/ar/blog/Recent content in Blog on I2P - مشروع الإنترنت غير المرئيHugoar-SAMon, 09 Feb 2026 00:00:00 +0000/ar/blog/2026/02/09/i2p-2.11.0-release/Mon, 09 Feb 2026 00:00:00 +0000/ar/blog/2026/02/09/i2p-2.11.0-release/<p>اعتباراً من هذا الإصدار، يتطلب I2P الآن Java 17 أو أحدث. يرجى مراجعة وثائق نظام التشغيل الخاص بك لمعرفة كيفية تحديث Java. يستخدم I2P الآن أيضاً Jetty 12. يرجى التحقق من سجلات router الخاصة بك لمعرفة مشاكل الترحيل.</p> <p>العمل في هذا الإصدار يواصل تحسين الدعم لتشفير ما بعد الكم. تشفير ما بعد الكم مُفعّل الآن في طبقة ratchet افتراضياً.</p> <p>لقد نفذنا الجولة الأولى من التدابير المضادة لهجمات الرسائل المزعجة الجارية. يجري تطوير تدابير إضافية مضادة.</p>/ar/blog/2026/02/04/%D8%B7%D9%82%D8%B3-%D8%B9%D8%A7%D8%B5%D9%81/Wed, 04 Feb 2026 00:00:00 +0000/ar/blog/2026/02/04/%D8%B7%D9%82%D8%B3-%D8%B9%D8%A7%D8%B5%D9%81/<p>تواجه شبكة I2P حالياً عدم استقرار بسبب هجمات الحرمان من الخدمة وهجمات استنزاف الموارد المستمرة. هذه الهجمات تؤثر على أداء وموثوقية خدمات I2P والمواقع المخفية. فريق تطوير I2P يقوم بالتحقيق بنشاط وتنفيذ تدابير مضادة لمواجهة هذه الهجمات.</p>/ar/blog/2026/01/06/introducing-the-new-i2p-website/Tue, 06 Jan 2026 00:00:00 +0000/ar/blog/2026/01/06/introducing-the-new-i2p-website/<h2 id="launching-the-redesigned-i2p-website">Launching the Redesigned I2P Website</h2> <p>We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.</p> <p>This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.</p>/ar/blog/2025/11/01/stormycloud-%D8%AA%D9%86%D8%B6%D9%85-%D8%A5%D9%84%D9%89-%D8%B9%D8%A7%D8%A6%D9%84%D8%A9-i2p/Sat, 01 Nov 2025 00:00:00 +0000/ar/blog/2025/11/01/stormycloud-%D8%AA%D9%86%D8%B6%D9%85-%D8%A5%D9%84%D9%89-%D8%B9%D8%A7%D8%A6%D9%84%D8%A9-i2p/<p>يسعدنا أن نشارككم أخبارًا مهمة: توحّد StormyCloud جهودها رسميًا مع I2P بشكل كبير.</p> <p>على مدى سنوات، كانت StormyCloud جزءاً محورياً من البنية التحتية لـ I2P، مقدّمةً خدمات الاستضافة والدعم التي تُبقي الشبكة تعمل بسلاسة. نحن الآن نُضفي الطابع الرسمي على تلك الشراكة ونوسّع ما يمكننا إنجازه معاً.</p> <p>نحن سعداء بشكل خاص بالإعلان عن انضمام Lance James و idk إلى مجلس إدارة StormyCloud. أسس Lance James the Invisible Internet Project، التي تطورت إلى ما نعرفه الآن باسم I2P، وتعود خبرته في بناء الشبكات التي تركز على الخصوصية إلى عقود. كان idk منخرطًا بشكل واسع في تطوير I2P لسنوات — إذا كنت تستخدم I2P، فقد استفدت من عمله.</p>/ar/blog/2025/10/16/new-i2p-routers/Thu, 16 Oct 2025 00:00:00 +0000/ar/blog/2025/10/16/new-i2p-routers/<p>إنه وقت مثير لتطوير I2P، فمجتمعنا ينمو، وهناك الآن عدة نماذج أولية جديدة لـ I2P router تعمل بكامل طاقتها تظهر على الساحة! نحن متحمسون للغاية لهذا التطور ولمشاركة الأخبار معكم.</p> <h2 id="كيف-يساعد-هذا-الشبكة">كيف يساعد هذا الشبكة؟</h2> <p>إن كتابة I2P routers (الموجّهات) يساعدنا على إثبات أن وثائق المواصفات لدينا يمكن استخدامها لإنتاج I2P routers جديدة، ويفتح الشفرة أمام أدوات تحليل جديدة، ويحسّن عموماً أمن الشبكة وقابليتها للتشغيل البيني. إن تعدّد I2P routers يعني أن الأخطاء المحتملة ليست متطابقة، وقد لا ينجح هجوم على router معيّن على router آخر، وبذلك نتجنب مشكلة الأحادية التقنية. وربما يكون الأفق الأكثر إثارة على المدى الطويل، مع ذلك، هو التضمين.</p>/ar/blog/2025/09/08/i2p-2.10.0-release/Mon, 08 Sep 2025 00:00:00 +0000/ar/blog/2025/09/08/i2p-2.10.0-release/<p>يتواصل العمل على تنفيذ ونشر التشفير ما بعد الكمي في I2P. في هذا الإصدار، التشفير ما بعد الكمي متاح، لكنه غير مُفعّل افتراضياً عند إنشاء tunnels (أنفاق) جديدة. على المهتمين باختبار دعم التشفير ما بعد الكمي تفعيله عبر &ldquo;Hidden Service Manager&rdquo; ضمن &ldquo;Encryption Types&rdquo;. تأكدوا من التواصل على #i2p-dev في IRC2P للحصول على المساعدة والإبلاغ عن أي مشكلات قد تواجهونها.</p> <p>يدعم I2PSnark الآن متعقبات UDP. من شأن ذلك أن يساعد الشبكة بشكل عام عبر تقليل الحمل على متعقبات التورنت.</p>/ar/blog/2025/06/02/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.9.0/Mon, 02 Jun 2025 00:00:00 +0000/ar/blog/2025/06/02/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.9.0/<p>I2P 2.9.0 هو إصدار صيانة يتضمن إصلاحات للأخطاء وعملًا على ميزات جديدة.</p> <h2 id="ما-الجديد">ما الجديد</h2> <p>تم تحسين استخدام الخيوط (Threads) لتعزيز أداء نظام I2PTunnel. تم تحسين NTCP2 لمقاومة هجمات الاستطلاع. تم دمج نظام الإشعارات في مزيد من التطبيقات لتقديم تغذية راجعة أفضل للمستخدمين من I2PSnark وبقية التطبيقات. تم إصلاح التسجيل التلقائي في floodfill. قد يلاحظ المستخدمون زيادة في استهلاك الموارد عند العمل كـ floodfill. إذا لم يكن ذلك مرغوبًا، فيمكن تعطيل وضع floodfill من صفحة /config.</p>/ar/blog/2025/03/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.8.2/Sat, 29 Mar 2025 00:00:00 +0000/ar/blog/2025/03/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.8.2/<p>2.8.2 يصلح خللاً يؤدي إلى فشل SHA256 كان قد أُدخل في إصدار 2.8.1. يؤثر هذا الخلل بشكل أساسي على routers ذات عرض نطاق عالٍ.</p> <p>كالعادة، نوصي بأن تقوم بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p> <h2 id="تفاصيل-الإصدار">تفاصيل الإصدار</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix SHA256 double-free from Noise</li> <li>Clear i2ptunnel bubble count when clearing status messages</li> </ul> <h3 id="إصلاحات-الأخطاء">إصلاحات الأخطاء</h3> <ul> <li>Reduce memory usage in BanlistRenderer</li> <li>Use torrent name instead of torrent file name in notifications</li> <li>Translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums</h2> <pre tabindex="0"><code>7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar 039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2 71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip 15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3 </code></pre>/ar/blog/2025/03/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.8.1/Mon, 17 Mar 2025 00:00:00 +0000/ar/blog/2025/03/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.8.1/<p>الإصدار 2.8.1 يُصلح مشكلات الوصول إلى المواقع المحلية التي تعطلت في 2.8.0. أضفنا فقاعات الإشعارات إلى عدة تطبيقات في وحدة التحكم لتسليط الضوء على رسائل التطبيقات. أصلحنا خطأً في اختبار tunnel ربما كان يؤثر في موثوقية tunnel. يحتوي دفتر العناوين الآن على علامة تبويب جديدة باسم &ldquo;latest&rdquo; تعرض أحدث أسماء المضيفين المضافة من اشتراكاتك. وهناك عدة إصلاحات وتحسينات للسمة الداكنة.</p> <p>أصلحنا المُثبِّت الذي كان يفشل سابقًا على Java 21 أو أعلى. كما أصلحنا التثبيت إلى مسارات الدلائل التي تحتوي على مسافات على لينكس. ولمن منكم يستخدم Docker، قمنا بتحديث حاوية Docker ومكتبات الحاويات التي كانت قديمة.</p>/ar/blog/2025/02/04/%D8%AA%D9%85-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.8.0/Tue, 04 Feb 2025 00:00:00 +0000/ar/blog/2025/02/04/%D8%AA%D9%85-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.8.0/<p>يُحسّن هذا الإصدار I2P من خلال إصلاح الأخطاء البرمجية، وإزالة الشيفرة غير المستخدمة، وتحسين استقرار الشبكة.</p> <p>لقد قمنا بتحسين التعامل مع routers المزدحمة ضمن الشبكة. تمت معالجة مشكلات في UPnP و NAT traversal (اجتياز NAT) لتحسين الاتصالية والإبلاغ عن الأخطاء. لدينا الآن استراتيجية أكثر عدوانية لإزالة leaseset من NetDb لتحسين أداء router والتخفيف من الحمل الزائد. تم تنفيذ تغييرات أخرى لتقليل إمكانية رصد أحداث مثل إعادة تشغيل router أو إيقافه.</p>/ar/blog/2024/10/09/%D8%B5%D8%AF%D8%B1-i2p-2.7.0/Wed, 09 Oct 2024 00:00:00 +0000/ar/blog/2024/10/09/%D8%B5%D8%AF%D8%B1-i2p-2.7.0/<p>يواصل هذا الإصدار، I2P 2.7.0، عملنا من خلال إصلاح الأخطاء وتحسين الأداء وإضافة الميزات.</p> <p>تم تحسين الوصول إلى المعلومات من وحدة التحكم والتطبيقات. تم إصلاح مشكلات في I2PSnark وبحث SusiMail. أصبح بحث netDB المضمن في وحدة تحكم الـrouter يعمل الآن بطريقة أكثر بديهية وفائدة. تم إجراء تحسينات طفيفة على شاشات التشخيص في الوضع المتقدم.</p> <p>تم أيضًا إصلاح أخطاء برمجية لتحسين التوافق داخل الشبكة. تم حل مشكلة في نشر leaseSets مما يحسّن موثوقية الخدمات المخفية الرئيسية. لم يَعُد I2PSnark يغيّر الـ infohash (التجزئة التعريفية للتورنت) عندما يغيّر المستخدم المتتبِّعات فقط في تورنت قائم. وهذا يمنع تعطيل التورنتات دون داعٍ بسبب هذه التغييرات. وقد رحّبنا بهذه المساهمة من مساهم جديد. تم حل تعارض في التعامل مع خيار في مكتبة البث لتحسين التوافق مع تطبيقات I2P الأخرى.</p>/ar/blog/2024/08/06/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.6.1/Tue, 06 Aug 2024 00:00:00 +0000/ar/blog/2024/08/06/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.6.1/<p>تم إصدار I2P 2.6.1 لإصلاح خلل في واجهة المستخدم في تطبيق Hidden Services Manager (مدير الخدمات المخفية). كان هذا الخلل يؤدي إلى تعطيل التمرير، مما جعل بعض الإعدادات غير قابلة للوصول.</p> <p>كالعادة، نوصي بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p> <h2 id="تفاصيل-الإصدار">تفاصيل الإصدار</h2> <h3 id="changes">Changes</h3> <ul> <li>Graphs: render graphs in svg</li> <li>Translations: generate internal translation leaderboard</li> </ul> <h3 id="التغييرات">التغييرات</h3> <ul> <li>i2ptunnel: Fix bug causing truncation configuration UI</li> </ul> <h3 id="إصلاحات-الأخطاء">إصلاحات الأخطاء</h3> <ul> <li>Translation updates</li> </ul> <p>القائمة الكاملة للأخطاء التي تم إصلاحها</p>/ar/blog/2024/07/19/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.6.0-%D9%85%D9%86-i2p/Fri, 19 Jul 2024 00:00:00 +0000/ar/blog/2024/07/19/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.6.0-%D9%85%D9%86-i2p/<p>يواصل هذا الإصدار، I2P 2.6.0، عملنا من خلال إصلاح الأخطاء، وإضافة الميزات، وتحسين موثوقية الشبكة.</p> <p>سيُفضَّل routers الأحدث عند اختيار floodfill routers. حصل I2PSnark على ميزات تحسّن أداء PeX (تبادل الأقران)، بالإضافة إلى إصلاحات للأخطاء. تتم إزالة بروتوكولات النقل القديمة، مما يبسط الكود في وسائط نقل UDP. ستكون الوجهة المستضافة محلياً قابلة للوصول من قبل العملاء المحليين دون طلب LeaseSet الخاص بها، مما يحسن الأداء وقابلية الاختبار. أُجريت تعديلات إضافية على استراتيجيات اختيار الأقران.</p>/ar/blog/2024/05/15/2.5.2-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1/Wed, 15 May 2024 00:00:00 +0000/ar/blog/2024/05/15/2.5.2-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1/<p>تم إصدار I2P 2.5.2 لإصلاح خلل تم إدخاله في 2.5.0 وكان يتسبب في اقتطاع بعض محتوى HTTP.</p> <p>كالعادة، نوصي بأن تقوم بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p> <h2 id="تفاصيل-الإصدار">تفاصيل الإصدار</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: Update rrd4j to 3.9.1-preview</li> <li>Router: Publish G cap if symmetric natted</li> </ul> <h3 id="التغييرات">التغييرات</h3> <ul> <li>i2ptunnel: Fix bug causing truncation of some HTTP content</li> <li>i2ptunnel: Fix custom option form width (light theme)</li> <li>Tunnels: Fix selection of peers with expired RIs</li> </ul> <h3 id="إصلاحات-الأخطاء">إصلاحات الأخطاء</h3> <ul> <li>Translation updates</li> </ul> <p>القائمة الكاملة بالأخطاء التي تم إصلاحها</p>/ar/blog/2024/05/06/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-%D8%AC%D8%AF%D9%8A%D8%AF-i2p-2.5.1/Mon, 06 May 2024 00:00:00 +0000/ar/blog/2024/05/06/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-%D8%AC%D8%AF%D9%8A%D8%AF-i2p-2.5.1/<p>يتم إصدار I2P 2.5.1 لمعالجة هجمات حجب الخدمة التي تؤثر في شبكة I2P وخدماتها. مع هذا الإصدار نقوم بتعطيل الأجزاء المعتمدة على IP من أداة كشف هجمات سيبيل، والتي جرى استهدافها بغرض تضخيم أثر الهجوم ومدته. ينبغي أن يساعد ذلك الشبكة على العودة إلى التشغيل الطبيعي. كل من عطّل أداة كشف هجمات سيبيل يمكنه إعادة تفعيلها بأمان. كما تم إجراء تعديلات على أنظمة فرعية أخرى لتحسين التحقق من RouterInfo واختيار النظراء.</p>/ar/blog/2024/04/25/%D8%B7%D9%82%D8%B3-%D8%B9%D8%A7%D8%B5%D9%81/Thu, 25 Apr 2024 00:00:00 +0000/ar/blog/2024/04/25/%D8%B7%D9%82%D8%B3-%D8%B9%D8%A7%D8%B5%D9%81/<p>شبكة I2P تتعرض حالياً لهجوم حجب الخدمة. يؤثر هذا الهجوم على I2P وi2pd ولكن بطرق مختلفة، وله تأثير خطير على صحة الشبكة. إن إمكانية الوصول إلى مواقع I2P متدهورة بشدة.</p> <p>إذا كنت تستضيف خدمة داخل I2P وكانت مستضافة على Floodfill router، فينبغي أن تفكّر في multihoming (استضافة الخدمة عبر أكثر من مسار/مضيف) للخدمة على Floodfill-disabled router لتحسين قابلية الوصول. تُناقَش إجراءات تخفيف أخرى، لكن لا يزال يجري العمل على حل طويل الأمد ومتوافق مع الإصدارات السابقة.</p>/ar/blog/2024/04/08/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-%D8%A7%D9%84%D8%AC%D8%AF%D9%8A%D8%AF-i2p-2.5.0/Mon, 08 Apr 2024 00:00:00 +0000/ar/blog/2024/04/08/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-%D8%A7%D9%84%D8%AC%D8%AF%D9%8A%D8%AF-i2p-2.5.0/<p>هذا الإصدار، I2P 2.5.0، يوفّر تحسينات أكثر موجّهة للمستخدم مقارنةً بإصدار 2.4.0، الذي ركّز على تنفيذ استراتيجية العزل الخاصة بـ NetDB.</p> <p>تمت إضافة ميزات جديدة إلى I2PSnark مثل القدرة على البحث عبر ملفات التورنت. تم إصلاح أخطاء لتحسين التوافق مع عملاء تورنت I2P الآخرين مثل BiglyBT و qBittorrent. نود أن نشكر جميع المطورين الذين عملوا مع libtorrent و qBittorrent لتمكين وتحسين دعمهما لـ I2P. تمت أيضًا إضافة ميزات جديدة إلى SusiMail، بما في ذلك دعم تنسيق Markdown في رسائل البريد الإلكتروني وإمكانية سحب وإفلات المرفقات إلى الرسائل. Tunnels التي يتم إنشاؤها باستخدام مدير الخدمات المخفية باتت الآن تدعم &ldquo;Keepalive&rdquo;، مما يحسن الأداء والتوافق مع تقنيات الويب، ويُمكِّن مواقع I2P أكثر تطورًا.</p>/ar/blog/2024/03/29/%D8%A3%D9%82%D9%86%D8%B9%D8%A9-%D9%83%D8%AB%D9%8A%D8%B1%D8%A9-%D8%B9%D9%82%D9%84-%D9%88%D8%A7%D8%AD%D8%AF-%D8%AA%D8%A3%D9%85%D9%8A%D9%86-netdb/Fri, 29 Mar 2024 00:00:00 +0000/ar/blog/2024/03/29/%D8%A3%D9%82%D9%86%D8%B9%D8%A9-%D9%83%D8%AB%D9%8A%D8%B1%D8%A9-%D8%B9%D9%82%D9%84-%D9%88%D8%A7%D8%AD%D8%AF-%D8%AA%D8%A3%D9%85%D9%8A%D9%86-netdb/<p>ملاحظة المؤلف: الهجمات المشار إليها في هذه المقالة لا يمكن تنفيذها على الإصدارات الحالية من I2P.</p> <p>بصفتها شبكة نظير-إلى-نظير ذاتية التنظيم، تعتمد I2P على أن تمتلك routers المشاركة في الشبكة وسيلةً لتبادل المعلومات حول ما يوجد على الشبكة وكيفية الوصول إليه. تُنجز routers في I2P عملية تبادل المعلومات هذه باستخدام NetDB، وهي DHT (شبكة تجزئة موزعة) مبنية على Kademlia (خوارزمية كاديمليا) ولكن جرى تعديلها لتعمل مع I2P. تحتاج NetDB إلى مشاركة نوعين رئيسيين من المُدخلات: &ldquo;RouterInfos&rdquo; التي سيستخدمها الأقران للتواصل مباشرةً مع routers أخرى، و&quot;LeaseSets&quot; التي سيستخدمها أقران آخرون للتواصل مع عملاء I2P عبر tunnels مجهولة. تتبادل routers بشكل متكرر مُدخلات NetDB فيما بينها، إما بإرسال المعلومات إلى router أو عميل، أو بطلب معلومات من router أو عميل. وهذا يعني أن المُدخلات قد تصل بصورة مباشرة أو غير مباشرة، وبشكل مجهول أو غير مجهول، تبعاً لاحتياجات الشبكة وقدرات العميل. ومع ذلك، وبما أنها شبكة لإخفاء الهوية، فمن المهم أيضاً أن يبقى من المستحيل طلب المعلومات التي أُرسلت بشكل مجهول بطريقة غير مجهولة. ومن المهم أيضاً أن يكون من المستحيل طلب المعلومات التي أُرسلت بشكل غير مجهول بطريقة مجهولة. إذا أصبح أيٌّ من هاتين الحالتين ممكناً، فقد يُنفَّذ هجوم ربط يسمح للمهاجم بتحديد ما إذا كان العملاء والـ routers يشتركون في رؤيةٍ مشتركة لـ NetDB. إذا أمكن تحديد بشكل موثوق أن الهدفين يشتركان في رؤية مشتركة لـ NetDB، فهناك احتمال كبير جداً أنهما على الـ router نفسه، مما يضعف إخفاء هوية الهدف بشكلٍ جذري. ولأن شبكات إخفاء الهوية قليلة جداً، ولأن I2P هي الوحيدة التي يُشارَك فيها جدول التوجيه عبر تشغيل DHT، فإن هذه الفئة من الهجمات تكاد تكون فريدةً لدى I2P، وحلّها مهم لنجاح I2P.</p>/ar/blog/2023/12/18/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.4.0-%D9%85%D8%B9-%D8%AA%D8%AD%D8%B3%D9%8A%D9%86%D8%A7%D8%AA-%D9%81%D9%8A-%D8%A7%D9%84%D8%A7%D8%B2%D8%AF%D8%AD%D8%A7%D9%85-%D9%88%D8%AA%D8%AD%D8%B3%D9%8A%D9%86%D8%A7%D8%AA-%D8%A3%D9%85%D9%86%D9%8A%D8%A9-%D9%84%D9%80-netdb/Mon, 18 Dec 2023 00:00:00 +0000/ar/blog/2023/12/18/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.4.0-%D9%85%D8%B9-%D8%AA%D8%AD%D8%B3%D9%8A%D9%86%D8%A7%D8%AA-%D9%81%D9%8A-%D8%A7%D9%84%D8%A7%D8%B2%D8%AF%D8%AD%D8%A7%D9%85-%D9%88%D8%AA%D8%AD%D8%B3%D9%8A%D9%86%D8%A7%D8%AA-%D8%A3%D9%85%D9%86%D9%8A%D8%A9-%D9%84%D9%80-netdb/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>هذا الإصدار، I2P 2.4.0، يواصل جهودنا لتحسين أمان واستقرار شبكة I2P. يحتوي على تحسينات كبيرة لـ Network Database (قاعدة بيانات الشبكة)، وهي بنية أساسية داخل شبكة I2P تُستخدم لاكتشاف الأقران.</p> <p>ستحسّن تغييرات معالجة الازدحام استقرار الشبكة عبر منح routers (موجّهات) القدرة على تخفيف الضغط عن الأقران المزدحمين بتجنّبهم. سيساعد ذلك الشبكة على الحد من تأثير سبام الـ tunnel. كما سيساعد الشبكة على التعافي أثناء وبعد هجمات DDoS.</p> <p>تساعد تغييرات NetDb أيضًا في تأمين الـ routers الفردية والتطبيقات التي تستخدمها. أصبح بإمكان الـ routers الآن الدفاع ضد المهاجمين عبر فصل NetDB إلى عدة &ldquo;Sub-DB&rsquo;s&rdquo; (قواعد بيانات فرعية) نستخدمها لمنع تسرب المعلومات بين التطبيقات والـ router. كما يحسّن هذا المعلومات المتاحة للـ routers في Java حول نشاطها في NetDB ويبسّط دعمنا لتطبيقات multihoming (تعدد الاتصالات).</p>/ar/blog/2023/07/10/%D8%AA%D9%85-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-easy-install-2.3.0-%D9%84%D9%86%D8%B8%D8%A7%D9%85-windows/Mon, 10 Jul 2023 00:00:00 +0000/ar/blog/2023/07/10/%D8%AA%D9%85-%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-easy-install-2.3.0-%D9%84%D9%86%D8%B8%D8%A7%D9%85-windows/<p>تم الآن إصدار حزمة I2P Easy-Install لنظام Windows بالإصدار 2.3.0. كالعادة، يتضمن هذا الإصدار نسخة محدثة من I2P router. ويمتد ذلك ليشمل المشكلات الأمنية التي تؤثر في الأشخاص الذين يستضيفون خدمات على الشبكة.</p> <p>سيكون هذا آخر إصدار من حزمة Easy-Install غير المتوافق مع I2P Desktop GUI (واجهة I2P الرسومية لسطح المكتب). تم تحديثها لتتضمن إصدارات جديدة من جميع ملحقات الويب المضمّنة. تم إصلاح خلل قديم في I2P in Private Browsing كان يجعله غير متوافق مع السمات المخصّصة. لا يزال يُنصح المستخدمون بـ<em>عدم</em> تثبيت سمات مخصّصة. لا تُثبَّت علامات تبويب Snark تلقائيًا في أعلى ترتيب علامات التبويب في Firefox. باستثناء استخدام cookieStores (مخازن ملفات تعريف الارتباط) بديلة، أصبحت علامات تبويب Snark الآن تتصرف كعلامات تبويب متصفح عادية.</p>/ar/blog/2023/06/25/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.3.0/Sun, 25 Jun 2023 00:00:00 +0000/ar/blog/2023/06/25/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.3.0/<p>يحتوي هذا الإصدار على إصلاحات لثغرة CVE-2023-36325. تُعد CVE-2023-36325 ثغرة ناتجة عن التباس السياق وقعت في Bloom filter (مرشح احتمالي للتحقق من العضوية). يقوم المهاجم بإنشاء رسالة I2NP تحتوي على messageID فريد، ويرسل ذلك messageID إلى عميل. بعد مرور الرسالة عبر Bloom filter، لا يُسمح بإعادة استخدامها في رسالة ثانية. ثم يرسل المهاجم الرسالة نفسها مباشرةً إلى الـ router. يمرر الـ router الرسالة إلى Bloom filter ويتم إسقاطها. هذا يُسرِّب معلومة مفادها أن messageID قد شوهد من قبل، مما يمنح المهاجم سببًا قويًا للاعتقاد بأن الـ router يستضيف العميل. تم إصلاح ذلك عبر فصل وظائف Bloom filter إلى سياقات مختلفة بناءً على ما إذا كانت الرسالة قد وصلت عبر tunnel الخاص بالعميل، أو عبر tunnel استكشافي، أو أُرسلت مباشرةً إلى الـ router. في الظروف العادية، يستغرق تنفيذ هذا الهجوم بنجاح عدة أيام، وقد تُربكه عدة عوامل مثل إعادة تشغيل الـ routers أثناء مرحلة الهجوم والحساسية للإيجابيات الكاذبة. يُنصَح مستخدمو Java I2P بالتحديث فورًا لتفادي الهجوم.</p>/ar/blog/2023/04/12/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.2.1/Wed, 12 Apr 2023 00:00:00 +0000/ar/blog/2023/04/12/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.2.1/<p>بعد إصدار I2P 2.2.0، الذي تم تقديم موعده لتسريع تدابير التخفيف من هجمات DDOS، علمنا بوجود بعض المشكلات المستجدة مما استلزم بناء وإصدار حزم جديدة. يُصلِح هذا الإصدار مشكلة في Ubuntu Lunar وDebian Sid حيث كانت لوحة تحكم router غير قابلة للوصول عند استخدام نسخة محدَّثة من حزمة jakarta. لم تكن حزم Docker تقرأ الوسائط بشكل صحيح، مما أدى إلى عدم إمكانية الوصول إلى ملفات الإعداد. تم حل هذه المشكلة أيضًا. وأصبحت حاوية Docker الآن متوافقة أيضًا مع Podman.</p>/ar/blog/2023/03/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.2.0/Mon, 13 Mar 2023 00:00:00 +0000/ar/blog/2023/03/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-2.2.0/<p>لقد قررنا تقديم موعد إصدار 2.2.0، والذي سيحدث اليوم، 13 مارس 2023. يتضمن هذا الإصدار تغييرات عبر مكوّنات NetDB وFloodfill وPeer-Selection (اختيار النظراء) تُحسّن قدرة router على الصمود أمام هجمات DDOS (حجب الخدمة الموزعة). من المرجّح أن تستمر هذه الهجمات، لكن التحسينات على هذه الأنظمة ستساعد في التخفيف من مخاطر هجمات DDOS عبر مساعدة router على تحديد routers التي تبدو خبيثة وخفض أولويتها.</p> <p>يضيف هذا الإصدار أيضًا حماية ضد إعادة الإرسال إلى النظام الفرعي Streaming (البث الموثوق)، مما يمنع مهاجمًا يستطيع التقاط حزمة مُشفّرة من إعادة استخدامها عبر إرسالها إلى متلقين غير مقصودين. هذا تغيير متوافق مع الإصدارات السابقة، لذا ستظل routers الأقدم قادرة على استخدام قدرات Streaming لدى routers الأحدث. اكتشف فريق تطوير I2P هذه المشكلة وأصلحها داخليًا، وهي غير مرتبطة بهجمات DDOS. لم نصادف مطلقًا حزمة Streaming مُعادة في الواقع العملي، ولا نعتقد أن هجوم إعادة الإرسال على Streaming قد حدث ضد شبكة I2P حتى الآن.</p>/ar/blog/2023/02/09/%D8%AD%D9%88%D9%84-%D9%87%D8%AC%D9%85%D8%A7%D8%AA-%D8%AD%D8%AC%D8%A8-%D8%A7%D9%84%D8%AE%D8%AF%D9%85%D8%A9-%D8%A7%D9%84%D8%A3%D8%AE%D9%8A%D8%B1%D8%A9/Thu, 09 Feb 2023 00:00:00 +0000/ar/blog/2023/02/09/%D8%AD%D9%88%D9%84-%D9%87%D8%AC%D9%85%D8%A7%D8%AA-%D8%AD%D8%AC%D8%A8-%D8%A7%D9%84%D8%AE%D8%AF%D9%85%D8%A9-%D8%A7%D9%84%D8%A3%D8%AE%D9%8A%D8%B1%D8%A9/<p>تتأثر شبكة I2P حالياً بهجوم رفض الخدمة. تأثرت وظيفة floodfill في الشبكة، مما أدى إلى تعطل الاستجابات وانخفاض معدلات نجاح بناء tunnel. واجه المشاركون في الشبكة صعوبات في الاتصال بمواقع I2P واستخدام خدمات I2P. يتم التحقيق في استراتيجيات التخفيف وتنفيذها تدريجياً.</p> <p>على الرغم من أن الهجوم أدى إلى تدهور الأداء، إلا أن الشبكة لا تزال سليمة وقابلة للاستخدام. يبدو أن Java I2P routers تتعامل مع المشكلات بصورة أفضل من i2pd routers في الوقت الحالي. من المتوقع أن تبدأ تدابير التخفيف المتنوعة بالظهور في إصدارات التطوير لكلٍ من Java routers و C++ routers خلال الأسبوع القادم.</p>/ar/blog/2023/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2023/Tue, 07 Feb 2023 00:00:00 +0000/ar/blog/2023/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2023/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, not_bob, echelonMAC, obscuratus</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (08:01:07 PM) eyedeekay: مرحباً بالجميع، آسف على التأخير، انقطع اتصالي قبل الاجتماع مباشرة (08:01:59 PM) eyedeekay: 1. مرحباً (08:01:59 PM) eyedeekay: 2. تقرير حالة 2.1.0 (08:01:59 PM) eyedeekay: 3. حالة تطوير 2.2.0 (08:01:59 PM) eyedeekay: 4. تنظيم الازدحام (08:01:59 PM) eyedeekay: 5. إدارة حركة المرور الافتراضية (تدفق مستخدمي Tor) (08:01:59 PM) eyedeekay: 6. ملصقات للمترجمين (08:01:59 PM) eyedeekay: zzz أين تريد تقديم تقريرك عن DOS (حجب الخدمة)؟ ضمن البند 2 أم كبند مستقل؟ (08:02:45 PM) zzz: لنسميه 3b) (08:02:46 PM) zzz: أو 2b) (08:02:59 PM) eyedeekay: حسناً 2b إذن (08:03:00 PM) zzz: خيارك (08:03:53 PM) eyedeekay: 1. مرحباً من الموجود اليوم غيري وغير zzz؟ (08:03:58 PM) zzz: مرحباً (08:04:09 PM) not_bob: حاضر (08:04:18 PM) echelonMAC: هنا (08:04:18 PM) obscuratus: مرحباً (08:04:29 PM) eyedeekay: حضور رائع، شكراً للجميع (08:04:30 PM) echelonMAC: على نظام بديل. (08:05:06 PM) eyedeekay: 2. تقرير حالة 2.1.0 (08:05:15 PM) zzz: IRC أبطأ من المعتاد لذا الرجاء منح بعض الوقت الإضافي للردود (08:05:38 PM) eyedeekay: شكراً zzz سأضع ذلك في الاعتبار (08:09:02 PM) eyedeekay: من أين أبدأ... تركيزي كان على قضايا تجربة المستخدم في Android، لا سيما تصحيح الأشياء التي كنت أفعلها بشكل خاطئ عند تهيئة التطبيق (08:09:04 PM) eyedeekay: سيحصل Android على إصدار فرعي بسبب ذلك (08:10:00 PM) eyedeekay: الموضوع الذي أنا متأكد أنه يشغل بال الجميع الآن هو تعرّض الشبكة لهجوم، ما حوّل انتباه الجميع (08:10:05 PM) eyedeekay: وهذا هو البند 2b (08:10:59 PM) eyedeekay: أوف، خلطت بين المواضيع، تجاهلوا ذلك، كان يفترض أن يكون ضمن البند 3. آسف، أسبوع طويل والكثير يجري (08:12:03 PM) eyedeekay: zzz هل تسدي لي معروفاً وتتولى البند 2؟ أظنني لست مجهزاً بشكل كافٍ لعرض كل ما يجري (08:12:28 PM) zzz: بالتأكيد (08:12:29 PM) zzz: لكن قبل ذلك (08:12:56 PM) zzz: هل لديك أنت وechelonMAC تقرير تقدّم عن حزمة التثبيت السهل على mac لإصدار 2.1.0؟ (08:13:17 PM) eyedeekay: نعم، أستطيع (08:14:38 PM) eyedeekay: إذاً، كنا نقترب من حل المشكلات، وحالياً لديّ أنا وechelonMAC فرضيّتان مختلفتان عمّا يجري نتابعهما معاً (08:14:38 PM) eyedeekay: فرضيّتي أن كل هذا نابع من حلّ بديل قديم لخلل في Java 14 (08:15:08 PM) eyedeekay: حيث من المفترض أن تقوم jpackage بتوقيع ملفات dylib المضمّنة داخل disk image(dmg) لكنها في الواقع تُترك بدون توقيع (08:15:33 PM) echelonMAC: باختصار: قام eyedeekaym بإعادة كتابة سكربت التوقيع، أستطيع البناء والتوقيع، ولكن ما يزال التوقيع غير صحيح بالنسبة لآبل (08:15:55 PM) eyedeekay: تجاوز zab ذلك بإنشاء مجلد .app وتوقيع المحتويات داخله ثم استخدام jpackage فقط لخطوة التغليف النهائية (08:16:35 PM) eyedeekay: لذا عندما قمنا بترقية Java بدأنا نوقّع كل شيء مرتين، ولم نعد بحاجة لتنفيذ خطوة التوقيع تلك يدوياً (08:16:47 PM) eyedeekay: echelonMAC صحّحني إن كنت مخطئاً لكنك تعتقد أن لديك النوع الخاطئ من المفاتيح؟ (08:17:10 PM) echelonMAC: ربما، وربما لا، لست متأكداً (08:17:18 PM) echelonMAC: على الأقل السجلات تُظهر هذا الخطأ (08:17:53 PM) zzz: سؤالي كان على مستوى أعلى: ما الـETA (الوقت المتوقع)؟ هل ما زال 2.1.0 هدفاً أم تخلّيتم عنه وتأملون في 2.2.0، أم ماذا؟ (08:18:15 PM) echelonMAC: 2.1.0 ما زال الهدف، لكن لا يوجد ETA حالياً (08:18:39 PM) echelonMAC: أستطيع البناء تقريباً فوراً، لكن التعمّق أكثر خارج نطاق الوقت حالياً... (08:18:48 PM) eyedeekay: ما زلت أريد إصدار 2.1.0 حالما نعلم أننا نستطيع اجتياز التوثيق من آبل، وبرأيي بمجرد أن نجتازه مرة سنستطيع القيام به بشكل متوقع (08:18:59 PM) zzz: eyedeekay التزم تقريباً ببداية أبريل لإصدار 2.2.0 في تدوينته، ألا تؤيّد ذلك الـETA يا echelonMAC؟ (08:19:49 PM) echelonMAC: أنا عاجز تماماً ولا أستطيع توقّع ETA، إذ لم أفهم بعدُ عملية التوقيع والبناء بشكل كامل. (08:20:12 PM) echelonMAC: نوعاً ما، أنا أتّبع السكربتات عميانياً، إذا استطاع idk إصلاح التوقيع، فالتوثيق مهمة 5 دقائق. (08:20:24 PM) echelonMAC: إذا كان التوقيع يعمل كما تتوقعه appple (08:20:26 PM) zzz: حسناً إذن أوصي بتعديل التدوينة يا eyedeekay، لنَعُدْمِ الوعد بما لا نستطيع تحقيقه (08:20:33 PM) eyedeekay: سيتم (08:21:19 PM) zzz: حسناً شكراً، هل أنت مستعد لجزئي من البند 2) ؟ (08:21:41 PM) eyedeekay: نعم من فضلك (08:21:48 PM) zzz: رائع (08:22:00 PM) zzz: كان الاجتماع السابق بعد أسبوع من الإصدار، والآن مضى 4 أسابيع (08:22:15 PM) zzz: كنت آمل أن ترتفع نسبة نجاح البناء الاستكشافي تدريجياً (08:22:35 PM) zzz: من أوائل العشرين بالمائة إلى أوائل الثلاثين بالمائة، ثم "تخرج" من الازدحام عائدةً إلى أوائل الأربعين بالمائة (08:22:45 PM) zzz: الجزء الأول فقط هو ما حدث (08:25:20 PM) zzz: ثم تأرجحنا صعوداً وهبوطاً بين أوائل العشرينات وأوائل الثلاثينات بالمائة (08:26:56 PM) zzz: لذا لدينا بعض النظريات، راجع 2b) (08:26:56 PM) zzz: لكنني راضٍ عن أداء 2.1.0 من نواحٍ أخرى (08:26:56 PM) zzz: ليس هناك الكثير من تقارير العلل (08:26:56 PM) zzz: سأعطي لمحة عمّا نصلحه في 2b) و3) (08:26:56 PM) zzz: حوالي 50% من الشبكة حدّثوا إلى 2.1.0 أو ما يعادله على i2pd (08:26:56 PM) zzz: الرجاء من الجميع التحديث إن لم تفعلوا (08:26:56 PM) zzz: هذا كل ما لدي للبند 2a)، وسأتوقف دقيقة للأسئلة/التعليقات قبل البدء في 2b) (08:28:33 PM) zzz: حسناً، 2b) حالة الشبكة الحالية (08:28:33 PM) zzz: بدأ في عطلة نهاية الأسبوع هجوم لا لبس فيه (08:28:33 PM) zzz: الكثير من floodfill routers (08:28:33 PM) zzz: في الغالب، الشبكة عموماً وjava routers تتعامل معه بشكل مقبول (08:28:33 PM) zzz: لدي تقرير واحد عن routers تتعطّل بسبب OOM (نفاد الذاكرة) (08:28:54 PM) zzz: أفهم أن i2pd routers تعاني فعلاً من معدلات نجاح بناء tunnel منخفضة جداً (08:29:06 PM) not_bob: أسطولي محدث بالكامل. (08:29:15 PM) zzz: الهجوم يبدأ/يتوقف/يتغيّر عدة مرات في اليوم (08:29:37 PM) zzz: لذا نحن على بعد نحو 60 ساعة فقط من محاولة فهمه ومناقشة إجراءات المواجهة (08:30:15 PM) zzz: تذكّروا أن مشكلة بناء tunnel (والتي يُرجّح الآن تصنيفها كهجوم مختلف) بدأت في 19 ديسمبر واستغرقت منا عدة أسابيع لفهمها ومعالجتها (08:30:27 PM) zzz: لذا ما زلنا في بدايات الأمر (08:30:36 PM) not_bob: لدي I2P+ router واحد وقد صمد جيداً في هذا. لكن i2pd routers لدي ليست كذلك. رأيت انخفاضاً حتى 3% في نجاح بناء tunnel. حالياً أنا عند حوالي 10% على تلك routers. (08:31:17 PM) zzz: لكنه هجوم Sybil/DHT مباشر، جديد علينا لكنه مألوف لأي شخص يعمل على تطبيقات نظير-إلى-نظير/‏DHT (Sybil: انتحال هويات متعددة، DHT: جدول تجزئة موزّع) (08:31:53 PM) zzz: من المبكر جداً القول ما إذا كان سيتطلب إصداراً قبل الجدول (لـjava i2p) أو متى إن كان كذلك (08:32:23 PM) zzz: EOT، سأنتظر بضع دقائق للنقاش/التعليقات/الأسئلة (08:33:24 PM) eyedeekay: هل ينبغي لمن يواجهون OOM زيادة RAM المتاحة لِـrouter لديهم؟ (08:36:18 PM) zzz: نعم، هذه وسيلة تخفيف مباشرة (08:36:18 PM) zzz: أوقف الـrouter لديك، حرّر ملف wrapper.config، ثم أعد التشغيل (08:36:18 PM) zzz: أتوقع أن تكون هناك وسائل تخفيف في إصدارات التطوير خلال أيام (08:36:18 PM) dr|z3d: من المثالي أن يكون الحد الأدنى للـheap حوالي 256M وأن تكون أقصى RAM بمقدار 2-3 أضعاف ذلك. (08:36:18 PM) not_bob: ليس لدي حالياً أي I2P routers قياسية تعمل. (08:36:18 PM) zzz: أريد أن أكرر ما قلته أعلاه: الهجمات تتطور بسرعة، ونريد أن نأخذ وقتنا لمعالجة القضايا العامة (08:36:18 PM) zzz: وليس التركيز بشكل ضيق جداً على التفاصيل (08:37:36 PM) zzz: الكلمة لك eyedeekay إن لم يكن هناك شيء آخر في 2b) (08:38:06 PM) eyedeekay: شكراً جزيلاً zzz. 3) حالة تطوير 2.2.0 (08:39:51 PM) eyedeekay: كما ذكرتُ خطأً من قبل، كان تركيزي على قضايا تجربة المستخدم في Android، وبشكل خاص تصحيح الأمور التي كنت أفعلها بشكل خاطئ عند تهيئة التطبيق، أشياء أساسية نسبياً لكنها كانت جميعاً بحاجة إلى تحسين (08:39:57 PM) eyedeekay: أو إلى إصلاح صريح (08:40:49 PM) eyedeekay: أمثلة: إصلاحات للاشتراكات وللمنافذ المخصصة عند بناء tunnels، والتي أعاقت عدداً من المستخدمين بعد الزيادة الكبيرة في عددهم مع 2.10 (08:41:07 PM) dr|z3d: بالمناسبة، ولإلقاء بعض الضوء على حجم الهجوم، لدينا مستخدم يُبلغ عن ~30 ألف routers محظورة. لذا فالأمر غير بسيط :) (08:41:07 PM) dr|z3d: (من المرجح أنه shiver، وهو هنا) (08:42:36 PM) mark22k: لدي 56005 قريناً محظوراً. (08:42:58 PM) eyedeekay: يا إلهي. لدي 11027 وكنت أظن أن ذلك كثير (08:43:08 PM) moristo: هل هذا من عمل جهة دولة—الـrouters المحظورة أو أي نمط ملحوظ آخر؟ (08:43:50 PM) moristo: انقطع إنترنت Spectrum أمس في فلوريدا وإيطاليا في اليوم السابق. (08:43:54 PM) moristo: *أمس. (08:43:55 PM) zzz: لنعد إلى البند 3) رجاءً ولنُجّل مناقشة الهجوم إلى ما بعد الاجتماع (08:44:05 PM) echelonMAC: الأقران المحظورون (57053) (08:44:22 PM) moristo: أوه، هل هناك اجتماع جارٍ؟ خطئي. (08:46:50 PM) zzz: eyedeekay، هل ما زلت معنا؟ (08:47:11 PM) eyedeekay: نعم، أنا هنا (08:47:37 PM) zzz: هل لديك المزيد في البند 3) أم حان دوري؟ (08:47:37 PM) eyedeekay: بدأت واحدة طويلة: (08:47:37 PM) eyedeekay: i2p.firefox(يجري العمل أيضاً على Easy-Install لنظام Windows، المزيد من العمل هناك يتم عبر الإزالة، ويتم تبسيط التحديثات الآن بعد ترحيل عمليات التثبيت القديمة بأسلوب المسؤول إلى عمليات تثبيت بأسلوب المستخدم (08:47:37 PM) eyedeekay: دعم تثبيت USB المحمول يلوح في الأفق لإصدار 2.2.0 (08:47:43 PM) eyedeekay: مع التحديثات (08:48:21 PM) eyedeekay: المشكلات الأخرى وشكاوى المستخدمين التي أعالجها أو أقرر كيفية معالجتها موجودة على متعقّب المشكلات ذاك (08:48:28 PM) eyedeekay: EOT بالنسبة لي (08:48:47 PM) zzz: حسناً هل رأيت مشكلة NPE في i2p.i2p، صحيح؟ (08:49:10 PM) eyedeekay: نعم رأيتها، وأتابعها عن كثب (08:49:21 PM) zzz: حسناً نادِ إن احتجت مساعدة طبعاً (08:49:24 PM) zzz: 3) بالنسبة لي: (08:49:47 PM) zzz: أنهيتُ أخيراً إعادة هيكلة اختيار الأقران التي أعمل عليها منذ سبتمبر (08:50:31 PM) zzz: أظن أنني أصلحت مؤشرات symmetric NAT الخاطئة التي كانت في 2.1.0، لكن أحتاج إلى شخص لديه تلك المشكلة ليختبر ويبلّغ (08:50:59 PM) zzz: لدينا مربع بحث جديد رائع في i2psnark (08:51:19 PM) zzz: شارفنا على الانتهاء من "حدود الازدحام" (proposal 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: وبعض التحسينات الإضافية لصقل تعاملنا مع ازدحام بناء tunnel (08:52:18 PM) zzz: في أواخر الأسبوع الماضي، ظننت أنني أنهيت تقريباً 2.2.0 ويمكنني الاسترخاء لشهرين حتى الإصدار (08:52:31 PM) zzz: لذا، للأسف، لدينا الآن المزيد لننجزه (08:52:48 PM) zzz: هكذا تجري الأمور أحياناً (08:53:24 PM) not_bob: شكراً على ذلك، تحسّن كبير في جودة الاستخدام. (08:53:24 PM) zzz: EOT، سأنتظر دقيقة للنقاش، ثم الكلمة لك eyedeekay (08:53:37 PM) zzz: هاها not_bob على الرحب والسعة (08:55:00 PM) eyedeekay: النداء الأخير للبند 3؟ (08:55:20 PM) eyedeekay: 4. تنظيم الازدحام - أظن أن هذا كان موضوع tunnel_king، هل tunnel_king هنا؟ (08:55:42 PM) zzz: الكلمة لك eyedeekay (08:57:39 PM) eyedeekay: 4. تنظيم الازدحام، 5. إدارة حركة المرور الافتراضية (تدفق مستخدمي Tor) - كلاهما قُدِّما من tunnel_king، النداء الأخير لـ tunnel_king (08:59:01 PM) eyedeekay: حسناً، والأخير: 6. ملصقات للمترجمين (08:59:01 PM) eyedeekay: وتحديداً القواعد الخاصة بمن يتلقّون الملصقات خارج الأمريكيتين (08:59:58 PM) zzz: كان هذا موضوعي، فقط لأنه لم يُحسم منذ الاجتماع الماضي (09:00:28 PM) zzz: echelonMAC هل لديك إجابة؟ (09:00:41 PM) echelonMAC: ليس بالتفصيل، لكن من يريد سيستلم مجموعة ملصقات إذا أرسل عنوانه (09:01:04 PM) echelonMAC: أي أرسلوا إعلاناً في transifex ثم نرسلها بعد استلام العنوان (09:01:19 PM) echelonMAC: لكن حالياً لم تصل ملصقات جديدة إلى هنا (09:01:35 PM) eyedeekay: التتبّع يقول في العاشر (09:01:55 PM) zzz: أنتظر من echelonMAC نشر التعليمات على منتداي، ثم سأقوم بالنسخ/اللصق إلى transifex (09:02:17 PM) echelonMAC: حسناً (09:02:28 PM) zzz: هذا ما نحن عليه منذ شهر (09:02:42 PM) zzz: شكراً (09:03:33 PM) eyedeekay: أي شيء آخر للبند 6 أو للاجتماع؟ (09:03:36 PM) zzz: EOT في البند 6) بالنسبة لي، الكلمة لك eyedeekay (09:04:32 PM) zzz: كلمة ختامية للاجتماع: zzz.i2p أفضل مكان للأخبار والأحوال، سأكتب هناك عندما أعرف أكثر مما أعرف الآن (09:04:32 PM) zzz: شكراً (09:04:55 PM) eyedeekay: شكراً جزيلاً على ذلك zzz، وشكراً للجميع على حضور الاجتماع (09:05:44 PM) eyedeekay: نراكم على IRC ونفس الوقت الشهر القادم (09:08:55 PM) zzz: شكراً eyedeekay (09:08:55 PM) zzz: أنهيناه دون انقطاعات </div>/ar/blog/2023/01/31/%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-%D8%A8%D8%B4%D8%A3%D9%86-%D8%AA%D9%88%D8%AB%D9%8A%D9%82-mac-easy-install/Tue, 31 Jan 2023 00:00:00 +0000/ar/blog/2023/01/31/%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-%D8%A8%D8%B4%D8%A3%D9%86-%D8%AA%D9%88%D8%AB%D9%8A%D9%82-mac-easy-install/<p>تعاني حزمة I2P Easy-Install لنظام Mac من تعثّر التحديثات خلال الإصدارين الأخيرين بسبب مغادرة مُشرفها. يُوصى لمستخدمي حزمة Easy-Install لنظام Mac بالانتقال إلى المُثبت الكلاسيكي على طراز Java الذي أُعيد مؤخراً إلى صفحة التنزيل. يحتوي الإصدار 1.9.0 على مشكلات أمنية معروفة وهو غير مناسب لاستضافة الخدمات أو لأي استخدام طويل الأمد. يُنصح المستخدمون بالانتقال منه في أقرب وقت ممكن. يمكن للمستخدمين المتقدمين لحزمة Easy-Install تجاوز ذلك عبر بناء الحزمة من المصدر وتوقيع البرنامج توقيعاً ذاتياً.</p>/ar/blog/2023/01/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-windows-easy-install-2.1.0/Fri, 13 Jan 2023 00:00:00 +0000/ar/blog/2023/01/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-windows-easy-install-2.1.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>تم إصدار الإصدار 2.1.0 من حزمة I2P Easy-Install لنظام Windows. وكالعادة، يتضمن هذا الإصدار إصداراً محدَّثاً من I2P Router. يوفر هذا الإصدار من I2P استراتيجيات محسّنة للتعامل مع ازدحام الشبكة. ومن شأن هذه الاستراتيجيات تحسين الأداء والاتصال، وصون الصحة على المدى الطويل لشبكة I2P.</p> <p>تتضمن هذه الإصدارة في معظمها تحسينات داخلية لأداة تشغيل ملف تعريف المتصفح. تم تحسين التوافق مع Tor Browser Bundle عبر تمكين ضبط TBB من خلال متغيرات البيئة. وقد تم تحديث ملف تعريف Firefox، وتم تحديث الإصدارات الأساسية للإضافات. كما أُجريت تحسينات على كامل قاعدة الشفرة وعلى عملية النشر.</p>/ar/blog/2023/01/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2023/Tue, 10 Jan 2023 00:00:00 +0000/ar/blog/2023/01/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2023/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (08:00:38 PM) eyedeekay: مرحباً بكم في اجتماع التطوير، أعتذر مجدداً عن تفويت الموعد أمس (08:00:38 PM) eyedeekay: 1. مرحباً (08:00:38 PM) eyedeekay: 2. حالة إصدار 2.1.0، وحالة إصدار 2.1.0 على Mac (08:00:38 PM) eyedeekay: 3. حالة تطوير 2.2.0 (08:00:38 PM) eyedeekay: 4. تقييد الازدحام (08:00:38 PM) eyedeekay: 5. إدارة حركة المرور الافتراضية (تدفّق لمستخدمي Tor بأعداد كبيرة) (08:00:46 PM) تم ضبط الوضع (-m ) بواسطة zzz (08:00:57 PM) eyedeekay: 1. مرحباً (08:01:00 PM) eyedeekay: مرحباً (08:01:04 PM) zzz: مرحباً (08:01:29 PM) eyedeekay: tunnel_king هل أنت هنا من أجل البندين 4 و5؟ (08:02:10 PM) eyedeekay: حسناً، سنتعامل معهما حسب المستجدات في الوقت الحالي إذن (08:02:21 PM) eyedeekay: 2. حالة إصدار 2.1.0، وحالة إصدار 2.1.0 على Mac (08:03:32 PM) eyedeekay: تم إصدار 2.1.0 أمس، zzz أصدر البرنامج وأصبح التورنت متاحاً، نسبة الشبكة التي قامت بالتحديث ارتفعت بحوالي 7% منذ ذلك الحين إذا كنت أحسب الوقت بشكل صحيح(لذا يُرجى التحقق) (08:04:07 PM) eyedeekay: أصدرتُ حزم Maven في اليوم نفسه، وسأطرح تحديثات Android على جميع القنوات بعد وقت قصير من انتهاء هذا الاجتماع (08:04:29 PM) eyedeekay: سيلي ذلك Easy-Install لنظام Windows، وبعده Easy-Install لنظام Mac (08:05:10 PM) eyedeekay: أعتقد أن eche|on أعطاني آخر خيط أحتاجه لحل مشكلة التوثيق لدينا، ينبغي أن نعرف خلال بضعة أيام إن كان ذلك صحيحاً، وسيتزامن ذلك مع إصدار (08:05:30 PM) eyedeekay: هل لديك ما تضيفه حول الموضوع يا zzz؟ (08:05:39 PM) zzz: مجرد شيء بسيط، شكراً (08:06:10 PM) zzz: إصدار i2pd قبل أسبوع يبدو واعداً، لكن ذلك يجعل من الصعب قليلاً تقييم آثار إصدارنا (08:06:22 PM) zzz: و i2pd يخطط لإصدار فرعي قد يكون في أقرب وقت اليوم (08:06:56 PM) zzz: لذا لن تتوفر لدينا معلومات ممتازة حول ما يفعله إصدارنا، لكن طالما أن الإحصاءات تواصل التحسّن فهذا هو الأهم (08:07:06 PM) zzz: من المبكر جداً قول أي شيء اليوم، ربما خلال أسبوع (08:07:08 PM) zzz: انتهى (08:07:23 PM) eyedeekay: شكراً zzz (08:07:42 PM) eyedeekay: 3. حالة تطوير 2.2.0 (08:08:52 PM) eyedeekay: ليس لدي الكثير لقوله بهذا الشأن بعد، معظم أموري بقيت كما هي، لكن أعتقد أننا بحاجة للاتفاق على جدول زمني للإصدار، صحيح؟ (08:09:13 PM) zzz: نعم، من الواضح أننا لم ننجز شيئاً في 2.2.0 بعد (08:09:36 PM) zzz: أقترح دورة قياسية مدتها 13 أسبوعاً اعتباراً من الآن، ما لم تواجهنا مشاكل كبيرة (08:09:43 PM) eyedeekay: يبدو جيداً بالنسبة لي (08:09:46 PM) zzz: وهذا يعني إصداراً في أوائل أبريل (08:10:12 PM) aeiou_ بات يُعرف الآن باسم aeiou (08:10:14 PM) zzz: وسيُبعدنا ذلك بشكل واضح عن مواعيد شباط/أيار/آب/تشرين الثاني التي التزمنا بها لعدة سنوات، لا بأس (08:10:40 PM) zzz: لكننا نحتاج فعلياً لبعض الوقت لإنجاز كل ما لم نتمكّن من فعله في دورتنا الأخيرة المختصرة (08:10:48 PM) zzz: فلنحدد مبدئياً 13 أسبوعاً (08:10:49 PM) zzz: انتهى (08:11:22 PM) eyedeekay: نعم، لا خلاف من ناحيتي (08:11:34 PM) eyedeekay: الخطة: أوائل أبريل (08:12:35 PM) eyedeekay: أي شيء آخر بشأن البند 3؟ (08:12:48 PM) eyedeekay: تمت إضافة 4. تقييد الازدحام و5. إدارة حركة المرور الافتراضية (تدفّق لمستخدمي Tor بأعداد كبيرة) بواسطة tunnel_king على zzz.i2p، لكنني لا أرى هذا الاسم في الغرفة، إن كنت هنا تحت اسم آخر، هذه آخر مناداة (08:14:08 PM) eyedeekay: هل هناك أي شيء آخر لمناقشته في الاجتماع؟ (08:15:15 PM) eyedeekay: حسناً، شكراً zzz على الحضور، أعد بأن أضبط منبهاً لاجتماع الشهر القادم (08:15:55 PM) zzz: لا (08:16:37 PM) eyedeekay: لا: لا يوجد شيء آخر للاجتماع، أم لا: لا تُنهِ الاجتماع؟ (08:16:38 PM) zzz: كما أود أن أسأل إن كان eche|on هنا ولديه ما يضيفه بشأن (2) (08:16:38 PM) zzz: كلا، هذا كل شيء، يرجى من الجميع النقر على زر التحديث للحصول على مزايا إصدار 2.1.0 (08:16:53 PM) zzz: لا شيء آخر، شكراً </div>/ar/blog/2023/01/09/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.1.0/Mon, 09 Jan 2023 00:00:00 +0000/ar/blog/2023/01/09/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.1.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>لقد تعلّمنا عدّة أمور منذ إصدارنا 2.0.0 في نوفمبر. ومع قيام routers بالتحديث إلى ذلك الإصدار، انتقلت الشبكة من نحو 1% إلى أكثر من 60% من الدعم لبروتوكول النقل الجديد لدينا، SSU2. أولاً، أكدنا أن SSU2 بروتوكول متين ومحكم التصميم وآمن. ثانياً، ومع ذلك، وجدنا وأصلحنا العديد من الأخطاء البرمجية الطفيفة أو نادرة الحدوث في تنفيذ البروتوكول. تراكمياً، أدت آثار هذه الأخطاء إلى خفض أداء الشبكة.</p> <p>كذلك، ندرك حدوث زيادة في عدد الـtunnel (الأنفاق) وانخفاضًا في معدل نجاح بناء الـtunnel على الشبكة، وربما كان ذلك نتيجةً لميزة عناوين I2P المؤقتة الجديدة لدى Bitcoin، لكنه تفاقم بسبب أخطاء SSU2 لدينا ومشكلات أخرى في التحكم في الازدحام. نحن نعمل مع Bitcoin ومع مشاريع غير Bitcoin لتقليل الضغط على شبكة I2P. لقد حسّنّا خوارزمياتنا لتقليل حمل الشبكة أثناء فترات الازدحام. كما نتعاون مع i2pd لوضع استراتيجيات مشتركة للتحكم في الازدحام.</p>/ar/blog/2022/12/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2022/Wed, 14 Dec 2022 00:00:00 +0000/ar/blog/2022/12/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (08:00:09 PM) eyedeekay: Hello everyone, welcome to the rescheduled dev meeting (08:00:09 PM) eyedeekay: 1. Hi (08:00:09 PM) eyedeekay: 2. 2.0.0 Release Status, 2.0.0 Mac Release Status (08:00:09 PM) eyedeekay: 3. 2.1.0 Development Status (08:00:09 PM) eyedeekay: 4. Stickers for Translators (08:00:50 PM) zzz: hi (08:02:55 PM) eyedeekay: Doesn't seem like he's here? going to move along for now. (08:04:04 PM) eyedeekay: 2. 2.0.0 release status: *most* targets of 2.0.0 were released about 3 weeks ago now, including i2p.i2p, Android, Debian and Easy-Install Windows, with Easy-Install for Mac delayed by zlatinb's departure (08:04:04 PM) eyedeekay: Ech and I have been working on a plan to replace him in terms of maintenance, signing, and notarization of the OSX bundle, that is still expected for close to the end of this month (08:06:01 PM) eyedeekay: Everybody knows how to build everything, has a good idea of the signing requirements, the last remaining thing to do is notarization in practice, and we don't know everything we should expect here but I think we have a good idea (08:07:10 PM) eyedeekay: Android needed a point release due to a bug related to compatibility with a new API on newer devices, so Android users should make sure they've upgraded to 2.0.1 (08:07:10 PM) eyedeekay: eot for me on 2, anything to add zzz (08:07:20 PM) zzz: lots (08:07:50 PM) uis is now known as Irc2PGuest69907 (08:08:04 PM) zzz: I had to release a 2.0.0-2ubunutu1 debian/ubuntu build to fix an embarrassing but ultimately harmless bunch of stray symlinks in root (08:08:38 PM) zzz: root cause was a typo, deb lint didn't catch it, not sure what the post mortem lesson is other than be more careful, we're root on install... (08:09:12 PM) zzz: as far as the network, after 3 weeks, half of it has updated and is using ssu2 (08:09:39 PM) zzz: exploratory build success has been trending straight down since the release (08:09:56 PM) zzz: we're concerned, and monitoring closely (08:10:47 PM) zzz: at this point we think it's some combination of ssu-to-ssu2 migration, ssu2 bugs on both our side and in i2pd, and a couple of routers that are spamming the network with tunnel builds (08:11:05 PM) zzz: i2pd is considering a mid-cycle january point release to get their fixes out (08:11:33 PM) zzz: for now I don't think that's necessary on our side but it's always an option should we choose to (08:12:18 PM) zzz: I think that's EOT but I'll have more info in a moment as a part of 3) (08:13:09 PM) eyedeekay: Thank you zzz (08:13:43 PM) eyedeekay: 3. 2.1.0 Development Status (08:17:12 PM) eyedeekay: We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:17:12 PM) eyedeekay: For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:18:43 PM) eyedeekay: That's what I'm working on, zzz would you like to continue with your information or 3)? (08:19:43 PM) dr|z3d: ... intermission ... (08:23:56 PM) anonymousmaybe is now known as Irc2PGuest40130 (08:24:03 PM) eyedeekay: Welcome back (08:25:17 PM) eyedeekay: What was the last thing you got? (08:26:28 PM) zzz: back (08:26:28 PM) zzz: is it my turn yet? :) (08:26:28 PM) dr|z3d: you need to put on an apron and wheel the confectionery tray around the theater :) (08:26:28 PM) dr|z3d: did you go out to get us all ice cream? :) (08:26:28 PM) dr|z3d: recap: (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; That's what I'm working on, zzz would you like to continue with your information or 3)? (08:26:48 PM) zzz: thanks (08:27:04 PM) zzz: drz gave it to me (08:27:12 PM) zzz: ok, my turn! (08:27:33 PM) zzz: about a week and a half after the release, when a lot of the net had updated, I started chasing SSU2 problems (08:27:42 PM) zzz: and found a whole lot (08:27:56 PM) zzz: both ours and helped i2pd find some of theirs (08:27:58 PM) zzz: so it's been quite busy (08:28:14 PM) zzz: as a result, we're at almost 7000 lines of diff, more than the whole 2.0.0 release (08:28:38 PM) zzz: and whatever else I had planned for 2.1.0 I haven't gotten to yet, including promised peer selection improvements (08:29:50 PM) zzz: I plan to bump to -7 after the meeting (08:29:50 PM) zzz: while the "big changes in" deadline is early January, let's stay flexible, as we don't want a bunch of WIP in there if we're going to do a 2.0.1 release (08:29:59 PM) zzz: so let's try not to break things with "big changes" if possible. Big changes are fine, as long as they're isolated (08:30:40 PM) zzz: but things are going well and we're working closely with i2pd to track down and fix issues (08:31:02 PM) zzz: including one-in-a-million ones that are now popping up (08:31:16 PM) zzz: and one-in-a-zillion ones that dr|z3d is finding on his high speed routers (08:31:30 PM) zzz: that's it! EOT, any questions? (08:32:27 PM) eyedeekay: I'm slightly curious how often a "Million" of some things happens in in the real world but possibly a question for another time (08:33:17 PM) eyedeekay: Thanks zzz (08:34:12 PM) eyedeekay: It seems like once you get a whole bunch of routers doing a thing the odds of a rare event happening somewhere would go up very fast (08:35:11 PM) zzz: yeah. perhaps we should have been more cautious, and not go from 2% to 100% in one release. But we'll get through it (08:35:17 PM) uis is now known as Irc2PGuest38853 (08:37:15 PM) eyedeekay: 4. Stickers for Translators (08:37:15 PM) eyedeekay: Only real news here is that I now have stickers for mailing, I've got a ton of them so if you're in the Americas then I am prepared to mail them (08:37:58 PM) zzz: would you please post something on my forum, saying who is eligible and how to request (08:38:17 PM) eyedeekay: Can do (08:38:29 PM) zzz: then I will copy paste over to transifex announcement (08:38:48 PM) zzz: what's the status of the euro side? (08:39:44 PM) eyedeekay: Don't know if he has his yet, will request an update from him tonight (08:40:07 PM) zzz: ok, guess I need to wait for that part of it before transifex (08:40:43 PM) zzz: please whack him with your baffer for making us reschedule and then not showing :) (08:41:07 PM) eyedeekay: Well it was my fault too but I'll make sure to let him know :) (08:41:32 PM) zzz: I mean yesterday to today. you're not off the hook for last week :) (08:42:41 PM) eyedeekay: That's all I've got for 4 and/or today, anything else for the meeting? (08:42:50 PM) zzz: nope (08:43:02 PM) zzz: are we on or off for Jan. 3? (08:44:26 PM) eyedeekay: All right then thanks zzz for coming, I was going to say "On" for Jan 3 but we could do the 10th instead since IIRC LS2 will be the 9th (08:45:01 PM) zzz: doesn't matter, your call (08:45:35 PM) eyedeekay: Let's have it on the 9th in January and return to first-Tuesday in February (08:45:52 PM) zzz: you mean 10th? (08:45:59 PM) eyedeekay: Yes the 10th (08:46:07 PM) zzz: ok (08:46:15 PM) zzz: meeting over? (08:46:25 PM) eyedeekay: Yes </div>/ar/blog/2022/11/23/%D8%AA%D8%A3%D8%AC%D9%8A%D9%84-easy-install-2.0.0-%D9%84%D9%86%D8%B8%D8%A7%D9%85%D9%8A-windows-%D9%88osx-%D9%84%D9%85%D8%AF%D8%A9-%D8%B4%D9%87%D8%B1-%D9%88%D8%A7%D8%AD%D8%AF/Wed, 23 Nov 2022 00:00:00 +0000/ar/blog/2022/11/23/%D8%AA%D8%A3%D8%AC%D9%8A%D9%84-easy-install-2.0.0-%D9%84%D9%86%D8%B8%D8%A7%D9%85%D9%8A-windows-%D9%88osx-%D9%84%D9%85%D8%AF%D8%A9-%D8%B4%D9%87%D8%B1-%D9%88%D8%A7%D8%AD%D8%AF/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>تم إصدار حزمة I2P Easy-Install لنظام Windows. في هذا الإصدار، تمت إضافة دعم لمعظم المتصفحات الرئيسية، بما في ذلك جميع تفريعات Firefox(Gecko) وChromium الرئيسية. تم تحسين التوافق مع تثبيتات I2P Service الخارجية ومع تثبيتات I2P غير المجمعة التي يجريها المستخدم. باتت حزمة Easy-Install قادرة الآن على اكتشاف I2P routers أخرى ومطالبة المستخدم بتشغيلها بدلاً من ذلك، إذا كان لديه I2P بالفعل. تم تحديث إضافات المتصفح إلى أحدث الإصدارات. بات لدى Easy-Install الآن إمكانية الوصول إلى وضع قابلية الاستخدام الخاص بـ <code>i2p.plugins.firefox</code> عبر علم سطر الأوامر <code>-usability</code>. الوضع الافتراضي هو الوضع &ldquo;Strict&rdquo; حيث يتم تعطيل Javascript بواسطة NoScript. في وضع قابلية الاستخدام، يتم تقييد Javascript بواسطة JShelter. لمزيد من التفاصيل، راجع مستودع profile manager على i2pgit.org.</p>/ar/blog/2022/11/21/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.0.0/Mon, 21 Nov 2022 00:00:00 +0000/ar/blog/2022/11/21/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-2.0.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يُفعّل إصدار I2P 2.0.0 آلية النقل الجديدة عبر UDP المسماة SSU2 الخاصة بنا لجميع المستخدمين، بعد إتمام الميزات الثانوية والاختبارات والعديد من إصلاحات الأخطاء.</p> <p>لدينا أيضًا إصلاحات في عدة مواضع، بما في ذلك للمثبّت، وقاعدة بيانات الشبكة (netDb)، والإضافة إلى دفتر العناوين الخاص، ومشغّل المتصفح على Windows، وIPv6 UPnP.</p> <p>كالمعتاد، نوصي بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p> <h2 id="تفاصيل-الإصدار">تفاصيل الإصدار</h2> <h3 id="changes">Changes</h3> <ul> <li>i2ptunnel: Support SHA-256 digest proxy authentication (RFC 7616)</li> <li>SSU2: Connection migration</li> <li>SSU2: Immediate acks</li> <li>SSU2: Enable by default</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>i2ptunnel: Fix IRC USER line filtering</li> <li>Installer: Fix path for Windows service, caused local eepsite to be broken</li> <li>Installer: Fix error on Windows when username contains a space</li> <li>NetDB: Database store message handling fixes</li> <li>NetDB: Fix reseeding when clock is skewed</li> <li>Router: Deadlock fix</li> <li>SSU2: Fix packets exceeding MTU</li> <li>SSU2: Fix ping packets less than minimum size</li> <li>SSU2: Fix handling of termination acks</li> <li>SusiDNS: Fix adding entry to empty address book</li> <li>SusiMail: Fix dark theme button icons</li> <li>UPnP: IPv6 fix</li> <li>Windows: Fix launching preferred browser at startup</li> </ul> <h3 id="التغييرات">التغييرات</h3> <ul> <li>Deadlock detector improvements</li> <li>Debian: Change dependency from libservlet3.1-java to libjsp-api-java and libservlet-api-java</li> <li>i2psnark: Increase max pieces to 64K</li> <li>i2psnark: Add links to additional instances in the console</li> <li>Option to compress router logs</li> <li>Translation updates</li> </ul> <p>القائمة الكاملة للأخطاء التي تم إصلاحها</p>/ar/blog/2022/11/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2022/Tue, 08 Nov 2022 00:00:00 +0000/ar/blog/2022/11/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon، eyedeekay، zzz</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> (03:00:31 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع 8 نوفمبر (03:00:31 PM) eyedeekay: 1. مرحباً (03:00:31 PM) eyedeekay: 2. حالة تطوير 2.0.0 (03:00:31 PM) eyedeekay: 3. نشر الأرشيفات المصدرية بصيغة tar لإصدارات الحزمة (03:00:31 PM) eyedeekay: 4. ملصقات مجانية للمترجمين (03:00:31 PM) eyedeekay: أي شيء آخر لجدول الأعمال؟ (03:00:39 PM) الوضع (-m ) بواسطة zzz (03:01:19 PM) zzz: مرحباً (03:01:58 PM) eyedeekay: مرحباً zzz (03:02:03 PM) eyedeekay: هل يوجد أي شخص آخر هنا اليوم؟ (03:02:08 PM) eche|on: مرحباً (03:02:18 PM) eyedeekay: أهلاً eche|on (03:02:39 PM) eyedeekay: 2. حالة تطوير 2.0.0 (03:02:58 PM) eyedeekay: نحن على بُعد أسبوعين من الإصدار مع تجميد العلامات (tag freeze) غداً، إن كنت أتذكر جيداً (03:03:49 PM) eyedeekay: نعم، هذا هو التوقيت بالضبط (03:04:38 PM) eyedeekay: zzz و orignal يعملان بجد لإعداد SSU2، والخطة ما تزال تفعيلها (03:05:08 PM) eyedeekay: سأقوم بطرح إصدار غير موقّع من I2P Easy-Install لنظام Windows (03:05:50 PM) eyedeekay: لا أعرف حالة إصدار Mac، هل سيظل مستخدمو Mac عالقين على 1.9.0 حتى نجد مُشرفاً/موقّعاً جديداً لـ Mac؟ (03:06:25 PM) zzz: نعم. هناك ملخص جيد للإصدار على `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: اختبارات SSU2 خلال الأشهر الثلاثة الماضية مع تمكينه بنسبة 2% كانت نجاحاً هائلاً (03:07:17 PM) zzz: لم نعثر على مشكلات كبيرة، لكننا أصلحنا عدداً لا يُحصى من المشكلات الصغيرة (03:08:19 PM) eche|on: استمروا مع SSU2 (03:08:35 PM) eche|on: بخصوص mac: لدي حساب مطوّر وMAC، لكن لا فكرة لدي حالياً عن كيفية القيام بذلك (03:08:39 PM) eche|on: ولدي وقت أقل (03:09:03 PM) zzz: مثير للاهتمام (03:09:31 PM) zzz: هل تعتقد أنك _تستطيع_ فعل ذلك في وقت ما؟ إن كان كذلك، فمتى؟ (03:09:39 PM) eche|on: لدي مستودع git لتضمينات Mac، لكنني لم أطلع عليه بعد حالياً (03:09:54 PM) eche|on: إذا عرفت الكيفية، فسيكون ذلك قريباً إلى حدّ ما (tm) (03:10:05 PM) zzz: حتى إن تأخر شهراً أو شهرين، فسيكون ذلك رائعاً (03:10:08 PM) eche|on: لكن قد لا تنجح الكيفية على المدى الأقصر (03:10:41 PM) eche|on: ولا فكرة لدي أيضاً عما ستفعله Apple، لكن هذه أمور علينا اكتشافها (03:11:10 PM) eyedeekay: سأرى إن كان بإمكاني مساعدتك؛ بناء jpackages الخاصة بـ Mac واضح جداً، لم أقم بتوقيعها من قبل لكن كل شيء موجود في السكربتات التي كتبها zab (03:11:25 PM) zzz: عندما أجهز ملف 2.0.0 news.xml، سأضع أيضاً إدخالاً إخبارياً في تغذية Mac يقول إنه سيتم التأجيل (03:11:42 PM) zzz: eyedeekay، هل لديك Mac؟ (03:11:57 PM) eyedeekay: لدي Mac بمعالج Intel لكن ليس لدي حساب مطوّر (03:12:04 PM) eche|on: sadie لديها Mac، لكن لا idk ولا sadie يريدان الكشف عن أسمائهما علناً (03:12:25 PM) eche|on: الحصول على حساب مطوّر بسيط إلى حد ما: قدّم اسمك وادفع 100$ سنوياً (03:12:28 PM) eyedeekay: أستطيع إنشاء ملف dmg لكنه يُوقّع بمفاتيح محلية غير مسموح بها على أجهزة Mac الأخرى (03:12:32 PM) zzz: أفهم. الفكرة هي أنه يمكنك المرور بكل شيء عدا عملية التوثيق (notarization) (03:12:32 PM) eche|on: هذا كل ما في الأمر تقريباً (03:13:12 PM) eche|on: راجع بعد دقيقتين (03:13:25 PM) zzz: على حد علمي، التوثيق (notarization) هو الجزء المزعج حقاً. نأمل أن يكون دليل الكيفية واضحاً... (03:14:14 PM) eyedeekay: أعتقد أن العقبة الوحيدة فعلاً هي إعداد بيئات تطوير Java. هناك أداة تُثبَّت عبر brew لتبديل الإصدارات مما يجعل الأمر سهلاً جداً (03:14:25 PM) zzz: eyedeekay، لنضع هذا على جدول أعمال الشهر القادم (03:14:36 PM) eyedeekay: يمكن (03:15:19 PM) zzz: في هذه الأثناء، يُرجى المرور عبر دليل الكيفية بصيغته الحالية قدر الإمكان دون التوثيق (notarization)، فقط لاختبار الدليل ومعرفة ما إذا كان يحتاج إلى أي إصلاحات لـ ech (03:16:10 PM) zzz: خصوصاً للتحقق مما إذا كان جانب arm64 موثّقاً (03:16:45 PM) eyedeekay: سأفعل كل ما بوسعي، رغم أنني لن أستطيع تنفيذ عملية arm64 لأنني لا أمتلك Mac بمعمارية arm64 (03:16:53 PM) eche|on: سأتحقق من كيفية الحصول على الشهادات مع التوثيق (notarization)، (03:16:55 PM) eyedeekay: سأقوم بكل شيء حتى تلك المرحلة على أي حال (03:17:18 PM) eche|on: eyedeekay: فقط اطلب شراء Mac بمعمارية arm64. استرداد كالمعتاد (03:17:28 PM) eche|on: لا حاجة للتوقف عند ذلك (03:17:30 PM) zzz: هل تحتاج إلى Mac بمعمارية ARM لبناء ARM؟ (03:17:41 PM) zzz: على الأرجح... (03:17:59 PM) eyedeekay: لست متأكداً تماماً من كل التفاصيل بخصوص التصريف المتبادل (cross-compilation) (03:18:02 PM) zzz: هناك أيضاً مسار عمل محتمل حيث يقوم idk بالبناء وech بالتوثيق (notarization) (03:18:23 PM) zzz: لكن لا حاجة لأن نحسم كل ذلك هنا (03:18:44 PM) eyedeekay: لكن jpackage صارمة جداً بشأن توليفات المعمارية/نظام التشغيل (03:19:28 PM) SoniEx2: Raspberry Pi؟ (03:19:39 PM) zzz: لننتقل إلى الموضوع التالي (03:19:40 PM) eyedeekay: ELF وليس Mach-O (03:19:42 PM) eyedeekay: لكن نعم (03:19:45 PM) eyedeekay: 3. نشر الأرشيفات المصدرية بصيغة tar لإصدارات الحزمة (03:20:24 PM) eyedeekay: بما أنه أنا فقط المسؤول الآن وكنت أرغب في نشر أرشيفات tar المصدرية طوال الوقت، فسيحصل إصدار Windows 2.0.0 على أرشيفات مصدرية (03:20:36 PM) eyedeekay: واحد للحزمة نفسها وآخر لمكوّن مدير الملفات الشخصية (03:21:17 PM) eyedeekay: كجزء من مراجعة السكربتات الخاصة بحزمة Mac سأضيف توليد الأرشيفات المصدرية بصيغة tar كجزء من العملية (03:21:18 PM) zzz: حسناً، وبما أن المعترض على Mac قد غادر، فلنُضِف واحداً إلى صفحة Mac أيضاً (03:21:28 PM) eyedeekay: سأفعل (03:21:41 PM) zzz: رائع، هذا يسعدني (03:22:38 PM) eyedeekay: 4. ملصقات مجانية للمترجمين (03:23:27 PM) eche|on: نعم (03:23:49 PM) eyedeekay: تحدثت أنا وeche|on عن هذا باختصار بعد اجتماع الشهر الماضي عبر البريد الإلكتروني (03:23:49 PM) eyedeekay: أعتقد أننا كلٌّ منا كان مؤيداً للقيام بذلك؟ بريدي غير مفتوح الآن (03:24:23 PM) eche|on: بالتأكيد يمكننا فعل هذا، واحد لكل جزء من العالم (03:24:28 PM) zzz: كان اقتراحي، لكنه يتطلب: أ) ملصقات وب) شخصاً لإرسالها بالبريد (03:24:30 PM) eche|on: لكن موارد الملصقات لدي محدودة (03:24:47 PM) zzz: كما أفهم، لقد نفدت الملصقات لدينا عملياً (03:24:59 PM) eche|on: sadie/idk لا يزال لديهما عدد منها (03:25:05 PM) eche|on: لدي حوالي 400 أو ما شابه فقط (03:25:23 PM) eche|on: يجب أن تكون كافية لأكثر من سنة، لكن خططوا مسبقاً (03:25:26 PM) eyedeekay: أوه، انخفض مخزوني إلى نحو 8 في فعالية All Things Open الأسبوع الماضي (03:25:30 PM) eyedeekay: سأحتاج لطلب المزيد (03:25:53 PM) eche|on: آه، حسناً (03:26:10 PM) zzz: هل يمكن لكما التنسيق حول من سيطلب، وما هو التصميم، والتأكد من أن كلاً منكما يحصل على النصف؟ (03:26:16 PM) eyedeekay: نعم يمكننا (03:26:34 PM) zzz: ممتاز (03:27:05 PM) zzz: عندما تصبح بحوزتكما، ناديا وسأعلن على TX (03:27:11 PM) eche|on: جيد (03:27:22 PM) zzz: شكراً لكم (03:27:46 PM) eyedeekay: لا مشكلة (03:27:56 PM) eyedeekay: أي شيء آخر بخصوص البند 4 أو للاجتماع؟ (03:28:25 PM) eche|on: لا (03:29:14 PM) eyedeekay: حسناً، شكراً للجميع على الحضور، سأنشر محضر الاجتماع خلال بضع دقائق </div>/ar/blog/2022/10/11/%D9%86%D9%82%D9%84-ssu2/Tue, 11 Oct 2022 00:00:00 +0000/ar/blog/2022/10/11/%D9%86%D9%82%D9%84-ssu2/<h2 id="نظرة-عامة">نظرة عامة</h2> <p>لقد استخدمت I2P بروتوكول نقل عبر UDP مقاومًا للرقابة يُسمّى &ldquo;SSU&rdquo; منذ عام 2005. لم نتلقَّ سوى عدد قليل، إن وُجد، من التقارير عن حجب SSU على مدى 17 عامًا. ومع ذلك، وفقًا لمعايير اليوم من حيث الأمان ومقاومة الحجب والأداء، يمكننا أن نقدّم ما هو أفضل. أفضل بكثير.</p> <p>لهذا السبب، وبالتعاون مع <a href="https://i2pd.xyz/">i2pd project</a> ، قمنا بإنشاء وتنفيذ &ldquo;SSU2&rdquo;، وهو بروتوكول UDP حديث صُمِّم وفق أعلى معايير الأمان ومقاومة الحجب. سيحلّ هذا البروتوكول محل SSU.</p>/ar/blog/2022/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2022/Tue, 04 Oct 2022 00:00:00 +0000/ar/blog/2022/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع 4 أكتوبر 2022 (04:00:08 PM) eyedeekay: 1. مرحباً (04:00:18 PM) zlatinb: مرحباً (04:00:28 PM) zzz: مرحباً (04:00:51 PM) eyedeekay: 1. مرحباً (04:00:51 PM) eyedeekay: 2. حالة تطوير 1.10.0 (04:00:51 PM) eyedeekay: 3. الإصدار التالي 2.0.0؟ (04:00:51 PM) eyedeekay: 4. نشر tarballs المصدر (tarball: أرشيف tar مضغوط) لإصدارات الحِزم (04:00:51 PM) eyedeekay: 5. ملصقات مجانية للمترجمين (04:00:51 PM) eyedeekay: 6. تحديث حزمة Windows Easy-Install/الخروج من مرحلة بيتا (04:01:05 PM) eyedeekay: 2. حالة تطوير 1.10.0 (04:01:15 PM) eyedeekay: تبقّى حوالي 7 أسابيع (04:01:24 PM) eyedeekay: أولويتي الكبرى هذا الشهر كانت تجهيز حزمة Windows Easy-Install للخروج من مرحلة بيتا (04:01:31 PM) eyedeekay: هناك الكثير حول ذلك في المنتدى، نستهدف تحديثات مستقرة، والتوافق مع routers الحالية/غير المُضمَّنة، وطريقة أكثر استقراراً ومرونة لإدارة وإطلاق ملفات تعريف المتصفح، مزيد من التفاصيل عن كل ذلك في البند 6 (04:01:38 PM) eyedeekay: أعمل أيضاً على أداة "Split Tunneling" أو "Per-App VPN" على Android (على خارطة الطريق). (04:01:47 PM) eyedeekay: فائدتها أنها تتيح للمستخدمين تهيئة متصفحاتهم بسهولة أكبر، بطريقة تمنع تسريبات WebRTC عبر وضعها على واجهة تقابل اتصال I2P وليس مزوّد الشبكة لديهم (04:02:05 PM) eyedeekay: zzz، zlatinb ما الذي تودّان إضافته مما تعملان عليه (04:02:30 PM) zzz: لا يوجد الكثير للإبلاغ عنه... اختبارات SSU2 مستمرة وتسير بشكل جيد... (04:02:53 PM) zzz: طرحت المقترح 161 حول الحشو القابل للضغط، سنناقشه في اجتماعات #ls2... (04:03:06 PM) zlatinb: لا شيء محدّد أعمل عليه، فقط أودّ إبلاغ الجميع أنني سأكون غائباً من 22 نوفمبر إلى 10 ديسمبر، لذلك إن تم وسم الإصدار التالي في 21، فقد أتمكّن من بناء حِزم mac ولكن على الأرجح لن أتمكّن من بذْر التورنتات (04:03:29 PM) eyedeekay: إذا أرسلت لي الملفات فسأقوم ببذرها لك (04:03:32 PM) zzz: لديّ بعض تحسينات كفاءة اختيار الأقران سأحاول إدراجها قريباً، قد تُدرج وقد لا تُدرج (04:03:43 PM) zzz: انتهى (04:04:21 PM) eyedeekay: شكراً zzz و zlatinb، لا أريد استعجال أحد لكن لدينا جدول أعمال طويل اليوم، أي شيء آخر لإضافته على البند 2؟ (04:04:59 PM) eyedeekay: 3. الإصدار التالي 2.0.0؟ (04:04:59 PM) eyedeekay: تصويتي هو نعم لـ 2.0.0 (04:05:19 PM) zzz: نعم، طرحتُه للتعليقات على منتداي وحصلتُ فيما أظن على نعم واحدة ولا يوجد لا (04:05:36 PM) eyedeekay: كنتُ نعم في الاجتماع السابق أيضاً أعتقد (04:05:46 PM) zzz: أودّ أن نحسم اليوم لأن لديّ تدوينة عن SSU2 جاهزة للنشر وسيكون من المفيد الإشارة إلى الإصدار القادم برقم (04:06:22 PM) zzz: نعم، لم أسمع آراء قوية مع أو ضد في الاجتماع الماضي ولذلك أجلناه شهراً (04:06:34 PM) zzz: أظنها فكرة جيدة (04:06:51 PM) zzz: إذَن إن لم توجد اعتراضات، فلنسمّه 2.0.0! (04:07:30 PM) eyedeekay: مهلة دقيقة واحدة للاعتراضات (04:07:47 PM) zzz: لتكن 30 ثانية :) (04:07:54 PM) eyedeekay: نعم لقد أحرقتُ 30 بالفعل (04:08:04 PM) eyedeekay: حسناً هذا هو (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. نشر tarballs المصدر لإصدارات الحِزم (04:08:31 PM) zzz: نعم كان هذا بنودي (04:08:53 PM) zzz: الممارسة القياسية في البرمجيات مفتوحة المصدر هي نشر tarballs المصدر، حتى لو كان بإمكاننا الإشارة إلى git tag (04:09:06 PM) zzz: أفهم أن مصدر Mac لا يتغيّر بين الإصدارات؟ (04:09:10 PM) zzz: لكن مصدر Windows يتغيّر؟ (04:09:46 PM) zlatinb: حسناً حزمة mac تطوّرت لتمكين arm64 لكن عموماً لا تتغيّر (04:10:02 PM) eyedeekay: ما نفعله كلانا هو استنساخ نسخة من المستودع واتباع وسم إصدار محدّد، تشغيل ant distclean، توليد ملفات jar، ونسخها إلى أشجار الحِزم (04:10:15 PM) zzz: على أي حال، توصّيتي أن نولّد tarballs المصدر كجزء من عملية البناء وأن نضع روابط إليها في صفحات التنزيل المعنية (04:10:36 PM) zzz: إذا لم تكن تتغيّر، فأظن أنه يمكن أن تكون بدون نسخ مُرقّمة (04:10:50 PM) zzz: إذَن مصدر Windows أيضاً لا يتغيّر بين الإصدارات؟ (04:11:01 PM) zlatinb: أفضل فقط وضع وسم ثم جلب الـ tarball من github. أتوقع على الأقل لفترة أن الشيء الوحيد الذي سيتغيّر في حزمة mac هو ملف سجلّ التغييرات (04:11:50 PM) zzz: يمكنكم ترتيب التفاصيل، لكن الهدف هو توفير المصدر والتعليمات بحيث يتمكّن أي شخص من بنائه بنفسه (04:12:00 PM) eyedeekay: ملفات jar الخاصة بـ i2p المُدرجة لا تتغيّر إلا بالتحديث، لكن مصدر Windows تغيّر في المشغّل بشكل ملحوظ منذ البداية (04:12:12 PM) zzz: هل أنتما مستعدّان لفعل ذلك وإضافته إلى عمليات الإصدار لديكما؟ (04:12:21 PM) eyedeekay: نعم بالتأكيد (04:12:31 PM) eyedeekay: سكربتات الإصدار والسكربتات اليومية لديّ تتضمن الآن tarball في كل مرة (04:12:36 PM) zzz: لا تحتاج إلى تضمين التبعيات مثل i2p، وعلى الأرجح لا ينبغي ذلك (04:12:37 PM) eyedeekay: وكذلك لدى zab على ما أذكر (04:12:54 PM) zlatinb: السؤال هو أين نضع الـ tarballs، هل ينبغي أن تكون متاحة على الموقع، إلخ. (04:13:25 PM) zzz: في مكان ما على خادم التنزيل مع كل شيء آخر، مع روابط على صفحات الحِزم. يمكنكما ترتيب التفاصيل لتكون متسقة (04:13:59 PM) zlatinb: هذه هي الفكرة، إذا كان بإمكاننا الإشارة إلى gitlab tag فلا حاجة لأي روابط إضافية (04:14:31 PM) zzz: أخالفك، أعتقد أنه من الممارسات الجيدة في المصادر المفتوحة نشر tarballs المصدر (04:14:55 PM) zlatinb: كلٌّ من github وربما gitlab يتيح تنزيل tarball من وسم (04:14:57 PM) eyedeekay: ليست جهداً كبيراً، لستُ ضدّه، أنا أضع الوسم في نفس السكربت الذي أُولّد فيه الـ tarballs (04:15:05 PM) zzz: هذه هي الثنائية، وهذا هو المصدر، وهذه تواقيع GPG، وهذه تعليمات البناء (04:15:29 PM) zzz: كما أنه متّسق مع إصدارنا الرئيسي أن تكون هناك tarballs (04:16:15 PM) zzz: يبدو أن zlatinb غير موافق؟ هل نؤجل هذا إلى الشهر القادم؟ (04:16:38 PM) zlatinb: نعم أعتقد أنه غير ضروري (04:16:57 PM) zlatinb: لكن لا مانع لديّ من القيام به إذا كان هذا هو القرار (04:17:11 PM) zzz: إذا لم يتغيّر أبداً، فعليك فعله مرة واحدة فقط وانتهى الأمر (04:17:47 PM) zlatinb: لقد تغيّر نادراً جداً تاريخياً (04:18:03 PM) eyedeekay: لا مانع لديّ من تأجيله الآن، يمكنني أنا و zlatinb ترتيب ما سنفعله أو لا نفعله في هذه الأثناء (04:18:33 PM) eyedeekay: قد تكون هذه حالة نحتاج فيها إلى أن نكون مختلفين قليلاً لأن حزمتَي تتغيّر بوتيرة أسرع قليلاً من حزمتِه (04:19:27 PM) zzz: إن لم نُرِد الحسم اليوم فسأبدأ خيطاً في المنتدى لاستطلاع المزيد من الآراء (04:20:44 PM) zlatinb: حسناً (04:20:44 PM) zzz: حسناً = هل أنت مُعارض حالياً؟ (04:21:02 PM) eyedeekay: ربما فكرة جيدة، وأنا مؤيّد للـ tarballs (04:21:31 PM) zlatinb: نعم (04:21:31 PM) zzz: لا مشكلة، eyedeekay ضَعْه على القائمة للشهر القادم (04:21:37 PM) eyedeekay: حسناً، أستطيع ذلك (04:21:52 PM) eyedeekay: أي شيء آخر للبند 4؟ (04:22:38 PM) eyedeekay: 5. ملصقات مجانية للمترجمين (04:22:55 PM) eyedeekay: zzz هذا أيضاً بندك، تفضّل متى ما كنت جاهزاً (04:23:16 PM) zzz: نعم، الفضل لـ sarah jamie lewis على تويتر (04:23:32 PM) zzz: على مشروعها الذي نسيت اسمه... cwtch؟ (04:24:02 PM) eyedeekay: هذا هو (04:24:02 PM) zzz: على أي حال، رأيت أنها فكرة جيدة، لكننا سنحتاج إلى: أ) ملصقات وب) أشخاص لإرسالها بالبريد (04:24:17 PM) zzz: وهذان الأمران كانا لدينا سابقاً لكننا الآن نفتقر إلى الأشخاص والملصقات معاً؟ (04:24:40 PM) zzz: إذَن، هل نريد القيام بذلك، وهل ينبغي أن نطلب ملصقات (حتى إن لم نفعل)؟ (04:24:45 PM) zzz: انتهى (04:25:26 PM) zzz: أظن أن sadie و eche|on كانا مسؤولَي الملصقات (04:25:38 PM) eyedeekay: راجعتُ وعددتُ ما لديّ، لديّ ربما 35 من القديمة (Toopie) و91 متبقّية من الدفعة التي طلبتها في الربيع، ولا أمانع طلب المزيد (04:25:41 PM) zzz: على أي حال، تعليقاتكم من فضلكم... نعم/لا/ربما؟ (04:26:00 PM) eyedeekay: أستطيع إرسالها بالبريد داخل الولايات المتحدة وكندا لكن الاتحاد الأوروبي ليس مناسباً بالنسبة لي (04:26:21 PM) zzz: لدينا مئات المترجمين المسجّلين. على الأرجح عدد قليل منهم نشِط (04:26:41 PM) zzz: من هو الشخص المسؤول عن طلب الملصقات؟ (04:27:54 PM) eyedeekay: آخر من طلب الملصقات كان على الأرجح أنا، لكنني فعلتُ ذلك على وقتي الخاص وعلى نفقتي الخاصة لكي يكون لديّ منها للمؤتمرات (04:28:19 PM) zzz: من المسؤول عن العلاقات العامة (PR)؟ (04:28:48 PM) zzz: من لديه رأي حول ملصقات للمترجمين؟ (04:28:48 PM) zzz: حسناً، كان بإمكانك/كان ينبغي أن تحصل على تعويض... كان echelon شخص الملصقات سابقاً (04:29:54 PM) zzz: سنحتاج موافقته من ناحية التكلفة، ولنجعله مسؤول البريد في الاتحاد الأوروبي، ولنرسل نصفها لك ونصفها له (04:30:15 PM) zzz: بما أنه غير متواجد، ضَعْ هذا على قائمة الشهر القادم، سأحاول لفت انتباهه (04:30:22 PM) eyedeekay: أعتقد أنه إذا طلب المترجمون ملصقات ينبغي أن نتمكّن من تزويدهم ببعض الملصقات، ولكن يجب أن يكون ذلك مشروطاً بالطلب (04:30:59 PM) zzz: أكيد، ليس لدينا عناوين أحد، عليهم أن يطلبوا. لكن علينا أن نخبرهم بأن يطلبوا (04:31:17 PM) uis أصبح يُعرَف الآن باسم Irc2PGuest33729 (04:31:48 PM) zzz: إذا كان أحد ذاهباً إلى CCC فأنتم بحاجة لطلب المزيد من الملصقات، بغضّ النظر عن المترجمين (04:32:42 PM) zzz: انتهى، أجّلوه إلى الشهر القادم، لا إجابات اليوم (04:32:47 PM) eyedeekay: مفهوم، أنا أخطّط للذهاب لذا سأتأكد أن لديّ بعض الملصقات (04:32:47 PM) eyedeekay: إذَن الخطوة التالية هي بدء سلسلة بريد مع Ech حول ذلك (04:33:09 PM) eyedeekay: انتهى من ناحيتي، أي شيء آخر حول البند 5؟ (04:33:50 PM) eyedeekay: 6. تحديث حزمة Windows Easy-Install/الخروج من مرحلة بيتا (04:33:58 PM) eyedeekay: هذا بالطبع بنودي (04:34:26 PM) eyedeekay: إصدار 1.9.5 التصحيحي حدث تقنياً بسبب مؤقّت سياق تطبيق reseed طبعاً (04:34:45 PM) eyedeekay: لكنه كان وقتاً مناسباً أيضاً لمراقبة كيفية أداء التحديثات (04:35:54 PM) zlatinb: وكيف كان سلوكه؟ (04:35:55 PM) eyedeekay: لم يكن بلا تعقيدات، الأشخاص الذين كانوا يستخدمونه انقسموا إلى 3 مجموعات (04:36:56 PM) eyedeekay: 1. أشخاص عمل لديهم بشكل مثالي (04:36:56 PM) eyedeekay: 2. أشخاص نتج عنه لديهم تلف في ملفات router.config لِـ routers غير المُضمَّنة (04:36:56 PM) eyedeekay: 3. أشخاص لم يُحدِّث لديهم لأنه كانت ملفات router.config تخصّ routers غير مُضمَّنة (04:37:22 PM) eyedeekay: 2 و3 كانتا مشكلتين، تابعتُ بالإصلاح في منشور على المنتدى على zzz.i2p (04:37:43 PM) eyedeekay: أعتقد أنها قد أُصلِحت الآن ولن تتكرّر في المستقبل (04:37:57 PM) eyedeekay: لذلك أظن أن عملية التحديث ستكون جاهزة بحلول ما هو الآن 2.0.0 (04:38:08 PM) eyedeekay: في الواقع أعتقد أنها جاهزة الآن لكن لدينا 7 أسابيع للاختبار (04:38:53 PM) eyedeekay: لذا أودّ إخراجها من بيتا في نوفمبر (04:39:09 PM) zzz: ليس لدينا معايير مُوثَّقة للخروج من بيتا فعلاً (04:39:17 PM) zzz: لكن بالنسبة لي يعني أن عمليات الإصدار متينة، ولا يتم تفويت أمور (04:39:27 PM) zzz: ولا نقوم بإصدارات تصحيحية بعد أسبوع لإصلاح أشياء (04:39:45 PM) zzz: لكن قد ترغب في سردّ أهداف الميزات الخاصة بك (04:40:21 PM) zzz: على سبيل المثال، هل أنتما ملتزمان بمراجعة تحديثات Java كل ثلاثة أشهر والقرار معاً بإصدارها أم لا؟ (04:40:40 PM) zzz: لم أرَ أي نقاش على IRC. هل حدث خارج IRC ربما؟ (04:41:31 PM) zlatinb: حدث النقاش الأخير هنا، ولم يحدث أي نقاش خارج IRC بشأن إصدارات JRE التصحيحية منذ ذلك الحين (04:42:21 PM) eyedeekay: ألم نتحدث عنه على Whereby بعد ذلك بقليل؟ (04:42:36 PM) eyedeekay: حسب ما أذكر لا نصدر ضمن دورة Java إلا إذا وُجد CVE يؤثر على الإصدار الأخير؟ (04:42:46 PM) zzz: على سبيل المثال، 18.0.2.1 بتاريخ 18 أغسطس 2022 يُصلِح خللاً في JIT يتسبب بانهيار الـ JRE. هل كلاكما على ذلك، أم قررتم معاً أنه غير ضروري؟ (04:43:33 PM) zlatinb: لا أظن أنني على ذلك (04:43:43 PM) zlatinb: ولا أتذكر أننا ناقشنا ذلك الخلل؛ عادة أنظر فقط إلى CVEs (04:44:08 PM) zlatinb: 21:43:29 zlatinb: لا أظن أنني على ذلك (04:44:08 PM) zlatinb: 21:43:42 zlatinb: ولا أتذكر أننا ناقشنا ذلك الخلل؛ عادة أنظر فقط إلى CVEs (04:44:12 PM) zzz: عدت (04:45:12 PM) eyedeekay: أنا على 18.0.2.1 لكن لأنني أجّلت إصداري لمحاولة التأكد من معالجة بعض مشكلات الاستقرار وبحلول ذلك الوقت كانت Java قد تحدّثت (04:45:24 PM) eyedeekay: كذلك الإصدار التصحيحي لديّ بُني باستخدام JDK مُحدّث (04:45:35 PM) eyedeekay: وهذا ما جعلنا خارج التزامن مرة أخرى فيما أظن (04:45:54 PM) zzz: هذا ما أقصده بشأن العمليات. إذا لم تكن عمليات البناء والإصدار مستقرة بعد ويتم اتباعها بشكل موثوق، فهذه المنتجات ليست جاهزة للتخرّج (04:46:01 PM) zzz: لذا عندما حدّثتَ إلى 18.0.2.1، هل أخبرتَ zlatinb أنك تفعل ذلك واقترحتَ عليه أن يفعل المثل؟ (04:47:04 PM) eyedeekay: لا، لم أفعل، تركتُه ببساطة يُحدِّث تلقائياً وبنيتُ بأحدث إصدار (04:48:13 PM) eyedeekay: إذَن... هناك عملية أخرى عليّ مراجعتها من جهتي (04:49:31 PM) zzz: أقترح أن تعمل على إصدار متين خالٍ من العلل في نوفمبر (مع أي أهداف ميزات لديك) وإذا سار ذلك جيداً فضع نفسك على جدول أعمال ديسمبر (04:50:00 PM) eyedeekay: حسناً، ممكن (04:50:56 PM) zzz: أو يناير لأن الإصدار على الأرجح سيكون أواخر نوفمبر، وقد لا يتوفر ما يكفي من المعلومات بحلول الأسبوع الأول من ديسمبر (04:52:02 PM) eyedeekay: إن لم يكن هناك ما يكفي للمضي قدماً حينها فسأنقله (04:52:15 PM) eyedeekay: أي شيء آخر للبند 6؟ (04:52:27 PM) zzz: بند 6a) قصير (04:52:30 PM) eyedeekay: أكيد (04:52:52 PM) zzz: zlatinb أفاد بأن تحديث mac arm سار بشكل جيد، لذا من ناحيتي هو خارج بيتا كما نوقش في منتداي (04:53:28 PM) zzz: zlatinb، تحتاج إلى تحديث صفحتك لإزالة وسم بيتا (04:53:28 PM) zzz: انتهى (04:53:28 PM) zlatinb: حسناً (04:53:29 PM) zlatinb: سأفعل قريباً (04:54:24 PM) eyedeekay: حسناً هذا يضعنا قُبيل ساعة بقليل، أي شيء آخر للاجتماع؟ (04:54:26 PM) eyedeekay: مهلة دقيقة واحدة (04:54:41 PM) zlatinb: نعم (04:54:57 PM) zlatinb: إذا كانت StormyCloud تقرأ السجلات، فأشجّعهم على معالجة المخاوف المثارة على reddit (04:56:15 PM) zlatinb: كلما طال بقاء ذلك السؤال بلا إجابة بدا الأمر أسوأ (04:56:18 PM) eyedeekay: مُتَّفَق، هم يأتون أحياناً إلى reddit وسيكون من الجيد سماع رأيهم (04:56:36 PM) zlatinb: انتهى (04:56:43 PM) eyedeekay: شكراً zlatinb (04:57:37 PM) eyedeekay: أي شيء آخر للاجتماع (مرة أخرى)؟ مهلة 30 ثانية هذه المرة (04:58:21 PM) eyedeekay: شكراً للجميع على الحضور، سأنشر السجلات الليلة، نراكم على IRC ونفس الوقت الشهر القادم </div>/ar/blog/2022/09/26/%D8%AA%D8%B0%D9%83%D9%8A%D8%B1-%D8%A8%D8%A7%D9%84%D8%AD%D9%81%D8%A7%D8%B8-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D8%A3%D9%85%D8%A7%D9%86-%D9%85%D8%B9-%D9%86%D9%85%D9%88-i2p/Mon, 26 Sep 2022 00:00:00 +0000/ar/blog/2022/09/26/%D8%AA%D8%B0%D9%83%D9%8A%D8%B1-%D8%A8%D8%A7%D9%84%D8%AD%D9%81%D8%A7%D8%B8-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D8%A3%D9%85%D8%A7%D9%86-%D9%85%D8%B9-%D9%86%D9%85%D9%88-i2p/<h2 id="a-reminder-to-be-safe-as-i2p-grows">A Reminder to be Safe as I2P Grows</h2> <p>إنها فترة مثيرة لمشروع الإنترنت غير المرئي (I2P). نحن نكمل انتقالنا إلى التشفير الحديث عبر جميع وسائط النقل لدينا، ( Java و C++)، وقد حصلنا مؤخرًا على خدمة outproxy (وكيل خروج) احترافية وعالية السعة، وهناك تطبيقات أكثر من أي وقت مضى تدمج وظائف قائمة على I2P. الشبكة مهيأة للنمو، لذا فهذا وقت جيد لتذكير الجميع بأن يكونوا أذكياء وحذرين عند الحصول على I2P والبرمجيات المرتبطة بـ I2P. نحن نرحب بالتطبيقات الجديدة، والتنفيذات، والتفرّعات ذات الأفكار الجديدة، وتنبع قوة الشبكة من انفتاحها على مشاركة جميع مستخدمي I2P. في الواقع، لا نحب أن نطلق عليكم صفة المستخدمين، بل نفضّل استخدام كلمة &ldquo;مشاركين&rdquo; لأن كل واحد منكم يساعد الشبكة بطريقته الخاصة، سواء عبر الإسهام بالمحتوى، أو تطوير التطبيقات، أو ببساطة توجيه الحركة ومساعدة المشاركين الآخرين على العثور على الأقران.</p>/ar/blog/2022/09/26/%D8%AA%D8%B9%D8%B1%D9%91%D9%81-%D8%B9%D9%84%D9%89-%D9%85%D8%B4%D8%B1%D9%81%D9%83-divaexchange/Mon, 26 Sep 2022 00:00:00 +0000/ar/blog/2022/09/26/%D8%AA%D8%B9%D8%B1%D9%91%D9%81-%D8%B9%D9%84%D9%89-%D9%85%D8%B4%D8%B1%D9%81%D9%83-divaexchange/<p><em>في هذا الجزء الثاني من سلسلة Meet Your Maintainer (المشرف على المشروع)، تواصلتُ مع كونراد من DIVA.EXCHANGE للحديث عن أبحاث DIVA وخدماتها. تقوم DIVA.EXCHANGE بتطوير برمجيات بهدف توفير تقنية مصرفية مجانية للجميع. وهي آمنة من دون بنية تحتية مركزية، ومبنية على تقنية سلسلة الكتل وتقنية I2P.</em></p> <p><strong>ما الذي أثار اهتمامك بـ I2P؟</strong></p> <p>قبل نحو 10 سنوات قدّمت عرضاً تقديمياً لـ &ldquo;Technologieforum Zug&rdquo; - وهي شبكة تقنية محلية جداً لقطاع الأعمال. كنت أعرّفهم على I2P وTor بوصفهما شبكات تراكبية (overlay networks) - لأُبيّن لهم أن هناك أموراً أخرى مثيرة للاهتمام موجودة هناك.</p>/ar/blog/2022/09/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.5-%D9%85%D9%86-%D8%AD%D8%B2%D9%85%D8%A9-%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%86%D8%B8%D8%A7%D9%85-windows/Wed, 07 Sep 2022 00:00:00 +0000/ar/blog/2022/09/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.5-%D9%85%D9%86-%D8%AD%D8%B2%D9%85%D8%A9-%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%86%D8%B8%D8%A7%D9%85-windows/<h2 id="إصدار-لإصلاح-الأخطاء-لمستخدمي-windows-11">إصدار لإصلاح الأخطاء لمستخدمي Windows 11</h2> <p>يتضمن هذا الإصدار الفرعي إصلاحًا لخطأ في I2P router المضمن، يعالج خطأً شديد الغموض حيث تكون ساعة السياق خارج التزامن مع الساعة التي يستخدمها نظام الملفات، مما يؤدي إلى router غير قادر على قراءة الحالة الحالية لـ NetDB الخاصة به. على الرغم من أنه لم يُلاحظ هذا الخطأ حتى الآن إلا على Windows 11، نوصي بشدة جميع المستخدمين بالترقية إلى البناء الجديد.</p> <p>يتضمن هذا الإصدار أيضاً بدء تشغيل أسرع وتحسين الاستقرار في مدير الملفات الشخصية.</p>/ar/blog/2022/09/07/%D8%AA%D8%B9%D8%B1%D9%91%D9%81-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D9%82%D8%A7%D8%A6%D9%85-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D8%B5%D9%8A%D8%A7%D9%86%D8%A9-maintainer-%D9%84%D8%AF%D9%8A%D9%83-stormycloud/Wed, 07 Sep 2022 00:00:00 +0000/ar/blog/2022/09/07/%D8%AA%D8%B9%D8%B1%D9%91%D9%81-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D9%82%D8%A7%D8%A6%D9%85-%D8%B9%D9%84%D9%89-%D8%A7%D9%84%D8%B5%D9%8A%D8%A7%D9%86%D8%A9-maintainer-%D9%84%D8%AF%D9%8A%D9%83-stormycloud/<h2 id="حوار-مع-شركة-stormycloud-inc">حوار مع شركة StormyCloud Inc.</h2> <p>مع أحدث <a href="https://geti2p.net/en/blog/2022/08/22/1.9.0-Release">I2P Java release</a> ، تم استبدال الـ outproxy الحالي، false.i2p، بـ StormyCloud outproxy الجديد لعمليات تثبيت I2P الجديدة. بالنسبة للأشخاص الذين يقومون بتحديث الـ router لديهم، يمكن التبديل إلى خدمة Stormycloud بسرعة.</p> <p>في Hidden Services Manager لديك، غيّر كلًا من Outproxies وSSL Outproxies إلى exit.stormycloud.i2p ثم انقر على زر الحفظ الموجود في أسفل الصفحة.</p> <h2 id="ما-هي-شركة-stormycloud-inc">ما هي شركة StormyCloud Inc؟</h2> <p><strong>رسالة شركة StormyCloud Inc.</strong></p> <p>الدفاع عن الوصول إلى الإنترنت بوصفه حقًا إنسانيًا عالميًا. ومن خلال ذلك، تحمي المجموعة الخصوصية الإلكترونية للمستخدمين وتبني مجتمعًا عبر تعزيز الوصول غير المقيّد إلى المعلومات، وبالتالي التبادل الحر للأفكار عبر الحدود. وهذا أمرٌ أساسي لأن الإنترنت هو الأداة الأقوى المتاحة لإحداث تأثير إيجابي في العالم.</p>/ar/blog/2022/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2022/Tue, 06 Sep 2022 00:00:00 +0000/ar/blog/2022/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2022/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb, not_bob, RightNow, RN</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:01:46 PM) eyedeekay: مرحباً جميعاً (04:01:50 PM) eyedeekay: أهلاً بكم في اجتماع الثلاثاء 6 سبتمبر (04:02:02 PM) zzz: مرحباً (04:02:07 PM) mode (-m ) بواسطة zzz (04:02:13 PM) zlatinb: مرحباً (04:02:26 PM) eyedeekay: 1. مرحباً (04:02:26 PM) eyedeekay: 2. حالة إصدار 1.9.0 (04:02:26 PM) eyedeekay: 3. حالة تطوير 1.10.0 (04:02:26 PM) eyedeekay: 4. الإصدار التالي 2.0.0؟ (04:02:26 PM) eyedeekay: 5. إخراج حزمة Mac arm64 من وضع البيتا إذا كان تحديث 1.9.0 ناجحاً؟ (متابعة من الاجتماع السابق) (04:02:51 PM) eyedeekay: هل هناك أي شيء آخر لإضافته قبل أن نبدأ؟ (04:03:19 PM) eyedeekay: مرحباً zzz، مرحباً zlatinb (04:03:46 PM) eyedeekay: 2. حالة إصدار 1.9.0 (04:05:11 PM) eyedeekay: أصدرنا قبل نحو أسبوعين، وكان هناك تأخير بسيط في إتاحة Android وحزمة Easy-Install الآن (04:05:11 PM) eyedeekay: تم إصلاح نسخ F-Droid أيضاً بحيث يمكن لمن يرغب التثبيت من مستودع F-Droid الرئيسي إن اختار ذلك، وسيعمل التطبيق (04:05:37 PM) not_bob: شكراً على ذلك. (04:05:43 PM) eyedeekay: لا مشكلة (04:06:41 PM) eyedeekay: سأقوم بإصدار فرعي لحزمة Easy-Install على Windows، فقد وجد zlatinb علة يصعب اكتشافها يبدو أنها تؤثر في حزمة easy-install على Windows 11 أكثر بقليل منها في أماكن أخرى (04:07:17 PM) eyedeekay: zzz هل تريد التحدث عن Debian أو أي شيء آخر؟ (04:07:51 PM) zzz: بالتأكيد (04:07:53 PM) zzz: حوالي 40% من الشبكة تم تحديثه، وهذا نموذجي بعد أسبوعين (04:08:10 PM) zzz: لدينا الآن بضع مئات من routers المُمكَّنة لـ SSU2، كما هو مرغوب/متوقع (04:08:41 PM) zzz: لا توجد مشكلات كبيرة حتى الآن (04:09:06 PM) zzz: على الرغم من أن علة zlatinb ربما متوسطة-كبيرة :) (04:09:07 PM) zzz: انتهى (04:10:01 PM) eyedeekay: نعم وما لا أفهمه هو كيف مرّ الأمر دون حدوث الكثير لفترة طويلة، ثم يصيب حزمة Easy-Install مرتين متتاليتين بسرعة (04:10:17 PM) zlatinb: حسناً، كان الأمر صدفة نوعاً ما أن اضطررت لاستخدام حاسوب محمول يعمل بـ Windows 11 لعدة أيام، وقد كشف ذلك الكثير من المشكلات (04:11:08 PM) zlatinb: أظن أن مشكلة reseed (إعادة البذر) إمّا جعلت الناس يحاولون مجدداً أو يتخلّون عن I2P منذ البداية (04:11:09 PM) zzz: هكذا تسير الأمور عادةً... يحصل المطوّر على إعداد جديد... وتنقلب الدنيا رأساً على عقب (04:11:59 PM) zlatinb: لا تزال هناك مشكلة fork (إنشاء عملية فرعية) غير محلولة مع Firefox عند التشغيل الأول (04:12:48 PM) zlatinb: لذا من الناحية المثالية ينبغي أن نحاول فعل شيء حيالها (04:13:30 PM) eyedeekay: بالفعل، يحدث ذلك فقط في المرة الأولى التي يُشغَّل فيها مُطلق المتصفح، وفي كل مرة لاحقة يعمل بشكل جيد (04:13:36 PM) zlatinb: ربما نُشغّله بشكل headless (دون واجهة رسومية) أو نعبث بخيارات التشغيل، لا أعلم (04:14:10 PM) eyedeekay: نعم يمكنني تشغيله بشكل headless في أول مرة، ودَعْه يقوم بـ fork ثم يُغلق، وبعد ذلك يُشغَّل مع فتح النافذة (04:14:58 PM) eyedeekay: هذه فكرة جيدة، شكراً zlatinb (04:15:15 PM) eyedeekay: أي شيء آخر بخصوص 2؟ (04:16:03 PM) goingpostal تم تغيير اسم إلى Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. حالة تطوير 1.10.0 (04:18:30 PM) eyedeekay: عذراً أنا أقل استعداداً من المعتاد، عالق في مكتب شخص آخر طوال اليوم، تحمّلوني قليلاً (04:21:00 PM) eyedeekay: بعد أسبوعين، كنت أعمل على عدد من التحسينات لحزمة Windows لجعلها أكثر استقراراً وأسهل استخداماً، ولمساعدة تتبّع علة انحراف الساعة (clock-skew) (04:21:37 PM) eyedeekay: كما أنني أقوم بنقل أجزاء الملف الشخصي والمُشغِّل منها(باستثناء jpackaged router) إلى منصات غير Windows على أمل توفير إعداد تلقائي للمتصفح هناك (04:22:06 PM) eyedeekay: zzz كان يعمل على SSU2، يصلح العِلل بمساعدة orignal، هل تود أن تحدّثنا عن ذلك يا zzz (04:22:16 PM) zzz: نعم، شكراً. ما زلنا في بدايات العمل، لكن ملخّص التغييرات والإصلاحات حتى الآن موجود على `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - تمت إضافة علم ack-immediate وميزة ترحيل الاتصال (04:22:47 PM) zzz: وهما آخر شيئين أردنا إدخالهما قبل التمكين للجميع (04:24:07 PM) eyedeekay: رائع، إذن أنتم على المسار الصحيح؟ (04:24:30 PM) zzz: قاعدة المستخدمين الأكبر تجعلنا نعثر على حالات طرفية وعِلل نادرة أكثر، لا شيء خطير جداً، ونُصلحها أثناء السير (04:24:30 PM) zzz: كانت خطتنا منذ أشهر تمكين SSU2 للجميع في إصدار نوفمبر وما زلنا على المسار (04:24:30 PM) zzz: انتهى (04:24:42 PM) zzz: نعم (04:24:51 PM) eyedeekay: ممتاز، شكراً على التحديث (04:25:09 PM) eyedeekay: أي شيء آخر بخصوص 3؟ (04:25:41 PM) eyedeekay: 4) الإصدار التالي 2.0.0؟ (04:25:52 PM) eyedeekay: zzz أنت أضفت هذا الموضوع، هل تود أن تفتتح النقاش؟ (04:26:12 PM) zzz: كان هذا اقتراحاً من dr|z3d، فإذا كان موجوداً سأطلب منه أن يقدّم طرحه (04:26:50 PM) zzz: ولكن إن لم يكن، فسأقول إنها ليست فكرة سيئة (04:27:05 PM) zzz: Linux على وشك الانتقال من 5.19 إلى 6.0 (04:27:25 PM) zzz: arti الخاصة بـ tor وصلت للتو إلى 1.0.0 (04:27:26 PM) zzz: وSSU2 ذريعة جيدة مثل أي ذريعة (04:27:45 PM) RightNow: وI2P تنتقل من SSU إلى SSU2 (04:27:47 PM) zzz: انتهى - ما رأي الجميع؟ ولسنا بحاجة لاتخاذ قرار اليوم، لدينا 11 أسبوعاً إضافياً (04:28:30 PM) not_bob: لا مشكلة لديّ طالما أنه يعمل. (04:29:18 PM) zzz: هل يكرهها أحد؟ هل يحبها أحد؟ (04:29:21 PM) eyedeekay: بالتأكيد، أظن أن ذلك منطقي، كلا بروتوكولي النقل سيكون قد تم تحديثهما، إنه إنجاز كبير (04:29:43 PM) zlatinb: كنت أتمنى لو كان لدينا شيء أشد دوياً للانتقال إلى 2.0 (04:29:48 PM) RightNow تم تغيير اسم إلى RN (04:30:34 PM) eyedeekay: ربما نستخدمها لـ 3.0.0؟ (04:30:38 PM) zzz: لا يوجد شيء أكبر على خارطة الطريق. بصراحة، آمل ألا نفعل شيئاً أكبر أبداً، أنا متعب... (04:30:56 PM) zlatinb: وأيضاً يجب أن أغادر الآن، آسف. بخصوص الموضوع الأخير، نعم أعتقد أن حزمة Mac ARM جاهزة للخروج من البيتا. سأحتفظ بحاسوب Windows المحمول ليوم أو يومين إضافيين للاختبار. يجب أن أنطلق الآن، آسف (04:30:59 PM) zlatinb: أراكم لاحقاً (04:31:05 PM) RN: zzz، لك الشكر أيضاً. (04:32:26 PM) eyedeekay: نعم zzz، يُقدَّر تفانيك وعملك الجاد (04:32:34 PM) zzz: ما رأيك يا eyedeekay أن أنشر في موضوع 1.10 على منتداي وسأعود الشهر المقبل بتقرير، أضِفه إلى جدول أعمال الشهر القادم (04:32:44 PM) eyedeekay: سأفعل، zzz (04:33:18 PM) zzz: لم أكن أحاول استدرار الشكر، فقط أشير إلى أن هذا كان الأخير - والأصعب - ضمن هجرة التشفير التي نحن عليها منذ قرابة عقد (04:33:36 PM) eyedeekay: لم تكن بحاجة لاستدراره، أنت تستحقه :) (04:33:52 PM) eyedeekay: ولكن وصلت الفكرة، إنه جهد ضخم (04:33:58 PM) RN: إنه معلم يستحق الاحتفاء، ونعم، أنت تستحق ذلك! (04:34:14 PM) zzz: لو حاولنا تنفيذ SSU2 أولاً لكان ذلك أنهى علينا جميعاً. تمكّنا من ذلك فقط بفضل الخبرة المكتسبة من كل ما سبق (04:34:26 PM) zzz: والفضل مشترك لمشروع i2pd طبعاً (04:35:01 PM) eyedeekay: بالتأكيد. لنعد إلى المسار، هل من شيء آخر بخصوص 4؟ (04:35:15 PM) RN: لكنّك قدتَ المسيرة. (04:35:21 PM) zzz: إن أردنا القيام بما بعد الكمّي فيمكن أن يكون ذلك 3.0.0 :) (04:35:43 PM) eyedeekay: فكرة جيدة، سيكون ذلك مثيراً (04:35:53 PM) zzz: لا، لا شيء آخر (04:36:05 PM) eyedeekay: حسناً، 5) كانت: إخراج حزمة Mac arm64 من البيتا إذا كان تحديث 1.9.0 ناجحاً؟ (متابعة من الاجتماع السابق) (04:36:43 PM) eyedeekay: وقد أعطانا zlatinb تحديث حالة حول ذلك وهو في طريقه للخروج، وبما أن التحديث كان ناجحاً فلا أرى سبباً يمنع ذلك (04:37:38 PM) eyedeekay: هل لدى أي شخص آخر شيء يضيفه إلى هذا الموضوع؟ (04:38:06 PM) zzz: أفترض أن zlatinb قصد أن التحديث نجح؛ إن كان كذلك فبإمكانه إزالة وسم البيتا على صفحة الويب (04:38:32 PM) zzz: كان ذلك التحفّظ الوحيد لديّ في الاجتماع السابق (04:38:33 PM) zzz: انتهى (04:39:45 PM) eyedeekay: حسناً. ينبغي لأحدنا أن ينبّهنا عندما نراه متصلاً (04:39:52 PM) eyedeekay: أي شيء آخر للاجتماع؟ (04:40:04 PM) eyedeekay: ping *him (04:41:14 PM) eyedeekay: حسناً، أظن أنه من دون بيانات اعتماد git الخاصة به قد يجدر بي إزالة الوسم بنفسي (04:41:27 PM) eyedeekay: إذن سأفعل ذلك (04:41:43 PM) zzz: هل لديك تأكيد بأن التحديث نجح؟ (04:42:11 PM) zzz: لأنه لم يقل ذلك أعلاه (04:42:53 PM) eyedeekay: لا أظن ذلك (04:43:01 PM) eyedeekay: كلا (04:43:14 PM) eyedeekay: لا، لم أسمع حرفياً أحداً يقول تلك الكلمات بعد (04:43:21 PM) eyedeekay: لذا سأنتظر (04:43:26 PM) eyedeekay: وأسأله (04:43:32 PM) zzz: حسناً (04:44:19 PM) eyedeekay: أي شيء آخر قبل مهلة الاجتماع 1 دقيقة؟ (04:45:44 PM) eyedeekay: حسناً، شكراً للجميع على الحضور </div>/ar/blog/2022/08/28/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.0-%D9%85%D9%86-%D8%AD%D8%B2%D9%85%D8%A9-%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%86%D8%B8%D8%A7%D9%85-%D9%88%D9%8A%D9%86%D8%AF%D9%88%D8%B2/Sun, 28 Aug 2022 00:00:00 +0000/ar/blog/2022/08/28/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.0-%D9%85%D9%86-%D8%AD%D8%B2%D9%85%D8%A9-%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%86%D8%B8%D8%A7%D9%85-%D9%88%D9%8A%D9%86%D8%AF%D9%88%D8%B2/<h2 id="يتضمن-هذا-التحديث-router-190-الجديد-وتحسينات-كبيرة-على-تجربة-الاستخدام-لمستخدمي-الحزمة">يتضمن هذا التحديث router 1.9.0 الجديد وتحسينات كبيرة على تجربة الاستخدام لمستخدمي الحزمة</h2> <p>يتضمن هذا الإصدار I2P 1.9.0 router الجديد ويعتمد على Java 18.02.1.</p> <p>تم الاستغناء عن البرامج النصية الدفعية القديمة لصالح حلّ أكثر مرونة واستقراراً ضمن jpackage نفسه. من شأن ذلك إصلاح جميع الأخطاء المرتبطة بتحديد المسارات ووضعها بين علامات الاقتباس، والتي كانت موجودة في البرامج النصية الدفعية. بعد الترقية، يمكن حذف البرامج النصية الدفعية بأمان. وسيقوم برنامج التثبيت بإزالتها في التحديث التالي.</p>/ar/blog/2022/08/22/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.0/Mon, 22 Aug 2022 00:00:00 +0000/ar/blog/2022/08/22/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.9.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>لقد أمضينا الأشهر الثلاثة الماضية في العمل على بروتوكول نقل UDP الجديد لدينا &ldquo;SSU2&rdquo; مع عدد صغير من المختبرين المتطوعين. يكمل هذا الإصدار تنفيذه، بما في ذلك الترحيل واختبار الأقران. نقوم بتمكينه افتراضياً على منصات Android وARM، وعلى نسبة صغيرة من routers الأخرى بشكل عشوائي. سيسمح لنا ذلك بإجراء قدر أكبر بكثير من الاختبارات خلال الأشهر الثلاثة القادمة، وإكمال ميزة ترحيل الاتصال، وإصلاح أي مشكلات متبقية. نخطط لتمكينه للجميع في الإصدار التالي المقرر في نوفمبر. لا يلزم أي إعداد يدوي. وبالطبع، هناك أيضًا المجموعة المعتادة من إصلاحات الأخطاء البرمجية في هذا الإصدار. لقد أضفنا أيضًا كاشفًا تلقائيًا لحالات deadlock (حالة جمود متبادل) وقد عثر بالفعل على حالة deadlock نادرة تم إصلاحها الآن.</p>/ar/blog/2022/08/04/%D9%83%D9%8A%D9%81%D9%8A%D8%A9-%D8%A7%D9%84%D8%AA%D8%A8%D8%AF%D9%8A%D9%84-%D8%A5%D9%84%D9%89-%D8%AE%D8%AF%D9%85%D8%A9-stormycloud-outproxy/Thu, 04 Aug 2022 00:00:00 +0000/ar/blog/2022/08/04/%D9%83%D9%8A%D9%81%D9%8A%D8%A9-%D8%A7%D9%84%D8%AA%D8%A8%D8%AF%D9%8A%D9%84-%D8%A5%D9%84%D9%89-%D8%AE%D8%AF%D9%85%D8%A9-stormycloud-outproxy/<h2 id="كيفية-التبديل-إلى-خدمة-stormycloud-outproxy-وكيل-الخروج">كيفية التبديل إلى خدمة StormyCloud Outproxy (وكيل الخروج)</h2> <p><strong>وكيل خروج جديد واحترافي</strong></p> <p>لسنوات، كانت I2P تعتمد على outproxy (خادم وسيط للخروج إلى الإنترنت المفتوح) افتراضي واحد، <code>false.i2p</code>، التي تراجعت موثوقيتها. وعلى الرغم من ظهور عدة منافسين لتغطية جزء من النقص، فإنهم في الغالب غير قادرين على التطوع لخدمة مستخدمي تنفيذ I2P كامل بشكل افتراضي. ومع ذلك، فقد أطلقت StormyCloud، وهي منظمة احترافية غير ربحية تدير عقد خروج Tor، خدمة outproxy احترافية جديدة، جرى اختبارها من قبل أعضاء مجتمع I2P، وستصبح outproxy الافتراضي الجديد في الإصدار القادم.</p>/ar/blog/2022/08/03/%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%80-apple-silicon/Wed, 03 Aug 2022 00:00:00 +0000/ar/blog/2022/08/03/%D8%A7%D9%84%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-%D8%A7%D9%84%D8%B3%D9%87%D9%84-%D9%84%D9%80-apple-silicon/<p>يسعدنا أن نقدّم حزمة Easy Install BETA لنظام Mac OS التي تعمل على أجهزة Apple Silicon. يمكنك تنزيلها من هنا:</p> <p><a href="https://geti2p.net/en/download/mac">حزم تثبيت سهلة لـ Mac OS الخاصة بـ I2P</a> </p> <p><strong>السرعة</strong></p> <p>في اختبارات القياس الداخلية لدينا، تكون العمليات التشفيرية أسرع بمقدار يتراوح بين مرتين و2.5 مرة مقارنةً بتشغيل حزمة Intel تحت Rosetta.</p> <p><strong>المشكلات المعروفة</strong></p> <ul> <li>Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a &ldquo;Force Quit&rdquo; is necessary. This issue will be fixed for the 1.9 release.</li> <li>If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.</li> </ul> <p><strong>شكراً لاختبارك!</strong></p>/ar/blog/2022/08/02/i2p-dev-meeting-august-02-2022/Tue, 02 Aug 2022 00:00:00 +0000/ar/blog/2022/08/02/i2p-dev-meeting-august-02-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:18:08 PM) eyedeekay: 1. مرحباً (04:18:08 PM) eyedeekay: 2. حالة تطوير 1.9.0 (04:18:08 PM) eyedeekay: 3. حالة حزمة Apple Silicon (04:18:08 PM) eyedeekay: 4. رسالة إلى EFF لتوضيح معنى "تشغيل" شبكة (04:18:08 PM) eyedeekay: 5. مرجع Outproxy (خادم وكيل خارجي) جديد: `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) نظرة عامة تنظيمية وبنية تحتية (StormyCloud) (04:18:08 PM) eyedeekay: b) مراجعة تقنية ونتائج الاختبار (zzz وآخرون) (04:18:08 PM) eyedeekay: c) مراجعة ToS وسياسة السجلات `http://stormycloud.i2p/outproxy.html` (الجميع) (04:18:08 PM) eyedeekay: d) التصويت على الموافقة (الجميع) (04:18:08 PM) eyedeekay: e) خطة الإطلاق (إن تمت الموافقة) (zzz, StormyCloud) (04:19:11 PM) eyedeekay: zzz zlatinb هل أنتما هنا؟ (04:19:24 PM) zzz: مرحباً (04:19:27 PM) zlatinb: مرحباً نعم (04:20:11 PM) eyedeekay: آسف مرة أخرى، حصلت لي حادثة أثناء الطهي (04:20:12 PM) eyedeekay: 2. حالة تطوير 1.9.0 (04:21:23 PM) eyedeekay: نحن على بعد 3 أسابيع من الإصدار، وقد حددنا التاريخ تقريباً في اجتماع ls2 أمس، سيكون في 22. i2pd و/أو Java I2P قد يُفعّلان SSU2 للتثبيتات الجديدة، أو نسبة صغيرة من الشبكة عند إعادة التشغيل مثل إعادة إنشاء مفاتيح الـrouter (04:22:21 PM) eyedeekay: تبقى 3 أسابيع لتقارير الأخطاء وإصلاحها (04:22:47 PM) eyedeekay: أي شيء لإضافته zzz, zlatinb؟ (04:23:54 PM) eyedeekay: 3. حالة حزمة Apple Silicon (04:23:54 PM) eyedeekay: zlatinb هذه لك، ابدأ عندما تكون جاهزاً (04:24:23 PM) not_bob_afk أصبح يُعرف الآن باسم not_bob (04:25:23 PM) zzz: دعني أضيف قليلاً على (2) من فضلك (04:25:30 PM) SilicaRice: هل SSU2 مستقر رسمياً؟ :o (04:25:35 PM) eyedeekay: حسناً تفضل، آسف لم أقصد الاستعجال (04:25:46 PM) zzz: تأخير (04:25:59 PM) zzz: تجميد الوسم سيكون في 10 أغسطس، بعد أسبوع من الغد (04:26:17 PM) zzz: مختبرو SSU2 كانوا مفيدين جداً، حوالي 50-75 منهم على الشبكة (04:26:36 PM) zzz: هدفنا تمكينه لبضع مئات إلى ألف router في هذا الإصدار (04:26:53 PM) zzz: لمساعدتنا في التخلص من الأخطاء المتبقية، مع تجنب أي احتمال لكارثة (04:27:19 PM) zzz: وسنفعّله للجميع في إصدار نوفمبر (04:27:33 PM) SilicaRice: آه :3 (04:27:47 PM) zzz: كل شيء آخر يسير بسلاسة أيضاً، فقط إصلاحات الأخطاء المعتادة هنا وهناك (04:28:13 PM) zzz: SSU2 منتهٍ إلى حدٍ كبير، هذا لا يعني أنه "شبه مثالي" بعد (04:28:30 PM) zzz: تحية أيضاً لفريق i2pd، هم يعملون بجد كذلك (04:28:42 PM) zzz: أعتقد هذا كل شيء ما لم تكن هناك أسئلة (04:28:56 PM) not_bob: هل التحديث سيؤثر أيضاً على نسخة Android؟ (04:29:46 PM) eyedeekay: أنا لا أغيّر أي إعدادات، SSU2 سيكون متاحاً تقنياً لكن لن تكون هناك واجهة مستخدم لتفعيله (04:30:34 PM) eyedeekay: هو فقط يرث القيم الافتراضية من i2p.i2p إلا حيث يلزم للتشغيل في بيئة Android (04:30:36 PM) zzz: بالتأكيد. قد نفعِّل SSU2 لكل Android أيضاً، لأنه يستهلك CPU أقل بكثير من SSU1 مع ElGamal (04:30:36 PM) not_bob: جيد، جيد. (04:30:36 PM) zzz: هذا ما يفكر فيه i2pd، قد نفعل الشيء نفسه (04:30:36 PM) zzz: نعم، لن نضع خياراً في الواجهة ثم نبدأ بالضغط بقوة على الناس لتفعيله (04:30:36 PM) zzz: لن نحصل أبداً على الأرقام التي نريدها (04:30:36 PM) not_bob: هل يمكننا الحصول على خيار لتفعيله إن أردنا؟ عمر بطارية أفضل سيكون أفضل. (04:30:46 PM) zzz: هناك إعدادات متقدمة، راجع zzz.i2p للمعلومات (04:30:53 PM) not_bob: شكراً لك. (04:30:55 PM) zzz: لست متأكداً إن كان Android لديه وصول إلى الإعدادات المتقدمة؟ (04:31:32 PM) eyedeekay: لا، ليس لديه، عليك القيام بأشياء غريبة لجعلها تعمل (04:31:51 PM) eyedeekay: هو عملياً للمطورين فقط لتحرير ملفات إعداد غير i2ptunnel يدوياً على Android (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: حسناً. على أي حال، قد يكون من الجيد تمكينه على Android أيضاً، لأن إحدى الميزات الأخيرة التي نحتاج إلى تنفيذها هي التعامل مع تغيّر الـIP، لذا فإن الـrouters على الجوال ستساعدنا على التطوير والاختبار (04:32:43 PM) not_bob: أصوّت لذلك. (04:33:25 PM) zzz: حسناً. للتوضيح، لن يلاحظ أحد أي فرق مع SSU2. مجموعة الميزات متشابهة في الغالب، وهو حالياً أبطأ قليلاً من SSU1، على الأقل على Java. إنه أسرع لـ i2pd (04:33:47 PM) eyedeekay: عمر البطارية أمر مهم جداً إذا كان SSU2 سيحدث فرقاً في ذلك (04:34:18 PM) eyedeekay: يمكن أن نكون أسوأ من حيث استهلاك البطارية، لكن يمكننا أيضاً أن نكون أفضل (04:34:37 PM) zzz: الفوائد هي أمان أكثر، استهلاك CPU أقل، واكتشاف جدار ناري أكثر موثوقية (04:34:44 PM) zzz: قد أكتب تدوينة كاملة عنه، أعتقد أنه من أكثر البروتوكولات مقاومة للرقابة التي صُممت على الإطلاق. سنرى (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: شكراً zzz. أظن أن الناس يسمعون "CPU أقل" ويقارنون فوراً بـ "أخف على البطارية لأجهزة Android" وهذا قد يكون جزءاً من الاهتمام (04:36:35 PM) eyedeekay: 3. حالة حزمة Apple Silicon (04:37:15 PM) eyedeekay: zlatinb هذه لك، تفضل عندما تكون جاهزاً (04:37:26 PM) zlatinb: مرحباً، جعلت الحزمة متاحة للتنزيل قبل حوالي 6 أيام، ومنذ ذلك الحين كان هناك ما يقرب من 100 تنزيل (04:37:55 PM) zlatinb: حوالي 30% من مستخدمي mac ينزلون حزمة arm64 وهذا يفاجئني (04:40:58 PM) zlatinb: لا توجد أي ملاحظات حتى الآن، ولكن مع إصلاح آخر خطأ معروف أعتقد أنها جاهزة للترقية إلى "مستقرة" (04:40:58 PM) zzz: الشيء الوحيد الذي أقترحه هو التأكد من أن موجزات الأخبار تعمل على كلا الخادمين، بوضع إدخال أخبار "شكراً على الاختبار" (04:40:58 PM) zlatinb: أفكر في ترقية حزمة 1.8 إلى 1.9 عندما تصبح متاحة لاختبار قناة التحديث، مع أنني لا أتوقع أي مشكلات (04:40:58 PM) zlatinb: نعم، يمكنني فعل ذلك غداً بعد أن تصبح يدي اليمنى صالحة للعمل بالكامل مرة أخرى (نأمل) (04:40:58 PM) zlatinb: هذا كل ما لدي (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: شكراً zlatinb، إذا اخترت عمل إدخال أخبار أخبرني وسأحدّث الخوادم (04:42:48 PM) eyedeekay: 4. رسالة إلى EFF لتوضيح معنى "تشغيل" شبكة (04:43:28 PM) zzz: إذن سأقول بعد تحديث أو إدخال أخبار ناجح، الاستقرار لا بأس به. لا أتوقع أي مشاكل أيضاً، لكن واجهنا الكثير من مشكلات الأخبار من قبل (04:43:48 PM) zzz: لكن مستعد لسماع آراء أخرى بالطبع (04:43:48 PM) zlatinb: الإجراء الحقيقي الوحيد للترقية إلى "مستقرة" هو إزالة عبارة "BETA" من الموقع (04:43:48 PM) uis بات يُعرف الآن باسم Irc2PGuest3854 (04:43:48 PM) zzz: بالتأكيد، الأمر يتعلق بالمبدأ أكثر من أي شيء يتغير فعلياً (04:43:48 PM) zzz: لنتحلى بالدقة في تسمياتنا، هذا كل ما في الأمر (04:44:07 PM) zlatinb: نعم، بعض الخلفية حول ذلك: (04:44:10 PM) mode (+v T3s|4) by ChanServ (04:44:34 PM) mode (+v albat) by ChanServ (04:44:48 PM) mode (+v polistern) by ChanServ (04:44:53 PM) zlatinb: التقى eyedeekay وأنا مع Kurt Opsahl من EFF في HOPE قبل بضعة أسابيع وسألناه عن قانونية العمل على شيء مثل I2P (04:45:43 PM) zlatinb: قال إن كتابة الشيفرة لا بأس بها لأن "code == speech"، لكن "تشغيل" الشبكة قد يكون قصة مختلفة (04:46:21 PM) zlatinb: لم نخض في معنى تشغيل الشبكة في HOPE (04:46:56 PM) zlatinb: لكن أعتقد أنه من الجيد التواصل وتوضيح الموضوع قدر الإمكان (04:47:41 PM) zzz: ماذا سنفعل بشكل مختلف بناءً على الردود الممكنة؟ (04:48:38 PM) zlatinb: أجد صعوبة كبيرة في تخيل الردود لأنه موضوع واسع جداً (04:48:44 PM) eyedeekay: قد يُفيد في تحديد من يستطيع تشغيل أي خدمات (04:48:50 PM) zzz: أياً كان "التشغيل" الذي نقوم به، فهو أقل بكثير من Tor المفضل لديهم، وكيف يمكننا أن نقلّله أكثر؟ (04:49:32 PM) eyedeekay: لكن أعتقد أن أحد الردود المحتملة هو أن تشغيل خدمات لدعم شبكة ربما يُعد خطاباً أيضاً (04:49:53 PM) eyedeekay: قد أكون متفائلاً، لكنه أيضاً الخيار الأقل افتراضاً (04:50:20 PM) zzz: حسب خبرتي، إذا سألت محامياً سؤالاً غير رسمي، ستحصل على معلومات جيدة. إذا أرسلت لهم رسالة، سيقولون إنهم غير مرخّصين في ولايتك، اذهب واستأجر شخصاً (04:50:51 PM) zlatinb: لا فكرة، ربما reseeds لا بأس و addressbooks لا، من يعلم، الكثير من التركيبات المحتملة (04:51:26 PM) zzz: إن أردت المتابعة فتفضل، لكنني طلبت نصيحة قانونية من EFF من قبل، وكان جوابهم "لسنا معدّين لنكون مستشارين قانونيين عامّين. نحن نرافع في قضايا ذات اهتمام" (04:51:59 PM) eyedeekay: ربما أستطيع أن أعثر على شخص لسؤال غير رسمي الأسبوع القادم. لن يضر أن نجرب الأمرين (04:52:38 PM) eyedeekay: كتابة الرسالة سيساعد في صياغة السؤال (04:53:14 PM) zzz: أرسل بريداً إلى Kurt. أعطاك إجابة غامضة، والمتابعة أمر معقول. كان دائماً لطيفاً كلما تحدثتُ معه (04:54:00 PM) eyedeekay: سيتم (04:54:30 PM) zzz: فقط لا تتوقع شيئاً قابلاً للتنفيذ، لكن من يدري؟ (04:54:32 PM) zlatinb: حسناً من الأفضل تنظيم أي رسالة من هذا النوع بشكل صحيح؛ وقد يكون من الحكمة بناء التواصل تدريجياً بدلاً من إرسال رسالة ضخمة فجأة (04:55:31 PM) eyedeekay: zlatinb هل تريد تحديد وقت للتزامن وكتابة تلك الرسالة هذا الأسبوع؟ (04:55:34 PM) zlatinb: أقترح أن نبدأ بمتابعة بسيطة مثل "سعدنا بلقائك" ثم نتوسع من هناك (04:56:32 PM) zlatinb: حالياً أفكر أننا لا يجب أن نكتب رسالة ضخمة تصف كيف يعمل i2p حتى نحصل على ack بأن eff مستعدة للعمل معنا (04:56:42 PM) eyedeekay: حسناً (04:56:59 PM) zlatinb: قد يقررون أنهم يريدون دفعة احتفاظ، من يدري (04:57:10 PM) zzz: انظر أعلاه. هم لا يفعلون ذلك (04:57:48 PM) zzz: أنت تسيء فهم طريقة عملهم (04:58:06 PM) zlatinb: سأرسل له متابعة "سعدنا بلقائك" وأضعكم في النسخة وأكمل من هناك. (04:58:18 PM) zlatinb: إذا لم يستطيعوا المساعدة على الإطلاق فهذا أيضاً لا بأس (04:59:15 PM) eyedeekay: أي شيء آخر للبند 4؟ (04:59:23 PM) zlatinb: لا، eot (04:59:38 PM) eyedeekay: 5. مرجع Outproxy جديد: `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) نظرة عامة تنظيمية وبنية تحتية (StormyCloud) (04:59:38 PM) eyedeekay: b) مراجعة تقنية ونتائج الاختبار (zzz وآخرون) (04:59:38 PM) eyedeekay: c) مراجعة ToS وسياسة السجلات `http://stormycloud.i2p/outproxy.html` (الجميع) (04:59:38 PM) eyedeekay: d) التصويت على الموافقة (الجميع) (04:59:38 PM) eyedeekay: e) خطة الإطلاق (إن تمت الموافقة) (zzz, StormyCloud) (04:59:51 PM) eyedeekay: a) نظرة عامة تنظيمية وبنية تحتية (StormyCloud) (05:00:10 PM) zzz: StormyCloud، هل أنت هنا؟ (05:00:21 PM) StormyCloud: نعم (05:00:41 PM) zzz: هذا اقتراح لاستبدال false.i2p الذي كان غير موثوق لسنوات وهو الآن متوقف (05:00:56 PM) zzz: شكراً لتطوعك لدعم بديل (05:01:18 PM) zzz: تفضل وأعطنا لمحة موجزة عن منظمتك وبنيتك التحتية (05:01:45 PM) StormyCloud: من نحن: نحن منظمة غير ربحية 501(c)(3) مقرّها تكساس. مهمتنا تقديم أدوات قائمة على الخصوصية لإتاحة الوصول للجميع إلى إنترنت غير مُصفّى وغير مُنظم. بدأنا هذه المنظمة في 2021 وكنّا نعمل عن كثب مع مجتمع Tor بنشر عُقد خروج. (05:02:37 PM) StormyCloud: نملك كل عتادنا ونقوم حالياً بالإيواء المشترك في مركز بيانات من المستوى 4. لدينا حالياً وصلة رفع 10GBps مع خيار الترقية إلى 40GBps دون الحاجة إلى تغييرات كبيرة. لدينا ASN ومساحة IP خاصتان بنا (IPv4 & IPv6). (05:02:55 PM) StormyCloud: بنية Outproxy: تعمل الـOutproxies على Ubuntu 22.04 وتم تحسينها لـ I2P. برمجية الوكيل الخلفي هي TinyProxy وتدعم HTTP وHTTPS وI2P وروابط Tor onion. حالياً، الـOutproxy متعدد الاتصال على خادمين. يمكننا زيادة عدد الخوادم حسب الحاجة. (05:04:03 PM) zzz: أدعو الجميع لطرح الأسئلة على StormyCloud في أي وقت أثناء تقدمنا في جدول الأعمال (05:04:15 PM) zzz: أي أسئلة في هذه اللحظة؟ (05:04:26 PM) not_bob: نعم (05:04:39 PM) not_bob: كيف تتعاملون مع المستخدمين الذين يحاولون استخدام خدمتكم لأشياء "سيئة جداً"؟ (05:05:46 PM) StormyCloud: لا نفعل شيئاً، لا نرشّح أي طلبات. بينما هذا يجذب مستخدمين "سيئين" نشعر أن الإنترنت يجب أن يكون مكاناً حراً ومفتوحاً. (05:06:12 PM) R4SAS: وسؤال مني: هل ستكون هنا وكلاء SOCKS5 في المستقبل؟ (05:06:48 PM) StormyCloud: R4SAS: إذا كانت هناك حاجة إلى وكيل SOCKS5 فأنا متأكد أننا نستطيع نشر واحد. (05:07:01 PM) R4SAS: شكراً (05:07:45 PM) zzz: أي أسئلة أخرى على 5a) ؟ (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: فقط أريد أن أشير إلى أن stormycloud كانت رائعة من حيث وقت التشغيل. (05:08:56 PM) SilicaRice: البرنامج الخلفي يدعم روابط I2P صحيح؟ (05:08:57 PM) not_bob: والأداء رائع. (05:09:29 PM) zzz: هذا يأخذنا إلى 5b، نعم (05:09:29 PM) zzz: الـOutproxy كان في مرحلة بيتا منذ مدة (05:09:29 PM) zzz: يجب أن يضمن الاختبار أن الخدمة موثوقة، وتلبي المعايير المطبقة، وآمنة (05:10:00 PM) zzz: واجهنا عدة مشكلات خلال الأشهر الماضية، وكان StormyCloud دائماً متجاوباً (05:10:13 PM) SilicaRice: (لماذا قد تمرّر روابط i2p عبر Outproxy؟) (05:10:29 PM) zzz: في هذا الوقت نتائج اختباري جيدة، وأنا أوصي بأن يكون الـOutproxy الرسمي لدينا (05:10:38 PM) dr|z3d: StormyCloud أخطأ في الكلام. لا يوجد دعم لـ .i2p. (05:10:40 PM) zzz: لكن دعونا نسمع أي تقارير اختبار أخرى أو أسئلة (05:10:43 PM) StormyCloud: SilicaRice: أعتذر كتبت ذلك بشكل خاطئ (05:11:03 PM) SilicaRice: حسناً (05:12:00 PM) R4SAS:&gt; We do not cooperate with any requests for information except where compelled by law, and in that event our ability to assist is limited by our logging policy. (05:12:19 PM) R4SAS: هل ستكون هناك تقارير شفافية في مثل هذه الحالات؟ (05:12:45 PM) zzz: أيضاً، للتوضيح، هذا الاجتماع يتعلق بالإعدادات الافتراضية والتوصيات لـ Java I2P. أي مشروع آخر بما في ذلك i2pd قد يكون لديه عملياته ومتطلباته ومفاوضاته الخاصة مع مشغّل الـOutproxy (05:13:03 PM) StormyCloud: R4SAS: نعم، ننشر تقريراً ربعياً على موقعنا على الإنترنت المكشوف (clearnet). وهذا شيء أستطيع فعله أيضاً على موقعنا على i2p. (05:13:48 PM) zzz: حسناً، يبدو أننا في 5c) مراجعة ToS وسياسات التسجيل. الهدف هنا هو ضمان حماية مستخدمينا. (05:14:00 PM) R4SAS: أيضاً، من فضلكم، أنشئوا بريداً داخل I2P للتواصل =) (05:14:03 PM) zzz: أي تعليقات أو أسئلة حول الـToS؟ (05:15:41 PM) R4SAS: آه، بالمناسبة، بخصوص 5b: StormyCloud، ما إعدادات الـtunnel التي تستخدمها؟ (05:16:06 PM) R4SAS: الطول، العدد، إلخ (05:16:11 PM) dr|z3d: 0 hop. (05:16:17 PM) eyedeekay: كل ما ورد يبدو واضحاً لي، رغم أنه متابعةً لما قاله R4S4S قد يكون من الجيد وضع رابط لتقرير الشفافية في أو بعد فقرة "نحن لا نتعاون..." إلا إذا أُجبرنا بموجب القانون (05:16:34 PM) zzz: مشغّل الـOutproxy في موضع يتيح له رؤية كل الحركة، أو على الأقل كل حركة غير https، لذا من المهم أن نثق بالمشغل لحماية مستخدمينا (05:17:01 PM) StormyCloud: eyedeekay: منطقي، سأضيف هذا إلى الموقع (05:17:09 PM) zzz: حالياً هما خادمان 0-hop متعددَا الاتصال، صحيح يا StormyCloud؟ (05:17:19 PM) StormyCloud: صحيح (05:17:42 PM) not_bob: لكن، للتوضيح، بالطريقة التي تعمل بها أنفاق i2p، فإن 2-3 قفزات الخاصة بي لا تزال موجودة. أنتم فقط لا تضيفون المزيد، صحيح؟ (05:18:07 PM) dr|z3d: يمكن للعميل ضبط عدد القفزات كما يشاء، not_bob. (05:18:12 PM) zzz: رأيت أيضاً على zzz.i2p أنه IPv4-only لكن قد يُصلَح ذلك قريباً، صحيح؟ (05:18:13 PM) anonymousmaybe بات يُعرف الآن باسم Irc2PGuest54486 (05:18:15 PM) not_bob: نعم، هذا ما ظننته. شكراً لكم. (05:18:48 PM) StormyCloud: zzz: صحيح، مزودنا العلوي أنهى ترقيته. لم أرد العبث بـ IPv6 حتى اكتمال كل الاختبارات (05:19:49 PM) zzz: هلّا توسعت في خبرتكم بتشغيل مخارج tor وسعة مخارج tor الخاصة بكم؟ (05:21:00 PM) StormyCloud: بالتأكيد، نشغّل مخارج tor منذ أواخر العام الماضي، حالياً لدينا نحو 130 مخرجاً مع حوالي 1.6% من حركة خروج Tor تمر عبر خوادمنا. (05:21:49 PM) StormyCloud: كل شيء مُفْرَد (virtualized) وعملية الإعداد أصبحت آلية إلى حد بعيد (05:22:06 PM) zzz: هل تلقيتم أي طلبات DMCA أو إجراءات قانونية أخرى بخصوص مخارج tor لديكم؟ إن كان نعم، كيف تم التعامل معها؟ (05:23:33 PM) StormyCloud: لا طلبات قانونية ومفاجئاً لا طلبات DMCA. نتلقى شكاوى إساءة، نرد عليهم ونبلغهم أن هذا مخرج Tor ولا يمكننا القيام بشيء إضافي من جانبنا. (05:23:47 PM) major: لا طلبات قانونية ومفاجئاً لا طلبات DMCA. نتلقى شكاوى إساءة، نرد عليهم ونبلغهم أن هذا مخرج Tor ولا يمكننا القيام بشيء إضافي من جانبنا. (05:24:27 PM) R4SAS: ها، روبوت acetone فيه خطأ (05:24:33 PM) zzz: أي أسئلة أخرى لـ StormyCloud قبل أن ننتقل إلى 5d) الموافقة؟ (05:24:34 PM) R4SAS: سأرسل له رسالة خاصة (05:25:33 PM) zzz: عادةً major ليس لديه +v، لكني أوقفت +m لأجل الاجتماع، لا مشكلة (05:26:36 PM) zzz: حسناً، إن لم تكن هناك أسئلة أخرى، يرجى من الجميع الإشارة إلى الموافقة / عدم الموافقة على جعل StormyCloud الـOutproxy الرسمي لنا (05:26:45 PM) not_bob: أوافق (05:26:58 PM) zzz: أوافق (05:27:05 PM) zlatinb: أوافق (05:27:05 PM) eyedeekay: أوافق (05:27:18 PM) SilicaRice: أوافق (إن كان للمستخدمين أي وزن) (05:27:54 PM) R4SAS: لا اعتراضات، أوافق (05:28:32 PM) zzz: حسناً، رائع (05:28:39 PM) zzz: 5e) الإطلاق (05:28:50 PM) zzz: الخطوتان الرئيسيتان هما: (05:29:08 PM) zzz: 1) ضبطه كافتراضي للتثبيتات الجديدة (باكراً بدءاً من الإصدار التالي بعد 3 أسابيع) (05:29:23 PM) zzz: 2) التوصية للمستخدمين الحاليين بتغيير إعداداتهم (ربما عبر أخبار الـconsole، في أي وقت) (05:29:30 PM) zzz: يمكن حدوث هذين بالأي ترتيب (05:29:41 PM) zzz: وليس لدينا فكرة عن حجم الحركة التي سيولدها أي منهما (05:29:59 PM) zzz: المنتجات الأخرى (Android، الحزم) ربما ليست كبيرة بما يكفي للقلق بشأن التوقيت (05:30:14 PM) zzz: StormyCloud، ما هو طلبك أو توصيتك بشأن متى وكيف نمضي قدماً؟ (05:31:36 PM) StormyCloud: إذا كان بإمكان أخبار الـconsole أن تُنشر في أي وقت، يمكننا إبلاغ المستخدمين الحاليين بالتحويل الآن (إن أرادوا) وهذا يعطينا ثلاثة أسابيع للمراقبة وتشغيل خوادم جديدة إذا لزم الأمر. (05:32:12 PM) dr|z3d: عادةً تُنشر أخبار الـconsole مع إصدار جديد. (05:32:13 PM) not_bob: StormyCloud: كم حجم الحركة التي تتعاملون معها للـOutproxy حالياً؟ (05:33:10 PM) zzz: حسناً. سيكون من الجيد الإشارة إلى صفحة شرح مع لقطات شاشة لتحرير إعدادات مدير الخدمات المخفية. يمكن استضافتها على stormycloud.i2p، أو تدوينة على i2p-projekt.i2p؟ أي متطوع لإعداد ذلك؟ (05:33:35 PM) eyedeekay: يمكنني فعلها (05:33:35 PM) StormyCloud: من الصعب القول حالياً، لأننا لا نسجّل أي شيء. أنا أراقب نشاط الشبكة، لكن هذا أيضاً لا يعطي الصورة كاملة لأنه يمرر أيضاً حركة i2p. (05:34:18 PM) dr|z3d: StormyCloud: نراقب حركة الخروج عبر الرسوم البيانية.. (05:34:41 PM) dr|z3d: باختصار، notbob، لا شيء يستحق الحماس. (05:34:59 PM) zzz: dr|z3d، هل لديك تقدير لنسبة الاستغلال الحالية لعُقدك الاثنين؟ ربما صغيرة جداً؟ (05:35:21 PM) dr|z3d: الاستغلال بأي معنى؟ (05:35:28 PM) dr|z3d: من ناحية السعة؟ (05:35:33 PM) zzz: نعم (05:35:50 PM) zzz: أو ربما لن تعرف حقاً حتى تصل إليها... (05:35:51 PM) dr|z3d: صغيرة جداً على نحو صحيح. (05:36:18 PM) dr|z3d: ارمِ بضعة آلاف من المستخدمين المتزامنين على الـOutproxy، عندها سنعرف :) (05:36:33 PM) zzz: نعم، اعتذاراً لـ StormyCloud، لم نتمكن من الحصول على أي تقديرات تاريخية لعرض الحزمة لـ false.i2p (05:37:06 PM) zzz: لذا هو إلى حدٍ ما مسألة حظ، طالما أنك تراقب الأمور ولديك خطة للتوسّع، يجب أن نكون بخير (05:37:37 PM) StormyCloud: كله جيد، سنُجري تعديلات مع بدء المزيد من الناس باستخدام الـOutproxy (05:38:11 PM) dr|z3d: حسناً، بالضبط كما هو مُعدّ، يمكن للـOutproxies مجتمعين التعامل مع ما يصل إلى 8192 تدفقاً متزامناً. لذا هناك وفرة في السعة، وStormyCloud لديه الكثير من الموارد الاحتياطية إذا لزم الأمر. (05:38:21 PM) zzz: وStormyCloud بخصوص التثبيتات الجديدة، هل ينبغي أن نخطط لجعله الافتراضي في الإصدار التالي في نهاية هذا الشهر أيضاً؟ (05:39:01 PM) StormyCloud: نعم، لا بأس بذلك (05:39:29 PM) zzz: حسناً إذن. eyedeekay أخبرني عندما تنشر تدوينة، ثم سأكتب إدخال الأخبار (05:39:39 PM) zzz: أي شيء آخر حول 5e) الإطلاق؟ (05:39:43 PM) eyedeekay: حسناً، توقّعها الليلة أو غداً (05:40:14 PM) eyedeekay: لا شيء من جهتي (05:40:14 PM) zzz: شكراً مرة أخرى StormyCloud (05:40:18 PM) zzz: الكلمة لك مجدداً eyedeekay (05:41:07 PM) eyedeekay: حسناً هذا كل شيء للبنود المدرجة، سأكون في DEF CON الأسبوع القادم إن كان أي شخص يشاهد ويريد مقابلتي هناك lol (05:41:49 PM) eyedeekay: إذا كان لدى أي شخص أي شيء آخر للاجتماع، يرجى التحدث، وإلا مهلة 1 دقيقة (05:42:59 PM) R4SAS: لدي سؤال واحد، لكنه خارج نطاق الاجتماع (05:43:34 PM) zzz: أوه، شكراً أيضاً لـ dr|z3d على المساعدة التقنية الحيوية خلال فترة الاختبار (05:43:41 PM) eyedeekay: حسناً شكراً للجميع على الحضور، لدي جزء فوضوي نوعاً ما في منتصف السجل لكن بمجرد أن أصلحه سأرفع السجلات إلى الموقع (05:43:44 PM) eyedeekay: شكراً على الحضور (05:43:59 PM) not_bob: شكراً لاستضافتنا. </div>/ar/blog/2022/07/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2022/Tue, 05 Jul 2022 00:00:00 +0000/ar/blog/2022/07/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2022/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:00:14 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع 5 يوليو (04:00:14 PM) eyedeekay: 1. مرحباً (04:00:14 PM) eyedeekay: 2. حالة تطوير 1.9.0 (04:00:14 PM) eyedeekay: 3. دعم Apple Silicon في حزمة التثبيت السهل على ماك (04:00:14 PM) eyedeekay: 4. حزمة التثبيت السهل على ويندوز - هل تخرج من البيتا؟ (04:00:32 PM) zzz: مرحباً (04:00:35 PM) zlatinb: مرحباً (04:00:44 PM) mode (-m ) by zzz (04:00:55 PM) eyedeekay: مرحباً يا شباب، هل يوجد أحد آخر هنا اليوم؟ (04:01:30 PM) eyedeekay: ننتقل مباشرةً إلى 2. حالة تطوير 1.9.0 (04:04:27 PM) eyedeekay: أعتقد أننا مضى علينا أقل بقليل من 6 أسابيع، ويتبقى تقريباً 7 أسابيع (04:04:27 PM) eyedeekay: zzz و orignal يعملان بجد على تنفيذ SSU2 في i2p.i2p و i2pd (04:04:27 PM) eyedeekay: لن يتم تفعيله في 1.9.0 ولكن إذا فهمت بشكل صحيح فهو شبه مكتمل (04:04:27 PM) eyedeekay: كنت أعمل مجدداً على UDP tunnels، معظم الأمور جاهزة لكن هناك شيء ما لا يزال معطلاً، ربما أحتاج أن أطلب المساعدة من zzz هذا الأسبوع (04:04:50 PM) eyedeekay: zzz zlatinb أي شيء آخر لإضافته؟ (04:05:09 PM) zzz: صحيح، ssu2 يعمل في الغالب (04:05:17 PM) zzz: لا نزال نصلح أعطالاً صغيرة (04:06:03 PM) zzz: حالياً أعمل على جعل اختيار نظراء الـ tunnel أكثر كفاءة (غير متعلق بـ ssu2) (04:06:03 PM) zzz: بخلاف ذلك، أقوم بإصلاح الأعطال المعتادة (04:06:06 PM) zzz: نستهدف إصداراً في أواخر أغسطس (04:06:08 PM) zzz: EOT (04:06:48 PM) eyedeekay: أي شخص مهتم بالمساعدة في الاختبار ينبغي أن يزور منتدى zzz للحصول على التعليمات وتقديم الملاحظات: `http://zzz.i2p/topics/3314-how-to-enable-ssu2-in-i2p-1-8-0` (04:07:00 PM) eyedeekay: 3. دعم Apple Silicon في حزمة التثبيت السهل على ماك (04:07:27 PM) eyedeekay: zlatinb هذا موضوعك، خذ وقتك (04:08:11 PM) zlatinb: مرحباً، كانت المشكلة الكبيرة هي jbigi لكن تم حلها الآن عبر backporting لتصحيح سجل x18 (04:08:59 PM) eyedeekay: إذَن حزمة التثبيت السهل لم تعد بحاجة إلى العمل على وضع x86_64 المُحاكى؟ (04:09:15 PM) zlatinb: أود طرح نسخة بيتا رسمية وموثَّقة (notarized) تقريباً في نهاية يوليو (04:09:42 PM) zlatinb: يجب أن تكون تنزيلًا منفصلاً (04:09:46 PM) zzz: سيكون ذلك حزمة ثانية. سيكون لدينا اثنتان، واحدة لـ x86 وأخرى لـ arm (04:10:29 PM) zzz: أنا مؤيد، إذ يبدو أن الجهد التطويري الإضافي سيكون صغيراً، والتسريع كبير. صحيح؟ (04:10:37 PM) zlatinb: هناك محاذير تتعلق بالتحديثات عند التبديل بين bundle4s (04:12:21 PM) zzz: أكيد، طالما توجد تعليمات حول كيفية التبديل، حتى لو كان الأمر ببساطة إزالة وإعادة تثبيت، فهذا سيكون جيداً (04:13:01 PM) zlatinb: سأضعها على /download/mac (04:13:23 PM) zlatinb: يجب تغيير news url يدوياً (04:13:51 PM) zzz: الجهد التطويري صغير والتسريع كبير، صحيح؟ (04:14:36 PM) zlatinb: هناك تسريع، ويبدو جيداً أيضاً لمواكبة العصر :) الجهد التطويري، باستثناء notarization، صغير (04:14:48 PM) zzz: عظيم. +1 (04:14:54 PM) eyedeekay: +1 (04:15:07 PM) zlatinb: شكراً EOT (04:16:02 PM) eyedeekay: شكراً zlatinb (04:16:02 PM) eyedeekay: 4. حزمة التثبيت السهل على ويندوز - هل تخرج من البيتا؟ (04:16:35 PM) eyedeekay: قلت قبل حوالي ~3 أشهر أنني سأكون مستعداً لإخراج حزمة التثبيت السهل من البيتا عندما أحصل على تحديث ناجح من البداية إلى النهاية (04:18:05 PM) eyedeekay: حصلت على ذلك في 1.7.2 إن كنت أتذكر جيداً (IIRC)، ولكن بين 1.7.2 و1.8.0 كانت هناك عدة علل في طريقة عملها عند استخدامها مع I2P router خارجي (أي non-jpackaged router). في هذه الحالة، من المقصود أن تعمل الحزمة كـ firefox-launcher فقط لكن هذه الوظيفة كانت معطلة من 1.7.3 إلى 1.7.6 (04:18:30 PM) eyedeekay: لذا أرجأت ذلك مرة أخرى، لكنني الآن متأكد من أن جميع المشكلات عند التشغيل في وضعي bundled وnon-bundled قد حُلّت (04:19:38 PM) eyedeekay: لذا أعتقد أنه أصبح أخيراً جاهزاً للخروج من البيتا، فجميع الوظائف الأساسية التي اعتقدت أنها ضرورية قد تم تثبيتها (04:20:49 PM) zzz: إليك بعض الأمور التي قد لا تزال بحاجة إلى حل: (04:21:18 PM) zzz: - هل أنت وحدك من يحدّث بنجاح أم أن هناك مستخدمين آخرين أيضاً؟ (04:21:43 PM) zzz: - هل تم استيفاء جميع متطلبات الترخيص الآن؟ (04:22:27 PM) zzz: - هل حزمة ويندوز وحزمة ماك الآن على نفس إصدار الـ JRE وبجداول إصدارات متقاربة تقريباً؟ (04:22:58 PM) zzz: -- أي مُستعدتان لإصدارات JRE كل 3 أشهر (04:23:22 PM) zzz: - والسؤال المعتاد، هل لدينا الموارد لدعم هذا كمنتج رسمي؟ (04:23:49 PM) zzz: - وأيضاً، هل سنزيل تنزيل النسخة غير المجمّعة (non-bundle) كما فعلنا لماك؟ أم لا؟ (04:23:51 PM) zzz: eot (04:25:46 PM) eyedeekay: تم الآن إصلاح متطلبات الترخيص (04:25:46 PM) eyedeekay: لا أتلقى الكثير من التغذية الراجعة ولكن هناك على الأقل شخصان غيري قاما بالتحديث (04:25:46 PM) eyedeekay: أنا ملتزم بـ LTS JRE، وأظن أن zlatinb يستخدم 18، ولكن نعم نحن على نفس الجدول تقريباً (04:25:46 PM) eyedeekay: لا أعتقد أن الموارد المطلوبة للعمل على الحزمة كبيرة؛ أصعب جزء هو إعداد نظام البناء وهو ليس صعباً إلى هذا الحد، استثمار صغير الآن بعد أن أصبح كل شيء يعمل (04:25:46 PM) eyedeekay: أميل إلى إزالة تنزيل النسخة غير المجمّعة (non-bundled) أو ربما جعله إجراء "تثبيت متقدّم" (04:28:14 PM) zzz: - لا أظن أن وجود شخصين محدّثين غيرك كافٍ لإعلانها غير بيتا. هل يمكنك الترويج لها أكثر على reddit أو شيء من هذا القبيل؟ (04:28:25 PM) eyedeekay: أكيد، أستطيع ذلك (04:28:43 PM) eyedeekay: لست مستعجلاً لإخراجها (04:29:18 PM) zzz: - أرغب أن تكون win وmac على نفس الـ JRE. دعونا نوحّد. لا أعرف أيكما على صواب، لكن أحدكما كذلك (04:29:29 PM) zzz: هل يمكنكما التوصّل إلى اتفاق؟ (04:29:43 PM) zzz: أم أن هناك أسباباً للاختلاف؟ (04:30:01 PM) eyedeekay: لست متمسكاً بقراري، اخترت LTS حصراً بسبب عبارة "LTS" (04:30:57 PM) zzz: للتوضيح، ليس نفس الإصدار فقط، بل نفس مزوّد الـ JRE (04:31:10 PM) zzz: هذا سيقلّل المراجعة المتعلقة بـ CVE المطلوبة كل 3 أشهر (04:31:14 PM) eyedeekay: كلانا يستخدم Oracle حالياً حسب علمي (04:31:34 PM) eyedeekay: المزوّد الوحيد ذو دورة تحديث مشابهة هو Amazon (04:31:49 PM) eyedeekay: أفضّل استخدام Oracle على Amazon فيما أعتقد (04:33:16 PM) zzz: يجب عليكما اتخاذ هذه القرارات معاً وبشكل متزامن. لا أعرف لماذا لا تفعلان ذلك، ويبدو أنكما لا تعرفان أيضاً؟ :) (04:35:22 PM) eyedeekay: لا، لا أعرف. ناقشنا المزوّدين ودورات التحديث في أكثر من مرة، وعندها وقع اختيارنا على Oracle لأن الإصدارات كانت سريعة جداً مقارنةً مع CVE، لكنني لا أعرف لماذا أنا على 17 وzlatinb على 18 الآن (04:36:27 PM) zlatinb: لا أتذكر السبب الدقيق أيضاً (04:36:59 PM) zlatinb: ربما أردت اختبار تقليص استهلاك الذاكرة (RAM) (04:37:28 PM) zzz: حسناً. أنا مع خروجها من البيتا، لكن دعونا نتوحّد على نفس الـ JRE، ونحصل على مزيد من الاختبارات أولاً ثم عودوا إلينا خلال شهر أو شهرين (04:38:11 PM) zzz: أريد أيضاً التفكير أكثر فيما إذا كان ينبغي إزالة المُثبّت القياسي، وربما يستحق ذلك اجتماعاً منفصلاً (04:40:28 PM) zzz: eot (04:40:28 PM) eyedeekay: بالنسبة للأسباب الفعلية، ربما نؤجل النقاش لوقت آخر، لكنني أعلم أن سبب وجودي على Oracle/17 هو أنني احتجت لاختيار مزوّد يستجيب لـ CVE خلال أقل من 24 ساعة وأردت ضمان الاستقرار من حيث ما يمكن أن أتوقعه من الـ API's والـ JVM. لم أفكّر حقاً في أسباب أخرى (04:40:28 PM) eyedeekay: استناداً إلى عيّنة من حدث واحد، قيّمت أن Oracle وAmazon كانتا الأسرع في إصدار تحديث. (04:40:28 PM) eyedeekay: فكّرت في Amazon لأنها مُغلَّفة في chocolatey مما يجعل الحياة على ويندوز أسهل بكثير، لكنني قررت اختيار Oracle بدلاً من ذلك (04:41:54 PM) eyedeekay: وهكذا وصلت إلى Oracle/17، في الأساس بدافع الحذر (04:41:56 PM) eyedeekay: eot (04:41:57 PM) zlatinb: يمكنني النزول إلى 17 لكنني أفضل فعلاً الالتزام بـ Oracle (04:42:18 PM) eyedeekay: وأنا كذلك، إذن اتفقنا (04:42:48 PM) zlatinb: وبالمناسبة، سأكون بعيداً حتى أسبوع بعد إصدار الـ JRE القادم (04:43:28 PM) eyedeekay: هل سنتمكن/هل يمكننا إجراء أي ترتيبات لتوقيع الحُزَم؟ (04:43:32 PM) zzz: أعتقد أنك تحتاج 18 لأفضل دعم لـ Apple ARM؟ إن كان الأمر كذلك فلنرفع ويندوز أيضاً إلى 18. لكن مجدداً، لا ينبغي لكما إجراء بحث واختيار مزوّد الـ JRE في جزر معزولة. اعملا معاً واتخذا القرار معاً (04:43:32 PM) zlatinb: نأمل ألا تكون هناك إصلاحات عاجلة (04:44:22 PM) zzz: لدينا موارد محدودة، فلنحذر من تكرار العمل بلا سبب (04:44:23 PM) zlatinb: التوقيع يتطلّب إزالة الهوية (deanon) (04:44:28 PM) eyedeekay: يمكنني نشر حزمة غير موقّعة وإخبار الناس بأنهم سيحتاجون إلى النقر لتجاوز النافذة المنبثقة في الأخبار إذا لزم الأمر (04:44:52 PM) eyedeekay: ما زال `su3` موقّعاً، فقط `exe` غير موقّع (04:45:21 PM) zlatinb: لا يمكن "click-through" على mac (04:45:31 PM) zlatinb: أوه، توقيع exe لا بأس به (04:45:50 PM) zlatinb: سنقوم به كالمعتاد (04:46:41 PM) eyedeekay: حسناً إذن. أبلغني إن كان هناك أي شيء يمكنني فعله (deanoning بشكل أقل سرعة) للمساعدة (04:47:39 PM) zlatinb: لا شيء فعلياً سوى إزالة صفحة تنزيل mac في أسوأ الحالات (04:47:55 PM) eyedeekay: حسناً لديك رقمي على Signal إن احتجتني لأفعل ذلك (04:48:23 PM) zlatinb: حسناً. سيكون ذلك لأسبوع على الأكثر (04:48:52 PM) zzz: eyedeekay، أنت لا تضبط news URL في الخلاصة، ابحث عن CHANGEME_URL_HERE :) (04:49:19 PM) eyedeekay: يا إلهي لا أصدق أنني فاتني ذلك (04:49:29 PM) eyedeekay: سأفعل (04:49:32 PM) zzz: وضعت ذلك هناك منذ فترة كي تتذكر، يبدو أنه لم ينجح ((( (04:50:20 PM) eyedeekay: بخصوص Java 18 وأجهزة Apple، ذكر zzz للتو أن 18 قد يقدّم دعماً أفضل؟ إن كان ذلك صحيحاً فهذا أمر لم أكن أعلمه من قبل وسبب لاستخدام 18 بدلاً منه، هل يمكنك تأكيد ذلك؟ (04:51:39 PM) zlatinb: لم أقم بواجبي بخصوص ذلك، آسف (04:51:53 PM) zzz: ربما كان تخميناً عشوائياً من جانبي، لكن لا حاجة للبتّ في ذلك في هذا الاجتماع (04:52:17 PM) zlatinb: ولكن إن كان دعم linux arm مؤشراً فالأرجح ذلك (04:52:34 PM) zlatinb: history of* (04:52:45 PM) zzz: لكن عموماً، الأحدث أفضل، أليس الهدف من تضمين الـ JRE في "easy bundle" هو الحصول على الأحدث؟ (04:53:19 PM) eyedeekay: لا أدري، أحياناً يكون المستقر أفضل، وأحياناً تكون "السهل" في مكانٍ ما بينهما (04:53:55 PM) zzz: لهذا فإن وضع إصدار LTS داخل حزمة لا يبدو منطقياً بالنسبة لي. (04:58:29 PM) eyedeekay: على الأرجح لن نحسمه اليوم، لكن ربما أكون مخطئاً بشأن 17. zlatinb هل لديك وقت مناسب هذا الأسبوع لحسم نقاش 17/18؟ (05:00:05 PM) zlatinb: عموماً أي وقت مناسب وغير مناسب أيضاً بسبب إصابتي، إلا إذا أردت إجراء مكالمة (05:01:05 PM) eyedeekay: يسعدني إجراء مكالمة، يمكننا تحديد الوقت على انفراد (05:01:18 PM) zlatinb: ack (05:01:43 PM) eyedeekay: هل هناك شيء آخر بخصوص 4؟ (05:01:48 PM) eyedeekay: أو بخصوص الاجتماع؟ (05:01:53 PM) eyedeekay: انتهاء المهلة 1m (05:03:46 PM) eyedeekay: حسناً، شكراً للجميع على الحضور </div>/ar/blog/2022/06/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2022/Tue, 07 Jun 2022 00:00:00 +0000/ar/blog/2022/06/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> (04:00:41 PM) eyedeekay: مرحباً بالجميع وأهلاً بكم في اجتماع 7 يونيو (04:00:41 PM) eyedeekay: 1. مرحباً (04:00:41 PM) eyedeekay: 2. حالة إصدار 1.8.0 (04:00:41 PM) eyedeekay: 3. حالة تطوير 1.9.0 (04:00:41 PM) eyedeekay: 4. MoneroKon 2022 (04:01:23 PM) zzz: مرحباً (04:01:27 PM) zlatinb: مرحباً (04:01:52 PM) eyedeekay: مرحباً يا شباب، هل هناك أحد آخر هنا أو أي مواضيع لإضافتها؟ (04:03:26 PM) eyedeekay: سأبدأ بنا بموضوع حالة إصدار 1.8.0 إذن (04:04:29 PM) eyedeekay: تم إصدار Maven و I2P Easy-Install bundle لنظام Windows بعد وقت قصير من صدور الإصدار الرئيسي 1.8.0 بدون حوادث، كما حصلت I2P Easy-Install bundle على أول تحديث تلقائي ناجح لها أيضاً (04:05:12 PM) eyedeekay: تم تأخير إصدار Android بحوالي 5 أيام لأنني اضطررت لتعديله لتجنّب طلب إذن مُقيّد جديد من Google للنشر على gplay (04:05:37 PM) eyedeekay: zzz هل تريد إطلاعنا على الإصدار الرئيسي و debian ثم zlatinb، حزمة التثبيت السهل على OSX؟ (04:06:37 PM) zzz: مضت أسبوعان منذ الإصدار، كل شيء يبدو جيداً، ولم نسمع أي شكاوى (04:07:01 PM) zzz: حوالي 25% من الشبكة قد حدّثت. من المفترض أن يصدر إصدار BiglyBT قريباً، وهذا سيمنحنا قفزة كبيرة (04:07:01 PM) zzz: هذا كل ما لدي إلا إذا كان لدى أحد أسئلة (04:07:03 PM) mode (-m ) by zzz (04:07:07 PM) zlatinb: الأمر نفسه هنا، الفرق الوحيد عن الإصدار السابق هو أن حزمة Mac تتضمن ترخيص GPLv2+Classpath (04:07:29 PM) eyedeekay: شكراً لكم يا شباب، أي شيء آخر في هذا الموضوع؟ (04:08:26 PM) eyedeekay: 3. حالة تطوير 1.9.0 (04:11:01 PM) eyedeekay: بعد أسبوعين من الإصدار، نكون أيضاً قد أمضينا أسبوعين في 1.9.0، zzz يعمل بجد على ssu2 مع orignal، إذا أراد أن يعطينا تحديثاً حول ذلك (04:11:22 PM) zzz: شكراً (04:11:31 PM) zzz: نحصل على اختبارات أوسع لـ SSU2 (04:11:50 PM) zzz: أشجّع من يرغب ويستطيع على تفعيله، ومواكبة إصدارات التطوير (04:11:58 PM) anonymousmaybe is now known as Irc2PGuest25323 (04:12:00 PM) zzz: ما زلنا نعثر على أخطاء في البروتوكول الأساسي (04:12:20 PM) zzz: ونواصل تنفيذ relay و peer test، وهما أشبه ببروتوكولات فرعية (04:12:41 PM) zzz: مع إصلاح أخطاء أخرى غير متعلقة بـ ssu2 على الطريق (04:12:54 PM) zzz: eyedeekay، نحن بحاجة لتحديث خارطة الطريق لكل من الإصدار السابق والقادم (04:13:13 PM) zzz: انتهى ما لدي ما لم تكن هناك أسئلة (04:13:23 PM) eyedeekay: نعم بالفعل، لدي بعض الأمور لنقلها إلى 1.9.0 (04:13:50 PM) eyedeekay: بالنسبة لي، هدفي الرئيسي في Java هو إكمال UDP tunnels في HSM، هذا أحد الأمور التي تنتقل إلى 1.9.0 (04:14:10 PM) eyedeekay: وإلا فهدفي الفوري هو العمل على NTCP2 في go-i2p، والذي سيكون على الأرجح عملاً شاقاً لكني متحمس للبدء (04:14:18 PM) eyedeekay: انتهى ما لدي أيضاً (04:14:48 PM) zzz: حسناً، كالعادة، يُرجى استهداف إدخال التغييرات الكبيرة في وقت مبكر من الدورة (04:15:06 PM) eyedeekay: حاضر (04:15:13 PM) eyedeekay: أي شيء آخر للبند 3؟ (04:15:35 PM) zzz: لا، دعونا نخطط لإصدار في أواخر أغسطس (04:15:44 PM) eyedeekay: 4. MoneroKon 2022 (04:16:36 PM) eyedeekay: هذا مجرد إعلان، سيكون هناك قدر لا بأس به من الأمور المتعلقة بـ I2P في Monero Konferenco 2022 خلال أقل من أسبوعين، في 18 و19 (04:17:10 PM) zzz: لشبونة، صحيح؟ (04:17:22 PM) eyedeekay: نعم لشبونة (04:17:54 PM) eyedeekay: لكن الأشخاص الذين ليسوا في لشبونة يمكنهم مشاهدته عبر البث من موقع المؤتمر، https://monerokon.com (04:17:58 PM) zzz: أود أن أسلّط الضوء على الطالبين اللذين ترعاهما diva.exchange وسيقدّمان عرضاً عن بحثهما هناك (04:18:17 PM) zzz: هل لديك ورشة أيضاً؟ عن ماذا؟ (04:18:35 PM) eyedeekay: سأكون هناك لإدارة ورشة حول تكييف التطبيقات مع شبكة I2P (04:19:29 PM) eyedeekay: سأعرض القرارات التي يحتاج الناس لاتخاذها عند اختيار API، وكيفية العثور على router، وكيفية بناء مكوّن إضافي لـ I2P (04:19:40 PM) zzz: رائع. سيكون هناك الكثير من خبرات I2P لمساعدة الناس والإجابة عن الأسئلة، آمل أن تحصلوا على حضور جيد (04:19:51 PM) anonymousmaybe is now known as Irc2PGuest29437 (04:20:28 PM) eyedeekay: آمل ذلك أيضاً، إنه موضوعي المفضل :) (04:21:45 PM) eyedeekay: سيكون zlatinb هناك أيضاً، لذا إن أمكن تفضلوا بزيارتنا (04:22:28 PM) eyedeekay: هذا كل ما لدي للبند 4، أي شيء آخر للاجتماع؟ (04:23:55 PM) eyedeekay: حسناً، شكراً للجميع على الحضور، نفس الوقت الشهر القادم (04:24:59 PM) obscuratus: eyedeekay: هل سيقومون ببث ورشتك؟ (04:25:53 PM) eyedeekay: لست متأكداً، سأجعل كل المواد مفتوحة/برخصة متساهلة على أي حال (04:26:24 PM) obscuratus: موضوع رائع. إذا قاموا ببثها، أو إن استطعت نشر فيديو لاحقاً، سأشاهده. (04:26:32 PM) eyedeekay: أعتقد أن الخانة التي وضعتها على الاستمارة كانت تفيد بأنني وافقت على أن يتم بثّي (04:27:34 PM) zzz: eyedeekay، الأوقات في منشورك على reddit هي بالتوقيت المحلي للّشبونة؟ (04:27:58 PM) eyedeekay: نعم، الجدول على موقع monerokon بتوقيت UTC+1 وهو التوقيت المحلي لمدينة لشبونة (04:28:39 PM) eyedeekay: *الأوقات على موقع monerokon (04:29:07 PM) zzz: حسناً، أي قبل التوقيت الشرقي بـ 5 ساعات، إذن سيكون عرض الطلاب في الساعة 5:30 صباحاً </div>/ar/blog/2022/05/23/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.8.0/Mon, 23 May 2022 00:00:00 +0000/ar/blog/2022/05/23/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.8.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن هذا الإصدار إصلاحات لأخطاء في i2psnark، وrouter، وI2CP، وUPnP. تعالج إصلاحات router أخطاء في إعادة التشغيل البرمجية، وIPv6، واختبار نظراء SSU، وعمليات تخزين في قاعدة بيانات الشبكة، وبناء tunnel. كما تم تحسين معالجة عائلة router وتصنيف Sybil بشكل ملحوظ.</p> <p>بالتعاون مع i2pd، نعمل على تطوير طبقة النقل الجديدة عبر UDP المسماة SSU2. سيجلب SSU2 تحسينات كبيرة في الأداء والأمان. كما سيسمح لنا أخيراً باستبدال آخر استخدام لدينا لتشفير ElGamal البطيء جدًا، مستكملاً الترقية الشاملة للتشفير التي بدأناها قبل نحو 9 سنوات. يتضمن هذا الإصدار تنفيذًا أوليًا مُعطَّلاً افتراضيًا. إذا رغبت في المشاركة في الاختبار، يُرجى البحث عن المعلومات الحالية على zzz.i2p.</p>/ar/blog/2022/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2022/Tue, 03 May 2022 00:00:00 +0000/ar/blog/2022/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay، zzz، zlatinb</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> (03:48:58 PM) eyedeekay: يبدو أن لا، سألقي نظرة على متعقّب الأخطاء في gitlab لأرى إن كان بإمكاني العثور على تفسير (04:00:03 PM) eyedeekay: مرحباً جميعاً، أهلاً بكم في اجتماع التطوير (04:00:03 PM) eyedeekay: 1. مرحباً (04:00:03 PM) eyedeekay: 2. تاريخ الإصدار (04:00:03 PM) eyedeekay: 3. حالة التطوير (1.8.0 / 0.9.54) (04:00:05 PM) eyedeekay: مرحباً (04:00:13 PM) zlatinb: مرحباً (04:00:17 PM) zzz: أهلاً (04:00:45 PM) eyedeekay: 2. تاريخ الإصدار (04:01:16 PM) eyedeekay: نحتاج إلى اتخاذ قرار بشأنه، مبدئياً كان يوم 23 منذ فترة، وهو مناسب لي إن كان مناسباً للجميع؟ (04:01:43 PM) zzz: هذا سيكون 13 أسبوعاً، لا بأس عندي (04:02:01 PM) zzz: نحتاج إلى موافقة eche|off وeche|on إن كان هنا (04:03:04 PM) eyedeekay: يبدو أنه ليس موجوداً، لكن يمكنني مراسلته بالبريد بعد الاجتماع (04:04:00 PM) eyedeekay: يبدو أن يوم 23 هو الموعد، بانتظار البريد إلى ech (04:04:09 PM) eyedeekay: أي شيء آخر للبند 2؟ (04:04:58 PM) eyedeekay: 3. حالة التطوير (1.8.0 / 0.9.54) (04:07:41 PM) eyedeekay: نحن بالتأكيد أقل من شهر على إصدار 1.8.0/0.9.54 على أي حال، مع أن جزءاً كبيراً منه عبارة عن تحضير/تنفيذ لـ SSU2 بواسطة zzz (04:08:42 PM) eyedeekay: يجب أن تُنجَز التغييرات الكبيرة قريباً، وtag freeze (تجميد العلامة) سيكون في الحادي عشر، لذا يجب تسليم الترجمات قبل ذلك (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz، zlatinb هل لديكما أي شيء لإضافته حول هذا الموضوع؟ (04:10:44 PM) zzz: ليس الكثير، أنجزت معظم العمل، وسأتابع بضع أمور بسيطة في قائمتي خلال الأسبوعين المقبلين (04:11:02 PM) zlatinb: لا شيء عندي (04:11:03 PM) zzz: أي أمور جديدة تخص ssu2 سأؤجلها على الأرجح أو أضعها في فرع منفصل (04:11:11 PM) zzz: eot (04:12:05 PM) eyedeekay: شكراً لكم يا شباب (04:12:49 PM) eyedeekay: أي شيء آخر للاجتماع؟ مواضيع في اللحظة الأخيرة؟ timeout 1m (04:14:13 PM) eyedeekay: حسناً، اجتماع سريع اليوم (04:14:33 PM) eyedeekay: شكراً للجميع على الحضور، سأرسل بريداً إلى echelon ثم أنشر السجلات </div>/ar/blog/2022/04/21/%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-jpackage-%D9%84%D9%80-java-cve-2022-21449/Thu, 21 Apr 2022 00:00:00 +0000/ar/blog/2022/04/21/%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-jpackage-%D9%84%D9%80-java-cve-2022-21449/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>تم إنشاء حِزم I2P Easy-Install (حِزم التثبيت السهل) جديدة باستخدام أحدث إصدار من Java Virtual Machine (آلة جافا الافتراضية) والتي تحتوي على إصلاح للثغرة CVE-2022-21449 &ldquo;Psychic Signatures.&rdquo; يُنصَح مستخدمو حِزم I2P Easy-Install بالتحديث في أقرب وقت ممكن. سيتلقى مستخدمو OSX الحاليون التحديثات تلقائيًا، بينما ينبغي على مستخدمي Windows تنزيل برنامج التثبيت من صفحة التنزيلات لدينا وتشغيل برنامج التثبيت بشكل طبيعي.</p> <p>يستخدم I2P router على لينكس آلة جافا الافتراضية (JVM) التي يهيئها النظام المضيف. ينبغي للمستخدمين على تلك المنصات الرجوع إلى إصدار جافا مستقر أدنى من جافا 14 للتخفيف من الثغرة إلى أن يطرح مشرفو الحزم تحديثات. أما المستخدمون الآخرون الذين يستخدمون JVM خارجيًا فعليهم تحديث الـ JVM إلى إصدار مُصحّح بأسرع ما يمكن.</p>/ar/blog/2022/04/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2022/Tue, 05 Apr 2022 00:00:00 +0000/ar/blog/2022/04/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay، zzz، zlatinb</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> (04:00:32 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع المطوّرين لشهر أبريل، جدول أعمال اليوم: (04:00:32 PM) eyedeekay: 1. مرحباً (04:00:32 PM) eyedeekay: 2. حالة الإصدار (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. حالة التطوير (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. JNA في الحزم سهلة التثبيت، ما الأبواب التي يفتحها؟ (04:00:42 PM) eyedeekay: 1. مرحباً (04:00:47 PM) zlatinb: مرحباً (04:00:50 PM) zzz: مرحباً (04:01:18 PM) eyedeekay: مرحباً zlatinb، مرحباً zzz (04:01:27 PM) eyedeekay: هل هناك أحد آخر هنا اليوم؟ (04:01:45 PM) eyedeekay: 2. حالة الإصدار (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: الإصدار 1.7.0 متاح منذ نحو 6 أسابيع الآن، وتحديثاتي منذ الشهر الماضي هي أن جميع حزم Android نُشرت بنجاح، وتم إصلاح العيب الذي اكتُشف وقت الإصدار (04:03:28 PM) eyedeekay: كالعادة، لم تتلقَّ الحزم في المستودعات الرئيسية لـ Debian أي تحديث. إن كنت لا تزال تستخدمها، فالرجاء التحويل إلى deb.i2p2.de/.no في أقرب وقت ممكن (04:04:23 PM) zzz: بخصوص Debian، وجدتُ متطوّعاً لإصلاح 0.9.48 وإعادته إلى Sid. تمّ ذلك (04:04:46 PM) zzz: لا أدري إن كان سيتسلّل تلقائياً إلى bullseye وubuntu (04:05:00 PM) zzz: لا حظّ حتى الآن في العثور على مُشرف جديد (04:05:01 PM) zzz: انتهى (04:05:08 PM) eyedeekay: شكراً (04:05:51 PM) eyedeekay: لدي نقطة أخرى، وهي تتداخل فعلياً مع البنود 2 و3 و4، لكن الحزم سهلة التثبيت لـ Windows ستحتاج إلى تحديث يدوي واحد إضافي (04:06:25 PM) zzz: هل أحرزتَ تقدّماً منذ الاجتماع الماضي؟ (04:06:30 PM) eyedeekay: نعم، تقدّماً ملحوظاً (04:07:15 PM) eyedeekay: معظم ذلك جزء من طلب الدمج (MR) هذا: https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: جميل. هل لديك تاريخ مستهدف لاقتراح الانتقال من النسخة التجريبية (بيتا)؟ (04:08:02 PM) eyedeekay: بمجرّد أن يتلقى المستخدمون تحديثاً تلقائياً سأعدّه جاهزاً (04:08:22 PM) zzz: شكراً (04:08:47 PM) eyedeekay: هل من شيء آخر بشأن البند 2؟ (04:09:33 PM) eyedeekay: 3. حالة التطوير (1.8.0 / 0.9.54) (04:10:03 PM) zzz: (لا، كل شيء جيد، لم أسمع بأي شكاوى عن 1.7.0) (04:10:21 PM) eyedeekay: أنا أيضاً، يبدو أن الناس راضون عنه حتى الآن (04:12:12 PM) eyedeekay: فيما يخص البند 3. حالة التطوير (1.8.0 / 0.9.54)، للأسف كنتُ أبطأ مما توقعت في بعض الأمور، أنا عالق عند UDP tunnels لكنني شبه جاهز لطلب دمج بخصوص مصادقة SAM (04:12:38 PM) eyedeekay: إضافةً إلى ذلك، أجري بعض المراجعات لصفحات معالج عرض النطاق (bandwidth) المعقّدة لجعل عملية الاختيار أكثر فهماً وجعل الإشعارات أكثر وضوحاً (04:12:52 PM) eyedeekay: لقد مضى نحو 6 أسابيع وبقي 7 أسابيع، صحيح يا zzz؟ (04:13:02 PM) zzz: صحيح (04:13:31 PM) eyedeekay: هل تريد أن تطلعنا على SSU 2 أو أي شيء آخر تعمل عليه؟ (04:13:46 PM) zzz: 13 أسبوعاً تعني إصداراً في 23 مايو (04:13:53 PM) zzz: نعم، شكراً (04:14:01 PM) zzz: تقدّم هائل مع i2pd على SSU 2 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: اختبار حي جارٍ على الشبكة الآن (04:14:40 PM) zzz: أمور أخرى قادمة في الإصدار: تحسينات snark المستقل، إصلاحات عائلة router (04:14:49 PM) zzz: إصلاح أداء لـ SSU 1 (04:15:15 PM) zzz: من المفترض أن تهدأ الوتيرة قريباً على SSU 2، وسأتوجّه إلى المزيد من إصلاحات العلل عموماً (04:15:23 PM) zzz: انتهى (04:16:04 PM) eyedeekay: رائع، شكراً على التحديثات يا zzz (04:16:37 PM) eyedeekay: zlatinb هل لديك ما تودّ الحديث عنه في هذا المحور قبل أن ننتقل إلى البند 4؟ (04:16:55 PM) zlatinb: أظن أن تقليص مهلة بناء tunnel سيؤدي إلى إقلاع أسرع (04:17:11 PM) zlatinb: أو انتقال أسرع من 0 إلى Router.isRunning() (04:17:20 PM) zlatinb: هذا كل شيء، انتهى (04:17:38 PM) eyedeekay: شكراً zlatinb، هذا سيُسعد الناس :) (04:17:56 PM) eyedeekay: 4. JNA في الحزم سهلة التثبيت، ما الأبواب التي يفتحها؟ (04:18:15 PM) eyedeekay: zlatinb كان هذا موضوعك ولكن لدي الكثير من الملاحظات عليه أيضاً، هل تودّ أن تبدأ؟ (04:18:24 PM) zlatinb: بالتأكيد. (04:18:34 PM) zlatinb: بشكل أساسي، يضيف MR 6 مكتبات JNA إلى حزمة Windows سهلة التثبيت (04:18:49 PM) zlatinb: والتي علمتُ اليوم فقط أنها غير ضرورية بسبب JEP 419 (وهو بديل مدمج لـ JNA) (04:19:12 PM) zlatinb: لكن الفكرة العامة هي نفسها: بما أننا نحتاج إلى القيام ببعض الأمور الأصلية (native)، فما الأمور الأصلية الأخرى التي نريد القيام بها؟ (04:19:33 PM) eyedeekay: أحياناً نحتاج للتعامل مع إدارة الطاقة/البطارية (04:19:36 PM) eyedeekay: *البطارية (04:19:57 PM) zlatinb: في MuWire نفّذتُ «أولوية الخلفية» على Windows، والتي وفقاً لوثائق MSDN تضمن ألا يتداخل البرنامج أبداً مع العمليات في الواجهة (foreground) (04:20:05 PM) zlatinb: نعم، إدارة طاقة البطارية مثال آخر على ذلك (04:20:17 PM) eyedeekay: أحتاج إلى طلب صلاحيات المدير بشكل شرطي، وهو ما لا يدعمه NSIS نفسه (04:20:21 PM) zlatinb: إذن نعم هذا ما لدي، مجرد دعوة للتفكير بالحلول الأصلية (native) :) (04:20:21 PM) zlatinb: انتهى (04:21:22 PM) eyedeekay: إذاً نعم لدينا بالتأكيد بضع حالات في الذهن قد يكون من المفيد فيها امتلاك شيء شبيه بـ JNA (04:22:41 PM) zlatinb: حسناً.. إذن السؤال هو: هل نضيف أي/كل تلك الوظائف في حزمة التثبيت السهل ونبقيها خارج حزمة router الأساسية (04:22:45 PM) zzz: آسف لأكون مُفسد الأجواء، لكن في اجتماع الشهر الماضي كان JNA حلاً محتملاً لمشكلة واحدة (الامتيازات) على Windows فقط (04:23:08 PM) zzz: واليوم وصلنا إلى «إنه بالتأكيد حلّ للعديد من المشاكل، ما الأشياء الممتعة الأخرى التي يمكننا فعلها به؟»؟ (04:23:18 PM) zlatinb: نعم هذه هي ثيمة الحفلة، ههه (04:23:34 PM) zzz: وهذا قفزة، وأيضاً مثال نموذجي على حلٍّ يبحث عن مشكلة (04:24:31 PM) zlatinb: هذه طريقة للنظر إليه، أعتقد أن (JNA / JEP 419) يمكن أن يجعلا I2P أفضل بطرق عديدة (04:25:14 PM) zlatinb: وعلى عدّة منصّات (04:25:14 PM) zlatinb: بصراحة لم ألامس سوى السطح على Windows (04:25:28 PM) zzz: إذاً لم يُحسَم أمر JNA بعد؟ (04:25:28 PM) zlatinb: يمتاز JNA بالتوافق الرجعي حتى Java 1.4، بينما يوجد JEP 419 فقط في JDK 18 (04:25:51 PM) zlatinb: أقول إن كليهما مطروح، مع سبق بسيط لـ JNA (04:26:37 PM) zzz: الميزة 419 في حالة «incubator» ما يعني أنها قد تختفي، فلا تعتمدوا عليها (04:27:07 PM) eyedeekay: أنا مع JNA لأن القدرة على التحكم في امتيازات المُثبّت تحلّ لي مشكلتين على الأقل وتمنحني إمكانية التثبيت/التشغيل بالكامل من محركات أقراص فلاش (04:27:46 PM) eyedeekay: لا أريد أن أفقد ذلك بسبب مشروع غير جاهز أو متروك (04:29:03 PM) eyedeekay: إذن أظنني مؤيداً لـ JNA، ومتحفظاً بشأن 419 (04:29:54 PM) zlatinb: حسناً، 419 مع واجهة برمجية مختلفة قليلاً موجود بالفعل في JDK 17 الذي هو إصدار دعم طويل (LTS)، لكن لن يكون لي رأي قوي حتى يخرج من حالة الحاضنة (04:30:00 PM) zzz: علينا أن نواصل البحث عن أفضل الأدوات لحل المشاكل التي لدينا الآن... أما أحلام اليقظة حول ما يمكننا فعله به فليست مهمة جداً (04:31:10 PM) zzz: الخروج من JVM سيكون دائماً فوضوياً وأقل قابلية للصيانة، وينبغي استخدامه فقط عند الضرورة القصوى، بغضّ النظر عن الآلية المستخدمة (04:33:14 PM) zlatinb: لا أحد يختلف مع ذلك، لكنني أرى أننا لا يجب أن نمنع أنفسنا من أن نحلم بشكل كبير (04:33:38 PM) zlatinb: التكامل مع صدفة Windows أو إدارة الطاقة على الحواسيب المحمولة يبدو رائعاً بالنسبة لي (04:34:18 PM) zlatinb: ويفترض أن يكون ذلك ممكناً أيضاً على الحواسيب المحمولة بنظام Linux، بالمناسبة (04:34:33 PM) eyedeekay: ما زلتُ أحلم بأشياء صغيرة بصراحة، فقابلية التشغيل المحمول من محركات الفلاش كانت مجرد نتيجة جانبية لدعم التثبيت بدون صلاحيات مدير (04:36:24 PM) eyedeekay: لكن إن وُجدت طريقة غير JNA لفعل شيء ما، فمن المرجّح أن علينا تجربتها أولاً (04:38:54 PM) eyedeekay: هل هناك أي شيء آخر بشأن البند 4؟ (04:39:07 PM) zlatinb: ليس من جانبي، انتهى (04:40:26 PM) eyedeekay: أي شيء آخر للاجتماع؟ مهلة 1 دقيقة (04:41:43 PM) eyedeekay: حسناً شكراً للجميع على الحضور، يبدو أن اجتماع الشهر القادم سيكون في 3 مايو </div>/ar/blog/2022/03/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%85%D8%A7%D8%B1%D8%B3-01-2022/Tue, 01 Mar 2022 00:00:00 +0000/ar/blog/2022/03/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%85%D8%A7%D8%B1%D8%B3-01-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (03:01:40 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع المطورين (03:01:40 PM) eyedeekay: 1. مرحباً (03:01:40 PM) eyedeekay: 2. حالة الإصدار (1.7.0 / 0.9.53) (03:02:10 PM) zlatinb: مرحباً (03:02:12 PM) zzz: مرحباً (03:02:39 PM) eyedeekay: هل هناك أي شيء آخر لإضافته إلى جدول الأعمال اليوم قبل أن نبدأ حالة الإصدار؟ (03:03:01 PM) zlatinb: لدي بندان صغيران يمكن إدراجهما ضمن "قائمة الأمنيات لـ 1.8.0" (03:03:25 PM) eyedeekay: 3) قائمة الأمنيات 1.8.0 (03:04:24 PM) eyedeekay: 2. حالة الإصدار (1.7.0/0.9.53) (03:05:37 PM) eyedeekay: لدي من جهتي بند واحد متبقٍ، هناك مشكلة في عملية بناء حزمة .aab حيث تُحذف الموارد الثابتة التي تُدرج من بناء `i2p.i2p` من ملف .aab النهائي (03:06:06 PM) eyedeekay: في الوقت الحالي، GPlay متأخر؛ أعمل عليه اليوم ويُفترض أن أنتهي قريباً. (03:07:53 PM) eyedeekay: كلٌ من F-Droid وFreestanding عبارة عن .apk وتستخدمان عملية البناء القديمة غير المعطوبة، لذا ما زالتا تعملان. (03:07:53 PM) eyedeekay: هل هناك أي عمليات إصدار أخرى متبقية لإنهائها؟ (03:10:03 PM) eyedeekay: zzz هل لديك ما تضيفه إلى موضوع حالة الإصدار من جهتك؟ أفهم أن BiglyBT أصدرت المكوّن الإضافي لديها اليوم، أهذا صحيح؟ (03:10:22 PM) zzz: نعم (03:10:48 PM) zzz: استناداً إلى إحصاءات نجاح البناء الاستكشافي، تعافينا بسرعة من التراجع في i2pd في الإصدار الأخير (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: ونحن الآن عند مستوى أعلى من أي وقت خلال السنوات القليلة الماضية، إن لم تخني الذاكرة (03:12:11 PM) zzz: من المفترض أن تستقر الأمور خلال أسبوع آخر وسنرى أين وصلنا (03:12:13 PM) zzz: eot (03:12:21 PM) eyedeekay: تلك أخبار ممتازة فعلاً. سعيد بأن الأمور تبدو جيدة حتى الآن. (03:12:32 PM) eyedeekay: شكراً zzz (03:12:50 PM) eyedeekay: 3. قائمة الأمنيات 1.8.0 (03:13:17 PM) eyedeekay: zlatinb تفضل الكلمة (03:13:44 PM) zlatinb: مرحباً، 1) تسريع زمن البناء الاستكشافي الأولي و2) JNA (03:14:05 PM) zlatinb: 1: قمتُ ببعض التحليل، 75% من الـtunnels (أنفاق) الاستكشافية التي تُبنَى تنتهي في أقل من 500ms (03:14:29 PM) zlatinb: من حوالي ~30 عيّنة كان أبطأ بناء ناجح أقل من 2500ms (03:14:46 PM) zlatinb: بينما مهلة الإيقاف لدينا الآن 13000 ms، أعتقد أن تقليلها سيجعل الـrouter (موجّه) يصل إلى حالة RUNNING أسرع (03:15:07 PM) zlatinb: لا يجب أن نقرر الآن، فقط أطرح الفكرة (03:15:12 PM) zlatinb: eot بخصوص 1 (03:15:33 PM) zzz: لا اعتراض على 1 (03:15:56 PM) eyedeekay: يبدو كاختبار ممتع على الأقل، ولا يبدو أنه قد يسبب ضرراً (03:16:12 PM) eyedeekay: إذا كانت كل عمليات البناء الناجحة قصيرة هكذا (03:16:13 PM) zlatinb: 2: JNA - سنحتاج بالتأكيد إلى إضافة JNA إلى حزمة Windows Easy-Install من أجل رفع الامتيازات أثناء التحديث التلقائي. يفشل ProcessBuilder إذا كان التنفيذ يتطلب رفع الامتيازات. (03:16:20 PM) zzz: مع ذلك أود رؤية بيانات على مدى فترة أطول قبل اختيار الرقم الجديد (03:16:25 PM) zlatinb: بالتأكيد (03:16:42 PM) zzz: من فضلك ارجع خطوة وعرّف JNA (03:16:43 PM) zlatinb: (عودة إلى 1) سأترك router يعمل مع تمكين التسجيل (03:17:12 PM) zlatinb: (عودة إلى 2): JNA هي Java Native A-شيء ما، لكنها أساساً غلاف Java لمكتبات Windows وLinux وMac الأصلية (03:17:27 PM) zlatinb: لذا بدلاً من كتابة شيفرة أصلية تكتب شيفرة Java (03:17:52 PM) zlatinb: حجما ملفي JAR معاً 3MB، تُضغطان باستخدام LZMA إلى 2MB (03:18:11 PM) zzz: من فضلك ارجع خطوة وفصّل المشكلة ومدى انتشارها (03:18:38 PM) zlatinb: أثناء اختبار التحديثات الصامتة في muwire رأيت أن ProcessBuilder يفشل في تشغيل مُثبّت برسالة من نوع "privilege elevation required" أو ما شابه (03:19:07 PM) zzz: مشكلة على Windows فقط؟ (03:19:12 PM) zlatinb: أظهر البحث على Google أنه لا يمكن فعل ذلك باستخدام ProcessBuilder (03:19:36 PM) zlatinb: نعم، على Windows فقط حالياً (03:19:40 PM) eyedeekay: لا يبدو أنه يحدث معي على Windows Easy-Install، هل ذلك لأن NSIS هو من يطلب رفع الامتيازات وليس Java؟ (03:20:02 PM) zlatinb: NSIS هو الذي يطلب (03:20:16 PM) zlatinb: إذا كنتَ تشغّل Java بامتيازات مرتفعة بالفعل فلن يطلب (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: نعم هذا سؤالي، Windows Easy-Install في مرحلة beta منذ أشهر طويلة، فهل هذه مشكلة تخص muwire فقط؟ (03:20:48 PM) eyedeekay: أوه حسناً، إذاً سيبدأ حدوث ذلك قبل التحديث التالي مع ShellExecAsUser (03:21:15 PM) zlatinb: هل تقوم بالرفع إذا لم يُشغَّل من المُثبّت يا eyedeekay؟ (03:21:48 PM) zlatinb: لا أذكر أنني رأيت مطالبة بالرفع (03:22:12 PM) zlatinb: لذا يجدر أن يحدث ذلك مع Windows Easy-Install إذا أُطلق من اختصار سطح المكتب، لا كخطوة أخيرة من المُثبّت (03:22:14 PM) eyedeekay: لا، لا أفعل؛ فهو يعمل بصلاحيات المستخدم الذي يشغّل ملف الدُفعات (batch)، ولكن فقط إذا لم يكن I2P يعمل بالفعل، على الأرجح كمسؤول (admin) (03:22:52 PM) zzz: إذاً، قبل أن نبدأ الحديث عن حل لحزمة Windows Easy-Install لدينا، دعونا نتحقق أولاً من وجود مشكلة فعلاً (03:22:57 PM) eyedeekay: إنه لا يُغلق الـrouter مع المتصفح (03:23:35 PM) eyedeekay: أميل إلى الاعتقاد بأن هناك مشكلة، لكن سأؤكد ذلك لاحقاً هذا الأسبوع (03:23:36 PM) zlatinb: إذن إذا لم يُزل المستخدم تحديد خانة "launch i2p now" وترك الـrouter يعمل، فسيعمل بامتيازات مرتفعة ولن يطالب عند التحديث (03:23:43 PM) zlatinb: حسناً (03:24:22 PM) zlatinb: على أية حال، مع 1.7.0 يتم تشغيل الـrouter بدون امتيازات حتى لو أُطلق من المُثبّت (03:24:39 PM) zzz: وبينما يمكنك اتباع قواعدك الخاصة في muwire، فإن أي حل في منتجاتنا الرسمية سيتعين مراجعته لملاءمته، وقابليته للصيانة، وتوافق الترخيص، وما إلى ذلك (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: مستقبلاً، تتيح لنا JNA فعل أي شيء تقريباً مع واجهات Windows البرمجية (APIs).. تسجيل امتدادات القشرة (Shell extensions)، معالِجات URI، وكل تلك الأمور الجيدة (03:25:57 PM) zlatinb: eot بخصوص 2 (03:26:35 PM) zzz: دعونا نجري بضع دورات على المُحدِّث التلقائي لـ Easy-Install، والذي على ما يبدو لم يعمل قط؟ (03:27:13 PM) zzz: لا داعي لانتظار إصدار I2P؛ فقط ضع Java جديدة، أو غيّر شيئاً آخر. لنُسرّع معالجة العلل قليلاً (03:27:14 PM) eyedeekay: كان معطوباً، ثم تم إصلاحه، والآن يبدو أنه سيتعطّل مجدداً في التحديث القادم (03:27:55 PM) eyedeekay: ولكن الحل الآخر من جانبي سيكون تغيير المُثبّت بحيث لا يستخدم %ProgramFiles% ويثبّت في مكان غير مقيّد الامتيازات (03:28:09 PM) zzz: نفّذ إصداراً كل أسبوع حتى يعمل بسلاسة. من الواضح أن وتيرة الثلاثة أشهر ليست سريعة بما يكفي للوصول إلى شيء يعمل (03:28:32 PM) eyedeekay: ممكن (03:29:53 PM) eyedeekay: شكراً لطرح هذه الأمور لنا يا zlatinb، هل هناك شيء آخر بخصوص 3؟ (03:29:58 PM) zzz: وذلك سيمنحنا بيانات عن مدى مشكلة الامتيازات، إن وُجدت (03:30:00 PM) zzz: eot (03:30:21 PM) zlatinb: لا، eot من جهتي (03:30:57 PM) eyedeekay: حسناً، هل هناك أي شيء آخر للاجتماع؟ مهلة 1m (03:31:16 PM) zzz: وأيضاً، استخدموا قسم الأخبار لإبلاغ مختبري النسخ التجريبية إذا كان التحديث معطوباً ويحتاجون إلى إعادة التنزيل (03:31:35 PM) eyedeekay: حسناً (03:32:05 PM) zzz: كلاكما لديه موجز أخبار خاص به، لكنكما لا تستخدمانه للتواصل مع مستخدميكما، هل تعتمدون فقط على إدخالاتي في الأخبار؟ ينبغي أن تبدؤوا باختبار/استخدام تلك الميزة (03:32:11 PM) zzz: eot (03:34:07 PM) eyedeekay: يمكن ذلك، في السابق أضفتُ سجل التغييرات لـ i2p.firefox (03:34:54 PM) eyedeekay: شكراً لحضوركم الاجتماع جميعاً، يبدو أن لدي الكثير لأقوم به، أراكم جميعاً على IRC </div>/ar/blog/2022/02/21/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.7.0/Mon, 21 Feb 2022 00:00:00 +0000/ar/blog/2022/02/21/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.7.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن الإصدار 1.7.0 عدة تحسينات في الأداء والموثوقية.</p> <p>توجد الآن رسائل منبثقة في منطقة إعلام النظام، للمنصات التي تدعم ذلك. يتضمن i2psnark محرر تورنت جديداً. إن نقل NTCP2 يستخدم الآن قدراً أقل بكثير من موارد المعالج.</p> <p>تمت إزالة واجهة BOB المهملة منذ زمن طويل من عمليات التثبيت الجديدة. وستستمر في العمل في التثبيتات القائمة، باستثناء حزم ديبيان. ينبغي لأي مستخدمين متبقين لتطبيقات BOB أن يطلبوا من المطورين التحويل إلى بروتوكول SAMv3.</p>/ar/blog/2022/02/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2022/Tue, 08 Feb 2022 00:00:00 +0000/ar/blog/2022/02/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (03:01:32 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع المطورين بتاريخ 8 فبراير (03:01:38 PM) eyedeekay: آسف بشأن الأسبوع الماضي، نأمل ألا تتكرر مشكلات فقدان الرسائل (03:01:45 PM) eyedeekay: الموضوعات: (03:01:45 PM) eyedeekay: 1. مرحباً (03:01:45 PM) eyedeekay: 2. متطلبات Outproxy (خادم وسيط خارجي) (مستمرة) (03:01:45 PM) eyedeekay: 3. حالة 1.7.0/0.9.53 / جدول الإصدار (03:02:13 PM) zzz: مرحباً (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: مرحباً (03:02:30 PM) eyedeekay: مرحباً بالجميع (03:02:54 PM) eyedeekay: دعونا نبدأ مباشرةً بـ 2) متطلبات Outproxy (03:04:08 PM) eyedeekay: عثر zzz لنا على مجموعة من القوائم القديمة للمتطلبات، ويجب علينا إما A) اختيار واحدة منها أو B) جمعها في قائمة جديدة (03:04:51 PM) eyedeekay: كنت أحاول إجراء بعض البحث لمعرفة أي المتطلبات قابلة للتنفيذ والحصول على بعض الإرشاد مما يفعله Tor (03:06:18 PM) eyedeekay: في الوقت نفسه، ظهر بعض المجموعات وبعض الأفراد للتطوع للمساعدة في outproxies، أحدهم أيضاً مشغّل لعدة عقد خروج Tor ويُدير منظمة غير ربحية، لذا نأمل أن نستفيد من خبرتهم (03:08:04 PM) eyedeekay: في بعض الحالات أجد القواعد غير واضحة قليلاً: - قائمة سماح/حظر اختيارية للمضيفين/عناوين IP؟ على سبيل المثال، يبدو الأمر مباشراً للوهلة الأولى، لكن ما نقترحه من حظر/سماح على أساس المضيف/عنوان IP قد يفتح الباب أمام طلبات من المشغّلين لحظر أشياء لا يريدون حظرها؟ (03:08:45 PM) eyedeekay: يبدو أن النصح كان أنه من الآمن حظر «المنافذ» لكن ربما ليس أسماء المضيفين؟ (03:09:05 PM) zzz: أعتقد أن هناك فئتين من المتطلبات (03:09:57 PM) zzz: 1) أشياء نرغب كمشروع برؤيتها (متطلبات headers، صفحة خطأ صغيرة، رابط لمعلومات إضافية) (03:10:48 PM) zzz: 2) أمور قد يرغب فيها أي مشغّل outproxy عاقل، خصوصاً أدوات الإدارة، لكن ليست لدينا الخبرة لنقدّم توجيهاً وافياً (03:11:40 PM) zzz: يجب أن نركز على 1) (03:12:14 PM) eyedeekay: حسناً هذا أسهل، مقاربته من الاتجاه الآخر كان أشبه بالحفظ المكثّف لامتحان (03:12:40 PM) zzz: وينبغي ألا نحاول تقديم حل جاهز متكامل لـ 2)، ربما فقط نقترح بعض أفضل الممارسات (03:13:00 PM) eyedeekay: لكن أعتقد أن هذا يعني أننا سنحتاج إلى المرونة، أي أن الأشياء التي نريدها ستحتاج إلى أن تكون تابعة لما سيتمكنون من تقديمه (03:13:09 PM) eyedeekay: وهذا على الأرجح أمر مفروغ منه (03:13:43 PM) zzz: أفكّر أن كل ما في 1) أساسي جداً (03:14:38 PM) zzz: 1a) تنقية أي X-I2P headers صادرة. هل نضيف أم لا نضيف X-forwarded headers في أي من الاتجاهين؟ (03:14:54 PM) zzz: 1b) وجود صفحة خطأ صغيرة مع رابط لمزيد من المعلومات (03:15:07 PM) zzz: 1c) وجود سياسة خصوصية في صفحة المزيد من المعلومات (03:15:13 PM) zzz: أشياء من هذا القبيل (03:16:24 PM) eyedeekay: نعم أتفق، لا ينبغي أن يكون ذلك صعباً (03:17:14 PM) eyedeekay: إذن سأتجنّب محاولة تحديد ما «ينبغي» على الناس فعله بخصوص الفئة 2) في الوقت الحالي وأركّز على 1) (03:18:19 PM) eyedeekay: هل هناك أي شيء آخر للموضوع 2)؟ (03:18:36 PM) zzz: الشيء الآخر في 1) هو http مقابل tunnel القياسي. أنا _أعتقد_ أن http هو الخيار الصحيح، والاختيار يؤثر على مسائل headers (03:19:04 PM) zzz: انتهى بالنسبة لـ 2) (03:19:37 PM) eyedeekay: tunnel القياسي لا يضيف X-I2P-* headers إطلاقاً، أليس كذلك؟ (03:19:55 PM) zzz: لا، هو لا يعرف عن header (03:20:09 PM) zzz: *headers (03:20:39 PM) zzz: لذا فالاختيار يؤثر على ما «تراه» برمجية الوكيل الخارجي (03:21:47 PM) eyedeekay: إذن لماذا http؟ ألن يكون أفضل لو أن برمجية الخادم لا تضطر إلى إزالة/إعادة إضافة/تتبّع X-I2P headers لمنع تسريبها؟ (03:22:23 PM) zzz: أي وكيل يحتاج للتعامل مع headers (03:22:49 PM) zzz: معيار الوكيل يحدّد أن بعض headers «hop-by-hop» وتحتاج إلى الإزالة/الإضافة (03:23:56 PM) zzz: وبالطبع هناك حالتا HTTP وHTTPS (CONNECT) للتعامل معهما (03:27:13 PM) eyedeekay: إذن في حالة HTTP tunnel سنكون فعلياً نستخدم X-I2P headers (03:28:39 PM) zzz: يمكن استخدامها مثلاً لأغراض rate limiting بواسطة مدير outproxy متمكّن (03:29:09 PM) eyedeekay: منطقي (03:29:57 PM) eyedeekay: أي شيء آخر بخصوص 2)؟ (03:30:05 PM) zzz: لا (03:30:12 PM) eyedeekay: 3. حالة 1.7.0/0.9.53 / جدول الإصدار (03:30:59 PM) eyedeekay: نحن على بُعد 13 يوماً بالضبط من الإصدار في يوم 21 (03:31:10 PM) eyedeekay: سيتم تجميد الوسوم غداً (03:31:39 PM) zzz: نعم، الموعد النهائي لـ check-in هو الجمعة 18 فبراير (03:32:26 PM) zzz: سيصدر i2pd في 19 أو 20 مع إصلاح لثغرة SSU المزعجة التي تسببت بمشكلات موثوقية الشبكة في الشهرين الماضيين (03:32:55 PM) zzz: وسيتضمن إصدارنا أيضاً بعض الحلول الالتفافية والتحسينات ذات الصلة (03:33:09 PM) eyedeekay: سعيد بسماع ذلك، لقد كانت فترة صعبة لكثير من الناس خصوصاً على المحمول (03:33:20 PM) zzz: آمل أن تتحسن الظروف بسرعة كبيرة بمجرد أن يبدأ الناس بالترقية (03:34:10 PM) zzz: بصرف النظر عن ذلك، كانت الدورة سلسة إلى حد كبير، والأمور تهدأ (03:35:26 PM) zzz: نحن عند 14,000 سطر من diff، حجم جيد جداً (03:36:00 PM) zzz: انتهى بالنسبة لـ 3) (03:37:45 PM) eyedeekay: ليس لدي الكثير لأضيفه، سأستمر بإجراء تعديلات صغيرة على CSS خلال الأسبوع القادم تقريباً للتعامل مع بعض الشوائب على الشاشات الصغيرة جداً أو العريضة جداً وبعض مشكلات التباين في السمة الداكنة، ولكن بخلاف ذلك سأقضي وقتي في محاولة المراجعة والاختبار (03:37:55 PM) zlatinb: أود تشغيل بعض الاختبارات على testnet (شبكة الاختبار) بعد أن يجمّد كل من i2p وi2pd الشفرة الخاصة بالإصدار. لقد وثّقتها على gitlab wiki. (03:38:05 PM) zlatinb: eyedeekay: ماذا عن اختبار end-to-end لـ windows aio؟ (03:38:58 PM) eyedeekay: نجحتُ في تشغيل واحد أمس، كانت لدي مشكلتان للتعامل معهما، واحدة في جانب build-config وأخرى في جانب router.config لكن يفترض أن كلاهما زال الآن طالما كنت شديد الحرص في بناء الإصدار (03:41:18 PM) eyedeekay: اتضح أنني بنيت الحزمة دون زيادة رقم إصدار router، لذا حتى لو حدث تنزيل (وهو ما لم يكن ليحدث لأن URL في router.config كان خاطئاً) فلن يُطلِق تحديثاً (03:42:16 PM) eyedeekay: كلتا المشكلتين قد تم إصلاحهما الآن وقد أعددت لاختبار الحزمة بعد أن أنتهي من بنائها (03:42:49 PM) eyedeekay: إذن كانت تحديثاتي معطّلة بشكل سيئ، لكن ينبغي أن تكون مُصلَحة الآن، انتهى (03:44:07 PM) eyedeekay: أي شيء آخر للاجتماع؟ أسئلة، تعليقات، مخاوف؟ (03:46:02 PM) zzz: aio == «bundle» أو «easy install bundle». دعونا لا نستخدم «aio» كاسم له في أي مكان (03:46:27 PM) zzz: أنا دائماً أفكر بـ async i/o (03:46:36 PM) zzz: لا شيء آخر لدي (03:47:06 PM) eyedeekay: حسناً نعم AIO ملتبس ويعني أشياء مختلفة لأشخاص مختلفين (03:47:28 PM) eyedeekay: سألتزم بـ Bundle أو Easy-Install Bundle (03:48:01 PM) eyedeekay: حسناً، شكراً للجميع على حضور الاجتماع، نراكم الشهر المقبل في الخامس، على ما يبدو </div>/ar/blog/2022/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-4-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2022/Tue, 04 Jan 2022 00:00:00 +0000/ar/blog/2022/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-4-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2022/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (03:00:39 PM) eyedeekay: مرحباً بالجميع وأهلاً بكم في اجتماع 4 يناير 2022 (03:00:39 PM) eyedeekay: 1. مرحباً (03:00:39 PM) eyedeekay: 2. خدمات Meeh/متطلبات outproxy (وكيل خارجي) `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. ترقية Mac DMG JPackage إلى الإصدار المستقر https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. بحث NetDB (محاكاة/نموذج) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: مرحباً (03:01:23 PM) zzz: أهلاً (03:01:55 PM) eyedeekay: مرحباً zzz، zlatinb، هل هناك أي شخص آخر هنا اليوم؟ (03:02:20 PM) eyedeekay: مشغّلو outproxy؟ (03:02:59 PM) eyedeekay: حسناً إذن ننتقل إلى 1، يمكنهم المشاركة إن أرادوا :) (03:03:38 PM) eyedeekay: نحن نفقد كل خدمات meeh غير الثابتة، وبالنسبة لنا هذا يعني أساساً trac، الذي استبدلناه بالفعل، و false.i2p، وهو outproxy الافتراضي (03:04:07 PM) eyedeekay: كلاهما لم يعمل بشكل جيد منذ فترة طويلة، لكن عدم وجود outproxy يؤدي عادةً إلى تجربة مستخدم سيئة، لذا نحتاج إلى استبداله (03:04:59 PM) eyedeekay: ناقشنا بعض الخيارات الأسبوع الماضي، أحدها إيجاد outproxy يُدار من متطوعين لجعله الافتراضي. (03:06:30 PM) eyedeekay: إذا كان ذلك سيحدث، فسنحتاج أن يستوفي بعض المتطلبات الأساسية. وبديهيّ أن سياسة الخصوصية مهمة. (03:06:30 PM) eyedeekay: إذا لم يكونوا يمرّرون كل شيء إلى Tor مباشرة، فسنحتاج أيضاً إلى وصف لما يجري من ترشيح/تصفية، إن وُجد (03:07:34 PM) eyedeekay: من الخيارات الأخرى أن ندير واحداً بأنفسنا، وهو أمر محدود الجاذبية في أفضل الأحوال، وخيار آخر هو دعم SOCKS محلي، وهو يتطلب توفر وكيل SOCKS محلي. (03:08:07 PM) eyedeekay: إذا أراد أي شخص التطوّع ليكون outproxy، فالمكان المناسب للتواصل هو منتدى zzz (03:09:05 PM) zzz: صحيح (03:09:12 PM) eyedeekay: لم أتمكن بعد من الحصول على إحصاءات حول استخدام false.i2p من meeh. EOT (03:09:40 PM) zzz: أولاً نريد أن نكون حذرين جداً في عدم التوصية علناً ببديل أو تعيين افتراضي جديد دون موافقة، لأن ذلك قد يفرض عبئاً كبيراً، مالياً أو غير ذلك (03:10:06 PM) zzz: وكخطوة صغيرة أولية، نسعى لتسجيل البدائل على stats.i2p والحصول على موافقة لإضافتها إلى ملف hosts.txt الافتراضي لدينا (03:10:16 PM) zzz: إذ إن ذلك يجعل من الأسهل على الناس إعدادها واستخدامها على الأقل (03:10:55 PM) zzz: لدينا موافقة لتلك الخطوة لاثنين من outproxies، إلا أن واحداً فقط مسجّل حالياً على stats.i2p (03:11:05 PM) zzz: لذا أنا بانتظار التسجيل الثاني (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: شكراً zzz، سأذكّره بالمناسبة (03:11:47 PM) dr|z3d: أجريت بعض المناقشات التمهيدية معك يا zzz، وعلى هذا الأساس أعتقد أنه يجب أن يكون واضحاً تماماً أنني غير مهتم بتقديم خدمة رسمية. غير الرسمي لا بأس به، لكن ليس شيئاً رسمياً. (03:12:52 PM) zzz: شكراً لتوضيح ذلك، وكذلك شكراً لوقتك وخبرتك في تلك المناقشات (03:12:59 PM) dr|z3d: وأنا أيضاً أرى أن outproxy واحد محكوم عليه بالفشل في اللحظة التي يصبح فيها رسمياً. (03:14:13 PM) eyedeekay: بالتأكيد أستطيع فهم سبب ذلك. هل هناك أي شيء آخر بخصوص 1؟ (03:14:28 PM) zzz: ربما. فهو بلا شك يتطلب سعة كافية وإدارة كفؤة (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. ترقية Mac DMG Jpackage إلى الإصدار المستقر (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: إذن هذا الموضوع أضافه zlatinb، تفضل (03:16:21 PM) zlatinb: شكراً. بشكل عام، الحزمة غير الـDMG (jar) غير موثّقة، وآخر إصدارين (أو ثلاثة؟) من نظام Mac OS يرفضان تنفيذها ما لم يغيّر المستخدم بعض الإعدادات المتقدمة (03:16:52 PM) zlatinb: في الوقت نفسه، كانت حزمة DMG jpackage مستقرة جداً، وقد تم اختبار التحديثات داخل الشبكة من البداية إلى النهاية (03:17:10 PM) zlatinb: لذا أقترح أن نجعلها التنزيل الافتراضي لماك ونتخلّص من خيار .jar تماماً (03:17:55 PM) zlatinb: وبما أننا نملك بالفعل صفحة /mac جميلة مخصّصة للحزمة، أقترح أن نبقيها مع إزالة وسم BETA (03:18:14 PM) zlatinb: وفي قسم Mac في /download، نضع فقط رابطاً إلى صفحة /mac، ولا شيء آخر (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: أدعمه. (03:20:42 PM) eyedeekay: هل نحتاج إلى الانتظار حتى الإصدار أم ننفّذ ذلك الآن؟ (03:21:51 PM) anonymousmaybe أصبح الآن يُعرف باسم Irc2PGuest95343 (03:22:35 PM) تم تعيين الوضع (+ao zzz zzz) بواسطة ChanServ (03:22:37 PM) zlatinb: لا حاجة للانتظار لإصدار (03:22:54 PM) zzz: هل رأيت أسئلتي الثلاثة قبل انقطاعي؟ (03:23:01 PM) eyedeekay: لا، فاتتني (03:23:03 PM) zlatinb: لا، آسف، رجاءً أعد نشرها (03:23:11 PM) zzz: سأطرح بعض الأسئلة السهلة: (03:23:15 PM) zzz: 1) هل قاعدة المستخدمين كافية لكي نكون واثقين من أنه قد تم اختباره جيداً؟ (03:23:17 PM) zzz: 2) هل عملية الإصدار موثّقة بحيث يمكن، نظرياً، لشخص آخر أن يبنيها إذا كانت لديه المفاتيح الصحيحة؟ (03:23:20 PM) zzz: 3) هل نحن واثقون أن لدينا الموارد للاستمرار في صيانته وإصدار نسخ جديدة؟ (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - وفقاً لـmatomo يحصل على 20-25 عملية تنزيل يومياً. تلقّينا تقارير من مستخدمي أجهزة ماك M1 بأنه يعمل كما هو متوقع. لا توجد تقارير سلبية على الإطلاق (03:24:28 PM) eyedeekay: 2) و3) برأيي الإجابات نعم بالتأكيد. أستطيع بناء كل شيء حتى جزء التوثيق لدى notary ويمكنني تعليم شخص آخر القيام بذلك (03:24:53 PM) zlatinb: 2) نعم، لكنها تتطلب إزالة الإخفاء لأن Apple Inc. (03:24:54 PM) eyedeekay: إذن مع zlatinb وأنا، هناك على الأقل شخصان يعرفان كيفية بنائها (03:25:08 PM) zzz: 2) لكنها _موثَّقة_؟ (03:25:33 PM) zlatinb: نعم، خطوة بخطوة بما في ذلك عملية notary في README.md (03:25:41 PM) zzz: رائع (03:26:16 PM) zzz: 1) هل يشمل "العمل" عملية التحديث؟ هل رأينا سرب التورنت ينطلق فعلياً عندما تصدر الأخبار تحديثاً؟ (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (لأني أظن أن نسخة ويندوز لم يُرَ أنها تعمل فعلياً بعد) (03:27:26 PM) zlatinb: 1) نعم، السرب يبدأ بالنشاط، هو صغير جداً لكنه موجود. رأيته في إصداري 1.5.1 و1.6.1 (03:27:49 PM) zzz: حسناً ممتاز، شكراً على الإجابات، لا اعتراضات (03:28:14 PM) eyedeekay: جميل، سأجري تغييرات الموقع الليلة بعد أن أنشر سجلات الاجتماع (03:28:26 PM) zlatinb: رائع، شكراً! (03:29:05 PM) eyedeekay: بخصوص ويندوز، نعم لكن يبدو أنها مشكلة في ملف الإعدادات الذي أرسلته أنا وليست في أداة التحديث نفسها (03:29:05 PM) eyedeekay: لذا يحتاج ويندوز إلى تحديث يدوي واحد إضافي ليعمل مع التحديثات التلقائية، وأعتقد أنني ربما كنت أعرف ذلك مسبقاً لكني نسيت (03:30:07 PM) eyedeekay: 4. بحث NetDB (محاكاة/نموذج) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: أيضاً موضوع zlatinb، أخبرنا بما تفكّر به (03:31:28 PM) zlatinb: إذن، خلال الأسبوعين الماضيين تقريباً كان هناك تدهور ملحوظ في إمكانية الوصول إلى مواقع مثل zzz.i2p وpostman وحتى major.acetone.i2p... باختصار مواقع أعلم أنها تعمل (03:31:57 PM) zlatinb: أجريت بعض تصحيح الأخطاء وواجهت حالات حيث يتم جلب LS الخاصة بـ zzz.i2p بشكل جيد، لكن يبدو أن RI الخاصة بـ IBGW تفشل في الجلب لاحقاً (03:32:03 PM) zlatinb: (أنا أتكهّن هنا طبعاً) (03:32:47 PM) zlatinb: خلاصة القول، هناك الكثير من المجهولات في عمل NetDB ونضطر للاعتماد على خوارزمية Kad، وهذا لا بأس به، لكنني أفضل امتلاك قدر أكبر من الثقة عبر بعض البحث (03:33:33 PM) zlatinb: تماماً كما ساعدت testnet في تحسين شيفرة streaming وssu وntcp كثيراً، أعتقد أن نموذجاً أو محاكياً يمكن أن يساعد في تحسين عمل netDB (03:34:44 PM) zlatinb: والسبب الذي أريد من أجله مناقشته هنا هو أنه إذا اخترنا محاكياً يشغّل الشيفرة الفعلية التي ستكون في الـrouter (الموجّه)، فسيكون من الضروري إجراء بعض إعادة الهيكلة على شيفرة NetDB، وربما بعض فئات *Job أيضاً (03:34:52 PM) zlatinb: ملاحظة، لم أطلع بعد على الـjvm متعددة الـrouter وJVMCommSystem (03:35:03 PM) zlatinb: ربما يمكن أن يكونا حلاً حتى عدد معيّن من العُقَد (03:35:37 PM) zlatinb: لكن هدفي هو محاكاة بضعة آلاف على الأقل من العُقَد، ما يعني تجريد معظم مكونات الـrouter (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major غادر الغرفة (الخروج: انقضاء مهلة Ping: 320 ثانية). (03:36:32 PM) zzz: أنا فاتر الحماس في أفضل الأحوال، نظراً لصعوبة الأمر، ولطول الوقت قبل أن نحصل على أي نتائج مفيدة (03:37:20 PM) zzz: كمقدمة، أجريت سلسلة تغييرات مؤخراً لجعل الأمور أكثر موثوقية (03:37:27 PM) zzz: في بناء التطوير 1.6.1-6 (03:37:46 PM) zzz: لكنني لا أعلم إن كانت أي من الخوادم الشائعة (بخلاف خادمي) تشغّله (03:38:17 PM) zzz: أود أن أرى خوادم echelon وeyedeekay تجرب ذلك. هاتان مجموعتان واجهت معهما مشاكل منذ أشهر (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: معظم خوادمي تتعقّب فقط مستودع PPA، سأقوم بتحديث git.idk.i2p (03:39:17 PM) zzz: git وgitssh هما اثنان ينبذانني كثيراً. إذا تحسّن الوضع، سألاحظ (03:40:07 PM) zzz: خوادم echelon لغز آخر. يبدو أنها تعاني كثيراً من مشاكل على مستوى IP (03:42:11 PM) eyedeekay: يمكنني فعل ذلك قريباً إذن (03:43:37 PM) eyedeekay: أسئلتي حول بيئة اختبار netDB ربّما غير موفّقة، مثلاً: هل الـtestnet الحالية لديها القدرة على محاكاة netDB بين الـrouters داخلها؟ (03:44:08 PM) eyedeekay: وإن كان كذلك، فهل هناك طريقة لاستخدامها؟ (03:44:44 PM) تم قطع اتصال الحساب ولم تَعُد في هذه الدردشة. ستنضم تلقائياً عند معاودة اتصال الحساب. (03:49:14 PM) موضوع #i2p-dev هو: 1.6.1-7 | اجتماع المطوّرين التالي 8 مساءً بتوقيت UTC يوم الثلاثاء، 4 يناير 2022 (03:49:14 PM) تم تعيين موضوع #i2p-dev بواسطة zzz في 09:08:14 صباحاً بتاريخ 01/03/2022 (03:49:20 PM) zzz: يا إلهي لا، ليس pspice. كان نوعاً من نموذج شبكة للطوابير/السلوك (03:50:31 PM) zzz: EOT وأغادر الآن، عليّ أن أذهب، شكراً للجميع (03:50:46 PM) eyedeekay: أراك لاحقاً zzz (03:51:41 PM) eyedeekay: هل هناك أي شيء آخر بخصوص 4؟ zlatinb (03:51:50 PM) zlatinb: لا، هذا كل شيء (03:52:08 PM) eyedeekay: حسناً، بهذا نكون قد انتهينا من الاجتماع، أتمنى أسبوعاً طيباً للجميع </div>/ar/blog/2022/01/01/%D9%85%D8%B1%D8%A7%D8%AC%D8%B9%D8%A9-%D8%A7%D9%84%D8%B9%D8%A7%D9%85-2021/Sat, 01 Jan 2022 00:00:00 +0000/ar/blog/2022/01/01/%D9%85%D8%B1%D8%A7%D8%AC%D8%B9%D8%A9-%D8%A7%D9%84%D8%B9%D8%A7%D9%85-2021/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <h3 id="development-highlights">Development Highlights</h3> <p>بدأ إصدار 0.9.49 عملية الانتقال إلى تشفير ECIES-X25519 الجديد والأسرع الخاص بـ routers. لقد استغرق الأمر سنوات عديدة من العمل على المواصفات والبروتوكولات للتشفير الجديد، وفي هذا الإصدار، بدأت التثبيتات الجديدة ونسبة صغيرة جداً من التثبيتات الحالية (يتم اختيارها عشوائياً عند إعادة التشغيل) باستخدام التشفير الجديد. هذه هي المرة الأولى التي يتم فيها تغيير نوع التشفير الافتراضي، لذا سيجري الانتقال الكامل على مدى عدة إصدارات من أجل تقليل أي مشكلات إلى الحد الأدنى.</p>/ar/blog/2021/12/11/%D9%84%D8%A7-%D9%8A%D8%AA%D8%A3%D8%AB%D8%B1-i2p-%D8%A8%D8%AB%D8%BA%D8%B1%D8%A9-log4j/Sat, 11 Dec 2021 00:00:00 +0000/ar/blog/2021/12/11/%D9%84%D8%A7-%D9%8A%D8%AA%D8%A3%D8%AB%D8%B1-i2p-%D8%A8%D8%AB%D8%BA%D8%B1%D8%A9-log4j/<p>لا يتأثر I2P بثغرة يوم الصفر في log4j التي نُشرت يوم أمس، CVE-2021-44228. لا يستخدم I2P log4j لتسجيل الأحداث، ومع ذلك احتجنا أيضًا إلى مراجعة التبعيات لدينا للتحقق من استخدام log4j، وخاصةً jetty. لم تكشف هذه المراجعة عن أي ثغرات.</p> <p>كان من المهم أيضًا التحقق من جميع المكوّنات الإضافية لدينا. قد تجلب المكوّنات الإضافية أنظمة تسجيل خاصة بها، بما في ذلك log4j. وجدنا أن معظم المكوّنات الإضافية أيضًا لا تستخدم log4j، وأن تلك التي تستخدمه لم تكن تستخدم إصدارًا معرّضًا للثغرات من log4j.</p>/ar/blog/2021/12/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2021/Tue, 07 Dec 2021 00:00:00 +0000/ar/blog/2021/12/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (03:00:21 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع 7 ديسمبر (03:00:28 PM) eyedeekay: 1) مرحباً (03:00:28 PM) eyedeekay: 2) حالة إصدار 1.6.1 (03:00:28 PM) eyedeekay: 3) حالة تحديث jpackage (03:00:28 PM) eyedeekay: 4) تكاملات Monero (03:00:28 PM) eyedeekay: 5) مكتبة SAM جديدة (03:00:37 PM) zzz: مرحباً (03:00:41 PM) zlatinb: مرحباً (03:01:05 PM) eyedeekay: مرحباً zzz، مرحباً zlatinb (03:01:12 PM) eyedeekay: هل يوجد أحد آخر هنا اليوم؟ (03:01:16 PM) mode (-m ) بواسطة zzz (03:01:31 PM) eyedeekay: 2) حالة إصدار 1.6.1 (03:02:32 PM) eyedeekay: إصدار 1.6.1 متاح، وملف التورنت منشور، وكذلك على Debian/Ubuntu/Launchpad وMaven وGPlay ونسختنا على F-Droid (03:03:10 PM) eyedeekay: مستودع F-Droid ما زال غير مُحدَّث، وإحدى مهامي هذا الأسبوع هي جعل تطبيقنا يعمل مجدداً مع نظام البناء الآلي لديهم (03:04:01 PM) eyedeekay: وكما نعلم، مستودعات Debian لن تستقبل تحديثاتنا في هذا الوقت؛ ينبغي لمن يستخدم حزم Debian أن ينتقل إلى deb.i2p2.de أو deb.i2p2.no (03:05:18 PM) eyedeekay: تم أيضاً تحديث حزمة DMG التي بناها zlatinb إلى 1.6.1 وهي متاحة على المرايا وكتحديث (03:06:01 PM) eyedeekay: حزمة exe التي بنيتُها أنا ستُنشر اليوم؛ كنت أخطّط لإنهائها بالأمس لكنني انشغلت بتحديثات Windows، لذا سأقوم بها هذا المساء. (03:06:40 PM) eyedeekay: وفقاً لـ stats.i2p حوالي 20% من الشبكة قد حدّثت (03:06:47 PM) eyedeekay: أي شيء تضيفانه zzz، zlatinb؟ (03:09:13 PM) eyedeekay: ألو؟ (03:11:26 PM) eyedeekay: حسناً عدت (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: وفقاً لـ stats.i2p حوالي 20% من الشبكة قد حدّثت (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: أي شيء تضيفانه zzz، zlatinb؟ (03:11:50 PM) zzz: نعم (03:12:05 PM) zzz: لا توجد إشارة لتحديث biglybt بعد، نأمل أن يصل قريباً (03:12:10 PM) zzz: لا شكاوى من المستخدمين حتى الآن (03:12:26 PM) zzz: واجه echelon مشكلة مع نسخة تطوير 1.6.1-2 لكننا لا نعرف السبب (03:13:03 PM) zzz: أيضاً، قد يواجه مستخدمو أي إصدار من حزمة i2p (الحالي أو الأقدم) مشكلة بسبب تغيّر اعتمادات jetty9 (03:13:24 PM) zzz: إذا حدث ذلك، نفّذ الأمر يدوياً: sudo apt install libservlet3.1-java (03:14:44 PM) zlatinb: بخصوص biglybt سمعت من Parg في وقت سابق اليوم بشأن أمر غير ذي صلة، لذا هو بخير. (03:15:52 PM) zzz: قد يؤثّر أيضاً على Ubuntu Jammy الأحدث جداً، لست متأكداً (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: أعني حزمة debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: هذا على debian sid وربما jammy فقط (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: سأمنحه بضعة أيام أخرى ثم سألاحقه (03:16:31 PM) eyedeekay: شكراً zzz، مسألة الحزمة/التبعيات ستطفو على السطح على Reddit على الأرجح إن كانت مشكلة (03:16:58 PM) eyedeekay: أستخدم sid بشكل يومي ولم أصادف هذه المشكلة حتى الآن (03:17:01 PM) zzz: المرجع: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) حالة تحديث jpackage (03:19:36 PM) eyedeekay: غطّينا هذا جزئياً بالفعل؛ حزم dmg الخاصة بـ zlatinb موجودة على المرايا ومذكورة على الموقع (03:20:29 PM) eyedeekay: كان عليّ إجراء بعض التحديثات على حاسوبي المحمول بنظام Windows لذلك لم أُنجز بناءات exe الليلة الماضية؛ أجلتُها إلى ما بعد الاجتماع (03:21:08 PM) eyedeekay: حوّلت خادوم الأخبار لديّ لنشر حزم zlatinb الجديدة (03:21:59 PM) eyedeekay: لم أسمع من أي مستخدم حتى الآن (03:22:27 PM) zlatinb: حزمة jpackage بصيغة dmg أصبحت في هذه المرحلة سلسة جداً. أجرينا اختباراً من طرف إلى طرف لتحديث داخل الشبكة من 1.5.0-&gt;1.5.1 وقد نجح (لكن من المحاولة الثانية) (03:23:02 PM) zlatinb: شخص واحد حمّل ملف التورنت وفقاً لـ snark (03:23:27 PM) zlatinb: لا شيء آخر يُذكر بخصوص jpackage على الماك؛ تعمل أساساً كما ينبغي (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: شكراً zlatinb (03:24:41 PM) eyedeekay: 4) تكاملات Monero (03:25:55 PM) eyedeekay: كان هناك اهتمام متجدّد بجعل Monero-over-I2P يعمل تلقائياً في محافظ الواجهة الرسومية GUI(مثل Feather على وجه الخصوص) خلال عطلة عيد الشكر (03:26:38 PM) eyedeekay: نقوم بإعداد نماذج تصميمية وتحليل للمفاضلات بين التهيئات المختلفة هنا: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: هم مهتمّون باعتماد عدة أمور منا، بما في ذلك في نهاية المطاف نموذجنا لتوزيع تحديثات البرمجيات داخل الشبكة (03:27:53 PM) eyedeekay: إذا أراد أيٌّ كان المشاركة في ذلك النقاش فنحن نعقده هناك غالباً، وأيضاً على قناة Monero على Matrix (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) مكتبة SAM جديدة (03:29:14 PM) zzz: رائع، أفترض أنهم اطلعوا بالفعل على ما فعله bitcoin حيال بروتوكولات العناوين منخفضة المستوى (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: نعم فعلوا (03:31:24 PM) eyedeekay: الأمر الرائع الآخر الذي حدث الأسبوع الماضي هو أن فريق diva.exchange أنشأ مكتبة SAM جديدة لـ node.js/javascript بشكل عام (03:32:02 PM) eyedeekay: التوثيق لها أشمل وأحدث بكثير من القديمة التي لم تعد مُصانة (03:32:07 PM) eyedeekay: المصدر هنا: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: حزمة NPM هنا https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: نظراً لشعبية node، سأمنحها قدراً من الترويج؛ يبدو أن الجميع يكتبون تطبيقات الويب الخاصة بهم بـ node هذه الأيام (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: هل هناك شيء آخر للاجتماع؟ (03:35:13 PM) zlatinb: ليس لدي شيء (03:36:01 PM) eyedeekay: مهلة 1، (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: حسناً إذن، شكراً zzz وzlatinb، الاجتماع التالي سيكون في 4 يناير 2022 (03:37:03 PM) eyedeekay: سأنشر السجلات قريباً </div>/ar/blog/2021/11/29/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.6.1/Mon, 29 Nov 2021 00:00:00 +0000/ar/blog/2021/11/29/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.6.1/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>ملاحظة: 1.6.1 هو الإصدار الحالي. تم وسم 1.6.0 ولكن لم يتم إصداره.</p> <p>يستكمل هذا الإصدار عملية طرح تحديثين كبيرين للبروتوكول تم تطويرهما في عام 2021. يتم تسريع الانتقال إلى تشفير X25519 للـ routers، ونتوقع إعادة توليد المفاتيح لمعظم الـ routers بحلول نهاية العام. تم تفعيل رسائل إنشاء الـ tunnel القصيرة لتقليل استهلاك النطاق الترددي بشكل ملحوظ.</p> <p>أضفنا لوحة لاختيار السمة إلى معالج التثبيت الجديد. حسّنا أداء SSU وأصلحنا مشكلة في رسائل اختبار الأقران الخاصة بـ SSU. تم تعديل مرشح بلوم الخاص ببناء الـ tunnel لتقليل استخدام الذاكرة. عزّزنا دعم المكوّنات الإضافية غير المكتوبة بلغة Java.</p>/ar/blog/2021/11/02/i2p-jpackages-%D8%AA%D8%AA%D9%84%D9%82%D9%89-%D8%A3%D9%88%D9%84-%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-%D9%84%D9%87%D8%A7/Tue, 02 Nov 2021 00:00:00 +0000/ar/blog/2021/11/02/i2p-jpackages-%D8%AA%D8%AA%D9%84%D9%82%D9%89-%D8%A3%D9%88%D9%84-%D8%AA%D8%AD%D8%AF%D9%8A%D8%AB-%D9%84%D9%87%D8%A7/<p>قبل بضعة أشهر أصدرنا حزمًا جديدة كنا نأمل أن تساعد في تسهيل انضمام أشخاص جدد إلى شبكة I2P من خلال جعل تثبيت وتهيئة I2P أسهل لعدد أكبر من الأشخاص. أزلنا عشرات الخطوات من عملية التثبيت بالانتقال من JVM خارجي إلى Jpackage، وبنينا حزمًا قياسية لأنظمة التشغيل المستهدفة، ووقّعناها بطريقة يتعرّف إليها نظام التشغيل للحفاظ على أمان المستخدم. منذ ذلك الحين، وصلت routers المبنية باستخدام jpackage (الموجّهات في I2P) إلى إنجاز جديد، فهي على وشك تلقي أول تحديثات تدريجية لها. ستستبدل هذه التحديثات jpackage المبني على JDK 16 بـ jpackage محدَّث مبني على JDK 17، وستوفّر إصلاحات لبعض الأخطاء البسيطة التي اكتشفناها بعد الإصدار.</p>/ar/blog/2021/11/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-02-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2021/Tue, 02 Nov 2021 00:00:00 +0000/ar/blog/2021/11/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-02-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay, zzz, zlatinb, Ryemantis_</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:00:16 PM) eyedeekay: مرحبًا بالجميع، أهلاً بكم في اجتماع المجتمع ليوم 2 نوفمبر (04:00:16 PM) eyedeekay: 1) مرحبًا (04:00:16 PM) eyedeekay: 2) حالة تطوير 1.6.0 / الإصدار القادم (04:00:16 PM) eyedeekay: 3) حالة نسخة mac/win jpackage التجريبية، تقارير اختبارات المستخدمين، حالة التحديث داخل الشبكة إلى 17.0.2، خطط تحديث 1.6.0؟ (04:00:35 PM) zzz: مرحبًا (04:00:38 PM) zlatinb: مرحبًا (04:00:55 PM) eyedeekay: أهلًا zzz، zlatinb (04:01:25 PM) eyedeekay: 2) حالة تطوير 1.6.0 / الإصدار القادم (04:02:25 PM) eyedeekay: موضوع الإصدار هنا: `http://zzz.i2p/topics/3170-1-6-0-release-summary` ولسنا قد حدّدنا موعدًا بعد، كان ينبغي أن أردّ في ذلك الموضوع، هل نريد فعل ذلك هنا؟ (04:02:43 PM) zzz: نعم من فضلك (04:03:18 PM) zzz: بعد 3 أسابيع من الآن ستكون 13 أسبوعًا. +/- أسبوع لا بأس لديّ أيضًا (04:03:19 PM) eyedeekay: حسنًا إذن بالنسبة لي أنا أؤيّد أسبوع 29، بعد عيد الشكر في الولايات المتحدة (04:04:12 PM) zlatinb: سأكون بعيدًا عن محطة عملي الرئيسية حتى أوائل ديسمبر، لذا لا أستطيع بناء أو توقيع مثبّتات jpackage. لكن يمكنني إعطاء OTP (كلمة مرور لمرة واحدة) لأداة signtool لأنه على هاتفي. (04:05:34 PM) zzz: حسنًا، إذن مبدئيًا أسبوع 28؟ eche|off eche|on أي اعتراضات؟ (04:07:30 PM) eyedeekay: أسبوع 28 مناسب لي حاليًا. (04:08:34 PM) eyedeekay: أي شيء آخر للموضوع 2)؟ (04:08:45 PM) zzz: نعم، حالة سريعة (04:09:02 PM) zzz: يبدو إصدارًا متواضعًا إلى حد ما إذا قسناه بعدد التغييرات (04:09:27 PM) zzz: ربما أبرز ما فيها هو بعض تحسينات سرعة SSU (04:09:48 PM) zzz: zlatinb، إذا كان لديك وقت لحشر إصلاحات إهمال (deprecation) لاختبارات الوحدات فسيكون ذلك جيدًا (04:09:52 PM) zzz: انتهى (04:10:02 PM) eyedeekay: شكرًا zzz (04:10:28 PM) zlatinb: نعم، لا وعود بخصوص اختبار الوحدة :) (04:10:42 PM) eyedeekay: 3) حالة نسخة mac/win jpackage التجريبية، تقارير اختبارات المستخدمين، حالة تحديث in-net 17.0.2، خطط تحديث 1.6.0؟ (04:12:18 PM) zlatinb: أفترض أنه jdk 17.0.1، لا يوجد 17.0.2 بعد على حد علمي (04:12:21 PM) zzz: نعم أضفتُ هذا البند فقط لأعطيكما فرصة لإطلاع المجتمع على المستجدات (04:12:32 PM) eyedeekay: ناقشتُ أنا وzlatinb ذلك قبل أيام وقيّمنا احتمال إجراء تحديث OpenJDK 17 لمثبتات jpackage (04:12:43 PM) zzz: تجاهل أي أخطاء مطبعية :) (04:13:36 PM) Ryemantis__ أصبح معروفًا الآن باسم Ryemantis_ (04:14:08 PM) eyedeekay: حاليًا نحن مستعدون لتنفيذ تحديثات داخل الشبكة لمثبتات jpackage لكننا سننتظر الإصدار الرئيسي لنطرح إصدارات jpackage الخاصة بنا والتي ستُحدّث إلى 17.0.1 أو 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 غير متوقّع حتى منتصف يناير، لذا ينبغي بالتأكيد أن يكون لدينا إصدار jpackage لـ 1.6.0 (04:15:32 PM) zlatinb: رأيي أنني أود حقًا القيام بـ dry-run (تشغيل تجريبي دون نشر فعلي) لعملية التحديث داخل الشبكة لاستخراج أي أخطاء، لكن يجب أن يحدث ذلك خلال الأيام السبعة القادمة لأني سأكون بعيدًا بعدها (04:16:03 PM) zlatinb: للتلخيص، يجب أن يحدث ما يلي: (04:16:12 PM) zzz: eyedeekay، لم يكن ذلك واضحًا جدًا... أنت "مستعد" لكنك لن تفعل ذلك، ستنتظر؟ (04:16:28 PM) zlatinb: 1. تحديث مستودع i2p.newsxml لإنتاج entries.html لكل منصة (04:16:50 PM) zlatinb: 2. التأكد من أن خوادم HTTP الخاصة بالأخبار لدى idk و ech يمكنها تقديم ملفات news.su3 الجديدة (04:17:17 PM) zlatinb: 3. عمل فرع لـ i2p.i2p انطلاقًا من الوسم i2p-1.5.0، ورفع رقم النسخة CoreVersion/RouterVersion، ووَسْم i2p-1.5.1 (04:17:27 PM) zlatinb: 4. بناء مثبّتات jpackage، والتوقيع/التوثيق حسب الحاجة (04:17:47 PM) zlatinb: 5. بناء entries.html جديدة مع release.json جديد (04:17:50 PM) zlatinb: 6. النشر (04:17:51 PM) zlatinb: انتهى (04:18:03 PM) zlatinb: لذا لا أعرف إن كان يمكن أن يحدث ذلك خلال 7 أيام، لكنه سيكون لطيفًا جدًا إذا أمكن (04:19:10 PM) eyedeekay: بقولي مستعد أعني أن تغييرات i2p.newsxml تنتج خلاصات صحيحة يمكن استخدامها لتوزيع التحديثات داخل الشبكة وهي تعمل على إعداد news لدي على lighttpd (04:20:00 PM) eyedeekay: أحتاج إلى إضافة دعم entries.html الخاص بالمنصة، حاليًا الجميع يتلقى كل الأخبار لكن تورنت مختلف (04:20:38 PM) zzz: بصورة أوسع، بما أنه بيتا، هل تسير الأمور على ما يرام؟ هل تحصلون على تنزيلات و/أو شكاوى؟ (04:21:16 PM) zlatinb: التنزيلات - ~25/يوم لماك، ~100/يوم لويندوز وفقًا لـ Matomo (04:21:44 PM) eyedeekay: لا شكاوى كبيرة، كانت هناك مشكلة في اكتشاف المسار إلى الحزمة المُثبّتة حسب المعمارية وما إذا كان Windows مثبّتًا، تؤثر على جزء من مستخدمي ويندوز لكن فقط عندما يُشغَّل المُشغِّل من المُثبّت (04:22:03 PM) eyedeekay: لذا بعد تشغيل المُثبّت تختفي العلة، وقد تم إصلاحها في النسخة الجديدة (04:22:11 PM) eyedeekay: حسنًا، ستُصلَح (04:22:15 PM) zzz: رائع (04:22:21 PM) eyedeekay: هذا هو الأمر الذي أبلغ عنه zab الشهر الماضي (04:22:40 PM) eyedeekay: *مثبّتة أو مُحدَّثة من إصدار سابق (04:24:34 PM) Ryemantis_: مرحبًا بالجميع. أردت أيضًا أن أُلقي التحية بسرعة وأعتذر عن كوني صامتًا خلال الأسابيع القليلة الماضية. كان أكتوبر شهرًا مزدحمًا جدًا بالنسبة لي وحدث أيضًا عطل في العتاد. بعد هذا الأسبوع ينبغي أن يتوفر لديّ بعض الوقت لأعيد تجميع محطة عملي وأواصل العمل على Android I2P. أعمل حاليًا على LiveData، وبدء I2P عن بُعد، وإصلاح UPnP. سأحدّث المنتدى أيضًا حالما أعود إلى (04:24:35 PM) Ryemantis_: ذلك. يرجى إخباري أيضًا إذا كان هناك أي شيء آخر يحتاج إلى اهتمام أكثر فورية. (04:25:04 PM) eyedeekay: سعداء بسماع أخبارك Ryemantis_ ومرحبًا بك في الاجتماع (04:25:28 PM) eyedeekay: شكرًا على التحديث حول ما تعمل عليه، أعطال العتاد وظروف الحياة تحدث لنا جميعًا (04:27:01 PM) eyedeekay: عودة إلى 3) للحظة، في الوقت الحالي يقع على عاتقي إضافة دعم لـ entries.html في data/platform/branch/entries.html بدلًا من وجوده فقط في data/entries.html حتى نتمكن من الحصول على خلاصات أخبار خاصة بكل منصة (04:27:13 PM) Ryemantis_: أقدّر تفهّمكم بالتأكيد وشكرًا لكم جميعًا على عملكم الجاد (04:28:23 PM) eyedeekay: بدلًا من خلاصة واحدة حيث يحصل الجميع على أخبار الجميع (04:29:00 PM) eyedeekay: بعد ذلك، يمكننا البدء من الخطوة 3 في وصف zlatinb (04:29:37 PM) eyedeekay: أي شيء بشأن 3)؟ (04:30:20 PM) zlatinb: لا، أظن أن هذا يغطي كل شيء (04:30:46 PM) eyedeekay: جميل، أي شيء آخر للاجتماع zzz zlatinb Ryemantis_ ؟ (04:31:04 PM) zzz: لا (04:31:30 PM) Ryemantis_: لا (04:31:49 PM) zlatinb: نعم سؤال سريع - هل الاجتماع القادم في الأول؟ (04:31:54 PM) ***zlatinb يتحقق من التقويم (04:32:12 PM) eyedeekay: أظن أنه السابع يا zlatinb (04:32:20 PM) zlatinb: حسنًا، لا مشكلة إذًا (04:32:33 PM) eyedeekay: الأول يوافق الأربعاء حسب تقويمي (04:33:28 PM) eyedeekay: أوه صحيح هذا ذكّرني، التوقيت الصيفي (DST). لطالما حدّدت مواعيد الاجتماعات على UTC، ولكن هل يرغب أحد في تعديل وقت الاجتماع بسبب التوقيت الصيفي؟ (04:33:36 PM) zzz غيّر الموضوع إلى: 1.5.0-4 | تجميد الوسم الأربعاء 17 نوفمبر (04:35:30 PM) eyedeekay: سأعتبر هذا رفضًا إذًا. ما لم يطرح أحد ذلك في موضوع في المنتدى، ستستمر الاجتماعات في التوقيت نفسه على UTC (04:36:05 PM) eyedeekay: شكرًا للجميع على حضور الاجتماع، سأنشر السجلات بعد بضع دقائق. </div>/ar/blog/2021/10/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2021/Tue, 05 Oct 2021 00:00:00 +0000/ar/blog/2021/10/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2021/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> eyedeekay, zzz, zlatinb, T3s|4</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع المجتمع (04:00:04 PM) eyedeekay: 1) مرحباً (04:00:04 PM) eyedeekay: 2) البنود المتبقية لإصداري 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) توزيعات Jpackage (04:00:04 PM) eyedeekay: 4) حالة تطوير 1.6.0 (04:00:15 PM) الوضع (-m ) بواسطة zzz (04:00:16 PM) eyedeekay: 1) مرحباً، من هنا اليوم؟ (04:00:24 PM) zlatinb: مرحباً (04:00:24 PM) zzz: موجود (04:00:48 PM) eyedeekay: مرحباً zzz، مرحباً zlatinb (04:01:30 PM) eyedeekay: 2) البنود المتبقية لإصداري 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: القصة نفسها كما في الاجتماع السابق، لا يمكننا حالياً الوصول إلى mhatta، ولذلك لم تُحدَّث حزمنا الرئيسية في Debian. (04:02:55 PM) eyedeekay: سيتغيّر التوصية الرسمية لتثبيت I2P على Debian وUbuntu في الإصدار القادم إلى استخدام مستودع .deb/‏PPA الخاص بنا (04:03:26 PM) eyedeekay: نقوم أيضاً بتحديث الإرشادات لتعكس بعض التوصيات التي ستجعل استخدام مستودعنا أكثر أماناً (04:03:52 PM) eyedeekay: في الإعداد الجديد، ستكون مفاتيح توقيع حزم .deb لدينا صالحة لحزمنا فقط، بدلاً من أن تكون صالحة عبر جميع الحزم (04:04:04 PM) eyedeekay: لن يحتاج مستخدمو Debian/Ubuntu الحاليون إلى تغيير أي شيء (04:05:04 PM) eyedeekay: هذا كل ما لدي للبند 2) هل لدى أي شخص آخر شيء؟ (04:05:23 PM) T3s|4: eyedeekay: ^تم تدوين كل شيء، وأنا حاضر أيضاً (04:06:21 PM) eyedeekay: شكراً T3s|4 (04:06:21 PM) eyedeekay: مهلة 1 دقيقة للبند 2) (04:07:36 PM) eyedeekay: حسناً 3) توزيعات Jpackage (04:08:02 PM) zlatinb: لدي بندان لهذا الموضوع، وكلاهما غير جيدين (04:08:18 PM) eyedeekay: حسناً، ربما ينبغي أن تبدأ أنت إذن (04:08:42 PM) zlatinb: 3.1 - ملف DMG الخاص بـ Mac لم يُنشَر بشكل صحيح إلى مرآة sigterm.no واكتشفت ذلك بعد أسبوعين من الإصدار (04:09:11 PM) zlatinb: وهذا فشل كبير، نحتاج إلى فهم سبب حدوثه وكيف يمكننا منعه مستقبلاً (04:09:30 PM) zlatinb: 3.2 - جربت للتو AIO على Windows على VM لويندوز 10 جديد مع تثبيت Firefox فقط، ولم يستطع ملف .bat تشغيل I2P.exe (04:09:50 PM) zlatinb: تشغيل I2P.exe يدوياً عمل بشكل جيد، لكن هناك شيء ما في الربط بين الاثنين فشل (04:09:50 PM) zzz: ما هو AIO؟ (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: كان فشل sigterm.no جزئياً بسببي، لقد حللت المشكلة هناك التي كانت تتعلق بطريقة مزامنة المرآة التي كنت أستخدمها. (04:12:13 PM) eyedeekay: وبخصوص حزمة Windows، فهذا بالتأكيد لا ينبغي أن يحدث، ليس جيداً. سأتابع الأمر على i2p.firefox بمجرد انتهاء الاجتماع، شكراً لتنبيهك. (04:12:50 PM) zlatinb: حسناً، سعيد بالمساعدة في تتبع الأخطاء بأي طريقة (04:14:54 PM) eyedeekay: حسناً، من جانبي أختبر التغييرات على i2p.newsxml التي سنستخدمها لإجراء التحديثات، ومن المفترض أن تكون جاهزة للمراجعة هذا الأسبوع، هناك بعض التغييرات الطفيفة على إرشادات تشغيل خادم الأخبار وسأحتاج لمراجعتها مع ech لكننا بالفعل على تواصل حول ذلك (04:16:03 PM) zzz: 3.3 بخصوص حِزَم OSX، أوصي بأن نعلن أنها غير مُختبَرة على أجهزة Mac بمعالجات ARM، وأن الأداء غير معروف، ويجب أن نطلب مجرّبين (04:16:17 PM) eyedeekay: نعم، متفق، أستطيع إجراء ذلك التغيير على الموقع الليلة (04:16:19 PM) zzz: ومن هناك، نقرر متى نبدأ بإصدار بُنى ARM. (04:17:17 PM) eyedeekay: سأقوم بذلك (04:17:20 PM) zzz: لاحظ أن Java 17 نظرياً تدعم OSX ARm بشكل أصلي، لكن لا أعلم إن كانت أي من مواقع نوع openjdk لديها بُنى JRE حتى الآن (04:18:26 PM) zzz: EOT، شكراً (04:18:38 PM) zlatinb: إن إنشاء نسخ لـ Mac aarch64 يجب أن يتم على Mac aarch64 بسبب jpackage (04:18:55 PM) zlatinb: وهذا يعني أنني بحاجة للحصول على جهاز Mac بمعالج ARM في مرحلة ما (04:19:12 PM) zlatinb: أو يحتاج شخص آخر للحصول على حساب مطوّر Apple (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: جهازي Mac أيضاً x86_64 للأسف وإلا لكنت عرضت القيام بذلك (04:21:17 PM) eyedeekay: هل هناك أي شيء آخر للبند 3)؟ (04:22:19 PM) eyedeekay: حسناً إذن 4) حالة تطوير 1.6.0 (04:25:17 PM) eyedeekay: يواصل zzz إبقاءنا على اطّلاع بآخر تطوّراته وحالته هنا: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: انقضت 6 أسابيع، وبقي تقريباً 7 أسابيع (04:25:40 PM) eyedeekay: أحد تغييريَّ الكبيرين المخطط لهما لوحدة تحكم router ليس من المرجّح أن يدخل، X-I2P-Locations في وكيل HTTP (04:26:10 PM) eyedeekay: أما الآخر، إدارة إضافات fork-and-forget فستكون جاهزة هذا الأسبوع (04:27:10 PM) eyedeekay: العمل على SSU2 مستمر في #LS2 (04:27:10 PM) eyedeekay: كما أن zlatinb و zzz كانا يحددان ويصَحِّحان مشكلات الأداء في SSU1 (04:27:26 PM) eyedeekay: هل لديكما شيء لإضافته zzz، zlatinb (04:27:28 PM) eyedeekay: ؟ (04:28:07 PM) zzz: حتى الآن لا توجد أشياء كبيرة كثيرة في هذا الإصدار (04:28:21 PM) zzz: الفروقات صغيرة جداً حتى الآن (04:28:50 PM) zzz: فلنُدخِل أي تغييرات كبيرة أخرى قريباً (04:29:36 PM) eyedeekay: لن أسمح بأن يمرّ هذا الأسبوع من دون إنجاز أي شيء كبير أو جذري بالنسبة لي. إذا لم أتمكن من إنجازه بحلول الإثنين فسألتزم بالأشياء الصغيرة. (04:29:40 PM) zzz: يُفترض أننا على المسار لإصدار في أواخر نوفمبر (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: أوه، ننتظر أيضاً إصدار Jetty 9.3.30 بعد EOL مع بعض backports لتصحيحات CVE. لقد وضعوا الوسم لكنهم لم ينشروا البُنى بعد، وهذا معتاد منهم (04:31:43 PM) eyedeekay: إذا انتظروا طويلاً لنشر البُنى، فهل سيتطلب ذلك تأخير الإصدار؟ (04:32:37 PM) zzz: يجب أن يكون التأخير نحو أسبوع فقط. وإذا لسبب ما لم يفعلوا ذلك، فيمكننا ببساطة أخذ تصحيحاتهم (04:33:02 PM) eyedeekay: حسناً، شكراً للتوضيح (04:33:35 PM) eyedeekay: هل هناك أي شيء آخر للبند 4)؟ وإن لم يكن، هل هناك شيء يرغب أي شخص آخر في مناقشته ما دمنا هنا؟ (04:35:03 PM) eyedeekay: مهلة 1 دقيقة (04:35:04 PM) zzz: إذا كان أي شخص لديه اسم مستعار مسجّل يريد voice، فأخبروني قبل أن أنقر زر 'm'. آسف على الإزعاج (04:37:10 PM) eyedeekay: حسناً جميعاً، شكراً لحضور الاجتماع (04:37:10 PM) eyedeekay: نراكم على IRC وفي الاجتماع الشهر المقبل (04:37:20 PM) eyedeekay: لدي بعض تحديثات الموقع لأقوم بها (04:37:59 PM) eyedeekay: يرجى ملاحظة عبارة zzz ^ حول voice على خادم IRC (04:40:00 PM) eyedeekay: أوه، أمر آخر: سأكون خارج المدينة يومي الخميس والجمعة، وسأعمل دون اتصال في هذين اليومين. أرسل رسالة إلى idk_afk إذا لم أكن متصلاً وسأراها في المساء </div>/ar/blog/2021/09/18/%D8%A8%D9%8A%D8%AA%D9%83%D9%88%D9%8A%D9%86-%D9%83%D9%88%D8%B1-%D9%8A%D8%B6%D9%8A%D9%81-%D8%AF%D8%B9%D9%85%D9%8B%D8%A7-%D9%84%D9%80-i2p/Sat, 18 Sep 2021 00:00:00 +0000/ar/blog/2021/09/18/%D8%A8%D9%8A%D8%AA%D9%83%D9%88%D9%8A%D9%86-%D9%83%D9%88%D8%B1-%D9%8A%D8%B6%D9%8A%D9%81-%D8%AF%D8%B9%D9%85%D9%8B%D8%A7-%D9%84%D9%80-i2p/<p>حدث جرى التحضير له لأشهر، أضاف Bitcoin Core دعمًا رسميًا لـ I2P! يمكن لعُقَد بيتكوين عبر I2P التفاعل بالكامل مع بقية عُقَد بيتكوين، بمساعدة عُقَد تعمل ضمن كلٍ من I2P والإنترنت المكشوف (clearnet)، ما يجعلها من المشاركين من الدرجة الأولى في شبكة بيتكوين. من المثير أن نرى مجتمعات كبيرة مثل بيتكوين تلتفت إلى المزايا التي يمكن أن يجلبها I2P لها، بما يوفر الخصوصية وإمكانية الوصول للناس في جميع أنحاء العالم.</p>/ar/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/Wed, 15 Sep 2021 00:00:00 +0000/ar/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/<p>طوال معظم فترة وجود I2P، كان تطبيقاً يعمل بمساعدة الآلة الافتراضية لجافا (Java Virtual Machine) المثبّتة مسبقاً على المنصّة. كان هذا دائماً الطريقة المعتادة لتوزيع تطبيقات جافا، لكنه يؤدي إلى إجراءات تثبيت معقّدة بالنسبة لكثير من الأشخاص. ولتعقيد الأمور أكثر، فإن &ldquo;الإجابة الصحيحة&rdquo; لجعل I2P سهل التثبيت على أي منصّة معيّنة قد لا تكون نفسها على أي منصّة أخرى. على سبيل المثال، يكون تثبيت I2P بسيطاً جداً باستخدام الأدوات القياسية على أنظمة التشغيل المبنية على Debian وUbuntu، لأن بإمكاننا ببساطة إدراج مكوّنات جافا المطلوبة على أنها &ldquo;Required&rdquo; ضمن حزمتنا؛ أما على Windows أو OSX، فلا يوجد نظام مماثل يتيح لنا التأكد من تثبيت نسخة جافا متوافقة.</p>/ar/blog/2021/09/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2021/Tue, 07 Sep 2021 00:00:00 +0000/ar/blog/2021/09/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:02:11 PM) eyedeekay: مرحباً بالجميع، آسف على الإخطار القصير، أهلاً بكم في اجتماع 7 سبتمبر (04:02:11 PM) eyedeekay: 1) مرحباً (04:02:11 PM) eyedeekay: 2) العناصر المتبقية من 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) تغييرات مستودع Debian (04:02:11 PM) eyedeekay: 4) توزيعات jpackage (04:02:11 PM) eyedeekay: 5) خطط 1.6.0 (04:03:12 PM) zlatinb: مرحباً (04:03:21 PM) eyedeekay: أهلاً zlatinb (04:04:21 PM) eyedeekay: حسناً يمكننا البدء مباشرة، إذا انضم إلينا أي شخص أثناء الاجتماع فاليتدخل ويخبرنا بوجوده (04:04:49 PM) zzz: مرحباً (04:04:54 PM) eyedeekay: أهلاً zzz (04:05:03 PM) eyedeekay: سأتناول 2) العناصر المتبقية من 0.9.50 وعناصر 1.5.0 (04:05:41 PM) serempa: مرحباً (04:05:55 PM) eyedeekay: أهلاً serempa، مرحباً بك في اجتماع المجتمع (04:06:19 PM) serempa: يا لي من محظوظ :) (04:06:20 PM) eyedeekay: إنها القصة المعتادة، حزمة Debian لدينا التي يصونها mhatta على التوزيعة ليست محدّثة، في هذه المرحلة نوصي باستخدام مستودع Debian الخاص بالمشروع، الذي أصبح مؤخراً تحت إدارتي على http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: أول ثلاثاء من كل شهر، 8PM UTC، أخبروا أصدقاءكم :) (04:07:19 PM) serempa: همم في الواقع أنا أستخدم i2pd (04:07:28 PM) zzz: يبدو أن F-Droid الخاص بنا وF-Droid الرسمي ما زالا ضمن المهام يا eyedeekay؟ (04:07:41 PM) eyedeekay: نعم كنت سأتطرق لذلك الآن (04:09:26 PM) eyedeekay: ما زلت أقوم بتحديث مستودع F-Droid، ولا تحكّم لي بمتى يتم تحديث F-Droid الرسمي لذا ستكون التوصية مشابهة: مستودع F-Droid الخاص بنا سيُحدَّث قبل مستودع F-Droid الرسمي (04:10:23 PM) eyedeekay: لذا للحصول على حزم محدثة، فغالباً ستحتاجون إلى F-Droid مستضاف ذاتياً (04:10:48 PM) zzz: لا أرى شيئاً آخر مفقوداً (04:11:42 PM) eyedeekay: هذان هما منتجا الإصدار الوحيدان المتبقيان (04:12:35 PM) serempa: آسف للسؤال، هل هناك حزم ARM يصونها أحد؟ (04:13:16 PM) zzz: نعمل على أي منصة فيها Java (04:13:20 PM) serempa: في مستودعات rpi هي 0.9.38-3.1 (04:13:47 PM) eyedeekay: هذا Raspbian من دون إضافة deb.i2p2.de إلى sources.list؟ (04:14:01 PM) eyedeekay: للتوضيح فقط يا serempa؟ (04:14:05 PM) zzz: يمكنك اتباع الإرشادات على geti2p.net/debian لاستخدام مستودعنا يا serempa (04:14:21 PM) serempa: آه فهمت، آسف (04:14:23 PM) eyedeekay: نعم ينبغي أن يحتوي على حزم Raspberry Pi محدّثة (04:14:37 PM) eyedeekay: وهذا يقودنا إلى 3) تغييرات مستودع Debian (04:14:37 PM) eyedeekay: واجهتنا مشكلة DNS مع المستودع القديم http://deb.i2p2.no (04:15:43 PM) eyedeekay: الخادوم الذي كنا نستخدمه له لم يعد يُستخدم لأي شيء، وقد أُحيل للتقاعد. اعتباراً من الآن، deb.i2p2.de وdeb.i2p2.no متاحان عبر كل من HTTP وHTTPS (04:16:40 PM) eyedeekay: يرجى إخبارنا إذا واجهتم أي مشاكل مع الإعداد الجديد، والذي من المفترض عموماً أن تكون مشاكله أقل (04:17:22 PM) eyedeekay: هل هناك ما يُضاف على 3)؟ (04:18:07 PM) eyedeekay: 4) توزيعات jpackage (04:19:29 PM) eyedeekay: لدى Zab إصدار jpackage ناجح حتى الآن، على الأقل يستخدمه بعض الأشخاص (04:20:29 PM) eyedeekay: أصبح لدينا فكرة أفضل حول كيفية تكييف خادم الأخبار الآن حتى تتمكن حزم jpackage من جلب الأخبار والتحديثات لتوزيعاتها (04:20:45 PM) eyedeekay: أؤجل إصداري حتى أتمكن من إصدار نسخة جديدة من I2P In Private Browsing تتضمن بعض إصلاحات العلل وتقوم بتعيين الصفحة الرئيسية ومحرك البحث (04:21:31 PM) eyedeekay: ينبغي أن يستغرق ذلك حوالي أسبوع آخر (04:21:49 PM) eyedeekay: أي شيء آخر بخصوص 4) يا zlatinb؟ zzz؟ (04:22:06 PM) zlatinb: أووبس انتظر (04:22:06 PM) zlatinb: تأخير تأخير (04:22:37 PM) eyedeekay: لا مشكلة، تفضل يا zlatinb (04:22:39 PM) zlatinb: نعم، ملف mac dmg يحصل على نحو ~25 تنزيل/يوم في المتوسط (04:22:44 PM) eyedeekay: جميل! (04:23:10 PM) zlatinb: صفحة /en/download/mac تحصل على زيارات جيدة أيضاً. الكثير يزورونها بعد محاولة تنزيل ملف .jar (04:23:50 PM) zzz: عدت آسف، مشاكل في الحاسوب (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: نعم، ملف mac dmg يحصل على نحو ~25 تنزيل/يوم في المتوسط (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: جميل! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: صفحة /en/download/mac تحصل على زيارات جيدة أيضاً. الكثير يزورونها بعد محاولة تنزيل ملف .jar (04:24:24 PM) eyedeekay: في حال احتجته^ (04:25:09 PM) zzz: هل حللتم أنتم الثلاثة مشكلات URL لخادم الأخبار بعد؟ (04:25:39 PM) zlatinb: والذي لا يعمل إطلاقاً على إصدارات Mac OS الحديثة بسبب التوثيق (04:25:39 PM) zlatinb: انتهى (04:25:39 PM) zlatinb_ بات يُعرف الآن باسم zlatinb (04:25:47 PM) zlatinb: تأخير شديد، آسف (04:27:00 PM) eyedeekay: ليس بعد، يا zlatinb متى يناسبنا أن نلتقي ونتحدث عن مشكلات روابط الأخبار المتبقية؟ لدي سؤال أو اثنان لك حول المتطلبات لذلك، إذا تمكنا من الاجتماع هذا الأسبوع فسيكون ذلك كافياً (04:27:42 PM) zlatinb: نعم، سأقوم بسرور بتغييرات Python بمجرد أن نتفق على كيفية التعامل مع الأمور (04:27:56 PM) zlatinb: السؤال الكبير: هل نريد خلاصات أخبار منفصلة للمنتجات المختلفة أم فقط بيانات وصفية مختلفة (04:28:05 PM) zlatinb: نحتاج أن نقرر ذلك (04:29:45 PM) eyedeekay: إذن أود عقد اجتماع صوتي سريع لهذا في وقت ما هذا الأسبوع، يمكننا جدولة ذلك لاحقاً، لست متأكداً بعد من الإيجابيات والسلبيات التي تهمني (04:30:01 PM) zlatinb: بالتأكيد (04:30:08 PM) eyedeekay: يبدو جيداً (04:30:21 PM) eyedeekay: أي شيء آخر بخصوص 4)؟ (04:30:30 PM) zzz: ستحتاج إلى خلاصات مختلفة في المرة الأولى التي تقوم فيها بتحديث وسيط، على سبيل المثال لـ Java (04:31:17 PM) zzz: تأكد من إشراك echelon لأنه قد تكون لديه قضاياه الخاصة (04:32:19 PM) eyedeekay: هل تقصد بين غير jpackage وjpackage؟ من جهتي هذا "معطّل" مُثبّت NSIS لن يكتب فوق مُثبّت IzPack إذا وجده (04:33:01 PM) zzz: لم أستطع تذكر الكلمة المناسبة. أعني إصداراً وسيطاً بين الإصدارات الرئيسية، مثلاً 1.5.1 (04:33:10 PM) eyedeekay: آه فهمت (04:33:20 PM) eyedeekay: هذا منطقي، شكراً على لفت الانتباه (04:33:50 PM) eyedeekay: سأرسل رسالة بريد جماعي كي نكون جميعاً في الصورة (04:34:12 PM) eyedeekay: وسنحتاج ذلك بالتأكيد بسبب إصدارات OpenJDK (04:34:34 PM) eyedeekay: لذا فهذا يهمنا بالتأكيد (04:35:13 PM) eyedeekay: حسناً أي شيء آخر بخصوص 4)؟ (04:36:21 PM) eyedeekay: وهذا يقودنا إلى 5) خطط 1.6.0 (04:37:45 PM) eyedeekay: ربما ينبغي أن نأخذ لحظة لكتابة خططنا، مهلة 3 دقائق (04:38:23 PM) zzz: حدّثت خارطة الطريق على الموقع لـ 1.5.0 و1.6.0 - eyedeekay من فضلك راجع وعدّل بنودك (04:38:45 PM) zlatinb: سأرى إن كان هناك إصلاح سريع لمشكلة بطء SSU التي لاحظتها على شبكة الاختبار. إذا كان الأمر بسيطاً مثل تأخر إقرار الاستلام (ack) فترة طويلة فأعتقد أنه يمكننا تضمينه في 1.6.0 (04:39:04 PM) zlatinb: إذا اتضح أنه أكثر تعقيداً فليس ذلك مجدياً حقاً لأننا نعمل على بديله (04:39:40 PM) zzz: ليس لدي الكثير في قائمتي لـ 1.6.0... في هذه المرحلة أولويتي الأساسية هي SSU2، وهو في مراحله المبكرة جداً، ولا أتوقع اكتماله قبل منتصف العام القادم (04:39:52 PM) eyedeekay: حاضر، zzz، سأفعل ذلك هذا المساء (04:39:52 PM) eyedeekay: أحضرت نصاً منسوخاً، هذه قائمة ملصقة على رف كتبي: (04:39:52 PM) eyedeekay: الشفرة/التغليف: (04:39:52 PM) eyedeekay: 1) إزالة فئة الإضافات "Unmanaged"، وجعل إضافات Fork-and-Exec قابلة للإدارة. (04:39:52 PM) eyedeekay: 2) إضافة دعم للجانب العميل من X-I2P-Location في وكيل HTTP (04:39:52 PM) eyedeekay: 3) تحويل ملف تعريف متصفح I2P إلى حزمة Debian (04:39:52 PM) eyedeekay: 4) تحويل ملف تعريف متصفح I2P إلى إضافة (Pluginize) (04:39:52 PM) eyedeekay: 5) نقل goSam وsam3 إلى i2pgit.org بدلاً من Github (04:39:52 PM) eyedeekay: 6) تنظيف sam-forwarder UDP tunnels ونقلها إلى حيّز أسماء go-i2p (04:39:52 PM) eyedeekay: 7) أخيراً إصلاح ودمج تغييرات go-i2p في المصدر (upstream) (04:39:52 PM) eyedeekay: الويب/التوثيق: (04:39:52 PM) eyedeekay: 1) توثيق "كيفية استخدام" I2P للتصفح على Android، والبريد، وBittorrent (04:39:52 PM) eyedeekay: 2) تقسيم صفحة التنزيل إلى أجزاء قابلة للإدارة، وإعادة التوجيه إلى صفحة بحسب نظام التشغيل (04:39:52 PM) eyedeekay: 3) توثيق عمليات تثبيت jpackage على الموقع (04:39:52 PM) eyedeekay: متفرقات: (04:39:52 PM) eyedeekay: 1) ترحيل i2p.keyring.i2p إلى i2pgit.org (04:39:52 PM) eyedeekay: 2) تحويل تطبيقاتي الأخرى إلى إضافات (BRB وRailroad وreseed-tools) (04:39:52 PM) eyedeekay: 3) إعادة كتابة خادم الأخبار بـ Go (newsxml-tools) (04:39:52 PM) eyedeekay: 4) أداة توقيع SU3 عامة بـ Go (04:40:33 PM) zzz: eyedeekay، أحتاج متفرقات #1 هذا الأسبوع من فضلك (04:40:47 PM) eyedeekay: بالتأكيد (04:40:54 PM) zzz: رائع، شكراً (04:41:10 PM) eyedeekay: لا مشكلة (04:42:03 PM) eyedeekay: أي شيء آخر في 5)؟ (04:43:21 PM) eyedeekay: أي شيء آخر للاجتماع؟ مهلة 2 دقيقة تحسباً لوجود تأخير (04:43:53 PM) zlatinb: همم نعم هل لاحظ أحد تأخيراً فظيعاً اليوم؟ كما أنني أضطر للمحاولة حتى 10 مرات لدفع تغييرات إلى git.idk.i2p (04:46:39 PM) eyedeekay: لاحظت صعوبات غير ثابتة في الدفع إلى git.idk.i2p في الأسبوع الماضي (04:48:07 PM) eyedeekay: عادة تزول خلال بضع دقائق لكنها تتطلب محاولات متعددة (04:49:37 PM) eyedeekay: مهيأ لدي لـ 6 tunnels و2 backup tunnels باستخدام قفزة واحدة حالياً (04:54:59 PM) eyedeekay: ليس متعدد المسارات (multihomed) لكن يمكنني جعله كذلك (04:55:08 PM) eyedeekay: إذا كان هناك أي شيء آخر للاجتماع؟ مهلة 1 دقيقة (04:57:26 PM) eyedeekay: حسناً شكراً لحضوركم جميعاً، نفس الوقت الشهر القادم، سأنشر محضر الاجتماع على الموقع قريباً </div>/ar/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/Tue, 07 Sep 2021 00:00:00 +0000/ar/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/<h2 id="ارتق-بمهاراتك-في-i2p-باستخدام-leasesets-المشفرة">ارتقِ بمهاراتك في I2P باستخدام LeaseSets المشفّرة</h2> <p>قيل في الماضي إن I2P يركز على دعم الخدمات المخفية، وهذا صحيح من نواحٍ عديدة. ومع ذلك، فإن ما يعنيه ذلك بالنسبة إلى المستخدمين والمطورين ومسؤولي الخدمات المخفية ليس دائمًا واحدًا. توفر LeaseSets المشفرة وحالات استخدامها نافذة فريدة وعملية على الكيفية التي يجعل بها I2P الخدمات المخفية أكثر مرونة وأسهل إدارة، وكيف يوسّع I2P مفهوم الخدمة المخفية ليقدم فوائد أمنية لحالات استخدام قد تكون مثيرة للاهتمام.</p>/ar/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/Sat, 28 Aug 2021 00:00:00 +0000/ar/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/<h2 id="اللامرئية-هي-أفضل-دفاع-بناء-إنترنت-داخل-إنترنت">اللامرئية هي أفضل دفاع: بناء إنترنت داخل إنترنت</h2> <blockquote> <p>&ldquo;أعتقد أن معظم الناس يريدون هذه التقنية لكي يتمكنوا من التعبير عن أنفسهم بحرية. إنه شعور مريح عندما تعلم أنك تستطيع فعل ذلك. وفي الوقت نفسه يمكننا التغلب على بعض المشكلات التي نراها على الإنترنت من خلال تغيير الطريقة التي يُنظر بها إلى الأمان والخصوصية، وكذلك مدى تقديرهما.&rdquo;</p></blockquote> <p>في أكتوبر 2001، كان لدى 0x90 (Lance James) حلم. بدأ الأمر كـ&quot;رغبة في التواصل الفوري مع مستخدمي Freenet الآخرين للحديث عن قضايا Freenet وتبادل مفاتيح Freenet مع الحفاظ على إخفاء الهوية والخصوصية والأمان.&quot; أُطلق عليه اسم IIP — مشروع IRC غير المرئي.</p>/ar/blog/2021/08/26/i2p-%D9%8A%D8%AD%D8%AA%D9%81%D9%84-%D8%A8%D8%A7%D9%84%D8%B0%D9%83%D8%B1%D9%89-%D8%A7%D9%84%D8%B9%D8%B4%D8%B1%D9%8A%D9%86/Thu, 26 Aug 2021 00:00:00 +0000/ar/blog/2021/08/26/i2p-%D9%8A%D8%AD%D8%AA%D9%81%D9%84-%D8%A8%D8%A7%D9%84%D8%B0%D9%83%D8%B1%D9%89-%D8%A7%D9%84%D8%B9%D8%B4%D8%B1%D9%8A%D9%86/<h2 id="20-عاما-من-i2p">20 عامًا من I2P</h2> <p>من الصعب تصديق ذلك، لكن I2P موجود منذ ما يقرب من 20 عاماً! منذ بدايته كمشروع بلغة C كان يوفّر وصولاً مجهول الهوية إلى IRC، كان لدينا مئات المساهمين، وقبلنا عمليات إدخال تغييرات من عشرات المبرمجين، واستخدمنا لغتين رئيسيتين، وثلاثة أنظمة للتحكم بالإصدارات، وشهدنا ترحيل تقنيات التشفير، وعدة soft-forks (تفريعات متوافقة). كان هناك حوالي 500 موقع مسجّل على الويب غير المرئي، وعدد لا يُحصى من مواقع I2P غير المسجّلة التي لم تكن متاحة إلا عبر أسماء مضيفين مشفّرة خاصة بها.</p>/ar/blog/2021/08/23/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.5.0/Mon, 23 Aug 2021 00:00:00 +0000/ar/blog/2021/08/23/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-1.5.0/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>نعم، هذا صحيح، بعد 9 سنوات من إصدارات 0.9.x، سننتقل مباشرةً من 0.9.50 إلى 1.5.0. لا يعني هذا حدوث تغيير كبير في واجهة برمجة التطبيقات (API)، ولا ادعاء بأن التطوير قد اكتمل الآن. إنه ببساطة اعتراف بما يقرب من 20 عامًا من العمل لتوفير إخفاء الهوية والأمان لمستخدمينا.</p> <p>يُكمل هذا الإصدار تنفيذ رسائل بناء tunnel أصغر لتقليل استهلاك عرض النطاق الترددي. نواصل عملية انتقال routers الخاصة بالشبكة إلى تشفير X25519. وبالطبع هناك أيضًا العديد من إصلاحات الأخطاء وتحسينات الأداء.</p>/ar/blog/2021/08/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2021/Tue, 03 Aug 2021 00:00:00 +0000/ar/blog/2021/08/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2021/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:00:31 PM) eyedeekay: 1) مرحباً (04:00:31 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:00:31 PM) eyedeekay: 3) العناصر المتبقية في 0.9.50 (04:00:31 PM) eyedeekay: 4) نتائج اختناق البث (04:00:31 PM) eyedeekay: 5) تحديثات jpackage (04:00:52 PM) eyedeekay: مرحباً بالجميع، حان وقت اجتماع الثلاثاء، من أيضاً هنا؟ (04:00:58 PM) zlatinb: hi (04:01:05 PM) zzz: أهلاً (04:01:24 PM) eyedeekay: جميل، لنبدأ (04:01:34 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:01:45 PM) eyedeekay: zzz نشر على المنتدى بخصوص تغيير الترقيم (04:02:06 PM) Irc2PGuest39607: مرحباً! (04:02:24 PM) eyedeekay: أهلاً IRC2PGuest39607 (04:02:38 PM) zzz: نعم، قررنا مبدئياً على 1.5.0 الشهر الماضي، كيف يشعر الجميع حيال ذلك بعد شهر؟ (04:02:40 PM) mode (+v anonymousmaybe) by ChanServ (04:03:08 PM) eyedeekay: يبدو أننا لم نتلقَّ أي آراء بشأنه، ما زلت موافقاً على 1.5.0 كالإصدار التالي (04:03:45 PM) X: يعجبني الانتقال نحو 1.x.x (04:03:47 PM) zzz: وأنا أيضاً. سنحتاج وقتاً للاعتياد عليه، لكنه يبدو فكرة جيدة (04:04:17 PM) zlatinb: أسئلة: هل ستبقى حزم Maven JAR على إصدار الـ API؟ وهل ستُفحَص الإضافات مقابل إصدارات الـ API؟ (04:05:36 PM) zzz: أظن لا في الحالتين (04:06:06 PM) zlatinb: حسناً، طالما أنه متّسق (04:06:51 PM) zzz: اعتبر إصدار الـ API بمثابة "إصدار الشبكة". أي شيء يراه المستخدم يجب أن يكون برقم الإصدار (04:07:30 PM) eyedeekay: هذا منطقي بالنسبة لي، وأعرف أن 1.5.0 سيعمل مع إصداراتنا على maven (04:07:42 PM) zzz: idk، هل يمكنني أيضاً تقديم تقرير حالة سريع هنا؟ (04:07:50 PM) eyedeekay: نعم تفضل (04:08:00 PM) mode (+v anonymousmaybe) by ChanServ (04:08:09 PM) zzz: كل شيء منتهٍ تقريباً للإصدار القادم. 10k سطر من الفروقات (04:08:28 PM) zzz: تجميد الوسوم 11 أغسطس، الموعد النهائي للإيداع 20 أغسطس، الإصدار في أسبوع 23 أغسطس (04:08:31 PM) zzz: EOT (04:08:40 PM) eyedeekay: شكراً zzz (04:09:02 PM) eyedeekay: هل نحن مستعدون لـ 3) العناصر المتبقية في 0.9.50؟ (04:09:52 PM) eyedeekay: حالياً العناصر المتبقية للإصدار هي نفسها عناصر الشهر الماضي، وهي إصدارات حزم Debian (04:10:53 PM) zzz: قصة محزنة، لكن في هذه المرحلة كل ما يمكننا فعله هو تشجيع الناس على التحوّل إلى PPA (04:11:08 PM) eyedeekay: لم أتلقَّ رداً بعد من المُشرف لدينا، لذا بالنسبة لحزم Debian الحالية، الخيارات الوحيدة هي deb.i2p2.de/no وPPA (04:11:49 PM) eyedeekay: سأوضح على الموقع أن هذه هي الحزم الموصى بها (04:12:07 PM) eyedeekay: 4) نتائج اختناق البث (04:12:55 PM) eyedeekay: هذا كان موضوع zlatinb، من فضلك شارك نتائجك عندما تكون جاهزاً zlatinb (04:13:20 PM) zlatinb: يحدث الاختناق فعلاً على الشبكة الحية، ربما بسبب سوء حساب حجم مخزن الاستقبال المؤقت (125 مقابل 128)، وربما بسبب تغييرات ecies MTU، لا أدري (04:13:56 PM) zlatinb: لم أتعمّق أكثر سوى أنني جرّبت مضاعفة مخزن الاستقبال المؤقت وتحققت من أن الاختناق لم يعد يحدث (04:14:42 PM) zlatinb: عموماً هناك جوانب أخرى في البث أود التعمّق فيها، لكن ذلك سيكون للإصدار التالي. (04:14:45 PM) zlatinb: eot (04:14:54 PM) zlatinb: s/next/after next/ (04:14:57 PM) eyedeekay: مثير للاهتمام. شكراً على البحث في ذلك. هل أدرج هذا كبند للشهر القادم أيضاً؟ (04:15:10 PM) zzz: بالتأكيد موضوع يستحق مزيداً من البحث، لكن لا أظن أنه يرتقي ليكون بنداً على جدول الأعمال (04:15:30 PM) eyedeekay: حسناً شكراً (04:16:11 PM) eyedeekay: أخيراً 5) تحديثات jpackage (04:16:16 PM) zzz: لكن دعونا نتأكد أن zlatinb يوافق؟ (04:16:16 PM) zlatinb: أوافق (04:16:48 PM) eyedeekay: تم. سأستبعده من جدول أعمال الاجتماع القادم إذن (04:17:50 PM) eyedeekay: تحديثات jpackage: كلٌ من zlatinb وأنا نعمل على حزم jpackage، حزمة zab مخصصة لـ Mac OSX وهي حزمة موقّعة بصيغة DMG، وحزمتي مخصصة لـ Windows وهي EXE مبنية على NSIS وتعمل مثل مُثبّت ملف تعريف Firefox (04:18:30 PM) eyedeekay: كنا نعمل على جعلها تُحدّث نفسها وتكون مستقرة، اطلعت الليلة الماضية على عمل zab ولحقت ببعض الأمور (04:19:57 PM) eyedeekay: كنا نصدر الحزم التجريبية بالتزامن مع الإصدارات العادية سابقاً، ومن المفترض أن تكون حزمة AIO 1.5.0 وحزمة DMG قابلة للتحديث الذاتي بحلول ذلك الوقت (04:20:17 PM) zzz: AIO؟ (04:20:37 PM) eyedeekay: All-in-One (شاملة الكل)، وهي حزمة Windows/jpackage/profile (04:21:43 PM) eyedeekay: أي شيء تضيفه من جانبك بخصوص هذا يا zlatinb؟ (04:22:12 PM) zlatinb: الـ dmg منتهية ومختبرة، ويسعدني أن نجعلها خيار تنزيل عندما تصدر 1.5.0 (04:22:20 PM) zzz: دعونا نكون واضحين بشأن الخطة. سنضع كلاهما في صفحة التنزيل، وفق جدول زمني يقارب بقية إصدار 1.5.0؟ وبأي تصنيف؟ Alpha؟ Beta؟ (04:23:11 PM) zlatinb: أفضل "Alternative download option" بدلاً من تصنيف alpha/beta (04:23:35 PM) zlatinb: dmg بالتأكيد ليس alpha، قد يكون beta مناسباً (04:24:19 PM) zzz: أود أيضاً أن نفهم بوضوح كيف سنوجّه الناس لأحدهما. مثلاً، إن كنت تريد تشغيله كخدمة، فلا تستخدم هذا (04:24:34 PM) zzz: لا حاجة لحسم كل شيء في هذا الاجتماع لكن قبل الإصدار بوقت ما (04:25:22 PM) eyedeekay: لدينا صفحة منفصلة لهما حيث نسمّيهما حالياً "Experimental". أنوي اعتبار مُثبّت AIO EXE "experimental" دورةً أخرى. وعند إضافته كخيار تنزيل بديل لمستخدمي Windows في صفحة lang/download أنوي تصنيفه كذلك (04:25:35 PM) zzz: zlatinb، إذا كان قد اختبره شخص واحد فقط حتى الآن، فأعتقد أننا نحتاج خطوات تدريجية وتصنيف beta (04:26:05 PM) zlatinb: حسناً (04:26:17 PM) zzz: كلمة "alternative" لا تعني شيئاً، نحتاج لتوجيه الناس بإحدى الطريقتين. ويمكن أن تتغير تلك التعليمات مع مزيد من الاختبارات (04:27:23 PM) zzz: eyedeekay، آخر مرة ألقيت نظرة خاطفة على عملك، قبل بضعة أسابيع، كان أمامك طريق طويل، لذا ستحتاج لأن تعمل بسرعة، وتبلغنا عندما يحين وقت إلقاء نظرة (04:28:18 PM) zzz: ولا يوجد سبب محدد للالتزام بموعد 23 أغسطس، أو اتباع نفس جدول dmg، إن لم تكن جاهزة (04:28:48 PM) eyedeekay: بالتأكيد، لن أدفع إصداراً جديداً حتى أتأكد تماماً أنه سيعمل في كل مرة (04:29:38 PM) eyedeekay: دفعت الكثير الليلة الماضية بعد الاطلاع على تغييرات zab لكن لم أجرِ اختبار تحديث جديد بعد (04:30:42 PM) zzz: قضيت ساعات وساعات أساعد zab، و5 دقائق أتصفح عملك... ربما تحصل على مزيد من المساعدة منه، أو أنك تلتقط معظم كوده، لكن عليك أن تُنبّهنا عندما تكون جاهزاً (04:31:57 PM) eyedeekay: استعرت جزءاً من كود zab وعدّلته لكن بخلاف ذلك كنت أكتشف الأمور أثناء العمل (04:32:25 PM) eyedeekay: سأحدّث سلسلة الدمج على gitlab قريباً لشرح أين يتطابق وأين يختلف (04:32:49 PM) eyedeekay: *هذا المساء (04:33:53 PM) zzz: هذا ينطبق على أي وقت نضيف فيه منتج إصدار "رسمي" في صفحة التنزيل أو أي مكان. إنها خطوة كبيرة أن نضيف شيئاً جديداً ونقف خلفه، ولا أريد أبداً إضافة شيء دون الكثير من التفكير والإجماع الكامل (04:35:15 PM) eyedeekay: متفق (04:35:43 PM) zzz: :) (04:36:40 PM) eyedeekay: أظن أنه علينا حسم مسائل alpha/beta المتبقية وقضايا صفحة التنزيل للوصول إلى ذلك الإجماع في إحدى سلاسل jpackage على zzz.i2p إذن (04:37:56 PM) eyedeekay: هذا كل ما لدي بخصوص 5، ما يقودنا إلى نهاية جدول الأعمال ما لم يكن لدى أحد إضافة؟ (04:38:29 PM) zlatinb: بند للاجتماع القادم أو الذي بعده: (04:38:44 PM) zlatinb: تغييرات على سير عمل توليد news.xml لاستيعاب حزم dmg وexe (04:39:07 PM) zlatinb: eot (04:39:16 PM) zzz: آخر نقطة في 5) هي أن عليكما أنت وechelon الاتفاق على خطة للأخبار، صحيح. (04:40:12 PM) eyedeekay: سأضعه على جدول أعمال إعلان الشهر القادم وسأتواصل مع ech من ناحيتي (04:40:12 PM) eyedeekay: إضافة في اللحظة الأخيرة من جانبي، سأكون في Def Con من أواخر الخميس حتى الإثنين، سأقضي معظم الوقت في قرية العملات المشفّرة، وسأساعد الناس على فهم تكاملات I2P مع Bitcoin وMonero (04:40:43 PM) zzz: ما يعنيه ذلك عملياً هو أن zlatinb سيخبر idk وechelon ببعض القرارات الأولية ثم ننطلق من هناك (04:40:53 PM) zzz: eot، آسف على البطء في الكتابة (04:41:30 PM) eyedeekay: يبدو مكاناً جيداً للبدء (04:41:51 PM) zzz: رائع، استمتع وبالتوفيق. هل لديك تقدير لأفضل وقت كي يجدك الناس، أو دلائل لكيفية الوصول إليك؟ (04:43:36 PM) eyedeekay: طاولة Crypto Village ربما هي أفضل مكان للبحث، حدّدت في النموذج الفترة 1-3 كل يوم، لكنه سيكون على الأرجح قبل 1 بقليل وبعد 3 بقليل (04:44:29 PM) eyedeekay: سأفتح حساب ActivityPub كي يتمكن الناس من "toot" معي في أوقات أخرى (04:44:44 PM) zzz: حسناً، لم أرَ أي PR بعد، حان الوقت لتشغيل sadie على twitter، و/أو بعض منشورات reddit والمنتدى (04:45:16 PM) eyedeekay: سأفعل (04:46:22 PM) eyedeekay: أي شيء آخر للاجتماع؟ timeout 1m (04:47:38 PM) eyedeekay: حسناً شكراً للجميع (04:48:31 PM) eyedeekay: أراكم على IRC، اجتماع الشهر القادم سيكون في 7 سبتمبر </div>/ar/blog/2021/07/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2021/Tue, 06 Jul 2021 00:00:00 +0000/ar/blog/2021/07/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2021/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:01:20 PM) eyedeekay: مرحباً بالجميع، حان وقت اجتماع المجتمع الشهري، لكن بما أنني نسيت نشر الإعلان فلن أتفاجأ إن لم يكن أحد هنا. إن كان هناك أي شخص آخر حاضر، فأنا مستعد لعقد الاجتماع الآن. وإن لم يكن هناك أحد، فسأعلن عن اجتماع جديد على zzz.i2p لكي نعيد جدولة الموعد (04:01:37 PM) zzz: مرحباً (04:01:47 PM) eyedeekay: مرحباً zzz (04:02:10 PM) eyedeekay: zlatinb، هل يوجد أي شخص آخر هنا؟ (04:03:39 PM) eyedeekay: حسناً هذا خطئي. على كل حال zzz، لدي جدول أعمال قصير من بندين لنا إذا كان لديك وقت: (04:03:39 PM) eyedeekay: 2) رقم الإصدار التالي (04:03:39 PM) eyedeekay: 3) تحديثات jpackage (أداة تعبئة تطبيقات Java) (04:03:39 PM) eyedeekay: لكنني كنت آمل وجود zlatinb للبند 3) (04:04:06 PM) zzz: 4) البنود المتبقية لإصدار 0.9.50 (04:04:31 PM) eyedeekay: تم (04:05:10 PM) eyedeekay: 2) رقم الإصدار التالي (04:06:27 PM) eyedeekay: أصبح ترددي بشأن 1.0.0 أقل فأقل الآن (04:07:31 PM) eyedeekay: كان لدى zlatinb بعض الأفكار حول أماكن تحسين الأداء، وما اتفقنا عليه كلاهما أننا نحتاج شيئاً أسهل لعملية الإعداد للمستخدمين الجدد (onboarding) في 1.0.0، أي أمور jpackage (04:08:05 PM) zzz: أعتقد أن القفز التعسفي إلى شيء مثل 1.5.0 أو 2.5.0 أو 5.1 يُجنب قلق 1.0.0 (04:10:04 PM) mode (+v zlatinb) by ChanServ (04:11:37 PM) eyedeekay: 1.5.0 يبدو مناسباً بطريقة ما؟ أو ربما 1.51 (04:12:22 PM) zzz: الأرقام الصغيرة تبدو أفضل (04:12:48 PM) eyedeekay: نعم أنت محق (04:13:36 PM) eyedeekay: 1.5.0 يناسبني إذا كان يناسبك (04:15:13 PM) zzz: سأضعه في منشور على منتداي وأرى ما هو رد الفعل (04:15:30 PM) eyedeekay: جيد (04:16:05 PM) eyedeekay: 3) تحديثات jpackage (04:17:24 PM) eyedeekay: من جهتي لدي حزمة قيد العمل (WIP) تجمع بين jpackage وWindows Installer وملف تعريف Firefox، والتي يُفترض أن تحدّث نفسها بدءاً من هذا الصباح. ما زالت غير مختبرة وPR مسودة (طلب دمج)، وأنا متأكد أنني سأجد فيها شيئاً معطلاً الليلة، لكن حتى الآن الأمور جيدة (04:17:35 PM) mode (+v anonymousmaybe) by ChanServ (04:18:55 PM) eyedeekay: تعمل عبر بدء المُثبّت قبل إيقاف الrouter مباشرةً، ثم الانتظار حتى يتوقف الrouter، وبعدها السماح للمُثبّت بإعادة تشغيل الrouter عند اكتماله (04:19:25 PM) zlatinb: لا يوجد الكثير من جانبي، ما زلت عالقاً قليلاً في كيفية إجراء اختبار طرف-إلى-طرف يبدأ من التحقق من news.xml، وجلب update.dmg، وتنفيذ التحديث، ثم إعادة تشغيل الrouter (04:19:41 PM) zlatinb: لكن المفهوم نفسه كما على Windows (04:22:35 PM) zlatinb: فقط هناك قدر غير قليل من البنية التحتية الواجب إعدادها على ما أظن (04:23:01 PM) eyedeekay: ليس لدي الكثير لأضيفه، سوى أنني سأحاول معرفة كيفية اختباره مقابل خادم أخبار تجريبي الليلة، ما ينبغي أن يساعد في تحديد البنية التحتية (04:24:13 PM) eyedeekay: 4) البنود المتبقية لإصدار 0.9.50 (04:24:27 PM) eyedeekay: عذراً، لصقتها مبكراً جداً (04:24:37 PM) eyedeekay: أي شيء آخر حول البند 3)؟ (04:25:02 PM) eyedeekay: 4) البنود المتبقية لإصدار 0.9.50 (04:25:10 PM) zzz: لا يزال لا شيء على debian/ubuntu، من المسؤول عن إزعاج mhatta؟ (04:25:40 PM) eyedeekay: لقد كنت أزعجه قدر ما أستطيع، فتحت PR على bote لجذب انتباهه، لست متأكداً مما يجري هناك. لا رد (04:26:11 PM) eyedeekay: ربما لم أعد أنظر في المكان الصحيح فحسب (04:26:25 PM) zzz: لقد مر الآن 7 أشهر منذ أن أصدر نسخة (04:27:40 PM) zzz: على أي حال، أعتقد أن هذا البند الوحيد المتبقي (04:28:12 PM) eyedeekay: سمعت أن Debian تقبل صانعي حزم مجهولين إذا كان لديهم محفظة أعمال ومفتاح GPG الآن، يمكنني التواصل والتقديم؟ لا أود أن أجعل نفسي أكثر تعرضاً لمشكلة bus factor (مقياس المخاطر عند الاعتماد على شخص/أشخاص قلائل)، لكن على الأقل أعرف إلى حد كبير كيف ننتقل من i2p.i2p->deb (04:30:17 PM) zzz: المشكلة أنني أعتقد أنه لديه عدة تغييرات لم يقم بإرسالها upstream (إلى المصدر الأصلي) إلينا، لذا يجب حل تلك الفروقات (04:31:53 PM) eyedeekay: إن كان الأمر كذلك فأعتقد أنه يجب عكسها في debian/patches، ربما أستطيع إيجاد طريقة (04:31:53 PM) zzz: هذا كل ما لدي، ضعها على القائمة للشهر القادم (04:32:00 PM) eyedeekay: سأفعل (04:32:16 PM) zlatinb: لهذا البند أود أن أسأل عن تجاوز سعة المخزن المؤقت للبث (04:32:43 PM) zlatinb: هل هذا شيء نريد معالجته للإصدار القادم؟ (04:32:50 PM) zzz: ماذا؟ (04:32:57 PM) zlatinb: s/overflow/choke/ (04:33:14 PM) zzz: أي بند؟ (04:33:23 PM) zlatinb: أوه آسف، ظننت أننا نناقش 0.9.51 (04:33:27 PM) zlatinb: لا بأس (04:33:32 PM) zzz: لكن لا، ليست مشكلة ملحّة، بل قضية تتعلق بالاختبارات، أولوية منخفضة (04:34:01 PM) zzz: كنّا نناقش حزم deb لإصدار .50 (04:34:32 PM) eyedeekay: لدي وقت، وإذا كان لدى zzz وقت فأنا سعيد لجعل ذلك البند 5) (04:34:44 PM) zlatinb: نعم من فضلك (04:34:49 PM) eyedeekay: تفضل (04:35:11 PM) zlatinb: أعتقد أنه يحدث على الـlive net (الشبكة الحيّة) في tunnels (أنفاق I2P) قصيرة، ليست 0 بل 1-hop (04:35:41 PM) zlatinb: على الأقل رأيت سلوكاً مريباً في muwire عند ضبطه على 1-hop tunnels على كلا العقدتين (04:36:24 PM) eyedeekay: لدي مجموعة من الخدمات ذات 1-hop، هل هناك شيء يمكنني البحث عنه في السجلات لمساعدتك على تأكيد ذلك؟ (04:37:12 PM) zlatinb: في هذه المرحلة المبكرة يمكن تنقيحه على testnet (شبكة اختبار)، إذ إن التسجيل مطوّل جداً لخادم حي (04:37:58 PM) zlatinb: أود أن أقضي بعض الوقت على ذلك، وإذا كانت هناك مشكلة وحل لها فسأسعى لوضعه في الإصدار التالي (04:39:21 PM) zzz: للإجابة على سؤالك، إنها مشكلة معروفة منذ سنوات عديدة، ويُفترض أنها نادرة جداً على live net، وتأثيراتها مؤقتة وربما غير قابلة للإصلاح... لذا فهي تستحق التحقيق (وقد طلبت المساعدة في ذلك)، لكن لهذه الأسباب لن أضعها كشيء يجب إصلاحه في الإصدار القادم (04:39:56 PM) zlatinb: أعتقد أن تحسينات السرعة الأخيرة جعلتها أقل ندرة (04:40:31 PM) zzz: بالتأكيد. ربما نعم، وربما لا (04:41:17 PM) zlatinb: حسناً سأحقق في الأمر وأرى ما الذي ينتج (04:41:35 PM) eyedeekay: سيكون من المثير رؤية ما ستتوصل إليه (04:42:10 PM) eyedeekay: أي شيء آخر للاجتماع؟ (04:43:09 PM) eyedeekay: حسناً إذن هذا كل شيء لليوم (04:43:18 PM) eyedeekay: شكراً zlatinb وzzz على تواجدكما وتحملكما لي، سأقوم بنشر السجلات قريباً وسأتأكد من نشر الإعلان على zzz.i2p هذه المرة (04:43:24 PM) eyedeekay: كونكما *هنا </div>/ar/blog/2021/06/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2021/Tue, 01 Jun 2021 00:00:00 +0000/ar/blog/2021/06/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay، zzz، zlatinb، psi</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:01:11 PM) eyedeekay: مرحباً بالجميع، أهلاً بكم في اجتماع المجتمع ليوم الثلاثاء، 1 يونيو (04:01:25 PM) eyedeekay: 1) مرحباً (04:01:25 PM) eyedeekay: 2) 300 اجتماع مجتمع موثّق (04:01:25 PM) eyedeekay: 3) 0.9.51 (04:01:25 PM) eyedeekay: 4) go-i2p (04:01:25 PM) eyedeekay: 5) حالة البناء القابل لإعادة الإنتاج (04:01:25 PM) eyedeekay: 6) تقرير قنوات التحديث / تقرير حزمة Mac (04:01:25 PM) eyedeekay: 7) رقم الإصدار التالي، بند مُؤجّل من اجتماع 6 أبريل (04:01:25 PM) eyedeekay: 8) حالة 0.9.50 / العناصر المتبقية للإصدار (04:01:42 PM) eyedeekay: 1) مرحباً (04:01:50 PM) eyedeekay: مرحباً بالجميع (04:02:08 PM) zzz: مرحباً (04:02:10 PM) zlatinb: مرحباً (04:02:31 PM) eyedeekay: مرحباً zzz، مرحباً zlatinb. (04:02:31 PM) eyedeekay: هل يوجد أي شخص آخر معنا اليوم؟ (04:03:00 PM) eyedeekay: حسناً 2) 300 اجتماع مجتمع موثّق (04:03:45 PM) eyedeekay: تهانينا للجميع، أول اجتماع سجّلناه على موقع الويب كان منذ 19 عاماً، يقارب 20 الآن، وها نحن بعد 300 اجتماع (04:04:18 PM) eyedeekay: شكراً لكل مساهمي I2P سابقاً وحالياً (04:04:54 PM) zzz: نعم (04:05:16 PM) zzz: هل لا تزال أي eepsites من ذلك الوقت تعمل؟ (04:05:44 PM) zzz: وبعض العلل من ذلك الوقت لا تزال بانتظار العثور عليها وإصلاحها! أصلحتُ اليوم علّة من عام 2004 (04:06:58 PM) eyedeekay: رأيت ذلك في #ls2 في وقت سابق، شكر خاص لـ zzz الذي كان قلب هذا المشروع وروحه لفترة أطول من وجود معظمنا هنا :) (04:07:20 PM) zzz: لا أستطيع القيام بذلك وحدي، ولم أستطع قط (04:08:11 PM) zzz: لكن هذا كل ما لدينا من وقت للاستذكار، دعونا نتابع العمل (04:08:24 PM) eyedeekay: مجدداً شكراً وتهانينا للجميع، ننتقل إلى 3) 0.9.51 (04:09:34 PM) eyedeekay: لقد مضى نحو أسبوعين على هذا الإصدار، وعن نفسي أعمل على ميزة X-I2P-Location في الموقع الافتراضي وأفكّر حالياً في خيارات دمج ملف تعريف المتصفح مع المُثبّت الرئيسي (04:09:59 PM) eyedeekay: على ماذا يعمل الجميع لهذا الإصدار في هذا الوقت؟ (04:10:41 PM) zzz: أود تذكير الجميع بتحديث خارطة الطريق على موقع الويب بخططكم للإصدار القادم. ليس هناك الكثير هناك حالياً (04:11:05 PM) eyedeekay: تمّ، شكراً على التذكير، سأقوم بتحديث خاصتي هذا المساء بعد الاجتماع (04:11:27 PM) zlatinb: سأبدأ بالجانب الخاص بنظام Mac من محدِّث حزمة Mac، ما لم نقرر تقسيم العمل بطريقة أخرى. ويسرّني العمل على جانب i2p.i2p أيضاً، سنناقش المزيد في البند 6) (04:11:32 PM) zzz: يواصل فريق #ls2 العمل على proposal 157 (رسائل إنشاء tunnel الجديدة)، وهو يسير أبطأ مما هو مخطط. ليس واضحاً الآن مقدار ما سيدخل في الإصدار القادم (04:12:09 PM) zzz: المقترح لا يزال غير مكتمل، لذا حتى نُتمّه لا يمكننا إنهاء الشفرة (04:12:42 PM) zzz: لم نبدأ بعد بـ SSU2. كنا نأمل إنجازه هذا العام... يبدو ذلك غير مرجّح في هذه المرحلة. يمكننا الاستفادة من مزيد من المساعدة (04:12:56 PM) zzz: EOT (04:14:15 PM) eyedeekay: شكراً zzz وzlatinb. سأفعل ما بوسعي للمساهمة مع ازدياد فهمي. وبالحديث عن ذلك، 4) go-i2p (04:15:41 PM) eyedeekay: لقد كتبتُ مقترحاً أولياً لـ go-i2p في فرع proposal على gitlab. (04:15:41 PM) eyedeekay: إضافة إلى ذلك، أوشكت على إكمال نقل البُنى المشتركة من التوزيعة القديمة بعيداً عن تمثيل byte-slice إلى استخدام الكائنات(structs) للتمثيل، وأعدت كتابة الاختبارات لاستيعاب هذا التغيير (04:16:07 PM) eyedeekay: هذا يعني أنني وصلت إلى مرحلة كتابة شيفرة جديدة بدلاً من مجرد تحديث الموجود، وهو أمر مثير جداً (04:16:29 PM) eyedeekay: لا يوجد transport بعد، لكن ذلك سيكون البند التالي على خارطة الطريق (04:16:35 PM) eyedeekay: EOT (04:16:41 PM) zzz: هل ما زلت تعمل في فرع منفصل، وإذا كان الأمر كذلك فلماذا لم تدمج التغييرات بعد؟ (04:17:39 PM) eyedeekay: لديّ نحو 4 اختبارات بحاجة للإكمال قبل أن أفعل ذلك (04:18:30 PM) eyedeekay: حالما تنجح جميع الاختبارات الحالية مجدداً أو أتأكد من أنها زائدة، سأدمجه مرة أخرى (04:18:34 PM) zzz: حسناً. وأين وصلنا بخصوص full-go مقابل غلاف go حول i2pd؟ إذا كان الأخير يتطلب ساعتين فقط من العمل، كما ذكر orignal، ألا ينبغي أن يكون ذلك الخطوة التالية؟ (04:18:55 PM) zzz: كإثبات مفهوم (PoC)، أو منتج أولي قابل للتطبيق (MVP)، أو لقياس الطلب من مشاريع Go (04:19:22 PM) zzz: بعدها يمكنك لاحقاً استبداله بـ go router عبر واجهة API نفسها (04:20:53 PM) eyedeekay: بدأتُ به لكن لديّ بعض المشكلات في معرفة كيفية إنشاء غلاف C لملف api.h بدقة، ربما فقط لأن العملية جديدة عليّ (04:22:34 PM) zzz: حسناً. ما زلت لا أفهم ما إذا كان غلاف i2pd هو: أ) بديل ينبغي تقييمه؛ ب) شيئاً يجب بالتأكيد القيام به أولاً بينما نعمل على الاثنين؛ ج) منخفض الأولوية/سيُحدَّد لاحقاً (04:22:53 PM) zzz: أو د) رفضناه (04:24:04 PM) eyedeekay: برأيي ينبغي أن يكون ب)، لأن عليّ أن أتعلم كيفية كتابة غلاف C لشيفرة C++، ولأن القدرة على تضمين i2pd بسهولة في أي شيء يدعمه SWIG ستكون مفيدة جداً عموماً (04:25:18 PM) zzz: حسناً، هل لديك موعد تقديري لذلك؟ (04:27:52 PM) eyedeekay: orignal مُحق، إنها ساعتان من العمل لشخص يعرف كيف يفعل ذلك بالفعل. الجزء الصعب تقديره هو كم من الوقت سأحتاج لقراءة الأمثلة لأعرف ما أفعل. يبدو أن يوم 15 موعد آمن. (04:28:14 PM) zzz: شكراً، EOT (04:28:40 PM) eyedeekay: حسناً هذا كل ما لديّ أيضاً (04:28:41 PM) eyedeekay: 5) حالة البناء القابل لإعادة الإنتاج (04:28:57 PM) eyedeekay: zlatinb هذا دورك (04:29:21 PM) zlatinb: إذاً، هناك شيء قابل لإعادة الإنتاج على Mac وLinux مع الإعداد المحلي الإنجليزي وJDK 11 ويعمل نوعاً ما (04:29:44 PM) zlatinb: أعرف كيف أصلحه لجميع الإعدادات المحلية وكيف أبني على Windows أيضاً، هناك بعض التعديلات الصغيرة اللازمة لذلك (04:30:31 PM) zlatinb: على الرغم من أنه في حالة إثبات مفهوم (PoC)، أعتقد أنه ينبغي أن يكون لدينا صفحة ويب تحتوي على تعليمات للراغبين في تجربته (04:31:04 PM) zlatinb: وبما أنه يستخدم نظام البناء Gradle فهو لا يضيف عبئاً إلى عملية الإصدار، ويسعدني أن أتولى مسؤوليته (04:31:35 PM) zlatinb: هذا كل شيء تقريباً (04:31:38 PM) zzz: قلت هذا بالفعل على منصتي/منتداي لكنني أعتقد أنه مهم. لدينا بالفعل بناء قابل لإعادة الإنتاج لـ Debian/Ubuntu. هذا يخص Gradle، والذي ليس منتج بناء مدعوماً حالياً (04:32:13 PM) zzz: أُشكِّك في قيمته، وفي قدرتنا على دعمه بينما نفتقر إلى كامل بنية debian التحتية الخاصة بالبناء القابل لإعادة الإنتاج (04:33:05 PM) zzz: كما أن الإعلانات من قبيل 'i2p أصبح الآن قابلاً لإعادة الإنتاج' مضلِّلة/خاطئة. نحتاج أن نكون واضحين جداً بشأن ما هو المقصود (04:35:01 PM) zzz: لا أظن أن اختباراتنا كافية لادّعاء القابلية لإعادة الإنتاج، ونحن على أي حال لا ننشر إصدارات أدواتنا. (04:35:34 PM) zzz: eot (04:37:23 PM) zlatinb: الأداة الوحيدة التي تهم هي الـ JDK، وقد نُشِر أنه 11. أنا متشكك جداً في أن بنائاتنا لـ Debian/Ubuntu قابلة لإعادة الإنتاج حقاً، وأشك في أن أي شخص سيتمكن من إعادة إنتاج حزم .deb بمفرده. مجرد أنه ينجح عبر روبوت البناء لا يعني أنه قابل لإعادة الإنتاج، لكن هذه نقطة أخرى. (04:37:55 PM) zlatinb: هناك قيمة مضافة لفئة معينة من المستخدمين حتى من إثبات مفهوم (PoC) غير مكتمل 'يسعى' نحو القابلية لإعادة الإنتاج أو أياً كانت الصياغة. (04:38:38 PM) zlatinb: إن لم يكن غير ذلك فهو يُظهر أننا واعون بوجود طلب ونبذل جهداً (ولو منخفض الأولوية) لتلبية ذلك الطلب (04:38:43 PM) zzz: روبوت البناء لديه الكثير من الاختبارات، أكثر مما نُجريه، بما يشمل تغيير اسم المستخدم، وPWD، والإعداد المحلي، والوقت، والمنطقة الزمنية (04:39:02 PM) psi: أليست لدى debian مجموعة من الخطاطيف وطبقات التوافق التي تطبِّع الطوابع الزمنية والدلائل؟ (04:39:08 PM) zlatinb: لكنه بوضوح لا يغيّر الطوابع الزمنية للشيفرة المُستخرجة، وإلا لتعطّل الأمر فوراً (04:39:14 PM) psi: (لأجل عمليات البناء الحتمية، وأيضاً مرحباً) (04:39:25 PM) zzz: قد يكون هناك 'طلب' لكن ليس واضحاً أنه كافٍ لتبرير الجهد (04:40:01 PM) zzz: نعم psi، تلك هي بنية البناء التحتية التي نعتمد عليها في بنائات debian القابلة لإعادة الإنتاج (04:40:08 PM) eyedeekay: أستطيع التأكيد أنني وzlatinb لم نُقارن الملاحظات بشأن الأدوات التي كنا نستخدمها، سوى أننا كنا على نفس إصدار JDK، وبالتأكيد لم نقارن المكتبات الفردية (04:40:21 PM) zlatinb: الجهد يقع عليّ، وكما قلت يسعدني أن أتولاه، ومعظم العمل قد أُنجز بالفعل (04:40:31 PM) zzz: لدينا إجابة الآن، 'استخدم debian' (04:40:53 PM) zlatinb: لا، الإجابة هي 'استخدم سلسلة أدوات debian وبيئة البناء لبناء ملف .deb الخاص بك' (04:41:09 PM) zzz: لست مقتنعاً بأن اختباراتك شاملة بما يكفي للقول إنه 'مكتمل إلى حد كبير' (04:41:55 PM) zlatinb: لا توجد مشكلات معروفة متبقية، وسنصطدم بالمجهولة منها كلما استخدمه المزيد من الناس (04:42:00 PM) zzz: ولست مقتنعاً بأننا بحاجة إلى منتج إصدار آخر فقط لمن يطالبون بالقابلية لإعادة الإنتاج خارج debian (04:43:06 PM) zzz: لا أظن أننا نريد الاعتماد على المستخدمين لاكتشاف مشكلات القابلية لإعادة الإنتاج. نحتاج إلى عُدَّة اختبار أو روبوت بناء لتأكيد ذلك وفق التركيبات المختلفة المذكورة أعلاه وغيرها (04:43:13 PM) zlatinb: لا يحتاج أن يكون منتجاً بجودة إصدار، ما زلت أقول إنه عمل جارٍ وسيبقى كذلك في المستقبل المنظور. (04:44:00 PM) psi: هل الغرض حزمة جاهزة للمستخدم النهائي أم إرضاء المثقفين؟ (04:44:01 PM) zzz: في هذه الحالة، لا اعتراض (04:44:30 PM) zlatinb: بوضوح لإرضاء المثقفين، 100% (04:45:22 PM) psi: فهمت، فقط ألحق بما فاتني (04:46:15 PM) zlatinb: ما المانع من أن يساعد المستخدمون في العثور على مشكلات القابلية لإعادة الإنتاج؟ (04:47:14 PM) zzz: 1) لأن معظم المستخدمين لن يحاولوا فعلياً إعادة الإنتاج؛ لكن 2) إذا لم يكن منتجاً رسمياً بجودة إصدار، فلا بأس (04:47:34 PM) eyedeekay: ننتقل مباشرة إلى 6) تقرير قنوات التحديث / تقرير حزمة Mac (04:48:14 PM) eyedeekay: إلا إذا كنا بحاجة للاستمرار في 5)؟ (04:48:37 PM) zzz: انتهيت من 5) (04:48:51 PM) eyedeekay: حسناً، إذن 6 (04:49:24 PM) eyedeekay: zlatinb هذا موضوعك أيضاً (04:50:20 PM) zlatinb: لا جديد كثيراً منذ الاجتماع الأخير على صعيد حزمة Mac؛ كنت أختبره داخلياً بنفسي قليلاً (04:51:15 PM) zlatinb: ربما سيكون لدي وقت هذا الشهر للنظر في قنوات التحديث بشكل مناسب. على الأقل الجزء الذي سيكون في مستودع mac-jpackage (04:51:30 PM) zlatinb: ويمكنني أيضاً النظر في التغييرات المطلوبة على i2p.i2p ما لم يرغب شخص آخر في المحاولة؟ (04:51:33 PM) zlatinb: eot (04:52:07 PM) zzz: يسعدني القيام بالجانب الآخر، لنُنسّق هذا الأسبوع (04:52:30 PM) zlatinb: حسناً يبدو جيداً (04:52:52 PM) zlatinb: هذا كل شيء لديّ في 6) (04:52:56 PM) zzz: أعتقد أن هناك بعض الخيارات التي ناقشناها ولم نقرر فيها بالكامل بعد، لكنها لا ينبغي أن تكون صعبة (04:52:57 PM) zzz: eot (04:53:08 PM) eyedeekay: 7) رقم الإصدار التالي، بند مُؤجَّل من اجتماع 6 أبريل (04:53:57 PM) eyedeekay: 1.0.0؟ 9.51.0؟ كانت هناك عدة خيارات في النقاش (04:54:26 PM) zzz: نعم. قبل شهرين، طرحت 0.9.50 مقابل 1.0.0 (04:54:44 PM) zzz: منذ ذلك الحين، لاحظت أن bitcoin core ينتقل من 0.22 إلى 23.0 (04:54:54 PM) zzz: إذا كان الرقم مجرد رقم، فيمكن أن يكون أي شيء (04:55:18 PM) zzz: 0.9.51، 1.0.0، 2.0، 9.51، 10.0. ما نريده (04:55:54 PM) zzz: إذا كان '1.0.0' يثير الكثير من القلق أو يحمل وعداً ضمنياً بالكمال، يمكننا تجنّب ذلك بتخطيه مباشرة (04:56:15 PM) zzz: أو يمكننا ببساطة الاستمرار بـ 0.9.x إلى الأبد، أو حتى نبلغ هدفاً معيناً لم نتفق عليه بعد. (04:56:18 PM) zzz: EOT. أفكاركم؟ (04:56:55 PM) eyedeekay: أرى أن الرقم مجرد رقم طالما أن ما نختاره يتصدر عند فرزه بأدوات معيارية، وعلى هذا، فإن 9.51 له بعض الجاذبية. (04:57:52 PM) zlatinb: لو كانت لدينا خارطة طريق للمُثبِّتات لوضعت 1.0.0 الجميل بعد إنهائها، لكن ليست لدينا مثل هذه الخارطة، لذا أفضل تجنب 1.0.0 تماماً. بخلاف ذلك فـ 0.9.51 أو 9.51 سيّان بالنسبة لي. (04:58:27 PM) zzz: لسنا بحاجة بالضرورة لإجماع اليوم أيضاً، لدينا اجتماعين آخرين قبل الإصدار التالي (04:59:04 PM) zzz: يمكننا دائماً إجراء استطلاع على reddit رغم أن ذلك قد يكون ذا أثر عكسي (05:01:40 PM) zzz: دعونا نناقش ذلك مجدداً الشهر المقبل eyedeekay (05:01:41 PM) zzz: eot (05:02:15 PM) eyedeekay: أتفق مع zlatinb، إذا كنا سنستخدم '1.0.0' كحملة علاقات عامة لاستقطاب مستخدمين جدد، فإن تحسين المُثبِّتات سيجعل مثل هذا الجهد على الأرجح أكثر نجاحاً. إذا أردنا الحفاظ على فرصة إصدار 1.0.0 عند إنجاز ذلك، فعلينا إذن إصدار 0.9.51، eot (05:02:28 PM) eyedeekay: 8) حالة 0.9.50 / العناصر المتبقية للإصدار (05:03:16 PM) eyedeekay: أضاف zzz هذا، لكن هناك على الأقل اثنان من هذه ينبغي أن أجيب عنهما، GPlay وF-Droid (05:04:27 PM) eyedeekay: حدثت بعض الفوضى مع GPlay وقت الإصدار، كان عليّ نقلنا إلى Android app bundle والذي يتطلب مني توليد مفتاح ورفعه إلى Google لكي يتمكنوا من تأكيد أنني أنا من يرفع التطبيق (05:05:16 PM) eyedeekay: فشلتُ في هذه العملية في المرة الأولى، ما استلزم التواصل مع دعم Google، الأمر الذي تسبب بتأخير في إصدارات Android (05:05:47 PM) eyedeekay: ولأسباب متعلقة بعملية الإصدار، أدى هذا أيضاً إلى تأخير بنائات F-Droid. (05:06:33 PM) eyedeekay: من الآن فصاعداً، سيكون F-Droid ملف apk، وGoogle Play سيكون ملف .aab، ولن تعتمد عملية إصدار أحدهما على الآخر. EOT. (05:06:46 PM) eyedeekay: هل لديك ما تضيفه zzz؟ (05:07:20 PM) zzz: debian هي المشكلة الكبرى. هل سمع أحد من mhatta؟ لقد فاتته .49 تماماً، والآن ننتظر 50 (05:09:01 PM) eyedeekay: ليس منذ مدة للأسف، يمكنني التواصل مجدداً (05:09:08 PM) zzz: فيما يخص حالة الشبكة، حوالي 35-45% من الشبكة حدّثت، وحوالي 25% أعادت توليد المفاتيح، الأمور سلسة جداً ولا شكاوى كبيرة (05:09:08 PM) zzz: يرجى إبقاء هذا البند على جدول الأعمال للشهر المقبل، لأننا لم ننته بعد (05:09:08 PM) zzz: eot (05:09:34 PM) eyedeekay: سيتم (05:09:47 PM) eyedeekay: أي شيء آخر للبند 8؟ (05:10:00 PM) eyedeekay: أو بشكل عام؟ مهلة 1m (05:11:26 PM) eyedeekay: حسناً إذن، شكراً لحضوركم جميعاً، سيكون الاجتماع القادم في 6 يوليو </div>/ar/blog/2021/05/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.50/Mon, 17 May 2021 00:00:00 +0000/ar/blog/2021/05/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.50/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>تستمر النسخة 0.9.50 في الانتقال إلى ECIES-X25519 لمفاتيح تشفير الـrouter. قمنا بتمكين DNS عبر HTTPS لعملية إعادة البذر لحماية المستخدمين من التنصت السلبي على DNS. هناك العديد من الإصلاحات والتحسينات لعناوين IPv6، بما في ذلك دعم UPnP جديد.</p> <p>أخيراً أصلحنا بعض أخطاء فساد البيانات المزمنة في SusiMail. من شأن التغييرات على محدد عرض النطاق الترددي أن تُحسّن أداء الـ tunnel في الشبكة. هناك عدة تحسينات في حاويات Docker الخاصة بنا. لقد حسّنّا دفاعاتنا ضد routers محتملة الخبث أو مليئة بالأخطاء في الشبكة.</p>/ar/blog/2021/05/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%85%D8%A7%D9%8A%D9%88-2021/Tue, 04 May 2021 00:00:00 +0000/ar/blog/2021/05/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%85%D8%A7%D9%8A%D9%88-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:01:04 PM) eyedeekay: مرحباً جميعاً، حان وقت اجتماع 4 مايو (04:01:13 PM) zlatinb: مرحبا (04:01:21 PM) zzz: أهلاً (04:01:39 PM) eyedeekay: 1) مرحباً (04:01:39 PM) eyedeekay: 2) تقرير Mac Launcher، متابعة (04:01:39 PM) eyedeekay: 3) تقرير ترحيل Trac، ما بعد التنفيذ (04:01:39 PM) eyedeekay: 4) إصدار 0.9.50 (04:01:39 PM) eyedeekay: 5) تقرير قنوات التحديث (04:01:39 PM) eyedeekay: 6) تحسينات Docker (04:01:39 PM) eyedeekay: 7) مفاتيح المكون الإضافي Bote (04:02:17 PM) eyedeekay: zab هل من المحتمل أن يتداخل البندان 2) و5)؟ هل يجب أن أجمعهما؟ (04:02:26 PM) zlatinb: أكيد (04:02:56 PM) eyedeekay: حسناً، فلنبدّل 3 و5 من تلك القائمة أعلاه، ولنقم بقنوات التحديث مباشرة بعد Mac Launcher (04:03:11 PM) eyedeekay: 2) تقرير Mac Launcher (04:03:59 PM) zlatinb: حتى الآن تلقيت تقريراً إيجابياً واحداً من مستخدم غير معروف، وأعلم أن بضعة أشخاص على الأقل جرّبوا ملف ‎.dmg (04:04:28 PM) zlatinb: لذا بخصوص جزء المُثبِّت أظن أننا في وضع جيد جداً. لا يخطر ببالي أي تغييرات مطلوبة غير المتعلقة بوظيفة التحديث (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: هذا كل ما لدي بخصوص البند 2) فقط (04:06:10 PM) eyedeekay: ممتاز. ليس لدي ما أضيفه الآن، لذا يمكننا الانتقال إلى 3) قنوات التحديث (04:06:24 PM) eyedeekay: إلا إذا كان لدى zzz شيء؟ (04:06:36 PM) zzz: لا (04:07:00 PM) eyedeekay: حسناً إذن zlatinb قنوات التحديث هي موضوعك أيضاً (04:07:22 PM) zlatinb: zzz وأنا قمنا ببعض التحليل/التحديد الأولي لما ينبغي القيام به لتمكين قنوات التحديث (04:08:05 PM) zlatinb: الخلاصة (أعتقد) أنه ستكون هناك بعض التغييرات في الشيفرة ضمن i2p.i2p وكذلك بعض الشيفرة الموجودة في مستودع mac-jpackage (04:08:36 PM) zlatinb: ما زلنا نعدّد كل الحالات الطرفية، لكن حتى الآن لم نصادف عائقاً قاتلاً (04:09:24 PM) zzz: موافق، يبدو الأمر مباشراً ولا يتطلب جهداً كبيراً. الاختبار على الأرجح سيكون الجزء الأكبر من العمل مقارنة بالبرمجة (04:09:36 PM) zlatinb: أنا مشغول جداً حتى صدور الإصدار، لكن بعد ذلك سأركّز على هذا. يمكنني الدخول في تفاصيل تقنية أكثر، لكنها منخفضة المستوى أكثر من اللازم لهذا الاجتماع (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: شكراً على التقرير (04:10:12 PM) eyedeekay: وهذا يقودنا إلى 4) إصدار 0.9.50 (04:11:08 PM) dr|z3d: لقد فاتك ترحيل Trac. (04:11:26 PM) eyedeekay: كنت سأجعله كبند 5، وليس 4 (04:11:40 PM) dr|z3d: حسناً، تابع كما كنت! (04:11:45 PM) eyedeekay: نحن على بُعد 11 يوماً من الإصدار الآن (04:12:09 PM) eyedeekay: من المقرر تجميد العلامات غداً (04:12:22 PM) eyedeekay: ليس لدي مزيد من تغييرات السلاسل لـ i2p.i2p (04:13:43 PM) eyedeekay: zzz، zlatinb ماذا تودّان إضافة؟ (04:14:08 PM) zzz: ليس الكثير... سأدفع السلاسل إلى Transifex عند الساعة 4 مساءً بالتوقيت العالمي الموحد غداً (04:14:26 PM) zlatinb: orignal طرح نقطة مثيرة للاهتمام قبل 30 دقيقة حول سعة طابور NTCP، قد يستحق النظر فيها قبل الإصدار (04:14:27 PM) zzz: انتهيت من 50. وأعمل بالفعل على التالي (04:15:18 PM) zzz: لم أطلع عليها، لكني متحفظ على إجراء أي تغييرات الآن. أنا أختبر بعض تغييرات طابور NTCP للإصدار القادم (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot مني أيضاً (04:15:53 PM) eyedeekay: 5) تقرير ترحيل Trac، ما بعد التنفيذ (04:16:35 PM) eyedeekay: كان ترحيل Trac صعباً في الغالب للأسباب التي جعلتني أشعر بضرورة القيام به، خاصة أن trac xmlrpc تعطّل على مثيلنا في نفس وقت اجتماع الشهر الماضي تقريباً (04:17:34 PM) eyedeekay: بعد المحاولة وفشل إصلاحه لمدة أسبوعين قررت أن الأسهل هو استخراج (بحذر) قضايا trac لدينا ونقلها إلى GitLab باستخدام GitLab API (04:18:20 PM) eyedeekay: بخلاف ذلك، كان الترحيل ناجحاً، وكمنتج جانبي تم إنشاء أرشيف ثابت قابل للقراءة لكل تذاكر trac لدينا حتى الآن (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: إذاً ما الحالة؟ تم؟ (04:19:16 PM) eyedeekay: لأغراض تتبّع التذاكر، ترحيل Trac منتهٍ. ما زال في Trac مقالات ويكي ذات أهمية تحتاج نسخاً احتياطياً، لكن التذاكر انتهت. (04:19:43 PM) zzz: حسناً. غيّرت عناوين URL في شيفرتنا لتشير إلى GitLab (04:20:14 PM) eyedeekay: غيّرتُ معظمها على الموقع، لكني ما زلت أبحث باستخدام grep في ملفات .rst عن البقية القليلة (04:20:28 PM) zzz: هل يمكنك من فضلك إضافة ملاحظات وروابط على الصفحة الرئيسية لـ Trac وصفحة التذاكر وصفحة تسجيل الدخول وأي مكان آخر، مع روابط i2p وclearnet الجديدة؟ (04:20:42 PM) eyedeekay: بالتأكيد، سيتم (04:21:49 PM) zzz: هذا يجعلنا الآن نعتمد على GitLab (عندما كان الأمر يقتصر على الشيفرة، كان يمكننا دائماً استخدام GitHub) ... هل لدينا أي مُشرف احتياطي؟ (04:21:49 PM) eyedeekay: سأمر أيضاً على جميع ملفات README للتأكد من أنها تشير إلى الأماكن الصحيحة كذلك (04:22:50 PM) eyedeekay: echelon لديه حساب مُشرف على GitLab، لكن لا أحد غيره لديه وصول SSH إلى الخادم الأساسي حالياً (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: يمكنني النظر في مزامنة القضايا مع GitHub باستخدام بوت، فهذا ليس مختلفاً كثيراً عن النصف الثاني من عملية الترحيل (04:23:39 PM) zzz: حسناً، قد ترغبان في مراجعة من يمكنه فعل ماذا للتأكد من أننا مغطّون (04:23:45 PM) zzz: عمل رائع (04:24:09 PM) eyedeekay: شكراً (04:24:22 PM) eyedeekay: وهذا يقودنا إلى 6) تحسينات Docker (04:24:42 PM) eyedeekay: zlatinb هل تريد أن تضع من لم يجرّبها بعد في الصورة هنا :) (04:25:10 PM) zlatinb: لول نعم، صورة Docker الجديدة أصغر وتدعم أحجام تخزين دائمة للإعدادات وتنزيلات snark (04:25:35 PM) zlatinb: التوثيق موجود في المصدر، ملف Docker.md. أود إضافة صفحة إلى الموقع بنفس المحتوى (04:26:03 PM) zlatinb: هذا كل ما في الأمر (04:26:30 PM) eyedeekay: ملاحظة جيدة بخصوص الموقع، فنحن الآن نروّج له لكننا لا نوثّق كيفية استخدامه إطلاقاً (04:26:40 PM) zzz: من المسؤول عن حساب Docker الخاص بـ geti2p ومن لديه وصول أيضاً؟ (04:26:48 PM) zzz: أم أنه لا يعمل بهذه الطريقة؟ (04:27:35 PM) zzz: هل يقوم فقط بالبناء التلقائي عند كل إيداع وهذا كل شيء؟ (04:27:37 PM) eyedeekay: أنا المسؤول عن حساب Docker الخاص بـ geti2p، ويمكنني منح وصول للأشخاص من GitLab، وقد بدأه Ace Barry أو hkparker إن لم تخنّي الذاكرة (IIRC) لكني أنا المشرف الآن (04:28:04 PM) eyedeekay: إنه يبني `latest` عند كل إيداع، ويبني صورة لكل وسم يبدأ بـ `i2p-*` (04:28:50 PM) zzz: حسناً إذن أي تغييرات قام بها zlatinb موجودة بالفعل هناك (04:28:52 PM) zzz: وصلت الفكرة (04:29:00 PM) zlatinb: نعم (04:29:30 PM) zlatinb: eyedeekay: رأيت أنك قمت للتو بتحويل عملية بناء Android إلى Docker؟ (04:30:50 PM) eyedeekay: نعم فعلت، كانت طريقة لتجميع جميع متطلبات الإصدار في شكل قابل لإعادة الاستخدام (04:31:35 PM) zzz: eyedeekay، وبالحديث عن Android، رأيت شيئاً عن إضافة Google مزيداً من القواعد ورفع المتطلبات بدءاً من وقت لاحق هذا العام. قد ترغب في تخصيص بعض الوقت قبل هذا الإصدار للاستعداد لذلك (04:33:10 PM) eyedeekay: أقوم بمراجعة مضاعفة لكل أمور إصدار Android هذا الأسبوع للتأكد من سير كل شيء بسلاسة (04:34:18 PM) zzz: كما قلت، القواعد الجديدة لن تصبح سارية لبضعة أشهر، لكن لن يضر التعامل معها الآن (04:34:41 PM) zzz: أو قد يضر، لكن القيام بذلك الآن أفضل من لاحقاً (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: حسناً هذا يعتمد على F-Droid، ففي بعض الأحيان يتأخرون عن GPlay في المتطلبات بطريقة تكون متعارضة إلى حدّ ما، لكن الأفضل أن نعرف بذلك إن كان سيحدث (04:36:02 PM) eyedeekay: أعتقد أننا جاهزون للبند 7) مفاتيح المكون الإضافي Bote (04:36:20 PM) eyedeekay: هذا الموضوع ظهر لي أثناء محادثة مع بعض مستخدمي Reddit الأسبوع الماضي (04:37:06 PM) eyedeekay: يحاول الناس استخدام تفريعة mhatta من Bote لكنهم غير قادرين على ذلك لأنهم لا يستطيعون تثبيت مفاتيح المكون الإضافي بسهولة (04:37:30 PM) eyedeekay: كما أنهم في الغالب لا يعرفون كيفية تفسير خطأ الشهادة في الشريط الجانبي لاستكشاف المشكلة وإصلاحها (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: أود أن ننظر في إضافة شهادات mhatta إلى الإعداد الافتراضي حتى لا يواجه الناس هذا الخطأ بعد الآن (04:39:17 PM) zzz: 1) ينبغي أن يقدّم تعليمات أفضل لمستخدميه؛ 2) يحتاج أن يقدّم الطلب لنا (04:40:22 PM) eyedeekay: مقبول. (04:40:46 PM) eyedeekay: هذا يقودنا إلى نهاية المواضيع المدرجة، هل هناك شيء آخر لإضافته؟ (04:41:06 PM) zlatinb: نعم، أودّ أن نفكّر في جعل بناء شبكات الاختبار أسهل (04:41:08 PM) zzz: وأود أن أطلب منه إدراج ‎.49 في Debian، وهو ما لم يحدث قط (04:41:55 PM) zlatinb: لدينا شخصان بنيا شبكات اختبار LXC وشخص واحد استخدم Docker، وجميعهم يستخدمون مقاربات مختلفة تماماً (04:42:14 PM) zlatinb: فهل هناك اهتمام بتحديد مواطن الصعوبة وجعل الأمور أسهل؟ (04:42:51 PM) zzz: لدي اهتمام بمعرفة ما إذا كان هناك اهتمام :) (04:43:10 PM) eyedeekay: نعم من جانبي هناك، أود تشغيل شبكة اختبار، ويفضّل أن تكون باستخدام Docker (04:44:13 PM) zlatinb: رائع.. إذن ينبغي أن ننظر في ذلك.. مما يخطر ببالي حالاً أن البذر الأولي هو أسوأ جزء (04:45:14 PM) eyedeekay: هل توجد أي تعليمات مكتوبة لشبكة اختبار Docker حتى الآن أم أنها جميعاً تعتمد على LXC؟ (04:45:18 PM) zzz: حلّي لمسألة البذر عمل بشكل جيد بالنسبة لي، وهي محلولة تقريباً لـ LXC (04:45:47 PM) zlatinb: قد يكون لدى LoveIsGrief شيء في مستودعاته على GitLab (04:47:55 PM) zlatinb: eot مني (04:49:07 PM) eyedeekay: أظن إذن أنه إذا أردت شبكة اختبار Docker فعلي على الأرجح الاطلاع على عملهم، وسأملأ أية ثغرات أواجهها بالاعتماد على العملية الخاصة بـ LXC (04:49:43 PM) zzz: أودعت كل سكربتات shell الخاصة بي لـ LXC (وهي مروّعة) في i2p.scripts (04:50:29 PM) eyedeekay: شكراً zzz، مروّعة أم لا أنا متأكد أنها ستخبرني بما أحتاج إلى معرفته (04:51:32 PM) eyedeekay: أي شيء آخر للاجتماع؟ (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: لا (04:51:58 PM) zlatinb: ليس مني (04:52:19 PM) eyedeekay: حسناً إذاً شكراً للجميع على الحضور (04:52:44 PM) eyedeekay: سأنشر السجلات على الموقع قريباً، نراكم على IRC </div>/ar/blog/2021/04/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2021/Tue, 06 Apr 2021 00:00:00 +0000/ar/blog/2021/04/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (04:02:03 PM) eyedeekay: مرحباً بالجميع، zzz، zlatinb، وأعضاء المجتمع، أهلاً بكم في اجتماع 6 أبريل 2020 (04:02:09 PM) eyedeekay: لدينا الكثير لنناقشه اليوم: (04:02:12 PM) eyedeekay: 1) مرحباً (04:02:12 PM) eyedeekay: 2) تقرير Mac Launcher، jpackage/dmg (04:02:12 PM) eyedeekay: 3) نتائج استبيان اهتمام مستخدمي Mac (04:02:12 PM) eyedeekay: 4) مُثبّت Windows الشامل (04:02:12 PM) eyedeekay: 5) قنوات التحديث - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) تقرير/تقييم ترحيل Trac (04:02:12 PM) eyedeekay: 7) إصدار 0.9.50 (04:02:39 PM) eyedeekay: 1) هل الجميع هنا؟ (04:02:43 PM) zzz: مرحباً (04:02:46 PM) eyedeekay: أهلاً zzz (04:02:54 PM) zlatinb: مرحباً (04:02:59 PM) eyedeekay: أهلاً zlatinb (04:03:08 PM) eyedeekay: أي أحد آخر؟ (04:03:40 PM) eyedeekay: حسناً ننتقل إلى 2) إذن تقرير Mac Launcher (04:04:13 PM) eyedeekay: كان هذا موضوعي لكن أظن أنه ينبغي أن أتشاركه قليلاً مع zlatinb، لدي المزيد لأضيفه إلى قسم استبيان اهتمام المستخدمين (04:04:54 PM) zlatinb: حسناً (04:05:24 PM) eyedeekay: الوضع الحالي كما أفهمه هو أننا قررنا أن المُشغّل القديم ليس هو الطريق المناسب، ويتجلى ذلك في قيام zzz بإزالة الكود من فرع git الرئيسي هذا الصباح (04:07:04 PM) eyedeekay: وأنه يمكننا التعامل مع مسألة إجراء التحديثات في الخلفية لتجنب تعقيد عملية التحديث بينما نجعل عملية التثبيت أبسط (04:08:42 PM) eyedeekay: وأن عمليات التثبيت كـ "خدمة" حقيقية على الأرجح لن تكون جزءاً من الإصدار المُنشأ بـ jpackage من الـ router، لأن التطبيقات التي تعمل تلقائياً تبدأ عند تسجيل دخول المستخدم وليس عندما يكون النظام جاهزاً (04:08:53 PM) zlatinb: أظن هذا دقيق. لقد تحققت من أن تسلسل الخطوات في السكربت الموجود في صفحة الويكي "صامت" تماماً (04:08:53 PM) zlatinb: التدفق من البداية للنهاية يحتاج إلى اختبار بالطبع (04:08:53 PM) zzz: نعم أظن أن تجربة التثبيت أفضل، تجربة التحديث قد تكون أسوأ قليلاً أو كثيراً، هذا ما سنقرره لاحقاً (04:09:25 PM) zzz: رغم أنه إذا ضمّنا تحديثات java ضمن تجربة تحديث IzPack، فقد لا نكون أسوأ حالاً (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: هذا هو الجزء الذي نحتاج لمزيد من التحقيق فيه (04:09:58 PM) zzz: وأن نقرر كيف نجري تلك المُفاضلات (04:11:17 PM) eyedeekay: أظن أن "nagware" الخاص بـ Java يجعل الأمر شبه متساوٍ (04:11:34 PM) eyedeekay: لكنني أيضاً لم أضطر فعلياً لتحديث Java على جهاز Mac لدي حتى الآن (04:12:35 PM) zzz: هل لدينا أي تصور كمي عن مدى تفوق JRE 16 على 8؟ (04:12:37 PM) eyedeekay: كانت هناك نتيجة مفاجئة قليلاً في الاستبيان، أغلبية طفيفة من المستخدمين وجدوا تثبيت Java سهلاً، بما في ذلك مستخدم وضع نفسه كمستخدم كمبيوتر "مبتدئ" (04:13:37 PM) zlatinb: 16 مقابل 8؟ ليس حالياً، يمكن البحث عن اختبارات الأداء طبعاً، لكن واجهات APIs الجديدة مفيدة (04:14:01 PM) zlatinb: مثل الحصول على pid من داخل Java، وشارات Dock والإشعارات، إلخ. (04:15:14 PM) zlatinb: بخصوص التحقيق في عملية التحديث الكاملة، سيتم ذلك بشكل عضوي كجزء من العمل على عملية التحديث الجديدة، والتي سنناقشها لاحقاً في هذا الاجتماع (04:16:19 PM) zlatinb: أنا واثق من أنها يمكن أن تكون سلسة جداً؛ سؤال التنفيذ هو AppleScript مقابل bash script مقابل ؟؟ (04:16:57 PM) zzz: ظننت أنه فقط exec 'open xxx.dmg'? (04:17:54 PM) zlatinb: يبدو أن أحداً لم يتابع صفحة الويكي، تسك تسك :) لا، إنها عملية معقدة إلى حدٍّ ما لتحويل ملف .dmg إلى صيغة أخرى. هذا يتجنب أي مطالبات مرئية واتفاقية ترخيص (04:19:12 PM) zlatinb: أساساً: 1. تحويل .dmg إلى .cdr 2. تركيب cdr 3. نقل AppBundle الحالي جانباً 4. cp -R AppBundle الجديد 5. تنظيف، وفك تركيب .cdr 6. تشغيل حزمة التطبيق الجديدة (04:20:12 PM) zlatinb: اختبرت وتحققت من أن التحويل والتركيب "صامتان" تماماً. إذا لم نرِد أن نكون صامتين لكن نريد أن يرى المستخدم ما يحدث، يمكننا استخدام AppleScript (04:20:20 PM) zlatinb: لا أدري لماذا قد نريد ذلك لكنه مطروح (04:21:14 PM) eyedeekay: رائع. ليس أنني أظن أن الأمر مهم جداً، لكن هل هذه هي الطريقة "المفترضة" لتحديث حزم .dmg؟ هل هناك احتمال أن يتم تعطيل ذلك مستقبلاً دون طريقة لإصلاحه؟ (04:22:03 PM) zlatinb: الطريقة الرسمية للتحديث هي استخدام ميزة في Mac OS تعتمد على وجود خادم clearnet. على سبيل المثال VLC يُحدّث بهذه الطريقة. (04:22:30 PM) zzz: نظراً لحجم جدول الأعمال، أقترح أن ننتقل لمعرفة ما إذا كان الاستبيان يقول إن أحداً يريد هذا أساساً (04:22:49 PM) eyedeekay: ممكن (04:23:49 PM) eyedeekay: نتائج الاستبيان مُلخّصة كما يلي: (04:23:49 PM) eyedeekay: - معظم الأشخاص الذين شملهم الاستطلاع لم يكن لديهم Java مثبتاً عندما حاولوا تثبيت I2P لأول مرة. (04:23:49 PM) eyedeekay: - وجد المستخدمون أن تثبيت Java سهل، مع أغلبية طفيفة (3/5) من المستجيبين يقولون إن تثبيت Java لم يكن صعباً. شمل ذلك أشخاصاً صنّفوا أنفسهم كمستخدم كمبيوتر "مبتدئ". هذا فاجأني فعلاً. (04:23:49 PM) eyedeekay: - 6 من أصل 12 مستخدماً تخطّوا بعض أو كل أسئلة نعم/لا. (04:23:49 PM) eyedeekay: - كان لدينا عدة مستخدمين تخطّوا أسئلة نعم/لا المتعددة لكنهم تركوا إجابات حرة. جميعهم بلا استثناء لم يمدحوا عملية التثبيت. (04:23:49 PM) eyedeekay: - جميع مستجيبي نعم/لا تقريباً الذين أجابوا على السؤال كانوا من مستخدمي حزمة .dmg. من هؤلاء، كان هناك 5/13. جميع الآخرين لم يجيبوا. قد يشير هذا إلى الشعبية الجارفة لنهج .dmg. (04:23:49 PM) eyedeekay: - المستخدم الوحيد الذي لم يكن مستخدماً لحزمة .dmg القديمة أجاب بـ "نعم" على أنه سيستخدم واحدة جديدة إذا ظهرت (04:24:31 PM) eyedeekay: هذا منسوخ مباشرة من ملخّص أطول سأنشره على zzz.i2p في وقت لاحق اليوم (04:25:16 PM) zzz: لم نسأل مباشرة ما إذا كان الناس يريدون مُثبّت dmg مقابل izpack؟ أو كيف نستنتج ذلك؟ (04:26:02 PM) eyedeekay: أشرنا إلى izpack كمُثبّت ".jar" لأن المستخدمين النهائيين لا يعرفون أدوات التغليف التي نستخدمها (04:26:09 PM) zzz: أو سؤال أبسط: هل يخبرنا الاستبيان أننا ينبغي أن نقوم بمُثبّت dmg أم لا؟ (04:26:25 PM) eyedeekay: أعتقد أن الاستبيان يدعم عمل مُثبّت .dmg (04:26:52 PM) zzz: بقوة؟ بضعف؟ "بشكل كاسح"؟ (04:27:25 PM) eyedeekay: بقوة إلى حدٍّ ما، النقطة الوحيدة المضادة لمُثبّت .dmg هي أن الناس وجدوا تثبيت Java سهلاً (04:27:41 PM) eyedeekay: وبذلك يوصون بالحل القائم في تلك الحالة (04:27:51 PM) zzz: حسناً (04:28:03 PM) eyedeekay: كل من أجاب على السؤال قال ".dmg installer" (04:28:47 PM) zlatinb: لكن هذا لم يكن متاحاً للتنزيل منذ فترة. هل نعرف إن كانوا يقصدون التجريبي الذي بنيناه للتو أم القديم؟ (04:29:08 PM) eyedeekay: سألت تحديداً "مُثبّت .dmg الذي فقد الدعم في وقت سابق من هذا العام" (04:29:17 PM) zlatinb: حسناً (04:29:51 PM) eyedeekay: كما سألت عمّا إذا كانوا قادرين على الانتقال من مُثبّت .dmg القديم إلى مُثبّت IzPack (04:30:16 PM) eyedeekay: لم يستطع أحد، لكنني أعتقد أننا كنا نعرف ذلك بسبب مشكلة عمليات إعادة التشغيل غير القابلة للإيقاف (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: قد تكون تلك المشكلة خاصة بجهازي، لا طريقة لديّ لمعرفة ذلك. قد أكون ساعدت meeh على تشغيل بناء مؤقت ربما كان معطلاً... احتمالات كثيرة. (04:32:50 PM) eyedeekay: أتذكر أنني رأيتها على جهاز Mac القديم لدي الذي كان سيئاً جداً، لذا نفس الشيء (04:32:59 PM) eyedeekay: سأجهّز ملخّصاً ممتداً مع النتائج الخام المجهولة وسأنشره على zzz.i2p هذا المساء (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: أود أن نعود إلى #2 قليلاً (04:34:32 PM) zlatinb: وأن نقرر على الأقل موعداً نهائياً لاتخاذ القرار (04:35:05 PM) zlatinb: لأنه مع غياب notarization (توثيق التطبيقات لدى Apple) فإن مُثبّت izpack الحالي قبيح جداً. نشرت Sadie على Medium سير العمل الكامل وهو شيء مثل 35 خطوة (04:35:24 PM) zlatinb: تتضمن أن يقوم المستخدم بإيقاف بعض حماية نظام التشغيل الافتراضية (04:35:53 PM) zlatinb: للمعلومية سألت orignal وشخصاً من قناة ilita على IRC عمّا يفعلونه لـ i2pd (04:36:10 PM) zlatinb: والإجابة المختصرة كانت: تعطيل جميع assessments والمضي قدماً (04:36:32 PM) zzz: لا أسمع أي اعتراضات، لذا أظن أننا نواصل العمل نحو حل. لست متأكداً أننا نحتاج موعداً نهائياً، خاصة إذا كان الجهد متواضعاً (04:36:33 PM) zlatinb: لا أعتقد حقاً أنه يمكننا توقع أن يقوم مستخدمونا بذلك (04:37:20 PM) zlatinb: الجهد متواضع إذا لم نحسب إعادة تصميم نظام التحديث والتي سنناقشها بشكل منفصل (04:37:33 PM) zlatinb: انتهى (04:37:55 PM) zzz: حسناً، إذن سنعرف ما هو الموعد النهائي لحل أمور التحديث (04:38:53 PM) zlatinb: حسناً (04:40:25 PM) eyedeekay: هل نقرر ذلك هنا والآن؟ لأن صوتي سيكون لصالح تجهيز كل شيء للبدء المرحلي في 0.9.51. (04:40:58 PM) zlatinb: سنناقشه كجزء من 5)، صحيح؟ (04:41:09 PM) eyedeekay: بالتأكيد، جيد (04:41:21 PM) eyedeekay: ننتقل إلى 4) مُثبّت Windows الشامل (04:41:49 PM) eyedeekay: zlatinb أضاف هذا إلى جدول الأعمال، لكن ربما سيكون لدي الكثير لأضيفه هنا أيضاً. هل تريد أن تبدأ يا zlatinb؟ (04:42:40 PM) zlatinb: حسناً، eyedeekay قام بمعظم العمل الشاق في جمع مُثبّت ملف تعريف Firefox مع صورة JRE و الـ router والتأكد من أنه يثبت ويعمل. هناك بالطبع بعض الحواف الخشنة حالياً. (04:42:59 PM) zlatinb: هناك أيضاً صفحة ويكي يمكن استخدامها لطرح الأسئلة (04:43:30 PM) zlatinb: أعتقد أنه يستحق بعض الاهتمام وقضاء الوقت لوضع تعريف منتج مناسب مع المتطلبات وكل ذلك، مشابه لما تم من أجل .dmg (04:43:58 PM) zlatinb: نحن نعمل مع مستخدمين على r/i2p ساعدونا كثيراً ويواصلون مساعدتنا (04:44:15 PM) zlatinb: لكن بالطبع حالياً هذا إثبات مفهوم (PoC) (04:44:15 PM) zlatinb: انتهى (04:45:38 PM) zzz: يبدو أنه لا توجد صفحات ويكي مُدرجة على صفحة الفهرس في `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` لذا الناس يحتاجون الرابط الكامل؟ (04:45:41 PM) eyedeekay: نعم رغم أنه إثبات مفهوم مبكر، معظم التعليقات التي تلقيتها كانت إيجابية. شيء مزعج هو أن NSIS يجنّ إذا كان لدى المستخدم مجموعة محارف مختلفة عن المسؤول، كان أصعب جزء حتى الآن هو تجنب هذه المطبّة (04:46:01 PM) eyedeekay: تظهر لدي على الجانب الأيمن، سأعطيك الرابط الكامل (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: هممم إذا لم تسجّل الدخول يقول "لا توجد صفحات ويكي". إذا سجّلت الدخول يعطيك صفحة "إنشاء ويكي جديد". (04:47:57 PM) zlatinb: تأكد أنك ضمن مشروع i2p.firefox، وليس i2p.i2p (04:48:07 PM) zzz: آه حسناً (04:49:19 PM) psi: مرحباً (أتابع بصمت) (04:49:42 PM) zlatinb: أهلاً psi (04:49:52 PM) eyedeekay: أهلاً psi (04:50:07 PM) eyedeekay: وهذه الفرع في حال احتجته: https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: ألم يكن هناك حديث عن استخدام nsis لتغليف Windows؟ (04:50:56 PM) eyedeekay: نعم هذا بعض ذلك الحديث (04:50:56 PM) psi: (هذا هو البند 4 لا بأس) (04:51:27 PM) psi: أوه (04:51:30 PM) psi: أرى أننا على ذلك (04:51:55 PM) psi: لذا إذا كنت تستخدم cmake/cpack فإن nsis رائع لأنك تجرّب تجميعاً عابراً لـ Windows من Linux بسهولة (04:52:04 PM) psi: لست متأكداً كيف يعمل ذلك في عالم Java (04:52:23 PM) zzz: لقد طرحت بعض الاعتراضات على مقترح Windows هذا خلال الشهر الماضي، لا شيء قاتل، لكن لا أظن أنه تم التعامل معها بشكل كافٍ (04:52:29 PM) zzz: سأذكر 3 هنا (04:52:47 PM) eyedeekay: للأسف قد نضطر لذلك للاستفادة من بنى jpackage، والتي تتطلب منا البناء على المنصة الهدف في الوقت الحالي (04:53:03 PM) zzz: 1) كله تشتيت عن مُثبّت Mac الذي بدأنا به ومن المرجح أنه أولوية أعلى وسنتعلم منه أولاً (04:53:15 PM) psi: النقطة 1 كافية هنا (04:53:24 PM) zzz: 2) معظم المبررات المُدرجة أو المُتخيلة أضعف من تلك الخاصة بمُثبّت Mac (04:53:34 PM) psi: أقول ركّزوا على بُنية Mac قبل الانجراف إلى هاوية التغليف (04:53:55 PM) psi: ستجدون طريقة لتوسيع النطاق (04:53:57 PM) zzz: 3) ملف تعريف Firefox غير الرسمي حتى الآن يُفترض تضمينه، لكنه لم يُبرر أو يُراجع بشكل منفصل (04:54:02 PM) zzz: انتهى (04:54:31 PM) psi: حالياً تغليف macOS مهمة كافية ولا داعي لزيادة النطاق (04:54:47 PM) psi: عندما تُنجزون بُنية macOS عودوا إلى NSIS على Windows (04:55:03 PM) psi: أنا مثلاً أريد إسقاط دعم macOS في العمل لأنه سيء ببساطة (04:55:12 PM) psi: الهدف بأكمله يزداد سوءاً مع كل إصدار (04:55:33 PM) psi: وApple مُعادية فعلياً لمشاريع البرمجيات الحرة (04:55:51 PM) psi: إذا لم تمانع الانحناء لإرضاء Apple فربما يكون الأمر جيداً (04:56:10 PM) zlatinb: حسناً هذه طريقة تصويرية لوصفه يا psi :) (04:56:12 PM) psi: كل الأمر يتعلق بمقدار الوقت الذي تريد حرقه في التعامل معهم (04:56:29 PM) psi: إذا كان عدد المستخدمين منخفضاً بما يكفي فهو لا يستحق العناء (04:56:39 PM) eyedeekay: يمكنني بالتأكيد تقبّل الانتظار حتى يكون Mac جاهزاً للمضي بعيداً في Windows، أعتقد أن الجميع يرى وجهة نظري بخصوص المُثبّت وعلاقته بالإدماج الأولي (onboarding) (04:57:00 PM) zlatinb: لكنني بالفعل مررت بمتع notarization لذا هذا الجزء منتهي (04:57:10 PM) zlatinb: (وهو أكثر جزء غير سار بالمناسبة) (04:57:33 PM) psi: إذن هذا سؤال توجيهي على مستوى عالٍ، Windows يتحسن قليلاً فعلاً وApple تزداد سوءاً، الاتجاه المتوقع لكل منهما واضح لي (04:57:52 PM) psi: إذا لم يكن لدينا شخص Mac مخصص فستتعفّن أجزاء Mac (04:58:00 PM) psi: شخص Mac مخصص* (04:58:05 PM) psi: هذا ما حدث في العمل D: (04:58:34 PM) zlatinb: حسناً أحاول توثيق كل شيء أفعله، لكنك محق، أحد المتطلبات هو Apple ID مما يعني التخلي عن الإخفاء (04:58:44 PM) psi: ربما هذا جيد (04:58:50 PM) psi: المشكلة الحقيقية هي بقية كل شيء (04:58:57 PM) zlatinb: ليس بهذا السوء (04:59:05 PM) psi: هو كذلك إذا كنت تحتاج صلاحيات مرتفعة (04:59:05 PM) zlatinb: يمكننا مناقشة ذلك بعد الاجتماع إن كنت مهتماً (04:59:16 PM) psi: بالنسبة لـ I2P الأمر جيد (04:59:16 PM) zlatinb: لا نحتاج لذلك في I2P، إنه تثبيت بالسحب (slide install) (04:59:19 PM) zzz: الشيء الذي لا أزال لا أفهمه هو أن لدينا رابطاً معطلاً لمُثبّت dmg القديم لمدة عام ولم يشتكِ أحد. خلال ذلك الوقت ظننا أن لدينا شخص Mac مخصص، لكنه اختفى (04:59:19 PM) psi: ونعم يمكننا التحدث لاحقاً (04:59:30 PM) psi: نعم (04:59:44 PM) psi: إذا جرّب مستخدم Mac وكان معطلاً فسيقوم بإلغاء التثبيت وحسب (04:59:48 PM) psi: لن يرفع تقرير علة (04:59:52 PM) zlatinb: بالضبط (05:00:03 PM) psi: ومع وجود i2pd كخيار يمكنه فقط تجربته (05:00:12 PM) psi: إذا عمل i2pd سيستخدمه (05:00:16 PM) eyedeekay: أراهن أنه لو بحثت بدقة سأجد سؤالاً على reddit (05:00:25 PM) zlatinb: لا يعمل، يتطلب تعطيل جميع assessments (05:00:53 PM) eyedeekay: لكن عاملاً آخر هو أن مُثبّت .dmg حتى قبل بضعة أشهر كان سيُثبت وربما يُحدّث، لأن توقيعه لم يكن قد انتهت صلاحيته بعد (05:02:24 PM) zlatinb: هناك شخص Mac واحد تقريباً على ilita وهو مستخدم Mac متقدم جداً (05:02:33 PM) zlatinb: على أي حال، نحن ننحرف (05:02:33 PM) psi: نعم (05:02:33 PM) zlatinb: psi محق أن مستخدمي Mac لن يشتكوا وسيتخلّون (05:02:33 PM) psi: هل هناك مراجعات UX على مستوى المشروع لكل منصة بشكل منتظم؟ (05:02:33 PM) zzz: غير صحيح، كان الرابط معطلاً اعتباراً من 0.9.44، لأن آخر إصدار dmg كان .43 (05:02:33 PM) psi: أي التحقق مما إذا كانت المنصة X معطلة؟ (05:02:33 PM) zlatinb: للأسف لا (05:02:33 PM) psi: أفكر بصوت عالٍ وأرى موضوعاً عاماً مشتركاً (05:02:33 PM) psi: موضوعاً عاماً (05:02:34 PM) zzz: تصحيح: .45 كان الأخير، معطل اعتباراً من .46 (05:03:03 PM) zlatinb: كان مُثبّت Windows معطلاً لمدة يومين حتى اشتكى parg بشأنه، مجرد نقطة بيانات (05:03:27 PM) zzz: مضت ساعة، eyedeekay هل يمكنك إبقاء الأمور تتحرك رجاءً؟ (05:03:35 PM) eyedeekay: نعم (05:03:52 PM) eyedeekay: أظن أننا ناقشنا ما يكفي في #4 الآن على أي حال (05:03:58 PM) psi: نعم (05:04:07 PM) eyedeekay: 5) قنوات التحديث (05:04:21 PM) eyedeekay: هذا لك يا zlatinb (05:04:56 PM) zlatinb: صحيح، الغرض الرئيسي من قنوات التحديث هو دعم المُثبّتات الجديدة، لكن بالطبع قد يتضح أنها مفيدة في مواقف أخرى أيضاً. (05:04:57 PM) zlatinb: مثل: (05:05:16 PM) zlatinb: إذا قررنا الانتقال إلى إصدارات مستقرة مقابل تجريبية بعد 1.0.0 (05:05:46 PM) zlatinb: لتلخيص ما في صفحة الويكي: (05:06:09 PM) zlatinb: نقدم مفهوم قناة التحديث وهي زوج (tuple) جاهزية المنصة X (05:06:29 PM) psi: I2P كانت فعلياً إصداراً متدفقاً (rolling release) لعقد من الزمان أليس كذلك؟ (05:06:57 PM) zlatinb: لتنفيذ ذلك بطريقة متوافقة مع الإصدارات السابقة وبأقل قدر من العمل سيتم إنشاء رابط التحديث (update URL) كالتالي `http://...b32.i2p/&lt;platform&gt;/&lt;readiness&gt;/news.su3` (05:07:25 PM) zlatinb: لا تغييرات على تنسيق news.xml (05:08:08 PM) zlatinb: لذا تعديلات قليلة جداً على سير عمل مُولّدات su3 (05:08:33 PM) zlatinb: تغييرات صغيرة على الواجهة الخلفية للـ router، وتغييرات صغيرة إلى متوسطة على واجهة وحدة التحكم (console UI) (05:09:04 PM) zlatinb: لنقاش أكثر تفصيلاً راجع صفحة الويكي (05:09:36 PM) zlatinb: في هذا الاجتماع أود أن نتفق على أولوية هذا البند، ومتى نريد إنجازه، ومن سينفذ أي جزء إن أمكن أيضاً (05:09:38 PM) zlatinb: انتهى (05:10:04 PM) zzz: القضايا هي: من سيشغّل ويدير ويترجم الخلاصات الجديدة ونسخها الاحتياطية... كما هو الحال الآن، أم مختلف (05:10:11 PM) zzz: إذا كان الخيار 1 فهو جهد تطوير شبه منعدم (05:10:35 PM) zlatinb: نعم، الخيار 2 (من صفحة الويكي) خارج الحساب، تجاهلوه تماماً (05:10:59 PM) zzz: إذن هل تقترح نفس مُضيفي الأخبار الحاليين للخلاصات الجديدة؟ (ech و idk)، إن كان كذلك، نحتاج موافقتهم، وإن لم يكن، نحتاج أن نعرف من (05:11:44 PM) zlatinb: أقول نبدأ بنفس المُضيفين حالياً (05:12:08 PM) eyedeekay: أنا سعيد تماماً باستضافة الخلاصات الجديدة من جهتي (05:12:27 PM) zlatinb: سأتواصل مع ech قريباً بخصوص ذلك (05:13:51 PM) eyedeekay: بما أن الخيار 2 خارج الحساب فبالتبعية الخيار 3 كذلك، صحيح؟ (05:13:59 PM) zlatinb: نعم (05:14:36 PM) zlatinb: الخيار 1 يحقق كل شيء وهو قليل الجهد جداً مقارنة بالخيارات الأخرى (05:15:31 PM) zlatinb: إذن... (05:16:23 PM) zlatinb: بما أن هذا متطلب مسبق لتمكين التحديثات عبر الشبكة لمُثبّت .dmg ويبدو أننا متفقون على المضي قدماً فيه، هل نقول 0.9.51 لهذا البند؟ (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: آه ظننت أنك تريد موعداً نهائياً لاتخاذ القرار. هذا موعد نهائي للانتهاء (05:17:24 PM) zzz: لكن بالتأكيد، هذا هدف معقول (05:17:50 PM) zlatinb: أردت موعداً نهائياً لاتخاذ قرار بشأن مُثبّت .dmg.. لكن يمكنني التراجع إذا كانت هناك حجج معقولة ضد اتخاذ القرار الآن :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: يبدو جيداً (05:19:10 PM) zlatinb: حسناً... لدينا اجتماع واحد آخر قبل أن تبدأ دورة 0.9.51 فعلياً، صحيح؟ (05:19:17 PM) eyedeekay: نعم لدينا (05:19:44 PM) zlatinb: يمكننا عندها توسيع التفاصيل على الويكي، بما في ذلك مواقع الشيفرة المحددة التي تحتاج للتغيير بحلول ذلك الوقت (05:19:56 PM) zlatinb: أنا متردد في البدء بالترميز الفعلي حتى لو على فرع (05:20:18 PM) zzz: لا ينبغي أن يكون هناك أي ترميز حقاً، أو القليل جداً (05:20:37 PM) zlatinb: سأحاول تحديد النطاق بحلول الاجتماع القادم (05:21:18 PM) zlatinb: حسناً، هذا كل شيء مني في 5) (05:21:26 PM) eyedeekay: حسناً ننتقل إلى 6) تقرير/تقييم ترحيل Trac (05:22:30 PM) eyedeekay: جهزت مخططاً، وقد تمت الموافقة عليه، وأجريت تجربة تشغيل على خادم في المنزل، وقد نجحت. هناك مئات التذاكر التي يجب ترحيلها، سيُضاف معظمها إلى i2p.i2p مع وسوم توافق "المكوّن" الذي كانت عليه في Trac. (05:23:54 PM) eyedeekay: أعتقد أن بإمكاني إجراء الترحيل بالكامل هذا الشهر وإنهاءه قبل بداية الاجتماع القادم. سأبدأ من الصغير إلى الكبير كما فعلت عند الانتقال من mtn->git. سأسير أسرع بكثير هذه المرة، معظم هذه يمكن توقع أن تستغرق يوماً أو أقل لإكمالها. سأبدأ بـ i2p.www (05:24:21 PM) zzz: هل قررنا بالتأكيد القيام بذلك، أم هناك قضايا مفتوحة مثل التسجيل للتذاكر، الرسائل المزعجة، إلخ.؟ (05:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: انخفضت الرسائل المزعجة بشكل كبير خلال الشهر الماضي، تسجيلات المستخدمين مفتوحة الآن بدون موافقتي. أي شخص يستطيع تأكيد بريد إلكتروني يمكنه التسجيل. (05:25:32 PM) eyedeekay: لا زلت أستطيع "الموافقة" على المستخدمين الذين لا يستطيعون أو لا يرغبون في استخدام بريد إلكتروني حقيقي. (05:25:35 PM) zzz: على ما أذكر نعرف إلى أين نتجه لكن لم نتخذ القرار النهائي بعد، خاصة بسبب مسألة التسجيل. (05:25:53 PM) zzz: لكن ليس لدي سجلات اجتماع الشهر الماضي أمامي (05:26:14 PM) eyedeekay: أكبر مشكلة، التسجيل بالموافقة فقط، لم تعد قائمة (05:26:48 PM) zzz: حسناً إذن هذه ومسائل التقنية الخاصة بالترحيل كانتا الأكبر. أي شيء آخر يُعتبر عائقاً، أم توصي بالمضي قدماً؟ (05:27:35 PM) eyedeekay: أرى أنه ينبغي أن أمضي قدماً هذا الشهر في ترحيل التذاكر (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: يبدو جيداً (05:28:02 PM) eyedeekay: حسناً سأبدأ على الأرجح في نهاية هذا الأسبوع (05:28:26 PM) eyedeekay: وأخيراً وليس آخراً 7) تحديث إصدار 0.9.50 (05:28:29 PM) zzz: آه تذكرت (05:28:29 PM) zzz: الإشعارات (05:28:40 PM) zzz: على التذاكر وMRs، إلخ. تبدو معطّلة تماماً (05:29:04 PM) zzz: وطبعاً هي كذلك على Trac أيضاً... (05:29:44 PM) zzz: لذا ربما ليست عائقاً لكنها بالتأكيد مزعجة (05:29:47 PM) eyedeekay: ألا تصلك؟ ظننت أنني أصلحتها، بدأت تصلني. سأعرف لماذا وأتعامل معها بأسرع وقت (05:30:19 PM) zzz: لا. zlatinb ماذا عنك؟ (05:30:28 PM) zlatinb: لا شيء (05:30:34 PM) zlatinb: حصلت على بعضها في وقت ما لكن بعد التحديث أو الانقطاع لا شيء (05:30:55 PM) zlatinb: لكنني أتحقق من خلاصات النشاط بهوس :) (05:31:19 PM) eyedeekay: تباً. حسناً لا بد أنني فاتتني عندما أعدت الخادم بعد الأمر في ديسمبر. سأصلحه قريباً. (05:31:38 PM) eyedeekay: انتظر لا، لدي رسالة بريد من zzz حول مسألة X-i2p-location... (05:31:46 PM) eyedeekay: لا يمكن أن تكون هذه. على أي حال، سأجدها (05:32:14 PM) zzz: شكراً (05:32:16 PM) zzz: بخصوص 7) (05:32:23 PM) zzz: سأكون موجزاً جداً (05:32:37 PM) zzz: نحن بعد 7 أسابيع في دورة اسمية من 12 أسبوعاً، الهدف منتصف إلى أواخر مايو (05:32:45 PM) zzz: ينبغي أن تكون كل التغييرات الكبيرة قد دخلت (05:32:49 PM) zzz: الكثير من أمور SSU وIPv6 (05:33:08 PM) zzz: نجري اختبارات مع i2pd على prop. 158 (IPv6 introducers) (05:33:18 PM) zzz: للإعلان الأولي عن الإصدار انظر zzz.i2p (05:33:20 PM) zzz: انتهى (05:33:52 PM) zlatinb: فقط أريد أن أعلق بخصوص استخدام عرض النطاق (05:34:04 PM) zlatinb: هذا الإصدار لديه إمكانية تحسين الإنتاجية بشكل كبير جداً (05:34:40 PM) zlatinb: لذا مع تغييرات RED وCDQ tuning يجب أن نبقي أعيننا على أي مقاييس شبكية يمكننا الحصول عليها (05:34:50 PM) zzz: لنأمل ذلك. أيضاً الكثير من إصلاحات i2pd في إصدار منتصف الدورة قبل بضعة أسابيع، والمزيد في القادم، ستساعد أداء الشبكة (05:35:38 PM) zlatinb: أنا فقط قلق من أننا سنصطدم ببعض عنق الزجاجة التي لم نواجهها من قبل (05:35:50 PM) zlatinb: لكنها آلام النمو على ما أظن (05:36:09 PM) zzz: نفس القصة في يوم آخر (05:36:48 PM) eyedeekay: شكراً zzz، شكراً zlatinb. (05:37:53 PM) eyedeekay: ليس لدي الكثير لأضيفه هنا، وأعتقد أننا بقينا هنا طويلاً بما يكفي، لذا ما لم يكن هناك شيء آخر تريدون مناقشته سأعلن اختتام اجتماعنا (05:38:03 PM) eyedeekay: مهلة 1m (05:39:19 PM) eyedeekay: شكراً للجميع على الحضور، أراكم على IRC (05:39:31 PM) eyedeekay: سأقوم بنشر سجلات الاجتماع خلال بضع دقائق </div>/ar/blog/2021/03/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D8%B1%D8%B3-2021/Tue, 02 Mar 2021 00:00:00 +0000/ar/blog/2021/03/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D8%B1%D8%B3-2021/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> (08:01:02 PM) eyedeekay: مرحبًا بالجميع وأهلًا بكم في اجتماع 2 مارس، من فضلكم أخبروني إذا كنتم حاضرين (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: جدول الأعمال (08:01:42 PM) eyedeekay: 1) تحية (08:01:42 PM) eyedeekay: 2) البنود المتبقية في 0.9.49 (08:01:42 PM) eyedeekay: 3) حالة مُشغّل Mac (08:01:42 PM) eyedeekay: 5) إصدار 0.9.50 (08:01:42 PM) eyedeekay: 6) ملخص الانتقال من Trac (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] دخل الغرفة. (08:01:46 PM) zzz: مرحبًا (08:01:55 PM) zlatinb: مرحبًا (08:01:55 PM) eyedeekay: 4) 1.0.0 مقابل 0.9.50 (08:03:04 PM) eyedeekay: مرحبًا zzz، مرحبًا zlatinb، مهلة 30 ثانية، هل هناك أحد آخر؟ (08:03:39 PM) eyedeekay: شكرًا للجميع، نبدأ مباشرةً ببند 2) البنود المتبقية في 0.9.49 (08:03:51 PM) eyedeekay: الوحيد الذي أعرفه هو نسخة .dmg من مُثبّت Mac (08:04:20 PM) zzz: الآخرون هم Debian وUbuntu الرسميّان (08:04:45 PM) zzz: سأشرح أكثر قليلًا (08:04:50 PM) eyedeekay: حسنًا، شكرًا. (08:05:06 PM) zzz: للأسف، إصدار Debian Bullseye دخل مرحلة التجميد للتو (08:05:29 PM) zzz: مُشرفنا على حزمة Debian إمّا لم يكن على دراية بالجدول الزمني أو لم ينصحنا بالإسراع (08:05:51 PM) zzz: لذا رغم أننا قدّمنا الجدول لِـ Ubuntu Hirsute 21.04، كان الموعد النهائي لـ Debian أبكر (08:06:09 PM) zzz: وبما أن Ubuntu يسحب من Debian، فلم يحصل Ubuntu عليه أيضًا (08:06:45 PM) zzz: هذا يحدث كل عامين، لكن كان من الجيد لو عرفنا مسبقًا (08:06:54 PM) zzz: على ما كان، أسرعنا بشأن Ubuntu، وكل ذلك دون جدوى (08:07:25 PM) zzz: إذًا، في وقتٍ ما سيتوقّف تجميد Debian، ويُفترض أن تظهر 49 في sid. لكن bullseye هي 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: شكرًا zzz. إذن في الوقت الحالي، توصيتنا لمستخدمي Debian للحصول على router مُحدَّث هي عبر مستودعنا (08:08:17 PM) zzz: نعم. وكذلك Ubuntu. (08:08:32 PM) zzz: أوه، إن سمحتم، تقرير موجز عن الشبكة: (08:08:41 PM) eyedeekay: بالتأكيد، تفضّل (08:08:48 PM) zzz: 52% تحدّثوا إلى 49؛ و6% أعادوا توليد المفاتيح إلى ECIES. كل شيء يبدو جيدًا حتى الآن (08:09:03 PM) zzz: عدد قليل جدًا من العلل عُثِر عليها أو أُبلِغ عنها (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: يسعدني سماع ذلك، شكرًا على التقرير (08:09:49 PM) eyedeekay: وأظنني أستطيع العمل على معرفة أي قائمة بريدية ينبغي أن نشترك فيها لنعرف مبكرًا متى سيدخل Debian مرحلة التجميد (08:10:02 PM) eyedeekay: 3) حالة مُشغّل Mac (08:10:14 PM) eyedeekay: هذا مُثبّت قائم على DMG، وليس ملف .jar (08:10:54 PM) eyedeekay: قصّرتُ في هذا الأمر، إذ لم أُخطِر الناس بأن المُشرف السابق لم يَعُد يبني المُثبّت (08:11:15 PM) eyedeekay: وبناءً على ذلك أزلتُ مُثبّت Mac من الموقع (08:11:39 PM) zzz: على ما أذكر، آخر نسخة مُنشأة كانت .45 قبل عام، ولعل الرابط كان معطّلًا لمعظم العام الماضي (08:11:41 PM) eyedeekay: ومنذ ذلك الحين حصلتُ على جهاز Mac بنية تولّي صيانة هذا المنتج (08:12:00 PM) eyedeekay: zzz أنت مُحقّ (08:12:04 PM) zlatinb: هناك مشكلة في مُثبّت dmg — على الأقل على جهازي الـ Mac لا أستطيع إيقاف الـ router. هناك عملية خدمة (daemon) تُعيد تشغيله باستمرار (08:12:09 PM) zzz: إذًا كانت مشكلةً قديمة في الواقع. كان قرارك بإزالته صحيحًا، شكرًا على ذلك (08:13:16 PM) zlatinb: لذا إن كان مستخدمو Mac الآخرون في الوضع نفسه فعلينا إعداد دليلٍ ما للتنظيف (08:13:28 PM) zzz: هل اكتشفتَ ما إذا كان هناك تحديث تلقائي أو إشعار مدمج؟ وإن وُجد فهل هو مُعطّل أيضًا؟ أم أنه فقط إدخال الأخبار في وحدة التحكم؟ (08:13:57 PM) zlatinb: التحديث التلقائي يعمل، على نحوٍ غريب (08:13:57 PM) eyedeekay: لا يمكنه التحديث تلقائيًا، على الأقل ليس بنجاح (08:14:04 PM) eyedeekay: هذا غريب فعلًا (08:14:09 PM) zlatinb: فقط لا أستطيع قتله والتأكّد من أنه سيبقى متوقّفًا (08:14:28 PM) eyedeekay: حسنًا، يبدو أن بعض السلوكيات مُتقلبة جدًا (08:14:56 PM) zzz: eyedeekay، في آخر نقاش لنا حوله، كان هناك جدل حول قيمة هذا المُثبّت لمستخدِمينا مقارنةً بالجهد المطلوب لصيانته (08:15:15 PM) zzz: كيف نتحرّى ونُقيّم هذين العاملين؟ (08:15:58 PM) zzz: وzlatinb هل لديك أي أفكار حول قيمة مُثبّت "بالطريقة الخاصة بـ Mac" اليوم؟ (08:16:36 PM) zlatinb: ما زلتُ أعتقد أن مُثبّتات بالطريقة الخاصة بـ Mac وبالطريقة الخاصة بـ Windows أرقى بكثير من مسخ izpack (08:16:37 PM) eyedeekay: أظن أن عليّ وzlatinb مقارنة الملاحظات، فأنا أرى سلوكًا مختلفًا عمّا يراه، وإن لم أعرف السبب سيُصبح الاستمرار في بنائه ودعمه أكثر إرباكًا (08:17:16 PM) zlatinb: لكن أعتقد أننا بحاجة لإعادة تقييم التعقيد في ظل صدور jpackage مع Java 14+ (08:18:02 PM) zlatinb: على أي حال، مُثبّت بالطريقة الخاصة بـ Mac سيكون/يجب أن يكون أولوية أدنى من مُثبّت بالطريقة الخاصة بـ Windows (08:18:05 PM) zzz: لستُ من مستخدمي Mac، لكن "أرقى بكثير" كان هو الإجماع عندما بدأنا تطوير المُثبّت (08:18:43 PM) zzz: إن كان الإجماع مختلفًا الآن، أودّ أن أفهم السبب (08:19:24 PM) zlatinb: بحسب علمي ما زال الإجماع نفسه، فقط المنظومة تغيّرت (أي أن jpackage بات موجودًا) (08:20:26 PM) eyedeekay: إن لم تخنّي الذاكرة، خبرتي مع Mac في ذلك الوقت كانت شبه معدومة، وتأييدي للفكرة كان قائمًا على أن العمل مع أنظمة تغليف مألوفة يجعل حِزَمنا أسهل في الثقة بها (08:20:39 PM) eyedeekay: jpackage يُنشئ صورة Runtime/ويُلغي الحاجة لتثبيت Java، صحيح؟ الـ dmg بحسب علمي لم يكن يفعل ذلك؟ (08:20:51 PM) zzz: صحيح (08:21:18 PM) zlatinb: صحيح (08:21:30 PM) zlatinb: من المفترض أن jpackage يبني ملفات dmg أيضًا، لم أجرّبه (08:21:38 PM) zzz: إذن jpackage سيكون بحجم نحو 100MB. وبما أنه لنظام تشغيل واحد فقط، فمن الممكن تنفيذ ذلك لـ Mac. (08:21:47 PM) zzz: نعم، يجب بالتأكيد اختبار ملفات dmg (08:22:14 PM) zlatinb: وهو يبني مُثبّتات Windows أيضًا، لكنني لم أستخدم تلك الوظيفة (08:22:26 PM) zlatinb: وكذلك ملفات rpm وdeb، لكنني شبه متأكد أننا لا نريد ذلك (08:22:52 PM) zzz: أحد تقصيراتنا كمشروع هو أن dmg كان دائمًا مُصنّفًا كـ 'تجريبي' على صفحة التنزيل لدينا. لم نولِه ما يكفي من الاهتمام لإزالة التصنيف أو حتى ملاحظة أن لا أحد كان يبنيه (08:22:57 PM) Irc2PGuest1578 غادر الغرفة (quit: خطأ في القراءة). (08:24:06 PM) zzz: وكما هو الحال مع جميع منتجاتنا الرسمية الأخرى، إذا كنا سندعمه فنحن بحاجة إلى موارد كافية لمُشرف كُفء (08:25:15 PM) zzz: في هذه المرحلة أقترح أن نواصل تقييم كلٍ من طلب المستخدمين والجهد المطلوب، لكلٍ من dmg الحالي وjpackage. (08:25:29 PM) zzz: تقرير مُؤقت خلال شهر، وقرار نهائي خلال شهرين، تزامنًا مع .50 (08:25:52 PM) zlatinb: أي أفكار عن كيفية القيام بذلك؟ استطلاع؟ (08:26:32 PM) eyedeekay: يمكنني إعداد استطلاع على Reddit بعد الاجتماع (08:26:42 PM) zzz: منشورات في المنتدى (08:27:11 PM) eyedeekay: مناسب بالنسبة لي، سأضيفه إلى جدول اجتماع الشهر المقبل (08:28:06 PM) eyedeekay: أي شيء آخر حول البند 3)؟ (08:28:32 PM) eyedeekay: 4) 1.0.0 مقابل 0.9.50 (08:29:02 PM) zzz: كان هذا بنـدي (08:29:10 PM) eyedeekay: تفضّل يا zzz (08:29:28 PM) zzz: ليس لدي موقف حاسم في الاتجاهين، لكن أظن أنه ينبغي أن ننتقل إلى 1.0.0 خلال عام أو نحو ذلك (08:29:49 PM) zzz: بما أننا لا نملك فرعًا مستقرًا منفصلًا، فإن 1.0.0 ليست ضمانًا خاصًا للاستقرار (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] دخل الغرفة. (08:30:27 PM) zzz: إذن سؤالي هو ما رأي الجميع، وهل يستطيع فريق العلاقات العامة (PR) إنجاز الرسائل التوضيحية حول ما هي 1.0.0 وما ليست عليه، ضمن جدول زمني ما؟ (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: لدي نقطتان بخصوص 1.0.0: (08:31:41 PM) zlatinb: 1) RED بحاجة إلى ضبط وسأُدافع عن ذلك حتى النهاية. ضبطها بالشكل الصحيح قد يتطلب أكثر من إصدار واحد (08:32:19 PM) zlatinb: 2) عودةً إلى قضية المُثبّتات — إذا استطعنا بناء مُثبّتات أكثر سلاسة للمنصات الرئيسية، فسيكون لإصدار 1.0.0 أثر أكبر بكثير (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: أعتقد أننا نستطيع إعداد وتنفيذ الرسائل والعلاقات العامة لإصدار 1.0.0، إذا تزامن 1.0.0 مع الانتقال تشفيريًا بعيدًا عن ElGamal، وأتفق مع zab بشأن (2) (08:34:30 PM) zzz: يمكننا دائمًا اختيار ميزة عنوانية للتفاخر بها في أي إصدار. الأمر اعتباطي إلى حد ما. نستطيع اختيار أي إصدار هذا العام والقول إننا نتخلّى فيه عن elgamal. هذا يحدث بالفعل (08:35:44 PM) zzz: بما أنني لا أسمع إجماعًا قويًا، أقترح أن يكون الإصدار التالي 0.9.50، وأن نناقش الأمر مجددًا بعد ذلك الإصدار، خلال 3 أشهر (08:35:51 PM) eyedeekay: إذن يبقى البند 2) مهمًا جدًا بالنسبة لي، فالمُثبّتات نقطة ألم، مهما بدا ذلك غريبًا (08:36:15 PM) eyedeekay: أتفق على أن التالي يجب أن يكون 0.9.50 (08:36:27 PM) anonymousmaybe غادر الغرفة (quit: خطأ في القراءة). (08:36:31 PM) T3s|4 غادر الغرفة (quit: خطأ في القراءة). (08:37:36 PM) eyedeekay: أي شيء آخر حول البند 4)؟ (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] دخل الغرفة. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) إصدار 0.9.50 (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] دخل الغرفة. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: سأدعك تبدأ أولًا، ثم سأذكر ما كنتُ أعمل عليه (08:41:28 PM) eyedeekay: مرّ نحو أسبوعين منذ إصدار 0.9.49، وخلال ذلك كنتُ أعمل على علل متعلّقة بالأسلوب، ونقل إعداد X-I2P-Location إلى داخل التطبيق بدل اشتراط وكيل عكسي أو تهيئة محددة، وكنت أعمل على إيجاد طرق لتحسين gitlab (08:42:17 PM) eyedeekay: وبالتحديد، طريقةٌ لنقل تذاكر trac إلى gitlab بالجملة وطريقةٌ لإنشاء تذاكر بشكلٍ مجهول هما على قائمتي في gitlab (08:43:06 PM) eyedeekay: هذان أمران أُنجزا إلى حدٍ كبير وهما جزء من بند جدول الأعمال التالي، لذا لن أضيّع الوقت فيهما الآن (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: ممتاز (08:44:26 PM) zzz: أصلحتُ مشكلة NTP المتعلقة بسنة 2036 (08:44:33 PM) zzz: نفّذتُ UPnP لـ IPv6 (08:44:45 PM) zzz: خفّضتُ استهلاك الذاكرة من قِبل الملفات التعريفية (08:44:55 PM) zzz: أضفتُ دعمًا لـ introducers عبر IPv6 (08:45:17 PM) zzz: أضفتُ دعم "4/6" caps لتحسين تتبّع من يستطيع الاتصال بمن (08:45:39 PM) zzz: أنجزتُ بعض العمل على تصغير رسائل إنشاء الـ tunnel (prop. 157)، رغم أن العمل يسير أبطأ بكثير مما يريده فريق #ls2 (08:46:26 PM) zzz: كما بلّغتُ عن علّة كبيرة في SSU إلى i2pd. وقد أصلحوها. وآمل أن يُصدروا نسخةً لهذا خلال هذا الشهر، إذ أعتقد أنها تؤثر فعليًا في أداء الشبكة لبعض فئات الاتصالات (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: شكرًا zzz (08:47:25 PM) zlatinb: أود إجراء بعض التجارب بخصوص ضبط RED على شبكة الاختبار (testnet). النظرية الحالية أنها هجومية للغاية وتُبطئ اتصالات الدفق الواحد بشكلٍ غير ضروري. سأرفع تقريرًا كالمعتاد. EOT (08:47:36 PM) eyedeekay: شكرًا zlatinb (08:48:17 PM) eyedeekay: 6) ملخص الانتقال من Trac (08:48:17 PM) zzz: بخصوص خريطة الطريق: حدّثتُها اليوم على الموقع لتعكس ما كان في .49 ونقلتُ أشياء أخرى إلى .50. eyedeekay من فضلك افعل الشيء نفسه للبنود التي تعرف عنها (08:48:32 PM) eyedeekay: تم zzz، سأفعل ذلك هذا المساء (08:51:18 PM) wodencafe غادر الغرفة (quit: خطأ في القراءة). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] دخل الغرفة. (08:51:51 PM) eyedeekay: بخصوص trac، أنا بين المطرقة والسندان هنا. أنا مُشرف على trac ولستُ مُشرفًا على الخادوم الذي يعمل عليه trac. لا أستطيع فعل أي شيء لتحديثه أو تحسينه بمفردي، كل ما أستطيع فعله هو ملاحقة مشكلات تستهلك الوقت. (08:51:51 PM) eyedeekay: أودّ حقًا التخلّص منه، لكن من الواضح أننا لا نستطيع حذف كل تلك التذاكر أو بقية المعلومات هنا. (08:51:51 PM) eyedeekay: أقترح أن ننقل تذاكر trac إلى تذاكر gitlab وأن نشجّع استخدام gitlab لأغراض تتبّع القضايا (08:52:51 PM) eyedeekay: تذاكر Trac لا تُطابق تذاكر gitlab بنسبة 1:1، وتذاكر تطبيقات I2P ستحتاج إلى الإضافة في متتبّع قضايا i2p.i2p ووَسْمِها على gitlab بالتطبيق المقابل (08:54:04 PM) eyedeekay: أخيرًا توصّلتُ إلى كيفية فعل ذلك باستخدام بعض المواد المقابلة من Tor (08:54:37 PM) zzz: ربما يكون ذلك هو الجواب الصحيح، لكن ينبغي ربما إجراء تقييم سريع للبدائل، مثلًا نسخ كل شيء إلى Trac على خادوم نتحكّم به (08:54:51 PM) zzz: ومرة أخرى، تقدير للموارد المطلوبة لمرة واحدة وللموارد الجارية (08:55:18 PM) zzz: كنّا سنعقد اجتماعًا حوله قبل بضعة أشهر، فلعل الوقت قد حان الآن (08:55:54 PM) lithium غادر الغرفة (quit: Quit: leaving). (08:56:02 PM) eyedeekay: حدسيًا، تشغيل خدمتين (Trac وGitlab) سيكون على الأرجح جهدًا أعلى مع الوقت، لكنه ربما أقل جهدًا مبدئيًا (08:56:05 PM) zzz: أريد فقط أن أكون واضحًا بشأن ما نحاول تحقيقه (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] دخل الغرفة. (08:56:38 PM) zzz: الانتقال الكامل إلى gitlab هو حل ضخم لمشكلة شخصٍ لا يردّ على رسائل البريد الإلكتروني (08:56:50 PM) zzz: لذا السؤال هو: ما الفائدة الأخرى التي سنجنيها من ذلك؟ (08:57:58 PM) zlatinb: تكامل وثيق مع git، وطلبات الدمج Merge Requests (MRs)، ومراجعة الشيفرة، وكل ذلك (08:58:02 PM) zzz: ونحتاج قائمةً قصيرة بمتطلباتنا، خصوصًا للتسجيل ومكافحة الرسائل المزعجة (spam) (09:00:01 PM) zzz: وأظن أيضًا أنه ينبغي أن نستفيد من دروس الانتقال إلى git العام الماضي، وأن تكون لدينا معالم واضحة وجدولٌ وحالةٌ مُحدّدة (09:00:36 PM) eyedeekay: أصبح التسجيل نقطةً صعبة. أقدّر أن نحو ثلث التسجيلات سبام، لكن من الصعب جدًا التمييز لأنني لا أطلب الكثير من المعلومات من مستخدمي git (09:01:37 PM) eyedeekay: حل Tor بخصوص التسجيل المجهول أنيق، وقد يكون مفيدًا جدًا، لكن كلما نظرتُ إليه أكثر اعتقدتُ أنه قد يكون مُبالغًا فيه بالنسبة لنا (09:02:35 PM) zzz: أقترح أن نعرف مَن يرغب في حضور اجتماع حول هذا الموضوع، ثم نحدّد موعد الاجتماع لاحقًا (09:03:29 PM) eyedeekay: يمكنني العمل على ذلك. سأبدأ موضوعًا جديدًا في المنتدى حول الانتقال من Trac. (09:04:49 PM) zzz: zlatinb، هل ترغب في أن تكون ضمنه؟ (09:05:03 PM) zlatinb: بالتأكيد (09:05:21 PM) zzz: ممتاز (09:07:56 PM) eyedeekay: هذا كل ما في جدول الأعمال، أي شيء آخر لإضافته؟ (09:08:00 PM) eyedeekay: مهلة 60 ثانية (09:09:32 PM) eyedeekay: هذا يُنهي الاجتماع *baffs* (09:09:32 PM) eyedeekay: شكرًا zzz وzlatinb على الحضور، سأُنشر سجل الاجتماع على الموقع قريبًا (09:10:09 PM) zzz: شكرًا لك (09:11:05 PM) devcron غادر الغرفة (quit: Quit: leaving). (09:11:11 PM) eyedeekay: على الرحب والسعة يا zzz </div>/ar/blog/2021/02/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.49/Wed, 17 Feb 2021 00:00:00 +0000/ar/blog/2021/02/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.49/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يواصل الإصدار 0.9.49 العمل على جعل I2P أسرع وأكثر أماناً. لدينا العديد من التحسينات والإصلاحات لبروتوكول النقل SSU (UDP) والتي يُفترض أن تؤدي إلى سرعات أعلى. يبدأ هذا الإصدار أيضاً عملية الانتقال إلى تشفير ECIES-X25519 الجديد والأسرع لـ routers. (كانت الوجهات تستخدم هذا التشفير منذ عدة إصدارات الآن) لقد عملنا على المواصفات والبروتوكولات الخاصة بالتشفير الجديد لعدة سنوات، ونقترب من إنجازه! ستستغرق عملية الانتقال عدة إصدارات حتى تكتمل.</p>/ar/blog/2020/12/10/hello-git-goodbye-monotone/Thu, 10 Dec 2020 00:00:00 +0000/ar/blog/2020/12/10/hello-git-goodbye-monotone/<h2 id="hello-git-goodbye-monotone">Hello Git, Goodbye Monotone</h2> <h3 id="the-i2p-git-migration-is-nearly-concluded">The I2P Git Migration is nearly concluded</h3> <p>For over a decade, I2P has relied on the venerable Monotone service to support its version control needs, but during the past few years, most of the world has moved on to the now-universal Git version control system. In that same time, the I2P Network has become faster and more reliable, and accessible workarounds to Git&rsquo;s non-resumability have been developed.</p>/ar/blog/2020/11/30/0.9.48-release/Mon, 30 Nov 2020 00:00:00 +0000/ar/blog/2020/11/30/0.9.48-release/<h2 id="update-details">Update details</h2> <p>0.9.48 enables our new end-to-end encryption protocol (proposal 144) for most services. We have added preliminary support for new tunnel build message encryption (proposal 152). There are significant performance improvements throughout the router.</p> <p>Packages for Ubuntu Xenial (16.04 LTS) are no longer supported. Users on that platform should upgrade so you may continue to receive I2P updates.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2020/11/03/i2p-dev-meeting-november-03-2020/Tue, 03 Nov 2020 00:00:00 +0000/ar/blog/2020/11/03/i2p-dev-meeting-november-03-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> (03:01:04 PM) eyedeekay: Hi everyone, and welcome to the November 3rd Meeting of the I2P project. idk coming at you somewhat unexpectedly from the Marriot wi-fi, dealing with a pretty nasty captive portal, so today I'm two handles, eyedeekay and idk_mobile in case on or the other connections goes down. (03:01:04 PM) eyedeekay: Please bear with me on this, this hotel wi-fi is really just... staggeringly bad. I'll back back on my reliable connection on Thursday. (03:01:04 PM) eyedeekay: On the agenda for today are: (03:01:04 PM) eyedeekay: 1) Hi (idk) (03:01:04 PM) eyedeekay: 2) *brief* meeting procedural review (idk) (03:01:04 PM) eyedeekay: 3) 0.9.48 release (zzz, idk) (03:01:04 PM) eyedeekay: 4) Call for Testers (idk) (03:01:04 PM) eyedeekay: 5) Git Progress Update (idk) (03:01:04 PM) eyedeekay: 6) Router Console additional sites vote(idk) (03:01:04 PM) eyedeekay: Hello everyone, who else is here today? (03:01:38 PM) zzz: hi (03:01:43 PM) eyedeekay: hi zzz (03:02:09 PM) eyedeekay: Anybody else? (03:03:21 PM) eyedeekay: Well 2 is either essential or a moot point I guess 2) About the hi's: Many of us run our IRC clients nearly all the time, and it's not always clear who is here and who is not. So at the start of our meetings, we say "hi" just so we know for sure who is here and ready to participate, and who is making sure that they have the scrollback for later. Please say hi for the meeting when you arrive (03:04:19 PM) eyedeekay: 3) 0.9.48 release (03:05:07 PM) John left the room (quit: Read error). (03:05:11 PM) eyedeekay: 0.9.48 Will see the remaining polish on the Light and Dark Router console themes. Mostly small things, to fine-tune margins and padding around the new icons used in those themes. A new set of icons for the Light and Dark Snark themes have been selected based on feedback, as well. (03:05:11 PM) eyedeekay: 0.9.48 Android release will be using the Android build process which was revised and fixed over the course of last week. The dogfood tastes much better than it has in the previous weeks, looking forward to this one. For those who aren't in the know, for many years our Android releases had their usability greatly compromised due to errors stemming from a misconfigured bootclasspath, which was documented counter-intuitively and minimally, if at all. (03:05:36 PM) eyedeekay: This issue has been resolved for the future. (03:06:37 PM) eyedeekay: Sadie and I have been updating, revising, cutting, and re-arranging documentation on the i2p.www git branch "style-guide" (03:07:38 PM) eyedeekay: Nothing here is set on stone, but are providing more and better examples, specific application help for the bundled I2P applications, updated reseed guides for friend-to-friend reseeds and hosting a reseed server, and updating our comparisons pages (03:08:10 PM) eyedeekay: zzz what would you like to add? (03:08:19 PM) zzz: yeah, re: android (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] entered the room. (03:08:39 PM) zzz: to be clear, you released 0.9.47-1 last week, and it's available at all the places? I don't think I saw any announcement (03:08:53 PM) zzz: so you should get the word out and get some test reports (03:09:17 PM) eyedeekay: Sure I can do an announcement (03:09:24 PM) zzz: re: 48, all is going well. We're at almost 15K lines of diff, pretty typical (03:09:42 PM) zzz: the router encryption type work is going surprisingly well, way ahead of schedule (03:09:48 PM) zzz: that's proposals 152 and 156 (03:10:02 PM) zzz: a lot of that work will be in the .48 release, for brave testers (03:10:22 PM) zzz: the preliminary release announcement is up on zzz.i2p for review (03:10:53 PM) zzz: I'd like to decide on a release date today. 23rd or 30th? (03:10:58 PM) zzz: that would be tag freeze in either one week or two from now (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: It no longer matters as much to me, I can't travel for a while anyway, but I'd still like to do the 30th if possible (03:12:44 PM) zzz: ok, 30th it is. tag freeze on the 18th, checkin deadline the 27th. I'll update the post on my forum (03:12:53 PM) eyedeekay: Excellent thanks (03:13:52 PM) eyedeekay: That brings us to 4) call to testers (03:13:55 PM) eyedeekay: As we go into the last month before the 0.9.48 release, I'd like to call on our users to give us feedback on I2P here, or on the project forum(i2pforum.i2p), or on zzz's forum(zzz.i2p), or on reddit.com/r/i2p where I lurk for us. (03:14:24 PM) eyedeekay: I'll post this call up to those places when I put the meeting log up to the site (03:15:00 PM) eyedeekay: Feedback on everything is important, performance, style, configuration. Please be in touch! (03:15:09 PM) zzz: yeah ok I'll probably set a -rc version tag in about a week (03:16:57 PM) Sleepy left the room (quit: Read error). (03:16:58 PM) eyedeekay: Anything else to add on this topic? (03:17:26 PM) zzz: no (03:17:49 PM) eyedeekay: Thanks zzz :) (03:17:57 PM) eyedeekay: 5) Git Update: As of now I have temporarily stopped migrating new repositories while I configure a push rule to enforce GPG-signed commits on the "I2P Developers" namespace. This is a firm requirement for i2p.i2p and i2p.android.base at least. At this time, we have migrated active plugins to the gitlab, as well as i2p.newsxml, i2p.firefox, i2p.scripts, and i2p.www. I have built I2P and I2P for Android successfully from both Git and Monotone this week, including building a mtn-based i2p.android.base on top of a git-based i2p.i2p and a git-based i2p.android.base on top of a mtn-based i2p.i2p. This would imply that after the push rule is set up, i2p.i2p could be migrated without breaking projects that depend on it. TODO for this however is to contact other downstreams, mhatta, zero, and BiglyBT, to inform them of the switch. (03:19:08 PM) zzz: what's the schedule? before or after the 48 release? (03:19:31 PM) zzz: I don't believe any downstreams are using mtn (03:19:52 PM) eyedeekay: I don't think so either, they all use either maven or the github mirror to my knowledge, I just want to make sure (03:21:17 PM) eyedeekay: I think we can do it before 0.9.48 still, if I start it right after I get the push rule set up. (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] entered the room. (03:22:19 PM) zzz: ok, just don't get too close (03:23:26 PM) zzz: and get positive acks from everybody before you throw the switch. can't have any laggards (03:23:29 PM) eyedeekay: Yeah if I don't think I can get it done with a little time before tag freeze I will delay until 49 (03:23:37 PM) eyedeekay: Will do (03:25:08 PM) eyedeekay: Anything else from anyone on this topic? (03:26:01 PM) eyedeekay: OK, then the last one is 6) (03:26:04 PM) eyedeekay: I would like to add 2 of my sites to the router console home page, the first of which is git.idk.i2p, which is my gitlab host which is open to the community and which is where the I2P mtn repositories have been migrating to. (03:26:04 PM) eyedeekay: The second of which is paste.idk.i2p which is a general-purpose pastebin for files and test, which I put up when it appeared that no other pastebins were still accessible. (03:27:00 PM) zzz: no objections (03:28:15 PM) zzz: but I suggest another pass at the proposed tooltips, I have some ideas I'll run by you later (03:29:05 PM) eyedeekay: Fine by me (03:30:55 PM) eyedeekay: All right that brings us to the end of everything I had planned for this meeting, so if anyone else has any other topics for discussion please bring them up now (03:31:20 PM) eyedeekay: timeout 1m (03:32:42 PM) eyedeekay: All right thanks for coming to the meeting zzz, thanks for listening listeners. (03:33:08 PM) eyedeekay: Next month's meeting will be December 8th, same time, same channel (03:33:13 PM) eyedeekay: *Baffs* </div>/ar/blog/2020/10/06/i2p-dev-meeting-october-06-2020/Tue, 06 Oct 2020 00:00:00 +0000/ar/blog/2020/10/06/i2p-dev-meeting-october-06-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, orignal, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: Hello everyone and welcome to the October I2P Community Meeting. (04:00:04 PM) eyedeekay: On the agenda for today is: (04:00:04 PM) eyedeekay: 1) Hi (04:00:04 PM) eyedeekay: 2) 0.9.48 release (zzz) (04:00:04 PM) eyedeekay: 3) Git Progress Update (idk) (04:00:04 PM) eyedeekay: 4) UI Team / OTF Update (idk) (04:00:04 PM) eyedeekay: 5) Android update (idk) (04:00:17 PM) eyedeekay: Hi everyone, who all is here? (04:00:25 PM) orignal: hi (04:00:29 PM) eyedeekay: Hi orignal (04:00:33 PM) zzz: hello (04:00:39 PM) eyedeekay: Hello zzz (04:01:14 PM) eyedeekay: Anyone else? (04:01:53 PM) eyedeekay: OK moving on to 2 (04:02:14 PM) eyedeekay: I've seen zzz doing quite a lot lately, for myself, My only plan for inside the router for the 0.9.48 release is rekeyOnIdle. Overwhelmingly my plans for this release will have to do with completing the next 2 phases of the git migration, and with changes to i2p.www which I will detail in 4). (04:02:45 PM) zzz: we're I think, 5 weeks into the cycle. things are going well (04:03:14 PM) zzz: orignal and I working on improving tunnel building (proposal 152), and have started to land some of that code (04:03:29 PM) zzz: SSU2 research is going slowly, and certainly won't have any code in .48 (04:03:50 PM) zzz: 7500 lines of diff in the release so far, pretty typical (04:04:08 PM) zzz: target is mid-to-late Novemeber for the .48 release, we'll probably set a date soon (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: Thanks very much zzz (04:05:14 PM) eyedeekay: Thanks also for the frequent forum updates, it makes some of your progress easier to digest and explain to others (04:05:43 PM) eyedeekay: On to 3) (04:06:03 PM) eyedeekay: We are in phase three of the git migration. (04:06:08 PM) eyedeekay: i2p.www is migrated. It had the most dependence on mtn of all the projects. (04:06:14 PM) eyedeekay: i2p.firefox is also migrated. (04:06:22 PM) eyedeekay: We are going to have i2p.newsxml migrated on Thursday evening, at 18.00 UTC. (04:06:32 PM) eyedeekay: After that I will be getting it touch with zzz about migrating zzzot or snark-rpc next. (04:06:37 PM) eyedeekay: Repositories where mtn syncing has been disabled are kept in sync between github and gitlab. (04:06:44 PM) eyedeekay: We are on a steady path now, as soon as one repo is migrated, we start the next. (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: Any questions on Git? (04:09:06 PM) eyedeekay: Timeout 1m (04:10:16 PM) eyedeekay: OK on to 4) (04:11:20 PM) eyedeekay: The design firm hired by the OTF created a revised style guide. The new guide is somewhat more "flexible" than the old one, while also encouraging us toward a level of internal consistency. (04:11:20 PM) eyedeekay: It is located here: https://uracreative.github.io/i2p-styleguide/. A post requesting comments from the community on the style recommendations, and which ones to implement, and how, is here: `http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49` (04:11:20 PM) eyedeekay: The difficulty of implementing the design recommendations results from the fact that changes implemented partially tend to be visually unappealing, for example see the recent icon issue in I2PSnark. (04:12:26 PM) eyedeekay: However, this only comprises 1/2 of the advice we recieved (04:13:01 PM) eyedeekay: The most significant improvement we could make identified by the programs paid for by the OTF entailing the work of Ura Design and Simsec was an overall problem with onboarding new participants of all types. (04:13:16 PM) eyedeekay: We consider this the priority. The early phases of improving it will mostly occur in i2p.www (04:13:19 PM) eyedeekay: One of the most common questions that has been asked is "Who is I2P for." (04:13:42 PM) eyedeekay: The design/usability people are obviously not the only people who have asked that question (04:13:52 PM) eyedeekay: So we identified "types" of participants, including users, service operators, app developers, router developers. (04:13:52 PM) eyedeekay: We had a lot of answers to that question, but one of the most common patterns in our answers was that it's much easier to say who I2P "Applications" are for. (04:14:07 PM) eyedeekay: So we want to get people using applications faster and more easily. Changing these paths is what has been referred to as "Information Architecture" (04:14:07 PM) eyedeekay: Accomplishing this will entail producing: (04:14:07 PM) eyedeekay: - Installation instructions on Windows that include installing a Java version which is known to work with I2P. (04:14:07 PM) eyedeekay: - Pages on the site explaining the bundled apps that come with the Java I2P router. (04:14:07 PM) eyedeekay: - Inclusion of I2P in Private Browsing webextension into the Windows I2P profile bundle (04:14:07 PM) eyedeekay: - An IRC client recommendation and guide. (04:14:07 PM) eyedeekay: - First-class service hosting guides(Like the one for Gitlab), for new operators, including a re-write of the Reseed Service Guide. Also planned are NextCloud and IRC hosting guides. (04:14:07 PM) eyedeekay: - Re-organization of the home page and the top-level navigation menu around the users. (04:14:44 PM) eyedeekay: Sorry for basically going long-form with it, but take your time please, I wanted to make sure I gave a substantial update (04:17:14 PM) eyedeekay: EOT. Any questions? (04:17:26 PM) zzz: is the OTF work complete? when did they finish? when did the revised style guide become available? (04:19:20 PM) eyedeekay: The OTF paid the design firm, and they finished last month. Just a moment while I check the history (04:19:56 PM) eyedeekay: August 8th (04:20:10 PM) zzz: what I'm getting at is, how can we fix our processes so that the status and results of funded work are actually communicated to the community in a timely manner? (04:21:07 PM) eyedeekay: Usually the solution to that is me keeping in touch with someone. In this case, that someone probably ought to take the form of me doing periodic updates to i2pforums.i2p (04:22:38 PM) zzz: ok. it's just very odd that a funded project that results in advice for developers never actually got communicated to developers for two months (04:23:06 PM) zzz: so if we ever go around again on this, that will be a discussion for process improvement (04:23:14 PM) zzz: thanks for the report (04:23:35 PM) eyedeekay: Just doing my best to solve problems :) (04:23:39 PM) eyedeekay: Which brings us to 5) (04:24:46 PM) eyedeekay: I am now the administrator of all the servers where we offer Android apps for download, since the other admin was unresponsive. (04:24:51 PM) eyedeekay: I was eventually able to contact the other admin, and he has agreed to act as a back up. (04:24:59 PM) eyedeekay: The plan going forward is for me to upload to GPlay and our F-Droid on the same day as Debian packages are released. (04:25:03 PM) eyedeekay: This means that our F-Droid will be available on the same day that Debian packages are uploaded. GPlay will still be delayed by what seems like 1-6 days, not much I can do for that. (04:25:29 PM) eyedeekay: This also means that I'm the admin of download.i2p2.de now, so I can fix that too. I can basically fix everything but trac. (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: Oh that's what I forgot. I am *not* in charge of the upload to the F-Droid community repository. That's nextloop still. (04:30:21 PM) eyedeekay: Does anyone have anything they wish to add, want to cover for the meeting, or any questions about anything we've covered so far? (04:31:02 PM) eyedeekay: timeout 1m (04:31:13 PM) zzz: reminder (again) - put the august meeting on the website (04:32:00 PM) eyedeekay: I thought I had? OK, will add it right after we're done </div>/ar/blog/2020/09/01/i2p-dev-meeting-september-01-2020/Tue, 01 Sep 2020 00:00:00 +0000/ar/blog/2020/09/01/i2p-dev-meeting-september-01-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Hello everyone, welcome to the September 1 community meeting: (04:00:08 PM) eyedeekay: 1) Hi (04:00:08 PM) eyedeekay: 2) 0.9.48 release (04:00:08 PM) eyedeekay: 3) Git Progress Update (04:00:08 PM) eyedeekay: 4) Android/Maven Progress Update (04:00:08 PM) eyedeekay: 1) Hi (04:00:08 PM) eyedeekay: Hi everyone, thanks for coming :) (04:00:24 PM) zlatinb: hi (04:00:31 PM) eyedeekay: hi zlatinb (04:00:40 PM) zzz: yo (04:00:45 PM) eyedeekay: hi zzz (04:01:00 PM) eyedeekay: Anybody else here? (04:01:23 PM) eyedeekay: echelon is out of town for the day and won't be available (04:01:53 PM) eyedeekay: 2) 0.9.48 release (04:02:33 PM) eyedeekay: 0.9.47 was released last week, new cycle just started (04:03:15 PM) eyedeekay: zzz posted the propsal for ECIES router identities earlier today, please everyone who can take the time to read it and comment (04:04:45 PM) eyedeekay: Does anyone have anything they want to say for topic 2)? (04:04:57 PM) zlatinb: I will try to get some SSU work in (04:05:05 PM) zlatinb: pending Git migration ofc (04:05:06 PM) zzz: we're just getting started... (04:05:32 PM) zzz: #ls2 team plans to start work on both ECIES routers and SSU2 proposals during this time (04:05:57 PM) zzz: I anticipate about a 3 month cycle, with a release in November (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: also, I'd like to see some movement on the RED front, although I'm not sure exactly what I want to change yet. I'll have to do some testnet-ing before I make my mind. EOT (04:06:50 PM) eyedeekay: Thanks zzz and zlatinb. (04:07:00 PM) zzz: eyedeekay, please give us yours (and UI team if you know) plans for 48 (04:08:12 PM) eyedeekay: My big plans are to finish thread safety for i2cp.rekeyOnIdle (04:08:41 PM) eyedeekay: and to add UI for I2P alternate destinations to i2ptunnel and to the webextension (04:09:13 PM) eyedeekay: But right now, my priorities are git and Android (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: any big UI changes planned? any website changes planned? any update on the OTF/Ura contract? (04:10:16 PM) eyedeekay: Ura is no longer being paid by the OTF, but some of them are still very generously donating their time and we are still in touch (04:11:26 PM) eyedeekay: There are no big icon-set-wide changes planned, but I do plan to add collapsible menus and a re-start button to the main page of i2ptunnel (04:12:26 PM) zzz: ok. with no update in months, I'm totally in the dark about what the output is of the OTF contract and when it might land if ever, so at this point we can assume it's going to die? or what? (04:13:18 PM) eyedeekay: Bumble is very invested in getting the changes in and has continued to work with us, for now, consider it alive (04:13:36 PM) zzz: what's "Bumble"? (04:13:46 PM) eyedeekay: Bumble is one of the Ura/SimSec team (04:16:48 PM) eyedeekay: Yes she has plans. (04:17:41 PM) zlatinb: Whatever they are, I don't see them materializing without active and healthy communication with us here. (04:19:22 PM) eyedeekay: All I can do is ask. (04:19:35 PM) zlatinb: Thank you. EOT (04:19:45 PM) eyedeekay: 3) Git Migration (04:20:05 PM) eyedeekay: My roadmap for this week includes completely deprecating i2p.www mtn (04:20:59 PM) eyedeekay: To that end I'm testing the migrated deploy script, which checks for modifications to the translated files using mtn diff (04:21:33 PM) eyedeekay: That's pretty much ready, I just want to be sure before I push it too early and break the site, also I need echelon's help for the other side (04:21:57 PM) eyedeekay: After that, pretty much immediately, I'll be starting the remaining scripts and plugins. EOT. (04:22:03 PM) eyedeekay: Any questions? (04:22:32 PM) zzz: as requested in the thread on my forum, please provide 24 hour advance notice before stopping the mtn sync for each active branch (04:22:44 PM) eyedeekay: Absolutely, will do. (04:22:54 PM) zzz: and another announcement when git is alive (04:23:18 PM) eyedeekay: Sure thing (04:23:50 PM) eyedeekay: Anything else? (04:24:49 PM) eyedeekay: 4) Maven/Android updates (04:26:25 PM) eyedeekay: Not too much to say here except that I am working on getting them out, my first set of submissions were not distributed correctly (04:26:58 PM) zlatinb: what's the specific issue with mavenCentral? (04:28:11 PM) eyedeekay: I don't know, I have a ticket open with them for help but everything looks fine until I try to move them out of the staging area (04:28:56 PM) zlatinb: k, weird (04:29:02 PM) zzz: ok, so no ETA then (04:29:07 PM) eyedeekay: Yeah and all but one of them works (04:30:20 PM) eyedeekay: No ETA. Will be working on it until it's fixed. (04:31:00 PM) eyedeekay: It is my current priority, since everyone needs it. (04:31:08 PM) eyedeekay: EOT. (04:32:24 PM) eyedeekay: Anything else from anyone else for 4 (04:33:09 PM) eyedeekay: OK we had a last minute suggestion from orignal that meetings be moved to another channel, going to call it 5) i2p-meetings (04:33:45 PM) eyedeekay: I don't feel strongly that it is needed (04:34:15 PM) eyedeekay: But am open to hearing the opinions of others on the matter? (04:34:48 PM) zlatinb: This is due to drama between him and echelon, and so far both sides refuse to budge. I'm against moving the meeting and instead encourage the dramatic personae to seek resolution. (04:35:31 PM) zzz: I think everything I was supposed to do for 47 release is up (04:35:31 PM) zzz: re: 5), the problem is that echelon keeps banning orignal here; without assigning blame, the same issue could happen in any other channel as well (04:36:56 PM) zzz: it would be valuable if the lead dev of the leading C++ router impl were allowed to participate here, both for meetings and at other times; whether that's possible, I have no idea (04:37:06 PM) eyedeekay: Oh I see. This gives me a better picture of the situation. (04:37:40 PM) eyedeekay: In light of that I think we all agree, keep them on i2p-dev and seek a social resolution? (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: OK. Will do. (04:38:29 PM) zzz: I've already refused to mediate multiple times. Perhaps somebody else may try, or else it's up to the two of them. (04:39:21 PM) eyedeekay: I understand. (04:39:56 PM) zlatinb: ok I'll try (04:40:01 PM) zlatinb: but I'll need help (04:40:15 PM) zlatinb: and neither side is going to get everything they want (04:40:48 PM) eyedeekay: zlatinb I'll do what I can to support you in this. (04:41:12 PM) zlatinb: thank you (04:41:32 PM) eyedeekay: zzz I believe you are correct that all of your packages are up for 0.9.47 (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: Does anyone else have anything they want covered at this meeting? (04:43:05 PM) eyedeekay: Otherwise, I'll hit the baffer timeout:2m (04:43:12 PM) anonymousmaybe: can you make the i2pconsole ui javascripless? if not why? (04:43:23 PM) zzz: a very brief 6) - please put the logs for today and last month (and the month before if you consider it a real meeting, I was never sure) on the website (04:43:36 PM) zzz: EOT for 6) (04:43:36 PM) eyedeekay: Will do zzz (04:44:04 PM) eyedeekay: anonymousmaybe It already can be run without Javascript, NoScript or uMatrix should do the trick (04:44:29 PM) anonymousmaybe: yeah but i mean on code level still there (04:45:03 PM) anonymousmaybe: wonder if you can add todo for later release to exclude js from the console (04:46:17 PM) eyedeekay: I suppose it's probably possible to add an option that would like, not add the script src elements to the page, but I'm not sure I see that much point and it's at odds with at least a handful of UI goals. (04:46:43 PM) eyedeekay: Do you have a trac ticket for it? (04:47:44 PM) eyedeekay: anonymousmaybe? (04:50:05 PM) anonymousmaybe: eyedeekay nope (04:50:16 PM) anonymousmaybe: i have a thread on i2pforum (04:50:21 PM) anonymousmaybe: but not i2p tickets (04:51:36 PM) eyedeekay: I'll head over to forum and discuss it with you there for now then. (04:52:25 PM) eyedeekay: I'm not saying no, but I do want to hear your case before I take action (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: Thanks very much :) (04:53:29 PM) anonymousmaybe: u 2 :) (04:54:28 PM) eyedeekay: If there's nothing else, then I'm going to close the meeting. Going once (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: All right everybody thanks for coming to the meeting, see you around IRC </div>/ar/blog/2020/08/24/0.9.47-release/Mon, 24 Aug 2020 00:00:00 +0000/ar/blog/2020/08/24/0.9.47-release/<h2 id="update-details">Update details</h2> <p>0.9.47 enables our new end-to-end encryption protocol (proposal 144) by default for some services. The Sybil analysis and blocking tool is now enabled by default.</p> <p>Java 8 or higher is now required. Debian packages for Wheezy and Stretch, and for Ubuntu Trusty and Precise, are no longer supported. Users on those platforms should upgrade so you may continue to receive I2P updates.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2020/08/04/i2p-dev-meeting-august-04-2020/Tue, 04 Aug 2020 00:00:00 +0000/ar/blog/2020/08/04/i2p-dev-meeting-august-04-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> <p>(04:00:50 PM) eyedeekay1: Hello zlatinb zzz mikalvmeeh eche|on, if you&rsquo;re all ready we&rsquo;ll start the meeting. (04:00:50 PM) eyedeekay1: 1) Hi (04:00:50 PM) eyedeekay1: 2) 0.9.47 release (04:00:50 PM) eyedeekay1: 3) Monthly meetings follow-up (04:00:50 PM) eyedeekay1: 4) Git update (04:01:38 PM) eyedeekay1: Hi everyone, first of all, I am sorry I did not notice that I got the date wrong in my announcement title. (04:02:38 PM) zzz: hi (04:02:58 PM) eyedeekay1: hi zzz (04:03:31 PM) zlatinb: hi (04:03:42 PM) eyedeekay1: Hi zlatinb (04:04:49 PM) eyedeekay1: OK so 2) the 0.9.47 release (04:05:27 PM) eyedeekay1: It does not look like I&rsquo;m going to get rekeyOnIdle done in time for 0.9.47 either. (04:05:58 PM) eyedeekay1: What will be included are primarily updates to visual elements on my end. (04:06:19 PM) eyedeekay1: Anything from zzz or zlatinb on the 0.9.47 release topic? (04:06:43 PM) zzz: summary is at <code>http://zzz.i2p/topics/2905</code> (04:06:49 PM) zzz: tag freeze a week from tomorrow (04:06:53 PM) zzz: release in about 3 weeks (04:07:07 PM) zzz: diff is at about 18,500 lines which is pretty typical (04:07:23 PM) zzz: things are looking good. I have a few things to wrap up (04:07:40 PM) zzz: but I&rsquo;m pretty confident we can stay on schedule (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: I saw quite a bit come in yesterday, have been trying to look at it incrementally as you push it. Really exciting to see your work. Thanks very much. (04:08:41 PM) zzz: that was just misc. stuff that had been sitting in my workspace for weeks, nothing to note really (04:09:42 PM) eyedeekay1: Well following along is educational nonetheless, I don&rsquo;t know where everything is, watching you work helps me recognize where different things happen (04:09:43 PM) zzz: just trying to get stuff cleaned up and pushed. sometimes I&rsquo;ll test something for months and months (04:10:28 PM) zzz: sure, reviewing other people&rsquo;s changes a great way to learn, and to catch mistakes, keep it up (04:10:39 PM) eyedeekay1: Will do (04:10:42 PM) eyedeekay1: If there&rsquo;s nothing else, I&rsquo;ll move on to 3) timeout 1m (04:12:40 PM) eyedeekay1: 2) Monthly Meeting Follow Up: (04:12:53 PM) eyedeekay1: This is the monthly meeting. (04:12:53 PM) eyedeekay1: I did not set up a WebIRC gateway, as I understand it would have been against our IRC rules to do so. (04:13:13 PM) eyedeekay1: I now have a copy of the meeting announcement rules and responsibility for those announcements has been clarified to me. (04:13:25 PM) eyedeekay1: The announcment for September 1, with the correct date this time, has been posted. No topics yet, please add them as you need them: <code>http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc</code> (04:14:55 PM) eyedeekay1: This will of course come shortly after the 0.9.47 release (04:15:45 PM) eyedeekay1: Anything on 2) from anyone else? (04:17:57 PM) eyedeekay1: 3) Git transition (04:18:34 PM) eyedeekay1: Git transition is finally getting underway, we have a plan and are beginning to execute upon it (04:19:08 PM) eyedeekay1: nextloop and I are making progress on getting the next few meaningful mtn branches mirrored over to github (04:19:27 PM) eyedeekay1: these are still read-only until the conclusion of their respective phases on the git migration, i.e. no pulls or MRs yet (04:20:04 PM) eyedeekay1: For a detailed description of these phases see: <code>http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10</code> (04:20:42 PM) eyedeekay1: It would be helpful to nextloop and I if I gave nextloop permission to create repositories in the i2p namespace on github, and to write to the repositories he creates. (04:20:47 PM) zzz: good job on writing up the plan (04:21:24 PM) eyedeekay1: Thanks zzz, glad to finally have it in a usable state (04:22:17 PM) zzz: it&rsquo;s not perfect but it&rsquo;s &lsquo;usable&rsquo; in that we can comment upon it (04:24:39 PM) eyedeekay1: The next thing that we&rsquo;ll be moving is the web site, which is nice because it&rsquo;s quite simple and doesn&rsquo;t have anything that depends on it, that should be happening this week (04:25:26 PM) eyedeekay1: But re: nextloop, I&rsquo;d like to know that it met with broad approval to grant him this permission to create/write to github repos for us? (04:25:54 PM) zzz: ok. awaiting your edit to the plan/schedule to deconflict it with the .47 release (04:26:25 PM) eyedeekay1: Ack, got it open in my editor :) (04:26:48 PM) zzz: You&rsquo;ll have to ask the people that are currently github admins, who aren&rsquo;t here, and I&rsquo;m not a member of (04:27:39 PM) eyedeekay1: Thusfar this proposal meets with their approval, although I do still have one non-responder. (04:29:05 PM) zzz: it&rsquo;s fine with me as long as you two have a reliable communication method and backup. I don&rsquo;t think we need any more unresponsive admins :) (04:29:53 PM) eyedeekay1: I think we can manage that (04:30:06 PM) eyedeekay1: So nextloop with get github privs (04:31:40 PM) zzz: long-unresponsive people with a lot of privileges might be good for a worst-case hit-by-bus backup, but it&rsquo;s also a potential security risk, so that needs to be managed (04:33:12 PM) eyedeekay1: Yeah (04:33:20 PM) eyedeekay1: If there&rsquo;s anything else we can deal with here on 3) then I think now, otherwise we&rsquo;ll see the revised plan on the zzz.i2p thread probably within the next day. (04:33:45 PM) zzz: super (04:34:18 PM) mikalvmeeh: (I&rsquo;m halfy here, missed out on the hi) (04:34:56 PM) eyedeekay1: Well we&rsquo;ve made it through the planned topics, does anyone have anything else? (04:36:43 PM) eyedeekay1: timeout 1m (04:38:51 PM) eyedeekay1: <em>bafs</em> All right that closes this meeting. Please remember September 1, the next scheduled meeting at this same time, 8PM UTC (04:39:12 PM) eyedeekay1: Thank you everyone for coming </div></p>/ar/blog/2020/06/07/help-your-friends-join-i2p-by-sharing-reseed-bundles/Sun, 07 Jun 2020 00:00:00 +0000/ar/blog/2020/06/07/help-your-friends-join-i2p-by-sharing-reseed-bundles/<p>Most new I2P routers join the network by bootstrapping with the help of a reseed service. However, reseed services are centralized and comparatively easy to block, considering the emphasis on de-centralized and un-blockable connections in the rest of the I2P network. If a new I2P router finds itself unable to bootstrap, it may be a possible to use an existing I2P router to generate a working &ldquo;Reseed bundle&rdquo; and bootstrap without the need of a reseed service.</p>/ar/blog/2020/05/25/0.9.46-release/Mon, 25 May 2020 00:00:00 +0000/ar/blog/2020/05/25/0.9.46-release/<h2 id="update-details">Update details</h2> <p>0.9.46 contains significant performance improvements in the streaming library. We have completed development of ECIES encryption (proposal 144) and there is now an option to enable it for testing.</p> <p><strong>Windows users only</strong>: This release fixes a local privilege escalation vulnerability which could be exploited by a local user that has the ability to run programs. Please apply the update as soon as possible. Thanks to Blaze Infosec for their responsible disclosure of the issue.</p>/ar/blog/2020/05/05/i2p-dev-meeting-may-05-2020/Tue, 05 May 2020 00:00:00 +0000/ar/blog/2020/05/05/i2p-dev-meeting-may-05-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 22:00:09 &lt;eyedeekay&gt; Hi everybody, welcome to the meeting for the first Tuesday of the month, and the final meeting before the 0.9.46 release. Who else is in attendance? 22:00:27 &lt;zzz&gt; hi 22:00:28 &lt;zlatinb&gt; hi 22:01:02 &lt;eyedeekay&gt; 0) Hi 22:01:02 &lt;eyedeekay&gt; 1) 0.9.46 status/release 22:01:03 &lt;eyedeekay&gt; 2) git migration status 22:01:03 &lt;eyedeekay&gt; 3) reseeds 22:01:03 &lt;eyedeekay&gt; 4) misc 22:03:07 &lt;eyedeekay&gt; This is the last IRC meeting before the release of 0.9.46, tag freeze is in about a week so translated strings must be finished by then. Any remaining changes must be submitted by the final deadline on the 22nd of this month. 22:03:58 &lt;eyedeekay&gt; We are on track to do this release on time as far as I know. 22:04:15 &lt;eyedeekay&gt; For my part, In the 0.9.46 cycle, I've continued on organizational, cosmetic, and UI changes to the applications, focusing on i2ptunnel mostly. I have also been working on a tunnel rotation setting for i2ptunnel, which I will be ready to check in soon. I doubt that I will finish dynamic tunnel allocation for i2ptunnel in time for 0.9.46. 22:04:21 &lt;eyedeekay&gt; Anyone have anything to add? 22:04:38 &lt;zzz&gt; yes 22:04:52 &lt;zzz&gt; the two headline items, streaming improvements and finishing ratchet, are done 22:05:01 &lt;eyedeekay&gt; Excellent! 22:05:03 &lt;zzz&gt; testing of ratchet with i2pd is going well 22:05:08 &lt;zzz&gt; good early reports on streaming 22:05:17 &lt;zzz&gt; tweaks will continue right up to the release 22:05:28 &lt;zzz&gt; I'm now focusing mostly on bug fixes, all over 22:05:55 &lt;zzz&gt; should be on track for a release early the week of the 25th 22:05:57 &lt;zzz&gt; eot 22:06:05 &lt;eyedeekay&gt; Very good. For people following along on #ls2, this has been very exciting to watch. 22:06:22 &lt;eyedeekay&gt; zlatinb, anything on your end? 22:07:29 &lt;zlatinb&gt; just lots of streaming work, to either continue or be applied to ssu in 47 22:07:52 &lt;eyedeekay&gt; Cool then. Moving on to 2) 22:08:14 &lt;eyedeekay&gt; 2) git migration status 22:08:14 &lt;eyedeekay&gt; Git has been prepared for general use, it has been moved into a datacenter, faster hardware, and a faster connection. Settings for a new git i2ptunnel have largely been decided upon, but not checked in. New gitlab signups will be presented with a basic terms-of-service. If they cannot comply with those TOS, the option of self-hosting git services is clearly outlined. It has backups, and it has both HTTPS and .oni 22:08:14 &lt;eyedeekay&gt; o support gittorrent is still ongoing, as is the trac ticket migration. As long as we continue to use trac for issues for the time being, I believe Git is ready for full-time use if we transition after this release. 22:10:16 &lt;eyedeekay&gt; mtn history remains a sticking point for some interesting repositories 22:15:23 &lt;eyedeekay&gt; So sorry, pidgin crashed on me. 22:15:23 &lt;eyedeekay&gt; Where were we? 22:15:38 &lt;zzz&gt; "mtn history remains..." 22:20:14 &lt;eyedeekay&gt; Thank you zzz. 22:21:03 &lt;eyedeekay&gt; I don't think I have much else to say about git from my end. If no one else has any comments, we can move on to reseeds 22:21:03 &lt;eyedeekay&gt; timeout 1min 22:21:03 &lt;eyedeekay&gt; Oh right I didn't mention the HTTPS url. Our git is visible at i2pgit.org 22:21:05 &lt;eyedeekay&gt; Moving on, topic 3) reseeds 22:21:05 &lt;eyedeekay&gt; zzz you have the floor 22:21:18 &lt;zzz&gt; wait 22:21:25 &lt;eyedeekay&gt; OK 22:21:31 &lt;zzz&gt; may I have an opportunity to add some thoughts on 2) ? 22:21:37 &lt;eyedeekay&gt; Sure 22:21:51 &lt;zzz&gt; thank you 22:22:11 &lt;zzz&gt; first of all, I'm getting better at git and gitlab, and I submitted 3 MRs to muwire this weekend 22:22:21 &lt;zzz&gt; two went well, one not as much, but we're learning 22:22:30 &lt;zzz&gt; feeling much more comfortable 22:22:52 &lt;zzz&gt; second: as mentioned I think last meeting, we would greatly benefit from a plan and a schedule on the migration 22:23:00 &lt;zzz&gt; I don't think one is posted anywhere 22:23:23 &lt;zzz&gt; in particular what branches when, and so on 22:23:23 &lt;zzz&gt; eot 22:27:42 &lt;eyedeekay&gt; Oh shoot that did not make it to the thread. We did discuss a schedule which included shifting things that were not i2p.i2p to git before i2p.i2p itself. That needs to be made available before we finish the transition. I will post it tonight. Thank you zzz for the reminder and for giving git a chance. 22:27:42 &lt;eyedeekay&gt; Anything else on 2) from anybody? 22:28:58 &lt;eyedeekay&gt; OK then 3) reseeds 22:29:04 &lt;zzz&gt; thank you 22:29:16 &lt;zzz&gt; I want to put out an urgent call for more reseeds 22:29:33 &lt;zzz&gt; meeh runs 3 of our 10, and all 3 were down for about two weeks. One came back. 22:29:43 &lt;zzz&gt; and the other two are still down, for different reasons 22:29:52 &lt;zzz&gt; he is unresponsive 22:30:12 &lt;zzz&gt; it's not a good situation. If they're still down in 2 weeks I'll remove them before the release 22:30:16 &lt;zzz&gt; and we'll be down to 7 or 8 22:30:39 &lt;zzz&gt; reseeds that are down result in a terrible new-user experience, it's unacceptable 22:31:12 &lt;zzz&gt; anybody that wants to run one please contact me 22:31:24 &lt;fug&gt; make running reseeds easier, then people will run them 22:31:26 &lt;zzz&gt; it would be nice to have one from biglybt or other i2p-adjacent organizations 22:31:45 &lt;zzz&gt; sure, could always be better 22:32:08 &lt;zzz&gt; unfortunately the person managing our reseeds and the software vanished last year, so that's unstaffed also 22:32:11 &lt;eyedeekay&gt; fug what qualifies as easier? That would be a job for me, I'm the Go guy, I'd be happy to dockerize it or make it checkinstallable or go get-able or whatever. 22:32:16 &lt;zzz&gt; EOT 22:32:44 &lt;zzz&gt; reseed plugin he also left half-done 22:32:47 &lt;fug&gt; eyedeekay: docker image would be good 22:33:03 &lt;eyedeekay&gt; Cool, I'll post it here in a day or two. 22:33:29 &lt;fug&gt; but something like a simple, single application that would do the reseeding with little to no required setup would be even better 22:35:50 &lt;eyedeekay&gt; That's pretty close to what the Go reseed is, although I'll admit there are some rough edges. I'll start with Docker. 22:36:01 &lt;eyedeekay&gt; Anything else on 3)? 22:36:23 &lt;zzz&gt; no. thanks for adding it to the agenda 22:36:48 &lt;eyedeekay&gt; You're welcome, no problem. 4) misc 22:39:29 &lt;eyedeekay&gt; I want to thank dr|zed for contributing the improved CSS for my personal web sites, I really appreciate the thought that was put into it. I also managed to get a little design advice on my WebExtension. Anybody doing something cool or exciting? 22:40:53 &lt;eyedeekay&gt; (That hasn't been mentioned elsewhere?) 22:42:04 &lt;eyedeekay&gt; timeout 1m 22:43:47 &lt;eyedeekay&gt; If no one else has anything to add, I'm going to go ahead and close the meeting. 22:44:49 &lt;eyedeekay&gt; All right *bafs*. Thanks everybody for coming and contributing to the meeting, see you around IRC </div>/ar/blog/2020/04/07/i2p-dev-meeting-april-07-2020/Tue, 07 Apr 2020 00:00:00 +0000/ar/blog/2020/04/07/i2p-dev-meeting-april-07-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 22:04:29 &lt;eyedeekay&gt; Hi everybody, who all is here? 22:04:40 &lt;eche|on&gt; peep :-=) 22:04:46 &lt;zlatinb&gt; hi 22:04:48 &lt;zzz&gt; present 22:06:18 &lt;eyedeekay&gt; All right, first topic, 0.9.46, zzz take it away 22:06:52 &lt;zzz&gt; wrapping up about two months of work on ratchet (proposal 144) 22:07:16 &lt;zzz&gt; I'm about at completion of "phase 2" where it's feature-complete 22:07:32 &lt;zzz&gt; and will be moving into more bug fixing and testing 22:07:51 &lt;zzz&gt; so 46 will be where more people can test it, and perhaps we enable it by default in 47 22:08:23 &lt;zzz&gt; going forward I'll be turning attention to other bug fixes and topics, such as streaming (working with zlatinb) 22:08:56 &lt;zzz&gt; EOT from me, so perhaps others would like to say what they're working on for 46 22:09:01 &lt;eche|on&gt; I just did upgrade to -5 2 days ago, still works fine, the tunnel patch round robin is included, currently no big change noted 22:09:56 &lt;zlatinb&gt; Ive been re-re-reading the TCP RFCs and noticing many discrepancies in our streaming and ssu implementations. So I rewrote them. Tickets are on trac 22:10:24 &lt;eche|on&gt; very very detailed reading and checking, zlatinb 22:11:34 &lt;eyedeekay&gt; I've started working on revisions to the i2ptunnel UI to reduce the amount of unnecessary information we present to new users and on the periodic key rotation mechanism for i2ptunnels 22:12:19 &lt;eyedeekay&gt; Lots of out-of-tree stuff for me too, I want to replace the Firefox profile bundle with something that works on non-Windows platforms as well, that is shaping up quite nicely. 22:12:32 &lt;eyedeekay&gt; Is that all for everyone? 22:12:46 &lt;eche|on&gt; looks like 22:12:49 &lt;eyedeekay&gt; Also, does anyone have any questions? 22:13:47 &lt;eyedeekay&gt; So far so good. Next is misc 22:14:37 &lt;eyedeekay&gt; Re: git migration, the decision has been made to migrate i2p.i2p *after* the next release and not before. Other repositories may be migrated sooner on a case-by-case basis. 22:15:06 &lt;eche|on&gt; good 22:15:20 &lt;eyedeekay&gt; Registration on git.idk.i2p is open, but it requires manual approval from an admin. We are timely about it, but feel free to ping me if you're in a hurry. 22:16:46 &lt;eyedeekay&gt; The preferred approach is to use git with SSH at this time, except for the initial clone, which you can perform by downloading the git bundle with snark. 22:16:50 &lt;eyedeekay&gt; EOT 22:17:18 &lt;eyedeekay&gt; Any questions for me re: git migration? 22:17:31 &lt;eche|on&gt; any progress on trac ticket inclusion? 22:17:49 &lt;eyedeekay&gt; I haven't had time to work on tracboat, so no not yet. 22:17:58 &lt;eche|on&gt; ok 22:18:41 &lt;zlatinb&gt; I have 2 questions regarding the migration: 22:18:41 &lt;zlatinb&gt; 1. Is there a way to change the network read timeout in ssh during the git clone. If yes, increasing it to something like 5 minutes will improve the chances of success 22:18:41 &lt;zlatinb&gt; 2. As trac hasnt been very reliable, is it ok to start opening or mirroring tickets to GitLab. Will they be looked at? 22:19:15 &lt;eyedeekay&gt; 1: I have been investigating this, it does not appear so but I cannot answer conclusively yet. 22:19:20 &lt;zzz&gt; re: 2) not by me, if you mean i2p.i2p 22:19:25 &lt;eche|on&gt; for 2: tracboat would be the script solution including all trac tickets into git 22:19:54 &lt;zzz&gt; related q: what's the plan to improve the consistently poor uptime of public-facing services run by meeh? 22:20:02 &lt;eche|on&gt; oh, sorry, for copy/migrating existnat tickets, new ones maybe a issue 22:20:18 &lt;zlatinb&gt; will ticket numbers be preserved? If so, what happens to the tickets already opened on GL, do they need to be deleted? 22:21:21 &lt;eyedeekay&gt; Ticket numbers should be preserved if I can get the migration to work, duplicate tickets will need to be deleted manually when one or the other ticket is closed. 22:22:08 &lt;zlatinb&gt; and if for whatever reason the migration cant work, whats the backup plan? 22:23:12 &lt;zzz&gt; we haven't yet agreed to trac migration at all; I assume any of this is just experiments. I propose that trac migration be deferred until after all mtn branches (including those not on GH at all yet) are migrated to git 22:23:33 &lt;zzz&gt; perhaps sept. earliest 22:23:42 &lt;eche|on&gt; the answer to this will correlate with zzz question, currently there is no fixed plan. My idea would be keeping trac running with older tickets 22:24:02 &lt;eyedeekay&gt; I don't have a way to fix trac, migrating tickets off of it is the only thing I personally can do. If I can't migrate them with tracboat, I have to do it myself. I know the gitlab side of it, I will just have to learn the trac side of it. I know gitlab seems like an obvious and appealing replacement for trac, but this is a substantial blocker. 22:24:03 &lt;zlatinb&gt; ok, and until a migration has been attempted are we to continue using trac? 22:24:41 &lt;eyedeekay&gt; Yes 22:24:51 &lt;eche|on&gt; ticket wise: please use trac as long until ticket migration has been done 22:24:53 &lt;zzz&gt; so who is in charge of fixing meeh's services? or have we given up and are now working to replace everything he runs? If that's what we're doing, let's be explicit about it 22:25:56 &lt;eche|on&gt; meeh is in charge for his services. trac should be replaced by git. 22:26:31 &lt;zzz&gt; which doesn't fix the systemic issues with other services such as deb repo and outproxy 22:26:31 &lt;eche|on&gt; the debian repository is a open point currently, I did a mirror of it, but currently need more time to look into setting it up as expected 22:27:32 &lt;eche|on&gt; outproxy I will not touch at all 22:27:50 &lt;eyedeekay&gt; I am happy to help replace meeh's deb repo, but I can't do anything for outproxy. 22:29:19 &lt;eche|on&gt; meeh often told us the issue is mostly the old system on old IPs he is using, with welterde changing the DNS that did change today 22:29:33 &lt;zzz&gt; I assume ticket migration for a particular branch X would occur only after we have moved from mtn to git for X 22:29:35 &lt;eche|on&gt; but currently no idea 22:30:55 &lt;eyedeekay&gt; zzz Yes 22:31:08 &lt;eyedeekay&gt; Re: ticket migration 22:31:27 &lt;eyedeekay&gt; That way we would not confuse people about where issues are being discussed. 22:32:21 &lt;eyedeekay&gt; Anything else? 22:34:22 &lt;eyedeekay&gt; timeout: 60s 22:36:22 &lt;eyedeekay&gt; **Bafs** OK thanks for coming everyone </div>/ar/blog/2020/03/18/using-a-git-bundle-to-fetch-the-i2p-source-code/Wed, 18 Mar 2020 00:00:00 +0000/ar/blog/2020/03/18/using-a-git-bundle-to-fetch-the-i2p-source-code/<p>Cloning large software repositories over I2P can be difficult, and using git can sometimes make this harder. Fortunately, it can also sometimes make it easier. Git has a <code>git bundle</code> command which can be used to turn a git repository into a file which git can then clone, fetch, or import from a location on your local disk. By combining this capability with bittorrent downloads, we can solve our remaining problems with <code>git clone</code>.</p>/ar/blog/2020/03/16/gitlab-over-i2p-setup/Mon, 16 Mar 2020 00:00:00 +0000/ar/blog/2020/03/16/gitlab-over-i2p-setup/<p>This is the setup process I use for configuring Gitlab and I2P, with Docker in place to manage the service itself. Gitlab is very easy to host on I2P in this fashion, it can be administered by one person without much difficulty. These instructions should work on any Debian-based system and should easily translate to any system where Docker and an I2P router are available.</p> <h2 id="dependencies-and-docker">Dependencies and Docker</h2> <p>Because Gitlab runs in a container, we only need to install the dependencies required for the container on our main system. Conveniently, you can install everything you need with:</p>/ar/blog/2020/03/06/git-over-i2p-for-users/Fri, 06 Mar 2020 00:00:00 +0000/ar/blog/2020/03/06/git-over-i2p-for-users/<p>Tutorial for setting up git access through an I2P Tunnel. This tunnel will act as your access point to a single git service on I2P. It is part of the overall effort to transition I2P from monotone to Git.</p> <h2 id="before-anything-else-know-the-capabilities-the-service-offers-to-the-public">Before anything else: Know the capabilities the service offers to the public</h2> <p>Depending on how the git service is configured, it may or may not offer all services on the same address. In the case of git.idk.i2p, there is a public HTTP URL, and an SSH URL to configure for your Git SSH client. Either can be used to push or pull, but SSH is recommended.</p>/ar/blog/2020/03/03/i2p-dev-meeting-march-03-2020/Tue, 03 Mar 2020 00:00:00 +0000/ar/blog/2020/03/03/i2p-dev-meeting-march-03-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, sadie, mikalv, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:59:49 &lt;eyedeekay&gt; Hi everybody, about a minute until meeting time, who all is here? 20:00:33 &lt;eche|on&gt; Ok, it is time. Welcome to the IRC dev meeting 3rd march 2020. 20:00:40 &lt;eche|on&gt; Agenda: 20:00:40 &lt;eche|on&gt; 0) Hi 20:00:40 &lt;eche|on&gt; 1) 0.9.45 release status 20:00:40 &lt;eche|on&gt; 2) 0.9.46 plans 20:00:40 &lt;eche|on&gt; 3) I2P Android state/future 20:00:40 &lt;eche|on&gt; 4) MTN =&gt; Git plans 20:00:40 &lt;eche|on&gt; 5) misc - UX plans for 2020; donation page 20:01:28 &lt;eche|on&gt; so, as the old baffer is nearly unuseable for me, and I do not have a new one yet, lets start 20:01:31 &lt;eche|on&gt; 0) hi 20:01:33 &lt;nextloop&gt; hi! 20:01:38 &lt;eche|on&gt; I am here, eyedeekay is here, nextloop is here 20:01:40 &lt;zzz&gt; hi 20:02:21 &lt;eche|on&gt; ok, lets go on to 1) 20:02:36 &lt;eche|on&gt; 0.9.45 was released some days ago and it looks fine so far 20:02:42 &lt;eche|on&gt; any comments? 20:03:03 &lt;zzz&gt; all went smoothly on my side 20:03:11 &lt;nextloop&gt; what's the status of android? 20:03:16 &lt;zzz&gt; in-net, PPA, deb repo. No major reports so far 20:03:31 &lt;eche|on&gt; android still not done, see point 3 20:03:34 &lt;zzz&gt; I leave it to you to report maven/fdroid/android/mac, I have no insights on that 20:03:47 &lt;eche|on&gt; mac was built and put online 20:04:09 &lt;eche|on&gt; from my side it went well enough 20:04:13 &lt;eche|on&gt; hi sadie_ 20:04:45 &lt;eche|on&gt; ok, and now go on to 2, the 0.9.46 plans 20:04:55 &lt;eche|on&gt; zzz: any plans for 0.9.46 on your roadmap? 20:05:17 &lt;sadie_&gt; hi 20:05:51 &lt;zzz&gt; rrd4j is in replacing jrobin 20:05:56 &lt;zzz&gt; about 30 checkins so far in a week 20:06:10 &lt;zzz&gt; orignal and I hope to finish up ratchet (prop. 144) 20:06:28 &lt;eche|on&gt; good pace, will slow down for sure. Will ratchet be in .46 or a maybe? 20:06:41 &lt;zzz&gt; jogger SSU fixes... maybe... maybe not... 20:07:23 &lt;zzz&gt; ratchet is in 45, it works, but a lot of the details aren't finished, hopefully will be for 46 20:07:36 &lt;eche|on&gt; ok, good. 20:08:15 &lt;zzz&gt; ratchet todo list `http://zzz.i2p/topics/2639` 20:08:49 &lt;eche|on&gt; whats the estimated timeframe for a 0.9.46 release? may? 20:08:50 &lt;zzz&gt; what's everybody else's plans? 20:09:15 &lt;eche|on&gt; eyedeekay, sadie, plan for 0.9.46 ? 20:09:18 &lt;eyedeekay&gt; My top priority is the readme located in the router console at this time, currently I am slightly blocked on a chat recommendation still but will resolve that soon. I'll be building on this to progressively work on our in-console help. 20:09:24 &lt;zzz&gt; late may is my proposal, subject to other's agreement 20:10:07 &lt;eche|on&gt; ok, late may looks good, will verify with others the next days. 20:10:20 &lt;eyedeekay&gt; I am happy with late May 20:10:32 &lt;mikalv_&gt; same 20:10:43 &lt;eche|on&gt; ok, any other notes on 0.9.46 plans? 20:10:51 &lt;eche|on&gt; comments, questions? 20:11:24 &lt;mikalv_&gt; no but we should land the android architecture support question now that we got everyone here 20:11:32 &lt;eche|on&gt; thats point 3 :-) 20:11:44 &lt;mikalv_&gt; basically google says: support x64 or drop the platform (if only provided 32bit) 20:11:47 &lt;eche|on&gt; wo which we come now after no one stood up for another question on point 2 20:11:56 &lt;mikalv_&gt; great 20:11:59 &lt;eche|on&gt; mikalv_: whats the state of android 0.9.45 ? 20:12:31 &lt;mikalv_&gt; I've built it, got google's complaint, and awaited this meeting for a administrative decision to what we should do 20:12:48 &lt;mikalv_&gt; if we should drop mips and such, or try produce the 64bit binaries for it 20:13:04 &lt;zzz&gt; whats your recommendation? 20:13:34 &lt;mikalv_&gt; once that's landed, we should be ready to release at any time if we remove it, and not sure if we need to produce the 64bit binaries as I've not tried that before 20:13:42 &lt;eche|on&gt; IMHO not much MIPS and x86 android devices available, so drop them for 0.9.45, but keep it on mind 20:13:57 &lt;sadie_&gt; For me ,Information architecture review of console and website , then Identity and values workshop with Ura and Simply Secure. Post install work, infrastructure and policy review 20:14:06 &lt;mikalv_&gt; I tried to get google play to somehow tell me how much they where used (the different architectures) but I couldn't find any metrics for it 20:14:10 &lt;zzz&gt; you have user stats mikal? 20:14:22 &lt;eche|on&gt; ok, sadie, point 2 addition, noted :-) 20:14:23 &lt;mikalv_&gt; the closest we get is a list of devices 20:14:27 &lt;nextloop&gt; the architecture is just relevant for the NDK jbigi lib right? 20:14:35 &lt;mikalv_&gt; but then, we need to know what arch all the different devices is 20:14:38 &lt;zzz&gt; sounds like an easy decision to me 20:14:40 &lt;eche|on&gt; yes, nextloop, mostly yes 20:14:44 &lt;mikalv_&gt; yes nextloop 20:14:48 &lt;nextloop&gt; because it gets built from source every f-droid release 20:15:17 &lt;nextloop&gt; i never veryfied if it really gets used or uses the java fallback 20:15:25 &lt;eche|on&gt; ok 20:15:25 &lt;mikalv_&gt; but is that for the 64bit versions so the f-droid has binaries that don't exists in the gplay version? 20:16:24 &lt;nextloop&gt; it just runs the shell script i believe. whatever is built there gets built 20:16:50 &lt;eche|on&gt; mikalv_: please check the shell script/f-droid version, if 64 bit available, use it, else drop that architecture 20:17:24 &lt;mikalv_&gt; okay I'll do so then unless any objections 20:17:35 &lt;eyedeekay&gt; No objections from me. 20:17:40 &lt;mikalv_&gt; (?) 20:17:43 &lt;mikalv_&gt; great 20:17:46 &lt;eche|on&gt; now to the more interesting point: future of android I2P version. As bote is nearly dead and not in use, and no dev available, the use case for android I2P is gone 20:17:57 &lt;eche|on&gt; do we want a future android I2P release? 20:18:09 &lt;eche|on&gt; even without bote and nearly null use case? 20:18:16 &lt;eche|on&gt; eyedeekay: opinion? zzz? 20:18:28 &lt;zzz&gt; your premise is that the sole use case for the android router app is bote? 20:18:47 &lt;eche|on&gt; as the browser has other issues (as mikalv_ told me), what is left? 20:18:59 &lt;eyedeekay&gt; People are using Java I2P on Android for non-Bote things. There's a dude hosting Yacy on top of termux or some crazy nonsense like that. I don't want to stifle people. 20:19:03 &lt;eche|on&gt; beside being a simple router on small devices 20:19:18 &lt;zzz&gt; it's simply not true that browsing is broken 20:19:34 &lt;mikalv_&gt; its basically no "non technical" way to use the android version of today 20:19:39 &lt;eche|on&gt; ok, good, so your both vote for future of android 20:19:41 &lt;zzz&gt; right idk? 20:19:48 &lt;mikalv_&gt; you can tweak firefox in about:config which mozilla warns you to not do 20:20:06 &lt;eyedeekay&gt; Yes I think Android can have a future. 20:20:06 &lt;mikalv_&gt; but beyond that, it need some kind of life purpose in my point of view 20:20:45 &lt;eche|on&gt; but as I have seen also, android will change owner to eyedeekay, is that correct? 20:20:46 &lt;zzz&gt; what's behind this? does the team not want to support it? 20:20:51 &lt;eyedeekay&gt; Yes 20:21:00 &lt;eche|on&gt; O 20:21:01 &lt;eche|on&gt; ok 20:21:12 &lt;eche|on&gt; zzz: I try to figure opinions and ideas 20:21:26 &lt;eche|on&gt; and as it looks, eyedeekay will support androif for 0.9.46 and further on 20:21:35 &lt;eyedeekay&gt; I will continue to at least maintain Android builds, I will take ownership of it. I do wish to keep supporting it. Just to clarify 20:21:45 &lt;zzz&gt; I think android is important. Right now we're providing terrible support. We aren't fixing _any_ bugs and there's no new development 20:21:48 &lt;eche|on&gt; and as users seem to use it, it will be supported 20:22:12 &lt;zzz&gt; if we can't increase our support with the current team than we should hire somebody new to do it 20:22:33 &lt;eche|on&gt; ok 20:22:48 &lt;sadie_&gt; I have applied for support that I would suggest going to Android. No answer yet. 20:23:12 &lt;sadie_&gt; I think that Android is important 20:23:38 &lt;eche|on&gt; so android i2p will live on and we try to get better support for it, at least better than just supllying new releases 20:23:59 &lt;eche|on&gt; and if funding is available, get a dev on funds to support android dev 20:24:25 &lt;eche|on&gt; any questions, comments, hints on point 3 android? 20:25:43 &lt;eche|on&gt; ok, going on to topic 4) the forthcoming monotone to Git translation 20:26:20 &lt;eche|on&gt; we decided to drop monotone and use git instead, a translation plan is still in work to maintain best useability and features which are needed for I2P development 20:26:40 &lt;eche|on&gt; currently eyedeekay did setup a git server on `http://git.idk.i2p` and made a howto on https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 &lt;eche|on&gt; we do work on getting trac into the git instance and migrate all the tickets into git 20:27:26 &lt;eche|on&gt; after that migration is done securly and verified, we decide on a date to switch 20:27:46 &lt;eche|on&gt; currently we do look out for testers of the guide and the git server inside of I2P 20:28:03 &lt;eche|on&gt; and for sure: for more hints, tips, ideas, feature requests on this topic 20:28:07 &lt;eche|on&gt; so, please 20:28:12 &lt;eche|on&gt; eyedeekay: more comments on this? 20:28:39 &lt;eyedeekay&gt; I've also been working on adding SOCKS support to webtorrent, which will hopefully make it possible for us to use gittorrent as well in the near future. 20:29:19 &lt;eche|on&gt; nextloop: comments? as you do work the sync script currently? 20:29:49 &lt;zzz&gt; is muwire code set up and bridged to GH as we planned? 20:30:18 &lt;eyedeekay&gt; While my testing over the past few weeks has been successful, I would like it very much if people could review my guide and make comments where it could be clarified or simplified. 20:30:37 &lt;nextloop&gt; the topic of breaking connections during initial cloneing is solved by doing shallow clone and iterative unshallowing, am I right? 20:30:46 &lt;eche|on&gt; zzz: no idea yet, not yet worked on my side 20:30:55 &lt;eyedeekay&gt; Yes that works right now. 20:30:56 &lt;zzz&gt; idk? 20:31:13 &lt;eche|on&gt; yes, nextloop, that does help a bit, but even the depth of 1 version is still ~100 MB to fetch 20:31:37 &lt;eche|on&gt; with unshallowing it grows slightly bigger (4-5 times in my experiment) 20:31:49 &lt;zzz&gt; I have a question about user names on git.idk - do we need to pick a username unused on GH, or do we need to defensively register it on GH, to make it all work right? 20:32:12 &lt;nextloop&gt; zzz: github identifies the committers based on e-mail addresses. 20:32:17 &lt;zzz&gt; there was a report on zzz.i2p a while back that there are several fake zzz-i2p accounts on GH. is that a problem? 20:32:42 &lt;nextloop&gt; so if you add your email you use for i2p git to github the commit will be linked to your account 20:33:16 &lt;nextloop&gt; eyedeekay: is the regular torrent archive already in place? if i remember correctly you were working on that 20:33:48 &lt;eyedeekay&gt; Well it's generatable, but there's nothing scheduling it yet 20:34:32 &lt;zzz&gt; so I need to register on git.idk with a valid clearnet email address if I want to (before or after) register on GH? or that's a local setup thing? 20:34:55 &lt;zzz&gt; anyway, we're in the weeds here, sorry, I'll work with idk to figure it out 20:35:17 &lt;eyedeekay&gt; You don't need to pick an unused GH username AFAIK, you could work entirely from the gitlab instance and we wouldn't need github at all 20:35:17 &lt;eche|on&gt; clearnet email should be in this case the i2pmail.org address IMHO 20:35:46 &lt;nextloop&gt; zzz: yes for github you need to verify the email. use i2p-mail.org perhaps? 20:35:54 &lt;eche|on&gt; currently the plan is to use the gitlab (idk in i2p net git instance) for our work and sync to github 20:36:23 &lt;eche|on&gt; the trac tickets would be on in-net gitlab server 20:36:25 &lt;nextloop&gt; eyedeekay: i would be motivated to setup such an automatic archiving 20:36:27 &lt;zzz&gt; I just want to make sure it's not linked to some fake zzz account when it gets bridged to GH 20:36:47 &lt;eche|on&gt; (sorry for the hassle, gitlab and github are both servers with lots of features around git, both do nearly the same tasks) 20:37:18 &lt;eche|on&gt; valid point, zzz 20:37:47 &lt;eche|on&gt; ok, before going into much deeper details, any more comments? 20:39:06 &lt;eche|on&gt; going on to topic 5 - misc topics. currently 2 from my side: a) donation page and b) UX plans for 2020 20:39:40 &lt;eche|on&gt; 5a) a new donation page is setup by mikalv_ on https://donate.i2p.io/ and those accounts are all benefits to the I2P company mikalv_ is running with torkel in norway 20:40:07 &lt;eche|on&gt; it is live and do collect donations from now on, soon (tm) it will be advertised on webpage and twitter 20:40:24 &lt;eche|on&gt; any comments on this? issues, problems? 20:41:29 &lt;eche|on&gt; 5)b) UX plans for 2020 - sadie is working with elio on a UX project, in whic elio has been granted funds to work on I2P UX 20:41:42 &lt;eche|on&gt; sadie, any more information, plans, ideas, comments? 20:42:05 &lt;sadie_&gt; Information architecture review of console and website , then Identity and values workshop with Ura and Simply Secure will be the work for this month 20:42:41 &lt;sadie_&gt; We have received very good feedback on the set up wizard! 20:43:31 &lt;eyedeekay&gt; From me, the Browser project has been officially placed on hiatus. We pretty much couldn't have picked a worse time to attempt such a thing, as Mozilla's codebase has been changing drastically as we tried to work with it. The project will be revisited when we have less of a moving target. I will be making improvements to I2P and web browsing in less time-dominating projects. 20:43:36 &lt;sadie_&gt; So research, synthesis and documentation phase for now. 20:44:03 &lt;zzz&gt; eyedeekay, status of beta 8, promised in 'a couple days' at the meeting a month ago? 20:44:24 &lt;eyedeekay&gt; It is cancelled. There was no use in creating it, as it will only be viable for a very short time. 20:44:35 &lt;eche|on&gt; thank you sadie, whats the timeframe for the whole project? end date 20:44:56 &lt;eche|on&gt; eyedeekay: please announce that on webpage 20:45:21 &lt;eyedeekay&gt; Will do 20:45:22 &lt;sadie_&gt; End date projection for study is mid June 20:45:49 &lt;zzz&gt; if beta 8 would not have been viable for long, I assume beta 7 on our website is long since obsolete and should be removed, for sure 20:45:53 &lt;eche|on&gt; ok, and is there a rough idea at which timepoint UX enhancements will get into I2P code? 20:46:59 &lt;eche|on&gt; sadie? 20:47:28 &lt;eche|on&gt; zzz: that should be done with the announcement of the final end of the browser project 20:47:33 &lt;sadie_&gt; It will not be until after June. We need to go through the process first. If there are improvements we can execute on easily as they are suggested and approved we will. 20:47:35 &lt;zzz&gt; sadie_, is the funding organization for Ura public? and if so who? 20:47:46 &lt;mikalv_&gt; yes the browser project was unluckly started at the wrong time as mozilla rewrote basically everything in their codebase the same year 20:48:05 &lt;anonymousmaybe&gt; i2pbrowser currently has many security vulnerabilities didnt fixed since ages because it didnt catch up with TB/FF patched releases 20:48:09 &lt;mikalv_&gt; so each release had quite some different code than the previous one and so on 20:48:23 &lt;eche|on&gt; sadie_: ok, looks like early 0.9.47, maybe 0.9.48 will be first i2p version whcih will get changes of this project 20:48:25 &lt;sadie_&gt; The funding for this study is provided through usability lab. 20:48:39 &lt;zzz&gt; which is OTF? 20:48:40 &lt;sadie_&gt; correct ech 20:48:47 &lt;mikalv_&gt; tbb had 10 people rewrite all their patches like three or four times in 2019 20:49:34 &lt;eche|on&gt; https://www.opentech.fund/labs/usability-lab/ 20:49:45 &lt;sadie_&gt; OTF Resource Labs 20:49:58 &lt;zzz&gt; would be good to get some thanks-tweets and a blog post out there if it's public, this is big news that we should be telling people about! 20:50:37 &lt;fug&gt; you should also tell people how you gutted the UI and removed docs 20:51:09 &lt;eche|on&gt; On a minor down side, the InternetFreedomFestival in Valencia, spain, was canclled due to high risk on the corona-virus. 20:51:18 &lt;eche|on&gt; so new I2P participation in there 20:51:38 &lt;eche|on&gt; zzz: noted and will happen 20:52:15 &lt;sadie_&gt; zzz, yes I have announced it on forum last week. PR rollout has been planned 20:52:26 &lt;eche|on&gt; any more comments, topics under topic 5) misc? 20:52:51 &lt;eche|on&gt; `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 &lt;eche|on&gt; is the forum entry with news entries 20:53:10 &lt;fug&gt; zzz: github does detection based on the email specified in commits, said email needs to be registered with a github account, and registration requires sending a confirmation link to the email 20:53:33 &lt;fug&gt; zzz: so in case of your commits with .i2p mail, you won't be able to confirm them 20:53:55 &lt;anonymousmaybe&gt; any road map for i2prouter isolation? https://trac.i2p2.de/ticket/2132 20:54:47 &lt;eche|on&gt; i2p debian package split up is IMHO on hold currently 20:54:51 &lt;eyedeekay&gt; No road map on that yet. 20:55:02 &lt;anonymousmaybe&gt; ah sad.. 20:55:22 &lt;eche|on&gt; AFAIK some discussion with the deb maintainer were made, with no productive outcome yet 20:56:02 &lt;anonymousmaybe&gt; ticket already there but no work done for it 20:56:17 &lt;zzz&gt; no 45 for sid yet either, no news from mhatta 20:56:38 &lt;anonymousmaybe&gt; mikalv_ fixed trac filtering Tor/I2P users? 20:56:42 &lt;fug&gt; there's https://github.com/tracboat/tracboat for trac-&gt;gitlab migration, has it been evaluated? 20:57:25 &lt;eche|on&gt; IMHO eyedeekay does trying tracboat for the migration, at least the name was mentioned 20:57:28 &lt;fug&gt; where is some information page that describes status of migration to git? 20:57:46 &lt;eche|on&gt; currently no page except for the howto and git server mentioned above 20:57:56 &lt;eche|on&gt; as we are still in early phase 20:58:17 &lt;fug&gt; you still should have a page for that info 20:58:21 &lt;eche|on&gt; noted to create a info page 20:58:22 &lt;mikalv_&gt; I hope it's fixed, has anyone had issues with it the past days? 20:58:38 &lt;eyedeekay&gt; trac? Not lately 20:58:49 &lt;eche|on&gt; yes, mikalv_, there was a user in here trying to push a ticket and got spam blocked 20:58:59 &lt;eche|on&gt; but ok, any other comment for dev meeting? 20:59:09 &lt;zzz&gt; outproxy is still a pile of crap but trac working well for me 20:59:20 &lt;mikalv_&gt; and now we're talking about trac's own system, and not the i2ptunnel right? 20:59:26 &lt;eche|on&gt; yes 20:59:43 &lt;eche|on&gt; uhh, the 60 min limit is here... 20:59:55 &lt;eche|on&gt; any further comments? 21:00:05 &lt;fug&gt; yes, info about developing i2p 21:00:16 &lt;fug&gt; should mention usage of new git instance instead of mtn that no one uses 21:00:45 &lt;eche|on&gt; will be done, if it is valid and verified to be done 100% 21:01:24 &lt;eche|on&gt; If no other comment gets in, the timeframe of this IRC meeting getting nearly a 60 min, which is a soft border, I would like to close this meeting. Due to a missing appropriate buffer, I'll make a "plopp" sound. 21:01:45 &lt;eche|on&gt; so, ears up: "plopp" 21:01:56 &lt;sadie_&gt; mic drop 21:02:02 &lt;eche|on&gt; dev meeting over. thank you all for your time, ideas and comments 21:02:14 &lt;eche|on&gt; a log will be posted soon 21:02:14 &lt;sadie_&gt; thanks ech </div>/ar/blog/2020/02/25/0.9.45-release/Tue, 25 Feb 2020 00:00:00 +0000/ar/blog/2020/02/25/0.9.45-release/<h2 id="update-details">Update details</h2> <p>0.9.45 contains important fixes for hidden mode and the bandwidth tester. There&rsquo;s an update to the console dark theme. We continue work on improving performance and the development of new end-to-end encryption (proposal 144).</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p> <h2 id="release-details">RELEASE DETAILS</h2> <p><strong>Changes</strong></p> <ul> <li>Dark theme improvements</li> <li>Console icon changes</li> <li>Move some translations from console to router and core for embedded uses</li> <li>Jetty 9.2.29</li> <li>Tomcat 8.5.50</li> <li>i2psnark HTML5 preview player for partial files</li> </ul> <p><strong>Bug Fixes</strong></p>/ar/blog/2020/02/04/i2p-dev-meeting-february-04-2020/Tue, 04 Feb 2020 00:00:00 +0000/ar/blog/2020/02/04/i2p-dev-meeting-february-04-2020/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) I2P Browser project status (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 3) 0.9.45 development status (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:06 &lt;zzz&gt; hi 20:00:19 &lt;zlatinb&gt; hi 20:00:29 &lt;zzz&gt; 1) I2P Browser project status (sadie, meeh, idk) 20:00:51 &lt;zzz&gt; sadie, what's the latest on the browser project? 20:01:22 &lt;zzz&gt; or, as she's not here, anybody else? 20:02:09 &lt;eyedeekay&gt; Hi 20:02:55 &lt;zzz&gt; eyedeekay, you have a status update on the browser project? 20:03:22 &lt;eyedeekay&gt; We're about to put out the last release of the browser for six months before it goes on hiatus. We've decided we need to be much smarter about how we encapsulate configuration and build the browser for the project to become sustainable, right now it is a massive drain on resources. A more complete statement will be issued on the website at the time of the browser release. 20:04:11 &lt;zzz&gt; this release will be beta 8? iirc at our last meeting two months ago, it was projected to be out within 3 days 20:04:58 &lt;eyedeekay&gt; Yes, that is the reason it's going on hiatus. It's simply not sustainable to go about it the way we have been, other options need to be explored that require us to do less work to merely keep up with Firefox release. 20:05:27 &lt;zzz&gt; ok. welcome sadie_, you have anything to add? 20:05:44 &lt;sadie_&gt; no 20:06:05 &lt;zzz&gt; anybody have any comments or questions on 1) browser ? 20:06:52 &lt;zzz&gt; anything else on 1) ? 20:07:29 &lt;zzz&gt; 2) Outproxy use cases / status (sadie) 20:07:32 &lt;eyedeekay&gt; We will be providing recommendations for replacement procedures to configure browsers. 20:07:47 &lt;zzz&gt; ok 20:08:04 &lt;zzz&gt; sadie_, please give us an update on the outproxy research 20:08:51 &lt;sadie_&gt; outproxy research has been postponed over the past months. 20:09:42 &lt;zzz&gt; ok, any outlook on when it may restart? 20:11:53 &lt;zzz&gt; any comments or questions on 2) outproxy ? 20:12:20 &lt;sadie_&gt; it is not a high priority in the immediate future, as per roadmap. 20:12:40 &lt;eyedeekay&gt; Meeh has actually improved outproxy performance noticably of late for the general-use, default outproxy at false.i2p 20:13:11 &lt;zzz&gt; anything else on 2) ? 20:14:04 &lt;zzz&gt; 3) 0.9.45 development status (zzz) 20:14:15 &lt;zzz&gt; development is going well 20:14:32 &lt;zzz&gt; we have 17K lines of diff so far, including a big update to the dark themes 20:14:38 &lt;zzz&gt; some fixes for hidden mode 20:14:47 &lt;eche|on&gt; hope that will help 20:15:16 &lt;zzz&gt; some icon changes, new tomcat, new jetty, HTML5 preview player for partial files in i2psnark 20:15:52 &lt;zzz&gt; dates are in the /topic above. tag freeze in a week, checkin deadline in 2 1/2 weeks, release in 3 weeks 20:16:34 &lt;zzz&gt; Not strictly in .45, but I can announce that we've had good interoperability test progress with i2pd on proposal 144 (new encryption) 20:16:59 &lt;zzz&gt; and we're continuing to work through bugs and issues on both sides, and in the proposal itself 20:17:27 &lt;zzz&gt; anybody else wish to highlight anything that's gone in for .45, or anything that will be? 20:19:01 &lt;zzz&gt; anything else on 3) ? questions or comments? 20:19:22 &lt;eche|on&gt; nope 20:20:02 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:20:08 &lt;zzz&gt; go ahead zlatinb 20:20:15 &lt;zlatinb&gt; Hi. Briefly: 1) what youve done since last meeting 2) what you plan to do next month 3) any blockers or help needed. Say EOT when done 20:20:46 &lt;zlatinb&gt; me: 1) MW plugin 2) More work on MW plugin, jogger rewrite of SSU 3) no blockers EOT 20:21:16 &lt;zzz&gt; 1) bug fixes, proposal 144, review jogger patches and proposal; 2) more of the same, plus .45 release; 3) no blockers EOT 20:21:54 &lt;eche|on&gt; nothing special, server support, `http://wiki.i2p-projekt.i2p` runs and is being filled, all fine 20:23:26 &lt;sadie_&gt; working on post install docs improvements with idk, secured more Usability Testing research , community outreach / PR strategy / testing idk's webextensions/ discovery process - resilient infra, rebranding research - more of the same next month 20:23:57 &lt;zlatinb&gt; anyone else? T-1 minute till scrum end 20:24:01 &lt;eyedeekay&gt; 1) Biggest part of my work was a substantial revision to the default dark theme to improve readability and make it look more modern and consistent. I also added features and fixed bugs in my webextension for Firefox, it now has the ability to talk to i2pcontrol and snark-rpc. I also set up my personal eepSite and a common git resource(a gitlab instance at git.idk.i2p) for the project. 2) I will be working inside 20:24:01 &lt;eyedeekay&gt; the git migration. 3) no blockers. 20:24:41 &lt;zlatinb&gt; thanks, scrum.end 20:24:48 &lt;zzz&gt; ok thanks zlatinb 20:25:07 &lt;zzz&gt; anybody have any questions, comments, or additional topics for the meeting? 20:26:13 * zzz grabs the baffer 20:27:01 * zzz *bafs* the meeting closed </div>/ar/blog/2019/12/03/i2p-dev-meeting-december-03-2019/Tue, 03 Dec 2019 00:00:00 +0000/ar/blog/2019/12/03/i2p-dev-meeting-december-03-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) I2P Browser project status (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 3) 0.9.44 release status (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:10 &lt;sadie__&gt; hi 20:00:20 &lt;zzz&gt; 0) Hi 20:00:22 &lt;zzz&gt; hi 20:00:47 &lt;zzz&gt; 1) I2P Browser project status (sadie, meeh, idk) 20:00:49 &lt;zlatinb&gt; hi 20:01:00 &lt;meeh&gt; hi 20:01:23 &lt;zzz&gt; sadie, what's the latest on the I2P Browser project? and feel free to delegate any parts of your answer to idk and meeh 20:01:32 &lt;eyedeekay&gt; Hi 20:03:02 &lt;meeh&gt; The biggest news is probably that our next release is now is based upon ESR 68 and not 60, and our extensions is in the progress to be ported into the source since mozilla removes some of our current used api in later versions 20:03:27 &lt;zzz&gt; and when is that release scheduled? 20:03:47 &lt;meeh&gt; It's also the first release which should be signed by our new EV code signing certificate so no more scary warnings 20:03:54 &lt;meeh&gt; in two three days 20:04:06 &lt;meeh&gt; let's say 6th 20:04:15 &lt;zzz&gt; ok so this will be beta 8 I think? 20:04:26 &lt;meeh&gt; yea that's correct 20:04:27 &lt;eyedeekay&gt; Yes beta 8 20:04:43 &lt;zzz&gt; super. anything else to add sadie__ eyedeekay ? 20:05:08 &lt;eyedeekay&gt; Besides that we now also enable the suite of I2P applications, snark, susimail, etc. 20:05:19 &lt;sadie__&gt; yes - we will have an updated MVP and roadmap available as well 20:05:54 &lt;zzz&gt; when will those be posted? 20:05:56 &lt;meeh&gt; and we will in time, release replacements with modern standards for at least susimail and addressbook to start with 20:06:14 &lt;meeh&gt; that was not for this release doh, but in later releases 20:06:47 &lt;sadie__&gt; those should be on the site middle of next week, along with the updated project name and branding direction 20:07:15 &lt;meeh&gt; one news not directly linked to the browser is that we now also have a Rack "runner" which directly talks to I2PSocket and don't require the user to port it via some local tcp port 20:07:25 &lt;zzz&gt; nice. care to leak the new name or you going to hold off until it's up on the site? 20:07:34 &lt;meeh&gt; so it makes it possible to run for example Ruby on Rails directly towards I2PSocket 20:07:57 &lt;sadie__&gt; We are holding off until the site is updated =) 20:08:12 &lt;zzz&gt; nice meeh, always better to avoid going out-and-back via a standard socket 20:08:51 &lt;zzz&gt; sounds like great progress 20:09:01 &lt;zzz&gt; anything else on 1) ? anybody have any questions? 20:10:31 &lt;zzz&gt; 2) Outproxy use cases / status (sadie) 20:10:41 &lt;zzz&gt; sadie__, whats the latest on this research effort? 20:10:44 &lt;sadie__&gt; The outproxy turnkey solution has been put on hold until I can acquire the resources needed for proper information gathering to complete the MVP. This research will not resume until next year. General use outproxy discussion will resume in the coming weeks. At this point the priority for the our proxy should be investigating and improving performance issues. 20:11:45 &lt;zzz&gt; ok, re: the project's outproxy, what's the status on investigation and improvement? 20:12:10 &lt;zzz&gt; meeh you have any info on that? 20:12:17 &lt;sadie__&gt; meeh can comment of that effort better than I 20:12:28 &lt;meeh&gt; Also since the topic is outproxy, the jruby gem I made also have a simple single threaded outproxy that can run as a i2p plugin for that matter 20:12:33 &lt;meeh&gt; found here https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 &lt;zzz&gt; but what about the current outproxy? 20:13:09 &lt;meeh&gt; also I've started splitting the gem up, so you don't need to bundle cluster support and such for a simple i2p plugin not having anything to do with such 20:13:13 &lt;meeh&gt; because it's gotten quite big 20:13:41 &lt;meeh&gt; yea, I've had some cable and switch upgrades which was a bottleneck for the public outproxy 20:13:52 &lt;zzz&gt; I've started keeping track of every outproxy fetch, success or failure, on a postit. Today's success rate is only 75% 20:14:26 &lt;zzz&gt; sadie says it's a priority, so what do you plan to do next? 20:14:39 &lt;meeh&gt; the next browser release beta 8, sorry I forgot to mention before, will have many more destinations pointing to the same service as we believe the destinations in themself are the next bottleneck 20:14:56 &lt;meeh&gt; so not only false.i2p and my tor bridge, but more like in the count of 20 20:15:30 &lt;meeh&gt; I will also switch the proxy software with a custom made elixir/erlang software for that, which I wrote back some months ago 20:15:45 &lt;meeh&gt; also found here https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 &lt;zzz&gt; have you considered switching from i2pd to java? I think there's some major issues with running it on i2pd 20:16:14 &lt;meeh&gt; I got some uncommited changes I'll push before I do the switch, and anyone can use this to run their own. I'll make better docs for that as well 20:16:25 &lt;meeh&gt; I use both currently 20:16:29 &lt;meeh&gt; both java and i2pd 20:16:39 &lt;zzz&gt; ok 20:16:40 &lt;meeh&gt; it should be four routers all having the two dest 20:16:51 &lt;meeh&gt; pointing to the same http proxy endpoint 20:17:05 &lt;zzz&gt; do you have a conclusion yet on which provides better service? 20:17:17 &lt;meeh&gt; the i2pd's are setup with like 100 tunnels compared to java's 16 tunnel limit 20:17:49 &lt;meeh&gt; no sorry not yet, but that's something I've put in my todo list of things I should do in near future 20:18:21 &lt;zzz&gt; ok, I encourage the team to use a measurement-based approach to making improvements. don't just shotgun it and change everything 20:18:51 &lt;meeh&gt; yea, I've done that before and learned from it - so no worry, measurement-based it is 20:18:55 &lt;zzz&gt; anything else on 2) sadie__ ? 20:19:09 &lt;sadie__&gt; no 20:19:22 &lt;zzz&gt; anybody have any questions on 2) ? 20:20:19 &lt;zzz&gt; 3) 0.9.44 release status 20:20:29 &lt;zzz&gt; ok we got the 0.9.44 release out on Sunday 20:21:00 &lt;zzz&gt; it fixes a nasty issue in the way new encryption types are handled. Everybody should upgrade as soon as they can 20:21:12 &lt;meeh&gt; for android it's published on google play, fdroid and on our download page where the latter includes gpg signature and website updated 20:21:33 &lt;zzz&gt; great. how about mavencentral? 20:22:03 &lt;meeh&gt; yea, it's a required dependency of the above, so when I've done the above I must already have done mavencentral 20:22:07 &lt;zzz&gt; it's available for in-net updates now. About 10% of the network has upgraded already 20:22:38 &lt;zzz&gt; I also did the PPA and deb repo on sunday 20:22:58 &lt;zzz&gt; so I think that's most of it 20:23:05 &lt;zzz&gt; no complaints so far 20:23:24 &lt;zzz&gt; unfortunately, the bandwidth tester is pretty much completely broken 20:23:51 &lt;zzz&gt; something changed in the test pool lately, and the way we were doing the handshake stopped working 20:24:10 &lt;zzz&gt; I spent the last day and a half working on it, and I got it going again 20:24:40 &lt;zzz&gt; if anybody sees stuff like this is broken, please file a ticket. It's a shame we didn't realize it was busted before the release 20:25:29 &lt;meeh&gt; we got a new (standalone) donation page just around the corner also, which would enable more ways to donate, also recurring paypal etc 20:25:39 &lt;zzz&gt; so that's about all I have on .44. We're just getting started on .45 and putting the plan together, but I expect the 45 release will be in February 20:25:44 &lt;meeh&gt; and it looks **nice** 20:25:48 &lt;meeh&gt; with capital letters 20:25:56 &lt;zzz&gt; ok meeh, great 20:26:02 &lt;zzz&gt; anything else on 3) ? 20:27:02 &lt;zzz&gt; 4) status scrum 20:27:06 &lt;zzz&gt; go ahead zlatinb 20:27:31 &lt;zlatinb&gt; hi, very briefly: 1) what youve been doing last month 2) what you plan to do next month 3) any blockers or do you need help 4) EOT 20:28:31 &lt;zlatinb&gt; me: 1) fixed the scriptable filter writing to disk every 10 seconds, investigated servlet 3.0 support (broken for inner classes) 2) packaging MW as a router plugin 3) no blockers 20:28:35 &lt;zlatinb&gt; EOT 20:28:49 &lt;zzz&gt; 1) .44 release, bug fixes, prop. 144 (ratchet) coding and testing; fixed a bad tunnel bug causing slow startup, got a new version of zzzot out with drzed's help 20:29:28 &lt;zzz&gt; 1 (cont) lots of work testing reseeds and working with reseeders to get things un-broken; tested and removed open trackers also 20:30:09 &lt;meeh&gt; done: jruby gem for interacting and/or controlling the router embedded or standalone, initial kubernetes support for either HA destinations or cluster testing of i2p, many many firefox patches either written by scratch or ported from tor browser, outproxy improvements, and a new mail application with the attent to replace susimail one day 20:30:19 &lt;meeh&gt; initial work on the last one* 20:30:23 &lt;zzz&gt; 2) bug fixes, prop. 144 testing, more work on improving performance, 36C3 20:30:46 &lt;sadie__&gt; Last month has been working on css light theme changes that are in the latest release, responding to Usability Lab for UX Study funding for router console, and driving product decisions for the future of the browser. Next month, will be post install guide, and more css work, browser management and developemnt 20:30:56 &lt;zzz&gt; 3) no blockers; 4) EOT 20:31:10 &lt;sadie__&gt; no blockers, EOT 20:31:15 &lt;eyedeekay&gt; 1) I have been working on opening up the I2P Browser experience to more of I2P's overall capabilities and adjusting the organization/look-and-feel of the router console and home pages. 2) Next month I'll be working on more browser feature improvements, more SAM tutorials, and more router console UI improvements. 3) no blockers EOT. 20:31:48 &lt;zlatinb&gt; thanks, thats everyone I think &lt;/scrum&gt; 20:32:08 &lt;zzz&gt; super, anything else on 4) ? anybody have any questions? 20:32:24 &lt;zzz&gt; or any other topics for the meeting? 20:32:28 &lt;meeh&gt; next month: release beta 8 of the browser, figure out how we can use the osslsigncode software to sign windows binaries on unix systems, switch outproxy software, continue the work of the new mail app, and finish the changes for the jruby gem 20:33:16 &lt;zzz&gt; EOT meeh? 20:33:32 &lt;meeh&gt; yea, EOT. 20:34:16 &lt;zzz&gt; ok. A reminder there will be no meeting next month as we'll be recovering from 36C3. If anybody would like to join our meetings at 36C3, come find our table 20:34:32 &lt;zzz&gt; I'm sure I will tweet out the approximate location 20:34:48 &lt;sadie__&gt; and we will have a new banner for the table! 20:34:48 &lt;meeh&gt; we can probably publish some public notes from the meeting as well? 20:34:58 &lt;meeh&gt; that's from ccc 20:34:59 &lt;zzz&gt; any other topics for the meeting, while I look for the baffer? 20:35:28 &lt;zzz&gt; you volunteering meeh? 20:35:41 &lt;meeh&gt; I can try do that yea 20:35:59 &lt;sadie__&gt; I will do a report for ccc 20:36:35 &lt;zzz&gt; ok, I found the *baffer* so I guess that's about it for today 20:36:46 &lt;zzz&gt; see you all in person in 4 weeks 20:37:10 &lt;zzz&gt; whups, 3 1/2 weeks 20:37:24 * zzz *bafs* the meeting closed </div>/ar/blog/2019/12/01/0.9.44-release/Sun, 01 Dec 2019 00:00:00 +0000/ar/blog/2019/12/01/0.9.44-release/<h2 id="update-details">Update details</h2> <p>0.9.44 contains an important fix for a denial of service issue in hidden services handling of new encryption types. All users should update as soon as possible.</p> <p>The release includes initial support for new end-to-end encryption (proposal 144). Work continues on this project, and it is not yet ready for use. There are changes to the console home page, and new embedded HTML5 media players in i2psnark. Additional fixes for firewalled IPv6 networks are included. Tunnel build fixes should result in faster startup for some users.</p>/ar/blog/2019/11/05/i2p-dev-meeting-november-05-2019/Tue, 05 Nov 2019 00:00:00 +0000/ar/blog/2019/11/05/i2p-dev-meeting-november-05-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, lbt, sadie, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.43 release status (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser project status (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.44 development status (zzz) 20:00:00 &lt;zzz&gt; 5) Proposals status (zzz) 20:00:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:06 &lt;zzz&gt; hi 20:00:10 &lt;sadie_&gt; hi 20:00:25 &lt;zzz&gt; 1) 0.9.43 release status (zzz) 20:00:38 &lt;zzz&gt; 43 has been out a couple weeks, no serious issues so far 20:01:02 &lt;zzz&gt; the remaining items are the official f-droid (nextloop) and official debian (mhatta) 20:01:08 &lt;eyedeekay&gt; hi 20:01:37 &lt;zzz&gt; any other outstanding issues with the 43 release? 20:03:01 &lt;zzz&gt; 2) I2P Browser project status (sadie, meeh) 20:03:16 &lt;zzz&gt; meeh, sadie, what's the latest info on the browser? 20:04:49 &lt;sadie_&gt; Beta 7 has been released 20:05:10 &lt;eyedeekay&gt; I2P Browser was Beta 7 was released yesterday, along with an updated road-map. This is the second-to-last release which will be based on firefox 60. We fixed some bugs and implemented continuous integration, as well as developed a revised and updated plan for the future of the browser as a product. 20:05:11 &lt;sadie_&gt; the notes can be found on the project website. 20:05:35 &lt;zzz&gt; the release date is wrong on the site FYI 20:05:51 &lt;eyedeekay&gt; Oh shoot, sorry I missed that. Will change it immediately. 20:06:03 &lt;sadie_&gt; We have also been working on the roadmap, which can also be found on the project website 20:06:29 &lt;zzz&gt; what can you tell us about upcoming beta 8? what's in it, when will it be out? 20:07:40 &lt;sadie_&gt; beta 8 will be out at the end of November. 20:08:19 &lt;zzz&gt; anybody have any questions about the browser? meeh you have anything to add? 20:08:27 &lt;eyedeekay&gt; Beta 8 will be released at the end of November, it will be the final version based on Firefox 60. We're preparing for some architectural changes which will make applications more visible, you'll start to see the beginnings of that in Beta 8, as well as more feedback in the browser about the readiness of the bundled router. 20:08:53 &lt;sadie_&gt; we are working on a better landing page, an HTTP proxy readiness indicator , and dynamic themes 20:09:20 &lt;zzz&gt; sounds great, I hope everybody gives beta 7 a try 20:09:45 &lt;zzz&gt; anything else on 2) ? 20:11:00 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:11:17 &lt;zzz&gt; sadie_, what's the latest on this topic? 20:11:32 &lt;sadie_&gt; We have brought the requirements document along as far as I feel we can without now doing more user research. 20:11:38 &lt;sadie_&gt; Mid month I will reconnect with the person who inspired the turnkey outproxy solution. We can evaluate the requirements document that has been created, and begin to address the user research questions more thoroughly. The requirements for this solution are part of the deliverables for the next release.We have brought the requirements document along as far as I feel we can without now doing more user 20:11:38 &lt;sadie_&gt; research. 20:12:41 &lt;zzz&gt; ok, to be clear we're only working on requirements during the 44 timeframe. Any implementation would be in 45 or later, right? 20:12:53 &lt;sadie_&gt; correct 20:13:32 &lt;zzz&gt; ok, anything else you want to add? Anybody have any questions about the outproxy research? 20:14:01 &lt;zzz&gt; anything else on 3) ? 20:15:01 &lt;zzz&gt; 4) 0.9.44 development status (zzz) 20:15:23 &lt;zzz&gt; we're two weeks in to the .44 cycle, with lots of new code checked in 20:15:52 &lt;zzz&gt; almost all is the implementation of proposal 144, new encryption for destinations 20:16:07 &lt;zzz&gt; I expect to start interoperability testing with chisana_ soon 20:16:35 &lt;zzz&gt; and should be ready for brave testers in a couple weeks 20:16:57 &lt;zzz&gt; but it will be quite a while before we're using it by default, perhaps 6-12 months 20:17:23 &lt;zzz&gt; lots of testing and other changes needed to make it solid 20:17:59 &lt;zzz&gt; the other major thing I have queued up for .44 is some SSU performance improvements, spurred on by our prolific trac ticker 'jogger' 20:18:17 &lt;zzz&gt; sadie_, eyedeekay, meeh, anything you'd like to add on what you're working on for .44 ? 20:19:34 &lt;zzz&gt; anything else on 4) ? 20:19:35 &lt;sadie_&gt; router console /home changes, website long term strategy 20:20:45 &lt;zzz&gt; 5) Proposals status (zzz) 20:21:05 &lt;zzz&gt; not much else to say here, 99% of the focus is on 144. 20:21:30 &lt;zzz&gt; next up is probably 152, 153, or maybe even a new SSU 2 proposal 20:21:47 &lt;zzz&gt; I don't expect much progress on any of that until the new year 20:21:58 &lt;zzz&gt; any questions on proposals? 20:22:06 &lt;zzz&gt; anything else on 5) ? 20:23:01 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:23:12 &lt;zzz&gt; I think zlatinb said he couldn't make it today 20:23:32 &lt;eche|on&gt; new server with new hardware and new IPs, migrating services from one server to another with time. no blockers 20:23:41 &lt;zzz&gt; so everybody you know the drill, please say 1) what you did last month 2) what you're doing next month; 3) any blockers 20:23:52 &lt;zzz&gt; and end with EOT 20:24:49 &lt;zzz&gt; me: 1) got the .44 release out, lots of work on new encryptoin; 2) more work on new encryption, SSU performance improvements, bug fixes; 3) no blockers; EOT 20:25:11 &lt;zzz&gt; sadie_, meeh, eyedeekay, please go in parallel 20:25:48 &lt;sadie_&gt; Last month and the upcoming month I will continue to work on I2P browser, keep refining the router console light theme, and develop a long term strategy for website with IDK. Outproxy product management and requirements gathering will continue. Proposals for research and development: proposals to improve UX and usability studies have been submitted or are otherwise being written. Presentation and wo 20:25:48 &lt;sadie_&gt; rkshops for conferences have started for 2020. 20:27:01 &lt;zzz&gt; last call eyedeekay meeh zlatinb 20:27:11 &lt;eyedeekay&gt; 1) I have been working on things that go into the browser or which are intended to help the browser. 2) Going to work on improving the organization of some of the router console home pages as well as implement some of the browser design improvements. 3 No blockers EOT 20:27:53 &lt;zzz&gt; ok, presuming EOTs from eche|on and sadie_ ... anything else on 6) ? 20:28:02 &lt;sadie_&gt; yes 20:28:34 &lt;zzz&gt; any other topics or questions for the meeting? 20:28:59 &lt;eche|on&gt; what abouit bote? 20:29:04 &lt;eche|on&gt; any sign from str4d? 20:29:28 &lt;zzz&gt; I've seen an occasional RT on twitter, so he's alive 20:29:59 &lt;zzz&gt; thats all I know 20:30:26 &lt;zzz&gt; other than what's in the tickets 20:30:27 &lt;eche|on&gt; ok 20:30:38 &lt;zzz&gt; anything else about bote? 20:31:01 &lt;zzz&gt; anything else for the meeting? 20:31:22 &lt;lbt&gt; A "thank you" to all of you :) 20:31:48 &lt;zzz&gt; you're welcome lbt, thanks for joining the meeting 20:31:54 &lt;eyedeekay&gt; You're welcome friend :) 20:33:00 * zzz *bafs* the meeting closed </div>/ar/blog/2019/10/25/highlighting-research/Fri, 25 Oct 2019 00:00:00 +0000/ar/blog/2019/10/25/highlighting-research/<h2 id="highlighting-research---an-empirical-study-of-the-i2p-anonymity-network-and-its-censorship-resistance">Highlighting Research - An Empirical Study of the I2P Anonymity Network and its Censorship Resistance</h2> <p>The following blog post is authored by Information Controls Fellow Hoàng Nguyên Phong. As an ICFP fellow, Phong&rsquo;s research focused on analyzing different aspects of the I2P network, a privacy-enhancing Internet tool that can be used to access online content over an anonymity-enhancing network helpful in circumventing state-imposed censorship. Working with his host organization, the University of Massachusetts Amherst, Phong studied the I2P network&rsquo;s censorship resilience, including identifying what blocking methods a state censor might use to inhibit access to I2P and investigating potential solutions to make I2P more resistant to such blockage.</p>/ar/blog/2019/10/22/0.9.43-release/Tue, 22 Oct 2019 00:00:00 +0000/ar/blog/2019/10/22/0.9.43-release/<h2 id="update-details">Update details</h2> <p>In the 0.9.43 release, we continue work on stronger security and privacy features and performance improvements. Our implementation of the new leaseset specification (LS2) is now complete. We are beginning our implementation of stronger and faster end-to-end encryption (proposal 144) for a future release. Several IPv6 address detection issues have been fixed, and there of course are several other bug fixes.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2019/10/05/our-networks-trip-report-idk/Sat, 05 Oct 2019 00:00:00 +0000/ar/blog/2019/10/05/our-networks-trip-report-idk/<h2 id="our-networks-trip-report">Our Networks Trip Report</h2> <p>The weekend of September 20th I traveled to Toronto to meet with Sadie to take part in the Our Networks conference. The Our Networks conference encompasses a wide variety of topic including many peer-to-peer technologies with an eye toward their potential to make the world a better place.</p> <p>The conference was fascinating, full of very smart people working on everything from physical mesh networks to the distributed web to, of course, anonymity. We got to talk to some great people from Tor, Protocol Labs, Parity Labs, the Dat Project, as well as a variety of artists and social scientists. Lots of fun too, and a great environment. Dat in particular presents some pretty cool opportunities for future co-operation I think.</p>/ar/blog/2019/10/01/i2p-dev-meeting-october-01-2019/Tue, 01 Oct 2019 00:00:00 +0000/ar/blog/2019/10/01/i2p-dev-meeting-october-01-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.42 release status (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser "labs" project status (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 development status (zzz) 20:00:00 &lt;zzz&gt; 5) Proposals status (zzz) 20:00:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:00:05 &lt;meeh&gt; hi 20:00:05 &lt;zzz&gt; 0) Hi 20:00:08 &lt;zzz&gt; hi 20:00:16 &lt;zlatinb&gt; hi 20:00:18 &lt;nextloop&gt; Hi 20:00:23 &lt;sadie__&gt; hi 20:00:49 &lt;zzz&gt; 1) 0.9.42 release status (zzz) 20:01:12 &lt;zzz&gt; 42 release was 5 weeks ago, I believe the only remaining items as of a month ago were the client lib and a new bote android release, and the deb/ubuntu official 20:01:19 &lt;zzz&gt; those are all done 20:01:41 &lt;zzz&gt; not much else to say about .42, which seems to be running well 20:01:46 &lt;zzz&gt; anything else on 1) ? 20:02:29 &lt;zzz&gt; 2) I2P Browser "labs" project status (sadie, meeh) 20:02:37 &lt;eyedeekay&gt; Hi everybody 20:02:45 &lt;meeh&gt; we're in route on all the tasks, I've also started the initial patching of ESR68 which would be our new beta by 31 dec. 20:02:46 &lt;zzz&gt; sadie, meeh, what can you tell us about this new project and product, what's the status? 20:03:01 &lt;chisana_&gt; hi 20:03:02 &lt;sadie__&gt; Beta 7 will be released October 23 or immediately after 0.9.43 is tagged. As of today, we are on track with the roadmap items for the upcoming release. A tentative roadmap for future releases has been created, taking us up until June 2020 20:03:04 &lt;zzz&gt; what is the next task, or next release meeh? 20:03:07 * chisana_ lurks 20:03:13 &lt;meeh&gt; oct 23 20:03:33 &lt;meeh&gt; or as soon as 0.9.43 is out on that date or after 20:03:36 &lt;meeh&gt; depends on us 20:03:50 &lt;zzz&gt; can you two please tell us where the roadmap is, and what's going to be in beta 7? 20:04:39 &lt;sadie__&gt; The items on the Roadmap are on track as of taday 20:05:00 &lt;zzz&gt; is the roadmap posted anywhere where people can look at it? 20:06:27 &lt;meeh&gt; the next release would for the most contain bugfixes, stability patches, better initial dialog window "backend" 20:06:35 &lt;eyedeekay&gt; These are the items that are also on the project roadmap for 9.43. 20:07:17 &lt;meeh&gt; if mozilla has any patches we should include by that time, those will be added as well 20:07:18 &lt;zzz&gt; ok, so the roadmap for beta 7 is on the i2p roadmap on our website, people can look at it there 20:07:29 &lt;sadie__&gt; yes 20:07:36 &lt;zzz&gt; is the roadmap through June 2020 posted anywhere for people to look at it? 20:07:56 &lt;sadie__&gt; not yet 20:07:57 &lt;eyedeekay&gt; Not yet, can be soon. 20:08:17 &lt;zzz&gt; ok. anybody have any questions for the browser team? 20:09:03 &lt;zzz&gt; anything else on 2)? anything else the team wants to say about the browser? 20:09:26 &lt;sadie__&gt; please test, join the mailing list! 20:09:44 &lt;zzz&gt; want to plug how to subscribe to the mailing list sadie? 20:10:02 &lt;meeh&gt; available at `http://lists.i2p` or https://lists.i2p.email 20:10:17 &lt;zzz&gt; great 20:10:20 &lt;sadie__&gt; sure - everything you need can be found on the site https://geti2p.net/en/browser/develop 20:10:25 &lt;zzz&gt; anything else on 2)? 20:11:01 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:11:13 &lt;zzz&gt; sadie, tell us about the outproxy project status please 20:11:16 &lt;sadie__&gt; Open Outproxy MVP has been made, we are almost there with the Friends and Family MVP, but still need to gather more information around admin, logging and reporting requirements. Meetings will resume week of October 21. 20:12:06 &lt;sadie__&gt; I have some new ideas / thoughts about how to handle admin, and more research to do ahead of the next meeting 20:12:15 &lt;zzz&gt; by "made" you don't mean that we've finished development I hope... and could you define MVP for everybody please? 20:12:40 &lt;sadie__&gt; Minimal Viable Product 20:13:03 &lt;sadie__&gt; no - we are still working on requirements in a few areas 20:13:16 &lt;zzz&gt; so by 'made' you mean a list of requirements, right? 20:13:32 &lt;sadie__&gt; correct! 20:14:10 &lt;zzz&gt; where can people see that list, and what's the best way for people to get feedback to you about it? 20:15:05 &lt;sadie__&gt; I will update trac, and invite people to join in the conversation there 20:15:40 &lt;zzz&gt; please tell everybody where on trac they will be able to see it? 20:16:07 &lt;sadie__&gt; one moment 20:17:04 &lt;zzz&gt; while you're looking, I'll comment that the target for this is next year... not for .43 or .44 20:17:14 &lt;zzz&gt; for the implementation, that is 20:17:46 &lt;zzz&gt; any questions or comments about the outproxy project, while she's looking? 20:19:00 &lt;sadie__&gt; #2472 was where we began the discussion 20:19:00 &lt;zzz&gt; anything else on 3) ? 20:19:59 &lt;zzz&gt; ok, so you'll put the requirements list up on ticket 2472 and that's where you would like feedback, right? 20:20:17 &lt;sadie__&gt; correct 20:20:27 &lt;zzz&gt; super 20:20:56 &lt;zzz&gt; 4) 0.9.43 development status (zzz) 20:21:19 &lt;zzz&gt; the website has the roadmap for .43, including the browser items for beta 7, as previously mentioned 20:21:46 &lt;zzz&gt; we're 5 weeks in on the development for .43, with a release expected about 3 weeks from today 20:22:12 &lt;zzz&gt; things are going well, with some IPv6 fixes, and more work on making encrypted ls2 easier to use 20:22:52 &lt;zzz&gt; anybody else want to tell us what you're working on for .43, besides the browser beta 7? 20:23:36 &lt;zzz&gt; tag freeze will be a week from tomorrow, and I'll update transifex at that time and let everybody know to start translating 20:23:42 &lt;zlatinb&gt; hopefully Ill get around to testing servlet 3.0 annotation scanning 20:24:12 &lt;zzz&gt; ok, yeah, I'd like to finish that if you need it, or can it if you don't :) 20:24:18 &lt;meeh&gt; improving the jlinked build of ours, which is related to browser stuff doh, but still on the java codebase 20:24:42 &lt;sadie__&gt; IDK and I are working on a new set up wizard and new website menu navigation has been done. I will make more cosmetic changes to console css 20:24:47 &lt;meeh&gt; I'll guess we look into more on that topic as well as the addressbook is broken when using jlink 20:25:13 &lt;zlatinb&gt; yeah and plugins too - but those are probably going to stay broken for a while 20:25:19 &lt;zzz&gt; oh, and we'll be working on android fixes for 43 next week 20:26:38 &lt;zzz&gt; I don't think you want to bother enabling router plugins for the browser, but maybe others are pushing you for it? worth investigating further 20:27:04 &lt;zzz&gt; anything else on 4) ? 20:28:21 &lt;zzz&gt; 5) Proposals status (zzz) 20:28:45 &lt;zzz&gt; the sole focus of the #ls2 proposals team in the last month has been prop. 144 - new encryption 20:29:02 &lt;zzz&gt; we're getting close to a complete and consistent spec, and we've started writing some test code 20:30:01 &lt;zzz&gt; I expect some of that code to get into the java .44 release - not .43 - but it's going to be early next year before it's really finished up in the live net 20:30:20 &lt;zzz&gt; and then perhaps another few releases to shake out the bugs 20:30:45 &lt;zzz&gt; but it's exciting as we are close to replacing one of the original and very slow crypto algorithms, ElGamal 20:31:28 &lt;zzz&gt; I expect we'll then turn to another part of the ElGamal replacement, with proposal 152, for how we do tunnel builds 20:31:46 &lt;zzz&gt; but we could decide to work on "SSU2" as well... we haven't talked about it 20:31:56 &lt;zzz&gt; those would be for mid-to-late next year I'd guess 20:32:33 &lt;zzz&gt; the team is working well together and we've been working on 144 for almost a year, so we'll all be very happy to be done with it in the coming months 20:32:43 &lt;zzz&gt; any questions on these or any other proposals? 20:33:19 &lt;zzz&gt; anything else on 5) ? 20:34:00 &lt;zzz&gt; 6) status scrum (zlatinb) 20:34:04 &lt;zzz&gt; take it away zab 20:34:29 &lt;zlatinb&gt; Hi, briefly describe 1) what youve been doing last month 2) what you plan to do next month 3) any blockers or help needed? Say EOT when finished 20:34:59 &lt;meeh&gt; Its been quite much initial work on the browser project, both due to the integration of the router and the learning experience of the whole Firefox codebase, build system and architecture to get to a level that we can say we got things under control. Were about to have nightly builds and CI ready for both the esr60 and esr68 branches as well as pull requests that we might receive. 20:35:01 &lt;meeh&gt; The artifact builds are also a goal to archive, which would enable people with weaker hardware to download parts of the Firefox build to reducing the heaviest compile operations, and the development less of a hassle. Also been looking into unit and regression testing for the browser to avoid stupid bugs and to make the product more stable and reliable. 20:35:01 &lt;meeh&gt; Were also closing in to having our customized build scripts thats not based upon tors perl build script base, both to support remote builds and the fact that were not many knowing perl. Beyond this Ive also done some reading and research in the legal system here for running our organization. Initial work on the logging policy of project servers. 20:35:05 &lt;meeh&gt; EOT 20:35:18 &lt;zlatinb&gt; me: 1) testnet-ing jogger patches, some jlink work 2) more testnet, servlet 3.0 3) no blockers EOT 20:35:20 &lt;sadie__&gt; Attended Our Networks last weekend in Toronto, drew up new set up wizard to be implemented in the release by IDK, getting more cosmetic css changes decided on for the next release, moving outproxy and browser consensus along, community outreach and more UX funding has been applied for. Next month, will be focusing on funding options , new PR strategies, 36c3 outreach, getting an intro to I2P slide 20:35:20 &lt;sadie__&gt; deck finished for future talks that we can all use, susi mail improvements, and continuing to work on browser and outproxy. EOT 20:35:32 &lt;zzz&gt; 1) bug fixes, IPv6, ls2 encryption, proposal 144 20:36:06 &lt;eche|on&gt; server running, the same, no blockers 20:36:25 &lt;zzz&gt; 2) bug fixes, IPv6, ls2 encryption, proposal 144 spec and test code, prep and release 0.9.43, more outproxy meetings and definition 20:36:48 &lt;zzz&gt; 3) no blockers, EOT 20:37:11 &lt;zlatinb&gt; scrum.setTimeout(60*1000); 20:37:25 &lt;zzz&gt; eyedeekay? 20:37:35 &lt;eyedeekay&gt; just a moment 20:37:55 &lt;eyedeekay&gt; I've been working on upgrading the bandwidth wizard to make it work better with the I2P browser and in general appear more modern and less confusing. I've also been working on organizing, de-duplicating, and improving SAM libraries and making small changes to the browser. Next month I'll be helping with the browser mostly, but I have a few things I may propose in i2ptunnel as well. No blockers. 20:38:41 &lt;zzz&gt; sadie__, or eyedeekay, have a link to an Our Networks trip report for people to read? 20:38:48 &lt;meeh&gt; no blockers, most of mentioned tasks are continuing (I'll keep on working on them in the future) 20:39:16 &lt;sadie__&gt; not - we need to get that done. It will be on the site blog 20:39:29 &lt;eyedeekay&gt; I'll put mine up on the blog this week. 20:39:47 &lt;zlatinb&gt; thanks, I think thats everyone, scrum end 20:40:03 &lt;zzz&gt; that's it for 6) 20:40:21 &lt;zzz&gt; anybody else have any questions or comments or something to add? There's definitely a lot going on! 20:41:11 &lt;zzz&gt; anything else for the meeting? 20:41:21 * zzz looks for the baffer 20:42:05 &lt;zzz&gt; there it is... 20:42:15 * zzz *bafs* the meeting closed </div>/ar/blog/2019/09/03/i2p-dev-meeting-september-03-2019/Tue, 03 Sep 2019 00:00:00 +0000/ar/blog/2019/09/03/i2p-dev-meeting-september-03-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> Note: sadie's lines did not come through in the meeting, pasted in below. <p>20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.42 release status (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser &ldquo;labs&rdquo; project status (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 development status (zzz) 20:00:00 &lt;zzz&gt; 5) Proposals status (zzz) 20:00:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:06 &lt;zzz&gt; hi 20:00:17 &lt;zlatinb&gt; hi 20:00:30 &lt;zzz&gt; 1) 0.9.42 release status (zzz) 20:00:48 &lt;zzz&gt; the release went pretty smoothly last week 20:00:56 &lt;zzz&gt; there&rsquo;s only a few things outstanding 20:01:27 &lt;zzz&gt; getting the github bridge back working (nextloop), the debian sid package (mhatta), and the android client lib that we forgot for 41 (meeh) 20:01:37 &lt;zzz&gt; nextloop, meeh, you have ETAs for those items? 20:03:06 &lt;zzz&gt; anything else on 1) ? 20:04:02 &lt;zzz&gt; 2) I2P Browser &ldquo;labs&rdquo; project status (sadie, meeh) 20:04:25 &lt;zzz&gt; sadie, meeh, what&rsquo;s the status, and what&rsquo;s the next milestone? &lt;sadie&gt; Beta 5 was supposed to be out on Friday, but there were some issues. It looks like some are ready <code>https://i2bbparts.meeh.no/i2p-browser/</code> but I really needed to hear from meeh about the next deadline for this &lt;sadie&gt; The Lab Page will be live by the end of this week. The next Browser milestone will be discussing the beta 6 release console requirements 20:05:51 &lt;zzz&gt; anything else on 2) ? 20:06:43 &lt;zzz&gt; 3) Outproxy use cases / status (sadie) 20:06:57 &lt;zzz&gt; sadie, what&rsquo;s the status, and what&rsquo;s the next milestone? &lt;sadie&gt; Anyone can follow our meeting notes on ticket 2472. We have decided on use case statuses and have a list of requirements. Next milestone will be user requirements for a Friends and Family use case as well as development requirements for Friends and Familiy and General use case to see where they may ovelap 20:08:05 &lt;zzz&gt; anything else on 3) ? 20:08:19 &lt;eyedeekay&gt; Sorry I&rsquo;m late 20:09:01 &lt;zzz&gt; 4) 0.9.43 development status (zzz) 20:09:21 &lt;zzz&gt; we&rsquo;re just getting started on the 43 cycle that we have planned to release in about 7 weeks 20:09:40 &lt;zzz&gt; we&rsquo;ve updated the roadmap on the website but will be adding some more items 20:10:06 &lt;zzz&gt; I&rsquo;ve been fixing some IPv6 bugs, and speeding up tunnel AES processing 20:10:30 &lt;zzz&gt; soon I will be turning my attention to the new blinding info I2CP message 20:10:59 &lt;zzz&gt; eyedeekay, zlatinb, you have anything to add about .43? 20:11:46 &lt;eyedeekay&gt; No I don&rsquo;t think so 20:12:02 &lt;zlatinb&gt; probably more testnet stuff 20:12:32 &lt;zzz&gt; yeah, we do have a few more jogger tickets to look at, w.r.t. SSU 20:12:48 &lt;zzz&gt; anything else on 4) ? 20:14:00 &lt;zzz&gt; 5) Proposals status (zzz) 20:14:20 &lt;zzz&gt; our primary focus is on the very complex new encryption proposal 144 20:14:48 &lt;zzz&gt; we&rsquo;ve made some good progress in recent weeks and have made some major updates to the proposal itself 20:15:35 &lt;zzz&gt; there&rsquo;s a few cleanups and holes to fill in, but I&rsquo;m hopeful it&rsquo;s in good enough shape that we could start to code some unit test implementations soon, maybe by the end of the month 20:16:17 &lt;zzz&gt; also, the blinding info message for proposal 123 (encrypted LS2) will get another look after I start to code it in the next week 20:16:52 &lt;zzz&gt; also, we&rsquo;re expecting an update on proposal 152 (tunnel build messages) from chisana soon 20:17:27 &lt;zzz&gt; we finished up proposal 147 (cross-network prevention) last month and both i2p and i2pd have that coded and in the .42 release 20:18:23 &lt;zzz&gt; so things are moving forward, even if 144 seems slow and daunting, even it is making good progress 20:18:27 &lt;zzz&gt; anything else on 5) ? 20:20:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:20:05 &lt;zzz&gt; take it away zlatinb 20:20:42 &lt;zlatinb&gt; Hi, please say in a few words : 1) what youve been doing since last scrum 2) what you plan to do next month 3) do you have any blockers or need help. Say EOT when done 20:21:23 &lt;zlatinb&gt; me: 1) Various experiments on the testnet to speed up bulk transfers 2) more testnet work on a hopefully bigger server/network 3) no blockers EOT 20:22:15 &lt;zzz&gt; 1) bug fixes, the configuration split change, .42 release, proposals, DEFCON workshops (see my trip report on i2pforum and our website) 20:23:56 &lt;zzz&gt; 2) bug fixes, proposal 144, blinding info message, speedups, helping out with the outproxy research, fix the SSL wizard broken by conf. split 20:24:20 &lt;zzz&gt; more IPv6 fixes 20:24:38 &lt;zzz&gt; 3) no blockers EOT 20:24:50 &lt;eyedeekay&gt; 1) Since last scrum I&rsquo;ve been working on bugfixes, the web site, working on the outproxy proposal, and things to do with i2ptunnels. 2) Continue re-organizing and improving the presentation of the web site. Work on advancing the outproxy proposal 3) no blockers EOT &lt;sadie&gt; 1) Attended FOCI, researched funding options, met with potential funders, had a meeting with Tails ( including Mhatta ), worked on I2P Browser branding, website updates with IDK, made small changes to console for the last release &lt;sadie&gt; 2) my next month I am working on grants, console and website improvements, set up wizard, attending Our Networks in Toronto, moving I2P Browser and OutProxy research along &lt;sadie&gt; 3) no blockers EOT 20:25:29 &lt;zlatinb&gt; scrum.setTimeout( 60 * 1000 ); 20:27:04 &lt;zzz&gt; ok, timing out 20:27:10 &lt;zlatinb&gt; ScrumTimeoutException 20:27:41 &lt;zzz&gt; last call for sadie meeh nextloop to circle back to 1)-3) 20:27:52 &lt;zzz&gt; any other topics for the meeting? 20:28:47 * zzz grabs the baffer 20:30:00 * zzz <em><strong>bafs</strong></em> the meeting closed </div></p>/ar/blog/2019/08/30/def-con-trip-report-idk/Fri, 30 Aug 2019 00:00:00 +0000/ar/blog/2019/08/30/def-con-trip-report-idk/<h2 id="def-con-trip-report">Def Con Trip Report</h2> <p>I went to Def Con 27 last weekend to give a workshop on I2P application development, and to meet zzz, mhatta, and Alex in person.</p> <p>My workshop went well, we even had a few application developers attend! In particular I had a pretty lengthy conversation with a person named Mary about how I2P could be used to eliminate centralization and enhance privacy in a &ldquo;Magic Wormhole&rdquo; type of application. While I wasn&rsquo;t totally familiar with Magic Wormhole at the time, I think most of my advice was usable. I think Mary had some very interesting and workable ideas about sharing information in more human-centric ways that could be interesting in I2P applications, and am looking forward to experimenting with some of those.</p>/ar/blog/2019/08/30/def-con-trip-report-zzz/Fri, 30 Aug 2019 00:00:00 +0000/ar/blog/2019/08/30/def-con-trip-report-zzz/<h2 id="def-con-trip-report">Def Con Trip Report</h2> <p>idk and I attended DEFCON 27 and presented two workshops on I2P for application developers, with support from mhatta and Alex. I gave the workshop at Monero Village and idk gave the one at Crypto/Privacy Village. Here, I will summarize the Monero Village workshop, and a Tor talk by Roger Dingledine. idk will post a trip report covering his workshop.</p> <p>We had about 8 attendees for the Monero Village workshop, entitled &ldquo;I2P for Cryptocurrency Developers&rdquo;. We planned to discuss the particular networking needs for each application and work through the various i2ptunnel and SAM options available. However, all attendees were relatively unfamiliar with I2P, so we pivoted and gave an overview of I2P. As none of the attendees had a laptop with them, we helped several of them install I2P on their Android phone and walked through some of the features of the app. For all users, the app appeared to reseed and build tunnels fairly quickly.</p>/ar/blog/2019/08/30/internet-freedom-festival-trip-report/Fri, 30 Aug 2019 00:00:00 +0000/ar/blog/2019/08/30/internet-freedom-festival-trip-report/<h2 id="internet-freedom-festival-trip-report">Internet Freedom Festival Trip Report</h2> <p>This was my first time attending IFF, and what a great experience for I2P this was! I met with human rights defenders, people who work on censorship metrics, and of course UX and security professionals.</p> <p>My goal was to connect with people to further support I2P&rsquo;s UX overhaul, keeping in mind security and UX considerations for frontline workers. As it was pointed out to me, people see I2P as a very important and powerful resource to circumvent censorship and support safe communication, however the interface suffers from some usability concerns. People were happy with our initial steps to make first time users have a better experience, such as our set up wizard and bandwidth detection tool. I also received positive reviews on our changes to the website and /home icons. It was very encouraging to hear directly from the community that small changes we have made are in the right direction.</p>/ar/blog/2019/08/30/rightscon-trip-report/Fri, 30 Aug 2019 00:00:00 +0000/ar/blog/2019/08/30/rightscon-trip-report/<h2 id="rightscon-trip-report">RightsCon Trip Report</h2> <p>The messages from activists in Syria during the Access No! session on the first day were deeply moving and really drove home why I work in digital rights. We listened to the experiences of activists who are unable to travel due to lack of status, documentation and active conflict. For these people &ldquo;the internet is the only passport (they) carry.&rdquo; Human rights defenders spoke of the importance of digital training to keep people protected when they are communicating with family inside of the country, as well as with family and friends who have left. They had created digital clinics to show people how to use services securely, for instance, how to use features like Signal&rsquo;s disappearing messages so that those messages could not be used against them when devices are searched at security check points. Continuing to pursue education was also very important, the internet being relied on to access resources.</p>/ar/blog/2019/08/30/usenix-foci-trip-report/Fri, 30 Aug 2019 00:00:00 +0000/ar/blog/2019/08/30/usenix-foci-trip-report/<h2 id="usenix-foci-trip-report">USENIX FOCI Trip Report</h2> <p>Over the past year I have had the good fortune to participate in the research Nguyen Phong Hoang from Stony Brook University has been doing regarding I2P censorship. The infrastructure used for this research provided numerous and geographically diverse vantage points, and also the ability to conduct in-depth measurements across all levels of the network stack. I2P services which were measured for availability included official homepage, mirror site, reseed servers and active relays.</p>/ar/blog/2019/08/27/0.9.42-release/Tue, 27 Aug 2019 00:00:00 +0000/ar/blog/2019/08/27/0.9.42-release/<h2 id="update-details">Update details</h2> <p>0.9.42 continues the work to make I2P faster and more reliable. It includes several changes to speed up our UDP transport. We have split up the configuration files to enable future work for more modular packaging. We continue work to implement new proposals for faster and more secure encryption. There are, of course, a lot of bug fixes also.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2019/08/06/i2p-dev-meeting-august-06-2019/Tue, 06 Aug 2019 00:00:00 +0000/ar/blog/2019/08/06/i2p-dev-meeting-august-06-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> mikalv, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.41 release status remaining items (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.42 development status (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 4) I2P Browser "labs" project status (meeh) 20:00:00 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:07 &lt;zzz&gt; hi! 20:00:19 &lt;zzz&gt; 1) 0.9.41 release status remaining items (mhatta, nextloop) 20:00:46 &lt;zzz&gt; within the last couple weeks, I see that mhatta did get 41 into sid, which is great 20:01:04 &lt;zzz&gt; I talked to nextloop also, he didn't get 41 into fdroid, but somebody else did. 20:01:27 &lt;zzz&gt; and nextloop promised to get back to doing f-droid going forward. super! 20:01:31 &lt;zzz&gt; anything else on 1) ? 20:01:50 &lt;zzz&gt; anybody else here? please say hi 20:01:58 &lt;zlatinb&gt; hi 20:02:37 &lt;zzz&gt; ok, one other. Hopefully everybody else shows up soon 20:02:50 &lt;zzz&gt; 2) .42 dev status 20:03:02 &lt;zzz&gt; we're 5 weeks in, 3 weeks to go, 1 week to tag freeze 20:03:20 &lt;zzz&gt; we landed the configuration splitting code I worked on with idk 20:03:58 &lt;zzz&gt; lots of bug fixes; GMP 6.1.2; updated the debian files to work for buster 20:04:17 &lt;zzz&gt; some ls2 fixes also 20:04:39 &lt;zzz&gt; zlatinb, you want to mention what you're doing with your test net, and what it's yielded so far? 20:05:11 &lt;zlatinb&gt; yes, so basically I set up a testnet with LXC containers 20:05:32 &lt;zlatinb&gt; so far it has discovered one major bug around bloom filter usage and one minor ssu bug 20:05:58 &lt;zlatinb&gt; been doing fine-tuning of different constants lately, but will put it to work to verify joggers patches/ideas 20:06:06 &lt;zlatinb&gt; eot 20:06:23 &lt;zzz&gt; that's really great, thanks 20:07:04 &lt;zzz&gt; if we can get some minimal latency added in that would be even better, but it's been fun to find and fix some bottlenecks 20:07:15 &lt;zzz&gt; anything else on 1) ? 20:07:30 &lt;zzz&gt; woops, anything else on 2) ? 20:08:27 &lt;zzz&gt; 3) ls2 status 20:08:38 &lt;zzz&gt; lots of progress in the last month 20:09:05 &lt;zzz&gt; we've agreed to a small proposal, 147, to prevent test networks from cross-contaminating with the main network 20:09:12 &lt;zzz&gt; that code will be in .42 20:09:45 &lt;zzz&gt; chisana has two proposals out, 152 and 153, to make tunnel building and tunnel encryption (respectively) more secure by using more modern encryption 20:10:14 &lt;zzz&gt; we've talked about them a little, but haven't formally reviewed them yet 20:10:47 &lt;zzz&gt; proposal 123 (LS2) continues to get some minor tweaks as we finish implementation and testing in the live network, but everything seems to be working well 20:11:26 &lt;zzz&gt; the big one is proposal 144, new encryption. We're making slow but steady progress. We've been at it for maybe 9 months now? 20:11:58 &lt;zzz&gt; there are still some major techincal issues to resolve before we can start test implementations 20:12:20 &lt;zzz&gt; the biggest problem right now is finding enough of people's time to work things through 20:12:46 &lt;zzz&gt; any questions on 3) ls2 and other proposals ? 20:13:47 &lt;zzz&gt; ok, on to 4) I2P Browser labs project status 20:13:54 &lt;zzz&gt; mikalv, what's the latest? 20:14:16 &lt;mikalv&gt; we're moving towards a integration with the i2p router itself, jlinked 20:14:38 &lt;mikalv&gt; on the i2pbutton side of this, we're more or less done, a few things left to fix 20:15:15 &lt;mikalv&gt; on the build scripts, we have to write it, since the devs has used a mocked extract of i2p jlinked where the browser starts it, for testing 20:15:48 &lt;zzz&gt; what's the current beta version, and when will we see the next beta version? 20:15:52 &lt;mikalv&gt; beyond that we try to have at least two meetings a week to make it a real product and with clear goals 20:16:24 &lt;mikalv&gt; the current is still beta4, and I'm hoping to get beta5 out by the end of this week - if so, with the router embedded 20:17:27 &lt;zzz&gt; I understand you've started a mailing list for it? would you like to announce it here or is it not ready yet? 20:18:09 &lt;zzz&gt; sadie, zlatinb, anything you want to add about the browser 20:18:20 &lt;zzz&gt; ? 20:19:36 &lt;zzz&gt; anybody have any questions on 4) the browser? 20:20:21 &lt;zzz&gt; anything else on 4) ? 20:21:10 &lt;zzz&gt; 5) scrum - take it away zlatinb 20:22:02 &lt;zlatinb&gt; lets do the scrum in parallel; in a few words - 1) what have you been working since last scrum 2) what you plan to work on next month 3) do you have any blockers or do you need help. Say EOT when done 20:22:34 &lt;zlatinb&gt; me: 1) building a testnet, chasing bottlenecks 2) more testnet, will also take a look at joggers tickets 3) none really EOT 20:23:34 &lt;zzz&gt; 1) 41 release, config splitting code, bug fixes, proposals, planning for new encryption types, ls2 fixes 20:24:10 &lt;zzz&gt; 2) 42 release, bug fixes, proposals (especially research on new encryption issues), DEFCON 20:24:16 &lt;zzz&gt; 3) no blockers; EOT 20:25:18 &lt;mikalv&gt; I've been working mainly on the browser (including i2pbutton which now launches a router if found), I've also done huge improvements in my end for the outproxy, I've also started prototyping a solution for private outproxies which has so good speed I can actually use it for clearnet browsing on daily basis 20:25:53 &lt;mikalv&gt; and I've also put up mailinglists yes, which over I2P is found at `https://lists.i2p/postorius/lists/` but also available from clearnet at https://lists.i2p.email/postorius/lists/ 20:26:20 &lt;mikalv&gt; anyone with constructive ideas, contribution, discussions and such are of course welcome 20:26:57 &lt;mikalv&gt; beyond that I've done some research into how we can accept creditcard donations, and how we also can sell shirs and such at the same time 20:27:10 &lt;mikalv&gt; EOT 20:27:12 &lt;mikalv&gt; noblock 20:28:14 &lt;zzz&gt; guess that's it? zlatinb we'll leave it to you to flog the no-shows? 20:28:17 &lt;zlatinb&gt; anyone else? if not scrum ends in 1 minute :) 20:28:27 &lt;zlatinb&gt; ok 20:28:33 &lt;zlatinb&gt; ScrumTimeoutException 20:28:41 &lt;mikalv&gt; lol 20:28:42 &lt;zzz&gt; while we're in the 'grace period' - DEFCON! idk and I will be there this weekend! 20:29:04 &lt;zzz&gt; Monero Village Friday afternoon, and Crypto/Privacy Village Saturday afternoon 20:29:22 &lt;zzz&gt; workshop, q&a, and stickers both days. come say hello 20:29:57 &lt;zzz&gt; re: outproxies, I'm going to put that on the agenda for next month, for sadie to give us a readout on what we're trying to do 20:30:06 &lt;zzz&gt; anything else for the meeting? 20:30:52 &lt;zzz&gt; oh, and Sadie will be presenting a paper at FOCI in San Jose next week! be sure to find her if you're there 20:30:59 &lt;mikalv&gt; nah, but I expect we got more for the browser/outproxy cases by next meeting 20:31:39 &lt;zzz&gt; yeah, we don't have a good plan yet for either browser or outproxy. We have ideas and proofs of concept, but no plan 20:31:53 &lt;zzz&gt; so will be good to see that come together 20:32:02 * zzz warms up the baffer 20:32:44 &lt;zzz&gt; last baf of the summer, see you in september... 20:32:55 * zzz ****bafs**** the meeting closed </div>/ar/blog/2019/07/29/conference-schedule-august-2019/Mon, 29 Jul 2019 00:00:00 +0000/ar/blog/2019/07/29/conference-schedule-august-2019/<h1 id="conference-schedule-august-2019">Conference Schedule August 2019</h1> <p>Hi Everyone,</p> <p>Next month will be busy! Meet up with I2P developers at two workshops at Defcon 27, and connect with researchers who have been observing I2P censorship at FOCI &lsquo;19.</p> <h2 id="i2p-for-cryptocurrency-developers">I2P for Cryptocurrency Developers</h2> <p><strong>zzz</strong></p> <ul> <li>Monero Village</li> <li>August 9, 3:15pm</li> <li>Monero Village will be on the 26th floor of Bally&rsquo;s <a href="https://defcon.org/html/defcon-27/dc-27-venue.html">map</a> </li> </ul> <p>This workshop will assist developers in designing applications to communicate over I2P for anonymity and security. We will discuss common requirements for cryptocurrency applications, and review each application&rsquo;s architecture and specific needs.Then, we will cover tunnel communications, router and library selection, and packaging choices, and answer all questions related to integrating I2P.</p>/ar/blog/2019/07/27/speeding-up-your-i2p-network/Sat, 27 Jul 2019 00:00:00 +0000/ar/blog/2019/07/27/speeding-up-your-i2p-network/<p><em>This post is adapted directly from material originally created for mhatta&rsquo;s</em> <a href="https://medium.com/@mhatta/speeding-up-your-i2p-network-c08ec9de225d">medium blog</a> <em>.</em> <em>He deserves the credit for the OP. It has been updated in certain places where</em> <em>it refers to old versions of I2P as current and has undergone some light</em> <em>editing. -idk</em></p> <p>Right after it starts up, I2P is often seen as a little bit slow. It&rsquo;s true, and we all know why, by nature, <a href="https://en.wikipedia.org/wiki/Garlic_routing">garlic routing</a> adds overhead to the familiar experience of using the internet so that you can have privacy, but this means that for many or most I2P services, your data will need to go through 12 hops by default.</p>/ar/blog/2019/07/02/0.9.41-release/Tue, 02 Jul 2019 00:00:00 +0000/ar/blog/2019/07/02/0.9.41-release/<h2 id="update-details">Update details</h2> <p>0.9.41 includes performance improvements, streaming library enhancements, and important bug fixes. We continue development work on new leasesets (LS2) and encrypted leasesets. The release contains the usual assortment of bug fixes and translation updates.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2019/07/02/i2p-dev-meeting-july-02-2019/Tue, 02 Jul 2019 00:00:00 +0000/ar/blog/2019/07/02/i2p-dev-meeting-july-02-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.40 release status remaining items (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.41 release status (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 4) I2P Browser "labs" project status (meeh) 20:00:00 &lt;zzz&gt; 5) muwire.i2p console home page request (zlatinb) 20:00:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:12 &lt;zlatinb&gt; hi 20:00:31 &lt;zzz&gt; 1) 0.9.40 release status remaining items (mhatta, nextloop) 20:00:42 &lt;zzz&gt; still no word from mhatta or nextloop, sadly 20:00:59 &lt;zzz&gt; I've made repeated attempts to find a new deb maintainer, no luck so far 20:01:09 &lt;zzz&gt; anything else on 1) ? 20:01:35 &lt;zzz&gt; 2) 0.9.41 release status (zzz) 20:01:46 &lt;sadie__&gt; hi 20:01:54 &lt;eyedeekay&gt; Hi 20:02:09 &lt;zzz&gt; we're wrapping up the review period. I expect to have in-net updates tomorrow morning, with other things to follow 20:02:44 &lt;zzz&gt; and then we'll do it all again for 42 20:03:06 &lt;zzz&gt; anything else on 2) ? 20:03:48 &lt;zzz&gt; 3) LS2 status (zzz) 20:04:01 &lt;zzz&gt; we're making slow but steady progress 20:04:11 &lt;zzz&gt; .41 has support for per-client auth 20:04:22 &lt;zzz&gt; garlic farm is also progressing, slowly 20:04:46 &lt;zzz&gt; we plan one new I2CP message for .42 to pass blinding info from the client to the router 20:05:12 &lt;zzz&gt; we're continuing to make headway on proposal 144 for new encryption, but it's really difficult 20:05:42 &lt;zzz&gt; I hope to have a good spec for 144 in a couple of months, maybe have some test code out there late this year 20:05:55 &lt;zzz&gt; as always our meetings are mondays 6:30 PM UTC in #ls2, all welcome 20:06:07 &lt;zzz&gt; anything else on 3) ? 20:06:37 &lt;zzz&gt; 4) I2P Browser "labs" project status (meeh) 20:06:45 &lt;zzz&gt; meeh what's the latest on the browser? 20:07:38 &lt;zzz&gt; ok I guess he's not here 20:07:51 &lt;zzz&gt; 5) muwire.i2p console home page request (zlatinb) 20:08:01 &lt;zlatinb&gt; hi 20:08:07 &lt;zzz&gt; `http://zzz.i2p/topics/2722` 20:08:11 &lt;zzz&gt; tell us about your site please 20:09:30 &lt;zlatinb&gt; MuWire is a general purpose file-sharing application which works on top of i2p. The site contains download links, screenshots and general information about the application. 20:10:05 &lt;zlatinb&gt; I believe MW is of general interest and usefulness to the i2p community; it has been growing quickly and drawing lots of interest. 20:10:22 &lt;zzz&gt; anybody have any comments about this request? for it? against it? 20:10:41 &lt;zzz&gt; or any questions? 20:11:39 &lt;zzz&gt; I support the request, I think it's a cool application that is only useful if it has lots of users, and we can help that by putting it on the console 20:11:55 &lt;zzz&gt; sadie__, ? eyedeekay ? 20:12:23 &lt;sadie__&gt; I support the request 20:12:30 &lt;eyedeekay&gt; I also support it. 20:12:49 &lt;zzz&gt; super. hearing no objections, we'll stick it in for .42 20:12:54 &lt;zzz&gt; anything else on 5) ? 20:13:41 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:13:45 &lt;zzz&gt; take it away zab 20:14:15 &lt;zlatinb&gt; Hi, lets do the scrum in parallel. Please say in a few words : 1) what have you been doing since the last scrum 2) what you plan to do next month 3) if you have any blockers or need help. When done, say EOT 20:15:38 &lt;zzz&gt; 1) bug fixes, per-client authentication, garlic farm, new encryption, more bug fixes, getting ready for the release, early work on new things for .42 20:15:39 &lt;zlatinb&gt; me: 1) just a small tweak to the RouterContext api to allow custom log manager 2) Have more Router/RouterContext changes Id like to do to make things better for embedding the router. May also work on garlic farm if that opens up. 3) No blockers really, just would be nice to have Maven streamlined 20:15:41 &lt;zlatinb&gt; EOT 20:16:41 &lt;zzz&gt; 1a) lots of android bug fixes and cleanups 2) .41 release, config split for .42, new i2cp message for .42, prop 144 new encryption work 20:17:20 &lt;sadie__&gt; I continued to work on the console - updated logo added to both themes. Traveled to Tunis for RightsCon and made more connections in the community. Community outreach, testing, going through tickets and getting used to tx. 20:17:37 &lt;zzz&gt; 2a) getting ready for defcon, more garlic farm work, working with #ls2 team on tunnel building for routers with new encryption 20:17:45 &lt;sadie__&gt; next month Threat model update, user research and persona creation, funding outreach 20:17:45 &lt;eyedeekay&gt; I have been working on split tunnel configuration, recently it's been testing on multiple platforms. I made a webextension to improve how browsing works on Android by automatically configuring the browser, wrote/mirrored a bunch of blog posts, and worked on the web site. 2) Finish testing split tunnels and get them into the router for .42. Work with meeh on the browser. 3) no blockers EOT 20:17:46 &lt;sadie__&gt; EOT 20:18:01 &lt;zzz&gt; 3) no blockers, EOT 20:18:15 &lt;zlatinb&gt; thanks, thats I believe everyone &lt;/scrum&gt; 20:18:22 &lt;meeh&gt; I'm writing 20:18:24 &lt;meeh&gt; moment 20:18:37 &lt;zzz&gt; ok 20:21:29 &lt;meeh&gt; I've been working mainly on the browser, also looked into the maven dependencies issue, documentation and also looked into how much of a hassle it would be to build the browser for android so we can deprecate the internal one in our app. 20:22:29 &lt;zzz&gt; meeh was that 1) ? please give 2) and 3) followed by EOT 20:25:34 &lt;meeh&gt; 1) yea, above 2) browser: get user documentation ready, make current features stable, finish the rebranding specially in terms of icons and graphics. osx launcher: finish the torrent snark share feature. android: finish the evaluation of how much hassle a port of the browser would be - tor does the same now, and given we're using much of the same and build scripts it's maybe doable. and lastly, for the donations 20:26:39 &lt;meeh&gt; 3) no blockers, and no help needed beyond always happy to accept PRs for browser stuff and specially android stuff which I'm not really skilled at 20:27:03 &lt;zzz&gt; EOT? 20:27:07 &lt;meeh&gt; EOT 20:27:14 &lt;zzz&gt; ok thanks meeh 20:27:22 &lt;zzz&gt; so that's it for 6) scrum 20:27:34 &lt;zzz&gt; let's circle back to 4) I2P Browser (meeh) 20:28:06 &lt;zzz&gt; could you please give us a status if there's anything more to add than what was in your scrum? 20:28:56 &lt;zzz&gt; last release, next release, stability, features, ... ? 20:30:21 &lt;meeh&gt; I think we have coverd most of the icon graphics in the browser project, however we also got some images (I specially recall the onboarding wizard now) needs to be repaced with something, same goes for text. Also the last week showed that it takes roughly 1-2days (up to 48hrs) for us to react on a security issue (that was, from when I had time until it was built) 20:34:05 &lt;meeh&gt; developer documentation shoud be enough for a while, the user documentation is soon done, trying to not rip off too much from places like mozilla and such in the attempt. Our approach to modifications to the fork is to place most of our logic and features into i2pbutton - and only do what's really needed in the firefox source, and which so far seem to work well.This also includes translations since firefox 20:34:05 &lt;meeh&gt; provide their own so the only left out to translate are i2p spesific strings 20:35:01 &lt;zzz&gt; ok thanks for the update. ANything else on 4) ? 20:35:07 &lt;zzz&gt; any questions about the browser? 20:35:16 &lt;meeh&gt; thoughts about moving to a new ESR release is ... bob-bob positive, meaning, I'm quite unsure if it can be done automatic, however the few places that need a patch or two is starting to get really well known for me 20:35:56 &lt;meeh&gt; next release should not be that long, it depends a bit on how much the team wish to fuel the fire in the coming weeks 20:36:35 &lt;zzz&gt; yeah we have to weigh the priorities. I think we're learning more about how much effort it would be to do this for real 20:36:46 &lt;zzz&gt; anything else on 4) ? 20:36:50 &lt;meeh&gt; I really don't have a schedule on that beyond when some new/current feature is done or more done, and/or any security patches are released for android 20:36:53 &lt;meeh&gt; ffirefox** 20:38:10 &lt;zzz&gt; anything else on 4) ? 20:39:05 &lt;zzz&gt; anything else for the meeting? 20:39:54 &lt;zzz&gt; thanks everybody 20:40:01 * zzz *bafs* the meeting closed </div>/ar/blog/2019/06/23/so-you-want-to-write-a-sam-library/Sun, 23 Jun 2019 00:00:00 +0000/ar/blog/2019/06/23/so-you-want-to-write-a-sam-library/<p><em>Or, talking to <a href="https://geti2p.net">i2p</a> for people who aren&rsquo;t really used to reading specs</em></p> <p>One of the best features of I2P, in my opinion, is it&rsquo;s SAM API, which can be used to build a bridge between I2P and your application or language of choice. Currently, dozens of SAM libraries exist for a variety of languages, including:</p> <ul> <li><a href="https://github.com/i2p/i2psam">i2psam, for c++</a> </li> <li><a href="https://github.com/i2p/libsam3">libsam3, for C</a> </li> <li><a href="https://github.com/str4d/txi2p">txi2p for Python</a> </li> <li><a href="https://github.com/l-n-s/i2plib">i2plib for Python</a> </li> <li><a href="https://github.com/majestrate/i2p.socket">i2p.socket for Python</a> </li> <li><a href="https://github.com/MuxZeroNet/leaflet">leaflet for Python</a> </li> <li><a href="https://github.com/eyedeekay/gosam">gosam, for Go</a> </li> <li><a href="https://github.com/eyedeekay/sam3">sam3 for Go</a> </li> <li><a href="https://github.com/redhog/node-i2p">node-i2p for nodejs</a> </li> <li><a href="https://github.com/solatis/haskell-network-anonymous-i2p">haskell-network-anonymous-i2p</a> </li> <li><a href="https://github.com/SamuelFisher/i2pdotnet">i2pdotnet for .Net languages</a> </li> <li><a href="https://github.com/stallmanifold/rust-i2p">rust-i2p</a> </li> <li><a href="https://github.com/dryruby/i2p.rb">and i2p.rb for ruby</a> </li> </ul> <p>If you&rsquo;re using any of these languages, you may be able to port your application to I2P already, using an existing library. That&rsquo;s not what this tutorial is about, though. This tutorial is about what to do if you want to create a SAM library in a new language. In this tutorial, I will implement a new SAM library in Java. I chose Java because there isn&rsquo;t a Java library that connects you to SAM yet, because of Java&rsquo;s use in Android, and because it&rsquo;s a language almost everybody has at least a <em>little</em> experience with, so hopefully you can translate it into a language of your choice.</p>/ar/blog/2019/06/15/how-to-set-up-an-ssh-server-behind-i2p-for-personal-access/Sat, 15 Jun 2019 00:00:00 +0000/ar/blog/2019/06/15/how-to-set-up-an-ssh-server-behind-i2p-for-personal-access/<h1 id="how-to-set-up-an-ssh-server-behind-i2p-for-personal-access">How to set up an ssh server behind I2P for personal access</h1> <p>This is a tutorial on how to set up and tweak an I2P tunnel in order to use it to access an SSH server remotely, using either I2P or i2pd. For now, it assumes you will install your SSH server from a package manager and that it&rsquo;s running as a service.</p> <p>Considerations: In this guide, I&rsquo;m assuming a few things. They will need to be adjusted depending on the complications that arise in your particular setup, especially if you use VM&rsquo;s or containers for isolation. This assumes that the I2P router and the ssh server are running on the same localhost. You should be using newly-generated SSH host keys, either by using a freshly installed sshd, or by deleting old keys and forcing their re-generation. For example:</p>/ar/blog/2019/06/04/i2p-dev-meeting-june-04-2019/Tue, 04 Jun 2019 00:00:00 +0000/ar/blog/2019/06/04/i2p-dev-meeting-june-04-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:14 &lt;zzz&gt; 0) Hi 20:00:16 &lt;zzz&gt; hi 20:00:43 &lt;zzz&gt; 1) 0.9.40 release status remaining items (meeh, mhatta, nextloop, str4d) 20:00:43 &lt;zzz&gt; 2) Fixed i2pbote-android release status (meeh) 20:00:43 &lt;zzz&gt; 3) 0.9.41 dev status (zzz) 20:00:43 &lt;zzz&gt; 4) LS2 status (zzz) 20:00:43 &lt;zzz&gt; 5) I2P Browser "labs" project status (meeh) 20:00:43 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:01:03 &lt;zzz&gt; 1) 0.9.40 release status remaining items (meeh, mhatta, nextloop, str4d) 20:01:28 &lt;zzz&gt; I believe that Debian/Ubuntu and official f-droid remain? 20:01:41 &lt;zzz&gt; I did hear back from mhatta, but he didn't make any promises 20:02:04 &lt;zzz&gt; I have reached out to other Debian people to see if anybody else could do it, nothing yet 20:02:10 &lt;zzz&gt; nextloop you have an update for us? 20:02:53 &lt;eche|on&gt; i build test build for debian buster and stretch on echelon.i2p/update/ 20:02:57 &lt;zzz&gt; anything else on 1) ? 20:03:29 &lt;zzz&gt; 2) Fixed i2pbote-android release status (meeh) 20:03:40 &lt;zzz&gt; mikalv, you have an update for us on bote? 20:04:52 &lt;zzz&gt; I believe we got the bote release out and it's working for people 20:04:58 &lt;zzz&gt; anything else on 2) ? 20:05:16 &lt;eyedeekay&gt; Nothing from me 20:05:30 &lt;zzz&gt; 3) 0.9.41 dev status (zzz) 20:05:45 &lt;zzz&gt; ok, we're a little bit more than halfway through the .41 dev cycle and it's going well 20:06:06 &lt;zzz&gt; big feature is the per-client authentication stuff for encrypted LS2 20:06:19 &lt;zzz&gt; we've also fixed a bug in large message handling that I think will help bote work better 20:06:55 &lt;eche|on&gt; we will see, test build available 20:06:56 &lt;zzz&gt; idk and I are working on splitting up the clients.config and i2ptunnel.config files, but it's looking like it will have to wait until .42 20:07:38 &lt;zzz&gt; for bote to see a difference it will probably have to get out to most of the network, as the bug could be hit by any router along the way 20:08:03 &lt;eche|on&gt; yeah 20:08:12 &lt;zzz&gt; the release is scheduled for the first week of July 20:08:33 &lt;zzz&gt; anything else on 3) ? 20:09:28 &lt;zzz&gt; 4) LS2 status (zzz) 20:09:58 &lt;zzz&gt; still going strong. We've had 42 weekly meetings so far and no end in sight, although we're spending more time on the new encryption (proposal 144) lately 20:10:19 &lt;zzz&gt; I already mentioned the per-client auth code that will be in 41. 20:10:54 &lt;zzz&gt; Garlic farm development for meta ls2 has been on hold for maybe 3 weeks, in favor of the client auth code, but we will be returning to it shortly 20:11:27 &lt;zzz&gt; I'm continuing to migrate specs from the proposals to the main specs part of our website 20:11:38 &lt;zzz&gt; as we get things implemented and tested 20:11:52 &lt;zzz&gt; our meetings are still 6:30 PM UTC on mondays in #ls2 20:12:11 &lt;zzz&gt; anything else on 4) ? 20:13:04 &lt;zzz&gt; 5) I2P Browser "labs" project status (mikalv) 20:13:15 &lt;zzz&gt; mikalv, how is the i2p browser going? 20:14:08 &lt;zzz&gt; I know a new beta release went out and it's getting some testing, but it doesn't work at all for some people? 20:15:04 &lt;zzz&gt; there's also a request for more documentation on our lab download page, and he said he would be getting to that soon, so keep an eye out 20:15:17 &lt;zzz&gt; ok, I guess mikalv isn't around, anything else on 5) ? 20:16:08 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:16:13 &lt;zzz&gt; take it away zlatinb 20:16:42 &lt;zlatinb&gt; Hi lets do the usual - say 1) what youve been doing since last scrum 2) what you plan to do next month 3) if you have any blockers or need help 20:16:46 &lt;zlatinb&gt; end with EOT when done 20:17:08 &lt;zlatinb&gt; me: 1) some garlic farm, not much else 2) hopefully more garlic farm 3) no blockers 20:17:09 &lt;zlatinb&gt; EOT 20:17:17 &lt;eche|on&gt; doing the same as always, keepeing server alive, going on the same, no blocker, eot 20:17:30 &lt;zzz&gt; 1) garlic farm, ls2, and per-client auth; bug fixes 20:18:10 &lt;zzz&gt; 2) garlic farm, bug fixes, GMP 6.1.2, config file splitting, getting ready for 0.9.41 release 20:18:18 &lt;eyedeekay&gt; Split i2ptunnel configs and writing documentation/blogs, 2) more of that 3) no blockers eot 20:18:32 &lt;zzz&gt; 3) no blockers, EOT 20:18:44 &lt;zlatinb&gt; ok I think this is everyone, thanks 20:19:04 &lt;zzz&gt; ok, that was pretty quick, we're getting more efficient! 20:19:18 &lt;zzz&gt; anything else for the meeting today? 20:20:15 &lt;zzz&gt; oh, and congrats to eyedeekay who has signed a dev agreement and been granted mtn checkin privileges! while he's done quite a lot for us in the last few months, now he can do damage a lot faster! 20:20:37 &lt;eyedeekay&gt; :-D 20:20:38 &lt;zzz&gt; looking forward to having eyedeekay directly on the code base 20:21:07 * zzz looks for the baffer to swing at you 20:22:01 * zzz *bafs* the meeting closed </div>/ar/blog/2019/06/02/basic-i2p-tunnels-tutorial-with-pictures/Sun, 02 Jun 2019 00:00:00 +0000/ar/blog/2019/06/02/basic-i2p-tunnels-tutorial-with-pictures/<p>Although the Java I2P router comes pre-configured with a static web server, jetty, to provide the user&rsquo;s first eepSite, many require more sophisticated functionality from their web server and would rather create an eepSite with a different server. This is of course possible, and actually is really easy once you&rsquo;ve done it one time.</p> <p>Although it is easy to do, there are a few things you should consider before doing it. You will want to remove identifying characteristics from your web server, like potentially identifying headers and default error pages that report the server/distro type. More information about threats to anonymity posed by improperly configured applications see: <a href="https://riseup.net/en/security/network-security/tor/onionservices-best-practices">Riseup here</a> , <a href="https://www.whonix.org/wiki/Onion_Services">Whonix Here</a> , <a href="https://blog.0day.rocks/securing-a-web-hidden-service-89d935ba1c1d">This blog article for some opsec fails</a> , <a href="https://geti2p.net/docs/applications/supported">and the I2P applications page here</a> . Although much of this information is expressed for Tor Onion Services, the same procedures and principles apply to hosting applications over I2P.</p>/ar/blog/2019/06/02/how-to-offer-your-existing-web-site-as-an-i2p-eepsite/Sun, 02 Jun 2019 00:00:00 +0000/ar/blog/2019/06/02/how-to-offer-your-existing-web-site-as-an-i2p-eepsite/<p>This blog post is intended as a general guide to running a mirror of a clear-net service as an eepSite. It elaborates on the previous blog post about basic I2PTunnel tunnels.</p> <p>Unfortunately, it&rsquo;s probably impossible to <em>completely</em> cover all possible cases of making an existing web site available as an eepSite, there&rsquo;s simply too diverse an array of server-side software, not to mention the in-practice peculiarities of any particular deployment of software. Instead, I&rsquo;m going to try and convey, as specifically as possible, the general process preparing a service for deployment to the eepWeb or other hidden services.</p>/ar/blog/2019/05/20/how-to-volunteer-by-helping-i2p-bote-bootstrap/Mon, 20 May 2019 00:00:00 +0000/ar/blog/2019/05/20/how-to-volunteer-by-helping-i2p-bote-bootstrap/<p>An easy way to help people message each other privately is to run an I2P-Bote peer which can be used by new bote users to bootstrap their own I2P-Bote peers. Unfortunately, until now, the process of setting up an I2P-Bote bootstrap peer has been much more obscure than it should be. It&rsquo;s actually extremely simple!</p> <p><strong>What is I2P-bote?</strong></p> <p>I2P-bote is a private messaging system built on i2p, which has additional features to make it even more difficult to discern information about the messages that are transmitted. Because of this, it can be used to transmit private messages securely while tolerating high latency and not relying on a centralized relay to send messages when the sender goes offline. This is in contrast to almost every other popular private messaging system, which either require both parties to be online or rely on a semi-trusted service which transmits messages on behalf of senders who go offline.</p>/ar/blog/2019/05/07/0.9.40-release/Tue, 07 May 2019 00:00:00 +0000/ar/blog/2019/05/07/0.9.40-release/<h2 id="update-details">Update details</h2> <p>0.9.40 disables the old NTCP1 transport and removes support for SSU introductions over IPv6. Now that NTCP2 has been enabled by default for over 6 months, it&rsquo;s time to disable the old NTCP1 transport and save bandwidth and memory. We continue development work on LS2 and encrypted leasesets. Several bugs have been fixed.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2019/05/07/i2p-dev-meeting-may-07-2019/Tue, 07 May 2019 00:00:00 +0000/ar/blog/2019/05/07/i2p-dev-meeting-may-07-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chisana, eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.39 release status remaining items (meeh, mhatta, nextloop, str4d) 20:00:00 &lt;zzz&gt; 2) Fixed i2pbote-android release status (meeh) 20:00:00 &lt;zzz&gt; 3) 0.9.40 dev status (zzz) 20:00:00 &lt;zzz&gt; 4) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:06 &lt;zzz&gt; hi 20:00:10 &lt;meeh&gt; hi 20:00:17 &lt;zlatinb&gt; hi 20:00:51 &lt;zzz&gt; 1) 0.9.39 release status remaining items (meeh, mhatta, nextloop, str4d) 20:00:55 &lt;eyedeekay&gt; hi 20:01:07 &lt;zzz&gt; this agenda item was from the meeting last month... 20:01:29 &lt;zzz&gt; where we were still missing debian, f-droid, and mavencentral 20:01:40 &lt;zzz&gt; meeh you have an update for us on any of those items? 20:02:33 &lt;meeh&gt; me and str4d will pair this release, meaning he walks over all the steps with me, which includes maven/f-droid. I'm contacting him today about this since we last discussed this a week or two ago. 20:02:43 &lt;zzz&gt; and has anybody heard from mhatta re: debian? 20:02:51 &lt;meeh&gt; that should cover fdroid, maven and googleplay 20:03:15 &lt;zzz&gt; meeh this is about .39 - have f-droid and mavencentral releases for .39 been posted? 20:03:33 &lt;sadie_&gt; hi 20:03:34 &lt;meeh&gt; osx launcher will ofc be updated as well 20:03:52 &lt;meeh&gt; no, but when I pair with str4d I learn how I can fix that 20:03:59 &lt;meeh&gt; so then both 39 and 40 should be fixed 20:03:59 &lt;zzz&gt; we're talking .39 items from 7 weeks ago that were not complete at the last meeting 5 weeks ago 20:04:17 &lt;meeh&gt; `https://search.maven.org/search?q=g:net.i2p` 20:04:19 &lt;meeh&gt; maven is latest bt 20:04:24 &lt;meeh&gt; w 20:04:24 &lt;meeh&gt; .39 20:04:48 &lt;zzz&gt; ok. so what's the ETA for "pairing" (don't let him infect you with zcash-speak) 20:05:38 &lt;R4SAS&gt; :D 20:05:39 &lt;zzz&gt; and I thought our f-droid problem was server dependency issues, not the know-how. Were those resolved? 20:05:57 &lt;meeh&gt; my answer on that is when str4d have time for me for a quick walkthrough - which I took as he would find time for really quick when I spoke with him last. I'll update you on what he says today 20:06:41 &lt;zzz&gt; for mavencentral, you have everything you need including the howto, right? you have all the permissions you need? 20:06:58 &lt;meeh&gt; no howto 20:07:19 &lt;zzz&gt; I'm asking because 'when str4d has time' means nothing unfortunately :( 20:07:28 &lt;meeh&gt; we have some maven gradle script files in our repo, which I could *guess* how work and try, which I prefer not to mess up 20:07:46 &lt;meeh&gt; I have hope in him this time 20:08:09 &lt;meeh&gt; time to get rid of nagging, to free more time, - sounds something everyone would accept 20:08:42 &lt;zzz&gt; sure, it's the long plan to remove str4d from all dependencies, we're almost there, keep pushing until it's done 20:09:36 &lt;zzz&gt; ok back to mhatta - anybody heard from him? is it time to start calling him or where do we go from here? 20:09:46 &lt;zzz&gt; zlatinb, any ideas? 20:10:04 &lt;zzz&gt; and anybody heard from nextloop? 20:10:15 &lt;zlatinb&gt; calling him last time didnt work, although he confirmed I had the right number 20:10:27 &lt;zlatinb&gt; no ideas unfortunately 20:10:39 &lt;zzz&gt; meeh, as I understand it you can also just put in some request to get into the real f-droid, we don't really need nextloop. Do you know how to do that? 20:10:40 &lt;sadie_&gt; can anyone take on mhatta's tasks? 20:11:15 &lt;zzz&gt; anyone who's an official Debian Developer... know any others with time? 20:11:38 &lt;meeh&gt; I'm sorry to say I'm even less known with frdroid than android - I've only (at least in my memory) been the hoster of our private repo 20:11:53 &lt;sadie_&gt; no - but we should start looking 20:11:57 &lt;meeh&gt; but I can ask str4d while I talk to him, he should know 20:12:20 &lt;zzz&gt; ok meeh remember there's two fdroids, ours and the official fdroid.org, so please get the howto for both. Please try finding nextloop 20:12:27 &lt;zzz&gt; twitter, email, etc 20:13:13 &lt;meeh&gt; yea, our own is moved, and should in theory be working when I try those python commands to push it, - I'll test that out after speaking with str4d 20:13:19 &lt;zzz&gt; anything else on 1) ? We didn'd do a great job on .39 20:13:40 &lt;zzz&gt; so let's fix it quick for .40 20:13:57 &lt;zzz&gt; releases is what we do, when we can't get the releases out, we've failed 20:14:16 &lt;zzz&gt; anything else on 1) ? 20:15:18 &lt;zzz&gt; 2) Fixed i2pbote-android release status (meeh) 20:15:35 &lt;zzz&gt; meeh what's the status on the long-awaited bote android release? 20:15:42 &lt;meeh&gt; currently it still hangs on "connecting" 20:16:14 &lt;zzz&gt; but eyedeekay reports it works? 20:16:36 &lt;zzz&gt; did you try it non-firewalled meeh? 20:16:41 &lt;eyedeekay&gt; it works only if you use the built-in router. This is on a tablet 20:16:44 &lt;meeh&gt; ok, I feel we have talked many times now about the release. please don't take me as rude, mean, or anything besides just "trying to be as clear as possible" - I do not release a broken product. Unless I can send a message from my bote-android to my desktop-android - I'm not releasing 20:17:20 &lt;zzz&gt; this is a status meeting for everybody. Pretend you havent talked to me in a month, and tell everybody where we're at please. Youre not talking to me, you're reporting to the world 20:17:41 &lt;meeh&gt; because uless that, what we release is per definition broken - and it would reflect badly back at us 20:18:00 &lt;meeh&gt; ok sorry - but there it is ^ :) 20:18:27 &lt;zzz&gt; so, what's the outlook or ETA or guess for getting it fixed and released? 20:18:41 &lt;meeh&gt; but yea, I strongly feel that pushing a broken release would reflect badly at i2p - does anyone disagree on that statement? 20:19:11 &lt;zzz&gt; I'm not pushing you to release. I'm asking when it will be released. 20:19:26 &lt;zzz&gt; that's the purpose of this meeting, to report status 20:19:34 &lt;meeh&gt; how long time would you think it would take to make bote connect via tcp socket instead of unix domain? 20:19:46 &lt;zzz&gt; I dont know 20:20:06 &lt;meeh&gt; because at best, which I hope, it's that we need to do.. if not, no clue at all :( 20:20:32 &lt;meeh&gt; because if peers aren't the issue, and we still strugles to connect 20:20:38 &lt;meeh&gt; and based upon my debug sessions 20:20:48 &lt;meeh&gt; I suspect it's the IPC between the apps which make nonce 20:20:56 &lt;meeh&gt; and destroy the com 20:21:06 &lt;zzz&gt; ok. perhaps we can get some more testers from asking here in this channel... maybe cisiey 20:21:15 &lt;meeh&gt; cause the tunnel and leases seems ok in my view 20:21:39 &lt;meeh&gt; which my logical next place to look then is between router &lt;-&gt; bote 20:21:46 &lt;zzz&gt; ok. but if it's trying to build a tunnel for bote, then it's not a problem with the i2cp socket 20:21:57 &lt;meeh&gt; maybe the control socket work, but the data transfer stops 20:22:07 &lt;zzz&gt; you're either talking to the router or you aren't. it's all over the same socket 20:22:17 &lt;zzz&gt; (control and data) 20:22:32 &lt;meeh&gt; maybe google do something we don't know - wouldn't be the first time 20:22:50 &lt;zzz&gt; the good news is you're making progress, we've been stuck plenty of times before and always figured it out 20:22:54 &lt;zzz&gt; thanks for the update 20:22:57 &lt;zzz&gt; anything else on 2) ? 20:23:07 &lt;meeh&gt; so i2cp works like tls, it configures and then goes to pure data transfer? 20:23:34 &lt;zzz&gt; it's muxed control and data, all the time. it doesn't ever 'go to' pure data 20:23:54 &lt;meeh&gt; okay, ascii encoded binary data then or? 20:24:15 &lt;zzz&gt; I can walk you through how i2cp works after the meeting if you'd like 20:24:21 &lt;meeh&gt; anyway - we can take impl. details later 20:24:22 &lt;meeh&gt; yea 20:24:27 &lt;zzz&gt; anything else on 2) ? 20:25:02 &lt;zzz&gt; 3) 0.9.40 dev status (zzz) 20:25:16 &lt;zzz&gt; 0.9.40 dev status is DONE! 20:25:30 &lt;zzz&gt; we went for a short 6 1/2 week cycle and we released today 20:25:32 &lt;chisana&gt; congrats! 20:25:54 &lt;zzz&gt; in-net update is alive. Not sure if the English news has been updated though. The swarm seems a little small? 20:26:05 &lt;zzz&gt; eche|off, have you investigated? 20:26:25 &lt;zzz&gt; it's at least partially updating 20:26:47 &lt;zzz&gt; we're going to watch this one closely because we disabled NTCP 1, which shouldn't have any ill effects, but we'll see 20:27:19 &lt;zzz&gt; so, let's talk release items ETA. The in-net update is out, the website is updated. I'll do our PPA and deb repo tomorrow. 20:27:45 &lt;zzz&gt; meeh what's the eta for the android router release? 20:28:01 &lt;meeh&gt; again, I'll do this time with str4d 20:28:23 &lt;meeh&gt; the whole "str4d part" of the release in one pack 20:28:24 &lt;meeh&gt; :) 20:28:28 &lt;zzz&gt; even for android router? you did it by yourself last time. 20:28:42 &lt;zzz&gt; I'd just like to depend on him for as little as possible 20:28:42 &lt;meeh&gt; Yes, by hacking around maven 20:28:50 &lt;meeh&gt; but the correct order is to deploy maven first 20:29:05 &lt;meeh&gt; Yes, but the goal is that this is the last time we do that, &lt;ever&gt; 20:29:24 &lt;zzz&gt; ok. we'll see if that comes true, hopefully so 20:30:07 &lt;meeh&gt; for the record, I've already contacted him on DM @ twitter 20:30:25 &lt;zzz&gt; ok let us know when you have an ETA 20:30:26 &lt;meeh&gt; which is where I've been talking with him the past times 20:31:02 &lt;zzz&gt; zlatinb, I guess you and I should send out to all 10 of mhatta's emails to try and get his attention? It's been two months since we've heard from him 20:31:25 &lt;zzz&gt; would hate to have some old release in buster 20:31:27 &lt;zlatinb&gt; sure, give me the emails and Ill blast something out 20:31:38 &lt;zzz&gt; ok 20:31:59 &lt;zzz&gt; eche|off, eche|on you here? 20:32:39 &lt;zzz&gt; ok I guess that's it for 3) ? 20:33:18 &lt;zzz&gt; 4) LS2 status (zzz) 20:33:42 &lt;zzz&gt; I'll give a quick status on the 3 main proposals: 123, 144, and 150 20:34:13 &lt;zzz&gt; 123 is the ls2 proposal. It's mostly done and we got a lot of the encrypted ls2 code into .40 where we can do more testing 20:34:34 &lt;zzz&gt; the proposal itself hasn't changed much at all in the last month which is good 20:35:05 &lt;zzz&gt; 144 is the new encryption proposal. It's seen zero activity in the last month while higher-priority things happened 20:35:26 &lt;zzz&gt; but I've received a lot of comments on it. expect an updated draft in a week or two 20:35:48 &lt;zzz&gt; I'd like to see some implementations of 144 in 4-6 months but we have a lot of work to do to get there 20:36:05 &lt;zzz&gt; 150 is the new 'garlic farm' proposal based on raft, to manage massive multihoming. 20:36:30 &lt;zzz&gt; it's a new proposal but it's gotten pretty good feedback, less complaints by far than 144! 20:37:04 &lt;zzz&gt; zlatinb, when you think we might have an experimental plugin implementing 150? a couple of months? 20:37:24 &lt;zzz&gt; I guess we need to talk about what we can squeeze into .41 to support it 20:37:38 &lt;zlatinb&gt; depends on how we scope it; many of the listed features are really just nice-to-haves 20:37:59 &lt;zzz&gt; yeah in my revision yesterday I marked a lot of it as not-first-release 20:38:07 &lt;zlatinb&gt; if we cut everything to the absolute bare minimum maybe less than a few months 20:38:47 &lt;zzz&gt; yeah we haven't had our roadmap meeting for .41 yet, so I'm not sure what's where priority-wise 20:38:49 &lt;zlatinb&gt; its a medium-sized project I think 20:39:18 &lt;zzz&gt; agreed 20:39:37 &lt;zzz&gt; anybody have any questions on 4), ls2, or related proposals? 20:39:52 &lt;zzz&gt; as usual, all are welcome at our meetings, Mondays 6:30 PM UTC in IRC #ls2 20:40:27 &lt;chisana&gt; if i can get a "working/MVP" ECIES together, will that help with 144 completion? 20:40:54 &lt;zzz&gt; of course 20:41:37 &lt;zzz&gt; somebody has to be first. we've done integration testing with several other proposals, going back a year to NTCP 2. 20:42:03 &lt;zzz&gt; somebody is done first, then somebody else, then you try to get them to talk, then you try to figure out who's right and who's wrong 20:42:33 &lt;zzz&gt; it's hard and slow work but it's the only way to do it 20:43:15 &lt;chisana&gt; for sure, 144 is where I'll be spending most of my time, so will be sure to come with frequent updates/questions 20:43:25 &lt;zzz&gt; we've learned we're almost never done until we have two impls. that's the only way to 'test' the spec 20:43:41 &lt;zzz&gt; great 20:43:49 &lt;zzz&gt; anybody have any questions on 4), ls2, or related proposals? 20:44:30 &lt;zzz&gt; 5) status scrum (zlatinb) 20:44:36 &lt;zzz&gt; you have the floor zlatinb 20:45:15 &lt;zlatinb&gt; Hi. The usual scum in parallel. Please describe in a few words 1) what you have been doing since the last scrum 2) what you plan on doing next month 3) if you have any blockers or need help. Say EOT when done 20:45:49 &lt;zlatinb&gt; Me: 1) finishing touches on the advanced filter, work on garlic farm, outproxy tuning with arctic, some jogger tix 2) hopefully just garlic farm 3) no blockers EOT 20:47:03 &lt;zzz&gt; 1) bug fixes; signed windows installer; switch to izpack 5; susidns import feature; implementation of encrypted ls2; .40 review and release; working on android I2CP issues 20:47:38 &lt;meeh&gt; 1) I've been redesigning the osx launcher and upgraded swift code to 4.2 soon 5, cleaned up in the code, migrated more from objc. I've also been doing some improvements for the services I host for i2p inc. outproxy. and some android development and learning 20:47:55 &lt;zzz&gt; 1 cont.) wrote garlic farm proposal, lots of garlic farm architecture stuff; ls2 meetings and discussions; work with sadie on icons etc. 20:48:09 &lt;sadie_&gt; working on updating iconography for .40, will continue this for .41 and also updating logo with the logo created by Ura for console, site. Improvements to set up wizard, preparing for trip to RightsCon and outreach with TX, IFF EOT 20:48:55 &lt;zzz&gt; 2) .40 PPA release; .41 roadmap; config splitting work with eyedeekay, garlic farm; ls2 meetings; bug fixes; maybe automate sybil detection -&gt; blacklisting? 20:49:03 &lt;meeh&gt; 2) for the next month I plan to give our browser some love again, updating version to equal upstream, some i2p integration improvements if it's doable, make the osx native context menu -&gt; snark-share usable, and also look into more the issues with mattermost/irc/our-communication 20:49:06 &lt;eyedeekay&gt; 1) Bote, bug fixes, writing guides 2) hopefully split configuration, bote, and bugfixes 3) no blockers EOR 20:49:10 &lt;eyedeekay&gt; *EOT 20:49:38 &lt;meeh&gt; 3) no hopefully not, only would now be awaiting str4d to suggest a time where we can pair and do the release 20:49:48 &lt;sadie_&gt; outproxy docs /testing 20:49:50 &lt;meeh&gt; EOT 20:49:56 &lt;zzz&gt; 3) blockers: mhatta for debian/tails stuff 20:50:06 &lt;eyedeekay&gt; Oh also I'd like to spend some time with meeh on the browser as well in the next month. 20:50:17 &lt;zzz&gt; EOT 20:50:51 &lt;zlatinb&gt; Thanks, that completes the scrum. 20:50:59 &lt;zzz&gt; ok thanks zlatinb 20:51:12 &lt;zzz&gt; a couple quick questions before we wrap up the meeting 20:51:27 &lt;zzz&gt; does a 8 week cycle and a July 2 release date for .41 work? meeh? 20:52:12 &lt;meeh&gt; no imidiate things saying it shouldn't work, I think it's ok 20:52:26 &lt;zzz&gt; ok, that's what we'll pencil in until we hear from eche|off 20:52:57 &lt;zzz&gt; next, meeh, did you get the osx .40 build out? it's on the d/l page because it's triggered from the version number, but I didn't ask you if you'd done it yet 20:53:16 &lt;zzz&gt; so that's a bug in our process 20:53:24 &lt;meeh&gt; no I was thinking of starting that process now after the meeting 20:53:37 &lt;meeh&gt; didn't get time in front 20:54:06 &lt;zzz&gt; ok thanks. I'll fix our checklist so I don't bump the build on the d/l page until you're done, for next time 20:54:33 &lt;zzz&gt; last question for meeh, do you plan to do a browser release to fix the firefox cert thing? or do you even need to? 20:55:19 &lt;meeh&gt; could you eleberate the "firefox cert thing" please? :p 20:55:21 &lt;zzz&gt; as you said, time for some love for the browser. At some point we should talk about whether the 'lab' project should graduate to something more, or be killed? 20:55:48 &lt;zzz&gt; where the plugins like noscript broke. I'll fill you in later or look on twitter or ars technica 20:55:48 &lt;meeh&gt; yes, why don't we take that as a topic on our next meeting then? 20:55:54 &lt;meeh&gt; regarding RC or death 20:55:58 &lt;zzz&gt; ok, will do 20:56:09 &lt;zzz&gt; anybody have anything else for the meeting? 20:56:27 &lt;meeh&gt; I'm gonna start the osx build now if it's not anything more 20:56:44 * zzz looks for the baffer 20:57:00 &lt;meeh&gt; next osx upgrade would auto-update (woho!) 20:57:18 * zzz *bafffs* the meeting closed </div>/ar/blog/2019/04/02/i2p-dev-meeting-april-02-2019/Tue, 02 Apr 2019 00:00:00 +0000/ar/blog/2019/04/02/i2p-dev-meeting-april-02-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chisana, echelon, eyedeekay, meeh, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.39 release status (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.40 dev status (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:14 &lt;zzz&gt; 1) 0.9.39 release status (zzz) 20:00:33 &lt;zzz&gt; 39 was released 11 days ago, approaching half of the net has updated 20:01:10 &lt;zzz&gt; still awaiting mavencentral (str4d), our f-droid (meeh), official f-droid (nextloop) and debian (mhatta) 20:01:12 &lt;meeh&gt; hi 20:01:26 &lt;zzz&gt; any of you have ETA on when those items will be completed? 20:02:58 &lt;meeh&gt; if it's as easy as https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/ seem to be,later today. 20:03:31 &lt;zzz&gt; you've already set it up, we've had it for years. It's just a question of putting the new apk in there, which you've done several times before 20:04:08 &lt;zzz&gt; please harass str4d for maven central, and figure out how to get him out of the process ASAP. It's been a year we've been fighting to get control of this 20:04:08 &lt;meeh&gt; no, I've hosted it, never uploaded 20:04:47 &lt;zzz&gt; if you say so, but I remember you copying the apk over there before 20:05:04 &lt;meeh&gt; I've written to him at twitter now for maven 20:05:36 &lt;zzz&gt; lets try to get all this done within a week of release from now on. It's a bad look for us to take several weeks 20:05:47 &lt;zzz&gt; I don't know what's going on with mhatta 20:06:09 &lt;zzz&gt; we need to get better at this 20:06:44 &lt;zzz&gt; the good news is, no real complaints about 39, other than it didn't fix 3rd party android apps... but they didn't work before either 20:07:01 &lt;zzz&gt; meeh, what's your ETA for releasing a new android bote that works? 20:07:29 &lt;meeh&gt; if you didn't see - it was discovered that it was just a reinstall which where the issue with shared uid 20:07:53 &lt;meeh&gt; so, didn't fix =&gt; probably fixed 20:08:03 &lt;zzz&gt; I thought that was only for a dev environment? 20:08:33 &lt;meeh&gt; no clue as I'm not really familiar with either bote or android - monkey hitting the keyboard hoping for useful results 20:08:47 &lt;zzz&gt; did you read the link he gave us? 20:09:02 &lt;zzz&gt; &lt;cisiey&gt; zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 &lt;zzz&gt; &lt;cisiey&gt;&gt;if this attribute is set to the same value for two or more apps, they will all share the same ID provided that their certificate sets are identical 20:09:25 &lt;zzz&gt; anyway, too much detail for the meeting, but we still have some research to do 20:09:55 &lt;zzz&gt; ok, no ETA for bote. Maybe mhatta can help 20:10:06 &lt;zzz&gt; or somebody 20:10:10 &lt;zzz&gt; anything else on 1) ? 20:11:19 &lt;zzz&gt; 2) 0.9.40 dev status (zzz) 20:11:29 &lt;zzz&gt; we're two weeks into a short 7 week cycle 20:11:51 &lt;zzz&gt; zlatinb propped over a new, sophisticated streaming blocker/throttler today 20:12:00 &lt;zzz&gt; I've checked in a new susidns import feature 20:12:22 &lt;zzz&gt; and working hard on support for the new "b33" format that makes testing encrypted ls2 possible 20:12:37 &lt;zzz&gt; we are using the .39 floodfills to test encrypted ls2 and it's working very well so far 20:13:18 &lt;zzz&gt; there's a very very long list on the .40 roadmap, it's probably way too ambitious, but hopefully we;ll get to half of it 20:13:37 &lt;zzz&gt; anybody else want to report on things they're doing for .40? 20:14:00 &lt;zlatinb&gt; meta-LS backend, hopefully 20:14:13 &lt;zlatinb&gt; but thats not really tied to a router release so w/e 20:14:26 &lt;eyedeekay&gt; I have mostly got a working i2ptunnels.config.d folder 20:14:58 &lt;zzz&gt; oh yeah, we need to talk about that at some point eyedeekay to see how it fits in with my half-done work from a year ago 20:15:12 &lt;zzz&gt; will catch up with you on it at some point 20:15:25 &lt;meeh&gt; on schedule with osx stuff, will have native shortcut for sharing file/directory with snark, auto-updater, new swift version, general code cleanup 20:15:35 &lt;zzz&gt; meeh, eyedeekay, any status on the libsam stuff? 20:16:26 &lt;meeh&gt; not more than that I need to catch up on the example, haven't had time to work with it lately 20:17:01 &lt;zzz&gt; ok, anything else on 2) ? 20:17:41 &lt;eyedeekay&gt; I did put together a swig binding for the C++ library but I've only just learned swig, I'm not even sure it works yet. 20:18:28 &lt;zzz&gt; 3) ls2 status 20:18:37 &lt;zzz&gt; we've had 34 meetings and still going strong 20:18:46 &lt;zzz&gt; encrypted ls2 is working well 20:19:00 &lt;zzz&gt; meta ls we're just starting to talk seriously about the backend 20:19:14 &lt;zzz&gt; b33 is progressing 20:19:36 &lt;zzz&gt; I've started working on the ratchet proposal again, starting some coding, but it's going to be a while 20:19:49 &lt;zzz&gt; the blake proposal is stalled, lower priority for now 20:20:32 &lt;zzz&gt; hopefully a lot of the pieces are in place and we can start using them for real, or by default 20:20:49 &lt;zzz&gt; any questions on ls2, or anything else for 3) ? 20:21:29 &lt;chisana&gt; does encrypted ls2 work with ed25519 -&gt; ed25519 (regardless of hash used)? 20:21:53 &lt;chisana&gt; or is red25519 required? 20:22:09 &lt;zzz&gt; red is required 20:22:36 &lt;chisana&gt; ok, thanks 20:22:47 &lt;zzz&gt; because you need a defined way to blind 20:23:10 &lt;chisana&gt; you can blind with ed25519 20:23:14 &lt;zzz&gt; in theory you could encrypt from/to anything but it wouldn't necessarily be secure, or defined 20:23:20 &lt;chisana&gt; libsodium has it as an example in their docs 20:23:34 &lt;zzz&gt; we support ed-&gt;red and red-&gt;red, thats it 20:23:58 &lt;zzz&gt; we can discuss more over in #ls2 if you like after the meeting 20:24:08 &lt;zzz&gt; anything else on 3) ? 20:24:12 &lt;chisana&gt; right, didn't mean to distract 20:24:49 &lt;zzz&gt; no problem, I asked for questions! 20:24:54 &lt;zzz&gt; ok lets move on 20:25:00 &lt;zzz&gt; 4) status scrum (zlatinb) 20:25:03 &lt;zzz&gt; go zlatinb 20:25:09 &lt;zlatinb&gt; Hi. Quick parallel scrum: 1) what youve been doing since the last scrum 2) what do you plan on doing next month 3) any blockers or help needed 20:26:10 &lt;zlatinb&gt; me: 1) lots of work with arctic on making the client side work well with his outproxies. New access filter (also requested by arctic) 2) meta-LS backend hopefully 3) no real blockers 20:27:16 &lt;zzz&gt; me: 1) 39 release, ls2 including proposals 123, 144, 146, 148, 149; lots of bug fixes; susidns import; b33; reviewing other's code; support 20:28:14 &lt;zzz&gt; 2) prep for 40 release; lots of bug fixes; more ls2 work; keep trying to get signed windows installer to work; coding on ratchet proposal 144 and updating the docs 20:28:29 &lt;meeh&gt; 1) the osx launcher updates, started catching up on the #ls2 meetings & the libsam example, 2) android bote, osx launcher, new browser build, catching up on the #ls2 meetings 3) if anyone wants, I'll always welcome android help since I don't know the platform, but no spesific issues right now. 20:28:55 &lt;zzz&gt; 3) blockers: mhatta for various debian/tails things 20:28:56 &lt;zzz&gt; EOT 20:31:29 &lt;zzz&gt; anybody else for 4) ? 20:33:29 &lt;zlatinb&gt; oh, sorry, EOT :) 20:33:31 &lt;meeh&gt; EOT 20:33:31 &lt;zlatinb&gt; eyedeekay, eche|on ? 20:33:31 &lt;eyedeekay&gt; sorry, just a second 20:33:31 &lt;eche|on&gt; yes? 20:33:31 &lt;meeh&gt; it's scrum 20:33:31 &lt;eche|on&gt; nothing special so far 20:33:31 &lt;eyedeekay&gt; 1) Since Sunday I've been working on splitting i2ptunnel configuration across multiple directories. 2) Application stuff including self-installing nginx, sshd/ssh, Webextensions/XUL extensions for Browser 3) The first is required to do the second 20:33:31 &lt;eche|on&gt; done services, no blockers, go on 20:33:31 &lt;eyedeekay&gt; EOT 20:33:31 &lt;zlatinb&gt; ok, thats everyone I think &lt;/scrum&gt; 20:33:52 &lt;zzz&gt; ok, anything else for the meeting? 20:34:47 &lt;zzz&gt; didn't think it was much of a turnout until eche|on and eyedeekay spoke up at the end! 20:35:00 &lt;zzz&gt; last call before the baffer comes out 20:36:21 * zzz *bafs* the meeting closed </div>/ar/blog/2019/03/21/0.9.39-release/Thu, 21 Mar 2019 00:00:00 +0000/ar/blog/2019/03/21/0.9.39-release/<h2 id="update-details">Update details</h2> <p>0.9.39 includes extensive changes for new network database types (proposal 123). The i2pcontrol plugin is now bundled as a web-app to support development of RPC applications. Several important bugs in streaming, i2psnark, and NTCP2 have been fixed.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2019/03/05/i2p-dev-meeting-march-05-2019/Tue, 05 Mar 2019 00:00:00 +0000/ar/blog/2019/03/05/i2p-dev-meeting-march-05-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> picklerick, R4SAS, sadie, tini2p, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.39 dev status (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:14 &lt;sadie__&gt; hi 20:00:14 &lt;zzz&gt; 1) 0.9.39 dev status (zzz) 20:00:32 &lt;zzz&gt; it's been a busy release cycle, lot of changes coming for 39 20:00:47 &lt;zzz&gt; performance improvements, more work on LS2, the addition of i2pcontrol 20:00:48 &lt;zlatinb&gt; hi 20:01:09 &lt;zzz&gt; lots of bug fixes 20:01:37 &lt;zzz&gt; release will be in two weeks, if we can get a couple of final decisions done for encrypted ls2 that are still pending 20:02:04 &lt;zzz&gt; and I think we'll have new home page icons? sadie__ they going to make it in? 20:02:16 &lt;sadie__&gt; yes 20:02:34 &lt;zzz&gt; great. 20:03:01 &lt;zzz&gt; I know that meeh is trying to fix the android bote issue, if it's on the router side, which we don't know yet 20:03:20 &lt;R4SAS&gt; zzz: i have little question about translations, ask it later? 20:03:33 &lt;zzz&gt; and he's working on some improvements with the OSX launcher for 39 also 20:03:44 &lt;zzz&gt; yes R4SAS lets wait until after the meeting 20:03:51 &lt;R4SAS&gt; kk 20:04:27 &lt;zzz&gt; 38 is running smoothly and we've fixed a lot of LS2 bugs for 39 20:05:08 &lt;zzz&gt; the 8 week release cycle is pretty quick and we're racing to get everything done, but for now we're on track, barely 20:05:21 &lt;zzz&gt; anything else for 1) ? 20:06:12 &lt;zzz&gt; 2) LS2 status (zzz) 20:06:22 &lt;zzz&gt; we finished our 30th meeting yesterday 20:06:36 &lt;zzz&gt; "regular" LS2 testing is going well 20:07:01 &lt;zzz&gt; we're finishing up the encrypted LS2 spec, and have a new proposal 146 up that defines the signing/verifying part of it 20:07:42 &lt;zzz&gt; everything meta-ls2 is pushed to 40. Encrypted LS2 was way harder to come to agreement on, and get it working,we had no time left for meta 20:08:01 &lt;zzz&gt; meetings are still every monday, 7:30 PM UTC in #ls2 20:08:06 &lt;zzz&gt; all are welcome 20:08:58 &lt;zzz&gt; encrypted ls2 is very nice, in that the floodfills can't see the leasesets, so it prevents some simple scraping by the floodfills 20:09:34 &lt;zzz&gt; getting ls2 support out the floodfills makes it much easier for us to test and fix bugs. 20:09:53 &lt;zzz&gt; once it's all working, we'll expose the options in the UI so people can start using it 20:10:29 &lt;zzz&gt; any questions on LS2 (proposal 123) or related? 20:10:52 &lt;R4SAS&gt; yeah, ls2 enc 3 already works 20:11:44 &lt;zzz&gt; type 3 works, yes. However without new encryption, it's not that helpful. Encryption proposals are 144 and 145; we haven't gotten very far on them yet 20:11:44 &lt;tini2p&gt; will the blinding in encls2 be independent of key/curve type, i.e. ed25519, curve25519, red25519? 20:12:33 &lt;zzz&gt; blinding is defined for specific curves. We're definiing it for two inpug types (ed25519 and red25519) and one blinded type (red25519) 20:12:46 &lt;zzz&gt; but we're designing everything so we can change our mind later, or add new types 20:13:41 &lt;zzz&gt; so it's for a particular sig type -&gt; sig type combination 20:13:47 &lt;tini2p&gt; awesome, thanks zzz 20:13:58 &lt;zzz&gt; anything else on 2) ? 20:14:50 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:14:54 &lt;zzz&gt; take it away zlatinb 20:14:59 &lt;zlatinb&gt; Hi, well do the scrum in parallel. Please say: 1) what youve been up to the last month 2) what you plan to do next month 3) if you have any blockers or need help. When youre done, say EOT 20:16:24 &lt;zzz&gt; 1) LS2 work, bug fixes, performance improvements, added i2pcontrol, removed themes, NTCP1 disable option, fix SSU disable option,apparmor fixes 20:16:36 &lt;zlatinb&gt; me: 1) Work on zero-dependency installer - available in the lab. Jogger tix - most are done or have a determination. Arctic proxies - lots of analysis, some bugs in i2p were found as result. 2) more network analysis 3) No blockers. EOT 20:17:05 &lt;zzz&gt; 1b) multi-outproxy improvements 20:17:42 &lt;sadie__&gt; This month: UI/ UX improvements, making connections for IFF, funding proposal, narrative, user research. Next month, Internet Freedom Festival, continue UX/ UI work, website improvements, documentation updates. EOT 20:18:16 &lt;zzz&gt; 2) LS2 (encrypted/meta), 39 release, hopefully work on fixing the signed windows installer, debian fixes with mhatta 20:18:38 &lt;zzz&gt; 3) no blockers, EOT 20:19:42 &lt;zlatinb&gt; Anyone else? If not, scrum is over in 60s. 20:20:30 &lt;tini2p&gt; 1) working on implementing generic wrappers for potential ecies-x25519, and consolidating common i2p data structures, replacing crypto++ w/ libsodium. 2) implement red25519 + encls2, and start on netdb. 3) can't think of any atm, will check in. EOT 20:20:56 * zlatinb resets 60s timeout 20:21:37 &lt;zzz&gt; ha, we have a volunteer scrummer 20:21:50 &lt;tini2p&gt; :) 20:22:17 &lt;zzz&gt; where might we find your work tini2p? 20:22:45 &lt;zlatinb&gt; TimeoutException 20:22:52 &lt;zlatinb&gt; ScrumTimeoutException :) 20:23:04 &lt;tini2p&gt; https://gitlab.com/tini2p/tini2p 20:23:09 &lt;zzz&gt; ok I guess that's it for 3), thanks zlatinb 20:23:21 &lt;zzz&gt; thanks tini2p hopefully some people will take a look 20:23:27 &lt;tini2p&gt; big pr coming from tune branch 20:23:34 &lt;zzz&gt; anything else for the meeting? 20:23:51 &lt;zzz&gt; any questions or comments? 20:24:10 &lt;picklerick&gt; what would be the requirements for contributing a new transport? 20:24:53 &lt;zzz&gt; I guess for starters, write it up as a proposal 20:25:04 &lt;picklerick&gt; okay 20:25:46 &lt;zzz&gt; put it in rst markdown, you can get the format from one of the existing ones, find the source in our i2p.www branch on github 20:26:11 &lt;picklerick&gt; oh you guys are on github now? 20:26:19 &lt;picklerick&gt; thank goodness, I hate monotone with a passion 20:26:20 &lt;zzz&gt; I'd like to start a "SSU2" proposal someday, maybe later this year 20:26:36 &lt;picklerick&gt; zzz: if you want, I would love to consult on it 20:26:42 &lt;zzz&gt; we've been mirrored on gitbhub for years, so you can always use that to get files if you like 20:26:46 &lt;zzz&gt; we don't take GH PRs though 20:26:56 &lt;tini2p&gt; +1 20:27:19 &lt;zzz&gt; picklerick, feel free to join us in #ls2, we're not talking about transports now, but we could always use some more brainpower 20:27:33 &lt;zzz&gt; anything else for the meeting? 20:28:00 * zzz grabs the baffer 20:29:05 * zzz *bafs* the meeting closed </div>/ar/blog/2019/02/14/i2p-laboratory/Thu, 14 Feb 2019 00:00:00 +0000/ar/blog/2019/02/14/i2p-laboratory/<p>Hello everyone,</p> <p>There are many projects in the I2P world that we are excited about, but not all of them are ready for prime-time. We decided to create a place where we can make those available for anyone interested in trying them out, that will serve as proving grounds for projects that may one day become official I2P products. This place is the <a href="https://geti2p.net/en/download/lab">I2P Laboratory</a> .</p> <p>In the lab we will be offering downloads ready for you to try. Keep in mind that they are not going to be &ldquo;release&rdquo; quality, and some may not even be &ldquo;beta&rdquo; quality. We do not offer official support for them. Any of the lab projects may get discontinued at any time.</p>/ar/blog/2019/02/05/i2p-dev-meeting-february-05-2019/Tue, 05 Feb 2019 00:00:00 +0000/ar/blog/2019/02/05/i2p-dev-meeting-february-05-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, idk, R4SAS, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.38 release status (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.39 dev status (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:11 &lt;zzz&gt; 1) 0.9.38 release status (zzz) 20:00:13 &lt;zlatinb&gt; hi 20:00:21 &lt;sadie_&gt; hi 20:00:26 &lt;zzz&gt; ok, two weeks since we released 38, the network is about half updated 20:00:42 &lt;zzz&gt; we're using it to test LS2 stuff (more about that later) 20:00:51 &lt;eche|offf&gt; hi 20:00:55 &lt;zzz&gt; haven't heard any major complaints or problems 20:01:31 &lt;zzz&gt; we also have the new firefox profile installer and mac installer out there, haven't seen any bugs about those either 20:02:22 &lt;zzz&gt; so all seems to be going smoothly. 38 will be in ubuntu disco and debian buster. 20:02:28 &lt;zzz&gt; anything else on 1) ? 20:02:36 &lt;eche|offf&gt; nope 20:03:16 &lt;zzz&gt; 2) 0.9.39 dev status (zzz) 20:03:46 &lt;zzz&gt; we're 2 weeks into an 8 week cycle, with a release mid-to-late March. We've propped in the un-pluginized i2pcontrol json-rpc2 code 20:04:06 &lt;zzz&gt; lots more changes for LS2 going in 20:04:32 &lt;zzz&gt; fix for HTTP websockets. Lots of bug fixes and performance improvements going in now 20:04:59 &lt;zzz&gt; and some things to make the debian builds work better on disco/buster 20:05:15 &lt;R4SAS&gt; + update in overwriting User-Agent for outproxy? 20:05:26 &lt;zzz&gt; I expect to get any more big changes in by mid-february, then we can work more on bug fixes 20:05:52 &lt;zzz&gt; R4SAS, not familiar with that, have a ticket number for me? 20:07:03 &lt;R4SAS&gt; I read about that few days ago on that channel 20:07:19 &lt;zzz&gt; also, what console changes happen in 38 is not clear, I'm working with the design team to understand what's possible in the time remaining 20:07:41 &lt;eche|offf&gt; in 39 20:07:46 &lt;zzz&gt; R4SAS, drzed asked me to change the clearnet user-agent from 52 to 60 to match current TBB, and I did so 20:07:52 &lt;zzz&gt; yeah, 39, thx eche|offf 20:08:09 &lt;zzz&gt; anything else on 2) ? anything I'm forgetting? 20:08:55 &lt;zzz&gt; oh, I have some changes in for better outproxy selection, got some initial feedback on it, have to test some more 20:10:00 &lt;zzz&gt; 3) LS2 status 20:10:22 &lt;zzz&gt; it's been a lot of work. we had our 26th weekly meeting yesterday! 20:10:50 &lt;zzz&gt; the portions of proposal 123 that are in 38 are working, but we aren't sure they're working perfectly, more testing is required 20:11:04 &lt;zzz&gt; the specs on the website have been updated to match 20:11:47 &lt;zzz&gt; we also have new proposals 144 and 145 posted, to define the new crypto that's made possible by LS2 20:11:54 &lt;eche|offf&gt; half of year, congrats 20:12:16 &lt;zzz&gt; more of proposal 123 will make its way into 39 20:12:53 &lt;zzz&gt; we're deep into the issues of blinding and encryption in the LS2 meetings, to prevent snooping by the floodfills, and we're getting close 20:13:04 &lt;zzz&gt; not clear if that will make it into 39 or not yet 20:13:39 &lt;zzz&gt; everybody's welcome to join us and sing along, in #ls2 on Mondays at 7:30 PM UTC 20:13:53 &lt;zzz&gt; any questions or other things on 3) ? 20:15:15 &lt;zzz&gt; 4) status scrum (zlatinb) 20:15:19 &lt;zzz&gt; take it away zlatinb 20:15:32 &lt;zlatinb&gt; Hi. Lets do the scrum in parallel. Please describe in few words: 1) what have you been doing since last scrum 2) what you plan to do for the next month 3) any blockers or if you need help. When youre done, say EOT 20:15:38 &lt;zlatinb&gt; Everyone, go! 20:16:09 &lt;zlatinb&gt; me: 1) work on the firefox profile installer, liasing with monero on i2p-zero, jogger tix 20:16:40 &lt;eche|offf&gt; done the i2p financial stuff, setup new webserver, put it online, working as before, no blockers. currently fiddle with debian buster and java 11 :-/ 20:16:52 &lt;zzz&gt; 1) LS2, bugs, 35C3, 38 release, i2pcontrol, debian stuff, performance improvements, bugs, bugs, bugs 20:17:01 &lt;zlatinb&gt; 2) more jogger tix, research into jlink for i2p-zero style installer for us 20:17:05 &lt;zlatinb&gt; 3) not that I can see atm 20:17:18 &lt;zlatinb&gt; EOT 20:18:45 &lt;zzz&gt; 2) LS2, bugs, renew my GPG key, testing, work on 39, maybe an orchid release? I'm sure there's more I'm forgetting 20:18:46 &lt;sadie_&gt; Working with new contacts at NGO's ( usability and user research) , website UX improvements , updating docs, EOT 20:18:51 &lt;zzz&gt; 3) no blockers 20:18:52 &lt;zzz&gt; EOT 20:20:03 &lt;zlatinb&gt; thats it for the scrum I guess 20:20:31 &lt;zzz&gt; 2a) implement a disable NTCP1 option :) 20:21:10 &lt;zzz&gt; ok, I see a few of us didn't show, we will flog them later :) 20:21:19 &lt;eche|offf&gt; hehe 20:21:21 &lt;zzz&gt; anything else for the meeting? 20:21:41 &lt;eche|offf&gt; and I am currently lost in ant, deb-src and strange errors with ascii 20:21:46 &lt;idk&gt; I am here I just got distracted. Plugging away at the browser is all. 20:22:08 &lt;zzz&gt; oh hi idk. take your time for a full 1/2/3 please 20:23:22 &lt;zzz&gt; and I'd like to publicly welcome you to the team! 20:24:49 &lt;zzz&gt; idk, please give us your 1/2/3 20:24:55 &lt;idk&gt; Thanks, I'm glad I have the oppourtunity to help. OK so yesterday I worked through the issues I was having with rbm in building the browser from source. Those seem to have been mostly resolved by meeh. Today I've been working on browser extensions and examining what exactly I can and cannot do with webextensions to harden the browser. 20:25:54 &lt;zzz&gt; ^^ that was 1) 20:25:55 &lt;zlatinb&gt; (2 is what you plan to do next month, 3 is if you have any blockers) 20:27:17 &lt;idk&gt; My bad. Next month I plan to work on implementing some form of tor-like isolation for i2p browser connections on a session-to-session basis, if I don't get to it sooner. I don't anticipate any blockers of a substantial nature, just that webextensions are limited. 20:28:00 &lt;zzz&gt; super, thanks 20:28:21 &lt;zzz&gt; ok, that's it for 4), unless meeh is around 20:28:28 &lt;zzz&gt; anything else for the meeting? 20:28:33 &lt;eche|offf&gt; btw, as long as build issues on buster/jdk11 not resolved, I cannot build any tests more 20:29:09 &lt;eche|offf&gt; (which is not a big issue) 20:29:24 &lt;zzz&gt; that's ticket #2410, right? 20:29:30 &lt;eche|offf&gt; yeah 20:29:36 &lt;eche|offf&gt; got a bit further today^ 20:29:41 &lt;zzz&gt; ok, will take a look soon 20:29:52 &lt;zzz&gt; anything else for the meeting? 20:30:04 * zzz warms up the baffer 20:31:05 * zzz *bafs* the meeting closed </div>/ar/blog/2019/01/22/0.9.38-release/Tue, 22 Jan 2019 00:00:00 +0000/ar/blog/2019/01/22/0.9.38-release/<h2 id="update-details">Update details</h2> <p>0.9.38 enables NTCP2 by default for all users. NTCP2 provides effective resistance against DPI censorship and results in reduced CPU load because of the faster, modern cryptography used. The release also includes important bug fixes and performance improvements.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2018/12/06/i2p-dev-meeting-december-06-2018/Thu, 06 Dec 2018 00:00:00 +0000/ar/blog/2018/12/06/i2p-dev-meeting-december-06-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> alex, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.38 dev status (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 3) 35c3 state (echelon) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:08 &lt;zlatinb&gt; hi 20:00:13 &lt;zzz&gt; 1) 0.9.38 dev status (zzz) 20:00:32 &lt;zzz&gt; 38 is shaping up to be a very big release, we already have over 30k lines of diff 20:01:03 &lt;zzz&gt; checked in so far are the basics for the new wizard, the new geoip implementation, and initial LS2 support 20:01:26 &lt;zzz&gt; 37 is running very smoothly with 75% or more of the network running it, no NTCP2 problems reported 20:01:55 &lt;zzz&gt; the icons and CSS changes should start to show up next week 20:02:21 &lt;zzz&gt; our plans are for a late-january release. With a couple weeks off for the holidays, there's still a lot to do between now and then 20:02:26 &lt;zzz&gt; but it's all going smoothly so far 20:02:50 &lt;zzz&gt; I encourage all of you to test a dev build from bobthebuilder.i2p, or build it yourself 20:03:08 &lt;zzz&gt; we need testers as there's a lot of changes, we need to catch the issues now, not after the release 20:03:15 &lt;zzz&gt; anything else on 1) ? 20:04:16 &lt;zzz&gt; 2) LS2 status (zzz) 20:04:47 &lt;zzz&gt; we had our 19th weekly meeting yesterday. The basic LS2 part is done and I'm working on implementing it for 38 20:05:28 &lt;zzz&gt; right now we're doing two things in parallel - working on the encrypted LS2 spec, and starting work on proposal 144, which defines a new crypto and end-to-end protocol that relies on LS2 20:05:43 &lt;zzz&gt; encrypted LS2 should be wrapped up shortly. 20:06:24 &lt;zzz&gt; proposal 144, which we call ECIES-X25519-AEAD-ratchet, is quite complex and I think will take a month or two to shake out 20:06:41 &lt;zzz&gt; meetings are mondays 7:30 UTC in #ls2, all are welcome 20:06:55 &lt;zzz&gt; anything else on 2) ? 20:08:00 &lt;zzz&gt; 3) 35c3 state (echelon) 20:08:17 &lt;zzz&gt; I believe echelon can't make it here today 20:08:46 &lt;zzz&gt; I do know he's working on a tabletop banner solution, and sweets to give away, and he bought all our tickets 20:08:56 &lt;zzz&gt; so I think we're in good shape, see you all there in 3 weeks 20:09:01 &lt;zzz&gt; anything else on 3) ? 20:09:51 &lt;zzz&gt; oh, and a reminder, we will not have a meeting here on January 1, our meetings will be at CCC. The next meeting here will be Feb. 5 20:10:11 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:10:15 &lt;zzz&gt; take it away zlatinb 20:10:28 &lt;zlatinb&gt; Hi. Were going to do the scrum in parallel as its easy to follow on IRC anyway. Just start typing 1) what have you been up to the last month 2) what you plan to do next month 3) any blockers or help needed. Finish your report with EOT 20:10:56 &lt;zzz&gt; ok lets see how this goes... 20:11:10 &lt;alex_the_designerr&gt; alex i really love hexagons here : icon work is progressing as zzz mentioned in 1) 20:11:30 &lt;alex_the_designerr&gt; last month i did website updates and some logo work 20:11:48 &lt;zlatinb&gt; 1) Work on onboarding, mainly wizard, and windows firefox installer with IDK. Got a signing certificate so our windows installers can be signed. Small experimental hacks on snark 20:12:09 &lt;alex_the_designerr&gt; next month i will finalize the initial drop of the new website, land icons, and *hopefully* get a blessing on a new logo 20:12:21 &lt;zlatinb&gt; 2) Wrap up the windows firefox profile insttaller and the wizard work for 0.9.38 20:12:32 &lt;alex_the_designerr&gt; stretch goals of personas and patterns 20:13:01 &lt;alex_the_designerr&gt; no blockers, just hustle EOT 20:13:06 &lt;zlatinb&gt; 3) No blockers, but will need to work closely with zzz to get things in monotone in a meaningful way, also with meeh if were to reuse the firefox profiile in OSX 20:13:07 &lt;zlatinb&gt; EOT 20:13:09 &lt;zzz&gt; me: 1) wizard, geoip, ls2, prop. 144, bug fixes; 2) ls2, prop. 144, integrating changes from design team, bug fixes, prep for 35C3, 35C3, set up signing machine; 3) no blockers EOT 20:13:57 &lt;zlatinb&gt; anyone else from the team here? 20:14:30 &lt;zlatinb&gt; doesnt look like it. Thats all from me on 4) 20:14:47 &lt;zzz&gt; ok, anybody have anything else for the meeting? 20:15:49 * zzz finds the baffer 20:16:06 * zzz *bafs* the meeting closed </div>/ar/blog/2018/11/06/i2p-dev-meeting-november-06-2018/Tue, 06 Nov 2018 00:00:00 +0000/ar/blog/2018/11/06/i2p-dev-meeting-november-06-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, str4d, meeh, zlatinb</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> &lt;eche|on&gt; 0) Hi &lt;eche|on&gt; 1) 0.9.38 dev status (echelon) &lt;eche|on&gt; 2) LS2 status (echelon) &lt;eche|on&gt; 3) Status scrum (zlatinb) &lt;eche|on&gt; no other topic was added on thread in i2p before. &lt;eche|on&gt; 0) &lt;eche|on&gt; hi! &lt;eche|on&gt; welcome! &lt;zlatinb&gt; hi &lt;eche|on&gt; any addition to agenda? &lt;eche|on&gt; seems not to be &lt;eche|on&gt; 1) 0.9.38 dev status &lt;eche|on&gt; 0.9.38 will be a console update mostly, sadie and the UX, UI team is working hard on it, as seen on friday live steam made by alex &lt;eche|on&gt; the specs are hard to find but are making good progress &lt;eche|on&gt; we do figure out whats possible to change in console and we will include first parts in 0.9.38 &lt;eche|on&gt; plans are a few month until all changes are in, not all will be in 0.9.38 &lt;str4d&gt; hi &lt;eche|on&gt; currently plan for release of 0.9.38 is december, shortly ahead of 35c3 &lt;eche|on&gt; any more on 1) ? &lt;zlatinb&gt; I thought 0,9.38 was going to be January, but fine &lt;eche|on&gt; yeah, if it is to much work, we postpone to jan, after 35c3 &lt;zlatinb&gt; nothing more from me on 1) &lt;eche|on&gt; ok &lt;eche|on&gt; 2) LS2 status update &lt;eche|on&gt; nothing important to update here, dev meetings goind on, topics are discussed, but no code has been released yet &lt;eche|on&gt; hard, tough work, lots of topics, takes more time, guessed are not before .40 &lt;eche|on&gt; any more on 2) &lt;eche|on&gt; ? &lt;str4d&gt; Anyone interested in giving feedback should look at https://geti2p.net/spec/proposals/123-new-netdb-entries (which is where most changes are currently centered on) &lt;eche|on&gt; yeah, please interact and give feedback &lt;eche|on&gt; so handing over to zlatinb for 3) scrum status &lt;zlatinb&gt; hi. Only eche|on and meeh are in the channel right now, so why dont you guys go ahead and give us the 1-2-3 (in parallel) &lt;eche|on&gt; 1) working on fundings, server, preparing 35c3, bought tickets &lt;eche|on&gt; 2) going with this work &lt;eche|on&gt; 3) no blockers &lt;eche|on&gt; &lt;meeh&gt; 1) OSX Launcher cleanup & firefox profile &lt;meeh&gt; 2) Server migration &lt;meeh&gt; 3) Testnet development &lt;meeh&gt; 4) No blockers &lt;zlatinb&gt; Here are mine: 1) last month I worked on UX with Sadie and Alex, Testnet definition (post is on zzz.i2p forum) and custom Firefox I2P profile (post is on i2pforum) 2) more UX, code signing certificate 3) no blockers &lt;str4d&gt; ERR_OUT_OF_BOUNDS_WRITE &lt;zlatinb&gt; lol &lt;eche|on&gt; right, please test the Firefox I2P profile, zlatinb please hand out the link &lt;zlatinb&gt; `https://github.com/eyedeekay/firefox.profile.i2p/releases` &lt;eche|on&gt; thank you &lt;meeh&gt; nice, thanks &lt;eche|on&gt; about 35c3: the core team will meet in Leipzig &lt;eche|on&gt; if anyone else want to come, we are happy to meet you and spend some time to discuss I2P topics, or just have a coffee/beer/sweets &lt;eche|on&gt; Ok, thats all from the agenda, any add ons? &lt;str4d&gt; Have fun! I won't be at 35c3 this year, but I will be at RWC in January. &lt;eche|on&gt; *me warms up the sidekick baffer* &lt;eche|on&gt; great, alex plans to attend, beside sadie, to &lt;eche|on&gt; *baffer swings* &lt;str4d&gt; Aesome &lt;str4d&gt; s/Ae/Awe/ &lt;eche|on&gt; *baff* the meeting is closed. Thank you for your attending. Lets see again for next meeting in december, 4th 8pm UTC </div>/ar/blog/2018/10/23/developing-privacy-aware-applications-with-python-and-i2p/Tue, 23 Oct 2018 00:00:00 +0000/ar/blog/2018/10/23/developing-privacy-aware-applications-with-python-and-i2p/<p><figure> <img src="https://geti2p.net/images/blog/i2plib.jpeg" alt="i2plib"loading="lazy" decoding="async"></figure> </p> <p><a href="https://geti2p.net/">Invisible Internet Project</a> (I2P) provides a framework for developing privacy-aware applications. It is a virtual network working on top of the regular Internet, in which hosts can exchange data without disclosing their &ldquo;real&rdquo; IP addresses. Connections inside I2P network are established between virtual addresses called <em>I2P destinations</em>. It&rsquo;s possible to have as many of destinations as one needs, even use a new destination for each connection, they don&rsquo;t disclose any information about the real IP address to the other side.</p>/ar/blog/2018/10/04/0.9.37-release/Thu, 04 Oct 2018 00:00:00 +0000/ar/blog/2018/10/04/0.9.37-release/<h2 id="update-details">Update details</h2> <p>0.9.37 continues work on our new transport NTCP2, which was introduced in the previous release. A new SSU IPv6 peer testing protocol is now supported. The release contains numerous bug fixes and performance improvements.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2018/10/02/i2p-dev-meeting-october-02-2018/Tue, 02 Oct 2018 00:00:00 +0000/ar/blog/2018/10/02/i2p-dev-meeting-october-02-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.37 dev status (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; Hi 20:00:11 &lt;zlatinb&gt; hi 20:00:17 &lt;zzz&gt; 1) 0.9.37 dev status (zzz) 20:00:41 &lt;zzz&gt; as most of you know, we pulled in the 37 release a couple weeks. Checkin deadline was yesterday, release will be thursday 20:00:57 &lt;zzz&gt; there's very little in it other than enabling NTCP2 by default 20:01:28 &lt;zzz&gt; OSX launcher won't be ready for the release, but we're seeing really good progress on it 20:01:54 &lt;zzz&gt; if all goes well, this will be our last release of the year. We have the holidays and CCC, and expect 38 in january 20:01:59 &lt;zzz&gt; anything else on 1) ? 20:02:30 &lt;villain&gt; hi guys 20:02:43 &lt;zzz&gt; 2) LS2 status (zzz) 20:02:59 &lt;zzz&gt; we've had 12 meetings over the last 3 months and we're making slow but steady progress 20:03:39 &lt;zzz&gt; we have a good understanding on what's needed for new crypto, and have agreed to most of the generic issues on how to add new crypto and get new LSes in and out of the netdb 20:03:40 &lt;eche|on&gt; hi 20:04:16 &lt;eche|on&gt; sounds great so far 20:04:17 &lt;zzz&gt; we'll continue to work on related issues such as encrypted leasesets and massive multihoming, as well as start to discuss specifics for particular new crypto choices 20:04:51 &lt;zzz&gt; I expect the LS2 meetings will continue for some time, so if you're interested please join in the discussions 20:05:02 &lt;zzz&gt; anything else on 2) ? 20:05:14 &lt;eche|on&gt; good to see some progress 20:06:14 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:06:18 &lt;zzz&gt; all yours zab 20:06:44 &lt;zlatinb&gt; alright lets do the scrum, the usual 1) what youve been doing last month 2) what youre going to do next month 3) any blockers? 20:07:02 &lt;zlatinb&gt; villain: this would be your first real scrum I think, so you go first :) 20:08:23 &lt;zlatinb&gt; villain? 20:08:26 &lt;villain&gt; ok, 1) released asyncio SAM library https://github.com/l-n-s/i2plib and it's documentation, made a GUI filesharing application with it https://github.com/l-n-s/QuickShare, learned how JSP works in RouterConsole, made a first release of rpm package for CentOS and Fedora and set up a COPR repo for rpm packages https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 &lt;zlatinb&gt; ok well get back to you. zzz how about you go first instead 20:08:59 &lt;eche|on&gt; 1) server maintenance, cover the server outakes, managing finances 2) going on this work, getting new stickers, 3) no blockers so far :-) 20:09:04 &lt;villain&gt; 2) making Fedora package use system libraries, work on a better Router Console design after the release, publishing an article about I2P application development via SAM API 20:09:09 &lt;zlatinb&gt; oops sorry 20:09:12 &lt;eche|on&gt; uups 20:09:29 &lt;villain&gt; 3) need to do something with Jetty dependency in Fedora, since we only support v9.2 and Fedora has v9.4 20:09:39 &lt;DogeDollars&gt; lol 20:10:03 &lt;zzz&gt; yay parallel scrum 20:10:11 &lt;zzz&gt; for me: 20:10:12 &lt;villain&gt; :D 20:10:39 &lt;eche|on&gt; villain: about jetty, needs more work, afaik they changed some apis in between 20:10:44 &lt;zzz&gt; 1) lots of minor NTCP2 bug fixes that appeared since the 36 release, thanks to all the testers 20:11:11 &lt;zzz&gt; getting ready for the 37 release, testing OSX installer, other bug fixes and research, LS2 research 20:11:42 &lt;zzz&gt; 2) 37 release, starting serious work on migrating to new geoip database format, more LS2, more bug fixes, working with the PR/UI teams on console ideas 20:12:23 &lt;zzz&gt; 3) no blockers... also note, due to some personal obligations, I'm only working about half time last month and next 20:12:24 &lt;zzz&gt; EOT 20:12:52 &lt;zlatinb&gt; alright, eche|on ? 20:12:59 &lt;eche|on&gt; 1) server maintenance, cover the server outakes, managing finances 2) going on this work, getting new stickers, 3) no blockers so far :-) 20:13:22 &lt;zlatinb&gt; great thanks 20:13:33 &lt;zlatinb&gt; alex_the_designer: since you just joined, its our monthly scrum 20:13:46 &lt;alex_the_designer&gt; howdy! 20:13:55 &lt;zlatinb&gt; wanna tell us 1) what youve been up to last month 2) what youre going to do next month 3) do you have any blockers 20:15:04 &lt;alex_the_designer&gt; 1 . i've been streaming on fridays. during that time i've been making incremental progress on the website update. i also created a survey to help us with branding & design. 20:16:15 &lt;alex_the_designer&gt; 2. i'll continue streaming, but i am going to try to wrap up web dev outside of the stream. i'm also a bit overdue on the revamped whitepaper. i want to land at least an outline and rough draft by end-of-month 20:17:22 &lt;alex_the_designer&gt; 3. the only blocker atm is a bit of lack of knowledge on how the current web framework generates paths. not earth shattering, just requires more doc reading and fumbling 20:18:28 &lt;zlatinb&gt; ok, Ill talk about the survey a bit more after the scrum. Thank you 20:18:32 &lt;zlatinb&gt; meeh: are you here? 20:20:10 &lt;zlatinb&gt; meeh? 20:21:00 &lt;zlatinb&gt; feel free to give your 1-2-3s whenever you come around 20:21:20 &lt;zlatinb&gt; thats EOT for the scrum, but Id like to talk a bit about Alexs survey 20:21:27 &lt;zzz&gt; go ahead 20:22:17 &lt;zlatinb&gt; to everyone in the channel, please give this survey some thought and fill it out. It is hosted on google forms, but (unless you do something stupid) it isnt possible to correlate your google id with your I2P persona 20:22:46 &lt;zlatinb&gt; here is the link: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 &lt;zlatinb&gt; alex_the_designer: please say a few words about how this survey will help you with the creative process 20:23:21 &lt;alex_the_designer&gt; certainly! 20:24:14 &lt;alex_the_designer&gt; so from the basics, it's important to understand the differences between how we, as internal maintainers perceive the utility of the system and our presentation as a brand versus how the users perceive the utility of the system and their identity as humans 20:24:41 &lt;alex_the_designer&gt; that's pretty deep, but there are some really straightforward things we can use 20:25:22 &lt;villain&gt; oh that makes sense 20:25:25 &lt;alex_the_designer&gt; for example, if we find that a lot of people have an aggressive stance, we can use basic color theory to know that fiery colors (reds, yellows, oranges) make sense 20:25:34 &lt;anonymousmaybe&gt; seriously? "what things should i2p consider to decide who i2p is for?" 20:25:55 &lt;alex_the_designer&gt; all of the questions are serious anon :D 20:26:19 &lt;villain&gt; i just didn't understand, are those questions personal or related to the project vision 20:26:48 &lt;villain&gt; will fill it soon 20:27:02 &lt;alex_the_designer&gt; it's important to talk a bit about yourself and your values and your ideals for the project 20:27:31 &lt;anonymousmaybe&gt; alex_the_designer yeah that one kinda bad , because I2P for everyone no question about it 20:27:46 &lt;alex_the_designer&gt; there is an implicit assumption there that who we are and what we do are not compartmentalized, but rather feed off one another :D 20:28:36 &lt;anonymousmaybe&gt; i like compartmentalization , thats why i use Qubes :p 20:28:42 &lt;alex_the_designer&gt; anon to say it is for everyone is not wholly correct is it? 20:28:57 &lt;alex_the_designer&gt; surveillance states for ex :D 20:29:48 &lt;zzz&gt; anything else re: the survey? 20:29:52 &lt;alex_the_designer&gt; universality can be an outcome though, so if you feel strongly about it, please do write about it :D 20:30:10 &lt;zlatinb&gt; not from me (re: survey) 20:30:25 &lt;zzz&gt; anything else for the meeting? 20:30:51 &lt;anonymousmaybe&gt; zzz any consideration for sandboxing i2p? 20:30:54 &lt;alex_the_designer&gt; i would just say that your efforts in the survey are deeply appreciated. i know it is rather long 20:31:16 &lt;zzz&gt; thanks for doing this alex 20:31:30 &lt;anonymousmaybe&gt; alex_the_designer yeah will do the fill up 20:31:46 &lt;zzz&gt; anonymousmaybe, not that I know of, and I'm the wrong guy to ask, but you could bring it up in this channel after the meeting 20:31:50 &lt;zzz&gt; anything else for the meeting? 20:32:16 * zzz grabs the baffer 20:33:00 * zzz *baffffs* the meeting closed </div>/ar/blog/2018/09/05/i2p-dev-meeting-september-05-2018/Wed, 05 Sep 2018 00:00:00 +0000/ar/blog/2018/09/05/i2p-dev-meeting-september-05-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> alex, echelon, mikalv, R4SAS, villain, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:07:48 &lt;zzz&gt; 0) Hi 20:07:48 &lt;zzz&gt; 1) 0.9.36 release status (zzz) 20:07:48 &lt;zzz&gt; 2) 0.9.37 dev status (zzz) 20:07:48 &lt;zzz&gt; 3) LS2 status (zzz) 20:07:48 &lt;zzz&gt; 4) CCC planning (zzz/echelon/mikalv) 20:07:48 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:07:55 &lt;zzz&gt; 0) Hi 20:07:58 &lt;zzz&gt; Hi 20:08:00 &lt;eche|on&gt; hi 20:08:16 &lt;villain&gt; hi :) 20:08:22 &lt;zzz&gt; apologies for being late 20:08:29 &lt;zzz&gt; 1) 0.9.36 release status (zzz) 20:08:47 &lt;zzz&gt; I believe we're done with everything, with the possible exception of f-droid 20:08:53 &lt;R4SAS&gt; hi 20:09:04 &lt;zzz&gt; nextloop, any f-droid status? 20:09:44 &lt;zzz&gt; ntcp2 testing is going well 20:09:56 &lt;zzz&gt; anything else on 1) ? 20:10:09 &lt;R4SAS&gt; I got one 20:10:33 &lt;R4SAS&gt; where can I see packages for debian as listing? 20:10:54 &lt;zzz&gt; I think it's packages.debian.org - there's a search box 20:11:12 &lt;R4SAS&gt; I'm thinkig about adding i2p packages in my repo 20:11:32 &lt;zzz&gt; there's also one packages.ubuntu.com 20:11:44 &lt;zzz&gt; and our repo is deb.i2p2.de 20:12:00 &lt;zzz&gt; anything else on 1) ? 20:12:03 &lt;R4SAS&gt; for ubuntu I will use launchpad packages 20:12:36 &lt;zzz&gt; 2) 0.9.37 dev status (zzz) 20:13:03 &lt;zzz&gt; it's early in the .37 cycle. We've set a 9 week cycle with a release the week of Oct. 22 20:13:21 &lt;eche|on&gt; ok 20:13:39 &lt;zzz&gt; meeh is working on getting the osx installer done for 37. I'm working on migrating to the new maxmind geoip format 20:13:56 &lt;zzz&gt; everybody is looking at UI stuff 20:14:13 &lt;zzz&gt; we should have the usability test results soon 20:14:40 &lt;zzz&gt; we're going to hopefully move the console help page to transifex 20:15:07 &lt;zzz&gt; so translators save some time for mid october to translate it! 20:15:11 &lt;zzz&gt; anything else on 2) ? 20:15:28 &lt;eche|on&gt; nothing yet, ntcp2 default? 20:15:32 &lt;eche|on&gt; in .37 ? 20:15:37 &lt;meeh&gt; yes I'm working on the osx wrapper - now ported to xcode, that and how,if,what i2p-browser :) 20:15:38 &lt;zzz&gt; yeah that too :) 20:16:32 &lt;zzz&gt; yes, ntcp2 by default in 37. Everybody please test dev builds where it is the default, or enable it in .36-0 release 20:16:38 &lt;zzz&gt; anything else on 2) ? 20:17:34 &lt;zzz&gt; 3) LS2 status 20:17:42 &lt;zzz&gt; we've had about 8 meetings over two months 20:18:06 &lt;zzz&gt; we still are in the discussion phase, but I think we are close to making some decisions and moving forward 20:18:29 &lt;eche|on&gt; at least sth 20:18:30 &lt;zzz&gt; there are a lot of related issues, such as new crypto, that are complicating things 20:18:47 &lt;zzz&gt; it's a lot of things that have been on the table for 5 years or more that we are finally addressing 20:19:05 &lt;eche|on&gt; good job ! 20:19:17 &lt;zzz&gt; what is clear is that we won't do everything at once 20:19:35 &lt;zzz&gt; we're going to make some initial changes, that will allow for optional things, and more changes to follow 20:19:53 &lt;zzz&gt; we have started updating the proposal document 20:20:17 &lt;zzz&gt; I hope to have some decisions documented soon... that will allow us to start some coding and experiments 20:21:09 &lt;zzz&gt; we took a week off for labor day but our next meeting is next monday the 12th at 5 PM UTC in #ls2 20:21:44 &lt;zzz&gt; all are welcome, it's complex and hard to follow even for us that have our heads in it, but it's fun to see things come together 20:21:48 &lt;zzz&gt; anything else on 3) ? 20:22:34 &lt;zzz&gt; 4) CCC planning 20:22:57 &lt;eche|on&gt; ok, ccc will be leipzig 20:23:01 &lt;zzz&gt; We made preliminary decisions last december but we traditionally finalize the rules around this time every year 20:23:13 &lt;zzz&gt; absolutely for sure leipzig, right? 20:23:29 &lt;eche|on&gt; yes, officially announced from CCC already 20:23:36 &lt;zzz&gt; great, I didn't see that 20:24:19 &lt;zzz&gt; we pay for congress tickets, we reimburse up to 1500 euro for plane/train, and new for this year we agreed to up to 400 euro hotel expenses 20:24:27 &lt;eche|on&gt; yes 20:24:56 &lt;zzz&gt; over 1500 or paid in advance only for 'special circumstances', i.e. you are broke :) 20:25:13 &lt;eche|on&gt; look all good so far 20:25:25 &lt;zzz&gt; and that's for paid program members only, unless approval from echelon. 20:25:28 &lt;eche|on&gt; tickets will be managed central, if possible 20:25:38 &lt;zzz&gt; we will buy the congress tickets centrally, correct. 20:25:48 &lt;zzz&gt; so we need to know who is coming... soon... 20:26:12 &lt;zzz&gt; so, any objections or changes to the rules as I've listed them here? 20:26:12 &lt;eche|on&gt; I assume we need to by end of oct 20:26:20 &lt;eche|on&gt; no need to change 20:26:31 &lt;meeh&gt; nope, all fine 20:26:49 &lt;zzz&gt; the idea is, if you want to be there, the project will help you get there 20:27:35 &lt;zzz&gt; stickers and power strips and banners and tables and other logistics like that, we will work out as we go, no need to discuss here in the meeting 20:27:58 &lt;eche|on&gt; ok, yes 20:28:31 &lt;zzz&gt; if you haven't gotten your plane tickets yet, do it NOW, there aren't a lot of flights into LEJ. If you're riding your bike or taking the train, you have more time 20:28:54 &lt;zzz&gt; those who haven't been before, ask those who have about hotels and anything else you want to know 20:29:09 &lt;zzz&gt; anything else on 4) ? 20:30:19 &lt;zzz&gt; 5) scrum 20:30:28 &lt;zzz&gt; zab is out, so I'll run it 20:31:05 &lt;zzz&gt; when I call on you, please say 1) what you did last month 2) what you're going to do next month 3) any blockers; end with EOT or 'thats it' or something 20:31:13 &lt;zzz&gt; villain, you go first 20:33:00 &lt;zzz&gt; eche|on, you're next 20:33:35 &lt;eche|on&gt; I did do all financial stuff, server work, testing, helping with release (news), going to do same for next month, no blockers. Ill be afk tomorrow til wednesday 12th 20:33:58 &lt;zzz&gt; thanks. meeh your turn 20:34:27 &lt;meeh&gt; okay, I got time for three points 20:34:28 &lt;meeh&gt; * worked with porting osx launcher finished to xcode - revert was hard, since my monotone skills say I shouldn't play with fire (this was freeze time) 20:34:28 &lt;meeh&gt; * one of the DCs I got servers at had a power failure where everything went off - so I've mostly making sure things run and arguing with servers today. 20:34:28 &lt;meeh&gt; * looked into both firefox/chromium for solving self-signed certificate issues as well as a privacy browser, did a 24hrs monkey coding on a qt plugin which is based upon chromium but gave awesome results. 20:35:23 &lt;zzz&gt; and for next month? blockers? 20:35:49 &lt;meeh&gt; osx launcher is fully moved to xcode now, icon is showing again, some odd behavior with action handler but should be fixed anytime soon 20:36:31 &lt;villain&gt; Ok, learned things about monotone and java. fixed https://trac.i2p2.de/ticket/1244, added a ntcp2 article translation. made a press-release for the 0.9.36 in russian. Last week, developing that async python library, now finishing documentation for it. https://github.com/l-n-s/i2plib 20:36:47 &lt;meeh&gt; for next month I'll look more into the browser case if you rest approve when I'll give you an review next meeting, if not it's probably android and osx which is highest on the lsit 20:37:35 &lt;zzz&gt; villain, for next month? blockers? 20:38:57 &lt;zzz&gt; for me, last month I fixed a lot of NTCP2 and other bugs, and got the 36 release out. 20:39:30 &lt;zzz&gt; next month will be the new geoip code, continuing to work on LS2, fix more bugs, get the help page ready for translation 20:39:53 &lt;zzz&gt; I will be mostly afk for the next week, however 20:39:56 &lt;zzz&gt; no blockers 20:40:28 &lt;zzz&gt; anybody else here to report? sl or alex_the_designer ? 20:40:32 &lt;eche|on&gt; :-) 20:40:39 &lt;alex_the_designer2&gt; hi 20:40:59 &lt;zzz&gt; hi alex_the_designer2 please give us your 1/2/3 last month/next month/blockers 20:41:06 &lt;alex_the_designer2&gt; last month : was blocked on onboarding. major thanks to eche|on and meeh for getting me unblocked 20:41:23 &lt;villain&gt; the next month as zzz mentioned, will get more practice with monotone, fixing the website tickets, finish a redhat package. would like to hear feedback on my python lib from str4d , and add it to i2p organisation on github, if it's fine 20:41:37 &lt;villain&gt; no blockers except that 20:41:43 &lt;villain&gt; EOT 20:42:10 &lt;zzz&gt; thanks villain 20:42:15 &lt;alex_the_designer2&gt; this month : looking at trac issue 1996 (pretty sure that was the one you wanted input for), also starting writeup on whitepaper. got some headway on www update during friday streams but will also do during weekdays. 20:42:46 &lt;alex_the_designer2&gt; no blockers. will be afk-ish 17-21 as i'll be in SF. EOT or 'that it' or something :D 20:43:06 &lt;zzz&gt; alex_the_designer2, also perhaps since this is your first meeting, could you give us a quick overview of your friday night twitch sessions, what might come out of it, how we can participate? 20:43:20 &lt;alex_the_designer2&gt; sure thing! 20:44:14 &lt;alex_the_designer2&gt; so fridays from 9:30pm CST to about 11pm CST i stream on twitch.tv/alex_the_designer . when i started back in january the overall theme was 'FOSS Design' but it has been more aimed toward i2p 20:45:00 &lt;alex_the_designer2&gt; i have been doing basic tutorials and whatnot to help first timers understand how to set up i2p and host a site as i believe content is the primary blocker for wide adoption 20:45:36 &lt;alex_the_designer2&gt; what would be helpful is for folks to show up and socialize if they wish. also promoting the show via whatever social media channels you prefer is super helpful 20:46:26 &lt;alex_the_designer2&gt; i also have some raw recordings which i wish to post online from prior shows, but i need to edit those (mainly to redact my home IP) 20:46:48 &lt;zzz&gt; are you getting feedback from the viewers that will give us insight on priorities and UI choices? How can you funnel what you're learning back to the rest of us, either in posts or tickets or writeups? Have any plans? 20:47:08 &lt;alex_the_designer2&gt; the_tin_hat has been showing up on the regular and has provided a lot of comic relief and feedback 20:47:42 &lt;alex_the_designer2&gt; when it comes to UI choices, i haven't had enough feedback from users to truly justify any choices 20:47:52 &lt;eche|on&gt; ok, in 6h my alarmclock goes on, I head into bed, cya later 20:48:03 &lt;alex_the_designer2&gt; so it's by gut & trial and error 20:48:04 &lt;zzz&gt; night echelon 20:48:15 &lt;alex_the_designer2&gt; cya echelon! 20:48:35 &lt;zzz&gt; ok so perhaps we need to expand the audience first 20:49:04 &lt;zzz&gt; so let's get out the word more, maybe on our forums, or blog post... not just twitter 20:49:33 &lt;zzz&gt; thanks alex for the overview, you're doing good work, hopefully it results in more users and content and a better product 20:49:38 &lt;alex_the_designer2&gt; every channel is super helpful as the audience is all over :D 20:49:45 &lt;zzz&gt; right 20:49:48 &lt;alex_the_designer2&gt; thanks for the vote of support! 20:50:07 &lt;zzz&gt; anybody else I missed for the scrum? sadie sl 20:50:18 &lt;zzz&gt; anything else for the meeting? 20:50:52 * zzz grabs the baffer 20:51:13 &lt;villain&gt; alex_the_designer2: can make reddit /r/i2p announcements for your streams 20:51:31 &lt;zzz&gt; good idea 20:51:36 &lt;alex_the_designer2&gt; much obliged villain 20:51:42 &lt;zzz&gt; sorry again for the late meeting start 20:51:49 * zzz *bafs* the meeting closed </div>/ar/blog/2018/08/23/0.9.36-release/Thu, 23 Aug 2018 00:00:00 +0000/ar/blog/2018/08/23/0.9.36-release/<h2 id="update-details">Update details</h2> <p>0.9.36 introduces NTCP2, our new secure transport protocol. NTCP2 provides effective resistance against DPI censorship and results in reduced CPU load. It makes I2P more likely to run on low-end devices such as smartphones and home routers. The protocol is disabled by default in this release for testing.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2018/08/20/ntcp2-implementation-details/Mon, 20 Aug 2018 00:00:00 +0000/ar/blog/2018/08/20/ntcp2-implementation-details/<p>I2P&rsquo;s transport protocols were originally developed around 15 years ago. Back then, the main goal was to hide the transferred data, not to hide the fact that one was using the protocol itself. Nobody thought seriously about protecting against DPI (deep packets inspection) and protocols censorship. Times change, and even though original transport protocols are still providing strong security, there was a demand for a new transport protocol. NTCP2 is designed to resist current censorship threats. Mainly, DPI analysis of packets length. Plus, the new protocol uses the most modern cryptography developments. NTCP2 is based on the <a href="https://noiseprotocol.org/noise.html">Noise Protocol Framework</a> , with SHA256 as a hash function and x25519 as an elliptic curve Diffie-Hellman (DH) key exchange.</p>/ar/blog/2018/08/07/i2p-dev-meeting-august-07-2018/Tue, 07 Aug 2018 00:00:00 +0000/ar/blog/2018/08/07/i2p-dev-meeting-august-07-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, mikalv, villain, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; 1) 0.9.36 status (zzz) 20:00:05 &lt;zzz&gt; 2) LS2 status (zzz) 20:00:05 &lt;zzz&gt; 3) Applications for bobthebuilder.i2p and paste.crypthost.i2p at `http://zzz.i2p/posts/13897` 20:00:05 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:05 &lt;zzz&gt; 5) Reschedule Sept. 4 meeting (zzz) 20:00:10 &lt;zzz&gt; 0) Hi 20:00:12 &lt;zzz&gt; hi 20:00:21 &lt;zzz&gt; 1) 0.9.36 status (zzz) 20:00:27 &lt;zlatinb&gt; hi 20:00:29 &lt;villain&gt; hi all 20:00:34 &lt;zzz&gt; 6 weeks into the 36 cycle, 2 weeks to go 20:00:52 &lt;mikalv&gt; hi 20:00:53 &lt;zzz&gt; tag freeze is tomorrow; checkin deadline a week from friday; release week of aug. 20 20:01:18 &lt;zzz&gt; everybody please test. I'll mark the next version as -rc 20:01:31 &lt;zzz&gt; anything else on 1) ? 20:02:24 &lt;zzz&gt; 2) LS2 status (zzz) 20:02:30 &lt;zzz&gt; we had our 5th meeting yesterday 20:02:47 &lt;zzz&gt; going well, but going very slowly. The issues are complex and interrelated 20:03:11 &lt;zzz&gt; I updated the proposal (123) today, but it's still very rough 20:03:41 &lt;zzz&gt; we haven't even agreed on goals and priorities yet, so it's going to be a while, but I'm happy with the process 20:03:58 &lt;zzz&gt; all are welcome, next meeting is next monday, 6 PM UTC in #ls2 20:04:27 &lt;zzz&gt; anything else on 2) ? 20:05:13 &lt;zzz&gt; 3) Applications for bobthebuilder.i2p and paste.crypthost.i2p at `http://zzz.i2p/posts/13897` 20:05:25 &lt;zzz&gt; these are console home page requests 20:05:33 &lt;zzz&gt; is the applicant sl here? 20:06:07 &lt;zlatinb&gt; usually not as its late in $HOME 20:06:27 &lt;zzz&gt; anybody have any comments pro or con on adding these to the console home page? 20:07:06 &lt;zlatinb&gt; Im +1 on adding bob the builder, neutral on the new paste 20:07:13 &lt;zzz&gt; any objections? 20:07:31 &lt;mikalv&gt; I'm +1 for online services on the console 20:07:55 &lt;zzz&gt; doesn't hurt to have a second paste, especially since the one we have now has been offline for weeks at a time 20:08:15 &lt;zzz&gt; although it's been fairly reliable lately 20:08:40 &lt;zzz&gt; hearing no objections, I will add them to the console for 36 20:08:46 &lt;villain&gt; if there are dead links to remove, can add those links instead 20:08:50 &lt;zzz&gt; anything else on 3) ? 20:09:04 &lt;eche|on&gt; nope 20:09:11 &lt;zzz&gt; zerobin isn't dead, it just hasn't had the best uptime in the past 20:09:46 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:09:49 &lt;zzz&gt; go zlatinb 20:10:31 &lt;zlatinb&gt; ok, were going to go around the room and when your name is called describe briefly 1) what youve been up to last month 2) what you plan to do next month 3) if youre blocked by anyone or need help 20:10:57 &lt;zlatinb&gt; were going to start with The New Kid - villain. Since this is your first scrum, skip 1) and just go with 2) and 3) 20:11:09 &lt;zlatinb&gt; go villain 20:12:24 &lt;zlatinb&gt; villain you there? 20:12:34 &lt;villain&gt; learning java and monotone, plans to fix few more website tickets before 36 release, as zzz discussed with zzz. and learn more :) 20:13:00 &lt;villain&gt; no blockings at the moment 20:13:41 &lt;zlatinb&gt; great. Usually we say EOT at the end of the report :) 20:13:48 &lt;villain&gt; now doing research on https://trac.i2p2.de/ticket/1583 20:13:57 &lt;villain&gt; EOT 20:13:59 &lt;villain&gt; heh 20:14:17 &lt;zlatinb&gt; thank you. zzz youre next 20:14:37 &lt;zzz&gt; ok. last month was mostly polishing and testing ntcp2, with orignal's help 20:14:46 &lt;zzz&gt; starting up the LS2 research and meetings 20:14:59 &lt;zzz&gt; lots and lots of bug fixes of course 20:15:33 &lt;zzz&gt; next month will be getting the .36 release out, and continuing on LS2, bug fixes, etc 20:15:41 &lt;zzz&gt; also doing some code refactoring along the way 20:16:06 &lt;zzz&gt; hope to get to SSL wizard for non-jetty for 37. Sadly didnt' get to it for 36, it was too hard 20:16:13 &lt;zzz&gt; no blockers; EOT 20:17:14 &lt;eche|on&gt; ok, I did lots of forum admin work, some code testing, donations and account managing, going with this the next month, no blockers currently 20:17:20 &lt;eche|on&gt; uupos 20:17:40 &lt;zlatinb&gt; ok eche|on might as well go with you next :) 20:17:51 &lt;eche|on&gt; thats more or less all^^ 20:18:04 &lt;zlatinb&gt; ok cool 20:18:10 &lt;zlatinb&gt; mikalv: what about you? 20:18:14 &lt;mikalv&gt; Yea, well for me; Current; OSX Launcher beta for 0.9.36 Gonna; 1. Continue on the OSX launcher (making it pretty, some more features and work on stablility). 2. Hopefully help zzz with the LS2 research and impl. 3. Push out an test-MVP/alpha of a browser bundle. 20:18:23 &lt;mikalv&gt; 4. Continue my campain for no-single-person-of-failure where the core members which hosts core services give access to other core members as backup/fallback if someone goes missing so the project dont suffer more of such events. 20:18:28 &lt;mikalv&gt; Blocker; Hoping we could get the DNS control of i2p2.de from welt. 20:18:56 &lt;mikalv&gt; either me or eche|on, at least someone more active 20:19:09 &lt;zlatinb&gt; wow that was well-prepared, well done 20:19:25 &lt;zlatinb&gt; sadie mentioned she *might* be able to make it paging sadie 20:19:49 &lt;zlatinb&gt; str4d: any chance youre around? 20:19:53 &lt;eche|on&gt; Welt contacted me, I replied, no more answer from him 20:19:58 &lt;mikalv&gt; zlatinb: remember I've done this for two years each day before i2p now :p 20:20:41 &lt;mikalv&gt; I wish to get control of the DNS domain, so I can more freely change trac ip, and later on download 20:20:59 &lt;zlatinb&gt; Alex W. was around but just left so I guess thats everyone for the scrum 20:21:16 &lt;mikalv&gt; cause of situation, the old deperecated server reverse-proxy to the new trac :( 20:22:04 &lt;zzz&gt; 5) Reschedule Sept. 4 meeting (zzz) 20:22:08 &lt;zlatinb&gt; EOT 20:22:19 &lt;mikalv&gt; yea sorrry EOT 20:22:26 &lt;zzz&gt; ok I can't make Sept. 4 and I think some others can't either 20:22:46 &lt;zzz&gt; we could do Wed. Sept. 5 or Tues. Sept. 11? 20:23:01 &lt;zzz&gt; if the 11th, there would be only 3 weeks between that and the october 2 meeting 20:23:27 &lt;zlatinb&gt; Ill be on the road most of september so cant promise either the 5th or the 11th 20:23:27 &lt;zzz&gt; I want to put CCC on the agenda for the Sept. meeting, even though we made most of the decisions last december for funding 20:23:44 &lt;mikalv&gt; I think I can both, so for me it's ok 20:23:53 &lt;zzz&gt; eche|on, what about you? 20:24:12 &lt;eche|on&gt; 11th is not OK 20:24:30 &lt;zzz&gt; wed. 5th ok? 20:24:41 &lt;eche|on&gt; 5th seems to be ok 20:24:52 &lt;zzz&gt; ok, let's pencil it in for wed. the 5th 20:24:55 &lt;mikalv&gt; ok 20:25:02 &lt;zzz&gt; anything else on 5) ? 20:25:06 &lt;zzz&gt; anything else for the meeting? 20:25:51 * zzz grabs the baffer 20:26:40 * zzz *bafs* the meeting closed </div>/ar/blog/2018/07/03/i2p-dev-meeting-july-03-2018/Tue, 03 Jul 2018 00:00:00 +0000/ar/blog/2018/07/03/i2p-dev-meeting-july-03-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, str4d, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.35 release status (zzz) 20:00:00 &lt;zzz&gt; 2) NTCP2 update (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 meeting announcement (zzz) 20:00:00 &lt;zzz&gt; 4) 2H 2018 funding program (zab/zzz) 20:00:00 &lt;zzz&gt; 5) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Hi 20:00:07 &lt;zzz&gt; Hi 20:00:16 &lt;zlatinb&gt; hi 20:00:21 &lt;zzz&gt; 1) 0.9.35 release status (zzz) 20:00:42 &lt;zzz&gt; 35's been out for a week, no major complaints so far 20:01:03 &lt;zzz&gt; maven jars are up, I believe meeh will have android out shortly 20:01:20 &lt;zzz&gt; haven't heard from mhatta yet re: official debian 20:01:57 &lt;zzz&gt; anything else on 1) ? 20:02:44 &lt;zzz&gt; 2) NTCP2 update (zzz) 20:03:04 &lt;zzz&gt; we finished up the spec last week, and we have several routers live on the network 20:03:26 &lt;zzz&gt; i2pd is proceeding with their implementation and testing 20:03:30 &lt;eche|on&gt; good so far 20:03:52 &lt;zzz&gt; I have some cleanups to do, and I haven't tested the firewalled flavor yet, but things are going pretty well 20:04:21 &lt;zzz&gt; I also posted a quick FAQ today on our forums 20:04:43 &lt;zzz&gt; anything else on 2) ? 20:05:37 &lt;zzz&gt; 3) LS2 meeting announcement (zzz) 20:06:01 &lt;zzz&gt; we're going to follow the same process for the next proposal, which is 123 "LS2" 20:06:15 &lt;zzz&gt; also covering new crypto, service lookup, massive multihoming, and related topics 20:06:36 &lt;zzz&gt; the first meeting will be Monday July 9 at 7 PM UTC in #ls2 20:06:45 &lt;eche|on&gt; great task, lots of jobs to do 20:07:05 &lt;zzz&gt; yeah, have no idea how it's going to go, but we need to get started, been too long 20:07:30 &lt;zzz&gt; anything else on 3) ? 20:07:44 &lt;eche|on&gt; nope 20:08:23 &lt;zzz&gt; 4) 2H 2018 funding program (zab/zzz) 20:08:32 &lt;zzz&gt; announcement is up on i2pforum.i2p and zzz.i2p 20:08:42 &lt;zzz&gt; the program is open to new applicants 20:08:51 &lt;zzz&gt; deadline is Wednesday July 25 20:09:13 &lt;zzz&gt; if anybody has any questions, you can ask them now, or after the meeting 20:09:34 &lt;zzz&gt; anybody have any questions about the program? 20:09:38 &lt;eche|on&gt; one point: not the whole i2p team needs to approve new members (the team is not yet perfectly defined, as in team of noted persons on webpage or any other group) 20:10:13 &lt;zlatinb&gt; I would think at least those already on the paid program 20:10:42 &lt;zzz&gt; true, I guess collectively we need to approve... not that we need individual approval from each 20:10:45 &lt;eche|on&gt; yeah 20:10:50 &lt;zzz&gt; does that sound right? 20:10:58 &lt;eche|on&gt; just to want point this out to sharpen that point 20:11:12 &lt;zzz&gt; ok 20:11:26 &lt;zzz&gt; anything else on 4) ? 20:12:18 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:12:24 &lt;zzz&gt; all yours zlatinb 20:12:59 &lt;zlatinb&gt; hi. Lets go around the room and do the usual : 1) what youve been doing last month 2) what you plan to do next month 3) any blockers or help needed 20:13:03 &lt;zlatinb&gt; zzz: go first 20:13:33 &lt;zzz&gt; 1) NTCP2 meetings, proposal, spec, implementation and testing; .35 release; bug fixes and triage 20:14:02 &lt;zzz&gt; merging NTCP2 into trunk; merging EdDSA updates from github to trunk; roadmap updates 20:14:30 &lt;zzz&gt; 2) NTCP2 testing, bug fixes, and other things for .36; start LS2 meetings, research, planning 20:14:39 &lt;zzz&gt; 3) no blockers 20:14:40 &lt;zzz&gt; EOT 20:14:55 &lt;zlatinb&gt; eche|on: what about you? 20:15:38 &lt;eche|on&gt; Doing the services in web, administer the forum, doing financial stuff, helping with the release 20:16:02 &lt;eche|on&gt; kepp doing that stuff, no blockers yet 20:16:23 &lt;zlatinb&gt; Irc2PGuest44785: meeh I know that is you, are you here? 20:16:43 &lt;zlatinb&gt; looks like no 20:16:48 &lt;zlatinb&gt; str4d: are you here? 20:17:01 &lt;str4d&gt; 1) NTCP2 design. 2) LS2 research and design. 3) I have no room for anything else. 20:17:19 &lt;zlatinb&gt; cool, good to see you man 20:17:49 &lt;zlatinb&gt; sadie isnt here, manas is exempt, so that leaves me: 20:17:49 &lt;zlatinb&gt; 1) lots and lots of profiling, experiments, capacity improvements 20:17:49 &lt;zlatinb&gt; 2 20:17:52 &lt;zlatinb&gt; havent decided yet 20:17:54 &lt;zlatinb&gt; 3) not really 20:18:14 &lt;zlatinb&gt; I think thats everyone 20:18:33 &lt;zlatinb&gt; zzz: back to you 20:18:37 &lt;zzz&gt; ok, that went quickly. anything else for the meeting? 20:20:01 * zzz baffs the meeting closed </div>/ar/blog/2018/06/26/0.9.35-release/Tue, 26 Jun 2018 00:00:00 +0000/ar/blog/2018/06/26/0.9.35-release/<h2 id="update-details">Update details</h2> <p>0.9.35 changes the default signature type to Ed25519. This is the final step in the long process of migrating to newer, stronger, and faster cryptography. The release includes numerous bug fixes and performance improvements.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2018/06/05/i2p-dev-meeting-june-05-2018/Tue, 05 Jun 2018 00:00:00 +0000/ar/blog/2018/06/05/i2p-dev-meeting-june-05-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, obscuratus, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid status (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 update (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zab) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:12 &lt;zzz&gt; 1) 0.9.34 F-Droid status (str4d, meeh, nextloop) 20:00:20 &lt;zzz&gt; anybody heard from nextloop? 20:00:30 &lt;eche|on&gt; nope 20:01:22 &lt;zzz&gt; I'll try to find him on twitter, but for now F-droid is still out of date 20:01:27 &lt;zzz&gt; 2) 0.9.35 update (zzz) 20:01:54 &lt;zzz&gt; ok 35 is going well. we pushed the release out one week. tag freeze in a week, checkin deadline in 2 1/2 weeks 20:02:00 &lt;zzz&gt; release in about 3 weeks 20:02:15 &lt;zzz&gt; anything else on 2) ? 20:02:40 &lt;eche|on&gt; not yet 20:03:07 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:03:37 &lt;zzz&gt; we're still holding weekly meetings, but we're almost done with those. the proposal is pretty solid, but there are still changes coming (probably) so it isn't final yet 20:04:00 &lt;zzz&gt; I have a test router up on the network. The plan is to ship support in .36, disabled by default, and enable it in .37 20:04:28 &lt;eche|on&gt; just read a tweet of orignal doing some ntcp2 for i2pd 20:04:37 &lt;zzz&gt; we plan to use the same meeting and decision process for the LS2 proposal, starting soon 20:04:43 &lt;zzz&gt; yeah, all the action is in #ntcp2 20:04:51 &lt;eche|on&gt; ok 20:04:58 &lt;zzz&gt; anything else on 3) ? 20:05:18 &lt;eche|on&gt; will .37 be ready to use ntcp2? 20:05:40 &lt;eche|on&gt; thats end of 2018 20:05:48 &lt;zzz&gt; right, we'll do testing in 36 with people that manually enable it. Then enable it by default in 37 20:05:53 &lt;zlatinb&gt; another q : any plans to release a bob-only mode in .36 for example? 20:06:03 &lt;zzz&gt; right. 37 maybe in November 20:06:04 &lt;zlatinb&gt; or bob-only in .35 for easier testing? 20:06:14 &lt;zzz&gt; what does bob-only mean? 20:06:28 &lt;zlatinb&gt; only incoming tcp connections 20:06:45 &lt;zzz&gt; oh, receive only? yeah that's not a bad idea. Not for 35 though. 20:06:53 &lt;obscuratus&gt; Can I start testing ntcp2 on my testing network? 20:06:54 &lt;zzz&gt; depends how much testing we get in the 36 cycle 20:07:14 &lt;zzz&gt; obscuratus, no, the full support won't be checked in until after the 35 release. It's still in development 20:07:29 &lt;eche|on&gt; I assume quite fast after .35 release the code will be moved into trunk 20:07:32 &lt;zzz&gt; what's in 35 now is just stubs 20:07:36 &lt;zzz&gt; correct eche|on 20:08:05 &lt;zzz&gt; anything else on 3) ? 20:09:01 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:09:03 &lt;zzz&gt; go zlatinb 20:09:33 &lt;zlatinb&gt; hi, Lets do the usual : 1. what youve been up to the last month 2. what you plan to do next month 3. are you blocked by anyone or need any help 20:09:36 &lt;zlatinb&gt; zzz go first 20:09:44 &lt;zzz&gt; ok 20:10:13 &lt;zzz&gt; I've been about equal parts NTCP2, bug fixes, and wrapping up some new features for 35 (ssl wizard and susimail folders) 20:10:48 &lt;zzz&gt; I expect next month to be NTCP2, bug fixes, the 35 release which always takes a lot of time, and starting on LS2 20:11:01 &lt;zzz&gt; no blockers; EOT 20:11:22 &lt;zlatinb&gt; thx. eche|on ? 20:11:37 &lt;eche|on&gt; lots of IRC, forum, managing the funds, working on cryptocurrency system 20:11:54 &lt;eche|on&gt; ongoing this work, no blocker yet, except holidays ^^ 20:12:12 &lt;zlatinb&gt; ok. str4d are you here? 20:12:40 &lt;zlatinb&gt; looks like no. meeh are you here? 20:13:18 &lt;zlatinb&gt; looks like no. sadie cant make it, mhatta and slumlord are not here either 20:13:26 &lt;zlatinb&gt; well thats about it 20:13:36 &lt;zlatinb&gt; eot 20:13:36 &lt;eche|on&gt; holiday time has hit us.. 20:13:44 &lt;eche|on&gt; baffer? 20:13:46 &lt;zzz&gt; ok, anybody have anything else for the meeting? 20:14:31 &lt;zzz&gt; yeah it's baffer time 20:14:52 &lt;zzz&gt; short meeting, but there's lots happening, all good 20:14:59 * zzz *bafs* the meeting closed 20:15:01 &lt;zzz&gt; thanks everybody </div>/ar/blog/2018/05/01/i2p-dev-meeting-may-01-2018/Tue, 01 May 2018 00:00:00 +0000/ar/blog/2018/05/01/i2p-dev-meeting-may-01-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> anonymousmaybe, orignal, str4d, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid status (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 update (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zab) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:09 &lt;zzz&gt; 1) 0.9.34 F-Droid status (str4d, meeh, nextloop) 20:00:27 &lt;zlatinb&gt; hi 20:00:31 &lt;zzz&gt; ok I believe the only thing left for 34 is fdroid? you guys have a status? 20:00:35 &lt;orignal_&gt; hi 20:02:10 &lt;zzz&gt; ok, 3 weeks since the 34 release, lets hope it gets wrapped up soon 20:02:15 &lt;zzz&gt; anything else on 1) ? 20:03:01 &lt;zzz&gt; 2) 0.9.35 update (zzz) 20:03:08 &lt;zzz&gt; 35 is going well 20:03:29 &lt;zzz&gt; 3 weeks in, 7 weeks to go, 16K lines of diff so far. feature freeze in 1-2 weeks 20:03:57 &lt;zzz&gt; lots of good stuff in there so far. as always, need testers 20:04:12 &lt;zzz&gt; anything else on 2) ? 20:06:00 &lt;zzz&gt; 3) NTCP2 update (zzz) 20:06:20 &lt;zzz&gt; we had our 6th meeting yesterday and I did my weekly update to the proposal a couple hours ago, it's up on our site 20:06:45 &lt;zzz&gt; this pretty much wraps up the spec phase. It isn't pretty yet and it will certainly change, but the big stuff is decided 20:07:11 &lt;zzz&gt; we're now in the test implementation phase. each project should code up an implementation by the end of May, and we'll do interoperability testing in June 20:07:37 &lt;zzz&gt; we will of course continue updating the spec based on what we learn when we start coding 20:08:00 &lt;zzz&gt; so things are going quite well 20:08:15 &lt;zzz&gt; anything else on 3) ? 20:08:21 &lt;orignal_&gt; zzz, can you list out all crypto needed for ntcp2? 20:08:38 &lt;zzz&gt; please read the spec, let's not do it here, thanks 20:08:39 &lt;orignal_&gt; beside what's in I2P already 20:09:02 &lt;zzz&gt; or we can discuss n #ntcp2 after the meeting 20:09:34 &lt;orignal_&gt; it might be interesting for everybidy I thought 20:09:36 &lt;i2pr&gt; [Slack/str4d] Gah internet 20:09:41 &lt;zzz&gt; anything else on 3) ? 20:09:52 &lt;i2pr&gt; [Slack/str4d] Typing 20:10:07 &lt;i2pr&gt; [Slack/str4d] Now that we have a reasonably-stable draft spec, I'll see if I can clean it up a bit this weekend, and then I'll ask some of my cryptographer friends to look over it. 20:11:01 &lt;zzz&gt; ok 20:11:08 &lt;zzz&gt; anything else on 3) ? 20:12:02 &lt;zzz&gt; 4) Status scrum (zab) 20:12:06 &lt;zzz&gt; take it away zlatinb 20:12:15 &lt;zlatinb&gt; Hi, before we start - Ive received funding requests from everyone except mhatta but thats due to PGP confusion 20:12:32 &lt;zlatinb&gt; so I will be sending out final approvals to ech later tonight 20:12:41 &lt;zlatinb&gt; and mhattas will end up being a little delayed 20:13:37 &lt;zlatinb&gt; ok lets start - going around the room, 1-2-3 20:13:37 &lt;zlatinb&gt; zzz: go 20:13:45 &lt;zzz&gt; ok 1) last month: 20:14:12 &lt;zzz&gt; 34 release, susimail folders, DNSoverhTTPS, SSL wizard, the group reviewed the PETS paper, new orchid release... 20:14:23 &lt;zzz&gt; NTCP2 spec, lots of meeting and planning, lots of bug fixes 20:14:30 &lt;zzz&gt; 2) next month: 20:14:51 &lt;zzz&gt; ntcp2 impl, ssl wizard finishing, lots of bug fixes, more planning and meetings 20:15:04 &lt;zzz&gt; 3) blockers: mhatta TAILS ready indication spec 20:15:06 &lt;zzz&gt; EOT 20:15:18 &lt;zlatinb&gt; ok. str4d your turn 20:15:31 &lt;i2pr&gt; [Slack/str4d] 1) Past month: 20:15:56 &lt;i2pr&gt; [Slack/str4d] - Finished migrating I2P-Bote to the official Apache James Server release, got IMAP and SMTP working well enough to implement a service for relaying Zcash transactions, made a new release. 20:16:24 &lt;i2pr&gt; [Slack/str4d] - Finished XRDS article 20:16:33 &lt;i2pr&gt; [Slack/str4d] - Reviewed VRP draft update 20:16:40 &lt;i2pr&gt; [Slack/str4d] - Bugfixes 20:16:50 &lt;i2pr&gt; [Slack/str4d] - NTCP2 design / spec meetings 20:17:02 &lt;i2pr&gt; [Slack/str4d] - Implemented (almost all of) NTCP2 draft spec in Rust 20:17:07 &lt;i2pr&gt; [Slack/str4d] 2) Next month: 20:17:32 &lt;i2pr&gt; [Slack/str4d] - Implement last few NTCP2 corners in draft spec 20:17:46 &lt;i2pr&gt; [Slack/str4d] - Write harness to generate NTCP2 test vectors 20:17:55 &lt;i2pr&gt; [Slack/str4d] - Convince myself that SipHash is okay for length blinding 20:18:09 &lt;i2pr&gt; [Slack/str4d] - Write up AES blinding of ephemerals as a Noise extension 20:18:26 &lt;i2pr&gt; [Slack/str4d] - Work on Java implementation of Noise w/ zzz and meeh 20:18:39 &lt;i2pr&gt; [Slack/str4d] - Release stuff as necessary 20:19:32 &lt;i2pr&gt; [Slack/str4d] 3) Blockers: currently none; Friction: travel. 20:19:34 &lt;i2pr&gt; [Slack/str4d] EOT 20:20:00 &lt;zlatinb&gt; alright. meeh are you here? 20:20:49 &lt;zlatinb&gt; echelon? sadie? 20:21:31 &lt;zlatinb&gt; mhatta: you around by any chance? 20:22:06 &lt;zlatinb&gt; :( 20:22:11 &lt;anonymousmaybe&gt; sorry for interruption , but is there discussiom Q/A here ? or just listing stuff ? 20:22:39 &lt;zlatinb&gt; anonymousmaybe: SCRUM - listing stuff, discussion maybe later 20:22:39 &lt;zzz&gt; in about 30 seconds I will ask for other topics, stand by 20:23:01 &lt;zzz&gt; that it for you zlatinb ? 20:23:08 &lt;anonymousmaybe&gt; i c , thank you 20:23:09 &lt;zlatinb&gt; I guess so 20:23:36 &lt;zzz&gt; ok, maybe it's time for a stern email from you to everybody asking them to be here and be on time... 20:23:48 &lt;zzz&gt; ok thats it for 4) 20:23:57 &lt;zzz&gt; anything else for the meeting? anonymousmaybe you're up 20:24:51 &lt;anonymousmaybe&gt; i would like to ask about the implementation of DNSoverhTTPS, 20:25:34 &lt;zzz&gt; ok, that's a technical detail best discussed after the status meeting 20:25:46 &lt;zzz&gt; anything else for the meeting? 20:26:40 &lt;anonymousmaybe&gt; for me no 20:27:01 * zzz grabs the baffer 20:27:38 * zzz *bbbaffs* the meeting clased </div>/ar/blog/2018/04/10/0.9.34-release/Tue, 10 Apr 2018 00:00:00 +0000/ar/blog/2018/04/10/0.9.34-release/<h2 id="update-details">Update details</h2> <p>0.9.34 includes important bug fixes for hidden services, streaming, and SAM. The release continues work on preparation for Ed25519 as the default signature type and NTCP2 as a new transport. Performance improvements and the usual assortment of bug fixes are included.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2018/04/03/i2p-dev-meeting-april-03-2018/Tue, 03 Apr 2018 00:00:00 +0000/ar/blog/2018/04/03/i2p-dev-meeting-april-03-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> manas, meeh, str4d, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Hi 20:00:01 &lt;zzz&gt; 1) 0.9.34 update (zzz) 20:00:01 &lt;zzz&gt; 2) 0.9.34 blocker tickets (str4d) 20:00:01 &lt;zzz&gt; 3) 0.9.34 Android/Maven build and release roles and schedule (str4d/meeh) 20:00:01 &lt;zzz&gt; 4) Proposed removal of open4you.i2p and git.repo.i2p from console home page (anonymousmaybe) 20:00:01 &lt;zzz&gt; 5) 0.9.35 plan (zzz) 20:00:01 &lt;zzz&gt; 6) NTCP2 plan (zzz) 20:00:01 &lt;zzz&gt; 7) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Hi 20:00:07 &lt;zzz&gt; Hi 20:00:30 &lt;zzz&gt; welcome to meeting 269, spanning almost 16 years 20:00:33 &lt;manas&gt; Hey 20:00:43 &lt;zlatinb&gt; hi 20:00:44 &lt;zzz&gt; 1) 0.9.34 update (zzz) 20:00:55 &lt;zzz&gt; ok, translation and checkin deadline is in 3 days 20:01:20 &lt;zzz&gt; not much for recent bug reports 20:01:36 &lt;zzz&gt; so we are looking good, pending item 2) 20:01:56 &lt;zzz&gt; I've been working on .35 and beyond the last couple of weeks 20:02:04 &lt;zzz&gt; anything else on 1) ? 20:03:00 &lt;zzz&gt; 2) 0.9.34 blocker tickets (str4d) 20:03:25 &lt;i2pr&gt; [Slack/str4d] Hi :B 20:03:32 &lt;zzz&gt; str4d has several blocker tickets dating back several months, and have been pushed past a couple of releases already 20:03:38 &lt;manas&gt; hey there str4d 20:03:38 &lt;zzz&gt; str4d, what's your plan for these? 20:04:10 &lt;i2pr&gt; [Slack/str4d] I see two blocker tickets. 20:04:19 &lt;i2pr&gt; [Slack/str4d] One is reseeding on older Androids 20:04:39 &lt;zzz&gt; ok good, 2 is better than 'several' 20:04:45 &lt;i2pr&gt; [Slack/str4d] For that one, we narrowed down the problem window, but could not at the time identify a fix (the one we tried didn't work) 20:05:07 &lt;i2pr&gt; [Slack/str4d] I do not have time at the moment to work on it, and the older versions are slowly becoming less-used 20:05:24 &lt;i2pr&gt; [Slack/str4d] So I'm thinking that we should just deprecate the older Android versions 20:05:59 &lt;i2pr&gt; [Slack/str4d] Note that Google Play Store has put in requirements that new app uploads start conforming to newer APIs, so we may in that sense have our hand forced if we want to continue to push through GPlay 20:07:02 &lt;zzz&gt; and the other one? 20:07:16 &lt;i2pr&gt; [Slack/str4d] Dropping support for older APIs should be relatively simple to do as part of the next update, if we agree on it. 20:08:03 &lt;i2pr&gt; [Slack/str4d] The other is translated string fixes from 0.9.31 (in OP says "minor, but classing as a blocker") 20:09:19 &lt;i2pr&gt; [Slack/str4d] Some of this I have fixed locally, but have not had time to extract and push out. 20:09:41 &lt;zzz&gt; I guess the question is whether you intend to do any UI bug fixes at all. Last fix we saw from you was 5 months ago. I highlighted about 10 tickets a month ago I wanted to see fixed for .34. Do you intend to do any UI work going forward or should we find a replacement? 20:09:58 &lt;i2pr&gt; [Slack/str4d] Realistically, if left to me, it will keep slipping, as my priorities are elsewhere at present. 20:10:39 &lt;i2pr&gt; [Slack/str4d] I do plan to push more of the UI patches, but I do not have time to make it a sufficiently-short timescale. 20:11:05 &lt;zzz&gt; ok so we shouldn't expect any UI work, including even simple fixes, at all from you, either for .34 or later? 20:11:31 &lt;i2pr&gt; [Slack/str4d] The problem is that the word "simple" is doing a lot of heavy lifting there :stuck_out_tongue: 20:12:11 &lt;i2pr&gt; [Slack/str4d] For .34, correct, don't expect any UI work from me. 20:12:15 &lt;zzz&gt; ok. I wish we knew this months ago. We've lost an awful lot of time. We'll start reassigning the work and looking for replacements. 20:12:22 &lt;zzz&gt; anything else for 2) ? 20:13:01 &lt;i2pr&gt; [Slack/str4d] I am happy to pass patchsets to others for extracting the "simple" fixes - maybe they will have better luck than I wrangling monotone+git 20:13:23 &lt;zzz&gt; 3) 0.9.34 Android/Maven build and release roles and schedule (str4d/meeh) 20:14:03 &lt;zzz&gt; I'd like to know if str4d and meeh have figured out who is doing what for the .34 maven/fdroid/android releases, so I know who to hold to account and when it's going to happen 20:15:37 &lt;i2pr&gt; [Slack/str4d] Meeh has the signing keys for Android and FDroid 20:15:51 &lt;meeh&gt; We can figure it out now. What do you think str4d , do you got time for it, or should I? 20:16:16 &lt;i2pr&gt; [Slack/str4d] I'd be happy for you to do it with me in your ear :slightly_smiling_face: 20:16:31 &lt;i2pr&gt; [Slack/str4d] (because I want to build out our release capabilities) 20:16:47 &lt;zzz&gt; meeh that ok with you? 20:17:00 &lt;i2pr&gt; [Slack/str4d] We can set up a time to pair on it. 20:17:16 &lt;meeh&gt; Yea, we can do that. That's the best option so far, so you can get me up to date on how, and what to do 20:17:29 &lt;zzz&gt; what about maven central? 20:17:45 &lt;i2pr&gt; [Slack/str4d] I'm currently the only one with credentials for it. 20:18:08 &lt;meeh&gt; Yea, I don't have maven access 20:18:22 &lt;i2pr&gt; [Slack/str4d] There's a few hoops that need to be jumped through with Sonatype to change that 20:18:29 &lt;zzz&gt; so are you doing it or giving meeh the privs? I need to know who is responsible and when it's going to happen 20:18:39 &lt;i2pr&gt; [Slack/str4d] (vaguely recalling what I had to do in order to set it up in the first place) 20:18:52 &lt;i2pr&gt; [Slack/str4d] I will do that for .34 20:19:21 &lt;i2pr&gt; [Slack/str4d] (probably in the same pairing with meeh) 20:19:57 &lt;zzz&gt; ok can I hold you two to a two-week deadline to get it all released? If I get mine cut by April 10, that would be April 24. ok? 20:20:41 &lt;i2pr&gt; [Slack/str4d] Okay. 20:20:51 &lt;zzz&gt; ok meeh? 20:20:56 &lt;i2pr&gt; [Slack/str4d] I'm in Denver week of 9th, then back in UK following week 20:21:09 &lt;i2pr&gt; [Slack/str4d] So whichever week works better timezone-wise for meeh 20:21:11 &lt;meeh&gt; Yepp 20:21:39 &lt;zzz&gt; ok. meeh you also owe me an ack that you checked the gplay crash report 20:21:45 &lt;zzz&gt; anything else on 3) ? 20:21:49 &lt;meeh&gt; I should be able to adjust to something that fits for str4d in that timeline 20:22:27 &lt;zzz&gt; 4) Proposed removal of open4you.i2p and git.repo.i2p from console home page (anonymousmaybe) 20:22:48 &lt;zzz&gt; ok anonymousmaybe reports that those two sites have been down for weeks or months and recommends that they be removed from the router console 20:22:55 &lt;zzz&gt; any objections? 20:23:28 &lt;i2pr&gt; [Slack/str4d] git.repo.i2p has been down for a while primarily because I have not had time to go in and get it running again. 20:23:53 &lt;zzz&gt; so I don't hear you objecting :) 20:23:55 &lt;i2pr&gt; [Slack/str4d] If it is desired that it be running again, I can make time to do that. But I would also not object to it being removed. 20:24:06 &lt;zzz&gt; if not, I'll remove them both for .34 20:24:31 &lt;i2pr&gt; [Slack/str4d] No objections from me on open4you.i2p 20:24:33 &lt;zzz&gt; you may apply for reinclusion following our normal processes once it's up and stable 20:25:00 &lt;zzz&gt; it's a terrible user experience to have dead links on our console home page, and we owe it to our users to keep them up or remove them 20:25:06 &lt;i2pr&gt; [Slack/str4d] ACK (I followed that process the first time IIRC :D) 20:25:15 &lt;zzz&gt; ok anything else on 4) ? 20:25:54 &lt;zzz&gt; 5) 0.9.35 plan (zzz) 20:26:11 &lt;zzz&gt; ok we had a roadmap meeting a week or two ago, and the roadmap on our website reflects the results 20:26:22 &lt;zzz&gt; everything else has been pushed to 36/37 20:26:35 &lt;zzz&gt; we've been hard at work on 35 features for a couple of weeks already 20:26:55 &lt;zzz&gt; this is the way I want to work for every release, where the work is done in advance and then merged in early in the cycle 20:27:13 &lt;i2pr&gt; [Slack/str4d] +1 20:27:13 &lt;zzz&gt; the schedule is for a .35 release in mid-late June, standard 10-week cycle 20:27:34 &lt;manas&gt; There will be a meeting similar to the last one prior to the .35 release? 20:27:57 &lt;zzz&gt; yeah, I'd like to do a roadmap meeting for the next one a few weeks before each release 20:28:06 &lt;manas&gt; ok sounds good 20:28:20 &lt;zzz&gt; all the anything else on 5) ? 20:28:35 &lt;zzz&gt; s/all the// 20:29:08 &lt;i2pr&gt; [Slack/str4d] .35 roadmap looks reasonable to me 20:29:24 &lt;i2pr&gt; [Slack/str4d] +1 on private testnet setup improvements :smile: 20:30:01 &lt;zzz&gt; 6) NTCP2 plan (zzz) 20:30:09 &lt;manas&gt; I had posted on the forums a little late but would like to have a meeting (or discuss at next meeting) to discuss specifics about the private test net 20:30:30 &lt;zzz&gt; ok we've convened a team with reps from all 3 projects. We've had two meetings so far and have a new version of the proposal posted 20:30:39 &lt;meeh&gt; manas I'll contact you in a day or so, done some work on the topic as well 20:30:43 &lt;zzz&gt; we plan to meet once a week and put out a new draft after each meeting 20:30:49 &lt;manas&gt; meeh: alright :) 20:31:02 &lt;zzz&gt; the goal is to be done by the end of april and have test implementations by the end of may. 20:31:19 &lt;zzz&gt; the next meeting is in #ntcp2 April 9, 4 PM UTC, all welcome. 20:31:20 &lt;i2pr&gt; [Slack/str4d] Which proposal is being furthered? 20:31:36 &lt;zzz&gt; the version that we posted yesterday. 20:31:52 &lt;zlatinb&gt; its available on clearnet forum str4d 20:32:16 &lt;zzz&gt; actually, it's on the website. proposal 111. 20:32:56 &lt;i2pr&gt; [Slack/str4d] Okay, so it's the update I proposed 20:33:06 &lt;zzz&gt; comments may be made on i2pforum.i2p, i2pforum.i2p, the trac ticket, the zzz.i2p thread, in #ntcp2, here, you can email me, anyway anybody wants to do it. Clearnet or not. We welcome participation from all. 20:33:11 &lt;i2pr&gt; [Slack/str4d] I need to check whether what was pushed to the website matches what I've been working on locally 20:33:46 &lt;zzz&gt; as I emailed you a week ago, we do not require a separate proposal from you. 20:34:12 &lt;zzz&gt; 111 will be the proposal and we will update it each week after our meeting.\ 20:34:33 &lt;i2pr&gt; [Slack/str4d] I'll ping you after meeting. 20:34:40 &lt;zzz&gt; anything else on 6) ? 20:36:00 &lt;zzz&gt; 7) Status scrum (zab) 20:36:04 &lt;zzz&gt; over to you zlatinb 20:36:30 &lt;zlatinb&gt; Hi. Before we start the scrum, everyone who wants to get paid please fill out the timesheet/request form that zzz posted on his forum 20:36:55 &lt;zlatinb&gt; and email the form to me 20:36:58 &lt;zlatinb&gt; now off to scrum 20:37:01 &lt;zzz&gt; ok I suggest we wait until at least the last week of the month, so people know how much they worked up until then? 20:37:42 &lt;i2pr&gt; [Slack/str4d] I agree. My understanding was the quarter started in Feb 20:37:43 &lt;zlatinb&gt; sure, but I would need a few days after I receive the form 20:38:09 &lt;manas&gt; I believe the post said not before APR 23 20:38:29 &lt;zzz&gt; On the post I said earliest to email is April 23 and latest is April 30. But you make the rules and I'll update it. 20:38:49 &lt;zlatinb&gt; those dates are fine 20:39:07 * zlatinb got caught for not having read the post ;-) 20:39:17 &lt;zlatinb&gt; anyway :) 20:39:50 &lt;zlatinb&gt; so scrum - well go around the room, when your name is called pls post a short description of 20:39:56 &lt;zlatinb&gt; 1) what youve been doing since last scrum 20:40:02 &lt;zlatinb&gt; 2) what you plan to do next month 20:40:21 &lt;zlatinb&gt; 3) are you blocked by anyone or do you need help on anything 20:40:40 &lt;zlatinb&gt; pls do so even if youve been updating on the video chat, this is for posterity 20:41:02 &lt;zlatinb&gt; so, zzz you go first 20:41:35 &lt;zzz&gt; thanks zlatinb. In the last month I've done a lot of work on the .34 release, including lots of bug fixes and new features. 20:42:13 &lt;zzz&gt; More recently, I have transitioned to 35 features and research, including susimail folders, and the new NTCP2 protocol 20:42:53 &lt;zzz&gt; in the next month I plan to review the paper we received a month ago, continue work on NTCP2, get the 34 release out, 20:43:05 &lt;zzz&gt; and fix bugs. 3) no blockers. EOT. 20:43:18 &lt;zlatinb&gt; thanks 20:43:26 &lt;zlatinb&gt; eche|off: are you here by any chance? 20:43:39 &lt;zzz&gt; i think not 20:43:40 &lt;zlatinb&gt; I know he said he wouldnt be but just in case... 20:44:03 &lt;zlatinb&gt; alright. Next full-timer- meeh, go 20:44:22 &lt;meeh&gt; Highlights 20:44:22 &lt;meeh&gt; I've soon done with an MVP for a new OSX launcher, improved outproxy service and tuning it for better performance. I've done some few scala tests, more to come. And I've setup test systems I need for both Android and OSX dev/test. Also used some time to get known with the codebases again. Also somewhat read me up on proposals. 20:44:40 &lt;meeh&gt; Misc: Much I can't really recall at the moment. 20:45:23 &lt;meeh&gt; For next round: Have the MVP for OSX ready. Mindblow you with a nice browser bundle. Focus more on scalatests, android and contribution documentation 20:45:51 &lt;meeh&gt; Blockers; mja.. being more secure on dns changes as discussed on last video 20:46:12 &lt;zlatinb&gt; yes indeed, Ill have to get more serious chasing welt 20:46:34 &lt;zlatinb&gt; anything else meeh ? 20:46:51 &lt;meeh&gt; Cause once we can be sure of changes and when, I can deprecate some old services with fresh servers and software (cleanup, and such) 20:46:59 &lt;meeh&gt; Improve my services for i2p 20:47:04 &lt;meeh&gt; Done now :) 20:47:19 &lt;zlatinb&gt; cool 20:47:35 &lt;zlatinb&gt; manas: it must be very late where you are, good to see you, Your update pls? 20:47:56 &lt;manas&gt; hey, everyone. good to see all again 20:47:57 &lt;manas&gt; to summarize: I have studied up to chapter 4, which is on java syntax, of the book which I am using to study Java. will be continuing with chapter 5 this month, objects in java. have written some java code which was reviewed by zzz (thank you, zzz). will be continuing to study crypto as well. reading up on ant and gradle. thinking about the test net, planning on acquiring some hardware for 20:47:58 &lt;manas&gt; this. continuing to maintain services which I run and staying on top of security disclosures. reading/responding to trac and forum posts regularly. 20:48:19 &lt;manas&gt; meeh, if you have any writeups/documentation to share about running an outproxy I would be interested in reading it :) 20:48:21 &lt;manas&gt; eot 20:48:57 &lt;zlatinb&gt; good stuff - I want to talk about the outproxy business in light of OTF soon 20:49:08 &lt;meeh&gt; Sure, we can talk about that later. Mainly it's a tunnel without anything in the domain field 20:49:09 &lt;zlatinb&gt; but now back to scrum - str4d your tunr 20:49:11 &lt;zlatinb&gt; turn 20:49:18 &lt;i2pr&gt; [Slack/str4d] In the last month I worked on our current crypto specs, started the process for migrating proposals to the new forum, attended the Tor developer meeting in Rome (for Zcash, but had various I2P-relevant discussions), worked with Elio/Ura on website mockups, worked on Ire in preparation for NTCP2 draft implementation, and generally thought 20:49:19 &lt;i2pr&gt; about NTCP2 crypto primitives. 20:50:20 &lt;i2pr&gt; [Slack/str4d] In the next month I plan to check my email XD, pair w/ meeh on .34 Android/Maven, schedule into my calendar these meetings I seem to be missing, review the paper, start a draft implementation of NTCP2 in order to figure out some of the Noise library issues, and work on specifying the Elligator-esque ephemeral key blinding. 20:50:50 &lt;i2pr&gt; [Slack/str4d] Only blocker is email-related, will ping people after about it. 20:50:57 &lt;i2pr&gt; [Slack/str4d] EOT 20:51:38 &lt;zlatinb&gt; i2pr: str4d ping ping 20:52:35 &lt;zlatinb&gt; thanks 20:52:46 &lt;zlatinb&gt; is sadie around on slack? 20:53:40 &lt;zlatinb&gt; if not I think this is everyone / everything for 7) 20:54:03 &lt;zzz&gt; ok, thanks zlatinb, anybody have anything else for the meeting? 20:54:38 &lt;i2pr&gt; [Slack/str4d] I don't think she's here 20:54:55 &lt;meeh&gt; no, just announcement that I will setup more resources for outproxy and improve it 20:55:03 * zzz grabs the baffer 20:56:00 * zzz *baffs* the meeting closed </div>/ar/blog/2018/03/06/i2p-dev-meeting-march-06-2018/Tue, 06 Mar 2018 00:00:00 +0000/ar/blog/2018/03/06/i2p-dev-meeting-march-06-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, meeh, psi, str4d, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.33 remaining release items (f-droid.org, official Debian) (nextloop, mhatta) 20:00:00 &lt;zzz&gt; 2) 0.9.34 update (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zab) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:06 &lt;zzz&gt; hi 20:00:17 &lt;zlatinb&gt; hi 20:00:20 &lt;zzz&gt; welcome to meeting 268 of this great 15-year-old project! 20:00:44 &lt;zzz&gt; 1) 0.9.33 remaining release items (f-droid.org, official Debian) (nextloop, mhatta) 20:01:03 &lt;zzz&gt; ok, nextloop did a PR for f-droid, it hasn't appeared yet, but hopefully will soon 20:01:30 &lt;zzz&gt; for Debian, we still haven't heard from mhatta, and we've missed the Bionic deadline 20:01:51 &lt;zzz&gt; anything else on 1) ? 20:03:01 &lt;zzz&gt; 2) 0.9.34 update (zzz) 20:03:37 &lt;zzz&gt; we're halfway through the scheduled 10-week cycle. I've set the checkin deadline for 4 1/2 weeks from now. Tag freeze in 3 weeks, release in 5 weeks 20:04:03 &lt;zzz&gt; we're at 16K lines of diff. The most notable change is part 2 of the susimail rework. The rest is fixes all over 20:04:28 &lt;zzz&gt; I encourage everyone in the team to fix a few tickets for the release, if at all possible 20:05:01 &lt;zzz&gt; we're past the 'big changes' deadline, but still hoping for various fixes to come in from everybody 20:05:21 &lt;zzz&gt; and of course, testing the dev builds is also everyone's job, please help out 20:05:31 &lt;zzz&gt; anything else on 2) ? 20:07:01 &lt;zzz&gt; 3) Status scrum (zab) all yours 20:07:04 &lt;eche|on&gt; not really 20:07:11 &lt;zlatinb&gt; Hi. Were going to go all around the room and when your name is called please give a brief description of: 20:07:21 &lt;zlatinb&gt; 1) what have you been doing since the last scrum 20:07:29 &lt;zlatinb&gt; 2) what you plan to do the next month 20:07:44 &lt;zlatinb&gt; 3) are you blocked by anything or do you need help from someone 20:08:11 &lt;zlatinb&gt; Please wait until the scrum is finished if you feel you need to address a question or have a comment 20:08:21 &lt;zlatinb&gt; lets go - zzz kick it off 20:09:10 &lt;zzz&gt; ok. in addition to what I already said... I've been working on improving ssl support in the console and eepsites; upnp improvements; ipv6 fixes; and misc. refactoring 20:09:40 &lt;zzz&gt; I expect to continue on ssl and ipv6 in the coming month, as well as wrapping up other fixes for the release, which will be in early april 20:10:06 &lt;zzz&gt; I'm blocked on working on proposals, waiting to work with str4d 20:10:07 &lt;zzz&gt; EOT 20:10:41 &lt;zlatinb&gt; eche|on: please go ahead 20:11:07 &lt;eche|on&gt; ok, Ive been working on trac, forum and blog 20:11:28 &lt;eche|on&gt; next month this will go on, a bit more pr, update finances,... 20:11:39 &lt;eche|on&gt; currenly all ok, next week I am on travel 20:12:12 &lt;zlatinb&gt; great. meeh are you here? Can you give us an update? 20:12:38 &lt;meeh&gt; Yes, moment 20:13:45 &lt;meeh&gt; I've been working on the OSX launcher part cause it bugs the crap out of me since I'm on OSX, also - the last 1,5 day I've used on migrating the horrible sqlite db of ours (trac) to something that scales 20:13:53 &lt;meeh&gt; Trying to avoid that null byte issue 20:14:31 &lt;meeh&gt; Seem like I will get it working now once I've manually defined all tables up front in pgsql before I try to import (without tables then) 20:15:37 &lt;meeh&gt; And yea, I also might have something regarding git-&gt;monotone export 20:15:45 &lt;meeh&gt; That's all for me 20:16:22 &lt;zlatinb&gt; ok, not blocked on anything I take it? 20:16:46 &lt;meeh&gt; nope 20:16:50 &lt;meeh&gt; All fine :) 20:17:16 &lt;zlatinb&gt; excellent. psi you wanna join the fun? 20:17:22 &lt;psi&gt; sure 20:17:28 &lt;psi&gt; let's see 20:17:47 &lt;psi&gt; 1) this is my first scrum for i2p 20:18:18 &lt;psi&gt; 2) this month i'll make libsam super shiny and awesome 20:18:32 &lt;psi&gt; possibly adding epoll/kqueue variant 20:18:57 &lt;psi&gt; 3) currently waiting for review on the PR i made on github for libsam 20:19:00 &lt;psi&gt; EOT 20:19:20 &lt;zlatinb&gt; good stuff 20:19:24 &lt;zlatinb&gt; str4d: are you here? 20:19:51 &lt;zlatinb&gt; sadie maybe you are? 20:20:09 &lt;zzz&gt; sadie told me she'd probably miss it 20:20:41 &lt;zlatinb&gt; and str4d seems away 20:20:55 &lt;zlatinb&gt; so that concludes the scrum I believe - manas is exempt and mhatta awol 20:21:20 &lt;zzz&gt; ok, anything else for 3)? anything else for the meeting? 20:21:34 &lt;zlatinb&gt; now, does anyone have any questions or comments on anything that was brought up during the scrum? 20:21:41 &lt;meeh&gt; I got a question regarding oracle, license, and us whenever it's q/a time 20:21:54 &lt;zlatinb&gt; (this is the blocker/blockee part) 20:22:05 &lt;zlatinb&gt; meeh: ok we can chat after the meeting 20:22:43 &lt;zzz&gt; I'll just add that I'm blocked on all the possible packaging changes and improvements by mhatta 20:23:12 &lt;zzz&gt; and on the Tails startup notification feature, ditto 20:24:22 &lt;zlatinb&gt; ok. That concludes 3) I think 20:24:33 &lt;zzz&gt; ok, anything else for the meeting? 20:25:02 * zzz grabs the baffer 20:25:27 &lt;i2pr&gt; [Slack/str4d] Here 20:25:38 * zzz puts down the baffer 20:25:38 &lt;zlatinb&gt; ohai 20:25:39 &lt;i2pr&gt; [Slack/str4d] Sorry for delay, internet issues again 20:26:13 &lt;zlatinb&gt; so yeah, briefly 1) what you did 2) going to do 3) blocked / need help? 20:27:58 &lt;i2pr&gt; [Slack/str4d] 1) bug fixing, release work, router console UI patchset, Android work & signing key delegation, ticket triage, XRDS article 20:29:14 &lt;i2pr&gt; [Slack/str4d] Oh, and collaboration with Ura 20:29:24 &lt;i2pr&gt; [Slack/str4d] (plus usual meetings etc.) 20:31:40 &lt;i2pr&gt; [Slack/str4d] 2) Migrate all proposals to new forum, finish up NTCP Noise draft as a new proposal, Tor Dev meeting, sync w/ Ura, sync w/ dawuud on SPHINCS, possibly paper review, revisions on XRDS article, ticket triage 20:34:49 &lt;zlatinb&gt; are you blocked on anything or need help from someone? 20:34:50 &lt;i2pr&gt; [Slack/str4d] 3) Nothing right now, but outreach to people interested in reviewing things 20:35:07 &lt;i2pr&gt; [Slack/str4d] Oh, mailing list 20:35:20 &lt;zzz&gt; ok, anything else for 3)? anything else for the meeting? 20:36:03 * zzz grabs the baffer again 20:36:23 &lt;zzz&gt; zab I like the 1-2-3, that worked well 20:37:01 * zzz **bafs** the meeting closed </div>/ar/blog/2018/02/12/i2p-at-bsidesnyc/Mon, 12 Feb 2018 00:00:00 +0000/ar/blog/2018/02/12/i2p-at-bsidesnyc/<p>Sadie and str4d attended BSidesNYC on Saturday January 20th. Thank you to the BSides Team for setting such a great conference!</p> <p>Aside from a few talks, we mostly worked on several goals that we had set for the day during the afternoon in the common area at John Jay College.</p> <p>Our most pressing task was writing the high-level roadmap for 2018, following the discussions at 34C3. This has <a href="../../ar/blog/2018/02/11/high-level-roadmap-for-2018/">now been posted</a> - go check it out! We also picked up some communication threads that were put aside over the holiday period around our nascent Vulnerability Response Process, and getting it into &ldquo;production use&rdquo;.</p>/ar/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/ar/blog/2018/02/11/high-level-roadmap-for-2018/<p>One of the many things we discussed at 34C3 was what we should focus on for the coming year. In particular, we wanted a roadmap that was clear about what we want to ensure we get done, vs what would be really nice to have, and be able to help onboard newcomers to either category. Here is what we came up with:</p> <h2 id="priority-new-cryptography">Priority: New crypto(graphy!)</h2> <p>Many of the current primitives and protocols still retain their original designs from circa 2005, and need improvement. We have had a number of open proposals for several years with ideas, but forward progress has been slow. We all agreed that this needs to be our top priority for 2018. The core components are:</p>/ar/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/ar/blog/2018/02/11/high-level-roadmap-for-2018/<p>One of the many things we discussed at 34C3 was what we should focus on for the coming year. In particular, we wanted a roadmap that was clear about what we want to ensure we get done, vs what would be really nice to have, and be able to help onboard newcomers to either category. Here is what we came up with:</p> <h2 id="priority-new-cryptography">Priority: New crypto(graphy!)</h2> <p>Many of the current primitives and protocols still retain their original designs from circa 2005, and need improvement. We have had a number of open proposals for several years with ideas, but forward progress has been slow. We all agreed that this needs to be our top priority for 2018. The core components are:</p>/ar/blog/2018/02/06/i2p-dev-meeting-february-06-2018/Tue, 06 Feb 2018 00:00:00 +0000/ar/blog/2018/02/06/i2p-dev-meeting-february-06-2018/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>Present:</strong> echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Hi 20:00:01 &lt;zzz&gt; 1) 0.9.33/34 update (zzz) 20:00:01 &lt;zzz&gt; 2) 34C3 followup (zzz) 20:00:01 &lt;zzz&gt; 3) B-Sides NYC report (sadie, str4d) 20:00:01 &lt;zzz&gt; 4) FOSDEM report (echelon) 20:00:01 &lt;zzz&gt; 5) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Hi 20:00:08 &lt;zzz&gt; Hi 20:00:11 &lt;zlatinb&gt; hi 20:00:15 &lt;manas&gt; hi 20:00:19 &lt;echelon&gt; hi 20:00:35 &lt;zzz&gt; 1) 0.9.33/34 update (zzz) 20:00:46 &lt;zzz&gt; ok, 0.9.33 has been out a week, all looks good so far 20:00:47 &lt;orignal_&gt; hi 20:01:22 &lt;zzz&gt; remaining items are android/fdroid/maven from str4d and the official debian from mhatta. Would you two please give us an ETA? 20:01:27 &lt;R4SAS&gt; hi 20:01:33 &lt;echelon&gt; yeah, looks good 20:02:39 &lt;zzz&gt; we need both by the weekend, to meet our two-week goal for primary release items, and to meet the deadline for Bionic 20:03:24 &lt;zzz&gt; ok I'll move on to .34, hope they show up 20:03:48 &lt;zzz&gt; I've set a 10-week schedule for .34 with a release in mid-April. That would mean big items in by early March 20:03:59 &lt;echelon&gt; ok 20:04:06 &lt;zzz&gt; I've checked in some small stuff, and have a big susimail rewrite coming in a couple days 20:04:19 &lt;echelon&gt; will test them 20:04:42 &lt;echelon&gt; anything more on plan for .34 ? 20:04:50 &lt;zzz&gt; oh, one other thing on .33, we had 73 tickets entered in the .33 dev cycle. I fixed about 30. 20:04:54 &lt;i2pr&gt; [Slack/sadie] hi 20:05:13 &lt;zzz&gt; I'm essentially the only one doing triage or fixes and if I don't get some help, I won't have time for anything else 20:05:38 &lt;zzz&gt; so would appreciate it, tickets are everybody's job, please pitch in where you can 20:05:54 &lt;echelon&gt; I can look for some tickets, but cannot do code 20:06:08 &lt;echelon&gt; still fighting with user management in trac 20:06:08 &lt;zzz&gt; on .34, the roadmap needs some fixup for what we can really accomplish, but I haven't looked at it in a couple weeks 20:06:23 &lt;echelon&gt; ok 20:06:34 &lt;zzz&gt; a lot of the tickets are for the website and we've had nobody doing consistent website fixes for a long time 20:06:51 &lt;echelon&gt; ok, content is easy 20:07:02 &lt;zzz&gt; I assume str4d has some UI fixes for 34 since he didn't get anything in for 33, but we'll see 20:07:08 &lt;zzz&gt; anything else on 1) ? 20:08:00 &lt;zzz&gt; 2) 34C3 followup (zzz) 20:08:35 &lt;zzz&gt; this was really just a placeholder. One thing outstanding is getting str4d's roadmap priorities overview finished and put on the website 20:08:40 &lt;zzz&gt; str4d, any status on that? 20:08:55 &lt;zzz&gt; anybody else have anything to say about 34C3? 20:09:17 &lt;manas&gt; it was an excellent 4 days :) 20:09:17 &lt;echelon&gt; was not as much folk talking to us as 33c3 20:09:52 &lt;zzz&gt; yeah, although we got a lot done, maybe because we had less walk-up traffic. It's a tradeoff 20:09:55 &lt;orignal_&gt; no interest to i2p anymore? 20:10:06 &lt;i2pr&gt; [Slack/str4d] I have the draft since, but keep running into Dev forum access issues 20:10:08 &lt;zzz&gt; it was more table placement 20:10:11 &lt;i2pr&gt; [Slack/str4d] Done* 20:10:13 &lt;echelon&gt; sure 20:10:27 &lt;zzz&gt; str4d, ETA for getting it onto the website? 20:11:24 &lt;zzz&gt; str4d, going back to 1), ETA for maven/android/fdroid .33? 20:11:31 &lt;i2pr&gt; [Slack/str4d] If I don't need to solicit more review from Dev forum, could do it tonight 20:11:55 &lt;zzz&gt; I posted some objections you haven't responded to, at least as of a couple hours ago 20:11:59 &lt;i2pr&gt; [Slack/str4d] .33 stuff likely not this weekend, I'll be working all weekend on Zcash stuff 20:12:11 &lt;zzz&gt; ETA for .33 then? 20:12:23 &lt;i2pr&gt; [Slack/str4d] Right, that's what I've kept trying to post to the dev forum 20:12:57 &lt;zzz&gt; well, if you've seen it, then take the objections, or not, up to you 20:13:58 &lt;i2pr&gt; [Slack/str4d] .33 will have to be next weekend (18th-ish?) 20:14:41 &lt;zzz&gt; that's 2 1/2 weeks from the release. No way to get to it sooner? We really need to treat these as primary release products and get them out quickly 20:15:31 &lt;orignal_&gt; zzz, why can't you take care by yourself? 20:15:50 &lt;zzz&gt; we all have our roles. I can't do everything. 20:17:07 &lt;orignal_&gt; sometimes you have to 20:17:09 &lt;zzz&gt; ok, str4d may respond, or not. Anything else on 1) or 2) ? 20:17:17 &lt;i2pr&gt; [Slack/str4d] I can't help my work schedule 20:17:48 &lt;i2pr&gt; [Slack/str4d] It would be great to have more people be able to make these releases, particularly Maven 20:17:52 &lt;zzz&gt; ok, let's figure out how to make it happen faster next time 20:17:59 &lt;zzz&gt; 3) B-Sides NYC report (sadie, str4d) 20:18:19 &lt;zzz&gt; sadie, str4d, would you please give us a brief report, and also let us know the ETA for getting the full trip report posted? 20:18:47 &lt;i2pr&gt; [Slack/sadie] it went well - we have a blog post ready ( some trouble posting) 20:19:22 &lt;zzz&gt; that was... really brief... ETA for posting that? 20:19:34 &lt;i2pr&gt; [Slack/sadie] we worked on the roadmap, worked on the web site , and discussed ideas for outreach this year 20:20:11 &lt;i2pr&gt; [Slack/str4d] Website IA for navigation is in much better shape 20:20:25 &lt;i2pr&gt; [Slack/sadie] we are back in touch with Elio who made the new logo to begin sub page design 20:20:32 &lt;zzz&gt; IA? 20:20:40 &lt;i2pr&gt; [Slack/str4d] Information architecture 20:21:21 &lt;zzz&gt; sadie, str4d, ETA for posting the trip report? 20:21:30 &lt;i2pr&gt; [Slack/str4d] Blog post will be up as soon as the roadmap is 20:21:56 &lt;zzz&gt; ok. Anything else on 3) ? 20:22:45 &lt;zzz&gt; 4) FOSDEM report (echelon) 20:22:47 &lt;i2pr&gt; [Slack/str4d] tl;dr went well, worth doing again 20:22:58 &lt;zzz&gt; echelon, how did it go at FOSDEM, how was the I2P talk? 20:23:25 &lt;echelon&gt; fosdem is a nice big event with&gt;20 parallel tracks and thousands of visitors, all free to attend 20:23:34 &lt;manas&gt; wow nice 20:23:58 &lt;echelon&gt; fosdem itself is well managed and organized, but getting food takes a bit, also lots of talks are filled fast and not able to get in 20:24:23 &lt;echelon&gt; but all talks are streamed live and are pushed to youtube now and are online on fosdem page 20:24:49 &lt;echelon&gt; the i2p talk was a brief fast talk on what is i2p and what it differs to tor, not much more, time was short 20:25:09 &lt;zzz&gt; did you meet the guy? 20:25:20 &lt;echelon&gt; the author is a i2pd guy not much in contact here, but had a rather good insight view of the code, except for some wrong numbers 20:25:29 &lt;echelon&gt; audience was ~100-150 people, room was full 20:25:53 &lt;zzz&gt; great, glad you went 20:26:01 &lt;zzz&gt; anything else on 4) ? 20:26:01 &lt;echelon&gt; just 2 questions afterwrds, e.g. if java i2p really uses now 2-4GB and if it runs on a raspverry pi 20:26:17 &lt;echelon&gt; we should go 2019, too 20:26:43 &lt;echelon&gt; (I just brought home a cough, too bad) 20:26:53 &lt;orignal_&gt; how come we don't know this guy? 20:27:27 &lt;manas&gt; echelon: i brought home a nasty cough on the flight back here from 34c3 :) all good now 20:27:29 &lt;echelon&gt; he kept under the radar, but has push rights to git 20:27:49 &lt;orignal_&gt; manas where are you now? 20:27:51 &lt;zzz&gt; anything else on 4) ? 20:27:58 &lt;echelon&gt; not much talk done, as I was already down and time was a issue on sunday 20:28:29 &lt;orignal_&gt; push rights? I think only R4SAS, villain and psi have it 20:28:38 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:28:45 &lt;zzz&gt; ok zab, the floor is yours 20:28:50 &lt;echelon&gt; he said, he pushed code toi2pd 20:28:59 &lt;echelon&gt; ok 20:29:08 &lt;zlatinb&gt; hello everyone. Im happy to say that all proposals for compensation have been approved! 20:29:10 &lt;orignal_&gt; we will find him than 20:29:46 &lt;zlatinb&gt; lets go around the room and when your name is called out please give a short summary of what youre going to be working on for the next 6 months. Please leave questions for later 20:29:55 &lt;zlatinb&gt; zzz you go first 20:30:52 &lt;zzz&gt; ok, the majority of my time is project management, bug fixes, and new code, but I plan to spend a significant amount of time on proposals and planning, as well as reading up on things 20:31:02 &lt;zzz&gt; so I'm smart enough to make some of the decisions we need to make 20:31:27 &lt;zzz&gt; most of you all know what I do, but that's a quick summary 20:31:39 &lt;zzz&gt; code code code, bugs bugs bugs, repeat 20:31:42 &lt;zzz&gt; EOT 20:31:56 &lt;zlatinb&gt; Thank you. echelon , your turn 20:32:23 &lt;echelon&gt; ok, managing the funds, doing some pr, managing most of services, doing some trac work, walk out to conferences^^ 20:32:41 &lt;echelon&gt; eot 20:32:55 &lt;zlatinb&gt; str4d: go 20:33:04 &lt;i2pr&gt; [Slack/str4d] First dibs on my time will be writing and reviewing proposals, and managing the proposal process along with zzz to ensure we have high-quality proposal documents for the community. 20:33:33 &lt;i2pr&gt; [Slack/str4d] Second dibs will be drafting implementations of proposals in Java and Rust, and collaborating with people outside I2P on common components. 20:34:10 &lt;i2pr&gt; [Slack/str4d] Balance of my time will be on Maven, Android (bug fixes only), and I2P-Bote. 20:34:13 &lt;i2pr&gt; [Slack/str4d] EOT 20:34:53 &lt;zlatinb&gt; sadie, thanks for coming! Tell us what youre going to do 20:35:20 &lt;zlatinb&gt; Sadie? 20:35:42 &lt;i2pr&gt; [Slack/str4d] You can't see the writing notification in shack 20:35:43 &lt;i2pr&gt; [Slack/sadie] Hi! I will be expanding my PR role - blog posts, console news.. 20:35:47 &lt;i2pr&gt; [Slack/str4d] Slack* 20:36:26 &lt;i2pr&gt; [Slack/sadie] also - trac triaging - improving our response times, helping users 20:37:13 &lt;i2pr&gt; [Slack/sadie] funding research, outreach to other projects and strategic partnerships. Finding more users and devs 20:37:35 &lt;i2pr&gt; [Slack/sadie] EOT 20:37:47 &lt;zlatinb&gt; Sounds great. manas, your turn 20:37:52 &lt;manas&gt; hi 20:38:05 &lt;manas&gt; next 6 months: study java, i2p documentation & get familiar with codebase; study cryptography, anonymity, privacy & security - any recommendations for books/papers/etc related to these topics are welcome :) 20:38:10 &lt;manas&gt; i have some ideas for interesting artwork that could be used for i2p-branded stickers/shirts which i will also be looking into 20:38:14 &lt;manas&gt; current status: office space has been set up; networking stuff mostly done - one router requires a firmware upgrade, submitted a ticket. ready to get moving on all tasks. 20:38:16 &lt;manas&gt; eot 20:38:36 &lt;zlatinb&gt; great. meeh and mhatta, are you here? 20:38:49 &lt;meeh&gt; I'm here 20:38:58 &lt;zlatinb&gt; shoot 20:39:01 &lt;manas&gt; hey meeh :) 20:39:05 &lt;meeh&gt; give me a moment to catch up 20:39:40 &lt;zlatinb&gt; were doing scrum, just give a short summary of what youre going to do the next 6 months 20:39:46 &lt;meeh&gt; gotcha 20:42:12 &lt;meeh&gt; next 6 months: complete as many scalatests (unittests) as possible for the core and router parts of i2p, probably others as well. also i2p for OSX needs improvements, where I will work on the launcher and update process, I'm also hoping to do improvements on docs/web, follow up as much as I can on trac wrt open issues of all kinds, and at last some research for new crypto / I2NP 20:42:45 &lt;zlatinb&gt; alright 20:44:39 &lt;zlatinb&gt; mhatta isnt here unfortunately, so that concludes the scrum 20:44:39 &lt;zlatinb&gt; before we baf the meeting I would like to offer chance to people to ask any questions to the other members of the team 20:44:40 &lt;zlatinb&gt; so if you have anything specific you want to ask regarding the goals - go! 20:44:40 &lt;zlatinb&gt; if not, falcon heavy launches in one minute :) 20:44:41 &lt;manas&gt; meeh: will you be looking into separating the tests which require network access from those that dont? 20:44:42 &lt;meeh&gt; I would like to ask for people to say if there is places that really needs tests - in prior to others. open for suggestions. 20:45:21 &lt;zzz&gt; manas and str4d are the best to discuss the tests 20:45:38 &lt;meeh&gt; manas: I would try to emulate/mock network as far as I can, I haven't made up any thoughts if I encounter a test on how to do it, but I can keep you informed :) 20:45:59 &lt;manas&gt; BobTheBuilder currently runs the ant tests with the torsocks wrapper. would be nice to be able to run tests requiring network independently from the rest 20:46:00 &lt;meeh&gt; s/test/a place where it's needed for a test/ 20:46:29 &lt;zzz&gt; zab we will need to discuss if we want to keep the scrum part of this meeting, or not, can do that in the coming weeks 20:46:30 &lt;meeh&gt; then I will look into that :) 20:46:33 &lt;meeh&gt; thanks for the adv. 20:46:45 &lt;zzz&gt; and is there a scrum before next month? 20:47:03 &lt;manas&gt; meeh: we'll discuss further, I will be looking into the tests as well :) 20:47:11 &lt;zlatinb&gt; right, so I would like a scrum with everyone every month 20:47:17 &lt;meeh&gt; I'm totally ok with it - I've still doing worse (each day 0930am) :p 20:47:19 &lt;zlatinb&gt; except manas who cannot make it due to time differences 20:47:44 &lt;zzz&gt; i am sure mhatta is in at least as bad a time zone 20:47:46 &lt;manas&gt; ya it's early here lol 20:47:47 &lt;zlatinb&gt; independently of that I will be meeting with those who work full time every week over irc/signal, etc. 20:47:56 &lt;manas&gt; mhatta may be in deep sleep 20:47:59 &lt;meeh&gt; I'll change timezone if needed in worst case :) 20:48:14 &lt;zzz&gt; the earliest I can pull the meeting in is another half hour, although after daylight savings probably I could do 7 PM UTC 20:48:25 &lt;zzz&gt; still not early enough for mhatta I'd guess 20:48:41 &lt;manas&gt; though once a month wouldn't be an issue. once a week could be 20:49:18 &lt;zzz&gt; I encourage everybody to be in IRC as often as possible. It's been awfully quiet here. This is the best place to get stuff done 20:49:25 &lt;zzz&gt; anything else on 5) ? 20:49:30 &lt;zlatinb&gt; ok, Im all done, thanks everyone 20:49:38 &lt;zzz&gt; anything else for the meeting? 20:50:08 &lt;meeh&gt; I'm here usually always - just been busy working myself out of my project @ dayjob. So I will be more active in time. 20:50:19 * zzz grabs the *baffer* 20:50:29 &lt;meeh&gt; I'm guessing to have a start date within the week zlatinb 20:50:56 &lt;zlatinb&gt; awesome 20:51:02 * zzz *bafs* the meeting closed </div>/ar/blog/2018/01/30/0.9.33-release/Tue, 30 Jan 2018 00:00:00 +0000/ar/blog/2018/01/30/0.9.33-release/<h2 id="update-details">Update details</h2> <p>0.9.33 continues the multi-year effort to migrate the network to stronger, faster cryptography. The release includes support for more signature types and preparation for Ed25519 as the default. Important bug fixes and performance improvements are included.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2017/12/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2017/Tue, 05 Dec 2017 00:00:00 +0000/ar/blog/2017/12/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> str4d, orignal, zlatinb, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.33 update (zzz) 20:00:00 &lt;zzz&gt; 2) 34C3 planning (zzz) 20:00:03 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:30 &lt;zzz&gt; 1) 0.9.33 update (zzz) 20:00:48 &lt;zzz&gt; 0.9.33 dev is off to a roaring start, with 20K lines of diff so far 20:00:55 &lt;zzz&gt; lots of good fixes 20:01:17 &lt;zlatinb&gt; hi 20:01:42 &lt;zzz&gt; also, 0.9.32 android was later than our 2-week target, so we've made some process changes to make sure we review the google play crashes before the desktop release 20:02:01 &lt;i2pr&gt; [Slack/str4d] hi 20:02:02 &lt;zzz&gt; this should enable a sooner and higher-quality android release 20:02:29 &lt;i2pr&gt; [Slack/str4d] I've got more CSS and JSP patches sitting locally, that I hope to get cleaned up and into mtn this weekend for longer review. 20:02:40 &lt;zzz&gt; I think we're on track for a late-january 0.9.33 release. That means big changes should go in this month, before CCC 20:03:28 &lt;zzz&gt; we have more streaming tweaks to do, and I've been fixing susimail issues this week 20:04:12 &lt;zzz&gt; anything else on 1) ? 20:04:24 &lt;zlatinb&gt; if I may suggest making dev builds available on postmans tracker 20:04:35 &lt;zlatinb&gt; some people will download and try anything that comes out there 20:04:50 &lt;zzz&gt; I believe you can get them via magnets or torrent files from bobthebuilder.com 20:05:17 &lt;zlatinb&gt; oh yes, its just that the presence on postman brings in a lot of visibility 20:05:43 &lt;zzz&gt; ok, talk to the bobthebuilder op about that, good idea 20:05:54 &lt;zzz&gt; anything else on 1) ? 20:05:58 &lt;i2pr&gt; [Slack/str4d] Also, we now have continuous builds on Travis CI as well, so keep an eye on `https://travis-ci.org/i2p/i2p.i2p` for another perspective 20:06:44 &lt;zzz&gt; str4d, if you can set up a irc bot for that, that might help, hard to remember to check a website 20:07:17 &lt;zzz&gt; anything else on 1) ? 20:08:01 &lt;zzz&gt; 2) 34C3 planning (zzz) 20:08:10 &lt;zzz&gt; ok, the sticker situation is under control 20:08:25 &lt;zzz&gt; eche|on has the train tickets 20:08:33 &lt;zzz&gt; hottuna signed us up on the wiki 20:08:43 &lt;zzz&gt; has noisy square showed up on the wiki yet? 20:08:50 &lt;zzz&gt; and who has the banner? 20:09:23 &lt;zzz&gt; I'll set up the twitter DM group later unless somebody else does it first 20:11:01 &lt;zzz&gt; hearing no response... anything else on 2) ? 20:12:01 &lt;zzz&gt; anything else for the meeting? 20:12:33 &lt;orignal&gt; maybe it makes sense to set meeting less frequent? 20:12:47 &lt;orignal&gt; due lack of interest 20:12:56 &lt;orignal&gt; but promote it more 20:13:09 &lt;i2pr&gt; [Slack/str4d] Looking forward to it! 20:13:35 &lt;i2pr&gt; [Slack/str4d] I think monthly is about right 20:13:41 &lt;zzz&gt; orignal, maybe, we can discuss that at ccc. 20:13:47 &lt;i2pr&gt; [Slack/str4d] Whether this is a good time is always up for debate 20:13:56 &lt;zzz&gt; The PR team could perhaps promote it more, for sure 20:14:10 &lt;orignal&gt; I would make it always a week before release 20:14:16 &lt;i2pr&gt; [Slack/str4d] zzz, just pushed config for IRC notifications to i2p.i2p 20:14:34 &lt;zzz&gt; also, planning note, our next meetings will be in-person at CCC. We will not have a meeting Jan. 2. 20:14:35 &lt;orignal&gt; at least it would have a subject 20:14:44 &lt;zzz&gt; Our next IRC meeting will be Tues. Feb. 6 20:15:33 &lt;zzz&gt; check out the thread on zzz.i2p for topics for CCC meetings 20:15:42 &lt;zzz&gt; add your suggestions there if you have any 20:15:47 &lt;zzz&gt; anything else for the meeting? 20:15:52 * zzz grabs the baffer 20:16:58 &lt;i2pr&gt; [Slack/str4d] I'll be doing more work on proposals ahead of CCC 20:17:11 * zzz *bafs* the meeting closed </div>/ar/blog/2017/11/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.32/Tue, 07 Nov 2017 00:00:00 +0000/ar/blog/2017/11/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.32/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>تتضمن النسخة 0.9.32 عددًا من الإصلاحات في وحدة تحكم router وتطبيقات الويب المرتبطة بها (addressbook وi2psnark وsusimail). كما غيّرنا طريقة تعاملنا مع أسماء المضيف المُعدّة لمعلومات router المنشورة، للقضاء على بعض هجمات تعداد الشبكة عبر DNS. أضفنا بعض عمليات التحقق في وحدة التحكم لمقاومة هجمات إعادة الربط.</p> <p>كالعادة، نوصي بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p>/ar/blog/2017/11/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2017/Tue, 07 Nov 2017 00:00:00 +0000/ar/blog/2017/11/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2017/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> orignal, zlatinb, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:03 &lt;zzz&gt; 0) مرحباً 20:00:03 &lt;zzz&gt; 1) تحديث 0.9.32 (zzz) 20:00:03 &lt;zzz&gt; 2) التخطيط لـ 34C3 (zzz) 20:00:06 &lt;zzz&gt; 0) مرحباً 20:00:08 &lt;zzz&gt; مرحباً 20:00:27 &lt;zlatinb&gt; مرحباً 20:00:39 &lt;zzz&gt; 1) تحديث 0.9.32 (zzz) 20:01:02 &lt;zzz&gt; بنيته الليلة الماضية، يبدو أن echelon قد فعّل الأخبار للتو 20:01:20 &lt;zzz&gt; سأتولى أمر debian/launchpad الليلة أو غداً 20:01:41 &lt;zzz&gt; str4d، متى يمكننا توقع android و maven؟ 20:02:22 &lt;zzz&gt; أيضاً، سنحتاج إلى str4d أو meeh لرفع الملفات إلى الموقع، أخبرني عندما تفعل ذلك 20:02:54 &lt;zzz&gt; حددت تاريخ 0.9.33 لأواخر يناير 20:02:59 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 20:03:54 &lt;orignal_&gt; مرحباً 20:04:05 &lt;zzz&gt; 2) التخطيط لـ 34C3 (zzz) 20:04:20 &lt;zzz&gt; كل شيء جاهز بخصوص التذاكر، سيكون لدينا حوالي 8 أشخاص هناك 20:04:48 &lt;zzz&gt; أعلنوا عن الطريقة الجديدة لإعداد التجمعات. عادةً ما يقوم hottuna2 بتسجيلنا، هل ستقوم بذلك هذا العام؟ 20:05:43 &lt;zzz&gt; حسناً، سيتعين علينا المتابعة مع hottuna2 للتأكد من حصولنا على طاولة محجوزة 20:05:47 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:05:57 &lt;zlatinb&gt; قد أحضر فقط وألتقي بكم لتناول مشروبات في الخارج 20:05:57 &lt;zlatinb&gt; إلا إذا حالفني الحظ وحصلت على تذكرة 20:07:09 &lt;zzz&gt; كان لدينا بالفعل تذاكر إضافية، لكن قد تكون انتهت صلاحيتها. اسأل echelon 20:07:12 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:07:31 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:09:00 * zzz *baffs* أُغلق الاجتماع </div>/ar/blog/2017/10/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2017/Tue, 03 Oct 2017 00:00:00 +0000/ar/blog/2017/10/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2017/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, orignal, str4d, villain, zzz</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 18:30:00 &lt;zzz&gt; 0) مرحباً 18:30:00 &lt;zzz&gt; 1) تحديث Android 0.9.31 (str4d) 18:30:00 &lt;zzz&gt; 2) تحديث 0.9.32 (zzz) 18:30:00 &lt;zzz&gt; 3) ميزانية 34C3 (zzz/echelon) 18:30:00 &lt;zzz&gt; 4) تحديث حزمة Debian (zzz) 18:30:00 &lt;zzz&gt; 5) 10 سنوات بعد jrandom (zzz) 18:30:06 &lt;zzz&gt; 0) مرحباً 18:30:09 &lt;zzz&gt; مرحباً 18:30:26 &lt;eche|on&gt; مرحباً 18:30:27 &lt;i2pr&gt; [Slack/str4d] Hi 18:30:49 &lt;zzz&gt; 1) تحديث Android 0.9.31 (str4d) 18:31:05 &lt;zzz&gt; str4d، ما حالة .31؟ صفحة التنزيل لا تزال تعرض .30 18:32:37 &lt;i2pr&gt; [Slack/str4d] للأسف لا يوجد تقدّم، تأثرت بمشاكل هاتفي ثم البحث/الحصول على شقة 18:33:19 &lt;zzz&gt; لدي .31 على هاتفي، هل الأمر مجرد رفع رقم الإصدار على الموقع؟ ما الذي تبقى فعله؟ 18:34:13 &lt;i2pr&gt; [Slack/str4d] أوه انتظر 18:34:15 &lt;zzz&gt; مرّ شهران منذ إصدار .31 18:34:32 &lt;i2pr&gt; [Slack/str4d] آسف، نسيت أنني تمكنت من إخراج الإصدار 18:34:45 &lt;i2pr&gt; [Slack/str4d] في هذه الحالة، لست متأكداً لماذا الموقع لم يُحدّث بعد 18:34:53 &lt;zzz&gt; ما علاقة مشاكل الهاتف والشقة (apartment؟ لست متأكداً مما تعنيه flat) بالأمر 18:35:08 &lt;zzz&gt; أقوم بعمل ping لك منذ عدة أسابيع 18:35:23 &lt;zzz&gt; ما الذي تبقى لفعله؟ 18:35:54 &lt;i2pr&gt; [Slack/str4d] علاقته بالأمر أنني لم يكن لدي أي وقت لـ I2P هذا الشهر 18:36:36 &lt;i2pr&gt; [Slack/str4d] ولم يكن هناك ping لأنني لست على لابتوب I2P الخاص بي، والمرحل كان متوقفاً فلم أرَ طلبات ping هنا 18:37:23 &lt;zzz&gt; إذن ما الذي ما يزال مطلوباً لوضع .31 على صفحة التنزيل، ومتى يمكنك إنجازه؟ 18:40:22 &lt;zzz&gt; بما أنه لا يوجد رد... هل ننتقل إلى 2) ؟ 18:41:01 &lt;zzz&gt; سأفترض أن str4d سيتولى 1) عندما يستطيع 18:41:07 &lt;i2pr&gt; [Slack/str4d] يجب فقط تحديث الموقع 18:41:17 &lt;i2pr&gt; [Slack/str4d] لذا، آمل يوم الجمعة الآن بعدما انتهيت من أمور الشقة 18:41:21 &lt;i2pr&gt; [Slack/str4d] لكن يمكن لأي شخص تحديثه 18:41:56 &lt;zzz&gt; لكننا لا نعرف إن كان جاهزاً. لذا يرجى إصلاح الموقع عندما تستطيع 18:42:02 &lt;zzz&gt; أي شيء آخر حول 1) ؟ 18:42:18 &lt;zzz&gt; 2) تحديث 0.9.32 (zzz) 18:42:30 &lt;villain&gt; مرحباً 18:42:45 &lt;zzz&gt; حسناً، الجدول كان .32 في أوائل أكتوبر و .33 في أوائل ديسمبر، لكن كان هناك نشاط قليل جداً لـ .32 18:43:03 &lt;zzz&gt; لذلك أجلت .32 إلى أوائل نوفمبر، ليكون الإصدار الأخير لهذا العام 18:43:15 &lt;eche|on&gt; لا مشكلة لدي 18:43:42 &lt;zzz&gt; هذا سيجعل إصدارات هذا العام 4 فقط، وهو أمر محزن نوعاً ما، الأدنى منذ أن كان jrandom لا يفعل الكثير في 2007 18:44:10 &lt;eche|on&gt; برأيي لا يهم عدد الإصدارات بقدر ما يهم حجم العمل المبذول فيها 18:44:15 &lt;zzz&gt; str4d، العملية الجديدة هي عدم الإصدار مع المعوقات/المشكلات الحرجة، لذا الرجاء معالجة التذاكر 18:44:39 &lt;zzz&gt; لدي المقترح 141 منجز نصفه، وأحتاج تنفيذ جزء الـ UI 18:45:17 &lt;zzz&gt; أود القول إنه لا شيء حرج لـ .32، لكن هناك NPE (NullPointerException: استثناء المؤشر الفارغ) في وحدة التحكم، وقد أصلحته 18:45:22 &lt;i2pr&gt; [Slack/str4d] ACK. إذا كانت المعوقات متعلقة بالـ UI، لدي إصلاحات لـ IIRC معظمها محلياً، لكن لم أجد وقتاً لنشرها لأن إعادة الهيكلة في mtn تستغرق مني وقتاً أطول بكثير مقارنةً بـ git 18:46:01 &lt;zzz&gt; حسناً str4d هل يمكنك معالجة ذلك لإصدار أوائل نوفمبر؟ 18:46:23 &lt;zzz&gt; لأننا بوضوح تجاوزنا مهلة بداية أكتوبر 18:47:00 &lt;i2pr&gt; [Slack/str4d] سأستهدف ذلك 18:47:07 &lt;zzz&gt; حسناً 18:47:12 &lt;zzz&gt; أي شيء آخر حول 2) ؟ 18:48:00 &lt;zzz&gt; 3) ميزانية 34C3 (zzz/echelon) 18:48:18 &lt;zzz&gt; eche|on، ما إجمالي الطلبات لتمويل CCC؟ 18:48:53 &lt;eche|on&gt; حوالي 5 آلاف والتذاكر في حدود ألف 18:49:16 &lt;zzz&gt; أفترض أننا نستطيع تحمّل ذلك بسهولة :) 18:49:31 &lt;eche|on&gt; همم، دعني أحسب، 1,2,3 BTC، نعم، بالتأكيد^^ 18:49:53 &lt;zzz&gt; أضف عشاءً وسندفع بطاقات القطار، فلنقل 7K، يبدو جيداً 18:50:11 &lt;zzz&gt; أي شخص هنا لم يطلب تمويلاً ويحتاجه، الآن هو الوقت للسؤال 18:50:29 &lt;zzz&gt; أي اعتراضات على إنفاق 7K من أجل CCC؟ 18:51:01 &lt;zzz&gt; أي شيء آخر حول 3) ؟ 18:51:19 &lt;eche|on&gt; لا شيء مني الآن 18:51:30 &lt;zzz&gt; 4) تحديث حزمة Debian (zzz) 18:51:50 &lt;zzz&gt; حسناً، أخبار رائعة، تم قبول حزمة mhatta في debian sid، وستكون buster خلال عامين 18:52:20 &lt;zzz&gt; أدرجت بعض إصلاحاته، ونأمل أن يُحدِّث إلى .31 قريباً 18:52:41 &lt;eche|on&gt; أخبار رائعة، بالتأكيد 18:52:57 &lt;zzz&gt; إنجاز كبير، عُمر بلاغ debian لإدراجه كان حوالي 8 سنوات 18:53:14 &lt;zzz&gt; أي شيء آخر حول 4) ؟ 18:53:23 &lt;eche|on&gt; نعم 18:53:32 &lt;eche|on&gt; هل هذا نهائي بخصوص "bounty closed" ؟ 18:53:40 &lt;eche|on&gt; هل يمكنني دفع 146 إلى mhatta؟ 18:53:41 &lt;eche|on&gt; *g* 18:54:32 &lt;zzz&gt; أظن نعم 18:54:45 &lt;zzz&gt; ربما أول مكافأة نسددها منذ سنوات 18:54:58 &lt;eche|on&gt; نعم 18:54:59 &lt;eche|on&gt; رائع 18:55:16 &lt;zzz&gt; 5) 10 سنوات بعد jrandom (zzz) 18:55:52 &lt;zzz&gt; حسناً، اختفى jrandom في نوفمبر 2007، فقط أتساءل إن كان ينبغي أن نفعل شيئاً لإحياء الذكرى، ربما من فريق PR (العلاقات العامة)، str4d/sadie أي أفكار؟ 18:56:14 &lt;eche|on&gt; لا فكرة لدي 18:56:17 &lt;i2pr&gt; [Slack/str4d] يبدو أن https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 قد أُغلق، إذن نعم! 18:56:42 &lt;i2pr&gt; [Slack/str4d] سأتحدث مع Sadie حول ذلك هذا الأسبوع 18:57:03 &lt;zzz&gt; حسناً، أي شيء آخر حول 5) ؟ 18:57:05 &lt;i2pr&gt; [Slack/str4d] متى في نوفمبر كان ذلك؟ 18:57:12 &lt;orignal_&gt; zzz، ربما تريد أن تروي القصة كاملة 18:57:29 &lt;zzz&gt; لا أملك تاريخاً دقيقاً، فقدت تلك الرسائل 18:57:36 &lt;orignal_&gt; ماذا حدث قبل ذلك؟ لماذا اختارك؟ 18:57:57 &lt;orignal_&gt; عمّ تحدثتم وبمَ اتفقتم؟ 18:58:01 &lt;i2pr&gt; [Slack/str4d] إذا قمنا ببعض PR، أعتقد أننا سنركّز على ما تم إنجازه منذ ذلك الحين 18:58:12 &lt;zzz&gt; قد أنشر منشوراً موجزاً على zzz.i2p بذكرياتي 18:58:25 &lt;i2pr&gt; [Slack/str4d] أو ربما على مرحلتين / تدوينتين - قبل وبعد. 18:59:08 &lt;zzz&gt; حسناً، أي شيء آخر حول 5) ؟ 18:59:18 &lt;orignal_&gt; نعم، رجاءً 18:59:24 &lt;orignal_&gt; الجميع يريد أن يعرف 18:59:28 &lt;zzz&gt; هذا منشورنا الدائم حوله: `http://i2p-projekt.i2p/en/misc/jrandom-awol` 18:59:43 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 19:00:19 &lt;orignal_&gt; نعم، ولكن ليس عنك 19:00:22 &lt;villain&gt; لديكم ميزانية 7K لرحلة CCC، كلها من أموال التبرعات؟ ما الذي تحققه لـ I2P؟ 19:00:49 &lt;zzz&gt; بما أن manas طلب وقتاً أبكر ولم يحضر، سنعود إلى 8 مساءً UTC للشهر القادم 19:01:28 &lt;zzz&gt; معظم أموالنا أساساً من التبرع الأصلي البالغ 1000 BTC منذ سنوات 19:01:37 &lt;villain&gt; مقابل 7K يمكنك تحمّل مراجعة مستقلة للشفرة المصدرية لمصدر I2P، فقط أقول... 19:01:41 &lt;eche|on&gt; أكثر أو أقل كلها، نعم 19:01:42 * zzz يسخّن الـ baffer 19:02:00 &lt;i2pr&gt; [Slack/str4d] villain، هاها! 19:02:01 &lt;eche|on&gt; لن تحصل على تدقيق كود كافٍ مقابل 7k لمصدرنا 19:02:11 &lt;zzz&gt; وضعنا المالي موجود على موقعنا إذا كنت مهتماً بأرصِدتنا 19:02:14 &lt;eche|on&gt; المدقّق ~500/يوم 19:02:22 * zzz *bafs* أُغلق الاجتماع </div>/ar/blog/2017/09/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2017/Tue, 05 Sep 2017 00:00:00 +0000/ar/blog/2017/09/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, psi, R4SAS, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) مرحباً 20:00:00 &lt;zzz&gt; 1) تحديث 0.9.32 (zzz) 20:00:00 &lt;zzz&gt; 2) تذكير عبر البريد بتمويل 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) مرحباً 20:00:05 &lt;zzz&gt; مرحباً 20:00:44 &lt;zzz&gt; 1) تحديث 0.9.32 (zzz) 20:00:58 &lt;R4SAS&gt; مرحباً 20:01:09 &lt;zzz&gt; حسناً، أنجز str4d بعض تحديثات واجهة المستخدم، وقد بدأتُ تنفيذ المقترح 141 لكنني لم أُدخل أي تغييرات بعد 20:01:37 &lt;zzz&gt; نحن على المسار لإصدار في أوائل أكتوبر 20:01:49 &lt;i2pr&gt; [Slack/str4d] مرحباً 20:02:03 &lt;zzz&gt; أظن أن str4d يريد أن يقدّم فرع الـ benchmark لديه كمقترح، ينبغي أن يفعل ذلك قريباً؟ لقد علّقتُ في تذكرته 20:02:20 &lt;psi_&gt; نعم 20:02:36 &lt;i2pr&gt; [Slack/str4d] حتى الآن دفعتُ تعديلاً بسيطاً في واجهة المستخدم؛ لدي المزيد محلياً يعالج مجموعة قضايا إضافية، لكنني بحاجة إلى المرور بعملية git -&gt; mtn الخاصة بي 20:03:09 &lt;i2pr&gt; [Slack/str4d] سأنظر في تعليقات الـ benchmark وسأنهي/أدفع ذلك بنهاية هذا الأسبوع 20:03:57 &lt;zzz&gt; حسناً، أحتاج أن أتحدث معك في وقتٍ ما عن عملية الإصدارات لدينا. كانت لدينا تذاكر مانعة (blocker) لإصدار .31 لم تُغلق، وربما نريد الإصرار على إغلاقها قبل أي إصدار 20:04:08 &lt;zzz&gt; وإلا فما معنى 'blocker' أصلاً 20:04:23 &lt;i2pr&gt; [Slack/str4d] صحيح 20:04:36 &lt;zzz&gt; هل هناك أي شيء آخر حول 1) ؟ 20:06:01 &lt;zzz&gt; 2) تذكير عبر البريد بتمويل 34C3 (zzz/echelon) 20:06:11 &lt;psi&gt; هل يتطلب هذا الإصدار إزالة أسماء المضيفين؟ 20:06:15 &lt;psi&gt; في RI 20:06:25 &lt;psi&gt; آه، لاغ 20:06:33 &lt;zzz&gt; انظر نص المقترح لمناقشة الترحيل 20:06:45 &lt;psi&gt; تمام 20:07:07 &lt;i2pr&gt; [Slack/str4d] ‎-1 على إدراجه في هذا الإصدار دون نقاش حول إجراءات التخفيف من الزومبي 20:07:08 &lt;zzz&gt; حسناً بخصوص 34C3، إذا كنت تريد تمويلاً أو تذكرة مجانية فيجب أن ترسل بريداً إلى echelon قبل 30 سبتمبر 20:07:43 &lt;zzz&gt; بالإضافة إلى ذلك، واجه echelon بعض مشكلات الخادم، لذا إذا لم تتلقَّ تأكيد استلام (ACK) منه بأنه تلقى بريدك، فأعد إرساله 20:08:46 &lt;zzz&gt; لدينا الكثير من الأموال المتاحة للناس لكن يجب أن تطلبوا. لن نمول من يطلب بعد نهاية الشهر 20:09:48 &lt;zzz&gt; لذا مجدداً تأكدوا من أن echelon قد أكد استلام طلبكم 20:10:03 &lt;zzz&gt; سنعتمد الميزانية في اجتماع الشهر القادم 20:10:19 &lt;zzz&gt; هل هناك أي شيء آخر حول 2) ؟ 20:10:36 &lt;i2pr&gt; [Slack/str4d] ليس لدي شيء. 20:11:26 &lt;zzz&gt; هل هناك أي شيء آخر للاجتماع؟ 20:11:54 &lt;psi&gt; لدي شيء 20:12:02 &lt;zzz&gt; تفضل psi 20:12:03 &lt;psi&gt; لكنه طويل ومملّ 20:12:09 &lt;psi&gt; إنها فكرة aligned outbound tunnels (tunnels: أنفاق الاتصال في I2P) 20:12:36 &lt;psi&gt; في الأصل، قدمتها لكم كطريقة لتقليل الحمل على OBEP 20:12:45 &lt;psi&gt; وهذا أثر جانبي لطيف 20:12:53 &lt;psi&gt; لكن ليس هذا القصد الأصلي 20:13:10 &lt;psi&gt; القصد الأصلي كان تقليل فقدان الحزم 20:13:59 &lt;zzz&gt; حسناً، فماذا تريد أن نناقش بشأنها؟ 20:14:08 &lt;psi&gt; سؤالي هو: هل سيقوم Java I2P بتنفيذ aligned outbound tunnels ؟ 20:14:22 &lt;psi&gt; أم أنه تجريبي أكثر من اللازم بالنسبة لكم؟ 20:14:53 &lt;psi&gt; لستُ مُلِمّاً بكود Java I2P بقدر إلمامي بـ i2pd 20:14:57 &lt;zzz&gt; لا أستطيع الإجابة الآن لأنني نسيت التفاصيل. إذا كتبتَ ذلك ونشرتَه في مكانٍ ما فسأكون سعيداً بإعطائك إجابة 20:15:09 &lt;psi&gt; حسناً 20:15:15 &lt;psi&gt; أعتقد أنه يمكنك إنهاء الاجتماع 20:15:26 &lt;psi&gt; الفكرة هي OBEP == IBGW 20:15:35 &lt;psi&gt; مع قفزة إضافية في OB tunnel 20:15:38 &lt;eche|offf&gt; لا شيء لدي حتى الآن 20:15:43 &lt;psi&gt; بحيث يكون OBEP == IBGW 20:16:14 &lt;psi&gt; لتقليل فقدان الحزم والضغط على OBEP 20:16:30 &lt;psi&gt; (على حساب زيادة عدد tunnels) 20:16:51 &lt;zzz&gt; حسناً، بما أنك قد نفّذتها بالفعل، فستكون أي بيانات عن الفوائد مفيدة جداً 20:17:10 &lt;zzz&gt; هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:17:31 &lt;psi&gt; ملاحظاتي الأولية هي أن زمن الاستجابة المبدئي (RTT) هو نفسه لاحقاً 20:17:44 &lt;psi&gt; بعبارة أخرى، لا توجد قفزة أولية في RTT 20:17:57 &lt;psi&gt; ربما بسبب تخفيف الضغط على OBEP 20:18:03 &lt;psi&gt; لكن هذا مجرد افتراض 20:18:15 &lt;psi&gt; أريد اختبار ذلك على testnet لدينا عبر Docker. 20:18:25 &lt;i2pr&gt; [Slack/str4d] إذا كان هناك ما يمكننا تحويله إلى اختبار أداء معياري (benchmark)، أخبرني (LMK) 20:18:25 &lt;psi&gt; لجمع أرقام دقيقة وما إلى ذلك 20:19:01 &lt;psi&gt; نعم، وأنا كذلك، لا أعرف اختبار أداء جيداً (perf benchmark) 20:19:18 &lt;psi&gt; كنت أستخدم ICMP ping عبر OpenVPN 20:19:23 &lt;i2pr&gt; [Slack/str4d] فعلياً سيكون هذا أشبه بمؤشر (metric)، لأنه سيعتمد أيضاً على أداء الشبكة، ومن المرجح أن يختلف باختلاف مواقع نقاط النهاية 20:19:27 &lt;psi&gt; ربما ليست أفضل طريقة 20:19:48 &lt;i2pr&gt; [Slack/str4d] ولكن إذا كان بوسعنا فعلاً إنشاء benchmark قابل للتكرار، فسأرغب في إضافته إلى الحزمة التي أخطط لبدء جمعها 20:20:18 &lt;psi&gt; ما أستخدمه حالياً هو: زمن الاتصال عبر DTLS ثم قياس الكمون التالي عبر ping 20:20:31 &lt;psi&gt; لا أظن أن ذلك قابل للنقل (portable) إلى Java I2P 20:20:45 &lt;psi&gt; إلا إذا كان SOCKS5 UDP يعمل 20:20:49 &lt;psi&gt; أو أن أقوم ببعض أمور SAM 20:21:23 &lt;zzz&gt; هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:21:31 &lt;psi&gt; aligned outbound tunnels ما زالت تجريبية، ولا أعلم بعد إن كان زيادة عدد tunnels يستحق ذلك أم لا 20:21:49 &lt;psi&gt; لذا نحتاج المزيد من البحث، ويجري اختبارها علمياً الآن في i2pd 20:21:56 &lt;psi&gt; سأبلغكم 20:22:12 &lt;i2pr&gt; [Slack/str4d] رائع، أبقِني على اطلاع بالتقدم العلمي في #i2p-science :slightly_smiling_face: 20:22:20 &lt;psi&gt; تمام 20:22:21 &lt;zzz&gt; عظيم، شكراً على التحديث يا psi 20:22:25 &lt;zzz&gt; هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:22:53 &lt;psi&gt; أمر أخير: قد يكون من المفيد فعل شيء بالإضافة إلى محاذاة tunnels، أي شيء يشبه مواصفة rend في Tor 20:23:17 &lt;psi&gt; أما ماهيته فلا أعلم، وسأفكر فيه بصوت عالٍ في #i2p-science 20:23:20 &lt;psi&gt; (الرجاء الانضمام) 20:23:29 &lt;psi&gt; هذا كل شيء 20:23:41 &lt;i2pr&gt; [Slack/str4d] انتهى ما لدي 20:23:49 &lt;zzz&gt; هل هناك أي شيء آخر للاجتماع؟ 20:24:28 &lt;psi&gt; أنا تمام 20:25:15 &lt;zzz&gt; شكراً للجميع، نراكم بعد 4 أسابيع، حيث سيكون موعد إصدار .32 20:26:10 * zzz ***bafffs*** انتهى الاجتماع </div>/ar/blog/2017/08/07/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.31/Mon, 07 Aug 2017 00:00:00 +0000/ar/blog/2017/08/07/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.31/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>التغييرات في هذا الإصدار أكثر وضوحًا من المعتاد! قمنا بتحديث لوحة تحكم الـ router لجعلها أسهل فهمًا، وتحسين إمكانية الوصول والدعم عبر المتصفحات المختلفة، وتنظيم الأمور عمومًا. هذه هي الخطوة الأولى ضمن خطة طويلة الأمد لجعل لوحة تحكم الـ router أكثر ملاءمةً للمستخدم. كما أضفنا دعم التقييمات والتعليقات لملفات التورنت إلى i2psnark.</p> <p>كالعادة، نوصي بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p>/ar/blog/2017/08/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2017/Tue, 01 Aug 2017 00:00:00 +0000/ar/blog/2017/08/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> dg, echelon, lazygravy, manas, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:01:06 &lt;zzz&gt; 0) مرحباً 20:01:06 &lt;zzz&gt; 1) تحديث 0.9.31/32 (zzz) 20:01:07 &lt;zzz&gt; 2) التخطيط لميزانية 34C3 (zzz/echelon) 20:01:09 &lt;zzz&gt; 0) مرحباً 20:01:11 &lt;zzz&gt; مرحباً 20:01:17 &lt;manas&gt; مرحباً 20:01:28 &lt;zzz&gt; 1) تحديث 0.9.31/32 (zzz) 20:01:48 &lt;zzz&gt; بعد بعض التأخير، نحن الآن في مرحلة مراجعة الشيفرة لإصدار .31، والموعد النهائي يوم الأحد الموافق السادس 20:02:11 &lt;zzz&gt; توقّعوا إصدار تحديث داخل الشبكة في اليوم السابع، على أن تتبعه الحزم وما إلى ذلك 20:02:29 &lt;zzz&gt; هذا يضع إصدار .32 في أوائل إلى منتصف أكتوبر 20:03:01 &lt;zzz&gt; هناك الكثير من التغييرات على واجهة المستخدم، الرجاء الاختبار والمراجعة إن أمكن 20:03:07 &lt;zzz&gt; أي شيء آخر بشأن البند 1)؟ 20:03:50 &lt;dg&gt; الأمر الوحيد: أتساءل أي إصدار سندخله في Debian 20:04:00 &lt;dg&gt; لا أدري ما إذا كان من المبكر التفكير في 'الإصدارات المستقرة' أم لا. 20:04:14 &lt;manas&gt; كنت أختبر، يبدو جيداً :) 20:04:29 &lt;zzz&gt; أحاول التواصل مع mhatta لطرح تلك الأسئلة، لأنه لم يعطنا بعد أي فكرة عن خططه 20:04:41 &lt;zzz&gt; أي شيء آخر بشأن البند 1)؟ 20:04:55 &lt;lazygravy&gt; dg: الإصدار المستقر التالي من Debian سيكون بعد عامين - هناك متّسع من الوقت 20:05:06 &lt;i2pr&gt; [Slack/str4d] لاحظوا أننا أمام نافذة زمنية طويلة قبل الوصول إلى ذلك 20:05:10 &lt;i2pr&gt; [Slack/str4d] لأن Stretch صدرت للتو 20:05:34 &lt;dg&gt; lazygravy: هذا مقبول، لكن أردت أن أرى إن كان لدى أحد خطة أو إن كان ينبغي أن نفكّر في أي نوع من التغيير الهيكلي لعملية الإصدار 20:05:34 &lt;dg&gt; لا شيء آخر من جانبي 20:06:07 &lt;zzz&gt; 2) التخطيط لميزانية 34C3 (zzz/echelon) 20:06:28 &lt;zzz&gt; ما أريده اليوم هنا هو الاتفاق على مستوى تمويل لكل شخص. وإذا لزم الأمر يمكننا مراجعة الإجماليات في اجتماع لاحق 20:06:54 &lt;zzz&gt; على zzz.i2p اقترحت زيادة عمّا كان العام الماضي، إلى 500 يورو لمشغّلي reseed (إعادة البذر)، و1500 للمساهمين الأساسيين، و2000 لظروف خاصة 20:07:04 &lt;zzz&gt; تعليقات؟ 20:07:21 &lt;eche|on&gt; مناسب بالنسبة لي 20:07:47 &lt;eche|on&gt; بالمناسبة: `http://echelon.i2p/donations/index.html` تم تحديثه 20:07:55 &lt;i2pr&gt; [Slack/str4d] يبدو ذلك معقولاً بالنسبة لي 20:07:56 &lt;manas&gt; كان هناك تأخير، آسف. يبدو ذلك جيداً 20:08:09 &lt;zzz&gt; eche|on، هل تفضّل أن يرسل الناس طلباتهم إليك بالبريد الإلكتروني، وإن كان كذلك، فبحلول أي تاريخ؟ 20:08:40 &lt;eche|on&gt; بالبريد الإلكتروني من فضلكم، وفي الوقت المناسب قبل الحدث، هل نريد مناقشة ذلك هنا أم يمكنني القيام به بنفسي؟ 20:09:07 &lt;zzz&gt; على أبعد تقدير نحتاجه قبل وقت تذاكر المؤتمر 20:09:31 &lt;eche|on&gt; نعم 20:09:43 &lt;eche|on&gt; لمعرفة عدد التذاكر. إذن لنقل نهاية أكتوبر 20:10:09 &lt;zzz&gt; أقترح أن يرسل الناس إليك بريدهم في وقت أبكر مع ذلك، خصوصاً إذا كانوا لا يعرفون كم سيحصلون، أو لديهم ظروف خاصة، أو يحتاجون لمعرفة ذلك قبل شراء تذاكر الطائرة 20:10:15 &lt;manas&gt; حسناً سأرسل بريداً إلكترونياً 20:10:38 &lt;eche|on&gt; حسناً، إذن لنقل نهاية سبتمبر 20:10:45 &lt;eche|on&gt; فترة شهرين للتفكير في الأمر مناسبة 20:10:57 &lt;zzz&gt; في رسائلكم، اطلبوا مبلغاً محدداً، ومجدداً: هذا تعويض عن تكاليف التذاكر الفعلية، وليس منحة 20:11:21 &lt;zzz&gt; حسناً، سنضع إجمالي الميزانية على جدول أعمال اجتماع أكتوبر 20:11:39 &lt;manas&gt; هل يشمل المبلغ تكلفة التذكرة 20:11:52 &lt;zzz&gt; لا، سنشتري أو نعوّض تذاكر المؤتمر بشكل منفصل 20:12:06 &lt;eche|on&gt; حسناً، عظيم 20:12:09 &lt;manas&gt; حسناً 20:12:27 &lt;zzz&gt; أي شيء آخر بشأن البند 2)؟ 20:13:26 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:15:00 * zzz *bafs* أُغلِق الاجتماع </div>/ar/blog/2017/07/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2017/Tue, 04 Jul 2017 00:00:00 +0000/ar/blog/2017/07/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2017/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>الحضور:</strong> backup, manas, orignal, R4SAS, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) مرحباً 20:00:00 &lt;zzz&gt; 1) تحديث 0.9.31/.32 (zzz) 20:00:00 &lt;zzz&gt; 2) التخطيط لـ 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) مرحباً 20:00:06 &lt;zzz&gt; مرحباً 20:00:27 &lt;backup&gt; مرحباً zzz 20:00:31 &lt;zzz&gt; 1) تحديث 0.9.31/.32 (zzz) 20:00:45 &lt;str4d&gt; مرحباً 20:00:49 &lt;zzz&gt; حسناً، أجلنا الإصدار أسبوعاً، الموعد النهائي لـ checkin الجديد هذا الجمعة 20:00:53 &lt;R4SAS&gt; مرحباً 20:00:56 &lt;manas&gt; أهلاً 20:01:18 &lt;zzz&gt; سنأخذ يومين إضافيين للمراجعة، لأنه كبير جداً، مع موعد نهائي للمراجعة الثلاثاء المقبل، وبناء الإصدار مساء الثلاثاء أو صباح الأربعاء 20:01:47 &lt;zzz&gt; هذا يضع إصدار 0.9.32 في أوائل إلى منتصف سبتمبر، تقريباً كما خُطِّط 20:02:04 &lt;zzz&gt; الرجاء من الجميع اختبار الإصدار التطويري الأحدث 20:02:11 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 20:02:33 &lt;backup&gt; هل يمكن أن تنشر الدليل على zzz حول كيفية استخدام نسخ التطوير؟ 20:02:55 &lt;manas&gt; 'ant updater' يولّد i2pupdate.zip 20:02:55 &lt;zzz&gt; يفترض أن تكون هناك تعليمات على bobthebuilder.i2p ربما؟ 20:03:14 &lt;orignal_&gt; مرحباً 20:03:16 &lt;zzz&gt; ابحث في zzz.i2p عن كيفية الاشتراك في تحديثات إصدارات التطوير التلقائية 20:03:29 &lt;str4d&gt; على الأرجح يوجد دليل هناك بالفعل، لكن بالتأكيد نحتاج لتحسين إبراز مثل هذه الأمور. هذا جزء من مهامي لمرحلة تحديث الموقع التالية 20:03:38 &lt;zzz&gt; أو كما قال manas، ant updater، انسخ ملف الـ zip، أعد التشغيل. تمّ الأمر. 20:03:41 &lt;backup&gt; أقصد شيئاً جاهزاً كما فعل KYTV ؟ 20:03:41 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 20:03:49 &lt;backup&gt; سيجذب مزيداً من المختبرين... 20:04:06 &lt;str4d&gt; الصفحة الرئيسية الجديدة للموقع أصبحت جاهزة 20:04:10 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 20:04:23 &lt;zzz&gt; فلنلتزم بالموضوع. أي شيء آخر بخصوص 1) ؟ 20:04:34 &lt;str4d&gt; zzz، أنا *فعلاً* على الموضوع 20:04:58 &lt;str4d&gt; أودّ أن نجعل هذا حيّاً تقريباً وقت الإصدار، مثاليّاً 20:05:15 &lt;str4d&gt; لكن العائق هو العمل على النص (نص الصفحة الرئيسية) 20:05:18 &lt;manas&gt; جارٍ التحميل 20:05:30 &lt;zzz&gt; 2) التخطيط لـ 34C3 (zzz/echelon) 20:05:38 &lt;manas&gt; تبدو جميلة حتى الآن 20:05:50 &lt;str4d&gt; لن أتعجل الأمر مع ذلك، أفضّل أن يكون صحيحاً على أن يكون في الموعد 20:05:59 &lt;zzz&gt; حسناً، لا أريد نقاشاً مطوّلاً حول CCC الآن، بل تحديد موعد اجتماع الميزانية إما في أغسطس أو سبتمبر 20:06:25 &lt;zzz&gt; هل هناك من يحتاج لمعرفة مقدار التعويض قبل شراء تذاكر الطائرة؟ متى سيشتري الناس التذاكر؟ 20:06:27 &lt;str4d&gt; هل أُعلنت مواعيد بيع التذاكر بعد؟ 20:06:48 &lt;zzz&gt; لا، وواقعياً، سيتعين عليكم شراء تذاكر الطائرة قبل أشهر من معرفتكم إن كانت لديكم تذكرة المؤتمر أم لا، للأسف 20:06:57 &lt;manas&gt; أتابع بضع تذاكر، ولم أُنهِ الأمر بعد 20:07:12 &lt;manas&gt; كيف ستكون عملية الحصول على التذاكر؟ 20:07:19 &lt;zzz&gt; أتوقع تعويضاً على الأقل بمثل العام الماضي، وربما أكثر، بسبب BTC 20:07:25 &lt;manas&gt; eche|off تكرّم وأرسل لي تذكرة العام الماضي 20:07:30 &lt;manas&gt; *a 20:07:34 &lt;zzz&gt; دعونا لا نناقش عملية تذاكر المؤتمر الآن. سيكون ذلك لاحقاً بكثير. 20:07:43 &lt;str4d&gt; سأطير من المملكة المتحدة، لذا سيكون الوصول أرخص بكثير بالنسبة لي 20:07:44 &lt;manas&gt; حسناً :) 20:07:48 &lt;zzz&gt; أريد فقط تحديد اجتماع للميزانية. أغسطس أم سبتمبر؟ 20:07:59 &lt;manas&gt; str4d: ورحلة أقصر بكثير :D 20:08:09 &lt;manas&gt; متى تُفتح مبيعات التذاكر؟ 20:08:16 &lt;zzz&gt; دعونا لا نناقش عملية تذاكر المؤتمر الآن. سيكون ذلك لاحقاً بكثير. 20:08:33 &lt;str4d&gt; أغسطس ربما أكثر أماناً 20:08:40 &lt;manas&gt; أي شهرين يناسبني 20:08:49 &lt;zzz&gt; معظم المبيعات كانت في نوفمبر إن لم تخني الذاكرة؟ سترغبون في الحصول على تذاكر الطائرة أبكر بكثير. يبدو أن الوصول إلى LEJ أصعب من MUC 20:08:49 &lt;str4d&gt; ربما مع بعض الهامش المُضاف؟ 20:09:05 &lt;zzz&gt; حسناً سأضعه على جدول أعمال اجتماع الشهر القادم 20:09:06 &lt;manas&gt; هناك بضع رحلات من MUC 20:09:07 &lt;manas&gt; إلى LEJ 20:09:14 &lt;manas&gt; إذا كان أحدهم سيصل إلى MUC 20:09:19 &lt;manas&gt; حسناً 20:09:19 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:10:14 &lt;zzz&gt; أي شيء آخر لاجتماع اليوم؟ 20:10:56 &lt;str4d&gt; كنتُ أناقش المزيد من أمور الأداء في #i2p-science مع عدة أشخاص 20:11:05 &lt;manas&gt; تم تحميل الصفحة الرئيسية الجديدة، تبدو جميلة حقاً يا str4d 20:11:12 &lt;str4d&gt; تأكدوا من التواجد بصمت إن كنتم مهتمين ولم تفعلوا بعد 20:11:22 &lt;manas&gt; كنتُ أختبر واجهة المستخدم، تبدو جيدة أيضاً 20:11:43 &lt;zzz&gt; أمور طيبة 20:11:45 &lt;str4d&gt; دفعت أيضاً تحديثاً إلى Prop140 على ضوء الالتباس الذي سببه، وبدأتُ توضيح أنه يتعلق ببروتوكول الموازن 20:11:58 &lt;str4d&gt; (أي أنه أساساً OnionBalance لكن مُقسَّماً إلى أقسام معزولة) 20:12:07 &lt;R4SAS&gt; zzz، سؤال بخصوص عيب (bug) في jks2pem 20:12:29 &lt;zzz&gt; حسناً، من الصعب إعادة بدء ذلك النقاش بعد 6 أسابيع، لكن سأحاول أن أستعيد تركيزي فيه 20:12:30 &lt;str4d&gt; ليس مكتملاً، فالبروتوكول وما إلى ذلك ما زال يحتاج إلى تصميم - انظروا تعليقاتي على موضوع zzz.i2p 20:12:35 &lt;zzz&gt; R4SAS، بعد الاجتماع من فضلك 20:12:44 &lt;zzz&gt; أي شيء آخر لاجتماع اليوم؟ 20:12:44 &lt;R4SAS&gt; تمام 20:12:50 &lt;str4d&gt; لدي أيضاً بعض الملاحظات على NTCP 2 من David Fifield، أحد أشخاص PT 20:13:36 &lt;zzz&gt; أي تقدم في المقترحات أمر جيد، حتى لو كان كل 6 أشهر فقط 20:13:44 &lt;str4d&gt; حدّثتُ المقترح بها، وسأنشره قريباً للتعليق في مجموعة Google المسماة traffic-obf (التي قال إنها ستكون مهتمة بمثل هذا النوع من الأمور) 20:13:53 &lt;zzz&gt; أي شيء آخر لاجتماع اليوم؟ /me grabs the baffer 20:14:11 &lt;str4d&gt; أمر أخير 20:14:34 &lt;str4d&gt; كان F3real يعمل على الخصوصية التفاضلية للإحصاءات 20:14:49 &lt;str4d&gt; أرسل لي اليوم ملف التصحيح الحالي الخاص به، وسأنظر فيه لاحقاً هذا الأسبوع 20:15:14 &lt;str4d&gt; (مختصر مفيد: تجزئة (binning) وضجيج إضافي للإحصاءات، لجعل نشرها أكثر أماناً دون المساس بالخصوصية) 20:15:42 &lt;zzz&gt; موضوع صعب، وهناك متسع كبير للبحث والتجارب. نأمل أن يتمكن lazygravy من المشاركة 20:15:54 &lt;zzz&gt; أي شيء آخر لاجتماع اليوم؟ 20:15:59 &lt;str4d&gt; مراحل مبكرة، لكن حسب علمي هم أول مساهم جديد يأتينا عبر Summer Dev! واو! 20:16:43 &lt;str4d&gt; قمتُ ببعض البحث قبل أسبوع أو أسبوعين حول Apache Kafka أيضاً، ويبدو أنها ستكون منصة مفيدة لجمع الإحصاءات 20:17:06 &lt;str4d&gt; (اقترحها lazygravy، ويبدو أن عدة أشخاص أعرفهم عبر شركات أمن المعلومات يستخدمونها) 20:17:27 &lt;zzz&gt; النداء الأخير لاجتماع اليوم 20:17:28 &lt;str4d&gt; سأطرح ذلك للنقاش في مرحلة ما (على الأرجح بعد PETS - ما زلتُ بحاجة لكتابة كلمتي لذلك) 20:17:40 &lt;str4d&gt; حسناً، حسناً، انتهيت :P 20:18:29 * zzz **bafs** أغلق الاجتماع </div>/ar/blog/2017/06/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2017/Tue, 06 Jun 2017 00:00:00 +0000/ar/blog/2017/06/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> backup, lazygravy, manas, psi, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:18 &lt;zzz&gt; 0) مرحباً 20:00:18 &lt;zzz&gt; 1) تحديث 0.9.31 (zzz) 20:00:18 &lt;zzz&gt; 2) حالة فرع واجهة المستخدم (UI) - (str4d) 20:00:18 &lt;zzz&gt; 3) خطط I2P Summer Dev (برنامج تطوير I2P الصيفي) - (str4d) 20:00:18 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:00:18 &lt;zzz&gt; 5) التخطيط لـ 34C3 (zzz/echelon) 20:00:18 &lt;zzz&gt; 6) اجتماعات مشغّلي Reseed (إعادة البذر) الدورية (manas) 20:00:24 &lt;zzz&gt; 0) مرحباً 20:00:26 &lt;manas&gt; مرحباً :) 20:00:26 &lt;zzz&gt; أهلاً 20:00:34 &lt;psi&gt; هاي 20:00:40 &lt;i2pr&gt; [Slack/str4d] مرحباً 20:00:58 &lt;zzz&gt; 1) تحديث 0.9.31 (zzz) 20:01:00 &lt;backup&gt; مرحباً 20:01:37 &lt;zzz&gt; حسنًا، الموعد النهائي لتسجيل التغييرات بعد 3 أسابيع ونصف، ونحن على الجدول، إلا أن معظم خارطة الطريق للإصدار 31 (التي تأجلت من 29 و30) ستتأجل مرة أخرى 20:01:54 &lt;zzz&gt; كان تجميد الوسوم بالأمس 20:02:03 &lt;zzz&gt; أي شيء آخر حول البند 1)؟ 20:02:23 &lt;backup&gt; أرسلت بعض تحديثات Reseed اليوم 20:02:26 &lt;psi&gt; هل هناك تغييرات جديرة بالذكر لـ i2pd في .31؟ 20:03:01 &lt;zzz&gt; لا أعرف ما الذي يجري في i2pd، لكن لا تغييرات على i2np 20:03:15 &lt;zzz&gt; معظم ما في 31 سيكون أمور واجهة المستخدم (UI) (انظر البند 2) 20:03:21 &lt;zzz&gt; أي شيء آخر حول البند 1)؟ 20:03:51 &lt;psi&gt; تمام 20:03:51 &lt;i2pr&gt; [Slack/str4d] أوراق الأنماط CSS للصفحة الرئيسية للموقع الجديد ستصل في نفس الوقت أيضًا 20:04:07 &lt;manas&gt; str4d: رائع 20:04:28 &lt;zzz&gt; 2) حالة فرع واجهة المستخدم (UI) - (str4d) 20:04:31 &lt;zzz&gt; str4d تفضل 20:04:33 &lt;i2pr&gt; [Slack/str4d] (وآمل أيضًا أن تصل بعض CSS الداخلية، لكن ذلك يعتمد على جدول Elio) 20:04:55 &lt;i2pr&gt; [Slack/str4d] تم دمج فرع UI! 20:05:36 &lt;i2pr&gt; [Slack/str4d] قام عدد من الأشخاص بالمراجعة وتقديم الملاحظات؛ شكرًا على ذلك 20:05:39 &lt;zzz&gt; أشجّع الجميع على الاختبار، وإضافة مشاكلهم أو ما ليس بمشاكل إلى التذكرة #1996 20:05:59 &lt;zzz&gt; str4d، تأكّد من زيادة رقم المراجعة عند إجراء تغييرات حتى تكون التعليقات منطقية 20:06:26 &lt;i2pr&gt; [Slack/str4d] تمام 20:06:32 &lt;zzz&gt; أي شيء آخر حول البند 2)؟ 20:06:59 &lt;i2pr&gt; [Slack/str4d] تم التعامل مع معظم العلل؛ إذا حصلت على وقت سأحاول الرد على النقاط ذات الطابع الشخصي 20:07:42 &lt;zzz&gt; 3) خطط I2P Summer Dev - (str4d) 20:07:46 &lt;zzz&gt; str4d تفضل 20:08:14 &lt;i2pr&gt; [Slack/str4d] تم إطلاق Summer Dev متأخرًا يومًا واحدًا بسبب مشكلة دمج في الموقع، لكنه بات متاحًا! 20:08:46 &lt;i2pr&gt; [Slack/str4d] الآن يأتي الجزء الممتع: العمل على المهام ذات الصلة 20:09:32 &lt;i2pr&gt; [Slack/str4d] سأنشر قائمة الأفكار في منتدى التطوير حتى يتمكن الناس من رؤية المقترحات 20:09:39 &lt;zzz&gt; أعتقد أنكم عقدتم اجتماعين بشأنه بالفعل... 20:09:57 &lt;manas&gt; لديّ برنامج نصي لعمليات نقل rsync المتوازية عبر Tor، كنت أنوي إعادة العمل عليه ليُشغِّل النقل عبر I2P :) 20:09:58 &lt;i2pr&gt; [Slack/str4d] واحد فقط، لم يحضر أحد اجتماع الأسبوع الماضي 20:10:02 &lt;zzz&gt; ما الذي تود من الناس القيام به للمساعدة؟ 20:10:35 &lt;zzz&gt; وأيضًا، ما هي خطة العلاقات العامة (PR)؟ 20:11:32 &lt;i2pr&gt; [Slack/str4d] الخطة في PR هي نشر تدوينة جديدة عن جانب من Summer Dev كل أسبوعين تقريبًا 20:11:44 &lt;i2pr&gt; [Slack/str4d] لكن ذلك يعتمد كثيرًا على وجود أشياء يُجرى العمل عليها 20:12:07 &lt;i2pr&gt; [Slack/str4d] جمع المقاييس هو الأكبر 20:12:36 &lt;manas&gt; قرأت نص الاجتماع الأول، يبدو أنه أمور تقنية لا أعرفها جيدًا في هذه المرحلة :P 20:12:45 &lt;zzz&gt; رائع. أي شيء آخر حول البند 3)؟ 20:13:12 &lt;i2pr&gt; [Slack/str4d] الأمر الأساسي هو إحراز تقدم 20:13:24 &lt;manas&gt; جمع المقاييس سيكون جيدًا، ربما إضافة Java حيث يمكنني إدخال وجهة وهو يجمع المقاييس و/أو يُجري اختبارات سرعة؟ 20:13:39 &lt;manas&gt; لست متأكدًا ما هو الاتجاه المخطّط لذلك 20:13:41 &lt;i2pr&gt; [Slack/str4d] محتمل، نعم 20:13:50 &lt;manas&gt; سيكون ذلك رائعًا 20:14:02 &lt;i2pr&gt; [Slack/str4d] الاتجاه المخطّط لدي هو metrics.torproject.org 20:14:21 &lt;i2pr&gt; [Slack/str4d] وبالطبع ليست تلك المقاييس بعينها 20:14:30 &lt;manas&gt; صحيح 20:14:41 &lt;i2pr&gt; [Slack/str4d] لكن إعدادًا مشابهًا لنا 20:14:59 &lt;i2pr&gt; [Slack/str4d] المقياس الأساسي هو أداء tunnel / الشبكة 20:15:39 &lt;zzz&gt; هدف جميل، لكن كل ما هو سهل في Tor صعب بالنسبة لنا، لديهم تحكّم مركزي 20:15:40 &lt;i2pr&gt; [Slack/str4d] لذا سيكون من المفيد جدًا أن يطّلع أحدهم على الاختبارات التي يجريها Tor مع شيفرة bwauth الخاصة بهم 20:15:55 &lt;i2pr&gt; [Slack/str4d] موافق 20:16:02 &lt;manas&gt; نعم. أظن أنك ذكرت في مكان ما ممارسات Tor التي تراعي الخصوصية في جمع المقاييس. إذا كانت هناك وثائق/أوراق حول ذلك، فسيكون من الجيد الاطلاع عليها 20:16:06 &lt;i2pr&gt; [Slack/str4d] لكن المقاييس ستكون بطبيعتها مركزية 20:16:34 &lt;i2pr&gt; [Slack/str4d] هناك بعض الأوراق على freehaven.net/anonbib 20:16:45 &lt;zzz&gt; أي شيء آخر حول البند 3)؟ 20:16:54 &lt;manas&gt; شكرًا، سأطّلع عليها 20:16:55 &lt;i2pr&gt; [Slack/str4d] لكن لست متأكدًا كم يوجد عن إعدادهم المحدّد 20:17:12 &lt;i2pr&gt; [Slack/str4d] الأمر الآخر لهذا الشهر هو العمل على المقترحات 20:17:36 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:17:39 &lt;zzz&gt; str4d تفضل 20:17:40 &lt;i2pr&gt; [Slack/str4d] سردتُ مجموعة من المقترحات في تدوينة الإطلاق رأيتُ أنها ذات صلة 20:17:48 &lt;i2pr&gt; [Slack/str4d] zzz، على مهلك 20:17:57 &lt;i2pr&gt; [Slack/str4d] أنا على الهاتف، ولا أكتب بسرعة 20:18:20 &lt;i2pr&gt; [Slack/str4d] 3) متابعة 20:18:53 &lt;i2pr&gt; [Slack/str4d] سأقوم بمراجعة والعمل على المقترحات بقية هذا الشهر 20:19:09 &lt;i2pr&gt; [Slack/str4d] لكنني أود حقًا رؤية تدوينة أو اثنتين عن بعضها 20:19:18 &lt;zzz&gt; كيف ترتبط المقترحات بـ Summer Dev وهو البند 3)؟ 20:19:43 &lt;i2pr&gt; [Slack/str4d] Summer Dev يتعلق بالسرعة 20:20:07 &lt;i2pr&gt; [Slack/str4d] لدينا عدة مقترحات مفتوحة تتعلق بالأداء 20:20:42 &lt;i2pr&gt; [Slack/str4d] وأود أن أرى بعضًا منها تُعرض على المجتمع الأوسع 20:20:48 &lt;zzz&gt; حسنًا 20:20:55 &lt;zzz&gt; أي شيء آخر حول البند 3)؟ 20:20:56 &lt;i2pr&gt; [Slack/str4d] ستكون هذه في الواقع مهمة رائعة لشخص جديد 20:21:12 &lt;i2pr&gt; [Slack/str4d] أن يأخذ الوقت لقراءة المقترح 20:21:18 &lt;i2pr&gt; [Slack/str4d] وقراءة الوثائق ذات الصلة 20:21:28 &lt;i2pr&gt; [Slack/str4d] ثم تلخيصه في تدوينة 20:21:37 &lt;manas&gt; str4d: هل تعني المهمة قراءة المقترحات، وفهمها وتبسيطها/شرحها في تدوينة؟ 20:21:44 &lt;manas&gt; أوبس وصلت رسائلك للتو، هناك تأخير 20:21:46 &lt;manas&gt; :) 20:21:49 &lt;i2pr&gt; [Slack/str4d] نعم! 20:21:54 &lt;manas&gt; سأطلع على تلك المقترحات، str4d 20:22:02 &lt;manas&gt; سيكون ذلك مثيرًا للاهتمام بالنسبة لي 20:22:13 &lt;i2pr&gt; [Slack/str4d] نقل ما هو المقترح، ولماذا هو مهم لكلٍ من الأداء والخصوصية 20:22:27 &lt;manas&gt; نعم، ستكون سلسلة جيدة من التدوينات :) 20:22:37 &lt;manas&gt; ونأمل أن تتبعها نقاشات مثمرة 20:22:45 &lt;i2pr&gt; [Slack/str4d] بالضبط ;) 20:23:09 &lt;zzz&gt; أي شيء آخر حول البند 3)؟ 20:23:16 &lt;i2pr&gt; [Slack/str4d] حسنًا، أنا *الآن* انتهيت من 3) 20:23:31 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:23:34 &lt;zzz&gt; str4d تفضل 20:23:43 &lt;i2pr&gt; [Slack/str4d] لا تقدم هنا 20:24:04 &lt;i2pr&gt; [Slack/str4d] تم تحديث الفرع قبل فترة بأحدث الشيفرة من مكتبتي 20:24:19 &lt;i2pr&gt; [Slack/str4d] لكن بسبب أمور UI، لم يكن لدي وقت لمراجعته 20:24:27 &lt;zzz&gt; هل نرحّله إلى الاجتماع القادم، أم أن هذا البند منتهٍ أو غير ذي صلة؟ 20:25:07 &lt;i2pr&gt; [Slack/str4d] المسألة الأساسية هي التأكد من أن التغييرات الدلالية على sigtypes لا تُحدث أعطالًا غير متوقعة 20:26:07 &lt;i2pr&gt; [Slack/str4d] إن أراد أحد المساعدة فسيكون ذلك جيدًا، لكنني سأضع Summer Dev أعلى في الأولويات 20:26:32 &lt;i2pr&gt; [Slack/str4d] لذا سأؤجله الآن 20:26:51 &lt;zzz&gt; هل نرحّله إلى الاجتماع القادم، أم أن هذا البند منتهٍ أو غير ذي صلة؟ 20:27:05 &lt;i2pr&gt; [Slack/str4d] قلتُ للتو 20:27:21 &lt;i2pr&gt; [Slack/str4d] أجِّله الآن، لذا فهو ليس منتهيًا ولا غير ذي صلة، لكن أخرِجه من جدول الأعمال 20:27:27 &lt;zzz&gt; لا أدري ماذا أفعل مع "table". أضعه على جدول الأعمال أم لا؟ 20:27:53 &lt;zzz&gt; حسنًا، إذًا فرع test2 محروق، إذا قمتُ بأي عمل على فرع فسأصنع واحدًا جديدًا 20:28:02 &lt;zzz&gt; حسنًا أي شيء آخر حول البند 4)؟ 20:29:01 &lt;zzz&gt; 5) التخطيط لـ 34C3 (zzz/echelon) 20:29:25 &lt;zzz&gt; لا أعتقد أن ech موجود. مجرد تنبيه مبكر أننا سنعقد اجتماع الميزانية الشهر المقبل أو في أغسطس 20:29:33 &lt;manas&gt; حسنًا 20:29:56 &lt;i2pr&gt; [Slack/str4d] ACK 20:29:57 &lt;zzz&gt; لدينا الكثير من المال لتوزيعه، لكن كما هو الحال دائمًا نكافئ المساهمين 20:30:16 &lt;zzz&gt; فساعد المشروع وسيساعدك 20:30:18 &lt;manas&gt; كنتُ أبحث عن رحلات طيران وفندق. رتّبتُ معظم الأمور 20:30:21 &lt;zzz&gt; الوقت الآن 20:30:26 &lt;lazygravy&gt; (خصوصًا مع السعر المجنون لـ btc) 20:30:36 &lt;zzz&gt; المزيد في الاجتماعات القادمة 20:30:45 &lt;manas&gt; يبدو أن الفنادق تمتلئ بسرعة، لذا إن كان الناس يخططون للذهاب فمن الجيد البدء بالبحث في أسرع وقت ممكن 20:30:52 &lt;zzz&gt; نعم 20:30:57 &lt;zzz&gt; أي شيء آخر حول البند 5)؟ 20:31:03 &lt;i2pr&gt; [Slack/str4d] +1 20:32:01 &lt;zzz&gt; 6) اجتماعات مشغّلي Reseed الدورية (manas) 20:32:03 &lt;zzz&gt; manas تفضل 20:32:26 &lt;manas&gt; `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - نخطط لأول اجتماع Reseed في #i2p-reseed الأسبوع القادم، 13 يونيو الساعة 8 مساءً بتوقيت UTC 20:32:46 &lt;manas&gt; تلك هي النقاط العامة للنقاش، سأقوم بتلخيص السلاسل المشار إليها 20:32:59 &lt;manas&gt; نراكم الأسبوع القادم، شكرًا :) 20:33:12 &lt;zzz&gt; رائع، شكرًا على تنظيم ذلك، أشجّع الجميع على الحضور 20:33:18 &lt;zzz&gt; أي شيء آخر حول البند 6)؟ 20:33:26 &lt;manas&gt; هذا كل شيء 20:34:21 &lt;lazygravy&gt; هل سيكون خارج السياق أن نعود إلى (3)؟ 20:34:35 &lt;manas&gt; ما الأخبار يا gravy؟ 20:34:45 &lt;lazygravy&gt; أنا مهتم بجانب الجمع يا str4d، هل يمكننا تحديد وقت للحديث عنه؟ ويفضل أن يكون في عطلة نهاية الأسبوع 20:34:47 &lt;zzz&gt; 3) gravy تفضل 20:35:00 &lt;manas&gt; هل يمكن عقد نقاش في #i2p-science؟ 20:35:45 &lt;lazygravy&gt; manas: طالما أن لدينا وقتًا محددًا :) 20:36:01 &lt;lazygravy&gt; لا حاجة لتحديد وقت الآن. أردت فقط طرح الأمر 20:36:06 &lt;manas&gt; نعم 20:36:48 &lt;manas&gt; سيكون ذلك ممتعًا بالنسبة لي 20:37:01 &lt;zzz&gt; أي شيء آخر حول البند 3)؟ 20:37:43 &lt;lazygravy&gt; لا شيء إضافي لدي 20:37:48 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:37:56 * zzz يبحث عن baffer 20:39:02 * zzz *b*a*f*s* اختتم الاجتماع </div>/ar/blog/2017/06/01/%D8%AA%D8%B7%D9%88%D9%8A%D8%B1-i2p-%D8%B5%D9%8A%D9%81-2017-%D8%A7%D9%84%D9%85%D8%B2%D9%8A%D8%AF-%D9%85%D9%86-%D8%A7%D9%84%D8%B3%D8%B1%D8%B9%D8%A9/Thu, 01 Jun 2017 00:00:00 +0000/ar/blog/2017/06/01/%D8%AA%D8%B7%D9%88%D9%8A%D8%B1-i2p-%D8%B5%D9%8A%D9%81-2017-%D8%A7%D9%84%D9%85%D8%B2%D9%8A%D8%AF-%D9%85%D9%86-%D8%A7%D9%84%D8%B3%D8%B1%D8%B9%D8%A9/<p>لقد حان ذلك الوقت من العام مرة أخرى! نشرع في برنامجنا الصيفي للتطوير، حيث نركّز على جانب محدّد من I2P لدفعه قُدماً. خلال الأشهر الثلاثة المقبلة، سنشجّع كلاً من المساهمين الجدد وأعضاء المجتمع الحاليين على اختيار مهمة والاستمتاع بالعمل عليها!</p> <p>في العام الماضي، ركزنا على مساعدة المستخدمين والمطورين على الاستفادة من I2P، وذلك من خلال تحسين أدوات API وإيلاء بعض الاهتمام للتطبيقات التي تعمل عبر I2P. هذا العام، نريد تحسين تجربة المستخدم بالعمل على جانب يؤثر على الجميع: الأداء.</p>/ar/blog/2017/05/03/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.30/Wed, 03 May 2017 00:00:00 +0000/ar/blog/2017/05/03/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.30/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن الإصدار 0.9.30 ترقية إلى Jetty 9 وTomcat 8. لم تعد الإصدارات السابقة مدعومة، ولن تكون متاحة في الإصدارات القادمة من Debian Stretch وUbuntu Zesty.</p> <p>سيقوم الـ router (الموجّه) بترحيل ملف الإعدادات jetty.xml لكل موقع Jetty إلى إعداد Jetty 9 الجديد. من المفترض أن يعمل هذا مع تكوينات حديثة غير معدَّلة، لكنه قد لا يعمل مع الإعدادات المعدَّلة أو القديمة جدًا. تحقّق من أن موقع Jetty الخاص بك يعمل بعد الترقية، وتواصل معنا على IRC إذا احتجت إلى مساعدة.</p>/ar/blog/2017/05/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D9%8A%D9%88-2017/Tue, 02 May 2017 00:00:00 +0000/ar/blog/2017/05/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D9%8A%D9%88-2017/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> backup، manas، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) مرحبًا 20:00:01 &lt;zzz&gt; 1) تحديث 0.9.30/.31 (zzz) 20:00:01 &lt;zzz&gt; 2) حالة فرع واجهة المستخدم (UI) - (str4d) 20:00:01 &lt;zzz&gt; 3) خطط تطوير I2P الصيفية - (str4d) 20:00:01 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:00:05 &lt;zzz&gt; 0) مرحبًا 20:00:07 &lt;zzz&gt; مرحبًا 20:00:23 &lt;zzz&gt; 1) تحديث 0.9.30/.31 (zzz) 20:00:48 &lt;zzz&gt; تأخرنا يومين عن الجدول بسبب أخطاء Jetty التي اضطررت إلى إصلاحها بترقيعات، لكن سأنهي المراجعة الليلة وسأبني صباح الغد 20:00:58 &lt;manas&gt; أهلاً 20:01:19 &lt;zzz&gt; إذا كان eche|on متواجدًا غدًا سنُطلق التحديث داخل الشبكة، وسأعمل على بُنى Launchpad وdeb ليومي الخميس والجمعة 20:01:46 &lt;zzz&gt; أما 31 فقد وجدولته لأواخر يونيو أو أوائل يوليو 20:01:53 &lt;backup&gt; مرحبًا 20:02:03 &lt;manas&gt; مرحبًا backup! :D 20:02:15 &lt;zzz&gt; يمكنك الاطلاع على خارطة الطريق لما خططناه (أو على الأقل كنا نأمل) للإصدار 31 20:02:19 &lt;zzz&gt; أي شيء آخر بخصوص 1)؟ 20:03:18 &lt;zzz&gt; 2) حالة فرع واجهة المستخدم (UI) - (str4d) 20:03:43 &lt;zzz&gt; str4d دورك 20:04:13 &lt;zzz&gt; حسنًا، سيبدو أن هذا سيكون أقصر اجتماع على الإطلاق 20:04:27 &lt;backup&gt; ظننت أن عددنا هنا أكبر :) 20:04:27 &lt;manas&gt; :P 20:04:33 &lt;zzz&gt; أي شيء آخر بخصوص 2)، 3)، أو 4)، أو أي موضوع آخر للاجتماع؟ 20:04:44 &lt;manas&gt; أردت أن أشير إلى هذا الموضوع: `http://trac.i2p2.i2p/ticket/1139` 20:04:46 &lt;manas&gt; *تذكرة 20:04:54 &lt;manas&gt; ينبغي أن نحاول إدخال هذا التغيير في واجهة المستخدم الجديدة (UI) 20:05:21 &lt;manas&gt; "الإيقاف الجزئي": التوقف مؤقتًا عن قبول tunnels المشاركة. 20:05:57 &lt;manas&gt; backup: هل يمكنك أن ترسل لي رسالة خاصة بالرابط الجديد للحالة؟ 20:06:05 &lt;manas&gt; شكرًا 20:06:08 &lt;zzz&gt; حسنًا، ربما يمكنك إضافة أسباب أهمية ذلك إلى التذكرة؟ 20:06:41 &lt;manas&gt; كنت مهتمًا بمعرفة المزيد عن خطط تطوير الصيف، لكن أظن أن ذلك سيتأجل حتى يكون str4d متواجدًا 20:06:43 &lt;manas&gt; zzz: بالتأكيد 20:06:43 &lt;zzz&gt; أي أمور غير حرجة في UI يجب أن تنتظر حتى ندمج فرع UI، ونأمل أن يكون ذلك قريبًا 20:06:49 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:07:06 &lt;zzz&gt; سعيد برؤيتك هنا backup 20:07:14 * zzz يمسك الـ baffer 20:07:40 &lt;manas&gt; أردت أن أقترح اجتماعات منتظمة لمشغّلي reseed (خوادم إعادة البذر) 20:07:45 &lt;manas&gt; ما رأيك، backup؟ 20:08:19 &lt;zzz&gt; أؤيد ذلك 20:08:38 &lt;backup&gt; نعم، فكرة جيدة 20:08:44 &lt;zzz&gt; سأدعكم تواصلون النقاش، على أي حال، الآن... 20:08:50 * zzz *bafs* أغلق الاجتماع </div>/ar/blog/2017/04/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2017/Tue, 04 Apr 2017 00:00:00 +0000/ar/blog/2017/04/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) مرحبًا 20:00:05 &lt;zzz&gt; 1) تحديث 0.9.30 (zzz) 20:00:05 &lt;zzz&gt; 2) حالة فرع UI - (str4d) 20:00:05 &lt;zzz&gt; 3) خطط برنامج تطوير I2P الصيفي - (str4d) 20:00:05 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:00:09 &lt;zzz&gt; 0) مرحبًا 20:00:12 &lt;zzz&gt; مرحبًا 20:00:28 &lt;manas&gt; أهلاً 20:00:33 &lt;eche|on&gt; مرحبًا 20:01:00 &lt;zzz&gt; 1) تحديث 0.9.30 (zzz) 20:01:24 &lt;zzz&gt; حسنًا، الأمور تسير على ما يرام، المختبرون يجدون بعض المشاكل وهذا رائع. الانتقال إلى Jetty 9 يسير بسلاسة حتى الآن 20:01:35 &lt;z3r0fox&gt; مرحبًا! o/ 20:01:54 &lt;zzz&gt; لقد حددت الإضافات التي تحتاج إلى تحديث على zzz.i2p... للحصول على أفضل النتائج يجب إعادة بنائها قبل الإصدار 20:01:56 &lt;eche|on&gt; في الغالب نعم 20:02:04 &lt;eche|on&gt; باستثناء ملفات إعداد Jetty القديمة 20:02:24 &lt;zzz&gt; سعيد أننا نقوم بذلك الآن لكي نكون مستعدين لـ stretch و zesty 20:02:36 &lt;eche|on&gt; نعم 20:02:56 &lt;zzz&gt; شكرًا لـ echelon وغيرهم على الاختبار. ربما سأضع وسم -rc على بناء تطويري أبكر من المعتاد للحصول على المزيد من الاختبارات 20:03:12 &lt;eche|on&gt; حسنًا 20:03:20 &lt;orignal_&gt; مرحبًا 20:03:34 &lt;zzz&gt; حددتُ الموعد النهائي لتسجيل التغييرات يوم الجمعة 28 أبريل، والإصدار في الأسبوع الأول من مايو 20:03:54 &lt;zzz&gt; أي شيء آخر حول 1)؟ 20:04:15 &lt;atoi&gt; متى ستحصل Java على تواقيع GOST؟ 20:04:41 &lt;eche|on&gt; 2019 20:05:01 &lt;zzz&gt; atoi لم نتفق على المقترح بعد، إذا فعلنا، فأفضل تقدير أواخر العام القادم نظرًا للأولويات 20:05:02 &lt;eche|on&gt; لكن لا بأس مع 1، جيد أننا أجلنا UII 20:05:54 &lt;zzz&gt; لكنني قدمت بعض المقترحات الأخرى (136 و 137) لتسهيل إدخال أنواع توقيع جديدة 20:06:00 &lt;zzz&gt; أي شيء آخر حول 1)؟ 20:06:02 &lt;atoi&gt; لا أطيق الانتظار حتى يعمل GOST 20:07:22 &lt;zzz&gt; 2) حالة فرع UI - (str4d) 20:07:35 &lt;zzz&gt; str4d، ما آخر أخبار فرع الـ UI لديك؟ 20:07:53 &lt;str4d&gt; كان فرع UI مستقرًا نسبيًا خلال الأسابيع القليلة الماضية 20:08:28 &lt;zzz&gt; الخطة أن نطرح مقترحًا في أوائل مايو للإصدار .31؟ 20:08:57 &lt;str4d&gt; هناك بعض تحديثات السمات التي أحتاج لدمجها ودفعها لمعالجة بعض الملاحظات، لكن من ناحية البنية فهو جاهز تقريبًا 20:09:08 &lt;str4d&gt; نعم 20:09:13 &lt;zzz&gt; جيد جدًا 20:09:19 &lt;zzz&gt; أي شيء آخر حول 2)؟ 20:09:24 &lt;eche|on&gt; لا أستطيع الانتظار لاختباره ^^ 20:10:00 &lt;str4d&gt; إذا أراد أحد أن يختبر بدون عناء البناء، سأرفع ملف i2pupdate.zip بمجرد إدخال تغييرات السمة التالية 20:10:18 &lt;eche|on&gt; سأنتظر المقترح... 20:11:02 &lt;zzz&gt; 3) خطط برنامج تطوير I2P الصيفي - (str4d) 20:11:19 &lt;zzz&gt; str4d ما هي الخطط؟ 20:11:47 &lt;str4d&gt; حسنًا، تبادلتُ الأفكار مع sadie، والخلاصة أنه في برنامج التطوير الصيفي هذا ينبغي أن نركز على السرعة 20:12:37 &lt;str4d&gt; لأن أ) هذا امتداد منطقي لعمل العام الماضي (جعلنا من الأسهل على التطبيقات استخدام I2P، لكننا الآن نحتاج لأن نجعلهم يرغبون بذلك)، وب) هذا يغطي نحو نصف خارطة الطريق الحالية لدينا بالفعل 20:13:37 &lt;zzz&gt; حسنًا، أين قد نجد هذه الخطط، وكيف نجد أشخاصًا لتنفيذها؟ 20:14:06 &lt;str4d&gt; sadie أخذت ملاحظات من هذياني، لذا سأزعجها لأجلها :) 20:14:18 &lt;str4d&gt; أفكر أساسًا أن هذا يعني: 20:14:51 &lt;str4d&gt; - المضي قدمًا في المقترحات المختلفة التي تؤثر على السرعة (LS2، تعمية طرف-إلى-طرف (E2E) أحدث، massive multihoming (تعدد الاتصال بمزودي الشبكة)) 20:15:24 &lt;str4d&gt; - تشغيل شيء مشابه لـ Tor's bwauth (سلطة قياس النطاق الترددي في تور) يمكننا استخدامه لبدء جمع مقاييس تتعلق تحديدًا بسرعة الشبكة 20:16:27 &lt;manas&gt; كنت أفكر في كتابة بعض الشيفرة لاختبار سرعات I2P ببرامج مختلفة (rsync، torrents، sftp إلخ) 20:16:34 &lt;str4d&gt; - إتاحة اختيار tunnel عبر I2CP (على طريقة أشياء psi بلغة Lua) 20:16:51 &lt;manas&gt; يمكنني مشاركة ذلك إذا كان سيكون مفيدًا/مثيرًا للاهتمام 20:16:51 &lt;randomrng&gt; massive multihoming &lt;3 20:17:00 &lt;zzz&gt; يبدو جيدًا. هل نضع هذا على جدول أعمال اجتماع الشهر القادم للحصول على تحديث؟ 20:17:00 &lt;str4d&gt; - تسريعات ElGamal على المدى القصير 20:17:17 &lt;str4d&gt; نعم 20:17:35 &lt;zzz&gt; ألاحظ أن معظم ما هو على خارطة طريق .30، التي وُضعت قبل 3 أشهر فقط في CCC، كان خيالًا صرفًا وسيتم تأجيله. سأقوم بتحديثها قريبًا. 20:18:10 &lt;zzz&gt; أي شيء آخر حول 3)؟ 20:18:16 &lt;str4d&gt; لدينا شهران قبل أن يبدأ رسميًا. سأواصل التحدث مع sadie لصياغة خطة، لكن ما نحتاجه حقًا هو أشخاص يختارون أشياء يريدون العمل عليها 20:18:32 &lt;str4d&gt; manas لديه بداية سبق هناك ;P 20:18:35 &lt;orignal_&gt; أي نوع من التسريع؟ 20:18:48 &lt;str4d&gt; orignal_، الحساب المسبق للجدول 20:18:48 &lt;manas&gt; :) 20:19:03 &lt;orignal_&gt; خاصتي أم شيء آخر؟ 20:19:09 &lt;zzz&gt; إذا وثقتَ أنت وsadie إطار العمل والخيارات فسيُساعد ذلك الناس على اختيار الأشياء 20:19:22 &lt;str4d&gt; +1 20:19:30 &lt;zzz&gt; أي شيء آخر حول 3)؟ 20:19:35 &lt;str4d&gt; orignal_، لن يكون خاصتك، لأنه يعتمد مباشرة على OpenSSL الذي لا نصل إليه 20:19:52 &lt;orignal_&gt; أقصد الأساس 20:20:03 &lt;orignal_&gt; لا التنفيذ 20:20:28 &lt;str4d&gt; أوه، نعم من المرجح أن يكون مبنيًا على عملك (مع أنني أرغب في فهم الرياضيات بنفسي) 20:21:03 &lt;zzz&gt; 4) تحديث EdDSA - (str4d) 20:21:10 &lt;orignal_&gt; جيد أن نعرف :) 20:21:13 &lt;zzz&gt; str4d، ما الذي يحدث مع EdDSA؟ 20:21:39 &lt;str4d&gt; لقد نشرت للتو EdDSA-Java 0.2.0، بعد أكثر من عام على آخر إصدار 20:22:28 &lt;orignal_&gt; ما الفرق؟ 20:22:37 &lt;str4d&gt; يتضمن تنظيفات مختلفة، الترميز الذي سيصبح قياسيًا قريبًا لـ PKI، إصلاح تسمية JCA، Security Provider (مزود أمان)، ويجب أن يعمل فعليًا بزمن ثابت (constant-time) الآن بفضل طرف ثالث قام بتدقيقه 20:22:59 &lt;str4d&gt; لقد سحبت الشيفرة إلى i2p.i2p.zzz.test2 20:23:26 &lt;orignal_&gt; هل هناك تحسينات في السرعة؟ 20:23:30 &lt;str4d&gt; لكن ما يحتاجه الآن هو الاختبار للتأكد من أن كل شيء لا يزال يعمل جيدًا 20:23:45 &lt;zzz&gt; كم من الاختبارات أجريت؟ 20:23:58 &lt;str4d&gt; orignal_، انخفاض في سرعة التوقيع بسبب جعله بزمن ثابت (لكن ليس كثيرًا) 20:24:06 &lt;str4d&gt; zzz، شيفرة EdDSA نفسها مُختبرة جيدًا 20:24:20 &lt;orignal_&gt; زمن ثابت للتوقيع أم للتحقق؟ 20:24:32 &lt;zzz&gt; ما زلتُ متشككًا بشأن الزمن الثابت، لكن إن لم نفعل ذلك فسوف يشتكي الجميع 20:24:39 &lt;str4d&gt; للتوقيع (أما التحقق فلم يكن بزمن ثابت أبدًا، إذ لا توجد معلومات سرية) 20:25:01 &lt;zzz&gt; str4d، هل تستهدف 31 أم 30؟ 20:25:02 &lt;str4d&gt; ما لم أختبره بعد هو كيف يتفاعل مع بقية I2P، وخصوصًا فيما يتعلق بإصلاحات تسمية JCA 20:25:39 &lt;zzz&gt; كما نشرتُ على zzz.i2p أعتقد أن مُطاردة إرشادات التسمية من RFC ما هي مضيعة للوقت 20:25:47 &lt;str4d&gt; ربما قريب جدًا من 30 لدمجه لأننا نستخدم الشيفرة مباشرة بدلاً من المكتبة 20:25:50 &lt;orignal_&gt; عنق الزجاجة في الأداء هو التحقق 20:26:22 &lt;str4d&gt; بالنسبة لمكتبتي، كان من المنطقي إصلاح الأمور قبل 0.2.0 لأنه لم يكن هناك Provider من قبل، لذا لم يكن أحد يستخدم أسماء JCA 20:26:26 &lt;zzz&gt; str4d، سيكون المقترح أيضًا جحيم دمج بسبب تغييرات javadoc التي أجريتها والتي أصلحتها بالفعل في .29، لن يكون ذلك ممتعًا 20:27:14 &lt;str4d&gt; حسنًا، يبدو أن الخطة هي دمج i2p.i2p في .test2، إصلاح تعارضات الدمج، ثم جعل الناس يختبرونه 20:27:25 &lt;zzz&gt; لكننا لطالما كان لدينا provider. تغييراتك في test2 مالت إلى تفضيل طلب دمج على GitHub على ما قمت به بالفعل لتحقيق الشيء نفسه، لذا أنا متشكك قليلًا بشأن الأمر برمته 20:27:42 &lt;zzz&gt; يمكنك طرح المقترح بهذه الطريقة إن أردت، أو فقط تؤجل الألم حتى طرح المقترح بالعكس 20:28:23 &lt;str4d&gt; نعم، ولكن بصراحة، أشك أن أحدًا كان يستخدمه 20:28:31 &lt;zzz&gt; كما قلت، أُحيل الأمر إليك، فهي في الأصل شيفرتك، لكنني لا زلت أريد التحديق فيها 20:29:11 &lt;zzz&gt; لدي router واحد بمفتاح عائلة EdDSA للاختبار. لا أتذكر أي صيغة. تذكر أنني أجريت كل هذه الإصلاحات قبل نحو 4 أشهر، ومنذ ذلك الحين ونحن ننتظر أنت وأصدقاءك من RFC :) 20:29:11 &lt;str4d&gt; (الذين لم يكونوا يستوردون i2p.jar مباشرة، وسيكون لديهم بالفعل ترحيلات للقيام بها عند الترقية) 20:29:32 &lt;zzz&gt; أي شيء آخر حول 4)؟ 20:30:08 &lt;str4d&gt; ليس لدي شيء :) 20:30:13 * zzz يبحث عن baffer 20:30:19 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:31:20 &lt;str4d&gt; اجتماع tor-dev القادم في سبتمبر تقريبًا سيكون على الأرجح في مونتريال 20:31:33 &lt;orignal_&gt; متى؟ 20:31:53 &lt;z3r0fox&gt; جميل 20:31:55 &lt;str4d&gt; ------------------------------------^ 20:31:56 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:32:14 &lt;str4d&gt; أخطط للذهاب 20:32:28 &lt;zzz&gt; تفكر في تغيير الفريق؟ 20:32:47 &lt;str4d&gt; فقط أهدف إلى التأثير عليهم ;) 20:33:14 &lt;zzz&gt; وفّر على نفسك ثمن تذكرة الطائرة، هذا لن يحدث 20:33:24 &lt;manas&gt; نعم، مونتريال جميلة :) 20:33:27 &lt;str4d&gt; آمل أيضًا أنه، بما أن برنامج التطوير الصيفي سيكون قد انتهى للتو، سيكون لدينا بعض تحسينات السرعة الجميلة لنتحدث عنها هناك 20:34:28 * zzz *BAFS*** أُغلق الاجتماع </div>/ar/blog/2017/03/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%85%D8%A7%D8%B1%D8%B3-2017/Tue, 07 Mar 2017 00:00:00 +0000/ar/blog/2017/03/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%85%D8%A7%D8%B1%D8%B3-2017/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon، manas، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:25 &lt;zzz&gt; 0) مرحباً 20:00:25 &lt;zzz&gt; 1) المشرف على Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:25 &lt;zzz&gt; 2) تحديث 0.9.30 (zzz) 20:00:25 &lt;zzz&gt; 3) حالة فرع واجهة المستخدم UI - لـ .30 أم .31؟ (str4d) 20:00:25 &lt;zzz&gt; 4) حالة فرع Jetty 9 - لـ .30 أم .31؟ (zzz) 20:00:30 &lt;zzz&gt; 0) مرحباً 20:00:32 &lt;zzz&gt; مرحباً 20:00:50 &lt;manas&gt; أهلاً 20:00:54 &lt;zzz&gt; 1) المشرف على Tails (zzz) `http://zzz.i2p/topics/2108` 20:01:16 &lt;zzz&gt; كما يعلم معظمكم، اتفقتُ مع Tails على إزالة i2p من Tails 20:01:34 &lt;zzz&gt; سيسري هذا في Tails 2.12، المتوقع صدوره خلال نحو 6 أسابيع 20:01:43 &lt;eche|on&gt; مرحباً 20:01:57 &lt;eche|on&gt; حسنًا 20:01:59 &lt;zzz&gt; مؤسف، لكن لم يكن لدينا خيار آخر. إذا حصلنا على متطوّع لصيانته، فسنعيد التقديم 20:02:08 &lt;zzz&gt; أي شيء آخر حول 1) ؟ 20:02:45 &lt;eche|on&gt; مؤسف، لكنه لن يتغيّر قريباً (tm) 20:03:07 &lt;manas&gt; نعم. مؤسف أن الشخص في 33C3 لم ينجح الأمر معه 20:03:30 &lt;zzz&gt; نعم 20:03:40 &lt;zzz&gt; 2) تحديث 0.9.30 (zzz) 20:04:23 &lt;zzz&gt; حسنًا، نحن على بُعد أسبوع من إصدار ‎.29، وخطتنا دورة قياسية من 8 أسابيع. التغييرات الكبيرة تُدمج بحلول منتصف مارس، والإصدار أواخر أبريل 20:04:51 &lt;zzz&gt; هناك اقتراحان كبيران قيد الانتظار سنغطيهما في 3) و4) 20:05:17 &lt;zzz&gt; أي شيء آخر حول 2) ؟ 20:05:51 &lt;eche|on&gt; سأكون غائباً في 1 مايو 20:06:00 &lt;eche|on&gt; أو بالأحرى من 30 أبريل إلى 2 مايو 20:07:00 &lt;zzz&gt; كلا الاقتراحين مهم، لأنه من الصعب التراجع. ما إن نقترحهما، يجب أن نجعلهما يعملان قبل أن نُصدر 20:07:07 &lt;zzz&gt; *release 20:07:29 &lt;eche|on&gt; نعم 20:07:57 &lt;zzz&gt; 3) حالة فرع واجهة المستخدم UI - لـ .30 أم .31؟ (str4d) 20:08:34 &lt;zzz&gt; هذا تغيير ضخم، رغم أنه قُدِّم أصلاً كتحديث طفيف، وهو الجزء 1 من عدة أجزاء لتحديث واجهة مستخدم وحدة التحكم 20:08:54 &lt;zzz&gt; ملف الفرق diff يحتوي على 77 ألف سطر، مع إضافة أكثر من 500 ملف وتغيير أكثر من 200 ملف 20:09:06 &lt;eche|on&gt; سأصوّت لاقتراح واحد في كل إصدار، وليس كليهما في ‎.30 20:09:07 &lt;zzz&gt; ‏str4d، ما الحالة، وهل تريد اقتراحه لإصدار ‎.30؟ 20:09:27 &lt;eche|on&gt; وبما أن jettty9 أهم، فلنؤجّل واجهة المستخدم إلى ‎.31 20:11:07 &lt;zzz&gt; المهم أننا لا نريد اقتراح شيء إن لم يكن لدى المؤلف وقت لإصلاح المشكلات قبل الإصدار. وإلا فقد يتأخر الإصدار إلى ما لا نهاية 20:11:39 &lt;eche|on&gt; نعم 20:11:46 &lt;zzz&gt; لذا، متى ما تم اقتراحه نحتاج إلى ضمانات من ‏str4d بأنه سيكون متاحاً هنا للرد على المشكلات 20:11:54 &lt;zzz&gt; ‏str4d، ما نواياك؟ 20:12:15 &lt;eche|on&gt; هل ‏str4d موجود أصلاً؟ 20:13:11 &lt;zzz&gt; لا أدري. أعتقد أن هذا الفرع خرج فعلاً من يده؛ قُدِّم كشيء بسيط لكنه أصبح هائلاً. أظن أنه يعمل عليه منذ عام. 20:13:38 &lt;zzz&gt; أعتقد أننا سنحتاج للمتابعة مع ‏str4d لاحقاً 20:13:54 &lt;zzz&gt; أي شيء آخر حول 3) ؟ 20:14:03 &lt;manas&gt; قال شيئاً عن فرع مؤخراً 20:14:17 &lt;manas&gt; لم أختبره، سأستنسخه 20:15:23 &lt;zzz&gt; إنه... مُثير للاهتمام. سأقول إنه اتخذ اتجاهاً مختلفاً عما كنتُ أفعله في السنوات الأخيرة. لا أستطيع التنبؤ بما ستكون عليه ردة الفعل العامة. 20:15:42 &lt;zzz&gt; أي شيء آخر حول 3) ؟ 20:16:16 &lt;zzz&gt; 4) حالة فرع Jetty 9 - لـ ‎.30 أم ‎.31؟ (zzz) 20:17:03 &lt;zzz&gt; هذا نحو 3 آلاف سطر من diff. لديّ البنيات القياسية تعمل في فرعي، وكذلك البناء الخاص بـ stretch. لم أختبر بعد البنيات الخاصة بالإصدارات الأقدم لـ wheezy/precise/jessie/trusty 20:17:35 &lt;zzz&gt; الأمر الملح هو أن stretch لن يتضمّن Jetty 8. ويبدو أن zesty، المتوقع صدوره الشهر المقبل، لن يتضمّنه أيضاً، ما لم يظهر في backports (حزم تُعاد بناؤها لإصدارات أقدم) 20:17:44 &lt;zzz&gt; لكن Jetty 8 انتهى دعمه في ديسمبر 20:18:17 &lt;eche|on&gt; من غير المرجّح أن يظهر jetty8 في backports 20:18:20 &lt;zzz&gt; إذًا فالمخاطرة هي أن يتم إصدار stretch أو zesty، ولن يعمل i2p عليهما 20:18:42 &lt;zzz&gt; لذا أقترح طرح فرعي jetty9 خلال الأسبوع المقبل ليُضمَّن في ‎.30 20:19:21 &lt;eche|on&gt; نعم 20:19:29 &lt;zzz&gt; سيُعطّل هذا، على الأقل، الملحقات التالية: bwschedule وi2pbote وi2pcontrol وzzzot. ستحتاج على الأقل إلى إعادة ترجمة، وربما إعادة كتابة 20:19:33 &lt;eche|on&gt; هذا ما أقترحه، إذا كنتَ تعتقد أنك تستطيع فعل ذلك 20:20:46 &lt;zzz&gt; يمكنني إعادة ترجمة zzzot. ويبقى الأمر لمؤلفي الثلاثة الآخرين (cacapo وstr4d وhottuna2 على الترتيب) إن كانوا يستطيعون الإصدار 20:21:40 &lt;zzz&gt; أستطيع إنجاز ما يخصني 20:22:07 &lt;zzz&gt; أعتقد أنه إن انتظرنا حتى ‎.31 في يونيو/يوليو فسيكون هناك الكثير من مستخدمي الحزم غير السعداء 20:22:53 &lt;eche|on&gt; نعم 20:22:54 &lt;zzz&gt; إذًا أخطّط لاقتراحه في الأيام القليلة القادمة 20:23:00 &lt;zzz&gt; أي شيء آخر حول 4) ؟ 20:23:08 &lt;eche|on&gt; سأختبر 20:23:28 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:24:25 * zzz يُسخّن الـ baffer 20:24:30 &lt;eche|on&gt; ليس مما أعلمه حتى الآن 20:25:27 * zzz *baffffs* أُغلق الاجتماع </div>/ar/blog/2017/03/04/0.9.29-%D8%A5%D8%B5%D9%84%D8%A7%D8%AD-%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D8%AC-%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-windows/Sat, 04 Mar 2017 00:00:00 +0000/ar/blog/2017/03/04/0.9.29-%D8%A5%D8%B5%D9%84%D8%A7%D8%AD-%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D8%AC-%D8%AA%D8%AB%D8%A8%D9%8A%D8%AA-windows/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يفشل مُثبّت Windows للإصدار 0.9.29 الذي نُشر على موقعنا الإلكتروني قبل يومين أثناء عملية التثبيت مع ظهور استثناء. لقد أصلحنا الخلل وقمنا بنشر المُثبّت الجديد على موقعنا الإلكتروني. هذا لا يؤثر على عمليات الترقية من الإصدارات السابقة ولا على مُثبّتات الأنظمة غير Windows. نعتذر عن هذه المشكلة.</p>/ar/blog/2017/02/27/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.29/Mon, 27 Feb 2017 00:00:00 +0000/ar/blog/2017/02/27/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.29/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن الإصدار 0.9.29 إصلاحات لعدد كبير من تذاكر Trac، بما في ذلك حلولًا بديلة للرسائل المضغوطة التالفة. ندعم الآن NTP عبر IPv6. أضفنا دعمًا أوليًا لـ Docker. لدينا الآن صفحات الدليل (man) مترجمة. نمرّر الآن ترويسات Referer من نفس الأصل عبر وكيل HTTP. هناك المزيد من الإصلاحات لـ Java 9، ومع ذلك لا نوصي بعد باستخدام Java 9 للاستخدام العام.</p> <p>كالعادة، نوصي بأن تقوم بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل الإصدار الأحدث.</p>/ar/blog/2017/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2017/Tue, 07 Feb 2017 00:00:00 +0000/ar/blog/2017/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2017/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, EinMbyte, manas, psi, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) مرحباً 20:00:00 &lt;zzz&gt; 1) متابعة 33C3 20:00:00 &lt;zzz&gt; 2) تحديث 0.9.29 (zzz) 20:00:00 &lt;zzz&gt; 3) مشرف Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:00 &lt;zzz&gt; 4) مسودة NTCP2 (Manas) 20:00:00 &lt;zzz&gt; 5) تصحيح توثيق Reseed (إعادة البذر) (Manas) 20:00:04 &lt;zzz&gt; 0) مرحباً 20:00:05 &lt;zzz&gt; مرحباً 20:00:21 &lt;zzz&gt; 1) متابعة 33C3 20:00:32 &lt;eche|off&gt; مرحباً 20:00:50 &lt;zzz&gt; هل لدى أي أحد شيء يود قوله عن 33c3؟ أقول إن الإقبال على طاولتنا كان أقل من السنوات السابقة 20:01:07 &lt;zzz&gt; شكراً لـ manas على كتابة بعض التقارير على zzz.i2p 20:01:09 &lt;psi&gt; أهلاً 20:01:15 &lt;eche|off&gt; نعم، كان أقل، لكنه ما زال جيداً 20:01:21 &lt;zzz&gt; سنغطي Tails في (3) 20:01:32 &lt;zzz&gt; لنأمل بمدينة جديدة هذا العام 20:01:54 &lt;zzz&gt; أي شيء آخر حول (1)؟ 20:02:25 &lt;i2pr&gt; [Slack/str4d] مرحباً 20:02:26 &lt;i2pr&gt; [Slack/str4d] لا يمكنني التعليق على ذلك، لكنني استمتعت حقاً! 20:02:28 &lt;manas&gt; مرحباً! 20:02:38 &lt;zzz&gt; حسناً، نتابع 20:02:43 &lt;zzz&gt; 2) تحديث 0.9.29 (zzz) 20:02:51 &lt;i2pr&gt; [Slack/str4d] قضيت وقتاً طيباً مع Yolgie في لينتس وفيينا؛ ينبغي أن تكون هناك صلة جيدة للمضي قدماً 20:03:17 &lt;zzz&gt; حدّدت موعد إدخال التغييرات بعد أسبوعين ونصف من الآن، يوم الجمعة 2/24، والإصدار حوالي 2/27 20:03:21 &lt;zzz&gt; معظمها إصلاحات للأخطاء 20:03:30 &lt;eche|off&gt; آه، حان وقت إنجاز شيء ما، حسناً 20:03:40 &lt;zzz&gt; أنا أيضاً (ما زلت) أخطط لفرض التواقيع في تسجيل stats.i2p قريباً جداً 20:04:04 &lt;manas&gt; فرض التواقيع؟ 20:04:12 &lt;zzz&gt; إعادة العمل على وحدة التحكم الخاصة بـ str4d تم ترحيلها إلى .30، لذا سيكون الموعد النهائي للاقتراح في منتصف فبراير 20:04:17 &lt;zzz&gt; *منتصف مارس 20:04:32 &lt;manas&gt; إذَن مزيد من خطوات التحقق عند تسجيل اسم مضيف؟ 20:04:42 &lt;zzz&gt; manas، بشكل أساسي إثباتات على أنك تتحكم في النطاق الذي تقوم بتسجيله 20:05:10 &lt;manas&gt; هممم، حسناً 20:05:15 &lt;zzz&gt; أصلحتُ مجموعة من الأخطاء خلال عطلة نهاية الأسبوع، وأغلقتُ تذاكر على Trac، وسأحاول معالجة المزيد خلال الأسبوع أو الأسبوعين المقبلين 20:05:38 &lt;zzz&gt; إذَن تجميد الوسوم ودفع tx سيكونان بعد نحو 8 أيام 20:06:07 &lt;zzz&gt; اكتشفتُ كيفية إجراء ترجمات صفحات man، لذا على الجميع القيام بدورهم على Transifex بخصوص ذلك 20:06:13 &lt;zzz&gt; أي شيء آخر حول (2)؟ 20:06:16 &lt;i2pr&gt; [Slack/str4d] واو 20:06:19 &lt;i2pr&gt; [Slack/str4d] إن كان هناك أي شيء مفيد لأعمل عليه لإصدار .29، أبلغوني. وإلا فسأواصل العمل على فرع .ui. 20:06:20 &lt;eche|off&gt; أنجزت ذلك مسبقاً ^^ 20:06:37 &lt;eche|off&gt; سأقوم بإعداد الشهادة على Reseed الخاص بي... 20:06:45 &lt;manas&gt; أواصل العمل على ترجمات الهندية :) 20:07:04 &lt;zzz&gt; نعم str4d هناك بالتأكيد بعض الأمور التي تحتاج عملاً قبل أن تطرح الاقتراح وإلا سيخرج الغاضبون بالمشاعل والشوكات! 20:07:14 &lt;zzz&gt; حسناً رائع 20:07:29 &lt;zzz&gt; 3) مشرف Tails (zzz) `http://zzz.i2p/topics/2108` 20:07:40 &lt;i2pr&gt; [Slack/str4d] لدي مجموعة تغييرات محلياً أقوم بترتيبها قبل الدفع 20:08:07 &lt;zzz&gt; التقينا بشخص يُدعى 'yolgie' في CCC وقال إنه سيتولى الأمر. راسلته في أوائل يناير، وقال إنه سيبدأ في فبراير. راسلته قبل بضعة أيام، ولا رد حتى الآن 20:08:26 &lt;zzz&gt; نحن على وشك أن نُطرَد من Tails، لذلك أي شخص يمكنه المساعدة سيكون ذلك رائعاً 20:08:45 &lt;psi&gt; أنا جاهز للبدء مع Tails في أي وقت، لقد أتقنت أخيراً بناء Tails 20:08:51 &lt;i2pr&gt; [Slack/str4d] ما الإطار الزمني لذلك؟ 20:08:57 &lt;manas&gt; psi: رائع! 20:09:50 &lt;zzz&gt; راجع موضوع zzz.i2p للحصول على رابط إلى تذكرة Tails التي تحتوي على الجدول الزمني لطردنا 20:09:55 &lt;zzz&gt; *الإخلاء 20:11:15 &lt;zzz&gt; هناك مجموعة من التذاكر القديمة ومجموعة من الكارهين، لذا فالأمر كله يكاد ينتهي 20:11:20 &lt;zzz&gt; أي شيء آخر حول (3)؟ 20:11:44 &lt;eche|off&gt; آمل أن يكون الأمر على ما يرام 20:11:55 &lt;zzz&gt; 4) مسودة NTCP2 (Manas) 20:12:00 &lt;zzz&gt; manas ماذا لديك لنا؟ 20:12:24 &lt;manas&gt; تم إعداد المسودة، وقد نُشرت على zzz.i2p 20:12:40 &lt;manas&gt; لم أسمع أي تعليقات حتى اليوم 20:12:51 &lt;zzz&gt; إذَن هي تجميع للاقتراح القديم وإعادة الكتابة الكاملة من EinMByte؟ 20:13:07 &lt;manas&gt; أعتقد أنني ضمّنت الأجزاء المهمة، لكنني بحاجة إلى شخص يعرف هذا الموضوع أفضل لمراجعتها. 20:13:14 &lt;eche|off&gt; بعض الأشخاص يسألون متى ستنتهي، ولا شيء أكثر.. 20:13:30 &lt;manas&gt; zzz: نعم 20:13:47 * psi يبدأ قراءة اقتراح ntcp 20:13:53 &lt;zzz&gt; هذا تقدّم، ولو كان صغيراً. ما زلت أعتبر الأمر كله متوقفاً تماماً، ولن يحدث شيء إلى أن يبدأ الناس بالمشاركة 20:14:00 &lt;manas&gt; zzz: لم أدرج الأجزاء من الاقتراح القديم التي أصبحت متقادمة 20:14:22 &lt;zzz&gt; حسناً سأمنحه بضعة أيام إضافية، إن لم تكن هناك تعليقات في موضوع zzz.i2p فسأقوم بإدخاله في الموقع؟ 20:14:59 &lt;manas&gt; zzz: هناك بعض التحريرات الطفيفة التي يمكنني القيام بها (من حيث الأسلوب) في النهاية 20:15:09 &lt;zzz&gt; حسناً ممتاز. أي شيء آخر حول (4)؟ 20:15:16 &lt;manas&gt; من منشور tuna الأخير 20:15:38 &lt;manas&gt; لكن هذا كل شيء 20:15:41 &lt;zzz&gt; 5) تصحيح توثيق Reseed (Manas) 20:15:46 &lt;zzz&gt; manas ماذا لديك لنا؟ 20:16:04 &lt;manas&gt; وصلني رد من backup 20:16:08 &lt;manas&gt; تعليقاته هنا: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 &lt;manas&gt; سأقوم بعمل تصحيح آخر بعد أن أضمّن اقتراحاته 20:16:46 &lt;eche|off&gt; رائع 20:16:48 &lt;manas&gt; اقترح إزالة عدد من الأجزاء (طرق Reseed القديمة) 20:16:56 &lt;manas&gt; وكذلك إزالة الدعم لـ lighttpd 20:17:06 &lt;eche|off&gt; ما زلت أستخدم الطرق القديمة، ولكن لا بأس 20:17:09 &lt;manas&gt; لا أعرف إن كان هناك من يستخدم lighttpd لتشغيل reseeds 20:17:26 &lt;zzz&gt; هذا عمل رائع. backup يمتلك الصفحة لكنه يرفض إنشاء تصحيحات HTML لتغييراته، وأنا أرفض أن أكون محرر HTML، لذا بقينا عالقين لمدة عام. شكراً لدفعنا إلى الأمام. 20:17:29 &lt;manas&gt; مشكلة في عدم القدرة على تعيين ترويسة HTTP معيّنة 20:17:55 &lt;manas&gt; :) 20:18:10 &lt;zzz&gt; manas بالنسبة لهذا، عندما تنتهي، أضِف ملاحظة في موضوع zzz.i2p وسأقوم بإدخاله 20:18:44 &lt;manas&gt; إن كان لدى أيٍّ منكم تعليقات على التغييرات المقترحة من backup فرجاءً انشروها. إذا لم تكن هناك تعليقات خلال أسبوع، فسأشارك التصحيح المُحدَّث وأُبلغ zzz. 20:18:57 &lt;zzz&gt; أي شيء آخر حول (5)؟ 20:18:59 &lt;manas&gt; zzz: بالتأكيد 20:19:16 &lt;manas&gt; ليس من جهتي 20:20:03 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:20:21 &lt;eche|off&gt; ليس من جهتي 20:20:28 &lt;EinMByte&gt; تأخرت، لكن بخصوص ntcp2 20:20:39 &lt;manas&gt; مرحباً EinMByte 20:20:40 &lt;zzz&gt; تفضل 20:21:00 &lt;EinMByte&gt; يمكنني قراءة المسودة الأخيرة 20:21:24 &lt;EinMByte&gt; هل تم اتخاذ قرار بعد بخصوص الخوارزميات التشفيرية التي سندعمها؟ 20:21:27 &lt;manas&gt; وهي هنا بالمناسبة: `http://pinkpaste.i2p/show/246/` 20:21:39 &lt;psi&gt; ها هي 20:22:19 &lt;zzz&gt; بالأساس لم نحرز تقدماً منذ مسودة 1MB، وقد قام manas للتو بدمجها مع الاقتراح السابق 20:22:28 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:22:58 &lt;EinMByte&gt; حسناً، سأقرأ المسودة. ينبغي أن يتواصل أحدهم مع Winter 20:23:04 &lt;EinMByte&gt; (على الأرجح أنا) 20:23:11 * zzz يمسك بـ baffer 20:23:24 * zzz ‏*bafs* أغلق الاجتماع </div>/ar/blog/2016/12/12/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.28/Mon, 12 Dec 2016 00:00:00 +0000/ar/blog/2016/12/12/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.28/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن الإصدار 0.9.28 إصلاحات لأكثر من 25 تذكرة Trac، وتحديثات لعدد من حزم البرمجيات المدمجة بما في ذلك Jetty. هناك إصلاحات لميزة اختبار النظراء عبر IPv6 التي قُدِّمت في الإصدار السابق. نواصل إدخال تحسينات لاكتشاف وحظر النظراء الذين يُحتمل أن يكونوا خبيثين. توجد إصلاحات أولية لـ Java 9، إلا أننا لا نوصي بعد بـ Java 9 للاستخدام العام.</p> <p>I2P will be at 33C3, please stop by our table and give us your ideas on how to improve the network. We will review our 2017 roadmap and priorities 2017 at the Congress.</p>/ar/blog/2016/12/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-06-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2016/Tue, 06 Dec 2016 00:00:00 +0000/ar/blog/2016/12/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-06-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> echelon, manas, orignal, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) مرحباً 20:00:02 &lt;zzz&gt; 1) التخطيط لـ 33C3 20:00:02 &lt;zzz&gt; 2) تحديث 0.9.28 (zzz) 20:00:02 &lt;zzz&gt; 3) القائم على صيانة Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:07 &lt;zzz&gt; 0) مرحباً 20:00:09 &lt;zzz&gt; أهلاً 20:00:16 &lt;i2pr&gt; [Slack/manas] مرحباً :slightly_smiling_face: 20:00:44 &lt;zzz&gt; 1) التخطيط لـ 33C3 20:00:54 &lt;orignal_&gt; أهلاً 20:01:08 &lt;zzz&gt; حسناً، بعد 3 أسابيع من اليوم، هل هناك ما نحتاج إلى مناقشته؟ 20:01:38 &lt;eche|on&gt; يمكن الوصول إليّ عبر تويتر على الأقل 20:01:49 &lt;eche|on&gt; سأكون في هامبورغ ابتداءً من 26 ديسمبر 20:01:53 &lt;zzz&gt; أفترض أننا سننشئ مجموعة الرسائل الخاصة على تويتر قبلها بيومين 20:01:58 &lt;eche|on&gt; سأحضر اللافتة والحاسوب المحمول والملصقات 20:02:10 &lt;i2pr&gt; [Slack/manas] سأصل إلى هامبورغ بعد ظهر 26 ديسمبر 20:02:11 &lt;zzz&gt; سأحضر ملصقات أيضاً. 20:02:21 &lt;zzz&gt; لا تنسَ المشترك الكهربائي 20:02:39 &lt;eche|on&gt; تم دفع جميع التذاكر وسأتولى توزيعها على الناس 20:02:45 &lt;zzz&gt; المعتاد: من يكون هناك يوم 26 يحجز طاولة 20:02:45 &lt;eche|on&gt; حسناً 20:02:57 &lt;i2pr&gt; [Slack/manas] أي نصائح/اقتراحات لمن يذهب إلى CCC لأول مرة؟ 20:02:57 &lt;eche|on&gt; نعم 20:03:12 &lt;zzz&gt; fluffypony + 1 من جهة Monero 20:03:29 &lt;eche|on&gt; manas: كن هناك، واستوعب كل شيء، وجهّز أنظمتك لتكون تحت الضغط 24/7، وأحضر قرصاً صلباً كبيراً، وخذ بعض المال، وتوقّع غير المتوقع^^ 20:03:30 &lt;zzz&gt; يمكنكم الحصول على نصائح عامة بعد الاجتماع 20:03:35 &lt;i2pr&gt; [Slack/manas] :smile: 20:03:41 &lt;zzz&gt; أي شيء آخر ضمن 1) ؟ 20:04:48 &lt;zzz&gt; 2) تحديث 0.9.28 20:04:55 &lt;eche|on&gt; فقط: لنأمل أن يكون 33c3 جيداً 20:05:19 &lt;zzz&gt; 0.9.28 وفق الجدول، الموعد النهائي للإيداع (check-in) والترجمة هو يوم الجمعة، وينبغي أن نصدر النسخة في وقت مبكر من الأسبوع المقبل 20:05:35 &lt;zzz&gt; يرجى المساعدة في مراجعة diff نهاية هذا الأسبوع 20:05:57 &lt;orignal_&gt; هل هناك أي جديد ينبغي أن أكون على علم به؟ 20:06:09 &lt;orignal_&gt; أعني 0.9.28 20:06:09 &lt;eche|on&gt; حسناً، سأكون هنا حتى 19 ديسمبر لإنجاز الأمور، ومن 20 فصاعداً سأكون متصلاً لبعض الساعات يومياً 20:06:22 &lt;zzz&gt; لا أظن ذلك يا orignal_ 20:06:28 &lt;zzz&gt; أي شيء آخر ضمن 2) ؟ 20:06:53 &lt;orignal_&gt; شكراً 20:07:34 &lt;zzz&gt; 3) القائم على صيانة Tails 20:07:49 &lt;zzz&gt; وضعنا سيئ في Tails. ثلاثة من القائمين على الصيانة اختفوا هذا العام 20:08:23 &lt;zzz&gt; جزء من مطوري Tails يريدون إزالة I2P من Tails، بسبب قلة الاهتمام بالتذاكر على مدى عدة سنوات، وغياب الصيانة المستقرة 20:08:47 &lt;zzz&gt; أرسلت sadie تغريدة هذا الصباح وتلقت رداً واحداً 20:09:26 &lt;zzz&gt; قد نحتاج إلى دفعة علاقات عامة كبيرة من sadie... أو ربما ينجح هذا المتطوع الجديد 20:09:36 &lt;zzz&gt; هل يريد أحد التطوع، هل لدى أحد أي أفكار؟ 20:10:34 &lt;zzz&gt; حسناً، سأردّ على المتطوع عبر تويتر ونرى كيف تسير الأمور 20:10:41 &lt;zzz&gt; أي شيء آخر ضمن 3) ؟ 20:11:34 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:11:35 &lt;i2pr&gt; [Slack/manas] أود المساعدة لكنني سأحتاج إلى الكثير من القراءة والتعلّم لأنني لست مطلعاً على هذا. 20:11:46 &lt;i2pr&gt; [Slack/manas] لدي المواضيع مفتوحة، سأقرأها 20:12:01 &lt;zzz&gt; خبرة في I2P وTails وحِزَم Debian مطلوبة 20:12:08 &lt;i2pr&gt; [Slack/manas] قد تكون شهادات SSL الخاصة بخادم reseed (خادم تمهيد لشبكة I2P) لدي منتهية أو على وشك الانتهاء، سأتأكد من تحديثها 20:12:19 &lt;orignal_&gt; ينبغي لـ I2P أن تقوم بعلاقات عامة أكثر مما تفعل الآن 20:12:54 &lt;zzz&gt; orignal_، أتفق، رجاءً مرّر أي أفكار لديك إلى sadie و str4d 20:12:56 &lt;i2pr&gt; [Slack/manas] letskencrypt (الآن تسمى acme-client) مرّت بعدد من التغييرات لكنها استقرت الآن. أستطيع أتمتة تحديثات شهادات SSL لخوادم reseed 20:13:09 &lt;i2pr&gt; [Slack/manas] لذا قد تتوقف خوادم reseed مؤقتاً لكنها ستعود :slightly_smiling_face: 20:13:18 &lt;zzz&gt; manas، لأي مشاكل تخص reseed، يرجى التنسيق مع backup@mail.i2p 20:13:24 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:13:28 &lt;i2pr&gt; [Slack/manas] بالتأكيد 20:14:44 &lt;zzz&gt; لا اجتماع في الأسبوع الأول من يناير. سنعقد اجتماعات حضورية في CCC. راقبوا هذه القناة للتفاصيل، فقد تُحدَّد الاجتماعات على عَجَل 20:15:10 &lt;zzz&gt; توجد قائمة بالاجتماعات المحتملة في موضوع على zzz.i2p، تكلّموا هناك لإضافة مواضيع أو لطلب الانضمام عن بُعد 20:15:23 * zzz **bafs** أغلق الاجتماع </div>/ar/blog/2016/11/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2016/Tue, 01 Nov 2016 00:00:00 +0000/ar/blog/2016/11/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, fluffypony, hottuna, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) مرحباً 20:00:01 &lt;zzz&gt; 1) تخطيط 33C3 20:00:01 &lt;zzz&gt; 2) تحديث 0.9.28 (zzz) 20:00:07 &lt;zzz&gt; 0) مرحباً 20:00:09 &lt;zzz&gt; مرحباً 20:00:17 &lt;eche|on&gt; مرحباً 20:00:22 &lt;i2pr&gt; [Slack/str4d] مرحباً! 20:00:38 &lt;zzz&gt; 1) تخطيط 33C3 20:01:05 &lt;eche|on&gt; جيد 20:01:11 &lt;zzz&gt; حسناً، أريد التأكد من أن eche|on يتولى شراء التذاكر في 8 نوفمبر، وأن hottuna يتولى طلب الطاولة 20:01:16 &lt;eche|on&gt; الاثنين الساعة 8 مساءً سيبدأ البيع المسبق للتذاكر 20:01:29 &lt;eche|on&gt; سأكون في براغ مع إنترنت جوّال وحاسوب محمول 20:01:38 &lt;hottuna&gt; zzz يو 20:01:47 &lt;zzz&gt; حسناً، إذن بافتراض أن لدى براغ إنترنت ستكون أمورك بخير؟ 20:01:56 &lt;eche|on&gt; لكن أخشى أنني لا أستطيع شراء 6 تذاكر دفعة واحدة. سأحاول. إن لم أستطع، سأخبركم عبر تويتر 20:02:11 &lt;zzz&gt; حسناً، رائع 20:02:20 &lt;eche|on&gt; أشتم أنهم سيحددون الحد الأقصى تذكرتين لكل طلب أو نحو ذلك، لكن سنرى 20:02:36 &lt;zzz&gt; hottuna، هل ستضع طلبنا لمنطقة Noisy Square على الويكي مرة أخرى هذا العام؟ وهل أنت على علم بأن Monero تريد الانضمام؟ 20:04:20 &lt;hottuna&gt; zzz: لم أكن على علم بـ Monero. كم سيكون عدد الأشخاص؟ وهل ستعمل Monero تحت رايتنا؟ 20:04:21 &lt;hottuna&gt; zzz: خادم ويكي CCC لا يستجيب إطلاقاً الآن. مضت بضعة أسابيع منذ أن تحققت مما إذا كان ويكي 33c3 قد أُطلق 20:05:10 &lt;zzz&gt; لا أعلم، تواصل مع fluffypony للمعلومات، أعتقد أنهم سيقدمون طلبهم الخاص لكن قد يطلبون أن نتشارك طاولة أو نكون قريبين 20:05:37 &lt;zzz&gt; hottuna، رجاءً أكد أنك ستراقب الويكي وتقدم الطلب لمشروعنا 20:06:39 &lt;fluffypony&gt; أود أن نتشارك طاولة 20:07:01 &lt;fluffypony&gt; إن كان hottuna قد تولى أمر الطلب فسيكون ذلك رائعاً 20:07:08 &lt;fluffypony&gt; يمكنني التنسيق مع hottuna بخصوص الوصف 20:07:22 &lt;zzz&gt; fluffypony، أقترح أن تقدم طلبك الخاص لكن اطلب أن تكونوا قريبين منا و/أو نتشارك 20:07:24 &lt;fluffypony&gt; hottuna: لست متأكداً من عدد الأشخاص، لكن سنضمن وجود من يديره 20:07:27 &lt;zzz&gt; hottuna؟ 20:07:32 &lt;i2pr&gt; [Slack/str4d] يبدو جيداً 20:07:46 &lt;hottuna&gt; fluffypony: يمكنني طلب طاولة لـ i2p+monero إذا كنت تعرف كم سيكون عدد أشخاص Monero وإذا كان مناسباً لكم أيضاً أن تعملوا تحت راية مشروع i2p 20:07:55 &lt;zzz&gt; حسناً، رائع 20:07:58 &lt;hottuna&gt; zzz: كم سنكون؟ 20:08:07 &lt;fluffypony&gt; hottuna: حسناً لنتحدث على الخاص ونحسم الأمر 20:08:09 &lt;eche|on&gt; hottuna: حالياً أحصي 6 20:08:33 &lt;eche|on&gt; zzz، hottuna. bobthebuilder و meeh و str4d وأنا 20:08:34 &lt;hottuna&gt; zzz: على أي حال أنا ملتزم بمراقبة الويكي وملء هذه الأمور 20:08:36 &lt;zzz&gt; قد يجلب Meeh بعض الإضافيين، اسأله. سأقول 8 لنا و4 لـ monery حالياً 20:08:43 &lt;eche|on&gt; إن كنت قد أغفلت أحداً، أخبروني! 20:08:43 &lt;zzz&gt; عظيم يا hottuna 20:09:00 &lt;i2pr&gt; [Slack/str4d] ما حجم الطاولات؟ 20:09:02 &lt;hottuna&gt; حسناً، 12 مبدئياً إذن 20:09:13 &lt;hottuna&gt; بحجم ما نطلبه تقريباً 20:09:26 &lt;zzz&gt; حسناً فيما يخص العروض - أعلم أن str4d وsadie كانا يفكران في التقديم، هل حدث ذلك؟ (على الأرجح لا) وهل نسقتم مع YTBI كخطة احتياطية؟ 20:09:37 &lt;zzz&gt; *YBTI 20:09:44 &lt;eche|on&gt; ليس بحسب علمي 20:09:54 &lt;eche|on&gt; قد يوضح لنا str4d الأمر هنا 20:10:15 &lt;i2pr&gt; [Slack/str4d] Sadie لن تحضر CCC حسبما فهمت (أمور شخصية)، ولم أقدّم عرضاً بسبب انشغالات إطلاق Zcash 20:10:24 &lt;zzz&gt; أوه وبالمناسبة مبروك لـ str4d على الإطلاق، قد يصبح غنياً جداً ليتحدث إلينا الآن 20:10:47 &lt;i2pr&gt; [Slack/str4d] هيه، غير مُحتمل :stuck_out_tongue: 20:10:56 &lt;zzz&gt; حسناً نأمل أن تكون sadie وeche|on منسقَين بشأن ما إذا كانت ستذهب أم لا، فيما يتعلق بالتذاكر 20:11:02 &lt;i2pr&gt; [Slack/str4d] لكنني سأعمل على عرض لـ YTBI 20:11:21 &lt;eche|on&gt; zzz: لن تحضر 33c3، لكنها ستذهب إلى RWC 20:11:30 &lt;zzz&gt; حسناً، هل رأى أحد أي حديث عن grothoff أو عمّا إذا كان YBTI سيحدث؟ 20:11:51 &lt;zzz&gt; دائماً تنظيمه سيئ، على الأرجح لن نعرف حتى وقت لاحق 20:11:55 &lt;eche|on&gt; لم أرَ شيئاً بعد، وبرأيي (IMHO) قضية التذاكر سبب للتريث 20:12:09 &lt;i2pr&gt; [Slack/str4d] جيد أنه لا يزال هناك من سيذهب إلى RWC 20:12:32 &lt;zzz&gt; هل هو في نيويورك هذا العام؟ 20:12:40 &lt;i2pr&gt; [Slack/str4d] نعم 20:12:55 &lt;zzz&gt; جميل. ربما سيحضر مزيد من الأشخاص أيضاً 20:13:02 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 20:13:12 &lt;eche|on&gt; حالياً لا 20:13:18 &lt;eche|on&gt; سأبلغ بخصوص التذاكر 20:13:26 &lt;zzz&gt; حسناً 20:13:44 &lt;zzz&gt; 2) تحديث 0.9.28 20:14:00 &lt;zzz&gt; لقد حدّثت عدداً من مكتبات الطرف الثالث التي نضمّنها، بما في ذلك jetty 20:14:24 &lt;eche|on&gt; رائع 20:14:28 &lt;zzz&gt; وكذلك jrobin. وأيضاً أتصدى لبعض مشاكل Java 9. وألاحق بعض تذاكر النقل 20:14:46 &lt;eche|on&gt; وأي مواضيع خاصة ينبغي النظر فيها عند بناء التحديثات؟ 20:14:51 &lt;zzz&gt; كالعادة، لا أحصل على الكثير من المساعدة في البرمجة أو التذاكر، كل مساعدة مُقدّرة 20:15:01 &lt;zzz&gt; ech هاه؟ 20:15:40 &lt;i2pr&gt; [Slack/str4d] لدي عمل إعادة تصميم واجهة المستخدم الذي أريد ترتيبه ودمجه لـ 0.9.28 20:15:40 &lt;eche|on&gt; ant updatewithjetty هو المعتاد، لكن مع بعض المكتبات الجديدة الأخرى، أي شيء خاص لننتبه له؟ 20:15:57 &lt;zzz&gt; لا، لا شيء خاص 20:16:06 &lt;eche|on&gt; حسناً، جيد 20:16:13 &lt;i2pr&gt; [Slack/str4d] بالإضافة إلى ذلك، سأعمل على ميزة «setup wizard (معالج الإعداد)» في نوفمبر، والتي أريدها ضمن 0.9.28 لكي يكون لدينا ما نوجه إليه المستخدمين الجدد في CCC 20:16:32 &lt;zzz&gt; str4d، إذا كنت ستدمج شيئاً كبيراً فرجاءً افعل ذلك خلال الأسبوع المقبل، أو أسبوعين على أبعد تقدير، أريد إصدار .28 في منتصف ديسمبر قبل ccc 20:16:46 &lt;zzz&gt; str4d، وبالحديث عن الإصدارات، كيف يسير إصدار .27 على Android؟ 20:16:49 &lt;eche|on&gt; معظم التذاكر لا أستطيع المساعدة فيها كثيراً. لكن تذاكر Syndie يمكنني إصلاحها، مع مساعدة بسيطة منك، zzz (بعد اللقاء) 20:16:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:17:27 &lt;i2pr&gt; [Slack/str4d] إصدار Android .27 لم ينطلق أصلاً بينما كنت مشغولاً بإطلاق Zcash. 20:17:32 &lt;i2pr&gt; [Slack/str4d] لكنني سأخصص له وقتاً هذا الأسبوع. 20:17:35 &lt;zzz&gt; بعد دورة امتدت 4 أشهر خلال الصيف، أريد العودة إلى دورات من 6-8 أسابيع 20:17:55 &lt;i2pr&gt; [Slack/str4d] أنا أيضاً قريب جداً من إنهاء دمج مستودعي I2P-Bote وBote Android 20:18:00 &lt;zzz&gt; حسناً، وبالطبع Bote بحاجة لبعض الاهتمام، ولم يفت الأوان بعد على تدوينة عن «صيف X» 20:18:18 &lt;i2pr&gt; [Slack/str4d] إضافة Gradle لصناعة إضافات I2P تعمل (على ما يبدو) 20:18:54 &lt;i2pr&gt; [Slack/str4d] لذا ما إن أنتهي من دمج الأجزاء الأخيرة (وهذا سيتوقف على رفعي لـ router.jar الخاص بـ 0.9.27 إلى Maven Central إلى جانب ملفات JAR الأخرى)، عندها ينبغي أن تعمل الأمور بشكل جيد. 20:19:31 &lt;zzz&gt; str4d، أجريت بعض التغييرات بعد 27 قد تجبرك على تعديل أشياء لـ Android و/أو ملفات IDE الخاصة بك أو Maven، للمعلومية، من أجل .28، لكنها لا ينبغي أن تؤثر على إصدارك 27 20:19:44 &lt;i2pr&gt; [Slack/str4d] وإن لم يكن خلال هذا الأسبوع، فسيكون لدي وقت خلال رحلاتي الجوية عائداً إلى NZ هذا الأسبوع. 20:19:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:20:11 &lt;zzz&gt; حسناً. لم أتوقع حقاً أن تفعل أي شيء في أكتوبر، رغم تفاؤلك :) 20:20:16 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:20:29 &lt;i2pr&gt; [Slack/str4d] لدي كل صنوف التفاؤل 20:20:48 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:21:26 * zzz يمد يده إلى الـ baffer 20:22:18 * zzz ‏*baffffffffs*** اختتم الاجتماع </div>/ar/blog/2016/10/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.27/Mon, 17 Oct 2016 00:00:00 +0000/ar/blog/2016/10/17/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.27/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن الإصدار 0.9.27 عدداً من إصلاحات الأخطاء. مكتبة GMP المحدَّثة لتسريع التشفير، التي أُدرجت مع إصدار 0.9.26 لعمليات التثبيت الجديدة وبناءات Debian فقط، باتت الآن مشمولة في التحديث داخل الشبكة لإصدار 0.9.27. توجد تحسينات في وسائط نقل IPv6، واختبار الأقران عبر SSU، والوضع المخفي.</p> <p>قمنا بتحديث عدد من الملحقات خلال I2P Summer وسيقوم الـrouter لديك بتحديثها تلقائياً بعد إعادة التشغيل.</p> <p>كالعادة، نوصي بأن تقوم بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ومساعدة الشبكة هي تشغيل أحدث إصدار.</p>/ar/blog/2016/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2016/Tue, 04 Oct 2016 00:00:00 +0000/ar/blog/2016/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:04 &lt;zzz&gt; 0) مرحبًا 20:00:04 &lt;zzz&gt; 1) تحديث 0.9.27 (zzz) 20:00:08 &lt;zzz&gt; 0) مرحبًا 20:00:09 &lt;zzz&gt; مرحبًا 20:00:24 &lt;i2pr&gt; [Slack/str4d] مرحبًا 20:00:30 &lt;eche|on&gt; مرحبًا 20:00:42 &lt;i2pr&gt; [Slack/str4d] تهبط الطائرة خلال 20 دقيقة، لذا سأكون متاحًا على الأرجح لمدة 5–10 دقائق فقط 20:00:51 &lt;EinMByte&gt; مرحبًا 20:01:10 &lt;zzz&gt; 1) تحديث 0.9.27 (zzz) 20:01:11 &lt;i2pr&gt; [Slack/str4d] (لذا أعطِ الأولوية لأي شيء يحتاج إلى انتباهي) 20:01:44 &lt;zzz&gt; حسنًا بعد رقم قياسي يزيد عن 4 أشهر سأمضي قدمًا في إصدار 27، الموعد النهائي لإدخال التغييرات خلال 10 أيام، الإصدار سيكون في أسبوع يوم 17 20:02:04 &lt;i2pr&gt; [Slack/str4d] :+1: 20:02:12 &lt;zzz&gt; لا توجد تغييرات كبيرة هناك، لكن نحتاج إلى إبقاء الأمور مستمرة 20:02:26 &lt;zzz&gt; سأراجع تذاكر IPv6 مرةً أخرى خلال الأسبوع المقبل، محاولًا إصلاح المزيد من الأمور 20:02:39 &lt;zzz&gt; أي شيء يحتاج إلى اختبار، يرجى تسجيله بأسرع ما يمكن 20:02:50 &lt;zzz&gt; أي شيء آخر بخصوص البند 1)؟ 20:03:06 &lt;i2pr&gt; [Slack/str4d] سأخصص وقتًا في عطلة نهاية الأسبوع لإصلاح مشكلة Bote 20:03:17 &lt;EinMByte&gt; هل يتضمن اختبار النظراء عبر IPv6؟ 20:03:29 &lt;i2pr&gt; [Slack/str4d] (لأن إصدار Zcash beta 2 سيكون قد انتهى، وهو ما كنت أديره) 20:03:46 &lt;zzz&gt; نعم، تم إدخال اختبار النظراء قبل بضعة أشهر، وليس واضحًا مدى عمله جيدًا، سنعرف بعد الإصدار 20:04:02 &lt;MXPLRS|Kirill_&gt; zzz، سجلّ التغييرات؟ 20:04:12 &lt;EinMByte&gt; حسنًا 20:04:43 &lt;zzz&gt; MXPLRS|Kirill_, لم أحدّث منشور ملخص الإصدار على zzz.i2p منذ فترة، لكن يمكنك دائمًا الاطلاع على ملف history.txt على github 20:04:59 &lt;MXPLRS|Kirill_&gt; zzz، حسنًا 20:05:02 &lt;zzz&gt; سأقوم بتحديث منشور zzz.i2p خلال الأيام القليلة القادمة 20:05:21 &lt;zzz&gt; سأدفع الوسوم إلى tx اليوم أو غدًا 20:05:29 &lt;zzz&gt; أي شيء آخر بخصوص البند 1)؟ 20:05:51 &lt;obscuratus&gt; هل هناك شيء محدد تريدني أن أختبره على منصة الاختبار لدي؟ 20:06:16 &lt;zzz&gt; ليس حقًا، أنا أقدّر اختباراتك لـ IPv6 حتى الآن 20:06:23 &lt;obscuratus&gt; إذا كان هناك شيء، فقط أخبرني به كلما خطر ببالك. 20:06:38 &lt;zzz&gt; حسنًا 20:06:41 &lt;zzz&gt; أي شيء آخر بخصوص البند 1)؟ 20:07:02 &lt;i2pr&gt; [Slack/str4d] ليس لدي شيء 20:07:05 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:07:46 &lt;EinMByte&gt; أود فقط أن أشير إلى أنني حدّثت مقترح NTCP2 20:08:08 &lt;EinMByte&gt; (كلٌ من موضوع zzz.i2p وعلى gist.github.com) 20:08:10 &lt;i2pr&gt; [Slack/str4d] عليّ أن أضع حاسوبي المحمول جانبًا الآن o/ 20:08:10 &lt;zzz&gt; رائع، عمل جيّد 20:08:21 &lt;zzz&gt; أظن أننا نحرز تقدمًا جيدًا 20:08:44 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:09:08 * zzz يمسك الـ baffer 20:09:12 &lt;EinMByte&gt; أوضاع المصادقة لا تزال غير مكتملة، لذا فهناك نحتاج إلى معظم العمل برأيي المتواضع 20:09:24 &lt;EinMByte&gt; لا شيء آخر للاجتماع، فيما أظن 20:09:43 &lt;zzz&gt; أتطلع لمراجعة المسودة الجديدة 20:10:01 * zzz *bafffffffs* أُغلق الاجتماع </div>/ar/blog/2016/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2016/Tue, 06 Sep 2016 00:00:00 +0000/ar/blog/2016/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) مرحباً 21:00:01 &lt;zzz&gt; 1) تحديث 0.9.27 (zzz) 21:00:01 &lt;zzz&gt; 2) تحديث Summer of X (sadie/str4d) 21:00:01 &lt;zzz&gt; 3) ميزانية 33C3 `http://zzz.i2p/topics/2150` 21:00:01 &lt;zzz&gt; 4) SAM مفعّل افتراضياً (str4d) 21:00:06 &lt;zzz&gt; 0) مرحباً 21:00:12 &lt;zzz&gt; مرحباً 21:00:13 &lt;psi&gt; مرحباً 21:00:24 &lt;eche|on&gt; أهلاً وسهلاً 21:00:33 &lt;z3r0fox_&gt; مرحباً 21:00:40 &lt;zzz&gt; 1) تحديث 0.9.27 (zzz) 21:01:01 &lt;zzz&gt; حسنًا، لا جديد يُذكر. فقط 6K سطر اختلاف منذ 26 21:01:13 &lt;zzz&gt; في هذه المرحلة أقول إن .27 سيكون ربما في منتصف أكتوبر؟ 21:01:41 &lt;zzz&gt; في وقت مبكر من الصيف كنت أعمل على أمور Summer of X، ومؤخرًا أخذت استراحة... لكنني لا أرى نشاطًا كبيرًا من أي شخص آخر أيضًا 21:02:03 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 21:02:19 &lt;eche|on&gt; لا شيء يُذكر حول Summer of X 21:03:25 &lt;zzz&gt; 2) تحديث Summer of X (sadie/str4d) 21:03:30 &lt;zzz&gt; sadie / str4d تفضلا 21:06:07 &lt;zzz&gt; طالما لا أسمع شيئًا، سأضعه على جدول أعمال الشهر القادم 21:06:15 &lt;zzz&gt; 3) ميزانية 33C3 `http://zzz.i2p/topics/2150` 21:06:28 &lt;str4d&gt; أهلًا! 21:06:33 &lt;eche|on&gt; مستيقظ 21:06:33 &lt;zzz&gt; eche|on، هل يمكنك تزويدنا بتحديث موجز عن أوضاعنا المالية؟ 21:06:45 &lt;str4d&gt; آسف، شردت قليلًا بسبب العمل. يمكنني تناول البند 2) في نهاية الاجتماع 21:07:34 &lt;eche|on&gt; المالية، حسنًا، الأرصدة الحالية: 37k ، و510 BTC، و700 LTC، و1300 XMZ (تقريبًا) 21:07:47 &lt;eche|on&gt; bts حوالي 540 وLTC حوالي 3.5 21:08:00 &lt;zzz&gt; يبدو أننا في وضع جيد جدًا 21:08:10 &lt;eche|on&gt; أنفقنا حوالي 4800 هذا العام بالفعل 21:08:56 &lt;eche|on&gt; و10 BTC (التي حوّلتها إلى )، لذا حصلنا على نحو 5k هذا العام 21:09:20 &lt;zzz&gt; بالنسبة لـ 33C3، أقترح أن نفعل تقريبًا ما فعلناه العام الماضي... ندفع جميع تذاكر المؤتمر. ولأعضاء المشروع الكاملين سنُعوض حتى 1000$ (أو يورو)، أو 1500$ إذا كان الناس يحتاجون ذلك حقًا 21:09:41 &lt;zzz&gt; ولمن يشغّلون خدمة أو اثنتين، أقترح أن ندفع تذكرة المؤتمر لهم وحتى 500$ تكاليف سفر 21:10:01 &lt;zzz&gt; ما رأيكم بذلك؟ 21:10:23 &lt;eche|on&gt; حاليًا لدينا 5 أشخاص يطلبون تمويلًا 21:10:25 &lt;str4d&gt; أعتقد أن هذا يبدو منصفًا. 21:11:04 &lt;str4d&gt; eche|on، بافتراض الأرقام أعلاه، ما إجمالي المصروفات المتوقعة؟ 21:11:13 &lt;zzz&gt; إذًا حوالي 4000–5000$، بالإضافة إلى نحو 500$ للتذاكر، أظن؟ 21:11:32 &lt;eche|on&gt; بهذه القواعد، سنصل إلى حوالي 4k كحد أقصى 21:11:39 &lt;zzz&gt; زائد بضع مئات لعشاء 21:11:57 &lt;zzz&gt; آه، أيضًا، أي شخص لم يرسل بريدًا إلى echelon ويريد تمويلًا، فليتحدث الآن! 21:11:58 &lt;eche|on&gt; شخصان لديهما خدمات، واثنان بحالة اعتيادية، وواحد بظروف خاصة 21:12:07 &lt;eche|on&gt; التذكرة ستكون حوالي 100 لكل شخص 21:12:12 &lt;str4d&gt; مم. هذا يُبقينا ضمن هدف الإنفاق التقريبي 10% 21:13:03 &lt;eche|on&gt; أعلى قليلًا، لكن ما زال مقبولًا 21:13:21 &lt;zzz&gt; يبدو أنها حوالي 5200 أو نحو ذلك. هل نضع ميزانية 6000 يورو؟ 21:13:46 &lt;eche|on&gt; في المرات السابقة تلقّى بعضهم مبالغهم بـ BTC، ما جعل الأمر سهلًا جدًا عليّ ^^ 21:14:12 &lt;zzz&gt; نعم، أي شخص يوافق على الدفع بـ BTC، فهذا أفضل 21:14:21 &lt;eche|on&gt; يبدو منطقيًا 21:14:48 &lt;eche|on&gt; بالنسبة للعشاء قد نذهب إلى نفس المكان مثل العام الماضي أو ربما مكان أعلى قليلًا، سنرى 21:15:02 &lt;zzz&gt; أود التأكيد أننا نريد رؤية الجميع هناك. وبينما نحاول استخدام أموالنا بحكمة، فإننا لا نريد أن يتخلف أحد لمجرد أنه لا يستطيع تحمّل التكاليف. 21:15:09 &lt;eche|on&gt; بعض الحلويات وأشياء أخرى للفعالية نفسها، 6k مناسبة 21:15:10 &lt;str4d&gt; أنا بالتأكيد سعيد بأن أتلقى التعويض بـ BTC 21:15:48 &lt;zzz&gt; أي شيء آخر بخصوص 3) ؟ 21:16:15 &lt;eche|on&gt; ليس لدي شيء، سأجيب على كل الرسائل غدًا وسأشتري التذاكر لاحقًا 21:16:18 &lt;eche|on&gt; أوه، التذاكر: 21:16:36 &lt;eche|on&gt; إذا كان أي شخص هنا من I2P لم يطلب تمويلًا، لكنه يريد تذكرة، فليرسل لي بريدًا! 21:16:37 &lt;str4d&gt; من يرغب في مشاركة السكن، راسلني :) 21:16:56 &lt;str4d&gt; eche|on، هل تخطط لشراء التذاكر لجميع أعضاء الفريق؟ 21:17:03 &lt;eche|on&gt; نعم 21:17:07 &lt;zzz&gt; نعم. Ech سيشتري التذاكر. لا تشتروا تذاكركم بأنفسكم 21:17:10 &lt;eche|on&gt; لنتخلّص من المشاكل التي واجهتنا العام الماضي 21:17:12 &lt;str4d&gt; شكرًا :) 21:17:34 &lt;str4d&gt; وأيضًا، هل أنا محق بأنه يبدأ عمومًا حوالي 11 صباحًا بالتوقيت المحلي؟ 21:17:56 &lt;zzz&gt; آه، ما دمنا عند البند 3)، أود أن أشكر eche|on على كل ما يقوم به، بما في ذلك إبقاء الشؤون المالية محدثة. لولاك لكنا مفلسين! 21:18:02 &lt;str4d&gt; كنت أحاول معرفة ما إذا كان بإمكاني ترتيب رحلة تصل في 27 21:18:02 &lt;eche|on&gt; آه، كنا نلتقي غالبًا 11 صباحًا/12 صباحًا في المكان وبقينا حتى 1 أو 2 صباحًا 21:18:05 &lt;eche|on&gt; لكن بعض الجلسات تنتهي عند 3 صباحًا 21:18:10 &lt;zzz&gt; حسنًا، دعونا لا نناقش الجوانب اللوجستية هنا 21:18:17 &lt;zzz&gt; أي شيء آخر بخصوص 3) ؟ 21:18:19 &lt;str4d&gt; (وإلا فسأضطر للمغادرة مساء 25) 21:18:34 &lt;str4d&gt; eche|on، تمام، شكرًا. ونعم، شكر كبير لإبقائنا صامدين! :D 21:18:55 &lt;zzz&gt; 4) SAM مفعّل افتراضيًا (str4d) 21:18:59 &lt;zzz&gt; str4d تفضل 21:19:08 &lt;eche|on&gt; شكرًا لكل المتبرعين (تلقّيت للتو تبرعًا مع العبارة: «لا تنفقوا كل المال على مصممين عديمي الفائدة» 21:19:39 &lt;str4d&gt; حسنًا 21:20:29 &lt;str4d&gt; أفكّر أنه مع زيادة التطبيقات التي تستخدم SAM API، ينبغي أن ننظر في تفعيلها افتراضيًا، وإن فعلنا فكيف نقوم بذلك 21:20:51 &lt;str4d&gt; على غرار كيفية قيام Tor بتفعيل منفذ التحكم افتراضيًا، بحيث يمكن للتطبيقات افتراض توفره عمومًا 21:21:07 &lt;eche|on&gt; أعتقد أن SAM مستقر جدًا وليس سببًا لأن يتعطل router بسهولة 21:21:19 &lt;eche|on&gt; أصوّت بنعم، تفعيل افتراضيًا 21:21:25 &lt;zzz&gt; هل هناك من يشتكي؟ 21:21:37 &lt;EinMByte&gt; يبدو لي فكرة معقولة 21:21:55 &lt;EinMByte&gt; المشكلة الوحيدة التي أراها هي تعارض المنافذ 21:22:07 &lt;str4d&gt; مم 21:23:08 &lt;eche|on&gt; لا أرى تلك المشكلة في التثبيتات الجديدة 21:23:10 &lt;zzz&gt; الطريقة المعتادة لفعل ذلك هي تعديل clients.config، وهذا سيؤثر فقط على التثبيتات الجديدة. أي شيء آخر سيكون... أصعب 21:23:12 &lt;eche|on&gt; لأن كل شيء على localhost 21:23:27 &lt;str4d&gt; أعلم أن Tor يفكرون في مسألة الأمان لوجود منفذ التحكم مفتوحًا دائمًا 21:23:29 &lt;eche|on&gt; لن أفعّله على التثبيتات القديمة 21:23:36 &lt;EinMByte&gt; eche|on: أعني قد تكون هناك خدمة أخرى (غير متعلقة بـ I2P) تستخدم المنفذ نفسه 21:23:43 &lt;str4d&gt; وهم يشجّعون الناس على استخدام وضع Unix socket بدلًا من ذلك 21:23:50 &lt;str4d&gt; (مع مصادقة cookie محلية) 21:23:58 &lt;zzz&gt; لا أظن أن التطبيقات يمكنها أبدًا «افتراض توفره»، فستحتاج دائمًا إلى معالجة أخطاء سليمة ورسائل مناسبة للمستخدم 21:24:01 &lt;eche|on&gt; EinMByte: صحيح، لكن هذا localhost، ويجب التحذير من ذلك 21:24:08 &lt;str4d&gt; لكن هذا ليس مصدر قلق كبير لنا، لأن أي شيء يمكنه الاتصال بـ SAM لا يستطيع إلا التحكم في الـ tunnels الخاصة به 21:24:33 &lt;str4d&gt; (إلا إذا تمكن من تخمين اسم الجلسة لِـ tunnels عميل آخر) 21:24:36 &lt;EinMByte&gt; eche|on: حسنًا، إذن إذا كان المنفذ مستخدمًا لا نُفعّل SAM ونحذّر؟ 21:24:41 &lt;eche|on&gt; EinMByte: هذه الطريقة المنطقية للتعامل معه ^^ 21:24:42 &lt;str4d&gt; zzz، بالتأكيد، لا يمكن للتطبيقات الافتراض 21:24:48 &lt;str4d&gt; السبب هو قابلية الاستخدام 21:24:58 &lt;str4d&gt; إذًا «الخيار البسيط» هو «شغّل I2P؛ استخدم التطبيق» 21:25:06 &lt;zzz&gt; بعد سنوات طويلة من تعطيله، قد لا يحدث تفعيله الآن فرقًا كبيرًا 21:25:16 &lt;str4d&gt; أما «الخيار الحالي» فهو «شغّل I2P؛ اعثر على صفحة تفعيل SAM؛ فعّل SAM؛ استخدم التطبيق» 21:25:33 &lt;zzz&gt; للعلم قمتُ بتقسيم /configclients، وسيكون ذلك ضمن .27 21:25:36 &lt;eche|on&gt; من وجهة نظري: معظم i2p routers لديهم SAM مفعّلًا بالفعل 21:25:39 &lt;eche|on&gt; إن لم يكن &gt;90% 21:25:41 &lt;str4d&gt; حافزي الرئيسي هو تقليل الاحتكاك 21:25:48 &lt;str4d&gt; للمستخدمين الجدد 21:25:54 &lt;str4d&gt; لذا أتفق أن هذا سيكون للتثبيتات الجديدة فقط 21:26:19 &lt;EinMByte&gt; هذا يبدو جيدًا. 21:26:27 &lt;zzz&gt; بالمناسبة، لم أرَ بعدُ دليلًا على «زيادة التطبيقات التي تستخدم SAM» لديك 21:26:30 &lt;str4d&gt; eche|on، نعم، لدى Tor مشكلة تعارض منافذ مشابهة مع Orbot على بعض هواتف Samsung 21:26:46 &lt;psi&gt; يجب أن يكون sam مفعّلًا افتراضيًا حتى لا يضطر الناس لتشغيله 21:26:50 &lt;EinMByte&gt; zzz: ربما هذا بالضبط ما هو مطلوب ;) 21:26:51 &lt;zzz&gt; لكنني لست معارضًا للاقتراح أيضًا 21:26:53 &lt;zzz&gt; هه 21:27:05 &lt;str4d&gt; zzz، سيتوفر Tahoe-LAFS قريبًا بدعم I2P أصيل 21:27:19 &lt;EinMByte&gt; ذكّرني ما هو منفذ SAM الافتراضي؟ 21:27:21 &lt;zzz&gt; حسنًا، يبدو أن لدينا توافقًا؟ 21:27:32 &lt;str4d&gt; 7656 21:27:52 &lt;zzz&gt; أي شيء آخر بخصوص 4) ؟ 21:28:36 &lt;EinMByte&gt; str4d: حسنًا، لا يخطر ببالي شيء شائع يستخدم ذلك 21:29:09 &lt;zzz&gt; 2) تحديث Summer of X (sadie/str4d) 21:29:14 &lt;zzz&gt; sadie / str4d تفضلا 21:29:35 &lt;str4d&gt; حسنًا! 21:29:45 &lt;str4d&gt; برأيي المتواضع، كان I2P Summer Dev نجاحًا 21:30:06 &lt;str4d&gt; لم نحصل على أي مساهمين جدد (على الأقل مما رأيت) 21:30:42 &lt;str4d&gt; (كان هناك بضعة أشخاص في أحد الاجتماعات المبكرة ربما كان يجب أن نتابع معهم...) 21:30:45 &lt;eche|on&gt; حصلنا على buildbot جديد 21:30:52 &lt;zzz&gt; لم أرَ تدوينة أغسطس الموعودة... هل يمكن أن نحصل على تدوينة سبتمبر؟ 21:30:54 &lt;str4d&gt; لكننا أحرزنا تقدمًا ممتازًا في عدد من الجوانب الموجهة للمستخدمين والمطورين 21:30:56 &lt;str4d&gt; كما ذكرتُ أعلاه، النسخة القادمة من Tahoe-LAFS ستتضمن دعم I2P أصيل عبر مكتبتي txi2p 21:31:13 &lt;str4d&gt; zzz، نعم، لم يتسنَّ لي الوقت لفعل ذلك. سأكتب منشورًا تلخيصيًا نهاية هذا الأسبوع 21:31:20 &lt;zzz&gt; رائع 21:31:47 &lt;str4d&gt; لدي عمل Zeronet محليًا الذي أردت تسليط الضوء عليه في تدوينة أغسطس، لكن للأسف لم نتمكن من جعل i2p.socket يعمل مع gevent بشكل صحيح... 21:32:05 &lt;str4d&gt; لكن أعتقد أنني سأكتفي بعمل PR (طلب سحب) له نهاية هذا الأسبوع، وسنرى كيف تسير الأمور 21:32:33 &lt;zzz&gt; tahoe ماذا، 5 سنوات على الأقل منذ أدخلنا التذاكر على موقعهم. zooko لا يتحرك بسرعة 21:33:05 &lt;eche|on&gt; على الأقل تم إنجازه الآن 21:33:21 &lt;str4d&gt; لذا من حيث قابلية استخدام التطوير، أحرزنا تقدمًا جيدًا في i2p.socket وtxi2p، ومع تفعيل SAM API افتراضيًا، ينبغي أن يكون هناك احتكاك أقل لإضافة I2P إلى تطبيقات Python 21:33:25 &lt;eche|on&gt; الآن نحتاج إلى تنزيل/رفع متوازيين، وإلا فسيكون tahoe-lafs بطيئًا جدًا 21:33:55 &lt;eche|on&gt; بالمناسبة، سألني أحد المستخدمين قبل بضع دقائق عن عمل تطوير Python في I2P 21:34:04 &lt;str4d&gt; قمنا ببعض التواصل مع تطبيقات جديدة محتملة، لكننا نحتاج إلى مزيد من العمل هناك 21:34:28 &lt;str4d&gt; (على وجه الخصوص IPFS وOpenBazaar مهتمان، لكن التقدم هناك لا يمضي قدمًا حاليًا) 21:34:49 &lt;EinMByte&gt; بالمناسبة، أعتذر؛ كنت قد قلت سابقًا إنني سأحاول فعل شيء من أجل Summer of X، لكنه جاء مبكرًا بالنسبة لـ kovri 21:34:53 &lt;zzz&gt; الشيء الذي لا يزال في حالة مزرية بعد Summer of X هو Bote. لا إصدار منذ زمن طويل، وحوالي 40 (!) تذكرة Trac، بما في ذلك تذكرة classpath التي أعتقد أنها عائق أساسي لإصدار .27 ... هل لديك نية للعمل على Bote مجددًا أم ينبغي أن نضعه جانبًا؟ 21:35:30 &lt;str4d&gt; zzz، أنوي ذلك، وقد عملت عليه 21:35:38 &lt;eche|on&gt; على أحدهم أن يعمل على bote. إنه أهم من syndie أو i2phex 21:36:05 &lt;zzz&gt; أحتاج أن أعرف إن كان علينا تغيير حزم deb لإصلاح bote، أم أن هناك شيئًا آخر خاطئ، أم أننا لا نهتم 21:36:32 &lt;zzz&gt; سبتمبر لـ Bote؟ 21:37:22 &lt;str4d&gt; في أغسطس أمضيت بعض الوقت في نقله إلى Gradle، ما يعني أنني سأتمكن من دمج قاعدتي الشفرة لـ Android والإضافة 21:37:22 &lt;str4d&gt; هذا سيزيل الكثير من الاحتكاك لدي فيما يتعلق بالتطوير على Bote 21:37:22 &lt;str4d&gt; كل ما ينقص هو دمج سكربتات الإضافة الحالية 21:37:22 &lt;str4d&gt; (أو إعادة كتابتها في Gradle)( 21:37:39 &lt;str4d&gt; للأسف المواعيد النهائية للعمل أعاقت ذلك في أغسطس 21:37:54 &lt;zzz&gt; حسنًا 21:37:59 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 21:38:07 &lt;str4d&gt; سأقضي وقتًا على Bote نهاية هذا الأسبوع 21:38:30 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:39:02 &lt;zzz&gt; هل أقترح العودة إلى 8 مساءً بتوقيت UTC لشهر أكتوبر؟ 21:39:46 &lt;str4d&gt; وسأحاول إيجاد إصلاح لمشكلة Debian 21:39:55 &lt;zzz&gt; أي اعتراضات على الساعة 8 مساءً؟ 21:40:03 &lt;str4d&gt; لكنها بالتأكيد خاصة بـ Debian فقط 21:40:24 &lt;zzz&gt; حسنًا، لم أر حتى تأكيدًا بأنها خاصة بـ deb فقط، لذا فهذا تقدم 21:40:46 &lt;str4d&gt; لا شيء آخر، سوى أحسنتم جميعًا ممن عملوا على أمور Summer Dev! 21:40:46 &lt;str4d&gt; أتطلع إلى العام القادم ;) 21:40:49 &lt;zzz&gt; لقد اقترحت إصلاحًا أو على الأقل اختبارًا في التذكرة، لكنني لم أسمع شيئًا 21:40:49 &lt;eche|on&gt; بالنسبة لي لا بأس حتى الآن 21:41:22 &lt;zzz&gt; حسنًا تلقيتُ شكاوى من عدد أكبر من الأشخاص عن الساعة 9 مقارنة بالـ 8، فلنعد إلى 8. الصيف انتهى على أي حال 21:41:29 * zzz يمسك الـ baffer 21:41:29 &lt;str4d&gt; أنا موافق على 8 مساءً في أكتوبر، إذ سأكون في الولايات المتحدة 21:41:31 &lt;str4d&gt; (وبالفعل نوفمبر أيضًا، لأن ذلك سيكون اليوم الأول( 21:42:37 &lt;eche|on&gt; حسنًا، حان وقت النوم 21:42:41 &lt;eche|on&gt; أراكم 21:42:44 * zzz ***bafs*** يغلق الاجتماع </div>/ar/blog/2016/08/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2016/Tue, 02 Aug 2016 00:00:00 +0000/ar/blog/2016/08/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) مرحباً 21:00:01 &lt;zzz&gt; 1) تقرير HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 &lt;zzz&gt; 2) تحديث 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 &lt;zzz&gt; 3) تحديث Summer of X (sadie/str4d) 21:00:05 &lt;zzz&gt; 0) مرحباً 21:00:07 &lt;zzz&gt; مرحباً 21:00:38 &lt;xmpre&gt; مرحباً 21:00:44 &lt;i2pr&gt; [Slack/str4d] Hi 21:00:56 &lt;zzz&gt; 1) تقرير HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 &lt;zzz&gt; نشرتُ تقرير رحلة موجزاً على ذلك الرابط. sadie، comraden1، gravy، أو أي شخص شاهد بعض الفيديوهات، هل لديكم ما تُضيفونه؟ 21:02:30 &lt;i2pr&gt; [Slack/str4d] لم أشاهد الفيديوهات بعد. هل هناك أي مقاطع ينبغي أن أضعها في الحسبان إلى جانب مقاطع Tor؟ 21:03:01 &lt;zzz&gt; لم أرَ الكثير غير ذلك. نأمل أن يضيف الناس بعض التوصيات في موضوع zzz.i2p 21:03:13 &lt;xmpre&gt; لمن قد لا يعلمون، أين توجد الفيديوهات؟ 21:03:27 &lt;zzz&gt; على الأرجح hope.net 21:03:56 &lt;zzz&gt; أي شيء آخر حول 1) ؟ 21:03:59 &lt;xmpre&gt; https://hope.net/watch.html 21:04:54 &lt;zzz&gt; 2) تحديث 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 &lt;zzz&gt; ما زلنا ننظر إلى منتصف سبتمبر في أقرب تقدير. ليس هناك الكثير من النشاط في mtn أو مزايا كبيرة. بعد أن أنتهي من أمور i2p الصيفية، أرغب في الانتقال إلى NTCP2. لذا لا داعي للعجلة على .27 حالياً، الأمور مستقرة إلى حدٍّ بعيد 21:06:26 &lt;zzz&gt; هل لدى أي أحد تعليقات على جدول .27 أو محتوياته؟ 21:06:39 &lt;i2pr&gt; [Slack/str4d] سأحوّل انتباهي إلى NTCP2 في نفس الوقت تقريباً 21:06:49 &lt;xmpre&gt; لدي اقتراح لتسهيل multihoming (تعدد الربط بالشبكات)، هل ينبغي أن أضيفه إلى trac؟ 21:06:59 &lt;xmpre&gt; في الأساس ميزة تصدير/استيراد 21:07:11 &lt;zzz&gt; جيد. ما زلنا بحاجة إلى شخص جديد لـ Tails أيضاً، يجب علينا جميعاً أن نغرّد بشأن ذلك 21:07:19 &lt;i2pr&gt; [Slack/str4d] كما أود أن ننظر في تمكين SAM افتراضياً. 21:07:43 &lt;zzz&gt; xmpre، إن كان واضحاً، فـ trac مناسب، وإن كان يحتاج نقاشاً، فقد يكون zzz.i2p أفضل 21:07:48 &lt;i2pr&gt; [Slack/str4d] أو على الأقل نناقش تبعات القيام بذلك 21:08:06 &lt;xmpre&gt; حسناً، zzz 21:08:27 &lt;zzz&gt; لنضع تمكين SAM افتراضياً على جدول أعمال الشهر القادم، بعد نهاية نشاط تطبيقات الصيف ولكن قبل .27 21:08:40 &lt;i2pr&gt; [Slack/str4d] ACK 21:08:53 &lt;i2pr&gt; [Slack/str4d] في هذه الأثناء يمكن للناس التفكير بالأمر 21:09:21 &lt;i2pr&gt; [Slack/str4d] وعلى سبيل المثال مقارنته مع سياسة Tor بشأن منفذ التحكم لديهم 21:09:38 &lt;zzz&gt; تمت الإضافة إلى `http://zzz.i2p/topics/2149` 21:10:03 &lt;zzz&gt; ربما نرغب في تشغيل auth أو SSL إذا كان مفعّلاً افتراضياً؟ لست متأكداً. سأفكر بالأمر 21:10:11 &lt;zzz&gt; أي شيء آخر حول 2) ؟ 21:10:58 &lt;psi&gt; (مرحباً) 21:11:10 &lt;zzz&gt; وبالحديث عن الاجتماع القادم، ستكون ميزانية CCC على جدول الأعمال، راجعوا الرابط أعلاه، ويرجى تجهيز متطلباتكم لذلك الاجتماع 21:11:13 &lt;i2pr&gt; [Slack/sadie] مرحباً - أنا مثقلة بالعمل يا جماعة 21:11:33 &lt;zzz&gt; ننتقل إلى 3) ... 21:11:43 &lt;zzz&gt; 3) تحديث Summer of X (sadie/str4d) 21:11:50 &lt;zzz&gt; sadie، str4d، ما آخر المستجدات؟ 21:12:10 &lt;i2pr&gt; [Slack/str4d] لا مشكلة يا Sadie، سعيد أنك استطعتِ المرور ولو سريعاً :) 21:12:22 &lt;i2pr&gt; [Slack/str4d] Summer Dev يسير على ما يرام جداً، على ما أعتقد 21:12:47 &lt;i2pr&gt; [Slack/str4d] كان هذا الشهر مُركّزاً علناً على عملنا مع تطبيقات أخرى 21:13:11 &lt;i2pr&gt; [Slack/str4d] (تطبيقات لم نعمل معها من قبل عموماً) 21:13:47 &lt;i2pr&gt; [Slack/str4d] نجحتُ في إدخال دعم عميل I2P في Foolscap، وهي مكتبة الاتصال التي يستخدمها Tahoe-LAFS 21:14:29 &lt;i2pr&gt; [Slack/str4d] لذا أتوقع أن نتمكن من استخدام المشروع الأصلي مع شبكة I2P في المستقبل القريب، على الأقل للعملاء 21:14:57 &lt;i2pr&gt; [Slack/str4d] دعم السيرفر لـ I2P وTor مخطط له لإصدار لاحق 21:15:31 &lt;i2pr&gt; [Slack/str4d] أنا أيضاً قريب جداً من جعل ZeroNet تعمل عبر I2P كبرهان مفهوم 21:16:01 &lt;i2pr&gt; [Slack/str4d] (وقد أدى ذلك أيضاً إلى تحسينات كبيرة في i2p.socket من psi ومني) 21:16:22 &lt;zzz&gt; ++psi 21:17:15 &lt;zzz&gt; من جهتي قمتُ بإصدار إضافات لـ i2phex وjwebcache وorchid. سيكون هناك إصدار لـ syndie خلال حوالي أسبوع (يرجى تحديث الترجمات!) وإصدار آخر لـ orchid أيضاً 21:17:34 &lt;i2pr&gt; [Slack/str4d] Woo 21:17:45 &lt;zzz&gt; وربما jircii، هناك شخص واحد على الأقل يطلبه، إن كان هناك آخرون فالرجاء المناداة 21:17:45 &lt;xmpre&gt; شكراً على الجهود في i2psnark المستقل، لدي نسخة واحدة تعمل مع i2pd 21:17:58 &lt;psi&gt; i2p.socket ما يزال بحاجة إلى بعض ملاحظات المطورين، آه صحيح ويجب أن أذكّر نفسي بالنظر في تذكرة ipfs تلك 21:18:44 &lt;i2pr&gt; [Slack/str4d] هذا الشهر القادم مخصص للعمل على تطبيقاتنا الخاصة، لكنني أود أيضاً رؤية المزيد من العمل مع مطورين خارجيين 21:18:59 &lt;zzz&gt; تذكير للجميع أيضاً لاختبار هذه المكتبات والتطبيقات المستقلة مقابل i2pd أيضاً 21:19:02 &lt;i2pr&gt; [Slack/str4d] مثلاً psi يعمل مع مطوري IPFS :) 21:19:15 &lt;i2pr&gt; [Slack/str4d] :+1: 21:19:47 &lt;nextloop&gt; مرحباً. معظم الإضافات ليست على GitHub. هل ينبغي أن أضعها هناك أيضاً؟ 21:19:54 &lt;i2pr&gt; [Slack/str4d] إذا كان أحدكم عالقاً دون أفكار، أرسلوا لي رسالة وسأعطيكم القائمة الطويلة. 21:20:23 &lt;i2pr&gt; [Slack/str4d] قد تكون فكرة جيدة 21:20:29 &lt;zzz&gt; أمر واحد غير مُكلّف به أحد حالياً، ولست متأكداً إن كان ينبغي، وهو بناء/توقيع الحِزَم المستقلة. kytv فعل بعضاً منها، وech فعل بعضاً منها، لكن ليس لدينا حزم أو استضافة متسقة لكثير منها 21:20:57 &lt;zzz&gt; بالنسبة لبعضها، لا توجد حتى أهداف بناء مصقولة في الشيفرة 21:21:21 &lt;i2pr&gt; [Slack/str4d] ممم 21:21:56 &lt;i2pr&gt; [Slack/str4d] سأعمل على ترحيل I2P-Bote إلى Gradle هذا الشهر، كجزء من إعادة هيكلة عملية البناء العامة لديه 21:22:10 &lt;xmpre&gt; يمكنني البدء ببناء/توقيع حِزَم i2psnark المستقلة، فأنا أبني Java I2P عبر bobthebuilder.i2p 21:22:18 &lt;zzz&gt; لا أريد أن أكون مشرف صيانة لأيٍّ منها. في الحد الأقصى أريد إنشاء إضافة بسرعة بعد أن يقوم شخص آخر بالباقي. لكن لم يحدث الكثير، وهو ما أظنه الهدف من i2psummer. 21:22:19 &lt;trolly&gt; gradle? 21:23:26 &lt;zzz&gt; آه نعم، شكراً لـ xmpre على تشغيل bobthebuilder. كان يعمل بشكل زائد قليلاً بالأمس... وقد دفعتُ -8 قبل بضع ساعات ولم أرَ بناءً هنا بعد. لكنني واثق أنك ستحصل على تشغيل سلس 21:23:49 &lt;zzz&gt; أي شيء آخر حول 3) ؟ 21:24:08 &lt;i2pr&gt; [Slack/str4d] شيء أود القيام به في إعادة تصميم الموقع الحالية هو الترويج بشكل أفضل للتطبيقات التي لدينا، والإشارة بوضوح إلى الأماكن التي يمكن للمتطوعين أن يقدموا فيها فائدة 21:24:13 &lt;xmpre&gt; همم، دعني أتحقق zzz 21:24:16 &lt;i2pr&gt; [Slack/str4d] أفضل* 21:24:41 &lt;zzz&gt; كبداية، تحقق مما هو موجود على i2pwiki 21:24:55 &lt;i2pr&gt; [Slack/str4d] يمكنني أيضاً ربط ذلك بـ Summer Dev 21:25:14 &lt;poneyhot&gt; إذا سُمِح لي ببعض الاقتراحات... لا تنشروها بترتيب أبجدي، لا سبب لكون anoncoin أولاً 21:25:20 &lt;poneyhot&gt; أو استضافة git مجهولة .. 21:25:22 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:25:30 &lt;i2pr&gt; [Slack/str4d] لكن ذلك سيكون كجزء من منشور مدونة الشهر القادم 21:25:45 &lt;zzz&gt; str4d، هل لديك منشور مدونة يوليو قريباً؟ 21:25:47 &lt;i2pr&gt; [Slack/str4d] 4) إعادة تصميم تخطيط الموقع 21:26:06 &lt;i2pr&gt; [Slack/str4d] zzz، قريباً، نعم. في الأيام القليلة القادمة 21:26:09 &lt;zzz&gt; حسناً 4) تخطيط الموقع str4d تفضل 21:26:49 &lt;i2pr&gt; [Slack/str4d] Elio Qoshi يحرز تقدماً جيداً في إعادة تصميم تخطيط الموقع 21:27:47 &lt;i2pr&gt; [Slack/str4d] أعاد تصميم موقع Whonix وهو يعمل حالياً مع Tor على العلامة التجارية ودليل الأنماط لديهم، للاستدلال 21:28:15 &lt;i2pr&gt; [Slack/str4d] (عمل أيضاً لدى Mozilla) 21:29:08 &lt;zzz&gt; رائع 21:29:20 &lt;i2pr&gt; [Slack/str4d] الهدف الحالي هو تقليل جدران النص (أكثر مما وصلتُ إليه)، وأن يكون هناك تصميم متماسك بين صفحة الهبوط والصفحات الداخلية (وهو ما يفتقر إليه التصميم الحالي) 21:30:27 &lt;i2pr&gt; [Slack/str4d] المخطط المبدئي الحالي لديه، لإعطائكم فكرة، سيكون محتوى بعمود واحد في الوسط مع هوامش بيضاء متساوية على الجانبين (توضع فيها عناصر التنقل داخل الصفحة والبيانات الوصفية كما هو الحال حالياً) 21:30:45 &lt;zzz&gt; حسناً. كما ناقشنا في اليوم الآخر بخصوص الشعارات، من الجيد معرفة الأهداف التي تزوّد بها المصمم حتى نستطيع تقييم النتائج في ذلك السياق 21:31:06 &lt;zzz&gt; أي شيء آخر حول 4) ؟ 21:31:24 &lt;i2pr&gt; [Slack/str4d] في الصفحة الرئيسية، سيتم استبدال القائمة (السيئة للغاية) في العمود الأوسط بمربعات إبراز أكثر وديّة لتطبيقات ومهام محددة 21:31:25 &lt;poneyhot&gt; هل تتضمن 4) الصفحة الرئيسية على 127.0.0.1؟ 21:31:37 &lt;i2pr&gt; [Slack/str4d] honeypot، لا 21:31:52 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:32:05 &lt;i2pr&gt; [Slack/str4d] أوه، لقد أرسل لي للتو أول لقطة شاشة لتصميم صفحته الرئيسية المقترح 21:32:26 &lt;i2pr&gt; [Slack/str4d] لكن لا أستطيع مشاركتها على IRC مباشرة، لذا سيتعين علي فعل ذلك عندما أعود إلى حاسوبي 21:32:41 &lt;i2pr&gt; [Slack/str4d] بخصوص وحدة تحكم router: 21:32:57 &lt;zzz&gt; حسناً 5) وحدة تحكم router str4d تفضل 21:33:03 &lt;i2pr&gt; [Slack/str4d] راجعوا فرع i2p.i2p.str4d.ui للاطلاع على التقدم 21:33:27 &lt;i2pr&gt; [Slack/str4d] تم الآن تحديث CSS لتتوافق مع تغييرات backbend، وهي في المسودة الأولى 21:33:45 &lt;zzz&gt; poneyhot، هل لديك موضوع اجتماع لإضافته بخصوص الـ console؟ 21:34:18 &lt;i2pr&gt; [Slack/str4d] (لدي بعض التغييرات المحلية لأدفعها لشخص ما قبل هذا الأسبوع إن وجدت وقتاً) 21:34:18 &lt;i2pr&gt; [Slack/str4d] مرحبٌ بأي تعليقات 21:34:18 &lt;i2pr&gt; [Slack/str4d] لاحظوا مع ذلك أن هذه مجرد خطوة وسيطة 21:34:30 &lt;zzz&gt; أي شيء آخر حول 5) ؟ 21:34:37 &lt;i2pr&gt; [Slack/str4d] لا يؤثر أي من التغييرات حالياً على أي شيء بنيوي 21:34:48 &lt;poneyhot&gt; عليّ التحقق من التغييرات أولاً، أنا فقط لا أحب الترتيب الأبجدي 21:34:49 &lt;i2pr&gt; [Slack/str4d] خطتي القيام بذلك ربما في أكتوبر 21:35:09 &lt;zzz&gt; آه، هذا ما كنت تشير إليه بخصوص anoncoin، فهمتُ 21:35:17 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:35:29 &lt;poneyhot&gt; يبدو أن تلك هي أهم الأشياء في i2p 21:35:35 &lt;i2pr&gt; [Slack/str4d] poneyhot، قد ينتهي الأمر بتغيير ذلك كلياً 21:35:51 &lt;i2pr&gt; [Slack/str4d] أو لا ^^ 21:36:25 * zzz يمسك الـbaffer بأسلوب نيغان 21:36:26 &lt;i2pr&gt; [Slack/str4d] هدفي أن تكون وحدة تحكم router المُحدَّثة والمحسّنة جاهزة لـ CCC 21:36:58 &lt;xmpre&gt; يسعدني المساعدة في اختبار وحدة تحكم router الجديدة 21:37:09 &lt;xmpre&gt; (وأرجو أن يتم إصلاح أخطاء ملفات تعريف الارتباط المزعجة :p) 21:37:24 * zzz *bafs* أُغلق الاجتماع </div>/ar/blog/2016/07/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2016/Tue, 05 Jul 2016 00:00:00 +0000/ar/blog/2016/07/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2016/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> dg، psi، sadie، str4d، Zerolag، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 21:00:23 &lt;zzz&gt; 0) مرحباً 21:00:23 &lt;zzz&gt; 1) تحديث HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:23 &lt;zzz&gt; 2) تحديث 0.9.27 (zzz) 21:00:23 &lt;zzz&gt; 3) تحديث Summer of X (sadie/str4d) 21:00:27 &lt;zzz&gt; 0) مرحباً 21:00:29 &lt;zzz&gt; مرحباً 21:00:47 &lt;psi&gt; مرحباً 21:00:48 &lt;zzz&gt; 1) تحديث HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:48 &lt;i2pr&gt; [Slack/str4d] مرحباً 21:01:13 &lt;zzz&gt; حسناً، مؤتمر HOPE بعد أسبوعين ونصف. اجتماع الغداء المحتمل مع Lance يوم الجمعة ما يزال غير مُحدد 21:01:42 &lt;zzz&gt; يرجى إبقاء غداء الجمعة مفتوحاً، لا أتوقع أننا سنعرف إن كان سيُلغى أم سيُقام حتى ذلك الأسبوع 21:01:49 &lt;zzz&gt; أتطلع لرؤية الجميع هناك 21:01:54 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 21:02:06 &lt;i2pr&gt; [Slack/str4d] أنا الآن متأكد أنني لن أكون هناك 21:02:20 &lt;i2pr&gt; [Slack/str4d] التوقيت لم يكن في صالحي ;_; 21:02:51 &lt;psi&gt; يبدو أنني لن أذهب إلى HOPE هذا العام 21:03:14 &lt;i2pr&gt; [Slack/sadie] سأكون في HOPE 21:03:38 &lt;zzz&gt; 2) تحديث 0.9.27 (zzz) 21:04:13 &lt;zzz&gt; .27 يتقدم ببطء، كما هو متوقع. على هذا المعدل، سيجري تأجيل إصدار .27 من أغسطس إلى سبتمبر. 21:04:31 &lt;zzz&gt; بينما نركز على أمور X، وربما NTCP2 21:04:47 &lt;i2pr&gt; [Slack/str4d] لا مشكلة لدي 21:04:50 &lt;zzz&gt; هل هذا مناسب للجميع؟ 21:05:02 &lt;dg&gt; لا يوجد ما يستدعي الاستعجال، إذاً موافق 21:05:09 &lt;dg&gt; في النهاية سنصدر عندما نحتاج إلى ذلك 21:05:28 &lt;zzz&gt; 26 يبدو مستقر جداً. الشيء الوحيد هو مشكلة bote class not found، ونحن بانتظار معلومات متابعة على trac 21:05:52 &lt;dg&gt; كان هناك شيء متعلق بحزمة Debian اكتشفتُه كمشكلة 21:05:56 &lt;i2pr&gt; [Slack/str4d] وهذا يمنحنا فرصة لإنجاز عمل في أغسطس على الإضافات وإدخالها في .27 21:05:57 &lt;zzz&gt; وإن كان ما أظنه، فيمكننا إصلاحه بتغيير بسيط وإعادة بناء deb/ubuntu فقط 21:06:00 &lt;dg&gt; سأحتفظ به لتذكرة لكن. 21:06:12 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 21:06:38 &lt;psi&gt; هل يؤثر .27 على أي شيء في i2pd؟ 21:07:19 &lt;zzz&gt; هناك اختبار أقران IPv6، نعم. لا ينبغي لـ i2pd الترقية إلى 27 حتى يتم دعمه 21:07:39 &lt;psi&gt; حسناً 21:07:50 &lt;zzz&gt; لا يجب أن يكون على جدول Java مع ذلك 21:07:53 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 21:08:42 &lt;zzz&gt; 3) تحديث Summer of X (sadie/str4d) 21:08:51 &lt;zzz&gt; sadie، str4d، ما المستجدات؟ 21:08:52 &lt;i2pr&gt; [Slack/str4d] ليس بعد، أظن؟ 21:08:55 &lt;i2pr&gt; [Slack/str4d] آه نعم 21:08:55 &lt;i2pr&gt; [Slack/str4d] لا 21:10:30 &lt;zzz&gt; مخاطر استخدام مرحِّل للاجتماع؟ 21:10:40 &lt;i2pr&gt; [Slack/str4d] أعتقد أنه يسير جيداً حتى الآن 21:10:55 &lt;i2pr&gt; [Slack/str4d] لقد مضى شهر الآن، ونشرنا ثلاث تدوينات (إن لم تخني الذاكرة) عنه 21:11:46 &lt;zzz&gt; حسناً، ماذا سنفعل في يوليو؟ 21:12:02 &lt;i2pr&gt; [Slack/str4d] تطبيقات 21:12:05 &lt;i2pr&gt; [Slack/str4d] التواصل 21:12:15 &lt;i2pr&gt; [Slack/str4d] إذن سأعمل مع Tahoe-LAFS 21:12:29 &lt;i2pr&gt; [Slack/str4d] على تكاملهم مع I2P 21:13:12 &lt;zzz&gt; أي متطوعين للعمل على transmission و/أو libtorrent؟ تبدوان مستنقعين من الأعطال حالياً 21:13:14 &lt;i2pr&gt; [Slack/str4d] وأيضاً تقديم PR لتحديث مكتبة I2P في lightning Browser 21:13:45 &lt;i2pr&gt; [Slack/str4d] نعم، ليس متأخراً أبداً لتعلّم API آخر 21:13:59 &lt;i2pr&gt; [Slack/str4d] مشاريع أخرى أود أن أرى مساعدتنا لها هذا الشهر: 21:14:02 &lt;zzz&gt; جزء التواصل أساسي، لِنَنشر الخبر عبر twitter والبريد الإلكتروني 21:14:08 &lt;psi&gt; ماذا أُنجز في transmission سابقاً؟ 21:14:31 &lt;zzz&gt; هناك fork لـ i2p خاص بـ transmission، انظر موضوع zzz.i2p 21:14:33 &lt;i2pr&gt; [Slack/str4d] psi، دعم SAM 21:14:52 &lt;i2pr&gt; [Slack/str4d] في libtorrent 21:14:54 &lt;psi&gt; كان ذلك قبل libsam3 أليس كذلك؟ 21:14:58 &lt;psi&gt; أخمن أنه قد تعفّن تماماً بسبب تقادم الشفرة 21:15:09 &lt;i2pr&gt; [Slack/str4d] (أظل أنسى أن transmission لا يستخدم ذلك) 21:15:23 &lt;zzz&gt; sadie، ما الذي خططتِ له لـ PR يوليو؟ 21:15:31 &lt;i2pr&gt; [Slack/str4d] همم، قد يكون fork نظيف أسهل 21:15:58 &lt;i2pr&gt; [Slack/str4d] كما كنت أقول، المشاريع الأخرى التي لدي أفكار لها: 21:16:01 &lt;i2pr&gt; [Slack/str4d] - IPFS (تنفيذات Go وPython) 21:16:27 &lt;i2pr&gt; [Slack/str4d] - OpenBazaar (سيستخدم IPFS قريباً) 21:16:34 &lt;i2pr&gt; [Slack/str4d] - ZeroNet 21:17:02 &lt;i2pr&gt; [Slack/str4d] أي من هذه سيكون مرشحاً جيداً لشخص للمساعدة 21:17:33 &lt;villain&gt; مرحباً i2peeps :) zzz: لقد أرسلت للتو patch للموقع، آمل أن يتم تسليمه 21:17:38 &lt;psi&gt; لا زلت لم أستوعب دليل المساهمة الخاص بـ IPFS 21:17:45 &lt;zzz&gt; حسناً رائع. أي شيء آخر بخصوص 3) ؟ Sadie؟ 21:18:05 &lt;zzz&gt; شكراً villain، نحن في خضم اجتماع، سأنظر فيه لاحقاً 21:18:06 &lt;psi&gt; أود جداً الدخول في IPFS لكن لم أعرف كيف بعد. 21:18:25 &lt;Zerolag&gt; أود أن أجرّب ZeroNet. لأرى مدى عمله جيداً فوق i2p. 21:18:28 &lt;i2pr&gt; [Slack/str4d] psi، يمكنني الاطلاع هذا الأسبوع على كيفية انضمامهم للمساهمين 21:19:08 &lt;psi&gt; Zerolag: آخر مرة تحققتُ فيها كان ينبغي أن يكون إضافة i2p إلى zeronet سهلاً جداً لأن لديهم بالفعل boilerplate (قالب جاهز) لـ tor 21:19:11 &lt;i2pr&gt; [Slack/str4d] Zerolag، رائع! هم يعتمدون على torrent، لذا سيحتاج الأمر إلى تعديل ليتوافق مع مواصفات التورنت لدينا 21:19:21 &lt;psi&gt; أيضاً، i2p.socket يتقدم بشكل جيد 21:19:33 &lt;i2pr&gt; [Slack/str4d] (لِدعم تورنت clearnet وI2P جنباً إلى جنب) 21:19:54 &lt;psi&gt; هل يستخدم zeronet Mainline BitTorrent؟ 21:20:01 &lt;i2pr&gt; [Slack/str4d] لست متأكداً 21:20:17 &lt;psi&gt; أنا شبه متأكد أنه لا يفعل، ولكن... 21:20:22 &lt;i2pr&gt; [Slack/str4d] (أي تنفيذ يستخدمون) 21:20:36 &lt;zzz&gt; أي شيء آخر بخصوص 3) ؟ Sadie؟ 21:20:58 &lt;i2pr&gt; [Slack/str4d] psi، يستخدمون تشفير Bitcoin وشبكة BitTorrent 21:21:39 &lt;i2pr&gt; [Slack/str4d] أظن أن Sadie قد حدّدت موعدين متداخلين لهذا الاجتماع 21:21:49 &lt;zzz&gt; ننتقل إذاً. أي شيء آخر للاجتماع؟ 21:22:21 &lt;zzz&gt; هل الجميع موافق على التاسعة مساءً مرة أخرى؟ أرى أن echelon ليس هنا، ربما بسبب تغيير الوقت، وربما لا 21:22:46 &lt;psi&gt; التاسعة مساءً مناسبة لي 21:22:46 &lt;Zerolag&gt; str4d حسناً، ما هي مواصفة i2p للتورنت؟ 21:23:09 * zzz يسخّن الـ baffer 21:23:12 &lt;i2pr&gt; [Slack/str4d] لا شيء آخر لدي سوى: اختر مشروعاً وساعدهم! :-) 21:23:31 &lt;i2pr&gt; [Slack/str4d] 9pm مثالية بالنسبة لي 21:24:05 &lt;Zerolag&gt; سأكون هنا في التاسعة مساءً بالتأكيد 21:24:15 &lt;i2pr&gt; [Slack/str4d] Zerolag، انظر موقع I2P (Docs -> Apps -> BitTorrent) 21:24:19 * zzz *baffffs* أُغلق الاجتماع </div>/ar/blog/2016/07/02/%D8%A7%D9%84%D9%85%D9%88%D8%AC%D8%B2-%D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%8A-%D9%84%D9%84%D9%85%D8%B7%D9%88%D8%B1%D9%8A%D9%86-%D9%88%D8%A7%D8%AC%D9%87%D8%A7%D8%AA-%D8%A8%D8%B1%D9%85%D8%AC%D8%A9-%D8%A7%D9%84%D8%AA%D8%B7%D8%A8%D9%8A%D9%82%D8%A7%D8%AA/Sat, 02 Jul 2016 00:00:00 +0000/ar/blog/2016/07/02/%D8%A7%D9%84%D9%85%D9%88%D8%AC%D8%B2-%D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%8A-%D9%84%D9%84%D9%85%D8%B7%D9%88%D8%B1%D9%8A%D9%86-%D9%88%D8%A7%D8%AC%D9%87%D8%A7%D8%AA-%D8%A8%D8%B1%D9%85%D8%AC%D8%A9-%D8%A7%D9%84%D8%AA%D8%B7%D8%A8%D9%8A%D9%82%D8%A7%D8%AA/<p>Summer Dev في أوج نشاطه: كنا منهمكين في تيسير الأمور، وتشذيب الحواف، وترتيب المكان. حان الآن وقت أول موجز لنا، حيث نطلعكم على آخر المستجدات بشأن التقدم الذي نحرزه!</p> <h2 id="شهر-واجهات-برمجة-التطبيقات">شهر واجهات برمجة التطبيقات</h2> <p>كان هدفنا لهذا الشهر هو &ldquo;الاندماج&rdquo; - أن نجعل واجهات برمجة التطبيقات والمكتبات لدينا تعمل ضمن البنية التحتية القائمة لمختلف المجتمعات، بحيث يتمكن مطوّرو التطبيقات من العمل مع I2P بكفاءة أكبر، ولا يحتاج المستخدمون إلى القلق بشأن التفاصيل.</p>/ar/blog/2016/06/13/i2p-%D8%B9%D9%84%D9%89-maven-central/Mon, 13 Jun 2016 00:00:00 +0000/ar/blog/2016/06/13/i2p-%D8%B9%D9%84%D9%89-maven-central/<p>لقد شارفنا على منتصف شهر واجهات برمجة التطبيقات ضمن Summer Dev، ونحرز تقدماً كبيراً على عدة جبهات. ويسعدني أن أعلن أن أول هذه الإنجازات قد اكتمل: أصبحت مكتبات العميل الخاصة بـ I2P متاحة الآن على Maven Central!</p> <p>سيجعل ذلك الأمر أبسط بكثير لمطوري جافا لاستخدام I2P في تطبيقاتهم. بدلًا من الحاجة إلى الحصول على المكتبات من التثبيت الحالي، يمكنهم ببساطة إضافة I2P إلى تبعياتهم. وبالمثل، ستكون الترقية إلى إصدارات جديدة أسهل بكثير.</p>/ar/blog/2016/06/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%8A%D9%88%D9%86%D9%8A%D9%88-07-2016/Tue, 07 Jun 2016 00:00:00 +0000/ar/blog/2016/06/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%8A%D9%88%D9%86%D9%8A%D9%88-07-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> eche|on, plzcdv, psi, str4d, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) مرحباً 20:00:31 &lt;zzz&gt; 1) خطة إصدار 0.9.26 (zzz) 20:00:31 &lt;zzz&gt; 2) تحديث التخطيط لـ HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 &lt;zzz&gt; 3) خطة 0.9.27 (zzz) 20:00:31 &lt;zzz&gt; 4) صيف X (sadie) 20:00:35 &lt;zzz&gt; 0) مرحباً 20:00:37 &lt;zzz&gt; مرحباً 20:01:16 &lt;zzz&gt; 1) خطة إصدار 0.9.26 (zzz) 20:01:46 &lt;zzz&gt; حسناً، أنهيت بناء إصدار .26 أمس، وأنجزت أمور Launchpad، وفعّلنا التحديثات داخل الشبكة قبل ساعة 20:01:56 &lt;zzz&gt; الشيء المتبقي فقط هو debian والذي أخطط للقيام به غداً 20:02:27 &lt;zzz&gt; تذكّروا أن التحديثات داخل الشبكة لن تحصل على ملفات jbigi الجديدة، لأننا كنا قلقين من نقص الاختبارات 20:02:40 &lt;zzz&gt; لذا راقبوا تقارير الأخطاء من مستخدمي deb وحالات التثبيت الجديدة 20:02:45 &lt;zzz&gt; أي شيء آخر بخصوص 1) ؟ 20:03:14 &lt;zzz&gt; 2) تحديث التخطيط لـ HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 &lt;str4d&gt; مرحباً! 20:03:45 &lt;zzz&gt; HOPE سيكون بعد 6 أسابيع من يوم الجمعة. سندفع ثمن تذاكر المؤتمر البالغة 150$ بأثر رجعي (بعد الحدث) 20:04:11 &lt;zzz&gt; لن ندفع تكاليف السفر، ولكن إذا كان هناك من لا يستطيع الحضور حقاً بدون مساعدة ما، فليخبرنا 20:04:32 &lt;zzz&gt; لن يكون هناك اجتماع للمطورين قبل أو بعد لأنني لم أتمكن من الحصول على التزام من lance 20:04:53 &lt;zzz&gt; متحمس جداً لرؤية الفريق في نيويورك 20:05:02 &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:05:25 &lt;zzz&gt; 3) خطة 0.9.27 (zzz) 20:06:00 &lt;zzz&gt; دعونا ننتظر الـ netsplit (انقسام شبكة IRC) 20:06:06 &lt;plzcdv&gt; مرحباً. 20:07:47 &lt;zzz&gt; حسناً، هل رأيتم جميعاً على ذلك الجانب كل ما يتعلق بـ 2) بخصوص hope؟ 20:08:35 &lt;str4d&gt; مرحباً مجدداً! 20:08:35 &lt;eche|on&gt; jo 20:08:39 &lt;str4d&gt; كلا 20:08:43 &lt;str4d&gt; آخر ما رأيته كان تحيتك 20:08:53 &lt;zzz&gt; يا إلهي. أنا الآن عند 3) 20:08:57 &lt;str4d&gt; (و 1) ) 20:09:02 &lt;zzz&gt; دعني أنسخ/ألصق 1 و 2 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 1) خطة إصدار 0.9.26 (zzz) 20:09:16 &lt;zzz&gt; &lt;zzz&gt; حسناً، أنهيت بناء إصدار .26 أمس، وأنجزت أمور Launchpad، وفعّلنا التحديثات داخل الشبكة قبل ساعة 20:09:16 &lt;zzz&gt; &lt;zzz&gt; الشيء المتبقي فقط هو debian والذي أخطط للقيام به غداً 20:09:16 &lt;zzz&gt; &lt;zzz&gt; تذكّروا أن التحديثات داخل الشبكة لن تحصل على ملفات jbigi الجديدة، لأننا كنا قلقين من نقص الاختبارات 20:09:16 &lt;zzz&gt; &lt;zzz&gt; لذا راقبوا تقارير الأخطاء من مستخدمي deb وحالات التثبيت الجديدة 20:09:31 &lt;zzz&gt; &lt;zzz&gt; 2) تحديث التخطيط لـ HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 &lt;zzz&gt; &lt;zzz&gt; HOPE سيكون بعد 6 أسابيع من يوم الجمعة. سندفع ثمن تذاكر المؤتمر البالغة 150$ بأثر رجعي (بعد الحدث) 20:09:44 &lt;zzz&gt; &lt;zzz&gt; لن ندفع تكاليف السفر، ولكن إذا كان هناك من لا يستطيع الحضور حقاً بدون مساعدة ما، فليخبرنا 20:09:44 &lt;zzz&gt; &lt;zzz&gt; لن يكون هناك اجتماع للمطورين قبل أو بعد لأنني لم أتمكن من الحصول على التزام من lance 20:09:44 &lt;zzz&gt; &lt;zzz&gt; متحمس جداً لرؤية الفريق في نيويورك 20:09:44 &lt;zzz&gt; &lt;zzz&gt; أي شيء آخر بخصوص 2) ؟ 20:10:03 &lt;zzz&gt; أو بخصوص 1) ؟ 20:10:43 &lt;str4d&gt; لا شيء يخطر ببالي بخصوص 1) 20:11:09 &lt;str4d&gt; بخصوص 2)، ما زلت آمل أن أحضر، لكن ما زالت ليست لدي تذكرة لأنني لا أملك بعد defence data وبالتالي لا أعرف حتى إن كنت سأكون في الولايات المتحدة حينها. 20:11:27 &lt;str4d&gt; date* 20:11:43 &lt;zzz&gt; حسناً، إذا كان أحدكم متردداً، من فضلكم احصلوا على تذكرة، سيكون وقتاً ممتعاً 20:11:51 &lt;zzz&gt; 3) خطة 0.9.27 (zzz) 20:12:34 &lt;zzz&gt; هناك الكثير من الأمور الصعبة على خريطة الطريق هنا - ترحيل التشفير للخوادم، أشياء على Mac، والعمل على ipv6 و ntcp2 20:13:07 &lt;zzz&gt; لا أحد نظر إلى ntcp2 منذ سنة تقريباً ولم أتلقَّ أي تعليقات على اختبار الأقران عبر ipv6. لذا أحتاج بعض المساعدة 20:13:39 &lt;zzz&gt; أيضاً، سرعة تقدمنا في .27 تعتمد على كم الوقت الذي سأقضيه في summer of x. وضعته مبدئياً في أواخر أغسطس. 20:13:46 &lt;zzz&gt; أي شيء آخر بخصوص 3) ؟ 20:13:46 &lt;eche|on&gt; يمكنني اختباره، لكن... 20:14:01 &lt;str4d&gt; سأرفع هذه الأمور في قائمة مهامي على I2P 20:15:09 &lt;zzz&gt; 4) صيف X (sadie) 20:15:24 &lt;zzz&gt; ما الخطة لصيف نصف الكرة الشمالي لدينا؟ 20:15:31 &lt;str4d&gt; قد يكون لدي أيضاً أمور واجهة مستخدم وسيطة لأدعمها 20:15:49 &lt;str4d&gt; sadie متأخرة بسبب العمل (عميل كابوسي) 20:15:55 &lt;str4d&gt; لذا سأتولى الشرح :) 20:16:10 &lt;str4d&gt; آمل أن يكون الجميع هنا قد رأى تدوينة الإطلاق :D 20:16:43 &lt;str4d&gt; هذا بالأساس يوضح ما نوقش بالفعل. 20:17:09 &lt;str4d&gt; إذن: 20:17:16 &lt;str4d&gt; 4a) واجهات APIs 20:17:17 &lt;str4d&gt; 4b) التطبيقات 20:17:22 &lt;str4d&gt; 4c) الملحقات 20:17:29 &lt;str4d&gt; 4d) العلامة التجارية 20:17:33 &lt;str4d&gt; 4a) 20:18:13 &lt;str4d&gt; هذا الشهر هو دفعة لتحسين واجهات APIs لدينا. لقد أحرزنا بالفعل تقدماً جيداً لهذا في إصدار 0.9.26 20:18:39 &lt;str4d&gt; الشيء التالي الذي سيحدث هو أنني سأرفع ملفات JAR الخاصة بنا إلى Maven Central، بحيث يتمكن مطورو Java من استخدامها بسهولة أكبر 20:18:53 &lt;str4d&gt; (وسأحدّث مكتبة عميل I2P على Android بالشكل المناسب) 20:19:15 &lt;str4d&gt; لبقية هذا الشهر، لدي قائمة طويلة من المقترحات: 20:19:33 &lt;zzz&gt; أنت تذكر "our C++ and python libraries" لكن هل لدينا أصلاً أي منها نقوم بصيانته؟ من سيقوم بهذا العمل وعلى أي مكتبات تحديداً؟ 20:19:41 &lt;str4d&gt; - تحديث مكتبات SAM إلى v3.3 20:19:50 &lt;str4d&gt; zzz، هذا ^ 20:19:56 &lt;zzz&gt; لقد أخبرت أحدهم هنا قبل ساعة أن تلك ليست لنا، بل هي لطرف ثالث 20:20:10 &lt;str4d&gt; - txi2p (Python Twisted، سأتولى ذلك) 20:20:32 &lt;zzz&gt; أين مكتبات sam؟ 20:20:41 &lt;zzz&gt; أو، بالأحرى، أيّها 20:21:25 &lt;str4d&gt; - libsam3 (C، بنسختين متزامنة وغير متزامنة، على git.repo.i2p) 20:21:49 &lt;zzz&gt; حسناً. psi لديه أيضاً واحدة بلغة go 20:21:53 &lt;str4d&gt; - - i2psam (C++، https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 &lt;str4d&gt; انظر `http://i2p-projekt.i2p/docs/api/samv3` لغيرها 20:22:33 &lt;zzz&gt; أعتقد أنني سأبدأ مبكراً على التطبيقات، مع البقاء متاحاً للإجابة عن الأسئلة 20:22:35 &lt;zzz&gt; يبدو جيداً 20:22:45 &lt;str4d&gt; أود أن أرى تحديث مكتبات Python Twisted و C++ على الأقل 20:22:56 &lt;str4d&gt; (لأهدافي الشهر القادم&gt;:D ) 20:23:06 &lt;str4d&gt; مقترحات أخرى لهذا الشهر: 20:23:11 &lt;str4d&gt; - تشغيل libtorrent بشكل صحيح 20:23:34 &lt;zzz&gt; أوه نعم libtorrent++\ 20:23:36 &lt;str4d&gt; - تمكين SAM API بشكل افتراضي في Java I2P (للإصدار .27 الآن) 20:23:54 &lt;str4d&gt; - رفع رقعة lighttpd الخاصة بـ I2P إلى المشروع الأصلي (upstream) (يتطلب تحديث libsam3 على الأقل) 20:24:21 &lt;zzz&gt; سجّلت تذكرة #1804 لتقسيم /configclients 20:24:25 &lt;zzz&gt; أستطيع القيام بذلك 20:24:28 &lt;str4d&gt; حسناً، هل لدينا متطوعون لأي من هذه المقترحات؟ 20:25:34 &lt;plzcdv&gt; أنا خجول، لكنني هنا. 20:25:48 &lt;str4d&gt; zzz، ممم، ستكون خطوة جيدة قدماً لكل من عملي على الواجهة ولشهر الملحقات 20:26:17 &lt;zzz&gt; حسناً. قد يسبب لك تعارضات دمج، احذر 20:26:29 &lt;str4d&gt; zzz، سيكون من الجيد أن يحدث ذلك إما في فرع الواجهة الخاص بي أو بالاعتماد عليه لتقليل تعارضات الدمج 20:26:29 &lt;str4d&gt; plzcdv، أهلاً! 20:27:14 &lt;str4d&gt; dg، hottuna3، psi، أي أفكار حول ما سبق؟ 20:27:34 &lt;zzz&gt; بما أنه لا يوجد متطوعون، دعونا ننتقل إلى 4b 20:28:29 &lt;plzcdv&gt; لم أكن أعلم بوجود libtorrent. 20:28:29 &lt;str4d&gt; plzcdv، تُستخدم في عدد من التطبيقات، لكن لا شيء منها (ممّا أعلم) يفعّل دعم I2P (ربما لأنه معطّل) 20:28:54 &lt;plzcdv&gt; Libtorrent (أو شيء مشابه) يبدو أمراً أساسياً. 20:29:04 &lt;plzcdv&gt; التواصل كله يتعلق بمشاركة المعلومات. 20:29:17 &lt;str4d&gt; لدي ثلاثة عطل أسبوعية متبقية هذا الشهر للعمل على I2P. إحداها ستكون على txi2p، وسأضع نفسي للعمل على i2psam في أخرى. 20:30:13 &lt;str4d&gt; الجميع، إن كانت لديكم أي أفكار، أو رغبة بالعمل على أي من البقية، تفضلوا بذلك 20:30:33 &lt;zzz&gt; ما خطة العلاقات العامة (PR) لدى sadie لكل هذا؟ 20:30:38 &lt;str4d&gt; سأطلق بعض الدعاية في وقت ما هذا الأسبوع يمكننا استخدامها في العلاقات العامة ربما لجذب مساعدة إضافية 20:30:38 &lt;str4d&gt; 4b) التطبيقات 20:30:40 &lt;plzcdv&gt; أود العمل على libtorrent أو شيء مشابه لها. 20:30:54 &lt;str4d&gt; zzz، سأغطي ذلك في 4d) 20:31:02 &lt;zzz&gt; حسناً 20:31:09 &lt;str4d&gt; plzcdv، بكل تأكيد! 20:32:20 &lt;str4d&gt; إذا استطعتَ تحديث libtorrent بحيث يعمل دعم I2P فيها، سيكون ذلك محل تقدير كبير :D 20:32:45 &lt;zzz&gt; بالنسبة للتطبيقات، أخطط للعمل على snark بنسخة مستقلة (بالبناء على العمل الجيد من psi)، و Syndie، و i2phex. ربما Orchid أيضاً. 20:33:00 &lt;str4d&gt; plzcdv، يمكننا النقاش بعد الاجتماع :) 20:33:13 &lt;zzz&gt; أوه، Orchid ضمن الملحقات. 20:33:24 &lt;str4d&gt; zzz، كنت أفكر بكل ذلك تحت الملحقات 20:33:28 &lt;zzz&gt; على أية حال، الثلاثة الأولى قبل HOPE. 20:33:45 &lt;str4d&gt; لكن لا بأس بالبدء مبكراً 20:34:01 &lt;zzz&gt; حسناً، إذن سأعمل مسبقاً، ما لم يكن هناك تطبيق للعمل عليه. أظن أن snark يُحسب. 20:34:23 &lt;str4d&gt; ما أراه في شهر التطبيقات هو التواصل مع مطورين آخرين يريدون دمج I2P في تطبيقاتهم 20:34:25 &lt;str4d&gt; لذا: 20:34:26 &lt;str4d&gt; - Tahoe-LAFS 20:34:29 &lt;str4d&gt; - Zeronet 20:34:41 &lt;str4d&gt; - OpenBazaar (عبر IPFS، وهو ما يتحولون إليه) 20:34:51 &lt;zzz&gt; حسناً، إذن هذا في المقام الأول علاقات عامة وتواصل، حتى يتجاوب أحدهم 20:35:06 &lt;str4d&gt; - Whonix (شخص ما راسلني اليوم) 20:35:11 &lt;str4d&gt; zzz، ليست علاقات عامة فقط 20:35:23 &lt;str4d&gt; سأذهب وأساهم بشفرة 20:35:53 &lt;str4d&gt; Tahoe بشكل خاص، أنا أعرف الأجزاء ذات الصلة من قاعدة الشفرة لديهم (بعد أن عملت معهم على هذا في وقت سابق) 20:36:07 &lt;str4d&gt; لهذا أريد تحديث txi2p هذا الشهر 20:36:16 &lt;str4d&gt; أخرى: Zcash 20:36:22 &lt;zzz&gt; حسناً 20:38:52 &lt;str4d&gt; مكان آخر أعرف قاعدته البرمجية، أفكر بالنظر في ترقيعات bitcoin-qt-i2p أعلاه ورؤية مدى انطباقها. 20:39:09 &lt;str4d&gt; المخرجات الملموسة التي أريدها لشهر التطبيقات هي أن أكون قد كتبت كوداً أو ساهمت في مناقشات التصميم التي تساعد مطورين آخرين على دمج I2P، ويفضل الاستفادة من العمل الذي نقوم به الآن 20:39:09 &lt;str4d&gt; أفكار أخرى لشهر التطبيقات: 20:39:09 &lt;str4d&gt; - Vuze 20:39:09 &lt;str4d&gt; - Lightning Browser (على Android، سأحدّث استخدامهم لمكتبة عميل I2P) 20:39:09 &lt;str4d&gt; - مشاريع تستخدم libtorrent! 20:39:39 &lt;str4d&gt; سأبدأ بالتواصل مع بعض هذه هذا الشهر، وأشجّع الآخرين على فعل الشيء نفسه إذا كان لدى أي شخص أفكار أخرى لمشاريع، فأخبروني. 20:40:10 &lt;str4d&gt; (بعض هذه المشاريع) 20:41:51 &lt;str4d&gt; 4c) الملحقات 20:41:51 &lt;str4d&gt; هنا حيث رأيت أننا سنمنح بعض الاهتمام للتطبيقات والملحقات الموجودة التي نطوّرها ونصونها :) 20:41:51 &lt;str4d&gt; إذن: 20:41:51 &lt;str4d&gt; - Bote 20:41:51 &lt;str4d&gt; - Snark 20:41:51 &lt;str4d&gt; - Orchid 20:41:51 &lt;str4d&gt; - وغيرها 20:41:51 &lt;str4d&gt; ومع ذلك، لا يوجد سبب يمنع العمل عليها مبكراً إذا لم يكن لدى أحدهم شيئاً آخر يعمل عليه 20:42:12 &lt;str4d&gt; أو العمل عليها لاحقاً إذا كان، على سبيل المثال، الإسهام في أحد التطبيقات الشهر المقبل يسير بشكل جيد 20:44:51 &lt;str4d&gt; الأشهر الثلاثة هي أساساً للعلاقات العامة، وليست لإدارة المشاريع :) 20:44:51 &lt;str4d&gt; (على الرغم من أنها ستساعدني بالتأكيد على تنظيم وقتي!) 20:44:51 &lt;str4d&gt; يمكننا مناقشة 4c) أكثر في اجتماع الشهر القادم. حالياً، أشجّع مزيداً من الحضور هنا على التفكير في 4b)، والبدء بالعمل على 4a) :D 20:44:51 &lt;str4d&gt; 4d) العلامة التجارية (والعلاقات العامة) 20:44:51 &lt;str4d&gt; حالياً تركز استراتيجية العلاقات العامة لـ I2P Summer Dev حول التدوينات وتويتر 20:44:51 &lt;str4d&gt; سأكتب تحديثات منتظمة للمدونة حول ما نقوم به. 20:44:51 &lt;str4d&gt; خطة تقريبية: 20:44:51 &lt;str4d&gt; - تدوينة الإطلاق (تم) 20:45:30 &lt;str4d&gt; - واجهات APIs (سأكتب خلال الأيام القليلة القادمة، لنشر العمل على Maven Central وقائمة المقترحات الأخرى لهذا الشهر) 20:46:02 &lt;str4d&gt; - التطبيقات (نشر قائمة المشاريع التي سنتعاون معها، وكذلك مقترحات أخرى، وملخص عن أدائنا في شهر واجهات APIs) 20:46:11 &lt;str4d&gt; - الملحقات (ترتيب مشابه لتدوينة التطبيقات) 20:46:19 &lt;str4d&gt; - تدوينة ختامية 20:46:54 &lt;str4d&gt; لذا يجب أن تكون التدوينات المتبقية متباعدة حوالي شهر، وربما مع تحديثات أصغر بينهما حسب الحاجة 20:47:19 &lt;str4d&gt; في الوقت نفسه على تويتر، أي شيء ننشره متعلق بهذا العمل يجب أن يحمل الوسم #I2PSummer 20:47:38 &lt;str4d&gt; (هذه التدوينات، تعليقات حول واجهة API أو تطبيق تعمل عليه، إلخ...) 20:47:50 &lt;psi&gt; re: go i implement net.* for i2p in go 20:48:10 &lt;str4d&gt; psi، رائع! 20:48:28 &lt;psi&gt; net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi يمرر للأعلى 20:48:56 &lt;str4d&gt; فيما يخص العلامة التجارية، خطرت لي فكرة قبل ثلاثة أيام من الإطلاق أنه سيكون رائعاً أن يكون لدينا نوع من الشعار لـ I2P Summer Dev (يفضل أن نعيد استخدامه في السنوات المقبلة) 20:48:58 &lt;psi&gt; ++ sam default plz 20:49:12 &lt;str4d&gt; ثم رأيت Elio Qoshi يطلق شركة ناشئة للتصميم مفتوح المصدر بعد يوم 20:50:00 &lt;zzz&gt; أي شيء آخر بخصوص 4) ؟ 20:50:09 &lt;str4d&gt; إذن: تواصلتُ معه حول تصميم شعار لنا لـ I2P Summer Dev (بشكل مستقل، ومع نص للاستخدام على اللافتات، القمصان، إلخ)، مستهدفين نهاية هذا الشهر للتسليم 20:50:47 &lt;str4d&gt; ذكرت ميزانية قدرها 200$، لأن هذا ما كنت مرتاحاً لدفعه بنفسي إذا رأى المشروع أن هذا ليس استخداماً جيداً للأموال. 20:50:55 &lt;str4d&gt; إذن: هل هذا استخدام جيد للأموال؟ 20:51:25 &lt;psi&gt; هل لدينا طاقم كافٍ لـ summer of $i2pthing ؟ 20:51:41 &lt;zzz&gt; ليس استخداماً جيداً للأموال ما لم نخطط لفعل شيء به 20:51:47 &lt;str4d&gt; (sadie تتواصل أيضاً مع مصمم تعرفه، وشركة Elio الناشئة تعد بضمان استرجاع 100% إذا لم تعجبنا التصاميم، لذا فهي منخفضة المخاطر برأيي) 20:52:26 &lt;str4d&gt; zzz، الخطة هي استخدام الهوية على حساب GetI2P على تويتر (الصورة الرمزية + اللافتة)، واستخدامها في التدوينات ذات الصلة على الموقع (وعلى الصفحة الرئيسية بطريقة ما)، إلخ. 20:52:29 &lt;zzz&gt; لذا ما لم تكن لدينا خطط ملموسة لاستخدامها بسرعة، فستكون أموالاً مهدورة 20:52:36 &lt;str4d&gt; ربما قمصان (sadie تتحقق من التكلفة) 20:52:54 &lt;str4d&gt; zzz، لهذا أريد تسليماً بنهاية هذا الشهر، لكي نحصل على شهرين لاستخدامها 20:53:09 &lt;str4d&gt; ثم تكون لدينا للاستخدام المستقبلي 20:53:16 * psi lag 20:53:41 &lt;str4d&gt; كما قلتُ في تدوينة الإطلاق، أنا متحمس لتقديم هدايا دعائية للمساهمين الجدد. حالياً هي ملصقات، وربما تكون قمصاناً 20:54:04 &lt;str4d&gt; psi، لسنا حالياً مكتملين بالطاقم لـ I2P Summer Dev، هناك مجموعة من الأفكار تبحث عن مطورين :) 20:54:14 &lt;zzz&gt; من فضلك احصل على موافقة echelon قبل إنفاق أي أموال 20:55:03 &lt;psi&gt; حسناً 20:55:09 &lt;str4d&gt; تواصلتُ مع eche|on عندما خطرت لي الفكرة، لكن أردتُ الحصول على تأكيد في اجتماع :) 20:56:02 &lt;psi&gt; بخصوص summer of $i2pthing أعتقد أن i2p net.* الخاص بي قد يتناسب مع libp2p الخاص بـ ipfs بسهولة نسبية لكن الاندماج الأولي في عملية تطوير ipfs مُخيف 20:56:04 &lt;zzz&gt; إذن هل لديك موافقة منه بالفعل، أم أنك فقط أخبرته أنك تفكر بالأمر؟ 20:56:22 &lt;psi&gt; أقصد مكتبتي بلغة go لـ i2p 20:56:41 &lt;str4d&gt; zzz، أخبرته بما أفكر به وميزانيتي المقترحة، وقلتُ إني سأطرح الموضوع في الاجتماع 20:56:50 &lt;zzz&gt; أريد تجنب المشكلة التي حصلت مع الملصقات، حيث ناقش hottuna الأمر بشكل غير واضح مع eche، ثم قدّم فاتورة بـ 600$ 20:56:57 &lt;str4d&gt; إذا كان كل ما أحتاجه هو موافقة eche، فسأذهب للحصول عليها وأتابع طريقي :D 20:57:22 &lt;psi&gt; اعتماداً على ما إذا كنت سأنجح في مقابلة العمل القادمة لديّ، قد يتوفر لدي وقت فراغ كبير أو لا 20:57:43 &lt;str4d&gt; zzz، سيكون كذلك 20:57:51 &lt;str4d&gt; (سنتجنب تلك المشكلة) 20:58:06 &lt;str4d&gt; psi، هل libpnp مكتوب بـ Go؟ 20:58:07 &lt;zzz&gt; 200$ ليست بالكثير، لكنها أيضاً لن تمنحنا الكثير. القمصان أكثر تكلفة وتتطلب عملاً أكبر بكثير إذا كنت ستوصلها إلى نيويورك من أجل HOPE 20:58:16 &lt;psi&gt; libp2p مكتوبة بـ go و js 20:58:26 &lt;str4d&gt; حسناً 20:58:32 &lt;zzz&gt; أي شيء آخر بخصوص 4) ؟ 20:58:33 &lt;str4d&gt; هل OpenBazaar مكتوبة بـ Go أيضاً إذن؟ 20:58:35 &lt;psi&gt; بل هي طبقة تجريد الشبكة الخاصة بـ ipfs 20:58:38 &lt;psi&gt; إنها API 20:58:49 &lt;psi&gt; openbazaar هي py2 20:58:49 &lt;str4d&gt; zzz، هذا فقط للشعار. القمصان ستكون بميزانية منفصلة 20:58:53 &lt;psi&gt; تستخدم twisted 20:59:02 &lt;str4d&gt; ونعم، sadie تتحقق من القمصان في الوقت المناسب لـ HOPE 20:59:02 &lt;psi&gt; (iirc) 20:59:17 &lt;str4d&gt; psi، لكنهم قالوا إنهم يتحولون إلى IPFS... غريب 20:59:34 &lt;zzz&gt; نداء أخير بخصوص 4) 20:59:37 &lt;str4d&gt; على أية حال، إذا كان لديك وقت هذا الشهر لتحديث مكتبات SAM إلى 3.3، فسيكون ذلك رائعاً :) 20:59:48 &lt;str4d&gt; حسناً حسناً، انتهيت :P 20:59:55 &lt;psi&gt; نعم سيتم تنفيذ sam 3.3 بالتأكيد 20:59:57 &lt;str4d&gt; (في 4)) 21:00:08 &lt;zzz&gt; سيكون من الجيد تحديث جانب i2pd إلى 3.3 أيضاً 21:00:16 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:00:25 * zzz يجد baffer 21:00:28 &lt;str4d&gt; أوه، أفكر في نقل مكتبات SAM تحت مشروع i2p على GitHub 21:00:38 &lt;str4d&gt; ونعم، لدي 5) إعادة جدولة الاجتماع القادم 21:00:50 &lt;zzz&gt; حسناً 5) تفضل يا str4d 21:01:09 &lt;str4d&gt; أرى أنه سيكون من الجيد جعل بعض المكتبات غير المعروفة (أنظر إلى libsam3 و i2psam هنا) أكثر وضوحاً 21:01:11 &lt;psi&gt; أي مكتبات sam تحديداً؟ 21:01:22 &lt;psi&gt; تذكّر أن خلط التراخيص أمر سيئ 21:01:22 &lt;str4d&gt; txi2p ربما من الجيد تركها حيث هي، إذ لديها بالفعل الكثير من الروابط 21:01:32 &lt;str4d&gt; psi، لن تكون في مستودع i2p.i2p 21:01:37 &lt;zzz&gt; دعونا نؤجل بقية أمور المكتبات إلى ما بعد الاجتماع 21:01:39 &lt;psi&gt; أوه 21:01:42 &lt;zzz&gt; حسناً 5) تفضل يا str4d 21:01:54 &lt;psi&gt; تمام 21:01:54 &lt;str4d&gt; سأستضيف فقط مستودعات git الموجودة 21:01:57 &lt;str4d&gt; 5) إعادة الجدولة 21:02:13 &lt;str4d&gt; أجد صعوبة في حضور موعد هذا الاجتماع حالياً لأنه مبكر 21:02:21 &lt;str4d&gt; و sadie تجد صعوبة لأنه ضمن ساعات العمل 21:02:46 &lt;str4d&gt; أود أن أقترح نقل موعد الاجتماع ساعة لاحقاً، ما يحل المشكلتين. 21:03:16 &lt;str4d&gt; (على الأقل لبقية الصيف، يمكننا إعادته عند تغييرات التوقيت الصيفي إذا أردنا) 21:03:18 &lt;zzz&gt; هل يمكنك فضلاً التأكد من الأوروبيين، فهم الأكثر تأثراً 21:03:58 &lt;str4d&gt; هذا eche|on، ومن أيضاً...؟ 21:03:59 &lt;zzz&gt; ما تتفق عليه معهم مناسب لي. هذا ما قلته في الاجتماع الماضي، أو ربما الذي قبله. 21:04:10 &lt;zzz&gt; بالأساس ech 21:04:24 &lt;str4d&gt; حسناً 21:04:33 &lt;str4d&gt; سأطلب منه في نفس الوقت الذي أرتّب فيه الميزانيات 21:04:53 &lt;str4d&gt; إذا كان موافقاً، فربما الأسهل هو تغيير الوقت مباشرةً وانتظار الشكاوى :P 21:05:02 &lt;zzz&gt; دعنا نجربه للشهر القادم ونرى كيف يسير، ولكن نعم، من الجيد سؤاله أولاً 21:05:07 &lt;zzz&gt; أي شيء آخر بخصوص 5) ؟ 21:05:14 &lt;str4d&gt; هذا كل شيء عندي! 21:05:17 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:05:45 &lt;str4d&gt; صيف تطوير سعيد للجميع! لنجعل I2P يندمج من جديد! 21:05:49 * zzz ***bafs*** أغلق الاجتماع </div>/ar/blog/2016/06/07/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.26/Tue, 07 Jun 2016 00:00:00 +0000/ar/blog/2016/06/07/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.26/<p>أصبح I2P الآن موقعًا مقترحًا على Stack Exchange! يرجى التعهّد باستخدامه حتى تبدأ المرحلة التجريبية (Beta).</p> <h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>0.9.26 يتضمن ترقية كبيرة لمكتبة التشفير الأصلية الخاصة بنا، وبروتوكول اشتراك جديد لدفتر العناوين مع توقيعات، وتحسينات كبيرة في حزم Debian/Ubuntu.</p> <p>في ما يخص التشفير، قمنا بالترقية إلى GMP 6.0.0، وأضفنا دعمًا للمعالجات الأحدث، مما سيُسرّع عمليات التشفير بشكل ملحوظ. كما أننا نستخدم الآن دوال GMP بزمن ثابت لمنع هجمات القناة الجانبية. كإجراء احترازي، فإن تغييرات GMP مفعّلة لعمليات التثبيت الجديدة وبُنى Debian/Ubuntu فقط؛ وسنضمّنها في التحديثات داخل الشبكة ضمن الإصدار 0.9.27.</p>/ar/blog/2016/06/01/%D8%AA%D8%B7%D9%88%D9%8A%D8%B1-i2p-%D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%8A/Wed, 01 Jun 2016 00:00:00 +0000/ar/blog/2016/06/01/%D8%AA%D8%B7%D9%88%D9%8A%D8%B1-i2p-%D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%8A/<p>خلال السنوات القليلة الماضية، أصبحت الحاجة إلى تمكين المستخدمين من التحكم في بياناتهم الخاصة أكثر وضوحًا على نحو متزايد. وقد أُحرِز تقدّم ممتاز في هذا الصدد مع صعود تطبيقات المراسلة مثل Signal، وأنظمة تخزين الملفات مثل Tahoe-LAFS. العمل المتواصل لـ Let&rsquo;s Encrypt من أجل إيصال HTTPS إلى العالم بأسره يكتسب زخمًا مطّردًا.</p> <p>لكن تضمين الخصوصية وإخفاء الهوية في التطبيقات ليس أمرًا بسيطًا. كثير من البرمجيات التي يستخدمها الناس يوميًا لم تُصمَّم للحفاظ على الخصوصية، والأدوات المتاحة للمطورين عمومًا ليست سهلة الاستخدام. يقدّم استطلاع OnionScan الذي نُشر مؤخرًا لمحة عن مدى سهولة أن يسيء حتى المستخدمون التقنيون تهيئة خدماتهم، بما يقوّض أهدافهم تمامًا.</p>/ar/blog/2016/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2016/Tue, 03 May 2016 00:00:00 +0000/ar/blog/2016/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eche|on, pr0ng, xmpre, xmz, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:46 &lt;zzz&gt; 0) مرحبًا 20:00:46 &lt;zzz&gt; 1) حالة Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 &lt;zzz&gt; 2) تحديث التخطيط لإصدار 0.9.26 (zzz) 20:00:46 &lt;zzz&gt; 3) تحديث التخطيط لـ HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 &lt;zzz&gt; 0) مرحبًا 20:00:52 &lt;zzz&gt; مرحبًا 20:01:01 &lt;pr0ng&gt; Hey Eeepers 20:01:22 &lt;zzz&gt; 1) حالة Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 &lt;zzz&gt; حسنًا، حدث الكثير بشأن Tails خلال الشهر الماضي 20:01:33 &lt;pr0ng&gt; مرحبًا zzz 20:01:47 &lt;Irc2PGuest33835&gt; مرحبًا 20:02:01 &lt;zzz&gt; 0.9.25 دخل ضمن Tails 2.3، و0.9.26 قد يتوافق أو لا يتوافق مع 2.4. pr0ng هل يمكنك أن تعطينا تقريرًا موجزًا؟ 20:02:51 &lt;pr0ng&gt; لست متأكدًا من جزء 'not line up' - هل هذا هو دعم الاستمرارية في I2p؟ 20:03:05 &lt;zzz&gt; أعني من ناحية الجدول الزمني 20:03:36 &lt;pr0ng&gt; بشكل أساسي، أُخذ هذا الإصدار من مستودع deb.i2p.no وتم رفعه إلى مستودع APT الخاص بـ Tail بواسطة 'anonym' 20:04:00 &lt;pr0ng&gt; اختبرتُ الإصدار بمعزل على صورة Tails، بشكل موسّع إلى حدّ ما 20:04:20 &lt;pr0ng&gt; كنت أتواصل مع anonym لفهم ما الذي يذهب إلى أين ومتى 20:04:28 &lt;zzz&gt; وأخبرتهم أنك اختبرته... ربما لهذا قام anonym بالباقي؟ 20:04:48 &lt;pr0ng&gt; شخص لطيف ومتعاون جدًا، قدّم لي الكثير من النصائح والمساعدة 20:05:02 &lt;pr0ng&gt; أصبح لدي الآن فهم دقيق لكيفية اختبار الإصدار ونشره 20:05:27 &lt;zzz&gt; هل ما حدث مع .25/2.3 هو العملية الفعلية، أم أنهم يتوقعون منك القيام بالمزيد في المرة القادمة؟ 20:05:42 &lt;pr0ng&gt; بالفعل. أخذوا ملف .deb من I2P مباشرة 20:06:40 &lt;pr0ng&gt; هناك بضع نصوص برمجية تحدد كيفية نشر I2P - هم/‏anonym استخدموها، وأنا الآن أعرف أين هي وكيفية البناء/النقل لإدراجها 20:07:29 &lt;zzz&gt; حسنًا إذًا ستقوم بالمزيد في المرة القادمة 20:07:55 &lt;pr0ng&gt; يمكنهم الأخذ من deb.i2p2.no أو بطرق أخرى - هم يسلّطون الضوء على جانب الاستمرارية حاليًا - قد أحتاج للقيام بأمور أخرى لجعل ذلك يعمل في الإصدار القادم، لكن سأتحقق على وجه اليقين. 20:08:20 &lt;eche|on&gt; عظيم حتى الآن 20:08:30 &lt;pr0ng&gt; c'est possible - يبدو أنني سأتمكن من 'تسليم' الإصدار بنفسي هذه المرة 20:08:33 &lt;zzz&gt; إذًا بدأت الآن بالخوض في القضايا المعلّقة لديهم، وأولها الاستمرارية؟ 20:08:48 &lt;pr0ng&gt; نعم - يسعدني أنه تم وتعلمتُ المتطلبات 20:10:09 &lt;pr0ng&gt; نعم - سأطلع على القضايا المعلّقة - ويبدو أن عنصر الاستمرارية يُعدّ 'ميزة لطيفة' أكثر منه ضرورة، لكنه أُبرز في حديثنا. 20:10:24 &lt;zzz&gt; ما الموعد النهائي الذي تحتاجه لكي أضع 0.9.26 في deb.i2p2.no حتى تتمكن من إدخاله في Tails 2.4؟ 20:11:48 &lt;pr0ng&gt; سأحتاج لتحديد ذلك - هذا شيء لا أستطيع الجزم به في الوقت الحالي 20:12:01 &lt;pr0ng&gt; سأعود بالتأكيد بإجابة عن ذلك 20:12:13 &lt;zzz&gt; حسنًا، أخبرني، حتى لو كان مجرد تخمين. 20:12:22 &lt;zzz&gt; أي شيء آخر حول 1) ؟ 20:12:40 &lt;pr0ng&gt; سأفعل، بالتأكيد. 20:12:52 &lt;pr0ng&gt; حتى الآن الأمور تسير على ما يرام، أظن. 20:13:04 &lt;zzz&gt; شكرًا مرة أخرى، أنت تقوم بعمل رائع، وسعيد بوجودك على هذا الأمر 20:13:34 &lt;zzz&gt; 2) تحديث التخطيط لإصدار 0.9.26 (zzz) 20:13:36 &lt;pr0ng&gt; يسرّني المساعدة - كانت منحنى تعلّم حادًا، لكنني أصبحت أكثر ارتياحًا للعملية والمتطلبات. :) 20:14:11 &lt;zzz&gt; أنهيت الأجزاء الرئيسية من .26 -- بروتوكول الاشتراك في دليل العناوين، وضمّنّا قوائم إبطال الشهادات (CRLs) في موجز الأخبار. وقد قمنا بدمج GMP 6 20:14:48 &lt;xmz&gt; zzz: هل أبلغ أحد عن إعداد عائلة يعمل باستخدام وحدة تحكم Java I2P؟ 20:14:48 &lt;xmz&gt; zzz: لم أنجح في تشغيله قط 20:14:50 &lt;zzz&gt; أتحول الآن إلى إصلاح الأخطاء وسيكون ذلك محور تركيزي حتى الإصدار. أنا على أثر خطأ غريب في المؤقّت أظن أنه السبب الجذري لبعض المشكلات التي يواجهها الناس 20:15:32 &lt;zzz&gt; xmz، بخلافي، لم أسمع بأي تقارير عن فشل أو نجاح 20:15:34 &lt;pr0ng&gt; أعتذر عن جهلي - هل تعني 'propped GMP 6' أنه 'تم إسقاط libgmp'؟ 20:15:42 &lt;zzz&gt; إذا كانت لديك مشكلات، فيرجى فتح تذكرة 20:15:57 &lt;xmz&gt; حسنًا بالتأكيد سأختبر بعد قليل وأبلّغ 20:16:05 &lt;zzz&gt; propped = propagate = دمج من فرع (تطوير) آخر 20:16:25 &lt;zzz&gt; في هذه المرحلة لم أحدد تاريخًا لـ .26 لكن يبدو أن أواخر مايو أو أوائل يونيو مرجّحان 20:16:40 &lt;pr0ng&gt; آه. حسنًا. شكرًا على ذلك :) 20:17:14 &lt;zzz&gt; شكرًا لـ eche|on على القيام ببعض بُنى التطوير. نود حقًا أن نرى من يتقدم لإنشاء موقع تلقائي حقيقي لبُنى التطوير 20:17:18 &lt;eche|on&gt; أصوّت للأسبوع الثاني من يونيو 20:17:50 &lt;zzz&gt; كما قد رأى بعضكم، أعلنت أننا نبطئ وتيرة إصداراتنا، من كل 6-8 أسابيع إلى كل 8-10 أسابيع. 20:17:52 &lt;eche|on&gt; أرغب بذلك، لكن وقتي محدود حاليًا 20:18:32 &lt;eche|on&gt; نعم، لا بأس 20:18:32 &lt;zzz&gt; هذا نتيجة جانبية لقلة الاختبارات، وقيامي بالكثير من الأمور التي كان kytv يقوم بها، وانخفاض عام في النشاط عمومًا 20:19:18 &lt;zzz&gt; كما أنه لا توجد مشاركة تُذكر في مراجعة المقترحات والاستعداد للأمور الصعبة القادمة هذا العام، خاصة NTCP2 وما يتعلق بها 20:20:10 &lt;zzz&gt; هناك أيضًا مبادرة 'summer of x' المقترحة التي كنت آمل أن أحصل من sadie على تحديث بشأنها. إذا تقدّمنا فيها، فسيؤدي ذلك إلى إبطاء الإصدارات كثيرًا 20:20:47 &lt;zzz&gt; أستطيع أن أقول لكم إنه لا أحد يعمل مسبقًا على تخطيط أو برمجة .27 حاليًا 20:20:52 &lt;zzz&gt; أي شيء آخر حول 2) ؟ 20:21:52 &lt;zzz&gt; 3) تحديث التخطيط لـ HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 &lt;zzz&gt; ما زلت أفشل في الحصول على التزام من Lance بمكان للاجتماع ضمن HOPE 20:22:51 &lt;zzz&gt; لذا لا أزال غير قادر على إعطاء أي توجيه لمن يخططون للحضور 20:23:15 &lt;zzz&gt; كانت sadie ستلتقي به الأسبوع الماضي، ولم ترد على استفساري عمّا إذا كانت قد حصلت منه على جواب 20:23:25 &lt;eche|on&gt; هممم 20:24:05 &lt;zzz&gt; إذا كان لدى أي شخص موعد نهائي محدد لمعرفة ذلك، فليتحدث. أشعر بالسوء لكثرة إلحاحي على Lance، لكنه لا يجدي إطلاقًا 20:24:26 &lt;xmpre&gt; zzz: لدي خادم Jenkins مُعدّ لـ i2pd، يمكنني إعداد واحد لـ Java I2P إن كان هناك اهتمام؟ 20:24:44 &lt;zzz&gt; نعم xmpre، بالتأكيد 20:25:20 &lt;zzz&gt; أي شيء آخر حول 3) ؟ 20:27:05 &lt;eche|on&gt; zzz: لا تزال لدي تلك التذكرة^^ 20:27:15 &lt;zzz&gt; رأيتُ في سجل الدردشة أعلاه أن لدى str4d وsadie مشكلات مع وقت الاجتماع المعتاد، وشيئًا ما حول تغيير الأساس الزمني للمناطق الزمنية لم أفهمه. إذا أردتما التفاوض مع الأوروبيين والتوصل إلى ما يناسب الجميع، فتفضلا 20:27:20 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 20:27:55 &lt;pr0ng&gt; أخطط للحضور إلى I2PCon-2 - هل هناك أي أفكار عن موعد/مكان ذلك؟ 20:28:28 &lt;pr0ng&gt; ... أقرأ الآن، هل فاتني ذلك بالفعل!؟ 20:28:33 &lt;zzz&gt; لا أظن أنه ستكون هناك i2pcon 2. 20:28:50 &lt;zzz&gt; ربما لقاء صغير في تورونتو في الخريف، كبديل مصغّر 20:28:55 &lt;pr0ng&gt; مؤسف 20:29:11 &lt;zzz&gt; إذا أردت لقاء بعض أشخاص i2p وجهًا لوجه، فأفضل فرصة هي HOPE وCCC 20:29:18 * zzz يسخّن الـ baffer 20:29:31 &lt;pr0ng&gt; سأدوّن ذلك مؤقتًا إذن. 20:29:54 * zzz *bafs* أُغلق الاجتماع </div>/ar/blog/2016/04/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2016/Thu, 07 Apr 2016 00:00:00 +0000/ar/blog/2016/04/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eche|on, hottuna, orignal, str4d, susbarbatus, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) مرحباً 20:00:05 &lt;zzz&gt; 1) بنود مفتوحة من الاجتماعات السابقة `http://zzz.i2p/topics/2093` 20:00:05 &lt;zzz&gt; 2) استبدال أدوار وخدمات kytv `http://zzz.i2p/topics/2098` 20:00:05 &lt;zzz&gt; 3) تحديث التخطيط للإصدار 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 &lt;zzz&gt; 4) التخطيط لـ HOPE `http://zzz.i2p/topics/1968` 20:00:05 &lt;zzz&gt; 5) مراجعة موجزة للاجتماعات الشهرية وإدارة المشروع بعد 3 أشهر 20:00:10 &lt;zzz&gt; 0) مرحباً 20:00:12 &lt;zzz&gt; مرحباً 20:00:38 &lt;zzz&gt; 1) بنود مفتوحة من الاجتماعات السابقة `http://zzz.i2p/topics/2093` 20:00:55 &lt;orignal_&gt; مرحباً 20:01:00 &lt;zzz&gt; - التحضير لحملة Reseed، بحلول نهاية يناير: 20:01:00 &lt;zzz&gt; ** على Sadie التواصل مع backup لمناقشة OPEN، الموعد الجديد 5 أبريل 20:01:11 &lt;zzz&gt; sadie، ما الحالة؟ 20:02:10 &lt;zzz&gt; - تقوية الشبكة - الصفحة الرئيسية وصفحات إضافية 20:02:10 &lt;zzz&gt; ** str4d، gravy، cacapo: إضافة حالات استخدام، ما الذي نجيده أكثر، مزيد من "passion" و"fat"، إضافة/إبراز Bote، بحلول نهاية يناير OPEN، على str4d إضافة حالات الاستخدام إلى الموقع بحلول 6 مارس، المزيد من التغييرات على passion إلخ بحلول 5 أبريل 20:02:15 &lt;zzz&gt; str4d، الحالة؟ 20:03:06 &lt;zzz&gt; - إضافة "Story" / التاريخ / السبب لِـ I2P 20:03:06 &lt;zzz&gt; ** على comraden التحرير/الصقل/التعزيز/النشر بحلول نهاية فبراير OPEN، الموعد الجديد 1 أبريل، وإعادة المسودة إلى zzz بحلول منتصف مارس 20:03:11 &lt;zzz&gt; comradenosebleed، الحالة؟ 20:03:34 &lt;str4d&gt; مرحباً 20:04:40 &lt;zzz&gt; إدارة التذاكر - حالياً بشكل ارتجالي 20:04:40 &lt;zzz&gt; ** على Sadie المراجعة وتقديم التوصيات أو ربما البدء بإدارتها (بحلول متى؟) OPEN، على str4d وsadie جدولة اجتماع أو إعداد تقرير بحلول 5 أبريل(?) 20:04:50 &lt;zzz&gt; sadie، str4d: الحالة؟ 20:05:49 &lt;hottuna&gt; مرحباً 20:05:59 &lt;zzz&gt; str4d OPEN - إصدار Android 0.9.24 في 3 مارس، تجميع قائمة TODO بحلول 6 مارس، مسودة roadmap بحلول 6 مارس، للمراجعة في 5-6 مارس 20:06:05 &lt;zzz&gt; str4d، الحالة؟ 20:06:33 &lt;str4d&gt; ناقشنا الأمر 20:06:41 &lt;str4d&gt; (آسف، أحضر اجتماعين في وقت واحد) 20:06:54 &lt;zzz&gt; على str4d وzzz مراجعة تذكرة VRP بحلول 12 فبراير؛ سنتخذ بعض القرارات خلال اجتماعات خريطة الطريق في 5-6 مارس (zzz أنجز في 8 فبراير، وstr4d بحلول 6 مارس) 20:06:56 &lt;str4d&gt; بخصوص: التذاكر 20:06:57 &lt;zzz&gt; str4d، الحالة؟ 20:07:29 &lt;zzz&gt; على sadie وanonimal العودة بتعديلات CoC استناداً إلى Monero 0mq في اجتماع 5 أبريل 20:07:36 &lt;zzz&gt; sadie، anonimal: الحالة؟ 20:08:25 &lt;str4d&gt; قررت سابقاً أن تكون هناك حالة "new" للتذاكر التي تحتاج إلى فرز، وما زلت أعتقد أن هذا هو الطريق الصحيح 20:09:00 &lt;str4d&gt; كما أرى أنه قد يكون من الجيد تحديد وقت منتظم لعدد منا لاستعراض هذه التذاكر 20:09:09 &lt;str4d&gt; بخصوص: أندرويد 20:09:59 &lt;str4d&gt; لم يحدث بعد لأنه مُعطَّل بسبب سكربت البناء 20:10:17 &lt;eche|on&gt; آه 20:10:54 &lt;str4d&gt; تذكرة VRP: لم يحدث بعد لأنني كنت مريضاً عندما كنت أخطط للعمل عليها 20:11:00 &lt;zzz&gt; من الواضح أن أسلوب إدارة المشروع الحالي لا يعمل لأن لا شيء يحدث. دعونا نتابع، وقد وضعت البند 5) على جدول الأعمال لتحديد ما إذا كان ينبغي أن نواصل الاجتماعات الشهرية أم لا 20:11:10 &lt;zzz&gt; تقريباً كل هذه البنود عمرها 3 أشهر وثلث 20:11:19 &lt;str4d&gt; ما حدث فعلاً، وهو غير موجود في قائمة zzz، هو أنني أنهيت ترحيل المواصفات وأنا متقدم جيداً في ترحيل المقترحات 20:11:37 &lt;zzz&gt; أخبار رائعة بخصوص المواصفات/المقترحات، أحسنت 20:12:09 &lt;str4d&gt; لذا أقول إن "لا شيء" غير صحيح، بل نقل للأولويات وهذا لا ينعكس في أسلوب إدارة المشروع الحالي 20:12:17 &lt;str4d&gt; لذا نعم، نحتاج إلى تحسين 20:12:20 &lt;zzz&gt; حسناً. منظور جيد 20:12:25 &lt;zzz&gt; أي شيء آخر حول 1) ؟ 20:13:04 &lt;str4d&gt; للجميع هنا، أمور المقترحات موجودة على `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - يُرجى المراجعة والتعليق :) 20:13:26 &lt;zzz&gt; 2) استبدال أدوار وخدمات kytv `http://zzz.i2p/topics/2098` 20:13:34 &lt;zzz&gt; هناك قائمة بحوالي 20 شيئاً قام به 20:13:44 &lt;str4d&gt; لا شيء آخر لدي 20:13:47 &lt;str4d&gt; (لقد أنجزت عملاً على I2P Android، فقط لم أصل للإصدار) 20:13:55 &lt;zzz&gt; ركزت على ما رأيته أولويات قصوى - Launchpad وDebian 20:14:14 &lt;zzz&gt; وآخرون يبحثون في أمور أخرى، واستبدلنا رابطين في صفحة لوحة التحكم الرئيسية في .25 20:14:33 &lt;zzz&gt; بالنسبة لي التالي الأكثر أهمية هو مُصين Tails 20:15:06 &lt;zzz&gt; هل يوجد هنا من يعرف Tails وDebian packaging ويمكنه المساعدة؟ إن لم يكن، سأوجه النداء على تويتر بأسرع ما يمكن 20:15:24 &lt;zzz&gt; سيتم إقصاؤنا من Tails ربما في الإصدار القادم خلال شهرين 20:15:32 &lt;zzz&gt; أعتقد 2.4 20:15:50 &lt;zzz&gt; هذا أكثر مما أستطيع تحمله. لن أقوم به. 20:16:02 &lt;str4d&gt; أف 20:16:19 &lt;str4d&gt; ما الحد الأدنى الذي تتطلبه Tails 20:16:19 &lt;str4d&gt; ؟ 20:16:20 &lt;zzz&gt; المهمة هي أخذ حزم Debian التي أقوم بها، وتعديلها/إدخالها في Tails، اختبار اختبار اختبار، بالإضافة إلى عدد من تذاكر i2p في Tails الموجودة 20:16:49 &lt;zzz&gt; يوجد تقرير كبير كتبه kytv أعتقد، وهو مرتبط من موضوع kytv على zzz.i2p 20:17:04 &lt;zzz&gt; بشكل أساسي المُدخل إلى Tails هو حزمة deb 20:17:19 &lt;zzz&gt; لكن أظن لديهم تراكم من الشكاوى 20:17:25 &lt;eche|on&gt; نداء على تويتر 20:17:33 &lt;str4d&gt; +1 على تويتر 20:17:35 &lt;zzz&gt; هل لدى أيٍّ منكم شيء للإبلاغ عنه بخصوص استبدال kytv؟ 20:18:07 &lt;str4d&gt; لم أحرز تقدماً إضافياً على خادم Buildbot CI (التكامل المستمر) منذ أن ذكرت ذلك آخر مرة على IRC قبل أسبوع أو أسبوعين 20:18:23 &lt;str4d&gt; سأعمل عليه أكثر هذا الأسبوع 20:18:42 &lt;zzz&gt; حسناً. القائمة طويلة، فلْيختر كل واحد شيئاً مهماً. 20:19:02 &lt;zzz&gt; آخر نداء للبند 2) 20:19:46 &lt;str4d&gt; إن لم يقم به أحد آخر، فقد أتولى بوت/ترحيل IRC. غير مرجح حالياً. 20:20:34 &lt;zzz&gt; أعتقد أن بُنى deb بحالة لا بأس بها لكن لا يزال هناك بعض الأمور مثل arm لـ jessie التي ربما أصلحتها اليوم، أو ربما لا 20:21:19 &lt;zzz&gt; 3) تحديث التخطيط للإصدار 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 &lt;zzz&gt; حسناً أريد أن أتناول 3a) الجدول الزمني ثم 3b) GMP 6 20:21:38 &lt;zzz&gt; 3a) الجدول الزمني 20:22:03 &lt;zzz&gt; خريطة الطريق تقول "مايو" و6-7 أسابيع من آخر إصدار في 22 مارس ستكون بداية-منتصف مايو 20:22:36 &lt;zzz&gt; في اجتماعات خريطة الطريق قبل شهر، خرجنا بخطة طموحة تتضمن بروتوكول الاشتراك في دفتر العناوين 20:23:16 &lt;zzz&gt; لكن كل ذلك انهار في اليوم التالي إذ تعطلت أمور kytv كلها وأصبح من غير المرجح عودته 20:23:36 &lt;zzz&gt; لذا لم أبدأ بعد بأي شيء متعلق بـ 26. آخر أسبوعين-ثلاثة كانت بدوام كامل على Debian/Launchpad 20:24:01 &lt;str4d&gt; حوالي سبعة أسابيع من الآن هي نهاية مايو. هل تعتقد أن ذلك ممكن؟ 20:24:15 &lt;str4d&gt; (الآن وقد أصبحت أمور debian تحت السيطرة إلى حد كبير) 20:24:19 &lt;zzz&gt; هذا سيدفع 26 على الأرجح إلى يونيو، وسيكون متأخراً كثيراً عن موعد Tails 2.4 النهائي 20:24:37 &lt;str4d&gt; أف 20:24:37 &lt;zzz&gt; نهاية مايو ممكنة، لكنها تصبح أقل احتمالاً يوماً بعد يوم 20:24:42 &lt;str4d&gt; متى موعد Tails النهائي؟ 20:25:11 &lt;zzz&gt; لا أعرف مباشرة. لقد طلبت منهم بالفعل سحب 25 بأنفسهم (رفضوا مرة بالفعل) 20:25:23 &lt;eche|on&gt; أظن أن يونيو مناسب، بما أن Tails على الـ judge حالياً 20:25:45 &lt;zzz&gt; ليس لديهم رؤية لاستخدام I2P في Tails ولا يسمعون أي مطالبات، لذا يرون أنه يسبب متاعب أكثر مما يستحق 20:26:18 &lt;eche|on&gt; نعم 20:26:33 &lt;zzz&gt; عادةً لميزة كبيرة مثل بروتوكول اشتراك دفتر العناوين، أكون قد أنهيتها قبل أسبوع من الإصدار "السابق"، جاهزة للدمج 20:26:54 &lt;zzz&gt; إذن نحن متأخرون 3 أسابيع، بالإضافة إلى وقت التطوير وهو بضعة أسابيع على الأقل، أي 5 أسابيع تأخير بالمجموع 20:27:39 &lt;zzz&gt; هذا هو الوضع. لم أدفع بأي شيء على خريطة الطريق الرسمية بعد، لكن سيتعين علي ذلك قريباً 20:27:49 &lt;zzz&gt; أي شيء آخر حول 3a) الجدول الزمني؟ 20:27:58 &lt;str4d&gt; ماذا خططنا ليدخل في إصدار 0.9.27 الفعلي؟ 20:28:16 &lt;zzz&gt; انظر رابط خريطة الطريق أعلاه 20:28:31 &lt;zzz&gt; ntcp2/dh/pt المبكرة 20:29:18 &lt;str4d&gt; ما زلت أعتقد أن الأمور يجب أن تحدث بالترتيب هناك، لذا ما يمكننا فعله هو تأجيل بروتوكول اشتراك العناوين إلى 0.9.27 20:29:27 &lt;str4d&gt; هذا يعطيك مايو للعمل عليه 20:29:47 &lt;zzz&gt; لكن لا يوجد .26 بعد. لم يحدث شيء. لا يوجد فيه سوى تغييرات deb 20:29:50 &lt;str4d&gt; ثم يمكن أن تكون .26 عبارة عن CRLs (قوائم إبطال الشهادات) وبعض التنظيف العام ربما 20:30:08 &lt;zzz&gt; حتى يقوم شخص ما (بمن فيهم أنا) بعمل شيء، لا يوجد ما يُطرح للإصدار 20:30:27 &lt;zzz&gt; سنرى كيف تسير الأمور. عليّ أن آخذ بضعة أيام لإقرار ضرائبي أيضاً :) 20:30:37 &lt;zzz&gt; أي شيء آخر حول 3a) الجدول الزمني؟ 20:30:55 &lt;eche|on&gt; لا تُشدِّد كثيراً على الجدول المخطط 20:30:56 &lt;str4d&gt; لدي بعض تحسينات واجهة المستخدم الأولية خرجت من نقاشاتي مع sadie ويمكنني تطبيقها 20:31:20 &lt;zzz&gt; 3b) GMP 6 20:31:25 &lt;str4d&gt; (ليست إعادة التصميم الكبيرة التي أخطط لها بل بعض التحسينات العامة) 20:31:50 &lt;zzz&gt; بعد نحو 15 شهراً من العمل، أنا وtuna شبه جاهزين لدمج فرع gmp6 في الفرع الرئيسي لإصدار 26 20:32:05 &lt;zzz&gt; لدى tuna حوالي مئة ملف ثنائي مبني خلال الأشهر الستة الأخيرة، بانتظار الإدراج 20:32:25 &lt;zzz&gt; بُنيت بطرق متنوعة - آلات افتراضية (VMs)، محلياً، مايكروسوفت، أنظمة مُستعارة، إلخ. 20:32:53 &lt;zzz&gt; اعتدنا إدراج ملاحظات تفصيلية عن بيئة البناء (إصدارات المترجمات، تفاصيل نظام التشغيل، إلخ) لكل ملف ثنائي نُدرجه 20:33:13 &lt;zzz&gt; لسوء الحظ، لم يحتفظ tuna بأي سجلات لأي من عمليات البناء. 20:34:06 &lt;zzz&gt; إذن السؤال: هل نبدأ من جديد (وقد يكلفنا ذلك 6 أشهر)، أم أبني ملفات لينكس الثنائية فقط ونتجاهل الباقي، أم أننا لسنا بحاجة فعلاً لهذه الملاحظات ونمضي قدماً بأخذ كل ما أنجزه tuna؟ 20:34:08 &lt;eche|on&gt; أي فرصة لإعادة بنائها؟ 20:34:47 &lt;zzz&gt; يقول tuna مستحيل. يمكن لأي شخص بناء ملفات لينكس 32/64. لكن كل الباقي إشكالي 20:35:00 &lt;eche|on&gt; سؤال جيد، في هذه الحالة: إما الإعادة أو الأخذ، لا حل وسط 20:35:25 &lt;eche|on&gt; نحتاج إلى gmp لماك وويندوز وarm 20:35:29 &lt;zzz&gt; آخر ما قاله tuna لي هو خذها أو اتركها، لقد انتهى 20:35:54 &lt;zzz&gt; حتى لو كانت عمليات البناء سريعة، فعملية الاختبار بطيئة 20:36:25 &lt;str4d&gt; هل لدينا عملية الاختبار مكتوبة في مكان ما؟ 20:36:54 &lt;zzz&gt; إذا ذهبت إلى الصفحة الأخيرة من `http://zzz.i2p/topics/1960` فقد قدّم كل ملاحظات البناء التي لديه 20:36:56 &lt;eche|on&gt; (فقط للعلم، قبلنا بعض الأشياء الأخرى مسبقاً بدون ملاحظات) 20:37:07 &lt;str4d&gt; لأن هذا يبدو تماماً ما يجب أن نضعه في خادم CI 20:37:38 &lt;zzz&gt; لقد حدّث ملفات readme حول كيفية البناء. هناك بعض المعلومات في سلسلة النقاش حول كيفية الاختبار، وقد طورت أساليبي الخاصة أيضاً 20:38:07 &lt;zzz&gt; تذكروا أنه أصدر 13 نسخة من مجموعة الملفات الثنائية خلال الأشهر الستة الماضية 20:38:36 &lt;zzz&gt; hottuna، هل لديك ما تضيفه؟ 20:38:37 &lt;str4d&gt; إذا استطاع شخص كتابة منهجية اختبار، يمكنني تحويل ذلك إلى نوع بناء في Buildbot 20:38:58 &lt;str4d&gt; ثم يبقى إيجاد الأجهزة لتوصيلها بذلك. 20:39:08 &lt;hottuna&gt; ثانية واحدة 20:39:24 &lt;str4d&gt; أفكر أنه ربما يجب علينا الاستثمار في Mac يمكننا تركه قيد التشغيل في مكان ما كـ buildslave 20:39:44 &lt;hottuna&gt; eche|on: بخصوص إعادة البناء: ليس مستحيلاً، لكنه عمل كثير جداً بالنسبة لي الآن. وبفارق كبير. 20:40:02 &lt;str4d&gt; ليس شيئاً باهظاً جداً، لكن شيئاً يمكننا استخدامه فعلاً لإكمال الثلاثي (لدينا بالفعل buildslaves لينكس وويندوز ما إن أرتب أمور الـ VM مع eche) 20:40:10 &lt;eche|on&gt; hottuna: هل هناك أي طريقة لكيفية إعادة البناء؟ 20:40:27 &lt;zzz&gt; حتى لو تم بناء كل 100 ملف غداً، سيستغرق الاختبار 3 أشهر 20:40:39 &lt;hottuna&gt; هناك مستند readme يحتوي على كل ما "يجب" أن تحتاجه. 20:40:48 &lt;str4d&gt; على الأقل استفدنا من تحسينات hottuna على السكربتات المختلفة 20:41:10 &lt;str4d&gt; لكن السؤال الآخر هو، إذا أعدنا البناء الآن، هل نقفز إلى 6.1 20:41:11 &lt;zzz&gt; بالإضافة إلى تغييرات كبيرة في كود cpuid نفسه 20:41:23 &lt;hottuna&gt; str4d: السكربتات ليست مثالية الآن، لكنها أفضل على أي حال. 20:41:23 &lt;zzz&gt; صحيح، ربما 6.1 20:41:25 &lt;str4d&gt; نعم 20:41:30 &lt;hottuna&gt; str4d: إذا أعدنا البناء، ينبغي أن نقفز إلى 6.1 20:41:44 &lt;eche|on&gt; هل يعمل الكود الجديد بشكل جيد؟ 20:41:57 &lt;hottuna&gt; eche|on: بحسب معرفتنا خالٍ من الأخطاء (هاه!). 20:42:07 &lt;zzz&gt; بالطبع في بُنى Debian نربط ديناميكياً، لذا ستحصل على 6.1 على أي حال إذا كان مُثبتاً (وهذا يذكرني، لم نختبر مكتبات gmp 6 الديناميكية) 20:42:10 &lt;str4d&gt; لست متأكداً كم تحتاج السكربتات أن تتغير لتعمل مع 6.1، لكني آمل أن تعمل بشكل إسقاط مباشر تقريباً 20:42:14 &lt;eche|on&gt; إذا كانت الاختبارات جيدة، فلنضمّنها. ولنُعد البناء مع 6.1 في قناة جانبية ولْتُدرَج المعلومات لاحقاً 20:42:38 &lt;eche|on&gt; كما أرى، لقد اختبرناه بشكل جيد حتى الآن 20:42:51 &lt;hottuna&gt; eche|on: الجزء الصعب لم يكن تشغيل السكربتات بحد ذاتها. الحصول على الأجهزة، إعداد البيئات والاختبار كان الجزء الصعب/البطيء 20:43:03 &lt;eche|on&gt; نعم 20:43:13 &lt;str4d&gt; hottuna، هذا ما أريد إدخاله في CI 20:43:15 &lt;zzz&gt; لنعد إلى السؤال الأصلي. هل نريد رمي 6 أشهر من العمل (فعلياً نعمل عليه منذ أوائل 2015) أم يمكننا قبول الملفات الثنائية التي لدينا دون أي ملاحظات عن التفاصيل 20:43:25 &lt;str4d&gt; كم جهازاً مميزاً تعتقد أنك استخدمت؟ 20:43:37 &lt;zzz&gt; دعونا نضع CI وما إلى ذلك جانباً الآن ونقرر هل لدينا مشكلة أم لا 20:43:52 &lt;hottuna&gt; str4d: يجب أن يكون إسقاطاً مباشراً غالباً، مع هدف أو اثنين إضافيين. لا جدوى من عدم دعم أحدث المعماريات التي يدعمها gmp 20:44:13 &lt;str4d&gt; zzz، أميل إلى قبول الملفات الثنائية على أن ننفذ ترحيل إلى 6.1 20:44:24 &lt;hottuna&gt; str4d: ~6 بيئات مميزة 20:44:29 &lt;zzz&gt; 6.1 على خريطة الطريق لنهاية هذا العام 20:44:39 &lt;zzz&gt; الملفات الثنائية الحالية هي 6.0 20:44:41 &lt;str4d&gt; ما الآثار الجانبية لقبولنا هذه الملفات الثنائية؟ 20:44:41 &lt;hottuna&gt; str4d: ليست هناك أجهزة لازمة بالضرورة عند البناء العابر للمنصات 20:44:51 &lt;str4d&gt; 1) ستنتهي في mtn 20:45:01 &lt;zzz&gt; أيضاً تذكر، يمنحنا ذلك تسارعات كبيرة على عتاد معين، وكذلك وقتاً ثابتاً 20:45:17 &lt;str4d&gt; 2) ستُضمَّن في ملفات التحديث والتثبيت ذات الصلة 20:45:21 &lt;zzz&gt; "تأثيرات جانبية" = أشياء سيئة؟ 20:45:28 &lt;str4d&gt; 2a) زيادة حجم ملف التحديث كثيراً 20:45:44 &lt;str4d&gt; 3) إذا كانت معطلة على نظام معين، ماذا يحدث؟ 20:46:03 &lt;str4d&gt; كنا نخطط لـ 1) على أي حال 20:46:26 &lt;zzz&gt; لا نُدرج الملفات الثنائية إلا إذا كانت ستُدمج فوراً في .26. 20:46:28 &lt;str4d&gt; وكذلك 2)، لكن سيتم استبدال ملفات 6.0 بملفات 6.1 لذا لا مشكلة كبيرة 20:46:37 &lt;str4d&gt; ما يقلقني هو 3) 20:46:43 &lt;zzz&gt; ستُدرَج فقط الملفات الثنائية الخاصة بالإصدار 20:47:00 &lt;str4d&gt; 3a) هل هناك أي كود حالي للتحقق من حالة الفشل؟ 20:47:04 &lt;zzz&gt; 3) مخاطرة عامة لأي تغيير 20:47:19 &lt;zzz&gt; الإخفاقات في gmp عادة تؤدي إلى انهيار JVM 20:47:26 &lt;str4d&gt; 3b) هل هناك طريقة للرجوع إلى libjbigi أقدم يعمل؟ 20:47:44 &lt;str4d&gt; (سواء تلقائياً أو يدوياً) 20:48:00 &lt;str4d&gt; هل يمكننا مثلاً إعادة تسمية libjbigi القديم بحيث إذا كانت هناك مشكلة، نقول للمستخدمين "اذهبوا وأعيدوا تسمية هذا الملف" 20:48:22 &lt;zzz&gt; str4d، هل تستكشف ما إذا كان ينبغي لنا تغيير jbigi أصلاً؟ هذه آثار عامة لتغيير gmp على الإطلاق 20:49:14 &lt;str4d&gt; zzz، قلقك هو أننا لا نعرف الأصل الدقيق لهذه الملفات الثنائية. افتراضي إذن أننا نقلق من أنه إن حدثت مشكلة فسيصبح تتبع المصدر أصعب بكثير. 20:49:27 &lt;str4d&gt; لذا أفكر من ناحية استراتيجيات التخفيف 20:50:00 &lt;zzz&gt; يمكننا عدم تضمين jbigi.jar في تحديث 26، بحيث يحصل عليها التثبيتات الجديدة فقط. سيكون طرحاً أبطأ. 20:50:25 &lt;zzz&gt; التثبيتات الجديدة + launchpad/deb 20:50:57 &lt;zzz&gt; الإصلاح العام هو إزالة libjbigi.so وjbigi.jar، ثم تعمل بدونها 20:51:01 &lt;str4d&gt; قد تكون فكرة جيدة على أي حال 20:51:30 &lt;str4d&gt; نطرحها للتثبيتات الجديدة، وإن لم نسمع عن مشاكل، نطرحها في التحديثات في الإصدار التالي. 20:51:43 &lt;zzz&gt; أظن أن نقطة tuna هي أنه لا شيء قابل لإعادة الإنتاج على أي حال. كلها أنظمة مُستعارة وآلات افتراضية لم تعد موجودة 20:52:23 &lt;zzz&gt; eche|on، هل معلومات النظام وmsvc من الصندوق الذي استخدمه hottuna لبُنى ويندوز متاحة؟ 20:53:10 &lt;zzz&gt; لم يتطوع tuna بأي بحث على الإطلاق لكن ألم يستعر حاسوب sadie المحمول أيضاً؟ أم أن ذلك عديم الفائدة إذ قد تكون حصلت ترقيات في هذه الأثناء؟ 20:53:24 &lt;eche|on&gt; كان لديه وصول إلى جهاز ويندوز 10 على مُضيف kvm لدي. أستطيع تسجيل الدخول والتحقق 20:53:33 &lt;str4d&gt; ممم، ولهذا أريد تنفيذ بُنى 6.1 في Buildbot على خوادم بناء يمكننا تتبعها. 20:53:57 &lt;hottuna&gt; zzz: استعرْتُ جهازي osx منفصلين من صديقين 20:53:58 &lt;eche|on&gt; لم أغيّر الآلة الافتراضية إطلاقاً 20:54:33 &lt;zzz&gt; لم يتطوع أحد حتى لأخذ Mac مجاني نقدمه (نحن ندفع ثمنه)، لأن لا أحد يريد أن يكون "رجل الماك" 20:54:51 &lt;zzz&gt; لذا المشكلة فعلاً نقص وقت وأشخاص، لا مال 20:55:17 &lt;hottuna&gt; zzz: أنا فقط لا أريد أجهزة عليّ حملها معي. 20:56:01 &lt;zzz&gt; إليكم ملاحظات البناء الكاملة لـ hottuna: 20:56:03 &lt;zzz&gt; Build notes jbigi: 20:56:03 &lt;zzz&gt; ------------------ 20:56:03 &lt;zzz&gt; Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build, VM. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; Build notes jcpuid: 20:56:03 &lt;zzz&gt; ------------------- 20:56:03 &lt;zzz&gt; Windows: Native build. Compiler: MSVC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:17 &lt;zzz&gt; هل هذه كافية أم نبدأ من جديد؟ 20:57:14 &lt;str4d&gt; بما أننا سننتقل إلى 6.1 بحلول نهاية العام، وهذه الملفات الثنائية نالت اختباراً معقولاً، أميل للقول نعم. 20:57:41 &lt;zzz&gt; أي اعتراضات؟ 20:57:45 &lt;eche|on&gt; إنها على الأقل بداية، لكن بمقاييس "Tor reproducible builds" فهي لا شيء. ما نوع المعايير التي نريدها؟ 20:58:03 &lt;hottuna&gt; لا 20:58:34 &lt;eche|on&gt; أود تضمينها في التثبيتات الجديدة مع وسم "temp". أعلم أنه عمل شاق. 20:59:14 &lt;zzz&gt; أساساً انخفض الاختبار الحالي إلى الصفر. الطريقة الوحيدة للحصول على مزيد من الاختبارات هي إدخالها في trunk، ثم إصدار. 20:59:17 &lt;susbarbatus&gt; عذراً لاقتحام الحديث؛ لدي عدة أجهزة ماك، ولا مشكلة لديّ أن أكون شخص الماك أو bsd. إذا أخبرني أحد بما هو مطلوب بعد الاجتماع، يمكنني تقييم إن كان هذا شيئاً أستطيع المساهمة فيه إن كانت معرفتي كافية/وقابلة للاكتساب. 20:59:29 &lt;zzz&gt; رائع susbarbatus 20:59:44 &lt;str4d&gt; susbarbatus، سيكون ذلك رائعاً 20:59:47 &lt;zzz&gt; حسناً إذن لنطلب من hottuna إدراجها 20:59:53 &lt;eche|on&gt; zzz: نعم، لم نقل أبداً إن الإصدار آمن وكامل 100%^^ 21:00:05 &lt;zzz&gt; hottuna، الفرع هو i2p.i2p.str4d.gmp6 (NOT i2p.i2p.zzz.gmp6) 21:00:17 &lt;hottuna&gt; حسناً 21:00:38 &lt;zzz&gt; hottuna، لا تنسَ تنفيذ mtn drop لما يجب إزالته. عند الانتهاء، ينبغي أن يطابق الدليل تماماً ما في ملف v13 zip لديك 21:00:50 &lt;zzz&gt; أي شيء آخر حول 3b) ؟ 21:00:55 &lt;hottuna&gt; هل تريد إزالة ملفات jcpuid/الملفات الثنائية القديمة للمنصات التي لم نبنِ لها؟ 21:01:09 &lt;str4d&gt; susbarbatus، ما أريده هو إعداد خادم بناء، إذا كان بإمكانك الالتزام بوجود ماك يعمل دائماً وأن تكون متاحاً للأسئلة/المساعدة عندما يفشل شيء ما. عموماً لن يتطلب ذلك مشاركة كثيرة من طرفك، لأن خادم البناء سيكون مُتحكَّماً به تلقائياً :) 21:01:28 &lt;zzz&gt; أعتقد أن اقتراح hottuna كان أن v13 هو تماماً ما سيُصدَر، لا أكثر ولا أقل. 21:01:38 &lt;zzz&gt; إذا أردت يمكننا مراجعة ذلك مجدداً بعد الاجتماع 21:01:38 &lt;str4d&gt; أو إن لم يكن يعمل دائماً، فعلى الأقل يسهل تشغيله ضمن تهيئة خادم البناء 21:01:51 &lt;hottuna&gt; zzz: ممتاز 21:01:54 &lt;str4d&gt; (الـ buildmaster سيتعامل مع خوادم البناء التي ليست دائماً على الإنترنت) 21:02:12 &lt;zzz&gt; لنؤجل حديث خادم البناء ولننتقل إلى 4) 21:02:22 &lt;zzz&gt; 4) التخطيط لـ HOPE `http://zzz.i2p/topics/1968` 21:02:23 &lt;susbarbatus&gt; str4d: ليس هناك مشكلة. يمكنني توصيل جهاز Mac Mini ~2012 لذلك. هو بطيء لكنه لن يقوم بأي شيء آخر. 21:02:24 &lt;str4d&gt; مفهوم 21:02:33 &lt;str4d&gt; ^5 susbarbatus :) 21:02:52 &lt;eche|on&gt; hope - معي تذكرة للاستخدام 21:02:57 &lt;zzz&gt; التقيت بـ Lance هذا الأسبوع. ما يزال المقترح أن يزودنا بغرفة مؤتمر صغيرة طوال اليوم، إما اليوم السابق لـ HOPE أو الذي بعده 21:03:04 &lt;zzz&gt; أي في 21 أو 25 يوليو 21:03:22 &lt;zzz&gt; شددت عليه أننا نحتاج إلى تاريخ والتزام قريباً، حتى نتمكن من شراء تذاكر الطيران 21:03:46 &lt;zzz&gt; لن تكون مفتوحة للعامة. بدعوات فقط، 5-6 أشخاص، مجرد لقاء غير رسمي لاجتماعات خريطة الطريق إلخ 21:03:51 &lt;str4d&gt; في هذه المرحلة لا أستطيع الالتزام بالحضور، رغم أن هناك احتمالاً صغيراً أن أكون في الولايات المتحدة بحلول ذلك الوقت 21:04:00 &lt;zzz&gt; بالإضافة إلى أن نعرض له ما نفعله والعكس صحيح 21:04:30 &lt;zzz&gt; لدي الآن أنا وsadie كمؤكَّدين، وcomradenosebleed وlazygravy كاحتمال. من أيضاً؟ 21:04:49 &lt;zzz&gt; وما التاريخ الحاسم الذي تحتاجون بحلوله لترتيب السفر؟ 21:05:33 &lt;zzz&gt; إن كنا فقط أنا وsadie ربما نُلغي الأمر كله، لكن دعونا نرى 21:05:39 &lt;zzz&gt; أي أحد؟ 21:06:04 &lt;zzz&gt; هل يأتي hottuna؟ 21:06:07 &lt;str4d&gt; (كل ذلك يعتمد على موعد مناقشة رسالتي، لا فكرة لدي متى سيكون) 21:06:09 &lt;str4d&gt; (وأيضاً على أمور متعلقة بالتأشيرة) 21:06:17 &lt;str4d&gt; إذا كانت مناقشة رسالتي قبل ذلك، أود أن أكون هناك (حتى لو كان مجرد مرور سريع) 21:06:17 &lt;eche|on&gt; أنا مهتم، لكن غير قادر على دفع ثمن الرحلة والفندق. خصوصاً إذا التقينا لاحقاً في كندا 21:06:17 &lt;str4d&gt; لذا اسألني مجدداً خلال شهر تقريباً 21:06:45 &lt;zzz&gt; حسناً، سأواصل الضغط على lance لتثبيت الموعد، وآمل أن يتوفر الأشخاص 21:06:50 &lt;zzz&gt; آخر نداء حول 4) 21:07:00 &lt;hottuna&gt; zzz: التوقيت محرج جداً بالنسبة لي. عليّ أن أكون في الاتحاد الأوروبي في 16 يوليو لحضور زفاف. 21:07:15 &lt;hottuna&gt; لا أظن أنني أجرؤ على الالتزام الآن، 21:07:20 &lt;zzz&gt; رائع، مرّ عبر نيويورك في طريق العودة :) 21:07:26 &lt;hottuna&gt; (أو على الإطلاق إذا كان يجب الآن) 21:07:33 &lt;hottuna&gt; همف.. 21:07:44 &lt;hottuna&gt; ليست فكرة سيئة 21:07:47 &lt;zzz&gt; 5) مراجعة موجزة للاجتماعات الشهرية وإدارة المشروع بعد 3 أشهر 21:07:59 &lt;str4d&gt; إذاً ضعني كـ "آمل" للقاء، و"غير مرجح" لـ HOPE (لأنني لا أستطيع الالتزام بالحاجة إلى تذكرة، لكنني سأستخدم واحدة احتياطية إن كنت هناك) 21:08:26 &lt;zzz&gt; حسناً، من منظوري هذا لا يعمل إطلاقاً، هناك شبه انعدام في إنجاز البنود، فهل يمكن إصلاح الأمور أم ينبغي أن نوقف الاجتماعات الشهرية؟ 21:08:40 &lt;str4d&gt; أعتقد أنه يمكن إصلاح الأمور 21:08:42 &lt;zzz&gt; إذا لم يقم أحد بأي شيء، فلا يوجد ما يُدار. ليس بذلك السوء تماماً لكنه قريب 21:09:11 &lt;str4d&gt; على الأقل، أرى أن الاجتماعات الشهرية مفيدة 21:09:30 &lt;zzz&gt; الهدف أيضاً كان نقل إدارة المشروع إلى sadie لكنها حتى لا تحضر الاجتماعات لذا هذا أيضاً ليس على المسار 21:09:32 &lt;hottuna&gt; أتفق مع ذلك 21:09:44 &lt;str4d&gt; كانت تعتقد أنه قبل ساعة 21:09:49 &lt;str4d&gt; هي الآن في اجتماع آخر 21:10:19 &lt;str4d&gt; (وصلت قبل ساعة ولم يكن أحد يتحدث هنا) 21:10:41 &lt;zzz&gt; بالتأكيد، الجميع يحب الاجتماعات عندما لا يضطر لإدارتها. لكنني أبدو أحمق وأنا أسأل كل شهر عما إذا كان شيء وعد به شخص قبل 3 أشهر قد حدث. سئمت من ذلك. 21:10:49 &lt;str4d&gt; ناقشت هذا مع sadie، ولدينا الآن اجتماعات أسبوعية للبقاء على المسار في البنود التي نعمل عليها معاً 21:11:19 &lt;str4d&gt; zzz، إذن لا تجعل تركيز الاجتماع "هل أنجزت هذا الشيء" 21:11:36 &lt;zzz&gt; ربما هذا قاسٍ جداً لكن مع نقص التقدم واختفاء kytv أرى أننا في ورطة كبيرة 21:11:40 &lt;hottuna&gt; zzz: متى يفترض أن يحدث الانتقال إلى sadie؟ 21:11:40 &lt;str4d&gt; أرى أن الاجتماعات الشهرية يجب أن تكون أكثر لإعادة تقييم الأولويات وإعادة التنظيم 21:11:58 &lt;zzz&gt; حسناً فكيف نبقي الناس على المسار لإنجاز ما وعدوا به؟ 21:12:13 &lt;str4d&gt; بينما "هل أنجزت هذا الشيء" تحتاج أ) مزيداً من المساءلة الشخصية وب) مزيداً من التواصل الفردي 21:12:30 &lt;hottuna&gt; zzz: ليست رائعة بأي حال، لكن "ورطة كبيرة" ربما مبالغة. 21:13:02 &lt;str4d&gt; zzz، في حالتي، رتبت اجتماعات أسبوعية مع sadie للمساعدة في إبقائي على المسار، ومنحتها وصولاً إلى قائمة مهامي في I2P حتى تساعد في تحديد الأولويات 21:13:07 &lt;susbarbatus&gt; str4d: أظن أن النقطة أكثر أنه لو أن الجميع كان يفي بالوعود/الالتزام لما اضطر zzz لطرح سؤال "هل أنجزت هذا" ؛). 21:13:12 &lt;str4d&gt; (عقدنا اجتماعاً واحداً حتى الآن، لذا ما زلت بحاجة لرؤية كيف يسير ذلك) 21:13:17 &lt;str4d&gt; susbarbatus، نعم 21:13:50 &lt;str4d&gt; نحتاج إلى مرونة كافية للتعامل مع حقيقة أن الناس يفعلون هذا للمتعة/التطوع خارج عملهم المعتاد 21:14:13 &lt;zzz&gt; صحيح. نظامي حالياً أنه عندما تنهي شيئاً، تُبلغ بذلك في موضوع zzz.i2p الخاص بالاجتماع، حتى لا نضطر لاستهلاك وقت الاجتماع في ذلك 21:14:15 &lt;str4d&gt; لكن نحتاج أيضاً للتأكيد أنه إن كان شخص لا يُنجز شيئاً، فهو لا يساعد 21:14:28 &lt;zzz&gt; فقط عندما لا ينهي الناس ولا يبلغون، نضطر لإضاعة الوقت هنا 21:14:42 &lt;str4d&gt; ومن الأفضل تمرير بند ما لشخص آخر بدلاً من حظره إلى أجل غير مسمى 21:14:54 &lt;str4d&gt; (يقول هذا الشخص الذي يحظر I2P Android إلى أجل غير مسمى :P ) 21:15:19 &lt;zzz&gt; إذاً أنشأ str4d وsadie نظام إدارة مشروع موازياً وغير علني كتجربة. هذا مثير للاهتمام، لكنه بالطبع غير واضح كيف يرتبط بما أفعله، أو ما إذا كان ينبغي أن أواصل فعله 21:15:55 &lt;str4d&gt; zzz، إنه جزء واحد من الصورة الأكبر 21:16:28 &lt;str4d&gt; كما قلت أعلاه، أعتقد أن محاولة "لماذا لم تفعل هذا" في اجتماع شهري ليست مفيدة كما كنا نظن 21:16:35 &lt;zzz&gt; لذا إدارة المشروع عبر منتداي والتوبيخ في الاجتماعات الشهرية، أنا مستعد لأعلن فشلها 21:16:50 &lt;str4d&gt; لأنه إذا لم يفعلوا شيئاً في الأسابيع الثلاثة الأولى، فمن غير المحتمل أن ينجزوه في الأسبوع الأخير 21:17:21 &lt;str4d&gt; لذا أرى أن المتابعات السريعة الأكثر انتظاماً لمن لديهم بنود معلّقة أفضل، وهذا ما أجربه مع sadie 21:17:34 &lt;zzz&gt; في هذه المرحلة لا أظن أنني سأحصل على المسودة من comradenosebleed، أو CoC، أو حالات الاستخدام على الويب، أو إصدار أندرويد، على الأقل ليس بحلول تاريخ محدد مهما كان بعيداً 21:18:10 &lt;zzz&gt; لذا أقترح إيقاف المراجعة الشهرية لبنود العمل. كالعادة، سيفعل الناس أو لا ما يريدون في المصدر المفتوح، ومن الصعب جداً جداً إقناع أي أحد بفعل أي شيء هنا. 21:18:36 &lt;zzz&gt; الناس سيفعلون ما يريدون، وأي جزرات وعصي لدي ليست فعالة 21:19:50 &lt;str4d&gt; أصوّت أن نبقي الاجتماعات الشهرية، ونستخدمها للاستمرار في تعديل أولوياتنا بناءً على ما يُنجز فعلاً وما حدث خلال الشهر الماضي (مثلاً ما فعلناه الآن بخصوص .26 بعد kytv) 21:20:56 &lt;susbarbatus&gt; حسناً، كيف يعمل نظام المكافآت حالياً؟ مثلاً، قائمة عامة موجزة مع حافز مدفوع. هل لا يزال الناس ينظرون إليها؟ 21:20:59 &lt;susbarbatus&gt; ما أود ذكره؛ ماذا عن المدفوعات الصغيرة للمهام. 21:21:03 &lt;str4d&gt; وفي الأثناء إذا وافق شخص على فعل شيء، فعليه أيضاً أن يوافق على إبقاء sadie على اطلاع بالتقدم، أو على الأقل إعطاء sadie قناة اتصال لتذكيره :P 21:21:21 &lt;zzz&gt; حسناً إذن أقترح أن أتنحى عن إدارة المشروع، ليُستبدل ذلك بنظام وشخص سيُحددان. ستكون لدينا اجتماعات شهرية لكن دون مراجعة بنود العمل 21:21:54 &lt;zzz&gt; الاجتماع القادم سيكون الثلاثاء 3 مايو 21:21:58 &lt;zzz&gt; أي شيء آخر حول 5) 21:22:10 &lt;zzz&gt; أي شيء آخر لهذا الاجتماع؟ 21:22:35 &lt;str4d&gt; لا شيء مني 21:22:53 &lt;zzz&gt; شكراً للجميع، اجتماع طويل اليوم 21:22:58 * zzz *bafs* أُغلق الاجتماع </div>/ar/blog/2016/03/22/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.25/Tue, 22 Mar 2016 00:00:00 +0000/ar/blog/2016/03/22/%D8%A7%D9%84%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.25/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>يتضمن 0.9.25 إصداراً رئيسياً جديداً من SAM، v3.3، لدعم التطبيقات متعددة البروتوكولات المتقدمة. ويضيف رموز QR لمشاركة عناوين الخدمات المخفية مع الآخرين، وصور &ldquo;identicon&rdquo; لتمييز العناوين بصرياً.</p> <p>لقد أضفنا صفحة تكوين جديدة &ldquo;router family&rdquo; في وحدة التحكم، لتسهيل التصريح بأن مجموعتك من routers تُدار بواسطة شخص واحد. وهناك عدة تغييرات لزيادة سعة الشبكة ونأمل أن تحسّن نجاح بناء الـ tunnel.</p> <p>كالعادة، نوصي بالتحديث إلى هذا الإصدار. أفضل طريقة للحفاظ على الأمان ودعم الشبكة هي تشغيل أحدث إصدار.</p>/ar/blog/2016/03/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D9%85%D8%A7%D8%B1%D8%B3-2016/Sat, 19 Mar 2016 00:00:00 +0000/ar/blog/2016/03/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D9%85%D8%A7%D8%B1%D8%B3-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> orignal، str4d، z3r0fox، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) مرحباً 20:00:01 &lt;zzz&gt; 1) خريطة طريق 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:05 &lt;zzz&gt; 0) مرحباً 20:00:07 &lt;zzz&gt; مرحباً 20:00:35 &lt;zzz&gt; 1) خريطة طريق 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:57 &lt;str4d&gt; مرحباً 20:01:17 &lt;z3r0fox&gt; مرحباً 20:01:17 &lt;zzz&gt; هدفي اليوم هو تقسيم خريطة طريق 27-29 إلى 27 و28-29، على الأقل 20:02:05 &lt;zzz&gt; مع أخذ هدفيَّ طويلَي الأمد في الاعتبار: 1) تنمية الشبكة؛ 2) تحسين الأمان 20:02:55 &lt;zzz&gt; فلنلقِ نظرة على قائمة 27-29. هل هناك شيء يبرز كأولوية عالية يجب أن يكون في 27، أو على الأقل نبدأ العمل عليه؟ 20:05:08 &lt;str4d&gt; "ترحيل التشفير للخدمات المخفية الحالية" &lt;-- أفترض أن هذا يعني إضافة أجزاء الواجهة الخلفية وواجهة المستخدم لتمكين الناس من إجراء الترحيل؟ 20:05:13 &lt;str4d&gt; (وكذلك القيام بذلك على stats.i2p وما إلى ذلك.) 20:05:49 &lt;str4d&gt; "أعمال أولية على تشفير جديد" &lt;-- هذا ذو أولوية عالية جداً لدي، لكن التنفيذ ما زال معطلاً بانتظار عمل التصميم 20:05:51 &lt;zzz&gt; نعم، بالاعتماد على عمل موجز الاشتراك في 26 20:06:21 &lt;zzz&gt; يمكن أن نسميه 'عمل تصميم أولي' 20:06:34 &lt;str4d&gt; هممم 20:06:41 &lt;str4d&gt; دعونا نحدد مخطط الاعتمادية الفعلي هنا 20:06:53 &lt;str4d&gt; (لبقية البنود الأولى) 20:07:11 &lt;str4d&gt; a - أعمال أولية على NTCP2 20:07:24 &lt;str4d&gt; b - أعمال أولية على DH (تبادل المفاتيح ديفي-هيلمان) الجديد 20:07:29 &lt;str4d&gt; c - أعمال أولية على تشفير جديد 20:07:29 &lt;str4d&gt; d - أعمال أولية على LS2 مع دعم متعدد الوجهات 20:07:33 &lt;str4d&gt; e - أعمال أولية على netdb جديد ("الواجهة الخلفية التالية") 20:08:23 &lt;zzz&gt; أي شيء مُوسوم بـ'أعمال أولية' غالباً لا توجد له اعتماديات 20:08:23 &lt;str4d&gt; هل يتطلب LS2 كود netDB جديداً لدعمه، أليس كذلك؟ 20:08:46 &lt;str4d&gt; نعم، إذا كان المقصود دعماً داخلياً لـrouter عند تحليل أجزائه 20:09:23 &lt;str4d&gt; لكن كيفية حصول الـrouter على تلك البيانات لتحليلها ستكون لها اعتماديات 20:09:39 &lt;zzz&gt; 'new netdb' هو أمور tuna مثل R5N، لذا فهو متعامد مع LS2 20:09:51 * str4d يحاول فصل الأشياء التي يمكننا تنفيذها قريباً عن الأشياء التي نحتاج للتركيز على تصميمها والتي قد تعيق مهاماً أخرى 20:09:54 &lt;str4d&gt; حسناً 20:10:34 &lt;str4d&gt; c يعتمد على d، على الأقل 20:10:52 &lt;str4d&gt; لأن على طبقة e2e (من الطرف إلى الطرف)، يوجد التشفير داخل الـLS (leaseSet) 20:11:08 &lt;str4d&gt; ماذا تقصد بـ b؟ 20:11:27 &lt;str4d&gt; (لأن b يبدو شرطاً مسبقاً لـ a وإلا) 20:12:08 &lt;zzz&gt; b = إعداد قائمة بخيارات DH المرشّحة، مع معلومات عن توافر الشيفرة، السرعة، إلخ. 20:13:04 &lt;str4d&gt; حسناً، إذن b *is* شبه مستقل عن a :) 20:13:04 &lt;zzz&gt; c = وضع خطة، وإعداد قائمة 20:13:51 &lt;zzz&gt; الكثير من أمور 'الأعمال الأولية' هذه ماتت في مهدها. لم يفكّر فيها أحد منذ أشهر أو سنوات، ولا نقاشات حديثة 20:14:04 &lt;zzz&gt; لا بد لأحد أن يغوص فيها مجدداً 20:14:07 &lt;str4d&gt; آه، أدركت خطئي. افترضت أن كل ما في القائمة يشير إلى أشياء ستصل فعلياً كشيفرة برمجية 20:15:41 &lt;zzz&gt; ربما، وربما لا 20:15:52 &lt;str4d&gt; حسناً، أولوياتي الآن هي كلها دفعة واحدة ;D 20:16:25 &lt;str4d&gt; ولكن ربما نبدأ بشيء دورة إنجازه أقصر 20:16:30 &lt;zzz&gt; الكثير منه يتطلب بناء توافق وتصميماً مع i2pd وkovri قبل الترميز 20:17:02 &lt;str4d&gt; هممم 20:18:34 &lt;str4d&gt; برأيي، ما يجب أن يحدث لـ a و d هو أن يقوم فريق صغير بمراجعة كل المقترحات الحالية والحصول على بعض الوضوح، ثم عقد نوع من اجتماع مناقشة تصميم 20:18:48 &lt;str4d&gt; مع أقل قدر ممكن من الاجتماعات إن أمكن :P 20:19:28 &lt;str4d&gt; b سيكون له بعض التأثير على a من منظور التصميم، لكن يمكن تأجيله 20:20:14 &lt;zzz&gt; سأكون سعيداً بإحياء النقاشات على zzz.i2p كبداية. لدينا الآن 20-30 مقترحاً، معظمها سقط سقوطاً مدوياً أو نُسي. 20:20:37 &lt;str4d&gt; وبالمثل c بالنسبة إلى d 20:20:37 &lt;str4d&gt; لكن من بين تلك الخمسة، e سيكون على الأرجح الأكثر تأثيراً على موثوقية الشبكة... 20:20:40 &lt;zzz&gt; ونتيجة لذلك، فنحن في وضع سيئ جداً للتطوير المستقبلي حالياً 20:21:39 &lt;str4d&gt; في هذه المرحلة نضع تشفير مستوى الـtunnel جانباً، ولا مشكلة لدي في ذلك (نريد الانتظار قليلاً ورؤية ما سينتج عن عمل Tor هنا) 20:21:47 &lt;zzz&gt; وهذا سبب آخر يجعل 'summer of x' مكاناً أفضل لتوجيه الموارد. على الأقل ما يجب فعله لكل الـx أكثر وضوحاً 20:22:21 &lt;zzz&gt; هل 'تشفير مستوى الـtunnel' موجود حتى على أي قائمة أو تدوينة؟ 20:22:41 &lt;str4d&gt; لا أدري 20:22:53 &lt;str4d&gt; سنفهم هذا بشكل أفضل عندما أضع المقترحات على الموقع :P 20:23:40 * str4d سيعمل اليوم على المقدمة لذلك. 20:23:51 &lt;zzz&gt; كنت سأسألك عما تود العمل عليه أكثر، لكن يبدو ذلك سخيفاً نظراً لأن لديك أشهر وأشهر من المهام المتأخرة على قائمتك حالياً 20:24:43 &lt;str4d&gt; حسناً، الكثير من ذلك كان مجرد طموح زائد وجدولة مهام غير واقعية من جانبي 20:25:21 &lt;str4d&gt; (من دون أخذ العمل الفعلي المطلوب بالحسبان، مثل مثلاً إصدار Android...) 20:25:55 &lt;zzz&gt; أنا متشائم جداً بشأن التقدم حالياً، حتى بالنسبة لـ .26، الذي لم أبدأه بعد وقد يستغرق وقتاً طويلاً 20:26:03 &lt;str4d&gt; لـ 0.9.26 لدينا بالفعل قائمة بأشياء تحتاج إلى تنفيذ. لكن يمكننا أيضاً البدء في مناقشات التصميم. 20:26:16 &lt;zzz&gt; وقد أضطر إلى أخذ عدة أسابيع بعيداً عن الترميز لأفهم launchpad وdebian 20:26:30 &lt;str4d&gt; همم، نعم.. 20:27:04 &lt;zzz&gt; لذا في هذه المرحلة يبدو 27 بعيداً جداً 20:27:21 &lt;str4d&gt; حسناً، لنقل إن بإمكاننا إنجاز واحد فقط من [ تشفير النقل | تشفير e2e (من الطرف إلى الطرف) ] 20:27:33 &lt;str4d&gt; (من حيث القيام بالتخطيط للتصميم جنباً إلى جنب مع أشياء التنفيذ الأخرى) 20:27:41 &lt;str4d&gt; أيّهما أهم لإنجازه؟ 20:28:26 &lt;str4d&gt; تشفير النقل مهم بالنسبة إلى الخصوم من الأطراف الثالثة 20:28:56 &lt;str4d&gt; تشفير e2e مهم بالنسبة إلى الـOBEPs وIBGWs الذين يرون تلك الحزمة المشفّرة، وكذلك لأداء الـtunnel 20:29:09 &lt;zzz&gt; أميل إلى أمور النقل DH/NTCP2/padding/PT. إنها أقلّ أفكاراً فضفاضة، ولدينا مخططات أكثر لها بالفعل. الطريق أوضح 20:30:29 &lt;str4d&gt; إذاً فلنركّز على ذلك لـ .27 20:31:52 &lt;zzz&gt; أتظن أن ذلك أهم من LS2؟ إن LS2 في حالة مشابهة لأمور النقل. الكثير من المقترحات، وصفر نقاش حديث 20:32:28 &lt;str4d&gt; مثاليّاً، أود العمل عليهما معاً بالتوازي 20:32:41 &lt;str4d&gt; لكن أحاول أن أكون واقعياً هنا بشأن ما سنحققه فعلاً :) 20:32:47 &lt;zzz&gt; إذا كان لا بدّ من الاختيار، اختر واحداً 20:33:30 &lt;str4d&gt; النقل 20:33:39 &lt;zzz&gt; حسناً، متفق 20:33:46 &lt;psi&gt; متى نقل شبيه بـTLS؟ 20:34:08 &lt;str4d&gt; أمور النقل مفيدة لخصائص الإخفاء التي نقدّمها لمستخدمينا الـ*حاليين* 20:34:21 &lt;str4d&gt; أمور LS2 مفيدة للمستخدمين الـ*مستقبليين* (وكذلك الحاليين) 20:34:26 &lt;zzz&gt; ليست على أي قائمة أو مقترح على ما أذكر، psi 20:34:34 &lt;str4d&gt; وأيضاً لدي أسئلة أكثر بكثير في ذهني بخصوص LS2 مقارنة بالنقل 20:34:47 &lt;psi&gt; تمام 20:35:12 &lt;zzz&gt; str4d، إذا أمكنك وضع تلك الأسئلة في خيوط zzz.i2p فسيكون ذلك بداية 20:35:19 &lt;str4d&gt; zzz، لست متأكداً من ذلك، أعلم على الأقل أنها موجودة على ويكي Trac 20:36:19 &lt;zzz&gt; بشكل أساسي هناك نحو 20 مقترحاً على zzz.i2p تموت شوقاً لمشاركة str4d وpsi وorignal وanonimal. إذا نقلنا اثنين منها إلى أعلى القائمة كما فعلنا اليوم، نأمل أن تنال مزيداً من الاهتمام 20:36:19 &lt;str4d&gt; ربما الأدق أن نقول "علامات استفهام" 20:36:36 &lt;str4d&gt; ممم 20:36:38 &lt;zzz&gt; صحيح، بعض أمور LS2 أشبه بـ'ارمِه على الحائط وانظر ما يلتصق' 20:37:01 &lt;str4d&gt; لذا في ذهني، مهمة الـ#1 لدي الآن هي وضع المقترحات على الموقع 20:37:31 &lt;zzz&gt; في ذهني، Android هو الـ#1 بالنسبة لك 20:37:42 &lt;str4d&gt; (ومهمتي الـ#1 الأخرى هي إصلاح خطأ ProGuard في I2P Android) 20:37:50 &lt;str4d&gt; نعم 20:38:08 &lt;orignal&gt; لا بأس لدي مع أي مقترح ما دام يجري دفعه قُدُماً 20:38:08 &lt;str4d&gt; في أسوأ الأحوال، سأتراجع عن إصلاح Samsung 4.2 لهذا الإصدار 20:38:09 &lt;zzz&gt; إذن بالنسبة لـ 27، القائمة هي أمور النقل: تقدم في DH وNTCP وPT 20:38:21 &lt;zzz&gt; أي شيء آخر لـ 27؟ 20:38:39 &lt;str4d&gt; ممم. ضع عمل تصميم LS2 في .28 20:39:17 &lt;str4d&gt; zzz، سيكون من الجيد التخطيط الأولي لتصميم الـconsole 20:39:45 &lt;orignal&gt; بالنسبة لي لا أستطيع الانتظار لتشفير جديد، خصوصاً للـdestinations، لذا ينبغي تنفيذ LS2 بأسرع ما يمكن 20:40:08 &lt;str4d&gt; (بمعنى اتخاذ اتجاه وخريطة طريق، لا تنفيذ فعلي) 20:40:08 &lt;zzz&gt; حسناً 20:41:18 &lt;zzz&gt; أعتقد أن هذا 27 طموح جداً: ترحيل التشفير للخدمات المخفية الحالية + أمور النقل 20:41:20 &lt;str4d&gt; orignal، وأنا كذلك؛ لذا أريد التأكد من أننا سننجزه بشكل صحيح :) 20:41:43 &lt;zzz&gt; سأضع LS2 وما يتعلق به في 28 وأنقل كل شيء آخر إلى 29؟ 20:42:35 &lt;str4d&gt; يبدو معقولاً 20:42:35 &lt;str4d&gt; إذن .27 يحتوي على مزيج جيد من التصميم والتنفيذ 20:42:38 &lt;zzz&gt; أي شيء آخر حول 1) خريطة الطريق ؟ 20:43:18 &lt;str4d&gt; ليس لدي شيء الآن. 20:43:27 &lt;zzz&gt; أي مواضيع أخرى؟ 20:43:34 &lt;str4d&gt; نريد العودة إلى هذا بالطبع، ربما في منتصف .26 20:44:08 &lt;str4d&gt; (للتأكد من أننا على المسار الصحيح مع التحضير اللازم لـ .27) 20:44:50 &lt;str4d&gt; 2) كيف نتقدم بخصوص التعافي من اختفاء kytv؟ 20:44:55 &lt;zzz&gt; الاجتماع الشهري التالي في 5 أبريل. أود أن أقول مسبقاً إنه إذا لم يبلغ أحد بأنه أنجز شيئاً منذ اجتماع 3 مارس، فسأعلن أن أسلوب إدارة المشروع الجديد هذا فاشل. إذا لم يكن أحد يفعل شيئاً، فلا يوجد ما يُدار ولا حاجة لاجتماعات شهرية 20:45:33 &lt;str4d&gt; ذكرتَ launchpad وdebian أعلاه. هل هناك أي شيء آخر تعتبره عاجلاً لعملية التعافي؟ 20:45:35 &lt;zzz&gt; 2) Meeh كان يجري بعض البحث حول launchpad/debian وهو انقطاعنا الرئيسي. أحتاج إلى مقارنة الملاحظات معه 20:46:05 &lt;zzz&gt; تبادلتُ أنا وechelon رسائل بريد إلكتروني مع Tails، إنهم قلقون بشأنه ويبحثون عن بديل. 20:46:18 &lt;zzz&gt; أخبرتهم أن هذا لن يحدث من جانبنا قريباً، إنها مشكلتهم الآن 20:46:58 &lt;zzz&gt; كل الأشياء الأخرى المتعلقة بالـbuild (geoip, tx) قمت بتغطيتها. 20:47:16 &lt;zzz&gt; لكن launchpad/deb كارثة. لا أحد آخر يعرف أي شيء، ولا شيء مُدوَّن 20:47:58 &lt;zzz&gt; وما فعله لـ 24 غير مكتمل، لذا هناك مزيد من العمل على 24 قبل أن نصل إلى 25 20:48:16 &lt;zzz&gt; أي شيء آخر حول 2) ؟ 20:48:42 &lt;str4d&gt; هل سيكون من المفيد نشر نداء لمُعِدّ حزم جديد؟ 20:48:50 &lt;str4d&gt; (مثلاً على Twitter؟) 20:48:53 &lt;zzz&gt; بالتأكيد 20:49:07 * zzz يمد يده إلى الـbaffer 20:49:20 &lt;str4d&gt; يمكن لـsadie صياغة كلمات النداء بدقة 20:49:49 &lt;str4d&gt; (نريد أن يكون مرحِّباً ومشجِّعاً دون أن يبدو مذعوراً جداً ;) ) 20:49:56 &lt;zzz&gt; لا تفوّض كل تغريدة إلى sadie، مسموح لك أن تغرّد أيضاً :) 20:50:04 * zzz ‏*bafffs* يغلق الاجتماع </div>/ar/blog/2016/03/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%85%D8%A7%D8%B1%D8%B3-2016/Sun, 06 Mar 2016 00:00:00 +0000/ar/blog/2016/03/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D9%85%D8%A7%D8%B1%D8%B3-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> EinMByte, sadie, str4d, z3r0fox, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; 2) 0.9.26 مُرحَّلة &lt;zzz&gt; 3) صيف X &lt;zzz&gt; 4) 27-29 مؤجلة إلى الاجتماع القادم &lt;zzz&gt; 0) مرحباً &lt;zzz&gt; مرحباً &lt;str4d&gt; مرحباً &lt;zzz&gt; سأشرح البند 3) عندما نصل إليه &lt;EinMByte&gt; مرحباً &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; `http://trac.i2p2.i2p/ticket/1119` &lt;zzz&gt; هل حصل الجميع على فرصة لمتابعة ومراجعة هذه التذكرة؟ * str4d على وشك نشر تعليقاته &lt;zzz&gt; str4d ما الانطباعات العامة؟ &lt;str4d&gt; بشكل عام أراه جيداً جداً. أعجبني الانطباع الإيجابي الذي وصلنا من أشخاص يعملون في هذا المجال كمهنة :) &lt;zzz&gt; أظن أننا على المسار الصحيح، تقريباً &lt;zzz&gt; هذه التذكرة موجودة منذ سنتين. لقد طرحتَ h1 (منصة HackerOne) قبل 14 شهراً. لدينا مسودات عملية VRP (برنامج مكافآت الثغرات) من anonimal منذ سبتمبر &lt;zzz&gt; أعتقد أنه خلال هذه الفترة أصبحت h1 منصة موثوقة إلى حد كبير &lt;str4d&gt; أتفق مع zzz أن النقاط المتأخرة مُفصّلة أكثر مما ينبغي، لكنني أرى أن قسمي العملية والاستجابة (القسمان III وIV) على مستوى مناسب من التفصيل &lt;zzz&gt; لم تعد لدي أي شكوك بشأن استخدام h1 &lt;EinMByte&gt; نعم، رغم أنني تابعت النقاش عن بُعد فقط، إلا أن الاستجابة للثغرات ينبغي أن تتبع إجراءات أكثر صرامة مما هي عليه الآن. قد تكون h1 خياراً جيداً لذلك. &lt;EinMByte&gt; s/options/option &lt;str4d&gt; أنا أيضاً +1 لاستخدام h1، للأسباب التي أوضحتها بالفعل في التذكرة. &lt;zzz&gt; str4d، التقيتَ كايتي من h1 قبل مدة صحيح؟ هل يمكن أن تطلعنا على ذلك اللقاء؟ &lt;z3r0fox&gt; مرحباً &lt;str4d&gt; نعم! التقيتها في Kiwicon 9 &lt;str4d&gt; سألتها عن التغريدة التي نشرتها، والتي ردّ عليها arice في التذكرة &lt;str4d&gt; اتضح أن arice أرسل لها فعلاً رابط تذكرتنا عبر البريد الإلكتروني ليسأل إن كان ردّه مناسباً، فانتهى بها الأمر تراجع التذكرة على هاتفها أثناء اجتماع آخر :P &lt;str4d&gt; وأعجبها أيضاً :P &lt;zzz&gt; وماذا عن الأمور المموّلة وما يفعله Tor معهم؟ &lt;str4d&gt; ذكرت أنه سيحدث، وأشارت إلى أننا قد نتمكن من الانضمام إلى البرنامج نفسه &lt;zzz&gt; وأيضاً، ما انطباعك العام عن شركة h1 بعد لقائك بكايتي؟ &lt;str4d&gt; لم أتابع هذا بعد، لأن: 1) الرسالة الجامعية، و2) لا جدوى من دخول أي برنامج إذا كنا لن نستخدم h1 بعدها &lt;str4d&gt; zzz، إيجابي جداً &lt;zzz&gt; هل لدى أحد اعتراض على استخدام h1؟ &lt;str4d&gt; يبدو أنهم يعرفون عملهم جيداً، وكايتي مزدهرة هناك بلا شك &lt;zzz&gt; هل يمكننا تشغيل h1 الآن لتصبح مباشرة، أم ماذا يجب أن يحدث أولاً؟ &lt;str4d&gt; إذا قررنا استخدام h1، فهذه برأيي الخطوات اللازمة: &lt;str4d&gt; - نُنهي VRP (برنامج مكافآت الثغرات) وننشره على الموقع &lt;str4d&gt; - ننقّح نص الواجهة/الصفحة الأولى على h1 &lt;str4d&gt; (أمور مثل كيفية استجابتنا، وما نعدّه ضمن النطاق، إلخ.) &lt;zzz&gt; هل يجب أن يُنجَز vrp قبل إطلاق h1؟ &lt;str4d&gt; - نُقرّر فريق الاستجابة &lt;str4d&gt; - ننقل الـ sandbox (بيئة اختبار معزولة) إلى نسخة بيتا مغلقة، حيث ندعو بضعة باحثين &lt;str4d&gt; - بعد أن نحظى ببعض الوقت للاعتياد على المنصة وأحجام الاستجابة وما إلى ذلك، نفتحها للعامة &lt;zzz&gt; أتعتقد فعلاً أن البلاغات ستبدأ بالتدفّق يوم نضغط زر التشغيل؟ &lt;str4d&gt; ممكن &lt;str4d&gt; أشارت لي كايتي إلى وجود عدد من الباحثين المهتمين كثيراً بمساعدة المشاريع مفتوحة المصدر، إن استطاعوا العثور عليها &lt;zzz&gt; لا أتصوّر أننا بحاجة لترتيب كل شيء مسبقاً. ليس وكأن الباحثين سيبدؤون الاختبار من اليوم الأول &lt;zzz&gt; خصوصاً إذا لم تكن هناك مبالغ مالية &lt;zzz&gt; هل تعني البيتا المغلقة أنهم يجب أن يسمحوا لهم بالدخول؟ &lt;str4d&gt; نعم &lt;str4d&gt; بشكل أساسي تقوم h1 بدعوة نحو 10 باحثين ليتمكنوا من استخدام صفحتنا &lt;EinMByte&gt; هل لديك فكرة عمّن سيُدعى؟ &lt;zzz&gt; إذن، تاركين VRP وفريق الاستجابة جانباً الآن، من سيُصلح صفحتنا على h1 لتكون جاهزة؟ str4d؟ &lt;str4d&gt; لا أتذكّر التفاصيل الدقيقة &lt;str4d&gt; (هل ندعو الناس بأنفسنا عبر h1 أم هم يختارون الباحثين من المجموعة المسجّلة لديهم) &lt;str4d&gt; الفكرة أن لا نُغرَق بتذاكر رديئة قبل أن نعتاد على كيفية التعامل معها &lt;str4d&gt; لكن، برأيي، هذا يساعدنا أيضاً على بدء بناء علاقات مباشرة مع عدد من الباحثين &lt;zzz&gt; هل لديك تصور عمّا إذا كان الجميع يطاردون المكافآت على h1 أم أن البرامج المجانية تتلقى أيضاً الكثير من التقارير؟ &lt;EinMByte&gt; بالتأكيد، أو على الأقل مع من يستخدمون h1 &lt;str4d&gt; ليس لدي شخصياً تصور عن ذلك &lt;EinMByte&gt; zzz: هل هناك إمكانية لطرح مكافآت لاحقاً؟ &lt;str4d&gt; لكن كايتي أشارت بوضوح إلى وجود باحثين يرغبون في مساعدة مشاريع FOSS (برمجيات حرة ومفتوحة المصدر) إذا استطاعوا التعرف عليها &lt;zzz&gt; هناك من يُموّل مكافآت Tor الآن، لذا نعم &lt;sadie&gt; أستطيع مساعدة str4d في الصفحة الرئيسية على h1 &lt;str4d&gt; شكراً يا sadie &lt;EinMByte&gt; لدى I2P احتياطي معقول، لماذا لا ننفق بعضه على المكافآت &lt;zzz&gt; حسناً رائع، إذن sadie وstr4d سيعملان على تجهيز جانب h1 &lt;str4d&gt; EinMByte، نعم يمكننا التوجّه إلى المكافآت، لكن ليس في البداية برأيي &lt;zzz&gt; 1mb بالتأكيد نستطيع إذا أردنا &lt;zzz&gt; أي شيء آخر بخصوص h1 أم ننتقل إلى vrp نفسه؟ &lt;EinMByte&gt; دعونا نرى كيف تسير الأمور دون مكافآت &lt;str4d&gt; وكما ذُكر أعلاه، يوجد الآن برنامج على h1 لتمويل المكافآت لمشاريع FOSS (برمجيات حرة ومفتوحة المصدر) &lt;z3r0fox&gt; تبدو النسخة التجريبية فرصة جيدة للفريق لتطوير ردود علنية في حال تم الكشف علناً عن ثغرة خطيرة فعلاً &lt;str4d&gt; وقد نتمكّن من الانضمام إليه &lt;zzz&gt; آخر نداء بشأن h1 &lt;zzz&gt; حسناً، لننظر إلى vrp نفسه في التذكرة * str4d ينشر تعليقاته &lt;zzz&gt; نحن نراجع مسودة anonimal من نوفمبر &lt;zzz&gt; لكن لن نمرّ نقطةً نقطة &lt;zzz&gt; ما الانطباعات العامة عن مسودة نوفمبر وإلى أين نذهب من هنا؟ &lt;str4d&gt; &lt;str4d&gt; أتفق مع zzz أن النقاط المتأخرة مُفصّلة أكثر مما ينبغي، لكنني أرى أن قسمي العملية والاستجابة (القسمان III وIV) على مستوى مناسب من التفصيل * zzz يأخذ دقيقة لقراءة تعليقات str4d &lt;zzz&gt; حسناً، يبدو أننا متفقون عموماً على أن مسودة نوفمبر بداية رائعة، ولدينا اتفاقات مبدئية على التعديلات اللازمة &lt;zzz&gt; ما أود فعله هو استلام المرحلة النهائية من anonimal، بحيث يُنهي str4d وأنا التعديلات وننشرها على الموقع، ونجمع فريقاً &lt;str4d&gt; يبدو جيداً &lt;zzz&gt; ما رأيكم؟ &lt;str4d&gt; هناك أيضاً تعديلات لازمة الآن بعد أن قررنا التوجّه إلى h1 بدل Trac الخاص &lt;zzz&gt; أي متطوعين لمساعدتنا في العمل على النسخة النهائية؟ &lt;zzz&gt; لا نريد أن نصبح مرتبطين بالأدوات بشكل مفرط (mtn، h1، إلخ) ضمن العملية. ينبغي أن تكون عالية المستوى بما يكفي لتجنّب معظم ذلك &lt;str4d&gt; صحيح &lt;str4d&gt; وسنظل نُكرّر تحسينها على أي حال &lt;zzz&gt; لا حاجة لأن تكون مثالية منذ البداية &lt;str4d&gt; وهذا سبب آخر لطرح بيتا خاصة في البداية &lt;zzz&gt; حسناً str4d متى سننتهي من ذلك؟ &lt;sadie&gt; مسودة vrp تبدو جيدة &lt;zzz&gt; نهاية مارس؟ &lt;str4d&gt; ممتاز &lt;zzz&gt; حسناً أي شيء آخر حول 1) ؟؟ &lt;zzz&gt; ننتقل إلى 2) مراجعة 0.9.26 &lt;zzz&gt; أي تعليقات أخرى؟ للأسف لم أحدّث خريطة الطريق على الموقع بعد &lt;zzz&gt; لذا يمكنني رفع ملاحظاتي للكاميرا &lt;zzz&gt; آسف، كان ينبغي أن أُنجز تحديث الموقع. &lt;zzz&gt; لكنني نشرت سجلات الاجتماعات الثلاثة الأخيرة، بما فيها الخميس والجمعة الماضيين، على الموقع &lt;zzz&gt; يبدو أنني سأظل أقوم بذلك حتى يعود kytv &lt;zzz&gt; أياً كان موعد اجتماعنا القادم، سأضع .26 على جدول الأعمال لننظر فيها عندها &lt;zzz&gt; أي شيء آخر حول 2) ؟ &lt;zzz&gt; حسناً ننتقل إلى 3) صيف X &lt;zzz&gt; str4d هل يمكنك شرح فكرتنا لو سمحت؟ &lt;str4d&gt; الفكرة أن نركّز التطوير لمدة ثلاثة أشهر على العناصر المواجهة للمستخدمين والمطورين في I2P &lt;str4d&gt; أي أشياء قد يهتم بها الناس فعلاً، بدلاً من تحسينات البث مثلاً ;P &lt;str4d&gt; وبالتالي أشياء يسهل الترويج لها &lt;str4d&gt; الفكرة العامة هي: &lt;str4d&gt; - صيف الـ APIs: نقضي شهراً في تحديث مكتباتنا وما إلى ذلك &lt;str4d&gt; - صيف التطبيقات: نقضي شهراً في مساعدة مشاريع أخرى على استخدام تلك المكتبات &lt;str4d&gt; - صيف الإضافات: نقضي شهراً في العمل على تطبيقاتنا وإضافاتنا &lt;zzz&gt; صحيح، الهدف نمو الشبكة عبر الوصول للجمهور وجعل التطبيقات (الخاصة بنا وتطبيقات الآخرين) أفضل &lt;str4d&gt; نعم &lt;zzz&gt; كانت فكرتي أنه إذا استطعنا الحصول على خمسة مشاريع مثل Vuze إضافية، سنصبح أكبر بخمس مرات &lt;EinMByte&gt; قد ترغبون أيضاً في إضافة التوثيق إلى ذلك &lt;str4d&gt; وفوق ذلك هناك روح Summer of Code التي يمكننا الارتباط بها على الإنترنت &lt;EinMByte&gt; لا توجد API جيدة دون توثيق لائق &lt;zzz&gt; كثيراً ما نرى مشروعاً ما يفكر في I2P لكنهم لا يعرفون الكثير ولا يحصلون على مساعدة &lt;str4d&gt; EinMByte، بخصوص أجزاء الـ API، نعم &lt;zzz&gt; متفقون 1mb &lt;str4d&gt; أي أن التركيز سيكون على جعل مكتباتنا وواجهاتنا البرمجية سهلة الاستخدام للمطورين قدر الإمكان &lt;z3r0fox&gt; تبدو فكرة حملة جيدة! تستحق المحاولة &lt;str4d&gt; مثلاً: تحديث txi2p وlibsam وغيرها إلى SAMv3.3 &lt;EinMByte&gt; دعم مزيد من اللغات؟ &lt;EinMByte&gt; مزيد من التكامل عبر المكتبات الموجودة &lt;str4d&gt; ممكن، إن توفر لدينا مطورون للمساعدة :) &lt;str4d&gt; EinMByte، نعم &lt;zzz&gt; أود أن تكون sadie مشاركة أيضاً في هذا من ناحية الهوية البصرية والتواصل &lt;EinMByte&gt; أعتقد أن عمل str4d مع Twisted رائع، وسيكون من الجيد فعل المزيد من هذا النوع &lt;str4d&gt; إصلاح دعم libtorrent، ومحاولة إدخال شيء في libp2p، إلخ. &lt;zzz&gt; صيف I2P، أو I2P صيف المرح، إلخ &lt;EinMByte&gt; أي لا نكتب API خاصتنا من الصفر، بل نقدّم إضافات لأي إطار عمل يستخدمه الناس &lt;str4d&gt; EinMByte، بالضبط. &lt;zzz&gt; دفع SAM 3.3، وجعل مكتبات الجسور المختلفة محدّثة وموثّقة، إلخ &lt;str4d&gt; أو إذا قدمنا API خاصتنا، فلنحرص على أن تكون بسيطة قدر الإمكان. هذا ما يعجبني في libsam، إنها ملفّان فقط يمكن لأي مشروع تضمينهما (أو، بشكلٍ مثالي، أي مكتبة موجودة) &lt;zzz&gt; هناك Python وGo وC وC++ وTwisted وlibtorrent وlibsockets و... و... &lt;zzz&gt; نُصلح أشياء الآخرين ونقدّم لهم طلبات سحب (pull requests) &lt;EinMByte&gt; str4d: متفق، ينبغي أن تكون الـ APIs سهلة التضمين. هذه مشكلة شائعة بالنسبة لي &lt;str4d&gt; وبينما يجري ذلك، يمكننا سؤال المشاريع الأخرى إن كانت تريد مساعدة لإدخال I2P في تطبيقاتها &lt;zzz&gt; لماذا بحق لا يعمل libtorrent؟ من يمكنه معرفة السبب وإصلاحه؟ &lt;zzz&gt; ^^ كمثال &lt;str4d&gt; ثم في المرحلة التالية من SoX، نعمل على توعيتهم ومساعدتهم على استخدام المكتبات والواجهات البرمجية المُحدَّثة حديثاً &lt;EinMByte&gt; يبدو جيداً &lt;str4d&gt; سيكون رائعاً الحصول على تبنّي لهذا من i2pd وkovri أيضاً، على الأقل في جزء الـ API &lt;str4d&gt; لأننا نريد في النهاية أن تتمكن التطبيقات من استخدام أي backend لـ I2P تريده &lt;zzz&gt; أعتقد أننا قد نُحمّس الكثير من الناس هنا. أعلم أن psi يعمل على مكتبات متنوعة &lt;zzz&gt; نحتاج قائمة بكل تطبيقات المراسلة التي نريد استهدافها &lt;str4d&gt; وهذا جيد للترابط مع جهود الوصول الحالية لدينا &lt;EinMByte&gt; إذا حصلنا على علاقات عامة (PR) مناسبة فقد ينجح الأمر &lt;EinMByte&gt; أريد إنشاء API بسيطة بـ C++ لـ kovri، في وقتٍ ما &lt;zzz&gt; رائع 1mb &lt;EinMByte&gt; حينها يمكن استخدام تلك الـ API من لغات برمجة متعددة. لكن هذه API خاصة بالنواة وليست API للعميل (لذا حالة الاستخدام مختلفة نوعاً ما) &lt;EinMByte&gt; بالمجمل ينبغي أن تسمح لأي تطبيق بتضمين نواة kovri. &lt;zzz&gt; سيكون هذا مشروعاً شمولياً لطيفاً لإشراك الجميع &lt;EinMByte&gt; متفق &lt;str4d&gt; في قائمة مهام التواصل لدي: Tahoe-LAFS وIPFS وTox وOpenBazaar وZeronet... &lt;zzz&gt; حسناً كيف نمضي قُدُماً بهذا &lt;zzz&gt; ربما تستطيع sadie أن تمنحه اسماً رائعاً &lt;str4d&gt; لدينا عملياً حتى نهاية مايو للتخطيط لهذا &lt;str4d&gt; (بينما نُصدر .25 و.26) &lt;zzz&gt; إذن بعد .26 &lt;zzz&gt; لنضع هذا على جدول اجتماع 4 أبريل &lt;EinMByte&gt; حسناً. &lt;EinMByte&gt; لكن سيتعيّن على مسؤول العلاقات العامة (PR) الحضور &lt;zzz&gt; يونيو: APIs يوليو: تطبيقات أغسطس: إضافات &lt;EinMByte&gt; (إذن أظن أن ذلك sadie الآن؟) &lt;zzz&gt; كما يمكن ربط هذا بفعالية HOPE &lt;z3r0fox&gt; لا أعرف الكثير من التفاصيل حتى الآن طبعاً، لكنني لست كاتباً تقنياً سيئاً إذا أراد أحد تكليفي ببعض الأعمال المرهِقة &lt;zzz&gt; حسناً لنطلب من sadie تفصيل هذا قليلاً في 4 أبريل &lt;sadie&gt; zzz - أستطيع تولي الرسوميات/المحتوى مع str4d لأغراض التواصل &lt;zzz&gt; حسناً &lt;zzz&gt; أي شيء آخر بخصوص صيف X؟ &lt;sadie&gt; وسأكون أيضاً في HOPE ومعي ملصقات .. &lt;str4d&gt; لا شيء لدي :) &lt;amnesia&gt; سمّوه شيئاً غير Summer of X كي لا يبدو عاماً بلا معنى، أو كأنه عنوان إباحي؟ &lt;str4d&gt; amnesia، X مجرد عنصر نائب &lt;str4d&gt; (إلى أن نفكّر في شيءٍ أفضل) &lt;zzz&gt; حسناً. كما قلت في بداية الاجتماع، أود تأجيل مناقشة 27-29 وخريطة الطريق الأكبر وأهداف النصف الثاني من عام '16 &lt;amnesia&gt; صيف التطوير المُستهدف؟ &lt;zzz&gt; هل تعجبنا هذه الاجتماعات الخاصة بخريطة الطريق أم لا؟ هل ينبغي أن نفعل ذلك مجدداً؟ &lt;str4d&gt; amnesia، طويل بعض الشيء برأيي &lt;str4d&gt; سنفكّر في شيء ما لاجتماع أبريل &lt;zzz&gt; أرسلوا أفكاركم لـ 'X' إلى sadie أو انشروها في مكانٍ ما &lt;str4d&gt; zzz، تعجبني &lt;str4d&gt; وبالمناسبة &lt;zzz&gt; هل نريد اجتماع خريطة طريق آخر في مارس؟ &lt;sadie&gt; zzz، هل يمكننا وضع شيء في المنتدى حيث يترك الناس اقتراحات لاسم "summer of"؟ &lt;zzz&gt; نعم يا sadie &lt;str4d&gt; الأمر الآخر الذي أردت طرحه هو تخطيط خريطة الطريق للأمد الأطول &lt;EinMByte&gt; zzz: نعم. نحتاج منظوراً أطول أمداً &lt;zzz&gt; لدينا إصدار .25 نهاية الأسبوع القادم، لذا سيشغلنا ذلك &lt;zzz&gt; ربما بعد نحو أسبوعين من الآن نعقد اجتماع خريطة طريق آخر &lt;EinMByte&gt; إلا إذا خططنا لذلك لاحقاً، لكنه سيحتاج نقاشاً في مرحلةٍ ما &lt;str4d&gt; يبدو جيداً &lt;z3r0fox&gt; zzz: أعتقد أنها جيدة. تُحافظ على التركيز &lt;str4d&gt; أريد طرح شيء ليتأمل فيه الجميع &lt;EinMByte&gt; zzz: بالتأكيد &lt;zzz&gt; هل نعود إلى الثلاثاء 8 مساءً أم نجعله في عطلة نهاية الأسبوع؟ &lt;str4d&gt; بالتوازي مع SoX، أود أن تكون لدينا مساران آخران متوازيان من العمل التطويري &lt;str4d&gt; - ترحيل التعمية &lt;str4d&gt; - إعادة تصميم واجهة المستخدم &lt;str4d&gt; العائق في كليهما هو البحث والتصميم، وليس التنفيذ &lt;EinMByte&gt; هل يشمل ترحيل التعمية NTCP2؟ &lt;str4d&gt; نعم &lt;str4d&gt; لذا، بينما ننفّذ أشياء SoX، سنقوم أيضاً بمراجعات لمختلف المقترحات، إلخ. &lt;zzz&gt; ما رأيكم بالسبت 19 مارس &lt;z3r0fox&gt; +1 لعطلة نهاية الأسبوع &lt;zzz&gt; الساعة 8 مساءً بالتوقيت العالمي UTC السبت 19 مارس &lt;str4d&gt; مع هدف امتلاك خطة جاهزة للتنفيذ إما خلال SoX أو بعده &lt;EinMByte&gt; 19 مارس يبدو جيداً &lt;str4d&gt; وبالمثل مع واجهة المستخدم، نحتاج لبدء التخطيط لعمل التصميم بأسرع ما يمكن، لأنه سيستغرق وقتاً طويلاً &lt;sadie&gt; 19 مارس مناسب بالنسبة لي &lt;zzz&gt; حسناً SoX == Summer of X، مفهوم &lt;str4d&gt; نعم (حتى نغيّره :P ) &lt;str4d&gt; أعمال التصميم يمكن أن تتم بالتوازي مع كل شيء آخر، ثم يمكن أن يحدث التنفيذ بعد SoX &lt;str4d&gt; سيكون رائعاً جداً لو استطعنا أن تكون لدينا واجهة جديدة جاهزة قبل CCC &lt;zzz&gt; حسناً سأضع جدول الأعمال على zzz.i2p، بالإضافة إلى الملاحظات، وسجلات اجتماع اليوم على الموقع &lt;str4d&gt; على أي حال، أمور للتفكير &lt;zzz&gt; أي شيء آخر لاجتماع اليوم؟ * zzz يمسك الـ baffer &lt;str4d&gt; يمكننا مناقشة المزيد في اجتماع خريطة الطريق القادم &lt;sadie&gt; baff it &lt;str4d&gt; 19 مارس مناسب بالنسبة لي :) * zzz *baffs* it &lt;zzz&gt; شكراً للجميع </div>/ar/blog/2016/03/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%85%D8%A7%D8%B1%D8%B3-2016/Fri, 04 Mar 2016 00:00:00 +0000/ar/blog/2016/03/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%85%D8%A7%D8%B1%D8%B3-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> EinMByte, orignal\_, sadie, str4d, xcps\_, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:00:05 &lt;zzz&gt; 0) مرحباً 15:00:23 &lt;zzz&gt; 1) هيكلية هذه الاجتماعات 15:00:32 &lt;zzz&gt; 2) مناقشة خارطة الطريق 15:00:37 &lt;zzz&gt; 0) مرحباً 15:00:41 &lt;zzz&gt; مرحباً 15:00:54 &lt;str4d&gt; مرحباً 15:01:02 &lt;xcps_&gt; مرحباً! 15:01:27 &lt;orignal_&gt; ما الأخبار؟ 15:02:18 &lt;zzz&gt; يرجى مراجعة الموضوع في `http://zzz.i2p/topics/2021` وخارطة الطريق الحالية في `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:02:27 &lt;zzz&gt; 1) هيكلية هذه الاجتماعات 15:03:22 &lt;zzz&gt; هل ننتقل مباشرةً إلى خارطة الطريق أم نتحدث أولاً عن الأولويات عالية المستوى؟ 15:03:53 &lt;str4d&gt; أفضّل البدء بالخيار الثاني أولاً 15:04:41 &lt;zzz&gt; حسناً، في الموضوع طرحتُ أولويتين: توسيع الشبكة وزيادة الأمان 15:04:55 &lt;zzz&gt; كيف تبدوان كمبادئ عالية المستوى؟ 15:05:25 &lt;zzz&gt; فلنقرر أولاً ما هو المهم 15:05:32 &lt;EinMByte&gt; تبدوان كما هو متوقع، برأيي 15:05:48 &lt;EinMByte&gt; لكن "توسيع الشبكة" يجب أن يكون بالمعنى الواسع 15:05:57 &lt;str4d&gt; أعتقد أنهما رائعان كعناوين عريضة 15:06:03 &lt;zzz&gt; anonimal طرح الكثير غيرها في الموضوع، لكن هذا لم يكن ما أقصده حقاً 15:06:13 &lt;xcps_&gt; زيادة الأمان يجب أن تكون دائماً الأهم برأيي المتواضع 15:06:28 &lt;zzz&gt; هل هناك مبادئ أخرى علينا أخذها بالاعتبار أثناء مراجعة خارطة الطريق؟ 15:06:28 &lt;str4d&gt; برأيي المتواضع ما نحتاج إليه هنا هو تحديد ما الذي تعنيه فعلياً من ناحية المخرجات الممكنة 15:06:40 &lt;EinMByte&gt; إذن "توسيع الشبكة" يجب أن يعني أيضاً "زيادة اهتمام الباحثين" 15:07:00 &lt;zzz&gt; توسيع الشبكة يعني مجموعة كبيرة جداً من الأمور — راجعوا الموضوع 15:07:09 &lt;str4d&gt; نعم، أظن أنني ذكرت ذلك في الموضوع 15:07:36 &lt;zzz&gt; سنحدّد ما تعنيه هذه قريباً. في هذه اللحظة فلنتفق على ما هو مهم. 15:07:58 &lt;str4d&gt; سهولة الاستخدام مهمة جداً بالنسبة لي، وبرأيي المتواضع تُغذّي المجالين أعلاه 15:07:58 &lt;zzz&gt; كل شيء ممكن إذا واصلنا النمو. بمجرد أن نتوقف عن النمو نموت 15:08:05 &lt;zzz&gt; متفق يا str4d 15:08:41 &lt;str4d&gt; على المدى القريب لزيادة قاعدة مستخدمينا، وعلى المدى الطويل لزيادة حضورنا العام، وسهولة الاستخدام للباحثين، إلخ. 15:09:11 &lt;EinMByte&gt; لاحظ أيضاً أن النمو هو الطريقة الوحيدة لجذب الباحثين 15:09:25 &lt;zzz&gt; المزيد من المستخدمين يجلب مزيداً من المطورين ومزيداً من الباحثين ومزيداً من المحتوى و و و 15:09:37 &lt;EinMByte&gt; الشبكات الكبيرة تكون عموماً أكثر إثارة للاهتمام للدراسة 15:10:05 &lt;EinMByte&gt; إذن أظن أننا جميعاً متفقون على هاتين الأولويتين 15:10:16 &lt;zzz&gt; معظم نمونا في العام الماضي كان من Vuze. وهذا رائع لكنني سأحب أن نحصل على مزيد من النمو "الأصيلي" أيضاً 15:10:43 &lt;zzz&gt; لكن ربما يكون النمو في التطبيقات المدمجة، أو التركيز على التطبيقات عموماً، هو المسار الأسهل للنمو 15:10:48 &lt;str4d&gt; نعم 15:11:04 &lt;EinMByte&gt; zzz: بالنسبة لكثيرين، من الأسهل استخدام تطبيق يشغّل I2P في الخلفية ويتولى تهيئته نيابةً عنهم 15:11:12 &lt;sadie&gt; مرحباً - تأخرت قليلاً 15:11:20 &lt;zzz&gt; مرحباً sadie سعدتُ بوصولك 15:11:23 &lt;str4d&gt; وهذا، برأيي المتواضع، سيأتي من تحسينات سهولة الاستخدام لكل من واجهة المستخدم UI وواجهات البرمجة APIs 15:11:42 &lt;str4d&gt; وقد بدأنا بالفعل العمل على الأخيرة في مواضيع مختلفة 15:11:48 &lt;zzz&gt; بوجهٍ ما، التطبيقات هي خبراء واجهة المستخدم؛ دعوها تُضمّن i2p وتُظهره (أو تُخفيه) كما تراه أنسب 15:11:58 &lt;str4d&gt; ممم 15:12:08 &lt;EinMByte&gt; str4d: هذا حل مختلف للمشكلة نفسها، نعم. وأنا أحبّه أكثر لأن تضمين I2P مع كل شيء لا يتوسع جيداً برأيي المتواضع 15:12:30 &lt;str4d&gt; هذا تقريباً النهج الذي اتبعته مع Android 15:13:04 &lt;EinMByte&gt; يجب أن تكون هناك طريقة لضمان ألا يمتلك الناس نسخة I2P منفصلة لكل تطبيق 15:13:12 &lt;zzz&gt; حسناً، أي شيء آخر في 1) أم ننتقل إلى النظر في خارطة الطريق نفسها؟ 15:14:00 &lt;str4d&gt; أظن أن الجميع هنا يبدو في اتفاق تقريبي 15:14:08 &lt;str4d&gt; (لا معارضة على الأقل :P) 15:14:14 &lt;zzz&gt; دعوني أنسخ الأسطر من الموضوع. ليست نصوصاً مقدسة، فقط للمرجع 15:14:25 &lt;zzz&gt; توسيع الشبكة 15:14:25 &lt;zzz&gt; يشمل: التسويق، المشاريع المشتركة، تضمين مزيد من الأشياء، مساعدة الآخرين على تضمين i2p، سهولة الاستخدام، تحسينات الموقع، المزيد من الترجمات، محاضرات وعروض، مقالات وقصص، UI، Android، تطبيقات Android، تحسين التحايل على الجدار الناري العظيم (GFW)، orchid، مزيد من المكتبات والأدوات لمطوري العملاء، دعم أفضل للمواقع الضخمة، دعم تطوير router بديل، تحالفات، تسريعات وكفاءة، السعة، زيادة الحدود، الدخول 15:14:25 &lt;zzz&gt; إلى Debian، ... 15:14:25 &lt;zzz&gt; زيادة الأمان 15:14:25 &lt;zzz&gt; يشمل: ترحيل التشفير، بروتوكول الاشتراك، بروتوكولات نقل جديدة، نقلات قابلة للإضافة (pluggable transports)، LS2، NTCP2، DH جديد، إلغاء المفاتيح، تخزين المفاتيح، مراجعة الشفرة، Sybil، إصلاحات علل، التسمية، SSL، ... 15:14:46 &lt;zzz&gt; حسناً، لننتقل إلى 2) خارطة الطريق نفسها 15:15:10 &lt;zzz&gt; الرابط هو `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 &lt;zzz&gt; .25 شبه منتهٍ، الإصدار خلال نحو 10 أيام، فلننظر إلى الإصدارات الأربعة التالية 26-29 لهذه السنة 15:16:00 &lt;zzz&gt; والتي ينبغي أن تأخذنا حتى ccc 15:16:15 &lt;EinMByte&gt; إذا كان شيء ما تحت 2017 مثلاً، هل يعني ذلك أننا سنبدأ النظر فيه حينها فقط، أم يعني أننا سنبدأ التنفيذ عند تلك النقطة؟ 15:16:41 &lt;str4d&gt; من حيث الأشياء التي نحتاج فعلاً إلى القيام بها، سأضع ترحيل التشفير وعمل Sybil في مرتبة عالية 15:16:42 &lt;zzz&gt; 1mb، بالتأكيد نريد البدء بأمور 2017 الكبيرة الآن، مثل تشفير/‏DH جديد، ntcp2، إلخ 15:17:04 &lt;EinMByte&gt; أيضاً، هجمات Eclipse مشكلة حالياً، برأيي المتواضع 15:17:05 &lt;zzz&gt; لذا يمكن أن تتضمن خارطة الطريق أعمالاً تحضيرية لذلك 15:17:23 &lt;str4d&gt; EinMByte، نعم، كنت أضمّن ذلك تحت Sybil 15:17:36 &lt;EinMByte&gt; فكرة التدوير عند منتصف الليل لا تعمل وينبغي أن تكون هناك بدائل أفضل، على ما أظن 15:17:52 &lt;zzz&gt; متفق 15:18:05 &lt;EinMByte&gt; str4d: بالتأكيد، من المعقول تصنيفها كنوع الهجوم نفسه 15:18:44 &lt;str4d&gt; EinMByte، ناقشت هذا مع بضعة أشخاص في RWC 15:18:48 &lt;str4d&gt; لدي بعض الأفكار، لكن يصعب مناقشتها هنا 15:18:51 &lt;EinMByte&gt; zzz: إذا أردنا البدء بـ NTCP2/‏... بحلول 2017 فسنحتاج لتخطيط أعمال تمهيدية 15:18:58 &lt;zzz&gt; صحيح يا 1mb 15:19:02 &lt;str4d&gt; نعم 15:19:20 &lt;str4d&gt; أريد أن يكون التخطيط والبحث على خارطة الطريق :) 15:19:28 &lt;zzz&gt; المشكلة هي أنني يفترض أن أعمل على 26 الآن ولا أعرف ما الذي فيه 15:19:39 &lt;orignal_&gt; هل يمكن إضافة حشو عشوائي إلى NTCP الحالي؟ 15:20:01 &lt;str4d&gt; orignal_، لا أذكر ذلك، لكن تحقق من موضوع NTCP2 15:20:02 &lt;zzz&gt; لذا فلنقضِ 10 دقائق في التخطيط لـ 26، ثم ننتقل إلى المدى الأطول 15:20:13 &lt;str4d&gt; حسناً 15:20:14 &lt;zzz&gt; أخبروني ما الذي ينبغي أن أفعله اليوم 15:20:30 &lt;EinMByte&gt; صحيح، لنركّز على ذلك أولاً 15:20:34 &lt;zzz&gt; حسناً لنرَ ما الموجود في قائمة 25 ولم يحدث 15:20:50 &lt;zzz&gt; الـ wrapper لم يحدث، kytv غائب 15:20:54 &lt;EinMByte&gt; "تحسينات التشفير" عامة جداً 15:21:12 &lt;zzz&gt; ما حدث فعلياً ضمن تحسينات التشفير كان بعض التسريعات لـ 25519 15:21:34 &lt;zzz&gt; لذا قائمة .25 كلها موجودة فعلياً باستثناء الـ wrapper 15:22:00 &lt;zzz&gt; لكن هناك المزيد لفعله بخصوص Sybil فلنبقِ ذلك على قائمة 26 15:22:08 &lt;str4d&gt; رائع 15:22:25 &lt;str4d&gt; أرجأنا GMP 6 إلى .26 بسبب الحاجة إلى مزيد من الاختبارات 15:22:35 &lt;zzz&gt; ما الذي يجب إبقاؤه في قائمة 26 الآن وما الذي ينبغي نقله 15:23:05 &lt;EinMByte&gt; منع Sybil في النهاية سيستغرق على الأرجح الكثير من العمل، لذا يبدو لي أمراً طويل الأمد 15:23:10 &lt;EinMByte&gt; (بالمعنى أننا نحتاج مراجعة أدبيات جيدة أولاً) 15:23:15 &lt;zzz&gt; orignal، نعم، ntcp مع حشو هو ntcp2 15:23:21 &lt;str4d&gt; EinMByte، أداة كشف Sybil لا تُستخدم لأي شيء بعد، وهنا نحتاج مزيداً من التخطيط :) 15:23:49 &lt;zzz&gt; hottuna4 غير متاح لمدة شهر، لست متأكداً متى ينتهي هذا الشهر، لذا gmp6 قد يدخل أو لا يدخل 26 15:24:02 &lt;str4d&gt; حسناً 15:24:37 &lt;str4d&gt; تحسينات بروتوكول الاشتراك لـ addressbook: سيكون من الجيد جداً إضافتها بأسرع ما يمكن، بحيث يتمكن مالكو الـ Dest القديمة من الانتقال إلى Ed25519 15:24:37 &lt;EinMByte&gt; أعتقد أن CRLs لا تحتاج في الواقع إلى علامة استفهام 15:24:47 &lt;str4d&gt; لكن كم سيستغرق تنفيذ ذلك فعلياً؟ 15:25:14 &lt;zzz&gt; سنحتاج إلى تحديث حالة من tuna قريباً، أتوقع أن الموعد النهائي لدفع الأشياء الكبيرة لـ 26 سيكون أواخر مارس/الأسبوع الأول من أبريل 15:26:10 * str4d لا يزال لا يفهم تماماً موضوع CRL، هل يمكن لـ zzz التوسّع؟ 15:26:14 &lt;zzz&gt; سيتضمن .25 القدرة على قراءة قوائم إلغاء الشهادات (CRLs) من القرص، لذا يمكننا تضمينها في التحديث 15:26:35 &lt;zzz&gt; لكن هذا ليس مفيداً جداً لأننا في تحديث يمكننا ببساطة إزالة الشهادة وهذا يفعل الشيء نفسه 15:26:56 &lt;zzz&gt; لذا لإيصال CRLs إلى الناس دون الحاجة إلى تحديث، سنضعها في الخلاصة 15:26:57 &lt;str4d&gt; أحاول فقط فهم حالة الاستخدام 15:27:09 &lt;zzz&gt; حالة الاستخدام هي عندما يتعرض أحدهم للاختراق 15:27:20 &lt;str4d&gt; ألا نزال لا نستخدم تثبيت الشهادات (certificate pinning)؟ 15:27:30 &lt;zzz&gt; لا 15:27:56 &lt;zzz&gt; لقد أنجزت 90% منها وبقي أن أُدرج الـ CRL داخل مساحة الأسماء 15:28:46 &lt;zzz&gt; تثبيت الشهادات أمر معقد وخطِر 15:29:05 &lt;zzz&gt; قام CryptoCat بما يشبه "الانتحار بالتثبيت" 15:29:17 &lt;zzz&gt; حيث كانت الشهادات مُثبّتة لكن تغيّر وسيطٌ معتمد 15:30:49 &lt;zzz&gt; لا أظن أن التثبيت يحل محل cls 15:30:51 &lt;zzz&gt; crls 15:31:21 &lt;zzz&gt; CRLs ليست فقط لأجل SSL، هناك مفاتيح reseed والتحديث 15:31:58 &lt;zzz&gt; هل يمكن إبقاء CRLs على قائمة 26 إذن؟ إنها شبه منتهية 15:32:20 &lt;str4d&gt; ما يقلقني بخصوص التثبيت هو أن أحدهم قد ينفّذ شيئاً شبيهاً بـ Quantum Insert لإعادة توجيه اسم نطاق reseed، ويضع أي شهادة SSL صالحة تُلبّي متطلبات اسم النطاق، وستقبلها routers 15:33:05 &lt;str4d&gt; وبخصوص CRLs، إذا استخدمناها لتعطيل شهادة معيّنة، بماذا ستُستبدل تلك الشهادة؟ 15:33:25 &lt;zzz&gt; لا شيء. في الإصدار التالي سيكون هناك على الأرجح بديل 15:33:45 &lt;str4d&gt; نحن نخوض في التفاصيل الدقيقة هنا 15:34:07 &lt;str4d&gt; أظن المقصود أننا بحاجة إلى مزيد من التفكير بهذا 15:34:24 &lt;zzz&gt; حسناً، لنُبقِ CRLs لـ 26 لكن لنتناقش التفاصيل خلال الأسبوع أو الأسبوعين المقبلين 15:34:30 &lt;zzz&gt; لأنه ليس واضحاً 100% 15:34:38 &lt;zzz&gt; ننتقل 15:34:42 &lt;zzz&gt; ما الذي بقي في قائمة 26 15:34:43 &lt;str4d&gt; حسناً 15:34:50 &lt;EinMByte&gt; حسناً 15:35:08 &lt;zzz&gt; بروتوكول الاشتراك 15:35:28 &lt;zzz&gt; هذا مفتاح ترحيل التشفير للمواقع 15:35:40 &lt;EinMByte&gt; بديل لـ hosts.txt أم ماذا تقصد؟ 15:36:22 &lt;zzz&gt; نعم، هذا جعل hosts.txt على شكل خلاصة، مع شيء مثل foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 &lt;str4d&gt; EinMByte، تعديل بروتوكول اشتراك addressbook ببيانات وصفية موقّعة من نوع مفتاح-قيمة 15:36:49 &lt;zzz&gt; المقترح شبه مُحدد، لكنه مُعلّق منذ نحو 18 شهراً 15:37:07 &lt;EinMByte&gt; بالتأكيد، ألا يكبر حجم ملف hosts كثيراً؟ 15:38:02 &lt;EinMByte&gt; ربما نضيف معلمة since، لاستبعاد كل المضيفين المُدرجين قبل وقت معيّن 15:38:07 &lt;EinMByte&gt; (لتفادي تنزيل القائمة كاملة حتى إن لم يكن ذلك مطلوباً) 15:38:22 &lt;zzz&gt; كان هذا أصلاً جزءاً من خطة ترحيل التشفير لكنه كان صعباً ولم يكن الجزء الأهم 15:38:49 &lt;zzz&gt; لكنه الأمر الرئيسي المتبقي في ترحيل التشفير للتواقيع 15:39:26 &lt;str4d&gt; EinMByte، لدينا ذلك نوعاً ما عبر etag 15:39:28 &lt;zzz&gt; هذا أيضاً من تلك الأمور المُقترَحة مع الكثير من التفاصيل، لكن لم نحصل على اتفاق لذا لم نبدأ 15:39:42 &lt;EinMByte&gt; str4d: لكن هل يُستخدَم؟ 15:39:46 &lt;str4d&gt; EinMByte، نعم 15:40:00 &lt;EinMByte&gt; أوه، لا بأس. في هذه الحالة 15:40:03 &lt;str4d&gt; لن يختلف هذا عن الإعداد الحالي 15:40:20 &lt;zzz&gt; إذن سنضعه على قائمة 26 وسنبدأ به بأسرع ما يمكن. لست متأكداً إن كنا سنمضي فيه بعيداً بما يكفي لـ 26 لكنني سأحاول. نحتاج إلى مراجعة الموضوع على zzz.i2p 15:40:22 &lt;str4d&gt; لكن بدلاً من عدم تكرار إدخالات أسماء النطاقات، ستتكرر الآن في "stream" 15:40:42 &lt;EinMByte&gt; هل هناك سبب محدد للاحتفاظ بالتنسيق الغريب؟ 15:41:05 &lt;EinMByte&gt; يبدو أسهل لي لو استخدمنا شيئاً معيارياً 15:41:06 &lt;zzz&gt; ربما. التوافق مع العملاء القدامى. لكن علينا المراجعة والحسم إن كان ذلك مهماً 15:41:20 &lt;zzz&gt; لم ينظر أحد منا إلى هذا منذ نحو عام 15:41:28 &lt;zzz&gt; إذاً سننفض الغبار عنه ونلقي نظرة 15:41:32 &lt;EinMByte&gt; zzz: يمكن التعامل مع التوافق عبر توفير ملف hosts.txt القديم لفترة أيضاً 15:41:41 &lt;str4d&gt; هناك أيضاً قضية أوسع: ماذا نفعل مثلاً بكل الأسماء "الضائعة" 15:41:53 &lt;str4d&gt; لكن هذا خارج النقاش الحالي 15:41:57 &lt;zzz&gt; صحيح. سنحتاج أيضاً لإشراك التطبيقات الأخرى 15:42:18 &lt;EinMByte&gt; str4d: أعتقد أن هذا شيء نقرره عندما نحصل على نظام تسمية جديد (إن حصل) 15:42:26 &lt;str4d&gt; حالياً، أريد طريقة تُتيح للنطاقات النشطة حالياً تحديث dests الخاصة بهم 15:42:26 &lt;zzz&gt; حسناً، سيبقى في قائمة 26 حالياً. التالي في القائمة — أمور Sybil 15:42:45 &lt;zzz&gt; هل يمكن جعل Sybil تلقائياً؟ آمل أنكم جميعاً قرأتم ورقة Philip Winter؟؟؟؟ 15:42:50 &lt;str4d&gt; وكلما أسرعنا في إدخال الشيفرة الأساسية، تمكنا من تشغيلها خلال عام أو نحو ذلك 15:43:50 &lt;EinMByte&gt; zzz: أي ورقة؟ فاتني شيء بوضوح 15:44:27 &lt;zzz&gt; تحقق من @__phw على تويتر للحصول على الرابط 15:45:02 &lt;zzz&gt; نحن نعمل معه بفضل تعريف من sadie في ccc 15:45:03 &lt;EinMByte&gt; zzz: هذا: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 &lt;zzz&gt; إذا نُشرت خلال الأسبوعين الأخيرين، فهي المقصودة 15:45:59 &lt;EinMByte&gt; حسناً، إنها نسخة إلكترونية من فبراير هذا العام 15:46:09 &lt;zzz&gt; لا أعتقد أننا جاهزون للتلقائي. وهم أيضاً ليسوا كذلك فعلياً 15:46:22 &lt;zzz&gt; هم فقط يرسلون بريداً إلكترونياً مرةً يومياً إلى الـ dirauths 15:46:36 &lt;zzz&gt; الأمر كله حدسي وسحري من الجانبين 15:46:49 &lt;EinMByte&gt; إذًا ربما وضع النسخة الإلكترونية على الإنترنت بعد نشرها 15:46:57 &lt;zzz&gt; لذا أود تأجيل الأمور التلقائية إلى وقت لاحق هذا العام 15:47:07 &lt;str4d&gt; EinMByte، 25 فبراير هي النسخة التي لدي 15:47:14 &lt;EinMByte&gt; zzz: فكيف سيعمل ذلك تحديداً في بيئة لا مركزية؟ 15:47:44 &lt;str4d&gt; نحتاج للانطلاق من الأسفل إلى الأعلى بدلاً من العكس 15:48:06 &lt;str4d&gt; أي أن كل router سيحتاج لإدراج "مرشحي Sybil المحتملين" ضمن ملفات تعريف النظراء 15:48:13 &lt;zzz&gt; EinMByte، لا أعلم. الأمر صعب 15:48:20 &lt;str4d&gt; استناداً إلى مثلاً أوقات الاتصال، إلخ. 15:48:30 &lt;EinMByte&gt; أعتقد أن كشف هجمات سيبيل (Sybil) ممكن، لكن منعها بناءً على ذلك الكشف صعب جداً في شبكة لا مركزية 15:48:30 &lt;EinMByte&gt; لكني أحب التحدّي 15:48:34 &lt;zzz&gt; نحتاج أيضاً إلى gravy الذي يعمل على إعادة تصميم مركزي لإعداده 15:48:43 &lt;str4d&gt; هناك أيضاً إمكانية وجود نوع من الإعداد الأكثر مركزية 15:48:45 &lt;str4d&gt; نعم، هذا 15:48:45 &lt;EinMByte&gt; str4d: في تلك المرحلة ستحتاج لبدء إسناد الثقة لكل router 15:48:52 &lt;EinMByte&gt; وهو بحد ذاته سيكون نظاماً كاملاً مضاداً لـ Sybil 15:49:07 &lt;str4d&gt; وجعل routers تشترك بقائمة Sybil المحتملة 15:49:07 &lt;zzz&gt; أشبه بمقترحات dagon 15:49:09 &lt;str4d&gt; EinMByte، هذا في الأساس ما تمثله ملفات تعريف النظراء الآن 15:49:31 &lt;str4d&gt; حيث تُعرّف "الثقة" حالياً بأنها "مرّر لي جيداً بشكل موثوق في الماضي" 15:49:42 &lt;EinMByte&gt; str4d: نعم، وقد تسببت ببعض الهجمات حتى الآن :) 15:50:15 &lt;str4d&gt; نعم 15:50:23 &lt;EinMByte&gt; أيضاً، ملفات تعريف النظراء لا تتيح لك حقاً استبعاد نظير من الشبكة 15:50:31 &lt;EinMByte&gt; منع Sybil سيسمح بذلك نوعاً ما 15:50:35 &lt;str4d&gt; تصنيف/نمذجة النظراء واختيار النظراء من الأمور التي أرى أنها تحتاج أولوية 15:50:46 &lt;str4d&gt; EinMByte، يمكنها ذلك 15:51:01 &lt;zzz&gt; لذا أقترح تغيير بند Sybil في 26 إلى "تحسين مستمر" لكن نقل الجزء "التلقائي" إلى وقت لاحق 15:51:01 &lt;str4d&gt; ليس الآن 15:51:11 &lt;str4d&gt; أقول فقط أن هذا هو المكان الذي سنضعه فيه 15:51:34 &lt;EinMByte&gt; str4d: نعم، هذا ممكن. 15:51:37 &lt;str4d&gt; (من حيث إدخال كشف Sybil وتقنيات أكثر تقدماً في قاموس I2P وبنيته) 15:51:53 &lt;EinMByte&gt; على أي حال، لن أتخلى عن اللامركزية. إنها أجمل ما في I2P برأيي المتواضع 15:52:14 &lt;str4d&gt; نعم 15:52:27 &lt;EinMByte&gt; (كما أن المركزية تؤدي أيضاً إلى شتى الهجمات العملية على أي حال) 15:52:43 &lt;zzz&gt; لننتقل. تحسينات streaming؟ لست متأكداً مماهية ذلك، ربما هو بند دائم "لجعله أفضل" 15:52:49 &lt;str4d&gt; zzz، نعم، يمكننا مواصلة العمل على تلك صفحة routerconsole، ثم ربطها بملفات تعريف النظراء والاختيار بعد أن نقرر استراتيجية 15:53:00 &lt;zzz&gt; لا يخطر ببالي شيء محدد لفعله في streaming. أحد لديه اقتراح؟ 15:53:01 &lt;EinMByte&gt; أحياناً إضافة سلطة مركزية قد تجعل برهان الأمان أسهل، لكنها تتسبب بفشل أمني عملياً 15:53:20 &lt;str4d&gt; البحث والتحسينات سيكونان جيدين 15:53:28 &lt;EinMByte&gt; zzz: أي تحسينات واضحة يمكننا القيام بها هناك؟ 15:53:30 &lt;str4d&gt; سيكون ذلك مرشحاً جيداً لبحث خارجي 15:53:46 &lt;zzz&gt; نحتاج فعلاً إلى بيئة اختبار أفضل 15:53:51 &lt;EinMByte&gt; str4d: أتفق. 15:53:55 &lt;zzz&gt; إضافة تأخير/فقد حزم، إعادة ترتيب، إلخ. 15:54:04 &lt;EinMByte&gt; ربما ينبغي توسيع صفحة "أسئلة البحث المفتوحة" لدينا بذلك وبأمور أخرى 15:54:40 &lt;zzz&gt; ليس لدي أفكار "طموحة" كثيرة على قائمة أمور streaming. يجب أن تكون مدفوعة بنتائج الاختبارات 15:54:50 &lt;EinMByte&gt; قد يكون هناك المزيد من التحسين في تخصيص tunnels؟ 15:55:05 &lt;str4d&gt; zzz، هناك مشروع على GH يحاكي "الإنترنت" عبر حاويات يمكنها فعل ذلك إن لم تخنّي الذاكرة 15:55:08 &lt;zzz&gt; ما رأيكم أن نجعل هذا البند "منظومة اختبار streaming" 15:55:17 &lt;str4d&gt; لا أعرف مدى سهولته، سنحتاج إلى JVM جديدة لكل حاوية :P 15:55:25 &lt;str4d&gt; EinMByte، ممم 15:55:48 &lt;EinMByte&gt; str4d: يمكن استخدام shadow، على ما أظن. لست متأكداً إن كان يمكن دمجه مع Java لكنه على قائمة TODO الخاصة بـ kovri 15:55:52 &lt;str4d&gt; هذا ليس streaming حقاً، هذا على مستوى datagram 15:56:22 &lt;zzz&gt; موضوع تخصيص tunnel هو فكرة psi بأن يقوم الـ client باختيار tunnels 15:56:34 &lt;EinMByte&gt; str4d: نعم، أظن أن هناك المزيد لتحسين هذا 15:56:46 &lt;EinMByte&gt; zzz: لا أظن أن المستخدمين هم أفضل خوارزميات تحسين، لكن ربما 15:57:10 &lt;zzz&gt; إنه فساد عنيف لطبقاتنا، ولا أرى طريقة لفعل ذلك. لكن هذا ما يقترحه psi 15:57:19 &lt;EinMByte&gt; ... أو ربما "client" لا يعني المستخدم 15:57:32 &lt;zzz&gt; client == الجانب العميل من I2CP 15:57:44 &lt;str4d&gt; الأمر هناك هو 15:57:54 &lt;str4d&gt; Tor يوفّر هذه القدرة عبر Control Socket الخاص بهم 15:57:58 &lt;EinMByte&gt; حسناً إذاً هو يعني ذلك 15:57:59 &lt;str4d&gt; وهو مفيد جداً للباحثين 15:58:10 &lt;str4d&gt; لكن لديهم أيضاً بنية أكثر تسطيحاً بكثير 15:58:19 &lt;str4d&gt; بينما نعزل العملاء المختلفين عن بعضهم عبر I2CP 15:58:31 &lt;EinMByte&gt; zzz: أتوقع أن يمتلك router معلومات أكثر صلة. يمكن للـ client تمرير أي متطلبات إضافية 15:58:41 &lt;zzz&gt; لدينا أيضاً hooks بـ Lua من psi للباحثين، لم تُدمج أبداً (لا في Java ولا في kovri)، لكنها ما تزال خياراً 15:59:14 &lt;zzz&gt; حالياً، الجانب العميل لا يعرف حتى عن tunnels، لذا بالتأكيد ليست لديه القدرة على اختيارها 15:59:16 &lt;str4d&gt; بالحديث مع nickm في RWC، قال إن من الأسهل بكثير على Tor الحفاظ على واجهة Control Socket من نظام إضافات 15:59:17 &lt;EinMByte&gt; أعلم أن shadow يُستخدم عملياً من قبل الباحثين 15:59:22 &lt;EinMByte&gt; Lua، لا أدري 15:59:55 &lt;EinMByte&gt; zzz: ربما يمكن تحقيق الشيء نفسه بتمرير المعلومات ذات الصلة عبر I2CP؟ 16:00:17 &lt;zzz&gt; 1mb، نعم، لكن سيكون قبيحاً حقاً 16:00:44 &lt;str4d&gt; يمكننا دائماً تقييده بعَلم ‎-research أو ما شابه 16:00:54 &lt;str4d&gt; (في router.config) 16:01:06 &lt;str4d&gt; وبهذا لن يتعرّض معظم المستخدمين لتلك القباحة 16:01:13 &lt;zzz&gt; kovri/i2pd لا يمتلكان بعد تلك الحواجز الصارمة في API بين client/router، الأمر أسهل لـ 16:01:20 &lt;zzz&gt; *them 16:01:28 &lt;str4d&gt; ويمكننا تعريف ".research" منذ البداية ليعني "نحتفظ بحق تغيير هذه الـ APIs" 16:01:44 &lt;str4d&gt; أي سيحتاج الباحثون لاستخدام علم .research مع نسخة معينة 16:01:57 &lt;str4d&gt; عودةً إلى موضوع النقاش الفعلي: 16:01:59 &lt;EinMByte&gt; zzz: بخصوص tunnels. يعتمد الأمر. أظن أنه سيكون من المنطقي تمرير معلومات عن الاستخدام المقصود للـ tunnel. 16:02:20 &lt;zzz&gt; (للعلم هذا الاجتماع سيستمر 25 دقيقة كحد أقصى، على أن يُستكمل الأحد) 16:02:33 &lt;EinMByte&gt; zzz: هو أسهل لنا أساساً لأن shadow مكتوب بلغة C، على ما أظن 16:02:42 &lt;str4d&gt; أرى أنه ينبغي دفع هذا إلى فئة "يحتاج إلى المزيد من البحث" 16:02:44 &lt;zzz&gt; المشكلة أنه ليس فقط tunnels الخاصة بك التي تحتاج اختياراً بل أيضاً tunnels للطرف البعيد 16:02:48 &lt;EinMByte&gt; حسناً. دعونا نتابع إذاً. 16:03:08 &lt;zzz&gt; حسناً هذا كل ما في قائمة 26 الآن. ماذا ينبغي إضافته؟ 16:03:11 &lt;EinMByte&gt; zzz: ألا يتولى الطرف البعيد ذلك؟ 16:03:36 &lt;zzz&gt; لا، نحن نقوم بالـ source-route (أي نختار الـ lease للطرف البعيد من الـ leaseSet لديه لجهة inbound) 16:04:08 &lt;zzz&gt; انظروا إلى قائمة 27-29. ما الذي يجب سحبه إلى 26 إن وُجد؟ 16:04:44 &lt;str4d&gt; أريد البدء بإنجاز الأعمال التحضيرية لـ LSs جديدة و netDb 16:04:46 &lt;zzz&gt; هنا حيث يوجد كل "العمل الأولي على xxx لعام 2017"، ولكن أيضاً الكثير من أمور 2016 16:05:23 &lt;EinMByte&gt; zzz: أسأتُ فهم قصدك بـ far-end، لا بأس 16:05:31 &lt;str4d&gt; كلما أسرعنا في تثبيت ذلك وإدخاله في قاعدة الشيفرة، حصلت الشبكة على دعم واسع له أسرع 16:06:42 &lt;EinMByte&gt; لاحظ أننا (kovri) نريد مواصفات 16:06:52 &lt;EinMByte&gt; وإلا فسيصعب مواكبة التنفيذ 16:07:31 &lt;zzz&gt; بالتأكيد. أي شيء هو مواصفة جديدة، نحتاج جميعاً للعمل عليه معاً 16:07:36 &lt;EinMByte&gt; str4d: لنبدأ بسرد ما الذي ينبغي أن يدعمه LS2 فعلياً 16:07:53 &lt;EinMByte&gt; (إن لم يكن ذلك قد تم بالفعل) 16:09:40 &lt;zzz&gt; أساساً LS2 هو مجرد بضعة أمور 16:09:59 &lt;zzz&gt; إضافة بعض الحقول للأعلام (flags) 16:10:09 &lt;zzz&gt; وتمكين التشفير المستقبلي 16:10:52 &lt;zzz&gt; لكن لدي كل تلك المقترحات حول multihoming أفضل، إضافةً إلى آلية استعلام عن الخدمات على طريقة Grothoff 16:11:00 &lt;zzz&gt; Anycast 16:11:01 &lt;EinMByte&gt; هل لدينا قائمة محددة في مكان ما للرجوع إليها؟ 16:11:11 &lt;zzz&gt; هي مُجمّعة على zzz، لحظة 16:11:23 &lt;str4d&gt; أعمل ببطء على جمع كل ذلك على الموقع 16:11:41 &lt;zzz&gt; هل يمكننا تسريع ذلك يا str4d؟ خلال الأسبوع القادم أو الذي يليه؟ 16:11:47 &lt;str4d&gt; يجب أن يدخل ذلك في قائمة .26 16:11:50 &lt;str4d&gt; همم 16:11:53 &lt;str4d&gt; ربما 16:11:59 &lt;str4d&gt; أحتاج لمزيد من العيون عليه 16:11:59 &lt;zzz&gt; بدون المقترحات على قائمة بسيطة سيصير هذا صعباً جداً 16:12:08 &lt;EinMByte&gt; str4d: رائع. فعلياً، لبعض هذه الأمور ستكون وظيفة ويكي مفيدة 16:12:24 &lt;EinMByte&gt; (الفكرة أنها ستُسرّع العمل) 16:12:48 &lt;zzz&gt; للبدء نحتاج إلى قائمة 16:12:50 &lt;str4d&gt; EinMByte، بالضبط 16:12:56 &lt;zzz&gt; لا نحاول حل كل شيء دفعة واحدة 16:13:11 &lt;str4d&gt; أحاول الانتقال من الحاجة إلى HTML في الخلفية إلى rST (حالياً) 16:13:31 &lt;str4d&gt; أحتاج أن يطّلع الناس على ما لدي للتحقق من: أ) أنه قابل للاستخدام وب) أنه لا يفقد أي شيء نمتلكه حالياً 16:13:39 &lt;str4d&gt; حالياً يُطبَّق على وثائق المواصفات فقط 16:13:40 &lt;zzz&gt; لنضع موضوع المقترحات على قائمة 26 وسنتحدث لاحقاً عما يعنيه ذلك. لكننا بحاجة إلى تقدم فيه بأسرع وقت. 16:13:55 &lt;str4d&gt; وبمجرد أن يترسخ ذلك، سيكون توسيعه ليشمل المقترحات تافهاً 16:13:56 &lt;zzz&gt; أريدها على الموقع. لا أهتم بالشكل. 16:14:46 &lt;EinMByte&gt; أنا مستعد لمراجعة المقترحات، لكن يحدث أحياناً أني لا أجد أي نص 16:15:10 &lt;EinMByte&gt; (أعتقد أن بعض الأشياء على الموقع مخفية نوعاً ما) 16:15:37 &lt;zzz&gt; صحيح 16:16:05 &lt;zzz&gt; نحتاج لنقل الأشياء من zzz.i2p إلى الموقع بتنظيم ما 16:16:13 &lt;EinMByte&gt; str4d: الانتقال من HTML إلى شيء يمكن تحويله بسهولة إلى صيغ متعددة أمر جيد 16:16:28 &lt;EinMByte&gt; zzz: نعم، بالتأكيد 16:16:35 &lt;str4d&gt; ما أحتاج مراجعته موجود في i2p.www.str4d 16:16:36 &lt;EinMByte&gt; ربما عملية ثابتة لجميع المقترحات 16:16:57 &lt;zzz&gt; حسناً. هو على قائمة 26. التفاصيل ستأتي. str4d ابدأ العمل. لا أتوقع الكثير من التغذية الراجعة. فقط ابتكر نظاماً جديداً وسنلتزم به جميعاً 16:17:02 &lt;str4d&gt; وأيضاً على `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` 16:17:04 &lt;str4d&gt; EinMByte، إن أردت العمل معي على إحكام ذلك، قد أتمكن من إنهائه ربما بحلول .25 16:17:23 &lt;zzz&gt; ماذا أيضاً لـ 26؟ علينا إنهاء هذا 16:17:36 &lt;str4d&gt; ( EinMByte، `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec` بالتحديد) 16:18:14 &lt;zzz&gt; هذه أمور قصيرة المدى جداً. أحتاج أن أعرف ما الذي سأفعله يوم الاثنين 16:18:27 &lt;zzz&gt; النداء الأخير لـ 26 16:18:41 &lt;str4d&gt; أظن أن أمور الاشتراكات ستستغرق وقتاً 16:18:49 &lt;str4d&gt; لذا سأكون راضياً بأن يكون ذلك هو الشيء الرئيسي 16:18:52 &lt;zzz&gt; متفق. 16:19:54 &lt;zzz&gt; حسناً. الاجتماع يوم الأحد في نفس الوقت. سنبدأ بـ vrp/h1. يرجى مراجعة التذكرة 1119 مسبقاً. بعد ذلك سنتحدث عن 27-29 إن سمح الوقت. 16:20:06 &lt;EinMByte&gt; str4d: أي من هذه تعتقد أنها تتطلب أكبر قدر من الاهتمام؟ 16:20:27 &lt;zzz&gt; يمكننا أيضاً العودة بإيجاز إلى 26 يوم الأحد إذا لزم الأمر 16:20:43 &lt;str4d&gt; EinMByte، الخلاصة: تقرير ما إذا كان تنسيق كتابة المقترحات قابلاً للاستخدام، وهل يحد مما ينتهي على الموقع (بصيغة HTML أو TXT) 16:20:45 &lt;zzz&gt; إذن جدول الأحد سيكون: 1) vrp/h1/1119؛ 2) 26؛ 3) 27-29 16:20:57 &lt;zzz&gt; شكراً للجميع 16:21:25 * zzz *bafs* أُغلِق الاجتماع 16:27:50 &lt;EinMByte&gt; str4d: ربما يكون مناسباً طالما يمكن تحويله إلى معظم الصيغ الأخرى :) </div>/ar/blog/2016/03/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%85%D8%A7%D8%B1%D8%B3-03-2016/Thu, 03 Mar 2016 00:00:00 +0000/ar/blog/2016/03/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%85%D8%A7%D8%B1%D8%B3-03-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> anonimal, comraden1, eche|on, hottuna4, orignal\_, sadie_i2p, str4d, Yankee, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) مرحباً 20:00:02 &lt;zzz&gt; 1) مراجعة المهام القديمة الموكلة والتي لا تزال مفتوحة من اجتماع 30 ديسمبر `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 2) مراجعة المهام الجديدة الموكلة من اجتماع 2 فبراير `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 3) التحضير وجدولة اجتماعات خارطة الطريق `http://zzz.i2p/topics/2021` 20:00:02 &lt;zzz&gt; 4) مقترح مدونة السلوك (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:00:12 &lt;zzz&gt; 0) مرحباً 20:00:15 &lt;zzz&gt; مرحباً 20:00:25 &lt;anonimal&gt; مرحباً 20:00:38 &lt;str4d&gt; مرحباً 20:01:07 &lt;zzz&gt; 1) مراجعة المهام القديمة الموكلة والتي لا تزال مفتوحة من اجتماع 30 ديسمبر `http://zzz.i2p/topics/2014` 20:01:19 &lt;hottuna4&gt; مرحباً 20:01:37 &lt;zzz&gt; من المقرر أن ينشر gravy موضوعاً عن encrypted leasesets بحلول 27 يناير، أو موضوعاً مختلفاً بحلول 15 فبراير 20:01:51 &lt;zzz&gt; هل يعرف أحد ما آخر مستجدات gravy؟ 20:03:13 &lt;anonimal&gt; لا. 20:03:47 &lt;sadie_i2p&gt; مشغول في الحياة الواقعية 20:04:07 &lt;zzz&gt; sadie_i2p، هل لديك موعد جديد منه؟ 20:04:24 &lt;sadie_i2p&gt; بانتظار موعد جديد من Gravy 20:04:33 &lt;zzz&gt; حسنًا، سنرحّله للاجتماع القادم 20:04:42 &lt;zzz&gt; ستعمل Sadie مع J لنشر منشور المدونة الخاص به عن reseed (خدمة إعادة تزويد عناوين البذور)، الموعد الجديد منتصف فبراير. 20:04:49 &lt;zzz&gt; ما آخر المستجدات بهذا الخصوص، sadie_i2p؟ 20:05:42 &lt;sadie_i2p&gt; J مشغول أيضًا، أعمل مع Back up 20:06:07 &lt;zzz&gt; هل سيحدث نشر التدوينة في هذه المرحلة أم ينبغي أن نمضي قدماً؟ 20:06:44 &lt;sadie_i2p&gt; Back up وأنا نعمل على شيء آخر في هذه المرحلة - على الأرجح لن تُنشر التدوينة 20:06:58 &lt;zzz&gt; حسنًا، سأشطبها من القائمة 20:07:02 &lt;sadie_i2p&gt; لنمضِ قدماً 20:07:17 &lt;zzz&gt; على Sadie التواصل مع backup لمناقشة حملة reseed، الموعد الجديد منتصف فبراير. 20:07:32 &lt;zzz&gt; sadie_i2p، ما الذي تطبخينه أنت وbackup؟ 20:07:34 &lt;anonimal&gt; فبراير؟ 20:07:54 &lt;zzz&gt; نعم anonimal هذه كلها بنود متأخرة عن موعدها 20:08:26 &lt;sadie_i2p&gt; محتوى ورسوميات جديدة 20:08:51 &lt;zzz&gt; للموقع على ما أفترض 20:08:55 &lt;sadie_i2p&gt; سيكون هناك تأخيرات بسبب الجداول الزمنية لكن Back up يعمل الآن على المحتوى وأنا أعمل على الرسوميات للموقع 20:09:15 &lt;zzz&gt; ماذا عن «الحملة» خارج الموقع نفسه؟ 20:09:30 &lt;zzz&gt; ما الذي خططتم له؟ ومتى؟ 20:09:34 &lt;eche|on&gt; رائع 20:09:47 &lt;sadie_i2p&gt; سنحضّر صفحة جديدة للموقع ثم نبدأ بتوجيه الناس إليها عبر وسائل التواصل الاجتماعي وغيرها... 20:10:00 &lt;sadie_i2p&gt; ربما نستخدم ملصقات جديدة كحافز أيضًا 20:10:10 &lt;eche|on&gt; ملصقات! 20:10:17 &lt;zzz&gt; أوه نعم، ملصقات لمُعيدي التزويد (reseeders)، فكرة رائعة 20:10:19 &lt;str4d&gt; هل ستكون هذه صفحة «ما هو reseed»، أم دليل «كيفية تشغيل reseed»؟ 20:10:49 &lt;sadie_i2p&gt; هذا دليل جديد حول كيفية تشغيل reseed 20:11:36 &lt;zzz&gt; sadie_i2p، هل يمكنك إعطاءنا معلمًا (milestone) تاليًا لهذا؟ (تاريخ، وما هو) 20:12:12 &lt;str4d&gt; إذًا سيكون هذا دليلاً لـ«المستخدمين» أو للمساهمين في I2P، وليس للمطورين 20:12:26 &lt;str4d&gt; إذن سأفكّر بمكان أفضل لوضع هذه الأدلة 20:13:07 &lt;sadie_i2p&gt; قد يستغرق هذا وقتًا أطول قليلًا - سأقول خلال شهرين كحد أقصى 20:13:10 &lt;str4d&gt; إمم... 20:13:21 &lt;sadie_i2p&gt; سيكون الدليل للمستخدمين والمساهمين 20:13:45 &lt;zzz&gt; يرجى إعطاءنا معلمًا وسيطًا للشهر القادم 20:13:59 &lt;sadie_i2p&gt; يمكنني على الأرجح تقديم تحديث للمحتوى خلال شهر 20:14:02 &lt;str4d&gt; في الواقع، أظن أنه يندرج تحت «Get involved -&gt; Guides» 20:14:11 &lt;zzz&gt; حسنًا رائع 20:14:16 &lt;zzz&gt; ننتقل 20:14:26 &lt;zzz&gt; str4d، gravy، cacapo: أضيفوا حالات استخدام، ما الذي نجيده أكثر، مزيدًا من «الشغف» و«الدهون»، أضيفوا / أبرزوا Bote، بحلول نهاية 20:14:39 &lt;zzz&gt; يناير OPEN، التاريخ الجديد 1 مارس 20:14:50 &lt;zzz&gt; رأيت أن cacapo كتب بعض حالات الاستخدام الجميلة 20:15:06 &lt;str4d&gt; نعم، استنادًا إلى أمثلة dymaxion 20:15:11 &lt;zzz&gt; str4d، ما حالة إدراج ذلك في الموقع مع بعض الشغف والدهون؟ 20:15:21 &lt;Yankee&gt; مرحباً سيداتي وسادتي! 20:15:35 &lt;str4d&gt; برأيي المتواضع، المحتوى يحتاج بعض الصقل (يشعرني وكأنه «I2P جاء للإنقاذ!» أكثر من اللازم) 20:16:03 &lt;str4d&gt; أما عن مكانه في الموقع، لست متأكدًا بعد أين نضعه 20:16:05 &lt;zzz&gt; كان موعده في 1 مارس، هل يمكن أن تعطينا تاريخًا جديدًا لوضعه على الموقع؟ 20:16:45 &lt;str4d&gt; كان «الهدف» من هذا البند أن نفعل شيئًا أفضل من عمود الوسط في الصفحة الرئيسية الحالية وصفحة التطبيقات المدعومة 20:18:02 &lt;str4d&gt; zzz، يمكنني وضع الصفحة على عنوان URL 20:18:42 &lt;zzz&gt; هل أنتِ وsadie_i2p على نفس الصفحة بخصوص ما هو بند العمل هذا؟ أضافت sadie هذا إلى قائمة المهام في ccc 20:20:29 &lt;str4d&gt; إنه 20:20:45 &lt;str4d&gt; بداية، لكننا ما زلنا بحاجة إلى تحديد البنية المعلوماتية الأوسع 20:20:57 &lt;str4d&gt; ما الذي نحاول فعلاً إيصاله عبر الصفحة الرئيسية 20:21:42 &lt;zzz&gt; حسنًا إذًا أعطني تاريخًا للجزء الأول 20:21:49 &lt;zzz&gt; من فضلك 20:22:12 &lt;str4d&gt; سأنقل مستند حالات الاستخدام إلى الموقع بحلول نهاية هذا الأسبوع 20:22:42 &lt;str4d&gt; وسأقدّم تقرير حالة إضافيًا في الاجتماع القادم حول إعادة هيكلة الصفحة الرئيسية 20:23:04 &lt;zzz&gt; رائع، نأمل أن تتمكن أنت وsadie من مناقشة التفاصيل حول الأهداف الأكبر المتعلقة بالدهون والشغف. 20:23:39 &lt;zzz&gt; على comraden تنقيح / صقل / تعزيز / نشر قصة I2P بحلول نهاية فبراير 20:24:13 &lt;zzz&gt; هل يعرف أحد ما الذي يفعله comraden1؟ أحتاج المسودة المنقحة منه، ثم أريد أن أمرّ عليها مرة أخرى 20:25:00 &lt;zzz&gt; كان ينبغي أن يكون هذا على الموقع يوم الاثنين 20:25:30 &lt;sadie_i2p&gt; الموعد الجديد هو 1 أبريل 20:25:59 &lt;zzz&gt; حسنًا. أحتاج المسودة منه خلال أسبوعين إذًا 20:26:14 &lt;anonimal&gt; zzz: رابط لمسودة القصة الحالية؟ 20:26:39 &lt;zzz&gt; ما على zzzi2p لا يزال الأحدث. لا أريد إجراء أي تغييرات بينما comraden1 لديه «النسخة الأصلية» 20:26:53 &lt;zzz&gt; حسنًا نتابع 20:27:09 &lt;zzz&gt; التذاكر: على Sadie مراجعتها، وتقديم توصيات أو ربما البدء بإدارتها (بحلول متى؟) OPEN - التاريخ الجديد منتصف فبراير. (?) 20:27:09 &lt;anonimal&gt; حسنًا. 20:27:30 &lt;zzz&gt; كيف يسير هذا العمل الكبير يا sadie_i2p؟ 20:28:06 &lt;sadie_i2p&gt; أوف 20:29:12 &lt;zzz&gt; أحتاج لأكثر من «أوف» بقليل :) 20:29:14 &lt;str4d&gt; لقد كان عملاً ضخماً :P 20:29:35 &lt;sadie_i2p&gt; تحدثتُ أنا وstr4d عن اجتماعات أسبوعية للتذاكر 20:29:56 &lt;zzz&gt; قد يكون ذلك أكثر قابلية للتنفيذ من «مراجعة» لمرة واحدة 20:30:06 &lt;str4d&gt; أظن أنني طرحت هذا في اجتماع سابق، ولكن في حال لم أفعل: أضفت حالة «open» إلى Trac، للدلالة على التذاكر التي رآها المطورون لكن لا أحد مُسند إليها أو لا حالة محددة لها. 20:30:26 &lt;str4d&gt; هدفي من ذلك هو تمييز تلك التذاكر عن التذاكر الجديدة فعلاً 20:30:26 &lt;sadie_i2p&gt; نعم سيكون كذلك 20:30:26 &lt;zzz&gt; sadie_i2p، هل تعمّقتِ فيها بما يكفي لتقديم أي توصيات حول كيفية إدارتنا للتذاكر؟ 20:31:08 &lt;str4d&gt; إذًا كومة التذاكر «new» أصبحت أصغر بكثير الآن بعدما أبعدتُ تلك التي فتحناها بأنفسنا 20:31:15 &lt;sadie_i2p&gt; في هذه المرحلة أفضل توصية لدي هي متابعة أسبوعية وفرز الأولويات 20:32:34 &lt;str4d&gt; +1 20:32:34 &lt;zzz&gt; حسنًا. هل نحن مستعدون لجدولة الاجتماع الأول أم أن هناك مزيدًا من التنظيم لنقوم به أولاً؟ 20:33:28 &lt;str4d&gt; ما زلتُ مسافرًا، لذا أفضل الانتظار حتى الأسبوع القادم 20:33:46 &lt;zzz&gt; حسنًا. إذا لم تُجدولوا شيئًا قبل اجتماع أبريل، سنقوم بتنبيهكم حينها 20:34:05 &lt;zzz&gt; str4d إصدار Android 0.9.24 بحلول 7 فبراير، جمع قائمة TODO بحلول 26 فبراير 20:34:21 &lt;zzz&gt; يبدو أنك متأخر في ذلك :) 20:34:28 &lt;str4d&gt; هه 20:34:34 &lt;zzz&gt; تواريخ جديدة؟ 20:34:37 &lt;str4d&gt; فشل كلاهما فشلاً ذريعًا، بسبب أطروحة الدكتوراه 20:34:55 &lt;str4d&gt; (التي قدّمتُها أخيرًا في منتصف فبراير) 20:35:04 &lt;str4d&gt; أعمل على إصدار 0.9.24 في هذه اللحظة 20:35:06 &lt;zzz&gt; واو. 20:35:10 &lt;str4d&gt; (على حاسوب محمول بطيييييء() 20:35:14 &lt;str4d&gt; ) 20:35:16 &lt;zzz&gt; وماذا عن قائمة المهام؟ 20:35:31 &lt;str4d&gt; سيتم جمع قائمة المهام خلال الأيام القليلة القادمة 20:35:41 &lt;zzz&gt; حسنًا، سنُحاسبك على ذلك 20:35:51 &lt;str4d&gt; هه :P 20:36:01 &lt;zzz&gt; على str4d و zzz مراجعة تذكرة VRP بحلول 12 فبراير. لقد أنجزتُ جانبي. 20:36:06 &lt;str4d&gt; هي بالأساس مجرد المرور على قائمة المهام داخل المستودع والبحث عن الأشياء المفقودة من قائمة مهامي الشخصية 20:36:14 &lt;zzz&gt; تاريخ جديد لذلك؟ 20:36:20 &lt;anonimal&gt; بخصوص #1119، أرى الآن فقط تعليق zzz الأخير منذ 3 أسابيع. لم أتلقّ رسالة بريد إلكتروني ولم أكن أتلقى رسائل من github أو أشياء أخرى خلال الأسابيع القليلة الماضية على @mail.i2p/@i2pmail.org. 20:36:32 &lt;anonimal&gt; أتساءل بجد إن كانت خدمة البريد الإلكتروني الخاصة بـ postman تواجه مشاكل. 20:36:37 &lt;str4d&gt; ضحية أخرى للأطروحة. سأقرأه هذا بعد ظهر اليوم بعد إصدار 0.9.24 20:36:46 &lt;anonimal&gt; قد أضطر لتغيير البريد الإلكتروني :/ 20:36:49 &lt;zzz&gt; حسنًا رائع 20:36:49 &lt;str4d&gt; anonimal، نعم، واجهت مشاكل خطيرة مؤخرًا أيضًا (الكثير من الرسائل ترتد) 20:37:03 &lt;zzz&gt; صدقوا أو لا، أظن أن هذا كل شيء للبند 1) 20:37:11 &lt;zzz&gt; و 2) 20:37:17 &lt;str4d&gt; (منذ حوالي 6 فبراير) 20:37:22 &lt;anonimal&gt; zzz: سأقرأ تعليقاتك بعمق أكبر وأعيد كتابة VRP. 20:37:28 &lt;zzz&gt; 3) التحضير وجدولة اجتماعات خارطة الطريق `http://zzz.i2p/topics/2021` 20:37:33 &lt;anonimal&gt; انتظر! 20:37:45 &lt;zzz&gt; حسنًا، عذرًا، أي شيء آخر حول 1 أو 2؟ 20:37:45 &lt;anonimal&gt; بالنسبة لـ 1): قرار حول H1؟ 20:38:06 &lt;anonimal&gt; تم نقل القرار بشأن H1 إلى 1) من ما أتذكر. 20:38:41 &lt;anonimal&gt; أو لا، على أية حال أظن أننا سنغطيه اليوم. 20:38:47 &lt;zzz&gt; في الاجتماع الأخير، قررنا أننا سنُنهي مناقشات VRP وh1 في اجتماعات خارطة الطريق في 4-6 مارس 20:39:11 &lt;anonimal&gt; حسناً. 20:39:23 &lt;zzz&gt; لقد جدولتُها للتو، سنعقدها غدًا ويوم الأحد الساعة 3 مساءً بالتوقيت العالمي UTC. anonimal هل يمكنك حضور أي من هذين الاجتماعين؟ 20:39:30 &lt;str4d&gt; ووو، هذا يمنحني فرصة للمراجعة :P 20:41:08 &lt;zzz&gt; وهذا يقودنا إلى 3) 20:41:11 &lt;zzz&gt; كما قلت 20:41:19 &lt;zzz&gt; لقد جدولتُها للتو، سنعقدها غدًا ويوم الأحد الساعة 3 مساءً بالتوقيت العالمي UTC. 20:41:21 &lt;anonimal&gt; zzz: أوف، السبت هو اجتماع kovri الضخم لمدة ساعتين على الأقل الساعة 6 مساءً UTC. 20:41:21 * anonimal يفكّر 20:41:23 &lt;anonimal&gt; zzz: كم تتوقع أن يستغرق اجتماع السبت؟ 20:41:33 &lt;orignal_&gt; هل على الجميع الاهتمام باجتماع kovri هنا؟ 20:41:40 &lt;zzz&gt; اجتماعاتنا ستكون الجمعة والأحد. لا سبت. 20:41:46 &lt;orignal_&gt; أم يمكن ترتيب ذلك على نحو خاص؟ 20:42:05 &lt;zzz&gt; أقترح أن نبدأ بـ VRP في اجتماع الأحد. موافقون؟ 20:42:06 * anonimal فقدَ الإحساس بالأيام 20:42:11 &lt;anonimal&gt; أستطيع حضور الأحد. 20:42:16 &lt;anonimal&gt; حسنًا، يبدو رائعًا. 20:43:00 &lt;zzz&gt; ستكون هذه اجتماعات غير رسمية، نراجع فيها أين نحن وإلى أين نريد الذهاب 20:43:11 &lt;zzz&gt; الهدف هو وضع خارطة طريق لبقية السنة على الأقل 20:43:22 &lt;zzz&gt; قد يكون الاجتماع الثاني أكثر تنظيمًا 20:43:46 &lt;zzz&gt; أنا نوعًا ما عالق بشأن ما ينبغي أن أفعله تاليًا وللبقية من العام. لذا هذه الاجتماعات حيوية لـ\ 20:43:52 &lt;zzz&gt; تحديد توجّهي 20:44:08 &lt;str4d&gt; ممممك 20:44:15 &lt;anonimal&gt; حسنًا. 20:44:37 &lt;zzz&gt; لذا سيكون الجمعة مراجعة غير رسمية للأولويات. يوم الأحد سنبدأ بـ h1/vrp، ثم ننتقل لوضع خارطة الطريق بإحكام للإصدارات .26-.29 20:44:47 &lt;zzz&gt; أي شيء آخر حول 3) 20:45:31 &lt;zzz&gt; ننتقل إلى 4) 20:45:39 &lt;zzz&gt; 4) مقترح مدونة السلوك (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:45:56 &lt;zzz&gt; أرى أنها اقترحت الآن عمل شيء مشابه لـ debian 20:46:00 &lt;zzz&gt; آه عدتُ في الوقت تمامًا 20:46:12 &lt;zzz&gt; أحد لديه أي أفكار حول مدونة سلوك debian؟ 20:46:48 &lt;orignal_&gt; dedian ليس شبكة مجهولة 20:46:56 * str4d يفتح الرابط 20:47:05 &lt;str4d&gt; orignal_، لا، لكنه FOSS 20:47:08 &lt;zzz&gt; لكن ما رأيك في الـ CoC (مدونة السلوك) يا orignal_ ؟ 20:47:17 &lt;orignal_&gt; الناس يأتون إلى I2P لأسباب مختلفة 20:47:33 &lt;anonimal&gt; برأيي، هي رخوة قليلاً ولستُ متأكدًا كيف يتم فرض أي شيء. 20:48:02 &lt;orignal_&gt; zzz، مدونتهم مناسبة لهم لأنهم مشروع راسخ وله تاريخ 20:48:04 &lt;zzz&gt; sadie، ما الذي يعجبك في مدونة سلوك debian؟ 20:48:14 &lt;orignal_&gt; I2P مختلف تمامًا 20:48:32 &lt;sadie_i2p&gt; بدا أنها توفر هيكلًا أساسيًا جيدًا لنبدأ به على الأقل 20:48:40 &lt;str4d&gt; orignal_، وهل تاريخ I2P الذي يتجاوز &gt;10 سنوات لا يجعله مشروعًا راسخًا؟ 20:48:45 &lt;zzz&gt; صحيح، نحن مختلفون، لكننا بالفعل مشروع راسخ وله تاريخ 20:48:51 &lt;orignal_&gt; آخر ما يريده الناس هنا هو الاستماع إلى هراء قسم الموارد البشرية هذا مجددًا 20:49:31 &lt;zzz&gt; لا أرى ما علاقة أسباب مجيء الناس إلى مشروع ما بالمعايير حول كيفية تصرفهم بمجرد وصولهم 20:49:41 &lt;zzz&gt; HR؟ 20:50:31 &lt;sadie_i2p&gt; أبحث عن أمثلة بسيطة ومباشرة - 20:50:31 &lt;sadie_i2p&gt; لذا ربما ليست الأفضل، لكنها نقطة بداية 20:51:29 &lt;zzz&gt; هل نرى أن مدونة debian هي أفضل مكان للبدء، أم ستكون مدونة monero أفضل 20:51:36 &lt;orignal_&gt; str4d، للأسف لا 20:51:51 &lt;str4d&gt; orignal_، «الناس != المطورين»، مرة أخرى. 20:51:53 &lt;orignal_&gt; قارن عدد من يستخدم Debian و I2P 20:52:11 &lt;orignal_&gt; لا تحاولوا تقليد الكبار، لستم في تلك الفئة بعد 20:52:12 &lt;str4d&gt; لا يمكننا خلط المستخدمين بالمطورين. 20:52:21 &lt;zzz&gt; أرى أنه إذا استطعنا اختيار ما هو أقرب إلى هدفنا، عندها يمكن أن نطلب من بعض الناس العمل على تحريره ليلائم وضعنا 20:52:42 &lt;str4d&gt; سيكون ذلك كأن نقول «أي شخص يثبت نظام Debian لا يمكنه قول أي شيء لا نحبّه» 20:52:42 &lt;str4d&gt; وهذا ليس مطلقًا ما نقصده هنا 20:52:53 &lt;str4d&gt; وبالتالي، قاعدة المستخدمين لا تهمّ في هذه المناقشة 20:52:54 &lt;sadie_i2p&gt; لدى monero واحدة جيدة جدًا أيضًا - إذا كانت هذه أفضل بين الاثنتين فليس لدي اعتراض 20:53:21 &lt;orignal_&gt; zzz، CoC هو أمور قسم الموارد البشرية 20:53:21 &lt;orignal_&gt; لا شيء غير ذلك 20:53:28 &lt;zzz&gt; آراء آخرين حول debian مقابل monero ؟ 20:53:44 &lt;anonimal&gt; + مونيرو 20:53:49 &lt;zzz&gt; orignal_، ماذا تقصد بـ «HR»؟ 20:54:07 &lt;orignal_&gt; HR = الموارد البشرية 20:54:24 &lt;zzz&gt; مدونة monero أقصر من debian، لذا أظن أنه من الأسهل البدء صغيرًا 20:55:13 &lt;zzz&gt; هل لدينا أي متطوعين لوضع تعليقات على مدونة سلوك monero مع التغييرات المقترحة والعودة بها الشهر القادم؟ 20:55:18 &lt;str4d&gt; zzz، أحب جوهر مدونة Debian، إذ إنها تغطي كثيرًا مما نراه مهمًا (مثل النقطة 2 التي كانت ستكون مفيدة جدًا مؤخرًا) 20:55:26 &lt;zzz&gt; أو مدونة debian 20:55:28 &lt;orignal_&gt; برأيي مرة أخرى، لم يحن وقته بعد 20:55:40 &lt;zzz&gt; لا داعي لأن نقرر الآن بين debian و monero 20:55:48 &lt;zzz&gt; orignal_، وصلتنا رسالتك بوضوح، شكرًا 20:55:59 &lt;str4d&gt; كما أنه ليس وصفيًا أكثر من اللازم 20:56:13 &lt;zzz&gt; لم تُتخذ قرارات. نحن فقط نناقش. 20:56:40 &lt;sadie_i2p&gt; يمكننا استخدام ما هو أكثر قابلية للتطبيق من كليهما 20:56:43 &lt;anonimal&gt; بخصوص مدونة السلوك، 20:56:56 &lt;str4d&gt; أحب أيضًا النقطة 6 - أنه عند الاستجابة للمشكلات، ينبغي على المُستجيب أن يلتزم أيضًا بمدونة السلوك 20:57:03 &lt;anonimal&gt; https://github.com/monero-project/kovri/blob/master/doc/CONTRIBUTING.md 20:57:09 &lt;anonimal&gt; يشمل أيضًا رسمًا جميلًا لعملية حوكمة Monero. 20:57:30 &lt;comraden1&gt; zzz: بخصوص المسودة — واجهت زيادة من المتاعب في العمل وأتعامل مع أحد أفراد العائلة الذي عاد إلى الهَدأة، لذا تم وضع مسودة التاريخ على نار هادئة. ذكرت sadie_i2p تاريخ 2016-04-01 كموعد جديد سأحاول الالتزام به 20:57:30 &lt;str4d&gt; أوه، صور! 20:57:48 &lt;comraden1&gt; zzz: أعتذر عن الابتعاد عن المشهد لبضعة أسابيع! 20:58:06 &lt;anonimal&gt; str4d zzz: نعم، وسأكون مستعدًا لتعديل دليل المساهمة ليلائم java i2p. 20:58:52 &lt;anonimal&gt; مرحبًا comraden1، أنا أنشر شيئًا على صفحة قصة i2p للمراجعة. 20:59:30 &lt;sadie_i2p&gt; سأتطوع 20:59:58 &lt;comraden1&gt; anonimal: شكرًا :) إن كان على المنتدى فسأصل إليه في المرة القادمة التي أدخل فيها. لا تتردد في إرساله لي على الخاص أو التواصل عبر الشبكة الصافية 21:00:05 &lt;zzz&gt; حسنًا، ممتاز. Sadie_i2p و anonimal، هل يمكنكما العودة بتوصية في اجتماع الشهر القادم؟ 21:00:20 &lt;sadie_i2p&gt; بالتأكيد 21:00:25 &lt;zzz&gt; comraden1، شكرًا على التحديث، وآسف لسماع مشكلات العائلة 21:00:31 &lt;zzz&gt; أي شيء آخر حول 4) ؟ 21:00:40 * zzz يسخّن الـ baffer 21:00:48 &lt;zzz&gt; أي شيء آخر للاجتماع؟ 21:00:54 &lt;orignal_&gt; نعم، كتابة CoC لشخص ما يبدو عملاً أفضل 21:01:13 &lt;anonimal&gt; نعم، وبسبب أن i2pmail فيه مشاكل مؤخرًا، يجب أن نحاول الدردشة عبر IRC إن أمكن يا sadie_i2p وأنا. 21:01:21 &lt;anonimal&gt; لا، لا شيء آخر للاجتماع من ناحيتي zzz. 21:01:52 &lt;zzz&gt; orignal_، رجاءً لا تقاطع اجتماعنا بتعليقات لاذعة عن kovri. لقد تمادينا كثيرًا الشهر الماضي ووعدتُ أنني لن أدع ذلك يحدث مجددًا 21:02:07 &lt;orignal_&gt; هل فعلت؟ 21:02:41 * zzz *bafs* أغلق الاجتماع 21:02:45 &lt;zzz&gt; شكرًا للجميع </div>/ar/blog/2016/02/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2016/Tue, 02 Feb 2016 00:00:00 +0000/ar/blog/2016/02/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2016/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> allyourbase, anonimal, C0B4, cacapo, comraden1, eche|on, EinMByte, hottuna, Hummingbird, Irc2PGuest39432, Irc2PGuest76545, Irc2PGuest95462, IrcI2Pd743, JIa3apb_KaraHoBu4, lazygravy, nda, orignal, psi, sadie_i21, str4d, supervillain, The_Tin_Hat, trolly, xcps, Yankee, z3r0fox, zab\__, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; Agenda `http://zzz.i2p/topics/2014` 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) Review of assigned tasks from Dec. 30 meeting - `http://zzz.i2p/topics/2016` (zzz) 20:00:00 &lt;zzz&gt; 2) Other CCC followup - `http://zzz.i2p/topics/2019` (zzz) 20:00:00 &lt;zzz&gt; 3) Project meeting plan for 2016 (zzz, Sadie) 20:00:00 &lt;zzz&gt; 4) GMP 6 readiness for merging - `http://zzz.i2p/topics/1960` (tuna) 20:00:00 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` console home page request - `http://zzz.i2p/topics/236?page=3#p10884` (david) 20:00:00 &lt;zzz&gt; 6) Proposal for Code of Conduct - `http://zzz.i2p/topics/2015` (Sadie) 20:00:02 &lt;lazygravy&gt; There is a link to it in the ccc blog post 20:00:05 &lt;zzz&gt; 0) Hi 20:00:09 &lt;zzz&gt; hi 20:00:19 &lt;EinMByte&gt; hi 20:00:21 &lt;psi&gt; hi 20:00:25 &lt;lazygravy&gt; Hello 20:00:32 &lt;cacapo&gt; hi 20:00:33 &lt;sadie_i21&gt; hi 20:00:37 &lt;zzz&gt; 1) Review of assigned tasks from Dec. 30 meeting - `http://zzz.i2p/topics/2016` (zzz) 20:00:44 &lt;Irc2PGuest76545&gt; Hey 20:00:48 &lt;zzz&gt; ok, let's quickly go through the open items only 20:00:49 &lt;anonimal&gt; Hi 20:00:50 &lt;Hummingbird&gt; hi 20:00:55 &lt;z3r0fox&gt; Hi 20:01:03 &lt;zzz&gt; gravy to post one on encrypted leasesets by Jan. 27 20:01:11 &lt;zzz&gt; lazygravy, what's the status? 20:01:34 &lt;orignal&gt; hi 20:01:37 &lt;lazygravy&gt; zzz: very late on that. But it is "started". I still plan on writing it 20:01:38 &lt;zab__&gt; hi 20:01:44 &lt;trolly&gt; hi 20:01:50 &lt;lazygravy&gt; Might change the topic , but my point stands 20:01:51 &lt;zzz&gt; lazygravy, what's the new target date? 20:02:27 &lt;Irc2PGuest39432&gt; oops 20:02:28 &lt;Irc2PGuest39432&gt; hi 20:02:37 &lt;lazygravy&gt; zzz: president's day weekend? 20:02:52 &lt;zzz&gt; got a date for that? 20:03:10 &lt;lazygravy&gt; 15 Feb 20:03:14 &lt;zzz&gt; ok thanks 20:03:17 &lt;zzz&gt; Sadie to work with J to get his blog post up 20:03:32 &lt;zzz&gt; sadie_i21,status? 20:03:42 &lt;sadie_i21&gt; mid feb 20:03:55 &lt;supervillain&gt; vodka anyone? 20:04:02 &lt;zzz&gt; Sadie to contact backup to discuss reseed campaign 20:04:05 &lt;zzz&gt; sadie_i21,status? 20:04:12 &lt;Irc2PGuest76545&gt; hi 20:04:27 &lt;sadie_i21&gt; not yet 20:04:39 &lt;zzz&gt; new due date please? 20:06:09 &lt;zzz&gt; ok, we'll move on, sadie please let me know 20:06:10 &lt;sadie_i21&gt; mid feb for this too 20:06:10 &lt;Irc2PGuest95462&gt; hi 20:06:13 &lt;zzz&gt; Strengthinging the network - home page and additional pages 20:06:13 &lt;zzz&gt; ** str4d, gravy, cacapo: Add use cases, what are we best at, more "passion" and "fat", add / highlight Bote, by end of January 20:06:17 &lt;zzz&gt; ok thx sadie 20:06:31 &lt;zzz&gt; str4d, lazygravy, cacapo, status? 20:07:08 &lt;cacapo&gt; we're working on it but need feedback from community i think 20:07:16 &lt;str4d&gt; hi 20:07:16 &lt;lazygravy&gt; cacapo++ 20:07:22 &lt;Irc2PGuest76545&gt; hallo 20:07:40 &lt;zzz&gt; new due date please? 20:08:42 &lt;cacapo&gt; also I don't think we're clear on the end purpose. Is it for a blog post? 20:08:50 &lt;hottuna&gt; cacapo: if you need me to read through it again, please ping me 20:08:50 &lt;cacapo&gt; march 1st 20:09:07 &lt;EinMByte&gt; please also try to target researchers, not just end-users 20:09:07 &lt;str4d&gt; The scope AFAICT is to alter the homepage and the "supported applications" page, no? 20:09:18 &lt;zzz&gt; iirc the intention was to enhance the home page and possibly add additional pages. Not a blog post 20:09:33 &lt;zzz&gt; sadie_i21, could you elaborate please? 20:09:34 &lt;EinMByte&gt; Ok, nvm in that case 20:09:38 &lt;str4d&gt; Right 20:09:47 &lt;cacapo&gt; so it's the supo 20:09:59 &lt;cacapo&gt; supported applications page then? 20:10:26 &lt;zzz&gt; iirc the priority was the home page. If it spilled over to other pages (new or not), that's ok too 20:10:55 &lt;cacapo&gt; also: do we talk about torrents for PR? 20:11:06 &lt;zzz&gt; unless sadie has something to add, let's move on 20:11:22 &lt;zzz&gt; we can discuss torrents or not outside the meeting 20:11:37 &lt;sadie_i21&gt; nope 20:11:38 &lt;str4d&gt; sadie_i21, the Simply Secure design thoughts are probably relevant here too. 20:11:39 &lt;str4d&gt; If they have any immediate thoughts regarding the homepage, that will affect how the use cases stuff is written up and presented/ 20:12:00 &lt;zzz&gt; comraden to edit / polish / enhance / post the "i2p story" by end of February 20:12:06 &lt;sadie_i21&gt; sorry zzz, on a call... 20:12:09 &lt;zzz&gt; comraden1, you on track for that? 20:12:13 &lt;str4d&gt; cacapo, I say yes, highlighting benefits of torrents (e.g. downloading new versions of Tails!) 20:12:17 &lt;psi&gt; sadie_i21: do you have the press@geti2p.net spam firehose forwarding at your email yet? 20:12:42 &lt;zzz&gt; psi, please take that offline with sadie 20:12:45 &lt;sadie_i21&gt; no, not yet 20:12:50 &lt;psi&gt; kk 20:13:09 &lt;zzz&gt; ok, we will assume comraden1 is on track 20:13:17 &lt;zzz&gt; broader roadmap and priority setting processes are TBD, but should come out of the evolving project meetings 20:13:26 &lt;comraden1&gt; zzz: haven't read the post you put up yet, as I mentioned to you earlier I had an emergency I had to attend to 20:13:50 &lt;zzz&gt; that item is mine and sadie's, let's defer that to item 3) 20:13:52 &lt;comraden1&gt; I will be looking at the history sometime this week and will reach back out with corrections to you & lance 20:14:05 &lt;zzz&gt; comraden1, are you on track for end february? 20:14:26 &lt;str4d&gt; zzz, the draft is certainly interesting :) 20:14:31 &lt;str4d&gt; cacapo, regarding how it appears on the website, I think it would work well having it interspersed with year headers (breaking it into "chapters" as it were). Also would mean we could navigate through it by year. 20:14:34 &lt;comraden1&gt; zzz: so far, yes :) 20:14:45 &lt;zzz&gt; sadie to review, make recommendations or possibly start managing tickets (by when?) 20:14:55 &lt;zzz&gt; sadie_i21, status? due date? 20:15:55 &lt;zzz&gt; ok we'll assume she's still on a call, please get back to us 20:16:05 &lt;zzz&gt; 4) Android - 20:16:05 &lt;zzz&gt; kinda like 1) in that it's code and tied to the java router, but like 3) in that it's ad hoc or a one-man show by str4d, and he's behind. 20:16:13 &lt;str4d&gt; DM from @YrB1rd: "There. Are. So. Many." 20:16:24 &lt;str4d&gt; (a few days ago, but you get the idea ;P) 20:16:57 &lt;zzz&gt; this wasn't really a todo item, but str4d you have any proposal on how to manage android development, or can we give you and/or sadie a more specific assignment on this? 20:17:09 &lt;str4d&gt; Yah, basically everything that had me as a primary dependency was completely shot for the last 4-5 months. 20:17:36 &lt;zzz&gt; can you give us a target for a 0.9.24 release, and perhaps another target to come up with a plan on how to manage android better? 20:17:39 &lt;str4d&gt; Because I've been writing my PhD thesis. 20:18:08 &lt;str4d&gt; Targeting submission at the end of this week, so that will be out of the way, but I will also be taking on paid work after then. 20:18:23 &lt;zzz&gt; feb. 5, great 20:18:33 &lt;str4d&gt; 0.9.24: going to aim for this weekend. 20:18:38 &lt;sadie_i21&gt; zzz - can we circle back to ticket question - I am only half here rn 20:18:56 &lt;zzz&gt; circle back now or circle back later? 20:19:16 &lt;sadie_i21&gt; later 20:19:22 &lt;str4d&gt; Beyond that: what I need is a better roadmap, so I can do slow targeted development instead of "oh, another I2P release is coming up, I need to clear some Android work so I can do a release". 20:19:23 &lt;zzz&gt; ok, end weekend is feb. 7 for 0.9.24 20:19:48 &lt;zzz&gt; ok str4d, due date when you'll have a roadmap? 20:20:42 &lt;zzz&gt; anything else on item 1) ? 20:20:50 &lt;str4d&gt; I have a bunch of to-do items locally, in-repo and in-Trac. What I need is more eyes on planning. 20:21:30 &lt;zzz&gt; so you can't even give us a date, that's a bad sign. Can you throw up a draft roadmap out of your todo list? 20:21:34 &lt;str4d&gt; zzz, I'd say March 6, I can draft something up earlier but I expect we will end up doing roadmapping on that along with everything else while I'm over. 20:21:40 &lt;zzz&gt; ok, march 6 20:21:44 &lt;zzz&gt; last call for 1) 20:21:57 &lt;zzz&gt; 2) Other CCC followup - `http://zzz.i2p/topics/2019` (zzz) 20:22:13 &lt;zzz&gt; I put 2) in here just as a placeholder in case there were other important followups 20:22:18 &lt;str4d&gt; I'll target Feb 26 for collating all the todo items and possibly drafting a roadmap. 20:22:26 &lt;zzz&gt; I've been corresponding with Phillip Winter about Sybil 20:22:39 &lt;zzz&gt; anybody else have interesting followups to report? 20:23:02 &lt;eche|on&gt; nothing from my side 20:23:25 &lt;zzz&gt; ok, I encourage you all to send some emails out or do the research you wanted to do, it's not too late 20:23:26 &lt;anonimal&gt; Were we going to cover VRP this meeting? 20:23:26 &lt;eche|on&gt; finances will be updated this weekend IMHO 20:23:44 &lt;zzz&gt; VRP is not on the agenda, if we have time we can add it as 7) 20:23:49 &lt;zzz&gt; last call for 2) 20:23:58 &lt;JIa3apb_KaraHoBu4&gt; Dear zzz ! I am very grateful to you for the creation of this network because I have met wonderful people here and find rare content, for which our country is suspended for the genitals an apple tree. Long old are you! 20:23:58 &lt;C0B4&gt; I'm sorry, who checked the safety 0.9.24 20:24:11 &lt;str4d&gt; I have a few people I need to follow up with from RWC 20:24:13 &lt;str4d&gt; (shoehorning that into 2)) 20:24:31 &lt;zzz&gt; 3) Project meeting plan for 2016 (zzz, Sadie) 20:24:44 &lt;lazygravy&gt; While shoehorning, I need to talk to you about i2spy str4d. But that is for later/offline 20:24:57 &lt;zzz&gt; ok, just a brief item. We decided at the Dec. 30 meeting to get more serious about project management 20:25:03 &lt;zzz&gt; to hold monthly meetings 20:25:14 &lt;zzz&gt; and to have somebody act as a project manager 20:25:37 &lt;zzz&gt; so this is the first monthly meeting, and they will be the first tuesday of every month at 8 PM UTC 20:25:56 &lt;zzz&gt; except for next month, which will be on Thurs. Mar. 7 20:26:26 &lt;zzz&gt; the goal is for me to run these meetings for a little while, but after a few, to turn them over to Sadie and have her be our project manager 20:26:34 &lt;zzz&gt; sound good? any comments? 20:26:39 &lt;lazygravy&gt; Seems reasonable. Hopefully it will keep us all accountable. 20:26:59 &lt;comraden1&gt; La 20:27:03 &lt;comraden1&gt; lazygravy++ 20:27:04 &lt;anonimal&gt; Will sadie_i21 be on IRC more often? 20:27:15 &lt;xcps&gt; C0B4, good point! 20:27:15 &lt;lazygravy&gt; anonimal++ 20:27:22 &lt;sadie_i21&gt; okee dokee 20:27:33 &lt;str4d&gt; Sounds good to me 20:27:42 &lt;zzz&gt; that's a good point, we've repeatedly encouraged sadie_i21 to be here more often, I know she was working on a 2nd computer to make it easier 20:27:48 &lt;str4d&gt; sadie_i21, I still have that bouncer account - sadie - if you want it 20:28:04 &lt;zzz&gt; i think it will be difficult to manage the project if you aren't here very often 20:28:28 &lt;anonimal&gt; Hi sadie_i21, we've never officially said hi. 20:28:28 &lt;anonimal&gt; I have PM-related questions, but I think they can wait? 20:28:30 &lt;str4d&gt; That would at least enable you to not miss PMs etc. 20:28:39 &lt;zzz&gt; sadie_i21, any progress on getting a setup so you can be here and see scrollback? 20:28:52 &lt;sadie_i21&gt; hi! I am trying to be here more!! 20:28:57 &lt;anonimal&gt; s/PM-related/Project Management-related/ 20:29:06 &lt;comraden1&gt; str4d: talk to me on how to set that up for sadie_i21 offline? Twitter or here is fine 20:29:14 &lt;sadie_i21&gt; yes, zzz - all done ansset up 20:29:43 &lt;zzz&gt; ok, we have the general migration plan from me to sadie, lets see how it goes over the next few months 20:29:47 &lt;eche|on&gt; sorry to interrupt, as sadie will get manager(in), system she needs to be organized 20:30:01 &lt;eche|on&gt; hardware she need, sorry 20:30:20 &lt;zzz&gt; echelon huh? 20:30:41 &lt;str4d&gt; comraden1, k 20:31:00 &lt;zzz&gt; anything else on 3) ? 20:31:05 &lt;comraden1&gt; eche|on: I setup a computer for her so that might not be necessary, but that's her call of course if she wants a new piece of equipment 20:31:14 &lt;eche|on&gt; zzz: sorry, we talked about a pc system she needs, and she shopuld get in contact with me 20:31:23 &lt;zzz&gt; ok 20:31:29 &lt;zzz&gt; 4) GMP 6 readiness for merging - `http://zzz.i2p/topics/1960` (tuna) 20:31:35 &lt;zzz&gt; hottuna, what's the latest? 20:31:38 &lt;eche|on&gt; if thats the point, IMHO it is fine, but the meeting round here can vote yes! 20:31:56 &lt;hottuna&gt; jcpuid for windows x86isn't working 20:32:05 &lt;hottuna&gt; I have two options left to test, then I'm 100% out of ideas 20:32:40 &lt;zzz&gt; ok. kytv did it successfully 5 years ago, if you hit the wall maybe he can help 20:32:48 &lt;eche|on&gt; jcpuid is c code? 20:32:58 &lt;hottuna&gt; ucpuid for osx has not been compiled or tested 20:32:58 &lt;hottuna&gt; jcpuid* 20:33:13 &lt;hottuna&gt; c+asm+java-bindings 20:33:13 &lt;zzz&gt; I'd like to have major stuff like this propped for 0.9.25 by mid-Feb, so we have about two weeks to make it happen 20:33:24 &lt;anonimal&gt; hottuna: I can help with that. 20:33:31 &lt;str4d&gt; There's also another alternative we could look int 20:33:41 &lt;hottuna&gt; zzz: I can't make any promises. I'm hitting a bit of a wall here 20:33:47 &lt;hottuna&gt; anonimal: help with osx builds? 20:33:48 &lt;str4d&gt; orignal raised the point a while back that our ElGamal implementation could be a lot more efficient. 20:33:52 &lt;hottuna&gt; or help with windows x86? 20:34:02 &lt;hottuna&gt; str4d: how? 20:34:04 &lt;str4d&gt; (currently it just does the ElG math directly) 20:34:07 &lt;hottuna&gt; by having it be all c? 20:34:12 &lt;zzz&gt; let's not get sidetracked on ElG 20:34:17 &lt;zzz&gt; in the meeting 20:34:25 &lt;str4d&gt; hottuna, using e.g. Montgomery ladder or something 20:34:30 &lt;str4d&gt; Still to be looked into 20:34:35 &lt;hottuna&gt; ok 20:34:41 &lt;IrcI2Pd743&gt; C0B4 for example, nobody. All people just believe a word about the safety and anonymity of the network. 20:34:53 &lt;zzz&gt; ok so the summary is that hottuna needs help and the clock is ticking or we will miss .25. everybody please help if he asks 20:35:00 &lt;anonimal&gt; hottuna: Yes. I'm always strapped with time these days + Kovri, so I'll do what I can. 20:35:08 &lt;zzz&gt; anything else on 4) ? 20:35:14 &lt;anonimal&gt; hottuna: Latest link is in the forum post? 20:35:34 &lt;str4d&gt; I'm useless for testing unfortunately 20:35:36 &lt;hottuna&gt; links for what? 20:35:40 &lt;hottuna&gt; for jcpuid? 20:35:47 &lt;orignal&gt; str4d, 100% 20:36:18 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` console home page request - `http://zzz.i2p/topics/236?page=3#p10884` 20:36:27 &lt;zzz&gt; The_Tin_Hat, please tell us about your site 20:37:10 &lt;JIa3apb_KaraHoBu4&gt; Justification - for the weak! 20:37:16 &lt;The_Tin_Hat&gt; The site provides a number of practical tutorials on privacy and security, aimed at being digestible by intermediate users, including a number of tutorials on i2p and tor 20:38:03 &lt;The_Tin_Hat&gt; I think its relevant for people who are just getting into I2P and/or internet security and privacy 20:38:03 &lt;zzz&gt; I know you've been around at thethinhat.i2p for a while, what's with the relatively new secure.thetinhat.com? how long has each been around? 20:38:08 &lt;trolly&gt; I know thetinhat from long 20:38:18 &lt;trolly&gt; I translated some of those tutorials 20:38:23 &lt;str4d&gt; zzz, IIUC secure.thetinhat.i2p is an EdDSA key 20:38:44 &lt;The_Tin_Hat&gt; thetinhat.i2p still exists, but the subdomain was added when i switched servers and upgraded the key, along with longer tunnels 20:38:53 &lt;C0B4&gt; I'm sorry, but I wait long for an answer to the question, or you're not respond to mere mortals&gt;&gt;&gt; &lt;C0B4&gt; I'm sorry, who checked the safety 0.9.24 20:38:53 &lt;zzz&gt; anybody have any questions or comments about this request? 20:38:57 &lt;str4d&gt; So 5a) we need to extend the subscriptions feeds to enable key upgrades 20:39:16 &lt;zzz&gt; C0B4, we're in the middle of a meeting, sorry 20:39:43 &lt;zzz&gt; str4d, we'll talk about 5a) in the roadmap meetings next month 20:39:52 &lt;str4d&gt; b 20:40:15 &lt;str4d&gt; I am +1 on adding. 20:40:47 &lt;hottuna&gt; +1, add it 20:40:52 &lt;anonimal&gt; hottuna: Yes, jcpuid. 20:40:56 &lt;zzz&gt; ok re: secure.thetinhat.i2p console home page request, if there are no other questions or comments, please vote +1 or -1 20:40:59 &lt;lazygravy&gt; +1 20:41:13 &lt;Yankee&gt; Hi, gays! 20:41:23 &lt;trolly&gt; +1 20:41:23 &lt;cacapo&gt; +1 20:41:51 &lt;comraden1&gt; +1 for adding 20:41:53 &lt;anonimal&gt; hottuna: Or are we working directly from mtn now? (I haven't seen anything since I last tested) 20:42:24 &lt;zzz&gt; anonimal, we've moved off that topic, please discuss elsewhere, thanks 20:42:32 &lt;zzz&gt; ok last call for 5) 20:42:37 &lt;z3r0fox&gt; +1 20:43:06 &lt;zzz&gt; hearing no objections, we'll approve the thinhat request, I'll check it in for .25 20:43:27 &lt;zzz&gt; 6) Proposal for Code of Conduct - `http://zzz.i2p/topics/2015` (Sadie) 20:43:27 &lt;zzz&gt; 6a) Proposal and reasoning (Sadie) 20:43:27 &lt;zzz&gt; 6b) Questions for Sadie 20:43:27 &lt;zzz&gt; 6c) Brief comments from those who have NOT already commented on zzz.i2p 20:43:27 &lt;zzz&gt; 6d) Brief Comments from those who HAVE already commented on zzz.i2p 20:43:27 &lt;zzz&gt; 6e) Volunteers to present specific proposal at next meeting 20:43:50 &lt;zzz&gt; I'd like to limit this topic to about 20 minutes. We aren't going to make any final decision today 20:43:53 &lt;zzz&gt; 6a) Proposal and reasoning (Sadie) 20:44:01 &lt;zzz&gt; sadie_i21, you're up 20:45:30 &lt;zzz&gt; ok we lost sadie, let's move to 6b 20:45:36 &lt;zzz&gt; er, 6c 20:45:40 &lt;Yankee&gt; zzz: Edward Snowden wrote that i2p not safe 20:45:44 &lt;zzz&gt; 6c) Brief comments from those who have NOT already commented on zzz.i2p 20:46:09 &lt;zzz&gt; if you have not already added your thoughts to the zzz.i2p thread, please comment on this proposal now 20:46:13 &lt;orignal&gt; 6, imho CoC is completely useless 20:46:32 &lt;orignal&gt; a adult person must have it in thier head 20:47:02 &lt;orignal&gt; rather than create policy, CoC and other HR's sh#t 20:47:29 &lt;comraden1&gt; zzz: I'm for a coc (had lazygravy post a link to the nsa's coc as an example). This is part of project maturity for development and to ensure that we can get more than just programmers involved with i2p 20:47:41 &lt;orignal&gt; do jobs instead policies 20:47:53 &lt;eche|on&gt; I am on the point, as is should already be acked by us all, we can also write it down and fix the unwritten rules. No change at all. 20:48:02 &lt;anonimal&gt; zzz: I'm *for* a CoC. 20:48:04 * orignal believes you will get less programmers 20:48:04 &lt;zzz&gt; anybody else who hasn't commented on the zzz.i2p thread wish to add their thoughts? 20:48:16 &lt;zzz&gt; please be brief with your comments 20:49:05 &lt;orignal&gt; being brief. We are not going to introduce any CoC for i2pd. 20:49:18 &lt;zzz&gt; ok. let's circle back to 6a). sadie_i21 please fill us in on your proposal, what you had in mind, and why 20:49:19 &lt;orignal&gt; period 20:50:15 &lt;Yankee&gt; anonimal: I have not seen more boring than you... 20:50:24 &lt;EinMByte&gt; Probably a CoC is not very important, but I'm not against. 20:50:24 &lt;EinMByte&gt; It's more or less a formality 20:50:40 &lt;anonimal&gt; One comment: 20:50:43 &lt;anonimal&gt; CoC's not only protect victims but also protect offenders from making stupid decisions that have longterm consequences such as career or personal. 20:50:43 &lt;anonimal&gt; I can comment more in the thread. EOT. 20:50:56 &lt;zzz&gt; ok, 6d) let's throw it open for other comments, even if you have already commented in the zzz.i2p thread 20:51:18 &lt;zzz&gt; anybody feel that they weren't clear in the thread or wish to add more thoughts? 20:52:03 &lt;sadie_i21&gt; I was looking for feedback on the idea of having comminity standards 20:52:04 &lt;EinMByte&gt; anonimal: Yeah, but let's consider the fact that most offenders will be anonymous. 20:53:00 &lt;allyourbase&gt; What is it going to be used for? Sending to reporters? Expell project members? 20:53:02 &lt;sadie_i21&gt; to zzz's point, in line with the maturity of the project 20:53:08 &lt;lazygravy&gt; I feel similar to EinMByte. It is either useless, or good. Not some end of the world event as some have made it seem 20:53:08 &lt;anonimal&gt; EinMByte: So far, I've seen 50/50 on that (one anonymous, one not anonymous) but I see your point. 20:53:08 &lt;lazygravy&gt; Useless meaning a net zero, not negative 20:53:08 &lt;C0B4&gt; anonimal, it is a priori a criminal. Why defend him& 20:53:09 &lt;zzz&gt; sadie, you simply wanted general feedback on the idea of any standard or CoC at all? You haven't (yet) offered a specific example to consider 20:53:26 &lt;comraden1&gt; EinMByte: ideally we can start with ways to address this. I will link this again https://github.com/NationalSecurityAgency/SIMP/blob/master/Community_Code_of_Conduct.md as I think the guideline violations part is something we can enforce 20:53:31 &lt;psi&gt; A CoC is useless and a shot in the foot IMO 20:53:37 &lt;EinMByte&gt; anonimal: Well if you plan on offending people, it's probably wise to remain anonymous ;). 20:53:39 &lt;psi&gt; PR wise 20:53:39 &lt;Yankee&gt; zzz: I wrote that the Russian written on the client C++. It's true? 20:53:57 &lt;zzz&gt; Yankee, we're in the middle of a meeting, sorry 20:54:00 &lt;sadie_i21&gt; also, would having one help us if we were to apply for grants, etc 20:54:21 &lt;EinMByte&gt; sadie_i21: That might be true, good point. 20:54:33 &lt;zab__&gt; orly? grants are important 20:54:34 &lt;psi&gt; also i have been accused of spreading FUD 20:54:38 &lt;lazygravy&gt; Debian and thousands of other projects use one and their PR is fine. How do you contest this? 20:54:39 &lt;sadie_i21&gt; thanks to everyone who took the time to share ideas on the forum btw about this 20:54:50 &lt;anonimal&gt; Yankee: Pashol na xyi :) 20:54:53 * orignal agress with zab__ 20:55:22 * orignal is for CoC after last anonimal's phrse 20:55:30 &lt;psi&gt; lazygravy: saddie just proposed community standards which you said never would happen 20:55:33 &lt;comraden1&gt; zab__: this is what sadie_i21is referring to, new stance by the NSF in America https://www.nsf.gov/news/news_summ.jsp?cntn_id=137466 20:55:41 &lt;anonimal&gt; sadie_i21: Thanks for bringing it to our attention. 20:55:59 &lt;str4d&gt; sadie_i21, did you mean the community as a whole, or just the dev community? 20:56:00 &lt;lazygravy&gt; psi: the FUD needs to stop. Its the dev community 20:56:01 &lt;zzz&gt; ok, sadie_i21 would you like to come back at the next meeting with a specific proposal? or not proceed? what's the next step? 20:56:09 &lt;Yankee&gt; anonimal: what? 20:56:11 &lt;psi&gt; lazygravy: it's not fud... 20:56:24 &lt;orignal&gt; guys, I'm sorry do you believe swearing is aloowed here? 20:56:32 &lt;sadie_i21&gt; not the community as a whole - no. 20:56:44 &lt;nda&gt; CoC. what you will do with 'bad people' technically? (sorry for my en) 20:56:44 &lt;IrcI2Pd743&gt; sadie_i21, r u not a HR for a living? 20:57:06 &lt;lazygravy&gt; psi: it is. But this is a offline discussion. 20:57:09 * zab__ smiles 20:57:25 &lt;zab__&gt; Yankee: , 20:57:25 &lt;nda&gt; wrote letters to government or what? 20:57:34 &lt;C0B4&gt; an 20:57:45 &lt;psi&gt; a CoC is the wrong thing for i2p 20:57:52 &lt;zzz&gt; do we have any volunteers to work on a specific proposal for next month, in light of the comments here and on the zzz.i2p thread? 20:57:52 &lt;C0B4&gt; anonimal, ? 20:58:07 &lt;orignal&gt; zab__, 20:58:15 &lt;eche|on&gt; nda: in last line of work, exclude from our java main fork dev work for some time? 20:58:17 &lt;IrcI2Pd743&gt; anonimal, . , -, , . ? 20:58:21 &lt;zzz&gt; guys, please stay on topic and in english, thanks 20:58:23 &lt;sadie_i21&gt; lets come up with a proposal for the next meeting 20:58:40 &lt;zzz&gt; ok, anybody volunteer to work with sadie? 20:58:44 &lt;orignal&gt; zzz, anonimal was firsr 20:58:53 &lt;IrcI2Pd743&gt; zzz, sorry, but and you developer first 20:58:56 &lt;comraden1&gt; zzz: I can assist whoever with links to ideas, etc. I can't commit myself to doing all the work because of my life falling apart at the moment :) 20:58:58 &lt;orignal&gt; he sais something very offensive for everybody 20:59:02 &lt;IrcI2Pd743&gt; *your 20:59:04 &lt;nda&gt; eche|on oh thanks for your answer 20:59:10 &lt;zab__&gt; I promise to read the CoC thoroughly and have an opinion 20:59:19 &lt;anonimal&gt; zzz sadie_i21: I would like to help. 20:59:35 &lt;lazygravy&gt; I do not think we have agreed on a specific text 20:59:48 &lt;anonimal&gt; I need to spend a little more java i2p time than a VRP and rewriting/reorganzing docs. 20:59:49 &lt;lazygravy&gt; (Which is super important, IMO. One could be worded horribly) 21:00:04 &lt;zzz&gt; ok. In summary it appears that more "team members" (either checkin privs or on our team page) are in favor than opposed, while among non-team-members, more are opposed 21:00:21 &lt;str4d&gt; lazygravy, yep. And I wouldn't think that specific text would even be agreed on at next meting 21:00:21 &lt;str4d&gt; meeting* 21:00:25 &lt;zzz&gt; I think both groups are important to consider, as non-team-members may become team members 21:00:39 &lt;zab__&gt; we would ideally come up with more than one candidate coc 21:00:41 &lt;str4d&gt; I think that we have a bunch of proposals, as well as several reasons for and against. 21:01:13 &lt;zzz&gt; As I suspect I will be the final arbiter of any code or process, I'm not at all eager to adopt anything that doesn't have broad or near-unanimous consensus 21:01:21 &lt;str4d&gt; A good starting point would be for some people to review the proposed options, looking at pros and cons 21:01:38 &lt;zzz&gt; ok, sadie sounds like your name is on the assignment to bring something back next month 21:01:44 &lt;zzz&gt; anything else on 6) ? 21:02:02 &lt;sadie_i21&gt; noted 21:02:10 &lt;str4d&gt; Additional research around the positive and negative impressions of "CoC"s or similar would be useful (e.g. the grants issue above, or the negative impressions that appear to be main objections) 21:02:16 &lt;EinMByte&gt; I can't make up my mind until I actually get to see a proposal, I think 21:02:17 &lt;str4d&gt; But that would be more involved 21:02:34 &lt;nda&gt; and with CoC you will nothing to do with 'bad people' who not from your i2p-team? 21:02:44 &lt;zzz&gt; last call for 6) 21:02:57 &lt;lazygravy&gt; str4d++ 21:03:09 &lt;str4d&gt; nda, the CoC or whatever would only be for the I2P dev team, yes 21:03:25 * lazygravy afks, irl came up 21:03:27 &lt;eche|on&gt; nda: why should we? it is for our i2p-dev-team 21:03:29 &lt;str4d&gt; Basically, we need more data. 21:03:40 &lt;nda&gt; str4d ok thank you 21:03:44 &lt;psi&gt; (for now) 21:03:45 &lt;comraden1&gt; zab__: not a bad idea. It makes sense to look at what's available that we can copy from rather than roll our own 21:03:49 &lt;zzz&gt; ok, I declare an end to 6), thanks everybody 21:03:59 &lt;zzz&gt; 7) VRP anonimal go 21:04:03 &lt;str4d&gt; In essence, it would be an extension to the developer agreements we already have to sign. 21:04:40 &lt;anonimal&gt; Re: VRP: I'm awaiting respones from zzz and str4d and community. 21:04:57 &lt;anonimal&gt; Then I can re-write and wrap-up the ticket. 21:04:59 &lt;nda&gt; i thinked that this something like "Call Police this is bad man in I2P!" really sorry ) 21:05:01 &lt;comraden1&gt; And to add to str4d's point, it would also ensure a baseline for those who didn't sign a dev agreement (like myself) 21:05:08 &lt;str4d&gt; anonimal, oh, have there been further updates? Sorry I missed them. 21:05:09 &lt;zzz&gt; i don't have the ticket number in front of me. what do you need? I know str4d met with Kate recently. str4d what's the latest? 21:05:26 &lt;eche|on&gt; what is VRP` 21:05:26 &lt;eche|on&gt; ? 21:05:36 &lt;str4d&gt; eche|on, Vulnerability Response Process 21:05:37 &lt;anonimal&gt; `http://trac.i2p2.i2p/ticket/1119` 21:05:37 &lt;zzz&gt; anonimal, you have that ticket? 21:05:39 &lt;eche|on&gt; ah, ok 21:05:52 &lt;eche|on&gt; a complicated topic 21:06:04 &lt;zzz&gt; i don't think we've even decided to use H1 yet, have we? But clearly they've made a big splash recently 21:06:15 &lt;str4d&gt; zzz, I haven't followed up with Katie yet regarding the OSS bug bounty program (thesis), but will do so this week. 21:06:38 &lt;str4d&gt; I certainly got a good impression from her, as well as from their response on our ticket 21:06:38 &lt;zzz&gt; would this be a good thing to decide on once and for all during our roadmap meetings next month? 21:06:40 &lt;anonimal&gt; I think that was the biggest hurdle: the H1 decision. 21:06:40 &lt;anonimal&gt; They commented in the ticket, made their case, 21:06:41 &lt;anonimal&gt; I've made my case, 21:06:43 &lt;anonimal&gt; kay made their case, 21:06:52 &lt;str4d&gt; Katie also had good comments about the process we are going through 21:07:33 &lt;zzz&gt; I'm not sure we'll be able to focus enough to make decisions before march. I'm a little overwhelmed though with the detail in the ticket. It may be too much. but maybe not. 21:08:02 &lt;zzz&gt; str4d, how and when should we tackle this? 21:08:37 &lt;str4d&gt; Katie liked the detail and lengths we were going to making sure we got this right, FWIW 21:08:52 &lt;zzz&gt; fine, but I care what you think, not katie so much :) 21:09:05 &lt;str4d&gt; zzz, if we did manage to get into the same bug bounty program Tor is on, I think that would probably decide it for us 21:09:09 &lt;zzz&gt; how and when do we get to an answer 21:09:37 &lt;str4d&gt; because I think we'd have a larger influx of researchers than if we just had a free page 21:09:47 &lt;anonimal&gt; Since this was postponed from December's meeting, I'm not exciting for another postponement 21:09:47 &lt;anonimal&gt; But I really am in no place to argue or make requests. 21:09:47 &lt;anonimal&gt; So, whatever works for everyone else. 21:09:47 &lt;anonimal&gt; s/exciting/excited/ 21:09:55 &lt;zzz&gt; yeah but independent of H1, we need a process 21:10:04 &lt;str4d&gt; Yep 21:10:24 &lt;zzz&gt; so I propse we work on it during the roadmap meetings in march. OK? 21:10:31 &lt;str4d&gt; I will review anonimal's latest changes next week. 21:10:41 &lt;zzz&gt; ok, I'll do that too 21:10:49 &lt;zzz&gt; anything else on 7) ? 21:10:54 &lt;str4d&gt; By Feb 12 21:11:02 &lt;IrcI2Pd743&gt; anonimal, It was frustrating when you allowed yourself to swear around me. 21:11:18 &lt;anonimal&gt; Did my last 4 lines get through? 21:11:18 * comraden1 has to run afk 21:11:29 &lt;zzz&gt; anything else for the meeting? 21:11:32 &lt;str4d&gt; anonimal, I saw up to s/ 21:11:40 &lt;IrcI2Pd743&gt; anonimal, I demand an apology. 21:11:42 * zzz warms up the *baffer 21:11:52 &lt;anonimal&gt; I'll review the meeting log, I think I missed a bunch of text. 21:11:57 &lt;orignal&gt; 8) anonimal's phrase 21:12:09 * zzz *bafffs* the meeting closed </div>/ar/blog/2016/01/27/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.24/Wed, 27 Jan 2016 00:00:00 +0000/ar/blog/2016/01/27/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.9.24/<h2 id="تفاصيل-التحديث">تفاصيل التحديث</h2> <p>الإصدار 0.9.24 يتضمن نسخة جديدة من SAM (v3.2) وعددًا كبيرًا من إصلاحات الأخطاء وتحسينات الكفاءة. يرجى ملاحظة أن هذا الإصدار هو الأول الذي يتطلب Java 7. يرجى التحديث إلى Java 7 أو 8 في أقرب وقت ممكن. لن يقوم الـ router الخاص بك بالتحديث تلقائيًا إذا كنت تستخدم Java 6.</p> <p>لتجنّب المشاكل التي تتسبب بها مكتبة commons-logging القديمة جدًا، قمنا بإزالتها. سيؤدي ذلك إلى تعطل ملحقات I2P-Bote القديمة جدًا (الإصدارات 0.2.10 وما دون، الموقّعة من قِبل HungryHobo) إذا كان IMAP مفعّلًا. الإصلاح الموصى به هو استبدال ملحق I2P-Bote القديم لديك بالنسخة الحالية الموقّعة من قِبل str4d.</p>/ar/blog/2016/01/23/%D9%85%D9%84%D8%AE%D8%B5-ccc/Sat, 23 Jan 2016 00:00:00 +0000/ar/blog/2016/01/23/%D9%85%D9%84%D8%AE%D8%B5-ccc/<p>الحضور: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo, وeche|on.</p> <h2 id="ابدأ">ابدأ</h2> <p>حقق المشروع عامًا آخر ناجحًا في CCC. نود أن نشكر المتطوعين في 32C3 على كل مساعدتهم في تنظيم هذا الحدث، وعلى كونهم مضيفين مضيافين ومتعاونين لنا. تمكن العديد من مساهمي I2P من حضور مؤتمر هذا العام بفضل التبرعات السخية العديدة من داعمين أمثالك للمشروع.</p> <p>تمامًا كما في السنوات السابقة، كنّا في &ldquo;Noisy Square&rdquo; بالقرب من طاولة EFF. وقد اتضح أنه مكان مثالي لنا، إذ كانت طاولتنا تكاد تكون مشغولة دائمًا بالمستخدمين الحاليين والجدد المهتمين بـ I2P، وكثير منهم لولا ذلك لما أتيحت لنا فرصة التحدث إليهم.</p>/ar/blog/2015/12/30/i2p-dev-meeting-december-30-2015/Wed, 30 Dec 2015 00:00:00 +0000/ar/blog/2015/12/30/i2p-dev-meeting-december-30-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 09:49:14 &lt;zzz&gt; 0) Hi 09:49:14 &lt;zzz&gt; 1) Meeting structure and goals 09:49:14 &lt;zzz&gt; 2) PR 09:49:14 &lt;zzz&gt; 3) Project Management 09:49:14 &lt;zzz&gt; 0) Hi 09:49:16 &lt;zzz&gt; Hi 09:49:30 &lt;zzz&gt; 1) Meeting structure and goals 09:49:30 &lt;zzz&gt; First of all I apologize for the horrendous time for this meeting for our North American folks. 09:49:30 &lt;zzz&gt; This will be a little different from our usual meeting structure because it's mostly in-person here at CCC. 09:49:31 &lt;zzz&gt; We will attempt to relay the highlights to IRC. 09:49:33 &lt;zzz&gt; We will also be taking notes here. 09:49:35 &lt;zzz&gt; Now let me give a preamble for this meeting. 09:49:49 &lt;zzz&gt; As you all should know, Sadie was a huge part of the organization and success of I2PCon in Toronto. 09:49:49 &lt;zzz&gt; We all saw her talent and enthusiasm in Toronto, and obviously she wants to do more for I2P going forward. 09:49:49 &lt;zzz&gt; As we got to work with her before and during the Con, we learned that she has extensive Project Management and PR experience, 09:49:49 &lt;zzz&gt; both with Tor and out in the real world. 09:49:49 &lt;zzz&gt; What I asked her to do after the Con was to get to know our project better, to understand our current structure and processes, 09:49:52 &lt;zzz&gt; and to come back with recommendations on what we could do better and how she could help us. 09:50:04 &lt;zzz&gt; Since then, she's had several long conference calls with tuna, me, str4d, psi, and others, 09:50:04 &lt;zzz&gt; and reviewed our website, trac, and current processes. 09:50:04 &lt;zzz&gt; Also, psi has named her Assistant PR Director and she is tweeting on the @GetI2P account and helping to get the word out about I2P. 09:50:06 &lt;zzz&gt; She is now ready to give us some recommendations. 09:50:06 &lt;zzz&gt; While my original question to her was "how can you help us?", the answer coming back is 09:50:06 &lt;zzz&gt; more like "here's the things we need to fix so I can effectively help", 09:50:08 &lt;zzz&gt; followed by the actual things she could do for us, or more precisely how we can all work together more effectively. 09:50:19 &lt;zzz&gt; What I'd like to do today is to hear her recommendations and discuss them each briefly. 09:50:19 &lt;zzz&gt; Many of these topics tend to spark long discussion and I'd like to contain that so we aren't here all day. 09:50:19 &lt;zzz&gt; For each recommendation, I'd like to get a commitment from one of you to follow up. 09:50:19 &lt;zzz&gt; If the recommendation is uncontroversial and we have consensus, that commitment would be to implement it. 09:50:20 &lt;zzz&gt; If it needs further research or we don't agree, that commitment would be to review our options and 09:50:21 &lt;zzz&gt; come up with a plan, or a counter proposal, or a list of options to be discussed at a future meeting. 09:50:23 &lt;zzz&gt; These commitments and due dates will be noted and tracked. 09:50:25 &lt;zzz&gt; I don't want to get bogged down on any one thing so I'll be looking for volunteers to follow up most things. 09:50:42 &lt;zzz&gt; I want to emphasize that I asked Sadie to do this and give us her opinion based on her previous experience. 09:50:42 &lt;zzz&gt; We may not agree but we should listen and carefully consider her recommendations. 09:50:42 &lt;zzz&gt; I2P is its own little snowflake and not everything may be appropriate for us, 09:50:42 &lt;zzz&gt; but she's gotten to know us pretty well this year, so let's hear what she's got. 09:50:43 &lt;zzz&gt; We will of course be able to take suggestions from others but I have a feeling that Sadie's got a lot of things covered already. 09:51:24 &lt;zzz&gt; We're going to first talk about PR and then Project Management. 09:51:24 &lt;zzz&gt; Both are very large topics and there will be overlap. But let's try to keep them as separated as we can. 09:51:54 &lt;zzz&gt; *** end of paste for topic 1), we will start in with 2) in a few minutes. thanks *** 09:58:39 &lt;hottuna&gt; str4d: heya we should have a talk about the DH stuff we're using 09:59:30 &lt;str4d&gt; hottuna, you referring to the NTCP and SSU handshakes? 09:59:55 &lt;hottuna&gt; i guess wherever DH is used 10:00:39 &lt;hottuna&gt; ok. lets talk about it after the meeting 10:00:47 &lt;str4d&gt; Sure 10:00:57 &lt;str4d&gt; According to `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` it's just NTCP and SSU 10:01:21 &lt;hottuna&gt; zzz will be reading the long note above to us now 10:01:48 &lt;str4d&gt; (I still need to update that page ahead of my talk) 10:04:10 &lt;psi&gt; i think i'm here 10:06:33 &lt;lazygravy&gt; psi: yes, zzz posted a long message just before you joined. talking IRL right now 10:07:57 &lt;hottuna&gt; So what we're looking to do is to get commitments from people to fix a bunch of different topics 10:08:25 &lt;hottuna&gt; Some of the stuff we're going to cover will be controversial and some not 10:08:47 &lt;hottuna&gt; the non-controversial topics we're hoping to just assign a to a person and have that handled 10:08:56 &lt;hottuna&gt; Onto Sadie and PR 10:09:16 &lt;hottuna&gt; gravy and sadie have been writing blogpost 10:09:29 &lt;hottuna&gt; and are looking for more content 10:10:21 &lt;hottuna&gt; a lot of content is lost in the commit messages 10:10:38 &lt;hottuna&gt; where the author of the commit does not really record the importance of the commit 10:11:24 &lt;str4d&gt; Rather than scanning commit messages, the best/easiest place to look is history.txt 10:11:30 &lt;hottuna&gt; ideally we would like to publish a blog post at least every 2 months to keep some sense of momentum is kept 10:12:08 &lt;str4d&gt; That still doesn't give an indication of importance, but is contextually easier to handle and sifts out the commit chaff that doesn't make it into history.txt 10:13:04 &lt;lazygravy&gt; str4d: the point is that there is so many cool things happening, and no way to find out without following i2p closely. it should be easier for people to see the cool stuff 10:13:47 &lt;str4d&gt; Perhaps what might help (this would be rather radical) could be to restructure history.txt to organize items by importance (major/minor/bugfix), more like a changelog (or have a parallel changelog file) 10:14:13 &lt;str4d&gt; since as-is, the history file is really just an easier-to-parse commit log 10:14:30 &lt;str4d&gt; That said, it *is* convenient, so maybe parallel info would be better (if harder to maintain) 10:14:38 * str4d stops getting bogged down in specifics 10:14:41 &lt;str4d&gt; :P 10:14:59 &lt;hottuna&gt; lazygravy could act as an editor and sort of delegate the responsibility of writing content when that is appropriate 10:15:14 &lt;str4d&gt; Certainly making it easier to know what is going on is a plus, and I think some of the higher-level organization topics will help this 10:15:33 &lt;str4d&gt; (ie. a blog post writer can look there for the high-level overview instead of the commit log) 10:15:56 &lt;psi&gt; sounds rather similar to pair programming 10:16:10 &lt;hottuna&gt; next topic within PR 10:16:29 &lt;hottuna&gt; regarding having a reseed campaign and attracting new developers 10:16:46 &lt;psi&gt; (or more like married couple programming, the programmer and the programmer's wife) 10:17:11 &lt;lazygravy&gt; str4d: i.e. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:17:15 &lt;hottuna&gt; we would like to involve torontocrypto to attract more reseed host s 10:17:23 &lt;lazygravy&gt; s/i.e./e.g./ 10:17:24 &lt;iRelay&gt; lazygravy meant: str4d: e.g. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 &lt;hottuna&gt; We would like to generate a content package containing all info you would need to set up a reseed host should be available in one place 10:19:14 &lt;hottuna&gt; we need to articulate why reseeds are needed and important 10:19:18 &lt;str4d&gt; Mmm 10:19:42 &lt;str4d&gt; It could even be made as simple as "sudo apt-get i2p-reseed" 10:20:22 &lt;lazygravy&gt; str4d++ 10:20:23 &lt;kytv&gt; I was thinking of making docker images so it can be completely plug-n-play:ed 10:20:47 &lt;psi&gt; the go reseed was excessively easy to set up and use 10:20:56 &lt;hottuna&gt; hottuna/I volunteered to write a few paragraphs about why reseeds are needed and what they do 10:21:07 &lt;hottuna&gt; kytv: that would be amazing 10:21:23 &lt;str4d&gt; kytv++ 10:21:35 &lt;str4d&gt; Drop-and-go is the ideal 10:22:00 &lt;str4d&gt; Kinda like what was mentioned in one of the Tor talks yesterday, about how people could in future get a LetsEncrypt cert that comes with a free .onion 10:22:16 &lt;str4d&gt; (ie. the letsencrypt script sets up the Tor HS for the user) 10:22:38 &lt;kytv&gt; mdrollete's i2p-tools is available as a docker image, so maybe we (=I) could just polish up my I2P docker image (not yet advertised) so one could do it all by copy'n'pasting one command line and reseeding would "just work" 10:22:41 &lt;hottuna&gt; about developed onboarding, making the source code more accessible 10:22:42 &lt;str4d&gt; (that in itself would be super neat for I2P, but slightly different from what we need here) 10:22:55 &lt;comraden1&gt; kytv: docker for sure 10:23:01 &lt;hottuna&gt; str4d: could I convince you to add some links to the source code from geti2p.net? 10:23:04 &lt;str4d&gt; If reseeds are an appliance, it also makes it much easier to keep honest reseeds in sync 10:23:17 &lt;str4d&gt; hottuna, where? 10:23:18 &lt;lazygravy&gt; thought: we should get rid of the note from 0.7.6 on the download page 10:23:33 &lt;kytv&gt; (I'm more of an lxc guy but I'm learning docker so whatevs ) 10:23:45 &lt;kytv&gt; ja 10:23:50 &lt;lazygravy&gt; kytv: docker seems "so hot" right now, so it might be best 10:23:54 &lt;hottuna&gt; wherever it makes sense 10:24:08 &lt;str4d&gt; I believe there is at least one link to kytv's ViewMTN, but that's inside I2P 10:24:11 &lt;hottuna&gt; but the idea is to make it easier to get a quick look at the soruce code 10:24:13 &lt;kytv&gt; Move all docs for ancient stuff to /attic or smth related 10:24:19 &lt;hottuna&gt; to attract developers 10:24:33 &lt;hottuna&gt; str4d outside i2p and ideally from geti2p.net is what we would want 10:24:36 &lt;str4d&gt; I could add links to the new devs page to the Github page, but they would need to be clearly marked as read-only 10:24:50 &lt;psi&gt; if you really want to attract devs we should make the github alive more 10:24:52 &lt;hottuna&gt; yeah. 10:25:57 &lt;str4d&gt; Is the new dev page where you want the links? 10:25:57 &lt;hottuna&gt; that sounds like a simple straight forward step to take 10:25:57 &lt;hottuna&gt; just add a read-only link to github 10:25:57 &lt;str4d&gt; hottuna, which? Links, or github alive more? 10:25:57 &lt;hottuna&gt; would be an improvement 10:25:57 &lt;str4d&gt; ahk 10:26:05 &lt;hottuna&gt; str4d: can I write your name next to that? 10:26:24 &lt;hottuna&gt; that item that is 10:26:38 &lt;str4d&gt; Sure. I assume all of these will get issues created on Trac 10:26:51 &lt;hottuna&gt; not sure if they will. 10:26:57 &lt;hottuna&gt; will ask zzz 10:27:09 &lt;str4d&gt; Well yeah, probably not worth it for the smaller tasks 10:27:20 &lt;str4d&gt; As long as I get the list sometime :P 10:27:26 &lt;hottuna&gt; ok 10:27:36 &lt;hottuna&gt; i think zzz will do a zzz.i2p writeup 10:28:22 &lt;kytv&gt; it'll almost certainly go to zzz.i2p but perhaps also as tickets on Trac 10:28:41 &lt;str4d&gt; k 10:28:50 * str4d pulls up todo list to start adding items 10:32:43 &lt;hottuna&gt; we're talking about which usecasdes we should promote i2p for 10:33:13 &lt;hottuna&gt; and the consesus seems to be that we should promote usecases which we are good at. like bote 10:33:20 &lt;str4d&gt; Mmm 10:33:29 &lt;str4d&gt; We definitely need to push the peer-to-peer aspect 10:33:36 &lt;hottuna&gt; like torrents to potintiall 10:33:38 &lt;hottuna&gt; y 10:33:57 &lt;hottuna&gt; we would like to highlight these good uses on the main page 10:34:12 &lt;hottuna&gt; *what we would like to highlight 10:34:20 &lt;str4d&gt; That's something I2P should have a fundamental advantage with, due to the packet-switched nature and tunnel-level symmetry 10:34:33 &lt;hottuna&gt; yes. and there are other things we are good at 10:34:39 &lt;str4d&gt; And particularly apps that themselves inherently encourage contribution 10:34:41 &lt;hottuna&gt; and those things we should promote 10:35:05 &lt;hottuna&gt; and in the meantime we can keep on working on the things that we are not quite as good at 10:35:09 &lt;str4d&gt; (because I2P's need for contribution can then piggyback on the app's) 10:35:43 &lt;hottuna&gt; lazygravy, str4d, cacapo: could you work through the 3 best usecases for i2p 10:36:01 &lt;hottuna&gt; so that we then can present them properly on the frontpage 10:36:18 &lt;str4d&gt; Sure 10:37:03 &lt;cacapo&gt; yepp 10:37:08 &lt;hottuna&gt; when can you guys come back with something (recommendations or webstie changes)? 10:37:43 &lt;hottuna&gt; is a deadline for end of january ok? 10:37:55 &lt;cacapo&gt; ok 10:38:01 &lt;hottuna&gt; realting to PR: i2p.net becomes available soon 10:38:03 &lt;str4d&gt; Fine with me 10:39:04 &lt;eche|on&gt; 16.4.2016 it is for i2p,net 10:39:11 &lt;str4d&gt; I can say right now that if we are meaning "things that work well right now", you're really looking only at high-latency email (bote) and torrents. Soon we can add distributed datastorage too (once Tahoe gets native I2P client support) 10:39:24 * str4d is looking forward to i2p.net being recovered 10:39:33 &lt;eche|on&gt; tahoe will only be useable with parallel up/download 10:40:08 &lt;str4d&gt; I think it would be ideal to dovetail it with my proposal for dev services on i2p.i2p, have them parallel available in- and out-of-net 10:40:12 &lt;hottuna&gt; cacapo mentions i2p does not communicate a narrative about the project very well. or at all. 10:40:29 &lt;lazygravy&gt; str4d: tahoe has it's own UI problems... :/ (tho I adore it) 10:40:29 &lt;hottuna&gt; unlike to which has a lot of history and contextual history to it 10:41:03 &lt;str4d&gt; hottuna, what narrative does he mean? 10:41:09 &lt;hottuna&gt; relating to jake/snowden&/etc 10:41:42 &lt;str4d&gt; ah, narrative relating I2P history to world context? 10:41:43 &lt;hottuna&gt; comraden1: volunteers to do a writeup of the history of i2p 10:41:52 &lt;str4d&gt; (like the Tor HS talk did?) 10:42:05 &lt;eche|on&gt; history: zzz talk on i2pcon, my talk on 32c3 10:42:06 &lt;hottuna&gt; (didnt see that) 10:42:33 &lt;str4d&gt; also my talk at I2PCon had a bit 10:42:37 &lt;hottuna&gt; zzz, comraden1, lazygravy volunteered to do the actual writeup 10:42:41 &lt;hottuna&gt; psi: around? 10:42:53 &lt;psi&gt; yes 10:42:57 &lt;hottuna&gt; str4d: and so did Lance James' bit 10:43:34 &lt;str4d&gt; lazygravy, Tahoe UX should improve greatly once magic folders is released. UI-wise, still has work to do, but not as much as us :P 10:43:52 &lt;hottuna&gt; str4d, sadie, could the both of you help eachother out to do promo for the RWC talk? 10:44:03 &lt;hottuna&gt; ast call for PR related topics 10:44:06 &lt;hottuna&gt; Lest* 10:44:08 &lt;hottuna&gt; last* 10:44:49 &lt;hottuna&gt; alright, i'll take that as silence 10:44:50 &lt;str4d&gt; hottuna, yep, I'll keep in touch with Sadie 10:44:56 * str4d still has to prepare that talk :/ 10:45:04 &lt;hottuna&gt; Onto the next topic. PROJECT MANAGEMENT 10:45:34 &lt;comraden1&gt; str4d: also "history of how i2p started". I'm thinking of navy researching onion routing -&gt; second generation onion router -&gt; tor 10:46:40 &lt;str4d&gt; comraden1, mmm, you'll probably find a lot of that in the early I2P meeting logs on the website 10:47:15 &lt;str4d&gt; If you do go rooting around in there, feel free to write quick summaries of the meetings that I can add to them :P 10:48:11 &lt;comraden1&gt; str4d: zzz mentioned that he has a lot of it in his head and wanted to write a rough draft. I'm going to edit and make sure it is perfect before we release it 10:48:45 &lt;str4d&gt; +1 10:49:19 &lt;dg&gt; I remember speaking about it with zzz ages ago; if he has logs of that, it might be helpful 10:49:22 &lt;hottuna&gt; we're talking about what the actual goals of the project are 10:49:54 &lt;hottuna&gt; and that they are important to have written down somewhere in order to be able to do meaningful project management 10:50:29 &lt;str4d&gt; Would make for a good about page 10:51:16 &lt;str4d&gt; I've wanted to merge the various intro pages, but we could actually leverage them separately 10:51:36 &lt;str4d&gt; Turn https://geti2p.net/en/about/intro into a brief overview of I2P, both the network and the project 10:51:38 &lt;iRelay&gt; Title: Intro - I2P (at geti2p.net) 10:51:59 &lt;str4d&gt; Then make https://geti2p.net/docs/how/intro the *actual* "how does I2P work" page 10:52:00 &lt;iRelay&gt; Title: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 &lt;str4d&gt; Kinda sorta what they appear to be now, but properly split 10:53:12 &lt;dg&gt; hottuna: Where can I find the blogposts? 10:53:22 &lt;dg&gt; hottuna: I can only see one (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 &lt;iRelay&gt; Title: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 &lt;lazygravy&gt; dg: they don't exist aside from that 10:54:55 &lt;lazygravy&gt; and that was mostly a POC IMO. Next one should be published on 10Jan2016 on CCC 10:58:32 &lt;hottuna&gt; we're talking about whether we want to be managed 10:58:46 &lt;hottuna&gt; dg, str4d, psi: do you have any thoughts about having your work managed? 10:59:11 &lt;psi&gt; by who and how much management? 10:59:17 &lt;hottuna&gt; by sadie 10:59:26 &lt;dg&gt; open to it 10:59:42 &lt;hottuna&gt; and having it be relaxed as in deadlines. but not enforced deadlines 10:59:46 &lt;hottuna&gt; things are done when they are done 11:00:11 &lt;hottuna&gt; but mentally attaching a deadline to them might be a helpful tool 11:00:11 &lt;dg&gt; done when they're done but a bit of pushing/motivation 11:00:40 &lt;psi&gt; no thoughts until i eat breakfast 11:00:47 &lt;hottuna&gt; or at the very least knowing that someone else knows that a given task is on your pile 11:01:15 &lt;hottuna&gt; re project management: we'd like to get weekly/bi-weekly meetings up and runnning again 11:01:25 &lt;hottuna&gt; zzz has the goal of starting them up in february agin 11:01:27 &lt;hottuna&gt; again* 11:01:36 &lt;hottuna&gt; and then gradually handing them off to sadie 11:01:48 &lt;hottuna&gt; for that to happen sadie needs got on irc 11:01:56 &lt;str4d&gt; I'm good for it. I do tend to work better when I have someone(s) to bounce ideas off 11:03:23 &lt;hottuna&gt; zzz just committed to having a single roadmap written up by the end of february 11:03:23 &lt;hottuna&gt; splendid. 11:03:23 &lt;hottuna&gt; the consensus seems to be that being managed lightly is probably a good thing. 11:03:23 &lt;hottuna&gt; but anything heavy-handed would just turn this into work 11:03:23 &lt;str4d&gt; Sounds good. We can always adjust the level later once we have some experience with it. 11:03:23 * dg nods 11:03:23 &lt;hottuna&gt; *roadmap will be for end of jan, not feb 11:03:23 &lt;hottuna&gt; str4d: agreed 11:04:35 &lt;str4d&gt; FYI zzz, sadie and I will be meeting up at the beginning of March, would be good to keep that in mind re: things we can work on/discuss then. 11:05:52 &lt;hottuna&gt; re: trac tickets, sadie is volunteering to keep an eye on it and relay tickets to the right individual 11:06:05 &lt;dg&gt; Being able to observe our mechanics like trac/zzz.i2p/irc is important for Sadie to fully understand how we work anyway 11:06:16 &lt;dg&gt; Has she been able to do that w/o IRC access? 11:07:04 &lt;hottuna&gt; str4d: would you bi willing to help sadie out in that endeavour? 11:07:40 &lt;str4d&gt; I've had on my todo list for a while a weekly "look over new tickets" item, that I keep postponing because too much on 11:08:06 &lt;str4d&gt; But from next year, I'll endeavour to help sadie with that :) 11:08:49 &lt;str4d&gt; You may have noticed there's an "open" status now for tickets. I added that so we can differentiate between new tickets and ones we've seen but haven't had an opinion on necessarily 11:08:53 &lt;hottuna&gt; Last call for PROJECT MANAGEMENT topics 11:09:10 &lt;dg&gt; hottuna: see above 11:09:25 &lt;str4d&gt; My goal would be to have as few "new" tickets as possible, ie. moving them either to a relevant person/status, or "open" to at least acknowledge them as a valid ticket. 11:09:36 &lt;hottuna&gt; Last call for OTHER topics 11:09:48 &lt;hottuna&gt; dg: getting sadie on trac is key. and a requirement 11:10:00 &lt;hottuna&gt; I mean on IRC 11:10:17 &lt;dg&gt; okay 11:10:23 &lt;str4d&gt; I've had an IRC bouncer account for her for a while now 11:10:42 &lt;hottuna&gt; str4d: could we ask you to write up few items about what you learned about vulnerability response the the conf? 11:10:48 &lt;str4d&gt; All she needs is help getting her side connected, and she can then keep logs etc. without needing to stay connected all the time 11:11:40 &lt;str4d&gt; hottuna, you mean from talking to k8em0 at Kiwicon? 11:11:47 &lt;hottuna&gt; mhm 11:11:47 &lt;dg&gt; Also help with browser config/privoxy? 11:12:13 &lt;str4d&gt; I didn't learn a lot more than I already kinda knew, other than hearing in advance about the bug bounty program that Tor just announced 11:12:26 &lt;zzz&gt; we're proposing that we defer the VRP discussion to january 11:12:36 &lt;hottuna&gt; str4d: would making a tiny writeup make sense? 11:12:40 &lt;str4d&gt; k8em0 did say she was very impressed with our VRP ticket 11:12:45 &lt;hottuna&gt; like a zzz.i2p post? 11:12:55 &lt;hottuna&gt; or was it all kind of useless? 11:13:15 &lt;str4d&gt; Not useless, more confirming that our VRP ticket is on the right track 11:13:31 * zzz ******BAFFFFS***** the meeting closed, thanks everybody </div>/ar/blog/2015/11/19/0.9.23-release/Thu, 19 Nov 2015 00:00:00 +0000/ar/blog/2015/11/19/0.9.23-release/<p>Hello I2P! This is the first release signed by me (str4d), after 49 releases signed by zzz. This is an important test of our redundancy for all things, including people.</p> <h2 id="housekeeping">Housekeeping</h2> <p>My signing key has been in router updates for over two years (since 0.9.9), so if you are on a recent version of I2P this update should be just as easy as every other update. However, if you are running an older version than 0.9.9, you will first need to manually update to a recent version. Once you have manually updated, your router will then find and download the 0.9.23 update as usual.</p>/ar/blog/2015/11/15/community-outreach/Sun, 15 Nov 2015 00:00:00 +0000/ar/blog/2015/11/15/community-outreach/<h2 id="meta">Meta</h2> <p>Greetings! This is the first in a long series of blogs to help the community see what is happening in the I2P community. Since many awesome events are happening <em>inside</em> the network, we think it will be worthwhile to talk about some of activities here.</p> <h2 id="a-call-for-feedback">A Call for Feedback</h2> <p>Let&rsquo;s face it &ndash; our console needs improvement. Our site could use an update as well. We are looking for feedback on how to improve the usability of I2P for new and existing users!</p>/ar/blog/2015/11/03/i2p-dev-meeting-november-03-2015/Tue, 03 Nov 2015 00:00:00 +0000/ar/blog/2015/11/03/i2p-dev-meeting-november-03-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:17 &lt;zzz&gt; 0) Hi 20:00:17 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:00:17 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 &lt;zzz&gt; Note that several early comments on items 1-4 are on the agenda page `http://zzz.i2p/topics/1970` 20:00:27 &lt;zzz&gt; 0) Hi 20:00:42 &lt;zzz&gt; welcome to the 240th meeting of this great project, spanning 13 1/2 years 20:01:00 &lt;zab@kyirc&gt; hi 20:01:10 &lt;anonimal&gt; Hello 20:01:24 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 &lt;zzz&gt; for the new folks, this meeting is mainly for group decision-making, let's target 10 minutes or less for each agenda item 20:01:43 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 &lt;zzz&gt; and as a reminder, anybody else can schedule a meeting here at any time for any reason 20:01:53 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:02:16 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:02:26 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 &lt;zzz&gt; is the dogecoindark.i2p operator here? 20:02:39 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 &lt;iRelay&gt; Title: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 &lt;zzz&gt; I saw a lot of negative comments about dogecoindark.i2p/doged.i2p on the meeting page. Anybody else wish to comment pro or con? 20:05:03 &lt;psi&gt; i think i2p should start taking a neutral stance towards cryptocoins in general 20:05:20 &lt;zzz&gt; what would you say our stance is now? 20:05:33 &lt;psi&gt; neutral 20:06:03 &lt;zzz&gt; so what do you mean 'start' taking a neutral stance? 20:06:06 &lt;dogedDEV&gt; yeah 20:06:11 &lt;dogedDEV&gt; im here 20:06:30 &lt;dogedDEV&gt; what was the negative comments? 20:06:32 &lt;dogedDEV&gt; ive removed all scripts, 20:06:35 &lt;psi&gt; not endorsing some coins over others 20:06:38 &lt;dogedDEV&gt; its just graphics and html now 20:06:54 &lt;zzz&gt; dogedDEV, please review them quickly, link is above 20:07:00 &lt;dogedDEV&gt; and ive moved alot of our source code over to the i2p based git repo 20:07:02 &lt;anonimal&gt; I spoke my peace in `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 &lt;str4d&gt; hi 20:07:06 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 &lt;zzz&gt; dogedDEV, please explain the name change, and respond to the objections about all the images. As of now you don't have any support at all, so you have about 2 minutes to convince us otherwise 20:08:34 &lt;dogedDEV&gt; well, ive been non stop building us out more on i2p 20:08:39 &lt;dogedDEV&gt; i built an i2p electrum server 20:08:49 &lt;dogedDEV&gt; i revamped the entire site after the complains it had widgets 20:09:00 &lt;dogedDEV&gt; which is why the name changed to i2p. i scrapped the old site and started fresh. 20:09:11 &lt;dogedDEV&gt; ive made quite a few tutorials to help users get on i2p 20:09:29 &lt;dogedDEV&gt; and doged.i2p is its permanent home 20:11:15 &lt;dogedDEV&gt; id like to think that if people increase their bandwidth the graphics will load faster. perhaps i will add a text only version in the near future to satisfy people with low bandwidths needs 20:11:15 &lt;dogedDEV&gt; i really enjoy i2p and have spread the word to many privacy concerned people globally about it, and its benefits 20:11:15 &lt;zzz&gt; but all of i2p is 'low bandwidth'. The problem is on your end, not your users 20:11:15 &lt;dogedDEV&gt; the images seem to load fast for me and other users who have tweaked their bandwidth 20:11:15 &lt;zzz&gt; not for me 20:11:15 &lt;dogedDEV&gt; i feel our site there loads just as fast as our onion site. 20:11:19 &lt;dogedDEV&gt; i have been focusing less on tor as of late and more on i2p. 20:11:21 &lt;zzz&gt; or the others who commented 20:11:27 &lt;anonimal&gt; Nor me, and I'm loading it again and waiting. 20:11:45 &lt;anonimal&gt; And clearnet sources are still being pulled. It's like nothing changed since we posted in that thread. 20:11:50 &lt;dogedDEV&gt; i can change the resolution on them i suppose 20:12:00 &lt;zzz&gt; no site in 2015 puts everything behind 200 images on the home page 20:12:02 &lt;dogedDEV&gt; whgere is it pulling from clearnet? 20:12:13 &lt;dogedDEV&gt; it shouldnt be communicating with any clearnet 20:12:17 &lt;abyss&gt; hello 20:12:24 &lt;kytv&gt; the index page 20:12:47 &lt;zzz&gt; right now i don't see it as 'broadly useful to the i2p community', which is our first critereon 20:12:56 &lt;zzz&gt; I see where you're headed but I don't think you're there yet 20:13:03 &lt;dogedDEV&gt; how is a crypto currency focused on privacy not useful? 20:13:06 &lt;kytv&gt; it's clearly better than it was. 20:13:08 &lt;str4d&gt; I'm loading the site right now 20:13:15 &lt;zzz&gt; is anybody here in favor of this request, please speak up now 20:13:23 &lt;dogedDEV&gt; i just loaded it, half the graphics have already loaded on my end 20:13:39 &lt;str4d&gt; Site took 13s to load HTML (but most of that was getting the LS) 20:13:44 &lt;dogedDEV&gt; and im not connecting to it locally or anything 20:13:48 &lt;abyss&gt; i works fine for me 20:13:50 &lt;str4d&gt; I've never loaded the site at its new addr yet 20:14:01 &lt;str4d&gt; Fastest image was 17s 20:14:10 &lt;str4d&gt; Slowest so far is 1min44s 20:14:25 &lt;dogedDEV&gt; i can absolutely lower the resolution on the graphics 20:14:34 &lt;zzz&gt; last time I tried I gave up after 10 minutes 20:14:42 &lt;abyss&gt; dogedev has been working hard on promoting privacy and pushing the clearnet cryptocoin community towards i2p 20:14:44 &lt;str4d&gt; 3min in, still not loaded 20:14:51 &lt;anonimal&gt; ^ same here, it's still loading. 20:14:53 &lt;kytv&gt; it's never loaded completely on my end 20:14:56 &lt;eche|on&gt; ok, started to load 1 min ago, lets wait 20:14:57 &lt;str4d&gt; dogedDEV, are you using the same I2P router for HTTP tunnel when testing? 20:15:14 &lt;dogedDEV&gt; no 20:15:14 &lt;str4d&gt; because if so, your connection won't be going through I2P 20:15:29 &lt;zzz&gt; we aren't doubting dogedDEV's commitment to i2p. we are evaluating the appropriateness of adding the site to the home page only 20:15:46 &lt;dogedDEV&gt; i suppose i can lower the res on the images, thereby decreasing image file sizes. 20:16:01 &lt;str4d&gt; dogedDEV, okay, now that some of the upper half of the site has loaded (dev resources etc.), I can see the problem 20:16:10 &lt;dogedDEV&gt; i just wanted it to look nice, but i suppose for the average user it would load slow. and performance is just as importance. 20:16:15 &lt;str4d&gt; You shouldn't need to use images for *ALL* of your content 20:16:22 &lt;dogedDEV&gt; important* 20:16:30 &lt;anonimal&gt; I appreciate the artistic merit, but why can't this be an opportunity for innovation? 20:16:32 &lt;zzz&gt; I'm proposing we reject this request. He can always resubmit some time in the future. Any objections? 20:16:42 &lt;str4d&gt; Not only does it make the site take ages to load, but it also makes the site unsearchable 20:16:52 &lt;dogedDEV&gt; there is innovation in the coin, even with i2p 20:16:57 &lt;dogedDEV&gt; any other i2p electrum servers out there? 20:17:34 &lt;zab@kyirc&gt; I'm all for getting into financial stuff but this is way too slow 20:18:01 &lt;anonimal&gt; It seems that the only person who cares about the website's vision is the author. 20:18:01 &lt;dogedDEV&gt; i working on an android app now that connects to our i2p electrum 20:18:01 &lt;str4d&gt; If what you like is the font, you can load that font via CSS 20:18:01 &lt;zzz&gt; we aren't doubting the innovation, or your overall project. Only the website. 20:18:01 &lt;anonimal&gt; I'm speaking solely on the site, this meeting is about the *site*. 20:18:01 &lt;zzz&gt; last call for discussion on 1) 20:18:01 &lt;str4d&gt; Most of what I can see on the website could be done in CSS, which would drastically cut down the required images and drastically improve site load times. 20:18:01 &lt;dogedDEV&gt; no, i did agree with the website vision, if the graphics are too large, i can decrease the size and even make a text only link, that just uses css 20:18:01 &lt;abyss&gt; anonimal, i like it 20:18:02 &lt;anonimal&gt; I agree with str4d 20:18:29 &lt;kytv&gt; no objections to rejecting. It's unbearably slow when it loads. 20:18:43 &lt;dogedDEV&gt; whens the next meeting? 20:18:43 &lt;kytv&gt; and now isn't one of those times... 20:18:47 &lt;kytv&gt; $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 &lt;kytv&gt; &lt;html&gt;&lt;head&gt;&lt;title&gt;408 Request Timeout&lt;/title&gt;&lt;/head&gt; 20:18:51 &lt;kytv&gt; &lt;body&gt;&lt;h2&gt;408 Request timeout&lt;/h2&gt; 20:18:57 &lt;zzz&gt; and it isn't just the site itself - it's also the recent name change (which perhaps should restart the clock completely) and psi's objection to promoting _any_ coin 20:19:09 &lt;iRelay&gt; Title: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 &lt;zzz&gt; ok, that's it for 1) 20:19:24 &lt;str4d&gt; dogedDEV, now that a bit more of the site has loaded, it does look very pretty. But I think that nearly everything down to at least the FB/twitter/etc. links could be done via CSS with a few images for the actual images. 20:19:24 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 &lt;dogedDEV&gt; so since psi's coin promotion affects the judging, is anoncoin being removed? 20:19:38 &lt;dogedDEV&gt; because that would be silly 20:19:41 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 &lt;str4d&gt; So I'm -1 on 1) for now. 20:19:47 &lt;zzz&gt; is the exchanged.i2p operator here? 20:20:06 &lt;abyss&gt; zzz, hey i am here 20:20:31 &lt;zzz&gt; ok abyss please tell us about your site, and respond to any objections raised on the zzz.i2p thread 20:20:43 &lt;psi&gt; anoncoin is dead 20:20:47 &lt;psi&gt; (imo) 20:20:51 &lt;dogedDEV&gt; thats sad =\ 20:21:00 &lt;dogedDEV&gt; anywho, moving on. ill resubmit. 20:21:00 &lt;abyss&gt; psi, its not dead 20:21:26 &lt;dogedDEV&gt; im in favor of exchanged.i2p, if my opinion matters. 20:21:31 &lt;abyss&gt; ok zzz the main concern is that i am not reliable to be trusted with other peoples money 20:21:47 &lt;zzz&gt; tell us about the site first please 20:21:50 &lt;dogedDEV&gt; site loads quick, trades are quick. alot of doged users have traded there and without issue. 20:21:58 &lt;abyss&gt; ok 20:22:26 &lt;abyss&gt; Exchanged.i2p is a site where users can trade cryptocurrncies such as bitcoin litecoin anoncoin dogecoindark ect anonymously 20:22:47 &lt;abyss&gt; we have been operating since july 1 20:23:00 &lt;abyss&gt; alpha testing started june1 20:23:49 &lt;abyss&gt; also im been voched for by the anoncoin and dogecoindark development team 20:24:19 &lt;abyss&gt; anoncoin dev is not here currently but here is the link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 &lt;iRelay&gt; Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 &lt;zzz&gt; there seems to be two objections, that the site is too rough/early, and that we shouldn't be endorsing anything financial 20:25:17 &lt;zzz&gt; here's what I said in the request thread: We haven't had a request for an exchange before. While I don't feel that we are qualified to assess any market's legitimacy and stability, I think we should try, as there may be some sort of implied blessing by putting a link in the console. 20:25:28 &lt;dogedDEV&gt; by placing an icon on a menu, i dont see that as endorsing, personally. unless you also encouraged its use over other people applying for the same thing he is. 20:25:49 &lt;zab@kyirc&gt; the roughness makes load times fast and doesn't affect the usefulness 20:26:12 &lt;zab@kyirc&gt; for any trader fast response time is much more important than prettyness 20:26:13 &lt;dogedDEV&gt; i dig the ascii menus. reminds me of back in the day. 20:26:19 &lt;abyss&gt; i tried to create a design that would maximise usability 20:26:19 &lt;dogedDEV&gt; i think alot of users feel the same way. 20:26:19 &lt;zzz&gt; anybody have any opinion on this? Is it an endorsement? Should we attempt to verify? Or should we not put markets or trading platforms on the home page at all? 20:26:34 &lt;dogedDEV&gt; right, response time and the admin being around as long as he has, i think its a go. 20:27:00 &lt;str4d&gt; From a usability PoV I think it seems good (but have not made any trades) 20:27:15 &lt;kytv&gt; I'm more or less indifferent. My objection to #1 is the extreme slowness in loading. This one, at least, is *very* quick. 20:27:17 &lt;dogedDEV&gt; he even recently added an api at the request of an analytical site 20:27:17 &lt;anonimal&gt; Yes, since we have the power to pick and choose, every link becomes an implied endorsement. 20:27:24 &lt;zab@kyirc&gt; I'm definitely in favor of markets and exchanges and anything financial over i2p in general. It adds a dimension to the broad usability of i2p which helps attract people 20:27:27 &lt;str4d&gt; I have suggested there be a light theme too though, because the dark contrast is hard for some users 20:27:33 &lt;zzz&gt; has anybody here used this site for any trades, please speak up 20:27:37 &lt;lbt&gt; User-opinion here: I think that information should be easily findable, but also think it shouldn't be part of a router :o Maybe a a link to thematically sorted list of active domains or something on the router-console? 20:27:45 &lt;str4d&gt; (particularly blue on black, although the shade of blue is a bit better than last time) 20:28:10 &lt;zab@kyirc&gt; str4d: 80's mainframe colors FTW ;-) 20:28:27 &lt;zzz&gt; let's not get into detailed color advice here. Big picture, decision time. Yay or nay and why please. 20:28:38 &lt;amknesia&gt; Is there already a statement on the router homepage stating 'links below are not an endorsement but simply sites that have met the minimum guidelines to be posted on the homepage'? 20:29:03 &lt;dogedDEV&gt; yay - site loads quick, ive used it and it works as expected. abyss is always around and easy to get a hold of. 20:29:08 &lt;dogedDEV&gt; amknesia, thats a good idea. 20:29:35 &lt;dogedDEV&gt; i2p developers do not condone/endorse the sites listed in the console. 20:29:44 &lt;zzz&gt; Is it broadly useful to the i2p community/ 20:29:56 &lt;zzz&gt; explicit or not, it's an implied endorsement 20:30:02 &lt;zab@kyirc&gt; absollutely 20:30:20 &lt;str4d&gt; Broadly useful? IMHO yes. 20:30:31 &lt;dogedDEV&gt; as long as fiat doesnt get involved i think it makes a great addition. 20:30:39 &lt;anonimal&gt; Yes, broadly useful, and the site has improved somewhat in usability. 20:30:48 &lt;zzz&gt; has _anybody_ here actually used it for a trade? 20:30:48 &lt;Lady3Jane&gt; The endorsement is implicit, especially to newcomers and especially because a lot of links are indeed official 20:30:58 &lt;anonimal&gt; No. 20:31:07 &lt;zab@kyirc&gt; even if fiat is involved it's still a great addition 20:31:07 &lt;dogedDEV&gt; i have traded on it. 20:31:27 &lt;anonimal&gt;&gt;The endorsement is implicit 20:31:28 &lt;amknesia&gt; zzz: I have, only a few satoshis worth of trade though. 20:31:28 &lt;dogedDEV&gt; small amounts, but over time, and its always worked 20:31:30 &lt;str4d&gt; But with fiat involved, it is harder for the site itself to be justifiably anonymous 20:31:33 &lt;anonimal&gt; Yes, and disclaimer would be useless. 20:31:33 &lt;Lady3Jane&gt; pilgrim-wu (who isn't here) is deeply involved in cryptoexchanges (even manages one based in W. China). He's used exchanged.i2p before. He loves it, zzz 20:32:25 &lt;abyss&gt; for those that are intrested i can give you a few doged's to trade with 20:32:25 &lt;zzz&gt; ok let's wrap this up. The consensus isn't clear to me, so please enter +1 for yes and -1 for no 20:32:32 &lt;dogedDEV&gt; +1 20:32:35 &lt;str4d&gt; From a "risk" level, if the site is only exchanging cryptocoins, then it is subject to the market forces of other exchanges wrt value 20:32:42 &lt;abyss&gt; that way you can test it out for yourself :) 20:32:45 &lt;zab@kyirc&gt; +1 20:33:33 &lt;trolly&gt; +1 20:33:33 &lt;Lady3Jane&gt; (I'm not sure if I have suffrage here, but...) +1 20:33:48 &lt;anonimal&gt; -1: No sex, drugs, money, or rock&roll in router console. 20:33:56 &lt;kytv&gt; = "neutral / not negative" 20:34:30 &lt;abyss&gt; +1 if my vote counts 20:34:33 &lt;psi&gt; +1 no drugs sex money rock/roll in router console 20:34:38 &lt;trolly&gt; no rock&roll?? OMG anonimal!! 20:34:41 &lt;obscuratus&gt; -1: Good site, but I agree it's an endorsement. 20:34:49 &lt;psi&gt; rather, -1 20:34:57 &lt;abyss&gt; psi, :) 20:34:57 &lt;trolly&gt; +1 drugs, sexs and rock&roll averywhere 20:35:01 &lt;abyss&gt; :( 20:35:09 &lt;amknesia&gt; Question: What about having a links page/site instead that isn't the homepage but is linked from it. This would avoid the homepage 'implied endorsement' which also making it easy for newbies to find sites they might be interested in. Are any of the current homepage sites set up to provide that? 20:35:21 &lt;obscuratus&gt; amknesia: +1 20:35:28 &lt;lbt&gt; amknesia: +1 20:35:29 &lt;Lady3Jane&gt; From a PR perspective, anonimal, I agree on the sex and drugs. We don't want the router to become the i2p equivalent of the hidden wiki. But why are currency exchanges inherently negative? 20:35:47 &lt;Lady3Jane&gt; router console* 20:35:56 &lt;anonimal&gt; I would lean towards amknesia's idea. 20:36:01 &lt;dogedDEV&gt; i think private networks have an indirect obligation to protect crypto, especially as of late. 20:36:05 &lt;dogedDEV&gt; but thats just my two cents. 20:36:05 &lt;zzz&gt; +1 from me (barely) 20:36:19 &lt;str4d&gt; Lady3Jane, The inherent problem with an anonymous currency exchange is that there is every chance the site could disappear with all funds, and no recompense 20:36:35 &lt;dogedDEV&gt; that can happen on any exchange 20:36:43 &lt;dogedDEV&gt; and has happened on clearnet exchanges. 20:36:51 &lt;anonimal&gt; ^ Then I see no reason to endorse yet another one here. 20:36:57 &lt;amknesia&gt; str4d: Just as a counterarguement: That has already happened with *PUBLIC* non-anonymous exchanges, so is that really any more of a threat? 20:36:57 &lt;str4d&gt; Has, yes. But there are avenues for at least partial recompense 20:37:08 &lt;Lady3Jane&gt; abyss: Beyond the typical eskrow system, do you have any contingencies to ensure to the public (but above all, to the devs who want to endorse you) that you won't skip town with a sack of bills? 20:37:17 &lt;abyss&gt; anonimal, becasue this one is private 20:37:25 &lt;zzz&gt; I count 4+ and 3-, but we could also declare that's too close and let's reconsider at a future meeting 20:37:31 &lt;str4d&gt; Lady3Jane, I don't actually see an escrow 20:37:37 &lt;str4d&gt; (at least not in the security list) 20:37:46 &lt;str4d&gt; I did want to ask about multisig too 20:37:58 &lt;anonimal&gt; And maybe we should review the standards for submission. 20:38:19 &lt;abyss&gt; there is no escrow or mutlisig because thats not really practice for an low latency exchange 20:38:29 &lt;zzz&gt; kytv, str4d, guns to your head, please vote + or - 20:38:32 &lt;amknesia&gt; Maybe it is time for a crypto-rep service? 20:39:05 &lt;dogedDEV&gt; similar to cryptoasian you mean? 20:39:17 * anonimal doesn't care who does what or where or when, this is only for java i2p's router console. 20:39:25 &lt;zzz&gt; last call for votes 20:39:27 &lt;str4d&gt; I am a tentative +0.5 at this stage. I think the site is beneficial for users, but the risks should probably be better-conveyed to users. 20:39:56 &lt;dogedDEV&gt; maybe abyss can put a disclaimer on the site? 20:40:10 &lt;zzz&gt; how about approved if he puts a disclaimer on there then? 20:40:16 &lt;dogedDEV&gt; and that would at least pacify the people voting nay because of risk 20:40:27 &lt;abyss&gt; i can do that 20:40:44 &lt;str4d&gt; There's always a risk, but as long as users are explicitly aware of the risks, I 20:40:46 &lt;kytv&gt; zzz: +1 (with disclaimer of sorts) 20:40:51 &lt;str4d&gt; 'm not opposed to it. 20:40:52 &lt;zzz&gt; we've spent too long on this, if we don't decide in the next 60 seconds I'm moving on anyway 20:41:04 &lt;zzz&gt; ok, sounds like approval if he adds the disclaimer 20:41:07 &lt;zzz&gt; anything else on 2) ? 20:41:20 &lt;dogedDEV&gt; zzz: when is the next meeting? 20:41:23 &lt;amknesia&gt; Is it difficult to make it probationary? 20:41:27 &lt;fox&gt; +1 for abyss's exchange, code is clean 20:41:32 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 &lt;amknesia&gt; IE you could always move it after the next session if there are issues? 20:41:38 &lt;zzz&gt; is the i2pwiki.i2p operator here? 20:41:50 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:42:33 &lt;zzz&gt; any discussion on i2pwiki pro/con? 20:42:43 &lt;fox&gt; isn't open4you.i2p just a zombie? 20:42:56 &lt;zzz&gt; please stay on topic everybody 20:42:56 * anonimal loading 20:42:59 &lt;kytv&gt; +1 for i2pwiki. It actually loads and the user makes backups available. 20:43:10 &lt;str4d&gt; dogedDEV, next homepage meeting will be week before 0.9.24 release 20:43:11 &lt;psi&gt; +1 i2pwiki 20:43:22 &lt;fox&gt; -1 open4you 20:43:31 &lt;trolly&gt; open4you.i2p works sometimes and sometimes no fox 20:43:31 &lt;dogedDEV&gt; i2host isnt loading it for me 20:43:31 &lt;zzz&gt; any objections to i2pwiki? 20:43:41 &lt;zzz&gt; please stay on topic everybody 20:43:43 &lt;abyss&gt; i think it is decent 20:43:44 &lt;str4d&gt; i2pwiki.i2p by default redirects to B32 20:43:53 &lt;fox&gt; trolly: it loads sometimes but i don't think they still give out hosting 20:43:54 &lt;trolly&gt; admin did not answer, I think open4you.i2p was hacked or something 20:43:57 &lt;str4d&gt; (at least for me) 20:44:03 &lt;zzz&gt; please stay on topic everybody 20:44:14 &lt;anonimal&gt; i2p slogans are still there. That was an issue before. 20:44:31 &lt;trolly&gt; he created admin2.ope4you.i2p later, but I can login only in admin.open4you.i2p 20:44:32 &lt;zzz&gt; is the slogan issue enough to reject it? 20:44:40 &lt;abyss&gt; str4d, i think thats a mediawiki issue, mine was having the same issue 20:44:45 &lt;zzz&gt; please stay on topic everybody. open4you is NOT the topic. 20:45:05 &lt;str4d&gt; Also, interesting - ugha.i2p is back up 20:45:19 &lt;anonimal&gt; Yes, because of some of the content. Other than that, I would +1. 20:45:30 &lt;abyss&gt; 2015-10 New wiki eepsite: As ugha.i2p was down from may 2015 to 2015-10-30, a new wiki was launched (`http://i2pwiki.i2p`). It is running on MediaWiki. Please move to this wiki. 20:45:30 &lt;kytv&gt; i2pslogans isn't an issue. That was also on ugha.i2p. Users can police that just as they could on ugha 20:45:31 &lt;dogedDEV&gt; -1 on i2pwiki.i2p 20:45:44 &lt;abyss&gt; *from ugha.i2p. front page 20:45:46 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:45:47 &lt;str4d&gt; I am generally +1 for i2pwiki.i2p, but would really like the redirection issue fixed 20:45:53 &lt;dogedDEV&gt; Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 &lt;iRelay&gt; Title: I2HOST Jump (at i2host.i2p) 20:46:07 &lt;str4d&gt; dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` is the B32 for i2pwiki 20:46:11 &lt;zzz&gt; ok we have + from psi and kytv and str4d , - from anonimal and dogedev. Others please vote 20:46:14 &lt;zzz&gt; me: +1 20:46:16 &lt;abyss&gt; str4d, could it be a i2prouter issue? 20:46:17 &lt;kytv&gt; It's just an i2ptunnel setting I'm sure, it's not a mediawiki problem. 20:46:20 &lt;iRelay&gt; Title: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 &lt;fox&gt; topic isn't cleaning up /home? 20:46:24 &lt;lbt&gt; str4d: If you haven't noticed, check the status-page of uhga, it seems it was "up" all the time 20:46:26 &lt;obscuratus&gt; +1 20:46:49 &lt;abyss&gt; str4d, i find that when sites use relitive links the i2prouter defaults to the b32 20:46:53 &lt;zzz&gt; fox, we are on agenda item 3) 20:47:02 &lt;fox&gt; +1 i2pwiki it loads and is useful 20:47:23 &lt;zzz&gt; ok I count 6 + and 2 -, that sounds like approved, any final objections? 20:47:27 &lt;abyss&gt; +1 i think its usefull and works well 20:47:51 &lt;anonimal&gt; +1, I was wrong. 20:47:56 &lt;zzz&gt; last call for 3) 20:47:57 &lt;anonimal&gt; Slogans were fixed. 20:48:06 * anonimal saw cached version. 20:48:15 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 &lt;zzz&gt; is the lenta.i2p operator here? 20:48:35 &lt;iRelay&gt; Title: Lenta.i2p | (at lenta.i2p) 20:48:37 &lt;zab@kyirc&gt; +1 from me. It loads quickly, the news is real and the layout is pleasant 20:48:48 &lt;zzz&gt; this one appeared to have broad support on the zzz.i2p thread, and in #ru when I asked there a couple of weeks ago 20:49:12 &lt;zzz&gt; any other thoughts pro/con? 20:49:34 &lt;kytv&gt; = "neutral / not negative" 20:49:45 &lt;trolly&gt; is i2pwiki's admin around? 20:49:55 &lt;zab@kyirc&gt; having something catering to .ru users on the home page can be seen as a sign of good will 20:49:57 * anonimal No objections. xopowo. 20:50:08 &lt;str4d&gt; I have NFI what it says, but good that we reflect the Russian userbase. 20:50:14 &lt;abyss&gt; +1 for lenta.i2p 20:50:18 &lt;zzz&gt; sounds like approved to me. last call for 4) 20:50:21 &lt;psi&gt; +1 for lenta.i2p 20:50:43 &lt;kytv&gt; +0.5 based on approval from people who can read Russian 20:50:51 &lt;str4d&gt; Title for it should be in Russian, so users can instantly tell that it is a RU site 20:51:12 &lt;amknesia&gt; Uhmm, dumb question, but should there maybe be a split in links based on 'currently selected language' versus 'foreign language' links? 20:51:16 &lt;str4d&gt; (both so non-russian speakers don't click, and russian speakers do) 20:51:30 &lt;str4d&gt; amknesia, that's a thought I just had myself :) 20:51:50 &lt;zzz&gt; we can always tweak the name in the console 20:51:57 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 &lt;zzz&gt; I just threw this agenda item in there in case there was something to discuss. i believe the banner and the candy and all that is under control. 20:52:47 &lt;zzz&gt; we finished the budget decisions at last meeting. 20:52:59 &lt;zzz&gt; If anybody has anything to bring up about CCC, now's the time, else we'll move on 20:53:56 &lt;zzz&gt; last call for 5) 20:54:31 &lt;str4d&gt; Nothing from me 20:54:36 &lt;str4d&gt; You kids have fun there 20:54:46 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 &lt;zzz&gt; ok the notes from last meeting are up (thx kytv) and at the end you'll see that hottuna and dg were due to come back with a proposal. 20:55:30 &lt;zzz&gt; hottuna and dg, you are up. However neither appears to be here? 20:56:05 &lt;zzz&gt; anybody else have anything on forum replacement that extends (not rehashes) the discussion from last meeting? 20:56:51 &lt;str4d&gt; I have something tangentially related that I'd like to tack onto the meeting if we have time. 20:56:56 &lt;obscuratus&gt; What about forums.i2p? 20:58:30 &lt;zzz&gt; ok, anything else on 6) ? 20:58:30 &lt;str4d&gt; I think a user forum is a good idea 20:58:30 &lt;trolly&gt; freedomforum.i2p works too 20:58:30 &lt;str4d&gt; And I think that having it clearnet-accessible (not just via inproxy) is a good idea 20:58:30 &lt;obscuratus&gt; str4d: +1 20:58:30 &lt;zzz&gt; the particular agenda item is whether there should be an 'official' replacement 20:58:30 &lt;trolly&gt; and we have anew forum.. `http://es.i2p` 20:58:30 &lt;trolly&gt; but is only Spanish, but anyone can create a channel in En, of course 20:58:39 &lt;zzz&gt; no site, 'official' or not, has requested to be on the console home page 20:58:42 &lt;trolly&gt; channel/thread * 20:58:54 &lt;zzz&gt; ok, anything else on 6) ? 20:59:01 &lt;Z0rg1nc&gt; mm, how you will protect new forum users if it will be down too? 20:59:07 &lt;str4d&gt; If we have people willing to maintain an official forum, I am +1 on it 20:59:14 &lt;Z0rg1nc&gt; *if not only admins aalowed to speak 20:59:39 * anonimal would really like dg's hottuna's presence before speaking up on 6) 20:59:44 &lt;zzz&gt; I'm +1 for lots of forums, -0.1 on an official one 20:59:50 &lt;trolly&gt; I can't say if http://es.i2p's admin would want to maintain official forum too, sorry 20:59:53 &lt;amknesia&gt; I move to shelve it for next discussion. 21:00:13 &lt;str4d&gt; +1 on tabling 21:00:16 &lt;zzz&gt; as hottuna and dg aren't here, let's table this 21:01:20 &lt;zzz&gt; 7) str4d go 21:01:20 &lt;str4d&gt; s/tabling/shelving 21:01:20 &lt;str4d&gt; Okay 21:01:20 &lt;str4d&gt; Here is an idea I have had rattling around my head for a few months now 21:01:20 &lt;str4d&gt; We define *.i2p.i2p as an unassignable space. 21:01:27 &lt;str4d&gt; And reserve it for use by I2P devs / services 21:01:48 &lt;psi&gt; +1 sounds fun 21:01:51 &lt;str4d&gt; This gets us around whatever funky stuff ever happens wrt I2P addressbook / naming space 21:02:05 &lt;amknesia&gt; Sounds like a plan to me. 21:02:07 &lt;str4d&gt; we define in the naming spec what Dest each 3LD refers to 21:02:19 &lt;str4d&gt; And can change it at any time 21:02:37 &lt;str4d&gt; (possibly by having an in-net hosts.txt that we host containing the current specified Dests) 21:03:08 &lt;anonimal&gt;&gt;we define in the naming spec 21:03:21 &lt;anonimal&gt; And that would protect against maliciousness, yes? 21:03:50 &lt;str4d&gt; Yes. The spec is public and any malicious changes would be completely visible 21:03:55 &lt;zzz&gt; str4d, it's already blocked by stats.i2p registrar and I think most of the others. Not currently blocked in the addressbook import though. 21:04:23 &lt;zzz&gt; not sure what 'funky' stuff you have in mind 21:05:20 &lt;str4d&gt; zzz, the problem with the current addressbook system is that it is only pseudo-global. 21:05:36 &lt;str4d&gt; Now, that itself is debatable, for future 21:05:37 &lt;eche|on&gt; thats good 21:05:53 &lt;str4d&gt; But IMHO services run by *us* *should* be global. 21:06:23 &lt;amknesia&gt; Stupid idea: What about moving to a namecoin style setup with some sort of PoS system with a required amount of cpu time to retain your domains? 21:06:30 &lt;str4d&gt; Easiest way to do that is to define a section of the namespace as controlled by us. Logical section is *.i2p.i2p 21:06:39 &lt;str4d&gt; amknesia, that is outside the scope of this meeting topic 21:06:43 &lt;zzz&gt; str4d, maybe write up your proposal in the zzz.i2p naming subforum? 21:06:54 &lt;amknesia&gt; Ok 21:07:01 &lt;str4d&gt; zzz, will do, when I have time to do so (next month probably) 21:07:11 &lt;zzz&gt; ok, anything else on 7) 21:07:37 &lt;zzz&gt; anything else for the meeting? 21:07:40 &lt;str4d&gt; Heh, on that point, I also have another proposal: make proposals a bit more formal and visible 21:08:08 &lt;zab@kyirc&gt; unmute drz and merge fux (just kidding) 21:08:08 &lt;zzz&gt; ok, now you're just getting meta, so.... 21:08:14 &lt;str4d&gt; Brief 8) 21:08:28 &lt;zzz&gt; 8) str4d go 21:08:30 &lt;str4d&gt; zzz, legit topic, promise :) 21:08:48 &lt;str4d&gt; Right now, all proposals are proposed on zzz.i2p 21:08:54 &lt;str4d&gt; Their general visibility is IMHO poor at best 21:08:57 * anonimal looks forward to str4d's post 21:09:17 &lt;zzz&gt; agreed, so propose something better :) 21:09:24 &lt;str4d&gt; Take e.g. the hostname service feed improvement, getting lost 21:09:46 &lt;zzz&gt; i'm not holding my site precious. You have a proposal? 21:09:54 &lt;str4d&gt; I propose that proposals be formally stored in the I2P website repo, and made visible 21:10:09 &lt;zzz&gt; fine w/ me 21:10:15 &lt;str4d&gt; With links to the canonical discussion thread on zzz.i2p 21:10:22 &lt;str4d&gt; Originally I planned on a separate new repo 21:10:32 &lt;zzz&gt; can you set that up/ 21:10:32 &lt;str4d&gt; But the I2P website serves two purposes: 21:10:36 &lt;zzz&gt; ? 21:10:37 &lt;str4d&gt; - Define spec of the I2P network 21:10:47 &lt;str4d&gt; - Document the reference implementation (Java) 21:10:55 &lt;zzz&gt; anybody have any objections? 21:11:03 &lt;xmz&gt; no 21:11:11 &lt;str4d&gt; And since the specs are already part of the website, I simultaneously propose to elevate their position 21:11:27 &lt;zab@kyirc&gt; as long as the proposals are plain text - don't put binaries in mtn pls 21:11:28 &lt;anonimal&gt; Where would it go on the site? 21:11:38 &lt;str4d&gt; And define them as non-translatable for simplicity 21:11:46 &lt;str4d&gt; zab, hell no 21:11:59 &lt;str4d&gt; anonimal, currently they are at /langcode/docs/specs/* 21:12:03 &lt;str4d&gt; (the specs) 21:12:04 &lt;zzz&gt; I think str4d already has carte blanche for minor website organization 21:12:12 &lt;zzz&gt; so can we wrap this up? 21:12:17 &lt;zzz&gt; anything else on 8) ? 21:12:20 &lt;str4d&gt; I propose instead having /spec/* for specs, and /spec/proposal/* for proposals 21:12:46 &lt;str4d&gt; zzz, yes, but this also goes into proposal processes 21:12:49 &lt;zzz&gt; lets not use a meeting for discussing website path details 21:12:56 &lt;anonimal&gt; I only ask because the site's layout is TMI at once for my taste, imho. 21:13:08 &lt;str4d&gt; end goal is that people outside I2P can then view our proposals. 21:13:22 &lt;str4d&gt; anonimal, redesign is ongoing, save it for later :) 21:13:25 &lt;zzz&gt; agreed and I didn't hear any objections 21:13:27 &lt;zzz&gt; anything else on 8) ? 21:13:30 * anonimal :) 21:13:44 &lt;zzz&gt; anything else for the meeting? 21:13:54 &lt;anonimal&gt; Yes, briefly. 21:14:04 &lt;zzz&gt; 9) anonimal go 21:14:04 &lt;abyss&gt; so did exchanged.i2p make it with a disclaimer? 21:14:18 &lt;abyss&gt; something like "Disclaimer: trading cryptocurrencies is risky, trusting anonymous people with your money is also risky. " 21:14:32 &lt;zzz&gt; abyss yes 21:14:33 &lt;zzz&gt; 9) anonimal go 21:14:45 &lt;abyss&gt; \o/ 21:14:46 &lt;anonimal&gt; str4d's *i2p.i2p made me think of the IETF comments made at I2PCon and https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 &lt;iRelay&gt; Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 &lt;amknesia&gt; abyss: Don't forget the 'Please ignore the man behind the website with the virtual suitcase and fueled dc3' :) 21:15:13 &lt;anonimal&gt; So the question is: 21:15:27 &lt;xmz&gt; could also add that the service is not endorsed in any way by the i2p project (sorry cant see.all of the prior discussion, im on my phone) 21:15:49 &lt;zzz&gt; we're on 9), please stay on topic 21:16:09 &lt;anonimal&gt; Are we pushing for IANA? 21:16:12 * anonimal sorry lag 21:16:26 &lt;str4d&gt; anonimal, yes. I am I2P's representative in that process. 21:16:58 &lt;anonimal&gt; Yay! Anything to report? 21:17:02 &lt;str4d&gt; I have also volunteered to be on the design committee that is going to propose changes/improvements to the RFC 6761 process 21:17:31 &lt;str4d&gt; .i2p was proposed along with .onion, .gnu, .bit and a few others by the GNUnet team 21:17:40 &lt;zzz&gt; great, thanks for continuing to do that str4d 21:17:42 &lt;str4d&gt; That sat around for several years being kicked back and forth 21:17:56 &lt;zzz&gt; I'm sure you can fill him in more after the meeting 21:17:58 &lt;anonimal&gt; Yes, thank you str4d. 21:18:05 &lt;zzz&gt; anything else on 9) ? 21:18:09 &lt;zzz&gt; anything else for the meeting? 21:18:31 &lt;str4d&gt; well... 21:18:34 &lt;str4d&gt; (jk ;) 21:18:40 &lt;anonimal&gt; lol 21:18:47 &lt;sadie_i2p&gt; ha 21:19:01 &lt;zzz&gt; thanks everybody. /me ****bafs**** the meeting closed </div>/ar/blog/2015/10/06/i2p-dev-meeting-october-06-2015/Tue, 06 Oct 2015 00:00:00 +0000/ar/blog/2015/10/06/i2p-dev-meeting-october-06-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:41 &lt;zzz&gt; 0) Hi 19:59:41 &lt;zzz&gt; 1) 32C3 Budget 19:59:41 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 19:59:41 &lt;zzz&gt; 3) RWC Budget 19:59:44 &lt;zzz&gt; 0) Hi 19:59:47 &lt;zzz&gt; Hi 19:59:50 &lt;eche|on&gt; hi 19:59:53 &lt;dg&gt; hi 19:59:59 &lt;zzz&gt; 1) 32C3 Budget 19:59:59 &lt;cacapo&gt; hi 20:00:23 &lt;zzz&gt; ok, the plan is to do what we did for Toronto, which is to set an overall budget and let echelon handle the details 20:00:43 &lt;hottuna2&gt; i love soylent and you 20:00:46 &lt;hottuna2&gt; oups 20:00:47 &lt;zzz&gt; echelon, what's the total of the travel requests for funds that you got 20:01:06 &lt;eche|on&gt; currently it is roughly 4k and 2 BTC 20:01:56 &lt;hottuna2&gt; as calculated how? 20:02:03 &lt;zzz&gt; ok, were there any excessive requests or request from any randoms that we need to discuss, or was everything reasonable? 20:02:41 &lt;eche|on&gt; all reasonable, non above 1k euro so far, so... all fine 20:02:52 &lt;eche|on&gt; some did wrote too much information, haha 20:03:22 &lt;zzz&gt; and about how much more to pay for CCC tickets, a dinner, gummy snakes and such? 20:04:06 &lt;eche|on&gt; I think dinner will be 500+x, tickets will be 100 each (at 10 ppl roughly) and snakes and small stuff in the 200-300 20:04:24 &lt;eche|on&gt; dinner for 20+x 20:05:04 &lt;zzz&gt; so that's 1800 euros + 4K travel + ~500 for 2 BTC is 6300 euros total, right? 20:05:53 &lt;eche|on&gt; yeah, but we will not scratch up to that, IMHO some of the travel fund will be payed in BTC, and dinner could be cheaper... 20:05:59 &lt;eche|on&gt; so lets say 6k 20:06:34 &lt;eche|on&gt; last year we did have had 1257 without travel costs 20:06:38 &lt;zzz&gt; that sounds pretty reasonable to me, let's throw it open to discussion... what do people think? 20:06:39 &lt;eche|on&gt; and a few tickets 20:07:13 &lt;hottuna2&gt; does that mean we'll be reaching our 10% spending goal per year? 20:07:31 &lt;eche|on&gt; sure 20:07:53 &lt;hottuna2&gt; as in we'll be below 10%? 20:08:01 &lt;zzz&gt; doubt it, we have ~250K and we only spent 4-5K on toronto iirc 20:08:02 &lt;eche|on&gt; sure 20:08:22 &lt;eche|on&gt; wait, 150k, not 250... 20:08:49 &lt;zzz&gt; either way, we're well under 10%, back of the envelope 20:09:02 &lt;eche|on&gt; and currently we spent 5.3k this year 20:09:19 &lt;hottuna2&gt; ok. i'm happy with that. 20:09:22 &lt;zzz&gt; any objections to a 6K Euro budget for CCC? 20:10:05 &lt;zzz&gt; great 20:10:41 &lt;zzz&gt; as always eche|on I think we prefer to reimburse people, but we can pay in advance if people really need it to buy tickets, right? 20:11:25 &lt;hottuna2&gt; is there a way to know how much you'll be reimbursed for? 20:11:25 &lt;eche|on&gt; correct 20:11:44 &lt;zzz&gt; I think we just approved 100% of people's requests, correct? 20:11:49 &lt;eche|on&gt; yes 20:12:05 &lt;zzz&gt; ok, so whatever you asked for is what you'll get hottuna2 20:12:13 &lt;hottuna2&gt; ok 20:12:23 &lt;zzz&gt; thank you very much eche|on I think this process worked well 20:12:27 &lt;zzz&gt; anything else on 1) ? 20:12:53 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 20:13:05 &lt;eche|on&gt; banner is still in toronto 20:13:10 &lt;eche|on&gt; poster - we need a poster 20:13:28 &lt;zzz&gt; DECT phones part 2? banner? poster? what needs to be done, any volunteers? 20:13:35 &lt;eche|on&gt; we need a table (I try to get into wiki and make some page about our group) 20:13:45 &lt;hottuna2&gt; who has the banner? 20:13:57 &lt;hottuna2&gt; I do not have it. 20:13:57 &lt;str4d&gt; j0 20:13:58 &lt;eche|on&gt; it was at toronto hacklab 20:14:13 &lt;hottuna2&gt; should I bring the podium graphic from i2pcon? 20:14:40 &lt;zzz&gt; hottuna2, can you be in charge of finding the banner in Toronto and bringing it? 20:14:53 &lt;eche|on&gt; DECT phones could be done, but I do not know, everyone has a mobile, Wifi available... 20:15:13 &lt;zzz&gt; maybe twitter DM has rendered DECT obsolete 20:15:15 &lt;hottuna2&gt; zzz, will do. 20:15:19 &lt;eche|on&gt; hottuna2: there was a twitter discussion with sadie about the banner and let her bring it to hamburg 20:15:23 &lt;dg&gt; i'm just going to twitter 20:15:41 &lt;dg&gt; irc if no response 20:15:50 &lt;hottuna2&gt; do we need any other marketing type of material? 20:15:50 &lt;eche|on&gt; table needs to be reserved asap 20:15:59 &lt;eche|on&gt; stickers 20:16:06 &lt;zzz&gt; eche|on, you volunteered to reserve the table? 20:16:28 &lt;eche|on&gt; a folder (3 columns, folded) with basic informations would really help, but not available 20:16:44 &lt;eche|on&gt; zzz: I can try to reserve the table on 26th ahead of cinema 20:16:56 &lt;eche|on&gt; or better: I try my best to reserve it 20:17:00 &lt;dg&gt; usual place, or? 20:17:10 &lt;eche|on&gt; dg: would be best, noisysquare 20:17:11 &lt;zzz&gt; yeah, but you volunteered to sign up on the wiki, right echelon? 20:17:13 &lt;dg&gt; just a question: how big is the table usually? 20:17:24 &lt;eche|on&gt; yeah, I try to do the wiki, also 20:17:28 &lt;zzz&gt; 8-10 20:17:30 &lt;cacapo&gt; eche|on: didn't we have a folder contest a while back 20:17:31 &lt;dg&gt; eche|on: ah good 20:17:32 &lt;hottuna2&gt; Sadie says Hi from twitter 20:17:36 &lt;dg&gt; zzz: so room for everyone? 20:17:38 &lt;eche|on&gt; the table is mostly a round table for 8-10, or a square table 20:17:51 &lt;dg&gt; hottuna2: she needs2irc 20:17:56 &lt;zzz&gt; we're never all there at the same time, not to worry 20:17:58 &lt;eche|on&gt; cacapo: yeah, but the results of fodler contest were not useable AFAIR 20:18:03 &lt;hottuna2&gt; that's what I'm telling her 20:18:20 &lt;dg&gt; alright :) 20:18:34 &lt;zzz&gt; there was also the idea of USB stick giveaways, I looked into it, looks like $2 in bulk for small-capacity 20:18:41 &lt;dg&gt; i'm waiting for schedule so i can plan my day 20:18:42 &lt;eche|on&gt; `http://echelon.i2p/29c3/` 20:18:46 &lt;iRelay&gt; Title: 29C3 I2P contest (at echelon.i2p) 20:18:51 &lt;dg&gt; know when to duck in/out 20:19:29 &lt;eche|on&gt; dg: usual we meet in 10-12am and leave after 1am... 20:19:47 &lt;zzz&gt; so re: poster, who is looking into that? 20:19:48 &lt;eche|on&gt; zzz: the USB sticks are nice 20:20:03 &lt;eche|on&gt; but I do not know if really useful 20:20:13 &lt;hottuna2&gt; so the 2015 wiki for 32c3 does not appear to be open yet 20:20:28 &lt;eche|on&gt; hottuna2: correct 20:20:36 &lt;dg&gt; eche|on: past my bedtime ;) fits my lie ins 20:20:43 &lt;zzz&gt; I'm not humping hundreds of USBs across the ocean. Dunno if too late to get logo'ed ones 20:20:46 &lt;dg&gt; is the CCH open all night? 20:20:58 &lt;eche|on&gt; dg: CCH is open 24/7 20:21:08 &lt;zzz&gt; let's defer talk about CCC basics and logistics for now 20:21:20 &lt;dg&gt; ok, thx eche|on 20:21:22 &lt;zzz&gt; this agenda item is for prep only 20:21:36 &lt;eche|on&gt; zzz: 2 weeks time on one sender 20:22:07 &lt;zzz&gt; anybody want to volunteer for a poster or for USB sticks? 20:22:29 &lt;zzz&gt; and what was the answer on stickers? 20:22:32 &lt;eche|on&gt; but a USB stick/card is around 4-6 eeach 20:22:48 &lt;zzz&gt; I saw them for about $2 on ebay 20:22:58 &lt;hottuna2&gt; i'm not sure i'm I understand the idea behind the usb sticks 20:23:08 &lt;zzz&gt; but those weren't customized I dont think 20:23:15 &lt;dg&gt; would we bundle i2p, just put our logo on it, or...? 20:23:22 &lt;zzz&gt; both 20:23:44 &lt;hottuna2&gt; not sure I feel that's a good use of money. if we were tails it would've been a different story 20:24:41 &lt;eche|on&gt; I am not really a fan of USB in this pricy area, as we would need 100+x, thats at least 500 20:24:45 &lt;eche|on&gt; for printed ones 20:24:47 &lt;zzz&gt; ok 20:24:51 &lt;eche|on&gt; with a less use 20:25:10 &lt;zzz&gt; so lets skip the USB sticks. What about stickers? How's the supply over there? Did you bring them all over here or? 20:25:17 &lt;str4d&gt; hottuna2: we don't even need to give aaway the USBs 20:25:24 &lt;eche|on&gt; I still got stickers left 20:25:42 &lt;comradenosebleed&gt; zzz: i have a bunch of stickers that tuna gave me as well, i don't mind bringing them with me 20:25:44 &lt;str4d&gt; If they are decent enough, could sell at cost 20:25:45 &lt;eche|on&gt; but some of the toronto connections wanted to create a new design AFAIK. 20:25:55 &lt;comradenosebleed&gt; (sorry tuna, i'm trying to give out as many as i can) 20:26:05 &lt;dg&gt; i might have some stickers 20:26:11 &lt;eche|on&gt; str4d: I do not like to sell and handle some money beside my debit card on CCC 20:26:16 &lt;zzz&gt; eche|on, you have enough for CCC or you need comradenosebleed to bring some? 20:26:30 &lt;hottuna2&gt; do we want to get some more t-shirts 20:26:40 &lt;eche|on&gt; I got enough for CCC, but thats my last I got 20:26:53 &lt;comradenosebleed&gt; i probably have 200 or so sitting on my desk, i have no problems bringing them with me 20:27:07 &lt;eche|on&gt; so I need a new design, or I get another 10k with the same design 20:27:13 &lt;hottuna2&gt; and a separate question, do we want to sell them? 20:27:23 &lt;hottuna2&gt; eche|on: I would like to get a new design made 20:27:33 &lt;hottuna2&gt; before new stickers are ordered 20:27:36 &lt;zzz&gt; let's defer buying more stickers for now if we have enough for CCC and there's potential for a new design 20:27:44 &lt;eche|on&gt; right 20:27:51 &lt;zzz&gt; no, I don't think we should sell them 20:27:53 &lt;dg&gt; will bring some anyway 20:28:02 &lt;hottuna2&gt; zzz, agreed. 20:28:12 &lt;str4d&gt; no one sells stickers at cons :P 20:28:21 &lt;str4d&gt; The advertizing alone covers it 20:28:22 &lt;hottuna2&gt; still, do we want to get more t-shirts? 20:28:43 &lt;eche|on&gt; hottuna2: we can ask in zzz.i2p for visitors (i2p team) needing/wanting a shirt. at least dg and str4d need them 20:28:46 &lt;str4d&gt; (oh wait, t-shirts, nvm) 20:28:46 &lt;eche|on&gt; yes 20:28:56 &lt;zzz&gt; I say no to t-shirts. too much of a hassle to sell, and pretty much everybody has one, right? 20:29:05 &lt;str4d&gt; I don't 20:29:11 &lt;str4d&gt; I won't be at CCC tho 20:29:13 &lt;eche|on&gt; and postman postman !?? 20:29:20 &lt;eche|on&gt; oh, sry... 20:29:20 &lt;dg&gt; postman is joining us btw :) 20:29:29 &lt;zzz&gt; for the one-offs, they can buy it on spreadshirt 20:29:40 &lt;zzz&gt; if they want 20:30:04 &lt;str4d&gt; That was my plan :) 20:30:19 &lt;zzz&gt; what was the answer on the poster? Maybe tuna and sadie will do something, maybe not? 20:30:22 &lt;dg&gt; will get one too, no need to order more for the project 20:30:37 &lt;zzz&gt; is the timothy leary poster still around? 20:31:27 &lt;hottuna2&gt; zzz, so no t-shirt for dg or postman? 20:31:37 &lt;hottuna2&gt; I don't mind ordering/bringing them. 20:31:40 &lt;postman&gt; hey, i would take one 20:31:49 &lt;eche|on&gt; `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 &lt;eche|on&gt; zzz: that one? 20:32:06 &lt;dg&gt; I'd like a yellow one if you've got one but I'll order it myself if not 20:32:43 &lt;hottuna2&gt; dg, postman what sizes are you? 20:32:45 &lt;zzz&gt; sounds like it's between tuna and postman and dg to figure out t-shirts, whether tuna orders them or the others just order their own 20:32:56 &lt;eche|on&gt; t-shirt costs can be refunded on 32C3 for team members 20:33:03 &lt;dg&gt; yeah sorry we'll leave it for later :) 20:33:26 &lt;zzz&gt; ok, so the project will reimburse for t-shirts for those that don't have them 20:33:34 &lt;zzz&gt; any objections to that? 20:33:41 &lt;eche|on&gt; we did pay the other shirts already 20:33:48 &lt;zzz&gt; yup 20:34:31 &lt;zzz&gt; ok, sounds like we don't have a poster answer atm, but no big deal if we don't get one 20:34:31 &lt;eche|on&gt; date for dinner pre-announce? 20:34:32 &lt;hottuna2&gt; no 20:34:32 &lt;hottuna2&gt; that's how it's been done previously 20:34:39 &lt;zzz&gt; yes eche|on that's the leary poster 20:35:09 &lt;zzz&gt; eche|on, you have a proposal for which nite for dinner? 20:35:42 &lt;eche|on&gt; hmm, 27th is a bit early, but still fine. 28th or 29th are fine, too. But I need to wait for talk schedule 20:36:03 &lt;zzz&gt; ok, maybe let's pencil in 28th, subject to change 20:36:08 &lt;zzz&gt; anything else on 2) ? 20:36:09 &lt;eche|on&gt; We can do the 27th, its sunday, first evening, all are jet-lagged, no one wants beer, cheap^^ 20:36:49 &lt;zzz&gt; last call for 2) 20:36:51 &lt;dg&gt; no thanks for 27th 20:37:20 &lt;zzz&gt; 3) RWC Budget 20:37:36 &lt;zzz&gt; eche|on, any requests for RWC funding? What's the total? 20:37:51 &lt;eche|on&gt; yeah, thats a bit non-anon, as I got one request of 500 for hotel costs at RWC 20:38:20 &lt;zzz&gt; sounds reasonable, any objections? 20:38:25 &lt;eche|on&gt; no 20:38:30 &lt;eche|on&gt; if the paper is good, all fine^^ 20:38:51 &lt;eche|on&gt; and it is 2016, new year, new 10% *g* 20:39:24 &lt;zzz&gt; I encourage anybody that can get to RWC to check it out, it's a good conference 20:39:35 &lt;zzz&gt; anything else on 3) ? 20:39:40 &lt;eche|on&gt; to far away from me 20:39:53 &lt;eche|on&gt; although interesting, sure 20:39:55 &lt;dg&gt; too far & incompatible w/ CCC 20:40:50 &lt;zzz&gt; ok, any other topics? I know i shot down i2pcontrol, 32c3 talk, and forum replacement over on the zzz.i2p thread, but if anybody wants to discuss _briefly_ speak up now 20:41:33 &lt;hottuna2&gt; yeah. i'd like to talk about forum.i2p 20:41:38 &lt;hottuna2&gt; do we want to replace it? 20:41:52 &lt;dg&gt; just wrt forum replacement, we're open to it and discussing it. if anyone thinks it's a good idea for us to do it, hit up postman/myself/eche|on. we're in a position to run one, but we dunno if there's much support 20:42:33 &lt;zzz&gt; I'll paste in my position from zzz.i2p, others may disagree, that's fine 20:42:35 &lt;hottuna2&gt; i think we should have a public facing place for discussions 20:42:54 &lt;zzz&gt; My consistent view has been that users will vote with their feet, let a thousand flowers bloom, etc. etc. It's not necessary or even wise for us to anoint a replacement. One or more are free to apply for placement on the console home page following our usual process. If somebody wants to set up a forum site, they should do so, 20:43:18 &lt;hottuna2&gt; I don't agree. 20:43:19 &lt;dg&gt; hottuna2: while I'm very open about a forum, what is not open about zzz.i2p? for the record it's unlikely a forum.i2p run by postman/echelon/myself will be on clearnet 20:43:43 &lt;hottuna2&gt; I think we should have a clearnet forum. 20:43:47 &lt;zzz&gt; zzz.i2p is not open to all topics 20:44:01 &lt;hottuna2&gt; interacting with i2p now is like interacting with a brick. 20:44:06 &lt;zzz&gt; forums get _hammered_ by spiders via inproxies 20:45:15 &lt;zzz&gt; and hammered by spam via inproxies 20:45:15 &lt;hottuna2&gt; there's the irc and zzz.i2p. that is it as far as public communications go with i2p 20:45:15 &lt;hottuna2&gt; how are we to attract people new to anonymity tools if we're not even available to these people? 20:45:15 &lt;eche|on&gt; zzz.i2p is dev talk, a user talk forum would be nice, but it cannot be run on clearnet 20:45:15 &lt;zzz&gt; I'd like to see more use of the blog on our website by the PR team 20:45:16 &lt;hottuna2&gt; I get that running a forum is highly inconvenient. 20:45:19 &lt;eche|on&gt; forum.i2p is currently a good forum, I keep it as clean as I like 20:45:36 &lt;dg&gt; administering one is fine, clearnet is going to be difficult. It's possible but... 20:45:38 &lt;zzz&gt; forum will be dead by year-end due to rekey 20:45:38 &lt;hottuna2&gt; but our blog does not support communication both ways. the lbog is just a broadcasting tool. 20:45:53 &lt;dg&gt; I see that clearnet would be helpful for support though. 20:46:02 &lt;hottuna2&gt; so this is a relevant topic to try to deal with as soon as possible. 20:46:38 &lt;zzz&gt; anybody wants to run a (or "the") forum replacement? go for it, you don't need anybody's permission 20:46:42 &lt;hottuna2&gt; support and also attracting new developers. showing people the topics we are discussing is a way to attract developers and people of all skill-levels 20:46:50 &lt;str4d&gt; I don't see a simple way to add a blog without going beyond the near-static approach 20:47:19 &lt;dg&gt; the irc2p team is up for it, but I don't know how to handle the clearnet problem 20:47:21 &lt;zzz&gt; hottuna2, nobody's saying a forum isn't a good thing 20:47:47 &lt;str4d&gt; comment section to the* 20:47:53 &lt;hottuna2&gt; so we agree that having one would be helpful to us? 20:47:55 &lt;eche|on&gt; dg: forum.i2p was clearnet, it did not went out well, was closed and all is fine 20:48:09 &lt;zzz&gt; I declared forum.i2p dead back in January. There's been plenty of time. 20:48:16 &lt;hottuna2&gt; and we also agree that we want to reach out and attract newbies to join i2p? 20:48:23 &lt;dg&gt; eche|on: it would be helpful for user supports though 20:48:36 &lt;hottuna2&gt; having it be more than a vaporware goal requires action 20:48:37 &lt;eche|on&gt; dg: not worth the hassle 20:48:42 &lt;zzz&gt; hottuna2, agreed forums are good. Not sure if one of us needs to run one. And not sure I've heard anybody volunteering. 20:49:08 &lt;dg&gt; I don't care about handling the spam, I just want to remain anonymous and you can't do that while running a clearnet site 20:49:23 &lt;eche|on&gt; yes 20:50:46 &lt;hottuna2&gt; dg, could I or someone else rent the root server? 20:50:46 &lt;eche|on&gt; but really, you do not want the i2p forum clearnet 20:50:46 &lt;hottuna2&gt; and you have access to it through i2p+ssh? 20:50:46 &lt;zzz&gt; so perhaps dg as admin combined with some server resources could be a solution 20:50:46 &lt;dg&gt; hottuna2: That's something we can discuss if you (or someone else) is comfortable with the cost 20:50:46 &lt;hottuna2&gt; eche|on: I want the forum to be clearnet and on i2p 20:50:46 &lt;eche|on&gt; hottuna2: you will loose it. 20:50:46 &lt;eche|on&gt; forum.i2p has had massive spam issues 20:50:46 &lt;dg&gt; eche|on: I know clearnet can be a problem but a lot of users like it as a support mechanism 20:50:46 &lt;dg&gt; irc is not for everyone, especially where we have the "deep sleep chamber" 20:50:46 &lt;eche|on&gt; thats why it was closed down 20:50:46 &lt;zzz&gt; sure, clearnet a nice dream, maybe solveable, maybe not 20:50:50 &lt;eche|on&gt; forum.i2p is still a good support channel 20:50:54 &lt;hottuna2&gt; dg, i'm comfortable with that, and also think that i2p would re-imburse an forum server 20:51:24 &lt;dg&gt; happy to try it and if it doesn't work, we'll be i2p only. I don't know about i2p reimbursing it (not my decision though), but then again, i2p already reimburses core services... 20:51:25 &lt;comradenosebleed&gt; How many moderators were around on the forum while it was clearnet? If we had more mods we would be able to trim down on abuse, spam, etc. 20:51:35 &lt;hottuna2&gt; eche|on: eche|on: would i2p sponsor a forum machine? 20:51:35 &lt;dg&gt; comradenosebleed: afaik it was just eche|on 20:51:43 &lt;eche|on&gt; comradenosebleed: we did have had at least 5-10 people 20:51:49 &lt;dg&gt; hottuna2: I'm happy to admin in any case, just don't want to put a burden on you. 20:51:53 &lt;eche|on&gt; but a damned stupid guy spammed and did some DDOS 20:52:06 &lt;hottuna2&gt; dg, would you volunteer to set up and admin a clearner+hidden forum? 20:52:07 &lt;zzz&gt; dg maybe you can estimate bandwidth/processing power requirements and put together a proposal? 20:52:25 &lt;dg&gt; hottuna2, zzz: OK, i'll work with hottuna2 on that and we can figure out a proposal 20:52:36 &lt;dg&gt; hottuna2: as long as I can be anon still, no problem 20:52:38 &lt;hottuna2&gt; getting a quite powerful server from hertzner is about 30/month 20:52:42 &lt;zzz&gt; I'm still not in favor but willing to listen 20:52:55 &lt;zzz&gt; we have spare VM's now but depends on load 20:53:02 &lt;zzz&gt; ok anything else on forum? 20:53:06 &lt;zzz&gt; anything else for the meeting? 20:53:11 &lt;eche|on&gt; also while being clearnet you cannot hsot a lot of topics which are right now in forum.i2p 20:53:11 * zzz warms up the baffer 20:53:28 &lt;hottuna2&gt; zzz, eche|on: re spare vms, do we want to place all of our infrastructure on the same host? 20:53:30 &lt;eche|on&gt; e.g. you will need a native russian guy for the forum to admin it 20:53:31 &lt;comradenosebleed&gt; I volunteer myself as a mod if we put up a clearnet forum. As much as I hate to suggest cloudflare to host it, they do have excellent ddos prevention 20:54:01 &lt;hottuna2&gt; comradenosebleed: noted 20:54:02 &lt;eche|on&gt; and tha tone would need to know the rules of the country the host is hosted in (hetzner is german, german has some strange laws, e.g.) 20:54:15 &lt;zzz&gt; you all feel free to continue the forum talk, however I... am... 20:54:23 &lt;eche|on&gt; baffing! 20:54:25 &lt;zzz&gt; .. *baffing* the meeting closed </div>/ar/blog/2015/09/12/0.9.22-release/Sat, 12 Sep 2015 00:00:00 +0000/ar/blog/2015/09/12/0.9.22-release/<h2 id="update-details">Update details</h2> <p>0.9.22 contains fixes for i2psnark getting stuck before completion, and begins the migration of router infos to new, stronger Ed25519 signatures. To reduce network churn, your router will have only a small probability of converting to Ed25519 at each restart. When it does rekey, expect to see lower bandwidth usage for a couple of days as it reintegrates into the network with its new identity. If all goes well, we will accelerate the rekeying process in the next release.</p>/ar/blog/2015/08/20/i2pcon-mission-accomplished/Thu, 20 Aug 2015 00:00:00 +0000/ar/blog/2015/08/20/i2pcon-mission-accomplished/<p>I2PCon has been a giant success. For us, the I2P contributors, it represents a leap forward in terms of what we&rsquo;re capable of pulling off as a community, how we communicate the usecases of I2P and reach out to privacy conscious individuals.</p> <p>By arranging this event, we&rsquo;ve also grown our community. People who&rsquo;ve previously only lurked on our irc channels, or run our software or possibly hadn&rsquo;t even heard of I2P are now a part of our community.</p>/ar/blog/2015/07/31/0.9.21-release/Fri, 31 Jul 2015 00:00:00 +0000/ar/blog/2015/07/31/0.9.21-release/<h2 id="update-details">Update details</h2> <p>0.9.21 contains several changes to add capacity to the network, increase the efficiency of the floodfills, and use bandwidth more effectively. We have migrated the shared clients tunnels to ECDSA signatures and added a DSA fallback using the new &ldquo;multisession&rdquo; capability for those sites that don&rsquo;t support ECDSA.</p> <p>The speakers and the schedule of the I2PCon in Toronto 2015 have been announced. Have a look on the I2PCon page for details. Reserve your seat on Eventbrite.</p>/ar/blog/2015/07/16/i2pcon/Thu, 16 Jul 2015 00:00:00 +0000/ar/blog/2015/07/16/i2pcon/<p>I2PCon is the first event of its kind. It has two short term goals. Where the first one is to provide the general public with an event where knowledge about privacy and privacy concerns can be obtained. The second goal is to further the I2P project and its community. This will take the shape of technical discussions about cryptography, anonymity and I2P centric topics.</p> <p>There is a larger and more long-term goal of this event, and it is to build a community of privacy-conscious individuals. By connecting people who recognize the importance of privacy, we would like to provide a forum where this community can grow.</p>/ar/blog/2015/07/14/i2p-dev-meeting-july-14-2015/Tue, 14 Jul 2015 00:00:00 +0000/ar/blog/2015/07/14/i2p-dev-meeting-july-14-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz</p> <h2 id="meeting-log">Meeting Log</h2>/ar/blog/2015/06/02/0.9.20-release/Tue, 02 Jun 2015 00:00:00 +0000/ar/blog/2015/06/02/0.9.20-release/<p>0.9.20 contains many important bug fixes, and several changes to increase floodfill capacity in the network.</p> <p>Routers configured for 32-64 KB of shared bandwidth may now become floodfill, and routers configured for 512 KB or more of shared bandwidth will have higher connection limits. These changes may cause your router to use more resources. If the router becomes too busy, the best way to reduce usage is to lower the bandwidth settings in your console. If that doesn&rsquo;t help, you may now disable automatic floodfill on the advanced configuration page in the console.</p>/ar/blog/2015/06/02/toronto-meetup/Tue, 02 Jun 2015 00:00:00 +0000/ar/blog/2015/06/02/toronto-meetup/<p>The I2P team is proud to announce that we are going to host a meetup in Toronto on August 15-16. A number of members of our community will be attending and are going to host talks, workshops and discussions about and relating to I2P. This event is not just for I2P people though, it&rsquo;s meant for everyone.</p> <p>If you&rsquo;re curious about I2P, interested in privacy/cryptography/anonymity or just want to come by and talk to us, please do. This is an event for everyone. If you&rsquo;re not familiar with any of these topics, come by anyway and we&rsquo;ll show you how I2P works and what you can do with it.</p>/ar/blog/2015/05/05/i2p-dev-meeting-may-05-2015/Tue, 05 May 2015 00:00:00 +0000/ar/blog/2015/05/05/i2p-dev-meeting-may-05-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:23 &lt;zzz&gt; 0) Hi 20:00:23 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:00:27 &lt;zzz&gt; 0) Hi 20:00:29 &lt;zzz&gt; hi 20:00:35 &lt;eche|on&gt; hi 20:00:51 &lt;psi&gt; just about the time for the meeting? 20:00:53 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:01:03 &lt;dg&gt; hi 20:01:14 &lt;zzz&gt; 1a) review where we're at 20:01:19 &lt;zzz&gt; 1b) volunteers 20:01:32 &lt;zzz&gt; 1c) do we move forward 20:01:37 &lt;zzz&gt; 1a) review where we're at 20:02:00 &lt;zzz&gt; hottuna, please give us an update on the planning, venue, and projected costs 20:02:20 &lt;hottuna&gt; Hi@all 20:02:24 &lt;psi&gt; hi 20:02:50 &lt;str4d&gt; hi 20:02:53 &lt;hottuna&gt; So, we've reserved two 8-hour slots at hacklab in Toronto for the 15-16 Aug. 20:03:20 &lt;hottuna&gt; The slots are 150CAD each 20:03:46 &lt;hottuna&gt; This is the venue: https://hacklab.to/ 20:03:48 &lt;iRelay&gt; Title: hacklab.to - Toronto's hacker collective (at hacklab.to) 20:04:07 &lt;hottuna&gt; The initial plan is to have two separate events. 20:04:37 &lt;xmz&gt; hi 20:04:44 &lt;hottuna&gt; 15Aug: I2P general presentation + I2P Cryptoparty 20:05:28 &lt;hottuna&gt; 16Aug: Have a technical presentation leading into discussions about various upcoming issues 20:06:10 &lt;hottuna&gt; Ideally I'd like to have a better itinerary for both of these days by the end of this meeting. 20:07:09 &lt;psi&gt; is lodging self serve or is that "taken care of"? 20:07:13 &lt;hottuna&gt; Additionally we've through J@torontocrypto secured a lounge-like space in a house in toronto for other/late-night planning/hacking/etc 20:07:55 &lt;hottuna&gt; psi, lodging can be offered for free at said lounge (which is a house on the opposite side of toronto) 20:08:14 &lt;xmz&gt; transport to and from lounge? 20:08:46 &lt;hottuna&gt; Public transit shouldn't be too bad. Something like a 25 minute subway ride. 20:08:46 &lt;xmz&gt; I guess we arrange our own. I'll have a car so I can ferry a few folks 20:08:54 &lt;eche|on&gt; 8h slots, times? 20:08:55 &lt;xmz&gt; oh that's not bad 20:09:11 &lt;eche|on&gt; cars in a city... 20:09:25 &lt;zzz&gt; ok thanks tuna, i'd like to open it up for questions and comments now, before we get into details on the agenda or volunteers 20:09:28 &lt;xmz&gt; you have a point there eche|on 20:09:42 &lt;xmz&gt; toronto traffic can be quite bad 20:10:01 &lt;eche|on&gt; 2 8h slots are fine, times of those? and I assume we come, sit down, get power and WiFi 20:10:03 &lt;zzz&gt; anybody have any general questions or comments? 20:10:14 &lt;eche|on&gt; and some technical stuff provided 20:10:18 &lt;dg&gt; will there be streams, and are we expecting on advertising this? if so, how? 20:10:54 &lt;hottuna&gt; eche|on, 8h slots: they're evening slots so I think we'd have to be out of hacklab sometime around 00:00 20:10:54 &lt;hottuna&gt; J has offered to organize the crypto party part of 15Aug. 20:11:23 &lt;eche|on&gt; midnight is fine, which makes it 4pm to 12pm 20:11:32 &lt;hottuna&gt; eche|on: power, wifi, chairs, tables, etc are available 20:11:32 &lt;xmz&gt; that's good 20:11:48 &lt;xmz&gt; if there's enough upstream available streaming is definitely an option 20:11:52 &lt;eche|on&gt; fine for me so far. 20:12:17 &lt;eche|on&gt; streaming is not such a big issue, we do have root server with traffic free to distribute, if we want 20:12:26 &lt;hottuna&gt; xmz, I'm not sure they have a crazy internet connection. 20:12:42 &lt;hottuna&gt; also streaming might not be acceptable for privacy reasons 20:12:56 &lt;hottuna&gt; and additionally would be quite a bit of work to organize 20:13:01 &lt;str4d&gt; Yah, that's a topic up for discussion 20:13:01 &lt;xmz&gt; yeah 20:13:14 &lt;dg&gt; how about advertisement? 20:13:19 &lt;eche|on&gt; yeah, I am not in favour of streama, just twitter and instagram^^ 20:13:34 &lt;str4d&gt; But technically, it wouldn't be hard. We don't need 1080p upstream ^^ 20:13:36 &lt;eche|on&gt; ads, we do ads on zzz and forum already, or what ads? 20:13:49 &lt;fox&gt; so first one to hack the public wifi AP wins? 20:13:57 &lt;hottuna&gt; dg, J has offered to do a bit of advertisment, and since he's done a few crypto parties in toronto, i think we'll have no issues drawing a crowd. 20:14:06 &lt;dg&gt; ads for general public, i'm not sure how big a following the hacklab have? 20:14:14 &lt;dg&gt; hottuna: thanks, that's what I was looking for 20:14:14 &lt;hottuna&gt; the i2p twitter/website be helpful too 20:14:30 &lt;dg&gt; I am pleasantly surprised by how many can attend 20:14:48 &lt;zzz&gt; "j" is eager to fire up the publicity, i've asked him (via tuna0 to hold off until we have this meeting, figure out who is doing PR on our side, and can do a coordinated announcment 20:14:52 &lt;hottuna&gt; fox, a guest network is available 20:14:54 &lt;eche|on&gt; I am in favour of a I2P even twith "some" guest 20:14:55 &lt;xmz&gt; yeah I'm glad it's being held in Toronto. if it were anywhere else it would be hard for me to attend. 20:15:09 &lt;dg&gt; it'd be great if he could come here too. 20:15:12 &lt;dg&gt; (j) 20:15:38 &lt;hottuna&gt; dg, J is distracted by meatspace today 20:15:56 &lt;hottuna&gt; the one thing J asked us for is an itinerary for Aug16 20:16:02 &lt;dg&gt; hottuna: I don't think it'd kill to setup a bouncer! He has been saying he'll come for a while 20:16:41 &lt;eche|on&gt; so, sa/su each 4pm to midnight 20:16:42 &lt;zzz&gt; anybody have any other general questions or comments, or any objections to doing this at all? 20:16:58 &lt;eche|on&gt; I vote for I2P lunch on sunday before hacklab 20:16:59 &lt;xmz&gt; no objections only encouragement here 20:17:06 &lt;xmz&gt; that's a good idea 20:17:15 &lt;psi&gt; it's effectively sa to monday morning right? 20:17:24 &lt;eche|on&gt; It would be nice to get some I2P folks together and meet, anything else, a surplus in my view 20:17:52 &lt;zzz&gt; let's avoid the temptation to discuss small details. For example, i suspect the hours may change, the agenda isn't yet set, we don't need to talk about bouncer setup 20:18:02 &lt;hottuna&gt; eche|on, yes - as far as I know. That window might be shifted an hour back or forth though. 20:18:16 &lt;eche|on&gt; yeah, it is ok 20:18:38 &lt;eche|on&gt; so the lodge for lounge is for the night-swarmers to make through the night 20:18:41 &lt;psi&gt; hottuna: what is general talk vs technical talk? 20:19:03 &lt;hottuna&gt; psi, that is a good question. and something we will have to decide. 20:19:05 &lt;eche|on&gt; general talk: I2p, what it is, how it works, technical talk: what is the protocol 20:19:22 &lt;eche|on&gt; hottuna: but the lodge with sleeping plac is sa-mo, or? 20:19:30 &lt;hottuna&gt; for 15Aug, we'd like to target a more general crowd. So anything that non-i2p people would understand 20:19:31 &lt;xmz&gt; are there any guides/walkthroughs planned for people new to I2P? 20:19:33 &lt;dg&gt; s/kill/kill him/ 20:19:34 &lt;str4d&gt; I won't be in attendance (as stated before), but I have no high-level objections 20:19:34 &lt;iRelay&gt; dg meant: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 &lt;eche|on&gt; and the lounge does make noise to the sleeping guys? 20:20:06 &lt;hottuna&gt; xmz, a crypto party which basically is a group walktrhough/workshop is planned for 15Aug 20:20:14 &lt;xmz&gt; that's great 20:20:33 &lt;psi&gt; I want to do a short i2p app dev intro 20:21:16 &lt;psi&gt; we should really show off the ease of developing with i2p &lt;-- workshop idea 20:22:26 &lt;hottuna&gt; psi, and i2p app dev intro would be nice for 16Aug I suppose 20:22:30 &lt;str4d&gt; ++ 20:22:43 &lt;str4d&gt; That would dovetail nicely with Android 20:22:45 &lt;hottuna&gt; eche|on, re lounge: I would like to confirm the details about it with J, Sat-Mon does sound appropriate 20:22:45 &lt;dg&gt; that would be nice psi 20:22:45 &lt;hottuna&gt; str4d, would you like to talk about android? 20:22:45 &lt;eche|on&gt; in this case I go into my own hotel room ;-) 20:22:45 &lt;psi&gt; i'd need to drag along a copy of monotone so we don't wait 5 hours for it to sync 20:22:45 &lt;zzz&gt; yeah i envision sat. as a public thing, and sun. as a dev meeting / hackathon, open to public but probably just us. Also we could do a 2nd public presentation on Sun. if the first is "sold out" 20:22:45 &lt;str4d&gt; hottuna: it's probably a good idea to do so, what with me being the de-facto Android project lead :P 20:22:46 &lt;eche|on&gt; sounds reasonable, zzz 20:23:15 &lt;hottuna&gt; str4d, I'll sign you up for 16Aug and talking about android then? 20:23:36 &lt;str4d&gt; Yah 20:24:12 &lt;hottuna&gt; psi, I signed you up for an i2p app dev intro. is that ok? 20:24:22 &lt;psi&gt; yes 20:24:29 &lt;zzz&gt; ok let me transition to 1b) volunteers 20:24:44 &lt;zzz&gt; we've never done this before. It's not going to happen unless somebody is in charge. 20:24:44 &lt;hottuna&gt; danke. 20:24:57 &lt;zzz&gt; No one person can do it all. 20:25:19 &lt;zzz&gt; We need somebody in overall charge of this, and several people to own various pieces. 20:25:20 &lt;eche|on&gt; people in charge, I vote for: hottuna local contact to book the venue and the lounge, I pay 20:25:49 &lt;zzz&gt; If anybody thinks this will be easy... think again 20:26:08 &lt;hottuna&gt; i'm up for continuing doing general coordination, which is what I've been doing this far. 20:26:13 &lt;zzz&gt; and if we don't find enough people to volunteer, let's cancel the whole thing now before we go speding money 20:26:32 &lt;zzz&gt; so here's my list from my post, which may be over the top too much, but we can start here: 20:26:47 &lt;zzz&gt; - Overall Meeting Head Planner (??) 20:26:47 &lt;zzz&gt; - Finance (echelon) 20:26:47 &lt;zzz&gt; - PR / Marketing (psi) 20:26:47 &lt;zzz&gt; - Facilities / Logistics (hottuna) 20:26:47 &lt;zzz&gt; - Overall Schedule (??) 20:26:47 &lt;zzz&gt; - Crypto Party Planning (??) 20:26:49 &lt;zzz&gt; - Crypto Party Presentation (??) 20:26:51 &lt;zzz&gt; - Deep technical presentation (zzz) 20:26:53 &lt;zzz&gt; - i2pd presentation / planning session (orignal) 20:26:58 &lt;zzz&gt; - Android presentation / planning session (str4d via skype) 20:26:59 &lt;zzz&gt; - Roadmap / technical sessions lead (??) 20:27:01 &lt;zzz&gt; - Eating / drinking location picker (orignal) 20:27:03 &lt;zzz&gt; - Hotel / crash house picker (hottuna) 20:27:05 &lt;zzz&gt; - Snacks coordinator (echelon) 20:27:07 &lt;zzz&gt; - Stickers (echelon) 20:27:09 &lt;zzz&gt; - Video / audio recording (??) 20:27:53 &lt;eche|on&gt; I am in favour of not really planing much of the talks. we do have some volunteers in here to do some talks 20:28:18 &lt;zzz&gt; right. I don't want to do planning here at this meeting. I want to pick people in charge and let them do it 20:28:39 &lt;zzz&gt; and the overall person in charge can run all subsequent meetings 20:28:45 &lt;hottuna&gt; I'm volunteer for arranging the overall schedule too. 20:28:52 &lt;xmz&gt; cryptoparty planning will have to be co-ordinated with J right? 20:29:01 &lt;xmz&gt; or is he going to handle all of it 20:29:04 &lt;hottuna&gt; J has volunteered to organize the crypto party 20:29:17 &lt;zzz&gt; ok, so hottuna as the overall person in charge and the guy in charge of schedule? 20:29:52 &lt;str4d&gt; +1, he is best placed to keep track of it all 20:29:56 &lt;eche|on&gt; if he is up for it? 20:31:16 &lt;zzz&gt; ok hottuna? 20:31:16 &lt;hottuna&gt; im okay with that. it's probably easier that way 20:31:17 &lt;hottuna&gt; as for crypto party presentation, I'm not sure what it should contain 20:31:17 &lt;hottuna&gt; i am. 20:32:02 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) 20:32:02 &lt;zzz&gt; anybody ever been to a crypto party? 20:32:08 &lt;psi&gt; i have 20:32:22 &lt;psi&gt; as far as i can tell it's like a mini con 20:32:30 &lt;hottuna&gt; str4d, I'm planning to be in toronto. so unless some kind of disaster strikes I will be, 20:33:01 &lt;cacapo&gt; hi - echelon and i did a small cryptoparty at 29c3 20:33:16 &lt;zzz&gt; great. psi can we nominate you to work with J on both PR and the crypto party? 20:34:43 &lt;psi&gt; yup 20:34:43 &lt;psi&gt; (now that this is solid ima buy my travel stuff) 20:34:43 &lt;hottuna&gt; cacapo, eche|on: would you like to have part in the crypto party? 20:34:43 &lt;hottuna&gt; psi, do you have the contact details of J? 20:34:44 &lt;cacapo&gt; hottuna: sure I'm game 20:34:54 &lt;eche|on&gt; I was just a helper for I2P part, I will be in toronto, but mostly as a backup :-) 20:34:55 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) :P 20:34:56 &lt;str4d&gt; erk 20:34:58 &lt;str4d&gt; sry 20:35:10 &lt;psi&gt; hottuna: not at the moment 20:35:25 &lt;hottuna&gt; I'm not exactly sure about what has to be done. ideally you would coordinate that with J 20:35:28 &lt;psi&gt; hottuna: forward them to me when you have the chance 20:35:30 &lt;str4d&gt; psi: not solid until 1c) 20:35:38 &lt;zzz&gt; who would like to work on - or give - a presentation, on either day? 20:36:12 &lt;psi&gt; i'll help wingman a presentation if anyone needs it 20:36:13 &lt;zzz&gt; i can do one each day, but i think we should have several short ones, not one big one by one guy 20:36:28 &lt;eche|on&gt; right 20:37:37 &lt;zzz&gt; hottuna, looks like orignal had to leave, can you catch up with him later to see what he can volunteer for, maybe an i2pd presentation or technical session, or a trip to a bar/ 20:38:13 &lt;hottuna&gt; zzz, so psi and str4d offered two technical ones for aug16 20:38:17 &lt;hottuna&gt; zzz, i'll try to catch up with orignal, yes. 20:38:23 &lt;zzz&gt; anybody else want to volunteer for anything at this time? 20:39:56 &lt;zzz&gt; ok it sounds to me like we have the important assignments made. 20:40:06 &lt;eche|on&gt; not much, Ill be around 1 or 2 days earlier and have a look around 20:40:23 &lt;zzz&gt; so 1c) does it sound like we have adequate staffing to proceed on this? 20:40:33 &lt;hottuna&gt; i'd say so. 20:40:48 &lt;eche|on&gt; are we more than 5 persons who will be around? ;-) 20:41:14 &lt;zzz&gt; I want to make sure we don't put too much on tuna's back. Let's all help out to make this a success 20:41:33 &lt;eche|on&gt; yeah, make a plan on zzz.i2p about the talks 20:41:35 &lt;zzz&gt; ok if tuna isn't panicked then I guess we're in good shape 20:41:52 &lt;hottuna&gt; I'm not panicked. 20:41:54 &lt;eche|on&gt; and hottuna should gimme the contact to pay 20:42:11 &lt;zzz&gt; I expect hottuna will run several more meetings over the coming weeks and months to get ready 20:42:15 &lt;hottuna&gt; eche|on, could that be done in cash in meatspace? 20:42:27 &lt;hottuna&gt; I think we'll need wiki-page to organize around. 20:42:40 &lt;eche|on&gt; cash is also OK, but all I can pay in advance is better, my credit/debit card is not really unlimited^^ 20:42:53 &lt;psi&gt; i have a wiki that i can dedicate 20:42:57 &lt;psi&gt; potentially 20:43:00 &lt;zzz&gt; i want to add a 1d) financial support to the agenda 20:43:13 &lt;zzz&gt; 1d) financial support 20:43:32 &lt;hottuna&gt; may I suggest: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 &lt;eche|on&gt; we got money to give out. 20:43:49 &lt;zzz&gt; traditionally we've only reimbursed people $200 or so for conferences 20:44:19 &lt;zzz&gt; i hear some people may need significantly more in order to attend 20:44:28 &lt;eche|on&gt; str4d: your issue was mostly the money problem to attend? 20:44:44 &lt;str4d&gt; eche|on: no, timing 20:44:51 &lt;zzz&gt; what's the maximum we would be willing to give per-person? or alternatively, how much money would people need in order to attend? 20:44:51 &lt;eche|on&gt; ha, no, I do mix some names.. 20:44:52 &lt;str4d&gt; (well, money too) 20:44:59 &lt;zzz&gt; $500? $1000? $2000? 20:45:11 &lt;eche|on&gt; IMHO flights from europe are 1200 both ways 20:45:19 &lt;eche|on&gt; and IMHO thats what kytv needs to attend 20:45:33 &lt;eche|on&gt; if he/she can stay somewhere $cheap and good 20:45:45 &lt;zzz&gt; if anybody has a hard number they need, speak up now 20:45:53 &lt;eche|on&gt; kytv: now is your time. 20:46:09 &lt;zzz&gt; or, how much do people think is reasonable? 20:46:27 &lt;eche|on&gt; I think, we can pay a lot of different stuff, but I would like to pay more on travel cost and less on having booze on the event 20:46:35 &lt;eche|on&gt; (is it pronounced booze?) 20:47:13 &lt;hottuna&gt; eche|on, having people over is more important yes. 20:47:16 &lt;psi&gt; hm 20:47:23 &lt;hottuna&gt; (it's booze, yes) 20:47:28 &lt;zzz&gt; or, another way to ask, how much should we spend total on this event? 20:48:01 &lt;eche|on&gt; currently on the list to pay for me: location, some snacks/coffee/coffebreak, a dinner/lunch for I2P. 20:48:20 &lt;psi&gt; all my costs would be just transit and i would need to figure that part out, probably air, maybe bus/train 20:48:43 &lt;zzz&gt; would $10K be out of line to spend? 20:48:50 &lt;eche|on&gt; I would pay kytv (and any other dedicated I2P contributor) 1200 for the flight, and each other up to 500, if they want it 20:49:20 &lt;hottuna&gt; eche|on, that sounds reasonable 20:49:25 &lt;str4d&gt; $10k would need to be heavily justified 20:49:33 &lt;eche|on&gt; and that would sum up to 10k roughly 20:50:04 &lt;str4d&gt; But with good justification, I wouldn't be against it 20:50:59 &lt;eche|on&gt; ok, 5k-10k in that area 20:51:24 &lt;hottuna&gt; should we re-imburse the complete travel costs do something like 50% or 75%? 20:51:27 &lt;zzz&gt; what about up to $1500 reimbursement for core team members, and up to $2500 for 'special cicrumstances', i.e. you really need it 20:51:36 &lt;eche|on&gt; I would pay up to 10k, the only issue: if we do this an regular base, it is a bit hard to pay 10k each year 20:51:38 &lt;hottuna&gt; eche|on, i think something closer to 5k then 10k would be easier to agree on 20:51:56 &lt;zzz&gt; eche|on, remind us, how much money do we have atm? 20:52:10 &lt;eche|on&gt; wait a sec 20:52:37 &lt;str4d&gt; On current HoF: 44.6k euro and 537.7 BTC 20:52:50 &lt;eche|on&gt; roughly 41k euro, 534 Bitcoin and 700 Litecoin on my side 20:53:19 &lt;eche|on&gt; 534 btc each 210, LTC is 1.2 each 20:53:52 &lt;fox&gt; person experience for cheap room and board motel 6 has gotten much nicer accross north america 20:53:59 &lt;xmz&gt; I can help out with setup/teardown etc. 20:54:50 &lt;hottuna&gt; what type of expenses would we like to reimburse a person for? total expense for the trip? only flights? flights+hotel? 20:55:02 &lt;fox&gt; inn type place are nice if you want breakfast though 20:55:22 &lt;zzz&gt; usually we just do it no-questions-asked, whatever you spent money on 20:56:13 &lt;str4d&gt; But given the scale of this expenditure, we probably do want to have some reasonable restrictions 20:56:33 &lt;eche|on&gt; I vote for travel expenses 20:56:34 &lt;zzz&gt; sure. 20:56:41 &lt;eche|on&gt; as the lounge is cheap and available 20:56:55 &lt;psi&gt; hottuna: so to clarify would i or would i not have to personally book a hotel 20:56:59 &lt;psi&gt; (For me) 20:57:04 &lt;xmz&gt; Could have some setup for accepting donations at the event 20:57:04 &lt;eche|on&gt; and food/drinks is same like @home, if you want to 20:57:25 &lt;hottuna&gt; psi: you would have to do the booking. book whatever you like. echelon will reimburse you 20:57:33 &lt;psi&gt; okay 20:57:45 &lt;zzz&gt; how about max of US$ 1K for north americans, 1500 euros max for europeans, 2000 euros max for 'special circumstances' 20:58:20 &lt;eche|on&gt; zzz: fligst US to CAD are &lt;1000$ ? 20:58:22 &lt;cacapo&gt; with 5K-10K and a lot of key persons in place why not call it a Summit - slightly more official 20:59:00 &lt;zzz&gt; shouldn't be more than $400 20:59:04 &lt;zzz&gt; but I haven't looked 20:59:12 &lt;zzz&gt; and it may be driving distance for some 20:59:44 &lt;zzz&gt; we've never reimbursed 100% for anybody 20:59:44 &lt;eche|on&gt; I want to note again and ask: if we do that amount, we need to clarify, the reimbursements for 32C3 and the next few events will be as usual ~200, if not some special stuff happens 21:00:03 &lt;hottuna&gt; eche|on, agreed 21:00:47 &lt;zzz&gt; I'm just throwing out proposals, somebody please agree/disagree too high/low 21:00:48 &lt;eche|on&gt; it is kinda unfair, but could be seen as a kind of advertising 21:01:00 &lt;eche|on&gt; zzz: I agree, with the added note 21:01:46 &lt;zzz&gt; look at it another way, i think we should spend at least 10% of our money a year. Maybe 15-20%. 21:02:04 &lt;eche|on&gt; hmm 21:02:19 &lt;zzz&gt; because 10 more years would be a long time at this 21:02:58 &lt;eche|on&gt; we got 7k donations in 2014 and spent 11k (in euro alone) 21:03:55 &lt;hottuna&gt; zzz, if wo do the percentile thing let's start low. 21:03:57 &lt;eche|on&gt; this year we got ~600 euro and spent 3k 21:04:21 &lt;eche|on&gt; 10% is nice for me currently 21:04:30 &lt;eche|on&gt; would need to convert some BT to again... 21:04:31 &lt;zzz&gt; including btc we have ~150K euros 21:05:00 &lt;eche|on&gt; I call BTC somewhat "play-stuff" and unless they are in in here, I do not really count them much. 21:05:30 &lt;eche|on&gt; sure, the exchange rate is 210 currently, but I will never be able to exchange 400 BTC at once. 21:05:38 &lt;hottuna&gt; I agree with eche|on. btc arent 100% reliable for doing that kind of math 21:06:10 &lt;eche|on&gt; so, with agreeing on max 10k for this event, Ill exchange some BTC 21:06:33 &lt;eche|on&gt; I just want to be on the safe side and have some kind of "reserve" in . 21:06:40 &lt;zzz&gt; you can offer people extra if they take rembursement in BTC 21:06:54 &lt;eche|on&gt; sure, I do this all the time. thats the benefit of BTC 21:07:08 &lt;eche|on&gt; you can pay folks with them, but you cannot rely on it. 21:07:50 &lt;hottuna&gt; eche|on, zzz, psi, dg: do we all agree on a 10k hard cap for expenses relating to this event? 21:07:53 &lt;eche|on&gt; but yeah, we do have the money 21:08:02 &lt;zzz&gt; ok how about this, we budget 10K euro for the total event. Actual per-person max depends on how many people go, "special cicrumstances" requests, etc., to be determined later 21:08:03 &lt;psi&gt; hard cap yes 21:08:20 &lt;hottuna&gt; zzz, sounds good. 21:08:44 &lt;eche|on&gt; Hmm, hard cap is interesting, but depends on the local costs for snacks^^ 21:09:07 &lt;eche|on&gt; we can hard cap the expenses for people to attend. 21:09:15 &lt;eche|on&gt; and that would be 8 or 9k? 21:09:24 &lt;zzz&gt; but everybody be smart. You can't drive to Toronto and book a $400 a night hotel and expect to get it all covered 21:09:55 &lt;eche|on&gt; zzz: travel expenses, or travel&hotel? 21:10:23 &lt;zzz&gt; dunno 21:10:35 &lt;eche|on&gt; also: list of people to prefer (aka: people who already did a lot, people giving a talk, other) 21:10:38 &lt;hottuna&gt; eche|on, given that there is a lounge available for free Im not opposed to the idea of only travel expenses 21:10:47 &lt;zzz&gt; usually it's flight + hotel, but we've never come close to a full reimbursement before so it didn't matter 21:11:39 &lt;str4d&gt; I think 10k budget for now, do a roll call so we know who *will* be going, then we will be better placed to budget reimbursement 21:11:50 &lt;eche|on&gt; I sum my opiono: cap 8k for travel expenses of participants, with some level of importance to the people 21:12:00 &lt;zzz&gt; ok 21:12:32 &lt;str4d&gt; (roll call from core people) 21:12:34 &lt;zzz&gt; let's wrap it up for now, we'll ask people to email echelon with how much they would need later 21:12:37 &lt;hottuna&gt; eche|on, agreed. 21:12:51 &lt;hottuna&gt; alright 21:12:54 &lt;zzz&gt; ok everybody who is going and wants reimbursement from the project say 'aye' 21:12:56 &lt;zzz&gt; aye 21:13:02 &lt;eche|on&gt; aye ;-) 21:13:04 &lt;hottuna&gt; https://trac.i2p2.de/wiki/MeetupToronto2015 now contains some information. 21:13:12 &lt;psi&gt; aye 21:13:19 &lt;hottuna&gt; if you signed up for a responsibility, please help maintain this page 21:14:17 &lt;zzz&gt; ok eche|on, please check with kytv later and see how much he would need to attent 21:14:22 &lt;hottuna&gt; cacapo ?? 21:14:24 &lt;zzz&gt; anything else on 1d? 21:14:47 &lt;cacapo&gt; hottuna: aye i'm going if I can wrestle down my boss 21:15:12 &lt;cacapo&gt; I'd happily take a small reimbursement in BTC 21:15:14 &lt;hottuna&gt; zzz, no 21:15:24 &lt;zzz&gt; it will take a few days to figure out who's going . 21:15:49 &lt;zzz&gt; for a couple people the reimbursement amount may enter into the decision, but for most probably not 21:15:59 &lt;zzz&gt; anything else on 1) ? 21:16:14 &lt;zzz&gt; any other (non-toronto) topics to discuss? 21:16:46 &lt;zzz&gt; first meeting in 6 months, gotta look for the baffer 21:17:15 &lt;zzz&gt; thanks to everybody and especially to the volunteers 21:17:26 &lt;zzz&gt; ahh there it is 21:17:40 &lt;eche|on&gt; great 21:17:49 &lt;eche|on&gt; time for bed now^^ 21:17:52 * zzz *bafs* the meeting closed </div>/ar/blog/2015/04/12/0.9.19-release/Sun, 12 Apr 2015 00:00:00 +0000/ar/blog/2015/04/12/0.9.19-release/<p>0.9.19 has several fixes and improvements for floodfill performance. Many of you saw high CPU usage after 0.9.18 was released. This was caused by a combination of increased encryption usage, the big influx of Vuze users into the network, reduced floodfills due to tighter performance requirements, and some longstanding bugs. Things should be a lot better after most of the network has updated. As always, the best way to reduce CPU usage is to lower your bandwidth limits.</p>/ar/blog/2015/02/22/0.9.18-release/Sun, 22 Feb 2015 00:00:00 +0000/ar/blog/2015/02/22/0.9.18-release/<p>0.9.18 contains several bug fixes and performance improvements. We have shortened the startup time, and reduced latency throughout our network protocols. We&rsquo;ve increased the default connection limits for the fastest routers, and reduced the thread usage in i2ptunnel. UPnP fixes should improve handling of external device changes. CPU usage in high-bandwidth routers may be reduced thanks to some NTCP fixes.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/ar/blog/2015/01/20/31c3-trip-report/Tue, 20 Jan 2015 00:00:00 +0000/ar/blog/2015/01/20/31c3-trip-report/<p><em>Attending:</em> <a href="https://twitter.com/apekattenandre">Apekatten</a> , <a href="https://twitter.com/echeloni2p">Echelon</a> , <a href="https://twitter.com/hottuna_i2p">Hottuna</a> , <a href="https://twitter.com/k4k3fyll">Marielle</a> , <a href="https://twitter.com/mikalv">Meeh</a> , Sindu, <a href="https://twitter.com/i2p">zzz</a> </p> <p>We were, for the second year in a row, at a great location in the Congress, in <a href="https://noisysquare.com/">Noisy Square</a> , right next to the EFF table. Being part of Noisy Square has really increased our visibility and helped many people find us. Thanks to Noisy Square and the 31C3 organizers for a great Congress.</p> <p>We also thank Gabriel Weinberg and his fabulous search engine <a href="https://duckduckgo.com/">DuckDuckGo</a> for their support of open source anonymity tools and their <a href="https://geti2p.net/en/blog/2014/03/12/press-release-ddg-donation">generous contribution</a> to I2P in 2014. Funding from DuckDuckGo and others helped support our attendance at CCC. This is the primary annual meetup for I2P developers and it is critical to our success.</p>/ar/blog/2014/12/01/android-app-releases/Mon, 01 Dec 2014 00:00:00 +0000/ar/blog/2014/12/01/android-app-releases/<p>It has been some time since I last posted updates about our Android development, and several I2P releases have gone by without any matching Android releases. At last, the wait is over!</p> <h2 id="new-app-versions">New app versions</h2> <p>New versions of I2P Android and Bote have been released! They can be downloaded from these URLs:</p> <ul> <li><a href="https://geti2p.net/en/download#android">I2P Android 0.9.17</a> </li> <li><a href="https://download.i2p.io/android/bote/releases/0.3/Bote.apk">Bote 0.3</a> </li> </ul> <p>The main change in these releases is the transition to Android&rsquo;s new Material design system. Material has made it much easier for app developers with, shall we say, &ldquo;minimalist&rdquo; design skills (like myself) to create apps that are nicer to use. I2P Android also updates its underlying I2P router to the just-released version 0.9.17. Bote brings in several new features along with many smaller improvements; for example, you can now add new email destinations via QR codes.</p>/ar/blog/2014/11/30/0.9.17-release/Sun, 30 Nov 2014 00:00:00 +0000/ar/blog/2014/11/30/0.9.17-release/<p>0.9.17 is primarily a bugfix release, but it also continues our migration to stronger cryptographic signatures.</p> <p>We have moved the news feed system used for the news on your console and the latest router version indication to a signed format using RSA 4096-bit keys for enhanced security.</p> <p>New eepsites and servers will be ECDSA-signed by default, if ECDSA is available. There is now a warning in the console sidebar if ECDSA is not available. For RedHat users, we have reports of successful installs of the BouncyCastle Provider (bcprov) jar to add ECDSA support.</p>/ar/blog/2014/11/25/i2p-dev-meeting-november-25-2014/Tue, 25 Nov 2014 00:00:00 +0000/ar/blog/2014/11/25/i2p-dev-meeting-november-25-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:04:39 &lt;str4d&gt; Yo 20:04:44 &lt;str4d&gt; It's meeting time 20:06:47 &lt;str4d&gt; zzz, psi, kytv, Meeh, dg 20:07:30 &lt;psi&gt; it is? 20:07:39 &lt;psi&gt; ah tuesday 20:09:03 &lt;zzz&gt; present 20:09:48 &lt;orignal&gt; meeting? 20:10:11 &lt;str4d&gt; orignal: discussing Java I2P's todo list 20:10:35 &lt;str4d&gt; While we wait for others to show up: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 &lt;kytv&gt; Present as well, though I'm usually useless when it comes to these things. 20:11:37 &lt;str4d&gt; I have adjusted the Gantt chart on the page above (that I set up for the 0.9.13-0.9.16 dev cycle) to show what I think we did. 20:13:30 &lt;zzz&gt; interesting 20:14:06 &lt;zzz&gt; multiple dests per tunnel &lt;-- hasn't happened 20:14:22 &lt;str4d&gt; Hasn't? Okay, my bad. 20:14:27 &lt;zzz&gt; findbugs pass &lt;-- has happened, but can always do it again 20:14:56 &lt;str4d&gt; Multi-sessions per I2CP - that hasn't happened either *derp* 20:14:56 * str4d fixes 20:15:48 &lt;zzz&gt; wow, we had a good year (imho) 20:16:38 &lt;eche|on&gt; yes, we had 20:17:14 &lt;str4d&gt; zzz: yeah, I called it part of the audit prep specifically, but you are right. 20:17:39 &lt;zzz&gt; investigate new DH &lt;---- I would say only half done, w.r.t NTCP2 anyway 20:20:26 &lt;str4d&gt; Gantt doesn't easily show half-done :P 20:20:34 &lt;str4d&gt; Reload page, fixes 20:21:36 &lt;str4d&gt; Okay, so that is what we got done last cycle. 20:21:36 &lt;zzz&gt; not done then 20:23:45 &lt;str4d&gt; The purpose of this meeting is to start planning what is to be done next cycle. 20:23:46 &lt;zzz&gt; I would like to reiterate that a 3-5 release planning cycle seems to be very helpful in focusing our minds and our resources 20:23:47 &lt;str4d&gt; (When I update the Gantt chart, I will leave the half-done ones there and push them forward) 20:23:47 &lt;str4d&gt; At the previous meeting I asked attendees to come up with a few points each of things they want to see done on I2P, and around I2P 20:23:47 &lt;str4d&gt; Please can we paste those now? 20:24:21 &lt;str4d&gt; +1 20:24:36 &lt;str4d&gt; And now we have evidence for it! 20:26:15 &lt;zzz&gt; without getting into what's more important than what, I think almost everything that's shown and unfinished on the gantt chart is still important 20:27:01 &lt;str4d&gt; I agree. 20:27:07 &lt;str4d&gt; I still want to see what ideas people came up with over the last week, if any. 20:27:45 &lt;str4d&gt; Here's mine: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 &lt;iRelay&gt; Title: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 &lt;eche|on&gt; I am out of options, I do see to get I2P out, with the help of bote android, i2p messenger is a option, a XMPP server, and syndie. Sorry, I still see syndie important. 20:28:27 &lt;str4d&gt; eche|on: great, thanks! 20:28:43 &lt;str4d&gt; Keep 'em coming :) 20:28:53 &lt;eche|on&gt; and with the android app there come restricted routes 20:28:54 &lt;zzz&gt; my list of new things: solving the red hat ECDSA problem, migrating to EdDSA, Jetty 9 / Java 7, expand the Vuze userbase, and more marketing / outreach / partnerships / embedding 20:29:36 &lt;str4d&gt; For logging perpetuity, I will write my ideas here too: 20:30:11 &lt;str4d&gt; Todo in I2P: Routerconsole UX analysis and redesign; Take ideas from Tor's HS 2.0 design and apply to I2P Destinations; Bandwidth scheduling. Todo around I2P: Website theme improvements; Implement I2P-Bote fetching relays; Research 20:30:23 &lt;zzz&gt; another one: orchid: fix it or kill it 20:30:32 &lt;str4d&gt; +100 20:31:13 &lt;kytv&gt; WRT the RedHat/Gentoo ECDSDA problem, maybe we could/should display a message in the sidebar (or logs) with a download link. Or maybe ask the user if 'we' should download it into ./lib 20:31:35 &lt;zzz&gt; another one: test improvements, test hardware, windows testing 20:31:58 &lt;str4d&gt; kytv: nice ideas (but discussing them can wait for another meeting :) 20:32:03 &lt;zzz&gt; another one: spend more money 20:32:36 &lt;zzz&gt; another one: China 20:32:58 &lt;str4d&gt; Between these ideas and the not-completed list on the page above, we have a good pool of potential projects. 20:33:34 &lt;str4d&gt; My goal is to get these projects tidied up, formalized and published on the website's todo page 20:34:11 &lt;str4d&gt; Having poked around other projects' todo pages, this is the format I am proposing: 20:34:11 &lt;str4d&gt; `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 &lt;iRelay&gt; Title: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 &lt;eche|on&gt; nice idea 20:35:10 &lt;kytv&gt; Ditto on Orchid 20:35:10 &lt;kytv&gt; My main "TODO around I2P" is with regards to testing. Not automated testing with software, per se, but any of our services going live without any sort of testing...just [poof], "it's live...dunno if it works though." 20:35:12 &lt;kytv&gt; In I2P: Making the Installer install to the user directory in Windows to avoid any sort of permissions problems. It should be easy, but I don't know how. 20:35:16 &lt;kytv&gt; Chrome did that (maybe still does it?) 20:35:41 &lt;str4d&gt; My ideal end result: users can go to the todo page and find a list of all the ideas we have for projects in and around I2P. 20:36:11 &lt;zzz&gt; another one: GSoC 20:36:14 &lt;str4d&gt; There will be a tag cloud up the top that they can click on to filter projects that require certain skils 20:36:17 &lt;str4d&gt; skills 20:36:21 &lt;zzz&gt; another one: summertime meetup 20:37:54 &lt;zzz&gt; another one: GNS investigation 2nd pass? 20:38:28 &lt;str4d&gt; mmm 20:38:54 &lt;zzz&gt; or maybe, just another discussion w/ those guys will do 20:39:09 &lt;str4d&gt; Right now, I am going to cull from the Gantt the tasks we have completed. 20:39:27 &lt;zzz&gt; can you save it and start a new one? 20:39:29 &lt;str4d&gt; zzz: which of the bottom few have been completed (SSU replay detection etc.)? 20:39:38 &lt;str4d&gt; Sure, I can. 20:39:49 &lt;zzz&gt; it's kinda nice to show that we actually accomplish things 20:40:19 &lt;eche|on&gt; zzz: most of the stuff was done by you IMHO 20:40:35 &lt;EinMByte&gt; id I miss the meeting? 20:40:37 &lt;zzz&gt; I think I've reported everything that was on the wrong side of completed or not 20:42:39 &lt;str4d&gt; New chart up 20:43:55 &lt;str4d&gt; zzz: which of the three down the bottom should be pushed forward? I think client locking is still an issue? 20:43:59 &lt;zzz&gt; I'd like to see much more planning and focus on the non-coding things in the next few months. Far too many things are either quite disorganized or not happening in anything approaching a disciplined or steady pace 20:44:09 &lt;str4d&gt; (client tunnel locking) 20:44:18 &lt;str4d&gt; zzz: I agree. 20:44:34 &lt;str4d&gt; This will IMHO be helped by working on the todo page. 20:44:56 &lt;str4d&gt; If we can explain the non-coding projects in a way that newcomers can understand and do, it also helps us. 20:44:59 &lt;zzz&gt; not 100% sure atm what that client locking item is, but i think it's still unfinished 20:45:08 &lt;str4d&gt; (Likewise for coding projects) 20:45:32 &lt;zzz&gt; yup 20:45:53 * str4d pushes streaming improvements forward too 20:46:03 &lt;str4d&gt; Can I cut SSU session replay detection then? 20:46:04 &lt;dg&gt; Do you mean the duplicate issues? 20:46:18 &lt;dg&gt; The way we'd get tunnels that don't unregister from I2PTunnel, and won't allow new ones? That sort of thing? 20:46:30 &lt;zzz&gt; str4d, I'll have to get back to you re: SSU replay, not sure atm 20:46:45 &lt;dg&gt; I'd like to see less tunnel death rather than throughput 20:46:59 &lt;str4d&gt; dg: that might be it. There is also the separate issue of the I2PTunnel startup locking the UI 20:47:29 &lt;zzz&gt; put 'tunnel death' on there as a new item, why not 20:48:01 &lt;dg&gt; str4d: Forgot about that! 20:48:03 &lt;str4d&gt; k 20:48:39 &lt;zzz&gt; I think the locking thing I have some unchecked in code for, been dragging along for 18 months or so, but still not right 20:48:40 &lt;str4d&gt; Next: look through the ideas above. Which ones should go on *our* 6-month sheet (ie. which should I add to Gantt)? 20:50:16 &lt;psi&gt; EinMByte: meeting in progress 20:50:21 &lt;psi&gt; (no) 20:51:51 &lt;zzz&gt; I suggest everything go on there for now, then we later talk about priorities, or let the gantt dependencies tell us what to do next? 20:52:52 &lt;str4d&gt; mmk 20:53:04 * str4d is pulling out the list from above and tidying it up now 20:53:08 &lt;EinMByte&gt; psi: oh great. 20:54:08 &lt;psi&gt; potential item: benchmark tunnel throughput and message drop rates 20:54:26 &lt;str4d&gt; EinMByte: do you have any ideas for our todo list? 20:55:15 &lt;EinMByte&gt; NTCP2, possibly. Although it would be long term 20:56:39 &lt;str4d&gt; EinMByte: for reference: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 &lt;EinMByte&gt; thanks 20:57:04 &lt;EinMByte&gt; (was about to ask) 21:00:23 &lt;str4d&gt; Here is the list of everyone's ideas: 21:00:24 &lt;str4d&gt; `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 &lt;iRelay&gt; Title: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 &lt;str4d&gt; Nearly all of these can be turned into projects for the website todo page. 21:01:36 &lt;str4d&gt; Next discussion topic: which of these (and the ones on the Gantt currently) are more important for us to do in the next six months? 21:02:48 &lt;psi&gt; restricted routes is probably the most important item IMO 21:02:50 &lt;EinMByte&gt; with respect to syndie, maybe: I was working on this plugin - no time now though). This might be one of the things that can (?) bring more attention to syndie. 21:03:20 &lt;dg&gt; str4d: Tunnel death is absent and I feel that's quite important 21:03:37 &lt;EinMByte&gt; If anyone is interested in doing firefox / icedove plugin development: you know what to do 21:03:37 &lt;str4d&gt; dg: it's there (tunnel thread locking) 21:03:41 &lt;str4d&gt; I thought that's what it was 21:03:49 &lt;dg&gt; oh, sorry str4d, I meant when connections are abruptly terminated 21:03:54 &lt;dg&gt; my bad 21:04:04 &lt;str4d&gt; Ah, k 21:04:55 &lt;EinMByte&gt; psi: I agree restricted routes are important. But I also think we should realize that it will take quite some time to implement 21:05:21 &lt;EinMByte&gt; (not sure how much of the design / concept has been done) 21:05:35 &lt;dg&gt; In I2P: restricted routes, RedHat's ECDSA issues, Tor's HS 2.0, then the rest. Around I2P: Vuze userbase, GSoC, research, benchmark, then the rest. 21:06:04 &lt;dg&gt; I agree with EinMByte.. the router console redesign is important but that could take an indeterminate amount of time. 21:07:15 &lt;EinMByte&gt; str4d: one more thing, possibly. I know some reasearchers who have developed a new concept for a DWSE (distributed web search engine), they might be interested in developing this as an I2P application 21:07:42 &lt;str4d&gt; EinMByte: nice! 21:07:49 &lt;EinMByte&gt; Since most DWSEs right now don't really work well, it would be very interesting to have this IMHO 21:08:01 &lt;zzz&gt; no, by 'tunnel death' I meant 3-minute tunnel breakage, the Vuze guy's datagram test, etc. Distinct from local i2ptunnel locking issues. 21:08:07 &lt;EinMByte&gt; It's also something I would consider implementing 21:08:20 &lt;dg&gt; I wasn't thinking of precisely 3-minute but that was included. 21:08:34 &lt;EinMByte&gt; (with help, hopefully) 21:09:03 &lt;str4d&gt; k, reload Gantt page 21:10:34 &lt;EinMByte&gt; str4d: anyway don't count on this too much, it depends on whether I2P users are actually interested in something like this. 21:11:14 &lt;EinMByte&gt; Also, I'm not sure about the GNS stuff. In any case it shouldn't have a high priority. 21:11:56 &lt;str4d&gt; Updated new ideas paste: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 &lt;iRelay&gt; Title: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 &lt;zzz&gt; i'd say 4 broad categories are the highest importance: 1) near-term crypto migration continuing (addressbook, muiltidest, etc) 2) longer-term crypto planning/research (DH, LS2, NTCP2) 3) all things testing 4) all things non-coding 21:13:48 &lt;EinMByte&gt; zzz: is that in order of importance? 21:14:05 &lt;str4d&gt; ECDSA issues fall into the first category; Tor HS 2.0 falls into the second category. 21:14:21 &lt;zzz&gt; no. roughly equal importance 21:14:44 &lt;str4d&gt; So the only item not represented in those categories is restricted routes 21:15:28 &lt;jenkins@kyirc&gt; Starting build #556 for job i2pd (previous build: SUCCESS) 21:15:30 &lt;jenkins@kyirc&gt; Project i2pd build #556: SUCCESS in 8.2 sec: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 &lt;jenkins@kyirc&gt; * orignal: eliminated NTCPServerConnection 21:15:32 &lt;jenkins@kyirc&gt; * orignal: moved NTCP client code to Transports 21:16:34 &lt;EinMByte&gt; maybe NTCP2 is not *that* important 21:16:50 &lt;zzz&gt; and the reason I grouped them like that and say equal priority is that it's probably 4 separate groups of people for those 4 categories that could each make progress 21:17:08 &lt;EinMByte&gt; or, at least before we can start propertly on the NTCP2 we need to do a lot of research, also answer a few very important questions 21:17:33 &lt;jenkins@kyirc&gt; Project i2pd (Linux x86) build #33: SUCCESS in 1 min 47 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 &lt;EinMByte&gt; zzz: indeed 21:17:51 &lt;JekabsR&gt; it is interesting that i2p network tends to bring all fast routers together 21:17:58 &lt;jenkins@kyirc&gt; Starting build #33 for job i2pd (Linux x64) 21:18:03 &lt;zzz&gt; right. "NTCP2" is just shorthand for a bunch of stuff that may or may not actually result in something called "NTCP2" 21:18:34 &lt;JekabsR&gt; and they do not prefer slow routers 21:18:40 &lt;EinMByte&gt; Yes. In any case if we change the transport layers it's extremely important not to make mistakes, as that would probably break I2P entirely. 21:19:19 &lt;psi&gt; JekabsR: slower routers are still used just not as much 21:19:43 &lt;jenkins@kyirc&gt; Project i2pd (Linux x64) build #33: SUCCESS in 1 min 52 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 &lt;EinMByte&gt; zzz: if 2 is "research", then you are right though 21:20:33 &lt;EinMByte&gt; it can be done simultaneously 21:21:52 * str4d is reworking the Gantt into these four categories (plus an Other category) 21:22:12 &lt;JekabsR&gt; but there is a problem - client like destinations rarely get fast router connections 21:22:40 &lt;eche|on&gt; no? 21:22:46 &lt;psi&gt; JekabsR: not entirely sure if that is accurate 21:23:46 &lt;zzz&gt; str4d, did we forget Android, or is that a separate roadmap? 21:23:59 &lt;str4d&gt; zzz: we have forgotten it 21:24:01 &lt;eche|on&gt; JekabsR: hidden mode routers do have some issues, but other do get fast connections, as enough fast routers are available and do have free capacity 21:24:26 &lt;str4d&gt; Technically I2P Android falls into the "in I2P" category 21:24:35 &lt;psi&gt; oh another reasearch question: how much capacity does i2p actually have right now? 21:25:14 &lt;zzz&gt; maybe a 5th category for android makes more sense 21:25:46 &lt;zzz&gt; but I'm not hung up on categories. I just mentioned the 4 as a quick way to communicate what I think is important 21:25:54 &lt;JekabsR&gt; because they tend to create small number of really fast connections and large number of slow connections 21:26:11 &lt;dg&gt; [citation needed] 21:26:15 &lt;JekabsR&gt; my router started to drop slow tunnels 21:26:24 &lt;str4d&gt; zzz: I think it was a good idea 21:26:56 &lt;str4d&gt; Refresh Gantt page now 21:27:07 &lt;eche|on&gt; JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 &lt;eche|on&gt; JekabsR: tunnels are dropped only on end of tunnel lifetime and if own tunnels need the capacity. 21:30:29 &lt;str4d&gt; If you refresh `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` you will now see the headings, each with a six-month bar. This gives an indication of how much time there is to fit everything in. 21:32:43 &lt;str4d&gt; Now that we have some ideas for the next six months, we need to start planning times. 21:33:18 &lt;str4d&gt; And who is going to tackle what. 21:33:52 &lt;JekabsR&gt; my console frequently reports that it has too many incoming connections and tunnels are partially rejected. How i2p decides which one to reject? 21:34:08 &lt;dg&gt; 'too many incoming connections'? 21:34:21 &lt;dg&gt; JekabsR: a meeting is currently ongoing, you may want to wait until it's over 21:35:00 &lt;str4d&gt; I would also like some volunteers to help turn the list of ideas into a working projects page on the website todo 21:35:12 &lt;JekabsR&gt; NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 &lt;JekabsR&gt; UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 &lt;JekabsR&gt; limits are hit 21:37:42 &lt;JekabsR&gt; router is using 80% of CPU power 21:38:23 &lt;str4d&gt; Anyone? 21:39:36 &lt;kytv&gt; JekabsR: 1) meeting underway, you may want to wait; 2) look at `http://127.0.0.1:7657/peers#help` 21:41:16 &lt;JekabsR&gt; kytv: will check it out 21:41:44 &lt;zzz&gt; str4d, i think you lost everybody after an hour 45. Maybe declare victory for now and we'll make more progress at another time? 21:41:45 &lt;str4d&gt; Let's try some more specific questions. 21:41:52 &lt;str4d&gt; Or that./ 21:41:55 &lt;JekabsR&gt; 330,0 / 342,4 KBps my current load 21:42:06 &lt;str4d&gt; Yah, we have definitely made good progress. 21:42:30 &lt;JekabsR&gt; and torrent uploads at 2 - 5kb speed :( 21:44:17 &lt;str4d&gt; Thanks for the discussions, everyone! 21:44:20 * str4d warms up the baffer 21:44:20 * str4d ***bafs the meeting closed </div>/ar/blog/2014/11/18/i2p-dev-meeting-november-18-2014/Tue, 18 Nov 2014 00:00:00 +0000/ar/blog/2014/11/18/i2p-dev-meeting-november-18-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, Full log is partly reconstructed from scrollback, iRelay dropped in and out early on.</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> &lt;zzz&gt; 0) Hi &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) &lt;zzz&gt; 7) New developer topics (str4d) &lt;zzz&gt; 0) Hi &lt;zzz&gt; Hi &lt;dg&gt; hi, was able to make it. &lt;str4d&gt; Hi &lt;orignal&gt; hi &lt;zzz&gt; I'd like to keep items 1-5 short, 5-10 minutes each. I'll then turn it over to str4d for the remaining items to run for as long as he likes. &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; We've traditionally paid for conference tickets for project members and I think there is broad consensus to continue this &lt;RN&gt; hi &lt;zzz&gt; Since CCC last year was so productive, I propose that we provide additional funds to support people and encourage them to attend &lt;zzz&gt; Not a full reimbursement, but just partial support. I propose 200 euros each, on top of the ticket. &lt;zzz&gt; thoughts/discussion? &lt;eche|on&gt; no problem with me &lt;str4d&gt; The ticket is 150 euro IIRC? &lt;RN&gt; sounds reasonable to me... 350... 20:04:02 &lt;zzz&gt; I think the ticket is 100-120 euros 20:04:43 &lt;eche|on&gt; ticket was 80 euro last time 20:04:43 &lt;str4d&gt; https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 &lt;iRelay&gt; Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 &lt;zzz&gt; In addition, if there is anybody that would require a higher level of support to be able to attend at all, they should speak up now 20:05:16 &lt;RN&gt; what's the date? 20:05:29 &lt;eche|on&gt; 27th til 30th december &lt;zzz&gt; sounds like we have agreement for the general idea. Any discussion on the exact amount? * RN can not attend.... &lt;RN&gt; but I think extra over ticket is good for incedentals and accomodations.... &lt;str4d&gt; I have no objections to 200 euro + ticket &lt;eche|on&gt; so, who is going and who would get the money? ;-) &lt;RN&gt; would 200 cover two days hotel, or all four? &lt;zzz&gt; I assume it would be about 8 people, same as last year, for budgeting purposes &lt;eche|on&gt; RN: depends on the hotel, it would cover a hostel for sure &lt;str4d&gt; RN: depends where you go &lt;eche|on&gt; ok, not the amount of people is a problem, but I would not like to pay a newbie that money, just because she/he read about it. no issue for "well known" people &lt;zzz&gt; right &lt;str4d&gt; https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ &lt;str4d&gt; Special 31C3 deal. Double rooms are available for 70.00 Euro, a bed in a six-person dorm 17.00 Euro per night. &lt;zzz&gt; this is in no way a complete coverage of hotel/food/plane. Just a little help to encourage team members to attend &lt;zzz&gt; last call for discussion on 1) &lt;str4d&gt; With two people sharing the double above, the 200 euro would cover the hotel &lt;RN&gt; still sounds resonable to me... &lt;zzz&gt; ok, sounds like we have agreement &lt;eche|on&gt; sure &lt;RN&gt; :) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; we have limited test coverage for windows and mac. &lt;zzz&gt; zab used to test with mac, he's gone; meeh has a mac but it died and/or he ran out of time &lt;zzz&gt; so I wanted to ask if we could get more test coverage if we bought win or mac boxes for kytv and/or others &lt;RN&gt; my mac is too old to help... and I blew up the powerstrip it used to plug into... &lt;Meeh_&gt; zzz: what do I need to test ? &lt;zzz&gt; these could be used for other things too (e.g. laptops might be nice) &lt;Meeh_&gt; got OSX 10.9 and 10.10 &lt;eche|on&gt; I do have a win box, but not the time. we still do have 2 win 8 licenses &lt;Meeh_&gt; tell me and I'm doing it now &lt;zzz&gt; Meeh_, running dev builds. Do you run them now? &lt;dg&gt; when we say 'test coverage', what do we mean? &lt;zzz&gt; is anybody running dev builds on windows? &lt;Meeh_&gt; no sorry, new mac.. just a day ago since my lenovo died, marielle had to buy me one &lt;Meeh_&gt; so I just installed java &lt;Meeh_&gt; give me a sec and I'll build and start &lt;RN&gt; yeah, cuz depending on the time and level of test coverage... I got an XP +pos_ready running test builds 20:14:15 &lt;dg&gt; i could if needed to but that'd be in a VM and I wouldn't e using it intensely 20:14:25 &lt;dg&gt; just seeing if it works after uptime, try some eepsites, run some snark, check for errors 20:14:30 &lt;dg&gt; I don't know if I'd hit all the errors a real user would 20:14:47 &lt;zzz&gt; my question is, can we encourage anybody to do more dev build testing if we bought them dedicated boxes? 20:15:31 &lt;str4d&gt; There are two kinds of testing we would benefit from: people manually doing QA on the builds, and CI servers running on Windows and Mac. 20:15:39 &lt;eche|on&gt; not me. I got all hardware/software, but not the time/mood for intensive test 20:15:49 &lt;zzz&gt; yes str4d 20:16:09 &lt;RN&gt; or what if the box was set up with some kind of "safe-via-i2p" remote access for the dev team... 20:16:17 &lt;Meeh_&gt; zzz, I can always do OSX testing, if I'm not replying on IRC, try twitter or meeh@mail.i2p since both will alert my phone 20:16:24 &lt;str4d&gt; This topic appears to be about QA, but what would it take to get e.g. a Mac CI server hooked into kytv's jenkins? 20:16:47 &lt;Meeh_&gt; for a CI yes 20:16:48 &lt;zzz&gt; anybody that would do more if we bought them hardware? 20:16:59 &lt;Meeh_&gt; unfortunally I must move my mac from time to time 20:17:22 &lt;eche|on&gt; &lt;= missing the free network connection so far. 20:17:23 &lt;Meeh_&gt; what hardware, what teting in what OS? (regardless of paying hw) 20:17:26 &lt;zzz&gt; Meeh you seem to be having less time lately, not more 20:17:37 &lt;zzz&gt; windows and mac 20:17:41 &lt;eche|on&gt; I already do run one I2P node on my address. But hm, I could run windows on IPv6 20:17:48 &lt;Meeh_&gt; yes, cleared up a lot in RL that took time 20:17:53 &lt;RN&gt; if the rest of my infrastructure wasn't constanly a mess I'd volunteer a home for a box.... 20:18:26 &lt;Meeh_&gt; fyi, i2pd/i2p will be available from au,ru,nl,uk,de,no,us-w,us-e in about a hour 20:18:34 &lt;Meeh_&gt; downloadable 20:18:39 &lt;zzz&gt; ok let's not worry about who in particular. eche|on if we found somebody, do we have the budget to buy some hardware? 20:18:40 &lt;Meeh_&gt; CDN 20:18:47 &lt;zzz&gt; Meeh please stay on topic 20:18:52 &lt;eche|on&gt; zzz: we do have fund, for sure 20:19:02 &lt;eche|on&gt; btw, Meeh, did the money arrive ? 20:19:17 &lt;zzz&gt; ok I propose that we end this topic and look for volunteers in the coming weeks 20:19:18 &lt;RN&gt; check me in 6 mo if I've stabilized the deamons... 20:19:24 &lt;zzz&gt; eche|on, please stay on topic 20:19:34 &lt;zzz&gt; any other discussion on 2) ? 20:20:03 &lt;Meeh_&gt; oh, sorry I forgot to reply. it's paid and done.. I guess I got the money but marielle transfered at the same time so need to double check. but quite sure. thanks 20:20:07 &lt;dg&gt; i'd like to hear from kytv 20:20:18 &lt;Meeh_&gt; eche|on: ^ 20:20:28 &lt;dg&gt; pm guys 20:20:40 &lt;zzz&gt; let's put this on the agenda to revisit for the next meeting 20:20:51 &lt;str4d&gt; +1 20:20:51 &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) 20:21:07 &lt;eche|on&gt; I vote for 0.9.17 20:21:18 &lt;zzz&gt; At one point I wanted to do a 0.9.16.1 release to fix the SSU bug but I'm pretty much over it 20:21:21 &lt;dg&gt; Nothing's fallen down.. so 0.9.17. 20:21:21 &lt;eche|on&gt; in 2-3 weeks 20:21:41 &lt;zzz&gt; I'm now proposing a "mini" 0.9.17 release the weekend of Nov. 29 20:22:00 &lt;zzz&gt; i.e. a 4 week cycle to fix bugs, well before the christmas break 20:22:02 &lt;str4d&gt; There are several reports on forum.i2p that 0.9.16 network has slowed, and participation at nodes is down. 20:22:03 &lt;RN&gt; "mini?" 20:22:22 &lt;zzz&gt; mini as in limited changes, and not a full 6-7 week cycle 20:22:25 &lt;str4d&gt; IDK if the SSU bug could be causing that... 20:22:37 &lt;RN&gt; ah... yes... mini... good plan... 20:22:43 &lt;zzz&gt; pretty much what's in mtn now. About 13K lines of diff, but most of that is eddsa test changes 20:22:49 &lt;orignal&gt; sure it does. becuase dropped packets 20:23:10 &lt;zzz&gt; btw, my expl. build success stats are up significantly since the .16 release. Don't know why 20:23:11 &lt;RN&gt; so sounds like yesses for do a mini release &lt;zzz&gt; the SSU bug is actually just an irritation, I don't think it's the cause of any real problems &lt;zzz&gt; ok let's declare tag freeze and shoot for a release in 11 days &lt;zzz&gt; anything else on 3)? &lt;eche|on&gt; so 0.9.17 in 2 weeks &lt;RN&gt; wooohooo! &lt;str4d&gt; Are the release host operators available then? &lt;dg&gt; yup. &lt;str4d&gt; (Remembering that Nov 29th is just after Thanksgiving) &lt;dg&gt; It doesn't take long for me, it won't be an issue. &lt;zzz&gt; we'll assume so for now and slip as necessary. i'll be around but in a turkey semi-coma. perfect for building. &lt;dg&gt; It's mostly echelon you need anyway &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; This is just a brief announcement for those that don't know. &lt;Meeh_&gt; yeo &lt;zzz&gt; Due to time constraints, Meeh has moved the reseeed admin job to 'backup' &lt;Meeh_&gt; which is clearly the best at the moment :) &lt;zzz&gt; backup is not on irc but he can easily be contacted backup@mail.i2p or on the reseed subforum on zzz.i2p &lt;zzz&gt; thanks to meeh and backup for a smooth transition &lt;Meeh_&gt; but I think logstash will be interesting for the reseed admin soon &lt;Meeh_&gt; which I collect from mine &lt;eche|on&gt; thankjsgiving is no issue here in europe &lt;zzz&gt; backup is working on getting the remainder of sites onto su3, improving monitoring, and recruiting new hosts &lt;zzz&gt; so please give backup your full support. &lt;str4d&gt; Aye :) &lt;dg&gt; :) &lt;zzz&gt; also work with him if you have SSL / TLS issues he's discovered &lt;zzz&gt; anything else on 4)? &lt;Meeh_&gt; I can provide reseed from russia and australia now &lt;Meeh_&gt; if wanted &lt;Meeh_&gt; as well &lt;Meeh_&gt; nothing more on 4 from me &lt;eche|on&gt; Meeh_: ask baclup^^ &lt;zzz&gt; great, contact your new leader ;) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;eche|on&gt; aah &lt;zzz&gt; .17 include a switch to su3 news. &lt;eche|on&gt; thats a topic &lt;eche|on&gt; I need to test it 20:29:17 &lt;zzz&gt; I'd like to have eche|on add a news item, build the su3, so we can test it before the .17 release 20:29:43 * str4d is thinking through the current spec to ensure it is optimal 20:29:52 &lt;zzz&gt; all dev builds should be pulling from news.su3 now but since there's been nothing new since the release, it needs a test 20:30:07 &lt;eche|on&gt; I will try to generate a .su3 the next days 20:30:25 &lt;zzz&gt; would also be ideal, but not required, if psi would create a cert and check it in, since he's the backup but can't currently create his own su3 file 20:30:45 &lt;dg&gt; why can't he? 20:32:24 &lt;zzz&gt; str4d, also review the XHTML whitelist in the code please 20:32:24 &lt;zzz&gt; great, thanks eche|on 20:32:24 &lt;str4d&gt; Will do. 20:32:24 &lt;eche|on&gt; zzz: script was in mtn? 20:32:24 &lt;zzz&gt; eche|on, yes, i2p.scripts 20:32:24 &lt;zzz&gt; I know str4d has proposed writing the XML by hand, and thats what i did for the .16 release, but perhaps a search for a feed writer would be helpful 20:32:24 &lt;zzz&gt; don't know 20:32:24 &lt;zzz&gt; anything else on 5) ? 20:32:24 &lt;str4d&gt; What I would actually propose is: 20:32:51 &lt;str4d&gt; - Find a program for writing Atom feeds. 20:33:22 &lt;str4d&gt; -- If nothing suitable, write a Python script that converts a directory of XHTML entries into a feed...? 20:33:56 &lt;zzz&gt; yup 20:33:56 &lt;str4d&gt; - Store the info on the release versions etc. in a separate config file, and have a script that inserts it into the atom feed. 20:34:19 &lt;zzz&gt; str4d, please do that spec review in the next couple days 20:34:26 &lt;str4d&gt; K 20:34:38 &lt;zzz&gt; anything else on 5) ? 20:35:26 &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 20:35:26 &lt;zzz&gt; 7) New developer topics (str4d) 20:35:38 &lt;zzz&gt; I hand the meeting and the baffer to str4d at this time 20:35:48 &lt;str4d&gt; Ooooooooo 20:35:56 * str4d grins gleefully 20:35:56 &lt;Meeh_&gt; and I might have news at the end 20:35:58 &lt;Meeh_&gt; of meeting 20:36:02 &lt;Meeh_&gt; so HL me str4d please :) 20:36:25 &lt;str4d&gt; Okay, I can't remember what exactly I was planning to say in 6) when I originally proposed it.. 20:39:31 &lt;str4d&gt; So I'll start with 7) and see if it comes back to me. 20:39:31 &lt;str4d&gt; Despite the website revamp, the information we make available there is not well organized or clear. 20:39:31 &lt;str4d&gt; And with the last year's increased focus on privacy and security, we really need to make the most of the current environment. 20:39:57 &lt;str4d&gt; We have several locations with information on possible projects, tasks etc. but nothing clear, or up-to-date 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 &lt;str4d&gt; The last two links I'll leave for now, but at the very least I want us all now to look at the todo and roadmap pages now. 20:41:17 &lt;str4d&gt; like, now 20:41:20 &lt;str4d&gt; ;P 20:41:40 &lt;iRelay&gt; Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 &lt;iRelay&gt; Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 &lt;iRelay&gt; Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 &lt;str4d&gt; The todo page is mostly filled with tasks that seem to have been completed. Of the tasks that are left, how many of them are still relevant? 20:43:49 &lt;zzz&gt; the wiki page on trac and the various threads on zzz.i2p are probably much more relevant 20:44:13 &lt;str4d&gt; Probably. But they are not visible to outsiders. 20:44:41 &lt;str4d&gt; "Hi, you want to help out with I2P? Go hunt for something to do on zzz.i2p" 20:44:49 &lt;zzz&gt; right 20:44:56 &lt;str4d&gt; I'm not saying we duplicate information. 20:45:50 &lt;str4d&gt; But I think the website should contain a concise overview of what we think is important for I2P, with links to more information as desired. 20:45:52 &lt;str4d&gt; This feeds in well to a future GSoC project. 20:46:16 &lt;str4d&gt; As usual, talking like this isn' 20:46:23 &lt;str4d&gt; t going to get much done :P 20:46:33 &lt;zzz&gt; is a group review now on IRC going to work, or do we need a volunteer to redo it all, or would a couple hours spent at CCC do it? 20:47:19 &lt;str4d&gt; Group review right now won't work. And after what I went though with the website, I don't think it's fair to put this all on one person. 20:47:40 &lt;eche|on&gt; I vote for a "lets do work a bit on it and if not done on CCC, do it at table 20:47:45 &lt;zzz&gt; maybe it's fair if it isn't you... 20:48:02 &lt;str4d&gt; CCC is pretty close, so that would be ideal. But we would need to get the website etc. updated *very* quickly, so we can point people to it. 20:49:32 &lt;zzz&gt; if your intent is this is in the context of a broader effort to apply for GSoC please make that clear 20:50:14 &lt;str4d&gt; I would very much like to get a GSoC student on board, but that is a separate topic. 20:50:50 &lt;zzz&gt; if not for GSoC, what's the reason for "very quickly"? 20:51:20 &lt;str4d&gt; zzz: I just meant that, if the work is done *at* CCC then we can't capitalize on it *at* CCC. 20:51:32 &lt;zzz&gt; oh, ok 20:52:08 &lt;str4d&gt; We would instead need to say "check the website in x days" which doesn't leave as good an impression. 20:53:46 &lt;zzz&gt; so your goal is to have a good answer for people that walk up and ask 'what do you need'? 20:53:53 &lt;str4d&gt; On the website, /todo is ancient. /roadmap is sparse. /performance/future is separated, and /develop/applications is a bunch of topics bundled into one. 20:53:56 &lt;str4d&gt; zzz: yes. 20:54:19 &lt;str4d&gt; People who are interested in I2P can look at the website and immediately see how their skills will be most useful. 20:54:44 &lt;str4d&gt; Top of the list: UI designers ^_^ 20:54:53 &lt;zzz&gt; but the people that ask that generally have never run i2p, so my answer is 'install it and run it for a couple weeks, then ask on irc' 20:55:52 &lt;str4d&gt; I don't think running I2P needs to be a predicate for helping. 20:55:52 &lt;zzz&gt; but yeah, the other answer is 'ui, crypto, ..." 20:56:25 &lt;str4d&gt; IMHO if you tell someone to wait a few weeks, often the enthusiasm can be displaced by something else. 20:56:28 &lt;str4d&gt; Right, but we need to be more specific. 20:56:28 &lt;zzz&gt; but realistically is anybody going to start devving who hasn't ever used it? 20:56:59 &lt;zzz&gt; i can't imagine volunteering to code for some software i've never used. 20:58:33 &lt;str4d&gt; No, but we can start engaging with them while they start using I2P. 20:58:33 &lt;zzz&gt; sure. agreed with all. An up-to-date todo list is a sign of a serious project. 20:58:58 &lt;str4d&gt; Okay, action time: 20:58:58 &lt;RN&gt; it is talking about 6.x and older on there... 20:59:07 &lt;dg&gt; something else is whether or not we're going to drop stop-and-go, etc 20:59:16 &lt;dg&gt; people point to our docs and say "wow, they'll have it/do" 20:59:33 &lt;str4d&gt; dg: ? 21:00:43 &lt;&gt; RN@kyirc leans forward on chair... 21:01:06 &lt;dg&gt; and uh, delays 21:01:30 * RN feels nostalgic 21:02:35 &lt;str4d&gt; Over the next week, can everyone here draw up two lists. One with features and improvements they would like to see in I2P itself, the other with features and improvements in the I2P ecosphere (this is things like new apps and services, dev work on existing apps, research, code review etc.) 21:02:35 &lt;str4d&gt; Doesn't need to be long, but I think if we all contribute a few points to each, even if some are duplicates it will be a good jumping off point. 21:02:35 * str4d will draft up an outline of how the content will be presented on the website (what content will go where etc.) 21:03:29 &lt;RN&gt; do we have a reasonable survey mechanism? on forum or zzz? 21:03:31 &lt;zzz&gt; yeah, if you setup the framework we can fill it in 21:03:53 &lt;str4d&gt; zzz: always seems to be the case ;P 21:04:33 &lt;str4d&gt; Who is available this time next week for a "meeting"/group discussion? 21:04:57 &lt;RN&gt; I might be 21:05:55 &lt;str4d&gt; The sole topic will be sorting through the lists people show up with, and organizing them into the content sections I will present. 21:05:59 &lt;zzz&gt; sure 21:06:20 &lt;dg&gt; me too 21:06:31 &lt;RN&gt; do you want lists i2pmailed to you? 21:06:50 &lt;RN&gt; or contribute to a thread on fourm or trac or??? 21:07:44 &lt;str4d&gt; RN: if you can't make it to the meeting, message me a link to pastethis.i2p 21:08:31 &lt;str4d&gt; Otherwise, just bring it to the meeting. 21:08:38 &lt;RN&gt; k 21:08:41 &lt;str4d&gt; Rather than a discussion on zzz.i2p, this time I want to try independent brainstorming without being influenced by what has already been posted. 21:09:16 &lt;str4d&gt; After the meeting, we will have something that can be posted on zzz.i2p or the wiki (probably there) for further discussion and editing. 21:11:36 &lt;str4d&gt; Does anyone else have more to say on 7)? 21:11:45 * str4d is done for this meeting 21:11:59 &lt;str4d&gt; Otherwise I'll go back to 6) briefly 21:13:30 * RN awats the baffing or the handoff of the baffer 21:13:54 * str4d assumes nothing. 21:14:00 &lt;str4d&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 21:14:39 &lt;str4d&gt; I *still* can't remember where I wanted to go with this topic, but it dovetails nicely into 7. 21:14:52 &lt;str4d&gt; Previous large-scale dev work has been approximately 6-monthly, and we are about at the end of a cycle. 21:15:38 &lt;str4d&gt; Aside from the continual move towards new crypto, we should decide where to focus development effort for the next six months. 21:16:07 &lt;str4d&gt; NTCP2 is one suggestion, and PT development and integration 21:16:11 &lt;eche|on&gt; I am afk now 21:16:21 &lt;str4d&gt; o/ eche|on 21:16:49 &lt;str4d&gt; Formalizing our todo list will IMHO help us as much as it will help prospective new developers. 21:17:13 &lt;str4d&gt; At a minimum, we need to ensure that zzz's paper list of development stuff is bus-proof ;) 21:18:44 &lt;Meeh_&gt; what's the current topic? 21:19:24 &lt;str4d&gt; Meeh_: I think everyone is done with my ranting now, so I'll hand over to you :) 21:19:28 &lt;RN&gt; 6-mo roadmap... 21:19:53 &lt;str4d&gt; For 6) I think we can talk about it next week, after we have discussed peoples' lists. 21:20:00 &lt;str4d&gt; s/it/it more/ 21:20:01 &lt;iRelay&gt; str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 &lt;Meeh_&gt; ah, thanks 21:21:23 &lt;Meeh_&gt; well, I've meanwhile you had meeting now, done what I said I should do, and it's giving i2p a lot of more download mirrors 21:21:48 &lt;RN&gt; :) 21:21:55 &lt;str4d&gt; Yay! 21:22:03 &lt;dg&gt; awesome 21:22:03 &lt;Meeh_&gt; in some hours, download.i2p.io should work for al, and should resolve based on latency and geoip 21:22:06 &lt;Meeh_&gt; none recorded from my site 21:22:07 &lt;Meeh_&gt; dns thingy 21:22:14 &lt;Meeh_&gt; they also got names 21:22:17 &lt;Meeh_&gt; I will list them now 21:22:31 &lt;Meeh_&gt; the domain mentioned was a shared domain 21:23:45 &lt;Meeh_&gt; jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 &lt;Meeh_&gt; all will answer on both http(s) 21:24:19 &lt;Meeh_&gt; oh, de01 will also emerge 21:24:38 &lt;Meeh_&gt; but NL01 and DE01 is probably not up before tomorrow, however all other should work in short time 21:25:01 * RN hugs Meeh_ 21:25:09 &lt;Meeh_&gt; I've also gotten my windows and apple certificates 21:25:32 &lt;Meeh_&gt; so I will ve signing builds for i2pd on OSX and Windows, to escape the 2untrusted publisher" blocker/alerter 21:25:42 &lt;Meeh_&gt; also 21:26:20 &lt;Meeh_&gt; every i2p team member can have their own mail account @ i2p.io OR alias, with clearnet access for that matter 21:26:31 &lt;Meeh_&gt; for examle marielle has m@i2p.io, and I got mv@i2p.io 21:26:39 &lt;Meeh_&gt; short'n clean :D 21:27:09 &lt;Meeh_&gt; other than that, sorry for not beeing more around, but t I hope RL stuff are done now and I can continue here :) 21:27:51 &lt;Meeh_&gt; at last, a OSX and Windows build of i2pd is released tomorrow or tonight. 21:27:53 &lt;Meeh_&gt; thanks for listening! 21:28:12 * RN hugs Meeh_ more 21:28:41 &lt;Meeh_&gt; hehe, thanks RN:) 21:29:02 &lt;str4d&gt; Meeh_++ 21:29:16 &lt;dg&gt; str4d, zzz, Meeh_++ 21:29:32 &lt;Meeh_&gt; str4d, this can/could include f-droid too if you want 21:29:45 &lt;str4d&gt; Meeh_: is there a CDN setup for these servers, or are they "individual"? That is, how should the website mirrors list be updated? 21:30:04 &lt;Meeh_&gt; kytv: one server to rule them all.. remember if you publish to the one you got access to, all servers get it 21:31:42 &lt;Meeh_&gt; str4d: I'm partly done with the DNS balancing 21:31:42 &lt;Meeh_&gt; meaning it react to closest mirror 21:31:42 &lt;Meeh_&gt; so we could use one domain for all 21:31:42 &lt;str4d&gt; Okay, so the only download link that people will see is download.i2p.io 21:31:42 &lt;Meeh_&gt; but guide was bind9 and I'm running powerdns on the needed server so just need to ... find their way of doing the same 21:31:42 &lt;str4d&gt; (for this mirror system) 21:31:55 &lt;Meeh_&gt; yes, or if we will ... embrase it, we can write all 21:31:58 &lt;str4d&gt; F-droid on this would be ideal too. 21:32:51 &lt;Meeh_&gt; yes, right now it's just simple rsync, but I upgrade to openstack swift proxy at each location once I see high demand 21:33:07 &lt;Meeh_&gt; then it will be a REST url to publish updates too 21:33:15 &lt;Meeh_&gt; even zzz an do it himself from his browser with right credentials 21:33:31 &lt;Meeh_&gt; (when swift is added) 21:33:47 &lt;Meeh_&gt; reason I didn't right now was becasue it would have taken a hour or two more 21:33:49 &lt;Meeh_&gt; at least 21:34:00 &lt;Meeh_&gt; so then I did't catch the meeting :p 21:34:20 &lt;str4d&gt; Either as https://fdroid.i2p.io/repo/ and https://fdroid.i2p.io/archive/, or https://download.i2p.io/fdroid/repo/ and https://download.i2p.io/fdroid/archive/ 21:34:42 &lt;str4d&gt; Second option is probably better, then we don't need separate HTTPS certs. 21:34:51 &lt;psi&gt; is i2p.io going to be an inproxy? 21:34:51 &lt;Meeh_&gt; pick whatever *.i2p.io/* and you can use the https wildcard 21:34:58 &lt;Meeh_&gt; your chooise 21:35:01 &lt;Meeh_&gt; nope 21:35:04 &lt;Meeh_&gt; i2pd's page 21:35:14 &lt;Meeh_&gt; subsite of PS 21:35:24 &lt;Meeh_&gt; ofc. linking to geti2p.net as well 21:36:02 &lt;Meeh_&gt; see it as a readme page more or less, both on i2p as network and i2pd as the client 21:36:21 &lt;Meeh_&gt; not all ready, so if you got input, please write 21:37:47 &lt;str4d&gt; Meeh_: sounds good. If you have a wildcard cert then I'll choose fdroid.i2p.io (or f-droid.i2p.io, which would be technically correct) 21:37:56 &lt;str4d&gt; Yah, go with f-droid.i2p.io 21:38:08 &lt;Meeh_&gt; sure, we add it 21:38:16 &lt;str4d&gt; Okay, the meeting is IMHO done. Any final requests for topics? 21:38:27 &lt;Meeh_&gt; do you want access as well, and setup your own vhost in nginx? 21:38:35 &lt;Meeh_&gt; same server as kytv 21:38:46 &lt;Meeh_&gt; got access to 21:39:00 &lt;Meeh_&gt; I think you had actually, or has 21:39:15 &lt;Meeh_&gt; because of early f-droid setup 21:39:22 &lt;str4d&gt; I do, yes - it's how I uploaded the existing f-droid stuff 21:39:22 &lt;Meeh_&gt; IIRC 21:39:32 &lt;str4d&gt; Anyway 21:39:34 * str4d warms up the baffer 21:39:43 &lt;Meeh_&gt; sign in, check if your pw work, tell me if not and I make sure you can sudo 21:39:55 * str4d ***bafs the meeting closed 21:40:13 * RN dances a thanks for a good meeting dance </div>/ar/blog/2014/11/01/0.9.16-release/Sat, 01 Nov 2014 00:00:00 +0000/ar/blog/2014/11/01/0.9.16-release/<p>0.9.16 is a significant step forward in our plan to migrate from DSA to ECDSA and then EdDSA cryptographic signatures, and makes several other changes to increase your anonymity and security. Client tunnels for standard, IRC, and SOCKS IRC will use ECDSA signatures by default. In addition, we&rsquo;ve fixed a large number of serious bugs, including console lockups.</p> <p>Changes in router data structures will require i2pcontrol plugin users to update to version 0.0.9.</p>/ar/blog/2014/09/20/0.9.15-release/Sat, 20 Sep 2014 00:00:00 +0000/ar/blog/2014/09/20/0.9.15-release/<p>0.9.15 adds preliminary support for Ed25519 EdDSA signatures. It includes a new persistent configuration backend for i2psnark and fixes several issues with i2psnark&rsquo;s handling of file names. There are several improvements to speed up SAM. Plugins now support stronger signatures in the su3 file format. Plugin installation via the console, which was disabled in 0.9.14, is re-enabled.</p> <p>We have supported ECDSA signatures since 0.9.12, and we would like to start using ECDSA by default. Unfortunately, some of you are still running older I2P versions, and for others, their distribution or Java runtime does not support ECDSA. Red Hat (RHEL, Fedora) distributions are reported to be missing ECDSA. Some have fixed the Java issues by upgrading from Java 6 to Java 7; others have had success with installing the &ldquo;unlimited strength policy files&rdquo;. We&rsquo;ve added information about missing crypto to the log file and the /logs page in the console. After you update to 0.9.15, please check if you are missing ECDSA support, and attempt to fix it if necessary. This is particularly important for those that run popular eepsites and services.</p>/ar/blog/2014/08/23/android-test-release-on-google-play-in-norway/Sat, 23 Aug 2014 00:00:00 +0000/ar/blog/2014/08/23/android-test-release-on-google-play-in-norway/<p>I2P Android has existed for over three years. In that time, it has evolved from a simple test project into a usable, useful Android port of the I2P router. Our eventual goal has been to release I2P Android on Google Play, to make it easier for users to discover, install and use I2P on their Android devices. After much work improving the user interface, fixing bugs and testing, we think that I2P Android is finally ready to go where the users are.</p>/ar/blog/2014/08/15/the-birth-of-privacy-solutions/Fri, 15 Aug 2014 00:00:00 +0000/ar/blog/2014/08/15/the-birth-of-privacy-solutions/<p>Hello all!</p> <p>Today we announce the Privacy Solutions project, a new organization that develops and maintains I2P software. Privacy Solutions includes several new development efforts designed to enhance the privacy, security, and anonymity for users, based on I2P protocols and technology.</p> <p>These efforts include:</p> <ol> <li>The Abscond browser bundle.</li> <li>The i2pd C++ router project.</li> <li>The &ldquo;BigBrother&rdquo; I2P network monitoring project.</li> <li>The Anoncoin crypto-coin project.</li> <li>The Monero crypto-coin project.</li> </ol> <p>Privacy Solutions&rsquo; initial funding was provided by the supporters of the Anoncoin and Monero projects. Privacy Solutions is a Norway-based non-profit type of organization registered within the Norwegian government registers. (Kind of like US 501(c)3.)</p>/ar/blog/2014/08/09/0.9.14.1-release/Sat, 09 Aug 2014 00:00:00 +0000/ar/blog/2014/08/09/0.9.14.1-release/<p>0.9.14.1 includes fixes for the &ldquo;Add Torrent&rdquo; form in i2psnark and some other web forms. We&rsquo;ve restored the ability to install plugins via the console, but you must first edit your router.config file (in ~/.i2p/ or /var/lib/i2p/i2p-config/ or %APPDATA%\I2P) to add the line routerconsole.enablePluginInstall=true. Other rarely-used advanced features that were removed in 0.9.14 may be restored by adding the line routerconsole.advanced=true.</p> <p>As usual, if configured with the default &ldquo;Download and Verify&rdquo;, the router will automatically download the update and display a button to restart. However, due to a bug in 0.9.14, if your update is configured for &ldquo;Notify only&rdquo;, the download button will not be displayed. You must change your configuration to &ldquo;Download and Verify&rdquo; or &ldquo;Download, Verify, and Restart&rdquo; to update.</p>/ar/blog/2014/07/26/i2p-0.9.14-release/Sat, 26 Jul 2014 00:00:00 +0000/ar/blog/2014/07/26/i2p-0.9.14-release/<p>0.9.14 includes critical fixes for XSS and remote execution vulnerabilities reported by Exodus Intelligence. As an added precaution, we have disabled several advanced configuration features in the router console, including installation of new plugins. We plan to re-enable these in a future release after additional review.</p> <p>Due to I2P library changes, I2P-Bote users must upgrade their plugin to version 0.2.10 to work with I2P 0.9.14. Your router should update the plugin automatically after the router restarts.</p>/ar/blog/2014/07/14/i2p-dev-meeting-july-14-2014/Mon, 14 Jul 2014 00:00:00 +0000/ar/blog/2014/07/14/i2p-dev-meeting-july-14-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on, Meeh, psi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:11 &lt;zzz&gt; 0. Hi 20:00:11 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:19 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) 20:00:23 &lt;zzz&gt; 0. Hi 20:00:29 &lt;zzz&gt; Hi 20:00:49 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:50 &lt;zzz&gt; 1) PR Manager. orion has resigned. I nominate psi and Meeh as excellent candidates. Others may throw their name in for consideration below, or at the meeting. You may also wish to volunteer as an assistant. Duties include: 20:00:50 &lt;zzz&gt; - Frequent tweeting using @geti2p 20:00:50 &lt;zzz&gt; - send stickers to people who ask 20:00:50 &lt;zzz&gt; - Speak at conferences and meetups 20:00:50 &lt;zzz&gt; - Answer the press@i2pmail.org mail (generate and distribute a new GPG key for it) 20:00:52 &lt;zzz&gt; - Outreach, make contact with people/groups we want to work with; form strategic alliances 20:00:55 &lt;zzz&gt; - Misc. promotion, support, and communications duties 20:00:56 &lt;zzz&gt; - Maintain positive attitude 20:00:56 &lt;Meeh&gt; Hi 20:01:11 &lt;psi&gt; ? 20:01:13 &lt;psi&gt; hi 20:01:38 &lt;zzz&gt; Is either psi or Meeh willing to serve? Are there any other volunteers or nominations? 20:01:50 &lt;psi&gt; I am willing to serve if desired 20:02:24 &lt;eche|on&gt; available here but not for that job, sorry 20:02:27 &lt;psi&gt; I can also obtain orion's stickers 20:03:23 &lt;zzz&gt; Meeh are you willing to serve or would you rather throw your support to psi? 20:04:49 &lt;zzz&gt; anybody else have any comments? 20:04:59 &lt;Meeh&gt; I can do both, what I mean is I can both serve, and I will ofc. support psi if he's doing it 20:05:45 &lt;psi&gt; pr "team" then? 20:06:12 &lt;Meeh&gt; why not, I can't go to the US so I need anyone there anyway 20:06:21 &lt;psi&gt; works 20:06:27 &lt;zzz&gt; My guess is that psi might have more time than Meeh for this? 20:06:57 &lt;psi&gt; yeah i have buttloads of free time right now and probably for a while 20:07:24 &lt;Meeh&gt; but no problems covering EU/Asia/Africa 20:07:34 &lt;Meeh&gt; Yes in some points I think too 20:07:44 &lt;zzz&gt; Meeh has never had buttloads of time since I've known him 20:08:00 &lt;Meeh&gt; however, I think I can contribute a lot wrt tweeting, speak at conferences, and some outreaching 20:08:17 &lt;zzz&gt; how about psi as head and Meeh as assistant? 20:08:26 &lt;psi&gt; i dont do public speaking so i can outsource that to Meeh 20:08:36 &lt;psi&gt; sounds good 20:08:44 &lt;Meeh&gt; sounds good to me too 20:08:47 &lt;Meeh&gt; I can do the public 20:08:58 &lt;zzz&gt; any objections or other comments? 20:09:44 &lt;zzz&gt; ok great 20:10:28 &lt;zzz&gt; I'll get psi the twitter password. Please get the stickers from orion. 20:10:44 &lt;psi&gt; got it 20:11:19 &lt;zzz&gt; Also please generate and distribute a GPG key for press@, and get welterde to fix up the mailing list accordingly 20:11:27 &lt;zzz&gt; speaking of welt... 20:11:33 &lt;eche|on&gt; .... 20:11:36 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) (Down since June 12 - possible replacements mtn.killyourtv.i2p or mtn.i2p-projekt.i2p) 20:11:52 * psi nominates kytv's 20:12:05 &lt;zzz&gt; eche|on, kytv_ would either of you care to volunteer? 20:12:15 &lt;zzz&gt; we can't put both in one tunnel as that confuses mtn 20:12:56 &lt;zzz&gt; any others that have been up and running for a while? 20:13:01 &lt;eche|on&gt; you can enter mine, I try to keep it up running as always 20:14:24 &lt;zzz&gt; ok, echelon it is I guess 20:14:37 &lt;eche|on&gt; kytv does a lot of jobs already 20:15:07 &lt;zzz&gt; both of them seem very reliable, so doesn't matter much 20:15:27 &lt;Meeh&gt; mtn.meeh.i2p hs ben running for a year now 20:15:29 &lt;zzz&gt; it's not any more work, maybe just a tiny bit more traffic, probably not even noticeable 20:16:25 &lt;eche|on&gt; can we create 3 tunnels and enable only one? 20:17:55 &lt;zzz&gt; nice meeh, good to know 20:17:55 &lt;zzz&gt; anything else on 2) ? 20:17:55 &lt;zzz&gt; any other topics for the meeting? 20:18:19 &lt;psi&gt; do we have a backup irc? 20:18:39 &lt;psi&gt; it seems that if some/all of postman's stuff goes down we're screwed 20:19:17 &lt;psi&gt; mail+irc is postman so what is the backup meetup in the event postman's stuff is non functional 20:19:29 &lt;zzz&gt; sure we could make 3 tunnels but seems like just added clutter to me 20:19:37 &lt;psi&gt; i have been wondering this for a while now... 20:20:28 &lt;eche|on&gt; ok, right, within 6 weeks release time we can change it fast enough, also really interested people can get in here. Also I can push the key to $trusted person 20:21:54 &lt;zzz&gt; we have 3 IRC servers 20:21:54 &lt;zzz&gt; there is no backup for postman himself... 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed </div>/ar/blog/2014/07/01/i2p-dev-meeting-july-01-2014/Tue, 01 Jul 2014 00:00:00 +0000/ar/blog/2014/07/01/i2p-dev-meeting-july-01-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:32 &lt;zzz&gt; 0. Hi 20:00:32 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:00:32 &lt;zzz&gt; 2. Tablet testing (zzz) 20:00:37 &lt;zzz&gt; 0. Hi 20:00:39 &lt;zzz&gt; Hello 20:00:51 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:01:12 &lt;eche|on&gt; hi 20:01:13 &lt;zzz&gt; Meeh, str4d, please tell us about your plans for Google Play 20:03:31 &lt;zzz&gt; ok, I'll give you what I know 20:03:56 &lt;zzz&gt; Meeh has an existing but unused account; he's going to give str4d access too; 20:04:35 &lt;zzz&gt; he;s got a dev build up on it now that's invite-only; they plan to make it available to all with the 0.9.14 build; 20:04:55 &lt;eche|on&gt; a dev account should not be the big problem at all 20:05:06 &lt;zzz&gt; they plan to have two versions, one free and one "donate" for a cost of ~$2.50 20:05:18 &lt;eche|on&gt; yeah 20:05:30 &lt;bgwcb&gt; why? 20:05:49 &lt;zzz&gt; Meeh would relay the funds to echelon monthly (assuming it was enough to make it worth it, and meeh didn't have any expenses) 20:05:50 &lt;eche|on&gt; It will have some issues with registration as I2P, but he/she will do it fine 20:05:52 &lt;bgwcb&gt; and for what you need google play? 20:06:14 &lt;zzz&gt; apparently lots of apps have donate versions, take rate is maybe 1% of the free version 20:06:47 &lt;eche|on&gt; it is a fine idea 20:06:50 &lt;zzz&gt; everybody has google play; only the few have f-droid or amazon or load directly from a website 20:07:03 &lt;eche|on&gt; I do not think much money will come in, but better than nothing 20:07:05 &lt;zzz&gt; that's what i know, more or less. Comments? 20:07:22 &lt;eche|on&gt; comment: registration as I2P will be a mess, but else, go ahead 20:08:08 &lt;zzz&gt; somebody unknown has reserved, but not published, net.i2p.android.router. Meeh is attempting to get it back. 20:08:11 &lt;bgwcb&gt; what differenses are in free between donate? 20:08:21 &lt;eche|on&gt; bgwcb: none ;-) 20:08:33 &lt;zzz&gt; it's not a big deal but it would prevent dup detection with existing installs from website or f-droid 20:08:33 &lt;bgwcb&gt; wow 20:08:33 &lt;eche|on&gt; except the donation of the buy-field. 20:08:44 &lt;bgwcb&gt; good idea, in you sleeped genius 20:08:49 &lt;psi&gt; hi 20:08:57 &lt;eche|on&gt; zzz: so the registration works via the java classes and not the project name? 20:09:34 &lt;zzz&gt; the class is essentially the name, or unique identifier. meeh and str4d are investigating 20:09:48 &lt;psi&gt; re: donate version, will it have "more features" ? 20:09:54 &lt;zzz&gt; we're also trying to find nextloop, our f-droid guy, for assistance 20:10:02 &lt;psi&gt; or is it just another package? 20:10:11 &lt;eche|on&gt; psi: no, just a function for "you got the donation version" ;- 20:10:18 &lt;eche|on&gt; in about screen IMHO 20:10:37 &lt;eche|on&gt; balm for the soul "you are something better than anyone else, you did pay us some!" 20:10:38 &lt;psi&gt; neat 20:10:41 &lt;kytv&gt; (belated 'hi') 20:10:53 &lt;zzz&gt; any comments on a donate version? 20:10:56 &lt;psi&gt; epeen 20:11:21 &lt;zzz&gt; any objections to a donate version? or to google play at all? 20:11:28 &lt;eche|on&gt; zzz: go ahead, I would add a different about text in the app itself 20:11:47 &lt;eche|on&gt; I once have had the idea to sell every android version, but no need to 20:12:29 &lt;zzz&gt; if you're interested in what Meeh has so far or want to test his version of the app, contact him 20:12:50 &lt;eche|on&gt; which is a nice guide to TOP2 ;-) 20:13:01 &lt;zzz&gt; last call for comments on google play 20:13:28 &lt;kytv&gt; +1 for google play, more users is good 20:13:50 &lt;psi&gt; +1 for google play as well, since more users means more feedback 20:14:14 &lt;kytv&gt; (not sure about +1 for 'requiring payment' but donations are A-OK) 20:14:36 &lt;Meeh&gt; *reading backlog* 20:14:39 &lt;zzz&gt; 2 versions, free and not. prediction is 99% will choose free 20:15:12 &lt;kytv&gt; yeah, I got that. That's perfectly fine. 20:15:25 &lt;zzz&gt; Meeh inb4 last call, let's give him a couple minutes to read backlog and elaborate 20:17:56 &lt;Meeh&gt; hm, yea. 20:18:13 &lt;Meeh&gt; well, I would like to add a topic actually, which in a way is connected with this 20:18:24 &lt;Meeh&gt; but in a way not in anyway either 20:18:55 &lt;zzz&gt; Meeh, last call for comments on 1) 20:19:04 &lt;zzz&gt; anything I got wrong? 20:20:04 &lt;Meeh&gt; I would gladly do it, and the two-app with donations seems like a good idea still :) 20:20:05 &lt;Meeh&gt; no, it was right about the namespace etc 20:20:05 &lt;Meeh&gt; you got it right 20:20:06 &lt;zzz&gt; ok then. end of 1). 20:20:07 &lt;zzz&gt; 2. Tablet testing (zzz) 20:20:42 &lt;zzz&gt; We don't have enough android testers and devs now. We're about to get a lot more users. So we definitely need more testers and devs. 20:20:49 &lt;Meeh&gt; HL me when I can add 3), it's a big topic. and it would probably interest many 20:21:03 &lt;Meeh&gt; need to work more on the topic while 2) 20:21:05 &lt;zzz&gt; ok 3) meeh on the list 20:21:08 &lt;zzz&gt; back to 2) 20:21:41 &lt;zzz&gt; I'd like to propose reimbursing people who would like to buy an Android device that promise to do testing or development. 20:22:13 &lt;zzz&gt; Say, up to $200 each for up to 8 people, Enough to buy a 7" tablet, or to partially fund a phone or 10" tablet 20:22:31 &lt;zzz&gt; I'd also like to fully fund a 10" tablet for str4d, up to $400 or so 20:22:44 &lt;zzz&gt; comments? volunteers? 20:23:24 &lt;eche|on&gt; my comment is already on record, go ahead. 20:23:25 &lt;str4d&gt; hai 20:23:27 &lt;str4d&gt; ary for l8ness 20:23:36 &lt;eche|on&gt; but do not buy chinese spyware devices^^ 20:24:07 &lt;zzz&gt; we've already bought some devices for devs but we really really need testers 20:24:47 &lt;str4d&gt; sry* 20:24:55 &lt;zzz&gt; this would be for people already part of the dev community, e.g. psi, orion, dg, kytv, echelon, etc 20:25:23 &lt;zzz&gt; who wants one? i think this would be a great use of project funds 20:26:00 &lt;kytv&gt; I'm always open for testing, but I have no tablet and don't know how useful any feedback I could give would be. That said, I can test and supply (hopefully) valid reports. 20:26:21 &lt;zzz&gt; ok, there's one. great. 20:26:48 &lt;zzz&gt; as usual, ask echelon, our treasurer, for reimbursement 20:26:52 &lt;Meeh&gt; I could test too, but my pad is starting to get simewhat old 20:26:56 &lt;Meeh&gt; somewhat* 20:27:18 &lt;zzz&gt; I really like the 7" android tablets. Great for testing and general use. And you don't risk horking your phone. 20:27:50 &lt;zzz&gt; last call for comments on 2) android tablets for testing 20:28:23 &lt;str4d&gt; Choice of device is important 20:28:30 &lt;eche|on&gt; (I do NOT pay apple products, lol) 20:28:37 &lt;Meeh&gt; I can help test, but for guaranteen the testing it would probably need a buyin of a new tablet 20:28:53 &lt;str4d&gt; The opportunity we have here is to provide a range of device *sizes* as well as screen *densities* 20:29:21 &lt;zzz&gt; if we let each person pick their own phone or tablet, that should provide the assortment needed 20:29:55 &lt;zzz&gt; ok, moving on to 3) Meeh's unknown topic. 15 minutes max. 20:29:57 &lt;zzz&gt; go Meeh 20:29:59 &lt;str4d&gt; (e.g. my 7" tablet is 600x1024 pixels, and falls into the -sw600dp category) 20:32:03 &lt;Meeh&gt; ok, I decidedto come back (since I've been away a whhile) with a supprise, some have might heard of it, and some seen some of it.. but simple saying I've made a "I2P browser bundle" which is probably ready for win32 and osx within 24hours 20:32:29 &lt;Meeh&gt; turn on your tor plugins and see https://hideme.today/dev/ 20:32:35 &lt;iRelay&gt; Title: The Abscond bundle (at hideme.today) 20:32:39 &lt;Meeh&gt; that's the featureset and "face" of it 20:32:57 &lt;psi&gt; wait wut 20:33:01 &lt;psi&gt; a browser bundle? 20:33:05 &lt;Meeh&gt; I'm trying to get i2p more eaiser to get into.. because that's always the complaint I get 20:33:08 &lt;Meeh&gt; yes 20:33:17 &lt;Meeh&gt; more too, since it's 100% portable 20:33:26 &lt;Meeh&gt; you can put it on a usb stick 20:33:39 &lt;Meeh&gt; launch it on any machine.. do a mod, and you can cross boot it too 20:33:42 &lt;psi&gt; neat 20:33:43 &lt;str4d&gt; psi: Tor Browser with I2PButton 20:33:46 &lt;Meeh&gt; as in same install on win,linux,osx 20:33:58 &lt;Meeh&gt; more or less as str4d said yes :) 20:34:38 &lt;Meeh&gt; so, do any of you have comments etc on this, ideas, ++, ? 20:34:49 &lt;psi&gt; where can i get it? 20:34:56 &lt;Meeh&gt; thinking it was good with some feedback before release 20:34:57 &lt;psi&gt; looks like the gitlab instance is locked 20:35:11 &lt;Meeh&gt; I will push the final code and make it available some hours now after the meeting 20:35:21 &lt;psi&gt; okay 20:35:23 &lt;Meeh&gt; 've not finished with a complete build set 20:35:38 &lt;Meeh&gt; so I need to tell you how to compile and set all parts together 20:35:44 &lt;eche|on&gt; comment: lots of work. 20:35:47 &lt;eche|on&gt; but great. 20:36:13 &lt;Meeh&gt; I've focused most on a prototype/proof of consept rather than a build system 20:36:54 &lt;Meeh&gt; so I took the torbrowser itself and rebranded it, torbutton is almost rewritten to work 100% with i2p instead of tor, 20:37:17 &lt;Meeh&gt; the launcher is written from scratch by me, much because of the jre part 20:37:34 &lt;Meeh&gt; therefore all old build scripts from tor fails 20:37:43 &lt;Meeh&gt; and isn't easily mod.able 20:38:36 &lt;psi&gt; orchid included? 20:38:59 &lt;Meeh&gt; yes, it's some i2p plugins as well as browser plugins included 20:39:06 &lt;psi&gt; neat 20:39:16 &lt;Meeh&gt; i2p plugins mostly for getting people interested, like i2p-bote 20:39:23 &lt;Meeh&gt; and browser plugins for privacy 20:40:20 &lt;Meeh&gt; the idea is to have a build script that easily build a new bundle for osx,linux,win32 on each i2p release 20:40:37 &lt;Meeh&gt; and ofc. browser update etc, but that will require manually work 20:40:53 &lt;Meeh&gt; but I've included in my future plan to maintain that 20:42:25 &lt;zzz&gt; ok, anything else on 3) ? 20:43:02 &lt;zzz&gt; anybody have any other topics? 20:43:14 &lt;Meeh&gt; no it was mainly all. if anyone on win32 wants to test please yell out, because after anoncoin experience that needs most testing 20:43:55 &lt;Meeh&gt; and I see I go emtpy for coffeine if I don't run out and buy, back in 10. takes 5min each way :) 20:44:24 &lt;zzz&gt; ok great. A reminder that anybody can call a meeting on any topic at any time. 20:44:35 * zzz *bafs* the meeting closed </div>/ar/blog/2014/05/22/i2p-0.9.13-release/Thu, 22 May 2014 00:00:00 +0000/ar/blog/2014/05/22/i2p-0.9.13-release/<p>0.9.13 includes fixes for firewalled routers, netdb lookup improvements, and a big SusiMail update. Of course, there&rsquo;s also the usual collection of bug fixes and translation updates.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p> <p>zzz has updated his GPG keys, and the release files are signed with his new keys. His new key fingerprint is: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8</p>/ar/blog/2014/05/06/i2p-dev-meeting-may-06-2014/Tue, 06 May 2014 00:00:00 +0000/ar/blog/2014/05/06/i2p-dev-meeting-may-06-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:37 &lt;zzz&gt; `http://zzz.i2p/topics/1618` 20:00:43 &lt;bgwcb&gt; well, start it? 20:00:46 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. May 6 - 8 PM UTC (at zzz.i2p) 20:00:57 &lt;zzz&gt; 0. Hi 20:00:57 &lt;zzz&gt; 1. hiddengate.i2p console home page request (see next post for details) 20:00:57 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:00:57 &lt;zzz&gt; 3. 0.9.13 release schedule 20:01:06 &lt;zzz&gt; 0. Hi 20:01:09 &lt;zzz&gt; hello 20:01:11 &lt;eche|on&gt; hi! 20:01:15 &lt;psi&gt; hello 20:01:16 &lt;topiltzin&gt; hi 20:01:23 &lt;nombra&gt; o/ (reconnected just in time) 20:01:38 &lt;kytv&gt; hola 20:01:49 &lt;Yi&gt; what is it? 20:01:50 &lt;zzz&gt; Most of these items should be short, let's limit them to 15 minutes each 20:02:00 &lt;hghoster&gt; hi all 20:02:05 * mokosoul sneaks away before anyone notices it was here at the meeting. 20:02:08 &lt;zzz&gt; 1. hiddengate.i2p console home page request 20:02:16 &lt;zzz&gt; see the link above for details 20:02:42 &lt;zzz&gt; hghoster is the requester for hiddengate.i2p. would you please tell us a little about the site? 20:03:52 &lt;hghoster&gt; HiddenGate is a project for Russian I2P users. Target: publish online/offline "Vestnik I2P" paper which introducec to I2P and guides how to reach it. 20:04:00 &lt;hghoster&gt; we have wiki, forum, imboard 20:04:06 &lt;EinMByte&gt; Hi 20:04:47 &lt;EinMByte&gt; hghoster: so... can we say it's a kind of help-site 20:05:03 &lt;hghoster&gt; so.. we already published first version of paper. also few guys continues fill wiki with new techinal articles 20:05:04 &lt;kytv&gt; for convenience, the ToS in EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 &lt;zzz&gt; ok, thanks. Anybody have questions or comments? I especially would like comments from Russian speakers 20:05:08 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:05:27 &lt;bgwcb&gt; hghoster: censored imageboard, but it's probably good because we, good russian anonymous, don't love cp 20:05:29 &lt;EinMByte&gt; I've visited the website earlier, and it looks good 20:05:50 &lt;EinMByte&gt; one thing I would like to mention though: the homepage is all in russian 20:05:55 &lt;hghoster&gt; EinMByte: yes. our target is to make some platform where is new users will not see cp, etc some shock content 20:06:15 &lt;hghoster&gt; just for politics discussions, some interests, etc. no trash, no cp 20:06:48 &lt;hghoster&gt; EinMByte: but there is one or two pages in English, for example ToS. wait a mmt plz 20:07:08 &lt;EinMByte&gt; So, maybe an english introduction would be nice? 20:07:08 &lt;EinMByte&gt; (even if the rest of the site is in russian) 20:07:08 &lt;EinMByte&gt; That sounds good 20:07:14 &lt;zzz&gt; hghoster has posted a English and Russian ToS as required: `http://hiddengate.i2p/wiki/ToS` 20:07:18 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:07:20 &lt;EinMByte&gt; zzz: considering the amount of russian users, I think this would be a good addition 20:07:22 &lt;hghoster&gt; zzz thank you 20:07:48 &lt;EinMByte&gt; Well, I'd just like at least one english sentence on the homepage 20:08:05 &lt;EinMByte&gt; because visiting hiddengate.i2p was quite confusing for me 20:08:31 &lt;EinMByte&gt; and I suppose it would be like that for most non-russian I2P users 20:08:45 &lt;EinMByte&gt; nevertheless, I do agree with the proposal 20:09:18 &lt;zzz&gt; any other comments from the Russian users here - bgwcb denixx_ Nyakov ? 20:09:38 &lt;hghoster&gt; we may place some welcome text on the top of first page explainig for non-russian users where they are 20:10:12 &lt;EinMByte&gt; hghoster: this is what I mean 20:10:19 &lt;hghoster&gt; i'm logging our converstation and we'll discuss it later too 20:10:21 &lt;hghoster&gt; i think they may sleep :) but bgwcb not 20:10:22 &lt;Nyakov&gt; I think this is good idea 20:10:36 &lt;bgwcb&gt; i think if hiddengate get in start-home page it fill hiddengate of some good content 20:10:37 &lt;hghoster&gt; okay, i'll remember this, thank you 20:10:49 &lt;EinMByte&gt; After all, I assume that's what users coming from the control panel will see: the front page 20:10:49 &lt;zzz&gt; hghoster, I got some comments last week in #ru that your site had very little content on it. What are your plans to add more content? 20:10:53 &lt;Yi&gt; i think it's ok 20:11:12 &lt;zzz&gt; we do not want "dead" sites on our home page 20:11:17 &lt;user@kyirc&gt; +1 for the welcome sentence. the domain name is in English and I could have gotten to the site too, and then not even knowing what it is is kinda frutrating, even if the rest will be unintelligible for me anyway 20:11:53 &lt;bgwcb&gt; and it's good idea because they heaven't cp. new arrivals may be affraid darkness networks because it's shelter for pedofiles and terrorists 20:11:59 &lt;hghoster&gt; certainly plans are good :) there is another guy "Glavred", he is idea-creator of this project. i am workiing on it like admin. also there is few guys who continuing fill wiki 20:12:37 &lt;hghoster&gt; offcourse it fills not so fast as we want. but we continue our work anyway. until someone like mr. P will not close internets 20:12:48 &lt;bgwcb&gt; but, then i will be want to get on start page `http://rus.i2p` with comment it's have a some shock-content 20:12:50 &lt;hghoster&gt; sorry for my poor english 20:13:00 &lt;iRelay&gt; Title: I2P Wiki (at rus.i2p) 20:13:13 &lt;zzz&gt; no need for sorry, you are doing fine :)( 20:13:40 &lt;zzz&gt; ok, any other comments? I have not heard any objection so far? 20:13:53 &lt;dg&gt; Sounds good to me. 20:13:54 &lt;EinMByte&gt; zzz: regarding "dead" sites - look at it like this: if a site makes the homepage, this may very well increase traffic 20:14:09 &lt;EinMByte&gt; so, that could have a positive effect on content too 20:14:12 &lt;dg&gt; Furthermore, we can always remove a site if it's 'dead' 20:14:21 &lt;EinMByte&gt; exactly 20:14:45 &lt;kytv&gt; no issues here, but an introductory sentence or two in English (to match the language of the hostname) would be welcome. 20:15:26 &lt;user@kyirc&gt; the console tooltip could/should already mention it's in Russian. am pro 20:16:08 &lt;hghoster&gt; site is hosting outside of russia, so i think there no problems with it. also i'm c++er and have good work, so money not a problem. the main thing is how to propagand i2p more effectively. we hope that paper helps us 20:16:32 &lt;hghoster&gt; kytv: yes, certainly 20:16:48 &lt;zzz&gt; ok then, hghoster we approve your request and I will add it for 0.9.13. Thanks for attending the meeting and good luck with your site 20:16:48 &lt;bgwcb&gt; i'm for it to appear on front-page 20:16:48 &lt;zzz&gt; thanks also to our friends from #ru for helping us out 20:16:50 &lt;psi&gt; (c++ers are invited to help with i2pd and i2pcpp) &lt;-- off topic 20:16:59 &lt;zzz&gt; moving on 20:16:59 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:17:01 &lt;zzz&gt; eche|on, tell us about it 20:17:03 &lt;hghoster&gt; thank you all! 20:17:08 &lt;bgwcb&gt; thank you all it was an interesting 20:17:19 &lt;eche|on&gt; the BBQ 20:17:38 &lt;eche|on&gt; we always wanted to do a BBQ, I can offer to host one in this summer, in graz, austria 20:17:45 &lt;eche|on&gt; if we want to do one 20:18:18 &lt;eche|on&gt; money for drinks/food is available in funds IMHO, just the part about people to visit this BBQ is a topic... 20:18:28 &lt;EinMByte&gt; would be nice, but I would probably not attend (for reasons of anonimity) 20:18:35 &lt;zzz&gt; when? 20:18:46 &lt;eche|on&gt; I am more about end of august, september timeframe 20:19:21 &lt;zzz&gt; not to conflict with DEFCON, first week of August 20:19:33 &lt;eche|on&gt; right, I know 20:19:48 &lt;bgwcb&gt; It's good idea 20:19:58 &lt;EinMByte&gt; zzz: can I quickly append two things: one question about just mail, another about derbycon (offtopic, sorry) 20:20:11 &lt;psi&gt; on the topic of conferences orion and I are going to probably most likely be at derbycon 20:20:17 &lt;eche|on&gt; and I know not much people will come over, and I can only provide a place for bbq, no sleeping facility 20:20:23 &lt;zzz&gt; EinMByte, you will be number 4 on the agenda 20:20:33 &lt;EinMByte&gt; zzz: thanks 20:20:46 &lt;zzz&gt; psi, derbycon will be number 5 on the agenda 20:20:52 &lt;psi&gt; okay 20:20:56 &lt;EinMByte&gt; eche|on: bbq is definitely a good idea 20:21:05 &lt;EinMByte&gt; iff you can get enough people to attend 20:21:38 &lt;bgwcb&gt; but why is hosting outside of russia? 20:21:38 &lt;zzz&gt; anybody who is interested in a Graz BBQ late August / early Sept., please type "yes" or "maybe" 20:21:53 &lt;EinMByte&gt; zzz: attending or just support 20:22:09 &lt;zzz&gt; attending. 20:22:15 &lt;zzz&gt; I will say "maybe" 20:22:37 &lt;bgwcb&gt; maybe 20:22:56 &lt;psi&gt; "maybe" (if i can get there which is a very unlikely thing) 20:23:11 &lt;eche|on&gt; hm, I think I will start a questionaire in forum.i2p ? 20:23:26 &lt;eche|on&gt; graz is very good reachable by plane via Frankfurt ;-) 20:23:40 &lt;eche|on&gt; but thats expansive. I do know. 20:24:14 &lt;zzz&gt; eche|on, not a lot of support... perhaps a meetup or BBQ at a conference would be more popular? 20:24:17 &lt;EinMByte&gt; I too think it's best to move this matter to a forum or something 20:24:51 &lt;bgwcb&gt; where owned? 20:24:52 &lt;eche|on&gt; zzz: that would be better. if we find a conf which fits? 20:24:52 &lt;bgwcb&gt; sorry, where exactly 20:24:54 &lt;EinMByte&gt; 5? 20:24:54 &lt;bgwcb&gt; ? 20:24:55 &lt;zzz&gt; I would love a meetup in summertime, but combined with conf may make more sense 20:24:57 &lt;eche|on&gt; this year I do not have time to get to Las Vegas 20:25:45 &lt;eche|on&gt; (again) 20:25:48 &lt;eche|on&gt; but if you want to do something, the cash is available^^ 20:25:48 &lt;zzz&gt; ok, lets defer this topic for more research, maybe we can talk again in a couple weeks with ideas 20:25:48 &lt;eche|on&gt; I keep a eye on this 20:26:03 &lt;EinMByte&gt; good 20:26:14 &lt;zzz&gt; moving on 20:26:18 &lt;zzz&gt; 3. 0.9.13 release schedule 20:26:46 &lt;zzz&gt; we're about 4 weeks since 0.9.12 and our normal 5-8 week cycle gives us a release in late May 20:27:02 &lt;dg&gt; only 4.. 20:27:11 &lt;zzz&gt; rfree has been doing good research on the problems in 0.9.12 with firewalled routers and that -14 seems to help a lot 20:27:17 &lt;EinMByte&gt; what about those supposed problems with 0.9.12, have they been resolved (if there were any)? 20:27:19 &lt;zzz&gt; so he's recommending a release soon. 20:27:28 &lt;EinMByte&gt; oh right 20:27:50 &lt;zzz&gt; it seems to be only with firewalled routers, but that means all TAILS users too 20:27:56 &lt;eche|on&gt; zzz: how far have you come with susimail, done? 20:28:12 &lt;zzz&gt; yes I'm about done with susimail for now 20:28:24 &lt;eche|on&gt; ok, and Tails, next release at which date? 20:28:25 &lt;zzz&gt; so susimail + firewall fixes sounds good enough for a release 20:28:32 &lt;eche|on&gt; aka which date we need to be done? 20:28:33 &lt;zzz&gt; so maybe in either 2 weeks or 3? 20:28:58 &lt;user@kyirc&gt; -0 was bad for me, on lin, nonfirewalld, -4 fix reachablility. then on xp with firewall -0 was alsmot unusable. -14 works great 20:29:04 &lt;eche|on&gt; currently no problem with a shorter cycle 20:29:24 &lt;user@kyirc&gt; dunno about the console locking prob though, which was on -14 20:29:36 &lt;zzz&gt; checkin deadline May 16 or 23, and release May 19 or 26 20:29:47 &lt;eche|on&gt; may 16 would be better (29th is holiday) 20:29:50 &lt;dg&gt; I say 16/19 provided there's no deadlocks and stuff. 20:30:10 &lt;dg&gt; If user's still suffering, hold off. 20:31:10 &lt;zzz&gt; OK let's shoot for the 16th for a deadline and a release on the 19th. If we have unresolved problems then we will push it back 20:31:20 &lt;EinMByte&gt; ok 20:31:45 &lt;user@kyirc&gt; on the xp it's perfectly fine. the console thingy in MY case can be caused by myself, since I tried a plugin that was still depending on an older version of jetty. maybe that changed something in my settings, for the problems remained after removing the plugins. but that's just in MY case 20:32:14 &lt;user@kyirc&gt; if no one else has that problem, then -14 is a good release candidate, imho 20:32:49 &lt;zzz&gt; moving on: 4) EinMByte Just Mail 20:32:49 &lt;EinMByte&gt; yes, just a minor question 20:32:49 &lt;EinMByte&gt; orion: ding 20:32:54 &lt;EinMByte&gt; So my question was: has orion been able to get in touch 20:33:07 &lt;EinMByte&gt; and second of all: what the hell are they doing 20:33:16 &lt;EinMByte&gt; imho, it doesn't seem like it can work 20:33:20 &lt;zzz&gt; he got a reply and copied me, it didn't really say much 20:33:26 &lt;EinMByte&gt; so I think they need some advice 20:33:30 &lt;EinMByte&gt; zzz: could you paste 20:33:38 &lt;EinMByte&gt; I'm interested 20:34:04 &lt;EinMByte&gt; as I wrote on `http://zzz.i2p/topics/1614,` I doubt about their ideas 20:34:10 &lt;iRelay&gt; Title: zzz.i2p: Just Mail Kickstarter (at zzz.i2p) 20:34:28 &lt;EinMByte&gt; * the feasability of their ideas 20:35:09 &lt;zzz&gt; I'll paste it onto that thread after the meeting.. It's just marketing b.s., doesn't really explain anything. 20:35:26 &lt;EinMByte&gt; alright, thanks 20:35:44 &lt;zzz&gt; anything else on Just Mail? 20:35:47 &lt;EinMByte&gt; I think that will do for 4, it doesn't seem like this is going to work out 20:36:12 &lt;EinMByte&gt; (I'm sorry for the people who invested in it, too) 20:36:25 &lt;zzz&gt; moving on 20:36:37 &lt;zzz&gt; 5) DerbyCon EinMByte psi orion 20:36:55 &lt;psi&gt; i believe that orion and I will be able to attend derbycon 20:37:00 &lt;EinMByte&gt; again, I wanted to know the status on that 20:37:07 &lt;EinMByte&gt; okay, any talks yet? 20:37:20 &lt;psi&gt; i was hoping you two could give one 20:37:29 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:37:33 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:37:44 &lt;EinMByte&gt; zzz: no chance of you giving a talk? 20:38:20 &lt;zzz&gt; A chance, but I vote for our PR guy orion 20:38:24 &lt;EinMByte&gt; also, does anyone know whether or not these talks are being broadcasted? 20:38:50 &lt;psi&gt; if they are you could always dress like the unibomber (str4d) 20:39:25 &lt;zzz&gt; psi, orion, I recommend you contact Adrian immediately to find out the CFP schedule and process and find out what kind of talk would be appropriate 20:39:35 &lt;psi&gt; okay 20:39:46 &lt;zzz&gt; This is mainly an InfoSec conf, much different from DEFCON/HOPE/CCC etc 20:40:39 &lt;EinMByte&gt; It is important that we have a talk, because that will definitely spread the word 20:40:54 &lt;EinMByte&gt; (also more chance of academic research) 20:41:13 &lt;zzz&gt; speaking of HOPE: `http://zzz.i2p/topics/1507` 20:41:19 &lt;iRelay&gt; Title: zzz.i2p: HOPE X (at zzz.i2p) 20:41:36 &lt;zzz&gt; and DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 &lt;iRelay&gt; Title: zzz.i2p: DEFCON 2014 (at zzz.i2p) 20:42:07 &lt;zzz&gt; anyway, psi and orion, if you guys go to DerbyCon there's a chance I'll go too. 20:42:18 &lt;zzz&gt; eche|on, Louisville BBQ? 20:42:22 &lt;EinMByte&gt; in an ideal world, we'd have a talk on all of those conferences 20:42:30 &lt;psi&gt; ooh that sounds nice, BBQ in KT 20:42:51 &lt;zzz&gt; KY 20:43:02 &lt;psi&gt; it's KY? dang 20:43:50 &lt;zzz&gt; two or three of you should co-author a talk and leave me out of it. That would be best :) 20:44:00 &lt;zzz&gt; anything else for the meeting? 20:44:10 * zzz warms up the baffer 20:44:14 &lt;user@kyirc&gt; it's not a topic on the agenda, but I think, we should start thinking about our official in-network homepage. www.i2p2.i2p is ugly. it was chosen in order to match the public internet domain of i2p2.de. since this one is not our main address anymore, we should also think about a nicer in-network domain. i2p.i2p for instance. dunno if geti2p.i2p makes sense, as you don't need to _get_ i2p anymore. 20:44:23 &lt;eche|on&gt; zzz: louiesville, time, place? 20:44:39 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:44:44 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:44:53 &lt;user@kyirc&gt; not urgent, but maybe something to think about, and easy to "fix" 20:45:22 &lt;EinMByte&gt; yes, new homepage would be nice 20:45:22 &lt;eche|on&gt; hm, at this date I wanted to be in scotland 20:45:30 &lt;zzz&gt; user, that's welterde. In the router console we have removed all references, we now point to i2p-projekt.i2p 20:45:59 &lt;user@kyirc&gt; which is not perfect either, because of the k 20:45:59 &lt;zzz&gt; thanks everybody for a good meeting 20:46:09 &lt;eche|on&gt; would need a check on timetables 20:46:20 &lt;EinMByte&gt; zzz: one last thing, do you plan on having regular meetings 20:46:30 &lt;user@kyirc&gt; as it's a link it's not that much of a problem, but still an english-language name would be better, imho 20:46:44 &lt;EinMByte&gt; (unless that's already the case?) 20:47:02 &lt;zzz&gt; EinMByte, we schedule meetings as-needed. Anybody can schedule a meeting at any time for any topic. 20:47:17 &lt;EinMByte&gt; zzz: alright 20:47:23 &lt;user@kyirc&gt; what's wrong with i2p-project.i2p ? already registered by someone else? 20:47:47 &lt;eche|on&gt; but louisville is nice to reach and central 20:47:50 &lt;zzz&gt; EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 20:48:37 &lt;EinMByte&gt; I'm thinking about an i2pcpp meeting 20:48:42 &lt;EinMByte&gt; but I need to discuss with orion 20:48:44 &lt;zzz&gt; if we are going to DerbyCon we should try to convince Lance to go too 20:50:03 &lt;eche|on&gt; ok, I keep this in head and I went off for bed 20:50:04 &lt;eche|on&gt; cya later 20:50:19 &lt;zzz&gt; any talk will have to be kickass to be accepted. DerbyCon was small the first year but this is the 4th year I think. We have a little bit of inside track with irongeek but it's not just his show. 20:50:55 &lt;EinMByte&gt; btw, I'm willing to look at slides etc etc. Not sure if it would help a lot but you never know 20:51:51 &lt;EinMByte&gt; anyway, bye </div>/ar/blog/2014/04/22/i2p-dev-meeting-april-22-2014/Tue, 22 Apr 2014 00:00:00 +0000/ar/blog/2014/04/22/i2p-dev-meeting-april-22-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> hottuna, nombre\_, psi, str4d, zzz2</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:32:31 &lt;str4d&gt; Hi all 20:34:53 &lt;str4d&gt; 0) Hi 20:34:53 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 &lt;str4d&gt; 2) New transport for Tor PTs `http://zzz.i2p/topics/1551` 20:34:53 &lt;str4d&gt; 3) Any items that emerge from 1) 20:34:53 &lt;str4d&gt; Post-meeting activity: Stress-testing Mumble (voice chat over I2P) 20:35:07 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:35:10 &lt;iRelay&gt; Title: zzz.i2p: Supporting Tor Pluggable Transports (at zzz.i2p) 20:35:29 &lt;str4d&gt; 0) Hi 20:35:57 &lt;hottuna&gt; Hello 20:37:37 &lt;str4d&gt; Anyone else? 20:38:01 &lt;str4d&gt; zzz2 orion psi kytv meeh_ 20:41:17 &lt;str4d&gt; Hopefully some of them will turn up. 20:41:17 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:41:26 &lt;zzz2&gt; here 20:41:58 &lt;str4d&gt; At zzz's request we started a discussion thread to propose ideas for the I2P roadmap moving forward. 20:42:27 &lt;str4d&gt; There was a lot of chatter, but no actual consensus was reached. 20:43:14 &lt;str4d&gt; I summarized some of the initial suggestions on the roadmap page `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 20:45:01 &lt;str4d&gt; zzz2: I see you have been getting stuck into susimail (yay) 20:46:19 &lt;zzz2&gt; yeah, fell down that rathole while we try to decide what's really important 20:52:07 &lt;str4d&gt; I think that it was useful work, if only because there is a long-standing bug about login problems, and susimail is one of the first apps that users are going to try 20:52:08 &lt;str4d&gt; `http://trac.i2p2.i2p/ticket/747` 20:52:12 &lt;iRelay&gt; Title: #747 (Login problems with Susimail) I2P Bugtracker (at trac.i2p2.i2p) 20:54:45 &lt;psi&gt; str4d: ohai 20:54:47 * psi is late? 20:55:19 &lt;str4d&gt; yes psi is 20:55:25 &lt;str4d&gt; Nothing much has happened yet :/ 20:55:58 * psi scrolls up 20:56:07 &lt;str4d&gt; To summarize what has been going on since the RFC was put out: 20:56:18 &lt;str4d&gt; - zzz has worked on susimail 20:56:59 &lt;str4d&gt; - psi has been getting his head around PTs, new DH and JNI 20:57:23 &lt;str4d&gt; - I have been working on I2P-Bote Android, and now Java EdDSA 20:57:39 * psi has been spending the entire day fleshing out the structure of PT for i2p 20:58:59 &lt;zzz2&gt; if str4d and psi are making progress on EdDSA, 25519, and PTs, then I think the best use of my time is moving forward on new sig algo migration, e.g. multiple dests down a tunnel, and some sort of addressbook support 21:00:27 &lt;jenkins@kyirc&gt; Starting build #581 for job I2P 21:01:01 &lt;zzz2&gt; whats the status of psi mtn keys and dev agreement? I've gotten nothing in the mail. 21:01:23 &lt;str4d&gt; psi signed the dev agreement, I pushed it to the website 21:01:36 &lt;str4d&gt; (so his pub keys are on record) 21:02:10 &lt;zzz2&gt; his key fingerprint is on there too? 21:02:32 &lt;zzz2&gt; if so I'll add him and announce it 21:03:02 &lt;psi&gt; my gpg fp is on my twitter 21:03:05 &lt;str4d&gt; not the fingerprint, but the key itself is 21:03:47 &lt;zzz2&gt; it needs to be in that sample monotonerc template file. psi maybe you can do that as your first test of mtn skills? 21:04:23 &lt;jenkins@kyirc&gt; Yippee, build fixed! 21:04:24 &lt;jenkins@kyirc&gt; Project I2P build #581: FIXED in 3 min 55 sec: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 &lt;psi&gt; i can get that 21:04:40 &lt;psi&gt; i already did that locally 21:04:53 &lt;str4d&gt; zzz2, psi, I have updated the roadmap Gantt - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 21:05:21 &lt;psi&gt; the monotone key fp for my NOT transport key is "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 &lt;psi&gt; i can get my transport key fp as well 21:06:29 &lt;zzz2&gt; ok great, welcome to the team! As I tell everybody, please be careful, practice on www first 21:06:30 &lt;str4d&gt; psi: you need to send that to eche, kytv and welt 21:06:43 &lt;str4d&gt; +1 21:06:56 * kytv got it and is adding it to his server 21:07:08 &lt;zzz2&gt; psi, we have very precise instructions on how to do all this on the web page... :) 21:07:27 &lt;psi&gt; i will review that 21:07:38 &lt;zzz2&gt; e.g., send me mail (but no longer needed for you) 21:08:15 &lt;str4d&gt; How does the Gantt roadmap look to everyone now? Are there any items that seem unrealistic, or any that are missing 21:08:16 &lt;str4d&gt; ? 21:09:37 * psi reviews roadmap 21:09:43 &lt;jenkins@kyirc&gt; Project I2P UnitTests build #528: SUCCESS in 5 min 6 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 &lt;jenkins@kyirc&gt; Starting build #82 for job I2P-Android 21:09:59 &lt;str4d&gt; zzz2: I suggest that you get the new GPG keys item out of the way sooner rather than later ;) 21:10:19 &lt;zzz2&gt; str4d, please tell us what it's telling you about what's important 21:10:33 &lt;str4d&gt; psi: are you finding much overlap between your PTs work and NTCP2? 21:10:34 &lt;zzz2&gt; yes I'll do it before the next release, I promise 21:11:24 &lt;str4d&gt; IMHO there are three things that are important: 21:11:32 &lt;jenkins@kyirc&gt; Project I2P-Android build #82: SUCCESS in 1 min 34 sec: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 &lt;str4d&gt; 1) progress on the crypto upgrade - now finally getting underway 21:12:01 &lt;psi&gt; str4d: at the moment, i have yet to look at ntcp2 21:12:13 &lt;str4d&gt; (continuing on from the prep work) 21:13:28 &lt;zzz2&gt; 1) "now getting underway" ? I've been busting ass on it for 6 months 21:13:32 &lt;str4d&gt; 2) Audit prep - IMHO we need to get on top of our threat model etc. ASAP 21:15:33 * psi afks for 30 minutes 21:15:33 &lt;psi&gt; unexpected event bbl 21:15:33 &lt;psi&gt; i will look at scrollback later 21:16:21 &lt;zzz2&gt; There seems to be some confusion out there about "new signing crypto". It's done, it's out there in 0.9.12, it works. For destinations. 21:17:06 &lt;zzz2&gt; The "only" thing not done is migrating existing published destinations to a new one. 21:21:13 &lt;str4d&gt; yes, which first relies on choosing a new one, which IMHO should be Ed25519, which relies on getting a fast impl. 21:21:15 &lt;str4d&gt; And at the same time, I agree that the remaining required migration infrastructure should be implemented. 21:21:16 &lt;str4d&gt; &lt;str4d&gt; For years we have left it to the side and worked on what we think is beneficial to users, but IMHO if we want to start getting more research interest, and utilize it effectively, we need to be more conscious of what I2P can and cannot achieve. 21:21:17 &lt;str4d&gt; &lt;str4d&gt; I know you have zzz ;P 21:21:18 &lt;str4d&gt; &lt;str4d&gt; (I was specifically referring to the part of it involving the actual new crypto) 21:21:19 &lt;str4d&gt; &lt;str4d&gt; thank you for the effort you have put into getting it this far :) 21:21:20 &lt;str4d&gt; &lt;str4d&gt; 3) Usability, UX - this is a third important point that is not on the Roadmap chart 21:21:22 &lt;str4d&gt; &lt;str4d&gt; Well - zzz's susimail work falls into that category, as does streaming improvements 21:21:41 &lt;str4d&gt; &lt;str4d&gt; But also important is reviewing our error and help pages, and how we aid the user in getting their jobs done. 21:21:41 &lt;str4d&gt; (after my "2) Audit prep" line) 21:22:00 &lt;str4d&gt; I need to go AFK in 10-15 mins 21:22:50 &lt;str4d&gt; And since psi is AFK, I'm dropping "2) New transport for Tor PTs" from this meeting 21:23:55 &lt;str4d&gt; zzz2: in your opinion, what do we need to do before organizing a meeting with Lance re: threat model? 21:24:59 * str4d would like to try for a meeting with Lance in May 21:26:04 &lt;str4d&gt; so we need to work out what we need to do before then, so we can organize the meeting with enough time to finish that first. 21:29:27 &lt;zzz2&gt; I disagree that we first have to choose. 21:29:59 &lt;zzz2&gt; Or, that we can choose now (P256) and choose again later when more options are available. 21:30:02 &lt;MTN@kyirc&gt; [ I2P ] compile fix [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 &lt;zzz2&gt; We could switch the default for new dests to P256 in 0.9.13 if we want. 21:30:35 &lt;str4d&gt; zzz2: if we get to the stage where the naming system can cope with dynamic enc choices, then I agree 21:31:05 &lt;zzz2&gt; P256 is clearly better than DSA 21:31:34 &lt;str4d&gt; I also agree there. 21:31:43 &lt;zzz2&gt; I think the P256 haters better take a step back and think about how bad DSA 1024 is. 21:32:03 &lt;MTN@kyirc&gt; [ WWW ] adding psi's transport key [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 &lt;str4d&gt; zzz2: I understand your point. 21:33:39 &lt;zzz2&gt; re: audit and Lance, it's always a good time. you have an audit process update for us from the mailing list? 21:33:40 &lt;str4d&gt; Part of my reason for wanting to get EdDSA working before the switch is that based on what you have said in threads before, I wouldn't look forward to switching Dest signing algo twice. 21:34:14 &lt;str4d&gt; yes, the second time would be a bit easier because multi dest support etc. would be there, but the naming side is still the weakness. 21:34:48 &lt;zzz2&gt; for servers you don't want to switch twice, but for clients it doesnt matter 21:35:04 &lt;str4d&gt; good point. 21:35:23 &lt;str4d&gt; Is there anything that would prevent new Dests talking with old ones? 21:35:31 &lt;nombre_&gt; so i gather you guys are doing crypto upgrades? is there perhaps a page that goes into detail on what all you're planning? and on a 25519 implementation, you could just use nacl via jni, or kalium, tho that might be somewhat limiting 21:35:34 &lt;zzz2&gt; and even for servers, if you switch to P256 it hardly seems worth it to switch again, unless some really bad news comes out about P256 21:35:54 &lt;str4d&gt; If not, it could be a good idea to get clients onto P256 sooner 21:36:08 &lt;zzz2&gt; new dests can talk to old and vice versa, as long as both are on 0.9.12 or later 21:36:39 &lt;str4d&gt; zzz2: http://blog.cr.yp.to/20140323-ecdsa.html is reason enough for me to not want to stay on ECDSA 21:36:43 &lt;iRelay&gt; Title: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (at blog.cr.yp.to) 21:37:56 &lt;str4d&gt; not for any one single point (yet), but if we can get an effective, *correct* implementation of EdDSA, I think it would be very beneficial to switch 21:38:27 &lt;str4d&gt; nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 &lt;iRelay&gt; Title: #856 (Crypto review/migration) I2P Bugtracker (at trac.i2p2.i2p) 21:38:30 &lt;str4d&gt; (and links therein) 21:38:40 &lt;nombre_&gt; thx str4d 21:38:53 &lt;zzz2&gt; nothing there tells me to delay getting rid of DSA though. There's nothing in there that makes me panic about P256 either. Is there anything better than P256? sure. 21:39:15 &lt;str4d&gt; zzz2: no real updates as such from the OpenITP mailing list, there hasn't been much real activity lately. 21:40:38 &lt;zzz2&gt; I allowed for 65536 signing algos and I implemented 7. 65529 to go, we can add a few every release if we like. 21:43:27 &lt;str4d&gt; zzz, I would support moving clients to p256 in 0.9.13 21:44:47 &lt;str4d&gt; but if the server transition is still not going to be smooth, I'd rayher hold off a bit and see how EdDSA work goes. 21:45:49 &lt;nombre_&gt; as would i (not that my opinion counts for anything), nist ecdsa is better than dsa, even if some of us tinfoilers won't feel secure until its 25519 21:46:48 &lt;nombre_&gt; dest/b32 breaking is sorta a given tho yes? 21:47:13 &lt;str4d&gt; it's taken a long time and a lot of work to get to this point, no sense rushing at the last minute 21:49:48 * RN pokes head in and looks around 21:54:36 &lt;zzz2&gt; there's 1) clients 2) new servers and 3) existing server migration. 21:54:43 &lt;zzz2&gt; 1 and 2 we can do now, 3) takes a lot more work. 21:54:59 &lt;zzz2&gt; 1 and 2 breaks compatibility with old routers, i2pcpp, and i2pd though, until they catch up 21:55:16 &lt;nombre_&gt; so is there someone working on finding/creating a java implementation of 25519? and whats the estimated timeframe on when it would be usable? 21:55:28 &lt;nombre_&gt; i assume with p256, its already doable because thats included in bouncy castle? 21:55:52 &lt;zzz2&gt; p256 is in the jvm 21:56:06 &lt;nombre_&gt; ah even better 21:56:17 &lt;zzz2&gt; we have 25519 java now but it's far too slow to be usable. str4d and psi are trying to speed it up 21:57:39 &lt;nombre_&gt; hmm well not knowing anything about crypto, i would think using jni would be the simplest way to speed it up. perhaps i should look into 25519 more to understand what parts of it are the bottlenecks 23:02:36 &lt;str4d&gt; No one actually ended it when I went afk, so: 23:02:53 * str4d *baf*s the meeting closed. </div>/ar/blog/2014/03/31/0.9.12-release/Mon, 31 Mar 2014 00:00:00 +0000/ar/blog/2014/03/31/0.9.12-release/<p>I2P now requires Java 6 or higher. We strongly recommend that you upgrade to Java 7. If you are still using Java 5, you must upgrade your Java before installing I2P 0.9.12.</p> <p>0.9.12 adds preliminary support for ECDSA-signed Destinations. It contains several fixes for the handling of Delivery Status Messages (acknowledgements) and those messages are now end-to-end encrypted for increased security.</p> <p>We have upgraded to Jetty 8. Jetty 8 is almost identical to Jetty 7, so there are no complex configuration file conversions as there have been in past Jetty upgrades. No manual changes should be necessary.</p>/ar/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/Wed, 12 Mar 2014 00:00:00 +0000/ar/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/<p><strong>Somewhere, NH</strong> &ndash; Internet search company <a href="https://duckduckgo.com/">DuckDuckGo</a> <a href="https://duck.co/blog/foss2014">donates</a> $5000 to the <a href="https://geti2p.net/">Invisible Internet Project</a> (I2P) as part of their yearly open-source donation program. The award was granted on the basis of <a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">nominations</a> by members of the public on the DuckDuckGo community portal. With an emphasis on privacy, DuckDuckGo provides a search engine which does not track its users or store personal data. I2P is an anonymous network intended to protect individuals from dragnet surveillance regularly performed by ISPs and governments.</p>/ar/blog/2014/03/11/i2p-dev-meeting-march-11-2014/Tue, 11 Mar 2014 00:00:00 +0000/ar/blog/2014/03/11/i2p-dev-meeting-march-11-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:26 &lt;zzz&gt; 0. Hi 20:00:26 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:00:26 &lt;zzz&gt; 2. Git (Meeh) 20:00:26 &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:00:26 &lt;zzz&gt; 0. Hi 20:00:27 &lt;zzz&gt; Hi 20:00:33 &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:01:43 &lt;eche|on&gt; hi 20:02:02 &lt;orion&gt; Hi. 20:02:29 &lt;inscrut_&gt; hi eche|on 20:02:39 &lt;inscrut_&gt; o/ orion 20:02:48 &lt;topiltzin&gt; hi 20:04:08 &lt;inscrut_&gt; yo topz 20:05:15 &lt;str4d&gt; hey 20:05:26 &lt;topiltzin&gt; netsplit 20:05:54 &lt;str4d&gt; boo 20:05:59 &lt;str4d&gt; hiss 20:06:15 * inscrut_ lobs a tomato 20:08:58 &lt;topiltzin&gt; alright, meeting's over. Move along now 20:09:01 &lt;eche|on&gt; on topics 0-2 I am rather more or less "go ahead". 20:09:12 &lt;zzz&gt; ok lets try this again 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2. Git (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:09:12 &lt;zzz&gt; &lt;zzz&gt; For 2 and 3, which are large and oft-discussed topics, let's focus on where we are now and what to do next, not how we got here 20:09:12 &lt;zzz&gt; &lt;zzz&gt; I don't expect to reach any decisions on 2 or 3, but it would be nice to come up with next steps for research if necessary 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Also, background on the agenda items are at the link in /topic above. 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Meeh are you here? 20:09:12 &lt;zzz&gt; &lt;zzz&gt; skipping 1 and 2 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; eche|on, are you here? 20:09:44 &lt;zzz&gt; so we skipped 1 and 2 and are on 3. eche|on the floor is yours 20:10:12 &lt;eche|on&gt; due to a lot of private and non private issues, I reduced my services and will reduce some more 20:10:20 &lt;eche|on&gt; e.g. false.i2p is down 20:10:48 &lt;eche|on&gt; which service will be next I cannot tell currently, I will keep on being the money guy for this year at least 20:11:27 &lt;eche|on&gt; I just got some thoughts now tha I could not stop I2P from loosing money due to fraud and other stuff, it gets harder 20:11:54 &lt;eche|on&gt; also the more money, the tougher it gets, esp. with companies donation money to us, which we should spent on "useful" stuff. 20:12:17 &lt;orion&gt; I'd like to interject. 20:12:19 &lt;eche|on&gt; it is all not really clear, more a "feeling", I know, but I just want to inform you 20:13:33 &lt;AK-47&gt; Thanks for the time it lasted, anyway. 20:13:33 &lt;psi&gt; hi 20:13:33 &lt;zzz&gt; eche|on, you have any specific proposals to bring to us today? 20:14:30 &lt;zzz&gt; two possibilities that may lessen your workload slightly - making orion "asst. treasurer - U.S. $$" and Meeh "asst. treasurer - BTC/altcoin" --- would either of those help at all? 20:14:31 &lt;eche|on&gt; my propopsal: think hard about getting incorporated and if not 20:14:50 &lt;eche|on&gt; a $ treasurer will help for $ donations, sure 20:15:00 &lt;eche|on&gt; and meeh for alt/btc would be fine, too 20:15:43 &lt;inscrut_&gt; is it possible to publicise the books? perhaps as a dual-entry ledger? 20:15:52 &lt;eche|on&gt; books? 20:16:01 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` 20:16:09 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:16:26 &lt;orion&gt; I want to make two separate proposals. The first one is thus: We should keep the money spread out in multiple currencies (dollar, euro, *coin). 20:16:39 &lt;orion&gt; And they should be held in different jurisdictions. 20:16:40 &lt;eche|on&gt; my bigger problem/fear is the amount of nearly 40k in my hand. as this is "official" my money, for the law. not I2p. 20:17:54 &lt;str4d&gt; hmm. So if you independently have financial trouble, legally you would need to wipe out I2P funds. 20:18:15 &lt;eche|on&gt; correct 20:18:32 &lt;eche|on&gt; thats the problem with being not a legal entity 20:18:54 &lt;eche|on&gt; and thats why I do not want more than 50k here, more or less 20:21:36 &lt;orion&gt; eche|on: Before considering incorporation, do you agree that the money should be held in both different currencies and jurisdictions? 20:21:43 &lt;eche|on&gt; I do not have big problems (personal) with more than 50k, but if there are problems, I2P will loose, which is not my intention 20:22:05 &lt;zzz&gt; there's some benefit in keeping a $$ account. Much of our income and expenses is in $$ and we lose lots in the round-trip conversions 20:22:13 &lt;eche|on&gt; orion: a US based $ account is usefull and if someone wants it: yes 20:22:34 &lt;orion&gt; I will volunteer to hold USD in an account. 20:23:40 &lt;zzz&gt; is it managable for mutliple ppl to hold money and yet roll up the totals and transactions on the hall-of-fame page? 20:24:25 &lt;eche|on&gt; it is possible due to mtn/git hosting of our webpage 20:24:42 &lt;eche|on&gt; we would need a table/section for each currency 20:25:06 &lt;str4d&gt; displaying it is simple 20:25:07 &lt;eche|on&gt; if we want to divide ONE currency upon 2+x people, they need to interact good 20:26:58 &lt;zzz&gt; eche|on would remain treasurer and responsible for keeping the totals, with assistants responsible for keeping track of their part? 20:27:00 &lt;eche|on&gt; about incorporation: 50k is not worth the hassle IMHO, but there IS a risk 20:27:16 &lt;eche|on&gt; zzz: would be fine. 20:27:30 &lt;zzz&gt; incororation does very little to reduce risk 20:27:50 &lt;eche|on&gt; but it takes the risk off me ;-) 20:29:03 &lt;orion&gt; I have a proposal that doesn't involve incorporation: a trust fund 20:29:03 &lt;str4d&gt; doesn't prevent willful money loss, but prevents legal loss due to personal insolvency 20:29:06 &lt;zzz&gt; so the proposal is to make orion an assistant treasurer - U.S. --- any objections or further discussion on that? 20:29:07 &lt;topiltzin&gt; don't spend the bitcoins on acid 20:29:09 &lt;str4d&gt; I second orion's nomination 20:29:59 &lt;zzz&gt; ok sounds like a done deal, eche|on and orion can work out the details. 20:30:16 &lt;eche|on&gt; addendum to the topic list: 20:30:24 &lt;eche|on&gt; 4. 50BTC Bitcoin client bounty 20:30:43 &lt;zzz&gt; We're about at the end of our 15 minutes. Any next steps on incorporation or proposals or things to do or research re: incorporation? 20:30:53 &lt;eche|on&gt; 50BTC is alot of money for a plugin of I2P btc. Proposal: reduce to 10 and 40BTC into general fund 20:31:05 &lt;zzz&gt; ok ech you're on the list for #4 20:31:15 &lt;orion&gt; topiltzin: I won't. :x 20:31:29 &lt;zzz&gt; last call for topic 3 20:31:35 &lt;orion&gt; zzz: Trust fund. 20:31:52 &lt;orion&gt; I want to propose that as a cheap alternative to incorporation. 20:32:25 &lt;zzz&gt; ok, how about if you write up a proposal and post it somewhere and we can discuss at a future meeting? 20:32:41 &lt;str4d&gt; With e.g. What are the legal differences? 20:33:46 &lt;zzz&gt; declaring end of topic 3 20:33:50 &lt;zzz&gt; back to topic 1 20:33:52 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:34:09 &lt;zzz&gt; any discussions agreement or objections to anoncoin.i2p on the home page? 20:34:44 &lt;eche|on&gt; go ahead, add it 20:35:41 &lt;zzz&gt; anoncoin could be about to go big and Meeh's working on marketing it more to the I2P community 20:35:48 &lt;zzz&gt; last call for 1 20:36:22 &lt;eche|on&gt; I would be carefull about "getting big" even litecoin did not got big, its all a bit of a hype, but hey, great anoncoin is known for I2P 20:36:40 &lt;eche|on&gt; to bad snowden did no marketing for I2P 20:36:49 &lt;zzz&gt; heh. 20:37:03 &lt;zzz&gt; but talk to Meeh if you have any questions about his plans 20:37:06 &lt;str4d&gt; I couldn't view the website, but I have no obvious objections. 20:37:08 &lt;eche|on&gt; will do 20:37:16 &lt;zzz&gt; end of 1. I'll add it. 20:37:17 &lt;zzz&gt; 2. Git (Meeh) 20:37:30 &lt;efkt&gt; +1 for anoncoin 20:37:38 &lt;orion&gt; No objections for anoncoin. 20:37:39 &lt;eche|on&gt; git - no real objection, except the resume issue and a need for a howto 20:37:40 &lt;zzz&gt; any thoughts on git? 20:37:56 &lt;zzz&gt; is there a resume issue? 20:38:08 &lt;str4d&gt; Pros: 20:38:12 &lt;eche|on&gt; afaik GIT does not resume 20:38:16 &lt;str4d&gt; Everyone knows it 20:38:24 &lt;orion&gt; Wait, what is resume? 20:38:32 &lt;orion&gt; What is the context of this topic? 20:38:50 &lt;zzz&gt; `http://zzz.i2p/topics/1588` &lt;--- context 20:38:56 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (at zzz.i2p) 20:38:57 &lt;topiltzin&gt; If the connection breaks during a fetch/clone/pull/push 20:39:03 &lt;eche|on&gt; orion: on a big clone/pull/... tunnel breaks, does git start over from beginning or in middle of transaction? 20:40:11 &lt;str4d&gt; Everything supports it 20:40:12 &lt;str4d&gt; Can sign or approve commits with GPG keys 20:40:12 &lt;str4d&gt; orion: possible mive from mtn to git 20:40:12 &lt;str4d&gt; Cons: 20:41:09 &lt;str4d&gt; - Resume not supported (if a pull fails partway you have to start from beginning) 20:41:09 &lt;str4d&gt; - local timezone stored in commit 20:41:09 &lt;str4d&gt; (fix with alias git='TZ=UTC git') 20:41:41 &lt;zzz&gt; HH recently accepted a pull request on github i2p.i2p. If he can do that, why switch to git? Is real git better than exporting? 20:42:05 &lt;topiltzin&gt; real git would be anonymous as we wouldn't be using github 20:42:42 &lt;topiltzin&gt; there are other issues with exporting - changes since last export not visible until the next export 20:42:49 &lt;zzz&gt; I thought the point was to make github pulls easier 20:43:26 &lt;zzz&gt; if a new contributor has to run git inside i2p, did we really make it any easier for him? 20:43:58 &lt;topiltzin&gt; if we did what? 20:44:14 &lt;zzz&gt; switched to git, whatever that means 20:44:37 &lt;topiltzin&gt; I assume we would have in-i2p as well as clearnet git servers, much like we have them in mtn now 20:45:46 &lt;topiltzin&gt; and they would sync periodically just like now. Conceptually everything stays the same, all we change is the software 20:45:53 &lt;zzz&gt; I guess I dont know how pull requests work so I'll stop asking questions 20:47:30 &lt;topiltzin&gt; pull request is like saying: "Please sync from my git repo" 20:47:56 &lt;topiltzin&gt; on a conceptual level there is very little difference between git and mtn. It's surprising how similar their mechanisms are 20:47:56 &lt;zzz&gt; how about a straw poll - anybody who has an opinion, type in ++, +, 0, -, or -- for strongly in favor/in favor/neutral/opposed/strongly opposed to moving to git 20:48:05 &lt;topiltzin&gt; ++ 20:48:08 &lt;orion&gt; ++ 20:48:17 &lt;eche|on&gt; 0 20:49:02 &lt;zzz&gt; 0 20:50:14 &lt;zzz&gt; any volunteers to research further and report back? 20:51:08 &lt;topiltzin&gt; any specifics on what to research? 20:51:28 &lt;zzz&gt; we have e.g. viewmtn, trac, and some mtn stuff embedded in our build scripts that would all need to be addressed. Anybody to make a list of what would be required and how much work 20:51:59 &lt;zzz&gt; and whether the resume issue is a serious problem or not 20:53:01 &lt;zzz&gt; well then, lets put it back on Meeh since it's his agenda item. We'll ask him to report back at a future meeting. 20:53:10 &lt;zzz&gt; anything else on 2? 20:53:12 &lt;topiltzin&gt; I'll take a look, although I imagine kytv would know best about the build scripts, no? 20:53:42 &lt;zzz&gt; the build stuff is mostly my doing 20:53:52 &lt;zzz&gt; end of 2) 20:53:59 &lt;zzz&gt; 4. 50BTC Bitcoin client bounty - echelon go 20:54:39 &lt;eche|on&gt; ok, the native bitcoin client still has 50 BTC leftover for the task of "integrating btc client into I2P client", aka: plugin 20:55:38 &lt;eche|on&gt; there is already a btc client for I2p (IMHO giv made it) and he got 68 BTC and 30 from the bounty for the standalone client 20:56:08 &lt;eche|on&gt; now: 50 BTC is A LOT for making a plugin. I would like to split it, e.g. 10 BTC for plugin, 40 for general fund 20:56:28 &lt;str4d&gt; even 10BTC is a lot. 20:57:12 &lt;kytv&gt; (1BTC is a lot) 20:57:22 &lt;kytv&gt; (for a plugin) 20:59:04 &lt;eche|on&gt; I do not know, thats why I set it on topic 20:59:16 &lt;eche|on&gt; I do not want to be the bad guy "stealing" money from bounties 21:02:42 &lt;zzz&gt; no objections to splitting it 21:03:00 &lt;eche|on&gt; ok 21:03:09 &lt;eche|on&gt; will do so 21:03:22 &lt;zzz&gt; anybody else with thoughts on 4) 21:03:45 &lt;kytv&gt; just to be clear: no objections on splitting. 21:03:52 &lt;zzz&gt; anything else for the meeting? 21:04:23 * zzz encourages people to discuss things between meetings 21:04:41 &lt;kytv&gt; (big objection to 50BTC going to a plugin...i mean http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 &lt;iRelay&gt; Title: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (at coinmill.com) 21:04:53 &lt;zzz&gt; and reminds that anybody can schedule a meeting on any topic at any time 21:05:06 * zzz *bafs* the meeting closed </div>/ar/blog/2014/02/16/malware-at-i2pbrowser.net/Sun, 16 Feb 2014 00:00:00 +0000/ar/blog/2014/02/16/malware-at-i2pbrowser.net/<p>We have recently been made aware of the existence of i2pbrowser.net. This website copies our homepage and download page, and attempts to trick users into downloading Windows malware.</p> <p>There are several indicators that point to i2pbrowser.net being a malware site:</p> <ul> <li>The domain was registered on February 10th, 2014.</li> <li>The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.</li> <li>The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.</li> </ul> <p>We have not examined the malware ourselves, but it does not appear to be very sophisticated; it is not integrated into or bundled with the I2P software. Information security expert <a href="https://twitter.com/lancejssc">Lance James</a> posted <a href="https://twitter.com/lancejssc/status/434768667310821377">a tweet</a> labelling it as &ldquo;a standard dark comet rat&rdquo;.</p>/ar/blog/2014/02/08/0.9.11-release/Sat, 08 Feb 2014 00:00:00 +0000/ar/blog/2014/02/08/0.9.11-release/<p>0.9.11 continues improving LeaseSet lookup and storage to prevent an attacker from correlating a Destination with a Router. It adds support for the <a href="http://www.subgraph.com/orchid.html">Orchid</a> outproxy plugin which is available at plugins.i2p. There is a reduction in memory usage due to fixes in the transports. We have some I2CP protocol improvements that will provide better lookup facilities and authorization protection for external clients. Of course, there&rsquo;s also the usual collection of bug fixes. All users should update.</p>/ar/blog/2014/01/22/0.9.10-release/Wed, 22 Jan 2014 00:00:00 +0000/ar/blog/2014/01/22/0.9.10-release/<p>0.9.10 changes the mechanism for doing LeaseSet lookups, making it more difficult for an attacker to correlate a Destination with a Router. It also fixes character encoding bugs in susimail, and includes lots of other bug fixes and translation updates. Most of you will update via torrent, using the new &ldquo;su3&rdquo; update format with stronger keys.</p> <p>We recently attended <a href="https://events.ccc.de/congress/2013/wiki/Main_Page">30C3</a> and <a href="http://realworldcrypto.wordpress.com/">Real World Crypto</a> , making several new connections and formulating big plans for 2014. Thanks to those who supported our attendance with their donations!</p>/ar/blog/2014/01/21/syndie-1.105b-release/Tue, 21 Jan 2014 00:00:00 +0000/ar/blog/2014/01/21/syndie-1.105b-release/<p>This is the first stable release since February 2013. It is essentially the same as 1.104b-7-rc, with some translation updates.</p> <p>All binaries and source packages are at syndie.de and syndie.i2p. Plugins are available at plugins.i2p and stats.i2p.</p> <p>For those of you upgrading from 1.103b, you will find syndie startup and shutdown much faster due to the new version of HSQLDB.</p> <p>If you have a large database or an identity you wish to preserve, you may wish to back up your entire ~/.syndie directory before you start. The upgrade process does make its own backup, however you may find it easier to use your own backup if the upgrade fails.</p>/ar/blog/2014/01/07/i2p-dev-meeting-january-07-2014/Tue, 07 Jan 2014 00:00:00 +0000/ar/blog/2014/01/07/i2p-dev-meeting-january-07-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on2, EinMByte, Giant, kytv, Meeh, str4d, TerraNullius, topiltzin, user, wowa, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:02:10 &lt;zzz&gt; `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 0) hi 20:02:10 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:02:10 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:02:11 &lt;zzz&gt; 5) anything else 20:02:13 &lt;zzz&gt; 6) baffer 20:02:19 &lt;zzz&gt; 0) hi 20:02:24 &lt;zzz&gt; hi 20:02:40 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:46 &lt;zzz&gt; Is the jisko op here? 20:03:35 &lt;zzz&gt; any comments on the jisko submission? 20:03:44 &lt;topiltzin&gt; +1 20:03:54 &lt;eche|on2&gt; add it. 20:04:28 &lt;zzz&gt; any objections? 20:07:05 &lt;str4d&gt; hi 20:07:11 &lt;str4d&gt; No objections here 20:07:13 &lt;zzz&gt; great, even jisko's competitor does not object... 20:07:13 &lt;str4d&gt; It's a good alternative to id3nt (which I need to spend some time on sometime) 20:07:13 &lt;str4d&gt; Hey, the more the merrier 20:07:13 &lt;zzz&gt; indeed. I'll add it to mtn 20:07:13 &lt;str4d&gt; Then if I go down, there are alternatives 20:07:13 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:07:33 &lt;zzz&gt; I see tuna is not here but he claims he got all the tests to pass 20:07:41 &lt;zzz&gt; and he posted his code 20:07:46 &lt;zzz&gt; any objections? 20:07:54 &lt;zzz&gt; or comments? 20:08:22 &lt;eche|on2&gt; no objections so far 20:09:17 &lt;zzz&gt; there's this guy emailing grothoff saying he was "inspired" by the jump code 20:10:25 &lt;zzz&gt; hearing no objections, I'll ask tuna to add it to mtn since he has privs 20:10:31 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:10:39 &lt;zzz&gt; Meeh, are you here? 20:11:06 &lt;zzz&gt; we discussed at CCC, he said he almost certainly had the bandwidth 20:11:22 &lt;zzz&gt; are there any reasonable alternatives? 20:11:28 &lt;zzz&gt; google drive seems a little tacky 20:11:30 &lt;zzz&gt; thoughts? 20:11:50 &lt;eche|on2&gt; google drive is a bit ugly, right 20:12:08 &lt;eche|on2&gt; but it is quite hard to block. 20:12:23 &lt;eche|on2&gt; I would run a download host and a copy in google drive 20:12:36 &lt;eche|on2&gt; or somewhere else like Mega, Sharehosts,... 20:12:56 &lt;zzz&gt; str4d, what's the state of the pick-your-mirror code in the website? 20:13:51 &lt;str4d&gt; zzz: mirrors get added in a backend file, and are used to generate the file-specific list. 20:15:16 &lt;zzz&gt; oh, I forgot about the 'select alternate link' 20:15:19 &lt;str4d&gt; Path urls can contain the version if desired (so files can be organized on the server by version) 20:15:31 &lt;str4d&gt; The default is set in the backend code 20:16:05 &lt;zzz&gt; would 'alternate download locations' be better than 'select alternate link' ? 20:16:07 &lt;zzz&gt; or 'view mirror list' 20:16:27 &lt;zzz&gt; thats really nice I forgot that we worked on that a lot 20:17:08 &lt;str4d&gt; 'Any mirror' pick a mirror at random from the list. 20:17:08 &lt;Meeh&gt; zzz: here now! 20:17:15 &lt;zzz&gt; any objections to Meeh being the primary download location? 20:17:23 &lt;Meeh&gt; i2p.nu * 20:17:25 &lt;Meeh&gt; or i2p2.no 20:17:39 &lt;zzz&gt; oh it's not i2p.no? 20:17:40 &lt;eche|on2&gt; currently not, as long as it is not the only one 20:17:48 &lt;Meeh&gt; no sorry, I got i2p.nu, and i2p2.no 20:18:11 &lt;Meeh&gt; add "facebook" as a point on the meeting for me, got some nice news 20:18:41 &lt;zzz&gt; ok FB will be 5) 20:19:01 &lt;eche|on2&gt; the bad word... 20:19:12 &lt;eche|on2&gt; I just need to cough... *sorry* 20:20:03 &lt;zzz&gt; looks like you are already in the mirror list as download.i2p2.no, is that working? 20:20:07 &lt;zzz&gt; if you want to add i2p.nu also, fine, more the merrier, as long as you are around at update time, or somebody else has the password 20:20:41 &lt;zzz&gt; you can work with str4d on the urls? 20:21:19 &lt;Meeh&gt; yepp 20:21:34 &lt;zzz&gt; any other comments? 20:22:02 &lt;Meeh&gt; I need to check where download.i2p2.no points, might need to change it to another host, need to check I/O. and I can provide more urls if needed. other than that; no :) 20:22:38 &lt;zzz&gt; ok you have a couple weeks before the next release but better sooner than later to get everything right 20:22:48 &lt;str4d&gt; No comments from me 20:22:50 &lt;Meeh&gt; I got the domains, I say we can use it as you guys wish, meaning, just give me instructions on how you want it :P 20:23:14 &lt;kytv&gt; +1 for everything so far (and I'll be happy to continue to handle the uploading of the download files) 20:23:18 &lt;DarkestMatter&gt; I'm tinkering with Makefile.gcj, and I've ran into a snag brought on by my relative naivety of java & gcj. I'm getting a java.lang.NullPointerException brought on by missing jar.so's like ant-1.8.2.jar.so, which exist in a dir outside of $JAVA_HOME, and I'm guessing that that's the problem 20:23:26 &lt;zzz&gt; you and str4d can work the details if needed 20:23:42 &lt;zzz&gt; DarkestMatter, we are in the middle of a meeting if you would please wait about half an hour 20:23:45 &lt;DarkestMatter&gt; Where would I need to symlink the ACTUAL dir into under JAVA_HOME for the build process to find them? 20:24:06 &lt;zzz&gt; next on the agenda: 20:24:06 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:24:29 &lt;zzz&gt; background: OpenITP is about to open up their submission process 20:24:38 &lt;zzz&gt; we need somebody in charge 20:24:56 &lt;zzz&gt; They said we should apply even if we aren't ready 20:24:59 &lt;zzz&gt; which we arent 20:25:28 &lt;zzz&gt; I've posted a 3-phase process in the post above 20:25:45 &lt;zzz&gt; where we submit, then get ready, then really submit and manage the audit 20:26:05 &lt;zzz&gt; at CCC we agreed fixing up the threat model is the most important 20:26:31 &lt;zzz&gt; Comments? Does anybody want to be in charge? 20:28:10 &lt;str4d&gt; The general plan looks sound. 20:29:48 &lt;zzz&gt; Suspecting that we would not have any volunteers, I discussed it with Brandon WIley, asking if we could pay him to do it. (He is currently consulting for zooko, whose company does audits). Thoughts? 20:30:05 &lt;topiltzin&gt; how much? 20:31:03 &lt;str4d&gt; I am happy to contribute to the audit, but will likely not have the time to manage it myself. 20:32:26 &lt;zzz&gt; I assume several thousand dollars at least 20:32:26 &lt;zzz&gt; much higher if we actually get audited although that probably wouldn't be until 2015 20:32:29 &lt;topiltzin&gt; it's probably better for an external party to do it even if it costs a few k 20:32:29 &lt;str4d&gt; If we pay him, we want to ensure that it is useful. 20:32:53 &lt;user&gt; that would incluse exactly what? 20:32:54 &lt;topiltzin&gt; if he's doing this for a living he is (most probably) going to do a better job than anyone of us 20:33:49 &lt;user&gt; ++1 external, and ++1 if it helps getting a better standing, review-wise 20:34:06 &lt;zzz&gt; I would want him to actually help us fix stuff, not just be a traditional "consultant" or preauditor who just points out problems 20:34:27 &lt;zzz&gt; Brandon is a busy guy but also a guy currently looking for money 20:34:56 &lt;user&gt; and would he help you fix? 20:34:58 &lt;zzz&gt; If you havent' seen it: http://www.kickstarter.com/projects/brandonwiley/operator-a-news-reader-that-circumvents-internet-c 20:35:52 &lt;zzz&gt; I asked him to look at our openitp audit page on trac 20:36:07 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:36:19 &lt;zzz&gt; and await openitp's announcement and submission process details 20:36:26 &lt;str4d&gt; I2P has never (to my knowledge) had a proper security expert. I think paying for one to get the groundwork for this right is a good idea (and probably long overdue). 20:36:27 &lt;user&gt; my opnion as an outsieder / user only, is that a few thousand $ should be ok, as long as it's &lt;10k and not just some makeup, but really thorough 20:36:42 &lt;zzz&gt; until that's published it's not worth getting into negotiations with him 20:36:53 &lt;zzz&gt; but Eleanor said any day... 20:37:51 &lt;zzz&gt; eche|on, what's our balance? ~$500K? 20:38:00 &lt;wowa&gt; If you want that I change topic of `http://zzz.i2p/topics/1546?` 20:38:31 &lt;zzz&gt; wowa, we are in the middle of a meeting, please wait until we are done, thx 20:38:36 &lt;eche|on2&gt; zzz: roughly 500 BTC and 50k 20:39:37 &lt;zzz&gt; sounds like people are positive about the idea. Sadly even if we hire him to be in charge, we need to find somebody to be in charge of him... 20:39:40 &lt;EinMByte&gt; Moin 20:42:42 &lt;zzz&gt; I don't think there's anything more to do until the OpenITP announcement, then we can ask if Brandon is interested, if so we will have to talk about again 20:42:49 &lt;zzz&gt; any other comments on 4) 20:42:49 &lt;EinMByte&gt; Did I miss the meeting? 20:42:49 &lt;str4d&gt; EinMByte: in progress 20:42:49 &lt;user&gt; Ein: Just the beginning 20:42:49 &lt;eche|on2&gt; ok, 493 BTC and 48k euro 20:42:49 &lt;EinMByte&gt; oh, okay 20:42:49 &lt;zzz&gt; last call on 4) 20:42:49 &lt;str4d&gt; No comments at this time. 20:42:49 &lt;str4d&gt; Other than, planning should start on the wiki 20:42:49 &lt;zzz&gt; str4d, let's discuss in NYC too 20:42:49 &lt;str4d&gt; zzz: yes. 20:42:49 &lt;zzz&gt; 5) facebook Meeh go 20:42:49 * str4d will move the 3-step plan to /wiki/OpenITPReview/Plan 20:42:49 &lt;Meeh&gt; ok 20:42:49 &lt;Meeh&gt; As I said to zzz on CCC, I now got control over the https://www.facebook.com/I2P page 20:42:49 &lt;EinMByte&gt; Good thing for publicity, I suppose 20:42:49 &lt;topiltzin&gt; way cool :) 20:42:49 &lt;EinMByte&gt; I personally avoid the thing, but obviously most people have facebook 20:42:49 &lt;Meeh&gt; and I used ~10$ and 15min of my time in between my dayjob, and likes rised from 150 to 300 20:42:49 &lt;eche|on2&gt; so far good, but I keep outof facebook 20:42:50 &lt;Meeh&gt; this was in less than 10 hours 20:42:56 &lt;EinMByte&gt; so it's definitely a good thing to get more users 20:43:02 &lt;Meeh&gt; you don't need a account to see the page 20:43:22 &lt;Meeh&gt; however, I think we need to be public there too, to get "big", more users 20:43:22 &lt;EinMByte&gt; Meeh: I know, was more referring to liking and the like 20:43:37 &lt;Meeh&gt; but, nobody here like facebook, nor got an account :P 20:44:04 &lt;Meeh&gt; so, I might have something from work, that I can reuse so we can have an i2p url for some selected which can login and post to facebook, via I2P 20:44:09 &lt;TerraNullius&gt; Hello, about 3) would it also be possible to host releases on github? 20:44:12 &lt;zzz&gt; Meeh, is that it or are you asking for discussion or...? 20:44:55 &lt;Meeh&gt; mostly info, but I think it could be a idea to have an discussion about reaching our users via "social media" 20:44:57 &lt;zzz&gt; TerraNullius, we are done with 3) for now, sorry, you can wait until after the meeting to discuss further 20:45:37 &lt;zzz&gt; Meeh, please discuss with orion, he's our head of publicity, I assume he has some ideas 20:45:43 &lt;EinMByte&gt; Meeh: obviously those new users will need to understand that using "social media" isn't without risks 20:45:54 &lt;zzz&gt; we can also brainstorm with him in NYC and get back to you 20:46:07 &lt;Meeh&gt; we need more contributors, content providers, users, +++, and as we can see the "corporate" world collects a lot of users from SM 20:46:32 &lt;Meeh&gt; EinMByte: ofc. but someone needs to tell them ;) 20:46:39 &lt;Meeh&gt; that's where we comes in 20:46:41 &lt;EinMByte&gt; very true 20:46:47 &lt;topiltzin&gt; and underground I2P parties :) 20:46:47 &lt;Giant&gt; Who would moderate i2p&lt;-&gt;fb? That will be spam central. 20:46:49 &lt;zzz&gt; you're paying people to like you? 20:46:56 &lt;topiltzin&gt; (until 6 am) 20:47:03 &lt;Meeh&gt; yes a little now just to see how much I could boost it 20:47:05 &lt;eche|on2&gt; zzz: yes, some folks do that 20:47:16 &lt;Meeh&gt; 22 friends and the rest from ads 20:47:23 &lt;zzz&gt; now all we need are firetrucks 20:48:11 &lt;Meeh&gt; Giant: read me again. "for some selected which can login" :) 20:48:16 &lt;Meeh&gt; selected is the keyworld 20:48:18 &lt;Meeh&gt; word* 20:48:24 &lt;zzz&gt; good job Meeh , let's all feed him some content. There's a couple pix from ccc too that you can post 20:48:25 &lt;zzz&gt; I have one from tuna but you'll have to crop off the people in the background 20:48:37 &lt;zzz&gt; anything else on 5) ? 20:48:51 &lt;Meeh&gt; Awsome, if someone can give me a link for it I will upload a gallery, including some from me 20:49:08 &lt;Meeh&gt; ye, I'll fix that 20:49:11 &lt;zzz&gt; ok just be sure to crop 20:49:26 &lt;zzz&gt; anything else for the meeting? 20:49:35 &lt;EinMByte&gt; yes 20:49:39 &lt;user&gt; why crop? are you on them in the background? ;) 20:49:46 &lt;EinMByte&gt; I'd like to propose a short discussion about GNS integration 20:50:16 &lt;EinMByte&gt; Are we still looking into that? 20:50:16 * str4d was about to mention that 20:50:27 &lt;Meeh&gt; user: it wasn't allowed to take pictures if not all agreed on it, and we can't find all ppl to ask if it's ok to publish 20:50:35 &lt;str4d&gt; GNS or others 20:50:35 &lt;zzz&gt; ok it could go all day so let's try 10 minutes 20:50:37 &lt;zzz&gt; 6) GNS EinMByte go 20:51:07 &lt;user&gt; Meeh: ah, ok. that makes sense 20:51:09 &lt;str4d&gt; EinMByte: looking into it, yes. 20:51:22 &lt;EinMByte&gt; Alright, so what approach are we going to take 20:51:25 &lt;EinMByte&gt; reimplement? 20:51:28 &lt;str4d&gt; No guarantees that it will happen, or be a direct integration (or even that it will be GNS). 20:51:40 &lt;EinMByte&gt; is there still some possibility of not having to rewrite? 20:51:46 &lt;str4d&gt; But what we have now is an ad-hoc "just works" mess. 20:52:16 &lt;EinMByte&gt; What about support from their side? 20:52:31 &lt;Meeh&gt; topiltzin: want to be a facebook star again? :) (wrt I2P, pictures, CCC) 20:52:34 &lt;EinMByte&gt; They seemed pretty "closed"... 20:53:02 &lt;topiltzin&gt; sure thing Meeh go for it :) 20:53:34 &lt;zzz&gt; spent hours and hours with Christian at CCC 20:54:19 &lt;EinMByte&gt; zzz: no results whatsoever from that? 20:54:30 &lt;str4d&gt; EinMByte: *if* we decide to use GNS as-is (and ignore the fact that by default its DHT is not anonymous), then we could hook it in for testing with ExecNamingService 20:54:33 &lt;str4d&gt; There's a defined API. We just write a script that can query that API, and run it from ExecNamingService. 20:54:33 &lt;str4d&gt; Simple. But not at all optimal. 20:54:42 &lt;zzz&gt; could be anything from 'they solve all our problems' to 'lets use some of it' to 'those are some good ideas' to wow, no thanks 20:55:08 &lt;zzz&gt; no results really. Other than we promised to look into it 20:55:37 &lt;zzz&gt; I think we need to understand what they are doing. Beyond that, nothing is decided 20:56:15 &lt;zzz&gt; atm I'm a skeptic on all things gnunet. Doesn't mean I couldn't be convinced. 20:56:31 &lt;str4d&gt; zzz forwarded me an interesting exchange about I2P naming, it mentioned several other techs besides GNS 20:57:39 &lt;EinMByte&gt; well, I suppose that (as you say zzz), there may be some problems with the ideas behind GNS 20:58:02 &lt;EinMByte&gt; That is: will our users be able to adapt 20:58:09 &lt;str4d&gt; DLV (DNSSEC Lookaside Validation), DNSCurve... 20:58:14 &lt;str4d&gt; There are more technologies out there than GNS 20:58:14 &lt;str4d&gt; I can see that many ideas in GNS have been developed from scratch, assuming nothing. 20:58:37 &lt;topiltzin&gt; boiling the oceans 20:58:44 &lt;zzz&gt; sure. It's been a long time since we discussed our naming system in the big context of the internet, the triangle, alternatives, etc, so that's a good thing 20:58:48 &lt;EinMByte&gt; Yes. Since we need an alternative to hosts.txt for sure, we might as well look into those alternatives 20:59:00 &lt;str4d&gt; Even things like how the local cache is stored encrypted, as a direct copy of the blocks obtained from the DHT 20:59:02 &lt;zzz&gt; but he is indeed trying to boil 20:59:37 &lt;str4d&gt; I ran a quick test, I can confirm that NamingServices can be distributed as plugins. 20:59:39 &lt;zzz&gt; we talked about a layer that hides the GNS ugliness that we would have to design and implement. However that may also hide some of the benefits. 20:59:59 &lt;str4d&gt; It only requires that the default NamingService is a MetaNamingService. 21:01:06 &lt;str4d&gt; Are there any downsides to making the install-default NamingService a MetaNamingService, and the default added NamingService to it BlockfileNamingService? 21:01:08 &lt;zzz&gt; let's wrap up 6), we aren't going to fix things here 21:01:08 &lt;zzz&gt; anything else on 6) ? anything else for the meeting? 21:01:15 &lt;str4d&gt; (Current default NS is BlockfileNamingService, and current default added NS to Meta is HostsTxt...) 21:01:26 &lt;EinMByte&gt; one more thing on 6: 21:01:30 &lt;str4d&gt; zzz: above proposal is I think part of 6 21:01:32 &lt;EinMByte&gt; str4d, you mention alternatives? 21:01:50 &lt;EinMByte&gt; if GNS doesn't work, we can always check out other things 21:01:54 &lt;EinMByte&gt; they might fit us better 21:02:25 &lt;str4d&gt; EinMByte: yes. I have no knowledge of these alternatives, but all ideas are worth consideration. 21:04:12 &lt;str4d&gt; zzz: I propose that we change to MNS in 0.9.10, there is no visible change to users, but then if people want to test a NS plugin they don't need to edit router.config 21:04:18 &lt;zzz&gt; ok, everybody keep working on these ideas big and little, thats how we make things better 21:04:35 &lt;EinMByte&gt; str4d: okay. I will try to find some time to look into them 21:04:48 &lt;EinMByte&gt; I suppose this closes 6? 21:04:54 &lt;zzz&gt; str4d, we can do it when we need to but no rush? needs more testing too. Maybe post a howto? 21:05:17 &lt;zzz&gt; ok you all can keep yakking but I gotta run 21:05:19 &lt;topiltzin&gt; I'll offer the contrarian view: our current naming system works just fine 21:05:27 &lt;EinMByte&gt; same here 21:05:30 &lt;topiltzin&gt; and has some benefits we want to keep 21:05:38 * str4d afk 21:06:06 * zzz *bafs* the meeting closed </div>/ar/blog/2013/12/07/0.9.9-release/Sat, 07 Dec 2013 00:00:00 +0000/ar/blog/2013/12/07/0.9.9-release/<p>0.9.9 fixes a number of bugs in the netdb, streaming, and i2ptunnel, and starts work on a year-long plan to increase the strength of the cryptographic signing algorithms used in the router, and support multiple algorithms and key lengths simultaneously. Automatic update files will now be signed with 4096-bit RSA keys.</p> <p>We now support SSL between your router and your servers for security. See this development thread for more information.</p>/ar/blog/2013/10/22/i2p-dev-meeting-october-22-2013/Tue, 22 Oct 2013 00:00:00 +0000/ar/blog/2013/10/22/i2p-dev-meeting-october-22-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, efkt, kytv, Meeh, Pseudonemo, str4d, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:54 &lt;zzz&gt; `http://zzz.i2p/topics/1490` - 15 minutes max per item, 5 minutes for brief items 20:00:54 &lt;zzz&gt; 0) hi 20:00:54 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:00:55 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:00:55 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:00:55 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:00:57 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:00:59 &lt;zzz&gt; 3) Additional backup release signer - Need new su3 keys, HH hasn't added his yet, do we need another person? 20:01:02 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:01:04 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:01:08 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:01:09 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Oct. 22 8 PM UTC (at zzz.i2p) 20:01:10 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:01:13 &lt;zzz&gt; 0) hi 20:01:14 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:01:18 &lt;dg&gt; hi 20:01:18 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:01:20 &lt;dg&gt; efkt_: 20:01:25 &lt;zzz&gt; efkt_, are you here? 20:01:25 &lt;kytv&gt; +1 for salt 20:01:36 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:01:37 &lt;efkt_&gt; Hi everyone. Yes I'm here. 20:01:41 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:01:44 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:02:20 &lt;topiltzin&gt; +1 for salt 20:02:38 &lt;dg&gt; +1 for salt 20:02:43 &lt;zzz&gt; I only have one question - where does the name come from,does it mean "salt" or does it stand for something? should it be translated? 20:03:00 &lt;dg&gt; Salt's a great community resource and efkt_ is extremely welcoming. I don't have a bad word to say about him :) 20:04:26 &lt;efkt_&gt; zzz: It really doesn't stand for anything. Unfortunately some security-thing startup recently opted to use "Salt" as well. The idea behind the name was: NaCl crypto, salted hashes as the "thematic choice" 20:05:07 &lt;efkt_&gt; Just having fun is all. 20:05:38 &lt;efkt_&gt; It leads to a lot of questions "what the hell is salt?" Why salt? 20:07:44 &lt;efkt_&gt; As for translation, I don't see that it would be useful to call it something other than what is used for the short url 20:07:47 &lt;zzz&gt; so would we translate it in the console or not? 20:07:57 &lt;str4d&gt; +1 for salt 20:08:51 &lt;str4d&gt; "take everything you read on I2P with a pinch of salt" 20:09:09 &lt;dg&gt; hah 20:09:19 &lt;efkt_&gt; Haha. RN has ceaseless salt jokes. 20:11:36 &lt;zzz&gt; ok. I noticed the icon you submitted doesn't have a transparent part. It might look better if it did. Or maybe not. May depend on the theme 20:11:36 &lt;zzz&gt; if you're happy with the icon it's fine I guess 20:11:36 &lt;zzz&gt; hearing no objections I think that's it for 1). I'll check it in. 20:11:36 &lt;zzz&gt; moving on to 2) no.i2p - is Meeh here? 20:11:42 &lt;str4d&gt; Perhaps it should be translated. 20:17:33 &lt;zzz&gt; in the short term, only generating a public key, storing your private key somewhere safe, and checking it in 20:17:53 &lt;zzz&gt; if me and kytv get hit by a bus, then you would be the one building and signing the releaase 20:18:07 &lt;zzz&gt; which is basically running 'ant release' 20:18:08 &lt;dg&gt; I can do it also then. I won't be able to take responsibility for writing code though. 20:18:33 &lt;zzz&gt; writing release notes, distributing the files, starting torrents, writing the news are all related activities 20:18:34 &lt;dg&gt; So, please look both ways before crossing! 20:19:00 &lt;zzz&gt; basically you'd be a packager / release manager 20:19:23 &lt;dg&gt; yeah, I can do this. 20:19:41 &lt;zzz&gt; I think str4d would be well-suited 20:20:40 &lt;zzz&gt; dg have you done much with monotone? do you have checkin privs now? 20:21:14 &lt;dg&gt; zzz: I've not had checkin privs to i2p.i2p and I'm not a mtn pro. I get it enough to use it but advanced trickery is beyond me. 20:21:22 &lt;dg&gt; If str4d is more appropriate, that's fine. 20:21:50 &lt;zzz&gt; other acks/nacks on str4d ? 20:29:18 &lt;kytv@kytv&gt; ffs, I'll relay: 20:30:12 &lt;kytv@kytv&gt; `http://pastethis.i2p/show/5965` 20:30:13 &lt;iRelay@kytv&gt; Title: Paste #5965 | LodgeIt! (at pastethis.i2p) 20:30:14 &lt;kytv@kytv&gt; bah 20:30:32 &lt;dg&gt; welcome back 20:30:43 &lt;zzz&gt; ok 20:30:44 &lt;zzz&gt; repost 20:30:50 &lt;zzz&gt; hearing no objection let's welcome str4d as our newest backup release signer 20:30:55 &lt;zzz&gt; str4d, kytv or I can help you generate your keys and check them in 20:31:03 &lt;zzz&gt; excellent. I'm always worried about the bus. 20:31:06 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:31:12 &lt;zzz&gt; just wanted to mention the icons thing here, to highlight postman badger sponge eche|on kytv et al 20:31:20 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:31:41 &lt;zzz&gt; pick or design an icon or we will pick one for you 20:32:01 &lt;zzz&gt; you have a couple weeks 20:32:17 &lt;zzz&gt; thanks to str4d for his detailed post on what is in fux 20:32:32 &lt;zzz&gt; anybody else have anything to say about this? 20:32:49 * kytv is indifferent 20:33:11 &lt;zzz&gt; ok moving on 20:33:11 &lt;dg&gt; it'd be nice to have a prettier set of icons. I like the fux set. that's all. 20:33:12 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:33:33 &lt;zzz&gt; str4d, what's the status and what's blocking progress? 20:33:57 &lt;str4d&gt; Status: .py files are not updating for some reason (they were) 20:34:22 &lt;str4d&gt; When a .py file updates, the webserver needs to be restarted, but the script to do that has stopped working. 20:34:46 &lt;str4d&gt; Other than that, not much. 20:35:28 &lt;str4d&gt; CSS issues were shown on IE, it looks like on the frontpage the BG image is not displaying, but I can't test. 20:35:28 &lt;zzz&gt; you need welterde_ or just time? 20:35:33 &lt;topiltzin&gt; revamp site has issues with IE{7,8}. IE9 is untested. I don't know if we care about that. 20:35:57 &lt;topiltzin&gt; IE10 works fine so I'm inclined to not worry about the older versions 20:36:05 &lt;str4d&gt; On non-frontpage pages, IE{7,8} is terrible. 20:36:49 &lt;str4d&gt; But that is not really a blocker. 20:37:02 &lt;str4d&gt; wrt content, is everyone happy with the front page as-is? 20:37:13 &lt;zzz&gt; ok. just would love to see us get past the finish line on this. On Sept. 1st on tx, you announced it would go live in a week :) 20:37:20 &lt;dg&gt; yes, str4d 20:37:53 &lt;str4d&gt; zzz: yea, shortly after that I discovered the .py problem and ran out of time to fix. 20:38:20 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:38:22 &lt;str4d&gt; If .py -&gt; restart is not working, then welterde_ (and every mirror operator) need to manually restart every time. 20:38:33 &lt;str4d&gt; A few minor points: 20:38:55 &lt;str4d&gt; When updating for a release, there are two locations to change: 20:39:16 &lt;str4d&gt; i2p2www/__init__.py - CURRENT_I2P_VERSION 20:39:38 &lt;str4d&gt; and i2p2www/pages/downloads/list.html - the hashes at the top. 20:39:50 &lt;zzz&gt; maybe I can cut you short, no use training me until I need it, as I will ask again... 20:40:07 &lt;str4d&gt; zzz: fair enough. But that ^ is it. 20:40:30 &lt;str4d&gt; tl;dr - as soon as the .py problem is fixed, it is safe for live. 20:40:31 &lt;zzz&gt; ok, I'll copypasta it, might lose it, might not. 20:41:01 &lt;kytv&gt; (mine's updating/restarting FWIW (http://geti2pj2fl72u4m2.onion/ / `http://kfri3jwfsi2uy7j3pbzykbbaoqoj4siyhf3hozln3wxcrkvvityq.b32.i2p/))` 20:41:04 &lt;iRelay&gt; Title: I2P Anonymous Network (at geti2pj2fl72u4m2.onion) 20:41:16 &lt;zzz&gt; ok then let's ask welterde_ to help out here 20:41:49 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:42:06 &lt;str4d&gt; It's *much* simpler than current :-P 20:42:13 &lt;str4d&gt; kytv: thanks - which script? 20:42:16 &lt;str4d&gt; (but I'm done with 5) 20:42:25 &lt;zzz&gt; bah. I got my sed script :) 20:42:25 &lt;str4d&gt; Oh, one other point: 20:42:34 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:42:40 &lt;str4d&gt; I want us to think about the /research page 20:42:42 &lt;kytv&gt; (yw) 20:43:11 &lt;str4d&gt; Just putting the thought out. 20:43:32 &lt;kytv&gt; str4d: it's a modification of the one in i2p.www.revamp that I made for future appliance. I can pastebin it later. 20:43:35 &lt;zzz&gt; I just put this on the agenda to thank kytv and his helpers Meeh and welterde_ for moving, hosting, upgrading, managing, etc and getting it back up 20:43:54 * dg thanks 20:44:18 &lt;str4d&gt; kytv++ 20:44:20 &lt;zzz&gt; it's an important resource that got hammered by spam and then disabled by me and then broken by kytv, but we won't mention that part since we're thanking him... 20:44:41 &lt;efkt_&gt; bwahaha 20:44:52 * str4d had plans to help, until kytv sabotaged those plans and took the glory for himself ;-P 20:45:17 &lt;zzz&gt; oh yeah sorry str4d you did do quite a lot too in the early stages 20:45:42 &lt;zzz&gt; ok enough of that, back to the beatings 20:45:47 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:46:18 &lt;zzz&gt; I have 3 of them in the stats.i2p queue, everybody piling in after the silk road thing 20:46:49 &lt;str4d&gt; Enforcing this is not trivial - we only know if the person registering makes it obvious in the domain or the about description. 20:46:51 &lt;dg&gt; I don't think anybody will target $registrar for saying yes 20:46:53 &lt;zzz&gt; we had several silkroad* registrations last year, I approved them at the time, none were around for long 20:46:57 &lt;Meeh&gt; sorry I'm late, but here now 20:47:15 &lt;zzz&gt; Meeh will be back to you shortly, we are on 7) 20:47:21 &lt;Meeh&gt; np 20:47:52 &lt;zzz&gt; zab what would you like to say about this 20:48:00 &lt;zzz&gt; ^^ topiltzin 20:48:00 &lt;topiltzin&gt; In the interest of full disclosure, I have significant investment in bitcoin. So I'm naturally supportive of anything that promotes use of bitcoin 20:48:00 &lt;zzz&gt; enforcing is never a sure thing 20:48:26 &lt;topiltzin&gt; in fact, part of the reason I'm working on i2p is to prepare for a possible future where anonymous marketplaces cannot use tor anymore 20:48:42 &lt;topiltzin&gt; &lt;/end full disclosure&gt; 20:49:03 &lt;zzz&gt; I could reject either on 1) its illegal 2) brings attention we dont need or 3) i2p really isnt safe enough for markets 20:49:13 &lt;zzz&gt; but all those are shaky reasons 20:49:18 &lt;dg&gt; If 3), I don't know what we are safe for 20:49:21 &lt;str4d&gt; But on the assumption that we can discover which domains are for marketplaces: 20:49:22 &lt;str4d&gt; topiltzin ^ 20:49:35 &lt;dg&gt; I don't agree with ever saying "Hey, $group, come to us! We're like, safe and things!" but a little confidence is good too 20:49:49 &lt;Pseudonemo&gt; as regards public perception, policies can help, even if they aren't perfectly enforcible, imo 20:50:01 &lt;topiltzin&gt; 3) is something the operators of the marketplaces need to decide for themselves 20:50:45 &lt;Meeh&gt; I agree with you there topiltzin, the operators choose 20:50:46 &lt;topiltzin&gt; if 2) will happen it will happen regardless of addressbook policy 20:50:49 &lt;zzz&gt; fyi the three I'm sitting on are silkroadreloaded.i2p, market.i2p, and freemart.i2p - you can jump to all thru stats.i2p 20:51:02 &lt;welterde_&gt; still unable to figure out why restart is not working? 20:51:35 &lt;welterde_&gt; (just arrived) 20:52:00 &lt;topiltzin&gt; re 1) - that's the interesting one. I suggest the following policy: if a market place advertises $ILLEGAL_ACTIVITY then it does not indexed 20:52:08 &lt;str4d&gt; welterde_: I haven't had time to investigate it. 20:52:18 &lt;topiltzin&gt; but a market that simply says "anonymous marketplace" should not be banned automatically 20:52:28 &lt;welterde_&gt; ic 20:52:32 &lt;str4d&gt; +1 on re 1) 20:52:34 &lt;dg&gt; most things here are anonymous 20:52:40 &lt;efkt_&gt; fwiw I think its reasonable to not outright ban all marketplaces and use a case-by-case basis, disallowing support for those who wish to use stats.i2p for drugs, assassination, arms, etc focusing on what is unsavory and not neccessarily what is illegal. 20:52:45 &lt;Pseudonemo&gt; I think topiltzin's suggestion is a reasonable compromise, fwiw 20:52:59 &lt;str4d&gt; stats.i2p is a voluntary service, not an "official" addressbook. 20:53:14 &lt;zzz&gt; I find it hard to get too worked up about drugs. If they're advertising CP or contract killings that's another story. 20:53:27 * dg nods 20:53:35 &lt;str4d&gt; Mmm. 20:53:43 &lt;Pseudonemo&gt; str4d: it's still linked on the router console, which would be considered a tacit endorsement by many 20:53:51 &lt;Meeh&gt; agreed 20:54:00 &lt;str4d&gt; IMHO the standard sort of T&C we require for routerconsole would be fine. 20:54:13 &lt;dg&gt; Pseudonemo: A link to a site that doesnt' really link to but can be contacted for info on a site people MAY not like? no 20:54:32 &lt;Pseudonemo&gt; fair enough 20:54:43 &lt;zzz&gt; I thnk I'll treat markets like forums and torrent sites, i.e. post a TOS and then I'll decide 20:54:48 &lt;str4d&gt; (but that does not mean that a marketplace would be accepted for routerconsole, that is a separate decision) 20:56:05 &lt;topiltzin&gt; that's fine. It would help if you publish some guidelines on what will NOT get indexed 20:56:12 &lt;zzz&gt; thanks guys for your thoughts. this is more my problem than a project issue and I needed some advice. 20:57:07 &lt;dg&gt; if you feel uneasy about it, you are within your rights not to allow them zzz 20:57:24 &lt;dg&gt; but i think it's ok as long as it's not crossing any moral lines 20:57:54 &lt;zzz&gt; it's all on `http://stats.i2p/i2p/addkey.html` - I guess I would just add 'markets' to the line about forums, trackers, file + image hosts... 20:57:54 &lt;zzz&gt; ok enough on 7) 20:57:54 &lt;zzz&gt; back around to: 20:57:54 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:57:54 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:57:54 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:57:56 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:58:08 &lt;iRelay&gt; Title: Add a Key (at stats.i2p) 20:58:13 &lt;zzz&gt; take it away Meeh what you got for us? 20:58:24 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:59:06 &lt;Meeh&gt; well, I've setup a registration service with a TOS somewhat the same as stats.i2p, to help "decentralize" the naming service in I2P if needed 20:59:16 &lt;zzz&gt; ping Meeh 20:59:36 &lt;Meeh&gt; doesn't my messages get trough? 21:01:45 &lt;str4d&gt; I hear ya 21:01:45 &lt;Meeh&gt; ok good, I checked freenode so iRelay does too 21:01:45 &lt;zzz&gt; got it, lag 21:01:45 &lt;zzz&gt; yeah we really need more of everything and my registration service really stands out by itself 21:01:45 &lt;zzz&gt; just checked, I set it up in January of 2008 after orion.i2p vanished (snif) 21:02:08 &lt;Meeh&gt; yupp, so that's why I added it, to help "decentralize" it if needed 21:02:27 &lt;zzz&gt; slow's inr.i2p service is great but his anything-goes policy isn't compatible with ours 21:02:40 &lt;Meeh&gt; other than that I haven't thought much on it, so if people want to contribute with ideas, go ahead 21:02:51 &lt;zzz&gt; if you can work together on his software base, but have something managed, that's great 21:04:56 &lt;dg&gt; fwiw, inr.i2p is a thing. 21:05:24 &lt;zzz&gt; anybody reviewed Meeh's TOS or have any thoughts? 21:05:24 &lt;topiltzin&gt; I looked briefly, looked like copy-pasta of yours 21:05:24 &lt;Meeh&gt; yes, I will publish my changes. I've updated it to django 1.5 and added export-alive.txt "view" support 21:05:24 &lt;topiltzin&gt; +1 on no.i2p based on nothing but general Meeh awesomeness :) 21:05:24 &lt;Meeh&gt; topiltzin: yes, it was copy paste :P 21:05:24 &lt;zzz&gt; well, Meeh actually you have two pastas. one of slow's on no.i2p and one of mine on no.i2p/tos/ 21:05:24 &lt;Meeh&gt; I wrote some myself, and copied most of it, to make it as close to the official rules as possible, since I guessed zzz followed them closely 21:05:24 &lt;Meeh&gt; yea, a mix 21:05:24 &lt;Meeh&gt; can change it ofc 21:05:26 &lt;efkt_&gt; +1 for no.i2p. Giving people more jump links and subscriptions is a plus. If there will be more sites registered with no.i2p I think it would be helpful to inform existing userbase about such a change. 21:05:45 &lt;Meeh&gt; I didn't remove the policies that was "acceptable" from the original source 21:05:46 &lt;zzz&gt; is it confusing to have overlapping stuff in two places? 21:05:51 &lt;zzz&gt; actually 3 with /postkey/ 21:06:21 &lt;Meeh&gt; ok, I should fix that. but question is then, which is the best? 21:06:30 &lt;Meeh&gt; or, the most agreeable 21:06:37 &lt;Meeh&gt; which I can work more on 21:06:40 &lt;zzz&gt; speaking from experience you have to shout the TOS loud and clear 21:07:17 &lt;zzz&gt; fyi I'm getting about 75/month and rejecting about 3-5/month 21:07:54 &lt;zzz&gt; any objections to 2a) or 2b) or 2c) ? 21:08:16 &lt;zzz&gt; if not Meeh please do all the checkins yourself 21:08:23 &lt;Meeh&gt; ok, I get about 1-2 a week, but often they double register 21:08:26 &lt;Meeh&gt; both with you and me 21:08:32 &lt;Meeh&gt; for example silkroadreloaded 21:09:02 &lt;zzz&gt; anybody have anything else while I warm up the baffer? 21:10:21 &lt;efkt_&gt; zzz: dg: kytv: topiltzin: str4d: Thank you. It means a lot to have support. 21:10:56 &lt;dg&gt; Maybe we should talk about the roadmap next time and our plans. 21:10:56 &lt;kytv&gt; hosting for our downloads, unless there's already a plan, needs to be fleshed out. 21:10:56 &lt;Meeh&gt; ok. Then we say add to trunk? (no.i2p) 21:10:56 &lt;Meeh&gt; seems like we're on a new topic already :P 21:10:56 &lt;kytv&gt; +1 for no.i2p (yes, add to trunk) 21:11:05 &lt;zzz&gt; oh, I'll note that I wrote down some rather obvious meeting policies on `http://zzz.i2p/topics/1491` to make it clear anybody can schedule a meeting for anything at any time 21:11:20 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 21:11:25 &lt;dg&gt; efkt_: No problem. You're great! 21:11:38 &lt;zzz&gt; yeah, downloads and roadmap may be good for a future meeting 21:11:53 &lt;dg&gt; nothing for now from me 21:11:59 * zzz emphatically ***BAFS*** the meeting closed 21:12:12 &lt;dg&gt; :) </div>/ar/blog/2013/10/04/i2p-dev-meeting-october-04-2013/Fri, 04 Oct 2013 00:00:00 +0000/ar/blog/2013/10/04/i2p-dev-meeting-october-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, equinox, hottuna, Mathiasdm, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:09:33 &lt;str4d&gt; Meeting time. Who is here? 20:09:53 * psi is here 20:10:04 * dg here 20:11:34 * topiltzin . 20:11:51 &lt;str4d&gt; hottuna, zzz, welterde, kytv: ping 20:12:17 * orion is here 20:13:01 * str4d loads meeting agenda 20:14:01 &lt;str4d&gt; I can't reach zzz.i2p. Can anyone else get to `http://zzz.i2p/topics/1480` ? 20:14:35 &lt;str4d&gt; Got it. 20:14:43 &lt;str4d&gt; 1) Threat model 20:14:44 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:14:44 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:14:44 &lt;str4d&gt; 1c) Apply DREAD (or other scheme) to attack vectors in threat model. 20:14:44 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 20:14:53 &lt;str4d&gt; 3) Roadmapping. 20:15:22 &lt;str4d&gt; 4) Docs discussion. 20:15:41 &lt;str4d&gt; We already coverered 0) Say hi ;-P 20:15:42 &lt;str4d&gt; 1) Threat model 20:15:53 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:17:07 &lt;str4d&gt; As I said in the forum post, I think that one of the things we can do to improve how other perceive I2P is to improve and clarify the threat model. 20:17:29 &lt;str4d&gt; Right now, it is a wall of text, and difficult for users (and non-motivated devs) to find the main concerns. 20:17:45 &lt;dg&gt; It's hard to rank it also. 20:17:47 &lt;dg&gt; Understand urgency, etc. 20:18:03 &lt;str4d&gt; And without any proper risk modelling, we really have no idea if we are focusing on the right aspects. 20:18:13 &lt;psi&gt; It would be great to get a short version of the threat model first and build off that 20:18:23 &lt;str4d&gt; dg: exactly. 20:18:59 &lt;str4d&gt; I did some research, and https://www.owasp.org/index.php/Threat_Risk_Modeling has a good threat risk modeling "layout", which is used by e.g. Cryptocat for their threat model. 20:19:04 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 20:19:53 &lt;str4d&gt; The DREAD scheme that they describe is not completely effective at identifying risk correctly, according to feedback mentioned in a subsequent post by the designer of the model - https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 20:20:49 &lt;str4d&gt; I propose that we use the modified DREAD model that he gives in the above post, to model the severity and priority of our attack vectors. 20:20:50 &lt;str4d&gt; Discuss! 20:21:13 &lt;dg&gt; Give me some time to review the models? :) 20:21:40 &lt;str4d&gt; dg: you were supposed to have done that already, I linked to it in the forum post... 20:21:44 &lt;str4d&gt; :P 20:21:50 &lt;dg&gt; sorry 20:22:24 &lt;str4d&gt; (but I didn't actually ask people to do so, my bad) 20:23:08 &lt;str4d&gt; DREAD tl;dr - they rank a threat on five 1-10 scales, add the results and divide by 5. 20:23:12 &lt;str4d&gt; Damage Potential 20:23:29 &lt;str4d&gt; Reproducibility 20:23:29 &lt;str4d&gt; Exploitability 20:23:29 &lt;str4d&gt; Affected Users 20:23:30 &lt;str4d&gt; Discoverability 20:24:12 &lt;str4d&gt; modified DREAD tl;dr - same five parameters, but a 1-3 (low, med, high) scale and a "weighted" calculation. 20:25:09 &lt;dg&gt; I'm giving it a brief read; I obviously don't know all the details but any structured system is better. 20:25:18 &lt;str4d&gt; The modified DREAD model makes better sense to me than the original. 20:26:06 &lt;dg&gt; I have a lot of respect for OWASP too. :P 20:26:10 &lt;str4d&gt; "If we look at the five components, we see that none of these are highly correlated - one of them does not imply the other. This means we have independent factors, which is one of the strongest criteria for a solid model. Thus our task is to figure out how to properly weight the inputs. In WSC, we told you to rate them from 1-10, add them up, and divide by 5. If we apply some obvious tests, we find that a damage of 1, and all other factors 10 (a well known nuisance 20:26:10 &lt;str4d&gt; , e.g., pop-ups) gets weighted the same as a discoverability of 1 and everything else 10 (hard to sort out, but causes the heat death of the universe). This is an obvious malfunction." 20:27:10 &lt;str4d&gt; dg: so do I. They have many other potentially-useful models and docs there. 20:27:31 &lt;str4d&gt; Anyone else have comments? 20:29:50 &lt;str4d&gt; If no-one else has comments yet, then we will move on to the next topic while you think. 20:30:05 &lt;psi&gt; no comments 20:31:03 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:31:17 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/overview/threat-model/` 20:31:18 * psi starts skimming threat model 20:31:39 &lt;iRelay&gt; Title: I2P's Threat Model - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:31:47 &lt;dg&gt; I notice a rating? 20:31:50 &lt;dg&gt; Is this new? 20:32:04 &lt;str4d&gt; dg: I added the modified DREAD system. 20:32:12 &lt;str4d&gt; (in anticipation of no one having objections) 20:32:31 &lt;str4d&gt; (but not in anticipation of no comments at all :-P ) 20:32:53 &lt;str4d&gt; The ratings are invalid. 20:33:03 &lt;dg&gt; It doesn't seem to match- 20:33:05 &lt;dg&gt; yeah 20:33:09 &lt;str4d&gt; (this is what I want to change in this meeting) 20:33:25 &lt;str4d&gt; While we are discussing the threat model itself, please think about possible ratings (for the next topic) 20:33:28 &lt;dg&gt; The design looks good so with actual values, I'd like it. We should order in value of severity too. 20:34:48 &lt;str4d&gt; Our threat model page does not follow the "standard" threat model layout (e.g. OWASP page) 20:35:04 &lt;str4d&gt; Identify Security Objectives 20:35:05 &lt;str4d&gt; Survey the Application 20:35:05 &lt;str4d&gt; Decompose it 20:35:05 &lt;str4d&gt; Identify Threats 20:35:05 &lt;str4d&gt; Identify Vulnerabilities 20:35:08 &lt;psi&gt; we're going to duscuss the values of these rating now... or later? 20:35:50 &lt;str4d&gt; psi: next topic. Right now we are discussing the threat model itself - we can't rate threats if they are out-of-date. 20:35:58 &lt;psi&gt; right 20:36:17 &lt;str4d&gt; (And FYI meeting will end at 10PM UTC) 20:36:29 &lt;str4d&gt; (At least, I will be leaving then) 20:37:18 &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:37:21 &lt;dg&gt; Where is everyone? 20:37:29 &lt;dg&gt; We can't operate with 3 people. 20:37:54 &lt;str4d&gt; topiltzin, hottuna, zzz, welterde, kytv: ping 20:37:55 &lt;zzz&gt; there is more to "formalizing" the model than just rating each element 20:37:56 &lt;equinox&gt; I think it is worth considering the methods outlined in todays guardian articles. The NSA tried to target the dev process 20:38:16 &lt;str4d&gt; zzz: I know, but we have to start somewhere. 20:38:18 &lt;zzz&gt; in particular, the major objection to our model is that we don't clearly specify what is in and what is out 20:38:40 &lt;dg&gt; What affects us and what doesn't? 20:38:43 &lt;zzz&gt; which is a step that would need to happen before rating, should we care to address the critics 20:39:23 &lt;str4d&gt; zzz: that is what we are doing now. 20:39:23 &lt;str4d&gt; &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:39:29 &lt;zzz&gt; the major point of a threat model is to specify what's NOT in it, e.g. the NSA. Projects use that to wave their hands and say "not our problem, not in our threat model" 20:39:44 &lt;zzz&gt; we haven't done that. 20:40:07 &lt;idog98@freenode&gt; . 20:40:10 &lt;str4d&gt; Right. So let's do that. 20:40:29 &lt;zzz&gt; If we make a formal model and omit the NSA, we can then stop working on protocol obfuscation, and perhaps even stronger crypto. 20:40:42 &lt;zzz&gt; or, we could call that a copout. 20:41:18 &lt;dg&gt; From the start, it's clear that Tor can't save you from a GPA. Do we make this and other caveats clear? 20:41:26 &lt;dg&gt; and do we protect against NSA? 20:41:59 &lt;str4d&gt; Global adversaries (that can monitor the entire internet) are out by nature of the onion routing design. 20:42:18 &lt;str4d&gt; NSA, as big as it is, is not a global adversary. 20:42:37 &lt;psi&gt; the NSA as it is does have an extensive reach 20:42:38 &lt;zzz&gt; Most of the current model is aspirational, as we are too small to realistically counter may of the items atm 20:42:50 &lt;dg&gt; Would we protect against GPA with some of the things in our roadmap? ;) 20:42:52 &lt;equinox&gt; str4d: perhaps but they do work with others 20:43:01 &lt;zzz&gt; the traditional terminology is "state-level" adversary, e.g. NSA 20:43:03 &lt;orion&gt; GPA? 20:43:11 &lt;str4d&gt; equinox: likely. 20:43:13 &lt;str4d&gt; zzz: thanks. 20:43:18 &lt;dg&gt; Global Passive Adversary 20:43:56 &lt;zzz&gt; so if you want to make a strict model and exclude state-level, and use it to guide dev, then that would e.g. tell us not to work on obfuscation 20:44:47 &lt;orion&gt; It's a difficult enough task to maintain anonymity, let alone do obfuscation. 20:45:43 &lt;zzz&gt; critics love formal threat models... does having one only enable the trolls, or would it actually help us promote and dev? 20:45:53 &lt;str4d&gt; We have always stated that I2P does not do obfuscation (but not explicitly in the threat model) 20:46:19 &lt;str4d&gt; That is a fair point. 20:46:28 &lt;Mathiasdm&gt; a threat model is good for focus 20:46:34 &lt;dg&gt; The trolls have enough if they want to troll. Fuck that. 20:46:41 &lt;Mathiasdm&gt; trolls are always around, I wouldn't take those into account 20:46:43 &lt;Mathiasdm&gt; (sorry to jump in) 20:46:51 &lt;str4d&gt; My goal with this meeting was not to have a strict threat model that we must absolutely follow to the letter. 20:47:02 &lt;str4d&gt; Even if we wanted to have that, it would not be possible in a single meeting. 20:47:25 &lt;dg&gt; No problem. Nice to see you, Mathiasdm. 20:47:28 &lt;dg&gt; A formal threat model helps us to define what we're trying to protect against either 20:47:37 &lt;dg&gt; I've been around for almost a year and I'm still not sure exactly what. 20:47:40 &lt;str4d&gt; The website page we call the "threat model" is a giant WoT and difficult to grep. That is really what I want to fix. 20:48:20 &lt;str4d&gt; I want users to be able to look at it and quickly understand what we are trying to do. 20:48:50 &lt;equinox&gt; We know the state agencies and actors on behalf of the state will only increase their scope as time goes on (if they are left unchecked). I think it is best to plan for that eventuallity rather than reacting to it. 20:49:16 &lt;str4d&gt; Because misinformation and misunderstanding have been a problem with I2P for a long time. 20:50:28 &lt;zzz&gt; I think the page is pretty good. Although perhaps it needs another page that's a summary. 20:51:12 &lt;str4d&gt; The threat risk modelling (with DREAD) is something that is easy to do, and easy to remove if we decide that it doesn't give us valid information. 20:51:57 &lt;str4d&gt; zzz: it is good for someone who is prepared to take the time to read it. It is not good for skimmers. 20:52:36 &lt;str4d&gt; As the post I linked above says: "Warning! Do NOT apply this system, or any other system, without THINKING about it. This system may or may not help you arrive at the right conclusion, and if it does not, consider worth what you paid to get it, which is zero." 20:53:26 &lt;zzz&gt; imho you have 3 orthogonal goals for the single page: 1) simplifying for the masses, 2) formalizing, and 3) risk modelling 20:54:38 &lt;str4d&gt; 1) and 3) are linked - having the ratings enables the masses to skim, find the "important" ones to them, and read. 20:54:49 &lt;str4d&gt; But I agree that 2) is orthogonal (and also linked to 3) ) 20:56:04 &lt;str4d&gt; If having a formal threat model becomes a blocker to other things, then we will need to pursue it. But when I originally said "formalize", I should have said "clarify". 20:57:43 &lt;str4d&gt; Quick poll: does anyone here think that going through and applying DREAD to the attack vectors on our "threat model" page is useful or a good idea? 20:58:28 &lt;str4d&gt; If yes, let's move to next topic and do so, then we can discuss the result. If no, let's forget about it and move on. 20:58:44 &lt;topiltzin&gt; yes-as-long-as-its-someone-else-doing-it 20:58:46 &lt;dg&gt; What's the alternative? 20:59:09 &lt;dg&gt; hahaha 20:59:21 &lt;topiltzin&gt; being honest :) 20:59:37 &lt;dg&gt; or depressing. :) 21:02:00 &lt;hottuna&gt; It isn't a bad idea but, I'm not sure that is the be-all-end-all solution for the threat model. 21:02:06 &lt;psi&gt; hmm &lt;str4d&gt; hottuna: I don't intend it as such, but I think it is a useful step. And no one else was suggesting or doing anything :-P &lt;psi&gt; it depends if there are more people helping &lt;psi&gt; if it's just 1 person no way &lt;psi&gt; if there are collaborators, possibly &lt;str4d&gt; psi: I wanted to do it in-meeting right now, while we had more than one person. &lt;zzz&gt; "formalizing" is important to some - OpenITP, critics, reviewers, auditors, funders, others in our field, etc. &lt;hottuna&gt; would it really be enough and structured well enough to just do it now in this meeting? &lt;hottuna&gt; im not very familiar with the whole DREAD process though. &lt;str4d&gt; hottuna: we go through each attack vector, and rate the five categories as low, medium or high. That's all. &lt;psi&gt; i am not familiar with DREAD as well &lt;str4d&gt; I chose that one because it was very simple to apply. &lt;psi&gt; ah &lt;str4d&gt; (The five categories I outlined just above the index on the threat model page) &lt;psi&gt; let's try an example one &lt;hottuna&gt; each known attack vector? &lt;hottuna&gt; psi, sure &lt;str4d&gt; I intentionally did everything beforehand to make it simple because I knew that getting anyone here to agree to do this would be hard :P &lt;str4d&gt; Okay, "timing attacks" &lt;hottuna&gt; sure. &lt;str4d&gt; Damage Potential: If a threat exploit occurs, how much damage will be caused? &lt;str4d&gt; If it is used to identify a user, then that user is deanonymized -&gt; high? &lt;hottuna&gt; statistical exploits based on timing and packet sizes have been employed against tor to successfully find out which site was being visited &lt;hottuna&gt; with very high success ratios (~90% if I remember correctly) &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:12:28 &lt;psi&gt; to be able to time what exactly? 21:13:26 &lt;hottuna&gt; anything in general? 21:14:11 &lt;psi&gt; okay 21:14:27 &lt;hottuna&gt; I don't know. 21:14:47 &lt;hottuna&gt; But the descriptions seems messgae oriented. 21:14:52 &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) 21:14:54 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 21:14:56 &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:15:33 &lt;str4d&gt; psi: that's a good point - the "Timing attacks" section should probably be split into message-delivery attacks and message-content attacks 21:15:36 &lt;hottuna&gt; damage potential: 5? 21:15:51 &lt;str4d&gt; Assume message-delivery for now. 21:15:55 &lt;psi&gt; " Complete system or data destruction " means the box explodes i assume? 21:16:08 &lt;hottuna&gt; as far as reliability goes, statistical models have been proven reliable in the case of tor.. 21:18:00 &lt;str4d&gt; hottuna: we are using a 1-3 scale 21:19:08 &lt;str4d&gt; the 1-10 scale described in the OWASP is harder to justify. 21:19:08 &lt;str4d&gt; "What's the difference between discoverability of 6 and 7? Who the heck knows?" 21:19:08 &lt;str4d&gt; Use the OWASP scale as an indicator of how to assign low/med/high 21:19:11 &lt;str4d&gt; psi: In our case, I would say that "high" is complete correlation between a particular user and their activity. 21:19:13 &lt;psi&gt; timing i'd say 5 or 6 21:19:13 &lt;psi&gt; (for dammage) 21:19:14 &lt;str4d&gt; (for Damage) 21:19:17 &lt;str4d&gt; https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx explains the categories possibly better. 21:20:00 &lt;psi&gt; i see 21:20:16 &lt;hottuna&gt; but the damage would be revealing some sort of information, which may be bad.. theoretically it could reveal that I'm running a certain application or talking to a certain destination 21:20:20 &lt;hottuna&gt; is that a 5-6? 21:20:34 &lt;str4d&gt; Exploitability: What is needed to exploit this threat? - med? The attacker needs to monitor several locations along the possible path. 21:20:36 &lt;str4d&gt; low? 21:20:49 &lt;psi&gt; it depends on the attacker 21:20:55 &lt;psi&gt; and it also depends on the network size 21:21:34 &lt;str4d&gt; Exploitability is requirements before launching the attack. Reliability is how well it works once triggered. 21:21:48 &lt;psi&gt; ah 21:21:49 &lt;str4d&gt; psi: yes, so these ratings will change over time. 21:22:05 &lt;str4d&gt; (And this is an example of a limitation of the model, and a big flaw in the original DREAD) 21:22:06 &lt;psi&gt; exploitability would be med 21:22:18 &lt;str4d&gt; Exploitability is only used to calculate priority, not severity. 21:22:25 &lt;psi&gt; just running a stock i2p router would be not enough 21:22:54 &lt;str4d&gt; psi: right, so not high. 21:23:15 &lt;str4d&gt; But not low because it doesn't need advanced computing power etc. 21:23:20 &lt;str4d&gt; Affected Users: How many users will be affected? 21:23:27 &lt;hottuna&gt; You would have to be a part of a tunnel, and then just have a look at the message profile. If you're the ibgw for a service, you might be able to separate out a few users from the rest. Or at least cluster them inte different user groups 21:23:40 &lt;hottuna&gt; into* 21:24:23 &lt;psi&gt; mid may be a hit much for exploitability 21:24:29 &lt;psi&gt; bit* 21:24:36 &lt;psi&gt; mid-low 21:24:40 &lt;hottuna&gt; in the ibg case, I'd say it's pretty easy, but you wouldnt get a ton of information 21:24:45 &lt;hottuna&gt; ibgw* 21:25:06 &lt;str4d&gt; psi: mid or low. It will only affect the priority score. 21:25:48 &lt;hottuna&gt; As far as eploitability goes, I think it's very doable. Especially in comparison to other exploits. 21:25:55 &lt;str4d&gt; Discoverability: How easy is it to discover this threat? - mid? It requires at least some knowledge of how I2P works. 21:25:59 &lt;psi&gt; hottuna: agreeed 21:26:10 &lt;str4d&gt; "Something that's highly discoverable is publicly known, or very similar to something that is publicly known. Low discoverability is that it takes intimate knowledge of the internal workings of your app to sort out." 21:26:22 &lt;psi&gt; mid 21:26:51 &lt;hottuna&gt; We would never know about the attack since it's passive 21:26:55 &lt;str4d&gt; hottuna: exactly. The classification partly depends on what is chosen for other attacks. It's all relative. 21:27:26 &lt;hottuna&gt; str4d, are you noting some sort of value based on what's being said? 21:27:44 &lt;str4d&gt; hottuna: yes. 21:29:02 &lt;hottuna&gt; good. 21:29:02 &lt;hottuna&gt; D: low 21:29:19 &lt;psi&gt; hmm 21:29:29 &lt;hottuna&gt; Affected users: High (all who actually do something) 21:29:37 &lt;str4d&gt; Here's what I think we agreed on, and what it calculates: 21:29:37 &lt;str4d&gt; Damage Potential: medium 21:29:37 &lt;str4d&gt; Reliability: medium 21:29:37 &lt;str4d&gt; Exploitability: medium 21:29:51 &lt;str4d&gt; Affected Users: high 21:29:52 &lt;str4d&gt; Discoverability: medium 21:29:53 &lt;str4d&gt; Severity: 4/5 21:29:54 &lt;str4d&gt; Priority: 5/9 21:30:23 &lt;psi&gt; timing attacks are pretty bad but they don't seem practical 21:30:29 &lt;psi&gt; at least, at the moment 21:30:41 &lt;str4d&gt; Does that seem like a sensible result? Are the levels I set what we actually decided on? 21:30:58 &lt;hottuna&gt; I dont agree with discoverability. 21:31:01 &lt;str4d&gt; And we should do at least one other attack vector, to get a sense of how this will compare them. 21:31:09 &lt;hottuna&gt; A passively logging node would never be discovered. 21:31:17 &lt;str4d&gt; hottuna: you think it should be high? 21:31:17 &lt;hottuna&gt; Sure. 21:31:29 &lt;str4d&gt; hottuna: wrong "discoverability". 21:31:47 &lt;hottuna&gt; whatever undiscoverable translates into 21:31:53 &lt;str4d&gt; This is a defensive model. This is discoverability of the vulnerability by the attacker. 21:32:00 &lt;psi&gt; the resources used to launch an attack would be rather obvious unless they pwnd all the boxes 21:32:12 &lt;hottuna&gt; oh. I see. 21:32:18 &lt;dg&gt; Timing attacks are specific and maybe not as applicable to us anyway.. 21:32:25 &lt;hottuna&gt; Oh, in that case I agree. 21:33:28 &lt;psi&gt; to do a timing attack would require either a birds eye view or ownership of many nodes (how many? idk) 21:33:38 &lt;str4d&gt; Severity is how bad we think the attack is, Priority is the order it thinks we should focus on. 21:33:55 &lt;dg&gt; Oh. 21:33:55 &lt;psi&gt; not sure if a bird's eye view would be enough too 21:33:57 &lt;dg&gt; Yeah, 4/5. 21:34:10 &lt;str4d&gt; Let's leave that classification for now, and do another one for comparison. 21:34:30 &lt;psi&gt; reflecting on 4/5 IF they can do timing attacks then pretty much everything low latency is affect 21:34:33 &lt;psi&gt; affected* 21:34:54 &lt;psi&gt; priority... not sure 5/9 is appropriate 21:35:15 &lt;str4d&gt; "Tagging attacks" should be easy to classify. 21:35:32 &lt;str4d&gt; psi: we won't know what priority means until we have more classified. Classification is an iterative process. 21:35:38 &lt;psi&gt; okay 21:35:48 &lt;str4d&gt; So, tagging attacks. 21:36:15 &lt;psi&gt; tagging messages? tagging routers? 21:36:48 &lt;str4d&gt; Messages 21:36:59 &lt;str4d&gt; (kinda) 21:37:07 &lt;str4d&gt; Determining what path a message follows. 21:37:17 &lt;str4d&gt; Damage potential: mid? 21:37:30 &lt;psi&gt; mid agreed 21:37:38 &lt;psi&gt; low in a sense 21:37:43 &lt;hottuna&gt; Damage potential: lo 21:37:47 &lt;hottuna&gt; low-mid 21:37:58 &lt;str4d&gt; Tagging (if possible) is only going to reveal info within a particular. tunnel 21:37:58 &lt;psi&gt; it depends on the situation 21:38:01 &lt;str4d&gt; Reliability: low. 21:38:01 &lt;psi&gt; yea 21:38:08 &lt;str4d&gt; Or... 21:38:10 &lt;str4d&gt; Hmm. 21:38:41 &lt;psi&gt; on what scope would the tagging be measured at? 21:38:58 &lt;hottuna&gt; if they were used in a situation where they could identify tunnel participants, they woulkd work every time, right? 21:39:00 &lt;str4d&gt; Exploitability and discoverability are low - it should be impossible to tag messages themselves, and collusion requires exact placement of routers. 21:39:20 &lt;hottuna&gt; E:low 21:39:21 &lt;str4d&gt; psi: a message going between two endpoints (a client or server). 21:39:23 &lt;hottuna&gt; D: low 21:39:39 &lt;psi&gt; i agree LOW 21:39:45 &lt;psi&gt; E and D 21:39:50 &lt;str4d&gt; hottuna: exactly. If a tagging attack was discovered, it would work every time. 21:40:13 &lt;hottuna&gt; so, R: high? 21:40:21 &lt;str4d&gt; But such discovery should be impossible because everything is signed. 21:40:51 &lt;str4d&gt; But it depends on the tagging attack. 21:40:56 &lt;str4d&gt; Message tagging: high. 21:40:57 &lt;psi&gt; if they have your keys then they can sign too 21:41:06 &lt;str4d&gt; Collusion tagging: mid. 21:41:07 &lt;hottuna&gt; str4d, sure, but discoverability is another metric 21:41:13 * str4d says high for now. 21:41:28 * hottuna is sattisfied 21:41:44 &lt;str4d&gt; Affected users: only users with malicious nodes in their tunnels are affected. 21:42:02 &lt;psi&gt; low 21:42:16 &lt;hottuna&gt; A: most likely low 21:42:26 &lt;str4d&gt; Okay: 21:42:26 &lt;str4d&gt; Damage Potential: low 21:42:27 &lt;str4d&gt; Reliability: high 21:42:27 &lt;str4d&gt; Exploitability: low 21:42:27 &lt;str4d&gt; Affected Users: low 21:42:27 &lt;str4d&gt; Discoverability: low 21:42:28 &lt;str4d&gt; Severity: 2/5 21:42:29 &lt;str4d&gt; Priority: 2/9 21:42:52 &lt;hottuna&gt; looks good 21:42:59 &lt;psi&gt; sounds good 21:43:22 &lt;str4d&gt; feels good 21:43:57 &lt;hottuna&gt; onto an actual threat? 21:44:28 &lt;str4d&gt; Shall we quickly go through the remaining meeting topics, and then come back to this? 21:44:37 &lt;hottuna&gt; ok 21:44:56 * str4d culls 4) Docs discussion, it will take too long. 21:45:12 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 21:45:35 &lt;psi&gt; the site revamp is applying better CSS or is there more? 21:45:48 &lt;str4d&gt; Apart from this classification process (or removing the classifications), what else needs doing before welterde "launches" the site revamp? 21:46:12 &lt;hottuna&gt; I dont know. 21:46:21 &lt;str4d&gt; psi: "better" CSS, but a lot of structural and layout changes. 21:46:32 &lt;str4d&gt; I think structurally, everything is ready. 21:46:50 &lt;hottuna&gt; How automatic is the translation update process? 21:46:50 &lt;str4d&gt; Completely. 21:47:06 &lt;hottuna&gt; How frequent is it? 21:47:28 &lt;str4d&gt; Whenever I update it. 21:47:45 &lt;hottuna&gt; Ok. 21:47:48 &lt;str4d&gt; So far, whenever I have seen string changes I run the scripts to extract and update the translation strings. 21:47:50 &lt;psi&gt; i need to jet ill bbl in 30 minutes 21:47:56 &lt;hottuna&gt; I suppose that is good enough. 21:48:01 * str4d will be gone by then. 21:48:30 &lt;str4d&gt; psi: you're welcome to continue the DREAD discussion then :) 21:48:44 &lt;hottuna&gt; oh, str4d: the giant download button on the front page doesnt seem to auto update to the latest version 21:48:45 &lt;str4d&gt; There are known CSS problems in IE 7 and 8 IIRC 21:49:00 &lt;str4d&gt; hottuna: that is another bug that I need to talk with welterde about. 21:49:09 &lt;hottuna&gt; ok. good. 21:49:25 &lt;str4d&gt; Whenever a .py file changes, a script is meant to restart the server (and whenever translations change, it recompiles them) 21:49:49 &lt;str4d&gt; But for some reason, changes to .py files are not being detected on welterde's server... 21:49:49 &lt;str4d&gt; (They were before) 21:50:24 &lt;str4d&gt; Okay, if there is nothing else, then I 21:50:43 &lt;str4d&gt; 'm happy with the revamp and once the .py bug is fixed, it can go live. 21:50:52 &lt;hottuna&gt; Alright! 21:51:11 &lt;str4d&gt; (IE 7/8 CSS will be mitigated when I get a chance, but I don't consider it a blocker) 21:51:23 &lt;hottuna&gt; Sounds reasonable. 21:51:42 &lt;str4d&gt; "live" == welterde will make it live at https://geti2p.net (the URL we decided on several meetings ago), but leave www.i2p2.de as-is. 21:51:52 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 21:52:00 &lt;hottuna&gt; Why will i2p2.de be left as it is? 21:52:03 &lt;str4d&gt; Then I will run tests, check Google etc. are happy with it. 21:52:30 &lt;str4d&gt; hottuna: in case something catastrophic happens and we need to revert. 21:52:42 &lt;hottuna&gt; ok, so it's just temporary 21:52:51 &lt;str4d&gt; Only when everything is absolutely checked and ready, will we 301 redirect i2p2.de to geti2p.net 21:53:15 &lt;hottuna&gt; that makes sense 21:53:23 &lt;str4d&gt; Because 301 is a permanent move, and will cause search engines to update their links. 21:54:08 &lt;str4d&gt; The legacy redirection code uses 302 redirects for now, but will be changed to 301 once everything is set (so that we don't lose pagerank from old links) 21:54:28 &lt;str4d&gt; Okay, moving on: 21:54:28 &lt;str4d&gt; 3) Roadmapping. 21:54:42 &lt;str4d&gt; hottuna: your turn. 21:55:44 &lt;str4d&gt; You have about ten minutes of my time (maybe more for anyone else who is still here) 21:55:45 &lt;hottuna&gt; roadmap? All I know is that I've been having a little more time as of late, and I've been getting back into looking at the DHT code. Especially the reply handling code. 21:56:08 &lt;hottuna&gt; I don't really have anything else to add. 21:56:48 &lt;str4d&gt; The current roadmap for 0.9: 21:56:48 &lt;str4d&gt; Include some seed data in the distribution so a central reseed location isn't required? 21:56:48 &lt;str4d&gt; Reachability Mapping / handle peers partially reachable / enhanced restricted routes 21:56:49 &lt;str4d&gt; Improve help pages and website 21:56:49 &lt;str4d&gt; More translations 21:56:56 &lt;str4d&gt; SSU disconnect message 21:56:57 &lt;str4d&gt; Iterative floodfill lookups 21:57:13 &lt;str4d&gt; I have no idea where we are on some of that, or when it was last updated. 21:57:54 &lt;hottuna&gt; The floodfill lookups are iterative as far as I understand them. 21:57:59 &lt;str4d&gt; 1.0 - 3.0 were last updated in 2008. 21:58:14 &lt;str4d&gt; 0.9 was added in 2010. 21:58:14 &lt;dg&gt; restricted routes is unlikely 21:58:37 &lt;hottuna&gt; I'll have to go in a minute or two 21:58:42 &lt;str4d&gt; I think proper evaluation of the roadmap needs another meeting, with more attendance. 21:59:01 &lt;hottuna&gt; Agreed. 21:59:14 &lt;str4d&gt; hottuna: good to hear you are getting back into the DHT code. 21:59:29 &lt;str4d&gt; Deferring until later. 21:59:33 &lt;hottuna&gt; And the actual threat model should be looked after. 21:59:43 &lt;str4d&gt; Okay. 21:59:47 &lt;hottuna&gt; Could we have a long meeting next time for that? 22:00:35 &lt;str4d&gt; hottuna: I had hoped 2 hours would be enough, but we spent at least an hour debating whether it was even worth doing&gt;_&lt; 22:00:36 &lt;hottuna&gt; I've gotta leave, but thanks for the meeting str4d. You're a natural! 22:01:19 &lt;str4d&gt; We don't have time to return to 1c), so: 22:01:23 &lt;str4d&gt; str4d *baf*s the meeting closed </div>/ar/blog/2013/10/02/0.9.8.1-release/Wed, 02 Oct 2013 00:00:00 +0000/ar/blog/2013/10/02/0.9.8.1-release/<p>0.9.8.1 fixes a problem with updating to 0.9.8 on Windows for some people. New installs and non-Windows platforms are not affected, however all platforms will automatically update even if running 0.9.8.</p> <p>See the Trac ticket for details and workarounds. See <a href="../../ar/blog/2013/09/30/0.9.8-release/">the 0.9.8 release notes</a> for information on IPv6 and other changes.</p> <p>Due to recent attacks, logins are disabled on Trac and new registrations are disabled on zzz.i2p. Until those services are restored, please report all bugs on IRC freenode or IRC2P #i2p-dev.</p>/ar/blog/2013/09/30/0.9.8-release/Mon, 30 Sep 2013 00:00:00 +0000/ar/blog/2013/09/30/0.9.8-release/<p>0.9.8 includes the long-awaited support for IPv6. It&rsquo;s enabled by default, but of course you need a public IPv6 address to use it. Configuration is on the &rsquo;network&rsquo; configuration tab in your console. We also have anonymity improvements including padding of SSU packets and longer router private keys.</p> <p>30% of you will update via in-network torrent in this update cycle.</p> <h2 id="ipv6-details">IPv6 Details</h2> <p>IPv6 is enabled and preferred by default. If you have a public IPv6 address and you are connecting to another router with a published IPv6 address, it will connect via IPv6. There is a new IPv6 configuration section on /confignet in the router console. If IPv6 is causing problems you may disable it there.</p>/ar/blog/2013/09/10/i2p-dev-meeting-september-10-2013/Tue, 10 Sep 2013 00:00:00 +0000/ar/blog/2013/09/10/i2p-dev-meeting-september-10-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) hi 20:00:38 &lt;zzz&gt; 1) website revamp (str4d) 20:00:55 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:01:03 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:01:11 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:01:20 &lt;zzz&gt; 4) netdb project update (hottuna) 20:01:23 &lt;zzz&gt; 0) hi 20:01:25 &lt;zzz&gt; hi 20:01:30 &lt;dg&gt; hi 20:01:35 &lt;topiltzin&gt; hi 20:01:42 &lt;zzz&gt; more info and links at `http://zzz.i2p/topics/1460` 20:01:55 &lt;zzz&gt; let's try something new and limit each agenda item to 15 minutes 20:02:00 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (at zzz.i2p) 20:02:03 &lt;zzz&gt; 1) website revamp (str4d) 20:02:07 &lt;zzz&gt; go str4d 20:04:12 &lt;zzz&gt; skipping 1) for now 20:04:17 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:04:21 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:04:28 &lt;zzz&gt; is the open4you requester here? 20:05:53 &lt;zzz&gt; skipping 2) for now 20:05:59 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:06:05 &lt;zzz&gt; go dg or topiltzin 20:06:05 &lt;dg&gt; \o 20:06:13 &lt;dg&gt; I'll take it first. 20:06:50 &lt;dg&gt; Hi all, I've been mulling this over for some time: I think the outproxy for HTTP (and possibly HTTPS) being included by default isn't aligned with our goals; 20:07:25 &lt;dg&gt; most of the time, when asked on IRC about outproxying, community members recommend Tor and not to touch the outproxy for many/any uses 20:07:38 &lt;dg&gt; "we leave that to Tor" is something that's thrown around a lot 20:08:22 &lt;dg&gt; the outproxy is centralized which is obviously a big issue, there's problems with Tor having thousands of exit nodes even, let alone us having just one 20:08:43 &lt;dg&gt; security issues aside, it's a usability problem. What if someone trying to use I2P thinks I2P is just really slow because google.com loads slow? Oh, and it's in German? Huh? 20:09:14 &lt;dg&gt; We haven't built in the code for outproxying as a 'real' measure for a reason: we don't want to do it and hidden services are our target 20:09:58 &lt;dg&gt; I feel we're putting users at risk by inserting the outproxy by default and (possibly) confusing their perception of what I2P is and what it does. 20:10:04 &lt;dg&gt; iniial pitch over 20:10:17 &lt;zzz&gt; topiltzin, you have anything to add? 20:10:52 &lt;topiltzin&gt; that's a good list; I can also see KillYourTV 's point that the functionality should not be removed 20:11:22 &lt;zzz&gt; ok let's throw it open to comments from others 20:11:23 &lt;topiltzin&gt; but I strongly agree with dg that it's better to steer users away from using i2p for clearnet surfing 20:12:17 &lt;dg&gt; Someone (Pseudonemo) has suggested an explanation page as to why clearnet websites will not load and possibly a Tor recommendation. 20:12:19 &lt;welterde&gt; a plugin that outproxies via tor locally would be nice.. 20:12:45 &lt;dg&gt; welterde: funny you say this.. jtor was introduced by ioerror to zzz a few weeks back. 20:13:26 &lt;welterde&gt; dg: yeah.. that's what I was thinking about.. should be much cleaner than having to rely on an external running component 20:13:52 &lt;dg&gt; So, thoughts? 20:13:54 &lt;efkt&gt; Usually the only time I observe topic of I2P's in discussion is answering questions like "Why doesnt it work like I want it to?" and supplying alternatives like Meeh's outproxy or just using Tor. Having the option for the outproxy is a good thing, and having users knowing that there is such an option is also nice. 20:13:56 &lt;zzz&gt; I'm against removing it - it's a limited feature, yes, but what it does it actually does pretty well. We won't improve the usability of it by disabling it. We'll just make things harder and more confusing. 20:14:45 &lt;EpicCoffee&gt; I think overall I agree with zzz (since my entrance) 20:14:58 &lt;zzz&gt; perhaps when we have a better solution (a tor plugin) then we could disable echelon;s by default 20:15:19 &lt;trolly_&gt; options are always good, and I use the outproxies a lot, I know of course not to trust outproxies communications 20:15:21 &lt;dg&gt; Why should we do something that we (mostly) acknowledge is something Tor is better for? It seems like we're letting down people by even trying, it's a false impression. A well designed explanation page could ease the confusion/hardness 20:15:46 &lt;dg&gt; I don't suggest we remove the capability, just the default 20:15:47 &lt;zzz&gt; sounds like dg is mainly describing a documentation / education problem, that won't be fixed by disabling it. 20:16:24 &lt;topiltzin&gt; it would not be fixed but would be avoided 20:16:31 &lt;dg&gt; I don't know why the user should be trusting a third party by installing I2P 20:16:36 &lt;zzz&gt; i2ptunnel is scary and I'd rather not have to point people in there to turn it on 20:16:36 &lt;EpicCoffee&gt; Some people do not use tor and will not use tor for various reasons. They can have use for an I2P outproxy. 20:17:12 &lt;topiltzin&gt; kytv's proposal to have a warning page that makes things clear would be a proper solution, no? 20:17:16 &lt;trolly_&gt; dg you are right, EpicCoffee too 20:17:26 &lt;EpicCoffee&gt; On rare occasions I use the outproxy, mostly to check out links sent in i2prc 20:17:42 &lt;dg&gt; I understand we can say "well, the user should read" or similar but.. should we let them shoot themselves in the foot so easily? 20:17:49 &lt;trolly_&gt; like me EpicCoffee 20:17:51 &lt;zzz&gt; to look at it another way, while it's on by default on the i2p side, it always takes affirmative action by the user to enable it in the browser. So you could say it is not on by default now, if you consider the browser too. 20:18:09 &lt;EpicCoffee&gt; If the link cannot be loaded through the outproxy, I am unlikely to load it through the clearnet. 20:18:32 &lt;dg&gt; it takes affirmative action to browse eepsites, it is still confusing. If someone is aware of the risks, they can add the outproxy. 20:18:37 *** trolly_ is now known as trolly 20:18:37 &lt;dg&gt; Or load the maybe-coming tor plugin 20:18:49 &lt;EpicCoffee&gt; I'm sure I'm not alone in this. 20:18:49 &lt;EpicCoffee&gt; lol 20:18:55 &lt;zzz&gt; does eche|on have an opinion? 20:19:03 &lt;dg&gt; This isn't an attack on echelon either but should we be trusting a single person with all outproxy traffic? 20:19:12 &lt;dg&gt; Regardless of who it is, it's a single point and a single person 20:19:37 &lt;zzz&gt; would you rather trust one person you somewhat know, or 3000 people you don't? 20:19:41 &lt;dg&gt; An assumption could easily be made that I2P is performing a tor like mechanism 20:19:57 &lt;dg&gt; 3000 people I don't 20:20:10 &lt;zzz&gt; coming up on the 15 minute mark. do we have any sort of consensus? anybody else that has a thought on this? 20:20:34 &lt;welterde&gt; imho we shouldn't disable it until we have the tor plugin 20:20:37 &lt;Pseudonemo&gt; I think dg is primarily arguing from the perspective of new users. They don't know eche|on. 20:20:51 &lt;topiltzin&gt; +1 Pseudonemo 20:20:59 &lt;dg&gt; *I* know eche|on, as a result, I don't mind the outproxy much but yes. 20:21:04 &lt;dg&gt; welterde: I can agree on this compromise. 20:21:21 &lt;EpicCoffee&gt; nobody should use an outproxy for anything sensitive. that should be a given lol. 20:21:22 &lt;dg&gt; Let's leave it there? 20:21:33 &lt;topiltzin&gt; assuming a tor plugin is in the works at all.. which it isn't 20:21:54 &lt;zzz&gt; ok, interesting topic, thanks for bringing it up dg. May be worth talking about again after a while, whether we have a tor plugin or not 20:21:59 &lt;topiltzin&gt; it is an education problem so it would be best to solve it through education 20:22:16 &lt;dg&gt; zzz: no problem, thank you. 20:22:39 &lt;zzz&gt; any volunteers to look at the education / documentation issue and propose some improvements? 20:22:42 &lt;EpicCoffee&gt; topiltzin: I don't think I would like a tor plugin in i2p. My opinion on that is I don't like/trust tor. 20:22:55 &lt;dg&gt; EpicCoffee: moved topic, save for next time :) 20:23:16 &lt;zzz&gt; last call for volunteers and then we are done with this topic 20:23:43 &lt;zzz&gt; ok then. 20:24:04 &lt;zzz&gt; skipping 4) as hottuna is not here 20:24:04 &lt;zzz&gt; lets circle back to 1), is str4d here? 20:24:45 &lt;zzz&gt; skipping 1) again 20:24:49 * EpicCoffee must be oblivious to the "list" 20:25:01 &lt;dg&gt; EpicCoffee: you weren't here for the start, will pm. 20:25:09 &lt;zzz&gt; 2) open4you.i2p, which we will discuss whether or not the requestor is here. 20:25:12 &lt;EpicCoffee&gt; ah thank you dg 20:25:13 &lt;zzz&gt; open4you are you here? 20:25:15 &lt;topiltzin&gt; EpicCoffee: channel is logged real-time `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 &lt;zzz&gt; the request is at the bottom of `http://zzz.i2p/topics/1429` 20:26:03 &lt;iRelay&gt; Title: zzz.i2p: 0.9.8 Release Summary (at zzz.i2p) 20:26:44 &lt;zzz&gt; as a refresher, since we haven't done this in a while, my personal guidelines are at `http://zzz.i2p/topics/236` 20:26:49 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:27:09 &lt;zzz&gt; has anybody used this site? Does anybody have any thoughts about putting it on the console? 20:27:30 &lt;dg&gt; If open4you doesn't turn up, can I propose one? 20:27:31 &lt;dg&gt; loading the guidelines now 20:27:36 &lt;topiltzin&gt; I like that the operator is upfront about what he can and cannot guarantee 20:28:08 *** trolly is now known as trolly_ 20:28:14 &lt;topiltzin&gt; but besides that (positive) impression there isn't much to say... 20:28:15 &lt;zzz&gt; we are considering open4you only today, at least in item 2). If you like you can have a new item 5) dg 20:28:28 &lt;EpicCoffee&gt; I believe there should be available hosting on i2p, however I'm not sure I would trust a host lol. I'm conflicted on the hosting topic so I'll step aside on this one 20:28:29 &lt;dg&gt; zzz: ok, thx 20:28:42 &lt;zzz&gt; his TOS looks ok to me 20:29:03 &lt;zzz&gt; it's a new category not currently on the console so that's a plus 20:29:03 &lt;dg&gt; i know of no clients from open4you.i2p so I can't vouch for it but if the owner can turn up another time, I'm fine with discussing it again 20:29:56 &lt;dg&gt; no vouches makes me suspicious 20:30:24 &lt;zzz&gt; the recent FreedomHosting thing makes eepsite hosting interesting 20:31:13 &lt;dg&gt; I get the gist this is free, right? 20:31:19 &lt;zzz&gt; do we have any questions that the requestor must answer for us to make a decision? or can we make a decision today? 20:31:33 &lt;zzz&gt; I didnt see whether it was free or not. the faq is only in russian. 20:31:45 &lt;topiltzin&gt; it's free 20:31:45 &lt;dg&gt; If it's free, why not? There's no risk of a scam and it's definitely of 'interest'. 20:31:49 &lt;dg&gt; "9 months work free web hosting in i2p." 20:31:58 &lt;dg&gt; sorry guys, I was under the impression it was bitcoin 20:32:19 &lt;topiltzin&gt; still, we have no idea if it actually works 20:32:46 &lt;dg&gt; Should we bite the bullet and find a volunteer to test it at some point from now to the release? 20:32:55 &lt;dg&gt; If it doesn't work, we pull it 20:33:15 &lt;zzz&gt; I'm inclined to say yes now. I don't know what one person testing it would prove. We can always pull it later. 20:33:33 &lt;dg&gt; well, testing it at least works. There's not much else we can test. 20:33:39 &lt;zzz&gt; I would hope people are at least vaguely aware of the trust issues involved in hosting 20:33:41 &lt;dg&gt; yeah, I'm also a yes. 20:34:10 &lt;zzz&gt; there's no reason it shouldn't work. For one, I dont see any evidence of an automated process. 20:34:12 &lt;dg&gt; Any other votes? 20:34:26 &lt;dg&gt; it seems to be email drivne 20:34:28 &lt;dg&gt; driven 20:34:43 &lt;zzz&gt; last call for opinions / objections 20:34:57 &lt;topiltzin&gt; by works I mean whether the operator will actually do what he says he will do 20:35:14 &lt;psi&gt; do we have any testimonies from users on open4you? 20:35:22 &lt;topiltzin&gt; as opposed to set up an eepsite and abandon it 20:35:24 &lt;dg&gt; no 20:35:28 &lt;topiltzin&gt; psi: none, that's the problem 20:35:31 &lt;dg&gt; topiltzin: if that happens, we can remove it. 20:35:39 &lt;dg&gt; the owner is at least somewhat active as he requested 20:35:48 &lt;dg&gt; I'm for it. 20:35:53 &lt;psi&gt; yeah, i'd say not to go ahead with endorsement , first we get a test user in 20:35:56 &lt;zzz&gt; my guess is he has almost no business so far. Let's give him a trial period of a couple of I2P releases with it in the console, and if its bogus then we pull it 20:36:09 &lt;psi&gt; or... if we endorse put a big fat warning on it 20:36:10 &lt;dg&gt; zzz: +1 20:36:27 &lt;psi&gt; hmm 20:36:33 &lt;psi&gt; zzz has a good point 20:36:42 &lt;psi&gt; but... still 20:36:49 &lt;dg&gt; psi: it is free 20:36:56 &lt;zzz&gt; psi pls clarify are you objecting or not 20:36:56 &lt;topiltzin&gt; I'll email him the next few days 20:36:58 &lt;psi&gt; oh? it is? 20:37:04 &lt;dg&gt; yes 20:37:08 &lt;psi&gt; i am voicing caution 20:37:13 &lt;psi&gt; no objection 20:37:16 &lt;topiltzin&gt; I guess I might as well put zab.i2p back up 20:37:22 &lt;dg&gt; I thought it was bitcoin but it isn't 20:37:25 &lt;dg&gt; It's free so.. I don't care much about testimonies yet 20:37:30 &lt;dg&gt; :) 20:37:40 &lt;dg&gt; topiltzin: You for or against? 20:37:52 &lt;topiltzin&gt; abstaining 20:38:00 &lt;zzz&gt; sounds like we have no objections and it's approved? if I'm wrong please speak up 20:38:01 &lt;topiltzin&gt; I will test his hosting the next few days though 20:38:05 &lt;dg&gt; 2 for, 0 against 20:38:12 &lt;psi&gt; abstain 20:38:19 &lt;welterde&gt; abstain 20:38:26 &lt;EpicCoffee&gt; im curious how files are transferred to open4you hosting account 20:38:47 &lt;dg&gt; EpicCoffee: ftp (huh?) or via a control panel it seems. 20:39:07 &lt;psi&gt; sftp? 20:39:18 &lt;zzz&gt; ok I'll email him to get a logo and check the stuff into the console. Any of you so inclined, please sign up and report back 20:39:34 &lt;zzz&gt; if it's bogus or doesnt work, we can always pull it just before the release. 20:39:35 &lt;dg&gt; "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 &lt;dg&gt; +1 20:39:48 &lt;welterde&gt; psi: doubt it.. 20:40:01 &lt;zzz&gt; and that ends item 2) 20:40:18 &lt;zzz&gt; no sign of hottuna or str4d so we're on to 5) dg's request 20:40:20 &lt;zzz&gt; dg go 20:40:29 &lt;welterde&gt; although it should work better over i2p (you know.. passive/active mode and so for ftp..) 20:41:36 &lt;dg&gt; I propose `http://salt.i2p/` (not my site, efkt's) for inclusion in the router console. salt.i2p contains; a helpful, large wiki of eepsites and guides; xmpp; an IRC channel which is probably most active one on IRC2p 20:41:51 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:42:00 &lt;dg&gt; It provides a lot of eepsite 'starting points' and is SFW. 20:42:02 &lt;EpicCoffee&gt; ill say +1 for salt 20:42:07 &lt;EpicCoffee&gt; I like the salt wiki 20:42:16 &lt;topiltzin&gt; yep, #salt pwnz +1 20:42:18 &lt;dg&gt; salt has grown to be a great resource for me and others in the community 20:42:28 &lt;dg&gt; the channel is #salt ftr 20:42:52 &lt;zzz&gt; we really can only take requests from the eepsite owner. Could you ask him to apply following the guidelines on `http://zzz.i2p/topics/236` ? then we can consider it for 0.9.9 20:42:54 &lt;welterde&gt; +1.. pretty much what that old wiki used to be now.. 20:43:06 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:43:33 &lt;zzz&gt; I'm not familiar with the site 20:43:55 &lt;zzz&gt; I don't think we want to start adding sites w/o permission 20:44:14 &lt;dg&gt; He was active not long ago, he may shoot up in a second 20:44:23 &lt;dg&gt; I agree with not adding w/o permission 20:44:34 &lt;dg&gt; figured it was worth a shot though 20:44:43 &lt;zzz&gt; paging efkt 20:44:49 &lt;efkt&gt; You have my permission as long as everyone's happy with it. I created the site with some of I2P's possible policies and ideas in mind about what content is appropriate for I2P. Im open to discussion if you don't like some of what might be there (Just saying) 20:44:53 &lt;EpicCoffee&gt; efkt is the owner of salt? I presume such based on observations. 20:44:59 &lt;dg&gt; Yes, EpicCoffee. 20:45:10 &lt;efkt&gt; Thus the disclaimer on the front page, explicit policies about gore/pr0n/etc 20:45:43 &lt;efkt&gt; The wiki is not open to edit unless we end up knowing you, so it is unlikely to be vandalized. 20:46:03 * EpicCoffee also points out the salt xmpp 20:46:17 &lt;dg&gt; the XMPP is popular too and comes with guides. :) 20:46:50 &lt;topiltzin&gt; yeah salt is pretty damn great.. has a real community feel to it 20:46:59 &lt;zzz&gt; if you want to do it right now please answer the following questions. If it's too much to do now we can discuss in about 6 weeks before the next release 20:47:00 &lt;EpicCoffee&gt; so long as users of it realize the admins can see what is said if not encrypted (I think the wiki article on it highly encourages otr) 20:47:06 &lt;efkt&gt; We have enough XMPP servers floating around that in the future it might not be a bad idea to list a few in the console. Most of us running servers have S2S happening. 20:47:07 &lt;zzz&gt; - An email address 20:47:07 &lt;zzz&gt; - The URL to link to 20:47:07 &lt;zzz&gt; - The URL of your English terms of service if available or necessary 20:47:07 &lt;zzz&gt; - If the site is not in English, a brief description of the site in English 20:47:07 &lt;zzz&gt; - (Optional) A URL to a transparent png icon to display. Size must be 32x32 (subject to change). If no icon is provided the icon will be "toopie". We will copy this icon into the router console source and serve it locally. 20:47:10 &lt;zzz&gt; - If an icon is provided, the license of the image. 20:47:12 &lt;zzz&gt; - (Optional) A one or two-word label in English. If not provided we will use example.i2p 20:47:14 &lt;zzz&gt; - (Optional) a few words or a sentence in English for a popup (tooltip) 20:48:19 &lt;efkt&gt; efkt@mail.i2p 20:48:23 &lt;efkt&gt; site: `http://salt.i2p` 20:48:27 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:48:38 &lt;efkt&gt; site terms of service - Theres a disclaimer on the front page: `http://salt.i2p` 20:48:43 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:49:15 &lt;efkt&gt; I dont have a 32x32 icon to provide speedily but it would be the same as our favicon, a black star with transparent or white background 20:49:47 &lt;efkt&gt; label name can be simply "salt" 20:49:59 &lt;EpicCoffee&gt; efkt I can make a quick 32x32 icon if you want. well as quick as i2p will allow lol 20:50:25 &lt;zzz&gt; we can give you a week for the icon :) 20:50:32 &lt;zzz&gt; how long has the site been up? 20:50:34 &lt;efkt&gt; EpicCoffee: If you like. Its just like the favicon - the black "anarchist star", you see the same kind of shape all over google images. It takes only a moment really 20:50:40 &lt;efkt&gt; zzz: august 2012, IIRC 20:51:21 &lt;dg&gt; `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 &lt;efkt&gt; Honestly, I'm very surprised I get so many users unable to reach the site as its not part of the default addressbook (or the XMPP) - Yet we get a lot of newcomers being directed there through IRC. Sorry to step off topic. 20:51:35 &lt;iRelay&gt; Title: Salted Wiki (at salt.i2p) 20:51:41 &lt;efkt&gt; zzz: Oh, and the blurb "Cryptomunitions and tutorials' 20:51:46 &lt;dg&gt; Yeah, it's a problem (in addition to the annoying addressbook-not-found bug) when introducing users. 20:52:20 &lt;zzz&gt; anybody on the console home page is automatically added to the default address book 20:52:42 &lt;efkt&gt; Oh. That will be helpful for anyone who is new to I2P coming to IRC2P to explore. 20:52:52 &lt;efkt&gt; one headache solved :) 20:52:59 &lt;dg&gt; 1/2. 20:53:05 &lt;dg&gt; no xmpp.salt.i2p ;) 20:53:32 &lt;zzz&gt; efkt to me your terms of service are insufficient for a wiki that we would recommend, as it describes only what you are not responsible for. It does not say what type of content if any is disallowed. 20:54:03 &lt;zzz&gt; If anything goes then I cannot support the request. 20:54:04 &lt;efkt&gt; zzz: Even though noone is allowed to edit the wiki, at all, unless I have personally vetted them and given them an account? 20:54:19 &lt;dg&gt; efkt: I believe he's saying the actual rules are unclear. pr0n, etc. 20:54:41 &lt;efkt&gt; Hrm. 20:54:53 &lt;zzz&gt; there are no rules stated at all. 20:54:56 &lt;dbowie&gt; 32X32 blackstar.jpg, base64 encoded: `http://pastethis.i2p/show/5437/` 20:54:57 &lt;iRelay&gt; Title: Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 &lt;zzz&gt; wrt allowed content 20:55:54 &lt;efkt&gt; I can easily add something. It's not a problem, only mulling over what "extra" things to add - Content such as Gore, Rape, Torture, Snuff, or weird sex will never be allowed on the site 20:56:23 &lt;dg&gt; so, family friendly - safe for work etc? 20:56:53 &lt;zzz&gt; I don't think we should ask you to draft a content ToS in the next 30 seconds. Want to think about it and come back in a few weeks? 20:57:06 &lt;efkt&gt; At this time no I cannot say salt is family friendly or safe for work. The onionland page explicitly links to drug onions. 20:57:43 &lt;efkt&gt; zzz: Yes, I'd like that at least - Id rather work with everyone and produce something desirable that's useful to I2P 20:59:22 &lt;EpicCoffee&gt; EpicCoffee: any image hosts on i2p? 20:59:24 &lt;zzz&gt; my philosophy is that anything similar to postman's tracker rules are acceptable. 20:59:24 &lt;zzz&gt; I don't want to tell you how to run your site or how to write your rules. You do what you like and then we'll decide if we want it in the console. 20:59:24 &lt;zzz&gt; but you can survey the links we have now and get a feel 21:00:36 &lt;zzz&gt; we're past 15 minutes so can we ask you to come back in a few weeks? Any site that has that much support from the folks here I think would be a good addition to the console, if you can work out the ToS stuff. 21:01:36 &lt;efkt&gt; I'm happy to work out a ToS, and to talk about anything on the site the community feels doesn't belong. Thanks zzz. Yes that's fine 21:02:13 &lt;zzz&gt; great. glad to hear about a new site I wasn't familiar with. I'll check it out. email me or post on zzz.i2p when you pull it all together 21:02:19 &lt;zzz&gt; and that's the end of 5) 21:02:25 &lt;zzz&gt; last call for str4d for 1) 21:02:36 &lt;zzz&gt; hottuna still not here for 4) 21:02:47 * zzz warms up the baffer 21:03:50 * zzz *bafs* the meeting closed 21:07:16 &lt;zzz&gt; thanks everybody, good meeting </div>/ar/blog/2013/08/10/0.9.7.1-release/Sat, 10 Aug 2013 00:00:00 +0000/ar/blog/2013/08/10/0.9.7.1-release/<p>This unscheduled release disables the RouterInfo verification messages that were used in the attack published in the UCSB paper, which should make correlating a LeaseSet and a Router much more difficult. We have also included a limited number of other fixes listed below. Our 0.9.8 release, which will include IPv6 support, is still on-schedule for late September.</p> <p>As usual, we recommend that all users update to this release.</p> <h2 id="release-details">RELEASE DETAILS</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Disable RouterInfo verification messages</li> </ul> <h3 id="other">Other</h3> <ul> <li>Extend inbound tunnel expiration</li> <li>i2prouter: bashism fix</li> <li>i2psnark: increase max piece size, mime type updates</li> <li>New reseed host</li> <li>New update hosts, thanks Meeh and dg</li> <li>Streaming: RTO changes</li> <li>Updater: Increase update-via-torrent to 30 percent</li> <li>UPnP fix for some hardware</li> </ul> <h3 id="sha256-checksums">SHA256 Checksums</h3> <pre tabindex="0"><code>293f445196a2f35c4d580f65b548135399e1f4443450b5ecf1cc53b1203fdad1 i2pinstall_0.9.7.1_windows.exe 9fae874a4d680f50f5efd7be70cfcf55f2f4687e011bde9c4b4899bafb002e97 i2pinstall_0.9.7.1.jar 7b73bdb23c53798054741cbaa4e7d8cce832ee566fbb17df0c803d0c22d099e1 i2psource_0.9.7.1.tar.bz2 69ca22a77a2de87f726d86555317f8688891d31f5312cf71d5a43febe2729b38 i2pupdate_0.9.7.1.zip f59c9c80349c328b3e912113a3842146f647ff22ae323cef6b1e56a23f8c8cf1 i2pupdate.su2 52d1f32e2a72091da10312853e5df6bced12cb97770ba20732f2d9d6c4d2f5fe i2pupdate.sud </code></pre>/ar/blog/2013/08/06/i2p-dev-meeting-august-06-2013/Tue, 06 Aug 2013 00:00:00 +0000/ar/blog/2013/08/06/i2p-dev-meeting-august-06-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, kytv, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:08 &lt;zzz&gt; 0) hi 20:00:23 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:00:30 &lt;zzz&gt; 2) misc. topics led by Meeh 20:00:33 &lt;zzz&gt; 3) baffer by Meeh 20:00:36 &lt;zzz&gt; ------------- 20:00:36 &lt;zzz&gt; 0) hi 20:00:51 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:01:02 &lt;zzz&gt; welterde brought this up the other day 20:01:33 &lt;zzz&gt; if I'm going to do it it has to be in the next few days, as I'm AFK ~ 13th - 29th 20:01:53 &lt;zzz&gt; echelon is traveling but for the moment we'll assume we can get a hold of him and he can do the news 20:02:14 &lt;zzz&gt; so welterde, please make your case for why we should do this 20:03:08 &lt;welterde&gt; the attack outlined in the paper is quite an serious attack for your not-well used destinations, as the required statistics are not very large 20:04:14 &lt;zzz&gt; does it attack the server dests, or the (client) users that connect to them? 20:04:21 &lt;welterde&gt; and for long-lived destinations it's even more dangerous as you can keep the attack going for as long as it takes to get enough statistics 20:05:08 &lt;welterde&gt; zzz: the client that connects to some dest... say irc link tunnels over dedicated destination would be a prime target (if you get hold of the destination somehow) 20:06:29 &lt;welterde&gt; zzz: however.. there is an option to disable RI verifies in the advanced options.. maybe news update to users to disable it? 20:06:29 &lt;zzz&gt; have you always considered it serious or have you changed your mind recently? 20:06:56 &lt;zzz&gt; I thought I just added that option last week? 20:07:15 &lt;welterde&gt; oh 20:07:18 &lt;dg&gt; you did, I made the same mistake. 20:07:34 &lt;welterde&gt; thought you just changed the default value of that option.. ok.. not an option then 20:07:57 &lt;zzz&gt; maybe I didnt explain it well in some post... 20:08:59 &lt;welterde&gt; zzz: and in the paper they also didn't take timing into account.. I guess that can be used to further improve the attack 20:09:02 &lt;zzz&gt; We've had a preprint of their paper for almost 5 months, since March 10. If this is a drop-everything problem, we've done an incredibly poor job of responding. 20:09:33 &lt;zzz&gt; So I'm wondering if you have always thought it critical or have changed your mind recently, if so why? 20:10:33 &lt;welterde&gt; well.. I was under quite a bit of stress until recently.. so didn't really take a look until now 20:11:30 &lt;welterde&gt; zzz: buts it's really hard to say as we don't really have that much data on these things.. 20:11:48 &lt;zzz&gt; what happened to that page on trac with our openitp responses, and our lack of security criteria... 20:12:11 &lt;dg&gt; If it is a drop-everything problem, waiting 1 1/2 more months is a problem too. 20:12:30 &lt;zzz&gt; sure 20:12:40 &lt;zzz&gt; but is it 20:13:12 &lt;zzz&gt; is the problem the RI verifies or is it Sybil? If it's Sybil then we don't have any near-term fixes 20:13:27 &lt;welterde&gt; zzz: it's the RI verifies 20:13:46 &lt;zzz&gt; i.e., is there a large class of hostile-ff attacks 20:14:16 &lt;welterde&gt; zzz: and an variant of the attack might be possible with RI lookup and then waiting for an connect as well.. but that attack would be magnitudes more difficult.. so I wouldn't worry about that one just yet 20:14:35 &lt;zzz&gt; if an attacker takes over a portion of the keyspace, isn't there any number of things he could do? 20:15:20 &lt;welterde&gt; zzz: given enough time the attacker doesn't have to occupy an large portion of the keyspace 20:15:23 &lt;zzz&gt; I guess I always looked at this as a Sybil issue. Doesnt me I was right. 20:15:30 &lt;zzz&gt; *mean 20:16:07 &lt;welterde&gt; he only has to occupy the space surrounding the target LS 20:16:53 &lt;welterde&gt; zzz: hmm.. what would be nice for stats.i2p or so would be an visualization of the ff over the keyspace.. (if there is no such thing yet) 20:18:50 &lt;zzz&gt; ok thanks for making the case welterde. Let me now ask for others to jump here with their opinions 20:18:53 &lt;welterde&gt; non-subtle attacks might be visible there then 20:19:00 * welterde looks for the openitp page you mentioned 20:19:22 &lt;zzz&gt; str4d set it up but I don't see it linked on the home page any more 20:19:35 &lt;dg&gt; q: Could someone pull off the RI attack without full keyspace Sybil? 20:19:45 &lt;dg&gt; I think yes but ??? 20:20:05 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 &lt;zzz&gt; Vulnerability Response Process Maturity and Transparency 20:21:20 &lt;zzz&gt; we aren't ever talking about full keyspace sybil here. You're targeting a particular slice 20:21:31 &lt;welterde&gt; dg: he only has to capture most LS lookups.. and as many RI lookups as possible; the latter portion only depends on how much time he has for the attack 20:22:17 &lt;dg&gt; "most"? For the network? 20:22:20 &lt;zzz&gt; it's just really bugging me that we could have done this months ago for no effort. 20:22:39 &lt;dg&gt; right. it looks shit if we do it now, really. 20:22:49 &lt;zzz&gt; but I guess that's irrelevant 20:23:14 &lt;zzz&gt; who else has an opinion, please speak up 20:23:43 &lt;topiltzin&gt; dd if=/dev/null of=opinion.txt 20:24:13 &lt;zzz&gt; last call. we doing this? 20:24:27 &lt;welterde&gt; of course if someone was bored he could whip up an simulation.. that would certainly help ;) 20:25:09 &lt;zzz&gt; maybe I'm just pissed at myself that I didn't think of just turning off the verifies. 20:25:32 &lt;dg&gt; zzz: don't worry about it. you aren't expected to cover everything always. 20:25:43 &lt;zzz&gt; ok everybody with an opinion please enter yes to do a release this week or no for don't 20:26:06 &lt;welterde&gt; (or i am here if you don't care one way or the other..) 20:26:58 &lt;zzz&gt; If I don't see any votes we arent doing it 20:27:21 &lt;topiltzin&gt; will the release contain *only* disabling RI verifies? 20:27:32 &lt;topiltzin&gt; vs. whatever is in trunk now? 20:27:35 &lt;welterde&gt; maybe we shouldn't have skipped the who is here phase of the meeting 20:27:54 &lt;dg&gt; I'm just not qualified enough. 20:27:57 &lt;zzz&gt; I don't care who is here. I care who has an opinion. 20:28:24 &lt;welterde&gt; zzz: well.. who isn't here doesn't have an opinion ;) 20:28:46 &lt;welterde&gt; zzz: I guess we are talking more about an small release, right? 20:28:59 &lt;dg&gt; welterde: what do you mean 20:29:02 &lt;zzz&gt; It would be just RI verifies + anything else tiny we decide to pluck from trunk 20:29:17 &lt;zzz&gt; and probably called 0.9.7.1? 20:29:28 &lt;welterde&gt; yeah.. that's what I had in mind as well 20:29:39 &lt;kytv&gt; no knowledge of this topic therefore no opinion, if we do it i'll of course be able to do the uploads to the various places, etc. 20:29:58 &lt;zzz&gt; for gods sake somebody vote. welterde at least 20:30:13 &lt;zzz&gt; who else has read the UCSB paper? 20:30:16 &lt;welterde&gt; oh I am for it if that's not clear ;) 20:30:41 &lt;dg&gt; I've read it.. 20:31:16 &lt;topiltzin&gt; I'm anxious to test the other stuff in trunk so the more we decide to pluck the more "Yes" my vote becomes. No opinion strictly on RI verification. 20:31:54 &lt;welterde&gt; str4d: your opinion? you were quite active in the discussion on the forum ;) 20:33:56 &lt;welterde&gt; zzz: maybe we should do the vote on the paper thread.. so str4d and tuna (and the others in the thread who are not here) have a say as well.. 20:33:56 &lt;zzz&gt; I would want to keep the "other stuff" list very short as I would be doing this very fast and then blowing out of town, unable to fix problems 20:33:59 &lt;zzz&gt; tuna is almost completely afk for a while yet 20:34:51 &lt;dg&gt; a no would be better than silence 20:35:03 &lt;welterde&gt; zzz: well.. or kytv could do the build.. 20:35:10 &lt;zzz&gt; in theory kytv can do releases too, he's the other one with signing keys, yes 20:36:35 &lt;zzz&gt; ok then lets do it. I'll put a thread up on zzz.i2p if you want to propose other stuff to go in, final decision in about 24 hours, and I'll do the build maybe thursday. Can somebody contact echelon? 20:36:53 &lt;zzz&gt; anything else on this topic? 20:37:37 &lt;dg&gt; I don't think so. 20:38:23 &lt;zzz&gt; `http://zzz.i2p/topics/1443` 20:38:40 &lt;zzz&gt; please review the 17K line diff from 0.9.7 and history.txt for other pluck candidates 20:38:47 &lt;zzz&gt; 2) Meeh's topics 20:38:50 &lt;zzz&gt; take it away Meeh 20:54:33 &lt;topiltzin&gt; zzz: the tag is "i2p-0.9.7" 20:54:36 &lt;topiltzin&gt; not "0.9.7" 20:54:47 * topiltzin preparing his plucklist 20:55:26 &lt;welterde&gt; same here 20:55:32 &lt;zzz&gt; thx 20:55:47 &lt;dg&gt; zzz: pm ok? 20:57:06 &lt;zzz&gt; only if it's of zero interest to anybody else 20:58:51 &lt;dg&gt; draft for email to zooko 20:58:55 &lt;dg&gt; `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 &lt;iRelay&gt; Title: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 &lt;dg&gt; I didn't include status or anything yet. I may be way off base. Feedback appreciated. 21:01:00 &lt;zzz&gt; 3) /me *baf*s the meeting closed for Meeh 21:03:29 &lt;zzz&gt; dg that's a really great start. </div>/ar/blog/2013/07/15/0.9.7-release/Mon, 15 Jul 2013 00:00:00 +0000/ar/blog/2013/07/15/0.9.7-release/<p>0.9.7 includes significant bug fixes and improvements.</p> <p>For the first time, class &lsquo;N&rsquo; routers (those with a minimumum of 128 KBytes/sec of shared bandwidth) will automatically become floodfill (previously it was only &lsquo;O&rsquo; routers with 256 KBps). This will increase the floodfill population for additional resistance to certain attacks (see below). Floodfill routers don&rsquo;t consume much additional bandwidth, but they do tend to use additional memory and concurrent connections. If you do not wish your router to become floodfill, set the advanced configuration router.floodfillParticipant=false.</p>/ar/blog/2013/06/04/i2p-dev-meeting-june-04-2013/Tue, 04 Jun 2013 00:00:00 +0000/ar/blog/2013/06/04/i2p-dev-meeting-june-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:52:28 &lt;hottuna&gt; zzz, christoph2: syn 19:54:26 &lt;topiltzin&gt; yay, dev beating! 19:54:33 &lt;topiltzin&gt; s/beating/meeting/ 19:54:37 &lt;iRelay&gt; topiltzin meant: yay, dev meeting! 20:00:03 * hottuna baf's the meeting opened 20:00:07 &lt;hottuna&gt; Agenda: 20:00:14 &lt;hottuna&gt; * The next NetDB backend 20:00:14 &lt;hottuna&gt; * Ticket #729 - properties location on osx 20:00:14 &lt;hottuna&gt; * Ticket #741 - process renamer on windows 20:00:14 &lt;hottuna&gt; * Misc? 20:00:22 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -&gt; ~/Library/Application Support/i2p 20:00:33 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 &lt;hottuna&gt; __ The next NetDB backend__ 20:01:16 &lt;hottuna&gt; I've been working on a proposal, the first RFC is ready 20:01:35 &lt;hottuna&gt; http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 &lt;hottuna&gt; The general idea is to use a Kademlia base and extend it with features that improve performance and/or reliability. 20:02:59 &lt;hottuna&gt; Some of the initial code for Kademlia has already been written by zzz 20:03:34 &lt;hottuna&gt; In fact a full BEP5 implementation. BEP5 is the mainline bittorrent implementation of Kademlia. 20:04:13 &lt;hottuna&gt; Several DHTs have been considered: Chord, Freenet and Pastry. 20:04:47 &lt;hottuna&gt; However Kad is fast, extendible and relatively reliable. 20:05:05 &lt;topiltzin&gt; some other Kad derivatives that are used in production: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 &lt;topiltzin&gt; Overnet (eDonkey, now defunct) 20:05:47 &lt;topiltzin&gt; no p2p app uses chord or pastry (to my knowledge) 20:05:54 &lt;hottuna&gt; I've had a look through the Az-Kad and it's not very compatible. Mojito might be interesting 20:05:57 &lt;hottuna&gt; On top of Kad a few changes have been proposed. 20:06:05 &lt;hottuna&gt; Recursive tunnels for faster lookups. 20:06:20 &lt;hottuna&gt; And Random Recursive lookups for more reliable lookups. 20:07:13 &lt;hottuna&gt; Insertions will be standard Kad until Random Recursive Stores are implemented. 20:07:45 &lt;hottuna&gt; Alright, so that is the overview. Does anyone have any questions? 20:08:17 &lt;topiltzin&gt; One objection to recursive tunnels is that it renders local ip banlists useless 20:08:40 &lt;topiltzin&gt; for example, I could have manually added the ips of a hostile party to my ban list 20:09:18 &lt;topiltzin&gt; the nodes that participate in the recursive lookup/store will not know that 20:09:37 &lt;hottuna&gt; That is true. 20:10:00 &lt;hottuna&gt; Recursive queries are somewhat frail, and should only be used for speed. 20:10:35 &lt;hottuna&gt; Random Recursive queries will however, eventually find a path which doesnt involve the banned nodes. 20:11:05 &lt;hottuna&gt; For what kind of situations would you not trust the ban-list of another node? 20:11:25 &lt;dg&gt; sponge: want udp 20:11:28 &lt;dg&gt; eche|on: count is not persistent after network changes ("soft restart") 20:11:51 &lt;topiltzin&gt; for the situation where the operator of that node hasn't been diligent in updating the banlist 20:12:02 &lt;topiltzin&gt; or for the situation where the other node has no banlist at all 20:12:29 &lt;hottuna&gt; But what would happen if the query passed through a 'banned' node? 20:12:51 &lt;hottuna&gt; Either it is forwarded, dropped or recorded. 20:13:31 &lt;zzz&gt; iterative never passes thru anybody 20:13:34 &lt;topiltzin&gt; whatever the sybil/eclipse attack does - probably droped? 20:14:38 &lt;hottuna&gt; That is the thing about Recursive. It's ok if it fails. We have more reliable methods for keys that are under attack. 20:15:09 &lt;hottuna&gt; Like Iterative or Random Recursive 20:15:24 &lt;zzz&gt; how to select a mode? 20:15:35 &lt;topiltzin&gt; theoretically you could include a small bloom filter of banned ips to the query 20:15:54 &lt;hottuna&gt; mode selection an open question. 20:15:57 &lt;hottuna&gt; is an* 20:16:28 &lt;hottuna&gt; In my mind a parallel version would be interesting 20:16:39 &lt;hottuna&gt; A sequential failover version would be slow 20:17:03 &lt;hottuna&gt; But it is a bandwidth vs. max_latency tradeof 20:17:51 &lt;hottuna&gt; topiltzin: R5N includes a bloomfilter in queries. But I don't think the really is needed. 20:18:14 &lt;hottuna&gt; We build this thing to work even if failures are encountered 20:18:14 &lt;topiltzin&gt; how much slower is the iterative lookup, and is that slowness a bottleneck of any kind? Do we really need to be optimizing that? 20:18:45 &lt;zzz&gt; I think we gotta start with adding stat code (where necessary) to netdb and snark and gathering stats on current performance of those two impls 20:18:52 &lt;hottuna&gt; When you visit an eepsite, a lookup has to be done. 20:19:25 &lt;hottuna&gt; topiltzin: the speed of lookups can be seen under the 'Lookup' part of http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 &lt;zzz&gt; netdb has lots of stats, if we add stats to equivalent places in snark we can start to put a picture together 20:20:35 &lt;hottuna&gt; query latencies etc? 20:21:06 &lt;topiltzin&gt; zzz: +1 on moar stats 20:21:06 &lt;zzz&gt; latencies, queries-per-success, etc, yes 20:22:26 &lt;hottuna&gt; Having access to those stats would be interesting. Especially when developing something new. However comparing I2PSnark-DHT to FloodFill is comparing apples to oranges. 20:22:29 &lt;zzz&gt; as I said the other day, I think the snark code could be moved back to netdb but only if we choose K and B to swallow the whole local netdb into the routing table 20:22:57 &lt;zzz&gt; if the routing table is missing most of the local netdb we may as well just keep sorting 20:23:55 &lt;zzz&gt; your proposal (and yes it's been my plan for a couple years as well) is to replace the orange with the apple, so it's kindof important to compare them. 20:23:58 &lt;hottuna&gt; Im am not against setting a high B, lookup latency is a real issue 20:24:55 &lt;hottuna&gt; regarding K I think keeping it at 8 may be reasonable. 20:25:18 &lt;hottuna&gt; of course the new dht would have to be evaluated. 20:26:05 &lt;zzz&gt; you can't pick K in isolation. You have to pick K and B to make the routing table work as well as sorting does now, for a given local netdb size. 20:27:03 &lt;hottuna&gt; Both can be tweaked while deploying. 20:27:29 &lt;hottuna&gt; So I'd go for an initial guesstimation base on what we know and what we need. 20:28:17 &lt;zzz&gt; also depends greatly on whether it's the ffs or everybody that's in the new dht 20:29:24 &lt;hottuna&gt; Not making every node a participant in the new dht would be a mistake an keep us vulnerable to attacks like that presented in the UCSB paper 20:30:15 &lt;zzz&gt; I don't see info on who's in or out in your proposal 20:30:18 &lt;hottuna&gt; I suppose I wasn't very clear about that in the proposal. 20:30:25 &lt;hottuna&gt; ;) 20:31:30 &lt;zzz&gt; not at all sure you want everybody (natted, android, hidden, chinese, mobile phones, etc) in it 20:31:46 &lt;zzz&gt; check out jr's extensive comments on where it all went bad 20:31:53 &lt;topiltzin&gt; node churn is not good for the dht. You should have some minimal uptime requirements 20:32:32 &lt;hottuna&gt; topiltzin: node churn isnt much of an issue since all our data is mutable and republished every 37 seconds - 30 minutes 20:33:09 &lt;hottuna&gt; nat:ed nodes should probably not participate. android probably should 20:33:17 &lt;zzz&gt; sure, N=500 and B=-8 was the disaster he never figured out, but there were other causes too, that are still present in our network... and could get much much worse if android takes off 20:33:25 &lt;hottuna&gt; chinese.. i don't know.. 20:34:04 &lt;hottuna&gt; other than likely having higher churn, how is android different? 20:34:32 &lt;topiltzin&gt; node churn affects routing negatively.. so if the goal of this effort is to improve routing you cannot ignore it 20:34:39 &lt;zzz&gt; I mean phones, not android in particular 20:34:58 &lt;hottuna&gt; android==phnoes for me aswell 20:35:22 &lt;zzz&gt; mobile devices have lower bandwidth and horsepower and intermittent connectivity 20:35:57 &lt;hottuna&gt; How is it done now? 20:36:12 &lt;zzz&gt; what? 20:36:39 &lt;hottuna&gt; regarding android devices that want to be an ff? 20:36:42 &lt;hottuna&gt; christoph2: is lurking somewhere 20:36:49 * christoph2 hides 20:37:00 &lt;topiltzin&gt; there are some criteria for becoming an FF, one of them is uptime 20:37:11 &lt;hottuna&gt; how would fast key-rotation interfere with an eclipse attack? 20:37:57 &lt;hottuna&gt; and how long does it take for a node to integrate into the netdb of the other nodes? (ie pollute their routing tables) 20:38:32 &lt;zzz&gt; androids become ff automatically like anybody else, if they meet the criteria. But seems unlikely anybody would do that over the air 20:38:38 &lt;christoph2&gt; well you have time T it takes to integrate a node into I2P (untill it's reasonably well connected) and time t the rotation. you need T/t + safety nodes for eclipse 20:38:53 &lt;hottuna&gt; topiltzin: uptime is really not much of an issue. R5N has some pretty aggressive replication factors. So churn is not an issue 20:39:00 &lt;christoph2&gt; * nodes needed to actually eclipse 20:40:27 &lt;christoph2&gt; hottuna: not exactly following code changes. was less than 30 minutes in december 20:40:27 &lt;hottuna&gt; I did some quick calculations yesterday 20:40:27 &lt;christoph2&gt; well 0.9.2 iirc 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Which might be prohibitive for an attacker. 20:40:27 &lt;zzz&gt; hottuna, how would a new keyspace (either a different permutation formula, different rotation schedule, or both) work? I don't see how we could ever migrate over. 20:40:27 &lt;hottuna&gt; ok, that sounds reasonable 20:40:49 &lt;hottuna&gt; We'd use both in parallel? the current implementation will remain separate until we can safely move away from it. 20:41:26 &lt;zzz&gt; what I really want to know is what can we do in the next two weeks to improve resistance 20:41:29 &lt;hottuna&gt; christoph2: are those calculations sensible? and would 2880 nodes be an issue at all? 20:41:36 &lt;zzz&gt; if that's making the class N routers ff, lets do that. 20:41:36 &lt;topiltzin&gt; I find it very hard to believe that node churn isn't an issue. The bigger the churn, the worse the routing table of each individual node 20:42:29 &lt;zzz&gt; how could we ever 'move safely away' and maintain compatibility? How could we handle the conn limit issues of two parallel impls? How would we migrate from one to the other? 20:42:33 &lt;hottuna&gt; topiltzin: the value K, which is the size of each bucket in the routing table is chosen to be a number of nodes that are highly unlikely to drop out of the dht in an hour. 20:42:33 &lt;topiltzin&gt; ^^ class F but !windoze 20:43:04 &lt;topiltzin&gt; s/F/N/ 20:43:08 &lt;iRelay&gt; topiltzin meant: ^^ class N but !windoze 20:43:12 &lt;zzz&gt; sure, we could do class N non-windows. No idea how many there are 20:43:35 &lt;zzz&gt; it would also expose those routers as being non-windows, small anon issue 20:43:35 &lt;christoph2&gt; hottuna: you get ~20 on a moderately expensive server. 100 of these may or may not be a problem depending on whom you defend against. and I'm not sure if you couldn't get several times more nodes per server with proper code 20:44:22 &lt;hottuna&gt; alright, so it could be a bit of an issue. However it won't be for long the way technology tends to evolve 20:45:28 &lt;zzz&gt; what else could we do for 0.9.7? 20:45:28 &lt;topiltzin&gt; true re: anon issue.. so maybe just do all N and hope we don't piss users off too mch 20:46:18 &lt;christoph2&gt; didn't read everything. what was the issue with windows? 20:46:25 &lt;hottuna&gt; re connections: old nodes would carry on as usual. new nodes would balance their queries amongst both nets. 20:46:49 &lt;dg&gt; christoph2: baked in connection limits 20:46:52 &lt;hottuna&gt; christoph2: windows doesnt allow for a large number of connections 20:47:07 &lt;christoph2&gt; ah ok 20:47:27 &lt;hottuna&gt; christoph2: alright, so that answers the key rotation issue. it is probably not worthwhile 20:47:34 &lt;topiltzin&gt; actually it's the rate at which new connections are opened that's limited 20:49:07 &lt;zzz&gt; hottuna, I don't see how we get from here to there. I can see how to move the snark code to netdb with the same iterative lookups in the same keyspace. I don't know whether its worth it, but at least I can see how. After that it all seems really hard and mysterious. 20:50:02 &lt;hottuna&gt; We would change the key-space? Or what are you referring to as keyspace? 20:50:05 &lt;topiltzin&gt; +1 with starting with snark code and figuring other stuff $later 20:50:40 &lt;zzz&gt; keyspace = key-&gt;routing key algo, including rotation 20:52:14 &lt;hottuna&gt; so step one while deploying is having something that works (likely iterative only). then we add new KRPC messages for Recursive and Random Recursive 20:52:54 &lt;hottuna&gt; And when the net has upgraded to mostly support them we can enable them in the originator nodes. 20:53:27 &lt;hottuna&gt; deploying will even help us figure out performance while under massive attack 20:53:38 &lt;zzz&gt; (for background, I started with the netdb kbucket code to make a generic library in i2p.zzz.kademlia, with arbitrary K, B, hash size, and eviction algo. Then I unit tested it to death. Then I moved it to snark for BEP 5 and more testing. The last part of the original plan is to move it back to netdb to complete the circle) 20:54:54 &lt;hottuna&gt; zzz.kad && i2psnark seems like a good base. I've been reading some of the code today, and it makes a lot of sense to me. 20:55:01 &lt;zzz&gt; you're proposing different keyspace, different rotation, and different participants. i.e. a completely new overlay. 20:55:33 &lt;hottuna&gt; I'd like to do a completely new overlay. 20:56:04 &lt;zzz&gt; oh good. code reading++. 20:56:47 &lt;hottuna&gt; alright. If this makes sense and no one has any objections I'd like to move this meeting along. 20:57:42 &lt;hottuna&gt; __Ticket #729 - properties location on osx__ 20:57:49 &lt;hottuna&gt; topiltzin, Meeh 20:58:11 &lt;topiltzin&gt; yep, that's some very low-hanging fruit that's been dangling around 20:58:39 &lt;zzz&gt; new overlay sounds like misery to me. 21:00:12 &lt;topiltzin&gt; ... awkward moment ... 21:00:59 &lt;topiltzin&gt; we still on dht? 21:02:09 &lt;dg&gt; imho discussion on dht isn't over but for the benefit of the meeting it should be 21:02:23 &lt;dg&gt; no decisions seem clear 21:02:26 * dg returns to shadows 21:03:16 &lt;topiltzin&gt; I think the decision for the immediate future 0.9.7 is moar FFs .. the long-term view is still foggy 21:03:42 &lt;topiltzin&gt; I'm gonna go ahead with #729 . Meeh, you around bro? 21:04:16 &lt;trolly&gt; sry, I forgot about meeting 21:04:57 &lt;hottuna&gt; alright topiltzin, what's up with #729? 21:05:35 &lt;topiltzin&gt; So, I've been running it for a while now, propagating trunk to branch i2p.i2p.729 21:05:50 &lt;topiltzin&gt; works fine, straight-forward 21:06:21 &lt;topiltzin&gt; affects only new installs on OSX, so low impact, etc. 21:06:44 &lt;topiltzin&gt; I'd like to merge it and get it over with 21:07:03 &lt;hottuna&gt; zzz, up for the #729 merge? 21:07:45 &lt;hottuna&gt; I don't have mac access, but Im assuming that topiltzin and Meeh does. 21:08:12 &lt;topiltzin&gt; Yeah, we're probably the only osx users around here :) 21:08:15 &lt;topiltzin&gt; here's a diff: 21:08:15 &lt;topiltzin&gt; mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 &lt;hottuna&gt; I don't have repo access on this machine :/ 21:09:41 &lt;dg&gt; "access"? 21:10:00 &lt;hottuna&gt; as in set up :P 21:10:07 &lt;zzz&gt; no objections 21:10:38 &lt;topiltzin&gt; pastebin coming for those who care 21:10:50 &lt;zzz&gt; just needs some testing, but probably wont get more unless its merged 21:10:50 &lt;hottuna&gt; thanks! 21:11:35 &lt;zzz&gt; I lobbied for merging months ago as you will see in #729 comments 21:11:42 &lt;topiltzin&gt; `http://pastethis.i2p/show/3404/` 21:11:45 &lt;iRelay&gt; Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 &lt;hottuna&gt; let's go ahead with the merge then 21:12:17 &lt;topiltzin&gt; ok great. Meeh, speak now or forever hold your peace 21:12:28 &lt;topiltzin&gt; (or whatever it is the priest says at the wedding) 21:13:18 &lt;zzz&gt; I'd like him to speak later too if that's when he tests it :) 21:13:21 &lt;topiltzin&gt; ok, I'll merge after the meeting 21:13:56 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:14:11 &lt;topiltzin&gt; str4d: you around for this? 21:15:54 &lt;topiltzin&gt; mmk, this ticket is not so small 21:16:57 &lt;topiltzin&gt; background - on windows, i2p runs with a process name of "java" 21:16:57 &lt;sponge&gt; hi 21:17:24 &lt;sponge&gt; meeting today? 21:17:27 &lt;topiltzin&gt; which means any security settings that are applied to i2p become valid for any and every java application 21:17:41 &lt;hottuna&gt; sponge: yes. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 &lt;sponge&gt; ty 21:17:59 &lt;sponge&gt; bout time I made one of these... 21:18:48 &lt;sponge&gt; this day is always difficult for me to do anything at this particular hour 21:18:55 &lt;zzz&gt; can we do anything on 741 w/o str4d ? 21:19:29 &lt;sponge&gt; I finally have a machine with windows on it 21:19:36 &lt;topiltzin&gt; if we have a copy of visual studio then we can do everything without him 21:19:59 &lt;sponge&gt; 7 iirc, never use it though, so i can help/test 21:20:14 &lt;hottuna&gt; I could get a VS license from microsoft, if anyone knows how to use it.. 21:20:41 &lt;topiltzin&gt; it's a good idea for the project to have such license 21:20:41 &lt;zzz&gt; I mean as far as discussion. So back to the beginning, topiltzin you put this on the agenda why? just to try to get things moving? 21:20:41 &lt;sponge&gt; vs is pretty painful from what I have heard 21:21:07 &lt;topiltzin&gt; exactly - get some action going 21:21:37 &lt;hottuna&gt; Alright, str4d isn't around. Should we table this? 21:21:48 &lt;sponge&gt; aye 21:22:28 * sponge has some 'misc' for discussion 21:22:41 &lt;sponge&gt; let me know when I got the talking stick 21:23:03 &lt;hottuna&gt; Ill take that as a resounding yes. 21:23:03 &lt;hottuna&gt; Moving along.. 21:23:06 &lt;hottuna&gt; __Misc__ 21:23:09 &lt;topiltzin&gt; if you guys want to table it fine, but let's not forget about it competely 21:23:21 &lt;hottuna&gt; topiltzin: agreed 21:23:46 &lt;topiltzin&gt; (I will bring it up next meeting too) 21:23:57 &lt;topiltzin&gt; ;-) 21:24:08 &lt;hottuna&gt; sponge: Misc was it? 21:24:51 &lt;sponge&gt; MISC-- Bridge API for UDP (BOB) -- I have a few ideas on how it could be done, but I need some feedback, and need to know if it is even wanted 21:25:18 &lt;sponge&gt; basically we need some sort of standard that is expandable 21:25:22 &lt;sponge&gt; and to stick with it 21:25:43 &lt;sponge&gt; it also has to be able to not mess with what is out there already 21:25:57 &lt;sponge&gt; well-- adapt easily 21:26:56 &lt;hottuna&gt; So the question is what people would use it for? 21:27:03 &lt;zzz&gt; we already have a thread going at `http://zzz.i2p/topics/1393` --- how about putting your proposal there? 21:27:10 &lt;iRelay&gt; Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 &lt;sponge&gt; two ways I am thinking of is either wrap a UDP packet with &lt;&lt;destination&gt;&lt;data&gt;&gt; or &lt;&lt;handle&gt;&lt;data&gt;&gt; 21:28:13 &lt;dg&gt; hottuna: trackers, voip? 21:28:16 &lt;sponge&gt; I'm curious on demand 21:28:16 &lt;dg&gt; dare i say it, games 21:29:03 &lt;sponge&gt; and I need people to discuss this. I have been trying for YEARS to talk with someine, to get more ideas, and nobody wants to think on the problem 21:29:03 &lt;dg&gt; oh, anonet. psi was pushing for that. 21:29:03 &lt;sponge&gt; *someone 21:29:03 &lt;zzz&gt; gotta read up on how SOCKS does it too 21:29:03 &lt;sponge&gt; there are apps out there that do use IDP 21:29:06 &lt;sponge&gt; *UDP 21:29:22 &lt;sponge&gt; don't forget gnutella 21:29:25 &lt;inscrutable&gt; voip (mumble) has been implemented and seen some use 21:29:44 &lt;zzz&gt; that's tcp 21:29:47 &lt;sponge&gt; bote uses a udp-ish packet too 21:29:54 &lt;sponge&gt; gnutella can use udp 21:29:58 &lt;inscrutable&gt; zzz: My bad 21:30:29 &lt;orion&gt; When is the next meeting? 21:30:40 &lt;hottuna&gt; Whenever someone wants to hold one 21:30:40 &lt;zzz&gt; it's all easy inside the JVM. I could add udp to zzzot in a day. It's the external i/f that is a pita. 21:30:40 &lt;sponge&gt; so is there demand? and if you got implementation ideas that can expand and not go stale, post 21:30:45 &lt;orion&gt; Oh crap. We're in a meeting. 21:30:45 &lt;hottuna&gt; I won't host one next week. 21:31:06 &lt;hottuna&gt; orion: we're at __Misc__ now.. 21:31:25 &lt;dg&gt; sponge: yes. 21:31:32 &lt;sponge&gt; number 2 misc--- ipv6 and it's implications on de-anoning 21:31:35 &lt;orion&gt; hottuna: Thank you. 21:31:50 &lt;sponge&gt; concerns? 21:32:01 &lt;sponge&gt; haw close are we to using ipv6 21:32:08 &lt;sponge&gt; how 21:32:12 &lt;hottuna&gt; what concerns are you having sponge? 21:32:27 &lt;sponge&gt; ipv6 can link to who you are very easily 21:32:46 &lt;Meeh&gt; damn, overslept the meeting -.- 21:32:53 &lt;zzz&gt; IPv6 thread: `http://zzz.i2p/topics/109` 21:32:56 &lt;hottuna&gt; since the address space is larger? 21:32:59 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 &lt;sponge&gt; yes 21:33:03 &lt;sponge&gt; I was thinking 21:33:14 &lt;sponge&gt; zzz: this is different, but related 21:33:17 &lt;dg&gt; ipv6 does not deanonymize? WHOIS _may_ be more accurate as _may_ be determining if a NAT is in place (Bob and Ryan are behind a NAT, you do not know which is which) -- with IPv6, you can perhaps know if it is Bob or Ryan. 21:33:24 &lt;dg&gt; IMO, it makes no practical difference to I2P. 21:33:27 &lt;sponge&gt; i2p could get an ipv6 space 21:33:39 &lt;psi&gt; socks 5 udp would be awesome 21:33:42 &lt;sponge&gt; farm that out to users via tunnel 21:33:45 &lt;str4d&gt; o/ 21:33:48 &lt;orion&gt; Side note: i2pcpp will have full ipv6 support. 21:33:54 &lt;str4d&gt; Apologies for being late. 21:33:57 &lt;hottuna&gt; dg: I agree. 21:34:06 &lt;zzz&gt; awaiting sponge to list his concerns (post #66) 21:34:20 &lt;dg&gt; hottuna: Can we move on if sponge has nothing to add? 21:34:35 &lt;dg&gt; i feel it's a non issue 21:34:35 &lt;zzz&gt; schedule? merge for 0.9.8, enable by default in 0.9.9 21:34:38 &lt;sponge&gt; so in short.... will i2p provide an ipv6 tunnel for persons of high concern? 21:34:53 &lt;topiltzin&gt; hey str4d, you missed the i2p.exe discussion :( 21:35:04 &lt;sponge&gt; should wee? 21:35:07 &lt;hottuna&gt; I don't think our threat model includes I2P being illegal to run. 21:35:31 &lt;hottuna&gt; If that was the case ipv4 would be problematic as well. 21:35:42 &lt;zzz&gt; orion, I'm trying to keep our docs up to date w.r.t IPv6. The docs should match what's in my ipv6 branch now. 21:35:45 &lt;sponge&gt; ht: in some countries (china?) it is 21:36:20 &lt;hottuna&gt; And who runs i2p is the only additional information that would be leaked. 21:36:39 &lt;zzz&gt; the best way thru the GFW may be via IPv6, hard to see how it's a negative 21:38:09 &lt;sponge&gt; last misc from me--- So sorry I have been missing all the previous meetings. Again, difficult for me to do this day of the week, and hour. I will be more active very soon on everything as well... the talking stick is for the next persion... 21:38:13 &lt;orion&gt; zzz: Thank you. 21:39:03 &lt;hottuna&gt; Meeh: you missed #726, but are requested to do some testing of the patches that will be merged by topiltzin (i think that is the summary) 21:39:15 &lt;hottuna&gt; str4d: #741 was tabled for next meeting 21:39:22 &lt;hottuna&gt; sponge: nice :) 21:39:29 &lt;sponge&gt; I say bring up 741 now 21:39:32 &lt;hottuna&gt; Okay, anything else? 21:39:32 &lt;Meeh&gt; hottuna: noted. 21:39:39 &lt;sponge&gt; he's here, why not 21:39:46 &lt;hottuna&gt; fine by me 21:39:46 &lt;orion&gt; hottuna: Yes, minor thing. 21:40:01 &lt;hottuna&gt; ok, go orion! 21:40:04 &lt;topiltzin&gt; de-tablizing 741 ... :) 21:40:20 &lt;orion&gt; I was wondering if someone could get me my credentials for the press@i2p2.de email account. 21:40:27 &lt;orion&gt; As well as update the website. 21:40:46 &lt;sponge&gt; orion: website is in mtn 21:40:56 &lt;hottuna&gt; update what part of the website? 21:41:03 &lt;str4d&gt; And no credentials required to update website. 21:41:18 &lt;str4d&gt; (Just create a mtn key and go) 21:41:25 &lt;orion&gt; str4d: email account 21:41:43 &lt;hottuna&gt; welterde handles that domain as far as I know. 21:41:46 &lt;orion&gt; Or, nevermind. The team.html page has already been updated. 21:41:46 &lt;zzz&gt; you'll be sorely disappointed, as I don't think we've ever gotten a single email there, but welterde is the person to ask to get added. It's just a redirector to a list, there's no account. 21:42:02 &lt;orion&gt; So right now it's just the email account. 21:42:20 &lt;orion&gt; I Will speak to welterde, thank you. I yield my time. 21:42:30 &lt;hottuna&gt; excellent 21:42:38 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:42:45 &lt;str4d&gt; Okay, so briefly de-tablizing 741? 21:42:45 &lt;hottuna&gt; topiltzin, str4d 21:42:52 &lt;hottuna&gt; yes 21:42:58 &lt;sponge&gt; :-) 21:43:05 &lt;str4d&gt; Current situation: the process renamer works. 21:43:12 &lt;str4d&gt; (When called by the Tanuki wrapper) 21:43:23 &lt;str4d&gt; (or passed CLI arguments) 21:44:01 &lt;str4d&gt; I've tested it on Win7. topiltzin has verified that the code has been run on pretty much everything except Win8. 21:44:12 &lt;str4d&gt; So it needs testing there. 21:44:34 &lt;hottuna&gt; Does anyone have win8 access? 21:44:37 &lt;zzz&gt; 32/64? 21:44:52 * KillYourTV can 21:44:59 &lt;str4d&gt; The one part that is not working currently is the internal defaults - the arguments that are used if no arguments are provided externally (i.e. wrapper or CLI). 21:45:02 &lt;KillYourTV&gt; (win 8, x64 and/or x86) 21:45:09 &lt;sponge&gt; My daughter was going to upgrade to 8, but we found out it is really bad. 21:45:12 &lt;str4d&gt; zzz: I was running 64-bit Win7 21:45:30 &lt;str4d&gt; (IIRC) 21:45:30 &lt;hottuna&gt; so KillYourTV, you're up for some testing? 21:45:37 &lt;KillYourTV&gt; always 21:45:44 &lt;hottuna&gt; :) 21:45:52 &lt;str4d&gt; Thanks KillYourTV :) 21:46:11 &lt;topiltzin&gt; two remaining points I can see: 21:46:11 * KillYourTV will set up some VMs 21:46:14 &lt;str4d&gt; Testing just requires dropping the new i2p.exe into the install folder, and tweaking wrapper.config to use "i2p" instead of "java". 21:46:21 &lt;topiltzin&gt; 1. Icons - need them in different sizes, alpha channels, b.s. 21:46:36 &lt;topiltzin&gt; 2. Strings like license, description, etc. need reviewing 21:46:55 &lt;str4d&gt; 1. - I've set the VS file to refer to the icon in the installer/ dir in i2p.i2p. 21:47:22 &lt;str4d&gt; So it should be using the same icon as the launch4j-based i2p.exe uses. 21:47:25 &lt;KillYourTV&gt; I've not noticed but is the proposed "renamer" already in i2p.i2p? 21:47:36 &lt;str4d&gt; 2. - Agreed. 21:47:36 &lt;hottuna&gt; re Icons: i don't think that any high quality/svg files exist 21:47:51 &lt;str4d&gt; KillYourTV: yes - installer/c/i2pExe 21:48:10 &lt;zzz&gt; if it doesnt work w/o arguments, isnt that a problem? 21:48:10 &lt;KillYourTV&gt; cheers, I can handle the rest then ^^ 21:48:28 &lt;str4d&gt; zzz: yes it is. 21:48:35 &lt;topiltzin&gt; then some things like control panel are going to look weird 21:48:43 &lt;str4d&gt; That needs to be fixed if it is going to replace the launch4j-based i2p.exe 21:48:54 &lt;topiltzin&gt; str4d: are you sure it's a problem? I thought you hardcoded some defaults 21:49:17 &lt;str4d&gt; topiltzin: I did, but it just crashes and I couldn't work out why at the time. 21:49:29 &lt;sponge&gt; hardcodeing can be a bad thing, Do a path search first. 21:49:47 &lt;str4d&gt; But when I pulled out (what should have been) the exact same arguments and used them via the CLI, it worked fine.. 21:50:02 &lt;str4d&gt; sponge: different defaults. 21:50:13 &lt;sponge&gt; ahh 21:50:35 &lt;str4d&gt; sponge: these are the settings that I2P is run with if nothing else is there (no wrapper.config). See installer/i2pstandalone.xml 21:50:38 &lt;topiltzin&gt; str4d: in order KillYourTV to test you need to build the actual i2p.exe or have you commited that in mtn? 21:50:46 &lt;str4d&gt; (and the doBuildExe target in build.xml) 21:50:49 &lt;sponge&gt; str4d: you may have to do like I did for BOB, basically a double main() 21:50:53 &lt;KillYourTV&gt; topiltzin: it's in mtn 21:51:07 * KillYourTV already asked ^^ 21:51:14 &lt;str4d&gt; topiltzin: needs to be built - I wasn't going to commit the binary until we were close to actually using i. 21:51:21 &lt;str4d&gt; KillYourTV: I meant that the source is in mtn ^_^ 21:51:24 &lt;sponge&gt; the first main inserts missing args, passes it to the actual main() 21:51:31 &lt;KillYourTV&gt; oh...heh 21:51:58 &lt;str4d&gt; sponge: that's pretty much what is done - if args are passed they are used, otherwise default args are constructed. 21:52:05 &lt;sponge&gt; so you got main() and _main() 21:52:08 &lt;topiltzin&gt; ok so the i2p.exe is not in mtn? 21:52:08 &lt;str4d&gt; topiltzin: what is the format of launch.properties? 21:52:27 &lt;str4d&gt; topiltzin: correct. Just installer/c/i2pExe/i2p.c etc. 21:52:30 &lt;sponge&gt; the first is just a cleanup 21:52:37 &lt;str4d&gt; sponge: see installer/c/i2pExe/i2p.c for the code. 21:52:37 &lt;dg&gt; topiltzin: src yes, binary no 21:52:48 &lt;sponge&gt; will look, thanks 21:53:11 &lt;sponge&gt; I'll get back to you on why it is broken 21:53:27 &lt;str4d&gt; topiltzin: there were also several commented-out methods that I couldn't work out their purpose. 21:54:04 &lt;topiltzin&gt; that's fine, I can explain offline 21:54:15 &lt;topiltzin&gt; but KillYourTV needs a binary to test, can you build one? 21:54:54 &lt;str4d&gt; topiltzin: sure. 21:55:21 &lt;topiltzin&gt; launch.properties - I believe one line per property, need to double-check 21:55:39 &lt;str4d&gt; (unless you already have VS2008 KillYourTV - that's what it is built with) 21:56:05 &lt;topiltzin&gt; which brings up another interesting __misc__ point: 21:56:08 &lt;str4d&gt; topiltzin: I'm thinking that launch.properties could be like wrapper.config but for the standalone case. 21:56:23 &lt;topiltzin&gt; yeah 21:56:42 &lt;str4d&gt; (Because the current standalone i2p.exe is not adjustable at all) 21:58:33 &lt;topiltzin&gt; now that the project is loaded with cash (because some mysterious person donated 1000 BTC when they were still cheap) we should have some software licenses for things like vmware, visual studio, etc. 21:59:21 &lt;hottuna&gt; visual studio I can get for free or one of you guys 21:59:24 &lt;topiltzin&gt; I'm sure that KillYourTV has legally purchased his copies of Windows 8 :-D but technically it's the project that should be funding that 21:59:39 &lt;zzz&gt; microsoft is advertising $450 win8 computers on tv (Asus? Acer?), we could just buy one of those 22:00:05 &lt;sponge&gt; excellent idea zzz 22:00:16 &lt;KillYourTV&gt; (dreamspark copies, "for educational use") 22:00:27 &lt;maidenboi2&gt; tiger direct often has deals for 300-400 on low end laptops 22:00:27 &lt;orion&gt; If Microsoft offers student discounts, I can get them. 22:00:34 &lt;orion&gt; If you want to go that route. 22:00:37 &lt;topiltzin&gt; hottuna yes please (re VS) 22:00:51 &lt;dg&gt; wait 22:01:01 &lt;dg&gt; is the gamer laptop we bought win. 8? 22:01:19 &lt;hottuna&gt; do we really need toys? couldnt the testing be done on a vm? 22:01:27 &lt;KillYourTV&gt; echelon had his own windows. 22:01:45 &lt;KillYourTV&gt; and I do my testing in clean VMs 22:01:52 &lt;sponge&gt; str4d: I have vs around some place (it is very old) but I won't be using that. I'll simply review your code once pull and apply is finished here and advise you 22:02:14 &lt;str4d&gt; sponge: thanks. 22:02:59 &lt;topiltzin&gt; a vm is always better 22:02:59 &lt;orion&gt; I agree with hottuna regarding the VM. 22:02:59 &lt;topiltzin&gt; and we can pass around images for easier debugging etc. 22:02:59 &lt;hottuna&gt; alright. so are we happy with this topic/discussion? 22:02:59 &lt;sponge&gt; str4d: no problem. I've head my head buried in C, C++ and ASM for the last month 22:03:02 &lt;zzz&gt; a win8 netbook would be a hella lot cheaper than VS 22:03:52 &lt;orion&gt; zzz: What if I got a student copy of VS? 22:04:03 &lt;hottuna&gt; I was thinking of donating my student copy as well. 22:04:14 &lt;topiltzin&gt; orion: if you get a student copy i2p cannot technically use it 22:04:21 &lt;sponge&gt; My daughter could possibly get a student version too 22:04:27 &lt;topiltzin&gt; s/technically/legally/ 22:04:31 &lt;iRelay&gt; topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 &lt;hottuna&gt; topiltzin: why not? 22:04:34 &lt;str4d&gt; hottuna: yes over here. Two main action items: Fix the defaults (and provide a launch.properties); build an i2p.exe for KillYourTV to test. 22:04:37 &lt;orion&gt; It's for my education. 22:05:07 &lt;hottuna&gt; and not for a for-profit company/project 22:05:07 &lt;topiltzin&gt; beause it is a student copy for orion's education - it means only he can use it 22:05:26 &lt;hottuna&gt; ok. in that case I cant provide VS. 22:05:49 &lt;topiltzin&gt; what license does yours have? 22:05:58 &lt;hottuna&gt; and this stuff cant be built by mingw? 22:05:58 &lt;hottuna&gt; topiltzin: student 22:06:46 &lt;topiltzin&gt; you can use it to build i2p.exe or other stuff for i2p, the only thing you can't do is give it to someone else 22:07:23 &lt;KillYourTV&gt; what about vs2008 express? Is that limited to 32bit only? 22:07:46 &lt;sponge&gt; str4d: note! It is not good style to mix C++ comments in C code ;-) use /* */ 22:08:01 &lt;KillYourTV&gt; I suppose we need i2p.exe 64bit _and_ i2p.exe 32bit 22:08:32 &lt;topiltzin&gt; I *think* 32-bit only is good enough 22:08:35 &lt;sponge&gt; I also already see your problem 22:09:01 &lt;topiltzin&gt; good enough = runs on both 64 and 32 bit windows 22:09:19 &lt;KillYourTV&gt; I'm not sure a 32bit i2p.exe can load the 64bit wrapper. The 32bit wrapper can't load the 64bit jvm 22:09:36 &lt;KillYourTV&gt; dunno though about this 22:10:48 &lt;sponge&gt; str4d: i2p.c line 54, and the loop below -- you are not assiginging correctly... it should be '*new_argv[0]' not 'new_argv[0]' same for the loop below that. The final NULL should be OK 22:11:06 &lt;K1773R&gt; KillYourTV: how about a x86 which starts the x86 or x64 launcher? 22:11:44 &lt;sponge&gt; str4d: Try that, and it should work for you 22:11:47 &lt;KillYourTV&gt; that's what I'm saying, I don't know if it can work. 32bit binaries _usually_ cannot call x64 binaries. 22:12:47 &lt;sponge&gt; actually the first line may be OK, but the loop does need to be a * 22:13:26 &lt;sponge&gt; read_options, if returning as a pointer, needs to copy the pointer 22:13:45 &lt;K1773R&gt; KillYourTV: trough cmd.exe it should work as last resort, tough thats a win problem 22:13:48 &lt;sponge&gt; new_argv[i] = &(read_options[i-1]); 22:13:51 &lt;sponge&gt; like so 22:14:57 &lt;topiltzin&gt; sponge do you have access to a windows box? Can you help test this? 22:15:17 &lt;topiltzin&gt; sponge: also post any comments on trac #741 22:15:35 &lt;sponge&gt; I have a win 7 laptop, but can't test today. I'm short on time, and had to budget time to be here 22:16:17 &lt;sponge&gt; otherwise i would jump at it 22:16:52 &lt;sponge&gt; point is that you have a pointer to an array of pointers 22:17:41 &lt;KillYourTV&gt; I can basically test any/all versions of Windows 22:17:44 &lt;sponge&gt; you are not copying the pointer, your code is copying the first few chars, which will point to random crap and cause your crash 22:18:46 &lt;sponge&gt; new_argv[0] = argv[0]; &lt;-- that is okay 22:18:59 &lt;sponge&gt; new_argv[i] = read_options[i-1]; &lt;-- random crap 22:19:13 * hottuna is readying the meeting closing hammer 22:20:21 &lt;hottuna&gt; alright.. closing time 22:20:24 &lt;str4d&gt; sponge: I'm pretty sure that section is still the same as it was for limewireExe 22:20:31 &lt;micster&gt; Before everyone goes, I've been thinking of "non profit 501(c)(3) status" for the Invisible Internet Project. Would this be the place to talk about that or somewhere else? 22:20:38 &lt;str4d&gt; (Which *should* have been in a working state, according to topiltzin) 22:20:45 &lt;hottuna&gt; micster: yes 22:21:04 &lt;dg&gt; hottuna: we're done with #741? 22:21:22 &lt;hottuna&gt; i doubt we'll become done with it :P 22:21:29 &lt;sponge&gt; str4d: problem 2 22:21:33 &lt;sponge&gt; free(read_options); 22:21:45 &lt;sponge&gt; don't free them there 22:21:48 &lt;micster&gt; I saw a post in the forum about someone wanting to incorporate in Germany. I'm in the US and have an interest in pursuing this. 22:21:52 &lt;str4d&gt; KillYourTV: re: 32/64, what currently happens with the launch4j-based i2p.exe? That starts a separate java.exe process; is it built separately for 32 and 64 bit? 22:21:55 &lt;hottuna&gt; sponge: I've gotta go. Could you take care of the rest of the meeting? 22:21:58 &lt;sponge&gt; free them at the very end 22:22:09 &lt;sponge&gt; I'm about to go too 22:22:15 &lt;hottuna&gt; it just needs a final baf, and it's done 22:22:18 &lt;hottuna&gt; darnit! 22:22:25 &lt;dg&gt; micster: Great! Sadly, timing's pretty bad. Post about it on zzz.i2p ("the forum") if you can? 22:22:28 &lt;str4d&gt; sponge: I'll try your suggestion and report back. 22:22:31 &lt;sponge&gt; I think it is done 22:22:38 &lt;micster&gt; Ok 22:22:41 &lt;str4d&gt; (later though - afk now o/) 22:22:59 &lt;sponge&gt; str4d: double check that it is a pointer 22:23:01 * hottuna baf's the meeting closing hammer 22:23:06 * hottuna **baf** 22:23:17 &lt;sponge&gt; **BARF** :-) 22:23:35 &lt;hottuna&gt; summary posted at: `http://zzz.i2p/topics/1397` 22:23:42 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 &lt;RN&gt; :) 22:23:57 &lt;sponge&gt; cool, I can now go run my errands 22:24:08 &lt;topiltzin&gt; great meeting everyone! 22:24:19 &lt;dg&gt; micster: the meeting is now finishing up and everyone seems to have a lot they want to get across. You'll get more exposure and brain time if you post it there. 22:24:53 &lt;micster&gt; Ok, I'll make the post. Maybe it can be discussed in a future meeting. 22:25:01 &lt;micster&gt; Just wanted to see if I was in the right place. 22:26:52 &lt;RN&gt; lots of good discussion. thanks for making the time to particpate y'all 22:27:07 &lt;hottuna&gt; :) 22:28:54 &lt;zzz&gt; micster, the correct thread for that is `http://zzz.i2p/topics/1388` 22:28:58 &lt;iRelay&gt; Title: zzz.i2p: Official I2P group (at zzz.i2p) </div>/ar/blog/2013/05/28/0.9.6-release/Tue, 28 May 2013 00:00:00 +0000/ar/blog/2013/05/28/0.9.6-release/<p>0.9.6 includes bug fixes and an update from Jetty 6.1.26 (2010-11-10) to Jetty 7.6.10 (2013-03-12). See below for important information on the Jetty update. The Jetty 7 series is actively maintained and we plan to stay current with it in future I2P releases.</p> <p>Most users will update via HTTP. Those running development builds will attempt to update via the experimental in-network bittorrent with i2psnark. We&rsquo;ve fixed some bugs that will enable more users to update via torrent in the 0.9.7 update cycle.</p>/ar/blog/2013/05/21/i2p-dev-meeting-may-21-2013/Tue, 21 May 2013 00:00:00 +0000/ar/blog/2013/05/21/i2p-dev-meeting-may-21-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, hottuna, Mathiasdm, Meeh, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:56:52 &lt;hottuna&gt; Hi@all && (welt||welterde||weltende) 19:57:24 &lt;eche|on&gt; ;-) 20:00:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #182 for job I2P 20:01:11 &lt;hottuna&gt; Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 &lt;hottuna&gt; Alright, lets get this meeting started 20:01:33 &lt;eche|on&gt; meeting? hmm 20:01:33 &lt;hottuna&gt; Agenda: 20:01:39 &lt;hottuna&gt; * New bounty system 20:01:44 &lt;hottuna&gt; * New bounties 20:01:49 &lt;hottuna&gt; * Misc? 20:02:21 &lt;hottuna&gt; __New bounty system___ 20:03:25 &lt;hottuna&gt; During this summer I'll have some time over for I2P development, but I also have to pay my rent which is why a new bounty system or at least a new set of bounties and sub-bounties will be suggested 20:03:51 &lt;dg&gt; \o 20:04:37 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 &lt;hottuna&gt; after discussing the idea with eche|on, it seems like the best option for payed work is via the bounty system 20:05:44 &lt;hottuna&gt; to make it work I'll suggest at least one large bounty and then create sub-bounties for it 20:06:27 &lt;hottuna&gt; the sub bounties will be created and closed on a bi-weekly schedule 20:06:41 &lt;hottuna&gt; (preferably by holding a meeting like this when a sub bounty is to be closed) 20:07:27 &lt;eche|on&gt; you know my opinion, and so I just wait for input ;-) 20:07:35 &lt;hottuna&gt; Currently the i2p project has a lot of funds which aren't doing us any good 20:08:10 &lt;hottuna&gt; and allowing me to contribute to some much needed problem areas in i2p should be a good thing overall 20:08:51 &lt;hottuna&gt; Does anyone have any questions or feedback at this idea? 20:09:26 &lt;hottuna&gt; I've talked to zzz, eche|on, postman and Mathiasdm earlier and they have approved 20:10:07 &lt;hottuna&gt; I've tried to reach welt/welterde/weltende, _sponge, badger and KillYourTV but have not gotten any response from them 20:10:23 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 &lt;hottuna&gt; But I'd like to know what the rest of the inhabitants of #i2p-dev think about the idea 20:10:52 &lt;dg&gt; I agree that we should be doing something with the funds 20:11:08 &lt;dg&gt; An organized method of doing so is useful, I don't disagree at all so I'm remaining mute 20:12:04 &lt;hottuna&gt; dg, does this seem like a good way of doing something useful? 20:13:00 &lt;dg&gt; yes. The bounty system already works, we should build upon it 20:13:19 &lt;zzz&gt; you're proposing using existing funds? euros or BTC? 20:13:21 &lt;hottuna&gt; As far as bounty amounts go, 325 per bi-weekly sub-bounty is what I need to cover my basic costs of living 20:13:47 &lt;hottuna&gt; euros are safer and simpler for me 20:14:07 &lt;hottuna&gt; but maybe parts could be payed in btc 20:14:42 &lt;hottuna&gt; in any case the bounty should be set in euros and then possibly payed out in btc 20:14:47 &lt;zzz&gt; eche|on, whats our balances? 20:15:27 &lt;hottuna&gt; and to answer your question, Im proposing using existing funds 20:15:27 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` - still on those sums 20:15:32 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:15:40 &lt;eche|on&gt; so ~28k and 626 BTC 20:16:47 &lt;dg&gt; hottuna: What work will you be performing? 20:17:22 &lt;zzz&gt; appx. how many hours a week are you proposing to work? 20:17:35 &lt;hottuna&gt; that is point two on the agenda, but i'm primarily thinking about improving on our floodfill issues 20:17:57 &lt;hottuna&gt; 40 h/week. So full time. 20:18:56 &lt;zzz&gt; so round numbers, 8 euros/hour 20:19:18 &lt;zzz&gt; nope. 4 euros/hour 20:19:20 &lt;hottuna&gt; in my mind that sounds reasonable/cheap 20:19:35 &lt;zzz&gt; 325/80 20:20:13 &lt;zzz&gt; mcdonalds isn't hiring? :) 20:20:35 &lt;hottuna&gt; i think burger king has payed me more an hour :P 20:21:06 &lt;eche|on&gt; you worked for a burger king? hell,... I should have visited your working office^^ 20:21:35 &lt;zzz&gt; appx. how many weeks you propose to work? 20:21:56 &lt;hottuna&gt; lets see.. this will be a rough number 20:23:19 &lt;hottuna&gt; I should manage at least 8, but it could be more or less than that 20:24:10 &lt;zzz&gt; so a 1300 euro commitment from us 20:24:24 &lt;hottuna&gt; yeah 20:24:49 &lt;hottuna&gt; more than that would have to be discussed in a meeting 20:25:18 &lt;zzz&gt; anybody remember what we paid jrandom monthly? 20:26:08 &lt;hottuna&gt; let's see what the internet archive says 20:26:10 &lt;eche|on&gt; less. ~500$ IMHO 20:26:39 &lt;zzz&gt; he was more of a hippie than tuna is :) 20:26:50 &lt;hottuna&gt; $465 USD/month 20:27:11 &lt;hottuna&gt; I'm hippying as hard as I can damnit! 20:27:52 &lt;dg&gt; hippy harder!! 20:28:49 &lt;hottuna&gt; alright, so does anyone have any objections or questions? 20:29:15 &lt;zzz&gt; no objection 20:29:41 &lt;Mathiasdm&gt; sounds good 20:30:25 &lt;dg&gt; ditto 20:30:54 &lt;hottuna&gt; Alright. Then we are all happy about this 20:31:32 &lt;hottuna&gt; For the record: As no complaints have been raised, we'll proceed with the new bounty system. 20:31:47 &lt;hottuna&gt; __New bounties__ 20:32:34 &lt;hottuna&gt; The floodfill system has some issues, including attack resistance and scalability. 20:33:02 &lt;hottuna&gt; Replacing it is the first bounty that I will suggest. 20:33:30 &lt;hottuna&gt; I've talked to zzz about some alternatives 20:33:47 &lt;hottuna&gt; and step one appears to be to move to a kademlia based netdb 20:34:30 &lt;hottuna&gt; zzz has in fact already started by implementing kademlia in i2psnark 20:34:59 &lt;hottuna&gt; this is probably a good base for for a netdb network 20:35:53 &lt;hottuna&gt; there are some modifications that can be made to kad to make it more probabilistic and avoid the worst aspects of eclipse and sybil attacks. 20:36:01 &lt;zzz&gt; I'm not sure "replace" is the right word. And also not sure it's the top of my list. Our ff system is actually in pretty good shape right now. But I'm not sure how much you want to get into discussing it now. 20:36:27 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals 20:36:41 &lt;hottuna&gt; replace would be a long term goal, initially adding a second netdb backend would be the goal 20:36:58 &lt;hottuna&gt; yeah, replace is the wrong word. 20:37:09 &lt;zzz&gt; but sure, the UCSD folks highlighted some issues. 20:37:35 &lt;zzz&gt; ignoring vulnerabilities for a moment, I think we're actually good for a couple years of growth w/o changes 20:38:06 &lt;Mathiasdm&gt; 22:37 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals &lt;-- sounds like a good idea if it's time-boxed 20:38:53 &lt;hottuna&gt; spending two weeks on an analysis might be overkill, but having a meeting and discussing the alternatives after a week might be good 20:38:55 &lt;zzz&gt; what's _not_ realistic is replacing ffs with R5N this summer. 20:39:09 &lt;hottuna&gt; zzz, agreed 20:41:24 &lt;hottuna&gt; there might also be a need for some work surrounding development like multirouter support 20:41:24 &lt;hottuna&gt; which would make development easier 20:41:24 &lt;zzz&gt; fyi for everybody, the netdb roadmap in my head is 1) encrypted lookup responses and 2) migrate the snark kad back to router 20:41:24 &lt;Meeh&gt; like the ideas 20:41:35 &lt;Meeh&gt; ./roadmap 20:41:49 &lt;dg&gt; yeah 20:44:21 &lt;hottuna&gt; I don't think that 2 full weeks are needed for this 20:44:27 &lt;Meeh&gt; yea 20:45:21 &lt;dg&gt; "alternative exploration"? 20:45:30 &lt;Meeh&gt; as in the exploration tunnels right or? 20:45:30 &lt;zzz&gt; depends how long before your head explodes 20:45:37 &lt;zzz&gt; what else on your list? 20:45:45 &lt;hottuna&gt; "alternative exploration" = {what technology?, if dht-which?, what code-base?} 20:46:03 &lt;hottuna&gt; maybe one week, and if I have time to spare I'll start with the multirouter stuff. 20:47:09 &lt;hottuna&gt; I'm not sure, but some of the bounties like ipv6 will have to be completed soon as ipv6 looks to be actually deployed now 20:47:40 &lt;dg&gt; zzz is working on ipv6 a load but he my appreciate help 20:48:12 &lt;eche|on&gt; I try to add IPv6 on my root server for I2P use. 20:48:15 &lt;hottuna&gt; Resolving issues regarging an openitp submission has been suggested by zzz 20:48:22 &lt;eche|on&gt; as soon as I find time to understand and get it up... 20:48:57 &lt;Meeh&gt; I have a dev server that I can let developers into for testing.. It have multiple ipv6 adresses 20:49:00 &lt;hottuna&gt; having us accepted into OpenITP would be a major thing for us 20:49:07 &lt;Meeh&gt; Could setup more of them now for testing 20:49:22 &lt;eche|on&gt; and now gone for a good night time... 20:49:25 &lt;zzz&gt; here's my list: IPv6 (incl. testing), Crypto (see trac wiki), OpenITP prep (see trac wiki), NTCP and SSU protocol obfuscation (old zzz.i2p post, Lance James might be able to help), other state firewall resistance, Symmetric NATs (ticket #873), ... 20:49:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 &lt;Meeh&gt; zzz: want access to a ipv6 server for testing? 20:49:51 &lt;dg&gt; hottuna: major thing, yes, but, in case you (or others) are not aware: OpenITP are not long term funders. They fund short, achievable goals to improve projects "quickly". 20:51:05 &lt;zzz&gt; Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.5 to ignore published IPv6 addresses get out there before we start publishing them 20:51:24 &lt;zzz&gt; s/0.9.5/0.9.6/ 20:51:24 &lt;hottuna&gt; crypto is another thing that I know a bit about, so my time might be well spent there 20:51:27 &lt;iRelay&gt; zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 &lt;Meeh&gt; ok :) I can setup multiple too if needed 20:51:51 &lt;hottuna&gt; maybe if we're lucky I'll be somewhat done with the floodfill system by the time zzz is done with ipv6 20:51:58 &lt;Meeh&gt; got a /48 net 20:52:14 &lt;hottuna&gt; that way we could both attack the crypto problem 20:52:21 &lt;zzz&gt; heck what about i2pcpp 20:52:37 &lt;dg&gt; orion is 404 atm 20:52:48 &lt;Meeh&gt; sindu might help there when he got time, great C coder 20:52:59 &lt;Meeh&gt; talked about it earlier, know him from RL 20:53:26 &lt;hottuna&gt; that sounds interesting 20:53:49 &lt;zzz&gt; if orion is at least willing to accept help, that's a big step - he wasn't before - 20:53:52 &lt;hottuna&gt; but I think that I should spend time where makes the most difference which in my mind is floodfills/ipv6 and crypto 20:54:11 &lt;hottuna&gt; *it 20:54:14 &lt;zzz&gt; sure, my list doesn't necessarily match your skills or interest 20:54:29 &lt;Meeh&gt; also, he should get some creds for spreading the i2p stickers around Oslo, Norway. He have placed it all around the city 20:54:44 &lt;Meeh&gt; hottuna: if you want, send more.. soon emtpy again:P 20:55:11 &lt;zzz&gt; oh yeah, hottuna if you aren't coming to DEFCON I need some too 20:55:30 &lt;hottuna&gt; im planning on coming to defcon 20:55:44 &lt;hottuna&gt; i havent bought any plane tickets yet, but I will soon. 20:55:47 &lt;zzz&gt; oh hella yes. 20:56:23 &lt;Meeh&gt; hottuna: if you got files, I might be able to get some free printups myself 20:56:43 &lt;hottuna&gt; the files are in the i2p.graphics branch 20:56:46 &lt;Meeh&gt; if you got the sticker in png/ai/whatever format 20:56:49 &lt;Meeh&gt; ok thanks 20:57:00 &lt;hottuna&gt; if im remembering correctly 20:57:16 &lt;hottuna&gt; alright. 20:57:51 &lt;hottuna&gt; Is everyone ok with the first bounty being for the floodfill system? 20:58:02 &lt;dg&gt; aye 20:58:25 &lt;Meeh&gt; yepp 20:58:50 &lt;Mathiasdm&gt; ok, so first 1 week of research into the options, followed by implementation (currently most likely kademlia)? sounds good 20:59:06 &lt;hottuna&gt; yes, that's the idea 21:01:56 &lt;hottuna&gt; ok 21:03:15 &lt;hottuna&gt; For the record: The first bounty to be introduced is adding a new netdb backend. The first sub bounty should be divided into alternative exploration, multirouter research and discussion with you guys 21:03:26 &lt;hottuna&gt; __Misc__ 21:04:38 &lt;hottuna&gt; How is the website deployment going? 21:09:27 &lt;hottuna&gt; Everyone died? 21:09:31 &lt;hottuna&gt; str4d? 21:12:57 &lt;Mathiasdm&gt; oh 21:13:04 &lt;Mathiasdm&gt; I was curious :) 21:14:22 &lt;hottuna&gt; did I miss anything exciting? 21:14:29 &lt;Mathiasdm&gt; only this: 21:14:32 &lt;Mathiasdm&gt; 23:10 -!- hottuna [hottuna@irc2p] has quit [Quit: leaving] 21:14:32 &lt;Mathiasdm&gt; 23:12 &lt;+Mathiasdm&gt; oh 21:14:35 &lt;Mathiasdm&gt; 23:13 &lt;+Mathiasdm&gt; I was curious :) 21:15:12 &lt;hottuna&gt; Alright, if no one knows, let's see next week 21:15:38 * hottuna baf's with the meeting ending hammer 21:19:59 * Mathiasdm lurks onward :) </div>/ar/blog/2013/04/02/i2p-dev-meeting-april-02-2013/Tue, 02 Apr 2013 00:00:00 +0000/ar/blog/2013/04/02/i2p-dev-meeting-april-02-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:52:42 &lt;lillith&gt; okay meeting topics for today: 20:54:22 &lt;lillith&gt; 1. Are bounties appropriate? 20:54:29 &lt;lillith&gt; 2. Managing money 20:54:29 &lt;lillith&gt; 2a. The ssl certs 20:54:32 &lt;lillith&gt; 3. Making the i2p project official 20:56:38 &lt;lillith&gt; 4. Procedure regarding decicions for the project (for example making it official) 20:56:53 &lt;lillith&gt; for scrollback from last week if you were not here, `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 &lt;lillith&gt; relevant zzz.i2p posts: `http://zzz.i2p/topics/1359` for the meeting thread 20:56:53 &lt;lillith&gt; `http://zzz.i2p/topics/1366` for the bounties thread 20:57:07 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 &lt;iRelay&gt; Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 &lt;trolly&gt; chosen download bin file from zzz.i2p? 20:58:02 &lt;lillith&gt; 1. Are bounties appropriate, and further bounty discussion 20:58:05 &lt;dg&gt; Huh. Corruption again! 20:58:50 &lt;lillith&gt; not sure who (if anyone) woud like to be pinged, so i'l go on 20:59:22 &lt;dg&gt; trolly: that's a bug 20:59:30 &lt;trolly&gt; haha, no problem 20:59:41 &lt;lillith&gt; Last week it was decided that while bounties can be a good thing they may well need some looking at 20:59:48 &lt;trolly&gt; a trojan bug? just joking.. 20:59:59 &lt;dg&gt; try to nab the output of `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` and check /logs for anything important 21:00:05 &lt;dg&gt; it seems to be corruption, we saw this on id3nt.i2p in the past 21:00:19 &lt;lillith&gt; i suggested some revisions of the 50 BTC syndie bounty to echelon, and he has updated it 21:01:06 &lt;lillith&gt; which led me to two questions: can/should we employ people, ie give them a small amount of money regularly over an extended period? 21:01:57 &lt;lillith&gt; and what exactly is the procedure on bounties funded by i2p's money, not directly from a donor 21:02:20 * lillith opens up the floor for discussion 21:04:50 &lt;str4d_&gt; dg: if it's occuring on another site, that suggests an I2P tunnel problem. 21:05:26 &lt;dg&gt; str4d_: This happened before, is what I am saying. I do not know if the person affected == trolly but it was a few months back and none of us had any answer. 21:05:41 * str4d_ was affected by it. 21:05:52 &lt;dr|z3d&gt; dg: !!! 21:05:56 &lt;dg&gt; Okay, more than one person. 21:06:10 &lt;dg&gt; I believe zab was still around at the time which may tell you the period.. 21:06:21 &lt;dg&gt; dr|z3d: !!! 21:06:24 &lt;str4d_&gt; But the issue is orthogonal to the current discussion =) 21:06:36 * dr|z3d lols. 21:06:47 &lt;lillith&gt; str4d_: implying discussion ;) 21:08:32 &lt;Shinobiwan&gt; should i2p employ people? yes and no IMO. yes the people that continue to provide services that make i2p of higher quality (such as running the default IRC network and the more popular things like id3nt.i2p) are the best candidates to receive funds... in addition to the developer stuff which may have bounties attached. 21:09:27 &lt;str4d_&gt; Shinobiwan: I wouldn't consider that employment though. 21:09:50 &lt;str4d_&gt; "Employment" would be payments for the purpose of direct I2P development (code or otherwise). 21:10:19 &lt;dr|z3d&gt; Shinobiwan: i2p should award effort and achievement. 21:10:43 &lt;lillith&gt; what i had initially proposed was a small monthly payment for maintaining syndie, getting and keeping it into repos, bug fizing, etc 21:12:25 &lt;dr|z3d&gt; otoh, i2p should not award aspiration, lazinesss or failure to deliver. 21:12:32 &lt;str4d_&gt; That seems like a good compromise between the current bounty system and "proper" employment (which is hard for anonymous dev work) 21:13:20 &lt;str4d_&gt; Right. So if a monthly system were set up, the payment would be subject to "sufficient" work having been done. 21:13:31 &lt;lillith&gt; dr|z3d: absolutely. there is plenty of money to give to people who deserve it 21:14:06 &lt;str4d_&gt; (So it would require a monthly meeting between the deciding people to analyze the various outputs during that period) 21:14:09 &lt;dr|z3d&gt; lillith: we're swimming in it. 21:14:35 &lt;str4d_&gt; I don't think that failure to deliver in one particular month should be cause for complete funding cuts, though. 21:15:03 &lt;dr|z3d&gt; commitment, dedication, service. 21:15:04 &lt;lillith&gt; people have afk commitments as well as internet ones 21:15:07 &lt;Shinobiwan&gt; derp, pingout. 21:15:37 &lt;dr|z3d&gt; remind me again why str4d_ isn't getting compensated? :) 21:16:07 &lt;str4d_&gt; I'd propose a more flexible system where the "employee" gets paid for the months they do sufficient work in. 21:16:07 &lt;str4d_&gt; (extended absences would be grounds for discontinuing funding though) 21:16:22 &lt;str4d_&gt; lillith: exactly (like zzz currently) 21:17:02 &lt;str4d_&gt; dr|z3d: under my proposed system, I wouldn't be at present =P 21:17:26 &lt;dr|z3d&gt; the threat of halebopp dropping indent inspires zzz to offer hosting costs. so why does str4d_ have to battle with eche|on to get hosting funding? 21:17:53 &lt;dr|z3d&gt; i offer one word: incompetence. 21:17:56 &lt;str4d_&gt; dr|z3d: that's on a tangent. 21:18:42 &lt;dr|z3d&gt; str4d_: more than likely. 21:18:45 &lt;darrob&gt; what kind of maintenance work are we talking about here? shouldn't bugs and specific goals like repo inclusion be separate bounties so more than one person can claim them? 21:18:56 &lt;str4d_&gt; There are two kinds of potential funding that I can see - the bounty/employment hybrid above, and donations from I2P towards community services. These should be treated separately. 21:19:25 &lt;dr|z3d&gt; value added recompense. 21:20:00 &lt;dr|z3d&gt; anything else is jizz. like paying 10btc for dogpoo. 21:20:03 &lt;lillith&gt; str4d_: and competitions too, if there were ever to be another 21:20:10 &lt;str4d_&gt; darrob: what we are trying to do is promote developers staying around. 21:20:13 &lt;str4d_&gt; lillith: true, that's a third category. 21:20:40 &lt;dr|z3d&gt; also beer. my bad. 21:21:34 &lt;RN&gt; I wouldn't mind being paid beer for my humor... ;) 21:21:43 &lt;lillith&gt; from echelon.i2p: - the I2P general fund will cover all needed costs of I2P - discussed by dev team and will be noted here and on official webpage 21:22:09 &lt;lillith&gt; i think most things would be acceptable as long as they are discussed and agreed upon beforehand 21:22:12 &lt;str4d_&gt; darrob: So rather than paying out a large lump sum for an arbitrary milestone and then the dev goes AWOL, we define smaller milestones and tasks within the confines of (what is currently called) the bounty, and the dev gets continual smaller payments. 21:23:55 &lt;str4d_&gt; The bounty system would still exist for bounties proposed by third parties (as they have control over how their funds are used), but for bounties that would be proposed by I2P itself from I2P funds, the new system should be better for I2P IMHO. 21:24:26 &lt;dr|z3d&gt; bounties are shit. hit and run contributors. 21:25:09 &lt;lillith&gt; dr|z3d: hence why we are discussing a new system 21:25:12 &lt;dr|z3d&gt; not to mention "i paid $200, I'm important attitudes" 21:25:26 &lt;str4d_&gt; Part of the problem IMHO is that the current system only has a general description, with no concrete structure. 21:25:49 &lt;dr|z3d&gt; lillith: excuse me if i'm not quite following the finer points of the argument :) 21:25:52 &lt;str4d_&gt; For the new system, we need an agreed set of guidelines for proposing and managing funded tasks. 21:26:59 &lt;lillith&gt; dr|z3d: if people want to waste/spend their money on bounties for improperly completed features, they should still be allowed to imho 21:27:58 &lt;str4d_&gt; lillith: yep. Or they can choose to use the new system, by donating their money to I2P and putting in a request through whatever process we decide on to set up a new funded task. 21:28:16 &lt;lillith&gt; i agree - there is money there, and we might as well use it, so we might as well use it properly and effectively 21:28:56 &lt;lillith&gt; and then if the donor goes awol it's still technically a community owned bounty 21:28:59 &lt;darrob&gt; i'd like to see people sticking around too, of course, but i don't see how bounties are shit at all. on the other hand the monthly thing sounds like trouble but i don't mean to dismiss it too quickly. 21:29:02 &lt;str4d_&gt; Tasks funded via the new system need to be funded with money controlled by I2P, because it will be a panel of I2P representatives who decide what counts as "sufficient" work, not the donor themselves. 21:29:03 &lt;dr|z3d&gt; lillith: i disagree. donate to the project and let the project decide how to distribute rewards. 21:29:06 * Shinobiwan not sure if my other msgs went through 21:29:17 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; bounty and employment != donation ... both should take place I think... employment/bounty for dev specific stuff... and perhaps donations for things like community services 21:29:19 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the employment part would need more of a specific set of conditions 21:29:24 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the community service part, really just needs the community to decide what's worth supporting 21:29:27 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; and then dish out something appropriate 21:29:50 &lt;str4d_&gt; dr|z3d: both options will be there. 21:29:53 &lt;K1773R&gt; Shinobiwan: they didnt, now they did :) 21:30:04 &lt;str4d_&gt; Shinobiwan: `http://killyourtv.i2p/irclogs/latest.log.html` for scrollback. 21:30:07 &lt;iRelay&gt; Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 &lt;dr|z3d&gt; "oh we need russian" no we don't. we need commitment. not money chasing rats that disappear as soon as the bounty is awarded. 21:30:24 &lt;Shinobiwan&gt; thx str4d, K1773R 21:30:47 &lt;lillith&gt; dr|z3d: a new, private infrastructure may well appear for paying individuals for work - it might as well all be in together 21:31:27 &lt;str4d_&gt; darrob: the reason most proposals sound like trouble is because we don't have a large enough developer base to properly run/support them. Therefore, a proposal that should result in a larger developer base is a good idea. 21:31:42 &lt;dr|z3d&gt; money should not be able to dictate the project. period. 21:32:01 &lt;KillYourTV&gt; and `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` for "live" scrollback (the HTMLized logs are processed every 10 minutes or so) 21:32:16 &lt;dr|z3d&gt; sponsor the project, great, but don't tell us how to spend the money. 21:32:27 &lt;darrob&gt; dr|z3d: i like it if a money chasing rat fixed certain features in syndie and ran. what's the problem? maybe someday syndie will get a real developer again but that person won't necessarily need payment then. actually, as far as committed maintainers are concerned, it might actually be counterproductive to offer a pay for the job. 21:33:05 &lt;Shinobiwan&gt; thx KillYourTV 21:33:19 &lt;KillYourTV&gt; np 21:33:36 &lt;dr|z3d&gt; darrob: the "problem" is money thinking it can dictate the agenda. 21:33:39 &lt;lillith&gt; dr|z3d: i2p isn't being told how to spend its money, because bounty money never was i2p's. i2p/echelon just act as an escrow service 21:33:39 &lt;str4d_&gt; Interesting point dr|z3d - I think part of this depends on what we define as the I2P project. 21:34:42 &lt;str4d_&gt; lillith: I think the point dr|z3d is making is that, rather than being told how to spend its money, I2P is being told how to proceed, i.e. the development path is decided by the person with the most money. 21:34:57 &lt;darrob&gt; dr|z3d: bounties are just offers (or cries for help). where do you get the negative attitude? 21:35:21 &lt;str4d_&gt; And if the bounty process was adhered to as-is, that could potentially be rather problematic wrt the threat model. 21:36:18 &lt;lillith&gt; that is a good point - i hadn't thought of it in that way before 21:36:47 &lt;Shinobiwan&gt; a set of rules that says "This person must be paid on this date" is a good idea in that, that person can count on the income to be there when they need it. But on the other hand, it also may create drama when people fail to meet other people's expectations of what that money is really going towards... so I think it's probably not inappropriate to have meeting specifically for 'paydays' or whatever... if there's going to be a 'regular' thing. 21:37:35 &lt;dr|z3d&gt; bounties are shit. show me ongoing commitment from bounty hunters and i'll change my view. except you can't. hit and run merchants. 21:37:49 &lt;str4d_&gt; So maybe what needs to happen is that any tasks/sub-projects that affect I2P directly must be funded and controlled by I2P itself. 21:37:52 &lt;dr|z3d&gt; darrob: i get the "negative" attitudes from half complete work that's awarded a bounty, only to disappear before you can say "um, i think you missed..." 21:38:03 &lt;dr|z3d&gt; darrob: also, next time you pretend str4d_ is a css artist, don't bother. you insult yourself. 21:38:10 &lt;dr|z3d&gt; and you also lose a friend. 21:38:13 &lt;lillith&gt; dr|z3d: didn't str4d_ and zzz claim some bounties for the unit tests? 21:38:17 &lt;darrob&gt; dr|z3d: what? 21:38:20 &lt;str4d_&gt; dr|z3d: OT 21:38:55 &lt;dr|z3d&gt; str4d_: yeah. also, beer. darrob: if you don't get it, *yawn* 21:39:03 &lt;str4d_&gt; lillith: that was after the unit tests bounty was split up into sub-tasks/milestones (which I'd say was a step towards the proposed new system). 21:39:45 &lt;str4d_&gt; dr|z3d: keep on-topic in here please =) 21:39:56 &lt;lillith&gt; I think everything has been said on this topic now no? 21:40:03 &lt;Shinobiwan&gt; if bounties exist IMO they should go towards the things that nobody currently part of the community knows how to or can do, IMO... not the things they dont have time for. 21:40:06 * dr|z3d recalibrates. 21:40:06 &lt;darrob&gt; i guess all i'm trying to say is that i question that hit and run improvements are necessarily a bad thing. 21:40:19 &lt;Shinobiwan&gt; I2P will survive with everyone supporting it, not just the people who get paid 21:40:30 &lt;str4d_&gt; darrob: they are good for kickstarting development in a new area 21:40:37 &lt;str4d_&gt; But the I2P router/project is not a new area, IMHO 21:40:53 &lt;str4d_&gt; So, how about the following: 21:41:20 &lt;dr|z3d&gt; Shinobiwan: like design! *laughs* 5 years of asking for help, and not one iota of thought to offer a bounty *laughs* 21:41:58 &lt;str4d_&gt; Projects that directly affect the I2P program/network can be funded only from I2P funds, and donors who want to contribute just donate to I2P. 21:42:21 &lt;dr|z3d&gt; because designers aren't coders, ergo worth nothing. except when you're offering 10BTC/100$ for anything, including crayons. 21:42:47 &lt;str4d_&gt; Projects that don't directly affect the I2P program/network but are still I2P-related (e.g. syndie) are eligible for bounties on new/substantial work. 21:42:58 &lt;dr|z3d&gt; sorry, but I can't take this conversation _too_ seriously, built as it is on an anthill of incompetence. 21:43:01 &lt;str4d_&gt; (But can also be managed via I2P if the donor wants) 21:43:23 &lt;lillith&gt; dr|z3d: i'l ping you when we move on then :) 21:43:26 &lt;str4d_&gt; But a bounty would need to be more accurately-defined than the current system allows. 21:43:46 &lt;dr|z3d&gt; lillith: very good, sir :) 21:44:04 &lt;str4d_&gt; s/allows/does 21:44:10 &lt;darrob&gt; str4d_: does that imply that there will be an i2p management board to make those decisions? i think that was another week's discussion, right? 21:44:32 &lt;str4d_&gt; darrob: yes. 21:44:42 &lt;str4d_&gt; This is separate to any "official-ness". 21:45:05 &lt;lillith&gt; str4d_: sounds good :) 21:45:32 &lt;str4d_&gt; But there would be a panel of (elected) developers (coders/designers/contributors) who are trusted with steering the I2P project. 21:45:46 &lt;str4d_&gt; I.e. something a bit more formal than what we currently have. 21:46:00 &lt;lillith&gt; darrob: that's either coming up or later, depending on whether we want to continue 21:46:26 &lt;str4d_&gt; Mmm. My proposal works under the assumption that such a panel exists in some form. 21:47:05 &lt;str4d_&gt; (exact specifics being discussed later as above) 21:47:21 &lt;Shinobiwan&gt; lulz 21:47:28 &lt;Shinobiwan&gt; what's #i2p-dev then? 21:47:35 &lt;lillith&gt; i disagree with the panel idea tbh 21:47:38 &lt;lillith&gt; meetings seem to work well, and they let new people have a say too 21:47:38 &lt;lillith&gt; it would need to be large enough to get a variety of perspectives 21:47:38 &lt;lillith&gt; you never know who might offer then next amazing idea 21:48:04 &lt;str4d_&gt; lillith: exactly. 21:48:11 &lt;Shinobiwan&gt; it's that panel, but yea... it would need to become officially official 21:48:18 &lt;str4d_&gt; But with the current size of the developer base, that's hard. 21:48:25 &lt;str4d_&gt; It's a chicken-and-egg problem. 21:48:35 &lt;str4d_&gt; And we need to break into the loop somewhere. 21:51:05 &lt;lillith&gt; Shinobiwan: yea, thats basically what i'm trying to say :) 21:51:05 &lt;lillith&gt; actually no it's not 21:51:05 &lt;lillith&gt; #i2p-dev along with mailing lists, zzz.i2p, syndie, etc 21:51:05 &lt;lillith&gt; anyone who wants a say should have a chance imho 21:52:35 &lt;str4d_&gt; lillith: yes, but there still needs to be a group of people with a final say. 21:52:53 &lt;Shinobiwan&gt; people need to know eachother w/out knowing one another... to the point I can say, str4d, KYTV, dr|z3d ... (a lot more but just for example) have been on the network for so long, and IMO all make I2P of higher quality. Collectively I think people can figure out and reach an agreement who would go on such a panel... even though nobody really knows eachother AFK. Opinions from new people to the project should be listened to also 21:52:53 &lt;Shinobiwan&gt; however 21:53:00 &lt;str4d_&gt; (i.e. the people who control the funds. Currently, that is a single person - eche) 21:53:25 &lt;str4d_&gt; At least to begin with. 21:53:52 &lt;str4d_&gt; The Debian developer model is a good one for making decisions like you suggest lillith - all done via voting. 21:53:55 &lt;lillith&gt; so, everyone has a say, a few (3 or 4) people have the final say? 21:54:10 &lt;str4d_&gt; (And a "developer" is just someone who has contributed in some way IIRC) 21:54:25 &lt;str4d_&gt; But a voting system needs a larger base of "developers" first, I think. 21:54:51 &lt;str4d_&gt; lillith: anyone can suggest an idea - that's never going to change. 21:55:06 &lt;Shinobiwan&gt; in my mind it's more than 3 or 4 people.. more like 12+ and growing... but people that fail to make the meetings don't get to vote... (and if their vote is especially important/relevant, then the meeting might happen another time) 21:55:12 &lt;str4d_&gt; But I2P has finite resources, and those resources need to be allocated appropriately. 21:56:06 &lt;str4d_&gt; (the biggest resource being time from continual developers) 21:56:20 &lt;KillYourTV&gt; as I wrote on zzz.i2p, I think votes such as via gpg signed messages to a mailing list would be better than irc. We've got mailing lists and they should be utilized. 21:56:20 &lt;str4d_&gt; s/biggest/most important but currently most limited/ 21:56:23 &lt;iRelay&gt; str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 &lt;str4d_&gt; KillYourTV: agreed. 21:56:43 &lt;Shinobiwan&gt; ya gpg signed == much better 21:56:54 &lt;str4d_&gt; Provides a transparent and verifiable archive of votes. 21:57:09 &lt;lillith&gt; is that topic 1 over then? 21:57:09 &lt;darrob&gt; i agree also. don't expect to accomplish any serious discussion on irc. 21:57:12 * KillYourTV is 'stealing' ideas from Debian's system(s) 21:57:19 &lt;str4d_&gt; http://www.debian.org/vote/ 21:57:22 &lt;iRelay&gt; Title: Debian Voting Information (at www.debian.org) 21:57:39 &lt;lillith&gt; it's all open source, its there to be 'stolen' :) 21:58:06 &lt;lillith&gt; 2. Managing money 21:58:10 &lt;KillYourTV&gt; and with mailing lists you have the oh-so-helpful 'plonk' mechanism available if needed to raise the signal to noise ratio. 21:58:21 &lt;lillith&gt; eche|on: ping 21:58:24 &lt;K1773R&gt; KillYourTV: dont copy the "GPL Nazis" idea pls :P 21:59:46 &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:00:12 &lt;str4d_&gt; KillYourTV: if we go the mailing-list route, the mailing-list needs to be usable entirely within I2P (currently not the case). 22:00:23 &lt;str4d_&gt; (But also usable externally) 22:00:33 &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:00:36 &lt;KillYourTV&gt; agreed 22:00:53 &lt;darrob&gt; str4d_: the nntp interface should qualify. 22:00:53 &lt;KillYourTV&gt; and agreed to lillith's last point (ofc) 22:01:04 &lt;lillith&gt; dr|z3d welt weltende welterde echelon 22:01:07 &lt;darrob&gt; ...which i *think* is functional. 22:01:10 &lt;KillYourTV&gt; are they linked? 22:01:30 &lt;KillYourTV&gt; I know they were supposed to be but the last I checked (months ago) they weren't. 22:01:38 &lt;Shinobiwan&gt; purchasing ssl certificates would go w/ donations IMO ... community services ... the same way to decide what the money goes towards as donations. 22:01:41 * KillYourTV fires up the nntp tunnel 22:01:41 &lt;darrob&gt; you can at least read through it. 22:01:44 &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:02:01 &lt;Shinobiwan&gt; i.e.. have a meeting... say "we need this"... "agree?" ... panel says OK ... majority of panel green light 22:02:32 &lt;Shinobiwan&gt; not so quickly, but the general idea. 22:02:32 &lt;Shinobiwan&gt; hehe 22:02:47 &lt;str4d_&gt; Shinobiwan: can fall under the same vote system proposed above. 22:03:14 &lt;Shinobiwan&gt; yep 22:04:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; well the ML interface is accesible via i2p more or less.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` still contains redirects to lists.i2p2.de.. not sure what to do about those 22:04:24 &lt;iRelay&gt; &lt;iRelay@freenode&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 &lt;Shinobiwan&gt; if there is such a panel, it is not finalized at a fixed number of people... IMO... it should grow, and grow and grow... so, whatever panel currently exists, should have some procedure to bring in new panel members regularly 22:04:43 &lt;darrob&gt; we need a central party with a politburo and the users' congress. :) 22:04:46 &lt;KillYourTV&gt; FTR, the mailing lists as currently set up are not available via nntp. 22:05:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; (haven't added it to the hosts.txt yet) 22:05:42 &lt;KillYourTV&gt; (at least not under i2p.*) 22:06:27 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. they should be.. but maybe not under i2p.* 22:06:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; I didn't set it up.. so don't really know anymore ;) 22:06:58 &lt;darrob&gt; KillYourTV: i think i2p. are welt's preexisting groups. the new ones are alt.privacy.i2p.dev/general and alt.privacy.syndie.dev/general. 22:08:42 &lt;KillYourTV&gt; ah...nvm me. now that I refreshed the list again I see those new ones. 22:09:00 &lt;KillYourTV&gt; sorry 22:09:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. right.. slrn didn't show them as they didn't contain unread messages 22:09:34 &lt;darrob&gt; i'm still confused why there are no messages. i really thought i saw a couple of test messages before. 22:09:45 &lt;lillith&gt; can we get back on topic please? 22:10:23 &lt;lillith&gt; i, and surely others want to know what's going on with ssl certificates for the i2p domains 22:11:17 &lt;KillYourTV&gt; i didn't see the topic change, just &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates /me zips it 22:11:56 &lt;lillith&gt; ahh, sorry 22:12:06 &lt;lillith&gt; &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:12:23 &lt;KillYourTV&gt; and what's the topic? ;) (I didn't see that switch) 22:12:30 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:12:41 &lt;lillith&gt; &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:12:41 &lt;str4d_&gt; lillith: eche is currently sourcing the required money. 22:12:48 &lt;lillith&gt; &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:13:16 &lt;str4d_&gt; &lt;kytv2&gt; eche|on: any updates on the certificate situation? I haven't had to get "real "certs for a while and don't know how long the verification process takes nowadays. 22:13:19 &lt;str4d_&gt; &lt;eche|on&gt; kytv2: I am on the hunt for 3k euro and cert requests... 22:13:29 &lt;lillith&gt; so it's under control then? 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; and pushed.. 22:14:14 &lt;KillYourTV&gt; yes, it's being taken care of 22:14:21 &lt;orion&gt; Can I reiterate my opinion that it's dangerous to have one person managing all the money? 22:14:45 &lt;orion&gt; ok 22:15:00 &lt;dg&gt; Current topic = ? 22:15:03 &lt;orion&gt; It's not being put in to some off-shore corporation, right? 22:15:14 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:15:21 &lt;str4d_&gt; orion: no. 22:15:58 &lt;iRelay&gt; &lt;weltende@freenode&gt; afair eche wanted to speak with an lawyer about making i2p an official entity of some kind 22:15:58 &lt;lillith&gt; dr|z3d: ping :) 22:16:12 &lt;str4d_&gt; Currently our funds lie in a (bank?) account owned by eche|on and (mostly) in a Bitcoin wallet held by eche|on. 22:16:49 &lt;KillYourTV&gt; yes, that's right, in .at IIRC 22:17:07 &lt;KillYourTV&gt; (wrt: 'official entity') 22:18:46 &lt;lillith&gt; at as in austria? 22:18:53 &lt;dg&gt; yes 22:19:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; (not australia *scnr*) 22:19:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; (running gag from EEVblog if you are curious) 22:20:26 &lt;lillith&gt; okay, looks like we've moved on again 22:20:41 &lt;lillith&gt; 3. Making the project official 22:21:12 &lt;str4d_&gt; lillith: re: money management, it's rather dependent on both the "official" status of the project, and the project management status. 22:21:30 &lt;str4d_&gt; (The former re: where funds are kept, the latter re: how funds are spent) 22:22:14 &lt;lillith&gt; ok, fair enough :) we can straddle points 2 and 3 for a while then :) 22:25:16 &lt;trolly&gt; must go 22:25:19 &lt;trolly&gt; bye 22:25:47 &lt;trolly&gt; later I'll send yo new translaion str4d_ 22:29:26 &lt;lillith&gt; or not, as the case may be 22:30:11 &lt;lillith&gt; i'd suggest time to move on :) 22:30:28 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #28 for job I2P-Bote 22:30:28 &lt;lillith&gt; 4. Procedure for making decisions in i2p 22:31:27 * KillYourTV votes for taking long discussions about important decisions to a mailing list 22:31:30 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P-Bote build #28:SUCCESS in 1 min 3 sec: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 &lt;lillith&gt; so, mailing list, hierachy, etc 22:31:37 &lt;KillYourTV&gt; That way anyone can take part when he/she can 22:31:50 &lt;lillith&gt; i'd like to put in an honourable mention for syndie here 22:31:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:32:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; (@ML) 22:32:04 &lt;lillith&gt; everything is signed by default, for a start 22:33:18 &lt;KillYourTV&gt; I like syndie too (ofc), but mailing lists would be easier for outsiders to take part 22:33:45 &lt;lillith&gt; but yes, i agree in principle. no point hanging around waiting for discussion that clearly isn't happening 22:33:48 &lt;KillYourTV&gt; that's not to say that discussions can't be mirrored to syndie... 22:34:33 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah.. nntp syndie gateway or so would be nice to have 22:34:36 &lt;lillith&gt; and of course, officially moving is only one thread away ;) 22:35:54 &lt;KillYourTV&gt; 21:00 UTC isn't handy for everyone. On a mailing list time zones mean nothing. On a mailing list there no netsplits, relay problems, or ping outs. For meaningful discussions a mailing list (IMHO) is _THE_ way to go. 22:36:30 &lt;dg&gt; KillYourTV: I agree. 22:37:54 &lt;KillYourTV&gt; irc is good when you need pretty-damn-close-to-realtime...but "we need a new domain" doesn't have that kind of urgency. Post it and it'll be addressed when $user can address it. 22:37:54 &lt;lillith&gt; imho syndie has all the benefits of mailing lists and more, the only issue is accessability for outsiders 22:38:32 &lt;lillith&gt; then again, how many people that we want to include already use mailing lists? 22:39:03 &lt;KillYourTV&gt; There's been talk of a Syndie webapp" but I don't think that's gone (and will) go anywhere. 22:40:20 &lt;KillYourTV&gt; I'd gather that more use mailing lists than IRC. 22:40:31 &lt;lillith&gt; i don't want to dominate a discussion on syndie vs ml here, but i think it's something woth considering 22:41:25 &lt;iRelay&gt; * weltende@freenode prefers his mail/nntp client tbh 22:42:04 &lt;KillYourTV&gt; syndie via mutt would = 'win' 22:43:14 &lt;lillith&gt; this topic also includes hierachy, which was touched upon before but imo needs some expansion 22:45:09 &lt;dg&gt; I don't know if we can come to a consensus on anything AND have a discussion easily with IRC meetings anymore. 22:45:28 &lt;dg&gt; It worked in 2006 when it was more of a quick update on the project but it's not anymore and it involves lengthy debates/discussion. 22:46:40 &lt;lillith&gt; having more time to think through things would result in on topic, well thought out, clear discussion 22:46:47 &lt;lillith&gt; threading also = win 22:47:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:47:21 &lt;KillYourTV&gt; +1 22:47:28 &lt;dg&gt; +1 22:47:39 &lt;dg&gt; might I add: nntp, fuck yeah. 22:47:50 &lt;lillith&gt; irc meetings were always an experimental thing, and the experiment failed :) 22:48:05 &lt;dg&gt; hey, lillith, at least we're having the discussions now, right? :) 22:49:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; imho we should keep irc meetings and move things that take a long time in the meeting or which has a lot of discussion to the ML 22:50:11 &lt;lillith&gt; yep :) seems like no-one actually likes meetings anyway haha 22:50:15 &lt;dg&gt; I think it's mainly due to the timing. 22:50:18 &lt;dg&gt; And pressure to respond in a fast manner.. 22:50:18 &lt;dg&gt; postman: `http://zzz.i2p/topics/1367` 22:50:18 &lt;lillith&gt; but there's no chance of getting a time thats good for _everyone_ 22:50:18 &lt;lillith&gt; plus some people have irregular schedules 22:50:18 &lt;dg&gt; Exactly. 22:50:25 &lt;iRelay&gt; Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 &lt;lillith&gt; with a heavy heart, and feeling rather poetic, i'd gladly baf the last meeting ;) 22:50:41 &lt;dg&gt; weltende: I was thinking this.. keep irc meetings for discussion of some things in the ML (actually doing something & such). W 22:50:44 &lt;dg&gt; go for it, lillith. 22:51:26 * lillith bafs the meeting closed 22:51:36 &lt;lillith&gt; thank you, and goodnight :) 22:52:01 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #103 for job I2P 22:52:09 &lt;lillith&gt; can susimail handle mailing lists? 22:52:41 &lt;KillYourTV&gt; sure, but I'd use a 'real' client like claws or mutt 22:53:04 &lt;KillYourTV&gt; (just a matter or preference) 22:54:55 &lt;lillith&gt; ahh, thats okay then :) 22:56:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #103:SUCCESS in 4 min 34 sec: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #74:SUCCESS in 4 min 31 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 &lt;KillYourTV&gt; and +1 to meetings continuing with the bigger things being taken to mailing lists/forums/syndie. 23:05:54 &lt;KillYourTV&gt; IRC is good for quick status updates..but a "newsletter" of sorts could work for that purpose too. 23:06:19 &lt;lillith&gt; it's nice to have a start, with some goals, and an end, with a consensus 23:06:22 &lt;dg&gt; mailing list also works for alerts. see how tor do it with consensus issues. 23:06:46 &lt;lillith&gt; 'today THIS is what we decided and THIS is what we're going to do about it' 23:07:29 &lt;lillith&gt; i'm not sure but i imagine ml discussions as dragging on with no distinct endpoint 23:07:52 &lt;lillith&gt; +1 for newsletter though 23:08:33 &lt;KillYourTV&gt; they can, sure...but I think more will be accomplished on a long ML discussion than a 4-5 hour long irc meeting. 23:09:08 * lillith signs up with an open mind :) 23:09:38 * psi likes the idea of a mailing list 23:09:53 &lt;K1773R&gt; where is the ML? 23:10:01 * KillYourTV really likes MLs but they (the ones on the Internet) will probably cause his AFK identity to be leaked...heh 23:10:12 &lt;KillYourTV&gt; lists.i2p2.de i think 23:10:39 &lt;KillYourTV&gt; and (/me scrolls up) 23:10:54 &lt;KillYourTV&gt; `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 &lt;iRelay&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 &lt;dg&gt; it just redirects 23:11:55 &lt;KillYourTV&gt; there's also nntp.welterde.i2p 23:12:37 &lt;KillYourTV&gt; alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 &lt;KillYourTV&gt; (cheers darrob for pointing me to the right usenet groups) 23:14:57 * RN wanders off to tinker with thundirbird 23:17:46 &lt;str4d_&gt; +1 to meetings continuing (but sticking to time) and +1 to "important" discussions on the ML. 23:19:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; for you interested.. posting is atm allowed for the following groups: 23:19:35 &lt;iRelay&gt; &lt;weltende@freenode&gt; post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 &lt;KillYourTV&gt; this will have to be fixed before "important" discussions make their way there http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 &lt;iRelay&gt; Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 &lt;KillYourTV&gt; ...unless the messages were purposely wiped (which wouldn't make sense) 23:30:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. 23:30:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; no idea atm.. but heading to bed now </div>/ar/blog/2013/03/26/i2p-dev-meeting-march-26-2013/Tue, 26 Mar 2013 00:00:00 +0000/ar/blog/2013/03/26/i2p-dev-meeting-march-26-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:01:00 &lt;dg&gt; So, who is here? 21:01:11 &lt;orion&gt; Me. 21:01:18 &lt;str4d&gt; o/ 21:01:37 &lt;lillith-&gt; i'm here :) 21:02:10 &lt;dg&gt; eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 &lt;Umlaut&gt; count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 &lt;dg&gt; Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 &lt;lillith&gt; rundown of topics in the meantime dg? 21:03:42 &lt;dg&gt; Topics: 21:03:45 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:03:45 &lt;dg&gt; * Managing money 21:03:46 &lt;dg&gt; ** Making the project "official" - benefits/negatives/how 21:04:24 &lt;lillith&gt; i had something to add *thinks* 21:04:31 &lt;dg&gt; hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 &lt;dg&gt; Let's start then 21:10:54 * lillith remembered! 21:10:59 &lt;dg&gt; hm? 21:11:14 &lt;dg&gt; RN: ping 21:11:25 &lt;lillith&gt; as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 &lt;dg&gt; aye 21:12:07 &lt;dg&gt; Let's get started 21:12:10 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:12:13 &lt;lillith&gt; i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 &lt;orion&gt; Are bounties working? 21:12:43 &lt;dg&gt; Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 &lt;LaughingBuddha&gt; Who's the guy for bounties? eche|on? 21:13:00 &lt;lillith&gt; yep 21:13:11 &lt;LaughingBuddha&gt; Is he here? 21:13:11 &lt;str4d&gt; Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 &lt;dg&gt; define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 &lt;lillith&gt; he's in control of all money - point 2 :) 21:13:25 &lt;orion&gt; Then let's think of something else. 21:13:40 &lt;dg&gt; The bounty system does not seem to be working for even the bounties themselves. 21:13:54 &lt;lillith&gt; i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 &lt;dg&gt; A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 &lt;str4d&gt; From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 &lt;lillith&gt; we have to draw people in then keep them with our charm and civility ;) 21:14:23 &lt;LaughingBuddha&gt; Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 &lt;LaughingBuddha&gt; to be* 21:14:37 &lt;orion&gt; The only thing that will draw attention to I2P is content. 21:14:45 &lt;dg&gt; eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 &lt;nom&gt; imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 &lt;lillith&gt; str4d: instead, as opposed to...? 21:15:17 &lt;str4d&gt; From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 &lt;Umlaut&gt; are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: it worked in the past if you look at the bounty page.. 21:15:30 &lt;dg&gt; str4d: Is that what we want? 21:15:41 &lt;LaughingBuddha&gt; nom: agreed 21:15:48 &lt;str4d&gt; Does that work? Somewhat. 21:16:03 &lt;str4d&gt; weltende, exactly. There are clear examples of bounties being taken. 21:16:18 &lt;dg&gt; http://www.i2p2.de/bounties.html 21:16:29 &lt;iRelay&gt; Title: Bounties - I2P (at www.i2p2.de) 21:16:34 &lt;str4d&gt; Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 &lt;dg&gt; I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 &lt;str4d&gt; But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 &lt;dg&gt; For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 &lt;lillith&gt; perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 &lt;nom&gt; to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 &lt;dg&gt; The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 &lt;str4d&gt; dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 &lt;dg&gt; What if multiple donors exist? 21:18:08 &lt;str4d&gt; First donor. 21:18:11 &lt;orion&gt; I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 &lt;str4d&gt; (as per current outline) 21:18:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; lillith: not really needed imho if it's in the core router.. 21:18:25 &lt;str4d&gt; If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 &lt;dg&gt; Oh. That doesn't seem right. :s. 21:18:54 &lt;orion&gt; IMO, the best way to draw attention to I2P is by providing content. 21:19:06 &lt;dg&gt; Right, but some of the bounties can lead to content. 21:19:13 &lt;str4d&gt; I'm not arguing for the current bounty system, just outlining it. 21:19:44 &lt;dg&gt; str4d: right, and thanks. 21:20:03 &lt;nom&gt; honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 &lt;str4d&gt; The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 &lt;dg&gt; I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 &lt;nom&gt; a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 &lt;str4d&gt; I concur. 21:21:17 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 &lt;dg&gt; weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 &lt;nom&gt; like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: which is only a problem if we have to spend the money right away 21:23:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 &lt;dg&gt; weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 &lt;str4d&gt; Fund allocation is beside the current point. 21:23:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: exactly my point 21:24:11 &lt;lillith&gt; dg: are competitions included in bounties or are they point 1.5? 21:24:14 &lt;str4d&gt; There will always be money, in one way or another. 21:24:26 &lt;str4d&gt; (Or not) 21:24:29 &lt;nom&gt; i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 &lt;LaughingBuddha&gt; ^ 21:24:40 &lt;str4d&gt; nom: agreed. 21:24:43 &lt;dg&gt; lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 &lt;Umlaut&gt; Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 &lt;str4d&gt; The result will satisfy the bounty, but likely will not scale. 21:25:00 &lt;dg&gt; nom: Couldn't have said it better myself. 21:25:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: torrents were nothing but a bounty either.. 21:25:34 &lt;LaughingBuddha&gt; Umlaut: i thought they were echelons personal funds? 21:25:54 &lt;Umlaut&gt; if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 &lt;lillith&gt; (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 &lt;nom&gt; to put it another way... there are no bounties at google.... 21:26:32 &lt;Umlaut&gt; LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 &lt;nom&gt; weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 &lt;str4d&gt; If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 &lt;LaughingBuddha&gt; Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 &lt;str4d&gt; I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 &lt;lillith&gt; LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 &lt;dg&gt; nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 &lt;str4d&gt; And that they shouldn't be the main focus. 21:27:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 &lt;dg&gt; We'll get to the money later.. 21:27:40 &lt;LaughingBuddha&gt; lillith: Doesn't he "manage" it? 21:27:47 &lt;LaughingBuddha&gt; dg: ok 21:28:10 &lt;str4d&gt; weltende, you are making a good point. 21:28:14 &lt;lillith&gt; i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 &lt;str4d&gt; Bounties are useful for kickstarting code, not for continued development. 21:28:36 &lt;LaughingBuddha&gt; lillith: I see 21:28:36 &lt;nom&gt; if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 &lt;lillith&gt; he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 &lt;lillith&gt; ^this 21:29:27 &lt;LaughingBuddha&gt; But it seems we agree with the first part of nom's statement. No? 21:29:30 &lt;lillith&gt; eg bounty of $X per month to work on something 21:29:45 &lt;LaughingBuddha&gt; Yeah 21:29:52 &lt;iRelay&gt; &lt;weltende@freenode&gt; or perhaps define milestones in the bounty? 21:29:56 &lt;Meeh&gt; Seems like a good solution 21:30:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and upon reaching milestone $X you get $Y amount of money) 21:30:07 &lt;dg&gt; That sounds good. 21:30:14 &lt;LaughingBuddha&gt; milestones seem like a good idea 21:30:17 &lt;LaughingBuddha&gt; but they need to be clearly outlined 21:30:20 &lt;dg&gt; Milestones + continuous payment? 21:30:20 &lt;nom&gt; lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 &lt;str4d&gt; Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 &lt;lillith&gt; is it eche|on we have to ask nicely to change the website etc? 21:30:38 &lt;dg&gt; no, website is in mtn 21:30:41 &lt;Umlaut&gt; nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 &lt;str4d&gt; lillith: no, anyone can change the website. 21:30:54 &lt;Meeh&gt; Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 &lt;Meeh&gt; So we don't get outdated apps, libs, etc. 21:31:29 &lt;LaughingBuddha&gt; Would the project be judged at every milestone then? 21:31:44 &lt;dg&gt; LaughingBuddha: good point. Who by? 21:32:00 &lt;nom&gt; eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 &lt;dg&gt; The "board"? (Againg, getting to this later). 21:32:10 &lt;LaughingBuddha&gt; Dev board? 21:32:10 &lt;LaughingBuddha&gt; yeah 21:32:29 &lt;nom&gt; generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 &lt;lillith&gt; to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 &lt;LaughingBuddha&gt; how many active devs are there working on the i2p codebase? 21:32:58 &lt;Umlaut&gt; also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 &lt;lillith&gt; LaughingBuddha: one 21:33:07 &lt;dg&gt; lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 &lt;dg&gt; The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 &lt;Umlaut&gt; i could be one of them 21:33:25 &lt;dg&gt; LaughingBuddha: 2, 3? 21:33:32 &lt;LaughingBuddha&gt; hmm 21:33:47 &lt;nom&gt; the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 &lt;LaughingBuddha&gt; What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 &lt;LaughingBuddha&gt; Devs + Users 21:34:09 &lt;Umlaut&gt; and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 &lt;orion&gt; What if you had to pay to be on the board? 21:34:31 &lt;LaughingBuddha&gt; wut 21:34:38 &lt;nom&gt; (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 &lt;str4d&gt; orion: not a good model. 21:34:47 &lt;str4d&gt; inb4 Russian oligarch takes over I2P 21:34:57 &lt;LaughingBuddha&gt; haha 21:35:06 &lt;nom&gt; inb4 already happened, zzz = vladimir 21:35:10 &lt;orion&gt; Pay in code. 21:35:29 &lt;LaughingBuddha&gt; And how do you measure how much you have to pay? 21:35:32 &lt;LaughingBuddha&gt; 200 lines of code? 21:35:35 &lt;lillith&gt; some people are big contributers without coding 21:35:46 &lt;orion&gt; No idea, just brainstorming. 21:35:49 &lt;nom&gt; like any oligarchy the only natural system is election by the existing board 21:35:49 &lt;str4d&gt; Exactly. 21:36:03 &lt;dg&gt; So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 &lt;dg&gt; Overcomplication will lead to it not being done 21:36:22 &lt;lillith&gt; 3 tiers: inner circle, outer circle, others 21:36:30 &lt;LaughingBuddha&gt; lillith: i like that 21:36:37 &lt;lillith&gt; other = new/ unknown people 21:36:51 &lt;lillith&gt; outer circle = known/ trusted people 21:36:51 &lt;LaughingBuddha&gt; because we don't seem to have enough devs for a real judge panel 21:37:02 &lt;Umlaut&gt; dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 &lt;lillith&gt; inner circle voted for by outer circle 21:37:20 &lt;nom&gt; its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 &lt;lillith&gt; kind like meetings but more structured hierachally 21:38:13 &lt;dg&gt; imo &lt;+dg&gt; Overcomplication will lead to it not being done 21:38:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 21:39:15 &lt;dg&gt; The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 &lt;dg&gt; Should we leave this for another time or ...? 21:39:28 &lt;nom&gt; in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 &lt;lillith&gt; so shall we get back on topic or has bouties been discussed to death? 21:40:49 &lt;nom&gt; and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 &lt;dg&gt; nom: +1 21:41:21 &lt;Meeh&gt; nom: +1 21:41:24 &lt;LaughingBuddha&gt; nom: I think it's payed out upon completion 21:41:34 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:41:46 &lt;LaughingBuddha&gt; nom: +1 21:41:54 &lt;dg&gt; I think that's a good note to end on? :) 21:42:14 &lt;Meeh&gt; Agreed 21:42:24 &lt;nom&gt; in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 &lt;dg&gt; ok, moving on 21:42:58 &lt;Umlaut&gt; nom that makes perfect sense 21:43:01 &lt;Umlaut&gt; nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 &lt;dg&gt; I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 &lt;LaughingBuddha&gt; :) 21:43:21 &lt;dg&gt; So let's do the latter? 21:43:47 &lt;lillith&gt; clarify the position on money first for lurkers? 21:43:54 &lt;iRelay&gt; &lt;weltende@freenode&gt; for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 &lt;LaughingBuddha&gt; Official = Register as Organisation? 21:44:26 &lt;dg&gt; LaughingBuddha: yes 21:44:29 &lt;Meeh&gt; in case register as a organization, in which country? 21:45:01 &lt;dg&gt; lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 &lt;dg&gt; Meeh: US, I assume? 21:45:07 &lt;Meeh&gt; that also need deanonymization of sertiant people 21:45:14 &lt;Umlaut&gt; ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 &lt;orion&gt; What did you guys decide on? 21:45:20 &lt;iRelay&gt; &lt;str4d@freenode&gt; Not necessarily the US 21:45:28 &lt;nom&gt; idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 &lt;lillith&gt; presumably the people have to be in the US too? 21:45:54 &lt;lillith&gt; nom: a legal entity to donate to 21:45:54 &lt;nom&gt; other than to put the project/people more on the radar of the powers that be... 21:46:06 &lt;Meeh&gt; I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 &lt;orion&gt; Registration is stupid. 21:46:28 &lt;LaughingBuddha&gt; dg: What are the benefits? 21:46:39 &lt;orion&gt; Let's just spread out the money among different "accounts" managed by different people. 21:46:55 &lt;orion&gt; I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 &lt;LaughingBuddha&gt; A wallet for each (sub)project? 21:47:04 &lt;dg&gt; LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 &lt;orion&gt; No. 21:47:12 &lt;Umlaut&gt; Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; orion: not sure if the tax office might not find tht fishy 21:47:14 &lt;orion&gt; Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 &lt;LaughingBuddha&gt; dg: I see 21:47:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; it would certainly bring a lot of paperwork 21:47:54 &lt;lillith&gt; Umlaut: no more complaining about eche|on holding the money 21:48:04 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:48:13 &lt;iRelay&gt; * str4d@freenode clones nom's brain 21:48:14 &lt;dg&gt; nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 &lt;orion&gt; For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 &lt;dg&gt; git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 &lt;LaughingBuddha&gt; I'd consider it 21:49:03 &lt;iRelay&gt; &lt;str4d@freenode&gt; Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 &lt;orion&gt; Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 &lt;dg&gt; So, let's change the focus to the organizational structure 21:49:51 &lt;dg&gt; (As that supercedes this anyhow) 21:50:06 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 &lt;dg&gt; "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 &lt;dg&gt; Should we adopt a similar approach? 21:50:25 &lt;LaughingBuddha&gt; (for the e.V.) 21:50:44 &lt;lillith&gt; how much do you need to contribute to be a contributer? 21:50:59 &lt;iRelay&gt; &lt;str4d@freenode&gt; The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 &lt;lillith&gt; ie is being active in #i2p-help enough? 21:51:25 &lt;Meeh&gt; we must find a definition on contributer 21:51:33 &lt;sigint&gt; for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 &lt;dg&gt; str4d: "any sort of contributor". 21:51:59 &lt;lillith&gt; sigint: read scrollback on sighup ;) 21:52:10 &lt;sigint&gt; will do 21:52:12 &lt;iRelay&gt; &lt;str4d@freenode&gt; dg, yeah, just read that part *derp* 21:52:12 &lt;nom&gt; org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 &lt;lillith&gt; sighup's like your little brother ;) 21:52:39 &lt;Umlaut&gt; it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 &lt;nom&gt; sorta like, royalty, nobility, and the commoners.... 21:53:13 &lt;Umlaut&gt; reliability = being trusted by others 21:53:16 &lt;lillith&gt; maybe a good start will be starting with rough numbers and working from there? 21:53:31 &lt;Umlaut&gt; nom i'm actaually referring to what you have said 21:54:09 &lt;Umlaut&gt; not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 &lt;nom&gt; hmm yah 21:55:35 &lt;dg&gt; nom: "existing"? 21:56:15 &lt;orion&gt; I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 &lt;nom&gt; perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 &lt;lillith&gt; bye orion :) 21:56:37 &lt;dg&gt; Should we cut now and continue this next week at the same time? 21:56:40 &lt;nom&gt; o/ orion 21:56:50 &lt;dg&gt; An hour is long, I don't want this to drag on. 21:57:04 &lt;orion&gt; Whatever you want. 21:57:07 &lt;lillith&gt; dg: i'm up for that 21:57:17 &lt;iRelay&gt; &lt;str4d@freenode&gt; I'm happy to continue next week. 21:57:26 &lt;lillith&gt; gives time to ponder what has already been said 21:57:29 &lt;nom&gt; sure, sounds good 21:57:31 &lt;iRelay&gt; &lt;str4d@freenode&gt; We need to think this over. 21:57:43 &lt;iRelay&gt; &lt;str4d@freenode&gt; And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 &lt;lillith&gt; yes... 21:58:14 &lt;dg&gt; I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 &lt;dg&gt; thanks all. :) 21:58:29 &lt;LaughingBuddha&gt; Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 &lt;dg&gt; ;) go 21:58:53 &lt;Umlaut&gt; thanks for letting me join 21:58:53 &lt;lillith&gt; *baf* meeting closed :) 21:59:04 &lt;Umlaut&gt; lights out! 21:59:06 &lt;lillith&gt; thank you, and goodnight :) 21:59:19 &lt;sigint&gt; Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 &lt;nom&gt; inb4 massive well timed netsplit 21:59:25 &lt;sigint&gt; brb, reading backlog 21:59:28 &lt;sponge&gt; o/ 21:59:40 &lt;Umlaut&gt; sigint timezone fail? 21:59:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; o/ sponge. 21:59:50 &lt;sponge&gt; :-) 21:59:57 &lt;lillith&gt; sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 &lt;sponge&gt; orion wants to know about my ideas I see... 22:00:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 &lt;sigint&gt; lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 &lt;sponge&gt; Yes, excellent. 22:01:32 &lt;sponge&gt; I need people to help with my ideas... I have too many 22:01:35 &lt;sigint&gt; idea: offer btc rewards for security vulnerabilities 22:01:39 &lt;lillith&gt; sigint: it's dg you'll want to talk to on that then :) 22:01:41 &lt;iRelay&gt; &lt;str4d@freenode&gt; (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 &lt;iRelay&gt; &lt;str4d@freenode&gt; sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 &lt;lillith&gt; vairy interesting 22:02:10 &lt;sigint&gt; will do </div>/ar/blog/2013/03/08/0.9.5-release/Fri, 08 Mar 2013 00:00:00 +0000/ar/blog/2013/03/08/0.9.5-release/<p>0.9.5 includes bug fixes and defenses for some issues and vulnerabilities that are being investigated by researchers at UCSB. We continue to work with them on additional improvements. This is a good opportunity to remind the community that while our network continues to grow rapidly, it is still relatively small. There may be multiple weaknesses or bugs that could compromise your anonymity. Help us grow the network by spreading the word and contributing where you can.</p>/ar/blog/2013/02/19/i2p-dev-meeting-february-19-2013/Tue, 19 Feb 2013 00:00:00 +0000/ar/blog/2013/02/19/i2p-dev-meeting-february-19-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, inscrutus, KillYourTV, lillith, Meeh, str4d</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:25:01 &lt;KillYourTV&gt; Perhaps I'm in the minority but I think that if there are going to be meetings they *really* should start on time. 20:25:24 &lt;inscrutus&gt; Indeed 20:26:31 &lt;KillYourTV&gt; Not starting until 30-60 minutes after it _should have started_ looks bad, especially to outsiders that may be watching from the relayed networks. 20:27:21 &lt;inscrutus&gt; I don't remember who chaired last time. Are we waiting for him? 20:28:11 &lt;lillith&gt; ^this 20:28:28 &lt;lillith&gt; inscrutus: dg is often late 20:32:22 &lt;hottuna&gt; KillYourTV, yeah. I agree 20:33:01 &lt;lillith&gt; we could just start without dg, if anyone wants to just go for it 20:36:27 &lt;inscrutus&gt; I believe ipv6 was one topic left over from last meeting... 20:50:56 &lt;dg&gt; It was. 20:51:07 &lt;dg&gt; Most of it can't be done without zzz though, or str4d 20:52:25 * dg apologizes for being late - been out of it 20:52:40 &lt;dg&gt; Topics were/are: 20:52:43 &lt;dg&gt; * Syndie documentation (lillith) 20:52:43 &lt;dg&gt; * Mailing list (meeh) 20:52:43 &lt;dg&gt; * Feeds (str4d) 20:52:43 &lt;dg&gt; * Thoughts (anyone) 20:52:54 &lt;dg&gt; Meeh, lillith? 20:53:03 &lt;dg&gt; if you guys aren't here.. shit. 21:18:01 &lt;Meeh&gt; dg: I'm here now, sorry 21:18:20 &lt;dg&gt; np, is lillith? 21:18:23 &lt;dg&gt; I'm sorry, not you ;) 21:18:27 &lt;Meeh&gt; dunno 21:18:49 &lt;inscrutus&gt; lillith was, about 45m ago 21:18:49 &lt;lillith&gt; i am 21:19:08 &lt;inscrutus&gt; I stand corrected 21:20:10 &lt;dg&gt; \o 21:20:22 &lt;dg&gt; Hi all, sorry for delay 21:20:42 &lt;dg&gt; lillith is going to be speaking about Syndie doumentation 21:21:35 &lt;lillith&gt; is this my cue or are we having a full schedule first? 21:21:49 &lt;dg&gt; I've given the full one ;) 21:21:52 &lt;dg&gt; maybe it was lost 21:21:59 &lt;dg&gt; &lt;+dg&gt; Topics were/are: 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Syndie documentation (lillith) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Mailing list (meeh) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Feeds (str4d) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Thoughts (anyone) 21:21:59 &lt;dg&gt; &lt;+dg&gt; Meeh, lillith? 21:22:02 &lt;dg&gt; &lt;+dg&gt; if you guys aren't here.. shit. 21:22:21 &lt;lillith&gt; ahh okay :) 21:22:24 &lt;inscrutus&gt; I saw it via kytv relay only.... 21:23:10 &lt;lillith&gt; right well since zzz and others have put so much work into syndie, i feel it is a shame that it is still so unused 21:24:01 &lt;lillith&gt; and since the gui is.. challenging for a begginer, i thought it may be a good idea to write/update the docs 21:24:47 &lt;lillith&gt; so now myself, KillYourTV, and aargh are working on a wiki 21:25:17 &lt;lillith&gt; hosted at *i don't have the b32 handy* 21:25:19 &lt;dg&gt; Wiki for exclusively Sundie? 21:25:23 &lt;dg&gt; s/Sundie/Syndie 21:25:54 &lt;lillith&gt; since it is a wiki i/we would appreciate if everyone could have a look and fix it if needed 21:26:01 &lt;lillith&gt; yes 21:26:16 &lt;Meeh&gt; I'm trying to make a map over the syndie archives at `http://wiki.meeh.i2p/doku.php?id=syndie:known_archives` 21:26:24 &lt;iRelay&gt; Title: syndie:known_archives [wiki.meeh.i2p] (at wiki.meeh.i2p) 21:26:43 &lt;lillith&gt; so, please do have a play on syndie and report back on f you feel the beginners guide is suitable for a short intro 21:26:50 &lt;dg&gt; A column for default or not may be useful 21:27:25 &lt;dg&gt; alright :) 21:27:44 &lt;lillith&gt; the current documentation is ufinished, so anthing we do is an improvement 21:28:27 &lt;lillith&gt; also KillYourTV: i assume the plan is to export the wiki into the official website at some point, is that correct and if so who do i need to speak to? 21:30:10 &lt;lillith&gt; Meeh: a column for filtering/blocking policy might be useful too 21:30:25 &lt;Meeh&gt; ok, but I don't know what to fill in there 21:31:03 &lt;dg&gt; ask around I suppose 21:31:26 &lt;Meeh&gt; gonna do it 21:31:53 &lt;dg&gt; thanks for giving Syndie some love lillith 21:32:01 &lt;lillith&gt; i'l tell you mine later, not here now :) 21:32:31 &lt;inscrutus&gt; lillith: is this the wiki b32? `http://fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p/user_guide/` 21:32:34 &lt;iRelay&gt; Title: Syndie Handbook (at fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p) 21:33:02 &lt;lillith&gt; dg: it's actually pretty good, even if it is buggy. 21:33:23 &lt;lillith&gt; inscrutus: it is :) thanks 21:33:54 &lt;KillYourTV&gt; lillith: yes, once finished all documentation will ultimately end up on the 'official' syndie site (for now `http://www.syndie.i2p/wiki/` will redirect to the wiki page) 21:33:57 &lt;iRelay&gt; Title: Syndie Documentation Project (at www.syndie.i2p) 21:35:14 &lt;inscrutus&gt; Ok, what's next, dg? 21:35:17 &lt;lillith&gt; so unless anyone else has anything to say on this, i can *baf* this topic :) 21:35:20 &lt;dg&gt; Meeh 21:35:31 &lt;dg&gt; (with mailing list) 21:35:43 &lt;dg&gt; lillith: thx :) - I'm enjoying reading the introduction 21:36:02 &lt;dg&gt; Meeh: Want to take the floor? 21:36:41 &lt;Meeh&gt; IIRC I'm waiting for weltende because I needed access to the router console for creating tunnels for making mailing list available inside i2p 21:37:42 &lt;Meeh&gt; and, we need to start to use it 21:38:36 &lt;inscrutus&gt; Is it a -dev mailinglist? Or just general i2p? 21:38:39 &lt;dg&gt; zzz and user said they were going to hold off until an inner-i2p presence appeared 21:38:42 &lt;Meeh&gt; both 21:38:56 &lt;inscrutus&gt; ok 21:39:04 &lt;Meeh&gt; ok 21:39:25 &lt;Meeh&gt; weltende: any chance for creating tunnels for the mailing list? 21:39:25 &lt;Meeh&gt; soon 21:41:01 &lt;lillith&gt; Meeh: what is the intention for the mailing list? as in compared to zzz.i2p or irc or syndie 21:41:37 &lt;str4d2&gt; apologies for absence - internet fail 21:42:00 &lt;dg&gt; str4d :) 21:42:11 &lt;Meeh&gt; personaly, I'm unsure.. But it seemed liked we came to the conclution that we should start with the mailing list stuff again, as other open source projects do... 21:42:33 &lt;Meeh&gt; don't remember which meeting it was 21:43:08 &lt;inscrutus&gt; Maybe it would be a good idea to mirror the mailing list to Syndie or vice versa. To avoid fragmentation 21:43:23 &lt;str4d2&gt; I'm unavailable in about 15 mins, btw 21:44:10 &lt;Meeh&gt; I like your idea inscrutus 21:44:41 &lt;str4d2&gt; (and can't make this meeting time in future) 21:45:11 &lt;str4d2&gt; that's a nice ideqla 21:45:14 &lt;str4d2&gt; idea* 21:45:53 &lt;dg&gt; It was suggested in the past, I believe it was going to be a part of Syndie anyhow. 21:46:04 &lt;dg&gt; Meeh: Anything more? 21:46:15 * lillith- really needs to remember to plug my laptop in.... reading scrollback on sighup... 21:47:11 &lt;Meeh&gt; no not really, I need to talk with weltende first 21:47:22 &lt;lillith-&gt; inscrutus: that was my next suggestion :) 21:47:41 &lt;dg&gt; Alright. 21:47:44 &lt;inscrutus&gt; :) 21:47:51 &lt;lillith-&gt; i think we could be 'dog-fooding' a little more 21:48:18 &lt;dg&gt; lillith-: ? 21:48:40 &lt;lillith-&gt; about the mailing list/syndie mirrorring 21:48:55 &lt;dg&gt; I'm not familiar with that expression 21:49:47 &lt;lillith-&gt; ahh the dog food principle of open source projects is, basically, use your own software 21:49:50 &lt;inscrutus&gt; it means to use your own product(s). It comes from a dogfood maker whose ceo i believe ate his company's own dogfood to prove it's good 21:50:01 &lt;dg&gt; oh.. to eat our own dog food 21:50:04 &lt;dg&gt; I agree 21:50:15 &lt;lillith-&gt; if we expect others to use it, we should too 21:50:35 &lt;str4d2&gt; Mmm 21:51:01 &lt;str4d2&gt; My problem with Syndie is that I have NFI how to use it 21:51:12 &lt;dg&gt; I need to check it out again 21:51:12 &lt;dg&gt; Anyhow.. 21:51:12 &lt;dg&gt; str4d2: You ok to do feeds now? After $next_thing, perhaps a new meeting time should be discussed. Not everyone is here though.. 21:51:15 &lt;str4d2&gt; The interface is not very intuitive. 21:51:18 &lt;lillith-&gt; str4d2: have you looked at the docs? 21:51:57 &lt;str4d2&gt; Somewhat, but we shouldnt expect users to all do that 21:52:00 &lt;lillith-&gt; dg: surely that is the reason we need a new time... 21:52:30 &lt;dg&gt; kind of. zzz and others are missing due to IRL issues too though - which makes it harder to agree on a new time which works for everyone. 21:53:01 &lt;str4d2&gt; and I'm busynow, sorry 21:53:01 &lt;lillith-&gt; dg: we could have a new temporary time and revisit it in a few weeks. 21:53:38 &lt;lillith-&gt; tues 8.00 isn't great for dg, str4d2, or me 21:55:51 &lt;dg&gt; it doesn't :-/ 22:03:14 &lt;lillith-&gt; has everyone gone to sleep or is that the end of the meeting? 22:03:29 &lt;dg&gt; Apparently sleep.. 22:03:36 &lt;dg&gt; We'll open a thread on zzz.i2p about it? 22:03:39 * lillith- picks up the baffer menacingly 22:03:42 &lt;inscrutus&gt; I'm here, just don't have anything to add to meeting times 22:03:49 &lt;dg&gt; It's just us three. 22:05:25 * dg *bafs the meeting closed 22:05:28 &lt;lillith-&gt; okay well if no-one has anything to add then i'l do the honours 22:05:51 * lillith- *bafs* the meeting 22:06:10 &lt;lillith-&gt; damn you got there first ;) </div>/ar/blog/2013/02/12/i2p-dev-meeting-february-12-2013/Tue, 12 Feb 2013 00:00:00 +0000/ar/blog/2013/02/12/i2p-dev-meeting-february-12-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> asdfsdafsdafsd, christoph3, dg, eche|on, h2ik, hottuna, inscrutus, lillith, Mathiasdm, Meeh, orion, Shinobiwan, str4d, suhr, unresolved, user, weltende, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:38 &lt;hottuna&gt; dg, meetingtime? 20:03:06 &lt;dg&gt; uh.. through tor? 20:03:06 &lt;dg&gt; was just pulling the mtg topic ;) 20:03:06 &lt;dg&gt; ok, hi! 20:03:06 &lt;dg&gt; Today's agenda: 20:03:09 &lt;dg&gt; (0) - hi 20:03:15 &lt;dg&gt; (1) - Domain vote 20:03:18 &lt;dg&gt; (2) - Website transition 20:03:25 &lt;dg&gt; (3) - IPv6 .. I hope 20:03:28 &lt;dg&gt; (4) - Crypto .. I hope 20:03:43 &lt;dg&gt; str4d KillYourTV eche|on zzz 20:03:54 &lt;str4d&gt; Hi! 20:03:57 &lt;dg&gt; sponge meeh 20:03:57 &lt;hottuna&gt; Hi! 20:04:04 &lt;dg&gt; Hi! :-) 20:04:07 &lt;exoshell&gt; dg: Looks like I need to edit my .pac file and update the regex. The connect was going through 127.0.0.1:4444 Thanks! :) 20:04:25 &lt;dg&gt; exoshell: No problem. Better to be that problem than being censored for real, right? 20:04:34 &lt;dg&gt; Ok, how many people do we need to vote? 20:04:45 &lt;exoshell&gt; no kidding. 20:04:48 &lt;str4d&gt; weltende 20:04:52 &lt;str4d&gt; (ping) 20:05:06 &lt;hottuna&gt; Mathiasdm postman badger 20:05:19 &lt;hottuna&gt; domain vote is coming up 20:05:22 &lt;dg&gt; \o/ 20:05:41 &lt;dg&gt; h2ik bpb psi 20:05:49 &lt;dg&gt; .. wakey wakey? 20:06:23 &lt;dg&gt; Everyone's sleepy 20:06:36 &lt;dg&gt; We could do with more than three people&gt;.&gt; 20:06:51 &lt;hottuna&gt; 3 ppl isnt enought. 20:06:58 &lt;str4d&gt; Nope 20:07:16 &lt;hottuna&gt; Could we start a zzz.i2p thread for it and have #i2p-dev topic point ppl to it. 20:07:20 &lt;str4d&gt; And there are two votes needed - what we would change it to, and if we are going to change it at all. 20:07:31 &lt;hottuna&gt; and just have people vote for one of the alternatives 20:07:38 &lt;str4d&gt; (Can and should be independent) 20:07:41 &lt;dg&gt; RN, Shinobiwan 20:07:49 &lt;hottuna&gt; agreed 20:08:00 &lt;dg&gt; might be an idea 20:08:07 &lt;dg&gt; I was going for $OPTIONS/"I don't want a change" 20:08:28 &lt;hottuna&gt; dg, makes sense to me 20:08:45 &lt;dg&gt; I mean.. we did post this a week ago 20:08:45 &lt;zzz&gt; dont even bother if weltende isnt here 20:08:48 &lt;str4d&gt; With two votes, even those who don't want a change can contribute an idea as to what they would change to if they had to. 20:09:22 &lt;dg&gt; They could anyway? We've had the topic up for a week and there's been no new suggestions. 20:09:22 &lt;hottuna&gt; str4d, so $OPTIONS/"I don't want a change" is not good enough? 20:09:37 &lt;dg&gt; "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:09:40 &lt;Shinobiwan&gt; o/ 20:10:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; zzz: well.. I don't *really* care 20:10:51 &lt;str4d&gt; hottuna: that doesn't give the right statistics. 20:10:51 &lt;dg&gt; Does that mean you'll go with the majority or.. what? 20:10:55 &lt;dg&gt; Not caring isn't a great stance. 20:11:02 &lt;hottuna&gt; weltende, as long as you know that there is a vote 20:11:21 &lt;zzz&gt; ok, but presumably work would fall on you if we switch, so you kinda have to agree to a switch 20:11:21 &lt;dg&gt; We've said there's a vote, people are able to vote for - with a choice or against 20:12:11 &lt;str4d&gt; weltende, how much work do you see for yourself in the event of a switch? 20:12:22 &lt;hottuna&gt; alright, are we enough ppl around for the vote "Do you want to change the domain?" ? 20:12:29 &lt;dg&gt; I'm trying to think of things you can't do with a quick sed. 20:13:03 &lt;dg&gt; hottuna: hottuna, str4d, zzz, Shinobiwan, welt, dg 20:13:03 &lt;dg&gt; that's 6 20:13:03 &lt;dg&gt; is that enough? 20:13:10 &lt;dg&gt; I'm not sure. 20:13:10 &lt;hottuna&gt; yes? 20:13:22 * asdfsdafsdafsd runs in the room 20:13:29 &lt;asdfsdafsdafsd&gt; I'm here.... 7 20:13:29 &lt;dg&gt; :o 20:13:32 &lt;dg&gt; make that 7 20:13:47 &lt;zzz&gt; dns updates, ssl certs, transfers (if somebody else has the new domain now) .. .among others 20:13:47 &lt;hottuna&gt; so let's do the vote? 20:13:54 &lt;dg&gt; it's not lik we have ssl certs anyway 20:13:57 &lt;dg&gt; let's do it 20:13:57 &lt;inscrutus&gt; i'm just a civvie, is my opinion worth anything ? 20:14:04 &lt;dg&gt; yes 20:14:11 &lt;hottuna&gt; inscrutus, yes :) 20:14:14 &lt;zzz&gt; dg, yes we do have certs 20:14:21 &lt;dg&gt; zzz: none valid afaik 20:14:28 &lt;hottuna&gt; zzz, the cacert cert? 20:14:28 &lt;dg&gt; hottuna: say "I"? deal? 20:14:30 &lt;inscrutus&gt; cool :) 20:15:00 &lt;hottuna&gt; \me says votes "I" 20:15:03 &lt;asdfsdafsdafsd&gt; so, what are the alternate domain choices? 20:15:06 &lt;zzz&gt; dg the choice of CA is a different issue. don't confuse things by saying we dont have certs. 20:15:17 &lt;hottuna&gt; "I" 20:15:17 &lt;Shinobiwan&gt; i2p2.de ? 20:15:17 &lt;dg&gt; zzz: meh. same diff for the most part. for another time, anyway. 20:15:24 &lt;dg&gt; Those in favor of a domain change (doesn't matter what to), say I! 20:15:35 &lt;hottuna&gt; asdfsdafsdafsd, that is the next vote, first we decide if we want to change 20:15:42 &lt;zzz&gt; no, its not the same at all. It's work to be done, don't discount it. 20:15:42 * dg votes "I" 20:15:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: not sure.. but not gonna do anything before 1.3 20:15:52 * hottuna votes "I" 20:15:59 &lt;zzz&gt; do you guys mean "aye" ? 20:16:06 &lt;zzz&gt; ffs 20:16:07 &lt;dg&gt; ... 20:16:07 &lt;dg&gt; yes 20:16:10 &lt;hottuna&gt; yes :P 20:16:13 &lt;hottuna&gt; damnit 20:16:13 &lt;dg&gt; LOL 20:16:16 * inscrutus says aye (FWIW) 20:16:16 &lt;asdfsdafsdafsd&gt; hottune, ah ok 20:16:19 &lt;dg&gt; .. aye 20:16:26 &lt;asdfsdafsdafsd&gt; edit.... tuna lol 20:17:20 &lt;hottuna&gt; 3 for - 0 against, this far. 20:17:46 &lt;Shinobiwan&gt; i2p2.de ? ?_? 20:17:49 &lt;zzz&gt; do we have volunteers to do all the other work required? docs, website, router console, etc? 20:17:52 &lt;Shinobiwan&gt; if so, aye 20:18:03 &lt;dg&gt; Shinobiwan: Moving from i2p2.de -&gt; anything 20:18:19 &lt;dg&gt; (we'll have another vote to determine what "anything" is) 20:18:26 &lt;Shinobiwan&gt; yea then... definitely. 20:18:29 &lt;hottuna&gt; zzz, ill take responsibility if works needs to be done (that is server specific) 20:18:35 * asdfsdafsdafsd confers with his greater and lesser demons.... 20:18:46 &lt;dg&gt; Website doesn't need anything doing. 20:18:46 &lt;asdfsdafsdafsd&gt; aye 20:19:01 &lt;str4d&gt; zzz: the work will get done, but the 301 server redirect will solve that. 20:19:01 &lt;hottuna&gt; 5 for - 0 against 20:19:04 &lt;dg&gt; well, a redirect. 20:19:07 &lt;dg&gt; 4 for - 0 against. 20:19:09 &lt;iRelay&gt; &lt;user@kytv&gt; abstention here 20:19:09 &lt;dg&gt; oops 20:19:12 &lt;str4d&gt; Website, has nothing (aside from tweaking the mirror links in the footer) 20:19:31 &lt;str4d&gt; Ah, and aye 20:19:34 &lt;dg&gt; so.. no? 20:19:37 &lt;hottuna&gt; ok 20:19:43 &lt;str4d&gt; dg: abstention. Difference. 20:19:47 &lt;eche|on&gt; count me as a no, it is absolutly unneeded and unneeded work and confuses the users 20:20:00 &lt;asdfsdafsdafsd&gt; I guess this means I'll have to edit my posters.... 20:20:00 &lt;dg&gt; str4d: No, I said something in the topic due to the previous model we were going for. 20:20:02 &lt;iRelay&gt; &lt;user@kytv&gt; my English is bad. I mean I am indifferent 20:20:12 &lt;dg&gt; str4d: "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:20:12 &lt;eche|on&gt; but as I do not have to do anything, who cares 20:20:15 &lt;dg&gt; ah ok 20:20:18 &lt;dg&gt; 6 for - 1 against 20:20:21 &lt;lillith&gt; FWIW, my vote is no change. i like i2p2.de with the other urls pointing at it 20:20:34 &lt;str4d&gt; lillith: other urls? 20:20:34 &lt;dg&gt; 2 against. 20:21:01 &lt;lillith&gt; geti2p.net etc 20:21:04 &lt;str4d&gt; You mean the mirrors? They aren't pointing at it (that would be a 301 redirect) - at present they are full mirrors. 20:21:19 &lt;dg&gt; geti2p.net is a mirror iirc. 20:21:22 &lt;lillith&gt; ahh okay :D 20:21:26 &lt;dg&gt; so.. yes or no? 20:21:45 &lt;zzz&gt; I'll give a contingent aye, dependent on the result of the 2nd vote. If I don't like the new one I will switch to nay. 20:21:52 &lt;lillith&gt; no - keep i2p2 as primary url 20:21:59 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:22:06 &lt;dg&gt; 7 for - 2 against. 20:22:25 &lt;str4d&gt; (That's why I wanted to do the second vote first =P) 20:22:33 &lt;dg&gt; .. oh. 20:22:38 &lt;dg&gt; That makes snese. 20:22:45 &lt;asdfsdafsdafsd&gt; can zzz setup a poll on the dev forum? 20:22:56 &lt;dg&gt; don't know if polls are possible 20:22:59 &lt;zzz&gt; no, because if the 1st vote loses you dont need a 2nd. 20:23:13 &lt;inscrutus&gt; lillith: that hints at another question: keep i2p2 as a secondary domain? 20:23:20 &lt;str4d&gt; inscrutus: of course. 20:23:20 &lt;inscrutus&gt; i2p2.de* 20:23:26 &lt;dg&gt; That's a yes. 20:23:33 &lt;dg&gt; We're keeping it for SEO purposes and to stop evil. 20:23:37 &lt;str4d&gt; If a change goes ahead, www.i2p2.de will be 301-ed to the new one 20:24:10 &lt;str4d&gt; I.e. it wouldn't be a full mirror, it would redirect to the new URL (which ensures that the old SEO/linkage/etc. gets transferred to the new URL) 20:24:28 &lt;inscrutus&gt; Right, that makes sense 20:24:37 &lt;eche|on&gt; ..at some point I cannot read/hear/... this buzzwor SEO anymore,... 20:24:47 &lt;asdfsdafsdafsd&gt; I guess a forum vote is maybe a bad idea, because you could get people voting multiple times too 20:24:54 &lt;zzz&gt; my vote and any change is also contingent on weltende agreeing to do the work 20:24:54 &lt;dg&gt; SEO is real, lol. 20:26:05 &lt;str4d&gt; zzz: my sugggestion (if a domain change is agreed on) is that the site revamp be put up at the new URL, and then once tested the old one is put on redirect. So weltende would be killing two birds with a slightly larger stone. 20:26:43 &lt;hottuna&gt; Is the first vote over and done? 20:26:49 &lt;iRelay&gt; &lt;user@kytv&gt; don't kill innocent birds!! 20:26:49 &lt;dg&gt; Believe so. 20:26:59 &lt;h2ik&gt; hi back dg 20:26:59 &lt;dg&gt; So.. 7 for - 2 against. 20:27:02 &lt;dg&gt; oh! 20:27:02 &lt;dg&gt; hi! 20:27:02 &lt;h2ik&gt; sorry, working :-) 20:27:06 &lt;dg&gt; np :-) 20:27:10 &lt;dg&gt; got enough time to say yay or nay? 20:27:13 &lt;asdfsdafsdafsd&gt; I don't think anyone else is coming... 20:27:36 &lt;asdfsdafsdafsd&gt; we could wait until 8:30 UTC though 20:27:51 &lt;dg&gt; I'll wait for h2ik's answer 20:28:18 * h2ik is reading up on the domain vote 20:28:38 &lt;dg&gt; the vote right now is actually "Do you think we should change?" - not what to 20:29:01 &lt;dg&gt; if the result is yes, I will post a forum topic for voting. 20:29:04 &lt;dg&gt; if no..: pass 20:29:16 &lt;h2ik&gt; We've had the .de for a long time and I'm not opposed to it. So pass. 20:29:31 &lt;h2ik&gt; sorry, obstain 20:29:31 &lt;dg&gt; 7 for - 3 against. 20:29:34 &lt;dg&gt; oh 20:29:34 &lt;h2ik&gt; I'm ok either way 20:29:41 &lt;dg&gt; so not against, not for 20:29:44 &lt;dg&gt; ok 20:29:44 * unresolved waves 20:29:47 &lt;h2ik&gt; 7 - 1 - 3 20:29:50 &lt;dg&gt; 7 for - 2 against. 20:30:15 &lt;dg&gt; 7 - 2 - 3 20:30:15 * h2ik eagerly awaits the ipv6 topic :-) 20:30:19 &lt;dg&gt; Okay, that's done then! :D 20:30:37 &lt;dg&gt; str4d: Your time to shine. 20:30:47 &lt;dg&gt; topic = transition to new website design 20:30:50 &lt;str4d&gt; We can always update this vote if more people come in, but there's enough for the second vote. 20:31:08 &lt;str4d&gt; dg: are we not having the second vote right now? Or are we doing that in a thread? 20:31:22 &lt;dg&gt; str4d: I was thinking of a thread.. we can do it now if you want? 20:31:25 &lt;dg&gt; We have enough to do it. 20:31:35 &lt;dg&gt; It's not worth waiting another week IMO but I didn't want to upset anyone 20:31:54 &lt;hottuna&gt; Let's do it now? 20:31:57 &lt;zzz&gt; cant do polls on zzz.i2p. use forum.i2p if you want a poll 20:31:57 &lt;dg&gt; hell, let's do it 20:32:07 &lt;asdfsdafsdafsd&gt; we need a catchy domain name... 20:32:10 &lt;hottuna&gt; enumerate the options and we'll all pick one 20:32:17 &lt;dg&gt; The new domain candidates are: 20:32:17 &lt;dg&gt; - i2p.io 20:32:17 &lt;dg&gt; - i2p.int 20:32:17 &lt;dg&gt; - i2p.me 20:32:17 &lt;dg&gt; - geti2p.net 20:32:38 &lt;h2ik&gt; geti2p.net would follow suit with other FOSS projects 20:32:38 &lt;Meeh&gt; i2p.int was kind of fancy 20:32:41 &lt;Meeh&gt; or io 20:32:43 &lt;hottuna&gt; ** other (specify) ** 20:32:51 &lt;dg&gt; (and make sure it's available) 20:33:05 * hottuna votes for geti2p.net (since we already have it and it's pretty good) 20:33:17 * dg votes for geti2p.net. ditto on the reasons. 20:33:23 &lt;zzz&gt; who owns those 4 now? 20:33:29 &lt;asdfsdafsdafsd&gt; i2p4.me? lol 20:33:36 &lt;dg&gt; N/A, N/A, N/A, hottuna. AFAIK. 20:34:00 &lt;hottuna&gt; i dont own geti2p.net 20:34:04 &lt;dg&gt; oh? 20:34:15 &lt;hottuna&gt; weltende/welterde owns geti2p.net 20:34:18 &lt;dg&gt; ah ok 20:35:03 &lt;zzz&gt; um, if we don't know who owns a proposed domain, then there's no f-ing use talking about it. Unless it's available. 20:35:10 &lt;lillith&gt; would it be counterproductive to go for i2p-projekt.de? 20:35:10 &lt;lillith&gt; that's my vote if it's an option 20:35:21 &lt;hottuna&gt; zzz, the above ones are available 20:35:36 &lt;hottuna&gt; lillith, you can vote for whatever you like :) 20:35:44 &lt;zzz&gt; ok. 20:35:47 &lt;asdfsdafsdafsd&gt; i2phides.me 20:35:58 &lt;zzz&gt; yet another reason why we need welt's agreement. 20:36:09 &lt;lillith&gt; hottuna: good. just checking the point isn't to move away from a .de domain :) 20:36:17 &lt;dg&gt; it was for some of us ;) 20:36:24 &lt;dg&gt; well.. actually.. overall, it was. 20:36:31 &lt;dg&gt; but you can vote for whatever 20:36:36 &lt;Shinobiwan&gt; geti2p.net is good, i2p.me is good too IMO 20:36:39 &lt;Shinobiwan&gt; if need to get new one, i2p.me 20:36:46 &lt;str4d&gt; dg: not overall 20:36:57 &lt;dg&gt; it does not have to be new 20:37:03 * zzz again raises the significant issue of moving to a US-controlled TLD 20:37:12 &lt;iRelay&gt; &lt;user@kytv&gt; and there was silence ..... 20:37:13 &lt;iRelay&gt; &lt;user@kytv&gt; I don't like the .me and .io - they're very unknown here 20:37:15 &lt;iRelay&gt; &lt;user@kytv&gt; maybe cheaper, I dunno, but people here would be like "WTF is that?" 20:37:15 &lt;dg&gt; I don't think it's the time to. 20:37:35 &lt;hottuna&gt; when you've decided what ytou'd like to vote for, please denote it with a /me or something easily distinguishable 20:37:35 &lt;dg&gt; The vote was in +, not - 20:37:49 &lt;asdfsdafsdafsd&gt; I don't like the '.io' 20:37:52 &lt;Shinobiwan&gt; yea the country bit is important :/ 20:38:11 &lt;dg&gt; I felt that if the $GOV wanted rid of us, they could anyway. Tor Project does fine. 20:38:17 &lt;zzz&gt; agreed. you arent picking 2 letters, you're picking a legal domain 20:38:19 &lt;iRelay&gt; &lt;user@kytv&gt; oh, it was the relay lagging. 20:38:19 * Mad reads silently, thinking this is quiet an important descision. 20:38:22 &lt;dg&gt; We have bigger problems than our domain if they want us shut down so badly. 20:38:31 &lt;iRelay&gt; &lt;user@kytv&gt; IMHO short is better than i2p-project.whatever 20:38:43 &lt;unresolved&gt; i2.p 20:38:46 &lt;unresolved&gt; :P 20:39:25 &lt;zzz&gt; dg, the fact that $X hasn't yet been shut down is not much of an argument. The issue is who a particular government _has_ shutdown and why, and the legal process required. 20:42:48 &lt;asdfsdafsdafsd&gt; that's pretty good unresolved -&gt; i2.p 20:44:24 &lt;inscrutus&gt; Are we worried about the .net having censorship issues? 20:44:27 &lt;dg&gt; zzz: It is? I don't think the US government would come after us, but if they were to, they'd likely go after TPO at the same time, or not long after. TPO didn't see it as much of an issue and I don't either. 20:44:27 &lt;dg&gt; I'm not, some are. 20:44:30 &lt;lillith&gt; semi related to zzz's point, is there an i2p .onion? will there ever be? 20:44:33 &lt;zzz&gt; to handwave and say all TLDs are equivalent is naive 20:44:33 &lt;unresolved&gt; ty :P 20:44:33 &lt;dg&gt; lillith: I can get on that but AFAIK, right now, no. 20:44:33 &lt;str4d&gt; lillith: that IS a valid point; but that would be work for weltende 20:44:33 &lt;str4d&gt; (There isn't one now) 20:44:33 &lt;lillith&gt; also a freesite - if censorship is/may be an issue there are other ways of getting round it than just changing the url 20:44:33 &lt;inscrutus&gt; Well there _are_ backup domains in case geti2p.net gets shut down 20:44:33 * inscrutus votes geti2p.net 20:44:33 &lt;inscrutus&gt; And getting shut down would be good media coverage :D 20:44:35 &lt;asdfsdafsdafsd&gt; hehe 20:44:35 &lt;zzz&gt; again, the fact that t.p.o or anybody else hasn't yet had a problem, or your theory that they wouldn't shutdown us unless thy also shutdown $X and they'd never do that, is irrelevant 20:44:35 &lt;lillith&gt; also re: people talking about tor, tor dosent allow file sharing, so they have more protection in US 20:44:35 &lt;lillith&gt; i2p does allow filesharing so is more likely to be a target 20:44:35 &lt;zzz&gt; it's the established procedures and due process or lack thereof. 20:46:13 &lt;dg&gt; inscrutus: mm, yeah. I doubt we'd be censored without some noise. 20:46:19 &lt;str4d&gt; lillith: it's not that they forbid filesharing for legal reasons, it's that they encourage people to not fileshare for technical reasons. 20:46:19 &lt;dg&gt; In any case, you can still use Tor for filesharing. 20:46:19 &lt;dg&gt; You just shouldn't. 20:46:22 &lt;dg&gt; So.. 20:46:22 &lt;dg&gt; Back on topic? 20:46:22 &lt;lillith&gt; str4d: whatever the reason, it will almost certainly be a plus when it comes to not being shut down 20:46:33 &lt;lillith&gt; sorry, dg. yes 20:46:50 &lt;dg&gt; Right now, I believe it's geti2p.net - 2 20:46:53 * lillith wishes to officially register a vote for i2p-projekt.de 20:46:56 &lt;dg&gt; Shinobiwan: You never decided ;) 20:46:56 &lt;dg&gt; ok 20:46:59 &lt;zzz&gt; presumably i2p2.de etc remains a mirror for many years 20:47:02 &lt;dg&gt; yes 20:47:05 &lt;Shinobiwan&gt; I pinged out, must have missed something 20:47:19 &lt;dg&gt; Shinobiwan: ah. Doesn't have to be a new domain. Your vote? 20:47:57 &lt;Shinobiwan&gt; geti2p.net 20:48:15 &lt;dg&gt; that's 4 so far.. 20:48:15 &lt;Shinobiwan&gt; if welterde say OK, or w/e needs to happen for that. 20:48:27 &lt;zzz&gt; .io, .me, and .int are worse than what we have now and not worthy. i2p-projekt.net is better but hyphens are terrible for many reasons, an the english spelling is problematic. that leaves only geti2p.net imho 20:48:41 &lt;inscrutus&gt; dg: am I counted among those 4? I think I'm lagging 20:49:13 &lt;asdfsdafsdafsd&gt; I agree with zzz.... out of the 4 geti2p.net is the best 20:49:32 &lt;Shinobiwan&gt; yeah, haha, exactly. 20:49:55 &lt;str4d&gt; Of the available choices, my vote is for geti2p.net (and for http://geti2p.net/ rather than http://www.geti2p.net/ as it currently is) 20:50:06 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 20:50:34 &lt;dg&gt; geti2p.net - 7 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d 20:50:34 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:51:34 &lt;unresolved&gt; ill go for geti2p.net 20:51:53 &lt;Meeh&gt; geti2p.net + meeh 20:52:55 &lt;Meeh&gt; In case you didn't get it , I vote for geti2p.net too 20:53:09 &lt;dg&gt; aye 20:53:12 &lt;dg&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh 20:53:15 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:53:18 &lt;dg&gt; Are we done? 20:53:21 &lt;zzz&gt; ech has a couple others too. i2pprojekt.net maybe? too bad those didnt get added to the list last week. 20:53:25 &lt;orion&gt; Vote? 20:53:28 &lt;orion&gt; What are we voting on? 20:53:32 &lt;dg&gt; zzz: if anybody cared to, they could have suggested it 20:53:39 &lt;dg&gt; orion: new project domain (official, main one used) 20:53:46 &lt;zzz&gt; in fact, step one, a couple of weeks ago, should have been to list all the domains we already have. 20:53:49 &lt;orion&gt; What are the choices? 20:54:00 &lt;dg&gt; orion: 20:54:00 &lt;dg&gt; - i2p.io 20:54:00 &lt;dg&gt; - i2p.int 20:54:00 &lt;dg&gt; - i2p.me 20:54:00 &lt;dg&gt; - geti2p.net 20:54:10 &lt;iRelay&gt; &lt;user@kytv&gt; re i2pprojekt.net - I have the same issue as zzz: the k instead of c 20:54:10 &lt;dg&gt; (or one you know of that is available!) 20:54:25 &lt;str4d&gt; - i2pproject.net 20:54:32 &lt;str4d&gt; - i2p-projekt.de 20:54:57 &lt;str4d&gt; (We have those two alongside geti2p.net and i2p2.de) 20:55:00 &lt;lillith&gt; i just think it should be a little different than the typical get[name].[com|net|org] 20:55:08 &lt;suhr&gt; i2p-project.org is avalible? 20:55:15 &lt;dg&gt; "-"s suck. 20:56:12 &lt;iRelay&gt; &lt;user@kytv&gt; I think geti2p.net and i2pproject.net are best, despite the double p 20:56:37 &lt;iRelay&gt; &lt;user@kytv&gt; but I'd go with the geti2p.net one 20:57:18 &lt;str4d&gt; AFK 5 mins 20:58:25 &lt;Mathiasdm&gt; 21:22 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:58:28 &lt;Mathiasdm&gt; hm? 20:58:35 &lt;orion&gt; What about i2p.sg, i2p.vc, or i2p.mn? 20:58:56 &lt;Mathiasdm&gt; I won't vote, I haven't been active enough to contribute anything useful 20:59:07 &lt;Meeh&gt; ok, is there some simple webutility where we just can create a fast vote thing, and vote and be finished with it? :P 20:59:10 &lt;hottuna&gt; We're voting to change our official domain away from i2p2.de 20:59:17 &lt;hottuna&gt; every opinion is valuable Mathiasdm 20:59:24 &lt;Mathiasdm&gt; thanks for asking :) 20:59:42 &lt;Mathiasdm&gt; yes, but I'm someone with an uninformed opinion :) so I'll pass this one 20:59:45 &lt;dg&gt; I'm keeping note. 20:59:48 &lt;Mathiasdm&gt; I need to go afk again, I'm afraid 20:59:51 * Mathiasdm waves 20:59:55 &lt;hottuna&gt; bye 21:00:10 &lt;dg&gt; bye 21:00:21 &lt;dg&gt; be nice if we could see you again soon, Mathiasdm! 21:00:21 &lt;Meeh&gt; bye 21:00:24 &lt;orion&gt; What's the legal status on these TLDs? 21:00:57 &lt;dg&gt; AFK for 10 minutes or so. As str4d is gone and he's leading the next topic, feel free to talk about domains or whatever. 21:01:03 &lt;dg&gt; geti2p.net is winning, will likely be our decision. 21:01:28 &lt;iRelay&gt; &lt;user@kytv&gt; bye Mathiasdm! 21:03:28 &lt;orion&gt; Can we have the website be geti2p.net and have personal emails be directed to blah@i2p.io? 21:03:35 &lt;orion&gt; Like, press@i2p.io 21:04:11 &lt;hottuna&gt; i dont think we've ever hade personal email 21:04:22 &lt;hottuna&gt; not that it is a bad idea, it would be nice 21:04:29 &lt;lillith&gt; orion: why? 21:04:51 &lt;hottuna&gt; having them separated makes little sense in my mind 21:05:07 &lt;iRelay&gt; &lt;user@kytv&gt; I don't even know what .io stands for. input output? 21:05:11 &lt;Meeh&gt; personal email for active developers/contributors could be usefull 21:05:22 &lt;Meeh&gt; exceptly when it comes to PR etc 21:05:33 &lt;lillith&gt; i agree but surely meeh@geti2p.net 21:05:36 &lt;Meeh&gt; postman's service is nice... but great with imap and stuff 21:05:55 &lt;lillith&gt; a site with different email screams out scam to me 21:06:06 &lt;suhr&gt; i2p.io is nice, but we've got i2pmail.org... 21:06:23 &lt;inscrutus&gt; kytv: yeah input/output 21:06:30 &lt;asdfsdafsdafsd&gt; haha my thoughts too user.... 21:06:41 &lt;lillith&gt; suhr: it's not official. i agree there should be official emails for devs etc though 21:06:59 &lt;unresolved&gt; i2pmail ? :/ 21:07:06 &lt;unresolved&gt; is that really a good idea 21:07:13 &lt;suhr&gt; It should be avalibe in i2p. 21:07:23 &lt;lillith&gt; unresolved: it already exists 21:07:30 &lt;Meeh&gt; yea, but sure we can have two mail domains inside i2p 21:07:34 &lt;unresolved&gt; :/ 21:07:37 &lt;suhr&gt; (www.i2p2.i2p is a terrible address, anyway) 21:07:40 &lt;inscrutus&gt; isn't i2pmail.org already the postman mail gateway? 21:08:03 &lt;str4d&gt; Back 21:08:16 &lt;iRelay&gt; &lt;user@kytv&gt; inscrutus, it is 21:08:24 &lt;hottuna&gt; Do we have any other voters? 21:08:39 &lt;asdfsdafsdafsd&gt; so jrandom took i2p.i2p too when he went awol? 21:09:04 &lt;lillith&gt; str4d: the meeting was handed over to you :) 21:09:30 &lt;str4d&gt; K. I have to depart in the next ten mins anyway, so I'll be brief: 21:10:10 &lt;str4d&gt; The website is ready for transition (or at least, as ready as I can see) 21:10:30 &lt;str4d&gt; Translations are underway. 21:10:41 &lt;lillith&gt; str4d: how is the mobile site? 21:10:45 &lt;str4d&gt; The structure, urls etc. is set. 21:10:54 &lt;str4d&gt; lillith: I *haven't* worked on that, no. 21:11:05 &lt;str4d&gt; It's better than the current site, but the menu CSS still needs work. 21:11:44 &lt;str4d&gt; As does the desktop CSS 21:12:02 &lt;str4d&gt; So designers are more than welcome to get stuck in. 21:12:09 &lt;str4d&gt; But we decided previously that the theme is not a blocker. 21:12:46 &lt;str4d&gt; Currently, the redirects from the old URLs to the new ones (e.g. /how_threatmodel.html -&gt; /docs/overview/threat-model/) are done with 302 redirects. 21:13:20 &lt;hottuna&gt; Ok 21:13:20 &lt;str4d&gt; I'm going to leave them like that until the site is live, so the URL redirects can be properly tested 21:13:27 &lt;str4d&gt; (But switching to a 301 is a simple addition of a parameter) 21:13:31 &lt;hottuna&gt; Have you heard anytinhg from echelon or weltende about deploying the site? 21:13:49 &lt;str4d&gt; weltende has said no website work before March 21:14:15 &lt;str4d&gt; (He said 2 weeks last week, but earlier in the meeting he said 1/3 which I assume means March) 21:15:33 &lt;str4d&gt; So there is still time for design work, more translations, and any other suggestions 21:15:36 &lt;hottuna&gt; ok 21:15:54 &lt;Meeh&gt; maybe a bit late, but I got a topic for the meeting.. we now got mailing list... should we start using them? 21:16:05 &lt;Meeh&gt; I've done setup the server at lists.i2p2.de 21:16:15 &lt;hottuna&gt; dg, are you back? 21:16:42 &lt;hottuna&gt; we've had no new 21:16:49 &lt;hottuna&gt; votes 21:16:56 &lt;hottuna&gt; wait, thats not true 21:16:59 &lt;hottuna&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh, user 21:17:09 &lt;zzz&gt; I dont know what 1/3 meant. But w/o him agreeing and doing the work for the site, or a new domain, or anything else we have nothing. 21:17:28 &lt;hottuna&gt; i2p-projekt.de - 1 - lillith 21:18:03 &lt;Meeh&gt; another question, who got access to geti2p.net, and what if that person goes awol? 21:18:09 &lt;inscrutus&gt; zzz: is it possible for others to pitch in to lessen the load on weltende? 21:18:27 &lt;Meeh&gt; witch load? 21:18:46 &lt;zzz&gt; dont know 21:18:56 &lt;hottuna&gt; Meeh, welterde/weltende 21:18:59 &lt;lillith&gt; Meeh: are we leaving the mailing list topic to the end? 21:19:06 &lt;dg&gt; I'm back. 21:19:14 &lt;hottuna&gt; how does shared dns-ownership work? 21:19:25 &lt;hottuna&gt; maybe shared access to a registrar account? 21:19:35 &lt;iRelay&gt; &lt;user@kytv&gt; Meeh: is this lists.i2p2.de reachable from withing i2p? 21:19:55 &lt;dg&gt; Not yet. 21:20:09 &lt;iRelay&gt; &lt;weltende@freenode&gt; can give you access to the relevant VM 21:20:38 &lt;Meeh&gt; lillith: we can leave it to the end yes. 21:20:52 &lt;dg&gt; So, website 21:21:03 &lt;dg&gt; Are we waiting on welt to be able to help us deploy? 21:21:20 &lt;hottuna&gt; I think we are 21:21:39 &lt;Meeh&gt; weltende, I can ssh into it and portforward the console and fix it if you want? 21:21:58 * dg nods 21:22:13 &lt;hottuna&gt; but we've reached a decision? 21:22:28 &lt;dg&gt; yes, geti2p.net 21:22:35 &lt;dg&gt; that is the majority 21:23:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: hmm? fix what? 21:24:25 &lt;str4d&gt; Last point about the website revamp - `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` has the latest, suggestions welcome. 21:24:36 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:24:36 &lt;Meeh&gt; tunnel, lists.i2p2.i2p or whatever 21:24:36 &lt;Meeh&gt; since it's not inside i2p yet 21:26:12 &lt;inscrutus&gt; str4d: very nice 21:26:33 &lt;iRelay&gt; &lt;user@kytv&gt; looks pretty good, str4d 21:27:02 &lt;str4d&gt; Thanks =) 21:27:20 &lt;str4d&gt; Post any suggestions in ticket #807 21:27:24 * str4d is off now o/ 21:27:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: ah.. good point 21:27:26 &lt;dg&gt; o/ 21:27:29 &lt;dg&gt; So, IPv6? 21:27:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:27:35 &lt;SkinSyste&gt; thats awesome, should make the i22p.de homepage 21:28:06 &lt;asdfsdafsdafsd&gt; I like the color scheme str4d... 21:28:35 &lt;asdfsdafsdafsd&gt; are we doing away with the light or dark color scheme? 21:28:53 &lt;inscrutus&gt; dg: Is there an IPv6 + i2p summary I could read up on? 21:29:15 &lt;dg&gt; inscrutus: Yeah, hang on. 21:29:22 &lt;Meeh&gt; there is a IPv6 topic or two on zzz.i2p 21:29:37 &lt;dg&gt; `http://zzz.i2p/topics/109` `http://zzz.i2p/topics/594` 21:29:37 &lt;hottuna&gt; inscrutus, `http://zzz.i2p/topics/109` 21:29:52 &lt;iRelay&gt; Title: zzz.i2p: I2P vs. IPv6: A bad joke (at zzz.i2p) 21:29:56 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:31:30 &lt;suhr&gt; How to get to "How does I2P work" page on that site? 21:31:33 &lt;suhr&gt; Menu isn't clickable. 21:32:15 &lt;suhr&gt; Ah, that's "Documentation index" 21:33:19 &lt;suhr&gt; It's a bit unintuitive. 21:34:01 &lt;dg&gt; Hm. That's for str4d for a ticket. 21:34:04 &lt;dg&gt; *or 21:34:16 &lt;dg&gt; IPv6.. 21:34:34 &lt;dg&gt; welt was the last (only?) dev to work on IPv6 + I2P 21:34:46 &lt;dg&gt; I don't know if anyone is willing to take it up aside from zzz (and he needs a box, ssh thru i2p in that case) 21:34:53 &lt;dg&gt; hottuna? Meeh? 21:34:55 &lt;Meeh&gt; yea, is someone interesting in a ipv6 hackfest? 21:35:13 &lt;Meeh&gt; I provide server 21:35:13 &lt;hottuna&gt; A hackfest seems like a nice idea 21:35:20 &lt;Meeh&gt; and help testing on other locations as well 21:35:46 &lt;zzz&gt; no, this is not time for a hackfest. We need an analysisfest and a decisionfest. 21:36:05 &lt;Meeh&gt; ok, well, do you want to lead that zzz? 21:36:27 &lt;Meeh&gt; and do you want a ssh account to a ipv6 server you can play with? 21:38:18 &lt;zzz&gt; yes to both. however probably not before April. 21:39:14 &lt;Meeh&gt; ok, why not before April? 21:39:21 &lt;Meeh&gt; and 21:39:40 &lt;Meeh&gt; how do we analyse what's needed to be analyzed? 21:39:55 &lt;Meeh&gt; IMO we should get i2p on ipv6 asap 21:40:21 &lt;zzz&gt; I'm probably about to lose a whole bunch of time but I have nothing more to say about it yet. 21:40:32 &lt;Meeh&gt; ah ok 21:40:44 &lt;dg&gt; hopefully won't be the case but :( 21:41:09 &lt;zzz&gt; for analysis, read and understand every work in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:42 &lt;zzz&gt; s/work/word/ 21:42:45 &lt;iRelay&gt; zzz meant: for analysis, read and understand every word in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:56 &lt;Meeh&gt; I support your option #3, from my limited experience with ipv6 21:43:10 &lt;Meeh&gt; and I've read the thread 21:43:25 &lt;zzz&gt; it's mostly about how what change fits best into our code, not about ipv6 itself. 21:44:16 &lt;zzz&gt; it could also be about how to do NTCP/SSU with pigeons. 21:45:37 &lt;suhr&gt; Is there a big difference between ipv4 and ipv6 in java? 21:48:13 * suhr don't know I2P code. 21:52:54 &lt;christoph4&gt; I doubt the problem is the direct networking code 21:52:54 &lt;zzz&gt; no 21:53:28 &lt;zzz&gt; it's really a datastructure issue. 21:54:32 &lt;christoph4&gt; + there might be some fun with privacy extension and multiple valid addresses adround where you want to switch from time to time. And how you do a "one node per /16" on IPv6 address space 21:54:43 &lt;zzz&gt; do you want to organize by hi-level protocol NTCP/SSU, or low-level IPv4/v6, or both or neither 21:56:12 &lt;zzz&gt; right. the various places where we assume v4 all have to be fixed too, but that's just grunt work 21:57:07 &lt;inscrutus&gt; grunt work would be good for new devs to help get familiar with the code 21:57:10 &lt;zzz&gt; dg are we done I hope? 21:57:21 &lt;dg&gt; yeah 21:57:28 &lt;dg&gt; we've got nobody else 21:57:31 &lt;dg&gt; so.. yeah. 21:57:38 &lt;hottuna&gt; alright! 21:57:38 * zzz hands dg the *baffer 21:57:53 &lt;dg&gt; I'll cut down on what we have per-meeting next time, or maybe more poking? ;-) 21:57:56 * dg takes 21:57:56 &lt;lillith&gt; dg: so are crypto and mailing list rolling over to next week? 21:57:59 * dg *baf*s the meeting closed 21:58:02 &lt;dg&gt; lillith: Yup. 21:58:17 &lt;hottuna&gt; alright, you've managed to get us all to decide on a new domain 21:58:20 &lt;hottuna&gt; not bad at all :) 21:58:40 &lt;dg&gt; :) 21:58:51 &lt;lillith&gt; hottuna: it was a fairly unanimous decision ;) 21:59:08 &lt;hottuna&gt; getting us to make is the hard part 21:59:23 &lt;inscrutus&gt; dg: i think it's reasonable to not wait as long for stragglers 21:59:51 &lt;lillith&gt; inscrutus: or start earlier for stragglers 22:00:06 &lt;lillith&gt; ie start poking from half 7 ish 22:00:29 &lt;inscrutus&gt; lillith: that too 22:00:33 &lt;dg&gt; Perhaps trivial, non dev topics should be erlier 22:00:44 &lt;dg&gt; (Mailing list for example) 22:01:26 &lt;inscrutus&gt; dg: a good idea so to not scare off the non-devs :) 22:01:29 &lt;dg&gt; I need to know good times for zzz .. and whoever the other crypto/ipv6 guys are. Most of us can't contribute to discussion at all. 22:04:44 &lt;zzz&gt; dg, I don't know when the good times are either. str4d and tuna seemed to be making a little progress. 22:07:47 &lt;zzz&gt; dg I'm guessing 6-12 months will be required to come up with a solid plan. 22:08:13 &lt;dg&gt; zzz: That's resonable. Better late than never, and I'd rather us be planning than nothing at all. 22:09:25 &lt;zzz&gt; it's been on the list for years already. pushing more might help or might not. </div>/ar/blog/2013/02/05/i2p-dev-meeting-february-05-2013/Tue, 05 Feb 2013 00:00:00 +0000/ar/blog/2013/02/05/i2p-dev-meeting-february-05-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph3, darrob, dg, eche|on, hottuna, KillYourTV, Meeh, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:45 &lt;dg&gt; str4d: thoughts wrt IPv6 in mtg? 20:01:00 &lt;str4d&gt; Bring it up if you want. I know there are real issues that are holding that back, but it could be a good idea to verify what they currently are. 20:01:03 &lt;str4d&gt; I'll also be bringing up the website revamp. 20:01:14 &lt;dg&gt; Sweet. 20:01:22 &lt;str4d&gt; (So poke that in somewhere ^_^) 20:01:33 &lt;dg&gt; Will do :) 20:01:36 &lt;dg&gt; We'll put crypto last, if at all 20:01:44 &lt;dg&gt; I don't want to kill the movement but I don't know where we are going wit hit 20:01:55 &lt;dg&gt; I don't know enough about it to try .. push for it 20:05:01 &lt;str4d&gt; Yeah, last is a good idea, as long as the earlier sections of the meeting stay on track. 20:05:28 &lt;str4d&gt; And we already are in a much better place - the crypto review page has some interesting data (provided by "guest" so I have no idea who ^_^) 20:05:41 &lt;dg&gt; I was thinkign about that 20:14:16 &lt;str4d&gt; dg: ain't it meeting time now? 20:14:48 &lt;dg&gt; oh yeah 20:14:55 &lt;dg&gt; okay then 20:14:58 &lt;darrob&gt; i was going to ask that. i'm confused to see you *plan* a meeting at 08:05. 20:15:36 &lt;dg&gt; the agenda today is: 20:15:36 &lt;dg&gt; (0) - Hi! 20:15:36 &lt;dg&gt; (1) - Primary domain 20:15:36 &lt;dg&gt; (2) - IPv6 progress, blockers 20:15:39 &lt;dg&gt; (3) - Site revamp 20:15:42 &lt;dg&gt; (4) - Crypto 20:15:57 &lt;dg&gt; didn't realize the time 20:16:20 * str4d sends a CTCP TIME message to dg 20:16:34 * str4d watches it bounce off the I2P IRC tunnel. 20:16:41 &lt;hottuna&gt; Hello everybody! 20:16:48 &lt;str4d&gt; Hi! 20:16:55 &lt;dg&gt; We'll start off then? 20:17:25 &lt;dg&gt; So, (1) - primary domain 20:17:28 &lt;dg&gt; (also, hi) 20:17:46 &lt;dg&gt; The current primary domain (used in most places) is i2p2.de 20:17:49 &lt;dg&gt; There's a few problems with it 20:17:53 &lt;str4d&gt; www.i2p2.de 20:18:00 &lt;str4d&gt; (not i2p2.de) 20:18:00 &lt;dg&gt; (1) - It's not attractive or memorable. 20:18:11 &lt;dg&gt; (2) - SEO issues due to the country based TLD 20:18:29 &lt;dg&gt; (3) - Conflicts with other domains (we use geti2p.net on stickers, for example) 20:19:03 &lt;eche|on&gt; I do use www.i2p2.de on I2P stickers 20:19:06 &lt;hottuna&gt; (3) was my fault, it's just a more memorable domain 20:19:13 &lt;dg&gt; I'm proposing we use geti2p.net for all matters from now on but keep the old sites up with a redirect or some SEO magic to tell sites that we've moved without a full redirect 20:19:16 &lt;str4d&gt; (2) isn't a direct problem for Google at least. 20:19:54 &lt;dg&gt; i2p2.net is the better out of the pick though, there's ones like i2p-projekt.de that IMHO are too obscure for project usage 20:20:01 &lt;dg&gt; geti2p.net is kind of motivational too 20:20:16 &lt;str4d&gt; Their support page on geolocation says that geotargeting doesn't specifically affect page rank unless the search is limited by country. 20:20:40 &lt;str4d&gt; But then they also say that they use the geotargeting along with a heap of other things they look at to decide on regionalization. 20:20:43 &lt;hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 20:20:49 &lt;KillYourTV&gt; iRelay: web title i2p2.net 20:20:52 &lt;dg&gt; I concur, hottuna 20:20:55 &lt;iRelay&gt; Home - Contractor Safety Program Manuals - Downloadable and Turn-Key Custom-Written 20:21:23 &lt;dg&gt; i2p.net would be ideal, simple & the original domain but we can't have that for years. No promise we'll get it when it expires, either. 20:21:34 * KillYourTV was curious what was there, typo or not 20:22:01 &lt;str4d&gt; What about i2p.com and i2p.org? 20:22:16 &lt;str4d&gt; (Or one of the other generic TLDs? 20:22:16 &lt;str4d&gt; ) 20:22:35 &lt;str4d&gt; Were they long-time registered? 20:23:10 &lt;dg&gt; Believe so. AFAIK, we were lucky to get .net when the project started but I'm not sure. 20:23:10 &lt;eche|on&gt; 1. i2p.net is registered til 2016 and will be grabbed by some machines after wards 20:23:21 &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 20:23:39 &lt;eche|on&gt; user credability is not to be raised with a domain change 20:23:42 &lt;dg&gt; It's not going to be an emergency change this time. 20:23:50 &lt;dg&gt; We already have 5 or so domains floating about 20:23:57 &lt;eche|on&gt; it was a looong 3 year phase to get www.i2p2.de into the game after i2p.net was dead 20:24:08 &lt;str4d&gt; eche|on: that's because you didn't have access to i2p.net 20:24:15 &lt;dg&gt; totally different circumstances 20:24:27 &lt;dg&gt; (and a totally different process) 20:24:30 &lt;str4d&gt; With access to both the old and new domains, either leave the content at the old one, or (better) do a 301 redirect. 20:24:45 &lt;dg&gt; it's not like we're recovering from such a major blow this time, just changing the default domain we refer to 20:25:50 &lt;zzz&gt; Back in the day, com/net/org were the best. But not true now, plus the whole issue of the U.S. can and does shut those down as they please. You really want to go back to a .net? 20:26:24 &lt;dg&gt; It's not like the U.S. can't get .de. If keeping things safe was as simple as being foreign, we wouldn't need I2P. 20:26:49 &lt;hottuna&gt; i2p.{aero|af|ag|ai|am|asia|bz|cat|cm|coop|cx|gg|gr|gs|gy.|hk|hn|ht|im|io|je|ki|la|lc|li|lt|lv|me|mg|mn|ms|mx|name|nf|nu|pt|re|tel|tv} are available 20:27:07 &lt;dg&gt; the "2" makes it unclean which bugs me 20:27:26 &lt;dg&gt; hottuna: i2p.io sounds groovy 20:27:41 &lt;eche|on&gt; I want i2p.xxx 20:27:44 &lt;hottuna&gt; the 2 is nonsensical for any newbie 20:28:11 &lt;str4d&gt; i2p.coop 20:28:14 &lt;dg&gt; I believe in the CCC talk, the guy speaking actually called i2p "i2p2" 20:28:17 &lt;str4d&gt; i2p.coup? ^_^ 20:28:18 &lt;christoph3&gt; the list gets probably a lot shorter by removing inacceptably expensive domains ;-) 20:28:24 &lt;zzz&gt; dg you're greatly underestimating the difference in US-shutdown-ability of .de vs .net 20:28:24 &lt;dg&gt; "to i2p or not to i2p" (or something) 20:28:55 &lt;str4d&gt; zzz: i2p.net is out of the question anyway =) 20:29:09 &lt;dg&gt; zzz: really? I'm not so sure. If the US wanted it down, they could surely exercise their US-shutdown-abilities. 20:29:09 &lt;hottuna&gt; zzz, agreed. Also a valid point. 20:29:24 &lt;dg&gt; str4d: but geti2p.net is the alternative I proposed at least, so I guess he is referring to that 20:29:27 &lt;hottuna&gt; until now only us domestic domains have been taken down 20:29:57 &lt;eche|on&gt; even .at domains were not taken down though being spam and virus spreading domains 20:30:17 &lt;christoph3&gt; zzz is probably not talking about worst-case where the US really really really wants to shut it down 20:30:28 &lt;christoph3&gt; but just would like to 20:30:31 &lt;str4d&gt; Since this was started off by geotargeting issues: what are the actual generic TLDs? 20:30:31 &lt;dg&gt; Pretty sure if the US started shouting it was terrorist related, it could be taken down too 20:31:12 &lt;hottuna&gt; how are .org domains controlled? 20:31:12 &lt;str4d&gt; Ooh, just found a list. 20:31:12 &lt;eche|on&gt; str4d: a lot of them,also including some local russian, asian, chinese... one 20:31:19 &lt;str4d&gt; https://support.google.com/webmasters/bin/answer.py?hl=en&answer=1347922 20:31:34 &lt;str4d&gt; Google treats all of those ^ as gTLDs. 20:31:38 &lt;eche|on&gt; http://de.wikipedia.org/wiki/Top-Level-Domain 20:31:41 &lt;iRelay&gt; Title: Top-Level-Domain Wikipedia (at de.wikipedia.org) 20:31:49 &lt;christoph3&gt; .org was verizon just like .com and .net wasn't it? 20:31:52 &lt;eche|on&gt; i2p.int would be nice. 20:31:59 &lt;eche|on&gt; and it would be possible. 20:32:18 &lt;eche|on&gt; or a .nato? 20:33:05 &lt;hottuna&gt; int sounds nice, but is controlled by IANA which is us government 20:33:27 &lt;str4d&gt; hottuna: aren't all TLDs eventually controlled by IANA? 20:33:46 &lt;str4d&gt; (excluding the new raft of TLDs that companies are allowed to buy now) 20:34:04 &lt;dg&gt; new proposal: we buy .i2p 20:34:11 &lt;hottuna&gt; more or less directly? .int being directly? 20:34:11 &lt;hottuna&gt; :P 20:34:14 &lt;hottuna&gt; i2p.i2p? 20:34:21 &lt;dg&gt; project.i2p 20:34:36 &lt;dg&gt; download.i2p 20:34:39 &lt;darrob&gt; hottuna: obviously the main page would have to be www.i2p2.i2p. :) 20:34:54 &lt;hottuna&gt; :P 20:35:12 &lt;str4d&gt; But I just went to all this effort of double-tagging the entire website revamp&gt;_&lt; 20:35:59 &lt;hottuna&gt; str4d, I did some translations. About 70k words left though. 20:37:10 &lt;str4d&gt; There were about 70k words to start with =P 20:37:13 &lt;darrob&gt; how immediate is this US shutdown threat though? instead of worrying about it we could just wait and see. worst case: we'd have to go piratebay-crazy with proxies and media attention and all. 20:37:36 &lt;eche|on&gt; so far it is a no brainer, as tor is still alive. 20:37:47 &lt;dg&gt; oh. yeah. Tor, of course. 20:38:19 &lt;darrob&gt; dg: go on? 20:38:38 &lt;hottuna&gt; realistically we will still have the mirrors, so a specific tld being lost isnt much of an issue 20:38:53 &lt;dg&gt; darrob: about Tor?? 20:38:56 &lt;dg&gt; darrob: as for the discussion, I think we're still talking 20:39:03 &lt;dg&gt; So, do we want to put this down to a vote? 20:39:18 &lt;dg&gt; If so, what would be the options? 20:39:18 &lt;dg&gt; (and when?) 20:39:22 &lt;hottuna&gt; i would like geti2p.net to be an option 20:39:28 &lt;dg&gt; We could do it now if you guys wanted, I don't know if we have enough people 20:39:35 &lt;KillYourTV&gt; +1 for new TLD. Often they're a steal at $185,000 for registration then $6,250 each quarter. Surely we have enough funds available for that. 20:39:35 &lt;hottuna&gt; next meeting? 20:39:50 &lt;dg&gt; Hell yeah! 20:39:53 &lt;dg&gt; hottuna: sure 20:39:53 &lt;hottuna&gt; and announce it on the forums 20:39:53 &lt;darrob&gt; dg: sorry, never mind. your tor comment was not clear to me but it's irrelevant now. 20:40:04 &lt;eche|on&gt; KillYourTV: ^^ oerfect solution, but hosting is another topic. 20:40:35 &lt;hottuna&gt; would anyone like to propose a change to a domain other than geti2p.net? 20:40:38 &lt;darrob&gt; KillYourTV: we'd just need to sell our bitcoins at the right time. 20:41:00 &lt;dg&gt; hottuna: I have none but then again, I don't know the other ones we have. 20:41:55 &lt;str4d&gt; i2p.io sounded quite good, but .io is still country-specific 20:42:42 &lt;dg&gt; ideal world: we would have i2p.org 20:43:34 &lt;hottuna&gt; ok, then we have 2 alternatives. i2p.io and geti2p.net 20:43:45 &lt;str4d&gt; i2p.int? 20:43:48 &lt;str4d&gt; i2p.info? 20:43:56 &lt;str4d&gt; i2p.jobs =P 20:43:59 &lt;dg&gt; is i2p.info available? 20:44:18 &lt;dg&gt; i2p.transformers? 20:44:30 &lt;eche|on&gt; i2p.onion 20:44:45 &lt;hottuna&gt; i2p.info is taken 20:45:00 &lt;str4d&gt; i2p.co - that's a country one that is treated (by Google at least) as generic. 20:45:23 &lt;hottuna&gt; i2p.co is taken 20:45:30 &lt;str4d&gt; i2p.me? 20:45:37 &lt;dg&gt; i2p.me is cool. 20:45:58 &lt;str4d&gt; (another gccTLD) 20:46:09 &lt;darrob&gt; and cool is gimmicky if i may say so. i'd rather see i2p2.org or something. 20:46:09 &lt;hottuna&gt; suggestions: i2p.io i2p.int i2p.me geti2p.net 20:46:28 &lt;dg&gt; I want to drop the "2". 20:46:31 &lt;str4d&gt; darrob: I'd rather see i2p.something 20:46:53 &lt;str4d&gt; Why wasn't i2p.de chosen originally? Taken? 20:47:01 &lt;str4d&gt; s/originally/at the time/ 20:47:04 &lt;iRelay&gt; str4d meant: Why wasn't i2p.de chosen at the time? Taken? 20:47:12 &lt;hottuna&gt; i2p2.org taken 20:47:16 &lt;hottuna&gt; i2p.de taken 20:47:31 &lt;str4d&gt; Mmm. 20:47:50 &lt;KillYourTV&gt; i2p.ispent185000dollarsandalligotwasthisstupidtld 20:48:00 &lt;str4d&gt; I agree that we don't want something gimmicky. 20:48:07 &lt;str4d&gt; It needs to make sense. 20:48:22 &lt;dg&gt; cool == workable in this context 20:48:24 &lt;dg&gt; (too) 20:49:13 &lt;hottuna&gt; i2p.int is available btw 20:50:52 &lt;hottuna&gt; dg, will you add i2p.io i2p.int i2p.me geti2p.net to the alternatives of the vote? 20:51:18 &lt;dg&gt; hottuna: Yup. Making a note of it now. 20:51:27 &lt;hottuna&gt; danke 20:54:10 &lt;str4d&gt; Anything else here, or next topic dg? 20:54:40 &lt;dg&gt; was writing up the topic 20:54:40 &lt;dg&gt; yeah, next 20:54:43 &lt;dg&gt; Alright, IPv6! 20:54:53 &lt;dg&gt; From what I understand, welt* was working on this and then.. ??? happened 20:55:04 &lt;dg&gt; I don't know the blanks, maybe someone can fill them in 20:55:21 &lt;dg&gt; There's a bounty right now for IPv6 support in I2P 20:55:42 &lt;dg&gt; It's 100 EUR 20:55:45 &lt;hottuna&gt; `http://zzz.i2p/topics/109` 20:55:48 &lt;dg&gt; `http://www.i2p2.i2p/bounty_ipv6` 20:55:55 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 20:55:56 &lt;iRelay&gt; Title: Bounty I2P IPv6 native - I2P (at www.i2p2.i2p) 20:56:04 &lt;dg&gt; I think after/alongside the crypto doup, this is important 20:56:43 &lt;dg&gt; I could do with zzz or welt* 20:56:57 &lt;dg&gt; It'd be fantastic if welt* took it up again 20:59:01 &lt;dg&gt; Meeh is seemingly OK with helping 20:59:12 &lt;dg&gt; If zzz is going to, he needs SSH 20:59:42 &lt;Meeh&gt; I can provide zzz with SSH 20:59:45 &lt;Meeh&gt; to a dev server 21:00:09 &lt;Meeh&gt; we should also start using mailing lists now that it's up :) 21:00:20 * dg nods 21:00:44 &lt;dg&gt; I'm not aware of mailing list etiquette but I can start posting there 21:00:51 * dg crickets 21:01:54 &lt;str4d&gt; Meeh: is it I2P-internal as well, or should we use @i2pmail.org? 21:02:17 &lt;dg&gt; i2p-internal I assumed but.. 21:02:20 &lt;Meeh&gt; @i2pmail.org for now... haven't figured out howto bring it inside i2p yet 21:03:16 &lt;str4d&gt; Meeh: you'd need some sort of rewriting. Maybe talk to postman? 21:03:36 &lt;Meeh&gt; yepp, I will 21:04:34 &lt;dg&gt; Should we move on or wait? 21:04:49 &lt;str4d&gt; Back to IPv6, zzz provided a nice summary in the dev forum post 21:05:20 &lt;str4d&gt; It sounds like the next step is to compare and contrast the three possible options. 21:05:43 &lt;str4d&gt; Do we want to do that here/now? In the dev thread? On a Trac wiki page like the crypto one? 21:06:17 &lt;dg&gt; Trac, I say 21:06:52 &lt;Meeh&gt; dg, str4d : 21:06:52 &lt;Meeh&gt; 22:05:27 &lt;postman&gt; if the mailinglist server resides in the internet 21:06:52 &lt;Meeh&gt; 22:05:40 &lt;postman&gt; all people use their @i2pmail.org adress for signup 21:06:52 &lt;Meeh&gt; 22:06:14 &lt;postman&gt; teh mails will be automatically rewritten when transferred to / from internet 21:06:52 &lt;Meeh&gt; and i2p 21:07:34 &lt;Meeh&gt; 22:07:02 &lt;postman&gt; ( i think it would be best to have a ml server public) 21:07:56 &lt;Meeh&gt; 22:07:16 &lt;postman&gt; so people without mail.i2p adresses can subscribe 21:08:12 &lt;Meeh&gt; so I suggest current setup, since many that's not on i2p can join the list 21:08:37 &lt;str4d&gt; Meeh: alright. 21:08:54 &lt;dg&gt; &lt;+dg&gt; Should we move on or wait? 21:08:54 &lt;str4d&gt; Oh, and also, if the domain name changes, what happens to the list email? 21:09:04 &lt;dg&gt; CNAME the MX? 21:09:14 &lt;str4d&gt; Ah, true. 21:09:25 &lt;str4d&gt; dg: move on, I think. I don't think we are going to have in-depth IPv6 discussions today,. 21:09:40 &lt;dg&gt; Yeah.. seems that way. I'm dubious about crypto too? :| 21:09:51 &lt;dg&gt; Okay, website revamp! 21:10:07 &lt;dg&gt; str4d has been chugging away at tagging and eliminatin the blockers 21:10:14 &lt;dg&gt; I think we're getting closer to being able to put it live 21:10:17 * dg hands mic to str4d 21:10:50 &lt;str4d&gt; Okay, the site is edging closer and closer to being ready. 21:11:02 &lt;str4d&gt; I've nearly tagged the entirety of docs/ 21:11:36 &lt;str4d&gt; I'm just working on docs/spec/* now, and then docs/discussion/* (though I'm not sure if that one is needed?) 21:12:03 &lt;str4d&gt; docs/spec/ is somewhat hard to fully tag though, as there is a lot of &lt;pre&gt;-formatted stuff which translating will just break. 21:12:36 &lt;str4d&gt; URL-wise, aside from docs/spec/* and docs/discussion/* the entire site should have working URLs. 21:12:51 &lt;str4d&gt; If someone wants to test that (manually or automated) that would be good. 21:13:37 &lt;str4d&gt; Structurally, I don't think there is much more needed for the site - can anyone think of anything? 21:14:55 &lt;hottuna&gt; No 21:15:06 &lt;hottuna&gt; and if flaws are found they can be fixed 21:15:24 &lt;dg&gt; I don't think there's any.. let alone critical 21:15:31 &lt;str4d&gt; Design-wise, I'm still not entirely happy, but that's not critical. 21:15:53 &lt;str4d&gt; The mobile CSS I added *does* have flaws, but it is far easier to use/read than the desktop CSS. 21:16:27 &lt;str4d&gt; So I think the only thing left is to wait for the translations to start coming in. 21:17:10 &lt;str4d&gt; (I'd like to at least have some of the main pages translated before launch, so that Google doesn't think I'm lying to it in the sitemap.xml) 21:19:52 &lt;str4d&gt; And here's an idea: If/when we decide on a new domain, we launch the new site there, so we can test it live, and then inform Google/users via 301 redirect that the new site is the new domain? 21:21:03 &lt;hottuna&gt; the translation is a very big job 21:21:03 &lt;hottuna&gt; one that will take a lot of time 21:21:03 &lt;hottuna&gt; why not update sitemap.xml when translations are available? 21:22:56 &lt;str4d&gt; hottuna: the sitemap is somewhat recursively generated. 21:22:59 &lt;hottuna&gt; Would that be better? 21:23:02 &lt;hottuna&gt; ok 21:23:28 &lt;str4d&gt; It's to do with the whole reflang thing that Google requires. 21:23:51 &lt;str4d&gt; Every page in the sitemap has to list as a lang link every other language page, including itself. 21:24:06 &lt;str4d&gt; And that has to be repeated for each lang variant of a page. 21:24:25 &lt;str4d&gt; I've already split it up into a /sitemapindex.xml and /lang/sitemap.xml pages. 21:24:41 &lt;dg&gt; Would Google really care? 21:24:41 &lt;hottuna&gt; but we're always going to lack translations for some languages? 21:24:45 &lt;str4d&gt; But we also have a Language dropdown, which Google is going to find. 21:25:23 &lt;str4d&gt; hottuna: the list of Languages on the revamp is taken from the current site - there are partial translations for all of them. 21:25:26 &lt;str4d&gt; dg: no idea really. 21:25:59 &lt;dg&gt; It could take a long time to get us translations 21:26:06 &lt;str4d&gt; The sitemap language thing is there so that Google doesn't use the pages themselves to determine language (as in that case, every language variant would be called "English" currently) 21:26:33 &lt;str4d&gt; Hmm... I'll go check whether Google defers to the sitemap entirely, or if it still uses its own observations. 21:26:39 &lt;str4d&gt; I could just be needlessly worrying. 21:26:47 &lt;hottuna&gt; dg: I think it will, historically that has been the case for most languages. 21:27:02 &lt;hottuna&gt; maybe str4d, but ultimately this is your call 21:27:06 &lt;str4d&gt; And if having "lang-specific" pages which aren't translated isn't going to affect our pagerank, then it's not a blocker. 21:29:44 &lt;dg&gt; Hm, ok 21:31:22 * dg waits 21:32:56 &lt;str4d&gt; Okay, just did some reading, and it looks like Google defers to the sitemap 21:33:25 &lt;str4d&gt; Since one usage is translating only the template of the page, and leaving the content in a single language (like forum posts). 21:33:44 &lt;str4d&gt; So, translations are not a blocker, and can be updated as we go. 21:33:51 &lt;str4d&gt; In which case, the site could go live, now. 21:33:51 &lt;dg&gt; Any other bugs? 21:33:58 &lt;dg&gt; Oh. Sweet. 21:34:01 &lt;str4d&gt; (Well, now + time it takes to check all remaining URLs) 21:34:04 &lt;dg&gt; Anyone got any views on putting it live? 21:37:48 &lt;hottuna&gt; alright. if now is an option, i would vote for now 21:37:59 &lt;dg&gt; me too 21:38:34 &lt;str4d&gt; Putting it live requires some help from whoever is running the server (welterde IIRC) 21:38:45 &lt;str4d&gt; And the mirrors. 21:39:20 &lt;hottuna&gt; alright, at next sighting of the welterde/weltende, let's ask? 21:39:34 &lt;str4d&gt; Propagating back to i2p.www is simple. But the server ops need to run the setup script and then configure their WSGI setup to use the virtualenv. 21:40:15 * str4d will prop i2p.www onto the revamp now so that merges etc. can be handled now. 21:42:53 &lt;dg&gt; Huzzah 21:43:12 &lt;hottuna&gt; Yep 21:46:43 &lt;str4d&gt; Okay, so that's the revamp done. dg? 21:46:50 &lt;dg&gt; str4d: Yup. 21:47:21 &lt;dg&gt; I was avoiding moving on 21:47:22 &lt;dg&gt; due to the IPv6 discussion (or lack of..) 21:47:25 &lt;dg&gt; Wanna call it a night? 21:47:25 &lt;dg&gt; I think it's the best choice 21:47:33 &lt;hottuna&gt; Sure 21:47:59 &lt;str4d&gt; Yeah, 1.75 hours can be enough for today 21:48:10 &lt;dg&gt; Heh. 21:48:10 &lt;dg&gt; Alright, 21:48:13 * dg bamfs the meeting closed 21:49:21 &lt;dg&gt; `http://zzz.i2p/topics/1343` 21:49:28 &lt;iRelay&gt; Title: zzz.i2p: Meeting [6th February] (at zzz.i2p) 21:50:31 &lt;hottuna&gt; the next meeting is the 12/2 not 6/2 21:50:42 &lt;hottuna&gt; wut 21:50:42 &lt;hottuna&gt; ok 21:50:49 &lt;hottuna&gt; or am I confused 21:51:47 &lt;dg&gt; my mistake 21:52:10 &lt;dg&gt; ;_; 21:55:01 &lt;iRelay&gt; &lt;str4d@freenode&gt; ping weltende 23:39:54 &lt;zzz&gt; um, was it just me, or did the meeting totally skip the final decision that changing our URL was definitely a good idea? 23:40:30 &lt;zzz&gt; I saw some pros and cons on changing and then 'lets post a vote for which new one to pick' 23:40:50 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Syndie HSQLDB2 build #9:SUCCESS in 15 sec: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/Syndie%20HSQLDB2/9/` 23:41:54 &lt;zzz&gt; nor did I see anybody volunteer to do all the work req'd to implement such a change 23:45:25 &lt;zzz&gt; or is the (unstated) plan to vote on the best name first, and only then decide whether to do it and how? 23:45:29 &lt;zzz&gt; ^^ dg 23:45:55 &lt;dg&gt; Correct, sorry if it wasn't clear 23:46:03 &lt;dg&gt; I'll outline more next time 23:46:49 &lt;zzz&gt; might be me, I was just skimming. 23:46:55 &lt;zzz&gt; so was there a decision made or not? 23:47:37 &lt;dg&gt; We're having a vote next week 23:48:03 &lt;zzz&gt; a vote on what? whether to change, or what to change it to? 23:48:33 &lt;dg&gt; What to change it to 23:48:56 &lt;zzz&gt; so was there a decision made or not on whether to change it at all? 23:48:59 &lt;dg&gt; We could certainly have people abstain though 23:49:06 &lt;dg&gt; which would be a "no change" 23:49:42 &lt;dg&gt; We were in agreement that a change would be nice but unable to agree on what *to* 23:49:52 &lt;zzz&gt; is the decision to change at all a) already made or b) deferred until after the vote? 23:50:14 &lt;dg&gt; b) 23:50:54 &lt;zzz&gt; that wasnt clear to me either from the mtg or from `http://zzz.i2p/topics/1343` 23:51:01 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 23:51:18 &lt;str4d&gt; zzz: What I gathered is that, of the people present at the meeting, the majority were for a change. 23:51:25 &lt;zzz&gt; and to me, imho "would be nice" is far far short of "it's definitely a good idea AND we have volunteers to do the work" 23:51:28 &lt;str4d&gt; But, not all relevant people were at the meeting. 23:51:38 &lt;dg&gt; (e.g. you) 23:52:04 &lt;dg&gt; welt wasn't there either, I may be forgetting someone but was anyone else missing? 23:52:37 &lt;zzz&gt; sure, I was in and out, my bad. But my review of the logs is the pros were saying 'would be nice' and the cons had significant objections. 23:53:04 &lt;str4d&gt; zzz: I don't recall significant objections. Care to elaborate? 23:53:07 &lt;zzz&gt; but dg says it hasn't been decided yet, 23:53:25 &lt;str4d&gt; The only major one was eche's about linkage loss, but that is easily solved with a 301 redirect 23:53:28 &lt;dg&gt; The big one was from ech, saying it would cause big issues 23:53:31 &lt;dg&gt; and that was't true 23:53:45 &lt;dg&gt; s/was't true/debunked 23:53:52 &lt;str4d&gt; (So can't really be fairly compared to the i2p.net -&gt; i2p2.de migration, which *was* an issue) 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; user credability is not to be raised with a domain change 23:54:09 &lt;zzz&gt; there's the US-controlled issue I raised 23:54:19 &lt;zzz&gt; there's the amount of work required, which nobody raised 23:54:30 &lt;str4d&gt; "pain-in-the-ass" was referring to above. 23:54:46 &lt;dg&gt; There's links on the main site (how much of that can be done with regex?), some in the source code (same again?) 23:54:46 &lt;dg&gt; What else? 23:54:53 &lt;zzz&gt; there's the SEO issue, which you apparently think is managable, but I'm not so sure 23:55:16 &lt;str4d&gt; User credability - that is rather wishy-washy and IMHO changing from i2p2.* to i2p.* is going to make it easier for users. 23:55:16 &lt;zzz&gt; there's links in our docs and code 23:55:35 &lt;str4d&gt; Links on the site are all relative, so no issues there. 23:55:35 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/ 23:55:38 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:38 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/g 23:55:41 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:50 &lt;str4d&gt; Docs and code and SEO - again, a 301 redirect solves all that. 23:56:05 &lt;dg&gt; 301 is perm redirect, yeah? 23:56:08 &lt;str4d&gt; (The docs and code of course should be updated, but the links would not break) 23:56:11 &lt;str4d&gt; Yes. 23:56:21 &lt;dg&gt; If so, I'd assume that's what it was created for - that kind of thing anyway. 23:56:21 &lt;str4d&gt; It's what the revamp has for all the old page locaions 23:56:24 &lt;zzz&gt; if it's not decided yet, (and dg says it isn't) then we can talk about it next week. my reading from the logs and zzz post was that it was decided, but apparently not 23:56:42 &lt;str4d&gt; e.g. /debian.html --[301]--&gt; /en/download/debian 23:56:57 &lt;str4d&gt; zzz: yep, not decided yet, this was just getting the ball rolling. 23:57:04 &lt;zzz&gt; ok 23:57:19 &lt;zzz&gt; also a lot of this requires welt's tme which is in short supply 23:57:24 &lt;str4d&gt; Nothing is going to happen without informed consensus. 23:57:44 &lt;zzz&gt; ok great. guess I misread the logs 23:57:55 &lt;str4d&gt; Yeah, which is why I'd like to sort out the revamp and push it live at the same time. 23:58:29 &lt;str4d&gt; Or rather, I'll keep on working on site stuff and whenever welt turns up we can push it live. 23:59:15 &lt;dg&gt; I'll edit the post to make it clear 23:59:18 &lt;zzz&gt; maybe. trying to change 6 things at once increases the risk too. I'd recommend incrementalism 00:00:16 &lt;zzz&gt; also beware of becoming overly google-focused as there are other search engines too, who may behave differently 00:00:31 &lt;zzz&gt; or at least more slowly 00:00:34 &lt;str4d&gt; zzz: mmm, which is why I suggested putting the revamp on the "new" url to test it. 00:00:42 &lt;str4d&gt; And then apply the 301. 00:00:53 &lt;str4d&gt; (Assuming the url is changed) 00:01:30 &lt;str4d&gt; Yeah, I'll do some checking up of other search engines, but Google seems to use reasonably standard technology (e.g. the sitemap stuff) 00:02:05 * str4d is currently checking and fixing old/broken URLs. 00:03:24 &lt;dg&gt; Edited my post. `http://zzz.i2p/topics/1343` 00:03:31 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 00:05:36 * dg waits for ech to come back 00:05:43 &lt;dg&gt; That'll be tomorrow, right? 00:08:17 &lt;zzz&gt; re: incrementalism, e.g. you may wish to consider using 302s for a few days on the live site until you're sure it's all good before switching to 301s, as you really don't want to mess up 301s 00:08:28 &lt;str4d&gt; Mmm, yep. 00:08:40 &lt;str4d&gt; Do you mean for the legacy pages as well? 00:09:16 &lt;zzz&gt; maybe. something to think about 00:09:43 &lt;str4d&gt; I'm pretty sure all the old pages are good (I manually checked most of them) 00:09:53 &lt;dg&gt; As for domains, https://twitter.com/i2p/status/298485275053666304 - I can't be the only one who thinks that's messy 00:10:00 &lt;str4d&gt; But probably worth checking again at some stage. 00:10:28 &lt;dg&gt; str4d: No reply from zab. 00:12:36 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #43 for job Cobertura Coverage Reports 00:13:41 &lt;zzz&gt; not saying it's a bad idea to switch (and if we do, geti2p.net is the only choice). Just that we do it purposefully if we do. You made a proposal and held discussion but never called for a decision, or even identified how or when a decision would be made. 00:14:59 &lt;dg&gt; &lt;+hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 00:15:02 &lt;dg&gt; &lt;+dg&gt; I concur, hottuna 00:15:13 &lt;dg&gt; only geti2p.net? 00:15:20 &lt;dg&gt; So fuck the vote and just have a y/n? 00:15:27 &lt;dg&gt; that's fine but tell me now :p 00:16:10 &lt;zzz&gt; so the vote to change it and the vote on what to change it to got conflated 00:17:01 &lt;zzz&gt; "only choice" just imho 00:17:12 &lt;dg&gt; Everyone attending was up for changing it (ech was the only one who disagreed and he.. went quiet.. I don't know what that means, no?) so I skipped that step 00:20:04 &lt;zzz&gt; well, run the meeting how you want, but not sure you want to discount people who only object once, especially if you don't have an obvious call for the end of discussion and a decision 00:20:13 &lt;dg&gt; no, i see your opint 00:20:16 &lt;dg&gt; point* 00:20:26 &lt;dg&gt; i do need to outline things more </div>/ar/blog/2013/01/29/i2p-dev-meeting-january-29-2013/Tue, 29 Jan 2013 00:00:00 +0000/ar/blog/2013/01/29/i2p-dev-meeting-january-29-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:08:14 &lt;dg&gt; so hi all 20:08:33 &lt;dg&gt; we didn't really talk much about the agenda but we have some big stuff to discuss anyhow so no big deal 20:08:55 &lt;dg&gt; first topic is the new website design and the blockers for getting it live 20:08:58 &lt;dg&gt; so i'll hand over to str4d 20:09:09 * dg passes metaphorical spotlight to str4d 20:09:20 &lt;str4d&gt; Hi! 20:09:27 &lt;str4d&gt; &lt;/ocd&gt; 20:10:07 &lt;str4d&gt; Right, well I haven't had as much time over the last week to work on it, but the site *can* go live if desired. 20:10:26 &lt;str4d&gt; The blockers (that I see) are tagging the documentation for translations. 20:10:37 &lt;str4d&gt; Oh, and fixing URLs - that actually is a blocker. 20:10:48 &lt;str4d&gt; (I've been doing them at the same time). 20:11:45 &lt;str4d&gt; I've done the rest of the site - we just need to go through every page of the documentation and repeat what I've been doing: add translation tags to each paragraph/heading/list item/whatever, and check/correct the site-internal URLs. 20:12:29 &lt;str4d&gt; The other bit that I consider a blocker is getting the old translations migrated to the new format, i.e. going through the old faq_lang.html etc. pages and copying their text into the .po files as appropriate. 20:12:55 &lt;dg&gt; Translation tagging IMHO isn't a true blocker but something we need to finish soon, I don't know how you guys feel about going live without translations fully done 20:13:14 &lt;str4d&gt; (I've done 1.2 pages for de and 1 page for es as an example, but it really needs to be someone who understands the language, so that the copy-paste can be verified) 20:14:00 &lt;str4d&gt; (since there is no guarantee that the two individual pages have the same content) 20:15:52 &lt;str4d&gt; Design-wise, I'm starting to be more inclined to just leave the modified duck's theme there; it's had praise from quite a few people, including a designer. I'm personally still not happy with it (e.g. I find it a bit hard to read the long text passages in the documentation), but I wouldn't call it a blocker. 20:16:09 &lt;dg&gt; I like it more or less 20:16:40 &lt;str4d&gt; Oh - one bad thing currently is that the mobile CSS I added seems to not work on mobiles *derp* 20:16:52 &lt;str4d&gt; (Though it works quite nicely on a narrowed desktop browser) 20:19:26 &lt;str4d&gt; That's really about it for the site, as far as I can think of - it's functioning nicely, and most of the groundwork is in place. 20:19:41 &lt;dg&gt; I'll go check out for any broken links later 20:19:52 &lt;dg&gt; I found some previously 20:20:17 &lt;str4d&gt; dg: my test site is running the latest version, so you can check there. 20:20:32 &lt;str4d&gt; The only broken links should be in /lang/doc/* 20:20:35 &lt;dg&gt; let me dig up the ticket 20:20:38 &lt;str4d&gt; Every other page should be fine. 20:20:45 &lt;str4d&gt; It's ticket #807 20:20:52 &lt;dg&gt; saved me some time :) 20:20:59 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:20:59 &lt;dg&gt; want to revisit this next week then? 20:23:38 &lt;dg&gt; Found one. 20:23:46 &lt;dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/networkcomparisons` from `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/garlic-routing` 20:23:49 &lt;str4d&gt; Oh, and /lang/misc/* hasn't been looked at either. 20:23:56 &lt;iRelay&gt; Title: Garlic Routing - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:24:06 &lt;dg&gt; Should be /en/comparison 20:24:12 &lt;dg&gt; sorry for pasting whole thing, won't do it again 20:24:15 &lt;dg&gt; eyerape 20:24:22 &lt;str4d&gt; dg: yep, that is a side-effect of my hypenating all the double-worded pages. 20:24:30 &lt;str4d&gt; Oh, that too. 20:25:09 &lt;dg&gt; /docs/how/garlic-routing has /docs/how/elgamalaes, should be /docs/how/elgamal-aes 20:25:16 &lt;dg&gt; i'll put them all into the ticket later 20:25:23 &lt;dg&gt; &lt;+dg&gt; want to revisit this next week then? 20:26:01 &lt;str4d&gt; I'm happy to. Anyone else want to comment? ^_^ 20:27:18 &lt;Meeh&gt; `http://meeh.i2p/viewmtn/viewmtn.py/` 20:27:49 &lt;dg&gt; internal server error on `http://meeh.i2p/viewmtn/viewmtn.py/branch/changes/i2p.i2p` 20:28:45 &lt;Meeh&gt; yepp 20:28:48 &lt;Meeh&gt; working on it 20:28:55 &lt;dg&gt; I'll take it as a no, anyway 20:28:58 &lt;dg&gt; so onto .. crypto? 20:29:18 &lt;str4d&gt; One last question then: given the apparent level of apathy from people in here regarding copying over the old translations, would it be a better idea to just abandon them and upload the blank .po to Transifex? 20:29:44 &lt;dg&gt; Isn't Transifex reasonably active? 20:29:51 &lt;str4d&gt; The .po file will end up on Transifex anyway; I had just planned on it containing the old translations as a bit of a head start. 20:30:05 &lt;dg&gt; I'd say yes 20:30:48 &lt;str4d&gt; Any other votes? 20:32:38 &lt;str4d&gt; If we go with that, then I'll try and tag as many more pages as I have time for, and then I'll create .po files for the current website languages. Then someone with Transifex access can create an i2p.www subprojcet and upload them (KillYourTV?) 20:32:50 * psi reads scrollback 20:33:34 &lt;psi&gt; votes on a hackfest? 20:35:05 * psi reads more scrollback 20:39:01 &lt;str4d&gt; ... 20:39:04 * str4d doesn't like assuming, but assumes that no one has objections to that line of action. 20:39:04 &lt;dg&gt; too quiet&gt;.&gt; 20:39:04 &lt;str4d&gt; In that case, the old translations will be discarded from i2p.www.revamp (or maybe just left in the branch for now - if a translator really wants to they can find them for reference). 20:39:04 &lt;psi&gt; no formed opinion 20:39:14 &lt;SkinSystem&gt; hi, i heard k0e touches himself whilst watching granny pr0n 20:39:21 &lt;dg&gt; uh? 20:39:32 &lt;psi&gt;&gt;.&gt; #i2p-chat 20:40:45 &lt;str4d&gt; Right, that's it from me on the website. 20:49:59 &lt;dg&gt; well.. 20:50:11 &lt;dg&gt; IDK if wait(str4d) 20:51:33 &lt;dg&gt; AFK, back soon 21:03:55 &lt;hottuna&gt; zzz, did you see the update of http://trac.i2p2.de/wiki/Crypto/CurrentSpecs ? 21:03:58 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.de) 21:07:36 &lt;zzz&gt; yeah you guys are doing a great job 21:08:13 &lt;hottuna&gt; do you think we are using asymmetric ciphers where they aren't needed? 21:08:23 &lt;hottuna&gt; and could be replaced by symmetric alternatives? 21:08:38 &lt;zzz&gt; I doubt we're using anything where it isn't needed 21:09:04 &lt;hottuna&gt; good 21:09:15 &lt;zzz&gt; the web page crypto section needs the symm/asymm crypto added ofc, right now it's only sigs 21:09:46 &lt;hottuna&gt; yeah. But one issue at a time 21:09:53 &lt;hottuna&gt; I think the signs are the most vulnerable anyway 21:10:07 &lt;zzz&gt; right. just as a one-liner placeholder is all I meant 21:20:19 &lt;hottuna&gt; zzz, sud signing should be fairly do-able as far as implementation and not having a flag day goes? 21:20:41 &lt;hottuna&gt; do-able as in possibly to change cipher for. 21:23:58 &lt;dg&gt; back 21:26:53 &lt;zzz&gt; i guess. we did su2 w/o incident, so why not su3, su4, ... 21:28:38 &lt;hottuna&gt; but before we should decide what cipher is the most viable 21:36:25 &lt;dg&gt; okay 21:36:33 &lt;dg&gt; since str4d_afk is gone.. uh 21:36:51 &lt;dg&gt; zzz, hottuna, do you want to discuss anything further or should we close the meeting? It seems like nobody else is around 21:40:29 &lt;dg&gt; a'ight 21:40:35 * dg bafs the meeting closed 21:41:11 &lt;hottuna&gt; thanks dg :) 21:41:55 &lt;dg&gt; str4d went MIA 21:45:03 &lt;dg&gt; anyway, np 23:00:32 &lt;str4d&gt; Sorry, connection went down and then I was AFK </div>/ar/blog/2013/01/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2013/Tue, 22 Jan 2013 00:00:00 +0000/ar/blog/2013/01/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph1, dg, eche|on, hottuna, lillith, RN, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:07:05 &lt;hottuna_&gt; Alright, meeting-time? 20:07:27 &lt;str4d&gt; o/ 20:08:28 &lt;RN-&gt; tjink so 20:08:41 &lt;hottuna_&gt; eche|on, zzz, dg: ping 20:09:46 &lt;hottuna_&gt; let's wait until 20:15 and see if dg shows up. 20:10:21 &lt;RN-&gt; did everyone read zzz homework assignment? 20:10:36 &lt;hottuna_&gt; yepyep 20:11:28 &lt;RN-&gt; was over my head 20:11:31 &lt;str4d&gt; Okay, looks like the three meeting topics are ugha.i2p, the website revamp and the crypto. Anything else we want to cover? 20:11:50 &lt;hottuna_&gt; I think that is more than enough 20:11:58 &lt;str4d&gt; Alright: 20:12:01 &lt;RN-&gt; read it tho 20:12:04 &lt;str4d&gt; (0) Say Hi. 20:12:11 &lt;str4d&gt; (1) Ugha.i2p 20:12:18 &lt;str4d&gt; (2) Website revamp 20:12:29 &lt;str4d&gt; (3) Crypto discussion 20:12:32 &lt;str4d&gt; (0) Say Hi. 20:12:35 &lt;str4d&gt; Hi! 20:13:00 &lt;RN-&gt; hi 20:13:07 &lt;hottuna_&gt; hello everybody! 20:14:44 &lt;RN-&gt; we waiting 4 zzz and ech? 20:15:21 &lt;hottuna_&gt; I think we can manage until the crypto part 20:15:27 &lt;str4d&gt; eche|on was around an hour ago; zzz tends to speak when he needs to. 20:15:27 &lt;RN-&gt; guess they r at end... 20:15:49 &lt;hottuna_&gt; weltende, welterde, eche|on: ping, re new website 20:15:52 &lt;hottuna_&gt; altight 20:15:58 &lt;RN-&gt; anyone got the baffer? 20:15:58 &lt;str4d&gt; And everyone else can turn up when they do ^_^ 20:16:05 &lt;str4d&gt; (1) Ugha.i2p 20:16:05 &lt;hottuna_&gt; So.. ugha? 20:16:08 &lt;str4d&gt; o/ 20:16:39 &lt;zzz&gt; here, standing by until 3), if it's reasonbly fast 20:16:52 &lt;hottuna_&gt; Alright, I posted a content-request page last week 20:16:52 &lt;hottuna_&gt; syndie/imule content was requested 20:16:59 &lt;hottuna_&gt; and has as far as I can see been submitted 20:17:18 * str4d can 20:17:29 &lt;str4d&gt; 't actually load ugha right now =P 20:17:41 &lt;str4d&gt; Do we know who runs ugha? 20:18:04 &lt;hottuna_&gt; I don't 20:18:23 &lt;hottuna_&gt; do we have any further ideas about what to change/add to ugha? 20:18:31 &lt;str4d&gt; Because it would be useful to get some proper spam protection if possible. 20:18:38 &lt;eche|on&gt; we do partly know/guess who runs it. but it will not be disclosured here 20:18:47 &lt;eche|on&gt; and owner did not respond yet 20:18:54 &lt;dg&gt; Okay, hey 20:18:57 &lt;str4d&gt; eche|on: fair enough. 20:18:57 &lt;eche|on&gt; ugha.i2p was cleaned from spam 20:19:09 &lt;str4d&gt; eche|on: how much work was that? 20:19:12 &lt;eche|on&gt; and I added a site about iMule and syndie, KillYourTV added a bit more 20:19:30 &lt;eche|on&gt; spam? a lot, it was&gt;200 or even&gt;400 spam messages to be removed 20:19:38 &lt;eche|on&gt; they appeared in 2 years time 20:20:09 &lt;str4d&gt; And just manually removed? 20:20:24 &lt;hottuna_&gt; did it appear over the inproxy? 20:20:35 &lt;dg&gt; I was wondering this 20:20:50 &lt;dg&gt; sorry for being late although I managed to get here :) 20:20:53 &lt;eche|on&gt; yea, str4d, click each spam site, click delete site, click yes, I want to remove, click next spam site 20:21:08 &lt;eche|on&gt; and IMHO it is on INproxy. 20:21:27 &lt;eche|on&gt; yeah, it is 20:21:58 &lt;eche|on&gt; http://ugha.i2p.to/RecentChanges 20:22:01 &lt;hottuna_&gt; alright, maybe it shouldnt be accessible over the inproxy? 20:22:15 &lt;RN-&gt; so... set read omly for inproxy? 20:22:15 &lt;eche|on&gt; maybe someone want to count the "delete" pictures ;-) 20:23:34 &lt;hottuna_&gt; is it possible to notify the admin via the the wiki? 20:23:45 &lt;eche|on&gt; guess not 20:23:48 &lt;hottuna_&gt; a read-only via inproxy rule would probably be good 20:23:51 &lt;hottuna_&gt; ok 20:24:06 &lt;hottuna_&gt; eche|on, but you know who? you could do it? 20:24:28 &lt;eche|on&gt; I cannot do anything on it, I am just a user like anyone else 20:24:43 &lt;dg&gt; The person obviously is not active. 20:24:46 &lt;dg&gt; So.. maybe still no. 20:24:51 &lt;eche|on&gt; all I can do is asking tino (i2p.to owner) to block it. 20:25:18 &lt;hottuna_&gt; is blocking it entirely an acceptable solution? 20:26:01 &lt;eche|on&gt; yes 20:26:05 &lt;dg&gt; not long term 20:26:30 &lt;RN-&gt; I agree with dg 20:26:44 &lt;eche|on&gt; it is a wiki. It needs active administration to remove unwatned content 20:26:44 &lt;hottuna_&gt; i think blocking it is acceptable.. since it only is of use to people who are already using i2p 20:26:57 &lt;eche|on&gt; but as we also have active spammers inside of I2P.... 20:26:57 &lt;zzz&gt; tino's not going to take action unless the owner requests it 20:27:04 &lt;zzz&gt; at least, he shouldnt. 20:27:41 &lt;hottuna_&gt; eche|on, could you contact the owner? 20:27:52 &lt;eche|on&gt; currently I visit ugha.i2p daily and remove the spam 20:28:15 &lt;eche|on&gt; hottuna_: I did contact via IRC and email already. now it is time for person to react. 20:28:38 &lt;zzz&gt; if it continues to be an embarassment we can take it out of the router console, whether we have a replacement or not 20:28:41 &lt;eche|on&gt; you know, weve seen same problem with forum.i2p already. thats the problem inside of I2P 20:28:48 &lt;hottuna_&gt; regarding blocking from i2p.to? 20:29:02 &lt;eche|on&gt; regarding active admin jobs on it 20:29:25 &lt;hottuna_&gt; ok 20:29:58 &lt;hottuna_&gt; anyway, if you manage to get some response, ask about blocking 20:31:01 &lt;RN-&gt; tino is not only inproxy anymore 20:31:43 &lt;dg&gt; Yeah. 20:32:01 &lt;str4d&gt; Aside from the spam issue, is there any content that ugha should have/needs updated&gt; 20:32:29 &lt;dg&gt; Yes. 20:32:29 &lt;eche|on&gt; I had a look at the russian wiki. Thats a nice nice nice one 20:32:44 &lt;str4d&gt; From /Requests - "More advanced i2p config options and explanations." - hottuna_ you already added some of these, right? 20:32:44 &lt;eche|on&gt; it is really filled with good content and structured. but in russian. 20:32:44 &lt;str4d&gt; eche|on: link? 20:32:53 &lt;hottuna_&gt; what's the url for the russian wiki? 20:33:12 &lt;hottuna_&gt; str4d, yes. And I found a similar list on echelon.i2p 20:33:24 &lt;eche|on&gt; if I find it again... 20:34:10 &lt;eche|on&gt; imho rus.i2p 20:34:56 &lt;eche|on&gt; but more explanation about advanced config is nice 20:34:59 &lt;str4d&gt; Ooh, that *is* a nice wiki. 20:36:25 &lt;eche|on&gt; to sad I am a bit out of time, but if I get the chance, I do a few bits 20:36:32 &lt;RN-&gt; looks like it's using the same nice clean interface as cake why TV on his Cindy page 20:36:42 &lt;dg&gt; is it in english? 20:36:45 &lt;RN-&gt; I'll have to leave in about 10 minutes or less catch up with the rest of the meeting on my scroll back... 20:38:21 &lt;str4d&gt; Are there any other major points about ugha.i2p that need raising? 20:38:36 &lt;hottuna_&gt; no. 20:38:47 &lt;hottuna_&gt; I updated the request site 20:39:50 &lt;str4d&gt; The /I2pRfc page could do with updates, if it is/was ever planned to be authoritative (though the website is probably the better place for specs). 20:40:26 &lt;dg&gt; ugha.i2p has a lot of content which could be added or update 20:40:33 &lt;dg&gt; it seems to have more information about i2p's past and old tech documents than anywhere else 20:41:19 &lt;str4d&gt; Summary so far: spam is (currently) under control but needs active policing; there are numerous old pages that would be good to get updated (a good task for people who like writing). 20:41:34 &lt;hottuna_&gt; agreed. 20:41:41 &lt;str4d&gt; And if possible, the wiki should block edits from the inproxy. 20:41:56 &lt;str4d&gt; Anything else to add before we move on? 20:41:59 &lt;dg&gt; Is that all for the wiki then? 20:42:02 &lt;dg&gt; I don't think so 20:42:52 &lt;str4d&gt; dg: you want to do the honors? ^_^ 20:43:11 &lt;dg&gt; Alright :3 20:43:15 &lt;dg&gt; thx 20:43:38 * str4d gets to talk lots in the next topic anyway =D 20:43:53 &lt;dg&gt; Okay, so the website revamp - I feel that the new design headed by str4d (he's doing the backend mostly but some CSS changes) brings a fresh look to i2p and can help refresh people's perspective and first impressions of it 20:44:00 &lt;dg&gt; The current one is rather stale, etc, etc.. 20:44:11 &lt;dg&gt; I think that we should look into what needs completing in order to push it live 20:44:34 &lt;str4d&gt; What *must* be completed before pushing live: 20:44:37 &lt;dg&gt; Minor issues can be worked on when it's out there so the blockers we need to consider here? 20:44:48 &lt;str4d&gt; - translation tagging 20:45:01 &lt;str4d&gt; (well, not *must* but most at the very least) 20:45:17 &lt;str4d&gt; - checking that all site-internal links are updated and valid 20:45:36 &lt;str4d&gt; That's basically it. 20:45:56 &lt;hottuna_&gt; how is translation tagging done? 20:46:07 &lt;str4d&gt; I've already started on that, and have covered most of the site pages (if you leave out the docs, which are large on their own) 20:46:22 &lt;dg&gt; Latter isn't too hard. There's tools for it IIRC but I can go around clicking (take one for the team ;) if push comes to shove. 20:46:33 &lt;dg&gt; Explain translation tagging? 20:46:40 &lt;str4d&gt; hottuna_: Jinja2 template tags 20:46:40 &lt;str4d&gt; And gettext PO files 20:47:05 &lt;str4d&gt; &lt;h2&gt;{% trans %}A Gentle Introduction to How I2P Works{% endtrans %}&lt;/h2&gt; 20:47:08 &lt;str4d&gt; &lt;p&gt;{% trans -%} 20:47:08 &lt;str4d&gt; I2P is a project to build, deploy, and maintain a network supporting secure and anonymous 20:47:08 &lt;str4d&gt; communication. People using I2P are in control of the tradeoffs between anonymity, reliability, 20:47:11 &lt;str4d&gt; bandwidth usage, and latency. There is no central point in the network on which pressure can be 20:47:11 &lt;str4d&gt; exerted to compromise the integrity, security, or anonymity of the system. The network supports 20:47:11 &lt;str4d&gt; dynamic reconfiguration in response to various attacks, and has been designed to make use of 20:47:11 &lt;str4d&gt; additional resources as they become available. Of course, all aspects of the network are open and 20:47:11 &lt;str4d&gt; freely available. 20:47:15 &lt;str4d&gt; {%- endtrans %}&lt;/p&gt; 20:48:17 &lt;str4d&gt; The tagged blocks get extracted into a messages.pot which can then be translated like the routerconsole is. 20:48:36 &lt;str4d&gt; That's another task that I think *must* be done before launch: 20:48:57 &lt;str4d&gt; - Migrate old translated pages (e.g. /how_intro_fr) to PO files 20:49:53 &lt;hottuna_&gt; ok 20:49:56 &lt;hottuna_&gt; whats the mtn repo name? 20:50:04 &lt;hottuna_&gt; alright 20:50:08 &lt;str4d&gt; That one I can't do much about =P I've migrated one page as a test, but I can't verify the accuracy of the old translations (especially as there was nothing to keep things in sync between the static pages) 20:50:12 &lt;str4d&gt; i2p.www.revamp 20:51:02 * str4d starts up the test site again 20:52:33 &lt;str4d&gt; Okay, `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` is back up. 20:52:44 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:52:59 &lt;str4d&gt; Something else I've done is added mobile support to the website - you can see it by narrowing your browser window below 768px 20:53:34 &lt;dg&gt; What are we doing about blog/ 20:53:34 &lt;dg&gt; ? 20:53:45 &lt;str4d&gt; dg: what do you mean? 20:53:52 &lt;str4d&gt; (In what regard?) 20:54:04 &lt;dg&gt; Who will be blogging and how will we set it up? When will we blog also? :) 20:54:43 &lt;str4d&gt; At present the blog just contains the (old) release posts and the (much older) status posts. 20:54:54 &lt;str4d&gt; At the very least there will be the release posts as normal. 20:55:50 &lt;str4d&gt; That's a later issue though - we need to actually get the site finished first! 20:56:09 &lt;hottuna_&gt; agreed 20:56:20 &lt;str4d&gt; Ticket #807 does have a few things in it which would be good to get done, but are not blockers 20:56:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:56:44 &lt;str4d&gt; They are somewhat spread out through the ticket, but some are: 20:57:02 &lt;str4d&gt; - fill out /about/glossary 20:57:21 &lt;str4d&gt; - improve blog/meetings layout and styling 20:58:17 &lt;str4d&gt; - fix or replace the theme 20:58:36 &lt;hottuna_&gt; re translation tagging: is """{{ _('Friends of I2P') }}""" tagable in a straight forward manner 20:59:03 &lt;str4d&gt; hottuna_: That already is tagged. 20:59:26 &lt;hottuna_&gt; just curious about syntax 20:59:29 &lt;str4d&gt; (That's the more compact notation) 20:59:39 &lt;hottuna_&gt; aah 20:59:42 &lt;str4d&gt; {{ }} inserts the result of the contained Python method 20:59:53 &lt;str4d&gt; _() is the gettext call in Python 21:00:00 &lt;str4d&gt; (well, the one that is imported into Jinja2 21:00:03 &lt;str4d&gt; ) 21:00:19 &lt;hottuna_&gt; thanks 21:00:34 &lt;str4d&gt; {% trans %}{% endtrans %} is a more verbose tag, but it's the Jinja2 tag and supports any content between the tags. 21:00:49 &lt;str4d&gt; (whereas the _() one can't contain e.g. ' 21:00:52 &lt;hottuna_&gt; what is left to tag? 21:01:13 &lt;str4d&gt; hottuna_: check the mtn log for details of what has been tagged, but IIRC: 21:01:44 &lt;str4d&gt; - get-involved/guides (I've tagged ides and dev-guidelines there) 21:01:55 &lt;str4d&gt; - misc/* 21:01:58 &lt;str4d&gt; - docs/* 21:02:09 &lt;str4d&gt; And then any blog posts that we want translated. 21:03:06 &lt;str4d&gt; (I've already migrated and tagged the 0.9.4 and 0.9.3 posts, and future posts can be tagged as well; earlier ones can be tagged as/when people can be bothered) 21:04:17 &lt;str4d&gt; Okay, we do need to get a move on in the meeting. 21:05:18 &lt;str4d&gt; Summary: site revamp is almost ready, help is appreciated getting the rest of the site tagged for translation and url-checked (can be done simultaneously) (thanks hottuna_ for offering to help (I assume that's what you are doing?)) 21:05:45 &lt;str4d&gt; And other text/layout changes are appreciated but not blocking. 21:06:31 &lt;str4d&gt; Oh: and if anyone wants to get started on translating the pages (using the old translated pages as reference or for copy-paste), *please do so*. 21:06:34 &lt;str4d&gt; Anything else? 21:06:49 &lt;hottuna_&gt; ill have a look at tagging 21:07:48 &lt;str4d&gt; hottuna_: thanks. Leave get-involved/guides to me, as I've already started in there. 21:08:43 &lt;str4d&gt; dg: are you keeping an eye on the meeting (timeliness)? 21:09:02 &lt;dg&gt; oh, sorry 21:09:14 &lt;dg&gt; So we're done with website/ 21:09:41 &lt;dg&gt; Crypto time :-D 21:10:16 &lt;dg&gt; Let me dig up the relevant topics 21:10:16 &lt;dg&gt; One moment 21:11:28 &lt;dg&gt; `http://zzz.i2p/topics/1328` + `http://zzz.i2p/topics/715` 21:11:38 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:12:10 &lt;dg&gt; TL;DR: We need to be discussing which components of the i2p router need to be changed in order of priority (or as zzz put it, "to talk generally about which uses are more vulnerable than others" 21:12:10 &lt;dg&gt; ) 21:12:17 &lt;dg&gt; (for the DSA change) 21:12:45 &lt;dg&gt; It's an apt time to discuss any other crypto changes that could be thrown in but right now, we should stick to what zzz suggested as it's a masssive rabbithole 21:12:52 &lt;hottuna_&gt; like noted in the tor cipher migration document we should strive to do changes where they are the most important and not necessarily the easiest 21:13:26 &lt;dg&gt; (https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt) 21:15:55 &lt;hottuna_&gt; in my mind the most important areas are those using potentially weak ciphers for longterm keys 21:16:39 &lt;dg&gt; hottuna_: I'm no crypto expert (and as such I'll stay out unless I know something) but aren't the longterm keys also the keys which could cause a flag day? 21:17:12 &lt;hottuna_&gt; changing most ciphers would cause a flag day 21:17:31 &lt;dg&gt; I was thinking all destinations being fucked 21:17:38 &lt;dg&gt; so yeah 21:17:41 &lt;hottuna_&gt; well basically 21:18:03 &lt;hottuna_&gt; i dont see a way around destinations being wrecked 21:19:03 &lt;hottuna_&gt; Im don't have a list of places where long-term keys are used 21:19:22 &lt;hottuna_&gt; but such a list and the corresponding cipher used should be created 21:21:04 &lt;str4d&gt; Agreed. We should also rank their perceived vulnerability. 21:21:11 &lt;str4d&gt; (This would make a good wiki page on Trac) 21:21:19 &lt;hottuna_&gt; yes. 21:22:02 &lt;hottuna_&gt; we should also create a list of ciphers that have been proven as safe (by the test of time) and are otherwise viable for us 21:22:17 &lt;str4d&gt; Section 2 of the Tor page basically applies to us as well. 21:22:20 &lt;hottuna_&gt; that list should include asymetric 21:22:55 &lt;zzz&gt; sounds good 21:23:11 &lt;hottuna_&gt; asymmetric* encryption, symmetric encryption, signatures and hmac ciphers that we trust 21:23:49 &lt;zzz&gt; how_cryptography page is a good reference 21:24:32 &lt;hottuna_&gt; str4d, did you start a wiki page or should I? 21:24:40 * str4d is doing so now 21:25:00 &lt;str4d&gt; /Crypto/CurrentSpecs sound alright? 21:25:09 &lt;str4d&gt; (For the summary table) 21:25:09 &lt;hottuna_&gt; sure 21:25:16 &lt;zzz&gt; DSA is a nice place to start analysis because it's easy to understand, and it's on the surface the weakest 21:26:15 &lt;hottuna_&gt; yes 21:27:01 &lt;hottuna_&gt; as for what is used where and what time periods which keys are used for I dont know much 21:28:56 &lt;zzz&gt; the OP on `http://zzz.i2p/topics/715` has a list 21:29:03 &lt;zzz&gt; ~8 places we use DSA 21:29:05 &lt;iRelay&gt; Title: zzz.i2p: DSA 1024/160 Replacement (at zzz.i2p) 21:29:40 &lt;hottuna_&gt; the one with the longest validity is routerinfo? 21:30:23 &lt;str4d&gt; || '''Aspect/Location''' || '''Cipher used''' || '''Cipher details''' || ''' Perceived vulnerability''' || '''Comments''' 21:30:30 &lt;str4d&gt; Anything else that needs to go into the table? 21:30:30 &lt;zzz&gt; maybe dest. which isn't listed. 21:31:12 &lt;zzz&gt; theres both a dest key and a leaseset key I think the dest signs the leaseset and the leaseset key is unused 21:31:38 &lt;hottuna_&gt; str4d, validity period 21:32:24 &lt;zzz&gt; wouldnt be the end of the world to have a RI flag day but throwing out all 2500 in hosts.txt is another story 21:32:38 &lt;str4d&gt; Hmm... maybe the Perceived vulnerability / validity should be in a separate table then. 21:33:07 &lt;zzz&gt; datagrams is a problem, dests is a problem 21:33:22 &lt;hottuna_&gt; throwing out hosts is a huge issue. but it is also the most vulnerable key in my mind 21:34:37 &lt;zzz&gt; for each case we have to go farther though. not just how easy to break but what's the threat model / consequence. 21:35:08 &lt;hottuna_&gt; yes. maybe link to a separate page for each case? 21:35:26 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` now exists and has some basic content 21:35:33 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:36:09 &lt;zzz&gt; and put that in perspective gven the size of the net, etc. e.g., we currently have a guy that claims he can shutdown an eepsite for 23 1/2 hours a day. 21:37:13 &lt;hottuna_&gt; christoph1, ? 21:37:25 &lt;dg&gt; Yikes. 21:37:28 &lt;str4d&gt; Mmm. 21:37:35 &lt;dg&gt; How does that work? 21:37:58 &lt;hottuna_&gt; eclipse attack on our floodfills 21:38:01 &lt;christoph1&gt; use enough precomputed routerinfos, put 10 bad nodes near the target hash block lookup 21:38:20 &lt;lillith&gt; why is it not 24 hours? 21:38:35 &lt;christoph1&gt; because midnight is a bit tricky 21:38:46 &lt;christoph1&gt; you can use another 10 to put in place for tomorrow 21:39:05 &lt;christoph1&gt; but there's still a period around the keyspace rotation where things are unstable 21:39:22 &lt;lillith&gt; so the router gets half an hour where the floodfills are uncertain? 21:39:33 &lt;christoph1&gt; (client can hit one of the good nodes by chance because it doesn't know all attackers jet 21:39:52 &lt;str4d&gt; The keys for the next day can be known in advance, so positioning malicious nodes could be planned in advance, no? 21:39:59 &lt;christoph1&gt; jep 21:40:22 &lt;christoph1&gt; still it seems around rotation it is somewhat unstable 21:40:49 &lt;str4d&gt; Anyway, this is somewhat off-track for this topic (sorry christoph1) 21:41:05 &lt;christoph1&gt; ack 21:43:08 &lt;str4d&gt; Okay, does anyone want to work on getting `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` filled out? 21:43:14 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:43:26 &lt;zzz&gt; dg, please keep us on track, not drag us off it :) 21:43:42 &lt;hottuna_&gt; str4d, yeah. I just managed to log in :P 21:44:01 &lt;str4d&gt; Maybe we should quickly clarify what exactly we want on that page (my column headings are rather generic) 21:44:36 &lt;dg&gt; zzz: sory ;) 21:44:59 &lt;str4d&gt; First table: a summary of the crypto used in the router. Name, validity period, vulnerability... key length? Prime strength? 21:44:59 &lt;zzz&gt; m yfault too 21:45:48 &lt;str4d&gt; Second table: a list of every point in the router where crypto is used. Location and cipher name (of course). Usage details? What is important to know here? 21:46:27 &lt;str4d&gt; We can probably elaborate on separate pages for the second table if necessary (link the location name to a subpage) 21:47:41 &lt;hottuna_&gt; str4d, added subpage 21:48:06 &lt;str4d&gt; IMHO this should be a page that someone can glance at and understand the current state-of-play (whereas the site docs are the full specs) 21:48:32 &lt;str4d&gt; hottuna_: ah, I get what you mean by validity period now. 21:48:39 &lt;hottuna_&gt; :) 21:50:20 &lt;str4d&gt; hottuna_: there's already an entry for destinations - LeaseSet signing 21:50:29 &lt;hottuna_&gt; oh 21:50:29 &lt;hottuna_&gt; sorry 21:50:36 &lt;str4d&gt; (For the DSA part at least - I think you're thinking there of the encryption) 21:51:56 &lt;str4d&gt; Also, I'd call it "Security timescale" rather than "Validity period" 21:52:38 &lt;hottuna_&gt; yep 21:52:38 &lt;zzz&gt; FYI for everybody else - every RI and Dest has two keys, one for encryption and one for signing 21:53:11 &lt;hottuna_&gt; ok 21:53:11 &lt;hottuna_&gt; why? 21:53:32 &lt;zzz&gt; ElG was deemed far too slow for signing 21:54:44 &lt;str4d&gt; This might be a silly question, but how are the two keys "linked" verifiably? 21:55:23 &lt;zzz&gt; for both RI and Dest, the Hash covers both keys + the (usually null) Certificate 21:55:23 &lt;hottuna_&gt; a public key is derived from the private key 21:55:51 &lt;zzz&gt; change any of the 3 and you change the hash. 21:56:13 &lt;str4d&gt; Ah, k (you mean the Destination hash?) 21:56:23 &lt;str4d&gt; (i.e. the B64) 21:56:26 &lt;zzz&gt; yes 21:56:53 &lt;str4d&gt; Okay... the problem with upgrading the Destination crypto makes much more sense now... 21:56:59 &lt;zzz&gt; and for Dests, change any of the 3 and you need a new hosts.txt entry 21:58:34 &lt;zzz&gt; and (hint) non-null certs may be the path to upgrades w/ (partial) compatibility, i.e. not breaking gravity. That's what's covered further down in topic 715 21:59:39 &lt;str4d&gt; Yeah - that enables both to work alongside each other. 22:00:09 &lt;str4d&gt; But it still means that the end-to-end crypto for the old Destinations is untouched. 22:00:52 &lt;str4d&gt; The point where the Dest crypto key is most important is the leg between the OPEP and IBGW, right? 22:01:26 &lt;zzz&gt; not sure 22:01:53 &lt;zzz&gt; other complication is there used to be two layers of end-to-end crypto, one in the router and one in the client, and some keys are now unused 22:02:32 &lt;zzz&gt; ditto w/ signing keys... one was for LS revocation and is unused 22:02:46 &lt;zzz&gt; so that's another opportunity, maybe 22:03:29 &lt;str4d&gt; `http://www.i2p2.i2p/how_intro` seems to indicate that the ElGamal/AES+SessionTags is used for end-to-end router encryption. 22:04:37 &lt;zzz&gt; crypto is much harder to discuss than signing. theres the ElG wrapping the AES and the Tags, together with the DH exchange. 22:05:35 &lt;str4d&gt; Yes. But as far as e.g. LeaseSets go, we probably need to discuss both in tandem, no? 22:05:46 &lt;zzz&gt; I'd suggest not even trying to get into the crypto side today. 22:05:53 &lt;str4d&gt; Not today, no. 22:06:00 &lt;zzz&gt; maybe, maybe not 22:06:03 &lt;str4d&gt; So, back on topic *derp* 22:06:30 &lt;zzz&gt; you change one key, you change the hash. But as the Tor doc says, don't try to change everything just because you're changing one thing 22:06:33 &lt;str4d&gt; What is the issue with Datagram signing? 22:07:12 &lt;zzz&gt; it's using our signing algorithm, i.e. DSA. Which we use to sign everything. (including suds) 22:07:54 &lt;zzz&gt; which also isn't on the list on topic 715, and might be the longest-lived key of all 22:09:04 &lt;str4d&gt; Right, but the specific problem I'm guessing with Datagrams is ensuring that routers can still talk to each other 22:09:04 &lt;str4d&gt; ? 22:10:00 &lt;zzz&gt; right. change signing and you break all RI and LS lookup, and all signed end-to-end communication 22:10:51 &lt;zzz&gt; because almost everything is signed 22:11:41 &lt;str4d&gt; So really the only way to move forward with upgrading the signing algorithm is to ensure that every place it is used can handle multiple signing algorithms? 22:12:27 &lt;str4d&gt; The problem then becomes knowing what versions are supported by a router (and the partitioning problems from the Tor doc are relevant here). 22:12:30 &lt;zzz&gt; but then every dest would need two sets of tunnels, one for old and one for new, afaik 22:12:49 &lt;zzz&gt; there's two kinds of compatibility to consider. 22:13:19 &lt;str4d&gt; That's a good point&gt;_&lt; 22:13:42 &lt;zzz&gt; 1) "network" compatibility, i.e. can the RIs and LSs be stored and retrieved, can msgs get thru tunnels, even if the ffs or participants are down-rev; 22:14:21 &lt;zzz&gt; 2) end-to-end compatibility, can A talk to B. For that, seems like both A and B need to support the same things 22:15:43 &lt;str4d&gt; 2) is "easy" to handle for direct router-to-router communication, as the router versions are public knowledge. What about end-to-end communication? 22:17:24 &lt;zzz&gt; the other thing is an RI has a whole Properties in it, we can put whatever flags we want in there 22:17:27 &lt;str4d&gt; Where would a router need to look to determine if another router (such as an eepsite server) supports the new signatures? 22:17:30 &lt;zzz&gt; nothing like that for LS 22:18:01 &lt;zzz&gt; certs is the magic 22:18:48 &lt;zzz&gt; in a cert we can spec both crypto and signing algo, and store the extra bytes if it doesnt fit in the first 384 22:18:59 &lt;zzz&gt; again, that's the topic 715 stuff 22:19:53 &lt;zzz&gt; the cert has to start at byte 385 to not break 1) 22:20:54 &lt;zzz&gt; is that about enough for today? got out of this what you wanted? 22:21:09 &lt;hottuna_&gt; i think this is a beginning 22:21:34 &lt;hottuna_&gt; more specific issues and solutions cna be discussed and the wiki page used as an aid 22:23:50 &lt;str4d&gt; zzz: it's a good start - thank you =) 22:24:24 &lt;zzz&gt; lots of work ahead... 22:24:39 &lt;str4d&gt; Yes, but we have to start somewhere ^_^ 22:24:54 &lt;hottuna_&gt; str4d, pushed tags for monotone.html 22:25:05 &lt;zzz&gt; I had one more topic for the mtg but only if welt welterde weltende is around 22:25:26 &lt;str4d&gt; hottuna_: the one under get-involved/guides? I'll drop the ones I'd started putting in then ^_^ 22:25:37 &lt;hottuna_&gt; yes 22:26:00 &lt;hottuna_&gt; alright, are we done then? 22:26:11 &lt;dg&gt; I'd say so? 22:26:15 &lt;str4d&gt; I'd like to add a random point: 22:26:18 * dg had nothing to chime in with 22:26:21 &lt;dg&gt; not a crypto god 22:27:08 &lt;str4d&gt; I'd like to congratulate sponge on his efforts with Android - stock I2P now successfully runs on Android devices. 22:27:46 &lt;str4d&gt; And initial reports seem to indicate better performance and lower battery usage than I2P-Android 22:27:53 &lt;hottuna_&gt; that's quite the feat 22:28:04 &lt;hottuna_&gt; well done sponge 22:28:16 &lt;hottuna_&gt; i've gotta go now 22:28:23 &lt;hottuna_&gt; dg, will you strat the thread for next week? 22:28:27 &lt;dg&gt; spogne has done extremely well 22:28:56 &lt;dg&gt; Will do. Topics? Seems crypto needs to be a recurring topic for the next few weeks. :) 22:29:03 &lt;dg&gt; I should be here on time next week also 22:29:47 &lt;str4d&gt; If we can get the revamp tagged by then, we could potentially go live with the new site (though I would prefer to get actual translations in first) 22:30:18 &lt;str4d&gt; (Also depends on welterde being around) 22:30:25 &lt;hottuna_&gt; str4d, i think actual translations will take a very long time 22:30:52 &lt;hottuna_&gt; alright, nn ppl 22:30:59 &lt;str4d&gt; hottuna_: complete translations, yes. But there are already-translated pages (see www.i2p2/pages/translations) which would be quick to migrate. 22:31:07 &lt;str4d&gt; (For people who understand the language) 22:31:14 &lt;str4d&gt; o/ hottuna_ 22:31:45 * str4d *baf*s the meeting closed. </div>/ar/blog/2013/01/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2013/Tue, 15 Jan 2013 00:00:00 +0000/ar/blog/2013/01/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2013/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> darrob, dg, eche|on, hottuna, KillYourTV, LaughingBuddha, orion, sponge, welterde, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 20:02:07 &lt;hottuna&gt; dg, is there a meeting today 20:02:26 &lt;LaughingBuddha&gt; oh yeah, it's tuesday 20:02:56 &lt;hottuna&gt; str4d, Meeh: is the meeting now? 20:03:49 &lt;orion&gt; yes 20:04:07 &lt;Meeh&gt; hottuna: dunno, hope so 20:04:26 &lt;hottuna&gt; alright, is there an item list? 20:04:56 &lt;hottuna&gt; dg, ping 20:06:07 &lt;hottuna&gt; alright, lets start it in 5 minutes 20:06:35 &lt;hottuna&gt; everyone around, igure out what you would like to talk about 20:06:57 &lt;hottuna&gt; when we start help create the item list 20:07:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; I though today was the crypto meeting 20:08:07 &lt;hottuna&gt; weltende, i missed the last one. Im just trying to create some order 20:08:22 &lt;hottuna&gt; zzz, crypto meeting 20:10:23 &lt;hottuna&gt; weltende, what crypto was going to be discussed? 20:11:09 &lt;hottuna&gt; Alright, lets try to start this thing. 20:11:16 &lt;hottuna&gt; Meeting schedule: 20:11:28 &lt;hottuna&gt; * Syndie hackathon status 20:11:51 &lt;hottuna&gt; * I2P crypto 20:12:02 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: that I do not know.. 20:12:20 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: should I send your r0ket per package or something btw? 20:12:32 &lt;dg&gt; am I in time? 20:12:51 &lt;hottuna&gt; i just started, but if you'd like to take over i'd be happy 20:12:53 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yup 20:13:20 &lt;dg&gt; the most I know is "crypto" 20:14:32 &lt;hottuna&gt; dg, any other items we should take care of 20:14:35 &lt;hottuna&gt; ? 20:15:14 &lt;dg&gt; Syndie status, any updates from the researchers, general direction? 20:15:37 &lt;hottuna&gt; alright. lets start then? 20:15:55 &lt;dg&gt; sure 20:16:14 &lt;dg&gt; I'm hoping zab can appear as him and zzz know the most about the router internals.. 20:18:28 &lt;orion&gt; I think we were going to discuss possibly upgrading the crypto. 20:18:28 &lt;hottuna&gt; moving away from dsa-1024 anyway 20:18:31 &lt;orion&gt; And the logistics behind that. 20:18:31 &lt;hottuna&gt; alright 20:18:31 &lt;dg&gt; Let me dig up the topic. 20:18:31 &lt;hottuna&gt; that makes sense 20:18:31 &lt;hottuna&gt; dg, `http://zzz.i2p/topics/715` 20:18:31 &lt;dg&gt; a-ha 20:18:42 &lt;dg&gt; ha.. two years ago 20:19:00 &lt;hottuna&gt; Should we start with "Syndie status" for the time being? 20:20:11 &lt;dg&gt; Yeah 20:21:09 &lt;hottuna&gt; Alright, how many items on the todo-list have been added / completed? 20:21:40 &lt;hottuna&gt; And whats the url for the todo? 20:25:43 &lt;hottuna&gt; Syndie changelog: `http://zzz.i2p/posts/6095` 20:25:43 &lt;hottuna&gt; Are there any syndie users around? 20:26:06 &lt;dg&gt; I've tested it but I've had issues/found it dead. 20:26:09 &lt;hottuna&gt; I tried it and started synching, but there are a lot of items to synch 20:26:16 &lt;dg&gt; Not sure if anyone is a regular user.. 20:26:37 &lt;hottuna&gt; and if you allow a long histoty, maybe the newest posts should be fetched first? 20:26:44 &lt;darrob&gt; i'm kinda here. 20:27:08 &lt;hottuna&gt; darrob, you run an archive as well? 20:27:16 &lt;darrob&gt; hottuna: yes 20:28:23 &lt;hottuna&gt; have you been following the hackfest? 20:29:25 &lt;hottuna&gt; Syndie todo: https://github.com/i2p/i2p.syndie/blob/master/TODO 20:29:36 &lt;eche|on&gt; syndie hackfest was a success and it works quite well. currently there is a small issue with to much posts for first starters. Will resolve soon. 20:30:28 &lt;hottuna&gt; great is there a trac item for large initial synch or is it noted somewhere else? 20:30:32 &lt;eche|on&gt; syndie fetches by date 20:30:43 &lt;darrob&gt; yes, the hackfest is a huge success so far. zzz has fixed a whole bunch of bugs that made using syndie hard. even the pulling in of old messages should be better now, iirc. 20:30:46 &lt;eche|on&gt; and there are some discussions about "what is new" 20:31:34 &lt;eche|on&gt; in some kind of anonymity reason "all the archive gets today is NEW" 20:31:59 &lt;hottuna&gt; eche|on, I dont understand that last part. Are fetches done by latest post first? 20:32:05 &lt;eche|on&gt; no 20:32:13 &lt;hottuna&gt; When I synched recently it seemed pretty random 20:32:17 &lt;eche|on&gt; imho it fetches one after another, random 20:32:31 &lt;eche|on&gt; but it sends all messages which are "new" since a special date 20:32:42 &lt;hottuna&gt; maybe some order would be preferable 20:32:49 &lt;eche|on&gt; but new is/was not based on message creation date 20:33:04 &lt;eche|on&gt; new was based on date of arrival on server (out of anonymity reasons) 20:33:14 &lt;hottuna&gt; aah, I see 20:33:48 &lt;hottuna&gt; where should I go to suggest ordered fetching? 20:34:13 &lt;eche|on&gt; and if a server gets 5000 news from some "lost old archive" on one day, those 5000 are seen as new, even if the creation date is&gt;5 years ago 20:34:16 &lt;darrob&gt; hottuna: post it in "Syndie dev". :) 20:34:27 &lt;eche|on&gt; or snydie bug ;-) 20:34:34 &lt;hottuna&gt; the syndie thread? 20:34:49 &lt;zzz&gt; we spent a week working on pushes, almost done, have to work on some date issues, then will look at pulls 20:35:08 &lt;darrob&gt; no, the syndie forum. 20:35:11 &lt;eche|on&gt; hottuna: oh, not yet in syndie -) 20:35:26 &lt;eche|on&gt; but you can change the default pull/push policy in your syndie 20:35:45 &lt;hottuna&gt; I've seen some settings but Im a pretty novice user 20:36:14 &lt;zzz&gt; but main point: I'm moving back to i2p, need you all to step up with more testing and coding 20:36:14 &lt;eche|on&gt; pull policy 20:36:29 &lt;hottuna&gt; ok, that is good to know zzz 20:36:44 &lt;eche|on&gt; yeah, I was under the impression zzz pulled the "jrandom card" and moved from I2P to syndie ;-) 20:36:44 &lt;hottuna&gt; Any other comments re syndie? 20:37:10 &lt;hottuna&gt; Alright, moving on 20:37:18 &lt;hottuna&gt; ** Updates from the researchers ** 20:37:34 &lt;hottuna&gt; zzz, ahve you had any contact with any of them? 20:37:40 &lt;zzz&gt; will try to pick a spot for a release, probably numbered 1.103b-0, will need help from weltende to get it on website 20:37:55 &lt;sponge&gt; Question for everyone: Who here has a google account, and has balls of steel, and can place android related i2p stuff on a google drive account to allow faster access to android i2p related stuff? --&gt; *IDEA* if i2p already HAS a google account, who is in charge of it, so I can get stuff to them to publish it on google drive? 20:38:06 &lt;eche|on&gt; hottuna: btw, we missed the cool mathematics beside us explaining elliptic curves 20:38:23 &lt;eche|on&gt; sponge: we do habe the I2P google account? 20:38:30 &lt;eche|on&gt; sponge: see query 20:38:30 &lt;zzz&gt; only what you saw here and on the zzz.i2p thread. but if christoph has anything to add, he is here 20:38:51 &lt;hottuna&gt; eche|on, I didnt miss it. I've been through that before. I had flashbacks and the sweats.. 20:38:51 &lt;sponge&gt; eche: that's the question... do we? 20:39:02 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:39:05 &lt;hottuna&gt; christoph, we're having the weekly i2p meeting now 20:39:16 &lt;hottuna&gt; do you have any i2p-related updates? 20:39:19 &lt;sponge&gt; oh meeting? excellent! 20:39:59 &lt;orion&gt; Google account? 20:40:02 &lt;orion&gt; I'll do it. 20:40:14 &lt;hottuna&gt; Related to the research they're doing I read the GNUnet dht paper 20:40:21 &lt;sponge&gt; orion: Wow! xcellent! 20:40:24 &lt;hottuna&gt; and it was interesting 20:40:27 &lt;eche|on&gt; hottuna: lovely sweets, I was just impressed about those two crazy guys and I think elliptic curves are VERY cool now^^ 20:40:54 &lt;eche|on&gt; sponge: what google accoutn do you need? 20:41:00 &lt;sponge&gt; zzz/others: I'm not a crypto expert, I have nothing to contribute to the meeting :-( 20:41:27 &lt;dg&gt; me too 20:41:40 &lt;hottuna&gt; R5N, gives nodes doing a lookup the option to just continue looking and having it eventually work as long as there is a single path to the desired key 20:42:00 &lt;eche|on&gt; sponge: and please see the query 20:42:19 &lt;hottuna&gt; It think it might be an interesting alternative for the netdb 20:42:30 &lt;sponge&gt; eche: basically someone who will be able to put up a large binary and apk's for android, including i2p-android (zzz's and the dev build) plus the libc stuff I am working on, which will be an apk file and a tarball 20:42:45 &lt;hottuna&gt; but im sure zzz isn't very keen on redoing the dht just quite yet :P 20:43:31 &lt;eche|on&gt; sponge: we got a I2P google code account. which could host that files, to. I just cannot tell about google play account 20:43:54 &lt;hottuna&gt; Alright, no further updates on the research? 20:44:13 &lt;sponge&gt; eche: the idea is to have something easy for people to get the APKs and tarball easily and as trouible-free as possible, instead of over i2p. It has nothing to do with Play store, Google Drive is free unless you want more space IIRC... 20:44:20 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:44:23 &lt;hottuna&gt; Moving on... 20:44:42 &lt;sponge&gt; will talk about it later 20:44:45 &lt;hottuna&gt; ** I2P crypto ** 20:44:52 &lt;eche|on&gt; sponge: ah, ok, we do have official I2P google code hosting platform. Thats the best place IMHO 20:44:52 &lt;zzz&gt; a+ for starting mtg almost on time; step 2 is keeping it on topic and moving :) 20:45:19 &lt;sponge&gt; eheheh, I just happened to be awake ;-) 20:45:26 &lt;hottuna&gt; So what specific crypto decisions do we have infront of us? 20:45:41 &lt;hottuna&gt; Replacing DSA 1024 20:45:48 &lt;zzz&gt; I'd like to know who put "crypto" as the mtg topic, and what in particular did you have in mind? 20:46:09 &lt;hottuna&gt; I was told by welt 20:46:28 &lt;dg&gt; str4d but I'm not sure he's here. 20:46:39 &lt;sponge&gt; I say replace DSA 1024 with what ever needs to be done, and we need a way to still allow older routers to recognize what is in-use now. 20:46:50 &lt;hottuna&gt; No harm discussing it 20:47:20 &lt;zzz&gt; its a big topic of course, I'd like to hear what and why it's on the agenda, so we can stay focused. 20:48:06 &lt;hottuna&gt; this is why we should have a forum thread for every meeting 20:48:24 &lt;eche|on&gt; syndie *g* 20:48:32 &lt;sponge&gt; I think the largest mistake made in I2P was in not looking far forward enough to have some kind of hint as to what kind of crypto to use. Perhaps what could be done is to offer a hint via DSA 1024 in such a way that the older router will ignore such a hint, and a newer one will take the offer 20:48:55 &lt;hottuna&gt; thats is a good point sponge 20:48:58 &lt;zzz&gt; well (OT) we need somebody in charge of every meeting, so it has an agenda and can start on time. dg, are you going to start doing that again? if not we need to find somebody else 20:49:01 &lt;orion&gt; 20:21:47&lt;+str4d&gt; KillYourTV: could you update the /topic for the crypto meeting next week? 20:49:01 &lt;orion&gt; 20:22:57-!- KillYourTV changed the topic of #i2p-dev to: Syndie hackfest in progress, current Syndie build 1.102b-3 | Current I2P build: 0.9.4-4 | Dev Crypto mtg here 8:00 PM (20:00) UTC Tues. Jan. 15 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de 20:49:07 &lt;iRelay&gt; Title: I2P (at trac.i2p2.i2p) 20:49:27 &lt;dg&gt; Yeah, I'm fine with that. I got out of sync after I died. :) 20:50:15 &lt;hottuna&gt; Alright, I dont think the crypto bit is leading anywhere. Objections? 20:50:18 &lt;sponge&gt; zzz: is it possible to offer a hint in DSA 1024 in such a way that current and older routers will ignore? 20:51:02 &lt;dg&gt; hottuna: sadly, we pinned that as the topic and I didn't spend any time thinking of anything else.. 20:51:08 &lt;zzz&gt; dg, ok with which? doing it again or having somebody else do it? 20:51:19 &lt;sponge&gt; will a 'dual crypto stack' cause much bloat? 20:51:22 &lt;dg&gt; We can talk about where we're going with things and our plans for restricted routes if you guys fancy it. It seems important to me but.. 20:51:26 &lt;dg&gt; zzz: doing it again 20:51:53 &lt;KillYourTV&gt; meeting threads in Syndie &lt;3 20:52:36 &lt;hottuna&gt; sponge, i think there are complications related to having multiple cryptos 20:52:43 &lt;zzz&gt; sponge, very briefly, for each _use_ of crypto (e.g. sigining RIs), not for each _type_ of crypto (e.g. DSA 1024), there's two things to do: decide if and when we need to change, and decide how to do it in a compatible way if possible. I've started the latter, and the thread's on zzz.i2p. 20:52:58 &lt;hottuna&gt; like crypto-downgrading attacks etc. 20:53:09 &lt;zzz&gt; but we can't talk about "DSA 1024", only a particular use of it (there's at least half a dozen iirc) 20:53:43 &lt;zzz&gt; and if we are going to talk about upgrading crypto next week, the tor paper is required reading in advance. 20:54:18 &lt;zzz&gt; (search for "read it and weep" on zzz.i2p) 20:54:28 &lt;hottuna&gt; dg, could you start a meeting thread on zzz.i2p or forum.i2p? 20:54:47 &lt;hottuna&gt; so that some notes for next week can be arranged? 20:55:35 &lt;hottuna&gt; link to tor paper: https://gitweb.torproject.org/tor.git?a=blob_plain;hb=HEAD;f=doc/spec/proposals/ideas/xxx-crypto-migration.txt 20:55:38 &lt;dg&gt; hottuna: `http://zzz.i2p/topics/1268` - unless we need a new one? 20:56:12 &lt;sponge&gt; one thing we don't need is a I2P flag day 20:56:36 &lt;dg&gt; for the love of god no 20:56:39 &lt;zzz&gt; so sponge, in general, "bloat" is not the issue. compatibility is. pls read the read-it-and-weep paper 20:56:42 &lt;hottuna&gt; doh, that link is dead 20:56:42 &lt;hottuna&gt; actual tor link: https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt 20:56:48 &lt;LaughingBuddha&gt; hehe 20:56:59 &lt;sponge&gt; yes, i did read that thread a while ago 20:57:03 &lt;hottuna&gt; alright, any more comments on this topic? 20:57:41 &lt;hottuna&gt; dg, maybe we should have one per week so that topics can be discussed 20:57:58 &lt;hottuna&gt; and a topic list can be created 20:58:01 &lt;sponge&gt; as long as it is a smooth transition, just do what is needed, I'll be happy with it 20:58:08 &lt;dg&gt; might be a good idea for keeping things fresh but could get annoying over time 20:58:36 &lt;hottuna&gt; dg, we could at least try? 20:58:43 &lt;hottuna&gt; and see if it works out 20:58:54 &lt;sponge&gt; also, am I correct in that it won't change the b32.i2p format? 21:00:28 &lt;sponge&gt; i.e. it's still a hash 21:00:35 &lt;dg&gt; sure 21:01:47 &lt;orion&gt; sha256 seems reasonable for now 21:02:02 &lt;hottuna&gt; destinations relate to public/private keys 21:02:02 &lt;hottuna&gt; as long as we dont switch pub-keys or hashes we should be fine 21:02:37 &lt;orion&gt; What if we used an ECC primitive that resulted in public-key lengths which are the same that we use now? 21:02:44 &lt;orion&gt; i.e, 128 bytes 21:03:06 &lt;hottuna&gt; orion, that would be a terrible wast of cpu-cycles and bandwidth 21:03:10 &lt;eche|on&gt; I think those are 156 bits 21:03:29 &lt;hottuna&gt; and we still would need to notify the receiving end of what crypto we are using 21:04:42 &lt;hottuna&gt; alright, any more discussion relating to crypto? 21:05:34 &lt;hottuna&gt; Moving on... 21:05:44 &lt;sponge&gt; :-) 21:05:47 &lt;hottuna&gt; ** Open floor / Misc ** 21:06:22 &lt;eche|on&gt; i cleaned ugha.i2p 21:06:37 &lt;hottuna&gt; there was a lot of spam around? 21:07:03 &lt;eche|on&gt; oh yeah, a few hundred spam articles 21:07:26 &lt;hottuna&gt; It's really nice that ugha.i2p is still around 21:07:44 &lt;hottuna&gt; I've read and posted some helpful stuff there 21:08:15 &lt;hottuna&gt; dg, could you create the meeting thread for next week? 21:08:31 &lt;hottuna&gt; orion, how is i2pcpp coming along? 21:08:42 &lt;dg&gt; Yeah. Any thing you want me to mention or just a "This is a meeting thread for discussion of $date's meeting.."? 21:08:44 &lt;orion&gt; hottuna: Inbound SSU works now. 21:09:07 &lt;orion&gt; I also can begin the build of inbound tunnels. 21:09:07 &lt;hottuna&gt; wow, you're pretty fast :) 21:09:19 &lt;orion&gt; Yeah, it's coming along very quickly. 21:09:34 &lt;hottuna&gt; dg, nothing special I was thinking of jumpstarting the crypto talk 21:09:34 &lt;orion&gt; College starts up again on Monday though. 21:09:37 &lt;sponge&gt; yea orion is pretty fast, considering how horribly obtuse c++ can be 21:09:47 &lt;orion&gt; Things are going to slow down a LOT after Monday. 21:10:02 &lt;orion&gt; So I am trying to get as much done as possible. 21:10:02 &lt;dg&gt; hottuna: Alright, will sum up the dilemma. 21:10:13 &lt;LaughingBuddha&gt; Maybe someone could create a page @ ugha with stuff that should be added 21:10:28 &lt;hottuna&gt; naturally, but there is a atleast a codebase we can direct people complaining about java to :P 21:10:51 &lt;hottuna&gt; LaughingBuddha, what stuff added to what? i2pcpp? 21:11:06 &lt;LaughingBuddha&gt; Sorry, stuff that we should have on the wiki 21:11:13 &lt;LaughingBuddha&gt; Like a request page 21:11:16 &lt;hottuna&gt; aah :) 21:11:19 &lt;hottuna&gt; good idea 21:11:19 &lt;LaughingBuddha&gt; Tutorials, etc 21:11:42 &lt;LaughingBuddha&gt; Would be nice to have a site to point new people to for common questions 21:11:53 &lt;LaughingBuddha&gt; How do I set up X 21:11:56 &lt;orion&gt; When is the new site rolling out? 21:12:47 &lt;hottuna&gt; orion, last time i was talking to str4d he was unhappy with a few of the pages 21:13:06 &lt;orion&gt; I see. 21:13:25 &lt;hottuna&gt; but Im thinking that maybe just launching it and working out small issues might be a good idea 21:14:08 &lt;hottuna&gt; eche|on and weltende: how much work is it for you to migrate to the new site? 21:14:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: not too much.. is it ready already? 21:14:57 &lt;hottuna&gt; I think it's getting there, str4d is no quite happy yet 21:15:22 &lt;hottuna&gt; but with str4d's blessing I would like to launch it before it is perfect 21:15:49 &lt;sponge&gt; living documents are never 'perfect' 21:16:16 &lt;hottuna&gt; that is my thinking 21:16:16 &lt;sponge&gt; so, you mean 'good enough' 21:16:18 &lt;LaughingBuddha&gt; :) 21:17:03 &lt;hottuna&gt; I think it is good enough. And a bit better than the current one 21:17:55 &lt;LaughingBuddha&gt; a bit? 21:18:06 &lt;hottuna&gt; quite the bit 21:18:21 &lt;LaughingBuddha&gt; It's like putting the old site in a time machine 21:19:48 &lt;dg&gt; anything apart from crypto, hottuna? 21:20:03 &lt;hottuna&gt; not that i can think of 21:20:19 &lt;dg&gt; alright, so we're going to discuss the DSA .. again? 21:20:48 &lt;hottuna&gt; like zzz, whe need to discuss every place where every cipher is used 21:21:11 &lt;sponge&gt; my thoughts and concerns as to DSA/crypto have been expressed, I have nothing more to say 21:21:49 &lt;dg&gt; hopefully can get zab on by then? 21:22:08 &lt;hottuna&gt; that would be optimal 21:22:23 &lt;dg&gt; hottuna: this ok? `http://zzz.i2p/topics/1328` 21:22:26 &lt;hottuna&gt; LaughingBuddha, I've added a requests section to `http://ugha.i2p/` 21:22:29 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:22:32 &lt;dg&gt; I'll email zab now. 21:22:39 &lt;hottuna&gt; Great dg! 21:22:42 &lt;hottuna&gt; thank you 21:22:45 &lt;sponge&gt; one thing to note about meetings when it concerns coders--- ever tried to hurd cats? 21:22:52 &lt;hottuna&gt; alright, anything else before I close this meeting? 21:22:59 &lt;LaughingBuddha&gt; Okay hottuna 21:23:10 &lt;dg&gt; hottuna: I think I should include getting ugha updated and talking about what we need to finish before we put the new site live 21:23:10 &lt;hottuna&gt; sponge, that's the feeling Im getting 21:23:13 &lt;dg&gt; I don't think so 21:23:31 &lt;hottuna&gt; agreed 21:23:46 &lt;hottuna&gt; Alright. This meeting is done. 21:23:52 &lt;hottuna&gt; See you next week, same time. 21:23:52 &lt;hottuna&gt; baf's 21:24:12 &lt;dg&gt; huzzah </div>/ar/blog/2013/01/08/i2p-dev-meeting-january-08-2013/Tue, 08 Jan 2013 00:00:00 +0000/ar/blog/2013/01/08/i2p-dev-meeting-january-08-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph, dg, h2ik, KillYourTV, orion, primal, RN, str4d, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:02:22 &lt;str4d&gt; Alright, I'm going to go ahead and start the meeting. 21:02:29 &lt;str4d&gt; 0) Say hi 21:02:29 &lt;str4d&gt; 1) Feeds progress 21:02:29 &lt;str4d&gt; 2) JUnit hackfest summary 21:02:29 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:02:29 &lt;str4d&gt; 4) Suggestions for future hackfests 21:02:29 &lt;str4d&gt; 5) PR manager nomination 21:02:32 &lt;str4d&gt; 6) 0.9.4 progress 21:02:35 &lt;str4d&gt; 7) Website revamp 21:02:38 &lt;str4d&gt; 0) Say hi 21:02:38 &lt;str4d&gt; Hi! 21:03:06 &lt;orion&gt; Hi! 21:03:49 &lt;lillith&gt; hi :) 21:06:50 &lt;str4d&gt; Anyone else? 21:08:58 &lt;str4d&gt; The "hi"s have it. 21:09:05 &lt;str4d&gt; 1) Feeds progress 21:09:35 &lt;str4d&gt; This will be short. 21:10:51 &lt;str4d&gt; The feeds work is getting close, but I won't have it ready for 0.9.5 unfortunately - too many little things that need tidying up (user notifications etc.) as well as some not-so-little things (re-working the /home design, specifically how categories are presented to the user). 21:11:55 &lt;dg&gt; woah 21:11:58 &lt;dg&gt; I goth ere in time 21:11:58 &lt;str4d&gt; And I'd rather push it to the next release than release it in its current state, since I want users to have a good first impression of it =) 21:12:05 &lt;dg&gt; I thought I'd missed you guys 21:12:15 &lt;str4d&gt; dg: we started an hour late, FYI =P 21:12:15 &lt;orion&gt; dg: Nope, still here. 21:12:23 &lt;dg&gt; \o 21:13:38 &lt;str4d&gt; So, any feedback, comments and suggestions for the feeds work would be greatly appreciated, but it's not urgently required before the 0.9.5 release. 21:14:37 &lt;str4d&gt; Anyone have any points to raise on this topic before we move on? 21:14:53 &lt;orion&gt; No. 21:15:51 &lt;dg&gt; I don't, if zzz is here, he might? 21:17:23 &lt;str4d&gt; We can come back to this at the end if necessary. 21:17:26 &lt;str4d&gt; Next: 21:17:26 &lt;str4d&gt; 2) JUnit hackfest summary 21:17:57 &lt;str4d&gt; Anyone else here who participated? zzz? topiltzin? KillYourTV? 21:18:55 &lt;zzz&gt; yup, went well, the 4 of us all hacked away, and zab fought to the end until they all passed. First time in years, or maybe ever. 21:19:22 &lt;str4d&gt; Kudos to zab for that. 21:20:04 &lt;str4d&gt; And as a result we now have a Jenkins service run by kytv which will hopefully keep us in check ^_^ 21:21:47 &lt;str4d&gt; Next step there is to expand our code coverage (which Jenkins also monitors) with moar tests. 21:22:06 &lt;str4d&gt; Not much else to say here, so: 21:22:09 &lt;iRelay&gt; &lt;welterde@freenode&gt; kytv: you running sonar as well? 21:22:14 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:23:08 &lt;str4d&gt; zzz and eche|on have started the Syndie hackfest - how bad is it looking? =P 21:23:39 &lt;zzz&gt; going well, need more people to test, code, or make suggestions, but we have several dozen checkins in the last few days 21:24:01 &lt;zzz&gt; suggest people try the latest version in mtn, they will find a lot of fixes 21:24:32 * str4d plans to pull the branch in the next day or so and have a look 21:24:32 &lt;zzz&gt; but the point here is to recruit somebody to work on it steadily. It needs a lot of work 21:25:50 &lt;str4d&gt; One of the points I recall from the TODO was a big-picture question: where are we heading/do we want to go with Syndie? 21:27:11 &lt;dg&gt; As in? Development wise? Popularity wise? 21:27:54 &lt;str4d&gt; Both probably. 21:28:29 &lt;str4d&gt; What needs to happen to reach its original goals? What were those goals? Do they still make sense? 21:29:13 &lt;str4d&gt; This sort of thing would be good to outline on the Syndie bounty. 21:29:23 &lt;dg&gt; Popularity wise: get Syndie at least considered alongside "anonymous publishing" tools (I don't know if there even are any apart from Freenet?) 21:29:35 &lt;dg&gt; If we get to that point, we're doing well 21:29:49 &lt;str4d&gt; (Since then people can look at the bounty and actually get a feel for what is required) 21:29:52 &lt;dg&gt; The goals are on the site, I believe. At least the use cases which sort of explained.. 21:30:19 &lt;str4d&gt; Useful links for reviewing the original goals: 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-09-12.html` 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-10-03.html` 21:30:29 &lt;iRelay&gt; Title: I2P Status Notes for 2006-09-12 - I2P (at www.i2p2.i2p) 21:30:33 &lt;iRelay&gt; Title: I2P Status Notes for 2006-10-03 - I2P (at www.i2p2.i2p) 21:31:36 &lt;str4d&gt; dg: then it would be good to review the Syndie site and update it. 21:31:58 &lt;zzz&gt; in the hackfest we're just fixing obvious problems. But hopefully the fest will attract new users and devs with ideas. 21:33:16 &lt;str4d&gt; PR will help in that respect (which we will get to shortly). 21:34:21 &lt;str4d&gt; Would it be a good idea to create a ticket for reviewing the Syndie docs/goals/bounty etc. to ensure they are current? 21:35:07 &lt;dg&gt; I'd say so 21:36:37 &lt;str4d&gt; dg: could you do that? =) 21:37:05 * dg nods 21:37:08 &lt;str4d&gt; And does anyone have anything else to add to this topic at present? 21:37:11 &lt;str4d&gt; Thanks 21:39:35 &lt;orion&gt; no. 21:41:07 &lt;str4d&gt; zzz: any other comments before we move on? 21:41:34 &lt;str4d&gt; Aside from "Get hacking on Syndie NOW!!!!!!!!!!!!" ;P 21:43:41 &lt;str4d&gt; Oh - why is syndie.i2p not up? 21:43:44 &lt;str4d&gt; welterde? 21:43:51 &lt;str4d&gt; (Or whoever runs it) 21:43:57 &lt;str4d&gt; syndie.i2p2.de is up. 21:44:48 * KillYourTV guesses it was jrandom's. 21:45:31 &lt;str4d&gt; Mmm, probably. In which case it would be worth setting up syndie.i2p2.i2p 21:45:58 &lt;str4d&gt; (I recall seeing syndie.i2p in the I2P docs, so that needs changing at some point) 21:46:41 &lt;KillYourTV&gt; I don't think syndie has an eepsite...(yet) 21:47:16 &lt;str4d&gt; It has a clearnet site... 21:48:00 &lt;KillYourTV&gt; hell...the most recently downloads are from 2007, other than my Debian packages or the plugin versions. 21:48:03 &lt;KillYourTV&gt; I don't think many (other than mosfet, darrob, echelon, and I) have cared about syndie for a long time (which is why there's the hackfest!!!!!!!11111onetyelven) 21:49:54 &lt;str4d&gt; Okay, meeting will move on for now, we can revisit this if needed. 21:50:05 &lt;str4d&gt; 4) Suggestions for future hackfests 21:51:17 &lt;KillYourTV&gt; weltende: not familiar with sonar but i'll look into it. maybe I can handle that too... 21:51:32 &lt;str4d&gt; So, what other hackfest ideas do we have? 21:56:17 &lt;RN-Droid&gt; me too! 21:56:36 &lt;str4d&gt; &lt;str4d&gt; So, what other hackfest ideas do we have? 21:58:32 &lt;str4d&gt; Things that we have on the boiler at present: 21:58:35 &lt;str4d&gt; I2P itself 21:58:35 &lt;str4d&gt; Syndie 21:58:42 &lt;str4d&gt; Android port 21:58:49 &lt;str4d&gt; Website 21:59:54 &lt;str4d&gt; Anything within those that might be deserving of a hackfest? 22:00:05 &lt;str4d&gt; (Anything I've missed?) 22:01:14 &lt;orion&gt; str4d: Is the protocol spec something hackable? 22:07:25 &lt;str4d&gt; orion: you mean the docs for it? 22:07:48 &lt;str4d&gt; If the documentation is unclear then that is something worth considering. 22:08:03 &lt;str4d&gt; Especially as we now have someone trying to use it to replicate a compatible I2P =) 22:08:34 &lt;orion&gt; str4d: I meant actually modifying the protocol. 22:08:45 &lt;str4d&gt; orion: that, not so much. 22:08:53 &lt;str4d&gt; zzz can elaborate more. 22:09:09 &lt;str4d&gt; It depends on what protocol you are referring to though. 22:10:00 &lt;orion&gt; Upgrading crypto mainly. 22:10:00 &lt;str4d&gt; Existing protocols (SSU, NTCP, I2CP, I2NP etc.) should ideally be backwards compatible, so a hackfest on them is probably counter-productive as any changes need to be carefully considered. 22:10:35 &lt;str4d&gt; Ah yes. That is certainly something worth considering, especially before you get too far along with i2pcpp 22:10:54 &lt;str4d&gt; Again, probably not hackfest-worthy, but it's something that we should probably dedicate some time to. 22:11:05 &lt;orion&gt; ok 22:11:23 &lt;dg&gt; btw `http://trac.i2p2.i2p/ticket/840` 22:11:27 &lt;iRelay&gt; Title: #840 (Review Syndie site) I2P (at trac.i2p2.i2p) 22:11:47 * str4d tables the motion that the next meeting (or maybe the one after) be a crypto review meeting. 22:12:39 &lt;dg&gt; I agree 22:12:50 &lt;str4d&gt; o/ 22:13:10 &lt;orion&gt; /o 22:13:41 &lt;str4d&gt; zzz? KillYourTV? welterde? 22:14:29 &lt;str4d&gt; We'll want it to be a meeting that the people with the most knowledge of I2P's crypto can attend (so definitely zzz and zab) 22:16:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: ah.. crypto.. I'll be there.. when? *fetches calender* 22:17:02 &lt;dg&gt; Next week? 22:17:05 &lt;dg&gt; Same time? 22:17:48 &lt;str4d&gt; welterde, I'm proposing either the next meeting or the one after (so Tues Jan 15 or 22, 20:00 UTC) but if another time suits you/zzz/zab/etc better... 22:22:57 * str4d has just emailed zab to ask about his availability. 22:24:08 &lt;str4d&gt; s/just emailed zab/is attempting to email zab (and waiting on postman's SMTP to respond&gt;_&lt;) 22:26:17 * str4d waits for welterde to finish checking his calender 22:26:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: already noted ;) 22:27:04 &lt;str4d&gt; Okay, so the currently-proposed time is Tues Jan 15, 20:00 UTC. 22:27:23 * str4d will make a zzz.i2p post about it 22:27:26 &lt;str4d&gt; Next: 22:27:29 &lt;str4d&gt; 5) PR manager nomination 22:27:36 &lt;str4d&gt; orion: you're up! 22:27:47 &lt;str4d&gt; (Finally ^_^) 22:29:26 &lt;orion&gt; yay 22:32:30 &lt;orion&gt; What is the role of the PR manager position? 22:32:33 &lt;orion&gt; formally. 22:33:00 &lt;str4d&gt; "PR manager: press contact, manages public relations and affairs" 22:33:10 &lt;str4d&gt; (from /team) 22:34:51 &lt;str4d&gt; So the person who gets I2P known, handles interview/article requests, organizes I2P appearances... that sort of thing, I'd imaging. 22:34:54 &lt;orion&gt; I can be a press contact. I like speaking in front of public audiences. 22:34:57 &lt;str4d&gt; imagine* 22:35:39 &lt;dg&gt; It needs to be someone who can IRL. 22:35:50 &lt;orion&gt; I can meet press/media IRL. 22:35:53 &lt;dg&gt; Also, general i2p public face for things we need would be helpful.. 22:35:53 &lt;orion&gt; I don't mind that. 22:36:03 &lt;dg&gt; (GSoC for one, if Google demand) 22:36:17 &lt;str4d&gt; dg: good point there. 22:36:48 &lt;str4d&gt; I know that mentors don't have to be public, but Google does require a single person to be the main point of contact. 22:36:48 &lt;orion&gt; Interviews, all that stuff sounds good. The one thing I am not good at though is media stuff (making flyers, etc) 22:37:36 &lt;orion&gt; I don't mind being a main point of contact -- organizing I2P appearances I can do, so long as you guys tell me about them. Hell, if they're in the area I can go IRL. 22:37:39 &lt;str4d&gt; orion: making flyers etc. isn't technically part of the job - it would be to organize flyers etc. getting made (which themselves would be done by a designer) 22:37:58 &lt;orion&gt; Ahh 22:38:13 &lt;str4d&gt; eche already has a competition running to get some leaflets, banners etc. designed. 22:38:20 &lt;orion&gt; Ok. 22:38:23 &lt;str4d&gt; So e.g. the PR manager could promote that competition. 22:38:30 &lt;str4d&gt; (To get a wider variety of entries) 22:38:55 &lt;dg&gt; For me, it's showing people that i2p is more than a few people hiding with no face at all 22:39:01 &lt;dg&gt; However you wish to do that 22:39:08 &lt;dg&gt; Talks, interviews, whatever, it's all good 22:39:15 &lt;orion&gt; Right. 22:39:15 &lt;str4d&gt; Something I've wondered - what about posting a/the competition on a freelance design website? To get more exposure. 22:40:06 &lt;orion&gt; If people reach out to me, I have no problem talking to them. 22:40:52 &lt;orion&gt; I can even show up to events if they are in the area. 22:41:03 &lt;orion&gt; (New Hampshire) 22:41:06 &lt;dg&gt; Mind if I ask the area? 22:41:06 &lt;dg&gt; - 22:41:07 &lt;dg&gt; haha 22:41:39 &lt;orion&gt; There is a train that goes directly to Boston though. 22:42:14 &lt;str4d&gt; One event that would be good to get people to is http://wiki.openitp.org/events:techno-activism_3rd_mondays 22:42:22 &lt;iRelay&gt; Title: events:techno-activism_3rd_mondays [OpenITP Wiki] (at wiki.openitp.org) 22:44:58 &lt;str4d&gt; orion: FWIW, as PR manager, the page/subpages on the website (revamp) `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/about/media` would basically be under your jurisdiction. 22:45:05 &lt;iRelay&gt; Title: Presentations on I2P - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 22:45:22 &lt;orion&gt; I will accept the PR role, but I am a poor college kid. 22:45:49 &lt;orion&gt; I can't afford to go to too many events. 22:46:16 &lt;str4d&gt; orion: talk to eche|on - there's always a possibility of funding. 22:46:27 &lt;orion&gt; Ok. 22:46:38 &lt;str4d&gt; And as a PR manager, you may end up drumming up additional funding anyway =D 22:47:13 &lt;orion&gt; I accept the position, and I will relinquish the position if I feel I am not up to it. 22:47:41 &lt;str4d&gt; You can't be expected to detract from your own RL work of course, but we do appreciate your assistance. And you won't be acting alone. 22:48:15 &lt;orion&gt; That sounds great. assistance would definitely be appreciated. 22:50:40 * str4d updates the website 22:52:03 &lt;str4d&gt; And done! Welcome (officially) to the team orion =D 22:52:18 &lt;orion&gt; Yay! 22:52:29 &lt;str4d&gt; (Though if being on the /team page makes it official, then I'm not technically an official team member =P) 22:53:40 &lt;str4d&gt; Okay, moving on to the last couple of topics: 22:53:43 &lt;str4d&gt; 6) 0.9.4 progress 22:53:43 &lt;primal&gt; IRL is evil. 22:53:43 &lt;str4d&gt; How are we looking at present? We are over the halfway mark for the usual 6-week release period. 22:54:06 &lt;str4d&gt; s/0.9.4 progress/0.9.5 progress/ 22:54:09 &lt;iRelay&gt; str4d meant: 6) 0.9.5 progress 22:55:49 &lt;str4d&gt; As outlined in topic 1) the feeds work won't be ready for 0.9.5. 22:58:32 &lt;primal&gt; I'm not sure if this is an inappropriate time to ask, but is the Android i2p still in development? Or is that not an 'official' thing? 22:59:16 &lt;str4d&gt; primal: yes it is. zzz has an old stable version (0.9.1) but sponge has been working on the latest stuff. 22:59:23 &lt;str4d&gt; Current release: 0.9.1-0_b1-API8 `http://zzz.i2p/topics/949` | Current dev build: 0.9.3-5_b2-API8 `http://sponge.i2p/` (scan/click QR code) 22:59:38 &lt;iRelay&gt; Title: SPONGE (at sponge.i2p) 22:59:58 &lt;str4d&gt; sponge is also working on getting the normal Oracle JVM working on Android though, so stock I2P could potentially be used. 23:00:27 &lt;primal&gt; str4d: hmm, I ought to get ahold of him, I'd be interested in working on this. 23:01:12 &lt;str4d&gt; primal: talk to sponge, and see #i2p-android-dev 23:01:12 &lt;str4d&gt; And, yay! 23:02:01 &lt;str4d&gt; So, no feedback on 0.9.5 progress? 23:04:59 &lt;str4d&gt; If not, then on to the last defined topic: 23:04:59 &lt;str4d&gt; 7) Website revamp 23:05:03 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 23:05:14 &lt;str4d&gt; Ticket #807 outlines my progress. 23:05:26 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 23:05:30 &lt;dg&gt; Just slipping this in, we're doing better thanks to the bug fix in 0.9.4 for network capacity. `http://stats.i2p/cgi-bin/avg.cgi?a=tunnel.buildSuccess.60m&s=93&u=q` 23:05:38 &lt;dg&gt; The estimated router count has gone up which implies better connectivity to zzz's router? 23:06:01 &lt;dg&gt; If we look at 6 months though, we're still not doing as good 23:06:12 &lt;dg&gt; anyway, sorry to hijack. :p 23:06:19 &lt;str4d&gt; dg: yes, good that you mentioned that 23:06:26 &lt;primal&gt; The new site is far far superior 23:07:21 &lt;str4d&gt; First point: I have changed the content of the left column (as per ticket #792 ) - thoughts? 23:07:24 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 23:09:00 &lt;str4d&gt; Second point - at the bottom of #807 I have suggested some URL changes, which I would like feedback on. Another one is /lang/about/media vs /lang/media ? 23:10:39 &lt;primal&gt; ugh 23:11:03 &lt;orion&gt; str4d: Is `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` supposed to show the new design? 23:11:10 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 23:11:10 &lt;str4d&gt; Third point: `http://trac.i2p2.i2p/ticket/807#comment:12` lists several content-related issues that need resolving, but I'm not that great at writing content. Assistance here would be greatly appreciated. 23:11:13 &lt;primal&gt; errr nvm. Had a complaint about links going to clearnet sites and being unmarked, then I realised this is to be the i2p clearnet homepage :P 23:11:16 &lt;iRelay&gt; Title: #807 (Revamp of website) I2P (at trac.i2p2.i2p) 23:11:20 &lt;str4d&gt; orion: it shows one of the new designs. 23:11:43 &lt;str4d&gt; But the design itself is not finalized yet. 23:11:46 &lt;orion&gt; Ahh. How do you alternate between them? 23:12:01 &lt;str4d&gt; orion: look in the footer 23:12:13 &lt;primal&gt; str4d: I can help with writing, it's what I do. What needs fixing? 23:12:20 &lt;orion&gt; Firefox doesn't like the footer. 23:12:20 &lt;str4d&gt; "Duck" is the default, "danimoth" is another proposal I found, the others are from the old site. 23:12:30 &lt;str4d&gt; primal: see comment 12 as above. 23:12:37 &lt;str4d&gt; orion: I have no issues with FF17 23:12:40 &lt;primal&gt; str4d: indeed, checking now 23:13:11 &lt;str4d&gt; primal: re: clearnet links, this site will be the I2P-internal site as well. 23:13:23 &lt;str4d&gt; So your point about marking clearnet links is a good one - examples? 23:13:54 * str4d already has added logic so that I2P-internal sites get rewritten when viewed on the clearnet (to either their clearnet URLs if known, or to an inproxy). 23:14:25 &lt;orion&gt; http://i.imgur.com/PwDF8.png 23:14:29 &lt;primal&gt; Why is Research under Volunteer instead of About? 23:14:33 &lt;str4d&gt; It might just require adding a CSS class to any external &lt;a&gt; links so they can be specifically outlined or something. 23:14:52 &lt;primal&gt; I went and looked under 'About' first, and would if I was someone wanting to see 'hey, has this been TESTED? Can I trust it?' 23:15:30 &lt;str4d&gt; primal: because I'm intending that page to be more aimed at researchers wanting to test I2P, but that is a good point. 23:15:37 &lt;primal&gt; Ahh okay 23:15:55 &lt;str4d&gt; Stuff under the "About" menu (to me) is about existing stuff, rather than potential developments. 23:16:06 &lt;str4d&gt; So maybe the Papers link should be moved back into the about menu. 23:16:37 * str4d already split off the papers page from the presentations, tutoruals etc (which is now the media page) 23:16:52 &lt;str4d&gt; tutorial 23:16:55 &lt;str4d&gt; * 23:17:20 &lt;str4d&gt; orion: oh - that's because the old site doesn't have a footer. 23:17:23 &lt;primal&gt; I'd agree. A fellow at my local hackerspace who works on Tor actually asked me for that info once and I didn't know where to point him 23:17:30 &lt;primal&gt; having it clearly available would be good 23:18:05 &lt;str4d&gt; And I'm not a designer, so I haven't been playing with the old CSS much - I just got it mostly-migrated over to show how the new structure and layout fits into the old clothing. 23:18:20 * str4d moves the Papers link now. 23:18:54 &lt;orion&gt; str4d (see image) 23:19:56 &lt;str4d&gt; orion: yes, I looked at it - that's the theme from the current website, and I didn't add footer CSS to it. The two more modern themes (duck's and danimoth's) have footer CSS. 23:21:14 &lt;primal&gt; str4d: I would put the academic papers under 'Presentations, Tutorials, and Articles' 23:21:34 &lt;str4d&gt; primal: under it as in position-wise, or as a sub-menu? 23:21:37 &lt;primal&gt; Unless you want to emphasise them highly themselves 23:21:52 * str4d split off Papers from that page, and isn't about to merge them back =P 23:22:15 &lt;str4d&gt; Hmm... 23:22:26 * str4d put the link under "Comparisons" for now. 23:22:45 &lt;primal&gt; above them position wise. 'Academic Papers and Peer Review' perhaps 23:23:59 &lt;christoph&gt; the content is quite mixed there already 23:24:33 &lt;primal&gt; christoph: I'd prefer to amalgamate the content, but str4d said he isn't about to merge stuff ;) 23:25:00 &lt;primal&gt; I'm just saying, anyone who is *seriously* looking at I2P for security reasons will want to focus on the academic / peer review. 23:25:11 &lt;str4d&gt; primal: my point is, it's merged on the current site - I split it off because I felt that academic papers deserved their own page with their own layout. 23:25:21 &lt;christoph&gt; hm it's actually mostly fine now, /me seems to remember lots of different stuff mixed 23:25:31 &lt;primal&gt; I wouldn't trust software to protect me from getting killed/legal issues/etc without being able to read up on it 23:25:50 &lt;christoph&gt; so basically probably I was remembering before str4d splitof 23:25:53 &lt;primal&gt; str4d: I agree. As said, I'd recommend adding an 'Academic Papers and Peer Review' section under about for them 23:25:53 &lt;str4d&gt; primal: see `http://www.i2p2.i2p/papers` for the "old" version. 23:25:57 &lt;iRelay&gt; Title: Papers and Presentations on I2P - I2P (at www.i2p2.i2p) 23:26:12 &lt;str4d&gt; primal: refresh the page to see my shift for now 23:26:19 &lt;str4d&gt; But that's a good title. 23:26:22 &lt;primal&gt; ok 23:27:01 &lt;primal&gt; Looks good. 23:27:16 &lt;str4d&gt; Title changed locally - should I shift it further down that menu as well? Or rearrange the rest of the menu 23:27:19 &lt;str4d&gt; ? 23:27:42 &lt;primal&gt; Shift it down under 'Hall of Fame' imo 23:27:57 &lt;primal&gt; just above presentations and articles 23:28:35 &lt;str4d&gt; Mmm, I like that. Pushing... 23:29:37 &lt;str4d&gt; Any other comments? Does the front-page as a whole look okay? Does the left-hand column content work? 23:30:12 &lt;primal&gt; well 23:30:42 &lt;primal&gt; grammatically the second paragraph isn't quite right ;) 23:32:28 &lt;primal&gt; "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is ideal for activists, oppressed people, journalists and whistle-blowers." 23:33:09 &lt;primal&gt; Or perhaps... "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It can benefit a wide range of people, such as activists, oppressed people, journalists and whistle-blowers." 23:33:17 &lt;str4d&gt; That second paragraph is a compact version of what used to take up that entire column (which I didn't like on its own - too much like the Tor site) 23:33:33 &lt;primal&gt; or even 'It can provide a secure method of communication for activists...' etc 23:34:12 &lt;str4d&gt; The main div already talks about secure communication 23:35:12 &lt;primal&gt; I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is designed to protect activists, oppressed people, journalists and whistle-blowers - as well as the average person." 23:35:45 &lt;primal&gt; eh, I'm just tossing stuff out here. Anyhow, the sentence does need to be grammatically corrected and is a bit of a run-on, but I'm nit-picking ;) Generally it's fine 23:36:17 &lt;str4d&gt; I like that last one =) 23:36:58 &lt;primal&gt; yeah me too. 23:37:10 &lt;str4d&gt; "I2P is a full darknet implementation - a network within a network, unmonitorable by your ISP or government." - thoughts? 23:37:45 &lt;str4d&gt; That was taken from the Trac wiki page, and I think it's about as technical as you'd want to get on the front page. 23:38:15 &lt;primal&gt; Well, it is quite a definitive claim 23:38:23 &lt;str4d&gt; As zzz has said before, we want to carefully consider exactly what is said on the front page, as that will be important for SEO as well as it being what the users first see. 23:38:30 &lt;primal&gt; but if we're comfortable with that, ok :) 23:38:50 &lt;str4d&gt; Yeah... the first two "statements" are true enough, but the last is debatable. 23:38:57 &lt;primal&gt; perhaps 'intended to be unmonitorable by...' 23:39:12 &lt;primal&gt; i.e that's the plan, 23:39:41 &lt;str4d&gt; That makes it sound like it isn't yet ^_^ 23:39:52 &lt;primal&gt; hmm 23:39:59 * primal tries to think of a better phrasing 23:40:38 &lt;primal&gt; I'd go with 'desgined to be' but I dislike repeating the same term and if you go with my other paragraph 2, it'd be repeated. 23:40:45 &lt;str4d&gt; The column links to about/intro as well, so that is likely where new users will head first. 23:41:08 &lt;primal&gt; 'created to be unmonitorable' perhaps? 23:41:44 &lt;str4d&gt; (So about/intro will need work as well) 23:41:48 &lt;h2ik&gt; I can guarantee that it's monitor-able but it takes a lot of effort 23:42:15 &lt;h2ik&gt; it's privacy/security through obfuscation 23:42:15 &lt;primal&gt; right but the INTENT is for it not to be monitorable. I'd go with 'created to be unmonitorable' 23:42:50 &lt;str4d&gt; h2ik: obfuscation? Not encryption? 23:42:53 &lt;h2ik&gt; or perhaps something like "designed to prevent monitoring" 23:43:08 &lt;h2ik&gt; str4d: well there is both but I can deduce end points 23:43:15 &lt;h2ik&gt; str4d: and if you want to get devious you could run an outproxy :-) 23:43:22 &lt;str4d&gt; h2ik, how so? 23:43:33 &lt;primal&gt; h2ik: yeah, but I used 'designed to be' in the next paragraph. It's just grammatically tacky to repeat the term ;) 23:43:45 &lt;dg&gt; let's not make promises we can't keep. 23:43:56 &lt;dg&gt; ioerror spoke about this, it's dangerous 23:43:56 &lt;str4d&gt; Also, we should distinguish between being able to monitor the I2P network itself, and being able to monitor network traffic wihin it. 23:43:59 &lt;str4d&gt; within* 23:44:06 &lt;h2ik&gt; which is ultimately my point there dg so thanks for getting me there faster 23:44:10 &lt;str4d&gt; dg++ 23:44:29 &lt;primal&gt; "Created to provide security from monitoring by...." 23:44:43 &lt;dg&gt; It is extremely EXTREMELY dangerous and potentially fatal for us to say we can keep someone safe and that they are entirely safe from an adversary. However, we can tell them what we can protect against *as well as* our goals. 23:44:46 &lt;primal&gt; or 'protection from monitoring by...' 23:44:49 &lt;h2ik&gt; primal: how about intended to make monitoring difficult or some such ? 23:45:04 &lt;dg&gt; It's okay to say our goals and that's important for inspiring some people to use i2p, actually. It's a base for a secure internet. 23:45:16 &lt;h2ik&gt; +1 dg 23:45:19 &lt;str4d&gt; dg: yep. 23:45:24 &lt;str4d&gt; The flow I see for a new user is: 23:45:47 &lt;h2ik&gt; (sorry didn't mean to jump in on the discussion... just wandered by for the meeting) 23:45:50 &lt;str4d&gt; Front page -&gt; about/i2p (either via the Read more... link or the About menu) -&gt; other information. 23:45:50 &lt;primal&gt; h2ik: hmm "and is intended to protect against monitoring by third parties, such as hostile governments or ISPs' 23:46:00 &lt;str4d&gt; h2ik, you're more than welcome to =) 23:46:19 &lt;h2ik&gt; primal: I like that.. 23:46:38 &lt;primal&gt; dg: yeah, that's why I asked about it, it seems to basically be promising more than we could be sure of delivering on. 23:46:57 &lt;primal&gt; str4d: "I2P is a full darknet implementation - a network within a network, and is intended to protect against monitoring by third parties, such as hostile governments or ISPs." 23:47:52 &lt;str4d&gt; primal: sounds good. 23:48:03 &lt;h2ik&gt; +1 primal 23:48:58 &lt;dg&gt; As long as we're not saying something which says "we make sure you can't get killed by your gov for using i2p!", we're on the right lines 23:49:18 &lt;primal&gt; yep and it keeps us from having to a disclaimer like Anomos has 23:49:34 &lt;dg&gt; Anomos = ? 23:49:41 &lt;h2ik&gt; "PS. we're faster than freenet" 23:49:44 &lt;dg&gt; disclaimers are no btw 23:49:47 &lt;primal&gt; http://anomos.info/ 23:49:50 &lt;iRelay&gt; Title: Anomos (at anomos.info) 23:49:54 &lt;primal&gt; encrypted torrent thingy 23:50:05 &lt;dg&gt; Disclaimers are like "yeah man we do this for kicks but we're not promisin' nothin', maybe you'll be safe, maybe you won't" 23:50:12 &lt;dg&gt; there's no confidence at all 23:50:15 &lt;primal&gt; yup thats why I'm not a fan of them 23:50:31 &lt;dg&gt; many of the devs and team are passionate people and it's more than just something which may or may not help you not get killed 23:51:50 &lt;primal&gt; dg: I'm in agreement. No arguments from me on that count :) Heck, I'm just a user who likes his privacy, that's why I'm here. I haven't got an (overly) hostile government. But what I do online is still none of their business. 23:52:55 &lt;primal&gt; I just think this is a project that benefits EVERYONE in general. And I want to do what I can to make sure it succeeds :) 23:53:06 &lt;dg&gt; primal: I'm not oppressed but I want to help people who are. I'm the same! I want to make i2p better though, and we're all in agreement on that. As long as our website reflects that, we're golden. 23:53:13 &lt;dg&gt; +1 23:53:26 &lt;primal&gt; dg: precisely :) 23:54:01 &lt;dg&gt; The community feeling should be reflected. The active IRC and people here are a DEFINITE strong point. 23:54:28 &lt;primal&gt; dg: we need someone to advocate the point of the users of I2p imo, cause that's who makes it work ultimately 23:54:39 &lt;primal&gt; but I'm getting a bit off topic there :D 23:54:42 &lt;str4d&gt; Okay, text on front page updated. 23:54:49 &lt;primal&gt; str4d: awesome/ 23:54:52 &lt;dg&gt; heh :D 23:54:55 &lt;h2ik&gt; primal: and those users are also the reason we are in business 23:55:10 &lt;primal&gt; h2ik: hey I'm one of them and so I agree 23:55:25 &lt;primal&gt; str4d: whistle-blowers is hyphenated :P lol 23:55:36 * primal nitpicks! ;) 23:55:40 &lt;str4d&gt; Whoops =P 23:55:48 &lt;primal&gt; rofl 23:56:03 &lt;dg&gt; as for anomos, meh. Kind of dangerous to have something only for BitTorrent too.. if you can fingerprint it, you can say "bam, bittorrent", maybe you can just say that all BitTorrent is bad and then goodbye anomos 23:57:18 &lt;dg&gt; Only looked at the site briefly though, I cannot judge. 23:57:55 &lt;str4d&gt; As much as I like this discussion, getting back onto topic, and my second point - URL changes in the revamp? 23:58:26 &lt;primal&gt; Is the android release mature enough to be on the page for download? or perhaps as a 'development release' or something? Or is that sponge's project and not something that ought to be up there? 23:58:29 &lt;primal&gt; dg: yeah I haven;t tried it, i2psnark works just fine for me. 23:58:29 &lt;primal&gt; sorry str4d :) 23:59:08 &lt;str4d&gt; So: would the url /lang/blog/XXXX/XX/XX/slug be preferable to the current /lang/blog/entry/XXXX/XX/XX/slug ? 23:59:15 &lt;str4d&gt; //lang/support/* vs /lang/help/* ? 23:59:22 &lt;h2ik&gt; str4d: we could add some of the newer services to the interesting eepsite list if that's what you are after 23:59:25 &lt;str4d&gt; /lang/volunteer/* vs /lang/get-involved/* ? 23:59:36 &lt;dg&gt; /post/* and /lang/help/* 23:59:59 &lt;str4d&gt; dg: you said support yesterday, not help =P 00:00:26 &lt;str4d&gt; h2ik: you mean the list of eepsites on /home ? 00:00:29 &lt;str4d&gt; (in the routerconsole) 00:00:36 &lt;str4d&gt; That's not what I'm referring to. 00:01:34 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #12 for job Cobertura Coverage Reports 00:02:50 &lt;h2ik&gt; str4d: oh the front web page, I see, sorry. 00:03:35 &lt;str4d&gt; h2ik: I've re-organized the pages into more SEO- and user-friendly URLs, but I'm asking if they should be changed (before I go through and ensure that all internal links are up-to-date) 00:03:35 &lt;str4d&gt; h2ik: not the front page so much as the URLs of other pages. 00:03:42 &lt;dg&gt; str4d: changed my mind I think 00:03:45 &lt;str4d&gt; So e.g. /en/volunteer/bounties vs /en/get-involved/bounties 00:03:52 &lt;dg&gt; str4d: support is almost too professional? 00:03:56 &lt;dg&gt; str4d: /lang/get-involved/* 00:04:03 &lt;str4d&gt; And /en/support/faq vs /en/help/faq 00:04:06 * h2ik nods in understanding. 00:04:17 &lt;str4d&gt; dg: yeah, that's what I was starting to think as well, hence my RFC 00:04:55 &lt;str4d&gt; h2ik: the navbar roughly corresponds to the URL sub-structure, but not entirely. 00:05:11 &lt;dg&gt; /en/help/faq.. I think. I'm 50/50 on help/support. Help is maybe too bland but support too formal? 00:05:35 &lt;str4d&gt; dg: I was also worried about conflation of meaning with help / volunteer 00:06:34 &lt;str4d&gt; And if volunteer is changed to get-involved, what should be done about that menu? So far, no menu-opening items are linked as well (again, preventing conflation of meaning). 00:08:26 &lt;dg&gt; str4d: Get involved is more motivational, volunteer is not so "you can do something now!", I guess. 00:08:41 &lt;dg&gt; as for the help/volunteer.. uh. 00:08:44 &lt;primal&gt; yeah I like get involved 00:09:32 &lt;str4d&gt; primal: then where should the "Get Involved!" page be linked from? 00:09:51 &lt;primal&gt; main page 00:09:58 &lt;str4d&gt; AFK for 30 mins 00:10:01 &lt;str4d&gt; primal: I mean in the nav-bar 00:10:16 &lt;dg&gt; How about we just rename Volunteer to Get Involved? 00:10:31 &lt;str4d&gt; (See how "Volunteer" is the menu title and it has an option "Get Involved!") 00:10:34 &lt;h2ik&gt; +1 on that. Volunteer is crap 00:10:46 &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:10:49 &lt;dg&gt; Is this possible? 00:11:24 &lt;primal&gt; oh hurm 00:11:24 &lt;primal&gt; oh where it is is fine, just after 'help' 00:11:54 &lt;dg&gt; Also, the comparisons for networks is inconsistent. 00:11:54 &lt;h2ik&gt; Get Involved or Join Us (or similar) - we want to encourage people to join our fun band of like-minded privacy people .. just saying 00:12:18 &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet 00:12:29 &lt;dg&gt; I don't know if I like /just/ the chunk of test either. 00:12:32 &lt;dg&gt; *text 00:13:13 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Cobertura Coverage Reports build #12:UNSTABLE in 11 min: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/cobertura/12/` 00:13:25 &lt;primal&gt; dg: that was what I meant 00:15:51 &lt;dg&gt; Btw, where can I find swt.jar? 00:16:21 &lt;h2ik&gt; str4d: in case nobody has mentioned it before, THANK YOU for taking this on. 00:16:43 &lt;KillYourTV&gt; swt.jar: your package manager or http://www.eclipse.org/swt/ 00:16:46 &lt;iRelay&gt; Title: SWT: The Standard Widget Toolkit (at www.eclipse.org) 00:17:01 &lt;dg&gt; ah ok 00:18:10 &lt;KillYourTV&gt; re: cobertura: 00:18:13 &lt;KillYourTV&gt; 00:13:10 Code coverage enforcement failed for the following metrics: 00:18:16 &lt;KillYourTV&gt; 00:13:10 Lines's stability is 24.85 and set mininum stability is 24.88. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Methods's stability is 30.55 and set mininum stability is 30.65. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Setting Build to unstable. 00:18:37 &lt;KillYourTV&gt; &lt;/ot&gt; 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Is this possible? &lt;-- possible and the way it was originally IIRC 00:21:33 &lt;dg&gt; not sure if it is a good design choice but it works better in $self-&gt;head 00:21:52 &lt;primal&gt; got dc'd 00:22:03 &lt;primal&gt; gah 00:22:06 &lt;primal&gt; got dcd 00:23:36 &lt;str4d&gt; I got dcd as well 00:24:16 &lt;str4d&gt; &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet &lt;-- I copied the /en/about/docs/overview/comparison#tor template 00:24:27 &lt;str4d&gt; The tor and freenet comparisons are as-is from the current website 00:24:38 &lt;str4d&gt; (Just split onto separate pages( 00:25:15 &lt;str4d&gt; &lt;primal&gt; dg: that was what I meant 00:25:23 &lt;str4d&gt; ^-- last I saw before dv 00:25:23 &lt;str4d&gt; dc 00:26:07 &lt;dg&gt; Ah, right. Still, not so great. 00:26:45 &lt;str4d&gt; Caught up from kytv's logs. 00:27:00 &lt;str4d&gt; h2ik: thanks! I decided that it needed doing ^_^ 00:27:27 &lt;str4d&gt; dg: the same can be said for a number of existing pages. 00:28:08 &lt;str4d&gt; &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? &lt;-- That's my concern. What is the general position on this? 00:32:48 &lt;dg&gt; I'm okay with it but it may be bad "design-wise". 00:32:52 &lt;dg&gt; I'm no UX guy. ;) 00:33:06 &lt;RN-Droid&gt; are we still officially in meeting? 00:33:13 &lt;dg&gt; Kind of. 00:33:16 &lt;str4d&gt; RN-Droid: yes 00:33:19 &lt;dg&gt; If you wanna bring something up, shoot! 00:33:30 &lt;str4d&gt; Though I was about to end it, since it was tailing off. 00:33:54 &lt;RN-Droid&gt; have we got any feedback from postman about linking together the 2 channels? 00:34:09 &lt;str4d&gt; dg: it's marginally better now that I've removed the need for &lt;a&gt;s as styling, so the user can now tell the difference between a menu item that goes somewhere and one that doesn't (by the cursor) 00:34:15 &lt;str4d&gt; RN-Droid: I forgot to bring that up&gt;_&lt; 00:34:38 &lt;str4d&gt; And postman hasn't been around (not saying that he hasn't been listening) 00:35:01 &lt;dg&gt; RN-Droid: We do not need postman for it, just someone to set the mode.. more or less. zzz gave his blessing. IMO, we can redirect first, change things later. postman etc could apply a rule server side but we don't need it. Shouldn't cause any problems as long as someone is in the channel to keep the mode set. 00:35:08 &lt;dg&gt; str4d: ah, yes 00:35:45 &lt;str4d&gt; dg: still not sure if it's okay from a UX perspective (I wasn't even sure if having one of the top ones linking and the other opening was alright) 00:35:56 &lt;str4d&gt; (But at least with the latter, there is no linking AND opening) 00:36:27 &lt;RN-Droid&gt; great well I personally will leave it on my list but if we're redirecting people in I get disconnected uh how do we know for sure somebody's gonna be in there? 00:36:30 &lt;str4d&gt; So, to summarize the URL changes: 00:36:58 &lt;dg&gt; RN-Droid: Some bot.. or something. Ok temporarily but ideally, server side or nothing referencing it. or both. 00:37:01 &lt;str4d&gt; RN-Droid: it's an automatic redirect when they connect. 00:37:08 &lt;dg&gt; str4d: btw, sorry for hijacking so much 00:37:08 &lt;str4d&gt; (Isn't it?) 00:37:23 &lt;RN-Droid&gt; okay sounds good in Psych to pedia will probably be in there too so we should have it covered 00:37:26 &lt;KillYourTV&gt; if done server side it's automatic. 00:37:29 &lt;str4d&gt; dg: no worries. The rest of the meeting went to structure enough ^_^ 00:37:37 &lt;dg&gt; str4d: and yes, but someone needs to be in there to keep up the mode, although doesn't have to be an op. Once the channel empties, default modes come back. I don't think you can mlock it. 00:37:44 &lt;KillYourTV&gt; (if not server side check out mode +L) 00:37:52 &lt;dg&gt; "org.eclipse.swt.graphics does not exist" 00:37:55 &lt;dg&gt;&gt;.&gt; 00:38:06 &lt;str4d&gt; So: I'll change /lang/volunteer/* to /lang/get-involved/* but leave the nav menu as-is for now until a UX decision is made. 00:38:09 &lt;RN-Droid&gt; okay we can hash out the mode situation of the service I redirect later Thanks for I listen to my input 00:38:16 &lt;str4d&gt; /lang/blog/* is already changed. 00:38:23 &lt;dg&gt; str4d: Sounds good 00:38:46 &lt;str4d&gt; And /lang/support/* vs /lang/help/* hasn't been properly decided on yet, so I'll leave it for now. 00:38:53 &lt;primal&gt; looks good to me 00:39:23 &lt;str4d&gt; primal: you're still keen to have a look at the writing-related tasks on ticket #807 ? 00:39:38 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 00:39:41 &lt;str4d&gt; (After another hour of discussion ^_^) 00:39:55 &lt;RN-Droid&gt; forward slash M e! drops out before baffing... I'll give more feedback when I redo the meeting later if there's anything else I have to add 00:40:03 &lt;primal&gt; str4d: sure I am lol 00:40:17 &lt;str4d&gt; Excellent =) 00:40:37 &lt;str4d&gt; And I'll close ticket #792 now that we have (mostly) decided on the front page text - if it needs tweaking the ticket can always be re-opened. 00:40:43 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 00:40:51 &lt;str4d&gt; So, any other points of order before the meeting officially ends? 00:41:34 &lt;orion&gt; I just jizzed my pants. 00:42:39 &lt;primal&gt; str4d: I wish to propose we get a user advocate type position! 00:42:39 &lt;dg&gt; primal: We do, and orion has fulfilled it! 00:42:39 &lt;dg&gt; (PR manager == user advocate) 00:42:39 &lt;str4d&gt; dg: not quite =P 00:42:42 &lt;dg&gt; str4d: I thought we decided they were more or less the same umbrella? 00:42:45 &lt;str4d&gt; There is actually a separate entry for it on /team 00:42:52 &lt;str4d&gt; dg: sort-of. 00:42:59 &lt;primal&gt; oh really? cool 00:43:06 &lt;primal&gt; who is the user advocate? 00:43:25 &lt;dg&gt; I'm up for it if it's not the same thing as PR manager 00:43:28 &lt;str4d&gt; primal: orion is the PR manager, and apparently the user advocate as well. 00:44:02 &lt;orion&gt; If we have too many committees we'll end up like the Methodist hurch. 00:44:06 &lt;str4d&gt; dg: in my mind, PR manager was more about managing I2P appearances, liaising with media etc. 00:44:13 &lt;orion&gt; s/hurch/church 00:44:20 &lt;str4d&gt; *shudder* 00:44:20 &lt;primal&gt; rofl 00:44:23 &lt;dg&gt; str4d: ah, and user advocate? 00:44:34 &lt;str4d&gt; I don't think the definitions are too hard-set as it is. 00:44:41 &lt;primal&gt; str4d: well if a user advocate IS an open position, I'd want to apply for it, if you can tell me how I'd do so. 00:45:04 &lt;str4d&gt; From the /team page: User Advocate: gather, prioritize, advocate for user needs 00:45:07 &lt;dg&gt; I'm not sure what *I* am, while we're on the subject 00:46:03 &lt;str4d&gt; primal: well you can either JFDI ^_^ or you can wait until the next general meeting for a more formal application (like orion today) 00:46:14 &lt;str4d&gt; dg: neither am I, really ^_^ 00:46:59 &lt;str4d&gt; primal, dg: if you hadn't gathered, next week's meeting is going to be a crypto meeting, discussing the need for migrating I2P's crypto (unless the time gets shifted). 00:47:10 &lt;primal&gt; str4d: how do I do it? is there a form or something ? amd plau 00:47:22 &lt;orion&gt; primal: I just made a thread on the forum. 00:47:33 &lt;dg&gt; str4d: I'll just be "dg - overall dg" for now then :) 00:47:36 &lt;orion&gt; zzz 00:48:03 &lt;dg&gt; as for the crypto meeting, I don't know if I can weigh in but I will try. I'm no crypto god but I'd rather not be silent for the duration. 00:48:03 &lt;str4d&gt; primal: not really a form, as it's not a proper formal process. zzz.i2p forum thread would be best, especially if there are more than one applicant (not that there's no reason for having both ^_^) 00:48:10 &lt;dg&gt; It'll be interesting for me nonetheless.. 00:48:41 &lt;str4d&gt; dg: it's not going to be so much a decision of what crypto to go to (though I expect that will be important) as much as *how* to migrate. 00:49:07 * str4d aims to try and bring together the relevant minds to do some concerted brainstorming. 00:49:22 &lt;str4d&gt; Anyway, anything else to be officially meeting-ed? 00:49:44 &lt;dg&gt; str4d: Alright, I'll try to help where possible. Let me know if I should shut up though ;-) 00:49:48 &lt;dg&gt; Don't think so. 00:50:20 &lt;primal&gt; str4d: sounds good. I will do so 00:50:24 &lt;primal&gt; all done here 00:50:43 &lt;str4d&gt; Alright: 00:50:43 * str4d *baf*s the meeting closed. 00:51:01 &lt;orion&gt; Now for the after-party. 00:51:07 &lt;str4d&gt; \o/ 00:51:14 &lt;orion&gt; \o\ \o/ /o/ 00:51:29 &lt;str4d&gt; *wub wub* </div>/ar/blog/2012/12/18/i2p-dev-meeting-december-18-2012/Tue, 18 Dec 2012 00:00:00 +0000/ar/blog/2012/12/18/i2p-dev-meeting-december-18-2012/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> Astral_12, eche|on, KillYourTV, LaughingBuddha, RN, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:08:58 &lt;RN&gt; meeting start while I was disconnected? 20:09:17 &lt;eche|on&gt; which meeting? 20:09:38 * KillYourTV points to the topic 20:10:09 &lt;RN&gt; Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 18^^ topic 20:11:38 &lt;KillYourTV&gt; maybe they've stopped... 20:12:12 &lt;LaughingBuddha&gt; Just start whenever? 20:18:08 &lt;RN&gt; usually dg runs the meetings 20:18:27 &lt;RN&gt; I think lillith took over when he had to leave one time 20:18:50 &lt;str4d&gt; He didn't show up last week, that's why. 20:18:53 &lt;LaughingBuddha&gt; Is there a link to the general agenda? 20:18:53 &lt;str4d&gt; (And the week before he was busy) 20:21:29 &lt;RN&gt; well, there is usually an agenda... 20:22:25 &lt;str4d&gt; There's a link to the agenda he had been using for the previous few meetings, but I can't pull zzz.i2p at the moment... 20:22:28 &lt;RN&gt; on trac 20:22:28 &lt;eche|on&gt; thats the update weather 20:22:28 &lt;eche|on&gt; hell a lot of updates/traffic currently 20:22:28 &lt;RN&gt; `http://trac.i2p2.i2p/wiki/meeting` 20:22:28 &lt;str4d&gt; o/ topiltzin 20:22:28 &lt;eche|on&gt; far faster than any update before 20:22:28 &lt;str4d&gt; RN, can you access that? 20:22:28 &lt;Benedikt&gt; what happened? one of the servers from this netword dropped down? 20:22:31 &lt;str4d&gt; I've got a few planned topics anyway, if you can't. 20:22:31 &lt;RN&gt; agenda hasn't been updated since the dec 4th meeting it seems 20:22:31 &lt;topiltzin&gt; \o str4d 20:22:31 &lt;eche|on&gt; Benedikt: net split, does happen a lot due to flaky i2p tunnels 20:22:31 &lt;Benedikt&gt; oh, thx 20:22:34 &lt;str4d&gt; Okay, I'm just going to propose a pseudo-random agenda. 20:22:45 &lt;LaughingBuddha&gt; Shoot 20:23:07 &lt;str4d&gt; (0) Say Hi. 20:23:07 &lt;str4d&gt; Hi! 20:23:15 &lt;LaughingBuddha&gt; Eyyy 20:23:31 &lt;topiltzin&gt; what up 20:25:46 &lt;str4d&gt; Any other takers? ^_^ 20:25:52 &lt;str4d&gt; Alright, moving on: 20:25:52 &lt;str4d&gt; (1) Network Health / Update Status 20:26:31 &lt;str4d&gt; Network health seems (to me) to have been pretty bad the last few days/week or so. Do we know if this was an actual attack? 20:26:46 &lt;str4d&gt; Or just continued degradation due to the bugs? 20:27:58 &lt;LaughingBuddha&gt; I guess we won't know for sure until more people actually update to 0.9.4 20:28:29 &lt;RN&gt; str4d, the trac link? yes 20:30:43 &lt;topiltzin&gt; eche|on was reporting some weird behavior, but we would not know for sure even after people upgrade to 0.9.4 20:34:04 &lt;str4d&gt; psi seemed to think that some of it was related to the Russian guides recommending that users force floodfill to find more nodes. 20:34:07 &lt;str4d&gt; With regard to updates: 20:34:15 &lt;str4d&gt; &lt;eche|on&gt; hell a lot of updates/traffic currently 20:34:18 &lt;str4d&gt; &lt;eche|on&gt; far faster than any update before 20:34:29 &lt;str4d&gt; Anything else to add to this summary of update progress eche|on? 20:36:17 &lt;eche|on&gt; 780 full updates pushed till yet by my nodes 20:37:38 &lt;str4d&gt; LaughingBuddha said that torrent updates worked for him. Anyone know how large the swarm is? 20:37:54 &lt;str4d&gt; (Only dev routers I know, but would be interesting to know) 20:38:13 &lt;KillYourTV&gt; Just around 10 20:38:59 &lt;eche|on&gt; the torrent is very low usage for me 20:39:06 &lt;KillYourTV&gt; or, let's put it like this: I see 10 peers 20:39:17 &lt;eche|on&gt; I see 6 for su2 and 4 for sud 20:40:01 &lt;KillYourTV&gt; since only a very small percentage of dev build users were offered the torrent update, I'm not surprised by there being so few transfers thus far. 20:40:16 &lt;Astral_12&gt; str4d: 6-7 peers , su2 20:40:30 &lt;str4d&gt; KillYourTV, no, all dev build users are offered torrent. 20:41:09 &lt;str4d&gt; If version ends in -0 and you pick a number from 0 to 99 that isn't 0, you don't get torrents. 20:41:12 &lt;str4d&gt; (IIRC) 20:41:15 &lt;KillYourTV&gt; oh...i misunderstood then. 20:41:23 &lt;KillYourTV&gt; `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c` 20:41:23 &lt;iRelay&gt; Torrent #19559: i2pupdate-0.9.4.su2, Size: 3.06 MB, Downloads: 6, Added: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 &lt;str4d&gt; It's enough to show that the update mechanism is working though (and we don't need to worry much about scalability, because that's already been well-tested for torrents ^_^) 20:43:11 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; I missed the torrent option 20:43:37 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; was upgrading from 0.9.3-13 20:43:48 &lt;str4d&gt; Okay, not much more to say here for now - we can appraise the effects of the update at the next meeting. 20:43:48 &lt;str4d&gt; (2) Website Revamp 20:43:48 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is where I am currently up to (make sure to hard-refresh to get the latest CSS) 20:43:55 &lt;iRelay&gt; Title: The Invisible Internet Project - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:44:27 &lt;str4d&gt; RN, your router probably found the update via HTTP first. 20:44:30 &lt;eche|on&gt; str4d: scalability is a problem with a non reachable torrent 20:44:37 &lt;zzz&gt; there is no option 20:44:40 &lt;eche|on&gt; and currently ONLY dev builds gets a torrent 20:44:59 &lt;str4d&gt; Check `http://localhost:7657/debug` - you should see a TORRENT checker there. 20:45:14 &lt;zzz&gt; and no, 20,000 in one swarm is not well-tested within i2p. 20:46:14 &lt;eche|on&gt; str4d: and I do not see a torrent on 0.9.3-15 20:46:21 &lt;str4d&gt; zzz, true, I'd forgotten that *derp* 20:46:32 &lt;LaughingBuddha&gt; str4d: Seeding: 0/9 peers 20:46:55 &lt;str4d&gt; zzz, how does the update manager choose between two update options when they have the same priority? 20:46:58 &lt;eche|on&gt; [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 &lt;str4d&gt; Is it just whichever one is found first? 20:47:50 &lt;zzz&gt; dont know 20:48:39 &lt;str4d&gt; Looking at the paste above, I'm guessing that it's highest priority number wins rather than lowest. 20:50:15 &lt;str4d&gt; Does anyone have anything else they want to add here? We can appraise the effects of the update at the next meeting. 20:51:21 &lt;topiltzin&gt; site looks good here :) 20:51:28 * str4d has to leave in 25 mins so wants to move on 20:52:57 &lt;RN&gt; please continue str4d 20:53:21 &lt;str4d&gt; (2) Website Revamp 20:53:22 &lt;str4d&gt; I've tweaked the old themes so they at least refer to the right parts of the HTML, so the links in the footer can be used to try out the different CSS files available. 20:53:52 &lt;str4d&gt; It gives an idea of how the new structure can still be differently layed out. 20:55:17 &lt;MTN11&gt; i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): Add dummy placeholder files to empty eepsite directories 20:55:17 &lt;MTN11&gt; git and a few other vcses don't store empty directories....but now these directories 20:55:17 &lt;MTN11&gt; are no longer empty. 20:55:32 &lt;jenkins&gt; Starting build #46 for job i2p (previous build: SUCCESS) 20:59:21 &lt;jenkins&gt; Project i2p build #46:SUCCESS in 2 min 42 sec: `http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/` 20:59:24 &lt;str4d&gt; How does it feel to people? 20:59:24 &lt;str4d&gt; I've also made several backend changes that should hopefully make management of the site easier - e.g. incrementing router version only has to be done in two places now zzz 20:59:24 &lt;str4d&gt; (Well, really only one, but I added another one so I could add Launchpad to the mirrors list) 21:01:40 &lt;str4d&gt; Did anyone see my posts above? 21:03:08 &lt;KillYourTV&gt; yes. I think the site looks very good. 21:03:31 &lt;LaughingBuddha&gt; Yup 21:03:37 &lt;LaughingBuddha&gt; +1 on the design 21:03:37 &lt;str4d&gt; laaaaag 21:04:45 &lt;KillYourTV&gt; a few broken links though bu tmaybe those are known 21:06:05 &lt;KillYourTV&gt; specifically `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys` links to `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone` which doesn't exist. 21:06:55 &lt;str4d&gt; I still plan to open up the design to suggestion from the community (since there are still things about duck's design that bug me) but as a first iteration it works. 21:06:58 &lt;str4d&gt; KillYourTV, as per ticket #807 the broken links are known (mostly on the earlier pages I migrated, since at the time I didn't know where the other pages were going to be). 21:06:58 &lt;str4d&gt; Questions: 21:07:01 &lt;str4d&gt; - Are the Blog and Meetings feeds alright as they are, or should they truncate their content (so readers have to go to the main site to view everything)? 21:07:05 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:07:36 &lt;str4d&gt; - Does the Meetings feed need to be more obvious, or is the &lt;link&gt; on the meetings index enough (it gets picked up by Firefox under Bookmarks -&gt; Subscribe to This Page)? 21:08:39 &lt;str4d&gt; KillYourTV, oh, that's a different bug - the page exists, but I shifted the monotonerc file it imports, so I need to fix that&gt;&lt; 21:09:07 &lt;str4d&gt; But again, all links like that will be fixed. 21:09:21 &lt;str4d&gt; - Does anyone have suggestions as to content changes that need to happen before the revamp goes live? 21:09:35 &lt;str4d&gt; - Do we need RSS feeds as well as ATOM? 21:10:55 &lt;zzz&gt; are all the pages staying at the same URLs? 21:10:58 &lt;str4d&gt; - Should the "any" link in mirrors preferentially choose a mirror in a country determined from the viewer's language? 21:11:44 &lt;topiltzin&gt; that's a very tricky one 21:12:30 &lt;topiltzin&gt; what is the current behavior? 21:13:08 &lt;str4d&gt; zzz, I'm reasonably happy with the urls as I have them now (but suggestions are welcome). 21:13:18 &lt;str4d&gt; There are a handful of pages I have been unable to place though. 21:13:21 &lt;str4d&gt; topiltzin, see `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom` and `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom` for the current behaviour 21:13:27 &lt;iRelay&gt; Title: I2P Blog0.9.4 Release (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:14:02 &lt;zzz&gt; str4d, I mean with existing site vs. new site 21:14:32 &lt;str4d&gt; zzz, if you were asking if the pages are at the same urls as the current site: no. 21:14:35 &lt;str4d&gt; The urls *actually make sense* now. 21:15:25 &lt;str4d&gt; zzz, there are a few legacy helpers which redirect old urls to new ones, but that only works for some of the pages. 21:15:32 &lt;zzz&gt; str4d, we need to talk about that then. We have a lot of SEO / link juice built up. There's also a couple under /static/ that have to stay the same 21:15:46 &lt;zzz&gt; hosts.txt subscription, and backup news 21:15:50 &lt;str4d&gt; (namely, meetings, status, and any pages placed into the legacy map) 21:16:04 &lt;zzz&gt; we also have a lot of links back to the website in our console 21:16:04 &lt;str4d&gt; zzz, the static ones are the same AFAICT 21:16:37 &lt;zzz&gt; can you have a redirect for every old page? 21:17:46 &lt;str4d&gt; LEGACY_MAP={ 21:17:52 &lt;str4d&gt; 'download': 'downloads_list' 21:17:52 &lt;str4d&gt; } 21:17:52 &lt;str4d&gt; ^-- we can add mappings there from the old site to the new. 21:17:52 &lt;str4d&gt; zzz, it would have to be a manual redirect, but yes. 21:17:52 &lt;topiltzin&gt; does this link juice build-up apply across all our domains? 21:17:55 &lt;str4d&gt; (I'd want to shift the legacy-supporting code into a separate file though, because that would be looooooong) 21:17:58 &lt;str4d&gt; And if I tell it to use 301 redirects, the client sees the redirect as permanent (or is that 302?) 21:18:33 &lt;topiltzin&gt; could we perhaps try the new site on geti2p.net and keep the old one on i2p2.de or similar? 21:19:00 &lt;str4d&gt; topiltzin, AFAICT geti2p.net is the same site (just a second domain) 21:19:07 &lt;str4d&gt; (as in, same backend) 21:19:42 &lt;zzz&gt; this is not a little thing. We've built up a lot of link reputation in the last 5 years and we can't afford to throw it all away. It's extremely important to get this right. 21:19:42 &lt;topiltzin&gt; I'm trying to figure out some way to traffic-test it sooner rather than later 21:20:10 &lt;str4d&gt; zzz, okay, I'll go through and add every page I've moved to the LEGACY_MAP 21:20:17 &lt;zzz&gt; another thing - that both with and without .html suffix works. 21:21:03 &lt;str4d&gt; zzz, already done (one-line addition to the legacy mapper) 21:21:03 &lt;str4d&gt; Also, can people suggest new url locations for the following files? (I'm stumped) 21:21:03 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 &lt;zzz&gt; there's also the rel=canonical stuff 21:22:19 &lt;str4d&gt; zzz, can you elaborate? 21:22:26 &lt;zzz&gt; we actually spent a fair amount of time on SEO stuff trying to get our juice back after i2p.net went away 21:22:41 &lt;zzz&gt; in _layout.html 21:23:20 &lt;zzz&gt; you want to point back to the main site so mirrors don't suck away your reputation. 21:23:27 &lt;zzz&gt; thats also why mirrors are always tagged nofollow 21:24:10 &lt;zzz&gt; so you're not giving your rep away 21:27:32 &lt;topiltzin&gt; would a mirror work for a traffic test? 21:28:25 &lt;str4d&gt; Okay, well we just have to ensure that those are carried over to the new global/layout.html 21:30:02 &lt;str4d&gt; (I'm guessing duck didn't do that) 21:32:53 &lt;topiltzin&gt; (would love to read some chat logs about the SEO stuff) 21:34:37 &lt;zzz&gt; str4d, if you haven't been thinking about SEO yet, time to dive in ASAP. Every word on the home page matters. 21:35:00 &lt;zzz&gt; Both on the current home page and on the duck version, the words are chosen very carefully. 21:36:58 &lt;zzz&gt; look for example at where we rank on google for 'garlic routing'. I wrote that page from scratch specifically to get page rank for that search term. 21:40:37 &lt;str4d&gt; I've been more focused on getting the new site operational. But I haven't changed much text content. 21:41:36 &lt;str4d&gt; I can go through and make sure the new layout dude doesn't lose any link stuff. Do you have suggestions for the SEO of the front page as it stands now though, zzz? 21:43:52 &lt;str4d&gt; Since the text content of the migrated pages has not changed, they should be fine once the legacy redirects are in. 21:45:20 &lt;zzz&gt; havent looked in months. whats the url again? 21:46:13 &lt;zzz&gt; also str4d, we should standardize on '-' instead of '_' in urls. Right now it's a mix, but in the last 10 years the web has clearly standardized on '-'. Underscores look bad and it doesnt matter for SEO any more 21:46:29 &lt;str4d&gt; It's above 21:46:32 &lt;str4d&gt; Also linked on ticket #807 21:47:19 &lt;str4d&gt; Yep, I noticed the mix. I'll fix that up. 21:47:22 &lt;zzz&gt; ok I'll check the ticket. all the links above I see are to feeds and such 21:48:19 &lt;zzz&gt; also good is to maintain short urls for the pages that get tweeted or referenced often - /download, /faq, etc. 21:48:22 &lt;str4d&gt; The links above- use that b32 21:50:25 &lt;zzz&gt; and if you or somebody else trusted wants to go further and claim our site on google webmaster tools, add a site map, etc., that would be great. I'm not at all claiming our SEO is great, just that we used to think about it at least a little. 21:52:00 &lt;str4d&gt; I was going to add site map generation to the backend, so I'd be happy to do that. 21:52:18 &lt;topiltzin&gt; does google webmaster tools report data back to google? 21:52:58 &lt;zzz&gt; only if you put their js on your site 21:53:27 &lt;str4d&gt; Short URLs - would the legacy URLs be enough? 21:54:10 &lt;str4d&gt; topiltzin, only if we run Google Analytics 21:54:49 &lt;topiltzin&gt; but will we get meaningful information without reporting anything back to google? or do we not care? do paranoid users care? etc. 21:55:38 &lt;zzz&gt; sure, good questions. ofc we can also just awstats or similar across our logs looking at referers and search terms 21:55:45 &lt;zzz&gt; doubt anybody's done that in years. 21:57:16 &lt;str4d&gt; Well, the tools report back of course, but only because they are interfacing to Google data 21:57:26 &lt;str4d&gt; Does the webmaster need to be non- anon though? 21:58:06 &lt;zzz&gt; just need a gmail addy afaik 21:58:13 &lt;str4d&gt; topiltzin, we will get Google search info, which in itself is useful. 21:58:39 &lt;str4d&gt; Analytics is technically separate to the webmaster toolkit IIRC 21:58:46 &lt;zzz&gt; anyway, all this is a sideshow for now 21:59:21 &lt;str4d&gt; Yep. zzz, you reached the site yet? 21:59:44 &lt;zzz&gt; nope, been talking to you :) 22:00:49 &lt;topiltzin&gt; I like to pre-fetch eepsites while I chat :) 22:02:17 &lt;zzz&gt; don't have much extra upstream bw for fetching atm 22:02:20 &lt;RN&gt; " Umm... the server encountered some sort of error. " 22:03:08 &lt;RN&gt; that's what I'm getting when I select the FAQ from the dropdown menu 22:03:31 &lt;zzz&gt; str4d, how are you staying in sync with the old website? did you branch from it in mtn or are you doing it manually, or have deferred the whole painful issue? 22:03:34 &lt;str4d&gt; Rn, odd... shouldn't do that. 22:04:00 &lt;str4d&gt; zzz, branched in mtn and propping regularly. 22:04:23 &lt;str4d&gt; I'm changing no content in the revamp so merges work alright. 22:04:58 &lt;str4d&gt; There have been a few tricky ones, but mostly easy props. 22:10:49 &lt;zzz&gt; what are you asking for comments on ? broken links? general organization? layout/colors/CSS? I have no idea where you're at. 22:11:54 &lt;RN&gt; dark theme dosn't look right 22:12:00 &lt;str4d&gt; zzz, navigation layout, URL forms, general usability, and front page content 22:13:21 &lt;str4d&gt; RN, neither of the old ones do. I've asked dr|z3d for some pointers, but none of the current themes will likely be the final one. 22:13:51 &lt;str4d&gt; RN, re the error, I'll look at it in about 20 mins 22:14:07 &lt;zzz&gt; so there won't be any theme selectors in the final version, hopefully? 22:14:58 &lt;zzz&gt; multiple themes is a horrific waste of time 22:15:20 &lt;str4d&gt; zzz, probably not, unless there is indecision over the final theme. They are there to help designers. 22:15:43 &lt;LaughingBuddha&gt; They can always be created by users. It isn't something the devs should worry about 22:16:20 &lt;LaughingBuddha&gt; IMO 22:16:27 &lt;str4d&gt; I just put the links there to expose the functionality for now. 22:17:36 &lt;zzz&gt; the thing that bugs me the most about the home page is the black bar with the links. That aren't really links since they only popup a menu, they don't go anywhere ifyou click on them 22:18:37 &lt;zzz&gt; it's like it's the wrong color, and in the wrong place, and too small or something. It's not in the style of the rest of the page, and I'm wondering if all that should be below the green part 22:19:12 &lt;str4d&gt; zzz, I haven't focused on color or style. 22:19:49 &lt;str4d&gt; The decision to not link the menu openers came after usability discussions and feedback. 22:20:16 &lt;str4d&gt; It was decided that linking some of them and not others would cause confusion. 22:20:43 &lt;str4d&gt; The plan is to use CSS to make the distinction clearer. 22:21:35 &lt;zzz&gt; cant put my finger on it but the top 3 sections (yellow, black, green) seems like one too many or in the wrong order or something 22:21:35 &lt;zzz&gt; not just about color/style maybe? don't know. there's something unfinished or out-of-place about it 22:21:35 &lt;zzz&gt; maybe some styling can bring it all together, maybe not. 22:21:42 &lt;str4d&gt; The color and style of the navbar will be changed to integrate better, but I needed something functional. 22:22:00 &lt;zzz&gt; I'd love to find someplace on some page to put a big "Celebrating 10 years 2003-2013" banner 22:22:50 &lt;str4d&gt; (this is why I added the theme links, to show that thesaurus structure can be rendered differently) 22:23:24 &lt;zzz&gt; whats a thesaurus structure? 22:23:31 &lt;zzz&gt; havenc clicked on theme links yet 22:24:20 &lt;str4d&gt; Argh, phone typing fail. should be "same" 22:25:06 &lt;zzz&gt; and now I wish I hadn't 22:26:09 &lt;zzz&gt; too bad dg seems to have gone up in smoke. All that youthful enthusiasm fizzled out so fast? 22:26:28 &lt;zzz&gt; two meetings and done 22:26:47 &lt;str4d&gt; yeah, half the old castle isn't being used properly because of the new structure. but I haven't had time to migrate them yet. 22:26:58 &lt;str4d&gt; css* 22:27:36 &lt;str4d&gt; It sounds like he's rather busy at present. 22:28:26 &lt;zzz&gt; so that's my takeaway. the black menu bar seems to be the most problematic. Not that I have any suggestions about it. Just feels/looks not right. 22:30:12 &lt;topiltzin&gt; I'm sure another dg will show up or the old one will return when the time is right :) 22:30:28 &lt;str4d&gt; Yep. what about the layout of links within it? Sensical? 22:30:28 &lt;topiltzin&gt; but in the meantime, we're still doing great and it's important to listen to non-youthful and non-enthusiastic points of view as well 22:31:10 &lt;str4d&gt; (also, I'll try changing the black bar to use the color scheme from ducks example nav bar.) 22:31:37 &lt;zzz&gt; just surprised to see dg go from 60 mph to zero in a couple days. 22:32:51 &lt;zzz&gt; dunno if we want direct links to the jar, exe, etc on the home page. Seems like the text on the download page is important. 22:33:45 &lt;zzz&gt; defnitely need a llnk to trac, looks like that got lost? 22:34:16 &lt;zzz&gt; if you would go somewhere when you clicked on the word, that would be a big help too 22:34:26 &lt;KillYourTV&gt; Volunteer -&gt; Develop -&gt; Bug Tracker 22:34:54 &lt;zzz&gt; hahgeez there's two levels? 22:35:32 &lt;zzz&gt; there's no little arrows indicating another level 22:36:09 &lt;zzz&gt; and do we really want two levels on the home page, or anywhere? might be more than topiltzin's grandma can handle 22:36:44 &lt;zzz&gt; and we darn well better send grandma somewhere when she clicks on download 22:37:43 &lt;topiltzin&gt; yeah lets make sure she can get i2p and worry about making her a developer later 22:38:15 &lt;zzz&gt; heck, might be best to scrap the fancy dropdowns and just replace download-about-help-volunteer with four big-ass buttons 22:39:01 &lt;str4d&gt; zzz, there will be. 22:39:23 &lt;topiltzin&gt; if the big-ass buttons are in Pretty Colors grandma would love it 22:39:34 &lt;str4d&gt; And it was topiltzin who suggested to move docs into the about menu, so there are techincally three levels 22:39:57 &lt;str4d&gt; zzz, I had the Trac link in the help menu, but topiltzin suggested moving it to voliunteer -&gt; develop 22:40:11 &lt;zzz&gt; it's like we're trying to make a hierarchical website, but only thru a complicated multi-level menu bar on the home page. What we really need are actual hierarchical pages, like an about page, a volunteer page, and a help page. 22:40:57 &lt;KillYourTV&gt; Now 8 peers for the sud `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV` 22:40:57 &lt;iRelay&gt; Torrent #19558: i2pupdate-0.9.4.sud, Size: 7.09 MB, Downloads: 6, Added: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 &lt;zzz&gt; trying to create strucrture solely in that black bar is insufficient, and maybe the wrong place to try 22:41:30 &lt;str4d&gt; zzz, the structure is in the urls. I copied that structure into the nav bar because it seemed to make sense to me. 22:42:13 &lt;str4d&gt; As I've said all along, the biggest task was deciding how to rearrange the old pages from a single directory into a hierarchy, and I have had almost no help there. 22:42:24 &lt;zzz&gt; just spitballing. Haven't looked at it in months and may have a different opinion tomorrow. 22:42:47 &lt;zzz&gt; not criticizing, just speculating 22:43:06 &lt;str4d&gt; So my biggest question is, do my structure decisions make sense? 22:43:25 &lt;str4d&gt; (i.e. to people other than me) 22:43:35 &lt;topiltzin&gt; it's good that we have so many future directions to explore, I'm sure it will result in many productive discussions 22:43:55 &lt;str4d&gt; Once the structure of the existing pages is set, then the other issues can be worked out around that. 22:43:58 &lt;topiltzin&gt; str4d: yes here 22:44:31 &lt;str4d&gt; And did anyone have suggestions to my earlier query about where to put the last few pages? 22:44:34 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 &lt;topiltzin&gt; and since dg has proven that he can go from zero to 60 mph in a lot shorter time than few days, those discussions are going to be *FUN* &lt;/offtopic&gt; 22:45:06 &lt;zzz&gt; what do you mean "put"? 22:45:09 &lt;str4d&gt; There are also older pages that I haven't added in yet, because I think they are somewhat irrelevant, but they should probably go *somewhere*: 22:45:12 &lt;str4d&gt; announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 &lt;str4d&gt; benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 &lt;zzz&gt; where to link to them? 22:45:23 &lt;str4d&gt; zzz, in the backend / the urls. 22:45:34 &lt;str4d&gt; All site pages are stored under pages/site/ 22:45:45 &lt;str4d&gt; From there, the folder structure matches the urls. 22:46:04 &lt;zzz&gt; you're hierarcical-izing all the files too? 22:46:21 &lt;str4d&gt; So e.g. the page on unidirectional tunnels is stored in pages/site/docs/tunnels/unidirectional.html 22:46:36 &lt;zzz&gt; because that seems like a fools' errand to hyper-categorize everything 22:46:39 &lt;str4d&gt; zzz, yes - makes site management a hell of a lot easier both on the people and the code. 22:47:13 &lt;zzz&gt; if you say so. but for gosh sakes just make a misc/ directory and be done. 22:47:48 &lt;zzz&gt; remember a file can only be in one place but there can be multiple links to it. don't get yourself stuck trying to put everything in its place. 22:48:26 &lt;str4d&gt; Alright, misc it is. And I disagree there - at least from an SEO perspective, unique content should have a unique slug 22:49:00 &lt;str4d&gt; Hence, I wanted to try and get the urls right. 22:49:04 &lt;zzz&gt; i think if you just pulled out the release notes, meeting logs, and statuses into their own dirs you'd find there wasnt a lot left 22:49:35 &lt;zzz&gt; sure, unique URL, but you can link to it from many places. Not every link from tunnels/index.html has to be to a tunnels/xxx.html file 22:50:16 &lt;str4d&gt; Yes, true (that itself is why half the links are still broken) 22:50:31 &lt;zzz&gt; e.g. on how.html there's dup links in there, and links to all sorts of topics. 22:50:34 &lt;str4d&gt; But I wanted the url of each page to make sense for that page. 22:51:05 &lt;str4d&gt; i.e. /en/site/docs/overview/transport/ssu vs /en/site/docs/legacy/ssu/ 22:51:16 &lt;str4d&gt; (There are both - one is the documentation, one is the specification) 22:51:46 &lt;zzz&gt; nice in theory, maybe not so much in practice. or maybe it's all good. 22:52:23 &lt;str4d&gt; But if everyone is happy enough to have an /en/site/misc/* url for the remaining pages, I'll put them there (as I'm getting tired of page sorting @_@) 22:54:09 &lt;zzz&gt; just don't try to achieve some mythical and useless goal of a 1:1:1:1 mapping of menus:topics:urls:filenames 22:55:07 &lt;zzz&gt; and a deep hierarchy doesn't help anybody. hurts SEO, hurts the people typing, hurts readability of the urls, etc.... so dont get carried away 22:55:10 &lt;str4d&gt; b 23:00:46 &lt;str4d&gt; With regard to that, I'm wondering if there is a way to remove "site/" from the url - it just adds to the length. 23:01:04 &lt;str4d&gt; But given that other pages are e.g. "/en/download" or "/en/blog", having "/en/site/*" might be unavoidable. 23:02:46 &lt;str4d&gt; And mapping urls:filenames is also unavoidable, because they are flat files, so the only way to get a url of a filename (without storing yet another map) is to use its path. 23:04:00 &lt;topiltzin&gt; zzz: which of the issues you brought up today would you say are real show-stoppers as opposed to incremental improvements? 23:04:03 &lt;zzz&gt; lang/site seems poor 23:04:07 &lt;zzz&gt; cant we just use content headers? 23:04:07 &lt;str4d&gt; General feeling I'm getting from reading some articles on SEO is that longer URLs with categorization are better. 23:04:48 &lt;str4d&gt; zzz, I recall discussing that with welterde, but I don't recall his argument against it. 23:06:05 &lt;str4d&gt; The backend just needs to get a language code from somewhere. 23:06:08 &lt;str4d&gt; @babel.localeselector 23:06:09 &lt;str4d&gt; def get_locale(): 23:06:09 &lt;str4d&gt; # If the language is already set from the url, use that 23:06:09 &lt;str4d&gt; if hasattr(g, 'lang'): 23:06:09 &lt;str4d&gt; return g.lang 23:06:09 &lt;str4d&gt; # otherwise try to guess the language from the user accept 23:06:09 &lt;str4d&gt; # header the browser transmits. The best match wins. 23:06:09 &lt;str4d&gt; return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 &lt;str4d&gt; That's the current method. 23:06:24 &lt;str4d&gt; But IIRC welterde wasn't particularly happy with solely relying on ACCEPT_LANGUAGES 23:07:01 &lt;zzz&gt; i don't really know anything about the backend but it sounds like you're looking at a pretty rigid url-&gt;file mapping technology? 23:07:16 &lt;zzz&gt; i dont even know if you're using the same backend as now or something new 23:07:42 &lt;str4d&gt; zzz, it's not a rigid technology, no - it's the requirement of having the pages in mtn that is rigid. 23:07:46 &lt;str4d&gt; @app.route('/&lt;string:lang&gt;/site/&lt;path:page&gt;') 23:08:01 &lt;str4d&gt; ^-- that is the catcher for site urls. 23:08:31 &lt;zzz&gt; re: showstoppers, I wouldn't classify of my comments as showstoppers, only as comments. But it doesnt appear that we're at the point in the process yet to be talking about showstoppers anyway? 23:08:34 &lt;str4d&gt; The backend just turns "page" into a filesystem path and hands the resulting file to the template renderer. 23:09:01 &lt;str4d&gt; zzz, I'm hoping that discussion like this will help avoid showstoppers entirely =) 23:09:28 &lt;zzz&gt; right. but what sort of schedule are you on? days, weeks, months, years? I really don't know. 23:11:20 &lt;str4d&gt; I'd like to have the new site up within the next few months. 23:11:23 &lt;str4d&gt; And ideally the structure of the site will be sorted before the next release. 23:11:23 &lt;str4d&gt; well before* 23:11:23 &lt;str4d&gt; So the main showstopper I see is getting a cohesive design for the new structure. 23:12:01 &lt;str4d&gt; So weeks for the structure, months for the launch. 23:13:07 &lt;str4d&gt; Mainly because there are many other I2P-related projects I want to put time into, and I would like to finish some of my current ones first ^_^ but that said, I don't want to rush out a bad site. 23:13:50 &lt;zzz&gt; the structure of the site (menus, pages) is important, but not too hard. The structure of the files, as I said, is not the same thing, and not super-important, and I wouldn't spend more than about 5 more minutes on it. 23:16:16 &lt;zzz&gt; although, at the top level, getting rid of en/site would be great. seems like those shouldnt be in the urls 23:16:18 &lt;str4d&gt; zzz, I agree on that distinction, but under your current requirements the structure of the files is equivalent to the structure of the urls, which is very important for SEO. 23:16:48 &lt;zzz&gt; but with mapping you can skip over en/site for example. 23:18:24 &lt;str4d&gt; One thing - removing /en/site (and /en for the other pages) means that the new urls will get mixed up with the legacy catcher, which will make things tricky... 23:19:18 &lt;zzz&gt; it's important for seo but I dont know the right answers. Is en/site/docs/router/transport/udp/spec.html better or worse than /udp-specification.html? dunno. 23:19:25 &lt;str4d&gt; Which means that in addition to having a map of old legacy urls to new ones, we would need a map of new urls to their files, which is basically then a database. 23:20:12 &lt;str4d&gt; zzz, /docs/legacy/ssu/ (or udp) is better than /udp-specification AFAICT from some preliminary SEO reading. 23:20:49 &lt;str4d&gt; Though now I'm reading a page advocating flat site architecture. 23:21:12 &lt;str4d&gt; ... or is it? I can't tell... 23:21:59 &lt;zzz&gt; there's ~575 files total, 180 meeting, 48 release, 95 status, leaving only 240 others 23:22:28 &lt;str4d&gt; "Along with smart internal linking, SEOs should make sure that the category hierarchy of the given website is reflected in URLs." 23:24:39 &lt;str4d&gt; The following is a good example of URL structure: 23:24:42 &lt;str4d&gt; http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 &lt;str4d&gt; The following is a bad example of URL structure: 23:24:42 &lt;str4d&gt; http://www.imdb.com/title/tt0468569/ 23:24:45 &lt;iRelay&gt; Title: Open Directory - Games: Video Games: History (at www.dmoz.org) 23:24:53 &lt;iRelay&gt; Title: The Dark Knight (2008) - IMDb (at www.imdb.com) 23:26:52 &lt;str4d&gt; That seems to echo the general view I'm getting. 23:27:04 * str4d will do more SEO research... ugh... 23:27:07 &lt;zzz&gt; I think you gotta figure out the language thing first 23:27:34 &lt;str4d&gt; Yeah. Do we know that users will have ACCEPT_LANGUAGES set? 23:27:37 &lt;str4d&gt; s/that/if/ 23:27:40 &lt;iRelay&gt; str4d meant: Yeah. Do we know if users will have ACCEPT_LANGUAGES set? 23:27:44 &lt;str4d&gt; Does the HTTP proxy filter that at all? 23:28:35 &lt;zzz&gt; if you handle accept-foo correctly then the crawlers will work better I would guess 23:28:35 &lt;zzz&gt; but what do you do about manual language selection - set a cookie and use that to override? 23:28:35 &lt;zzz&gt; i know almost nothing about how to do it 23:28:38 &lt;zzz&gt; until you decide for sure if it is lang/.... or .../foo_lang.html you can't get much further. I dont know if duck chose the en/site scheme but if he did it's not important that he did 23:29:25 &lt;zzz&gt; certainly for blogs, newspapers, etc the best practice is clear: myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 &lt;zzz&gt; a lot of sites use short urls with redirects, for ads and for the url "guessers" - e.g. http://cbs.com/survivor 23:32:21 &lt;iRelay&gt; Title: Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com (at cbs.com) 23:32:40 &lt;zzz&gt; short urls for tweets and facebook and ads , maybe it doesnt matter if they redirect 23:33:39 &lt;zzz&gt; the i2p http proxy filters accept-* 23:45:41 &lt;str4d&gt; zzz right, so there does need to be a URL-based lang option... 23:47:49 &lt;str4d&gt; cookies - is it okay to assume that all site users will have cookies enabled? 23:48:16 &lt;str4d&gt; or at least, all non-English users (both I2P and clearnet) 23:49:50 &lt;zzz&gt; dont know 23:54:23 &lt;str4d&gt; Certainly inside I2P, we don't want to alienate the more careful users. 23:58:45 &lt;str4d&gt; Anyway, this meeting has kinda turned into a website discussionfest - sorry! 23:58:45 &lt;RN&gt; right, I block cookies by default, and I think I'm not alone 23:59:07 &lt;RN&gt; it's important stuff str4d :) 00:02:24 &lt;str4d&gt; So I'll officially end the meeting now, but website discussion can continue (though I'm off for an hour or so). 00:02:27 &lt;str4d&gt; Unless anyone has any quick points they want to raise? 00:02:34 &lt;str4d&gt; 3 00:02:34 &lt;str4d&gt; 2 00:02:34 &lt;str4d&gt; 1 00:02:37 * str4d *baf*s the meeting closed. 00:07:57 &lt;topiltzin&gt; Thank everyone, this was good stuff. I learned a lot about SEO and it's been joy to see zzz so enthusiastic. ( Could be the dg-pixie-dust aftereffects :) ) I wish I could contribute more but websites are not my thing at all. 00:08:13 &lt;topiltzin&gt; and thanks to KillYourTV and sighup-bot__ for the logs :) 00:13:54 &lt;zzz&gt; pfft. didnt know we were still in the meeting :) 00:26:40 &lt;topiltzin&gt; just zoned back in :) back seat was so cozy I spaced out a little </div>/ar/blog/2012/12/17/0.9.4-release/Mon, 17 Dec 2012 00:00:00 +0000/ar/blog/2012/12/17/0.9.4-release/<p>0.9.4 includes a fix for a network capacity bug, introduced in 0.9.2, that was reducing network performance and reliability. It also includes major changes in the in-network update system, and adds the capability to update via in-network torrents.</p> <p>We fixed several bugs in the i2psnark DHT implementation that was introduced last release. For those of you using console or http proxy passwords, we converted to the more-secure digest method and improved the security for console forms.</p>/ar/blog/2012/12/11/i2p-dev-meeting-december-11-2012/Tue, 11 Dec 2012 00:00:00 +0000/ar/blog/2012/12/11/i2p-dev-meeting-december-11-2012/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> lillith, Meeh, postman, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:20:09 &lt;str4d&gt; &lt;str4d&gt; Not sure where dg is, so I propose that we get the meeting started anyway, continuing on with the agenda from last week (or restarting it if necessary). 20:20:09 &lt;str4d&gt; (`http://zzz.i2p/posts/5779)` 20:20:18 &lt;iRelay&gt; Title: zzz.i2p: IRC Meetings (at zzz.i2p) 20:40:14 &lt;str4d&gt; No one going to reply? 20:41:48 &lt;Meeh&gt; I'm in for a meeting 20:42:09 &lt;Meeh&gt; but IRC was really unstable today 20:51:48 &lt;str4d&gt; Does someone want to chair and start a meeting? No idea where dg has got to, and I've got to leave partway though so I can't. 20:52:40 &lt;str4d&gt; Looks like iRelay is on postman's server, so if the chair is also there then disconnects won't affect the meeting log. 21:01:13 &lt;psi&gt; meeting was...? 21:01:32 * lillith volunteers to chair once i have zzz.i2p loaded succesfully 21:04:05 &lt;psi&gt; meeting is now rite? 21:05:43 &lt;lillith&gt; yep unless anyone else wants to chair 21:07:16 &lt;psi&gt; ok 21:07:16 &lt;psi&gt; topics? 21:07:16 &lt;lillith&gt; So, Carrying on from where we left off last week, orion are you in here? 21:09:52 &lt;psi&gt; sounds doable 21:09:54 &lt;lillith&gt; i'm not sure what for though, seems a little pointless to me at least 21:10:20 &lt;psi&gt; to make a more structured environment for helping users 21:10:27 &lt;psi&gt; iirc 21:10:48 &lt;topiltzin&gt; more like pool resources 21:11:05 &lt;topiltzin&gt; +1 on that but iirc someone had to be asked first (the owner of the channel? who is/was that?) 21:11:13 &lt;lillith&gt; so combine two fairly dead channels to a less dead one? 21:11:50 &lt;topiltzin&gt; yah 21:12:23 &lt;lillith&gt; okay item 2a: who owns each cannel and what do they think? 21:12:50 &lt;lillith&gt; 2b: is the new channel #i2p or #i2p-help? 21:12:57 * postman owns #i2p and thinks nothing in particular 21:13:31 &lt;postman&gt; #i2p should keep its name 21:13:33 &lt;lillith&gt; 2c: ask someone to delete one and redirect people to the other 21:13:38 &lt;postman&gt; zzz owns #i2p-help 21:14:10 &lt;psi&gt; i suppose the ircd can do a "symlink" of sorts for channels? 21:14:12 &lt;lillith&gt; i think new users need an obvious 'help' channel to go to first when they connect 21:14:31 &lt;lillith&gt; otherwise they will just ask in random channels 21:14:51 &lt;postman&gt; re: symlink. i will check that 21:16:35 &lt;lillith&gt; okay, item 2 dealt with? 21:18:16 &lt;lillith&gt; item 3: website revamp updates. 21:18:35 &lt;lillith&gt; str4d, any news? 21:18:37 &lt;psi&gt; how many are working on that? 21:23:13 &lt;lillith&gt; psi: afaik only str4d 21:28:17 &lt;lillith&gt; re: Item 4 : 0.9.4 Console links additions, i think str4d has gone and books isn't here, maybe next week? 21:28:17 &lt;str4d&gt; lillith, about to go afk 21:28:26 &lt;str4d&gt; But website page reorganization is basically done. 21:33:45 &lt;str4d&gt; I'd like some feedback from people on it (navigation and url structure) - see ticket #807 for the live url 21:33:48 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:33:50 &lt;str4d&gt; And that ticket also lists the next todo items for the revamp. 21:33:50 &lt;lillith&gt; okay, thanks :) 21:34:09 &lt;lillith&gt; item 5 ; 0.9.4 release 21:35:46 &lt;lillith&gt; zzz, are you still aiming for mid-december? 21:39:52 &lt;zzz&gt; monday. see also /topic and `http://zzz.i2p/topics/1252` 21:39:55 &lt;zzz&gt; and re: console link additions, that agenda item can be pushed out 6 weeks for 0.9.5 21:45:02 &lt;lillith&gt; okay thanks :) 21:45:09 &lt;lillith&gt; item 6 : any notes from participants 21:45:09 &lt;lillith&gt; ... anyone? 21:45:09 &lt;psi&gt; notes? 21:45:09 &lt;lillith&gt; anything you wish to add 21:45:09 &lt;psi&gt; the most common complaint from new users is that it's slow at start 21:45:22 &lt;psi&gt; is there any way to address that? 21:49:54 &lt;Meeh&gt; make the installer include RIs could help on the startup speed. But it's not a flawless solution 21:49:54 &lt;Meeh&gt; what if dose RIs goes down, or high load, etc etc 21:49:54 &lt;psi&gt; is there a "faster" way to initial seed besides prebundling? 21:49:54 &lt;zzz&gt; Meeh, is your reseed server script at all a bottleneck? is it slowing down reseeding at all? 21:49:54 &lt;Meeh&gt; higher the limit before the router stop reseeding to 2-300.. But not a flawless idea either 21:49:54 &lt;lillith&gt; Meeh,surely any solution would be better than none 21:49:54 &lt;Meeh&gt; it slows the server down if it's much used since it's a write lock on sqlite 21:49:56 &lt;Meeh&gt; I should make a mysql version, and those reseeders that could use it, would help a lot 21:51:20 &lt;lillith&gt; prebundling RIs could only speed up initial startup; worst case is that it's the same as now 21:51:20 &lt;Meeh&gt; then the file/db lock wouldn't be a bottleneck anymore 21:52:49 &lt;Meeh&gt; or whatever else *sql as long as it run as a server 22:01: &lt;lillith&gt; orion dosen't seem to be here, and i don't see how we can go on without him 22:04: &lt;lillith&gt; item 7: next meeting 22:06: &lt;topiltzin&gt; pre-bundling has some strong arguments against it, they are available on zzz.i2p 22:07: &lt;lillith&gt; i'l leave this to dg , presumably it will be 8.00 UTC next tuesday (18th) 22:08: &lt;lillith&gt; topiltzin, i'l take a look 22:09: &lt;lillith&gt; I'd say this meeting is now officially over then :) </div>/ar/blog/2012/12/04/i2p-dev-meeting-december-04-2012/Tue, 04 Dec 2012 00:00:00 +0000/ar/blog/2012/12/04/i2p-dev-meeting-december-04-2012/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, KillYourTV, lillith, Meeh, psi, str4d, weltende, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:18:53 * KillYourTV has noticed that we're 17 minutes into the meeting...and we're off to a quiet start... 20:19:31 &lt;lillith&gt; i was wondering that, did i also get the wrong time or something? 20:20:23 * dg is waiting for self to be free 20:20:30 &lt;dg&gt; some stuff needs wrapping up first 20:20:33 &lt;dg&gt; sorry 20:20:39 &lt;dg&gt; you guys can start without me if you need to 20:23:07 * KillYourTV 's mostly going to be an observer due to his rather insignificant & unimportant roles... 20:23:15 &lt;KillYourTV&gt; ...so start times matter not. 20:23:39 &lt;Meeh&gt; I will be here, but I can wait until dg is ready 20:23:42 &lt;str4d&gt; I wonder if it would be possible to have two IRC leaf connections to the same leaf to reduce netsplits... 20:23:48 &lt;dg&gt; As long as nobody's becoming annoyed, I'll wait a little longer 20:23:59 &lt;dg&gt; Hopefully $task won't be too much longer 20:24:02 &lt;str4d&gt; (without doubling up on messages) 20:24:05 &lt;dg&gt; str4d: not without srs mods to IRCd 20:24:16 &lt;dg&gt; (or i2p hax?) 20:24:22 * KillYourTV nices his tasks to give more CPU time to dg 20:25:07 &lt;str4d&gt; There are already I2P mods for the IRCd so why not redundancy? 20:25:50 &lt;dg&gt; actually 20:25:50 &lt;str4d&gt; I guess it depends on the IRCd 20:26:04 &lt;dg&gt; I kind of see the amount of IRC splits as a way of measuring network health 20:26:19 &lt;dg&gt; For me, it says something about tunnel success :-P 20:27:07 &lt;str4d&gt; Speaking of which. 20:27:30 &lt;KillYourTV&gt; I don't know what mods were applied and why they were needed. (Back in the day ngircd needed a brief mod for b32 displaying...but with webirc it's not needed (and they're not displayed here anyway)) 20:28:00 &lt;str4d&gt; -_- 20:49:54 &lt;psi&gt; orion: re: c++ i2p you mind if i add a build system to your code? probably scons 20:54:16 &lt;dg&gt; I'm ready 20:54:27 &lt;dg&gt; Sorry for the delay, folks 20:55:01 * dg pings #i2p-dev 21:03:16 &lt;str4d&gt; o/ dg 21:04:09 &lt;hottuna&gt; 'lo dg 21:05:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; *waves* 21:05:53 &lt;psi&gt; yay 21:05:56 * psi timed out 21:11:17 &lt;hottuna&gt; ready dg? 21:13:23 &lt;dg&gt; sorry, I d/c'd 21:13:26 &lt;dg&gt; What did I miss? 21:13:26 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; *waves* 21:13:26 &lt;dg&gt; chanserv gives voice to psi 21:13:26 &lt;dg&gt; &lt;+psi&gt; yay 21:13:26 &lt;dg&gt; +psi timed out 21:13:26 &lt;dg&gt; s-771 is now known as s-77 21:13:26 &lt;dg&gt; &lt;+dg&gt; yay! 21:13:26 &lt;dg&gt; &lt;+dg&gt; Everyone woke up for me&lt;3 21:13:27 &lt;dg&gt; &lt;+dg&gt; weltende: Any news regarding mailing list? plz have some for me 21:13:27 &lt;Meeh&gt; *waves* 21:13:27 &lt;hottuna&gt; I dont think you missed anything 21:13:27 &lt;psi&gt; yup 21:13:27 &lt;dg&gt; alrighty 21:13:27 &lt;dg&gt; So, weltende: .. 21:14:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; not really.. no time so far 21:14:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; kytv could do it.. he has root access to the box I had in mind afair ;-) 21:14:50 * dg waits a few minutes 21:15:41 * dg pokes KillYourTV 21:17:30 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: and more cowbell! 21:17:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; err.. structure 21:18:02 * dg was never any good at that, but he'll try 21:18:12 * dg moves on 21:18:15 &lt;dg&gt; KillYourTV: ping when back 21:18:21 &lt;dg&gt; So, status updates. 21:18:40 * str4d has ~40 mins, so GTFG fg ;P 21:18:40 &lt;KillYourTV&gt; hmm? I didn't realize I had root but I can to throw some time at it (coursework & moving has taken up a considerable bit of time) 21:18:40 &lt;dg&gt; Are they worth bringing back since we have the meetings (and hopefully the summaries of them, but they're not working out right now)? 21:19:15 &lt;str4d&gt; dg, who would the status updates be for? 21:19:22 &lt;str4d&gt; s/for/aimed at/ 21:19:25 &lt;iRelay&gt; str4d meant: dg, who would the status updates be aimed at? 21:19:34 &lt;dg&gt; Well, I assume the previous ones which jrandom maintained were for those who wanted a TL;DR of the meetings 21:20:06 &lt;dg&gt; Perhaps what we did with the last meeting (on the website) where the results were summarized at the top of the page 21:20:31 &lt;hottuna&gt; They would be nice for the sake of community-building, but also a bit of work. 21:20:49 * dg doesn't think it's a necessity as such but it'd be nice to say what the meeting accomplished/decided 21:21:32 &lt;hottuna&gt; Would anyone like to do it? 21:22:01 &lt;str4d&gt; On the site revamp I've taken the status updates as "blog entries" 21:22:05 &lt;str4d&gt; So it might be better to write those, or structure the status updates as such. 21:22:20 &lt;hottuna&gt; that sounds pretty good 21:22:57 &lt;str4d&gt; (And since the blog will end up with RSS or whatever, that can then be used to feed into any other distribution lines that are desired) 21:23:24 &lt;psi&gt; point 1: to consider, CCC 21:23:27 &lt;lillith&gt; i was thinking after a meeting we could have a new thread on zzz.i2p, to allow people to reply with any follow up things from what has been discussed 21:23:30 &lt;psi&gt; how will "this side" organize? 21:23:55 &lt;hottuna&gt; I support the blog idea, however someone would have to do it. 21:24:50 &lt;psi&gt; oh damn lag 21:25:27 &lt;str4d&gt; And the status updates don't need to necessarily be too "minutes-y", since the meetings section of the revamp is where actual minutes should go (and I'm thinking that the minutes could be put into a feed as well, while the full logs are displayed with the minutes on the site) 21:26:10 &lt;zzz&gt; dg, fyi, jr's status updates were sent out hours before each meeting, and they were not minutes of the previous meeting 21:26:55 &lt;str4d&gt; Ah, thanks zzz - so more of a general get-everyone-up-to-speed-before-the-meeting update. 21:27:10 &lt;zzz&gt; correct 21:27:39 &lt;zzz&gt; dg, fyi, jr's status updates were sent out hours before each meeting, and they were not minutes of the previous meeting 21:28:00 &lt;dg&gt; zzz: ah ok, it was a tl;dr of the $week? 21:28:03 &lt;dg&gt; &lt;+dg&gt; Moving on? 21:28:03 &lt;dg&gt; &lt;+dg&gt; psi: ccc is on the agenda :) 21:28:03 &lt;dg&gt; --- aquarium (grenze@irc2p) has joined #i2p-dev 21:28:06 &lt;dg&gt; --- w8rabbit (w8rabbit@irc2p) has quit (Killed (nickserv (Nick kill enforced))) 21:28:06 &lt;zzz&gt; &lt;str4d&gt; Ah, thanks zzz - so more of a general get-everyone-up-to-speed-before-the-meeting update. 21:28:06 &lt;zzz&gt; &lt;zzz&gt; correct 21:28:09 &lt;dg&gt; &lt;+dg&gt; Next topic: * PR management role (`http://zzz.i2p/topics/1299)` 21:28:09 &lt;dg&gt; &lt;+dg&gt; I don't know if the guy who posted that is here.. 21:28:09 &lt;str4d&gt; dg, repost: And the status updates don't need to necessarily be too "minutes-y", since the meetings section of the revamp is where actual minutes should go (and I'm thinking that the minutes could be put into a feed as well, while the full logs are displayed with the minutes on the site) 21:28:24 &lt;str4d&gt; Yes he is - orion? 21:28:34 &lt;hottuna&gt; dg, would you be willing to write a status update before meetings in the blog? 21:29:16 &lt;str4d&gt; (he's in-chan at least) 21:29:23 &lt;str4d&gt; And FTR this is the guy working on I2PCPP 21:30:15 * psi is compiling i2pcpp 21:31:12 &lt;psi&gt; i am also looking at the code as well 21:32:58 &lt;psi&gt; i've got a SConstruct file 21:36:03 &lt;dg&gt; damn rats eating the cables 21:36:03 &lt;dg&gt; [repost] 21:36:03 &lt;dg&gt; &lt;+psi&gt; i've got a SConstruct file 21:36:05 &lt;dg&gt; &lt;+dg&gt; str4d: 21:36:05 &lt;dg&gt; &lt;+dg&gt; * Website revamp updates 21:36:05 &lt;dg&gt; &lt;+dg&gt; Anything? 21:36:08 &lt;dg&gt; [/repost] 21:36:12 &lt;str4d&gt; dg, need m0ar stables 21:36:15 &lt;str4d&gt; =P 21:36:21 &lt;dg&gt; :( 21:36:36 &lt;str4d&gt; dg, I've got per-net urls working 21:36:59 &lt;dg&gt; oh nice, progress 21:37:02 &lt;dg&gt; How did you do it? 21:37:06 * psi note to self don't compile with -j8 on a machine with 4 cores 21:37:13 &lt;str4d&gt; So in the page files, if you put &lt;a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"&gt; it will convert to trac.i2p2.de 21:37:32 &lt;str4d&gt; And likewise for any other sites that have (hardcoded) known public urls. 21:37:39 &lt;str4d&gt; Otherwise it appends .to 21:38:16 &lt;str4d&gt; dg, problem was that Flask was caching filters applied to strings. 21:38:19 &lt;str4d&gt; So it was eval-ed on first template read and then stored. 21:38:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: unless it does multiple threads per core ;) 21:38:43 &lt;str4d&gt; Turning the filter into a context processor (so the func is eval-ed on every request) did the job. 21:38:46 &lt;dg&gt; Oh, ha 21:39:34 &lt;str4d&gt; I can try generalize the function so you pass in the entire URL and it finds and changes the domain bit, if people would prefer to use it that way. 21:39:45 &lt;str4d&gt; But it Works For Now (TM) 21:40:01 &lt;dg&gt; psi: 21:40:04 &lt;dg&gt; * CCC workshop/lightning talk discussion 21:40:28 &lt;psi&gt; yes 21:40:39 * psi reviews zzz.i2p link 21:40:58 &lt;str4d&gt; (aside: Once I get some free time (after getting the bugs out of the feed mechanism) I'd like to work out the download mirroring stuff with welterde.) 21:42:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. should be simple enough.. text file in mtn with list of all http, ftp mirrors.. 21:44:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and in the backend just an rsync master site, from which all mirrors pull) 21:44:40 &lt;hottuna&gt; did we choose a lightning talk topic? 21:44:40 &lt;psi&gt; ok regarding CCC there is 0% chance for me to get the required docs to get there in time 21:44:40 &lt;psi&gt; also... lots of "other stuff" 21:44:40 &lt;psi&gt; in general I am overloaded due to finals 21:44:40 &lt;psi&gt; also lag 21:45:31 &lt;str4d&gt; welterde, I guessed so, but I'm not familiar with the current mirror setup. 21:47:26 &lt;str4d&gt; The other thing, of course, is migrating the rest of the old pages across (and tidying up nav layout) 21:48:06 &lt;dg&gt; &lt;+psi&gt; ok regarding CCC there is 0% chance for me to get the required docs to get there in time 21:48:06 &lt;dg&gt; &lt;+psi&gt; also... lots of "other stuff" 21:48:06 &lt;dg&gt; &lt;+psi&gt; in general I am overloaded due to finals 21:48:06 &lt;dg&gt; &lt;+psi&gt; also lag 21:48:06 &lt;dg&gt; &lt;+dg&gt; Could probably ask the audience who has used i2p before 21:48:09 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; (and in the backend just an rsync master site, from which all mirrors pull) 21:48:09 &lt;dg&gt; &lt;+dg&gt; psi: yeah, ech and welt are going though afaik 21:48:11 &lt;dg&gt; &lt;+str4d&gt; welterde, I guessed so, but I'm not familiar with the current mirror setup. 21:51:57 &lt;str4d&gt; Okay, heading off o/ 21:52:13 &lt;dg&gt; bye o/ 21:52:28 &lt;dg&gt; We really should have started earlier 21:52:31 &lt;dg&gt; g'damnit 21:52:47 &lt;str4d&gt; I'll see if I can be back in time for the end, but no guarantees. 21:53:35 &lt;dg&gt; alright, stenography 21:53:42 * dg pokes Meeh 21:54:01 &lt;psi&gt; we need a generic interface for making transports 21:54:04 &lt;psi&gt; (imo) 21:54:23 &lt;psi&gt; s/need/should\ have/ 21:54:26 &lt;iRelay&gt; psi meant: we should\ have a generic interface for making transports 21:55:08 &lt;Meeh&gt; I'm here, sorry just got disturbed with a phone call, back now 21:55:16 &lt;dg&gt; afaik there's something called "restricted routes" but I don't know how they work 21:55:19 &lt;Meeh&gt; *catchin up/reading log* 21:55:22 &lt;dg&gt; (nor have they been implemented..?) 21:55:28 &lt;dg&gt; Meeh: there isn't too much to read.. :( 21:55:50 &lt;psi&gt; dg no docs on that? 21:56:10 &lt;dg&gt; psi: mention on www.i2p2.i2p is all I found under roadmap or something.. 21:56:47 &lt;psi&gt; if anyone happens to remember what "restricted routes" are/were please speak up 21:56:50 &lt;lillith&gt; dg, as i understand it restricted routes are like 'darknet mode' on freenet, you only connect via trusted peers 21:56:57 &lt;psi&gt; ah 21:57:16 &lt;dg&gt; ah 21:57:31 &lt;lillith&gt; i think :) 21:57:34 &lt;psi&gt; sounds like that could be it 21:58:11 &lt;dg&gt; matches the name 21:58:33 &lt;lillith&gt; it's been mentioned on zzz.i2p recently iirc 21:59:40 &lt;psi&gt; if someone who does know for sure from way back when a "confirmation" would be great 22:01:31 &lt;lillith&gt; `http://zzz.i2p/topics/114` 22:04:31 * dg reads 22:04:31 &lt;lillith&gt; it's not what i meant, but it explains pretty thoroughly 22:06:02 &lt;Meeh&gt; just wondering, where are we in the meeting? 22:06:13 &lt;Meeh&gt; what's current topic 22:06:16 &lt;dg&gt; We're kind of floating around, Meeh 22:06:23 &lt;Meeh&gt; ah ok 22:06:31 &lt;dg&gt; "* Hide I2P traffic. Like Tor, hide so it looks like SSL traffic, or something. (Considering countries where darknets is illegal) " 22:06:41 &lt;dg&gt; (We started late and thus sucking) 22:08:10 &lt;Meeh&gt; yea, we should think about possible alternative transport for countries blocking and making darknets illegal 22:09:47 &lt;lillith&gt; well to start with: how distinctive is i2p traffic now? 22:09:50 &lt;hottuna&gt; I think we ought to play something like that the same way tor does 22:09:50 &lt;hottuna&gt; and deploy it not before it is needed 22:09:50 &lt;hottuna&gt; as to prolong any arms-race 22:09:50 &lt;hottuna&gt; but we haven't been blocked anywhere yet 22:09:50 &lt;hottuna&gt; as far as I know 22:10:05 &lt;dg&gt; (yet) 22:10:25 &lt;dg&gt; Also, the lack of this sort of "protection" i.e system keeps some away from i2p 22:10:32 &lt;psi&gt; in general a generic transport api would be a developer's goldmine 22:10:32 &lt;hottuna&gt; we have a lot of random data, but none of the headers of ssl 22:10:57 &lt;dg&gt; obfsproxy is amazing but we don't need something of that level 22:11:48 &lt;psi&gt; some interface that you'd implement that does your version of data transport wether it's over goats or http+ssl 22:11:50 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: we already have a generic transport api ;) 22:11:54 &lt;lillith&gt; i2p can't really be 'too secure' 22:12:02 &lt;hottuna&gt; a transport api would be a good idea, and would allow for rapid development of needed transports 22:12:14 &lt;psi&gt; we do eh? 22:12:36 &lt;psi&gt; i need to look at the code closer 22:12:56 &lt;psi&gt; either it's not sticking out well or i over looked it or it's not there 22:13:03 &lt;Meeh&gt; yea, yet.. it's a matter of time 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; router/java/src/net/i2p/router/transport/Transport.java is the interface you have implement 22:13:36 &lt;dg&gt; certainly not, lillith 22:13:46 &lt;dg&gt; although i2p is already a lot of crypto 22:14:17 &lt;hottuna&gt; i think obfsproxy is horrible, and it's tacked onto tor in the most frankenstein-y fashion possible 22:14:40 &lt;dg&gt; I don't like their pluggable transports but the tech is cool 22:14:48 &lt;dg&gt; (emulating Skype is one cool thing) 22:17:27 &lt;psi&gt; iirc obsproxy can be counter productive 22:17:33 &lt;hottuna&gt; i've gotta go 22:17:46 &lt;psi&gt; due to it emulating a survalence network 22:17:53 * psi spelling 22:18:00 &lt;dg&gt; bye 22:19:55 &lt;psi&gt; i've got to part for now as well 22:20:27 &lt;dg&gt; I think we can just call it a day now and have it next week/sometime soon(er) 22:20:34 &lt;dg&gt; Kind of fucked this one up 22:21:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; sounds like a plan 22:21:07 &lt;psi&gt; it's best to have a predefine meeting structure 22:21:54 &lt;dg&gt; yeah 22:26:10 &lt;Meeh&gt; disconnected... 22:26:29 &lt;Meeh&gt; 23:10:30 &lt;+psi&gt; in general a generic transport api would be a developer's goldmine 22:26:32 &lt;Meeh&gt; 23:10:31 &lt;hottuna&gt; we have a lot of random data, but none of the headers of ssl 22:26:35 &lt;Meeh&gt; 23:13:01 &lt;+Meeh&gt; yea, yet.. it's a matter of time 22:26:38 &lt;Meeh&gt; 23:13:15 &lt;+Meeh&gt; so why make people offline from i2p for a while.. better safe than sorry 22:26:41 &lt;Meeh&gt; what did I miss? 22:27:11 &lt;psi&gt; Meeh: meeting adjurned for now 22:27:11 * psi spelling 22:27:58 &lt;psi&gt; &lt;dg&gt; certainly not, lillith 22:27:58 &lt;Meeh&gt; ah, lame.. meeting next week? 22:28:10 * psi lag 22:28:55 &lt;lillith&gt; Meeh, to be decided, maybe before since this one wasn't a great success 22:29:25 &lt;Meeh&gt; true true, next week then </div>/ar/blog/2012/11/27/i2p-dev-meeting-november-27-2012/Tue, 27 Nov 2012 00:00:00 +0000/ar/blog/2012/11/27/i2p-dev-meeting-november-27-2012/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christop1, darrob, dg, hottuna, KillYourTV, LaughingBuddha, RN, Schnaubelt, str4d, topiltzin, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:33:46 &lt;dg&gt; Alrighty. 19:33:49 &lt;dg&gt; So, today's agenda is: 19:33:52 &lt;dg&gt; 0) Hi 19:33:55 &lt;dg&gt; 1) IRL events 19:33:55 &lt;dg&gt; 2) Websiet 19:33:58 &lt;dg&gt; (2a) redux 19:34:01 &lt;dg&gt; (2b) SSL 19:34:08 &lt;dg&gt; 3) that space where you can pitch anything else 19:34:39 *** KillYourTV sets mode: +l 65 19:34:45 &lt;dg&gt; psi, Meeh, and ech (among others) are those who are attending IRL stuff or are able to/willing 19:34:51 * dg pokes 19:35:02 &lt;str4d&gt; 0) Hi 19:35:02 &lt;str4d&gt; Hi! 19:35:18 *** KillYourTV sets mode: +lf 60 [10j#R10,20m#m5,3n#N15]:15 19:35:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; oh.. it's meeting time.. 19:35:29 *** KillYourTV sets mode: +l 65 19:35:32 &lt;dg&gt; Hey 19:35:32 &lt;KillYourTV&gt; sorry 19:35:35 &lt;KillYourTV&gt; hi 19:35:38 &lt;dg&gt; no problem welt, hi! 19:35:49 &lt;hottuna_&gt; 'lo 19:35:57 &lt;dg&gt; 1) IRL events then 19:36:24 &lt;dg&gt; We kind of touched on this last time--, I'm wondering if we can utilize the tickets (and men) we have at CCC to get i2p out there somehow 19:36:39 &lt;dg&gt; `http://zzz.i2p/topics/1273` is relevant 19:36:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; I'll be @ 29c3 19:36:59 &lt;hottuna_&gt; I've got stickers and am going to 29c3 19:37:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and bring stickers) 19:37:18 &lt;hottuna_&gt; What would be nice is a talk or a workshop 19:37:41 &lt;dg&gt; Exactly my thoughts. Stickers are cool and all but they only vaguely provoke interest. 19:37:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; (hmm.. maybe I should bring a big "LANG=en" along this time :P) 19:37:55 &lt;dg&gt; A workshop/talk would be far better 19:38:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; +sign 19:38:12 &lt;dg&gt; (A talk would have lasting effects) 19:38:37 &lt;iRelay&gt; * weltende@freenode is an terrible speaker.. *waves vaguely at other people* 19:38:52 &lt;hottuna_&gt; What would be the talking points of a talk? 19:38:55 &lt;hottuna_&gt; a general into talk probably wouldnt be very interesting to many people 19:39:39 &lt;dg&gt; It's not really *our* place to perform a talk on the French researcher's points 19:39:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; we could do an getting started with i2p workshop or so? 19:39:49 &lt;dg&gt; General intro would need some sort of point also 19:39:51 &lt;dg&gt; Yeah 19:40:01 &lt;hottuna_&gt; intro* 19:40:01 &lt;hottuna_&gt; (due to the technical nature of the event) 19:40:16 &lt;LaughingBuddha&gt; Maybe a comparison to other solutions like tor? 19:40:31 &lt;LaughingBuddha&gt; s/solutions/options/ 19:40:34 &lt;iRelay&gt; LaughingBuddha meant: Maybe a comparison to other options like tor? 19:41:22 &lt;hottuna_&gt; What does make I2P an attractive option? 19:41:22 &lt;Schnaubelt&gt; LaughingBuddha: maybe I didn't see your suggestion in context, but I don't think we should compare software made for different purposes. 19:41:34 &lt;dg&gt; Tor's .onion then, heh. 19:41:45 &lt;dg&gt; That may or may not interest the CCC folk 19:42:00 &lt;dg&gt; It'd still be somewhat generic *as a talk* 19:42:06 &lt;dg&gt; A workshop however would be perfectly apt 19:43:34 &lt;darrob&gt; i don't think differences to tor are a good topic. they are rather subtle from a listener's POV and you would have to go into too much detail. 19:43:49 &lt;RN&gt; workshops are good if you can get a knowledgable volunteer to run it 19:44:00 &lt;darrob&gt; i vaguely remember an i2p workshop in the past that didn't go so well. i might be making that up though. 19:44:11 &lt;str4d&gt; What would we be trying to convey to the listeners? Are we assuming no knowledge of I2P? Passing knowledge? 19:44:15 &lt;dg&gt; any hint as to why? 19:44:26 &lt;hottuna_&gt; There was a tor/i2p workshop last ccc, but it was cancelled by its creator (gamambel). About 10 ppl were there before realizing it was cancelled. 19:45:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. I remember 19:45:04 &lt;dg&gt; str4d: I'd assume a brief kind of acknowledgement and "hey, I've heard of that. maybe." but nothing more(?) 19:45:18 &lt;dg&gt; hottuna_: is 10 good or bad for CCC? I've really no idea about it :( 19:45:18 &lt;LaughingBuddha&gt; Schnaubelt: I am aware of that. But i2p and tor often get used in the same sentence. 19:47:44 &lt;hottuna_&gt; I dont know, not terrible at the very least? 19:47:47 &lt;str4d&gt; What does a workshop usually entail? 19:47:47 &lt;hottuna_&gt; Im not sure, that was the only one I've ever been to. 19:47:47 &lt;RN&gt; welt please pm me on ein after meeting... have a couple questions 19:47:50 &lt;darrob&gt; i think a lightning talk would be pretty good. a diverse selection of people watch them for one. and even if they wonder about the apparent lack of differences to tor, it's still a win if that gets them to look into it more. 19:47:50 &lt;hottuna_&gt; But probably some setting up and demo:ing 19:47:50 &lt;hottuna_&gt; yeah, a lightning talk would be appropriate 19:48:13 &lt;hottuna_&gt; do we have anything new and/or interesting to present? 19:48:19 *** Farside &lt;Farside!Farside@irc2p&gt; has left #i2p-dev (leaving) 19:48:22 &lt;hottuna_&gt; maybe something that tor does not offer? 19:48:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; RN: k 19:48:32 &lt;dg&gt; Well, torrents.. 19:48:36 &lt;dg&gt; That's not new but. 19:48:42 &lt;dg&gt; Big. 19:49:28 &lt;hottuna_&gt; the torrent bridging idea/infrastructure is interesting 19:49:39 &lt;hottuna_&gt; but not very complete/deployed 19:50:41 &lt;str4d&gt; Yeah, that needs work. 19:51:00 &lt;hottuna_&gt; having a lightning talk is something the ccc visitors can discuss later on 19:51:00 &lt;darrob&gt; hottuna_: that would deserve an extra lightning talk. i'd worry that mentioning it briefly with i2p would only create the old "is everyone an exit node?" kind of confusion. 19:51:11 &lt;hottuna_&gt; it doesnt have to be planned extensively 19:51:14 &lt;str4d&gt; What would our desired result be? What sort of people would/should this attract? New general users? New high-profile routers? New technical users? New researchers? 19:52:23 &lt;hottuna_&gt; technical users and researchers? 19:52:46 &lt;str4d&gt; darrob, true. We do need to be consistent with terminology in that respect I think - outproxies are a service run by volunteers, just like IRC servers, eepsites and repository hosts. They are not something hard-baked into the router like Tor. 19:55:44 &lt;str4d&gt; In that case, posing some open research questions near the end of the talk would be useful, to show that there is room for novel research (always a drawcard for academics ^_^) 19:56:19 &lt;darrob&gt; str4d: sounds good. 19:56:19 &lt;RN&gt; yes squashing the misconception that I2P is meant to hide your login on facebook should be a big bullet point in any such talk/demo imho 19:59:09 &lt;str4d&gt; "I2P is not a ${DEITY}damn proxy!" 19:59:34 &lt;dg&gt; Hm, ok 19:59:55 &lt;RN&gt; proxy is a really tricky term in I2P context 20:00:24 &lt;str4d&gt; Yep. That's why I changed the default text for the IRC tunnel. 20:00:46 &lt;str4d&gt; (It said "IRC proxy" which is *technically* true but not in the way users think it) 20:00:53 &lt;dg&gt; I think those of us visiting CCC could *really* do a workshop this year, and possibly a lightning talk (although that'd most likely be regarding torrents) 20:01:05 &lt;dg&gt; Time to move on to website 20:01:05 &lt;dg&gt; ? 20:06:52 &lt;RN&gt; did you skip updated info on mergability? 20:08:14 * dg missed messages 20:09:02 &lt;dg&gt; str4d: that's a good idea 20:09:05 &lt;dg&gt; also: 20:09:12 &lt;dg&gt; &lt;+dg&gt; I think those of us visiting CCC could *really* do a workshop this year, and possibly a lightning talk (although that'd most likely be regarding torrents) 20:09:12 &lt;dg&gt; &lt;+dg&gt; Time to move on to website 20:09:12 &lt;dg&gt; &lt;+dg&gt; ? 20:10:19 &lt;dg&gt; Messages keep getting dropped. gah. 20:10:19 &lt;topiltzin&gt; oops sorry I was late 20:10:26 &lt;dg&gt; no problem 20:10:26 * topiltzin catching up with backlog 20:10:49 *** w8rabbit_ is now known as w8rabbit 20:11:11 &lt;iRelay&gt; &lt;ReturningNovice_@kytv&gt; dg, I was asking if you were skipping over mergability of fux update to website, (but my connection is tripping) 20:11:39 &lt;dg&gt; Mine is too. 20:12:08 &lt;iRelay&gt; * ReturningNovice_@kytv flips some switches and adjusts some knobs 20:12:14 &lt;str4d&gt; fux hasn't changed in the last week, so no need to cover it at present. 20:12:25 &lt;dg&gt; I am. The outcome last time wasn't good and the fux folk have expressed that any merging is not desirable (at least right now). It may be possible for us to grab some features in future but I guess there's more important things right now? 20:12:28 &lt;dg&gt; Perhaps I'm wrong. 20:12:28 &lt;dg&gt; Yeah. 20:13:43 &lt;str4d&gt; (I'm working on feeds for 0.9.5 so that's my priority) 20:13:54 &lt;dg&gt; Oh, right. 20:14:20 &lt;dg&gt; I setup #i2p-www (just reg'd it), and the idea was that me among others could participate in a "book sprint" almost to get the pages done 20:14:28 &lt;dg&gt; I wasn't sure which pages *actually* needed work, though 20:14:57 &lt;dg&gt; The idea is that #i2p-www could be used as a sort of web committee to get revamp up to scratch and report back to -dev (in meetings I assume) when there's updates 20:15:28 &lt;hottuna&gt; We're updating docs or are we revamping the site? 20:15:37 &lt;dg&gt; Revamping the site 20:15:51 &lt;dg&gt; &lt;@dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:15:51 &lt;dg&gt; &lt;@dg&gt; i2p.www.revamp is the mtn 20:15:57 &lt;str4d&gt; dg, I'd recommend that text revamp be done know 20:16:00 &lt;str4d&gt; argh 20:16:03 &lt;dg&gt; We determined that the current design isn't friendly enough etc. 20:16:20 &lt;str4d&gt; in I2p.www 20:16:48 &lt;topiltzin&gt; ok caught up with backlog 20:16:59 &lt;str4d&gt; and design/structure of the new site in I2p.www.revamp 20:16:59 &lt;topiltzin&gt; we on website now? 20:17:07 &lt;dg&gt; yup 20:17:22 &lt;hottuna&gt; alright! duck's design. Very nice. 20:17:34 &lt;dg&gt; str4d: If that's easier for you, sure. 20:17:57 &lt;topiltzin&gt; do we have a eepsite with that design? 20:18:04 &lt;topiltzin&gt; does it require javascript for anything? 20:18:11 &lt;christop1&gt; huch can you reaach the eepsite 20:18:11 &lt;christop1&gt; ? 20:18:20 &lt;dg&gt; &cs `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:18:20 &lt;iRelay&gt; Trying to check status of "`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/"` for dg. Please wait... 20:18:26 &lt;iRelay&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` responded with status 200 within 5 seconds. 20:19:09 &lt;topiltzin&gt; and "Ur mom" is still there. :-/ 20:19:12 &lt;hottuna&gt; What work needs to be done before it's a viable alternative? 20:20:04 * dg is wondering this 20:20:47 &lt;str4d&gt; topiltzin, I apologize for not removing that yet -_- 20:20:58 &lt;str4d&gt; design needs work/overhaul 20:21:45 &lt;RN&gt; yeah, I remember seing a preview of that... it was a nice profesional look... 20:21:45 &lt;RN&gt; (and vekw35...i2p's bandwidth gets slashdotted lol) 20:21:48 &lt;str4d&gt; but that can be worked on later, with multiple proposals if necessary 20:21:55 &lt;topiltzin&gt; looks alright to me. Is all the content - mtn howto, developer keys, that stuff there? 20:22:22 &lt;str4d&gt; first priority IMHO is getting backend finished. 20:22:41 &lt;str4d&gt; topiltzin, I've migrated most of it. 20:22:44 *** sayliwo_ is now known as sayliwo 20:23:03 &lt;RN&gt; does the revamp use the regular trac tickets? 20:23:41 &lt;str4d&gt; I'm still not happy with the page / navigation layout though.. 20:23:48 &lt;RN&gt; a ticket for "remove "ur mom" " would serve as a reminder to whom it gets assigned to... 20:24:07 &lt;topiltzin&gt; I don't know if "Supported Software" is the best name for the middle column because it's really listing actions, not actual software 20:24:30 &lt;str4d&gt; RN, the frontpage needs a rethink. 20:25:09 &lt;str4d&gt; duck's layout copied the Tor site, and it would be good to make it more unique. 20:25:20 &lt;dg&gt; Could we get a list of things that need doing so someone could perhaps tackle it/at least we have a clear, concise list? 20:25:39 &lt;hottuna&gt; I agree dg 20:25:54 &lt;topiltzin&gt; how drastic of a rethink do you have in mind, str4d ? 20:25:57 &lt;str4d&gt; I can outline later what I know needs doing. 20:26:19 &lt;dg&gt; Thanks! 20:26:22 &lt;dg&gt; I guess we're done with that 20:26:36 &lt;dg&gt; weltende: you here? 20:26:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; yup 20:26:59 &lt;str4d&gt; topiltzin, I like the general layout, but the three columns content needs rethinking. 20:28:17 &lt;topiltzin&gt; Agreed. I'm available to discuss whenever you think it's best 20:29:45 &lt;str4d&gt; and the footer is almost unnecessary 20:29:48 &lt;str4d&gt; fwiw the news column on the right is dynamic 20:29:48 &lt;str4d&gt; (i.e add a new article to backed and the list is updated) 20:29:48 &lt;str4d&gt; That's another thing- caching needs thought 20:29:48 &lt;str4d&gt; &lt;/braindump&gt; 20:30:36 &lt;topiltzin&gt; dg: we can dig in deeper on the website or keep going - your call 20:34:32 &lt;dg&gt; &lt;+topiltzin&gt; dg: we can dig in deeper on the website or keep going - your call 20:34:35 &lt;dg&gt; &lt;+dg&gt; I'm fine with digging deeper, I just don't want this to drag on too long and have some people leave, but the remaining topic is pretty small and mainly just between me and welt 20:35:11 &lt;topiltzin&gt; ok 20:36:00 &lt;topiltzin&gt; I would change the name of the middle column "Supported Software" -&gt; "What can I2P do" 20:36:11 &lt;topiltzin&gt; and since we already have a similar question in the title above, I would consider changing that 20:36:34 &lt;topiltzin&gt; maybe "What does I2P do for you" -&gt; "What is I2P" 20:37:28 &lt;dg&gt; RN: Do we actually have a trac category for this? 20:37:35 &lt;topiltzin&gt; no passive tense on the front page == good 20:37:38 &lt;RN&gt; I'd suggest changing "can be conducted anonymously on I2P." to "can be conducted anonymously inside I2P." 20:37:50 &lt;dg&gt; Ooh. 20:37:57 &lt;dg&gt; inside does sound far better, actually. 20:38:08 &lt;dg&gt; A lot of people do not seem to understand that i2p is a space. 20:38:19 &lt;str4d&gt; We don't want too much text on front page, but given the improved navigation, how much redundant linking is needed? 20:38:37 &lt;RN&gt; dg, if we don't one could probably be created... 20:38:59 &lt;str4d&gt; And could some of it be replaced with other feeds/intro text/something? 20:39:14 &lt;str4d&gt; dg, www 20:39:21 &lt;dg&gt; of course, I'll go create a ticket for "your mom". 20:39:28 &lt;topiltzin&gt; What about simplifying that sentence a bit? "Many things would risk your privacy on the public Internet but you can do them anonymously inside I2P" 20:39:46 * topiltzin was hoping we were mature enough to not need ticket for "ur mom" but we do, so be it 20:40:48 &lt;dg&gt; Should I spare us the embarrassment or do we actually need to make a ticket? 20:40:51 &lt;topiltzin&gt; I'm trying to come up with the most condensed and accessible description possible for the front page 20:41:25 * RN giggles at "&lt;dg&gt; of course, I'll go create a ticket for "your mom"." 20:41:44 &lt;KillYourTV&gt; I think str4d won't forget about it so it's probably not needed. 20:41:59 &lt;KillYourTV&gt; (nor anyone else that does anything on it) 20:42:02 &lt;topiltzin&gt; toss a coin. whatever it takes to get it done :-/ 20:42:05 &lt;str4d&gt; we don't need a ticket for it 20:42:24 &lt;RN&gt; didn't mean to start such an uproar 20:42:27 &lt;dg&gt; It'd be nice to have some things officially noted, although uh.. not the "your mom".. 20:42:30 &lt;str4d&gt; as I said, I think that entire column needs replacing with something else. 20:42:38 * dg sweeps "your mom"-gate under the rug. 20:42:45 &lt;RN&gt; but at least we know there's definately an apropos place for such 20:43:00 &lt;str4d&gt; dg, then a ticket for "replace left column content with something else" 20:43:51 &lt;dg&gt; ok 20:44:22 &lt;topiltzin&gt; left column could even go away entirely imo 20:44:49 &lt;topiltzin&gt; gives us more room to expand on the functionality more 20:45:16 &lt;str4d&gt; as 20:45:16 &lt;str4d&gt; Argh, ignore that- _- 20:45:49 &lt;dg&gt; Trac keywords are delimited by "," right? 20:46:12 &lt;KillYourTV&gt; afaik, yes 20:47:11 &lt;topiltzin&gt; we could even remove the heading "Supported Software" and just use that space to list the different things I2P can do 20:47:26 &lt;dg&gt; `http://trac.i2p2.i2p/ticket/792` 20:47:29 &lt;topiltzin&gt; better than list - give a small blurb on each if appropriate or include an icon 20:47:39 &lt;dg&gt; topiltzin: That'd be sweet, actually. 20:48:00 &lt;str4d&gt; remember that the navigation, columns and footer are just lists, so the left column could be altered/removed with a different theme as well. 20:48:03 &lt;dg&gt; "Supported Software" isn't user friendly anyway 20:49:06 &lt;RN&gt; hmm.... icons... that could get stylisticly opinionated quickly 20:50:34 &lt;str4d&gt; icons etc should be left to theming. maybe we should think about the content we want on the front page for now, and not necessarily how it will be arranged? 20:50:45 &lt;topiltzin&gt; if we can't agree on what icons we think look good we don't have to have any 20:51:49 &lt;topiltzin&gt; you mean beyond removing the left column str4d ? 20:52:35 &lt;RN&gt; yeah, I agree with str4d I think content first, form second, icons as eyecandy in theemes or later 20:52:50 &lt;RN&gt; the most important two questions someone will likely have when they come to the site, are either, why do I need this? and I've got it, so what now? 20:53:16 &lt;str4d&gt; Well, does it need removal? Would a brief intro with a "read more" link be useful? Would a small infographic be helpful? 20:53:35 &lt;str4d&gt; Things like that - content. 20:53:38 &lt;topiltzin&gt; I like infographics in Pretty Colors (TM) 20:54:30 &lt;topiltzin&gt; and as RN asked - what do we answer when the first-time visitor asks "why do I need this?" 20:54:33 &lt;RN&gt; yeah topiltzin, but you use paint 20:54:40 &lt;RN&gt; ;) 20:54:51 &lt;topiltzin&gt; it wouldn't be me alright, zero visual skill here :-P 20:55:43 &lt;RN&gt; breif with a "read more" is a good idea imho 20:55:57 &lt;dg&gt; &lt;+dg&gt; I'd rather not fill up trac with loads of unnecessary tickets but at the same time, it helps to keep a handle on what needs to be done. 20:56:00 &lt;dg&gt; &lt;+dg&gt; Oh, and `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/bounties` - Bounties links are broken. 20:56:00 &lt;dg&gt; &lt;+dg&gt; I think I'm going to go ahead and make tickets for these. 20:56:11 &lt;iRelay&gt; Title: Bounties - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:56:40 &lt;str4d&gt; dg, are they? Must have missed a link migration... 20:57:11 &lt;KillYourTV&gt; I tried a few links at random and they loaded for me 20:57:18 &lt;topiltzin&gt; what would you say in such brief RN ? 20:57:45 &lt;dg&gt; GCJ, for example. "http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/Makefile.gcj" 20:57:52 &lt;dg&gt; A duck.i2p one too. 20:58:07 &lt;dg&gt; I'll trac these too. 20:59:10 &lt;str4d&gt; Oh, that is text- related dg 20:59:17 &lt;RN&gt; well, I'd say something like, the internet is watching you... 20:59:17 &lt;RN&gt; lol 20:59:24 * dg notes 20:59:24 &lt;str4d&gt; they will fail on current website as well. 20:59:39 &lt;RN&gt; I'd need a little time to think up something more serious 20:59:47 &lt;dg&gt; str4d: Thanks :) 21:00:13 &lt;topiltzin&gt; I'm not opposed to having something not-so-serious but not all the way to "ur mom" 21:01:25 &lt;topiltzin&gt; ideally something inviting.. not too formal 21:01:36 &lt;topiltzin&gt; definitely worth brainstorming 21:06:05 &lt;MTN_&gt; i2p.trac: #795: Bounties being broken `http://trac.i2p2.i2p/ticket/795` 21:06:08 &lt;MTN_&gt; i2p.trac: #793: Mirror links `http://trac.i2p2.i2p/ticket/793` 21:06:08 &lt;MTN_&gt; i2p.trac: #792: Replace left column content `http://trac.i2p2.i2p/ticket/792` 21:06:43 &lt;dg&gt; &lt;+dg&gt; Tickets #793 - #795 I have created so far. 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; ideally something inviting.. not too formal 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; definitely worth brainstorming 21:06:43 &lt;dg&gt; &lt;+dg&gt; btw I'm in no rush to close this up unless you guys are ready 21:07:41 &lt;topiltzin&gt; I guess it comes down to why do we want more people to use i2p and what do we tell them so that they start using it 21:08:00 &lt;RN&gt; mirroring and ssl are the only remaining items, aside from brainstorming about the content? 21:08:19 &lt;dg&gt; SSL is between me and welt mainly, and I made a ticket for it 21:08:19 &lt;topiltzin&gt; wanna take care of those two and come back to content at the end? 21:08:34 &lt;dg&gt; Mirroring was touched on last week.. I think we still may need welt for that. 21:08:34 &lt;dg&gt; Oh. 21:08:42 &lt;dg&gt; I'd like to bring up something, actually 21:08:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; I am here.. 21:09:00 &lt;dg&gt; Do you guys think that a mailing list returning for dev discussion etc would be useful or not? 21:09:10 &lt;topiltzin&gt; +1 yes please 21:09:17 &lt;dg&gt; weltende: See ticket #794 21:09:29 &lt;dg&gt; imo we closed the discussion wrt SSL last week 21:09:40 &lt;RN&gt; a mailing list yes, would be good to start one up again imhho 21:09:43 &lt;hottuna&gt; Im not so sure about a mailinglist. zzz.i2p seems to fill that void very well. 21:10:02 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/794` - (assigned defect) - SSL 21:10:03 &lt;RN&gt; though, the warm fish has a good point 21:10:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: the old ML attracted outsiders though.. 21:10:59 &lt;hottuna&gt; zzz.i2p is also already established and working quite well 21:11:23 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: not as much as the ML used to be 21:11:35 &lt;hottuna&gt; welt: yeah, that is true. but it has to be useful and not just bloat for the sake having more stuff 21:11:56 &lt;topiltzin&gt; both work although mailing lists in general are very common in open-source projects 21:11:56 &lt;topiltzin&gt; it's a long-standing tradition in a way. I can live with zzz.i2p but I'd feel right at home with a developer mailing list 21:12:17 &lt;str4d&gt; mailing list could be handy (I'd considered setting a mailing list site up, but wasn't sure how to handle emails without creating one email per list on postman) 21:12:23 *** blitzkrieg_ is now known as blitzkrieg 21:12:38 &lt;topiltzin&gt; is attracting outsiders a bad thing? ;-) 21:12:46 &lt;hottuna&gt; maybe build it and they will come? if no-one cares it will die soon enough 21:13:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: I meant it as a pro-argument for an ML 21:13:12 &lt;topiltzin&gt; oh ok 21:13:32 &lt;hottuna&gt; alternatively ask zzz for an externalized versions / linkto zzz.i2p.to / linkto zzz.i2p.in 21:13:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah.. will set one up once I have time 21:14:43 &lt;topiltzin&gt; I generally don't feel comfortable typing in my password when using those in/out proxies but others may not mind 21:15:56 &lt;hottuna&gt; yeah, an inproxy is probably not optimal 21:16:26 &lt;dg&gt; &lt;+dg&gt; This exists, by the way. It's dead though. 21:16:29 &lt;topiltzin&gt; what's the last thing you got dg? 21:16:29 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/listinfo/i2p-general 21:16:29 &lt;dg&gt; &lt;+dg&gt; Also, might wanna turn directory listing off on *.welterde.de. 21:16:32 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/ 21:16:32 &lt;dg&gt; &lt;+dg&gt; Anyway, ok 21:16:32 &lt;dg&gt; &lt;+topiltzin&gt; I generally don't feel comfortable typing in my password when using those in/out proxies but others may not mind 21:16:35 &lt;iRelay&gt; Title: I2p-general Info Page (at lists.welterde.de) 21:16:35 &lt;dg&gt; &lt;+dg&gt; I don't either. 21:16:38 &lt;iRelay&gt; Title: Index of /mailman/ (at lists.welterde.de) 21:17:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: ah.. I forgot about that.. just never made it onto the website I guess.. 21:17:25 &lt;iRelay&gt; &lt;weltende@freenode&gt; (would rather make it lists.i2p2.de or so though) 21:17:33 &lt;dg&gt; I would too :-) 21:20:27 &lt;dg&gt; topiltzin, personally - I'd like a mailing list but for me, at least it'd be more about the professionalism of it et all, rather than any benefit I can describe to you and preach 21:20:42 &lt;dg&gt; but I suppose the rest of you feel that it'd be beneficial, so that's good 21:20:45 &lt;topiltzin&gt; dg: return true; 21:20:45 &lt;topiltzin&gt; having mailing list archives is very useful; makes the project more like other open-source projects if nothing else 21:21:49 &lt;topiltzin&gt; how is that different from zzz.i2p + inproxy access : not much different other than the random new developer would have less of a learning curve to deal with 21:22:30 &lt;topiltzin&gt; also allowing search engines to index the mailing list archives contributes to the global knowledge base so that's good 21:22:40 &lt;RN&gt; or someone curious about I2P could read some discussion and perhaps decide to install it and try it out 21:22:55 &lt;topiltzin&gt; very often I'm searching for something and I find the answer in the mailing archive of some open-source project 21:23:18 &lt;topiltzin&gt; RN: that is possible, I prefer to keep all possible venues open. 21:23:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: the ML is not about new developers.. or people that are involved in i2p at all.. but rather people outside of the project, that critique the protocol, implementation, etc. 21:23:40 &lt;topiltzin&gt; and then let the users / developers / market decide which place is the best 21:23:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; which has very much died down since the crash 21:24:14 &lt;topiltzin&gt; I don't see why it can't be for both, weltende 21:24:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: sure.. but imho my aspect is the more important aspect ;-) 21:25:04 &lt;topiltzin&gt; :-P 21:25:14 &lt;dg&gt; &lt;+topiltzin&gt; I don't see why it can't be for both, weltende 21:25:14 &lt;dg&gt; &lt;+dg&gt; Also, going to throw an idea out here: geti2p.net as a default domain from some $period onwards 21:25:14 &lt;dg&gt; &lt;+dg&gt; (maybe when we launch the new design) 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; I was thinking that, actually 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; It paints a better picture 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+topiltzin&gt; I don't see why it can't be for both, weltende 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Also, going to throw an idea out here: geti2p.net as a default domain from some $period onwards 21:25:37 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; (maybe when we launch the new design) 21:25:44 &lt;hottuna&gt; I like geti2p.net 21:25:55 &lt;topiltzin&gt; iRelay&gt; &lt;weltende@freenode&gt; topiltzin: sure.. but imho my aspect is the more important aspect ;-) 21:25:55 &lt;topiltzin&gt; &lt;topiltzin&gt; :-P 21:26:06 &lt;dg&gt; So do I, not perfect (i2p.net would be better, obviously) but better than the current IMO. 21:26:17 &lt;KillYourTV&gt; ticket #795 is now fixed for the live site. 21:26:20 &lt;dg&gt; also, sorry for my flaky connection. 21:26:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; the stickers already say geti2p.net iirc ;) 21:26:34 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/795` - (new defect) - Bounties being broken 21:26:38 &lt;str4d&gt; Is I2p.net still registered to jrandom? 21:26:48 &lt;dg&gt; it was paid for many years 21:26:51 &lt;dg&gt; so yes 21:26:58 &lt;dg&gt; unless jrandom returns, we're kind of screwed. 21:27:02 &lt;dg&gt; There's no promise we'll get i2p.net once it expires, either. 21:27:08 &lt;dg&gt; (unless we go to ICANN?) 21:27:10 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah... until 2016 21:27:18 &lt;str4d&gt; And I agree with your idea dg 21:27:29 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: verizone actually 21:27:42 &lt;topiltzin&gt; yeah, new design + new domain name = freshness 21:27:51 &lt;iRelay&gt; &lt;weltende@freenode&gt; err.. verisign 21:27:57 &lt;dg&gt; I thought you'd go to ICANN for getting a domain back if someone else steals it afterwards, say it is your "brand". 21:28:04 &lt;str4d&gt; I already plan to have the site dynamically change URLs for sites it knows are available inside and outside I2p 21:28:15 &lt;dg&gt; sadly, I doubt we can go to ICANN/etc now and say "hey, can we have it now please? We don't want to wait until 2016!" 21:28:35 &lt;dg&gt; (unless we have some good friends) 21:28:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: no.. ICANN only deals with TLD's.. you have to go to the TLD 21:28:49 &lt;str4d&gt; So e.g. forum.I2p &lt;-&gt; forum.i2p2.de 21:28:52 &lt;dg&gt; ah, rite 21:29:07 &lt;dg&gt; Is it possible to get in contact with $hostOfForum? 21:29:11 &lt;str4d&gt; We could get *.i2p? :D 21:29:22 &lt;dg&gt; forum.i2p is/was popular and the stability would help.. 21:29:51 &lt;dg&gt; (It doesn't help that an officially linked forum is down a lot of the time and we have.. no forum for users). It worked good for a while. 21:30:08 &lt;dg&gt; str4d: also, yes. the "(in i2p)" and conflicting linking styles on pages is strange and obscure. 21:30:15 &lt;dg&gt; I'd rather what you suggested. :-) 21:31:10 &lt;dg&gt; btw - "2007-09-28 - Syndie 1.101a" is kind of lame to have on the site.. 21:35:18 &lt;RN&gt; syndie actually is something I think we should keep 21:35:25 &lt;RN&gt; it needs a dev to show it some love, but it works and is quite usefull once you get used to it 21:35:25 &lt;RN&gt; heck, putting this meeting log in syndie would be a cool idea imho 21:35:32 &lt;dg&gt; Keep but find someone to work on. 21:35:35 &lt;dg&gt; Yeah. 21:36:14 &lt;topiltzin&gt; So we have domain name, mailing list, content brainstorm. Any specific one we want to or need to focus on further? 21:36:56 &lt;dg&gt; I don't think so, but maybe someone disagrees heh. 21:38:53 &lt;topiltzin&gt; what do you mean by "should keep" RN? 21:39:05 &lt;dg&gt; &lt;+dg&gt; btw - "2007-09-28 - Syndie 1.101a" is kind of lame to have on the site.. 21:40:30 &lt;iRelay&gt; &lt;RN__@kytv&gt; I think syndie has huge potential 21:41:02 &lt;iRelay&gt; &lt;RN__@kytv&gt; it seemed dg was suggesting removing it from the software list or something 21:41:18 &lt;KillYourTV&gt; We need to have updated tarballs/installers linked. Perhaps we should also have syndie.i2p2.de managed by mtn as well. 21:41:40 &lt;dg&gt; Kind of. I was proposing that we perhaps hide the date or change the design to have it standing out less, it looks bad IMHO to have such stale software on the page 21:41:47 &lt;dg&gt; It hurts first impressions of Syndie and i2p 21:42:01 &lt;dg&gt; KillYourTV: Yeah. Just having those tarballs/etc up would help.. 21:42:04 &lt;topiltzin&gt; Maybe we can keep it but remove the date? I think the lameness stems from the 2007 token 21:42:15 &lt;dg&gt; (and the broken installer..) 21:42:19 &lt;dg&gt; s/installer/packaging 21:42:29 &lt;iRelay&gt; &lt;RN@kytv&gt; ah, just changing the link text to "Syndie" 21:42:29 &lt;topiltzin&gt; that is until active development picks up again (re: removing the date) 21:42:32 &lt;iRelay&gt; &lt;RN@kytv&gt; I agree 21:43:28 &lt;iRelay&gt; &lt;RN@kytv&gt; yeah, I'm with that 21:43:44 &lt;topiltzin&gt; :) 21:43:55 &lt;str4d&gt; dg, revamp doesn't have it there. 21:43:55 &lt;str4d&gt; That box on current site is meant to be the equivalent of the "news" 21:43:55 &lt;str4d&gt; Having a Syndie link would be good, but more as e.g. part of middle column. 21:44:05 &lt;dg&gt; I think we're mostly done 21:44:16 &lt;dg&gt; Although netsplit 21:44:23 &lt;str4d&gt; (So the 2007 syndie page is still there, but accessible through the blog) 21:44:26 &lt;dg&gt; pfft, I don't think we're missing anyone who was involved 21:44:33 &lt;dg&gt; Good meeting, guys. 21:44:40 &lt;dg&gt; How about 8:00PM next time? 21:44:43 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: next meeting could with a bit more structure ;-) 21:45:14 &lt;dg&gt; weltende: heh, sorry. We had a lot to talk about and I didn't anticipate it'd go like this, I figured it'd be short. I'll include that in my planning next time. :-) 21:45:14 &lt;dg&gt; oh well 21:45:17 &lt;dg&gt; still, good outcome. 21:45:24 &lt;topiltzin&gt; RN: since you brought the focus on content I'm looking forward to hearing your suggestions :) 21:45:31 &lt;str4d&gt; Mmm. Maybe structure the shorter topics first, and the more discussion-y ones later. 21:45:31 &lt;topiltzin&gt; whenever they're available 21:45:42 &lt;topiltzin&gt; +1 str4d 21:45:53 &lt;topiltzin&gt; the more open-ended ones at the end makes sense 21:45:56 &lt;dg&gt; str4d: Yeah, might be a good idea. I hope I'm doing okay though, heh. 21:45:59 &lt;dg&gt; I think I have. 21:46:14 &lt;str4d&gt; It's better than no meeting at all =) 21:46:28 &lt;topiltzin&gt; topiltzin&gt; RN: since you brought the focus on content I'm looking forward to hearing your suggestions :) 21:46:31 &lt;topiltzin&gt; &lt;topiltzin&gt; whenever they're available 21:46:31 * dg smiles 21:46:42 &lt;topiltzin&gt; return true; // ;-) 21:46:44 &lt;iRelay&gt; &lt;RN@kytv&gt; you are getting a good start dg... 21:46:44 &lt;dg&gt; topiltzin: nah, RN got it from kytv 21:47:10 &lt;iRelay&gt; &lt;RN@kytv&gt; yeah yeah topz 21:47:13 &lt;iRelay&gt; &lt;RN@kytv&gt; ;) 21:47:23 &lt;iRelay&gt; &lt;RN@kytv&gt; so did you bang the mallot... ? 21:47:27 &lt;dg&gt; I'm glad, I feel as if we've done something good today (and last week) 21:47:27 * dg uh.. bamfs the meeting closed. 21:47:38 &lt;dg&gt; Meeting will be 8:00PM next time, same day. 21:47:47 &lt;iRelay&gt; &lt;RN@kytv&gt; YAY! officialness 21:47:47 &lt;dg&gt; RN: bam 21:48:05 &lt;iRelay&gt; &lt;RN@kytv&gt; :) 21:48:06 * dg highfives RN 21:48:20 *** KillYourTV changes topic to "Latest dev build: 0.9.3-11 | Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 4 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de" 21:48:28 &lt;iRelay&gt; * RN@kytv gives dg a beer 21:48:31 &lt;topiltzin&gt; **smooth** 21:48:38 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it used to be *baf*s I think :P 21:48:50 &lt;dg&gt; drat 21:48:53 * dg notes 21:49:00 &lt;str4d&gt; Yep. So not finished yet =P 21:49:30 &lt;dg&gt; *baf*s </div>/ar/blog/2012/11/20/i2p-dev-meeting-november-20-2012/Tue, 20 Nov 2012 00:00:00 +0000/ar/blog/2012/11/20/i2p-dev-meeting-november-20-2012/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:03:41 &lt;Laughing1uddah&gt; Meeting time? 20:03:48 &lt;dg&gt; It is! 20:04:01 &lt;k0e&gt; checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 &lt;iRelay&gt; Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 &lt;dg&gt; okay then.. let's begin 20:04:22 &lt;dg&gt; our topics today are: 20:04:33 &lt;dg&gt; 0) Welcome 20:04:40 &lt;dg&gt; (0a) Changing things up 20:04:47 &lt;dg&gt; (Meetings, etc) 20:05:00 &lt;dg&gt; (1) Network health 20:05:03 &lt;dg&gt; (1a) IRC 20:05:10 &lt;dg&gt; (1b) Growth (how do we get i2p out there?) 20:05:13 &lt;dg&gt; (2) IRL events (CCC, Cryptoparties..) 20:05:20 &lt;dg&gt; (3) - Merging Fux improvements into trunk 20:05:23 &lt;dg&gt; (4) Website 20:05:26 &lt;dg&gt; (4a) - Mirroring.. 20:05:33 &lt;dg&gt; (4b)- SSL 20:05:36 &lt;dg&gt; (5) - Progress 20:05:39 &lt;dg&gt; (6) - Next meeting 20:05:50 &lt;dg&gt; (7) - Any other notes from participants, etc 20:05:50 &lt;dg&gt; bit of a mouthful! 20:06:28 &lt;dg&gt; I'm hoping we have enough people here today 20:06:43 &lt;dg&gt; I'm trying to base things off of past meetings 20:07:11 &lt;dg&gt; so uh.. 20:07:26 &lt;dg&gt; First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 &lt;dg&gt; since the last meeting? 20:07:33 &lt;dg&gt; (It was Sept 8) 20:09:05 &lt;nom&gt; unlikely atm... could try a highlight all tho 20:09:24 &lt;asdfsdafsdafsd&gt; Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 &lt;dg&gt; I'm thinking maybe KillYourTV knows a little 20:09:53 &lt;dg&gt; I was told welt could be here too, so hopefully he can wave at some time 20:09:56 &lt;dg&gt; (no sign of zzz either) 20:10:09 &lt;dg&gt; This will be somewhat awkward without most of the team 20:10:23 &lt;asdfsdafsdafsd&gt; The honorable asdfsdafsdafsd is now presiding 20:10:25 &lt;iRelay&gt; * weltende@freenode waves 20:10:37 &lt;dg&gt; :) 20:10:37 &lt;dg&gt; Okay 20:10:48 &lt;zzz&gt; here 20:10:51 &lt;dg&gt; So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 &lt;dg&gt; And even the last meeting was specalized 20:11:08 &lt;dg&gt; specialized* 20:11:30 &lt;dg&gt; I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 &lt;dg&gt; wrt "change", I'm contemplating taking up Project Manager 20:12:04 &lt;dg&gt; or at least some sort of co-ordinator 20:12:28 &lt;dg&gt; I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 &lt;dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 &lt;dg&gt; If somebody else could, I'd appreciate it 20:13:04 &lt;dg&gt; &lt;pause for $person&gt; 20:13:18 &lt;nom&gt; might have to wait for netsplit to unsplit 20:13:25 &lt;dg&gt; might be a good idea :-/ 20:13:36 &lt;nom&gt; hehe 20:13:51 &lt;LaughingBuddah&gt; While we wait, what happened dr|z3d? 20:13:54 &lt;LaughingBuddah&gt; what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 &lt;dg&gt; There we go. 20:14:20 &lt;dg&gt; Let me paste what they missed. 20:15:42 &lt;dg&gt; this is painful haha 20:16:09 &lt;dg&gt; ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 &lt;iRelay&gt; Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 &lt;dg&gt; &lt;+dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 &lt;dg&gt; &lt;+dg&gt; If somebody else could, I'd appreciate it 20:16:15 &lt;dg&gt; &lt;+dg&gt; &lt;pause for $person&gt; 20:16:27 &lt;dg&gt; LaughingBuddah: alright 20:16:53 &lt;dg&gt; Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 &lt;dg&gt; He doesn't seem to be up to joining us again yet though 20:17:06 &lt;nom&gt; Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 &lt;LaughingBuddah&gt; Nono, I was wondering why he was kicked out 20:17:21 &lt;dg&gt; I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 &lt;dg&gt; Oh 20:17:28 &lt;dg&gt; There were disagreements with the team a while back 20:17:35 &lt;SanguineRose&gt; I'm not here, I am invisible 20:17:38 &lt;LaughingBuddah&gt; I see 20:17:38 &lt;dg&gt; It turned into quite a big disagreement after small ones added up 20:17:53 &lt;dg&gt; It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 &lt;dg&gt; not nice 20:18:03 &lt;LaughingBuddah&gt; Alright. Proceed :) 20:18:06 &lt;nom&gt; ha! you may be invisible but we can hear you :P 20:18:17 &lt;dg&gt; I'll give the $person a few more seconds to appear.. 20:18:20 &lt;SanguineRose&gt; lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 &lt;dg&gt; Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 &lt;dg&gt; Okay 20:19:16 &lt;nom&gt; meh, figure out history later when the historian decides to show up 20:19:23 &lt;dg&gt; so 20:19:23 &lt;dg&gt; (1) - network health 20:19:45 &lt;dg&gt; From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 &lt;dg&gt; Returning to pre-rus levels (hah) 20:20:05 &lt;dg&gt; Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 &lt;nom&gt; imo network health is opaque, but based just on netsplits it could be better... 20:21:06 &lt;zzz&gt; it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 &lt;dg&gt; zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 &lt;asdfsdafsdafsd&gt; ugh... split 20:21:36 &lt;dg&gt;&gt;.&gt; 20:21:48 &lt;nom&gt; zzz: what was the bug? 20:21:54 &lt;dg&gt; i guess that's the network speaking to us 20:22:13 &lt;zzz&gt; we accidentally cut the capacity of the network in half. 20:22:53 &lt;LaughingBuddah&gt; haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 &lt;nom&gt; lol rather unfortunate bug 20:23:14 &lt;dg&gt; ^ 20:23:21 &lt;dg&gt; I suppose we're doing alright on that front 20:23:44 &lt;zzz&gt; it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 &lt;KillYourTV&gt; of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 &lt;dg&gt; I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 &lt;KillYourTV&gt; bah, I was too slow 20:23:59 &lt;dg&gt; KillYourTV: of course, haven't you heard of Java music? 20:24:02 &lt;dg&gt; *magic 20:24:02 &lt;dg&gt; pfft 20:24:13 &lt;dg&gt; (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 &lt;dg&gt; so that was a mess up on my part 20:24:51 &lt;dg&gt; (1b) then. 20:24:55 &lt;dg&gt; " 20:24:58 &lt;dg&gt; (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 &lt;nom&gt; - if (style.equals("udp")) 20:25:01 &lt;nom&gt; + if (style.equals("SSU")) 20:25:01 &lt;dg&gt; Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 &lt;nom&gt; ? that the bug? 20:25:24 &lt;dg&gt; (and there's a variable changed) 20:25:36 &lt;zzz&gt; thatsit 20:25:58 &lt;dg&gt; What was the commit excuse for that, anyway? 20:25:58 &lt;dg&gt; (in 0.9.2) 20:26:59 &lt;k0e&gt; regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 &lt;LaughingBuddah&gt; Do we have someone familiar with i2p that speaks russian? 20:28:24 &lt;LaughingBuddah&gt; Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 &lt;KillYourTV&gt; user 'slow' fits there 20:29:32 &lt;k0e&gt; and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 &lt;str4d&gt; slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 &lt;KillYourTV&gt; (and he's nearly always in #ru) 20:29:53 &lt;nom&gt; nvm guess we found one 20:30:22 &lt;LaughingBuddah&gt; GOod 20:31:48 &lt;nom&gt; wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 &lt;nom&gt; also more content = more users = more content, sharing is caring and all that 20:32:28 &lt;LaughingBuddah&gt; What he said ^ 20:33:02 &lt;dg&gt; #i2p-ru is dead 20:33:02 &lt;dg&gt; zab is able to convert RU-&gt;EN but not EN-&gt;RU 20:33:16 &lt;dg&gt; btw, #ru has users, #i2p-ru does not 20:33:31 &lt;dg&gt; while working out bugs is great 20:33:42 &lt;dg&gt; We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 &lt;nom&gt; so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 &lt;dg&gt; i wish it was that simple 20:34:27 &lt;dg&gt; I guess this kind of includs IRL meetings 20:34:34 &lt;dg&gt; We've got a bunch of i2p-folk going to CCC this year 20:34:52 &lt;dg&gt; I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 &lt;nom&gt; lol yah increasing content is never simple, but good to remind people 20:35:18 &lt;k0e&gt; dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 &lt;dg&gt; i2p is barely out there like Tor 20:35:53 &lt;dg&gt; k0e: noted, will look into it later, thanks :) 20:36:16 &lt;nom&gt; re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 &lt;dg&gt; Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 &lt;dg&gt; prominent ones which are controversial, etc 20:37:06 &lt;dg&gt; Sadly, rusleaks is absolutely gone 20:37:09 &lt;dg&gt; So we can't rely on that 20:37:34 &lt;dg&gt; I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 &lt;LaughingBuddah&gt; Let's move on 20:38:36 &lt;darrob&gt; i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 &lt;dg&gt; Okay. 20:39:04 &lt;dg&gt; darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 &lt;dg&gt; LaughingBuddah: sure. 20:39:29 &lt;str4d&gt; Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 &lt;dg&gt; I wasn't sure on the standards of them 20:40:51 &lt;nom&gt; yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 &lt;dg&gt; actually, we missed out on security testing due to lack of recent docs 20:41:35 &lt;dg&gt; of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 &lt;dg&gt; Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 &lt;dg&gt; That's fine for those who are wise in that area but bs for users 20:42:25 &lt;dg&gt; i2p has had little academic research too 20:42:35 &lt;nom&gt; imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 &lt;dg&gt; Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 &lt;dg&gt; nom: I agree. 20:43:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: that's not really true anymore imho 20:43:38 &lt;dg&gt; hm? 20:43:45 &lt;nom&gt; lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 &lt;dg&gt; $5 wrench 20:44:08 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 &lt;dg&gt; oh, nice. I was wondering about Cryptoparty 20:44:27 &lt;dg&gt; Tor has been heavily featured at them 20:44:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 &lt;asdfsdafsdafsd&gt; I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 &lt;dg&gt; i2p, not so much 20:46:28 &lt;dg&gt; The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 &lt;dg&gt; moving on 20:46:55 &lt;asdfsdafsdafsd&gt; weltende... exactly 20:47:02 &lt;dg&gt; "(3) - Discussion regarding merging current fux with trunk " 20:47:14 &lt;nom&gt; soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 &lt;dg&gt; I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 &lt;dg&gt; for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 &lt;dg&gt; nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 &lt;dg&gt; nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 &lt;zzz&gt; sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 &lt;dg&gt; (not sure if correct, that's what I was told) 20:48:43 &lt;zzz&gt; wrong 20:48:58 &lt;nom&gt; no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 &lt;dg&gt; zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 &lt;dg&gt; zzz: also, wrong? 20:49:38 &lt;str4d&gt; I am happy to mentor for GSoC 20:50:09 &lt;dg&gt; nom: Yup. 20:50:21 &lt;dg&gt; str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 &lt;zzz&gt; re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 &lt;dg&gt; totally different to what i heard 20:50:53 &lt;dg&gt; key word: heard, I suppose 20:51:05 &lt;dg&gt; relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 &lt;zzz&gt; dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 &lt;nom&gt; imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 &lt;dg&gt; zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 &lt;str4d&gt; AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 &lt;dg&gt; Right. 20:52:37 &lt;dg&gt; I'm fine with being a liason but I'm sure a few people would be. 20:52:56 &lt;dg&gt; Tax form .. ugh 20:53:05 &lt;LaughingBuddah&gt; We will need some people to agree to be the face of i2p 20:53:24 &lt;str4d&gt; IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 &lt;dg&gt; sadly we can't avoid that, LaughingBuddah.. 20:53:59 &lt;dg&gt; I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 &lt;dg&gt; We do need someone who wants to and can fulfill the job 20:54:41 &lt;zzz&gt; dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 &lt;str4d&gt; (Might not have been tax, but it was something financial) 20:54:52 &lt;str4d&gt; Not sure what was done in 2010 for that. 20:55:19 &lt;dg&gt; zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 &lt;dg&gt; just a note 20:55:30 &lt;dg&gt; `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 &lt;dg&gt; seems quite interesting 20:55:40 &lt;iRelay&gt; Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 &lt;zzz&gt; so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 &lt;dg&gt; I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 &lt;dg&gt; I felt that the changes could benefit i2p somewhat. 20:56:34 &lt;dg&gt; welcome psi 20:56:41 &lt;psi&gt; ?? 20:56:48 &lt;dg&gt; dev meeting 20:56:55 &lt;psi&gt; ok 20:57:36 &lt;dg&gt; The application for GSOC seems solid 20:57:39 &lt;dg&gt; Could possibly reuse it 20:57:39 &lt;nom&gt; zzz: what were the issues you needed addressed? 20:59:54 &lt;str4d&gt; There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 &lt;psi&gt; ah yes... the assange character should've been removed for now 21:00:20 &lt;psi&gt; s/for/by 21:00:35 &lt;dg&gt; What's wrong with Assange? :P 21:00:46 &lt;zzz&gt; the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 &lt;darrob&gt; nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 &lt;zzz&gt; I felt it was a big step backwards 21:01:18 &lt;KillYourTV&gt; `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 &lt;iRelay&gt; Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 &lt;dg&gt; seems too late to enter gsoc this time now 21:01:43 &lt;psi&gt; regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 &lt;dg&gt; or uh, next year's are not open (what i mean) 21:01:54 &lt;dg&gt; psi: exactly 21:01:57 &lt;psi&gt; this is where users like Zorya come into play 21:02:12 &lt;psi&gt; Zorya especially is the perfect feedback tool for UI stuff 21:02:35 &lt;nom&gt; re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 &lt;psi&gt; "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 &lt;zzz&gt; but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 &lt;psi&gt; nom: i2p is politically neutral 21:03:37 &lt;str4d&gt; zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 &lt;nom&gt; psi: right... if such a thing is possible 21:03:52 &lt;psi&gt; nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 &lt;str4d&gt; and color* 21:04:02 &lt;str4d&gt; The major issue was the image, and that has been addressed. 21:04:13 &lt;nom&gt; pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 &lt;str4d&gt; psi, what's Zorya? 21:04:42 &lt;asdfsdafsdafsd&gt; assange is cointelpro 21:04:53 &lt;dg&gt; a person, not sure who/what they do though 21:04:53 &lt;KillYourTV&gt; I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 &lt;psi&gt; str4d: Zorya is a user in this channel 21:05:15 &lt;psi&gt; str4d: a "regular" user in jester's group 21:05:15 &lt;zzz&gt; so none of my issues were addressed? (except perhaps the assange image) 21:05:19 &lt;zzz&gt; then we're in the same place 21:05:38 &lt;dg&gt; actually, iirc, the colors were improved 21:05:42 &lt;dg&gt; i'm not sure they are perfect however 21:05:56 &lt;zzz&gt; at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 &lt;psi&gt; zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 &lt;str4d&gt; psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console 21:06:46 &lt;dg&gt; i don't care as much about themes 21:07:01 &lt;darrob&gt; psi: that argument works for and against changes. ;) 21:07:20 &lt;psi&gt; darrob: correct 21:07:23 &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 &lt;zzz&gt; I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 &lt;dg&gt; nom: my thoughts. 21:07:49 &lt;zzz&gt; you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 &lt;psi&gt; darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 &lt;user&gt; an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 &lt;zzz&gt; split out the good from the bad. right now it's a grab bag 21:08:11 &lt;user&gt; &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console &lt;&lt;&lt;---- that one I liked too.. gave an impression of unity 21:08:26 &lt;dg&gt; Made things a lot less clunky IMO, user. 21:08:56 &lt;str4d&gt; zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 &lt;zzz&gt; sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 &lt;zzz&gt; disagree. your snark changes are objectively bad/ugly. 21:09:56 &lt;user&gt; what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 &lt;psi&gt; zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 &lt;nom&gt; right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 &lt;dg&gt; Yes, we have? 21:10:27 &lt;dg&gt; In fact, I believe the color issue was also addressed. 21:10:27 &lt;dg&gt; see nom's comment 21:10:27 &lt;dg&gt; &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 &lt;dg&gt; psi: Exactly. 21:10:27 &lt;dg&gt; psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 &lt;dg&gt; zzz: I can somewhat agree for snark but the rest, no. 21:10:45 &lt;dg&gt; user: the unification. 21:10:48 &lt;dg&gt; user: the non-default themes, too. 21:10:59 &lt;dg&gt; user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 &lt;nom&gt; how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 &lt;dg&gt; ^ 21:11:29 &lt;zzz&gt; If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 &lt;psi&gt; currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 &lt;dg&gt; alright 21:11:46 &lt;str4d&gt; Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 &lt;dg&gt; fair enough, zzz. 21:11:46 &lt;str4d&gt; Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 &lt;psi&gt; str4d: fux is no where near merging 21:12:09 &lt;dg&gt; str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 &lt;psi&gt; not sure who suggested a merge 21:12:15 &lt;maidenboi&gt; i like the snark changes 21:12:26 &lt;nom&gt; zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 &lt;nom&gt; or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 &lt;psi&gt; at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 &lt;psi&gt; i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 &lt;dg&gt; I wanted some parts merged 21:15:18 &lt;psi&gt; dg: if they are "done" then sure 21:15:25 &lt;psi&gt; dg: which ones? 21:15:29 &lt;LaughingBuddah&gt; How to we determine them to be done? 21:15:48 &lt;str4d&gt; dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 &lt;user&gt; again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 &lt;KillYourTV&gt; One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 &lt;psi&gt; i do like the unified css and inline frames for snark and mail 21:16:49 &lt;psi&gt; especially the unified css 21:16:52 &lt;KillYourTV&gt; iirc LaughingBuddah reported that in this channel as well. 21:16:59 &lt;str4d&gt; user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 &lt;dg&gt; psi: mainly the embedding of things, like snark 21:17:25 &lt;dg&gt; LaughingBuddah: majority satisfaction 21:17:28 &lt;psi&gt; dg: yes i like that too 21:17:46 &lt;str4d&gt; dg, #define majority =P 21:17:49 &lt;darrob&gt; i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 &lt;LaughingBuddah&gt; KillYourTV: Yeah I remember doing that 21:18:11 &lt;psi&gt; darrob: my impression was that it is a sandbox 21:18:36 &lt;psi&gt; as i have been treating it as such so far 21:18:46 &lt;str4d&gt; darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 &lt;dg&gt; str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 &lt;dg&gt; darrob: so was I? 21:19:00 &lt;dg&gt; Anyway, 21:19:07 &lt;dg&gt; I think we can agree that fux needs work 21:19:22 &lt;dg&gt; unification + #773 fix should get merged sooner rather than later 21:19:40 &lt;dg&gt; Let's move on ;-) 21:19:43 &lt;str4d&gt; It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 &lt;str4d&gt; +1 dg 21:20:09 &lt;psi&gt; str4d: that would be sandbox... moving on 21:20:37 &lt;nom&gt; honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 &lt;nom&gt; so far so win today, which is nice 21:21:06 &lt;str4d&gt; I also need to work out how to best merge parts of branches in monotone. 21:21:43 &lt;KillYourTV&gt; and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 &lt;str4d&gt; At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 &lt;nom&gt; str4d: probably something involving editing a diff down to just the parts you want 21:22:24 &lt;str4d&gt; KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 &lt;KillYourTV&gt; ah..so assange (run through a filter) may still live... 21:23:02 &lt;dg&gt; as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 &lt;dg&gt; we're doing well so far though 21:23:05 * dg highfives 21:23:05 &lt;dg&gt; (4) - Website 21:23:09 &lt;dg&gt; (4a) - Mirroring i2p2.de/etc 21:23:09 &lt;dg&gt; (4b) - SSL for the sites. 21:23:09 &lt;dg&gt; We need welt for this.. 21:23:09 &lt;dg&gt; Tor's mirroring setup is great right now, rsync etc. 21:23:09 &lt;dg&gt; Plus a clear list of mirrors and how to do it 21:23:09 &lt;dg&gt; nom: Yeah. 21:23:09 &lt;dg&gt; nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 &lt;nom&gt; right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 &lt;dg&gt; precisely my feelings 21:24:39 &lt;dg&gt; it seems very out of time 21:24:49 &lt;str4d&gt; KillYourTV, no - did you not read my earlier message? 21:25:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: rsync master thingy is already running 21:25:46 &lt;str4d&gt; nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 &lt;dg&gt; I've noticed some issues between how things really are and what the website says 21:26:24 &lt;psi&gt; in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 &lt;nom&gt; str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 &lt;dg&gt; weltende: not documented anywhere, iirc 21:26:59 &lt;dg&gt; psi: we should speed up on the revamp 21:27:05 &lt;dg&gt; the current one feels extremely stale 21:27:12 &lt;psi&gt; dg: priorities 21:27:23 &lt;nom&gt; like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 &lt;psi&gt; dg: what has more importance? website or the software? 21:27:43 &lt;str4d&gt; There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 &lt;thursday&gt; Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 &lt;str4d&gt; psi, that is a chicken-and-egg question. Both are important. 21:28:21 &lt;dg&gt; psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 &lt;dg&gt; thursday: me too. 21:28:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 &lt;dg&gt; str4d: +1 21:29:42 &lt;nom&gt; ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 &lt;str4d&gt; thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 &lt;str4d&gt; (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 &lt;nom&gt; software = community = website, as its the first introduction most people get 21:29:49 &lt;dg&gt; current site makes me think nerdy 21:30:11 &lt;dg&gt; and dead, old 21:30:18 &lt;dg&gt; I didn't know if i2p was even in active dev when I first saw it 21:30:37 &lt;str4d&gt; thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 &lt;LaughingBuddah&gt; psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 &lt;dg&gt; I can do blog posts/write ups for pages. 21:32:51 &lt;KillYourTV&gt; yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 &lt;KillYourTV&gt; (hell, back in early september it was still 'assange.png' :P) 21:34:13 &lt;thursday&gt; That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 &lt;str4d&gt; KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 &lt;KillYourTV&gt; I *just* downloaded that from you. 21:35:18 &lt;str4d&gt; KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages&gt;_&lt; 21:36:11 &lt;KillYourTV&gt; alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 &lt;dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 &lt;str4d&gt; thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 &lt;dg&gt; &lt;+dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 &lt;str4d&gt; thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 &lt;dg&gt; That'd be nice 21:39:57 &lt;LaughingBuddah&gt; Timed out...What's the topic? 21:40:40 &lt;dg&gt; Not much was said about mirroring, I think that includes the re-design though 21:40:40 &lt;dg&gt; imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 &lt;LaughingBuddah&gt; Link to logs please 21:42:10 &lt;LaughingBuddah&gt; I'd like to read the part about mirroring/offer my services 21:42:10 &lt;str4d&gt; welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 &lt;dg&gt; weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 &lt;dg&gt; unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 &lt;dg&gt; you could argue CA system is weak but better than nothing 21:42:10 &lt;dg&gt; LaughingBuddah: website etc 21:42:10 &lt;dg&gt; LaughingBuddah: very little was said wrt mirroring 21:42:10 &lt;LaughingBuddah&gt; I'd like to set up a mirror 21:42:19 &lt;str4d&gt; dg, yeah, there are long-standing issues in trac related to that. 21:42:19 &lt;dg&gt; LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 &lt;dg&gt; The new site can highlight important things as well as a surge of new information. 21:42:22 &lt;LaughingBuddah&gt; Fair enough 21:42:22 &lt;dg&gt; Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 &lt;dg&gt; Thank you though! :-) 21:42:34 &lt;LaughingBuddah&gt; Offer still stands 21:42:43 &lt;dg&gt; Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 &lt;dg&gt; inconsistency.. 21:42:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: uh.. 21:43:07 &lt;dg&gt; (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: you mean for the revamp thing or what do you mean? 21:43:20 &lt;nom&gt; yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 &lt;dg&gt; Syndie is a really cool idea. 21:43:49 &lt;str4d&gt; welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 &lt;str4d&gt; dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 &lt;str4d&gt; welterde, ah, okay. 21:45:03 &lt;dg&gt; str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 &lt;dg&gt; good call 21:45:03 &lt;LaughingBuddah&gt; We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 &lt;str4d&gt; dg, small from UX standpoint. %^&*ing annoying from backend standpoint&gt;_&lt; 21:45:53 * str4d has tried and so far failed 21:46:03 &lt;dg&gt; ^ this 21:47:13 &lt;hottuna&gt; are the projects organized / listed anywhere? 21:47:32 &lt;psi&gt; hottuna: iirc projects.i2p is one place 21:47:35 &lt;psi&gt; not sure 21:47:39 &lt;dg&gt; Perhaps we should create tickets in trac and assign them? 21:47:42 &lt;dg&gt; This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 &lt;dg&gt; str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 &lt;dg&gt; str4d: Also, could do in JavaScript although not ideal. 21:47:45 &lt;dg&gt; hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 &lt;dg&gt; I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 &lt;dg&gt; we can use projects.i2p 21:48:10 &lt;dg&gt; trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 &lt;LaughingBuddah&gt; What's the status on trac ---&gt; redmine? 21:48:21 &lt;psi&gt; LaughingBuddah: probably not needed atm 21:48:32 &lt;dg&gt; LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 &lt;LaughingBuddah&gt; I see 21:48:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; haven't had time yet to give it a try yet 21:48:41 &lt;dg&gt; the issues with trac are more so on welt's end, not trac 21:48:44 &lt;dg&gt; software. 21:49:00 &lt;dg&gt; psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 &lt;nom&gt; also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 &lt;psi&gt; dg: which and where? 21:50:57 &lt;dg&gt; psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 &lt;darrob&gt; hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 &lt;dg&gt; darrob: maybe, but was it even done? 21:51:11 &lt;dg&gt; (or work?) 21:51:30 &lt;dg&gt; We've clearly got some people who can get some tasks done 21:51:33 &lt;psi&gt; dg: i dont get things done "fast" 21:51:33 &lt;dg&gt; trac is a way of documenting proress 21:51:33 &lt;psi&gt; dg: for me they are eventual 21:51:33 &lt;dg&gt; psi: neither do i, but i do get them done 21:52:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 &lt;nom&gt; speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 &lt;dg&gt; nom: i certainly would 21:54:14 &lt;dg&gt; psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 &lt;nom&gt; weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: or simply support for merging as it does for files 21:56:08 &lt;psi&gt; nom: current "status" of baromatrix is "being worked on" 21:56:08 &lt;psi&gt; nom: i have more than just i2p right now going on 21:56:15 &lt;nom&gt; psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 &lt;psi&gt; i'll share thoughts when they happen nom 21:56:49 &lt;iRelay&gt; &lt;weltende@freenode&gt; baromatrix? 21:56:57 &lt;nom&gt; weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 &lt;dg&gt; statistics project 21:57:10 &lt;psi&gt; baromatrix is a distributed version of stats.i2p 21:57:15 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah 21:57:15 &lt;psi&gt; to "double check" the numbers 21:57:30 &lt;psi&gt; it's something that i've been meaning to do for a while 21:57:59 &lt;psi&gt; also to get a general demographic of the userbase too without being invasive 21:58:58 &lt;nom&gt; also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 &lt;dg&gt; I guess we should wrap up then 22:03:35 &lt;dg&gt; Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 &lt;dg&gt; Anyone got any more to say/issues to raise? 22:04:07 &lt;LaughingBuddah&gt; Maybe we should schedule the next one? 22:04:26 &lt;dg&gt; Next Tuesday at 9PM UTC? 22:04:29 &lt;dg&gt; 8PM seemed a little rough for some people. 22:04:45 &lt;hottuna&gt; bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 &lt;hottuna&gt; thanks dg, this seems like a good thing 22:06:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: for me 7PM would be better.. 22:06:10 &lt;dg&gt; hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 &lt;dg&gt; weltende: 7PM UTC is ok for me, I think. 22:06:28 &lt;dg&gt; weltende: 8PM caused issues for str4d 22:06:43 &lt;dg&gt; Next Tuesday @ 7:30PM? 22:09:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; sounds good 22:10:28 &lt;LaughingBuddah&gt; +1 22:10:39 &lt;dg&gt; Great. 22:14:59 &lt;LaughingBuddah&gt; Cya all 22:15:02 &lt;LaughingBuddah&gt; dg: good meeting </div>/ar/blog/2012/10/27/0.9.3-release/Sat, 27 Oct 2012 00:00:00 +0000/ar/blog/2012/10/27/0.9.3-release/<p>0.9.3 includes extensive low-level changes to the queueing of messages in the router. We implement the CoDel Active Queue Management (AQM) algorithm. We also unify the queueing and priority mechanisms in the transports to aid diagnosis and reduce network latency. Work continues on fixing UDP transport bugs and making UDP more resistant to attacks. There are more changes to improve the performance of the router and reduce its memory usage. Also, we enable i2psnark&rsquo;s DHT support, introduced last release, by default.</p>/ar/blog/2012/09/21/0.9.2-release/Fri, 21 Sep 2012 00:00:00 +0000/ar/blog/2012/09/21/0.9.2-release/<p>0.9.2 includes extensive low-level changes to improve the performance and efficiency of the router. We have updated our UPnP library, to hopefully make UPnP work for more people. I2PSnark now has DHT support, but it is not yet enabled by default, as we plan to do more testing during the upcoming 0.9.3 development cycle.</p> <p>As usual, there&rsquo;s also lots of bug fixes in this release, so updating is recommended.</p> <p>Files are available on the <a href="../../ar/downloads">download page</a> .</p>/ar/blog/2012/07/30/0.9.1-release/Mon, 30 Jul 2012 00:00:00 +0000/ar/blog/2012/07/30/0.9.1-release/<p>0.9.1 includes a large number of bug fixes in i2psnark, some streaming lib improvements, home page changes, new themes, and translation updates. Upgrading is recommended.</p> <p>Files are available on the <a href="../../ar/downloads">download page</a> .</p> <h2 id="release-details">RELEASE DETAILS</h2> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Fix several bugs in downloading torrents with skipped files</li> <li>Fix places where rarest-first was not honored</li> <li>Fix handling of encoded magnet links</li> <li>Additional inbound connection limits</li> <li>Immediate closing of connections with handshake errors</li> <li>Blocklist peers with multiple handshake errors</li> <li>Delay &ldquo;ballooning&rdquo; files on disk until required, to speed torrent adds</li> <li>Store partial pieces in temp files to greatly reduce memory usage when leeching</li> <li>Remove peers restriction when leeching torrents with large pieces</li> <li>Improve configuration of open and private trackers</li> <li>Prevent configuration of default trackers as private</li> <li>Improved display and control of torrent file downloads</li> <li>Reduced number of threads</li> <li>Faster startup and shutdown of torrents</li> <li>Allow clearing of message box</li> <li>New light theme</li> <li>Torrent info page updates and cleanups</li> <li>Fix problems with restarted torrents</li> <li>Delay tunnel close at shutdown to ensure trackers are notified</li> <li>Better UI behavior during tunnel startup and shutdown</li> </ul> <h2 id="bug-fixes">Bug Fixes</h2> <ul> <li>Prevent shutdown hangs caused by buggy plugins</li> <li>Fix for Raspberry Pi crashing</li> <li>Fix rare job queue hang</li> <li>Fix routing key modifier rarely not updating at midnight</li> <li>Fix excessive padding in some AES-encrypted messages</li> <li>Fix occasional gunzip failures</li> <li>Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior</li> <li>Fix bug that reduced reuse of tunnels</li> </ul> <h2 id="other">Other</h2> <ul> <li>Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See <code>http://zzz.i2p/topics/1182</code> for setup instructions.</li> <li>I2PTunnel configuration changes now take effect immediately. No tunnel restart required.</li> <li>Summary bar iframe removed, refresh is now via Javascript only</li> <li>Reduce netDB flood redundancy</li> <li>Reduce stats publishing frequency</li> <li>Minor router console changes</li> <li>New Hungarian and Greek translations</li> <li>Completed Italian translation</li> <li>Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations</li> <li>Update geoip to Maxmind 2012-07-04</li> <li>Theme updates</li> <li>Theme support for SusiMail and SudiDNS; new dark themes</li> <li>I2PTunnel and SusiDNS now iframed with summary bar</li> <li>Console home page now shows news summary in summary bar</li> <li>Console home page icon updates</li> <li>Console summary bar now configurable</li> <li>Change the HTTP proxy error code from 404 to 500</li> <li>Cleanups for efficiency in netdb and I2CP</li> <li>Increase timeout for internal uses of eepget to improve reliability</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe 39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar 8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2 136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip 4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2 c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud </code></pre>/ar/blog/2012/05/02/0.9-release/Wed, 02 May 2012 00:00:00 +0000/ar/blog/2012/05/02/0.9-release/<p>The 0.9 release concludes over a year and a half of work on the 0.8.x series, in which we greatly improved the performance and security of the router, and the scalability of the network.</p> <p>In the 0.9 release we migrate to Jetty 6 for the console and eepsite web server, and introduce a simplified router console home page. This release is network-compatible with prior releases, however see below for important information on compatibility with existing eepsites, plugins, and webapps. Upgrading is recommended.</p>/ar/blog/2012/02/27/0.8.13-release/Mon, 27 Feb 2012 00:00:00 +0000/ar/blog/2012/02/27/0.8.13-release/<p>The 0.8.13 release contains several bug fixes and a couple of new features. We are pleased that the last release significantly improved performance, and the network is running well despite continued rapid growth. Upgrading is recommended.</p> <p>Files are available on the <a href="../../ar/downloads">download page</a> .</p> <h2 id="release-details">RELEASE DETAILS</h2> <p>This is likely to be the last release before 0.9, in which we will migrate to Jetty 6, and introduce a simplified router console home page. Monitor the news section of your the router console in the coming weeks for more information on the next release.</p>/ar/blog/2012/01/06/0.8.12-release/Fri, 06 Jan 2012 00:00:00 +0000/ar/blog/2012/01/06/0.8.12-release/<p>The 0.8.12 release fixes several message corruption bugs, some present since 2005. It also contains a redesign of the router&rsquo;s congestion control, and continued optimization of CPU and memory usage. We are hopeful that these changes will improve network performance. Upgrading is recommended.</p> <p>Files are available on the <a href="../../ar/downloads">download page</a> .</p> <h2 id="release-details">RELEASE DETAILS</h2> <p>This release contains several big changes that should help network reliability and performance.</p> <p>The first two changes are fixes for major UDP packet transmission bugs, described below. The third change is fixes to the decompressor. Fixing these should eliminate a big source of message delivery failures.</p>/ar/blog/2011/11/08/0.8.11-release/Tue, 08 Nov 2011 00:00:00 +0000/ar/blog/2011/11/08/0.8.11-release/<p>As you all have noticed, the unprecedented network growth starting October 5th has dramatically increased network congestion, especially on evenings (UTC) and weekends. The last two releases contained a few changes that we hoped would relieve the pressure, but unfortunately these measures have been only modest successes. The primary issue is to limit the number of direct router to-router connections in the network. This isn&rsquo;t a new problem; we&rsquo;ve been working on it for several years, with good results. However, the recent growth pushed us over the edge once again.</p>/ar/blog/2011/10/20/0.8.10-release/Thu, 20 Oct 2011 00:00:00 +0000/ar/blog/2011/10/20/0.8.10-release/<p>Release 0.8.10 includes two changes intended to reduce the number of router-to-router connections, and therefore improve tunnel build success rates and general reliability. Of course, there&rsquo;s also a few bug fixes and translation updates.</p> <p>Files are available on the <a href="../../ar/downloads">download page</a> .</p> <h2 id="release-details">RELEASE DETAILS</h2> <h2 id="major-changes">Major Changes</h2> <ul> <li>Disable tunnel testing as it forces too many router connections</li> <li>Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections</li> </ul> <h2 id="bug-fixes">Bug Fixes</h2> <ul> <li>Fix exceptions at shutdown</li> <li>Fix concurrency errors in SSU</li> <li>Fix timeout message on POST</li> </ul> <h2 id="other">Other</h2> <ul> <li>Increase max tunnels, reduce router info expiration</li> <li>Add gunzip support to eepget to reduce reseed bandwidth</li> <li>Finnish, Italian, Russian, and Swedish translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2 64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip 5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2 39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud </code></pre>/ar/blog/2011/10/11/0.8.9-release/Tue, 11 Oct 2011 00:00:00 +0000/ar/blog/2011/10/11/0.8.9-release/<p>The 0.8.9 release has several performance improvements, and many changes to handle the continued rapid growth of the network. It uses a new iterative method for Kademlia network database lookups that should be more reliable and efficient. There are also several improvements to our SSU (UDP) transport protocol that should help reliability and efficiency. We have made several changes to improve tunnel build success rates. And, of course, there are lots of bug fixes and translation updates.</p>/ar/blog/2011/09/03/ipredator-summer-of-code/Sat, 03 Sep 2011 00:00:00 +0000/ar/blog/2011/09/03/ipredator-summer-of-code/<p>itoopie and I2PControl are launching!</p> <p>I&rsquo;m happy to announce that itoopie and I2PControl are available publicly.</p> <p>itoopie is a graphical interface intended as a compliment to the I2P Router Console. The aim of itoopie is to provide an interface that is simpler and has a lower learning curve than the I2P Router Console.</p> <p>I2PControl is an I2P plugin providing a JSONRPC interface for the I2P router. The interface supports setting basic settings (bandwidth, ports etc.), reading many stats and is provided over an SSL encrypted HTTP connection.</p>/ar/blog/2011/08/23/0.8.8-release/Tue, 23 Aug 2011 00:00:00 +0000/ar/blog/2011/08/23/0.8.8-release/<p>I2P release 0.8.8 enables the new hosts.txt database to speed hostname lookups and store additional information on hostname entries. It also includes improvements to speed a router&rsquo;s integration on startup. There is new code to detect and react to large clock shifts that should help a router recover after suspend/resume of the computer.</p> <p>There are new translations for Danish and Ukrainian and lots of updates in other languages. Also included are, of course, a large collection of bug fixes, performance improvements, and updates to deal with the continued rapid expansion of the network.</p>/ar/blog/2011/06/27/0.8.7-release/Mon, 27 Jun 2011 00:00:00 +0000/ar/blog/2011/06/27/0.8.7-release/<p>I2P release 0.8.7 contains several upgrades to long-neglected components, including the Naming Services, graphing, the native CPU ID and BigInteger libraries, crypto implementations, and the wrapper.</p> <p>Thanks to new contributor KillYourTV who was instrumental in implementing and testing these upgrades, with additional support from sponge and hottuna.</p> <p>CPU ID enhancements are by hottuna, generously funded by Relakks and Ipredator - thanks to Peter Sunde and Jan-Erik Fiske for their support.</p>/ar/blog/2011/06/06/ipredator-summer-of-code/Mon, 06 Jun 2011 00:00:00 +0000/ar/blog/2011/06/06/ipredator-summer-of-code/<p>I have been commissioned to contribute code to I2P during the summer of 2011, implementing a control protocol and a client for this protocol (similar to <a href="https://www.torproject.org/projects/vidalia.html">Vidalia</a> for Tor). This work was the idea of Jan-Erik Fiske of <a href="http://viaeuropa.se">ViaEuropa</a> and Peter Sunde of <a href="https://flattr.com">flattr</a> and <a href="http://thepiratebay.org/">The Pirate Bay</a> fame and its funding will be generously provided by <a href="https://www.relakks.com/?cid=gb">Relakks</a> and Ipredator.</p> <p>Current information can be found on zzz&rsquo;s forum and #i2p-dev on chat.freenode.net</p> <p>Cheers</p> <p>// hottuna (or Robert)</p>/ar/blog/2011/05/16/0.8.6-release/Mon, 16 May 2011 00:00:00 +0000/ar/blog/2011/05/16/0.8.6-release/<p>The 0.8.6 release contains more peer selection defenses to resist powerful attackers, and tweaks to adjust to the recent rapid growth in the network. Upgrading is recommended.</p> <p>Please help grow the network. <a href="http://www.i2p2.de/getinvolved.html">Get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p-dev.</p> <p>Files are available on the <a href="../../ar/downloads/">download page</a> .</p>/ar/blog/2011/04/18/0.8.5-release/Mon, 18 Apr 2011 00:00:00 +0000/ar/blog/2011/04/18/0.8.5-release/<p>The 0.8.5 release contains a few bug fixes and performance improvements, and lots of translation updates. As usual, upgrading is recommended.</p> <p>Please help grow the network. <a href="http://www.i2p2.de/getinvolved.html">Get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p-dev.</p> <p>Files are available on the <a href="../../ar/downloads/">download page</a> .</p> <h2 id="release-details">Release details:</h2> <ul> <li>Lots of router console HTML fixes</li> <li>i2psnark magnet handling fixes</li> <li>SusiMail Translation support by &ldquo;duck&rdquo;</li> <li>Continuing work on the Arabic translation by &ldquo;hamada&rdquo;</li> <li>Completion of the French translation by &ldquo;magma&rdquo;</li> <li>Completion of the Spanish translation by &ldquo;punkibastardo&rdquo; and &ldquo;user&rdquo;</li> <li>Other translation updates</li> <li>Better support for text-mode browsers</li> <li>Profile display improvements</li> <li>Tunnel build request queue limiting</li> <li>Require nonce to change console language</li> <li>i2psnark improved logging of errors</li> <li>i2psnark improved metainfo handling</li> <li>Use the reseed server as a backup time source</li> <li>Change profile file extension from .dat to .txt.gz</li> <li>Change all i2ptunnels to 3 hops for new installs</li> <li>Add all bogons to blocklist for new installs</li> <li>More efficient use of entropy for padding</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>6ae6b196352e1053c4e7b91edc575330d108ff9abfc2746ea3c3b2e3fd467006 i2pinstall_0.8.5.exe de9fa105c1335d58609689a942d3e6a508ca824fc8b27a34c1c0b09fc7e0167b i2psource_0.8.5.tar.bz2 7e4c1835dfd7aaa42d84cf4646f5858a37efa027f43a26eb98360e3cb4750ac8 i2pupdate_0.8.5.zip efea978f3e4e955b9afa05847dc4ebb83c8df3651adeb717769e32a908bc5f53 i2pupdate.su2 1b6eca94b7938f5c61c26b4482c89919bdfbc7c41aee7735f8f561c01c3a29d3 i2pupdate.sud </code></pre>/ar/blog/2011/03/02/0.8.4-release/Wed, 02 Mar 2011 00:00:00 +0000/ar/blog/2011/03/02/0.8.4-release/<p>The 0.8.4 release contains some performance improvements and important bug fixes. Also, i2psnark now supports magnet links. As usual, upgrading is recommended.</p> <p>Please help grow the network. <a href="http://www.i2p2.de/getinvolved.html">Get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p-dev.</p> <p>Files are available on the <a href="../../ar/downloads/">download page</a> .</p> <h2 id="release-details">Release details:</h2> <ul> <li>Fix a severe memory leak in router I2CP session management that caused router crashes for people running the Robert bittorrent client</li> <li>Fix a bug from 0.8.2 that filtered cookies in the HTTP Server tunnel, causing authentication problems for some eepsites (I2P Sites)</li> <li>Several fixes for rare NPEs</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Magnet and &ldquo;maggot&rdquo; link support</li> <li>Peer Exchange</li> <li>Metadata transfer</li> <li>Details page enhancements</li> <li>Bandwidth limiter improvements</li> <li>Bug fixes</li> </ul> <h2 id="other">Other</h2> <ul> <li>More performance improvements</li> <li>Adjustment to peer selection, to hopefully use more of the available network capacity</li> <li>Translation updates</li> <li>Start of a new Arabic translation by &lsquo;hamada&rsquo;</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>2b9f82b2c236cedcb6d394557a366ea3e181ca244461375a810709b2f7d4e881 i2pinstall_0.8.4.exe e454880a753963361e43d65da69542c4e8caa62d2646e8ce851b2f95fd9e735c i2psource_0.8.4.tar.bz2 5c6632b5f97e02296ad2d3d5f108b472d6766967a037d96421ad36fa5f2e60a9 i2pupdate_0.8.4.zip 155cd3ca7d174c30367dfa147b11a0c55fb6e85680a0aeda126afcb5e141db42 i2pupdate.su2 465060129520ad115a3823e625def94b8ebafdd28c6ab9b27e125afed70cf851 i2pupdate.sud </code></pre>/ar/blog/2011/01/24/0.8.3-release/Mon, 24 Jan 2011 00:00:00 +0000/ar/blog/2011/01/24/0.8.3-release/<p>The 0.8.3 release contains several performance improvements, including reduction of threads and memory usage, and faster I2CP (client-router) communication.</p> <p>There is also new SSL router console support, a new reseed configuration page including HTTP proxy support for those behind restrictive firewalls, a new I2CP configuration section including I2CP-over-SSL support for remote clients, a new server connection limits and blacklist configuration section for enhanced DoS protection, and a new HTTP proxy jump server configuration section so you may easily add alternative jump servers. Statistics are now limited by default to reduce memory usage; the full set of statistics may be re-enabled on the stats configuration page. There are also bug fixes, of course, so as usual, upgrading is recommended.</p>/ar/blog/2010/12/22/0.8.2-release/Wed, 22 Dec 2010 00:00:00 +0000/ar/blog/2010/12/22/0.8.2-release/<p>The 0.8.2 release includes extensive bug fixes and theme updates in the router and in i2psnark. There are also optimizations to reduce memory usage in i2psnark. The HTTP and SOCKS proxies now support local and remote authorization. Upgrading is recommended.</p> <p>I2P will be at 27C3 in Berlin the week of December 27th. Look for the I2P people there and ask for I2P stickers!</p> <p>Please help grow the network. <a href="http://www.i2p2.de/getinvolved.html">Get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p>/ar/blog/2010/11/15/0.8.1-release/Mon, 15 Nov 2010 00:00:00 +0000/ar/blog/2010/11/15/0.8.1-release/<p>The 0.8.1 release contains the usual collection of bug fixes and performance tweaks. There is also a new i2psnark theme and several translation updates. Upgrading is recommended.</p> <p>Please help grow the network. Give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p> <p>Files are available on the <a href="../../ar/downloads/">download page</a> .</p>/ar/blog/2010/09/08/i2p-dev-meeting-september-08-2010/Wed, 08 Sep 2010 00:00:00 +0000/ar/blog/2010/09/08/i2p-dev-meeting-september-08-2010/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> </p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 22:02 &lt;@Mathiasdm&gt; okay 22:02 &lt;@Mathiasdm&gt; meeting time 22:03 &lt;@Mathiasdm&gt; 0) Hello 22:03 &lt;@Mathiasdm&gt; 1) Website content progress 22:03 &lt;@Mathiasdm&gt; 2) Website backend progress 22:03 &lt;@Mathiasdm&gt; 3) Location for dev discussion 22:03 &lt;@Mathiasdm&gt; 4) Task appointing + handling of disagreements 22:03 &lt;@Mathiasdm&gt; 5) Status updates 22:03 &lt;@Mathiasdm&gt; 6) Upcoming dev conferences 22:03 &lt;@Mathiasdm&gt; okay 22:03 &lt;@Mathiasdm&gt; 0) Hello 22:04 &lt;@Mathiasdm&gt; Welcome to the 208th dev meeting! (shamelessly stolen from badger :p) 22:04 * Mathiasdm pokes everyone 22:04 &lt;eche|on&gt; *poke* 22:04 * Mathiasdm pokes zzz, thanks for the op 22:06 &lt;@Mathiasdm&gt; hm, more poking needed to wake everyone up? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (sorry :)) 22:06 &lt;eche|on&gt; *POKE* 22:06 &lt;@Mathiasdm&gt; sorry, eche|on :p saw your poke 22:08 &lt;duck&gt; moin 22:08 &lt;@Mathiasdm&gt; moin duck 22:09 &lt;hawk&gt; * Mathiasd1 pokes welterde 22:11 &lt;@Mathiasdm&gt; okay, waiting a bit longer then, since there's only 3 of us so far 22:11 &lt;@Mathiasdm&gt; anyone who wants to join in, just poke back 22:11 &lt;whitenoise&gt; *poke* 22:11 &lt;@zzz&gt; ack 22:12 &lt;@Mathiasdm&gt; aha, lead dev, good :) 22:13 &lt;@Mathiasdm&gt; and just to be sure as many people as possible can join in, waiting 2 more minutes and then starting 22:14 &lt;@Mathiasdm&gt; 1 more minute now 22:14 &lt;superuser&gt; mooin 22:15 &lt;@Mathiasdm&gt; right on time, superuser ;) 22:15 &lt;@Mathiasdm&gt; hi all 22:15 &lt;superuser&gt; ;-) 22:15 &lt;superuser&gt; hi Mathiasdm 22:15 &lt;superuser&gt; and all 22:15 &lt;@Mathiasdm&gt; 1) Website content progress 22:15 &lt;@Mathiasdm&gt; as we probably all know, I2P development is currently halted due to the specs overhaul 22:16 * Mathiasdm hands the hot potato to zzz, so he can talk about the specs overhaul progress 22:16 &lt;eche|on&gt; right 22:17 &lt;@zzz&gt; it's been 7 weeks, progress is slow. I'm working on i2cp right now, I've spent several hours on it already 22:17 &lt;@zzz&gt; need other ppl to chip in both on what they've promised to do, and on the stuff that is unclaimed 22:17 &lt;@zzz&gt; eot 22:18 &lt;@Mathiasdm&gt; okay 22:18 * Mathiasdm will get started again tomorrow, now dev environment is set up again 22:18 &lt;@Mathiasdm&gt; others having something to say about it, go ahead :) 22:19 &lt;@Mathiasdm&gt; guess not 22:19 &lt;@Mathiasdm&gt; hm 22:19 &lt;@Mathiasdm&gt; 2) Website backend progress 22:19 &lt;eche|on&gt; I think is is great form the peoples doing it. 22:19 &lt;@Mathiasdm&gt; oh 22:19 &lt;@Mathiasdm&gt; sorry :) 22:21 &lt;@Mathiasdm&gt; we're skipping 2) for now, unless welt comes in 22:21 &lt;@Mathiasdm&gt; 3) Location for dev discussion 22:22 &lt;@Mathiasdm&gt; this is related to `http://zzz.i2p/topics/719` 22:22 &lt;@Mathiasdm&gt; I quote: 22:22 &lt;@Mathiasdm&gt; "* Post developer discussions on zzz.i2p. What I mean is: IRC is a highly 'volatile' medium, where not everyone is online all the time, and not everyone logs. It's a great medium for a short discussion, but do consider posting a short write-up on zzz.i2p, so others can join in on the discussion." 22:22 &lt;eche|on&gt; dev discussion is a hard topic. IRC is nice, but not reliant neither an archive 22:22 &lt;@Mathiasdm&gt; yes, agreed 22:23 &lt;@Mathiasdm&gt; but there are many things to chose from 22:23 &lt;@Mathiasdm&gt; zzz.i2p, forum.i2p, mailing list 22:23 &lt;@Mathiasdm&gt; well, okay, 3 things :p 22:23 &lt;eche|on&gt; I would suggest some central point of archive 22:23 &lt;eche|on&gt; with a backup. 22:24 &lt;@Mathiasdm&gt; yes 22:24 &lt;@Mathiasdm&gt; but setting up distributed storage for this sounds like a hard thing :p 22:24 &lt;@Mathiasdm&gt; though mailing list is doable, I guess 22:25 &lt;@Mathiasdm&gt; mailing list is 'kinda distributed' 22:25 &lt;eche|on&gt; :-) 22:25 &lt;superuser&gt; isn't the website itself already distributed? 22:25 &lt;@Mathiasdm&gt; anyone else, ideas? 22:25 &lt;eche|on&gt; a mailinglist is a good solution, to 22:26 &lt;superuser&gt; could also go there 22:26 &lt;@Mathiasdm&gt; yes, but that doesn't include the forum, superuser 22:26 &lt;eche|on&gt; rightm website is in monotone 22:26 &lt;@Mathiasdm&gt; true 22:26 &lt;superuser&gt; no, I don't mean the forum, but website itself 22:26 &lt;superuser&gt; aren't old dev meetings available there somewhere too? 22:26 &lt;@Mathiasdm&gt; but it's hard to discuss when you have to check your discussions into monotone :p 22:27 &lt;superuser&gt; true 22:27 &lt;@Mathiasdm&gt; perhaps with the new backend welt is working on, it'll be more doable 22:27 &lt;superuser&gt; would only be of interest for archiving, not for keeping discussing 22:28 &lt;@Mathiasdm&gt; for a temporary way, I would propose: if you keep a big discussion on IRC, post a few notes on _a_ persistent medium 22:29 &lt;@Mathiasdm&gt; be it zzz.i2p, mailing list or forum 22:29 &lt;@Mathiasdm&gt; I know, that's a bit vague 22:29 &lt;eche|on&gt; I vote mailinglist ++ 22:29 &lt;@Mathiasdm&gt; hm, welt, are mailinglist instructions on the website somewhere? 22:29 &lt;superuser&gt; you mean welt's nntp service? 22:29 &lt;@Mathiasdm&gt; mailing list sounds good to me too, eche|on, but I wonder if it will work to get everyone to use it? 22:29 &lt;eche|on&gt; currently no ml available 22:29 &lt;@Mathiasdm&gt; yes, superuser 22:29 &lt;@Mathiasdm&gt; er 22:29 &lt;@Mathiasdm&gt; or what was it 22:29 &lt;@Mathiasdm&gt; I think so 22:30 &lt;@Mathiasdm&gt; eche|on: welt set a few ml's up this summer 22:30 &lt;eche|on&gt; nntp is news server 22:30 &lt;@Mathiasdm&gt; but not widely used yet 22:30 &lt;@Mathiasdm&gt; yes, indeed, but there's a mailing list now too 22:30 &lt;@Mathiasdm&gt; but I don't have the location here 22:30 &lt;@Mathiasdm&gt; zzz, duck: opinions? 22:31 &lt;superuser&gt; I have no mailing list info so far, just seen welt's and Mathiasdm's and ReturningNovice's posts on news server 22:32 &lt;@zzz&gt; I'm not a big fan of an ML but I'll use it if ppl want. welt's seems to be a big secret atm 22:33 &lt;duck&gt; I think zzz.i2p is fine 22:33 &lt;@Mathiasdm&gt; imho anything not-irc would be useful (I like IRC, as said before, but too much dev discussions are unfolloweable) 22:33 &lt;eche|on&gt; zzz.i2p is fine, but: irc discussions needs to be copied intoi AND somehow a kind of backup would be nice 22:34 &lt;@Mathiasdm&gt; hm, maybe I can set s omething up like 22:34 &lt;@Mathiasdm&gt; er 22:34 &lt;@Mathiasdm&gt; what was it called 22:34 &lt;@Mathiasdm&gt; 2 or 3 years ago 22:34 &lt;@Mathiasdm&gt; trevorreznik.i2p? 22:36 &lt;@Mathiasdm&gt; how about: we keep using zzz.i2p, and we start using a mailing list, and try to make sure IRC discussions don't stay IRC-only? 22:36 &lt;duck&gt; all major design stuff is already on zzz.i2p 22:36 &lt;eche|on&gt; better: try keep using zzz.i2p and copy IRC into it. 22:36 &lt;duck&gt; I dont see your problem 22:37 &lt;superuser&gt; what if zzz one disappears 22:37 &lt;superuser&gt; s//? 22:37 &lt;duck&gt; dev/design 22:37 &lt;@Mathiasdm&gt; for example, everything sponge posts (just an example, sponge :p) about seedless and bob is often irc-only discussion 22:38 &lt;duck&gt; I dont think a mailinglist will result into sponge documenting his protocol and api 22:38 &lt;duck&gt; but sure, give it a try 22:39 &lt;@Mathiasdm&gt; nooo, that's not what I meant, duck 22:39 &lt;@Mathiasdm&gt; as said, I don't care if it's on zzz.i2p or on mailing list 22:39 &lt;@Mathiasdm&gt; I just don't want it to be IRC-only, those discussions 22:39 &lt;@Mathiasdm&gt; but yes, you have a good point too 22:39 &lt;@Mathiasdm&gt; that some things will perhaps stay irc-only 22:39 &lt;duck&gt; then go talk to sponge 22:39 &lt;@Mathiasdm&gt; it was an example 22:40 &lt;duck&gt; (which you might be doing through this meeting ofc) 22:40 &lt;duck&gt; ok, understood 22:40 &lt;@Mathiasdm&gt; :) 22:41 &lt;@Mathiasdm&gt; okay, I guess if everyone just tries to post things on zzz.i2p (or mailing list -- but we'll wait for welt :p), that's settled 22:42 &lt;@Mathiasdm&gt; for now, at least 22:42 &lt;@Mathiasdm&gt; anyone have anything to add on this? 22:44 &lt;@Mathiasdm&gt; okay 22:44 &lt;@Mathiasdm&gt; next 22:44 &lt;@Mathiasdm&gt; 4) Task appointing + handling of disagreements 22:45 -!- Moru [kvirc@irc2p] has joined #i2p-dev 22:45 &lt;@Mathiasdm&gt; currently, tasks (displayed on http://www.i2p2.de/team.html ) are appointed/chosen by people simply changing the webpage 22:45 &lt;hawk&gt; &lt;preforce&gt; Title: Team - I2P (at www.i2p2.de) 22:45 &lt;@Mathiasdm&gt; so if you want to do a task, you just do it, and you add yourself to the webpage 22:45 &lt;@Mathiasdm&gt; which is good, I guess :) 22:46 &lt;eche|on&gt; if someone disagree: discussion in IRC/zzz.i2p 22:46 &lt;@Mathiasdm&gt; yes, disagreeing is the point 22:46 &lt;eche|on&gt; but people need checkin-rights to change, means: need som etrust from existant devs 22:46 &lt;@Mathiasdm&gt; there was disagreement this summer, and we didn't really handle that 22:46 &lt;@Mathiasdm&gt; true, eche|on 22:47 &lt;@Mathiasdm&gt; how do we resolve a discussio if the people disagreeing can't come to agreement? 22:47 &lt;@Mathiasdm&gt; vote or something? 22:47 &lt;@Mathiasdm&gt; that's what I was wondering about 22:48 &lt;@Mathiasdm&gt; suggestions? 22:48 &lt;eche|on&gt; last line of defense was noted once 22:48 &lt;eche|on&gt; which was zzz 22:48 &lt;@Mathiasdm&gt; last line of defense? 22:48 &lt;@Mathiasdm&gt; ah 22:49 &lt;whitenoise&gt; what about a third better solution? 22:49 &lt;duck&gt; if all else fails; resort to zzz 22:49 &lt;eche|on&gt; but voting is a nice idea, but I think a solution will be found ahead 22:49 &lt;@Mathiasdm&gt; if the third solution is definitely better, the two parties will choose that one ;) 22:50 &lt;@Mathiasdm&gt; hm, okay 22:50 &lt;@Mathiasdm&gt; just out of curiosity, zzz, you agree to being 'the last line of defense'? :) 22:50 &lt;@Mathiasdm&gt; it sounds okay to me, but do you want that yourself? 22:51 &lt;@zzz&gt; not particularly. my rule is whoever is actually doing something is in charge. ppl that do nothing but talk and piss other ppl off are not. 22:52 &lt;@zzz&gt; there's plenty of work to go around. 22:53 &lt;@Mathiasdm&gt; okay :) sounds good 22:53 &lt;@Mathiasdm&gt; anyone have additional comments? if not, next item 22:53 &lt;superuser&gt; generally "the one who does it is in charge" sounds good 22:53 &lt;superuser&gt; but what if two parties actually do 22:53 &lt;superuser&gt; and still go in opposite directions? 22:54 &lt;superuser&gt; I guess in that case a voting mechanism would not be too uncool 22:54 &lt;@Mathiasdm&gt; true 22:54 &lt;@zzz&gt; if it's code I can pick. I'm definitely not the last line of defense for the website. welt and echelon are. 22:55 &lt;@Mathiasdm&gt; well, if discussion happens and a solution cannot be found, there can be a vote or someone (zzz, welt?) can pick 22:55 &lt;@zzz&gt; they would pick a winner by pulling privs from the loser. 22:56 &lt;@Mathiasdm&gt; *only if it's a nasty discussion, I would hope ;) friendly disagreements shouldn't result in losing privs :p 22:57 &lt;eche|on&gt; right 22:58 &lt;@Mathiasdm&gt; okay then 22:58 &lt;@Mathiasdm&gt; next point 22:58 &lt;@Mathiasdm&gt; if that's okay 22:58 &lt;@Mathiasdm&gt; 5) Status updates 22:58 &lt;eche|on&gt; ok 22:59 &lt;@Mathiasdm&gt; I will start 'collecting' status updates this weekend, I think 22:59 &lt;@Mathiasdm&gt; I was going to do so last week, but caught up in work 22:59 &lt;eche|on&gt; great. go ahead. 22:59 &lt;@Mathiasdm&gt; basically, simply 'what did you do last week?' and 'what are your plans for next week?' 23:00 &lt;@Mathiasdm&gt; and I'll post them a bit summarized on the website 23:00 &lt;@Mathiasdm&gt; suggestions are always welcome :) 23:00 &lt;@Mathiasdm&gt; okay, final point (added only a bit before starting the meeting) 23:00 &lt;@Mathiasdm&gt; 6) Upcoming dev conferences 23:01 &lt;@Mathiasdm&gt; -who's going to 27c3? 23:01 &lt;@Mathiasdm&gt; -who's going to brucon? 23:01 &lt;@Mathiasdm&gt; -any others? 23:02 &lt;@Mathiasdm&gt; I will certainly attend brucon, and most likely 27c3 for a day (and will stay in berlin for a few days) 23:02 &lt;whitenoise&gt; Mathiasdm, I added 1 more point 10 min. before the beginning. 23:02 &lt;@Mathiasdm&gt; oh? sorry, didn't see 23:03 &lt;@Mathiasdm&gt; okay, will do that in a minute, whitenoise 23:03 &lt;whitenoise&gt; ok 23:03 &lt;whitenoise&gt; thanks 23:03 &lt;@Mathiasdm&gt; nobody remarks on dev conferences? 23:04 &lt;@Mathiasdm&gt; then: 7) Promoting the usage of the bittorrent protocol inside I2P: pros and cons 23:04 * Mathiasdm hands hot potato to whitenoise 23:04 &lt;whitenoise&gt; Ok, so we discussed this a little bit with duck 23:05 &lt;whitenoise&gt; While it's a good way for cover traffic and network growth, it may lead to the notoriety of I2P as a illegal file-sharing network 23:05 &lt;eche|on&gt; I decided to not attend to 27c3 23:06 &lt;@Mathiasdm&gt; ah, too bad, eche|on 23:06 &lt;@Mathiasdm&gt; true, whitenoise 23:06 &lt;whitenoise&gt; On the other hand... 23:06 &lt;superuser&gt; I think, bt should not be empahsized more than other services, but i2p be promoted as general use network 23:07 &lt;superuser&gt; oh, he had not yet finished... 23:07 &lt;@Mathiasdm&gt; he might be lagging, give him a bit :) 23:08 &lt;whitenoise&gt; if we don't promote this protocol, in some not very near future, if the business model for selling digital media is not changed, the pressure on torrent users will be higher, so they will start looking for ways to hide 23:08 &lt;whitenoise&gt; which can lead to my first point (notoriety) anyway 23:08 &lt;whitenoise&gt; but it's doubtful, of course 23:08 &lt;Moru&gt; Hello! Excuse me for butting here... sad but true, promote it as filesharing and you will have loads more users and plenty of developers joining. Mabe even get funded by those that wants to use a safe filesharing platform. 23:09 &lt;@Mathiasdm&gt; simply promoting it would not do that, imho 23:09 &lt;@Mathiasdm&gt; and whitenoise, you are right about notoriety 23:09 &lt;@Mathiasdm&gt; but are we promoting it? 23:10 &lt;whitenoise&gt; Imo, right now we don't 23:10 &lt;@Mathiasdm&gt; and bittorrent in itself is not causing the notoriety, file sharing is (imho important distinction, but perhaps not in this discussion) 23:10 &lt;@Mathiasdm&gt; (and hi, Moru) 23:11 &lt;whitenoise&gt; Well, bittorrent is the most used way, that's why I talk about it 23:11 &lt;whitenoise&gt; of course, it may be emule or anything else 23:11 &lt;@Mathiasdm&gt; how would you see promoting it? 23:12 &lt;whitenoise&gt; For example, current simple users have some difficulties setting everything up 23:12 &lt;whitenoise&gt; We could make info about bittorrent more conspicuous 23:13 &lt;@Mathiasdm&gt; hm, yes 23:13 &lt;whitenoise&gt; description more simple 23:13 &lt;whitenoise&gt; and so on. 23:13 &lt;@Mathiasdm&gt; but that's (imho) more a general I2P problem 23:13 &lt;whitenoise&gt; maybe improve i2psnark a little 23:13 &lt;@Mathiasdm&gt; I2P could become a lot more conspicuous :p 23:13 &lt;whitenoise&gt; yes 23:14 &lt;whitenoise&gt; but doing it (as well as advertising it on twitter, for example) will surely attract some users 23:14 &lt;@Mathiasdm&gt; yes 23:14 &lt;@Mathiasdm&gt; well, I agree, and I hope we will more towards making everything clearer (better usability and such) in the near future 23:14 &lt;whitenoise&gt; so, the question is, I guess, what we should do and what we shouldn't 23:15 &lt;whitenoise&gt; improve description but don't advertise as a filesharing network, maybe? 23:15 &lt;@Mathiasdm&gt; what we should do (once development of 0.9 starts) is imho take a look at the 'pain points' of usability 23:15 &lt;eche|on&gt; laready got some ideas of those 23:17 &lt;@Mathiasdm&gt; yes, I2P description would help; console overhaul (perhaps? I don't know) would help 23:17 &lt;@Mathiasdm&gt; eche|on: didn't we have a .pdf with usability remarks from a conference you went? 23:17 &lt;eche|on&gt; hm 23:18 &lt;@zzz&gt; i have it 23:18 &lt;eche|on&gt; need to look for it, but we had some issues over all. 23:18 &lt;@Mathiasdm&gt; have a link, zzz? 23:19 &lt;@Mathiasdm&gt; okay, we could focus on it a bit after the website specs? 23:20 &lt;@zzz&gt; `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 &lt;@Mathiasdm&gt; thx 23:20 &lt;eche|on&gt; thats a nice idea 23:21 &lt;@Mathiasdm&gt; okay then 23:21 &lt;@Mathiasdm&gt; other remarks or ideas, whitenoise? 23:21 &lt;whitenoise&gt; hm... 23:22 &lt;@Mathiasdm&gt; you are of course always free to start working on website usability improvements too 23:22 &lt;eche|on&gt; just wait for some mails with contact data to pay out some money ;-) 23:23 &lt;whitenoise&gt; well, I guess we decided to improve usability in general without any accent on bittorrent, right? 23:23 &lt;whitenoise&gt; :-) 23:23 &lt;@Mathiasdm&gt; that looks like it, yes, whitenoise 23:23 &lt;@Mathiasdm&gt; I will mail you my bank account, eche|on, just send me the money ;) 23:23 &lt;@Mathiasdm&gt; okay then 23:23 &lt;@Mathiasdm&gt; 8) cookies for everyone who attended 23:24 &lt;eche|on&gt; *g* 23:24 &lt;@Mathiasdm&gt; ===Meeting over=== 23:24 &lt;@Mathiasdm&gt; thanks all :) 23:24 &lt;eche|on&gt; COOKIES! 23:25 &lt;@Mathiasdm&gt; don't eat all of them 23:25 * Mathiasdm pokes eche|on </div>/ar/blog/2010/07/12/0.8-release/Mon, 12 Jul 2010 00:00:00 +0000/ar/blog/2010/07/12/0.8-release/<p>In early 2009, shortly after our attendance at 25C3, we released version 0.7 of the I2P Anonymous Network. Over the next 15 releases in 18 months we have worked to improve the usability of the I2P software and increase its performance, security, and reliability - all while dealing with unprecedented growth in the network.</p> <p>In recognition of these accomplishments, we are declaring the start of the 0.8 series. The 0.8 release is fully compatible with all 0.7.x releases. This release contains several bugfixes, a new Dutch translation, and completion of the German translation. As always, users are encouraged to upgrade.</p>/ar/blog/2010/06/07/0.7.14-release/Mon, 07 Jun 2010 00:00:00 +0000/ar/blog/2010/06/07/0.7.14-release/<p>The 0.7.14 release contains the usual collection of bug fixes and performance tweaks. There are also some i2psnark improvements and more fixes for plugins. Upgrading is recommended.</p> <p>Please help grow the network. Give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p> <p>Files are available on the <a href="../../ar/downloads/">download page</a> .</p>/ar/blog/2010/04/27/0.7.13-release/Tue, 27 Apr 2010 00:00:00 +0000/ar/blog/2010/04/27/0.7.13-release/<p>The 0.7.13 release contains several changes and bug fixes to improve performance. It also includes improvements for the plugin support that was introduced in the last release. The new, smaller tunnel build message is enabled, to reduce overhead and increase build success.</p> <p>Of course, there is the usual assortment of bug fixes as well. Upgrading is recommended.</p> <p>Please help grow the network. Give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p>/ar/blog/2010/03/15/0.7.12-release/Mon, 15 Mar 2010 00:00:00 +0000/ar/blog/2010/03/15/0.7.12-release/<p>The 0.7.12 release contains support for user-generated plugins. These plugins may contain console web applications, themes, translations, or standalone programs. Some plugins are already available for testing. We are hopeful this support will enable rapid development of innovative i2p applications.</p> <p>The release fixes the blank-page bug when an eepsite(I2P Site) is not reachable, and also improves handling of clock skews and IP changes. It adds support for a new, smaller tunnel build message, that will be tested in this release and enabled in the next release.</p>/ar/blog/2010/02/15/0.7.11-release/Mon, 15 Feb 2010 00:00:00 +0000/ar/blog/2010/02/15/0.7.11-release/<p>The 0.7.11 release fixes several issues, some related to clocks, which prevented new routers from quickly integrating into the network. It also fixes the installer for 64-bit Windows. The release includes an update to Jetty 5.1.15 to fix <a href="http://www.kb.cert.org/vuls/id/402580">this vulnerability</a> .</p> <p>As usual, the release contains more anonymity and performance improvements, and an assortment of bug fixes. Upgrading is recommended.</p> <p>Please give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> , spread the word, and <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p>/ar/blog/2010/01/22/0.7.10-release/Fri, 22 Jan 2010 00:00:00 +0000/ar/blog/2010/01/22/0.7.10-release/<p>0.7.10 closes some recently-discovered vulnerabilities related to the way routers communicate with floodfill peers. Network database stores and verifies are moved from exploratory to client tunnels, and are encrypted.</p> <p>Also, to improve anonymity, router&rsquo;s fast peer set is now limited to a maximum of 30. The release also fixes a bug causing Windows installs to fail when the install or user path contained a &ldquo;\r&rdquo; or &ldquo;\n&rdquo;. Upgrading is recommended. Please give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> or <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p>/ar/blog/2010/01/12/0.7.9-release/Tue, 12 Jan 2010 00:00:00 +0000/ar/blog/2010/01/12/0.7.9-release/<p>0.7.9 fixes several longstanding bugs causing message corruption. We are hopeful that network performance will improve once it is widely deployed. There are other changes that should help router reachability and tunnel build success rates. The release also includes additional translation support, and a full Russian translation by &ldquo;forget&rdquo; which was sponsored by &ldquo;russiansponsor&rdquo;.</p> <p>There are more changes to reduce memory and CPU usage, and other bug fixes. Upgrading is recommended. Please give the developers feedback on IRC #i2p or <a href="http://forum.i2p2.de/">forum.i2p2.de</a> and <a href="http://www.i2p2.de/getinvolved.html">get involved</a> or <a href="http://www.i2p2.de/donate.html">donate</a> ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.</p>/ar/blog/2009/12/08/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.8/Tue, 08 Dec 2009 00:00:00 +0000/ar/blog/2009/12/08/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.8/<p>الإصدار 0.7.8 يتضمن دعمًا أوليًا لترجمات واجهة router console، وتغييرات في نظام floodfill تضع الأساس لدعم نمو كبير في الشبكة.</p> <p>لمنع حجب I2P بسهولة بواسطة جدران حماية خبيثة، يقوم الإصدار بتعيين منفذ I2P عشوائياً لعمليات التثبيت الجديدة. بالنسبة لعمليات التثبيت الحالية، يرجى مساعدة من قد يكونون عرضة للحجب عبر تغيير منفذ UDP من 8887 إلى منفذ عشوائي وضبط جدار الحماية لديك إذا لزم الأمر.</p> <p>يحتوي هذا الإصدار أيضًا على مزيد من التغييرات لتقليل استهلاك الذاكرة ووحدة المعالجة المركزية (CPU)، إضافةً إلى مجموعة كبيرة من إصلاحات الأخطاء. ننصح بالترقية. ونشجّع على وجه الخصوص أولئك الذين لا يزالون يستخدمون الإصدار 0.7.6 أو أقدم على الترقية في أقرب وقت ممكن. يرجى تزويد المطورين بملاحظاتكم عبر IRC #i2p أو <a href="http://forum.i2p2.de/">forum.i2p2.de</a> و<a href="http://www.i2p2.de/getinvolved.html">المشاركة</a> أو <a href="http://www.i2p2.de/donate.html">التبرع</a> ! كما أننا نبحث عن مساعدة في الترجمات الجديدة والحالية. يرجى التطوع عبر IRC #i2p.</p>/ar/blog/2009/10/12/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.7/Mon, 12 Oct 2009 00:00:00 +0000/ar/blog/2009/10/12/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.7/<p>يتضمن إصدار I2P 0.7.7 عدة تحسينات على إخفاء الهوية. أُعيدت هيكلة استخدام مفاتيح الجلسة لأغراض التشفير بالكامل، وأصبح I2PSnark الآن يستخدم tunnels الخاصة به للتواصل مع الـ tracker. ويتواصل العمل على تحسين لوحة تحكم الـ router، بما في ذلك الامتثال لمعايير HTML وتحسين دعم UTF-8.</p> <p>يستمر العمل أيضًا على زيادة السرعات، وذلك بتقليل عدد مفاتيح الجلسة المنقولة، وتحسين آليات إسقاط الرسائل أثناء حالات الحمل الزائد، وتقليل عمليات الإسقاط من قِبل routers ذات عرض نطاق ترددي عالٍ. يوجد خيار تحديث جديد غير موقّع لمن يرغب في الحصول على تحديثات تلقائية إلى الإصدارات التطويرية الأحدث للغاية.</p>/ar/blog/2009/07/31/i2p-0.7.6-release/Fri, 31 Jul 2009 00:00:00 +0000/ar/blog/2009/07/31/i2p-0.7.6-release/<p>يتضمن إصدار I2P 0.7.6 إصلاحات إضافية لمشكلات استقرار الشبكة المتعلقة بعملية بناء tunnel (نفق) وحدود الاتصال. على الرغم من أن إصدار 0.7.5 حسّن بشكل كبير الازدحام الذي كان يظهر في أمسيات UTC وعطلات نهاية الأسبوع، إلا أنه لم يُقضَ عليه؛ ومن المفترض أن يُحسّن هذا الإصدار الوضع أكثر.</p> <p>يتضمن هذا الإصدار أيضًا سمات جديدة لوحدة التحكم من dr|z3d، والتي يمكن اختيارها من صفحة إعدادات واجهة المستخدم الجديدة. عذرًا، السمات الجديدة غير متاحة لمتصفح IE.</p>/ar/blog/2009/06/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.5/Mon, 29 Jun 2009 00:00:00 +0000/ar/blog/2009/06/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.5/<h1 id="إصدار-i2p-075">إصدار I2P 0.7.5</h1> <p>يعالج إصدار I2P 0.7.5 بالدرجة الأولى مشكلات استقرار الشبكة من خلال تعديل كيفية بناء tunnels (الأنفاق) الاستكشافية إذا شارف router (الموجّه) على الحد الأقصى للاتصالات، وكذلك بالتمييز بين الأقران المتصلين وأقران آخرين غير متعطلين أثناء اختيارهم لإدراجهم ضمن tunnels.</p> <p>هذا الإصدار يقدّم أيضاً إصلاحات لسلوك برنامج التثبيت على Windows، ولـ Router Console، ولنقل NTCP، ولآلية UPnP.</p> <p>بالإضافة إلى ذلك، يغيّر الإصدار 0.7.5 موقع ملف &ldquo;news.xml&rdquo; الذي تتحقّق فيه I2P routers من توفر إصدار جديد. بدلاً من عنوان URL القديم (<code>http://complication.i2p/news.xml)</code> سيتم استخدام موقع جديد (<code>http://echelon.i2p/i2p/news.xml).</code> إذا كان router لديك يستخدم إعدادات المُحدِّث الافتراضية، فسيبدأ باستخدام عنوان URL الجديد تلقائياً. وإن لم يكن كذلك، فستحتاج إلى زيارة &ldquo;configupdate.jsp&rdquo; على Router Console وتغييره يدوياً.</p>/ar/blog/2009/06/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.4/Sat, 13 Jun 2009 00:00:00 +0000/ar/blog/2009/06/13/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.4/<h1 id="إصدار-i2p-074">إصدار I2P 0.7.4</h1> <p>تقدم I2P الإصدار 0.7.4 ميزات جديدة ملحوظة مثل إمكانية GeoIP ودعم UPnP. في حين أن الأولى قد تصبح أساسًا لإنشاء tunnel مدرك للموقع الجغرافي، فإن الثانية ينبغي أن تُمكّن فورًا مزيدًا من routers من قبول اتصالات TCP الواردة، مما يساعد على توزيع عبء العمل بشكل أكثر توازنًا.</p> <p>تم الآن تفعيل Inbound NTCP تلقائياً إذا لم يظهر router على أنه خلف جدار ناري، وتمت زيادة حدود النطاق الترددي الافتراضية للتثبيتات الجديدة.</p>/ar/blog/2009/05/18/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.3/Mon, 18 May 2009 00:00:00 +0000/ar/blog/2009/05/18/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.3/<h1 id="إصدار-i2p-073">إصدار I2P 0.7.3</h1> <p>الإصدار 0.7.3 من I2P يتضمن عدة إصلاحات للأخطاء وتحسينات، ويشمل الكثير من أعمال الصيانة وإصدارات جديدة من كلٍ من بروتوكولي بوابة التطبيقات SAM وBOB.</p> <p>تم تضمين تصحيح برمجي لخادم الويب الداخلي Jetty الخاص بـ I2P لتصحيح سلوك SusiDNS على Windows. تم تغيير الطريقة التي تتطوع بها عُقد I2P للمشاركة في Network Database (قاعدة بيانات الشبكة) لتجنّب قيام عدد كبير بذلك في الوقت نفسه، وأصبح إنشاء tunnels المشاركة الجديدة الآن مقيَّداً مسبقاً قبل أن تبدأ الرسائل في tunnels القائمة بالتعرّض للإسقاط.</p>/ar/blog/2009/04/19/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.2/Sun, 19 Apr 2009 00:00:00 +0000/ar/blog/2009/04/19/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.2/<h1 id="إصدار-i2p-072">إصدار I2P 0.7.2</h1> <p>إصدار 0.7.2 يصلح عدة أخطاء برمجية ومشكلات محتملة في I2P، ويمهّد الطريق لوظائف جديدة.</p> <p>لا ينبغي أن تحدث بعد الآن مشكلات تعدد الخيوط مع صنف SimpleTimer، كما لا ينبغي أن تواجه طبقة النقل NTCP استثناءات مؤشر فارغ، وينبغي أن تُنهي tunnels &ldquo;المهجورة&rdquo; عملها بشكل صحيح.</p> <p>تمت إضافة دعم للوصول إلى Router Console عبر IPv6، ويتيح نوع جديد من الرسائل لتطبيقات I2CP الاستعلام عن حدود عرض النطاق الخاصة بالrouter، وتم تضمين واجهة سطح مكتب تجريبية لإدارة router للمرة الأولى (ولكنها غير مفعلة تلقائياً بعد)، وتم منع مشاركة نظير واحد في عدد كبير جداً من tunnels لتحسين الاعتمادية والأمان.</p>/ar/blog/2009/03/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.1/Sun, 29 Mar 2009 00:00:00 +0000/ar/blog/2009/03/29/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7.1/<h1 id="إصدار-i2p-071">إصدار I2P 0.7.1</h1> <p>الإصدار 0.7.1 يحسّن أداء I2P ويقدّم ميزات جديدة.</p> <p>تم إصلاح عدة أخطاء، ومن المتوقع أن تستهلك البدائل لفئة SimpleTimer وقتًا أقل في قفل الكائنات. تم الاستغناء عن بعض المكونات القديمة وأُعيدت هيكلة عدة فئات لتجنّب تكرار الشيفرة.</p> <p>يصبح الدعم لـ LeaseSets المشفّرة (لإنشاء روابط عبر I2P لا يستطيع الخصم عرقلتها بمهاجمة بواباتها) أكثر تكاملاً. كما تحظى أنواع tunnel جديدة مثل tunnel خوادم IRC وخيارات جديدة مثل البدء المؤجّل وإدخال tunnel في وضع الخمول بالدعم، إلى جانب تحسين قابلية استخدام آلية بروكسي Socks الخاصة بـ I2P.</p>/ar/blog/2009/02/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2009/Tue, 10 Feb 2009 00:00:00 +0000/ar/blog/2009/02/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2009/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:58:32 &lt;unixfr3ak&gt; dev meeting eh? 20:59:27 -*- dream turns on devo 21:00:25 &lt;welt&gt; dream: ah.. glad you're here too :) 21:00:51 &lt;badger&gt; 0) Hello 21:00:55 &lt;dream&gt; you are? 21:00:58 &lt;badger&gt; 1) I2P 0.7 21:01:02 &lt;badger&gt; 2) Syndie 21:01:06 &lt;badger&gt; 3) Donations 21:01:15 &lt;badger&gt; 4) ???? 21:01:21 &lt;badger&gt; 5) A short poem recital by zzz 21:01:39 &lt;badger&gt; 0) Hello 21:01:53 &lt;altGuest&gt; hi 21:02:00 &lt;badger&gt; welcome all to the #207th dev meeting 21:02:05 &lt;badger&gt; 'lo 21:02:20 &lt;hottuna_&gt; 'lo! 21:02:40 &lt;eche|on&gt; welcome! 21:02:43 &lt;zzz&gt; so, let's start by covering what's happened since April 10 2007, if anything 21:02:48 &lt;badger&gt; Just to put that in perspective it's been nearly 2 years since hte last one 21:03:06 &lt;badger&gt; well... bush is out....obama in.... 21:03:36 &lt;dream&gt; lol USA 21:03:51 &lt;badger&gt; 1) I2P 0.7 21:03:56 &lt;eche|on&gt; I guess the 0.7 release note is a good idea what happend to I2P 21:04:20 &lt;badger&gt; Well it looks like the rollout of 0.7 has gone fairly smoothly 21:04:22 &lt;badger&gt; with about 84% network coverage now 21:04:29 &lt;unixfr3ak&gt; not bad 21:04:48 &lt;eche|on&gt; :-) 21:04:48 &lt;hottuna_&gt; How much ahs the network grown since 0.7? 21:04:48 &lt;badger&gt; A big cheer to the dev team and release crew for getting it out of the door 21:04:52 &lt;unixfr3ak&gt; one bug i may point out that i and another user have noticed though is 21:04:52 &lt;hottuna_&gt; or even since Christmas? 21:05:21 -*- welt waits for stats.i2p to load.. 21:05:28 -=- Sie sind nun als welterde bekannt 21:05:31 &lt;badger&gt; hottuna_: a fairly slow but steady growth if the stats are anything to go by 21:05:41 &lt;unixfr3ak&gt; adding new private hosts in susidns requirs manual editing of the privathosts.txt file 21:06:08 &lt;welterde&gt; zzz: wasn't that the bug you fixed recently? 21:06:18 &lt;welterde&gt; or was that sth different? 21:06:25 &lt;eche|on&gt; the stats shows a steady slow growing 21:06:35 &lt;zzz&gt; yeah, i broke it in 0.7, just fixed it yesterday, will be in -4 21:06:40 &lt;eche|on&gt; welterde: yes, he seens to have fixed it 21:07:05 &lt;badger&gt; something to look forward to in 7.0.1 21:07:14 &lt;welterde&gt; zzz: good.. that's done then 21:07:16 &lt;badger&gt; eerm 0.7.1 21:07:19 &lt;eche|on&gt; more users :-) 21:07:22 &lt;zzz&gt; sorry about that 21:07:35 &lt;unixfr3ak&gt; what are you guys going to do about network lag...its a growing problem it seems , on the weekends i2p seems overloaded 21:07:56 &lt;welterde&gt; maybe some more streaming lib tweaks? 21:07:57 &lt;unixfr3ak&gt; ethier i think more users is good 21:08:00 &lt;badger&gt; zzz: well you've fixed and improved enough stuff to be allowed the odd breakage :) 21:08:33 &lt;hottuna_&gt; I've suggested motivating user to share by having some ratio indicator on the console 21:08:57 &lt;unixfr3ak&gt; that sounds good 21:09:14 &lt;eche|on&gt; network load went big last month 21:09:17 &lt;zzz&gt; freak, i'm looking at tweaking the capacity calculation in the peer profiles just a little, to react better when things get busy. 21:09:20 &lt;eche|on&gt; months, looks fairly well so far 21:09:51 &lt;hottuna_&gt; zzz: wicked :) 21:09:55 &lt;unixfr3ak&gt; this may be ambitious bout how about using a cron job in linux or whatever windows uses to volunteer bandwidth to i2p when their computer is not being used 21:10:17 &lt;zzz&gt; these things have to be adjusted with great care though, and it takes a full release cycle to test any change 21:10:21 &lt;hottuna_&gt; a scheduler would be and awesome solution aswell 21:10:24 &lt;unixfr3ak&gt; to dumb it down 21:10:28 &lt;badger&gt; The publicity push for release 0.7 seems to have had a marginal effect on numbers, but not nearly the impact I would have hoped for 21:10:41 &lt;unixfr3ak&gt; detect when network / cpu is idle and use it/ dont use when it is 21:10:43 &lt;welterde&gt; zzz: that recent addition to I2CP doesn't allow that yet, right? 21:10:52 &lt;badger&gt; some good coverage in german news sites though 21:11:04 &lt;badger&gt; but slashdot/digg/reddit was rather pathetic 21:11:09 &lt;zzz&gt; allow what welterde ? 21:11:29 &lt;welterde&gt; zzz: to change the ratio/up-bw/down-bw from outside the routerconsole 21:11:29 &lt;eche|on&gt; badger: it needs some time for users to get known to it and keep steady with it :-) 21:11:32 &lt;unixfr3ak&gt; and a defult auto startup registry entry would be nice or a simple shell script for unix 21:12:04 &lt;zzz&gt; no welterde it has nothing to do with that 21:12:08 &lt;hottuna_&gt; dunno about the pr.. i suppose that our 'brand name' will grow every time we have a new release adn a pr wave to that 21:12:13 &lt;welterde&gt; zzz: thought so :/ 21:12:56 &lt;zzz&gt; hopefully the gulli interview w/ me will be published soon, but I haven't heard from him in a week 21:13:06 &lt;unixfr3ak&gt; is i2p ready to ask for volunteer bandwidth from sponsors? (other than me with my tiny connection) 21:13:39 &lt;welterde&gt; hmm.. that might be worth a try 21:13:50 &lt;dream&gt; I don't think anyone has ever said no to volunteered bandwidth. 21:14:12 &lt;unixfr3ak&gt; the tor network has a lot of sponsored nodes, but on the other hand a lot of nodes on the same subnet would be suspicious to users and offer someone more control over the network 21:14:37 &lt;welterde&gt; i think we "fixed" that already 21:14:59 &lt;hottuna_&gt; sponsoring would'nt be a bad idea 21:14:59 &lt;hottuna_&gt; jas a simple html tab on the mainpage? 21:14:59 &lt;hottuna_&gt; just* 21:15:05 &lt;unixfr3ak&gt; randomly placed nodes by individual volunteers seems to be safer 21:15:05 &lt;unixfr3ak&gt; but not as practical 21:15:15 &lt;unixfr3ak&gt; most people by nature will leech 21:15:44 &lt;dream&gt; I don't think that's necessarily true unixfr3ak, but it's good to prepare for non-participants. 21:16:21 &lt;unixfr3ak&gt; for example 21:16:40 &lt;unixfr3ak&gt; someone who just starts the i2p router, and has no idea what it does and runs i2phex 21:16:49 &lt;unixfr3ak&gt; constantly downloading 21:17:11 &lt;unixfr3ak&gt; mabye the defualt bandwith should be changed 21:17:22 &lt;hottuna_&gt; has been changed in 0.7 21:17:34 &lt;unixfr3ak&gt; or users should be asked for connection speed during the install for more accurate bandwith shareing limits 21:18:26 &lt;unixfr3ak&gt; or mabye a virus that installs i2p as a backdoor :P 21:18:34 &lt;welterde&gt; heh 21:18:40 &lt;hottuna_&gt; would be a great idea.. the installer should support that, right? 21:19:08 &lt;welterde&gt; the first or the second? :&gt; 21:19:08 &lt;unixfr3ak&gt; my joke or asking the connection bandwith? 21:19:23 &lt;welterde&gt; first) probably yes 21:19:26 &lt;unixfr3ak&gt; it should be a line or 2 in a config file somewhere 21:19:39 &lt;unixfr3ak&gt; the one without the :P 21:20:59 &lt;badger&gt; download limits for users who don't share upstream bandwidth? 21:21:15 &lt;unixfr3ak&gt; sounds intresting 21:21:20 &lt;unixfr3ak&gt; but 21:21:33 &lt;unixfr3ak&gt; i dont think we should go to such desprate measures yet... 21:21:38 &lt;dream&gt; by default it shares up to 100% of the bandwidth unixfr3ak. once it gets a few client tunnels, the majority is spent on intermediate ones. 21:21:45 &lt;welterde&gt; don't routers already punish other routers, who don't route tunnels? 21:22:00 &lt;unixfr3ak&gt; yes 21:22:00 &lt;dream&gt; and I think i2p is already load balanced. I sure cannot download more than I upload on the bandwidth tab. 21:22:25 &lt;unixfr3ak&gt; i think so but, if many people leech at one time it will still put a hevy load on the network 21:22:32 &lt;badger&gt; perhaps this is just a case of being more informative to first time users 21:22:35 &lt;unixfr3ak&gt; especially if thier ips are dynamic 21:22:46 &lt;eche|on&gt; `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 &lt;badger&gt; make it clear that giving back to the network improves your experience 21:23:07 &lt;unixfr3ak&gt; yes 21:23:18 &lt;unixfr3ak&gt; and to run it when they are not using thier pc 21:23:36 &lt;unixfr3ak&gt; insted of just letting thier connection that they are paying for be idle 21:23:51 &lt;dream&gt; most people turn their computers off, it's really sad 21:24:09 &lt;unixfr3ak&gt; yes 21:24:12 &lt;dream&gt; paying their ISP per month, when they could instead for the price of 4 light bulbs... 21:24:15 &lt;l00kns33&gt; i think most people understand this - i even think most people who use i2p are geeks themself ;) 21:24:32 &lt;badger&gt; anyway moving on - anything else to add for 1) I2P 0.7? 21:24:55 &lt;unixfr3ak&gt; for now yes 21:25:16 -*- welterde waits for his signal.. 21:25:20 &lt;unixfr3ak&gt; but that may change in the future 21:25:25 &lt;eche|on&gt; badger: no 21:25:25 &lt;badger&gt; 2) Syndie 21:25:37 &lt;welterde&gt; ok then :) 21:25:37 -*- badger passes the 70s boom mike over to welterde 21:25:45 &lt;badger&gt; *mic 21:26:15 &lt;welterde&gt; as you may (or may not) i recently finished the effort to apply these patches from MOSFET 21:26:20 &lt;welterde&gt; +know 21:26:35 &lt;unixfr3ak&gt; leave e out on the forums i don't use them :P , brb cigarette 21:27:14 &lt;welterde&gt; which should fix some bugs and disable that (imho) b0rked default ui 21:27:26 &lt;welterde&gt; instead the swt one is used, which most users find easier 21:27:42 &lt;badger&gt; &lt;jrandom&gt;w0rd&lt;/jrandom&gt; 21:28:11 &lt;welterde&gt; hmm? 21:28:30 &lt;dream&gt; it's nice to hear someone was working on getting failed synchronizations to retry. 21:28:40 &lt;badger&gt; welterde: sorry, old dev meeting joke 21:28:59 &lt;badger&gt; is there a new public syndie archive somwhere? 21:29:06 &lt;welterde&gt; anyway.. i hope i have time soon to replace that b0rked ;) index thingy 21:29:09 &lt;welterde&gt; badger: yup 21:29:25 &lt;welterde&gt; http://syndie.welterde.(i2p|de)/ 21:29:52 &lt;dream&gt; making it possible to run syndie using a remote database is important I'd say, to make it easier for people to run their own archives. 21:29:54 &lt;welterde&gt; but you can't post there (yet) as it is just a static archive 21:30:47 &lt;welterde&gt; have to that one to the default ones too 21:30:56 &lt;welterde&gt; will do that soonish 21:31:16 &lt;eche|on&gt; so syndie work goes on 21:31:32 &lt;welterde&gt; yup 21:31:54 &lt;welterde&gt; currently trying to profile syndie.. 21:32:29 &lt;welterde&gt; but wasn't able to spend much time in that area though.. 21:32:59 &lt;eche|on&gt; so much work to do... 21:33:14 &lt;welterde&gt; yes :/ 21:33:17 &lt;dream&gt; running syndie in text mode is tricky, since the interface seems to be slipping behind its current behavior 21:33:17 &lt;dream&gt; usually it works if you just leave it in --cli, but when it freezes there's no real indication. 21:33:41 &lt;welterde&gt; yeah.. the cli is b0rked too currently :/ 21:34:00 &lt;welterde&gt; imho we should seperate syndie into multiple parts, eg. libsyndie, gui, cli, ... 21:34:12 &lt;badger&gt; makes sense to me 21:34:19 &lt;welterde&gt; that should make writing custom extensions, etc. easier 21:34:29 &lt;dream&gt; What sort of stuff would libsyndie cover? 21:34:36 &lt;badger&gt; early v0.0.1 syndie's UI was just a top on the cli binary 21:34:48 &lt;badger&gt; but it seems that idea got lost enroute 21:34:55 &lt;dream&gt; it even has the text console today. 21:35:23 &lt;welterde&gt; dream: message decoding, archive syncing, etc. etc. 21:35:34 &lt;welterde&gt; most of the logic 21:36:06 &lt;dream&gt; so libsyndie is pretty much an interface over the database, and maybe the archive/ directory? 21:36:09 &lt;badger&gt; aye, gui, cli and webtop should just be a light wrapper 21:36:10 &lt;welterde&gt; imho we should keep gui/cli seperate from the program logic 21:36:42 &lt;welterde&gt; dream: the archive isn't used to store anything.. it's just used for serving the archive 21:37:02 &lt;dream&gt; I know that. 21:37:14 &lt;welterde&gt; but as cli/webtop use it we should put it into the libsyndie as well 21:37:15 &lt;dream&gt; So I guess only the web server would need to deal with that directory. 21:37:35 &lt;dream&gt; filling it and synching from it, sort of like a postfix mail queue. 21:38:00 &lt;welterde&gt; but we should only generate/sync it, when we are actually using it.. not like now.. 21:38:08 &lt;welterde&gt; where it is always generated/synced... 21:39:18 &lt;dream&gt; I don't see a problem with only using the archive/ directory for the webserver. It's really just a convenience so you can use existing static file serving functionality. 21:40:07 &lt;welterde&gt; there should be a cli command like generate_archive or something like that imho 21:40:57 &lt;welterde&gt; and we should bring that import.cgi back, so we can run a mostly static archive, while still being able to post 21:41:04 &lt;welterde&gt; or... hmmm... 21:41:04 &lt;dream&gt; what would you do with that archive using the client interface? 21:41:15 &lt;welterde&gt; rsync with a remote site? 21:41:26 &lt;welterde&gt; that's how syndie.welterde.(i2p|de) works ;) 21:41:43 &lt;dream&gt; trouble with a static archive is that keeping the filesystem up to date with the database is a task that is similar to designing a database. 21:41:59 &lt;welterde&gt; hmm.. not really 21:42:05 &lt;welterde&gt; as it's one-way only 21:43:17 &lt;unixfr3ak&gt; this may be a little off-topic but has anyone considered a datastore function? 21:43:20 &lt;dream&gt; so using a hypothetical --cli someone creates a message. They then generate_archive after creating it? Sounds suspiciously similar to commiting a transaction after inserting. 21:43:52 &lt;unixfr3ak&gt; also in i2phex as i told Complication previously the bitzi lookup in i2phex inst anonymous 21:43:55 &lt;dream&gt; magicbutton() 21:44:04 &lt;welterde&gt; dream: uhm.. no 21:44:17 &lt;dream&gt; ...i2phex checks bitzi.com? that's nuts 21:44:37 &lt;unixfr3ak&gt; yes 21:44:39 &lt;welterde&gt; unixfr3ak: there was some work in direction of freenet afair 21:44:43 &lt;dream&gt; welterde, so then their message never goes into the archive/ directory and can't get synchronized... 21:45:20 &lt;welterde&gt; dream: no.. just mean that a transaction is a bit different 21:45:27 &lt;welterde&gt; for example: you don't edit anything 21:45:33 &lt;welterde&gt; (except for the index maybe) 21:46:02 &lt;welterde&gt; generate_archive just dumps the db and updates the indexes while doing that 21:46:41 &lt;unixfr3ak&gt; right click a file 21:47:20 &lt;unixfr3ak&gt; and view bitzi ticket takes you to the non-anon site 21:47:20 &lt;unixfr3ak&gt; lucky my browser is proxyd by i2p, and my alternate one tor 21:47:31 &lt;dream&gt; so how do you get your new database content into the archive? What if syndie dies after inserting a message, but before you save it to the archive/ directory? 21:47:39 &lt;unixfr3ak&gt; 0_0 looks like spongebob missed the meeting 21:47:57 &lt;welterde&gt; dream: nothing.. it's just not archive/ 21:48:16 &lt;welterde&gt; but it will be on the next successful run of generate_archive 21:49:01 &lt;dream&gt; what I'd do is let the client run the web server, and the web server checks archive/ and pulls out all the messages in the db not already there. Or just serve the db messages directly. 21:49:23 &lt;dream&gt; generate_archive doesn't seem like the sort of thing you'd want the client to have to keep track of. 21:49:50 &lt;welterde&gt; problem is.. you can't run syndie on every machine 21:50:18 &lt;welterde&gt; for example this server (i2p2.de/welterde.de) has reached it's limited 21:50:36 &lt;welterde&gt; it will heavily swap when i run syndie on it.. 21:50:41 &lt;welterde&gt; so i have to run it locally 21:50:46 &lt;eche|on&gt; yeah 21:51:06 &lt;welterde&gt; no problem if i had reasonable upload... which i don't have 21:51:19 &lt;welterde&gt; which most adsl-users don't have.. 21:51:45 &lt;badger&gt; anyway - good work with the all the patches welterde - can we expect a release in the not-too-distant-future? 21:51:47 &lt;welterde&gt; so it's either a static archive or one that is slow as hell 21:52:08 &lt;welterde&gt; badger: i think i'll switch from a to b (alpha to beta) soonish 21:52:16 &lt;badger&gt; great 21:52:40 &lt;badger&gt; anything else to add about future dev? 21:52:56 &lt;badger&gt; (syndie) 21:53:10 &lt;welterde&gt; n0pe 21:53:19 &lt;welterde&gt; ;) 21:53:24 &lt;badger&gt; righty in that case 21:53:30 &lt;badger&gt; 3) Donations 21:53:49 -*- badger swings the mic over to eche|on 21:54:00 &lt;eche|on&gt; it's open again! 21:54:18 &lt;eche|on&gt; I created a paypal account and linked it on i2p website 21:54:42 &lt;hottuna_&gt; :D 21:54:47 &lt;badger&gt; coolio 21:54:50 &lt;hottuna_&gt; wicked 21:54:52 &lt;eche|on&gt; but the buttons links to https:// sites of paypal, works not for eepsite yet 21:55:01 &lt;dream&gt; yeah I guess that's an advantage welterde 21:55:08 &lt;eche|on&gt; til yet no entry on that front 21:55:20 &lt;welterde&gt; eche|on: maybe you should add some notes on how to tell you what you should do with it 21:55:29 &lt;eche|on&gt; and undecided about a acc for 2ndlive 21:55:31 &lt;zzz&gt; can you add a link from the donate page to the halloffame page, and/or provide more info on what donations will be used for 21:55:39 &lt;dream&gt; I still think whatever creates the archive should synchronize more than just dump. 21:55:48 &lt;badger&gt; yup 21:56:02 &lt;badger&gt; are you planning to support bounties too? 21:56:10 &lt;eche|on&gt; welterde: acked 21:56:13 &lt;unixfr3ak&gt; you could just use apache 21:56:17 &lt;welterde&gt; dream: premature optimization ;) 21:56:19 &lt;eche|on&gt; zzz: acked 21:56:24 &lt;dream&gt; oops 3) 21:56:24 &lt;dream&gt; I don't have any money sorry T_T 21:56:28 &lt;eche|on&gt; we need a list of stuff to buy/not to buy with donations 21:56:37 &lt;zzz&gt; and shouldnt echelon and welterde subscriptions really be listed as expenses instead? 21:56:40 &lt;unixfr3ak&gt; what web server does i2p include? 21:56:51 &lt;eche|on&gt; badger: yeah, donations are "for all funds" or dedicated for a bounty 21:57:04 &lt;badger&gt; grand 21:57:19 &lt;eche|on&gt; and in paypal there should be a textfield in which you can enter the goal of the money :-) 21:57:33 &lt;zzz&gt; you could also put a news link on the front page that donations are open 21:57:36 &lt;badger&gt; If I donate 1000 EUR do I get a Hot Tuna i2P t-shirt? 21:57:51 &lt;eche|on&gt; but I cannot donate to myself ;-) 21:58:02 &lt;welterde&gt; hottuna_: say yes! ;) 21:58:16 &lt;eche|on&gt; no prob so far, I wait for the first one and announce it ;-) 21:58:35 &lt;zzz&gt; you had your chance to come to 25c3 and get a shirt 21:58:47 &lt;welterde&gt; there is still a 26c3 ;) 21:58:59 &lt;eche|on&gt; acked, zzz - nice idea 22:00:32 &lt;eche|on&gt; so no more from my site to topic donations 22:00:51 -*- welterde waits for paste to load.. 22:01:16 &lt;badger&gt; in that case: 22:01:22 &lt;badger&gt; 4) ???? 22:01:33 &lt;badger&gt; anyone else have anything to bring to the meeting? 22:01:37 &lt;welterde&gt; yup.. 22:01:46 &lt;welterde&gt; but you have to wait until paste loads :/ 22:01:52 &lt;eche|on&gt; lets have a piece of cake for everyone! 22:02:31 &lt;welterde&gt; yay! :) 22:02:32 -*- unixfr3ak takes it and runs 22:02:38 &lt;welterde&gt; nooooo 22:03:03 -*- badger *bafs* unifr3ak on the head 22:03:08 &lt;unixfr3ak&gt; yessss 22:03:12 &lt;eche|on&gt; ;-) 22:03:46 &lt;unixfr3ak&gt; i wonder if that part will go in the meting log 22:03:50 &lt;unixfr3ak&gt; :P 22:03:57 &lt;welterde&gt; I hereby announce *drum roll* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 &lt;welterde&gt; ;) 22:04:04 &lt;welterde&gt; unixfr3ak: of course it will! 22:04:15 &lt;welterde&gt; everyone get a telnet client and connect ;) 22:04:37 &lt;badger&gt; not a MUD?! 22:04:40 &lt;unixfr3ak&gt; the base 32 key? 22:04:49 &lt;welterde&gt; badger: of course! 22:05:06 &lt;welterde&gt; unixfr3ak: you have to open a client tunnel and connect to that with a telnet/mud client 22:05:08 &lt;welterde&gt; (or use socks) 22:05:38 &lt;unixfr3ak&gt; i dont want to get my socks dirty ill make a tunnel :p 22:05:43 &lt;unixfr3ak&gt; hmm 22:05:47 &lt;unixfr3ak&gt; but for destination 22:05:50 &lt;badger&gt; muddy socks 22:05:59 &lt;unixfr3ak&gt; does that include the .i2p ? 22:06:05 &lt;welterde&gt; unixfr3ak: yup 22:06:11 &lt;welterde&gt; worked for me at least ;) 22:06:56 &lt;dream&gt; you can also look up the dest of a b32 if you want a local copy. zzz showed me how using i2ptunnel's secret cli interface. 22:07:13 &lt;unixfr3ak&gt; Delay Connect: (for request/response connections) 22:07:18 &lt;unixfr3ak&gt; i take it yes for that 22:07:21 &lt;dream&gt; that reminds me I should get these room descriptions off paper and into the darn thing 22:07:24 &lt;badger&gt; welterde: maybe post a short howto somewhere ;-) 22:07:35 &lt;welterde&gt; dream: yay :) 22:07:46 &lt;welterde&gt; badger: heh.. will do 22:07:58 &lt;unixfr3ak&gt; Trying 127.0.0.1... 22:07:58 &lt;unixfr3ak&gt; Connected to localhost. 22:07:58 &lt;unixfr3ak&gt; Escape character is '^]'. 22:08:02 &lt;unixfr3ak&gt; impressive :P 22:08:02 &lt;welterde&gt; `http://paste.i2p2.i2p/show/11/` &lt;- the b64 22:08:08 &lt;l00kns33&gt; one comment about i2p in general: 22:08:08 &lt;l00kns33&gt; i think it is too much "from geeks for geeks" - you need to know what non-geek users need and want 22:08:16 &lt;unixfr3ak&gt; wonder whats on the other side of the tunnel 22:08:20 &lt;dream&gt; unixfr3ak, if you're extra paranoid yes, otherwise timing attacks may be possible to test if you're online or not. :&gt; 22:08:21 &lt;welterde&gt; l00kns33: they want games! :D 22:08:46 &lt;dream&gt; l00kns33, what could be less geeky than a text based online adventure game! 22:09:01 &lt;welterde&gt; unixfr3ak: works? you should see a menu of some kind 22:09:02 &lt;dream&gt; I put on my robe and wizard hat! 22:09:19 &lt;unixfr3ak&gt; of coarse 22:09:28 &lt;l00kns33&gt; that's one thing - and a good idea :) 22:09:31 &lt;unixfr3ak&gt; Welcome to thmoo-cmd 2.1... 22:09:38 &lt;welterde&gt; ha :) 22:09:47 &lt;welterde&gt; you then need to type connect guest afair 22:09:52 &lt;unixfr3ak&gt; whats so impressive about telnet over i2p? 22:10:30 &lt;zzz&gt; we'll have a connect client soon so you won't need to set up a tunnel 22:10:46 &lt;l00kns33&gt; cool :) 22:10:50 &lt;welterde&gt; unixfr3ak: nothing? 22:11:20 -*- welterde writes up a howto.. 22:11:26 &lt;unixfr3ak&gt; has a weird chat feature :P 22:11:45 &lt;badger&gt; well on that note - anything else anyone wants to add? 22:11:46 &lt;welterde&gt; unixfr3ak: you have to "say something" 22:11:50 &lt;dream&gt; I wonder how that would work zzz? You mean like a VPN? 22:12:01 &lt;welterde&gt; dream: more like socks i think 22:12:05 &lt;dream&gt; Or a specially designed telnet client? ._. 22:12:19 &lt;dream&gt; Oh well I did hear about SOCKs. 22:12:29 &lt;unixfr3ak&gt; foo siad hi 22:12:31 &lt;zzz&gt; more like socks 22:12:39 &lt;zzz&gt; telnet localhost 1234 22:13:00 &lt;zzz&gt; connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 &lt;welterde&gt; unixfr3ak: and to answer you to "say something" ;) 22:13:06 &lt;zzz&gt; thats it 22:13:15 &lt;dream&gt; socks is tricky, since it's like i2ptunnel except just about anyone can make new tunnels to different places. 22:13:37 &lt;unixfr3ak&gt; yes i know...no need to point out the painfully obvious 22:13:50 &lt;welterde&gt; dream: no.. i just uses the shared one 22:14:06 &lt;welterde&gt; at least.. that's how it should work ;) 22:14:34 &lt;welterde&gt; afk for a bit 22:14:36 &lt;badger&gt; well I think we've reached a good point to... 22:14:44 -*- badger winds up 22:14:54 -*- badger *baf*s the meeting closed 22:15:10 &lt;eche|on&gt; :-) 22:15:13 &lt;badger&gt; good job everyone 22:16:12 &lt;dream&gt; you can't make a server tunnel with the SOCKS thing? hmm... 22:16:34 &lt;dream&gt; I guess that would be a pretty nice thing for non HTTP protocols. :) 22:16:49 &lt;dream&gt; Either that or implementing CONNECT in the eeproxy. 22:16:52 &lt;unixfr3ak&gt; now you guys are going to dissapear again lol 22:18:38 &lt;dream&gt; poofda 22:19:40 &lt;zzz&gt; I'm still here 22:19:49 &lt;zzz&gt; our socks is client-only now 22:20:51 &lt;zzz&gt; I have CONNECT implemented, that's what I was talking about above 22:23:20 &lt;dream&gt; Neat I can't think of any reason why not to do that, and it'd be lots more convenient since SOCKS is so goddamn popular many apps come with it. </div>/ar/blog/2009/01/25/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7/Sun, 25 Jan 2009 00:00:00 +0000/ar/blog/2009/01/25/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.7/<h1 id="إصدار-i2p-07">إصدار I2P 0.7</h1> <p>يضيف الإصدار 0.7 الاستقرار والمرونة إلى I2PSnark، ومن المأمول أن يُستخدم لتوزيع تحديثات I2P في المستقبل.</p> <p>يتلقى I2P router إصلاحات وتحسينات لمختلف المشكلات على مستوى النقل والتدفق، واستكشاف الشبكة، وأداء NetDB، ونظام Introducer عبر UDP (العقد المعرِّفة). ومن بين مزايا أخرى، يقدّم الإصدار الجديد تقييدًا أفضل للاتصالات، وقدرة أعلى على تحمّل استثناءات &ldquo;out of memory&rdquo; في التطبيقات المساعدة، ونظام عناوين جديدًا تجريبيًا يستخدم تجزئات Base32 لمفاتيح الوجهة (&quot;.b32.i2p&quot; URLs).</p>/ar/blog/2008/12/01/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.5/Mon, 01 Dec 2008 00:00:00 +0000/ar/blog/2008/12/01/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.5/<h1 id="إصدار-i2p-065">إصدار I2P 0.6.5</h1> <p>يقدم إصدار 0.6.5 مكونات جديدة، ويتخلى عن بعض المكونات القديمة (مثل آلية نقل TCP القديمة)، وقد تم تحسينه لتحقيق أداء أفضل.</p> <p>يُقدَّم بروتوكول BOB (Basic Open Bridge) للاستخدام من قِبل تطبيقات العميل التي لا يمكنها استيراد مكتبات I2CP مباشرة. وبذلك يُعتبَر بروتوكول SAM القديم مُهمَلًا، إذ كان يُستخدم سابقًا في مثل هذه الحالات. ومع ذلك، في الوقت الحالي، لا يبدأ تشغيل BOB تلقائيًا بعدُ في عمليات التثبيت الجديدة، بينما يظل SAM نشطًا في عمليات التثبيت القديمة.</p>/ar/blog/2008/10/06/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.4/Mon, 06 Oct 2008 00:00:00 +0000/ar/blog/2008/10/06/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.4/<h1 id="إصدار-i2p-064">إصدار I2P 0.6.4</h1> <p>إصدار 0.6.4 يضيف تحسينات على الأداء والاستقرار. يُفضَّل استخدام أقران floodfill المتصلين مسبقًا لعمليات تخزين RouterInfo، ويتم الحصول على مراجع إلى أقران floodfill جدد من الأقران العاديين عند حدوث نقص.</p> <p>يُزاد التفضيل للأقران المتصلين مسبقاً عموماً باعتبارهم نشطين. تُحتسب الآن حالات انتهاء المهلة أثناء الانضمام إلى الـ tunnel ضد ملفات تعريف الأقران.</p> <p>كما تم تضمين تحسينات لمعالج إيقاف التشغيل، ومنشئ tunnel، وتحديد معدل الـ router، وجمع إحصاءات مجمع tunnel، بالإضافة إلى تحسينات لوحة تحكم الـ router وI2PSnark (ونصوص لشرح مشكلات قابلية الوصول).</p>/ar/blog/2008/08/26/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.3/Tue, 26 Aug 2008 00:00:00 +0000/ar/blog/2008/08/26/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.3/<h1 id="إصدار-i2p-063">إصدار I2P 0.6.3</h1> <p>يقدّم إصدار 0.6.3 عدة إصلاحات للأخطاء، وتحسينات في الأداء، وتحسينات أمنية. ستبدأ Routers بمراقبة عدد أقران NetDB حسني السلوك، وستتطوّع لتكون واحدةً منها إذا حدث نقص وكانت قادرة على ذلك. تُفضَّل عُقَد NetDB حسنة السلوك بدرجة أكبر، وتُدرَج العُقَد سيئة السلوك في القائمة السوداء بفعالية أكبر.</p> <p>يتم التعامل مع LeaseSets بكفاءة أعلى، ومن المُفترض أن تُمكّن الإصلاحات الجديدة التشغيل الصحيح لـ UDP introducers (وسطاء التعارف عبر UDP). كما يكتسب I2P دعمًا أوليًا لقوائم حظر عناوين IP الدائمة، ومُحدِّدًا جديدًا لاتصالات الأقران. من شأن التحسينات في Router Console أن تجعل تهيئة تطبيقات العميل أسهل، وسيُقاوم I2PSnark الآن البيانات التالفة بشكلٍ أفضل.</p>/ar/blog/2008/06/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.6.2-%D9%85%D9%86-i2p/Sat, 07 Jun 2008 00:00:00 +0000/ar/blog/2008/06/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.6.2-%D9%85%D9%86-i2p/<h1 id="إصدار-i2p-062">إصدار I2P 0.6.2</h1> <p>الإصدار 0.6.2 يقدّم تحسينات في الأداء وإخفاء الهوية. لم تعد بيانات LeaseSet تُضاف إلى كل رسالة من طرف إلى طرف، مما يقلّل العبء الإضافي للبروتوكول.</p> <p>يتم تجنّب الأقران الذين يتعذّر الوصول إليهم بوصفهم بوابات tunnel الواردة، مما يعزّز الاعتمادية ويجعل من الممكن استخدام اختيار Lease الدائم، الأمر الذي بدوره يحسّن الأداء من خلال تقليل تسليم الرسائل خارج الترتيب.</p> <p>يُحافَظ الآن على ترتيب النظراء داخل الـ tunnel بصرامة وفقًا لمسافة XOR عن قيمة عشوائية، لجعل جمع الإحصاءات من قِبل خصمٍ من أجل هجوم السلف أكثر صعوبة. كما أُدخلت تحسينات على تطبيقات مثل I2PSnark وRouter Console.</p>/ar/blog/2008/04/26/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.33/Sat, 26 Apr 2008 00:00:00 +0000/ar/blog/2008/04/26/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.33/<h1 id="إصدار-i2p-06133">إصدار I2P 0.6.1.33</h1> <p>يتضمن إصدار 0.6.1.33 عدة إصلاحات مهمة للأخطاء وتحسينات في الأداء في اكتشاف قابلية الوصول في SSU، واختيار أقران floodfill، واختيار أقران الـ tunnel، واختبار الـ tunnel، واكتشاف الخمول في NTCP، والـ streaming lib (مكتبة التدفق)، وجلب الأخبار. كما يضيف دعم المتتبعات الثانوية إلى i2psnark، والتحقق من مكتبات Jetty المُنزَّلة عند البناء من المصدر.</p> <p>يرجى الترقية في أقرب وقت ممكن، إذ من شأن هذه الإصلاحات تحسين موثوقية الشبكة ككل. هذا الإصدار متوافق مع الإصدارات السابقة: إذا كان لديك الإصدار 0.6.1.31 أو أحدث مثبتًا بالفعل، فسيتعرّف على التوقيع الموجود على ملف التحديث المُوقَّع، ويمكنك التحديث تلقائيًا.</p>/ar/blog/2008/03/09/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.32/Sun, 09 Mar 2008 00:00:00 +0000/ar/blog/2008/03/09/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.32/<h1 id="إصدار-i2p-06132">إصدار I2P 0.6.1.32</h1> <p>يتضمن إصدار 0.6.1.32 عدة تصحيحات للأخطاء، وخوارزمية جديدة لبناء tunnel من zzz تنظّم شدة بناء tunnel استناداً إلى مستويات النجاح السابقة في بناء tunnel، وتحسينات أخرى في الأداء.</p> <p>هذا الإصدار متوافق مع الإصدارات السابقة، وإذا كان لديك الإصدار 0.6.1.31 مُثبّتًا بالفعل، فسيتعرّف على التوقيع الموجود على ملف التحديث المُوقَّع (وبذلك يمكنك التحديث تلقائيًا).</p> <p>ومع ذلك، لضمان توزيع أفضل للحمل بين خوادم التحديث الموقعة الثلاثة لدينا، أوصي بأن تُجري الفحص الاختياري التالي:</p>/ar/blog/2008/02/10/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.6.1.31-%D9%85%D9%86-i2p/Sun, 10 Feb 2008 00:00:00 +0000/ar/blog/2008/02/10/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-0.6.1.31-%D9%85%D9%86-i2p/<p>مرحبًا، يتوفر إصدار جديد من I2P لتستمتع به على <code>http://www.i2p2.de/downloads/.</code></p> <p>الإصدار 0.6.1.31 سيجعل عملية إصدار I2P مستقلة عن jrandom وخوادم *.i2p.net. مرآتنا الأساسية الجديدة هي <a href="https://www.i2p2.de">www.i2p2.de</a> ، ويمكن الوصول إليها عبر I2P على <a href="https://www.i2p2.i">www.i2p2.i</a> 2p.</p> <p>سيتم استضافة التحديثات التلقائية على عدة eepsites(I2P Sites)، موقعة من قِبل Complication، ولهذا الغرض يتضمن الإصدار 0.6.1.31 مفتاحين جديدين للتحقق من الإصدارات.</p> <p>كما يتضمن العديد من إصلاحات الأخطاء والتحسينات لآلية التحديث التلقائي ودفتر العناوين و I2PSnark ووكيل IRC. وسيتوفر دعم لبروتوكول SAM الإصدار 2.</p>/ar/blog/2008/02/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2008-02-01/Fri, 01 Feb 2008 00:00:00 +0000/ar/blog/2008/02/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2008-02-01/<p>مرحبًا!</p> <p><strong>تحديث الحالة 01/2008</strong></p> <p>بسبب تعطل خادم i2p.net في بداية عام 2008، لم تكن صفحة مشروع I2P متاحة. الشخص الوحيد الذي لديه صلاحية الوصول (jrandom) لإعادة تفعيل ذلك الخادم غير متصل ولا يمكننا الوصول إليه لمدة 10 أشهر أخرى على الأقل. ولم يكن بالإمكان حتى الحصول على المُثبّت أو seednodes (عُقَد تمهيدية) لبدء router جديد.</p> <p>خلال الأسابيع القليلة الماضية حصلنا على خادمي ويب كتبرعات من مساعدين ودودين، وقمنا بإعداد حل تكراري كامل للأجزاء الحيوية من I2P.</p>/ar/blog/2007/10/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.30/Sun, 07 Oct 2007 00:00:00 +0000/ar/blog/2007/10/07/%D8%A5%D8%B5%D8%AF%D8%A7%D8%B1-i2p-0.6.1.30/<p>مرحباً جميعاً، يتوفر إصدار جديد من I2P للاستمتاع به على <code>http://www.i2p.net/download</code></p> <p>يتضمن هذا الإصدار بعض التحسينات التجريبية على معدل نقل البيانات في tunnel، وإصلاحات eepget، ومعالجة تراكم الشبكة، وإصلاحات i2psnark، إلى جانب تغييرات أخرى. وكما هو الحال دائمًا، يمكن العثور على القائمة الكاملة للتغييرات على <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code></p> <p>هذا الإصدار متوافق مع الإصدارات السابقة، ويجب ألا تمثل الترقية مشكلة.</p> <p>الشكر موصول إلى zzz وComplication على جهودهما التي جعلت كل هذه التغييرات ممكنة!</p>/ar/blog/2007/04/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2007/Tue, 10 Apr 2007 00:00:00 +0000/ar/blog/2007/04/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> Complication, jadeSerpent, jrandom, mrflibble</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) مرحباً 16:01 &lt;jrandom&gt; 1) حالة الشبكة 16:01 &lt;jrandom&gt; 2) حالة تطوير Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) مرحباً 16:01 * jrandom يلوّح 16:01 &lt;jrandom&gt; الملاحظات الأسبوعية المختصرة عن الحالة منشورة على http://dev.i2p.net/pipermail/i2p/2007-April/001343.html 16:01 * mrflibble يلوّح رداً 16:03 &lt;jrandom&gt; بما أن تلك الملاحظات قصيرة بما يكفي، فلننتقل مباشرةً إلى 1) حالة الشبكة 16:03 &lt;jrandom&gt; يبدو أن الأمور تسير على ما يرام في الآونة الأخيرة 16:03 &lt;jrandom&gt; حالياً لا توجد تغييرات كبيرة جارية على الشبكة (بقدر علمي)، لذا سيبقى الوضع على الأرجح كذلك 16:03 &lt;jadeSerpent&gt; irc يبدو أنه قد هدأ أخيراً أيضاً 16:03 &lt;jrandom&gt; جميل 16:05 &lt;jrandom&gt; ليس لدي الكثير لأضيفه بخصوص 1) حالة الشبكة، لذا ما لم يكن لدى أحد شيء حولها، فلننتقل إلى 2) حالة تطوير Syndie 16:07 &lt;jrandom&gt; المراجعة التالية تستغرق وقتاً أطول مما توقّعنا، لكني آمل أن أصدر نسخة جديدة خلال اليومين إلى الثلاثة القادمة 16:07 &lt;jrandom&gt; لن تكون واجهة سطح المكتب الرسومية، لكنها ستتضمن عدداً من التحسينات 16:08 &lt;Complication&gt; أي شيء يُحسّن موثوقية التوزيع سيكون رائعاً 16:08 &lt;Complication&gt; لقد كانت ضعيفة نسبياً في الآونة الأخيرة 16:08 &lt;jrandom&gt; نعم، ينبغي أن يكون من السهل بدرجة كافية حل تلك المشكلة (إلى حدّ ما) 16:09 &lt;jadeSerpent&gt; هل تعرف ما الذي يسبب عمليات الجلب الفاشلة عبر i2p؟ 16:09 &lt;jrandom&gt; نعم، قِيَم مهلة منخفضة 16:10 &lt;jrandom&gt; (وقلة خيوط المعالجة على الخوادم) 16:13 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 2) حالة تطوير Syndie، فلننتقل إلى 3) ??? 16:13 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 16:14 * mrflibble يلوّح 16:14 &lt;mrflibble&gt; عذراً، أعود إلى النقطة 1 مجدداً 16:15 &lt;mrflibble&gt; &lt;jadeSerpent&gt; irc يبدو أنه قد هدأ أخيراً أيضاً - هل تعتقد أن لهذا سبباً بعينه؟ 16:16 &lt;jrandom&gt; كانت هناك بعض مشاكل الشبكة والعتاد على خوادم irc، ومعظم الناس قد حدّثوا الآن إلى آخر إصدار (مما يمنحنا فائدة تحسينات zzz) 16:17 &lt;jrandom&gt; الأرقام الخاصة بمعدلات نجاح إنشاء tunnel تبدو أفضل بكثير 16:17 &lt;mrflibble&gt; أوه حسناً، كانت المشكلة في الخوادم نفسها 16:17 &lt;mrflibble&gt; ما هي تحسينات zzz؟ 16:19 &lt;Complication&gt; أولويات الرسائل، للسماح لرسائل بناء tunnel بأن تكون لها أولوية على حركة مرور tunnel 16:19 &lt;Complication&gt; وكذلك تعديلات في مكتبة البث، ومجموعة الإصلاحات المعتادة لـ I2PSnark 16:19 &lt;mrflibble&gt; آه، شكراً 16:19 &lt;jrandom&gt; (كما قال Complication :) 16:22 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:26 &lt;jrandom&gt; إن لم يكن 16:26 * jrandom يختتم 16:26 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2007/04/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2007/Tue, 03 Apr 2007 00:00:00 +0000/ar/blog/2007/04/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> Complication، jrandom، tapeworm</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) مرحبًا 16:01 &lt;jrandom&gt; 1) حالة الشبكة 16:01 &lt;jrandom&gt; 2) حالة تطوير Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) مرحبًا 16:01 * jrandom يلوّح 16:01 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية لم تُنشر بعد، لكن لم يكن فيها الكثير، لذلك يمكننا تغطيتها هنا مباشرة 16:01 &lt;jrandom&gt; نبدأ بـ 1) حالة الشبكة 16:01 &lt;jrandom&gt; الأمور تبدو جيدة جدًا، ولا توجد مشاكل كبيرة حاليًا. كانت هناك بعض المشاكل على خوادم IRC سابقًا، لكن مشاكل العتاد تم حلها (شكرًا cervantes وpostman!) 16:01 &lt;jrandom&gt; كان هناك المزيد من النقاش على مدونة zzz بخصوص أفكار ssu/ntcp - اطلع عليها لمزيد من المعلومات 16:01 &lt;jrandom&gt; ليس لدي الكثير لأضيفه حول ذلك... هل لدى أحد شيء يطرحه بخصوص 1) حالة الشبكة؟ 16:04 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة تطوير Syndie 16:04 &lt;jrandom&gt; أحرزنا تقدمًا جيدًا في واجهة سطح المكتب الرسومية (GUI) مؤخرًا، مع إعادة بعض المكوّنات إلى الواجهة الرسومية المبوبة أيضًا 16:04 &lt;jrandom&gt; لا يزال لدينا بعض العمل لننجزه، لكني أستخدم واجهة سطح المكتب الرسومية لمعظم الأمور حاليًا. 16:04 &lt;jrandom&gt; كما طرح mk المزيد من الأفكار والمخاوف بشأن واجهة سطح المكتب الرسومية أيضًا، وكما هو الحال دائمًا، اقرأ منتدى مطوري Syndie لمتابعة التخطيط والتنفيذ 16:04 &lt;+Complication&gt; بالفعل، أستطيع أيضًا تأكيد استمرارية أعلى لجلسات IRC 16:04 &lt;jrandom&gt; w3wt 16:06 &lt;+Complication&gt; يبدو أنه قد يتم جدولة اختباره مرة أخرى إذن (خلال آخر اختبار لي، وجدته نوعًا ما... مُربِكًا) 16:07 &lt;jrandom&gt; آه نعم، لقد أضفت تسميات لمعظم الأزرار الآن ;) 16:07 &lt;jrandom&gt; مع ذلك، إذا كنت على ويندوز فهو لا يزال يعرض تسميات الأزرار العمودية بشكل خاطئ (نحتاج إلى كتابة مخطط تخطيط مخصص لذلك) 16:07 &lt;+Complication&gt; (خصوصًا غياب التسميات على العديد من المكوّنات) 16:08 &lt;jrandom&gt; لكنّه لا يزال غير جاهز لإصدار alpha... أستطيع استخدامه لأني أعرف ما يفعله كل شيء/وما يُفترض أن يفعله 16:08 &lt;+Complication&gt; لديّ هنا Linux، لكن من الجيد معرفة ذلك، على ما أظن 16:08 &lt;jrandom&gt; لكن نأمل خلال الأسبوع القادم أو نحو ذلك 16:09 &lt;+Complication&gt; من جهة Syndie، كنت أتساءل عن مسألة: هل كود المزامنة الجديد مبالغ في الحماس، كأن يحاول عددًا كبيرًا جدًا من النقلات بالتوازي؟ 16:09 &lt;+Complication&gt; s/is being/be 16:09 &lt;jrandom&gt; سيحاول 5 عمليات جلب متزامنة لكل أرشيف 16:10 &lt;jrandom&gt; (وخيط استيراد غير متزامن واحد) 16:10 &lt;+Complication&gt; من جانبي، شهد معدل فشله مع معظم الأرشيفات ارتفاعًا كبيرًا مقارنة بالسابق 16:10 &lt;jrandom&gt; هممم 16:10 &lt;+Complication&gt; قد يكون السبب أن مزيدًا من الناس يزامنون أيضًا، لكني ما زلت آمل أن يكون ممكنًا اصطياد لحظة فراغ عندما لا يكون الأرشيف مشغولًا 16:10 &lt;+Complication&gt; لكن يبدو أن 'اصطياد لحظة فراغ' وإتمام مزامنة بجودة جيدة لا يحدث غالبًا 16:10 &lt;jrandom&gt; إذًا تفشل عمليات الجلب المختلفة برسالة "connection reset" أو رسائل خطأ أخرى شبيهة بـ TCP؟ 16:11 &lt;+Complication&gt; "socket closed" وما إلى ذلك 16:11 &lt;jrandom&gt; آه حسنًا 16:11 &lt;+Complication&gt; لم أحصِها حقًا 16:11 &lt;+Complication&gt; هذا كله بالطبع عبر I2P بالكامل 16:11 &lt;jrandom&gt; الخوادم ليست قوية جدًا حاليًا (أعتقد أن لديها قدرة معالجة محدودة جدًا)، وينبغي أن يتحسن ذلك 16:12 &lt;jrandom&gt; وأيضًا، كما قلتَ أنت و$nymFormerlyKnownAsAnonymous، علينا إعادة المحاولة مع تلك الأنواع من الإخفاقات 16:12 &lt;+Complication&gt; صحيح، قد يساعد ذلك أيضًا 16:12 &lt;tapeworm&gt; على ماذا تستند هذه الخوادم؟ 16:12 &lt;jrandom&gt; لكننا بالتأكيد نحتاج إلى أن يكون ذلك متينًا وشفافًا، بالطبع 16:13 &lt;jrandom&gt; tapeworm: منزلية الصنع 16:13 &lt;+Complication&gt; مع ذلك، عندما قست أداء "eepget" منذ فترة، مقارنةً بـ Syndie، حقق eepget أداءً واعتمادية ممتازين 16:13 &lt;jrandom&gt; (حوالي اثني عشر سطرًا من الشيفرة) 16:13 &lt;+Complication&gt; سحب 2 × 9 ميغابايت من dev.i2p.net بينما كان archive.syndie.i2p يفشل باستمرار في رسائل صغيرة جدًا 16:13 &lt;jrandom&gt; أوه، هذا ليس اختبارًا عادلًا حقًا 16:14 &lt;+Complication&gt; أجهزة مختلفة؟ 16:14 &lt;jrandom&gt; وبالفعل Syndie /يستخدم/ eepget للجلب 16:14 &lt;jrandom&gt; الجلب من Apache يختلف كثيرًا عن جلب الكثير من الملفات الصغيرة من خادم ويب منزلي الصنع ;) 16:14 &lt;+Complication&gt; هممم... ربما ينبغي أن أسجّل بشكل مبالغ فيه أثناء المزامنة إذن 16:15 &lt;+Complication&gt; بالفعل، وكذلك الاختلاف بين الخوادم 16:17 &lt;+Complication&gt; هه، يبدو أنني تمكنت من بدء مزامنة في واجهة سطح المكتب الرسومية 16:17 &lt;+Complication&gt; وهي مهمة ثبت أنها صعبة جدًا في المرة السابقة :) 16:17 &lt;jrandom&gt; w3wt :) 16:18 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للبند 2؟ إن لم يكن، فلنقفز إلى 3) ??? 16:18 &lt;+Complication&gt; لكنني معتاد على استخدام شريط المهام بكثافة، لذا سيستغرق الأمر على الأرجح بعض الوقت لأعتاد عليه 16:18 &lt;+Complication&gt; (عادةً ما أضع شريط المهام على الإخفاء التلقائي) 16:19 &lt;jrandom&gt; حسنًا، هناك خيار وقت الترجمة لوضع واجهة سطح المكتب الرسومية داخل نافذة بدلًا من ملء الشاشة - يمكننا جعله محوّلًا في سطر الأوامر بدلًا من ذلك 16:19 &lt;+Complication&gt; هل بوسع واجهة سطح المكتب الرسومية، من حيث المبدأ، أن تحتوي زر "تصغير"? 16:19 &lt;jrandom&gt; من المزعج جعله تغييرًا وقت التشغيل، إذ إن swt لا تسمح بإعادة إلحاق مكوّنات GUI (reparenting) بشكل موثوق، ولا يمكنك تغيير إطار (trim) النافذة 16:20 &lt;jrandom&gt; أوه، نعم، ممكن بالتأكيد - فكرة جيدة 16:20 &lt;+Complication&gt; والذي سيرسله إلى الخلفية دون التأثير في ترتيب النوافذ الأخرى الموجودة تحته؟ 16:20 &lt;jrandom&gt; يمكننا وضع ذلك في قائمة التحكم (أعلى اليسار) أو قائمة المهام (أعلى اليمين) 16:20 &lt;+Complication&gt; لأن استخدام Alt+Tab يميل إلى تغيير ذلك 16:21 &lt;+Complication&gt; (شيء... مثل زر "إظهار سطح المكتب" الذي أحب عادةً وجوده على شريط المهام بالقرب من زر KDE / Start) 16:21 &lt;+Complication&gt; (قد يثبت موقع آخر أنه أفضل، لكن شيئًا بهذا الأثر) 16:22 &lt;jrandom&gt; نعم، يمكننا إخفاءه بالطريقة نفسها التي يعمل بها تصغير الواجهة الرسومية المبوبة (أو يمكننا تحويله إلى أيقونة مثل زر التصغير في النوافذ العادية) 16:22 &lt;+Complication&gt; حتى وإن كان الاعتراف واجبًا بأن "تصغير" و"إظهار سطح المكتب" أمران مختلفان - وبعد مزيد من التفكير، يبدو أن "التصغير" أكثر منطقية قليلًا. 16:24 &lt;+Complication&gt; أما بالنسبة لأخطاء المزامنة، فحاليًا لديّ حالة واحدة HTTP 504، وأربع حالات "socket closed" 16:24 &lt;+Complication&gt; نجاحان 16:24 * TrevorReznik يصادف نحو 70% "socket closed" 16:24 &lt;jrandom&gt; يا للعجب 16:24 &lt;jrandom&gt; حسنًا، سأنظر في ذلك وسأضع تحديثًا هناك بأسرع ما يمكن 16:27 &lt;jrandom&gt; حسنًا، في 3) ??? - هل لدى أحد أي شيء آخر للاجتماع؟ 16:27 &lt;+Complication&gt; ليت لديّ، لكن ليس بعد - تطبيق webcache لا يزال غير مكتمل، إذ إن الحياة الواقعية دهستني قليلًا 16:28 &lt;jrandom&gt; تبًا لذلك الواقع! 16:28 * Complication سيحاول إنجاز 15 شيئًا مزعجًا والتخلص منها 16:32 &lt;jrandom&gt; wr0d 16:32 &lt;jrandom&gt; حسنًا، إن لم يكن هناك أي شيء آخر للاجتماع... 16:32 * jrandom يختتم 16:33 * jrandom *baf*s الاجتماع </div>/ar/blog/2007/03/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%85%D8%A7%D8%B1%D8%B3-2007/Tue, 27 Mar 2007 00:00:00 +0000/ar/blog/2007/03/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%85%D8%A7%D8%B1%D8%B3-2007/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes, Complication, jrandom, TrevorReznik</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 0) مرحباً 16:02 &lt;jrandom&gt; 1) حالة الشبكة 16:02 &lt;jrandom&gt; 2) مقترحات zzz حول NTCP/SSU 16:03 &lt;jrandom&gt; 3) حالة تطوير Syndie 16:03 &lt;jrandom&gt; 4) حالة DNS/المسجّل 16:03 &lt;jrandom&gt; 5) ??? 16:03 &lt;jrandom&gt; 0) مرحباً 16:03 * jrandom يلوّح 16:03 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 &lt;jrandom&gt; ننتقل إلى 1) حالة الشبكة 16:04 &lt;jrandom&gt; الأمور تبدو جيدة جداً، وكما ذُكر هناك مزيد من البحث ينبغي القيام به بخصوص آخر التغييرات 16:05 &lt;+Complication&gt; كنت أودّ أن أشتكي قليلاً من اتصال IRC (كل شيء آخر يبدو مقبولاً)، لكن خلال اليوم الأخير لم يحدث لدي سوى نحو 6 انقطاعات، وهذا ليس سيئاً 16:05 &lt;cervantes&gt; /mute Complication 16:05 &lt;jrandom&gt; هه 16:05 &lt;+Complication&gt; :D 16:06 &lt;+Complication&gt; نجاح بناء tunnel جميل جداً، على أي حال 16:06 * Complication يتحقّق مجدداً، احتياطاً 16:06 &lt;jrandom&gt; نعم، رأيت بعض تقلّبات الانقطاع (وبصراحة، أقرأ السجل المتراكم لديّ عبر grep -v -\!- لذا لا أرى الانقطاعات أبداً ;) 16:06 &lt;cervantes&gt; حدثت أخطاء متعدّدة من مزوّدي الخدمة مؤخراً على صعيد IRC - وpostman يبحث في ترتيبات استضافة بديلة 16:06 &lt;jrandom&gt; معدّلات بناء tunnel في الإحصاءات ارتفعت، لكنها تبدو عموماً متماشية مع الدورات على stats.i2p 16:06 &lt;cervantes&gt; نأمل أن نحصل على قدر أفضل من التكرار في الشبكة 16:06 &lt;jrandom&gt; آه حسنٌ يا cervantes 16:07 * jrandom كان سيعرض المساعدة في dev.i2p.net، لكن لا أتذكر آخر مرة كان الحمل فيه أقل من 4 16:08 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء آخر لطرحه بخصوص حالة الشبكة؟ 16:10 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) مقترحات zzz حول NTCP/SSU 16:10 &lt;jrandom&gt; لا يبدو أن zzz موجود حالياً، وقد تركت ردودي على موضوع Syndie في المنزل (يا غباء) 16:11 &lt;jrandom&gt; على أي حال، انشروا آراءكم في مدوّنة zzz (أو اقرأوا هناك لمزيد من المعلومات) 16:11 &lt;jrandom&gt; هل لدى أحد أي شيء لمناقشته بشأن ذلك هنا الآن؟ 16:12 &lt;+Complication&gt; حسناً، أنا شخصياً كتبتُ هناك رداً أبديتُ فيه قلقاً من الاعتماد المفرط على UDP (لأن UDP عندي شخصياً كانت لديه معدلات إعادة إرسال مرتفعة) 16:12 &lt;jrandom&gt; أجل 16:12 &lt;+Complication&gt; مع ذلك، فكّرتُ في مقاربة ما... 16:12 &lt;+Complication&gt; حالياً العروض حتمية بالكامل (على عكس الاحتمالية ذات المكوّن العشوائي)، صحيح؟ 16:13 &lt;jrandom&gt; أجل، حتمية بالكامل 16:13 &lt;+Complication&gt; كنتُ أتساءل إن كان هناك فائدة (بمعنى تجنّب الحالات المتطرفة) في جعلها تحوي مكوّناً احتمالياً 16:14 &lt;+Complication&gt; مثلاً: "احتمال 60% للحصول على NTCP، و40% للحصول على SSU" 16:14 &lt;+Complication&gt; (على افتراض عدم وجود بيانات سابقة - وإذا وُجدت بيانات فشل/نجاح سابقة، فغالباً ينبغي إمالة الاحتمال لصالح آلية النقل الأفضل أداءً لذلك الوصل) 16:15 &lt;jrandom&gt; حسناً، هذا يعتمد على ما نأمل تحقيقه - حسب فهمي لمقترح zzz، الهدف هو استخدام ssu متى ما أمكن 16:15 &lt;+Complication&gt; (على افتراض طبعاً أن كلا آليتي النقل قابلة للاستخدام للوصلة المعطاة - أحياناً بالتأكيد ليست كذلك) 16:15 &lt;jrandom&gt; العشوائية لن تساعد في ذلك، لكنها ستوفر مساحة أكبر لجمع بيانات عن كلتا آليتي النقل في الواقع العملي 16:16 &lt;+Complication&gt; مجرد فكرة حول طريقة ممكنة لمحاولة تحقيق توازن بينهما (لأنه إذا كان أحدهما يقدّم "عرضاً" أعلى دائماً، فالـrouters على الأرجح لن "تُجرِّب" كثيراً) 16:19 &lt;jrandom&gt; إنها طريقة يمكننا استخدامها لجمع مزيد من البيانات، تستحق أن نبقيها في البال 16:19 &lt;jrandom&gt; حسناً، كما ذُكر، انشروا في ذلك النقاش لمزيد من الأمور :) 16:20 &lt;jrandom&gt; ننتقل إلى 3) حالة تطوير Syndie 16:20 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه إلى ما في الرسالة 16:20 &lt;jrandom&gt; هل لدى أحد أي أسئلة/تعليقات/مخاوف؟ 16:21 &lt;+Complication&gt; ليس بعد. :) 16:22 &lt;jrandom&gt; هههه 16:22 * Complication يأمل أن يساعد أكثر، سواء على صعيد I2P أو Syndie، لكنني حقاً بحاجة لإخراج ذلك الشيء الخاص بالـwebcache أولاً 16:22 &lt;jrandom&gt; w3rd، أتطلع إلى كليهما :) 16:24 &lt;jrandom&gt; حسناً لنتجاوز 4 ونقفز إلى 5) ??? 16:25 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 16:26 &lt;TrevorReznik&gt; هل هناك اهتمام بمولِّد hashcash لـ I2P؟ 16:26 &lt;TrevorReznik&gt; أي عبر واجهة المتصفّح. 16:26 &lt;TrevorReznik&gt; فكرتُ في ذلك كطريقة لإزالة سيناريوهات DoS المحتملة داخل I2P. 16:27 &lt;jrandom&gt; هممم، بـ JavaScript أم C/Java؟ 16:27 &lt;jrandom&gt; أظن أن هناك بعض مولّدات hashcash المتاحة 16:27 &lt;TrevorReznik&gt; بالـ Java. 16:28 &lt;+Complication&gt; حسناً، من المرجّح أننا سنحتاج لبعض البحث في مخططات hashcash في مرحلة ما 16:28 &lt;TrevorReznik&gt; www.hashcash.org أظن أن لدى بعضاً منها. 16:28 &lt;TrevorReznik&gt; إنها مبادرة لاعتماده لعملاء البريد كآلية لمكافحة الرسائل المزعجة. 16:28 &lt;+Complication&gt; ربما ليس بحثاً بالمعنى الصحيح، بل من حيث التنفيذ وأفضل الممارسات sese 16:28 &lt;+Complication&gt; =sense 16:28 &lt;TrevorReznik&gt; لديهم مجموعة من التطبيقات بلغات عديدة. 16:28 &lt;TrevorReznik&gt; هناك فئتان (classes) بـ Java وعلى الأقل applet واحدة هناك، مع أنني لا أعرف شروط الترخيص الدقيقة حتى الآن. 16:30 &lt;+Complication&gt; أماكن يمكن أن تستفيد منه: 1) تسجيل nym (اسم مستعار) في Syndie 2) تسجيل الأسماء في I2P 16:30 &lt;+Complication&gt; 3) البريد الإلكتروني، بطبيعة الحال 16:30 * TrevorReznik يوافق. 16:30 &lt;+Complication&gt; 4) في سيناريوهات أقل تفاؤلاً، الرسائل العادية في Syndie 16:31 &lt;+Complication&gt; على مستوى شبكة I2P نفسها... 16:31 &lt;+Complication&gt; هممم 16:31 &lt;jrandom&gt; من الممكن تضمينها في رسائل إنشاء tunnel، لكننا بالفعل في وضع صعب من ناحية الـCPU كما هو ;) 16:39 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:41 &lt;jrandom&gt; إن لم يكن 16:41 * jrandom ينهي 16:41 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2007/03/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-20-%D9%85%D8%A7%D8%B1%D8%B3-2007/Tue, 20 Mar 2007 00:00:00 +0000/ar/blog/2007/03/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-20-%D9%85%D8%A7%D8%B1%D8%B3-2007/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> Amiga4000, _bob, Eric, jadeSerpent, jrandom, snoopy</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) مرحباً 16:05 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.28 16:05 &lt;jrandom&gt; 2) حالة تطوير Syndie 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) مرحباً 16:05 * jrandom يلوّح 16:05 &lt;jrandom&gt; الملاحظات الأسبوعية للحالة نُشرت على http://dev.i2p.net/pipermail/i2p/2007-March/001341.html 16:05 * jrandom قام للتو بنشر ذلك، لذا سأمنحكم دقيقة لقراءة تلك الملاحظة المثيرة ;) 16:08 &lt;jrandom&gt; حسناً، دعونا نبدأ بـ 1) حالة الشبكة و 0.6.1.28 16:09 &lt;jrandom&gt; الأمور تبدو جيدة حتى الآن مع ترقية نحو نصف الشبكة 16:09 &lt;jrandom&gt; نقطة بيانات مثيرة للاهتمام هي أنّ الشبكة نَمَت قليلاً أيضاً، أُضيف ربما 40-50 اتصال ntcp نشط إلى الـ router لدي وأرى نحو 700 معرّف router معروف 16:10 &lt;jrandom&gt; سنرى كيف يتقدّم ذلك خلال الأسبوع القادم أو نحو ذلك 16:11 &lt;jrandom&gt; حسناً، هل لدى أيٍّ منكم شيء يطرحه بخصوص حالة الشبكة أو 0.6.1.28؟ 16:13 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة تطوير Syndie 16:13 &lt;jrandom&gt; هناك الكثير يجري في ذلك الصعيد، كما ذُكر في الملاحظات 16:13 &lt;Amiga4000&gt; مرحباً 16:13 &lt;jrandom&gt; أهلاً Amiga4000 16:13 &lt;Amiga4000&gt; أي نقطة الآن؟ 16:13 &lt;jrandom&gt; لقد انتقلنا للتو إلى 2، لكن إن كان لديك شيء لتطرحه عن 1، أخبرني ;? 16:14 &lt;Amiga4000&gt; نعم، نشرت في Syndie الآن، أفترض أن الـ pool لدي لا يعمل كما توقعت 16:14 &lt;jrandom&gt; pool؟ 16:14 &lt;Amiga4000&gt; 2 pout tunnels 2 hops, one 70sec and 1300kb, one 250sec and 1000 kb 16:15 &lt;Amiga4000&gt; (أنا أشير إلى الرسالة في منتدى zzz على Syndie حول I2Psnark و pooling داخل الـ router) 16:15 &lt;jrandom&gt; أفترض أن تلك الأوقات هي أوقات انتهاء الصلاحية، صحيح؟ وأن البيانات هي الإجمالي المنقول حتى الآن 16:15 &lt;Amiga4000&gt; تباً، صحيح 16:15 &lt;jrandom&gt; حسناً، رددتُ على ذلك المنشور في Syndie - ما تراه جيد 16:15 &lt;Amiga4000&gt; *جيد* 16:16 &lt;Amiga4000&gt; آسف، كنتُ سريعاً جداً في القراءة ولم أفهم 16:16 &lt;jrandom&gt; لو انتهت صلاحية جميع الـ tunnels في الوقت نفسه، لحصل اندفاع وفرصة كبيرة لفشل كامل 16:16 &lt;Amiga4000&gt; صحيح، هل هناك طريقة لرؤية عمر الـ tunnel؟ 16:16 &lt;jrandom&gt; 1300KB و 1000KB توازن جيد أيضاً 16:16 &lt;jrandom&gt; العمر دائماً 10 دقائق 16:17 &lt;Amiga4000&gt; حسناً، سأتعقّب مزيداً من البيانات :_) 16:18 &lt;jrandom&gt; w3wt، شكراً لسؤالك عنه، إنه سؤال جيد 16:18 &lt;Amiga4000&gt; حسناً، وبخصوص حالة الشبكة: 0.1.28 جيد، رغم أن رفع بيانات i2psnakr بطيء 16:19 &lt;jrandom&gt; هممم، كنتَ تصف 10-15KBps، صحيح؟ 16:19 &lt;Amiga4000&gt; صحيح، كان 30-40 قبل آخر تغييرَين أو ثلاثة من zzz 16:20 &lt;jrandom&gt; هممم، دعنا نرى كيف يتقدّم الأمر مع تراجع دوّامة الإصدارات الجديدة 16:20 &lt;Amiga4000&gt; نعم، لننتظر أسبوعاً إلى أسبوعين إضافيين :-) 16:20 &lt;jrandom&gt; مع ذلك، برأيي 10-15KBps كافٍ 16:21 &lt;Amiga4000&gt; :-) 16:21 &lt;jrandom&gt; (كنتُ في الواقع أستخدم نطاق 10-20 كهدفي للاستخدام المعقول، بدلاً من 1-5KBps) 16:21 &lt;jrandom&gt; بالطبع المزيد أفضل، لكن 10-15 ثابتة خبر رائع 16:21 &lt;Amiga4000&gt; أعلم فقط أنه قد حقّق 2-4x من ذلك 16:21 &lt;_bob&gt; هممم، i2p يستخدم 120% من CPU. ;) 16:22 &lt;Amiga4000&gt; وما زلتُ أستطيع سحب بيانات من "الإنترنت" عبر outproxy&lt;in بمعدل 20-40 kb 16:22 &lt;jadeSerpent&gt; _bob: آمل أن المُبرِّد/المروحة لديك يعملان 16:22 &lt;jrandom&gt; أنت تقصد كيلوبايت في الثانية، صحيح Amiga4000؟ 16:22 &lt;Amiga4000&gt; صحيح 16:23 &lt;jrandom&gt; رائع 16:23 &lt;Amiga4000&gt; وحتى syndie.i2p في نطاق 40 16:23 &lt;jrandom&gt; bob: أو أنّ لديك حاسوباً بمعالج ثنائي أو رباعي ;) 16:24 &lt;_bob&gt; لم أكن أعلم أن top يعرض قيماً تتجاوز 100%. 16:24 &lt;jrandom&gt; i2p سحر خالص 16:24 &lt;jadeSerpent&gt; أظن أنه فوق الـ top 16:25 &lt;_bob&gt; ليتني كذلك. لا يمكنني سوى التوجيه بحوالي 150KB/s في كل اتجاه كما هو الآن. 16:25 * jadeSerpent يتفادى الفاكهة الفاسدة 16:27 &lt;jadeSerpent&gt; لدي Core 2 Duo وأحياناً أرى عمليات مختلفة تستخدم&gt;100% 16:29 &lt;jrandom&gt; حسناً، هل لدى أحدٍ أي شيء آخر بخصوص 1؟ 16:30 &lt;jrandom&gt; إن لم يكن، فنحن فعلاً ننتقل إلى 2 ;) 16:30 &lt;jrandom&gt; لا يوجد الكثير لإضافته هنا أكثر مما في البريد والمنتدى 16:30 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء يريد طرحه بخصوص 2) حالة تطوير Syndie؟ 16:30 &lt;jadeSerpent&gt; لا أستطيع الانتظار لتجربة أداة المحرر الجديدة 16:30 &lt;jadeSerpent&gt; الحالي يجعلني أجنّ 16:30 &lt;jrandom&gt; هه 16:31 &lt;jadeSerpent&gt; كيف تمكنت من تضمين محررات أصلية على المنصات المختلفة؟ 16:31 &lt;Eric&gt; سؤال سريع... لماذا يستغرق Susimail وقتاً طويلاً للتحقق من البريد أو التحميل؟ صفحات .i2p الأخرى تُحمَّل بسرعة. 16:32 &lt;jadeSerpent&gt; Eric: بروتوكول pop3 كثير الإسهاب، أكثر من http (حزم أكثر يتم تبادلها لكل عملية) 16:32 &lt;Eric&gt; آه، حسناً. 16:33 &lt;jrandom&gt; jadeSerpent: import org.eclipse.swt.widget.Text بدلاً من ...swt.custom.StyledText ;) 16:33 &lt;_bob&gt; Eric = Protocol؟ 16:33 &lt;jrandom&gt; Eric: نعم، التطبيق يعمل محلياً لكنه يتحدث مجموعة فرعية كاملة من pop3 مع خادم pop3 16:34 &lt;jadeSerpent&gt; jrandom: آه إذن swt يوفّر واجهة إلى أُطر com 16:34 &lt;Eric&gt; لماذا لا نستخدم بريد الويب عبر HTTP بدلاً من عميل محلي يسحب ويرسل عبر POP/SMTP؟ 16:34 &lt;jadeSerpent&gt; لا بأس، سأقرأ الشيفرة فحسب 16:35 &lt;jrandom&gt; jadeSerpent: حسناً، إنها أداة /text/ أصلية، وليست أداة محرر com html 16:35 &lt;jadeSerpent&gt; Eric: اسأل postman ذلك السؤال، ويفضَّل في #i2p-chat ;) 16:35 &lt;Eric&gt; حسناً. 16:35 &lt;jadeSerpent&gt; jrandom: أوه 16:35 * jadeSerpent كان يفكّر في gedit/console/riched32 16:36 &lt;jadeSerpent&gt; s/console/kate/ 16:36 &lt;jrandom&gt; jadeSerpent: من السهل بما يكفي أيضاً دمج أداة محرر com html، لكنها ستثير الكثير من القضايا 16:36 &lt;jadeSerpent&gt; نعم، من الأفضل أن تقوم بالتحليل بنفسك من أجل الأمان 16:36 &lt;jrandom&gt; (مثلاً تدقيقها أمنياً، خاصة عند اقتباس المحتوى) 16:39 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 2)، فلننتقل إلى 3) ??? 16:39 &lt;jrandom&gt; هل لدى أي شخص شيء يريد طرحه للاجتماع؟ 16:40 &lt;jadeSerpent&gt; كيف الوضع مع registerfly 16:40 &lt;jadeSerpent&gt; هل تم إنقاذ i2p.net؟ ;) 16:41 &lt;jrandom&gt; آه، لم يُحل بعد، آمل أن نتعامل معه قريباً 16:41 &lt;jrandom&gt; لكنكم حفظتم 66.111.51.110 على أي حال، صحيح؟ ;) 16:41 &lt;_bob&gt; سيوفّر لكم i2p.net قريباً إعلانات وإعلانات. ;) 16:42 &lt;jadeSerpent&gt; نعم، إنه الرقم نفسه الذي أستخدمه كتركيبة حقيبتي 16:42 &lt;jadeSerpent&gt; _bob: هذا أحد مخاوفي :( 16:43 &lt;jadeSerpent&gt; أو إعادة التوجيه إلى SiteFinder 16:43 &lt;jadeSerpent&gt; يا لها من فوضى صنعتها registerfly، هه 16:43 &lt;jrandom&gt; سيُحل خلال اليوم أو اليومين المقبلين 16:44 &lt;Eric&gt; هه، الآن تذكّرت أين رأيت ذلك الـ IP. إنه عنوان IP الخاص بـ outproxy. 16:44 &lt;snoopy&gt; jr: تحقق من هذه الصفحة، بخصوص i2p.net: http://www.dyndns.com/news/releases/registerfly_safe_harbor.html 16:44 &lt;jrandom&gt; نعم يا eric :) 16:46 &lt;jrandom&gt; snoopy: معظم المسجّلين هناك يعرضون خصومات لالتقاط مستخدمي registerfly السابقين (مع أننا محظوظون تقنياً لأننا مسجَّلون لدى enom) 16:46 * jrandom يحتاج فقط للاتصال بطرفية آمنة (حاولتُ في وقت سابق اليوم، لكن المكان كان مغلقاً) 16:47 &lt;jrandom&gt; حسناً، هل لدى أحدٍ أي شيء آخر لطرحه للاجتماع؟ 16:49 &lt;jrandom&gt; إن لم يكن... 16:49 * jrandom يستعد 16:50 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2007/03/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%85%D8%A7%D8%B1%D8%B3-2007/Tue, 13 Mar 2007 00:00:00 +0000/ar/blog/2007/03/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%85%D8%A7%D8%B1%D8%B3-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, detonate, jrandom, TrevorReznik, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) مرحبًا 16:01 &lt;jrandom&gt; 1) حالة الشبكة والإصدار 0.6.1.28 16:01 &lt;jrandom&gt; 2) حالة تطوير Syndie والإصدار 1.005a 16:02 &lt;jrandom&gt; 3) توجّهات واجهة Syndie الرسومية 16:02 &lt;jrandom&gt; 4) نتائج مسابقة حصاد العلل لشهر فبراير 16:02 &lt;jrandom&gt; 5) ??? 16:02 &lt;jrandom&gt; 0) مرحبًا 16:02 * jrandom يُلوّح 16:02 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-March/001338.html 16:02 &lt;jrandom&gt; لديكم جميعًا بضع ساعات لقراءة ذلك (وطبعًا قراءة منشورات Syndie ذات الصلة ;) فلنبدأ مباشرةً بـ 1) حالة الشبكة و0.6.1.28 16:04 &lt;jrandom&gt; هناك الكثير جارٍ على هذا الصعيد مؤخرًا - zzz هل تود أن تعطينا موجزًا عمّا سيأتي في 0.6.1.28؟ 16:05 &lt;+zzz&gt; حسنًا 16:06 &lt;+zzz&gt; تحسينات كثيرة في بناء الـtunnel وفي أداء الرفع (upstream)، وستفيد أساسًا من لديهم الكثير من الحركة الصادرة أو من يقيّدهم عرض النطاق للرفع... 16:06 &lt;+zzz&gt; مثل مستخدمي i2psnark... 16:06 &lt;+zzz&gt; أحصل على نتائج جيدة في الاختبارات، لذا أتطلع لإتاحتها للجميع... 16:07 &lt;jrandom&gt; [w3wt] 16:07 &lt;+zzz&gt; لدي تعديل بسيط لجعل مُعامِل قابلًا للضبط، كما طلب Amiga4000، سأضيفه قريبًا. 16:08 &lt;+zzz&gt; وشكرًا على عرض $$، لكن من فضلك احتفظ به في البنك. 16:08 &lt;+zzz&gt; EOT :) 16:08 &lt;jrandom&gt; r0x0r - أُضيف إلى halloffame.html :) 16:09 &lt;+zzz&gt; هاها أنا مشهور الآن 16:10 &lt;jrandom&gt; التغييرات تبدو واعدة جدًا، ويبدو أنها ستُحدث أكبر أثر لها عند نشرها على نطاق واسع 16:11 &lt;jrandom&gt; أرسل لي رسالة عندما تريدني أن أضغط الزناد وسأتولى حزمتها ودفعها خلال يوم أو نحو ذلك 16:11 &lt;jrandom&gt; حسنًا، هل لدى أحد شيء يود طرحه بخصوص حالة الشبكة؟ 16:13 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة تطوير Syndie 16:14 &lt;jrandom&gt; هناك الكثير يجري هنا (كما سترى إن كنت تستخدم Syndie أو تتابع https://trac.i2p.net/timeline ) 16:14 &lt;jrandom&gt; أتوقع أن يكون لدينا إصدار جديد 1.005a خلال اليوم أو اليومين المقبلين (وبديهيًا لا يشمل الأمور التي نناقشها في (3) أدناه) 16:15 &lt;TrevorReznik&gt; jrandom: هل لديك وقت لسؤال قصير؟ 16:17 &lt;jrandom&gt; إن كان للاجتماع، بالتأكيد (إن كان ضمن 2)، فالآن مناسب، وإن لم يكن على جدول الأعمال، لدينا 5) ??? لكل شيء آخر :) 16:17 &lt;jrandom&gt; (إن لم يكن أمرًا للاجتماع، أرسل لي رسالة خاصة) 16:17 &lt;TrevorReznik&gt; حسنًا ;) سأنتظر 16:18 &lt;jrandom&gt; حسنًا، هل لدى أحد شيء بشأن 2) حالة تطوير Syndie؟ 16:20 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) توجّهات واجهة Syndie الرسومية 16:20 &lt;jrandom&gt; كما ذُكر في البريد، هناك الكثير في هذا الاتجاه - mk جمع أفكارًا مثيرة للاهتمام، ومن المرجح أن نراها في Syndie عاجلًا لا آجلًا 16:20 &lt;+zzz&gt; سمّني تقليديًا، لكني أظن أن الواجهة الحالية متعددة الألواح الشبيهة بـThunderbird جيدة جدًا 16:24 &lt;jrandom&gt; هممم، مع العرض متعدد الألواح، هل سيتناسب ذلك أكثر مع تعديلات mk من واجهتنا الحالية متعددة الألسنة؟ 16:24 &lt;jrandom&gt; هل تستخدم لسان المعاينة في عرض السلسلة الآن، مثلًا؟ 16:26 &lt;+zzz&gt; حاليًا لا خيار سوى الذهاب إلى لسان المعاينة لرؤية المرفقات، وهذا لا يعجبني - أفضل أن أرى كل الشيء في اللوح السفلي 16:26 &lt;+zzz&gt; آسف، لست متمكنًا من تفاصيل تعديلات mk لذا لا أستطيع الإجابة عن سؤالك الآخر 16:27 &lt;jrandom&gt; آه، إذن سيعمل بشكل أفضل مع عرض mk (حالما نجعله يستخدم MessageView بدلًا من MessagePreview هناك في الأسفل) 16:27 &lt;jrandom&gt; أوه، هناك لقطة شاشة لاقتراح mk على http://dev.i2p.net/~jrandom/mk_max.png 16:27 &lt;jrandom&gt; mk: ربما يمكننا إيجاد طريقة لجعل وضع الشجرة (أعلى مقابل يسار) قابلًا للضبط؟ 16:29 &lt;+zzz&gt; Thunderbird كان يتيح لك اختيار تخطيطين أو ثلاثة للألواح الثلاثة، لكن لا أستطيع إيجاده في الخيارات حاليًا 16:30 &lt;jrandom&gt; أتذكر أنني راجعت مخططهم لذلك، نعم 16:31 &lt;jrandom&gt; ربما إذا استطعنا إيجاد طريقة لجعل «explorer» الخاص بـmk قابلًا للوضع بسلاسة داخل أي SWT Composite، فيمكننا استخدامه عبر الواجهة الحالية ذات الألسنة كلسان، وكذلك في وضع ملء الشاشة كواجهة مستقلة 16:33 &lt;+zzz&gt; أُفضّل الألسنة للأشياء الأقل شيوعًا مثل الخيارات، إعدادات التوزيع، إلخ؛ وأظن أن الألسنة مع العرض متعدد الألواح للأشياء الشائعة فكرة جيدة. هذا رأيي على أي حال. 16:34 &lt;jrandom&gt; هل تُشغِّل Syndie بملء الشاشة أم في جزء من الشاشة فقط؟ 16:35 &lt;+zzz&gt; عادةً بملء الشاشة 16:35 &lt;jrandom&gt; همم، رائع 16:36 &lt;+zzz&gt; لكن لأني أستخدم هذه الأيام حاسوبًا محمولًا بدقة 768×1024... على مكتبي بدقة 1200×1600 لن أشغل الشاشة كاملة 16:37 &lt;jrandom&gt; حسنًا، لكل من يراقب في الخلفية، رجاءً انشروا أفكاركم وآراءكم متى كان ذلك مناسبًا لكم 16:37 &lt;jrandom&gt; هه نعم، منطقي 16:38 * jrandom يستخدم حاليًا جهاز مقهى إنترنت بدقة 600×800 16:38 &lt;@detonate&gt; همم، أواجه صعوبة في تشغيل i2p مجددًا 16:39 &lt;@detonate&gt; يفعل شيئًا ويستخدم الكثير من المعالج، لكن يبدو أن لوحة الويب لا تبدأ أبدًا 16:39 &lt;@detonate&gt; أظن أنه يمكنني محاولة تشغيله على Windows 16:39 &lt;jrandom&gt; هل هناك شيء في السجلات؟ 16:39 &lt;@detonate&gt; ليس حقًا، يقول فقط إنني بحاجة إلى إعادة البذر (reseed) 16:39 &lt;@detonate&gt; هل السجلات أكثر هدوءًا من قبل؟ 16:39 &lt;+zzz&gt; wrapper.log NPE's? 16:41 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر لـ3، فلننتقل إلى 4) نتائج مسابقة حصاد العلل لشهر فبراير 16:42 &lt;jrandom&gt; تهانينا وشكرًا لـ void وDarn وAnonymous! 16:42 &lt;jrandom&gt; (وطبعًا لكل من ساعد أيضًا) 16:42 &lt;jrandom&gt; تقارير العلل تساعدنا على تتبُّع هذه المشكلات والتأكد من التعامل معها، لذا واصلوا إرسالها من فضلكم 16:43 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء ضمن 4)، فلننتقل إلى 5) ??? 16:43 &lt;jrandom&gt; هل لدى أحد شيء يود طرحه في الاجتماع؟ 16:45 &lt;bar&gt; كان هناك من يسأل في المنتديات لماذا تبدو الرسوم التي تعرض عرض النطاق (bw) غير دقيقة قليلًا 16:45 &lt;bar&gt; ظننت أنك قد تملك فكرة أو اثنتين 16:46 &lt;bar&gt; (أساسًا، تبلغ الذروة 1.5 × إعداد الحد الأقصى لـbw) 16:47 &lt;jrandom&gt; أجل، لم أكن متأكدًا من «أي» رسوم bw يقصدون (كل رسم يعرض الإحصائية التي يمثلها بدقة، مما رأيت) 16:47 &lt;@detonate&gt; لا بأس، إنه يعمل مجددًا :) 16:48 &lt;+zzz&gt; إنها أول ثلاثة رسوم في graphs.jsp، وتبدو أعلى بكثير من الـbw المعروض في الجانب الأيسر من لوحة تحكم الـrouter، وبالنسبة لي فهي أعلى بكثير من حد الرفع (upstream) الذي ضبطتُه 16:49 * jrandom يقوم بالتحميل 16:51 &lt;jrandom&gt; همم، وهل يشمل ذلك متوسط الرفع مع أخذ الاندفاع (burst) في الحسبان؟ 16:52 &lt;+zzz&gt; نعم 16:52 &lt;jrandom&gt; همم، سأنظر في الأمر 16:53 &lt;+zzz&gt; سأُحقق أكثر، يبدو أنه لا يذكّرك بشيء 16:53 &lt;jrandom&gt; حسنًا، هل لدى أحد شيء آخر للاجتماع؟ 16:57 &lt;jrandom&gt; إن لم يكن... 16:57 * jrandom يستعد 16:58 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2007/02/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2007/Tue, 20 Feb 2007 00:00:00 +0000/ar/blog/2007/02/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, Complication, jrandom, void</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:59 &lt;jrandom&gt; 0) مرحبًا 14:59 &lt;jrandom&gt; 1) حالة الشبكة 14:59 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:00 &lt;+void&gt; jrandom: للعلم، إدارة الإشارات المرجعية لا تعمل اعتبارًا من 8e18877de3908c52daae6d8a85fc8c671cdfb5d5 15:00 &lt;jrandom&gt; 3) ??? 15:00 &lt;jrandom&gt; 0) مرحبًا 15:00 * jrandom يلوّح 15:00 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-February/001336.html 15:01 &lt;jrandom&gt; void: السحب والإفلات على الإشارات المرجعية حاليًا لا يحدّث العرض (تُضاف الإشارات المرجعية لكن لا تُعرَض) - أعمل على ذلك في نافذة dwindow الأخرى حاليًا :) 15:01 &lt;+void&gt; آه :) 15:01 &lt;jrandom&gt; إذا لم يكن هذا ما تشير إليه، فالرجاء تقديم تقرير عطل 15:01 &lt;+void&gt; (حسنًا، لقد قدّمت بالفعل تقرير عطل لذلك 15:01 &lt;+void&gt; ) 15:02 &lt;jrandom&gt; w3wt 15:02 &lt;jrandom&gt; حسنًا، دعونا نبدأ بـ 1) حالة الشبكة 15:02 &lt;jrandom&gt; ليس لدي الكثير لأضيفه إلى ما ورد في ملاحظات الحالة 15:04 &lt;jrandom&gt; هل لدى أي أحد شيء يود إضافته بخصوص: 1) حالة الشبكة؟ 15:06 &lt;jrandom&gt; إن لم يكن، فلننتقل بخفة إلى 2) حالة تطوير Syndie 15:06 &lt;bar&gt; jrandom: نعم، دعم اللغة الصينية التقليدية أصلح مشكلة "china.i2p" ودعم اللغة الصينية المبسطة أصلح منشورك "peace" 15:06 &lt;jrandom&gt; آه، رائع يا bar 15:06 &lt;bar&gt; (أوبس، آسف!) 15:08 &lt;jrandom&gt; نظريًا يمكننا تضمين خطوط فعلية وتوزيعها مع Syndie (وقد يكون ذلك منطقيًا في بعض الحالات، مثل الأقراص/الصور المثبّتة مسبقًا التي ناقشها anonymous مؤخرًا) 15:10 &lt;jrandom&gt; (تحديدًا، في تقرير العطل @ urn:syndie:channel:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=9:messageIdi1171666081846ee ) 15:10 &lt;jrandom&gt; على أي حال، بخصوص حالة تطوير Syndie، هناك الكثير جارٍ هناك 15:10 &lt;jrandom&gt; أتوقع أن نصدر نسخة جديدة في وقت لاحق من هذا الأسبوع تتضمن أحدث الإضافات 15:12 &lt;jrandom&gt; كالمعتاد، واصلوا إرسال تقارير الأعطال وطلبات الميزات، وسنتعامل معها في أقرب وقت ممكن 15:12 &lt;jrandom&gt; هل لدى أي أحد شيء يضيفه بخصوص: 2) حالة تطوير Syndie؟ 15:15 &lt;jrandom&gt; حسنًا، إن لم يكن، فلننتقل إلى 3) ??? 15:15 &lt;jrandom&gt; هل لدى أي أحد أي شيء آخر لطرحه في الاجتماع؟ 15:16 &lt;+Complication&gt; لا شيء يحضرني بسرعة :) 15:18 &lt;+Complication&gt; (ليس بعد، على الأقل) 15:18 &lt;jrandom&gt; هه، في هذه الحالة... 15:18 * jrandom يتأهب 15:18 * jrandom *baf* ويغلق الاجتماع </div>/ar/blog/2007/02/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2007/Tue, 13 Feb 2007 00:00:00 +0000/ar/blog/2007/02/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> green، jadeSerpent، jrandom، thecrypto، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) مرحباً 15:04 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.27 15:04 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:04 &lt;jrandom&gt; 3) trac.i2p.net 15:04 &lt;jrandom&gt; 4) ??? 15:04 &lt;jrandom&gt; 0) مرحباً 15:04 * jrandom يلوّح 15:04 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2007-February/001334.html 15:05 &lt;jrandom&gt; دعونا ننتقل إلى 1) حالة الشبكة و 0.6.1.27 15:06 &lt;jrandom&gt; zzz: هل تود أن تعطينا موجزاً لأهم إصلاحات الأخطاء/التحسينات التي سنجدها في i2psnark؟ 15:07 &lt;+zzz&gt; أمم، هنا وهناك، انظر history.txt :) 15:07 &lt;green&gt; لا يمكننا قول أي شيء عن ذلك بما أنك لم تعمل عليه منذ وقت طويل، هممم! 15:08 &lt;green&gt; لذا لا جديد لنناقشه 15:08 &lt;jrandom&gt; هه حسناً zzz، هذا عادل كفاية :) 15:08 &lt;+zzz&gt; ينبغي أن يكون أكثر متانة للتورنتات ذات عدد كبير من المزوّدين (seeders)، بعض تحسينات واجهة المستخدم، بعض إصلاحات الأخطاء، دعم إنشاء تورنت متعدد الملفات، إلخ إلخ 15:08 &lt;+zzz&gt; بالمناسبة، w00t الاجتماع 200 15:09 &lt;jrandom&gt; يا للعجب 15:09 &lt;jrandom&gt; تمام 15:09 &lt;jrandom&gt; خططي الآن هي مجرد إضافة الهمس البسيط لنظراء floodfill (حتى لا يفقد الناس تتبعهم بسهولة) 15:09 &lt;jrandom&gt; هل هناك أي مهام سهلة أخرى ينبغي أن أعالجها قبل وسم الإصدارات & الدفع؟ 15:10 &lt;+zzz&gt; هذا يبدو أذكى من انتظاري لأقوم به 15:10 &lt;jrandom&gt; أوه، يجب أن أعطّل Syndie القديم أيضاً 15:11 &lt;jrandom&gt; (أو على الأقل عملية الجلب الخاصة به) 15:11 &lt;jrandom&gt; سمعت بعض الاقتراحات لتعطيل theepsite tunnel افتراضياً أيضاً - أي آراء؟ نعم؟ لا؟ 15:11 * bar يواصل ضرب حصانه الذي لم يمت تماماً بعد "عدم جعل eepsite server tunnels تبدأ تلقائياً بشكل افتراضي" 15:12 &lt;+zzz&gt; قمت بتسجيل ملاحظة على localhost/syndie/ تحذر الناس من أنه متقادم، إذا أردت أن تتركه لإصدار واحد آخر، الأمر عائد لك 15:13 &lt;jrandom&gt; قد يكون من المفيد إبقاء المحتوى لبعض الوقت لكن إيقاف التلقيم 15:13 &lt;jrandom&gt; حسناً، إن جاء أحد بشيء آخر، بلغوني 15:14 &lt;+zzz&gt; إذا فعلت، تحقق لترى إن كانت الملاحظة التي أضفتها تحتاج لتحديث 15:14 &lt;jadeSerpent&gt; أتفق أنه لا ينبغي أن يبدأ بخدمة الصفحات مباشرة من الصندوق، لا تطبيق آخر يفعل ذلك، مخاطرة أمنية محتملة 15:14 &lt;green&gt; تعطيل eepsite الافتراضي فكرة جيدة لأن معظم من يستخدم I2P لا يستخدمه وآخرون يستخدمون أنفاقاً معرّفة من قبل المستخدم، عليك فقط النظر إلى إحصائية orion مع وجود ~30 موقعاً فقط متصلاً 15:14 &lt;jrandom&gt; نعم 15:14 &lt;+zzz&gt; وبالمثل إذا عطّلت eepsite tunnel فعليك تحديث التعليمات & صفحة eepsite الرئيسية الافتراضية 15:15 &lt;jrandom&gt; هذا لن يعطّل الأنفاق المهيأة مسبقاً، سيؤثر فقط على المستخدمين الجدد 15:15 &lt;jrandom&gt; صحيح zzz 15:15 &lt;+zzz&gt; ربما فكرة جيدة 15:17 &lt;green&gt; لكن هذا مجرد تعديل بسيط وليس تحسيناً 15:17 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بشأن 1) حالة الشبكة و 0.6.1.27؟ 15:17 &lt;+zzz&gt; resources/eepsite_index.html "eepsite الخاص بك يعمل ويشتغل ولكن..." 15:17 &lt;jrandom&gt; نعم 15:19 &lt;green&gt; jr : الشجاعة، فلنفر! 15:19 &lt;jrandom&gt; حسناً ننتقل إلى 2) حالة تطوير Syndie 15:20 &lt;jrandom&gt; هناك الكثير يجري هنا، بالطبع 15:20 &lt;jrandom&gt; بخلاف ما ذُكر في الملاحظات، بمجرد أن نصدر i2p 0.6.1.27 سأغلق مجموعة من العلل المفتوحة لإصدار الأسبوع القادم 1.004a 15:21 &lt;+fox&gt; * thecrypto يلوّح لدى عودته بعد انقطاع طويل طويل جداً عن هذا المشروع 15:21 &lt;jrandom&gt; هل يريد أحد أن يطرح شيئاً بخصوص 2) حالة تطوير Syndie؟ 15:21 &lt;jrandom&gt; واو! 15:21 &lt;jrandom&gt; أهلاً بعودتك thecrypto 15:22 &lt;+fox&gt; &lt;thecrypto&gt; شكراً لك 15:22 &lt;jrandom&gt; هل ما زلت تعمل على i2p 0.1 SDK؟ :) 15:22 &lt;+zzz&gt; عائد من أجل الذكرى الـ200؟ 15:23 &lt;+fox&gt; &lt;thecrypto&gt; أعتقد ذلك :) لكنني آمل أن أعود للسرعة في هذا المجال إذ أنني كنت أطلع على ما هو موجود هناك وكلها سيئة :) 15:24 &lt;jrandom&gt; هه رائع 15:24 &lt;+fox&gt; * thecrypto يجلس جانباً ليدع بقية الاجتماع يستمر 15:25 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر لـ 2) حالة تطوير Syndie، دعونا ننتقل إلى 3) trac.i2p.net 15:25 &lt;jrandom&gt; بناءً على طلب شعبي (ومعقول)، انتقلنا من متعقب العلل داخل Syndie إلى متعقب علل حقيقي 15:26 &lt;jrandom&gt; الرجاء استخدامه إن أمكن لتقديم تقارير الأخطاء (مع أن تقارير الأخطاء المقدمة عبر Syndie سيتم استيرادها إليه تلقائياً بعد تأخير) 15:26 * jadeSerpent يصفق 15:27 &lt;+fox&gt; &lt;thecrypto&gt; Trac يعمل جيداً جداً، أستخدمه في عملي اليومي. هل دمجتم CVS معه؟ 15:27 &lt;jrandom&gt; monotone (نظام التحكم بالإصدارات الموزعة لدينا DVCS)، نعم 15:27 &lt;jrandom&gt; https://trac.i2p.net/browser 15:28 &lt;+fox&gt; &lt;thecrypto&gt; رائع، الانتقال إلى DVCS :) وقت مناسب لأعود :) 15:28 &lt;jrandom&gt; أكيد طبعاً 15:29 &lt;jrandom&gt; في الوقت الحالي، الويكي معطلة أساساً، لكن قد تُستخدم أحياناً للعمل عبر بعض القضايا 15:29 &lt;jrandom&gt; لست متأكداً إن/متى ستُستخدم، سنرى 15:30 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص 3) trac.i2p.net ؟ 15:31 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 4) ??? على الطريقة القديمة 15:31 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه في الاجتماع؟ 15:33 &lt;+fox&gt; &lt;thecrypto&gt; سعيد بالعودة 15:33 &lt;jadeSerpent&gt; هل دائماً يصبح هناك تأخير كبير وقت الاجتماع؟ 15:35 &lt;jrandom&gt; jadeSerpent: أكثر من المعتاد، نعم، لكنه ليس بذلك السوء (أنا @ 1.46s تأخير) 15:35 * jrandom ينهي 15:35 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2007/02/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-06-2007/Tue, 06 Feb 2007 00:00:00 +0000/ar/blog/2007/02/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-06-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, dw_g, hottuna, jadeSerpent, jrandom, mk, modulus, tethrage, void</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 &lt;jrandom&gt; 1) حالة الشبكة 15:02 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:02 &lt;jrandom&gt; 3) الفائزون بمسابقة جمع العلل لشهر يناير! 15:02 &lt;jrandom&gt; 4) ??? 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 * jrandom يلوّح 15:02 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-February/001333.html 15:03 &lt;jrandom&gt; لننتقل إلى 1) حالة الشبكة 15:03 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه هنا (كما يمكنكم على الأرجح أن تلاحظوا ;) 15:03 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء لطرحه بخصوص حالة الشبكة؟ 15:04 &lt;+void&gt; كانت أفضل سابقاً، بطريقةٍ ما... 15:04 &lt;+void&gt; لكنها ليست سيئة 15:05 &lt;jrandom&gt; هذا غريب، خلال الأسبوع الماضي تقريباً معدلات البناء لدينا عادت للارتفاع، وفقاً لـ stats.i2p 15:05 &lt;tethrage&gt; هل هناك نمط طويل الأمد؟ 15:06 &lt;tethrage&gt; (في تغيّر معدل البناء) 15:07 &lt;jrandom&gt; بحسب ما أرى الأنماط كانت مرتبطة بسعة routers عالية القدرة، لكن هذا يمنحنا منظوراً محدوداً جداً عن الشبكة (لأنني لا أعرف سوى ما هو متاح للعامة، إلى حدٍّ كبير) 15:07 &lt;tethrage&gt; أفهم 15:08 &lt;tethrage&gt; هل هناك أي معلومات يمكن تقديمها للمساعدة؟ 15:08 &lt;tethrage&gt; من routers عادية فقط، أقصد 15:08 &lt;jrandom&gt; ليس حقاً، من وجهة نظري 15:09 &lt;tethrage&gt; أفهم 15:09 &lt;jrandom&gt; (بشكل أساسي نحتاج فقط إلى تنفيذ بعض تغييرات الشيفرة قبل المضي قدماً) 15:10 &lt;tethrage&gt; أفهم 15:11 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لـ 1) حالة الشبكة؟ 15:12 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة تطوير Syndie 15:14 &lt;jrandom&gt; هناك الكثير يجري هنا، كما يمكنكم أن تقرؤوا 15:14 &lt;+fox&gt; &lt;mk&gt; ملاحظة بسيطة: ربما استبدال 'signed by' بـ 'authorization'? أنا متحفّز قليلاً بسبب الخطوط الضبابية بين المنتديات والهويات والتواقيع وما إلى ذلك 15:14 &lt;+fox&gt; &lt;mk&gt; -d 15:15 &lt;jrandom&gt; آه، هذه فكرة جيدة 15:16 &lt;+void&gt; mk: المنتدى هو هوية :) 15:16 &lt;+void&gt; والعكس صحيح 15:17 &lt;jrandom&gt; أجل، لكننا لا نريد إرباك الناس كثيراً بجعل هذه الازدواجية الغريبة ظاهرة 15:17 &lt;+fox&gt; &lt;mk&gt; أنا مدرك، لكنها لا تزال ضبابية. أفهمها جيداً الآن، لكني أخشى أن يلتبس الأمر على المستخدمين الجدد بسبب غياب التمييز 15:18 &lt;+void&gt; آه 15:18 &lt;jrandom&gt; صحيح - الناس يفكرون بالمنتديات بشكل مختلف عن تفكيرهم بالهويات، لذلك علينا التأكد من أننا نتصرف كما هو متوقع 15:18 &lt;+fox&gt; &lt;mk&gt; أمر آخر قد يستحق التنفيذ في المنتدى أو إدارة الهوية هو عبارة صريحة 'post to this forum only under author x authorization y'، مما سيقضي على الالتباسات. لن تحتاج حتى إلى قائمة منسدلة في رسائل المشاركة الجديدة 15:19 &lt;+fox&gt; &lt;mk&gt; (قائمة منسدلة للمفاتيح) 15:20 &lt;+void&gt; أفضل قائمة منسدلة عالمية للهوية تكون مرئية في جميع الأوقات 15:20 &lt;+fox&gt; &lt;mk&gt; تقصد، تحت أي هوية تنشر؟ 15:20 &lt;jrandom&gt; همم 15:21 &lt;+fox&gt; &lt;mk&gt; ربما، لكن لا أظن أن هناك فرقاً كبيراً بين وجوده دائماً في الأعلى وظهوره في المشاركات فقط 15:22 &lt;jrandom&gt; حسناً، قبل أن نخوض عميقاً في هذا، هناك قناة جانبية غير معالجة حالياً في syndie يمكنها ربط عدة هويات 15:22 &lt;+void&gt; مع ذلك، هويتك لا تُستخدم في أي مكان آخر غير النشر 15:22 &lt;+fox&gt; &lt;mk&gt; ماذا تقصد؟ 15:23 &lt;+void&gt; إرسال المشاركات الجديدة؟ 15:23 &lt;jrandom&gt; إذا كنت بحاجة إلى هويات غير قابلة للربط تماماً، فعليك تشغيل مثيلات Syndie منفصلة - يمكنك مزامنتها من بعضها البعض، واستخدام واحدة فقط للسحب/الدفع إلى الأرشيفات الأخرى، لكن الأرشيف المحلي يحتوي على معلومات لا تمتلك حق الوصول إليها سوى بعض الهويات 15:23 &lt;+fox&gt; &lt;mk&gt; (أوافق على أننا ربما ينبغي أن نحفظ النقاشات الكبيرة لمنتدى المطورين، لكن من الجميل أن يتحدث عدد من الأشخاص عنها في آن واحد) 15:24 &lt;+void&gt; صحيح 15:24 &lt;jrandom&gt; مع ذلك، كل الهويات في الأرشيف المحلي يمكنها الوصول إلى تلك المعلومات، وإذا تصرفت بناءً عليها (نشر باستخدام تلك المفاتيح، إلخ)، فستسرّب إمكانية الربط 15:25 &lt;jrandom&gt; ربما يمكننا إيجاد طريقة لتحقيق كل ذلك بشفافية عبر واجهة المستخدم الرسومية 15:26 &lt;jrandom&gt; (تشغيل عدة أرشيفات محلياً دون الحاجة لتشغيل Syndie مرتين) 15:26 &lt;+fox&gt; &lt;mk&gt; هناك العديد من القضايا الأخرى - مثل تعليم أرشيفات معيّنة بأنها حصرية مقابل بعضها البعض - ما قد يساعد في تعزيز عدم الكشف عن الهوية. ينبغي أن نحاول تعريف كل هذه السيناريوهات وإيجاد طريقة للتعامل معها بطريقة سهلة الاستخدام جداً 15:27 &lt;tethrage&gt; Syndie لا يستهدف عدم الكشف عن الهوية، بل الأمان فقط 15:27 &lt;tethrage&gt; إن طبقة النقل التي يعمل فوقها هي التي ينبغي أن تتعامل مع ذلك، أليس كذلك؟ :/ 15:27 &lt;jrandom&gt; Syndie يستهدف عدم الكشف عن الهوية 15:27 &lt;tethrage&gt; (صحّحوا لي إن كنت مخطئاً) 15:28 &lt;jrandom&gt; طبقة النقل تتعامل فقط مع جزء صغير من عدم الكشف عن الهوية - علينا التعامل مع الباقي 15:28 &lt;jrandom&gt; s/small// 15:28 &lt;tethrage&gt; أحقاً؟ :/ 15:28 &lt;+fox&gt; &lt;mk&gt; نعم، هذا صحيح. Syndie يتعامل خصوصاً مع تسريبات المعلومات 15:29 &lt;jadeSerpent&gt; عدم الكشف عن هوية عنوان IP مقابل عدم الكشف عن هوية الهوية 15:29 &lt;tethrage&gt; أفهم. ظننت أنك قلت منذ فترة إن Syndie مُصمّم كتطبيق آمن يستخدم التشفير لكنه ليس مجهولاً بشكل صارم؟ 15:29 &lt;tethrage&gt; (ليس بنفس طريقة i2p وما شابه، على أي حال) 15:29 &lt;+fox&gt; &lt;mk&gt; أمن المعلومات يُعالَج عبر التكرارية في الأرشيفات 15:29 &lt;jrandom&gt; mk: لست متأكدًا مما تقصده بوَسْم الأرشيفات، لكني أود منشوراً في منتدى مطوري Syndie يناقش ذلك :) 15:29 &lt;jrandom&gt; tethra: يمكن استخدام Syndie لأمور لا تتطلب عدم الكشف عن الهوية 15:30 &lt;jrandom&gt; لكن يجب أن يكون Syndie قابلاً للاستخدام لأمور تتطلب ذلك 15:30 &lt;jrandom&gt; (وإلا، فلا جدوى من تنفيذه كجزء من مشروع i2p) 15:31 &lt;tethrage&gt; نعم 15:31 &lt;+void&gt; jrandom: حسناً، للإنصاف، سيظل هناك جدوى إذا قدّم Syndie عدم كشف الهوية بالاستفادة من i2p 15:31 &lt;+void&gt; لكن لا بأس 15:31 &lt;+void&gt; c 15:31 &lt;tethrage&gt; ما الذي يفعله Syndie، غير الحماية من تسريبات المعلومات والكود المشبوه، للحفاظ على عدم كشف هوية المستخدمين؟ :/ 15:32 &lt;tethrage&gt; بالتأكيد ما لم يُنصّ على خلاف ذلك فإنك تصل إلى الأرشيفات مباشرةً، إلخ؟ 15:32 &lt;+fox&gt; &lt;mk&gt; tethrage، تسريبات معلومات من جميع الأنواع. إن أردت يمكننا الخوض في مزيد من التفاصيل بعد قليل 15:33 &lt;jrandom&gt; tethra: على سبيل المثال، شخص يصل إلى eepsite مع تفعيل JavaScript 15:33 &lt;jadeSerpent&gt; tethrage: لا توجد ضمانة بأن المشاركات التي تدفعها إلى أرشيف ما منشؤها أنت؛ قد يكون شخص ما قد دفعها إلى أرشيفك 15:34 &lt;tethrage&gt; jrandom: نعم، الـ JS قد يكشف أشياءً وما إلى ذلك. لكن بالتأكيد هذا أقرب لمسألة أمنية منه إلى عدم كشف الهوية إذا لم تكن تستخدم شبكة مجهولة من نوعٍ ما؟ 15:34 &lt;tethrage&gt; ثم مجدداً، أظنني أناقش المصطلحات فقط، لذا سأتوقف 15:34 &lt;tethrage&gt; :/ 15:34 &lt;jadeSerpent&gt; أرى أن تشغيل أرشيف خاص بك متاح للعامة يزيد من عدم كشف هويتك من هذه الناحية 15:34 &lt;+fox&gt; &lt;mk&gt; jrandom، سأكتب ذلك المنشور. أيضاً، كنت أجرّب تصميماً لمتصفّح (لا أحب فتح ألسنة جديدة للأقسام الجديدة)، لذا سأحاول صنع نموذج أولي له، وربما أنشر بعض الخربشات إلى dev 15:34 &lt;jrandom&gt; «الحماية من تسريبات المعلومات» هي جوهر عدم كشف الهوية - التحكم بمن يعرف حقائق عن هويتك 15:35 &lt;jrandom&gt; آه، رائع يا mk، شكراً! 15:35 &lt;jrandom&gt; بالتأكيد 15:35 &lt;tethrage&gt; أفهم 15:35 &lt;tethrage&gt; وصلت الفكرة 15:36 &lt;jrandom&gt; mk: إن كانت هناك طرق أفضل لعرض واجهة Syndie، فأنا معها بنسبة 100% (جزء صغير جداً من الشيفرة مرتبط بمكوّنات مبنية على الألسنة) 15:36 &lt;jrandom&gt; ونحن في مرحلة ألفا في نهاية المطاف 15:38 &lt;+void&gt; jrandom: لا أظن أنه من الصعب تحويل الواجهة المبنية على الألسنة إلى واجهة بنافذات؟ 15:38 &lt;+fox&gt; &lt;mk&gt; نعم. وإذا كان بعض الناس يفضّلون نهج «الألسنة لكل شيء»، فلا مشكلة في استخدامه 15:38 &lt;+fox&gt; &lt;mk&gt; (مع لسان المتصفّح) 15:39 &lt;jadeSerpent&gt; رجاءً ليس MDI، أقترح شيئاً وسطاً بين الألسنة وMDI، منظورات Eclipse 15:39 &lt;+void&gt; MDI سيئة، أتفق 15:40 &lt;jadeSerpent&gt; لدى NetBeans شيء مشابه أيضاً، نسيت ما اسمه 15:40 &lt;jadeSerpent&gt; ربما Views أو Workbenches أو شيء من هذا القبيل، مرّ وقت طويل 15:41 &lt;jrandom&gt; رسومات .png ستكون مُقدّرة :) 15:41 * jrandom اختار أسلوب «لسان لكل شيء» لأن الجميع يحب Firefox (/etc) 15:42 &lt;jadeSerpent&gt; عندما أنتهي من الأيقونات قد أعبث ببعض ذلك 15:42 &lt;+fox&gt; &lt;mk&gt; دورة الإصدار ذات الأسبوعين فكرة جيدة. أحب رؤية تلك الأهداف صريحة، لكني أرغب أيضاً برؤية أهداف «أكثر ليونة» مُدرجة - توثيق للمطورين ولاحقاً للمستخدمين، مخططات، وما إلى ذلك 15:42 &lt;jrandom&gt; رائع 15:42 &lt;jadeSerpent&gt; الألسنة جيدة الآن برأيي، وهي قابلة للاستخدام 15:42 &lt;jrandom&gt; mk: http://syndie.i2p.net/roadmap.html ? 15:42 &lt;jrandom&gt; (مع أنه لا توجد تواريخ على خارطة الطريق) 15:43 &lt;+fox&gt; &lt;hottuna&gt; جميل :=) ... للتو نشرت عنه في المهام المعلّقة :P 15:44 &lt;+fox&gt; &lt;mk&gt; نعم، لكني أشير إلى أهداف أصغر. "document the general interactions between classes in syndie.gui"، أو "write up a doc regarding banning" إلخ. 15:44 &lt;jrandom&gt; آه، نقطة وجيهة 15:45 &lt;jrandom&gt; كنت أنوي تجميع كل عناصر المهام الصغيرة/المتوسطة/العالية المستوى مرة أخرى 15:45 * jrandom يضيف ذلك إلى قائمة المهام 15:47 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر لطرحه ضمن 2) حالة تطوير Syndie؟ 15:48 &lt;jrandom&gt; (بالطبع لدينا دائماً منتديات المطورين في Syndie، لكن IRC مفيد للأخذ والرد السريع) 15:49 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) الفائزون بمسابقة جمع العلل لشهر يناير! 15:50 &lt;jrandom&gt; تهانينا لـ Darn وvoyde وmk وAnonymous، وشكراً لكل من ساعد 15:51 * jrandom يدرك أن المسابقة كانت في الأصل لأفضل 3، لكن العدد كان متقارباً جداً 15:51 &lt;jrandom&gt; هناك مسابقة جديدة لهذا الشهر أيضاً، بنفس القواعد السابقة 15:51 &lt;jadeSerpent&gt; كيف عرفت أن "Anonymous" كان شخصاً واحداً فقط؟ ;) 15:51 &lt;+fox&gt; &lt;mk&gt; 225 (بحسب عدّي) علّة بالمجموع - رقم مدهش 15:51 &lt;+void&gt; :) 15:52 &lt;+fox&gt; &lt;mk&gt; jade، المفتاح، على ما أظن :) 15:52 &lt;jrandom&gt; jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 &lt;jrandom&gt; قد يكون خمسة أشخاص يتشاركون ذلك المفتاح أيضاً 15:53 &lt;jrandom&gt; لكن حينها عليهم أن يتقاسموا $50USD ;) 15:53 &lt;jrandom&gt; (الأول الذي يحمل المفتاح الخاص ويوقّع رسالة لي يحدّد فيها حساب eGold الذي أرسل إليه يربح ;) 15:53 &lt;jadeSerpent&gt; إلا إذا قتل أحدهم الآخرين 15:54 &lt;jadeSerpent&gt; لكن هذا النوع من الأشياء سيحدث فقط في رومانيا 15:54 &lt;tethrage&gt; وفي روسيا 15:54 &lt;jrandom&gt; (وفي بريطانيا، وأستراليا، و...) 15:55 &lt;+fox&gt; &lt;mk&gt; 50USD مبلغ كبير... 15:55 &lt;jadeSerpent&gt; في روسيا سيُقتَلون جميعاً، وسيأخذ المالك المال ويدفعه للمافيا كرسوم حماية 15:55 &lt;tethrage&gt; ليس بالجنيه الإسترليني ;p 15:55 &lt;+fox&gt; &lt;mk&gt; أعرف أنني قد أقتل من أجله 15:55 &lt;tethrage&gt; أظن أن سؤالك عن موطنك لن يجلب إجابة، يا mk؟ 15:55 &lt;tethrage&gt; :/ 15:56 &lt;+fox&gt; &lt;dw_g&gt; حسناً، سأخذه ;) 15:56 &lt;+fox&gt; &lt;mk&gt; روسيا في الأصل :D والآن كندا 15:56 &lt;jadeSerpent&gt; 225 علّة رقم مدهش، كم منها أُغلِق؟ 15:56 &lt;tethrage&gt; ice. 15:56 &lt;tethrage&gt; +n 15:57 &lt;jrandom&gt; أقدّرها بنحو 75-80% تمت معالجتها 15:57 &lt;jadeSerpent&gt; جيّد 15:58 &lt;jrandom&gt; (مع ربما 5-10% إضافية غير صالحة/لن تُصلَح) 15:58 &lt;jrandom&gt; لكن في الواقع، هذا واحد من عناصر المهام عالية المستوى - الحصول على واجهة إدارة حقيقية لتعقّب العلل 15:58 * jadeSerpent يوصي بـ Trac 15:58 &lt;jrandom&gt; (استغرق الأمر مني وقتاً لأتصفح كل المشاركات وأعدّها يدوياً) 15:58 &lt;+fox&gt; &lt;mk&gt; خارج Syndie؟ 15:59 &lt;jrandom&gt; همم، مع نظام تصدير من syndie--&gt;track؟ 15:59 &lt;jrandom&gt; s/ck// 15:59 &lt;+fox&gt; &lt;mk&gt; مشروع لطيف سيكون ربط Syndie بنظام تتبّع علل 15:59 &lt;jadeSerpent&gt; نعم 15:59 * jrandom يراهن أن بضع استعلامات SQL وعمليات إدراج ستفي بالغرض 16:00 &lt;jrandom&gt; سيكون ذا قيمة كبيرة مع ذلك، على الأقل من منظور Trac للقراءة فقط 16:00 &lt;+void&gt; لكن مزامنة التحديثات التي تُجرى في Trac وإعادتها إلى Syndie ستكون معقّدة على الأرجح، برأيي 16:00 &lt;jrandom&gt; تكامل الحلقة الكاملة صعب جداً 16:00 &lt;jrandom&gt; صحيح 16:00 &lt;+fox&gt; &lt;mk&gt; عند نقطة ما قد يكون من المفيد التفكير في نظام من نوع 'revision' 16:00 &lt;jrandom&gt; لكن القدرة على الاستعلام والتعمّق في Trac، وتوليد تقارير، إلخ 16:01 &lt;+fox&gt; &lt;mk&gt; حيث تستبدل المشاركات الأحدث الأقدم 16:01 &lt;jrandom&gt; آه، نعم هناك نقاط ربط لذلك، لكن الرؤوس Overwrite* غير مُعتمَدة حالياً 16:02 &lt;jrandom&gt; لن يكون ذلك صعباً جداً، مجرد مفتاح تبديل في الواجهة للتنقّل إلى الإصدارات السابقة من نفس المشاركة، مع بضع أسطر من الشيفرة للتحقق من أن المشاركة مخوّلة لاستبدال المشاركة القديمة 16:03 &lt;jadeSerpent&gt; أفهم الرغبة في استخدام Syndie نفسه للإبلاغ عن العلل، لكن تصميمه لا يتضمن تعقّب القضايا، وسيبقى دون المستوى الأمثل دائماً لهذه المهمة، برأيي ينبغي أن تستخدموا متعقّب قضايا حقيقياً 16:04 &lt;+fox&gt; &lt;mk&gt; نظراً لعدد العلل المبلّغ عنها، أنا أتفق مع jadeSerpent 16:05 &lt;jrandom&gt; لكن من ناحية أخرى، كم علّة اكتشفها أولئك الذين يستخدمون Syndie للإبلاغ عن العلل؟ 16:05 * jrandom ليس معارضاً تماماً لـ Trac أو نظام تتبّع علل آخر 16:05 &lt;jadeSerpent&gt; هذا النوع من العلل سيتم اكتشافه على أي حال 16:05 &lt;+void&gt; حسناً، الشدة والمكوّنات والإصدارات وإغلاق/فتح/إعادة فتح العلل يمكن عملها بعلامات Syndie 16:05 &lt;jrandom&gt; صحيح 16:06 &lt;+void&gt; (ومعظم ذلك موجود بالفعل) 16:06 &lt;jadeSerpent&gt; مثل ما حدث مؤخراً حين تجمّد لدى شخص كان ينشر تقرير علّة؛ كان سيتجمّد لديه لو كان ينشر عن أي موضوع، لم يكن مهماً أنه تقرير علّة 16:06 &lt;jrandom&gt; إن تمكّنا من تغذية متعقّب قضايا حقيقي عبر رسائل باسم مستعار (وموثّقة)، فسيكون ذلك رائعاً 16:06 * jrandom تلقّى أيضاً بعض تقارير العلل الخاصة، التي تتضمن معلومات حساسة - هذه محمية بتشفير Syndie 16:07 &lt;+fox&gt; &lt;mk&gt; حسناً، لماذا لا نحتفظ بكليهما؟ 16:08 &lt;jadeSerpent&gt; أتفق على أنه لا يوجد متعقّب قضايا مصمَّم وفي ذهنه عدم كشف الهوية أو سرّية تتجاوز المستوى البسيط 16:09 &lt;+fox&gt; &lt;mk&gt; سيكون من الجميل أن يمتلك Syndie مثل ذلك المتعقّب، لكن عدم كشف الهوية ليس مشكلة كبيرة عند تقديم معظم تقارير العلل 16:10 &lt;jadeSerpent&gt; ربما يمكن تعديل Trac للاستفادة من ميزات Syndie هناك 16:10 &lt;+fox&gt; &lt;mk&gt; jade، سيكون ذلك صعباً. المتصفّحات لا تُنفّذ التوقيع 16:12 &lt;jrandom&gt; همم. ما لدينا مبني أصلاً على: http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 &lt;jrandom&gt; بالإضافة إلى http://dev.i2p.net/~jrandom/bugsp1.txt و http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 &lt;jrandom&gt; أتفق على أننا بحاجة إلى شيء أفضل مما لدينا لتعقّب هذه القضايا، وأنا منفتح على أي ما يدفعنا قدماً على نحوٍ أفضل 16:13 &lt;jrandom&gt; لكن أود إبقاء أيّاً كان بشكلٍ أدنى قدر ممكن إن أمكن، لأننا نبني Syndie، لا متعقّب علل :) 16:14 &lt;jadeSerpent&gt; نعم، حسناً تبدو أنك تدبّر الأمر حالياً من دونه ;) 16:14 &lt;jrandom&gt; لكنني متأكد من أن بعض الأمور ستسقط بين الفجوات، وسيصعب على آخرين إيجاد ما هو معروف/إلخ، والمساهمة بإصلاحات 16:15 &lt;+fox&gt; &lt;mk&gt; ربما لا نحتاج حتى إلى تنفيذه عبر Syndie. من الأفضل أن نقرّر متعقّباً ونجعله متاحاً عبر الويب وعبر i2p 16:16 &lt;+fox&gt; &lt;mk&gt; نوفر رابطاً إليه أعلى شاشة «الإبلاغ عن علّة» في Syndie، وبهذه الطريقة لدينا الخياران. تنفيذ متعقّب علل داخل Syndie ليس شيئاً ينبغي أن نستهلك له الموارد الآن 16:17 * jrandom يحب وجود تتبّع العلل مدمجاً (حتى لا يحتاج الناس إلى إنشاء حسابات لتتبّع العلل، أو استخدام عناوين بريد إلكتروني مزيفة، إلخ)، لكني منفتح على مقترحات حول الحل الذي ينبغي أن نستخدمه 16:17 &lt;+fox&gt; &lt;mk&gt; أعتقد أنه ينبغي أن نحافظ على ذلك، ولكن أيضاً أن يكون لدينا متعقّب علل 16:18 &lt;jadeSerpent&gt; الوصول للقراءة فقط على المدى القصير سيكون جيداً 16:18 &lt;jadeSerpent&gt; أفضّل واجهة بحث أكثر توجهاً نحو العلل 16:19 &lt;jrandom&gt; لن يكون سيئاً جداً، ربما يمكن كتابة تصدير أحادي الاتجاه من Syndie--&gt;متعقّب قضايا دون عناء كبير أيضاً، لأولئك الذين لا يستطيعون أو لا يريدون استخدام المتعقّب القائم على الويب 16:19 &lt;jrandom&gt; s/of r/for/ 16:19 &lt;+fox&gt; &lt;mk&gt; تقديم العلل المدمج شيء رائع، لكن لا ينبغي أن نستخدم أرشيف Syndie لتتبّع أكثر من 200 علّة 16:20 &lt;jrandom&gt; مع أنه رائع لاختبار قدرات البحث لدينا :) [حسناً، تم إقناعي] 16:20 &lt;jrandom&gt; إذن، صوت واحد لـ Trac. أي أصوات أخرى؟ الرجاء النشر في منتدى مطوري Syndie، مع المبررات، بالطبع 16:21 &lt;jadeSerpent&gt; صوتان لـ Trac، إلا إذا كنت قد احتسبت صوتي بالفعل ;) 16:21 &lt;jrandom&gt; أجل، هذا ما كنت أحتسبه ;) 16:21 &lt;+fox&gt; &lt;mk&gt; ما الخيارات؟ لا أعرف شيئاً عن المتعقّبات 16:21 &lt;jadeSerpent&gt; كنت آمل أن يكون ذلك صوتك أنت، لكن لا بأس 16:22 &lt;jadeSerpent&gt; عملت مع Trac، دعم طرف ثالث رائع 16:22 &lt;jadeSerpent&gt; Bugzilla أقول عنه «بلاه» 16:22 &lt;jrandom&gt; على الهامش، إن كان هناك شخص ملمّ جداً بمتعقّب قضايا، فسيكون ذلك مفيداً لإنجاز تصدير Syndie--&gt;متعقّب قضايا 16:22 &lt;jrandom&gt; نعم، Bugzilla وحش 16:22 &lt;jadeSerpent&gt; Jira جيد أيضاً، مثل Trac 16:23 &lt;+void&gt; Trac مألوف لكثير من الناس أيضاً 16:23 &lt;jrandom&gt; أجل، وأناس طيبون أيضاً (أعطوا i2p رخصة، رغم أننا لم نستخدمها بعد) 16:23 &lt;jadeSerpent&gt; هل لديكم رخصة Jira؟ 16:23 &lt;jrandom&gt; أجل، Jira وFisheye 16:24 &lt;jadeSerpent&gt; رائع، قد يكون من الجيد تجربته 16:24 &lt;jadeSerpent&gt; بالمناسبة، إضافة Mylar في Eclipse تتكامل بالكامل مع Bugzilla وTrac وJira 16:24 &lt;jadeSerpent&gt; ثناء عالٍ لواجهتها 16:25 &lt;jrandom&gt; اللعنة على معركة NetBeans/Eclipse هذه 16:25 &lt;bar&gt; (هل تُبلَّغ العلل تلقائياً عند إنشائها؟ ;) 16:25 &lt;tethrage&gt; (هاها) 16:26 &lt;+fox&gt; &lt;mk&gt; هاه، جميل 16:26 &lt;jadeSerpent&gt; jrandom: دعم NetBeans على خارطة طريق Mylar إن لم تخني ذاكرتي 16:26 &lt;jrandom&gt; جميل 16:26 &lt;+fox&gt; &lt;modulus&gt; هذا ما ينالُه من يدعم Sun بهوس :-) 16:27 * jrandom يرشق modulus بـ JavaBeans 16:27 &lt;jadeSerpent&gt; رغم أن Mylar رسمياً تحت رعاية مؤسسة Eclipse 16:27 &lt;+fox&gt; * mk لا يستطيع أن يجد موقعاً حياً لـ Trac 16:27 &lt;+fox&gt; &lt;modulus&gt; http://trac.wordpress.org/ 16:27 &lt;jrandom&gt; mk: `http://feedspace.i2p/` حالياً 16:28 &lt;+void&gt; http://trac.edgewall.com/ 16:29 * jrandom لا يريد قضاء الكثير من الوقت في تقييم أنظمة مختلفة كثيرة، لذا إن أراد أحدهم أن يتبنّى نظاماً محدداً، فالرجاء فعل ذلك في منتدى مطوري Syndie 16:29 &lt;jadeSerpent&gt; http://overlays.gentoo.org/proj/alt/wiki 16:29 &lt;+void&gt; (^ meta-trac الرسمي) 16:29 &lt;+fox&gt; &lt;mk&gt; نعم، الأمر سيّان عندي 16:30 * jrandom سيفترض أن هذا كل شيء لـ * 3) الفائزون بمسابقة جمع العلل لشهر يناير! وينقلنا إلى 4) ??? 16:30 &lt;jrandom&gt; هل لدى أحد أي شيء آخر للاجتماع؟ 16:30 &lt;+fox&gt; &lt;mk&gt; مصطلح «الأفضل» مبالغ فيه. من لديه أكبر قدر من الخبرة بهذه الأشياء ينبغي له على الأرجح أن يرمي قطعة نقدية 16:32 * jrandom لا يبحث حقاً عن نظام لتخطيط المشروع/تخطيط الإصدارات، أو متصفح للشيفرة المصدرية (وجود ويكي مجاني لا يضر، لكن لدينا ugha.i2p أيضاً) 16:32 &lt;jrandom&gt; تعقّب القضايا هي الميزة الوحيدة التي تهمني في ذلك 16:37 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع... 16:37 * jrandom يختتم 16:37 * void يناول jrandom الـ baffer 16:37 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2007/01/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/Tue, 30 Jan 2007 00:00:00 +0000/ar/blog/2007/01/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> Complication2, jrandom, mk, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:06 &lt;jrandom&gt; 0) مرحبا&lt;p&gt; 15:06 &lt;jrandom&gt; 1) حالة الشبكة&lt;p&gt; 15:06 &lt;jrandom&gt; 2) حالة Syndie&lt;p&gt; 15:06 &lt;+zzz&gt; )))&lt;p&gt; 15:06 &lt;jrandom&gt; 3) حالة I2PSnark&lt;p&gt; 15:06 &lt;jrandom&gt; 4) ???&lt;p&gt; 15:06 &lt;jrandom&gt; 0) مرحبا&lt;p&gt; 15:07 * jrandom يلوّح&lt;p&gt; 15:07 &lt;+fox&gt; &lt;mk&gt; لقد نشرت للتوّ، فلا تتردد في الردّ&lt;p&gt; 15:07 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-January/001331.html&lt;p&gt; 15:07 &lt;jrandom&gt; w3wt، سأفعل يا mk، شكرًا&lt;p&gt; 15:07 &lt;jrandom&gt; (والآن لنبدأ اجتماع التطوير الأسبوعي المؤرشف :)&lt;p&gt; 15:08 &lt;jrandom&gt; مجموعة قصيرة من ملاحظات الحالة هذا الأسبوع، لكن دعونا نمرّ عليها سريعًا&lt;p&gt; 15:08 &lt;jrandom&gt; 1) حالة الشبكة&lt;p&gt; 15:08 &lt;jrandom&gt; لا تغييرات حقيقية هنا، رغم أن لدينا انخفاضًا كبيرًا في معدلات نجاح البناء كما هو موضح على stats.i2p&lt;p&gt; 15:08 &lt;jrandom&gt; لكن ليست الإخفاقات الكارثية التي شهدناها الصيف الماضي&lt;p&gt; 15:09 &lt;+zzz&gt; نعم، خلافًا لتقييمك المتفائل قليلًا في الملاحظات، وصلنا إلى أدنى مستوى خلال 3 أشهر في نجاح بناء tunnel في أواخر الأسبوع الماضي. ولم يحدث سوى تعافٍ طفيف في الأيام القليلة الماضية&lt;p&gt; 15:09 &lt;Complication2&gt; في جانب حالة الشبكة، لاحظتُ زيادةً في ضغط التوجيه، ما تسبب بزيادة نحو 10% في عرض النطاق الترددي، وليس أكثر بكثير&lt;p&gt; 15:11 &lt;jrandom&gt; أجل، هذا هو الجزء الغريب يا zzz — معدل الإخفاق ارتفع بشكل كبير، لكن irc لم يتأثر بشكل كبير&lt;p&gt; 15:11 &lt;Complication2&gt; يبدو "وكأن" قدرًا ملحوظًا من سعة التوجيه قد غادر الشبكة مؤخرًا، أو تعرّض لتوقف&lt;p&gt; 15:11 &lt;jrandom&gt; Complication2: هممم، كانت هناك بعض العقد التي واجهت مشاكل عتادية وشبكية، وهذا يتوافق مع ذلك&lt;p&gt; 15:12 &lt;+zzz&gt; من عند $here كان irc متأثرًا إلى حد كبير&lt;p&gt; 15:12 &lt;Complication2&gt; لكن اكتشفتُ أن مسجّل الإحصاءات لدي كان يسجّل ملفات بحجم 0B منذ أكتوبر... لذا بصراحة لا أعلم&lt;p&gt; 15:12 &lt;Complication2&gt; كان هناك خطأ مطبعي في السكربت لدي :O&lt;p&gt; 15:12 &lt;jrandom&gt; أوه&lt;p&gt; 15:13 &lt;jrandom&gt; zzz: نأمل أن ذلك قد مرّ الآن، صحيح؟&lt;p&gt; 15:13 &lt;+zzz&gt; أقول إن الأمور تتحسن، رغم أنها خلال أمسيات توقيت GMT أسوأ منها في الصباح&lt;p&gt; 15:15 &lt;jrandom&gt; هممم، مثير للاهتمام&lt;p&gt; 15:15 &lt;Complication2&gt; إذا كان معظم المستخدمين ما زالوا من أوروبا، فقد يرتفع عددهم خلال أمسيات توقيت GMT...&lt;p&gt; 15:15 &lt;+zzz&gt; تذكر فقط أن الطقس دائمًا مشمس داخل colo (مركز استضافة مشترك) :)&lt;p&gt; 15:16 &lt;Complication2&gt; (لكنني لم أتحقق من theland.i2p مؤخرًا)&lt;p&gt; 15:16 &lt;jrandom&gt; ههه&lt;p&gt; 15:16 &lt;jrandom&gt; (لقد شهدنا زيادة في الأيام القليلة الماضية، حيث بلغ known: 555 في وقت سابق بعد ظهر اليوم، وهو الآن عند 570)&lt;p&gt; 15:17 &lt;jrandom&gt; ((active: 266/367))&lt;p&gt; 15:17 &lt;jrandom&gt; على الأقل، وفقًا لـ router الخاص بي&lt;p&gt; 15:18 &lt;jrandom&gt; حسنًا، هل لدى أيٍّ منكم شيء آخر بخصوص 1) حالة الشبكة؟&lt;p&gt; 15:20 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة Syndie&lt;p&gt; 15:20 &lt;jrandom&gt; هناك أمور كبيرة تجري هنا، مع إصدار جديد قادم خلال يوم أو يومين&lt;p&gt; 15:21 &lt;jrandom&gt; أبذل قصارى جهدي لإغلاق أكبر عدد ممكن من العلل المبلّغ عنها، وهناك تحسّنان وظيفيان رئيسيان في الإصدار القادم — معالجة أفضل للحظر، ودعم لمجموعة كبيرة من سياسات الخصوصية والمصادقة والتخويل لمختلف المنتديات&lt;p&gt; 15:23 &lt;jrandom&gt; عندما يصدر الإصدار الجديد، سيكون هناك المزيد لنناقشه على هذا الصعيد (مع أن معظم ذلك النقاش يجري داخل syndie، بطبيعة الحال :)&lt;p&gt; 15:23 &lt;jrandom&gt; أما بخصوص المسابقة — فلا يزال هناك يوم واحد لتقديم عللكم! سيتم الإعلان عن الفائزين والداعمين في اجتماع الأسبوع القادم&lt;p&gt; 15:24 &lt;jrandom&gt; حسنًا، هل لدى أيٍّ منكم أسئلة/تعليقات/مخاوف بخصوص حالة syndie؟&lt;p&gt; 15:25 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) حالة I2PSnark&lt;p&gt; 15:25 &lt;jrandom&gt; zzz، هل تود أن تعطينا تحديثًا حول الأمور؟&lt;p&gt; 15:25 &lt;+zzz&gt; نعم&lt;p&gt; 15:26 &lt;+zzz&gt; في الاجتماع قبل أسبوعين كنتُ عند نقطة توقف جيدة، لكنني وجدتُ وأصلحتُ بعض مُستهلكات الذاكرة الحقيقية وأجريتُ تعديلات أخرى...&lt;p&gt; 15:26 &lt;+zzz&gt; أنا الآن عند نقطة توقف جيدة مرة أخرى، لذا يا جماعة اختبروا CVS من فضلكم وأبلغوا بالنتائج هنا أو في syndie — شكرًا&lt;p&gt; 15:27 &lt;+zzz&gt; بخصوص الـ thrashing (التخبط) عند بدء التشغيل...&lt;p&gt; 15:27 &lt;+zzz&gt; كانت هناك بعض الاقتراحات الجيّدة في syndie...&lt;p&gt; 15:28 &lt;+zzz&gt; لم تنجح فكرتي الأولى حقًا، لكنني نظّفتُ قفلًا كي لا تتجمد صفحة الويب عند بدء التشغيل بعد الآن، لذا تبدو _أسرع_&lt;p&gt; 15:28 &lt;+zzz&gt; قد أحاول تنفيذ الاقتراحات الأخرى لاحقًا. &lt;eot&gt;&lt;p&gt; 15:29 &lt;jrandom&gt; هه، رائع، شكرًا يا zzz!&lt;p&gt; 15:30 &lt;jrandom&gt; حسنًا، لننتقل إلى فقرتنا الجامعة القديمة: 4) ???&lt;p&gt; 15:30 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟&lt;p&gt; 15:33 &lt;jrandom&gt; حسنًا، إن لم يكن...&lt;p&gt; 15:33 * jrandom يختتم&lt;p&gt; 15:34 * jrandom يغلق الاجتماع بـ *baf*&lt;p&gt; </div>/ar/blog/2007/01/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/Tue, 16 Jan 2007 00:00:00 +0000/ar/blog/2007/01/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrandom، zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) مرحباً 15:03 &lt;jrandom&gt; 1) حالة الشبكة 15:03 &lt;jrandom&gt; 2) تحديثات I2PSnark 15:03 &lt;jrandom&gt; 3) تقدم Syndie 15:03 &lt;jrandom&gt; 4) ??? 15:03 &lt;jrandom&gt; 0) مرحباً 15:03 * jrandom يلوّح 15:03 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-January/001329.html 15:05 &lt;jrandom&gt; وأثناء تصفحكم لذلك، دعونا ننتقل إلى 1) حالة الشبكة 15:05 &lt;jrandom&gt; لا تغييرات تُذكر حالياً على هذا الصعيد 15:06 &lt;jrandom&gt; من المثير ملاحظة مخطط النطاقات المحدَّث على `http://stats.i2p/cgi-bin/serv_domain.cgi` الذي يسرد توزيعاً جيداً للمضيفين حتى بعد تقليم 2000 إدخال قديم 15:07 &lt;jrandom&gt; zzz: على أي فترة يستند ذلك المخطط؟ 15:07 &lt;+zzz&gt; شهر واحد 15:07 &lt;jrandom&gt; واو، رائع 15:09 &lt;jrandom&gt; بالطبع، الـ NICs ليست دائماً مُحدَّثة، لكنه يعطي نظرة جيدة على الأمور من مستوى عالٍ. عمل رائع zzz، شكراً 15:10 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء آخر يود طرحه بخصوص 1) حالة الشبكة؟ 15:12 &lt;jrandom&gt; إذا لم يكن، فلننتقل إلى 2) تحديثات i2psnark 15:12 &lt;jrandom&gt; zzz، هل تود أن تعطينا الملخّص؟ 15:13 &lt;+zzz&gt; لدينا تحسينات في الإنصاف عند وجود &gt; 4 محمِّلين، وإصلاح لخطأ restart-torrent القديم، وعدم بدء tunnel إذا كان autostart غير مُفعَّل، وإضافة المزيد من الروابط على صفحة الويب. 15:13 &lt;+zzz&gt; أُضيف زر stop-all الذي يبدو أنه عادةً لا يعمل إذا كانت هناك حركة مرور 15:13 &lt;+zzz&gt; نبحث عن مختبِرين وتقارير كالمعتاد، شكراً 15:14 &lt;jrandom&gt; ممتاز، شكراً zzz 15:14 &lt;jrandom&gt; عندما ترى أنه مناسب، يمكننا تجميعها وطرح إصدار جديد 0.6.1.27 مع ذلك مرفقاً 15:15 &lt;+zzz&gt; حسناً ربما أسبوع أو أسبوعان 15:16 &lt;jrandom&gt; يبدو جيداً 15:17 &lt;jrandom&gt; حسناً لننتقل إلى 3) تقدم Syndie 15:17 &lt;jrandom&gt; هناك الكثير جارٍ على هذا الصعيد كما ذُكر، ونأمل أن نُصدر مراجعة جديدة خلال اليوم أو اليومين المقبلين 15:19 &lt;jrandom&gt; سيكون هناك إعلان عند صدوره، في Syndie، وعلى صفحات الويب، وفي المنتدى، وعلى القائمة 15:19 &lt;jrandom&gt; حسناً، ننتقل إلى 4) ??? 15:20 &lt;jrandom&gt; هل لدى أي شخص أي شيء آخر يريد طرحه للاجتماع؟ 15:23 &lt;jrandom&gt; إن لم يكن... 15:23 * jrandom يستعد 15:23 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2007/01/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/Tue, 09 Jan 2007 00:00:00 +0000/ar/blog/2007/01/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, jrandom, nony, tea, tethra, void, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) مرحباً 15:07 &lt;jrandom&gt; 1) حالة الشبكة 15:07 &lt;jrandom&gt; 2) I2Phex 0.1.1.38 15:07 &lt;jrandom&gt; 3) تقدّم Syndie 15:07 &lt;jrandom&gt; 4) مسابقة حصاد أخطاء Syndie 15:07 &lt;jrandom&gt; 5) ??? 15:07 &lt;jrandom&gt; 0) مرحباً 15:07 * jrandom يُلوّح 15:07 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت على http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 15:09 &lt;jrandom&gt; بينما تواصلون الانبهار بأشياء Macworld، دعونا ننتقل إلى 1) حالة الشبكة 15:09 &lt;jrandom&gt; لا يوجد لدي ما أذكره هنا هذا الأسبوع، لكن شعرت أنه ليس من الجيد عدم تضمين حالة الشبكة في التقرير، لذا ها هي 15:09 &lt;jrandom&gt; هل لدى أحد أي شيء يضيفه بخصوص حالة الشبكة؟ 15:09 &lt;+zzz&gt; أنا أختبر بعض تحسينات i2psnark، لا شيء كبير 15:10 &lt;jrandom&gt; آه رائع، هل يتعلق ذلك بتقارير الأخطاء الأخيرة، أم هناك أمور لطيفة أخرى نتطلع إليها؟ 15:11 &lt;+zzz&gt; أخرى — في الغالب تحسين التعامل مع التورنت التي لديها أكثر من 4 أقران 15:11 &lt;jrandom&gt; رهيب 15:11 &lt;+zzz&gt; وأيضاً التقاط بعض نقاط OOM الشائعة بدلاً من إسقاط الـ JVM بالكامل 15:12 &lt;tea&gt; يبدو رائعاً، حالياً i2p-bt يبدو الخيار الأفضل لتورنت بسرعات «عالية» 15:12 &lt;+zzz&gt; أي حيث يلتقط كتلة كاملة بحجم 256KB - 1MB لتخزين قطعة 15:13 &lt;+zzz&gt; ليختر كلٌ منكم تورنتاً وانضموا إليه لمساعدتي في الاختبار :) 15:14 &lt;jrandom&gt; رائع، أخبرنا متى ينبغي أن نجرّب الأمور يا zzz 15:14 &lt;tea&gt; هل على أحدهم إعادة 'casino royale' ؟ :) 15:14 * jrandom يذكر أن هذا الاجتماع مُسجَّل وسيُنشر على الويب ;) 15:15 &lt;+void&gt; أوه، الاجتماع 15:15 &lt;tea&gt; لا متطوعين إذن 15:16 &lt;jrandom&gt; حسناً رائع، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة؟ 15:17 &lt;bar&gt; بما أننا نذكر i2psnark... 15:18 &lt;bar&gt; ...هل سيكون ممكناً بدء وإيقاف وإعادة تشغيل i2psnark من الـ console (وحدة التحكم)؟ 15:18 &lt;bar&gt; (بدلاً من إعادة تشغيل الـ router بالكامل لإيقاف الـ tunnels) 15:19 &lt;+zzz&gt; لا أدري — jrandom هل لديك أي أفكار؟ 15:20 &lt;jrandom&gt; bar: عندما تقول إيقاف وتشغيل، ماذا يتضمن ذلك إلى جانب إيقاف وتشغيل ملفات التورنت الفردية؟ 15:21 &lt;bar&gt; إيقاف الـ tunnels الخاصة بـ i2psnark التي تستنزف مواردي عندما لا أقوم بالتورنت 15:22 &lt;bar&gt; (الـ tunnels لا تتوقف عندما تزيل ملفات ‎.torrents، على ما أذكر) 15:22 &lt;jrandom&gt; آه، إيقاف الـ i2p destination الفعلية الخاصة به. هذا ممكن دون عناء كبير، واجهة الويب لديها وصول إلى SnarkManager 15:23 &lt;jrandom&gt; (كحل مؤقت يمكنك تعيين أطوال الـ tunnels إلى 0 حتى تحتاج لاستخدامها مجدداً) 15:23 &lt;jrandom&gt; لكنك محق، سيكون ذلك مفيداً 15:23 &lt;+void&gt; يمكنك تغيير الـ tunnels إلى عمق 0، رغم أن ذلك سيكون عرضة للأخطاء 15:23 &lt;+zzz&gt; فكرة جيدة أن نوفر زر إيقاف tunnel على صفحة الويب، متفق 15:23 * jrandom يحيّي void بتحية high-five 15:24 &lt;+void&gt; حسناً، لدي تأخير *لهذه* الدرجة؟ 15:24 &lt;jrandom&gt; I2PSnarkUtil لديه بالفعل دالة static ‎.disconnect() أيضاً 15:25 &lt;jrandom&gt; (لذا فاستدعاؤها من I2PSnarkServlet يجب أن يكون أمراً بسيطاً) 15:25 &lt;jrandom&gt; zzz: أتريد أن تتولى ذلك، أم تريدني أن أضعه هناك؟ 15:27 &lt;+zzz&gt; لا أرى سؤالاً هنا، فخذه أنت 15:27 &lt;jrandom&gt; حسناً رائع، سأفعل 15:27 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة؟ 15:29 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) I2Phex 0.1.1.38 15:29 &lt;jrandom&gt; Complication: هل تودّ أن تُطلعنا على التفاصيل؟ 15:31 &lt;jrandom&gt; على حد علمي، هناك ملخص جيد للتغييرات في الـ CVS وفي الإعلان (http://forum.i2p.net/viewtopic.php?t=2005) 15:33 &lt;tea&gt; هل هناك إمكانية لتغيير أطوال الـ tunnels بشكل دائم؟ 15:34 &lt;jrandom&gt; بالتأكيد، أذكر أن هناك مكاناً يمكنك فيه تعيينها في ملف إعدادات i2phex عبر تحديد خيارات i2p المخصصة (مع أنني لا أتذكر خيار ملف إعدادات i2phex المطلوب استخدامه حالياً) 15:35 &lt;bar&gt; tea: نعم، في i2phex.cfg (i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance) 15:36 &lt;tea&gt; كنت أفكر في لسان خيارات i2p-rufus 15:37 &lt;tea&gt; هل يمكن إضافة شيء كهذا؟ 15:38 &lt;jrandom&gt; أظن أن complication قال إن ذلك سيكون فكرة جيدة، لذا فهو على الأرجح ممكن التنفيذ بسهولة 15:38 * jrandom لم يقم بأي تعديلات على الـ GUI في i2phex (مع أني متأكد أنه إن أرسلت رقعة، فسأتأكد من إدراجها :) 15:38 &lt;jrandom&gt; أوه، لا بأس، يبدو أن complication قال إنه يعمل عليها 15:39 &lt;jrandom&gt; http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 &lt;tea&gt; بصفتي مستخدم rufus هاوياً سررت برؤية النافذة المنبثقة التي تسأل 'allow zero hop connections ؟' وأن أكون قادراً على النقر على لا ... 15:42 &lt;jrandom&gt; أجل. حسناً، هل لدى أحد أي شيء آخر حول 2) I2Phex 0.1.1.38؟ 15:42 &lt;bar&gt; حسناً، وبما أننا في الموضوع، أظن أن تهنئة فريق Phex الأصلي على إصدارهم 3.0 واجبة، فقد صدر قبل أيام قليلة :) 15:43 * bar يُلوّح 15:43 &lt;jrandom&gt; أجل، مبارك ArneBab وغيرهم! 15:45 &lt;tea&gt; ربما يلوّحون لنا يوماً ما ... 15:46 &lt;jrandom&gt; تلقّى ArneBab وGregorK بعض الملاحظات الجيدة حول i2phex على مرّ السنين 15:46 &lt;+void&gt; يوم يصل i2phex إلى النسخة 3.0؟ 15:46 &lt;jrandom&gt; لنأمل ذلك :) 15:47 &lt;bar&gt; سوف نكون قد رحلنا منذ زمن بحلول ذلك الوقت، لكن نعم :) 15:48 &lt;jrandom&gt; حسناً، دعونا ننتقل إلى 3) تقدّم Syndie 15:48 &lt;jrandom&gt; الكثير من التقدّم في الأسبوع الماضي، بما في ذلك صدور 1.001a 15:50 &lt;jrandom&gt; مع أن معظم النقاش في هذا الجانب يجري داخل Syndie نفسه 15:50 &lt;jrandom&gt; لذا، إن لم تكن عليه بعد، انضم وستعرف المزيد :) 15:51 &lt;jrandom&gt; هل لدى أحد شيء يود مناقشته بخصوص Syndie؟ 15:53 &lt;+void&gt; حسناً، لقد شغّلت للتو sync واستورد رسالة غير مقروءة واحدة مع مجموعة من الرسائل المقروءة 15:53 &lt;+void&gt; لكن أظن أننا سنستقصيه بعد الاجتماع؟ 15:54 &lt;jrandom&gt; همم، نعم، غريب فعلاً (لقد استوردتُ بعض الرسائل الجديدة مؤخراً، وظهرت كغير مقروءة). لكن نعم بالتأكيد نحتاج إلى التنقيب أكثر في ذلك 15:54 &lt;jrandom&gt; حسناً، لننتقل إلى 4) مسابقة حصاد أخطاء Syndie 15:55 &lt;+void&gt; هل يمكنك تسجيل حسابات egold مجهولة الهوية؟ 15:55 &lt;jrandom&gt; أجل، لا حاجة لهوية 15:56 &lt;+void&gt; آه، رائع 15:56 &lt;jrandom&gt; مع ذلك، بالطبع، يمكنهم تجميد الحسابات الاحتيالية، وهم يتتبّعون جميع التحويلات، ويشاركون بيانات التحويل مع السلطات 15:56 &lt;jrandom&gt; لكن ذلك كافٍ وأكثر للدفاع ضد معظم الخصوم 15:57 &lt;+void&gt; نعم، بالطبع 15:58 * jrandom وجد تقارير الأخطاء وطلبات الميزات لا تُقدَّر بثمن، ومع أني أدرك أن مبلغ $50USD لا يقترب حتى من تعويض الوقت الفعلي المبذول، إلا أنه لعلّه عربون شكر صغير 15:58 &lt;jrandom&gt; آمل أن نواصل هذه المسابقة كل شهر 15:58 &lt;+void&gt; ههه 15:59 &lt;+void&gt; على الأقل الوقت ممتع 15:59 &lt;+void&gt; آرغ 16:00 &lt;jrandom&gt; هل لدى أحد أي أسئلة بخصوص المسابقة، أو اقتراحات، أو أقراص طائرة؟ 16:01 &lt;+tethra&gt; مسابقة؟ 16:01 &lt;+tethra&gt; (وصلت متأخراً) 16:01 * tethra يقرأ ما فاته 16:01 &lt;+tethra&gt; رائع :o 16:02 &lt;jrandom&gt; إذن فلتتدفّق تقارير الأخطاء :) 16:03 &lt;jrandom&gt; حسناً، دعونا ننتقل إلى 5) ??? 16:03 &lt;+void&gt; إنها تتدفّق بالفعل :) 16:03 &lt;+tethra&gt; نعم سيدي! ;) 16:03 &lt;jrandom&gt; أجل، شكراً! (نعم، أنا أحتسب كل شيء من 1 يناير إلى 31 يناير :) 16:03 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر يطرحه للاجتماع؟ 16:04 &lt;+fox&gt; &lt;nony&gt; هل يعمل على java6؟ 16:04 &lt;tea&gt; بالتأكيد 16:04 &lt;+tethra&gt; وعلى ذكر ذلك، هل يُترجَم باستخدام gcj؟ 16:04 &lt;jrandom&gt; nony: أشغّله هنا على java6، نعم 16:04 &lt;jrandom&gt; tethra: أجل، ويعمل ;) 16:04 &lt;+tethra&gt; ممتاز 16:04 &lt;+tethra&gt; ;) 16:04 &lt;+fox&gt; &lt;nony&gt; رائع 16:07 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:09 &lt;jrandom&gt; إن لم يكن... 16:09 * jrandom يستعد 16:09 * jrandom يغلق الاجتماع بـ ‎*baf* </div>/ar/blog/2007/01/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/Tue, 02 Jan 2007 00:00:00 +0000/ar/blog/2007/01/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2007/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, covracer, jrandom, z^z</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 &lt;jrandom&gt; 1) حالة الشبكة والخطط 15:02 &lt;jrandom&gt; 2) Syndie 1.001a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 * jrandom يلوّح 15:02 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble يلوّح لـ jrandom 15:03 * jrandom يتوقّع أن معظم الحضور لا يزالون يعالجون صداع ما بعد السهرة، لذا سنقوم بهذا بهدوء 15:04 &lt;jrandom&gt; دعونا ننتقل إلى 1) حالة الشبكة والخطط 15:05 &lt;jrandom&gt; كما ذُكر في الملاحظات، تم تغطية الكثير، لكن أمامنا عمل كثير هذا العام 15:05 &lt;jrandom&gt; سنرغب في مناقشة مختلف المفاضلات والتأكد من اختيار الأنسب لدعم الوظائف المحددة التي نسعى إليها 15:06 &lt;jrandom&gt; لكن سنرى كيف تسير الأمور مع التقدّم 15:06 &lt;jrandom&gt; في الوقت الحالي، تبدو الشبكة مستقرة إلى حدٍّ كبير، وهذا أمر جيّد 15:07 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء يود طرحه بخصوص حالة الشبكة والخطط؟ 15:09 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) Syndie 1.001a 15:09 &lt;z^z&gt; أي شيء يمكنني العمل عليه في الشبكة - netdb أو tunnels؟ 15:09 * jrandom يعود قافزاً 15:10 &lt;z^z&gt; أعلم أن لدينا أسئلة حول انتشار netdb وحول استهلاك CPU، لكنني سأحتاج إلى مؤشر جيّد للبدء 15:11 &lt;z^z&gt; على أي حال، سأفكّر بالأمر 15:11 &lt;jrandom&gt; z^z: بحث netDb عندما يصل عدد floodfill peers المعروفين/القابلين للوصول إلى 0 يحتاج على الأرجح إلى القيام بمسار عشوائي تكراري عبر الأقران المعروفين 15:12 &lt;z^z&gt; حسناً شكراً، سأستكشف وأسأل لاحقاً 15:12 &lt;jrandom&gt; ربما عَلَم جديد في رسالة netDb lookup يطلب "أعطني بعض floodfill peers" 15:12 &lt;jrandom&gt; رائع يا z^z! من المحتمل أن يكون لذلك أثر كبير على المستخدمين الجدد - أخبرني إن واجهت أي مشكلة 15:13 &lt;z^z&gt; هاه، سيأخذني ذلك إلى مجال جديد؛ يبدو ممتعاً لبداية السنة الجديدة 15:13 &lt;jrandom&gt; :) 15:14 &lt;bar&gt; "لا تحذف معلومات router الخاصة بأقران floodfill من netdb إن كان عددها قليلاً جداً" &lt;-- هل يتذكر أحد إن كانت هذه دخلت إلى cvs أم لا؟ 15:15 &lt;jrandom&gt; لا 15:15 &lt;jrandom&gt; أو، ليس كما أتذكّر... 15:16 &lt;bar&gt; حسناً 15:17 &lt;jrandom&gt; (مكان رائع لذلك سيكون KademliaFloodfillNetworkFacade::dropAfterLookupFailed) 15:18 &lt;jrandom&gt; أقصد، KademliaNetworkDatabaseFacade، (floodfill يرث منه) 15:20 &lt;jrandom&gt; (هناك أيضاً بضعة حقول في DatabaseLookupMessage يمكن استخدامها للإشارة إلى 'send me floodfill peers' - الحقل 'tunnelSpecified' نوعه boolean، لكنه يُنقل كبايت كامل) 15:21 &lt;jrandom&gt; حسناً، أي شيء آخر حول 1) حالة الشبكة والخطط؟ 15:23 * jrandom يستأنف القفز إلى 2) Syndie 1.001a 15:24 &lt;jrandom&gt; ستصل قريباً، ربما خلال يوم أو يومين. الكثير من إصلاحات العلل والتنظيف (شكراً لكل من يساعد!)، مع مزيد من التفاصيل في الإعلان عند إصدارها 15:25 &lt;jrandom&gt; هذا كل ما يُذكر بهذا الخصوص، (ولكن إن كنت تستخدم syndie الجديدة، يمكنك متابعة أحدث النقاشات هناك ;) 15:27 &lt;jrandom&gt; هل لدى أحد أي شيء لطرحه حول syndie 1.001a، أم ننتقل إلى 3) ??? 15:27 &lt;jrandom&gt; هل لدى أي شخص شيء آخر يود مناقشته في الاجتماع؟ 15:28 &lt;+fox&gt; &lt;covracer&gt; هل لا تزال غير مؤيّد لفكرة ebuild (وصفة بناء حزم Gentoo)؟ 15:29 &lt;jrandom&gt; لـ syndie أم i2p؟ 15:29 &lt;+fox&gt; &lt;covracer&gt; i2p 15:29 &lt;jrandom&gt; صحيح، ما زلت غير مؤيّد لفكرة ebuild 15:29 &lt;jrandom&gt; (شكراً على العرض/الاقتراح مع ذلك!) 15:30 &lt;jrandom&gt; مشاكل i2p ليست مرتبطة بحجم الشبكة، لذا زيادة الحجم لن تعالجها 15:30 &lt;jrandom&gt; بل ستجبر المزيد من الناس على التعامل مع المشاكل ومسار الترقية لمعالجتها 15:30 &lt;+fox&gt; &lt;covracer&gt; نعم 15:31 &lt;+fox&gt; &lt;covracer&gt; مع ذلك أنجز alex عملاً جيداً على ebuild 15:31 &lt;+fox&gt; &lt;covracer&gt; إنه في overlay المسمى java-experimental-migration، على ما أذكر 15:31 &lt;+fox&gt; * عاد godmode0 (gone 01:57:51) 15:32 &lt;+fox&gt; &lt;covracer&gt; على أي حال، يعتمد على الكثير من التحسينات في طريقة Gentoo للتعامل مع Java وJetty 15:32 &lt;+fox&gt; &lt;covracer&gt; ولن يدخل الشجرة الرئيسية في وقت قريب 15:33 &lt;jrandom&gt; رائع (أن عمل alex يسير بشكل جيد)، ونأمل أن نصل بـ i2p إلى مرحلة يكون دفعها إلى الرئيسي أمراً رائعاً :) 15:34 &lt;+fox&gt; &lt;covracer&gt; هل سيكون ebuild لـ syndie مُرحّباً به أم ينبغي تأجيله أيضاً؟ 15:34 * jrandom يتساءل إلى أي مدى سيكون هناك اضطراب في التعامل مع Java حين تصبح JVM ومكتبات Sun تحت GPL 15:35 &lt;jrandom&gt; نأمل أن تكون syndie جاهزة للاستخدام الإنتاجي الكامل خلال بضعة أشهر، مع إصدار beta ربما خلال شهر، لذا النظر في ebuild هناك سيكون رائعاً 15:36 &lt;jrandom&gt; عندما تصبح syndie إنتاجية، أود جعل استخدامها سهلاً قدر الإمكان — apt-get و emerge و rpm وغيرها 15:36 &lt;+fox&gt; &lt;covracer&gt; حسناً، سأرى إن كان بوسعي "حياكة" ebuild معاً هذا الأسبوع خلال الإجازة — ليس لدي ما هو أفضل لأفعله 15:36 &lt;jrandom&gt; رائع، شكراً covracer! 15:37 &lt;+fox&gt; &lt;covracer&gt; التثبيت السهل مهم جداً للاعتماد الواسع 15:37 &lt;jrandom&gt; (وأخبرني إن واجهت أي أجزاء يمكن تبسيطها 'upstream' — أود جعل الحزم شفافة قدر الإمكان) 15:37 &lt;jrandom&gt; أجل، بالتأكيد 15:38 &lt;+fox&gt; &lt;covracer&gt; حسنٌ، رغم أنني على دراية عامة فقط بأفضل ممارسات كتابة ebuild، ولست مطوّراً بنفسي أو نشطاً جداً على صعيد البرمجة 15:40 &lt;jrandom&gt; رائع، من المحتمل أنك تعرف عن كتابة ebuild أكثر مني :) حظاً موفقاً، وشكراً 15:40 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر يود طرحه للاجتماع؟ 15:40 &lt;bar&gt; حسناً، أظن أن منشوراً رسمياً في منتدى Syndie الخاص بـ cervantes وفي syndie القديمة لن يضرّ، إذا/عندما تبحث عن مزيد من المجرّبين لـ syndie الجديدة 15:40 &lt;bar&gt; باستثناء سجل الاجتماع الأخير، لا أظن أنه كان هناك ذكر كبير لإصدار alpha، العديد من مستخدمي i2p ببساطة لم يسمعوا بالأمر، في رأيي 15:41 &lt;jrandom&gt; فكرة جيدة — سأغمرهم بالإعلانات عند صدور 1.001a 15:42 &lt;bar&gt; تمام :) 15:47 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع... 15:47 * jrandom يستعد 15:47 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2006/12/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/Tue, 26 Dec 2006 00:00:00 +0000/ar/blog/2006/12/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, Complication2, gloin, hottuna, jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 &lt;jrandom&gt; 1) حالة الشبكة 15:02 &lt;jrandom&gt; 2) Syndie 1.000a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) مرحباً 15:02 * jrandom يلوّح 15:02 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 15:03 &lt;jrandom&gt; لننطلق إلى 1) حالة الشبكة 15:03 &lt;Complication2&gt; أوه، نسيت تماماً أنه يوم الثلاثاء 15:03 &lt;jrandom&gt; الأمور تسير بشكل جيد إلى حد بعيد، كما ذُكر، رغم أن الـ router لدي أعاد التشغيل أخيراً بعد 45 يوماً من وقت تشغيل متواصل 15:04 &lt;jrandom&gt; (لكن بصراحة، سأكون سعيداً جداً إذا استطعنا الحصول باستمرار على أزمنة تشغيل تتجاوز الشهر :) 15:04 &lt;Complication2&gt; حالة الشبكة لدي أقل استقراراً من قبل قليلاً، ولكن ذلك لأن أحد أجهزة I2P router الخاصة بي يعاني من مشكلة متكررة (مرة كل نحو 10 أيام) 15:04 &lt;Complication2&gt; أما الـ router الآخر فيستطيع الوصول إلى زمن تشغيل شهر كامل، لكنه ليس router عالي الحركة 15:05 &lt;Complication2&gt; في الواقع متواضع إلى حد ما 15:05 &lt;jrandom&gt; stats.i2p يُظهر انخفاضاً طفيفاً في معدل نجاح البناء خلال الأسبوع الماضي، لكن قد يكون ذلك موسمياً فحسب 15:07 &lt;+fox&gt; &lt;hottuna&gt; لقد بدأت أتلقى رسائل سجلات wrapper غريبة 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;jrandom&gt; لا يزال IRC يعمل بشكل جيد، حتى مع 3 hop tunnels 15:07 &lt;jrandom&gt; أوه مثير للاهتمام يا hottuna، يبدو كأنه إخراج verbose من commons-logging 15:08 &lt;jrandom&gt; (Jetty يستخدم المُسجِّل الخاص بهم، وليس مُسجِّلنا) 15:08 &lt;+fox&gt; &lt;hottuna&gt; إذَن لا شيء يدعو للقلق .. 15:08 &lt;+fox&gt; &lt;hottuna&gt; لكنني ما زلت لا أشغّل الـ router لدي بسبب نقص عرض الحزمة 15:09 &lt;jrandom&gt; هل المقصود بـ starvation هو "ليس هناك BW كافٍ لـ i2p"، أم "i2p يستخدم BW أكثر من اللازم"؟ 15:11 &lt;+fox&gt; &lt;hottuna&gt; كلاهما، لكن بما أنني أشغّل i2p للتبرع بـ BW فالأولى تناسبني أكثر 15:11 &lt;jrandom&gt; آه، حسنٌ 15:11 &lt;+fox&gt; &lt;hottuna&gt; لتوّي بدأت تشغيل Syndie لأول مرة وأشعر ببعض الإرباك، لا أعرف حقاً من أين أبدأ 15:11 &lt;+fox&gt; &lt;hottuna&gt; لمسة لطيفة بإضافة الأرشيف القياسي مع ذلك 15:13 &lt;jrandom&gt; شكراً :) هناك الكثير لنفعله لتقليل شعور الإرباك، لكن دعونا ننتقل إلى 2) Syndie 1.000a :) 15:13 &lt;jrandom&gt; الإصدار 1.000a صدر، حمّلوه واستمتعوا! 15:14 &lt;jrandom&gt; تجربة الاستخدام الافتراضية يفترض أن تكون: التثبيت، التشغيل، "add the standard archive"، ثم تطلب من Syndie المزامنة مع الأرشيف القياسي "now" (ثم اضغط حفظ)، وسيبدأ بجلب الرسائل 15:15 &lt;jrandom&gt; سيضيف سطراً إلى ذلك الجدول أسفل زر الحفظ، واحداً لكل رسالة وواحداً لكل منتدى - النقر بالزر الأيمن على الرسائل والمنتديات يفتحها، أو يمكنك الاستعراض عبر قائمة Forum-&gt;Read all 15:15 &lt;bar&gt; تهانينا على إصدار Syndie ألفا، لقد عملت طويلاً وبجد على هذا. احترام. 15:16 &lt;Complication2&gt; وكذلك هنا. قاعدة بيانات مبهرة وواجهة واعدة جداً. :) 15:16 &lt;+fox&gt; &lt;hottuna&gt; أستخدم Syndie الآن وأقرأ المنشور الملحمي عن توجه Syndie و i2p 15:16 &lt;gloin&gt; بالمناسبة، يحتوي build.xml على قيمة hardcoded: build.xml: <property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /> 15:16 &lt;jrandom&gt; شكراً، ما زال هناك الكثير لنفعله للوصول بـ Syndie إلى ما يجب أن يكون عليه، لكنه بداية 15:17 &lt;+fox&gt; &lt;hottuna&gt; هناك الكثير من العمل على صعيد سهولة الاستخدام، لكنك قطعت شوطاً طويلاً بالفعل 15:17 &lt;jrandom&gt; gloin: نعم، ثلاثة منها (swt.win32 و swt.osx و swt.linux32) - تُستخدم فقط مع "ant dist" 15:18 &lt;Complication2&gt; هل "ant" يعيَّن افتراضياً إلى "ant clean jar"، بالمناسبة؟ 15:18 * Complication2 يتحقق 15:18 &lt;jrandom&gt; hottuna: هذا دورك (ودوركم جميعاً :) — رأسي غارق في أحشاء Syndie، لذا يصعب علي غالباً الحصول على المنظور الصحيح لجعل Syndie أكثر قابلية للاستخدام 15:19 &lt;jrandom&gt; أحتاج إلى آرائكم وملاحظاتكم واقتراحاتكم لتحسين الأمور 15:19 &lt;Complication2&gt; آها، التحقق من الاعتمادات و jar 15:19 &lt;Complication2&gt; (من دون جزء التنظيف) 15:19 &lt;jrandom&gt; صحيح Complication2، لا يوجد 'clean' بشكل افتراضي 15:21 &lt;gloin&gt; هل "ant dist" يبني نسخاً لـ linux و win32 وما إلى ذلك؟ 15:21 &lt;jrandom&gt; gloin: نعم، يبني المُثبِّتات وملفات ‎.exe‎، إلخ 15:22 &lt;jrandom&gt; إذا كنت تريد فقط بناء وتشغيل Syndie لاستعمالك الخاص، فاستخدم "ant jar" وانسخ lib/syndie.jar إلى تثبيت Syndie لديك، أو "ant run" لتشغيله في مكانه 15:23 &lt;Complication2&gt; آخ، فاتتني وجهة "run" إذن 15:23 &lt;jrandom&gt; (بتحديد الرايات اللازمة -Dswt.dir=/blah، أو وضعها في الملف (الجديد) nbproject/private/private.properties على شكل swt.dir=/blah/) 15:23 &lt;Complication2&gt; أعددت run.sh :D 15:24 &lt;Complication2&gt; سطران فقط، لذا ليس شيئاً مستهلكاً للوقت 15:24 &lt;jrandom&gt; ذلك يعمل أيضاً :) 15:24 &lt;Complication2&gt; نعم، "ant run" عمل بشكل جيد 15:24 &lt;gloin&gt; يبدو أن "ant run" يعمل، أما مُثبِّت linux32.exe فيشكو من فقدان swt. 15:24 &lt;Complication2&gt; اختبرت للتو 15:26 &lt;jrandom&gt; همم gloin، وهل swt.jar موجود في مجلد lib الخاص بـ Syndie المُثبَّت؟ 15:27 &lt;gloin&gt; نعم. 15:28 &lt;jrandom&gt; وهل تشغّل "java -jar /some/path/to/that/syndie/bin/syndie.exe"؟ أم تقصد مُثبِّت linux؟ 15:29 &lt;gloin&gt; المُثبِّت كان جيداً. أنشأ مجلد syndie-1.000a. 15:31 &lt;gloin&gt; Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 &lt;Complication2&gt; سؤال صغير (أختبر حالياً الملف الثنائي الخاص بـ Linux) 15:33 &lt;jrandom&gt; همم، هل أنشأ libswt-pi-gtk-3235.so في /tmp/ يا gloin؟ 15:33 &lt;Complication2&gt; من أين أحصل على المفتاح العام "393F2DF9"؟ 15:33 &lt;jrandom&gt; سؤال جيد... 15:34 &lt;gloin&gt; من؟ متى؟ 15:34 &lt;gloin&gt; حالياً، لا يوجد libswt-pi-gtk-3235.so في /tmp/ 15:35 &lt;jrandom&gt; gloin: إصدار swt الجديد (3.3M4) المرفق مع Syndie يستخرج المكتبات الأصلية إلى /tmp/ عندما لا يتمكن من العثور عليها 15:36 &lt;jrandom&gt; gloin: هل يمكنك تشغيل (cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ) لترى إن كان سيعثر عليها؟ 15:36 &lt;jrandom&gt; Complication2: سيكون متاحاً على خوادم المفاتيح المختلفة وعلى الموقع بعد الاجتماع 15:37 &lt;Complication2&gt; شكراً :) 15:37 &lt;jrandom&gt; (هو موجود في keyrings الخاصة بي والتي لا يمكن الوصول إليها من جهاز Windows الذي أستخدمه) 15:37 &lt;Complication2&gt; في هذه الأثناء، اكتشفت بوسائل أكثر تقليدية أن تنزيل الملف الثنائي لدي قد انقطع مبكراً فعلاً 15:37 * Complication2 يعيد جلب النهاية 15:38 &lt;gloin&gt; لا. ربما أعيد بناء المُثبِّت 15:39 &lt;jrandom&gt; gloin: هل يمكنك فحص swt.jar للتأكد من أنه يحتوي على libswt-pi-gtk-3235.so (jar tvf lib/swt.jar)؟ 15:40 &lt;jrandom&gt; على أي حال، سنواصل التنقيح مع ظهور الأمور 15:41 &lt;gloin&gt; ليست فيه. 15:41 &lt;jrandom&gt; هذا تقريباً كل شيء بخصوص Syndie 1.000a — بالطبع ستكون هناك تحديثات مع الوقت، وسيُعلن عنها في الاجتماعات أو عبر البريد 15:42 &lt;jrandom&gt; ‎(هناك تنزيلات أصغر بكثير لترقية Syndie بدلاً من الحِزم الكاملة 4–5+MB — انظر syndie.i2p.net/downloads/)‎ 15:42 &lt;+fox&gt; &lt;hottuna&gt; ما هو عنوان URL لأرشيفات Syndie على شبكة i2p؟ 15:43 &lt;jrandom&gt; gloin: هل يمكنك إرسال رسالة خاصة لي بمخرجات jar tvf؟ 15:43 &lt;jrandom&gt; hottuna: `http://archive.syndie.i2p/` 15:43 &lt;+fox&gt; &lt;hottuna&gt; شكراً لك 15:45 &lt;jrandom&gt; ‎(لاحظ أن archive.syndie.i2p / syndie.i2p.net:8080 مجرد مثيلات من Syndie مع خادوم HTTP المدمج قيد التشغيل)‎ 15:45 &lt;+fox&gt; &lt;hottuna&gt; أوه :) رائع :) 15:45 &lt;+fox&gt; &lt;hottuna&gt; أوه بالمناسبة، ساعة Syndie لا تطابق الساعة على نظامي 15:46 &lt;jrandom&gt; لذا، يمكن لأي شخص تشغيل أرشيف Syndie خاص به والسماح للناس بالمزامنة منه — فقط أعطهم رابطاً لأرشيفك (ويمكنك فعل ذلك عبر IRC/HTML/إلخ، أو داخل Syndie نفسه باستخدام 'archive link'/مرجع) 15:46 &lt;jrandom&gt; ساعة Syndie؟ 15:46 &lt;+fox&gt; &lt;hottuna&gt; أو الطوابع الزمنية على الرسائل في Syndie 15:47 &lt;+fox&gt; &lt;hottuna&gt; لحظة... الآن تبدو صحيحة.. 15:47 &lt;+fox&gt; &lt;hottuna&gt; بعد إعادة تشغيل 15:52 &lt;gloin&gt; كيف أبني خادوم أرشيف بدون واجهة رسومية (headless)؟ أفترض أن import.cgi لم يعد 'مدعوماً'؟ 15:53 &lt;jrandom&gt; صحيح، import.cgi غير متوافق مع الأحدث — يمكنك تشغيل خادوم headless بتثبيت Syndie عادي عبر تشغيل Syndie "--cli"، مما يجعله يشغّل المحرك النصي. 15:55 &lt;jrandom&gt; يمكن تشغيل خادوم HTTP المدمج من المحرك النصي عبر أمر 'httpserv' (http://syndie.i2p.net/manual.html#general_httpserv ) 15:55 &lt;gloin&gt; شكراً جزيلاً. 15:56 &lt;jrandom&gt; إذا كنت ستشغّل أرشيفك من جديد، فأنا من يجب أن يشكرك :) 15:57 &lt;gloin&gt; بلاه.. حتى مع واجهة GUI يبدو معقداً :) 15:58 &lt;jrandom&gt; نعم، أمامكم عمل كثير — ساعدوا في جعله قابلاً للاستخدام ومفيداً :) 15:59 &lt;jrandom&gt; سيكون لدينا الكثير لنغطيه مع بدء الناس باختبار الأمور وظهور المشاكل، لكن في الوقت الحالي، لا تترددوا في الغوص، والنشر، ومعرفة ما يجري 15:59 &lt;jrandom&gt; ننتقل بخفة إلى 3) ???، هل لدى أي أحد شيء آخر لطرحه في الاجتماع؟ 16:00 &lt;Complication2&gt; اختبرت مُثبِّت Linux الثنائي، ويعمل بشكل جيد 16:00 &lt;Complication2&gt; الغريب فقط أنه عندما حاول إنشاء اختصار في قائمة KDE، انتهى الاختصار في مجموعة "Development" 16:00 &lt;Complication2&gt; مع NetBeans وأشياء أخرى 16:01 &lt;Complication2&gt; قد أكون مخطئاً، لكنني أظن أنني أتذكر أنه كتب أنه سيحاول إنشاء مجموعة باسم Syndie... 16:01 &lt;jrandom&gt; آه، نعم. لا تزال izpack ومغلِّفو/مُثبِّتو Java يعملون على تكامل KDE 16:02 &lt;Complication2&gt; على أي حال، تفصيل صغير 16:02 &lt;Complication2&gt; لكن أردت أن أذكره احتياطاً 16:02 &lt;jrandom&gt; من المُفترض أن ينشئ مجموعة Syndie، لكن كما ترى، قائمة KDE لا تملك مجلدات لكل تطبيق (لديها فئات للتطبيقات، ثم مجلدات لكل تطبيق) 16:02 &lt;jrandom&gt; نأمل أن يتم إصلاحه عندما تقوم izpack بإصلاحه (هو على رادارهم) 16:03 &lt;Complication2&gt; صحيح 16:03 &lt;Complication2&gt; على أي حال، ظهر الاختصار، وظهر اختصار المُزيل أيضاً 16:03 &lt;jrandom&gt; wewt 16:03 &lt;Complication2&gt; والمُزيل عمل بشكل جيد أيضاً (استخدمته أيضاً لأنني عادةً أُجمِّع من المصدر) 16:03 &lt;Complication2&gt; =uninstaller 16:04 &lt;bar&gt; لدي سؤالان، مرتبطان ببعضهما قليلاً 16:04 &lt;bar&gt; 1. هل هناك خطط لموعد إزالة Syndie القديم نهائياً؟ 16:04 &lt;bar&gt; 2. هل يمكن أن نحصل على بوابة i2p، syndie.i2p، إلى syndie.i2p.net، أم أن ذلك قد يتعارض مع بنية Syndie القديمة؟ 16:05 &lt;Complication2&gt; بخصوص 2، أعتقد أنه سيتعارض حالياً 16:06 &lt;jrandom&gt; همم، في الواقع لم أفكر في ذلك كثيراً. أميل إلى القول "أزيلوه نهائياً، انقلوا الجميع إلى Syndie الجديد الآن الآن الآن" :) 16:07 &lt;Complication2&gt; ...الذهاب إلى "`http://archive.syndie.i2p`" عبر "localhost:4444" 16:07 &lt;bar&gt; سبب سؤالي هو أنه من المزعج أحياناً الاضطرار إلى استخدام squid.i2p للوصول إلى صفحات Syndie على الويب 16:07 &lt;jrandom&gt; آه، مفهوم. حسناً، أستطيع إعادة توجيه syndie.i2p ليشير إلى syndie.i2p.net، ويمكن لمستخدمي Syndie القديم الاستمرار في استخدام syndiemedia.i2p 16:09 &lt;bar&gt; جميل :) 16:09 &lt;Complication2&gt; أوه، قصدت صفحات الويب 16:10 &lt;Complication2&gt; ظننت أنك قصدت الأرشيف :) 16:10 &lt;bar&gt; صحيح Complication2، آسف لعدم الوضوح في ذلك 16:10 &lt;gloin&gt; هل المنتدى الخاص يعني الهوية الخاصة؟ 16:11 &lt;Complication2&gt; هناك بالتأكيد هوية/اسم مستعار افتراضي يُنشأ في نسخة Syndie جديدة 16:11 &lt;Complication2&gt; لست متأكداً مما إذا كان يُنشئ منتدى تلقائياً 16:11 &lt;jrandom&gt; gloin: كل هوية لديها منتدى (وكل منتدى مملوك لهوية) 16:12 &lt;jrandom&gt; المنتدى، في Syndie، ليس إلا مفتاحاً عاماً 16:12 &lt;jrandom&gt; (وكذلك الكاتب) 16:12 &lt;Complication2&gt; لقد نسيت كيف فعلت ذلك، وكان ذلك في أكتوبر باستخدام الواجهة النصية على أي حال، أظن :) 16:12 &lt;jrandom&gt; ((في قاعدة البيانات والكود، يُطلق عليهما 'channels'، لكن واجهة المستخدم تتحدث عن forums و authors/nyms)) 16:13 &lt;bar&gt; في موضوع إغلاق Syndie القديم، هل يمكنني اقتراح شيء من قبيل "الإبقاء عليه متصلاً لشهر إضافي لكن مع إغلاق الأرشيف أمام منشورات جديدة، مع ترك ملاحظة توضيحية" 16:14 &lt;gloin&gt; واجهة GUI سمحت لي بإنشاء منتديات فقط. هل يعني ذلك أنه عندما أريد السماح لك بالنشر في منتداي، فإنني أُصرّح لمنتدى jrandom وليس لشخص jrandom؟ 16:15 &lt;Complication2&gt; أو ربما أبقاؤه مفتوحاً لفترة قصيرة بعد نشر الملاحظة، بحيث إذا كان أحدهم بحاجة ماسّة إليه في هذه المرحلة (آه!) يمكنه تبادل بعض البيانات لفترة قصيرة بعد ذلك 16:15 &lt;jrandom&gt; gloin: المنتديات والهويّات شيء واحد — عندما تُنشئ منتدى جديداً، فإنك تُنشئ هوية جديدة (ولكي تُصرِّح لشخص jrandom بالنشر في منتداك، صرّح لمنتدى jrandom) 16:15 &lt;jrandom&gt; يبدو معقولاً Complication2 و bar 16:17 &lt;jrandom&gt; gloin: هذه الأمور ليست بديهية بالتأكيد، ونحتاج إلى الكثير من العمل لجعلها أسهل 16:21 &lt;Complication2&gt; أوه، لم ألاحظ عدّة اقتراحات لضبط I2Phex من striker على Syndie القديم 16:21 * Complication2 يصنع نسخاً محلية 16:23 &lt;jrandom&gt; :) سيبقى Syndie القديم متاحاً عبر syndiemedia.i2p/ و syndie.i2p.net:8000/ 16:23 &lt;jrandom&gt; حسناً، هل لدى أي أحد شيء آخر للاجتماع؟ 16:25 &lt;gloin&gt; في إعدادات المنتدى أستطيع ضبط مستوى الخصوصية (all/auth/passphrase). لكن مع كل مشاركة أستطيع ضبطه أيضاً. أيهما يُعتدّ به؟ 16:27 &lt;jrandom&gt; كلاهما يُعتدّ به، لكن في الوقت الحالي أوصي بإبقاء خصوصية المنتدى 'public' (لأنني لم أكتب بعد واجهة GUI للمنتديات المحمية بـ passphrase، فقط الرسائل المحمية بـ passphrase) 16:27 &lt;jrandom&gt; خصوصية المنتدى تغطي البيانات الوصفية للمنتدى (روابط لمواقع أخرى، مفاتيح مرفقة، إلخ)، بينما لكل رسالة منفصلة سياستها الخاصة 16:33 &lt;jrandom&gt; (syndie.i2p --&gt; syndie.i2p.net اعتباراً من الآن، syndiemedia.i2p لا يزال يشير إلى syndie.i2p.net:8000/) 16:33 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر للاجتماع 16:33 * jrandom يختتم 16:33 * jrandom يغلق الاجتماع *baf*s </div>/ar/blog/2006/12/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-12-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/Tue, 12 Dec 2006 00:00:00 +0000/ar/blog/2006/12/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-12-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) مرحباً 15:03 &lt;jrandom&gt; 1) حالة الشبكة 15:03 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:04 &lt;jrandom&gt; 3) ??? 15:04 &lt;jrandom&gt; 0) مرحباً 15:04 * jrandom يلوّح 15:04 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2006-December/001322.html 15:04 &lt;jrandom&gt; دعونا ننتقل إلى 1) حالة الشبكة 15:05 &lt;jrandom&gt; لا تغييرات حقيقية هنا، ومن الجيد ملاحظة أن الاستقرار يبدو كافياً إلى حدٍ كبير على IRC، حتى مع tunnels طويلة 15:05 &lt;jrandom&gt; لكن، بالطبع، هذا ليس بالضرورة الحال لدى الجميع، وقد يختلف بشكل كبير 15:05 &lt;jrandom&gt; لكن من الجميل رؤيته على أي حال 15:05 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء لطرحه بخصوص 1) حالة الشبكة؟ 15:07 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة تطوير Syndie 15:07 &lt;jrandom&gt; هناك الكثير يجري هنا، لكنه مُلخّص في رسالة قائمة البريد 15:08 &lt;jrandom&gt; خادم HTTP الجديد ليس قيد الاستخدام بعد على أرشيف syndie.i2p.net/archive/، لذا لا يمكنك رفع رسائل جديدة حالياً، رغم أنه يمكنك السحب (أو، بالطبع، تشغيل 'httpserv' الخاص بك والسماح للناس بالنشر) 15:11 &lt;jrandom&gt; حسناً، هل لدى أحد شيء لمناقشته بخصوص 2) حالة تطوير Syndie؟ 15:11 &lt;jrandom&gt; إن لم يكن، فلنعرّج على 3) ??? 15:12 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه للاجتماع؟ 15:16 &lt;jrandom&gt; إن لم يكن 15:16 * jrandom يختتم 15:16 * jrandom يغلق الاجتماع بـ*baf* </div>/ar/blog/2006/12/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/Tue, 05 Dec 2006 00:00:00 +0000/ar/blog/2006/12/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> burl, Ch0Hag, jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:00 &lt;jrandom&gt; 0) مرحبًا 15:00 &lt;jrandom&gt; 1) حالة الشبكة 15:00 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:00 &lt;jrandom&gt; 3) iToopie 15:00 &lt;jrandom&gt; 4) ??? 15:00 &lt;jrandom&gt; 0) مرحبًا 15:00 * jrandom يلوّح 15:00 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-December/001321.html 15:01 &lt;jrandom&gt; (قبل الاجتماع بحوالي ساعتين أيضًا! :) 15:01 &lt;jrandom&gt; حسنًا، لننطلق إلى 1) حالة الشبكة 15:01 &lt;jrandom&gt; الأمور تسير على ما يرام، لا تغيّر كبير في هذا الجانب 15:02 * jrandom متصل بـ irc هنا منذ 20 يومًا أيضًا (أعتقد أنه رقم قياسي) 15:03 &lt;jrandom&gt; ليس هناك الكثير لإضافته في هذا الجانب حاليًا 15:03 &lt;jrandom&gt; لذا، إن لم يكن هناك شيء آخر حوله، فلننتقل إلى 2) حالة تطوير syndie 15:04 &lt;jrandom&gt; التقدم مستمر هنا، مع مزيد من الأجزاء والتفاصيل التي أصبحت قابلة للعمل 15:04 &lt;jrandom&gt; لا يزال خشنًا إلى حدٍّ كبير... «عملي»، ولكنه عملي من الناحية الرسومية أيضًا ;) 15:05 &lt;jrandom&gt; إصدار الألفا ليس وشيكًا بعد، لكني آمل أن يكون جاهزًا قريبًا 15:07 &lt;jrandom&gt; على أي حال، المزيد من المعلومات حالما تتوفر :) 15:08 &lt;jrandom&gt; حسنًا، دعونا ننتقل سريعًا إلى 3) iToopie 15:08 &lt;jrandom&gt; كما ذُكر في الملاحظات، شكرًا لكم جميعًا! :) 15:08 &lt;jrandom&gt; حسنًا، نتابع بسرعة إلى 4) ??? 15:08 &lt;jrandom&gt; هل لدى أحدكم شيء يود طرحه للاجتماع؟ 15:10 &lt;jrandom&gt; (ربما مضى عام أو عامان منذ آخر اجتماع استغرق 10 دقائق، لكن ربما هذا للأفضل) 15:10 &lt;+fox&gt; &lt;Ch0Hag&gt; يا للدهشة. بالصدفة تمامًا أنا حاضر فعليًا لاجتماع I2P. 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; مرحبًا يا أمي! 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; سيُدرَج هذا في السجلات، صحيح؟ :) 15:11 &lt;jrandom&gt; ههه نعم ch0 ;) 15:12 &lt;+fox&gt; &lt;Ch0Hag&gt; لأن أمي، بالطبع، تقرأ سجلات اجتماعات I2P... 15:12 &lt;burl&gt; كنت سأطرح سؤالًا عن الترخيص لكنني قرأت للتو الإجابة على www.i2p (لماذا ليس gpl؟) 15:13 &lt;jrandom&gt; gpl يقتل الأطفال 15:13 * jrandom ينحني 15:13 &lt;burl&gt; عليّ طباعتها لوالدتي. إنها ليست جيدة في الحواسيب 15:13 &lt;jrandom&gt; ههه 15:14 &lt;burl&gt; كنت أقرأ مؤخرًا عن حركة البرمجيات الحرة. أخلاقيًا تبدو على حق تمامًا 15:14 &lt;burl&gt; المصدر المغلق شر :) 15:14 &lt;jrandom&gt; الخير والشر، كلاهما سواء. ما يهم هنا هو أن المصدر المغلق /غير آمن/ ;) 15:15 &lt;jrandom&gt; (ملخص ترخيص syndie @ http://syndie.i2p.net/faq.html#license معلومات أقل تشددًا عن الترخيص لـ i2p @ http://www.i2p.net/licenses ) 15:15 &lt;burl&gt; نعم، خطر ذلك ببالي أيضًا. إذا سرقت شركة شريرة syndie وصنعت إصدارًا «أفضل» مغلق المصدر، فمن سيثق به؟ 15:16 &lt;jrandom&gt; لا يمكنك سرقة ما هو مجاني 15:16 &lt;burl&gt; نعم، لكن أقصد أجروا تغييرات على المصدر ولم يسمحوا لك برؤيتها 15:17 &lt;jrandom&gt; تغييرات على /نسختك/ من المصدر. نسختي من المصدر لا تزال تمامًا كما كانت من قبل، ولا تزال حرة تمامًا ;) 15:17 &lt;jrandom&gt; لكن، نعم، أفهم. أختلف، لكن أفهم 15:18 &lt;jrandom&gt; مع أخذ كل شيء بعين الاعتبار، open source>>closed source، ومع أن gpl لديه بعض القيود السيئة، فهو كافٍ لكثير من الأمور، ومفتوح بما يكفي من ناحية الأمان 15:18 &lt;burl&gt; لأنه لن يثق أحد بالإصدار المغلق، لذا لن يتمكن أبدًا من التفوق في الشعبية 15:20 &lt;jrandom&gt; أجل 15:21 &lt;jrandom&gt; النقاشات الصاخبة حول التراخيص دائمًا طرق جيدة لملء 10 دقائق من سجلات الاجتماع ;) 15:21 &lt;jrandom&gt; حسنًا، هل لدى أي شخص شيء آخر للاجتماع؟ 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; حسنًا، إن كنتم تحتاجون إلى مزيد من وقت الاجتماع - لماذا Java؟ 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; أعني، مقزز! 15:23 &lt;jrandom&gt; !thwap 15:24 * jrandom يستعد 15:24 * jrandom يُغلِق الاجتماع بـ*baf* </div>/ar/blog/2006/11/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/Tue, 28 Nov 2006 00:00:00 +0000/ar/blog/2006/11/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> gott, JosephLeBlanc, jrandom, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:14 &lt;jrandom&gt; 0) مرحباً 15:14 &lt;jrandom&gt; 1) حالة الشبكة 15:14 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:14 &lt;jrandom&gt; 3) ??? 15:14 &lt;jrandom&gt; 0) مرحباً 15:14 * jrandom يلوّح 15:14 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 15:14 &lt;jrandom&gt; (عذراً على التأخير، حالة طوارئ صغيرة في المطبخ) 15:14 &lt;gott&gt; مرحباً، jrandom. 15:15 &lt;jrandom&gt; مرحباً يا gott 15:15 &lt;jrandom&gt; حسنًا، لنبدأ بـ 1) حالة الشبكة 15:15 * jrandom ليس لديه ما يضيفه بشأن 1) حالة الشبكة، سوى أنه متصل بـ irc منذ 13 يومًا حتى الآن دون انقطاع) 15:16 &lt;gott&gt; تمكنت من تنزيل فيلمي الحداثي المفضل Metroland من الفرنسيين في #fr عبر i2psnark 15:16 &lt;gott&gt; بمعدل تنزيل 4400 kb/s؛ والرفع يقارب ذلك. 15:16 &lt;gott&gt; 6 نظراء. 15:16 &lt;gott&gt; ممتاز لانتشار الرواية الحداثية الأوروبية. 15:16 &lt;jrandom&gt; !thwap 15:17 &lt;jrandom&gt; (أو إذا كنت فعلاً تحصل على 4Mbps، فكلا الطرفين يستخدمان 0hop tunnels) 15:17 &lt;gott&gt; بايت في الثانية. 15:18 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء آخر لطرحه بشأن 1) حالة الشبكة؟ 15:20 &lt;jrandom&gt; حسنًا، فلننتقل إلى 2) حالة تطوير Syndie 15:20 &lt;gott&gt; هل يمكن جعل i2p أفضل بطريقة ما في هذا الصدد؟ 15:20 &lt;jrandom&gt; gott: آه، تقصد 4400 Bps وليس kbps؟ 15:20 &lt;jrandom&gt; إذن أسحب كلامي بشأن موضوع 0hop tunnels 15:21 &lt;jrandom&gt; 4KBps أمر معتاد حالياً، ويمكن تحسينه عبر تحسين اختيار النظراء وإدارة الازدحام 15:22 &lt;jrandom&gt; حسنًا، بخصوص حالة تطوير Syndie، هناك الكثير من التقدم كما ذُكر في الملاحظات 15:23 &lt;jrandom&gt; لا تزال هناك مجموعة فراغات يجب سدها، لكنها إلى حدٍّ كبير مجرد سدّ للفراغات، وليس كتابة مكونات جديدة 15:24 &lt;jrandom&gt; حسنًا، هل لدى أيٍّ منكم شيء آخر حول 2) حالة تطوير Syndie؟ 15:25 &lt;jrandom&gt; حسنًا، فلننتقل إذن إلى 3) ??? 15:26 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء آخر لطرحه في هذا الاجتماع القصير؟ 15:26 &lt;JosephLeBlanc&gt; هل تحتاجون إلى أيّ نقود؟ 15:26 &lt;JosephLeBlanc&gt; يا للّعنة 15:26 &lt;JosephLeBlanc&gt; على أي حال، هل تحتاجون إلى أيّ نقود؟ 15:27 &lt;JosephLeBlanc&gt; هل تريد جهاز كمبيوتر؟ 15:27 &lt;JosephLeBlanc&gt; هل تريد بيرة؟ 15:27 &lt;JosephLeBlanc&gt; ماذا؟ 15:27 &lt;jrandom&gt; حالياً، الوضع المالي جيد جداً، رغم أن المساهمات موضع تقدير دائمًا بالطبع 15:27 &lt;JosephLeBlanc&gt; قل ما عندك 15:27 &lt;JosephLeBlanc&gt; حسنًا إذن 15:27 &lt;+zzz&gt; ضع مكافأة لعميل emule :) 15:28 &lt;jrandom&gt; (لكن إن كان المال يحرق جيبك، فسيكون رائعًا اقتناص mac mini لاختبار gui على osx ;) 15:28 &lt;jrandom&gt; lol zzz 15:28 &lt;JosephLeBlanc&gt; ليس الجميع متعجرفات مثليات لديهن قرض طلابي بقيمة أربعين ألف دولار يحتاج إلى السداد 15:28 &lt;+zzz&gt; واصل العمل الجيد يا jr 15:28 &lt;jrandom&gt; تحسّبًا في حال لم يكن ذلك واضحًا: أنا أقدّر الاهتمام والدعم، لكن لن يكون لدي وقت للعمل على تطبيق لمشاركة الملفات في المستقبل 15:29 &lt;JosephLeBlanc&gt; هل يمكنك تنفيذ lovesoc الخاص بـ modulus 15:29 &lt;JosephLeBlanc&gt; ? 15:29 &lt;jrandom&gt; شكرًا zzz، وأنت كذلك (خدماتك وشيفرتك تساعد كثيرًا بالفعل!) 15:29 &lt;+zzz&gt; أحضر الـ baf lol 15:30 * jrandom يركض إلى الزاوية 15:30 * jrandom يستعد 15:30 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2006/11/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/Tue, 21 Nov 2006 00:00:00 +0000/ar/blog/2006/11/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> blx, Complication3, jrandom, koff, LeerokKitchen, LeerokLacerta, modulus, spaetz, tea, Walter, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) مرحبًا 15:02 &lt;jrandom&gt; 1) حالة الشبكة 15:02 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) مرحبًا 15:02 * jrandom يلوّح 15:02 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 &lt;jrandom&gt; بما أن تلك قصيرة جدًا، فلننتقل إلى 1) حالة الشبكة 15:04 &lt;jrandom&gt; الأمور تبدو جيدة جدًا حاليًا، وتبدو الشبكة مستقرة 15:04 &lt;+zzz&gt; ابتكرت «مؤشر سعة الأقران» 15:04 &lt;+zzz&gt; على لوحة المعلومات... 15:04 &lt;+zzz&gt; حتى الآن لست متأكدًا أنه مفيد 15:04 &lt;jrandom&gt; آه نعم، آسف، ذكرت ذلك الأسبوع الماضي - يبدو مفيدًا جدًا، شكرًا! 15:05 &lt;jrandom&gt; من المثير رؤية التفاوت هناك بوضوح شديد 15:05 &lt;+zzz&gt; الفكرة هي نسبة الـ routers ذات السعة العالية إلى الـ routers ذات السعة المنخفضة، وهو أمر مهم بوضوح لنسبة بناء الـ tunnel % 15:06 &lt;+zzz&gt; أزيل routers من الإحصاءات إذا لم أتلقَّ لها تحديث netdb خلال 1.5 ساعة، لكن هذا يبدو سريعًا جدًا، وأظن أنه يحرف الإحصاءات 15:07 &lt;jrandom&gt; آه، حسنًا، هذا يفسّر الأمر. هل ما زلت تقوم بالـ harvesting؟ 15:07 &lt;jrandom&gt; (أم تقوم بـ wget'ing من dev.i2p.net؟) 15:08 &lt;+zzz&gt; نعم 15:08 &lt;jrandom&gt; جيد 15:08 &lt;+zzz&gt; netDb.harvestDirectly=false 15:08 &lt;+zzz&gt; netDb.shouldHarvest=true, right? 15:09 &lt;jrandom&gt; إذًا الإحصاءات التي كانت لدينا سابقًا كانت في الغالب مبنية على routers كانت سيئة لدرجة أن المستخدم أوقفها واختفى حينها؟ 15:09 &lt;jrandom&gt; صحيح 15:10 &lt;+zzz&gt; لطالما كانت 1.5 ساعة، لكن عند رسم routers من الفئات M/N/O، تبدو وكأنها تأتي وتذهب بينما حدسيًا ينبغي أن تبقى ثابتة إلى حد كبير 15:10 &lt;jrandom&gt; آه حسنًا 15:10 &lt;+zzz&gt; يمكنك رؤية قمم/هبوطات في كل البيانات تستمر 1.5 ساعة :) 15:11 &lt;spaetz&gt; تبدو الشبكة مستقرة جدًا. نعم 15:12 &lt;+zzz&gt; هذا كل ما لدي في هذا الموضوع 15:12 &lt;spaetz&gt; أود أن أعرف ما إذا كان jrandom يركز بالكامل على Syndie هذه الأيام أم أنه لا يزال ينظر في تطوير i2p. 15:12 &lt;spaetz&gt; أم أن هذا مُؤجَّل قليلًا مؤقتًا 15:13 * jrandom يركّز تمامًا على Syndie هذه الأيام، لكنه سيعمل على i2p عندما توجد مشاكل، وكذلك عندما يُرسّخ Syndie 15:13 * spaetz يشكر على المعلومات 15:14 * spaetz لا مشكلة لديه في ذلك 15:15 &lt;jrandom&gt; w3wt. نعم، حالة الاستقرار تعني أن تطوير Syndie يمكن أن يستمر، ولكن إن ظهرت مشاكل فسأعيد بالطبع ترتيب الأولويات 15:15 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة؟ 15:15 &lt;Walter&gt; لدي سؤال عشوائي. 15:15 &lt;jrandom&gt; تفضّل يا Walter 15:17 &lt;Walter&gt; افترض أن لديك BW قدره 100Mb/s، ما نوع الخادم الذي ستحتاجه لتشبِّعه كعقدة I2P؟ 15:17 &lt;jrandom&gt; لا يهم 15:17 &lt;jrandom&gt; i2p لا يشبع 100Mbps ولن يفعل 15:18 &lt;Walter&gt; افترض أن أحدهم أراد الاستفادة من الـ BW المتاح. 15:18 &lt;jrandom&gt; لن تستطيع. 15:19 &lt;spaetz&gt; لدي 150kbs رفعًا وتنزيلًا ويستخدم نحو 25% من vserver (Dell مشترك مع اثني عشر آخرين) 15:19 &lt;jrandom&gt; هذا يتجاوز سعة الشبكة بأكملها 15:19 &lt;spaetz&gt; أي 25% من CPU 15:19 * spaetz يعترف بأن هذا ليس جوابًا دقيقًا حقًا ويصمت 15:20 &lt;jrandom&gt; الـ routers نفسها لديها مقايضة ذاكرة مقابل الإنتاجية، مما يجعل من غير المحتمل أن يتمكن أي router حتى من الدفع&gt; 3-350KBps 15:20 &lt;jrandom&gt; (بالطبع، يمكن تعديل تلك المقايضة للسماح بمعدلات أعلى، لكن هذا ليس قضية) 15:21 &lt;jrandom&gt; استخدام الـ bandwidth أمر *سيئ جدًا* إلا إذا كان ذلك الاستخدام عند الضرورة فقط 15:22 &lt;+zzz&gt; متوسط حركة مرور الشبكة يبلغ نحو 1.5 MBps (=12 Mbps) خلال الأشهر الثلاثة الماضية 15:23 &lt;Walter&gt; فهمت. 15:24 &lt;+fox&gt; &lt;LeerokKitchen&gt; رحلة ميدانية! 15:26 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر لـ 1) حالة الشبكة، فلننتقل إلى 2) حالة تطوير Syndie 15:26 &lt;jrandom&gt; التقدّم هنا مستمر، وقد كنت أُجري اختبارات على كلٍ من Windows وLinux 15:28 &lt;jrandom&gt; المعركة الحالية على واجهة إدارة المنتدى، ومع ذلك بما أن الواجهة النصية مدمجة بالفعل، فكل الوظائف موجودة بالفعل 15:29 &lt;jrandom&gt; لا جديد كثيرًا لنناقشه على ذلك الصعيد 15:30 &lt;jrandom&gt; هل لدى أي شخص أسئلة/تعليقات/مخاوف حول 2) حالة تطوير Syndie؟ 15:33 &lt;jrandom&gt; حسنًا، لننتقل إلى 3) ??? 15:33 &lt;jrandom&gt; هل لدى أيٍّ منكم أي شيء آخر للاجتماع؟ 15:34 &lt;+fox&gt; &lt;blx&gt; متى ستكون gpl java قابلة للاستخدام مع i2p= 15:34 &lt;+fox&gt; &lt;blx&gt; ؟ 15:35 &lt;Complication3&gt; أظن أن ذلك يعتمد على موعد صلاحية gpl java للاستخدام على التوزيعات المختلفة 15:35 &lt;Complication3&gt; أو توفرها للتنزيل من Sun 15:36 &lt;Complication3&gt; لكن يبدو هذا أمرًا غير ذي جدوى، فهي نفس Java القابلة للاستخدام بالفعل الآن 15:36 &lt;Complication3&gt; GPL ستسمح فقط بتغليفها بشكل أكثر ملاءمة، وتحسينها 15:37 &lt;jrandom&gt; (و i2p يعمل بالفعل مع gcj/kaffe، وإن لم تكن كل تطبيقات العميل كذلك) 15:37 * Complication3 يقرأ السجل بسرعة 15:37 &lt;jrandom&gt; ((و Syndie تعمل مع gcj/kaffe بالكامل)) 15:38 &lt;+fox&gt; &lt;blx&gt; Compilation، هذا ما يريدونك أن تعتقده ;) 15:38 &lt;+fox&gt; &lt;blx&gt; لكن حسنًا، حصلت على إجابة سؤالي. 15:38 &lt;+fox&gt; &lt;blx&gt; قصدي Complication. أسأت القراءة 15:39 &lt;Complication3&gt; blx: حسنًا، الشيفرات المصدرية متاحة بالفعل الآن، فقط قليلون يقرؤونها ويقومون بترجمتها 15:39 &lt;jrandom&gt; (ويمكنك حتى تعديلها واستخدام تلك التعديلات، فقط لا يمكنك توزيع تعديلاتك) 15:40 &lt;koff&gt; متى ستكون لدى i2p وظيفة التسجيل التي تقترحها القوانين المقترحة التي سمعت عنها؟ 15:41 &lt;jrandom&gt; أبدًا 15:41 &lt;+zzz&gt; هاهاهاها 15:41 * Complication3 يشك بأنها أبدًا :) 15:41 &lt;+fox&gt; &lt;blx&gt; أي قوانين؟ 15:41 * jrandom يفترض أنك تشير إلى مسائل الاحتفاظ بالبيانات في .de/.eu 15:41 &lt;Complication3&gt; شخص ما في المنتدى تحدث عن قانون (مقترح) في ألمانيا 15:42 &lt;jrandom&gt; (وثم قوانين .us بعد بضع سنوات) 15:42 &lt;Complication3&gt; كان بإمكانهم توضيحه بشكل أفضل رغم ذلك 15:42 &lt;jrandom&gt; نعم، إنه مجرد اقتراح، وليس مفاجأة كبيرة 15:43 &lt;Complication3&gt; أعتقد شخصيًا: ليس الأمر كما لو أن قوانين الاحتفاظ بالبيانات لا تُنتهك يمينًا ويسارًا بالفعل 15:43 &lt;Complication3&gt; انتهاك دزينة أخرى منها؟ شخصيًا لن أهتم كثيرًا... 15:44 &lt;Complication3&gt; باختصار، أريد أن أرى كيف سيفرضون ذلك 15:44 &lt;tea&gt; كما فعلوا مع Napster: اعتقلوا الجميع 15:45 &lt;Complication3&gt; إن نجحوا في محاولة جدية، فسنحتاج لإيجاد ما يُحبط ذلك (مبدأ الربط «ليس في بلدي» للدول التي يسود فيها الجنون) 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; هذا يذكرني بأغنية. 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; http://2ch.ru/mu/src/1163070550597.mp3 15:46 &lt;tea&gt; تحويل كل حركة البيانات إلى شبكات مجهولة قد يساعد... 15:47 &lt;Complication3&gt; التجاهل الجماعي لهم نجح مع القراصنة العاديين... 15:47 &lt;Complication3&gt; يمكنك اعتقال شخص واحد يتجاهلك. لا يمكنك فعل ذلك مع مئات الآلاف. 15:47 &lt;tea&gt; هذه ليست حُجةً لألماني :) 15:47 &lt;+fox&gt; &lt;modulus&gt; يمكنك 15:47 &lt;+fox&gt; &lt;modulus&gt; هتلر فعل 15:48 &lt;Complication3&gt; ذلك فقط لأن أحدًا لم يتكلف عناء التخلص منه 15:48 &lt;jrandom&gt; *سعال* 15:48 &lt;Complication3&gt; لو حملوا السلاح، لما نجح ذلك 15:48 &lt;Complication3&gt; (آسف، خرجنا بعيدًا عن الموضوع، نعم) 15:48 &lt;tea&gt; مع ذلك، يشعر المرء بأهمية حين يكون مصابًا بالبارانويا 15:48 &lt;+fox&gt; &lt;modulus&gt; ومع ذلك أظن أن i2p يمكنه الالتزام بقوانين الاحتفاظ بالبيانات دون الإضرار بإخفاء الهوية، لكن لا سبب لفعل ذلك. 15:48 &lt;jrandom&gt; حسنًا، أظن أننا عالجنا القضية المتعلقة بـ i2p هناك ;) 15:48 &lt;tea&gt; عذرًا 15:49 &lt;jrandom&gt; نعم يا modulus 15:49 &lt;jrandom&gt; (نحن نفترض بالفعل أن المستخدمين الأفراد يسجّلون كل شيء على أي حال، وكذلك مزودو خدمة الإنترنت) 15:49 &lt;+fox&gt; &lt;modulus&gt; صحيح، لذا فإن I2P المُمكَّن لخاصية الاحتفاظ بالبيانات (DR) لن يكون نهاية العالم 15:51 &lt;Complication3&gt; لكن سيحتاج شخص ما لأن يتكلف عناء عمل fork (تفريع) لذلك... :P 15:52 * jrandom ألتزم الصمت ;) 15:52 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 15:53 &lt;jrandom&gt; إن لم يكن 15:53 * jrandom يختتم 15:53 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2006/11/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/Tue, 14 Nov 2006 00:00:00 +0000/ar/blog/2006/11/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> badger، green، jrandom، strike1، striker</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) مرحبًا 15:07 &lt;jrandom&gt; 1) حالة الشبكة 15:07 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:07 &lt;jrandom&gt; 3) تعديلات I2Phex 15:07 &lt;jrandom&gt; 4) ??? 15:07 &lt;jrandom&gt; 0) مرحبًا 15:07 * jrandom يلوّح 15:07 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 15:07 &lt;jrandom&gt; (تأخرت، لذا سأدعكم تلحقون بها) 15:09 &lt;jrandom&gt; حسنًا، دعونا ننتقل إلى 1) حالة الشبكة 15:10 &lt;jrandom&gt; [eom] :) 15:10 * jrandom لديه اتصال irc جيد الآن (أكثر من 4 أيام)، لذا الأمور في حالة جيدة جدًا. 15:11 &lt;jrandom&gt; لدينا أيضًا مخططات سعة الأقران الجديدة على stats.i2p، تعرض نسبًا مثيرة للاهتمام 15:13 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة؟ 15:14 &lt;striker&gt; فقط أنها تبدو جميلة. 15:14 &lt;jrandom&gt; w00t :) 15:15 &lt;jrandom&gt; حسنًا، دعونا ننتقل إلى 2) حالة تطوير Syndie إذًا 15:15 &lt;green&gt; لا أدري كيف يمكنك الحصول على اتصال لأكثر من 4 أيام على IRC، فأنا أنقطع تقريبًا كل 24h حتى مع router غير مثقل كثيرًا 15:15 &lt;jrandom&gt; green: للأسف، الأمر اعتباطي إلى حد كبير. 15:16 &lt;jrandom&gt; (أو، بدقة أكثر، السبب يعتمد على عوامل كثيرة دون تحكّم جيد بها) 15:17 &lt;green&gt; أي فرصة لمعرفة السبب فعلًا ؟ 15:17 &lt;green&gt; لدي الكثير من tunnels حتى حيث IRC goes down 15:18 &lt;green&gt; s/when 15:18 &lt;jrandom&gt; نعم، هناك الكثير مما يمكننا فعله، لكنني أركّز وقتي على إصدار Syndie أولًا 15:18 &lt;green&gt; أعلم، لذا عليّ فقط أن way more ;) 15:19 &lt;green&gt; s/wait 15:20 &lt;green&gt; gr لوحة المفاتيح اللعينة 15:20 &lt;green&gt; حسنًا، لا شيء آخر عن 1، دعونا ننتقل إلى 2 15:20 &lt;jrandom&gt; w3rd 15:21 &lt;jrandom&gt; حسنًا، ليس هناك الكثير لأضيفه خارج ما في الملاحظات (على الأقل ما يمكن طرحه على نحو معقول) 15:21 &lt;jrandom&gt; سلسلة نقاش التخزين المؤقت على الويب هي http://forum.i2p.net/viewtopic.php?t=1958 15:22 &lt;green&gt; هل هناك أي خطة لأداة تحويل من phpbb إلى Syndie ؟ 15:22 &lt;jrandom&gt; وصورة النموذج الأحدث المشار إليها هي http://dev.i2p.net/~jrandom/mockup/forum.png 15:23 &lt;jrandom&gt; green: همم، ظننت أننا ناقشنا ذلك في أحد الاجتماعات، لكن عند العودة إلى السجلات، تبيّن أنه حدث خارج اجتماع 15:24 &lt;jrandom&gt; الإجابة المختصرة: ممكن التنفيذ، وربما يُنجز، لكنه ليس على خارطة الطريق الفورية 15:24 &lt;jrandom&gt; على الأقل، ليس تشغيلًا ثنائي الاتجاه بين phpbb&lt;--&gt;syndie 15:24 &lt;jrandom&gt; phpbb--&gt;syndie سهل (فقط اسحب المشاركات، أو استخدم التوليد من جهة الخادم) 15:25 &lt;jrandom&gt; syndie--&gt;phpbb سهل أيضًا 15:25 &lt;jrandom&gt; لست متأكدًا مما إذا كان نموذج تشغيل phpbb هو ما سينتهي الناس باستخدام Syndie لأجله 15:25 &lt;jrandom&gt; لكن سنرى 15:28 &lt;green&gt; حتى مجرد تحويل من phpbb -&gt; syndie سيكون كافيًا 15:30 &lt;jrandom&gt; جميل، سيكون ذلك بسيطًا جدًا (سحب html المُوَلَّد من phpbb إلى صفحة ثم نشرها). الأكثر تعقيدًا قليلًا هو السحب من قاعدة بيانات phpb نفسها، مع أن ذلك سيمنح تحكمًا أكبر (لكن حينها لن يتمكن من ذلك إلا مشرف phpbb - أما الطريقة الأولى فيستطيع أي شخص القيام بها) 15:31 &lt;badger&gt; صلاحيات إدارة phpbb مسطّحة إلى حد ما.... ليس تحدّيًا أن تحصل على نقطة ربط 15:32 &lt;badger&gt; وهناك ملحقات RSS متنوعة متاحة له 15:33 &lt;jrandom&gt; آه رائع. في الواقع، إن أراد أحد البدء بالنظر في ذلك فسيكون ممتازًا - فقط أنشئ صفحة HTML (وإن احتجت إلى الإشارة إلى موارد أخرى، فافعل ذلك باستخدام syndie URIs [syndie.i2p.net/spec.html#uri] 15:34 &lt;jrandom&gt; (وإن احتجت إلى صور/وغيرها، فقط أشِر إليها كـ img src="attachment1" etc) 15:34 &lt;jrandom&gt; (ومن ثم يمكننا دفعها إلى منشور Syndie بلا مشكلة) 15:35 &lt;jrandom&gt; حاليًا يحتوي محرر الرسائل على ميزتي "add text page" و"add html page"... وفي نهاية المطاف يمكننا إضافة "add page from the web..." التي تطلب منك URL لجلبه 15:37 &lt;badger&gt; `http://forum.i2p/rss_news.php` 15:38 &lt;badger&gt; تحويل ذلك إلى ترميز Syndie سيكون على الأرجح مباشرًا 15:39 &lt;jrandom&gt; أجل (لكن تذكر أن ترميز Syndie /is html/. عناوين URI فقط... طويلة وصعبة القراءة :) 15:41 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 2) حالة تطوير Syndie؟ 15:42 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) تعديلات I2Phex 15:43 &lt;jrandom&gt; strike1 / Complication: هل تريدان تزويدنا بتحديث؟ 15:43 &lt;strike1&gt; أجريت فحص سلامة سريعًا بخصوص حل مشكلة الاتصال بالذات 15:43 &lt;strike1&gt; http://forum.i2p.net/viewtopic.php?t=1965 15:44 &lt;strike1&gt; يبدو أنه يعمل على ما يرام، لكنه يقتصر على منع إضافة الوجهة المحلية إلى i2phex.hosts 15:44 &lt;strike1&gt; كما أنني أنظر في مشكلات التجزئة، ومشكلات التنزيل 15:45 &lt;jrandom&gt; رائع! 15:45 &lt;strike1&gt; التعديلات الجديدة في cvs تبدو أنها تجعل I2Phex أفضل قليلًا حتى الآن أيضًا، لا بد أن أقول. 15:48 &lt;strike1&gt; نأمل بين Complication وأنا، وأي شخص آخر يرغب في المساعدة، أن نتمكن من حلها جميعًا قريبًا. :) 15:49 &lt;jrandom&gt; ممتاز، شكرًا strike1 (& complication وغيرهم!) 15:50 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر بخصوص 3) تعديلات I2Phex؟ 15:51 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 4) ??? 15:51 &lt;jrandom&gt; هل لدى أي شخص أي شيء آخر يرغب في طرحه للاجتماع؟ 15:54 &lt;green&gt; هل هناك فرصة لوجود نسخة dijjer على I2P ؟ 15:55 &lt;green&gt; واو، لا تقلق، مجرد سؤال بسيط ;) 15:55 &lt;jrandom&gt; على الأرجح لا (كون نقل dijjer يعني عددًا كبيرًا من outproxies (وكلاء خارجيون) عامة من نوع Squid تقوم بالتخزين المؤقت) 15:56 &lt;jrandom&gt; لكن القدرة على إبقاء المحتوى مستضافًا عندما لا تكون متصلًا ستكون متاحة مع Syndie 15:56 &lt;jrandom&gt; (ويمكن لـ Syndie أن يعمل فوق i2p) 15:56 &lt;green&gt; بالتأكيد لكن كيف يمكن لـ Syndie التعامل مع محتوى كبير ؟ 15:57 &lt;jrandom&gt; تقنيًا نعم، لكن عمليًا لا 15:58 &lt;green&gt; إذًا استخدام التخزين المؤقت ليس فكرة سيئة ؟ 15:58 &lt;jrandom&gt; من ناحية أخرى، يمكن أن يكون لدى Syndie ملفات .torrent موزعة لتورنتات مشفرة بمفاتيح جلسة لا يعرفها إلا المخوّلون على Syndie 15:59 &lt;jrandom&gt; هناك حالة استخدام لتخزين الملفات الكبيرة مؤقتًا، رغم أنني لست متأكدًا مما إذا كانت طريقة التخزين المؤقت الخاصة بـ freenet/dijjer هي أفضل مسار 15:59 &lt;jrandom&gt; (لا تورية مقصودة) 15:59 &lt;green&gt; هممم ملفات .torrent، إذًا علينا الاعتماد على خادوم مركزي / خادوم تتبّع 15:59 &lt;green&gt; s/central 16:00 &lt;jrandom&gt; (على سبيل المثال، راجع http://freehaven.net/anonbib/#redblue ) 16:01 &lt;jrandom&gt; green: torrents يمكن توزيعها، ويمكنك وضع البيانات نفسها على الكثير من الأسراب 16:01 &lt;jrandom&gt; لكن وظيفيًا، نعلم أن التورنت تعمل لنقل كميات هائلة من البيانات 16:03 &lt;green&gt; ليس هناك الكثير من خوادم التتبّع الجيدة على I2P، لذا نعتمد حاليًا على خادوم مركزي حتى لو كان من الممكن توزيع التورنت على الكثير من خوادم التتبّع 16:05 &lt;jrandom&gt; همم، خوادم التتبّع التي لدينا جيدة، فقط لا يوجد الكثير من المحتوى :) 16:06 &lt;strike1&gt; أتفق، فعند النظر إلى خادوم التتبّع الخاص بـ postman أُعجبت بما وجدته هناك مقارنة بالعام الماضي. 16:07 &lt;jrandom&gt; أجل، تمامًا 16:07 &lt;strike1&gt; الكثير من الأشياء الجيدة :) 16:09 &lt;jrandom&gt; حسنًا، أي شيء آخر للاجتماع؟ 16:10 &lt;green&gt; (baf) :) 16:10 * jrandom يختتم 16:10 * jrandom يغلق الاجتماع بـ*baf* </div>/ar/blog/2006/11/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-07-2006/Tue, 07 Nov 2006 00:00:00 +0000/ar/blog/2006/11/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-07-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrandom، mrflibble، spaetz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:09 &lt;jrandom&gt; 0) مرحباً 15:09 &lt;jrandom&gt; 1) حالة الشبكة 15:09 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:09 &lt;jrandom&gt; 3) تعديلات I2Phex 15:09 &lt;jrandom&gt; 4) ؟؟؟ 15:09 &lt;jrandom&gt; 0) مرحباً 15:09 * jrandom يلوّح 15:10 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 15:10 * spaetz يلوّح رداً 15:10 &lt;mrflibble&gt; رائع، كنتُ الوحيد في #i2p-dev قبل دقيقة :) 15:10 &lt;jrandom&gt; ههه 15:10 &lt;jrandom&gt; نعم، انتقال قناة i2p-dev لم يَدُم طويلاً ;) 15:10 &lt;jrandom&gt; حسناً، لننتقل إلى 1) حالة الشبكة 15:11 &lt;spaetz&gt; بالنسبة إلى 1) الشبكة تبدو مستقرة 15:11 &lt;spaetz&gt; ومع ذلك، كما ذكرتَ، reseeding (إعادة البذر) مطلوب كل 7 أيام أو نحو ذلك 15:11 &lt;jrandom&gt; نعم، هذا مؤسف، ويمكن إصلاحه 15:12 &lt;jrandom&gt; مع أن الحل الترقيعي قبيح نوعاً ما، والحل طويل الأمد معقّد إلى حد كبير 15:12 &lt;spaetz&gt; نعم، سيكون ذلك جيداً. جدار الحماية لدي صارم جداً لعملية reseeding 15:12 &lt;jrandom&gt; تبّاً، ألا يسمح بـ HTTP الصادر إلى dev.i2p.net؟ 15:12 &lt;spaetz&gt; أحتاج إلى فتح ثقوب إضافية فيه :-) 15:13 &lt;spaetz&gt; jrandom: الصادر نعم، لكن كل بيانات الرد تُوقَف افتراضياً :-) 15:13 &lt;spaetz&gt; لكن هذا خارج الموضوع. تابع. 15:14 &lt;jrandom&gt; لول، حسناً، مثير للاهتمام 15:14 &lt;jrandom&gt; هذا أمر يحتاج إلى معالجة، لكنه ليس ضمن قائمة الأعمال العاجلة لدي 15:15 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه إلى 1).. هل لدى أحد أي شيء آخر يود طرحه بخصوص حالة الشبكة؟ 15:15 &lt;spaetz&gt; يتم قطع اتصالي على IRC كل 1-2 ساعة 15:15 &lt;spaetz&gt; لكنني سأسمّي ذلك مستقراً :-) 15:16 &lt;spaetz&gt; حسناً، إلى 2) 15:16 &lt;jrandom&gt; هه، رائع، إذن 2) 15:17 &lt;jrandom&gt; هناك الكثير من التقدّم على هذا الصعيد 15:17 &lt;spaetz&gt; هل سيتم دمج Syndie الجديد في i2p عندما يصل إلى الإصدار النهائي؟ 15:18 &lt;jrandom&gt; همم، إن كنت تقصد أن يأتي مُضمّناً معه، فلستُ متأكداً. إن كنت تقصد القدرة على استخدامه بسلاسة، فنعم بالتأكيد 15:19 &lt;spaetz&gt; كنت أقصد مضمّناً فعلاً. يبدو أن i2p يأتي «مع البطاريات مُضمّنة» 15:19 &lt;jrandom&gt; سبب عدم تأكّدي هو أن Syndie سيكون حجمه كبيراً (مكتبات SWT الأصلية، الترجمات، قواميس التدقيق الإملائي، إلخ) 15:19 &lt;jrandom&gt; سنوفّر بالتأكيد خيار ضمّها 15:20 &lt;jrandom&gt; وربما سيكون ذلك هو التنزيل الأكثر شيوعاً 15:20 &lt;spaetz&gt; حسناً، أنا مع جعله تثبيتاً اختيارياً إذن. تمام. 15:21 &lt;jrandom&gt; تضمين الواجهة النصية ممكن بلا شك، فهي خفيفة جداً 15:22 &lt;spaetz&gt; قد يكون ذلك كافياً لجذب الناس 15:22 &lt;spaetz&gt; قد يرغب بعضهم في تشغيل الواجهة الرسومية على جهاز مختلف عن نظيرهم في i2p على أي حال 15:22 &lt;spaetz&gt; (سأفعل) 15:23 &lt;jrandom&gt; تمام 15:23 &lt;jrandom&gt; حسناً، بعض الصور التشويقية لحالة تطوير الواجهة الرسومية: 15:23 &lt;jrandom&gt; عرض html: http://dev.i2p.net/~jrandom/mockup/render_snap.png 15:23 &lt;jrandom&gt; شجرة المنتدى: http://dev.i2p.net/~jrandom/mockup/syndie_refchooser.png 15:23 &lt;jrandom&gt; شجرة/مرشح الرسائل: http://dev.i2p.net/~jrandom/mockup/syndie_msgchooser.png 15:24 &lt;jrandom&gt; (عرض html شوهد من قبل، وربما أيضاً منتقي المراجع، أما منتقي الرسائل فقد تم تنفيذه الليلة الماضية فقط ;) 15:25 &lt;jrandom&gt; سيكون هناك الكثير من الإضافات الصغيرة، لكنني أركّز أولاً على إتاحة توليد الرسائل عبر الواجهة الرسومية 15:25 &lt;jrandom&gt; (وهذا يتطلب القدرة على تصفّح المنتديات والرسائل على أي حال، لاختيار الروابط) 15:26 &lt;spaetz&gt; رائع 15:26 &lt;spaetz&gt; مع أن جمال Syndie كان في تكامله السلس عبر واجهة الويب 15:26 &lt;spaetz&gt; لكن أراهن أنه سيكون ممكناً تنفيذه 15:27 &lt;jrandom&gt; حسناً، من الناحية التقنية يمكن إنشاء واجهة ويب، لكنها ستجلب كل مشكلات أمان المتصفح إضافةً إلى كل المشاكل التي قد يسببها المحتوى التفاعلي مثل javascript/etc 15:28 &lt;spaetz&gt; مم، أفهم الجحيم الذي قد ندخله. أتذكر النقاشات المقابلة في freenet قبل بضع سنوات 15:28 &lt;jrandom&gt; تقنياً، يمكننا جلب محرك Mozilla لعرض html عبر ودجة SWT Browser، لكن القيام بذلك غير آمن 15:29 &lt;jrandom&gt; نعم، بالضبط 15:29 &lt;jrandom&gt; (وبعد 5-8 سنوات، ما زالوا قد وجدوا ثغرة أمنية أخرى في مرشحهم الأسبوع الماضي) 15:30 &lt;jrandom&gt; ((قصدي ليس أن مرشحهم ليس رائعاً، بل أن تنفيذ المرشح أمر بالغ الخطورة)) 15:30 &lt;spaetz&gt; حسناً، إن كانت هناك وثيقة بعنوان «Syndie للمبتدئين» فسأجربها. (الواجهة النصية). هل الدليل هو الوثيقة المناسبة لذلك؟ 15:30 &lt;spaetz&gt; لقد بدا محدداً بعض الشيء بالفعل 15:31 &lt;jrandom&gt; آه - اطّلع على مشاركة Complication2: http://forum.i2p.net/viewtopic.php?t=1935 15:31 &lt;spaetz&gt; حسناً، شكراً. 15:31 &lt;jrandom&gt; سيتم تجميع ذلك في صفحة لموقع Syndie، لكنها ليست منشورة بعد 15:32 &lt;spaetz&gt; حسناً، هذا رائع. هذا كل ما كنت أحتاجه 15:34 &lt;jrandom&gt; رائع. حسناً، هذا تقريباً كل ما يتعلّق بأمور الواجهة الرسومية حالياً 15:34 &lt;jrandom&gt; هناك تلميح صغير لعشّاق p2p في ملاحظات الحالة بخصوص نظام توزيع محتوى بأسلوب swarming (التجمّع) 15:35 &lt;jrandom&gt; هذا مجال ناضج تماماً للعبث لمن يرغبون في القيام ببعض التلاعب الشبكي 15:36 &lt;jrandom&gt; لكن هذا مجرد ملاحظة جانبية 15:36 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر ضمن 2) حالة تطوير syndie، فلننتقل إلى 3) تعديلات i2phex 15:36 &lt;jrandom&gt; Complication2: هل تودّ أن تعطينا الموجز؟ 15:38 &lt;jrandom&gt; أو، إن لم تكن هنا، يمكن للراغبين الاطلاع على ملاحظات الحالة لمطالعة الملخّص الذي كتبته 15:39 &lt;spaetz&gt; مم، خرج لصيد السمك 15:39 &lt;jrandom&gt; حسناً، فلننتقل إلى 4) ؟؟؟ 15:39 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 15:39 * mrflibble يرفع يده 15:40 &lt;spaetz&gt; لا، أتطلع إلى أن يصبح Syndie (الجديد) أكثر فائدة 15:40 &lt;mrflibble&gt; على http://dev.i2p.net/pipermail/i2p/2006-November/001317.html، ما معنى «hi y'all, good luck with the subpoena power» تحديداً؟ 15:40 &lt;spaetz&gt; هل سيكون الاسم الرمزي الأول «will the real Syndie please stand up?» :-) 15:41 &lt;jrandom&gt; mrflibble: http://www.electoral-vote.com:2006/ 15:41 &lt;jrandom&gt; هههه spaetz 15:41 &lt;mrflibble&gt; أوه! 15:41 * bar يُلقّح بطاقة اقتراع 15:43 &lt;jrandom&gt; (ليس لأن الديمقراطيين سيكونون أفضل للعالم، لكن القدرة على استدعاء الرئيس الأمريكي عبر تحقيقات الكونغرس قد تعرقل آلة الحرب لبعض الوقت) 15:44 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 15:45 &lt;jrandom&gt; إن لم يكن... 15:46 * jrandom يختتم 15:46 * jrandom يغلق الاجتماع *baf*S </div>/ar/blog/2006/10/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/Tue, 31 Oct 2006 00:00:00 +0000/ar/blog/2006/10/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> burl, fedo, jrandom, koff, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:33 &lt;jrandom&gt; 0) مرحباً 15:33 &lt;jrandom&gt; 1) حالة الشبكة 15:33 &lt;jrandom&gt; 2) حالة تطوير Syndie 15:33 &lt;jrandom&gt; 3) ??? 15:33 &lt;jrandom&gt; 0) مرحباً 15:33 * jrandom يلوّح 15:33 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-October/001316.html 15:33 * tethra يلوّح ردّاً! 15:34 &lt;jrandom&gt; فلننتقل إلى 1) حالة الشبكة 15:34 &lt;jrandom&gt; لا جديد في هذا الجانب بحسب علمي... الأمور تبدو مستقرة 15:34 &lt;jrandom&gt; هل لدى أحد أي شيء يريد طرحه حول ذلك؟ 15:35 &lt;+tethra&gt; لا شيء هنا 15:36 &lt;jrandom&gt; حسنًا، فلننتقل إلى 2) حالة تطوير Syndie إذن 15:37 &lt;jrandom&gt; كما ذُكر في الملاحظات، كنتُ أستكشف بعض مكوّنات محرر WYSIWYG (ما تراه هو ما تحصل عليه)، لكنها تبدو مزعجة جدًا (ليس مفاجئًا)، ولا توجد حلول رائعة بحسب علمي 15:38 &lt;jrandom&gt; لذا، أفكّر حاليًا بالاعتماد على محرر أساسي مع مساعدات كما تراها في منتديات مثل forum.i2p.net. ليس wysiwyg، لكنه مفيد 15:39 &lt;+tethra&gt; منطقي. هل يمكن أن يكون wysiwyg خطوة لاحقة إذن؟ 15:39 &lt;jrandom&gt; بالطبع، إذا عثر أحد على محرر wysiwyg صغير وجيد مفتوح المصدر (OSS)، سأكون سعيدًا بسماع ذلك (مع أنني راجعتُ عشرات الخيارات) 15:39 &lt;jrandom&gt; نعم، هذه طريقة رائعة للتحسين لاحقًا 15:40 &lt;+tethra&gt; سيقلّ الفارق بين المهووسين تقنيًا وغيرهم بهذه الطريقة :) 15:40 &lt;+tethra&gt; (هل اطّلعت على Nvu؟) 15:41 &lt;jrandom&gt; نعم، ضخم، لكنه واعد 15:41 &lt;+tethra&gt; ما الخيارات الأخرى التي نظرت إليها؟ 15:42 &lt;+tethra&gt; للاسترشاد فقط 15:42 &lt;jrandom&gt; كل ما استطعتُ العثور عليه عبر Google. لا توجد قائمة لديّ الآن 15:42 &lt;+tethra&gt; آه، حسنًا 15:44 &lt;koff&gt; هل سيكون مفيدًا وجود عرض منقسم مع HTML في الأسفل وعرض مُحدَّث بشكل فوري للصفحة في الأعلى؟ 15:45 &lt;+tethra&gt; أو ربما يسار/يمين (إتاحة الاختيار سيكون رائعًا 15:45 &lt;+tethra&gt; ) 15:45 &lt;jrandom&gt; نعم، هذه فكرة جيدة (ليس فوريًا تمامًا، بل شبه فوري) 15:46 &lt;+tethra&gt; نعم، زر تحديث إلخ 15:46 &lt;jrandom&gt; ربما بعد 5 ثوانٍ من الخمول أو عند ضغط زر 15:46 &lt;jrandom&gt; صحيح 15:48 &lt;koff&gt; ربما يمكنك حتى وجود مؤشرين، بحيث تشعر تقريبًا أنك تتنقّل في كليهما في نفس الوقت؟ 15:48 &lt;+tethra&gt; قد يكون ذلك مربكًا بعض الشيء :/ 15:48 &lt;koff&gt; ربما :) 15:50 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 2) حالة تطوير syndie؟ 15:51 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) ??? 15:51 &lt;jrandom&gt; هل لدى أحد أي أمور أخرى يريد طرحها في الاجتماع؟ 15:54 &lt;+fedo&gt; نعم يا Jr، هل يمكن أن نحصل على دليل "Joe 6 pack" لاستخدام syndie 1.0؟ أي: ما الذي يمكننا فعله مع وحدة التحكم النصية... 15:55 &lt;+fedo&gt; سأكون سعيدًا بالمساعدة في اختبار syndie لكني ما زلت غير قادر على فهم كيفية استخدام syndie! :) 15:55 &lt;jrandom&gt; fedo: هل تفيدك http://syndie.i2p.net/manual.html و http://syndie.i2p.net/features.html و http://syndie.i2p.net/usecases.html؟ 15:55 &lt;jrandom&gt; هل هو سؤال من نوع "ما الذي يمكنك فعله باستخدام syndie"، أم "كيف يمكنك تنفيذ $x"؟ 15:55 &lt;+fedo&gt; هممم ليس حقًا يا Jr :-/ 15:56 &lt;+fedo&gt; حقًا، أحاول القيام بذلك... 15:56 &lt;+fedo&gt; كيف يمكنني استخدام syndie... 15:57 &lt;+fedo&gt; واجهة سطر الأوامر النصّية ليست مشكلة 15:57 &lt;jrandom&gt; كيف يمكنك استخدام syndie /لأجل ماذا/؟ أم أن هذا هو السؤال نفسه — لماذا قد تقوم بتثبيت واستخدام syndie؟ 15:57 &lt;+fedo&gt; لكن ماذا أفعل بعد أن أثبّت Syndie — هذا هو السؤال :-s 15:57 &lt;jrandom&gt; آه 15:58 &lt;jrandom&gt; حسنًا، اعتبر syndie متصفّح ويب مخصّصًا — تثبّته لكي تتمكّن من المشاركة في المنتديات. بعد تثبيته، تحتاج لإخباره بأي المنتديات تريد المشاركة 15:59 &lt;jrandom&gt; التثبيت الحالي للإصدار 0.919b سيرتبط تلقائيًا بأرشيف syndie على http://syndie.i2p.net/archive/ — يمكنك فقط تثبيته، تسجيل الدخول، والمزامنة 16:00 &lt;jrandom&gt; وبعد أن تُجري المزامنة، يمكنك قراءة المنشورات في المنتديات المختلفة، ونشر الردود، أو النشر في منتداك الخاص 16:01 &lt;+fedo&gt; Jr: أفكّر أنه بإمكانك كتابة ملاحظة موجزة تشرح كيفية استخدام Syndie: أي كيف تُجري المزامنة، وكيف تجلب منشورًا... 16:02 &lt;+tethra&gt; (أو حتى مستودعًا نموذجيًا (syndie.i2p.net؟) للمزامنة معه) 16:02 &lt;+tethra&gt; أوه، لم أقرأ ما سبق :/ 16:02 &lt;+tethra&gt; لا بأس 16:03 &lt;jrandom&gt; fedo: فكرة جيدة، سأكتب واحدة 16:03 * fedo يلوّح 16:05 &lt;jrandom&gt; حسنًا، رائع، هل لدى أحد أي شيء آخر للاجتماع؟ 16:05 &lt;+fedo&gt; نعلم أنك تمكّن استخدام syndie على Freenet: أخبرنا كيف نفعل ذلك... (تعلم أنني غير قادر على اكتشاف ذلك بقراءة شيفرة syndie :-/ ) 16:05 &lt;+fedo&gt; ((ساعدني :)) 16:06 &lt;jrandom&gt; http://syndie.i2p.net/manual.html#syndicate_freenetpost 16:06 &lt;jrandom&gt; و http://syndie.i2p.net/manual.html#syndicate_getindex 16:07 &lt;+fedo&gt; كثير من «الخلايا العصبية» ستحترق لكنني سأحاول :) 16:07 &lt;burl&gt; fedo: Complication كتب دليلاً قصيرًا ومفيدًا للبدء على المنتدى هنا: `http://forum.i2p/viewtopic.php?p=8860#8860` 16:08 &lt;jrandom&gt; آه صحيح، هذا مرجع جيد يا burl 16:08 &lt;+fedo&gt; شكرًا burl: سألقي نظرة على تلك الملاحظة ;) 16:12 &lt;jrandom&gt; تمام، حسنًا، إذا لم يكن هناك شيء آخر للاجتماع... 16:12 * jrandom يختتم 16:12 * jrandom يُنهِي الاجتماع بـ *baf* </div>/ar/blog/2006/10/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/Tue, 24 Oct 2006 00:00:00 +0000/ar/blog/2006/10/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> badger, bar, cervantes, Complication, HotTuna, jrandom, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:03 &lt;jrandom&gt; 0) مرحباً 16:03 &lt;jrandom&gt; 1) حالة الشبكة 16:03 &lt;jrandom&gt; 2) حالة تطوير Syndie 16:03 &lt;jrandom&gt; 3) ??? 16:03 &lt;jrandom&gt; 0) مرحباً 16:03 * jrandom يلوّح 16:03 * Complication يترنّح إلى مكان يمكنه فيه الوصول إلى لوحة المفاتيح (بداية الأسبوع كانت جحيماً، لكنها انتهت الآن) 16:04 &lt;jrandom&gt; (هتاف للبدايات الجحيمية!) 16:04 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 &lt;+Complication&gt; مرحباً 16:05 &lt;jrandom&gt; بينما تقرؤون الملاحظات (القصيرة)، دعونا ننتقل إلى 1) حالة الشبكة 16:05 * jrandom متصل بـ freshcoffee منذ 3 أيام دون انقطاع، ويبدو أن خادمي IRC كلاهما عليهما عدد جيد من المستخدمين 16:06 &lt;jrandom&gt; stats.i2p عاد أيضاً، ومعدل نجاح tunnel سجّل بعض القفزات الغريبة، لكنه عموماً بحالة جيدة أيضاً 16:06 &lt;jrandom&gt; (مع أنه لا يزال في نطاق 20-30) 16:06 &lt;jrandom&gt; ((وهو أفضل بكثير من 5-10، لكنه أسوأ بكثير من 60-80)) 16:07 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء لطرحه بخصوص 1) حالة الشبكة؟ 16:08 &lt;+Complication&gt; مماثل هنا، لكن لا توجد اتصالات ذات ثباتٍ استثنائي 16:08 &lt;+tethra&gt; عدا عن التصفيق، لا شيء لدي! 16:08 &lt;+Complication&gt; أردت فقط أن أدوّن سطراً صغيراً يتعلق بمشكلات NTP 16:09 &lt;+Complication&gt; بشكل أساسي، يوم الأحد 29 أكتوبر، ستخرج بعض المناطق الزمنية من التوقيت الصيفي 16:09 &lt;jrandom&gt; (ستكون مزعجة) 16:10 &lt;+Complication&gt; آمل شخصياً ألا يسبب ذلك مشاكل لأحد، لكنني لست ضليعاً بما يكفي في NTP لأكون متأكداً 16:10 &lt;+Complication&gt; لذا، في حال سبّب اختبار سلامة خادم NTP الأخير (أُضيف مع الإصدار .26) أي إزعاج لشخصٍ ما تلك الليلة... 16:11 &lt;+Complication&gt; ...ظننت أنه سيكون أفضل لو ذكرت «مفتاح الإعداد» الذي يمكن استخدامه لتعطيله (إن وُجدت حاجة) 16:11 &lt;+Complication&gt; (كي يعرفه من يقرأ ملاحظات الحالة) 16:12 &lt;+Complication&gt; يمكن تعطيله بإدخال السطر "router.clockOffsetSanityCheck=false" في `http://localhost:7657/configadvanced.jsp` 16:12 &lt;+Complication&gt; ولكن كما ذُكر، آمل ألا يحتاجه أحد 16:13 &lt;+Complication&gt; سيكون من المثير مراقبة سلوك الشبكة تلك الليلة بينما تبدأ المناطق الزمنية المختلفة بالتحوّل 16:13 &lt;+Complication&gt; سأراقب بالتأكيد، على أمل أنه إذا ظهرت أي شذوذات، ربما يمكن إصلاحها بحلول الربيع :D 16:14 &lt;jrandom&gt; على الأرجح ستكون الدقيقة نفسها متقلبة جداً، لكن ينبغي أن تتعافى سريعاً 16:14 &lt;+Complication&gt; ...وهذا كل ما لدي. :) 16:14 &lt;jrandom&gt; لكن نأمل أن تسير الأمور على ما يرام، وإن لم تفعل، كما تقول، فهناك الربيع :) 16:14 &lt;bar&gt; وإن تعطّلت الأمور فعلاً (b0rk)، فقد ظهرت في الدردشة قبل أيام اقتراحان محتملان لتحسينٍ مستقبلي: 16:15 &lt;bar&gt; "prevent skewed routers from forming subnets by handing over control to NTP if peers &lt;some number" 16:15 &lt;bar&gt; ...and "do not delete floodfill peer router infos from netdb if there are too few of them" 16:15 &lt;jrandom&gt; أجل 16:16 &lt;+Complication&gt; بالفعل، ضبط عدد نقاط البيانات المطلوبة (انحرافات ساعات الأقران المتاحة) المطلوبة لاعتبار قياسات انحراف الأقران موثوقة 16:16 &lt;+Complication&gt; (أُفّ، بعض التكرار في جملتي الأخيرة) 16:17 &lt;+Complication&gt; ...ونعم، فحص floodfill. أفهم أنه لا يوجد فحص مماثل حالياً؟ 16:18 &lt;jrandom&gt; صحيح 16:18 &lt;+Complication&gt; يبدو أن بعض الناس، أحياناً، إما بالحظ أو بالسحر، يتمكنون من فقدان تتبّع نظراء floodfill 16:19 &lt;jrandom&gt; يجب بالتأكيد معالجة ذلك 16:19 &lt;jrandom&gt; (أصاب الأمر بعض الأشخاص في اليوم الآخر، عندما تم null routed لأحدهم) 16:20 &lt;jrandom&gt; (if #floodfill == 0, perhaps randomly treat a few as floodfill) 16:20 &lt;+Complication&gt; إذا كان ذلك قابلاً للتنفيذ، فممكن أيضاً 16:21 &lt;+Complication&gt; مع ذلك، ربما تنفيذ ذلك بالإضافة إلى الإبقاء على ما لا يقل عن 2 من نظراء floodfill (أو شيء من هذا القبيل) سيكون رهاناً أكثر أماناً 16:22 &lt;jrandom&gt; أجل 16:25 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة؟ أم نتابع إلى 2) حالة تطوير Syndie؟ 16:25 &lt;badger&gt; بخصوص استقرار IRC: نرى عدداً أقل بكثييير من إعادة الاتصالات على جهة الخادم. 16:25 &lt;badger&gt; يمكنك أن تسميه تقريباً «خدمة» :) 16:26 &lt;jrandom&gt; :) 16:28 &lt;jrandom&gt; حسناً، ننتقل إلى 2) حالة تطوير Syndie 16:28 &lt;jrandom&gt; هناك الكثير من التقدم هنا، كما ذُكر في ملاحظات الحالة 16:28 &lt;jrandom&gt; وكانت هناك أيضاً مجموعة نقاشات حوله هنا خلال الأيام القليلة الماضية 16:28 &lt;jrandom&gt; هل لدى أحد ما يريد طرحه في هذا الصدد؟ 16:30 &lt;@cervantes&gt; ثبّت شيئاً آخر غير mspaint 16:30 &lt;jrandom&gt; هه 16:30 &lt;jrandom&gt; حسناً، هناك قيمة في استخدام أشياء «قبيحة» للتخطيط — فهو يحدّ من التوقعات 16:31 &lt;+fox&gt; &lt;HotTuna&gt; روابط منشور المنتدى تبدو معطّلة ... بعضها على أي حال.. 16:31 &lt;@cervantes&gt; أعتقد أن ذلك مذكور في المشاركات 16:31 &lt;+fox&gt; &lt;HotTuna&gt; أوه. . آسف 16:31 &lt;jrandom&gt; hottuna: لها مرايا على @ dev.i2p.net/~jrandom/mockup/ 16:31 &lt;@cervantes&gt; يُفترض أن بعضها معكوس أبعد في الأسفل 16:32 &lt;+Complication&gt; سؤال واحد: هل تعتقد أنه أسهل (وبأمان) تنفيذ HTML محدود من الصفر، دون تفكيك متصفح ويب ما؟ 16:33 * jrandom قام للتو برفع صورتين إضافيتين: dev.i2p.net/~jrandom/mockup/forum.png و blog.png (تُظهران نقاش الأيام القليلة الماضية حول طرق مختلفة لعرض منتدى) 16:33 &lt;@cervantes&gt; قطعاً أسهل فعل ذلك بأمان 16:33 &lt;+Complication&gt; (مجرد فضول بشأن ما يجري على جانب GUI، إذ كنت غير مطّلع عليه نوعاً ما) 16:33 &lt;jrandom&gt; Complication: أنجزت تقريباً كل ما يتعلق بأغراض التنسيق العامة بالفعل 16:33 &lt;@cervantes&gt; لا سيما بالنظر إلى المجموعة الفرعية المحدودة من HTML التي سيدعمها Syndie 16:34 &lt;+Complication&gt; أها 16:34 &lt;jrandom&gt; (الخطوط، المحاذاة، الأحجام، الألوان، الصور، الروابط، القوائم (بما فيها المتداخلة)، العناوين، الفقرات، كيانات HTML) 16:35 &lt;jrandom&gt; أما إجراء divs لأغراض التموضع أو الجداول فيتطلب عملاً أكثر بكثير، لكنني لن أتناول ذلك الآن 16:35 &lt;+Complication&gt; يبدو ذلك جيداً بما يكفي 16:36 &lt;@cervantes&gt; وبالطبع وسم &lt;blink&gt; 16:36 * jrandom يرشق cervantes بـ &dagger; 16:37 &lt;@cervantes&gt; آخ، مُخَوْزَق بواسطة كيان 16:37 &lt;jrandom&gt; سنرى على أي حال. مع نشره واستخدامه، ربما يصبح من الضروري التحوّل إلى محرك عرض HTML كامل المواصفات 16:38 * jrandom يريد أن تبقى «الشفرة الأساسية» صغيرة قدر الإمكان، كي يكون هناك عمل أقل للتصحيح والمراجعة من ناحية قضايا الأمان وعدم الكشف عن الهوية 16:39 &lt;+Complication&gt; بالفعل، لا شك أن هناك فوائد للتعامل مع text/plain 16:40 &lt;+Complication&gt; (والتي نأمل أن تدعم فقط هجمات اللغة الطبيعية ;P ) 16:41 &lt;+Complication&gt; ما آراؤكم بشأن إمكانية استخدام hashcash (آلية إثبات العمل) لمكافحة الرسائل المزعجة؟ هل من المبكر الحكم؟ أتظنون أنه سيكون من السهل إضافتها لاحقاً؟ 16:42 &lt;@cervantes&gt; حسناً أظن أن استخدام BBCode أو wiki syntax سيقلّل من خطر «حقن الوسوم» في محرك HTML كامل 16:42 &lt;@cervantes&gt; *محرك العرض 16:43 &lt;jrandom&gt; سهل جداً إضافتها يا Complication — مجرد ترويسة عامة جديدة (محسوبة ضد URI المعياري لـ Syndie، تُتحقق عند الاستيراد، وتُنشأ عند التوقيع) 16:44 * Complication فكّر في بعضها قبل بضعة أيام، لكن بشكل عابر فقط 16:44 &lt;jrandom&gt; يمكن أيضاً تطبيق hashcash على عدة مستويات — لكل قناة جديدة (meta.syndie)، لكل قناة محدَّثة، أو لكل منشور (perhaps even graduated against sizeof(post) or #msgs/day) 16:44 &lt;+Complication&gt; إذا أراد المرء تنفيذ hashcash كإثبات عمل، أتساءل ما الذي ينبغي أن يُطلب من كاتب الرسالة حساب التصادمات مقابله على أفضل نحو؟ 16:45 &lt;+Complication&gt; أها، الـ URI... ربما بالفعل 16:45 &lt;+Complication&gt; أوه، بالفعل 16:45 &lt;+Complication&gt; تلك أمور لم أفكّر فيها 16:48 &lt;jrandom&gt; cervantes: صحيح بما فيه الكفاية 16:48 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص 2) حالة تطوير Syndie؟ 16:51 &lt;jrandom&gt; حسناً، إن لم يكن، دعونا ننتقل إلى 3) ??? 16:51 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 16:54 &lt;jrandom&gt; حسناً، إن لم يكن... 16:54 * jrandom يستعد 16:54 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2006/10/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/Tue, 17 Oct 2006 00:00:00 +0000/ar/blog/2006/10/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2006/<h2 id="لمحة-سريعة">لمحة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, dm, jrandom, marlowe</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) مرحبًا 16:01 &lt;jrandom&gt; 1) حالة الشبكة 16:01 &lt;jrandom&gt; 2) حالة تطوير Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) مرحبًا 16:01 * jrandom يلوّح 16:01 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 16:02 &lt;+fox&gt; * dm يلوّح 16:02 &lt;jrandom&gt; w3wt، حسنًا، بينما تقرؤون تلك الرسالة الممتعة جدًا، دعونا ننتقل إلى 1) حالة الشبكة 16:03 &lt;jrandom&gt; يبدو أن الشبكة تحافظ على حالة مستقرة حاليًا، مع اتجاه نمو طفيف 16:04 &lt;jrandom&gt; هناك بعض النقاشات حول المشكلة الكبيرة المتعلقة بـ CPU في المنتدى، لكن لا مكاسب كبيرة بعد، على حدّ ما أرى 16:04 &lt;jrandom&gt; هل لدى أيّ أحد شيء لطرحه بشأن 1) حالة الشبكة؟ 16:05 &lt;jrandom&gt; (يبدو أن الأسبوع الكامل الأخير مع 0.6.1.26 مضى على ما يرام [ياي]) 16:06 &lt;+fox&gt; &lt;dm&gt; حسنًا، يجدر بي أن أقول شيئًا 16:06 &lt;+fox&gt; &lt;dm&gt; هل هناك مقياس ثابت يُستخدم لمراقبة حالة الشبكة 16:06 &lt;+fox&gt; &lt;dm&gt; أم أنها مجرد تجارب ارتجالية؟ 16:07 &lt;+fox&gt; &lt;dm&gt; مثلاً، هل هناك تطبيق يحاول الاتصال بأماكن عشوائية كل يوم مع قياس أزمنة الاستجابة والإخفاقات. 16:07 &lt;jrandom&gt; أنا أعتمد إلى حدّ كبير على سلوك IRC، بالإضافة إلى الإحصاءات والنشاط على الـ routers (موجّهات) التي أشغّلها (stats.i2p متوقف لمدة أسبوع أو أسبوعين، لكنه عادة معيار ثابت للاعتماد عليه) 16:08 &lt;+fox&gt; &lt;dm&gt; رائع، سأطّلع على ذلك الموقع. 16:08 &lt;jrandom&gt; هناك عدة أشخاص يشغّلون تطبيقات لمراقبة الإحصاءات - orion.i2p، tino.i2p، eepsites.i2p، وكذلك stats.i2p 16:09 &lt;+fox&gt; &lt;dm&gt; شكرًا لك! 16:09 &lt;jrandom&gt; لا مشكلة :) 16:09 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر ضمن 1)، فلننتقل إلى 2) حالة تطوير Syndie 16:10 &lt;jrandom&gt; هناك الكثير جارٍ، كما ذُكر في ملاحظات الحالة (ويمكنكم أخيرًا رؤية موقع غير قبيح المنظر على syndie.i2p.net :) 16:11 &lt;+fox&gt; &lt;dm&gt; معطّل في اللحظة الحالية؟ 16:11 &lt;+fox&gt; &lt;dm&gt; انسَ ذلك 16:11 &lt;+fox&gt; * dm يلتزم الصمت 16:11 &lt;jrandom&gt; :) 16:12 &lt;marlowe&gt; jrandom، الرسم التخطيطي في الصفحة الرئيسية مفيد جدًا 16:12 &lt;marlowe&gt; أنا الآن أفهم المفهوم وراء Syndie 16:12 &lt;+fox&gt; &lt;dm&gt; وهو جميل أيضًا 16:13 &lt;+fox&gt; &lt;dm&gt; ولكن كيف تصل إلى Syndie دون تنزيل/تثبيت؟ أذكر أنه كان ممكنًا فعل ذلك سابقًا؟ 16:13 &lt;jrandom&gt; رائع، يسعدني أنه واضح يا marlowe - قد يكون مفهومًا مُربكًا إن كان مجرد نص :) 16:13 &lt;jrandom&gt; dm: الإصدار القديم من Syndie (syndiemedia.i2p.net/) كان قائمًا على الويب، لكن هذا الجديد، حسنًا، جديد كليًا ومعاد تصميمه بالكامل 16:14 &lt;+fox&gt; &lt;dm&gt; أليس قائمًا على الويب؟ 16:14 &lt;jrandom&gt; (وشكرًا لـ cervantes لتحويل صورتي القبيحة بأسلوب MS Paint إلى الصورة الأنيقة التي ترونها هناك :) 16:14 &lt;jrandom&gt; لا، ليس قائمًا على الويب - الإصدار الحالي في الواقع نصي فقط، لكن العمل مستمر على واجهة رسومية (GUI) 16:14 &lt;jrandom&gt; http://syndie.i2p.net/roadmap.html 16:14 &lt;+fox&gt; &lt;dm&gt; نصي فقط! واو. حسنًا. أحمّل الآن. 16:14 &lt;jrandom&gt; w3wt 16:15 &lt;jrandom&gt; هناك أمر مهم تحتاج معرفته لتستخدمه بفاعلية، وهو موقع أرشيف Syndie الذي يمكنك دفع المنشورات إليه وسحبها منه 16:15 &lt;+fox&gt; &lt;dm&gt; واو.. هذا أمر احترافي جدًا. (Next Command:) هههههه 16:15 &lt;jrandom&gt; يوجد حاليًا واحد على http://syndie.i2p.net/archive - يمكنك المزامنة معه عبر "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" و "fetch" :) 16:16 &lt;jrandom&gt; إنه نظام بسيط إلى حدّ ما، رغم أنه ذو سمات تصميم محددة جدًا 16:16 &lt;jrandom&gt; (ومتين بشكل مذهل - يمكنه العمل على أي شيء :) 16:17 &lt;+fox&gt; &lt;dm&gt; هناك شيء رائع في التطبيقات المعقّدة جدًا التي تعمل بواجهة نصية 16:17 &lt;+fox&gt; &lt;dm&gt; على أي حال... 16:17 &lt;+fox&gt; * dm يلتزم الصمت مجددًا 16:19 * jrandom يأمل أن يصل بنا إلى 1.0 في وقت ما هذا الشهر، لذا سيكون اختبار النسخة التجريبية رائعًا 16:20 &lt;jrandom&gt; (اختبروها جيدًا، وأخبروني بما هو مكسور، إلخ) 16:20 &lt;jrandom&gt; الإصدار 1.0 لن يتضمن الـ GUI بالطبع، فهذا للإصدار 2.0 16:20 &lt;+fox&gt; &lt;dm&gt; بالطبع 16:21 &lt;jrandom&gt; حسنًا، هل لدى أحد تعليقات/أسئلة/اقتراحات/أظافر قدم بشأن 2) حالة تطوير Syndie؟ 16:22 &lt;jrandom&gt; أوه، شيء أردت طرحه - كما نشرت في مدونتي على Syndie، نحن بحاجة إلى شعار! لذا، انظروا urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee :) 16:23 &lt;+fox&gt; &lt;dm&gt; هناك مكان جيد للحصول على شعارات مجانية أو شبه مجانية بجودة عالية جدًا 16:24 &lt;jrandom&gt; flickr؟ :) 16:24 &lt;+fox&gt; &lt;dm&gt; http://www.worth1000.com/ &lt;--- مهووسو Photoshop هناك يحاول كل منهم التفوق على الآخر لنيل بعض الشهرة و/أو المال 16:24 &lt;jrandom&gt; آه، رائع 16:25 &lt;+fox&gt; &lt;dm&gt; مثال على 'مسابقة' سابقة http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 &lt;+fox&gt; * dm يلتزم الصمت مجددًا 16:26 &lt;jrandom&gt; رائع جدًا، شكرًا dm 16:27 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء ضمن 2، فلننتقل إلى 3) ??? 16:28 &lt;jrandom&gt; هل لدى أحد أي شيء آخر للاجتماع؟ 16:28 &lt;bar&gt; ربما ينبغي أن نحفظ ذلك لإصدار 1.99b وأن نقيم مسابقة/مكافأة صغيرة للترويج لـ Syndie 2.0؟ 16:28 &lt;jrandom&gt; آه، هذه فكرة جيدة، بما أن 1.* سيكون نصيًا على أي حال 16:30 &lt;bar&gt; فكّر في الأمر، أنا متأكد أننا سنتمكن من العثور على بعض التمويل 16:30 &lt;+fox&gt; &lt;dm&gt; كيف يسير التمويل عمومًا؟ 16:31 &lt;+fox&gt; &lt;dm&gt; هل لا تزال تقوم بهذا بدوام كامل يا jr؟ 16:31 &lt;jrandom&gt; أجل، ما زلتُ أتدبّر أمري، بفضل بعض المساهمين الكرماء بشكل لا يُصدّق (شكرًا!) 16:31 &lt;jrandom&gt; http://www.i2p.net/halloffame 16:32 &lt;+fox&gt; &lt;dm&gt; آه نعم.. الميزانية الضئيلة. تذكّرت الآن 16:32 &lt;jrandom&gt; ههه 16:34 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر لطرحه؟ 16:34 &lt;+fox&gt; &lt;dm&gt; لقد أرسلتُ لك للتو c-bill. تأكّد من استخدامه فقط للكحول أو لاستعمالات تافهة أخرى. 16:34 &lt;+fox&gt; &lt;dm&gt; أوه وأبقِ اسمي الحقيقي سرًا! 16:34 &lt;jrandom&gt; w00t! شكرًا dm 16:36 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر... 16:36 * jrandom يختتم 16:36 * jrandom *baf*s أنهى الاجتماع </div>/ar/blog/2006/10/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-10-10/Tue, 10 Oct 2006 00:00:00 +0000/ar/blog/2006/10/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-10-10/<p>مرحباً جميعاً، ملاحظات حالة موجزة لهذا الأسبوع</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.26 وحالة الشبكة 2) حالة تطوير Syndie 3) إعادة النظر في التحكم بالإصدارات الموزع 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.26 and network status</li> </ol> </li> </ul> <p>قبل أيام طرحنا الإصدار الجديد 0.6.1.26، متضمناً الكثير من التحسينات على i2psnark من zzz وبعض فحوصات الأمان الجديدة لـ NTP من Complication، وكانت التقارير إيجابية. يبدو أن الشبكة تنمو قليلاً دون تأثيرات غريبة جديدة، رغم أن بعض الأشخاص ما زالوا يواجهون مشاكل في بناء tunnels الخاصة بهم (كما هو الحال دائماً).</p>/ar/blog/2006/10/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-10-03/Tue, 03 Oct 2006 00:00:00 +0000/ar/blog/2006/10/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-10-03/<p>مرحباً جميعاً، ملاحظات حالة متأخرة هذا الأسبوع</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة تطوير Router 3) تتمة مبررات Syndie 4) حالة تطوير Syndie 5) التحكم الموزع بالإصدارات 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كانت الأوضاع خلال الأسبوع أو الأسبوعين الماضيين مستقرة إلى حدّ كبير على irc وعلى الخدمات الأخرى، مع أن dev.i2p/squid.i2p/www.i2p/cvs.i2p شهدت بعض المشاكل الطفيفة (بسبب مشكلات مؤقتة متعلقة بنظام التشغيل). تبدو الأمور في حالة استقرار في الوقت الحالي.</p> <ul> <li> <ol start="2"> <li>Router dev status</li> </ol> </li> </ul> <p>الجانب الآخر لنقاش Syndie هو: «حسنًا، ماذا يعني ذلك بالنسبة إلى router؟»، وللإجابة عن ذلك، دعوني أشرح قليلًا أين وصل تطوير router في الوقت الراهن.</p>/ar/blog/2006/09/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-12-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2006/Tue, 12 Sep 2006 00:00:00 +0000/ar/blog/2006/09/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-12-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes، jrandom، kostya213، modulus، tethra، vulpine</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:06 &lt;jrandom&gt; 0) مرحبا 16:06 &lt;jrandom&gt; 1) 0.6.1.25 وحالة الشبكة 16:06 &lt;jrandom&gt; 2) I2PSnark 16:06 &lt;jrandom&gt; 3) Syndie (ما/لماذا/متى) 16:06 &lt;jrandom&gt; 4) أسئلة تشفير Syndie 16:06 &lt;jrandom&gt; 5) ??? 16:06 &lt;jrandom&gt; 0) مرحبا 16:06 * jrandom يلوّح 16:06 &lt;jrandom&gt; نُشرت ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 &lt;jrandom&gt; بما أن تلك الملاحظات ظهرت قبل ساعات وساعات، فأنتم بالتأكيد قرأتموها وجهزتم ملاحظاتكم، أليس كذلك؟ ;) 16:07 &lt;jrandom&gt; ننتقل إلى 1) 0.6.1.25 وحالة الشبكة 16:08 &lt;vulpine&gt; &lt;Complication&gt; بخصوص 0.6.1.25 يبدو أنه عمل بشكل جيد هنا، خطأ واحد فقط لم أره من قبل 16:08 &lt;jrandom&gt; جميل، ما المشكلة؟ 16:08 &lt;vulpine&gt; * Complication يبحث في السجلات 16:09 &lt;jrandom&gt; يبدو حجم الشبكة أكبر من قبل، رغم أنه ما يزال في نفس مرتبة الحجم 16:09 &lt;vulpine&gt; &lt;Complication&gt; "Unknown error reading the net.i2p.data.i2np.GarlicMessage: wtf, fromLong got a negative? -840" 16:10 &lt;vulpine&gt; &lt;Complication&gt; بدأت بـ "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Error receiving fragmented message (corrupt?)" 16:10 &lt;jrandom&gt; آه حسنًا جيد، هذا موجود منذ وقت طويل، من الآمن تجاهله 16:11 &lt;vulpine&gt; &lt;Complication&gt; حدث مرة واحدة 16:11 &lt;vulpine&gt; &lt;frosk&gt; حصلت على عدة مرات من الأخيرة هذه 16:11 &lt;vulpine&gt; * jrandom ينكز fox 16:12 &lt;vulpine&gt; &lt;Complication&gt; أوه، وواحد آخر: "router.tunnel.TunnelDispatcher: wtf, took 1121 to dispatch net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 &lt;vulpine&gt; &lt;Complication&gt; (يبدو غير مهم أيضًا، ربما ازدحام بسيط) 16:12 &lt;jrandom&gt; نعم، على الأرجح 16:13 &lt;jrandom&gt; من الواضح أن IRC لا يزال متعثرًا قليلًا في الوقت الحالي 16:13 &lt;jrandom&gt; (لكن، هذه المرة ليس خطأ I2P :) ) 16:14 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة و0.6.1.25؟ 16:15 &lt;kostya213&gt; فقط أريد أن أضيف أن .25 أصلح كل مشاكلي خلال الأشهر القليلة الماضية 16:15 &lt;jrandom&gt; رائع! 16:16 &lt;vulpine&gt; &lt;green&gt; من فضلك، غيّر احتساب الحالة عند استخدام NTCP فقط 16:16 &lt;jrandom&gt; حسنًا، لكن لا يُنصح بتعطيل UDP (وأعتقد أنني قلت صراحة إنني لن أخبر الناس كيف يعطّلون UDP أيضًا) 16:17 &lt;jrandom&gt; لكن ينبغي تحديث الحالة لأخذ في الحسبان أن UDP ليس وسيلة النقل الوحيدة 16:17 &lt;jrandom&gt; سأصلح ذلك في المراجعة القادمة، شكرًا 16:17 &lt;vulpine&gt; &lt;green&gt; jrandom : صحيح أنك لا تقول، لكنني قادر على قراءة الكود ;) 16:18 &lt;jrandom&gt; صحيح، لكن عندما لا أوصي بشيء وأقول للناس ألا يحاولوا أصلًا، فلا تتفاجأ إن ظهرت رسالة عرض مربِكة ;) 16:19 &lt;vulpine&gt; &lt;green&gt; صحيح، يمكنني أيضًا أن أعرض "OK" في الـconsole :) 16:19 &lt;jrandom&gt; صحيح تمامًا 16:21 &lt;jrandom&gt; حسنًا، لننتقل إلى 2) I2PSnark 16:21 &lt;jrandom&gt; يبدو أن zzz ليس موجودًا هناك الآن 16:22 &lt;jrandom&gt; هناك بعض التغييرات يعمل عليها zzz لتحسين الجدولة في i2psnark 16:23 &lt;jrandom&gt; (إنها بسيطة نوعًا ما الآن على حدّ تذكّري، رغم أنني لست متأكدًا تمامًا من التعديلات التي يعبث بها zzz) 16:23 &lt;jrandom&gt; ((لكنني أتطلع إلى التقدم!)) 16:25 &lt;jrandom&gt; حسنًا، إذا لا يوجد شيء آخر حول 2) I2PSnark، فلننتقل إلى 3.*) أمور Syndie 16:26 &lt;jrandom&gt; لنبدأ بـ 3.1) ما هي Syndie أولًا، إذ هناك الكثير لنغطيه 16:27 &lt;jrandom&gt; وصلتني بعض الأسئلة قبل الاجتماع بخصوص التشفير للمنشورات 16:27 &lt;jrandom&gt; بالمجمل، تُشفَّر المنشورات *تشفيرًا متماثلًا* — أي شخص لديه المفتاح المتماثل يمكنه قراءة المنشور لأنه مُخوَّل 16:28 &lt;jrandom&gt; تُشفّر الردود على القناة تشفيرًا غير متماثل بالمفتاح العام المرتبط بالقناة/المنتدى 16:28 &lt;jrandom&gt; بعض المنشورات يمكن أن تستخدم تشفيرًا قائمًا على عبارة مرور لتوليد المفتاح المتماثل للقراءة 16:29 &lt;jrandom&gt; وبعض المنشورات يمكن أن تتضمّن المفتاح المتماثل في ترويسات المنشور القابلة للقراءة (بحيث يتمكن أي شخص من قراءته) 16:29 &lt;modulus&gt; ما الفائدة من الأخير ذاك؟ 16:29 &lt;jrandom&gt; وبعض المنتديات نفسها يمكن أن تتضمّن المفتاح المتماثل في بيانات تعريف المنتدى، بحيث يستطيع أي شخص قراءة المنشور لكن فقط إذا كانت لديه بيانات تعريف القناة 16:29 &lt;jrandom&gt; modulus: لكي يكون كل شيء مُشفّرًا دائمًا، حتى الأشياء القابلة للقراءة علنًا 16:29 &lt;jrandom&gt; (لجعل التنصّت السطحي عديم الفائدة) 16:30 &lt;modulus&gt; صحيح، فهمت. 16:31 &lt;jrandom&gt; حسنًا، أظن أن هذا يغطي أسئلة التشفير التي طُرحت قبل الاجتماع 16:31 &lt;jrandom&gt; هل لدى أحد أي أسئلة حول 3.1) ما هي Syndie؟ 16:31 &lt;jrandom&gt; (أعني، سيتضح المزيد عندما نطرحها هناك، بالطبع) 16:32 &lt;vulpine&gt; &lt;void&gt; هممم 16:33 &lt;jrandom&gt; كيف الحال يا void؟ 16:33 &lt;vulpine&gt; &lt;void&gt; &lt;void&gt; أعتقد أن أرشيف الرسائل (.zip) يمكنه أيضًا أن يتضمن رسائل أخرى، ربما من أشخاص آخرين، مثل الرسائل المُقتبسة؟ 16:34 &lt;jrandom&gt; حسنًا، نعم، يمكنك تضمين ملفات .snd كمرفقات، لكن هناك نطاق أسماء صريح، لذا يمكنك عمل روابط بأسلوب References: قياسي إلى الرسائل السابقة 16:34 &lt;jrandom&gt; (أي أنك لست مضطرًا إلى عمل "threading" على طريقة Frost) 16:35 &lt;vulpine&gt; &lt;void&gt; حسنًا، صحيح 16:37 &lt;vulpine&gt; &lt;Complication&gt; بخصوص Syndie، تساءلت كيف سيحلّ الناس مسألة منح الوصول لأشخاص إلى منتدى متعدد الكتّاب (مثل الحسابات على لوحة رسائل عادية) لكن دون منحه بشكل لا رجعة فيه، وتجنّب الفوضى غير المرغوبة عندما يلزم إلغاء الوصول (لأي سبب كان) 16:38 &lt;vulpine&gt; &lt;Complication&gt; بدا أحد الحلول، بالطبع، أن يحدد المؤلف توصية عن ردود من يجب على العملاء عرضها 16:38 &lt;jrandom&gt; Complication: أنشئ زوج مفاتيح عام/خاص جديدًا، أعطِ المفتاح الخاص للأشخاص المخوَّلين (مؤقتًا)، وأدرِج المفتاح العام ضمن قائمة "keys allowed to post" 16:38 &lt;vulpine&gt; &lt;Complication&gt; ..وللعملاء، ما لم يرغبوا في البحث في التاريخ، أن يتبعوا هذه التوصية (أو بصورة أدقّ آخر نسخة منها) 16:38 &lt;jrandom&gt; (وعندما لا يعودون مخوَّلِين، أزِل ذلك المفتاح من قائمة "keys allowed to post") 16:39 &lt;kostya213&gt; jrandom: قد ترغب في استخدام امتداد مختلف عن .snd لأنه مستخدم على نطاق واسع لتطبيقات الصوت، وسيُربِك MIME 16:39 &lt;jrandom&gt; آه، صحيح — كل المنتديات لها "مالك" (مفتاح خاص للتوقيع) يمكنه إدارة قائمة المسموح لهم بالنشر، إلخ 16:39 &lt;vulpine&gt; &lt;Complication&gt; "keys allowed to post" ستكون بيانات تعريف مرفقة بآخر منشور للمؤلف، أم رسالة أخرى، صحيح؟ 16:39 &lt;jrandom&gt; ملاحظة جيدة kostya213، رغم أننا قد ننحصر بـ .dat إذن ;) 16:40 &lt;jrandom&gt; Complication: آه آسف، لا، الأمر مثل Syndie الحالية/القديمة — منشورات بيانات تعريف منفصلة وموقَّعة للمنتدى/القناة نفسها 16:40 &lt;vulpine&gt; * Complication يعتقد أن أحدهم حتى "حجز" .dat لشيء ما :) 16:40 &lt;jrandom&gt; نعم، التطبيق المسمى "octet-stream" ;) 16:40 &lt;vulpine&gt; &lt;void&gt; لا يبدو أن .syn مستخدمة لشيء مهم 16:41 &lt;vulpine&gt; &lt;Complication&gt; aha، منشورات بيانات تعريف خاصة... صحيح، يمكن أن ينجح ذلك 16:41 &lt;jrandom&gt; أوه جميل، وصلنا إلى syn! 16:41 &lt;jrandom&gt; (عينك حادة يا void، شكرًا kostya213) 16:41 &lt;vulpine&gt; &lt;void&gt; هممم، " 16:41 &lt;vulpine&gt; &lt;void&gt; هممم، "Word Synonym File"، الشركة: Microsoft 16:42 &lt;jrandom&gt; حسنًا، أنا متأكد أننا سنتدبّر الأمر 16:42 &lt;kostya213&gt; نعم يُستخدم من قِبل Word 16:42 &lt;vulpine&gt; &lt;void&gt; لكن يمكننا تجاهل ذلك :) 16:42 &lt;kostya213&gt; لا تفقدوا الأمل، أعتقد أنه بالإمكان العثور على شيء لن يسبّب مشاكل مع أنواع MIME واسعة الاستخدام 16:43 &lt;jrandom&gt; حسنًا، أي شيء آخر في 3.1) ما هي syndie؟ 16:43 &lt;vulpine&gt; &lt;void&gt; اممم، مرة أخرى، لماذا نلتزم بامتدادات ثلاثية الأحرف؟ إنها من بقايا عصر DOS 16:43 &lt;kostya213&gt; شيء يجب سؤاله، لماذا نقيّدها بامتداد ثلاثي الأحرف؟ لم يعد أحد يستخدم DOS 16:44 &lt;jrandom&gt; هه 16:44 &lt;kostya213&gt; سبقني void 16:44 &lt;kostya213&gt; .syndie تبدو جيدة بالنسبة لي 16:44 &lt;vulpine&gt; &lt;void&gt; .synd لن تتعارض مع أي شيء 16:44 &lt;kostya213&gt; جيدة أيضًا 16:45 &lt;vulpine&gt; &lt;void&gt; تبًا للتأخير :( 16:48 &lt;jrandom&gt; حسنًا، لننتقل إلى 3.2) لماذا Syndie مهمة؟ 16:48 &lt;vulpine&gt; &lt;void&gt; jrandom: انتظر 16:48 &lt;cervantes&gt; (لأنك تقول ذلك) 16:48 * jrandom ينتظر 16:48 &lt;jrandom&gt; !thwap cervantes ;) 16:48 &lt;vulpine&gt; &lt;void&gt; تذكر ملاحظات الحالة أن صورة رمزية يمكن إرفاقها بمنشور، وإلا ستُستخدم صورة افتراضية 16:49 &lt;vulpine&gt; &lt;void&gt; لكن ماذا لو أراد شخص أن يمتلك عدة صور رمزية مُسبقة التعريف بدل صورة "افتراضية" واحدة؟ 16:49 &lt;jrandom&gt; نعم، يمكن للمؤلف تضمين صورة رمزية افتراضية في بيانات تعريف قناته الخاصة 16:49 &lt;vulpine&gt; &lt;void&gt; إرفاق الأخرى في كل مرة لن يكون فعالًا 16:49 &lt;jrandom&gt; سؤال جيد يا void — لننتقل إلى كود السكربت المذكور في الملاحظات 16:50 &lt;jrandom&gt; listauthkeys --authorizedOnly true 16:50 &lt;jrandom&gt; authenticate 0 16:50 &lt;vulpine&gt; &lt;void&gt; (?) 16:50 &lt;jrandom&gt; سيعرض listauthkeys كل الهويات التي يمكنك توقيع الرسالة بصفتك إياها، بينما "authenticate 0" تختار هوية للتوقيع بها 16:51 &lt;jrandom&gt; إذًا، تلك الهوية لها قناتها الخاصة، وتلك القناة لها بيانات تعريفها، والتي قد تتضمن صورة رمزية 16:51 &lt;vulpine&gt; &lt;void&gt; هممم، هوية منفصلة تعني زوج مفاتيح منفصل؟ 16:51 &lt;jrandom&gt; نعم 16:51 &lt;vulpine&gt; &lt;void&gt; ماذا لو أراد شخص عدة صور رمزية على هوية واحدة؟ 16:52 &lt;jrandom&gt; لديه صورة رمزية افتراضية في بيانات تعريف قناته، ويمكنه تجاوزها على أساس كل رسالة 16:52 &lt;kostya213&gt; قيمة مشكوك فيها 16:52 &lt;vulpine&gt; &lt;void&gt; عدة صور رمزية "افتراضية" يمكنه الاختيار منها 16:52 &lt;vulpine&gt; &lt;void&gt; أم أنني أُدقِّق أكثر من اللازم؟ :) 16:53 &lt;jrandom&gt; آه، فهمت ما تقصده. لا، لن يكون مدعومًا في البداية 16:53 &lt;jrandom&gt; ربما لاحقًا 16:53 &lt;vulpine&gt; &lt;void&gt; صحيح يا kostya213، لا بأس إذًا 16:53 &lt;vulpine&gt; &lt;void&gt; :) 16:53 &lt;jrandom&gt; (لكن الصور الرمزية ستكون محدودة الحجم جدًا، لذا لن يكون من المزعج تضمينها) 16:53 &lt;vulpine&gt; * Complication يظن أن إضافة صورة لكل رسالة يمكن برمجتها لتكون سهلة بما يكفي 16:53 &lt;vulpine&gt; &lt;void&gt; إذًا، 3.1) ما هي Syndie؟ 16:53 &lt;vulpine&gt; &lt;Complication&gt; (في نهاية المطاف) 16:54 &lt;vulpine&gt; * cervantes يلصق خواديم IRC معًا 16:54 &lt;vulpine&gt; &lt;void&gt; Complication: jrandom قال للتو إنه سيفعل ذلك بالفعل :) 16:54 &lt;jrandom&gt; (الصور لكل رسالة ستكون ضمن الأساس، الفكرة هي وجود العديد من "الافتراضيات" للاختيار منها، باختيارها بالقول "use avatar 1" في رسالة بدل تضمين الصورة نفسها) 16:54 &lt;vulpine&gt; &lt;Complication&gt; كمون، كمون... 16:54 &lt;jrandom&gt; حسنًا، أي شيء آخر لـ 3.1؟ 16:54 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3.2 16:55 &lt;vulpine&gt; &lt;void&gt; أعتقد أن هذا كل شيء 16:55 &lt;jrandom&gt; تمام. 16:56 &lt;jrandom&gt; بخلاف سخرية cervantes، هل لدى أحد أي أسئلة/تعليقات/مخاوف بخصوص "لماذا"؟ 16:56 &lt;jrandom&gt; (أقصد، "مخاوف") 16:58 &lt;vulpine&gt; &lt;Complication&gt; cervantes: هل نظّفت السطح بالكحول قبل وضع الصمغ على ircd؟ ;) 16:58 &lt;kostya213&gt; برأيي Syndie لا تحتاج تبريرًا، فقيمتها بديهية لأي شخص مهتم أصلًا بشبكات الإخفاء 16:58 &lt;kostya213&gt; وعلى دراية بمخاطر مركزة المعلومات 16:59 &lt;vulpine&gt; &lt;Complication&gt; (إعادة إرسال، رجاء تجاهل إن وصلت للخادم) 16:59 &lt;vulpine&gt; * Complication يعتقد أن Syndie مهمة لأن المستخدم العادي "Joe Sixpack" الذي يدير phpBB سيتعرض للاختراق بسرعة كبيرة، وJoe Sixpack الذي يدير $random_blogging_tool سيتعرض له أيضًا 16:59 &lt;vulpine&gt; &lt;Complication&gt; (حتى لو اختلف الاحتمال) 16:59 &lt;vulpine&gt; &lt;void&gt; بالفعل 16:59 &lt;jrandom&gt; نعم، إضافة إلى أي شخص يواجه خصومًا عدائيين فعليين (وليس بالضرورة على مستوى الدول) 17:00 &lt;jrandom&gt; حسنًا، رائع، أردتُ فقط أن أمرّر الأمور عليكم 17:00 &lt;jrandom&gt; أي شيء آخر حول 3.2، أم ننتقل إلى 3.3) متى يمكننا استخدام Syndie؟ 17:01 &lt;vulpine&gt; &lt;void&gt; حسنًا، جوهريًا هو أداة منتديات/تدوين/بريد/اتصال مبنية على بدائيات التشفير ومستقلة عن طبقة النقل 17:01 &lt;vulpine&gt; &lt;Complication&gt; ...وفي سيناريو بعيد حيث سيشنّ خصم Joe Sixpack هجمات تقاطع، أي شخص يدير eepsite من أي نوع سيتعرض للاختراق في نهاية المطاف (إلا ضمن شبكة هائلة) 17:01 &lt;kostya213&gt; قد يكون من الصعب إقناع من لا يرون قيمة فورية للخصوصية/الإخفاء 17:01 &lt;jrandom&gt; kostya213: نعم، رغم أننا قد نتمكن من بعض الحيل، مثل القدرة على التصفح بأمان دون اتصال 17:02 &lt;vulpine&gt; &lt;Complication&gt; قد يقدّرون الأمان على أي حال 17:02 &lt;jrandom&gt; (مثل قارئ RSS دون اتصال يجلب أيضًا المجموعة الكاملة من الصفحات المشار إليها، وليس مجرد ملخص RSS) 17:02 &lt;vulpine&gt; &lt;void&gt; لذا نعم، لا أرى لماذا تحتاج إلى تبرير :) 17:02 &lt;vulpine&gt; &lt;void&gt; kostya213: ليس عليهم أن يكونوا مجهولين لاستخدام Syndie 17:02 &lt;cervantes&gt; متى يمكننا استخدام Syndie أم متى ستصبح Syndie قابلة للاستخدام؟ 17:02 &lt;jrandom&gt; كلام سليم يا void :) 17:03 &lt;cervantes&gt; بالنسبة للواجهة النصية أتخيّل أننا بحاجة إلى قدر كبير نوعًا ما من وثائق الاستخدام 17:03 &lt;jrandom&gt; cervantes: في الوقت الراهن، Syndie تعمل (يمكنك إنشاء منشورات، إدارة القنوات، قراءة المنشورات، الرد على المنشورات، إلخ) 17:03 &lt;kostya213&gt; jrandom: كيف تتعامل Syndie مع التكرار؟ ما مدى صمودها ضد اختفاء المحتوى؟ 17:03 &lt;cervantes&gt; (قبل أن تصبح قابلة للاستخدام) 17:03 &lt;jrandom&gt; cervantes: هناك قوائم مضمنة مع كل أمر موثّق (على الأقل بشكلٍ أدنى) 17:04 &lt;cervantes&gt; جميل، أي خطط لبعض أمثلة حالات الاستخدام؟ 17:04 &lt;jrandom&gt; kostya213: Syndie تعمل على طبقة المحتوى — التكرار يتعامل معه شيء آخر. إذا نشرتَ على Usenet، فسيُنسَخ عبر Usenet (على سبيل المثال) 17:04 &lt;cervantes&gt; أعتقد أن الحيلة ستكون في تعلّم كيف تُنظَم كلها معًا بالسكربتات 17:04 &lt;vulpine&gt; &lt;void&gt; kostya213: هذا خارج نطاق Syndie، فهو يعتمد على آلية النقل 17:04 &lt;vulpine&gt; &lt;void&gt; للأسف 17:05 &lt;jrandom&gt; فكرة جيدة يا cervantes 17:05 &lt;jrandom&gt; أول إصدار من Syndie سيتضمن نظام تكرار HTTP مثل Syndie القديمة/الحالية 17:05 &lt;jrandom&gt; cervantes: ربما يمكن لبعض مستخدمي البيتا أن يجمعوا سكربتاتهم المفضلة لنبثّها :) 17:05 &lt;modulus&gt; ممم، هل هذا تطبيق طرفية (console)؟ 17:05 &lt;jrandom&gt; modulus: نعم، أول تطبيق قائم على النص 17:06 &lt;modulus&gt; ممتاز! 17:06 &lt;cervantes&gt; jrandom: بشرط أن يتمكن مستخدمو النسخة التجريبية من معرفة كيفية استخدامه ;-) 17:06 &lt;jrandom&gt; ههه 17:06 * jrandom فكّرتُ في curses/وغيرها، وكذلك واجهة سطر أوامر فقط، لكن واجهة نصية تفاعلية قابلة للبرمجة النصية ربما هي الأبسط والأكثر فاعلية 17:07 &lt;jrandom&gt; (أي بدون GUI) 17:07 &lt;cervantes&gt; modulus: أرأيت، jrandom استمع لتعقيباتك المتواصلة :) 17:07 &lt;vulpine&gt; &lt;Complication&gt; إن أراد الناس، فربما يمكنهم بناء واجهات نصية أكثر تفاعلية فوقها 17:07 &lt;jrandom&gt; نعم، بالتأكيد 17:08 &lt;jrandom&gt; (الكود مبني لدعم تكامل سهل مع عميل IRC، مثل pircbot) 17:08 &lt;modulus&gt; cervantes: ههه 17:09 &lt;modulus&gt; أظن أنه يمكنك وضع GUI فوقها أيضًا في هذه الحالة، إن كانت تعمل تقريبًا كما أتخيّل 17:09 &lt;modulus&gt; رغم أن ذلك سيتطلب عملًا أكثر بكثير. 17:09 * kostya213 ينتظر إضافة emacs 17:09 &lt;modulus&gt; هاهاها 17:09 &lt;jrandom&gt; هه 17:09 &lt;modulus&gt; في الواقع وضع وضعية emacs ليس فكرة سيئة، ربما يجذب المزيد من "المجانين" إليها. 17:10 &lt;cervantes&gt; اضغط ctrl-alt-shift-break-uparrow-num7-b لاختيار هويتك 17:10 * jrandom سأترك ذلك لمستخدمي elisp ليعبثوا به ;) 17:10 &lt;kostya213&gt; لا أقصد الإساءة، لكن لست متأكدًا أن هذا المشروع يحتاج لاستقطاب مزيد من المجانين 17:10 &lt;vulpine&gt; &lt;Complication&gt; وهل أولئك المجانين يكتبون كودًا أيضًا؟ 17:11 &lt;jrandom&gt; نأمل ذلك يا complication 17:11 &lt;jrandom&gt; حسنًا، نأمل أن 3.3) تشرح قليلًا مما هو قادم 17:11 &lt;jrandom&gt; أما عن *متى*، فسنرى، لكنني آمل "قريبًا" ;) 17:12 &lt;jrandom&gt; حسنًا، أي شيء آخر لـ 3.3)؟ 17:12 &lt;vulpine&gt; * Complication سيرحب ببضعة جحافل من أولئك المجانين إذًا :D 17:12 &lt;cervantes&gt; حسنًا هناك "كتابة كود" وهناك "كتابة Perl غامض يُفسَّر بـ Tcl" 17:12 &lt;kostya213&gt; قد تكون إضافة لـ FUSE مفيدة أيضًا 17:13 &lt;jrandom&gt; نعم 17:13 &lt;jrandom&gt; حسنًا، لننتقل إلى 4) التشفير لـ Syndie 17:13 &lt;jrandom&gt; هل لدى أحد تعليقات على تلك القضايا؟ 17:14 &lt;vulpine&gt; &lt;Complication&gt; وددت لو لدي، لكنني لست متمكنًا لتقدير قوة تلك الخوارزميات/الهاشات/أطوال المفاتيح 17:15 &lt;vulpine&gt; &lt;void&gt; كم طول تواقيع ElGamal/RSA؟ 4kbit لمفتاح 2kbit؟ 17:15 &lt;vulpine&gt; * Complication يترك هذا الحديث كليًا للآخرين 17:15 &lt;jrandom&gt; لا أعلم على الفور 17:15 &lt;vulpine&gt; &lt;void&gt; مقابل DSA؟ 17:16 &lt;jrandom&gt; (مع أن ECC تبدو صغيرة وجميلة) 17:16 &lt;modulus&gt; تواقيع ElGamal صعبة وطويلة. كما اكتشف فريق gnupg. 17:16 &lt;jrandom&gt; نعم، رغم أن بعض تلك الحيل كانت متعلقة بإعادة استخدام المفاتيح 17:16 &lt;vulpine&gt; &lt;void&gt; آه، حسنًا 17:16 &lt;vulpine&gt; &lt;void&gt; نعم، كذلك 17:16 &lt;tethra&gt; modulus: إذا كانت صلبة وطويلة، فهناك موقع فيتيش لها 17:17 &lt;jrandom&gt; حسنًا، كانت تلك النقطة مجرد تنبيه ودعوة للتعليقات متى ما كانت لديكم أفكار 17:17 &lt;cervantes&gt; ألا يمكن تنفيذ نوع من خوارزميات قابلة للإضافات (pluggable) — عندما تُوَحَّد طريقة أفضل لتوليد المفاتيح نضيفها إلى Syndie وتبدأ المنشورات الجديدة باستخدامها، لكن يمكن الاستمرار باستخدام الطرق المتقادمة للمنشورات القديمة 17:17 &lt;tethra&gt; (آسف) 17:17 &lt;jrandom&gt; cervantes: إنها تتضمن بادئة DSA: لذا ستعمل بادئة Elg: 17:17 &lt;modulus&gt; هل تستخدمون DSA المحدود بـ 1024 أم لا؟ 17:18 &lt;modulus&gt; وماذا عن الهاش؟ SHA-1 أم إصدارات أعلى؟ 17:18 &lt;cervantes&gt; إذًا أنت مهتم فعلًا بإطلاق Syndie بدايةً جيدة 17:18 &lt;jrandom&gt; DSA هو فقط 1024-بت (هناك مقترحات DSA2 لأطول، لكنها غير موحدة بعد) 17:18 &lt;jrandom&gt; ونعم، DSA يتطلب SHA1 17:18 &lt;modulus&gt; هممم، فهمي أنهم كانوا أقوياء قبل المعايير. 17:18 &lt;kostya213&gt; لكن نقطة cervantes جيدة، وجود محتوى Syndie على خوارزميات ثابتة يقدم سرية أمامية ضعيفة، لا تدري متى قد ينهار خوارزم ما 17:18 &lt;modulus&gt; لكنني لا أتابع العملية عن كثب لذا ربما أنت على حق 17:19 &lt;jrandom&gt; kostya213: لكن "الاختيار" سيء للتشفير، لذا ينبغي أن تكون لدينا قيم ثابتة عندما نستطيع 17:19 &lt;jrandom&gt; (سيء من ناحية الإخفاء) 17:19 &lt;vulpine&gt; &lt;void&gt; هل تعلمون لماذا لا يستخدم المزيد من الناس/البروتوكولات ECC، عمومًا؟ أخشية من نقص الأبحاث، أم قلق بشأن التوافق؟ 17:19 &lt;modulus&gt; براءات اختراع. 17:20 &lt;jrandom&gt; براءات اختراع وFUD (الخوف وعدم اليقين والشك)، وأيضًا بعض المخاوف في التنفيذ 17:20 &lt;vulpine&gt; &lt;void&gt; آه، صحيح يا modulus 17:20 &lt;modulus&gt; بالمناسبة، هل هناك سبب وجيه لاختيار DSA بدلًا من RSA-SHA512 مثلًا؟ 17:20 &lt;tethra&gt; براءات اختراع وFUD والدولة (يا نهاري) 17:20 &lt;modulus&gt; لا أحاول الإزعاج، فقط أفكّر أن GPG مثلًا سلك هذا الطريق، وغيرها. 17:20 &lt;jrandom&gt; لم أراجع ذلك الخيار منذ سنوات يا modulus 17:21 &lt;modulus&gt; واضح أن DSA معيار، وهذا يحسب له، لكن المفاتيح صغيرة والهاشات ضعيفة. لا أنني أعتقد أنه من المحتمل أن ينتهي كأضعف حلقة ;-) 17:23 &lt;cervantes&gt; لن أقترح "الاختيار" — لكن إصدارات Syndie الجديدة ستضمّن خوارزميات (إلزامية) أكثر أمانًا تدريجيًا 17:23 &lt;vulpine&gt; &lt;Complication&gt; ترك بعض الهامش في البنى للتغيير المستقبلي يبدو معقولًا بغض النظر عما إذا كان التشفير الحالي سيثبت أنه الأفضل، برأيي 17:23 &lt;jrandom&gt; نعم، رغم أن ذلك يعني العودة للإصدارات الأضعف/الأقدم للتشغيل البيني 17:23 &lt;jrandom&gt; لكن حسنًا، سنتعامل مع ذلك 17:24 &lt;jrandom&gt; حسنًا، لننتقل إلى 5) ??? 17:24 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 17:25 &lt;cervantes&gt; عدم القدرة على قراءة أحدث المنشورات من مصدرك المفضل حافزٌ جيد للتأكد من بقاء الجميع مُحدَّثين 17:25 &lt;jrandom&gt; إلى حدّ ما 17:26 &lt;cervantes&gt; no=not 17:26 &lt;jrandom&gt; (نعم، إنه حافز، لكن الناس كسالى/غير مهتمين بـ "ترقية البرمجيات"، إلخ) 17:27 &lt;jrandom&gt; s/people/some people/ 17:27 &lt;cervantes&gt; أظن أن تلك مشكلتهم إذًا 17:27 &lt;jrandom&gt; صحيح 17:27 &lt;kostya213&gt; تنفيذ I2P على الأقل يمكن أن يوفّر ترقيات غير مؤلمة 17:28 &lt;jrandom&gt; بالتأكيد 17:28 &lt;cervantes&gt; وبخصوص ??? — نعتذر عن اتصال IRC — على مزود الخدمة (ISP) أن يعيد واحدًا من مزودي الشبكة الرئيسيين لديه "في أقرب وقت ممكن" 17:29 &lt;jrandom&gt; w3wt 17:29 &lt;vulpine&gt; &lt;Complication&gt; في موضوع ???، ربما أضيف أن الجزء الثاني (الأوسع) من تعديلات NTP بات قريبًا من العمل، وآمل أن ألتزم به للاختبار قريبًا 17:29 * cervantes يرش الملح 17:29 &lt;kostya213&gt; ما الخطط القريبة لتطوير router (الموجّه)؟ هل خارطة الطريق دقيقة؟ 17:29 &lt;jrandom&gt; رائع يا complication 17:29 &lt;vulpine&gt; &lt;Complication&gt; هدفه إعادة تقييم خواديم NTP اعتمادًا على انحراف ساعات الأقران 17:29 &lt;jrandom&gt; kostya213: الاستقرار حتى تَصدُر Syndie 17:30 &lt;jrandom&gt; (من وجهة نظري) 17:30 &lt;vulpine&gt; &lt;Complication&gt; (وتجنب اتخاذ إجراء قد يضر بالاتصال) 17:31 &lt;cervantes&gt; عظيم 17:32 &lt;jrandom&gt; حسنًا، أي شيء آخر للاجتماع؟ 17:34 * jrandom يختتم 17:34 * jrandom يُغلق الاجتماع *baf* </div>/ar/blog/2006/09/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-09-12/Tue, 12 Sep 2006 00:00:00 +0000/ar/blog/2006/09/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-09-12/<p>مرحباً يا جماعة، إليكم ملاحظات حالتنا <em>سعال</em> الأسبوعية</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.1.25 وحالة الشبكة 2) I2PSnark 3) Syndie (ما/لماذا/متى) 4) أسئلة التشفير الخاصة بـ Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.25 and net status</li> </ol> </li> </ul> <p>قبل بضعة أيام أصدرنا الإصدار 0.6.1.25، بما في ذلك كمّ كبير من إصلاحات الأخطاء التي تراكمت خلال الشهر الماضي، وكذلك عمل zzz على I2PSnark وعمل Complication لمحاولة جعل شيفرة مزامنة الوقت لدينا أكثر متانةً قليلًا. حاليًا تبدو الشبكة مستقرة إلى حدٍّ معقول، رغم أن IRC كان مضطربًا قليلًا في الأيام القليلة الماضية (لأسباب غير مرتبطة بـ I2P). ومع ترقية ربما نصف الشبكة إلى أحدث إصدار، لم تتغير معدلات نجاح بناء tunnel كثيرًا، مع أن معدل النقل الإجمالي يبدو أنه قد ارتفع (على الأرجح بسبب زيادة عدد الأشخاص الذين يستخدمون I2PSnark).</p>/ar/blog/2006/08/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2006/Tue, 01 Aug 2006 00:00:00 +0000/ar/blog/2006/08/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2006/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, frosk, jrandom, polecat, tethra, void</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; حسنًا، لنبدأ إذًا 16:03 &lt;jrandom&gt; مرحبًا، ملاحظات ما قبل الاجتماع منشورة على http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 &lt;jrandom&gt; بدلًا من أن أعيد قراءة تلك الرسالة لكم هنا، دعونا ننتقل مباشرة إلى قسمنا القياسي ??? - 16:04 &lt;jrandom&gt; هل لدى أي شخص شيء يود طرحه ومناقشته؟ 16:04 &lt;@cervantes&gt; إمم 16:04 * cervantes يهرع لقراءة المشاركة 16:05 &lt;+Complication&gt; بخصوص حالة الشبكة، كل شيء جيد هنا... 16:05 &lt;+Complication&gt; لكن هناك سؤال (في الواقع منقول من المنتدى) حول NTCP transport، 16:06 &lt;+Complication&gt; تحديدًا، هل يبدو مرجحًا أن تفعيله قد يسبب مشاكل حمل على الـCPU لدى البعض (كانوا على XP)؟ 16:06 &lt;@cervantes&gt; عليّ أن أقول إنني في الواقع أرى استخدام CPU أقل منذ أن تحولت إليه :) 16:07 &lt;jrandom&gt; حسنًا، لا يمكنك *تعطيله* (إلا إذا كنت تقرأ الشيفرة المصدريّة وتعرف التعويذة السحرية ;) 16:07 &lt;+Complication&gt; الشخص الذي تحدث عن هذه المشكلة (صعب إعادة إنتاجها بسهولة، ولا يوجد استخدام كبير للـCPU هنا) ذكر أن تجربته مع ارتفاع استخدام الـCPU بدت مرتبطة بـ NTCP 16:07 &lt;jrandom&gt; إذًا، أفترض أنهم يقصدون عدم قبول اتصالات ntcp الواردة 16:07 &lt;+polecat&gt; NTCP يتسبب في أن يقوم الـrouter عندي برفع المعالج فورًا لأقصى حد، وقد كررتها مرتين قبل أن أضطر لتعديل ملف الإعداد يدويًا كي يعود الـrouter للعمل. 16:07 &lt;jrandom&gt; (مع الاستمرار في استخدام اتصالات ntcp الصادرة) 16:07 &lt;+Complication&gt; (هنا الزيادة بسيطة جدًا عن المستويات المعتادة، وربما لأنني أضخ *كمية* أكبر بكثير من البيانات) 16:08 &lt;+Complication&gt; ( `http://forum.i2p/viewtopic.php?t=1815` ) 16:08 &lt;jrandom&gt; عند إنشاء اتصال ntcp، تُجرى عملية تشفير ثقيلة (أو ثلاث) 16:08 &lt;jrandom&gt; إذا كنت تقبل اتصالات ntcp الواردة، قد تتلقى الكثير من المحاولات الواردة دفعة واحدة، إذ هناك مئات من i2p routers هناك 16:09 &lt;jrandom&gt; polecat: لم تكن مشكلة ntcp، بل كانت مشكلة خادم NTP سيّئ في تجمع NTP 16:09 &lt;+polecat&gt; نعم. إذًا لا أستطيع التعامل مع ذلك بنفسي، على ما يبدو. 16:09 &lt;jrandom&gt; (شكرًا لـ cervantes لتعقّب خادم NTP ذاك وجعل القائمين على الـpool ي !thwap 'em :) 16:10 &lt;jrandom&gt; ((ولـ Complication لجعلنا نتجنب أولئك المجانين في المستقبل :)) 16:10 &lt;@cervantes&gt; هه أظن أن مراقبات الخادم لديهم تعمل فقط في أيام الأسبوع ;-) 16:10 &lt;+Complication&gt; حسنًا، التجنّب الحالي محدود جدًا 16:10 &lt;@cervantes&gt; http://www.pool.ntp.org/scores/216.52.237.153 16:11 &lt;+Complication&gt; آمل أن أكتب شيئًا أكثر حذرًا لاحقًا 16:11 &lt;+polecat&gt; آه، إذًا تمكين NTCP لن يجعل الـCPU بأقصى سرعة بعد الآن؟ 16:11 &lt;jrandom&gt; (لم يحدث ذلك أساسًا يا polecat، كانت مجرد صدفة ;) 16:12 &lt;+Complication&gt; "clock" بأي معنى تحديدًا؟ 16:12 &lt;jrandom&gt; (انظر رابط cervantes) 16:12 * polecat يضرب Complication على رأسه. 16:12 &lt;@cervantes&gt; ماذا تدخّن يا polecat 16:12 &lt;+Complication&gt; :P 16:12 &lt;+polecat&gt; أقصد، سرق كل دورات الساعة. :) 16:13 &lt;+Complication&gt; إذا قفز الزمن للأمام 30 ثانية أو للخلف، فقد يكون قد فقد الكثير من الجلسات، واضطر إلى كل أنواع التشفير الثقيل جدًا 16:13 &lt;+Complication&gt; قد يسرق ذلك الكثير من دورات CPU، على ما أظن 16:13 &lt;+Complication&gt; بالفعل، ربما الشخص في المنتدى رأى الشيء نفسه، لكنه ربطه خطأً؟ ينبغي أن نسأل... 16:13 &lt;jrandom&gt; آه.. حسنًا، دفعات من اتصالات ntcp الواردة الصالحة ستسبب دفعات من استهلاك CPU، بينما ntcp الصادر فقط سيحاول التحدث إلى عدد محدود من أقران ntcp الجدد في كل مرة 16:14 &lt;jrandom&gt; لا مشكلة في عدم تمكين ntcp الوارد. 16:15 &lt;@cervantes&gt; Complication: تم تصحيح الخادم منتصف الاثنين، لذا قد يكون من المفيد معرفة ما إذا كانت لديهم مشاكل منذ ذلك الحين 16:15 &lt;jrandom&gt; حسنًا، هل لدى أي شخص آخر شيء يود مناقشته؟ 16:16 &lt;+Complication&gt; cervantes: بالفعل، قد يستحق التجربة 16:16 &lt;@cervantes&gt; تلقيت تقارير عن بعض الأشخاص ما زالوا يفقدون leases بشكل دوري... هل هذه مشكلة معروفة؟ 16:16 &lt;+void&gt; إلى أي مدى يختلف تنفيذ NTCP عن SSU؟ 16:17 &lt;+polecat&gt; كيف نعرف إن كنا نفقد leases؟ 16:18 &lt;jrandom&gt; void: هناك حمل أعلى قليلًا لكل رسالة في ntcp (مع أنه ربما يُعوَّض بتنفيذ النقل الموثوق الأكثر كفاءة على الأرجح في نظام التشغيل) 16:18 &lt;+Complication&gt; polecat: ستعرض صفحة tunnels.jsp عدم وجود أي tunnels لمجموعة tunnel معيّنة (مثل "shared clients") 16:18 &lt;jrandom&gt; cervantes: نعم، معدلات نجاح بناء tunnel لدينا ليست حيث ينبغي أن تكون بعد 16:18 &lt;+void&gt; polecat: يخبرك الـrouter console بذلك 16:18 &lt;+Complication&gt; وكما قال void، سيخبرك الشريط الجانبي الأيسر للوحة التحكم بذلك 16:19 &lt;+polecat&gt; أتلقى رسائل "No leases" كثيرًا... هذا ما تقصده، صحيح؟ 16:19 &lt;@cervantes&gt; نعم 16:20 &lt;+polecat&gt; هذا عادةً ما يقتل اتصال IRC لديّ. كنت أظنه طبيعيًا! 16:21 * jrandom يرتجف 16:24 &lt;+tethra&gt; لوول ;) 16:25 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:25 &lt;@cervantes&gt; jrandom: هل حققت أي تقدم على Syndie مؤخرًا أم أن يداك مشغولتان بـ ntcp/إصلاح الأخطاء/البحث عن ISP/ركوب الدراجة؟ 16:27 &lt;+tethra&gt; أي أخبار عن feedspace، أم ينبغي أن أذهب فقط إلى eepsite الخاص بهم؟ 16:28 &lt;jrandom&gt; عندما تدهورت الشبكة الحيّة دفعت Syndie جانبًا. لكن مع عودة الشبكة إلى المسار الصحيح مجددًا، عاد Syndie ليسرق وقتي، وآمل أن أطرح نظام CLI صغيرًا قريبًا (مع واجهات GUI مركّزة تأتي بعد ذلك، بناءً على آراء المستخدمين) 16:28 &lt;jrandom&gt; (واجهة SWT الرسومية المُنفّذة بحالة جيدة، لكن ربما من الأفضل البدء بـ CLI لضبط التوقعات) 16:29 * jrandom لم يسمع أي أخبار عن feedspace 16:29 &lt;@cervantes&gt; رائع 16:29 &lt;jrandom&gt; frosk: أي جديد؟ :) 16:29 &lt;+polecat&gt; سعيد لأنك تعمل على Syndie مرة أخرى. النسخة الجديدة تبدو واعدة. أي أفكار عن ACL لأشياء مثل حذف المدوّنات من عقدة، أو تنفيذ مهام إدارية مستقلة عن الحساب؟ 16:30 &lt;@cervantes&gt; &lt;jrandom&gt; DELETE FROM messages WHERE postedOn &lt;NOW()-14*24*60*60; 16:31 &lt;jrandom&gt; من المرجح أن تبقى الأرشيفات المحلية موثوقة أساسًا (لأنه إن كان بإمكانك الوصول إلى قاعدة بيانات الأرشيف المحلي، يمكنك تغيير الملف كيفما تشاء) 16:32 &lt;jrandom&gt; أما بالنسبة للمدوّنات المشتركة، نعم هناك مجموعة كاملة من البُنى التشفيرية للتحقق من صحة/أو تخويل المشاركات والتغييرات 16:33 &lt;jrandom&gt; (لكن سيكون هناك أيضًا طريقة لعرض المشاركات "غير المُخوّلة"، لكنها ستكون هامشية جدًا) 16:33 &lt;+polecat&gt; أنا متأكد أنه ما إن يغمر أحدهم Syndie بآلاف منشورات المدوّنات العملاقة، ستُتقَن تقنية حذف المشاركات فعليًا. 16:34 &lt;+tethra&gt; هههه 16:35 &lt;jrandom&gt; الحذف الفعلي تافه، السؤال هو أي المشاركات نقبل منذ البداية ;) 16:36 &lt;jrandom&gt; (لا رغبة لديّ في جعل Syndie منصة توزيع أفلام، إلخ) 16:36 &lt;+polecat&gt; لا يمكن التأكد مما يتم قبوله، حتى يتم قبول عيّنة. أتخيل شيئًا مثل السماح فقط بقائمة بيضاء من المدوّنات، والسماح بالمعرّفات الجديدة على أساس تجريبي قبل إضافتها، مع حذف فوري عند خيانة السبام. 16:36 &lt;jrandom&gt; نعم 16:37 &lt;+polecat&gt; ما يهمني أكثر هو تطبيقه لضم سلاسل المحادثات معًا: يمكننا إنشاء BBS بلا خادم مركزي، مجرد وسم مشترك! 16:37 &lt;jrandom&gt; (السماح يدويًا بالمعرّفات الجديدة، وحظر/طرد المعرّفات التي تُغرِق، إلخ) 16:37 &lt;jrandom&gt; هناك حتى دعم متأصل لذلك في التشفير يا polecat :) 16:37 &lt;+polecat&gt; ربما يوقّع المشرف الرسائل المعتمدة للـBBS، والناس يجمعون قوائم الاعتماد من مدوّنة المشرف. 16:38 &lt;+polecat&gt; أووه ممتاز. 16:38 &lt;@frosk&gt; jrandom: كنت أعمل على أشياء GUI مؤخرًا، لكن كان من الصعب التوفيق مع بدء وظيفة جديدة :( 16:39 * cervantes يتواصل مع الموارد البشرية لطرد frosk 16:40 &lt;jrandom&gt; آه جيد، نأمل أنه عندما يخرج Syndie بترخيم HTTP ترقيعي سنغريك بالعودة إليه ;) 16:40 &lt;@frosk&gt; على الأقل مديري يتابع تطوير i2p الآن :) 16:40 * jrandom يلوّح لمدير frosk 16:40 &lt;@frosk&gt; نعم، ما زلت مصرًّا (تبًا!) :) 16:40 &lt;jrandom&gt; (أعطوا frosk وقتًا أطول إجازة، نحن بحاجة إليه!) 16:41 &lt;@cervantes&gt; نأمل ألا يقرأ عن كيف أنك كنت تنشر معلومات الشركة السرّية على مدوّنة Syndie الخاصة بك 16:41 &lt;bar&gt; GUI جيدة، نحن نحب GUI. أنت معفوّ. 16:41 &lt;+Complication&gt; هههه :) 16:41 &lt;@frosk&gt; غريب أن أدخل مكتبه وأضبطه يقرأ Syndie :) 16:41 &lt;jrandom&gt; هاها رائع 16:42 &lt;+polecat&gt; مبارك يا frosk، حتى لو طُردت بخزي وسمعة سيئة، على الأقل أريت شخصًا آخر كم هو رائع Syndie. 16:43 &lt;@frosk&gt; ههه نعم 16:43 &lt;+tethra&gt; ههه 16:44 &lt;@frosk&gt; واجهة الـGUI (في swt) هي/ستكون منصة اختبار لكل ما يخص feedspace، لإطلاقه 16:44 &lt;jrandom&gt; r0x0r 16:45 &lt;+void&gt; jrandom: ربما ينبغي أن تعيد نشر كل ما يذهب إلى القوائم البريدية على Syndie أيضًا؟ 16:45 &lt;jrandom&gt; علينا تمامًا دمجه مع واجهة Syndie SWT الرسومية (النموذج الأساسي هو متصفح، لكنه لا يعرض صفحات html في الألسنة) 16:46 &lt;+polecat&gt; سيكون ذلك لطيفًا. لا يبدو أنني أتلقى القائمة البريدية بعد الآن. 16:46 &lt;jrandom&gt; void: سيكون من السهل على أحدهم كتابة سكربت shell صغير لتمرير procmail إلى واجهة Syndie CLI 16:46 &lt;@cervantes&gt; هل هذه واجهات SWT الفاخرة مرتبطة بالتطبيقات؟ أم أنها واجهات فوق برامج CLI التنفيذية أو تستخدم TCP إلخ إلخ 16:46 &lt;@frosk&gt; يبدو منطقيًا 16:46 &lt;jrandom&gt; (إن لم تخني الذاكرة هناك منشور في مدوّنتي منذ فترة يشرح كيفية استخدام syndie cli لإدراج المشاركات) 16:47 &lt;+polecat&gt; حاليًا يمكن إنشاء خلاصات RSS لإطعامها لـ Syndie، رغم أنها ما تزال مرقّعة قليلًا. 16:47 &lt;jrandom&gt; cervantes: JDBC في معالجات الأحداث، مضمّنة مع استدعاءات JNI و MSVC، بالطبع ;) 16:47 * jrandom ينحني 16:48 &lt;+polecat&gt; Microsoft Visual Classes؟ 16:49 &lt;@cervantes&gt; jrandom: إذًا أي شيء يستطيع التحدث SQL يمكنه إدارة Syndie إذن 16:49 &lt;jrandom&gt; (من منظور Syndie، كل الوظائف مُنفّذة أساسًا في الكثير من تطبيقات CLI الصغيرة التي تحدّث قاعدة بيانات JDBC، وهناك واجهة SWT لاستعراض الـdb) 16:51 &lt;+polecat&gt; وبما أن لقاعدة البيانات واجهتين، JDBC و SQL، فإن عميلًا يتواصل بأي من البروتوكولين قد يعبث بـ Syndie. 16:51 &lt;jrandom&gt; cervantes: نعم ولا - جزء كبير من قاعدة البيانات مشفّر، لذا ليست كل الحقول قابلة للقراءة 16:51 &lt;+void&gt; هل ستبقى واجهة الويب الحالية؟ 16:51 &lt;jrandom&gt; (jdbc == sql) 16:51 &lt;jrandom&gt; void: لا 16:51 &lt;+polecat&gt; ظننت أنك قلت إن JDBC ليس بروتوكولًا نصيًا قابلًا للقراءة للبشر؟ 16:51 &lt;+Complication&gt; jdbc == java database interface، ربما مشابه قليلًا لـ odbc 16:51 &lt;jrandom&gt; ((jdbc ~= sql)) 16:51 &lt;+Complication&gt; شيء تتحدث SQL من خلاله 16:52 &lt;+void&gt; jrandom: ماذا سيحدث لـ syndie.i2p/syndiemedia.i2p.net؟ 16:52 &lt;+polecat&gt; أوه. عمومًا لم أحب SQL على أي حال. 16:52 &lt;@cervantes&gt; jrandom: إذًا من الأفضل إنشاء واجهة لـ syndieTools (tm) بدلًا من محاولة مصّ البيانات بنفسك 16:53 &lt;jrandom&gt; void: سيخبرنا الزمن. على الأرجح أنها 1) ستخدم كموقع/eepsite لـ Syndie، 2) ستخدم كأرشيف عام للمشاركات يمكن syndicate منه، ولاحقًا، عندما تُكتب واجهة ويب، 3) ستقدم واجهة ويب 16:53 &lt;+polecat&gt; لماذا لا نرسل bytecode كاستعلامات لقاعدة البيانات، بدلًا من عبارات COBOL العتيقة؟ 16:53 &lt;jrandom&gt; نعم يا cervantes 16:53 &lt;jrandom&gt; !lart polecat 16:54 &lt;+void&gt; ههههه 16:54 &lt;+polecat&gt; آه، نقطة ضعفي السرية. 16:54 &lt;@cervantes&gt; * لديك 6 larts متبقية في جردك، هناك باب إلى الشمال و polecat فاقد الوعي على الأرض 16:54 &lt;jrandom&gt; cervantes: هذا في الواقع تطبيق CLI رقم 3 (استخراج المشاركات الفردية، والذي يأتي بعد التطبيق رقم 2، سرد المشاركات الفردية (بعد رقم 1، إنشاء المشاركات الفردية، وبعد رقم 0، إدارة الأسماء المستعارة (nyms))) 16:54 &lt;jrandom&gt; لوول 16:54 &lt;+tethra&gt; هههه 16:55 &lt;+Complication&gt; مقترح ميزة: بدل bytecode، لماذا لا نرسل عملاء $agency الأحياء كاستعلامات لقاعدة البيانات؟ ;P 16:56 &lt;+Complication&gt; سيكون أسهل بكثير التحقق من أمانهم :P 16:56 &lt;@cervantes&gt; jrandom: وصلني 16:56 &lt;+tethra&gt; هل يتصرفون مثل الحمام الزاجل في المناخ المناسب، Complication؟ 16:56 &lt;+Complication&gt; tethra: فقط إذا تمكنت من دفعهم عبر طبقة TCP سليمين :P 16:56 &lt;+polecat&gt; نعم، استعلامات قاعدة البيانات عبر CPP! 16:57 &lt;+Complication&gt; أتخيل أن التجعّد في TCP قد يفسدهم 16:58 &lt;+Complication&gt; (آسف، كان ينبغي أن أحصر النكات في #i2p-chat، لكن أحيانًا لا أستطيع المقاومة) 16:58 * cervantes يشعر بأن baff يقترب قريبًا 16:58 &lt;+Complication&gt; استعلامات قاعدة البيانات كـ shellcode؟ 16:59 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:59 &lt;+polecat&gt; http://www.blug.linux.no/rfc1149/ &lt;- يمكننا تمرير i2p عبر هذا، حقًا. 16:59 * Complication يفضّل البقاء مع SQL 17:00 &lt;+void&gt; jrandom: هل لدى لغات غير java مكتبات لقواعد بيانات hsqldb؟ 17:01 &lt;+Complication&gt; أوو يبدو مرجحًا، بما أنهم يستخدمونه على ما يبدو 17:01 &lt;+void&gt; يبدو لي "لا" 17:01 &lt;+void&gt; أوه، همم 17:01 &lt;@cervantes&gt; openoffice يستخدمه لذا سأخمّن نعم 17:01 &lt;+Complication&gt; لكنني لست متأكدًا ممّ كُتِب OpenOffice 17:01 &lt;jrandom&gt; ليس مما أعرف. لكن يمكن لشخص ما تشغيل Syndie على قاعدة JDBC أخرى (mysql, oracle, إلخ) 17:01 &lt;jrandom&gt; oo يستخدم java 17:02 &lt;+void&gt; تحديدًا بماذا يستخدم openoffice هذه القاعدة؟ 17:02 &lt;+Complication&gt; لكنه يبدو أنه يستخدمه جزئيًا فقط 17:02 &lt;jrandom&gt; void: لتوليد PDF ولتطبيق قاعدة البيانات الشبيه بـ access لديهم 17:02 &lt;jrandom&gt; (من بين أمور أخرى) 17:02 &lt;+Complication&gt; نظرًا لأنه يوصي بـ JRE خارجي 17:02 &lt;+void&gt; حسنًا 17:03 &lt;+void&gt; من المزعج جدًا كتابة SQL قابلة للنقل رغم ذلك 17:03 &lt;+Complication&gt; إذا لم تستخدم triggers أو stored procedures، فلا ينبغي أن يكون الأمر مزعجًا جدًا 17:04 &lt;jrandom&gt; آه، ليس بهذا السوء، وسهل جعله خارجيًا 17:04 &lt;+void&gt; خصوصًا عند الاستهداف لـ oracle ;) 17:05 &lt;jrandom&gt; في الواقع، hsqldb يدعم pl/sql ;) 17:06 &lt;bar&gt; هل هناك أي خطط أخرى لهذه القاعدة، مثل الإحصاءات، ملفات الأقران، netdb..? 17:06 &lt;jrandom&gt; لا، هذا لـ Syndie فقط 17:06 &lt;bar&gt; حسنًا 17:07 &lt;jrandom&gt; (مع أنه عندما نشحن شيفرة hsqldb، يمكننا استخدامها في i2p "مجانيًا") 17:07 &lt;@cervantes&gt; بما أن Syndie ليس تطبيق I2P، بل تطبيق يمكن أن يعمل فوق I2P، صحيح؟ 17:07 &lt;jrandom&gt; نعم يا cervantes، لا توجد تبعية على i2p 17:07 &lt;+Complication&gt; من الجيد إبقاء Syndie قابلًا للنقل، إذ قد يكون له transports أخرى غير I2P 17:07 &lt;bar&gt; صحيح 17:08 &lt;+Complication&gt; ومع ذلك، أفهم أنه لن يكون صعبًا تشغيل العديد من مثيلات hsqldb على نفس الجهاز 17:08 &lt;+Complication&gt; لذا إذا احتاجته تطبيقات أخرى، فيبدو أنها تستطيع استخدامه 17:08 &lt;jrandom&gt; تافه، وبتكلفة 0 إذا استخدمت in-jvm dataase 17:08 &lt;+Complication&gt; (تستخدم مثيلها الخاص، ويفضل) 17:10 &lt;+void&gt; لا يوجد سائق jdbc لـ sqlite؟ 17:11 &lt;jrandom&gt; لا أدري، لم أستخدمه 17:11 &lt;+void&gt; آه، يبدو أن هناك *شيء ما* 17:13 &lt;jrandom&gt; حسنًا، أي شيء آخر للاجتماع؟ 17:13 &lt;jrandom&gt; إن لم يكن... 17:13 * jrandom يتهيأ 17:13 * jrandom يتراجع خطوة 17:13 * jrandom يلفّ ذراعه 17:13 * jrandom *baf* يُغلق الاجتماع </div>/ar/blog/2006/08/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-08-01/Tue, 01 Aug 2006 00:00:00 +0000/ar/blog/2006/08/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-08-01/<p>مرحباً بالجميع، حان وقت مجموعة موجزة من الملاحظات قبل اجتماع الليلة. أدرك أن لديكم مجموعة متنوعة من الأسئلة أو القضايا التي تودون طرحها، لذا سنتبع صيغة أكثر مرونة من المعتاد. هناك بضعة أمور فقط أود ذكرها أولاً.</p> <ul> <li>Network status</li> </ul> <p>يبدو أن الشبكة تعمل بشكل جيد، مع اكتمال أسراب من عمليات نقل I2PSnark كبيرة إلى حدّ ما، ومع تحقيق معدلات نقل مرتفعة بشكل ملحوظ على routers منفردة - لقد رأيت 650KBytes/sec و 17,000 من tunnels المشاركة من دون أي مشاكل. كما أن Routers عند الطرف الأدنى من النطاق تبدو بحال جيدة أيضًا، حيث تتصفح eepsites(I2P Sites) و irc عبر 2 hop tunnels بمتوسط استخدام يقل عن 1KByte/sec.</p>/ar/blog/2006/06/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2006/Tue, 13 Jun 2006 00:00:00 +0000/ar/blog/2006/06/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> fedo، jrandom، modulus، NickyB، user-land</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) مرحباً 16:05 &lt;jrandom&gt; 1) حالة الشبكة 16:05 &lt;jrandom&gt; 2) 0.6.1.21 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) مرحباً 16:05 * jrandom يلوّح 16:05 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2006-June/001293.html 16:06 &lt;jrandom&gt; بينما تتصفحون ذلك، دعونا ننتقل إلى 1) حالة الشبكة 16:07 &lt;jrandom&gt; سلوك الشبكة ليس رائعاً في الوقت الحالي - تعمل بشكل جيد لبعض الأشخاص، لكنها لا تعمل إطلاقاً لآخرين 16:07 &lt;modulus&gt; .20 يعمل جيداً بالنسبة لي، بينما .19 لم يعمل إطلاقاً، لكن أظن أن هذا مجرد حكاية فردية. 16:08 &lt;jrandom&gt; أنت تقول حكاية فردية، وأنا أقول نقطة بيانات :) 16:08 &lt;jrandom&gt; سيكون هناك إصدار جديد غداً من المفترض أن يحسّن الأمور قليلاً 16:09 &lt;jrandom&gt; أوه، أظن أن هذا هو 2)... هل لدى أحد أي شيء آخر حول 1) حالة الشبكة يود مناقشته أولاً؟ 16:10 &lt;jrandom&gt; إن لم يكن، دعونا ننتقل إلى 2) 0.6.1.21 16:11 &lt;jrandom&gt; 0.6.1.20-7 هو CVS head، وسيتحوّل إلى 0.6.1.21 في وقت ما غداً 16:12 &lt;jrandom&gt; ينبغي أن يحسّن قدرة النظراء السريعين على التعامل مع مزيد من tunnels (أنفاق)، مما ينبغي بدوره أن يحسّن معدلات النجاح للجميع 16:13 * jrandom يحصل حالياً على معدل نجاح ~30-60% (باستثناء حالات الانتهاء) - نأمل أن تنخفض حالات الانتهاء أكثر 16:14 &lt;jrandom&gt; حسناً، ليس لدي الكثير لأضيفه على هذا الصعيد - التغييرات مدرجة في history.txt، لذا ترقّبوا الإصدار غداً 16:14 &lt;jrandom&gt; (تذكير أيضاً بأنه قد يستغرق نشر الإصدار ما يصل إلى 12 ساعة، لذا من الأفضل إما بناء -7 أو الانتظار حتى الإعلان الفعلي على القائمة البريدية/الموقع) 16:15 &lt;jrandom&gt; حسناً، دعونا ننتقل إلى 3) ??? 16:15 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 16:15 &lt;user-land&gt; هل هناك توصيات لـ routers (موجّهات) يمكنها تحمّل الحمل القادم من i2p ؟ 16:15 &lt;NickyB&gt; نعم 16:15 &lt;NickyB&gt; بخصوص ircproxy 16:15 &lt;user-land&gt; وما الذي يؤخّر i2p 1.0 ؟ :-) 16:16 &lt;jrandom&gt; user-land: بالنسبة للسؤال الأول، لا (باستثناء «الصبر») 16:16 &lt;jrandom&gt; وبالنسبة للسؤال الثاني، انظر الإجابة الأولى 16:16 &lt;NickyB&gt; أولاً، آسف على إنجليزيتي الضعيفة. تم إعداد ircProxy ليكون قابلاً للوصول على شبكتي المحلية، مثل بقية proxy (وeeproxy أيضاً) لكن منفذ 6668 لدي قابل للوصول على الشبكة.... 16:17 &lt;jrandom&gt; NickyB: عندما تقول على شبكتك المحلية، ما هي الـ*interface* المربوط بها (على `http://localhost:7657/i2ptunnel/index.jsp)` 16:18 &lt;jrandom&gt; NickyB: إذا كانت الـinterface هي "0.0.0.0"، نعم، ستقبل اتصالات من أي مكان. إذا كانت "127.0.0.1" فستقبل الاتصالات من localhost فقط. إذا كانت "10.0.0.123" أو "192.168.1.42"، فستقبل الاتصالات من شبكتك المحلية (LAN) 16:19 &lt;NickyB&gt; أمم، بالنسبة لوحدة التحكم لدي، أجريت تغييراً في client.config 16:19 &lt;NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/ 16:19 &lt;NickyB&gt; 192.168.0.1 هو العنوان المُعطى لجميع proxy لدي 16:19 &lt;NickyB&gt; قابل للوصول بواسطة: 16:20 &lt;NickyB&gt; أجهزة LAN 16:20 &lt;NickyB&gt; 192.168.0.1 16:20 &lt;NickyB&gt; ومنفذ 4444 لدي غير قابل للوصول على الشبكة، لكن 6668 نعم 16:20 &lt;jrandom&gt; NickyB: تحتاج إلى إيقاف ثم تشغيل ذلك الـ i2ptunnel proxy تحديداً حتى تصبح التغييرات نافذة 16:21 &lt;jrandom&gt; مع ذلك، ربما يمكننا مواصلة التصحيح بعد الاجتماع (بما أن كل هذا مُسجَّل ;) 16:21 &lt;NickyB&gt; سأحاول، شكراً لك 16:21 &lt;jrandom&gt; لا مشكلة، شكراً على صبرك 16:21 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:21 &lt;fedo&gt; لماذا لن يكون .21 إصداراً *إلزامياً* ؟ أسأل لأن لدينا الكثير من .12 و .13 إلخ. routers. قد لا يساعد هذا في صحة الشبكة ... 16:23 &lt;jrandom&gt; الـrouters القديمة لا تضر كثيراً، وليس منها عدد كبير (شيء مثل 200-300 تبقى ضمن إصدار واحد من الحالي) 16:23 &lt;user-land&gt; الـrouter العتادي لدي انهار تحت حمل i2p. لهذا سألت عن توصيات العتاد. 16:24 &lt;jrandom&gt; آه، آسف، أسأتُ فهم سؤالك يا user-land. تمكنت من التعايش مع أجهزة Linksys وBelkin الرخيصة، رغم أنني لا أعرف ما المحوّلات الشبكية لديهم في colo الحالي 16:24 &lt;user-land&gt; شكراً. 16:25 &lt;jrandom&gt; fedo: المفتاح الحقيقي في ...21 هو أن 1) الـrouters السريعة تقوم بالترقية (وهي الأكثر احتمالاً لذلك على أية حال)، و2) أن يكون المستخدمون على ...19 أو أعلى 16:26 &lt;fedo&gt; حسناً Jr 16:26 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:28 &lt;user-land&gt; شكراً على جهودكم :-) 16:28 * ashter2 يؤيّد user-land 16:28 &lt;user-land&gt; و http://www.savetheinternet.com/ 16:29 &lt;jrandom&gt; (به، لا تثقوا بالسياسة لتحمينا. استخدموا التقنية) 16:29 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر... 16:30 * jrandom يختتم 16:30 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2006/06/13/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-06-13/Tue, 13 Jun 2006 00:00:00 +0000/ar/blog/2006/06/13/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-06-13/<p>مرحباً يا جماعة، ها قد حلّ يوم الثلاثاء مجدداً،</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) 0.6.1.21 3) ؟؟؟</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>في هذه الأيام، الأمور ليست على ما يرام على الشبكة، وللأسف، لا توجد تعديلات محلية يمكنك القيام بها لتحسين الوضع. نقدّر صبرك.</p> <ul> <li> <ol start="2"> <li>0.6.1.21</li> </ol> </li> </ul> <p>على مدى الإصدارات القليلة الماضية، كنا نقلّص عدد المتغيرات في سلوك الشبكة، وفي غضون يوم أو نحو ذلك ينبغي أن يكون لدينا إصدار جديد 0.6.1.21 نبني عليه الخبرات التي اكتسبناها مع 0.6.1.20. من بين أمور أخرى، ينبغي لإصدار الغد أن يقلّل عدد حالات الرفض غير الضرورية لـ tunnel (نفق) (مع أنه قد يدفعنا إلى حالة متساهلة أكثر مما ينبغي)، ومع نشر ذلك نأمل أن نرى بعض التحسّن. وإن لم يحدث ذلك، فما يزال لدينا نظام فرعي آخر لإعادة تفكيكه جذرياً لإعادتنا إلى حالة جيدة، لكنني أفضّل تجنّب تلك المعركة إن أمكن بأي حال.</p>/ar/blog/2006/05/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%85%D8%A7%D9%8A%D9%88-2006/Tue, 30 May 2006 00:00:00 +0000/ar/blog/2006/05/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%85%D8%A7%D9%8A%D9%88-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, frosk, green, jrandom, tethrar</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:00 &lt;jrandom&gt; 0) مرحبًا 16:00 &lt;jrandom&gt; 1) حالة الشبكة 16:00 &lt;jrandom&gt; 2) تصفية النظراء 16:00 &lt;jrandom&gt; 3) حالة Syndie 16:00 &lt;jrandom&gt; 4) ??? 16:00 &lt;jrandom&gt; 0) مرحبًا 16:00 * jrandom يُلوّح 16:01 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 &lt;jrandom&gt; (مبكّرة بساعة حتى [أو متأخرة بضعة أسابيع، إذا أردتم مضايقتي ;]) 16:02 &lt;jrandom&gt; حسنًا، لننتقل مباشرةً إلى 1) حالة الشبكة 16:02 &lt;jrandom&gt; الأمور ليست بالشكل الذي ينبغي أن تكون عليه. إنها أفضل مما كانت عليه أثناء انهيار الازدحام، لكنها ينبغي أن تكون أفضل مما هي عليه الآن 16:03 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه حول ذلك، ما لم يكن لدى أي شخص أسئلة/مخاوف بشأن 1)؟ 16:03 &lt;@frosk&gt; أحصل على أيام من اتصال IRC مع .19، لذا لا شكاوى هنا 16:04 &lt;jrandom&gt; جميل 16:04 &lt;jrandom&gt; نعم، هو جيد للبعض، لكنه ليس جيدًا بما يكفي ولا ثابتًا بما يكفي. الإحصاءات في قاعدة البيانات لا تبدو رائعة أيضًا 16:06 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة، أم ننتقل إلى 2) تصفية النظراء؟ 16:07 &lt;jrandom&gt; [أدخل أصوات الحركة هنا] 16:09 &lt;jrandom&gt; كما ذُكر في البريد، خلاصة الأمر هي إعطاء عملية اختيار النظراء لدينا دفعة بسيطة. في البداية، سيكون ذلك محفوفًا ببعض المخاطر، إذ يتيح بعض هجمات التقسيم النشطة، لكن إذا عمل كما آمل، فيمكننا تجنّب ذلك 16:10 &lt;jrandom&gt; (لكن تجنّبه يتطلّب عمليًا قتل جميع هويات router، وهو ما سيؤدي فعليًا إلى إعادة ضبط للشبكة، لذلك أفضّل تجنّب ذلك ما لم يكن مجديًا) 16:11 &lt;bar&gt; إعادة ضبطها مرة واحدة أم بشكل متكرر؟ 16:11 &lt;bar&gt; s/reset/killing 16:11 &lt;jrandom&gt; على الأقل مرة واحدة، وكذلك عند كل تغييرات الإعدادات الجذرية اللاحقة 16:12 &lt;jrandom&gt; (أي وضع بعض المعايير في شهادة هوية router، مما يعني بدوره تغيير تجزئة المُعرِّف، بحيث لا يمكنهم التظاهر بدفع إعداد واحد لبعض الناس وآخرين لآخرين) 16:13 &lt;bar&gt; فهمت 16:14 &lt;jrandom&gt; حسنًا، لا أظن أن لدي شيئًا آخر حول هذا الموضوع حاليًا، ما لم يكن لدى أحد أسئلة/تعليقات/مخاوف؟ 16:15 &lt;jrandom&gt; (نأمل أن يتوفّر بناء خلال يوم أو يومين، وإصدار بعد أن يستقر) 16:17 &lt;jrandom&gt; حسنًا، نمرّ سريعًا على 3).. 16:18 &lt;jrandom&gt; Syndie تتقدّم، وعلى الرغم من أن معركة amd64/amd32/x86/swt/gcj لم تكن جميلة دائمًا، سيكون لدينا بناء جاهز في يونيو 16:19 &lt;jrandom&gt; (لكن لا تزالوا لا تتحدثوا معي عن mingw/gcj ;) 16:19 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه هناك في الوقت الحالي، ما لم يكن لدى أحد أسئلة/مخاوف بخصوص إعادة تصميم Syndie؟ 16:21 &lt;@cervantes&gt; كيف يتقدّم دعم mingw/gcj؟ 16:21 &lt;@cervantes&gt; *ينخفض* 16:22 &lt;@cervantes&gt; هل سنحصل على بعض لقطات الشاشة قبل إصدار يونيو؟ :) 16:23 &lt;jrandom&gt; أنا متأكد أنني سأحاول استقطاب بعض المتطوّعين المتحمّسين لاختبارات ما قبل الإصدار ;) 16:23 &lt;tethrar&gt; احسبني معكم ;) 16:23 &lt;jrandom&gt; w3wt 16:24 &lt;jrandom&gt; حسنًا، لننتقل إلى البند الذي أعلم أنكم كنتم تنتظرونه: 4) ??? 16:24 &lt;jrandom&gt; ما الأخبااار؟ 16:24 &lt;green&gt; هل هناك خطة لامتلاك I2P router يعمل «فعليًا» مع Via C7؟ jbigi يقدّم تحسّنًا بنسبة 30% فقط مقارنةً بـ Java الكاملة 16:25 &lt;jrandom&gt; هل ما زالت نسبة 30% مكلفة على المعالج؟ ما الذي يجعله غير «فعلي»؟ 16:25 &lt;jrandom&gt; لكن لا، ليست لدي مهارات الرياضيات أو مهارة assembly لـ C7 لصنع libGMP أفضل لـ C7. 16:25 &lt;green&gt; بالتأكيد مُجهِدة للمعالج مع حمل 100% على المعالج :P 16:26 &lt;jrandom&gt; وصول استهلاك المعالج إلى 100% يوحي بأن المشكلة ليست في jbigi، بل في أن jbigi يُستخدم بكثرة شديدة 16:26 &lt;jrandom&gt; ومن أجل ذلك، نعم، لدينا الكثير في الطريق. 16:26 &lt;jrandom&gt; (مثلاً: تقليل إعادة إنشاء الاتصالات، وتحسين معدلات نجاح بناء tunnel، إلخ) 16:27 &lt;jrandom&gt; ((وألّا تصل طلبات tunnel بأعداد كبيرة إذا لم يكن router قادرًا على التعامل معها)) 16:29 &lt;green&gt; هممم، هذا على جهاز مخصّص بسرعة 100Mb/s لذا ينبغي أن يكون قادرًا 16:30 &lt;jrandom&gt; لا، النطاق الترددي ليس المورد الوحيد المقيّد هنا، فالمعالج واضح أنه كذلك ;) 16:33 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:36 &lt;jrandom&gt; *يسعل* 16:37 * jrandom يستعد 16:37 * jrandom *baf*s يُغلِق الاجتماع </div>/ar/blog/2006/05/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-30/Tue, 30 May 2006 00:00:00 +0000/ar/blog/2006/05/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-30/<p>مرحباً بالجميع، بعد استراحة قصيرة، حان وقت ملاحظات الحالة الأسبوعية الخاصة بنا مجدداً (غير موقَّعة لأسباب تتعلق بصيانة النظام)</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) تصفية النظراء 3) حالة Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>للأسف، لا جديد لنبلّغ عنه بخصوص حالة الشبكة. لا يزال الوضع صعبًا إلى حدّ كبير هناك، وحسبما أرى، لا يوجد تعديل بسيط أو معامل قابل للضبط يمكنك استخدامه لتحسينه محليًا بأمان. سنصدر مزيدًا من المعلومات والإصدارات التي تساعد على ذلك حالما تصبح متاحة، لكن في هذه الأثناء، نقدّر صبركم.</p>/ar/blog/2006/05/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%85%D8%A7%D9%8A%D9%88-2006/Tue, 16 May 2006 00:00:00 +0000/ar/blog/2006/05/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%85%D8%A7%D9%8A%D9%88-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, Pi</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> &lt;cervantes&gt; moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html &lt;cervantes&gt; 0) hi &lt;cervantes&gt; 1) jrandom's not here &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 0) hi &lt;cervantes&gt; hi &lt;cervantes&gt; moving on to 1) &lt;cervantes&gt; jrandom isn't here today, but he'll give us a status update tomorrow &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; does anyone have anything else to add to the meeting? &lt;bar&gt; i have a question &lt;cervantes&gt; in that case... * cervantes winds up * cervantes stops winding &lt;Complication&gt; Aha, a question... &lt;bar&gt; the PRNG fix in cvs, will that improve the general performace or is it related to something else? &lt;cervantes&gt; it's uncertain what consequences it might have in general &lt;Complication&gt; I'm personally not aware of its total impact, but it does involve at least two behaviours I'm aware of: &lt;cervantes&gt; but it specifically fixes a symptom with i2ptunnel * cervantes lets complication decomplicate &lt;Complication&gt; tunnel length randomization and IRC server choice (more generically, random selection from a list of I2PTunnel destinations) &lt;Complication&gt; Tunnel length randomization probably has a significant effect on overall network health, since it allows clients who are permitted to compromise on tunnel length to actually do that &lt;Complication&gt; So they won't be holding breath and building 2-hop tunnels, but also try some 1-hop tunnels &lt;Complication&gt; (which on hard times, are much easier to get) &lt;cervantes&gt; also irc connectivity might improve once it's rolled out. Basically freshcoffee was never getting any client connections because it was second in the list - so with the next release the load should be evenly distributed between both servers &lt;bar&gt; so the bug made people always go for the longer tunnel lengths if available? &lt;Complication&gt; If I understood right, every randomization with smallish integers (e.g. pick 0 or 1) was affected &lt;Complication&gt; I *think* randomizations with bigger integers (e.g. pick an integer between 0 and 100) were less affected &lt;Complication&gt; if you're interested, you should probably ask jranom for details when he's back &lt;Complication&gt; I may get the details wrong. &lt;bar&gt; i see, thanks. good catch &lt;Complication&gt; well, cervantes came here and started complaining about not getting any overload ;P &lt;cervantes&gt; that was my understanding of it too &lt;cervantes&gt; see...you don't get anything in life if you don't grumble :) &lt;cervantes&gt; do any folk have other questions or topics for the meeting? &lt;fox&gt; &lt;duck&gt; yes &lt;Pi&gt; a question about general net health : i see more and more clients get left behind i2p-version wise (2 still using 0.6.1.11 and so on). won't these clients make monitoring effects of changes to the core more and more harder? (as "fewer" seem to want to update) &lt;fox&gt; * duck repeats above * w423412323 suggests a topic change along that line. ;) &lt;fox&gt; &lt;duck&gt; I was wondering, I have seen some funky tuning commits on the cvs mailinglist. are those more experiments? are they based on observations? are they premature? &lt;Complication&gt; Pi: as long as they aren't present in big numbers, they shouldn't make a big difference &lt;Pi&gt; 70 of 300 clients using non-0.6.1.18-version according to my netdb now &lt;Complication&gt; It's a game of numbers and capacity - if either most routers, or additionally the highest-capacity routers are reasonably updated, some people forgetting that they installed I2P shouldn't matter :) &lt;cervantes&gt; Pi: if the older routers misbehave then the network _should_ adapt and reduce traffice being router via them &lt;cervantes&gt; *being routed &lt;cervantes&gt; Complication: did you see duck's question? &lt;Pi&gt; and a question about a stat on the i2p-console which appeared some time ago : what does handle backlog mean? &lt;Complication&gt; duck: would you mean the tunnel throttle adjustments? They're tuning in the sense that they won't bring much inherently new, but they should be fairly well-tested now (e.g. they probably won't byte) &lt;Complication&gt; But they might byte a little, if you run an exotic setup which is completely outside the parameters I could think of &lt;fox&gt; &lt;duck&gt; Complication: I was wondering if '2' instead of '3' thingies really mattered that much &lt;fox&gt; &lt;duck&gt; but it seemed that the random problem might have been a big baddy &lt;fox&gt; &lt;duck&gt; (though the relative impact of that towards network unhealth depends on when it was introduced) &lt;cervantes&gt; Pi: handle backlog is the number of pending inbound tunnel join requests (quoted from the changelog) &lt;Complication&gt; If you mean the random nextInteger() problem, and effect on tunnel length randomization, I feel it would have significant effect &lt;Complication&gt; The cost difference of building a 1-hop and 2-hop tunnel is pretty significant &lt;Pi&gt; thx, cervantes :) &lt;fox&gt; &lt;duck&gt; when was it introduced? &lt;Complication&gt; duck: I think it was introduced with some switchovers to the Fortuna generator, or some modification therein &lt;fox&gt; &lt;duck&gt; ok; thanks a lot for your input &lt;Complication&gt; Let me check the cvsweb for more detail... &lt;cervantes&gt; Pi: I believe there's code in place now that drops inbound tunnel requests if the queue fills up (to help reduce cpu load) &lt;Complication&gt; Pi: yes, that should be the visible indicator of another parameter used for deciding "do we have enough capacity to participate in another tunnel?" &lt;cervantes&gt; duck: I certainly experience a large change in router behaviour since the fix was introduced. - not all good I have to say :) &lt;Complication&gt; big handle backlog == congestion, no point in trying to join other people's tunnels &lt;cervantes&gt; had a load average of 14 and 12000 participating tunnels the other day &lt;Complication&gt; Handle backlog seems important particularly on high-capacity routers (referring to what cervantes saw) &lt;Complication&gt; Low capacity routers generally throttle their tunnel acceptance for bandwidth reasons &lt;Complication&gt; (or tunnel test time reasons, to be correct) &lt;Complication&gt; (or at least, to try that) &lt;cervantes&gt; wow we've managed half an hour.... &lt;Complication&gt; Indeed :D &lt;cervantes&gt; anyone want to bring anything else to the table? &lt;cervantes&gt; in that case... * cervantes winds up * cervantes *baffs* the meeting closed &lt;fox&gt; &lt;duck&gt; thx for taking care of the meeting &lt;cervantes&gt; heh I was expecting to baf it closed before anything said anything....but bar ruined that plan :) </div>/ar/blog/2006/05/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-16/Tue, 16 May 2006 00:00:00 +0000/ar/blog/2006/05/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-16/<p>مرحباً يا جماعة، ملاحظات ميتا سريعة اليوم. عليّ أن أغادر هذا المساء على عجل ولن أعود في الوقت المناسب للاجتماع، لكن سأكتب مجموعة من ملاحظات الحالة غداً (ومع انعقاد الاجتماع الأسبوع المقبل بالطبع). كان Complication يعمل بلا توقف على بعض التعديلات اللطيفة في cvs، وهناك أمور مبشرة قادمة، لذا نأمل أن يكون لدينا إصدار في وقت لاحق من هذا الأسبوع. لكن لست متأكداً.</p> <p>على أي حال، إذا اجتمعتم الليلة، يُرجى الاحتفاظ بسجلات الاجتماع وتنفيذ عملية commit لها إلى i2pwww cvs module، وسأنشرها على الموقع غدًا.</p>/ar/blog/2006/05/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%85%D8%A7%D9%8A%D9%88-2006/Tue, 09 May 2006 00:00:00 +0000/ar/blog/2006/05/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%85%D8%A7%D9%8A%D9%88-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> arse, cervantes, Complication, i, jrandom, roderick_spod1, tmp</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:31 &lt;jrandom&gt; 0) مرحباً 16:31 &lt;jrandom&gt; 1) حالة الشبكة و0.6.1.18 16:31 &lt;jrandom&gt; 2) baz 16:31 &lt;jrandom&gt; 3) ??? 16:31 &lt;jrandom&gt; 0) مرحباً 16:31 * jrandom يلوّح 16:32 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 &lt;jrandom&gt; بينما تقرأون ذلك، دعونا ننتقل إلى 1) حالة الشبكة و0.6.1.18 16:33 &lt;jrandom&gt; كان الأسبوع الماضي متقلباً إلى حدّ ما على IRC وعلى الشبكة عموماً 16:33 &lt;+Complication&gt; أراقب الرسوم البيانية، لكني لم ألحظ تغييراً ملموساً بعد 16:33 &lt;+Complication&gt; وما زال هذا مجرد بداية أيضاً، بطبيعة الحال 16:34 &lt;jrandom&gt; أجل، لم تمضِ سوى بضع ساعات، مع ترقية أقل من 20% من الشبكة 16:35 &lt;jrandom&gt; لا تزال لدينا بعض الأوراق الثقيلة لننشرها على الشبكة، لكنني أفضل أن تستقر الأمور أولاً قبل دفع تغييرات كبيرة 16:35 &lt;+Complication&gt; بالفعل، من المفيد أن نرى (بقدر ما تسمح الرؤية) ما الذي يغيّر ماذا، وفي أي اتجاه 16:36 &lt;+Complication&gt; إذا نُشر كل شيء دفعة واحدة، فسيكون من الصعب جداً معرفة ما الذي نجح 16:38 &lt;tmp&gt; *تنهد* 16:38 * tmp يحلم باستقرار IRC. 16:39 &lt;jrandom&gt; أجل، على جميع الجبهات ;) 16:39 &lt;+fox&gt; &lt;roderick_spod1&gt; رودريك يحلم بصدور كبيرة. 16:39 &lt;jrandom&gt; (لهذا يمكننا تصفية سجلات الاجتماع... ;) 16:40 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لـ 1) حالة الشبكة و0.6.1.18؟ 16:41 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) 16:42 &lt;jrandom&gt; لا يوجد الكثير لإضافته هنا، مجرد تحديث حالة بخصوص بعض دعم w32/w64 16:43 &lt;jrandom&gt; كما ذُكر في البريد، gcj لا يبدو قابلاً للتطبيق على mingw حالياً، رغم أننا قد نتمكن من اللجوء لبعض الحيل 16:44 &lt;jrandom&gt; هناك إصدار أقدم 3.4.4/3.4.5 من gcj يعمل على mingw، لكن دعم classpath فيه قديم جداً. 16:45 &lt;jrandom&gt; (وحتى بعد إزالة عدد من العناصر من hsqldb، لا تزال هناك تبعيات لا يلبّيها 3.4.5. لكن ربما يمكننا التخلص منها أيضاً... إذا لزم الأمر) 16:47 &lt;jrandom&gt; حسناً، إذا لا شيء آخر، فلننتقل إلى 3) ??? 16:47 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 16:48 &lt;cervantes&gt; فقط لأقول "عمل رائع يا bar" على تبرّعه الرائع 16:48 &lt;+Complication&gt; حسناً، كان هناك سؤال في المنتدى حول أزمنة التشغيل المعروضة في NetDB... 16:48 * Complication يؤيد ذلك 16:49 &lt;+Complication&gt; بالنسبة لأزمنة التشغيل، إن تذكرتم، قمتُ بتغبيشها قليلاً في مارس... 16:49 &lt;cervantes&gt; لا بد أنني فاتني ذلك بين ثرثرات odci.gov 16:50 &lt;tmp&gt; ما الذي تفعله بحق السماء في ذلك الجانب يا roderick_spod؟ 16:50 &lt;jrandom&gt; نعم يا Complication 16:50 &lt;+Complication&gt; حسناً، بما أن السؤال طُرح، تساءلتُ هل يمكن تغبيشها أكثر، أم أن ذلك سيضر بقدرة التنقيح (debug)؟ 16:52 &lt;jrandom&gt; لستُ متأكداً من الجدوى — فمع تحليل دقيق، يمكن لجميع بيانات الإحصاء أن تكشف الكثير من المعلومات 16:52 &lt;arse&gt; هل تعتقدون أن دورية الشبكة ستخفّ 16:52 &lt;jrandom&gt; عندما يحين الوقت، سنوقف نشر الإحصاءات تماماً 16:52 &lt;+Complication&gt; لم نشهد مؤخراً حالات إعادة تشغيل للـrouter، لكن هذا فقط مؤخراً... 16:52 &lt;jrandom&gt; arse: نعم 16:52 &lt;+Complication&gt; (وجزئياً لأن الـwatchdog يفتقر للأدوات الرادعة) 16:54 &lt;+Complication&gt; صحيح، من المحتوم إلى حدّ كبير أنه خلال هذه المرحلة، لا بد أن بعض المعلومات ستكون متاحة 16:55 &lt;jrandom&gt; أيضاً، الافتراض الذي قاموا به غير صحيح، فـpublishedTimeAgo هو كم مضى منذ أن /استلم/ الـrouter إدخال netDb، وليس وقت توقيعه 16:55 &lt;jrandom&gt; أمم، انتظر، لا، هذا غير صحيح 16:56 &lt;jrandom&gt; لا تهتموا بي. نعم، إنه يضيف تبايناً بسيطاً فقط 16:56 &lt;+Complication&gt; هه، أحاول نشر رد، لكنني أتلقى حالياً رسالة "no post mode specified" 16:57 &lt;+Complication&gt; نعم، هناك تأخير، وبالمناسبة، كم مرة كانت تُنشر هذه المعلومات؟ ليس كثيراً، إن لم تخنّي الذاكرة؟ 16:57 &lt;+Complication&gt; بشكل عام، إن اقترحتُ تقليل الدقة هناك قليلاً، هل تمانع؟ 16:58 &lt;jrandom&gt; يُنشر إدخال موقّع جديد كل 5–15 دقيقة، لكن ذلك يُنشر إلى netDb فقط، وليس إلى جميع الأقران 16:58 &lt;jrandom&gt; لا يحصل الأقران على النسخة المُحدَّثة إلا عندما يبحثون عنها أو يعاودون الاتصال 16:59 &lt;jrandom&gt; لكن نعم، لا بأس بإضافة مزيد من التباين. سيؤثر ذلك في مخططات زمن التشغيل لدى stat.i2p، لكن ما دام يُبقي الأمور معقولة، فذلك جيد 17:01 &lt;+Complication&gt; سأحاول إبقاء الأمر معقولاً إذن :) 17:01 &lt;jrandom&gt; هه، رائع، شكراً يا Complication 17:04 &lt;jrandom&gt; *سعال* (ومتماسك أيضاً ;) حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 17:04 &lt;+Complication&gt; ملاحظة جانبية: جميل، علة "post mode" رضخت للإصرار، وتمكنتُ من نشر رد أيضاً :) 17:05 &lt;jrandom&gt; w3rd Complication &lt;i&gt;تم اقتطاع الرسائل الخارجة عن الموضوع&lt;/i&gt; 17:08 &lt;jrandom&gt; حسناً، إذا لا شيء آخر... 17:08 * jrandom يستعد 17:09 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2006/05/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-09/Tue, 09 May 2006 00:00:00 +0000/ar/blog/2006/05/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-09/<p>مرحباً يا جماعة، ها قد عاد يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.18 2) baz 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.18</li> </ol> </li> </ul> <p>بعد أسبوع آخر من الاختبار والتحسينات الطفيفة، طرحنا إصدارًا جديدًا بعد ظهر اليوم، من المفترض أن يضعنا في بيئة أكثر استقرارًا ننطلق منها لإجراء تحسينات. على الأرجح لن نرى تأثيرًا كبيرًا حتى يتم نشره على نطاق واسع، لذا قد نضطر إلى الانتظار بضعة أيام لنرى كيف تسير الأمور، ولكن القياسات ستستمر بالطبع.</p>/ar/blog/2006/05/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D9%8A%D9%88-2006/Tue, 02 May 2006 00:00:00 +0000/ar/blog/2006/05/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D9%8A%D9%88-2006/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> green, jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) مرحباً 16:09 &lt;jrandom&gt; 1) حالة الشبكة 16:09 &lt;jrandom&gt; 2) حالة Syndie 16:09 &lt;jrandom&gt; 3) ??? 16:09 &lt;jrandom&gt; 0) مرحباً 16:09 * jrandom يلوّح 16:10 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 &lt;jrandom&gt; حسناً، وبينما تقرؤون جميعاً تلك الرسالة المشوقة، دعونا نبدأ بـ 1) حالة الشبكة 16:13 &lt;jrandom&gt; حتى الآن، يبدو أن مشكلة انهيار الازدحام بأكملها قد تم حلّها، ومعدلات إنشاء الtunnel تسير بشكل جيد. مع ذلك، لا تزال هناك مسائل لم تُحلّ بعد 16:14 &lt;jrandom&gt; السلوك الدوري الذي نوقش سابقاً (يحدث غالباً على فواصل 10-12 دقيقة) ما زال قائماً، مسبِّباً حالات رفض بصورة عكسية. هناك إصلاح جديد في الشيفرة اعتباراً من ‎-1 يفترض أن يتخلص من ذلك 16:15 &lt;jrandom&gt; (أي عشوَنة مواعيد انتهاء الtunnel بشكل /صحيح/، بخلاف العشوَنة المعطوبة سابقاً) 16:16 &lt;jrandom&gt; ذلك، إضافةً إلى تحسين ssu وجدولة اختبار الtunnel، ينبغي أن يساعد، ولكن إلى أي مدى، لست متأكداً تماماً بعد 16:17 &lt;jrandom&gt; حسناً، هذا تقريباً كل ما لدي حول ذلك في الوقت الحالي. هل لدى أيٍّ منكم أسئلة/تعليقات/مخاوف بشأن 1) حالة الشبكة؟ 16:18 &lt;green&gt; همم، لا يتم بلوغ حدود عرض النطاق القصوى مطلقاً وهذا بعيد فعلاً عما كان سابقاً 16:18 &lt;green&gt; كما في 1-7 16:18 &lt;green&gt; s/1-7/.12-7 16:18 &lt;jrandom&gt; كيف تم تعيين نسبة مشاركة عرض النطاق لديك؟ هذا الآن إعداد قوي جداً 16:19 &lt;green&gt; 80% 16:19 &lt;green&gt; ولكن يُستخدم حوالي 40% فقط من إجمالي عرض النطاق 16:20 &lt;green&gt; هذا مجرد "router لا يفعل شيئاً" :P 16:20 &lt;jrandom&gt; همم، كل كم من الوقت يرتفع عرض النطاق لديك بشكل مفاجئ إلى 80%، وهل ترفض كثيراً طلبات الtunnel (`http://localhost:7657/oldstats.jsp#tunnel.reject.30` و tunnel.reject.*) 16:21 &lt;jrandom&gt; الدورية الملحوظة في طلبات الtunnel كثيراً ما تجعل الناس يكتشفون حملاً زائداً بينما هو غير موجود فعلاً 16:21 &lt;jrandom&gt; (لأن routers لديها سعة فائضة في أوقات أخرى، فقط ليس عندما تتعرض لارتفاعات مفاجئة) 16:22 &lt;green&gt; tunnel.reject.30 مسطّح جداً مثل 1,00 على مدى 14 025,00 حدثاً 16:22 &lt;jrandom&gt; أوه، عذراً، إن عدد الأحداث نفسه لتلك الإحصائية هو المفتاح - لقد رفضتَ أكثر من 14,000 طلب للtunnel بسبب زيادة الحمل على عرض النطاق 16:23 &lt;jrandom&gt; (إن "value" لتلك الإحصائية هي عدد الtunnels التي تم رفضها عند الحدث، ويكون ذلك دائماً 1، لأن الحدث يحدث بسبب رسالة) 16:27 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 1) حالة الشبكة، فلننتقل إلى 2) حالة Syndie 16:27 &lt;jrandom&gt; ليس لدي الكثير لأضيفه إلى ما في البريد بخصوص syndie، أردتُ فقط إعطاء تحديث 16:28 &lt;jrandom&gt; حسناً، وعلى هذا، ما لم يكن هناك شيء يريد أحد طرحه فيما يتعلق بـ syndie، فلنقفز إلى القديمة الموثوقة، 3) ??? 16:28 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 16:31 * tethra يود أن يقول "شكراً" (مرة أخرى) على .17، إذ كان هناك تحسّن كبير 16:33 &lt;jrandom&gt; سعيد بالمساعدة، وهناك المزيد في الطريق 16:33 &lt;jrandom&gt; حسناً، ولكن إن لم يكن هناك شيء آخر لاجتماع اليوم... 16:33 * jrandom يختتم 16:33 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/05/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-02/Tue, 02 May 2006 00:00:00 +0000/ar/blog/2006/05/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-05-02/<p>مرحبًا يا جماعة، ها قد حلّ الثلاثاء من جديد</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة Syndie 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>بعد أسبوع آخر مع 0.6.1.17، لا تزال عدة قياسات رئيسية لصحة الشبكة في حالة جيدة. ومع ذلك، نرى بعض المشكلات المتبقية تنتقل إلى طبقة التطبيق، لا سيما الارتفاع الأخير في عمليات إعادة الاتصال على خوادم irc2p. لقد كان Postman وcervantes وComplication وأنا نتفحّص جوانب مختلفة من سلوك الشبكة كما يرتبط بالأداء الظاهر للمستخدم، وقد حدّدنا ونفّذنا بعض التحسينات (الإصدار الحالي من CVS HEAD هو 0.6.1.17-4). ما زلنا نراقب سلوكه ونجري بعض التجارب على تعديلات طفيفة قبل إصداره كالإصدار 0.6.1.18، لكن من المرجّح أن ذلك لا يبعد سوى بضعة أيام.</p>/ar/blog/2006/04/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-25/Tue, 25 Apr 2006 00:00:00 +0000/ar/blog/2006/04/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-25/<p>مرحباً يا جماعة، حان وقت اجتماعنا ما قبل الأربعاء</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.17 2) I2Phex 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.17</li> </ol> </li> </ul> <p>بعد بضعة أيام من مراقبة بعض التصحيحات، طرحنا إصدارًا جديدًا 0.6.1.17، وحتى الآن كان التحسن ملحوظًا. لقد ارتفعت معدلات نجاح بناء Tunnel بمقدار رتبة إلى رتبتين من حيث الحجم، وأصبح الأقران الذين خُفِّضت سرعاتهم قادرين الآن على العمل ضمن قيود معقولة لعرض النطاق الترددي مرة أخرى. لقد قام 60%+ من الشبكة بالترقية حتى الآن (شكرًا!)، لكن سيكون من المفيد أن يواكب الباقون أيضًا.</p>/ar/blog/2006/04/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-18/Tue, 18 Apr 2006 00:00:00 +0000/ar/blog/2006/04/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-18/<p>مرحباً بالجميع، ها قد حلّ يوم الثلاثاء مجدداً لملاحظات الحالة الأسبوعية لدينا</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.16 2) إنشاء Tunnel والازدحام 3) Feedspace 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.16</li> </ol> </li> </ul> <p>مع ترقية 70% من الشبكة إلى 0.6.1.16، يبدو أننا نشهد تحسناً مقارنة بالإصدارات السابقة، وبعد إصلاح المشكلات في ذلك الإصدار، باتت لدينا رؤية أوضح لعنق الزجاجة التالي. بالنسبة لمن لم ينتقلوا بعد إلى 0.6.1.16، يُرجى الترقية في أقرب وقت ممكن، إذ إن الإصدارات الأقدم سترفض طلبات إنشاء tunnel بشكل اعتباطي (حتى إذا كان لدى router موارد كافية للمشاركة في المزيد من tunnels).</p>/ar/blog/2006/04/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-04-2006/Tue, 04 Apr 2006 00:00:00 +0000/ar/blog/2006/04/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-04-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> BrianR\___, cervantes, Complication, frosk, jrandom, tethra</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 16:21 &lt;jrandom&gt; 0) مرحباً 16:21 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.14 16:21 &lt;jrandom&gt; 2) التخطيط لـ Syndie 16:21 &lt;jrandom&gt; 3) تحسينات jbigi المحلية 16:21 &lt;jrandom&gt; 4) ؟؟؟ 16:21 &lt;jrandom&gt; 0) مرحباً 16:21 * jrandom يلوّح 16:21 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication يقرأ 16:22 &lt;jrandom&gt; بينما تقرأون ذلك المنشور (المُعدّ بسرعة)، دعونا ننتقل إلى 1) حالة الشبكة 16:23 &lt;@cervantes&gt; (عاد المنتدى) 16:23 &lt;jrandom&gt; هناك بعض المشاكل تؤثر على الاستخدام في 0.6.1.13، وقد تم تعقب معظمها وحلها 16:24 &lt;Complication&gt; لدي هنا، مع بنية CVS «الرابعة»، لاحظت تغييراً في الرسوم البيانية لدي 16:24 &lt;jrandom&gt; لا تزال هناك بعض العثرات يجري اختبارها وإعادة صياغتها، لكن من المفترض أن تصدر نسخة خلال الأيام القليلة المقبلة 16:24 &lt;Complication&gt; بوجه عام، اتجهت الأمور نحو مزيد من الاستقرار وأقل تذبذباً 16:24 &lt;jrandom&gt; يا للمصيبة، لقد نسيت زيادة الرقم إلى ‎-4، أليس كذلك؟ 16:24 &lt;jrandom&gt; (حسناً، ‎-5 ستصدر في وقت لاحق هذا المساء) 16:24 &lt;jrandom&gt; رائع يا Complication 16:25 &lt;Complication&gt; لكن انطباعاتي قد تكون متأثرة أيضاً بـ jbigi، إذ لم أتخذ خطوات لاستبعاد ذلك 16:25 &lt;Complication&gt; الآن، بعد فترة، انخفضت إعادة الإرسال إلى 15% أيضاً 16:28 &lt;jrandom&gt; هممم، أرى أيضاً أن متوسط SSU RTO لدي يقترب من سقف 3 ثوانٍ 16:28 &lt;jrandom&gt; (مع ذلك، إعادة الإرسال لا تزال منخفضة جداً، أقل من 5%) 16:29 * Complication يلقي نظرة ثانية عليه 16:29 &lt;Complication&gt; لنقل إن المتوسط الخام يزيد قليلاً عن 1500 16:29 &lt;Complication&gt; (هنا) 16:30 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: هل هناك «MTU» فعلي لحزم I2P؟ 16:30 &lt;jrandom&gt; آه، حسناً، ربما مع ارتفاع ذلك قليلاً، ستنخفض نسبة إعادة الإرسال 16:30 &lt;Complication&gt; لاحظت أن النظام لدي بدأ بـ MTU أصغر، والآن ارتفع إلى 1350 16:30 &lt;jrandom&gt; BrianR___: نعم، إما 1350 أو 608 (كما هو موضح على `http://localhost:7657/peers.js)` 16:31 &lt;jrandom&gt; إذا كانت نسبة الفشل مرتفعة جداً عند MTU الأكبر، يعود إلى MTU الأصغر (وإذا كانت منخفضة جداً عند MTU الأصغر، يقفز إلى MTU الأكبر) 16:31 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: هل هذا للحمولة الداخلية أم لحزم IP المرئية؟ 16:31 &lt;+fox&gt; &lt;BrianR___&gt; أي، إذا أردت إرسال كتلة بيانات عبر دفق I2P، فما هو الحجم الأمثل للقطع لتقليل الحمل الإضافي؟ 16:31 &lt;jrandom&gt; هذا يتعلق بحمولة UDP 16:32 &lt;jrandom&gt; التدفقات أعلى بطبقتين 16:32 &lt;jrandom&gt; (هناك تجزئة لـ tunnels، ثم تجزئة على مستوى stream/I2CP) 16:32 &lt;+fox&gt; &lt;BrianR___&gt; نعم... هل هناك حجم مثالي لتقليل التجزئة؟ 16:32 &lt;jrandom&gt; الحجم المثالي للكتلة في تطبيق يستخدم مكتبة streaming (مكتبة برمجية للتدفق) هو «كبير»، حتى تتمكن مكتبة streaming من اختيار الحجم المناسب. 16:33 &lt;jrandom&gt; (المعنى: تجاهل الرجل خلف الستار) 16:33 &lt;+fox&gt; &lt;BrianR___&gt; آه.. ربما ينبغي أن أفكر في الـ pipelining أو شيء من هذا القبيل.. 16:34 &lt;+fox&gt; &lt;BrianR___&gt; أنا أخطط لتطبيق فيه الكثير من حركة الطلب/الاستجابة... 16:34 &lt;jrandom&gt; أنصح حينها بالتجميع (batching) لتقليل كثرة الرسائل 16:34 &lt;Complication&gt; ربما يساعد تركيز الحركة إلى حد ما 16:37 &lt;jrandom&gt; حسناً، أي شيء آخر بخصوص 1) حالة الشبكة، أم ننتقل برقّة إلى 2) التخطيط لـ Syndie 16:38 * jrandom يتمايل 16:39 &lt;jrandom&gt; هذا في الغالب عنصر نائب ونداء لتقديم المقترحات (cfp) - ستكون هناك إعادة هيكلة كبيرة لـ Syndie، سواء في التشغيل أو واجهة المستخدم، فإذا كانت لديك ميزات أساسية أو حالات استخدام ترى أنه ينبغي معالجتها، فتواصل معنا 16:40 &lt;jrandom&gt; (ستتوفر بالطبع مزيد من المعلومات مع تبلور الأمور أكثر) 16:42 &lt;jrandom&gt; هذا كل ما لدي في الوقت الحالي حول ذلك، لذا ننتقل إلى 3) تحسينات jbigi 16:42 &lt;@frosk&gt; وكنت قد افترضت أن «plotting» تشير إلى بعض أمور jrobin في Syndie :) 16:43 &lt;jrandom&gt; ههه 16:43 &lt;jrandom&gt; سيكون من الممتع رسم posts/day و posts/author و new authors/day، إلخ ;) 16:44 &lt;Complication&gt; أوه، نقطة بخصوص Syndie (عذراً، تذكرت للتو) 16:44 &lt;Complication&gt; = نقطة واحدة 16:44 &lt;@frosk&gt; أيّهما تريد، 0 أم 1؟ :) 16:44 &lt;Complication&gt; هل تعتقد أنه يمكن عملياً، أو أنه سهل/صعب، فصل المؤلفين المفضّلين والمؤلفين المدرجين في القائمة السوداء (السبام) إلى قائمتين منفصلتين؟ 16:45 &lt;Complication&gt; على addresses.jsp 16:45 &lt;jrandom&gt; أوه، نعم دون عناء كبير 16:46 &lt;jrandom&gt; هذه فكرة جيدة لإعادة الهيكلة أيضاً، وربما يمكننا إدخالها في بناء 0.6.1.14 16:47 &lt;Complication&gt; لا، الأمر لا يزعجني، فقط تذكرت شيئاً لاحظته وقتها 16:47 &lt;Complication&gt; على أية حال، يصبح jbigi أسرع على Linux/AMD64 عندما تُجمّعه محلياً وتستخدم GMP 4.2 16:48 &lt;jrandom&gt; رائع 16:48 &lt;jrandom&gt; هل قارنت ذلك مع ‎-O3 ‎-m64 على GMP 4.1.2؟ 16:48 &lt;Complication&gt; وأنا أحمق فعلاً لأنني استخدمت خيارات ترجمة خاطئة تماماً :O 16:48 &lt;@cervantes&gt; الرابط ذي الصلة كان `http://forum.i2p/viewtopic.php?t=1523&start=30` بالمناسبة 16:48 &lt;jrandom&gt; آه شكراً يا cervantes 16:48 &lt;Complication&gt; jrandom: لم أقارن بعد، لكنني سأفعل 16:49 &lt;Complication&gt; خلال إعادة الإقلاع المجدولة القادمة 16:50 &lt;jrandom&gt; عملية بناء jbigi هي أساساً «قم ببناء GMP، ثم ابنِ jbigi.o، ثم اربط الاثنين معاً»، لذا يمكن إجراء أي نوع من التحسينات على GMP كخطوة أولى 16:50 &lt;@cervantes&gt; لم ألحظ فرقاً كبيراً بين ‎-O3 و ‎-O2 في أي من الاختبارات السابقة التي أجريتها، سواء كان الوضع مختلفاً على x86_64 ... *يهز كتفيه* 16:50 &lt;jrandom&gt; نعم، قد يعتمد أيضاً على إصدار المترجم 16:50 &lt;jrandom&gt; (خصوصاً مع كل مشكلات 3.3/3.4/4.0/4.1) 16:51 &lt;@cervantes&gt; فقط لإعادة ما ذكرته في ذلك النقاش... على الأرجح لن نرى jbigi محسّناً لـ windows64 قريباً 16:51 &lt;+fox&gt; &lt;BrianR___&gt; هل تقوم مكتبة I2P stream بضغط الحمولة؟ 16:52 &lt;Complication&gt; BrianR: نعم 16:52 &lt;@cervantes&gt; ما لم يكن لدى أحدهم M$ VC 2005 مع حزمة SDK لـ 64-بت ويرغب في بذل جهد كبير لجعل gmp تُبنى 16:52 &lt;Complication&gt; على الأقل حسب علمي 16:53 &lt;@cervantes&gt; (كان هناك مشروع لنقل gmp إلى مشروع vc في مكانٍ ما) 16:53 &lt;jrandom&gt; cervantes: حسناً، لدينا واحد /يعمل/ لـ amd64/win، لكنه لا يستفيد بأقصى قدر من العتاد ;) 16:53 &lt;jrandom&gt; (عندما يصل صندوقي الجديد قد أتمكن من تحسين ذلك، لأنه amd64) 16:53 &lt;+fox&gt; &lt;BrianR___&gt; أحاول تحديد ما إذا كان ينبغي أن أستخدم بروتوكولاً ثنائياً لتوفير البِتّات أم أن zlib أو ما شابهه سيضغط بروتوكول ascii بشكل جميل وصغير.. 16:54 &lt;@cervantes&gt; جميل - للأسف لا يبدو أن Mingw64 أو cygwin64 على وشك الظهور قريباً... 16:54 &lt;jrandom&gt; BrianR___: التحسين المبكّر هو أصل كل الشرور، وكل ذلك الكلام... 16:55 &lt;Complication&gt; البروتوكولات القابلة للقراءة البشرية، ولو جزئياً، تكون عموماً أسهل في التنقيح، لكن أظن أن الأمر يعتمد على ما يفعله المرء 16:56 &lt;Complication&gt; (لأن بعض الأشياء مثل التشفير لا تحب أن تكون قابلة للقراءة البشرية، مهما كان الحال :) ) 16:57 &lt;Complication&gt; ولكن إذا كان I2P يتولى التشفير، ويقوم أيضاً بالضغط، فهناك فرصة جيدة بأن الكثير من الأشياء التي تتم فوقه يمكن تنفيذها ببروتوكولات قابلة للقراءة البشرية 16:58 &lt;jrandom&gt; نعم 16:58 &lt;jrandom&gt; حسناً، أي شيء آخر حول 3) أمور jbigi؟ 16:58 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 4) ؟؟؟ 16:59 &lt;jrandom&gt; هل لدى أي شخص شيء آخر للاجتماع؟ 17:01 &lt;+tethra&gt; أتذكر أنني سمعت مؤخراً عن أدوات تعاون مجهولة الهوية 17:01 &lt;+tethra&gt; هل تود التوسّع في نوعها، وما إذا كانت شبيهة بـ Syndie أم لا؟ 17:02 &lt;@cervantes&gt; IRC و Syndie أداتا تعاون مجهول الهوية :) 17:02 &lt;jrandom&gt; همم، لست متأكداً مما تشير إليه - أو ربما تقصد إعادة الهيكلة المخطط لها فعلياً لـ Syndie؟ :) 17:02 &lt;+tethra&gt; صحيح. 17:02 * tethra ليس متأكداً أيضاً، ولهذا سأل 17:02 &lt;+tethra&gt; كان هناك حديث عنه في المنتديات - أسباب إخفاء الهوية وما إلى ذلك 17:03 &lt;+tethra&gt; سأجد الموضوع لأحصل على الاقتباس 17:03 &lt;jrandom&gt; آه صحيح 17:03 &lt;+tethra&gt; http://forum.i2p.net/viewtopic.php?t=1618 17:03 &lt;jrandom&gt; موضوع حالات الاستخدام 17:03 &lt;+tethra&gt; - منتديات/لوحات/ويكيات مُستضافة بشكل مجهول وقابلة للوصول علناً 17:03 &lt;+tethra&gt; نعم 17:04 &lt;+tethra&gt; هل سيكون هناك مشروع من نوع i2wiki يعتمد على شيء مثل Syndie أم أن الأمر متروك للمستخدمين؟ 17:04 &lt;jrandom&gt; كانت هناك بعض الأفكار الجيدة، وبعض التعقيبات الجيدة 17:05 &lt;jrandom&gt; إمكانية تحرير منشورات Syndie من الميزات المطلوبة كثيراً، ومع ذلك يمكن إنجاز ويكي مع محرر غني 17:05 &lt;jrandom&gt; لكن بالطبع لا شيء يوجد في فراغ - إذا اعتقد أحد أن ذلك ضروري، فعليه أن يقول: «مهلاً، الويكي أساسي، وإليك السبب» 17:06 &lt;jrandom&gt; هناك عدد لا نهائي من التطبيقات التي /يمكن/ بناؤها، لكن بما أننا نسعى لإخفاء هوية قوي وأمان قوي، فلا بد من التريث فيما يتم بناؤه 17:07 &lt;+tethra&gt; صحيح 17:07 &lt;+tethra&gt; مع ذلك، قد يكون من الأفضل أن يتولى الأمورَ الأصعبَ في الحفاظ على الإخفاء والأمان شخصٌ يجيد الحفاظ على الإخفاء والأمان، أليس كذلك؟ 17:08 &lt;jrandom&gt; على الأرجح، رغم أنه لا توجد «زمرة» - يمكن لأي شخص أن يتعلم 17:08 &lt;+tethra&gt; (أشياء أساسية، أساساً. ليس أنني أسمّي أي شيء، لكنّك تفهم المقصود.) 17:08 &lt;+tethra&gt; صحيح 17:09 &lt;+tethra&gt; لكن التعلم على حساب إخفاء هويتك وهويات الآخرين ليس أفضل طريقة للقيام بذلك 17:10 &lt;jrandom&gt; على الجميع أن يبدأ من مكان ما، بالطبع 17:10 &lt;+tethra&gt; (ربما لو أنشأ أحدهم بيئة sandbox تسمح للناس بتشغيل $software وجعل الآخرين يهاجمونه وما إلى ذلك، لكان ذلك جيداً لمن هو جديد/غير متمرس؟) 17:10 &lt;+tethra&gt; نعم 17:14 &lt;jrandom&gt; حسناً، هل لدى أحد غير ذلك شيء للاجتماع؟ 17:15 &lt;jrandom&gt; إن لم يكن 17:15 * jrandom يستعد للاختتام 17:15 &lt;@cervantes&gt; *اهمم* 17:15 * jrandom يتوقف قليلاً 17:16 &lt;jrandom&gt; ما الأخبار يا cerv؟ 17:16 &lt;Complication&gt; رائع، وجدت baf ;P 17:17 &lt;jrandom&gt; تم إيقاف الـ baf ;) 17:17 &lt;@cervantes&gt; أوبس آسف، تابع الـ baffing 17:17 * jrandom يستأنف الاختتام 17:18 * jrandom يقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2006/04/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-04/Tue, 04 Apr 2006 00:00:00 +0000/ar/blog/2006/04/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-04-04/<p>مرحباً يا جماعة، عاد يوم الثلاثاء من جديد</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.14 2) تخطيط Syndie 3) تحسينات jbigi المحلية 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.14</li> </ol> </li> </ul> <p>لا يزال إصدار 0.6.1.13 غير مستقر بعض الشيء، على الرغم من أننا أجرينا إصلاحات وتحسينات كبيرة في البُنى اللاحقة. آمل أن نطرح الإصدار الجديد 0.6.1.14 خلال الأيام القليلة المقبلة، فكونوا على اطلاع!</p> <ul> <li> <ol start="2"> <li>Syndie plotting</li> </ol> </li> </ul> <p>كانت هناك مجموعة من النقاشات بشأن إعادة تصميم syndie، بما في ذلك واجهات مستخدم رسومية، وملحقات المتصفح، وبحث كامل النص، ومجدول للتلقيم (syndication) أكثر اكتمالاً، ومدير للأرشيف، ومنشورات متعددة الصفحات، ودعم لمزيد من خيارات التنسيق، والعديد من الأمور الأخرى. أتوقع أننا سنباشر العمل على مجموعة كبيرة من التعديلات قريباً، لذا إن كنت ترغب في الانخراط، أو في تنفيذ أفكارك، فلا تتردد في إبداء رأيك :)</p>/ar/blog/2006/03/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%85%D8%A7%D8%B1%D8%B3-2006/Tue, 28 Mar 2006 00:00:00 +0000/ar/blog/2006/03/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%85%D8%A7%D8%B1%D8%B3-2006/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ashter, bar, cervantes, Complication, jrandom, nextgens, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) مرحباً 15:08 &lt;jrandom&gt; 1) حالة الشبكة و0.6.1.13 15:08 &lt;jrandom&gt; 2) استطلاع حالات الاستخدام 15:09 &lt;jrandom&gt; 3) ??? 15:09 &lt;jrandom&gt; 0) مرحباً 15:09 * jrandom يلوّح 15:09 &lt;Complication&gt; أخيراً تم التحميل، أقرأ :) 15:10 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 &lt;@cervantes&gt; *** تم إعادة ضبط الاتصال 15:10 &lt;jrandom&gt; هِه 15:11 &lt;jrandom&gt; حسناً، بينما تتعمقون في ذلك، دعونا ننتقل إلى 1) حالة الشبكة 15:12 &lt;jrandom&gt; حوالي ثلثي الشبكة قاموا بالترقية إلى 0.6.1.13 (شكراً!)، والنتائج متباينة 15:12 &lt;jrandom&gt; هل لدى أي شخص على وصلات ذات نطاق ترددي منخفض تجارب يريد مشاركتها؟ أفضل / أسوأ / لا فرق؟ 15:13 &lt;jrandom&gt; أو أي نتائج من أشخاص على وصلات من فئة DSL؟ 15:13 * jrandom سمع (وشعر) ببعض النتائج على الوصلات الأسرع (وللأسف كانت سلبية إلى حد كبير) 15:14 &lt;+Complication&gt; حسناً، أردت أن أقول إن حالة الشبكة غير مستقرة قليلاً. :) لكن الشبكة قالت ذلك أولاً. :D 15:15 &lt;+Complication&gt; على مقياس الانقطاعات الأخيرة، كان التعافي هذه المرة سريعاً جداً مع ذلك. 15:16 &lt;+Complication&gt; لم تحصل اختناقات رسائل ضخمة أخرى، لكنه ما يزال يفقد lease (عنصر توجيه مؤقت في I2P) بين حين وآخر 15:17 &lt;+Complication&gt; أيضاً، أظن أن آخر تشغيل للـ router انتهى عندما تعذّر تجديد lease، فاستنتج "Router hung!" 15:18 &lt;jrandom&gt; آه، رائع 15:18 &lt;+Complication&gt; كان يعمل لنحو 15 ساعة أو نحو ذلك 15:18 &lt;jrandom&gt; ربما علينا ضبط الـ watchdog ليتوقف عن إعادة تشغيل الـ router في مثل تلك الحالات 15:19 &lt;+Complication&gt; إعادة الإرسال أيضاً مثل السابق (مرتفعة بشكل غير مريح، لكن يبدو أنه يمكن التعايش معها - وهذا بحد ذاته خبر جيد) 15:19 &lt;jrandom&gt; إعادة التشغيل كانت ضرورية سابقاً، لكن فشل الـ tunnel المتكرر ينبغي أن يكون قابلاً للتعافي 15:19 &lt;jrandom&gt; هممم، &lt;10%، &lt;20%، &gt;20%؟ 15:20 &lt;+Complication&gt;&gt; 20% 15:20 &lt;+Complication&gt; لا أعرف كثيراً من البروتوكولات التي تعمل بشكل مقبول عندما تضيع كل رسالة ثالثة 15:21 &lt;+Complication&gt; هذا واحد يعمل :) لكنه كان حوالي 7% 15:21 &lt;jrandom&gt; حسناً، هذا متوسط عبر كل الأقران، لذا من المحتمل أن يكون منخفضاً جداً لمعظم الأقران، ومرتفعاً جداً للأقران المختنقين بشدة 15:21 &lt;jrandom&gt; (كما يظهر في peers.jsp) 15:22 &lt;+Complication&gt; صحيح، ولم ألقي نظرة على ذلك الجانب من التوزيع بعد 15:23 &lt;+Complication&gt; قد أحتاج للتحقق، ولو لمجرد التحقق من كيفية توزيعه 15:24 &lt;jrandom&gt; رائع، شكراً Complication 15:24 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة؟ 15:25 &lt;bar&gt; Complication: هل لي أن أسأل ما حد الاندفاع الذي تستخدمه؟ أنا ضابطه على 60% من أقصى سرعة رفع نظرية لدي، ولدي حالياً نسبة إعادة إرسال 11% 15:26 &lt;+Complication&gt; bar: حوالي 80% من سرعة الخط 15:26 &lt;bar&gt; حسناً 15:26 &lt;+Complication&gt; على نفس المستوى الذي كان عليه عندما كانت إعادة الإرسال حوالي 7% 15:26 &lt;+Complication&gt; رفعته أعلى خلال ذلك، لكن أعدته لأسفل 15:28 &lt;bar&gt; سأحاول استخدام 80% ليوم أو نحو ذلك لأرى إن كان سيحدث شيء 15:28 &lt;+Complication&gt; وحدّ النقل المستدام حوالي 65% 15:28 &lt;+Complication&gt; النقل الفعلي، إذا كان مؤشر الإجمالي صحيحاً، يتوسط قرب 60% من سرعة الخط 15:29 &lt;+Complication&gt; (الذُرى أعلى) 15:30 &lt;ashter_&gt; بالنسبة لي الكثير من أمر 'no lease' للوجهة المحلية (كما قلت اليوم) 15:30 &lt;ashter_&gt; وعقدة أكثر ازدحاماً قليلاً 15:30 &lt;+fox&gt; &lt;nextgens&gt; hi 15:30 &lt;jrandom&gt; هلا nextgens 15:30 &lt;jrandom&gt; ashter_: هممم، هل أنت على اتصال dialup، أم dsl/cable، أم أسرع؟ أو، بصياغة أفضل (وبشكل أكثر خصوصية)، هل لديك ازدحام؟ 15:31 &lt;+fox&gt; &lt;nextgens&gt; رائع، jrandom موجود :) قد تساعدني :) 15:31 &lt;jrandom&gt; (أقصد ازدحام الشبكة، لا الأرقام التي يعرضها i2p) 15:31 &lt;ashter_&gt; dsl/cable 15:32 &lt;jrandom&gt; حسناً شكراً 15:33 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر بخصوص 1) حالة الشبكة، فلننتقل إلى 2) استطلاع حالات الاستخدام 15:34 &lt;jrandom&gt; لا أتوقع إجابات فوراً، لكن لو أنكم تفكرون في الأسئلة الواردة في الرسالة وتنشرون ردوداً (سواء في المنتدى، Syndie، القائمة، إلخ)، سأكون ممتناً كثيراً 15:37 &lt;@cervantes&gt; *سعال* 15:38 &lt;+tethra&gt; يا للعجب :/ 15:39 &lt;jrandom&gt; (|grep -v -- -\!- ;) 15:39 &lt;jrandom&gt; حسناً، كما قلت، انشروا الكلمة عبر أي وسيلة تفضلونها في الوقت الذي يناسبكم. gracias 15:39 &lt;jrandom&gt; ننتقل إلى 3) ??? 15:39 &lt;jrandom&gt; هل لدى أحد أي شيء يريد طرحه للاجتماع؟ 15:40 &lt;@cervantes&gt; http://forum.i2p.net/viewtopic.php?p=7442 &lt;-- موضوع مثبّت لمناقشة حالات الاستخدام 15:40 &lt;jrandom&gt; آه رائع، شكراً يا cerv 15:42 &lt;ashter&gt; (إرف، حدث ذلك مرة أخرى، وعندما يحدث ذلك يزيد عدد الـ tunnels المشاركة بجنون :( ) 15:43 &lt;jrandom&gt; هممم، إلى الآلاف، أم المئات؟ 15:43 &lt;jrandom&gt; (هناك بعض الإصلاحات لاندفاع الـ tunnels الجديدة معلّقة، يفترض أن تصدر لاحقاً هذا الأسبوع) 15:43 &lt;ashter&gt; آلاف 15:44 &lt;ashter&gt; (حسناً شكراً لك) 15:44 &lt;jrandom&gt; حسناً رائع. قد ترغب بتخفيض حد عرض النطاق أو نسبة المشاركة في هذه الأثناء 15:44 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 15:45 &lt;jrandom&gt; إن لم يكن... 15:45 * jrandom يختتم 15:46 * jrandom يقوم بـ *baf*s لإغلاق الاجتماع </div>/ar/blog/2006/03/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-28/Tue, 28 Mar 2006 00:00:00 +0000/ar/blog/2006/03/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-28/<p>مرحباً يا جماعة، ها قد حلّ يوم الثلاثاء من جديد</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.13 2) استبيان حالات الاستخدام 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.13</li> </ol> </li> </ul> <p>كانت الأمور تسير بسلاسة إلى حد كبير على 0.6.1.12، ويحتوي الإصدار الجديد 0.6.1.13 على بعض التحديثات لمساعدة المستخدمين على الروابط ذات النطاق الترددي المنخفض والروابط شديدة الازدحام على حد سواء. وردت بعض التقارير عن مشاكل تتعلق بتقييد الحمل على الروابط ذات النطاق الترددي العالي وعلى بعض تغييرات netDb (قاعدة بيانات الشبكة)، لذا أعمل الآن على إصلاحات. من المرجح أن يتوفر إصدار للمستخدمين المتأثرين في وقت لاحق من هذا الأسبوع، وربما بحلول عطلة نهاية الأسبوع.</p>/ar/blog/2006/03/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D9%85%D8%A7%D8%B1%D8%B3-2006/Tue, 21 Mar 2006 00:00:00 +0000/ar/blog/2006/03/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D9%85%D8%A7%D8%B1%D8%B3-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ashter, Complication, jrandom, mihi, postman, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) مرحباً 15:09 &lt;@jrandom&gt; 1) حالة الشبكة 15:09 &lt;@jrandom&gt; 2) jrobin 15:09 &lt;@jrandom&gt; 3) biff و toopie 15:09 &lt;@jrandom&gt; 4) مفتاح جديد 15:09 &lt;@jrandom&gt; 5) ??? 15:09 &lt;@jrandom&gt; 0) مرحباً 15:09 * jrandom يلوّح 15:09 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 &lt;@jrandom&gt; دعونا ننتقل بسرعة إلى 1) حالة الشبكة 15:12 &lt;@jrandom&gt; مرّ وقت منذ آخر إصدار، لكن الأمور تبدو مستقرة إلى حدٍّ معقول. هناك بعض التحسينات في الطريق، وآمل أن نصدر 0.6.1.13 جديداً هذا الأسبوع 15:13 &lt;@jrandom&gt; هل لدى أيٍّ منكم أسئلة/تعليقات/مخاوف بخصوص حالة الشبكة؟ 15:13 &lt;+Complication&gt; حول الطابع الدوري الذي لاحظته أمس على عقدة أُطلقت للتو: خرجت عن التزامن خلال بضع ساعات 15:14 &lt;@jrandom&gt; آه رائع 15:14 &lt;+Complication&gt; أي أن الارتفاعات والانخفاضات أصبحت أكثر عشوائية بكثير 15:14 &lt;@jrandom&gt; مع ذلك أظن أنه قد يكون من المفيد تحفيز ذلك في البداية 15:14 &lt;@jrandom&gt; ‏(لمن يتابع من المنزل، نحن نتحدث عن تبعات فترة إعادة البناء البالغة 10m) 15:15 &lt;+Complication&gt; ربما يساعد على منع حالات فشل الـtunnels 15:15 &lt;+Complication&gt; ما زلت ألاحظ قدراً غير قليل منها، لكنني لم أحصِها 15:15 &lt;+tethra&gt; ‏(شكراً على الترجمة :) 15:15 &lt;+Complication&gt; بخلاف ذلك، يعمل بشكل لا بأس به هنا 15:16 &lt;+Complication&gt; أعتقد أنني أحصل على "as there are no inbound/outbound tunnels available" حوالي مرة كل ساعتين 15:17 &lt;@jrandom&gt; همم، على وجهة i2phex / i2psnark / eepproxy / ircproxy / eepsite؟ 15:17 &lt;@jrandom&gt; ‏(من الممكن أن يُحمِّل العملاء الـtunnels الخاصة بهم بما يفوق طاقتها، ولهذا أسأل أيها) 15:18 &lt;+Complication&gt; أتحقق مما إذا كان هناك نمط ما 15:19 &lt;+Complication&gt; بعض العملاء المشتركين وPycache، وأكثر من I2Phex 15:20 &lt;@jrandom&gt; همم حسناً، رائع، شكراً 15:20 &lt;+Complication&gt; المزيد بشكل ملحوظ من I2Phex 15:20 &lt;+Complication&gt; قد أضطر إلى تقييد معدل نقل البيانات الخاص به 15:21 &lt;+Complication&gt; ‏(كان على الإعداد الافتراضي 16K) 15:23 &lt;@jrandom&gt; حسناً رائع، هل لدى أحد أي شيء آخر بشأن 1) حالة الشبكة؟ 15:25 &lt;@jrandom&gt; إن لم يكن، فلننتقل إلى 2) JRobin 15:26 &lt;@jrandom&gt; jrobin رائع. يعجبني. كان دمجه سهلاً جداً، صغيراً نسبياً (177KB)، سريعاً، ذا حمولة منخفضة على الذاكرة، ويوفّر تصورات يسهل فهمها 15:27 &lt;+Complication&gt; أتفق تماماً :) 15:29 &lt;+Complication&gt; رسومات بيانية ملائمة، بدقة كافية، تساعد في العثور على الشذوذات وطرح الأسئلة حولها :) 15:29 &lt;@jrandom&gt; إن وُجد أي خبراء rrdtool هنا، إن أردتم إلقاء نظرة على أحدث cvs لتروا ما نفعله و/أو ما إذا كانت هناك طرق أسهل لإنجاز هذه المهام، فسأسعد بأي نصيحة 15:30 &lt;@jrandom&gt; ‏(معلومات rrdtool &lt;--&gt;jrobin @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 &lt;@jrandom&gt; ‏(وأيضاً، إن رغب أحد، يمكنه كتابة تطبيق صغير لقراءة netDb/routerInfo-*.dat، وإدخالها في قواعد بيانات jrobin، وبالأساس تشغيل stats.i2p خاصته) 15:32 &lt;@jrandom&gt; لكن تكامل jrobin داخل الكونسول يختلف عن وظيفة stats.i2p، إذ إنه يقدّم ملخصاً عن الـrouter الخاص بك أنت، وليس عن كل الـrouters. كلاهما مفيد 15:34 &lt;@jrandom&gt; حسناً، إن لم يكن هناك شيء آخر بشأن 2) JRobin، فلننتقل إلى 3) biff و toopie 15:34 &lt;@jrandom&gt; postman: هل تود أن تعطينا موجزاً؟ 15:34 &lt;postman&gt; آه نعم 15:35 &lt;postman&gt; قبل سنوات، كانت خدمة البريد تملك روبوت IRC يُدعى biff يمكنه تنبيهك بالرسائل الجديدة 15:35 &lt;+Complication&gt; مصنع الذكاء الاصطناعي الخاص بـPostman ;P 15:35 &lt;postman&gt; مع الانتقال إلى منصة جديدة أصبح biff غير قابل للاستخدام ولم يكن لدي وقت لإعادة تطويره 15:35 &lt;postman&gt; الآن عاد للعمل مرة أخرى 15:35 &lt;@jrandom&gt; ‏(يا للروعة!) 15:36 &lt;postman&gt; إن رغبت في مراقبة صندوق بريدك عبر IRC ففقط أرسل /msg biff .help للحصول على قائمة بالأوامر 15:36 &lt;postman&gt; الاستخدام مباشر 15:36 &lt;postman&gt; أسئلة/أخطاء/فضفضات/شتائم -&gt; postman@mail.i2p 15:36 &lt;postman&gt; 2. 15:37 &lt;postman&gt; لمواكبة تدفّق القادمين الجدد الآخذ بالازدياد (نأمل ذلك)، فكّرنا أنا وjr وcervantes في روبوت للأسئلة والأجوبة يمكن سؤاله طلباً للمساعدة بشأن المواضيع والمشكلات اليومية المعتادة 15:38 &lt;postman&gt; المسودة الأولى تدعى toopie، وسوف يتواجد قريباً على #i2p (وربما i2p-chat أيضاً) 15:38 &lt;postman&gt; سيتضمن قائمة بالمواضيع، وأسئلة/أجوبة مصنّفة حسب المواضيع ومفهرسة بالكلمات المفتاحية 15:38 &lt;postman&gt; يمكن لـtoopie التحدث إلى القناة وكذلك إجراء رسالة خاصة مع مستخدم 15:38 &lt;+Complication&gt; يبدو رائعاً، رغم أنني لم أر واحداً من قبل :) 15:39 &lt;postman&gt; نأمل أن نملأ دماغه بأسرع وقت ممكن 15:39 &lt;postman&gt; Complication: يمكنك اللعب معه في #irc2p (على الخاص إن شئت :)) 15:39 &lt;@jrandom&gt; ومن الجوانب الجيدة فيه أننا نستطيع تغذيته بالرسائل على IRC :) 15:39 &lt;postman&gt; نعم 15:40 &lt;postman&gt; يمكن للمشرفين إضافة بعض السطور مباشرة من IRC وتحويلها إلى سؤال/جواب جديد 15:40 * tethra يقترح إدخالاً لأجل TheJudge/closedshop مفاده: "لا، predecessor attacks (هجمات السَّلَف) لا تعمل." 15:40 &lt;+tethra&gt; ;) 15:40 &lt;postman&gt; هيه 15:41 &lt;postman&gt; لا يزال هناك متّسع بخصوص طريقة هيكلة المعلومات 15:41 &lt;@jrandom&gt; ‏(لكنها تعمل. غير أنها ليست برنامجاً محدداً تقوم "بتشغيله" لمهاجمة شخص ما) 15:41 &lt;postman&gt; المزيد قريباً 15:41 * postman يعيد الميكروفون 15:41 &lt;@jrandom&gt; تمام، شكراً postman 15:42 &lt;ashter&gt; postman؛ هل سيتحدث toopie بلغات أخرى أيضاً؟ 15:42 &lt;postman&gt; ashter: ليس (بعد) 15:42 &lt;+fox&gt; &lt;mihi&gt; igpay atinlay? *g* 15:42 &lt;ashter&gt; حسناً 15:42 &lt;postman&gt; ashter: البنية التحتية موجودة ( /me planned this ) 15:42 &lt;@jrandom&gt; تمام 15:42 &lt;postman&gt; ashter: ستكون ميزة في الإصدار 2 15:42 &lt;ashter&gt; رائع، جميل جداً شكراً لك 15:44 &lt;postman&gt; ‏(thejudge وحده يتسبب في 50% من جميع انقطاعات IRC اليوم) 15:45 &lt;postman&gt; jrandom: حسناً، الموضوع التالي 15:46 &lt;@jrandom&gt; حسناً رائع، هل لدى أحد أي شيء آخر بشأن 3) biff و toopie؟ 15:46 &lt;@jrandom&gt; إن لم يكن، فلننتقل إلى 4) مفتاح جديد 15:47 &lt;@jrandom&gt; حسناً، لا يوجد الكثير لإضافته عمّا نشرته. مفتاح جديد، وكذا وكذا 15:47 &lt;@jrandom&gt; حسناً، لننتقل إلى 5) ??? 15:47 &lt;+tethra&gt; إمم 15:47 &lt;@jrandom&gt; هل لدى أحد أي شيء آخر لطرحه؟ 15:48 &lt;+tethra&gt; كيف يعرف biff أنك أنت؟ :/ 15:48 &lt;+fox&gt; &lt;mihi&gt; tethra: عليك أن تسجّل 15:48 &lt;+fox&gt; &lt;mihi&gt; فقط اقرأ ما أُشير إليه في الملاحظات الأسبوعية :) 15:48 &lt;postman&gt; tethra: 1.) أنت تعرف بيانات اعتماد صندوق بريدك، 2. تسجّل باستخدام لقب مُعرّف عند nick@biff 15:48 &lt;+fox&gt; &lt;mihi&gt; نعم :) 15:48 &lt;+fox&gt; &lt;mihi&gt; ما الفائدة من امتلاك مفاتيح تنتهي صلاحيتها بينما يمكنك بدلاً من ذلك امتلاك مفاتيح فرعية تنتهي صلاحيتها؟ 15:48 &lt;+tethra&gt; postman: آه، حسناً. شكراً. 15:49 &lt;@jrandom&gt; mihi: لعزل أثر الاختراق. 15:50 &lt;+fox&gt; &lt;mihi&gt; يمكنك حذف المفاتيح الفرعية السرية منتهية الصلاحية من سلسلة مفاتيحك إذا شئت 15:51 &lt;+fox&gt; &lt;mihi&gt; لكن أظن أنه أجمل بكثير أن يقوم الناس بعمل lsign لمفتاحك كل عام :) 15:51 &lt;+fox&gt; &lt;mihi&gt; أجمل من منظور سادي نوعاً ما :-&gt; 15:51 &lt;postman&gt; jrandom: والآن، أحجية لـmihi :) 15:52 &lt;@jrandom&gt; ‏(على افتراض أن المفتاح الفرعي فقط هو الذي يمكن اختراقه) 15:54 &lt;@jrandom&gt; على أي حال، هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 15:54 &lt;+fox&gt; &lt;mihi&gt; افترض أن أحدهم اخترق مفتاحك أمس. الآن يمكنه أن يكون قد نفّذ mitm (هجوم الرجل في الوسط) واستبدل المفتاح الجديد. 15:54 &lt;+fox&gt; &lt;mihi&gt; أي: اختراق مفتاح واحد -&gt; اختراق جميع المفاتيح المستقبلية، أليس كذلك 15:55 &lt;+Complication&gt; إلا إذا استخدم المالك شهادة إبطال 15:55 &lt;+Complication&gt; إبطال المفتاح المخترَق -&gt; إبطال اللاحقة 15:55 &lt;@jrandom&gt; mihi: ويمكنني إبطال المفتاح المخترق وإخبارك بعدم الثقة بالمفاتيح الجديدة 15:55 &lt;@jrandom&gt; الآن لديك خيار ما إذا كنت ستثق بتغيير المفتاح أم لا 15:56 &lt;+fox&gt; &lt;mihi&gt; من نصدّق إذاً؟ :) 15:56 &lt;@jrandom&gt; سؤال جيد. إن سمعتَ إبطالاً موقّعاً خلال اليوم أو اليومين التاليين، ينبغي أن تتجاهل المفتاح الجديد 15:57 &lt;+fox&gt; &lt;mihi&gt; وإن كان مفتاحاً فرعياً، فستكون قد أبطلت المفتاح الرئيسي وسيُهمَل المفتاح الفرعي تلقائياً :) 15:57 &lt;+fox&gt; &lt;mihi&gt; s/amin/main/ 15:58 &lt;+fox&gt; &lt;mihi&gt; هل نتفق على أن نختلف؟ 15:58 &lt;@jrandom&gt; نعم، على هذا يمكننا أن نتفق ;) 15:58 &lt;@jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع... 15:58 &lt;+fox&gt; * mihi يناول jrandom الـ*baf*er (بعد سنوات، تماماً كما في الأيام الخوالي...) 16:00 &lt;@jrandom&gt; ههه 16:00 * jrandom يستعد 16:00 * jrandom يغلق الاجتماع بـ*baf* </div>/ar/blog/2006/03/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-21/Tue, 21 Mar 2006 00:00:00 +0000/ar/blog/2006/03/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-21/<p>مرحبًا يا جماعة، إنه الثلاثاء مجددًا</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) jrobin 3) biff و toopie 4) مفتاح جديد 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كان الأسبوع الماضي مستقراً إلى حد كبير، من دون إصدار جديد حتى الآن. لقد كنت أواصل العمل بجد على تقييد سرعة tunnel والتشغيل في عرض نطاق منخفض، وللمساعدة في تلك الاختبارات، قمت بدمج JRobin مع لوحة تحكم الويب ونظام إدارة الإحصاءات لدينا.</p> <ul> <li> <ol start="2"> <li>JRobin</li> </ol> </li> </ul> <p>JRobin [1] هو نسخة مُحوّلة (port) بالكامل إلى جافا من RRDtool [2]، ما يتيح لنا توليد رسوم بيانية جميلة كتلك التي دأب zzz على إنتاجها، مع كلفة إضافية صغيرة جداً على الذاكرة. لقد قمنا بضبطه ليعمل بالكامل في الذاكرة، لذلك لا يوجد تنازع على أقفال الملفات، وزمن تحديث قاعدة البيانات لا يكاد يُلحظ. هناك الكثير من الأمور الأنيقة التي يستطيع JRobin القيام بها ولا نستغلّها حالياً، لكن الإصدار القادم سيتضمن الوظائف الأساسية، إضافةً إلى وسيلة لتصدير البيانات بتنسيق يمكن لـ RRDtool فهمه.</p>/ar/blog/2006/03/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%85%D8%A7%D8%B1%D8%B3-2006/Tue, 14 Mar 2006 00:00:00 +0000/ar/blog/2006/03/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%85%D8%A7%D8%B1%D8%B3-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, fc, frosk, jrandom, ripple, susi23, tethra, tmp</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) مرحباً 15:09 &lt;@jrandom&gt; 1) حالة الشبكة 15:09 &lt;@jrandom&gt; 2) ??? 15:09 &lt;@jrandom&gt; 0) مرحباً 15:09 * jrandom يُلوّح 15:09 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-March/001270.html 15:10 &lt;@jrandom&gt; بينما تقرؤون تلك الرسالة المطوّلة، دعونا ننتقل إلى 1) حالة الشبكة 15:10 &lt;@jrandom&gt; يبدو أن الشبكة ما زالت تعمل (woot) 15:12 &lt;bar&gt; حطّمتُ رقماً قياسياً جديداً لاتصالات UDP أمس، 244 15:12 &lt;@jrandom&gt; ليس لدي الكثير لأضيفه في هذا الجانب - هل لدى أحد أي تعليقات/أسئلة/مخاوف؟ 15:12 &lt;@jrandom&gt; آه، جميل 15:12 &lt;@jrandom&gt; نعم، أنا أيضاً أصل إلى قيم ذروة، حالياً 338 اتصالات SSU 15:14 * jrandom أجرى أيضاً بعض عمليات نقل i2psnark كبيرة، رغم أنها ليست دائماً بسرعات رائعة 15:15 &lt;@jrandom&gt; لقد رأيت بعض التقلبات الدورية المثيرة للاهتمام على stats.i2p بخصوص اختيار الـ tunnels، لكن ستطرأ بعض التغييرات مع طرح .0.6.1.13 15:17 &lt;@jrandom&gt; كما أنني أقوم ببعض اختبارات وتحسينات النطاق الترددي المنخفض (أو الأقل)، وهذا فعلاً ما يؤخر حالياً ...13. أعتقد أن لدينا أشياء جيدة قادمة في الطريق، لكن سنرى كيف تسير الأمور 15:18 &lt;@jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر ضمن 1) حالة الشبكة، دعونا نفتح المجال - 2) ??? 15:18 &lt;@jrandom&gt; هل لدى أيٍّ منكم شيء يود طرحه؟ 15:18 &lt;+Complication&gt; لدي فقط أزمنة تشغيل قياسية لأبلغ عنها، وأضيف أن build -6 متحفظ جداً في قبول الـ tunnels المشاركة 15:19 &lt;+Complication&gt; (لكنني ذكرت ذلك بالفعل سابقاً) 15:19 &lt;@jrandom&gt; جميل - ما زال يعمل بشكل جيد مع انخفاض أعداد الأقران أيضاً، صحيح؟ 15:19 &lt;+Complication&gt; في الواقع، أعداد الأقران ارتفعت قليلاً مؤخراً 15:20 &lt;@jrandom&gt; آه، تمام 15:20 &lt;+Complication&gt; هي الآن أقرب إلى 50...100 15:20 &lt;+Complication&gt; (عموماً أقرب إلى 50 منها إلى 100) 15:20 &lt;@jrandom&gt; أوه، إذن لا تزال منخفضة نسبياً مقارنةً بما كان من قبل 15:20 &lt;+Complication&gt; يبدو أن القيم حول 30 كانت الأدنى الممكنة 15:21 &lt;+Complication&gt; لكن عموماً، الأمور على ما يرام 15:21 &lt;@jrandom&gt; رائع 15:26 * jrandom يود استغلال هذه اللحظة لتحية سريعة لبعض المساهمين الجدد الداعمين لـ I2P - شكر خاص لـ bar و$anon وpostman وباقي الزملاء على http://www.i2p.net/halloffame! 15:27 &lt;@jrandom&gt; مساهمات الشيفرة والمحتوى بالطبع حاسمة، لكن الدعم المالي يساعدني على البقاء خارج سوق العمل التقليدي والتفرغ للعمل على I2P بدوام كامل، إضافةً إلى تغطية تكاليف البنية التحتية المتنوعة لدينا 15:28 &lt;bar&gt; أحمرُّ خجلاً، لكن شكراً :) 15:28 &lt;@cervantes&gt; w00t 15:29 &lt;+Complication&gt; جميل :) 15:31 &lt;ripple&gt; jrandom: pastebin.i2p...المهمة أُنجزت.... 15:32 &lt;@jrandom&gt; ripple: شكراً - يبدو أنه يتصرف كما هو مرغوب - عند حدوث OOM (نفاد الذاكرة)، يموت موتاً سريعاً ومروّعاً، وهو ما يكتشفه الـ service wrapper فيعيد تشغيل الـ router 15:32 &lt;@jrandom&gt; حسناً، هل لدى أي شخص شيء آخر للاجتماع؟ 15:34 &lt;tmp&gt; نعم، دعونا ندعو لشفاء Betty. 15:34 * tethra يدعو 15:34 &lt;@jrandom&gt; قد استُجيبت دعواتكم - لقد عادت :) 15:34 &lt;tmp&gt; I2P قائم على الإيمان. 15:35 &lt;tmp&gt; حسناً. ;) 15:35 &lt;tethra&gt; رائع 15:35 &lt;tethra&gt; XD 15:35 &lt;fc&gt; tmp: هل هذا بروتوكول نقل أم ماذا؟ 15:35 &lt;tethra&gt; دعاء مجهول الهوية؟ 15:35 &lt;@jrandom&gt; betty == حاسوبي المحمول 15:35 &lt;tethra&gt; حتى الإله لا يعرف من أنت! 15:36 &lt;@frosk&gt; ماذا عن الجهاز الجديد الذي تبرع به bar بشكل رائع؟ 15:36 &lt;+susi23&gt; jr: ألم تسمِّه susi؟؟؟ عارٌ عليك ;) 15:37 &lt;@jrandom&gt; الجهاز الجديد يتم تجميعه حالياً، صندوق x86_64 (x2) لأنظمة Windows وGentoo وربما fbsd 15:37 &lt;@frosk&gt; رائع 15:37 &lt;@jrandom&gt; (حالما يصبح جاهزاً، توقّعوا بعض الصور على مدونتي ;) 15:38 &lt;fc&gt; bsd! bsd! bsd! ;) 15:38 &lt;@jrandom&gt; susi23: الجديد سيحتاج إلى اسم جديد... ;) 15:38 &lt;@cervantes&gt; susan! 15:39 &lt;@jrandom&gt; ;) 15:39 &lt;@jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع... 15:39 * jrandom يستعد للاختتام 15:39 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/03/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-14/Tue, 14 Mar 2006 00:00:00 +0000/ar/blog/2006/03/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-14/<p>مرحباً جميعاً، تحديث سريع آخر هذا الأسبوع</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كان الأسبوع الماضي مستقراً إلى حد معقول على الشبكة - لدينا أكثر من 60 routers بوقت تشغيل يزيد على 3 أيام (وبعضها بوقت تشغيل يتجاوز أسبوعين)، ولدي اتصال irc منذ أكثر من ثلاثة أيام الآن. كانت هناك بعض التعديلات على تقييد معدّل الـ tunnel خلال الأسبوع الماضي، لكنها لم تكن كثيرة، إذ كانت لديّ بعض التغييرات على جهاز يتعذر الوصول إليه.</p>/ar/blog/2006/03/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%85%D8%A7%D8%B1%D8%B3-2006/Tue, 07 Mar 2006 00:00:00 +0000/ar/blog/2006/03/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%85%D8%A7%D8%B1%D8%B3-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, Complication, dust, jrandom, susi23</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) مرحباً 15:08 &lt;jrandom&gt; 1) حالة الشبكة 15:08 &lt;jrandom&gt; 2) ??? 15:08 &lt;jrandom&gt; 0) مرحباً 15:08 * jrandom يُلوّح 15:08 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-March/001267.html 15:09 * jrandom يمنحكم ساعات لقراءة ذلك الكمّ الهائل من الملاحظات 15:10 * Complication يتظاهر بأنه لم ينتبه بعد ;) 15:11 &lt;+Complication&gt; مرحباً :) 15:11 &lt;+susi23&gt; مرحباً :) 15:12 &lt;jrandom&gt; حسناً، قد يكون من المناسب أن نخوض في 1) حالة الشبكة 15:12 &lt;jrandom&gt; البريد يقدّم رؤيتي العامة لما يجري. كيف يتوافق ذلك مع ما ترونه أنتم؟ 15:13 &lt;+Complication&gt; إصلاحات التقييد (throttling) تبدو وكأنها زادت الاعتمادية، لكنها فعلاً كبحت النطاق الترددي 15:13 &lt;+Complication&gt; لحظة واحدة، أبحث عن الرسم البياني 15:14 &lt;+Complication&gt; `http://complication.i2p/files/bw-week.png` 15:14 &lt;+Complication&gt; الفترات العالية كانت على الإصدارات غير الأحدث، والمنخفضة على الأحدث 15:15 &lt;+Complication&gt; إعدادات المُحدِّد نفسها، وربما أكثر تراخياً على الإصدارات الأشدّ صرامة (الأحدث) 15:16 &lt;+Complication&gt; لكنها ليست مشكلة كبيرة، لأنه ما زال ينقل البيانات 15:16 &lt;jrandom&gt; جميل، تقليل استخدام النطاق الترددي مناسب عندما تقترب من حد النطاق الترددي الفعلي لديك 15:17 &lt;+Complication&gt; في معظم الوقت، يبدو أنه يرتد قبل بلوغ حد «النطاق الترددي المُستدام» 15:17 &lt;+Complication&gt; لا يلامس أبداً حد الاندفاع (burst) 15:18 &lt;+Complication&gt; (وهذا بذاته منطقي — ما يقلقني هو الارتداد قبل الحد المُستدام) 15:19 &lt;bar&gt; أنا أرى تقريباً ما يراه Complication. إجمالي استهلاكي للنطاق الترددي (bw) هو فقط 50% من إعداداتي القصوى. كان سابقاً نحو ~80% قبل 0.6.1.11 15:19 &lt;jrandom&gt; هل 200kbps هي قيمة المُحدِّد لديك، مع حد اندفاع 300kbps؟ 15:20 &lt;jrandom&gt; (أتساءل فقط كم من الوقت كان يقضيه في الاندفاع) 15:20 &lt;jrandom&gt; على أي حال، تقليل استخدام النطاق الترددي هو أحد أهداف التغييرات الأخيرة 15:21 &lt;+Complication&gt; ~225 مُستدام، ~325 اندفاع 15:21 &lt;+Complication&gt; مهلاً، ربما كنت قد... 15:22 &lt;+Complication&gt; هل قمتُ بـ*تفسير* الأمر بشكل خاطئ؟ 15:23 &lt;+Complication&gt; انسَ الأمر، أنا أحمق... أخطأت في الحساب، ليست سيئة إلى ذلك الحد :O 15:23 &lt;jrandom&gt; بيانات غير كافية :) قد يكون ذلك مؤشّراً على مشكلة، لكن ما وصفته حتى الآن يوحي بأن الأمور تعمل كما هو مرغوب 15:23 &lt;+Complication&gt; إنها تحفظية قليلاً، لكنها ليست سيئة كما ظننت 15:24 &lt;+Complication&gt; وفقاً لـ Router Console (الذي يقيس بالوحدة نفسها التي يستخدمها المُحدِّد) فإن متوسط الخرج الإجمالي هو 2/3 من الحد المُستدام، و1/2 من حد الاندفاع 15:25 &lt;+Complication&gt; لكن متوسط الدخل الإجمالي، عليّ أن أقول، يزيد قليلاً فقط على 1/3 الحد المُستدام، و1/4 حد الاندفاع 15:26 &lt;+Complication&gt; على سبيل المثال، بافتراض حد مُستدام قدره 30، وحد اندفاع قدره 40، سيكون الخرج 20 والدخل أعلى بقليل من 10 (في الغالب بسبب نقص الحمل) 15:26 &lt;jrandom&gt; جميل 15:26 &lt;+Complication&gt; لكن الرسم البياني أسأتُ تفسيره بسبب مشكلات Kb/KB :O 15:27 * Complication يمحو الرسم البياني من التاريخ 15:28 &lt;jrandom&gt; مع ذلك نظرة موفّقة، وبالتأكيد أخبرني عندما تبدو الأمور غريبة 15:28 &lt;jrandom&gt; حسناً، أي شيء آخر بخصوص 1) حالة الشبكة؟ 15:28 &lt;jrandom&gt; إن لم يكن، فلننتقل بخفة إلى 2) ??? 15:28 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء آخر للمناقشة؟ 15:30 &lt;+Complication&gt; حسناً، كان هناك بعض اختبار jbigi، ويبدو أن أحدهم حصل على نتائج توحي بأن النسخة ذات 64-بت على لينكس بطيئة قليلاً 15:31 &lt;+Complication&gt; كانت أبطأ من Java الخالصة، لست متأكداً إن كان خللاً في القياس أم لا :O 15:32 &lt;+Complication&gt; لم أستطع تكراره 15:32 &lt;jrandom&gt; نعم، لم أكن متأكداً بالضبط أي .so كانوا يستخدمونه لهذه المنصّة 15:32 &lt;+Complication&gt; عندي هنا كانت أسرع بنحو الضعف مقارنةً بجافا الخالصة 15:32 &lt;+dust&gt; تجاربي مع html كصيغة رسائل إضافية في syndie بدأت تعمل. الـ 'sucker' المحلي لدي يمكنه الآن جلب صفحات الويب (مع الصور) وتخزينها كمنشورات syndie 15:33 &lt;jrandom&gt; آه، رائع يا dust 15:33 &lt;+dust&gt; لكن بدون css 15:33 &lt;+Complication&gt; لكن أشخاصاً على 32-بت قالوا إنها أسرع *بكثير* من Java الخالصة (مثل 10x أو نحو ذلك) 15:35 &lt;bar&gt; همم.. Complication، هل يمكن أن تكون مكتبة amd64 ‏.so الحالية مخصّصة لأنظمة 32-بت فقط، وهو اختبرها على نظام تشغيل 64-بت؟ 15:36 &lt;+Complication&gt; bar: ممكن، لأني أنا أيضاً اختبرتها على نظام تشغيل 64-بت :O 15:36 &lt;jrandom&gt; حسب ما أذكر، تم بناء amd64 للعمل على pure64 debian 15:37 &lt;+Complication&gt; على أي حال، اقترح بعض الناس أن استيراد gmp أحدث قد يساعد 15:37 &lt;bar&gt; مجرد محاولة عمياء، لستُ خبيراً في هذه الأمور 15:37 &lt;jrandom&gt; إيه، نحن نستخدم 4.1.4 15:38 &lt;+Complication&gt; خصوصاً بعد أن يجروا قفزة الإصدار الوشيكة لديهم 15:38 &lt;+Complication&gt; وبما أنني لست مختصاً في gmp، فلا أستطيع أن أقول الكثير بشأنه 15:38 &lt;jrandom&gt; (والتحسينات القادمة في gmp ليس من المرجّح أن تُحدِث تحسّناً كبيراً) 15:38 &lt;+Complication&gt; عدا عن «ربما بالفعل» 15:38 &lt;jrandom&gt; التحسينات تأتي من بُنى لكل معمارية 15:40 &lt;+Complication&gt; في اختباري، الذي حرّكه اختبارهم، فإن مكتبة athlon ذات 64-بت على Sempron ذي 64-بت، على Mandriva ذات 64-بت، تبدو... أسرع بشكل طفيف فقط من Java الخالصة 15:40 &lt;+Complication&gt; (أوه، ومع VM ذات 64-بت) 15:41 &lt;+Complication&gt; (والـ«طفيف» هنا يعني ضعفين) 15:41 &lt;jrandom&gt; همم، حَسناً 15:42 &lt;+Complication&gt; سأحاول الاختبار على المزيد من توليفات المنصّات، وسأخبركم إن وجدتُ ما يستحق النقل 15:43 &lt;jrandom&gt; جميل، شكراً 15:43 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 15:46 &lt;jrandom&gt; إن لم يكن... 15:46 * jrandom يختتم 15:47 * jrandom *baf*s يُغلق الاجتماع </div>/ar/blog/2006/03/07/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-07/Tue, 07 Mar 2006 00:00:00 +0000/ar/blog/2006/03/07/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-03-07/<p>مرحباً بالجميع، تحديث أسبوعي موجز هذه المرة</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كان أداء الأسبوع الماضي جيداً للغاية، فمع وجود أكثر من 90% من الشبكة على الإصدار 0.6.1.12، كانت معدلات نجاح بناء tunnel (نفق افتراضي) جيدة جداً، كما أن اختيار الأقران ومعدل النقل من طرف إلى طرف اللذين رأيتهما يسيران في اتجاه تصاعدي. لا تزال هناك بعض مشكلات تحديد المعدل التي أعمل على معالجتها في CVS، بالإضافة إلى بعض التحسينات لتقليل الاتساع غير الضروري في اتصالات الأقران، لكنها تبدو واعدة إلى حد كبير. سيصدر تحديث إلى 0.6.1.13 في وقت ما، لكنه ليس وشيكاً.</p>/ar/blog/2006/02/28/i2p-status-notes-for-2006-02-28/Tue, 28 Feb 2006 00:00:00 +0000/ar/blog/2006/02/28/i2p-status-notes-for-2006-02-28/<p>مرحباً يا جماعة، حان وقت تذمّرنا يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.12 2) الطريق إلى 0.6.2 3) مشاريع صغيرة 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.12</li> </ol> </li> </ul> <p>شهد الأسبوع الماضي تحسينات كبيرة على الشبكة، بدأت بالنشر واسع النطاق للإصدار 0.6.1.11 يوم الثلاثاء الماضي، تلاه إصدار 0.6.1.12 يوم الاثنين الفائت (تم نشره إلى 70% من الشبكة حتى الآن - شكراً!). بشكل عام، أصبح الوضع أفضل بكثير مقارنةً بالإصدار 0.6.1.10 والإصدارات الأقدم - معدلات نجاح بناء tunnel أعلى بعامل قدره عشرة أضعاف من دون أي من تلك fallback tunnels، وانخفض الكمون، وانخفض استخدام CPU، وارتفع معدل النقل. بالإضافة إلى ذلك، ومع تعطيل TCP بالكامل، يبقى معدل إعادة إرسال الحزم تحت السيطرة.</p>/ar/blog/2006/02/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/Tue, 28 Feb 2006 00:00:00 +0000/ar/blog/2006/02/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> blubb, cervantes, Complication, DeltaQ, jrandom, Magii, nymisis, postman, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:11 &lt;jrandom&gt; 0) مرحبًا 15:11 &lt;jrandom&gt; 1) حالة الشبكة و0.6.1.12 15:11 &lt;jrandom&gt; 2) الطريق إلى 0.6.2 15:12 &lt;jrandom&gt; 3) مشروعات صغيرة 15:12 &lt;jrandom&gt; 4) ؟؟؟ 15:12 &lt;jrandom&gt; 0) مرحبًا 15:12 * Complication يقرأ الملاحظات بسرعة 15:12 * jrandom يلوّح 15:12 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 15:12 &lt;jrandom&gt; (وها أنا قد نشرت الملاحظات قبل الاجتماع بأكثر من 15 دقيقة! ;) 15:13 &lt;jrandom&gt; حسنًا وبينما تقرأون تلك الأجزاء شديدة الإثارة، دعونا ننتقل إلى 1) حالة الشبكة و0.6.1.12 15:14 &lt;jrandom&gt; كما ذُكر، يبدو أنه قد تم تحقيق الأهداف الأساسية لإصدارات 0.6.1.10-0.6.1.12، وذلك بمعالجة تغيير التشفير في إنشاء tunnel وتحسين موثوقية الإنشاء بشكل كبير 15:16 &lt;jrandom&gt; العثرات التي رأيناها في 0.6.1.10 اختفت، واستقرار IRC يبدو جيدًا مرة أخرى 15:16 &lt;jrandom&gt; هل لدى أحد شيء آخر لعرضه ضمن 1) حالة الشبكة و0.6.1.12، أم ننتقل بهدوء إلى 2) الطريق إلى 0.6.2؟ 15:17 &lt;+Complication&gt; حالة الشبكة هنا: لا عودة للانخفاض تحت 20 KB/s :) 15:18 &lt;jrandom&gt; رائع، نعم 0.6.1.12 أصلح علة كبيرة في 0.6.1.11 كانت تمنعه من استغلال عرض النطاق المتاح. يفترض الآن أن يحسن استخدام الموارد المتاحة 15:20 &lt;jrandom&gt; حسنًا، دعونا ننتقل إلى 2) 15:20 &lt;jrandom&gt; كما ذُكر، هناك بعض الأمور التي تحتاج إلى ترتيب قبل وضع التغيير الوظيفي الأخير لـ 0.6.2 موضع التنفيذ، لكننا نحرز تقدمًا في ذلك 15:20 &lt;nymisis&gt; حالة الشبكة جيدة :) 15:22 &lt;jrandom&gt; تمام. سيكون هناك مزيد من المعلومات متاحة حول تفاصيل استراتيجيات ترتيب الأقران الجديدة قبل إصدارها، لكن جوهرها ينبغي أن يكون واضحًا من الإشارة الموجزة إليها في الملاحظات 15:23 &lt;jrandom&gt; هل لدى أيٍّ منكم أسئلة/تعليقات/هواجس بشأن 2) الطريق إلى 0.6.2؟ 15:23 &lt;postman&gt; jrandom: هل هناك أي شبكات اختبار هذه المرة؟ 15:24 &lt;postman&gt; (بحاجة إلى أي routers، مشاركين لاختبار الأشياء) 15:24 &lt;postman&gt; ؟ 15:24 &lt;+Complication&gt; جوهر الأمر بدا بسيطًا جدًا - تقليل فرصة خصم ما في جمع بيانات إحصائية متنوعة 15:25 &lt;+Complication&gt; يبدو كميزة مرغوبة تمامًا 15:25 &lt;jrandom&gt; postman: من المفترض أن تعمل الأشياء الجديدة بشفافية على الشبكة الحية باستخدام معلومات محلية فقط، لذا لا ينبغي الحاجة إلى شبكة منفصلة للاختبار 15:25 &lt;jrandom&gt; أجل، بالضبط Complication 15:26 &lt;postman&gt; حسنًا 15:26 &lt;postman&gt; jrandom: هل أنت جريء بما يكفي للإفصاح عن موعد تقريبي لـ 0.6.2 ؟ :) 15:27 &lt;blubb&gt; 1 أبريل 15:27 &lt;jrandom&gt; حسنًا، بما أن اليوم نهاية فبراير، سأخمّن مارس أو أبريل 15:27 &lt;postman&gt; ههه 15:27 &lt;jrandom&gt; blubb: لدينا بالفعل باب خلفي لـ MI6 مُجدول لذلك الوقت ;) 15:29 &lt;@cervantes&gt; أشبه بباب قطط لـ MI6 15:29 &lt;@cervantes&gt; (تخفيضات في الميزانية) 15:29 &lt;postman&gt; في بيت الأفيال 15:30 &lt;nymisis&gt; هذا SIS، وليس MI6، إذا أردت الدقة. :) 15:30 &lt;jrandom&gt; حسنًا، دعونا نسميهم «هم» ;) 15:31 &lt;jrandom&gt; حسنًا، أي شيء آخر لـ 2)؟ 15:31 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) المشروعات الصغيرة 15:31 &lt;@cervantes&gt; آسف «The Firm» 15:34 &lt;jrandom&gt; حسنًا، أردت فقط الإشارة إلى بعض الأمور اللطيفة التي ستكون 1) بسيطة التنفيذ و2) مفيدة حقًا 15:34 &lt;+Complication&gt; في جانب المشروعات الصغيرة، لست متأكدًا مما إذا كانت ردي على Syndie قد وصل أم لا، لكنني أتساءل إن كان بإمكاني اقتناص واحد. 15:34 &lt;+Complication&gt; لست متأكدًا أيها بعد. حاليًا أتدرّب أكثر قليلًا على Java (أقوم بمشروع صغير :D) لمزيد من التأكد من أنه عندما أحاول، سأستطيع التعامل مع واحد 15:35 &lt;DeltaQ&gt; همم، إذا زدت عرض النطاق في الواجهة، هل التغييرات فورية أم يحتاج الأمر لإعادة تشغيل؟ 15:35 &lt;+Complication&gt; عندما أنتهي من «micro-project» (بافتراض بالطبع أن القائمة لم تُمسح بعد)، سأحاول اختيار واحد 15:35 &lt;jrandom&gt; w3wt، رائع يا Complication 15:36 &lt;jrandom&gt; DeltaQ: فورًا 15:36 &lt;@cervantes&gt; أليس 1) جدولة Syndie مرتبطًا بـ 4) Download Manager / eepget scheduler 15:36 &lt;+Complication&gt; DeltaQ: يسري مفعوله تقريبًا فورًا (ضمن الفترات التي يُحتسب فيها متوسط عرض النطاق) 15:37 &lt;@cervantes&gt; يبدو لي أن مدير رفع/تنزيل أكثر عمومية في الوظائف سيلبّي كلا الاحتياجين 15:37 &lt;jrandom&gt; cervantes: همم، ليس بالضرورة. 1) مركّز جدًا، ويشمل أيضًا pushes، بينما 4) عام جدًا 15:37 &lt;+Complication&gt; cervantes: يبدو أنه قد يكون كذلك 15:37 &lt;jrandom&gt; لكن نعم، المحرّك وراء كليهما هو EepGet 15:37 &lt;jrandom&gt; (eepget يقوم بعمليات نقل http الخاصة بـ Syndie برمجيًا) 15:38 &lt;DeltaQ&gt; لا يبدو أن المتوسط يرتفع فوق 13kb/s 15:38 &lt;DeltaQ&gt; ضبطت 64kb/s مع burst 192 للتحميل 15:38 &lt;DeltaQ&gt; 32/64 رفع 15:38 &lt;@cervantes&gt; إذًا eepget عام للـ pushing والـ pulling مع واجهة API للجدولة والإدارة... 15:39 &lt;@cervantes&gt; ومع ذلك، ربما يتوقف عن كونه مشروعًا صغيرًا عند تلك النقطة 15:39 &lt;+Complication&gt; DeltaQ: المتوسط يعتمد أيضًا على مقدار الحمل الذي تولّده client tunnels لديك (و participating tunnels الخاصة بالأقران الآخرين) 15:39 &lt;+Complication&gt; عذرًا، s/average/actual bandwidth 15:39 &lt;jrandom&gt; cervantes: نعم، هناك منطق كبير متضمَّن في أمور Syndie رغم ذلك. 15:40 &lt;DeltaQ&gt; هاه، أخيرًا ارتفع 15:40 &lt;DeltaQ&gt; 1s: 30.82/29.33KBps 15:40 &lt;DeltaQ&gt; أعتقد أنني كنت بحاجة إلى زيادة عرض نطاق الرفع 15:40 &lt;jrandom&gt; DeltaQ: سيتأثر المتوسط أيضًا بكيفية رؤية الآخرين لك، وهو ما يعتمد على تصرّفاتك وليس على أي معدل مُعلن، لذا سيستغرق الأمر بعض الوقت 15:40 &lt;+Complication&gt; DeltaQ: بالنسبة لحركة المرور العابرة (participating tunnels)، ما يدخل يجب أيضًا أن يخرج 15:41 &lt;+Complication&gt; DeltaQ: لذا فإن معدلات ul/dl المختلفة جدًا ستُخنِق حركة المرور المشاركة إلى الأقل بينهما 15:42 &lt;+Complication&gt; DeltaQ: كذلك، تعتمد حركة المرور المشاركة على كيف «تُدرك» العُقد الأخرى قدرة التوجيه لعقدتك 15:42 &lt;DeltaQ&gt; حسنًا 15:43 &lt;+Complication&gt; إذا ظنّوا أنها تستطيع التوجيه جيدًا، فسوف يطلبونك بوتيرة أعلى 15:43 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر ضمن 3) المشروعات الصغيرة، فلننتقل إلى 4) ؟؟؟ 15:43 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه في الاجتماع؟ 15:43 &lt;DeltaQ&gt; حسنًا أنا خلف router لكنني وجّهت المنفذ 8887 إلى هذا الحاسوب 15:43 &lt;+Complication&gt; إذا كانت جديدة، أو زادت سعتها مؤخرًا فقط، فهم متحفّظون قليلًا 15:44 &lt;DeltaQ&gt; أوه آسف، لم أقصد التدخّل في اجتماع ^^ 15:44 &lt;+Complication&gt; سأل أحدهم قبل أيام عن هجمات محتملة مبنية على انحراف الساعة (clock skew). أظنني رأيت إجابتك عن جزء الـ tunneling (رسالة الإنشاء تحمل فقط فترة صلاحية الـ tunnel، وليس الوقت من منظور منشئها)... 15:44 &lt;@cervantes&gt; (شكرًا على الذكر في ملاحظات الحالة) ;-)_ 15:46 &lt;+Complication&gt; ففكّرت، في الواقع، أن أسأل... أي نقاط، إن وُجدت، في مراسلات I2P يمكن أن تحتوي على وقت من منظور المرسِل؟ 15:47 &lt;+Complication&gt; لم أتمكّن من تحديث معرفتي بهذا، لذا أنا قليل الفهم بشأنه 15:47 &lt;jrandom&gt; Complication: لا شيء يقول صراحة «أعتقد أن الوقت الآن $time»، لكن مع قدر كافٍ من الحركة وتحليل التوقيت، يمكن على الأرجح تضييق النطاق بشكل كبير 15:48 &lt;jrandom&gt; نحن نقوم بتكميم الأوقات على فترة كبيرة، وإن لم تكن كبيرة مثل أقصى انحراف ساعة لدينا، لذا هناك هامش 15:49 &lt;+Complication&gt; هل تعتقد أنه سيكون هناك فائدة في النهاية من عميل NTP أكثر «سلاسة»؟ 15:49 &lt;+Complication&gt; واحد يمكنه/يستطيع بسهولة أكبر إبقاء الانحرافات أصغر؟ 15:50 &lt;jrandom&gt; حسنًا، منذ إدخال عميل SNTP إلى I2P، وهو يتحسّن أكثر فأكثر بحيث إننا لا نرى الآن التفاوت الذي اعتدناه 15:51 &lt;jrandom&gt; ربما يمكننا تقليل حد الانحراف الأدنى من 10 ثوانٍ إلى ربما 2 أو 3 ثوانٍ، أو أقل 15:51 &lt;jrandom&gt; بدلاً من ذلك، يمكننا السماح له بالنظر إلى انحرافات ساعة SSU أيضًا لتجنّب الانحرافات غير الضرورية 15:52 &lt;+Complication&gt; أو بدلاً من ذلك، هل يمكن الحد أكثر من أي فرصة لتخمين القيمة المحتملة لساعة نظير آخر؟ 15:53 * Complication لا يعرف أي طريق سيكون أكثر عملية، فقط يقترح احتمالات عشوائية :D 15:53 &lt;jrandom&gt; لا، نحن نعرف انحراف الساعة للأقران المتصلين مباشرة 15:55 &lt;Magii&gt; هل هناك أي طريقة لمعرفة ما إذا كانت الترقية قد تمت بنجاح؟ 15:55 &lt;+Complication&gt; أها، إذن بروتوكول الجلسة يعتمد فعليًا على تلك المعلومة.. 15:55 &lt;tethra&gt; انظر إلى رقم الإصدار لديك 15:55 &lt;+Complication&gt; Magii: ينبغي أن يُسجّل CRIT مثل "update verified, restarting to install" في السجلات 15:55 &lt;tethra&gt; :/ 15:55 &lt;+Complication&gt; ثم ينبغي أن يعدّ الدقائق تنازليًا حتى إعادة تشغيل سلسة 15:56 &lt;+Complication&gt; وأخيرًا يعيد التشغيل 15:57 &lt;+Complication&gt; أوه، ملاحظة جانبية: هل يعرف عميل NTP الداخلي مفهومًا مثل «معدل انجراف الساعة (clock drift rate)»؟ 15:58 &lt;jrandom&gt; نعم، رقم الإصدار في الزاوية العلوية اليسرى من `http://localhost:7657/index.jsp` يجب أن يكون مؤشرًا واضحًا :) 15:58 &lt;jrandom&gt; Complication: لا، إنه لا يضمن نبضات ساعة متتالية 15:59 &lt;jrandom&gt; s/sequential/ordered/ 15:59 &lt;+Complication&gt; ولا يطوّر معرفة مثل «ساعة نظامنا أسرع بـ 0.00345 مرة مما ينبغي»؟ 16:00 &lt;jrandom&gt; آه، لا، مع أن إضافة ذلك إلى net.i2p.util.Clock لن تكون صعبة جدًا (تريد مشروعًا صغيرًا؟ :) 16:00 &lt;+Complication&gt; كنت أفكر في شيء على هذا المنوال 16:01 &lt;+Complication&gt; أظنني الآن أفكر فيه أكثر قليلًا :) 16:01 &lt;+Complication&gt; لكن المشروعات الصغيرة الأخرى أولًا :) 16:02 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:03 &lt;nymisis&gt; مافنز؟ 16:04 &lt;jrandom&gt; لا، فطائر بانكيك 16:04 &lt;jrandom&gt; (مممممم فطائر بانكيك) 16:04 &lt;jrandom&gt; وعلى ذكر ذلك 16:04 * jrandom يختتم 16:04 &lt;nymisis&gt; أوه، اللعنة، نقطة جيدة. 16:04 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/02/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-21/Tue, 21 Feb 2006 00:00:00 +0000/ar/blog/2006/02/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-21/<p>مرحباً يا جماعة، ها قد حلّ يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كانت الشبكة تمر ببعض الظروف الصعبة مع الإصدار 0.6.1.10، وذلك جزئياً بسبب عدم التوافق مع الإصدارات السابقة، وكذلك بسبب أخطاء غير متوقعة. لم تكن الاعتمادية ولا مدة التشغيل في 0.6.1.10 كافيتين، لذا وخلال الأيام الخمسة الماضية كان هناك سيل من التصحيحات، تُوج بإصدار 0.6.1.11 الجديد - <code>http://dev.i2p.net/pipermail/i2p/2006-February/001263.html</code></p> <p>معظم الأخطاء التي عُثر عليها في 0.6.1.10 كانت موجودة منذ إصدار 0.6 في سبتمبر الماضي، لكنها لم تكن واضحة تمامًا بينما كانت هناك وسائط نقل بديلة يمكن الرجوع إليها (TCP). كانت شبكة الاختبار المحلية الخاصة بي تُحاكي فقدان الحزم، لكنها لم تُغطِّ فعليًا تقلب الـrouter (التغير المستمر في توفر عقد الـrouter) وأعطال الشبكة المستمرة الأخرى. كما أن شبكة الاختبار _PRE كانت تضم أيضًا مجموعة مختارة ذاتيًا من الأقران الموثوقين إلى حدّ ما، لذا كانت هناك حالات مهمة لم تُستكشف بالكامل قبل الإصدار الكامل. وهذه مشكلة، بلا شك، وسنتأكد في المرة القادمة من تضمين مجموعة أوسع من السيناريوهات.</p>/ar/blog/2006/02/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/Tue, 14 Feb 2006 00:00:00 +0000/ar/blog/2006/02/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes, Complication, duck, frosk, jrandom, void</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:39 &lt;jrandom&gt; 0) مرحبًا 15:39 &lt;jrandom&gt; 1) حالة الشبكة 15:39 &lt;jrandom&gt; 2) 0.6.1.10 15:39 &lt;jrandom&gt; 3) نشاط Syndie 15:39 &lt;jrandom&gt; 4) ??? 15:39 &lt;jrandom&gt; 0) مرحبًا 15:39 * jrandom يلوّح 15:39 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت على http://dev.i2p.net/pipermail/i2p/2006-February/001260.html 15:39 &lt;jrandom&gt; (تأخرت قليلًا في ذلك، لذا سأمنحكم دقيقة لتصفح تلك الملاحظات الموجزة) 15:40 &lt;+Complication&gt; مرحبًا 15:40 &lt;@cervantes&gt; أهلًا 15:41 &lt;jrandom&gt; حسنًا، هو موجز بما يكفي، فلنبدأ بـ 1) حالة الشبكة 15:41 &lt;jrandom&gt; ليس لدي ما أضيفه هنا، هل لدى أحدكم شيء لمناقشته؟ 15:41 &lt;@cervantes&gt; &lt;jrandom&gt; (اتصال شبكة متقلب مزعج) 15:41 &lt;+Complication&gt; ازدحام بسيط أحيانًا، لكن الرسوم البيانية تشير إلى أنه ليس جديدًا 15:42 &lt;jrandom&gt; ههه، cervantes، حسنًا، ذلك بسبب أحد رفاق سكني الذي يستخدم limewire، وليس i2p ;) 15:43 &lt;@cervantes&gt; واجهنا أيضًا مشاكل متنوعة في الخادم مع irc ومتعقّب postman خلال الأسبوعين الماضيين - قام postman بالعديد من عمليات الترحيل، لذا ينبغي أن تصبح الأمور أكثر استقرارًا للجميع 15:43 &lt;+Complication&gt; لا بد أن من الصعب السماح لهم بذلك، لكن أظن... هكذا هي الحياة :O 15:43 &lt;+Complication&gt; ذلك=استخدام limewire 15:44 &lt;+Complication&gt; هذا الصباح، كان tracker.postman.i2p يرفض الاتصالات، مع ذلك 15:44 &lt;jrandom&gt; Complication: كان القرص ممتلئًا، تم إصلاحه الآن 15:44 &lt;jrandom&gt; (للأجهزة الجديدة غرائبها الخاصة) 15:46 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 1) حالة الشبكة؟ 15:46 &lt;jrandom&gt; وإلا، فلننتقل إلى 2) 0.6.1.10 15:47 &lt;jrandom&gt; كما ذُكر، سنطرح إصدارًا جديدًا غير متوافق مع الإصدارات السابقة خلال بضعة أيام 15:48 &lt;jrandom&gt; رغم أنه وحده لن يُحدث ثورة في أدائنا، فإنه سيحسّن بعض المقاييس الأساسية ليضعنا على الطريق 15:48 &lt;jrandom&gt; هناك أيضًا مجموعة كبيرة من إصلاحات العلل 15:49 &lt;@cervantes&gt; هل ستُضمَّن تحسينات zzz على server tunnel في الإصدار؟ 15:49 &lt;jrandom&gt; أوه، وهناك أيضًا مسألة تحسين إخفاء الهوية... كما تعلمون، الشرط الذي لا غنى عنه 15:50 &lt;jrandom&gt; cervantes: على الأرجح لا، لم أسمع الكثير منذ تلك المشاركة على zzz.i2p الأسبوع الماضي. لقد أجريتُ بعض إصلاحات العلل البسيطة في cvs مع ذلك (لدعم lighttpd، إلخ)، لكننا لن نحصل على اتصالات zzz المستمرة 15:50 &lt;jrandom&gt; (بعد) 15:51 &lt;@frosk&gt; ما حجم مفتاح DH (Diffie-Hellman)/إلخ الذي استقر رأيكم عليه؟ 15:51 &lt;@cervantes&gt; نعم، رأيت تلك مشكلات السطر الجديد قبل بضعة أسابيع، لكني أرجأت تغييرها بسبب تحسينات zzz الوشيكة 15:51 &lt;jrandom&gt; آه، في الوقت الحالي سنلتزم بتعمية 2048-بت بأسس صغيرة 15:52 &lt;@frosk&gt; إذًا يمكن توقُّع استهلاك أقل للمعالج (CPU)؟ 15:52 &lt;jrandom&gt; نعم 15:53 &lt;@frosk&gt; ممتاز 15:53 &lt;jrandom&gt; التحويل إلى 1024-بت سيقلّص حمل CPU بمقدار مرتبة قدر أخرى، لكنه سيتطلب بعض إعادة العمل لهياكل إنشاء الـ tunnel (فالتعمية غير المتماثلة 1024-بت ليست كبيرة بما يكفي لنقل البيانات التي نحتاج لنقلها). 15:54 &lt;jrandom&gt; قد نستكشف ذلك في المستقبل، لكن الإصدار القادم ينبغي أن يقلّص بشكل ملحوظ عبء CPU الإضافي 15:54 &lt;jrandom&gt; لقد عطّلتُ أيضًا نقل TCP، لأني شخص لئيم وشرير 15:55 &lt;@frosk&gt; هل تتوقع المزيد من الترقيات غير المتوافقة قبل 1.0؟ 15:55 &lt;jrandom&gt; آمل ألا يحدث 15:55 * cervantes لا بد أنه رسّام كاريكاتير دنماركي 15:55 &lt;@frosk&gt; لا أظن أننا سنفتقد tcp :) 15:55 &lt;@cervantes&gt; أعني أن jrandom لا بد أنه كذلك 15:55 &lt;@cervantes&gt; ;-) 15:55 * jrandom يشاهد السفارة تحترق 15:56 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 2) 0.6.1.10؟ 15:56 &lt;void&gt; لماذا لم يكن يدعم lighttpd سابقًا؟ 15:56 &lt;jrandom&gt; (آه، وعلى الهامش، كانت هناك أيضًا بعض التحسينات المثيرة للاهتمام في مكتبة البث لـ 0.6.1.10، مثل إعادة الإرسال السريعة على نمط TCP، إلخ، لذا سنرى كيف سيساعد ذلك) 15:57 &lt;@cervantes&gt; void: رؤوس معطوبة 15:57 &lt;jrandom&gt; void: علّة حيث لم نكن متوافقين مع المعايير 15:57 &lt;void&gt; آه، هل تم إصلاح أخطاء الأسطر الجديدة غير المتسقة أيضًا؟ 15:58 &lt;void&gt; وماذا عن مشكلة المحرف الصفري (null)؟ هل تنتظرون رقعة الاتصالات المستمرة من zzz؟ 15:58 &lt;jrandom&gt; خطأ السطر الجديد هو نفسه الرأس المعطوب، وقد أُصلح 15:58 &lt;jrandom&gt; لا جديد بشأن المحرف الصفري 15:59 &lt;void&gt; حسنًا 16:00 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر في 2، فلنمر سريعًا على 3) نشاط Syndie بإيجاز 16:00 &lt;jrandom&gt; حسنًا، ليس لدي الكثير لأضيفه... 16:01 &lt;jrandom&gt; (لقد قلت /بإيجاز/) 16:01 &lt;jrandom&gt; فلننتقل إذن إلى 4) ??? 16:01 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء آخر يريد طرحه للاجتماع؟ 16:01 &lt;+fox&gt; &lt;duck&gt; مشغول جدًا بقراءة Syndie ليدلي بتعليق 16:01 &lt;jrandom&gt; ;) 16:02 * Complication مشغول جدًا بإصدار توقيعات بلا معنى ليعلّق :D 16:05 &lt;jrandom&gt; حسنًا، رائع. تذكير آخر فقط للناس بالابتعاد عن CVS ليوم أو يومين حتى الإصدار، إذ سيحصل CVS HEAD على تغييرات _PRE branch، وسيتم إحالة _PRE branch إلى التقاعد 16:05 * jrandom يستعد 16:05 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2006/02/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-14/Tue, 14 Feb 2006 00:00:00 +0000/ar/blog/2006/02/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-14/<p>مرحباً يا جماعة، تحديث سريع اليوم</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) 0.6.1.10 3) نشاط Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كما قلت الأسبوع الماضي، &ldquo;لم تطرأ أي تغييرات جوهرية على الشبكة الحية (live net) خلال الأسبوع الماضي، لذا لم تتغير حالة الشبكة الحية كثيرا. من ناحية أخرى&hellip;&rdquo;</p> <ul> <li> <ol start="2"> <li>0.6.1.10</li> </ol> </li> </ul> <p>There has been more progress with the _PRE network to get us to the 0.6.1.10 release, and the other day I gave y&rsquo;all the 5 day warning [1]. Things are still on track, so I expect 0.6.1.10 to be out sometime late thursday. The release will not be backwards compatible, and your router will likely create a new router identity and require reseeding to get onto the new network. This should happen transparently though.</p>/ar/blog/2006/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/Tue, 07 Feb 2006 00:00:00 +0000/ar/blog/2006/02/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, jrandom, KBlup, modulus, tethra, tmp</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:36 &lt;jrandom&gt; 0) مرحبًا 15:36 &lt;jrandom&gt; 1) حالة الشبكة 15:36 &lt;jrandom&gt; 2) تقدم شبكة _PRE 15:36 &lt;jrandom&gt; 3) I2Phex 0.1.1.37 15:36 &lt;jrandom&gt; 4) ??? 15:36 &lt;jrandom&gt; 0) مرحبًا 15:37 * jrandom يلوّح 15:37 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت @ http://dev.i2p.net/pipermail/i2p/2006-February/001258.html 15:37 &lt;bar&gt; مرحبًا 15:38 &lt;jrandom&gt; بينما تتمعنون في ذلك المحتوى المشوّق للغاية، دعونا ننتقل إلى 1) حالة الشبكة 15:38 &lt;jrandom&gt; لم يتغيّر الكثير على الشبكة الحية خلال الأسبوع الماضي، من منظور I2P، لذا ليس لدي الكثير لأضيفه هنا 15:39 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء يريد طرحه بخصوص حالة الشبكة الحالية؟ 15:39 &lt;KBlup&gt; لقد رأيت طفرات سيئة من فشل العملاء عند تشغيل I2P لفترة طويلة... لا أدري إن كان ذلك يندرج تحت 1) 15:39 &lt;jrandom&gt; KBlup: هل يرتبط ذلك بارتفاع حمل CPU أو استهلاك النطاق الترددي؟ 15:40 &lt;KBlup&gt; ينتج عنه msg-delay&gt; 10000ms :-/ 15:40 &lt;jrandom&gt; آه، على الأرجح هذا أحد أسباب تطوير شبكة _PRE :) 15:40 &lt;KBlup&gt; أظن أنه يحاول بعدها إنشاء tunnels جديدة ويفشل باستمرار، ما ينتج عنه 300+ مهمة أحيانًا... 15:41 &lt;KBlup&gt; جهازي قوي إلى حدٍّ ما لكنه مُحمّل زيادة بهذا... 15:41 &lt;jrandom&gt; نعم، تمّت إعادة العمل على كل ذلك ضمن الإصدار 0.6.1.10، تحمّلوا قليلًا حتى يصبح جاهزًا 15:43 &lt;jrandom&gt; حسنًا، أي شيء آخر ضمن 1)، أم ننتقل بهدوء إلى 2) تقدم شبكة _PRE 15:43 &lt;+Complication&gt; يبدو أن 0.6.1.10 يحتوي بالفعل على تغييرات كبيرة 15:45 &lt;jrandom&gt; نعم، هناك الكثير من العمل الجوهري هنا. الوضع الحالي هو أن كود الإنشاء الجديد في مكانه ويبدو أنه يعمل بشكل صحيح، لكنني أستغل هذه الفرصة الآن لاستكشاف بعض المشكلات الأساسية بصورة أعمق 15:46 &lt;+Complication&gt; ذكرتَ الحاجة إلى استهلاك الكثير من وقت CPU مسبقًا 15:47 &lt;+Complication&gt; هل ستكون هذه الكلفة الآن مرتبطة ببناء أي نوع من ال tunnel؟ 15:48 &lt;+Complication&gt; (أي قبل الإنشاء، وخلال فترة وجيزة، سيكون عليك تنفيذ دفعة من التشفير الثقيل) 15:48 &lt;jrandom&gt; نعم، كل طلبات بناء tunnel ستحتاج إلى إجراء k عملية تشفير ثقيلة (حيث k = عدد القفزات في ال tunnel الجاري بناؤه) 15:49 &lt;+Complication&gt; ما أردت سؤاله... هل الفاصل الزمني أشدّ إحكامًا فقط مقارنة بالسابق، أم أن الكمية أكبر أيضًا؟ 15:50 &lt;jrandom&gt; الكمّية أصبحت في آنٍ واحد أكبر وأصغر وأشد إحكامًا. أشد إحكامًا لأنها تُنجَز كلها مُقدّمًا. أكبر لأننا لا نستطيع الاختصار وتجاوز التشفير لقفزة ما إذا رفضتها قفزة سابقة، وأصغر لأن القفزات المبكرة تفشل بوتيرة أقل بكثير 15:51 &lt;jrandom&gt; بالإضافة إلى ذلك، وعلى خلاف الإصدارات السابقة، لم نعد نستخدم ElGamal/AES+SessionTag لطلبات ال tunnel - نحن نستخدم ElGamal مباشرًا (إلى حدٍّ كبير) 15:52 &lt;+Complication&gt; ...ولا يمكن حسابه مسبقًا، إلا إذا عُرِفت المجموعة النهائية التي ستنجح؟ 15:52 &lt;jrandom&gt; هذا يعني أنه بينما كنا قادرين سابقًا على التحايل دون إجراء عملية غير متناظرة، فإننا لا نحاول التحايل بعد الآن (لأن التحايل نفسه كشف فئة من الهجمات) 15:53 &lt;+Complication&gt; (مجموعة الأقران) 15:53 &lt;jrandom&gt; هممم، يمكن بالتأكيد حسابه مسبقًا، بافتراض أنك تعرف الأقران في ال tunnel الذين سيتم طلبهم 15:54 &lt;jrandom&gt; تتم عملية إنشاء ال tunnel الجديدة على thread (خيط) منفصل، حتى لا تُثقِل صف المهام الرئيسي تحت الضغط، ولكي تتمكن من تنظيم نفسها بشكل أفضل 15:54 &lt;+Complication&gt; وهل يمكن أيضًا افتراض أنه، ما لم تتغير المعرفة المتاحة، يعرف المرء بضعة أشخاص سيطلب منهم إن فشلت المحاولات؟ 15:54 &lt;jrandom&gt; هممم، لست متأكدًا تمامًا أنني فهمت 15:55 &lt;+Complication&gt; أم أن معرفتهم غير مجدية أصلًا، بما أن البنية يجب إعادة إنشائها من الصفر؟ 15:56 &lt;+Complication&gt; (أي: إعادة عمليات ElGamal من الصفر، على الأقل) 15:56 &lt;jrandom&gt; آه، البنية هي http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.requestRecord 15:56 &lt;jrandom&gt; إذًا نعم، إذا تغيّرت القفزة التالية، يجب إعادة ElGamal 15:56 &lt;jrandom&gt; (إن قمت بالحساب مسبقًا) 15:56 &lt;+Complication&gt; صحيح، لم أكن متأكدًا بما يكفي من ذلك فورًا 15:57 &lt;+Complication&gt; لكنني أدركته الآن 15:57 &lt;jrandom&gt; من ناحية أخرى، نحن نحاول حقًا رفع معدل نجاح البناء، ويُفترض أن تتمكن عملية البناء الجديدة من التكيّف لتقليل عمليات الإنشاء غير الضرورية 15:58 &lt;+Complication&gt; كيف يبدو أداؤها في الواقع؟ 15:58 &lt;jrandom&gt; (أوه، لقد عُدِّلت تلك البنية قليلًا على فرع _PRE: http://dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/router/doc/tunnel-alt-creation.html?rev=1.1.2.1;content-type=text%2Fhtml#tunnelCreate.requestRecord ) 15:59 &lt;+Complication&gt; لاحظتُ التفصيل حول أن عمليات تشفير ElGamal أصبحت أسرع بكثير... 15:59 &lt;jrandom&gt; حسنًا، معدل نجاح البناء أعلى بكثير جدًا مما هو عليه على الشبكة الحية، لكن قد يكون ذلك فقط بسبب صِغَر حجم شبكة _PRE 16:00 &lt;jrandom&gt; نعم، إنشاء بنية ذات قفزتين، مثلًا، يستغرق في المتوسّط 44ms عبر 1120 تشغيلًا، مقارنة بزمن تشفير ElGamal على الشبكة الحية البالغ 542ms (عبر 1344 تشغيلًا) 16:02 &lt;jrandom&gt; (على نفس الجهاز) 16:02 &lt;+Complication&gt; هل يشمل رقم 542 هذا محاولات الإعادة عند الفشل أيضًا، أم أنه زمن البناء الصِرف فقط؟ 16:02 &lt;+Complication&gt; إن كان زمن البناء الصِرف، عليّ أن أبحث عن فكي السفلي... إنه على الأرض في مكانٍ ما. :P 16:02 &lt;KBlup&gt; بخصوص تغيير الأسّ: على أي مستوى يؤثر ذلك في الخصوصية/عدم الكشف عن الهوية؟ 16:02 &lt;jrandom&gt; لا، هذا إحصاء ElGamal الصِرف، إذ إن الشبكة الحية لا تبني بنية شبكة _PRE الجديدة 16:04 &lt;jrandom&gt; KBlup: إخفاء الهوية؟ لا شيء. الأمان؟ وفقًا لما قرأت، 228 بت أكثر من كافٍ لمعادلة ElGamal بحجم 2048 بت 16:04 * Complication لا يعرف الكثير عن قيم x و y في ElGamal 16:04 &lt;+Complication&gt; ليس بما يكفي للتعليق بشكل مفيد 16:06 &lt;+Complication&gt; إذا كان الباحثون الجادّون يعتبرون x الأقصر قوية بما يكفي، ولم يهرب أولئك المتخصصون في التشفير صارخين... 16:06 &lt;@cervantes&gt; حسنًا، ليس هذا فحسب، بل تبعات الهبوط إلى 1024/160 أيضًا 16:07 &lt;KBlup&gt; أظن أن عليّ قراءة الورقة لاحقًا ;) 16:07 &lt;+Complication&gt; cervantes: نعم، إنه أفضل من ذلك، بالتأكيد 16:08 &lt;+Complication&gt; ثم ما هي أبرز هجمة يجب أن يصدّها هذا التشفير، وكم تدوم فعالية الهجوم؟ 16:09 &lt;+Complication&gt; هل يمكن أن تكون فائدة الخصم فقط إذا كسره بسرعة، أم يستفيد أيضًا إذا كسره في نهاية المطاف؟ 16:11 &lt;+Complication&gt; إن كنتُ أفهم جيدًا، فالسرّ المباشر الذي يحميه هو المشارك التالي في ال tunnel، أليس كذلك؟ 16:11 &lt;+Complication&gt; (أو بدقة أكثر، التالي للتالي) 16:11 &lt;@modulus&gt; هل الاجتماع مستمر؟ 16:11 &lt;+Complication&gt; (والذي قد يعرفه فقط التالي) 16:11 &lt;@cervantes&gt; modulus: ayre 16:11 &lt;@cervantes&gt; -r 16:11 &lt;jrandom&gt; بالنسبة لخصم عملي (ومع ذلك قوي بشكل جنوني)، سيكون من الضروري كسره خلال عمر ال tunnel. أما كسره بعد انتهاء عمر ال tunnel فلن يفيد إلا إذا سجّلت كل حركة مرور الشبكة وكسرت جميع ال tunnels (أي بعد كسر تشفير طبقة النقل المؤقّت والعمل على تشفير طبقة ال tunnel) 16:11 &lt;jrandom&gt; إذًا، نحن نتحدث هنا عن دقائق، لا عقود 16:12 &lt;jrandom&gt; (لذا 1024 بت ربما يكون مبالغًا فيه أصلًا) 16:12 &lt;@cervantes&gt; هل توجد طريقة لقياس المخاطر بشكل ذي معنى؟ 16:13 &lt;+Complication&gt; إضافة إلى ذلك، بالنسبة ل tunnel بعدد أكبر من القفزات، سيتعيّن على الخصم كسر عدة طبقات، صحيح؟ 16:13 &lt;+Complication&gt; (مع أن المُنشئ سيضطر لبناء عدة طبقات أيضًا) 16:13 &lt;@cervantes&gt; إذا كنا لا نحتاج لأكثر من 1024 بت، فهل من الضروري فعلًا استخدام المزيد؟ 16:14 &lt;@cervantes&gt; يمكننا دائمًا استخدام خوارزمية أقوى بعد 3 سنوات عندما نحصل على حواسيب كمّية أقوى بكثير 16:14 &lt;@modulus&gt; jrandom: إذا كان الخصم يعلم أنه في الوقت hh:mm سيتم تمرير شيء مهم عبر ال tunnel، هل يُحتمل أن يتمكّن من كسره بطريقة ما عبر التسجيل؟ 16:14 &lt;jrandom&gt; Complication: صحيح، سيتعيّن عليهم كسر عدة طبقات (ومفاتيح DH التي تحمي طبقة النقل) 16:14 &lt;@modulus&gt; حسب علمي 1024 بت قابلة للكسر مع قدرة حوسبية كبيرة 16:15 &lt;jrandom&gt; قدرة كبيرة وعقدٌ من الزمن 16:15 &lt;jrandom&gt; (أو ثلاثة) 16:15 &lt;@cervantes&gt; jrandom: هل من الصعب تجربة التشفير الأضعف؟ 16:15 &lt;@modulus&gt; كنتُ تحت انطباع أن الأعداد المركّبة ذات 1024 بت أصبحت قابلة للتحليل لعواملها هذه الأيام خلال بضعة أشهر. 16:15 &lt;@cervantes&gt; هل يمكننا طرحه على شبكة pre 16:15 &lt;@cervantes&gt; ونرى إن كان يوفر فائدة كبيرة بالفعل 16:16 &lt;@cervantes&gt; modulus: نعم، لكن سيتعيّن عليهم كسر عدة طبقات 16:16 &lt;@modulus&gt; إن كان هذا قائمًا على مجال اللوغاريتم المتقطع وكل ذلك، فأنا لا أعرف شيئًا 16:16 &lt;@modulus&gt; cervantes: فهمت 16:16 &lt;jrandom&gt; cervantes: هذا يتطلب تغييرات في الكثير من البُنى، إذ نستخدم حاليًا خانات بحجم 512byte. ومع ذلك، ربما يمكننا فقط ملء أول 256 بايت بـ 0x00 لأغراض الاختبار 16:17 &lt;jrandom&gt; modulus: ElGamal قائم على اللوغاريتم المتقطع 16:17 &lt;@cervantes&gt; jrandom: هل يستحق الاختبار؟ 16:17 &lt;@modulus&gt; صحيح صحيح، كنتُ أتخيل RSA 16:17 &lt;@cervantes&gt; أم من الأفضل التركيز على أمور أخرى والعودة إليه إذا لزم الأمر 16:18 &lt;jrandom&gt; يستحق الاختبار بالتأكيد، لكنني في الوقت الحالي أعمل على بعض تقييمات طبقة النقل 16:18 &lt;+Complication&gt; أظن أن الأمر يعتمد على كيفية التعامل مع حساباتهم في الواقع العملي. 16:18 &lt;jrandom&gt; (وزمن التشفير 44ms جيد بما يكفي حاليًا، مع أن 4ms سيكون أفضل بكثير :) 16:19 &lt;+Complication&gt; إن صمد مع الحواسيب الحالية، فسيتحسن مع الأجهزة الأحدث. 16:19 &lt;@modulus&gt; خصوصًا إذا ظهرت عتاديات تشفير مخصّصة، كما بدأ يظهر في بعضها 16:19 &lt;jrandom&gt; لكن، بالطبع، لن يتم تغيير هذا المعامل بسهولة أو على الفور. ومع ذلك، إن كان لدى أحد سبب وجيه لتجنّبه، فالرجاء التواصل 16:21 &lt;jrandom&gt; modulus: سمعتُ عن شرائح مخصّصة لـ AES وRSA، لكن لا شيء بخصوص DH/ElGamal. ومن ناحية أخرى، عندما ننظر إلى NSA/وغيرها كخصم، حيث يمكنهم بناء عتادهم الخاص، فذلك ممكن 16:22 &lt;@cervantes&gt; لديهم آلات تشفير مبنية على تقنية الدونات المرشوشة بالحلقات 16:23 * Complication مستعد لترقية Celeron 300 إلى Athlon 600 إذا كان هذا سيصدّ موجة الدونات المرشوشة بالحلقات :D 16:23 &lt;tethra&gt; ههههه 16:24 &lt;jrandom&gt; مممممم دونات 16:25 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر حول 2) تقدم شبكة _PRE؟ 16:25 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) I2Phex 0.1.1.37 16:26 &lt;jrandom&gt; Complication: هل تود أن تعطينا الخلاصة؟ 16:26 &lt;+Complication&gt; حسنًا، يبدو أنه يعمل. :) 16:26 &lt;+Complication&gt; هناك أمل في الحصول على مزيد من مخازن الويب قريبًا لمزيد من الاعتمادية عبر التكرار. 16:27 &lt;jrandom&gt; تمام 16:27 &lt;jrandom&gt; هممم، هل تعتقد أننا بحاجة إلى مزيد من مخازن الويب؟ ألسنا بحاجة لواحد فقط يكون متاحًا؟ ليس أن المزيد يضرّ، بالطبع 16:27 &lt;+Complication&gt; (إذا نجح legion في حل الألغاز التي لاحقَت محاولته الأولى) 16:27 &lt;+Complication&gt; هناك أيضًا خطأ غامض هناك، لكنه لا يؤذي بشدة، وأنا أحاول العثور عليه. 16:28 &lt;+Complication&gt; وجود واحد يعمل يكفي 16:28 &lt;+Complication&gt; المزيد يزيد فقط من احتمال أن يكون أحدها عاملًا 16:28 &lt;jrandom&gt; جميل 16:28 &lt;+Complication&gt; لأنه في المرحلة الحالية، لن يُسقِط مخازن الويب باعتبارها سيئة. عددها قليل جدًا أصلًا. 16:29 &lt;+Complication&gt; (ذلك الروتين سيتفعّل إذا وُجد أكثر من 10) 16:29 &lt;+Complication&gt; (إذا كنت أتذكر جيدًا) 16:29 &lt;+Complication&gt; أما عن الخطأ: بعد مدة طويلة من التشغيل، يتوقف أحيانًا النظام الفرعي لمخزن الويب 16:30 &lt;+Complication&gt; على الأرجح لأن طلب GET الخاص بـ httpclient لا يمكن إجهاضه بنجاح 16:31 &lt;@modulus&gt; إذًا يحتاج أن يُنهى من حين لآخر؟ 16:31 &lt;+Complication&gt; الأمر آمن، ولا يبدو أنه يؤثر على الأجهزة المنضمّة حديثًا 16:31 &lt;jrandom&gt; هممم، ماذا يعني ذلك وظيفيًا؟ بعد فترة، سيتوقف عن التسجيل لدى مخزن الويب، وبالتالي لن يحصل القادمون الجدد على مراجع إليهم؟ 16:31 &lt;+Complication&gt; إن أثّر على جهاز مدمج جيدًا، فيمكن لذلك الجهاز الحصول على عدد كافٍ من الأقران من الأقران المتصل بهم بالفعل 16:31 &lt;+Complication&gt; إذًا حاليًا يبدو التأثير قريبًا من الصفر 16:31 &lt;@modulus&gt; جميل 16:32 &lt;+Complication&gt; هو أمر غريب فحسب 16:32 &lt;@modulus&gt; لا قاعدة حول متى سيفشل أو شيء من هذا القبيل؟ 16:32 &lt;+Complication&gt; modulus: عمومًا ليس قبل 20 ساعة 16:33 &lt;+Complication&gt; وبما أنه لا توجد لدي طريقة لفرض حدوثه، فتصحيح الأخطاء بطيء قليلًا 16:33 &lt;@modulus&gt; :_) 16:34 &lt;+Complication&gt; على أي حال، إن وجدته سأصلحه، وإن لم أجده، فسأجد أمورًا أخرى أعبث بها :) 16:34 &lt;jrandom&gt; :) 16:34 &lt;jrandom&gt; يبدو أنه مجرد عَرَض لبعض الأخطاء التي رأيناها في مكتبة البث (streaming lib) / eepproxy، لذا فإن إصلاحها ينبغي أن يصلح هذا أيضًا 16:35 &lt;+Complication&gt; قد يكون 16:38 &lt;jrandom&gt; حسنًا، رائع، عمل جميل يا Complication 16:38 &lt;jrandom&gt; هل لدى أحد أي شيء آخر حول 3) I2Phex 0.1.1.37، أم ننتقل إلى البند الجامع، 4) ??? 16:41 &lt;jrandom&gt; (اعتبرونا قد انتقلنا) 16:41 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:42 &lt;tmp&gt; أم تحبسون أنفاسكم إلى الأبد؟ 16:43 &lt;jrandom&gt; وإلى الأبد والأبد 16:43 * jrandom يستعد 16:43 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/02/07/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-07/Tue, 07 Feb 2006 00:00:00 +0000/ar/blog/2006/02/07/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-02-07/<p>مرحباً يا جماعة، ها قد حل يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) _PRE تقدم الشبكة 3) I2Phex 0.1.1.37 4) ؟؟؟</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>لم تطرأ أي تغييرات جوهرية على الشبكة الحية خلال الأسبوع الماضي، لذا لم تتغير حالة الشبكة الحية كثيراً. من ناحية أخرى&hellip;</p> <ul> <li> <ol start="2"> <li>_PRE net progress</li> </ol> </li> </ul> <p>في الأسبوع الماضي بدأت في إيداع شفرة غير متوافقة مع الإصدارات السابقة لإصدار 0.6.1.10 على فرع منفصل في CVS (i2p_0_6_1_10_PRE)، وقد ساعدت مجموعة من المتطوعين في اختبار ذلك. هذه الشبكة _PRE الجديدة لا يمكنها التحدث إلى الشبكة الحية، ولا توفر أي قدر ذي معنى من إخفاء الهوية (إذ يوجد أقل من 10 نظراء). وبالاستعانة بسجلات pen register (سجلات حصر أرقام الاتصالات) من تلك routers، تم تتبّع بعض الأخطاء الجوهرية في كلٍ من الشفرة الجديدة والقديمة والقضاء عليها، مع استمرار الاختبار والتحسين.</p>/ar/blog/2006/01/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/Tue, 31 Jan 2006 00:00:00 +0000/ar/blog/2006/01/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/<h2 id="لمحة-سريعة">لمحة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, frosk, gloin, jrandom, Pseudonym, stealth, Sugadude, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:19 &lt;jrandom&gt; 0) مرحباً 15:19 &lt;jrandom&gt; 1) حالة الشبكة 15:19 &lt;jrandom&gt; 2) حالة 0.6.1.10 15:19 &lt;jrandom&gt; 3) ؟؟؟ 15:19 * jrandom يلوّح 15:19 &lt;jrandom&gt; ملاحظات الحالة منشورة على http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 &lt;jrandom&gt; حسناً، لنبدأ بـ 1) حالة الشبكة 15:21 &lt;jrandom&gt; كما ذُكر في البريد، من هم على 0.6.1.9-0 (الإصدار الكامل) ينبغي أن تكون لديهم نفس الحكاية المعتادة 15:21 &lt;jrandom&gt; بينما قد يواجه المستخدمون على البُنى الأحدث (منذ 0.6.1.9-5 فما فوق) بعض المشاكل 15:21 &lt;jrandom&gt; («بعض المشاكل» ربما تعبيرٌ مُلطَّف...) 15:21 &lt;+Complication&gt; CVS -8 كان غير مستقر قليلاً، لذا أشغّل -2 بدلاً منه (يعمل بشكل كافٍ جيد) 15:22 &lt;gloin&gt; :-) 15:22 &lt;+Complication&gt; =بدلاً منه 15:22 &lt;Pseudonym&gt; الأمور تبدو غير مستقرة مؤخراً (أنا على 0.6.1.9-0) 15:22 &lt;jrandom&gt; جيّد، كنتُ أفكّر في التراجع عن تغييرات العملية لكن مع تضمين تحديث ircclient من dust وتصحيح i2ptunnel httpserver على الفرع الرئيسي، لكن 0.6.1.10 ربما ليس بعيداً 15:23 &lt;jrandom&gt; هممم Pseudonym، هل المشكلة في الوصول إلى eepsites أو IRC أو خدمات أخرى، أم في استضافتها؟ 15:23 &lt;+Complication&gt; غير مستقر مع -0؟ كيف تتجلّى المشكلة؟ 15:23 &lt;Pseudonym&gt; ألاحظ ذلك في IRC بشكل أساسي (ألعب idlerpg) 15:24 &lt;jrandom&gt; «ألعب» ;) 15:24 &lt;Pseudonym&gt; وأيضاً، أحياناً يصبح الـ router غريب السلوك ويجب إعادة تشغيله (لا أقران نشطين) 15:24 &lt;Pseudonym&gt; هه 15:24 &lt;jrandom&gt; هممم، مشاكل في اتصال الإنترنت؟ 15:24 &lt;@frosk&gt; -0 مستقر هنا، طبعاً باستثناء عمليات إعادة التشغيل بسبب «router hung!» مرتين يومياً 15:24 &lt;jrandom&gt; هممم frosk، «router hung» حقيقي، أم «router hung» بسبب انتهاء صلاحية الـ leaseSet؟ 15:25 &lt;Pseudonym&gt; اتصال الإنترنت جيد. عندما أعيد تشغيل الـ I2P router يعود فوراً 15:25 &lt;+Complication&gt; جهازي Cel300 أيضاً يعلق بعد مدة، لكن الفترات بين التعليقات تزداد، ولستُ مطلعاً على السبب 15:25 &lt;@frosk&gt; jrandom: انتهاء صلاحية الـ lease، على الأغلب 15:25 &lt;jrandom&gt; هممم تمام 15:26 &lt;jrandom&gt; أُعيدت كتابة معظم ذلك من أجل شيفرة الإنشاء والإدارة الجديدة، لذا سنرى كيف سيكون الحال في 0.6.1.10 15:27 &lt;@frosk&gt; جميل 15:27 &lt;@frosk&gt; سأكون سعيداً بالمساعدة في اختباره 15:28 &lt;Pseudonym&gt; لا أحتاج أن تحلّل المشكلة الآن. أردتُ فقط إضافة نقطة بيانات بخصوص الاستقرار 15:28 &lt;jrandom&gt; ممتاز، حالما يصبح مستقراً محلياً سأحتاج بالتأكيد لتجنيد بعض المساعدة :) 15:28 &lt;jrandom&gt; رائع، شكراً Pseudonym 15:28 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء لـ 1) حالة الشبكة؟ 15:30 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) حالة 0.6.1.10 15:30 &lt;jrandom&gt; كما ذُكر في البريد، بدلاً من تكديس التعديلات تباعاً على الشبكة الحية، سنذهب مباشرةً إلى المصدر 15:31 &lt;jrandom&gt; لن يكون متوافقاً مع الإصدارات السابقة، لذا ستكون هناك... هزة، وبينما سنضم معه بعض التغييرات الأخرى غير المتوافقة مع الإصدارات السابقة، فهناك إمكانية لواحد آخر بعدها 15:32 &lt;jrandom&gt; بتحديد أكثر، إحدى الأفكار التي أفكّر فيها هي الانتقال إلى ElGamal بـ 1024 بت لشيفرة إنشاء الـ tunnel، بدلاً من 2048 بت 15:32 &lt;jrandom&gt; لكن قد لا يكون ذلك ضرورياً. يعتمد الأمر على مدى تأثيره علينا على الشبكة الحية 15:34 &lt;jrandom&gt; إن حدث، فسيعني ذلك مجرد ترقية للشبكة، لكن كل الـ destinations/إلخ ستبقى كما هي. 15:34 &lt;jrandom&gt; على أي حال، هذا شيء نستكشفه بعد صدور 0.6.1.10 15:34 &lt;+Complication&gt; سؤال ذو صلة بشكل غير مباشر: هل طول المفتاح مرتبط بأي شكل بطول بنية بيانات إنشاء الـ tunnel؟ 15:34 &lt;jrandom&gt; نعم 15:35 &lt;jrandom&gt; مرتبط مباشرة: طول المفتاح * 2 * الحد الأقصى لعدد القفزات == حجم بنية البيانات 15:36 &lt;jrandom&gt; (إذن، 256*2*8 = 4KB، وهو أيضاً حجم رسائل مكتبة الـ streaming الكاملة) 15:37 &lt;jrandom&gt; ((لدى ElGamal عامل توسّع 2x)) 15:38 &lt;+Complication&gt; آها، شكراً. :) 15:38 &lt;jrandom&gt; آه، أمر آخر بخصوص المواصفة الجديدة. أثناء التنفيذ وجدت معلومة أخرى أحتاجها (معرّف رسالة رد «reply message ID» بحجم 4 بايت) وقد أضفتُها إلى المواصفة محلياً، باستخدام بعض البتّات المحجوزة 15:40 &lt;jrandom&gt; آمل أن أجعل كل شيء يعمل خلال الأيام القليلة القادمة، لذا ربما يكون هناك بعض الاختبارات المبكرة (غير المجهولة) بحلول نهاية الأسبوع 15:40 &lt;jrandom&gt; وبالطبع، مزيد من المعلومات عند توفرها 15:41 &lt;jrandom&gt; حسناً، هل لدى أحد أي أسئلة/تعليقات/مخاوف حول أمور 0.6.1.10؟ 15:41 &lt;bar&gt; سؤال آخر ذو صلة بشكل غير مباشر: أثناء طرح .10، ما رأيك أن نبقي i2p.net على .9 لبضعة أيام من أجل من لديهم تحديث تلقائي؟ 15:41 &lt;bar&gt; rollout* 15:41 &lt;jrandom&gt; أجل، بالتأكيد 15:42 &lt;jrandom&gt; من المحتمل أن أشغّل اثنين أو ثلاثة routers على ذلك الخادوم أثناء الانتقال 15:42 &lt;jrandom&gt; وستكون هناك تحذيرات «صاخبة» قبل الإصدار بما لا يقل عن 5 أيام 15:42 &lt;bar&gt; سَلِس 15:42 &lt;+Complication&gt; بهذه الطريقة سيكون الأمر أكثر سلاسة بالفعل. 15:43 &lt;+Complication&gt; المنتدى يبدو قناة جيدة. وصندوق الأخبار على Router Console أيضاً... 15:43 * jrandom يتذكّر الأيام التي كان كل إصدار فيها غير متوافق مع الإصدارات السابقة... حصلنا على الكثير من التدريب آنذاك ;) 15:43 &lt;jrandom&gt; أجل، المنتدى، صندوق الأخبار، القائمة البريدية، الموقع 15:43 &lt;+Complication&gt; حتى يعرف الذين يراقبون أجهزتهم. 15:43 &lt;tethra&gt; هههه 15:44 &lt;jrandom&gt; وأولئك الذين ما زالوا على 0.6.0.1، حسناً، هم في ورطة على أي حال ;) 15:44 &lt;@frosk&gt; اقطعوا رؤوسهم 15:44 &lt;+Sugadude&gt; غير ذي صلة تماماً: هل يمكن أن نجري تغييرات غير متوافقة مع الإصدارات السابقة بمعدّل أكبر لإخراج هذه الـ routers القديمة؟ 15:44 &lt;+Complication&gt; أظن أنهم فقط نسوا I2P قيد التشغيل :) 15:44 &lt;jrandom&gt; هه Sugadude 15:45 &lt;jrandom&gt; حسناً، إن كانوا متوافقين، يمكننا الاستفادة من مواردهم، لكن إن كان هناك سبب يمنع ذلك، فعلينا وسمهم كغير متوافقين 15:47 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول ذلك، فلننتقل إلى بندنا الجامع: 3) ؟؟؟ 15:47 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يود طرحه للاجتماع؟ 15:48 &lt;tethra&gt; يقول في مكانٍ ما على Router Console إن المستخدمين وراء symmetric NATs غير مدعومين حالياً، هل سيتغير ذلك في وقت قريب؟ 15:48 &lt;tethra&gt; أم أنني أُظهر جهلاً عظيماً بشيءٍ ما 15:49 &lt;+Complication&gt; بخصوص شيفرة webcache... يبدو أنني شبه جاهز. 15:49 &lt;jrandom&gt; هناك بعض التقنيات لمساعدة المستخدمين وراء symetric NATs، وقد أوضح bar ذلك على القائمة والمنتدى، لكن لا أعلم بأي تقدم فوري بشأنها 15:49 &lt;jrandom&gt; أوه، ممتاز Complication، أخبرني متى نضغط زر الإصدار :) 15:50 &lt;+Complication&gt; جعلتُ الـ watchdog يُجهِض التنزيلات بشكل معقول، وأجري بعض الاختبارات والتنظيف (حالياً يُسجّل أكثر بكثير مما ينبغي).. 15:50 &lt;+Complication&gt; لدي خادوم webcache واحد يعمل، وawup لديه آخر... من أجل اختبارات واقعية، قد نرغب في تشغيل التقييد... 15:51 &lt;+Complication&gt; ...إن تمكنت من لقاء legion، سأطلب منه إن كان مهتماً بتشغيل واحد أيضاً. 15:52 &lt;jrandom&gt; رائع، حتى webcache واحد سيكون بداية ممتازة 15:52 &lt;+Complication&gt; وإن أراد أي شخص آخر تشغيل السكربت (متاح من awup.i2p، سكربت Python يستخدم SAM)... يمكن إضافة مراجعهم، رغم أن إضافة مراجع إلى مزيد من «seed webcaches» تتطلب حالياً إعادة ترجمة المصادر. 15:53 &lt;+Complication&gt; (ليس في ملف بل في ترويسة GWebCacheContainer.java) 15:53 * gloin لا يعرف ما هو هذا الـ webcache. 15:53 &lt;jrandom&gt; gloin: يتيح لك الاتصال بـ I2Phex دون الحاجة لتنزيل ملف i2phex.hosts في المرة الأولى 15:54 &lt;+Complication&gt; gloin: لدمج أسهل لـ I2Phex 15:55 * cervantes يصل متأخراً 15:55 &lt;+Complication&gt; وللمتصلين لاحقاً (مثلاً الذين نفدت لديهم مراجع الأقران النشطين) يمكنه تقديم مراجع جديدة 15:55 &lt;gloin&gt; حسناً. 15:57 &lt;+Complication&gt; أوه، غير متصل مجدداً 15:58 &lt;stealth&gt; ما رأيكم بتشغيل تلقائي لـ i2phex بعد أن يبدأ I2P ؟ 15:58 &lt;+Complication&gt; يبدو مبالغة 15:58 &lt;+Complication&gt; على الأقل في هذه المرحلة 15:58 &lt;jrandom&gt; stealth: يمكنك جعل I2P router يُطلق أي تطبيق Java تريده بإضافة مدخلات إلى ملف client.config لديك 15:59 &lt;+Complication&gt; بالإضافة، أظن أن I2Phex يمكن تشغيله قبل أن يعمل I2P 15:59 &lt;@frosk&gt; في أي مرحلة 15:59 &lt;+Complication&gt; نظرياً، ينبغي أن يستمر في محاولة الاتصال إلى أن ينهض I2P 15:59 &lt;+Complication&gt; (لكن لم أختبر) 15:59 &lt;jrandom&gt; لكن تذكّر، إن أخبرته بإطلاق i2phex، فعندما يُغلق i2phex فهناك احتمال أن يقوم عميل i2phex بقتل الـ JVM (معيداً تشغيل الـ router لديك) 16:00 &lt;+Complication&gt; بالإضافة إلى ذلك، يمكن كتابته كسكريبت بسهولة أيضاً... 16:00 &lt;+Complication&gt; مثلاً: "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 &lt;+Complication&gt; (أو كيفما كان) 16:01 &lt;+Complication&gt; عذراً، /home/user/i2p على الأرجح :) 16:01 &lt;cervantes&gt; لا تنسَ تشغيل /usr/games/tetris قبل أمر sleep 100 16:02 &lt;jrandom&gt; تماماً 16:02 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:03 &lt;stealth&gt; حسناً فكّرتُ في ذلك: فقط ابدأ الـ exe. حل i2psnark مع «تشغيل دائم» أفضل لأن الناس ينسون مشاركة ملفاتهم إذا لم يكونوا يحمّلون... 16:04 &lt;jrandom&gt; أجل، رغم أنني لم أسمع بعد عن عميل gnutella خفيف بما يكفي (يمكن دمجه) 16:05 &lt;cervantes&gt; أليس هناك عمل جارٍ على Phex الحالي لفصل واجهة المستخدم؟ ربما يصبح العميل خفيفاً في النهاية 16:05 &lt;+Complication&gt; لم أقرأ ذلك الجزء من CVS الخاص بـ Phex 16:06 &lt;jrandom&gt; لو أمكن تشغيل phex كملف .war، فسيكون ذلك رائعاً فعلاً 16:06 &lt;cervantes&gt; isn't the=isn't there 16:06 &lt;cervantes&gt; ربما أكون مخطئاً 16:06 &lt;+Complication&gt; Sirup كان يعمل بالتأكيد على واجهة XML-RPC، لكن لست متأكداً إن كان Gregor وآخرون يعملون عليها أيضاً 16:07 &lt;+Complication&gt; لذا لست متأكداً إن كان sirup قد نقله إليها، أم بدأ كتابته من الصفر 16:09 &lt;jrandom&gt; على ما أذكر كان فقط يستورد مكتبة xmlrpc من Apache ويُظهِر بعض الأجزاء الداخلية لـ i2phex، لكن لم يتم أي عمل على ذلك منذ 6-8 أشهر على الأرجح، ولم يكن قابلاً للاستخدام حسب ما أعلم 16:10 &lt;fox_&gt; &lt;tethra&gt; mutella عميل gnutella يعتمد الويب وهو خفيف إلى حدٍ ما، على ما أذكر. لست متأكداً إن كان سيفيد، لكن هه، قد يكون من المجدي أن يفحصه أحدهم (أكثر موهبة). 16:10 &lt;fox_&gt; &lt;tethra&gt; قد لا يكون هذا ما نبحث عنه، على أي حال. 16:12 &lt;jrandom&gt; نقل عميل جديد عملٌ ضخم، خصوصاً واحداً مكتوباً بـ C/C++، للأسف 16:12 &lt;+Complication&gt; شخصياً لستُ ميالاً للعبث بـ XML-RPC. محاولة اصطياد الأخطاء المختلفة... ضمن خططي القريبة، مع ذلك. 16:13 * Complication يريد زوال تأثير إعادة الهاش إلى الأبد، لأنه مضيعة للوقت 16:13 &lt;jrandom&gt; أوه، ربما يُحفَّز ذلك بسبب تغيير المنطقة الزمنية؟ 16:14 &lt;jrandom&gt; عندما يتصل I2P SDK بالـ router، يحصل منه على وقت I2P الحالي (NTP)، ويجبر JVM الخاص بالـ SDK على UTC 16:14 &lt;+Complication&gt; يبدو غير مرجّح... لكن في هذه المرحلة، لا أستطيع استبعاد الكثير 16:15 &lt;jrandom&gt; (وإذا كانت إعادة الهاش تعتمد على الترتيب والطوابع الزمنية للملفات، فربما يغيّر ذلك انزياح بضع ساعات) 16:15 &lt;jrandom&gt; نعم، لقد نقّبتَ في الكثير منه، فقط أذكر احتمالاً 16:15 * jrandom لا يعرف شيئاً عنه سوى تقارير الأخطاء الخاصة بك :) 16:16 &lt;+Complication&gt; يحدث أحياناً، ويبدو «ظاهرياً» مرتبطاً بشيء يحدث عند تحميل/إعادة كتابة ملف الإعداد «sharedlibrary» 16:16 &lt;+Complication&gt; هممم، احتمال مثير للاهتمام... 16:16 &lt;+Complication&gt; لم أحفر بما يكفي لاستبعاد ذلك 16:18 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيئاً للاجتماع؟ 16:19 &lt;jrandom&gt; إن لم يكن... 16:19 * jrandom يختتم 16:19 * bar يتمنى لـ jrandom حظاً موفقاً مع .10 ويعطيه «baf» لامعاً 16:19 &lt;jrandom&gt; gracias :) 16:19 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2006/01/31/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-31/Tue, 31 Jan 2006 00:00:00 +0000/ar/blog/2006/01/31/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-31/<p>مرحباً يا جماعة، ها قد حلّ يوم الثلاثاء مجدداً،</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة 0.6.1.10 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>على مدار الأسبوع الماضي، كنتُ أجرّب بعض التعديلات البسيطة المختلفة لزيادة موثوقية إنشاء tunnel على الشبكة الحية (live net)، لكن لم تتحقق انفراجة بعد. مع ذلك، كانت هناك تغييرات جوهرية في CVS، لكنها ليست مما يمكنني تسميته&hellip; مستقرة. لذا، وبشكل عام، أوصي المستخدمين إما باستخدام أحدث إصدار (0.6.1.9، والموسوم في CVS باسم i2p_0_6_1_9)، أو استخدام tunnels لا تزيد عن قفزة واحدة (1 hop) مع البُنى الأحدث. من جهة أخرى&hellip;</p>/ar/blog/2006/01/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/Tue, 24 Jan 2006 00:00:00 +0000/ar/blog/2006/01/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, Complication, jrandom, postman, stealth, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) مرحبًا 15:25 &lt;jrandom&gt; 1) حالة الشبكة 15:25 &lt;jrandom&gt; 2) عملية البناء الجديدة 15:26 &lt;jrandom&gt; 3) ؟؟؟ 15:26 &lt;jrandom&gt; 0) مرحبًا 15:26 * jrandom يلوّح 15:26 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] قد انضم إلى #i2p 15:26 -!- gloin [gloin@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:26 &lt;bar&gt; مرحبًا 15:26 &lt;jrandom&gt; لننطلق مباشرة إلى 1) حالة الشبكة 15:26 -!- gloin [gloin@irc2p] قد انضم إلى #i2p 15:27 &lt;jrandom&gt; ليس لدي الكثير لأضيفه أكثر مما ورد في الرسالة... هل لدى أحد أي أسئلة/تعليقات/مخاوف؟ 15:27 &lt;+Complication&gt; كان الانتقال إلى CVS build -6... تحديًا 15:28 &lt;jrandom&gt; نعم، مفهوم 15:28 &lt;+Complication&gt; الشبكة على الأرجح تعمل جيدًا. إنها فقط عقدتي التي لا تعمل كما ينبغي. 15:28 &lt;+Complication&gt; =which 15:28 &lt;bar&gt; إنه طريق وعر، لكنه الطريق الصحيح. أنا داعم لهذا التحرك بنسبة 100% 15:29 &lt;jrandom&gt; بناء tunnel بطول 2+ hop أمر مزعج، مع معدلات فشل سيئة كما تم الإبلاغ 15:29 &lt;jrandom&gt; من المحتمل معالجة الكثير من ذلك عبر تشفير الإنشاء الجديد في 0.6.2، لكنني لست مقتنعًا بأنه سيعالج كل شيء. 15:30 &lt;jrandom&gt; أتساءل ما إذا كنا سنجعل الأمر موثوقًا بما يكفي قبل ذلك. لكننا سنحاول 15:31 &lt;+Complication&gt; إن كان هناك أي إحصاءات يمكنني تقديمها (مع أنك على الأرجح لديك منها أكثر مما يكفي تحت تصرفك) فقط اطلب 15:31 &lt;jrandom&gt; إذًا، tunnels ذات 1 hop موثوقة إلى حدٍّ معقول على الإصدارات الأحدث، لكن من يحتاجون إلى tunnels بطول 2+ hop ينبغي أن يتوقعوا... مطبّات 15:31 &lt;jrandom&gt; شكرًا Complication 15:32 &lt;+Complication&gt; معظم تطبيقاتي هي 2+0..1 15:32 &lt;+Complication&gt; وكذلك الـ router نفسه، إن لم تخني الذاكرة 15:33 &lt;jrandom&gt; حسنًا، قد أقترح البقاء على الإصدار، لكن الإصدار سيقوم ببناء tunnels قصيرة على أي حال إذا وعندما يواجه إخفاقات كارثية 15:34 &lt;jrandom&gt; (s/short/1hop/) 15:34 &lt;+Complication&gt; صحيح، يمكنني على الأرجح ضبطه إلى 2+0 15:34 &lt;+Complication&gt; وتكون الآثار أقل دراماتيكية 15:35 &lt;jrandom&gt; نعم، رغم أن ذلك سيصبح عمليًا 2+/-1، لكنه سيحاول قدر الإمكان البقاء على 2hops 15:36 &lt;+Complication&gt; مع build -6 أيضًا؟ 15:36 -!- gloin [gloin@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:36 &lt;jrandom&gt; لا، الإصدار الحالي سيفشل بقوة بدلًا من الانتقال إلى tunnels احتياطية 15:37 &lt;+Complication&gt; أم هل هناك احتمال لا ينخفض إلى الصفر تمامًا؟ 15:37 &lt;jrandom&gt; المشكلة هناك هي أنه إذا مرّت 10 دقائق دون بناء tunnels، فسيُعاد تشغيل الـ router (بسبب الـ watchdog) 15:37 &lt;+Complication&gt; حدث ذلك لديّ مرة :) 15:37 &lt;jrandom&gt; لا، فإن -5 أو الأحدث سيستخدم بالضبط أطوال hop المسموح بها من قِبل العميل (2+/-0 تعني فقط tunnels بطول 2 hop. ولن يستخدم أي شيء آخر أبدًا) 15:39 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة؟ 15:39 &lt;jrandom&gt; أو، أظن أننا بالفعل نناقش 2) عملية البناء الجديدة ;) 15:40 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لمناقشته حول 2) عملية البناء الجديدة؟ 15:40 &lt;+Complication&gt; لا شيء كثير هنا بعد الآن :D 15:41 &lt;jrandom&gt; ههه حسنًا، إن لم يكن، فلننتقل إلى 3) ؟؟؟ 15:41 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يود مناقشته؟ 15:42 &lt;bar&gt; هل لي أن أسأل: كم عدد التغييرات غير المتوافقة مع الإصدارات السابقة المُرتّبة الآن، وهل يمكن وضع بعضها (أو كلها؟) في إصدار واحد؟ 15:42 &lt;bar&gt; أعني، هل يُخطَّط لأكثر من إصدار غير متوافق مع الإصدارات السابقة حتى 0.6.2؟ 15:42 &lt;jrandom&gt; bar: الأمل أن نقوم بها جميعًا دفعة واحدة 15:42 &lt;jrandom&gt; (مع أنه قد تكون هناك أخرى لاحقًا) 15:43 -!- Complication [Complicati@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:43 -!- Complication2 [Complicati@irc2p] قد انضم إلى #i2p 15:43 &lt;bar&gt; خلل hmac، وتشفير جديد، ومسارات مقيدة دفعة واحدة؟ 15:43 &lt;bar&gt; هذه مهمة صعبة :) 15:43 &lt;jrandom&gt; مسارات مقيدة؟ 15:43 &lt;jrandom&gt; «إصلاح» خلل hmac هو تغيير قيمة واحدة ;) 15:44 &lt;bar&gt; آه :) 15:44 -!- Complication2 صار اسمه الآن Complication 15:44 &lt;bar&gt; أمم.. ربما كانت المسارات المقيّدة في 2.0.. 15:44 &lt;jrandom&gt; نعم، لكن المسارات المقيّدة ستكون قابلة للتنفيذ دون فقدان التوافق العكسي 15:45 &lt;jrandom&gt; (في الواقع، يمكن تنفيذها مع 0.6.2، إذا أُنجزت بحذر، إلى حدٍّ ما) 15:45 &lt;bar&gt; حسنًا، رائع 15:45 &lt;jrandom&gt; أفكّر أيضًا متى نتخلى عن tcp... ربما في الإصدار القادم 15:46 &lt;jrandom&gt; أو ربما بعده، حتى لا يكون لدينا /كثير جدًا/ دفعة واحدة 15:49 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 15:51 &lt;jrandom&gt; إن لم يكن 15:51 * jrandom يتهيأ 15:51 &lt;stealth&gt; لدي بعض الأسئلة: لاحظت أن كل eepsites مُربوطة بالإنترنت الخارجي مثلًا http://tracker.postman.i2p.tin0.de/. هل هذا مقصود؟ 15:51 &lt;jrandom&gt; [تم الحفظ] 15:51 &lt;jrandom&gt; بالتأكيد، أظن أن ذلك رائع 15:51 &lt;jrandom&gt; أي شخص ينشر معلومات ينبغي أن يتوقع أن تكون معلوماته علنية 15:52 -!- gloin [gloin@irc2p] قد انضم إلى #i2p 15:52 &lt;jrandom&gt; أظن أن tino لديه وسيلة للناس للانسحاب أيضًا 15:52 &lt;tethra&gt; كان ذلك قصيرًا 15:53 &lt;stealth&gt; كما أنها مُفهرسة بواسطة google... 15:53 &lt;jrandom&gt; أليس ذلك أمرًا جيدًا يا stealth؟ 15:53 &lt;Complication&gt; ألم يتضمن عرفًا مشابهًا لـ "robots.txt" 15:54 &lt;jrandom&gt; نعم يا Complication 15:54 &lt;Complication&gt; (قد يكون من الأفضل سؤال tin0) 15:54 &lt;@postman&gt; تبًا، لقد وصلت متأخرًا 15:54 &lt;@postman&gt; (مرة أخرى) 15:54 &lt;jrandom&gt; لا، لم ينتهِ بعد يا postman :) 15:54 &lt;Complication&gt; لقد كتب عنه في المنتدى في وقتٍ ما 15:54 &lt;Complication&gt; قد يكون من الممكن العثور عليه هناك 15:54 &lt;@postman&gt; آه رائع ( إذًا مرحبًا) :) 15:55 &lt;jrandom&gt; نعم، يمكن الانسحاب منه، لكنني لا أفهم مفهوم الانسحاب بالنسبة لمحتوى i2p (هل يدفع الناس بفكرة ما عن «حقوق الطبع» - "لا تنسخ أغراضي أو تجعلها مرئية في أماكن أخرى"؟) 15:55 &lt;jrandom&gt; لكن، على أي حال، tino ألطف مما سأكونه أنا بخصوص inproxies (بوابات دخول من الويب إلى I2P) ;) 15:56 -!- Rawn [Rawn@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:56 -!- gloin [gloin@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:57 -!- Karellen [Karellen@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 15:57 &lt;Complication&gt; نعم فعلًا، لا ينبغي افتراض أن مزوّدي in-proxies الآخرين سيكونون لطفاء بالقدر نفسه 15:58 -!- Karellen [Karellen@irc2p] قد انضم إلى #i2p 15:58 -!- Rawn [Rawn@irc2p] قد انضم إلى #i2p 15:58 -!- mode/#i2p [+v Rawn] بواسطة chanserv 15:59 &lt;Complication&gt; المعلومات المقصودة أن تبقى سرية... من الأفضل ببساطة عدم نشرها 15:59 &lt;tethra&gt; بالفعل :/ 15:59 &lt;stealth&gt; نعم، لكن قد يجلب ذلك دعايةً أكثر مما ينبغي لـ i2p قبل أن يصبح كل شيء آمنًا تمامًا. ويبدو لي أن المشكلة هي أن i2p ليس لديه في الوقت الحالي عدد كافٍ من العقد لتحقيق إخفاء هوية جيد جدًا... 16:00 -!- Complication [Complicati@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 16:00 &lt;jrandom&gt; إخفاء الهوية لدينا لا يعتمد على الحجم، وقد أُجري بحث عن i2p في google كثيرًا 16:01 &lt;jrandom&gt; (أو، إن المستوى الأساسي من إخفاء الهوية لا يعتمد على الحجم) 16:01 &lt;jrandom&gt; لكن، بالطبع، لا ينبغي لأي شخص يحتاج إلى إخفاء هوية قوي استخدام i2p الآن. 16:01 -!- digger3 [digger3@irc2p] قد خرج [تمت إعادة تعيين الاتصال من قِبل النظير] 16:01 -!- digger3 [digger3@irc2p] قد انضم إلى #i2p 16:02 &lt;bar&gt; لن أقلق، 99% سيتجاهلون ببساطة الرابط الذي يبدو ميتًا والذي يظهر على google... أما 1% الآخرون فغالبًا ما يكونون هواة تقنيين ويريدون معرفة المزيد 16:03 -!- gloin [gloin@irc2p] قد انضم إلى #i2p 16:03 &lt;bar&gt; (حسنًا.. ميت، هذا يعتمد بالطبع على ما إذا كان inproxy الخاص بـ tino يعمل أم لا) 16:05 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:06 &lt;jrandom&gt; إن لم يكن 16:06 * jrandom يختتم 16:07 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/01/24/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-24/Tue, 24 Jan 2006 00:00:00 +0000/ar/blog/2006/01/24/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-24/<p>مرحباً يا جماعة، الثلاثاء لا يتوقف عن العودة&hellip;</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) عملية بناء جديدة 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>لم يجلب الأسبوع الماضي تغييرات كثيرة على الشبكة، إذ إن معظم المستخدمين (77%) على أحدث إصدار. مع ذلك، هناك بعض التغييرات الكبيرة القادمة في الطريق، والمتعلقة بعملية بناء الـ tunnel الجديدة، وهذه التغييرات ستتسبب في بعض المطبات لدى أولئك الذين يساهمون في اختبار البُنى غير المُصدَرة. إلا أنه بشكل عام، ينبغي لمن يستخدمون الإصدارات أن يواصلوا الحصول على مستوى خدمة موثوق إلى حدٍّ معقول.</p>/ar/blog/2006/01/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/Tue, 17 Jan 2006 00:00:00 +0000/ar/blog/2006/01/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> b0unc3, cat-a-puss, cervantes, Complication, DoubtfulSalmon, dust, jme\___, jrandom, lordalbert, Pseudonym, tethra, wmpq, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:40 &lt;jrandom&gt; 0) مرحباً 15:40 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.9 15:40 &lt;jrandom&gt; 2) تعمية إنشاء الـ tunnel 15:40 &lt;jrandom&gt; 3) مدونات Syndie 15:40 &lt;jrandom&gt; 4) ??? 15:40 &lt;jrandom&gt; 0) مرحباً 15:40 * jrandom يُلوّح بيده 15:40 &lt;jrandom&gt; أُرسلت ملاحظات الحالة الأسبوعية @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 &lt;@cervantes&gt; بَف، من الجيد أن I2P أكثر موثوقية من ناسا 15:41 &lt;jrandom&gt; هه 15:41 &lt;tethra&gt; هاها 15:41 &lt;jrandom&gt; (مع أنني متأخّر 20 دقيقة... ;) 15:41 &lt;jrandom&gt; على أي حال، دعونا ننتقل إلى 1) حالة الشبكة و 0.6.1.9 15:42 &lt;wmpq&gt; NSA أم NASA، ليس هناك فرق كبير، أليس كذلك؟ 15:42 &lt;@cervantes&gt; قلت I2P وليس jrandom ;-) 15:42 &lt;jrandom&gt; ملاحظة جيدة يا cervantes ;) 15:42 &lt;tethra&gt; لا تكن سخيفاً، jrandom هو I2P! ;D 15:42 &lt;@cervantes&gt; أوه ظننت أنه أسلوب تفكير 15:42 &lt;wmpq&gt; [redact] 15:43 &lt;jrandom&gt; هه، حسناً، على أي حال، تم إصدار 0.6.1.9 وانتشاره، مع ترقية 70% من الشبكة (شكرًا لكم جميعاً) 15:43 &lt;Pseudonym&gt; مممم، إصدار جديد شهي 15:44 &lt;+zzz&gt; نسبة نجاح بناء client tunnel ما تزال &lt;30% 15:44 &lt;jrandom&gt; لم أسمع تقارير كثيرة عن زيادة كبيرة في معدل النقل الطرفي-إلى-الطرف، رغم أن بعض الـ routers تتجاوز تشبّع خطوط T1 15:44 &lt;+zzz&gt; انخفضت من ~40% 15:44 &lt;+Complication&gt; عرض النطاق يبدو طبيعياً، أعلى قليلاً مما كان على آخر CVS قبل الإصدار. عدد الأقران يبدو أعلى قليلاً. 15:45 &lt;jrandom&gt; همم، نعم، لست قلقاً بشأن ذلك يا zzz، لأن كل ذلك سيُعاد تصميمه بالكامل في 0.6.2 15:45 &lt;+zzz&gt; متوسط عرض النطاق ارتفع من ~12K إلى ~20K 15:45 &lt;jrandom&gt; لا ينبغي لـ 0.6.1.9 اختيار أقران أكثر ميلاً للموافقة (أي ذوي السعة العالية)، بل ينبغي أن يركّز بدلاً من ذلك على من لديهم معدل نقل أعلى 15:46 &lt;+Complication&gt; نسبة إعادة الإرسال (سُجّلت 7% ليلة الإصدار) انخفضت إلى ستة فاصلة شيء ما 15:46 &lt;jrandom&gt; نعم، مع routers تدفع 1-300KBps، سيكون هناك انحراف 15:46 &lt;jrandom&gt; همم، هذا معدل مجنون إلى حد ما يا Complication، لقد رأيت 2-3% فقط 15:46 &lt;jrandom&gt; (لكنني لا أشك فيما تراه) 15:47 &lt;+Complication&gt; أنا أستهلك الحد الأقصى للخرج، إلى حد كبير 15:47 &lt;+Complication&gt; (وأعني بلوغ سعة الخط القصوى) 15:47 &lt;jrandom&gt; آه، هذا يفسّر الأمر 15:47 &lt;+zzz&gt; ما زلت أتلقى NULLs قبل gets مما ينتج عنه 405 bad method، قد تكون النسبة في انخفاض، من الصعب الجزم 15:48 &lt;jrandom&gt; نعم يا zzz، هناك أمور تحتاج عملاً في streaming lib (مكتبة البث)، لكن على الأرجح لن أتعامل معها حتى بعد تجديد أنظمة الـ tunnel في 0.6.2 15:48 &lt;jrandom&gt; (لكن إن أراد أحدهم الغوص فيها قبل ذلك فسيكون رائعاً بالطبع) 15:49 &lt;jrandom&gt; Complication: إذا خفّضت محدِّد عرض النطاق لديك إلى نحو 70% من سعة خطك، هل تعود نسبة الإخفاق إلى قيمة معقولة؟ 15:49 &lt;+zzz&gt; ما زلت أعتقد أنه شيء دخل في الشيفرة قبل رأس السنة مباشرة، لذا من الأفضل النظر فيه قبل أن تُنسى تلك التغييرات الأخيرة :) 15:50 &lt;+zzz&gt; رُصد أولاً في 29 ديسمبر 15:50 &lt;jrandom&gt; نعم يا zzz، بالتأكيد. على الأرجح مرتبط بكيفية التزامنا الآن بالمهلات. 15:51 &lt;+Complication&gt; jrandom: أنا فعلاً أحاول ذلك حالياً :) 15:51 &lt;+Complication&gt; عدّلتها قبل ثوانٍ من سؤالك، لكن لن أعرف النتيجة قريباً على ما أظن 15:51 &lt;jrandom&gt; لكن هناك عمل كبير مطلوب لتنظيفها، ومن الأهم تنفيذ شيفرة إنشاء الـ tunnel الجديدة (والتي ستحسّن بشكل ملموس معدلات نجاح بناء الـ tunnels، بالإضافة إلى إضافة مجموعة كاملة من تحسينات الخصوصية/عدم الكشف عن الهوية) 15:51 &lt;jrandom&gt; جيّد يا Complication، نعم، امنحها 3-6 ساعات 15:51 &lt;jrandom&gt; (لتصفية القيم/الاتصالات القديمة) 15:52 &lt;+zzz&gt; ~ 1% - 3% من عمليات GET تالفة حالياً 15:54 &lt;jrandom&gt; هل تقترح إذن التراجع عن تغييرات streaming lib (حتى يقوم i2psnark بإحداث OOM لجميع مستخدميه خلال 12-48 ساعة) وتأجيل إعادة العمل على streaming lib إلى ما بعد عمل الـ tunnel في 0.6.2، أم تأجيل عمل الـ tunnel في 0.6.2 لأسبوع أو اثنين أثناء إعادة هيكلة streaming lib؟ 15:55 &lt;+zzz&gt; بالتأكيد لا تتراجع 15:56 &lt;+zzz&gt; قرارك 15:56 &lt;+Complication&gt; إنها علّة مراوغة إلى حد كبير، هذا كل ما أستطيع قوله 15:58 &lt;jrandom&gt; هناك علل أخرى في streaming lib، لذا إن كنت سأشمّر عن ساعدي، أودّ معالجتها كلها معاً (بما أن أياً من العلل المتبقية ليست ظاهرة). 15:59 &lt;jrandom&gt; من ناحية أخرى، سنحصل على خفض ملموس لاستخدام عرض النطاق، وزيادة في نسبة نجاح البناء، وخصوصية أفضل، وقدرة محسّنة على مراقبة موازنة الحمل على الشبكة الحية إذا بدأنا بعمل الـ tunnel أولاً 15:59 &lt;Pseudonym&gt; إذا كانت نسبة الإخفاق في التصفح 1-3% فقط، فأقول إنه يمكنه الانتظار، لكن هذا مجرد رأيي. 16:00 &lt;jrandom&gt; أميل إلى تنفيذ عمل الـ tunnel أولاً، إذ بعد نشره يمكننا مراقبة الشبكة بشكل سلبي بينما نعيد هيكلة streaming lib بشكل نشط 16:01 &lt;jrandom&gt; (كما أود بناء واجهة رسومية لتحرير/نشر Syndie، لكن يمكن أن تنتظر حتى ننتهي من الأمرين السابقين ;) 16:01 &lt;+Complication&gt; هذه هي النسبة أيضاً هنا 16:02 &lt;+Complication&gt; (على eepsite الخاص بي) 16:04 &lt;jrandom&gt; حسناً، أظن أنه سيكون رائعاً لو أمكنكم مراقبة الأمور لمعرفة إن كانت تلك النسب تتغيّر، وفي الأثناء سأواصل العمل على تجديد الـ tunnel، وبعده سيأتي تجديد streaming lib (وكلاهما سيكونان جاهزين قبل 0.6.2) 16:05 &lt;jrandom&gt; (أو إن أراد أحدهم الغوص في streaming lib [أو التحقق مما إذا كان هناك تفاعل غريب مع i2ptunnel] فأبلغوني!) 16:06 &lt;+Complication&gt; jrandom: بدافع الفضول، هل يمكن استبعاد i2ptunnel بتطبيق اختباري؟ 16:07 &lt;+Complication&gt; مثلاً، إذا كان تطبيق نموذجي مثل تطبيق jnymo سيستقبل nulls أيضاً، فسيُبرِّئ ذلك i2ptunnel من قائمة الأسباب المشتبه بها؟ 16:07 &lt;jrandom&gt; يمكن بالتأكيد توصيل تنفيذ رفيع (داخل VM) لـ I2PSocket للقيام بذلك 16:07 &lt;+Complication&gt; لأن، إن لم تخني الذاكرة (IIRC)، ذلك المثال استخدم streaming lib مباشرة... 16:08 &lt;+Complication&gt; (أو بشكل مباشر تقريباً) 16:08 &lt;jrandom&gt; نعم، بالطبع إن استطاع شيء يستخدم streaming lib تكراره، فسيُبرِّئ i2ptunnel 16:10 &lt;+Complication&gt; همم، ما لم يسبقني أحد (سأحاول إنهاء موضوع webcache أولاً) قد أحاول محاكاة HTTP بشيء من هذا القبيل... 16:10 &lt;jrandom&gt; روعة، شكراً يا Complication 16:10 &lt;jrandom&gt; حسناً، أي شيء آخر حول 1) حالة الشبكة و 0.6.1.9؟ 16:11 &lt;jrandom&gt; إن لم يكن، فلننتقل بهدوء إلى 2) تعمية إنشاء الـ tunnel 16:11 &lt;+Complication&gt; لا، قد لا يؤدي إلى شيء مفيد، أو قد أتعثّر في منتصف الطريق... لكنها إمكانية تثير فضولي 16:11 &lt;jrandom&gt; نعم، بالتأكيد تستحق الاستكشاف يا Complication 16:12 &lt;jrandom&gt; (والاستكشافات لا يلزم أن تكون نتائجها إيجابية لتكون ذات قيمة :) 16:12 * cervantes يلمح استثناءً باسم «moo» في تغييرات المصدر قبيل رأس السنة... لعلها المشكلة؟ :) 16:13 &lt;jrandom&gt; حسناً، هناك مواصفة جديدة لتعمية إنشاء الـ tunnel مُشارٌ إليها في البريد، مبنية على النقاش الذي دار بين toad وMichael وبيني على القائمة البريدية في أكتوبر الماضي 16:14 &lt;jrandom&gt; ألقوا نظرة وأبلغوني بآرائكم - لن تُنشر على الشبكة الحية لبعض الوقت، إذ هناك أمور أخرى يجب تنفيذها أولاً، لكنها قادمة 16:14 &lt;+Complication&gt; هل «moo» كلمة محجوزة في Java؟ ;P 16:14 &lt;+zzz&gt; بخصوص 2) سأساعد في مراجعة المراجع في بريد الحالة 16:14 &lt;+Complication&gt; في موضوع تعمية الـ tunnel، هل تمانع التحقق مما إذا كانت الصياغة التالية جيدة - أود فقط التأكد أنني فهمتها بشكل صحيح... 16:14 &lt;jrandom&gt; شكراً يا zzz 16:15 &lt;+Complication&gt; "Each hop encrypts all records with their reply key, which they decrypted from their record, using their ElGamal private key, and by encrypting in such fashion, reverses one layer of decryption (or should I say, encryption) done by the tunnel owner, rendering the next participants' record readable with the next participant's ElGamal private key?" 16:15 &lt;jrandom&gt; Complication: نعم 16:15 &lt;+Complication&gt; أم أن صياغتي خاطئة تماماً؟ 16:16 &lt;+fox&gt; &lt;jme___&gt; ومعقّدة جداً، إن سمحتم لي 16:16 &lt;jrandom&gt; أعتقد أنها صحيحة، لكن نعم، فيها جُمل فرعية كثيرة :) 16:16 &lt;+Complication&gt; لم أفكّر بطريقة أفضل لتصويرها. كان الأمر صعباً بما فيه الكفاية هكذا. :P 16:16 &lt;jrandom&gt; (أم تقصد يا jme___ أن الخوارزمية معقّدة جداً؟) 16:17 &lt;+fox&gt; &lt;jme___&gt; كلا، حاولت بسرعة قراءة الوثيقة واستسلمت لأن أشياء كثيرة تتطلب معرفة مسبقة 16:17 &lt;+fox&gt; &lt;jme___&gt; ومن ناحية أخرى لم أحاول كثيراً :) لدي أشياء أخرى للقيام بها 16:17 &lt;jrandom&gt; Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 &lt;+fox&gt; &lt;jme___&gt; هل هذه مراجعة أقران شكلية، أم أنك فعلاً قلق/غير متأكد منها ؟ 16:19 &lt;+Complication&gt; حسناً، من الجيد دائماً معرفة ما يفعله الميكانيزم الأساسي... 16:19 &lt;jrandom&gt; أنا واثق من أنها تفعل ما أقصده، لكنني مهتم حقاً إذا كان بإمكان أحد رؤية مشكلة 16:19 &lt;+fox&gt; &lt;jme___&gt; إن كان الثاني يمكنني أن أخصّص وقتاً، لكن معرفتي قديمة وليست حاضرة في ذهني 16:20 &lt;+fox&gt; &lt;jme___&gt; وإن لم يكن، فأنا أثق :) 16:20 &lt;jrandom&gt; قسم الملاحظات يحتوي بعض الأسئلة - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 &lt;jrandom&gt; لا عجلة، فغالباً سيستغرق أسبوعاً أو اثنين قبل أن تُستخدم هذه التعمية الجديدة فعلياً في الـ router 16:22 &lt;@cervantes&gt; jrandom: بشأن تلك، هل سيكون هناك تأثير كبير على الأداء عند إدخال تأخير عشوائي بين القفزات؟ 16:22 &lt;@cervantes&gt; لأن ذلك يبدو الخيار الأكثر منطقية لمنع هجمات التوقيت 16:23 &lt;jrandom&gt; إنه إنشاء الـ tunnel، لذا لن يضر التأخير، وإن كان قد يسبب انتهاء lease set مبكراً في حالات الإخفاقات الكارثية 16:25 &lt;jrandom&gt; حسناً، لست متأكداً من مدى فعالية تلك التأخيرات. قد تساعد كثيراً، وقد لا تفعل. على أي حال، يمكن للـ tunnels الحيّة استخدام المزج ببساطة لاكتشاف الأقران المتواطئين على ذلك الـ tunnel، لذا لست متأكداً أن الأمر مهم 16:25 &lt;+fox&gt; &lt;jme___&gt; حسناً أعيد قراءتها 16:27 &lt;jrandom&gt; شكراً. حسناً، لا عجلة، ولكن إن كان لدى أي أحد أفكار فابعثوها نحوي (أو إلى القائمة، أو إلى مدوناتكم، إلخ) 16:27 &lt;jrandom&gt; حسناً، أي شيء آخر حول 2، أم ننتقل إلى 3) مدونات Syndie؟ 16:29 &lt;jrandom&gt; (اعتبرونا قد انتقلنا) 16:29 &lt;jrandom&gt; حسناً، أشياء تدوينية جديدة أنيقة في Syndie، اطلعوا عليها ;) 16:29 &lt;@cervantes&gt; رائع جداً 16:30 &lt;jrandom&gt; المجموعات على اليسار يمكن أن تحتوي روابط إلى URLs عشوائية، وكذلك روابط إلى مدونات، ومشاركات داخل مدونات، أو مرفقات لمشاركات داخل مدونات 16:30 &lt;jrandom&gt; هناك أيضاً سيل كامل من التحسينات الممكنة، مثل إضافة تنسيقات لكل مدونة أو لكل وسم للمشاركات، وأيقونات، إلخ. إن أراد أحدهم الغوص في ذلك فسيكون رائعاً (وسيكون له أثر ظاهر جداً :) 16:31 &lt;@cervantes&gt; بالمناسبة، الروابط الخارجية المعرّفة في التعليقات ينبغي أيضاً أن تحتوي خاصية title مضبوطة على الـ URL الهدف (كما فعلت في اللوحة اليسرى) 16:31 &lt;@cervantes&gt; تعليقات/مشاركات 16:32 &lt;jrandom&gt; آه، فكرة جيدة 16:33 &lt;jrandom&gt; (net.i2p.syndie.sml.BlogPostInfoRenderer method renderLinks(...) :) 16:34 &lt;@cervantes&gt; *يُدوّن* 16:35 &lt;jrandom&gt; ما الذي تحتاجه مدونات Syndie أيضاً لتقدّم بديلاً عملياً لـ eepsites المعلوماتية؟ من الواضح أن Syndie محتوى ساكن، لذا لا يمكنك فعل بعض الأمور، لكن يمكنك نشر المحتوى والسماح للناس بالتعليق 16:36 &lt;jrandom&gt; هل هناك تخصيصات معيّنة تريدون القدرة على القيام بها؟ إن كان كذلك فأبلغوني 16:37 &lt;DoubtfulSalmon&gt; jrandom: تحديث المحتوى الموجود عبر سكربت؟ 16:37 &lt;@cervantes&gt; أرشفة بحسب التاريخ 16:37 &lt;jrandom&gt; DoubtfulSalmon: عبر سكربت؟ 16:37 &lt;jrandom&gt; cervantes: آه، مثل ودجة تقويم صغيرة بدلاً من روابط «5 إدخالات أقدم»؟ 16:38 &lt;@cervantes&gt; نعم 16:38 &lt;DoubtfulSalmon&gt; jrandom: لنقل إنني أريد لهذا الملف/النص أن يحل محل ذلك الملف/النص. كيف أفعل ذلك؟ 16:38 &lt;jrandom&gt; حسناً رائع، نعم، ينبغي أن يكون ذلك سهلاً جداً (إن قام أحدهم بإنجاز الـ HTML :) 16:38 &lt;@cervantes&gt; أو ببساطة «اعرض مشاركات الشهر الماضي» 16:39 &lt;@cervantes&gt; jrandom: أنت تحتاج فقط إلى جدول 7x6 مع بعض الأرقام فيه ;-) 16:40 &lt;jrandom&gt; DoubtfulSalmon: تغيير المحتوى الذي تم نشره توجهٌ مثير للاهتمام. عموماً، لن ينجح دائماً، إذ سيتعيّن أن يعمل مثل رسائل التحكم في usenet (إلغاء مشاركة قديمة، إلخ) 16:40 &lt;jrandom&gt; DoubtfulSalmon: ومن ناحية أخرى، يمكنك ببساطة نشر ملف/إدخال جديد وتغيير الروابط على الجانب الأيسر لتشير إلى الملف/الإدخال الجديد 16:40 &lt;jrandom&gt; (بهذه الطريقة، يظل المحتوى القديم موجوداً، لكن الناس يُوجَّهون إلى المحتوى الجديد) 16:41 &lt;DoubtfulSalmon&gt; jrandom: نعم، سيكون الأمر جيداً إذا بقي المحتوى القديم موجوداً، طالما أن روابط الجميع تشير إلى المحتوى الجديد دون اضطرارهم لتغيير محتواهم. 16:41 &lt;jrandom&gt; بناء ويكي متكاملة منها، أساساً نشر الفروقات وقيام Syndie بعرض نتيجتها، أمر ممكن، لكنه قد يكون مُبالغاً فيه 16:41 &lt;jrandom&gt; همم، حسناً أفهم ما تقصده 16:42 &lt;jrandom&gt; إذن تريد القدرة على امتلاك روابط قابلة لإعادة التوجيه، بدلاً من الروابط الحالية للإصدارات الدقيقة من المحتوى 16:43 &lt;jrandom&gt; ربما يمكن فعل ذلك بالربط إلى علامة مرجعية لمدوّنة، وتُحدَّد النسخة الدقيقة بتحميل العلامات المرجعية الحالية لتلك المدوّنة ورؤية إلى أين تشير 16:44 &lt;jrandom&gt; من ناحية أخرى، يمكن تعليم النسخة الجديدة كـ رد على المشاركة القديمة، بحيث عندما يتبع الناس رابطاً يمكنهم اتباعه إلى الرد الذي يستبدل المحتوى 16:44 &lt;jrandom&gt; (مع أن ذلك ليس سلساً على الأرجح) 16:44 &lt;DoubtfulSalmon&gt; نعم: لنقل إنني أريد رابطاً إلى صورة رادار حالية، أو شيء من هذا القبيل سيُحدَّث كل 10 دقائق. لا بأس إن لم ينتشر المحتوى في كل أنحاء الشبكة، لكن إن ربط شخص آخر بصفحتي، ينبغي للمستخدم أن يرى الصورة الحالية. 16:45 &lt;jrandom&gt; حسناً، هذا يعتمد على ما يريدونه - هل يريدون الربط إلى الصورة كما كانت عندما أحالوا إليها، أم يريدون الربط إلى الخدمة التي تُولِّد الصورة عند عرضها من قبل القارئ 16:45 &lt;+Complication&gt; cervantes: غرابة اليوم :D آخر مشاركة في: `http://forum.i2p/viewtopic.php?t=1199&start=15` 16:46 &lt;+Complication&gt; يخيل إليّ أنه قد يكون أحد أسيادنا الآليين الآخرين :P 16:46 &lt;jrandom&gt; لكن من الجيد دعم كلا المفهومين، ولا أظن أن ذلك سيكون مزعجاً كثيراً 16:46 &lt;@cervantes&gt; شكرًا 16:46 &lt;jrandom&gt; مع أنه سيحتاج إلى تمديد صغير لـ sml (e.g. [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.png"]) 16:47 * cervantes سيُحدِّث دفاعات المنتدى إذا بدأنا نتلقى الكثير منهم 16:47 &lt;@cervantes&gt; (أعرف سلفاً كيف أوقف ذلك) 16:47 &lt;DoubtfulSalmon&gt; jrandom: ينبغي أن يكونوا قادرين على الربط إلى نسخة ساكنة منه، بشرط ألا يكون المُجمِّع قد حذف المحتوى، وكذلك إلى URL عام يشير إلى أيّاً كان الإصدار الأحدث 16:47 &lt;jrandom&gt; (والذي سينظر إلى ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c='s current meta post for bookmarks, pulling the exact uri from the one named "radar.png") 16:48 &lt;DoubtfulSalmon&gt; jrandom: هل يمكن فعل ذلك الآن بشيء مثل: «اعرض أحدث مشاركة واحدة في الوسم &lt;weird string&gt;» 16:48 &lt;jrandom&gt; آه، نقطة جيدة - نعم، يمكن ذلك 16:49 &lt;jrandom&gt; يمكن حتى تقييده إلى «اعرض أحدث مشاركة بواسطة $author ذات الوسم $tag» 16:49 &lt;jrandom&gt; (حتى لا يتمكن الآخرون من انتحالها) 16:49 &lt;DoubtfulSalmon&gt; لذا ربما فقط ضع نوعاً من الواجهة كي لا يضطر المستخدم لرؤية وسوم غريبة وما إلى ذلك 16:50 &lt;jrandom&gt; هناك مثال على كيف يبدو ذلك في الأعلى، رغم أنني لا أملك الـ URI الآن... لكن نعم، هو رابط يحيط بالنص المرتبط 16:50 &lt;DoubtfulSalmon&gt; أفترض أن كل تلك المعلومات يمكن أن تأتي على شكل URL. 16:51 &lt;jrandom&gt; لكن هذا بالتأكيد معقّد لكتابة SML المصدرية، ولهذا ستكون واجهة رسومية لإنشاء SML مفيدة 16:51 &lt;jrandom&gt; إنها سمات على وسوم SML، وليست URLs 16:52 &lt;@cervantes&gt; وواجهة SML الرسومية ستكون صعبة دون JavaScript 16:52 &lt;DoubtfulSalmon&gt; لكن يمكنك وضع إشارة مرجعية لنتيجة بحث، أليس كذلك؟ 16:52 &lt;jrandom&gt; ما هي نتيجة البحث؟ 16:52 &lt;jrandom&gt; وماذا تعني بإشارة مرجعية؟ 16:52 &lt;@cervantes&gt; (أو إضافة للمتصفح ;-) 16:52 &lt;jrandom&gt; أوه، إشارات المتصفح المرجعية، نعم 16:52 &lt;+Complication&gt; نتيجة ترشيح؟ 16:53 &lt;jrandom&gt; لكن تلك الإشارات المرجعية ليست قابلة للمشاركة عموماً 16:53 &lt;DoubtfulSalmon&gt; أقصد: «get most recent 1 post by X with tag Y» 16:53 &lt;jrandom&gt; (في الواقع، معظمها كذلك، لكن ليس بشكل عام، لأنها URLs وليست URIs)) 16:53 &lt;DoubtfulSalmon&gt; نعم، سيكون جيداً لو أمكن لمدونات أخرى الربط إلى تلك أيضاً 16:54 &lt;jrandom&gt; DoubtfulSalmon: يمكنهم، باستخدام sml 16:54 &lt;jrandom&gt; [blog tag="Y" bloghash="X"] 16:54 &lt;DoubtfulSalmon&gt; أوه، ممتاز 16:55 &lt;jrandom&gt; cervantes: JavaScript، أو XUL، أو Java، أو تطبيق عميل آخر خاص بنظام تشغيل معيّن 16:57 &lt;@cervantes&gt; آه رائع، إذاً لا تمانع اعتماداً على سكربتات أو إضافات 16:57 &lt;jrandom&gt; (عندما يُعاد تصميم موقعنا لـ 0.6.2، ستحصل Syndie بالتأكيد على موقع يشرح ما هي Syndie بالضبط، وكيف يمكنها فعل كل شيء عدا غسل الصحون ;) 16:57 &lt;@cervantes&gt; (طالما أنه يتدهور بسلاسة) 16:57 &lt;jrandom&gt; cervantes: ينبغي أن تكون Syndie وظيفية مع lynx، لكن هناك مجال واسع لعملاء أثرياء 16:58 &lt;jrandom&gt; (s/function/functional/) 16:58 &lt;@cervantes&gt; صحيح.. لذا مستخدمو lynx سيحصلون على مخطط مرجعي لـ SML، ولا شيء أكثر 16:58 &lt;jrandom&gt; نعم، كما لدينا الآن 16:58 &lt;jrandom&gt; مع أنه ربما SML مبسّطة، لا أدري. 17:01 &lt;+Complication&gt; jrandom: هل تعتقد أنه من الممكن ولو بشكل طفيف... أن تكون علّة null مرتبطة بترميز gzip؟ 17:01 &lt;+Complication&gt; كنت أفكر في كيفية تعطيل gzipping لِـ eepsite tunnel الخاص بي... 17:01 &lt;+Complication&gt; أم أن ذلك غير محتمل تماماً؟ 17:01 &lt;@cervantes&gt; كان هناك بعض أمور ضغط HTTP أضيفت قبيل رأس السنة في i2ptunnel 17:03 &lt;jrandom&gt; نعم، قد يكون - يمكنك تعطيله على جهة العميل عبر i2ptunnel.gzip=false (على /configadvanced.jsp). في الوقت الحالي لا أظن أنك تستطيع تعطيله في i2ptunnelhttpserver مع ذلك 17:03 &lt;+zzz&gt; إنه في جهة الطلب حيث لا يوجد أي ضغط 17:03 &lt;+zzz&gt; الخادم لن يضغط إذا كان العميل مضبوطاً على false 17:03 &lt;+Complication&gt; zzz: أوه، صحيح، نسيت ذلك 17:04 &lt;jrandom&gt; (ولكن دون عناء كبير يمكنك إضافته إلى I2PTunnelHTTPServer [السطر 310، إلخ) 17:04 * Complication أحمق، ويعتذر عن ذلك 17:04 &lt;@cervantes&gt; (أو يمكنك استخدام tunnel عادي) 17:04 &lt;+Complication&gt; آها، شكراً... 17:05 &lt;jrandom&gt; همم، لكن بحلول الوقت الذي يستقبل فيه i2ptunnelhttpserver طلب GET، تكون null موجودة بالفعل 17:05 &lt;+zzz&gt; نعم لقد قمت بإعادة orion إلى HTTP tunnel مما يساعد كثيراً في أزمنة التحميل لصفحاته لأنه أصبح مضغوطاً مجدداً 17:05 &lt;+Complication&gt; لقد نسيت تماماً أن gzipping يبدأ عندما يكون العميل والخادم قد *اتفقا* على ذلك 17:05 &lt;jrandom&gt; لذا قد يكون على جهة العميل، لكن بالتأكيد ليس على جهة الخادم 17:05 &lt;jrandom&gt; نعم يا zzz، إنه سريع بشكل جنوني الآن :) 17:05 &lt;+zzz&gt; إنه على جهة الطلب (_request_) وليس جهة الاستجابة (_response_) - قد يكون على جهة العميل أو الخادم 17:06 &lt;jrandom&gt; صحيح 17:09 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء حول 3) مدونات Syndie؟ 17:09 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 4) ??? 17:09 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 17:10 &lt;cat-a-puss&gt; Complication: دفق gzip الخاص بـ Java + I2P tunnels. لا يعمل وهذا خلل من Sun 17:10 &lt;jrandom&gt; همم يا cat-a-puss؟ حقاً؟ 17:10 &lt;+zzz&gt; تحديث اتصالات HTTP المستمرة: جهة العميل أُنجزت في الغالب، وجهة الخادم تُحرز تقدماً جيداً، هناك الكثير من التقسية والاختبارات لإجرائها، الإتمام المُقدّر 2-4 أسابيع 17:10 &lt;jrandom&gt; أحسنت يا zzz! 17:11 &lt;cat-a-puss&gt; jrandom: نعم تحدثتُ معك عن ذلك منذ زمن طويل، ربما أستطيع العثور على الشرح المطوّل للسبب، لكن من الأفضل على الأرجح توثيق ذلك في مكان ما إذ لا سبب لفعل ذلك. 17:12 &lt;jrandom&gt; همم، أنا خارج السياق، ما الذي لا يعمل بالضبط؟ ما هو خلل Sun؟ 17:14 &lt;dust&gt; أحصل على سجلات غريبة مثل هذه: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status &lt;html&gt; 17:14 &lt;jrandom&gt; همم، مثير للاهتمام 17:15 &lt;jrandom&gt; أي مُتتبِّع؟ 17:15 &lt;cat-a-puss&gt; jrandom: كما أذكر تستخدم Sun أرشيفات zip بدون رؤوس ورقماً سحرياً للدلالة على أنه تيار zip. لكن الرقم يحدث أن يكون سالباً، لذا إذا انتهى بك الأمر بإنشاء تيار zip داخل تيار zip لسبب ما، فإنه يقرأ البيانات من التيار كسلسلة من البايتات غير الموقَّعة، وبالتالي يتحول الرقم السحري إلى رقم موجب آخر. (ربما أفوّت بعض التفاصيل لكن هذه هي الخلاصة) 17:16 &lt;dust&gt; على سبيل المثال OSDevWithCVS_3E.pdf.torrent 17:17 &lt;dust&gt; d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 &lt;jrandom&gt; همم، لا أعرف شيئاً عن ذلك، ولست متأكداً كيف سيؤثّر على دفق gzip فوق i2ptunnel (لو كان /يفعل/ لفشلوا جميعاً، لأننا نضغط كل شيء) 17:19 &lt;jrandom&gt; حسناً رائع يا dust، إذن مُتتبِّع postman. همم، هل أنت على 0.6.1.9 يا dust؟ 17:20 &lt;cat-a-puss&gt; jrandom: نعم لقد مرّ ما يقارب العام منذ واجهت تلك المشكلة، لذا لا أتذكر جيداً، ولا أعرف إن كانت قد أُصلحت في 1.5 لكني واجهت صعوبة شيطانية في فهم لماذا تعمل كل أنواع التيارات العادية، لكن بمجرد أن أغلّفها في تيار مضغوط تفشل جميعها. 17:20 &lt;dust&gt; نعم 17:20 &lt;jrandom&gt; cat-a-puss: لقد غيّرنا الأمور بشكل جذري فيما يخص الضغط عبر I2P خلال السنة الماضية ;) 17:21 &lt;jrandom&gt; (وأنا شخصياً لا أستخدم 1.5) 17:21 &lt;jrandom&gt; لكننا نقوم بترميز zip الخاص بنا صراحةً بدلاً من استخدام دفقهم الجاهز (لأسباب تتعلق بالعدم الكشف/الكفاءة، وليس التوافق) 17:22 &lt;@cervantes&gt; zzz: أين تحديداً يحدث null في الطلب؟ مباشرة بعد GET؟ 17:22 &lt;+Complication&gt; قبل ذلك، إن لم تخني الذاكرة 17:23 &lt;+fox&gt; &lt;lordalbert&gt; مرحباً 17:23 &lt;+Complication&gt; ملاحظة جانبية: يُظهر Celeron 300 نسبة إعادة إرسال أقل بمرتين من Sempron 17:23 &lt;jrandom&gt; أهلًا يا lordalbert 17:23 &lt;jrandom&gt; جيّد يا Complication، 2-3% معقولة (مع أنني أفضل أقل، بالطبع) 17:23 &lt;@cervantes&gt; سيكون من المثير إطلاق الكثير من طلبات HEAD أو شيء من هذا القبيل... 17:24 &lt;jrandom&gt; نعم، مجموعة من الاختبارات المحلية ستكون رائعة، رغم أنني إن لم تخني الذاكرة (iirc) فقد جرّب Complication ذلك قبل مدة دون أخطاء 17:24 &lt;+fox&gt; &lt;lordalbert&gt; هل يمكن لأحد إنشاء مُتتبِّع مجهول؟ حاولت ذلك لكنني لا أفهم كيف أستخدم الـ tunnel 17:24 &lt;+Complication&gt; cervantes: حاولت مرة استفزازه عبر wget تكراري بين عقدتيّ 17:24 &lt;+Complication&gt; تعبت قبل أن يحدث 17:25 &lt;@cervantes&gt; هه 17:26 &lt;+fox&gt; &lt;lordalbert&gt; أهلًا يا b0unc3 ;) 17:26 &lt;+fox&gt; &lt;b0unc3&gt; lordalbert، :D 17:26 &lt;+Complication&gt; lordalbert: أي جزء تحتاج نصيحة بشأنه؟ 17:27 &lt;+Complication&gt; بخصوص إعداد المتتبّعات، للأسف لا أعرف. 17:27 &lt;+Complication&gt; بخصوص I2PTunnel، يمكنني محاولة الشرح... 17:27 &lt;+fox&gt; &lt;lordalbert&gt; لقد نصّبت BTtracker، وهو يعمل تماماً 17:28 &lt;+Complication&gt; ينبغي أيضاً ملاحظة أنه لكي يبقى المُتتبِّع مجهولاً، فمن المرجح أن يعمل بإعداد حذر جداً 17:28 &lt;+fox&gt; &lt;lordalbert&gt; الآن أود جعله مجهولاً 17:28 &lt;+fox&gt; &lt;lordalbert&gt; إذن 17:28 &lt;jrandom&gt; أنا متأكد من أنه يمكننا المساعدة في معالجته بعد الاجتماع. لا ينبغي أن تستخدم متتبّعات عامة، بل تحتاج واحداً مبنياً من أجل عدم الكشف عن الهوية 17:28 &lt;+fox&gt; &lt;lordalbert&gt; لقد أنشأت لتوي i2ptunnel 17:29 &lt;jrandom&gt; (مثلاً تعديلات bytemonsoon التي يمكنك إيجادها على أي من متتبّعات I2P، أو في الـ CVS) 17:29 &lt;+fox&gt; &lt;lordalbert&gt; الآن أود أن أعرف كيف أستخدم هذا الـ tunnel. لقد أنشأت tunnel بالفعل 17:29 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 17:30 &lt;jrandom&gt; lordalbert: `http://localhost:7657/i2ptunnel/` ينبغي أن يسمح لك بإنشاء 'http server tunnel' يشير إلى خادم الويب/المُتتبِّع لديك، لكن مُتتبِّعك لن يعمل ما لم يُعدَّل للاستخدام المجهول 17:30 &lt;+fox&gt; &lt;lordalbert&gt; jrandom، أي مُتتبِّع يجب أن أستخدم؟ 17:31 &lt;+Complication&gt; أظن أن postman يستخدم نسخة معدّلة من ByteMonsoon 17:32 &lt;jrandom&gt; i2p-bytemonsoon تم تعديله للاستخدام المجهول - هناك ملف zip على @ `http://i2p-bt.postman.i2p/،` وهناك CVS على http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ لكنني حقاً لا أعرف الكثير عنه 17:32 &lt;+fox&gt; &lt;lordalbert&gt; أليس bytemonsoon متقادماً؟ 17:32 &lt;jrandom&gt; إذا كان يعمل، فليس متقادماً. إنه يعمل 17:33 &lt;+fox&gt; &lt;lordalbert&gt; حسناً XD 17:33 &lt;jrandom&gt; هناك الكثير من المتتبّعات هناك، وإن أراد مطوّر ما تعديل أحدها ليعمل بأمان وبشكل مجهول، فسيكون ذلك رائعاً 17:33 &lt;+Complication&gt; قد يكون قديماً نوعاً ما... لكنه يعمل بالتأكيد مع destkeys بدلاً من عناوين IP... 17:33 &lt;+Complication&gt; لا أستطيع الجزم بشأن الأمان ومنع التسريبات 17:34 &lt;jrandom&gt; (لقد عدّله duck وآخرون من أجل عدم الكشف والأمان) 17:34 &lt;+Complication&gt; لكنّه قائم منذ مدة، ويبدو أنه يفي بالغرض... 17:35 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع... 17:36 * jrandom يختتم 17:36 * jrandom *baf*S يغلق الاجتماع </div>/ar/blog/2006/01/17/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-17/Tue, 17 Jan 2006 00:00:00 +0000/ar/blog/2006/01/17/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-17/<p>مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.9 2) تشفير إنشاء Tunnel 3) مدونات Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.9</li> </ol> </li> </ul> <p>مع صدور 0.6.1.9 وترقية 70% من الشبكة، يبدو أن معظم إصلاحات الأخطاء المضمّنة تعمل كما هو متوقَّع، وهناك تقارير تفيد بأن التوصيف الجديد للسرعة كان ينتقي بعض النظراء الجيدين. لقد سمعت عن معدل نقل مستمر لدى النظراء السريعين يتجاوز 300KBps مع استخدام CPU بنسبة 50–70%، فيما تقع routers (موجّهات) أخرى في نطاق 100–150KBps، لتتضاءل حتى تصل إلى أولئك الذين يحققون 1–5KBps. لا يزال هناك تبدّل كبير في هويات router رغم ذلك، لذا يبدو أن إصلاح العلة الذي ظننت أنه سيقلّل ذلك لم يفعل (أو أن هذا التبدّل مُبرَّر).</p>/ar/blog/2006/01/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/Tue, 10 Jan 2006 00:00:00 +0000/ar/blog/2006/01/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> cervantes, Complication, jrandom, Pseudonym, teal`c\_, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) مرحباً 15:26 &lt;jrandom&gt; 1) حالة الشبكة 15:26 &lt;jrandom&gt; 2) تحليل الإنتاجية 15:26 &lt;jrandom&gt; 3) مدونات Syndie 15:26 &lt;jrandom&gt; 4) اتصالات HTTP المستمرة 15:26 &lt;jrandom&gt; 5) I2Phex gwebcache 15:26 &lt;jrandom&gt; 6) ??? 15:26 * jrandom يلوّح 15:26 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 &lt;jrandom&gt; (نعم، أعلم... نحتاج إلى 7) شيء آخر...) 15:28 &lt;jrandom&gt; لنبدأ بـ 1) حالة الشبكة 15:28 &lt;jrandom&gt; عموماً، يبدو الأمر كما هو المعتاد، بخلاف ما ورد في البريد. 15:28 &lt;jrandom&gt; هل لدى أحد أي شيء يريد طرحه بشأن 1)؟ 15:30 &lt;jrandom&gt; حسناً، إن لم يكن، ننتقل إلى 2) تحليل الإنتاجية 15:31 &lt;tethra&gt; يبدو ذلك رائعاً، لكن هل لي أن أسأل ما الهدف؟ 15:31 &lt;jrandom&gt; العثور على نظراء سريعين 15:31 &lt;tethra&gt; (اعذروا قلّة الفطنة واللباقة لدي) 15:31 &lt;tethra&gt; آه، رائع. 15:32 &lt;jrandom&gt; بشكل عام، تحليلات السرعة القديمة لدينا لم تكن بتلك الجودة (راجع ملاحظات حالة الأسبوع الماضي للاطلاع على ملخص)، ويبدو أن هذا جيد جداً في العثور على النظراء الذين أعلم أنهم سريعون 15:32 &lt;jrandom&gt; (أعرف أنهم سريعون لأنني غششت وقستهم بتقنيات غير مجهولة الهوية) 15:33 &lt;tethra&gt; صادم! ;) 15:33 &lt;jrandom&gt; ((نعم، ربما كان هناك شخص مجنون شنّ هجمات لإرباك قياساتي، لكن، حسناً، أشكّ بذلك ;) 15:33 &lt;tethra&gt; هاها 15:33 &lt;tethra&gt; جميل، إذن ينبغي أن يجعل ذلك client tunnels (قنوات تمرير في I2P) أكثر ميلاً للعثور على نظير 'جيد'، وعلى الأرجح يضع نظراء 'سريعين' تحت ضغط أقل، أليس كذلك؟ 15:35 &lt;tethra&gt; s/'good'/fast/ 15:35 &lt;jrandom&gt; نعم للأولى، لكن ليس حقاً للثانية — لن يقلّل الضغط عليهم، لكنه سيسمح للناس باستخدامهم على نحو أكثر فعالية 15:35 &lt;@cervantes&gt; أظن أن من لديهم نظراء سريعين سيتعيّن عليهم الأمل في أن يكون التحكم بمعدل النظير جيداً بما يكفي لتحمّل المشاركة الإضافية 15:36 &lt;jrandom&gt; مثلاً، بدلاً من وجود $slow--&gt;$fast--&gt;$fast، سيصبح $fast--&gt;$fast--&gt;$fast 15:36 &lt;tethra&gt; آه، فهمت 15:36 &lt;jrandom&gt; أجل يا cervantes، كنت أتابع أيضاً ملف السعة، وكان يقوم بالمطلوب 15:36 &lt;@cervantes&gt; رائع 15:37 &lt;jrandom&gt; التفاعل بين السعة والسرعة مهم — لا تُعدّ النظراء سريعة إذا لم تكن عالية السعة، حتى لو صُنِّفت سرعتها أعلى من الجميع 15:37 &lt;@cervantes&gt; سيكون من المثير رؤية كيف يؤثر ذلك في الإنتاجية 15:37 &lt;jrandom&gt; (ولهذا فإن 'سريع' مجرد اختصار لـ 'سريع وعالي السعة') 15:37 &lt;@cervantes&gt; +h 15:37 &lt;jrandom&gt; أجل يا cervantes 15:39 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر بخصوص 2، فلننتقل إلى 3) مدونات Syndie 15:40 &lt;jrandom&gt; ليس لدي الكثير لأضيفه بخلاف ما ورد في البريد هناك 15:41 &lt;@cervantes&gt; يبدو رائعاً 15:41 &lt;tethra&gt; أنا شخصياً يعجبني كثيراً اتجاه المدونات. يمكن القول إن كلّ شيء يبدو ممتازاً. 15:41 &lt;tethra&gt; :D 15:41 &lt;+Complication&gt; تأخرت قليلاً، آسف. 15:42 &lt;jrandom&gt; جميل، إنه مشابه لما كان عليه في الأصل، لكن أعتقد أن عرض المدوّنة واعد 15:42 &lt;jrandom&gt; مرحباً بعودتك Complication، لا تقلق، لدينا سجلات :) 15:43 &lt;+Complication&gt; أقرأ الرجوع في السجل الآن :) 15:43 &lt;jrandom&gt; أعتقد أن لكل من العرضين مكانه، وأظن أن ذلك يعتمد على المستخدم 15:43 &lt;jrandom&gt; (وعلى المحتوى، وعلى المؤلف) 15:45 &lt;jrandom&gt; هناك أمر واحد، وهو أن HTML ليست بذلك الجمال. كان cervantes يساعدني على تحديث معرفتي الأساسية جداً إلى منظور أكثر حداثة، لكن لا تزال هناك الكثير من المسائل 15:46 &lt;jrandom&gt; ستستمر التحسينات على واجهة Syndie الويب، وإذا أراد متطوع HTML المساعدة في التنسيق، التصميم، CSS، مشاكل التوافق بين المتصفحات، إلخ، فسيكون ذلك مقدّراً جداً 15:47 &lt;@cervantes&gt; باستثناء وجود وسمَي &lt;style&gt; افتتاحيين، يبدو الكود نظيفاً للغاية ;-) 15:47 &lt;jrandom&gt; هه، عفواً 15:48 &lt;@cervantes&gt; أظن أن التركيز سيكون على جعل التنسيق نظيفاً وقابلاً للقراءة وربما تصميم بعض البدائل للقوالب 15:48 &lt;jrandom&gt; همم 15:49 &lt;jrandom&gt; هذا أحد الأمور التي فكّرت بها لعرض المدوّنة — سيكون من السهل السماح للناس بتخصيص بعض السمات (الألوان، الخطوط، الأحجام)، لكن لست متأكداً إلى أي مدى إضافي 15:50 &lt;jrandom&gt; من ناحية أخرى، عرض المدوّنة، كعرض السلاسل، ليس سوى قالب فوق أرشيف Syndie 15:50 &lt;@cervantes&gt; حسناً، بالتأكيد لا تريد السماح بقوالب قابلة للنشر 15:50 &lt;jrandom&gt; إذن السؤال هو: قالب لمن؟ 15:50 &lt;jrandom&gt; (ما مستوى الخبرة المطلوب لدى من سيستخدم القالب) 15:51 &lt;@cervantes&gt; كنت أفكّر في خيار إعداد منبثق يمكن لشخص اختياره لمدوّنته 15:51 &lt;jrandom&gt; همم؟ 15:51 &lt;@cervantes&gt; أريد "Pony Look" 15:51 &lt;jrandom&gt; آه، حسناً 15:51 &lt;@cervantes&gt; إذن سنشحن Syndie بمجموعة متنوعة من الأشكال 15:52 &lt;jrandom&gt; نعم، ألوان/خطوط/إلخ مُسبقة الإعداد 15:52 &lt;jrandom&gt; (والأيقونات، إلخ) 15:52 &lt;jrandom&gt; هذا شيء لم يُنفَّذ فعلياً عبر عرض المدوّنة بعد 15:54 &lt;jrandom&gt; فكرة جيدة بشأن مُختار سِمات بسيط، بدلاً من مجموعة خيارات معقّدة 15:54 &lt;@cervantes&gt; بديل آخر هو أن يقدّم شخص إعدادات قالب جاهزة للتنزيل على موقعه — يمكن حفظها في مجلّد السمات 15:55 &lt;@cervantes&gt; الأمر متروك للفرد إن أراد الوثوق بسمة المدوّن المخصصة 15:55 &lt;jrandom&gt; ... ثقة؟ 15:55 &lt;jrandom&gt; لا شيء في Syndie سيسمح لك بعمل HTML أو CSS غير آمنين 15:55 &lt;tethra&gt; وماذا عن JavaScript غير الآمن/إلخ 15:55 &lt;jrandom&gt; ستكون السمات ملفات نصية/ملفات إعدادات/صور، بدلاً من JSP 15:55 &lt;tethra&gt; ؟ 15:56 &lt;tethra&gt; (توجيه الصفحة إلى عناوين غير مجهولة باستخدام JS، مثلاً؟) 15:56 &lt;@cervantes&gt; يعتمد الأمر على ما إذا كانت السمة قد تحتوي أيضاً تغييرات HTML بنيوية 15:56 &lt;@cervantes&gt; صحيح، حسناً 15:56 &lt;@cervantes&gt; حسناً، هذا سيُبقيه أنيقاً ونظيفاً وبسيطاً 15:57 &lt;jrandom&gt; tethra: أنا... متردد للغاية بشأن JavaScript. هل رأيت تدوينة اليوم الجديدة من default؟ 15:57 &lt;jrandom&gt; "أنا فقط فضولي: هل يستخدم AJAX؟ تبدو الصفحة وكأنها لا تتحدّث ككل..." 15:57 &lt;tethra&gt; لا، لم أفعل. 15:57 &lt;tethra&gt; أنا شخصياً سأجد طريقة للتخلّص من أي JS يُستخدم. 15:58 &lt;jrandom&gt; بما أن Syndie محليّاً (local)، فهو سريع بجنون، ولسنا بحاجة للقلق من نفس مشاكل الكمون 15:58 &lt;tethra&gt; لأنني لا أثق به إطلاقاً. 15:58 &lt;tethra&gt; همم :/ 15:58 &lt;jrandom&gt; cervantes: أجل، بسيط جداً — يمكننا حتى السماح لمن يشاهد سمة مدوّنة تعجبه أن يقول «اسرق هذه السمة» 15:59 &lt;@cervantes&gt; نظرياً يمكنك توفير مكتبة من الدوال «الآمنة» لمستخدم المدوّنة — ولكن عندما تزيل كل ما هو غير آمن من تنفيذ المتصفح الاعتيادي، لن يتبقى لديك سوى دالة «alert();» 16:00 &lt;jrandom&gt; هه 16:00 &lt;jrandom&gt; (وستحصل على كل تلك مشكلات إمكانية الوصول الخاصة بـ JavaScript) 16:00 &lt;+Complication&gt; cervantes: تذكّر، alert() في حلقة لا نهائية قد تكون سيئة :P 16:00 * jrandom فخور جداً بمدى ملاءمة Syndie لـ Lynx 16:00 &lt;tethra&gt; lynx &lt;3 16:02 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر في 3)، فلننتقل إلى 4) اتصالات HTTP المستمرة 16:02 &lt;jrandom&gt; ليس لدي ما أضيفه بخلاف ما في البريد... zzz، هل أنت هنا؟ 16:02 &lt;@cervantes&gt; هناك طرق أخرى لتنفيذ واجهة AJAX «*بصق*»، مثل امتداد لموزيلا 16:03 &lt;jrandom&gt; fire2pe++ :) 16:03 &lt;jrandom&gt; zzz لا يبدو موجوداً، لذا على الأرجح سننتظر لاحقاً لمزيد من المعلومات حول 4) 16:03 &lt;@cervantes&gt; fire2pe مجرد أداة مساعدة — تقصد syndilla ;-) 16:03 &lt;jrandom&gt; لول 16:04 &lt;jrandom&gt; (ونسخة مفتاح USB، syndog ;) 16:04 &lt;jrandom&gt; حسناً، ننتقل إلى 5) I2Phex gwebcache 16:05 &lt;jrandom&gt; Complication: p1ng 16:05 &lt;+Complication&gt; حسناً، بما أنه سيجعل الاندماج مع الشبكة أسهل... 16:06 &lt;+Complication&gt; ...لقد عملت مؤخراً على إحياء كود gwebcache الموجود أصلاً في I2Phex 16:06 &lt;+Complication&gt; إنه يقوم بالفعل ببعض الأشياء المحدودة جداً (مثل الانهيار بشكل أنيق) في هذه المرحلة :) 16:06 &lt;+Complication&gt; كما يزعج خادم webcache الخاص بـ awup بنجاح متوسط 16:07 &lt;jrandom&gt; لول، جميل 16:07 &lt;+Complication&gt; لكن لدي أمل بأنني سأتمكّن في النهاية من إعادة العمل عليه 16:07 &lt;+Complication&gt; (الكثير منه حالياً مخصص للتعامل مع عناوين IP) 16:09 &lt;jrandom&gt; جميل، حظاً موفقاً، وأخبرني إن كان هناك ما يمكنني فعله للمساعدة 16:09 &lt;+Complication&gt; سأفعل :) 16:10 &lt;jrandom&gt; حسناً، أي شيء آخر بشأن 5) I2Phex gwebcache، أم نتابع على مهل إلى 6) ??? 16:11 &lt;jrandom&gt; اعتبرنا قد مضينا 16:11 &lt;jrandom&gt; هل لدى أحد أي شيء آخر للاجتماع؟ 16:11 &lt;@cervantes&gt; كوب شاي آخر سيكون لطيفاً 16:12 &lt;tethra&gt; هيهه 16:12 &lt;Pseudonym&gt; كيف تبدو خارطة الطريق؟ 16:12 &lt;jrandom&gt; لا تغييرات 16:12 &lt;Pseudonym&gt; ما الذي تبقّى لـ 0.6.2؟ 16:13 &lt;jrandom&gt; كل الأشياء المتعلقة بـ 0.6.2 16:13 * jrandom ينحني متفادياً 16:14 &lt;Pseudonym&gt; :-P 16:14 &lt;@cervantes&gt; بعض البهرجة 16:14 &lt;Pseudonym&gt; هل لدينا تاريخ/جدول زمني مبدئي؟ 16:14 &lt;jrandom&gt; على وجه التحديد، خوارزميات وتشفير إنشاء tunnel الجديدة، واستراتيجيات اختيار النظراء الجديدة 16:14 &lt;tethra&gt; هيهه 16:14 &lt;jrandom&gt; لا تواريخ ولا جداول زمنية (على الأقل، ليس مُعلن عنها في الاجتماعات ;) 16:15 &lt;Pseudonym&gt; هل هناك المزيد في استراتيجيات اختيار النظراء غير أمور الإنتاجية التي تعمل عليها؟ 16:16 &lt;jrandom&gt; نعم، تغييرات بروفايل النظراء هذه تتعلق بالأداء، وليست باستراتيجيات اختيار وترتيب النظراء المتعلقة بإخفاء الهوية 16:16 &lt;+Complication&gt; jrandom: هل أتذكر بشكل صحيح... إذا افترضت أن تشفير إنشاء tunnel مرتبط بالأشياء التي نوقشت على القائمة البريدية أثناء الحديث عن هجمات السلف (predecessor) وغيرها؟ 16:17 &lt;jrandom&gt; نعم يا Complication 16:17 &lt;+Complication&gt; s/related/relates 16:19 &lt;+Complication&gt; هل ستحاول جعل ذلك الهيكل الصغير اللطيف للبيانات يعمل؟ 16:19 &lt;jrandom&gt; أجل 16:20 &lt;jrandom&gt; (وبالتالي، 0.6.2 ليس خلال أفق الأسبوعين ;) 16:20 &lt;+Complication&gt; جميل. يبدو مثيراً للاهتمام، ربما ينبغي لي القراءة عنه 16:21 &lt;+Complication&gt; آمل أن يسير بسلاسة 16:21 &lt;jrandom&gt; كان مجرد نقاش عام على القائمة، ولا توجد مواصفة مُدَوَّنة بعد 16:21 &lt;tethra&gt; عذراً، أي هيكل بيانات رائع هذا؟ 16:21 &lt;+Complication&gt; أوه، وقد عرفت لماذا لم يعمل الرابط (من رسالة «moo»). :D إنه freedomarchives.i2p (بصيغة الجمع، مع «s» في النهاية) 16:21 &lt;jrandom&gt; سيكون غير متوافق مع الإصدارات السابقة، لذا «السلاسة» لن تكون شعاره، لكن نأمل ألا يؤلم كثيراً :) 16:21 &lt;jrandom&gt; آه، تبا 16:22 &lt;jrandom&gt; tethra: هيكل بيانات لا وجود له بعد لإنشاء tunnels 16:22 &lt;tethra&gt; رائع 16:22 &lt;jrandom&gt; (انظر سلاسل النقاش حول predecessor من نوفمبر تقريباً) 16:23 &lt;tethra&gt; ما المزايا/العيوب التي ستكون له مقارنة بالحالي؟ (إن كان هناك واحد حالي :o) 16:23 &lt;jrandom&gt; (انظر سلاسل النقاش حول predecessor من نوفمبر تقريباً) ;) 16:23 &lt;tethra&gt; آه، حسناً 16:23 &lt;+Complication&gt; حسب ما أذكر، لجعل إنشاء tunnel أقل شفافية للمراقبين 16:23 &lt;tethra&gt; "" 16:23 &lt;tethra&gt; ;) 16:23 &lt;jrandom&gt; لكنها ليست مقترحاً، لا يوجد شيء مطروح لـ 0.6.2 حتى تُرتَّب كل الأشياء السابقة على 0.6.2. 16:23 &lt;jrandom&gt; عندما تعمل الأشياء التي ينبغي أن تعمل بالطريقة التي نحتاجها أن تعمل بها، ننتقل حينها إلى الخطوة التالية. 16:24 &lt;Pseudonym&gt; بخلاف اختيار النظراء السريع، ما الذي لا يعمل؟ 16:25 &lt;jrandom&gt; اختيار النظراء السريع جزء من «أداء جيد» 16:25 &lt;jrandom&gt; لدينا أداء جيد بالفعل، بالنسبة لشبكة مجهولة الهوية، لكنه ليس جيداً بما يكفي للمنافسة مع الشبكات غير المجهولة 16:25 &lt;jrandom&gt; للمنافسة، علينا تحقيق أداء أفضل وأيضاً توفير وظائف لا يمكنهم الحصول عليها في مكان آخر 16:26 &lt;jrandom&gt; (إخفاء الهوية لا يبيع) 16:26 &lt;Pseudonym&gt; هل هناك ما هو أكثر من اختيار النظراء السريع؟ 16:27 &lt;jrandom&gt; خلال الشهر أو الشهرين الماضيين، ومع القياس المعياري لجوانب مختلفة من i2p، يبدو أن بطء اختيار النظراء هو أصغر عنق زجاجة. ما سيكون عنق الزجاجة التالي غير معروف. 16:27 &lt;jrandom&gt; (كانت هناك أيضاً تحسينات لا حصر لها في نقاط مختلفة لتحسين الأداء) 16:27 &lt;jrandom&gt; (انظر http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 &lt;Pseudonym&gt; إذاً... إصدار اختيار النظراء الجديد هذا الأسبوع؟ ;-) 16:28 &lt;teal`c_&gt; i2p يبدو جيداً 16:29 &lt;jrandom&gt; Pseudonym: أجل، خوارزمية ملف نظير جديدة موجودة في CVS وسيتم نشرها هذا الأسبوع مع 0.6.1.9 16:30 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:30 &lt;Pseudonym&gt; رائع 16:31 &lt;jrandom&gt; إن لم يكن... 16:31 * jrandom يستعد 16:32 * jrandom يُغلِق الاجتماع بـ*baf* </div>/ar/blog/2006/01/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-10/Tue, 10 Jan 2006 00:00:00 +0000/ar/blog/2006/01/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-10/<p>مرحباً يا جماعة، يبدو أن يوم الثلاثاء قد عاد مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) تحليل معدل النقل 3) مدونات Syndie 4) اتصالات HTTP المستمرة 5) I2Phex gwebcache 6) ؟؟؟</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>شهد الأسبوع الماضي الكثير من إصلاحات الأخطاء والتحسينات في CVS، مع بقاء البناء الحالي عند 0.6.1.8-11. كانت الشبكة مستقرة إلى حد معقول، إلا أن بعض الانقطاعات لدى مزوّدي خدمات I2P المختلفين أدت إلى تعثرات عرضية. لقد تخلّصنا أخيراً من التقلب المرتفع بشكل غير ضروري في هوية الـ router ضمن CVS، وهناك إصلاح جديد في النواة قدّمه zzz أمس ويبدو مبشّراً، لكن علينا الانتظار لنرى تأثيره. أمران كبيران آخران جريا خلال الأسبوع الماضي هما ملف تعريف السرعة المعتمد على معدل الإنتاجية، وبعض الأعمال الكبيرة على عرض المدوّنة في Syndie. أما متى سنرى 0.6.1.9، فيُفترض أن يصدر في وقت لاحق من هذا الأسبوع، وبحد أقصى نهاية الأسبوع. تابعوا القنوات المعتادة.</p>/ar/blog/2006/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/Wed, 04 Jan 2006 00:00:00 +0000/ar/blog/2006/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2006/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, cervantes, Complication, gott, JosephLeBlanc, jrandom, tethra</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 15:22 &lt;jrandom&gt; 0) مرحبا 15:22 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.8 15:22 &lt;jrandom&gt; 2) نتائج اختبارات التحميل وتوصيف النظراء 15:22 &lt;@cervantes&gt; jrandom: يمكن القول إنها أبطأ وأبشع عقوبة منذ حظر الرجم 15:22 &lt;jrandom&gt; 3) مراجعة 2005 / لمحة عن 2006 / ??? 15:22 &lt;jrandom&gt; 0) مرحبا 15:22 &lt;gott&gt; فلافل 15:22 &lt;gott&gt; n : قرص صغير من حمص مهروس أو فول مدمس مُتبّل 15:22 &lt;gott&gt; بالسمسم 15:22 &lt;@cervantes&gt; أهلاً 15:22 * jrandom يلوّح بعد أن تعافى من وابل الفلافل 15:22 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-January/001246.html 15:23 &lt;jrandom&gt; بما أنني متأخر 10 دقائق، أنا متأكد أنكم جميعًا قرأتم تلك الملاحظات ولديكم تعليقات جاهزة 15:23 &lt;jrandom&gt; *سعال* 15:23 &lt;jrandom&gt; حسنًا، لنبدأ بـ 1) حالة الشبكة و 0.6.1.8 15:24 &lt;@cervantes&gt; أي أنه يعمل جيدًا، باستثناء أن البروتوكول يبطئه 15:24 &lt;jrandom&gt; ليس لدي الكثير لأضيفه فوق ما ورد في الرسالة البريدية - كنا نجهّز 0.6.1.8 لفترة قبل الإصدار، ومن الواضح أنه سار بشكل جيد 15:25 &lt;jrandom&gt; هه نعم، لست متأكدًا ما إذا كان infoshop قد نشر أي شيء منذ آخر استيراد RSS 15:25 &lt;JosephLeBlanc&gt; هممم، لدي فقط تعليقان. 15:25 &lt;+Complication&gt; فيما يتعلق بالحالة، رغم أنني ذكرت ذلك من قبل... بعد أن دخل build -7 إلى CVS، يبدو أن جهاز Celeron 300 لدي يتصرف كحاسوب فعلي. يعني، ينقل البيانات بشيء من الاستقرار. 15:26 &lt;+Complication&gt; يتيح لي تصفح eepsites على نطاق واسع، ونادرًا ما يطردني من IRC. 15:26 &lt;jrandom&gt; تمام، Complication 15:26 &lt;jrandom&gt; ما الأخبار، JosephLeBlanc 15:26 &lt;@cervantes&gt; /kick complication 15:26 &lt;@cervantes&gt; آخ 15:26 &lt;JosephLeBlanc&gt; أشغّل أحدث CVS وبقدر ما أرى، معظم الأمور على ما يرام. 15:27 &lt;JosephLeBlanc&gt; لكنني كنت أتساءل هل تم إصلاح مشكلة jbigi على Athlon التي تحدثتُ إليك عنها منذ فترة. 15:28 &lt;jrandom&gt; jbigi لـ amd64 على window ليست ضمن jbigi.jar بعد، لكن آمل أن ندخلها في 0.6.1.9 15:29 &lt;+Complication&gt; أظنّ (لكن لا أستطيع التأكيد) أنه يركّز بشكلٍ أكبر على النظراء الذين نجح معهم... وهذه المقاربة قد تساعد في منع انهيار تلك المسارات بشكلٍ أكثر فاعلية (هو خلف NAT (ترجمة عناوين الشبكة) عدواني بعض الشيء). 15:29 &lt;JosephLeBlanc&gt; حسنًا، السجلات تُعيد: 'NOTICE: Resource name [jbigi] was not found' 15:30 &lt;jrandom&gt; JosephLeBlanc: هناك سطر بعد ذلك بخصوص jbigi - ماذا يقول؟ 15:31 &lt;JosephLeBlanc&gt; يقول: "INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource 15:31 &lt;jrandom&gt; حسنًا، رائع 15:32 &lt;JosephLeBlanc&gt; أردت فقط تنبيهك بشأن سطر الـ NOTICE ذلك. 15:32 &lt;jrandom&gt; هذا يعني أنه يحاول أولاً جلب المورد "jbigi"، لكنه غير موجود (وهو أمر طبيعي - مورد jbigi مخصّص لحالات نادرة جدًا) 15:32 &lt;jrandom&gt; ثم يحاول جلب المورد الخاص بنظام التشغيل/المعمارية "libjbigi-linux-athlon.so" وينجح 15:33 &lt;JosephLeBlanc&gt; آه، حسنًا. إذن يبدو أن أية علّة كنت أعاني منها سابقًا قد تم إصلاحها في -7 15:33 &lt;jrandom&gt; w3wt 15:33 &lt;JosephLeBlanc&gt; شكرًا جزيلاً، يا صديقي. 15:34 &lt;jrandom&gt; لا مشكلة 15:34 &lt;jrandom&gt; Complication: نعم، أظن أنك محق، وبعض الاستراتيجيات لـ 0.6.2 ستبني على ذلك المفهوم أكثر 15:35 &lt;jrandom&gt; حسنًا، هل لدى أحد آخر شيء بشأن 1) حالة الشبكة / 0.6.1.8؟ 15:37 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) نتائج اختبارات التحميل وتوصيف النظراء 15:39 &lt;jrandom&gt; حسنًا، هناك الكثير في الرسالة، هل لدى أحد أي أسئلة حولها؟ 15:40 &lt;+bar&gt; ما حجم التحسن المعقول؟ 15:41 &lt;+Complication&gt; ملاحظة متأخرة عن 0.6.1.8 (اختبرت للتو على حاسوبي المحمول) - تم تحميل jbigi بشكل صحيح هناك أيضًا. 15:42 &lt;+Complication&gt; سابقًا، كان هذا الجهاز (Mandriva 2005) يفشل في تحميل النسخة الصحيحة. 15:42 &lt;+Complication&gt; بسبب مشكلة jcpuid. 15:42 &lt;jrandom&gt; أفضل ألا أذكر رقمًا في الاجتماع، لأنه سيؤثر على توقعات الناس. تحسنٌ قابل للقياس، لكنه بعيد تمامًا عن سرعة الخط. 15:43 &lt;jrandom&gt; (واختبار التحميل مُصطنع قليلًا) 15:43 &lt;+bar&gt; حسنًا، لا مشكلة :) 15:44 &lt;jrandom&gt; جميل يا Complication. نعم، أخيرًا ضمّنت منفذ jcpuid بلغة C الذي كتبه scintilla :) 15:45 &lt;jrandom&gt; حسنًا، ليس لدي الكثير لأضيفه على 2) سوى ما في الرسالة. ستصدر معلومات إضافية حول تتبّع السرعة الناتج عندما تُطرح في 0.6.1.9. 15:47 &lt;jrandom&gt; إن لم يكن هناك شيء آخر حول ذلك، فلننتقل إلى 3) مراجعة 2005 / لمحة عن 2006 / ??? 15:49 &lt;+bar&gt; أتفق مع ما في الرسالة، كان 2005 عامًا رائعًا ولا أرى أن 2006 سيصبح أسوأ، من ناحية I2P 15:49 &lt;jrandom&gt; قطعنا شوطًا طويلًا خلال العام الماضي، وقد قمتم جميعًا بالكثير من العمل الرائع لدفعنا إلى الأمام. يبدو أن العام القادم سيكون كبيرًا بالنسبة لنا، بالخروج من الغرف الخلفية لعشاق التقنية إلى الأماكن التي تهم. 15:50 * tethra جاء في الفترة المتأخرة من 2005، لكنه كان رائعًا جدًا مع ذلك. *إبهام مرفوع* 15:51 &lt;+Complication&gt; آمل الأفضل. 15:51 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه، لذا إن كان هناك أمور أخرى يريد الناس طرحها للاجتماع، فالمجال مفتوح 15:52 &lt;+Complication&gt; وبهذه المناسبة، إذا أراد أحدهم ترجمة بعض المستندات إلى الإسبانية (انظر منتدى النقاش)، مع من سيكون من الأفضل التنسيق؟ 15:52 &lt;+Complication&gt; مثلًا: أي الأجزاء عرضة لتغييرات كبيرة، وما إلى ذلك 15:53 &lt;+Complication&gt; وأيضًا، بأي صيغة سيكون من الأفضل أن تكون المستندات المختلفة؟ 15:54 &lt;jrandom&gt; وثيقة المقدمة التقنية @ dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD مستقرة إلى حدٍّ كبير 15:54 &lt;+Complication&gt; مرفقة مع الـ router... على الموقع... كلاهما؟ 15:54 &lt;jrandom&gt; (سيكون هناك تحديثات على 0.6.2 مع ذلك) 15:54 &lt;jrandom&gt; حسنًا، أنا مؤيد جدًا للتوثيق المضمّن 15:54 &lt;jrandom&gt; لكن من الأفضل على الأرجح الانتظار حتى تصبح واجهة تحكم الـ router الجديدة جاهزة 15:55 &lt;jrandom&gt; مستندات المقدمة على الموقع ستكون جيدة أيضًا، لكن من الأفضل على الأرجح الانتظار حتى يصبح الموقع الجديد جاهزًا 15:55 &lt;+Complication&gt; آها... إذن من الأفضل ألا نلمس ذلك بعد... 15:56 &lt;+Complication&gt; ...وبدلاً من ذلك نفضّل مستندات مثل المذكورة أعلاه. 15:58 &lt;jrandom&gt; على الأغلب. حسنًا، هل هناك أي شيء آخر يريد الناس طرحه للاجتماع؟ 15:59 &lt;jrandom&gt; إن لم يكن... 15:59 &lt;tethra&gt; هل ناقشنا فكرة واجهة eepget حتى الآن؟ 15:59 &lt;gott&gt; إذا كان الاجتماع لا يزال قائمًا، رجاءً أصلحوا مشكلة العلامات (accents) في IRCclient 15:59 &lt;tethra&gt; أي قبل أن أصل إلى هنا 15:59 &lt;jrandom&gt; لا، أتريد تنفيذها يا tethra؟ :) 15:59 &lt;jrandom&gt; gott: التصحيحات مرحّب بها 16:00 &lt;gott&gt; إذا لم يكن، يرجى إصلاح مشكلة العلامات (accents) في IRCclient. 16:00 &lt;gott&gt; jrandom: بحلول الوقت الذي أصلحه فيه، سيكون قد أصلحه شخص آخر ;-) 16:01 &lt;tethra&gt; jrandom: لست متأكدًا تمامًا كيف أمضي فيه، فلستُ مبرمجًا بارعًا. إن رغبت في إرشادي إلى أي دروس حول كتابة تطبيقات من نوع .war فسأكون سعيدًا بالمحاولة، مع ذلك. 16:01 &lt;gott&gt; أحتفظ بحقي في أن أكون انهزاميًا قولًا وفعلًا. 16:01 &lt;tethra&gt; هاها 16:01 &lt;+Complication&gt; :) 16:02 &lt;jrandom&gt; tethra: كتب oreily عن servlets جيدة جدًا 16:02 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر... 16:02 * jrandom يستعد 16:02 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2006/01/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-03/Tue, 03 Jan 2006 00:00:00 +0000/ar/blog/2006/01/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2006-01-03/<p>مرحباً بالجميع، سنة جديدة سعيدة! دعونا نعود إلى ملاحظات الحالة الأسبوعية بعد أسبوع من دونها -</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة و 0.6.1.8 2) نتائج اختبار التحميل وتنميط النظراء 3) مراجعة 2005 / معاينة 2006 / ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.8</li> </ol> </li> </ul> <p>في الأسبوع الماضي أصدرنا 0.6.1.8، وتفيد التقارير الواردة من التشغيل الفعلي بأن تعديلات zzz قد ساعدت كثيرًا، وتبدو الأمور مستقرة إلى حد كبير على الشبكة، حتى مع الزيادة الكبيرة في حركة مرور الشبكة مؤخرًا (إذ يبدو أن المتوسط قد تضاعف خلال الشهر الماضي، وفقًا لـ stats.i2p). يبدو أن I2PSnark يعمل بشكل جيد أيضًا، ورغم أننا اعترضتنا بعض العثرات، فقد تعقّبنا معظمها وأصلحناه في الإصدارات اللاحقة. لم نتلقَّ الكثير من التعليقات بشأن واجهة المدوّنة الجديدة في Syndie، لكن كانت هناك زيادة طفيفة في حركة Syndie (جزئيًا بسبب اكتشاف protocol لمستورد rss/atom الخاص بـ dust :)</p>/ar/blog/2005/12/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/Tue, 20 Dec 2005 00:00:00 +0000/ar/blog/2005/12/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, Complication, dust, jrandom, legion, polecat, tealc\_, tethra, zzz</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 15:20 &lt;jrandom&gt; 0) مرحباً 15:20 &lt;jrandom&gt; 1) حالة الشبكة 15:20 &lt;jrandom&gt; 2) تحديثات I2PSnark 15:20 &lt;jrandom&gt; 3) واجهة مدونة Syndie 15:20 &lt;jrandom&gt; 4) ??? 15:20 &lt;jrandom&gt; 0) مرحباً 15:20 * jrandom يلوّح 15:20 &lt;jrandom&gt; نُشرت ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 15:22 &lt;jrandom&gt; حسناً، لنبدأ بـ 1) حالة الشبكة 15:22 &lt;jrandom&gt; ليس لدي الكثير لأضيفه عما ورد في ملاحظات الحالة. 15:22 &lt;+Complication&gt; لولا حالات OOM (نفاد الذاكرة) العرضية، لجرّأت ووصفتها بالجيدة 15:22 &lt;jrandom&gt; اختبارات التحميل تبدو واعدة جداً، ما يوحي بأن لدينا مساحة كبيرة لتحسين الأداء 15:23 &lt;+Complication&gt; وأظن أن حالات OOM 15:23 &lt;jrandom&gt; هه، هل هي OOMs مرتبطة بـ i2psnark؟ أم من قبل ذلك؟ 15:23 &lt;+Complication&gt; تُسهم في عدم الاستقرار، عندما تقوم مثيلات i2p-bt أو i2psnark أو i2p-rufus بـ... أشياء. 15:24 &lt;zzz&gt; نظريتي أن ازدياد حركة torrent يؤثر إلى حدٍ ما على موثوقية IRC 15:24 &lt;+Complication&gt; (ربما لا ينبغي أن أصف غرابة SAM بأنها OOM، إذ لم أتفحّصها عن كثب، لكنها بالتأكيد أحد العوامل) 15:24 &lt;jrandom&gt; همم، لستُ متأكداً، إذ إن حالة irc كانت مشابهة لما قبل آخر تحديثات snark 15:25 &lt;+Complication&gt; النطاق الترددي كان ثابتاً، وخصوصاً tunnels ثابتة أيضاً... لكن هناك انهيارات بين حين وآخر 15:26 &lt;zzz&gt; على أي حال أنا متفائل بأن إصلاحات بناء tunnel القادمة في 0.6.1.8 ستحسّن تجربة الناس مع IRC 15:26 &lt;+Complication&gt; لأسباب معروفة، والتي نأمل أن تزول حين يحين وقتها :) 15:26 &lt;jrandom&gt; أجل، أظن ذلك أيضاً يا zzz، لذا على الأرجح سيكون لدينا إصدار خلال يوم أو نحو ذلك 15:26 &lt;+legion&gt; حسناً قد يكون irc حساساً أكثر مما ينبغي، ربما استخدام شيء مثل jabber يكون أفضل؟ 15:26 &lt;zzz&gt; خصوصاً لمن لديهم أجهزة أبطأ و/أو اتصالات أبطأ 15:27 &lt;jrandom&gt; jabber لن يغيّر الأمور 15:27 &lt;+Complication&gt; خصوصاً مع تكرار tunnel عند 2 15:28 &lt;+bar&gt; أقول إن irc مؤشّر خراء ممتاز لمعرفة "طقس" الشبكة 15:28 &lt;+legion&gt; نعم، تهب نسمة صغيرة ويتعطّل irc 15:28 &lt;+bar&gt; بالضبط :) 15:28 &lt;+Complication&gt; لاحظتُ أنه بعد إصلاح القائمة السوداء، "Recent" يميل دائماً لتجاوز "Known" 15:29 &lt;+Complication&gt; هل هذا لأن "Known" لا تتضمن الأقران الموضوعين في القائمة السوداء، بينما "Recent" تتضمنهم؟ 15:29 &lt;jrandom&gt; أجل، irc يعطي رؤية جيدة للأمور، إذ يُظهر تبايناً كبيراً بين المستخدمين المختلفين (مثلاً dreamtheaterfan يواجه مشاكل دائماً، إلخ) 15:30 &lt;jrandom&gt; همم، هذا منطقي يا Complication 15:30 &lt;+Complication&gt; (لستُ متأكداً إن كان الأمر كذلك، مجرد تخمين) 15:30 &lt;jrandom&gt; (إذ تُسقِط netDb الأقران في القائمة السوداء، لكن لا تُزال ملفاتهم الشخصية) 15:32 &lt;+Complication&gt; إذن تبدو المؤشرات على ما يرام (أردت أن أسأل فقط تحسّباً) 15:33 &lt;jrandom&gt; حسناً، أي شيء آخر حول 1) حالة الشبكة؟ 15:33 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 2) تحديثات I2PSnark 15:33 &lt;tealc_&gt; ما نوع التحديثات المتاحة؟ 15:34 &lt;jrandom&gt; اطّلع على http://dev.i2p.net/pipermail/i2p/2005-December/001240.html لقائمة مختصرة ;) 15:34 &lt;jrandom&gt; باختصار، أصبح بإمكان I2PSnark التعامل مع عدة torrents دفعة واحدة عبر وجهة I2P واحدة، وله واجهة ويب، ومُدمج في الـ router console 15:35 &lt;tealc_&gt; أشغّل أحدث إصدارات cvs وi2psnark يسبب الكثير من أخطاء heap للذاكرة أو ما شابه 15:35 &lt;+Complication&gt; …كما يتعامل أيضاً مع torrents المُنشأة بواسطة Azureus ذات meta-tags الغريبة. 15:35 &lt;+Complication&gt; والتي كان يتعثر عندها سابقاً. 15:35 &lt;jrandom&gt; آه، نعم، لا تزال هناك أمور أعمل على تنقيحها هناك يا tealc_ 15:35 &lt;jrandom&gt; (كما ذُكر في ملاحظات الحالة الأسبوعية ;) 15:35 &lt;jrandom&gt; صحيح يا Complication 15:36 &lt;jrandom&gt; أوه، أيضاً، قام فريق Azureus بإصلاح عطل في الـ tracker (متعقب) لديهم كان يمنع I2PSnark من استخدامه 15:36 &lt;jrandom&gt; (لذا من يشغّلون azureus trackers قبل B16 ينبغي أن يُحدّثوا في أقرب فرصة) 15:37 &lt;+bar&gt; أودّ أن تكون هناك إمكانية لتعطيل التشغيل التلقائي لـ i2psnark بسهولة (لحالات انخفاض عرض النطاق الترددي، إلخ.) 15:38 &lt;jrandom&gt; يجب أن يكون من السهل إضافتها 15:38 &lt;+bar&gt; يبدو رائعاً 15:39 &lt;jrandom&gt; حسناً، أي شيء آخر حول 2) تحديثات I2PSnark؟ 15:40 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) واجهة مدونة Syndie 15:40 &lt;zzz&gt; إبهامان مرفوعان لـ i2psnark الجديد - عمل ممتاز 15:41 &lt;jrandom&gt; شكراً، mjw قام بالعمل الشاق، مما جعل snark سهل التوسعة جداً 15:41 &lt;jrandom&gt; حسناً، كما ذُكر في ملاحظات الحالة، لدى syndie الآن واجهة مدونة جديدة 15:42 &lt;jrandom&gt; أظن أنها ستقدّم توازناً بين القوائم البيضاء والقوائم السوداء، للتعامل مع مشكلات الرسائل المزعجة المتنوعة التي يواجهها الناس 15:43 &lt;jrandom&gt; سنطرح ذلك في الإصدار القادم، بحيث تتمكنون من الخوض فيه خلال يوم أو يومين 15:43 &lt;+legion&gt; هل ستصبح الرسائل المزعجة مشكلة كبيرة قريباً؟ 15:44 &lt;+Complication&gt; legion: كما تفضّل أحدهم وأثبت، يمكن أن يحدث ذلك 15:44 &lt;jrandom&gt; لا، القوائم السوداء تتكفّل بالمؤلفين الذين يغرّقون، والقوائم البيضاء تتكفّل بالمرسِلين المزعجين الذين ينشئون الكثير من المؤلفين 15:44 &lt;dust&gt; (إخفاء الهوية يُظهر أسوأ ما لدى بعض الناس) 15:44 &lt;jrandom&gt; (لذا فالإزعاج ليس مشكلة) 15:45 &lt;+Complication&gt; (مع أنني أعتقد أن الرجل كان يعيد توليد المفاتيح لتفادي الإدراج الدائم في القائمة السوداء، وهو ما يُبطّئ الأمور فعلاً إلى حدٍ ما.) 15:45 &lt;+Complication&gt; لكنه ليس إبطاءً كبيراً، لذا أتفق تماماً على أن القوائم البيضاء جيدة أيضاً. :) 15:46 &lt;+bar&gt; ربما تكون هناك إمكانية لحل hashcash في المستقبل، إذا لزم الأمر 15:46 &lt;jrandom&gt; إذا لزم الأمر، لكن لا أرى سبباً لذلك 15:46 &lt;+bar&gt; أتفق، حالياً، لا أرى ذلك أيضاً 15:46 &lt;+Complication&gt; bar: مثل "لا تُعرض إلا إذا تكلّفوا عناء حساب بعض الأرقام"؟ 15:47 &lt;+bar&gt; نعم، شيء من هذا القبيل 15:47 &lt;+Complication&gt; يبدو ممكناً، حتى لو كان على الأرجح غير ضروري. 15:47 &lt;+bar&gt; على الأرجح كذلك. 15:47 &lt;jrandom&gt; إذا كانت مجموعة من المزعجين تغرق بالمحتوى عبر الكثير من المؤلفين الجدد طوال الوقت، فلا يزال بالإمكان أن يُخبر الناسُ بعضهم بعضاً عن المؤلفين الجدد بنشر إشاراتهم المرجعية وإحالات المدونة في مدوناتهم الخاصة 15:47 &lt;+Complication&gt; أو بالأحرى، نأمل ألّا يكون ضرورياً. 15:48 &lt;+Complication&gt; قد يكون من الجيد النظر في ما إذا كان يمكن لـ Syndie استيعاب مثل هذه الوظيفة، إذا دعت الحاجة يوماً ما. 15:49 &lt;jrandom&gt; أجل، يمكن ذلك، عبر رؤوس في تدوينة المدونة أو في معلوماتها الوصفية الخاصة 15:49 &lt;jrandom&gt; أعني، metadata (تبّاً لك يا BT!) 15:51 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 3) Syndie، فلننتقل إلى 4) ??? 15:51 &lt;jrandom&gt; هل لدى أيٍّ منكم أي شيء آخر يود طرحه للاجتماع؟ 15:51 &lt;+legion&gt; نعم، أمران 15:52 &lt;+legion&gt; أولاً clunk 15:52 &lt;jrandom&gt; رائع، نعم clunk يبدو مثيراً 15:52 &lt;+legion&gt; كما ذكرتُ اليوم سابقاً في i2p-chat، أعمل على جعله يُجمّع باستخدام cygwin و/أو mingw. 15:53 &lt;+legion&gt; حتى الآن العميل وحده معطّل، والباقي بما فيه الخادم يُجمَّع ويبدو أنه يعمل 15:53 &lt;jrandom&gt; جميل 15:54 &lt;tealc_&gt; قد يتبيّن أن i2p عقدة حقيقية لبرنامج المراقبة غير المحدود لجورج بوش. أراكم في معسكرات الموت، أحضروا أوراق اللعب يا جماعة 15:54 &lt;+legion&gt; أحاول ليس فقط تتبّع سبب تعطل العميل، بل أيضاً إصلاحه. حالياً أنا عالق. 15:56 &lt;+legion&gt; الشيء الآخر الذي أردت مناقشته: هل يمكن تضمين tunnel افتراضي إلى خادم jabber لدي في التحديث القادم؟ فقط لتسهيل الأمور على مَن يريد تجربة jabber. 15:57 &lt;tethra&gt; 20:34:37 &lt;jrandom&gt; إذا كانت مجموعة من المزعجين تغرق بالمحتوى عبر الكثير من المؤلفين الجدد طوال الوقت، فلا يزال بالإمكان أن يُخبر الناسُ بعضهم بعضاً عن المؤلفين الجدد بنشر إشاراتهم المرجعية وإحالات المدونة في مدوناتهم الخاصة &lt;--- ربما شيء على غرار طريقة polecat في دمج الثقة قد يلعب دوراً هنا؟ (أي لحظر المزعجين -وأيضاً- ترقية المؤلفين المشهورين.) 15:57 &lt;tethra&gt; &lt;/$0.02&gt; 15:58 &lt;+polecat&gt; سيكون ذلك مثالاً بدائياً عن فكرة شبكة الثقة لدي، مع معيارية نقل ثقة بنسبة 100%، نعم. 15:58 &lt;jrandom&gt; legion: همم، إضافة إعداد معطّل أمر سهل بما يكفي للمستخدمين الجدد، لكن تردّدي يتعلق بتصفية البروتوكول (وما الذي تسرّبه أيٌّ من العملاء من معلومات). ما خبرتك مع العملاء المختلفين؟ 15:59 &lt;jrandom&gt; أجل، هناك مجال كبير لدمج مقاييس الثقة في syndie 16:01 &lt;+legion&gt; حسناً، على حد علمي jeti لا يُسرّب، باستثناء نقل الملفات لديه، وهو معطّل على أي حال في إعدادات الخادم لدي. ربما النسخة القادمة من jeti ستصحّح ذلك. بخلاف ذلك لا أعرف عن بقية العملاء. 16:02 &lt;+legion&gt; ما أعرفه يقيناً هو أن groupchat متين بغض النظر عن العملاء؛ إنما التواصل خارج groupchat هو ما قد يُسرّبه بعض العملاء، مع أنني لست متأكداً. 16:03 &lt;jrandom&gt; همم، التسريب ليس قيمة منطقية ثنائية فعلاً، المسألة هي ما /المعلومات/ التي يُسرّبها العملاء، لا ما إذا كانوا يُسرّبون أي معلومات أم لا 16:04 &lt;+legion&gt; صحيح، كنتُ أعني بالطبع أي معلومات حرجة مثل عناوين IP، ومع ذلك فعلى العملاء الجيدين إن هم سرّبوا تلك المعلومات أن يبلغوا عنها كـ 127.0.0.1 أو localhost فقط 16:06 &lt;+legion&gt; لذا أوصي باستخدام العملاء المعروفين الذين لا يُسرّبون، مثل jeti. 16:07 &lt;zzz&gt; هل يمكنك إضافة عمود "تم التحقق: لا يُسرّب" إلى مخطط العملاء لديك؟ 16:07 &lt;jrandom&gt; سيكون مفيداً لو تستطيع توثيق ما الذي يُسرّبه jeti وما الذي لا يُسرّبه (على غرار ما جمعه postman لـ smtp وpop proxy (proxy وكيل)) 16:08 &lt;+legion&gt; وفقاً لمطوّر jeti فإنه لا يُسرّب أي شيء قد يهدد إخفاء هوية المرء. هذا مؤكد بلا شك. وقد راجعتُ شيفرته أيضاً ولم أجد ما يجعلني أظن غير ذلك. 16:09 &lt;jrandom&gt; كون المطوّر قال ذلك قد يكون مؤكداً، لكن ما يفهمه المطوّر عن إخفاء الهوية مسألة أخرى ;) 16:09 &lt;+legion&gt; نعم zzz يمكنني إضافة عمود آخر كهذا 16:09 &lt;jrandom&gt; لا أشك في احتمال أن jeti يتصرف بشكل سليم، لكن نحتاج لمعرفة ما الذي يعنيه ذلك 16:10 &lt;zzz&gt; يبدو أن عدم التسريب لا يمكن التحقق منه إلا عبر تتبّع البروتوكول 16:10 &lt;zzz&gt; وليس بالنظر إلى الشيفرة أو سؤال المطوّر 16:12 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:12 &lt;+bar&gt; تذكير فقط عدم نسيان amd64 jbigi 16:13 &lt;+bar&gt; (لكن أراهن أنه على قائمة مهامك) 16:13 &lt;jrandom&gt; أجل :) 16:13 &lt;jrandom&gt; (win amd64، أي أن linux amd64 يعمل بالفعل) 16:13 &lt;jrandom&gt; لكن، إن لم يكن هناك شيء آخر... 16:14 * jrandom يختتم 16:14 &lt;+bar&gt; نعم، win amd64. 16:14 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/12/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/Tue, 13 Dec 2005 00:00:00 +0000/ar/blog/2005/12/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes, jrandom, spaetz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) مرحباً 15:15 &lt;jrandom&gt; 1) حالة الشبكة واختبارات التحميل 15:15 &lt;jrandom&gt; 2) I2PSnark 15:15 &lt;jrandom&gt; 3) Syndie 15:15 &lt;jrandom&gt; 4) ??? 15:15 &lt;jrandom&gt; 0) مرحباً 15:15 * jrandom يلوّح 15:15 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2005-December/001239.html 15:15 &lt;jrandom&gt; (*قبل* الاجتماع هذا الأسبوع - من كان سيظن ذلك؟) 15:16 &lt;jrandom&gt; ليس أن هذا يهم، فأنتم تنتظرون حتى يبدأ الاجتماع لتقرؤوه على أي حال ;) 15:16 &lt;jrandom&gt; إذن، ننتقل إلى 1) حالة الشبكة واختبارات التحميل 15:16 &lt;@cervantes&gt; مرحباً! 15:17 &lt;jrandom&gt; شكراً لقيامك بدورك يا cervantes ;) 15:17 &lt;@cervantes&gt; أقرأ ماذا؟ 15:17 -!- DreamTheaterFan [anonymous@irc2p] غادر [Connection reset by peer] 15:17 &lt;jrandom&gt; ليس لدي الكثير لأضيفه على ما في البريد، هل لدى أحد أي أسئلة أو تعليقات حول 1)؟ 15:19 &lt;spaetz&gt; هل تُجرى اختبارات التحميل على شبكة i2p *نفسها* أم لديكم شبكة خاصة لهذا الغرض؟ 15:19 &lt;jrandom&gt; أقوم بذلك على الشبكة الحية 15:19 &lt;spaetz&gt; مجرد فضول 15:19 &lt;spaetz&gt; حسناً 15:20 &lt;jrandom&gt; يتم ذلك بحذر، مع التراجع بقوة عن الأقران تحت الحمل، وبالطبع يحترم حالات رفض الـ tunnel 15:20 &lt;@cervantes&gt; عدم الاستقرار الأخير في irc2p لم يكن ذا صلة بالاختبارات 15:21 &lt;@cervantes&gt; (في حال كنتم تتساءلون) 15:21 &lt;jrandom&gt; كيف يتعامل الإعداد الجديد مع الأمور يا cervantes؟ 15:21 &lt;@cervantes&gt; كان ثابتاً للغاية حتى الآن 15:22 &lt;jrandom&gt; جميل 15:22 &lt;@cervantes&gt; استغرق الأمر بعض العناء لتتبع مصدر الأعطال 15:24 &lt;jrandom&gt; حسناً، هل لدى أي شخص أسئلة/تعليقات أخرى، أم ننتقل إلى 2) I2PSnark؟ 15:25 &lt;jrandom&gt; فلنعتبر أننا قد انتقلنا 15:26 &lt;jrandom&gt; حسناً، بشكل عام يجب أن يعمل I2PSnark مرة أخرى... كانت هناك بعض السمات غير الموجودة بعد في مواصفة BT لكنها مستخدمة من قبل azureus و rufus، مما تسبب في عدم توافق، لكننا الآن متوافقون مع الحالات التي تمكنت من رؤيتها 15:26 &lt;jrandom&gt; i2psnark يعمل الآن مع جميع ملفات التورنت التي اختبرتها، لكن إن واجه أحدكم مشكلة، أخبروني 15:27 &lt;jrandom&gt; جزء من الدافع لإصلاح ذلك كان متعلقاً ببعض أخطاء SAM، لأن I2PSnark لا يستخدم SAM 15:28 &lt;jrandom&gt; لا يوجد الكثير لأضيفه على هذا الصعيد... ما لم يكن لدى أحد أسئلة، دعونا ننتقل إلى 3) Syndie 15:29 -!- Xunk [Xunk@irc2p] غادر [Connection reset by peer] 15:30 &lt;jrandom&gt; حسناً، ليس لدي الكثير لأضيفه بخلاف الرسالة البريدية على هذا الصعيد أيضاً 15:31 -!- Xunk [Xunk@irc2p] انضم إلى #i2p 15:31 &lt;jrandom&gt; إن لم تكن هناك أسئلة بخصوص Syndie، فلنواصل ونفتح المجال مع 4) ??? 15:31 -!- DreamTheaterFan [anonymous@irc2p] انضم إلى #i2p 15:32 * jrandom يتذكر أن clunk لم يكن في جدول الأعمال، من بين أمور أخرى. هل لدى أحد أي شيء يرغب في طرحه؟ 15:32 &lt;@cervantes&gt; يا رجل، نسرع though 15:32 &lt;@cervantes&gt; *through 15:33 -!- bar [bar@irc2p] غادر [Connection reset by peer] 15:33 &lt;jrandom&gt; نعم، لا حاجة للكلام فقط لرؤية كلمات في سجلات الاجتماع :) 15:33 -!- bar [bar@irc2p] انضم إلى #i2p 15:33 -!- mode/#i2p [+v bar] by chanserv 15:33 -!- mule [mule@irc2p] انضم إلى #i2p 15:35 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر... 15:35 * jrandom يستعد 15:35 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2005/12/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/Tue, 06 Dec 2005 00:00:00 +0000/ar/blog/2005/12/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2005/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> ailouros, bar, bla, cervantes, Complication, gott, jrandom, modulus, polecat, Pseudonym, tethra, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) مرحبا 15:26 &lt;jrandom&gt; 1) 0.6.1.7 وحالة الشبكة 15:26 &lt;jrandom&gt; 2) أعطال tunnel التجريبية 15:26 &lt;jrandom&gt; 3) SSU وNATs 15:26 &lt;jrandom&gt; 4) Syndie 15:26 &lt;jrandom&gt; 5) ??? 15:26 &lt;jrandom&gt; 0) مرحبا 15:26 * jrandom يلوّح 15:26 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2005-December/001237.html 15:26 * ailouros قرأ الملاحظات 15:27 * jrandom متأخر، لذا سأمنحكم لحظة للاطلاع :) 15:29 &lt;jrandom&gt; حسنًا، لننتقل إلى 1) 0.6.1.7 وحالة الشبكة 15:29 &lt;@cervantes&gt; *سعال* 15:29 &lt;jrandom&gt; ليس لدي الكثير لأضيفه أكثر مما في الرسالة بخصوص هذه النقطة. هل لدى أحد تعليقات/أسئلة/أفكار إضافية؟ 15:30 &lt;Pseudonym&gt; يبدو أن إجراء تحسينات الأداء قبل تغيير خوارزمية إنشاء tunnel قد يكون معكوسًا 15:30 &lt;gott&gt; I am getting a lot of "No HTTP method found in the request. 15:30 &lt;gott&gt; Software caused connection abort: socket write error 15:30 &lt;gott&gt; " 15:30 &lt;@modulus&gt; تأخر tunnel أقل بكثير، لا أدري إن كنت قد أجريت تغييرات أم أن مزود خدمتي أصبح أفضل فجأة. 15:30 &lt;gott&gt; من I2PTunnel Webmanager 15:31 &lt;jrandom&gt; gott: هذا يوحي بوجود طلبات HTTP سيئة، أو أشياء لم يتمكن eepproxy من فهمها 15:31 &lt;jrandom&gt; modulus: رائع، لقد قمنا بالكثير لمحاولة تحسين الأمور 15:31 &lt;jrandom&gt; Pseudonym: حسنًا، حتى الآن لم يكن إنشاء tunnel نقطة الاختناق لدينا — كانت نقطة الاختناق في أمور على مستوى أعلى بكثير 15:32 &lt;jrandom&gt; ومن ناحية أخرى، تحسينات الإصدارات القليلة الماضية كشفت بعض المشاكل هناك 15:32 &lt;Pseudonym&gt; أوه، إذًا كان التحسين متعلقًا بأجزاء أخرى من الشيفرة؟ 15:32 &lt;Pseudonym&gt; رائع 15:33 &lt;jrandom&gt; نعم، على مستوى SSU وكذلك على مستوى تشغيل tunnel. إنشاء tunnel ليس عملية حساسة للأداء [إلا عندما يكون كذلك ;] 15:34 &lt;jrandom&gt; أجري بعض اختبارات التحميل الحية على الشبكة، وأجمع إحصاءات تحميل غير مجهولة لأقران مختلفين لمحاولة تضييق النطاق أكثر 15:34 &lt;ailouros&gt; أتساءل لماذا أحيانًا أرى tunnels أكثر مما هو مُهيأ لوجهة ما (مثلًا eeProxy، inbound 7 tunnels و 4 outbound) 15:34 &lt;jrandom&gt; لذا خلال الأيام القليلة القادمة عندما ترون الـrouter 7xgV ينقل الكثير من البيانات، لا تقلقوا ;) 15:35 &lt;jrandom&gt; ailouros: عندما يستغرق إنشاء tunnel وقتًا، يتم بناء إضافيات احتياطًا. 15:35 &lt;jrandom&gt; zzz يوضح بعض الأمور الغريبة على هذا الصعيد أيضًا، وهناك رقعة قيد العمل لتحسين الأمور قليلًا 15:35 &lt;ailouros&gt; فهمت.. لكن لماذا تنتهي صلاحيتها كلها في الوقت نفسه؟ 15:35 &lt;@cervantes&gt; jrandom: من باب الفضول، متى بدأت تلك الاختبارات؟ 15:35 &lt;jrandom&gt; cervantes: قبل بضعة أيام 15:36 &lt;@cervantes&gt; آه رائع، إذًا ليس ذلك ;-) 15:36 &lt;jrandom&gt; لا أدري يا ailouros، يعتمد على بضعة ظروف. لكن هناك بعض... *سعال* غرائب في كود إنشاء tunnel، وقد تجنبت العبث به لأنه سيُعاد كتابته في 0.6.2 15:38 &lt;ailouros&gt; فهمت. ظننت أنها مسألة سياسات... أفضل أن أرى الـtunnels تنتهي في أوقات مختلفة ما لم تكن هناك مبررات لغير ذلك 15:38 &lt;ailouros&gt; أي أن إنشاء الـtunnels غير متزامن 15:39 &lt;jrandom&gt; نعم، ستكون هناك عشوائية أفضل في 0.6.2، ورقعة zzz تضيف بعض العشوائية للإصدار الحالي أيضًا 15:40 &lt;+Complication&gt; أتساءل لماذا قد يقرر إصدار معقول من i2phex... إعادة تجزئة الملفات كل مرة أخرى عند تشغيله؟ 15:40 &lt;jrandom&gt; لا فكرة لدي 15:40 &lt;+Complication&gt; تبدو تهيئة تالفة هي السبب المرجح حتى الآن، لكنني لم أحذف تهيئتي بعد. 15:40 &lt;jrandom&gt; ربما طوابع زمنية منحرفة؟ 15:42 &lt;+Complication&gt; لا، تبدو صحيحة أيضًا 15:42 * jrandom لا يعلم. لم أنظر أبدًا إلى ذلك الجزء من كود phex... 15:42 &lt;jrandom&gt; أقصد code 15:42 &lt;+Complication&gt; سأرى إن كان حذف ملفات التهيئة القديمة سيجدي نفعًا 15:42 &lt;jrandom&gt; جيد 15:43 &lt;jrandom&gt; حسنًا، أي شيء آخر حول 1) حالة الشبكة / 0.6.1.7؟ 15:43 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) أعطال tunnel التجريبية 15:44 &lt;jrandom&gt; تطرقنا إلى هذا قليلًا بالفعل، وهناك المزيد في الملاحظات وعلى zzz.i2p 15:44 &lt;jrandom&gt; zzz: هل لديك ما تضيفه/تطرحه؟ 15:46 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) SSU وNATs 15:46 &lt;jrandom&gt; bar: أي شيء تريد إضافته؟ 15:46 &lt;+bar&gt; لا، ليس لدي ما أضيفه سوى ما في البريد 15:47 &lt;jrandom&gt; رائع، نعم لا يزال علي الرد على بعض التفاصيل — أظن أن إعادة الإرسال لدينا ستتكفل ببعض المشاكل التي أشرت إليها 15:48 &lt;jrandom&gt; الحيلة ستكون في اكتشاف الحالة الجارية، لكي نستطيع أتمتة الإجراء الصحيح (أو إبلاغ المستخدم بأن وضعه سيئ) 15:48 &lt;+bar&gt; كل شيء في حينه، لا داعي للعجلة 15:49 &lt;+bar&gt; نعم، اقترحت إعدادًا يدويًا لتجاوز تلك المشكلة في الوقت الراهن، ربما لا يكون ممكنًا، لكن يمكننا مناقشته لاحقًا 15:50 &lt;jrandom&gt; نعم، التعديلات اليدوية ستفيد، لكن خبرتي مع إصدارات i2p السابقة كانت أن الجميع (*الجميع*) أفسدوها ;) لذا الأتمتة مفضلة 15:50 &lt;jrandom&gt; (وأقصد بالجميع نفسي أيضًا ;) 15:52 &lt;+bar&gt; أتفق 15:52 &lt;ailouros&gt; لول، إن كنت قد فعلت ذلك أيضًا فهناك خطب في الوثائق، إذ اتبعتها خطوة بخطوة :D 15:53 &lt;+bar&gt; في الأثناء، سأقضي بعض الوقت في دراسة اختبار الأقران 15:53 &lt;jrandom&gt; رائع، شكرًا bar! 15:54 &lt;+bar&gt; (ربما أستطيع توليد بعض الرسائل المزعجة غير المفيدة حول ذلك أيضًا :) 15:54 &lt;jrandom&gt; :) 15:55 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر في 3)، فلننتقل إلى 4) Syndie 15:56 &lt;jrandom&gt; كان هناك الكثير من التقدم مؤخرًا على هذا الصعيد، مع إعادة تصميم كبيرة لواجهة المستخدم منذ صدور 0.6.1.7 15:57 &lt;jrandom&gt; هناك أيضًا تثبيت/بناء مستقل جديد، لكن بما أن لدى الجميع i2p مثبتًا، فلا نحتاج إلى واحد منفصل 15:57 &lt;ailouros&gt; أجد أن تخطيط 6.1.7 أصعب استخدامًا من 6.1.6 15:58 &lt;jrandom&gt; هممم، هل تشغّل syndie في وضع المستخدم الواحد؟ وهل تستخدم أحدث بناء من CVS أم البناء الرسمي 0.6.1.7؟ 15:58 &lt;ailouros&gt; رسمي 0.6.1.7، مستخدم واحد 15:58 &lt;jrandom&gt; هل أنت من المؤيدين لواجهة شبيهة بالمدونات، بدلًا من التنقل المترابط؟ 15:58 &lt;ailouros&gt; لست كذلك، رغم أنني لا أعرف فعلًا أيها يشبه المدونة 15:58 &lt;ailouros&gt; شخصيًا أفضل عرضًا مترابطًا 15:59 &lt;ailouros&gt; (ومع تمييز لوني للرسائل الجديدة أيضًا في عرض الخيوط) 15:59 &lt;+Complication&gt; CVS متأخر نسبيًا، مستخدم واحد 15:59 &lt;+Complication&gt; وجدت غرابة بسيطة (وأظن أنها غير مقصودة) 15:59 &lt;jrandom&gt; آه، تم إحراز تقدم كبير على هذا الصعيد في CVS يا ailouros 15:59 &lt;ailouros&gt; رائع :) 16:00 &lt;jrandom&gt; لدينا أيضًا عرض مترابط جديد، يستخدم اقتراح cervantes بالاجتياز الكامل لفرع واحد فقط بدلًا من كل الفروع 16:00 &lt;@cervantes&gt; هل دُفِعت تلك التغييرات إلى syndiemedia.i2p.net؟ 16:00 &lt;+bla&gt; هل سيكون من الجيد عرض أمثلة افتراضية للموقع في `http://localhost:7657/syndie/syndicate.jsp` ؟ 16:00 &lt;jrandom&gt; syndiemedia.i2p.net هو رأس CVS، نعم 16:00 &lt;+Complication&gt; عندما تفتح خيطًا وتقرأ منشوراته... ثم تختار تطبيق مرشح لا يطابقه أي منشور (مثلًا افتح الخيط "Syndie threading"، وطبّق المرشح "i2p.i2phex")... 16:00 &lt;jrandom&gt; نعم، ربما يا bla. عمليات التثبيت الجديدة ستحوي الثلاثة الافتراضيين هناك، لكن الأمثلة ستكون جيدة 16:01 &lt;@cervantes&gt; (شجرة الخيط الفعلية تحتاج أيضًا لأن تُفتح بالكامل) 16:01 &lt;+Complication&gt; ...يبدو أنه يترك المنشورات الحالية معروضة، كما لو أنها متطابقة أو شيء من هذا القبيل... 16:01 &lt;+Complication&gt; رغم أنني ضغطت بالتأكيد على زر "Go". 16:01 &lt;@cervantes&gt; Complication: نعم وجدته مربكًا أنا أيضًا 16:02 &lt;jrandom&gt; هممم Complication، الفكرة العامة كانت أن نسمح لك بالتصفح بينما لا تزال تنظر إلى منشور، لكن ربما من الأفضل إسقاط المنشورات المعروضة 16:02 &lt;jrandom&gt; cervantes: آه، نعم توسيعه حتى الورقة سيكون جيدًا، ويجب أن يكون سهل التنفيذ 16:02 &lt;+Complication&gt; للتو لاحظت ذلك، وبما أنه برز لي، ظننت أن أخبركم 16:02 &lt;@cervantes&gt; (أو جعله أوضح أنه لا توجد أي مطابقات) 16:03 &lt;jrandom&gt; حسنًا، متصفح الخيوط يقول *لا يوجد تطابق* :) 16:03 &lt;ailouros&gt; ربما هو يبحث عن قدّاحة 16:03 &lt;jrandom&gt; !thwap 16:03 &lt;@cervantes&gt; (أو جعله أوضح أكثر أنه لا توجد أي مطابقات) 16:03 &lt;jrandom&gt; &lt;blink&gt;No matches&lt;/blink&gt; 16:03 &lt;+Complication&gt; عذرًا :) 16:04 &lt;tethra&gt; يبدو أن !thwap أصاب spaetz__ بدلًا من ذلك، jr! 16:04 &lt;+Complication&gt; صحيح، أحيانًا يبدو متصفح الخيوط بعيدًا جدًا :) 16:04 &lt;jrandom&gt; نعم، نجرب بعض CSS لجعله يطفو على الجانب، كخيار 16:05 &lt;@cervantes&gt; مع دعم السمات (skinning) يمكنك وضع الخيط أعلى/أسفل/يسار/يمين إلخ 16:05 &lt;@cervantes&gt; آه كما قال jr 16:05 &lt;+Complication&gt; رابط "Threads" يأخذك إلى هناك بسرعة إلى حد ما 16:05 &lt;+Complication&gt; ...إذا كان ضمن منطقة العرض حاليًا. 16:06 &lt;+Complication&gt; ومن اعتاد التنقل بلوحة المفاتيح يمكنه ببساطة ضغط "End" 16:06 &lt;jrandom&gt; بالطبع، هذه الأشياء سهلة جدًا في التعديل (كما ترون من التغييرات السريعة في CVS :)، لذا إن كان لدى أحد اقتراحات (أو نماذج أولية — html / png / إلخ)، لطفًا، انشروها متى شئتم 16:07 &lt;jrandom&gt; أتوقع أن تكون لدينا صفحة نظرة عامة رئيسية شبيهة بمدونة خلال الأيام القليلة القادمة في CVS 16:08 &lt;jrandom&gt; حسنًا، هناك الكثير من الأمور الأخرى الجارية مع Syndie، لذا زوروا `http://localhost:7657/syndie/` لمزيد من المعلومات :) 16:08 &lt;jrandom&gt; هل لدى أحد شيئًا آخر لطرحه حول هذا، أم ننتقل إلى 5) ??? 16:09 &lt;zzz&gt; مرحبًا دخلت للتو. بخصوص 2)، أبحث عن مختبرين لرقعتي. 16:10 &lt;zzz&gt; نتائجي هي تحسينات في تأخر المهام والاعتمادية، وتقليل حالات تعليق الـrouter. لذا آمل أن يجربها آخرون. 16:10 &lt;ailouros&gt; هذا يبدو جيدًا بما يكفي. ماذا علي أن أفعل؟ 16:11 &lt;jrandom&gt; أهلًا zzz، حسنًا رائع، سأختبرها قليلًا هنا أيضًا. لديها الكثير من المكونات المختلفة، لذا قد يستحق تقسيمها إلى أجزاء، لكنها تبدو جيدة وعلى المسار لـ 0.6.1.8 16:11 &lt;ailouros&gt; (متوسط زمن التشغيل حوالي 10 ساعات هنا :( 16:11 &lt;zzz&gt; إذا كان لديك الشيفرة المصدرية وant فقط طبّق الرقعة — أو يمكنني رفع i2pupdate.zip إن أردت 16:12 &lt;zzz&gt; jrandom سأعمل على تقسيمها 16:12 &lt;ailouros&gt; سأختار التحديث، شكرًا 16:13 &lt;zzz&gt; ailouros سأضعه على zzz.i2p خلال ساعة — شكرًا 16:13 &lt;jrandom&gt; zzz: لا داعي للقلق إلا إذا كان لديك وقت فراغ... أستطيع قراءة diff :) 16:13 &lt;ailouros&gt; شكرًا لك 16:14 &lt;zzz&gt; jrandom حسنًا. هناك بعض الأشياء المتفرقة التي يمكن إزالتها بسهولة سواء منك أو مني. 16:16 &lt;ailouros&gt; أظن أننا الآن عند 5) ???؟ 16:16 &lt;zzz&gt; jrandom موضوع آخر كانت هناك حالات نفاد الذاكرة (OOM) للـrouter مع i2phex واحتمال وجود مشاكل SAM 16:16 &lt;jrandom&gt; نعم يا ailouros 16:16 &lt;jrandom&gt; آه نعم zzz، سيكون رائعًا تتبّع ما يجري مع SAM 16:17 &lt;ailouros&gt; j346، هل حظيت بفرصة لتجربة تطبيقي؟ 16:17 &lt;jrandom&gt; ما سيكون رائعًا حقًا هو لو تمكن شخص ما من استلام صيانة SAM bridge، إذ لم أقم بأي عمل جوهري عليه، وhuman لم يكن موجودًا منذ فترة. 16:19 &lt;jrandom&gt; ليس بعد يا ailouros، للأسف. كنت غير واثق قليلًا من كيفية عمله، لذا علي قراءة المصدر أولًا 16:20 &lt;ailouros&gt; لا تتردد في السؤال 16:20 &lt;ailouros&gt; (وحظًا موفقًا في رحلتك عبر المصدر، إنه تعريف جيد لكلمة "فوضى") 16:20 &lt;jrandom&gt; ههه 16:21 &lt;zzz&gt; للتوضيح تجربتي كانت حالات OOM عند استخدام i2p-bt، وليس i2phex. يحدث ذلك بعد حوالي 24 ساعة عند تشغيل i2p-bt واحد وفي غضون بضع ساعات عند تشغيل اثنين i2p-bt 16:22 &lt;+Complication&gt; حدثت لي بعد اختبار إجهاد لوقت متأخر من الليل. 16:22 &lt;+Complication&gt; (وخلاله، على فكرة، رأيت متوسطات 5 دقائق بلغت 50 KB/s) 16:22 &lt;bar_&gt; هل تذكّرني من فضلك ما هو تطبيقك/ماذا يفعل، يا ailouros؟ ذاكرتي جيدة لكن قصيرة... 16:22 &lt;+Complication&gt; الاستقبال، أعني. 16:22 &lt;+Complication&gt; كان الإرسال محدودًا بـ 35 KB/s 16:22 &lt;@cervantes&gt; Complication: لم أسمع أحدًا يسميه "اختبار إجهاد لوقت متأخر من الليل" من قبل... 16:22 &lt;jrandom&gt; جميل يا Complication 16:23 &lt;+Complication&gt; cervantes: حسنًا، يمكن للمرء أن يسميه "استنزافًا ضخمًا شبه يومي" إذًا :P 16:23 &lt;ailouros&gt; bar_: إنه إثبات جدوى عامل لتطبيق مشاركة ملفات موزع يشارك الكُتَل المشتركة بين ملفات مختلفة (كما اقترح polecat) 16:23 &lt;bar_&gt; آه، صحيح، شكرًا يا ailouros 16:24 &lt;tethra&gt; cervantes: هههههه ;) 16:24 &lt;ailouros&gt; على الرحب (إن أراد أحد الحصول على المصدر، فهو C/C++) 16:25 &lt;+polecat&gt; ailouros: كن حذرًا، احتمال أن تكون كتلتان ثنائيتان متماثلتين نادر بما يكفي، أنا أتحدث غالبًا عن نظرية صِرف قد لا تكون مفيدة عمليًا. 16:25 &lt;ailouros&gt; polecat، أتفق. أفضل تخمين لدي أنه يصبح مفيدًا عندما تحصل على نسخ مختلفة من الملفات نفسها 16:25 &lt;ailouros&gt; مثل فيلم لديه كتلة تالفة 16:25 &lt;+polecat&gt; يمكنك نقل كتل من الأصفار بسرعة البرق! ("الكتلة التالية أصفار" "أوه لدي تلك بالفعل" "الكتلة التالية أصفار" "أوه لدي تلك بالفعل") 16:26 &lt;ailouros&gt; أو أرشيف لملفات zip أخرى 16:26 &lt;jrandom&gt; أو مثلًا وسوم ID3 المعدلة، إلخ 16:26 &lt;ailouros&gt; بالضبط 16:26 &lt;+polecat&gt; صحيح. لكن طريقة سهلة لـ "إصلاح" فيلم ذي كتلة تالفة هي أن تطلب من bittorrent أن ينزّل فوقه. معظم العُملاء سيحافظون على الكتل التي تجزئتها متشابهة، ويستبدلون تلك المختلفة. 16:26 &lt;jrandom&gt; لكن أرشيفات الملفات ربما لن تعمل، لأنها ستحتاج إلى الانقسام عند حدود الملفات 16:27 &lt;ailouros&gt; j636، لهذا أريد تنفيذ فكرة LBFS بالانقسام على علامات البيانات وليس أحجام كتل ثابتة 16:27 &lt;@cervantes&gt; مجتمع DC استخدم تلك الطريقة، عبر مشاركة توزيعات الملفات في rarsets 16:27 &lt;+polecat&gt; قد يكون مفيدًا أن تنشئ خوارزمية تصحيح أخطاء عامة للثنائيات، ثم تطبقها على نطاق واسع. يمكن "تصحيح" كل الكتل إلى بعضها البعض، وعندها لن تضطر إلا لنقل بيانات التصحيح، والتي قد تكون أصغر من نقل الكتلة نفسها. 16:29 &lt;@cervantes&gt; ثم تُبنى عمليات البحث على تجزئات Tiger لتلك أجزاء الـrar 16:29 &lt;+Complication&gt; فكرة جميلة... تبدو صعبة رغم ذلك :) 16:29 &lt;+polecat&gt; لكنها مكافئة تجزئة بتجزئة... لن تجد كتلتين متشابهتين أبدًا! 16:29 &lt;ailouros&gt; cervantes، ما هي "rarset"؟ :D (عدا عن "ملف RAR") 16:29 &lt;+polecat&gt; إلا إذا كان لدى الطرفين الملف بالفعل، وكان لدى أحدهما نسخة تالفة. 16:29 &lt;ailouros&gt; polecat، ماذا تقصد؟ 16:29 &lt;@cervantes&gt; ailouros: أرشيف RAR مُجزّأ، مع ملفات تماسك (parity) إن لزم 16:30 &lt;ailouros&gt; cervantes: لا أفهم ميزة فعل ذلك 16:31 &lt;@cervantes&gt; ميزته الأساسية كانت إضافة تنزيل متعدد المصادر بشكل شبه وهمي إلى DC 16:32 &lt;ailouros&gt; حسنًا، هذا جزء من آلية مشاركة الكتل بين الملفات، أليس كذلك؟ 16:34 &lt;ailouros&gt; polecat: بخصوص تنزيل bittorrent فوق الملفات التالفة، ما لا يقدمه لك هو عندما تحاول الحصول على عدة نسخ في وقت واحد 16:35 &lt;@cervantes&gt; عميلك يطابق/ينزّل الأجزاء الصحيحة فقط، وإذا كان لديك ملفات تماسك يمكنك أيضًا استعادة الأجزاء التالفة 16:35 &lt;ailouros&gt; مع نظامي لا توجد أجزاء تالفة (لا تُركّب الملفات إلا عند تنزيل الكتل المكوِّنة وإعادة التحقق منها) 16:36 &lt;@cervantes&gt; أشياء يقوم بها bittorrent افتراضيًا، باستثناء أنك لا تستطيع البحث تحديدًا عن أجزاء فردية 16:36 &lt;+polecat&gt; النسخ المتعددة على الأرجح لن يكون بينها بت واحد مشترك... ولهذا فهي سيئة جدًا. يقرر أحدهم إعادة ترميز الفيلم بحجم طابع بريدي ويعطيه الاسم نفسه. 16:37 &lt;+polecat&gt; أو يأخذ شخص آخر بيانات عشوائية ويسميها باسم الملف الذي تريد تنزيله. 16:37 &lt;ailouros&gt; لول هذا صحيح 16:37 &lt;@cervantes&gt; بالضبط وإصدارات rarset منيعة على ذلك... 16:37 &lt;ailouros&gt; لكن ضع في اعتبارك أن الملفات من شبكات أخرى (emule، kazaa، وما إلى ذلك) غالبًا ما تأتي تالفة 16:38 &lt;+polecat&gt; إصدارات rarset ليست منيعة... 16:38 &lt;+polecat&gt; لا يزال عليك معرفة أي rarset هي الصحيحة. 16:38 &lt;ailouros&gt; cervantes، كيف تكون rarsets منيعة أمام أحمق ينشر نفايات عشوائية؟ 16:38 &lt;@cervantes&gt; (شريطة أن يكون لديك مصدر موثوق) 16:39 &lt;@cervantes&gt; لأن مجموعة الإصدار تنشر تجزئات/معلومات التوزيع 16:39 &lt;ailouros&gt; ههههه هذا سهل :D 16:39 &lt;@cervantes&gt; وتُوسَم الأشياء بأنها nuked إذا كانت ذات جودة رديئة، والناس يزيلونها من مشاركاتهم 16:40 &lt;ailouros&gt; cervantes، مشروعي التجريبي يقوم بذلك بالفعل 16:40 &lt;@cervantes&gt; رائع 16:40 &lt;ailouros&gt; تحصل على واصف الملف من مصدر موثوق، وتسحب الملف من مصادر متعددة فورًا 16:41 &lt;@cervantes&gt; يبدو جيدًا ;-) 16:41 &lt;ailouros&gt; لا يمكنك البحث عن الملفات، لكن يمكنك تصفح دليل كل مستخدم مُشارَك، لذا يمكنك استخدام زاحف ويب وتخزين النتائج مؤقتًا 16:42 &lt;ailouros&gt; رغم أنني قد أضيف وظيفة بحث في وقت لاحق إن دعت الحاجة 16:44 &lt;ailouros&gt; أعتقد أن مشروعي التجريبي، إذا طُوِّر بشكل صحيح إلى تطبيق، يمكن أن يقدم التخزين المؤقت والمرونة التي يحاول فريق Freenet تقديمها 16:44 &lt;ailouros&gt; مثل توزيع المحتوى الثابت والتخزين المؤقت 16:45 &lt;ailouros&gt; تقرأ مدونتي، تخزّنها مؤقتًا وتعرضها للآخرين عندما يريدون. لا تفعل أكثر من إبقاء المحتوى هناك 16:45 &lt;ailouros&gt; لا يعجبك المحتوى؟ احذفه وانتهى الأمر 16:45 &lt;jrandom&gt; هممم، فهل تراها كمخزن خلفي (backing store) يمكن استخدامه مع Syndie؟ 16:46 &lt;ailouros&gt; يمكن استخدامها كمخزن خلفي 16:46 &lt;ailouros&gt; وكما هي الآن، يمكنك حتى استخدامها بدل jetty، في تثبيتات i2p الافتراضية 16:46 &lt;jrandom&gt; مثلًا مرفقات/روابط إلى [clunk hash="$foo"]my file[/clunk] 16:46 &lt;ailouros&gt; (حسنًا مع بعض التغييرات البسيطة :D ) 16:46 &lt;jrandom&gt; هه 16:47 &lt;jrandom&gt; حسنًا، نعم، بالتأكيد لا أفهم كيف يعمل clunk... هل تود أن تنشر عنه في Syndie، أو تضع eepsite؟ :) 16:47 &lt;ailouros&gt; تُنزّل تجزئات الملفات عند طلب الملف، وتُستخدَم هذه التجزئات لتنزيل الملف الكامل تلقائيًا 16:48 &lt;jrandom&gt; صحيح، لكن "التنزيل" سؤال من أين وإلى أين، إلخ. سيكون وصف بنية الشبكة العامة مفيدًا 16:48 &lt;ailouros&gt; سأكتب وثيقة جيدة أولًا، ثم أنشرها في مكان ما 16:48 &lt;jrandom&gt; رائع، شكرًا 16:48 &lt;ailouros&gt; تُنزَّل من أي مكان حصلت منه على التجزئة 16:48 &lt;ailouros&gt; بالإضافة إلى كل من يشارك هذه الكتل 16:49 &lt;ailouros&gt; فكّر في go!zilla وDownload Accelerator :) 16:49 &lt;jrandom&gt; أظنك لا تدرك مدى ارتباكي 16:49 &lt;ailouros&gt; لكن بشفافية وداخل i2p 16:49 &lt;ailouros&gt; لول أظن ذلك :D 16:50 &lt;jrandom&gt; شرح بسيط جدًا جدًا مثلًا: "تشغّل عميل clunk، وتنزّل من خادم clunk، وتحصل على معلومات عن أقران clunk"، إلخ 16:50 &lt;jrandom&gt; هل أستخدم متصفح ويب للاستعلام من عميل clunk؟ أم خادم؟ أم قرين؟ 16:51 &lt;jrandom&gt; (لهذا الحد أنا تائه) 16:51 &lt;ailouros&gt; أعد من الصفر :) 16:51 &lt;ailouros&gt; تستخدم متصفح الويب لديك 16:51 &lt;ailouros&gt; تتصل بعميلك 16:51 &lt;ailouros&gt; تتصفح دلائل الآخرين بمتصفحك 16:51 &lt;ailouros&gt; تختار الملفات لتنزيلها عبر متصفحك 16:51 &lt;ailouros&gt; عميلك يقوم بالعمل القذر 16:52 &lt;ailouros&gt; تسترجع الملف المُنزَّل 16:52 &lt;ailouros&gt; هل هذا أوضح؟ :) 16:52 &lt;jrandom&gt; حسنًا رائع، شكرًا — إذًا "تصفح دليل الآخرين" يتم عبر أن عميلك يستعلم عميلهم ويرد بتمثيل HTML له 16:52 &lt;ailouros&gt; بالضبط 16:52 &lt;jrandom&gt; (أو يُسحب من خادم/قارِن فائق superpeer/إلخ) 16:53 &lt;jrandom&gt; جيد 16:53 &lt;ailouros&gt; كل العمل القذر (إيجاد المتطابقات، التنزيل من مصادر متعددة، وما إلى ذلك) يتم بواسطة عميلك (المحلي) بشفافية 16:54 &lt;ailouros&gt; ما تراه، أساسًا، شجرة أدلة وبعض الملفات التي يمكنك تنزيلها 16:54 &lt;jrandom&gt; رائع 16:55 &lt;ailouros&gt; لنشر بياناتك تعطي عنوانك العام (p2p) 16:55 &lt;ailouros&gt; وللمشاركة تنسخ الملفات (أو تنشئ symlink) إلى دليل pub/ (أو بعض الأدلة الفرعية). الأمر بهذه السهولة 16:57 * jrandom سيغوص أكثر في المصدر، ويتطلع إلى مزيد من المعلومات :) 16:57 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:57 &lt;bar_&gt; أمم.. ما الفرق بين النشر والمشاركة، إن سمحت بالسؤال؟ هل يدفع النشر البيانات إلى مخزن ما؟ 16:58 &lt;ailouros&gt; bar_: المشاركة هي إعطاء الكتل للتنزيل. النشر هو إعلام العالم بما تشاركه 16:58 &lt;ailouros&gt; النشر مجموعة فرعية من المشاركة 16:58 &lt;bar_&gt; آه، فهمت، شكرًا 16:58 &lt;ailouros&gt; على سبيل المثال، إذا كان لديك نصف ملف، فأنت تشاركه لكن لا تنشره 16:59 &lt;jrandom&gt; كيف سيعرف الناس أنهم يستطيعون الحصول على تلك الكتل منك إذًا؟ 16:59 &lt;ailouros&gt; ولك السيطرة الكاملة على أي الملفات تنشر (على عكس emule حيث كل ملف مُنزّل يُنشر) 16:59 &lt;ailouros&gt; لأن كل عميل يرسل دوريًا معلومات إلى الشبكة عن أي كتل لديه ليعرضها 17:00 &lt;jrandom&gt; جيد 17:00 &lt;ailouros&gt; يرسل إلى الشبكة بمعنى خادم (كما هو الآن) أو DHT (مستقبلًا) 17:00 &lt;jrandom&gt; إذًا هو على شاكلة mnet، مع متتبع كتل 17:00 &lt;ailouros&gt; أممم على شاكلة mnet؟ 17:01 &lt;jrandom&gt; مشابه لكيفية عمل mnet (mnetproject.org) 17:01 * ailouros يقرأ mnetproject.org 17:02 &lt;ailouros&gt; حسنًا، لديك مساحاتك الشخصية فقط، لا مساحات مشتركة 17:02 &lt;ailouros&gt; ولا تقوم بـ PUSH للكتل هنا وهناك 17:02 &lt;jrandom&gt; نعم، ليس مطابقًا لـ mnet، لكنه مشابه بنيويًا 17:03 &lt;jrandom&gt; إنه مثل mnet حيث الجميع مفلسون لدرجة أن لا أحد يستضيف بياناتهم ;) 17:03 &lt;ailouros&gt; نعم 17:03 &lt;ailouros&gt; :D 17:03 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر لطرحه؟ 17:04 &lt;jrandom&gt; إن لم يكن... 17:04 * jrandom يستعد 17:04 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/11/29/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-29-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/Tue, 29 Nov 2005 00:00:00 +0000/ar/blog/2005/11/29/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-29-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, c3rvantes, cat-a-puss, cervantes, Complication, jrandom, legion, Pseudonym</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) مرحباً 15:25 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.6 15:25 &lt;jrandom&gt; 2) Syndie 15:25 &lt;jrandom&gt; 3) I2P Rufus 0.0.4 15:25 &lt;jrandom&gt; 4) ??? 15:25 &lt;jrandom&gt; 0) مرحباً 15:25 * jrandom يلوّح 15:25 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar يناول jrandom baf 15:26 &lt;c3rvantes&gt; ليس بعد! 15:26 * jrandom يستعد 15:26 &lt;jrandom&gt; إمم... 15:26 &lt;jrandom&gt; دعونا نتناول أول بنود جدول الأعمال أولاً :) 1) حالة الشبكة و 0.6.1.6 15:27 &lt;jrandom&gt; تم تحديث الكثير من الأشياء في الإصدارات القليلة الماضية، لكن الشبكة ما تزال تبدو مستقرة إلى حد معقول. 15:28 &lt;jrandom&gt; شهدنا بعض القفزات الكبيرة في مشاركة router على بضعة routers، رغم أن ذلك غير ضار إلى حد كبير 15:28 &lt;+legion&gt; رائع، أتفق أن حالة الشبكة تتحسن. وأيضاً نعم، لماذا لا نتخلى عن tcp في 0.6.1.7 15:28 &lt;jrandom&gt; (أقصد، قفزات في مشاركة tunnel) 15:29 &lt;@cervantes&gt; لستَ تمزح 15:29 &lt;jrandom&gt; لستُ متأكداً يا legion. قد يكون هناك بعض المستخدمين المقيّدين بـ tcp فقط، لكن أذكر أن هناك واحداً أو ربما اثنين فقط 15:29 &lt;+legion&gt; حسناً لاحظتُ مع 0.6.1.5 أن الـ router كان أحياناً يعيد التشغيل من تلقاء نفسه. 15:29 &lt;+Complication&gt; كان يتراوح ضمن حدود معقولة، من 100 إلى 250 tunnel مشاركة 15:29 &lt;jrandom&gt; لا أرى سبباً وجيهاً للاحتفاظ به، ويمكنني أن أذكر بضعة أسباب للتخلّي عنه 15:30 &lt;jrandom&gt; جميل يا Complication 15:30 &lt;jrandom&gt; (هذه الأرقام متوسّطة إلى حد ما بحسب stats.i2p/، لكن تذكّر أن أرقاماً كهذه قد تضر بإخفاء الهوية، لذا لا ينبغي حقاً الإفصاح عنها، وخصوصاً ليس في اجتماعات مُسجَّلة ;) 15:30 &lt;+Complication&gt; جهازي Celeron القديم ما يزال يعيد التشغيل تلقائياً كل نحو 10 ساعات 15:30 &lt;+Complication&gt; وإلا فهو متصل بشكل أفضل من أي وقت مضى 15:30 &lt;Pseudonym&gt; ما الأسباب للتخلّي عنه؟ 15:31 &lt;+Complication&gt; TCP مكلف 15:31 &lt;@cervantes&gt; الـ router لدي منهك تماماً 15:31 &lt;+Complication&gt; من حيث عدد الخيوط لكل اتصال 15:31 &lt;@cervantes&gt; Complication: اضرب ذلك في 10 وستحصل على نطاق الـ router الحالي لدي ;-) 15:31 &lt;+legion&gt; لدي كان يتراوح بين 200-400 tunnel مشاركة، لذا يبدو أفضل من أي وقت مضى. 15:32 &lt;+Complication&gt; cervantes: أوه، مؤلم، مؤلم 15:32 &lt;+Complication&gt; شهدتُ حادثة غريبة تسببت في 2000 tunnel مشاركة، لكن ذلك كان في الصيف 15:32 &lt;jrandom&gt; Pseudonym: الأداء (CPU/الذاكرة، جدولة أفضل بسبب متطلباتنا شبه-الموثوقة)، سهولة الصيانة، وقوائم حظر أكثر فعالية 15:32 &lt;+Complication&gt; قفزة واحدة لم تتكرر. 15:32 &lt;+legion&gt; نعم، مع بعض الإصدارات السابقة كانت هناك مثل هذه القفزات 15:32 &lt;jrandom&gt; Complication: شهدنا&gt; 2000 قفزة tunnel مع هذه المراجعة الأخيرة 15:33 &lt;jrandom&gt; لكن نأمل أن يتكفّل 0.6.1.7 بذلك 15:33 &lt;+legion&gt; حسناً، هذه بعض الأسباب الجيدة للتخلّي عن tcp :) 15:33 &lt;jrandom&gt; لكن، مرة أخرى، القفزات في مشاركة tunnel لا بأس بها، إذ إن معظمها لا يُستَخدم 15:34 &lt;@cervantes&gt; Pseudonym: يبدو أن هناك router أو اثنين فقط ما يزالان يستخدمان tcp على الشبكة 15:34 &lt;jrandom&gt; قد يكون من الجيد أيضاً إسقاط tcp في هذه المراجعة، إذ لا تحتوي تغييرات كبيرة أخرى. بهذه الطريقة يمكننا أن نرى تأثيره بوضوح 15:34 &lt;jrandom&gt; (ويمكن إعادة تمكينه إذا لزم الأمر) 15:35 &lt;Pseudonym&gt; إذا كان هناك routerان فقط يستخدمانه، فلا أظن أن له أثراً كبيراً في كلتا الحالتين 15:35 &lt;Pseudonym&gt; (باستثناء أنه سيكون هناك routerان أقل على الشبكة) 15:35 &lt;@cervantes&gt; عميلان ساخطان 15:35 &lt;jrandom&gt; حسناً، الـ transport يظهر في بعض الحالات الغريبة، وهذا أحد الأسباب التي تجعلني أريد تعطيله :) 15:35 &lt;+Complication&gt; آمل ألا يأخذوه على محمل شخصي 15:36 &lt;+Complication&gt; إنه أمر سيئ فعلاً من بعض مزوّدي الإنترنت أن يحجبوا UDP. 15:36 &lt;+Complication&gt; سيئ، وبلا أي معنى. 15:36 &lt;jrandom&gt; (مثلاً عندما يتعطّل router، يقوم الناس بتمييز SSU transport لديهم كأنه فاشل، وبالتالي يعودون إلى tcp transport) 15:36 * Pseudonym يحب مزوّد الإنترنت لديه. لا قيود 15:37 &lt;+Complication&gt; إذن من دون TCP، سنرى كيف يتعامل UDP وحده مع الأمر؟ 15:37 &lt;+Complication&gt; "من دون عجلات مساعدة" :P 15:37 &lt;+legion&gt; همم، فكيف نتجاوز مثل هذا الحجب السيئ من دون tcp؟ 15:38 &lt;jrandom&gt; بالضبط يا Complication :) 15:38 &lt;jrandom&gt; legion: لا نفعل 15:38 &lt;jrandom&gt; (restricted routes (مسارات مقيّدة)) 15:38 &lt;+Complication&gt; حسناً، أليست هناك تطبيقات مفيدة إلى جانب برامج مشاركة الملفات تستخدم أيضاً رزم UDP أكبر حجماً من رزم DNS؟ 15:39 &lt;+legion&gt; :( لا يبدو جيداً 15:39 &lt;+Complication&gt; بحجم مماثل لأصغر حجم رزمة تستخدمه I2P؟ 15:39 &lt;jrandom&gt; إيه يا legion، ليست مشكلة 15:39 &lt;jrandom&gt; Complication: بروتوكولات البث 15:39 &lt;+Complication&gt; لا يمكن حجب UDP مباشرةً أبداً دون إعاقة DNS. 15:39 &lt;+Complication&gt; لكن يمكن تقييد حجم الرزم. 15:40 &lt;+legion&gt; حسناً، لقد بدا وكأنه قد يكون كذلك 15:40 &lt;+Complication&gt; VoIP؟ 15:40 &lt;jrandom&gt; سيكون الأمر مشكلة لو كان واسع الانتشار — إذا حظّر مجتمع الإنترنت عموماً UDP 15:40 &lt;+Complication&gt; همم، هل يستخدم VoIP رزم كبيرة أم صغيرة؟ 15:40 &lt;jrandom&gt; لكن إن كان الأمر يقتصر على بضعة مزوّدين، فيمكننا معاملتهم كـ restricted routes 15:40 &lt;+Complication&gt; أم تقصد أكثر... بث الفيديو؟ 15:40 &lt;+legion&gt; أظن أنه يستخدم مزيجاً من الاثنين 15:41 &lt;jrandom&gt; كلاهما يا Complication، يعمل RTSP فوق UDP، وreal يعمل فوق RTSP على ما أذكر 15:41 &lt;+Complication&gt; s/p/s 15:42 &lt;+legion&gt; فلننتقل إلى البند التالي؟ 15:42 &lt;+Complication&gt; cat /etc/services | grep -c udp 15:42 &lt;+Complication&gt; 227 15:43 &lt;jrandom&gt; ما زلت غير متأكد إن كنا سنسقط tcp في 0.6.1.7، لكن على الأرجح. 15:43 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر حول 1)؟ إن لم يكن، فلننتقل إلى 2) Syndie 15:43 &lt;+Complication&gt; أي أن هناك ما لا يقل عن 227 تطبيقاً (بعضها قد يكون قديماً أو تطبيقات شبكة محلية) تستخدم UDP 15:44 &lt;jrandom&gt; بَه، هذه هي intarweb. كل ما تحتاجه هو وصول HTTP عبر وكيل 15:44 &lt;jrandom&gt; لا أملك الكثير لأضيفه إلى 2) بخلاف ما ورد في الرسالة (وما هو على Syndie) 15:44 &lt;+legion&gt; اقتنعت، نعم تخلّصوا منه. :) 15:44 &lt;jrandom&gt; هل لدى أحد أي شيء بخصوص Syndie يريد طرحه؟ 15:45 &lt;+legion&gt; ليس لدي ما أقوله عن 2) أيضاً. 15:45 * Complication يقرأ "كيف يعمل Syndie" 15:46 &lt;+Complication&gt; تأثير صغير في الواجهة يواظب على مفاجأتي. :D 15:46 &lt;+Complication&gt; عندما أوسّع سلسلة رسائل، يفاجئني دائماً أن الرسالة النشطة تتحرك لتصبح في أعلى القائمة. :P 15:47 &lt;+Complication&gt; لكن يمكنكم تجاهل ذلك بأمان على الأرجح. أنا فقط متطلّب جداً ومخلوق اعتاد على نمط معيّن. :P 15:47 &lt;@cervantes&gt; نموذج التشعّب (threading) تتم مناقشته بإسهاب 15:47 &lt;@cervantes&gt; ;-) 15:47 &lt;+Complication&gt; سأعتاد عليه. :) 15:48 &lt;+Complication&gt; cervantes: في Syndie؟ يجب أن أعثر على تلك السلسلة. :) 15:48 &lt;@cervantes&gt; لا يعجبني ذلك أنا أيضاً — لكنه قد يتغيّر حقاً 15:48 &lt;jrandom&gt; نعم، هذا نوعاً ما غريب على ما أظن 15:48 &lt;+legion&gt; نعم 15:48 &lt;@cervantes&gt; "subject: syndie threading" 15:49 &lt;+Complication&gt; وبالمناسبة، إذا كانت الرسالة الموسَّعة في الأسفل تماماً، فسيتعيّن عليها أن تتحرك على أي حال. 15:49 &lt;+Complication&gt; لأنه وإلا فستظل عالقة هناك. 15:50 &lt;jrandom&gt; حسناً، شريط التنقل في الأسفل يَعرض 10 *threads* في كل مرة، وليس 10 رسائل. لذا يمكنه توسيع السلسلة السفلى 15:50 * cervantes يختبر بعض تطبيقات أنماط واجهة المستخدم للتشعّب حالياً 15:51 &lt;jrandom&gt; رائع 15:51 &lt;jrandom&gt; نعم، من المثالي أن نكون قادرين على تبديلها عبر CSS، وإن لم يكن، فجانب الخادم 15:52 &lt;@cervantes&gt; أو بالأحرى "threading navigation styles" 15:53 &lt;@cervantes&gt; همم، اختباراتـي تستخدم قوائم غير مرتّبة متداخلة HTML صِرف بشكل افتراضي 15:53 &lt;@cervantes&gt; يمكنك إضافة ما تشاء من CSS وJavaScript حسب حاجتك أو رغبتك 15:53 &lt;jrandom&gt; أي تقدير زمني لموعد تمكنّا من رؤية بعض النماذج الأولية؟ 15:53 &lt;@cervantes&gt; (غير أنه مجرد إثبات مفهوم، وليس تنفيذ واجهة مستخدم فعلياً) 15:54 &lt;@cervantes&gt; أقوم بمعظم البرمجة أثناء اجتماعات I2P ;-) 15:54 &lt;jrandom&gt; هه 15:54 &lt;@cervantes&gt; ربما ستكون أول عيّنة جاهزة هذا المساء 15:54 * jrandom يجدول اجتماعات يومية 15:54 &lt;jrandom&gt; رائع 15:54 &lt;@cervantes&gt; اللعنة :) 15:55 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بشأن 2) Syndie؟ 15:55 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) I2P Rufus 0.0.4 15:56 &lt;jrandom&gt; لا أملك الكثير لأضيفه بخلاف ما ورد في الرسالة — Rawn/defnax، هل أنتم موجودون؟ 15:56 &lt;+legion&gt; فما مدى جودة 0.0.4؟ ما المشاكل الباقية إن وُجدت؟ 15:57 * jrandom ليست لديه أدنى فكرة 15:58 &lt;+legion&gt; ربما يستطيع أحد مستخدميه الإجابة. هل يبدو جيداً ومستقراً؟ 15:58 &lt;jrandom&gt; حسناً، يبدو أن Rawn وdefnax غائبان حالياً. إذا كان لدى أي أحد أسئلة/تعليقات/مخاوف بخصوص I2P Rufus، فليمرّ على المنتدى ويطرحها هناك 15:58 &lt;+legion&gt; تبّاً، أعتقد أننا سنفعل. 15:59 &lt;+legion&gt; ننتقل إلى 4)؟ 15:59 &lt;jrandom&gt; نعم، يبدو كذلك. حسناً، 4) ??? 15:59 &lt;+Complication&gt; لم أجرّب I2P Rufus، للأسف. 16:00 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 16:00 &lt;jrandom&gt; (هيا، علينا إطالة هذا حتى يتمكن cervantes من القيام بمزيد من العمل!) 16:00 &lt;+legion&gt; نعم، ما نوع الأشياء المثيرة القادمة في الطريق؟ 16:00 &lt;+bar&gt; هل هناك مكان يمكنني أن أقرأ فيه المزيد عن "restricted routes"? 16:00 &lt;+bar&gt; (لقد بحثتُ فعلاً) 16:01 &lt;+legion&gt; ربما يمكننا حتى مناقشة i2phex؟ 16:01 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes يضع مؤشّر الماوس فوق زر الإغلاق 16:01 &lt;jrandom&gt; إمم، #future.restricted 16:02 &lt;jrandom&gt; بالإضافة إلى صفحات how_* و todo 16:02 &lt;jrandom&gt; (على الويب) 16:02 &lt;+Complication&gt; هه، يبدو أن I2P قد تخطّت بناءً ما :D 16:02 &lt;+Complication&gt; :D 16:02 &lt;+bar&gt; شكراً 16:02 &lt;+Complication&gt; - public final static long BUILD = 1; 16:02 &lt;+Complication&gt; + public final static long BUILD = 3; 16:03 &lt;jrandom&gt; legion: بعض العمل على netDb، تعديلات أداء، restricted routes، تحسينات في البث، تحسينات eepproxy، تحسينات tunnel، إلخ. أشياء كثيرة، لكن لا شيء جاهز بعد 16:03 &lt;+legion&gt; همم، غريب 16:03 &lt;jrandom&gt; أي شيء لطرحه بخصوص i2phex يا legion؟ 16:03 &lt;jrandom&gt; Complication: نعم، مقصود. نسيتُ أن أزيده لـ BUILD = 2 16:03 &lt;+Complication&gt; (ليس لأنه يهم لشيء، فقط كنت أتساءل إن كنتُ قد رأيت هذه الحالة النادرة من قبل :) 16:04 &lt;+legion&gt; جميل، يبدو رائعاً، شكراً! 16:04 &lt;jrandom&gt; أوه، هذا يذكّرني... سيكون رائعاً لو أراد أحدهم الخوض في إعادة تصميم صفحتنا على الويب 16:05 * jrandom لا يريد التفكير في ذلك، لكن لا بد أن يُنجَز عاجلاً أم آجلاً 16:05 &lt;+legion&gt; نعم، هناك 16:05 &lt;+legion&gt; هل يجدر بنا تحديث i2phex في هذه المرحلة إلى أحدث كود phex من CVS؟ 16:06 &lt;+Complication&gt; لستُ متأكداً، لم أسمع من Redzara مؤخراً 16:06 &lt;jrandom&gt; آخر ما أذكره أن redzara كان ينتظر تحديثات gregorz لـ phex 16:06 &lt;jrandom&gt; (حتى نتمكن من تحديث/تمديد نظيف إلى حد معقول) 16:08 &lt;+legion&gt; همم، إذاً لماذا لدينا i2phex؟ 16:08 &lt;+Complication&gt; تحسّباً؟ 16:08 &lt;jrandom&gt; همم؟ 16:08 &lt;jrandom&gt; i2phex هو امتداد لـ phex 16:08 &lt;+legion&gt; يبدو أنهم أرادوا أن يكون هناك phex مع امتداد I2P فقط 16:09 &lt;jrandom&gt; امتداد، أي تعديل لعدد صغير جداً من الأجزاء 16:09 &lt;jrandom&gt; إمم، s/bits/components/. حتى نتمكن من تحديث الكود بسهولة كلما أصلح مطوّرو phex الأمور 16:10 &lt;+legion&gt; إذا كان الأمر كذلك، فلن يتطلب مني جهداً كبيراً لتحديثه إلى أحدث كود CVS، رغم أني أعلم أنه سيتطلب جهداً. 16:10 &lt;jrandom&gt; آخر ما سمعته في المنتدى هو أن الخطة تقضي بأن يكون I2Phex وPhex تطبيقين منفصلين، لكنهما سيشتركان في معظم الكود 16:10 &lt;jrandom&gt; نعم يا legion، سيكون ذلك رائعاً، لكن آخر ما سمعتُ أن Gregor لم يُنهِ التعديلات على Phex بعد 16:11 &lt;jrandom&gt; (وهو ما كان ينتظره redzara) 16:11 &lt;+legion&gt; آه، فهمت 16:11 &lt;jrandom&gt; إذاً، البديل هو إما مساعدة Gregor أو مواصلة تعديل قاعدة كود I2Phex الحالية 16:12 &lt;+legion&gt; حسناً، إذا لم أنتظر وقمتُ فقط بتحديث i2phex بالكود الجديد، فلن تكون هناك حاجة لأن يواصل redzara 16:12 &lt;jrandom&gt; ليس تماماً. 16:12 &lt;jrandom&gt; تحديث I2Phex إلى كود Phex الحالي سيكون رائعاً، نعم 16:13 &lt;jrandom&gt; لكن بمجرد أن يُحدّث مطوّرو Phex كودهم، سنخرج عن التزامن مجدداً 16:13 &lt;+legion&gt; حسناً، سأعمل عليه على الأرجح الليلة أو خلال يومين. 16:13 &lt;jrandom&gt; رائع 16:13 &lt;+legion&gt; لا بأس بذلك. 16:14 &lt;+legion&gt; في الواقع لستُ أسعى لأن يبقى i2phex متزامناً مع كود phex، لكن يبدو أن CVS يحتوي على إصلاحات قد يستفيد منها i2phex بالتأكيد. 16:15 &lt;+legion&gt; كما أنني أهدف فعلاً إلى إزالة أي كود وميزات من phex لا يحتاجها i2phex. 16:15 &lt;jrandom&gt; جيد 16:16 &lt;+legion&gt; أما عن أي ميزات جديدة وإصلاح أي شيء لا يعمل بعد مثل طوابير الرفع... فقد بدأتُ بالفعل بالنظر في جعل webcaches تعمل، لكن ما يزال أمامي الكثير. 16:17 &lt;jrandom&gt; صحيح. نعم، كان لدى phex دعم gwebcache يعمل، لكن sirup عطّله لأنه لم يكن ضرورياً في البداية 16:17 &lt;+legion&gt; أنوي إضافة jeti إلى i2phex في نهاية المطاف. 16:17 &lt;jrandom&gt; جميل 16:18 * jrandom لم يستخدم jeti من قبل، وآمل أن يبقى مكوّناً اختيارياً، لكن دعم مزيد من الأشياء أمر رائع 16:18 &lt;+legion&gt; نعم يمكن أن يكون اختيارياً، وسيتمكن المستخدمون من تنزيل jeti2phex ;) 16:19 &lt;jrandom&gt; تمام 16:19 &lt;+legion&gt; ما يزال هناك الكثير مما يمكننا فعله مع i2phex، رغم أنه يعمل بشكل رائع كما هو. 16:20 &lt;+legion&gt; حتى الآن، إبقاء العميل متصلاً ويعمل 24/7 ممكن وسهل. 16:21 &lt;jrandom&gt; نعم، حققتُ نجاحاً جيداً معه... "النسخ الاحتياطي لتسجيلاتي المرخّصة" 16:21 &lt;+legion&gt; هه :) 16:22 &lt;jrandom&gt; حسناً، هل لدى أحد آخر أي شيء للاجتماع؟ 16:23 * cervantes يدحرج الجونغ الصيني 16:23 &lt;+legion&gt; يبدو أنني أنسى شيئاً... همم 16:24 &lt;+legion&gt; أوه نعم، أي أفكار حول كيفية تقليل مقدار الذاكرة التي يستهلكها i2p وi2phex؟ 16:25 &lt;+Complication&gt; حسناً، طبقة نقل TCP تستهلك قليلاً 16:25 &lt;jrandom&gt; يمكن تشغيل كلاهما في نفس JVM 16:25 &lt;+Complication&gt; إذا ذهب ذلك، فسيوفّر قليلاً 16:26 &lt;@cervantes&gt; أخرج بعض شرائح الذاكرة من جهازك 16:26 &lt;cat-a-puss&gt; هل لدى أحد خبرة مع javolution لنعرف إن كان سيساعد؟ http://javolution.org/ 16:26 &lt;jrandom&gt; (الملف clients.config في مجلد تثبيت i2p يعرّف الصنف الرئيسي والمعاملات لإطلاق العملاء) 16:26 &lt;+legion&gt; فإذا شغّلنا الاثنين في نفس JVM وعندما يُزال tcp، هل يمكننا خفضه إلى أقل من 50MB؟ 16:27 &lt;jrandom&gt; لا فكرة لدي يا legion. يعتمد أيضاً على ما تعنيه بـ 50MB. ‏RSS/VSS/إلخ 16:27 &lt;jrandom&gt; حقاً لا أوصي بتشغيلهما في JVM واحدة، إلا إذا أبقيتهما يعملان طوال الوقت، لأن إيقاف أحدهما سيقتل الآخر 16:27 &lt;@cervantes&gt; legion: تقييد عرض النطاق ووضع حد للمشاركين قد يساعد أيضاً 16:27 &lt;jrandom&gt; نعم، ما قاله cervantes 16:28 &lt;cat-a-puss&gt; يبدو لي أنه إذا عرفنا بالضبط عدد نوع معيّن من الكائنات التي سنستخدمها في النهاية، فسيُساعِد ذلك على منع تخصيص JVM المفرِط 16:28 &lt;+Complication&gt; صحيح، فهي تقوم بتخصيصات مختلفة، والتي لم أستطع حقاً فهمها 16:28 &lt;jrandom&gt; نعم، نقوم ببعض ذلك يا cat-a-puss (انظر net.i2p.util.ByteCache) 16:29 &lt;+Complication&gt; (لكن كما قلت، Java شيء جديد جداً بالنسبة لي) 16:29 &lt;jrandom&gt; اطلعتُ على javolution سابقاً، لكنه يبدو أنه حقّق تقدماً كبيراً. سأُلقي عليه نظرة أخرى 16:30 &lt;cat-a-puss&gt; jrandom: أعرف بعض الأشخاص في عملي يستخدمونه وهم راضون عنه، رغم أنهم لا يهتمون بتخصيص الذاكرة 16:31 &lt;jrandom&gt; حسناً، لن يوفر ذاكرة فعلياً، لكنه سيساعد على تقليل دوران GC 16:31 &lt;+legion&gt; أما أنا شخصياً فلا أهتم كثيراً بتخصيص الذاكرة، لكن كثيرين يفعلون. 16:31 &lt;jrandom&gt; أوه، وهو مرخّص أيضاً تحت BSD 16:31 &lt;cat-a-puss&gt; صحيح 16:31 &lt;jrandom&gt; legion: تخصيص الذاكرة يعني الأداء 16:32 &lt;+legion&gt; آه، إذاً استهلاك الذاكرة 16:33 &lt;+legion&gt; الكثيرون سعداء جداً بـ utorrent بسبب بصمته الصغيرة جداً على الذاكرة. 16:33 &lt;jrandom&gt; آه، نعم. يمكننا ضبطه لاحقاً، لكن بما أن i2p يعمل ضمن أحجام JVM الافتراضية، فلستُ قلقاً كثيراً (إذ لدينا مساحة كبيرة للضبط) 16:34 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:35 &lt;+legion&gt; لا، أنا بخير... 16:37 * jrandom يستعد 16:37 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2005/11/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/Tue, 22 Nov 2005 00:00:00 +0000/ar/blog/2005/11/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ailouros, cervantes, Complication, frosk, jrandom, nickless_head, Raccoon23, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) مرحباً 16:18 &lt;jrandom&gt; 1) حالة الشبكة 16:18 &lt;jrandom&gt; 2) "Fox hunt" 16:18 &lt;jrandom&gt; 3) ??? 16:18 &lt;jrandom&gt; 0) مرحباً 16:18 * jrandom يلوّح متأخراً من منزل عاد إليه التيار الكهربائي 16:18 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 &lt;jrandom&gt; 1) حالة الشبكة 16:20 &lt;jrandom&gt; لا جديد يُذكر إضافته عمّا ورد في الرسالة.. هل لدى أحد أي شيء يود طرحه بخصوص حالة الشبكة؟ 16:21 &lt;jrandom&gt; إذا لا، ننتقل إلى 2) "Fox hunt" 16:21 &lt;zzz&gt; فكرة رائعة 16:22 &lt;jrandom&gt; هنا أيضاً، لا أملك الكثير لأضيفه عمّا ورد في الرسالة واقتراحات Raccoon23.. 16:22 &lt;+fox&gt; &lt;ailouros&gt; لدي اعتراض على اسم "Fox hunt". أفضل تسميتها "Man hunt". الثعالب لم ترتكب خطأ. 16:22 &lt;Raccoon23&gt; هه 16:22 &lt;jrandom&gt; نعم، أتفق يا zzz، سيكون مفيداً جداً إعطاء الناس حافزاً حقيقياً دون مخاطر الاستخدام الفعلي الجدية 16:23 &lt;nickless_head&gt; سمّوها "&lt;حيوان ملائم سياسياً&gt; مطاردة" 16:23 &lt;Raccoon23&gt; "Fox hunt" هو الاسم المعتاد لمسابقة راديو هواة تبحث فيها عن مرسِل مارق 16:24 &lt;+fox&gt; &lt;ailouros&gt; لا يهمني مرسِلات الراديو التي تُسمّى Fox، نحن نتحدث عن i2p هنا، لا ثعالب مجهولة مسموح بها 16:24 &lt;+fox&gt; &lt;ailouros&gt; :D 16:24 * cervantes يتساءل إن كان ailouros على دراية باسم changate 16:24 &lt;nickless_head&gt; ربما "Dissident hunt" 16:25 &lt;@cervantes&gt; &lt;fox&gt; &lt;ailouros&gt; :D 16:25 &lt;+fox&gt; &lt;ailouros&gt; (مم، ما هو changate؟) 16:25 &lt;jrandom&gt; هه 16:25 &lt;@cervantes&gt; ailouros: هي بوتات تنقل الدردشة بين شبكات مختلفة 16:26 &lt;+fox&gt; &lt;ailouros&gt; تقصد vulpine هنا؟ 16:26 &lt;@cervantes&gt; الدردشة على i2p تُمرَّر إليك باسم vulpine 16:26 &lt;@cervantes&gt; ودردشتك تُمرَّر إلينا عبر fox 16:26 &lt;@cervantes&gt; ;-) 16:26 &lt;@cervantes&gt; *your 16:26 &lt;+fox&gt; &lt;ailouros&gt; إذن المطاردة ستكون للبوت المسكين العامل بالسُّخرة؟ :D 16:27 &lt;Raccoon23&gt; نعم، أظن أنه ينبغي إعداد صفحة جائزة/معلومات. أعتقد أننا يجب أن نستهدف جمع $1k 16:27 &lt;+fox&gt; &lt;ailouros&gt; نعم آسف لا أذهب عادة إلى i2pchat :) 16:27 &lt;+fox&gt; &lt;ailouros&gt; الآن، هذه جائزة بحق! 16:28 &lt;jrandom&gt; Raccoon23: أتفق، لكن قد يكون من المبكر قليلاً فعل ذلك الآن. 16:28 &lt;jrandom&gt; (يمكننا دائماً تخصيص أموال من الصندوق العام إلى الجائزة لإطلاقها عند الحاجة) 16:28 &lt;+fox&gt; &lt;ailouros&gt; نبدأ المطاردة الآن ولكن بدون جائزة؟ 16:28 &lt;+fox&gt; &lt;ailouros&gt; أعني، كلما بدأ الأمر أبكر، زاد عدد من يفتحون أعينهم 16:28 &lt;jrandom&gt; لكي تكون "Fox hunt" منطقية (أي تساعد I2P)، نحتاج إلى القيام بذلك بحذر. 16:28 &lt;jrandom&gt; لا يا ailouros، لا أتفق. 16:29 &lt;jrandom&gt; تشغيل المسابقة قبل أن تكون I2P جاهزة سيكون سيئاً جداً. 16:29 &lt;Raccoon23&gt; نعم 16:29 &lt;jrandom&gt; لأن ذلك يهدر وقت الناس في تقييم شيء غير مكتمل، ولأنه لن يخبرنا بأي شيء مفيد 16:30 &lt;+fox&gt; &lt;ailouros&gt; ....مقبول 16:30 &lt;Raccoon23&gt; وسيكون انطباعاً إعلامياً سيئاً إذا "اكتُشفت" ثغرات كان مُقرراً إصلاحها في الإصدارات القادمة 16:30 &lt;jrandom&gt; نعم 16:33 &lt;jrandom&gt; حسناً، أي شيء آخر حول 2)، أم ننتقل إلى 3) ??? 16:34 &lt;zzz&gt; في الجزء الآخر من خيط jrandom/raccoon23، هل كان الاستنتاج الانتقال إلى حد أدنى قفزتين؟ أي استنتاجات أخرى؟ 16:35 &lt;jrandom&gt; همم، الأمر يعتمد على هوية الخصم، لكن لن يضر أن يكون الافتراضي 2 +0-1 وسيمنح حماية ضد فئة من المهاجمين 16:35 &lt;jrandom&gt; قد تكون استنتاجات أخرى هي "هيه، لنبدأ بـ 0.6.2" :) 16:35 &lt;+fox&gt; &lt;ailouros&gt; كيف أضبط الإعدادات بحيث تكون الـ tunnels (أنفاق I2P) دائماً لها قيمة ثابتة (مثل تباين 0+1)؟ في كل إعادة تشغيل أحصل على القيم الافتراضية 16:36 &lt;jrandom&gt; ailouros: ينبغي أن تتمكن من حفظ الإعدادات على /i2ptunnel/ 16:36 &lt;jrandom&gt; أم أنك تغيّرها على /configtunnels.jsp ؟ 16:37 &lt;Raccoon23&gt; أعتقد أن أنفاق 1 hop تسمح لمهاجم ضعيف نوعاً ما بأن يفعل الكثير على الأقل في 0.6.1. أود المجادلة بأن 0.6.1.6 لا ينبغي أن يحوي أنفاق 1 hop افتراضياً 16:37 &lt;+fox&gt; &lt;ailouros&gt; configtunnels إذن 16:37 &lt;jrandom&gt; نعم، متفق يا Raccoon23 16:37 &lt;jrandom&gt; ailouros: استخدم /i2ptunnel/ واحفظ إعداداتك 16:37 &lt;+fox&gt; &lt;ailouros&gt; لم ألاحظ الواجهة الجديدة :D 16:38 &lt;@cervantes&gt; ailouros: أضيفت للتو في 0.6.1.5 16:38 &lt;jrandom&gt; نعم، قام cervantes بعمل رائع هناك يا ailouros 16:38 &lt;+fox&gt; &lt;ailouros&gt; أحسنتُم على ذلك 16:39 &lt;@cervantes&gt; وبما أننا في هذا الموضوع، إن كان لدى البعض مشاكل في حفظ الإعدادات على الواجهة الجديدة، فقد يرغبون في استخدام متصفح غير IE حالياً حتى الإصدار القادم 16:39 &lt;@cervantes&gt; *تمتم* Microsoft *تمتم* 16:40 &lt;+fox&gt; &lt;ailouros&gt; في موضوع مختلف، هل يهمّ أحداً إن قمت بإعداد خادم nethack على i2p؟ :D 16:41 &lt;@frosk&gt; ailouros: كنت أفكر في ذلك (ألعب nethack irl)، لكن التأخير (lag) سيكون سيئاً للغاية على ما أخاف (والتأخير مزعج جداً عند لعب nethack) 16:42 &lt;+fox&gt; &lt;ailouros&gt; يبدو كذلك 16:42 &lt;+fox&gt; &lt;ailouros&gt; حسناً، أُلغيَت الفكرة 16:43 * frosk حقق أول صعود له قبل بضعة أشهر، وووت 16:44 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر للاجتماع؟ 16:45 &lt;+fox&gt; &lt;ailouros&gt; نعم، مؤشّر ما في syndie عندما تحتوي السلسلة على رسالة جديدة 16:46 &lt;nickless_head&gt; jrandom: وسيكون رائعاً لو طُبعت الرسائل الجديدة (العناوين) بخط عريض/مائل أول مرة تُعرض فيها 16:47 &lt;nickless_head&gt; jrandom: هل هناك طريقة _بسيطة جداً_ للوصول إلى الرسائل في قاعدة بيانات syndie، عبر http؟ 16:47 &lt;jrandom&gt; آه نعم ailouros/nickless_head، أفكر في ترميز بالألوان/وضع أعلام للعمود الأول حسب التاريخ (مثلاً المنشور اليوم يحصل على علم ساطع، وأمس أقل سطوعاً، وهكذا). 16:47 &lt;nickless_head&gt; jrandom: ويفضّل أن تكون في شيء جميل وقابل للاستيراد مثل xml 16:48 &lt;jrandom&gt; nickless_head: wget -R `http://localhost:7657/syndie/archive/` 16:48 &lt;nickless_head&gt; إن كانت هناك، يمكنني كتابة مُصدِّر من syndie إلى nntp 16:48 &lt;jrandom&gt; أوه، إن أردت التصدير إلى nntp، استخدم rss إلى nntp 16:48 &lt;nickless_head&gt; jrandom: حسناً سأجرّب ذلك :) 16:48 &lt;nickless_head&gt; jrandom: هذا موجود بالفعل؟ ... تباً. ;) 16:49 &lt;jrandom&gt; أفكر أيضاً في إضافة سجل رسائل لكل مستخدم لتمكينك من تعليم الرسائل كمقروءة/غير مقروءة، ولكن غالباً لن يكون ذلك في 0.6.1.6 (إلا إذا نفّذه شخص آخر :) 16:49 &lt;jrandom&gt; أو ربما مرشّح جديد على شجرة السلاسل - عرض الرسائل المنشورة منذ [اليوم |v] فقط 16:49 &lt;jrandom&gt; (أو أمس، أو منذ يومين) 16:50 &lt;jrandom&gt; nickless_head: http://www.methodize.org/nntprss/ 16:50 &lt;nickless_head&gt; jrandom: شكراً 16:54 &lt;jrandom&gt; على الرحب 16:54 &lt;Raccoon23&gt; jrandom: سيستغرق الأمر وقتاً قبل أن أتمكن من تنفيذه (أريد إنهاء المسارات المقيّدة أولاً)، لكن ما رأيك في "garlic routing" اختياري بـ 1024bit للـ server tunnels الصادرة؟ 16:54 &lt;jrandom&gt; عبء هائل - O(data) أكبر بكثير من O(tunnels). إذا كنّا نواجه مشاكل الآن مع O(tunnels)، فلا سبيل للأمل بـ O(data) 16:55 &lt;Raccoon23&gt; هل ما زالت لدينا مشاكل CPU؟ الـ router لدي منخفض جداً، لكن ليس لدي بالضبط خط T1 هنا.. 16:56 &lt;jrandom&gt; ليس لدى الجميع p4s ;) 16:56 &lt;jrandom&gt; أسمع تقارير عن استخدام 8-15% على الأجهزة البطيئة، لكن ذلك يقفز بشكل سيئ تحت الازدحام 16:56 &lt;jrandom&gt; (إلى 100+%) 16:56 &lt;+Complication&gt; بخصوص استهلاك CPU: الغريب أن Java على Mandriva 10.1 تستهلك أقل بكثير من Java على Mandriva 2006. 16:56 &lt;Raccoon23&gt; نعم، لكن من ليس لديهم ذلك غالباً ليس لديهم T1 16:56 &lt;Raccoon23&gt; أيضاً :) 16:57 &lt;+Complication&gt; كلاهما مُحسَّن، و2006 لديه jbigi مُجمّع محلياً. 16:57 &lt;jrandom&gt; غريب يا Complication 16:57 &lt;jrandom&gt; نفس إصدارات i2p؟ 16:57 &lt;+Complication&gt; على 2006 (Celeron 2.4) يمكن لـ java أن تصل إلى 20%. 16:58 &lt;+Complication&gt; على 10.1 لن تتجاوز 5%. 16:58 &lt;+Complication&gt; (عادةً) 16:58 &lt;+Complication&gt; (عادةً==ليس عند بدء التشغيل) 16:58 &lt;+Complication&gt; نفس الإصدارات. 16:58 &lt;+Complication&gt; وجافا شبه نفسها أيضاً (_04 مقابل _05) 16:59 &lt;+Complication&gt; يذكّرني بأن أضبط الخدمات (daemons) أكثر قليلاً. ربما بعضها يعيق java. 16:59 &lt;+Complication&gt; بطريقة غريبة لا أستطيع فهمها. 17:00 &lt;+Complication&gt; لكن نعم، الـ Cel 300 يشعر بتحسن ملحوظ. قد يكون السبب MTU التكيّفي 17:01 &lt;jrandom&gt; آه رائع، نعم، لدينا أشياء لطيفة في الطريق :) 17:03 &lt;+Complication&gt; أتساءل إن كانت هناك طريقة لتجاوز مشاكل jbigi المتعلقة بـ libc على بعض توزيعات Linux؟ 17:03 &lt;jrandom&gt; نعم، بالتأكيد، نحتاج فقط إلى إعادة بناء جميع jbigis 17:03 &lt;jrandom&gt; (ليست libc، إنها libg++) 17:05 * Raccoon23 يقرّر ألا يتخلى عن أحلام "garlic routing"، لكنه سينتظر حتى تستقر الأداء.. ربما في 2.0 17:05 &lt;+Complication&gt; أوه، تعتقد أن إعادة بناء سليمة ستساعد؟ 17:05 &lt;jrandom&gt; Complication: نعم، أخطاء الربط الخاصة بـ jcpuid غير ضرورية، إذ إن jcpuid في الحقيقة مجرد نداء ASM (وكان لا ينبغي أن يُنفّذ بـ c++ على أي حال ;) 17:06 &lt;jrandom&gt; Raccoon23: رائع :) إنه شيء يمكننا القيام به في النهاية على الشبكة الحية أيضاً، فقط باستخدام نوع رسالة I2NP مختلف، والإعلان عن القابلية المناسبة، والترشيح بناءً على ذلك 17:06 &lt;jrandom&gt; (في النهاية) 17:07 &lt;Raccoon23&gt; مثل caps=S لمعالج CPU سريع؟ ;) 17:08 &lt;jrandom&gt; و caps=I للمجانين ;) 17:08 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيئاً للاجتماع؟ 17:08 &lt;Raccoon23&gt; ههه 17:09 &lt;Raccoon23&gt; ما رأيك في حل مؤقت بمشاركة المفاتيح عبر عدة tunnels؟ هل العائد قليل جداً مقارنة بالعمل؟ 17:09 &lt;jrandom&gt; لماذا سيكون ذلك أفضل من مجرد امتلاك عدة tunnels وإرسال الرسالة عبر واحد من هذه الـ tunnels؟ 17:10 &lt;jrandom&gt; (وأيضاً، مم، ألن يكون أسوأ، من منظور الأمان ومن منظور الإخفاء؟) 17:10 &lt;Raccoon23&gt; الفكرة هي أن العُقد لن تتمكن من معرفة أي حركة مرور كانت جزءاً من tunnel واحد، بحيث إذا كنت تشغّل i2phex و eepsite، واخترت نفس المضيفين لِـ tunnels لديك، فستُدمج الحركة من الاثنين بقدر ما تراه القفزات 17:11 &lt;Raccoon23&gt; ما ينبغي أن يجعل هجمات التوقيت أصعب 17:11 &lt;jrandom&gt; آه، يا ساتر، نعم. هذا يضيف قابلية ربط سيئة جداً 17:11 &lt;jrandom&gt; ولهذا انتقلنا إلى مجمّعات tunnel لكل عميل في 0.4 17:11 &lt;Raccoon23&gt; فسّر؟ 17:11 &lt;jrandom&gt; i2ptunnel يسمح للناس بمشاركة المجمّعات، إن أرادوا، عبر مشاركة نفس الوجهة 17:12 &lt;jrandom&gt; إذا نزلت رسائل لعميلين عبر tunnel، ستعرف أن كلا العميلين تحت سيطرة الشخص نفسه 17:12 &lt;jrandom&gt; s/clients/destinations/ 17:13 &lt;Raccoon23&gt; حسناً إذا شُوركت المفاتيح، يمكن دمج القفزات المبكرة، لكن الـ leasesets منفصلة.. 17:13 &lt;Raccoon23&gt; والقفزات المبكرة هي الخطرة لهجمات التوقيت على أي حال 17:13 &lt;jrandom&gt; سيظل ذلك يسمح بمسار لربط وجهتين لا ينبغي ربطهما 17:14 &lt;jrandom&gt; يمكن القيام ببعض التشويه أملاً في تمويه قابلية الربط، لكنها ستكون مرتبطة جوهرياً. وهذا غير ضروري، وهو سيئ. 17:18 &lt;Raccoon23&gt; أعود للحلم بـ caps=SI فيما أظن :) 17:19 &lt;jrandom&gt; حسناً. إذن، هل لدى أحد أي شيء آخر؟ 17:20 * jrandom يختتم 17:20 * jrandom *baf* يُغلق الاجتماع </div>/ar/blog/2005/11/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/Tue, 15 Nov 2005 00:00:00 +0000/ar/blog/2005/11/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ailouros, anti, bar, cervantes, Complication, frosk, jmg, jrandom, modulus, polecat, reliver, Sonium, tethra</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) مرحباً 15:15 &lt;jrandom&gt; 1) حالة الشبكة / 0.6.1.5 15:15 &lt;jrandom&gt; 2) تحديثات Syndie 15:15 &lt;jrandom&gt; 3) I2Phex 15:15 &lt;jrandom&gt; 4) I2P-Rufus 15:15 &lt;jrandom&gt; 5) متعقّب المشاكل 15:15 &lt;jrandom&gt; 6) المفاتيح الديناميكية 15:15 &lt;jrandom&gt; 7) ??? 15:15 &lt;jrandom&gt; 0) مرحباً 15:15 * jrandom يلوّح 15:16 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 15:17 &lt;+bar&gt; يلا! *يطلق بعض الطلقات في الهواء* 15:17 * jrandom ينحني ويتغطى، وينتقل إلى 1) حالة الشبكة / 0.6.1.5 15:18 &lt;jrandom&gt; كما ذُكر في البريد، كان هناك الكثير من التقدّم، ومن المفترض أن يكون هناك إصدار جديد في وقت لاحق الليلة 15:18 * jrandom كنتُ لأُصدره أبكر، لكنني نمت متأخراً ولم أُرِد للجميع الترقية /أثناء/ الاجتماع :) 15:20 &lt;jrandom&gt; هل لدى أحد أي أسئلة/تعليقات/مخاوف بخصوص: 1) حالة الشبكة / 0.6.1.5؟ 15:20 &lt;+fox&gt; &lt;ailouros&gt; هل "يرجى مواصلة العمل الجيد" تعليق مقبول؟ 15:20 &lt;jrandom&gt; :) شكراً 15:22 &lt;jrandom&gt; أنا سعيد نوعاً ما بالاستقرار مؤخراً. نأمل أن يحسّن الإصدار التالي معدل النقل إلى ما بعد 4-8KBps/stream. قمت بكثير من الاختبارات المحلية، لكن نحتاج أن نراه في البرية 15:22 &lt;tethra&gt; أؤيد تعليق ailouros، وأقترح نخباً أيضاً: 15:22 &lt;jrandom&gt; تلقّينا أيضاً مزيداً من التقارير الإيجابية من المستخدمين على اتصالات الطلب الهاتفي 15:22 &lt;tethra&gt; إلى jrandom، وإلى i2p! woot! 15:22 &lt;tethra&gt; &lt;3 15:23 &lt;jrandom&gt; w3wt. حسناً، إن لم يكن هناك شيء آخر، فلننتقل إلى 2) تحديثات Syndie 15:24 &lt;jrandom&gt; الكثير من التقدم على هذا الصعيد، لكن ربما سيكون من الأفضل مناقشته بعد الإصدار حين يتمكن الناس من تجربته بأنفسهم 15:25 &lt;jrandom&gt; نأمل أن المعلومات على @ http://syndiemedia.i2p.net/about.html (الرابط الأول) تشرح لماذا ينبغي أن تكلّفوا أنفسكم عناء تجربته :) 15:25 &lt;+fox&gt; &lt;ailouros&gt; أوووه هيا، أولاً لا تُصدره، ثم تقول "جرّبه أولاً"... هذا مجرد تشويق! :D 15:25 &lt;jrandom&gt; :) 15:26 &lt;jrandom&gt; حسناً حسناً، فلنقفز مباشرة إلى 3) I2Phex إذن، حتى تتمكنوا من نشر آرائكم حول syndie على syndie نفسه بعد الترقية ;) 15:27 &lt;jrandom&gt; سيكون هناك إعلان عن I2Phex 0.1.1.36 في وقت لاحق الليلة 15:28 &lt;jrandom&gt; التغيير الوحيد هو إصلاح النافذة المزعجة "Please insert a disk" 15:28 &lt;tethra&gt; هذا يعني أنني أستطيع إخراج القرص من المحرك دون أن يصرخ في وجهي، صحيح؟ ;) 15:28 &lt;jrandom&gt; هيه نعم 15:28 &lt;tethra&gt; :D 15:30 &lt;jrandom&gt; حسناً، إذا لم يكن هناك المزيد عن 3) I2Phex، فلننتقل إلى 4) I2P-Rufus 15:30 &lt;tethra&gt; ما الخطط لـ i2phex، طالما نحن في الموضوع؟ 15:30 &lt;jrandom&gt; آه 15:30 &lt;jrandom&gt; هناك مجموعة من طلبات الميزات منشورة في المنتدى 15:31 &lt;jrandom&gt; لم أسمع شيئاً من redzara بشأن دمج الشيفرة مع Phex، لكن Gregor لا يزال يعمل على تجريد أمور الشبكات كي نتمكن من البقاء متزامنين بسهولة أكبر 15:32 &lt;jrandom&gt; عموماً، التطبيق يبدو وظيفياً، رغم أن دعم gwebcache (خدمة كاش الويب الخاصة بـ Gnutella) سيكون ممتازاً، حتى يعمل I2Phex مباشرة دون الحاجة لجلب أي ملفات أو مفاتيح 15:32 &lt;jrandom&gt; لا أعرف أي شخص يعمل على إعادة دعم gwebcache إلى I2Phex، لكن إن كان هناك من يعرف Java فسيكون ذلك مفيداً جداً 15:33 &lt;tethra&gt; رائع. 15:33 &lt;+fox&gt; &lt;reliver&gt; _007pig ربما؟ 15:33 &lt;+fox&gt; &lt;ailouros&gt; آسف إن سألت، أليست شبكة gnutella تلك التي أغرقت نفسها بالرسائل حتى انهارت منذ بعض الوقت؟ 15:33 &lt;tethra&gt; القادمون الجدد يميلون إلى الارتباك بشأنها في البداية 15:33 &lt;+fox&gt; &lt;reliver&gt; لم تقبل عرضه للمساعدة أمس، jrandom 15:33 &lt;jrandom&gt; _007pig كان ينظر في عمل الترجمة، لكن أي شخص سيكون رائعاً. Phex نفسها لديها دعم gwebcache، لكن sirup عطّله 15:34 &lt;jrandom&gt; ailouros: gnutella ما زالت موجودة، لكن نعم، ليست مثالية. 15:34 &lt;tethra&gt; هل هناك من يفكر ربما بتغيير البروتوكول الذي يستخدمه i2phex إلى شيء آخر؟ 15:35 &lt;jrandom&gt; أتردد في أن أطلب من الناس العمل على مشاريع محددة، لذا بدلاً من ذلك أقترح بعض المجالات المختلفة التي يمكن لأحدهم استكشافها 15:35 &lt;jrandom&gt; tethra: لا أحد أعرفه 15:35 &lt;+fox&gt; &lt;ailouros&gt; حسناً، أظن أنني أفضل رؤية Localhost (تعديل azureus) على i2p إذن 15:36 &lt;tethra&gt; بالتأكيد bittorrent أكثر إزعاجاً من gnutella؟ 15:36 &lt;tethra&gt; من حيث البذر وما إلى ذلك 15:36 &lt;jrandom&gt; ailouros: أيّاً كان ما ينفّذه الناس ويقومون بصيانته فهو جيد :) 15:36 &lt;+fox&gt; &lt;ailouros&gt; لا أعرف، لم أستخدم gnutella منذ... 6 سنوات أعتقد 15:37 &lt;anti&gt; بالتأكيد هو أكثر كفاءة وأفضل اختباراً لقابلية التوسع الحقيقية؟ 15:37 &lt;+fox&gt; &lt;ailouros&gt; jrandom نعم هذا معيار جيد :D 15:37 &lt;jrandom&gt; i2phex يعمل بشكل جيد جداً، لقد نقلت الكثير من البيانات من خلاله، ووجدت محتوى لطيفاً 15:37 &lt;@cervantes&gt; (pony pr0n) 15:37 &lt;+fox&gt; &lt;ailouros&gt; lol 15:37 &lt;tethra&gt; هههه 15:37 &lt;jrandom&gt; قد تكون هناك طرق أفضل لفعل الأشياء، لكن شيء يعمل أفضل من شيء لا وجود له 15:37 &lt;tethra&gt; cervantes++ 15:37 &lt;tethra&gt; ;) 15:38 &lt;tethra&gt; لم تُقَل كلمات أصدق من هذه. 15:39 &lt;anti&gt; نقطة جيدة 15:39 &lt;@cervantes&gt; أووه... jr انزعج وذهب مبكراً إلى العشاء 15:39 &lt;@cervantes&gt; (آسف) 15:39 &lt;anti&gt; لا، ربما يبحث عن ذلك الـ (الأسطوري) pony pr0n. ;) 15:40 &lt;jrandom&gt; *كح* ;) 15:40 &lt;tethra&gt; lol 15:40 &lt;tethra&gt; heheh ;) 15:40 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر عن 3)، فلننتقل إلى 4) I2P-Rufus 15:40 &lt;+fox&gt; &lt;reliver&gt; أريد flying pony pr0n :-) 15:40 &lt;jrandom&gt; Rawn / defnax: هل لديكما ما تضيفانه لما نُشر على المنتدى؟ 15:41 &lt;@cervantes&gt; يبدو أن هناك تقدماً جيداً يُحرَز 15:41 &lt;jrandom&gt; أجل 15:45 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء حول ذلك، فلنقفز إلى 5) متعقّب المشاكل 15:45 &lt;jrandom&gt; المنتدى ثقيل بعض الشيء لإدارة العلل وطلبات الميزات، وbugzilla أشبه بوحش... 15:46 &lt;@frosk&gt; أليس هناك bugzilla بالفعل في مكان ما؟ 15:46 &lt;jrandom&gt; نشرتُ بعض المتطلبات العامة، وcervantes جاء بحل قابل للعمل 15:46 &lt;jrandom&gt; لا، كان bugzilla على المستضيف القديم (@johnscompanies) قبل أن ننتقل إلى sago 15:46 &lt;+fox&gt; &lt;ailouros&gt; ما رأيكم بـ NNTP؟ عادةً أفضل من المنتديات، وفيه تفرّع... 15:46 &lt;+fox&gt; &lt;reliver&gt; غريب أن bugzilla يفتقر إلى الكثير، بالنظر إلى مجتمع المصدر المفتوح الضخم الذي يستخدمه... 15:46 &lt;+fox&gt; &lt;ailouros&gt; كيف* 15:46 &lt;@frosk&gt; آه حسناً 15:47 &lt;jrandom&gt; لـ nntp إمكانات، لكن هناك بعض الفوائد عليه باستخدام syndie (ترشيح بسيط حسب الوسم): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 &lt;jrandom&gt; لكن لدى nntp فائدة سنوات طويلة من الاختبار القاسي 15:48 &lt;+fox&gt; &lt;ailouros&gt; قارئ NNTP يرشّح بالكلمة المفتاحية (وسوم [] تلك)؟ :D 15:49 &lt;@modulus&gt; ربما ليس كثيراً من الاختبار مؤخراً؟ 15:49 &lt;+fox&gt; &lt;reliver&gt; بما في ذلك السبام والسجالات الحادة... 15:49 &lt;jrandom&gt; سنريد شيئاً يمكن الوصول إليه عبر الويب مع ذلك، لأن معظم الناس لا يستخدمون قرّاء nntp 15:49 &lt;+fox&gt; &lt;ailouros&gt; أقول إن Thunderbird جيد من هذه الناحية، ويمكنك مشاركة enigmail بين i2mail و i2nntp 15:49 &lt;@modulus&gt; ربما قارئ nntp يمكن الوصول إليه عبر الويب؟ 15:49 &lt;+fox&gt; &lt;reliver&gt; البوابات شائعة 15:49 &lt;jrandom&gt; همم modulus؟ 15:50 &lt;@modulus&gt; حسناً، usenet لم يعد يُستخدم كثيراً فيما أعتقد 15:50 &lt;jrandom&gt; صحيح، لذا سيتعيّن أن يكون لدينا خادم nntp وبوابة تدعم الترشيح 15:50 &lt;@frosk&gt; تعجبني فكرة cervantes رغم ذلك 15:50 &lt;+fox&gt; &lt;ailouros&gt; (وأقول أيضاً إن سبب عدم استخدام الناس لقرّاء NNTP هو أن المنتديات أجمل بكثير وأثقل بكثير) 15:50 &lt;@modulus&gt; همم، بوابة بدعم ترشيح؟ عمّا تتحدثون يا رفاق، ربما يساعد أن أعرف. :-) 15:51 &lt;@modulus&gt; برأيي المنتديات سيئة، أكره المنتديات اللعينة، إنها غير قابلة للاستخدام ;-( 15:51 &lt;+fox&gt; &lt;ailouros&gt; ههه أظن أنه يريد الوصول من الـ InterNEt 15:51 &lt;+fox&gt; * ailouros يوافق modulus 15:51 &lt;@frosk&gt; modulus: صحيح جداً 15:51 &lt;jrandom&gt; هيه modulus ;) نحن نناقش http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 15:51 &lt;+fox&gt; &lt;ailouros&gt; آآخ الرابط بطول ميغابايت 15:52 &lt;@modulus&gt; ما أحبه في عناوين syndie هو مدى سهولتها في الحفظ والبساطة في الكتابة 15:52 &lt;jrandom&gt; ما زلت أحب http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:52 &lt;jrandom&gt; هيه 15:52 &lt;jrandom&gt; حسناً، اذهب إلى http://syndiemedia.i2p.net/threads.jsp ثم انقر على رابط "Issue tracking software" :) 15:53 &lt;@frosk&gt; الإبلاغ عن العلل مباشرة من لوحة تحكم الـ router لديك 15:53 &lt;@modulus&gt; همم، تتبّع العلل. 15:53 &lt;jrandom&gt; استخدام syndie سيمنحنا 1) الاندماج مع بيئة كل مستخدم I2P 2) ترشيح تافه السهولة 3) تفرّع المواضيع 4) معالجة السبام (عبر التجاهل/المفضلة) 5) وإرهاق syndie بالعمل :) 15:54 &lt;+fox&gt; &lt;reliver&gt; يبدو رائعاً :-) 15:54 &lt;+fox&gt; &lt;ailouros&gt; هو كذلك 15:54 &lt;jrandom&gt; أجل هذه ميزة جيدة جداً يا frosk... يمكننا حتى أن نضع نماذج HTML متخصصة ترسل إلى /syndie/post.jsp 15:54 &lt;+fox&gt; &lt;ailouros&gt; وعلى فكرة، ألم يكن هناك حديث عن جعل syndie قائماً على NNTP؟ :D :D :D 15:54 &lt;@modulus&gt; همم، ماذا عن أدوات علل Debian؟ إنها جميلة برأيي، الـ mailbug 15:54 &lt;anti-&gt; لا يمكنك المجادلة مع ما يعمل بالفعل! 15:55 &lt;@cervantes&gt; أعتقد أن عليكم فعله فقط من منظور عرض تقني 15:55 &lt;jrandom&gt; ailouros: استخدام NNTP لتوزيع منشورات syndie، نعم. حالياً نستخدم تغذية ارتجالية، لكن تحسينات أخرى ستكون رائعة 15:56 &lt;@cervantes&gt; لا طريقة أفضل لاستعراض syndie من حالات استخدام حقيقية 15:56 &lt;jrandom&gt; صحيح بما فيه الكفاية 15:56 &lt;jrandom&gt; حسناً، ربما يمكننا التخطيط لإخراج ذلك في إصدار 0.6.1.6 15:56 &lt;+fox&gt; &lt;reliver&gt; ما لا يعجبني في المنتدى هو أن حاجز الدخول منخفض 15:57 &lt;+fox&gt; &lt;reliver&gt; لذا الكثير من المشتتات تملؤها. 15:57 &lt;@modulus&gt; لا أعلم، هذا الشيء المسمى syndie... لا يعجبني كثيراً بعد، لكن ربما أعتاد عليه. 15:57 &lt;+fox&gt; &lt;reliver&gt; ولا يمكنك العمل معها إلا وأنت متصل 15:57 &lt;jrandom&gt; modulus: هل قرأت المنشور المرتبط من http://syndiemedia.i2p.net/about.html ؟ 15:57 &lt;@modulus&gt; reliver: ارتفاع حاجز الدخول سيئ لتقارير العلل رغم ذلك، فالناس يقدمون لك خدمة كبيرة عندما يكلفون أنفسهم عناء الإبلاغ بطريقة ما. 15:57 &lt;+fox&gt; &lt;ailouros&gt; ليست منخفضة التكلفة: عرض الحزمة يخطر في البال. مستويات الضجيج عالية، بحيث يمكنك استخدام [font=54]HELLO WORLD![/font] وإزعاج عدد هائل من الناس بسرعة 15:57 &lt;jrandom&gt; متفق modulus 15:58 &lt;+fox&gt; &lt;ailouros&gt; أوه نعم ويجب أن تكون متصلاً بالفعل 15:58 &lt;jrandom&gt; هيه ailouros، هذا شيء نحتاج للتعامل معه في Syndie على أي حال :) 15:58 &lt;@modulus&gt; همم، ربما لا، jr، دعني أتحقق 15:58 &lt;+fox&gt; &lt;ailouros&gt; حسناً، مع syndie يمكنك وضع المستخدمين في القائمة السوداء وتنتهي المشكلة إلى حد بعيد 15:58 &lt;jrandom&gt; حسناً، مع syndie يمكنك إنشاء تقارير العلل وأنت غير متصل، ثم تُغذّيها إلى أرشيف بعيد لاحقاً عندما تتصل :) 15:58 &lt;jrandom&gt; بالضبط ailouros، بنقرة واحدة في الإصدار الجديد أيضاً 15:59 &lt;+fox&gt; &lt;ailouros&gt; مع المنتديات إما أن تأمل أن يأتي مشرف ويقتلهم، أو تبقيهم 15:59 &lt;anti-&gt; هو أشبه بـ uucp من nntp :) 15:59 &lt;@modulus&gt; همم، أي منشور بالتحديد مرتبط من هناك؟ 15:59 &lt;jrandom&gt; ههه *بالضبط* anti 15:59 &lt;jrandom&gt; modulus: الرابط الأول "in syndie itself" 15:59 * cervantes يحب خيار القتل 16:00 &lt;@modulus&gt; باه، uucp == nntp لأغراض عملية :-) 16:00 &lt;jrandom&gt; anti-: هذا هو الهدف فعلاً - عندما يبني الناس آليات نقل أحدث وأفضل (uucp, nntp, usenetdht, إلخ)، يمكن أن يتدفّق المحتوى بسلاسة 16:00 &lt;+fox&gt; &lt;ailouros&gt; هذا كله يذكرني بـ plan9 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p قد تكون خاصة، لكن عادةً أنظمة الإبلاغ عن العلل تُستخدم كجدران نارية ضد المستخدمين... 16:01 &lt;jrandom&gt; تُستخدم كجدران نارية ضد المستخدمين؟ 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p قد تكون خاصة، لكن عادةً أنظمة الإبلاغ عن العلل تُستخدم كجدران نارية ضد المستخدمين... 16:01 &lt;+fox&gt; &lt;reliver&gt; نعم. 16:01 &lt;jrandom&gt; أريد أن يكون من السهل جداً جداً على الناس الإبلاغ عن العلل 16:01 &lt;+fox&gt; &lt;reliver&gt; mozilla و thunderbird و ubuntu مجرد أمثلة 16:02 &lt;+fox&gt; &lt;reliver&gt; حسناً، رائع :-) 16:02 &lt;jrandom&gt; لدى mozilla/وغيرها ذلك "وكيل التغذية الراجعة" المدمج لإرسال تقارير العلل تلقائياً 16:02 &lt;+fox&gt; &lt;reliver&gt; هم لا يقرؤون تقارير العلل تلك 16:02 &lt;jrandom&gt; هيه 16:02 &lt;@modulus&gt; همم، تلك المقدمة جيدة، المشكلة الوحيدة أنني لا أحب الواجهة إطلاقاً، أفضل القيام بأشياء شبيهة بالبريد عبر استعارة المجلدات بدلاً من طريقة الويب-المليء-بالروابط 16:02 &lt;@modulus&gt; لكن هذا أنا فقط 16:02 &lt;jrandom&gt; modulus: ربما تصدير RSS يخدم احتياجاتك إذن؟ 16:02 &lt;+fox&gt; &lt;ailouros&gt; أوافق modulus (هل خمّن أحد؟ :D ) 16:02 &lt;@cervantes&gt; الاضطرار لاستخدام pastebin لعرض أخطاء وحدة التحكم أمر منفّر للبعض 16:03 &lt;jrandom&gt; أو يمكننا الحصول على تكامل مع susimail، كما اقترح cervantes، لإرسال التقارير 16:03 &lt;jrandom&gt; (أو للنشر إلى syndie) 16:03 &lt;@modulus&gt; ممكن، jrandom، سأطلع عليه. ربما أحتاج محوّلاً من RSS إلى NNTP أو من RSS إلى POP?/IMAP، سأفكر بالأمر. 16:05 &lt;@cervantes&gt; modulus: سأكون فضولياً لمعرفة رأيك بواجهة i2ptunnel الجديدة عند صدور إصدار i2p التالي 16:05 &lt;@cervantes&gt; إن كانت أفضل أو أسوأ لك من حيث سهولة الاستخدام 16:05 &lt;@cervantes&gt; (لكن أظن أنك عادةً تعدّل ملفات الإعداد؟) 16:07 &lt;jrandom&gt; أووه نعم تبا، نسيت الكثير من الأشياء في ملاحظات الحالة... 16:08 &lt;+fox&gt; &lt;ailouros&gt; إذن دعنا نُسرع ونقفز إلى النقطة التالية على التوالي... كانت النقطة رقم C، صحيح؟ 16:08 * jrandom يظن أنها رائعة جداً، لكن سنحصل على المزيد من التغذية الراجعة عندما يجرّبها الناس 16:08 &lt;@modulus&gt; cervantes: هل تقصد "ستطعن نفسك بسكين صغير في مؤخرتك كبديل أفضل لاستخدامها" أم العكس؟ :-) 16:08 &lt;jrandom&gt; نعم، القفز إلى 6)، هل لدى أحد أفكار حول مقترح المفاتيح الديناميكية؟ 16:09 &lt;@modulus&gt; cervantes: عادةً أستخدم الواجهة فعلاً، رغم أنني الآن أعرف أن ملفات الإعداد قابلة للتعديل... :-) 16:09 &lt;+fox&gt; &lt;ailouros&gt; نعم، أنا متأكد إلى حد كبير أنه سيتسبب بارتفاع صاروخي في عدد الـ routers المفترض أنها معروفة 16:09 &lt;@cervantes&gt; اللعنة* :) 16:10 &lt;@modulus&gt; هذه الفكرة الديناميكية للمفتاح تعني أن الـ routers تحصل على مفتاح جديد عند حصول IP جديد، صحيح؟ 16:10 &lt;@cervantes&gt; modulus: حسناً، فقط إن كان يجدر بنا حتى إزعاج أنفسنا بتفاهات WAI 16:10 &lt;jrandom&gt; هيه هذا صحيح ailouros 16:10 &lt;@cervantes&gt; على أي حال... شططت 16:10 &lt;jrandom&gt; صحيح modulus 16:11 &lt;@modulus&gt; حسناً، ربما ليس سيئاً أن الأقران المعروفين في الواقع تخمين، أكثر من الآن. 16:11 &lt;+Complication&gt; حسناً، الشيء الوحيد الذي أستطيع استنتاجه عن Dynamic Keys.. يبدو أنه لا ينبغي تغيير المفاتيح دون داعٍ (وإلا يفسد تتبّع موثوقية الأداء). 16:11 &lt;+Complication&gt; لكن عند تغيير IP (نادر بما يكفي؟) قد لا يضر. 16:11 &lt;jrandom&gt; صحيح Complication. ليست ميزة نريدها افتراضياً. معظم الناس لن يرغبوا بها 16:12 &lt;anti-&gt; لست متأكداً من الأثر الإيجابي للمقترحات. 16:12 &lt;jrandom&gt; لن تقدم تحسناً كبيراً للهوية المجهولة أيضاً، ولا تحسناً إطلاقاً ضد خصم قوي، لكنها قد تساعد ضد خصوم ضعفاء 16:12 &lt;+fox&gt; &lt;ailouros&gt; ألا يكشف ذلك أيضاً أي العقد ذات IP ثابت وأيها ليست كذلك؟ 16:13 * cervantes لديه نفس المفتاح منذ ما يقارب سنتين :) 16:13 &lt;+polecat&gt; حسناً على الأقل أستطيع الوصول إلى هنا. 16:13 &lt;jrandom&gt; ailouros: لن يستخدمها معظم الناس. فقط أقلية صغيرة جداً سترغب باستخدامها 16:13 &lt;+fox&gt; &lt;ailouros&gt; إذن أساساً دوران أكثر مقابل قليل من الحماية ضد خصوم ضعفاء؟ 16:13 &lt;jrandom&gt; صحيح ailouros 16:13 &lt;+fox&gt; &lt;ailouros&gt; أوك 16:14 &lt;+fox&gt; &lt;ailouros&gt; هل هناك طريقة لقياس أثر الأداء لتلك الميزة عندما تكون في البرية؟ 16:14 &lt;@modulus&gt; أعتقد أنها ستساعد ضد هجوم تقاطع node-dest؟ 16:14 &lt;+polecat&gt; ما زلت أتساءل لماذا أتنقّل بين OK و OK(NAT)، محيّر... 16:14 &lt;jrandom&gt; modulus: فقط ضد خصم ضعيف 16:14 &lt;+fox&gt; &lt;ailouros&gt; polecat لا تقلق، أنا أتنقل بين 15h uptime و 0h uptime :| 16:14 &lt;jrandom&gt; ailouros: لست متأكداً، رغم أن stats.i2p تشير إلى أننا نستطيع التعامل مع الدوران 16:15 &lt;jrandom&gt; polecat: همم، يعني على الأرجح أن هناك بعض الترشيح جارٍ 16:15 &lt;@modulus&gt; برأيي هجوم تقاطع node-dest هو أخطر هجوم ممكن وقابل للتنفيذ حالياً؟ بجانب حقيقة أننا قليلون جداً، أعني. 16:15 &lt;@modulus&gt; لذا، أظن أن أي شيء يساعد في هذا الاتجاه ربما فكرة جيدة 16:16 &lt;+polecat&gt; أستطيع إرسال رزم UDP مباشرة عبر الراوتر لدي على ذلك المنفذ، لا مشكلة من أصداف بعيدة. لا فكرة لدي، ربما i2p يكتشف الـ NAT، ويظن خطأً أنه غير موجّه. 16:16 &lt;+fox&gt; &lt;ailouros&gt; أتفق مع "فكرة جيدة" طالما أن الدوران لا يسبّب ضربة أداء حادة 16:16 &lt;anti-&gt; عندما تكبر الشبكة، سيكون هناك الكثير من الدوران على أي حال... 16:17 &lt;anti-&gt; *يشير إلى هجوم DoS الواضح الذي يتضمن تغيير المفاتيح باستمرار كل بضع دقائق 16:17 &lt;anti-&gt; ما الأثر الذي سيحدثه ذلك؟ 16:17 &lt;+fox&gt; &lt;ailouros&gt; DoS ضد مَن؟ :D 16:18 &lt;jrandom&gt; آه، الأقران الجدد يذهبون إلى طبقة "not failing" افتراضياً، ولا يرتقون إلى طبقتي "high capacity" أو "fast" إلا بعد بقائهم لفترة 16:18 &lt;jrandom&gt; لذلك لن يشن DoS على اختيار الأقران 16:18 &lt;anti-&gt; مع خصم قوي نسبياً... سيخلق كماً هائلاً من العقد الميتة ظاهرياً/دوران netdb؟ 16:18 &lt;+Complication&gt; anti: لن يعتبر أحد تلك العقد موثوقة بعد الآن 16:18 &lt;+polecat&gt; anti-: لدينا shitlist لسبب ما. 16:19 &lt;anti-&gt; *مقتنع 16:19 &lt;jrandom&gt; حسناً، تُسقَط إدخالات netDb إذا كانت العقدة غير قابلة للوصول 16:20 &lt;anti-&gt; إذن نفس مسائل الأداء التي أُثيرت للتو حول المفاتيح الديناميكية ستنطبق؟ إذا لم يتأثر الأداء كثيراً بمثل هذا الهجوم، فلن يتأثر بشكل ملحوظ بالمفاتيح الديناميكية أيضاً... أليس كذلك؟ 16:20 &lt;+polecat&gt; الثقة التزايدية تساعد حقاً في التعامل مع الخائنين المتأخرين، هكذا كنت أفكر. 16:20 &lt;+fox&gt; &lt;ailouros&gt; ما هو "الخائن ذو البدء المتأخر"؟ 16:20 &lt;+polecat&gt; ثق بالناس أكثر فأكثر طالما استمروا في إفادتك، لكن ليس لدرجة أنهم يستطيعون سلب أكثر مما أعطوا... 16:20 &lt;anti-&gt; ينضم لفترة طويلة، ثم يتحول إلى يهوذا. 16:21 &lt;jrandom&gt; صحيح، الأقران يُطرَدون سريعاً من طبقة 'fast' إذا تصرّفوا بشكل سيئ 16:21 &lt;+Complication&gt; أعتقد أنه قد يكون شخصاً يتصرف مثل "انتظر حتى 300 tunnels مشاركة، ثم يتحطّم" 16:21 &lt;+polecat&gt; أوه، أنا أختلق عبارات طوال الوقت. نعم، خيانة من نوع يهوذا، حيث تساعد شخصاً حقاً، ثم تخونه بنيّة جني المكاسب في اللحظة الأخيرة. 16:21 &lt;anti-&gt; أوه لا، الـ tunnels مكسورة *أعد البناء* 16:21 &lt;jrandom&gt; الأقران الذين تمت ترقيتهم إلى طبقة 'fast' أثناء فترة إسقاطهم ينبغي أن يكفوا حينها 16:21 &lt;+fox&gt; * ailouros يستمتع بهذه الإشارات الخاطئة للكتاب المقدس :D 16:22 &lt;jmg&gt; بالحديث عن high capacity، واو أنا أحصل بين 400k و 600K باستمرار للـ router اليوم. (لكن ربما كل تلك إعدادات zero hops التي أستخدمها تساعد) 16:22 &lt;jrandom&gt; 600KBps؟! 16:22 &lt;+polecat&gt; نأمل خلال الوقت الذي يستغرقه الوصول إلى 300 tunnels مشاركة، ستكون مطالباً بنقل قدر كافٍ من البيانات بحيث لن يهم إن تحطّمت. 16:22 &lt;jmg&gt; نعم 16:22 &lt;+fox&gt; &lt;ailouros&gt; O_O بماذا أنت متصل؟ 16:22 &lt;+Complication&gt; مثل هذا العرض عريض النطاق خبر جديد بالنسبة لي :) 16:22 &lt;jrandom&gt; تبا، هذا سريع بما يكفي لبدء الاصطدام مع مرشحات Bloom لدينا 16:22 &lt;anti-&gt; ailouros: سؤال وقح لِباحثي الخصوصية ;) 16:23 &lt;+polecat&gt; لا بد أنه 600KBpm أو ph. 16:23 &lt;+fox&gt; &lt;ailouros&gt; آسف anti- :D لكنه كان أول من تكلّم 16:23 &lt;+polecat&gt; puh! 16:23 &lt;jrandom&gt; أود الحصول على بعض الإحصاءات من صفحة oldstats.jsp لديك. لكن سعيد لسماع أنه يتعامل مع الأمور :) 16:23 &lt;anti-&gt; يوماً ما سأحاول من i2... 16:23 &lt;jrandom&gt; hehe 16:24 &lt;+fox&gt; &lt;ailouros&gt; يبدو رائعاً، I2P على I2 16:24 &lt;jmg&gt; jrandom: أنا أحفظ الرسوم البيانية، سأراقب عن كثب، لكن نعم أستطيع تأكيد 600kB/s مستمرة لمدة دقيقتين، قبل حوالي 5 دقائق 16:24 &lt;+polecat&gt; هل حاول أحد عبور جدار حماية موجّه d-link؟ ليس لدي أي حظ هناك إطلاقاً وصديقي ينسى دائماً توجيه المنفذ. 16:24 &lt;jrandom&gt; رائع jmg 16:24 &lt;anti-&gt; polecat: هل نقوم بـ udp holepunching بعد؟ فقدت المتابعة 16:25 &lt;jrandom&gt; anti-: نعم، نفعل، لكل شيء عدا الـ NAT المتماثلة 16:25 &lt;jrandom&gt; polecat: إن كان لدى صديقك رقم الطراز، هناك بضعة مواقع على الإنترنت تسرد نوع الـ NAT 16:26 &lt;anti-&gt; بخصوص الخيانة المتأخرة... قد تكون مشكلة مع خصم قوي؟ 16:26 &lt;jmg&gt; jrandom: بالطبع bittorrent معروف بأنه ينهب هذا الاتصال عند 4MB/s مستمرة، لكن خفّفت من ذلك قليلاً مؤخراً 16:26 &lt;anti-&gt; 24000 عقدة، بحيث تحصل على واحدة تتحطم كل 10 ثوانٍ أو نحو ذلك؟ 16:26 &lt;+polecat&gt; NAT متماثلة، على عكس full cone؟ 16:26 &lt;jrandom&gt; رائع jmg 16:26 &lt;jrandom&gt; همم anti-؟ 16:26 &lt;jrandom&gt; polecat: أو restricted cone 16:27 &lt;+polecat&gt; واو، يمكنه حتى restricted cone هذا مثير للإعجاب.. 16:27 &lt;anti-&gt; لا أظن أن الخيانة المتأخرة سيكون لها أي أثر يُذكر إلا إذا طُبِّقت على نطاق ضخم بشكل لا يُصدّق، وعندها ستكون للهجمات الأخرى أثر أكبر؟ 16:28 &lt;jrandom&gt; نعم لست قلقاً جداً بشأنها anti-... ستكلّف الكثير، ويمكننا التوجيه حول الإخفاقات على أي حال، لذا سيكون الضرر طفيفاً 16:28 &lt;+Complication&gt; الخيانة المتأخرة تتطلب نوعاً ما مساهمة كبيرة (كي تجعل آلات أخرى تعتمد على آلتك). 16:28 &lt;+fox&gt; &lt;ailouros&gt; نطاق ضخم بشكل لا يُصدّق = أنت كل الـ netries على معظم الـ routers لدى الآخرين تقريباً؟ 16:28 &lt;anti-&gt; هذا بالضبط ما تفعله anti-p2ps الآن، لكن لدينا anti-anti-p2ps الآن... 16:29 &lt;+fox&gt; &lt;ailouros&gt; لا، انتظر anti-p2p ترسل نفايات بدلاً من البيانات الجيدة 16:29 &lt;+fox&gt; &lt;ailouros&gt; هذا ليس نفس الشيء 16:29 &lt;anti-&gt; هذا مجرد طريقة أسرع للدخول إلى قائمة القذارة، لذا لن تُدرَج جيداً أبداً. 16:29 &lt;anti-&gt; هذا لن يعمل ضد i2p إطلاقاً، أظن. 16:29 &lt;@cervantes&gt; jmg: حصلت على 4-5mb/s من التورنت من قبل، لكن أبداً شيء مثل 600k عبر I2P... هل لديك عتاد قوي أيضاً؟ 16:29 &lt;+polecat&gt; كنت أفكر بشكل مستقل عن i2p بحد ذاته. حكومتي تقوم بالكثير من الخيانة المتأخرة، رغم أنهم يحاولون إبقاءها مصنّفة. 16:29 &lt;anti-&gt; لكننا ربما سننزف لهم عرض الحزمة أولاً! 16:29 &lt;jrandom&gt; anti-: إذا كانوا موثوقين لأيام متتالية، يمكنهم الهجوم مرة واحدة لأقل من 10 دقائق 16:30 &lt;jrandom&gt; بالضبط anti- :) 16:30 &lt;+polecat&gt; أو في سياق المصرفية عبر الإنترنت. 16:30 &lt;jmg&gt; هل لدى أحد تعليمات سهلة لإعداد مكتبة Native BigInteger لـ amd64؟ إن لم يكن فسأكتشفها بنفسي 16:30 &lt;jrandom&gt; هيه polecat 16:30 &lt;jrandom&gt; jmg: إنها مضمّنة في jbigi.jar، لكن يُفترض أن تُبنى على amd64 الآن 16:30 &lt;jrandom&gt; رغم أنني أظن أن هذا يعني أننا الآن في 6.1) ??? 16:31 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه؟ :) 16:31 &lt;anti-&gt; ستحتاج إلى 20000 آلة أو شيء كهذا، مع جدول تحطّم متداول، وأظن أن النتائج ستكون مخيبة؛ ستنتهي بالمساهمة أكثر بكثير للشبكة مما ستحذفه! 16:31 &lt;jrandom&gt; هذا هو الأمل anti- 16:31 &lt;+fox&gt; &lt;ailouros&gt; حسناً، أسوأ سيناريو هو أن الناس يجب أن يُعيدوا البذر 16:31 &lt;jmg&gt; أوه شكراً 16:31 &lt;+polecat&gt; معالج 64-بت، 4mbit رفع، يبدو أن شخصاً ما محظوظ جداً. 16:32 &lt;anti-&gt; أو يدير جهازاً عادياً في جامعة... 16:32 &lt;+fox&gt; * ailouros ينظر إلى قائمة عتاد جامعته ويعبس 16:32 &lt;anti-&gt; جامعة لا تشتري dell ;) 16:33 &lt;+fox&gt; &lt;ailouros&gt; أعتقد أن لدينا بضعة dells... من قبل 5 سنوات إن لم تخني الذاكرة 16:33 &lt;+fox&gt; &lt;Sonium&gt; أعتقد أن هذا سيئ: 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;@cervantes&gt; polecat: 4 megabyte ;-) 16:33 &lt;jrandom&gt; Sonium: نعم، ما إن يحصل على OOM واحدة، سيموت بسرعة 16:34 &lt;+fox&gt; &lt;Sonium&gt; وهذا أيضاً: 16:34 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 &lt;+fox&gt; &lt;Sonium&gt; أو في الـ establisher 16:34 &lt;jrandom&gt; (يمكن تجاهل OOMs اللاحقة) 16:34 &lt;jrandom&gt; ما إن يحصل على OOM واحدة، يمكنك تجاهل كل الأخطاء اللاحقة 16:34 &lt;+fox&gt; &lt;ailouros&gt; نعم لكن لا ينبغي أن تحصل على الـ OOM الأولى :D 16:34 &lt;jmg&gt; polecat: الكمون هنا على المحطة الفضائية الروسية مذهل رغم ذلك.. 16:34 &lt;jrandom&gt; صحيح ailouros 16:35 &lt;+fox&gt; &lt;ailouros&gt; أوه، على فكرة... الـ router لدي يتعرض للـ watchdog كثيراً 16:35 &lt;jrandom&gt; هممم، استهلاك CPU مرتفع؟ 16:35 &lt;+fox&gt; &lt;ailouros&gt; أظنها مجرد تركيبتي التعيسة؟ 16:35 &lt;+fox&gt; &lt;ailouros&gt; ليس بقدر ما أعلم، الجهاز غير مثقل 16:36 &lt;+fox&gt; &lt;ailouros&gt; لكن أظن أن هذا ما ينبغي أن أتوقعه من JVM فيه علل على طبقة محاكاة لينكس فيها بعض العلل 16:36 &lt;jrandom&gt; أي jvm تستخدم، وعلى أي نظام تشغيل؟ 16:36 &lt;+fox&gt; &lt;Sonium&gt; أنا؟ 16:36 &lt;+fox&gt; &lt;ailouros&gt; Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 على NetBSD/i386 2.0.2 16:37 &lt;jrandom&gt; آه نعم، لم أقم بأي اختبارات على nbsd. fbsd جيد، لكن ليست لدي خبرة مع nbsd 16:38 &lt;jrandom&gt; قد يستحق التجربة مع gcj، ربما يمكننا التعمق في ذلك بعد الاجتماع 16:38 &lt;+fox&gt; &lt;ailouros&gt; تعمل بشكل جيد نوعاً ما، لكن المتعة الحقيقية هنا أنه أحياناً (بحسب أي بت قلبه عندما نزل من السرير — أقصد أعاد التشغيل) تُنشأ ملفات netbsd بأذون 540 :D 16:38 &lt;+fox&gt; &lt;Sonium&gt; هناك شيء سيء فعلاً هنا 16:38 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 &lt;+fox&gt; &lt;Sonium&gt; 6 16:39 &lt;+fox&gt; &lt;ailouros&gt; آسف ملفات netDb تُنشأ 540 16:39 &lt;+fox&gt; &lt;Sonium&gt; أظنني سأعيد التثبيت لاحقاً 16:39 &lt;jrandom&gt; Sonium: ما نظام التشغيل لديك؟ يبدو أن الـ jvm يتصرّف بغرابة 16:39 &lt;+fox&gt; &lt;Sonium&gt; winxp 16:39 &lt;jrandom&gt; نعم، إذا كنت على 1.5.0_5، فقد يستحق التجربة 1.4.2_09 16:39 &lt;anti-&gt; لا أظن أن هذه مشكلة i2p... 16:40 &lt;jrandom&gt; (1.4.2 كان أكثر استقراراً بالنسبة لي، ويتطلب موارد أقل) 16:40 &lt;jrandom&gt; و i2p لا يستخدم أي 1.5-isms، ولا نحتاج تحسينات GUI في 1.5 16:40 &lt;+fox&gt; &lt;Sonium&gt; الغريب أنه لم يحدث هذا من قبل 16:40 &lt;+polecat&gt; لا يمكنك استخدام azureus إن لم يكن لديك 1.5، أفٍ. 16:40 &lt;+fox&gt; &lt;ailouros&gt; وبالطبع أنا *أستخدم* azureus :| 16:41 &lt;+fox&gt; &lt;ailouros&gt; لكنه ليس مشكلة حقيقية... ليس كثيراً، أعتقد... 16:41 &lt;+fox&gt; &lt;ailouros&gt; ما لم تكن تلك الرسائل حول bob كونه الرابع ذات صلة 16:41 &lt;jrandom&gt; لا، يمكن تجاهلها 16:41 &lt;anti-&gt; (هل أنا الوحيد الذي يزعجه أن utorrent و bitcomet غير مفتوحين؟) 16:42 &lt;+polecat&gt; :o اللعنة عليك يا bob! 16:42 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر للاجتماع؟ 16:42 &lt;anti-&gt; مافن؟ 16:42 * cervantes يمكنه التوصية بـ ibm java 1.4.2 إن كنت تريد إدارة موارد أفضل 16:42 &lt;+polecat&gt; anti-: جرّب mlnet. caml -&gt; أغرب لغة في العالم، لكنها تعمل جيداً. 16:42 &lt;+fox&gt; &lt;ailouros&gt; caml رائعة 16:42 &lt;+fox&gt; &lt;ailouros&gt; (إن كنت تستطيع قراءتها :D ) 16:42 &lt;@frosk&gt; مهلاً، لا تنتقص من caml 16:43 &lt;anti-&gt; يستحق prolog الذكر هنا، وكذلك brainf**k وما إلى ذلك 16:43 &lt;+polecat&gt; caml لديها وثائق مروّعة. استغرقني الأمر نصف ساعة لأكتشف أن ! عادةً (أحياناً) عامل فك إشارة. 16:43 &lt;@frosk&gt; أتقاضى أجراً لكتابة ocaml :) 16:43 &lt;+polecat&gt; jrandom: لم أكن أعلم أنني اقتحمت اجتماعاً، آسف. 16:44 &lt;jrandom&gt; لا مشكلة، نعوّض اجتماعاتنا القصيرة ;) 16:44 * jrandom يستعد 16:44 * jrandom يغلق *baf* الاجتماع </div>/ar/blog/2005/11/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/Tue, 08 Nov 2005 00:00:00 +0000/ar/blog/2005/11/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, dust, frosk, jrandom, reliver, tealc\_, ZipTie</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:21 &lt;jrandom&gt; 0) مرحباً 15:21 &lt;jrandom&gt; 1) حالة الشبكة / خارطة الطريق قصيرة المدى 15:21 &lt;jrandom&gt; 2) I2Phex 15:21 &lt;jrandom&gt; 3) I2P-Rufus 15:21 &lt;jrandom&gt; 4) I2PSnarkGUI 15:21 &lt;jrandom&gt; 5) Syndie 15:22 &lt;jrandom&gt; 6) ??? 15:22 &lt;jrandom&gt; 0) مرحباً 15:22 * jrandom يلوّح 15:22 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2005-November/001206.html 15:22 * bar يتمتم بتحيات من خلف لحيته/لحيّتها المزيفة(?) 15:23 &lt;jrandom&gt; حسناً، ننتقل إلى 1) حالة الشبكة / خارطة الطريق قصيرة المدى 15:23 &lt;jrandom&gt; لا جديد يذكر عما في البريد - نأمل إصدار نسخة جديدة في وقت لاحق من هذا الأسبوع، أو في عطلة نهاية الأسبوع 15:24 &lt;jrandom&gt; هناك بعض التحسينات الجديدة في cvs يفترض أن تساعد على تحسين الاعتمادية، وقد عملت بشكل جيد في الاختبارات التي قمت بها، لكنها على الأرجح لن تُحدث أثراً كبيراً حتى يتم نشرها على نطاق واسع 15:25 &lt;jrandom&gt; كما أنني لم أحدد بعد مستوى معدل نقل عشوائي أريد بلوغه قبل المتابعة إلى 0.6.2، رغم أن حدسي يقول إن علينا الاستمرار في التحسينات حتى أستطيع تبرير نقاط الاختناق عبر تأخيرات القفزات لكل router 15:26 &lt;jrandom&gt; لكن حالياً، هذه ليست نقطة الاختناق لدينا، لذا لا يزال هناك عمل يجب القيام به. 15:26 &lt;jrandom&gt; لا أملك الكثير لأضيفه في هذا الجانب - هل لدى أحد أسئلة/تعليقات/مخاوف؟ 15:28 &lt;jrandom&gt; حسناً، إن لم يكن، ننتقل إلى 2) I2Phex 15:28 &lt;jrandom&gt; ليس لدي الكثير لأضيفه هنا عما قيل في البريد. كانت هناك أيضاً مجموعة من النقاشات على المنتدى، لذا مرّوا من هناك لمزيد من الأخبار والتذمّر 15:31 &lt;jrandom&gt; حسناً، إن لم يكن، ننتقل إلى 3) I2P-Rufus 15:31 &lt;jrandom&gt; هذه النقطة كانت مجرد ترديد مني لإشاعة، لكن سنرى كيف تسير الأمور 15:32 &lt;jrandom&gt; Rawn / defnax: هل لديكما شيء تضيفانه؟ 15:35 &lt;tealc_&gt; ما هو i2p-rufus؟ 15:35 &lt;jrandom&gt; نسخة من عميل BitTorrent «rufus» مُكيَّفة لـ I2P (http://rufus.sourceforge.net/) 15:36 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر، يمكننا الانتقال إلى تقرير إشاعة سريع آخر - 4) I2PSnarkGUI 15:37 &lt;jrandom&gt; ليس لدي الكثير لأضيفه هنا سوى قول "هاي، رائع" :) 15:38 &lt;+bar&gt; نعم، يبدو جميلاً 15:38 &lt;@frosk&gt; هل snark عميل BT آخر أيضاً؟ 15:38 &lt;jrandom&gt; نعم، لكن snark هو عميل BitTorrent مرفق مع I2P :) 15:38 &lt;@frosk&gt; أوه نعم، صحيح :) 15:38 &lt;jrandom&gt; (حالياً أداة سطر أوامر، لكن دعم تعدد التورنت وواجهة ويب قادمان في الطريق، وإن لم يكن ذلك وشيكاً) 15:39 &lt;+fox&gt; &lt;ZipTie&gt; من كان يعمل على استراتيجية الجلب «الأندر أولاً» لـ snark؟ هل تم إنجاز ذلك؟ 15:39 &lt;jrandom&gt; نعم، قام Ragnarok بتنفيذ ذلك 15:39 &lt;jrandom&gt; إنها موجودة في I2PSnark الحالي 15:39 &lt;+fox&gt; &lt;ZipTie&gt; رائع 15:40 &lt;jrandom&gt; أجل، بالتأكيد 15:41 &lt;+fox&gt; &lt;ZipTie&gt; هل سيتم إخراج i2p-bt من الخدمة إذن لصالح rufus أو snark؟ 15:41 &lt;jrandom&gt; هذا متروك للمستخدمين ليقرروا 15:42 &lt;+fox&gt; &lt;ZipTie&gt; أو سهولة الصيانة :) 15:42 &lt;jrandom&gt; شخصياً، أرى أنه إذا حصل snark على واجهة ويب، متكاملة مع وحدة تحكم الـ router، وقدرات تعدد التورنت، وقدم أداءً مكافئاً للآخرين، فسيكون في وضع جيد 15:43 &lt;jrandom&gt; لكن فعلاً، ما ذكرته هو المفتاح - من يتولى الصيانة والتطوير هو القوة الدافعة 15:43 * jrandom لا يقوم بصيانة تطبيقات Python 15:44 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 4، فلننتقل إلى 5) Syndie 15:45 &lt;jrandom&gt; لقد قمت ببعض أبحاث قابلية الاستخدام حول أفضل طريقة للمضي قدماً، وأعتقد أن لدينا واجهة مستخدم (UI) قابلة للاعتماد في الطريق، ولكن إن كان لديك رأي، فانشره على syndie أو المنتدى ونأمل أن نأخذه بعين الاعتبار 15:46 &lt;tealc_&gt; آه، ظننت أن i2phex بلغة java.. المواد على المنتديات تعرض مُثبِّتات .exe وملفات .exe في zip 15:47 &lt;jrandom&gt; i2phex بلغة java 15:47 &lt;jrandom&gt; وـ .exe يعمل على أي منصة يعمل عليها java 15:47 &lt;jrandom&gt; java -jar i2phex.exe 15:47 &lt;jrandom&gt; (نعم، حقاً) 15:49 &lt;jrandom&gt; (سعال) 15:49 &lt;jrandom&gt; dust: أي شيء لتضيفه بخصوص syndie؟ 15:50 &lt;dust&gt; لا 15:50 &lt;jrandom&gt; حسناً، رائع. ما لم يكن لدى أحد آخر شيء حوله، فلنقفز إلى القديم الموثوق: 6) ??? 15:50 &lt;jrandom&gt; هل لدى أي شخص شيء آخر يريد طرحه للاجتماع؟ 15:53 &lt;+fox&gt; &lt;reliver&gt; هل الباييّا جاهزة؟ ;-) 15:53 * jrandom يلتقط شوكة-ملعقة 15:54 &lt;jrandom&gt; (وعلى ذِكر ذلك...) 15:54 &lt;+fox&gt; &lt;reliver&gt; وما تزال القطة تفوح منها رائحة القطط ;?) 15:54 * jrandom يختتم 15:54 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2005/11/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-11-08/Tue, 08 Nov 2005 00:00:00 +0000/ar/blog/2005/11/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-11-08/<p>مرحباً يا جماعة، الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة / خارطة الطريق قصيرة المدى 2) I2Phex 3) I2P-Rufus 4) I2PSnarkGUI 5) Syndie 6) ???</li> </ol> <ul> <li> <ol> <li>Net status / short term roadmap</li> </ol> </li> </ul> <p>لا يزال 0.6.1.4 يبدو مستقراً إلى حد كبير، رغم أنه كانت هناك بعض تصحيحات للأخطاء في CVS منذ ذلك الحين. كما أضفت بعض التحسينات لـ SSU لنقل البيانات بكفاءة أكبر، وآمل أن يكون لها تأثير ملحوظ على الشبكة بمجرد طرحها على نطاق واسع. لكنني سأؤجل إصدار 0.6.1.5 في الوقت الحالي، إذ هناك بعض الأمور الأخرى التي أريد إدراجها في الإصدار القادم. الخطة الحالية هي طرحه في عطلة نهاية هذا الأسبوع، لذا ترقبوا آخر الأخبار.</p>/ar/blog/2005/11/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/Tue, 01 Nov 2005 00:00:00 +0000/ar/blog/2005/11/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2005/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> brutus, cervantes, Complication, defnax, dust, jme\___, jrandom, polecat, redzara</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) مرحباً 15:04 &lt;jrandom&gt; 1) 0.6.1.4 وحالة الشبكة 15:04 &lt;jrandom&gt; 2) التهيئة الأولية (bootstraps)، والسوابق (predecessors)، والخصوم السلبيون العالميون (global passive adversaries)، و CBR 15:05 &lt;jrandom&gt; 3) i2phex 0.1.1.34 15:05 &lt;jrandom&gt; 4) تطبيق voi2p 15:05 &lt;jrandom&gt; 5) syndie و sucker 15:05 &lt;jrandom&gt; 6) ??? 15:05 &lt;jrandom&gt; 0) مرحباً 15:05 * jrandom يلوّح 15:05 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2005-November/001186.html 15:05 &lt;jrandom&gt; (لنرَ إن كانت هذه القطّة ستسمح لي باستخدام كلتا اليدين للكتابة...) 15:06 &lt;jrandom&gt; أوه، يبدو أننا مبكرون بضع دقائق (اللعنة على انحراف الساعة)، لكن ربما يعوّض هذا عن تأخرنا بضع دقائق سابقاً ;) 15:07 &lt;jrandom&gt; على أي حال، لننتقل إلى 1) 0.6.1.4 وحالة الشبكة 15:08 &lt;jrandom&gt; ليس لدي الكثير لأضيفه بخلاف ما هو في ملاحظات الحالة 15:08 * cervantes ينتظر حتى الوقت الصحيح ليقول مرحباً 15:08 &lt;jrandom&gt; هه 15:09 &lt;jrandom&gt; لديك 19 ثانية، بحسب timeanddate.com :) 15:09 &lt;@cervantes&gt; مرحباً 15:09 &lt;jrandom&gt; ;) حسناً، على أي حال، هل لدى أحد أي تعليقات/مخاوف حول 0.6.1.4؟ على ما أرى، سارت الأمور بشكل جيد إلى حد كبير 15:10 &lt;+Complication&gt; أحصيت 747.6 routers اليوم :P 15:10 &lt;jrandom&gt; نعم، لدينا تذبذب أعلى من المعتاد مؤخراً 15:10 &lt;jrandom&gt; ما زلنا نحصل على مجموعة من الإحالات من مقال digg / gotroot ذاك 15:10 &lt;+Complication&gt; وأحد الحيل لـ "معرفة" مزيد من الأقران هو ببساطة إعادة التشغيل مرات أقل :) 15:10 &lt;jrandom&gt; هه، صحيح فعلاً 15:10 &lt;@cervantes&gt; *سعال*sourceforge*سعال* 15:11 &lt;+polecat&gt; واجهت بعض المشاكل مع عدد الـ tunnels المشاركة ينخفض فجأة بين الحين والآخر. ربما يكون ذلك الشيء اللعين NAT. 15:11 * jrandom يتأفف. هل حصلت على الكثير من الإحالات من sf يا cervantes؟ 15:11 &lt;+Complication&gt; cervantes: تقصد تلك الصفحة في SourceForge؟ :eek: 15:11 * cervantes لا يسجّل الإحالات 15:11 &lt;jrandom&gt; همم يا polecat، قد تكون مشكلة في nat لديك، لكن انخفاض عدد الـ tunnels المشاركة ليس أمراً سيئاً حقاً - من /المفترض/ أن يحدث ذلك 15:11 &lt;jrandom&gt; آه حسناً يا cervantes 15:12 &lt;+polecat&gt; حقاً؟ ظننت أن كثرة الـ tunnels المشاركة أمر جيد. 15:12 &lt;+Complication&gt; polecat: لديّ كانت تنخفض بسرعة عندما يتجاوز عرض النطاق القابل للاستخدام عملياً 15:12 &lt;@cervantes&gt; أحرص على تسجيل الحد الأدنى فقط اللازم لتصحيح مشاكل المنتدى ;-) 15:12 &lt;@cervantes&gt; لأن الناس يبدون حساسين حول هذا الموضوع 15:12 &lt;@cervantes&gt; لقد لاحظت... 15:13 &lt;jrandom&gt; polecat: بالتأكيد، لكن العدد ينبغي أن ينخفض إذا كان جهازك مُثقلاً أو يتصرف بشكل غريب 15:13 &lt;jrandom&gt; معقول بما فيه الكفاية يا cervantes 15:13 * jrandom يسجّل اسم عائلة أم كل شخص قبل الزواج، لتذكير الناس بألا يثقوا بأحد ;) 15:14 &lt;jrandom&gt; (أم أفعل؟ لن تعرفوا أبداً ;) 15:15 &lt;jrandom&gt; polecat: هل nat لديك يعيد التشغيل عشوائياً، أم يفقد عنوان IP الخاص به، أم شيء آخر؟ 15:15 &lt;@cervantes&gt; نعم قد أغيّر رأيي في تلك المسألة.... رؤية من أين يتبع الجميع الروابط ممتع للغاية :P 15:16 &lt;jrandom&gt; هكذا وجدت مقالي got-root و digg :) 15:16 &lt;dust&gt; لقد لاحظت تحسناً في إنتاجية الشبكة مؤخراً، أم أنني أتخيل مجدداً؟ 15:17 &lt;jrandom&gt; يُفترض أن يكون أفضل، خصوصاً للاتصالات قصيرة العمر (مثلاً استجابات http) 15:18 &lt;jrandom&gt; ومن ناحية أخرى، لم يكن التحسن بالمقدار الذي كنت آمله، لذا لا يزال هناك عمل ينبغي إنجازه على هذا الصعيد 15:18 &lt;dust&gt; مثلاً، i2phex يأخذ تقريباً أي حد أضعه له إذا أعطيته عمليات نقل متوازية كافية 15:18 &lt;jrandom&gt; جيد 15:20 &lt;dust&gt; السرعة لكل tunnel تبدو محدودة &lt;~10k/s 15:20 &lt;dust&gt; أو لكل عملية نقل 15:20 &lt;+polecat&gt; حسناً، جهازي يتعرض للتحميل بين حين وآخر. 15:21 &lt;@cervantes&gt; هل لاحظ أي من أصحاب الاتصالات محدودة النطاق تحسناً؟ 15:22 &lt;jrandom&gt; همم نعم، 10KBps لكل تدفق تقريباً ضمن نفس المجال لما أراه أيضاً 15:22 &lt;jrandom&gt; cervantes: أعتقد أننا أخفناهم جميعاً (لكن إن كان لدى أحدهم مودِم أو اتصال سيئ جداً ويريد التجربة وإفادتنا، سنقدّر ذلك :) 15:23 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 1)، فلننتقل إلى 2) التهيئة الأولية، والسوابق، والخصوم السلبيون العالميون، و CBR 15:23 &lt;jrandom&gt; كان هناك الكثير من النقاش حول هذا على القائمة البريدية (شهد أكتوبر مشاركات أكثر من أي شهر منذ بدء i2p!) 15:24 &lt;defnax&gt; هل نظر أحد إلى eepsites.i2p؟ 15:24 &lt;jrandom&gt; بخلاف ما ورد في ملاحظات الحالة، لست متأكداً مما لدي لإضافته حالياً. هل لدى أحد أي أسئلة/تعليقات/مخاوف؟ 15:24 &lt;@cervantes&gt; أعتقد أنك نجحت في توليد CBR كامل للـ tunnel عبر الحفاظ على مستوى ثابت من رسائل i2plist 15:24 &lt;jrandom&gt; هه يا cervantes 15:24 &lt;jrandom&gt; defnax: نعم، يبدو أنيقاً، قاعدة بيانات لطيفة تنمو هناك 15:25 &lt;jrandom&gt; وكذلك tino.i2p 15:25 &lt;defnax&gt; لكنني لا أحبّه 15:25 &lt;+polecat&gt; مهلاً، أنا على اتصال محدود النطاق! i2p يحصل على 10K/s رفع و 32K/s تنزيل. :) 15:26 &lt;defnax&gt; www.eepsites.com ثم يمكن لجميع المستخدمين العاديين على الإنترنت البحث عن مواقع i2p 15:26 &lt;defnax&gt; ويمكن لـ mpaa أو riaa تصفح ما هي المواقع المتاحة و 15:26 &lt;jrandom&gt; ومالمشكلة؟ 15:26 &lt;jrandom&gt; mpaa/riaa/إلخ يمكنهم ببساطة تشغيل i2p إذا أرادوا رؤية ما يوجد على i2p 15:26 &lt;jrandom&gt; w3wt polecat 15:27 &lt;jrandom&gt; (يا إلهي، بعض استعلامات البحث المريضة على eepsites.com...) 15:27 &lt;defnax&gt; هذا ليس جيداً لإخفاء الهوية 15:27 &lt;defnax&gt; إذن جميع المستخدمين يعرفون أين يجدون ملفات التورنت على eepsites الخاصة بـ I2P 15:27 &lt;jrandom&gt; defnax: الأمر نفسه مع tino.i2p 15:27 &lt;@cervantes&gt; أعجبتني إعلانات غوغل المزيفة على eepsites.i2p.... لكن على أي حال، خروج عن الموضوع 15:27 &lt;jrandom&gt; defnax: هذا ليس جيداً لـ /السرية/. هذا مختلف عن إخفاء الهوية. 15:27 &lt;jrandom&gt; الأشخاص الذين يستضيفون eepsites عامة ينبغي أن يتوقعوا أن أي شخص يمكنه عرض eepsites الخاصة بهم 15:28 &lt;jrandom&gt; إذا أرادوا تقييد من يمكنه الوصول إليها، فعليهم فعل ذلك 15:28 &lt;jrandom&gt; نعم بالتأكيد يا cervantes :) 15:28 &lt;+polecat&gt; أي شخص يريد eepsite خاصاً، فقط لا تُعطه اسماً في hosts.txt. انتهت المشكلة! 15:28 &lt;defnax&gt; لكن لا ينبغي لمستخدمي الإنترنت العاديين أن يعرفوا أي eepsites متاحة! 15:28 &lt;jrandom&gt; polecat: هذا ليس كافياً تماماً 15:29 &lt;+polecat&gt; حقاً؟ 15:29 &lt;jrandom&gt; عذراً، ربما أسأتُ فهم defnax. لماذا لا ينبغي للناس أن يعرفوا ما هي eepsites المتاحة؟ 15:29 &lt;defnax&gt; أعلم أنها لن تُدرج في محرك بحث إذا لم تجعل الـ eepsite عامة 15:29 &lt;+polecat&gt; كنت أظن أنها عملية مسح بالقوة الغاشمة عبر فضاء مفاتيح base64 للعثور على eepsites... 15:29 &lt;jrandom&gt; polecat: صحيح، يمكن لشخص ما جمع netDb 15:29 &lt;defnax&gt; أعتقد أن هذا الشخص لا يحتاج إلى I2P 15:29 &lt;jrandom&gt; حسناً، جمع leaseSets عمل أكثر بكثير من جمع routers... 15:30 &lt;jrandom&gt; defnax: آسف، لا أفهم 15:30 &lt;jrandom&gt; eepsites.com هو واجهة عامة لمحرك بحث عبر الـ eepsites العامة. لا يُكشف أي شيء خاص 15:30 &lt;@cervantes&gt; لول @ آخر 5 عمليات بحث 15:30 &lt;+Complication&gt; نعم، صندوق "آخر عمليات البحث" يوحي بأن شخصاً ما (مفارقةً، ربما شخص غير مجهول الهوية) مريض قليلاً. 15:30 &lt;+Complication&gt; آه، لا بأس. 15:30 &lt;defnax&gt; أعني أنه لا يحتاج إلى I2P ! إنه يعلن على عنوان IP عام أي eepsites تتوافر فيها تورنت أو أشياء أخرى! 15:31 &lt;defnax&gt; على I2P الأمر مقبول، لكن ليس على الإنترنت العادي 15:31 &lt;jrandom&gt; defnax: بالتأكيد، ذلك الشخص الذي يدير eepsites.com لا يحتاج بنفسه إلى i2p. يمكنك معرفة عنوان منزله، رقم هاتفه، إلخ. 15:31 &lt;jrandom&gt; لكن، من ناحية أخرى، الأمر نفسه ينطبق على forum.i2p. 15:31 &lt;jrandom&gt; (وبدرجة ما، www.i2p، رغم أن ذلك لا يعطيك معلومات /خاصة بي/ ;) 15:32 &lt;jrandom&gt; بعض المواقع عامة. هذا جيد. هذا رائع. 15:32 &lt;+fox&gt; &lt;jme___&gt; defnax، ما الهجمات التي تصبح ممكنة بفضل هذا الموقع، والتي لم تكن ممكنة من دونه ؟ 15:32 &lt;@cervantes&gt; Complication: ضحكة مكتومة 15:32 &lt;jrandom&gt; إنهم يقدّمون خدمة قد تكون مفيدة للأشخاص الذين قد يرغبون في تجربة i2p قبل تثبيته 15:33 &lt;defnax&gt; حسناً هل من أخبار عن I2Psnark؟ 15:33 &lt;+Complication&gt; cervantes: نعم، لا شيء يضاهي المفارقة القديمة الجيدة :) 15:33 &lt;defnax&gt; هل سيحصل قبل 0.6.2 على واجهة ويب/واجهة رسومية؟ 15:33 &lt;@cervantes&gt; defnax: يوجد inproxy لـ i2p منذ عدة أشهر 15:33 &lt;jrandom&gt; defnax: كلا، لكن أظن أننا ينبغي أن نتقدّم في جدول الأعمال قبل أن نصل إلى 6) ??? 15:33 &lt;jrandom&gt; حسناً، هل هناك أي شيء آخر حول 2) التهيئة الأولية، والسوابق، والخصوم السلبيون العالميون، و CBR؟ 15:34 &lt;jrandom&gt; أم ننتقل إلى 3) I2Phex 0.1.1.34 15:34 &lt;jrandom&gt; [اعتبرونا قد انتقلنا] 15:35 &lt;jrandom&gt; حسناً، من لم ينتقل بعد إلى 0.1.1.34 عليه الترقية، إذ هناك أمور مهمة في الإصدار. أما من هم بالفعل على 0.1.1.34 ويريدون المساعدة في اختبار بعض التحسينات غير الصادرة بعد، فهناك عمل إضافي في CVS، لذا إن جرّبتم ذلك وواجهتم مشاكل، الرجاء النشر على المنتدى 15:36 &lt;jrandom&gt; وفي خبر آخر، سمعت عن تقدم جيد على صعيد gwebcache أيضاً، لكن لا خبر بعد عن دمجه مع i2phex 15:36 &lt;jrandom&gt; redzara: أي جديد بخصوص الدمج؟ 15:37 &lt;+Complication&gt; تحسينات CVS ما بعد .34 تبدو أنها تجعل الواجهة الرسومية *أكثر بكثير* استجابة. 15:38 &lt;jrandom&gt; رائع، نعم، لم أستطع تحمّل استجابة &lt;= ..34، لكنني لست متأكداً إن كانت الإصلاحات خالية تماماً من الانحدارات، لأنني لا أفهم كل الشيفرة حقاً. لكنه /يبدو/ جيداً :) 15:42 &lt;+redzara&gt; jrandom : آسف، لكننا غيّرنا للتو التوقيت في فرنسا إلى التوقيت الشتوي والعمل على I2phex شارف على الانتهاء، بقي لي تتبع عيبين أو ثلاثة 15:43 &lt;jrandom&gt; آه رائع! 15:43 &lt;jrandom&gt; لا عجلة، فقط كنت أتساءل 15:44 &lt;+redzara&gt; وربما عليّ الحصول على أحدث كود I??phex لأرى إن كان تعديل GregorK ينطبق على أحدث كود phex ؟!? 15:45 &lt;jrandom&gt; نعم، سيكون من الضروري تعطيل وظيفة الطلب البعيد، لكنه كان إصلاحاً بسيطاً بسطرين (تعليق طلبات MAGMA و URI). 15:45 &lt;jrandom&gt; الأمر نفسه لمشكلة التزامن الأخيرة (إزالة الأقفال غير الضرورية على عمليات الشبكة) 15:46 &lt;+fox&gt; &lt;jme___&gt; I??phex &lt;- من المثير كيف أن خطأً مطبعياً يمكن أن يكشف الموقع أيضاً :) 15:46 &lt;jrandom&gt; ليس بقدر "in France" ;) 15:46 &lt;+redzara&gt; هذا مُنجز بالفعل في الكود لدي 15:46 &lt;@cervantes&gt; هيهي 15:46 &lt;jrandom&gt; (لكن هذا خطأ آخر لم يُصلح بعد... مسألة مجموعة محارف IRC) 15:46 &lt;jrandom&gt; حسناً رائع يا redzara 15:47 &lt;+redzara&gt; jme___: أنا لا أسعى لإخفاء موقعي، كما تعلم :-) 15:47 &lt;+redzara&gt; إذن لا شيء آخر لأقوله عن i2phex لدي 15:47 &lt;+fox&gt; &lt;jme___&gt; redzara، حسناً :) 15:48 &lt;jrandom&gt; حسناً رائع، شكراً على التحديث 15:48 &lt;jrandom&gt; هل لدى أي شخص آخر شيء حول i2phex، أم ننتقل إلى 4) تطبيق voi2p؟ 15:49 &lt;+redzara&gt; اعتبر أننا نتحرك :) 15:49 &lt;jrandom&gt; بالنسبة لـ 4)، لست متأكداً إن كان لدي ما أضيفه بخلاف ما في البريد، ويبدو أن aum قد انقطع، لذا سننتظر على الأرجح تحديثاً في وقت لاحق 15:49 &lt;jrandom&gt; (إلا إذا كان لدى شخص آخر شيء ليناقشه في 4)?) 15:50 &lt;jrandom&gt; إن لم يكن، فاعتبرونا قد انتقلنا إلى 5) syndie و sucker 15:50 &lt;jrandom&gt; dust: هل تود أن تعطينا الخلاصة؟ 15:51 &lt;@cervantes&gt; إذن هل أصبحت syndie جيدة في "الشفط" الآن؟ 15:51 &lt;jrandom&gt; نعم *سعال* 15:51 &lt;dust&gt; هه 15:52 &lt;dust&gt; حسناً، الملاحظة تقول تقريباً كل شيء 15:52 &lt;dust&gt; لا يزال هناك أشياء ينبغي فعلها 15:53 &lt;dust&gt; كلمة حول الاختبار والإبلاغ عن العلل 15:54 &lt;jrandom&gt; حسناً رائع، أتعلم على نحو فوري ما قصة rome-0.8؟ هل يستحق انتظار إصدار وشيك، أم نأخذ بناء CVS ونحدّثه لاحقاً؟ 15:55 &lt;+fox&gt; &lt;brutus&gt; أوي، ماذا عن ircProxy الذي يقوم بعملية ping-pong تلقائياً، أي تقدم؟ 15:55 &lt;jrandom&gt; لا تقدم أعرفه 15:55 &lt;+fox&gt; &lt;brutus&gt; (أوبس، آسف) 15:55 &lt;+polecat&gt; voi2p، اصنع ملف mp3 لصوتك وقم بعمل BitTorrent عبر i2p له. 15:56 &lt;dust&gt; لا، لا أعرف الـ ETA للإصدار التالي من Rome 15:56 &lt;dust&gt; لم أستطع الوصول إلى CVS 15:57 &lt;dust&gt; (لا أتذكر لماذا) 15:57 &lt;jrandom&gt; آه حسنٌ، لا نحتاجه بعد، سيكون ذلك لطيفاً فحسب. إذاً لاحقاً 15:58 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر حول 5)؟ أم ننتقل إلى 6) ??? 15:59 &lt;jrandom&gt; [اعتبرونا قد انتقلنا] 15:59 &lt;@cervantes&gt; brutus: لا أعتقد أنه تم فعل أي شيء بخصوص ذلك 16:00 &lt;dust&gt; هل ينبغي القيام به؟ 16:01 &lt;+fox&gt; &lt;brutus&gt; حسناً، نعم، أظن أنه منخفض الأولوية أيضاً 16:01 &lt;+polecat&gt; ما زلت أريد أن أعرف كيف يمكننا جعل i2p، وتقنيات إخفاء الهوية عموماً، أكثر إتاحة في الأماكن الفقيرة أو الخطرة. 16:01 &lt;jrandom&gt; polecat: عن طريق أن نحصل على شخص لديه اتصال عبر الهاتف ليساعد في الاختبار ;) 16:01 &lt;@cervantes&gt; بندقية مجانية مع كل تثبيت؟ 16:02 &lt;jrandom&gt; polecat: نحن بالتأكيد نعمل على ذلك، لكن لدينا الكثير، الكثير لفعله أولاً. 16:02 &lt;jrandom&gt; dust: مسألة irc؟ قد تكون ذات جدوى، لكن تحسينات sucker على الأرجح أكثر أهمية 16:02 &lt;jrandom&gt; (imho) 16:03 &lt;@cervantes&gt; (رأي متحيّز نوعاً ما ;-) 16:03 &lt;@cervantes&gt; *متحيّز 16:03 &lt;jrandom&gt; صحيح ذلك، لكن أظن أن تحيّزي "صحيح" :) 16:04 * cervantes يشير إلى الحرف الكبير ;-) 16:05 * Complication ينظر إلى مقبس الهاتف، ويتساءل إن كان يمكن أن يخرج شيء جيد من مثل هذه &lt;الأشياء&gt; :D 16:05 &lt;+Complication&gt; ثم مرة أخرى، إذا كان DSL يسير عبره، فلا يمكن أن يكون شريراً بطبيعته. :D 16:05 &lt;+polecat&gt; لا... ليس الأشياء! 16:05 &lt;@cervantes&gt; Complication: يمكنك أيضاً استخدامه للاتصال بالناس.... 16:06 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لـ 6) ??? 16:07 * cervantes لم يكن متأكداً من أن لدينا أي شيء لـ ??? أصلاً 16:07 &lt;jrandom&gt; في تلك الحالة... 16:07 * jrandom يستعد 16:08 * jrandom *bafs* يغلق الاجتماع </div>/ar/blog/2005/11/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-11-01/Tue, 01 Nov 2005 00:00:00 +0000/ar/blog/2005/11/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-11-01/<p>مرحباً جميعاً، حان ذلك الوقت من الأسبوع مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.4 و حالة الشبكة 2) boostraps, الأسلاف, الخصوم السلبيون العالميون, و CBR 3) i2phex 0.1.1.34 4) تطبيق voi2p 5) syndie و sucker 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.4 and net status</li> </ol> </li> </ul> <p>يبدو أن إصدار 0.6.1.4 يوم السبت الماضي قد مضى بسلاسة إلى حد كبير - لقد قام 75% من الشبكة بالترقية بالفعل (شكراً!)، ومعظم الباقين على الإصدار 0.6.1.3 على أي حال. يبدو أن الأمور تعمل بشكل جيد إلى حد معقول، وبينما لم أسمع الكثير من ردود الفعل حوله - سواء الإيجابية أو السلبية، أفترض أنكم كنتم ستشتكون بصوت عالٍ لو كان سيئاً :)</p>/ar/blog/2005/10/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/Tue, 25 Oct 2005 00:00:00 +0000/ar/blog/2005/10/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cat-a-puss, cervantes, Complication, dust, jme\___, jnymo\_, jrandom, legion, Ragnarok, reliver, Romster, shardy, susi23</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:24 &lt;jrandom&gt; 0) مرحباً 16:24 &lt;jrandom&gt; 1) حالة الشبكة 16:24 &lt;jrandom&gt; 2) تكامل Fortuna 16:24 &lt;jrandom&gt; 3) حالة GCJ 16:24 &lt;jrandom&gt; 4) عودة i2psnark 16:24 &lt;jrandom&gt; 5) المزيد حول التمهيد (bootstrapping) 16:24 &lt;jrandom&gt; 6) تحقيقات حول الفيروس 16:24 &lt;jrandom&gt; 7) ??? 16:24 &lt;jrandom&gt; 0) مرحباً 16:24 * jrandom يلوّح 16:24 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 يلوّح عائداً 16:26 &lt;jrandom&gt; لننطلق إلى 1) حالة الشبكة 16:26 &lt;jrandom&gt; كما ذكرت، الأمور تبدو معقولة جداً حتى الآن. 16:26 &lt;+fox&gt; &lt;Romster&gt; آه، الاجتماع رائع 16:27 &lt;jrandom&gt; هناك أيضاً أمور جيدة قادمة، لذا سيكون لدينا إصدار جديد في وقت لاحق هذا الأسبوع 16:27 &lt;jrandom&gt; هل لدى أي أحد شيء يود طرحه بخصوص 1) حالة الشبكة؟ 16:27 &lt;@cervantes&gt; يا إلهي، 7 بنود 16:27 &lt;+legion&gt; نعم، يبدو جيداً :-) 16:27 &lt;jrandom&gt; أسبوع حافل يا cervantes :) 16:28 &lt;@cervantes&gt; لا بد أنه أمر جيد 16:28 &lt;+Complication&gt; يعمل بشكل جيد نسبياً، حتى dev.i2p - أستطيع حتى سحب checkouts من CVS دون رسائل EOF. 16:28 &lt;jrandom&gt; جميل :) 16:28 &lt;+Complication&gt; قد تكون زيادات الحمل مرتبطة بإصدار النسخة، تلك الأخيرة. 16:28 &lt;+Complication&gt; لكن لا يسعني الجزم. 16:28 &lt;jrandom&gt; dev.i2p يعمل أيضاً على أحدث build code (-7)، لذا نأمل أن يكون أداؤه أفضل بكثير من قبل 16:29 &lt;jrandom&gt; s/dev.i2p/cvs.i2p (etc)/ 16:29 &lt;+legion&gt; يبدو أن forums.i2p أصبح أفضل بكثير من قبل :) 16:29 &lt;@cervantes&gt; *تنحنح* 16:29 &lt;+fox&gt; &lt;Romster&gt; هل i2p آمن للسماح للآخرين بالانضمام وما إلى ذلك؟ 16:29 &lt;+Ragnarok&gt; حسنًا، الآن علي تجربة هذه المعجزة «cvs checkout الذي يعمل من أول مرة» 16:30 &lt;+fox&gt; &lt;Romster&gt; بما أنه لا توجد حدود معروفة الآن 16:30 &lt;@cervantes&gt; ذلك لأن الجميع يطرقون i2p-list بدلاً من النشر في المنتدى 16:30 &lt;+legion&gt; همم هل أنت متأكد يا cervantes؟ 16:30 &lt;jrandom&gt; Romster: حسناً، نحن ننمو بوتيرة جيدة مؤخراً، لكن ينبغي أن نؤجل النسخة التجريبية العامة حتى 0.6.2 16:30 &lt;jrandom&gt; هيه cervantes ;) 16:30 &lt;jrandom&gt; اصمت يا Ragnarok، ستجلب لنا النحس! 16:31 &lt;+Ragnarok&gt; واو... صحيح. أنا عاجز عن الكلام 16:31 &lt;+fox&gt; &lt;Romster&gt; تمام jrandom 16:31 &lt;jrandom&gt; (يا رجل، عيناي تدمعان من الكاري الذي يطهوه رفقاء السكن في الأسفل) 16:31 &lt;jrandom&gt; أحسنت Ragnarok 16:32 &lt;+fox&gt; &lt;Romster&gt; لول هذا كاري قوي فعلاً 16:32 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 1)، يمكننا الانتقال سريعاً إلى 2) تكامل Fortuna 16:32 &lt;jrandom&gt; (صحيح يا Romster) 16:32 &lt;+fox&gt; &lt;shardy&gt; ياي لتكامل Fortuna! 16:32 &lt;+fox&gt; &lt;Romster&gt; ننتقل إلى 2) :P 16:32 &lt;+fox&gt; &lt;Romster&gt; ما هي Fortuna؟ 16:32 &lt;jrandom&gt; هيه ظننت أنك ستعجب بذلك يا shardy :) 16:32 &lt;+fox&gt; &lt;Romster&gt; كنت متأخراً قليلاً الشهر الماضي 16:32 &lt;+Complication&gt; خوارزمية PRNG، إن لم تخني الذاكرة. 16:33 &lt;+Complication&gt; من المفترض أنها جيدة، أو هكذا يكتبون. :P 16:34 * Complication لا يعرف شيئاً عن آلياتها الداخلية مع ذلك 16:34 &lt;jrandom&gt; shardy: سأكون ممتناً لو تمكنت من إلقاء نظرة عليها يوماً ما 16:34 &lt;+fox&gt; &lt;shardy&gt; بالتأكيد 16:34 &lt;+fox&gt; &lt;shardy&gt; هل تستخدم تنفيذ GNU؟ 16:34 &lt;jrandom&gt; Romster/Complication: هناك بعض الروابط في البريد الإلكتروني 16:34 &lt;jrandom&gt; نعم يا shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 &lt;jrandom&gt; (مُدمجة مع http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java ) 16:36 &lt;jrandom&gt; نحن نختلف عن تنفيذ gnu-crypto المباشر، إذ لدينا بالفعل كود AES256 وSHA256 (من Cryptix وBouncycastle على الترتيب) 16:36 &lt;jrandom&gt; على أي حال، هذا يبدو رائعاً، فقد كنا نعمل على إدخال هذا الدعم منذ نحو عام الآن 16:37 &lt;jrandom&gt; (تكامل Fortuna كان من المشاريع الرئيسية التي دفعت smeghead لبناء 'pants' ;) 16:37 &lt;jrandom&gt; إذا كان لدى أي أحد أسئلة/تعليقات/مخاوف حولها، فرجاءً أرسلوها إلى القائمة 16:37 &lt;jrandom&gt; (أو بريد إلكتروني، أو المنتدى، بالطبع) 16:38 &lt;+fox&gt; &lt;Romster&gt; نعم أين smeghead؟ لم يظهر منذ مدة الآن 16:38 &lt;jrandom&gt; smeghead هو [redacted] يقوم بـ [redacted] 16:39 &lt;jrandom&gt; حسناً، ننتقل إلى 3) حالة GCJ 16:39 &lt;jrandom&gt; i2p يعمل على GCJ! [w00t!] 16:39 &lt;+susi23&gt; عمل جميل 16:39 &lt;+legion&gt; جميل 16:39 &lt;jrandom&gt; على الأقل، يعمل على GCJ 4.0.2 على Linux 2.6.12. لم أجرب منصات أخرى 16:40 &lt;jrandom&gt; نعم، فريقا GCJ وGNU Classpath قاموا بعمل رائع 16:40 &lt;jrandom&gt; كان من السهل حقاً بناؤه، ولم تكن الفئات ذات المراجع الثابتة القديمة التي أتذكرها ضرورية 16:41 &lt;+Complication&gt; وهذا يبدو إيجابياً جداً، بالنظر إلى انفتاح Sun Java غير الكامل (في ما يتعلق بالتوزيع، إن لم تخني الذاكرة). 16:41 &lt;jrandom&gt; هناك makefile يأتي مع I2P الآن، لكن من باب البساطة، أظن أننا سنستمر في توزيع Java الخالصة، على الأقل بشكل أساسي 16:41 &lt;+susi23&gt; (التالي سنحاول تشغيله على J2ME ;) 16:42 &lt;+fox&gt; &lt;Romster&gt; GCJ سيتولى مكان JVM الخاصة بـ Sun&gt; 16:42 &lt;cat-a-puss&gt; كيف هو الأداء مع GCJ؟ 16:42 &lt;jrandom&gt; نعم، مع أن Sun منفتحة تماماً، ويمكننا توزيع JVM الخاصة بهم مع I2P، لكن رخصتهم تمنع توزيع JVM كأداة ذات غرض عام 16:42 &lt;jrandom&gt; cat-a-puss: مماثل 16:42 &lt;jrandom&gt; معظم العمل الثقيل في i2p يجريه كود assembler ;) 16:43 &lt;+fox&gt; &lt;Romster&gt; كيف سيكون حال i2p مع C#/Mono مجدداً مع ذلك المحول من Java إلى C# (نسيت اسمه) 16:43 &lt;+fox&gt; &lt;Romster&gt; أذكر أنني وjrandom جرّبناه قبل زمن 16:43 &lt;jrandom&gt; لا فكرة لدي. لكن إن كان يعمل مع gcj، فقد يعمل مع IKVM - ذلك الشيء الخاص بـ Mono JVM 16:44 &lt;+Ragnarok&gt; IKVM 16:44 &lt;+Ragnarok&gt; لا عليك 16:44 &lt;+fox&gt; &lt;Romster&gt; آه هذا هو IKVM 16:44 &lt;+fox&gt; &lt;Romster&gt; اختلافات كثيرة بين GCJ وIKVM ونسخة Sun؟ 16:45 &lt;jrandom&gt; لم أستخدم IKVM من قبل 16:45 &lt;+fox&gt; &lt;Romster&gt; متأكد أنك استخدمته مرة مع Mono أم كان ذلك Eclipse؟ 16:45 &lt;+fox&gt; * Romster يهز كتفيه 16:45 &lt;jrandom&gt; وكما يُشحن i2p حالياً لا يدعم router console، رغم أنه يدعم تشغيل الـ router وi2ptunnel وsam 16:46 &lt;+Ragnarok&gt; ما الذي يعيق router console؟ 16:47 &lt;+susi23&gt; Xerces، إن لم تخني الذاكرة 16:47 &lt;jrandom&gt; أمور خاصة بـ Xerces. xercesImpl الذي يُشحن مع i2p يعتمد على sun.*، وعندما حاولت ببساطة إدراج أحدث Xerces، فإن جعل ذلك وJDOM وRome وباقي Jetty تعمل مع GCJ كان ينهار 16:47 &lt;jrandom&gt; يبدو أن هناك متطلبات إضافية في أحدث Xerces 16:48 &lt;jrandom&gt; (لـ jar files لا نشحنها حالياً). على أي حال، أنا متأكد أننا سنجد حلاً 16:49 &lt;+fox&gt; &lt;Romster&gt; jrandom بارع في تتبع المشكلات :) 16:49 &lt;jrandom&gt; وأبارع في صنع المشكلات 16:49 &lt;+fox&gt; * Romster يجلب قهوة 16:49 &lt;jrandom&gt; حسناً، شيء آخر حول 3) حالة GCJ؟ 16:49 &lt;jrandom&gt; أم ننتقل إلى 4) i2psnark 16:50 &lt;jrandom&gt; اعتبرونا انتقلنا 16:50 &lt;jrandom&gt; حسناً، i2psnark عاد (ياي) 16:51 &lt;jrandom&gt; ليس لدي الكثير لأضيفه عمّا في البريد... هل لديك شيء يا Ragnarok؟ 16:51 &lt;+Ragnarok&gt; لا 16:51 &lt;+susi23&gt; بخصوص واجهة الويب 16:51 &lt;+Ragnarok&gt; المزيد من الاختبارات سيكون جيداً، لذا على الجميع تجربته :) 16:52 &lt;+susi23&gt; دعم ذلك عبر susibt لا ينبغي أن يكون مشكلة 16:52 &lt;jrandom&gt; أوه أخبرنا بالتفاصيل يا susi23 :) 16:52 &lt;jrandom&gt; جميل 16:52 &lt;+fox&gt; &lt;jme___&gt; سؤال بسيط، لماذا نقضي وقتاً في دعم عميل bt قديم بينما آخرون (Azureus) يدعمون عميلاً متكاملاً ؟ 16:52 &lt;jrandom&gt; jme___: Azureus رائع فعلاً 16:52 &lt;+susi23&gt; إصدار كبير من susibt مقرر في نوفمبر :) 16:53 &lt;jrandom&gt; هيه رائع يا susi23 16:53 &lt;+Complication&gt; بالنسبة لي، بدا Azureus معقداً للغاية. 16:53 &lt;+Ragnarok&gt; Azureus سيئ للغاية 16:53 &lt;+susi23&gt; بالنسبة لي، أحتاج دائماً إلى حل يعمل دون واجهة 16:53 &lt;+Ragnarok&gt; دون تلطيف الكلام 16:53 &lt;+fox&gt; &lt;jme___&gt; حسناً :) 16:53 &lt;jrandom&gt; jme___: مع ذلك Azureus ثقيل بعض الشيء، لكنه حل bt عام رائع 16:53 &lt;+Complication&gt; (أستطيع شخصياً تخيل أنني سأسيء ضبط شيء فيه، وأؤثر على خصوصيتي.) 16:54 &lt;+fox&gt; &lt;jme___&gt; منطقي، أردت فقط أن أعرف 16:54 &lt;+fox&gt; &lt;Romster&gt; بالنسبة لي لم يعمل Azureus جيداً قط، انتقلت إلى BitLord وهو يعمل 16:54 &lt;jrandom&gt; ما زلت أنوي المساعدة في تحسين إضافة azneti2p مع فريق Azureus، لكن i2psnark استغرق حرفياً أقل من ساعتين قبل أن أبدأ في swarming للبيانات 16:54 &lt;+legion&gt; نعم Azureus كبير ومعقد جداً على i2p 16:54 &lt;+Complication&gt; إذا كان الهدف تضمين عميل bt مع i2p، فعميل خفيف الوزن يبدو الأفضل. 16:54 &lt;+fox&gt; &lt;Romster&gt; مبدأ KISS 16:54 &lt;+Ragnarok&gt; أفضل العميل الرسمي، لكن ميزة i2psnark الكبرى أنه بسيط بما يكفي لأعبث به 16:55 &lt;+legion&gt; المسألة أن i2p لا يحتاج عميلاً لـ BitTorrent يكون ثقيلاً 16:55 &lt;jrandom&gt; نعم، شفرته نظيفة جداً (مع تنسيق GNU الغريب ;) 16:55 &lt;+Ragnarok&gt; تباً لـ GNU 16:55 &lt;+Ragnarok&gt; أسوأ أسلوب للأقواس على الإطلاق 16:55 &lt;jrandom&gt; هيه 16:55 &lt;+fox&gt; &lt;Romster&gt; هيه مُعاد تنسيق الشفرة :) 16:55 &lt;+Ragnarok&gt; jrandom لن يسمح لي :) 16:55 &lt;+Ragnarok&gt; حسناً، لسبب وجيه 16:55 &lt;+fox&gt; &lt;jme___&gt; الاستقلالية والبساطة معايير أتفق معها تماماً 16:56 &lt;+fox&gt; &lt;Romster&gt; هل ستكون هناك خيارات لتمكين برنامج bt-torrent على كل عقدة i2p؟ 16:56 &lt;jrandom&gt; نعم، سيكون رائعاً لو استطعنا عمل backport لـ multitorrent واختيار القطع وقدرات الويب إلى snark الرئيسي لـ mjw 16:56 &lt;+Ragnarok&gt; كلما كان أبسط، زادت احتمالية استمرار صيانته 16:56 &lt;jrandom&gt; تماماً يا Ragnarok 16:57 &lt;+legion&gt; نعم عمل backport لتلك الأمور سيكون رائعاً 16:57 &lt;+fox&gt; &lt;Romster&gt; كنقطة خارج الموضوع هنا، ألقِ نظرة على شبكة KAD في eMule أظنها أنيقة جداً. 16:57 &lt;jrandom&gt; Romster: إنه الآن يُشحن مع الـ build افتراضياً، لكن ما إن نضيفه إلى susibt، سيكون في شريط التنقل العلوي مع بقية العملاء 16:58 &lt;+Ragnarok&gt; نحتاج أيضاً إلى أن نتمكن من شحن صانع ملفات .torrent. وسيكون وجود tracker أمراً جيداً. 16:58 &lt;jrandom&gt; نعم، في الواقع snark لديه كلاهما، أنا فقط عطّلتُهما لأنني لم أرد صيانتهما :) 16:58 &lt;+legion&gt; همم نقطة جيدة يا ragnarok 16:58 &lt;jrandom&gt; لكن إعادتهما لن تكون مشكلة كبيرة 16:59 &lt;+Ragnarok&gt; حسناً، صانع التورنت على الأقل لا ينبغي أن يكون بهذه الصعوبة 16:59 &lt;jrandom&gt; هناك أيضاً Tracker.java، وتعامل في PeerAcceptor، لكنني تخلصت مما لم يكن ضرورياً، لذا ربما يجدر الرجوع إلى http://klomp.org/snark/ لتلك الأمور 17:00 &lt;jrandom&gt; (ومراجعة `http://dev.i2p/~jrandom/snark_diff.txt` للتغييرات) 17:00 &lt;+fox&gt; &lt;Romster&gt; بما أن snark عاد ستعملون عليه، أليس كذلك :) 17:00 &lt;+legion&gt; في الواقع، عندما يتعلق الأمر بـ tracker، سيكون من الأفضل ابتكار حل موزّع 17:00 &lt;+fox&gt; &lt;Romster&gt; snark* 17:00 &lt;jrandom&gt; نقل الشفرة أسهل من بناء tracker موزّع جديد يا legion ;) 17:00 &lt;+fox&gt; &lt;Romster&gt; legion، أنت تتحدث وتعيد 17:00 &lt;+legion&gt; صحيح، 17:01 &lt;jrandom&gt; لكن لن أعارض دمج حل tracker موزّع نظيف وسهل الصيانة وصديقاً للخصوصية :) 17:01 &lt;+fox&gt; &lt;Romster&gt; يمكن إلصاقه بـ eepsites؟ 17:01 * jrandom يلمح مهرًا طائراً يمر أمام النافذة 17:01 &lt;+Ragnarok&gt; العميل الرسمي لـ bt لديه tracker موزّع مبني على Kademlia، لكن من الواضح أنه صالح فقط كمرجع للتصميم 17:01 &lt;+legion&gt; نقطة للبدء ;) 17:02 &lt;+fox&gt; &lt;Romster&gt; هل Kademlia = شبكة KAD الخاصة بـ eMule؟ همم، إن كان الأمر كذلك فـ KAD ستكون مثالية لـ tracker لكن التمهيد (bootstrapping) مشكلة 17:03 &lt;+Ragnarok&gt; هما مبنيان على الخوارزمية نفسها، لكنهما غير متوافقين بأي شكل 17:03 &lt;+Ragnarok&gt; أعني غير متوافقين 17:04 &lt;+Ragnarok&gt; فعل شيء مثل KAD الخاصة بـ eMule لـ i2phex سيكون مثيراً للاهتمام... 17:04 &lt;+Ragnarok&gt; على أي حال، مهور طائرة 17:04 &lt;jrandom&gt; :) 17:04 &lt;jrandom&gt; (أتفق مع الأمرين) 17:04 &lt;jrandom&gt; حسناً، أي شيء آخر حول 4) i2psnark؟ 17:05 &lt;+Ragnarok&gt; ما دمنا نملك شيئاً لصنع ملفات .torrent، فـ trackers الحالية مناسبة 17:05 &lt;jrandom&gt; هذه نقطة جيدة - أظن أن هناك شيفرة مُعلّق عليها في Main الخاصة بـ Snark 17:05 &lt;+legion&gt; لا، أعتقد أن trackers الحالية ليست جيدة :( 17:05 &lt;jrandom&gt; ما الذي بها يا legion؟ 17:05 &lt;cat-a-puss&gt; لا تسلّم المستخدمين ملف تورنت فحسب أيضاً 17:05 &lt;+legion&gt; غالباً ما توجد صعوبة في الوصول إليها 17:06 &lt;jrandom&gt; همم يا cat-a-puss؟ آه، تقصد أننا نحتاج واجهة ويب لـ swarm بشفافية؟ 17:06 &lt;+legion&gt; المواقع تُغرقها الحركة 17:06 &lt;jrandom&gt; آه، هذه مشكلة i2p، ونأمل أن يُحسّن 0.6.1.4 ذلك 17:06 &lt;jrandom&gt; أخبرني postman أنه كان يتلقى كماً هائلاً من الزيارات على tracker.postman.i2p 17:06 &lt;jrandom&gt; نسيت الأرقام الآن 17:06 &lt;cat-a-puss&gt; إذا كنا نتعامل مع كود الـ swarming ومع الكود للحصول على التورنت أصلاً، فالأفضل جعله شفافاً للمستخدم 17:07 &lt;jrandom&gt; لكن orion.i2p/bt/ لا يُستخدم فعلاً 17:07 &lt;jrandom&gt; (ويبدو أن tracker-fr نشط) 17:07 &lt;+susi23&gt; مع susibt آمل أن أضمّن خلاصة RSS الخاصة بالـ trackers، بحيث لا تحتاج للذهاب إلى صفحات الـ trackers بعد الآن بل تُحمَّل التورنتات تلقائياً :) 17:07 &lt;cat-a-puss&gt; كما يمنع الخلط بين تورنت على i2p وآخر غير مجهول 17:07 &lt;+fox&gt; &lt;jme___&gt; http tracker لـ bt لا يتوسع بسبب تصميم البروتوكول السيئ 17:07 &lt;+fox&gt; &lt;Romster&gt; router watchdog، الـ router تجمد بقوة، إعادة تشغيل، ما هذا 17:07 &lt;+legion&gt; صحيح، وهذا قصدي: بعض الـ trackers مُغرَقة وأخرى خاملة 17:07 &lt;jrandom&gt; cat-a-puss: آه، نعم سأحب دمج وصلات من syndie في susibt :) 17:07 &lt;+fox&gt; &lt;jme___&gt; يمكن إصلاحه بسهولة لكنه سيكسر التوافق مع بروتوكول bt الرسمي 17:08 &lt;+fox&gt; &lt;jme___&gt; وهذا ما تتبعه أشياء tracker المبنية على DHT 17:08 &lt;jrandom&gt; (وبالعكس أيضاً، ليتمكن الناس بسهولة من syndicate لملفات .torrent، إلخ) 17:08 &lt;+Complication&gt; Romster: تحدث لي تلك الأمور، لكن الجهاز الذي تحدث عليه محدود (300 MHz) 17:08 &lt;+fox&gt; &lt;Romster&gt; الـ tracker الموزّع هو الحل لـ trackers المُغرَقة 17:08 &lt;jrandom&gt; legion: يمكن علاج ذلك بسهولة بأن يستخدم الناس trackers مختلفة :) 17:08 &lt;+fox&gt; &lt;Romster&gt; DHT الخاصة بـ Azureus 17:08 &lt;jrandom&gt; الشفرة مكلفة، استخدام عناوين URLs مختلفة رخيص 17:08 &lt;+legion&gt; نعم، لكن لا يبدو أنهم يفعلون ذلك، أليس كذلك؟ 17:09 &lt;jrandom&gt; لكن نعم، tracker موزّع سيكون رائعاً. ليس على خارطة طريقي، لكن إن بدأه أحد، فسيكون ذلك ممتازاً. 17:09 &lt;+Complication&gt; في الوقت المناسب... لا بد أن أحدهم سيتمكن من جعله موزّعاً أيضاً. 17:09 &lt;+legion&gt; بدلاً من نشر التورنت على مواقع tracker، يمكنهم نشر الـ bith وأي تفاصيل على eepsite الخاص بهم. 17:10 &lt;jrandom&gt; bith == hash؟ 17:10 &lt;+legion&gt; نعم، تعني bittorrent hash، ليست اصطلاحي 17:10 &lt;+Complication&gt; مع ذلك، في البداية... عميل بسيط وصلب، بـ Java، مُضمَّن مع الـ router... يمكنه حل مشكلات كثيرة. (وربما حتى جلب تحديثات موقعة دون تحميل dev.i2p فوق طاقته.) 17:11 &lt;+legion&gt; نعم، سيكون ذلك رائعاً 17:11 &lt;jrandom&gt; نعم يا Complication 17:11 &lt;+fox&gt; &lt;Romster&gt; نعم تحديثات عبر التورنت 17:11 &lt;+fox&gt; &lt;Romster&gt; حسناً البند التالي على القائمة :) 17:12 &lt;jrandom&gt; حسناً، 5) المزيد حول التمهيد (bootstrapping) 17:12 &lt;+legion&gt; نعم دعونا نتابع 17:12 &lt;jrandom&gt; هناك الكثير من الأمور المثيرة في القائمة مؤخراً، ولا يمكنني تلخيصها كلها هنا :) 17:12 &lt;+fox&gt; &lt;Romster&gt; التمهيد لقاعدة بيانات الـ router الخاصة بـ i2p؟ 17:12 &lt;jrandom&gt; هل لدى أحد أسئلة/تعليقات/مخاوف يود مناقشتها حول السلسلة؟ 17:12 &lt;jrandom&gt; Romster: راجع القائمة و/أو البريد الإلكتروني 17:12 &lt;+fox&gt; * Romster بحاجة لقراءة تلك القائمة 17:13 &lt;jrandom&gt; نعم، هناك أمور جيدة فيها :) 17:13 &lt;+fox&gt; &lt;Romster&gt; كنت مشغولاً جداً مؤخراً 17:13 &lt;+Complication&gt; هناك 26 رسالة لأقرأها، لا أستطيع التعليق بعد 17:13 &lt;jrandom&gt; لا تزال لا نتيجة نهائية، لكننا نتجه نحو طريقة جديدة لبناء tunnels لـ 0.6.2 17:14 &lt;+fox&gt; &lt;Romster&gt; طريقة جديدة، هل هناك عيب في الطريقة الحالية؟ 17:14 &lt;+fox&gt; &lt;Romster&gt; أقصد flaw* 17:14 &lt;jrandom&gt; تحليل Michael يُظهر أن الهجوم ليس مشكلة حقيقية الآن، إذ توجد هجمات أسهل على البدائل 17:14 &lt;jrandom&gt; اقرأ القائمة ;) 17:14 &lt;+fox&gt; &lt;Romster&gt; لاحقاً 17:14 &lt;+fox&gt; &lt;Romster&gt; هذا الآن :) 17:15 &lt;+fox&gt; &lt;Romster&gt; عادة أكون نائماً في هذا الوقت. 17:15 &lt;+fox&gt; &lt;Romster&gt; لذلك نادراً ما أحضر اجتماعاً 17:16 &lt;cat-a-puss&gt; هل يمكنك نشر أفكارك للطريقة الجديدة/القائمة/المرفوضة في بريد إلى القائمة كي نستطيع المقارنة 17:16 &lt;+fox&gt; &lt;Romster&gt; إذاً الأمر يتعلق بأساليب الهجوم وإنشاء الـ tunnel على ما أفترض، دون أن أقرأ القائمة بعد 17:16 &lt;cat-a-puss&gt; (هذا لـ Jrandom) 17:16 &lt;jrandom&gt; cat-a-puss: لست متأكداً أننا حسمنا نتيجة نهائية بعد 17:16 &lt;+fox&gt; &lt;Romster&gt; فكرة جيدة يا cat-a-puss 17:17 &lt;+Complication&gt; Romster: نعم، كان الحديث تقريباً عن منح نقطة نهاية الـ exploratory tunnel قدراً أقل من التأثير كمهاجم محتمل 17:17 &lt;jrandom&gt; لكن http://dev.i2p.net/pipermail/i2p/2005-October/001073.html هو الأحدث لما أراه ناتجاً عن اقتراحك 17:17 &lt;jrandom&gt; حسناً، ليس تأثيراً - i2p عبارة عن شبكة خلط free-route (mixnet) - بل معلومات أقل 17:18 &lt;+Complication&gt; نعم، يُحتمل أن يكون ذلك التعبير الأدق 17:18 &lt;jrandom&gt; (الرابط أعلاه مليء بكلام عام، لا تشفير صلباً محدداً بعد) 17:18 &lt;+fox&gt; &lt;Romster&gt; أقل = أفضل لمتانة أعلى ضد الهجمات، فهمت مقصدك 17:18 &lt;jrandom&gt; ((لكن أعتقد أن كل ذلك ممكن بالأساليب الموجودة) 17:19 &lt;jrandom&gt; Romster: إليك مخططاً لهجوم Michael ضد الخوارزمية الحالية، مع المحور X يبيّن نسبة الشبكة المُخترَقة - http://dev.i2p.net/~jrandom/fraction-of-attackers.png 17:20 &lt;jrandom&gt; (البناء التلسكوبي البسيط سيكون خارج المخطط قبل الوصول إلى x=200) 17:20 &lt;jrandom&gt; ((لذا ما لدينا الآن أفضل فعلياً بأوامر من حيث الحجم)) 17:20 &lt;jrandom&gt; لكن يمكننا تحسين ذلك أكثر 17:21 &lt;jrandom&gt; مع أن هناك أيضاً بديل garlic routing 17:21 &lt;jrandom&gt; على أي حال، نعم، هناك أمور أكثر يلزم حسمها، راقبوا القائمة :) 17:21 &lt;+fox&gt; &lt;Romster&gt; حسناً سأقرأ تلك القائمة جيداً لاحقاً 17:22 &lt;+fox&gt; &lt;Romster&gt; وأرى إن كان بوسعي إضافة شيء 17:22 &lt;jrandom&gt; جيّد 17:22 &lt;cat-a-puss&gt; هل ستكون الطريقة «الجديدة» التلسكوبية سريعة بما يكفي لبناء حسب الطلب؟ 17:22 &lt;jrandom&gt; لست متأكداً أننا نريد ذلك 17:22 &lt;jrandom&gt; إنها مسألة O(1) مقابل O(N) 17:23 &lt;jrandom&gt; التقنية الجديدة ستسمح بإنشاء tunnel دون استخدام الـ exploratory tunnels، وترك الـ exploratory tunnels لعمليات netDb 17:23 &lt;jrandom&gt; (ولبناء exploratory tunnel :) 17:24 &lt;+fox&gt; &lt;Romster&gt; هممم هل يجدر بنا إرباك المخترقين بإعطائهم كماً كبيراً من الإيجابيات الكاذبة لتمويه المصدر الحقيقي 17:24 &lt;+legion&gt; يبدو جيداً :) 17:24 &lt;+legion&gt; أظن أن بعض العبث كهذا سيكون جيداً 17:24 &lt;cat-a-puss&gt; jrandom: صحيح، كنت أسأل إن كان فعل ذلك سيُسرّع الأمور بما يكفي، بحيث أحياناً لا تعرف القفزات الأخيرة أنها القفزة الأخيرة، كما نوقش في القائمة. 17:25 &lt;+fox&gt; &lt;Romster&gt; exploratory tunnels لجمع مراجع الـ router في netDb؟ 17:25 &lt;jrandom&gt; romster: نحن المخترقون ;) لكن نعم، إذا طغت الإيجابيات الكاذبة على الحقيقية، سيتطلب الأمر عدداً كبيراً جداً من الهجمات للحصول على بيانات ذات دلالة إحصائية 17:26 &lt;jrandom&gt; همم صحيح يا cat-a-puss، لكن لست متأكداً كيف سيُسرّع ذلك الأمور، إذ سينقلنا من طوبولوجيا tunnel بنمط O(1) إلى O(N) 17:26 &lt;jrandom&gt; أو ماذا تقصد بتسريع الأمور؟ 17:26 &lt;+fox&gt; &lt;Romster&gt; وإذا وصل الأمر إلى حد اكتشافه يمكنه عندها التوقف والصمت لفترة؟ 17:26 &lt;jrandom&gt; استخدام التقنية الجديدة سيقلل بالتأكيد من إنشاءات الـ tunnel الفاشلة 17:26 &lt;+fox&gt; &lt;Romster&gt; أو يغيّر مفتاحه بذكاء ويستمر أو شيء من هذا القبيل هه 17:26 &lt;jrandom&gt; romster: ربما يجدر بك الغوص في الرسائل لمراجعة الهجوم ;) 17:27 &lt;+fox&gt; &lt;Romster&gt; نعم بعد النوم 17:27 &lt;+Complication&gt; Romster: على حد علمي، هو هجوم سلبي في الغالب، لذا لا يستطيع الهدف اكتشاف حدوثه 17:27 &lt;+fox&gt; &lt;Romster&gt; وأصلح حاسوب صديق لدي هنا 17:27 &lt;+fox&gt; &lt;Romster&gt; آه فهمت يا Complication. 17:27 &lt;cat-a-puss&gt; jrandom: لا أتحدث عن مسألة O(n). أعني مجرد الانتظار لبناء client tunnel حتى نحتاج واحداً لبعض التطبيقات، بدلاً من إبقائها موجودة طوال الوقت. 17:28 &lt;+Complication&gt; (لكن قد أكون مخطئاً، وقد تتضمن تلك الرسائل الـ 26 الأخيرة مكونات فعالة) 17:28 &lt;+fox&gt; &lt;Romster&gt; هل هجوم سلبي طويل الأمد سيعثر في النهاية على الهدف؟ 17:28 &lt;+fox&gt; &lt;Romster&gt; سأعلّق بعد أن أقرأ القائمة 17:28 &lt;jrandom&gt; آه يا cat-a-puss، سنحسّن بالتأكيد تجميع الـ tunnel في 0.6.2. نحن حالياً نبني الـ tunnel فقط عندما نحتاجه (مع منح أنفسنا وقتاً قليلاً تحسباً لفشل الإنشاء) 17:28 &lt;+Complication&gt; Romster: حسناً، إدامة الهجوم بعد عمر الـ tunnel سيتطلب موارد وصبراً 17:28 &lt;+fox&gt; &lt;Romster&gt; ولأفهمه أفضل 17:29 &lt;+Complication&gt; لكن الوقت يلعب دوراً في كل احتمالية نجاح. كلما طالت المحاولة زادت الفرص. 17:29 &lt;+fox&gt; &lt;Romster&gt; آه هذه هي الفكرة: عمر الـ tunnel يكون قصيراً جداً بحيث لا ينجح هجوم ذو جدوى. 17:29 &lt;jrandom&gt; كل تجمّع لديه عدد محدد من backup tunnels، ونبني افتراضياً بدائل بين 60-120 ثانية قبل انتهاء صلاحية القديم 17:29 &lt;+fox&gt; &lt;Romster&gt; time* 17:30 &lt;jrandom&gt; صحيح يا Complication - كل عينة تحدث فقط 'm' مرات كل (c/n) tunnels 17:30 &lt;+fox&gt; &lt;Romster&gt; لا يوجد تفاعل بين كل tunnel لجمع الإحصاءات؟ 17:30 &lt;+fox&gt; &lt;Romster&gt; عندما يكون أحدها على وشك الانقضاء ويُبنى آخر 17:31 &lt;jrandom&gt; romster: الـ tunnels الجديدة لا تتحدث مع بعضها، لا، لكن هذا ليس الهجوم الذي كان Michael يصفه 17:31 &lt;jrandom&gt; هناك هجمات لا حصر لها، وقد تعاملنا مع معظمها، لكن كلما جاء أحدهم بهجوم قد يؤثر على عمل I2P، نرغب في تحليله أكثر 17:31 &lt;+fox&gt; &lt;Romster&gt; يجب أن أقرأ القائمة، حسناً سأكتفي بهذا الآن، هل لدى أحد شيء يقوله؟ 17:32 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر، دعونا ننتقل إلى 6) تحقيقات حول الفيروس 17:32 &lt;+fox&gt; &lt;Romster&gt; في الحقيقة إحصائية أراها ممكنة: عدم وجود قفزة 0 يعني أن القفزة التالية ليست نقطة النهاية لذا يمكن استبعادها، لكن مع ملايين العقد ستكون تقنية التحليل تلك عديمة الفائدة 17:33 &lt;jrandom&gt; ليس لدي ما أضيفه فوق ما نوقش في المنتدى 17:33 &lt;jrandom&gt; صحيح يا Romster، هناك هجمات سَلَف على طول الـ tunnel، وهو من الأمور الأساسية التي نعالجها في 0.6.2 17:33 &lt;+fox&gt; &lt;Romster&gt; فيروس؟ أي فيروس؟ إن كان Linux فلن يوجد، أما Windows هممم 17:34 &lt;+Complication&gt; حسناً، رغم أنني لم أستطع بناء ملف ثنائي مطابق (لا أدري لماذا) كان الاختلاف النهائي صغيراً بما يكفي... ليكون مفيداً لمن يهتم بقراءة كود assembly. 17:34 &lt;jrandom&gt; Romster: رجاءً، ملاحظات الحالة الأسبوعية تشرح بنود الأجندة هذه، والاجتماع لمناقشة أمور تتجاوز ما في الملاحظات ;) 17:35 &lt;+Complication&gt; لم أستطع بالتأكيد إيجاد شيء واضح هناك، ولم أستطع أيضاً تفسير كل الاختلاف. 17:35 &lt;@cervantes&gt; اقرأ الدليل والمنتدى 17:35 &lt;+fox&gt; &lt;Romster&gt; نعم، لست على اطلاع منذ مدة، آسف على ذلك يا jrandom 17:35 &lt;@cervantes&gt; ;-) 17:35 &lt;jrandom&gt; نعم، حقيقة أن ملف bat آمن معروف والقديم كلاهما أثارا كود الكشف نفسه أمر مهم 17:35 &lt;+Complication&gt; نعم، هذا يخفف الشكوك. 17:36 &lt;+Complication&gt; أظن أن QBFC قد يكون به اختلافات غير موثّقة ضمن رقم الإصدار نفسه (بناءات مختلفة؟) 17:37 * jrandom لا فكرة لديه، لكن ربما هو تفاعل ما مع نظام التشغيل، أو أي شيء. لا أدري، لقد قدّمت تحليلاً كافياً ليتمكن الناس من اتخاذ قرار مستنير 17:37 &lt;+Complication&gt; أظن أن هذا أفضل. 17:37 &lt;+Complication&gt; فك التجميع حقاً خارج مجالي المعتاد. 17:37 &lt;jrandom&gt; legion: هل هناك شيء تود ذكره حول هذا، أم ينبغي للناس فقط الرجوع إلى المنتدى لمزيد من المعلومات؟ 17:38 &lt;@cervantes&gt; هل يمكنني أن أكرر ما قاله الآخرون في المنتدى، وأشكر Complication على الوقت والمحاولات الدقيقة التي بذلها لفحص هذه المسألة 17:38 &lt;jrandom&gt; نعم، نقدّر ذلك كثيراً 17:38 &lt;+legion&gt; ليس لدي ما أضيفه، أشعر أنني قلت الكثير حوله بالفعل 17:39 &lt;jrandom&gt; حسناً مفهوم. طيب، هل لدى أحد آخر شيء يطرحه حول هذا، أم ننتقل إلى 7) ??? 17:39 &lt;jrandom&gt; [اعتبرونا انتقلنا] 17:40 &lt;+fox&gt; * Romster يؤيد ذلك :) 17:40 &lt;+legion&gt; حسناً بالنسبة لـ 7)??? ما رأيكم أن نأخذ لحظة لمناقشة i2phex 17:40 &lt;jrandom&gt; رائع، فكرة جيدة 17:40 &lt;+fox&gt; &lt;Romster&gt; بما أنني أستخدمه الآن حتى :) 17:40 &lt;@cervantes&gt; لا لا، عناق جماعي أولاً 17:40 &lt;jrandom&gt; ذكر redzara أنه سيحضر الاجتماع، لكن التقدم في الدمج بطيء 17:41 &lt;+legion&gt; susi23 سأل عن نسخة بلا واجهة 17:41 &lt;jrandom&gt; آه رائع، رأيت منشورك حول ذلك 17:41 &lt;+fox&gt; &lt;Romster&gt; قد أضيف أن قائمة المفضلة تحتاج أن تكون أعرض لتستوعب مفاتيح i2p الأطول 17:42 &lt;+susi23&gt; (ليس أمراً ضرورياً، كنت فقط فضولياً حيال ذلك) 17:42 &lt;jrandom&gt; حسناً، لا أحد يستطيع تذكر مفاتيح base64، لذا لست متأكداً أنك تفوت الكثير يا Romster ;) 17:42 &lt;jrandom&gt; (والبايتات الأولى ينبغي أن تكفي لتمييزها فريداً) 17:42 &lt;+fox&gt; &lt;Romster&gt; تشغيل i2phex مع خادم هو المشكلة الكبرى التي أراها حتى الآن 17:42 &lt;+legion&gt; في الواقع أود رؤية عرض أول 12 حرفاً فقط من المفاتيح في العميل 17:42 &lt;+fox&gt; &lt;Romster&gt; هيه خمن 17:43 * للأسف Complication مشغول جداً، ولا يستطيع القيام بأي xml-rpc 17:43 &lt;jrandom&gt; يبدو معقولاً يا legion 17:43 &lt;+fox&gt; &lt;Romster&gt; ماذا عن عرض عدد أحرف يكفي لجعل المفتاح فريداً 17:43 &lt;jnymo_&gt; أحصل على نتائج جيدة مع i2phex 17:44 &lt;jrandom&gt; جميل يا jnymo_, سمعت أموراً جيدة أيضاً 17:44 &lt;+fox&gt; &lt;Romster&gt; لذا إذا بدأ مفتاحان بـ abc سيكون العرض abcx 17:44 &lt;jnymo_&gt; 12 حرفاً متطابقة ليس أمراً محتملاً، يا romster 17:44 &lt;+fox&gt; &lt;Romster&gt; صحيح 17:44 &lt;+Complication&gt; إضافة إلى ذلك، الأبسط = الأسرع 17:44 &lt;+fox&gt; &lt;Romster&gt; لكن لن نحتاج 12 إذا كانت المفاتيح عشوائية إلى هذا الحد 17:45 &lt;+Complication&gt; (ليس أن هناك الكثير من السرعة تُكسب من عرض الأشياء) 17:45 &lt;+legion&gt; ربما يمكن أن تكون هناك نافذة خصائص للمضيف، تُظهر المفتاح كاملاً وبعض المعلومات مثل مقدار ما يشاركه وما إلى ذلك 17:45 &lt;+susi23&gt; (netDb يعمل بشكل رائع بأربعة أحرف فقط لمعرفات الـ router) 17:45 &lt;+fox&gt; &lt;Romster&gt; أو قاعدة البيانات واستخدام keyname=base64 وعرض keyname فقط 17:46 &lt;jrandom&gt; همم، ظننت أن هناك بالفعل عرضاً لمعلومات الأقران يا legion؟ 17:46 &lt;jrandom&gt; legion: أشياء كهذه ستكون جيدة لإضافتها إلى phex الرئيسي على الأرجح؟ 17:46 &lt;+legion&gt; همم قد تكون محقاً... 17:46 &lt;jrandom&gt; (بهذه الطريقة يمكن لـ Gregor صيانته ;) 17:46 &lt;+Complication&gt; حسناً، هناك وظيفة «تصفّح المضيف»، لكنها قد لا تكون الشيء نفسه تماماً. (إذا كانت تعمل.) 17:46 &lt;jrandom&gt; Complication: تعمل 17:46 &lt;jrandom&gt; (أقصد تعمل) 17:47 &lt;+Complication&gt; يبدو أنها تضع destkey الخاص بالمضيف في صندوق البحث 17:47 &lt;+Complication&gt; ...وتُجري بحثاً. 17:48 &lt;jnymo_&gt; قد يكون هذا مسألة في i2phex الرئيسي، لكنني لم أرَ ETA لتنزيلات i2phex 17:48 &lt;+Complication&gt; همم... أو في الواقع، لا تُجري بحثاً. 17:48 &lt;+Complication&gt; يبدو أنها تنتظر حتى أبدأها يدوياً. 17:48 &lt;+fox&gt; &lt;Romster&gt; ما فائدة خانة «تشغيل i2phex المجاور»؟ 17:49 &lt;+legion&gt; أرى أن هناك متسعاً كبيراً للتحسين. ;) 17:49 &lt;jrandom&gt; نعم :) 17:50 &lt;jrandom&gt; هناك الكثير لنفعله، والمنتدى مكان جيد لطرح الأفكار/الاقتراحات/الأسئلة (/الرقع :) 17:50 &lt;+fox&gt; &lt;Romster&gt; رغم اسمه الواضح 17:50 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر للاجتماع؟ 17:50 &lt;+fox&gt; &lt;Romster&gt; همم نقطة جيدة 17:50 &lt;+fox&gt; &lt;Romster&gt; لا أستطيع التفكير بشيء آخر 17:51 &lt;+fox&gt; &lt;Romster&gt; لكن هل يعمل أحد على data store موزّع؟ 17:51 * cervantes ينظر إلى ساعته 17:51 &lt;+fox&gt; &lt;Romster&gt; أعني بنشاط 17:51 &lt;jrandom&gt; Romster: بخلاف syndie، لا 17:51 &lt;jrandom&gt; (ليس حسب معرفتي، على الأقل) 17:52 &lt;+legion&gt; كنت أتساءل عن دمج مدير تنزيلات HTTP في i2p، سيجعل تنزيل المحتوى الكبير من eepsites أسهل. 17:52 &lt;+fox&gt; &lt;Romster&gt; q وiphex وواحد أو اثنان آخران، لكن لم أرَ شيئاً مُصاناً منذ مدة الآن 17:52 &lt;@cervantes&gt; ما حالة feedspace... لم أسمع شيئاً عنه منذ مدة 17:52 &lt;jrandom&gt; legion: سيكون ذلك رائعاً - أظن أن هناك منشوراً حول ذلك في المنتدى أيضاً 17:53 &lt;+fox&gt; &lt;Romster&gt; آه feedspace واحد آخر 17:53 &lt;jnymo_&gt; إن كان ذلك ذُكر في الاجتماع بالفعل، فلا بأس.. لكن هل هناك أخبار عن تعاون i2p مع Freenet؟ 17:53 &lt;jrandom&gt; cervantes: آخر ما سمعت أن frosk كان مشغولاً نوعاً ما، لكن إن كان frosk موجوداً، فربما يخبرنا المزيد :) 17:53 &lt;+legion&gt; شخصياً أود رؤية تعاون i2p مع Entropy. 17:54 &lt;+fox&gt; &lt;Romster&gt; لدي أفكار لـ datastore، لكنها ستكون توسيعاً للأساليب الحالية قيد الاستخدام 17:54 &lt;+legion&gt; نظراً لأن q وfeedspace وما شابه لا تبدو أنها تتقدم بسرعة حالياً 17:54 &lt;jrandom&gt; jnymo_: لقد أرسلت لفريق Freenet بعض الشيفرة لتعمل على ناقل SSU الخاص بنا، وقد شارك toad في بعض النقاشات، لكن Freenet لن تكون في وضع يسمح لنا بتشغيلها كـ data store فوق i2p لفترة (على الأرجح بعد إصدارهم 0.7) 17:54 &lt;+fox&gt; &lt;Romster&gt; أريد بدء مشروع لكن دون تكرار ما فعله الآخرون بالفعل 17:54 &lt;+legion&gt; أتساءل إن كان بالإمكان نقل Entropy ليعمل فوق i2p... 17:54 &lt;jrandom&gt; legion: Entropy سيكون جيداً، لكن التكامل صعب نوعاً ما. بالطبع، يمكن للناس تشغيل أشياء مثل fproxy.i2p لصالح Entropy 17:55 * jrandom لا يعرف شيفرة النقل الخاصة بـ Entropy إطلاقاً 17:55 &lt;+fox&gt; &lt;Romster&gt; أوقفتُ تطوير عميل IRC الخاص بي، فهناك الكثير منها قيد التقدم بالفعل، كل ما يحتاجه i2p الآن هو datastore وسيتفوّق على Freenet بسهولة :) 17:55 &lt;jrandom&gt; (ولكن ربما يكون ذلك طريقة جيدة لجعل أحدهم يعبث بـ GCJ SDK :) 17:56 &lt;jrandom&gt; Romster: المساعدة في جهود الآخرين مجزية أكثر بكثير من بدء مشاريع جديدة تماماً، إذ تنجز الكثير بجهد أقل :) 17:56 &lt;jnymo_&gt; آه.. مبروك على نقل GCJ 17:56 &lt;+fox&gt; &lt;Romster&gt; Entropy مكتوب بـ C أو C++ إن لم تخني الذاكرة 17:57 &lt;jrandom&gt; صحيح يا Romster، ولذلك سيكون بإمكانهم استخدام SDK وStreaming lib الخاصة بـ I2P، مبنية مع GCJ إلى مكتبات أصلية 17:57 &lt;+fox&gt; &lt;Romster&gt; jrandom صحيح، لكن من؟ :) 17:57 &lt;jrandom&gt; لست أنا 17:57 &lt;+legion&gt; أوه وعلى صعيد آخر، أود فقط أن أذكر أنني أصدرت اليوم نسخة جديدة من تحديث readme.html الخاص بي لـ router console الخاصة بـ i2p. 17:57 &lt;jrandom&gt; (الطريقة الوحيدة لإنجاز شيء تهتم به هي أن تقوم أنت به :) 17:57 &lt;jrandom&gt; جميل 17:57 * dust يود رؤية نوع من «squid» للمزامنة لتخفيف حمل eepsites 17:58 &lt;jrandom&gt; dust: نعم بالتأكيد، إذا استطعنا جعل sucker يقوم بهذا الدور، فسيكون مثالياً 17:58 &lt;jrandom&gt; على سبيل المثال، سأحب الحصول على أحدث المعلومات من orion عبر syndie، محلياً 17:59 &lt;+fox&gt; &lt;Romster&gt; ابنِ وكيلاً (proxy) ليستخدمه squid :) 17:59 &lt;+legion&gt; كنت أؤجله على أمل أن تكون تحسينات معينة على python eepsitechecker قد أُنجزت الآن. 17:59 &lt;dust&gt; آه، syndie 17:59 &lt;jrandom&gt; (هذا فعلياً ما صُمّم له syndie - المزامنة لتقليل الحمل) 17:59 &lt;dust&gt; هو «الحل» 17:59 &lt;jrandom&gt; هل هناك أداة فحص eepsite بـ Python؟ 17:59 &lt;+fox&gt; &lt;Romster&gt; أول مرة أسمع عنه 17:59 &lt;+legion&gt; نعم، هذا ما أستخدمه ;) 18:00 &lt;jrandom&gt; جميل يا legion 18:00 &lt;+legion&gt; حقاً؟ لقد كان موجوداً منذ مدة 18:00 &lt;+fox&gt; &lt;Romster&gt; جميل، أرغب في الاطلاع عليه :) 18:00 &lt;@cervantes&gt; أظن أن أحدهم نقل سكربت baffled... لا أذكر من/متى 18:00 &lt;+fox&gt; &lt;Romster&gt; أنا أتعلم Python 18:00 &lt;jrandom&gt; آه حسناً يا cervantes 18:00 &lt;+fox&gt; &lt;Romster&gt; بالطريقة الصعبة عبر الأمثلة والدليل :) 18:01 &lt;jrandom&gt; نعم، أنا كسول، أستخدم فقط polecat.i2p/i2psurvey/ وorion.i2p/ :) 18:01 &lt;jrandom&gt; (لا حاجة لي إلى الزحف) 18:01 &lt;+legion&gt; إذا رغب أحد في العمل معي عليه، أود حقاً إصلاح الشفرة وجعلها تعمل مع Python 2.3 أو 2.4 18:01 &lt;+fox&gt; &lt;Romster&gt; لدي 2.4 مُثبت هنا 18:01 &lt;+Ragnarok&gt; قد ألقي نظرة عليه. هل لديك رابط؟ 18:01 &lt;+fox&gt; &lt;Romster&gt; أظنها في الواقع 2.4.1 18:02 &lt;+legion&gt; حالياً ليس لديه توافق مع py2exe ونصفه يعمل مع كل نسخة، ما يعني أن أي شخص يشغله يحتاج إلى تثبيت النسختين معاً. 18:02 * jnymo_ يود رؤية هجين orion.i2p/I2PDirectory.. معلومات، تصنيفات، إحصاءات.. رائع 18:02 &lt;+legion&gt; سأؤرشفه بعد الاجتماع وأنشر رابطاً في المنتديات 18:03 &lt;+Ragnarok&gt; حسناً 18:03 &lt;jrandom&gt; legion: همم، هل ترى كثيرين بحاجة لتشغيل ذلك؟ أعني، قليلون فقط يحتاجون إلى الزحف 18:03 &lt;+fox&gt; &lt;Romster&gt; كِلاهما، أوف، قد يكون كثيراً علي لأحوله إلى الأحدث، لا أدري حتى أرى الشفرة 18:03 &lt;jrandom&gt; (ليس أن هناك بأساً في تسهيل الأمر لأولئك القلة، بالطبع :) 18:04 &lt;+fox&gt; &lt;Romster&gt; ربما يُفكك ويُستخدم لأشياء أخرى أيضاً؟ 18:04 &lt;+legion&gt; الأمر أنني أرى إمكان وجود استخدامات لكل من يشغل i2p. 18:04 &lt;+fox&gt; &lt;Romster&gt; could* 18:04 &lt;jrandom&gt; همم، لست متأكداً، هل يمكنك شرح كيف؟ 18:04 &lt;jrandom&gt; أعني، لا أريد للجميع عملياً تنفيذ DDoS على كل eepsite 18:05 &lt;+legion&gt; أحدها سيكون صفحة إشارات مرجعية ديناميكية، تُولّد تلقائياً كل 12-24 ساعة أو نحو ذلك. 18:05 &lt;jrandom&gt; آه، هذا تافه في syndie (في الواقع من الميزات الرئيسية - «مدونات جديدة») 18:05 &lt;jrandom&gt; ((لكن بالطبع، ليس لدى syndie واجهة رائعة لهذا بعد)) 18:06 &lt;+fox&gt; &lt;Romster&gt; في الواقع سنحتاج فقط إلى قلة للزحف ووضع النتائج في قاعدة شبيهة بـ torrent/DHT ومزامنتها بين العقد 18:06 &lt;jrandom&gt; صحيح يا Romster (مع أن تلك القاعدة الشبيهة بـ torrent/DHT للمزامنة أو «syndi»cation قد تكون syndie ;) 18:06 &lt;+fox&gt; &lt;Romster&gt; قد تكون حتى طريقة خفية لمعرفة المزيد من عقد i2p وخدماته 18:07 &lt;+fox&gt; &lt;Romster&gt; نعم أو syndie 18:07 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء للاجتماع؟ الكاري يبرد ;) 18:08 &lt;+fox&gt; &lt;Romster&gt; إذا كان syndie سيكون عظيماً إلى هذا الحد، فيمكن تخزين الصفحات الثابتة في الذاكرة المؤقتة وكذلك الصور 18:08 &lt;+fox&gt; &lt;reliver&gt; شهية طيبة، jrandom :-) 18:08 &lt;jrandom&gt; بالضبط يا romster، يمكنك فعل ذلك الآن 18:09 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر... 18:09 * jrandom ينهي 18:09 * jrandom *baf*s أغلق الاجتماع </div>/ar/blog/2005/10/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-25/Tue, 25 Oct 2005 00:00:00 +0000/ar/blog/2005/10/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-25/<p>مرحباً يا جماعة، المزيد من الأخبار من الخطوط الأمامية</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) تكامل Fortuna 3) حالة GCJ 4) عودة i2psnark 5) المزيد حول bootstrapping (التهيئة الأولية) 6) تحقيقات حول الفيروسات 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كان الأسبوع الماضي جيدًا إلى حد كبير على الشبكة - تبدو الأمور مستقرة إلى حد معقول، ومعدل النقل طبيعي، وتستمر الشبكة في النمو لتصل إلى نطاق 400-500 نظير. كانت هناك بعض التحسينات المهمة منذ إصدار 0.6.1.3 أيضًا، وبما أنها تؤثر في الأداء والموثوقية، أتوقع أن يكون لدينا إصدار 0.6.1.4 في وقت لاحق من هذا الأسبوع.</p>/ar/blog/2005/10/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/Tue, 18 Oct 2005 00:00:00 +0000/ar/blog/2005/10/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> bar, blx, cervantes, dust, GregorK, jme___, jnymo, jrandom, mrflibble, nickless_head, Ragnarok, Rawn, redzara, tethra, vulpine</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:10 &lt;jrandom&gt; 0) مرحباً 16:10 &lt;jrandom&gt; 1) 0.6.1.3 16:10 &lt;jrandom&gt; 2) Freenet و I2P و الشبكات المظلمة (يا إلهي) 16:10 &lt;jrandom&gt; 3) هجمات الإقلاع (bootstrap) لـ Tunnel 16:10 &lt;jrandom&gt; 4) I2Phex 16:10 &lt;jrandom&gt; 5) Syndie/Sucker 16:10 &lt;jrandom&gt; 6) ??? 16:10 &lt;jrandom&gt; 0) مرحباً 16:10 * jrandom يلوّح 16:10 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2005-October/001017.html 16:10 &lt;dust&gt; رائع، يعمل الآن. شكراً Gregor 16:10 &lt;cervantes&gt; مرحباً 16:11 &lt;+fox&gt; &lt;blx&gt; أهلاً 16:11 &lt;jrandom&gt; حسناً، ننتقل إلى 1) 0.6.1.3 16:11 &lt;jrandom&gt; لقد حدثتم جميعاً بوتيرة جيدة، شكراً! 16:12 &lt;jrandom&gt; يبدو أن الأمور بحالة معقولة، وليس لدي الكثير لأضيفه إلى ما ورد في ملاحظات الحالة 16:12 &lt;jrandom&gt; هل لدى أحد أي أسئلة/تعليقات/مخاوف بخصوص 0.6.1.3؟ 16:13 &lt;jrandom&gt; حسناً إن لم يكن، فلننتقل سريعاً إلى 2) Freenet و I2P و الشبكات المظلمة (يا إلهي) 16:13 &lt;cervantes&gt; 609 أقراناً معروفين! 16:14 &lt;cervantes&gt; (w00t) 16:14 &lt;jrandom&gt; نعم، الشبكة تكبر 16:14 &lt;+fox&gt; &lt;blx&gt; يا إلهي! 16:14 * cervantes يجري مسابقة رهان حول كم من الوقت حتى نبلغ الألف الكبير 16:14 &lt;jrandom&gt; هه 16:14 &lt;tethra&gt; هههه 16:15 &lt;tethra&gt; هل نراهن بنقود رقمية؟ ;) 16:15 &lt;cervantes&gt; لكنه يُظهر مدى صلابة نواة i2p مؤخراً إذ تسارعت وتيرة انضمام المستخدمين 16:16 &lt;cervantes&gt; لا... jrandom قد تبرع بالفعل دون أن يدري بكل مال البيرة لهذا العام 16:16 &lt;jrandom&gt; ههه 16:16 &lt;jrandom&gt; حسناً، بخصوص 2)، لست متأكداً إن كان لدي شيء آخر لأضيفه للموضوع (أظننا قتلناه نقاشاً). هل لدى أحد أي أسئلة/تعليقات/مخاوف حوله؟ 16:18 &lt;cervantes&gt; كما قلت، إن لم يكن شيئاً آخر فقد حفّز بعض النقاشات الأمنية شبه المرتبطة أي 3) 16:18 &lt;jrandom&gt; إن لم يكن، يمكننا التقدم سريعاً إلى 3) هجمات الإقلاع (bootstrap) لـ Tunnel 16:18 &lt;jrandom&gt; نعم، هذا ما حدث 16:19 &lt;jrandom&gt; القضية التي طرحها Michael تُكمّي رؤية عامة كانت لدي، لكن من الجيد جعلها صريحة 16:20 &lt;jrandom&gt; ستكون هناك مناقشة إضافية حول الهجوم الأحدث في وقت لاحق هذا المساء (حالما أستطيع كتابة رد)، أما السابق فلا يبدو مشكلة كبيرة 16:21 &lt;jrandom&gt; هل هذا مفهوم للجميع، أم لدى الناس أي أسئلة أو مخاوف بشأنه؟ 16:22 &lt;cervantes&gt; هه... هذا يعني إما أن الجميع متقبل للوضع أو أنهم لا يفقهون كنه المشكلة 16:23 &lt;cervantes&gt; سأضع نفسي في فئة "الجهل نعمة" 16:23 &lt;jrandom&gt; هه إنه أساساً هجوم يكون فيه الأشرار هم نقطة النهاية الصادرة لكل Tunnel قمت ببنائه 16:23 &lt;jrandom&gt; الآن، عند بدء التشغيل، يكون "كل Tunnel قمت ببنائه" عدداً صغيراً جداً (مثلاً 0 أو 1 أو 2) 16:24 &lt;jrandom&gt; لكن بعد بضع ثوانٍ، يصبح العدد كبيراً بما يكفي ليحوّل (c/n)^t إلى رقم صغير جداً جداً 16:25 &lt;tethra&gt; (c/n)^t هي... 16:25 &lt;jrandom&gt; (هذا أحد الأسباب التي تجعلنا لا نُشغّل i2cp listener - وبالتالي، i2ptunnel/إلخ - إلا بعد فترة قصيرة من بدء التشغيل) 16:25 &lt;jrandom&gt; c == عدد الأقران المتواطئين (الأشرار)، n == عدد الأقران في الشبكة، t == عدد tunnels التي أنشأتها. 16:25 &lt;cervantes&gt; صحيح... 16:25 &lt;tethra&gt; آه 16:26 &lt;jrandom&gt; فمع ازدياد t، تصبح احتمالية نجاح الهجوم صغيرة جداً 16:26 &lt;cervantes&gt; إذاً لكي يكون قابلاً للتطبيق ينبغي أن تبدأ استخدام router لديك لمهام حساسة خلال دقائق قليلة من بدء تشغيله؟ 16:26 &lt;jrandom&gt; (أو، على أي حال، أصغر من احتمال الاستحواذ على كل القفزات في Tunnel) 16:26 &lt;tethra&gt; آه، فهمت 16:27 &lt;jrandom&gt; cervantes: فوراً، قبل بناء الـ Tunnel الثالث 16:27 &lt;jrandom&gt; (على افتراض أنك تستخدم tunnels من 3 قفزات) 16:27 &lt;cervantes&gt; هذا غير مرجح إلى حد كبير 16:28 &lt;cervantes&gt; فقط من منظور حالات الاستخدام 16:28 &lt;jrandom&gt; بالضبط. 16:28 &lt;jrandom&gt; وبما أننا نبني أكثر من 3 tunnels عند بدء التشغيل قبل السماح لأي عميل بالعمل، فالأمر ليس مجرد مسألة احتمالات 16:28 &lt;jrandom&gt; لكنه من الجيد تحديد الهجوم كمياً على أي حال 16:29 &lt;cervantes&gt; هل يجدر ترك router يعمل لفترة أطول للحماية من أي احتمال؟ 16:30 &lt;cervantes&gt; أو يعمل بجهد أكبر... 16:30 &lt;jrandom&gt; ربما. إذا تجاهلنا وقت إنشاء الاتصال وكذلك اختيار الأقران غير العشوائي، فلا احتمال له 16:31 &lt;tethra&gt; أهذا يستدعي "ووت!" كما أفهم؟ 16:32 &lt;jrandom&gt; نعم، مع أنه من منظور هندسي، لا ينبغي أن نتجاهل تلك الخصائص ;) 16:32 &lt;jrandom&gt; لذا، في 0.6.2 قد نرغب في النظر إليه أثناء إعادة تصميم اختيار أقران الـ Tunnel/ترتيبهم، للتأكد من أنه يتصرف بشكل معقول 16:34 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 3)، فلننتقل إلى 4) I2Phex 16:34 &lt;jrandom&gt; sirup ليس هنا، ولم أر striker على IRC - redzara، هل أنت موجود؟ 16:36 &lt;+redzara&gt; نعم 16:36 &lt;+redzara&gt; الاقتراب الأول شبه مكتمل: نقل تعديل Sirup إلى أحدث phex cvs. 16:36 &lt;jrandom&gt; جميل! 16:36 &lt;+redzara&gt; التالي: اقتراب ثانٍ: مقارنة كود Sirup مع كود phex الأساسي المستخدم في الإطلاق الأولي، للتأكد من أنني لم أنسَ شيئاً :) 16:37 &lt;+redzara&gt; ربما يكتمل هذا في عطلة نهاية الأسبوع 16:37 &lt;jrandom&gt; واو، سيكون ذلك رائعاً 16:37 &lt;+redzara&gt; الاقتراب الثالث: إعادة هيكلة طبقة الاتصالات مع GregorK 16:37 &lt;+fox&gt; &lt;GregorK&gt; آمل أنك على علم بأن كود التحميل الأخير في Phex CVS غير مستقر وملف التحميل غير متوافق مع الإصدارات السابقة 16:38 &lt;jrandom&gt; هذه I2P، نحن معتادون على عدم الاستقرار :) 16:38 &lt;+fox&gt; &lt;GregorK&gt; :) 16:38 &lt;+redzara&gt; بالنسبة للمرحلة الأخيرة، وبما أنه لا يوجد لدي تواصل حالياً مع GregorK، فسيكون هذا صعباً :( 16:38 &lt;jrandom&gt; GregorK: ما الذي توصي به للتكامل؟ 16:39 &lt;+fox&gt; &lt;GregorK&gt; حسناً لديك اتصال بي الآن ;) 16:39 &lt;jrandom&gt; آه، حسناً redzara، الأوليان كبيران بما يكفي على أي حال :) 16:39 &lt;+redzara&gt; GregorK: أهلاً يا رجل 16:40 &lt;+redzara&gt; GregorK: قرأت الشيفرة كلها بعناية 16:40 &lt;+fox&gt; &lt;GregorK&gt; لدي فكرة حول كيفية بناء طبقة... يمكنني محاولة تجهيزها بأفضل شكل ثم نرى مدى ملاءمتها وما الذي يحتاج للتغيير 16:40 &lt;+fox&gt; &lt;GregorK&gt; كلها؟؟ واو... 16:40 &lt;+redzara&gt; Gregork: نعم، كلها!! 16:41 &lt;cervantes&gt; حتى أنه يعرف مقاس ملابسك الداخلية 16:41 &lt;Rawn&gt; :D 16:41 &lt;+fox&gt; &lt;GregorK&gt; رائع... في المرة القادمة حين أتسوق سأحتاج فقط أن أسألك... 16:43 &lt;+fox&gt; &lt;GregorK&gt; سيكون من الجيد لو أمكن أن ينضم شخص من فريق i2phex إلى فريق phex أيضاً.. 16:43 &lt;jrandom&gt; redzara: إذاً، هل تظن أننا سنحصل على إصدار I2Phex 0.1.2 بنتائج الاقتراب الثاني قبل دمج كل شيء في طبقة Plugin ضمن Phex الرئيسي؟ أم سيكون ذلك دفعة واحدة؟ 16:43 &lt;+redzara&gt; آسف، لكنني لا أفهم/أتحدث/أقرأ/أكتب الإنجليزية بشكل جيد بما يكفي لأضحك مما كتبت 16:43 &lt;+fox&gt; &lt;GregorK&gt; هذا سيساعد أيضاً في حل العلل المشتركة على الجانبين 16:44 &lt;jrandom&gt; GregorK: نأمل أن نجد طريقة بحيث يكون جانب I2P مجرد Plugin خفيف في Phex، أليس كذلك؟ 16:44 &lt;jrandom&gt; أم تعتقد أنه ينبغي أن يبقيا منفصلين؟ 16:44 &lt;+redzara&gt; jrandom: أظن أنه يمكننا الحصول على Phex 2.6.4 فوق I2P، بالنسبة لي I2Phex انتهى 16:45 &lt;jrandom&gt; انتهى؟ 16:45 &lt;+fox&gt; &lt;GregorK&gt; لست متأكداً إن كنا قادرين على فعل ذلك من البداية، لكن أظن أن الجزء الأكبر يمكن فصله في Plugin. 16:45 &lt;jrandom&gt; رائع، نعم، إنها الكثير من العمل بلا شك 16:46 &lt;jrandom&gt; خاصة عندما تنظر إلى أشياء مثل java.net.URL (التي تُسرّب طلبات DNS عند الإنشاء، إلخ) 16:46 &lt;+redzara&gt; jrandom: انتهى، انتهى 16:46 &lt;+Ragnarok&gt; غrr 16:47 &lt;jrandom&gt; حسناً صحيح redzara، بمجرد أن نجعل كل شيء يعمل في Phex 2.6.4 فوق I2P، أتفق بأنه لن تكون هناك حاجة كبيرة لـ I2Phex 16:47 &lt;+fox&gt; &lt;GregorK&gt; صحيح... أظن أن Phex يستخدم فئة apache URI في بعض المواضع للتحايل على ذلك.. لكن فقط عند الضرورة 16:48 &lt;jrandom&gt; آه صحيح، أتذكر أنني لعبت مع تلك المكتبة، تبدو جيدة 16:49 &lt;jrandom&gt; بالتأكيد سنساعد في تدقيق الأمور قليلاً للسرية/الأمان قبل دفعها للمستخدمين النهائيين عبر i2p 16:49 &lt;jrandom&gt; (لا أقصد أن هناك مشاكل في Phex، فقط هناك مشاكل في كل تطبيق، ونأمل أن نساعد في حلها) 16:50 &lt;+fox&gt; &lt;GregorK&gt; لبعض الأمور مثل استخدام Socket وما شابه لدي فكرة حول كيفية دمجها بسلاسة... لكن أماكن أخرى مثل ميزات UDP وما شابه... لست متأكداً بعد من أفضل طريقة لحلها 16:50 &lt;+fox&gt; &lt;GregorK&gt; أوه أنا متأكد من أن هناك كثيراً من المشاكل في phex. :) 16:50 &lt;jrandom&gt; آه، نعم الـ sockets ستكون سهلة، لكن قد نحتاج لتعطيل أمور أخرى. بمَ يُستخدم udp - للاستعلامات السريعة؟ 16:51 &lt;+fox&gt; &lt;GregorK&gt; حالياً فقط لبدء الاتصال 16:51 &lt;+fox&gt; &lt;GregorK&gt; UDP Host Cache.. بديل لـ GWebCache 16:52 &lt;jrandom&gt; آه، حسناً. 16:52 &lt;+redzara&gt; إذاً لا نحتاجه إن كان لدينا GwebCache لائق؟ 16:53 &lt;+fox&gt; &lt;GregorK&gt; نعم... لكن GWebCache القياسي لديه مشاكله الأمنية أيضاً... 16:53 &lt;+redzara&gt; GregorK: ليس داخل I2P أظن 16:54 &lt;jrandom&gt; يمكن تجاوز ذلك - I2PSocket مُوثّق - أنت تعرف 'destination' للنظير في الطرف الآخر، لذا لا يمكنه القول "أنا، آه... whitehouse.gov.. نعم!" 16:54 &lt;jrandom&gt; لكنك محق، هذا شيء يحتاج للتحقق 16:54 &lt;+fox&gt; &lt;GregorK&gt; أيضاً نقلات firewall إلى firewall ستكون موضوع UDP نود تنفيذه بمجرد العثور على متطوع :) 16:54 &lt;jrandom&gt; آه، حسناً، I2P لا يحتاج نقلات firewall إلى firewall - I2P يوفّر فضاء عناوين مفتوحاً تماماً من طرف إلى طرف :) 16:55 &lt;jrandom&gt; لكن... أوه، هذا شيء قد يكون مفيداً 16:55 &lt;jrandom&gt; إذا كان لدى مستخدمي Phex "0 hop tunnels"، فسيحصلون على تجاوز NAT مجاناً/نقلات firewall إلى firewall بسرعة لا بأس بها 16:55 &lt;+fox&gt; &lt;GregorK&gt; أمر آخر هو بث LAN للاستعلامات وما شابه... لتسهيل مشاركة المحتوى في الشبكات الخاصة 16:56 &lt;jrandom&gt; (tunnels بدون قفزات (0 hop) تقدم مستوى من الإنكار المعقول دون أن تتطلب من أقران وسطاء حمل الحركة) 16:57 &lt;jrandom&gt; هممم، بث LAN جيد، لكن لست متأكداً أن i2p سيحتاج ذلك حقاً (إذ يمثل مخاطرة على اللاهوية معرفة مكان النظير :)، لذا ربما يمكن تعطيل تلك الميزة عند استخدام Plugin لـ I2P؟ 16:58 &lt;cervantes&gt; معطّلة افتراضياً* 16:58 &lt;+fox&gt; &lt;GregorK&gt; حسناً ليست متاحة بعد.. لكن في هذه الحالة المستخدمون عادة يعرف بعضهم بعضاً أصلاً لبناء تلك الشبكة الخاصة.. 16:58 &lt;jrandom&gt; صحيح cervantes 16:58 &lt;jrandom&gt; صحيح صحيح GregorK 16:59 &lt;+fox&gt; &lt;GregorK&gt; هل هناك أي تغييرات تتعلق بواجهة المستخدم؟؟ 17:00 &lt;+bar&gt; حسناً، لن نحتاج أعلاماً :) 17:00 &lt;jrandom&gt; على الأقل، ستكون القدرة على وجود بعض خيارات الضبط المتعلقة بـ I2P مفيدة. 17:01 &lt;jrandom&gt; أظن أن sirup تمكن من تبديل بعض العرض لاستخدام 'destinations' الخاصة بـ I2P بدلاً من إظهار IP + أرقام المنافذ، لذا أظن أن الأمر كان جيداً 17:01 &lt;+redzara&gt; وماذا عن bitzyNot حالياً، ولكن الأعلام والبلدان غير مستخدمة 17:01 &lt;jrandom&gt; bitzy؟ 17:01 &lt;+redzara&gt; آسف، نسخ/لصق خاطئ :( 17:02 &lt;+fox&gt; &lt;GregorK&gt; هل يمكنك تزويدنا بقائمة خيارات الضبط والميزات الاختيارية التي تحتاجونها؟ 17:03 &lt;jrandom&gt; بالتأكيد يمكننا ذلك. مضيف+منفذ يعمل عليه I2P وبعض القوائم المنسدلة المتعلقة بتحسينات الأداء/اللاهوية ينبغي أن تفي بالغرض 17:03 &lt;jrandom&gt; سنتولى تزويدكم بالتفاصيل 17:02 &lt;cervantes&gt; [x] وضع سرعة نقل فائقة 17:02 &lt;+fox&gt; &lt;GregorK&gt; حسناً bitzi تُستخدم للتعرّف على الملفات.. هل هذا يمثل مشكلة لللاهوية؟ 17:03 &lt;vulpine&gt; &lt;redzara&gt; GregorK: أنا أحضّرها، لكن أساساً لا تغييرات 17:03 &lt;+fox&gt; &lt;GregorK&gt; :) اسأل مزودك cervantes... 17:03 &lt;redzara&gt; GregorK: ربما، أنا أعمل على ذلك 17:04 &lt;cervantes&gt; GregorK: هه مقيم في المملكة المتحدة.... لا فرصة ;-) 17:04 &lt;+fox&gt; &lt;GregorK&gt; إذا نقلت ملفات بين مثيلي Phex على نفس الحاسوب.. فالنقلات سريعة كالبرق ;) 17:05 &lt;cervantes&gt; رائع... لدي الكثير من الأفلام الرائعة التي يمكنني مشاركتها مع نفسي :) 17:05 &lt;cervantes&gt; * احذف ذلك من محضر الاجتماع * 17:06 &lt;bar&gt; تطرق jrandom للموضوع سابقاً، لكن ها هي الفكرة المجنونة مجدداً: 17:06 &lt;+bar&gt; ما رأيكم بدمج i2p داخل Phex، بحيث يحصل المستخدمون العاديون على 0-hop tunnels؟ 17:07 &lt;+fox&gt; &lt;GregorK&gt; أظن أن عرض الأعلام و IP+المنفذ يأتي من كائن HostAddress.. والذي سيُخفى من الطبقة الجديدة.. لذلك يمكنك عرض شيء آخر 17:07 &lt;+bar&gt; (لأجل الإنكار المعقول وثقب الجدار عبر UDP خلف الجدران النارية) 17:08 &lt;+fox&gt; &lt;GregorK&gt; لست متأكداً إن كنت أفهم حقاً ما يعنيه ذلك ;) 17:08 &lt;+bar&gt; ربما أنا أيضاً ;) 17:09 &lt;jrandom&gt; GregorK: يعني ذلك أساساً أن مستخدمي Phex سيتحدثون مباشرةً مع بعضهم، لكن سيحصلون على إنكار معقول، إذ قد يكونون يتحدثون بشكل غير مباشر 17:09 &lt;+bar&gt; jrandom، أنا متأكد أنك فهمت قصدي هنا، هل يمكنك الإيضاح؟ 17:09 &lt;jrandom&gt; وسيحصلون أيضاً على تجاوز NAT في I2P مجاناً، بالإضافة إلى أمان البيانات والحماية من التنصت من قبل مزودي الخدمة/وغيرهم 17:09 &lt;+redzara&gt; GregorK: لذا عليك إزالة كل الكود المتعلق بـ host+port + IsLocalIP + Is PrivateIP + ... 17:10 &lt;jrandom&gt; من ناحية أخرى (ومهمة جداً)، لن يكون بالإمكان التحدث إلى عملاء gnutella الذين لا يعملون فوق I2P 17:10 &lt;jrandom&gt; (مع أنه في النهاية، سيعملون جميعاً ;) 17:10 &lt;+fox&gt; &lt;GregorK&gt; أظن أن الخطوة الأولى - وهي كبيرة بما يكفي - هي تقريب i2p و phex من بعضهما. 17:10 &lt;jrandom&gt; متفق 17:10 &lt;+bar&gt; (اللعنة، لم أفكر في ذلك) 17:11 &lt;+bar&gt; نعم، بالتأكيد. 17:11 &lt;jrandom&gt; هذا من قبيل أحصنة طائرة. دعونا ننجز الأمور العملية أولاً 17:11 &lt;+fox&gt; &lt;GregorK&gt; وبعد أن نرى مدى نجاح ذلك يمكننا تقرير كيف نمضي قدماً.. 17:11 &lt;jrandom&gt; بالضبط 17:12 &lt;+fox&gt; &lt;GregorK&gt; redzara: أود وجود تنفيذين لـ HostAddress أحدهما لـ i2p والآخر كالحالي. 17:14 &lt;+redzara&gt; Gregork: لا مشكلة، لقد علّقت كل الكود في تعديلي ويمكنك بناء تنفيذين بسهولة. فقط دعني أنهي العمل الأولي من فضلك 17:14 &lt;+fox&gt; &lt;GregorK&gt; بالتأكيد.. لا مشكلة.. 17:14 &lt;jrandom&gt; :) حسناً، إذاً redzara، هل تظن أننا قد نحصل على اختبار ألفا للإصدار الجديد المبني على Phex-2.4.2 في وقت ما الأسبوع القادم؟ 17:15 &lt;jrandom&gt; (لجزء المرحلة 2. أما المرحلة 3 لديك فستحتاج عملاً أكثر للدمج مع الفرع الرئيسي) 17:15 &lt;+redzara&gt; jrandom: التالي يبدو مناسباً لي 17:16 &lt;jrandom&gt; حسناً رائع 17:16 &lt;+redzara&gt; s/next/next week/ 17:16 &lt;jrandom&gt; حسناً، هذا أمر مشوق فعلاً، سيكون رائعاً أن يسير بسلاسة 17:17 &lt;jrandom&gt; هل لدى أحد شيء آخر يطرحه بخصوص 4) I2Phex، أم ننتقل سريعاً إلى 5) Syndie/Sucker؟ 17:17 &lt;cervantes&gt; ستستفيد I2P بالتأكيد من مثل هذه التطبيقات القاتلة 17:18 &lt;+fox&gt; &lt;GregorK&gt; بالمناسبة هناك قائمة بريدية لـ Phex CVS لكل تغييرات CVS في Phex... إن كان ذلك مفيداً 17:18 &lt;jnymo&gt; أحم.. بالتأكيد 17:18 &lt;jrandom&gt; حسناً رائع، شكراً GregorK 17:18 &lt;jrandom&gt; بالتأكيد cervantes 17:19 &lt;jrandom&gt; حسناً، بخصوص 5)، لا أملك الكثير لأضيفه لما هو موجود 17:19 &lt;jrandom&gt; dust: هل أنت هنا؟ 17:19 &lt;+redzara&gt; GregorK: شكراً لكن التعامل مع نسخة واحدة كافٍ بالنسبة لي :) 17:19 &lt;jrandom&gt; ههه redzara 17:19 &lt;dust&gt; لم يكن لدي وقت فراغ كثير مؤخراً، لكن إن توفر فسأحاول فهم موضوع addresses.jsp هذا، إضافة 'RSS' في قائمة البروتوكول المنسدلة هناك ثم بناء مسار عبر Updater و Sucker إلى BlogManager. 17:20 &lt;dust&gt; إلا إن كان لدى أحد فكرة أفضل 17:20 &lt;jrandom&gt; رائع جداً 17:20 &lt;jrandom&gt; هذا يبدو مثالياً. 17:21 &lt;jrandom&gt; مع أن، هممم، قد يحتاج لحقل إضافي ("أي مدونة يُنشر فيها" و"ما بادئة الوسم")... 17:21 &lt;jrandom&gt; ربما نموذج/جدول منفصل سيكون منطقياً، وربما لا 17:22 &lt;dust&gt; أوه، ظننت أن addresses.jsp خاص بمدونة واحدة فقط (بما أنك تحتاج لتسجيل الدخول للوصول إليه؟) 17:22 &lt;jrandom&gt; آه، صحيح، نقطة جيدة 17:23 &lt;jrandom&gt; جزء المُحدّث غامض قليلاً، لكنك محق 17:23 &lt;dust&gt; (سنعرف ذلك عندما نصل إليه) 17:23 &lt;jrandom&gt; نعم 17:24 * jnymo يعتقد أن www.i2p.net يمكنه إطلاق شيء من نوع "مقهى منتجات" 17:24 &lt;jnymo&gt; بقمصان eyetoopie تقول "أنا Jrandom" ;) 17:24 * mrflibble ما يزال يلحق بـ "flamewar"، التي يبدو أنها تتحول إلى مشادة حقيقية :) 17:24 &lt;jrandom&gt; هه، jnymo 17:25 &lt;jrandom&gt; نعم، هناك الكثير من المحتوى في ذلك الخيط 17:25 &lt;jrandom&gt; حسناً، ربما هذا يأخذنا إلى 6) ??? 17:25 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 17:25 &lt;+bar&gt; نعم، ملاحظة سريعة حول مسألة NAT المتماثل (كنت أتقصّى قليلاً): 17:25 &lt;+nickless_head&gt; jrandom: أنا أعرف الحقيقة! 17:25 &lt;+fox&gt; &lt;blx&gt; kaffe؟ 17:25 &lt;mrflibble&gt; عذراً، آسف jr 17:26 &lt;jnymo&gt; لكن بجدية.. كل مشروع مفتوح المصدر بحجم ما لديه قسم منتجات خاص به 17:26 &lt;+nickless_head&gt; jrandom: لدي دليل قاطع أنك اخترقت الصفحة الرئيسية لـ last.fm! 17:26 &lt;+nickless_head&gt; (قسم "ما الذي تحصل عليه عند التسجيل" ذكر 'a pony') 17:26 &lt;jrandom&gt; jnymo: أظن أنك محق، سنرغب في استكشاف هذا المسار، قد يكون وسيلة جيدة لجمع التبرعات أيضاً 17:27 &lt;jnymo&gt; jrandom: بالضبط 17:27 * mrflibble سيشتري القميص 17:27 &lt;+bar&gt; حسناً، بخصوص NATs المتماثلة، 17:27 &lt;+bar&gt; حسب ما يستحق، أظن أنه بخلاف NATs المدعومة بالفعل، لا توجد خدعة سحرية. الطريقة الوحيدة لفعلها بشكل صحيح هي دراسة وفحص سلوك كل NAT متماثل على حدة واستخدام مُعرّفات (introducers) للاختبار. 17:28 &lt;jrandom&gt; blx: أحدث Kaffe CVS معطوب تماماً. حِزم التشفير غير موجودة في المصدر، و prng يفشل في التهيئة، ومعالجات URL لا تتعامل مع file:// :( 17:28 &lt;jnymo&gt; ربما لا ترغب بارتدائه علناً حتى يكون لدى i2p بضعة آلاف من المستخدمين ;) 17:28 &lt;+bar&gt; (أعتقد أن Hamachi و Skype يقومان بثقب الجدار عبر UDP من خلف NATs متماثلة بهذه الطريقة) 17:28 &lt;+nickless_head&gt; jnymo: الأكواب ستكون رائعة :) 17:28 &lt;+bar&gt; استناداً لما قرأته على الشبكة حتى الآن، خوارزميات توقع NAT المتماثل سيئة جداً. 17:28 &lt;jrandom&gt; هممم bar 17:28 &lt;mrflibble&gt; ههه، لن أضع لقبي عليها. أوه، وما زلت على قيد الحياة/غير معتقل رغم أن لدي قميص IIP 17:28 &lt;jrandom&gt; نعم، هذا ما قرأته أيضاً 17:29 &lt;+bar&gt; سأحاول جمع مزيد من المواد الجيدة والمرتبطة حول هذا. 17:29 &lt;+redzara&gt; سؤال صغير: ما كانت نسبة المتوسط الشائع للبايتات المُعادة الإرسال في 0.6.1.3؟ 17:29 &lt;jrandom&gt; شكراً bar 17:29 &lt;+fox&gt; &lt;jme___&gt; bar، هل تكون التوقعات التي يحصلون عليها متسقة؟ 17:29 &lt;+fox&gt; &lt;jme___&gt; bar، دعني أعيد الصياغة :) 17:29 &lt;+fox&gt; &lt;blx&gt; jrandom، هذا يحزنني سماعه 17:30 &lt;jrandom&gt; redzara: لسوء الحظ نسيت وضع ذلك في netDb. أرى 2.6 و 3.8 الآن بالمناسبة 17:30 &lt;jrandom&gt; blx: وأنا أيضاً :( 17:30 &lt;+fox&gt; &lt;jme___&gt; bar، عندما تحلل سلوك صندوق الـ NAT وتجد صيغة لتوقعه. هل تعمل دائماً لهذا الصندوق؟ أم أحياناً تعمل وأحياناً لا؟ 17:30 &lt;jrandom&gt; blx: أعلم أنهم يقومون ببعض الدمج مع classpath الآن، لذا نأمل بعد ترتيب ذلك 17:30 &lt;+fox&gt; &lt;blx&gt; ربما يعني أنني لن أنضم للحفلة 17:30 &lt;jrandom&gt; blx: هل أنت محدّد بـ kaffe، أم محدد بـ OSS/DFSG؟ 17:31 &lt;+fox&gt; &lt;blx&gt; برمجيات حرة 17:31 &lt;+fox&gt; &lt;blx&gt; DFSG يمكنك القول 17:31 &lt;jnymo&gt; في حال أراد مستخدم i2p استخدام خادم مستضاف لـ i2p، ما شركة الاستضافة المتساهلة والرخيصة التي يمكن اختيارها؟ 17:31 &lt;+bar&gt; jme___: يُقال إن hamachi قادر على التوسّط في 97% من كل محاولات الاتصال. أظن أن هناك NATs تُظهر سلوكاً شبه عشوائي عند إسناد المنافذ 17:32 &lt;jrandom&gt; حسناً، أنا متأكد أننا سنجعل شيئاً يعمل يا blx. كان kaffe يعمل سابقاً، ونحن لا نعتمد على أي شيء محدد بـ sun 17:32 &lt;jrandom&gt; jnymo: أستخدم sagonet.net، لكنهم رفعوا أسعارهم من 65/شهر إلى 99/شهر (لكن على وصلة سريعة مع 1250GB/mo) 17:32 &lt;jrandom&gt; أعلم أن هناك بعض المزودين الرخيصين في ألمانيا أيضاً 17:33 &lt;+fox&gt; &lt;jme___&gt; bar، 97% ستكون رائعة 17:33 &lt;jrandom&gt; redzara: ماذا ترى لنسبة إعادة الإرسال؟ 17:33 &lt;+bar&gt; jme___: نعم، لذا أظن أن معظم NATs المتماثلة قابلة للتوقع 17:33 &lt;+fox&gt; &lt;blx&gt; jrandom، آمل ذلك بالفعل. أنا مهتم حقاً بهذا الشيء :) 17:33 &lt;+fox&gt; &lt;jme___&gt; bar، ماذا ستفعل؟ ترحيل، ثقب الجدار عبر udp، عكس الاتصال.. هل هناك تقنيات أخرى؟ 17:33 &lt;jnymo&gt; هل 99 غالٍ، بالمعدل؟ 17:34 &lt;+redzara&gt; jrandom بين 3.8 و 4.2 17:34 &lt;jrandom&gt; jme___: نحن udp، لا حاجة لعكس الاتصال :) 17:35 &lt;+bar&gt; jme___: لست خبيراً، ربما سأحصل على مزيد من المعلومات لاجتماع الأسبوع القادم (لكن الأمر يبدو وكأنه نمذجة سلوك + ثقب الجدار عبر UDP ;) 17:35 &lt;jrandom&gt; jnymo: مقابل 1250GB، ليس حقاً. رأيت 60-120USD/mo مقابل 50-100GB/mo 17:35 &lt;jrandom&gt; bar: ربما يكون UPnP خياراً أفضل؟ 17:35 &lt;+fox&gt; &lt;jme___&gt; jrandom، حتى مع udp فهو مفيد :) 17:35 &lt;+redzara&gt; jrandom: لكن فقط بعض العُقد أحدثت أثراً كبيراً، ربما الأقدم 17:35 &lt;+fox&gt; &lt;jme___&gt; vulpine: حسناً 17:35 &lt;jrandom&gt; رغم أن ذلك يساعد فقط الأشخاص الذين يمكنهم التحكم في NAT لديهم 17:36 &lt;+fox&gt; &lt;jme___&gt; upnp يجب دعمه لكنه ليس بديلاً حصرياً عن الوسائل الأخرى 17:36 &lt;jrandom&gt; نحن نفعل كل ما نفعله الآن دون أي UPnP 17:36 &lt;+fox&gt; &lt;jme___&gt; لأن upnp غير مدعوم من كل NAT، بعيداً عن ذلك 17:36 &lt;jrandom&gt; صحيح، مثلاً NAT الخاص بمزود الخدمة 17:36 &lt;+bar&gt; jrandom: إن لم تكن هناك مشاكل أمنية مع upnp، فلا ضرر منه على ما أظن. مع ذلك، hamachi لا يستخدم upnp 17:36 &lt;+fox&gt; &lt;jme___&gt; هنا بـ'يجب' = لتوفير أقصى قدر من الاتصال 17:37 &lt;+fox&gt; &lt;jme___&gt; حسناً أعود إلى c++ :) 17:38 &lt;jrandom&gt; صحيح jme___، ومع أننا إن استطعنا تنفيذ ثقب الجدار لـ NATs المتماثلة بالإضافة إلى أنواع cone/restricted، فنحن في وضع ممتاز 17:38 &lt;jrandom&gt; لاحقاً jme___ 17:38 &lt;jrandom&gt; نعم، سيكون مثالياً إن لم نكن بحاجة إليه 17:39 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 17:41 &lt;jrandom&gt; إن لم يكن... 17:41 * jrandom يستعد 17:41 * jrandom يعلن إغلاق الاجتماع *baf* </div>/ar/blog/2005/10/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-18/Tue, 18 Oct 2005 00:00:00 +0000/ar/blog/2005/10/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-18/<p>مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.3 2) Freenet و I2P و الشبكات المظلمة (يا للعجب) 3) هجمات تمهيد Tunnel 4) I2Phex 5) Syndie/Sucker 6) ؟؟؟ [مكافأة بقيمة 500+ لـ NAT متماثل]</li> </ol> <ul> <li> <ol> <li>0.6.1.3</li> </ol> </li> </ul> <p>يوم الجمعة الماضي طرحنا إصدارًا جديدًا يحمل الرقم 0.6.1.3، ومع ترقية 70% من الشبكة، كانت التقارير إيجابية للغاية. يبدو أن تحسينات SSU الجديدة قد حدّت من عمليات إعادة الإرسال غير الضرورية، مما أتاح معدل نقل أكثر كفاءة عند معدلات أعلى، ولم تكن هناك، على حد علمي، أي مشاكل كبيرة مع وكيل IRC أو تحسينات Syndie.</p>/ar/blog/2005/10/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-11-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/Tue, 11 Oct 2005 00:00:00 +0000/ar/blog/2005/10/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-11-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, cervantes, Complication, dust, jrandom, Myo9, postman, redzara, wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:29 &lt;jrandom&gt; 0) مرحباً 16:29 &lt;jrandom&gt; 1) 0.6.1.2 16:29 &lt;jrandom&gt; 2) I2PTunnelIRCClient 16:29 &lt;jrandom&gt; 3) Syndie 16:29 &lt;jrandom&gt; 4) I2Phex 16:29 &lt;jrandom&gt; 5) Stego وdarknets (re: flamewar) 16:29 &lt;jrandom&gt; 5) ??? 16:29 &lt;jrandom&gt; 0) مرحباً 16:29 &lt;@cervantes&gt; (6) 16:29 &lt;+postman&gt; تقصد 6)؟ 16:29 &lt;jrandom&gt; نعم، لا أستطيع العدّ ;) 16:30 * postman يصطدم كفّاً بكفّ مع cervantes 16:30 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 &lt;wiht&gt; يجب أن تكون الأسئلة البند 6. 16:30 &lt;jrandom&gt; بما أنني تأخرت 30 دقيقة، فأنا متأكد أنكم قرأتم تلك الملاحظات سلفاً، فلنبدأ إذن ;) 16:31 &lt;jrandom&gt; 1) 0.6.1.2 16:31 &lt;@cervantes&gt; 6) مناقشة سوء توقيت رفيق سكن jrandom 16:31 &lt;jrandom&gt; سعال* ;) 16:31 &lt;jrandom&gt; حسناً، كما ذُكر في البريد، يبدو أن إصدار 0.6.1.2 يعمل بشكل جيد 16:32 &lt;jrandom&gt; وجدنا العلة التي أبقت خوادم irc على بناء قديم، وهي الآن محدّثة أيضاً (w00t!) 16:32 &lt;+postman&gt; :) 16:32 &lt;wiht&gt; بالحديث عن ذلك، في netDB على وحدة تحكم الـ router، هل يمكن عرض جدول بالـ routers وإصداراتها في أعلى الصفحة؟ 16:33 &lt;jrandom&gt; عدد الـ routers لكل إصدار، صحيح؟ بالتأكيد، هذا ممكن بسهولة، ربما ندمجه في جدول peers.jsp (عرض الإصدار لكل نظير) وجدول جديد في الأسفل؟ 16:34 &lt;jrandom&gt; من اللطيف رؤية 9 إصدارات تعمل بانسجام، رغم أن الأحدث بالطبع يعمل أفضل 16:35 &lt;jrandom&gt; حسناً، هل لدى أحد شيء بخصوص 1) 0.6.1.2؟ 16:35 &lt;+postman&gt; أحد أجهزة الـ router لدي يعرض 1080 معروفاً 16:35 &lt;jrandom&gt; واو 16:35 &lt;+postman&gt; أظن أن هذا خارج المسار قليلاً؟ 16:35 &lt;jrandom&gt; هل ذاك على 0.6.1.2؟ 16:35 &lt;+postman&gt; نعم، أعتقد ذلك 16:36 &lt;jrandom&gt; همم، نعم، هذا... عالٍ قليلاً. أنا أرى حوالي نصف ذلك الآن 16:36 &lt;+Complication&gt; بثبات نحو 400 هنا 16:37 &lt;+bar&gt; كذلك هنا 16:37 &lt;wiht&gt; أرى 260 router معروفاً. 16:37 &lt;jrandom&gt; postman: ربما يمكننا التعمق فيما يجري على ذلك الـ router بعد الاجتماع (هل يمكنك أن ترسل لي tar.bz2 لـ netDb/routerInfo-*؟) 16:38 &lt;+postman&gt; jrandom: نعم، شكراً 16:38 &lt;jrandom&gt; gracias 16:38 &lt;jrandom&gt; نعم، ليس الجميع سيرى كل مرجع netDb، لذا من الطبيعي أن يكون هناك تذبذب 16:40 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 1) 0.6.1.2، فلننتقل إلى 2) I2PTunnelIRCClient 16:40 &lt;@cervantes&gt; عمل جميل يا dust 16:40 &lt;jrandom&gt; كما ذُكر في البريد، لدينا مرشّح جديد خاص ببروتوكول IRC متاح في CVS، وسيتم اعتماده كافتراضي في المراجعة القادمة 16:41 &lt;+postman&gt; رائع 16:41 &lt;jrandom&gt; نعم، هذا رائع فعلاً، الناس يطلبون شيئاً كهذا منذ زمن 16:41 &lt;+Myo9&gt; Jrandom، أصبحت أكثر انفتاحاً مؤخراً، عرفنا عن حبيبتك السابقة، والآن رفيق سكنك، إلخ. تذكّر: http://www.navysecurity.navy.mil/st031204.jpg 16:41 &lt;jrandom&gt; سعال* 16:42 &lt;dust&gt; إذا أردت أن ترى ما يرسله عميلك يمكنك إضافة net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO ثم النظر إلى السجلات لترى كل شيء 16:43 &lt;dust&gt; اختبرتُ بعض العملاء لكن هناك الكثير.. 16:43 &lt;jrandom&gt; نعم، راقبته قليلاً، لكن التصفية تبدو سليمة 16:44 &lt;jrandom&gt; وهناك أشياء لطيفة قد نفعلها لاحقاً أيضاً - مثلاً تنفيذ PING/PONG محلياً لتقليل نشاط الشبكة 16:44 &lt;+Complication&gt; dust: شكراً على "المعلومة" :) 16:44 &lt;+bar&gt; رائع يا dust، شكراً جزيلاً 16:44 &lt;wiht&gt; هل يعني هذا أننا لا نحتاج إلى إعداد tunnel IRC إضافي؟ 16:44 &lt;jrandom&gt; wiht: لا، ستحتاج إلى tunnel IRC، لكنه يمكن أن يحل محل الذي تستخدمه بالفعل 16:45 &lt;+Complication&gt; wiht: فقط أقلق أقل بشأن أن عميل IRC يفضحنا 16:45 &lt;jrandom&gt; postman/cervantes: أي أفكار حول زيادة أو إزالة مهلات ping/pong على الخادم؟ 16:45 &lt;wiht&gt; هذا يفسّر الأمر، شكراً. 16:46 &lt;+postman&gt; ممم، لن أزيلها، عميلِي خرج عن السيطرة تماماً عندما لعبتُ بها 16:46 &lt;jrandom&gt; postman: حسناً، أفكّر إن هو ردّ عليها محلياً، بحيث يحصل العميل على PING/PONG سريعين جداً جداً 16:46 &lt;@cervantes&gt; postman: يمكن للـ proxy أن يرد على الـ pings 16:46 &lt;jrandom&gt; (لكن الـ ping/pong لن يذهبا عبر الشبكة) 16:47 &lt;jrandom&gt; لا أعرف الأثر، لكن قد يستحق النظر. 16:47 &lt;@cervantes&gt; لكن لست متأكداً كيف ستتفاعل الخوادم، قد ينتهي بك الأمر بعملاء زومبي 16:47 &lt;+postman&gt; jrandom: حسناً 16:47 &lt;jrandom&gt; حسناً، آلية keepalive في مكتبة البث تتكفّل بذلك 16:47 * Complication اختبر أحياناً التحوّل إلى زومبي 16:47 &lt;jrandom&gt; Complication: مؤخراً؟ 16:47 &lt;+postman&gt; jrandom: إذا كان الـ proxy يرسل ping بالنيابة عن العميل، فيجب على الـ proxy أيضاً أن يرسل ping/pong للعميل 16:48 &lt;+Complication&gt; قبل أسبوع، أظن. 16:48 &lt;jrandom&gt; postman: الـ PING من العميل إلى الـ proxy سيجعل الـ proxy يرد مباشرةً على العميل بـ PONG دون إرسال أي شيء عبر i2p 16:48 &lt;+Complication&gt; لكن "نسختي" سقطت في النهاية. 16:48 &lt;@cervantes&gt; jrandom: سيتم إبقاء الاتصال مفتوحاً... سيتعيّن على الخوادم خفض عتبتها لتحديد متى يصبح العميل خاملاً ويحتاج للطرد 16:48 &lt;jrandom&gt; Complication: آه، خوادم irc لم تكن محدّثة حينها، لا ينبغي أن يحدث ذلك بعد الآن 16:49 &lt;+Complication&gt; دون أن أستخدم "ghost". الاستخدامات الأخيرة لأمر ghost كانت بسبب التشغيل مع العديد من العُقَد. 16:49 &lt;+postman&gt; jrandom: وماذا عن قياس التأخير (lag)؟ 16:49 &lt;jrandom&gt; cervantes: صحيح. وإن لزم، يمكن للـ proxy أن يحقن رسالة PING إضافية إلى الخادم إذا /احتاج/ واحدة. 16:49 &lt;+postman&gt; أجدّه مفيداً لمعرفة إن كنت متأخراً أم لا 16:49 &lt;jrandom&gt; postman: وأنا كذلك، لكن يمكنك دائماً /msg نفسك 16:50 &lt;dust&gt; ربما يمكنك تقليل عدد الـ pings 16:50 &lt;jrandom&gt; سيوفر ذلك قدراً كبيراً من عرض الحزمة، إذ أن رسائل الـ tunnel عبارة عن كُتل بحجم 1024byte، تُرسل عبر 2*k+1 قفزات 16:50 &lt;jrandom&gt; ذلك أيضاً 16:50 &lt;jrandom&gt; لا أعلم، مجرد فكرة. ما لدينا الآن ممتاز على أي حال 16:51 &lt;+postman&gt; حسناً، سأحاول ترقيع خادم اختبار 16:51 &lt;@cervantes&gt; ربما ننظر في تقليل العدد... لكن أرى أنه يجب أن نرسل بعض الـ pings الحقيقية لمعرفة ما إذا كان العملاء لا يزالون أحياء 16:51 &lt;+postman&gt; ربما ينجح 16:51 &lt;jrandom&gt; يبدو معقولاً يا cervantes. لا أظن أنه يحتاج أي ترقيع على الخادم، آمل ذلك؟ 16:52 &lt;+postman&gt; jrandom: لتعطيلها ربما - لكن خفض الفترة هو معامل إعداد 16:53 * postman يتعمّق في قراءة توثيق ircd (مرة أخرى) 16:53 &lt;jrandom&gt; رائع، لا عجلة. مجرد شيء يمكننا النظر فيه لاحقاً 16:53 &lt;@cervantes&gt; class servers 16:53 &lt;@cervantes&gt; { 16:53 &lt;@cervantes&gt; pingfreq 120; 16:54 &lt;@cervantes&gt; class clients { pingfreq 90 } 16:54 &lt;@cervantes&gt; هذا إعدادي الحالي 16:54 &lt;+postman&gt; cervantes: نعم، أعلم - السؤال هل يمكن تعطيلها من الأساس 16:54 &lt;@cervantes&gt; لن أعطّلها... فقط أنظر في تقليلها 16:55 &lt;+postman&gt; حسناً، لنبدأ بذلك 16:55 &lt;+postman&gt; cervantes: ما رأيك بـ 180 ثانية؟ 16:56 &lt;@cervantes&gt; نغامر من البداية بـ 240 16:56 &lt;@cervantes&gt; لكن ربما يجب أن نجهّز جانب ircproxy أولاً 16:57 &lt;@cervantes&gt; *نناقش بعد الاجتماع* 16:57 &lt;+postman&gt; متفق 16:57 &lt;jrandom&gt; w3rd. حسناً، هل هناك شيء آخر حول 2) I2PTunnelIRCClient، أم ننتقل إلى 3) Syndie؟ 16:57 &lt;@cervantes&gt; أي شيء يقلّل متوسط حركة مرور الـ router لدي 40kb/sec ;-) 16:58 &lt;jrandom&gt; هاها، لسبب ما أشك أن كل ذلك من irc ;) 16:58 &lt;jrandom&gt; حسناً، نتحرك قُدماً 16:59 * cervantes يخفي تنزيلات فيديوهات المهر التي ظل يشفطها من jrandom طيلة الأسبوع 16:59 &lt;@cervantes&gt; is=the 16:59 &lt;+postman&gt; LOL 16:59 &lt;jrandom&gt; كما ذُكر في البريد، هناك أشياء رائعة تحصل مع syndie 16:59 &lt;jrandom&gt; واجهة سطر الأوامر (CLI) بسيطة، لكن أداة Sucker الجديدة من dust تبدو واعدة جداً 16:59 &lt;jrandom&gt; dust: هل تودّ أن تعطينا لمحة؟ 17:00 &lt;dust&gt; أوه، 17:01 &lt;dust&gt; حسناً، يستخدم rome لتحليل الخلاصات ثم يحوّلها إلى sml، كما وُصف في مدوّنة jrandom 17:02 &lt;dust&gt; ليس بالمتانة التي قد تُسمّيها بعد، لكنه عمره يومان فقط :) 17:02 &lt;dust&gt; لدي بعض Dilbert في syndie الخاص بي.. 17:02 &lt;dust&gt; :) 17:02 &lt;dust&gt; . 17:02 &lt;jrandom&gt; جميل 17:03 &lt;jrandom&gt; حسناً، ما رأيك باتجاهه - هل ندمجه في مصدر syndie ونوفره كـ CLI، أم نُبقيه منفصلاً ونوزّعه مستقلاً، أم شيء آخر؟ 17:04 * dust لا يعلم، قرّر أنت 17:04 &lt;dust&gt; كلما قلّت الأدوات المنفصلة كان أفضل 17:04 &lt;jrandom&gt; نعم، ربما أسهل أن نحزمه كله معاً، هكذا يعرف الجميع أنهم يستطيعون استخدامه 17:05 &lt;jrandom&gt; حينها سنتمكن من دمجه في واجهة الويب، وربما في مجدول Ragnarok (التبادُل مع عُقد أخرى والسحب من rss/atom/إلخ) 17:07 &lt;jrandom&gt; حسناً، هل لدى أحد أسئلة/تعليقات/مخاوف حول 3) Syndie؟ 17:07 &lt;wiht&gt; إذا واصلتُم دمج البرمجيات في I2P، فقد يتحوّل إلى حزمة منتفخة. 17:07 &lt;wiht&gt; بالطبع، أستطيع إيقاف Syndie إذا لم أكن أستخدمه. 17:08 &lt;jrandom&gt; حزمة تطوير i2p حجمها 13 ألف سطر كود (13KLOC) 17:08 &lt;jrandom&gt; وـ i2p router هو فقط 22 ألف سطر كود 17:08 &lt;jrandom&gt; لكن نعم، هناك أثر على زمن تنزيل المُثبّت 17:09 &lt;jrandom&gt; إن أراد أحد، يمكنه بناء router مُقلّم بلا تطبيقات عميل، باستخدام فقط router.jar و jbigi.jar و i2p.jar 17:09 &lt;wiht&gt; نعم، كنت أشير إلى التنزيل. 17:09 &lt;jrandom&gt; (لكن يكون أكثر فائدة حين تتوفر واجهة ويب للتحكم به، وi2ptunnel، ومكتبة البث، إلخ ;) 17:11 &lt;jrandom&gt; smeghead كان يعمل على نظام توزيع (مثل emerge، لجافا)، وهناك أيضاً جماعة jpackage 17:11 &lt;jrandom&gt; إن أراد أحد أن يبحث في طريقة سلسة وموثوقة لإدارة التطبيقات بدون حزم مدمجة، فسيكون ذلك رائعاً 17:12 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول ذلك، فلنقفز إلى 4) I2Phex 17:13 &lt;jrandom&gt; لا أملك الكثير لأضيفه بخلاف ما في ملاحظات الحالة 17:13 &lt;jrandom&gt; redzara: هل أنت هنا؟ 17:13 &lt;+redzara&gt; نعم أنا هنا 17:13 &lt;+redzara&gt; أنا أعمل بالفعل على الإصدار التالي، بينما أنتظر الاجتماع مع Gregor. 17:13 &lt;jrandom&gt; رائع 17:13 &lt;+redzara&gt; العمل، حالياً، يتكون بالأساس من تحديد الفروق والاحتياجات المرتبطة باستخدام I2P مثل مثلاً tcp/udp مقابل i2p، إدارة المعاملات الخاصة بـ I2P (وإدارة تحديث هذه المعاملات نفسها وقت الإصدارات القادمة، ...) نقل GWebCache إلى I2P، استخدام RSS أم لا، استخدام push أم لا... 17:14 &lt;+redzara&gt; لدي الكثير من التوثيق والشفرة لأقرأها 17:15 &lt;jrandom&gt; واو، نعم، يبدو كثيراً. أخبرني إن كان لديك أي أسئلة بخصوص تكامل i2p، أو إن أردت فقط من تتبادل معه الأفكار 17:16 &lt;jrandom&gt; جعل جزء I2Phex إضافة (plugin) لـ Phex الرئيسي سيكون رائعاً بحق 17:17 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر حول 4) I2Phex؟ 17:18 &lt;+redzara&gt; سأحتاج بالتأكيد مساعدة في جزء petname 17:19 &lt;+redzara&gt; وربما أيضاً في الضبط الدقيق لمعاملات الـ tunnels 17:19 &lt;jrandom&gt; جميل، التسمية سهلة جداً - وعلى مستوى أساسي، يمكنك حتى الاستغناء عن الأسماء تماماً (هكذا يفعل I2Phex الآن) 17:20 &lt;jrandom&gt; إعداد الـ tunnel لا ينبغي أن يكون مشكلة أيضاً، رغم أن هذا يثير فكرة أن Phex قد يحتاج إلى قسم "إعدادات متقدمة" للإضافات 17:20 &lt;jrandom&gt; (سنحتاج بالطبع إلى قيم افتراضية جيدة على أي حال) 17:21 &lt;+redzara&gt; ربما شيء مثل ircclient، مرشّح لضمان ذلك 17:22 &lt;@cervantes&gt; من الأفضل تجهيز التطبيق نفسه برأيي المتواضع 17:22 &lt;jrandom&gt; قد ينجح ذلك، رغم أن التعامل مع تسلسلات بايت عشوائية قد يكون صعباً 17:23 &lt;jrandom&gt; مع ذلك، قد يتيح proxy مثل ircclient لأي عميل gnutella استخدامه. لكن سيكون عملاً كثيراً. 17:23 &lt;+redzara&gt; همم، مجرد فكرة ;) 17:23 * jrandom لا يعرف البروتوكول جيداً بما يكفي ليقول ما هو النهج الأفضل، لذا أقترح اتباع أبسط شيء قد ينجح :) 17:25 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر، ربما نمر سريعاً على 5) stego وdarknets 17:26 &lt;jrandom&gt; لست متأكداً إن كان لدي ما أضيفه عما يُقال في القائمة (والنقاش الأساسي ربما يجب أن يستمر هناك) 17:27 &lt;jrandom&gt; ومع ذلك، هل هناك شيء تودون طرحه حول القضايا المثارة؟ 17:27 &lt;wiht&gt; ذُكر Freenet إصدار 0.5 و0.7 في النقاش. هل هناك إصدار 0.6 لـ Freenet؟ 17:27 &lt;jrandom&gt; 0.6 هو فرع الشبكة "غير المستقر" لديهم حالياً 16:27 &lt;jrandom&gt; بحسب علمي 17:27 &lt;+postman&gt; أوه وكنت أظن أنه اختُطف بقوى فضائية 17:28 &lt;jrandom&gt; رغم أن لوم الفضائيين رهان آمن عادةً، هذه إحدى الحالات القليلة التي لا يكونون فيها مذنبين 17:28 &lt;+postman&gt; :) 17:28 &lt;wiht&gt; كان Toad يتحدث عن القدرة على حصاد عناوين IP لعُقد I2P أو FreeNet، صحيح؟ 17:28 &lt;jrandom&gt; من بين أمور أخرى 17:29 &lt;wiht&gt; أردت توضيح ذلك فقط، شكراً. 17:29 &lt;jrandom&gt; على الرحب. حسناً، هل لدى أحد شيء حول 5)، أم ننتقل إلى 6) القديم الجيد؟ 17:30 &lt;+postman&gt; حسناً، لدي شيء لـ 6) 17:30 &lt;jrandom&gt; اعتبرنا انتقلنا. 17:30 &lt;jrandom&gt; ما الأمر يا postman؟ 17:30 &lt;+postman&gt; رأينا جميعاً أن الـ proxies القادرة على مرشّحات خاصة بالبروتوكول جيدة ومطلوبة 17:31 &lt;+postman&gt; هل سيكون من المجدي التفكير في proxy عام 17:31 &lt;+postman&gt; يمكن تزويده بوصف للبروتوكول 17:31 &lt;+redzara&gt; أود تطبيقاً مثل cron يستخدم beanshell لتشغيل شيفرة Java ديناميكياً 17:31 &lt;+postman&gt; مع أمور للمراقبة/التصفية/الإخفاء 17:31 &lt;+postman&gt; مثل وصف XML للتصفية/التنقية 17:32 &lt;+postman&gt; بحيث لا نحتاج مصدراً جديداً بل مجرد ملف/ملف تعريف مرشّح جديد 17:32 &lt;+postman&gt; (مجرد سؤال إن كان يستحق التفكير فيه) 17:32 &lt;jrandom&gt; معقد جداً جداً يا postman. سيكون ممكناً استخدام lexer مثل javacc لبناء لغات إدخال وتطبيق يترجم تلك اللغة إلى صيغة الإخراج 17:32 &lt;@cervantes&gt; الصعب هو التقاط الأشياء التي تنحرف عن البروتوكول 17:33 &lt;+postman&gt; كانت مجرد فكرة لتحفيز العصف الذهني 17:33 &lt;+postman&gt; برأيي، proxy عام مع مرشّح/مُحلّل مُنمذج مفيد جداً 17:33 &lt;wiht&gt; هل تمكّن أحد من الاتصال بـ eepsites.i2p؟ حاولت عدة مرات الأسبوع الماضي، لكن دون نجاح. 17:33 &lt;jrandom&gt; wiht: حمّلته مرة، وهو نفسه eepsites.com 17:34 &lt;jrandom&gt; (أم هو .net؟ أم .org؟ لا أتذكر) 17:34 * wiht يزور eepsites.com 17:34 &lt;jrandom&gt; postman: إن استطاع أحد ابتكار شيء يعمل، فسيكون ذلك رائعاً 17:34 &lt;+postman&gt; jrandom: حسناً، سأفكّر بالأمر مع susi 17:34 &lt;jrandom&gt; w3wt 17:34 &lt;+postman&gt; jrandom: ربما نتخلى عنه الأسبوع القادم 17:35 &lt;wiht&gt; إنه eepsites.com، وهو محرّك بحث لـ eepsites. 17:35 &lt;+postman&gt; لكني حلمتُ أنه نجح 17:35 &lt;+postman&gt; :] 17:35 &lt;jrandom&gt; :) 17:36 * Complication يشتبه أن وصف كل الدقائق التي تحدث في البروتوكولات... يحتاج شيفرة، ولا شيء أقل من الشيفرة 17:36 &lt;+Complication&gt; (لأغلب البروتوكولات على الأقل) 17:36 &lt;@cervantes&gt; لا، فقط بعض regex الشريرة 17:36 &lt;+postman&gt; Complication: ربما هذا الاشتباه هو السبب الذي يمنعنا من مزيد من التحقيق 17:37 &lt;+postman&gt; Complication: لست متأكداً بعد، لكن الاشتباه وحده لن يريحني من هذه المسألة 17:37 &lt;jrandom&gt; حسناً، نقطة مهمة هنا شيئاً عرضه لنا dust - 17:37 * Complication يخشى regex قادرة على مثل هذه الأشياء 17:37 &lt;jrandom&gt; الشيفرة ليست مخيفة بالضرورة. 17:37 &lt;+postman&gt; أرأيت؟ :) 17:37 &lt;+postman&gt; لغة نمذجة مرشّحات جيدة ستفعل الشيء نفسه 17:38 &lt;+postman&gt; :) 17:38 &lt;@cervantes&gt; tcl؟ :) 17:38 &lt;+Complication&gt; يجب أن تكون جيدة فعلاً. 17:38 * jrandom يرى أن لديك خيولاً طائرة أيضاً يا postman ;) 17:38 * dust شعر أيضاً بالسوء لإعادة استخدام الشيفرة هنا وهناك 17:38 &lt;+postman&gt; jrandom: لا بقر :) 17:38 &lt;jrandom&gt; شيفرة تعمل >>> تحسينات نظرية في الشيفرة 17:39 &lt;+postman&gt; ممم 17:40 &lt;+postman&gt; شيء تعلمته من i2p 17:40 &lt;wiht&gt;&gt;&gt;&gt; تعني "أفضل بكثير، كثيراً؟" 17:40 &lt;+postman&gt; لا تستسلم من أول نظرة 17:40 &lt;jrandom&gt; صدقت يا postman 17:40 &lt;jrandom&gt; نعم يا wiht 17:41 &lt;jrandom&gt; سيكون رائعاً فعلاً 17:41 &lt;jrandom&gt; حسناً، هل لدى أحد شيء يطرحه للاجتماع؟ 17:41 &lt;+bar&gt; حسناً، كيف يعمل IMAP يا postman؟ (قرأتُ عنه في المنتدى ولم أجرّبه بعد بنفسي) 17:41 &lt;+postman&gt; bar: جرّبه بنفسك - لا تقارير مستخدمين لدي بعد 17:41 * cervantes يدحرج جرساً على شكل مهر 17:42 &lt;+bar&gt; حسناً، سأفعل :) 17:42 &lt;+postman&gt; bar: وبالنسبة لي يعمل بشكل ممتاز :) 17:42 &lt;jrandom&gt; جميل 17:42 &lt;+bar&gt; رائع 17:42 &lt;+postman&gt; cervantes: أنت مهووس 17:42 &lt;@cervantes&gt; أنا؟! 17:42 &lt;@cervantes&gt; :) 17:43 &lt;jrandom&gt; حسناً، قبل أن نصل إلى علامة 90 دقيقة 17:43 * jrandom يستعد 17:43 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2005/10/11/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-11/Tue, 11 Oct 2005 00:00:00 +0000/ar/blog/2005/10/11/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-11/<p>مرحباً جميعاً، إنه الثلاثاء مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.2 2) I2PTunnelIRCClient 3) Syndie 4) I2Phex 5) Stego (الإخفاء) والشبكات المظلمة (بخصوص سجال ناري) 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.2</li> </ol> </li> </ul> <p>إصدار 0.6.1.2 للأسبوع الماضي سار بشكل جيد حتى الآن — 75% من الشبكة قاموا بالترقية، وHTTP POST يعمل بشكل جيد، وstreaming lib (مكتبة البث) ينقل البيانات بكفاءة معقولة (غالباً ما يتم استلام الاستجابة الكاملة لطلب HTTP في رحلة ذهاب وإياب واحدة من الطرف إلى الطرف). كما أن الشبكة نمت قليلاً — الأرقام المستقرة تبدو نحو 400 نظير، لكنها قفزت أكثر إلى 6-700 مع التقلّب (churn) خلال ذروة الذكر في digg/gotroot [1] خلال عطلة نهاية الأسبوع.</p>/ar/blog/2005/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-04-2005/Tue, 04 Oct 2005 00:00:00 +0000/ar/blog/2005/10/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-04-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> cat-a-puss, cervantes, Complication, jrandom, mancom, nickless_head, phedy, postman, protokol, Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:16 &lt;jrandom&gt; 0) مرحباً 16:16 &lt;jrandom&gt; 1) 0.6.1.1 16:16 &lt;jrandom&gt; 2) i2phex 16:16 &lt;@protokol&gt; وبالمناسبة، ما الأخبار عن legion و i2phex؟ 16:16 &lt;jrandom&gt; 3) syndie 16:16 &lt;jrandom&gt; 4) ??? 16:16 &lt;jrandom&gt; 0) مرحباً 16:16 * jrandom يُلوّح 16:16 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت حتى http://dev.i2p.net/pipermail/i2p/2005-October/000939.html 16:17 &lt;+postman&gt; مرحباً 16:17 &lt;jrandom&gt; فلنبدأ بـ 1) 0.6.1.1 16:18 &lt;+postman&gt; نعم 16:18 &lt;jrandom&gt; الشبكة تنمو عدداً واستخداماً، لكن الأمور تسير على ما يرام 16:18 &lt;+postman&gt; .. باستثناء خوادم irc 16:18 &lt;jrandom&gt; نعم، هذه مثيرة للاهتمام 16:19 &lt;jrandom&gt; (خوادم irc تعمل حالياً بإصدار أقدم، وما زلنا نعمل على بعض التنقيح لفهم بالضبط لماذا الأمور كما هي) 16:19 &lt;+Ragnarok&gt; ماذا حدث؟ 16:20 &lt;jrandom&gt; نأمل أن نُحدّث خوادم irc عاجلاً لا آجلاً، إذ كانت هناك أمور جيدة مؤخراً 16:20 &lt;cervantes&gt; Ragnarok: رابط server&lt;-&gt;server غير مستقر تحت 1.1 16:20 &lt;+Ragnarok&gt; غريب 16:20 &lt;jrandom&gt; أعني 0.6.1.1 ;) 16:20 &lt;+Complication&gt; protokol: انظر المنتدى، لقد اختار أخيراً نهجاً معقولاً 16:20 &lt;+postman&gt; cervantes: لا تذكر السفر عبر الزمن، يا أحمق 16:20 &lt;cervantes&gt; 0.6.1.x 16:20 &lt;+postman&gt; :) 16:21 &lt;cervantes&gt; أوب 16:21 &lt;+postman&gt; jrandom: آمل أن أتمكّن من بناء ircd تجريبي هذا الأسبوع 16:21 &lt;+postman&gt; jrandom: يمكننا الربط إلى مثيل يديره أنت أو cervantes 16:22 &lt;jrandom&gt; نعم، سيكون ذلك رائعاً. يمكننا حتى فصل الـtunnels المختلفة في آلات Java الافتراضية (JVMs) مختلفة، باستخدام مكتبات بث مختلفة وإصدارات الـrouter مختلفة، لعزل المشكلة أكثر 16:23 &lt;jrandom&gt; سيكون رائعاً لو استطعنا فعل ذلك قبل 0.6.1.2، لكن إن لم يحدث فليست مشكلة كبيرة 16:24 &lt;jrandom&gt; حسناً، هل لدى أيٍّ منكم شيءٌ آخر لـ 1) 0.6.1.1؟ 16:24 &lt;+postman&gt; jrandom: بخلاف ذلك: يعمل كالجحيم 16:24 &lt;jrandom&gt; هل هو جحيم جيد أم جحيم سيئ؟ :) 16:24 &lt;+postman&gt; جحيم الجحيم :) 16:25 &lt;+Complication&gt; آه، تسبّبتُ في بضع أخطاء إضافية (لكنها كانت حقاً على الحافة، إعادة تشغيل الـrouter أثناء تشغيل i2phex.) سأرسلها على الخاص. 16:26 &lt;jrandom&gt; آه رائع، شكراً Complication 16:26 &lt;+Complication&gt; (مثلاً، على الأرجح لن تؤذي أحداً في الواقع) 16:26 &lt;jrandom&gt; هه، لا تستهِن أبداً بقدرة الناس على كسر الأشياء :) 16:27 &lt;cervantes&gt; أو براعة الحمقى في اختبار الأنظمة المانعة للحمق 16:27 &lt;+postman&gt; نعم، اصنع شيئاً مضاداً للحمقى وستُكافأ بنوع جديد من الحمقى 16:28 &lt;jrandom&gt; هللويا 16:29 &lt;jrandom&gt; حسناً، أي شيء آخر لـ 1)، أم ننتقل إلى 2) i2phex 16:30 &lt;jrandom&gt; كان هناك الكثير من النقاش مؤخراً، وlegion وافق على دمج التغييرات التي أُجريت في قاعدة شيفرة i2phex الخاصة بـsirup. 16:30 &lt;+postman&gt; لننتقل 16:30 &lt;jrandom&gt; هذا رائع جداً، إذ سيكون ممتازاً أن نستفيد جميعاً من عمل legion الشاق مع البقاء منفتحين وآمنين بالكامل 16:31 &lt;+Ragnarok&gt; ماذا فعل بالضبط؟ 16:33 &lt;jrandom&gt; تشمل أحدث التغييرات إضافة systray4j، وتحديثات striker للـtimeout، ورفع القيم الافتراضية لطول الـtunnel، وبعض أمور nsis و jni، وبضع تغييرات أخرى 16:33 &lt;+Ragnarok&gt; همم، حسناً 16:33 &lt;+postman&gt; jrandom: إذن هناك مجموعة تحسينات - هل ستُحافَظ عليها؟ 16:34 &lt;jrandom&gt; بالتأكيد، كل الأشياء الجيدة ستُدمَج في i2phex 16:34 &lt;jrandom&gt; هناك بعض الأشياء لست متأكداً منها كثيراً، لكن سنناقشها مع legion خارج الاجتماع ;) 16:35 &lt;+postman&gt; حسناً 16:36 &lt;jrandom&gt; حسناً، هل لدى أحدٍ شيءٌ آخر لِـ 2) i2phex؟ أم ننتقل إلى 3) syndie؟ 16:37 * postman يجهّز بضائع امتياز syndie500 الخاصة به 16:37 &lt;jrandom&gt; هه 16:37 &lt;jrandom&gt; حسناً، Ragnarok، هل تود أن تعطينا ملخّصاً عن آخر المستجدات؟ 16:37 &lt;+Ragnarok&gt; همم، حسناً 16:38 &lt;+Ragnarok&gt; Syndie سيجلب الآن المشاركات الجديدة من أرشيف تلقائياً. 16:38 &lt;+Ragnarok&gt; يمكنك تحديد الأرشيفات التي تريد تلقّي التحديثات منها، وتحديد عدد المرات في ملف إعدادات syndie 16:39 &lt;+Ragnarok&gt; تفاصيل أكثر حول ذلك في history.txt 16:39 &lt;+Ragnarok&gt; يحتاج إلى واجهة مستخدم، لكنه من الناحية العملية منتهٍ 16:39 &lt;+Ragnarok&gt; طبعاً، لا يبدو أن أحداً ينشر شيئاً مؤخراً، لذا ربما ليس مفيداً جداً :) 16:40 &lt;jrandom&gt; [أدخل اقتباساً من Field of Dreams هنا] 16:40 &lt;jrandom&gt; شكراً Ragnarok، لقد كانت هذه ميزة مطلوبة كثيراً 16:41 &lt;+Ragnarok&gt; رائع 16:41 &lt;+Ragnarok&gt; سعيد بالقيام بها، لم يكن عملاً كثيراً حقاً 16:42 &lt;+Ragnarok&gt; في الغالب ألبّي حاجة عندي :) 16:42 &lt;cervantes&gt; أوه أليس كذلك؟ إذاً انسَ الأمر :P 16:42 &lt;cervantes&gt; or=oh 16:42 &lt;+postman&gt; (شش، العبقري يجب ألا يعترف بأنه يحتاج للعمل بجد أيضاً) 16:42 &lt;+Ragnarok&gt; ههه 16:43 &lt;+Ragnarok&gt; على أي حال، إن كان لدى أحد تقارير علل/طلبات ميزات/صافرات استهجان/تشجيع/إلخ. فأبلغوني 16:43 &lt;jrandom&gt; (هتافات!) 16:43 &lt;+Ragnarok&gt; الفكرة التالية التي أفكر بها هي استيراد petnames (أسماء ودّية) تلقائياً كما تُرى في المشاركات إلى قاعدة بيانات petname الخاصة بالـrouter، لكن يبدو أن ذلك قد يكون معقّداً... 16:44 &lt;+Ragnarok&gt; لكنها ستسمح عملياً لـSyndie بأن يحل محل دفتر العناوين 16:44 &lt;jrandom&gt; سيكون ذلك رائعاً جداً 16:44 &lt;+nickless_head&gt; نعم :) 16:45 &lt;+Ragnarok&gt; عليّ فقط معرفة كيفية استخراج قائمة petnames من الأرشيف 16:45 &lt;+Ragnarok&gt; كل شيء آخر تافه 16:45 &lt;+nickless_head&gt; ragnarok: هل تغييراتك موجودة بالفعل في cvs؟ (كسول جداً لقراءة النقاش بأكمله) :) 16:45 &lt;+Ragnarok&gt; نعم 16:45 &lt;+nickless_head&gt; :happy: 16:45 * nickless_head يفكّر في cvs update 16:45 &lt;+Ragnarok&gt; منذ البارحة 16:45 &lt;+nickless_head&gt; لا، ربما من الأفضل الانتظار للإصدار التالي 16:45 &lt;jrandom&gt; ربما الحصول على petnames كلما جرى عرضها، مع إتاحتها عبر HTMLRenderer (في addressReceived) 16:46 &lt;+Ragnarok&gt; حسناً، سأنظر في ذلك 16:46 &lt;jrandom&gt; رائع، شكراً Ragnarok 16:47 &lt;+Ragnarok&gt; حسناً، هذا كل شيء من جانبي، إلا إذا كانت هناك أسئلة 16:49 &lt;jrandom&gt; wr0d. حسناً، ننتقل إلى 4) ??? 16:49 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 16:49 &lt;cervantes&gt; نعم 16:49 * nickless_head ينظر إلى cervantes باهتمام 16:50 &lt;+fox&gt; &lt;mancom&gt; هل هناك أي جديد حول Q أو feedspace؟ 16:50 &lt;+postman&gt; nickless_head: مهلاً، إنه لي - لا تجرؤ أن تحدّق فيه هكذا :) 16:50 &lt;+nickless_head&gt; أنا لا أحدّق إليه.. أنا أنظر إليه باهتمام. 16:51 &lt;cervantes&gt; بعد بعض المداولة أعدتُ إحياء فقرة «مستخدم المنتدى لشهر» - وهذا الشهر ذهبت، وعن جدارة، إلى Complication لمساهماته البارزة في المنتدى 16:51 &lt;+nickless_head&gt; مبروك Complication! 16:51 &lt;+postman&gt; أحسنت :) 16:51 &lt;cervantes&gt; لذا سيحصل على صورة رمزية (شاء أم أبى) :P 16:51 &lt;+Complication&gt; هه، آمل أن تكون هفواتي أقل بروزاً. :O :D 16:52 &lt;@protokol&gt; أوه نعم 16:52 &lt;jrandom&gt; w00t! شكراً Complication 16:52 &lt;cervantes&gt; (التي أصبحت مفعّلة الآن) 16:52 &lt;@protokol&gt; كيف يسير اختبار i2phex Yellow Submarine ذاك 16:52 &lt;@protokol&gt; أي سرعات ملحوظة أو غياب لها؟ 16:52 &lt;+Complication&gt; يسير. 16:52 &lt;jrandom&gt; mancom: لا جديد بخصوص Q أو feedspace 16:53 &lt;+Complication&gt; لا سرعات خارقة، لكنها سرعة مضمونة وكافية، في رأيي. 16:53 &lt;jrandom&gt; protokol: آخر ما سمعت كان 10-20KBps، لكنه مجرد كلام على المنتدى 16:53 &lt;@protokol&gt; أنا أحمله الآن 16:53 * nickless_head يفهم ما قصده postman 16:53 * nickless_head يحمرّ خجلاً 16:53 &lt;+Complication&gt; (أيضاً: لقد أعدتُ قراءة جزء من المقدمة التقنية، ولم أجد عيباً في مقارنات الشبكات. أعتقد أنها جيدة بما يكفي.) 16:54 &lt;+postman&gt; nickless_head: LOL (عذراً) 16:54 * Complication ينظر إلى الصورة الرمزية ويبتسم ابتسامة عريضة :D 16:54 &lt;+nickless_head&gt; postman: *GG* (لا مشكلة) 16:54 &lt;cat-a-puss&gt; هل تم فعل أي شيء في محاولة لاعتماد «Amazon honor system» كأسلوب بديل لجمع التبرعات؟ 16:54 &lt;+Complication&gt; بالضبط. :P 16:55 &lt;@protokol&gt; cat-a-puss: ماذا تقصد؟ 16:55 &lt;jrandom&gt; ليس بعد يا cat-a-puss، لم أرَ wilde حولنا 16:55 &lt;jrandom&gt; واو، أهلاً phedy 16:55 &lt;phedy&gt; مرحباً jrandom. 16:55 &lt;cat-a-puss&gt; protokol: إنه مثل pay-pal، إلا أنه يمكنك استخدام حساب لديك على amazon.com لإجراء الدفع 16:56 &lt;jrandom&gt; Complication: شكراً بخصوص المقارنات. تبقّت بعض التنقيحات، لكنها تتقدّم 16:56 &lt;@protokol&gt; ضعيف 16:56 &lt;+Complication&gt; (ليس أنني أعرف Tor أو Freenet بدرجة جيدة، رغم أنني استخدمتُ كليهما) 16:57 * cat-a-puss يفكّر في إنشاء مكافأة للمساعدة في إنهاء محرّك البحث الموزَّع. 16:57 &lt;jrandom&gt; (قبل وضع المستند على الموقع المعتاد سأعرضه على أولئك الأشخاص للتعليق) 16:58 &lt;cervantes&gt; Complication: إنها تركيبة فنية على دوّار في لندن تُحدث فوضى في حركة المرور ;-) 16:59 &lt;jrandom&gt; cat-a-puss: عليّ أن أرتّب بعض الأمور المالية الأخرى قريباً على أي حال، لذا سأخبرك بأسرع ما يمكن 16:59 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لطرحه للاجتماع؟ 16:59 &lt;cat-a-puss&gt; أوه، إذا أردنا ترجمة مستندات إلى لغات أخرى قبل 1.0، فقد أعرف أشخاصاً يمكنهم المساعدة في الإسبانية والصينية. 16:59 &lt;cat-a-puss&gt; حسناً 16:59 &lt;jrandom&gt; رائع، سيكون ذلك عظيماً 17:00 &lt;+Complication&gt; cervantes: شكراً للإخبار، لم أكن أعلم أين يحدث مثل هذا، أمم... التأثير :D 17:00 &lt;jrandom&gt; هناك مسودة مقدمة تقنية متداولة في cvs، وسنرغب في نهاية المطاف بترجمة ما سينتج عن إعادة تصميم موقعنا من محتوى 17:03 * nickless_head يذهب للنوم 17:03 &lt;jrandom&gt; أفترض أن عليّ التقاط الـbaffer... 17:03 &lt;jrandom&gt; إذا لم يكن هناك شيء آخر 17:03 * jrandom يتهيّأ 17:03 * jrandom يُغلق الاجتماع بـ *baf*s </div>/ar/blog/2005/10/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-04/Tue, 04 Oct 2005 00:00:00 +0000/ar/blog/2005/10/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-10-04/<p>مرحباً بالجميع، حان وقت ملاحظات الحالة الأسبوعية الخاصة بنا (ضعوا الهتاف هنا)</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.1 2) i2phex 3) syndie 4) ؟؟؟</li> </ol> <ul> <li> <ol> <li>0.6.1.1</li> </ol> </li> </ul> <p>كما أُعلن في القنوات المعتادة، صدرت النسخة 0.6.1.1 قبل أيام قليلة، وحتى الآن كانت التقارير إيجابية. نمت الشبكة إلى مستوى ثابت يبلغ بين 300 و400 من الأقران المعروفين، وكان الأداء جيدًا إلى حد كبير، رغم أن استخدام CPU ازداد قليلًا. ومن المحتمل أن يكون ذلك بسبب أخطاء قديمة تسمح بشكل غير صحيح بقبول عناوين IP غير صالحة، مما يؤدي بدوره إلى churn (معدل تبدّل الأقران) أعلى مما يلزم. وقد أُدخلت إصلاحات لهذا ولأمور أخرى في بُنى CVS منذ 0.6.1.1، لذا يُرجَّح أن يكون لدينا الإصدار 0.6.1.2 في وقت لاحق من هذا الأسبوع.</p>/ar/blog/2005/09/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-27-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/Tue, 27 Sep 2005 00:00:00 +0000/ar/blog/2005/09/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-27-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:14 &lt;jrandom&gt; 0) مرحباً 16:14 &lt;jrandom&gt; 1) حالة الشبكة 16:14 &lt;jrandom&gt; 2) 0.6.1 16:14 &lt;jrandom&gt; 3) ??? 16:14 &lt;jrandom&gt; 0) مرحباً 16:14 * jrandom يلوّح 16:14 &lt;+Ragnarok&gt; حسناً، سأؤجل أسئلتي الأخرى 16:14 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 16:14 &lt;+Ragnarok&gt; مرحباً :) 16:15 &lt;wiht&gt; مرحباً. 16:15 &lt;jrandom&gt; بالتأكيد يمكننا التعمّق فيه أكثر في 3؟؟ إذا أردت 16:15 &lt;+Ragnarok&gt; رائع 16:15 &lt;jrandom&gt; حسناً، نبدأ بـ 1) حالة الشبكة 16:15 &lt;jrandom&gt; عموماً، الأمور تبدو مستقرة جداً 16:16 &lt;A123&gt; هل يُشغَّل الـhttp outproxy (وكيل خارجي) بواسطة router واحد فقط؟ 16:16 &lt;wiht&gt; أرى 307 عُقد معروفة على الـrouter console الخاص بي. 16:16 &lt;A123&gt; (ما زلت غير واضح تماماً حول كيفية عمل I2P) 16:16 &lt;jrandom&gt; هناك اثنان من outproxies مُعدّان افتراضياً، وهناك عدد آخر متاح لكنه غير مُعدّ افتراضياً 16:16 &lt;wiht&gt; هل وصل استخدام النطاق الترددي لأي شخص إلى الحد الأقصى بسبب نمو الشبكة مؤخراً؟ 16:17 &lt;jrandom&gt; حسناً، استهلاكي للنطاق الترددي ازداد، ثابت عند 30-40KBps على routers الخاصة بي 16:17 &lt;jrandom&gt; (أي إلى 30-40 ثابتة) 16:18 &lt;jrandom&gt; (كما أنني أشغّل بعض الخدمات ذات المرور العالي، مثل squid.i2p ;) 16:19 &lt;A123&gt; هل نظرت إلى السجلات من قبل؟ 16:19 &lt;jrandom&gt; لسكويِد؟ لا، ضبطته لعدم إجراء أي تسجيل للطلبات 16:20 &lt;+Ragnarok&gt; تذكّر، قد يكون يكذب :) 16:20 &lt;+Ragnarok&gt; لذا، هو سؤال غبي لطرحه 16:20 &lt;jrandom&gt; (مع أن هذا قد يكون كذباً أيضاً، وربما أعمل لدى الـFBI/إلخ، فلا تُسِيئوا الاستخدام ;) 16:20 &lt;A123&gt; كنت فقط فضولياً لمعرفة ما إذا كان هناك شيء مثير للاهتمام هناك :) 16:21 &lt;+mihi&gt; A123: شغّل outproxy خاصاً بك :) 16:21 &lt;gloin&gt; A123: أنشئ عقدة Tor. 16:21 &lt;A123&gt; هل من السهل إعداده؟ 16:21 &lt;jrandom&gt; ليس حقاً 16:21 &lt;A123&gt; gloin، Tor ليس مصمماً صراحةً لمشاركة الملفات، لذا لست مهتماً به كثيراً. 16:22 &lt;jrandom&gt; (أقصد outproxy. أما Tor فمن السهل إعداده) 16:22 &lt;A123&gt; أو على الأقل، هم صرّحوا بوضوح أنهم لا يريدون الناس أن يستخدموه لمشاركة الملفات. 16:22 &lt;wiht&gt; jrandom، هل ما زلت تريد الانتظار حتى الإصدار 1.0 قبل إعلان عام كامل عن نُضج مشروع I2P؟ 16:23 &lt;+mihi&gt; A123: بالتأكيد هو أصعب من تسجيل لقبك لدى nickserv *تلميح* *تلميح* 16:23 &lt;A123&gt; أوه نعم، بالتأكيد لا أريد أن يُؤخَذ A123 :) 16:23 &lt;wiht&gt; إذا كانت الشبكة تعمل جيداً الآن، هل يمكنها تحمّل إضافة المزيد من المستخدمين؟ 16:23 &lt;jrandom&gt; سنحتاج إلى بعض أعمال التوعية قبل 1.0 لكي نحصل على اختبارات في بيئات أكبر 16:24 &lt;+Ragnarok&gt; ربما إصدار معاينة، أو شيء من هذا القبيل 16:24 &lt;wiht&gt; إصدار بيتا؟ يبدو فكرة جيدة. 16:25 &lt;jrandom&gt; نعم، سيحدث ذلك بالتزامن مع إعادة تصميم الموقع، ربما قبل 0.6.2 16:25 &lt;jrandom&gt; (أو ربما عند 0.6.2) 16:25 &lt;jrandom&gt; (إعادة تصميم الموقع جزء من المسار الحرج كي لا نمضي ساعات على ساعات نجيب على الأسئلة نفسها) 16:25 &lt;+Ragnarok&gt; حسناً، مع بعض الصقل الإضافي للمستخدم النهائي أكثر من مجرد بيتا أخرى 16:26 &lt;A123&gt; هل يمكن للعملاء المتوافقين مع I2P تكوين tunnels بأنفسهم بسهولة؟ 16:26 &lt;jrandom&gt; نعم 16:26 &lt;A123&gt; أظن أنه بإمكانهم دائماً إرسال طلبات HTTP إلى الـconsole... 16:26 &lt;+Ragnarok&gt; الـrouter console تحتاج أيضاً إلى إعادة تصميم جادة. سيكون من الجميل أن تكون الصفحة الأولى أشبه ببوابة i2p، وننقل كل الأمور التقنية إلى الداخل قليلاً 16:26 &lt;jrandom&gt; إنها إحدى الخصائص التي يرسلونها عند الاتصال بـ i2p 16:26 &lt;jrandom&gt; مُتَّفَق عليه يا Ragnarok 16:27 &lt;A123&gt; هممم. يمكن لملحقة I2P لـAzureus أن تكون أكثر وُدّاً قليلاً إذن. 16:27 &lt;A123&gt; أو أي قدر من الود أصلاً. 16:27 &lt;jrandom&gt; موافق A123 ;) 16:27 &lt;jrandom&gt; (مع أنهم قاموا بعمل رائع لإظهار إثبات العمل) 16:28 &lt;jrandom&gt; وردت في الآونة الأخيرة الكثير من الاقتراحات الرائعة في القائمة البريدية بخصوص سهولة الاستخدام 16:28 &lt;jrandom&gt; العديد/معظمها ينبغي إنجازه قبل أن نطلب من المستخدمين الجدد تجربة i2p 16:28 &lt;A123&gt; من الـconsole: "If you can't poke a hole in your NAT or firewall to allow unsolicited UDP packets to reach the router, as detected with the Status: ERR-Reject..." 16:28 &lt;A123&gt; أين سأرى "Status: ERR-Reject"? 16:29 &lt;+Ragnarok&gt; جميل أننا وصلنا إلى مرحلة يمكننا فيها القلق بشأن سهولة الاستخدام :) 16:29 &lt;jrandom&gt; A123: على الجهة اليسرى من الـrouter console لديك، سترى Status: OK (أو Status: unknown، أو شيء آخر) 16:29 &lt;+Complication&gt; في حقل Status ضمن الـrouter console. 16:29 &lt;jrandom&gt; صحيح كفاية يا Ragnarok 16:29 &lt;+Complication&gt; نأمل أن لديك OK أو OK (NAT) هناك. 16:30 &lt;A123&gt; Complication، آه، شكراً. هل هذا هو الشيء الذي يتم تحديثه إذا نقرت على "Check network reachability..."؟ 16:30 &lt;wiht&gt; آمل ألا تضطروا إلى كسر التوافقية في إصدارات I2P المستقبلية. يبدو أن ترحيل الشبكة بالكامل إلى إصدار جديد كان مؤلماً في السابق. 16:30 &lt;+Complication&gt; A123: نعم، ينبغي أن يُجري الاختبار مرة أخرى عند النقر 16:30 &lt;+Complication&gt; لكن لا يحدث ذلك فوراً. 16:30 &lt;jrandom&gt; حسناً، لم تعد مؤلمة كما كانت، لكن نعم، سيكون من الجيد إن استطعنا تجنّب ذلك يا wiht 16:30 &lt;A123&gt; إذَن عليّ تحديث الصفحة؟ 16:30 &lt;A123&gt; حسناً، لا، هذا سيقوم بـ http post آخر... 16:31 &lt;+Complication&gt; A123: قد يستغرق الأمر دقيقة للعثور على نظير مناسب للاختبار 16:31 &lt;+Complication&gt; لأنك لا تستطيع الاختبار مع من تتحدث إليهم بالفعل 16:31 &lt;+Complication&gt; قد يعطي نتائج خاطئة. 16:32 &lt;+Complication&gt; لذا، ينبغي أن يظهر عندما تعرض الـrouter console بعد قليل. 16:32 &lt;+Complication&gt; أساساً، في الظروف المثالية، لا ينبغي أن تحتاج إلى إطلاق اختبار نظير يدوياً. 16:33 &lt;+Complication&gt; =لا ينبغي أن تحتاج 16:33 &lt;jrandom&gt; صحيح، i2p الآن يجري اختبار نظير تلقائياً عند حدوث أحداث معينة 16:33 &lt;jrandom&gt; (مثل عندما يخبرك أحدهم أن عنوان IP لديك مختلف عما تظنه) 16:33 &lt;A123&gt; وجدت ذلك الزر غير بديهي تماماً. لم تكن لدي أي فكرة عمّا يحدثه ومتى، ولم يخبرني صراحةً بنتائج الاختبار... 16:34 &lt;A123&gt; الصفحة لم تكن تُحدَّث تلقائياً (أظن)، ولا أستطيع عمل إعادة تحميل في المتصفح... 16:34 &lt;jrandom&gt; إعادة التحميل ينبغي أن تكون آمنة 16:34 &lt;A123&gt; ألا يُطلِق ذلك اختباراً آخر؟ 16:34 &lt;jrandom&gt; لكن نعم، الـrouter console صُمّمت لأسباب تقنية أكثر من كونها لسهولة الاستخدام 16:34 &lt;jrandom&gt; A123: لديها nonce لمنع ذلك 16:34 &lt;+Complication&gt; قد يستفيد هذا الجانب من نص شرح أفضل مستقبلاً 16:35 &lt;wiht&gt; هل تخطّينا 2) وذهبنا إلى 3) بالفعل؟ 16:35 &lt;jrandom&gt; Complication: ربما سنُسقِطها، لأنها غير ضرورية 16:35 &lt;jrandom&gt; لا، لا نزال في 1 16:35 &lt;jrandom&gt; فعلياً، هل لدى أحد شيء آخر لـ 1) حالة الشبكة؟ 16:35 &lt;A123&gt; آه، بالفعل، بعد عدة مرات يشتكي من الـnonce. 16:35 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) 0.6.1 16:35 &lt;A123&gt; "nonce" لغير المهووسين ستبدو مجرد كلمة بلا معنى. 16:36 &lt;A123&gt; :) 16:36 * Complication ينظر إلى الرسوم البيانية 16:36 &lt;+Complication&gt; لا شكاوى بشأن حالة الشبكة من جهتي. 16:36 &lt;jrandom&gt; w3wt 16:37 &lt;A123&gt; هل هناك سبب لعدم كون reseeding تلقائياً؟ 16:37 &lt;jrandom&gt; حسناً، ليس لدي الكثير لأذكره بخصوص 0.6.1 أكثر مما في الرسالة 16:37 &lt;gloin&gt; هممم.. أليس من المفترض أن يكون المرور الداخل والخارج متماثلاً تقريباً؟ 16:37 &lt;A123&gt; لدي يبدو متماثلاً تقريباً. 16:37 &lt;jrandom&gt; A123: نعم، رغم أننا قد نتمكن من جعله أكثر أماناً 16:37 &lt;+Complication&gt; gloin: ليس إذا كان يقوم بالتحميل (leeching) أو البذر (seeding) ;) 16:37 &lt;+Ragnarok&gt; ليس إذا كنتَ تُنزّل أشياء 16:38 &lt;A123&gt; الإجمالي: 3.74/4.09KBps (هذا دخول/خروج) 16:39 &lt;gloin&gt; Complication: هل هذه مشكلة أمنية؟ أليس من المفترض تقليل المرور «الأجنبي»؟ 16:39 &lt;+Complication&gt; gloin: يعتمد على المعايير 16:40 &lt;+Complication&gt; الشخص الساعي لأقصى درجات الأمان ينبغي بوضوح ألا يقوم بأمور تسمح للآخرين بالتسبب في تغيّرات ملحوظة في عرض نطاقه. 16:40 &lt;jrandom&gt; gloin: مع انتقالنا إلى 1.0، سنتوقف عن نشر تلك الإحصاءات 16:40 &lt;A123&gt; مزود خدمتي سيعرفها على أي حال... 16:40 &lt;jrandom&gt; لكن نعم، الدفاع ضد تحليل المرور المحلي يتطلب مشاركتك في tunnels الآخرين 16:41 &lt;+Complication&gt; (وفق تعريف صارم لـ «عرض نطاقهم»، بمعنى «الاستخدام الذي يبدأ/ينتهي عند عقدتهم») 16:41 &lt;jrandom&gt; (أو القيام بما يكفي من نشاط «التشويش». فمثلاً tarzan لديه «mimics» لـ إهدار النطاق الترددي^W^Wالدفاع عن مجهولية الهوية) 16:41 &lt;A123&gt; هممم. 16:41 &lt;A123&gt; أنا على ADSL، ولدي قدرة تنزيل أكبر بكثير من الرفع. 16:42 &lt;+Complication&gt; الكثير كذلك. 16:42 &lt;A123&gt; عندما يتجاوز التنزيل لديّ الرفع، ألا يعني ذلك أنني أحمّل شيئاً بنفسي؟ 16:43 &lt;wiht&gt; لا، قد تكون أيضاً تمرّر مرور الآخرين. 16:43 &lt;+Complication&gt; أظن أنه سيعني أنك تقوم بتنزيل شيء ما. 16:43 &lt;A123&gt; هل يقوم I2P بالتخزين المؤقت للبيانات؟ 16:43 * wiht يود أن يُصحَّح إن كان ذلك خطأ. 16:43 &lt;+Complication&gt; إلا إذا كنت تبذر بقدر ما تُحمّل. 16:43 &lt;jrandom&gt; i2p نفسه لا يقوم بالتخزين المؤقت 16:43 &lt;+Complication&gt; A123: لا يحدث تخزين مؤقت بحسب علمي 16:43 &lt;jrandom&gt; مع ذلك، syndie على الجانب الآخر يفعل. 16:44 &lt;A123&gt; إذا لم يكن هناك تخزين مؤقت، فإن تجاوز التنزيل للرفع لديّ لا بد أن يعني أنني أقوم بتنزيل شيء بنفسي، صحيح؟ 16:44 &lt;jrandom&gt; إذا كان لديك قدر كبير من المرور الوارد ولكن لا يوجد مرور صادر حالياً، فقد تكون فقط تُشغِّل عقدة syndie 16:44 &lt;jrandom&gt; نعم A123، إذا اعتبرنا إطاراً زمنياً صغيراً بما يكفي 16:45 &lt;A123&gt; لأنني لن أستطيع عملياً التنزيل إلا بسرعة الرفع لديّ بعد امتلاء مخازن الشبكة. 16:45 &lt;jrandom&gt; بالنسبة لنموذج تهديد معين، نعم 16:45 &lt;A123&gt; هممم. 16:45 &lt;jrandom&gt; (مهاجم محلي سلبي بموارد كافية، أو مهاجم محلي مُستهدف، إلخ) 16:46 &lt;+Complication&gt; يمكنك التنزيل أسرع، لكنه سيزيد من مخاطرتك. (ولهذا خصصتُ حدود رفع/تنزيل متشابهة.) 16:46 &lt;A123&gt; آه، نقطة جيدة، يمكنني ببساطة تحديد سرعة التنزيل لديّ. 16:46 &lt;@LevDavidovitch&gt; بالمناسبة، ينبغي أن تحدد سرعتي الـdl و الـul كلتيهما لديك 16:47 &lt;+Complication&gt; ولكن إن استهدف أحدٌ كل من يُنزّل أكثر مما يرفع... فسيستهدف الجميع وجَدّتهم. 16:47 &lt;wiht&gt; يبدو أننا لا نزال نواجه مشكلات انقطاع في IRC. 16:47 &lt;jrandom&gt; wiht: فقط قلة من الناس 16:47 &lt;wiht&gt; حسناً. 16:47 &lt;@LevDavidovitch&gt; كما أن إعادة الاتصال سريعة جداً هذه الأيام 16:48 &lt;jrandom&gt; (وليس سيئاً كما كان) 16:48 &lt;wiht&gt; أتفق، عمليات إعادة الاتصال أصبحت أفضل. 16:48 &lt;jrandom&gt; نعم، من الجيد أن تكون خوادم irc لدينا مستضافة على routers بحدود bw معقولة :) 16:49 &lt;jrandom&gt; ((ليس أن السابق كان غير معقول، كان رائعاً، لكننا تجاوزناه نمواً)) 16:49 &lt;A123&gt; هل هناك سبب تقني لعدم دعم DCC؟ يمكن تنفيذه بطريقة مشابهة لوحدة nat، صحيح؟ 16:49 &lt;jrandom&gt; حسناً، هل لدى أحد شيء لـ 2) 0.6.1؟ 16:49 &lt;jrandom&gt; نعم A123، هناك أسباب تقنية لعدم دعم dcc 16:50 &lt;@LevDavidovitch&gt; سيكون عليك تنفيذها على جهة العميل، أعتقد. 16:50 &lt;jrandom&gt; يمكن لشخص ما تنفيذ وكيل irc مع دعم dcc، لكن لم يفعل أحد 16:50 &lt;A123&gt; وما هي؟ أم أن هذا نقاش طويل؟ 16:50 &lt;jrandom&gt; دعم dcc يتطلب معرفة وتفسير بروتوكول irc، وإعادة كتابة رسائل irc المُرسلة عند الحاجة 16:50 &lt;@LevDavidovitch&gt; dcc العادي يستخدم منافذ عشوائية وما إلى ذلك 16:50 &lt;jrandom&gt; (خصوصاً رسائل ctcp لإنشاء اتصالات dcc) 16:50 &lt;A123&gt; أوه، هذا ما قصدت أن أسأل عنه... ما إذا كان ممكناً تقنياً فعل ذلك كما مع وحدة nat (التي تفعل كما تقول). 16:51 &lt;jrandom&gt; لا أعرف ما هي وحدة nat؟ 16:51 &lt;@LevDavidovitch&gt; الـnat تستخدم بعض الأمور الغريبة في UDP. 16:52 &lt;@LevDavidovitch&gt; أظن أنه يقصد مسألة تجاوز الـnat 16:52 &lt;jrandom&gt; آه، حسناً، نعم، هو ممكن تقنياً، لكن لم يتطوّع أحد للعمل عليه (وأنا غارق بالعمل) 16:52 &lt;A123&gt; لا... على الأقل في Linux، هناك وحدة masq لـiptables تقوم بإعادة كتابة حزم IRC مع طلبات DCC CTCP. 16:53 &lt;@LevDavidovitch&gt; آه، فهمت 16:53 &lt;@LevDavidovitch&gt; ربما يمكن استخدام بعض ذلك الكود 16:53 &lt;@LevDavidovitch&gt; يعتمد على مدى التصاقه بشيء ipfilter 16:54 &lt;jrandom&gt; ربما يكون أبسط أن نمدّد I2PTunnelClient ليفسّر irc 16:54 &lt;A123&gt; http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx &lt;- قد يكون مثيراً للاهتمام، من طرف Google. 16:54 &lt;jrandom&gt; (بنفس الطريقة التي يمدِّد بها I2PTunnelHTTPClient لفهم HTTP) 16:55 &lt;@LevDavidovitch&gt; ليس في معظم البلدان. 16:55 &lt;@LevDavidovitch&gt; أوبس 16:56 &lt;jrandom&gt; A123: مُرشِّح على مستوى نظام التشغيل سيكون نشره صعباً قليلاً، لكن إن أراد أحد العمل عليه، فسيكون ذلك مكاناً جيداً للبدء 16:57 &lt;jrandom&gt; حسناً، أي شيء آخر حول 2) 0.6.1، أم ننتقل إلى 3) ??? 16:57 &lt;A123&gt; jrandom، لن يحتاج حقاً أن يكون على مستوى نظام التشغيل، أليس كذلك؟ سيأتي عبر IRC tunnel على أي حال... 16:58 &lt;jrandom&gt; فعلياً، لن يعمل حتى كمُرشِّح iptables. يجب أن يُنفَّذ داخل i2ptunnel أو وكيل آخر على دراية بـ i2p 16:58 &lt;jrandom&gt; على أي حال، إنه عمل كثير، ومادام لا أحد يتطوع للقيام به، فلن يُنجز أبداً ;) 16:59 &lt;jrandom&gt; (سيكون ذلك *رائعاً* رغم ذلك) 16:59 &lt;A123&gt; صحيح. 16:59 &lt;A123&gt; قصدت «مثل مُرشِّح iptables»، وليس «باستخدام مُرشِّح iptables» :) 16:59 &lt;A123&gt; -the+a 16:59 &lt;A123&gt; +n 17:00 &lt;A123&gt; هممم هممم. 17:00 &lt;@LevDavidovitch&gt; أعتقد أن نمضي قدماً 17:01 &lt;jrandom&gt; حسناً، إلى 3) ??? 17:01 &lt;jrandom&gt; (مع أنه يمكن لأحدهم القول أننا كنّا في 3) طوال الوقت ;) 17:01 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 17:01 &lt;+fox&gt; &lt;brutus&gt; بشأن 3) سيكون من الجيد تجهيز bugzilla قبل 1.0 17:01 &lt;wiht&gt; وبالحديث عن اقتراحات سهولة الاستخدام من القائمة البريدية، هل ضمَّنت أيّاً منها في I2P؟ 17:02 &lt;jrandom&gt; brutus: كان لدينا bugzilla من قبل، لكن لم يستخدمها أحد 17:03 &lt;wiht&gt; أعني: هل ما زلتم تركزون على وظائف I2P الأساسية وتخططون للتركيز على سهولة الاستخدام لاحقاً قليلاً؟ 17:03 &lt;A123&gt; لا أريد تجربته هنا، لكن أظن أن إرسال طلب DCC لشخص ما حالياً سيكشف له عنوان IP الخاص بك. 17:03 &lt;A123&gt; (على افتراض أن عميلك يعرف عنوان IP لديك) 17:03 &lt;jrandom&gt; wiht: خلال الأسبوع الماضي قمتُ بالعديد من التحسينات على مكتبة البث (streaming lib) والتي ينبغي أن تُحسّن سهولة الاستخدام بشكل ملحوظ 17:04 &lt;jrandom&gt; A123: خوادم irc تُرشِّح رسائل ctcp 17:04 &lt;jrandom&gt; (تم تعديلها) 17:04 &lt;A123&gt; الخوادم... 17:04 &lt;jrandom&gt; لكن نعم، هذا يُرسل عنوان ip الخاص بك إلى الخادم (والذي قد يتجاهله، أو قد يُدخله في أحد قواعد بيانات الـNSA) 17:04 &lt;jrandom&gt; لذا، لا تُرسل طلبات dcc 17:04 &lt;A123&gt; لا أريد حقاً لمديري الخادم معرفة من أنا أيضاً :) 17:05 &lt;A123&gt; (نظرياً. لا يهمني الآن أو معكم أنتم) 17:05 &lt;A123&gt; قد يستحق الأمر تحذير المستخدمين من ذلك. 17:05 &lt;jrandom&gt; هناك صفحة على الويكي حول مجموعة كاملة من القضايا إذا لم تخني الذاكرة 17:05 &lt;jrandom&gt; (مرّ على ugha.i2p) 17:06 &lt;+fox&gt; &lt;mihi&gt; بالمناسبة: هل خوادم irc2p متصلة عبر i2p أم مباشرةً؟ 17:06 &lt;+Complication&gt; أفترض i2p 17:06 &lt;+Complication&gt; إلا إذا كان شخص ما قد جُنّ في هذه الأثناء ولم يُخبرني. :P 17:06 &lt;wiht&gt; jrandom، هذا جيد، لكن ماذا عن اقتراحات واجهة المستخدم من Isamoor؟ 17:07 &lt;jrandom&gt; mihi: أعتقد أنها تتم عبر i2p 17:08 &lt;jrandom&gt; wiht: قائمة ما كنت أعمل عليه متاحة على `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD` 17:09 &lt;jrandom&gt; لا يزال هناك الكثير لنفعله، وسنفعل الكثير، لكن لدي يدان فقط 17:09 &lt;wiht&gt; شكراً لك، سأنظر هناك. 17:10 &lt;jrandom&gt; في الواقع، لدي شيء لأطرحه للاجتماع... 17:10 &lt;A123&gt; ما الخادم/القناة التي يقوم fox بتجسيرها بالمحادثة؟ أم إنني أسأت فهم غرض fox؟ 17:11 &lt;jrandom&gt; كما ذُكر على hq.postman.i2p، لدينا أكثر من عام كامل من خدمة بريد مجهول عبر خوادم postman! 17:11 * jrandom يهلّل 17:11 * wiht لا يريد أن يبدو غير ممتن. 17:12 &lt;A123&gt; jrandom، هل انتبه مرسِلو الرسائل المزعجة إلى الأمر بعد؟ 17:12 &lt;jrandom&gt; A123: fox هو جسر إلى irc.freenode.net 17:12 &lt;A123&gt; (حسناً، إنها طريقة بطيئة لممارسة الإزعاج...) 17:12 &lt;jrandom&gt; A123: أشك في ذلك، لدى postman إجراءات مضادة للبريد المزعج 17:12 &lt;jrandom&gt; لكن البريد المزعج الوارد يمثل مشكلة نوعاً ما ;) 17:13 &lt;jrandom&gt; (لكن حسابي هناك مُرشَّح جيداً) 17:13 &lt;mule&gt; هل فعلاً مرّ كل هذا الوقت. الوقت يمضي ... 17:13 &lt;A123&gt; jrandom، آه، شكراً. 17:13 * Complication ينظر ما إذا كان أحدهم قد أرسل له دبّاً أخيراً عبر البريد الإلكتروني 17:14 &lt;+fox&gt; &lt;brutus&gt; نعم، postman و cervantes يستحقان ميدالية، إنهما يحملان أوزاناً كبيرة هنا 17:15 &lt;+fox&gt; &lt;brutus&gt; خدمات ممتازة بالفعل 17:16 &lt;jrandom&gt; بلا شك. وكذلك mule مع outproxy و fproxy الخاصّين به، وorion مع موقعه، وبقيتكم جميعاً بمحتواكم :) 17:16 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لطرحه للاجتماع؟ 17:16 &lt;wiht&gt; وبالحديث عن المحتوى... 17:16 &lt;wiht&gt; يبدو أننا نعرف أي المواقع تعمل وأيها لا، لكن لا يوجد دليل مواقع سهل الوصول. 17:17 &lt;A123&gt; ساعتي تتقدم. هل من الممكن خفض مستوى رسائل "Updating clock offset to -316819ms from -304801ms" من "CRIT"? هذا مُربِك قليلاً. 17:17 &lt;wiht&gt; كنت أفكر في إنشاء واحد يمكن لمديري المواقع فيه نشر ما يدور حوله موقعهم. 17:17 &lt;jrandom&gt; orion.i2p سهل الوصول إليه إلى حدّ كبير...؟ 17:17 &lt;jrandom&gt; A123: هممم، ربما 17:18 &lt;wiht&gt; هل لديه وصف قصير لأغراض المواقع؟ 17:18 &lt;+postman&gt; A123: البريد المزعج مشكلة فقط للبريد الوارد ( mail FROM the internet ) 17:18 &lt;jrandom&gt; wiht: نعم، لديه، رغم أنني لا أعرف من أين تأتي 17:18 &lt;+Complication&gt; wiht: لا، لا يبدو أن لدى orion تلك الميزة 17:18 &lt;wiht&gt; سأنظر مرة أخرى. 17:18 &lt;jrandom&gt; إذا لم تخني الذاكرة كان jnymo يتولى صيانتها 17:18 &lt;+postman&gt; A123: i2p mail users نادراً ما يستطيعون إرسال بريد مزعج لأنفسهم كما أنهم لا يستطيعون إزعاج أهداف على الإنترنت 17:19 &lt;+Complication&gt; عذراً، قصدتُ أنه لا يبدو متاحاً للمستخدمين. 17:19 &lt;wiht&gt; كنت أفكر في دليل يصنّف المواقع، شيء مشابه لـ dmoz.org. 17:19 &lt;A123&gt; wiht، كمستخدم جديد تماماً، يبدو ذلك رائعاً. 17:19 &lt;+fox&gt; &lt;Sugadude&gt; wiht: هل لدينا ما يكفي من المواقع لنحتاج إلى تصنيفها؟ 17:19 &lt;A123&gt; wiht، لكن انظر إلى Freenet كنموذج ممتاز لكيف لا ينبغي فعل ذلك. 17:20 &lt;jrandom&gt; موقع موثوق مُصنَّف سيكون لطيفاً. أو ربما يمكننا دمجه في syndie لتمكين الناس من وَسْم وتصنيف مراجع الأقران لديهم (ومشاركتها) 17:20 &lt;jrandom&gt; (syndie لديه بالفعل مجموعة من وسوم الفئات لكل إشارة مرجعية، عرضها بصرياً على طريقة dmoz لن يكون صعباً) 17:20 &lt;jrandom&gt; وسيكون محلياً &lt;--- سريع 17:20 &lt;A123&gt; أو فقط اجعلوا Google تهتم بـ i2p... 17:20 &lt;jrandom&gt; ههه 17:24 &lt;jrandom&gt; حسناً، إن لم يكن هناك المزيد للاجتماع... 17:25 * jrandom يختتم 17:25 * jrandom *baf* أنهى الاجتماع </div>/ar/blog/2005/09/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-20-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/Tue, 20 Sep 2005 00:00:00 +0000/ar/blog/2005/09/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-20-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, Complication, forest, jrandom, Kefoo, postman, Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) مرحباً 16:18 &lt;jrandom&gt; 1) 0.6.0.6 16:18 &lt;jrandom&gt; 2) I2Phex 0.1.1.27 16:18 &lt;jrandom&gt; 3) انتقال 16:18 &lt;jrandom&gt; 4) ??? 16:18 &lt;jrandom&gt; 0) مرحباً 16:18 * jrandom يلوّح 16:18 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2005-September/000929.html 16:18 &lt;+postman&gt; مرحباً 16:18 &lt;forest&gt; مرحباً 16:18 &lt;jrandom&gt; دعونا ننتقل إلى 1) 0.6.0.6 16:19 &lt;jrandom&gt; ملاحظات الحالة تغطي إلى حد كبير ما أفكّر به لإصدار 0.6.0.6. هل لدى أحد أسئلة/مخاوف/تعليقات؟ 16:19 &lt;+postman&gt; jrandom: ملاحظة: 16:19 &lt;+postman&gt; jrandom: استهلاك أعلى بكثير للنطاق الترددي 16:20 &lt;+postman&gt; jrandom: كل شيء ضمن الحدود ويعمل جيداً - لكن أجهزة الـ router لدي تسخن فعلاً الآن 16:20 * nickless_head يلاحظ شيئاً مشابهاً 16:20 &lt;jrandom&gt; أجل، وأنا أيضاً. أظن أنه على الأرجح بسبب زيادة حركة مرور bt و i2phex 16:20 &lt;+postman&gt; أي زيادة، ومع وجود 80 تورنت نشط فقط على الـ tracker؟ :) 16:20 &lt;jrandom&gt; هه 16:21 &lt;+postman&gt; لكن من الجيد أن نرى أن الشبكة لا تنهار 16:21 &lt;+postman&gt; irc مستقرّة إلى حد كبير رغم أن الـ router يقوم بـ 50k/s حالياً 16:21 &lt;jrandom&gt; أكيد تماماً. لم أعد حتى مسجلاً الدخول إلى freenode، إذ إن irc هنا مستقر بما يكفي 16:22 * postman يعيد الميكروفون 16:22 &lt;jrandom&gt; جميل، شكراً. أعتقد أن هناك بالتأكيد مجالاً لتحسين كفاءة استخدام النطاق الترددي، لكنه يبدو معقولاً حالياً 16:22 &lt;jrandom&gt; (آمل أن الشيء الذي أعمل عليه سيساعد، لكن المزيد عن ذلك عندما يصبح جاهزاً) 16:22 &lt;fox&gt; &lt;mihi&gt; يجب بالتأكيد التمييز بين OK (Nat) و Err (Nat)... 16:23 &lt;fox&gt; &lt;mihi&gt; أم أن آلية التثقيب عبر NAT لديك قادرة على كل شيء؟ 16:23 &lt;jrandom&gt; هه 16:23 &lt;jrandom&gt; حسناً، ERR-SymmetricNAT هو وسيبقى ERR 16:23 &lt;fox&gt; &lt;mihi&gt; أم أن من المستحيل التحقق مما إذا كانت ناجحة؟ 16:24 &lt;fox&gt; &lt;mihi&gt; حسناً 16:24 &lt;jrandom&gt; لكن ERR-Reject سببه restricted cone، بينما تعمل full cone nats بشكل جيد 16:24 &lt;jrandom&gt; (بما أن i2p يستخدم منفذ مصدر واحداً للجميع، فطالما أنك على i2p سيكون لديك ثقب مُنشأ للـ full cone) 16:25 &lt;jrandom&gt; مع ذلك، من الأفضل أن يقوم الناس بعمل port forwarding حتى لا يحتاجوا إلى introducers (عُقد وسيطة للتعريف عبر NAT)، إذ يتيح لهم ذلك أيضاً أن يصبحوا introducers بأنفسهم 16:25 &lt;fox&gt; &lt;mihi&gt; طالما لا توجد قواعد iptables مزعجة (مثل إسقاط UDP إلى 8887 من عناوين IP القابلة للقسمة على 7 :) ) 16:25 &lt;jrandom&gt; هه 16:26 &lt;jrandom&gt; ولسوء الحظ، لدى بعض الناس إعدادات معطوبة كهذه (*كح*peerguardian*كح*) 16:26 &lt;jrandom&gt; كان هناك من يتساءل في اليوم الآخر لماذا لا يعمل i2p، رغم أن جدارهم الناري كان يُسقط الحزم من كل نظراء .edu 16:27 &lt;+Ragnarok&gt; ‏.edu؟ هذا عشوائي تماماً 16:27 &lt;jrandom&gt; نعم، لم يكن له أي معنى بالنسبة لي، على عدة أوجه 16:27 &lt;jrandom&gt; لكن، هكذا هي الحياة 16:27 * nickless_head يغني: لا نحتاج إلى تعليم... 16:28 &lt;jrandom&gt; هه 16:28 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء آخر حول 1) 0.6.0.6؟ 16:29 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) i2phex 0.1.1.27 16:29 &lt;jrandom&gt; لا يوجد الكثير لأقوله هنا أكثر مما ورد في البريد أيضاً... 16:30 &lt;+postman&gt; jrandom: لم يكن هناك رد إيجابي في المنتديات المذكورة أيضاً :( 16:31 &lt;+postman&gt; jrandom: سأعيد إرسال ملاحظات الحالة والروابط خاصتك - ربما يفهم القراء المغزى 16:31 &lt;jrandom&gt; postman: بالتأكيد يستطيع الناس استخدام ما يشاؤون، لكنني لا أوصي بالإصدار الثنائي من legion لأن الشيفرة المصدرية لا تطابق الثنائي، والمُشغّل مغلق المصدر بالكامل 16:32 &lt;jrandom&gt; الآن بعد أن أصبح لدينا i2phex في موقع يمكن الوصول إليه عبر الويب، ومبنياً من cvs، نأمل أن يقلّل ذلك اعتماد الناس على ذلك 16:33 &lt;jrandom&gt; (ربما إذا أردت نشر سجل irc من #i2p-chat قبل ساعة أو ساعتين بيني وبين legion، فقد يساعد ذلك في شرح الوضع للناس بشكل أكمل) 16:34 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء بخصوص 2) i2phex، أم ننتقل إلى 3) انتقال 16:34 * postman يلقي نظرة 16:34 &lt;jrandom&gt; لا يوجد الكثير حقاً لإضافته لـ 3)، هو أكثر للعلم 16:34 &lt;jrandom&gt; لذا، ربما يمكننا القفز سريعاً إلى 4) ??? 16:34 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 16:35 &lt;+Complication&gt; الانتقال؟ 16:36 &lt;jrandom&gt; إن لم تلاحظوا، فهذا رائع :) 16:36 &lt;jrandom&gt; انتقلنا من مركز استضافة إلى آخر 16:36 &lt;jrandom&gt; (cvs.i2p.net, dev.i2p.net, www.i2p.net, mail.i2p.net) 16:36 &lt;+Complication&gt; أوه، ذلك الانتقال. :) 16:36 * Complication بطيء قليلاً اليوم فحسب 16:39 &lt;+Complication&gt; على فكرة، 0.6.0.6 يبدو رائعاً... من ناحية أن الـ router لدي لم يصل إلى 0 من tunnel المشاركة خلال 54 ساعة. 16:39 &lt;+Complication&gt; ولا لمرة واحدة. 16:39 &lt;jrandom&gt; رائع 16:40 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر يريد الناس طرحه للاجتماع... 16:40 * jrandom يختتم 16:40 &lt;+postman&gt; jrandom: شيء واحد 16:40 * jrandom يتوقف عن الختام 16:40 &lt;+postman&gt; jrandom: لقد قمت للتو بزيادة رقم إصدار i2phex - ماذا لو كان sirup يخطط لإصدار آخر؟ 16:40 &lt;jrandom&gt; postman: sirup يستخدم الـ cvs 16:41 &lt;+postman&gt; jrandom: ما رأيك بإعطائه وسمًا إضافياً 16:41 &lt;+postman&gt; حسناً، هذا جيد إذن 16:41 &lt;+postman&gt; :) 16:41 * postman عاد إلى كهفه 16:41 &lt;jrandom&gt; (تطوير الشيفرة خارج نظام تحكم بالمصادر == جنون) 16:41 * Kefoo يتذكر كم كان التطوير داخل نظام تحكم بالمصادر مجنوناً أيضاً 16:41 &lt;+postman&gt; jrandom: (لم يكن يجب أن يكون نظامكَ أنت) 16:42 &lt;jrandom&gt; هه صحيح بما فيه الكفاية يا Kefoo ;) 16:42 &lt;jrandom&gt; هه حسناً، نعم... لكن اتضح أنه نظامه فحسب ;) 16:43 * bar سجّل لتوه رقماً شخصياً جديداً بـ 156 اتصال udp متزامناً (كان الرقم السابق 152) 16:43 &lt;jrandom&gt; رائع، نعم، رأيت 173 في وقت سابق اليوم 16:44 &lt;+bar&gt; أوه :) نعم، الـ introducing يقوم بعمله بالتأكيد 16:44 &lt;Kefoo&gt; ليس للعودة إلى الوراء، لكن هل من المفترض أن يحاول i2phex الاتصال عند بدء التشغيل؟ لقد سمعت نعم ولا. 16:44 &lt;+bar&gt; -d 16:44 &lt;jrandom&gt; خطير يا bar 16:44 &lt;jrandom&gt; Kefoo: على حد علمي، لا. 16:44 &lt;jrandom&gt; لكنني لست مطوّر phex 16:45 &lt;Kefoo&gt; الطريقة الوحيدة التي وجدتها هي نسخ ولصق مفاتيح المضيف في البرنامج والاتصال بها يدوياً 16:45 &lt;jrandom&gt; هذا ما فعلته أنا أيضاً يا Kefoo 16:45 &lt;+postman&gt; اختِم الآن، jrandom :) 16:45 &lt;Kefoo&gt; حسناً، إذاً أنا لا أجعل الأمر أصعب مما ينبغي 16:45 &lt;Kefoo&gt; أفعل ذلك أحياناً 16:46 &lt;jrandom&gt; Kefoo: إن كانت هناك طريقة أسهل، أود أن أعرف عنها :) 16:46 &lt;jrandom&gt; حسناً حسناً يا postman، يمكنك الذهاب لإحضار البيرة ;) 16:46 * jrandom يختتم 16:46 * jrandom يقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2005/09/20/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-20/Tue, 20 Sep 2005 00:00:00 +0000/ar/blog/2005/09/20/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-20/<p>مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.0.6 2) I2Phex 0.1.1.27 3) الترحيل 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.6</li> </ol> </li> </ul> <p>مع إصدار 0.6.0.6 يوم السبت الماضي، لدينا مجموعة من المكوّنات الجديدة قيد التشغيل على الشبكة الحيّة، وقد قمتم جميعاً بعمل رائع في الترقية - حتى قبل بضع ساعات، تمت ترقية ما يقرب من 250 routers! يبدو أن الشبكة تعمل بشكل جيد أيضاً، وعمليات التعريف تعمل حتى الآن — يمكنك تتبّع نشاط التعريف الخاص بك عبر <code>http://localhost:7657/oldstats.jsp،</code> وذلك بالاطلاع على udp.receiveHolePunch و udp.receiveIntroRelayResponse (وأيضاً udp.receiveRelayIntro لمن هم خلف NATs).</p>/ar/blog/2005/09/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/Tue, 13 Sep 2005 00:00:00 +0000/ar/blog/2005/09/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> cervantes, jrandom, kbi, Myo9</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:01 &lt;jrandom&gt; 0) مرحباً 13:01 &lt;jrandom&gt; 1) حالة الشبكة 13:01 &lt;jrandom&gt; 2) SSU introductions / NAT hole punching (تقنية فتح اتصال عبر NAT) 13:01 &lt;jrandom&gt; 3) مكافآت 13:01 &lt;jrandom&gt; 4) توجيهات تطبيقات العميل 13:01 &lt;jrandom&gt; 5) ??? 13:01 &lt;jrandom&gt; 0) مرحباً 13:01 * jrandom يلوّح 13:01 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية (قبل الاجتماع!) على http://dev.i2p.net/pipermail/i2p/2005-September/000892.html 13:01 &lt;jrandom&gt; (احذف .net إن أردت، بالطبع) 13:03 &lt;jrandom&gt; نبدأ بـ 1) حالة الشبكة 13:03 &lt;jrandom&gt; هناك بضعة مستخدمين يتقطّع اتصالهم قليلاً على irc، لكنها تبدو جيدة لمعظمهم 13:04 &lt;jrandom&gt; هل لدى أحد أي تقارير بخصوص بروتوكولات أخرى لطرحها، أو أسئلة/مخاوف بشأن حالة الشبكة؟ 13:05 &lt;@cervantes&gt; وجدتُ أن هذه النسخة هي الأكثر استقراراً منذ 0.4.x 13:05 &lt;@cervantes&gt; عمل ممتاز إذن! ;-) 13:05 &lt;jrandom&gt; w00t 13:05 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر ضمن 1) حالة الشبكة، فلننتقل إلى 2) SSU introductions 13:06 &lt;jrandom&gt; ليس لدي الكثير لأضيفه عمّا ورد في البريد - هل لدى أحد أسئلة/تعليقات/مخاوف؟ 13:07 &lt;jrandom&gt; إن لم يكن، فأظن أننا سنسمع المزيد عند صدور 0.6.0.6 ;) 13:07 &lt;jrandom&gt; حسنًا، ننتقل إلى 3) المكافآت 13:07 * cervantes يستعدّ للعاصفة 13:08 * cervantes يتساءل إن كان الناس قد اعتادوا وقت الاجتماع الجديد بالفعل 13:08 &lt;jrandom&gt; هممم، لا يبدو أن Comwiz موجود الآن. أظن أنه يمكننا توقع مزيد من المعلومات عندما تكون جاهزة 13:08 &lt;jrandom&gt; تبّاً، الأمريكيون ومناطقهم الزمنية البطيئة 13:09 &lt;+Myo9&gt; كنت أظن أنك واحدٌ منهم، بما أن لديك مخبأك الخاص وكل ذلك. ;) 13:09 * susi23 يُصغي إلى الحوار ;) 13:10 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر ضمن 3)، يمكننا الإسراع للانتقال إلى 4) توجيهات تطبيقات العميل 13:11 &lt;jrandom&gt; هناك الكثير من التفاصيل في البريد، لذا بدلاً من تكرارها هنا، هل لدى أحد أي أفكار حول ذلك؟ 13:11 &lt;jrandom&gt; ليس سؤالاً آنياً فحسب، فإذا/عندما يرغب الناس في المشاركة حول تلك الأمور، فلا تترددوا في النشر في المنتدى أو القائمة البريدية أيضاً 13:12 &lt;@cervantes&gt; هناك قسم جديد لدعم التطبيقات في المنتدى، وهو مكان جيد للنشر عن مثل هذه الأمور 13:12 &lt;jrandom&gt; آه، فكرة جيدة 13:13 &lt;jrandom&gt; وكذلك قسم النقاش للتعليقات غير المتعلقة بالدعم، مثل أمور تحديد الأولويات 13:13 &lt;jrandom&gt; حسنًا، نسعى لأول اجتماع يقل عن 15 دقيقة منذ وقت طويل... 13:14 &lt;kbi&gt; أظن أن الاجتماعات تمضي سريعاً عندما يكون الجميع مسرورين 13:15 &lt;jrandom&gt; ربما، ونأمل أن نحصل على بعض المشاركات في القائمة البريدية والمنتدى 13:15 &lt;jrandom&gt; حسنًا، ننتقل إلى 5) ??? 13:15 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 13:15 &lt;@cervantes&gt; (باستثناء غدائهم) 13:17 &lt;@cervantes&gt; ها قد مضت 15 دقيقة 13:17 * jrandom يختتم 13:17 * jrandom *baf*s الاجتماع مغلقاً </div>/ar/blog/2005/09/13/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-13/Tue, 13 Sep 2005 00:00:00 +0000/ar/blog/2005/09/13/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-13/<p>مرحباً بالجميع، حان وقت ملاحظات الحالة الأسبوعية</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) التعارف في SSU / تقنية ثقب NAT 3) مكافآت 4) إرشادات تطبيق العميل 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>لا نزال نمضي قدمًا مع الإصدار 0.6.0.5 على الشبكة، وقد قام تقريبًا الجميع بالترقية، مع قيام الكثيرين بتشغيل إحدى البُنى منذ ذلك الحين (CVS HEAD (رأس فرع CVS) هو 0.6.0.5-9 حاليًا). بصورة عامة تسير الأمور على نحو جيد، رغم أنني لاحظت زيادة كبيرة في حركة المرور على الشبكة، وربما يعود ذلك إلى زيادة استخدام i2p-bt أو i2phex. تعثّر أحد خوادم IRC قليلًا الليلة الماضية، لكن الآخر صمد بشكل جيد ويبدو أن الأمور تعافت بشكل جيد. مع ذلك، شهدت بُنى CVS تحسينات كبيرة في التعامل مع الأخطاء وميزات أخرى، لذا أتوقع أن يكون لدينا إصدار جديد في وقت لاحق من هذا الأسبوع.</p>/ar/blog/2005/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/Tue, 06 Sep 2005 00:00:00 +0000/ar/blog/2005/09/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-06-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> adamta, ardvark, bar, cervantes, jrandom, Pseudonym, Ragnarok, susi23</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) مرحبا 13:04 &lt;jrandom&gt; 1) حالة الشبكة 13:04 &lt;jrandom&gt; 2) حالة Syndie 13:04 &lt;jrandom&gt; 3) susidns 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) مرحبا 13:04 * jrandom يلوّح 13:04 &lt;+bar&gt; السلام عليكم 13:04 &lt;jrandom&gt; ملاحظات الحالة منشورة @ http://dev.i2p.net/pipermail/i2p/2005-September/000888.html 13:04 &lt;+Ragnarok&gt; مرحبا 13:04 * cervantes يحيّي برفع قبعته 13:04 &lt;+fox&gt; * adamta يلوّح عائداً عبر جسر Irc2p/Freenode 13:05 &lt;jrandom&gt; :) حسنًا، ننتقل إلى 1) حالة الشبكة 13:05 &lt;@cervantes&gt; *** تم قطع الاتصال 13:05 &lt;jrandom&gt; يبدو أن الأمور تسير على نحو معقول مما أراه 13:05 &lt;jrandom&gt; هه 13:06 * cervantes يوافق... فقط انقسام شبكة واحد خلال بضعة أيام 13:06 &lt;jrandom&gt; أعلم أننا لا نزال نواجه بعض المشاكل عندما تكون وصلة الشبكة لدى أحدهم مزدحمة بشدة (ما يسبب تراكم الرسائل وفشلها، وينتج عنه المزيد من ElGamal واستهلاك أعلى لوحدة المعالجة CPU) 13:06 &lt;@cervantes&gt; واتصال IRC لدي ظل شغالاً بقدر مدة الـ routers لدي 13:06 &lt;+Ragnarok&gt; كالعادة بالنسبة لي. بطيء لكنه قابل للاستخدام، مع عدم موثوقية متقطعة 13:07 &lt;jrandom&gt; جميل، أرى ذلك أيضاً يا cervantes 13:07 &lt;jrandom&gt; Ragnarok: عدم الموثوقية مع eepsites، irc، i2pbt، i2phex، البريد، أم كل ما سبق؟ مع 0.6.0.5 أم أقدم؟ 13:08 &lt;+Ragnarok&gt; غالبًا على شكل انقطاعات IRC كل بضع ساعات. 13:08 &lt;+Ragnarok&gt; لا أستخدم أشياء أخرى كثيرة، لذا ليست لدي معلومات أكثر 13:08 &lt;jrandom&gt; همم، هل قمت بضبط محدِّد bw؟ 13:08 &lt;+Ragnarok&gt; نعم 13:08 &lt;jrandom&gt; (للتذكير، تعني -1 الآن 16KBps) 13:09 &lt;+Ragnarok&gt; مُعين على أكثر من الافتراضي 13:09 &lt;jrandom&gt; حسنًا جميل، هل يصل إلى ذلك الحد إطلاقًا، و/أو هل ذلك الحد مناسب لقدرة شبكتك الحقيقية؟ 13:09 &lt;+Ragnarok&gt; الحد أقل بكثير من قدرتي الحقيقية، لأن ضبطه عاليًا يبدو أنه يقتل الـ wireless router لدي 13:10 &lt;jrandom&gt; هه، حسنًا 13:10 &lt;+Ragnarok&gt; لكن الـ router لدي لا يبدو أنه يصل إلى الحد على أي حال 13:11 &lt;+Ragnarok&gt; أستطيع محاولة إجراء اختبار إجهاد له قليلًا، ومتابعته بشكل أفضل 13:11 &lt;jrandom&gt; هل يصل استخدام الـ bw الأقصى إليه (حسب oldstats.jsp)؟ i2p متفجّر نوعًا ما، وقد يؤدي الازدحام أثناء دفعة إلى قطع اتصال irc 13:11 &lt;jrandom&gt; رائع، سيكون ذلك ممتازًا. لا أستطيع اختبار سوى عدد محدود من الحالات محليًا، لذا أي تقارير ستكون محل تقدير 13:11 &lt;+Ragnarok&gt; أي رقم عليّ البحث عنه؟ oldstats مكثف جدًا... 13:12 &lt;+Ragnarok&gt; s/./?/ 13:12 &lt;jrandom&gt; هه، آسف - oldstats.jsp#bw.sendBps ذروة 60 ثانية (الرقم الثاني في السطر) 13:14 &lt;+Ragnarok&gt; ما هي الوحدات؟ الرقم يبدو غير محتمل جدًا 13:14 &lt;jrandom&gt; KBps، آسف 13:14 &lt;jrandom&gt; (اسمه غير دقيق) 13:15 &lt;Pseudonym&gt; بتات أم بايتات؟ 13:15 &lt;jrandom&gt; بايتات 13:15 &lt;+Ragnarok&gt; للأسف، إذن لا بد أنه خاطئ 13:15 &lt;+Ragnarok&gt; رقم الذروة جزء صغير من الحد، ومن الاستخدام الحالي للـ router 13:15 &lt;jrandom&gt; همم، إنه محدد جدًا، يحسب sizeof(messages received) 13:16 &lt;jrandom&gt; (مع أن محدد الـ bw نفسه يعمل على مستوى أدنى، فيحسب sizeof(packets received or sent) 13:16 &lt;+Ragnarok&gt; ما مدى سوء الأمر لو قمت بقصّ ولصق السطر؟ :) 13:16 &lt;jrandom&gt; قد يكون أكثر أمانًا أن ترسله لي على الخاص 13:17 &lt;+Ragnarok&gt; لحظة، كنت أنظر إلى معدل 60 دقيقة. لا يزال يبدو منخفضًا، لكنه على الأقل أعلى من الاستخدام الحالي. 13:17 &lt;+Ragnarok&gt; آسف 13:17 &lt;+Ragnarok&gt; سأ /msg مزيدًا من المعلومات إليك 13:17 &lt;@cervantes&gt; Ragnarok: سنكون قادرين فورًا على تحديد اسمك وعنوانك وتفاصيل بطاقتك الائتمانية من الـ netDb 13:17 &lt;jrandom&gt; هه 13:18 &lt;jrandom&gt; cervantes: لهذا السبب تقوم netDb bw بنشر المعدل *الحالي* فقط، وليس الذروة ;) 13:18 &lt;jrandom&gt; (لكن نعم، كشف استخدام الـ bw الخاص بك قد يكون خطيرًا أمام خصم) 13:19 &lt;jrandom&gt; حسنًا، هل لدى أي شخص شيء آخر يطرحه بخصوص حالة الشبكة؟ 13:21 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) حالة Syndie 13:22 &lt;jrandom&gt; هناك الكثير من التقدم في Syndie، كما أوضحت في البريد وعلى مدونتي. بدلًا من تكراره هنا، هل لدى أحد شيء يطرحه في هذا الصدد؟ 13:22 &lt;@cervantes&gt; Officiali2pApps++ 13:23 &lt;+fox&gt; &lt;adamta&gt; أنا أعدّل ملفات JSP لاستخدام ترميز أكثر بنية/دلالية بحيث يمكن تنسيقها بمرونة أكبر باستخدام CSS. 13:23 &lt;+fox&gt; &lt;adamta&gt; ليس لدي ما أعرضه بعد، لكنني سأنشر على قائمة البريد عندما يكون لدي شيء جاهز. 13:23 &lt;+Ragnarok&gt; ربما سيكون من الجيد وصف صغير لما تعتقد أنه حالات الاستخدام الشائعة لـ Syndie. ما زلت غير متأكد قليلًا مما هي عليه، إلى جانب كونها نظام إدارة محتوى للمدونات 13:23 &lt;jrandom&gt; رائع adamta - تأكد من العمل على أحدث codebase، إذ مررت على كل شيء وأضفت CSS لكل شيء الليلة الماضية 13:24 &lt;jrandom&gt; (على مستوى تقريبي، أعني) 13:24 &lt;+fox&gt; &lt;adamta&gt; jrandom: أوبس... كنت أعمل على نسخة أقدم. 13:24 &lt;+fox&gt; &lt;adamta&gt; سأقوم بـ `cvs update` وأرى ما الذي تغيّر إذن. 13:24 * Ragnarok ، يطلب وثائق للمستخدم. يا للنفاق 13:24 &lt;jrandom&gt; فكرة جيدة يا Ragnarok. حالة الاستخدام هي أساسًا '$myI2P.getUseCases()' 13:25 &lt;jrandom&gt; التلقيم والتوزيع الآمن للمحتوى، بدلًا من استخدام eepsites 13:25 &lt;jrandom&gt; (لأن eepsites لا تسمح بتلقيم آمن، وتتطلب مهارة أكبر للنشر، وتتطلب توافراً عالياً للعقدة المشغِّلة) 13:25 &lt;+Ragnarok&gt; لكن كيف تتم عملية التلقيم؟ 13:26 &lt;jrandom&gt; مقدمة جيدة لأهداف Syndie موجودة في التدوينة `http://syndiemedia.i2p/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124496000001&images=false&expand=true` 13:27 &lt;jrandom&gt; التلقيم، حاليًا، يتم عبر http مع تحديد نظراء التلقيم صراحة (إما أرشيفات apache، أو مثيلات Syndie أخرى، أو freesites تحتوي على أرشيفات Syndie) 13:27 * cervantes قام للتو بتفكيك CSS الخاص بـ Syndie... فيه ما يكفي من التصنيفات classes للقيام بتنسيقات متنوعة، لكن الترميز نفسه ليس جيدًا للعمل في سمات جديدة 13:27 &lt;+Ragnarok&gt; أوه، جميل. لا أظن أنني رأيت ذلك 13:27 &lt;@cervantes&gt; *classes=classed 13:27 &lt;@cervantes&gt; adamta: سأكون مهتمًا برؤية ما ستتوصل إليه 13:28 &lt;jrandom&gt; cervantes: لست خبيرًا في CSS، لذا أي شخص لديه إلهام لتحسينه أو إعادة هيكلته أو إعادة تصميم طريقة عمل CSS/الواجهة الأمامية بالكامل فسيكون ذلك محل تقدير كبير :) 13:28 &lt;@cervantes&gt; فقط تخلَّصوا من تلك الجداول اللعينة :) 13:28 &lt;jrandom&gt; هه 13:30 &lt;+fox&gt; &lt;adamta&gt; cervantes+jrandom: بالفعل. هناك ما يكفي للتنسيق الأساسي، مثل تغيير مخطط الألوان، لكنني أحاول تعديله للتخلص من الجداول وتوفير قدر كافٍ من الترميز الدلالي (عناصر &lt;div&gt; متداخلة للأقسام، وعلامات رؤوس، إلخ، جميعها مع classes و IDs حيث يكون ذلك مفيدًا) بحيث يستطيع نمط CSS تغيير المظهر تمامًا حسب رغبة المستخدم. 13:30 &lt;@cervantes&gt; رائع 13:30 &lt;jrandom&gt; عمل مذهل يا adamta! 13:31 * jrandom لن يلمس هذا الجانب لبعض الوقت (لدي الكثير لأعمل عليه في الـ router :) 13:31 &lt;@cervantes&gt; وعلى صعيد شبه ذي صلة، فقد تأخرت سمات routerconsole الجديدة بعض الشيء بسبب اختفاء arcturus الـ *إحم* 13:31 &lt;jrandom&gt; هه، يا للخسارة 13:31 &lt;@cervantes&gt; أحاول أن أتابع من حيث توقّف مع بعض تحسينات سير العمل 13:32 &lt;@cervantes&gt; لكن لا أملك مهارات JSP لعمل شيء جذري مثل إصلاح شاشات إعداد tunnel المعطّلة 13:33 &lt;jrandom&gt; آه رائع، أي تقدّم هو جيد، وإذا احتجت مساعدة في أي شيء محدد فأنا موجود 13:33 &lt;jrandom&gt; adamta: شيء واحد لتضعه في الاعتبار هو موضوع الأنماط المتعددة (استخدام النمط الذي يختاره المؤلف ولكن المستضاف محليًا) ((راجع تدويناتي الأخيرة لمزيد من المعلومات)) 13:33 &lt;@cervantes&gt; مع ذلك، السمة البديلة الجديدة تبدو جيدة 13:33 &lt;jrandom&gt; جميل 13:34 &lt;+fox&gt; &lt;adamta&gt; مخطط الألوان الجديد أجمل بالتأكيد، إذا كان هذا ما تشير إليه (?). 13:35 &lt;@cervantes&gt; adamta: سيكون رائعًا إذا تمكن المؤلفون من اختيار نمط كامل من مجموعة قوالب لمدونتهم المحددة 13:35 &lt;jrandom&gt; cervantes: هل تعتقد أننا ينبغي أن ننشر تغييرات jsp/css التي أعاد arcturus إرسالها لي سابقًا، أم تفضّل الانتظار حتى تُنهي المزيد من أجزائها؟ 13:36 &lt;@cervantes&gt; jrandom: لست متأكدًا مما أعطاك 13:36 &lt;@cervantes&gt; إذا كان بإمكانك تمريرها إليّ يمكنني المقارنة... لقد أجريت تغييرات إضافية على الترميز منذ آخر مرة ناقشت فيها الأمور معه 13:37 &lt;jrandom&gt; cervantes: يمكن الآن تطبيق نمط خاص لكل مدونة على التدوينات الفردية (ما يؤدي مثلاً إلى استخدام class="s_detail_addressLink ss_minimal_detail_addressLink" في html، بافتراض أن النمط المحدد هو "minimal") 13:37 &lt;jrandom&gt; رائع، سأمرّرها إليك يا cervantes 13:37 &lt;@cervantes&gt; شكرًا 13:38 &lt;jrandom&gt; cervantes: سِمة لكل مدونة أصعب قليلًا - جماعة LJ واجهوا ذلك أيضًا، وتوصلوا إلى حل وسط يقول إن القائمة التي تحتوي على عدة مدونات تستخدم تفضيلات نمط القارئ، بينما القائمة التي تحتوي على تدوينات مدونة واحدة فقط تستخدم تفضيلات نمط المؤلف 13:38 &lt;jrandom&gt; يمكننا نشر 'DefaultStyle: minimal' في بيانات تعريف المدونة للسماح بالأخير 13:39 &lt;@cervantes&gt; نعم، هذا ما كنت أتخيله 13:39 &lt;+susi23&gt; (يجب أن تتجاوز تفضيلات القرّاء دائمًا غيرها) 13:39 &lt;+susi23&gt; (لكن هذا رأي :) 13:39 &lt;jrandom&gt; صحيح، عندما يكون لدى القارئ تفضيلات صريحة 13:39 &lt;@cervantes&gt; /ignore susi23 13:39 &lt;@cervantes&gt; تبًا، لم تنجح 13:41 &lt;@cervantes&gt; إذا جعلنا التصفية حسب المدونة شكلًا أوضح من أشكال التنقل 13:42 &lt;@cervantes&gt; مثل قائمة جانبية 13:42 &lt;jrandom&gt; في الوقت الحالي، تفضيلات المستخدم مدمجة نوعًا ما في سير العمل، بدلًا من أن تكون في صفحة تفضيلات منفصلة (مثل رابط لوضع إشارة مرجعية على مدونة، أو تجاهلها، أو إظهار/إخفاء الصور). ربما عندما يكون لدينا أنماط محلية متعددة، سيكون من الجيد وجود قائمة منسدلة 'view style' في الأعلى 13:42 &lt;@cervantes&gt; عندها سيجعل تغييرات النمط أكثر قبولاً 13:42 &lt;jrandom&gt; همم نعم، التنقل بين المدونات سيكون مثيرًا للاهتمام 13:43 &lt;jrandom&gt; إذن يعجبك كما كان في الأصل، مع قائمة المدونات في الجانب الأيسر، بدلًا من القائمة المنسدلة؟ 13:43 &lt;jrandom&gt; `http://syndiemedia.i2p/viewattachment.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124769600000&attachment=0` 13:44 &lt;@cervantes&gt; &lt;bluesky&gt;حسنًا قد يكون ذلك تفضيلًا في القالب ربما؟&lt;/bluesky&gt; 13:44 &lt;jrandom&gt; همم، لا أدري إن كانت أوراق الأنماط يمكنها تحويل قائمة إلى قائمة منسدلة، أيمكن ذلك؟ 13:44 &lt;@cervantes&gt; نوع التنقل: dropdown|sidelist|hierarchy 13:44 &lt;@cervantes&gt; لا 13:45 &lt;jrandom&gt; حسنًا، نعم، يمكن فعل ذلك في jsp وتفضيل المستخدم رغم ذلك، لا مشكلة 13:45 &lt;jrandom&gt; (hierarchy؟) 13:45 &lt;+susi23&gt; (بالتأكيد، يمكنك إعطاء select معلمة rows) 13:45 &lt;@cervantes&gt; ولكن إذا قمت بتجريد الترميز إلى قوالب فبإمكانك امتلاك تخطيطات متعددة لتفضيلات المستخدم 13:45 &lt;jrandom&gt; آه، صحيح، كقائمة متعددة القيم 13:45 &lt;jrandom&gt; (بدلًا من قائمة روابط html) 13:46 &lt;@cervantes&gt; (كنت أطرح أفكارًا على سبيل العصف الذهني) 13:46 &lt;jrandom&gt; صحيح صحيح يا cervantes (مع أنه سيكون من الجيد إن استطعنا القيام بأكبر قدر ممكن من بناء القوالب عبر CSS، لأنه أسهل لنشر السمات) 13:46 &lt;jrandom&gt; ((خصوصًا مع الملف الجديد docs/syndie_standard.css)) 13:46 &lt;@cervantes&gt; قد ترغب في تأجيل ذلك حتى الإصدار 2 والتركيز على جوانب أكثر أهمية 13:47 &lt;+susi23&gt; (يمكنك وضع المتغيرات الثلاثة جميعها في مصدر html ويقرر المستخدمون أي divs نريد إخفاءها) 13:47 &lt;@cervantes&gt; صحيح، إذا قام adamta بترتيب الترميز فربما يمكنك عمل اختلافات درامية تمامًا 13:47 &lt;jrandom&gt; أجل، لكنني منفتح على أفكار للوضع الافتراضي. إذا كانت هناك طريقة أفضل للتنقل، فسيكون من الأفضل اعتمادها 13:47 &lt;jrandom&gt; فكرة جيدة susi23 13:47 &lt;+susi23&gt; (حسنًا، ليست طريقة أنيقة جدًا ;) 13:47 &lt;@cervantes&gt; كما في http://www.csszengarden.copm 13:48 &lt;@cervantes&gt; * http://www.csszengarden.com 13:48 * jrandom سعيد لأنني نفّذت ArchiveIndex ككائن منفصل عن Archive، لذا فكل هذا عمليًا مجرد معالجة لملف النص archive.txt :) 13:49 &lt;jrandom&gt; حسنًا، هل لدى أحد أسئلة/تعليقات/مخاوف إضافية بخصوص Syndie؟ 13:50 &lt;jrandom&gt; (ثمة أمر يُذكر وهو أن ميزة petname الجديدة لديها تصدير بنقرة واحدة إلى ملف userhosts.txt الخاص بالمستخدم، لتفريغ أي عناوين i2p هناك [لكنها لا تستورد بعد]) 13:50 &lt;@cervantes&gt; عمل رائع 13:50 &lt;jrandom&gt; شكرًا يا cervantes 13:50 &lt;@cervantes&gt; هل ستفعل أي شيء على نواة i2p مرة أخرى؟ :) 13:50 &lt;jrandom&gt; هه 13:51 * jrandom لديه زوج من التغييرات القوية القادمة للـ router، مما سيمنحنا الكثير من القدرات 13:51 &lt;jrandom&gt; (لكن المزيد عن تلك عندما تُختبر وتصبح جاهزة للنشر) 13:51 &lt;@cervantes&gt; i2pponies.ar 13:51 &lt;@cervantes&gt; i2ponies.war 13:52 &lt;@cervantes&gt; همم، تحديث vnc بطيء الليلة 13:52 &lt;+susi23&gt; (حروب المهور؟ مهور مسكينة...) 13:52 &lt;jrandom&gt; هه 13:52 &lt;jrandom&gt; حسنًا، ننتقل إلى 3) susidns 13:52 &lt;jrandom&gt; susi23: هل تريد إعطاءنا موجزًا؟ 13:52 &lt;+susi23&gt; حسنًا 13:53 &lt;+susi23&gt; ليس هناك الكثير لقوله... susidns تطبيق ويب بسيط جدًا يتيح لك الوصول إلى تهيئة addressbook وملفات الاشتراكات 13:53 &lt;+susi23&gt; وأيضًا إلى "addressbooks" الخاصة بك، وهي: hosts.txt و userhosts.txt و(إن وُجد) addressbook المنشور لديك 13:54 &lt;+susi23&gt; أضفت صفحة مقدمة وبعض الشروحات حول كيفية عمل addressbook 13:54 &lt;+susi23&gt; (حسنًا، كيف أظن أن addressbook يعمل ;) 13:54 &lt;jrandom&gt; w00t :) 13:54 &lt;+bar&gt; userhosts.txt? 13:54 &lt;+susi23&gt; بما أن هناك أسئلة من المستخدمين حول هذا خلال الأسابيع الماضية 13:54 &lt;+Ragnarok&gt; سأرسل ملاحظات، حالما أجرّبه :) 13:54 &lt;@cervantes&gt; رائع، إلى أي حد هو جاهز؟ 13:54 &lt;+susi23&gt; بالتأكيد 13:54 &lt;+susi23&gt; قابل للاستخدام 13:55 &lt;ardvark&gt; أستخدم addressbook، لكن ليس لدي userhosts.txt، أم أن userhosts.txt مخصّص لـ eepsites الشخصية/الخاصة بي؟ 13:55 &lt;jrandom&gt; ardvark: userhosts مخصّص لتجاوزات مخصصة يحددها المستخدم (لا يوجد افتراضيًا) 13:55 &lt;+susi23&gt; userhosts.txt هو ملف hosts.txt ثانٍ يقرأه NamingService 13:55 &lt;ardvark&gt; حسنًا 13:55 &lt;+Ragnarok&gt; userhosts.txt هو الذي يمكنك تحريره دون خوف من فقدان البيانات بسبب ظروف التنافس race conditions :) 13:55 &lt;+susi23&gt; ونعم، يستخدم الناس هذا للمفاتيح الخاصة 13:56 &lt;+susi23&gt; (وهذا خطير قليلًا الآن عندما تفعّل نشر addressbook) 13:57 &lt;+susi23&gt; حسنًا، لا سحر هنا... هذا كل شيء 13:57 &lt;+Ragnarok&gt; إضافة privatehosts.txt أو ما شابه، يقرأه NamingService لكن ليس addressbook، سيكون أمرًا تافهًا 13:57 &lt;+susi23&gt; صحيح 13:57 &lt;@cervantes&gt; أود أن أرى ذلك ;-) 13:58 * cervantes يتمسّك بمفاتيحه الخاصة ;-) 13:58 &lt;jrandom&gt; أوه، صفحة مقدمة susidns جميلة :) 13:58 &lt;jrandom&gt; (cervantes/susi/ragnarok/et al: اطّلعوا أيضًا على واجهة الويب لميزة pet name في Syndie [تحتاجون لتسجيل الدخول لرؤيتها]) 13:58 &lt;+susi23&gt; بما أن نشر addressbooks متوقف افتراضيًا فلا خطر على الناس العاديين 13:58 &lt;jrandom&gt; صحيح صحيح 13:59 &lt;+Ragnarok&gt; لقد سألت هذا من قبل، لكن هل هناك ما يمكنني فعله لتسهيل الحياة على من يكتبون واجهات addressbook الأمامية؟ 13:59 * cervantes نسي بيانات دخوله 13:59 &lt;jrandom&gt; cervantes: يمكنك التسجيل مرة أخرى ;) 13:59 &lt;+Ragnarok&gt; وأنا كذلك، على الأرجح 14:00 &lt;@cervantes&gt; ألن يكون sushidns اسمًا أفضل؟ 14:00 * cervantes ينحني لتفادي الضربة 14:00 &lt;+susi23&gt; ragnarok: ما رأيك بوظيفة لمقاطعة الخيط thread النائم لتحديث الاشتراك فورًا (بتحفيز المستخدم)؟ 14:01 &lt;jrandom&gt; أوه، أو إمكانية "fetch now" يدويًا 14:01 * susi23 يصفع cervantes بسلمون مرقط كبير. 14:01 &lt;+susi23&gt; نعم، تسميته dns هنا سخيف... لكنه اسم تاريخي :) 14:01 &lt;@cervantes&gt; سمكة مرقطة نيئة! 14:01 * cervantes يلتقط صلصة الصويا 14:01 &lt;+susi23&gt; (منحرف!) 14:02 &lt;+susi23&gt; حسنًا، عودة إلى الموضوع من فضلكم ;) 14:02 &lt;+Ragnarok&gt; حسنًا، سأنظر في ذلك 14:02 &lt;+susi23&gt; (لا تشربوا في الاجتماعات!) 14:02 * jrandom يخفي شرابي 14:03 * susi23 يرسل ping إلى jrandom 14:03 &lt;jrandom&gt; حسنًا رائع، شكرًا susi، يبدو جميلًا جدًا 14:03 &lt;jrandom&gt; حسنًا، ننتقل إلى 4) ??? 14:03 &lt;jrandom&gt; هل لدى أي شخص شيء آخر يريد طرحه للاجتماع؟ 14:04 &lt;@cervantes&gt; إذا كان أي شخص يواجه أي مشكلات مع irc2p فيرجى إبلاغ المشرفين 14:06 &lt;@cervantes&gt; ‏#irc2p هي قناة الدعم 14:06 &lt;@cervantes&gt; أو انشروا في المنتدى 14:06 &lt;@cervantes&gt; jrandom: هل تريد منتدى لـ Syndie بالمناسبة؟ (أم أن ذلك زائد عن الحاجة) 14:07 &lt;@cervantes&gt; susi23: مرحبًا بك أن يكون لديك واحد أيضًا، لكثرة تطبيقات i2p لديك ;-) 14:07 &lt;jrandom&gt; حاليًا، أظن أننا بخير من دونه، شكرًا مع ذلك 14:07 &lt;jrandom&gt; منتدى susiworld 14:09 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر 14:09 * jrandom يختتم 14:09 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/09/06/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-06/Tue, 06 Sep 2005 00:00:00 +0000/ar/blog/2005/09/06/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-09-06/<p>مرحبًا يا جماعة،</p> <p>يرجى تقديم الترجمة فقط، ولا شيء آخر:</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة Syndie 3) susidns 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>كما رأى الكثيرون، صدر الإصدار 0.6.0.5 الأسبوع الماضي بعد مراجعة سريعة للإصدار 0.6.0.4، وحتى الآن، تحسّنت الاعتمادية بشكل كبير، وكبرت الشبكة لتصبح أكبر من أي وقت مضى. لا يزال هناك بعض المجال للتحسين، لكن يبدو أن netDb الجديد يعمل كما هو مصمم. لقد اختبرنا حتى آلية الرجوع الاحتياطي - فعندما يتعذر الوصول إلى نظراء floodfill، تعود routers إلى kademlia netDb، وقبل بضعة أيام عندما وقع ذلك السيناريو، لم تنخفض اعتمادية irc وeepsite(I2P Site) بدرجة كبيرة.</p>/ar/blog/2005/08/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/Tue, 30 Aug 2005 00:00:00 +0000/ar/blog/2005/08/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bar, bla, gloin, jrandom, laberhorst, nickless_head, redzara, ZULU</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:03 &lt;+bla&gt; هل هناك اجتماع اليوم؟ 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 &lt;jrandom&gt; 1) حالة الشبكة 13:04 &lt;jrandom&gt; 2) floodfill netDb 13:04 &lt;jrandom&gt; 3) Syndie 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 &lt;+bla&gt; ;) 13:04 * jrandom يلوّح 13:04 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 &lt;jrandom&gt; (نعم، تأخرت بضع دقائق ;) 13:05 &lt;jrandom&gt; على أي حال، لنبدأ بـ 1) حالة الشبكة 13:06 &lt;jrandom&gt; المسارات المقيّدة سيئة جداً، ولدينا أخيراً بعض البيانات حول مدى شيوعها (بوو هسّ) 13:06 &lt;jrandom&gt; لكن مع ذلك، تبدو الشبكة بصحة جيدة إلى حدّ ما، إذا تجاهلت كل التقارير القلقة من نوع "يا إلهي، إنه يقول status: Unknown!" ;) 13:07 &lt;gloin&gt; همم.. أين يجب أن يكون جذر المستندات لخادوم الويب المضمّن مع I2P؟ 13:07 &lt;jrandom&gt; $i2pInstallDir/eepsite/docroot/ 13:07 &lt;gloin&gt; i2p/eepsite/docroot ? 13:07 &lt;jrandom&gt; هل لدى أيٍّ منكم أسئلة/تعليقات/مخاوف بشأن حالة الشبكة غير ما نُشر في ملاحظات الحالة؟ 13:08 &lt;gloin&gt; وجدته. يبدو أن خادوم الويب لا يقدّم index.html تلقائياً. 13:08 &lt;+bla&gt; jrandom: لقد أجريت بعض الاختبارات لمعرفة أي العُقد تُختار داخل tunnels. 13:09 &lt;+bla&gt; jrandom: بالأساس، لأنني نفّذت الآن تحديد موقع العُقد داخل RouterInfo struct (بنية بيانات RouterInfo)، أستطيع أن أرى بصرياً (أعلام الدول) أين يقع المشاركون في tunnels. 13:09 &lt;+bla&gt; أنا في أوروبا (ليس سراً)، ومعظم المشاركين في tunnel لديّ في أوروبا 13:09 &lt;jrandom&gt; gloin: يُفترض أن يقدّم index.html (هذا ما يعرض "Welcome to your Eepsite") 13:10 &lt;jrandom&gt; أوه، جميل يا bla! 13:10 &lt;redzara&gt; بما أن بعض الناس أبلغوا عن أداء منخفض مع UDP، ربما يمكننا إضافة مقياس أداء صغير مثل iperf داخل I2P؟ 13:11 &lt;redzara&gt; s/had/add 13:11 &lt;jrandom&gt; bla: إذَن هذا ليس فقط على صفحة profiles.jsp، بل أيضاً على tunnels.jsp؟ رائع جداً... لقطات شاشة، لقطات شاشة! :) 13:11 &lt;gloin&gt; jrandom: الآن يعمل. غريب. 13:11 &lt;+bla&gt; jrandom: سأنشر بعض لقطات الشاشة، لكن يجب أولاً أن أحجب الـ router-ID الخاص بي في لقطات الشاشة ;) 13:11 &lt;jrandom&gt; redzara: همم، أأداة سطر أوامر لتمكين الناس من فحص جودة الرابط، أم مُراقِب لأداء SSU؟ 13:11 &lt;jrandom&gt; ههه يا bla 13:12 &lt;jrandom&gt; غريب يا gloin 13:13 &lt;gloin&gt; jrandom: بالمناسبة، منذ أن حدّثت pppoe لديّ، يبدو أن I2P أصبح أكثر استقراراً. 13:13 &lt;jrandom&gt; جيد، ما كانت المشكلة في اتصالك بالشبكة؟ تحديث للبرامج الثابتة؟ 13:14 &lt;gloin&gt; jrandom: فقدت جميع الأقران. لكن اتصال الإنترنت كان جيداً، غير أنّ كل نظير كان يفشل. 13:16 &lt;jrandom&gt; صحيح، لكن ماذا حدّثت في إعدادات pppoe؟ 13:17 &lt;gloin&gt; jrandom: أقصد الـ pppoe daemon على لينكس. 13:18 &lt;jrandom&gt; آه حسنًا 13:18 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء بخصوص 1) حالة الشبكة، أم ننتقل إلى 2) floodfill netdb؟ 13:18 &lt;+bla&gt; `http://theland.i2p/parttunnels.jpg` 13:19 &lt;+bla&gt; `http://theland.i2p/servertunnels.jpg` 13:21 &lt;+bar&gt; (أمم.. غير قابل للوصول؟) 13:21 &lt;jrandom&gt; نعم، لديّ مشكلة في الوصول إليه أيضاً 13:21 &lt;fox&gt; &lt;godmode0&gt; i use pppoe never be at problem i2p 13:22 * jrandom سيحاول لاحقاً رغم ذلك 13:22 &lt;+bla&gt; jrandom: حسناً.. هناك مشكلة شبكة جديدة للتو ;) 13:22 &lt;jrandom&gt; ههه 13:22 &lt;jrandom&gt; bla: هل أنت على -4 أم إصدار أبكر؟ 13:23 &lt;+bla&gt; jrandom: أنا على -4 13:23 &lt;jrandom&gt; همم، حسناً، رائع 13:23 &lt;jrandom&gt; حسناً، على أي حال، يمكننا التعمّق في ذلك لاحقاً 13:24 &lt;jrandom&gt; (لو تمكنت من إرسال netDb stats لي من /oldstats.jsp، فسيكون ذلك رائعاً :) 13:25 &lt;jrandom&gt; حسناً، ننتقل إلى 2) floodfill netdb 13:26 &lt;jrandom&gt; هناك الكثير من المعلومات منشورة في مدونتي حول هذا الموضوع 13:26 &lt;jrandom&gt; بدأنا نشر النسخة الأولى، رغم أنه لا يزال هناك بعض العمل 13:26 &lt;jrandom&gt; هل لدى أحد أي أسئلة/تعليقات/مخاوف بشأن الخطة؟ 13:27 &lt;+bla&gt; jrandom: هل سيتدرّج floodfill كـ log(N) (N = عدد الأقران في الشبكة)، أم خطياً؟ 13:27 &lt;jrandom&gt; خطيّاً مع M (M = عدد الأقران المشاركين في floodfill netdb) 13:28 &lt;jrandom&gt; حسناً، قد تكون M صغيرة بما يكفي بحيث تكون N هي الحدّ الغالب 13:29 &lt;jrandom&gt; (وفي هذه الحالة سيكون خطياً مع N) 13:29 &lt;jrandom&gt; وهذا ليس رائعاً، لكن حتى يكون لدينا > 10K eepsites، فلا مشكلة 13:30 &lt;jrandom&gt; وعندما يحدث ذلك، يمكننا الانتقال إلى خوارزميات أكثر تقدّماً لتوزيع الحمل بين المشاركين في floodfill 13:31 &lt;jrandom&gt; (لاحظ أنها 10k eepsites، وليس المستخدمين، إذ لا نحتاج فعلياً إلى نشر client leaseSets في الـ netdb) 13:32 &lt;+bla&gt; jrandom: هل هناك سبب يجعلنا ما زلنا ننشر client destinations في netDb؟ 13:32 &lt;+bla&gt; jrandom: أو، لهذا الأمر، لماذا ما زلنا نُظهِر من هم الأقران السريعون لدينا في netDb؟ 13:33 &lt;+bla&gt; jrandom: إزالة الأمرين كليهما ستقلّص بيانات netDb بعامل كبير 13:33 &lt;jrandom&gt; bla: بالنسبة للأول، لا. وبالنسبة للثاني، لأغراض تتبّع الأعطال لديّ (مع أني لم أنظر إلى ذلك الحقل تحديداً مؤخراً) 13:33 &lt;jrandom&gt; نعم، يستحق التجربة، ربما في -5 13:36 &lt;jrandom&gt; حسناً، رائع، سنرى ونأمل أن نصدر -5 خلال الأيام القليلة المقبلة 13:37 &lt;jrandom&gt; (ربما غداً) 13:37 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 2) floodfill netdb، فلننتقل إلى 3) Syndie 13:38 &lt;jrandom&gt; نشرتُ مجموعة من المعلومات في البريد وعلى مدونتي، لذلك بدلاً من تكرارها، هل لدى أحد أسئلة/تعليقات/مخاوف؟ 13:40 * jrandom يعجبني حقاً عمل ميزة النشر عن بُعد، رغم أنها بعيدة عمّا نأمل به مع تكامل feedspace 13:41 &lt;jrandom&gt; (لم أكلّف نفسي دمج النشر على freenet، مع أنه سيكون سهلاً جداً تشغيل CLI ونشر كل الإدخالات) 13:42 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 3) Syndie، فلنفتح المجال إلى 4) ??? 13:42 &lt;jrandom&gt; هل لدى أحد أي شيء آخر متعلقاً بـ i2p لطرحه؟ 13:42 &lt;redzara&gt; بالتأكيد، أين الوثائق؟ ;) 13:43 &lt;laberhorst&gt; فقط أن عقدتي تحت 0.6.x تستهلك حتى 100% من حمل المعالج، لكن يجب أن أتحقق مقابِلاً مع لينكس على هذا الخط هنا 13:43 &lt;+nickless_head&gt; أعتقد أن سكربت i2pProxy.pac ينبغي أن يكون في مجلد الويب الخاص بـ Jetty افتراضياً. 13:43 &lt;jrandom&gt; nickless_head: لا أوصي بـ i2pproxy.pac، فهو مخاطرة أمنية كبيرة 13:44 &lt;redzara&gt; 2 - هل يمكن تضمين أحدث نسخة مبنية من Jetty في I2P؟ 13:44 &lt;jrandom&gt; لدينا 5.2.1 في i2p حالياً 13:44 &lt;jrandom&gt; أقصد، 5.1.2 13:44 &lt;+nickless_head&gt; jrandom: إنه الشيء الوحيد المتاح للفصل بين eepsites ومواقع الويب في متصفح واحد دون الحاجة للتبديل يدوياً بحسب علمي 13:45 &lt;jrandom&gt; أستخدم switchproxy 13:45 &lt;jrandom&gt; (ولا أتحول إلى تصفح غير مجهول) 13:45 &lt;jrandom&gt; ((squid.i2p سريع بما يكفي بالنسبة لي)) 13:45 &lt;+nickless_head&gt; فكّر في مستخدمي Slashdot! :p 13:46 &lt;jrandom&gt; كما قلت سابقاً، لديّ تحفظات بشأن جدوى eepsites. المخاطر الأمنية هائلة 13:46 &lt;jrandom&gt; لكن، لمن لا يهتم بتلك المخاطر، ربما يكون i2pproxy.pac منطقياً. 13:47 &lt;+bla&gt; أعتقد بشدة أن أي شيء ليس آمناً بشكل _افتراضي_ لا ينبغي أن يكون في I2P، كي لا نعطي المستخدمين الجدد إحساساً زائفاً بالأمان 13:48 &lt;jrandom&gt; متفق (مع أننا نوفّر i2pproxy.pac، لكننا لا نخبر الناس عنه حتى نُخيفهم بما يكفي ;) 13:49 &lt;+nickless_head&gt; لا أصدق إلى حدٍّ ما أنه داخل إعدادات Mozilla لا توجد طريقة لجعل المواقع تصل فقط إلى الموارد من نفس النطاق .. 13:50 &lt;redzara&gt; عذراً لكن اتصال IRC انقطع :( بالنسبة لـ Jetty هناك إصلاح يتعلق بـ common logging وربما يساعدني هذا على تشغيل mvnforum في نفس مثيل I2P 13:50 &lt;redzara&gt; Jetty-5.1.5rc1 - 23 August 2005 13:52 &lt;jrandom&gt; آه رائع، ما المشكلة تحديداً يا redzara؟ 13:52 &lt;jrandom&gt; nickless_head: إن وجدت طريقة، أعلمنا 13:52 &lt;redzara&gt; أو ربما يمكنني فقط بناء I2P الخاصة بي بأحدث نسخة من Jetty 13:52 &lt;jrandom&gt; redzara: يمكنك بالتأكيد فعل ذلك - فقط ضع ملفات jar الخاصة بـ Jetty في مجلد lib الخاص بـ i2p لديك 13:53 &lt;redzara&gt; jrandom : كلما حاولت تشغيل mvnforum داخل I2P، يفشل Jetty في إيجاد Apache Commons Logging 13:53 &lt;+nickless_head&gt; أوه! لقد لاحظت للتو أن i2pproxy.pac الافتراضي يستخدم وضعاً يسمح للمواقع بتبديل الوكيل إلى i2p تشغيل/إيقاف أثناء العمل، وهو محمي بكلمة المرور "الآمنة تماماً وغير القابلة للكسر" &lt;/sarcasm&gt; الافتراضية "passw0rd". من فضلكم، أي شخص يعرف cvs ليغيّر هذا. 13:54 &lt;jrandom&gt; redzara: هذا في commons-logging.jar وcommons-el.jar إن لم تخنّي الذاكرة (iirc)، والتي ينبغي أن تكون في مجلد lib لديك وفي classpath الخاص بـ wrapper.config 13:54 &lt;jrandom&gt; nickless_head: سببٌ آخر يجعلني لا أوصي أحداً باستخدامه ;) 13:55 &lt;redzara&gt; نعم أعلم، لستُ n00b لهذه الدرجة :)) عليّ أن أبحث في الأمر مجدداً مع هذه النسخة الجديدة من Jetty 13:56 &lt;jrandom&gt; جيّد، أبقِنا على اطلاع 13:56 &lt;redzara&gt; لا مشكلة 13:57 &lt;fox&gt; * يَخمّن mihi أن معظم مستخدمي i2p سيكشفون "عنوان IP الحقيقي" لديهم لتطبيق Java المصغّر على أية حال :) 13:57 &lt;fox&gt; &lt;mihi&gt; جرّب http://www.stilllistener.com/checkpoint1/Java/ (وانزل لأسفل الصفحة) 13:58 * jrandom يرى الكثير من الحقول الفارغة ;) 13:59 &lt;+bla&gt; fox: كل ما يتم كشفه هو العلاقة بين عنوان IP وclient destination معيّنة، حيث إن client destination سيتغيّر عند كل إعادة تشغيل للـ router. 14:00 &lt;jrandom&gt; bla: إلا إذا كان المستخدم على موقع مثل مثلاً `http://i_have_illegal_stuff.i2p/` 14:00 &lt;jrandom&gt; (كشف عنوان IP للعميل "مرة واحدة فقط" قد يكون قاتلاً بما يكفي ;) 14:00 &lt;+bla&gt; jrandom: نعم. 14:00 &lt;+bla&gt; ولكن مرة أخرى، إذا كنت جاداً بشأن التصفّح المجهول، فستستخدم خوادم وكيل HTTP مؤقتة، وستعطّل كل ما يتعلّق بـ Java والملحقات وملفات تعريف الارتباط بالكامل 14:01 &lt;jrandom&gt; أو استخدم Syndie :) 14:02 &lt;ZULU&gt; عذراً على المقاطعة، هل duck.ip متوقف ؟ 14:02 &lt;+bla&gt; jrandom: هل حان وقت الأسئلة العامة؟ 14:02 &lt;jrandom&gt; نعم، نحن في 4) ??? 14:02 &lt;jrandom&gt; ZULU: نعم، duck غير متصل في الوقت الحالي 14:03 &lt;+bla&gt; jrandom: لقد عدّلت ملفات Java التي تساعد profiles.jsp وtunnels.jsp على توليد أعلام البلدان 14:04 &lt;+bla&gt; jrandom: على أي حال، أين أضع الصور التي يمكنني فعلاً الربط إليها، وتعمل، على الـ router المحلي لديّ (_ليس_ على الـ eepsite الخاص بي)؟ 14:06 &lt;jrandom&gt; نحن بحاجة إلى "get.jsp?name" لتفريغ محتويات ./docs/'name' إلى المتصفح 14:06 &lt;jrandom&gt; (أي أنك تحتاج لوجودها داخل ملف .war حالياً، ولكن مع ملف .jsp صغير، يمكنك تفريغها ضمن docs) 14:06 &lt;+bla&gt; jrandom: آه، حسناً، إذَن لم تكن غلطتي ;) 14:06 &lt;jrandom&gt; ههه لا، اُلقِ اللوم عليّ :) 14:09 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر للاجتماع 14:09 * jrandom يختتم 14:10 * jrandom *baf*s يُغلِق الاجتماع </div>/ar/blog/2005/08/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-30/Tue, 30 Aug 2005 00:00:00 +0000/ar/blog/2005/08/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-30/<p>مرحباً يا جماعة، حان ذلك الوقت من الأسبوع مجددًا</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) floodfill netDb 3) Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>بعد مرور أسبوع على إصدار 0.6.0.3، كانت التقارير جيدة إلى حد كبير، رغم أن التسجيل والعرض كانا مربكين لبعضهم. اعتباراً من بضع دقائق مضت، يُبلغ I2P أن عدداً كبيراً من الأشخاص قاموا بتكوين خاطئ لـ NAT أو لجدران الحماية لديهم - فمن أصل 241 نظيراً، رأى 41 أن الحالة انتقلت إلى ERR-Reject، بينما كانت حالة 200 OK تماماً (عندما يتمكنون من الحصول على حالة صريحة). هذا ليس جيداً، لكنه ساعد على تركيز ما يلزم القيام به بدرجة أكبر.</p>/ar/blog/2005/08/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/Tue, 23 Aug 2005 00:00:00 +0000/ar/blog/2005/08/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> arcturus, ardvark, cervantes, gott, jrandom, lucky, modulus, susi23\_</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 12:01 &lt;jrandom&gt; 0) مرحباً 12:01 &lt;jrandom&gt; 1) حالة 0.6.0.3 12:01 &lt;jrandom&gt; 2) حالة IRC 12:01 &lt;jrandom&gt; 3) susibt 12:01 &lt;jrandom&gt; 4) Syndie 12:01 &lt;jrandom&gt; 5) ??? 12:01 &lt;jrandom&gt; 0) مرحباً 12:01 * jrandom يلوّح 12:01 &lt;lucky&gt; hi 12:02 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 &lt;lucky&gt; hihihihi 12:02 &lt;jrandom&gt; مرحباً lucky 12:02 &lt;jrandom&gt; حسناً، لنبدأ بـ 1) حالة 0.6.0.3 12:02 &lt;jrandom&gt; أعتقد أن أهم الأمور الجديرة بالذكر بخصوص 0.6.0.3 موجودة في ملاحظات الحالة، لكن بخلاف ذلك، هل لدى أيٍّ منكم شيء ليطرحه؟ 12:04 &lt;gott&gt; ما قصة 'Unknown'؟ 12:04 &lt;jrandom&gt; لست متأكداً ما إذا كانت تحسينات ssu cwin ستأتي في 0.6.0.4 أم ستنتظر حتى 0.6.1 عندما يكون لدينا أقران/إعداد أفضل 12:04 &lt;jrandom&gt; gott: هناك فقرتان في البريد الإلكتروني تتعلقان بذلك - هل لديك أسئلة محددة تتجاوزهما؟ 12:05 &lt;jrandom&gt; أم أن هناك نقطة يمكنني توضيحها؟ 12:05 &lt;gott&gt; لا، فقط لم أقرأ البريد اللعين بعد. 12:05 &lt;jrandom&gt; هه 12:05 &lt;jrandom&gt; حسناً، اصعد خمس سطور واقرأ البريد اللعين ;) 12:06 &lt;jrandom&gt; حسناً، هل لدى أحدٍ آخر أسئلة حول 0.6.0.3؟ 12:07 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) حالة IRC 12:07 &lt;modulus&gt; آسف يا جماعة، يجب أن أغادر. أراكم لاحقاً. 12:08 &lt;jrandom&gt; بخلاف ما في البريد، postman/cervantes/arcturus: هل لديكم ما تريدون طرحه؟ 12:08 &lt;jrandom&gt; لاحقاً يا modulus 12:08 &lt;+arcturus&gt; عن 1)؟ 12:08 &lt;+arcturus&gt; أوه آسف 12:08 &lt;gott&gt; هممم. 12:08 &lt;+arcturus&gt; الآن 2) 12:09 &lt;gott&gt; كم يستهلك IRC عبر i2p عادةً من النطاق الترددي الصاعد حالياً؟ 12:09 &lt;+arcturus&gt; انقسامات الشبكة أصبحت من الماضي 12:09 &lt;+arcturus&gt; gott: لا أستطيع قول ذلك دون المساس بمجهولية الـ router الخاص بي 12:09 &lt;gott&gt; لا، لا، لا. 12:10 &lt;jrandom&gt; لست متأكداً، الـ router لدي مع squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p إضافة إلى IRC وeepproxy يستهلك بالمعدل 10-20KBps 12:10 &lt;gott&gt; هل يتطلب خطاً تجارياً؟ 12:10 &lt;jrandom&gt; أحسنت arcturus 12:10 &lt;gott&gt; jrandom: أقصد للاستضافة. 12:10 &lt;jrandom&gt; gott: لتشغيل خادم أم عميل؟ 12:10 &lt;jrandom&gt; آه 12:10 &lt;+arcturus&gt; gott: لا أستطيع قول ذلك دون المساس بمجهولية الـ router الخاص بي 12:10 &lt;gott&gt; خادم. 12:10 * jrandom لا يعلم. ربما أقل عندما يكون لديك ircd واحد 12:10 &lt;gott&gt; إذن هل تشغّلون unrealircd مُعدَّلاً؟ 12:11 &lt;jrandom&gt; لنقل، أضِف عاملاً قدره 1.3 لاستخدام العميل لخادم واحد 12:11 &lt;+arcturus&gt; وأود أن أضيف أيضاً أن التأخير بين الخوادم ثابت ومنخفض جداً جداً 12:11 &lt;gott&gt; أفترض ذلك، إذ لا يبدو أن هناك الأمر VERSION 12:11 &lt;+arcturus&gt; عطّلت VERSION 12:12 &lt;gott&gt; هل تعديلاتكم مفتوحة المصدر؟ 12:12 &lt;+arcturus&gt; ربما نشغّل unreal، وربما لا :) 12:12 &lt;gott&gt; ينبغي أن تنشروها لكي يتمكن الآخرون من بدء شبكاتهم الخاصة. 12:12 &lt;+arcturus&gt; لا أستطيع إخبارك دون المساس بالأمن 12:12 &lt;gott&gt; الأمن عبر الغموض، يا للروعة. 12:12 &lt;jrandom&gt; كلامك صحيح يا arcturus. أرى تأخيراً بحدود 0-2 ثانية في المتوسط (حالياً، أقل مما يرصده مكتشف التأخير في irssi) 12:12 &lt;+arcturus&gt; لا، إنها مجرد طبقة واحدة من الأمن 12:13 &lt;+arcturus&gt; وهي لا تعدو أن تكون رادعاً، وليست بديلاً عن إجراءات الأمن التقنية 12:15 &lt;jrandom&gt; arcturus: ما الأخبار مع vanguard؟ 12:15 &lt;+arcturus&gt; لم أعمل عليه برمجياً مؤخراً، فمشاريع أخرى تشغلني، لكن هناك ضغطاً مستمراً أشعر به لإنهائه :) 12:16 &lt;jrandom&gt; هه، رائع 12:16 &lt;+arcturus&gt; vanguard سيكون أكثر فاعلية ضد البوتات، وتدبير hashcash موضوع منفصل 12:16 &lt;+arcturus&gt; لكنني قَلِق بشأن hashcash الآن 12:17 &lt;+arcturus&gt; مع أحدث الهجمات ضد sha-1 12:17 &lt;+arcturus&gt; لن يطول الأمر قبل توفّر أدوات للجميع 12:17 &lt;+arcturus&gt; لسوء الحظ فإن تنفيذ hashcash القياسي يعتمد بالكامل على sha-1 12:17 &lt;susi23_&gt; Unable to find a javac compiler; // com.sun.tools.javac.Main is not on the classpath. // Perhaps JAVA_HOME does not point to the JDK 12:18 &lt;@cervantes&gt; آه، وصلت 12:18 &lt;susi23_&gt; أي أفكار حول هذا؟ JAVA_HOME يشير بالتأكيد إلى الدليل الصحيح، وjavac موجود في PATH وقابل للاستدعاء 12:18 &lt;+arcturus&gt; susi23_: نحن في اجتماع حالياً :) 12:18 &lt;jrandom&gt; susi23_: OOM؟ 12:18 &lt;susi23_&gt; اجتماع؟ رغم أنها الثامنة مساءً؟ 12:18 &lt;jrandom&gt; (قم بترجمة jsps مسبقاً بدلاً من ترك jetty/tomcat يقومان بذلك، فهو أسرع ;) 12:19 &lt;jrandom&gt; نعم غيّرنا موعده يا susi23_ :) 12:19 &lt;susi23_&gt; لم أكن أعلم، عذراً 12:19 &lt;jrandom&gt; ههه لا مشكلة، سعيد بوصولك للاجتماع، بندك في جدول الأعمال تالياً ;) 12:20 * susi23_ يجلس ويستمع 12:20 &lt;+arcturus&gt; لذا، بينما لا أتوقع مشاكل فورية مع hashcash، أعتقد أنه من الممكن أن يتعرض sha-1 للاختراق الجدي قريباً 12:21 &lt;jrandom&gt; arcturus: ربما يكون hashcash مع md5 جيداً 12:21 &lt;jrandom&gt; إنه مجرد PoW (إثبات العمل) 12:21 &lt;+arcturus&gt; إن كان أحدٌ يعرف أي تنفيذات لـ hashcash مبنية على sha256 أو أعلى، فرجاءً أعلِمني 12:21 &lt;+arcturus&gt; حسناً، PoW لا معنى له إذا كان هناك قدر ضئيل من الـ P فيه :) 12:21 &lt;jrandom&gt; حجم الـ hash لا يهم إلا عندما يصل hashcash لديك إلى حجم الـ hash 12:23 &lt;jrandom&gt; (لكن، نعم، التشغيل ضد sha256 أو 512 أو whirlpool مُقتطَع أو أيّاً كان سيكون لطيفاً) 12:23 &lt;+arcturus&gt; أظن أنه يمكننا المضي بالتنفيذ الحالي، وربما نصمّمه بحيث يمكننا استبداله بسهولة لاحقاً عند الحاجة 12:24 &lt;jrandom&gt; (DTSTTCPW) 12:25 &lt;+arcturus&gt; لأننا سنحتاج في نهاية المطاف إلى التخلي عن sha-1، أنا متأكد من ذلك :) وإذا لم نكن واثقين بدرجة معقولة أن الرمز تم توليده بشكل صحيح فلا داعي أصلاً لاستخدام hashcash 12:25 &lt;jrandom&gt; (إنه فقط PoW للحصول على اسم مستعار على IRC، وليس للوصول إلى Fort Knox ;) 12:26 &lt;@cervantes&gt; هناك بعض الحديث على قائمة بريد hashcash حول تنفيذ sha256 12:26 &lt;+arcturus&gt; ليس من أجل اسم مستعار، بل للدخول إلى الخادم 12:26 &lt;+arcturus&gt; cervantes: رائع سأتحقق من ذلك 12:27 &lt;+arcturus&gt; jrandom: وليس مجرد PoW، فـ hashcash هو ما يمنحنا طريقة للتعرّف بشكل فريد على العملاء على الشبكة، على غرار القدرة على التعرّف بواسطة IP، لكي نستطيع الحظر بدقة 12:28 &lt;jrandom&gt; لكن بالتأكيد هذه تُجدَّد بمرور الوقت، صحيح؟ 12:28 &lt;jrandom&gt; مثلاً شهادة PoW جديدة كل 6 أشهر (أو 6 ساعات، أو أيّاً كان) 12:28 &lt;+arcturus&gt; إذا لم يكن على المستخدم بذل أي جهد للحصول على معرّفه، فإن ذلك يُبطل قدرتنا على حظره 12:29 &lt;+arcturus&gt; لا أعرف سبباً لانتهائها تلقائياً، بل تنتهي يدوياً فقط إذا خالفوا شروط الخدمة 12:29 &lt;+arcturus&gt; لا حاجة لجعل الناس يقومون بعمل غير ضروري للحصول على معرّفات جديدة 12:29 &lt;jrandom&gt; إه، إنه مجرد PoW سلبي، يمكنهم تشغيل دورة واحدة كل 6 ساعات لتوليد واحد جديد 12:29 &lt;jrandom&gt; ولكن ربما DTSTTCPW 12:30 &lt;+arcturus&gt; أي hashcash يتم توليده يجب استخدامه خلال 24 ساعة وإلا أصبح غير صالح 12:32 &lt;@cervantes&gt; للتأكيد فقط، يجب إضافة الخادم الجديد irc.freshcoffee.i2p إلى i2ptunnel console لديك 12:32 &lt;jrandom&gt; رائع. حسناً، أي شيء آخر بشأن 2) irc2p? 12:33 &lt;@cervantes&gt; (`http://forum.i2p/viewtopic.php?t=911` 12:33 &lt;@cervantes&gt; ) 12:33 &lt;@cervantes&gt; &lt;-- تم 12:34 &lt;+arcturus&gt; ليس لدي ما أُملّكم به أكثر :) 12:34 &lt;jrandom&gt; هه 12:34 &lt;jrandom&gt; حسناً، 3) susibt 12:34 &lt;ardvark&gt; مم، عندما أضيف الخادم الجديد إلى الـ tunnel الخاص بي، هل عليّ إعادة تشغيل i2p؟ 12:34 &lt;jrandom&gt; susi23_: p1ng 12:35 &lt;@cervantes&gt; ardvark: الـ tunnel فقط 12:35 &lt;@cervantes&gt; (ircproxy tunnel) 12:35 &lt;ardvark&gt; أوه حسناً، لقد أضفت وحفظت للتو، إذن هذا ليس كافياً 12:36 &lt;jrandom&gt; صحيح، للأسف تحتاج لإيقاف ذلك الـ proxy ثم تشغيله 12:36 &lt;susi23_&gt; حسناً 12:36 &lt;ardvark&gt; لكنني سأفوت الاجتماع إذن ;) 12:37 &lt;susi23_&gt; susibt هو تطبيق ويب (مثل susimail) لتضعه داخل VM الخاص بالـ router لديك 12:37 &lt;susi23_&gt; يعمل كواجهة ويب أمامية لـ i2p-bt 12:38 &lt;susi23_&gt; حتى تتمكن من إدارة الـ seeds لديك، ورفع/تنزيل الملفات، إلخ. 12:38 &lt;jrandom&gt; w00t 12:39 &lt;susi23_&gt; المشكلة هي أنك تحتاج إلى تشغيل btdownloadheadless.py لكل seed... لذا ستحصل على الكثير من عمليات Python إلى جانب العديد من خيوط Java لديك :) 12:39 &lt;+arcturus&gt; سيُعالَج ذلك في ducktorrent *سعال* 12:39 &lt;jrandom&gt; هه 12:39 * jrandom يحبس أنفاسه 12:40 &lt;susi23_&gt; وهو يدعم حتى إعادة تشغيل الـ seeds بعد إعادة تشغيل الـ router 12:40 &lt;@cervantes&gt; جميل 12:40 &lt;jrandom&gt; رائع 12:40 &lt;susi23_&gt; الخطط المستقبلية هي بناء تلقائي للتورنت وتحسين الـ UI 12:41 &lt;susi23_&gt; إن أردت تجربته، أوصي بـ instance منفصل من jetty 12:41 &lt;susi23_&gt; حتى لا تضطر للعبث بالـ router لديك :) 12:41 &lt;susi23_&gt; تعليمات التحميل والتثبيت على `http://susi.i2p` 12:42 &lt;susi23_&gt; هذا كل شيء *ping back إلى jr* 12:42 &lt;jrandom&gt; w3wt، شكراً susi 12:42 &lt;jrandom&gt; حسناً، هل لدى أحد أي أسئلة أو تعليقات حول ذلك، أم ننتقل إلى 4) syndie؟ 12:44 &lt;jrandom&gt; حسناً بخصوص syndi، لقد نشرت مجموعة إلى القائمة حوله خلال اليوم أو اليومين الماضيين، وسيكون هناك الكثير من النشاط 12:45 &lt;jrandom&gt; موقع العرض الرئيسي لـ syndie هو `http://syndiemedia.i2p` / http://66.111.51.110:8000/، وبالطبع يُشجَّع الناس على تنزيله وتثبيته محلياً 12:45 &lt;jrandom&gt; ليس لدي الكثير لأضيفه في الوقت الحالي على ذلك الصعيد. ما لم يكن لدى أحد أسئلة؟ 12:46 &lt;gott&gt; لماذا يُسمّى syndie؟ 12:46 &lt;gott&gt; هل هو إشارة إلى 'syndicate'؟ 12:47 &lt;jrandom&gt; نعم، إنها واجهة عامة للتجميع/التغذية (+ وعي بالأمن، والمصادقة، والهوية المجهولة) 12:48 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر في 4)، فلننتقل إلى 5) ??? 12:48 &lt;jrandom&gt; هل لدى أي شخص شيء متعلق بـ i2p ليطرحه في الاجتماع؟ 12:51 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر 12:51 * jrandom يختتم 12:52 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2005/08/23/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-23/Tue, 23 Aug 2005 00:00:00 +0000/ar/blog/2005/08/23/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-23/<p>مرحباً جميعاً، حان وقت ملاحظات الحالة الأسبوعية مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة 0.6.0.3 2) حالة IRC 3) susibt 4) Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.3 status</li> </ol> </li> </ul> <p>كما ذُكر قبل أيام [1]، لدينا إصدار جديد 0.6.0.3 متاح الآن، جاهز لتستمتعوا به. إنه تحسّن كبير مقارنةً بإصدار 0.6.0.2 (ليس من غير المألوف أن تمضي عدة أيام بدون انقطاع على irc - لقد حصلت على 5 أيام من التشغيل المتواصل لم تنقطع إلا بسبب ترقية)، لكن هناك بعض الأمور الجديرة بالانتباه. ومع ذلك، ليس الأمر دائمًا كذلك - فالأشخاص ذوو اتصالات إنترنت بطيئة يواجهون مشاكل، لكنه تقدم.</p>/ar/blog/2005/08/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/Tue, 16 Aug 2005 00:00:00 +0000/ar/blog/2005/08/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes، Complication، jrandom، postman، susi23</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) مرحباً 13:09 &lt;@jrandom&gt; 1) حالة PeerTest 13:09 &lt;@jrandom&gt; 2) Irc2P 13:09 &lt;@jrandom&gt; 3) Feedspace 13:09 &lt;@jrandom&gt; 4) ميتا 13:09 &lt;@jrandom&gt; 5) ??? 13:09 &lt;@jrandom&gt; 0) مرحباً 13:09 * jrandom يُلوّح 13:09 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-August/000842.html 13:10 &lt;@jrandom&gt; (وأنا متأكد أنكم قرأتموها جميعاً بعناية) 13:10 &lt;@postman&gt; مرحباً 13:10 &lt;+cervantes&gt; هممم سكريبتات Perl الخاصة بـ changate... سأجربها... 13:10 &lt;+cervantes&gt; مرحباً 13:10 &lt;@jrandom&gt; 1) حالة PeerTest 13:11 &lt;@jrandom&gt; ليس لدي الكثير لأضيفه هنا عما نشرته في الملاحظات - هل لدى أحد أسئلة/تعليقات/مخاوف بشأنه؟ 13:11 &lt;@jrandom&gt; لست متأكداً مما إذا كان ينبغي التحقق من إمكانية الوصول عن بُعد لكل من يتصل بنا، لكنني أفكر في هذه الفكرة 13:11 &lt;@jrandom&gt; (نحن نفعل ذلك الآن مع TCP) 13:13 &lt;@jrandom&gt; حسناً، ربما يمكننا تجربته من دون ذلك على 0.6.0.3 قبل الانتقال إلى 0.6.1. سنرى 13:13 &lt;@jrandom&gt; حسناً، ننتقل إلى 2) irc2p 13:13 &lt;@jrandom&gt; أنتم هنا، لذا تعرفون ما يجري :) 13:13 &lt;@jrandom&gt; عمل رائع يا postman و smeghead 13:16 &lt;@jrandom&gt; حسناً، smeghead و postman قد نشرا الكثير من المعلومات عن ذلك الشيء، لذا إن لم يكن لديكم شيء آخر لطرحه حوله، يمكننا الانتقال إلى 3) feedspace 13:16 &lt;@jrandom&gt; يبدو أن frosk قد خرج، وليس لدي حقاً ما أضيفه على ما هو في الملاحظات (وعلى مدونته) 13:17 &lt;@postman&gt; :) 13:17 * Complication يقرأ مدونة frosk 13:18 &lt;@jrandom&gt; حسناً، ربما سيوافينا frosk بتدوينة هناك عندما تتوفر معلومات أكثر للمشاركة 13:19 &lt;@jrandom&gt; ننتقل سريعاً إلى 4) ميتا 13:19 &lt;@jrandom&gt; ما آراؤكم بشأن الاجتماعات الساعة 8 مساءً بتوقيت GMT؟ مبكرة جداً، متأخرة جداً، أم مناسبة؟ 13:21 * jrandom يصدّ الحشود 13:21 &lt;+Complication&gt; كنت أود قول شيء مفيد، لكني لا أبدو قادراً على العثور على ساعة العالم لدي... 13:21 &lt;@jrandom&gt; google://what+time+is+it 13:22 &lt;+Complication&gt; :) 13:22 &lt;@jrandom&gt; حسناً، ننتقل إلى 5) ??? 13:22 &lt;@jrandom&gt; هل لدى أي شخص أي شيء آخر يريد طرحه؟ 13:23 &lt;+susi23&gt; حسناً 13:23 &lt;+susi23&gt; ليس رسمياً ;) 13:24 &lt;+Complication&gt; لقد كان وقتاً مستقراً على نحو غير معتاد. 13:24 &lt;+Complication&gt; باستثناء ظهور "message invalid" أحياناً (أم كانت "packet invalid")، لا أجد أخطاء لأبلغ عنها. :o 13:24 &lt;@postman&gt; أخطائي مُبلّغ عنها بالفعل :) 13:24 &lt;@jrandom&gt; جيّد، لكن ذلك للأسف مؤشر على أخطاء غير مُكتشفة، Complication، إذ ما تزال هناك بعض الأشياء لا تسير كما ينبغي 13:25 &lt;@jrandom&gt; لكن، تقدمٌ، إلى الأمام دائماً 13:25 &lt;@jrandom&gt; ربما نرى الكثير من المسارات المقيّدة هناك بسبب وضع UDP 13:25 &lt;+susi23&gt; بدأنا idlerpg جديدة على #idle وأنتم جميعاً مدعوون للانضمام :) 13:25 &lt;@jrandom&gt; (وربما هناك مجموعة أشياء أخرى...) 13:25 &lt;@jrandom&gt; w00t susi23 13:26 &lt;+susi23&gt; :P 13:30 &lt;@jrandom&gt; حسناً، هل لدى أحد شيء ليطرحه للاجتماع؟ 13:32 &lt;@jrandom&gt; حسناً، إن لم يكن هناك شيء آخر 13:32 * jrandom يختتم 13:32 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/08/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-16/Tue, 16 Aug 2005 00:00:00 +0000/ar/blog/2005/08/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-16/<p>مرحباً يا جماعة، ملاحظات سريعة اليوم</p> <ul> <li>Index:</li> </ul> <ol> <li>حالة PeerTest 2) Irc2P 3) Feedspace 4) ميتا 5) ???</li> </ol> <ul> <li> <ol> <li>PeerTest status</li> </ol> </li> </ul> <p>كما ذُكر سابقاً، سيتضمن الإصدار القادم 0.6.1 سلسلة من الاختبارات لتهيئة الـ router بعناية أكبر وللتحقق من قابلية الوصول (أو الإشارة إلى ما يجب القيام به)، ومع أننا نملك بعض الشيفرة في CVS منذ نسختين بنائيتين حتى الآن، فلا تزال هناك بعض التحسينات المتبقية قبل أن تعمل بالسلاسة اللازمة. في الوقت الحالي، أجري بعض التعديلات الطفيفة على سير الاختبار الموثق [1] بإضافة حزمة إضافية للتحقق من قابلية وصول Charlie وتأخير رد Bob على Alice حتى يستجيب Charlie. ينبغي أن يقلل ذلك من عدد قيم الحالة غير الضرورية &ldquo;ERR-Reject&rdquo; التي يراها الناس، إذ إن Bob لن يرد على Alice حتى يتوفر لديه Charlie مستعد للاختبار (وعندما لا يرد Bob، ترى Alice الحالة &ldquo;Unknown&rdquo;).</p>/ar/blog/2005/08/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/Tue, 09 Aug 2005 00:00:00 +0000/ar/blog/2005/08/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant، bla، detonate، duck، jrandom، jrandom2p، luckypunk، postman، smeghead</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:11 &lt;jrandom2p&gt; 0) مرحباً 13:11 &lt;jrandom2p&gt; 1) 0.6.0.2 13:11 &lt;jrandom2p&gt; 2) تحديث خارطة الطريق 13:11 &lt;jrandom2p&gt; 3) ??? 13:11 &lt;jrandom2p&gt; 0) مرحباً 13:11 * jrandom2p يُلوِّح 13:11 &lt;+detonate&gt; مرحباً 13:11 &lt;jrandom2p&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 &lt;jrandom2p&gt; حسنًا، سأقفز سريعًا إلى [1-2] قبل الجلسة المفتوحة.. 13:12 &lt;jrandom2p&gt; 1) 0.6.0.2 13:12 &lt;jrandom2p&gt; صدرت. وغير ذلك 13:12 &lt;jrandom2p&gt; هل لدى أحد أسئلة/تعليقات/مخاوف بخصوص 0.6.0.2؟ 13:13 &lt;jrandom2p&gt; إن لم يكن، ننتقل إلى 2) تحديث خارطة الطريق 13:13 &lt;jrandom2p&gt; خارطة الطريق، آه، تم تحديثها. وما إلى ذلك ;) 13:14 &lt;duck&gt; يا أسترالي 13:14 &lt;+bla&gt; jrandom: ما زالت هناك مشكلات متقطعة في الاتصال بوجهة ما، حتى عندما تكون تعمل عادةً 13:14 * postman يؤيد هذا 13:14 * detonate يؤيد ذلك أيضًا 13:14 &lt;+bla&gt; jrandom: مثلاً، forum.i2p يعمل جيدًا، ثم بعد بضع دقائق لا يعمل، ويتطلب بعض مرات إعادة التحميل 13:15 * bla قالها أولاً ;) 13:15 &lt;jrandom2p&gt; هممم، نعم، سمعت تقارير عن ذلك. مع 0.6.0.2 أيضًا، صحيح؟ 13:16 &lt;+postman&gt; بالفعل يا سيدي 13:16 &lt;+bla&gt; نعم، 0.6.0.2 13:16 &lt;+bla&gt; قد تكون مشكلة في netDb، أو اختيارًا سيئًا للنظراء لوضعهم في tunnels (أو أمرًا آخر) 13:16 &lt;jrandom2p&gt; تمام 13:17 &lt;jrandom2p&gt; اختيار نظراء الـ tunnel كان سيئًا نوعًا ما مؤخرًا، وكذلك فيضان التخزين في netDb 13:17 &lt;jrandom2p&gt; (انظر /oldstats.jsp لديك لعدادات فشل طلبات الـ tunnel) 13:18 &lt;+bla&gt; الآن بعد أن نستخدم UDP/SSU، يبدو أن تصنيف النظراء أفضل من قبل: عدد من النظراء الذين أعلم أنهم سريعين يظهرون عادةً تحت قسم "السريع" في صفحة الملف الشخصي 13:19 &lt;jrandom2p&gt; جميل 13:19 &lt;jrandom2p&gt; 0.6.0.2 أضاف بعض شيفرة رفض الـ tunnel بناءً على netDb كان ينبغي أن نقوم بها سابقًا (رفض الانضمام إذا لم نتمكن من إيجاد القفزة التالية)، لذا فالزيادة في حالات الرفض متوقعة 13:19 &lt;+bla&gt; رغم أن عليّ حقًا العودة إلى خوارزميات التصنيف مرة أخرى... ;) 13:20 &lt;jrandom2p&gt; كنت أقوم بتحليل الملفات التعريفية/الإحصاءات، لكن لا نتائج ثابتة بعد 13:21 &lt;jrandom&gt; سيكون ذلك رائعًا يا bla :) 13:25 &lt;jrandom2p&gt; حسنًا، أي شيء آخر حول 2) تحديث خارطة الطريق؟ :) 13:26 &lt;jrandom2p&gt; إن لم يكن، ننتقل إلى 3) ??? 13:26 &lt;+detonate&gt; هل تعتقد أنه سيكون مفيدًا أن نضع في القائمة السوداء النظراء ذوي معدلات failure/duprecv المرتفعة مقارنةً بالمُنوال؟ 13:27 &lt;jrandom&gt; هممم، لست متأكدًا من ذلك - إذا كانت معدلات الفشل/التكرار (dup) مرتفعة لدرجة تجعلها غير مفيدة، ينبغي أن ننقل البيانات ببطء وبحذر فحسب 13:27 &lt;jrandom&gt; طالما أن الرسائل تصل، فالرسائل تصل 13:28 &lt;jrandom&gt; هناك سبب لعدم استخدامنا لإحصاءات الاتصال المباشر بالنظراء كجزء من عمل ملفاتنا التعريفية - الاعتماد عليها سيجعلنا عرضة لهجمات سهلة وقوية (التصرف بشكل مختلف مع نظراء مختلفين لمعرفة من يستخدمك، إلخ) 13:29 &lt;+detonate&gt; هممم 13:29 &lt;+detonate&gt; حسنًا 13:29 &lt;jrandom&gt; لكن ربما نحتاج إلى إسقاط الجلسات للنظراء الذين لديهم اتصالات مزدحمة بهذا الشكل 13:29 &lt;+detonate&gt; نقطة جيدة 13:34 &lt;jrandom&gt; حسنًا، هل لدى أي شخص آخر شيء لطرحه في 3) ??? 13:34 &lt;luckypunk&gt; أوه، ربما ينبغي أن تنتظر حتى يعود الجميع 13:34 &lt;luckypunk&gt; قبل طرح الأسئلة الحرجة :P 13:35 &lt;jrandom2p&gt; به، لديهم القائمة البريدية ;) 13:35 &lt;luckypunk&gt; حسنًا 13:35 &lt;luckypunk&gt; أظن أن هذا هو المكان المناسب للتذمّر 13:36 &lt;luckypunk&gt; I2P ما زال يستهلك بعضًا من CPU 13:36 &lt;luckypunk&gt; لكنه ليس بقدر ما كان من قبل 13:36 &lt;luckypunk&gt; صحيح، لم أشغّله منذ أيام 5.0 13:36 &lt;luckypunk&gt; لكن نعم 13:36 &lt;luckypunk&gt; اه 13:36 &lt;luckypunk&gt; 0.5.0 13:36 &lt;jrandom2p&gt; رائع، أي من أجهزتك يعمل عليه؟ 13:36 &lt;luckypunk&gt; اه 13:36 &lt;luckypunk&gt; ffs 13:36 &lt;luckypunk&gt; لم أستخدمه منذ 0.6.0.0 13:36 &lt;luckypunk&gt; يعمل جيدًا مع بنتيوم 2 13:37 &lt;luckypunk&gt; قيمة nice الافتراضية تعني أنه يميل إلى الانهيار إذا قمت بأي شيء كثيف الاستخدام لـ CPU لمدة طويلة لأن I2P يُحرم من CPU 13:38 &lt;+detonate&gt; هممم، أظن أنه يمكن أن تكون هناك خانة في وحدة تحكم الـ router ضمن إعدادات الشبكة لتثبيت introducers (المُعرِّفون) يدويًا، ما إن توجد introducers، إذا كان المستخدم يفضّل ذلك 13:39 &lt;jrandom2p&gt; هل أنت على 0.6.0.2 الآن يا luckypunk؟ 13:39 &lt;@smeghead&gt; detonate: هذا يخص مسارات موثوقة... لاحقًا على خارطة الطريق :) 13:39 &lt;luckypunk&gt; لا 13:39 &lt;luckypunk&gt; لم أشغّله منذ 0.6.0.0 13:39 &lt;@smeghead&gt; *مسار مقيّد 13:40 &lt;luckypunk&gt; لكن استهلاكه لـ CPU بدا أقل بكثير. 13:40 &lt;+detonate&gt; هيه، ينبغي أن يكون ذلك موجودًا بمجرد وجود introducers :) 13:40 &lt;jrandom2p&gt; آه نعم detonate، اختيار الـ introducer يمكن بالتأكيد جعله قابلاً للإعداد، لكنه سيكون غالبًا خيار إعداد متقدم مخفي ;) 13:41 &lt;jrandom2p&gt; luckypunk: الإصدار 0.6.0.1 أزال كثيرًا من التشفير، و0.6.0.2 ينبغي أن يساعد أكثر. جرّبه وقتًا ما، قد يتعامل معه بشكل أفضل 13:41 &lt;luckypunk&gt; حسنًا 13:41 &lt;@smeghead&gt; ماذا لو لم يرد introducer أن تختاره طوال الوقت؟ 13:41 &lt;luckypunk&gt; لدي شعور بأن I2P سيعمل على بنتيوم مخصّص متوسط المستوى الآن. 13:41 &lt;jrandom&gt; smeghead: عندها سيقول "اذهب إلى الجحيم، لن أعمل كـ introducer لك" 13:42 &lt;jrandom&gt; وسيكون لدى النظراء عدة introducers، لذا سيتوازن الأمر 13:42 &lt;jrandom&gt; (وهي فقط حزمتان لربط نظير جديد، وليس كل الحزم المتبادلة) 13:44 &lt;+detonate&gt; لو أن introducers عملوا بطريقة مختلفة لكان يمكنك إجراء تصويت بالأغلبية بينهم لتحديد أيهم يعمل، لكن بالوضع الحالي لا معنى لذلك 13:45 &lt;ant&gt; &lt;jme___&gt; س: أين أجد وصفًا لنظام التصويت هذا؟ 13:45 &lt;jrandom&gt; الأغلبية لا معنى لها 13:45 * jrandom لا يثق بالتصويت أبعد من مدى قدرتي على رميه 13:45 &lt;jrandom&gt; (خاصةً في ضوء Sybil) 13:45 &lt;jrandom&gt; يكون الـ introducer عاملاً إذا تمكن نظير جديد من الاتصال بك من خلاله 13:47 &lt;+detonate&gt; ما حالة vanguard، هذا ذو صلة نوعًا ما 13:47 &lt;+detonate&gt; طالما smeghead موجود 13:51 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر... 13:51 * jrandom يختتم 13:51 * jrandom يغلق الاجتماع بـ *باف* </div>/ar/blog/2005/08/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-09/Tue, 09 Aug 2005 00:00:00 +0000/ar/blog/2005/08/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-09/<p>مرحباً يا جماعة، لقد حان ذلك الوقت من الأسبوع مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.2 2) تحديث خريطة الطريق 3) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.2</li> </ol> </li> </ul> <p>كما أُعلن أمس [1]، لدينا إصدار جديد متاح الآن، والتقارير إيجابية عمومًا. حوالي نصفكم قام بالترقية بالفعل (أرى 110 @ 0.6.0.2، 89 @ 0.6.0.1، و21 @ 0.6)، لكن ينبغي على البقية الترقية في أسرع وقت ممكن، نظرًا لوجود بعض التحسينات المفيدة.</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-August/000834.html</code></p> <ul> <li> <ol start="2"> <li>Roadmap update</li> </ol> </li> </ul> <p>في وقت مبكر من بعد ظهر اليوم رأيت أنه سيكون من المنطقي نقل ملخّص خارطة الطريق من دفتري إلى الويب، حتى يتمكّن أولئك منكم الذين يتساءلون عمّا يحدث وإلى أين نتجه من التوجّه الآن إلى <code>http://www.i2p.net/roadmap</code> ومعرفة ما الذي تغيّر. ليس هناك شيء ثوري، لكنه ينبغي أن يساعد في توضيح الأمور للناس.</p>/ar/blog/2005/08/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/Tue, 02 Aug 2005 00:00:00 +0000/ar/blog/2005/08/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2005/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> ant, bar, cervantes, duck, jrandom2p, lucky, mihi, protokol, smeghead, thetower</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:53 &lt;jrandom2p&gt; حسنًا، طالما أنا هنا، هل هناك من يهتم بعقد اجتماع قصير بخصوص الملاحظات (أو شيء آخر)؟ 13:54 &lt;jrandom2p&gt; هل هناك أي شيء في الملاحظات يقلق الناس، أو أفكار غير مرتبطة بها يريد أحد طرحها، أو مسائل أخرى ذات صلة وفي وقتها؟ 13:54 &lt;@smeghead&gt; بالتأكيد 13:54 &lt;+protokol&gt; هل icepick هنا؟ 13:55 &lt;+protokol&gt; أتساءل إن كان i2p-mnet قابلًا للاختبار الآن و/أو إن كان هناك ETA له 13:55 &lt;jrandom2p&gt; خامل منذ 9 ساعات حاليًا.. 13:56 &lt;jrandom2p&gt; من سجلات القناة، لم يبدو أنه قابل للعمل، لكنه حصل على دمج SAM الأساسي 13:56 &lt;jrandom2p&gt; أنا متأكد أننا سنسمع المزيد عندما يكون هناك المزيد لنسمعه 13:56 &lt;+protokol&gt; كوووول 13:57 &lt;jrandom2p&gt; smeghead: هل أصلح -1 مشكلة ترحيل المنافذ لديك؟ 13:57 &lt;@smeghead&gt; لم ألاحظ أي شيء غريب 13:58 &lt;@smeghead&gt; منذ نحو 3 أيام 13:58 &lt;@cervantes&gt; يسعدني القول إنني لم أشهد انقطاعًا في الخدمة ليوم أو يومين 13:58 &lt;@smeghead&gt; أظن يمكنني اعتباره مُصلَحًا 13:58 &lt;jrandom2p&gt; wr0d 13:58 &lt;jrandom2p&gt; (^2) 13:59 &lt;@cervantes&gt; و thetower لا يعيد الاتصال إلا كل 4 دقائق الآن... لذا لا بد أن صحة الشبكة عمومًا تتحسن 13:59 &lt;jrandom2p&gt; هه 13:59 &lt;+thetower&gt; بدا أن التثبيت النظيف أصلح المشكلة، لكنه كان مزعجًا حقًا ولم أجد سببًا وجيهًا له أبدًا. 14:00 &lt;jrandom2p&gt; همم 14:00 &lt;jrandom2p&gt; هل كان ذلك على irc فقط، أم أنك كنت تفقد الكثير من الأقران؟ 14:00 &lt;@cervantes&gt; عفاريت 14:01 &lt;+thetower&gt; هل من الممكن أن تغيير ملف router.config دون إعادة تشغيل i2p قد تسبب في الأعطال؟ 14:01 &lt;jrandom2p&gt; همم، لا، أنا أغيّر router.config كثيرًا 14:01 &lt;jrandom2p&gt; أم هل هناك تغيير معيّن تقلق بشأنه؟ 14:02 &lt;@cervantes&gt; أتذكر أنني نسخت مكتبة jbigi مرة أثناء تشغيل الـrouter.... وهذا سبّب مشاكل ;-) 14:02 &lt;+thetower&gt; أعددتُ بعض السكربتات لتعديل حدود عرض النطاق استنادًا إلى استخدام الشبكة الحالي وكنت أتساءل إن كان ذلك يسبب المشكلة. 14:02 &lt;jrandom2p&gt; هه نعم cervantes، ذلك سيقتل الـrouter دائمًا 14:03 &lt;jrandom2p&gt; آه حسنًا، لا، هذا لا ينبغي أن يكون مشكلة... لكن... إن عدّل الحدود لتكون صغيرة جدًا بحيث لا تمرّ الرسائل... 14:04 &lt;+thetower&gt; حسنًا، كانت لديه حدود دنيا معقولة إلى حد ما لذا أظن أن المشكلة لم تكن منه. 14:04 &lt;jrandom2p&gt; حسنًا كويس، فقط أتأكد~ :) 14:05 &lt;jrandom2p&gt; أظن أن لدينا 0.6.0.1 غدًا إذ يبدو أن -1 تحسين جيد جدًا 14:05 &lt;jrandom2p&gt; سيكون متوافقًا رجوعًا، إلخ، yada yada. 14:06 &lt;jrandom2p&gt; هل هناك أي شيء آخر تعرفونه يجب دفعه إلى هناك؟ 14:06 &lt;jrandom2p&gt; ما حالة i2phex؟ 14:06 &lt;@smeghead&gt; ربما دفع cvs hosts.txt إلى dev.i2p.net... الحالي عمره أشهر 14:06 &lt;jrandom2p&gt; فعلت ذلك الليلة الماضية إذا لم تخني الذاكرة 14:07 &lt;@smeghead&gt; sirup لم يكن موجودًا منذ أسبوعين 14:07 &lt;jrandom2p&gt; أووه، همم.. 14:07 &lt;@smeghead&gt; لكنها فترة الصيف 14:07 &lt;@smeghead&gt; ربما في عطلة أو شيء ما 14:08 &lt;@cervantes&gt; أو ربما تعرض لاغتصاب على يد riaa 14:08 &lt;jrandom2p&gt; آه نعم، إنه هناك (كان مخزَّنًا مؤقتًا على squid.i2p فقط) 14:08 &lt;@smeghead&gt; riaaped? 14:09 &lt;jrandom2p&gt; ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 &lt;jrandom2p&gt; *سعال* 14:09 &lt;+bar&gt; هناك بعض الأشياء التي تحتاج إلى إضافتها إلى bugzilla، مثل i2p 0.6 و java 1.5 14:09 &lt;@smeghead&gt; حسنًا 14:09 &lt;jrandom2p&gt; آه صحيح، نعم لم أوصل حاسوبي المحمول إلى الإنترنت بعد (غرر) 14:10 &lt;jrandom2p&gt; ((كان يجب حرق ملاحظات الحالة الأسبوعية على قرص مضغوط... قرص 1KB...)) 14:10 &lt;jrandom2p&gt; واو أهلًا mihi 14:10 &lt;@duck&gt; مرحبًا mihi! 14:10 &lt;mihi&gt; مرحبًا بالجميع :) 14:10 &lt;@cervantes&gt; قد يكون dm :) 14:10 &lt;jrandom2p&gt; هه 14:10 &lt;@smeghead&gt; فعلًا 14:10 &lt;@cervantes&gt; أهلًا mihi 14:10 &lt;mihi&gt; بدا أنه يتطلب قليلًا من التوليف في ملف الإعدادات حتى يقتنع الـrouter بأن *فقط* 8887/udp مفتوح... 14:11 * jrandom2p ذكر i2ptunnel في ملاحظات الحالة وظهر mihi ;) 14:11 &lt;jrandom2p&gt; آه، همم، مسألة i2np.udp.fixedPort=true؟ 14:11 &lt;mihi&gt; همم؟ هل كانت هناك؟ 14:11 * mihi قرأت ملاحظات الحالة بسرعة فقط 14:11 &lt;mihi&gt; همم... هل هذه حل أفضل؟ 14:12 * mihi فقط أعاد ضبط المنفذ إلى 8887 وأعاد التشغيل بقوة حتى لم يعد يغيّر المنفذ... 14:12 &lt;jrandom2p&gt; ما التعديل الذي أجريته على router.config ليقتنع بأن 8886 فقط؟ 14:12 &lt;jrandom2p&gt; أقصد، 8887 14:12 &lt;jrandom2p&gt; هاه 14:12 &lt;@cervantes&gt; هل يمكننا ربما إعادة تسمية I2PTunnel كما اقترحت إلى شيء مثل I2PProxy...؟ 14:12 &lt;jrandom2p&gt; حسنًا، نعم، استخدم i2np.udp.fixedPort=true 14:12 &lt;jrandom2p&gt; (مُطبَّق في 0.6-1 وسيُصدر بأسرع ما يمكن كـ 0.6.0.1) 14:12 &lt;@cervantes&gt; قد يصبح مربكًا جدًا الحديث عن "صفحة إعدادات tunnel" 14:13 &lt;+thetower&gt; أوه لدي سؤال، أليس من المفترض أن يكتشف i2p تلقائيًا أي منفذ udp سيُستخدم؟ وإن كان كذلك، فهل من المفترض أن يكون مُضمّنًا بشكل ثابت في router.config الافتراضي؟ 14:13 &lt;mihi&gt; همم كاي... 14:14 &lt;mihi&gt; يبدو أن i2p غيّر المنفذ مرة أخرى 14:14 &lt;mihi&gt; توقعوا أن أختفي قريبًا :) 14:14 &lt;jrandom2p&gt; thetower: نعم، ينبغي أن يكتشف تلقائيًا، لكن هناك بعض الرقصات الغريبة التي نقوم بها في الوقت الحالي 14:14 &lt;@cervantes&gt; mihi: هل لديك أحدث cvs؟ 14:14 &lt;jrandom2p&gt; هذا ما يدور حوله PeerTest بالكامل (لنجعله يكوّنه تلقائيًا بشكل صحيح دائمًا) 14:14 &lt;mihi&gt; لا. 14:14 &lt;@cervantes&gt; mihi: لهذا إذًا :) 14:15 &lt;mihi&gt; فقط الإصدار من i2pupdate.zip 14:15 &lt;@cervantes&gt; mihi: 0.6 لديه وظيفة RandomPort (tm) 14:15 &lt;jrandom2p&gt; هه 14:16 &lt;@cervantes&gt; :) 14:16 &lt;+ant&gt; * mihi يود وظيفة FixedPorto :) 14:16 &lt;+ant&gt; &lt;mihi&gt; وقطع الاتصال... 14:16 &lt;@cervantes&gt; إذًا ستحتاج 0.6-1 FixedPort Pro 14:16 &lt;jrandom2p&gt; هه 14:16 &lt;jrandom2p&gt; حسنًا، هل لدى أي شخص آخر شيء ليطرحه للاجتماع؟ 14:16 &lt;@cervantes&gt; أو انتظروا 0.6.0.1 14:17 &lt;jrandom2p&gt; كيف كان الكمون/الإنتاجية، باستثناء قابلية الوصول المتقطعة؟ 14:17 &lt;+ant&gt; &lt;mihi&gt; همم. هذا cvs checkout من 2004-10-06. يجب أن أحاول تحديثه :) 14:17 &lt;jrandom2p&gt; !thwap mihi 14:18 &lt;@cervantes&gt; حصلت على i2pinstall.jar بسرعة 110k/sec من dev.i2p البارحة على تدفق واحد 14:18 &lt;jrandom2p&gt; جميل 14:19 &lt;@cervantes&gt; و320k/sec باستخدام متعددة 14:19 &lt;jrandom2p&gt; w0ah 14:19 &lt;jrandom2p&gt; 0hop، أفترض 14:19 &lt;jrandom2p&gt; (dev.i2p هو 0hop) 14:19 &lt;@cervantes&gt; نعم 14:19 &lt;jrandom2p&gt; ((في حال لم تستطع أن تلاحظ ;) 14:19 &lt;@cervantes&gt; ;-) 14:19 &lt;+thetower&gt; download to: GTA San Andreas 14:19 &lt;+thetower&gt; download rate: 28.51 kB/s 14:20 &lt;@cervantes&gt; كان ذلك من مصادر متعددة رغم ذلك... 14:20 &lt;jrandom2p&gt; آه رائع thetower 14:20 &lt;@cervantes&gt; تمكنت من دفع squid.i2p إلى حوالي 280 14:21 &lt;lucky&gt; jrandom2p :) 14:21 &lt;lucky&gt; هل تدفع hosts.txt الجديد إلى الموقع 14:21 &lt;@cervantes&gt; lucky: تم الأمر 14:21 &lt;jrandom2p&gt; نعم، حالما نستطيع سحب هذا النوع من المعدلات بشكل ثابت يا cervantes، سنحتاج إلى إضافة بعض التأخيرات القابلة للضبط للسماح للناس بالقيام بـ0hops بأمان 14:22 &lt;jrandom2p&gt; (so it delays AVG(tunnelTestTime/2) but doesnt waste bw or lose messages) 14:22 &lt;@cervantes&gt; لإخفاء حقيقة أنه 0 hop tunnel؟ 14:22 &lt;lucky&gt; أتساءل إن كان I2P سيحصل يومًا على سرعات لائقة بما يكفي لأسمح للناس بتسجيل الدخول إلى virtu-vax الخاص بي 14:23 &lt;jrandom2p&gt; نعم. وإلا، إذا قلت "hey i~m getting 300KBps from your site"، يمكنك أن تخمّن بأمان أنهما 2 0hop tunnels 14:23 &lt;jrandom2p&gt; (وعلى الجانب الآخر، الانتقال من 1 إلى 2 إلى 3 إلى 4hops لا يملك خفضًا دراماتيكيًا كهذا) 14:23 &lt;@cervantes&gt; إذًا هل سيكون لدى i2p فعليًا حد أقصى لعرض النطاق 14:23 &lt;jrandom2p&gt; ((لأنه ما إن تفرض تشغيل tunnel الحقيقي، فكل قفزة وسيطة ليست بالكثير)) 14:24 &lt;jrandom2p&gt; لا يا cervantes، نوافذ كبيرة + تأخيرات 14:24 * cervantes يُلغي خططه لبث HDTV لإباحية مجهولة الهوية 14:24 &lt;jrandom2p&gt; يمكنك فقط أن يكون لديك المزيد من الرسائل في الجو لتحصل على نفس المعدل 14:25 &lt;@cervantes&gt; آه صحيح 14:25 &lt;jrandom2p&gt; (ولكن سيستغرق الأمر بضع rtts إضافية للوصول إلى النافذة الأكبر، بالطبع) 14:25 &lt;jrandom2p&gt; حسنًا، هل لدى أحد أي شيء آخر لطرحه؟ 14:26 &lt;mihi&gt; أحضر *baf*er :) 14:26 &lt;@cervantes&gt; أصابه الصدأ من سوء الاستخدام 14:27 &lt;jrandom2p&gt; هه أظن أن الوقت قد حان ;) 14:27 * jrandom2p يستعد 14:27 * jrandom2p يغلق الاجتماع بـ*baf* </div>/ar/blog/2005/08/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-02/Tue, 02 Aug 2005 00:00:00 +0000/ar/blog/2005/08/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-08-02/<p>مرحباً يا جماعة، ملاحظات متأخرة اليوم،</p> <ul> <li>Index:</li> </ul> <ol> <li>حالة 0.6 2) PeerTest 3) تعريفات SSU 4) واجهة الويب لـ I2PTunnel 5) mnet عبر i2p 6) ???</li> </ol> <ul> <li> <ol> <li>0.6 status</li> </ol> </li> </ul> <p>كما رأيتم جميعًا، أصدرنا الإصدار 0.6 قبل بضعة أيام، وبوجه عام تسير الأمور على نحو جيد إلى حد كبير. لقد كشفت تحسينات النقل منذ 0.5.* عن مشكلات في تنفيذ netDb، لكن تصحيحات لكثير من ذلك قيد الاختبار الآن (كبناء 0.6-1) وسيتم نشرها كالإصدار 0.6.0.1 قريبًا جدًا. كما واجهنا بعض المشكلات مع إعدادات NAT وجدار الحماية المختلفة، وكذلك مشكلات MTU لدى بعض المستخدمين - وهي مشكلات لم تكن موجودة في شبكة الاختبار الأصغر بسبب قلة المختبرين. أُضيفت حلول التفافية للحالات الأسوأ، غير أن لدينا حلًا طويل الأمد قادمًا قريبًا - اختبارات الأقران.</p>/ar/blog/2005/07/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-26/Tue, 26 Jul 2005 00:00:00 +0000/ar/blog/2005/07/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-26/<p>مرحباً يا جماعة، تحديث موجز آخر هذا الأسبوع، لكنه يتضمن بعض الأمور المهمة.</p> <ul> <li>Index</li> </ul> <ol> <li>0.6 2) ???</li> </ol> <ul> <li> <ol> <li>0.6</li> </ol> </li> </ul> <p>الأمور تبدو جيدة جداً على صعيد SSU، ولا أرى عوائق حرجة تمنعنا من طرحه كنسخة 0.6. وبناءً على ذلك، سنطلق إصدار 0.6 جديداً في وقت لاحق من هذا الأسبوع - دعونا نحدده مبدئياً غداً (الأربعاء). مراجعة 0.6 لن تكون متوافقة مع الإصدارات السابقة على الإطلاق، لذا ينبغي أن نتوقع بعض التعثر، لكن على الجميع الترقية إليها بمجرد صدورها. ويشمل ذلك من يشغّلون بالفعل 0.5.0.7-19 (أو أحدث)، إذ إنني أرجأت اعتماد التبديل في بعض المتغيرات التي كانت ستجعله غير متوافق.</p>/ar/blog/2005/07/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-19/Tue, 19 Jul 2005 00:00:00 +0000/ar/blog/2005/07/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-19/<p>مرحباً جميعاً، تحديث موجز هذا الأسبوع</p> <ul> <li>Index</li> </ul> <ol> <li>تقدّم اختبار SSU 2) ???</li> </ol> <ul> <li> <ol> <li>SSU testing</li> </ol> </li> </ul> <p>لقد قمنا بالكثير من التعديلات وإصلاح الأخطاء منذ بدء الجولة الثانية من اختبار SSU، لكن الأمور تبدو أكثر فأكثر إيجابية. يشارك نحو 20–30 شخصًا في الاختبارات (أو على الأقل يشغّلون routers مفعّلة بـ SSU)، والأداء أفضل بكثير مما كنتُ آمل. لا تزال هناك بعض الأخطاء التي نعمل على تعقّبها، لكننا نقترب من المرحلة التي يمكننا فيها إطلاقها ضمن الإصدار 0.6 لإجراء اختبار شامل على الشبكة.</p>/ar/blog/2005/07/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-12/Tue, 12 Jul 2005 00:00:00 +0000/ar/blog/2005/07/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-07-12/<p>مرحباً يا جماعة، لقد حان موعدنا الأسبوعي مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>تمت استعادة squid/www/cvs/dev.i2p 2) اختبار SSU 3) تشفير I2CP 4) ???</li> </ol> <ul> <li> <ol> <li>squid/www/cvs/dev.i2p restored</li> </ol> </li> </ul> <p>بعد الكثير من العناء مع عدة خوادم colo (الاستضافة المشتركة في مركز بيانات)، تمت استعادة بعض الخدمات القديمة - squid.i2p (واحد من خادمي الخروج الافتراضيين)، www.i2p (رابط آمن إلى <a href="https://www.i2p.net">www.i2p.net</a> )، dev.i2p (رابط آمن إلى dev.i2p.net، حيث توجد أرشيفات قوائم البريد، وcvsweb، وبذور netDb الافتراضية)، وcvs.i2p (رابط آمن إلى خادم CVS لدينا - cvs.i2p.net:2401). مدونتي لا تزال مفقودة، لكن محتواها فُقد على أي حال لذا ستكون هناك حاجة إلى بداية جديدة عاجلاً أم آجلاً. الآن بعد أن عادت هذه الخدمات للعمل بشكل موثوق، حان الوقت للانتقال إلى الـ&hellip;</p>/ar/blog/2005/07/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-07-05/Tue, 05 Jul 2005 00:00:00 +0000/ar/blog/2005/07/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-07-05/<p>مرحباً يا جماعة، لقد حان ذلك الوقت من الأسبوع،</p> <ul> <li>Index</li> </ul> <ol> <li>حالة التطوير 2) IVs الخاصة بـ Tunnel (متجهات التهيئة) 3) MACs الخاصة بـ SSU (رموز توثيق الرسائل) 4) ???</li> </ol> <ul> <li> <ol> <li>Dev status</li> </ol> </li> </ul> <p>أسبوع آخر، ورسالة أخرى تقول &ldquo;لقد كان هناك الكثير من التقدّم في نقل SSU&rdquo; ;) التعديلات المحلية لدي مستقرة وقد تم دفعها إلى CVS (HEAD حاليًا عند 0.5.0.7-9)، لكن لا إصدار بعد. المزيد من الأخبار على ذلك الصعيد قريبًا. تفاصيل التغييرات غير المتعلقة بـ SSU موجودة في السجل [1]، مع أنني أبقي التغييرات المتعلقة بـ SSU خارج تلك القائمة حتى الآن، لأن SSU لم يُستخدم بعد من قِبل غير المطوّرين (والمطوّرون يقرؤون i2p-cvs@ :)</p>/ar/blog/2005/06/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-06-28/Tue, 28 Jun 2005 00:00:00 +0000/ar/blog/2005/06/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2005-06-28/<p>مرحباً يا جماعة، حان وقت التحديث الأسبوعي من جديد</p> <ul> <li>Index</li> </ul> <ol> <li>حالة SSU 2) حالة اختبار الوحدة 3) حالة Kaffe 4) ???</li> </ol> <ul> <li> <ol> <li>SSU status</li> </ol> </li> </ul> <p>لقد تحقق مزيد من التقدم في طبقة النقل SSU، وتصوري الحالي هو أنه بعد مزيد من الاختبارات على الشبكة الحية، سنتمكن من إطلاق الإصدار 0.6 دون تأخير كبير. لن يتضمن الإصدار الأول من SSU دعماً لمن لا يستطيعون فتح منفذ في جدار الحماية لديهم أو ضبط إعدادات NAT (ترجمة عناوين الشبكة)، لكن سيُطرح ذلك في 0.6.1. بعد صدور 0.6.1 واختباره والتأكد من أدائه الممتاز (المعروف أيضاً باسم 0.6.1.42)، سننتقل إلى 1.0.</p>/ar/blog/2005/06/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-06-21/Tue, 21 Jun 2005 00:00:00 +0000/ar/blog/2005/06/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-06-21/<p>مرحباً جميعاً، حان الوقت لاستئناف ملاحظات الحالة الأسبوعية الخاصة بنا.</p> <ul> <li>Index</li> </ul> <ol> <li>حالة المطور 2) حالة التطوير 3) مكافأة اختبار الوحدة 4) انقطاع الخدمة 5) ???</li> </ol> <ul> <li> <ol> <li>Dev[eloper] status</li> </ol> </li> </ul> <p>بعد المرور بأربع مدن في أربع دول، بدأتُ أخيراً أستقر وأعود للعمل على الشفرة البرمجية مجدداً. في الأسبوع الماضي جمعتُ آخر القطع اللازمة لحاسوب محمول، ولم أعد أتنقّل بين بيوت الأصدقاء، ورغم أنني لا أملك اتصالاً بالإنترنت في المنزل، فهناك الكثير من مقاهي الإنترنت في الجوار، لذا فإن الوصول يمكن الاعتماد عليه (فقط غير متكرر ومكلف).</p>/ar/blog/2005/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2005/Tue, 03 May 2005 00:00:00 +0000/ar/blog/2005/05/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%85%D8%A7%D9%8A%D9%88-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c\__</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) مرحبا 14:08 &lt;jrandom&gt; 1) حالة الشبكة 14:08 &lt;jrandom&gt; 2) حالة SSU 14:08 &lt;jrandom&gt; 3) i2phex 14:08 &lt;jrandom&gt; 4) الغياب 14:08 &lt;jrandom&gt; 5) ??? 14:08 &lt;jrandom&gt; 0) مرحبا 14:08 * jrandom يلوّح 14:08 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت قبل نحو ساعة على http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy يلوّح عائداً:P 14:10 &lt;jrandom&gt; حسناً، ننتقل إلى 1) حالة الشبكة 14:10 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه، رغم أنه يبدو أننا قد نواجه بعض الاضطراب بسبب تدفّق مستخدمي Azureus 14:11 &lt;jrandom&gt; نأمل أن تصمد الأمور بشكل كافٍ، سنرى 14:11 &lt;Masterboy&gt; لا مشاكل كبيرة لدي، ولا أستطيع تذكّر الصغرى. 14:11 &lt;jrandom&gt; هه، رائع 14:11 &lt;jrandom&gt; هل لدى أي شخص أسئلة/تعليقات/مخاوف بخصوص حالة الشبكة الحالية؟ 14:11 &lt;sirup&gt; هل يستخدم azureus خوادم الخرج (outproxies)؟ 14:12 &lt;jrandom&gt; هه، آمل لا 14:12 &lt;jrandom&gt; ربما مجرّد أشخاص يجرّبونه بعد أن رأوا الخيار مدرجاً 14:12 &lt;@smeghead&gt; معظمهم سيختفون خلال أسبوع أو نحو ذلك 14:13 &lt;Masterboy&gt; :D 14:13 &lt;+DrWoo&gt; smeghead: هذا ليس جيداً 14:13 &lt;sirup&gt; إذًا هم يغلّفون شبكتين مختلفتين تحت غطاء واحد 14:13 &lt;+cervantes&gt; لم يُذكر ذلك في ملاحظات إصدار az 14:13 &lt;+cervantes&gt; على الرغم من أنه مُدرج في قسم الإضافات 14:14 &lt;ant&gt; &lt;cat-a-puss&gt; هناك رابط يشير إليه على يسار صفحتهم الرئيسية 14:14 &lt;jrandom&gt; سيكون الأمر رائعاً حين تخرج 0.6 ونتمكّن من التعامل مع زيادة حمل المستخدمين 14:14 &lt;+DrWoo&gt; jrandom: ما الحالة الحالية لإصدار بنية (نسخة) تتعامل مع عدد أكبر من المستخدمين؟ 14:14 &lt;jrandom&gt; نعم، Azureus هو حالياً أكبر مُحيل إلى موقعنا، أكثر حتى من إحالات /.‎ 14:15 &lt;jrandom&gt; DrWoo: لا فرصة. 14:15 &lt;sirup&gt; لا تدع ذلك يضغطك فتُصدر 0.6 مبكّراً جداً 14:15 * eAi يضع حدّاً غير معقول للنطاق الترددي ليمنع الناس من تهكير سرعة التنزيل لدي 14:15 &lt;ant&gt; &lt;cat-a-puss&gt; ما حجم الشبكة التي ستدعمها 0.6؟ 14:15 &lt;jrandom&gt; DrWoo: 0.6 هي الحل، وستكون جاهزة عندما تكون جاهزة :) 14:15 &lt;+cervantes&gt; هناك 445 نتيجة في Google لـ "i2p" و"azureus" 14:15 &lt;jrandom&gt; هه eAi 14:16 &lt;+cervantes&gt; يجب أن أقول إن معدل النقل في شبكة SSU التجريبية أبهرني 14:16 &lt;Masterboy&gt; w00t cervantes:) 14:16 &lt;+DrWoo&gt; jrandom: تعرف أني أحبك، لكن جدولك الزمني ينزلق مثل ملابس داخلية لعاهرة بخمسة دولارات ;) 14:16 &lt;jrandom&gt; cat-a-puss: إنه يزيل عنق الزجاجة الحالي إلى درجة أني لا أرى عنق الزجاجة التالي بوضوح. آمل أن يتعامل مع الآلاف. 14:16 &lt;+cervantes&gt; تمكنتُ من بلوغ الحد الأقصى لاتصال DSL لدي عبر نقل ملف HTTP مباشر 14:17 &lt;jrandom&gt; صحيح تماماً يا DrWoo ;) لو أمكن إنجازه أسرع لكان رائعاً، لكن عليّ الانتقال الأسبوع المقبل، لذا لا توجد بدائل حقاً 14:17 &lt;sirup&gt; cervantes: 0 قفزات في كلا الطرفين ;) 14:18 &lt;jrandom&gt; sirup: بالتأكيد، لكن النقطة هي أن نقل SSU استطاع التعامل مع ذلك 14:18 &lt;+DrWoo&gt; jrandom: يا ويلي، هذا سيئ، حظاً موفقاً :) 14:18 &lt;Teal`c__&gt; هناك بديل. سأتصل بـ toad، سينهي الأمر بينما تكون في تاهيتي 14:18 &lt;@smeghead&gt; نرتقي للأعلى، إلى الجانب الشرقي، إلى شقة فاخرة في السماااء 14:18 &lt;shendaras&gt; هل لديك مكان محدد في ذهنك، jrandom، أم أن الأمر لا يزال معلقاً حيث ستنتهي؟ 14:19 &lt;+cervantes&gt; *يصمت* 14:19 &lt;jrandom&gt; هه 14:19 &lt;jrandom&gt; أظن أني أعرف البلد الذي سأنتهي إليه. ما عدا ذلك، ليس حقاً 14:19 &lt;jrandom&gt; حسناً، على أي حال، عودة إلى جدول الأعمال 14:19 &lt;jrandom&gt; أي شيء آخر حول 1) حالة الشبكة، أم ننتقل إلى 2) حالة SSU؟ 14:20 &lt;Masterboy&gt; انتقلوا 14:20 &lt;jrandom&gt; اعتبرونا قد انتقلنا 14:21 &lt;jrandom&gt; حسناً، كما هو موصوف في ملاحظات الحالة وكما قال cervantes قبل دقيقة، الأمور تبدو مبشّرة 14:22 &lt;jrandom&gt; الجولة الأولى من اختبارات الشبكة الحية أمْسكت ببعض العلل، لكنها ساعدت أيضاً على كشف بعض المقايضات في النطاق الترددي، والزمنية (latency)، ومدى ملاءمة TCP 14:23 &lt;Masterboy&gt; كيف يمكن لأحدهم الانضمام إلى شبكة اختبار؟:P 14:23 &lt;jrandom&gt; هذه هي الفكرة - اختبار SSU يتم على الشبكة الحية 14:24 &lt;jrandom&gt; إذا نظرتَ في netDb، سترى أن بعض الأقران لديهم عناوين TCP وSSU معاً، بينما لدى معظم الآخرين عنوان TCP فقط. 14:24 &lt;jrandom&gt; الأقران الذين يعرفون كيف يتحدّثون عبر SSU يحاولون ذلك أولاً، لكنهم يعودون إلى TCP إذا كان منفذ SSU غير قابل للوصول. 14:25 &lt;jrandom&gt; ومع ذلك، ولا أستطيع التأكيد على هذا بما فيه الكفاية، SSU غير جاهزة للإنتاج. ستتعطّل وستسبّب مشاكل، لذا يجب ألا يستخدمها الناس إلا كجزء من اختبارات صريحة 14:25 &lt;Masterboy&gt; شكراً:) 14:26 &lt;jrandom&gt; حالياً، على الجميع تعطيل SSU، ولكن خلال اليوم أو نحو ذلك سيتوفر المزيد من المعلومات على مدونتي للجولة الثانية من الاختبارات 14:27 &lt;jrandom&gt; حسناً، أظن أن ذلك ومعه البريد غطّى تقريباً ما أردت طرحه بخصوص SSU. هل لدى أحد أسئلة/تعليقات/مخاوف؟ 14:27 &lt;Teal`c__&gt; jrandom: هل يمكننا استخدام SSU أثناء غيابك ؟ 14:28 &lt;jrandom&gt; على الأرجح، لكن قد يرغب الناس في التحدّث إلى مستخدمين آخرين لمعرفة إن كانت تتصرّف بشكل سيئ، وإن فعلت، فقط عطّلوها 14:29 &lt;shendaras&gt; ما هي تقنيتك الجديدة SACK (الإقرار الانتقائي)؟ =) 14:29 &lt;jrandom&gt; لا يزال لدي قرابة أسبوع من وقت التطوير، لذا ستكون هناك تحسينات إضافية 14:30 &lt;+bla&gt; jrandom: كنت أفكر فقط... عندما تكون هناك وصلة SSU بين عقدتين، هل يقطعان وصلة TCP بينهما (إذ لا تكون ضرورية حينها)؟ 14:30 &lt;jrandom&gt; هه shendaras، إنه يستغل حجم الرسالة الصغير والتجزئة الثابتة لتمكين المستقبل من إرسال ACK/NACK صريحة (إشعارات الاستلام/عدم الاستلام) لرسالة كاملة ضمن حقل بتّات، بدلاً من تأكيد أو نفي استلام كل جزء على حدة 14:31 &lt;jrandom&gt; bla: صحيح، لا يُنشئون اتصال TCP مطلقاً إذا كان SSU متاحاً 14:31 &lt;jrandom&gt; طبقتا النقل 'تقدّمان عرضاً' لكل رسالة تُرسل، وتم ضبط نقل SSU ليقدّم عرضاً 'أدنى' من نقل TCP 14:31 &lt;+bla&gt; jrandom: هذا جيّد، لكنه يعني أن عليّ تحديث سكربتات theland.i2p خاصتي :(... ;) 14:32 &lt;jrandom&gt; هه حسناً، نعم للأسف ;) 14:32 &lt;jrandom&gt; (الملف الجديد peers.jsp قد يكون ما تبحث عنه) 14:33 &lt;+bla&gt; jrandom: سأُلقي نظرة. لكنني لا أنوي استخدام SSU حتى تصبح جاهزة، مع ذلك 14:33 &lt;+cervantes&gt; ربما علينا جميعاً البقاء على TCP كي لا يضطر bla للبرمجة 14:34 &lt;jrandom&gt; هه 14:34 &lt;jrandom&gt; جيّد يا bla، نعم، لا عجلة 14:34 &lt;+cervantes&gt; ;) 14:34 &lt;+bla&gt; cervantes: ;) 14:35 &lt;+cervantes&gt; هل ستكون هناك حالات لا يكون فيها اتصال SSU مناسباً ويُفضَّل فيها TCP؟ 14:36 * Masterboy ينخز jr 14:36 &lt;jrandom&gt; الإعداد الافتراضي الحالي يفضّل اتصال TCP مُنشأ على اتصال SSU غير مُنشأ 14:36 &lt;jrandom&gt; (يمكنك تجاوز ذلك بعَلم إعدادات (config flag)، أظن أنه موثّق في history.txt) 14:37 &lt;@smeghead&gt; هناك بعض من يدّعي أن مزوّد الخدمة لديه يحجب UDP بالكامل 14:37 &lt;jrandom&gt; لكن بشكل عام، لا أرى سبباً يدفعك لاستخدام TCP عندما يكون SSU متاحاً 14:37 &lt;+cervantes&gt; نعم، أعلم خيار الإعداد... لكن أقصد: هل هناك ظروف يكون فيها من الأفضل استخدام TCP بدلاً من رُزم UDP 14:37 &lt;jrandom&gt; smeghead: هناك بعض من زعم أن إلفيس كان مريخياً 14:38 &lt;+cervantes&gt; إذن هو جيد فقط كخطة احتياط 14:38 &lt;jrandom&gt; cervantes: لا شيء يخطر ببالي، طالما أن SSU متاحة لكلا القرينين 14:39 &lt;jrandom&gt; ربما كخطة احتياط، رغم أنه يثير قضايا المسارات المقيّدة، إذ يجب أن يستطيع جميع الأقران الاتصال بجميع الأقران. 14:40 &lt;jrandom&gt; إذا سمحنا بعُقد TCP فقط، فهذا يعني أن على الجميع أن يكون قابلاً للوصول عبر TCP وUDP 14:41 &lt;Teal`c__&gt; :~( 14:41 &lt;jrandom&gt; لهذا الصيف، سنُرجّح دعم الاثنين معاً، لكني أميل للاتجاه نحو UDP فقط 14:41 &lt;entroy&gt; مرحباً، هل يمكن لأحد أن يخبرني أين أستطيع أن أسأل سؤالاً عن إعداد 12p و Azureus؟ 14:41 &lt;jrandom&gt; (حتى 2.0) 14:42 &lt;jrandom&gt; مرحباً entroy، قد يستطيع #i2p-chat المساعدة، أو forum.i2p.net. نحن في اجتماع التطوير الأسبوعي حالياً، لكن يمكننا مساعدتك لاحقاً إن ظلّت لديك مشكلة 14:42 &lt;+cervantes&gt; ها هم قادمون، صدّوا الحدود :) 14:42 &lt;jrandom&gt; cervantes: أي شخص يستطيع الوصول إلى IRC فهو منّا :) 14:42 &lt;@smeghead&gt; من الأفضل استدعاء Minutemen 14:43 &lt;Teal`c__&gt; ليفربول أم تشيلسي ؟! 14:43 &lt;entroy&gt; حسناً، شكراً 14:43 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: بخصوص حقول البِتّات (bitfields)، إذا افترضنا أن معظم الرزم ستُستلم بنجاح، فستكون حقول البِتّات تقريباً كلها 1. ألن يكون أكثر كفاءة أن نذكر عدد الـ NACK ثم نُشفّرها بنمط ECC (أكواد تصحيح الأخطاء). 14:43 &lt;+cervantes&gt; jrandom: هل أنت متأكد من ذلك... ذكر أحدهم عميل mschat سابقاً 14:43 &lt;+cervantes&gt; ;-) 14:45 &lt;jrandom&gt; cat-a-puss: هناك بعض الخيارات، لكن عندما تنظر إلى حجم الرسالة الفعلي، فمن الصعب التفوّق عليه — رسائل الـ tunnel، التي هي أكثر شيوعاً بأربع مرات من أي رسالة أخرى، ستتطلب في الحد الأقصى جزأين — بتّين فقط 14:45 &lt;Teal`c__&gt; &lt;steve&gt; # يظهر كـ TIKI 14:45 &lt;jrandom&gt; رسائل مكتبة البث بين الطرف النهائي والبوابة لا تتجاوز 4 كيلوبايت — حتى 8 بتات، أو بايتين مع حقول البِتّات 14:45 &lt;jrandom&gt; أي بافتراض أصغر MTU (أقصى وحدة نقل) ممكنة 14:46 &lt;jrandom&gt; مع 1492 (أو 1472، بحسب من يعدّ)، يمكنك التعامل مع معظم الأشياء ببايت واحد من حقل بِتّات 14:46 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: آه، إذن حقول البِتّات هي للأجزاء فقط، وليست لكل رزمة؟ 14:47 &lt;jrandom&gt; صحيح، إذا استُلمت رسالة جزئياً، تُعيد حقل البِتّات للأجزاء المُستلمة من تلك الرسالة 14:47 &lt;ant&gt; &lt;cat-a-puss&gt; حسناً 14:47 &lt;jrandom&gt; معرّفات الرسائل، للأسف، عشوائية تماماً وغير مرتّبة، لذلك لا يمكننا استخدام أرقام تسلسلية على طريقة TCP 14:48 &lt;jrandom&gt; (وأيضاً، لا نريد ذلك العبء الزائد) 14:49 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول 2) SSU، فلننتقل إلى 3) i2phex 14:49 &lt;jrandom&gt; sirup: هل أنت موجود؟ 14:49 &lt;ant&gt; &lt;cat-a-puss&gt; بسرعة: لماذا عشوائية؟ 14:50 * sirup يتلصّص 14:50 &lt;jrandom&gt; cat-a-puss: معرّفات الرسائل مكشوفة للأقران — لا نريدهم أن يعرفوا أن رسالة ما مرتبطة بأخرى (ذات رقم تسلسلي أسبق) 14:50 &lt;ant&gt; &lt;cat-a-puss&gt; حسناً 14:51 &lt;jrandom&gt; مرحباً sirup، نشرتُ بعض المعلومات العامة على القائمة، لكن إن أمكنك أن تعطينا تحديثاً فسيكون ذلك رائعاً 14:52 &lt;sirup&gt; حسناً. كانت الاختبارات الأولى ناجحة 14:52 &lt;jrandom&gt; [w3wt] 14:52 &lt;sirup&gt; لكن يبدو أيضاً أننا بحاجة إلى ضبط إعدادات المهلة (timeout). الاتصالات بين الأقران لا تصمد لسبب ما 14:53 &lt;sirup&gt; إذن ليست جاهزة للتشغيل فوراً الآن :) 14:53 &lt;sirup&gt; لكنني توقعتُ ذلك أيضاً، لأني لم أغيّر أي شيء بخصوص المهلات وما شابه 14:54 &lt;sirup&gt; عموماً، سأكون سعيداً إذا تبرّع بعض الناس بمساعدتي على اختبارها حتى نصل إلى حالة مقبولة 14:55 &lt;sirup&gt; تشغيل عدة نسخ على نفس الآلة لن يوصلك بعيداً... 14:55 &lt;sirup&gt; أوه. وأي خبرة/مدخلات مرحّب بها. من الأفضل إرسالها بالبريد إلى sirup@mail.i2p 14:56 &lt;sirup&gt; وجود منتدى سيكون رائعاً أيضاً (لا يمكنني استضافة أيٍ منها حيث أتواجد، لأنني لست متصلاً 24/7) 14:56 &lt;sirup&gt; هذا كل شيء :) 14:56 &lt;jrandom&gt; رائع 14:56 &lt;jrandom&gt; cervantes: هل يمكن إضافة قسم i2phex هناك؟ 14:57 &lt;+cervantes&gt; بالتأكيد يمكن 14:57 * sirup يتساءل من الذي ينزّل تلك الموسيقى الرخيصة المرخّصة بـ Commons مني :) 14:58 &lt;@smeghead&gt; مهلاً، يمكنك بناء مزيد من الهراء فوق ذلك الهراء على الأقل :) 14:58 &lt;+cervantes&gt; sirup: أفهم أن "sirup" هو اسمك في المنتدى 14:58 &lt;sirup&gt; سيكون ذلك لطيفاً 14:58 &lt;sirup&gt; نعم 14:59 &lt;ant&gt; &lt;BS314159&gt; ملاحظات الحالة؟ 15:00 &lt;jrandom&gt; حسناً رائع. يبدو الأمر مبشّراً حقاً، لقد أنجز sirup عملاً عظيماً، لذا ينبغي للناس أن يتوجهوا إلى sirup.i2p ويطّلعوا على ما يجري :) 15:00 &lt;@smeghead&gt; قائمة بريدية؟ 15:00 &lt;RevDuck&gt; أو www.i2phex.tk 15:01 &lt;sirup&gt; قائمة بريدية ستكون لطيفة أيضاً، بالطبع 15:01 &lt;sirup&gt; لول. i2phex.tk مزيف. احصلوا على مُركّبات الاتصال (dialers) هناك :) 15:01 &lt;+cervantes&gt; تمت إضافة منتدى I2Phex 15:01 &lt;jrandom&gt; !stab duck 15:02 &lt;+cervantes&gt; sirup هو المشرف 15:02 &lt;Masterboy&gt; :D 15:02 &lt;+cervantes&gt; sirup: أخبرني إن كنت تريد تغيير نص الوصف 15:02 &lt;jrandom&gt; sirup: إن رغبت بقائمة i2phex وi2phex-cvs فأخبرني، من السهل إضافتهما 15:02 &lt;jrandom&gt; (مع أن استخدام قائمة i2p حالياً قد يكون أبسط) 15:02 &lt;sirup&gt; cervantes، شكراً جزيلاً 15:03 &lt;sirup&gt; نعم. المنتدى سيكفي حالياً 15:04 &lt;jrandom&gt; حسناً جميل. هل لدى أحد شيء آخر حول 3) i2phex؟ 15:05 &lt;jrandom&gt; إن لم يكن، ننتقل سريعاً إلى 4) الغياب 15:05 &lt;jrandom&gt; أعلم أنكم متحمّسون وتبحثون عن طرق للمساهمة بالكود إلى i2p، لذا تحتوي ملاحظات الحالة على بعض الاقتراحات 15:05 &lt;+bla&gt; jrandom: هل ستُلغى أخيراً من قِبَل قسم العمليات؟ 15:06 &lt;jrandom&gt; لا، الـ CIA تعيد تكليفي فحسب ^U لا لا لا 15:06 &lt;@smeghead&gt; لا، الميزانية السوداء زادت هذا الربع 15:07 &lt;+cervantes&gt; *الفيل غادر العش* أكرر *الفيل غادر العش* انتهى 15:07 &lt;jrandom&gt; لا أملك الكثير لأضيفه إلى 4) أكثر مما ورد في البريد، مع أني متأكد أن لديكم الكثير من الأفكار اللطيفة 15:07 * smeghead يكبت نكتة داء الفيل 15:08 &lt;jrandom&gt; إذاً واجبكم المنزلي أثناء غيابي هو اختيار شيء لطيف تريدون بناءه، وبناؤه ;) 15:08 * cervantes يوقف نزيف صدغي smeghead 15:08 &lt;jrandom&gt; (سواء كان صفحة ويب أو حصاناً طائراً صغيراً) 15:09 &lt;jrandom&gt; حسناً، ننتقل إلى 5) ??? 15:09 &lt;jrandom&gt; هل لدى أي شخص شيء يريد طرحه للاجتماع؟ 15:09 &lt;shendaras&gt; سنفتقدك... 15:09 &lt;@smeghead&gt; نعم، من سيدير الاجتماعات أثناء غيابك؟ 15:09 &lt;+mancom&gt; هل ظهر aum خلال الأسبوع الماضي؟ 15:09 &lt;@smeghead&gt; mancom: سلباً 15:10 &lt;Masterboy&gt; الأخ بطة?:P 15:11 &lt;jrandom&gt; نأمل أن يملأ مدير العمليات المحبوب مكاننا، أو يمكنكم سحب القرعة لتحديد من سيكتب ملاحظات الحالة في اللحظة الأخيرة :) 15:11 &lt;jrandom&gt; mancom: كان في #i2p-chat قبل أيام بشكل عابر 15:12 &lt;RevDuck&gt; ربما نعقد الاجتماعات فقط عندما يكون هناك ما نبلغ عنه فعلاً 15:12 &lt;+cervantes&gt; لا بأس، أنا أكتب سكربت محاكاة لـ jrandom 15:12 &lt;+cervantes&gt; * w3wt 15:12 &lt;jrandom&gt; لا بأس باجتماع لمدة 5 دقائق ;) 15:13 &lt;+cervantes&gt; * jrandom يقذف طيناً على حصانه الطائر الصغير 15:13 * smeghead يكتب سكربت محاكاة لـ cervantes يكتب سكربت محاكاة لـ jrandom 15:13 * jrandom يكتب محاكاة لـ smeghead simu[CRASH] 15:13 &lt;+cervantes&gt; أوه، يجب أن أعمل على تلك القواعد 15:14 &lt;@smeghead&gt; haha 15:14 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر ليطرحه للاجتماع؟ 15:14 * cervantes يكتب محاكاة لـ aum simula......... 15:14 &lt;@smeghead&gt; java.util.RecursiveIdiocyException 15:15 &lt;jrandom&gt; وعلى ذكر ذلك.. ;) 15:15 * jrandom يستعد 15:15 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2005/05/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-05-03/Tue, 03 May 2005 00:00:00 +0000/ar/blog/2005/05/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-05-03/<p>مرحباً بالجميع، لدينا الكثير من الأمور على جدول الأعمال هذا الأسبوع</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة SSU 3) i2phex 4) متغيب دون إذن 5) ؟؟؟</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>لا تغييرات كبيرة في الصحة العامة للشبكة - تبدو الأمور مستقرة إلى حد كبير، وعلى الرغم من وجود بعض الاضطرابات العرضية فإن الخدمات تسير على ما يرام. كانت هناك الكثير من التحديثات على CVS (نظام إدارة الإصدارات) منذ الإصدار الأخير، لكن لم تكن هناك تصحيحات لأخطاء حرجة من النوع الذي يوقف الإطلاق. قد يكون لدينا إصدار آخر قبل انتقالي، فقط لإيصال أحدث ما في CVS إلى نطاق أوسع، لكنني لست متأكدًا بعد.</p>/ar/blog/2005/04/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Tue, 26 Apr 2005 00:00:00 +0000/ar/blog/2005/04/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> bla, duck, jrandom, jrandom2p, laberhorst, Lorie, smeghead</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:10 &lt;@jrandom&gt; 0) مرحباً 14:10 &lt;@jrandom&gt; 1) حالة الشبكة 14:10 &lt;@jrandom&gt; 2) حالة SSU 14:10 &lt;@jrandom&gt; 3) مكافأة اختبارات الوحدات 14:10 &lt;@jrandom&gt; 4) ??? 14:10 &lt;@jrandom&gt; 0) مرحباً 14:10 * jrandom يُلَوِّح 14:10 &lt;@jrandom&gt; (متأخر) ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-April/000723.html 14:10 &lt;bla&gt; مرحباً 14:11 &lt;@jrandom&gt; بينما تقرؤون تلك الوثيقة المطوّلة، دعونا ننتقل إلى 1) حالة الشبكة 14:12 &lt;@jrandom&gt; يبدو أن مجموعة المشاكل السابقة التي رأيناها مع بعض eepsites التي كانت تتوقف في 0.5.0.6 قد حُلَّت، رغم أن هناك قلّة واجهت مشاكل أخرى في مواقعهم 14:13 &lt;@jrandom&gt; لقد رأيت أيضًا ازديادًا في نشاط التورنت عند بعض المتتبّعات، ومع ذلك لم يسبب أي مشاكل على irc حسبما أرى 14:13 &lt;laberhorst&gt; حالة الشبكة: جيدة إلى حد ما باستثناء مشكلة عدم الوصول :-) 14:13 &lt;@jrandom&gt; هه 14:13 &lt;@jrandom&gt; نعم، ما زلت غير متأكد مما يحدث لموقعك. يمكننا المتابعة في التصحيح بعد الاجتماع 14:14 &lt;@jrandom&gt; بخلاف ذلك، هل لدى أي شخص أسئلة/تعليقات/هواجس بخصوص حالة الشبكة / 0.5.0.7؟ 14:16 &lt;@jrandom&gt; حسنًا، إن لم يكن، ننتقل إلى 2) حالة SSU 14:16 &lt;@jrandom&gt; [أدخل حركة التلويح هنا] 14:17 &lt;Lorie&gt; صباح الخير. 14:17 &lt;@jrandom&gt; أعلم أنني أتلكأ قليلًا بعدم دفعه للخارج أسرع، وهو يؤدّي جيدًا كما هو. ومع ذلك، هناك بعض القضايا التي لست مرتاحًا لها بعد، لذا سيتعين عليكم تحمّلي قليلًا خلال هذا الاختبار 14:18 &lt;@smeghead&gt; أحييك لأنك لا تفرض علينا برمجيات رديئة :) 14:18 &lt;@jrandom&gt; آمل هذا الأسبوع أن نجري مزيدًا من اختبارات الشبكة الحيّة (أُبقي أصابعي متقاطعة) 14:19 &lt;@jrandom&gt; حسنًا، لقد فرضت عليكم ما يكفي من الأخطاء حتى الآن 14:19 &lt;Lorie&gt; أنت تتلكأ، أليس كذلك؟ 14:19 * Lorie ترمق smeghead 14:19 &lt;bla&gt; jrandom: فقط للتوضيح: يمكن أن تكون لدينا فترة انتقالية يكون فيها العملاء كلاهما UDP وTCP؟ 14:20 &lt;@jrandom&gt; bla: نعم. لدي الآن شبكة اختبار فيها بعض العملاء TCP فقط وبعضهم TCP وUDP معًا. من اللطيف تشغيل الـ tunnels عبر كليهما :) 14:20 &lt;@jrandom&gt; الشبكة الحيّة ستتعامل مع ذلك أيضًا، متجاهلة أي عناوين UDP (لمن لا يدعمونه بعد) 14:20 &lt;@smeghead&gt; وقد منحنا ذلك الكثير من البروتين، لكننا لا نريد الإفراط 14:21 &lt;bla&gt; jrandom: جميل! هذا جيد للانتقال 14:23 &lt;@jrandom&gt; نعم، هذا هو الأمل. ومع ذلك، هناك الكثير من العمل لنقوم به[/obligatory] 14:23 &lt;@jrandom&gt; بينما وسيط النقل لدينا هو SSU - "SEMIreliable Secure UDP" (بروتوكول UDP آمن شبه موثوق) - ما زلنا بحاجة لمحاولة أن نكون موثوقين إلى حد ما 14:24 &lt;@jrandom&gt; تابعتُ مجموعة من الأبحاث على الشبكة، أراقب ما الذي يعمل على أفضل وجه، وبينما يمكننا أن نكون كسالى وننتهج أسلوب "أطلِق وانسَ"، هناك الكثير مما يُكتسَب عبر تطبيق موثوقية بسيطة شبيهة بـ TCP، وهو ما أعمل عليه الآن 14:25 &lt;@jrandom&gt; وعلى الجانب الآخر، بما أنه شبه موثوق فقط، إذا لم تتم ACKed (إقرار الاستلام ACK) بسرعة يمكننا ببساطة إسقاط الرسالة بدلًا من إسقاط الاتصال 14:26 &lt;Lorie&gt; نعم 14:26 &lt;Lorie&gt; كُن موثوقًا؛ فالوقت ترف متاح 14:27 &lt;@jrandom&gt; هذا كل ما لدي تقريبًا لـ 2) حالة SSU. هل لدى أحد أسئلة/تعليقات/مخاوف، أم ننتقل إلى 3) مكافأة اختبارات الوحدات؟ 14:28 &lt;jrandom2p&gt; اعتبرنا قد انتقلنا 14:29 &lt;jrandom2p&gt; حسنًا، لقد نشر duck ملخصًا جيدًا عمّا يجري وأهمية مكافأة اختبارات الوحدات قبل أيام، وهناك الكثير من التفاصيل المشار إليها من الموقع. 14:30 &lt;jrandom2p&gt; هذه فرصة جيدة لشخص ما للتعمّق في i2p قليلًا والحصول على بعض المال في العملية ;) 14:30 &lt;jrandom2p&gt; على أي حال، يمكنكم قراءة كل ذلك. هل لدى أحد أسئلة حوله؟ 14:31 &lt;jrandom2p&gt; حسنًا، إن لم يكن، ننتقل إلى 4) ??? 14:32 &lt;@smeghead&gt; هل جرّب أحد حزمة emma لقياس تغطية الشيفرة؟ 14:32 &lt;jrandom2p&gt; لقد حصلت أشياء متعددة خلال الأسبوع الماضي، لكنني لست متأكدًا مما هو جاهز للنقاش بعد. هل لدى أحد شيء يريد طرحه؟ 14:33 &lt;jrandom2p&gt; ليس لديّ 14:33 &lt;@duck&gt; *hick* 14:34 &lt;@smeghead&gt; إما أن duck مخمور، أو أنه لمح redneck 14:34 &lt;@duck&gt; !former 14:35 &lt;jrandom2p&gt; (لتقييمها كأمر shell أو c/java... ;) 14:36 &lt;jrandom2p&gt; هل لدى أحد آخر شيئًا ليطرحه للاجتماع؟ 14:36 * jrandom2p يحب الاجتماعات القصيرة، فهي تترك وقتًا أطول للبرمجة 14:36 &lt;@smeghead&gt; وأيضًا للشرب على ما يبدو :) 14:36 &lt;@duck&gt; & الشرب 14:37 &lt;@smeghead&gt; تبًا للبطء 14:37 &lt;jrandom2p&gt; هه 14:38 &lt;jrandom2p&gt; حسنًا، حان وقت العودة إلى الشرب^Wالعمل 14:38 * jrandom2p يتهيأ 14:38 * jrandom2p يُغلق الاجتماع بـ*baf* </div>/ar/blog/2005/04/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-26/Tue, 26 Apr 2005 00:00:00 +0000/ar/blog/2005/04/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D8%A7%D9%84%D8%A9-%D9%84%D9%80-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-26/<p>مرحباً جميعاً، ملاحظات حالة أسبوعية موجزة اليوم</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة SSU 3) مكافأة اختبار الوحدة 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>لقد قام معظم المستخدمين بالترقية بسرعة إلى إصدار 0.5.0.7 الذي صدر الأسبوع الماضي (شكرًا!)، وتبدو النتيجة العامة إيجابية. تبدو الشبكة موثوقة إلى حدّ ما وقد تم حلّ تقييد سرعة tunnel السابق. ومع ذلك، لا تزال هناك بعض المشكلات المتقطّعة التي أبلغ عنها بعض المستخدمين، ونحن نعمل على تتبّعها.</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>أمضي معظم وقتي مركزًا على شيفرة UDP 0.6، ولا، إنها ليست جاهزة للإصدار بعد، ونعم، هناك تقدم ;). حالياً يمكنه التعامل مع عدة شبكات، مع إبقاء بعض الأقران على UDP وآخرين على TCP بأداء معقول إلى حد كبير. الجزء الصعب هو معالجة جميع حالات الازدحام/التنازع، لأن الشبكة الحية ستكون تحت حمل مستمر، لكن كان هناك الكثير من التقدم في ذلك خلال اليوم الماضي أو نحو ذلك. المزيد من الأخبار عندما تتوفر أخبار أكثر.</p>/ar/blog/2005/04/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Mon, 25 Apr 2005 00:00:00 +0000/ar/blog/2005/04/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> cervantes, Complication, inkeystring, jdot, jrandom, lsmith, perv, spinky</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 16:12 &lt;jrandom&gt; 0) مرحباً 16:12 &lt;jrandom&gt; 1) حالة الشبكة و 0.6.1.17 16:12 &lt;jrandom&gt; 2) I2Phex 16:13 &lt;jrandom&gt; 3) ??? 16:13 &lt;jrandom&gt; 0) مرحباً 16:13 * jrandom يلوّح 16:13 &lt;@cervantes&gt; هلا 16:13 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2006-April/001283.html 16:14 &lt;jrandom&gt; بينما تلقون نظرة سريعة على ذلك، دعونا ننتقل إلى 1) حالة الشبكة 16:14 &lt;jrandom&gt; إذن، كما رأى معظمكم، لدينا إصدار جديد، وحتى الآن، النتائج إيجابية جدًا 16:15 &lt;@cervantes&gt; (ياي!) 16:15 &lt;jrandom&gt; لسنا بعد حيث نريد، لكنها تعالج إلى حدٍ كبير القضايا الرئيسية التي كنا نراها 16:15 &lt;jrandom&gt; نعم، من الجميل أن نحصل مجددًا على معدلات بناء tunnels مقبولة إلى حدٍ ما، عند tunnels من 2+ قفزة :) 16:16 * jrandom يمتلك معدلات نجاح 50%+ على router آخر مع tunnels بقفزة واحدة 16:17 &lt;jrandom&gt; أعتقد أن التغييرات القليلة الأخيرة في 0.6.1.17 ينبغي أن تساعد أيضًا في تجنّب هذا النوع من انهيار الازدحام مستقبلًا 16:17 &lt;jrandom&gt; أما النتيجة الملموسة للمستخدم فهي أننا سنرى أحيانًا انتهاء صلاحية lease، ولكن بدلًا من أن تتفاقم المشكلة، ستتراجع 16:17 * cervantes يشغّل azureus 16:18 &lt;+Complication&gt; سجّلت هذا الصباح معدلات نجاح client tunnel (بطول 2 +/- 1) تقارب 35% 16:18 &lt;+Complication&gt; حاليًا هي أقل، إذ جرّبت إجراء بعض التعديلات، وكان آخرها غير جيّد :D 16:18 &lt;@cervantes&gt; jrandom: أحسنت تتبّع ذلك — بدأنا نبدو مثل freenet لبعض الوقت :) 16:19 &lt;jrandom&gt; *سعال* ;) 16:20 &lt;+fox&gt; &lt;inkeystring&gt; jrandom: هل تمانع في وصف آلية التراجع (backoff) بإيجاز؟ أنا أعمل على شيء من هذا القبيل لـ freenet 0.7 في الوقت الحالي 16:21 &lt;jrandom&gt; inkeystring: لدينا آلية تراجع على طبقة النقل لخفض الإرسال إلى نظير عندما تكون طبقة النقل مثقلة، لكن ذلك لم يكن كافيًا 16:21 &lt;@cervantes&gt; *سعال* هل قلت freenet، قصدت tor 16:21 &lt;+fox&gt; &lt;inkeystring&gt; :-) 16:22 &lt;jrandom&gt; inkeystring: التغيير الجديد كان ترقية ذلك إلى مستوى أعلى بحيث نتوقف عن محاولة بناء tunnels عندما تُشبَع طبقة الاتصال لدينا 16:22 &lt;jrandom&gt; (بدلًا من إرسال مزيد من محاولات بناء tunnel) 16:22 &lt;+fox&gt; &lt;inkeystring&gt; شكرًا — هل تقوم طبقة النقل بالتراجع فقط عند فقدان الرزم، أم أن هناك طريقة للمستقبِل للتحكم في التدفق؟ 16:23 * jrandom يبدو أنه يتذكر مناقشة تأثير الازدحام مقابل التوجيه مع toad عدة مرات (على irc و flog القديمة لدي)، رغم أنني لا أتذكر أي حل إيجابي للشبكة :/ 16:23 &lt;jrandom&gt; بإمكان المستقبِل إرسال NACK (سالب الإقرار)، ولدينا نقاط تكامل لـ ECN (إشعار الازدحام الصريح)، لكنها لم تكن ضرورية 16:23 &lt;+fox&gt; &lt;inkeystring&gt; نعم عاد الجدل على freenet-dev :-) لا حل سحري بعد 16:24 &lt;+fox&gt; &lt;inkeystring&gt; رائع، شكرًا على المعلومات 16:24 &lt;+Complication&gt; هم يستخدمون UDP هذه الأيام أيضًا، أليس كذلك؟ 16:24 &lt;jrandom&gt; حاليًا، يواجه النظراء المزدحمون بشدة مشاكل ليس مع الحدّ لكل نظير، بل مع اتساع نطاق اتصال النظراء 16:24 &lt;+Complication&gt; (كبروتوكول نقل) 16:24 &lt;+fox&gt; &lt;inkeystring&gt; الاتساع = عدد النظراء؟ 16:24 &lt;jrandom&gt; نعم 16:25 &lt;jrandom&gt; مع ارتفاع معدلات نجاح tunnel، لم يعد على النظراء التحدث إلى مئات النظراء فقط من أجل بناء tunnel 16:25 &lt;jrandom&gt; لذا يمكنهم الاكتفاء بـ 20-30 نظيرًا فقط 16:25 &lt;jrandom&gt; (أي النظراء المتصلون مباشرة) 16:26 &lt;+fox&gt; &lt;inkeystring&gt; أظن أن هذه أخبار جيدة لـ NAT hole punching وإشارات الإبقاء حيًا (keepalives) وغير ذلك؟ 16:26 &lt;jrandom&gt; ومن ناحية أخرى، مع 2-300 اتصال SSU نشِط، فإن وصلة بسرعة 6KBps ستواجه مشاكل 16:26 &lt;jrandom&gt; نعم 16:26 &lt;+fox&gt; &lt;inkeystring&gt; Complication: نعم 16:27 &lt;+fox&gt; &lt;inkeystring&gt; (في نسخة 0.7 ألفا) 16:27 &lt;+Complication&gt; آها، إذن هم على الأرجح يواجهون أمورًا مشابهة 16:27 &lt;+Complication&gt; آمل أن يجد أحدهم الحل السحري :D 16:27 &lt;jrandom&gt; لكن بطريقة مختلفة. طبقة النقل مسألة سهلة نسبيًا 16:27 &lt;+fox&gt; &lt;inkeystring&gt; أظنهم ربما أعادوا استخدام بعض شيفرة SSU... أو على الأقل تحدثوا عن ذلك 16:27 &lt;jrandom&gt; (أي أنها دُرست جيدًا منذ أكثر من 30 عامًا) 16:28 &lt;jrandom&gt; لكن موازنة الحمل في i2p (و freenet) تعمل على مستوى أعلى من الروابط نقطة-إلى-نقطة، ولها متطلبات مختلفة 16:28 &lt;+fox&gt; &lt;inkeystring&gt; نعم، التفاعل مع التوجيه هو الجزء المعقد 16:29 &lt;jrandom&gt; نعم، رغم أن i2p وضعها أسهل (لا نحتاج إلى العثور على نظراء محددين لديهم البيانات المعنية، بل أي شخص لديه قدرة على المشاركة في tunnels لدينا) 16:30 &lt;+fox&gt; &lt;inkeystring&gt; لذا لا يوجد فقدان في الكفاءة إذا تجنّبت نظيرًا مثقلًا... 16:30 &lt;+fox&gt; &lt;inkeystring&gt; بينما في freenet، قد يزيد التوجيه حول نظير مثقل من طول المسار 16:30 &lt;+fox&gt; &lt;inkeystring&gt; على أي حال آسف على الخروج عن الموضوع 16:31 &lt;jrandom&gt; لا مشكلة، رغم أن شرح سبب تأثير تغييرات 0.6.1.17 على انهيار الازدحام لدينا كان ذا صلة :) 16:31 &lt;jrandom&gt; حسنًا، هل لدى أحدٍ آخر شيء لـ 1) حالة الشبكة؟ 16:32 &lt;+Complication&gt; كما ذكرت من قبل، أثناء تشغيل .17 الصِرف، لاحظت دورية ملحوظة في عرض الحزمة والنظراء النشِطين 16:32 &lt;+Complication&gt; ويبدو أن بضعة أشخاص آخرين يواجهون ذلك أيضًا، رغم أنني لا أدري مدى شيوعه 16:33 &lt;+Complication&gt; كنت أتساءل عن أسبابه الأساسية، خصوصًا من منظور ضبط معدّل tunnel (throttling)، لكن لا حل حتى الآن 16:33 &lt;+Complication&gt; تمكنت من جعل الرسوم البيانية لدي أكثر تسطّحًا، لكن ذلك كان على حساب بعض التدهور العام 16:33 &lt;+Complication&gt; جرّبت تعديلات مثل: 16:34 &lt;+Complication&gt;&gt; _log.error("Allowed was " + allowed + ", but we were overloaded, so ended up allowing " + Math.min(allowed,1)); 16:34 &lt;+Complication&gt; (كان هذا لتجنّب امتناعه تمامًا عن محاولات البناء لـ tunnels الخاصة به) 16:35 &lt;jrandom&gt; آه صحيح 16:35 &lt;+Complication&gt; (أوه، وطبعًا مستوى التسجيل loglevel مجنون، لأنني غيّرت ذلك لأغراض الاختبار) 16:35 &lt;jrandom&gt; لدينا بعض الشيفرة هناك تحاول إزاحة الدورية قليلًا، لكنها لا تعمل بشكل صحيح تمامًا (من الواضح) 16:36 * perv قضى للتوّ على نظامه :( 16:36 &lt;+Complication&gt; لكنني جرّبت أشياء من هذا النوع، وحاولت تقليل عامل النمو لعدد tunnels 16:36 &lt;perv&gt; هل هناك undelete لـ reiser4؟ 16:36 &lt;jrandom&gt; باختصار، إذا تصرّفنا كما لو أن tunnels تنتهي صلاحيتها (عشوائيًا) أبكر مما تفعل فعليًا، فمن المفترض أن يساعد ذلك 16:36 &lt;+Complication&gt; أقرأ حاليًا الدالة الكبيرة "countHowManyToBuild" في TunnelPool.java :D 16:36 &lt;+Complication&gt; لكنني لم أقرأها بالكامل بعد 16:37 &lt;jrandom&gt; (مع أنه سيزيد بوضوح من وتيرة بناء tunnel، وهو ما قبل 0.6.1.17 لم يكن معقولًا) 16:37 &lt;+Complication&gt; perv: هناك شيء 16:37 &lt;jrandom&gt; هممم، إدخال عشوائية هناك سيكون صعبًا يا Complication، لأننا نستدعي تلك الدالة بشكل متكرر جدًا 16:38 * perv يفكر في الإنقاذ والانتقال إلى gentoo 16:38 &lt;jrandom&gt; ما أوصي به هو النظر في عشوائية وقت انتهاء صلاحية tunnels التي بُنيت بنجاح 16:38 &lt;+Complication&gt; perv: أنت أفضل حالًا مع reiser من ext3 بالتأكيد 16:38 &lt;+Complication&gt; perv: لكنني لا أحفظ ذلك عن ظهر قلب 16:38 &lt;+Complication&gt; jrandom: صحيح، قد يُبالغ في البناء بهذه الطريقة أحيانًا 16:38 &lt;jrandom&gt; (بحيث يظن countHowManyToBuild الحالي أنه يحتاجها قبل أن يحتاجها فعليًا) 16:38 &lt;+Complication&gt; (وأحيانًا يُبالغ في البناء حتمًا، عندما تتعطّل tunnels ويصبح متعجّلًا) 16:40 &lt;+Complication&gt; هممم، احتمال لم أضعه في الحسبان... 16:41 &lt;+Complication&gt; على أي حال، أعبث به أنا أيضًا، ولا ملاحظات مفيدة بعد 16:42 &lt;jrandom&gt; جميل، لدي بعض التعديلات التي أعمل عليها في هذا، ربما يمكننا تجميعها للبناء التالي لمعرفة كيف تعمل على شبكة قابلة للعمل بشكل معقول ;) 16:43 &lt;spinky&gt; هل هناك إحصائية يمكنك من خلالها رؤية مقدار الـ overhead الذي تضيفه شبكة i2p إلى بيانات التطبيق؟ 16:43 &lt;jrandom&gt; "overhead" مصطلح محمّل بالدلالات... ;) 16:43 &lt;jrandom&gt; نسمّيه تكلفة المجهولية ;) 16:43 &lt;spinky&gt; ههه 16:45 &lt;jrandom&gt; (أي لا حقًا. حمولة طبقة التطبيق على شبكة مثالية مع 0 ازدحام و 1+1hops تحقق نحو 70-80% كفاءة للطرفين) 16:45 &lt;jrandom&gt; ((آخر مرة قست ذلك)) 16:45 &lt;jrandom&gt; لكن تلك ظروف مختبرية فعلاً 16:45 &lt;jrandom&gt; الشبكة الحية أعقد بكثير 16:47 &lt;spinky&gt; صحيح، قصدت فقط مقدار البيانات الإضافية المستخدمة لإعداد tunnels والمفاتيح والحشو وغير ذلك 16:47 &lt;spinky&gt; ... مقارنة ببيانات التطبيق المنقولة 16:47 &lt;jrandom&gt; يعتمد ذلك على تشكيل الرسائل، والازدحام، ومعدلات نجاح بناء tunnel، إلخ 16:48 &lt;jrandom&gt; يمكن للشبكة أن تتحمّل 20KB لبناء tunnel من قفزتين 16:48 &lt;+Complication&gt; كنت أرغب في اختبار ذلك أحيانًا، بهدف أساسي هو تقدير «الهدر» في تطبيقات النقل الجماعي مثل BitTorrent و I2Phex 16:48 &lt;+Complication&gt; لكنني لم أجد وقتًا لإجراء قياس نظيف بين عقدتيّ 16:48 &lt;+Complication&gt; يومًا ما سأعود إلى ذلك، على أية حال 16:49 &lt;jrandom&gt; Complication: الأمر صعب جدًا مع التطبيقات كثيرة الكلام، وأسهل بكثير قياس wget :) 16:49 &lt;+Complication&gt; صحيح تمامًا 16:50 &lt;+Complication&gt; فيما تمكنت من تجربته، لم يكن هناك أي شَبَهٍ بالدقة 16:54 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر في 1)، فلننتقل إلى 2) I2Phex 16:55 &lt;jrandom&gt; Complication: ماذا تفعل هذه الأيام؟ :) 16:55 &lt;+Complication&gt; حسنًا، كان التزام الأمس إصلاحًا لبعض المشاكل التي واجهها بعض الناس مع كاشف أول تشغيل السخيف خاصتي 16:56 &lt;+Complication&gt; كاشف أول تشغيل بات الآن أقل سخفًا، وقد أفاد bar بأنه بدا وكأنه بدأ يتصرف طبيعيًا 16:56 &lt;+Complication&gt; ومع ذلك، بما أن I2Phex يبدو قابلاً للتشغيل بالفعل في ظروف الشبكة الحالية، 16:56 &lt;+Complication&gt; سأحاول العثور على علة إعادة التهشير (rehash) أيضًا. 16:57 &lt;+Complication&gt; إن استطعت 16:57 &lt;jrandom&gt; جميل، أعلم أن تلك تطاردك منذ أشهر الآن 16:57 &lt;+Complication&gt; المثير للاهتمام أن Phex الرئيسي قد يعاني منها أيضًا، وسأحاول كذلك العثور على ملاحظاتهم وقراءتها 16:58 &lt;jrandom&gt; لكن من الجيد سماع أن إصلاح بدء التشغيل موجود 16:58 &lt;jrandom&gt; آه تمام 16:58 &lt;+Complication&gt; = أي أن 16:58 &lt;+Complication&gt; لا أستطيع تأكيد إن كان Phex الرئيسي لديه المشكلة أم لا حاليًا — لم أرها شخصيًا هناك 16:59 &lt;jrandom&gt; (علل متقطعة)-- 16:59 &lt;+Complication&gt; من الصعب التسبب بها بطريقة مضبوطة، وبالتالي يصعب العثور عليها 17:00 &lt;+Complication&gt; وعلى جانبي، هذا تقريبًا كل شيء حاليًا 17:00 &lt;+Complication&gt; لاحقًا، كنت أتساءل إن كان من المجدي تحديد عدد محاولات الاتصال بالنظراء المتوازية التي يُطلقها I2Phex في وقت واحد 17:01 &lt;jrandom&gt; نعم، على الأرجح 17:01 &lt;+Complication&gt; لأنها ستنشئ عددًا كبيرًا من استعلامات NetDB في وقت قصير، وقد لا يكون ذلك لطيفًا من منظور I2P router 17:02 &lt;jrandom&gt; كما أن جهات الاتصال الوجهة الجديدة تتطلب elG بدلًا من aes 17:02 &lt;+Complication&gt; لكنني لم أقرأ أو أكتب أي شيفرة فعلية نحو ذلك الهدف بعد 17:04 &lt;jrandom&gt; حسنًا لا بأس. ربما يُضمّن الدمج الأسطوري بين i2phex/phex حلًا :) 17:04 &lt;+Complication&gt; وعلى صعيدي، هذا كل ما في جعبة أخبار I2Phex تقريبًا... 17:04 &lt;jrandom&gt; جميل، شكرًا على التحديث وعلى الجهد في البحث في الأمور! 17:05 &lt;jrandom&gt; حسنًا، دعونا ننتقل إلى 3) ??? 17:05 &lt;jrandom&gt; هل لدى أحد أي شيء آخر لطرحه في الاجتماع؟ 17:05 &lt;lsmith&gt; مرحبًا! أود فقط أن أشيد بالمطورين على التحسينات الرائعة في الإصدار الأخير، إجمالي عرض الحزمة لدي يقرأ 0.9/1.4 KBps وما زلت متصلًا بـ irc... هذا... رائع بجنون :) 17:05 &lt;+Complication&gt; :D 17:06 &lt;jrandom&gt; شكرًا على صبركم طوال الطريق — دعم مستخدمي عرض الحزمة المنخفض أمر حاسم 17:06 &lt;@cervantes&gt; lsmith: هذا جيد حقًا أن 17:06 &lt;@cervantes&gt; * تم إعادة ضبط الاتصال 17:06 &lt;jrandom&gt; هه 17:07 &lt;lsmith&gt; :) 17:09 &lt;jrandom&gt; أوه، أمر آخر جدير بالذكر هو أن zzz عاد، ومعه يأتي stats.i2p :) 17:09 &lt;jrandom&gt; [wewt] 17:11 &lt;+Complication&gt; مصدر مفيد جدًا لبيانات المقارنة :) 17:11 &lt;jrandom&gt; أكيد تمامًا 17:11 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 17:13 &lt;jrandom&gt; إن لم يكن... 17:13 &lt;jdot&gt; لدي سؤال أو اثنان بعد الـ baf 17:13 &lt;jrandom&gt; هه حسنًا، إذن لنُشغّل الـ baffer :) 17:13 * jrandom يستعد... 17:13 * jrandom يُنهي الاجتماع بـ *baf* </div>/ar/blog/2005/04/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Tue, 19 Apr 2005 00:00:00 +0000/ar/blog/2005/04/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, defnax, jrandom, maestro^, polecat, protokol, Ragnarok, Teal`c</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:05 &lt;@jrandom&gt; 0) مرحبًا 14:05 &lt;@jrandom&gt; 1) حالة الشبكة 14:05 &lt;@jrandom&gt; 2) حالة SSU 14:05 &lt;@jrandom&gt; 3) تحديث خارطة الطريق 14:05 &lt;@jrandom&gt; 4) حالة Q 14:05 &lt;@jrandom&gt; 5) ??? 14:05 &lt;@jrandom&gt; 0) مرحبًا 14:05 * jrandom يلوّح 14:05 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية (نُشرت قبل لحظة) متاحة @ http://dev.i2p.net/pipermail/i2p/2005-April/000708.html 14:06 * maestro^ يؤدي بيتبوكس 14:06 &lt;+cervantes&gt; مساء الخير 14:06 &lt;+protokol&gt; susi23: هل أنت هناك؟ 14:06 &lt;@jrandom&gt; بينما تقرؤون تلك الملاحظات المثيرة، دعونا ننتقل إلى 1) حالة الشبكة 14:06 &lt;+protokol&gt; أوه، اجتماع 14:07 &lt;@jrandom&gt; ليس لدي حقًا الكثير لأضيفه أكثر مما ورد هناك. إصدار جديد غدًا على الأرجح، مع الإصلاحات المدمجة حتى الآن، بالإضافة إلى بعض المساهمات الجديدة الرائعة 14:08 &lt;@jrandom&gt; هل لدى أحد أي تعليقات أو مخاوف مع حالة الشبكة &&/|| الإصدار القادم 0.5.0.7؟ 14:10 &lt;@jrandom&gt; إن لم يكن، ننتقل إلى 2) حالة SSU 14:10 &lt;+maestro^&gt; كنت أتلقى بعض هذه الأخطاء: Wanted to build 2 tunnels, but throttled down to 0, due to concurrent requests (cpu overload?) 14:10 &lt;@jrandom&gt; آه، نعم، هذه مشكلة تقييد معدل ال tunnel 14:10 &lt;+protokol&gt; هل سيدعم ftp؟ 14:10 &lt;@jrandom&gt; إنه... مفرِط الحماسة قليلًا 14:10 &lt;+protokol&gt; أمزح أمزح 14:10 &lt;@jrandom&gt; !thwap protokol 14:10 &lt;+maestro^&gt; هه، حسنًا 14:12 &lt;@jrandom&gt; حسنًا، بالنسبة إلى SSU، كان هناك الكثير من التحديثات في الأسبوع الماضي، ولا تزال هناك تغييرات محليًا لم تُعتمد بعد 14:13 &lt;@jrandom&gt; لم أكن أضيف أي مدخلات إلى history.txt لهذه التحديثات، لأنه لا أحد يستخدمه بعد، لذا فقط مشتركو قائمة i2p-cvs هم من يقرؤون التفاصيل المثيرة ;) 14:14 &lt;@jrandom&gt; من جهة أخرى، في الأيام القليلة الماضية وبعد أن أصبحت الأمور تعمل إلى حد كبير، وأثناء تبسيط تشغيله وجدت بعض نقاط الاختناق في SDK 14:14 &lt;@jrandom&gt; (وأيضًا في jobQueue). لقد أزلتها الآن محليًا، والاختبارات مستمرة. 14:15 &lt;@jrandom&gt; قد يكون لدينا بعض إصدارات ألفا لـ SSU transport هذا الأسبوع، لكن الأرجح في نهاية الأسبوع 14:15 &lt;@jrandom&gt; ليس لدي الكثير لأقوله أكثر من ذلك - هل لدى أحد أي أسئلة؟ 14:16 &lt;+Ragnarok&gt; ما مدى تأثير نقاط الاختناق؟ 14:17 &lt;@jrandom&gt; حسنًا، يختلف الأمر - أنا أقيس التأثير على الشبكة الحية الآن، لكن على شبكتي المحلية لـ SSU، تعديلان بسيطان قدّما تحسينًا بأكثر من مرتبة قدر 14:17 &lt;@jrandom&gt; لكني لا أتوقع حدوث ذلك على الشبكة الحية 14:17 &lt;+Ragnarok&gt; يا للهول 14:18 &lt;+Ragnarok&gt; هه، حسنًا 14:18 &lt;@jrandom&gt; (على الأقل، ليس حتى ننتقل إلى 0.6 ;) 14:20 &lt;@jrandom&gt; حسنًا، على هذا المنوال، لننتقل إلى 3) تحديث خارطة الطريق 14:21 &lt;@jrandom&gt; كما ذُكر في الملاحظات، تم تحريك التواريخ والإصدارات على خارطة الطريق. تم إسقاط 0.5.1، وتأجيل تعديلات ال tunnel الإضافية إلى 0.6.1 14:21 &lt;+cervantes&gt; 3) انحراف خارطة الطريق 14:21 &lt;@jrandom&gt; هه 14:22 &lt;@jrandom&gt; نعم، عندما تُشغّل CPU سريعًا، ينحرف الوقت بشكل أكثر تكرارًا. وبالمثل... ;) 14:22 &lt;@jrandom&gt; ^ry^rly 14:23 &lt;+cervantes&gt; أوه هل هذه لمحة من الأنا؟ لم أكن لأظن ذلك! :) 14:23 &lt;@jrandom&gt; على أي حال، للأسف، إصدار 0.6 في أبريل لن يحدث 14:23 &lt;@jrandom&gt; ههه 14:23 &lt;@jrandom&gt; cervantes: لا تقلق، فهذا يتوازن بحقيقة أنّه استغرق عامين للوصول إلى هنا ;) 14:25 &lt;@jrandom&gt; سنمتلك على الأرجح بعض -X builds ليتمكن الناس من brea^Wtest SSU على الشبكة الحية بينما أكون غير متصل، لكن لن يكون هناك إصدار 0.6 حتى أعود 14:25 &lt;@jrandom&gt; (وكالعام الماضي، ليست لدي أي فكرة عن المدة التي سيستغرقها الاتصال مجددًا، لكن آمل أن تكون أقل من شهر) 14:25 &lt;+cervantes&gt; هه، إن كان ثمة من يستحق قليلًا من التقدير الذاتي هنا فأظن أنه أنت ;-) 14:26 &lt;+polecat&gt; إلى أين تذهب، jrandom؟ 14:27 &lt;+cervantes&gt; $somewhere 14:27 &lt;@jrandom&gt; لا أدري 14:27 &lt;@jrandom&gt; (لحسن الحظ، $somewhere تعبير وقت تشغيل ;) 14:27 &lt;+cervantes&gt; jrandom: هل تتصور توقّفًا لشهر؟ 14:27 &lt;+maestro^&gt; jr: تمشَّ حول الحي وأقِم شبكة ترحيل لاسلكية من وصلة شخص آخر ;] 14:27 &lt;@jrandom&gt; يعتمد الأمر على وضع الإنترنت حيث سأستقر يا cervantes. 14:28 &lt;@jrandom&gt; ومن المرجح أن أقفز إلى الإنترنت بين حين وآخر بالطبع 14:28 &lt;+protokol&gt; polecat: لول 14:28 &lt;+cervantes&gt; كنت لأظن أنك جعلت طريقة الفئة للانتقال سلسة بحلول الآن 14:28 &lt;Teal`c&gt; دعونا ننتقل إلى .6 الآن ونعمل على إزالة العلل أثناء الطريق 14:28 &lt;+cervantes&gt; *قصدي 14:28 &lt;+cervantes&gt; رائع، Teal'c يمكنك القيام بـ Q&A 14:29 &lt;@jrandom&gt; Teal`c: "work the bugs out" == إصلاح الشيفرة == (وجود مبرمج يعرف الشيفرة ليصلحها) 14:29 &lt;Teal`c&gt; نعم، أود ذلك. 14:29 &lt;Teal`c&gt; أعرف بعض perl 14:29 * cervantes يضبط bugzilla&gt; tealc@mail.i2p 14:29 &lt;@jrandom&gt; تمام يا Teal`c، يمكننا دائمًا الاستفادة من بعض المساعدة في الاختبار 14:30 &lt;@jrandom&gt; خصوصًا في أتمتة الاختبارات 14:31 &lt;@jrandom&gt; حسنًا، أي شيء آخر حول 3) أم ننتقل إلى 4) حالة Q 14:31 &lt;+polecat&gt; أفهم. حظًا موفقًا في استعادة إنترنت مستقر. 14:31 &lt;+ant&gt; &lt;jrandom&gt; هممم، يبدو أن aum ما زال نائمًا 14:31 &lt;@jrandom&gt; شكرًا. أنا متأكد أنني سأجد طريقة ;) 14:32 &lt;@jrandom&gt; حسنًا، ليس لدي حقًا المزيد لأضيفه سوى ما ورد في ملاحظات الحالة 14:32 &lt;@jrandom&gt; كود aum موجود الآن في cvs، لذا يمكن للمخضرمين التقاطه والبدء بالعمل عليه 14:32 &lt;+maestro^&gt; حلو 14:33 &lt;@jrandom&gt; نعم، بالتأكيد. حاليًا كل شيء تحت GPL (لأن أحد المكونات يرتبط بـ I2PTunnel)، لكن سمعت أن aum يعمل على بعض إعادة الهيكلة ليصبح في النهاية تحت LGPL 14:34 &lt;@jrandom&gt; (لكن لا تسألني عن تبعات الترخيص عندما يتعلق الأمر بـ xmlrpc ;) 14:34 &lt;@jrandom&gt; حسنًا، هل لدى أحد أي شيء حول 4) لنطرحه؟ 14:36 &lt;@jrandom&gt; حسنًا، إن لم يكن، ننتقل إلى 5) ??? 14:36 &lt;@jrandom&gt; هل لدى أحد أي شيء آخر ليطرحه للاجتماع؟ 14:36 &lt;+polecat&gt; أود أن أقول بضع كلمات بهذه المناسبة. 14:37 &lt;+polecat&gt; Hinkle finkle dinkle doo. 14:37 &lt;@jrandom&gt; مممم. 14:37 &lt;@jrandom&gt; حسنًا، هل لدى أحد شيئًا ليطرحه بلغة بشرية؟ :) 14:38 &lt;defnax&gt; ماذا عن الانتقال على 5؟ 14:39 &lt;+maestro^&gt; عاشت spacerace! عاشت i2p! 14:39 &lt;@jrandom&gt; همم defnax؟ 14:41 &lt;defnax&gt; عند الساعة الخامسة صباحًا؟ 14:41 &lt;defnax&gt; بعد 5 ساعات؟ 14:41 &lt;+cervantes&gt; بخصوص xmlrpc، تُحفظ حقوق النشر على المواصفة، لكن لا تُفرض قيود على التنفيذ 14:42 &lt;@jrandom&gt; defnax: بند جدول الأعمال 5: "???", حيث نناقش مسائل أخرى 14:43 &lt;+maestro^&gt; jr: هل أودعت تلك تغييرات التحسين؟ 14:43 &lt;@jrandom&gt; cervantes: تعقيبي كان متعلقًا بالسؤال عمّا إذا كان استخدام xmlrpc API لتطبيق مرخّص بـ GPL معديًا أم لا (لكنها مجرد مزحة بلاغية) 14:43 &lt;@jrandom&gt; maestro^: لا 14:43 * jrandom يختبر قبل الإيداع 14:43 &lt;+maestro^&gt; ممتاز! ما موعدك المتوقع لذلك؟ 14:44 &lt;@jrandom&gt; لاحقًا الليلة، ربما، وإلا فغدًا مع الإصدار 14:45 &lt;@jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر 14:45 * jrandom يختتم 14:45 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2005/04/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-19/Tue, 19 Apr 2005 00:00:00 +0000/ar/blog/2005/04/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-19/<p>مرحباً جميعاً، لقد حان ذلك الوقت من الأسبوع مجدداً،</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة SSU 3) تحديث خارطة الطريق 4) حالة Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>على مدى قرابة أسبوعين منذ صدور 0.5.0.6، كانت الأمور إيجابية في الغالب، إلا أنّ مقدمي الخدمات (eepsites(I2P Sites), ircd، إلخ) بدأوا يواجهون بعض الأخطاء في الآونة الأخيرة. وبينما العملاء في حالة جيدة، قد يصادف خادم مع مرور الوقت حالةً يمكن فيها لفشل tunnels أن يفعّل شيفرة تقييد مفرطة، ما يمنع إعادة البناء والنشر على نحو صحيح لـ leaseSet.</p>/ar/blog/2005/04/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-18-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Mon, 18 Apr 2005 00:00:00 +0000/ar/blog/2005/04/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-18-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> Complication, frosk, jrandom, spinky</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) مرحباً 16:09 &lt;jrandom&gt; 1) حالة الشبكة والإصدار 0.6.1.16 16:09 &lt;jrandom&gt; 2) إنشاء tunnel والازدحام 16:10 &lt;jrandom&gt; 3) Feedspace 16:10 &lt;jrandom&gt; 4) ??? 16:10 &lt;jrandom&gt; 0) مرحباً 16:10 * jrandom يلوّح 16:10 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-April/001281.html 16:10 * frosk أيضاً 16:10 &lt;jrandom&gt; (قبل الاجتماع بساعتين تقريباً *قبل* الاجتماع أيضاً :) 16:11 &lt;jrandom&gt; حسناً، بما أنني متأكد من أنكم قد غصتم في الملاحظات، فلنبدأ بـ 1) حالة الشبكة 16:12 &lt;+Complication&gt; مرحباً :) 16:12 * Complication يلتقط الملاحظات بسرعة 16:12 &lt;jrandom&gt; إصدار 0.6.1.16 أصلح عِلّة قديمة جداً في الـ prng (مولِّد أعداد عشوائية زائف) لدينا، والتي تسببت في عدد كبير من عمليات رفض tunnel العشوائية 16:13 &lt;jrandom&gt; (السبب الجذري أُدخل في أكتوبر الماضي، ولكنه أُصلح الآن) 16:13 &lt;+Complication&gt; الحالة عندي: يعمل بشكل مقبول مع أنفاق tunnel بعدد قفزات 1 + 0..1، ولا يتصرف جيداً مع 2 + 0..1 أو 2 +/- 0..1 16:14 &lt;jrandom&gt; أجل، هذا مفهوم أيضاً، خصوصاً على الروابط الأبطأ 16:14 &lt;jrandom&gt; (للأسف، «الأبطأ» ليست بطيئة جداً أيضاً) 16:15 &lt;jrandom&gt; ما يزال هناك الكثير لنفعله، و0.6.1.16 ليس حيث نريد أن نكون، لكنه تقدم 16:17 &lt;+Complication&gt; هناك أمر كنت أفكر فيه، بخصوص ما سمّيته «انهيار الازدحام» 16:18 &lt;+Complication&gt; إحدى الطرق للحد من أثره قد تكون بأن نُلزِم فعلياً router بقبول حصة معيّنة من طلبات المشاركة 16:19 &lt;+Complication&gt; (شيء يحدده المستخدم بشكل مباشر أو غير مباشر؟) 16:19 &lt;jrandom&gt; يحدده أي مستخدم؟ 16:19 &lt;+Complication&gt; (مثلاً كجزء من نسبة المشاركة أو معلمة إضافية) 16:19 &lt;jrandom&gt; المستخدم المحلي، أم نحن كمستخدمين بعيدين؟ 16:19 &lt;+Complication&gt; يحدده كل شخص لنفسه 16:19 &lt;@frosk&gt; هل ننتقل إلى 2) إذن؟ :) 16:20 &lt;jrandom&gt; أجل، لنفترض أننا على 2) :) 16:20 &lt;+Complication&gt; حتى أستطيع، على سبيل المثال، أن أقول لـ router الخاص بي: «حتى لو كنتَ مزدحماً، استمر في التوجيه بحد أدنى 4 KB/s» 16:21 &lt;jrandom&gt; Complication: هذا غير ممكن فعلاً — إذا كان router مزدحماً جداً، فسيتوقف الآخرون (نأمل ;) عن طلب مشاركته في tunnels. 16:21 &lt;+Complication&gt; (هذا سيعني بالطبع أن بعض الوجهات المحلية قد تبقى غير متصلة مدة أطول) 16:21 &lt;jrandom&gt; وإن لم يُطلب منهم ذلك، فلن /يستطيعوا/ دفع بيانات الآخرين 16:22 &lt;+Complication&gt; آه، ربما كان ينبغي أن أصوغها بوضوح أكبر بكثير 16:24 &lt;+Complication&gt; تخيلت أنه يمكن، ضمن حصة معيّنة من حركة المرور المشاركة، أن يقيّد رسائل إنشاء tunnel الخاصة به بدلاً من تقييد tunnels المشاركة 16:24 &lt;+Complication&gt; مثلاً: «لن أخنق tunnels المشاركة عندي لأقل من 4 KB/s. إذا لزم الأمر، سأقيّد بدلاً من ذلك حركة المرور الخاصة بي.» 16:26 &lt;jrandom&gt; همم، هناك مخاطر على الخصوصية في ذلك (وإن كانت على نفس نمط هجمات الحرمان من الخدمة الانتقائية DoS، والتي لا ندافع ضدها على أي حال) 16:27 &lt;jrandom&gt; لكن تقييد عمليات بناء tunnel المحلية لدينا عند مواجهة الازدحام هو شيء أعمل على اختباره الآن — إضافة دعم لتجاهل حد 4KBps اختيارياً يجب أن تكون بسيطة بما يكفي 16:28 &lt;spinky&gt; حالياً، لا تحصل على أي حركة غطاء (cover traffic) إطلاقاً عند نقل الكثير من البيانات. 16:29 &lt;spinky&gt; وجود حد أدنى لعرض النطاق الخاص بالمشاركة يبدو جيداً. 16:30 &lt;jrandom&gt; حسناً، لدينا حد أدنى (كِلاهما عبر نسبة المشاركة واحتياطي داخلي قدره 4KBps بعد تخصيص كل عرض النطاق) 16:30 &lt;+Complication&gt; تباً، انقطاعات... آمل ألا يكون قد فُقد الكثير مما قلتُه، لكنني سأقرأ أي ردود من السجل :) 16:32 &lt;@frosk&gt; هل هناك شيء ذو دلالة بشأن 4KBps؟ 16:33 &lt;jrandom&gt; بضعة أمور — 4KB ~= sizeof(tunnel create message)، ومن الناحية التجريبية لم أسمع قط عن router يعمل بنجاح على أقل من ذلك 16:33 &lt;spinky&gt; ربما هي العِلل التي تمنع نسبة المشاركة من العمل إذن؟ 16:34 &lt;jrandom&gt; ما الذي يجعلك تقول إن نسبة المشاركة لا تعمل؟ 16:34 &lt;@frosk&gt; أفهم 16:34 &lt;+Complication&gt; frosk: لا، إنه مجرد رقم في الشيفرة الحالية، وقد أشرتُ إليه وأنا أحاول شرح ما تخيلته أيضاً 16:35 &lt;+Complication&gt; (ليس لأسباب ذات معنى، فقط لأن ما تخيلته كان، بطريقة ما، المعكوس المكافئ له) 16:35 &lt;spinky&gt; إنها مضبوطة على 80% وتنخفض المشاركة إلى 0 عند توليد بيانات محلياً. ربما أسأتُ الفهم. 16:36 &lt;jrandom&gt; آه، نعم، هذه ليست وظيفة نسبة المشاركة 16:36 &lt;+Complication&gt; spinky: إنها حد أقصى لما يمكن مشاركته، رهناً بعرض النطاق المتاح فعلياً للمشاركة 16:37 &lt;+Complication&gt; إذا استهلكت الحركة المحلية 70%، فسيبقى لديك 10% فقط للمشاركة 16:37 &lt;+Complication&gt; إذا كانت الحركة المحلية كثيفة، سيبقى لديك 0%، ولن يُلامس الحد الأعلى 80% مطلقاً 16:37 &lt;spinky&gt; حسناً. أرى أنها تقول 'up to'... 16:38 &lt;+Complication&gt; وهناك أيضاً الاحتياطي 4 KB/s 16:38 &lt;jrandom&gt; آه، إنها نسبة مشاركة من المتاح لديك 16:38 &lt;spinky&gt; ربما إعداد آخر للحد الأدنى لعرض النطاق الخاص بالمشاركة، بحيث يقبل router مزيداً من tunnels دونه؟ 16:38 &lt;jrandom&gt; إذا كنتَ تستخدم 95% من عرض النطاق لديك، فسيُشارك بما يصل إلى 80% من الـ 5% المتبقية 16:39 &lt;+Complication&gt; أوه، إذن لقد أسأتُ فهمه جزئياً أنا أيضاً 16:40 &lt;fox&gt; &lt;zorglu1&gt; كيف يقيس i2p مقدار عرض النطاق الذي تستخدمه التطبيقات المحلية الأخرى ؟ 16:40 &lt;spinky&gt; (أقول فقط: إذا كنت تعتبر cover traffic أمراً جيداً فربما جعلها قابلة للضبط حتى أثناء الاستخدام المحلي الكثيف لعرض النطاق يكون أمراً جيداً) 16:40 &lt;+Complication&gt; ظننتُ أنها تُطبَّق مقابل الحد المستدام 16:40 &lt;jrandom&gt; zorglu1: يقيس i2p استخدامه لعرض النطاق، ويعرف حدود عرض النطاق الخاصة بـ i2p 16:41 &lt;jrandom&gt; أوه، همم، بالنظر إلى الشيفرة: int availBps = (int)(((maxKBps*1024)*share) - used); 16:41 &lt;jrandom&gt; إذن أنتَ محق يا Complication 16:42 &lt;jrandom&gt; spinky: إن cover traffic مفيد إلى حدٍّ ما فقط على شبكة خلط منخفضة الكمون (mixnet) 16:42 &lt;jrandom&gt; إنه يضيف بعض الحوافز لـ routers ذات عرض النطاق الأعلى، لكن الذين ليست لديهم سعة فائضة من عرض النطاق فخياراتهم محدودة 16:49 &lt;jrandom&gt; على أي حال، مشكلة ازدحام tunnel موجودة منذ فترة، لكنها تفاقمت مؤخراً فقط بسبب معدلات رفض tunnel الجنونية 16:49 &lt;jrandom&gt; نأمل أن تُصلح المراجعة القادمة ذلك لنا 16:49 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء آخر حول 2) إنشاء tunnel والازدحام؟ 16:50 &lt;@frosk&gt; يبدو أنه سيتطلب بعض التغييرات في مخطّط بناء tunnel 16:50 &lt;+Complication&gt; آمل أن يساعد على تحسين الأمور :) 16:51 &lt;+Complication&gt; أوه، بالمناسبة... 16:52 &lt;jrandom&gt; حسناً، لدينا بعض الإصلاحات الرخيصة، مثل تقليل الحد الأقصى للتوازي، وتقييد محاولات البناء عند الازدحام، وتقليل معدل الإسقاط (بدلاً من الرفض الصريح)، وضبط التوصيف لتحفيز الرفض الصريح بدلاً من الإسقاط 16:52 &lt;+Complication&gt; ...هل صادف أن وجدتَ أي شيء يمكن أن يفسّر التفاوت الكبير بين مؤشرات عرض النطاق الخام ومؤشرات حمولة tunnel؟ 16:52 &lt;+Complication&gt; (مثلاً: إجمالي bandwidth 1 GB، مجموع حمولة tunnel 300 MB) 16:52 &lt;jrandom&gt; لكن صحيح أن تلك لا تؤثر إلا على الحجم 16:52 &lt;+Complication&gt; (لأنني لم أكن على IRC مؤخراً، لست متأكداً إن كنتم نظرتم في ذلك مؤخراً) 16:54 &lt;jrandom&gt; لم أتعمق في ذلك كثيراً، لكن تذكّر أن طلبات بناء tunnel للـ tunnels الصادرة ليست رسائل tunnel (وهي كثيرة إذا كانت نسبة النجاح 0.1% فقط. وكل واحدة بحجم 4KB...) 16:54 * Complication غير متأكد إن كان الأمر يتعلق بالمؤشرات، أم تأثير حقيقي 16:55 &lt;+Complication&gt; أوه... طلبات بناء صادرة... بالفعل 16:55 &lt;jrandom&gt; البناء القادم -1 يضيف كماً من الإحصاءات لمراقبة الحزم لكل نوع رسالة 16:55 &lt;+Complication&gt; قد يكون هذا بالتحديد هو السبب 16:55 &lt;jrandom&gt; (كما تتضمن طلبات البناء الصادرة تلك طلبات بناء مشاركة — تمرير رد) 16:56 &lt;jrandom&gt; ((لذا فالأمر ليس محلياً فحسب)) 17:00 &lt;+Complication&gt;&gt; شكراً، هذا يفسّر الأمر كثيراً :) 17:00 &lt;+Complication&gt;&gt; إذاً ليس سحراً أسود، بل حركة مرور حقيقية تماماً نسيتُها فحسب، لأنها لم تُحصَ على نحو محدد في الأماكن التي تحققتُ منها 17:00 &lt;+Complication&gt; سيتعيّن حدوثها فعلاً، وستكلّف الكثير من البايتات فعلاً 17:00 &lt;+Complication&gt; خاصة مع معدلات نجاح منخفضة 17:01 &lt;jrandom&gt; أجل، رغم أنه لا ينبغي أن يكلّف بقدر ما يفعل، إذ ينبغي أن تكون لدينا معدلات نجاح أعلى مما هي عليه الآن :) 17:01 &lt;jrandom&gt; حسناً، أي شيء آخر بخصوص 2)؟ 17:02 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 3) Feedspace 17:02 &lt;jrandom&gt; frosk: هل تود أن تعطينا تحديثاً؟ 17:03 &lt;jrandom&gt; (أو تطلب منا أن fsck off وأن نقرأ الـ eepsite؟ ;) 17:04 &lt;@frosk&gt; حسناً، لمن لم ينتبه إلى frosk.i2p أو feedspace.i2p، فإن Feedspace يعمل الآن «بشكل أساسي» (بحسب تعريفي الخاص لـ«أساسي) 17:04 &lt;jrandom&gt; (w00t) 17:05 &lt;@frosk&gt; كان هناك بعض الإضافات اللطيفة مؤخراً، مثل دعم بنيوي لوسائط نقل غير i2p (يخطر بالبال tor وtcp/ip غير المجهَّل) 17:06 &lt;@frosk&gt; لذا مع الوقت، نخطط للسماح لـ syndie (في إعادة كتابة قادمة وعلى الأرجح لطيفة جداً) باستخدام Feedspace كأحد أساليب التوزيع لديها 17:06 &lt;@frosk&gt; حالياً، لا توجد أي تطبيقات عميل لتقوم فعلياً بـ*استخدام* Feedspace لأي شيء :) لقد كنتُ أختبر بتطبيق servlet بدائي للغاية 17:07 &lt;jrandom&gt; (بدائي + وظيفي)++ 17:07 &lt;@frosk&gt; إذن هناك بالطبع وظيفة شاغرة لمخترق تطبيقات عميل ;) 17:08 &lt;@frosk&gt; ما زال هناك بعض الأشياء الضرورية التي يحتاجها Feedspace قبل أي اختبار عام، لكن الأمر لن يطول الآن :) 17:08 &lt;jrandom&gt; nice1 17:08 &lt;jrandom&gt; أي شيء يمكننا فعله للمساعدة؟ 17:08 &lt;@frosk&gt; وأيضاً كنتُ أعمل قليلاً على التوثيق، الذي كان ناقصاً 17:09 &lt;spinky&gt; هل ترى أن Feedspace سيكون قابلاً للاستخدام للملفات الكبيرة؟ 17:10 &lt;@frosk&gt; 1) تطبيقات عميل تستخدم الـ xmlrpc api (التي لا تزال غير موثَّقة)، 2) `http://feedspace.i2p/wiki/Tasks،` 3) المشاركة في الاختبار عندما يحين الوقت 17:10 &lt;@frosk&gt; دعم الملفات الكبيرة ليس أولوية حالياً، لكن ربما لاحقاً 17:10 &lt;@frosk&gt; التركيز في «1.0» هو الرسائل الأصغر مثل تدوينات المدونات ومشاركات النقاش، والأحداث بأي نوع 17:11 &lt;jrandom&gt; مع ذلك، تمرير ملفات .torrent إلى عميل bt مُمكَّن بـ rss/feedspace لن يكون مشكلة 17:11 &lt;@frosk&gt; قد تعمل الملفات الكبيرة وقد لا تعمل :) 17:11 &lt;@frosk&gt; سيكون ذلك شيئاً رائعاً للغاية 17:12 &lt;jrandom&gt; feed2snark ;) 17:12 &lt;@frosk&gt; آمل أن نرى كل أنواع تطبيقات «adapter» كهذه :) 17:12 &lt;+Complication&gt; حسناً، أنا متأكد أن الناس سيجدون طرقاً لنقل الملفات الكبيرة باستخدام قنوات جانبية... أمم، جانبية :) 17:15 &lt;@frosk&gt; أشعر ببعض الذنب لأن شيفرة Feedspace تستخدم كل أنواع ميزات java1.5. ربما سيكون من الصعب ترجمتها/استخدامها على Java الحرة حالياً، لكنها ستلحق بالتطور، أنا متأكد :) 17:15 &lt;jrandom&gt; يا للهول 17:16 &lt;jrandom&gt; حسناً، هناك شائعات عن أن gcj ستعتمد ecj لدعم 1.5-isms 17:16 &lt;spinky&gt; Complication: خيول بسرج يحمل حقائب مليئة بأقراص hdds؟ 17:16 &lt;@frosk&gt; نعم 17:17 &lt;+Complication&gt; spinky: طائرات مُسيّرة، في حالتي المفضلة :P 17:17 * jrandom لا يزال بالكاد ينتقل إلى 1.4-isms 17:17 &lt;+Complication&gt; لكن أظن أن الخيول تنجح أيضاً :P 17:17 &lt;jrandom&gt; مع أن 1.6 جميل بالتأكيد ;) 17:17 &lt;@frosk&gt; للبقاء متوافقاً مع gcj؟ 17:18 &lt;@frosk&gt; حسناً، أظن أن 1.6 ليس لديه الكثير من «-isms» لمعظم الأشياء على أي حال :) 17:18 &lt;+Complication&gt; (أو قنافذ طائرة تُسقِط بطاقات ذاكرة جواً) 17:18 &lt;jrandom&gt; gcj/classpath/etc، ولكن أيضاً من أجل الأداء (وجدتُ 1.5 أثقل قليلاً من 1.4) 17:19 &lt;jrandom&gt; صحيح، تحسينات 1.6 تتعلق إلى حد كبير بـ vm/bytecode 17:19 &lt;@frosk&gt; همم، حسناً 17:20 * jrandom لا يحاول إقناعك بعدم استخدام 1.5isms. أنا متأكد أن لديك أسبابك، وعلى سبيل المثال azureus يتطلب 1.5 بالفعل 17:21 &lt;@frosk&gt; حسناً، لا عودة للوراء :) نأمل ألا تكون الطريق وعرة جداً 17:24 &lt;jrandom&gt; أجل، أنا متأكّد أنه سيسير على ما يرام :) 17:25 &lt;jrandom&gt; حسناً، رائع، هل لدى أي شخص شيء آخر حول 3) Feedspace؟ 17:25 * frosk يعانق generics وjava.util.concurrent ;) 17:25 &lt;jrandom&gt; ههه 17:27 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر حول 3، فلننتقل إلى 4) ??? 17:27 &lt;jrandom&gt; هل لدى أحد أي شيء آخر للاجتماع؟ 17:27 &lt;+Complication&gt; سؤال صغير كان ينبغي أن أسأله تحت 2) 17:28 &lt;+Complication&gt; هل تعرفون كيف تتكون عادة tunnels المشاركة الخاملة؟ 17:28 &lt;+Complication&gt; هل هي غالباً علامة على فشل بناء tunnel، حيث لا يعرف بالفشل فعلياً إلا المُنشئ؟ 17:28 &lt;+Complication&gt; أم أن لها أسباباً إضافية؟ 17:28 &lt;+Complication&gt; (بالإضافة، بالطبع، إلى الواضح — أي تطبيق جالس بلا نشاط) 17:29 &lt;jrandom&gt; التطبيق الخامل لن يكون لديه tunnels خاملة (سيتم اختبارها) 17:29 &lt;jrandom&gt; tunnels الخاملة فشلت لسببٍ ما 17:29 &lt;jrandom&gt; (إما فشلت في أن تُنشأ بالكامل، أو فشلت أثناء التشغيل) 17:30 &lt;+Complication&gt; صحيح، إذاً كل tunnels تُختبر على أي حال، واختبار tunnel يجب أن يسبب حركة... بالفعل 17:30 &lt;+Complication&gt; هذا يقودني في الواقع إلى الجزء الثاني من سؤالي: هل سيقدم فائدة أن نلاحظ أن tunnel خاملة ونقوم بالتخلّص منها مبكراً؟ 17:31 &lt;+Complication&gt; هل هناك موارد ثمينة يمكن حفظها هناك؟ 17:32 &lt;jrandom&gt; لا — الـ tunnel التي لا تدفع بيانات لا تستهلك موارد 17:32 &lt;jrandom&gt; (حسناً، إنها تستخدم بعض الذاكرة ram، ربما 32 بايت) 17:32 &lt;+Complication&gt; أو ربما، قد يساعد ذلك router على الإبقاء على صورة أفضل عن حمله ومعلمات مشابهة... 17:33 &lt;jrandom&gt; التنبؤات باستخدام عرض النطاق بناءً على تاريخ tunnel هو بالتأكيد سؤال مفتوح 17:33 &lt;+Complication&gt; أم أنه سيكون عملاً بلا طائل، ومن الأفضل الانتظار حتى تنتهي صلاحيتها طبيعياً؟ 17:33 &lt;+Complication&gt; (كما يحدث الآن) 17:34 &lt;jrandom&gt; اعتدنا إجراء بعض التنبؤات، لكنها لم تعطِ فوائد واضحة، لذا نستخدم خوارزمية أبسط الآن 17:34 &lt;+Complication&gt; آها، إذن لا مكسب... 17:34 &lt;+Complication&gt; شكراً، كان هذا أساساً كل ما أردتُ أن أسأل عنه :) 17:34 &lt;jrandom&gt; على الرحب، قلق مفهوم 17:34 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 17:35 &lt;+Complication&gt; نعم، إذا أجرى أحدٌ تنبؤات، فقد تُميل نسبة tunnels الخاملة التقديرات 17:35 &lt;+Complication&gt; (إذا تغيّرت بشكل ملحوظ) 17:36 &lt;jrandom&gt; أجل، سنرغب في إبقاء نسبة الخمول جزءاً من التقدير 17:36 &lt;jrandom&gt; (اعتدنا ذلك — انظر طريقة RouterThrottleImpl.allowTunnel) 17:37 &lt;+Complication&gt; أوه، لم أكن أعلم ذلك :) 17:37 &lt;jrandom&gt; ولاحظ التعليق الجديد: 17:38 &lt;jrandom&gt; // ok, ignore any predictions of 'bytesAllocated', since that makes poorly 17:38 &lt;jrandom&gt; // grounded conclusions about future use (or even the bursty use). Instead, 17:38 &lt;jrandom&gt; // simply say "do we have the bw to handle a new request"? 17:39 * Complication لا يزال يتصفح باتجاه الملف، لكن شكراً :) 17:39 &lt;jrandom&gt; w3rd 17:40 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر للاجتماع... 17:40 * jrandom يختتم 17:41 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2005/04/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-12-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Tue, 12 Apr 2005 00:00:00 +0000/ar/blog/2005/04/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-12-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, cervantes, defnax, detonate, frosk, gott, hummingbird, jdot, jrandom, mancom, Ragnarok</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) مرحبًا 14:05 &lt;jrandom&gt; 1) حالة الشبكة 14:05 &lt;jrandom&gt; 2) حالة SSU 14:05 &lt;jrandom&gt; 3) تصنيف الأقران بطريقة بايزية 14:05 &lt;jrandom&gt; 4) حالة Q 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;hummingbird&gt; 7) الربح 14:06 &lt;jrandom&gt; اللعنة، أفسدتُ جدول أعمالكم :) 14:06 &lt;jrandom&gt; مرحبًا 14:06 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية /قبل/ الاجتماع على @ http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 &lt;gott&gt; jrandom: جرّب مرة أخرى 14:06 &lt;+cervantes&gt; لا بأس، هذا الاجتماع انطلق على نحو سيئ على أي حال 14:06 &lt;jrandom&gt; *سعال* 14:06 &lt;jrandom&gt; ننتقل إلى 1) حالة الشبكة 14:07 &lt;jrandom&gt; المشكلة الكبيرة التي كنا نراها في الـ netDb تم إصلاحها وتأكيد زوالها ميدانيًا 14:07 &lt;jrandom&gt; ما زالت هناك بعض القضايا الأخرى، لكن يبدو بالمجمل أنه معقول إلى حد ما 14:08 &lt;frosk&gt; أي فكرة عمّا يسبب الـ dnfs الغريبة أحيانًا؟ 14:08 &lt;gott&gt; أؤكد؛ يمكنني الحصول على المواد الإباحية غير القانونية بسرعات قياسية عبر i2p الآن. 14:08 &lt;+cervantes&gt; يبدو أن هذا قد يكون من الصعب تحديده 14:08 &lt;jrandom&gt; لديّ شك خفي بأنه ارتباك مرتبط بمحدد المعدّل (throttle) عند بناء tunnel 14:09 &lt;jrandom&gt; إزالة تلك المحدِّدات ربما تعالج الأمر، لكنها قد تكون مؤلمة للمستخدمين ذوي وحدات المعالجة البطيئة 14:09 &lt;jrandom&gt; من ناحية أخرى، ربما نجعلها اختيارية، أو أن يكتب أحدهم شيفرة تنظيم معدل أذكى 14:10 &lt;frosk&gt; فهمت 14:10 &lt;+cervantes&gt; المحدِّد يبدو أكثر نشاطًا بكثير مقارنة بالإصدارات السابقة على نظامي 14:10 &lt;jrandom&gt; نعم، نؤخر بناء tunnel عندما يكون هناك الكثير من الطلبات المعلّقة - سابقًا كنا نقول فقط "حسنًا، نحتاج لبناء X tunnel. ابنِها" 14:10 &lt;+cervantes&gt; ألا يمكن جعل العتبة قابلة للضبط؟ 14:11 &lt;jrandom&gt; نعم، يمكننا ذلك 14:11 &lt;gott&gt; jrandom: اجعلها اختيارية 14:11 &lt;gott&gt; حتى يتمكن المستخدمون الذين لديهم i2p servents خفيفة (عُقَد i2p خفيفة) من البقاء منتجين 14:12 &lt;jrandom&gt; تركيزي في مكان آخر حاليًا، فإذا أراد أحدكم الخوض فيها، الدالة الأساسية هي TunnelPoolManager.allocateBuilds 14:12 &lt;jrandom&gt; (وإن لم يتصدَّ لها أحد، يمكنني أن أضيف بعض التعديلات عندما تصدر النسخة التالية) 14:13 &lt;+cervantes&gt; ........@ &lt;-- حزمة أعشاب متدحرجة 14:13 &lt;jrandom&gt; :) 14:13 &lt;jrandom&gt; هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة، أم ننتقل إلى 2) SSU؟ 14:14 * gott يتمتم بشيء عن كثرة الكلام وقلة الفعل عندما يتعلق الأمر بمجتمع i2p 14:14 &lt;+cervantes&gt; ربما في المستقبل يمكننا إدخال ملفات أداء إلى الواجهة 14:14 &lt;gott&gt; jrandom يقوم بالكثير من جانب التطوير. 14:14 &lt;+cervantes&gt; بحيث يمكن للناس اختيار حزمة إعدادات مسبقة لأنظمة بمواصفات عالية/متوسطة/منخفضة 14:15 &lt;jrandom&gt; فكرة جيدة يا cervantes، هناك مجال واسع للاختلافات. بينما نريد أن نضبط أنفسنا تلقائيًا قدر الإمكان، قد يكون أسهل على البشر القيام بذلك 14:15 &lt;+cervantes&gt; بما أن هناك الكثير ممن يستخدمون حواسيب بمواصفات منخفضة واتصالات مودم حاليًا 14:15 &lt;gott&gt; cervantes: نعم، فكرة ممتازة. 14:15 &lt;+cervantes&gt; ينبغي أن أنشر قائمة مهامي fire2pe... فيها الكثير من الأشياء من هذا النوع ;-) 14:16 &lt;gott&gt; اعتمادًا على المعالج وسرعة الشبكة بشكل أساسي؟ 14:16 &lt;jrandom&gt; سيكون جميلًا وجود موقع بقائمة مهام بأسماء مستعارة 14:16 &lt;gott&gt; فكرة جيدة. 14:16 &lt;+cervantes&gt; حسنًا محدِّد عرض النطاق يجب أن يتكفّل مثاليًا بسرعة الشبكة 14:16 &lt;gott&gt; على طريقة غوغل المعتادة، اجعل لديك مجموعة من 'thin i2p servents' في شبكتك المحلية (LAN). 14:17 &lt;+cervantes&gt; jrandom: ugha.i2p؟ 14:17 &lt;jrandom&gt; ربما 14:19 &lt;jrandom&gt; حسنًا، أي شيء آخر لـ 1) حالة الشبكة؟ 14:19 * jrandom ينقلنا إلى 2) SSU 14:19 &lt;jrandom&gt; تقدم كثير على صعيد UDP (SSU == Secure Semireliable UDP) 14:19 &lt;gott&gt; على أحدهم أن يربط 'i2pwiki.i2p' بذلك 14:20 &lt;+cervantes&gt; أظن أن هذا يعود إلى ugha ;-) 14:20 &lt;jrandom&gt; النظرة العامة لما يجري موجودة في الرسالة، والعديد من التفاصيل التقنية (وصورة جميلة ;) ) على مدونتي 14:21 &lt;+ant&gt; &lt;godmode0&gt; udp آمن؟ 14:21 &lt;+ant&gt; &lt;godmode0&gt; كيف :) 14:21 &lt;jrandom&gt; `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html` &lt;-- كيف 14:22 &lt;+ant&gt; &lt;godmode0&gt; hehe 14:22 &lt;+ant&gt; &lt;godmode0&gt; i2p not found right ip my computer 14:22 &lt;jrandom&gt; آسف، إذا لم تكن قد نصّبت i2p، غيّر "dev.i2p" إلى "dev.i2p.net" 14:22 &lt;+ant&gt; &lt;godmode0&gt; have installled 14:23 &lt;+ant&gt; &lt;godmode0&gt; but not work 14:23 &lt;jrandom&gt; حسنًا، ربما نتمكن من تتبّع المشكلة بعد الاجتماع 14:23 &lt;+ant&gt; &lt;godmode0&gt; oops in meeting again sorry 14:23 &lt;jrandom&gt; ههه لا مشكلة 14:25 &lt;jrandom&gt; على أي حال، كما قلت، الخطة العامة لكيف تسير الأمور موجودة في الرسالة 14:25 &lt;jrandom&gt; هل لدى أحد أسئلة/تعليقات/ملاحظات بخصوص SSU؟ 14:26 &lt;+Ragnarok&gt; هل سيكون معدل النقل/زمن الوصول مختلفًا كثيرًا عن نقل tcp؟ 14:27 &lt;jrandom&gt; آمل أن يتم التعامل مع سبب قمم التأخير، لكنني لا أقدّم تنبؤات محددة. 14:28 &lt;jrandom&gt; إذا استطعنا إبقاء زمن الوصول في نفس المستوى التقريبي كما هو الآن والتخلص من القمم، يمكننا رفع معدل النقل مجددًا 14:29 &lt;+Ragnarok&gt; رائع 14:29 &lt;gott&gt; هل ستكون هناك وثائق عن التنفيذ على i2p.net؟ 14:30 &lt;jrandom&gt; الكثير من وقتي عندما أكون غير متصل بسبب الانتقال سأقضيه في كتابة وثائق تُوضع على الموقع، نعم 14:30 &lt;gott&gt; رائع \m/ 14:30 &lt;jrandom&gt; لدينا بالفعل بعض وثائق التنفيذ الجيدة على مستوى الشيفرة للـ core والـ router، لكن لا توجد بعدُ وثائق رائعة عن معمارية الـ router الشاملة 14:31 &lt;jrandom&gt; على أي حال، إذا لم يكن هناك شيء آخر حول 2) SSU، فلننتقل إلى 3) تصنيف الأقران بطريقة بايزية 14:32 &lt;jrandom&gt; تلقينا تحديثًا موجزًا من bla في وقت سابق هذا المساء، كما هو مبيّن في ملاحظات الحالة 14:32 &lt;+bla&gt; ما زلت هنا بالمناسبة... ;) 14:33 &lt;jrandom&gt; قد يكون bla فعلاً ما زال هنا ليعطينا مزيدًا من الأفكار أو يجيب عن الأسئلة - 14:33 &lt;jrandom&gt; آه، ها أنت ذا 14:33 &lt;defnax&gt; jrandom : ما رأيك في الإعلان عن i2p bittorrent Tracker، من ناحية الأمان لا أظنه جيدًا أم ماذا؟ 14:34 &lt;+bla&gt; نقاش IRC الذي اقتبسه jrandom يوضح الفكرة العامة. الخلاصة: 14:34 &lt;jrandom&gt; defnax: ربما نناقشه أكثر في 5) 14:34 &lt;defnax&gt; حسنًا يمكنني الانتظار 14:34 &lt;+bla&gt; الفكرة النهائية هي استخدام كل من معلومات زمن الرحلة ذهابًا وإيابًا (RTT) المأخوذة من اختبارات tunnel الصريحة، والمعلومات الضمنية من اختبارات tunnel للعميل، ضمن إطار واحد لتقدير سرعة العقدة 14:35 &lt;+bla&gt; حاليًا، أستخدم المعلومات المأخوذة من اختبارات tunnel الصريحة فقط، إذ أن المشاركين في تلك الاختبارات معروفون جميعًا. 14:36 &lt;+bla&gt; سيُستخدم إطار مصنِّف بايزي ساذج لتقدير سرعة النظير، بالنظر إلى الـ tunnel التي شارك فيها (في أي موضع)، وما مدى سرعة تلك الـ tunnel 14:36 &lt;+bla&gt; من أجل المقارنة مع "حقيقة مرجعية"، حصلت على سرعات الأقران "الفعلية" كما هو مذكور في ملاحظات الحالة 14:37 &lt;+bla&gt; النتائج أولية جدًا. لكن `http://theland.i2p/estspeed.png` يوضح الترابط بين السرعات الفعلية، والسرعات المستنتجة باستخدام الإطار البايزي 14:37 &lt;+bla&gt; حسنًا. أي أسئلة أو تعليقات؟ 14:38 &lt;jrandom&gt; تعليق: يبدو واعدًا. 14:38 &lt;+ant&gt; &lt;BS314159&gt; يبدو أن السرعة الإجمالية للـ tunnel تشكل حدًا أدنى صارمًا لسرعة كل نظير مشارك 14:38 &lt;+detonate&gt; تعليق: يبدو أن هناك بعض القيم الشاذة 14:38 &lt;+ant&gt; &lt;BS314159&gt; هل أُدخل ذلك في الاعتبار؟ 14:39 &lt;jrandom&gt; BS314159: سرعة الـ tunnel الإجمالية؟ آه، هل تقصد اتصال شبكة العقدة المُختبِرة؟ 14:40 &lt;+bla&gt; BS314159: هذا يعطي حدًا أدنى نعم. لم يُعالج هذا بعد، لكنه سيُعالج: الإطار البايزي الساذج يسمح بوزن العينات المختلفة (قياسات RTT) بدرجات متفاوتة. سيتم وزن RTT السريع جدًا بعامل أكبر مستقبلًا 14:40 &lt;+ant&gt; &lt;BS314159&gt; أقصد إجمالي عرض النطاق الخاص بـ tunnel معينة 14:40 &lt;+bla&gt; BS: النتائج تُظهر قياسات زمن الوصول الآن 14:40 &lt;+ant&gt; &lt;BS314159&gt; صحيح. 14:41 &lt;+ant&gt; &lt;BS314159&gt; لا بأس إذن 14:41 &lt;jrandom&gt; آه، صحيح بالتأكيد. قياسات معدل النقل ستتطلب تعديلات إضافية للاختبار برسائل بأحجام مختلفة 14:41 &lt;jrandom&gt; من ناحية أخرى، اختبارات tunnel الضمنية تُدار برسائل أكبر (عادةً 4KB، لأنه حجم التجزئة في مكتبة البث) 14:42 &lt;+bla&gt; detonate: نعم، هناك نقاط شاذة. سيبقى دائمًا هناك بعضٌ منها (هذا ملازم للتقدير والنمذجة عمومًا). على أي حال، الفصل بين العملاء البطيئين جدًا والسريعين جدًا (بوضع عتبة حول 400 ms)، مقبول نوعًا ما 14:42 &lt;+detonate&gt; حسنًا 14:43 &lt;+bla&gt; jrandom: بالفعل. بمجرد أن أجعل ذلك يعمل (لست بارعًا في Java...)، سأختبر أيضًا باستخدام الرسائل الأكبر 14:43 &lt;+bla&gt; detonate: الآن، أود تحسين الفصل بين الأقران السريعين والسريعين جدًا. 14:43 &lt;jrandom&gt; رائع، سأرى إن كان بإمكاني أن أرسل لك TestJob معدّلة لذلك 14:44 &lt;+bla&gt; سأبلّغ عندما أحصل على نتائج جديدة. 14:44 &lt;jrandom&gt; ممتاز 14:45 &lt;jrandom&gt; حسنًا رائع، هل لدى أحد شيء آخر لـ 3) تصنيف الأقران بطريقة بايزية؟ 14:46 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 4) حالة Q 14:46 &lt;jrandom&gt; كما ذُكر في الرسالة، هناك إشاعة بأن Aum يحرز تقدمًا على واجهة ويب جديدة 14:47 &lt;jrandom&gt; لا أعرف عنها الكثير، ولا تفاصيل الحالة لباقي تحديثات Q، لكنني واثق أننا سنسمع المزيد قريبًا 14:48 &lt;jrandom&gt; هل لدى أحد أي شيء حول Q لطرحه؟ أم نجعل هذا بندًا سريعًا وننتقل إلى 5) ??? 14:49 &lt;jrandom&gt; [اعتبرونا قد انتقلنا] 14:49 &lt;jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر ليطرحه في الاجتماع؟ 14:50 &lt;jrandom&gt; defnax: الإعلان عن مُتتبِّع BitTorrent على i2p للناس في مجتمع i2p سيكون رائعًا. أما للعالم الخارجي فقد يكون الأمر صعبًا بعض الشيء، إذ لم نصل إلى 0.6 بعد 14:50 &lt;gott&gt; نعم. 14:50 &lt;jrandom&gt; (ولا إلى 1.0 ;) 14:50 &lt;gott&gt; لدي بعض المعلومات بخصوص جهود التوثيق الموجّهة للمستخدمين. 14:51 &lt;+mancom&gt; للتسجيل فقط: على mancom.i2p هناك تنفيذ c# لواجهة برمجة تطبيقات عميل Q (في نسخته الأولى) 14:51 &lt;jrandom&gt; أوه رائع، تفضل يا gott 14:51 &lt;jrandom&gt; آه جميل يا mancom 14:51 &lt;gott&gt; سبق أن كتبتُ توثيقًا للمستخدمين لـ i2p 0.4. 14:52 &lt;jrandom&gt; والذي للأسف أبطلته أنا بتغيير مجموعة كبيرة من الأشياء :( 14:52 &lt;gott&gt; لكنه بات خارج التاريخ تمامًا مع i2p الحالي. 14:52 &lt;gott&gt; وعليه، أنا مهتم جدًا بكتابة مجموعة توثيق بحكم الواقع يمكننا إما (أ) تضمينها مع i2p أو (ب) الوصول إليها عبر i2p. 14:53 &lt;jrandom&gt; رائع. وثائق تُضم مع i2p (مُحلية إلى لغة المستخدم، إلخ) ستكون رائعة 14:53 &lt;+cervantes&gt; رائع 14:53 &lt;gott&gt; لا أقترح تضمينها، لكنه خيار ممكن، لأن المستخدم لا يستطيع الوصول إلى eepsites لقراءة الدليل إن لم يكن يعرف كيفية استخدام أو ضبط i2p ;-) 14:53 &lt;gott&gt; حسنًا. 14:53 &lt;gott&gt; لكن أليس ذلك مبالغة؟ 14:53 &lt;+ant&gt; &lt;BS314159&gt; ما البرنامج المحترم الذي يأتي بلا صفحات man؟ 14:53 &lt;+cervantes&gt; وهل يجدر بنا الانتظار حتى 1.0؟ 14:54 &lt;gott&gt; هذا سؤال آخر. 14:54 &lt;jrandom&gt; بما أن التطوير مرن إلى حد بعيد، قد يكون من الأفضل التركيز على المساعدة السياقية بدلًا من دليل مستخدم شامل 14:54 &lt;gott&gt; BS314159: هذه ليست manpages، إذ ستكون مستقلة عن المنصة. على الأرجح HTML. 14:54 &lt;+cervantes&gt; كم من التغييرات البنيوية ما زال أمامنا قبل ذلك 14:54 &lt;jrandom&gt; على سبيل المثال، سيكون من الجيد وجود وثائق أفضل تصف ما الذي تعنيه خيارات الإعداد المختلفة، وما تبعاتها، إلخ. 14:55 &lt;gott&gt; حسنًا، سأكتب تعريبًا إنجليزيًا وفرنسيًا لدليل i2p. 14:55 &lt;+jdot&gt; في الواقع، يمكننا استخدام inproxy للوصول إلى التوثيق حتى بدون تثبيت i2p. 14:55 &lt;gott&gt; سؤالان مهمان: 14:55 &lt;jrandom&gt; يمكن إبقاء تلك على حداثةٍ بحكم وجودها داخل الواجهة ذاتها 14:55 &lt;+cervantes&gt; نعم، المساعدة السياقية ستكون رائعة 14:55 &lt;gott&gt; (1) مُضمَّنة أم متاحة عبر manual.i2p؟ 14:55 &lt;gott&gt; (2) لأي إصدار؟ 14:55 &lt;gott&gt; نعم 14:55 &lt;jrandom&gt; gott: لست متأكدًا من الحكمة في بناء دليل مستخدم الآن 14:55 &lt;gott&gt; فكرة رائعة 14:56 &lt;gott&gt; هل تقصد استخدام وظيفة التحديث التلقائي لتحديث دليل المستخدم؟ 14:56 &lt;gott&gt; jrandom: حسنًا 14:56 &lt;gott&gt; لكن كيف تقترح المساعدة السياقية إذن؟ 14:56 &lt;jrandom&gt; نعم، يمكننا بالتأكيد نشر تحديثات للوثائق عبر عملية التحديث 14:56 &lt;+cervantes&gt; إذا/عندما يحين وقت إعداد دليل فيمكن إسقاط manual.war في مجلد webapps لدى المستخدم إذا أراد الوصول المحلي إلى الوثائق 14:57 &lt;gott&gt; أفكّر في دليل مستخدم. 14:57 &lt;gott&gt; أو HOWTO. 14:57 &lt;gott&gt; لا فكرة لدي عما تعنيه بالمساعدة السياقية. 14:57 &lt;gott&gt; الأمر واضح تمامًا. 14:57 &lt;jrandom&gt; gott: مثلًا، مجموعة من المعلومات المقروءة بشريًا (لغير المتمرسين) تشرح ما الذي تعنيه الأشياء في /config.jsp. تلك المعلومات ستوضع على /config.jsp نفسه، أو على صفحة HTML يمكن الوصول إليها من ذلك config.jsp 14:58 &lt;jrandom&gt; دليل المستخدم أو HOWTO سيكون رائعًا، لكن ليس قبل 1.0 14:59 &lt;jrandom&gt; يوجد بالفعل بعض العمل على هذا الصعيد في المنتدى @ http://forum.i2p.net/viewtopic.php?t=385 14:59 &lt;gott&gt; jrandom: نعم. 14:59 &lt;gott&gt; حسنًا. 14:59 &lt;gott&gt; المعلومات على config.jsp واضحة تمامًا بالفعل 15:00 &lt;jrandom&gt; من ناحية أخرى، نرى أسئلة هنا طوال الوقت عن ما الذي تفعله حدود عرض النطاق بالفعل، وكيف تعمل معدلات الاندفاع، إلخ. سيكون رائعًا وجود الإجابات على الصفحة بدلًا من أن يضطر الناس للسؤال 15:00 &lt;gott&gt; هه 15:00 &lt;jrandom&gt; gott: الأمر واضح بالنسبة لك لأنك تستخدم i2p منذ قرابة عامين 15:00 &lt;gott&gt; لا بأس، 'configtunnels.jsp' قد يحتاج لبعض العمل. 15:00 &lt;gott&gt; حسنًا. 15:00 &lt;+cervantes&gt; واضح للمتمرسين ربما، لكن المستجد سيتيه 15:01 &lt;gott&gt; إذًا، هذه مجموعة مهام أحدث: 15:01 &lt;+cervantes&gt; لست متأكدًا من أفضل طريقة لعرض المساعدة من منظور الواجهة 15:01 &lt;gott&gt; (1) مساعدة سياقية على صفحات الويب مُحلّية إلى لغة المستخدم. يمكن ضبط متغير إعداد للغة الواجهة، ويُحمّل افتراضيًا من متغير المسار $LANG على لينكس 15:02 &lt;gott&gt; لست متأكدًا كيف تحدد Java المحلية الافتراضية على ويندوز. 15:02 &lt;gott&gt; لكن هذه بداية جيدة للتعريب وكتابة الوثائق. 15:03 &lt;gott&gt; (2) لإصدار 1.0، HOWTO تُستَخدم عبر i2p 15:03 &lt;gott&gt; لا أقترح تضمين الـ HOWTO، فهذا إفراط. سيكون من اللطيف إبقاء i2p صغيرًا قدر الإمكان، أليس كذلك؟ 15:03 &lt;jrandom&gt; يا رجل، إنها HTML. صغيرة جدًا. وحتى إن كانت ضخمة، فإن HTML تنضغط بشكل رائع جدًا 15:03 &lt;jrandom&gt; وجود دليل محلي سيكون مفضّلًا جدًا 15:03 &lt;jrandom&gt; خاصةً بما أننا نستطيع دفع التحديثات 15:03 * gott يهز كتفيه 15:04 &lt;gott&gt; أظن ذلك. 15:04 &lt;gott&gt; فقط أراه سخيفًا. 15:04 &lt;gott&gt; طالما يمكنك فقط تنزيله عبر الويب. 15:04 &lt;gott&gt; لكن من ناحية أخرى، إذا لم يستطع المستخدم معرفة كيفية استخدام i2p 15:04 &lt;gott&gt; فلن يستطيع. 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; هل Aum موجود، كنت أنظر إلى مواصفات QuarterMaster 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; * لمساعدة البحث على جانب العميل، كل عناصر البيانات تصاحبها 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; مخططة وصفية بسيطة - حتى الآن، تتكون فقط من: 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; - key - الاسم النصي للمفتاح 15:04 &lt;+jdot&gt; ضعها على www.i2p.net لكي تكون متاحة عبر الإنترنت العام و i2p. 15:04 &lt;+jdot&gt; وعلى الدوام مُحدّثة 15:05 &lt;gott&gt; نعم. 15:05 &lt;gott&gt; فقط استخدم آلية التحديث. 15:05 &lt;gott&gt; حسنًا. 15:05 &lt;gott&gt; إذن، للتثبيت النهائي: 15:05 &lt;jrandom&gt; بالتأكيد، يمكننا وضعها على الموقع أيضًا. يمكننا نشرها في أرجاء الشبكة إن كان هذا يساعد ;) 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; أتساءل إن كان بإمكان Aum تنفيذ مخزن البيانات بحيث تكون البيانات الوصفية منفصلة في حال أراد ترقية نظام التخزين. تذكّر عندما أراد Freenet تغيير نظام التخزين لكنه كان عالقًا 15:05 &lt;gott&gt; 1 : واجهة مُحلّية ومساعدة سياقية. 15:05 &lt;gott&gt; 2 : HOWTO مُحلّية لإصدار 1.0 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; أوه هذا الاجتماع :) 15:05 &lt;gott&gt; أي إضافات؟ 15:06 &lt;gott&gt; ستغطي الـ HOWTO الكثير من مزايا شبكة i2p الإضافية. 15:06 &lt;gott&gt; أين يمكن الحصول على أحدث المواد الإباحية (مزحة) 15:06 &lt;+ant&gt; &lt;BS314159&gt; صفحة man! :-) 15:06 &lt;gott&gt; صفحات man ليست مستقلة عن المنصة 15:06 &lt;jrandom&gt; رائع، تضمين أشياء مثل Q و i2ptunnel و feedspace و i2p-bt، إلخ سيكون رائعًا لـ HOWTO 15:06 &lt;+cervantes&gt; يمكن تعريب المُثبِّت أيضًا على ما أظن... 15:06 &lt;gott&gt; لدى شبكة i2p عددٌ كبير جدًا من المستخدمين الفرنسيين بشكل مضحك 15:07 &lt;+Ragnarok&gt; ينبغي بوضوح أن تكتب توثيق دفتر العناوين الذي لم أتفرغ له :) 15:07 &lt;gott&gt; متأكد أنهم سيقدّرون واجهة مُحلّية حتى لا يضطروا للنظر إلى اللغة الإنجليزية المقززة 15:07 &lt;+cervantes&gt; مهلاً إنها فرنسية في معظمها بالفعل 15:07 &lt;gott&gt; صحيح. 15:07 &lt;gott&gt; أفكار جيدة. 15:08 &lt;gott&gt; حسنًا، هذا كل ما لدي لأقوله. 15:08 &lt;jrandom&gt; حسنًا رائع، شكرًا gott، مبادرة جميلة 15:08 &lt;gott&gt; الآن، سأبدأ بالمحتوى السياقي 15:08 &lt;jrandom&gt; Synonymous2: لست متأكدًا مما يفعله Aum على هذا الصعيد 15:08 &lt;jrandom&gt; ممتاز 15:08 &lt;gott&gt; ثم، عندما تُضاف خيار التعريب، اللغات المُحلّية 15:08 &lt;+bla&gt; gott: Je _deteste_ Anglais! ;) 15:09 &lt;gott&gt; moi aussi 15:09 &lt;+ant&gt; &lt;Synonymous2&gt; Q و i2ptunnel و feedspace و i2p-bt، إلخ ستكون رائعة لـ HOWTO، أظن أن مقالة الويكي يجب تحديثها لـ i2p لإضافة هذا، سأقوم بذلك 15:09 &lt;+cervantes&gt; حسنًا لديك ويليام الفاتح لتلومه على ذلك 15:09 &lt;jrandom&gt; هه 15:09 &lt;gott&gt; الويكي جيد، لكنه غير رسمي أيضًا. 15:09 &lt;gott&gt; للدليل عنصر الاعتمادية. 15:09 &lt;gott&gt; إنه أكثر طمأنة. 15:10 &lt;+ant&gt; &lt;Synonymous2&gt; إذا أراد الناس المجيء والنظر فسيكون ذلك مفيدًا أيضًا، مقالة ويكيبيديا لـ Freenet جيدة أيضًا في وصف الأدوات لـ Freenet. كذلك، أرى أن صفحة Freenet منشورة تحت GNU FDL، إن استطاع i2p.net فعل الشيء نفسه (أو المجال العام) يمكنني نسخ بعض الأشياء إلى ويكيبيديا :)) إن أردتم فعل ذلك 15:10 &lt;+cervantes&gt; وإلا لكنا لا نزال نتحدث الأنجلوسكسونية 15:10 &lt;jrandom&gt; كل ما أفعله مما "أملك حقوقه" مُفرَج ضمنيًا إلى الملك العام 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; كنت أظن ذلك، إن كان بإمكانك وضع ذلك كفقرة على صفحة الويب فسيكون رائعًا متى شئت، الناس في ويكيبيديا متشددون بشأن حقوق النشر :&gt; 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; :))) 15:11 &lt;gott&gt; jrandom: كل التعريب الذي أكتبه سيكون في الملك العام 15:11 &lt;jrandom&gt; من ناحية أخرى، النسخ الحرفي للنص ليس، امم، مفيدًا جدًا، لأن نسخك ستكون خارج التاريخ - فقط اربط بها، فالويب موجود لسبب 15:11 &lt;gott&gt; لا أهتم بأي تراخيص. 15:12 &lt;gott&gt; أيضًا، سؤال أخير: 15:12 &lt;+ant&gt; &lt;Synonymous2&gt; كنت سأنسخ بعض الأشياء مثل المخطط وبعض الرسوم :) 15:12 &lt;gott&gt; أين توجد ملفات .jsp الخاصة بـ router؟ 15:12 &lt;jrandom&gt; gott: `http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/` 15:13 &lt;gott&gt; آه 15:13 &lt;gott&gt; إذًا، محليًا، هل هي ضمن ملف .jar؟ 15:13 &lt;jrandom&gt; gott: routerconsole.war 15:13 &lt;jrandom&gt; لكن لا يمكنك حقًا تعديلها هناك، لأنها مُصرَّفة مسبقًا إلى Java 15:13 * gott يومئ برأسه 15:13 &lt;gott&gt; بالتأكيد. 15:14 &lt;gott&gt; مع ذلك، هذا مُزعِج. 15:14 &lt;gott&gt; عندما يخرج التعريب، قد يتغير ذلك؟ 15:14 &lt;jrandom&gt; نعم. هناك الكثير من الخيارات. إذا أعددت HTML الذي ينبغي أن تُنتجه الـ JSPs، يمكننا توصيله 15:14 &lt;+cervantes&gt; Synonymous: http://www.i2p.net/licenses 15:15 &lt;gott&gt; بحيث يمكنك الحصول على حزم لغات 15:15 * gott يومئ برأسه 15:15 &lt;gott&gt; في الوقت الحالي، هو مُضمَّن مباشرة 15:15 &lt;jrandom&gt; التعريب في Java يعمل بتحميل ملفات خصائص لكل لغة تحتوي على الموارد 15:15 &lt;gott&gt; لكن لاحقًا، ينبغي أن يكون أقل تقييدًا، هذا اقتراحي 15:15 &lt;jrandom&gt; صحيح صحيح 15:16 &lt;gott&gt; رائع. 15:16 &lt;gott&gt; حسنًا، سأستخدم anonymous CVS إذن ;-) 15:16 &lt;jrandom&gt; ممتاز 15:16 &lt;+ant&gt; &lt;BS314159&gt; bla: هل بياناتك الخام متاحة في مكان ما؟ 15:16 &lt;jrandom&gt; bla انقطع حديثًا، لكن سنرى بشأن إتاحة بعض البيانات 15:17 &lt;gott&gt; بالمناسبة، هل لدينا أحد يُشغّل i2p على OpenBSD؟ 15:17 &lt;+ant&gt; &lt;BS314159&gt; سيكون ممتعًا ترك الناس يجرّبون المقدّرات الخاصة بهم 15:17 &lt;+ant&gt; &lt;BS314159&gt; sister:...23? 15:17 &lt;jrandom&gt; gott: نعم، أظن detonate كذلك 15:18 &lt;+ant&gt; &lt;BS314159&gt; تم 15:18 &lt;+ant&gt; &lt;BS314159&gt; نشر متقاطع 15:18 &lt;+ant&gt; &lt;BS314159&gt; تبًا! 15:18 &lt;gott&gt; هل هذا ممكن أصلًا؟ ما قيود Java على OpenBSD و i2p؟ 15:18 &lt;gott&gt; حسنًا. 15:18 &lt;jrandom&gt; BS314159: نعم، هناك معلومات جيدة عن تعديل المقدّرات الخاصة بك في المنتدى 15:18 &lt;+cervantes&gt; اجتماع طويل 15:18 &lt;gott&gt; إن وجدت وقتًا، قد أشغّله وأعد منفذًا (port). 15:18 &lt;gott&gt; لكن هذا بعيد وقد يسبِقني شخص آخر ;-) 15:18 &lt;jrandom&gt; cervantes: تحقق من السجلات، لقد تجاوزنا 2h من قبل ;) 15:19 &lt;jrandom&gt; حسنًا، هل لدى أحد شيء آخر للاجتماع؟ 15:20 &lt;jrandom&gt; إن لم يكن 15:20 * jrandom يستعد 15:20 * jrandom *baf* يُغلق الاجتماع </div>/ar/blog/2005/04/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-12/Tue, 12 Apr 2005 00:00:00 +0000/ar/blog/2005/04/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-12/<p>مرحباً بالجميع، حان وقت التحديث مجدداً</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة SSU 3) التنميط البايزي للأقران 4) حالة Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>يبدو أن إصدار 0.5.0.6 الذي صدر الأسبوع الماضي قد أصلح مشكلات netDb التي كنا نراها (رائع!). أصبحت المواقع والخدمات أكثر موثوقية بكثير مما كانت عليه في 0.5.0.5، ومع ذلك وردت بعض التقارير عن مشكلة تؤدي إلى تعذر الوصول إلى موقع أو خدمة بعد بضعة أيام من التشغيل.</p>/ar/blog/2005/04/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-05-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/Tue, 05 Apr 2005 00:00:00 +0000/ar/blog/2005/04/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-05-%D8%A3%D8%A8%D8%B1%D9%8A%D9%84-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, duck, frosk, jrandom, jrandom2p, protokol, Teal`c\__, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:34 &lt;@jrandom&gt; 0) مرحبًا 14:34 &lt;@jrandom&gt; 1) 0.5.0.5 14:34 &lt;@jrandom&gt; 2) التحليل البايزي لملفات تعريف النظراء 14:34 &lt;@jrandom&gt; 3) Q 14:34 &lt;@jrandom&gt; 4) ??? 14:35 &lt;@jrandom&gt; 0) مرحبًا 14:35 * jrandom يلوّح 14:35 * smeghead يوكّل قائمة مهامه إلى كونٍ موازٍ 14:35 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2005-April/000675.html 14:36 &lt;@jrandom&gt; فلننتقل مباشرةً إلى 1) 0.5.0.5 14:36 &lt;+ant&gt; * Connelly يلوّح 14:37 &lt;+protokol&gt; مرحبًا بالجميع 14:37 &lt;@jrandom&gt; كما ذُكر في ملاحظات الحالة (وفي history.txt الحالي)، تتبّعنا بعض أخطاء netDb المزمنة جدًا 14:37 &lt;@jrandom&gt; في السابق كنا نتحايل عليها، لكن 0.5.0.5 أجبرنا على البدء بعمل الأمور "كما ينبغي"، ولهذا تؤذينا الآن 14:39 &lt;@jrandom&gt; أتوقع أن يكون لدينا إصدار جديد غدًا في وقتٍ ما، لذا راقب رابط التحديث في لوحة تحكم الـ router لديك :) 14:39 &lt;+protokol&gt; ياي 14:39 &lt;@jrandom&gt; في الواقع، هذا تقريبًا كل ما لديّ بهذا الخصوص حاليًا - هل لدى أي شخص شيء يضيفه بخصوص 0.5.0.5؟ 14:40 &lt;+protokol&gt; لا 14:41 &lt;@jrandom&gt; حسنًا، ننتقل إلى 2) التحليل البايزي لملفات تعريف النظراء 14:41 &lt;@jrandom&gt; آه، اللعنة، bla غادر القناة قبل بضع دقائق 14:42 &lt;@jrandom&gt; على أي حال، أردت فقط لفت الانتباه إلى عمل bla في استكشاف تقنيات التحليل الأكثر متانة 14:42 &lt;+protokol&gt; نؤجّل 2؟ 14:43 &lt;@jrandom&gt; اطلعوا على مشاركة المنتدى والرابط إلى theland.i2p لمزيد من المعلومات، وأرسلوا إلى bla أفكاركم :) 14:44 &lt;@jrandom&gt; حسنًا، ننتقل إلى 3) Q 14:44 &lt;@jrandom&gt; aum: مستيقظ؟ 14:44 &lt;@jrandom&gt; همم، لا يبدو ذلك 14:45 &lt;@jrandom&gt; حسنًا، هناك تقدم كبير على صعيد Q، تفاصيل أكثر حول الانخراط في اختبار ألفا منشورة @ `http://aum.i2p/q/` 14:45 &lt;@jrandom&gt; أنا واثق أننا سنسمع المزيد على القائمة عند توفر تحديث 14:46 &lt;+ant&gt; &lt;Connelly&gt; Q يعمل لديّ لاسترجاع المحتوى 14:46 &lt;@jrandom&gt; نعم، كان يعمل بشكل رائع لديّ أيضًا، مع بعض العثرات هنا وهناك، لكنه واعد جدًا 14:47 &lt;+ant&gt; &lt;Connelly&gt; خادوم Q لديّ خزّن عنصرين صغيرين، ثم علِق عند استخدام CPU بنسبة 100% حتى أوقفته 14:47 &lt;zzz&gt; لمن لم يروها، اطلعوا على الواجهة الأمامية لـ q خاصتي `http://flock.i2p/cgi-bin/q` 14:47 &lt;@jrandom&gt; zzz: هذا رائع جدًا 14:48 * jrandom نسي الـ url لذلك عند كتابة ملاحظات الحالة (d'oh) 14:50 &lt;@jrandom&gt; حسنًا، أي شيء آخر حول 3) Q؟ أم ننتقل إلى 4) ??? 14:50 * jrandom يعتبر أننا انتقلنا 14:51 &lt;@jrandom&gt; هل لدى أحد أي شيء آخر يود طرحه للاجتماع؟ 14:51 &lt;+ant&gt; &lt;Connelly&gt; لقد كنت أبرمج مُرشّح http/html لـ i2p 14:51 &lt;+protokol&gt; نعم 14:51 &lt;+protokol&gt; Ian Clarke ترول على Slashdot 14:51 &lt;+ant&gt; &lt;Connelly&gt; كنت أبرمج 14:51 &lt;+ant&gt; &lt;Connelly&gt; ينبغي أن يكون أكثر أمانًا من مُرشّح HTML في Freenet 14:51 &lt;+ant&gt; &lt;Connelly&gt; إن نفد الوقت سأدمج مُرشّح Freenet فحسب 14:51 &lt;@jrandom&gt; جيّد يا Connelly، كيف يتقدم العمل؟ 14:52 &lt;@jrandom&gt; protokol: وأنت ترول في #i2p ;) 14:52 &lt;+ant&gt; &lt;Connelly&gt; إذًا في النهاية سيكون لدينا مُرشّح HTML لـ i2p 14:52 &lt;+ant&gt; &lt;Connelly&gt; أنهيت ترشيح HTML، وأعمل الآن على CSS، ولم أنظر بعد في ترشيح الرؤوس 14:53 &lt;+ant&gt; &lt;Connelly&gt; إنه شديد الحذر :) 14:53 &lt;@jrandom&gt; خطير 14:53 &lt;+protokol&gt; قائمة بيضاء؟ 14:53 &lt;@duck&gt; هل يسمح بمرور أي شيء أصلًا؟ 14:53 &lt;+ant&gt; &lt;Connelly&gt; نعم 14:53 &lt;+protokol&gt; إن كان كذلك، ما الذي يُحظر حاليًا 14:53 &lt;+protokol&gt; (من الأشياء المهمة) 14:55 &lt;+ant&gt; &lt;Connelly&gt; المحظورات ذات الأهمية: الإطارات frames وiframes، البرمجة النصية scripting، وoptgroup 14:55 &lt;+ant&gt; &lt;Connelly&gt; meta 14:55 &lt;+ant&gt; &lt;Connelly&gt; كائنات مضمّنة 14:56 &lt;@jrandom&gt; جميل. أتطلع لرؤية كيف ستتقدم الأمور - هل هناك تقدير زمني لموعد تمكننا من تجربته مع eepproxy؟ 14:56 &lt;+ant&gt; &lt;Connelly&gt; غالبًا ستكون لديّ نسخة ألفا خلال 1-2 أسبوع 14:57 &lt;+ant&gt; &lt;Connelly&gt; كي نتمكن من اختبار كيفية عمله 14:57 &lt;jrandom2p&gt; رائع 14:58 &lt;+ant&gt; &lt;Connelly&gt; يسمح بالنماذج، وملفات تعريف الارتباط (cookies)، وتخزين المحتوى مؤقتًا، لكن يمكن إيقاف هذه في نمط 'paranoid' 14:58 &lt;+protokol&gt; لماذا الإطارات frames وiframes؟ ألا يمكنك فقط حظر الاتصالات بالمواقع غير i2p منها؟ 14:59 &lt;+ant&gt; &lt;Connelly&gt; يحتوي على شريط تنقل لعناوين url شبيه بـ cgiproxy في الأعلى 14:59 &lt;+ant&gt; &lt;BS314159&gt; أظن أن الصعب سيكون حظر الإطارات بين eepsites مختلفة 14:59 &lt;+ant&gt; &lt;Connelly&gt; لا أريد أن يُختطف ذلك 14:59 &lt;+protokol&gt; أعني، هل يمكنك فقط حظر الاتصالات 14:59 &lt;+ant&gt; &lt;Connelly&gt; يمكن جعله مثل وكيل Freenet حيث تدخل url في البداية فقط 14:59 &lt;+protokol&gt; نعم، الإطارات قد تكون رائعة 14:59 &lt;+ant&gt; &lt;Connelly&gt; ولا يمكنك إدخال urls بمجرد أن تبدأ التصفح 14:59 &lt;jrandom2p&gt; الإطارات تقتل القطط الصغيرة 15:00 &lt;+ant&gt; &lt;BS314159&gt; يبدو أن هذه أقدم framewar على الإطلاق. عفوًا، flamewar 15:00 &lt;jrandom2p&gt; هه 15:00 &lt;+protokol&gt; قلت إنها "قد" تكون رائعة 15:00 &lt;+ant&gt; &lt;BS314159&gt; ما نحتاجه هو متصفحنا الخاص 15:00 &lt;@jrandom&gt; ومهور طائرة 15:01 &lt;@jrandom&gt; *سعال* 15:01 &lt;+ant&gt; &lt;Connelly&gt; أفضل طائرة F-16 على مهر 15:01 &lt;Teal`c__&gt; هل يمكنني الحصول على فتاة ؟ 15:01 &lt;+ant&gt; &lt;Connelly&gt; سأضيف خيارًا لتمكين الإطارات 15:01 &lt;+protokol&gt; Teal`c__: لا 15:02 &lt;+ant&gt; &lt;BS314159&gt; هل هناك I2P inproxy يعمل؟ يبدو أن bolas.mine.nu ميت. 15:02 &lt;+protokol&gt; من eepsites أخرى، صحيح؟ 15:02 &lt;@jrandom&gt; BS314159: http://i2p.mine.nu/ 15:02 &lt;+protokol&gt; i2p.mine.nu 15:02 &lt;frosk&gt; i2p.mine.nu 15:02 &lt;+ant&gt; &lt;BS314159&gt; شكرًا 15:02 &lt;+ant&gt; &lt;BS314159&gt; الإطارات آمنة إذا كانت داخل eepsite واحدة. الإطارات آمنة إذا كان كل المحتوى ثابتًا 15:03 &lt;+ant&gt; &lt;BS314159&gt; الخطر الوحيد هو إن كان هناك نموذج في أحد الإطارات، فقد ترسل معلومات إلى جهة خاطئة 15:04 &lt;@jrandom&gt; أرى أن المُرشّح ينبغي أن يدعم فقط ما نحتاجه فعلًا (ونعلم أنه آمن)، وأن نترك مطالب المستخدمين الفعلية توسّع الوظائف بدلًا من الافتراض مُسبقًا أن الناس سيريدون بعض الأشياء 15:04 &lt;+ant&gt; &lt;BS314159&gt; حكيم 15:06 &lt;@jrandom&gt; حسنًا، هل لدى أي شخص آخر شيء للاجتماع؟ 15:06 &lt;Teal`c__&gt; آسف، لم أكن أعلم أن هناك اجتماعًا قائمًا 15:07 &lt;@jrandom&gt; هه، لا تقلق، ستُخلَّد في سجلات الاجتماع ;) 15:07 &lt;@jrandom&gt; وبالحديث عن ذلك 15:07 * jrandom يختتم 15:07 * jrandom يقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2005/04/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-05/Tue, 05 Apr 2005 00:00:00 +0000/ar/blog/2005/04/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-04-05/<p>Hi y&rsquo;all, time for the weekly update</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) تنميط الأقران البايزي 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>إصدار الأسبوع الماضي 0.5.0.5 شهد نجاحات وإخفاقات — فالتغيير الرئيسي لمعالجة بعض الهجمات في netDb (قاعدة بيانات الشبكة في I2P) يبدو أنه يعمل كما هو متوقع، لكنه كشف عن بعض الأخطاء البرمجية التي طال إغفالها في طريقة عمل netDb. وقد تسبّب ذلك في مشكلات كبيرة على صعيد الاعتمادية، خصوصاً بالنسبة إلى eepsites (I2P Sites). ومع ذلك فقد جرى تحديد الأخطاء البرمجية ومعالجتها في CVS، وسيتم طرح تلك الإصلاحات، إلى جانب بعض غيرها، كإصدار 0.5.0.6 خلال اليوم المقبل.</p>/ar/blog/2005/03/29/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-29/Tue, 29 Mar 2005 00:00:00 +0000/ar/blog/2005/03/29/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-29/<p>مرحباً جميعاً، حان وقت ملاحظات الحالة الأسبوعية</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) UDP (SSU) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>نظرًا لأنكم قمتم بعمل رائع في الترقية إلى الإصدار 0.5.0.4 بسرعة، سنطرح الإصدار الجديد 0.5.0.5 بعد الاجتماع. كما ناقشنا الأسبوع الماضي، التغيير الكبير هو تضمين شفرة التجميع، لتجميع عدة رسائل صغيرة معًا بدلًا من منح كل واحدة منها رسالة tunnel كاملة بحجم 1KB خاصة بها. ومع أن هذا وحده لن يكون تغييريًا جذريًا، فمن المتوقع أن يقلّل بشكل كبير عدد الرسائل المُتبادلة وكذلك عرض النطاق الترددي المُستخدَم، لا سيما في الخدمات مثل IRC.</p>/ar/blog/2005/03/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%85%D8%A7%D8%B1%D8%B3-2005/Mon, 28 Mar 2005 00:00:00 +0000/ar/blog/2005/03/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D9%85%D8%A7%D8%B1%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, frosk, jrandom, Myo9, postman, smeghead, zzz</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:13 &lt;jrandom&gt; 0) مرحباً 13:13 &lt;jrandom&gt; 1) 0.5.0.5 13:13 &lt;jrandom&gt; 2) UDP (SSU) 13:13 &lt;jrandom&gt; 3) Q 13:13 &lt;jrandom&gt; 4) ??? 13:13 &lt;jrandom&gt; 0) مرحباً 13:13 * jrandom يلوّح 13:13 * smeghead يتحوّل إلى جسيمات 13:13 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية متاحة على @ http://dev.i2p.net/pipermail/i2p/2005-March/000661.html 13:14 &lt;jrandom&gt; (قبل ساعة *تمتمة*) 13:14 &lt;jrandom&gt; على أي حال، لنبدأ بـ 1) 0.5.0.5 13:15 &lt;jrandom&gt; كما ذُكر في ملاحظات الحالة، سيكون هناك إصدار جديد في وقت لاحق هذا المساء 13:15 &lt;jrandom&gt; على كل من لم ينتقل بعد إلى 0.5.0.4 الترقية في أسرع وقت ممكن، إذ لن تتمكنوا من التحدث مع مستخدمي 0.5.0.5 13:15 &lt;jrandom&gt; وكذلك، ينبغي لجميع مستخدمي 0.5.0.4 الترقية بمجرد صدور 0.5.0.5 13:16 &lt;@smeghead&gt; هل سيعمل التحديث عبر آلية التحديث الموثوقة الجديدة في لوحة تحكم الـ router؟ 13:17 &lt;jrandom&gt; نعم ولا 13:17 &lt;jrandom&gt; بالطبع، يحتوي 0.5.0.4 على خلل في NewsFetcher، حيث لا يكتب إلى ملف مؤقت، بل يستأنف /فوق/ الملف الحالي 13:18 &lt;jrandom&gt; لذا، وبالنظر إلى الطريقة التي يكتشف بها NewsFetcher التحديثات، فلن يرى رسالة "مرحباً، 0.5.0.5! احصل عليه!" اللاحقة 13:18 &lt;zzz&gt; نعم إذا كنت تريد الانتظار 12 ساعة؟ لا يوجد 'update now' زر، أليس كذلك؟ 13:18 &lt;jrandom&gt; من ناحية أخرى، بمجرد صدور 0.5.0.5 وتحديث news.xml، يمكن لمستخدمي 0.5.0.4 حذف الملف وسيقوم بجلبه، واكتشافه، والسماح لكم بالتحديث 13:19 &lt;@smeghead&gt; ما اسم هذا الملف؟ 13:19 &lt;@smeghead&gt; آه فهمت 13:19 &lt;jrandom&gt; zzz: إذا لم يكن news.xml موجوداً أو لم يتم تعديله خلال 12 ساعة، فسيتم جلب مراجعة جديدة 13:20 &lt;jrandom&gt; سيتم إتاحة i2pupdate.zip جديد، وكذلك i2pupdate.sud 13:20 &lt;jrandom&gt; (مع أنه قد لا يتم توفير ملف .zip في المراجعات اللاحقة) 13:20 &lt;@smeghead&gt; هل ينبغي أن يكون news.xml في دليل التثبيت الأساسي؟ 13:20 &lt;jrandom&gt; smeghead: docs/news.xml 13:21 &lt;+Myo9&gt; ألن يكون من الجيد الحصول على التحديثات بشكل مجهول افتراضياً؟ 13:21 &lt;+Myo9&gt; s/not/"not be"/ 13:22 &lt;jrandom&gt; Myo9: الأسبوع الماضي قدّم bla وجهة نظر معاكسة لذلك — حقيقة أنك تُشغّل i2p ليست سراً، واستخدام eepproxy لديك لجلبه قد يسمح لـ dev.i2p برؤية أي وجهة تُستخدم 13:22 &lt;+frosk&gt; بإمكان أي شخص أن يعرف أنك تشغّل router على أي حال 13:22 &lt;+ant&gt; &lt;mae^&gt; lalalala 13:22 &lt;jrandom&gt; تماماً كما أنه ليس من الجيد أن تقول على irc "مرحباً، سأعيد تشغيل الـ router الآن"، فأنت لا تريد ربط أسمائك المستعارة بنشاط الـ router لديك 13:23 &lt;+Myo9&gt; حسناً. 13:23 &lt;+ant&gt; * mae^ يسد أذنيه 13:23 &lt;jrandom&gt; لكن، من ناحية أخرى، لو كان dev.i2p مضيفاً مجهولاً فعلاً (أي أننا لا نعرف أنه dev.i2p.net)، لاحتجنا إلى دعم ذلك :) 13:23 &lt;+ant&gt; &lt;mae^&gt; لا تقل لي كلمة سر الشبكة اللعينة خاصتك 13:24 &lt;+ant&gt; &lt;mae^&gt; تباً 13:25 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيء بخصوص 1) 0.5.0.5؟ 13:25 &lt;+ant&gt; &lt;mae^&gt; دعونا جميعاً نأخذ دقيقة لشكر jr الآن 13:25 &lt;+ant&gt; &lt;mae^&gt; بهدوء وبينك وبين نفسك... 13:25 &lt;@smeghead&gt; mae^: ما رأيك بعد الاجتماع 13:25 &lt;jrandom&gt; هه، وأيضاً إلى صفحة التبرعات ;) 13:25 &lt;+ant&gt; &lt;mae^&gt; أو إليه وعلى الخاص أيضاً لا بأس 13:26 &lt;+ant&gt; &lt;mae^&gt; أو تبرّعوا! 13:26 &lt;jrandom&gt; حسناً، ننتقل إلى 2) UDP (SSU) 13:26 &lt;jrandom&gt; لدينا بعض الأفكار حول بروتوكول UDP الجديد منشورة على الويب، وسيكون رائعاً الحصول على تغذية راجعة نقدية 13:27 &lt;+ant&gt; * cervantes يلاحظ الـ "we" الملكية 13:27 &lt;@smeghead&gt; ما هو SSU 13:27 &lt;jrandom&gt; حسناً، قد أكون أنا من يكتب ذلك، لكننا جميعاً نناقش القضايا ;) 13:28 &lt;jrandom&gt; SSU == UDP آمن شبه موثوق 13:28 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD 13:28 &lt;+ant&gt; &lt;Eol&gt; ??? حصلتُ على i2p يعمل لكنه لا يستطيع حل مواقع .i2p .... التعليمات تقول وجّه المتصفح إلى البروكسي على 4444 لكن privoxy + tor موجودان هناك بالفعل ... site.i2p:4444 يفشل أيضاً ... أفكار (بدون تعطيل privoxy أو tor) 13:28 &lt;@smeghead&gt; Eol: --&gt; #i2p-chat 13:29 &lt;jrandom&gt; Eol: ربما يمكن لبعض الأشخاص في #i2p-chat المساعدة، نحن في اجتماع المطورين الأسبوعي الآن 13:30 &lt;jrandom&gt; الخلاصة أننا سنتمكن من الالتفاف على معظم أجهزة NAT، لكن للأسف ليس كلها. تُظهر الإحصاءات أنه سيعمل لدى نسبة كبيرة (75-95، حسب من تسأل) 13:31 &lt;jrandom&gt; حسناً، هذا كل شيء فعلاً — إذا كان لدى أيٍّ منكم أسئلة/تعليقات/مخاوف، فلا تترددوا في إرسال بريد إليّ أو إلى القائمة في أي وقت 13:31 &lt;+ant&gt; * Eol يعتذر 13:31 &lt;@smeghead&gt; على الباقين أن يتمردوا على مديري الأنظمة المستبدين لديهم 13:31 &lt;jrandom&gt; لا مشكلة يا eol 13:32 &lt;@smeghead&gt; (أو تُسرف للحصول على اتصال إنترنت حقيقي) 13:32 &lt;jrandom&gt; أو الحصول على NAT غير متناظر 13:32 &lt;+frosk&gt; (أو تنتظروا المسارات المقيّدة) 13:32 &lt;jrandom&gt; نعم، أو انتظروا 2.0 :) 13:32 &lt;@smeghead&gt; لأنه حقاً، إن كنت مهتماً بحرية المعلومات والخصوصية، فلا ينبغي أن تُخضع نفسك لمثل هذه قيود NAT الخارجة عن إرادتك على أي حال 13:32 &lt;jrandom&gt; smeghead: ليس لدى الجميع خيار في هذا الأمر 13:33 &lt;jrandom&gt; على سبيل المثال، كان لدينا مستخدم هنا قبل بضعة أيام من الإمارات، حيث يوجد مزود خدمة إنترنت واحد فقط، مع NAT خاص بهم 13:33 &lt;@smeghead&gt; صحيح جداً، لكن هناك أيضاً من يتوقع منا أن نبذل قصارى جهدنا لدعمهم بينما ينبغي لهم استعادة قدرتهم 13:33 &lt;@smeghead&gt; صحيح 13:34 &lt;jrandom&gt; نعم، سندعم ما نستطيع، وما لا نستطيع—حسناً—لا نستطيع، بعد 13:34 &lt;@smeghead&gt; كلما انحنى الناس أكثر أمام مزودي خدمة الإنترنت لديهم، كلما زاد المزوّدون تقييداً لمستخدميهم، وأصبحت مهمتنا أصعب 13:37 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيء بخصوص 2) UDP؟ إن لم لا، ننتقل إلى 3) Q 13:37 &lt;jrandom&gt; همم، يبدو أن aum ليس متصلاً بعد :) 13:37 &lt;jrandom&gt; لكن عموماً، هناك الكثير من الأشياء الرائعة على @ `http://aum.i2p/q/` 13:38 &lt;@smeghead&gt; أظن أنني أتحدث باسم aum عندما أقول، "zzzzzzzzzzzzzZZZz" 13:39 &lt;jrandom&gt; حسناً، لا أدري إن كان لدي ما أضيفه عمّا ورد في البريد، سوى "أشياء لطيفة، تحدثوا إلى aum" :) 13:40 &lt;jrandom&gt; حسناً، ننتقل بسرعة إلى 4) ??? 13:40 &lt;jrandom&gt; هل لدى أي شخص آخر شيء يريد طرحه؟ 13:41 &lt;cervantes&gt; واو، أقل من نصف ساعة؟ 13:41 &lt;jrandom&gt; أولاً أنشر ملاحظات الاجتماع قبل ساعة، والآن هذا! 13:41 &lt;@smeghead&gt; حان وقت المماطلة الخطابية 13:41 &lt;jrandom&gt; *سعال* 13:41 &lt;+postman&gt; :) 13:41 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر، أعود لحزم 0.5.0.5 ويمكنكم جميعاً تنزيله عندما يصبح جاهزاً :) 13:41 &lt;+postman&gt; حسناً، أردت فقط الإعلان عن v2mail.i2p 13:42 * cervantes يخرج صنجاً صينياً من سلالة مينغ 13:42 &lt;jrandom&gt; أحسنت يا postman 13:42 &lt;+postman&gt; باعتباره البوابة الرسمية لتطوير v2mail 13:42 &lt;+postman&gt; تخطيط HTML يلتهم الأطفال 13:42 &lt;+postman&gt; لكن مع ذلك آمل أن تجدوا الوثائق/الأوراق البيضاء هناك مثيرة للاهتمام 13:43 &lt;+postman&gt; سيتم تحديث الوثائق خلال الأسبوع القادم 13:43 &lt;@smeghead&gt; هل يمكنك أن تحدثنا قليلاً عما هو v2mail؟ 13:43 &lt;@smeghead&gt; v2 مثل الإصدار 2، أم مثل الصاروخ؟ 13:43 &lt;+postman&gt; smeghead: خدمة بريد لامركزية جديدة لـ i2p 1.0 13:43 &lt;+postman&gt; smeghead: v2 يشير إلى الإصدار 13:44 * postman لا يخطط لأي قنابل بريدية أو صواريخ :) 13:44 &lt;@smeghead&gt; هل لديه اعتماديات محددة على 1.0، أم أن ذلك مجرد هدف؟ 13:45 &lt;+postman&gt; ما زال أمامنا بضعة أشهر من العمل — سيتم الإعلان عن التحديثات هناك 13:45 &lt;+frosk&gt; جهد جميل، postman 13:45 &lt;+postman&gt; smeghead: لا، لا توجد اعتماديات على 1.0 — ستستمر باستخدام susimail أو عميل البريد الخاص بك (mua) 13:46 &lt;+postman&gt; frosk: شكراً 13:46 &lt;+postman&gt; jrandom: k, /me hands back the microphone 13:47 &lt;+ant&gt; &lt;cervantes&gt; *تصفيق بعيد* 13:47 &lt;jrandom&gt; w3rd، يبدو رائعاً بالتأكيد 13:47 &lt;+postman&gt; cervantes: مهلاً، ماذا عن ملحق Firefox الخاص بك؟ 13:47 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيء يضيفه إلى الاجتماع؟ 13:48 &lt;+ant&gt; &lt;cervantes&gt; postman: إيرم، ما زلت أعمل على الملحق 13:49 &lt;+postman&gt; cervantes: أريد أن ألعب به :) 13:50 &lt;+ant&gt; &lt;cervantes&gt; أنهي الآن جزءاً مملاً من إدارة تفضيلات المستخدم... ثم يجب أن يكون كل شيء جاهزاً لإصدار تجريبي 13:50 &lt;jrandom&gt; روعة 13:50 &lt;+postman&gt; c00l :) 13:52 &lt;+ant&gt; &lt;cervantes&gt; على الهامش... يبدو أنني أقنعتُ بضعة مطوري Mozilla بالنظر في تعديل قاعدة الشيفرة كي أتمكن من إضافة ترشيح URI بسهولة إلى الملحق (أي سأكون قادراً على ضمان عدم إجراء اتصالات إلى عناوين غير i2p) 13:52 &lt;jrandom&gt; أوه، جميل! 13:52 &lt;+ant&gt; &lt;cervantes&gt; لكن ذلك لن يكون في Firefox قبل بضعة إصدارات 13:53 &lt;jrandom&gt; عظيم، من فضلك واصل إعلامنا بالمستجدات 13:53 &lt;+ant&gt; &lt;cervantes&gt; حاضر 13:54 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر... 13:54 * jrandom يتهيّأ 13:54 * jrandom يغلق الاجتماع بـ*baf* </div>/ar/blog/2005/03/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%85%D8%A7%D8%B1%D8%B3-2005/Tue, 22 Mar 2005 00:00:00 +0000/ar/blog/2005/03/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%85%D8%A7%D8%B1%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> ant, bla, cervantes, detonate, duck, frosk, jdot, jrandom, mihi, Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:01 &lt;@jrandom&gt; 0) مرحبًا 13:01 &lt;@jrandom&gt; 1) 0.5.0.3 13:01 &lt;@jrandom&gt; 2) التجميع 13:01 &lt;@jrandom&gt; 3) التحديث 13:01 &lt;@jrandom&gt; 4) ??? 13:01 &lt;@jrandom&gt; 0) مرحبًا 13:01 * jrandom يلوّح 13:01 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية التي نُشرت للتو متاحة على @ http://dev.i2p.net/pipermail/i2p/2005-March/000654.html 13:02 &lt;+detonate&gt; مرحبًا 13:02 &lt;+cervantes&gt; أهلًا 13:02 &lt;@jrandom&gt; سنقفز مباشرةً إلى 1) 0.5.0.3 13:02 &lt;@jrandom&gt; الإصدار صدر قبل بضعة أيام، والتقارير كانت إيجابية 13:02 &lt;+cervantes&gt; jrandom: أبلغنا عندما يتسلق الأقزام الزرق الراقصون شاشة حاسوبك وسنُنهي الاجتماع مبكرًا 13:03 &lt;@jrandom&gt; هه يا cervantes 13:03 &lt;@jrandom&gt; (شكرًا لبوب على سجلات الاجتماع القابلة للتحرير ;) 13:04 &lt;@jrandom&gt; ليس لدي الكثير لأضيفه بخصوص 0.5.0.3 أكثر مما ورد في تلك الرسالة 13:04 &lt;@jrandom&gt; هل لدى أحد أي تعليقات/أسئلة/مخاوف بشأنه؟ 13:04 &lt;bla&gt; jrandom: هل هناك أي قياسات جديدة لشفرة اختيار الأقران السريعين؟ 13:05 &lt;@jrandom&gt; آه، كنت أعلم أن هناك شيئًا آخر في 0.5.0.3 أهملته ;) 13:06 &lt;@jrandom&gt; لا أملك مقاييس صارمة بعد، لكن بالتجربة اختيار الأقران السريع عثر على الأقران الذين أعلم صراحةً أنهم 'سريعون' (مثل routers على نفس الجهاز، إلخ) 13:07 &lt;bla&gt; jrandom: أحيانًا، لا تزال eepsites تتطلب عدة محاولات للعثور على tunnel جيد للاستخدام 13:07 &lt;@jrandom&gt; وصلت تقارير عن معدلات إنتاجية معقولة إلى حد ما أيضًا (في حدود 10-20KBps)، لكن ذلك لا يزال غير متكرر (ما زلنا نضبط المعلمات على مستويات منخفضة) 13:08 &lt;+ant&gt; &lt;Connelly&gt; أوبس هناك اجتماع 13:09 &lt;@jrandom&gt; همم، نعم، وجدت أن الاعتمادية لا تزال ليست بالمستوى المطلوب. إعادة المحاولة أكثر من مرة ليست حلاً حقًا — إذا لم يتحمّل الموقع بعد محاولة واحدة، امنحه 5-10 دقائق قبل أن تعاود المحاولة 13:09 &lt;@jrandom&gt; ما رأيته على الشبكة هو بعض طفرات التأخير في طبقة النقل تحدث بوتيرة غير نادرة بما يكفي 13:10 &lt;@jrandom&gt; مثلًا: يستغرق الأمر 5-20+ ثانية فقط لتفريغ رسالة بحجم 1-2KB عبر مقبس 13:10 &lt;@jrandom&gt; اربط ذلك بمسار من 5 قفزات (tunnels من قفزتين) وقد تواجه مشكلات 13:11 &lt;@jrandom&gt; هذا في الواقع جزء مما يدفع إلى شفرة التجميع — تقليل عدد الرسائل المطلوب إرسالها 13:13 &lt;@jrandom&gt; حسنًا، هل لدى أي شخص أسئلة/تعليقات/مخاوف بشأن 0.5.0.3؟ 13:13 &lt;bla&gt; jrandom: يبدو جيدًا. سأسأل المزيد عنه في "القسم" التالي 13:14 &lt;@jrandom&gt; تمام، حسنًا، ربما يمكننا الانتقال إذًا إلى - 2) التجميع 13:15 &lt;@jrandom&gt; رسالة البريد ومدونتي (jrandom.dev.i2p&lt;/spam&gt;) ينبغي أن تصفا أساسيات ما هو مخطط له 13:15 &lt;@jrandom&gt; وعلى كل، إنها أشياء أساسية جدًا 13:15 &lt;@jrandom&gt; مسبّق المعالجة الحالي لدينا كان أبسط ما يمكن تطبيقه (اسم الصنف: TrivialPreprocessor) ;) 13:16 &lt;@jrandom&gt; الجديد يحتوي على بعض المعلمات القابلة للضبط لتواتر التجميع، بالإضافة إلى قدر من التآلف مع outbound tunnel ضمن مجموعات tunnel الفردية (حيث نحاول اختيار نفس outbound tunnel للطلبات اللاحقة لمدة تصل مثلًا إلى 500ms، حتى نتمكن من تحسين التجميع) 13:17 &lt;@jrandom&gt; هذا كل ما لدي لأضيفه حول ذلك — أي أسئلة/تعليقات/مخاوف؟ 13:18 &lt;bla&gt; هل يتطلب هذا من جميع العقد المشاركة تشغيل مسبّق المعالجة الجديد، أم يمكن لتشكيلة من Trivial/NewOne أن تتعايش؟ 13:18 &lt;+Ragnarok&gt; هذا سيضيف 0.5 ثانية إلى الكمون، صحيح؟ 13:19 &lt;@jrandom&gt; bla: لا، هذا المسبّق يُستخدم فقط على بوابة tunnel، ويعود لتلك البوابة تقرير كيفية التجميع أو ما إذا كان سيُجمع أصلًا 13:20 &lt;@jrandom&gt; Ragnarok: ليس عادةً — قد تُؤجَّل الرسالة 1 لمدة تصل إلى 0.5 ثانية، لكن الرسائل 2-15 تُنقل أسرع بكثير مما كانت ستنقل بدونه. كما أنه حد بسيط — بمجرد توفّر بيانات تكفي رسالة tunnel كاملة، تُصرَّف 13:20 &lt;+Ragnarok&gt; رائع 13:20 &lt;+Ragnarok&gt; كم مقدار الحمولة الزائدة التي يوفرها؟ 13:21 &lt;@jrandom&gt; كبير ;) 13:21 &lt;+Ragnarok&gt; كبير أمر جيد، وإن كان مبهمًا :P 13:21 &lt;@jrandom&gt; انظر إلى `http://localhost:7657/oldstats.jsp#tunnel.smallFragments` لديك 13:21 &lt;@jrandom&gt; وقارنه مع #tunnel.fullFragments 13:22 &lt;bla&gt; jrandom: هل يخص هذا الاتصال بين endpoint-&gt;IB-gateway فقط؟ 13:22 &lt;@jrandom&gt; مع التجميع، سترتفع نسبة الكامل إلى الصغير، وسيَنخفض عدد بايتات الحشو في الصغير 13:23 &lt;@jrandom&gt; bla: همم، إنه يخص جميع بوابات tunnel، سواء الوارِدة أو الصادرة 13:24 &lt;mihi&gt; الشظايا الكاملة: قيمة المتوسط على مدى العمر: 1,00 عبر 1.621,00 حدثًا 13:24 &lt;bla&gt; jrandom: ok 13:24 &lt;mihi&gt; هل يمكن أن يكون هناك عدد كسري من الشظايا؟ 13:24 &lt;@jrandom&gt; كامل: 1.00 عبر 807,077.00 حدثًا صغير: 746.80 عبر 692,682.00 حدثًا 13:25 &lt;@jrandom&gt; هه mihi 13:25 &lt;@jrandom&gt; (هذا small: 746 يعني أنه من أصل تلك الرسائل البالغ عددها 692k، كان 746 من أصل 996 بايتًا عبارة عن بايتات حشو مهدورة!) 13:26 &lt;@jrandom&gt; حسنًا، ليست مهدورة تمامًا — فقد أدّت غرضها 13:26 &lt;+detonate&gt; على أي حال، حمولة زائدة غير ضرورية 13:27 &lt;@jrandom&gt; نعم، ويمكننا التخلّص من الكثير منها عبر مسبّق التجميع 13:28 &lt;@jrandom&gt; لسوء الحظ، لن يُضمّن ذلك في الإصدار التالي 13:28 &lt;@jrandom&gt; ولكنه سيُضمّن في إصدار 0.5.0.6 (أو ربما 0.5.1) 13:28 &lt;@jrandom&gt; مم، 0.5.0.5، أو 0.5.1 13:28 * jrandom يختلط عليه أمر الأرقام 13:29 &lt;bla&gt; jrandom: لماذا لا؟ 13:29 &lt;+cervantes&gt; حشيش وحبوب... تبا 13:30 &lt;@jrandom&gt; !thwap cervantes 13:30 &lt;@jrandom&gt; bla: هناك علّة في 0.5.0.3 (وقبله) حيث يتسبب معالج الرسائل المجزأة في تجاهل الشظايا اللاحقة داخل نفس رسالة tunnel 13:31 &lt;@jrandom&gt; لو نشرنا مسبّق التجميع مباشرةً، لكان لدينا عدد كبير من الرسائل المفقودة 13:31 &lt;@jrandom&gt; لا داعي للقلق، لدينا أشياء لطيفة أخرى في جعبتنا، لذا 0.5.0.4 القادم لن يكون مملًا تمامًا ;) 13:31 &lt;bla&gt; jrandom: آه، إذًا ذلك 13:32 &lt;bla&gt; jrandom: آه، إذًا لهذا علينا فعل ذلك بعد أن يصبح 0.5.0.4 سائدًا.. فهمت. شكرًا. 13:33 &lt;@jrandom&gt; نعم، سيكون جميلًا لو كان معالج الشظايا قادرًا على التعامل معه، وهو يفعل ذلك عمومًا، لكنه فقط يحرّر مخزن البايتات مبكرًا جدًا، فيصفّر الشظايا اللاحقة (أوبس) 13:33 &lt;@jrandom&gt; حسنًا، أي شيء آخر حول 2)، أم ننتقل إلى 3) التحديث؟ 13:35 &lt;@jrandom&gt; حسنًا، كما ذُكر في ملاحظات الحالة (ونوقش لبعض الوقت في مواقع مختلفة)، سنضيف بعض الوظائف للتحديث البسيط والآمن الذي لا يتطلب من المستخدم النهائي زيارة الموقع، أو قراءة القائمة البريدية، أو قراءة الموضوع في القناة :) 13:36 &lt;+detonate&gt; رائع 13:36 &lt;@jrandom&gt; smeghead جمع بعض الشفرة للمساعدة في أتمتة العملية وتأمينها، بالتعاون مع cervantes للربط مع fire2pe بالإضافة إلى routerconsole العادي 13:37 &lt;@jrandom&gt; رسالة البريد تسرد الوصف العام لما سيكون متاحًا، ومع أن معظمها عملي، لا تزال هناك بعض الأجزاء التي لم تُحسَم بالكامل بعد 13:37 &lt;@jrandom&gt; وعلى خلاف التجميع، فهذا /سيكون/ متاحًا في الإصدار التالي، رغم أن الناس لن يتمكنوا من الاستفادة منه كثيرًا حتى 0.5.0.5 (عندما يحين وقت التحديث) 13:39 &lt;+Ragnarok&gt; إذًا... ما الأشياء الرائعة في 5.0.4 إذن؟ 13:42 &lt;@jrandom&gt; مع شفرة التحديث تأتي إمكانية جلب بيانات الإعلانات، وعرض مثلًا مقتطف من الأخبار أعلى واجهة router. إضافةً إلى ذلك، كجزء من شفرة التحديث لدينا مكوّن جديد للتنزيل الموثوق يعمل إمّا مباشرةً أو عبر eepproxy، مع إعادة المحاولة والمتابعة أثناء العملية. ربما ستكون هناك ميزات ذات صلة مبنية على ذلك، لكن دون وعود 13:42 &lt;+Ragnarok&gt; جميل 13:43 &lt;@jrandom&gt; حسنًا، هل لدى أي شخص أسئلة/تعليقات/مخاوف حول 3) التحديث؟ 13:45 &lt;@jrandom&gt; إن لم يكن، ننتقل إلى 4) ??? 13:45 &lt;@jrandom&gt; أي شيء آخر يريد أحد طرحه؟ أنا متأكد أنني فاتتني بعض الأشياء 13:45 &lt;+detonate&gt; من المعروف أن I2P يعمل مع Sun JVM على OpenBSD 3.7 :) 13:45 &lt;@jrandom&gt; جميل! 13:47 &lt;bla&gt; ما حالة نقل UDP؟ 13:48 &lt;+detonate&gt; سيكون UDP فوضويًا، أظن أنه سيكون من الأفضل سرقة كود pipelining من bt وتكييفه ;) 13:48 &lt;@jrandom&gt; *سعال* 13:49 &lt;@jrandom&gt; لا أتوقع مشاكل كثيرة، لكن هناك بالتأكيد عمل ينبغي إنجازه 13:49 &lt;@jrandom&gt; سيكون من المثير كيفية عمل سياسة الاصطفاف، وكذلك تقييد عرض الحزمة لقبول الإدخال إلى الصف 13:50 &lt;bla&gt; من كان يقوم بذلك العمل الأولي؟ 13:50 &lt;@jrandom&gt; bla: detonate و mule 13:50 &lt;+detonate&gt; نعم.. لقد تهاونت خلال الشهر الماضي أو نحوه 13:50 &lt;bla&gt; detonate: أفترض أنك تمزح، بشأن تعليقك عن BT؟ 13:51 &lt;+detonate&gt; أنا جادّ نصف الجد 13:51 &lt;+detonate&gt; يمكنك على الأقل خفض عدد الخيوط لطبقة النقل إلى النصف إذا فعلت ذلك 13:51 * jrandom يرشق detonate بدلو من الطين 13:51 &lt;jdot&gt; واو. يعمل router الخاص بي الآن على الخادم المخصص بدلًا من اتصال الكابل السيئ لدي. 13:51 &lt;@jrandom&gt; جميل يا jdot 13:52 &lt;@jrandom&gt; سنستطيع الاكتفاء بـ3-5 خيوط في طبقة النقل لكل الاتصالات مع جميع الأقران 13:52 &lt;bla&gt; detonate: لكن النصف لن يكفي عندما تصبح الشبكة كبيرة (&gt; بضع مئات من العقد) 13:52 &lt;jdot&gt; مع 1000GB من عرض الحزمة تحت تصرّفه 13:53 &lt;jdot&gt; لسوء الحظ j.i2p و chat.i2p سيكونان متوقفين لبضع ساعات أخرى بينما أنقل الأشياء 13:53 &lt;duck&gt; detonate: دفتر العناوين متوقف أيضًا؟ 13:53 &lt;+detonate&gt; نعم، متوقف أيضًا 13:54 &lt;+detonate&gt; الشيء الوحيد غير المتوقف هو تخزين الملفات الشخصية الأحادي، كنت أنوي تشغيله لاحقًا اليوم 13:54 &lt;@jrandom&gt; تمام 13:54 &lt;+detonate&gt; عندها لن يسبب I2P تجزئة كبيرة للقرص 13:54 &lt;jdot&gt; jrandom: بالنسبة لحدود عرض الحزمة، هل هي متوسطات؟ 13:54 &lt;+frosk&gt; أنظمة الملفات الحديثة لا تتجزأ، يا ساذج 13:55 &lt;+detonate&gt; لكن NTFS تتجزأ 13:55 &lt;@jrandom&gt; jdot: حدود عرض الحزمة عبارة عن token buckets (دلُو الرموز) صارمة 13:55 &lt;@jrandom&gt; jdot: إذا عيّنت مدة الانفجار، فذلك هو طول الفترة التي يُحتسب متوسطها خلالها 13:56 &lt;@jrandom&gt; (حسنًا، 2x burst == period) 13:56 &lt;@jrandom&gt; ((تقريبًا)) 13:56 &lt;jdot&gt; هممم... لدي 1000GB وأريد أن يتمكن I2P من استخدام ما يصل إلى 800GB/شهر.... 13:56 &lt;+ant&gt; &lt;mihi&gt; detonate: ntfs تخزّن الملفات الصغيرة جدًا في mft مما يعني تقريبًا عدم وجود تجزئة 13:57 &lt;jdot&gt; ولا يهمني إلى أي حدّ ينفجر المعدل 13:57 &lt;+detonate&gt; حسنًا، عندما تشغّل أداة إلغاء التجزئة، تقضي 10 دقائق في نقل كل 6000 ملف شخصي... لذا فلا بد أنها تتجزأ 13:58 &lt;@jrandom&gt; jdot: مم، حسنًا، 800GB ربما أكثر مما سيرغب في دفعه على أي حال، لذا يمكنك على الأرجح تركه دون حدود ;) 13:58 &lt;@jrandom&gt; ومن جهة أخرى، إن استطعت وصف سياسة تريد تنفيذها، فقد نتمكن من التعامل معها 13:58 &lt;jdot&gt; jrandom: سأفعل ذلك الآن وأرى كيف يعمل 13:58 &lt;bla&gt; detonate: NTFS، إذا لم تخني الذاكرة (IIRC)، هو نظام ملفات يسجّل المعاملات. لذا حتى الملف الأحادي سيتجزأ إذا كتبت إليه أجزاء صغيرة 13:58 &lt;+detonate&gt; كل شيء يُكتَب دفعة واحدة 13:59 &lt;+detonate&gt; ويُقرأ دفعة واحدة 13:59 &lt;bla&gt; detonate: حسنًا. فهمت. 13:59 &lt;jdot&gt; jrandom: حسنًا، دعنا ننتظر حتى نعرف ما إذا كان سيكون مشكلة أصلًا. 13:59 &lt;bla&gt; detonate: عمل جيد في هذه الحالة! 13:59 &lt;+detonate&gt; سأكون مهتمًا بمعرفة حجم الاستخدام الفعلي إذا تركته غير مقيّد 14:00 &lt;+detonate&gt; على اتصال جيد 14:00 &lt;jdot&gt; أنا مهتم أيضًا! 14:00 &lt;@jrandom&gt; routers المستضافة في مركز بيانات لدي تعمل دون تقييد، رغم أنها مقيّدة بالمعالج 14:00 &lt;+Ragnarok&gt; هل يمكنك استخدام bitbucket لحساب المتوسط على مدى شهر؟ 14:00 &lt;jdot&gt; jrandom: مقيّدة بالمعالج؟ ما نوع المعالج؟ 14:01 &lt;@jrandom&gt; نقل 4d 3.04GB/2.73GB 14:01 &lt;+detonate&gt; همم، كنت أتوقع أقل 14:01 &lt;@jrandom&gt; jdot: مقيّدة بالمعالج لأني أشغّل عليها 3 routers، إضافةً إلى بعض JVMs أخرى، وأحيانًا أقوم بتحليل الأداء 14:01 &lt;+detonate&gt; لا بد أنهم ناس bt 14:01 &lt;+detonate&gt; بمجرد أن تصبح أمور التجميع متاحة، سيكون من المثير رؤية كيف يتغير ذلك 14:02 &lt;@jrandom&gt; detonate: بعض ذلك النقل هو أيضًا قيامي بدفع ملفات 50MB بينه وبين نفسه ;) 14:02 &lt;+detonate&gt; هه 14:02 &lt;jdot&gt; آه. حسنًا. سنرى كيف يعمل هذا النظام. إنه AMD XP 2400 بذاكرة 512MB واتصال 10Mbit 14:02 &lt;@jrandom&gt; Ragnarok: token buckets لا تعمل حقًا بهذه الطريقة 14:02 &lt;@jrandom&gt; jdot: صحيح، نعم، هذا P4 1.6 إذا لم تخني الذاكرة 14:03 &lt;@jrandom&gt; Ragnarok: في token bucket، في كل ثانية (مثلًا) تضيف بعض الرموز وفقًا للمعدل. إذا كان الدلو ممتلئًا (الحجم = فترة الانفجار)، تُهمَل الرموز 14:04 &lt;@jrandom&gt; عندما تريد نقل بيانات، تحتاج إلى الحصول على كمية كافية من الرموز 14:04 &lt;@jrandom&gt; (1 رمز = 1 بايت) 14:04 &lt;+Ragnarok&gt; أعرف كيف تعمل... ماذا يحدث لو جعلت الدلو كبيرًا جدًا؟ 14:05 &lt;+detonate&gt; عندها لن تتوقف أبدًا عن إرسال البيانات 14:05 &lt;+detonate&gt; إذا كان غير محدود الحجم 14:05 &lt;+detonate&gt; آه، وممتلئ بالرموز 14:05 &lt;@jrandom&gt; إذا كان كبيرًا حقًا، فقد ينطلق ويفرغ إلى معدلات غير محدودة بعد استخدام منخفض 14:06 &lt;@jrandom&gt; مع أنه ربما يكون مرغوبًا في بعض الحالات 14:07 &lt;@jrandom&gt; المسألة أنك لا تستطيع فقط ضبط token bucket على 800GB، لأن ذلك لن يقيّد إجمالي الكمية المنقولة 14:08 &lt;+detonate&gt; تحتاج إلى حقل هناك لضبط عدد الرموز في الثانية، ثم يمكنك ببساطة قسمة استخدام عرض الحزمة شهريًا على عدد الثواني 14:08 &lt;+detonate&gt; :) 14:10 &lt;@jrandom&gt; هذا يماثل مجرد ضبط المعدل كمتوسط على مدى الشهر، مما سيكون غير متوازن. على أي حال، توجد الكثير من السيناريوهات — إن كان لدى أحد ما يلبي احتياجاته ولا يمكن تحقيقه بما هو متاح، فاليراسلنا 14:10 &lt;+Ragnarok&gt; لكن إن ضبطت المعدل على المتوسط الذي تريده... أظن 308 kB/s هنا، ثم ضبطت bitbucket على شيء كبير جدًا... لماذا لا ينجح ذلك؟ 14:11 &lt;+Ragnarok&gt; s/larger/large/ 14:12 &lt;+detonate&gt; حسنًا، يمكنك ضبطه بحيث لا يرسل أكثر من 800GB/44000 ضمن فترة انفجار قدرها 60 ثانية 14:12 &lt;+detonate&gt; و44000 هو تقريبًا عدد الدقائق في الشهر 14:13 &lt;@jrandom&gt; حجم الدلو/مدة الانفجار يصفان مقدار ما سنرسله دون قيود، ومعظم الناس /يريدون/ قيودًا، حتى لا يلتهم router سرعة 10mbps لمدة 5 دقائق أثناء تفريغ الدلو (أو أيًا كان) 14:14 &lt;@jrandom&gt; من الممكن أيضًا إضافة مقيِّد إضافي للرموز الخارجة من الدلو (وهل ينبغي لذلك المقيِّد أن يكون له token bucket خاص به، ولهذا الدلو مقيِّده الخاص، إلخ) 14:16 &lt;+Ragnarok&gt; كنت أظن أن الدلو لا يُضاف إليه إلا عندما لا يكون هناك عرض حزمة مستخدم 14:16 &lt;@jrandom&gt; تُضاف الرموز إلى الدلو بمعدل ثابت (مثلًا 64k رمزًا في الثانية) 14:17 &lt;@jrandom&gt; أي شيء يريد عرض حزمة يطلب من الدلو دائمًا 14:18 &lt;+Ragnarok&gt; آه.. حسنًا 14:19 &lt;@jrandom&gt; حسنًا رائع، هل لدى أحد شيئًا آخر يريد طرحه للاجتماع؟ 14:21 &lt;@jrandom&gt; حسنًا إن لم يكن 14:21 * jrandom يستعد 14:21 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2005/03/22/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-22/Tue, 22 Mar 2005 00:00:00 +0000/ar/blog/2005/03/22/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-22/<p>مرحباً جميعاً، تحديث سريع للحالة</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.3 2) المعالجة على دفعات 3) التحديث 4) ???</li> </ol> <ul> <li>0.5.0.3</li> </ul> <p>صدر الإصدار الجديد وبدأ الانتشار، وقد قام معظمكم بالترقية بسرعة كبيرة — شكرًا! كانت هناك بعض تصحيحات الأخطاء لمشكلات متنوعة، لكن لا شيء جذريًا — أكبر تغيير كان إسقاط مستخدمي 0.5 و0.5.0.1 من الشبكة. كنتُ أتتبّع سلوك الشبكة منذ ذلك الحين، وأتعمّق في ما يجري، ومع أنه حدث بعض التحسّن، لا تزال هناك أمور تحتاج إلى المعالجة.</p>/ar/blog/2005/03/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%85%D8%A7%D8%B1%D8%B3-2005/Tue, 15 Mar 2005 00:00:00 +0000/ar/blog/2005/03/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%85%D8%A7%D8%B1%D8%B3-2005/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, cervantes, detonate, frosk, godmode0, jrandom, legion, Myo9, newkid, polecat, Pseudonym, Ragnarok, smeghead, Teal, thetower</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) مرحباً 13:07 &lt;jrandom&gt; 1) حالة الشبكة 13:07 &lt;jrandom&gt; 2) Feedspace 13:07 &lt;jrandom&gt; 3) ??? 13:07 &lt;jrandom&gt; 0) مرحباً 13:07 * jrandom يلوّح 13:07 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 &lt;Teal&gt; مرحباً 13:08 &lt;jrandom&gt; (نعم، تأخرتُ هذه المرة، لكن كنتُ تقريباً في الموعد!) 13:08 &lt;frosk&gt; مرحباً 13:08 &lt;jrandom&gt; فلننتقل مباشرةً إلى 1) حالة الشبكة 13:08 &lt;jrandom&gt; الشبكة، يعني، شغّالة وما إلى ذلك 13:09 &lt;jrandom&gt; إجمالاً معدل النقل لا يزال منخفضاً كما كان من قبل، مع عدد كبير من الرسائل وأجزاء الرسائل المفقودة 13:09 &lt;bla&gt; مرحباً 13:09 &lt;ant&gt; &lt;dm&gt; سيئ 13:09 &lt;Teal&gt; أي مؤشرات على السبب؟ 13:10 &lt;jrandom&gt; Teal: بالتأكيد، اقرأ ملاحظات الحالة؟ :) 13:10 &lt;+detonate&gt; مرحباً 13:11 &lt;jrandom&gt; لا يزال هناك ~ 25 شخصاً على إصدارات أقدم، ومن المرجح أنهم سيبقون كذلك حتى نُسقِطهم من الشبكة 13:11 &lt;jrandom&gt; على أي حال، ينبغي أن نتمكن من الالتفاف عليهم، لذا وجودهم هنا مفيد فعلاً على ما أظن 13:11 &lt;jrandom&gt; (مع أن ترقيتهم سيكون أمراً لطيفاً... ;) 13:11 &lt;cervantes&gt; (مرحباً) 13:11 &lt;frosk&gt; على الأرجح هؤلاء «قطيع» ثبّتوا I2P لأنهم قرأوا عنه في مكانٍ ما وأرادوا تجربة «p2p مجهول» 13:12 &lt;ant&gt; &lt;BS314159&gt; نعم، إذا كان تدهور جودة الشبكة يمكن أن يحدث بسبب أخطاء برمجية، فمن الممكن أن يحدث بسبب سوء نية أيضاً 13:12 &lt;newkid&gt; هذا أول اجتماع أحضره، لكنني قرأت الملاحظات، ويبدو أنّ المشكلة مرتبطة بما شرحتُه قبل الاجتماع 13:12 &lt;Pseudonym&gt; هل نعرف ما هي المشاكل المحددة التي تُسببها العقد القديمة ولماذا؟ 13:12 &lt;jrandom&gt; bs314159: لا تُرجِع إلى سوء النية ما يمكن إرجاعه إلى jrandom وهو يكتب شيفرة سيئة ;) 13:13 &lt;jrandom&gt; Pseudonym: نعم، اطّلع على سجلّ التغييرات 13:13 &lt;newkid&gt; أُشغّل عقدتين، تفصل بينهما ميلي ثانية، ومعظم الوقت لا تعتبر إحداهما الأخرى «سريعة» 13:13 &lt;jrandom&gt; صحيح يا newkid 13:13 &lt;jrandom&gt; حساب السرعة كما هو منشور حالياً، بصراحة، سيئ جداً 13:13 &lt;jrandom&gt; لا يجمع بيانات كافية تمنح أي قدر من الثقة في القيم 13:13 &lt;bla&gt; همم.. هذا سيئ في أحسن الأحوال ;) 13:13 &lt;jrandom&gt; هو عديم المعنى تقريباً مثل «المعدلات اللحظية» التي تراها على /oldconsole.jsp 13:14 &lt;jrandom&gt; أُجرّب بعض الحاسبات الجديدة، وهناك تحسّن، لكن توجد مشكلات في الخوارزمية 13:14 &lt;jrandom&gt; تحديداً، لا يسمح بتحويل الأقران ذوي السعة العالية إلى أقران سريعين إلا إذا خرج أولئك السريعون من مجموعة السعة العالية 13:15 &lt;bla&gt; jrandom: هل تحصل كل عقدة على بيانات «السرعة» للعُقد الأخرى مباشرةً («P2P»)، أم عبر tunnels؟ 13:15 &lt;jrandom&gt; (أي أن أول K أقران وُضعوا في مجموعة السريع سيبقون في مجموعة السريع) 13:15 &lt;jrandom&gt; bla: عبر tunnels، لا يمكننا الوثوق بالقياس المباشر، إذ سيتيح ذلك هجمات سهلة على مجهولية المستخدم 13:15 &lt;godmode0&gt; "alfYl6RvHzw=" = "21538-900" 13:15 &lt;godmode0&gt; "alV9ye/y/Us=" = "23565-200" 13:15 &lt;godmode0&gt; its is sha1 ? 13:15 &lt;jrandom&gt; (مثلاً أن يكون بطيئاً جداً للجميع ما عدا Alice) 13:15 &lt;+detonate&gt; هل سيبقون هناك طوال عمر الـrouter؟ 13:15 &lt;jrandom&gt; godmode0: نحن في اجتماع الآن 13:16 &lt;godmode0&gt; عذراً 13:16 &lt;jrandom&gt; detonate: إلى أن يفشل أحدهم أو يرفض tunnel (أي أن تصنيف سعته يُسقطه من مجموعة السعة العالية) 13:16 &lt;+detonate&gt; حسناً 13:17 &lt;bla&gt; bla: همم.. هذا يبدو كمشكلة تتطلب — من أجل الحصول على بيانات كافية فعلاً — أن تكون&gt;&gt;log(N) على الشبكة. 13:17 &lt;jrandom&gt; كنت أعبث ببعض الأفكار للحصول على مزيد من البيانات، لكن لم أحدّثها بعد 13:17 &lt;bla&gt; أعني من ناحية الحمل. 13:18 &lt;jrandom&gt; إحدى النقاط الحرجة بالتأكيد هي عندما يتجاوز حمل الشبكة سعتها 13:18 &lt;jrandom&gt; أعتقد أن حاسبات السعة لدينا يمكنها التعامل مع ذلك 13:18 &lt;cervantes&gt; jrandom: هل الإصدار -3 يستخدم فعلاً طريقة اختيار الأقران السريعين هذه؟ 13:18 &lt;+polecat&gt; نأمل بما أن نقل البيانات بين الأقران لديه ضوابط عدالة، لن تكون هناك طريقة لزيادة الحمل أكثر من اللازم... 13:19 &lt;bla&gt; jrandom: أقصد على نحو أدق: علينا التأكد من أن خوارزمية «العثور على من هو سريع» تبقى O(log(N)) 13:19 &lt;jrandom&gt; cervantes: نعم، لكن كما قلت، لا يسمح بترقية الأقران بين فئتي السريع والسعة العالية 13:19 &lt;jrandom&gt; polecat: ضوابط عدالة؟ 13:19 &lt;cervantes&gt; لأنني أدركت للتو أنني أبقيت الوكيل مفعّلاً، وكنت أتصفح الويب الخارجي بدون أن أدري (كنتُ أظن اتصالي بطيئاً قليلاً) ;-) 13:20 &lt;cervantes&gt; s/live web/outerweb 13:20 &lt;jrandom&gt; bla: لست متأكداً أنه ينبغي أن نعتمد على N. لا داعي لإيجاد «الأسرع على الشبكة» بشكل أمثل، يكفي «سريع بما يكفي للتعامل مع بياناتنا» 13:20 &lt;@smeghead&gt; يبدو أن i2pProxy.pac خطير حتى على مُنشِئه :) 13:20 &lt;jrandom&gt; جميل يا cervantes :) 13:20 &lt;jrandom&gt; lol 13:20 &lt;cervantes&gt; لذا يبدو بالتأكيد أنه حسّن الأمور على عقدتي المنزلية التي كانت تعاني حقاً من قبل 13:21 &lt;ant&gt; &lt;BS314159&gt; jrandom: هل يمكنك جعله عشوائياً؟ 13:21 &lt;cervantes&gt; smeghead: ههه طبعاً لا أستخدم ذلك! أتظنني مجنوناً! 13:21 &lt;ant&gt; &lt;BS314159&gt; أي إنشاء معدل انتقال عفوي؟ 13:21 &lt;jrandom&gt; BS314159: نستخدم الطبقات، ونُعشوِن داخل الطبقات 13:22 &lt;jrandom&gt; BS314159: المعدلات العفوية هي عملياً ما لدينا الآن، وهي تتذبذب كثيراً 13:22 &lt;jrandom&gt; (we == 0.5.0.2-0) 13:22 &lt;ant&gt; &lt;BS314159&gt; أظنني لا أفهم المشكلة. لا بأس. 13:23 &lt;jrandom&gt; من الصعب فعل ذلك بأمان ودقة، لكن أظن أن هناك بيانات كافية حولنا لنستخلص معلومات كافية. سنرى 13:23 &lt;bla&gt; jrandom: على أي حال، إن إيجاد بضعة عُقد جيدة يشبه كثيراً تحسين مستعمرة النمل 13:24 &lt;bla&gt; jrandom: لأنه بمجرد أن تحصل على أقران سريعين، ستستخدمهم على الأرجح لاكتشاف من أيضاً سريع. 13:24 &lt;jrandom&gt; هل تقترح مُجسات/اختبارات نشطة إضافية على هذا المنوال؟ 13:24 &lt;jrandom&gt; آه، في الواقع، هذا غير صحيح 13:25 &lt;jrandom&gt; هذه هي الفَرق بين tunnels الخاصة بالعميل و tunnels الاستكشافية 13:25 &lt;bla&gt; jrandom: وبالتالي، يبدو أنك ستقوم فعلياً بخطة تحسين جشعة (كـ مستعمرة النمل) 13:25 &lt;jrandom&gt; tunnels الخاصة بالعميل تُبنى بأقران سريعين، بينما tunnels الاستكشافية تُبنى بأي قرين غير فاشل 13:25 &lt;jrandom&gt; (مختارة عشوائياً) 13:26 &lt;bla&gt; jrandom: همم.. من ناحية المجهولية، هذا جيد. ومع ذلك، للعثور بسرعة على شركاء جيدين في الـtunnel للاستخدام، سيكون من الأفضل استخدام الأقران السريعين في tunnels الاستكشافية... إنها الموازنة المعتادة 13:26 &lt;jrandom&gt; من ناحية أخرى، قد يكون هناك شيء على هذا المنوال يساعد في تحسين اختيار الأقران 13:26 &lt;jrandom&gt; صحيح، ستنال أداءً أفضل باستخدام الأقران السريعين، لكنك عندها لن تكون «تستكشف» :) 13:27 &lt;jrandom&gt; tunnels الاستكشافية لا تُستخدم لرسائل العميل طرفاً لطرف، بل فقط لرسائل netDb، ورسائل صيانة الـtunnel، ورسائل اختبار الأقران 13:27 &lt;bla&gt; jrandom: فهمت، إذن عملياً، تستخدم tunnels عشوائية استكشافية لتجنب الوقوع في أمثلية محلية؟ 13:27 &lt;jrandom&gt; لذا معدل النقل الفعلي لـtunnels الاستكشافية لا يهم (ما دامت البيانات تمر في النهاية) 13:27 &lt;jrandom&gt; نعم 13:29 &lt;bla&gt; jrandom: حسناً، فهمت. وعلى الجانب الآخر: عندما أستخدم tunnels العميل لنقل بعض البيانات (مثل التنزيل من eepsite)، يبدو لي (حدساً) أن التوقيت/معدل النقل هناك يمكن أن يخدم أيضاً نوعاً من «التقييم السلبي للأقران»، أليس كذلك؟ 13:29 &lt;jrandom&gt; بالتأكيد bla، وفي الوقت الحالي لا نستغل تلك البيانات ضمن اختيار السرعة بعد 13:29 &lt;bla&gt; jrandom: أي كطريقة إضافية للحصول على مزيد من البيانات عن الأقران 13:30 &lt;jrandom&gt; يمكننا الحصول على بعضه، لكن بعضه سيكون أصعب (لأن مكتبة البث streaming خارجية) 13:30 &lt;jrandom&gt; ينبغي بالتأكيد أن نلتقط ما نستطيع لنزيد الثقة 13:30 &lt;ant&gt; &lt;BS314159&gt; ألن يعتمد ذلك على أبطأ وصلة في أي tunnel؟ 13:31 &lt;ant&gt; &lt;BS314159&gt; ما يجعله صعب الاستخدام جداً عندما hops&gt;0؟ 13:31 &lt;jrandom&gt; BS314159: نعم، لكنه سيتوسّط عند الجمع، إذ تُختار الأقران عشوائياً داخل طبقة السريع 13:31 &lt;jrandom&gt; هذا ينطبق على أي قياس عن بُعد 13:34 &lt;jrandom&gt; حسناً، هذا إجمالاً مكاننا حالياً. نأمل أن نحظى ببعض الحاسبات والإحصاءات الجديدة في بناء -4 أو -5 خلال الأيام القادمة، لِنرى كيف يتعامل مع الشبكة الحية 13:34 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه ضمن 1) حالة الشبكة؟ 13:34 &lt;bla&gt; jrandom: قد يبدو أنني أضع قدراً هائلاً من التركيز على هذا، لكنه يبدو لي مشكلة أساسية جداً لعمل شبكة I2P كبيرة... 13:35 &lt;jrandom&gt; bla: إنه مهم بالتأكيد، لكن تذكّر، لا نحتاج اختيار أقران أمثل. فقط كافٍ 13:35 &lt;ant&gt; &lt;aum&gt; صباح الخير يا جماعة 13:36 &lt;jrandom&gt; كل ما يهمنا هو إيجاد بعض الأقران الذين يمكنهم تحمّل tunnel، والتأكد من أن تلك tunnels تستطيع تحمّل بياناتنا 13:36 &lt;jrandom&gt; صباح الخير aum، في الوقت المناسب للاجتماع :) 13:36 &lt;bla&gt; jrandom: فهمت. شكراً على الشرح! 13:36 &lt;jrandom&gt; بالطبع، معك حق أنه سيكون شيئاً رائعاً لو تمكّنا من إيجاد اختيار الأقران الأمثل ;) 13:37 &lt;jrandom&gt; وهناك بالتأكيد مجال كبير لطلاب يعملون على بعض الأفكار ويكتبون أوراقاً 13:37 &lt;frosk&gt; سيكون مشروع رسالة رائع :) 13:37 &lt;+detonate&gt; ما مدى قابلية العمل برأيك لضبط معايير اختيار الأقران بشكل نشط حتى تستقر (نأمل) على شيء يعمل، متجاهلين استحالة تتبّع علل نظام كهذا؟ :) 13:38 &lt;jrandom&gt; detonate: الاختيار اليدوي للأقران مُتعب للغاية، لأن الأقران السريعين يتعرّضون للازدحام أحياناً، ما يطلب منك التراجع، إلخ. 13:38 &lt;+detonate&gt; آه 13:39 &lt;jrandom&gt; أعلم أننا قد نخوض في هذا إلى الأبد، ولهذا وضعتُ علامة مرحلية: نقل ملف كبير محدد بنجاح عبر tunnels القياسية من دون انقطاع 13:39 &lt;+detonate&gt; حسناً 13:40 &lt;Teal&gt; النصر بأي ثمن! 13:40 &lt;jrandom&gt; (من ناحية أخرى، هناك بعض الميزات غير الموثقة في نظام اختيار الأقران تسمح للناس بوزن أقران بعينهم يدوياً، لكنني لا أوصي بها ;) 13:40 &lt;jrandom&gt; حسناً، هذا كل شيء تقريباً لـ 1)، لننتقل الآن إلى 2) Feedspace 13:41 * jrandom يُسلّم الميكروفون إلى frosk 13:41 &lt;frosk&gt; أوه، حسناً، مرحباً 13:42 &lt;Myo9&gt; مرحباً Frosk. 13:42 * jrandom يُشغّل كشافاً عالِي الشدة 13:42 &lt;frosk&gt; إذن، على الجميع الاطلاع على `http://feedspace.i2p` (المفاتيح لدى orion أو مدونة jrandom) 13:42 &lt;frosk&gt; رفيق التطوير لديّ (الذي سأكشفه الآن: ku) وأنا بدأنا كتابة بعض الشيفرة وأجرينا نقاشات حيوية عديدة 13:42 &lt;frosk&gt; أيضاً، `http://feedspace.i2p/wiki/CallForComments` يحتوي على نسخة جديدة من وثيقة Feedspace :) 13:43 &lt;frosk&gt; مرحباً Myo9 13:43 &lt;frosk&gt; نعم، Feedspace هو اسمنا الجديد (والنهائي) لما كان يُعرف سابقاً بـ i2pcontent أو fusenet :) 13:43 &lt;jrandom&gt; r0x0r 13:43 &lt;frosk&gt; كما تقول ملاحظات الحالة، ما زلنا مهتمين جداً بالتغذية الراجعة حول التصميم العام لكل شيء 13:44 &lt;frosk&gt; لا ينبغي لأحد أن يخجل من تحدّي ذلك :) 13:44 &lt;frosk&gt; كما أن الموقع يسرد بعض «الوظائف الشاغرة»، ويمكننا الاستفادة من أيادٍ مساعدة في جوانب كثيرة من النظام والمشروع 13:45 &lt;frosk&gt; نحن على جدول زمني ضيّق إلى حدّ ما، ولا أحد منا مطوّر متفرّغ للمشروع، للأسف 13:45 &lt;frosk&gt; هذا كل شيء تقريباً، أظن. أسئلة؟ :) 13:45 &lt;ant&gt; * aum لا يستطيع الوصول إلى orion.i2p أو مدونة jrandom، لذا لا يستطيع الوصول إلى feedspace.i2p 13:46 &lt;frosk&gt; هم نعم، لدى الموقع أيضاً خارطة طريق، لكن التواريخ هناك _ستتغيّر_ :) 13:46 &lt;legion&gt; feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 &lt;legion&gt; تفضل يا aum 13:46 * jrandom أضاف للتو feedspace إلى http://dev.i2p.net/i2p/hosts.txt 13:46 &lt;jrandom&gt; (و cvs) 13:46 * frosk أُصيب بعمى مؤقت 13:46 &lt;jrandom&gt; legion: لا تلصقها كسطر واحد أبداً، فهي كبيرة جداً لتناسب 13:47 &lt;ant&gt; &lt;aum&gt; شكراً 13:47 &lt;frosk&gt; ربما يستطيع jrandom إدخال المفتاح في ملف hosts.txt لديه؟ :) 13:47 &lt;jrandom&gt; نعم، أصبحت هناك الآن، نسيتُ ذلك :) 13:48 &lt;frosk&gt; على أي حال، الخطة أن يكون لدينا شيء بسيط وفعّال (وخالي من الأخطاء بنسبة 100%!) بحلول I2P 0.6.1، وسنبني أشياء لطيفة أكثر لاحقاً 13:49 &lt;jrandom&gt; ههه wikked 13:49 &lt;frosk&gt; s/out/ready for real-world testing/ 13:49 &lt;frosk&gt; لا أزال لا أستطيع الجزم إن كان ذلك واقعياً أم لا، لكن آمل أن يكون كذلك، وإلا سنستمر في تقليص الميزات ;) 13:49 &lt;ant&gt; &lt;BS314159&gt; بما أنني لا أستطيع الوصول إلى feedspace.i2p، سأسأل سؤالاً أساسياً 13:50 &lt;ant&gt; &lt;aum&gt; ذلك المفتاح غير صحيح، فقط 441 محرفاً 13:50 &lt;jrandom&gt; صحيح aum، irc يقتصّه، خُذْه من http://dev.i2p.net/i2p/hosts.txt 13:51 &lt;+detonate&gt; frosk: لدي اقتراح في هذه الأثناء 13:51 &lt;+detonate&gt; ضعوا شيئاً على وحدة تحكّم الـrouter الخاصة بـ i2p يلتقط قائمة بالتحديثات من خادوم الويب لـ i2p، لكي يعرف الناس متى يُحدّثون الـrouters، إلخ :) 13:51 &lt;legion&gt; آه آسف على ذلك. على أي حال لقد أضفتُه إلى ملف hosts.txt لدي أيضاً. 13:51 &lt;ant&gt; &lt;aum&gt; شكراً jrandom 13:51 &lt;ant&gt; &lt;BS314159&gt; أي من الأنظمة التالية ترون أن Feedspace سيحلّ محلّه: usenet، gnutella، google، livejournal، www 13:52 &lt;jrandom&gt; ، الكنيسة 13:52 &lt;jrandom&gt; امم.. 13:52 &lt;cervantes&gt; jrandom: آه أمسكتني وأنا في منتصف الالتزام لملف hosts 13:52 &lt;ant&gt; &lt;BS314159&gt; أي: هل هو منتدى رسائل، نظام مشاركة ملفات، نظام فهرسة محتوى، نظام صفحات ديناميكي، و/أو نظام تقديم محتوى ثابت 13:53 &lt;ant&gt; * aum يُطفئ تقنين السرعة داخل routerConsole، ويرى إن كان ذلك يساعد 13:54 &lt;frosk&gt; BS314159: سندعم المدوّنات، والمنتديات، ودفاتر العناوين المشتركة (في الإصدار الأول، تطبيقات أخرى ممكنة) 13:54 &lt;frosk&gt; لا يُبدّل صفحات الويب بذاتها 13:54 &lt;frosk&gt; لكنه يمكن بالتأكيد استخدامه لـ «مشاركة الملفات» 13:54 &lt;+detonate&gt; إذن هو تجميع محتوى؟ 13:54 &lt;jrandom&gt; ربما سيحلّ محل المحتوى الثابت على الويب، بما يتيح نشر ويب دائماً لمن لا يمكنهم تشغيل eepsites 13:54 &lt;frosk&gt; هذا ما يدور حوله 13:55 &lt;jrandom&gt; (خلاصة من كلمتين: usenet+SSK) 13:55 &lt;frosk&gt; نعم 13:55 &lt;ant&gt; &lt;BS314159&gt; حسناً 13:55 &lt;Ragnarok&gt; ليس بذلك القدر من الديمومة 13:56 &lt;jrandom&gt; Ragnarok: يعتمد على سياسة المُجمِّع، صحيح 13:56 &lt;+detonate&gt; هل يحدث شيء بخصوص stasher؟ 13:56 &lt;frosk&gt; يمكن أن يكون دائماً بقدر حماس أعتى مُجمِّع :) 13:56 &lt;jrandom&gt; (انظر: dejanews ;) 13:56 &lt;ant&gt; &lt;aum&gt; detonate: stasher مُجمّد حالياً، أكتب شيئاً جديداً بالكامل يُدعى quartermaster 13:57 &lt;+detonate&gt; فهمت 13:58 &lt;jrandom&gt; frosk: ماذا يمكننا أن نفعل للمساعدة؟ 13:59 &lt;jrandom&gt; هل يسجّل الناس ويعبثون بالويكي، يرسلون بريد إلكتروني، ينشرون في المنتدى؟ 13:59 &lt;jrandom&gt; أوه، ربما يمكننا أن نطلب من cervantes إضافة قسم جديد في المنتدى؟ 13:59 &lt;frosk&gt; أعتقد أن منتدى سيكون مناسباً جداً في هذه المرحلة 14:00 &lt;frosk&gt; للنقاشات الأكثر خصوصية، يمكنكم مراسلتنا على ku@mail.i2p و frosk@mail.i2p 14:01 &lt;cervantes&gt; هرم... هل ستضعون مراجعات ألعاب فيه؟ 14:01 &lt;jrandom&gt; ههه 14:01 &lt;jrandom&gt; w3rd 14:01 &lt;cervantes&gt; لأنكم إن لم تفعلوا... فمرحباً بكم بقسم جديد في المنتدى 14:01 &lt;frosk&gt; كنت أفكّر في مراجعات أفضل 20 أغنية، cervantes 14:02 &lt;jrandom&gt; (بالمناسبة، مرآة لوثيقة الدعوة للتعليقات @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 &lt;cervantes&gt; :) 14:04 &lt;cervantes&gt; frosk: feedspace أم feed space أم Feedspace أم Feed Space أم FeedSpace? 14:04 &lt;frosk&gt; cervantes: Feedspace 14:05 &lt;frosk&gt; أتطلّع إلى الكثير من النقاش في المنتدى إذن :) لا يوجد لدي شيء آخر في هذه النقطة، هل لدى أحد؟ 14:05 &lt;jrandom&gt; حسناً رائع، شكراً على التحديث frosk 14:06 &lt;@smeghead&gt; أو FEeDspace? 14:06 &lt;ant&gt; &lt;cervantes&gt; frosk: عندما يتاح لك الوقت، أرسل لي على الخاص وصفاً بسطر واحد لقسم المنتدى 14:06 &lt;legion&gt; همم بالحديث عن منتديات جديدة، lol. أضع موقع منتدى جديداً. رغم أن لدي الكثير من العبث لأفعله على شيفرة phpbb، ينبغي أن أنتهي منه هذا الأسبوع. ;) 14:06 &lt;jrandom&gt; رائع يا legion 14:06 &lt;jrandom&gt; هذا يأخذنا بسلاسة إلى 3) ??? 14:06 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه؟ 14:06 &lt;jrandom&gt; aum: أي تحديثات على Q؟ 14:07 &lt;frosk&gt; أنا، اممم، لا 14:07 &lt;ant&gt; &lt;aum&gt; تطوير Q يمضي بشكل جيد، لا شيء للإعلان حالياً 14:07 &lt;jrandom&gt; w3rd 14:07 &lt;ant&gt; * aum اكتملت بنسبة 90% مع net.i2p.i2ptunnel.I2PTunnelXMLServer 14:07 &lt;ant&gt; &lt;BS314159&gt; لدي سؤال بسيط حول netDb 14:07 &lt;ant&gt; &lt;aum&gt; كل شيء يعمل الآن باستثناء 'i2p.tunnel.close' 14:07 &lt;legion&gt; منتدياتي ستتيح للأعضاء امتلاك صور رمزية بحجم معقول، ومناقشة المحتوى المشترك، وأي شيء تقريباً. 14:08 &lt;jrandom&gt; wikked 14:08 &lt;ant&gt; &lt;BS314159&gt; تقول الصفحة إن المُدخلات تُخزَّن على الأقران الأقرب إلى SHA256(router identity + YYYYMMdd) 14:08 &lt;jrandom&gt; صحيح BSpi 14:08 &lt;@smeghead&gt; legion: هل ستكون خطراً أمنياً مثل عميل bt خاصتك؟ 14:08 &lt;ant&gt; &lt;BS314159&gt; هل يعني هذا وجود اندفاع حركة مرور كل 00:00 GMT؟ 14:08 &lt;ant&gt; * aum أصبح يكتسب طلاقة في java، بعد أن بلغ «كتلة معرفية حرجة» 14:09 &lt;jrandom&gt; BS: تنتهي صلاحية نقاط البيانات بوتيرة أعلى من وتيرة هجرتها 14:09 &lt;jrandom&gt; مثلاً، LeaseSet صالح فقط لمدة 10 دقائق 14:09 &lt;bla&gt; jrandom: هل يوجد نداء عبر سطر الأوامر يمكنني تنفيذه، بحيث أحصل على تقديرات السرعة لكل نظراء الشبكة خلال آخر، لنقل، 60 ثانية؟ 14:09 &lt;legion&gt; lol، منتديات خطر أمني؟ 14:10 &lt;@smeghead&gt; legion: نعم، وإن كنت لا تعرف ذلك، فأنا مقتنع بالفعل أن منتدياتك ستكون خطراً أمنياً 14:10 &lt;jrandom&gt; bla: نعم، java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 &lt;jrandom&gt; (أظن) 14:10 &lt;legion&gt; أوه وإصدار عميلي bt القادم لا ينبغي أن يسبب مثل هذه المشاكل... 14:10 &lt;jrandom&gt; قد تحتاج لإضافة بعض مستويات السجل إلى logger.config، دعني أتحقق 14:10 &lt;@smeghead&gt; legion: قام Cervantes بعمل تعديلات كثيرة على phpBB لتأمينه لاستخدام i2p 14:10 &lt;ant&gt; &lt;BS314159&gt; يبدو أن حدوث ذلك دفعة واحدة عند وقت محدد أمر غير ملائم. لو كان يحدث بشكل مستمر، لكان... أكثر سلاسة. كما أنه سيمنح المهاجم وقتاً أقل لشن هجوم، إذ ستكون أجزاء من البيانات خاطئة خلال أقل من 24 ساعة 14:11 &lt;jrandom&gt; لا، يطبع إلى stdout 14:11 &lt;frosk&gt; jrandom: ما رأيك حالياً في خارطة طريق i2p، إن جاز السؤال؟ هل تعتقد أنها واقعية؟ 14:11 &lt;legion&gt; همم أتساءل إن كان يمكنني الحصول على نسخة من تعديلات cervantes؟ 14:11 &lt;jrandom&gt; frosk: أحدّثها عندما أشعر بعدم الارتياح تجاهها 14:12 &lt;frosk&gt; حسناً 14:12 &lt;+detonate&gt; كما تعلم، هناك مُثبّت ويندوز لـ python 2.4، وواحد لـ wxpython، وهناك حزمة i2p-bt tarball، لا أرى حقاً لماذا قد يحصل/يثق أحد بإصدار طرف ثالث 14:12 &lt;legion&gt; وإلا فسأواصل العبث بشيفرة phpbb بنفسي... 14:12 &lt;jrandom&gt; BS: سوف تنظر الأقران في المكان الخطأ لمدة تصل إلى 30 ثانية فقط، بسبب تزامن الساعة 14:12 &lt;@smeghead&gt; legion: استمتع 14:12 &lt;legion&gt; ولماذا قد يحصل أي شخص ويستخدم kazaa؟ 14:13 &lt;bla&gt; jrandom: أنا أسأل لأن... 14:13 &lt;legion&gt; أو morpheus؟ 14:13 &lt;jrandom&gt; (لأنهم لا يعرفون أفضل؟) 14:13 &lt;legion&gt; كلاهما يحتوي adware/etc... 14:13 &lt;+detonate&gt; لأنهم جاهلون؟ 14:14 &lt;legion&gt; نعم وهناك ملايين المستخدمين الجاهلين هناك. ;) 14:14 &lt;ant&gt; &lt;BS314159&gt; legion: تبدو وكأنك تريد حَزْم spyware مع I2P. حقاً، ضربة عبقرية. 14:14 &lt;bla&gt; jrandom: ...اطلعتُ على SpeedCalculator.java و CapacityCalculator.java، وأودّ التجريب مع المُقدِّرات 14:14 &lt;cervantes&gt; legion: ابقَ على اطلاع بآخر الترقيعات الرسمية، وضع htaccess على مناطق الإدارة 14:14 &lt;jrandom&gt; wikked bla 14:14 &lt;legion&gt; ماذا؟ كلا... أنا أكره البرمجيات الخبيثة... 14:14 &lt;cervantes&gt; معظم تعديلاتي تتعلق بمنع الرسائل المزعجة 14:14 &lt;ant&gt; &lt;aum&gt; هل يمكنني إثارة مسألة أكثر حرجاً؟ 14:14 &lt;legion&gt; هذا كل شيء؟ يا cervantes؟ 14:15 &lt;jrandom&gt; ما الأمر يا aum؟ 14:15 &lt;@smeghead&gt; legion: ماذا عن مستخدميك الذين يكرهون البرمجيات الخبيثة أيضاً؟ لماذا لا تفعل شيئاً للتخفيف من مخاوفهم؟ 14:15 &lt;ant&gt; &lt;dm&gt; BS314159: هل أنت تحديث أمني لويندوز؟ 14:15 &lt;ant&gt; &lt;aum&gt; هل هو أنا فقط، أم أن هناك عدم استقرار مستمراً في I2P؟ لدي مشاكل كثيرة حتى مع eepsites الرئيسية، وirc، إلخ 14:15 &lt;bla&gt; jrandom: بالإضافة إلى ذلك، فكرة «البصمة السلبية» تراودني (قليلاً؛): إذا استلمت بيانات عبر tunnel، فهذا يخبرني بشيء عن عرض النطاق/السعة لكل الأقران في ذلك الـtunnel:... 14:15 &lt;jrandom&gt; aum: انظر ملاحظات الحالة الأسبوعية 14:16 &lt;cervantes&gt; legion: أَعِد تسمية كل صفحات التسجيل وتسجيل الدخول والنشر وتحرير الملف الشخصي إلى شيء غير قياسي 14:16 &lt;bla&gt; jrandom: إنه يخبرني أكثر عن القرين الأقرب إليّ، وأقل قليلاً عن الأقران على بُعد خطوة، وتنازلياً أقل فأقل. 14:16 &lt;cervantes&gt; سيساعد على إبعاد الديدان 14:16 &lt;jrandom&gt; bla: نعم، قرأتُ تلك الورقة عن التوقيت، وورقة هجوم Tor أمس باهتمام كبير 14:17 &lt;Myo9&gt; Cervantes، إصدار أي من تعديلاتك؟ 14:17 &lt;Myo9&gt; s/ant/any/ 14:17 &lt;jrandom&gt; هناك قلق على هذا النحو داخل حاسبة السعة مع طبقات الرفض المختلفة 14:18 &lt;bla&gt; jrandom: بطريقة ما، هذا يمنحني درجة من «الاعتقاد» بسعة/عرض نطاق قرين ما (تلك الدرجة تعتمد على المسافة إلى كل أعضاء الـtunnel، وعلى مقدار الاعتقاد الذي لدي بخصائص عرض النطاق/السعة للعقد الأقرب مني) 14:18 &lt;legion&gt; شكراً على النصائح يا cervantes :) 14:18 &lt;bla&gt; jrandom: والآن، بالمناسبة، أعرف بعض الأشخاص الذين يعرفون الكثير عن شبكات الاعتقاد البايزية... ;)) 14:18 &lt;@smeghead&gt; مرة أخرى، يتجاهل legion السؤال 14:18 &lt;+thetower&gt; أظن أننا سنضطر جميعاً إلى هدنة مع legion وندعه يكتب ما يريد، فليس أحدٌ مُجبراً على استخدامه. 14:18 &lt;jrandom&gt; همم، ماذا تقصد بالمسافة يا bla؟ 14:18 &lt;ant&gt; &lt;dm&gt; ما الذي ينوي legion فعله؟ 14:19 &lt;bla&gt; jrandom: سأتحدث معهم بخصوص «البصمة السلبية» (ملاحظة: لا أقصد «البصمة» بالمعنى السلبي للكلمة) 14:19 &lt;jrandom&gt; wikked 14:19 &lt;jrandom&gt; الاقتراحات حول كيفية اختيار أقران «جودة» بأفضل طريقة مُرحّب بها جداً 14:19 &lt;cervantes&gt; Myo9: بالتأكيد أستطيع ذلك. 14:19 &lt;legion&gt; على أي حال ليس هناك الكثير من مستخدمي i2p على ويندوز بعد وليس الكثير ممّن يستخدمون توزيعة i2p-bt الثنائية خاصتي. قريباً سيُنجز الإصدار التالي ويُطلق، ولن تكون هناك مثل هذه المشاكل... إذ ستكون هناك توزيعة ثنائية وأخرى بالمصدر. 14:19 &lt;@smeghead&gt; لماذا قد يرغب أحد في استخدام برمجية من شخص لا يتخذ حتى أبسط الإجراءات لمعالجة مخاوف المستخدمين بشأن الأمان والمجهولية أمرٌ يفوق فهمي 14:20 &lt;ant&gt; &lt;aum&gt; frosk: بأي لغة تكتبون Feedspace؟ (اعذرني إن سألتك من قبل) 14:20 &lt;cervantes&gt; ليست «رقعة» نظيفة أو ما شابه 14:20 &lt;bla&gt; jrandom: مسافة... لنقل لدي tunnel وارد X -&gt; Y -&gt; أنا، وأعرف الكثير عن خصائص Y، عندها تعطيني إحصاءات ما أستقبله عبر ذلك الـtunnel معلومات جيدة عن X 14:20 &lt;frosk&gt; aum: java (وأعذرك ;) 14:20 &lt;cervantes&gt; كنتُ أصلح الأشياء والمشكلات حال ظهورها 14:20 &lt;bla&gt; jrandom: وعلى الجانب الآخر، إن كانت لدي قناعة قليلة بخصائص Y، فلا تخبرني إحصاءات النقل بالكثير عن X بعد؛ عليّ أن أتعلم أكثر عن Y أولاً 14:20 &lt;cervantes&gt; 14:20 &lt;cervantes&gt; `http://forum.i2p/index.php?c=4` 14:21 &lt;cervantes&gt; قسم جديد: Feedspace 14:21 &lt;jrandom&gt; w00t 14:21 &lt;frosk&gt; yay 14:22 &lt;legion&gt; على أي حال كفى نقاشاً عن إصداري، أي نقاش إضافي حوله ينبغي أن يكون في قناة #itorrent 14:22 &lt;bla&gt; jrandom: هذا صحيح. ومع ذلك، مع كمية كبيرة من البيانات (ونأمل أن زمن القياس ليس أكبر بكثير من المدة الزمنية التي تتغير فيها خصائص العقد)، أنا مقتنع أنه لا بد أن تكون هناك معلومات في إحصاءات الحركة/tunnel 14:22 &lt;@smeghead&gt; legion: يمكننا النقاش ضمن نقطة الاجتماع # 3) أي أمور تؤثر على i2p 14:23 &lt;@smeghead&gt; legion: وأعتقد أن برمجيتك مصدر قلق خطير وتستدعي تحذيراً للمستخدمين 14:23 &lt;legion&gt; نعم، حسناً 14:23 &lt;jrandom&gt; bla: بالتأكيد، علينا فقط إدخال RTT من OutboundClientMessageOneShotJob 14:23 &lt;jrandom&gt; (ثم تحديد أفضل طريقة للحساب وتلاشي البيانات) 14:24 &lt;legion&gt; إذاً smeghead لو كنتَ ستصدر مثل هذا الإصدار، ماذا كنت ستفعل بشكل مختلف؟ 14:24 &lt;@smeghead&gt; legion: طريقتك المستمرة في مراوغة الأسئلة ومحاولة تأجيل النقاش في الموضوع مقلقة للغاية 14:25 &lt;@smeghead&gt; legion: أولاً، أطلِق المصدر لإصدارك الثنائي الحالي، حتى لو كان «مجرد i2p-bt مع رقعة smeghead»، وضع شرحاً على موقعك يوضح تفرّعك 14:25 &lt;bla&gt; jrandom: ماذا يعني RTT هناك؟ 14:26 &lt;@smeghead&gt; legion: سيكون من المفيد أيضاً أن تفعل كما يفعل i2p-bt، وأن تكتب سجل تغييرات يبيّن كل التعديلات التي قمت بها 14:27 &lt;jrandom&gt; bla: رسائل العميل طرفاً لطرف غالباً (افتراضياً دائماً) تُضمَّن ضمن تغليف garlic، وتحتوي على DeliveryStatusMessage إضافية تعود إلى المرسِل (عبر tunnels طبعاً)، ما يتيح استخدام AES+sessionTags بدلاً من ElGamal 14:28 &lt;bla&gt; jrandom: (نعم) 14:28 &lt;+detonate&gt; كما قلتُ، يمكنك فقط توفير رابط لصفحة تنزيل الأشياء الثلاثة التي تحتاجها ليعمل i2p-bt، الأمر مباشر ويمنحك نفس الشيء تماماً، لا أرى له استخداماً سوى كحصان طروادة 14:28 &lt;jrandom&gt; لاحقاً سنحدّث I2CP (و SDK) للسماح لـ streaming lib بتسليم نفس تلك البيانات بدون الحاجة إلى DeliveryStatusMessage 14:29 &lt;@smeghead&gt; detonate: أتفق، كان عليه فقط إرسال رقعة إلى i2p-bt الرسمي منذ البداية، كان التفرّع غير ضروري وأثار الشك فوراً 14:30 &lt;+detonate&gt; بالفعل 14:30 &lt;@smeghead&gt; *suspicion 14:31 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يطرحه للاجتماع؟ 14:31 &lt;ant&gt; &lt;drakoh&gt; مرحباً جميعاً! أردت أن أعرف، هل هناك شيء مميز يحدث على الشبكة؟ 14:32 &lt;@smeghead&gt; بسبب طبيعة I2P، فإن التطبيقات المطوَّرة لها تتطلب قدراً أكبر من الانفتاح مع المستخدمين والتعاون بين المطورين 14:32 &lt;jrandom&gt; drakoh: انظر ملاحظات الحالة الأسبوعية 14:32 &lt;bla&gt; quit 14:32 &lt;ant&gt; &lt;drakoh&gt; لا أقصد ذلك... 14:32 &lt;@smeghead&gt; مستخدِمو I2P سيكونون دوماً مُتشككين بطبيعتهم إلى حد ما، ومن واجبنا أن نفعل ما بوسعنا لتبديد أي مخاوف ممكنة 14:32 &lt;ant&gt; &lt;drakoh&gt; مثلاً فقدتُ كل الأقران لدي 14:33 &lt;jrandom&gt; نعم، أتفق يا smeghead. بالنسبة لبرمجيات المجهولية أو الأمان، وخاصة البرمجيات التي تتعامل مع مجال مليء بأحصنة طروادة مثل مشاركة الملفات، فمن الحاسم أن تكون منفتحة. 14:33 &lt;jrandom&gt; drakoh: حسناً، انتظر قليلاً، يمكننا تتبّع العِلّة بعد انتهاء الاجتماع 14:33 &lt;ant&gt; &lt;drakoh&gt; أوه آسف 14:33 &lt;jrandom&gt; حسناً، وبالمناسبة، بما أننا نتحدث عن انتهاء الاجتماع... 14:34 * jrandom يختم 14:34 * jrandom *baf* يُغلِق الاجتماع </div>/ar/blog/2005/03/15/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-15/Tue, 15 Mar 2005 00:00:00 +0000/ar/blog/2005/03/15/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-15/<p>مرحباً بالجميع، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) Feedspace 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>خلال الأسبوع الماضي، قضيتُ معظم وقتي في تحليل سلوك الشبكة، وتتبع الإحصاءات ومحاولة إعادة إنتاج أحداث مختلفة في المُحاكي. وبينما يمكن عزو بعض سلوك الشبكة الغريب إلى نحو بضعة وعشرين routers ما زالت على إصدارات أقدم، فإن العامل الرئيسي هو أن حسابات السرعة لدينا لا تزودنا ببيانات جيدة - إذ لا نستطيع تحديد الأقران القادرين على ضخ البيانات بسرعة بشكل صحيح. في الماضي، لم يكن ذلك مشكلة كبيرة، إذ كان هناك خلل يدفعنا إلى استخدام أعلى 8 أقران من حيث السعة بوصفهم التجمع &lsquo;fast&rsquo;، بدلاً من بناء طبقات مشروعة مشتقة من السعة. حساب السرعة الحالي لدينا مشتق من اختبار كمون دوري (RTT (زمن الرحلة ذهابًا وإيابًا) لاختبار tunnel، على وجه الخصوص)، لكن ذلك يوفّر بيانات غير كافية تمنحنا ثقة في القيمة. ما نحتاجه هو طريقة أفضل لجمع مزيد من نقاط البيانات مع الاستمرار في السماح بترقية الأقران &lsquo;high capacity&rsquo; إلى الطبقة &lsquo;fast&rsquo; عند الحاجة.</p>/ar/blog/2005/03/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%85%D8%A7%D8%B1%D8%B3-2005/Tue, 08 Mar 2005 00:00:00 +0000/ar/blog/2005/03/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%85%D8%A7%D8%B1%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> ant, aum, bla, cervantes, detonate, duck, fedo, frosk, jrandom, legion, maestro^, mancom, named, postman, Ragnarok, septu_ssh</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) مرحباً 13:06 &lt;@jrandom&gt; 1) 0.5.0.2 13:06 &lt;@jrandom&gt; 2) تحديثات mail.i2p 13:06 &lt;@jrandom&gt; 3) تحديثات i2p-bt 13:06 &lt;legion&gt; إذًا هذا متعلق بخوادم IRC؟ 13:06 &lt;@jrandom&gt; 4) ??? 13:06 &lt;@jrandom&gt; 0) مرحباً 13:06 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 &lt;fedo&gt; مرحباً 13:07 &lt;+postman&gt; مرحباً 13:07 &lt;frosk&gt; نهاركم سعيد 13:07 &lt;@jrandom&gt; legion: لا، يتعلق بأخطاء I2P، ونعمل عليها 13:07 &lt;bla&gt; مرحباً 13:07 &lt;legion&gt; حسنًا 13:07 &lt;@jrandom&gt; وبما أننا نتحدث عن الأخطاء التي نعمل عليها، فلننتقل إلى 1) 0.5.0.2 :) 13:07 &lt;cervantes&gt; أهلاً 13:07 &lt;cervantes&gt; -- تم قطع الاتصال 13:08 &lt;@jrandom&gt; هه 13:08 &lt;ant&gt; &lt;mihi&gt; مرحباً بالجميع 13:08 &lt;@jrandom&gt; 0.5.0.2 صدر، ورغم أن اتصالك بـ IRC قد يتأخر أحيانًا، فسيتعافى ;) 13:08 &lt;@jrandom&gt; واو، أهلاً mihi 13:09 &lt;cervantes&gt; أهلاً mihi 13:09 &lt;@jrandom&gt; ملاحظات الحالة تعطي لمحة عامة عن الوضع والأولويات الأكثر إلحاحًا 13:10 &lt;@jrandom&gt; الشيء المقلق الذي أحاول تتبعه يمكن رؤيته على `http://localhost:7657/oldstats.jsp#router.invalidMessageTime` 13:10 &lt;bla&gt; بالنسبة لي، أستطيع القول إن 0.5.0.2 قد حسّن الموثوقية _بدرجة هائلة_ مقارنةً بـ 0.5.0.1: الأخطاء حيث لا يمكن الاتصال بالوجهات تكاد لا تحدث بعد الآن 13:10 &lt;@jrandom&gt; تلك الأرقام ينبغي أن تكون صغيرة جدًا جدًا، لكنها ليست كذلك للأسف 13:10 &lt;@jrandom&gt; أحسنت يا bla 13:11 &lt;@jrandom&gt; نعم، 0.5.0.2 تحسّن واضح، وعلى الجميع الترقية بأسرع ما يمكن 13:11 &lt;bla&gt; 375,932.22 في آخر 10 دقائق هنا.... 13:11 &lt;@jrandom&gt; حسنًا، القيمة نفسها ليست المشكلة، بل تكرارها 13:11 &lt;@jrandom&gt; (الأحداث لكل فترة) 13:12 &lt;@jrandom&gt; تلك الرسائل تُنسب على الأرجح إلى routers بإصدار 0.5، وبعضها إلى routers بإصدار 0.5.0.1، ولهذا أريد من الناس الترقية بأسرع ما يمكن 13:12 &lt;@jrandom&gt; قد يكون الأمر شيئًا آخر، لكني أود استبعاده 13:12 &lt;bla&gt; jrandom: أحصل على حوالي 200 في الساعة هنا 13:13 &lt;@jrandom&gt; bla: لديّ حاليًا 93 هذه الساعة، لكن الذروة أعلى بكثير (بالآلاف) 13:13 &lt;@jrandom&gt; على أي حال، هذا الإحصاء المحدد يُنشر في netdb 13:13 &lt;bla&gt; jrandom: ما رأيك باستبعاد 0.5-0 من الشبكة في البرمجية عند إصدار 0.5.0.3؟ 13:14 &lt;@jrandom&gt; لنتمكن كلنا من الاطلاع ورؤية قيم الآخرين ;) 13:14 &lt;@duck&gt; 309,854.24 ذروة 5,473,314.59 13:15 &lt;@duck&gt; نسختُ الخاطئ، أليس كذلك 13:15 &lt;@jrandom&gt; bla: بالتأكيد. أضفت بعض الشفرة في مراجعة 0.5.0.2 لتوفير بعض التوافق للأمام لا يملكه 0.5.0.1 و0.5 13:16 &lt;@jrandom&gt; duck: يصعب أن يكون لديك عدد كسري من الأحداث ;) 13:16 &lt;bla&gt; jrandom: جيد. على الأقل سيسمح لك ذلك باختبار فرضيتك invalid-messages-are-due-to-0.5-0 بطريقة مضبوطة 13:16 &lt;@jrandom&gt; bla: أجل، رغم أنه سيكون رائعًا لو حدّث الناس قبل ذلك ;) 13:17 &lt;@jrandom&gt; (لمن يقرأ من المنزل: http://www.i2p.net/download هو صديقك ;) 13:17 &lt;maestro^&gt; jr: تلك الأرقام لـ router.invalidMessageTime انحرافاتها بالمللي ثانية؟ 13:17 &lt;@jrandom&gt; maestro^: نعم 13:18 &lt;@jrandom&gt; (أي قيم منحرفة بشكل مجنون) 13:18 &lt;legion&gt; هذا تقرير صغير عن الشبكة [version|Number of nodes][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 &lt;@jrandom&gt; نعم، كنتم رائعين في التحديث 13:18 &lt;legion&gt; إذًا لا يزال هناك قلة يشغّلون 0.5 وكثيرون يشغّلون 0.5.0.1 13:18 &lt;maestro^&gt; إذن أي فكرة أين قد يتأخرون؟ 13:18 &lt;bla&gt; jrandom: لدى Freenet علم في كل إصدار يحدد الحد الأدنى لإصدار العقدة التي سيتواصل معها. هل شيفرة التوافق للأمام الجديدة مشابهة لذلك؟ 13:19 &lt;@jrandom&gt; maestro^: أفكار كثيرة جدًا لسبب تأخر مستخدمي 0.5 و0.5.0.1 13:19 &lt;@jrandom&gt; bla: مشابه 13:19 &lt;maestro^&gt; أم أنه انحراف الساعة على العُقد؟ 13:20 &lt;@jrandom&gt; maestro^: انحراف الساعة، بعض أخطاء التسلسل serialization، وخطأ 100% CPU 13:20 &lt;@jrandom&gt; حسنًا، هذا تركيزي عمومًا حاليًا، أحاول إعادة موثوقية الرسائل 13:21 &lt;@jrandom&gt; لدى أحد أي أسئلة/تعليقات/مخاوف حول 0.5.0.2؟ 13:21 &lt;ant&gt; * mihi لديه router بإصدار 0.4.2.5 هنا على القرص الصلب لم يُشغَّل منذ 22 ديسمبر... لكنه يعتقد أن الأفضل حذفه... 13:21 &lt;@jrandom&gt; هه 13:21 &lt;@jrandom&gt; نعم، هذا لن يتواصل مع الكثير من routers ;) 13:21 * postman لديه نسخة احتياطية من آخر تثبيت 0.4 له :) 13:21 &lt;ant&gt; &lt;mihi&gt; السؤال بالنسبة لي سيكون: ترقية أم حذف. 13:22 &lt;@jrandom&gt; احذف 13:22 &lt;@jrandom&gt; (مع نسخ احتياطي لأي destination keys) 13:22 &lt;@jrandom&gt; لا توجد عملية ترقية من ما قبل 0.5 بعد الآن 13:22 &lt;legion&gt; ربما إصدار تحديث آخر مثلاً 0.5.0.2-1 لا يسمح إلا باتصالات من 0.5.0.2 أو أحدث، هل سيكون ذلك جيدًا؟ 13:22 &lt;@jrandom&gt; legion: ذلك سيجزّئ الشبكة 13:22 &lt;@jrandom&gt; على الناس فقط أن يرقّوا. 13:23 &lt;@jrandom&gt; (ونحن يجب أن نتحايل على من لا يفعلون) 13:24 &lt;legion&gt; نعم، إلى أن يُحدّث من يشغّلون عُقدًا قديمة ;) 13:24 &lt;@jrandom&gt; تجزئة الشبكة تضرّنا جميعًا، لا بهم فقط 13:25 &lt;legion&gt; ربما لو كانت هناك إشعارات تحديث في router console أو شيء ما لإعلامهم أنهم يشغّلون نسخًا قديمة؟ 13:25 &lt;@jrandom&gt; نعم، سيكون ذلك رائعًا 13:25 &lt;@jrandom&gt; نأمل أن يُربط ذلك بالمحدّث أيضًا 13:26 &lt;legion&gt; نعم، أعلم، التجزئة سيئة... 13:26 &lt;@jrandom&gt; smeghead يعمل على بعض المكوّنات الأساسية لذلك، لست متأكدًا إن كان ذلك يشمل الإشعار/التنزيل 13:26 &lt;@jrandom&gt; (فإن أراد أحد المساعدة في ذلك، فلْيتواصل!) 13:27 &lt;@jrandom&gt; حسنًا، ننتقل إلى 2) تحديثات mail.i2p 13:27 &lt;@jrandom&gt; postman: ping 13:27 &lt;+postman&gt; نعم 13:27 &lt;bla&gt; jrandom: كان smeghead يعمل على بعض الأمور المتعلقة بالتوقيع على ما أذكر (حتى عندما تصلك إشعار بالتحديث، تعلم على الأقل أنه حقيقي وليس تصيّد/برمجيات تجسسية/هراء) 13:28 * postman يتسلّم الميكروفون 13:28 &lt;legion&gt; همم، ربما لو كانت هناك ميزة تحديث تلقائي مدمجة، حيث تُحمّل التحديثات عبر I2P وتقوم العُقد ببساطة بتنزيل التحديث، ثم إعادة تشغيل سلسة. 13:28 &lt;@jrandom&gt; صحيح bla 13:28 &lt;ant&gt; &lt;Gatak&gt; بالمناسبة، هل سيعمل I2P خلف NAT حتى لو لم تتمكن من فتح منفذ؟ 13:28 &lt;@jrandom&gt; Gatak: ليس بعد. بعض الناس سيتمكّنون عند 0.6، وآخرون عند 2.0 13:29 &lt;@jrandom&gt; legion: التصحيحات مرحّب بها 13:29 &lt;ant&gt; &lt;Gatak&gt; 2.0 يا رجل، هذا بعيد في المستقبل =) 13:29 &lt;@jrandom&gt; (http://www.i2p.net/roadmap#2.0 ;) 13:29 &lt;+postman&gt; أمم، هل أبدأ الآن؟ 13:29 &lt;aum&gt; صباح الخير جميعًا 13:30 &lt;@jrandom&gt; المايك لك بالكامل يا postman (آسف ;) 13:30 &lt;@jrandom&gt; أهلًا aum، لحقت الاجتماع 13:30 &lt;@jrandom&gt; (أفٍ! /me يلتزم الصمت مجددًا) 13:30 &lt;cervantes&gt; Gatek: http://www.i2p.net/roadmap 13:30 &lt;+postman&gt; أولًا، أردت أن أقول إننا بلغنا 300 حسابًا مُسجّلًا على postman.i2p بالفعل 13:30 &lt;@jrandom&gt; يا سلام 13:30 &lt;+postman&gt; عدد الرسائل من/إلى الإنترنت يتزايد بثبات وهذا يثبت مرة أخرى أننا بحاجة للمضيّ قدمًا 13:31 &lt;cervantes&gt; *يييييه* 13:31 &lt;+postman&gt; بعد حديثي مع jr منذ أسابيع اتفقنا على إطلاق v2mail مع I2P 1.0 13:31 &lt;+postman&gt; الحالة الراهنة: وكيل smtp المبني على java والمصمّم ليعمل على كل عقدة انتهى 13:31 &lt;@jrandom&gt; رائع! 13:32 &lt;+postman&gt; وكيل POP3 المبني على java وصل إلى 80% ولا ينقصه إلا محرّك maildir 13:32 &lt;+postman&gt; سيكون هناك webmanager يحتاج بعض التعديل الثقيل (أُنجز 15%) 13:32 &lt;+postman&gt; التواصل بين العُقد عند 40% - اختبرنا تبادل سجلات البيانات مع HTTP/XML 13:33 &lt;+postman&gt; يبدو أنه يعمل جيدًا وبسرعة حتى 13:33 &lt;+postman&gt; حتى لو فشلت عقدة ترحيل/أُطفئت لبضعة أيام، فستتزامن خلال دقائق قليلة بعد العودة على الخط مجددًا 13:33 &lt;@jrandom&gt; ممتاز 13:33 &lt;+postman&gt; أظننا على المسار 13:34 &lt;+postman&gt; شيء واحد ملحوظ 13:34 &lt;bla&gt; postman: عمل جميل يا رجل! سؤال: كثير من العُقد لا يمكنها استقبال أو إرسال البيانات على المنفذ 25 (ليس مباشرةً). هل سيتمكّن مالكو العُقد من تحديد ذلك (أم سيُكتشف تلقائيًا)؟ 13:34 &lt;cervantes&gt; رائع 13:34 &lt;+postman&gt; bla: لاحقًا 13:34 &lt;+postman&gt; في v2mail سيكون هناك تطبيق ويب يعمل محليًا 13:34 &lt;+postman&gt; ومن خلاله يمكنك إدارة الوكلاء المحليين AND التقدّم لطلب "relayaccount" 13:35 &lt;+postman&gt; سيُستخدم هذا relayaccount لربط عنوانك/نطاقك بعُقد الترحيل 13:35 &lt;+postman&gt; وستتزامن المعلومات تلقائيًا بين الترحيلات 13:35 &lt;@jrandom&gt; رائع 13:35 &lt;+postman&gt; حتى ميزات مثل دفتر العناوين / المفاتيح العامة وأشياء أخرى ستعمل عبر الواجهة LOCAL 13:36 &lt;+postman&gt; إذًا الفكرة هي وجود مدير مركزي واحد يمكنك عبره إنجاز كل أمور البريد 13:36 &lt;+postman&gt; تُنقل البيانات ذات الصلة إلى واحدة من الترحيلات ثم تُزامَن بين الترحيلات 13:36 &lt;+postman&gt; وهذا المدير المعتمد على الويب سيعمل على عقدتك نفسها 13:37 &lt;+postman&gt; عندما تكون عقدتك على الخط، ستقوم الترحيلات بتسليم الرسائل المصطفّة لوجهتك/نطاقك/عنوانك 13:37 &lt;+postman&gt; وسيُسلَّم إلى smtp proxy المحلي لديك 13:37 &lt;+postman&gt; يمكنك حتى تحفيز الأمر كله عبر ETRN :) 13:37 &lt;aum&gt; مرحبًا مجددًا 13:37 &lt;aum&gt; أود طرح نقطة نقاش في هذا الاجتماع، إن أمكن 13:37 &lt;+postman&gt; هذا ما لدينا عن المستقبل يا رفاق :) 13:37 &lt;+postman&gt; . 13:38 &lt;@jrandom&gt; يبدو رائعًا يا postman 13:38 * postman يعيد الميكروفون 13:38 &lt;@jrandom&gt; aum: رائع، قد يكون هناك وقت في 4) 13:38 &lt;+postman&gt; نعم، أنا متحمس :) 13:38 &lt;@jrandom&gt; postman: إذًا للمستخدم العادي، سيحوي smtp proxy مجلد maildir المحلي، وpop3 proxy سيقرأ/إلخ، صحيح؟ 13:39 &lt;+postman&gt; نعم، يحوي smtp proxy مُوزِّع بريد MDA 13:39 &lt;+postman&gt; وسيسلّم البريد إلى maildirs المحلية 13:39 &lt;+postman&gt; ويمكن إنشاء عدة حسابات/مستخدمين محليًا 13:39 &lt;cervantes&gt; postman: هل ستتابع الترحيلات حصصك إلخ وتنشر هكذا معلومات فيما بينها؟ 13:39 &lt;+postman&gt; وتُربط بحسابات نطاقك 13:39 &lt;+postman&gt; cervantes: نعم، ستفعل 13:39 &lt;septu_ssh&gt; عذرًا، هل يمكنني سؤال postman عن آليات الدفع/مكافحة الرسائل المزعجة في النموذج الجديد؟ 13:40 &lt;+postman&gt; septu_ssh: هل قرأت أيًا من الوثائق على صفحة الويب؟ 13:40 &lt;+postman&gt; cervantes: ليست آنية تمامًا 13:40 &lt;+postman&gt; cervantes: لكن لا بأس عندي بتبادل معلومات الحصة كل بضع دقائق 13:40 &lt;septu_ssh&gt; في قائمة القراءة :/ 13:40 &lt;septu_ssh&gt; لكن طالما أنه موثّق، فحسنًا 13:40 &lt;cervantes&gt; postman: نعم توقعت ذلك 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/inout.html 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/mailv2.html 13:41 &lt;+postman&gt; cervantes: هذا ليس أمرًا جللاً حقًا - الحصة حد معقول 13:41 &lt;cervantes&gt; postman: حتى لو استطاع شخص إرسال إلى nrelays * quota من المستلمين فليس أمرًا سيئًا 13:41 * septu_ssh هو bungle 13:41 &lt;+postman&gt; cervantes: نعم 13:42 &lt;+postman&gt; الهدف فقط منع أي أحد من إساءة استخدام الخدمة حقًا 13:42 &lt;+postman&gt; في الاختبارات كان لديّ 3 relays وكانت سريعة حقًا 13:42 &lt;@jrandom&gt; postman: نسيتُ، هل سيدعم هذا أن يتحدث smtp relay المحلي مباشرةً مع smtp relay لجهة أخرى بدل الارتداد عبر عُقدك؟ 13:42 &lt;+postman&gt; cervantes: خلال 10 ثوانٍ تمت المزامنة :) 13:43 &lt;@jrandom&gt; (أم ربما ذلك لاحقًا) 13:43 &lt;+postman&gt; jrandom: ستُشغَّل i2p mail relays بواسطة عدة أشخاص وهي الوجهات المفضلة لتوجيه البريد 13:43 &lt;cervantes&gt; postman: يمكنك إدخال تأخير أُسّي في طابور الإرسال 13:43 &lt;cervantes&gt; إذا أصبح الأمر مشكلة 13:43 &lt;+postman&gt; jrandom: لذا قد يكون الإرسال إلى destinations أخرى مفيدًا في ظروف معينة 13:44 &lt;@jrandom&gt; نعم، لكنه خطير في أخرى 13:44 &lt;cervantes&gt; بحيث كلما أرسلت بريدًا أكثر، زاد وقت اصطفافه... يجب أن يعطي ذلك وقتًا للترحيلات للحاق 13:44 &lt;+postman&gt; jrandom: لكن إن كشف مالك العقدة destination الخاص به لـ IMIO فقد يُغمر برسائل مزعجة بدون تحكّم :) 13:44 &lt;@jrandom&gt; بالضبط 13:44 &lt;@jrandom&gt; ومن جهة أخرى، ينطبق الأمر نفسه إذا كانت i2p mail relays عدائية 13:45 &lt;+postman&gt; jrandom: بالفعل، إنه بناء شبيه بـ WOT 13:45 &lt;@jrandom&gt; &lt;/tinFoil&gt; 13:45 &lt;+postman&gt; jrandom: لا أستطيع منع مشغّل ترحيل من توزيع حصة 0 لعنوانك 13:45 &lt;@jrandom&gt; تمام. نعم، لا حاجة للقلق الآن 13:45 &lt;+postman&gt; :) 13:46 &lt;+postman&gt; حسنًا 13:46 &lt;+postman&gt; . 13:46 &lt;@jrandom&gt; حسنًا رائع، شكرًا على التحديث. أمور حماسية فعلًا 13:46 &lt;@jrandom&gt; حسنًا، ننتقل إلى 3) i2p-bt updates 13:46 &lt;@jrandom&gt; duck: ping 13:46 &lt;@duck&gt; مرحبًا 13:47 &lt;@duck&gt; أُصدر BitTorrent 4.0.0 أمس 13:47 &lt;ant&gt; &lt;dm&gt; يبدو ألمانيًا 13:47 &lt;@duck&gt; كنا ننتظره نوعًا ما قبل البدء على 0.2 13:47 &lt;@duck&gt; كتبت قائمة مهام/todo: http://pastebin.ca/raw/7037 13:47 &lt;@duck&gt; (آسف، موقعي www متوقف حاليًا) 13:48 &lt;@jrandom&gt; رائع 13:48 &lt;legion&gt; عن أي إطار زمني نتحدث لـ 0.2؟ 13:48 &lt;@duck&gt; الهدف كان 4 أسابيع 13:49 &lt;legion&gt; رائع 13:49 &lt;@duck&gt; كما ترى، RawServer (الجزء الذي يتواصل مع i2p) هو أكبر مهمة 13:50 &lt;@duck&gt; . 13:50 &lt;@duck&gt; استطلاع سريع: 13:50 &lt;legion&gt; نعم، أعلم ذلك جيدًا :) 13:50 &lt;@duck&gt; من يخطط لصنع تفرّع i2p-bt؟ 13:50 &lt;@jrandom&gt; رائع، هل من شيء يمكن للناس فعله للمساعدة؟ 13:50 &lt;@jrandom&gt; هه 13:51 &lt;ant&gt; &lt;dm&gt; أنا 13:51 * jrandom يمسك بملعقة 13:51 &lt;ant&gt; &lt;dm&gt; أنا مستعد للمساعدة 13:51 &lt;legion&gt; أنا 13:51 &lt;ant&gt; &lt;dm&gt; أنا مثلي 13:51 &lt;legion&gt; أعمل على تفرّع 13:52 &lt;@duck&gt; جيد، إذن أعلم من لا آخذهم على محمل الجد. 13:52 &lt;@duck&gt; حقًا، أظن ذلك سخيفًا؛ تجميع الموارد قد يوصلكم أبعد بكثير 13:53 &lt;@jrandom&gt; أو ربما إن كانت هناك طرق أفضل، يمكنكم إقناع duck بالعمل بتلك الطريقة؟ 13:53 &lt;named&gt; سأكتب تفرّعًا بـ qbasic، الرجاء أن تأخذوني بجدية. 13:53 &lt;@duck&gt; سأحاول جعل العملية أكثر انفتاحًا، حتى يرى الآخرون ما هو مخطط، إلخ 13:53 &lt;ant&gt; &lt;dm&gt; انفتاحك لا يثنينا. تفرّع! تفرّع! تفرّع! تفرّع! 13:53 &lt;@duck&gt; إن كانت لديكم أي اقتراحات أخرى 13:54 &lt;ant&gt; * dm يرفع legion على كتفيه. 13:54 &lt;legion&gt; همم، قد يكون ذلك صحيحًا، لكن مع ما أفعله أشك أنكم تريدونني ألوّث عملية تطوير i2p-bt الرئيسية ;) 13:54 &lt;ant&gt; &lt;dm&gt; تفرّع! تفرّع! تفرّع! تفرّع! 13:54 &lt;@jrandom&gt; legion: ما الذي تفعله ولن يرغب duck بدعمه؟ 13:55 &lt;@duck&gt; legion: مبروك، إذا بحثت في google عن 'i2p bittorrent'، فإعلان "Windows I2P Bittorrent Version 1.0" هو #1 13:55 &lt;@jrandom&gt; يا إلهي 13:56 &lt;bla&gt; jrandom: نعم؟ 13:56 &lt;+postman&gt; jrandom: نعم، سيعيثون في هذه الشبكة فسادًا قريبًا :) 13:56 &lt;bla&gt; ;) 13:56 &lt;named&gt; 1.0؟ اللعنة، أنا أستخدم 0.1.8! 13:56 &lt;Ragnarok&gt; أوف 13:57 &lt;legion&gt; بحق السماء، حقًا؟! لا أستطيع تصديقه... هذا جنون. 13:57 &lt;@duck&gt; على أي حال، لا أظن هناك الكثير الجديد لنقوله بشأن هذا 13:57 &lt;legion&gt; إصداري 1.0 مبني على 0.1.8 إذا كنتَ تشغّل 0.1.8 فأنت بخير. 13:58 &lt;@jrandom&gt; (وإصدار 1.0 ملف .exe لم يراجعه أحد، قد تختلف تجربتك) 13:58 &lt;legion&gt; سمّيته ورقّمته بشكل سيئ، آسف، مرة أخرى. 13:58 &lt;ant&gt; &lt;dm&gt; 1.0&gt;&gt; 0.1.8 13:58 &lt;ant&gt; &lt;dm&gt; أي يوم في الأسبوع 13:59 &lt;@duck&gt; ذو صلة قليلًا: 13:59 &lt;@jrandom&gt; حسنًا، هل هناك شيء آخر في 3) i2p-bt، أم ننتقل إلى 4) ??? 13:59 &lt;+postman&gt; legion: متى سيكون الشفرة المصدريّة متاحة للتنزيل؟ 13:59 &lt;frosk&gt; "I2P-BT 0.1.8 يعمل بشكل جيد ومستقر حتى الآن. شخصيًا لا أرى سببًا للتحديث إلى I2P-BT 1.0" (رأيتها في المنتدى) 13:59 * jrandom يتنهّد 13:59 &lt;@duck&gt; الشهر الماضي قدّم bram cohen محاضرة عن bittorrent في إحدى الجامعات 14:00 &lt;@duck&gt; ممتعة جدًا: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 &lt;@duck&gt; (دروس مستفادة حول برامج P2P الكبيرة، بالإضافة إلى شرح بعض تفاصيل bittorrent) 14:00 &lt;@duck&gt; . 14:01 &lt;@jrandom&gt; تمام 14:01 &lt;@duck&gt; postman: أصدر legion بعض الشفرة المصدريّة 14:01 &lt;ant&gt; &lt;dm&gt; هل هو مخترع BT؟ 14:01 &lt;@duck&gt; لكن بحسب smeghead فهي ليست نفسها ملف .exe 14:01 &lt;@jrandom&gt; dm: نعم 14:01 &lt;legion&gt; هناك شفرة مطوّرين يمكنك تنزيلها من `http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2` 14:02 &lt;+postman&gt; حسنًا، سأنظر 14:02 &lt;ant&gt; &lt;dm&gt; هل exe ترجمة مباشرة لتلك الشفرة؟ 14:03 &lt;legion&gt; رغم أن شفرة 1.0 فعليًا ليست سوى 0.1.8 مع رقعة من smeghead، مُترجمة ومُعلّبة بشكل جميل. 14:04 * cervantes يمشي نحو 4)??? وينتظر الجميع ليلحقوا 14:04 &lt;ant&gt; &lt;dm&gt; السؤال لا يزال بلا جواب 14:04 &lt;ant&gt; &lt;dm&gt; Legion، هل أمرتَ أم لم تأمر بـ code red??? 14:04 &lt;@jrandom&gt; *سعال* 14:04 &lt;legion&gt; ربما علينا العودة للموضوع، نقاش عميل bt الخاص بي انتقل إلى #itorrent 14:05 &lt;@jrandom&gt; حسنًا، 4) ??? 14:05 &lt;@jrandom&gt; هل هناك شيء آخر يريد الناس طرحه؟ 14:05 &lt;@jrandom&gt; aum: هل لديك شيء؟ 14:06 &lt;ant&gt; &lt;dm&gt; هل عاد stasher؟ 14:06 &lt;legion&gt; أرى سلوكًا غريبًا مع 0.5.0.2 في فترات الحركة الثقيلة... 14:06 &lt;aum&gt; نعم 14:06 &lt;aum&gt; أود طرح مسألة إنشاء/إدارة tunnel تلقائيًا 14:07 &lt;ant&gt; &lt;dm&gt; تفضل 14:07 &lt;+detonate&gt; هناك null pointer exception في أداة systray على ويندوز، للتو لاحظت 14:07 &lt;aum&gt; إنه 1337 أن الـ web console تسمح الآن للبشر بإنشاء/حذف/إدارة tunnels يدويًا 14:07 &lt;@jrandom&gt; detonate: هل يمكنك وضعها على bugzilla؟ 14:07 &lt;aum&gt; لكني أؤمن بشدة أيضًا بضرورة وجود طريقة موثوقة ومناسبة للبرامج لإدارة tunnels كذلك 14:08 &lt;@jrandom&gt; aum: لا أحد يختلف. نحتاجها، وسنحصل عليها. لكن ليس الآن. 14:08 &lt;ant&gt; &lt;dm&gt; ألا يمكنك فعل ذلك عبر SAM؟ 14:08 &lt;aum&gt; لاحظتُ عند عودتي مؤخرًا إلى i2p أن مكتبة pysam لم تعد تعمل 14:08 &lt;septu_ssh&gt; لديّ سؤال سريع أيضًا بعد aum 14:08 &lt;aum&gt; وكان ذلك مخيّبًا 14:08 &lt;@jrandom&gt; بروتوكول SAM يعمل، pysam لا يعمل 14:08 &lt;Ragnarok&gt; هل عمل يومًا؟ 14:09 &lt;aum&gt; صحيح 14:09 &lt;aum&gt; كان pysam يعمل بشكل رائع 14:09 &lt;legion&gt; خلال تلك الفترات هناك 1000+ tunnels تشارك فيها عقدتي وتأخير لثوانٍ عدة. 14:09 &lt;@jrandom&gt; legion: نعم، العدد الكبير من tunnels بسبب بنًى أقدم 14:09 &lt;cervantes&gt; ah mymodesty 14:09 &lt;cervantes&gt; eerm pymodesty 14:09 &lt;aum&gt; أكتب حاليًا وحدة 'i2ptunnel.py'، تُعرّف أصنافًا تسمح بإدارة tunnel بسهولة 14:10 &lt;legion&gt; إذًا لو لم نكن نتصل ببنًى أقدم، ستكون الشبكة أكثر سلاسة؟ 14:10 &lt;@jrandom&gt; تمام، لا أعلم إن كان هذا الحل الصحيح طويل الأمد، لكن إن سدّ الفجوة بالنسبة لك الآن، فلا بأس 14:10 &lt;@jrandom&gt; legion: تلك tunnels ليست المشكلة 14:11 &lt;aum&gt; حسنًا، واجهات الأصناف يمكن أن تبقى حتى لو تغيّر الآليّة الأساسية 14:11 &lt;@jrandom&gt; تمام 14:11 &lt;legion&gt; أليست كذلك؟ 14:12 &lt;legion&gt; عندما تكون هناك قلة من tunnels، يكون التأخير ضئيلًا جدًا... 14:12 &lt;cervantes&gt; legion: عذرًا aum يطرح بعض الأسئلة، إذا أمكنك الانتظار دقيقة 14:12 &lt;legion&gt; يبدو الأمر غريبًا بالنسبة لي. 14:13 &lt;legion&gt; حسنًا 14:13 &lt;@jrandom&gt; أخشى أننا بحاجة إلى أخذ ما نجح سابقًا بالاعتبار - إعداد الويب يعمل ويُصان لأن الجميع يستخدمه. ربما من الأفضل أن تجعل أي تطبيق تعمل عليه يعمل مع إنشاء tunnel يدويًا أولًا، سيكون ذلك أكثر كفاءة؟ 14:13 &lt;@jrandom&gt; فقط ليكون هناك دائمًا شيء يستخدم i2ptunnel.py، للضغط عليه 14:13 &lt;aum&gt; يبدو أننا نصل إلى طريق مسدود 14:13 &lt;+detonate&gt; jrandom: بالتأكيد 14:14 &lt;ant&gt; &lt;dm&gt; لنمضِ قدمًا إذن 14:14 &lt;aum&gt; لا أود استثمار وقت في تطوير تطبيقي حتى أحصل على API لإدارة tunnel يمكنني الاعتماد عليه 14:14 &lt;septu_ssh&gt; \o. - نقطة أود طرحها 14:14 &lt;cervantes&gt; واقعيًا لا أتصور أن واجهة tunnel ستُعاد صياغتها خلال الشهرين القادمين... 14:14 &lt;@jrandom&gt; لكن بالتأكيد ترى أنه من السهل أن نضيف واحدًا 14:14 &lt;cervantes&gt; لذا فحل مؤقت ممكن 14:15 &lt;named_&gt; ألا يمكن لإعداد الويب أن يحوي نوعًا من api يتلاعب به برنامج aum؟ 14:15 &lt;@jrandom&gt; named_: نعم 14:16 &lt;@jrandom&gt; من السهل إضافة شيء يسمح بالتحكم الآمن عبر URLs، لكنه لا يكون منطقيًا إلا إن كان هناك ما يحتاجه 14:16 &lt;@jrandom&gt; وإلا فسيُهمَل 14:16 &lt;aum&gt; named_: سيكون ذلك جميلًا، ويمكن أن يعمل إن كان هناك كلمة مرور hardcoded في config يجب على برامج العميل إرسالها بـ POST مع حقول التحكم بـ tunnel 14:16 &lt;cervantes&gt; شخصيًا أود رؤية نظام tunnel كله يُعاد تصميمه بالكامل، إن ضمّنت واجهة إدارة tunnel منذ البداية فلن تقلق بشأن الجهد الإضافي اللازم لصيانة واجهة منفصلة 14:17 &lt;@jrandom&gt; نعم، الوكلاء يحتاجون كثيرًا من العمل، والذي كنت أتهرّب منه قدر الإمكان :) 14:17 &lt;aum&gt; SAM جيد لبعض الحالات، وسيئ لغيرها 14:17 &lt;cervantes&gt; لكن ذلك لاحقًا بعض الشيء... 14:17 &lt;fedo&gt; ( 14:18 &lt;@jrandom&gt; aum: ولكن كحل مؤقت، ألا يمكنك استخدام إحدى الطرق الثلاث المتاحة؟ 14:18 &lt;cervantes&gt; أي أن واجهة الويب نفسها تستخدم api فلا يوجد عبء صيانة 14:18 &lt;@jrandom&gt; صحيح. واجهة الويب تستخدم TunnelControllerGroup 14:19 &lt;aum&gt; يصبح استخدام SAM صعبًا عندما يرغب المرء في استخدام مكتبات موجودة تعتمد كثيرًا على مقابس TCP القياسية 14:19 &lt;aum&gt; jrandom: سطر أوامر I2PTunnel لا يعمل لفتح server tunnels، لذا أكتب حاليًا شيفرة لاستخدام TunnelControllerGroup 14:19 &lt;@jrandom&gt; aum: المكتبات الموجودة تحتاج تدقيقًا بعناية. على سبيل المثال، أداة gzip نفسها تكشف بيانات حساسة 14:19 &lt;aum&gt; أكتب الشفرة بينما نتحدث 14:21 &lt;@jrandom&gt; أنا متأكد أن CLI يعمل لـ server tunnels، لكن استخدام TunnelControllerGroup مُفضّل، إن كنت تحتاجه كذلك 14:21 &lt;@jrandom&gt; حسنًا، هل لدى أحد شيء آخر ليطرحه؟ 14:22 &lt;septu_ssh&gt; سؤالي يتعلق بنسخة موزعة من hosts.txt، تُستخدم حاليًا جدول DHT لـ routerInfo، أليس بالإمكان توسيعه إلى نسخة موزعة من DNS؟ يمكن أن يحوي DHT الخاص بـ DNS تعيينات من www.bla.i2p إلى SHA الخاص بـ eepsite، وتُوقّع الإدخالات بواسطة 'I2P registrar'... تعليقات؟ اعتراضات؟ 14:22 &lt;mancom&gt; سؤال يتعلق بخارطة الطريق: هل ما زال 0.6 مُجدولًا لأبريل؟ 14:22 &lt;@jrandom&gt; septu_ssh: بيانات غير التوجيه لن تدخل netDb على جثتي ;) 14:23 &lt;septu_ssh&gt; jrandom: ليست قاعدة البيانات نفسها 14:23 &lt;septu_ssh&gt; قاعدة بيانات موزعة مختلفة 14:23 &lt;aum&gt; jrandom: هل رأيت تقرير العلة الخاص بي؟ أمر CLI 'server' /لا يعمل/ 14:23 &lt;maestro^&gt; septu_ssh: لا يوجد أي i2p registrar 14:23 &lt;@jrandom&gt; septu_ssh: هناك جوانب خطرة كثيرة للتسمية، مع بعض المقايضات الأساسية. هل رأيت نقاش التسمية على ugha.i2p؟ 14:24 &lt;@jrandom&gt; septu_ssh: آه، يمكن بالتأكيد استخدام DHT فوق I2P لتوزيع الإدخالات، رغم أن تلك الأسماء لن تكون آمنة إذا عوملت كإدخالات عالمية 14:26 &lt;@jrandom&gt; aum: كنت أستخدمه يوميًا حتى قبل بضعة أسابيع، هل رأيت ردي؟ 14:26 &lt;@jrandom&gt; maestro^: هذا هو المخطط 14:26 &lt;@jrandom&gt; أقصد، mancom: 14:26 &lt;cervantes&gt; aum: لديّ رد على تلك رسالة i2plist من jr، ألم تصلك بعد، أم أن المشكلة باقية؟ 14:26 &lt;septu_ssh&gt; السبب الوحيد لاقترحي "مسجّل" هو أن التضاربات قد تحدث خلاف ذلك 14:26 &lt;@jrandom&gt; septu_ssh: تقبّل التضاربات :) 14:26 &lt;@jrandom&gt; تسمية تكون فريدة عالميًا، مقروءة بشريًا، موزعة، وآمنة لا وجود لها 14:27 &lt;septu_ssh&gt; يمكن أن يحدث ذلك أيضًا في host.txt إذا عُدّل يدويًا، لكن تظل المشكلة نفسها 14:27 &lt;@jrandom&gt; تخلَّ عن المعامل الأول وستكون بخير 14:27 &lt;aum&gt; jrandom: رأيتُ ردك - ولديّ /حقًا/ streaming.jar في cp 14:27 &lt;septu_ssh&gt; يدير postman عقدة مركزية للبريد، لذا هناك عنصر ثقة داخل الشبكة، ألا سيثق أحد بمسجّل لإدارة فضاء الأسماء؟ 14:27 &lt;@jrandom&gt; حسنًا رائع، وما زال يعيد ذلك الأثر aum؟ 14:28 &lt;aum&gt; نعم 14:28 &lt;@jrandom&gt; septu_ssh: يعمل postman كعنصر مركزي فقط لـ outproxies وinproxies الخاصة بـ postman 14:28 * Ragnarok حقًا يحتاج أن يباشر كتابة وثيقة دفتر العناوين... 14:28 &lt;aum&gt; يحدث هذا عندما أشغّل cli يدويًا، أنفّذ genkeys، ثم أنفّذ 'server' باستخدام privkeyfile المُولّد بواسطة genkeys 14:28 &lt;@jrandom&gt; septu_ssh: لن يثق أحد بأي شخص لإدارة فضاء أسماء. الرقابة == ممارسة ضغط على ذلك المسجّل. 14:28 &lt;maestro^&gt; كل شخص هو في الواقع مسجّل نفسه 14:29 &lt;maestro^&gt; تثق بأصدقائك وهم يثقون بك 14:29 &lt;aum&gt; تبًا، التقطتُ classpath قديمًا 14:29 * aum يختبر مجددًا 14:30 &lt;ant&gt; &lt;dm&gt; حسنًا، سأكون المسجّل. 14:31 &lt;ant&gt; &lt;dm&gt; سأكون غير متحيّز قدر الإمكان... موافق؟ 14:31 &lt;septu_ssh&gt; هممم، حسنًا، نعود إلى لوحة الرسم إذًا... 14:31 &lt;@jrandom&gt; septu_ssh: مكان جيد للاطلاع http://zooko.com/distnames.html :) 14:32 &lt;@jrandom&gt; الجميع يريده، لكن ما يريدونه ليس آمنًا. لدينا حل آمن، لكننا نتنازل عن الفرادة العالمية 14:33 &lt;septu_ssh&gt; هممم، حسنًا 14:33 &lt;@jrandom&gt; حسنًا، هل لدى أحد شيء آخر ليطرحه في الاجتماع؟ 14:33 &lt;cervantes&gt; septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 &lt;aum&gt; jrandom - حسنًا، cli 'server' يعمل الآن، لكنني لم أحصل على 'job number' للـ tunnel 14:34 &lt;@jrandom&gt; همم صحيح، إنه يعمل للأبد 14:34 &lt;aum&gt; آه، يجب أن أنفّذ 'list' للحصول على job num 14:36 &lt;@jrandom&gt; حسنًا رائع، إن لم يكن هناك شيء آخر... 14:36 * jrandom يستعد 14:36 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2005/03/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-08/Tue, 08 Mar 2005 00:00:00 +0000/ar/blog/2005/03/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-08/<p>أهلاً بالجميع، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.2 2) تحديثات mail.i2p 3) تحديثات i2p-bt 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.2</li> </ol> </li> </ul> <p>قبل أيام قليلة أصدرنا الإصدار 0.5.0.2 وقد قام جزء كبير من الشبكة بالترقية (رائع!) تَرِدُ تقارير تفيد بأن أسوأ المشكلات في 0.5.0.1 قد تم القضاء عليها، وبشكل عام يبدو أن الأمور تعمل على ما يرام. لا تزال هناك بعض مشكلات الاعتمادية، على الرغم من أن streaming lib (مكتبة البث) تتعامل معها (اتصالات irc التي تدوم 12–24+ ساعة تبدو هي القاعدة). لقد كنتُ أحاول تتبّع بعض المشكلات المتبقية، لكن سيكون من الرائع جداً جداً لو أن الجميع قاموا بالتحديث إلى الإصدار الأحدث في أقرب وقت ممكن.</p>/ar/blog/2005/03/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%85%D8%A7%D8%B1%D8%B3-2005/Tue, 01 Mar 2005 00:00:00 +0000/ar/blog/2005/03/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%85%D8%A7%D8%B1%D8%B3-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> ant, bla, cervantes, cervantes2p, ddd, detonate, duck, jnymo, jrandom, MichElle, null, Ragnarok, smeghead, ugha2p</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) مرحباً 13:05 &lt;@jrandom&gt; 1) 0.5.0.1 13:05 &lt;@jrandom&gt; 2) خارطة الطريق 13:05 &lt;@jrandom&gt; 3) addressbook editor والإعدادات 13:05 &lt;@jrandom&gt; 4) i2p-bt 13:05 &lt;@jrandom&gt; 5) ؟؟؟ 13:05 &lt;@jrandom&gt; 0) مرحباً 13:05 * jrandom يلوّح 13:05 &lt;@duck&gt; مرحباً 13:05 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 &lt;null&gt; مرحباً 13:05 &lt;@jrandom&gt; (نعم، أنا متأخر هذا الأسبوع، اقطعوا رأسي) 13:06 &lt;@jrandom&gt; بينما أنتم القرّاء السريعين تغوصون في ذلك، ربما يمكننا أن نبدأ بـ 1) 0.5.0.1 13:07 &lt;@jrandom&gt; صدر 0.5.0.1، وقد تخلّص من أكثر العلل الواضحة في 0.5، لكن كما رأينا لا يزال هناك عمل يجب القيام به 13:07 &lt;@jrandom&gt; (current cvs stands at 0.5.0.1-7, I expect at least -8 or -9 before we hit 0.5.0.2) 13:07 &lt;+ugha2p&gt; مرحباً. 13:08 &lt;+ugha2p&gt; هل أصلح CVS HEAD مشكلة استهلاك CPU بنسبة 100%؟ 13:08 &lt;@jrandom&gt; نعم، -7 ينبغي أن يلتقط آخر بقاياها 13:08 &lt;@duck&gt; هل أصلح CVS HEAD مشكلة OOM؟ 13:08 &lt;+detonate&gt; مرحباً 13:08 &lt;@jrandom&gt; لا، لا تزال مشكلة OOM قيد التتبع 13:09 &lt;@jrandom&gt; في الواقع... هل يوجد Connelly هنا؟ 13:09 &lt;ant&gt; &lt;jrandom&gt; كلا 13:09 &lt;@jrandom&gt; سحقاً 13:09 &lt;+ugha2p&gt; jrandom لا بد أنه جن، إنه يجري حواراً مع نفسه. 13:09 &lt;@jrandom&gt; حسنًا، سنرى ما الذي سنفعله للتخلص من مشكلة OOM. إنها بالتأكيد معيقة أساسية، لذا لن تكون هناك نسخة حتى تُحل بطريقة أو بأخرى 13:10 &lt;+detonate&gt; تماماً في وقت الاجتماع 13:11 &lt;@jrandom&gt; هذا كل ما لدي بخصوص 0.5.0.1 - هل لدى أي شخص شيء يريد ذكره/سؤاله/مناقشته؟ 13:12 &lt;+ugha2p&gt; jrandom: أمم، لم أرَ فعلياً مشكلة CPU مع 0.5.0.1، لكنها حدثت مرتين عندما جرّبت 0.5.0.1-5. هل فاتني شيء؟ 13:12 &lt;+ugha2p&gt; قمتُ بالعودة إلى 0.5.0.1 نتيجة لذلك. 13:13 &lt;+detonate&gt; لدي سؤال، عملية الإيقاف تبدو أنها تستغرق وقتاً طويلاً جداً، واستخدام الذاكرة يقفز بحوالي 40MB خلال ذلك الوقت 13:13 &lt;+detonate&gt; كنت أتساءل إن كنت تعرف السبب 13:14 &lt;+detonate&gt; الفوري، طبعاً 13:14 &lt;@jrandom&gt; قد يحدث ذلك مع 0.5.0.1، فقط لم تصادفه بعد. 13:14 &lt;@jrandom&gt; (ليس حدوثاً شائعاً، ويصيب بعض الأشخاص فقط في ظروف غريبة) 13:14 &lt;@jrandom&gt; detonate: طويل جداً، بمعنى أكثر من 11-12 دقيقة المعتادة؟ 13:14 &lt;+ugha2p&gt; حسنًا، أصابتني مرتين خلال فترة 8 ساعات. 13:15 &lt;+detonate&gt; بمجرد أن تختفي كل الـ tunnels المشاركة 13:15 &lt;+ugha2p&gt; jrandom: هل يفترض أن يستهلك كل CPU ويفقد كل الـ leases إلى أن يُعاد تشغيله عندما يحدث ذلك الخطأ؟ 13:16 &lt;@jrandom&gt; ugha2p: هذا نتيجة نموذجية لذلك العطل، نعم 13:16 &lt;+detonate&gt; هممم 13:17 &lt;@jrandom&gt; (يحدث ذلك عندما يستهلك عدد طلبات بناء الـ tunnel ما يكفي من CPU ليتجاوز الزمن اللازم لتلبية طلب واحد، ما يؤدي إلى تراكم طلب إضافي في الطابور، إلخ) 13:17 &lt;+ugha2p&gt; لا بد أنها كانت مصادفة شديدة أنه حدث لي فقط أثناء استخدام 0.5.0.1-5. 13:18 &lt;@jrandom&gt; ugha2p: حدث ذلك لبعض الأشخاص مراراً على 0.5.0.1-0، لكنه مُصلَح في -7. يمكنك البقاء على -0 إن شئت، بالطبع 13:18 &lt;cervantes&gt; كان نعمة عظيمة 13:18 &lt;+ugha2p&gt; jrandom: سأجرّب -7. 13:18 &lt;@jrandom&gt; رائع 13:19 &lt;+ugha2p&gt; على الرغم من أنني أشعر بالذنب لإعطاء مستخدمي الويكي رحلة متعرّجة حتى الآن. :) 13:20 &lt;+ugha2p&gt; شيء آخر، هل وثّقتَ أنواع الـ tunnel: bulk/interactive في أي مكان؟ 13:20 &lt;+ugha2p&gt; (باستثناء المصدر ;) 13:20 &lt;@jrandom&gt; في سجل التغييرات. الفرق الوحيد هو أقصى حجم نافذة يساوي رسالة واحدة 13:20 &lt;+ugha2p&gt; أوه، حسنًا. 13:21 &lt;@jrandom&gt; حسنًا، أي شيء آخر حول 0.5.0.1، أم ننتقل إلى 2) خارطة الطريق؟ 13:21 &lt;@duck&gt; امضِ قدماً! 13:21 &lt;@jrandom&gt; اعتبرنا انتقلنا 13:22 &lt;@jrandom&gt; تم تحديث خارطة الطريق. وأشياء أخرى. راجع الصفحة للتفاصيل 13:22 &lt;cervantes&gt; إيه، duck يعضّ الكاحل 13:23 &lt;@jrandom&gt; أفكر في دفع بعض الاستراتيجيات من 0.5.1 إلى 0.6.1 (للحصول على UDP أسرع)، لكن سنرى 13:23 &lt;@jrandom&gt; هل لدى أحد أسئلة/تعليقات/مخاوف/أقراص طائرة؟ 13:23 &lt;+detonate&gt; هل سمعت من mule مؤخراً؟ 13:23 &lt;+detonate&gt; وبالحديث عن UDP 13:24 &lt;@jrandom&gt; كلا، كان مريضاً إلى حد ما آخر مرة سمعتُ منه 13:24 &lt;+detonate&gt; :/ 13:24 &lt;jnymo&gt; UDP سيكون رائعاً 13:25 &lt;@jrandom&gt; s/would/will/ 13:25 &lt;@jrandom&gt; نأمل أنه خارج يستمتع بدلاً من ذلك :) 13:25 &lt;+ugha2p&gt; jrandom: ما نوع التغييرات التي ستتضمنها مواءمة عرض الحزمة والأداء؟ 13:26 &lt;jnymo&gt; إذًا، UDP يعني أساساً أنه بلا اتصال... ما يعني... شبكة أكبر، صحيح 13:26 &lt;+detonate&gt; UDP يجلب معه كل أنواع الصعوبات أيضاً 13:26 &lt;@jrandom&gt; ugha2p: تجميع شظايا رسائل الـ tunnel لتتلاءم بشكل أفضل مع رسائل الـ tunnel ذات حجم 1024 بايت الثابت، إضافة محددات سرعة عرض الحزمة لكل مجموعة (pool)، إلخ 13:27 &lt;+detonate&gt; لكن نعم 13:27 &lt;@jrandom&gt; detonate: لن يكون الأمر سيئاً، مخطط token bucket الذي لدينا الآن يمكنه التعامل مع الطلبات غير المتزامنة دون مشكلة 13:27 &lt;@jrandom&gt; (من الواضح أننا لن نستخدم BandwidthLimitedOutputStream، بل سنطلب من FIFOBandwidthLimiter تخصيص K بايت) 13:27 &lt;+ugha2p&gt; هل سيحدث الأول فعلاً فرقاً كبيراً؟ تحديد السرعة لكل مجموعة لا يبدو عاجلاً. 13:28 &lt;+detonate&gt; هذا جيد إذن 13:28 &lt;@jrandom&gt; ugha2p: يمكنك رؤية الأرقام الدقيقة المعنية بالذهاب إلى /oldstats.jsp#tunnel.smallFragments 13:29 &lt;bla&gt; detonate: كيف التقدم في إعادة التجميع؟ 13:29 &lt;+detonate&gt; متوقف فعلاً 13:30 &lt;@jrandom&gt; ugha2p: مع أنه يعتمد إلى حد كبير على نوع النشاط، طبعاً. الاتصالات الثرثارة تربح أكثر، أما الاتصالات bulk فتملأ الشظايا بالكامل بالفعل 13:30 &lt;+ugha2p&gt; jrandom: حسناً. 13:30 &lt;+ugha2p&gt; صحيح. 13:31 &lt;+detonate&gt; توقفت تماماً عن العمل عليه وبدأت العمل على addressbook-editor 13:31 &lt;+detonate&gt; ربما هناك طريقة فعّالة ومدروسة جيداً للقيام بمثل هذا الأمر، لكنني لم أصادفها 13:31 &lt;jnymo&gt; هل يعني UDP أن الأشخاص خلف NATs سيتمكنون من العبور الآن؟ 13:31 &lt;@jrandom&gt; بعض الشيء يا jnymo 13:31 &lt;jnymo&gt; ويستخدموا i2p؟ 13:32 &lt;@jrandom&gt; لكن أولاً نحتاج إلى جعله يعمل مع UDP أساساً، ثم نبدأ بإضافة اختراق الجدار الناري/NAT، ثم PMTU، إلخ 13:32 &lt;jnymo&gt; سيكون ذلك نعمة 13:33 &lt;+detonate&gt; بالطبع إذا كان لدى أحد اقتراحات حول ما يجب فعله، سأقدّر ذلك 13:33 &lt;+ugha2p&gt; jrandom: كيف سيساعد UDP الأشخاص خلف NATs؟ 13:34 &lt;bla&gt; detonate: TCP (على الشبكة العادية) يقوم بإعادة التجميع. هل يمكن نقل تلك المفاهيم إلى إعادة التجميع في UDP ضمن I2P؟ 13:34 &lt;+detonate&gt; لم أطلع على كيفية قيام TCP بذلك 13:34 &lt;@jrandom&gt; ugha2p: هناك الكثير من الحيل يمكننا تنفيذها عبر أرقام منافذ ثابتة، إلخ. يوجد الكثير من الشيفرات والوثائق هناك 13:35 &lt;@jrandom&gt; bla: سنستخدم بالتأكيد مستوىً ما من إعادة التجميع في UDP على غرار tcp-SACK 13:35 &lt;+detonate&gt; ولكن إذا كنت ستتعامل مع معظم ما يقوم به TCP، فقد يكون من الأفضل سلوك طريق NIO واستخدامه فعلياً 13:35 &lt;+detonate&gt; لتوفير العناء 13:35 &lt;@jrandom&gt; لا، هناك أسباب جوهرية لِمَ نريد بعض إعادة التجميع/إعادة الإرسال وليس TCP 13:36 &lt;+detonate&gt; حسناً، موضوع الـ threads 13:36 &lt;@jrandom&gt; طبقة النقل لن تحتاج إلى أن تكون موثوقة بالكامل أو مرتبة، بل شبه موثوقة وغير مرتبة 13:37 &lt;+ugha2p&gt; هل يمكننا أيضاً توقع انخفاض في استخدام الذاكرة بسبب قلة الـ threads؟ 13:37 &lt;@jrandom&gt; نعم 13:37 &lt;+ugha2p&gt; انخفاض كبير 13:38 &lt;+ugha2p&gt; ؟ 13:38 &lt;@jrandom&gt; بشكل ملحوظ. (وأيضاً انخفاض في استخدام الذاكرة، اعتماداً على مصدر مشكلة OOM الحالية ;) 13:38 &lt;+ugha2p&gt; صحيح. 13:39 &lt;@jrandom&gt; حسناً، أي شيء آخر حول 2) خارطة الطريق؟ 13:39 &lt;bla&gt; jrandom: نعم. 13:40 &lt;bla&gt; jrandom: هل سيتولى detonate الآن أمور UDP؟ وإن لم يكن، فمن سيفعل؟ 13:40 &lt;@jrandom&gt; إنه جهد جماعي لكل من يستطيع المساهمة :) 13:40 &lt;+detonate&gt; هه، أخطط للعمل أكثر على أمور UDP، إنه أقل مللاً من مشاهدة التلفاز 13:41 &lt;@jrandom&gt; هه w3wt 13:41 &lt;bla&gt; jrandom: أفهم. لكن للحظة بدا وكأن detonate ترك المشروع ;) 13:42 &lt;@jrandom&gt; إنه على خارطة الطريق، وسيتم إنجازه 13:42 &lt;+detonate&gt; آسف على الالتباس 13:43 &lt;@jrandom&gt; حسناً هل لدى أحد أي شيء حول 2) خارطة الطريق، أم ننتقل على مهل إلى 3) أمور addressbook؟ 13:44 &lt;@jrandom&gt; حسناً، detonate هل تريد إعطاءنا نظرة عامة/تقرير حالة عن الـ editor؟ 13:45 &lt;bla&gt; detonate: (لا مشكلة) 13:45 &lt;+detonate&gt; حسناً 13:45 &lt;+detonate&gt; الوضع الحالي للـ editor هنا: 13:45 &lt;+detonate&gt; `http://detonate.i2p/addressbook-editor/current-state.html` 13:45 &lt;+detonate&gt; لا يزال لا يقوم بأي تحرير فعلي 13:45 &lt;+detonate&gt; وحالياً أعمل على الجدول في الأسفل 13:46 &lt;+detonate&gt; أحتاج لقراءة بضعة فصول من كتاب JSP لدي، لكن بعد ذلك ينبغي أن تتمكن من استخدامه لإضافة/تعديل الإدخالات في hosts.txt وsubscriptions بسهولة كبيرة 13:47 &lt;+detonate&gt; أخذت استراحة منه خلال الأربع والعشرين ساعة الماضية أو نحو ذلك، لذلك لم يحصل تقدم كبير 13:47 &lt;+detonate&gt; هذا تقريباً كل شيء 13:47 &lt;@jrandom&gt; w3wt 13:48 &lt;bla&gt; detonate: يبدو جيداً 13:49 &lt;@jrandom&gt; نعم، بالتأكيد، أتطلع إلى طريقة لإدارة الإدخالات /غير/ مجرد العبث بملف hosts 13:49 &lt;+detonate&gt; شكراً 13:49 &lt;+detonate&gt; هذه أول مرة أستخدم فيها JSP لأي شيء 13:50 &lt;@jrandom&gt; رائع 13:51 &lt;@jrandom&gt; أوه، لم أدرك أن هناك تداخلًا هنا لإدارة الاشتراكات - ربما يمكن أن يتوافق عمل smeghead مع هذا أيضاً 13:51 &lt;@jrandom&gt; smeghead: هل أنت موجود؟ هل رأيت هذا بعد؟ 13:51 &lt;jnymo&gt; detonate: هل ستكون هناك كشف عن التضاربات وما إلى ذلك؟ 13:51 &lt;@smeghead&gt; في الحقيقة وضعت فقط بعض كود الهيكل على addressbook console، لا شيء مفيد 13:51 &lt;+detonate&gt; نعم، سئمت من ذلك، أشكر duck على اقتراح الفكرة :) 13:51 &lt;@smeghead&gt; انحرفتُ إلى شيء TrustedUpdate 13:52 &lt;@jrandom&gt; آه رائع :) 13:53 * jrandom يحب الاستطراد لإضافة مزايا جديدة 13:53 &lt;bla&gt; smeghead: تقصد تحديثات بنقرة واحدة لـ I2P من _داخل_ I2P؟ 13:53 &lt;@smeghead&gt; إذن حظ، وليس كسل (على الأقل هذه المرّة :) 13:53 &lt;cervantes2p&gt; bla: نقرتين على الأقل ;-) 13:54 &lt;@jrandom&gt; به، يمكننا خفضها إلى 1 (ارفض إذا كانت التوقيع سيئ/غير صالح/إلخ ;) 13:54 &lt;+detonate&gt; نعم، سيكون هناك كشف عن التضارب، وهذا ما أعمل عليه حالياً 13:54 &lt;@jrandom&gt; detonate: أليس addressbook نفسه يتكفّل بذلك؟ 13:54 &lt;@jrandom&gt; detonate: ظننتُ أن ما تفعله يقتصر على تحرير الملفات؟ 13:55 &lt;@jrandom&gt; (الملفات ستُزال تكراراتها بواسطة addressbook) 13:55 &lt;+detonate&gt; أعني، عرض التضاربات من السجلات والتعامل معها 13:55 &lt;@jrandom&gt; آه 13:55 &lt;@jrandom&gt; حسنًا، رائع 13:55 &lt;+detonate&gt; أفترض أن هذا ما يتحدث عنه jnymo 13:55 &lt;Ragnarok&gt; همم، هل هناك شيء يمكنني فعله لتسهيل حياتك؟ :) 13:55 &lt;+detonate&gt; بحيث يمكنك قول "استبدال الإدخال" بالمتضارب الذي تختاره 13:55 &lt;@jrandom&gt; جميل! 13:58 &lt;@jrandom&gt; Ragnarok: iirc تمكن detonate من تحليل ملف السجل بسهولة. هل تتوقع تغيير ذلك التنسيق؟ 13:58 &lt;jnymo&gt; detonate: تقريباً، نعم 13:58 &lt;jnymo&gt; الآن، هل هذا مرتبط بـ i2p بإحكام؟ إلى أي مدى يمكنني بسهولة وضع رابط+مفتاح من متصفحي إلى address book الخاص بي؟ 13:59 &lt;+detonate&gt; نعم، لا تغيّر التنسيق، ذلك سيكسر كل شيء 13:59 &lt;Ragnarok&gt; من غير المرجح للغاية أن يتغير التنسيق 14:00 &lt;Ragnarok&gt; رغم أنه قد تُسجَّل أشياء أكثر في المستقبل 14:00 &lt;@jrandom&gt; jnymo: eepproxy ليس لديه أي Hooks إلى محرر detonate حالياً، لكن يمكننا إضافة شيء لاحقاً 14:00 &lt;+detonate&gt; على الرغم من أنه إذا عدّلت أسطر Conflict، سيجعل ذلك من السهل تحليلها 14:00 &lt;cervantes2p&gt; ربما شيء يمكن لإضافة Firefox الخاصة بي القيام به 14:00 &lt;+detonate&gt; حالياً هناك الكثير من الكلمات المقروءة بشرياً التي تعيق الأمر 14:00 &lt;Ragnarok&gt; تعديل كيف؟ 14:00 &lt;@jrandom&gt; (على سبيل المثال، ربما يمكن لـ i2paddresshelper إعادة التوجيه إلى صفحة editor) 14:00 &lt;cervantes2p&gt; "انقر هنا لإضافة هذا إلى addressbook الخاص بك" 14:00 &lt;Ragnarok&gt; آه... لكنني أريد أن أكون لطيفاً مع البشر 14:00 &lt;+detonate&gt; &lt;date&gt;=&lt;host&gt;=&lt;source&gt;=&lt;new destination&gt; سيكون أفضل 14:01 &lt;@jrandom&gt; cervantes2p: هل سيعمل ذلك مثل مُعيد كتابة الصفحات لدى Google؟ :) 14:01 &lt;+detonate&gt; حسناً، هذا ما وُجد addressbook-editor من أجله :) 14:01 &lt;+detonate&gt; ليست مشكلة حقاً، قمت بتغطيتها 14:01 &lt;cervantes2p&gt; jrandom: لا... فقط ضعه في قائمة السياق الخاصة بالرابط 14:01 &lt;@jrandom&gt; ooOOoo 14:01 &lt;+detonate&gt; ما دام لا شيء يتغير جذرياً، ينبغي أن تستمر الأمور بالعمل بسلاسة 14:02 &lt;cervantes2p&gt; بالطبع يمكنني إضافة مُعيد كتابة... لكن ذلك سيكسر تخطيطات صفحات الناس ;-) 14:02 &lt;+detonate&gt; أوه، شيء واحد يمكنك فعله 14:02 &lt;+detonate&gt; لأنه يتعارض مع ما أفعله 14:02 &lt;+detonate&gt; تأكد أن جميع الإدخالات لأسماء المضيفين بحروف صغيرة بالكامل 14:02 &lt;+detonate&gt; بما أن Legion.i2p موجود هناك 14:02 &lt;cervantes2p&gt; أريد فعلاً إضافة "مميِّز الروابط غير i2p" 14:02 &lt;+detonate&gt; وأمرّرها كلها عبر toLowerCase() 14:02 &lt;@jrandom&gt; آه سيكون ذلك أنيقاً يا cervantes2p 14:03 &lt;@jrandom&gt; (تأكد من تمرير الأسماء فقط إلى toLowerCase، فـ base64 حسّاس لحالة الأحرف ;) 14:03 &lt;+detonate&gt; نعم، الأسماء فقط 14:04 &lt;jnymo&gt; قائمة السياق ستكون مثالية 14:04 &lt;@jrandom&gt; (لا تنسوا الخيول الطائرة!) 14:04 &lt;Ragnarok&gt; جعلتُ مقارنات العناوين غير حساسة لحالة الأحرف في الفرع المحلي لدي... يجب أن أرفع ذلك... 14:04 &lt;+detonate&gt; /make all the hostnames lowercase 14:04 &lt;+detonate&gt; pair[0] = pair[0].toLowerCase(); 14:05 &lt;+detonate&gt; ها هو، بالأبيض والأسود 14:05 &lt;+detonate&gt; إنه يطبق الأمر على أسماء المضيفين فقط 14:05 &lt;@jrandom&gt; أجل يا Ragnarok، أعطنا الغنائم :) 14:05 &lt;jnymo&gt; لماذا أشعر دائماً أنني أنا من يركب الخيول الطائرة :( 14:06 &lt;@jrandom&gt; ذلك لأنك تحتكرها يا jnymo ;) 14:06 &lt;cervantes2p&gt; jnymo: لا تناقش "ترتيباتك" المنزلية أثناء الاجتماع 14:07 &lt;@jrandom&gt; حسناً، هناك الكثير من الأشياء الرائعة الجارية في addressbook والـ editor. هل هناك تقدير زمني (ETA) لموعد طرح النسخة التجريبية يا detonate؟ (هذا الأسبوع، الأسبوع القادم، إلخ) 14:07 &lt;jnymo&gt; هه 14:07 &lt;+detonate&gt; حسناً، بمجرد أن تتمكن من تشغيله في Jetty، يمكنك طرحه كنسخة بيتا أظن 14:07 * jnymo يخرج p32-space-modulator الخاص به 14:07 &lt;@jrandom&gt; إنه يعمل في Jetty 14:07 &lt;+detonate&gt; لا فكرة لدي حول كيفية جعل NetBeans يسبق-يُجمّعها ويضعها في الـ war 14:08 &lt;+detonate&gt; طالما أن الناس لا يغيرون أسماء الملفات في config.txt، فيُفترض أن يعمل دون علل إن شاء الله 14:08 &lt;@jrandom&gt; حسنًا، يمكننا إرشادك عبر ant للاعتناء بالأمور 14:08 &lt;+detonate&gt; حسناً 14:08 &lt;+detonate&gt; رائع 14:08 &lt;cervantes2p&gt; detonate: افعل ما فعلت أنا، خذ كود jrandom.... انزع كل ما لا تحتاجه، ادفع بكودك الخاص بعتلة، وشغّل سكربت البناء عبر ant ;-) 14:08 &lt;@jrandom&gt; هه 14:09 &lt;@smeghead&gt; detonate: أعرف شيئاً أو اثنين عن ant، نادِ إن علقت 14:09 &lt;+detonate&gt; لا تتردد في إضافته إلى إصدارك 14:09 &lt;+detonate&gt; إذا كنت تعرف كيف تفعل ذلك 14:09 &lt;MichElle&gt; s/you don't need// 14:09 &lt;Ragnarok&gt; addressbook لديه سكربت بناء بسيط جداً، إن أردت إلقاء نظرة عليه 14:10 &lt;+detonate&gt; أحتاج قسم يقوم بعمل precompile للـ JSPs 14:10 &lt;+detonate&gt; هذا مفقود في خاصتي 14:10 &lt;+detonate&gt; مع أنه يقوم بتجميعها، إلا أنه لا يدمجها، ومدخل اختبار تجميعها غير موجود في build.xml 14:10 &lt;@jrandom&gt; detonate: اطّلع على أهداف precompilejsp في routerconsole، سيساعدك ذلك على البدء 14:10 &lt;+detonate&gt; وأحتاج إلى معرفة أين أضع -source 1.3 إلخ 14:10 &lt;@jrandom&gt; (والمهمة &lt;war&gt;) 14:11 &lt;+detonate&gt; نعم، يمكننا ترتيب الأمور لاحقاً هذا المساء 14:11 &lt;@jrandom&gt; أجل 14:11 &lt;cervantes&gt; نعم هكذا تدبّرتُ الأمر... وأنا لا أعرف أي Java أو JSP ;-) 14:11 &lt;@jrandom&gt; حسنًا، إن لم يكن هناك المزيد حول 3) أمور addressbook، ننتقل إلى 4) أمور BT 14:12 &lt;@jrandom&gt; duck/smeghead: هل تريدان إعطاءنا تحديثاً؟ 14:12 &lt;@duck&gt; حسناً 14:12 &lt;@duck&gt; الأسبوع الماضي تحدثنا مع Nolar من Azureus حول إصلاح بعض مشاكل التوافق 14:12 &lt;@duck&gt; مع إصدار 0.1.8 كنتيجة 14:12 &lt;@duck&gt; هذا الأسبوع كان في الغالب عن التواصل 14:12 &lt;@duck&gt; مع المطورين الزملاء، ومع مديري المنتدى، ومع المستخدمين 14:13 &lt;+detonate&gt; هل يعرف أحد إن كان ملحق aznet يستطيع استضافة التورنت مجدداً؟ 14:13 &lt;@duck&gt; تم تحديث الأسئلة الشائعة بناءً على مدخلات من المنتدى، شكراً لمن ساهم 14:13 &lt;@duck&gt; كما كان هناك بعض سوء الفهم والارتباك 14:13 &lt;@jrandom&gt; detonate: الكلام الدارج أنه نعم 14:13 &lt;@duck&gt; مثل legions spork 14:13 &lt;+detonate&gt; ممتاز 14:13 &lt;@duck&gt; أعتقد أن تغيير اسمه سيمنع مشاكل أخرى هناك 14:13 &lt;@duck&gt; . 14:14 &lt;@jrandom&gt; r0xor duck 14:14 * MichElle تصفّق لـ duck 14:14 &lt;MichElle&gt; duck: تعمل بجد كبير 14:14 &lt;jnymo&gt; نعم، لماذا لا يكون i2p-bt_extractor أو أي شيء من هذا القبيل؟ 14:15 &lt;@jrandom&gt; أي أخبار عن أشياء 0.2 اللاحقة، أم سيُتناول ذلك بعد 0.5.0.2/إلخ؟ 14:15 &lt;@smeghead&gt; لا تصفقوا بعد، لا تعرفون ما الذي سنسميه&gt;;-} 14:15 &lt;@jrandom&gt; هه 14:15 * jnymo يصفّق 14:15 &lt;@duck&gt; أخبرنا! 14:15 &lt;@jrandom&gt; i2p-flying-pony-torrent 14:16 &lt;+detonate&gt; هه، هل نحن نخفيه الآن بتغيير الاسم؟ 14:16 &lt;MichElle&gt; مرة أخرى مع الخيول 14:16 &lt;@smeghead&gt; إنه سري للغاية حالياً، لا نريد أن نتعرض للمقاضاة 14:16 &lt;jnymo&gt; يا لها من فوضى 14:17 * bla يصنع لافتة لـ MPAA: "قاضوني إن استطعتم..." 14:17 &lt;@smeghead&gt; اتفقنا أنا وduck على أن 0.2 ستكون أول نسخة بالاسم الجديد 14:17 &lt;+detonate&gt; i2p-communism 14:17 &lt;@duck&gt; الإصدار في ربيع 2006 14:17 &lt;@jrandom&gt; هه 14:17 &lt;@duck&gt; . 14:18 &lt;@smeghead&gt; استناداً إلى عبء العمل الحالي لدي وحقيقة أنني أنتقل هذا الأسبوع، لا أتوقع أن أنجز أي hacking على 0.2 لعدة أيام، لا أعرف كيف هو جدول duck القريب 14:18 &lt;@duck&gt; أقوم منذ 8 ساعات بإصلاح مؤشرات C++ 14:19 &lt;@duck&gt; لذلك ليس لدي الكثير هنا أيضاً :) 14:19 &lt;@jrandom&gt; 'k ولكن هل يمكن أن نتطلع إلى شيء ربما بجوار 0.6 (أو 0.5.1 إن كنا محظوظين؟) 14:19 &lt;@jrandom&gt; يا للهول، ممتع ممتع ممتع 14:19 &lt;@duck&gt; قبل 2.0 على الأقل 14:19 &lt;@smeghead&gt; أقدّر شهراً أو نحو ذلك، مجرد تخمين عشوائي، ما رأيك يا duck 14:19 &lt;@duck&gt; نعم 14:19 &lt;@jrandom&gt; رائع 14:19 &lt;@duck&gt; تخميني عام 14:20 &lt;@smeghead&gt; المسألة أننا نود الانتظار حتى إصدار BT 4.0 الرسمي 14:20 &lt;@jrandom&gt; لا بأس، نعرف كيف تسير الجداول الزمنية ;) 14:20 &lt;@smeghead&gt; حتى نتمكن من مزامنة 0.2 لتكون مواكبة لذلك 14:20 &lt;MichElle&gt; duck لديه الكثير على عاتقه بالفعل 14:20 &lt;@smeghead&gt; يبدو أن 4.0 وشيك 14:20 &lt;@jrandom&gt; آه، حقاً يا smeghead؟ رائع 14:20 &lt;@duck&gt; smeghead: هذا مجرد العذر الرسمي :) 14:20 &lt;MichElle&gt; لكنه مجتهد 14:21 &lt;@duck&gt; أنا جاهز لـ 5) ؟؟؟ 14:21 &lt;@jrandom&gt; لقد شارفنا... 14:21 &lt;@jrandom&gt; legion: أي تحديثات على عميل BT الخاص بك؟ تقدم، إلخ؟ 14:21 &lt;@smeghead&gt; شفرة المصدر؟ 14:22 &lt;@smeghead&gt; (في ملف zip، وليس .exe) 14:22 &lt;cervantes&gt; إذن الموجة التالية من الإصدارات إذن 14:22 &lt;@jrandom&gt; همم، يبدو أن legion خاملاً، حسناً ربما نستطيع الحصول على تحديث لاحقاً 14:22 &lt;cervantes2p&gt; تأخير ضخم لعين 14:23 &lt;@jrandom&gt; إذن، ننتقل إلى 5) ؟؟؟ 14:23 &lt;cervantes&gt; *أحم* w00t 14:23 &lt;@jrandom&gt; cervantes2p: لا، أنت فقط بطيء ;) 14:23 &lt;@jrandom&gt; حسنًا، هل لدى أحد أي شيء يود طرحه؟ 14:23 &lt;cervantes2p&gt; قلتُ تلك الأشياء قبل 5 دقائق تقريباً 14:23 &lt;+ugha2p&gt; jrandom: تذييل قائمة البريد لا يزال يستخدم عنوان i2p.dnsalias.net. ربما ينبغي تحديثه ليعكس dev.i2p.net؟ :) 14:23 * cervantes2p يُطعِم الهامستر الخاص بـ router لديه 14:24 &lt;@jrandom&gt; آه، نعم، على الأرجح يا ugha2p 14:24 * jrandom لديه بعض أعمال sysadmin كنت أتجنبها منذ فترة (مثل، أوه، نقل الأشياء إلى الخادم الجديد...) 14:24 &lt;MichElle&gt; لدي قلق 14:24 &lt;MichElle&gt; بخصوص الشفافية 14:24 &lt;@jrandom&gt; ما الأمر يا MichElle؟ 14:25 &lt;MichElle&gt; لأغراض الشفافية الكاملة، سأعلن هنا أن identiguy اقترح أن jrandom قد يكون فعلاً موظفاً لدى NSA 14:25 &lt;+detonate&gt; أوه، لاحظت 190 routers، إلى أي مدى نحن قريبون من حد الـ threads الآن؟ 14:25 * jnymo يتساءل عن مساعدة أخرى يمكن للناس تقديمها 14:25 &lt;jnymo&gt; (ما زلتُ أنظر في موضوع PHP، يا duck ;) 14:25 &lt;@jrandom&gt; هه يا MichElle 14:25 &lt;MichElle&gt; قدرته "المريحة" على العمل 24/7 على i2p مشبوهة جداً بالفعل 14:25 &lt;MichElle&gt; على أي حال 14:25 &lt;MichElle&gt; هذا كل ما أردت قوله 14:25 &lt;MichElle&gt; أبقوا أعينكم على jrandom 14:26 &lt;MichElle&gt; قد تكون واجهته اللطيفة والدافئة مجرد واجهة. 14:26 &lt;+ugha2p&gt; detonate: لا توجد حدود نظرية للـ threads، سيستهلك كل الموارد المتاحة حتى ينهار. :) 14:26 &lt;jnymo&gt; واجهة 14:26 &lt;@jrandom&gt; detonate: بعض أنظمة التشغيل/ulimits قد تحدّ السرعة عند 256، لكن win98 متجاوز بالفعل حد 100 اتصال TCP على أي حال 14:26 &lt;cervantes2p&gt; يمكنني إعطاء تحديث سريع حول إضافة Firefox. منبّه I2P Mail يعمل الآن، وكذلك قارئ الأخبار وعناصر التحكم الأساسية في الـ router. أنا مشغول الآن ببناء شاشات الإعدادات بشكل ممل ( `http://freshcoffee.i2p/fire2pe_i2pmail_prefs.jpg` ) 14:27 &lt;jnymo&gt; MichElle، إذا كانت الشفرة المصدرية سليمة، فمن يهتم؟ 14:27 &lt;+detonate&gt; أوه، هل تم إصدار إضافة Firefox؟ 14:27 &lt;MichElle&gt; يفسد المزاج قليلاً 14:27 &lt;cervantes2p&gt; وأريد تنفيذ خدمة تنزيل/تثبيت ترتبط بأداة التحقق من المُحدِّث الجديدة لدى smeghead قبل الإصدار 14:27 &lt;ddd&gt; مرحباً يا قناة 14:28 &lt;+detonate&gt; حسناً 14:28 &lt;@jrandom&gt; واو! رائع يا cervantes2p 14:28 &lt;@jrandom&gt; يبدو جميلاً حقاً 14:28 &lt;+detonate&gt; مرحباً ddd 14:28 &lt;cervantes2p&gt; لكننا نقترب الآن... ربما أسبوعان إضافيان... 14:28 &lt;MichElle&gt; نوعاً ما مثل كيف أن تشغيل ويندوز لن يكون رائعاً، حتى لو فتحت مايكروسوفت مصدره 14:28 &lt;+detonate&gt; تبدو تلك الإضافة رائعة 14:28 &lt;MichElle&gt; لكن نعود إلى الاجتماع ... 14:28 &lt;@smeghead&gt; TrustedUpdate قد يُنجز هذا الأسبوع إن شاء الله، قبل أن أنتقل 14:28 &lt;@jrandom&gt; رائع 14:29 &lt;ddd&gt; ؟ 14:29 &lt;ddd&gt; هل i2p هو الدردشة المجهولة الوحيدة؟ 14:29 &lt;@jrandom&gt; مرحباً ddd . اجتماع المطورين الأسبوعي جارٍ 14:30 &lt;cervantes2p&gt; مرحباً ddd، نحن فقط ننهي اجتماعاً... ابقَ حولنا سننتهي خلال بضع دقائق 14:30 &lt;ddd&gt; هل هناك مشاريع أخرى مثل i2p؟ 14:30 &lt;@smeghead&gt; ddd: اكتب /list ثم اختر ما شئت 14:30 &lt;ddd&gt; حسناً 14:30 &lt;ddd&gt; لا، أقصد على شبكات أخرى 14:30 &lt;@jrandom&gt; حسناً، هل لدى أحد أي شيء لطرحه لـ 5) ؟؟؟ 14:30 &lt;@smeghead&gt; ddd: اسأل في #i2p-chat 14:30 &lt;ddd&gt; حسناً سأدعكم تنتهون 14:30 &lt;+detonate&gt; هل شغّل أحد i2p بنجاح على openbsd حتى الآن؟ 14:31 &lt;@jrandom&gt; ddd: http://www.i2p.net/how_networkcomparisons 14:31 &lt;ddd&gt; حسناً 14:31 &lt;+detonate&gt; كنت أفكر في بدء تلك الفوضى مجدداً 14:31 &lt;@jrandom&gt; detonate: لا أدري 14:31 &lt;jnymo&gt; أوه نعم.. من كان يعمل على توزيعة i2p لـ BSD، وأي BSD كانت؟ 14:31 &lt;@jrandom&gt; هه رائع يا detonate، أعلمنا كيف يسير الأمر 14:31 &lt;@jrandom&gt; jnymo: lioux قام بتغليفها لـ fbsd 14:32 &lt;@smeghead&gt; i2p لن يُشحَن أبداً مع openbsd :) 14:32 &lt;+detonate&gt; أكيد 14:32 &lt;jnymo&gt; كلام.. ألم يكن أحد سينفذ توزيعة موجّهة لـ i2p؟ 14:32 &lt;+detonate&gt; نعم، هناك منفذ (port) في freebsd الآن 14:32 &lt;+detonate&gt; إنه مخيف 14:32 &lt;+detonate&gt; هه، أراد أحدهم أسطوانة Knoppix تشغّل i2p 14:32 &lt;@jrandom&gt; jnymo: بعد أن يصبح i2p صلباً تماماً، سيكون من المجدي استكشاف التغليف على توزيعات/توزيعات مصغّرة، نعم 14:32 &lt;+detonate&gt; من يعلم لماذا 14:33 &lt;@smeghead&gt; jnymo: أتذكر ذلك، أظن أنها كانت ستكون Knoppix/i2p، لا أستطيع تذكر من كان يتحدث عنها 14:33 &lt;@jrandom&gt; detonate: netcafe 14:33 &lt;+detonate&gt; آه 14:34 &lt;@jrandom&gt; حسناً، أي شيء آخر للاجتماع؟ 14:34 &lt;MichElle&gt; ما اللعنة يعني توزيعة 'موجَّهة' لـ i2p 14:34 &lt;MichElle&gt; tor، i2p، و freenet؟ 14:34 &lt;MichElle&gt; لا يوجد غرض 14:34 &lt;MichElle&gt; متطلبات عرض الحزمة تُبطِل البرامج 14:34 &lt;MichElle&gt; هل jrandom هو theo de raadt؟ 14:34 &lt;cervantes&gt; توزيعة فيها شيء من التكلف 14:34 &lt;jnymo&gt; توزيعة مُعَمّاة تماماً 14:35 &lt;cervantes2p&gt; jrandom: أظن لا :) 14:35 &lt;MichElle&gt; jrandom: لا شيء 14:35 * jrandom يستعد 14:35 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2005/03/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-01/Tue, 01 Mar 2005 00:00:00 +0000/ar/blog/2005/03/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-03-01/<p>مرحباً يا جماعة، حان وقت تحديث الحالة لدينا</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.1 2) خريطة الطريق 3) محرر دليل العناوين والإعدادات 4) i2p-bt 5) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.1</li> </ol> </li> </ul> <p>كما نوقش الأسبوع الماضي، بعد الاجتماع بساعات قليلة قمنا بإطلاق إصدار 0.5.0.1 جديدًا أصلح الأخطاء في 0.5 التي تسببت في بناء عدد هائل من tunnels (وغيرها). بوجه عام، هذه المراجعة حسّنت الأمور، لكن خلال اختبارات أوسع، صادفنا بعض الأخطاء الإضافية التي أثّرت في عدد من الأشخاص. على وجه التحديد، يمكن لمراجعة 0.5.0.1 أن تستهلك قدرًا كبيرًا من وقت المعالج (CPU) إذا كان جهازك بطيئًا أو إذا فشلت tunnels الخاصة بالـ router لديك بشكل جماعي، وبعض خوادم I2PTunnel طويلة العمر التشغيلي قد تلتهم الذاكرة (RAM) إلى أن يحدث نفاد للذاكرة (OOM). كما أنّ هناك عطلًا قديمًا في مكتبة البث (streaming lib)، حيث قد نفشل في إنشاء اتصال إذا تزامنت أعطال معيّنة على نحو محدّد.</p>/ar/blog/2005/02/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/Tue, 22 Feb 2005 00:00:00 +0000/ar/blog/2005/02/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, cervantes, detonate, duck, frosk, godmode0, hobbs, jrandom, laberhorst, Meomia, microsoft, Myo9, Ragnarok, susi23, tracker</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 &lt;jrandom&gt; 1) 0.5 13:04 &lt;jrandom&gt; 2) الخطوات التالية 13:04 &lt;jrandom&gt; 3) azneti2p 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 * jrandom يلوّح 13:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 &lt;jrandom&gt; (نعم، قبل الاجتماع بدقيقة أو دقيقتين فقط، فلنختبر سرعة قراءتكم) 13:05 &lt;+detonate&gt; أظن أنني سأنتظر حتى تصبح أقل عللاً قليلاً قبل أن أضع Boondock Saints في هذه الحالة 13:06 &lt;jrandom&gt; لماذا... هذا... هذا... هذا انتهاك لحقوق النشر! 13:06 &lt;+detonate&gt; إضافات جديدة غريبة إلى نسخة Azureus التجريبية 13:06 &lt;+detonate&gt; تصنيفات 13:06 &lt;+detonate&gt; هههه 13:06 &lt;+detonate&gt; متعقّب DHT 13:06 &lt;+detonate&gt; رائع 13:07 &lt;jrandom&gt; أجل، يبدو رائعاً جداً، لكن لنعالج البندين 1 و2 قبل 3، ما رأيكم؟ ;) 13:07 &lt;+detonate&gt; مرحباً 13:07 &lt;+detonate&gt; بالفعل 13:07 &lt;jrandom&gt; نبدأ بـ 1) 0.5 13:07 &lt;jrandom&gt; إنه، يعني، صدر وكل شيء 13:08 &lt;cervantes&gt; يا للروعة! 13:08 &lt;jrandom&gt; ستكون هناك نسخة جديدة في وقت لاحق هذا المساء مع مجموعة تحديثات (رأس CVS الحالي هو 0.5-5، و-6 قيد الاختبار على بعض routers) 13:09 &lt;jrandom&gt; سارت الأمور بشكل جيد إلى حد كبير، لكن واجهنا بعض العلل الغريبة على الطريق. لكن هذه هي الحياة 13:09 &lt;frosk&gt; أستطيع أن أبلغ أن 0.5-5 يتصرف بشكل أكثر وُدّية بكثير من -4 (الذي كان يعطيني كثيراً أعداد tunnels المشاركة بالآلاف) 13:09 &lt;bla&gt; jrandom: هل ستصحح نسخة 0.5.0.1 مشكلة عدم القدرة على العثور على الوجهات؟ 13:09 &lt;jrandom&gt; آه، حسناً، هذا في الحقيقة يعتمد على الآخرين، فالإصدار -0 فعلياً يبني مئات tunnels 13:09 &lt;bla&gt; s/nor/not 13:10 &lt;jrandom&gt; bla: نعم، تلك علّة في netDb 13:10 &lt;bla&gt; jrandom: عظيم! 13:10 &lt;jrandom&gt; (تحديداً في نشر leaseSet) 13:11 &lt;jrandom&gt; ونعم، نسخة 0.5.0.1 ستتخلص من علّة اختفاء الوكيل أحياناً 13:12 &lt;jrandom&gt; لا تزال هناك تسريبات ذاكرة غريبة لم أحدد مصدرها بعد تؤثر على بعض المستخدمين 13:12 &lt;bla&gt; إذن، بشكل عام، يبدو أنه باستثناء هذه العلل، شبكة 0.5 تعمل بشكل جيد جداً. يا للروعة! 13:12 &lt;jrandom&gt; حسب علمي، هي تؤثر فعلياً على مثيلين أو ثلاثة من I2PTunnel فقط 13:12 &lt;Meomia&gt; هل هذا علامة تقدم عندما تنتقل من 0 إلى 130 من tunnels المشاركة منذ 0.5؟ 13:13 &lt;jrandom&gt; w3wt 13:13 &lt;jrandom&gt; Meomia: بح، كان لديّ أكثر من 5000 tunnels ;) 13:13 &lt;jrandom&gt; لكن dm ساعد فعلياً في العثور على علّة في كود مجموعة الاستكشاف، لذا سنبني tunnels بشكل أكثر تكراراً على أقران 'عشوائيين' 13:14 &lt;jrandom&gt; (يا للروعة) 13:14 &lt;Meomia&gt; حسناً 13:14 &lt;bla&gt; jrandom: هل يعني ذلك أيضاً أنه الآن، بخلاف 0.4، يمكن لأي قرين في وقت ما أن يصبح inbound gateway (بوابة الدخول الواردة) لديك؟ 13:14 &lt;jrandom&gt; نعم، بالنسبة لـ exploratory tunnels 13:15 &lt;jrandom&gt; client tunnels ستستخدم فقط الأقران في الفئة 'السريعة' 13:15 &lt;bla&gt; bla: حسنٌ. حقيقة أن client tunnels تستخدم فقط الأقران السريعِين أمر جيد: وإلا سنواجه مسألة إخفاء الهوية التي ناقشناها سابقاً 13:16 &lt;jrandom&gt; والأداء سيكون سيئاً جداً خلاف ذلك ;) 13:17 &lt;jrandom&gt; في الواقع، هذا يقودنا إلى 2) الخطوات التالية 13:18 &lt;jrandom&gt; الأمر الكبير المتبقي لسلسلة 0.5 هو مجموعة من الاستراتيجيات لترتيب و/أو ترشيح الأقران المستخدمين في tunnels 13:18 &lt;godmode0&gt; jrandom هل يمكن استخدام NNTP مع i2p؟ 13:18 &lt;jrandom&gt; godmode0: هناك خادمان NNTP على i2p، نعم. راجع المنتدى 13:19 &lt;godmode0&gt; jrandom حسناً أنا أختبر 13:19 &lt;godmode0&gt; هل أستطيع بناء خادمي أيضاً؟ 13:20 &lt;jrandom&gt; godmode0: نحن في اجتماع الآن، لكن نعم، يمكنك تشغيل خادم 13:20 &lt;godmode0&gt; jrandom حسناً عذراً 13:20 &lt;jrandom&gt; لا مشكلة 13:20 &lt;jrandom&gt; الاستراتيجيات المنشورة تهدف أساساً لتحسين إخفاء الهوية، لكن هناك بعض الأهداف الأخرى التي يمكننا الموازنة بينها 13:21 &lt;jrandom&gt; ربما نجد طريقة لدمج بعض مسارات AS (نظام مستقل) ضمن الاختيار، كما اقترح bla 13:22 &lt;jrandom&gt; ذلك قد يحسّن إخفاء الهوية من منظور الاختصاص القضائي، أو إذا حاولنا البقاء ضمن AS واحد (أو اثنين)، فقد يحسّن الأداء 13:22 &lt;bla&gt; jrandom: هذا مرتبط أساساً بورقة بحثية لمطوّري Tor: `http://theland.i2p/files/routing-zones.pdf` 13:22 &lt;jrandom&gt; أجل 13:23 &lt;jrandom&gt; هناك طيف كامل من الاستراتيجيات المختلفة التي يمكن للناس استخدامها، وتجربة جديدة منها يجب أن تكون سهلة إلى حد ما 13:24 &lt;jrandom&gt; لن نقضي شهوراً في تنفيذ كل ما يخطر ببالنا، بل سنوفّر الأساسيات لما يحتاجه معظم الناس. أي شخص يرغب في إضافة استراتيجيات جديدة نشجعه بشدة على المساهمة وربطها 13:25 &lt;jrandom&gt; على أي حال، بمجرد أن تكون الأساسيات في مكانها، سننتقل للتركيز على نقل UDP للإصدار 0.6 13:26 &lt;jrandom&gt; هذا تقريباً كل ما لدي لـ 2) الخطوات التالية، هل لدى أحد تعليقات/أسئلة/مخاوف؟ 13:26 &lt;bla&gt; من هم الأشخاص الذين بدأوا بالنظر في I2P، مرة أخرى؟ 13:26 &lt;bla&gt; يبدو أننا لم نسمع منهم الكثير مؤخراً. 13:27 &lt;bla&gt; s/into I2P/into UDP/ 13:27 &lt;bla&gt; آسف 13:27 &lt;jrandom&gt; آه، mule كان مريضاً، رغم أنني أظن أن detonate يحقق تقدماً 13:28 &lt;jrandom&gt; detonate: أي أخبار؟ 13:29 &lt;jrandom&gt; أو ربما لا ;) 13:30 &lt;jrandom&gt; حسناً، ننتقل إلى 3) azneti2p 13:30 &lt;+detonate&gt; عذراً 13:30 &lt;+detonate&gt; أنا أحرز تقدماً 13:30 &lt;+detonate&gt; لا زلت بحاجة لإكمال جانب إعادة التجميع 13:31 &lt;+detonate&gt; أما تقسيم البيانات إلى حزم وإرسالها بطريقة منظمة، فهذا يعمل 13:31 &lt;+detonate&gt; ننتقل إلى 3) 13:31 &lt;jrandom&gt; روعة 13:31 &lt;godmode0&gt; عذراً خطوة 2) هل لدى i2p أي مشاكل مع الهجمات؟ 13:31 &lt;bla&gt; detonate: رائع! هل يمكنك إبقاء الجميع على اطلاع في المنتدى؟ 13:32 &lt;+detonate&gt; bla: بالتأكيد 13:32 &lt;tracker&gt; بخصوص azneti2p، انظر هنا: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 يبدو أن التنزيل يعمل، أما النشر فلا. 13:32 &lt;jrandom&gt; godmode0: استراتيجيات الترتيب المختلفة يجب أن تتيح للمستخدم اختيار تأثير هجمات السلف (predecessor attacks) 13:33 &lt;microsoft&gt; من يدير i2p.net ينبغي أن يضيف المزيد من كلمات التسويق الرنانة لفئة Enterprise Class Solutions إلى الصفحة. 13:33 &lt;+detonate&gt; يحتاج أحدهم للتأكد من أن متعقّب DHT الجديد لا يتصرف بشكل سيئ أيضاً فيما يخص إضافة Azureus 13:33 &lt;tracker&gt; تجاربي المحلية تبدو وكأنها تؤكد ذلك، أستطيع التنزيل عبر Azureus ولكن لا أستطيع النشر. 13:34 &lt;jrandom&gt; هممم حسناً رائع يا tracker، شكراً — أعلم أنهم حدّثوا بعض الأشياء وأصدروا b34 الليلة الماضية، لكن يبدو أن هناك المزيد لفعله 13:34 &lt;jrandom&gt; detonate: نقطة وجيهة 13:35 &lt;tracker&gt; نقطة وجيهة يا detonate، لدي DHT معطّلاً لأن Azureus يتعطّل بعد ساعات مع استخدام 100% من CPU عندما يكون مُفعّلاً. 13:35 * jrandom يود التأكيد أن إضافة azneti2p لا تزال في مرحلة بيتا مبكرة إلى حد ما، ولم تُراجع تداعيات Azureus على إخفاء الهوية بشكل كامل 13:36 &lt;jrandom&gt; مع أنني متأكد أنهم يحبون أن يختبر الناس ذلك، إلا أن من يحتاجون لإخفاء الهوية قد يرغبون في التحوّط 13:36 &lt;tracker&gt; من جهة أخرى، i2p-bt يعمل بشكل جيد حقاً. باستثناء أنه لا يغلق tunnels، لكن هذا ليس سيئاً للغاية برأيي. 13:37 &lt;jrandom&gt; أوه، هل ما زال ذلك يحدث معك يا tracker؟ لم أستطع إعادة إنتاجه 13:37 &lt;jrandom&gt; أأنت على نسخة 0.1.7، صحيح؟ 13:37 &lt;tracker&gt; نعم. 13:38 &lt;jrandom&gt; حسناً جميل، إذا كان يحدث معك طوال الوقت فسيسرّني أن أستفيد من خبرتك بعد الاجتماع للمساعدة في تتبّع السبب 13:39 &lt;tracker&gt; ربما يتعلق بتشغيله على XP بدلاً من Linux أو Unix. إغلاق tunnel يعمل مع Azureus، لذا أظن أنه مرتبط بـ I2P-BT. 13:39 &lt;jrandom&gt; هممم صحيح، i2p-bt يستخدم SAM، بينما Azureus يستخدم i2p SDK مباشرة 13:40 &lt;tracker&gt; بالمناسبة. أرسلت لك تقرير علّة على المنتدى. الـ timestamper يتعطّل على أحدث إصدارات CVS من I2P. 13:40 &lt;jrandom&gt; آه رائع، شكراً، لم أتحقق من الرسائل الخاصة هناك اليوم 13:41 &lt;jrandom&gt; على -5 أم -4؟ أم أبكر؟ 13:42 &lt;jrandom&gt; آه، -4. حسناً ممتاز 13:42 &lt;jrandom&gt; شكراً، سأصلحه لـ 0.5.0.1 13:42 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر لـ 3) azneti2p؟ 13:43 &lt;tracker&gt; يحدث ذلك أيضاً على -5 13:43 &lt;jrandom&gt; هل لديك خادم sntp محدداً صراحة، صحيح؟ 13:44 &lt;tracker&gt; نعم. الاثنان من بلدنا. 13:44 &lt;jrandom&gt; لقد تحققت للتو من المصدر وتحدث الاستثناء إذا كان # الخوادم المتزامنة (الافتراضي = 3) أكبر من # الخوادم المحددة (القيمة الافتراضية الجديدة هي 3) 13:44 &lt;jrandom&gt; حسناً ممتاز، إنها إصلاح بسيط بـ % # servers 13:45 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر لـ azneti2p، ننتقل إلى 4) ??? القديمة الطراز 13:46 &lt;jrandom&gt; هل لدى أحد آخر ما يطرحه للاجتماع؟ 13:46 &lt;tracker&gt; جميل. لقد أرسلت لك للتو أخطاء السجل من router عند إغلاق i2p-bt في المنتدى. 13:47 &lt;jrandom&gt; 'ك ممتاز، شكراً 13:47 &lt;cervantes&gt; لا شيء لأذكره سوى: عمل جميل في طرح 0.5، يبدو أنه سيتفوّق فعلاً حالما تُزال العلل 13:48 &lt;tracker&gt; نعم، أحدث إصدارات CVS تؤدي أداءً جيداً هنا. 13:48 &lt;jrandom&gt; شكراً، بفضل مساعدتكم وكذلك بقية مختبري 0.5-pre تمكّنا من تنظيف مجموعة من المشكلات 13:49 &lt;jrandom&gt; كان الأداء أفضل مما توقعت، وإن لم يصل بعد إلى معدلات النقل العالية كما كان سابقاً. الكثير لا يزال لنحسّنه 13:49 &lt;cervantes&gt; الغريب أن النسخ الـ pre كانت أكثر استقراراً... بالنسبة لي، لكنني كنت أشغّلها على جهاز مختلف ;-) 13:49 &lt;jrandom&gt; (وهذه العلل المزعجة لكي نصل بالموثوقية إلى ما ينبغي) 13:50 &lt;jrandom&gt; هه حسناً، نعم، لكن شبكة -pre كانت 5-7 routers، جميعها موثوقة بشكل جنوني وعلى اتصالات سريعة جداً جداً 13:50 &lt;cervantes&gt; :) 13:51 &lt;cervantes&gt; سجّلني إذن لاختبار 0.6 pre :) 13:51 &lt;jrandom&gt; هه 13:51 &lt;tracker&gt; ربما ينبغي أن أشارك في شبكة الـ pre القادمة إذن. بتقديم اتصال بطيء وغير موثوق جداً ;). 13:51 &lt;jrandom&gt; الترحيل إلى 0.6 سيكون على الأرجح أسهل، آمل ذلك، إذ سنتمكن ببساطة من إضافة عناوين router جديدة إلى routerInfo (عناوين UDP) 13:51 &lt;jrandom&gt; هه بالفعل 13:51 &lt;cervantes&gt; أستطيع وضع مشاركة ملفات بسعة 1TB على الشبكة... 13:52 &lt;jrandom&gt; سنحتاج بالتأكيد إلى الكثير من المساعدة في اختبار 0.6، مع تضمين طيف كامل من إعدادات الشبكات 13:52 &lt;hobbs&gt; أمر ssh '~C' أنيق 13:52 &lt;laberhorst&gt; هل ستكون هذه خطوة أخرى غير متوافقة؟ 13:53 &lt;Myo9&gt; هل يعرف أحد ما هي خوادم NNTP العاملة؟ 13:53 &lt;jrandom&gt; laberhorst: لا، 0.6 ستكون متوافقة مع الإصدارات السابقة 13:53 &lt;jrandom&gt; Myo9: لا أدري، قد تكون عاملة لكنها متأثرة بعلل 0.5-0 13:54 &lt;jrandom&gt; ينبغي لنسخة 0.5.0.1 أن تصلح الكثير من المشكلات، وبمجرد صدورها سيكون الترقية موصى بها بشدة 13:54 &lt;laberhorst&gt; إذن فقط ابنِ 0.6 تجريبية وضعها للمختبرين 13:54 &lt;cervantes&gt; يمكننا جعل حركة BT تستخدم فقط routers القديمة... هذا سيشجّع الناس على الترقية ;-) 13:54 &lt;laberhorst&gt; إذن حفلة ترقية كبيرة غداً 13:54 &lt;jrandom&gt; سيكون هناك إعلان على المنتدى والقائمة البريدية عندما تكون جاهزة 13:54 &lt;jrandom&gt; صحيح يا laberhorst 13:54 &lt;jrandom&gt; هه يا cervantes ;) 13:55 &lt;laberhorst&gt; *متحمّس للاختبار من أجلكم* 13:55 &lt;jrandom&gt; أداء BT كان جيداً جداً على 0.5، لقد رأيت الكثير من نقل الملفات الكبيرة بنجاح على trackers 13:55 &lt;laberhorst&gt; معدل pload: 8.85 kB/s 13:55 &lt;jrandom&gt; (وirc لم يتأثر كما كان من قبل، باستثناء المشاكل التي كنا نعانيها مع tunnel الخاص بـ duck) 13:55 &lt;tracker&gt; يعتمد على ما تسميه كبيراً ;) 13:56 &lt;jrandom&gt; tracker: أفكر بملف معيّن حجمه 874MB تم تنزيله بنجاح مرات عديدة ;) 13:56 &lt;jrandom&gt; لكن صحيح، هذا صغير لبعضهم 13:56 &lt;laberhorst&gt; مجرد مواد إباحية قديمة جيدة 13:56 &lt;laberhorst&gt; أفترض ;-) 13:57 &lt;laberhorst&gt; لنأمل من الغد فصاعداً ألا يشارك router لديّ في &gt;3000 tunnels 13:57 &lt;tracker&gt; حسناً، هذا كبير. 13:57 &lt;laberhorst&gt; أو إن حدث، فالشبكة فعلاً كبيرة 13:57 &lt;jrandom&gt; هه يا laberhorst 13:58 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 13:58 &lt;laberhorst&gt; بالمناسبة، هل المشاركة في&gt;3000 مرادف لـ router جيد وموثوق في i2p مع اتصال سريع؟ 13:58 &lt;+detonate&gt; سأضع Boondock Saints بعد أن أحصل على House الليلة :) 13:59 &lt;+detonate&gt; سيكون ذلك حوالي 4.1GB جيد :) 13:59 * laberhorst يريد فقط شكر المطوّرين على سحق العلل سريعاً 13:59 &lt;+detonate&gt; يبدو أن هناك طلباً كبيراً 13:59 &lt;laberhorst&gt; أوه، بعض صور DVD هنا أيضاً، 13:59 &lt;hobbs&gt; detonate: أوه، صحيح. House. :) 13:59 &lt;tracker&gt; cervantes، هل قمت بالترقية إلى phpBB 2.0.12 بالفعل 13:59 &lt;laberhorst&gt; لكن انتظر حتى تصدر 0.5.0.1 13:59 &lt;+detonate&gt; ينبغي أن يمنح 0.5.0.1 اختبار إجهاد جيد أيضاً 14:00 &lt;+detonate&gt; نعم 14:00 &lt;+detonate&gt; أنوي ذلك 14:00 &lt;jrandom&gt; بالطبع، ينبغي فقط لمن يملكون نسخاً قانونية من تلك الملفات تنزيلها. هذا لأغراض الاختبار فقط 14:00 &lt;jrandom&gt; *سعال* 14:00 &lt;tracker&gt; هههه 14:01 * jrandom يشير إلى mpaa.i2p 14:01 &lt;+detonate&gt; هه 14:01 &lt;laberhorst&gt; أوه، أستطيع إنشاء صور ISO من Debian وFedora وSUSE وصور التقطتها بنفسي,... 14:01 &lt;laberhorst&gt; إذن الكثير من المواد القانونية 14:01 &lt;laberhorst&gt; إذا كنت تريد فقط الاختبار، فإن /dev/random كبير جداً 14:01 &lt;Ragnarok&gt; ليس دائماً 14:02 &lt;laberhorst&gt; بالمناسبة، لعطلات نهاية أسبوع وحيدة: cat /dev/random | grep linux :-) 14:02 &lt;jrandom&gt; هه 14:02 &lt;frosk&gt; /dev/random يفرغ طوال الوقت، أفضل /dev/urandom :) 14:02 &lt;frosk&gt; أو /dev/jrandom الجديد والمحسّن 14:02 &lt;jrandom&gt; لا، ذاك يُسقط اللب (core dump) طوال الوقت 14:03 &lt;jrandom&gt; ويحتاج إلى راحته الليلية 14:03 &lt;Ragnarok&gt; ما أفضل طريقة لتوليد العشوائية لـ /dev/random؟ 14:03 &lt;laberhorst&gt; ينبغي حقاً أن نبني صندوق 'اشتروا بعض الجعة لـ jrandom' 14:03 &lt;frosk&gt; سمّها راحة أو جمعاً للعشوائية :) 14:03 &lt;hobbs&gt; Ragnarok: يعتمد على ما تعنيه حقاً. الحصول على مولّد أرقام عشوائية hardware سيكون بطريقة ما 'أفضل' طريقة :) 14:03 &lt;jrandom&gt; Ragnarok: يعتمد على نظام التشغيل لديك (وما إذا كان لديك hardware ;) 14:04 &lt;tracker&gt; dd if=/dev/urandom of=/dev/hda bs=1M count=4 دائماً لطيف ;) 14:04 &lt;jrandom&gt; سنقوم فعلياً بدمج تطبيق fortuna في أحد هذه الإصدارات، وسنحتاج للتنقيب عن مصادر عشوائية متنوعة 14:04 &lt;Ragnarok&gt; بدون hardware :P 14:04 &lt;susi23&gt; . o O ( ظننت أن شخصاً يستخدم i2p يعرف لماذا لا ينبغي له استخدام /dev/urandom ) 14:05 &lt;cervantes&gt; tracker: الثغرات الأمنية التي تُغطّيها 2.0.12 يقوم mod_rocinante الخاص بي بإصلاحها دون قصد، لذا لم أكترث للترقية بعد 14:05 &lt;hobbs&gt; susi23: عندما يكون الأمر للعبث فحسب، أظن أنه لا بأس ;) 14:05 &lt;ant&gt; &lt;Nolar&gt; من هنا يعمل على منفذ BT بلغة Python؟ 14:05 &lt;jrandom&gt; Nolar: ذاك سيكون duck 14:06 * duck يصفر 14:06 &lt;ant&gt; &lt;Nolar&gt; duck: لماذا غيرتم حجم كتلة الطلب إلى 128k؟ 14:06 &lt;susi23&gt; . o O ( التالي سيقترح: while true; do echo $RANDOM&gt;&gt; largefile; done ) 14:06 &lt;ant&gt; &lt;Nolar&gt; لهذا لا يستطيع az النشر إليك 14:06 &lt;tracker&gt; cervantes: حسناً 14:06 &lt;ant&gt; &lt;Nolar&gt; نحن نحجب الطلبات&gt; 64k 14:06 &lt;laberhorst&gt; اللعنة، أحتاج مزيداً من mp3 14:06 &lt;frosk&gt; susi23: للتفتيش عن linux في مساء كسلان، /dev/urandom مناسب تماماً :) 14:07 &lt;jrandom&gt; آه، وهل كنتم دائماً كذلك؟ إذا لم تخني الذاكرة فإن i2p-bt استخدم 128k لفترة 14:08 &lt;ant&gt; &lt;Nolar&gt; نعم، موجود منذ البداية :) 14:08 &lt;ant&gt; &lt;Nolar&gt; هل هناك سبب لاستخدام 128؟ 14:08 &lt;ant&gt; * duck يتصفح سجل CVS 14:08 &lt;jrandom&gt; يبقي الـ pipeline ممتلئاً، لدى i2p بعض التأخير ;) 14:08 &lt;jrandom&gt; مع 32KB، يكون ذلك عملياً حجم نافذة ثابتاً مقداره 1 14:09 &lt;jrandom&gt; لذا كل رسالة تنتظر ACK، بينما 128KB يسمح لأربع رسائل بأن تطير ضمن الـ RTT 14:09 &lt;@duck&gt; صحيح، أقصى حجم مسموح للشريحة وفق مواصفات BT 14:09 &lt;ant&gt; &lt;Nolar&gt; حسناً، هناك طريقتان للتعامل مع هذا: 1) نرفع الحد إلى 128k من جهتنا، أو 2) تقومون ببساطة بعمل pipelining لمزيد من الطلبات 14:09 &lt;cervantes&gt; i2pbt صار أسرع قليلاً مما كان... ربما يمكنكم تحمل تقليله... 14:10 &lt;@duck&gt; schni, schna, schnappi 14:10 &lt;ant&gt; &lt;Nolar&gt; لذا، بدلاً من إرسال طلب واحد 128k، أرسل مثلاً طلبين 64k 14:10 &lt;hobbs&gt; duck: ههه... ذلك الشيء انتشر حول العالم. 14:10 &lt;@duck&gt; لماذا تحجبون 128k؟ 14:11 &lt;cervantes&gt; *قشعريرة* بوب أوروبي 14:11 &lt;laberhorst&gt; duck: من فضلك اصمت وإلا أسقطك! 14:11 &lt;tracker&gt; أحياناً أندم أنني تعلمت الألمانية قبل سنوات... 14:11 &lt;laberhorst&gt; لا بوب أوروبي، حقاً ليس POP 14:11 * cervantes يأمر المملكة المتحدة بصدّ الحدود قبل أن تدخل أغنية كهذه إلى القوائم 14:11 &lt;laberhorst&gt; tracker: لا تهتم، لا بأس 14:12 &lt;ant&gt; &lt;duck&gt; الآن هو (2^17)-13 14:12 &lt;ant&gt; &lt;Nolar&gt; duck: حسناً، الحد موجود منذ فترة، لكن سبباً وجيهاً هو أن كتل 128K تستغرق وقتاً في الرفع..... 16KB (إعدادنا الافتراضي) يسمح بتحكم أدق في الطلبات 14:12 &lt;ant&gt; &lt;duck&gt; الـ 13 بايت هي طول أمر BitTorrent 14:12 &lt;ant&gt; &lt;duck&gt; لن تكون هناك مشكلة في (2^16)-13 14:12 &lt;laberhorst&gt; بعض الموسيقى سخيفة فعلاً، لكن الموسيقى الصناعية الحقيقية، به، لا 14:13 &lt;ant&gt; &lt;duck&gt; أو نعود إلى الإعداد الافتراضي؟ 14:13 &lt;jrandom&gt; تقليصه إلى 64KB يبدو الأبسط (هل هذه معلمة CLI حالياً؟) 14:13 &lt;ant&gt; &lt;duck&gt; --download_slice_size 14:14 &lt;ant&gt; &lt;Nolar&gt; حسناً، سؤالي: هل لديكم سبب مقنع للتمسك بكتل 128K، إذ تبدو كبيرة بعض الشيء لي، خاصةً لـ i2p 14:14 &lt;ant&gt; &lt;Nolar&gt; بدلاً من مجرد عمل pipelining لطلبات أصغر متعددة؟ 14:14 &lt;ant&gt; &lt;duck&gt; ليس لدي سبب. 14:14 &lt;tracker&gt; laberhorst: أحياناً ألتقط بعض القنوات الألمانية عبر الأقمار. خصوصاً Viva وذلك "Theater Kanal" مروّعان حقاً... 14:15 &lt;ant&gt; &lt;Nolar&gt; إحدى مشاكل الكتل الكبيرة أنه بمجرد أن أقوم بـ choke لك، لا يزال عليّ إكمال إرسال تلك القطعة 128k 14:15 &lt;jrandom&gt; لا أذكر ما إذا كان BT القياسي يعرف كيفية الـ pipelining، لكن ينبغي أن يكون بسيطاً بما يكفي (خاصة بما أنني لست من ينفذه ;) 14:15 &lt;ant&gt; &lt;Nolar&gt; ما قد يستغرق وقتاً 14:15 &lt;laberhorst&gt; tracker: Viva ممتعة فقط وقت 'الهارد روك'، أما بقية الأوقات 'يرجى التجاهل'، وأما القناة المسرحية فلا أعلم 14:15 &lt;jrandom&gt; مع i2p، 128KB ليست كبيرة فعلاً، إذ هناك تأخير متأصل بمستوى الثواني 14:15 &lt;ant&gt; &lt;Nolar&gt; ما قد يربك الـ chunk/unchoke 14:16 &lt;@duck&gt; jrandom: هل لا يزال من المنطقي طرح الـ 13 بايت العامة لـ BitTorrent كي تلائم رسالة SAM؟ 14:16 &lt;jrandom&gt; duck: لا، لأن مكتبة البث تقلّصه بالفعل أكثر إلى رسائل 16KB، لذا اجعلها فقط 64KB 14:17 &lt;@duck&gt; حسناً، إذن 2**16 14:17 &lt;jrandom&gt; (ثم تقوم tunnels بتقسيم رسائل 16KB تلك إلى شظايا بحجم 996 بايت..) 14:17 &lt;ant&gt; &lt;Nolar&gt; المشكلة مع 128k أنه إذا كنت أرفع مثلاً بسرعة 12 k/s، فسيستغرق الأمر أكثر من 10 ثوانٍ لإنهاء تلك الكتلة 14:18 &lt;cervantes&gt; واو هذا بطول تأخير irc تقريباً... 14:18 &lt;jrandom&gt; وهو 1-10 من RTTs (بينما على الشبكة العادية، 10-500) 14:18 &lt;+detonate&gt; كنت مستعداً تماماً لاستخدام كتل 512K 14:18 &lt;ant&gt; &lt;Nolar&gt; قد تجرّب أيضاً عمل pipelining لكتل 16KB 14:18 &lt;jrandom&gt; هه 14:18 &lt;+detonate&gt; إذن 64 مفضّل؟ 14:19 &lt;ant&gt; &lt;Nolar&gt; كل عملاء BT بحسب علمي يستخدمون كتل 16KB 14:19 &lt;ant&gt; &lt;duck&gt; تم الإصلاح في CVS؛ 14:19 &lt;jrandom&gt; روعة، شكراً duck! (وNolar!) 14:19 &lt;ant&gt; &lt;duck&gt; توقّع ظهوره في إصدار 0.1.8 مع بعض ضبط SAM وI2CP 14:19 &lt;tracker&gt; laberhorst: اسمه الكامل "ZDF Theater" أو شيء من هذا القبيل. وبحكم قولهم يقدّمون برنامجاً ثقافياً رفيع المستوى. آمل حقاً ألا يكون ما يقدّمونه أفضل ما لدى الثقافة الألمانية ;) 14:19 &lt;jrandom&gt; حسناً، هه، تذكرت للتو أننا لا نزال في اجتماع 14:19 &lt;jrandom&gt; هل لدى أحد آخر شيئاً للاجتماع؟ 14:20 &lt;ant&gt; &lt;Nolar&gt; إذن إن أردنا كتلة 128k، نصنع 8 طلبات متزامنة 14:20 &lt;susi23&gt; . o O ( ونتجاهل الـ 448 بايت المتبقية؟ ) 14:20 &lt;jrandom&gt; صحيح صحيح 14:20 &lt;laberhorst&gt; tracker: أوه، تلك قناة جانبية صغيرة... Arte أو 3sat أكثر إثارة للاهتمام حقاً 14:20 &lt;laberhorst&gt; وArte ألمانية/فرنسية :-) 14:20 &lt;ant&gt; &lt;Nolar&gt; إذا كان الرافع يستطيع تلبية مثل هذا الطلب، فينبغي دفع كامل 128k ضمن تدفق أنبوب i2p 14:20 &lt;jrandom&gt; جميل 14:21 &lt;cervantes&gt; . o O ( يتساءل لماذا يستطيع سماع كل ما تفكر فيه susi ) 14:21 &lt;ant&gt; &lt;Nolar&gt; لذا قد يستحق الأمر تجربة أحجام كتل 16KB مقابل 32KB مقابل 64KB 14:21 &lt;jrandom&gt; أجل 14:21 &lt;jrandom&gt; ما دام هناك pipelining، فـ i2p لا تكترث 14:21 &lt;ant&gt; &lt;Nolar&gt; رائع 14:22 &lt;jrandom&gt; لكن السرعة عند 16KB دون pipelines سيئة جداً، أو على الأقل كانت كذلك 14:22 &lt;tracker&gt; laberhorst: حسناً، سأحاول إن كان بإمكاني التقاط Arte في الأيام القادمة... 14:22 &lt;ant&gt; &lt;duck&gt; أقترح ترك هذا الضبط إلى 0.2 14:22 &lt;ant&gt; &lt;duck&gt; لأنه سيتضمن تحسينات BitTorrent 3.9.1 14:22 &lt;jrandom&gt; نعم، DTSTTCPW 14:22 &lt;susi23&gt; . o O ( أوه هذا سهل... الناس متوقعون جداً... ) 14:23 &lt;ant&gt; &lt;duck&gt; ما قد يعيد هيكلة كود الشبكة بالكامل 14:23 &lt;cervantes&gt; http://www.gavelstore.com 14:24 &lt;jrandom&gt; حسناً، أظن أن هذا كل شيء حالياً، على الناس تفقد القائمة والموقع بعد بضع ساعات إذ ستصدر نسخة 0.5.0.1 قريباً 14:24 &lt;ant&gt; &lt;Nolar&gt; نعم، أستطيع أن أرى كيف أن طلبات 16KB المفردة ستكون بطيئة 14:24 * jrandom ينزّل مطرقة 14:24 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2005/02/22/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-22/Tue, 22 Feb 2005 00:00:00 +0000/ar/blog/2005/02/22/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-22/<p>مرحبًا يا جماعة، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 2) الخطوات التالية 3) azneti2p 4) ???</li> </ol> <ul> <li> <ol> <li>0.5</li> </ol> </li> </ul> <p>كما سمعتم جميعًا، أصدرنا أخيرًا الإصدار 0.5، وبوجه عام، كان أداؤه جيدًا إلى حد كبير. أقدّر كثيرًا سرعة قيام الناس بالتحديث - خلال اليوم الأول، كان 50-75% من الشبكة قد انتقل إلى الإصدار 0.5! وبسبب التبنّي السريع، تمكّنا من رؤية أثر التغييرات المختلفة بسرعة أكبر، وبالمقابل اكتشفنا عددًا من الأخطاء البرمجية. ومع أنّ بعض المشكلات لا تزال عالقة، سنطرح هذا المساء إصدارًا جديدًا 0.5.0.1 لمعالجة أهمّها.</p>/ar/blog/2005/02/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/Tue, 15 Feb 2005 00:00:00 +0000/ar/blog/2005/02/15/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-15-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla\_, cervantes, cneal92\_, jrandom, polecat, postman, smeghead, ugha2p</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) مرحبا 13:07 &lt;jrandom&gt; 1) حالة الشبكة 13:07 &lt;jrandom&gt; 2) حالة 0.5 13:07 &lt;jrandom&gt; 3) i2p-bt 0.1.7 13:07 &lt;jrandom&gt; 4) ??? 13:07 &lt;jrandom&gt; 0) مرحبا 13:07 * jrandom يلوّح 13:07 &lt;+ugha2p&gt; jrandom: هل irc.duck.i2p متاح أيضاً على شبكة الاختبار ومرتبط بهذه الشبكة؟ 13:07 &lt;+ugha2p&gt; بهذه شبكة IRC 13:07 &lt;jrandom&gt; weekly status notes posted @ http://dev.i2p.net/pipermail/i2p/2005-February/000575.html 13:07 &lt;ant&gt; &lt;Sonium_&gt; Bonjour, sa cette fois de la semaine encore, 13:07 &lt;jrandom&gt; لا ugha2p 13:08 &lt;ant&gt; &lt;Sonium_&gt; are you speaking french jrandom ? 13:08 &lt;jrandom&gt; هه، نعم، دليل على أن babelfish له حدود ;) 13:08 &lt;jrandom&gt; لول، نعم، كان الناس يقولون إن babelfish يُخرج فرنسية مقبولة من قبل، لكن على ما يبدو ليس هذه المرة ;) 13:09 &lt;+ugha2p&gt; مرحباً يا زملاء I2P. 13:09 &lt;ant&gt; &lt;fedo2p&gt; مرحبا 13:09 &lt;jrandom&gt; على أي حال، لنبدأ قبل أن نتعرض لانقسام الشبكة (netsplit) مرة أخرى 13:09 &lt;jrandom&gt; 1) حالة الشبكة 13:09 &lt;jrandom&gt; راجِع البريد الإلكتروني للحصول على تحديث 13:10 &lt;jrandom&gt; يبدو أنه بينما كان IRC متقلباً إلى حد ما، وكذلك بعض نشاط outproxy (وكيل خارجي)، كان BT يعمل بشكل جيد 13:11 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه إلى ذلك — هل لدى أي شخص تعليقات/أسئلة/مخاوف؟ 13:12 &lt;ant&gt; &lt;Sonium_&gt; هل سيُصدر 0.5 يوم الجمعة هذا؟ 13:12 &lt;jrandom&gt; هه، سؤال جيد، أظن أن هذا يمكن أن يقودنا إلى 2) حالة 0.5 13:12 &lt;jrandom&gt; نعم، سيصدر 0.5 يوم الجمعة هذا 13:13 &lt;jrandom&gt; شبكة الاختبار تعمل بشكل جيد جداً مع آخر التحديثات، لكن ما زال هناك بعض الوثائق وتنظيفات طفيفة ينبغي القيام بها. سأحاول أيضاً إدراج إصدار Jetty الأخير، لكن سنرى 13:14 &lt;ant&gt; &lt;Sonium_&gt; سؤال لمتحدث أصلي بالإنجليزية: ما الفرق الدلالي بين "it will be released" و "it is going to be released" ؟ 13:14 &lt;bla_&gt; يبدو أن التوجيه يُشكّل مشكلة أحياناً؛ ففي نحو 5–10% من الحالات أضطر لإعادة تحميل صفحة، لأن الـ tunnel لا يعمل جيداً 13:14 &lt;smeghead&gt; أود أن أطلب من كل من يشارك في نشاط BitTorrent أن يتوقف طوعاً حتى يتم إصدار 0.5 يوم الجمعة، إذ إن الطفرة في حركة BT تفسد بقية حركة الشبكة، وخصوصاً IRC 13:15 &lt;jrandom&gt; Sonium: الثانية أكثر حسمًا، لكن الفكرة العامة نفسها 13:15 &lt;bla_&gt; smeghead: أتفق، لكن 0.5 لن يحل مشكلة التحميل، أليس كذلك؟ 13:15 &lt;smeghead&gt; الـ eepsites متأثرة أيضاً، ليس IRC وحده 13:16 &lt;ant&gt; &lt;Sonium_&gt; حسنًا، إذًا كنتُ قد أسأتُ فهم الاستخدام حتى الآن 13:16 &lt;+ugha2p&gt; jrandom: هل سيؤدي عملاً أفضل مع الحركة التفاعلية؟ 13:16 &lt;jrandom&gt; سوف يغيّر 0.5 الكثير من الديناميكيات، ويُفترض أن يتمكن من التعامل بشكل أنظف مع موازنة الأحمال، إذ يمكننا الآن التمييز بين الأسباب المختلفة لرفض الـ tunnel 13:16 &lt;ant&gt; &lt;Sonium_&gt; كان يجدر بي أن أصغي في المدرسة 13:16 &lt;jrandom&gt; ugha2p: نعم، إلى حد كبير 13:17 &lt;+ugha2p&gt; آه، رائع. 13:17 &lt;jrandom&gt; من ناحية أخرى، سيكون هناك زيادة عامة في استهلاك عرض النطاق في كثير من الحالات، وإن كنا سنحسّن ذلك لاحقاً مع تقدم الأمور 13:18 &lt;smeghead&gt; ومن فضلكم ليبلغ أحدٌ مستخدمينا الجدد الناطقين بالفرنسية بهذا ويطلب منهم تأجيل أمور BT حتى يوم الجمعة 13:18 &lt;ant&gt; &lt;BS314159&gt; smeghead: إنها ثلاثة أيام. أنا متأكد من أنك تستطيع أن تجد شيئاً آخر تفعله لثلاثة أيام 13:19 * jrandom يمكنه فتح inproxy (وكيل داخلي) إلى ircd 0.5 الخاص بـ spaetz :) 13:20 &lt;jrandom&gt; ربما يكون حل أبسط هو اقتراح أن يستفيد مستخدمو BT من إمكانية تقليل عبء الشبكة عبر خفض طول الـ tunnel لديهم 13:21 &lt;jrandom&gt; (سواء على الـ inbound tunnels كما تُضبط عبر سطر أوامر BT، أو على الـ outbound tunnels كما تُضبط على `http://localhost:7657/configclients.jsp` ) 13:21 &lt;polecat&gt; نعم، هم لا يحتاجون قدراً كبيراً من إخفاء الهوية بقدر ما يحتاجون إلى الغموض. نحن، القوارض الفضائية غير القانونية، من نحتاج إلى الشيء ذو القفزتين. 13:21 &lt;bla_&gt; jrandom: حل محتمل، bt-0.1.8، بطول tunnels افتراضي مقداره 1، ذُكر هنا في القناة من قبل. Duck، هل أنت هنا؟ 13:22 &lt;polecat&gt; هل يستخدم i2p-bt بروتوكول SAM، أم يستخدم جلسة i2ptunnel؟ 13:23 &lt;jrandom&gt; همم، ومن ناحية أخرى هناك مجموعة كاملة من خيارات جلسات i2cp سنرغب في كشفها في i2p-bt، لذا سأحتاج للتواصل مع duck بشأن إصدار محدّث على أي حال 13:23 &lt;jrandom&gt; polecat: SAM 13:23 &lt;smeghead&gt; BS314159: أنا مساهِم ليس فقط في قاعدة شيفرة i2p، بل أيضاً في i2p-bt، إن حركة BT هذه تمنعني من التواصل مع المطورين الآخرين وتعيق جهودنا لتحسين تجربة الجميع، الرجاء التحلي ببعض الاعتبار 13:23 &lt;smeghead&gt; BS314159: هل التورنت أهم بالنسبة لك من التطوير بالنسبة لنا 13:23 &lt;smeghead&gt; ؟ 13:23 &lt;smeghead&gt; polecat: sam 13:23 &lt;cervantes&gt; اجعل 0.1.8 يشي بكل مستخدميه إلى MPAA وسنظل جميعاً على 0.1.7 13:23 &lt;smeghead&gt; bla_: على الأرجح لن يكون هناك 0.1.8، لدينا الآن 0.2.0 في CVS، قاعدة شيفرة جديدة مبنية على BT 3.9.1 13:23 &lt;jrandom&gt; هه cervantes 13:23 &lt;jrandom&gt; ooOOo جميل 13:24 &lt;jrandom&gt; ربما يكون ذلك انتقالاً جيداً من 2) حالة 0.5 إلى 3) i2p-bt :) 13:24 &lt;jrandom&gt; smeghead/duck، كيف تسير الأمور؟ 13:25 &lt;ant&gt; &lt;Sonium_&gt; google يعرف 167 رابطاً إلى www.i2p.org 13:25 &lt;bla_&gt; jrandom: ربما ينبغي إعادة التذكير بالجدول الزمني للترقية: أوقف الـ eepsite الخاص بك مساء الخميس (UTC)، قم بالترقية يوم الجمعة، ثم شغّل الـ eepsite حين يكون عدد كافٍ من المستخدمين قد ترقّى 13:26 &lt;ant&gt; &lt;Sonium_&gt; أمم .net 13:26 &lt;smeghead&gt; تم دمج كل تعديلات BT في 0.1.7 ضمن قاعدة الشيفرة الجديدة 0.2.0 13:26 &lt;smeghead&gt; لكن علينا كتابة واجهة SAM جديدة بالكامل، لا يمكننا استخدام واجهة 0.1.7 13:27 &lt;jrandom&gt; آه حسناً 13:27 &lt;smeghead&gt; إذا كان هناك من لديه خبرة بـ Python sockets ويرغب بالمساعدة *يكح*connelly 13:28 &lt;polecat&gt; كل ما يحدث في SAM هو إضافة خنق على مستوى التدفق، صحيح؟ 13:28 &lt;jrandom&gt; polecat: لا تغييرات على البروتوكول بعد (حسب علمي)، مجرد نقل (porting) 13:28 &lt;smeghead&gt; يرجى التواصل مع duck 13:28 &lt;ant&gt; &lt;MANCOM&gt; أي جديد حول azneti2p؟ 13:28 &lt;smeghead&gt; عميل 0.2.0 سيتعامل مع عدة تورنتات ضمن عملية واحدة، ولن تحتاج لفتح عدة جلسات بعد الآن 13:29 &lt;jrandom&gt; (yay!) 13:29 &lt;polecat&gt; حقاً؟ 13:29 &lt;smeghead&gt; ونأمل أن نجعل كل ذلك يعمل فوق جلسة SAM واحدة لتقليل فوضى الشبكة أكثر 13:29 &lt;bla_&gt; smeghead: لطيف! هل ستقوم أيضاً بعمل port للأداة النصية bttrackmany؟ 13:29 &lt;polecat&gt; هل يمكنه العمل في الخلفية؟ 13:29 &lt;jrandom&gt; MANCOM: لم أسمع أي خبر، وللأسف لم أجد وقتاً لتدقيق التحديثات 13:29 &lt;polecat&gt; كم من الذاكرة يستهلك؟ 13:29 &lt;smeghead&gt; bla_: نعم أظن ذلك 13:30 &lt;smeghead&gt; polecat: باستخدام btdownloadheadless.py يكون عملية تعمل في الخلفية 13:31 &lt;polecat&gt; جلسة SAM واحدة ممكنة: يمكن لكل من العميل والخادم استنتاج بروتوكول peerwire وبروتوكول المتتبع (tracker). 13:31 &lt;polecat&gt; smeghead: نعم، لكن ماذا لو أردتُ إضافة تورنت إلى تلك العملية؟ 13:32 &lt;smeghead&gt; polecat: ولا ينبغي أن يستخدم ذاكرة أكثر بكثير مما تستخدمه نفس عدد عمليات 0.1.7 13:34 &lt;jrandom&gt; polecat: إنه نقل (port) من BT الرئيسي، ويعمل تماماً مثل BT الرئيسي. يمكن لأحدهم إضافة مزايا جديدة وأفضل، لكن لنبدأ أولاً بنقل بسيط ;) 13:36 &lt;bla_&gt; (رحلة أفعوانية للاتصال، مجدداً...) 13:36 &lt;jrandom&gt; (لهذا السبب أحرر سجلات الاجتماع قليلاً ;) 13:37 &lt;bla_&gt; jrandom: :) 13:37 &lt;jrandom&gt; مرحباً بعودتك 13:37 &lt;polecat&gt; smeghead: نعم، لكن ماذا لو أردتُ إضافة تورنت إلى تلك العملية؟ 13:38 &lt;+ugha2p&gt; jrandom: لا، لا بد أن ذلك لأنك تفرض رقابة على الـ netsplits. 13:38 &lt;jrandom&gt; polecat: إنه نقل (port) من BT الرئيسي، ويعمل تماماً مثل BT الرئيسي. يمكن لأحدهم إضافة مزايا جديدة وأفضل، لكن لنبدأ أولاً بنقل بسيط ;) 13:38 &lt;jrandom&gt; مهلاً، إن أنا رقّبت الـ netsplits فلن تحدث! 13:38 * jrandom يدفن رأسه في الرمال 13:40 &lt;smeghead&gt; لكنني سأستغل الفرصة لأطلب مجدداً من مستخدمي BT التأجيل حتى يوم الجمعة، رجاءً 13:41 &lt;bla_&gt; صحيح، إن كان هنا من يتحدث الفرنسية، لست مضطراً لقول شيء الآن، لكن يرجى إضافة رسالة بمضمون ما طلبه smeghead إلى الأقسام الفرنسية في forum.i2p ... 13:42 &lt;+polecat&gt; على أي حال، فاتتني فرصة القول، لكني كنت أفكر بأنه بدلاً من عميل BT مكتوب بـ C++، يمكنني فقط إصلاح إضافة BitTorrent في mldonkey واستخدامها. 13:42 &lt;ant&gt; &lt;dm&gt; أتحدث الفرنسية. 13:43 &lt;ant&gt; &lt;dm&gt; أوه اللعنة، كان من المفترض ألا أقول شيئاً. 13:43 * jrandom يرشق dm بالطين 13:43 &lt;bla_&gt; dm: هل يمكنك إضافة تلك الرسائل؟ 13:43 &lt;smeghead&gt; لا خطأ في استخدام التورنت، لكن مرة أخرى لم يكن متوقعاً هذا الارتفاع المفاجئ في عدد مستخدمي I2P ومن الواضح أن شبكة 0.4.x لا تستطيع التعامل معه جيداً 13:43 &lt;+polecat&gt; إلا إذا كان لدى أحد آخر فكرة لشيء أفضل أضيّع وقتي عليه. :/ 13:44 &lt;ant&gt; &lt;dm&gt; ليس لدي I2P هنا، للأسف. أستطيع الترجمة من الإنجليزية إلى الفرنسية إذا أرسلت لي ما يجب قوله. 13:44 &lt;jrandom&gt; polecat: ربما تساعد في جعل i2p-bt القادم يعمل كما تريد؟ 13:44 &lt;jrandom&gt; dm: forum.i2p.net/ 13:44 &lt;+polecat&gt; jrandom: أعتقد أن BT الرئيسي ليس مفيداً جداً، ومآله أن يكون عائقاً أمام نظام متعدد التورنتات، إلا إذا تحولوا إلى واجهة عميل/خادم. 13:44 &lt;+polecat&gt; وأضيف أن mldonkey/mlnet قد فعل ذلك بالفعل. 13:44 &lt;smeghead&gt; polecat: mldonkey فوضى مريعة للغاية، من فضلك ساعد في مشروع i2p-bt أو مشروع azureus-i2p، فكلاهما قد يستفيد من يدٍ مساعدة 13:44 &lt;ant&gt; &lt;BS314159&gt; polecat: أعتقد أنه مضيعة للوقت إعادة تنفيذ i2p-bt بلغة أسرع بالنظر إلى الكلفة الإضافية في I2P 13:45 &lt;+polecat&gt; وكنت أخطط للقيام بذلك مع عميل C++ الغبي خاصتي. 13:45 &lt;jrandom&gt; polecat: إذن ضع واجهة رسومية (GUI)، لتستفيد من شيفرة i2p-bt الأساسية 13:45 &lt;ant&gt; &lt;BS314159&gt; لكن استخدام واجهة MLDonkey قد يكون أمراً جيداً جداً 13:46 &lt;+polecat&gt; لا أظن أن Azureus يفصل الواجهة عن نقل الملفات. :/ 13:46 &lt;smeghead&gt; polecat: تحتاج لتجربة BT 3.9.1، فهو الآن عميل متعدد التورنتات 13:48 &lt;+polecat&gt; هل يتيح لك إغلاق الواجهة من دون التوقف عن تجميع (swarming) ملفاتك؟ 13:48 &lt;jrandom&gt; هناك بعض الميزات التي لا يؤديها جيداً بينما يقوم بها Azureus جيداً، ومع ذلك فهناك بيئات يكون فيها Azureus ليس الحل المناسب 13:48 &lt;ant&gt; &lt;jnymo&gt; هل أصدر Azureus ملفاً تنفيذياً متوافقاً للإضافة؟ 13:48 &lt;jrandom&gt; polecat: لا. لكن إضافة ذلك أمر بسيط مقارنة بكتابة عميل BT جديد 13:48 &lt;jrandom&gt; jnymo: نعم، لديهم azneti2p تجريبية (بيتا) 13:49 &lt;smeghead&gt; polecat: يمكن تعديله بسهولة ليفعل ذلك، بل بسهولة شديدة 13:49 &lt;jrandom&gt; polecat: فقط عدّل عفريت (daemon) الـ BT الحالي ليسمح للعمليات الأخرى (أي واجهتك الرسومية الجديدة) بأن تملي عليه ما يفعله 13:49 &lt;+polecat&gt; حسناً، ربما... 13:49 &lt;+polecat&gt; أتظن ذلك؟ 13:49 &lt;+polecat&gt; ربما إن كتبت واجهة لا تكون إلا بروتوكول مقبس RPC، ثم... سأضطر لكتابة عميل كامل لفهم ذلك البروتوكول... 13:50 &lt;smeghead&gt; polecat: لا تحتاج لكتابة واجهة جديدة، عدّل واجهة i2p-bt 0.2.0 الحالية لتفعل ذلك، الأمر بسيط 13:50 &lt;+polecat&gt; ربما يمكننا فصل جزء الواجهة في BT عن جزء العفريت (daemon)، وتشغيل هذين الجزأين كعمليتين منفصلتين دون إعادة كتابة الكثير من الشيفرة! 13:50 &lt;+polecat&gt; حسناً. 13:50 &lt;+polecat&gt; لكن لدي سؤال آخر... 13:51 &lt;smeghead&gt; polecat: لا تعِد اختراع العجلة لأن شيئاً ما ينقصه مزايا تافهة 13:51 &lt;smeghead&gt; polecat: ألم تطّلع على قاعدة شيفرة i2p-bt إطلاقاً؟ الواجهة منفصلة تماماً 13:51 &lt;+polecat&gt; إذا كان BitTorrent 3.9.1 متاحاً، فلماذا نستخدم الإصدار 0.2.0 في I2P؟ o.o 13:51 &lt;jrandom&gt; هه 13:51 &lt;jrandom&gt; i2p-bt 0.2.0 == bt 3.9.1 :) 13:51 &lt;+polecat&gt; نظرت إلى قاعدة الشيفرة منذ فترة. كانت معقدة ومبهمة إلى حد بعيد. 13:51 &lt;jrandom&gt; (i2p-bt 0.1.* == bt 3.4.شيء ما، أعتقد) 13:51 &lt;+polecat&gt; آه، لديكم ترقيم إصدارات مختلف. 13:52 &lt;+polecat&gt; هل i2p-bt على CVS؟ 13:52 &lt;smeghead&gt; polecat: ‏0.2.0 هو فرع جديد في CVS أنشأته بالأمس، إنه i2p-bt، الإصدار الرسمي من BT الذي بُني عليه هو 3.9.1 والذي سيكون BitTorrent 4.0 عندما يخرج من البيتا 13:52 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p-bt/ 13:52 &lt;smeghead&gt; i2p-bt 0.1.7 مبني على bt 3.4.2 13:52 &lt;+polecat&gt; شكراً. 13:52 &lt;+polecat&gt; انتظر. 13:53 &lt;cervantes&gt; وعند تلك النقطة سنسميه الإصدار 0.3.0 :P 13:53 &lt;+polecat&gt; قصدي CVS، ليس «يا انظروا إلى موقع CVS الجميل» 13:53 &lt;jrandom&gt; cvs -d :pserver:anoncvs@cvs.i2p.net/cvsroot co i2p-bt 13:53 &lt;+polecat&gt; CVSROOT= غائب بشكل ملحوظ في تلك الأشياء الخاصة بـ cvs-cgi كما لاحظت. 13:53 &lt;jrandom&gt; أو، إن كان لديك وكيل CVS محلياً، cvs -d :pserver:anoncvs@localhost/cvsroot co i2p-bt 13:54 &lt;smeghead&gt; polecat: معقدة؟ إن btdownloadgui.py يحوي كل شيفرة الواجهة، كيف يمكن الفصل أن يكون أنظف من ذلك؟ 13:54 * polecat يتنهد، ولا يشعر برغبة ملحّة للتذمّر بشأن CVS الآن. 13:54 &lt;ant&gt; &lt;dm&gt; أف، كان ذلك مؤلماً، لم أكتب شيئاً بالفرنسية منذ سنوات! http://forum.i2p.net/viewtopic.php?p=1238#1238 13:55 &lt;jrandom&gt; شكراً dm 13:56 &lt;ant&gt; &lt;dm&gt; على الرحب 13:57 &lt;smeghead&gt; ربما يقول شيئاً بذيئاً 13:58 &lt;ant&gt; &lt;dm&gt; ههههه 13:58 &lt;+polecat&gt; حسناً، إذن عليّ أن أكتب btdaemon.py، وهو الواجهة — كل أمور الواجهة. وكذلك btdaemongui.py، وهو الواجهة — كل أمور العفريت. 13:58 &lt;ant&gt; &lt;BS314159&gt; إذا كان بذيئاً بما يكفي، فقد يخدم أغراضنا تماماً 13:58 &lt;ant&gt; &lt;fedo2p&gt; أحسنت يا dm ;) 13:58 &lt;jrandom&gt; هه 13:58 &lt;jrandom&gt; r0x0r polecat 13:59 &lt;+polecat&gt; حسرة، أكره أن أُثبّت wxWindows، فهي مكتبة كبيرة لا أستخدمها عادة. لا بأس. 13:59 &lt;smeghead&gt; polecat: ‏0.2.0 مبني على GTK، لا مزيد من wxWidgets 13:59 &lt;jrandom&gt; حسناً، هناك الكثير من عمل BT لننجزه، ربما يمكننا مواصلة النقاش على القائمة/المنتدى/الويكي/#i2p-bt حسب الحاجة؟ 13:59 &lt;+polecat&gt; إذا كنت سأبدأ بالتهكير، فالأفضل أن أحصل على الأدوات 14:00 &lt;+polecat&gt; أوه، نسيت تلك القناة. :) 14:00 &lt;smeghead&gt; polecat: احصل على BitTorrent 3.9.1 بيتا واقرأ الوثائق 14:01 &lt;smeghead&gt; #i2p-bt، صحيح 14:01 &lt;smeghead&gt; هناك حتى أشخاص هناك 14:02 &lt;jrandom&gt; هه، حسناً، هناك الكثير من أمور BT المشوقة. أي شيء آخر لـ 3) i2p-bt، أم ننتقل إلى 4) ??? 14:03 &lt;jrandom&gt; حسناً، ننتقل إلى 4) ??? 14:03 &lt;jrandom&gt; هل لدى أي شخص شيء آخر لطرحه في الاجتماع؟ 14:03 &lt;ant&gt; &lt;jnymo&gt; التشفير بالعتبة (threshold cryptography) رائع 14:04 &lt;cervantes&gt; ??? = `http://forum.i2p/viewtopic.php?p=1237` 14:04 &lt;ant&gt; &lt;BS314159&gt; الوكلاء إلى الويب ليست فكرة جيدة. ماذا عن وكلاء إلى إصدارات جديدة من I2P، أو شبكات إخفاء هوية أخرى؟ 14:04 &lt;ant&gt; &lt;BS314159&gt; وبـ «ليست جيدة» أعني أنها غير آمنة للتشغيل 14:04 &lt;ant&gt; &lt;jnymo&gt; ليس الجميع يقوم بتشغيلها، يا BS 14:05 &lt;ant&gt; &lt;BS314159&gt; أعرف ذلك 14:05 &lt;cervantes&gt; عضو المنتدى لهذا الأسبوع هو &lt;تادا!&gt; jrandom 14:05 &lt;ant&gt; &lt;BS314159&gt; أفكر في الترقيات 14:05 &lt;jrandom&gt; لول شكراً cervantes 14:06 &lt;ant&gt; &lt;BS314159&gt; ليس الآن، لكن في النهاية، هل سيكون من الممكن أن يعمل عدد كبير من الـ router كوكلاء بين الإصدارات؟ 14:06 &lt;ant&gt; &lt;BS314159&gt; وهل سيزيل ذلك هجوم التوقيت من دون توقف؟ 14:06 &lt;ant&gt; &lt;jnymo&gt; الترقيات القسرية ضرورية 14:07 &lt;ant&gt; &lt;BS314159&gt; لا أتفق 14:07 &lt;jrandom&gt; BS314159: تشغيل I2NP فوق i2ptunnel فوق I2P سيكون مؤلماً. رغم أنه ربما يمكن لأحد «outproxies» أن يوجّه إلى inproxy ما 14:07 &lt;jrandom&gt; BS314159: بينما لا تكون الترقيات القسرية ضرورية عادةً، فهي ضرورية هنا. نقطة. نحتاجها لأنني لم أتنبّه لكل التغييرات التي نحتاجها لـ 0.5 14:08 &lt;ant&gt; &lt;BS314159&gt; لا أقول إن الإصدارات الجديدة يجب أن تكون متوافقة عكسياً 14:08 &lt;cervantes&gt; jrandom: حسناً لنكن صريحين... أنت من يقوم بـ 98% من العمل ;-) 14:09 &lt;ant&gt; &lt;BS314159&gt; أنا فقط أحاول ابتكار طريقة تسمح لمستخدمي I2P غير السريعين بالترقية من دون هجمات توقيت أو توقف 14:10 &lt;jrandom&gt; BS314159: لا يمكن فعل ذلك لإصدار 0.5. يمكننا أن نكون حذرين في الإصدارات اللاحقة. لكن في هذا، هناك قطع نهائي صارم. 14:10 &lt;ant&gt; &lt;jnymo&gt; قد تكون التحديثات التلقائية أفضل في المستقبل 14:10 &lt;ant&gt; &lt;BS314159&gt; أتحدث عن المستقبل البعيد. 14:10 &lt;ant&gt; &lt;jnymo&gt; هل التحديث التلقائي غير آمن جداً؟ 14:10 &lt;jrandom&gt; cervantes: لا، فقط 95% من البنية التحتية، لكن هناك الكثير يجري أكثر من مجرد i2p/{core,router}/ :) 14:11 &lt;jrandom&gt; jnymo: تحديث بنقرة 0 == غير آمن. نقرة واحدة == آمن. 14:11 &lt;cervantes&gt; jrandom: نعم لقد بدأ يتحسن خلال الشهرين الماضيين لحسن الحظ ;-) 14:11 &lt;ant&gt; &lt;jnymo&gt; وسطر يقول «تحتاج للتحديث.. العد التنازلي خلال * أيام» 14:12 &lt;jrandom&gt; نعم، الكثير من الناس [http://www.i2p.net/team] كانوا يقومون بعمل مذهل 14:13 &lt;jrandom&gt; BS314159: هناك بالتأكيد الكثير مما يمكننا فعله للتحديثات اللاحقة، ربما نناقش تطبيقات ملموسة عند اقترابها :) 14:13 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء آخر لطرحه في الاجتماع؟ 14:13 &lt;ant&gt; &lt;MANCOM&gt; هل يمكن أن يكون لدينا ميزة ضبط سرعة تلقائي (مثل إضافة Azureus التي تقيس أزمنة ping) في I2P تقوم بضبط الحد الأقصى لعرض النطاق (للرفع)؟ 14:14 &lt;ant&gt; &lt;MANCOM&gt; سيساعد ذلك في الحفاظ على عرض النطاق عالياً والزمن الكامن منخفضاً 14:14 &lt;jrandom&gt; أوه، مثير للاهتمام 14:14 * cervantes يعمل على ميزة تحديث بنقرة 1–2 لشريط أدوات I2P 14:14 &lt;cervantes&gt; على الرغم من أن لدي مشاكل في التجزئة حالياً (atm).... لذا ربما تبعد بضعة أسابيع. 14:15 &lt;ant&gt; &lt;jnymo&gt; cervantes++ 14:15 &lt;jrandom&gt; MANCOM: إن استطعت توثيق كيف سيعمل وكيف سيبدو ونشر ذلك على المنتدى، فسيكون ذلك رائعاً. إن كان بسيطاً بما يكفي، فقد يلحق حتى بـ 0.5 14:15 &lt;cervantes&gt; وخلال ذلك سيأتي عشرات الأشخاص بفيض من الحلول الأفضل 14:16 &lt;jrandom&gt; هه 14:16 &lt;cneal92_&gt; :D 14:17 &lt;ant&gt; &lt;MANCOM&gt; حسناً، سأحاول 14:17 &lt;ant&gt; &lt;cervantes&gt; لكنه بالفعل يكتشف عندما يكون هناك إصدار جديد، ويمكنه توجيهك إلى رابط التنزيل المعني... 14:17 &lt;ant&gt; &lt;cervantes&gt; وقد أبدأ بذلك في البداية 14:18 &lt;jrandom&gt; رائع يا cervantes 14:18 &lt;jrandom&gt; شكراً MANCOM 14:18 &lt;ant&gt; &lt;jnymo&gt; يمكنك فقط وضع زر «إعادة تشغيل رشيقة» للترقية، بعد أن يكون التحديث في الدليل بالفعل 14:19 &lt;ant&gt; &lt;jnymo&gt; أو تسميته «ترقية» 14:19 &lt;ant&gt; &lt;jnymo&gt; ووضع وظيفة إعادة التشغيل هناك 14:19 &lt;ant&gt; &lt;jnymo&gt; مع أنني ربما أقول البديهيات 14:19 &lt;jrandom&gt; صحيح، نحتاج ربما إلى بضعة عشر سطراً من الشيفرة لجلب `http://dev.i2p/i2p/i2pupdate.zip،` والتحقق منه، ثم إعادة التشغيل 14:20 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء لطرحه في الاجتماع؟ 14:20 &lt;ant&gt; &lt;cervantes&gt; حسناً، أستطيع بالفعل جعل شريط الأدوات ينزل تحديثاً إلى مجلد i2p ويطلق إعادة تشغيل رشيقة... لكن حتى الآن لم أستطع جعله يتحقق من سلامة التنزيل 14:21 &lt;jrandom&gt; cervantes: ذلك الجزء ينبغي أن يكون سهلاً — لاحقاً، سنجعل التحديث نفسه يتحقق ذاتياً 14:21 &lt;jrandom&gt; (أي مُوقَّع، ويُتحقق منه بواسطة الـ router قبل التثبيت) 14:21 &lt;ant&gt; &lt;cervantes&gt; jrandom: سيكون ذلك رائعاً. 14:21 &lt;ant&gt; &lt;jnymo&gt; أوه 14:22 &lt;ant&gt; &lt;cervantes&gt; ربما سيكون كافياً إذن أن أطلق التنزيل ثم أظهر مُحاوِرة «هل ترغب في إعادة التشغيل؟» نعم/لا 14:22 &lt;ant&gt; &lt;cervantes&gt; بحيث يتمكن أحدهم من التحقق يدوياً إن أراد 14:23 &lt;ant&gt; &lt;cervantes&gt; (إنه يعرض بالفعل ما يجب أن تكون عليه قيمة SHA1) 14:23 &lt;jrandom&gt; هه 14:23 &lt;ant&gt; &lt;jnymo&gt; ما رأيك بـ «انقر هنا للتنزيل التلقائي عند التوافر» 14:25 &lt;cervantes&gt; أفضل تجنب التنزيلات التلقائية 14:25 &lt;ant&gt; &lt;jnymo&gt; همف.. مايكروسوفت تفعل ذلك ;) 14:26 &lt;cervantes&gt; لكن لا بأس بتنبيه المستخدم إلى وجود تنزيل وعرض زر «نزّل الآن» 14:26 &lt;jrandom&gt; صحيح، نقرة واحدة على الأقل. يمكننا الإخطار تلقائياً بتوفر التحديث، لكن التثبيت التلقائي غير مقبول 14:26 &lt;jrandom&gt; (أووه، ما قاله cervantes) 14:27 &lt;ant&gt; &lt;jnymo&gt; الآن، كيف سيحدّث 10000 شخص؟ ما رأيك بدمج i2p-bt في مرحلة ما؟ 14:27 &lt;jrandom&gt; نعم، ومهور طائرة 14:28 &lt;ant&gt; &lt;jnymo&gt; جيد بما يكفي بالنسبة لي 14:29 &lt;jrandom&gt; حسناً رائع... إن لم يكن هناك شيء آخر... 14:29 &lt;+postman&gt; تباً، فاتني الاجتماع :/ 14:29 * cervantes يعود لبرمجة برمجياته الوهمية 14:29 &lt;jrandom&gt; هه، وصلت عند الصافرة، إن كان هناك شيء تريد طرحه يا postman :) 14:30 &lt;+postman&gt; لا، شكراً 14:30 &lt;+polecat&gt; مايكروسوفت؟ =) لدي Gentoo يفعل ذلك. 14:30 * jrandom يستعد 14:30 &lt;+postman&gt; أوووبس 14:30 * jrandom *baf*s يغلق الاجتماع </div>/ar/blog/2005/02/15/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-15/Tue, 15 Feb 2005 00:00:00 +0000/ar/blog/2005/02/15/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-15/<p>مرحبًا، لقد حان ذلك الوقت من الأسبوع مجددًا،</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) حالة 0.5 3) i2p-bt 0.1.7 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>رغم عدم ظهور أخطاء جديدة في الشبكة، حصلنا الأسبوع الماضي على بعض الظهور على موقع p2p فرنسي شهير، مما أدى إلى زيادة كلٍ من عدد المستخدمين ونشاط bittorrent. في الذروة، وصلنا إلى 211 routers على الشبكة، إلا أنه يتأرجح مؤخرًا بين 150 و180. كما ارتفع الاستخدام المُبلّغ عنه للنطاق الترددي، إلا أنّ موثوقية irc للأسف تدهورت، حيث خفّض أحد الخوادم حدود النطاق الترددي لديه بسبب الحمل. لقد أُجري عدد من التحسينات على streaming lib (مكتبة البث) للمساعدة في ذلك، لكنها كانت على فرع 0.5-pre، لذا فهي غير متاحة بعد على الشبكة الحية.</p>/ar/blog/2005/02/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/Tue, 08 Feb 2005 00:00:00 +0000/ar/blog/2005/02/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> ant, brachtus, cervantes, duck, jrandom, jrandom2p, legion, modulus, postman, protokol, Ragnarok, smeghead, ugha2p</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) مرحباً 13:05 &lt;jrandom&gt; 1) 0.4.2.6-* 13:05 &lt;jrandom&gt; 2) 0.5 13:05 &lt;jrandom&gt; 3) i2p-bt 0.1.6 13:05 &lt;jrandom&gt; 4) fortuna 13:05 &lt;jrandom&gt; 5) ??? 13:06 &lt;jrandom&gt; 0) مرحباً 13:06 * jrandom يلوّح 13:06 &lt;@duck&gt; y0 13:06 &lt;smeghead&gt; مرحباً 13:06 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية موجودة على @ http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 &lt;cervantes&gt; آسف على التأخير... كنت مشغولاً بقراءة ملاحظات الحالة التي نُشرت في اللحظة الأخيرة... 13:07 &lt;jrandom&gt; مهلاً، هذا الأسبوع كانت /قبل/ الاجتماع على الأقل (بفارق 30 ثانية أو نحو ذلك ;) 13:08 &lt;jrandom&gt; على أي حال، بينما تنبشون في ذلك البريد المثير جداً، دعونا ننتقل إلى 1) 0.4.2.6-* 13:09 &lt;jrandom&gt; مع أحدث الرقعات من anon وآخرين، أنا متردد بين إصدار 0.4.2.7 جديد قريب جداً من إصدار 0.5. 13:10 &lt;jrandom&gt; لكن في الوقت الحالي، إن كنتم شجعاناً، جرّبوا cvs - إنه مستقر (أنا أفصل الأشياء في فرع آخر)، وفيه أمور جيدة 13:11 &lt;jrandom&gt; العامل الحاسم لعدم إصدار مراجعة كان عندما أعددت قائمة تحقق لـ 0.5 ووجدت أن ما تبقّى فعلاً هو تحديثات واجهة الويب فقط 13:11 &lt;+Ragnarok&gt; بخصوص الرقعات من sugadude، فهي تمثل تغييراً في السياسة، إذ ناقشنا سابقاً تصفية العناوين غير .i2p وقررتَ عدم القيام بذلك 13:11 &lt;jrandom&gt; أوه، همم؟ أنا أختلف مع نفسي القديمة إذن - eepproxy لا يقبل عناوين غير .i2p بأي حال، حتى لو كانت في hosts.txt 13:12 &lt;jrandom&gt; هل كان لديّ طرح مقنع من قبل؟ 13:13 &lt;+Ragnarok&gt; حسناً، هل يمكننا التراجع عن الرقعة، ويمكنني تنفيذها كما كانت تعمل أصلاً، وهو تغيير بعدد 0 سطر؟ 13:13 &lt;+Ragnarok&gt; ليس حقاً، لم أكن أهتم بهذه الطريقة أو تلك :) 13:13 &lt;jrandom&gt; أوه، رائع، أنت المسؤول 13:13 &lt;cervantes&gt; حسناً لقد أقنعتني أن أتخلى عن كل عملي على نظام إدارة متعدد نطاقات المستوى الأعلى وأطرد كل موظفيّ 13:13 &lt;+Ragnarok&gt; التصفية تحدث بالفعل، لذا الأمر مجرد إضافة شرط إلى عبارة if 13:14 &lt;jrandom&gt; cervantes: هناك أيضاً هذا الجسر الجميل المعروض للبيع لدي... 13:14 &lt;cervantes&gt; :) 13:14 &lt;jrandom&gt; حسناً اتفقنا Ragnarok، إذا أردت أن ترسل لي ‎.java/.tar/.diff/.whatever فسيكون ذلك رائعاً 13:15 &lt;+Ragnarok&gt; بوسعي القيام بـ cvs الآن :) 13:15 &lt;jrandom&gt; :) أفضل حتى 13:15 * cervantes يأخذ نسخة احتياطية من رأس cvs 13:15 &lt;jrandom&gt; هه 13:16 &lt;+Ragnarok&gt; *BOOM* 13:16 &lt;+Ragnarok&gt; ... أمزح فقط :) 13:17 &lt;jrandom&gt; حسناً، بخلاف ذلك، هل لدى أحد أي شيء آخر ليطرحه بخصوص 0.4.*؟ 13:17 &lt;ant&gt; &lt;dm&gt;gt; 0.4.* سيئ، أعطونا 0.5 13:17 &lt;ant&gt; &lt;dm&gt;gt; كأنه له بلايين السنين!! 13:18 &lt;ant&gt; &lt;fvw&gt;gt; 0.4.* ليس سيئاً، أعطونا 0.5 على أي حال. 13:18 &lt;jrandom&gt; 2) إذن 0.5 هو التالي :) 13:19 &lt;ant&gt; &lt;dm&gt;gt; أنتم مدينون لي كثيراً، أنا من جلب 0.5 13:19 &lt;jrandom&gt; لم نكن لنفعلها بدونك يا dm 13:19 &lt;ant&gt; &lt;dm&gt;gt; آمين 13:20 &lt;jrandom&gt; كما ذُكر في الملاحظات، معظم العمل الشاق لـ 0.5 قد أُنجز وتم اختباره، لكن ما زالت هناك بعض التفاصيل المتفرقة تحتاج إلى ترتيب 13:21 &lt;jrandom&gt; (مثلاً، المهمة التالية في قائمتي هي صفحة إعداد tunnel لإدارة الـ pools والإعدادات) 13:22 &lt;@duck&gt; آمل أن يكون لدينا شبكة اختبار-0.5 قبل الإصدار؟ 13:22 &lt;jrandom&gt; تمت تحديثات على الكثير من المكوّنات المختلفة، لذا قد يكون 0.5 متقلباً بعض الشيء 13:22 &lt;ant&gt; &lt;dm&gt;gt; لدى jrandom شبكة اختبار بالفعل.. duh 13:23 &lt;jrandom&gt; نعم، لدي واحدة محلياً هنا مع دزينة من routers، لكن خلال يوم أو يومين سأحاول استقطاب بعض الأشخاص للمساعدة في اختبارات على نطاق واسع 13:24 * postman يمكنه توفير آلة مخصصة 13:24 &lt;jrandom&gt; جميل. ربما نجرب شيئاً غداً، نحاول كسر بعض الأشياء. 13:26 &lt;cervantes&gt; وكذلك أنا 13:27 &lt;jrandom&gt; كلمة 13:27 &lt;jrandom&gt; هذا تقريباً كل ما لديّ لأقوله عن 0.5 القادم حالياً - سجلات إدخالات cvs كانت مُفصّلة جداً، لذا إن أردتم التفاصيل الدقيقة، اطلعوا عليها 13:28 &lt;jrandom&gt; هل لدى أي شخص تعليقات/أسئلة/مخاوف/فريسبي بخصوص 0.5؟ 13:29 &lt;+postman&gt; لا 13:29 * postman يتطلع لتشغيل V8 الجديد :) 13:30 &lt;jrandom2p&gt; حسناً، 0.5 أشبه بدبابة جديدة - مصمم لتحسين الأمان وعدم الكشف عن الهوية، وليس كتحسين للأداء ;) 13:30 &lt;jrandom2p&gt; لكن أتفق، لقد طال الأمر كثيراً 13:30 &lt;@duck&gt; لا تنسَ إضافة هدف 0.5 إلى bugzilla 13:30 &lt;@duck&gt; في حال كانت هناك علل 13:30 &lt;jrandom2p&gt; (هه، هل أضفت حتى 0.4؟) 13:31 &lt;jrandom2p&gt; لكن فكرة جيدة 13:31 &lt;@duck&gt; أم تفضل العلل في مكان آخر 13:31 &lt;@duck&gt; أقصد تقارير علل :) 13:31 &lt;@duck&gt; أعرف أنني كنت كسولاً وأسيء استخدام رسائل irc لهذا الغرض 13:31 &lt;jrandom2p&gt; لا، bugzilla رائع، أفضل كثيراً من دفتري 13:32 &lt;jrandom2p&gt; لا ألومك، فـ bugzilla مزعج قليلاً 13:32 &lt;jrandom2p&gt; ولكن مع تراكم العلل، فهو الأفضل 13:32 &lt;@duck&gt; كلا 13:33 * jrandom تَوّه أدرك أنني أتنقّل بشكل انفصامي بين الشاشات 13:34 &lt;jrandom&gt; حسناً، على أي حال، لننتقل إلى 3) i2p-bt 0.1.6 13:34 &lt;jrandom&gt; duck: الميكروفون لك 13:34 &lt;@duck&gt; حسناً 13:34 &lt;@duck&gt; كان لدى i2p-bt 0.1.5 بعض المشاكل، أبرزها اثنتان: 13:35 &lt;@duck&gt; - resource temporarily unavailable 13:35 &lt;@duck&gt; - invalid argument error على Windows 13:35 &lt;@duck&gt; تم إصلاح كلتيهما 13:35 &lt;jrandom&gt; (ياي!) 13:35 &lt;@duck&gt; بينما حاولت إلقاء اللوم على بروتوكول SAM، وواجهة SAM bridge وWinsock 13:35 &lt;@duck&gt; اتضح أن المشكلة مرتبطة بشيفرة socket غير الحاجِبة 13:36 &lt;@duck&gt; لم أرَ 0.1.6 ينهار بعد 13:36 &lt;@duck&gt; بعض المشاكل الأخرى لم تُعالَج: 13:36 &lt;@duck&gt; مستخدمو الواجهة الرسومية GUI كانوا يشتكون من النوافذ المنبثقة 13:36 &lt;@duck&gt; يمكنك تعطيلها بالتعليقات، لكنني لم أحب ذلك 13:37 &lt;@duck&gt; ما زلت أنتظر أن ينفّذ أحدهم حلاً أفضل 13:37 &lt;@duck&gt; مثل عرض سطر حالة في نافذة النقل نفسها 13:37 * smeghead يختبئ 13:37 &lt;smeghead&gt; في الواقع نظرت في ذلك البارحة 13:37 &lt;smeghead&gt; لكنها ليست على رأس قائمة أولوياتي 13:37 &lt;@duck&gt; أو ربما يوماً ما سأنظر في كيفية عمل wxPython وأقوم بذلك بنفسي 13:37 &lt;@duck&gt; لكنها ليست على رأس قائمة أولوياتي 13:38 &lt;@duck&gt; ولا أستخدم الواجهة الرسومية، لذلك لا يهمني كثيراً :P 13:38 &lt;+Ragnarok&gt; هناك دائماً الواجهة الرسومية الجديدة من 3.9 :) 13:38 &lt;@duck&gt; هل هي أفضل؟ 13:38 &lt;smeghead&gt; نعم لماذا بنيت i2p-bt على إصدار عتيق لهذه الدرجة أصلاً؟ :) 13:38 &lt;@duck&gt; لأنه كان الإصدار المستقر في ذلك الوقت 13:39 &lt;@duck&gt; وليس مشوهاً مثل عُملاء مثل BitTornado 13:40 &lt;@duck&gt; Ragnarok: بتجاهل مسائل الترخيص، أعتقد أن نقل أشياء i2p الخاصة بنا إلى 3.9 قد يكون جيداً 13:40 &lt;+Ragnarok&gt; الواجهة الرسومية الجديدة رائعة جداً، برأيي، وهي مكتوبة باستخدام pygtk، لذا يمكنني فعلاً العمل عليها 13:40 &lt;jrandom&gt; ما رخصة 3.9؟ ظننتها شبيهة بـ MIT؟ 13:40 &lt;+protokol&gt; أودّ نسخة أحدث من Jetty 13:40 &lt;smeghead&gt; protokol: هذا قادم أسرع مما تظن 13:41 &lt;@duck&gt; "BitTorrent Open Source License" 13:41 &lt;smeghead&gt; رخصة الموضة لهذا الشهر 13:41 &lt;+Ragnarok&gt; لم أقرأها كلها.. تبدو غريبة 13:41 &lt;+protokol&gt; الترخيص لا وجود له على i2p 13:41 &lt;@duck&gt; مشتقة من Jabber Open Source License 1.0 13:41 &lt;+protokol&gt; إذا كان هناك مصدر، فهو في الملكية العامة PD 13:41 &lt;@duck&gt; protokol: لهذا قلت 'ignoring' 13:42 &lt;smeghead&gt; وعلى ماذا تستند رخصة jabber؟ 13:42 &lt;jrandom&gt; (قوانين حقوق نشر متقادمة؟) 13:42 &lt;smeghead&gt; بجانب ذلك :) 13:43 &lt;modulus&gt; رغبة Sun في العبث. 13:43 &lt;@duck&gt; http://www.opensource.org/licenses/jabberpl.php 13:43 &lt;smeghead&gt; أقترح أن ندرج مسألة الترخيص على جدول الاجتماع التالي لـ I2P Public Domain Security Council 13:43 &lt;modulus&gt; آه، تلك 13:43 &lt;modulus&gt; أسأت السمع. 13:45 &lt;@duck&gt; 3.9.0 يبدو مثيراً 13:45 &lt;@duck&gt; لكنه لا يزال بيتا 13:47 &lt;@duck&gt; حسناً، من يرغب بالمساعدة، أعلِمني من فضلك 13:47 &lt;@duck&gt; حتى نتمكن من النظر في استخدام 3.9.x 13:47 &lt;@duck&gt; . 13:47 &lt;jrandom&gt; w3rd 13:47 &lt;smeghead&gt; أنا مستعد للمساعدة 13:47 &lt;jrandom&gt; أنا مستعد للمساعدة في الاختبار 13:48 &lt;+Ragnarok&gt; أنا مستعد، لكن على الأرجح ستكون هناك قيود زمنية، إذ أمرّ حالياً بفصل دراسي جحيمي. 13:48 &lt;jrandom&gt; آخ 13:48 &lt;@duck&gt; انسحب 13:48 &lt;jrandom&gt; اللعنة، duck سبقني 13:48 &lt;smeghead&gt; نعم، الجميع يفعل ذلك 13:49 &lt;+Ragnarok&gt; بوو 13:49 &lt;ant&gt; &lt;jnymo&gt;gt; فقط انضم للجيش ;) 13:50 &lt;jrandom&gt; نعم، لأن ذلك سيمنحك الكثير من الوقت للبرمجة، أليس كذلك؟ ;) 13:50 &lt;+Ragnarok&gt; لقد تخلّيت بالفعل عن تخصص الرياضيات، هذا أقصى ما ستحصلون عليه مني :) 13:50 &lt;jrandom&gt; هه 13:50 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء حول 3) i2p-bt؟ 13:51 &lt;ant&gt; &lt;jnymo&gt;gt; فقط لا تسجّل لست سنوات 13:51 &lt;@duck&gt; هناك عدد لا بأس به من منشورات المنتدى حوله 13:51 &lt;@duck&gt; شكراً لمن يساعدون المستجدين 13:51 &lt;@duck&gt; s/thanks/my thanks/ 13:51 &lt;@duck&gt; إذا كان لديكم مواد لأسئلة شائعة FAQ، أخبروني 13:52 &lt;jrandom&gt; (لو كان لدينا Drupal بعد، لكان بإمكاننا إضافة عقدة جديدة...) 13:53 &lt;jrandom&gt; حسناً، على أي حال، ننتقل إلى 4) fortuna 13:54 &lt;jrandom&gt; smeghead: هل تود أن تعطينا تحديثاً عن الأمور؟ 13:54 &lt;smeghead&gt; نعم، أعمل على pants وfortuna بالتوازي 13:55 &lt;smeghead&gt; لأنني احتجت لتعديل عملية build الخاصة بـ fortuna لتحويلها إلى pbuild 13:55 &lt;smeghead&gt; الوقت المتوقع لرقعة ستمكّنكم من اختبار fortuna هو يوم أو يومان، ربما الليلة اعتماداً على نوع المخدّرات المتورطة 13:56 &lt;jrandom&gt; هه 13:56 &lt;@duck&gt; إذن ستُنزل pants؟ 13:56 &lt;jrandom&gt; حسناً، رائع، أي وقت مناسب - إن أدخلناه في 0.5 خلال الأسبوع القادم أو نحوه فذلك رائع، وإن لم نفعل فذلك رائع أيضاً 13:56 &lt;smeghead&gt; حتى لو أنهيته الليلة، فسأتخذ موقفاً تحفظياً بشأن النشر 13:57 &lt;jrandom&gt; معقول بما يكفي 13:57 &lt;smeghead&gt; حتى نحصل على بعض الاختبارات الجيدة 13:57 &lt;smeghead&gt; لأن هذا سيكون في قلب معظم تشفير i2p 13:57 &lt;jrandom&gt; نعم 13:57 &lt;ant&gt; &lt;jnymo&gt;gt; هل سيبقى jbigi؟ 13:57 &lt;smeghead&gt; فئة entropy الجديدة لديك رائعة 13:58 &lt;jrandom&gt; نعم jnymo، هذا مجرد مولّد أرقام عشوائية 13:58 &lt;ant&gt; &lt;jnymo&gt;gt; آه 13:59 &lt;jrandom&gt; سنظل بحاجة لإجراء بعض البحث حول جودة مصادر entropy المختلفة في الـ router، لكن أعتقد أننا سنتمكن من تزويده ببعض البيانات. 14:00 &lt;smeghead&gt; بالمناسبة إذا أراد أحد أن يقرأ عن ما هو pants: `http://smeghead.i2p/README_pants` 14:00 &lt;jrandom&gt; أوه رائع 14:01 &lt;smeghead&gt; pants شبه منتهٍ أيضاً 14:01 &lt;brachtus&gt; أعرف أن jbigi من الصعب نوعاً ما تشغيله على OS X/Darwin... هل سيواجه هذا مشاكل build نفسها؟ 14:01 &lt;smeghead&gt; ما المشكلة على OS X؟ 14:01 &lt;modulus&gt; فقط عليك بناء المكتبة 14:02 &lt;modulus&gt; ليس أمراً كبيراً برأيي، لكنه مزعج نوعاً ما. 14:02 &lt;jrandom&gt; brachtus: fortuna مكتوب بـ Java خالصة، ولا يستخدم أي شيء أصيلاً 14:02 &lt;smeghead&gt; يمكنني وضع jbigi داخل pants وهذا من المفترض أن يجعل عملية البناء سهلة جداً إذا شحنا pants مع i2p 14:02 &lt;brachtus&gt; ليس شيئاً صعباً للغاية، إنه مثل بناء مكتبة مشتركة على Linux، لكنه أصعب من مجرد ضغطتين للتثبيت 14:02 &lt;smeghead&gt; ستحتاج إلى ant بالطبع 14:02 &lt;brachtus&gt; حسناً jrandom، هذا رائع :) 14:03 &lt;jrandom&gt; smeghead: في الواقع هذه نقطة جيدة - لدى jbigi اعتماد على GMP ضمن pants 14:03 &lt;ant&gt; &lt;jnymo&gt;gt; ما هو pants؟ 14:03 &lt;smeghead&gt; لن تكون هناك حاجة للعبث اليدوي 14:03 &lt;ant&gt; * jnymo ليس لديه router شغّال 14:03 &lt;smeghead&gt; jnymo: اقرأ الرابط الذي نشرته للتو 14:04 &lt;jrandom&gt; `http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants` 14:04 &lt;smeghead&gt; pants يستطيع بناء GMP أيضاً 14:04 &lt;jrandom&gt; (inproxy عام) 14:04 &lt;smeghead&gt; آه جميل 14:04 &lt;jrandom&gt; يقرف، هذا خرّب النص بالكامل 14:04 &lt;ant&gt; &lt;jnymo&gt;gt; شكراً jr 14:04 &lt;ant&gt; &lt;fvw&gt;gt; ألا تخشى مشاكل قانونية؟ 14:04 &lt;smeghead&gt; jrandom لا يدير الـ inproxy 14:04 &lt;jrandom&gt; أوه، الـ inproxy يُشغّله شخص آخر، وقد نُشر ذلك في المنتدى 14:05 &lt;jrandom&gt; (انظر http://bolas.mine.nu:8080/) 14:05 &lt;cervantes&gt; jrandom: لا ينبغي عرضه كملف HTML... تحقق من المصدر 14:05 &lt;ant&gt; &lt;fvw&gt;gt; مع ذلك، أدهشني أن يقوم أي شخص بذلك. لكن طالما أنه يُدار من طرف شخص ليس حيوياً للمشروع، فلا بأس :) 14:05 &lt;jrandom&gt; hehe 14:05 &lt;jrandom&gt; نحن /جميعاً/ حيويون للمشروع :) 14:06 &lt;smeghead&gt; fvw: لا أرى أن inproxies محفوفة بالمخاطر القانونية مثل outproxies 14:06 &lt;smeghead&gt; بل outproxies 14:06 &lt;ant&gt; &lt;fvw&gt;gt; ربما لا، لكنها لا تزال قادرة على تقديم مواد إباحية للأطفال وما شابه 14:06 &lt;jrandom&gt; فقط لو كانت هناك مثل هذه الأشياء على i2p، والتي، بحسب علمي، ليست موجودة 14:06 &lt;legion&gt; يمكن لـ outproxies أن تمر عبر Tor، لمزيد من الأمان قليلاً، وبما أنها ستستخدم للتصفح فقط فلا أرى ذلك مشكلة. 14:07 &lt;jrandom&gt; (لكن نعم) 14:07 &lt;modulus&gt; حتى الآن 14:07 &lt;ant&gt; &lt;fvw&gt;gt; نعم، لكن يمكن لأي أحد وضعها في أي وقت. 14:07 &lt;ant&gt; &lt;fvw&gt;gt; نعم، أنا أيضاً لن أشغّل outproxy عبر Tor. على كل، آسف للخروج عن الموضوع هكذا 14:07 &lt;jrandom&gt; legion: نعم، رغم أنني نشرت squid.i2p قبل خروج Tor 14:07 &lt;ant&gt; &lt;duck_&gt;gt; للعودة إلى الموضوع؛ أتطلع إلى pants 14:08 &lt;jrandom&gt; نعم، pants++ 14:08 &lt;smeghead&gt; سأخبركم قبل أن أضع pants على CVS 14:08 &lt;smeghead&gt; إنه كبير نوعاً ما 14:08 &lt;ant&gt; &lt;duck_&gt;gt; قد يهتم به أيضاً أشخاص خارج i2p 14:09 &lt;cervantes&gt; نعم أخبرنا جميعاً قبل أن تُسقط بنطالك 14:09 &lt;smeghead&gt; نعم، أنوي الترويج له خارج i2p أيضاً 14:09 &lt;jrandom&gt; متفق، ربما ينبغي أن نضعه في وحدة أخرى (أو على الخادم الجديد السريع/الكبير)؟ 14:09 &lt;+Ragnarok&gt; خصوصاً إن كنت من نوع محبّي الـ pants الكبيرة 14:10 &lt;smeghead&gt; نعم، وحدة pants يجب حقاً أن تُفصل عن مستودع pants في شجرة المصدر، حالياً وضعتُهما في نفس الجذر apps/pants 14:10 &lt;smeghead&gt; :/ 14:10 &lt;smeghead&gt; وهو، كما تعلمون، هراء تام 14:11 &lt;smeghead&gt; إذاً عمّ كنّا نتحدث أصلاً؟ 14:11 &lt;jrandom&gt; همم، يمكننا مناقشة خيارات النشر خارج القناة 14:11 &lt;jrandom&gt; fortuna ;) 14:11 &lt;smeghead&gt; صحيح 14:12 &lt;jrandom&gt; smeghead: هل نظرت في احتياجات التنفيذ لـ AES/SHA256؟ 14:12 &lt;jrandom&gt; (بما أن SHA256 في i2p لا يدعم تجزئات جزئية) 14:13 &lt;smeghead&gt; همم 14:13 &lt;jrandom&gt; أما AES فلدينا تنفيذ كتلي مناسب تماماً 14:13 &lt;smeghead&gt; أظنني سأعرف عندما ينفجر 14:13 &lt;jrandom&gt; على أي حال، يمكننا التعامل مع ذلك أيضاً 14:13 &lt;jrandom&gt; هه 14:15 &lt;jrandom&gt; حسناً، هل لدى أحد أسئلة/أفكار/مخاوف بشأن fortuna؟ 14:15 &lt;jrandom&gt; إن لم يكن، فلننتقل إلى 5) ??? 14:15 &lt;jrandom&gt; cervantes: p1ng 14:16 &lt;cervantes&gt; `http://forum.i2p/viewtopic.php?t=305` 14:16 &lt;cervantes&gt; لدينا عضو منتدى جديد للأسبوع 14:16 &lt;cervantes&gt; أقدّم لكم [دمدمة طبول] Sugadude! 14:16 * brachtus يصفّق لـ Sugadude 14:17 &lt;jrandom&gt; ياي 14:17 &lt;cervantes&gt; لأنه عموماً شخص مساعد لكل أولئك المستجدين في i2p 14:17 &lt;@duck&gt; صورة رمزية جميلة أيضاً 14:17 &lt;cervantes&gt; صورة رمزية/صور رمزية 14:18 &lt;legion&gt; صور رمزية؟ لم أكن أعلم أننا يمكن أن نضع صوراً رمزية في منتديات i2p؟ 14:18 &lt;smeghead&gt; فقط المستخدمون السيئون جداً جداً يحصلون عليها 14:18 &lt;cervantes&gt; لا يمكنك... إلا إذا كنت شخص المنتدى للأسبوع ;-) 14:18 &lt;@duck&gt; فقط للنخبة 14:18 &lt;legion&gt; أوه، فهمت... 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; أعرف أن هناك من كان مهتماً بأنظمة مالية آمنة عبر i2p 14:19 &lt;legion&gt; يبدو منطقياً :) 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; لا أدري إن كانوا هنا، لكن... 14:19 &lt;@duck&gt; أنا فوضوي-رأسمالي نتن 14:19 &lt;@duck&gt; فجربني 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; كنت أقرأ أكثر عن التشفير بالعتبة (threshold cryptography) وهناك حديث عن استخدامه لذلك 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; وكذلك لتأمين وظائف أخرى 14:21 &lt;ant&gt; &lt;jnymo&gt;gt; هل الجميع على دراية بالتشفير بالعتبة؟ 14:21 &lt;legion&gt; برأيي، ينبغي أن يكون التشفير وأمن الشبكة متغيرين، ومقدارهما يعتمد على الميزة/المهمة. 14:21 &lt;ant&gt; &lt;duck_&gt;gt; jnymo: قليلاً 14:22 &lt;ant&gt; &lt;jnymo&gt;gt; حسناً، للمعاملات المالية الموثوقة على i2p، نريد ثقة لامركزية قوية 14:22 &lt;modulus&gt; هل هذا يتعلق بالمفاتيح المشتركة وما إلى ذلك؟ 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; نعم، تُقسّم المفاتيح إلى أجزاء 14:23 &lt;ant&gt; &lt;duck_&gt;gt; لكن في بيئة مجهولة، كيف تعرف أن الكيانات التي تقوم بالمشاركة ليست خاضعة للجهة نفسها؟ 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; وتحتاج إلى الالتفاف على أكثر من نصف جميع الخوادم في النظام للحصول على المفتاح الخاص 14:24 &lt;modulus&gt; حسب علمي، مسألة توليد المفاتيح الموزع معقدة نوعاً ما. 14:24 &lt;legion&gt; نعم لكن في نظام يضم ملايين سيكون ذلك صعباً (نعم i2p صغير حالياً، لكن نأمل أن يكبر كثيراً قريباً). 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; اتصالات ذرّية، أو شيء من هذا القبيل.. لكن نعم، هناك مشاكل مع انضمام عقد جديدة إلى النظام، والتي أظن أنها تُعالَج 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; أقصد 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; لذا ربما لم يتطور بما يكفي، لكنني أراهن أن استخداماً ما للتشفير بالعتبة سينتهي على i2p في مرحلة ما 14:26 &lt;jrandom&gt; جميل 14:26 &lt;legion&gt; لا أدري، ربما 14:26 &lt;ant&gt; &lt;jnymo&gt;gt; شخص ما بنى بالفعل إضافة DNSSEC باستخدام التشفير بالعتبة 14:27 &lt;ant&gt; &lt;jnymo&gt;gt; وغلافاً حول BIND 14:27 &lt;jrandom&gt; العتبات تعمل بشكل جيد عندما تكون الهوية نادرة 14:27 &lt;jrandom&gt; لكن في الشبكات المجهولة، الهوية مجانية 14:27 &lt;legion&gt; أتصور أن الأولوية القصوى حالياً هي جعله أسهل استخداماً ومصححاً من العلل. 14:27 &lt;jrandom&gt; (تريد وِجهة جديدة؟ تريد 100,000؟) 14:28 &lt;legion&gt; صحيح أنه رائع كلما تم تطوير خدمة/ميزة جديدة. 14:28 &lt;jrandom&gt; نعم، التجارة والتمويل فوق i2p سيكونان جميلين 14:28 &lt;ant&gt; &lt;jnymo&gt;gt; نعم، ولا أدري إن كانت الاتصالات الذرّية ستعمل فوق نظام تشفير بالعتبة من 10000 عقدة 14:29 &lt;ant&gt; &lt;jnymo&gt;gt; حسناً، هذا كل ما لديّ :) 14:30 &lt;jrandom&gt; هه رائع، بالتأكيد لا تتردد في نشر الأشياء اللطيفة في المنتدى أو ما شابه وقتما تشاء 14:30 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء للاجتماع؟ 14:32 &lt;+ugha2p&gt; أنا سيئ. 14:33 &lt;jrandom&gt; ما الأمر ugha2p؟ 14:33 &lt;ant&gt; &lt;jnymo&gt;gt; سعيد لأنك أخرجت ما في صدرك، ugha ;) 14:33 &lt;+ugha2p&gt; لا أتذكر الاجتماعات أبداً. :) 14:33 &lt;jrandom&gt; هه 14:33 &lt;jrandom&gt; حسناً، ستُنشر السجلات قريباً، 90 دقيقة من المتعة المليئة بالأحداث 14:34 &lt;jrandom&gt; حسناً، وعلى هذا الأساس 14:34 * jrandom يختتم 14:34 * Curiosity يلوّح لـ jrandom ويقول شكراً! :D 14:34 &lt;ant&gt; * jnymo يرمي كرة الاجتماع 14:34 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2005/02/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-08/Tue, 08 Feb 2005 00:00:00 +0000/ar/blog/2005/02/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-08/<p>مرحباً يا جماعة، حان وقت التحديث مجددًا</p> <ul> <li>Index</li> </ul> <ol> <li>0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) فورتونا 5) ؟؟؟</li> </ol> <ul> <li> <ol> <li>0.4.2.6-*</li> </ol> </li> </ul> <p>قد لا يبدو الأمر كذلك، لكن لقد مرّ أكثر من شهر منذ صدور الإصدار 0.4.2.6 وما زالت الأمور في حالٍ جيدة جدًا. كانت هناك سلسلة من التحديثات المفيدة [1] منذ ذلك الحين، لكن لم تظهر مشكلة قاتلة تستدعي طرح إصدار جديد. ومع ذلك، خلال اليوم أو اليومين الأخيرين تلقّينا إصلاحات أخطاء ممتازة (شكرًا لـ anon وSugadude!)، ولولا أننا على وشك إطلاق الإصدار 0.5، لربما قمتُ بتجهيزها وحزمها وطرحها. يُصلِح تحديث anon حالة حدّية في streaming lib (مكتبة البث) كانت تتسبب في كثير من حالات انتهاء المهلة التي نراها في BT (بت تورنت) وغيرها من عمليات النقل الكبيرة، لذا، إن كنتَ تودّ المغامرة، فاحصل على CVS HEAD (أحدث نسخة في CVS) وجرّبها. أو انتظر الإصدار التالي، بالطبع.</p>/ar/blog/2005/02/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/Tue, 01 Feb 2005 00:00:00 +0000/ar/blog/2005/02/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, DrWoo, jrandom, MANCOM, polecat, postman, protokol, smeghead</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:06 &lt;jrandom&gt; 0) مرحباً 13:06 &lt;jrandom&gt; 1) حالة 0.5 13:06 &lt;jrandom&gt; 2) nntp 13:06 &lt;jrandom&gt; 3) مقترحات تقنية 13:06 &lt;jrandom&gt; 4) ??? 13:06 &lt;jrandom&gt; 0) مرحباً 13:06 * jrandom يلوّح 13:06 &lt;+postman&gt; مرحباً jr 13:07 * postman يلوّح 13:07 &lt;jrandom&gt; w3wt توجد حياة هناك :) 13:07 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية @ http://i2p.net/pipermail/i2p/2005-February/000561.html 13:07 &lt;ant&gt; * dm يلوّح 13:08 &lt;jrandom&gt; بينما تقرؤون تلك الرسالة الإلكترونية، يمكننا الانتقال إلى 1) حالة 0.5 13:08 &lt;MANCOM&gt; مرحباً 13:09 &lt;jrandom&gt; تقدّم كبير خلال الأسبوع الماضي، تم إدخال كل التشفير الجديد واختباره، والآن يتم كل تشغيل الـ router للـ tunnel عبر الـ tunnel pools الجديدة 13:10 &lt;jrandom&gt; لا يزال هناك بعض الأجزاء من الـ router قمتُ بحذفها أثناء التحديث، مثل الربط لطلب leases من العملاء أو اختبار الـ tunnels بشكل دوري، لكن ذلك لا ينبغي أن يكون صعباً جداً 13:11 &lt;jrandom&gt; الكود غير متوافق مع الشبكة الحية، وهو على فرع منفصل في cvs، لذا لا يزال بإمكان الناس سحب cvs HEAD والعمل مع الأحدث 13:12 &lt;+polecat&gt; Dook لقد نظرتُ أخيراً إلى تلك الصفحة، وما زلتُ لا أفهم كيف يمكننا تجنّب التكرار بأسلوب mixmaster للحماية من هجمات كشف الـ tunnel. 13:12 &lt;+protokol&gt; ياي 13:12 &lt;+polecat&gt; أتخيّل أنه يعمل بشكل جيّد جداً مع ذلك. :) 13:12 &lt;+protokol&gt; هل تضيف أي أشياء رائعة أخرى تكسر التوافقية؟ 13:13 &lt;+protokol&gt; هل للـ tunnel pool علاقة بـ treads، صحيح؟ 13:13 &lt;jrandom&gt; polecat: لا نقوم بالتحقّق عند كل قفزة، لكن لدينا حجم رسالة ثابت لمنع الوسم (tagging) المفيد (وكل شيء مُشفّر عند كل قفزة) 13:14 &lt;jrandom&gt; protokol: أفكّر في `http://www.i2p/todo#sessionTag` 13:14 &lt;+polecat&gt; فكيف نمنع عدّة قفزات من تمرير رسائل زائفة والتسبّب في DoS؟ 13:15 &lt;jrandom&gt; لكن لا، الـ pools ليست هي قضية الـ threading، إنما تتيح لنا الـ pools إدارة الـ tunnels بأمان حتى لا نحصل على رسائل "Lease expired" ويمكننا ضبط الطول على أساس كل عميل على حدة 13:15 &lt;jrandom&gt; polecat: ستفشل عند الطرف النهائي، وسيكتشف المنشئ الفشل وينتقل بعيداً عنها 13:16 &lt;+protokol&gt; jrandom: بغضّ النظر عن أي صعوبة، أعتقد أن أي ميزات تحسّن الإخفاء (anonymity) ينبغي أن تُدرج في أسرع وقت ممكن 13:16 &lt;+polecat&gt; w00t! Synchronized PRNG! أول تطبيق أراه لهذه الفكرة! 13:17 &lt;ant&gt; &lt;dm&gt; إلى ماذا ترمز PRNG؟ 13:17 &lt;ant&gt; &lt;dm&gt; إن سمحت :) 13:18 &lt;jrandom&gt; protokol: متّفق، فهذا ما وُجدت له 0.5 :) لا توجد ثمار سهلة المنال أخرى على طبقة i2p، لكن هناك دوماً تحسينات يمكن إجراؤها على طبقتي التطبيق والمكتبة (مثلاً i2ptunnel filtering، إلخ) 13:18 &lt;jrandom&gt; dm: مولّد أعداد شبه عشوائية 13:18 &lt;ant&gt; &lt;dm&gt; رائع، شكراً 13:20 &lt;+protokol&gt; إذاً تقصد أنه بعد هذا سيكون الأمر في الغالب ضبطاً للسرعة والموثوقية؟ 13:21 &lt;+protokol&gt; ولماذا كان IRC سيئاً مؤخراً 13:21 &lt;jrandom&gt; protokol: قبل 2.0 للنواة والـ router، نعم 13:21 &lt;+protokol&gt; لا يبدو أنني أستطيع الاتصال بخادم duck 13:21 &lt;+protokol&gt; ياي 13:21 * jrandom لا يعلم، لقد شهدنا ربما 5 حالات قطع جماعية خلال اليوم الماضي أو نحوه، ربما هناك شيء في جهة الخادم 13:22 &lt;jrandom&gt; هناك الكثير مما يجب ضبطه مع ذلك، خصوصاً في مكتبة البث (streaming lib) بعد نشر 0.5 13:23 &lt;+polecat&gt; ذلك الأمر المتعلق بـ UDP برمّته. 13:24 &lt;jrandom&gt; آه، لا ينبغي أن تحتاج مكتبة البث (streaming lib) إلى تغييرات لإصدار 0.6، بخلاف تلك التي نقوم بها لمراجعة 0.5 13:25 &lt;jrandom&gt; حسناً، هذا كل ما لدي بخصوص حالة 0.5 - هل لدى أحد أي شيء آخر حولها؟ 13:27 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) nntp 13:27 &lt;jrandom&gt; nntp.fr.i2p يعمل، جرّبوه :) 13:28 &lt;jrandom&gt; لا يبدو أن LonelyGuy موجود، لكن يمكن التواصل معه على `http://fr.i2p/.` هناك أيضاً تعليمات إعداد لـ slrn على مدونتي، وjdot وجد أن thunderbird يمكن أن يكون آمناً إلى حد معقول (مع أنني لا أعرف ما الإعداد الذي استخدمه jdot) 13:30 &lt;smeghead&gt; LonelyGuy؟ :) 13:30 &lt;cervantes&gt; هل اختبر أحد Pan أيضاً؟ 13:30 &lt;jrandom&gt; لقد كان هنا بين حين وآخر 13:30 &lt;+polecat&gt; لن أضيع الكثير من الوقت على nntp، ولكن طالما لديه تحكم بالوصول مُدار من المستخدم فالأمر جيّد. 13:30 &lt;jrandom&gt; (lonelyguy، وليس pan ;) 13:30 &lt;smeghead&gt; ظننت أن اسمه LazyGuy 13:31 &lt;jrandom&gt; أهو LazyGuy؟ 13:31 &lt;jrandom&gt; أعلم أن لدينا الاثنين... 13:31 &lt;jrandom&gt; أنت على حق، lazyguy 13:31 * jrandom !يطعن نفسه 13:31 &lt;jrandom&gt; cervantes: أظن أن LazyGuy جرّبه، لكنني لا أعرف الإعداد أو النتيجة 13:32 &lt;cervantes&gt; ظننت أنه كان LimeyGuy؟ 13:33 * jrandom ينتظر تعليقات SnarkeyGuy 13:33 &lt;smeghead&gt; إنه فرنسي 13:35 &lt;jrandom&gt; حسناً، لا يوجد لدي المزيد لأضيفه إلى ذلك، لذا ما لم يكن لدى أحد أي أسئلة، ننتقل إلى 3) مقترحات تقنية 13:35 &lt;cervantes&gt; smeghead: أنت تفكر في ParesseuxGuy 13:36 &lt;jrandom&gt; orion جمع بعض الأوصاف الجيدة والأفكار لعدد من القضايا الأكثر تعقيداً في 1) حالة 0.5 13:36 &lt;jrandom&gt; 2) nntp 13:36 &lt;jrandom&gt; 3) مقترحات تقنية 13:36 &lt;jrandom&gt; إرغ 13:36 &lt;jrandom&gt; اللعنة ^C^V 13:36 &lt;jrandom&gt; أقصد على `http://ugha.i2p/I2pRfc` 13:37 &lt;jrandom&gt; إذاً في المرة القادمة التي تريد فيها مناقشة امتلاكك لفكرة تسمية قاتلة، اذهب إلى `http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata` 13:39 &lt;jrandom&gt; ليس لدي فعلاً الكثير لأضيفه إلى ذلك. إنه ويكي، ابدأوا بالـ wikiing :) 13:39 &lt;+polecat&gt; رائع. 13:39 &lt;+postman&gt; jrandom: أوه، رائع أظن أنني بحاجة لإضافة بعض ... 13:40 &lt;jrandom&gt; رائع يا postman، توقّعتُ ذلك :) هناك قالب هناك للجديد 13:41 &lt;+postman&gt; jrandom: أعطني بعض الوقت (الأهم فالمهم) لكنني سأساهم :) 13:41 &lt;jrandom&gt; w3rd 13:41 &lt;+polecat&gt; ResourceNameMetadata، تشكيلها أمر بسيط نسبياً. الحيلة هي معرفة كيفية /الحصول/ عليها من الآخرين. 13:42 &lt;jrandom&gt; polecat: كما قال postman، الأهم فالمهم. 13:42 &lt;+polecat&gt; لكن لو كان لدي حل، لكنت أقوم بـ wikiing الآن، أليس كذلك. :) 13:42 &lt;jrandom&gt; هه 13:42 &lt;jrandom&gt; مناقشة الموازنة بين مزايا وعيوب /كيفية/ التوزيع قبل تقرير /ما/ الذي سيتم توزيعه هي من السابق لأوانها 13:43 &lt;jrandom&gt; هناك متّسع للكثير منها على أي حال، لذا ينبغي لأي شخص أن يشعر بالحرية في نشر أفكار لم تُطوَّر بالكامل بعد حتى (مع أن الأفكار الكاملة الوظائف مع تطبيقات ستكون رائعة أيضاً ;) 13:44 &lt;jrandom&gt; حسناً، ما لم يكن هناك شيء آخر حول ذلك، ربما يمكننا الانتقال إلى 4) ??? العتيقة الجيدة 13:44 &lt;jrandom&gt; هل لدى أحد شيء آخر ليطرحه؟ 13:45 &lt;jrandom&gt; smeghead: هل هناك ما يمكن للناس فعله للمساعدة في تجاوز قضايا gcj، أم أنها متوقفة بسبب prng لديهم؟ 13:46 &lt;+polecat&gt; ما يجب توزيعه ليس سوى قاموس (dict) موقَّع. ببساطة. 13:46 &lt;+polecat&gt; نعم ربما فكرة جيّدة. 13:46 &lt;+polecat&gt; ما زلتُ أعمل على الهيكل (skeleton) لعميل i2p bt الخاص بي، ومع ذلك سأقدّر جداً أي نصائح في أي مرحلة. 13:46 &lt;smeghead&gt; أعتقد أنني وجدتُ حلاً 13:46 &lt;smeghead&gt; في gnu crypto، هناك تطبيق (impl.) لـ Fortuna منذ الصيف الماضي 13:46 &lt;jrandom&gt; جيد يا polecat 13:46 &lt;jrandom&gt; أوه رائع يا smeghead 13:46 &lt;+polecat&gt; smeghead: هيه، الـ $150 أصبحت بحكم ملكك. 13:47 &lt;smeghead&gt; يمكنني إعداد gnu-crypto.jar يحتوي فقط على الأصناف (classes) المطلوبة لـ Fortuna 13:47 &lt;+polecat&gt; ملاحظاتي العملية حتى الآن على `http://polecat.i2p/bittorrent.plan.doc` 13:47 &lt;smeghead&gt; لو أرفقنا ملف gnu-crypto.jar كاملاً فحجمه نحو 500 كيلوبايت، كبير جداً فعلاً 13:47 &lt;+polecat&gt; لا تدع امتداد .doc يخيفك، فهو بصيغة text/plain. 13:48 &lt;+polecat&gt; ألا تستخدم Fortuna SecureRandom لتنفيذ الأشياء العشوائية؟ 13:48 &lt;jrandom&gt; يا للعجب، نعم 500KB مبالغ فيها قليلاً، لكن بإلقاء نظرة على http://www.gnu.org/software/gnu-crypto/، يبدو شيئاً يمكننا دمجه بأمان (إذ سنربطه فقط، لا نعدّله) 13:48 &lt;smeghead&gt; لم يكن SecureRandom المشكلة قط 13:48 &lt;jrandom&gt; polecat: fortuna /تُغذّي/ secureRandom :) 13:49 &lt;smeghead&gt; jrandom: سيكون من السهل صنع ملف .jar مخصص، ربما بحوالي 50KB 13:49 &lt;smeghead&gt; (تقدير تقريبي على فكرة) 13:49 &lt;smeghead&gt; يمكنني عمل بناء ant لحزمه بشكل مخصص حتى عند الطلب 13:50 &lt;jrandom&gt; smeghead: تريد إدخالها في i2p/apps/fortuna/ ؟ 13:50 &lt;smeghead&gt; سأفعل 13:50 &lt;jrandom&gt; رائع! 13:51 &lt;smeghead&gt; بعد ذلك، وعلى افتراض أن gcj سيفرز في النهاية أعداداً عشوائية، فربما سيكون هناك المزيد من الاختبارات لمختلف وظائف i2p 13:51 &lt;+polecat&gt; ما هي الرخصة؟ 13:51 &lt;jrandom&gt; يمكننا حينها القيام ببعض السحر في net.i2p.util.RandomSource لاستخدام SecureRandom أو fortuna (إن وُجدت، إلخ) 13:51 &lt;smeghead&gt; lgpl 13:51 &lt;+polecat&gt; رائع. 13:51 &lt;smeghead&gt; صحيح، سيكون SecureRandom غير ضروري 13:52 &lt;jrandom&gt; نعم، لا يزال هناك الكثير لنفعله لجعله يعمل مع gcj، لكنه بداية رائعة 13:52 &lt;jrandom&gt; في ملفات التحليل (profiles) التي أجريتها على الشبكة الحية، يستغرق إعادة تغذية PRNG جزءاً كبيراً من حمل المعالج (CPU) 13:52 &lt;smeghead&gt; إن كان أحد مهتماً بكتابة الاختبارات 13:52 &lt;smeghead&gt; لكن ربما لا ينبغي عليّ إكمال تلك الجملة 13:52 &lt;jrandom&gt; ههه 13:53 &lt;smeghead&gt; سأسأل مسؤول gnu crypto عن هذا التطبيق (impl.)، لأنني بحثتُ في غوغل عن معلومات حوله وفتّشتُ في أرشيف قوائمهم البريدية ولم أجد أي ذكر له 13:54 &lt;smeghead&gt; وسجلات الـ commit في cvs لديهم ليست مفيدة جداً أيضاً 13:54 &lt;jrandom&gt; 'k فكرة جيّدة 13:54 &lt;smeghead&gt; آمل أن يعمل 13:54 &lt;smeghead&gt; إنه في cvs الخاصة بـ kaffe، بالمناسبة 13:54 &lt;smeghead&gt; نسختك ينبغي أن تحتويه حتى 13:55 &lt;jrandom&gt; همم، آه، نعم من استيراد gnu-crypto 13:55 &lt;smeghead&gt; gnu.security.prng.Fortuna 13:55 &lt;jrandom&gt; موفّر 'kaffe' ما زال يستخدم sha1prng القديم لديهم iirc 13:55 &lt;jrandom&gt; رائع 13:56 &lt;MANCOM&gt; ما حالة أمور .net sam؟ هل ينبغي البدء بالخوض فيها أم أن من المتوقع حدوث تغييرات كبيرة؟ 13:56 &lt;smeghead&gt; MANCOM: يحتاج إلى اختبار، سأكتب له بعض اختبارات الوحدة (unit tests) قريباً 13:56 &lt;smeghead&gt; هذا الأمر الخاص بـ gcj قد أوقف ذلك نوعاً ما 13:57 &lt;smeghead&gt; MANCOM: لا أتوقع أن تكون هناك أي تغييرات على الـ API إطلاقاً، لذا ينبغي أن يكون آمناً البرمجة بالاعتماد عليه 13:58 &lt;smeghead&gt; التغييرات خلف الـ API محتملة، لكنك كعميل لا تحتاج لمعرفة ذلك :) 13:59 &lt;MANCOM&gt; :) 13:59 &lt;jrandom&gt; قد تكون هناك تحديثات لاحقاً ذات صلة إذا قمتَ ببناء تطبيقات تقوم بنقل كتل كبيرة 14:00 &lt;jrandom&gt; لكن إن كنت تنقل عشرات الكيلوبايت في المرة، فينبغي أن يكون الأمر جيداً 14:00 &lt;smeghead&gt; حسناً إذا تغيّر API الخاص بعميل Java، فسيتغيّر API الخاص بـ sam-sharp أيضاً :) 14:01 &lt;MANCOM&gt; لا أستطيع المجادلة ضد ذلك 14:02 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر ليطرحه للاجتماع؟ 14:02 * cervantes يُنزل Big Ben إلى القناة 14:03 &lt;+DrWoo&gt; ملاحظة: عمل رائع يا jrandom 14:03 &lt;smeghead&gt; تورية جميلة يا cervantes 14:03 * jrandom يئنّ 14:04 &lt;MANCOM&gt; قرأتُ أنكم لا تريدون الترويج لـ i2p كثيراً قبل v0.5، هل هذا صحيح؟ 14:04 &lt;jrandom&gt; MANCOM: قبل 0.6. نعم 14:04 &lt;jrandom&gt; MANCOM: 0.5 ستحسّن الإخفاء (anonymity) وتساعد المستخدمين على التحكّم بأدائهم بشكل أفضل. 0.6 ستتيح لآلاف+ المستخدمين المتزامنين العمل بأمان 14:04 &lt;MANCOM&gt; آه. 0.6. حسناً. 14:05 &lt;jrandom&gt; gracias يا دكتور، الكثير من التقدّم :) 14:05 &lt;+polecat&gt; واو، نتطلّع إلى 0.6... 14:05 &lt;+DrWoo&gt; :) 14:06 &lt;jrandom&gt; متفق يا polecat، متفق :) 14:06 * jrandom يستعد 14:06 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/02/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-01/Tue, 01 Feb 2005 00:00:00 +0000/ar/blog/2005/02/01/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-02-01/<p>مرحباً يا جماعة، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>حالة 0.5 2) nntp 3) مقترحات تقنية 4) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>كان هناك الكثير من التقدّم على صعيد الإصدار 0.5، مع دفعة كبيرة من عمليات الالتزام (commits) أمس. الجزء الأكبر من الـrouter يستخدم الآن تشفير الـtunnel وتجميع الـtunnel الجديدين [1]، وقد عمل ذلك جيداً على شبكة الاختبار. لا تزال هناك بعض الأجزاء الأساسية المتبقية لدمجها، ومن الواضح أن الشفرة غير متوافقة مع الإصدارات السابقة، لكنني آمل أن نتمكن من إجراء نشر على نطاق أوسع في وقتٍ ما الأسبوع المقبل.</p>/ar/blog/2005/01/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/Tue, 25 Jan 2005 00:00:00 +0000/ar/blog/2005/01/25/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-25-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, frosk, Jhor, jrandom, jrandom2p, postman, protokol, Ragnarok, smeghead, Teal`c, Tracker</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:50 &lt;jrandom&gt; 0) مرحبا 13:50 &lt;jrandom&gt; 1) حالة 0.5 13:50 &lt;jrandom&gt; 2) sam.net 13:50 &lt;jrandom&gt; 3) تقدم gcj 13:50 &lt;jrandom&gt; 4) udp 13:50 &lt;jrandom&gt; 5) ??? 13:50 &lt;jrandom&gt; 0) مرحبا 13:50 * jrandom يلوّح متأخرًا 13:51 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية حتى http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 &lt;+postman&gt; مرحبا 13:51 * brachteus يلوّح ردًا 13:52 * cervantes يلوّح بإشعار احتجاز بسبب التأخر 13:52 &lt;jrandom&gt; أجل أجل، ألقوا اللوم على الكود لأنه سحبني 13:52 &lt;jrandom&gt; حسنًا، ننتقل إلى 1) حالة 0.5 13:53 &lt;jrandom&gt; تقدم كبير منذ الأسبوع الماضي - تم حل كل المشاكل المربكة التي واجهناها مع التشفير الجديد دون عناء كبير 13:54 &lt;jrandom&gt; الإصدار الأخير http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD مرجّح جدًا أن يكون ما ننشره في 0.5 وما بعده، ما لم/إلى أن يعثر الناس على أي مشاكل فيه 13:55 &lt;jrandom&gt; لست متأكدًا إن كان لدي ما أضيفه بما يتجاوز ما في البريد 13:55 &lt;jrandom&gt; هل لدى أحد أسئلة/مخاوف؟ 13:56 &lt;Ragnarok&gt; كيف سيكون الأداء؟ 13:56 &lt;jrandom2p&gt; (ليس أنا) 13:56 &lt;jrandom&gt; Ragnarok: أداء الـ tunnel (نفق) يجب أن يكون أفضل بكثير 13:56 &lt;frosk&gt; هل هناك أي حمل إضافي ملحوظ مقارنة بما لدينا اليوم؟ 13:57 &lt;jrandom&gt; frosk: أحيانًا 13:57 &lt;jrandom&gt; frosk: عندما يمكننا دمج الرسائل داخل tunnel، سيكون الحمل الإضافي ضئيلاً 13:58 &lt;jrandom&gt; ومع ذلك، عندما لا نستطيع الدمج أو عندما لا يكون فعّالًا، قد يكون هناك هدر غير بسيط 13:58 &lt;frosk&gt; أفهم 13:59 &lt;jrandom&gt; من ناحية أخرى، نحن نقلّم بعض المبالغات في i2np الحالي لدينا (حيث نضيف حاليًا بادئة SHA256 بطول 32 بايت قبل كل رسالة I2NP، حتى تلك داخل رسائل garlic، إلخ) 13:59 &lt;jrandom&gt; التجزئة والحجم الثابت سيكونان قضية علينا ضبطها، لكن هناك مجال واسع لفعل ذلك 14:01 &lt;jrandom&gt; حسنًا، أي شيء آخر بخصوص 0.5؟ 14:02 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) sam.net 14:02 &lt;jrandom&gt; smeghead قام بنقل مكتبة عميل sam بلغة Java إلى ‎.net (رائع!) 14:02 &lt;jrandom&gt; smeghead: هل تود أن تعطينا ملخصًا؟ 14:03 &lt;smeghead&gt; بالتأكيد 14:03 &lt;smeghead&gt; أنا أكتب اختبارات لها، ينبغي أن أضعها في cvs خلال اليومين المقبلين 14:04 &lt;smeghead&gt; ينبغي أن تعمل مع ‎.net/mono/portable.net 14:04 &lt;smeghead&gt; ومع ‎c# و ‎vb.net 14:05 &lt;frosk&gt; (وكل اللغات الأخرى التي تعمل مع ‎.net على ما أظن) 14:05 &lt;cervantes&gt; (آخ) 14:05 &lt;smeghead&gt; الواجهة بسيطة جدًا 14:05 &lt;smeghead&gt; فقط سجّل أساليب المستمع مع SamReader، أو أنشئ subclass من SamBaseEventHandler وقم بعمل override للأساليب حسب الحاجة 14:05 &lt;smeghead&gt; نعم، أهدف إلى جعله متوافقًا بشكل كامل مع CLR 14:06 &lt;jrandom&gt; رائع 14:06 &lt;cervantes&gt; جميل... smeg.net ;-) 14:06 &lt;frosk&gt; جيّد 14:06 &lt;smeghead&gt; ليس هناك الكثير غير ذلك حقًا 14:06 &lt;+protokol&gt; CLR؟ 14:06 &lt;smeghead&gt; بيئة التشغيل المشتركة للغات 14:06 &lt;smeghead&gt; ما يعادل JRE في ‎.net 14:07 &lt;+protokol&gt; JRE؟ 14:07 &lt;+protokol&gt; أمزح فقط 14:07 &lt;jrandom&gt; !thwap protokol 14:07 &lt;Ragnarok&gt; jrandom: كيف حال جسر sam هذه الأيام؟ هل تم حل كل المشاكل المتعلقة بـ bt؟ 14:08 &lt;Tracker&gt; أشك في ذلك، i2p-bt يمكنه حتى أن يجعل amd64 3000 لدي يجنّ (من جهة المعالج)... 14:08 &lt;jrandom&gt; Ragnarok: لم ألمسه مؤخرًا. ما زالت هناك مشكلة choke المعلّقة التي طرحها polecat، لكن أين يخرج جسر i2p-bt&lt;--&gt;sam عن المسار، لست متأكدًا 14:09 &lt;jrandom&gt; همم، الاتصالات الفاشلة ستجبرنا على استخدام ElGamal كامل بدلًا من AES 14:10 &lt;Ragnarok&gt; حسنًا 14:10 &lt;jrandom&gt; ينبغي أن نتمكن من تقليل بعض ذلك بعد 0.5، ولكن جزئيًا فقط 14:12 &lt;Tracker&gt; حسنًا، I2P سيكون جيدًا للـ trackers المجهولين لكن ليس للـ clients المجهولين. فقط حاول أن تتخيل ما يحدث في تورنت شائع جدًا فيه نحو 1000 seed و leech. 14:12 &lt;jrandom&gt; حسنًا، أمور sam.net تبدو رائعة، شكرًا مجددًا يا smeghead. أتطلع إلى اختبارات الوحدة وربما تطبيق عرض :) 14:12 &lt;ant&gt; &lt;Evil-Brotten&gt; مرحبًا جميعًا 14:12 &lt;smeghead&gt; تطبيق عرض، نعم سأفعل ذلك أيضًا 14:13 &lt;smeghead&gt; لقد نقلت تطبيقك في الواقع 14:13 &lt;jrandom&gt; Tracker: i2p يستطيع التعامل مع العملاء المجهولين بشكل جيد، نحن فقط بحاجة لمعرفة ما الخطأ في جسر i2p-bt&lt;--&gt;sam لتقليل حالات ElGamal الكاملة 14:13 &lt;smeghead&gt; هي فقط مليئة بالأخطاء في الوقت الحالي 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; deer؟ 14:13 &lt;jrandom&gt; مرحبا Evil-Brotten 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; مرحبًا 14:14 &lt;jrandom&gt; يجري الآن اجتماع المطوّرين الأسبوعي، لا تتردد في البقاء. deer عبارة عن بوابة إلى i2p/iip 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; هل أنت خبير i2p؟ 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; :P 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; أوه، حسنًا 14:14 &lt;ant&gt; &lt;cervantes&gt; Evil-Brotten: يمكنك التحدث في #i2p-chat إن أردت بينما الاجتماع جارٍ 14:14 &lt;jrandom&gt; Tracker: لدينا الكثير لنفعله قبل التعامل مع تورنت يضم نحو 1k مشارك 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; كنت أحاول فقط تثبيت برنامجكم، لكن لدي بعض المشاكل 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; جميل، سأطرح سؤالي هناك 14:15 &lt;jrandom&gt; رائع يا smeghead 14:15 &lt;Tracker&gt; jrandom: آمل ذلك، bt غير المجهول لن يستمر طويلًا... 14:15 &lt;frosk&gt; هراء 14:15 &lt;jrandom&gt; "لكن exeem مجهول!@#" &lt;/snark&gt; 14:15 &lt;Tracker&gt; jrandom: لكن هذه قصة مختلفة 14:15 &lt;ant&gt; &lt;MikeW&gt; ماذا؟ 14:15 &lt;ant&gt; &lt;MikeW&gt; من قال إن exeem مجهول؟ 14:16 &lt;jrandom&gt; mikew: فقط بعض المعجبين المتحمسين أحيانًا 14:16 &lt;jrandom&gt; Tracker: بعد 0.5 سيكون أمامنا عمل كثير للوصول بالأداء إلى حيث نحتاج 14:16 * DrWoo يلاحظ أن 'الناس' أغبياء بشكل فاحش (أحيانًا) 14:16 &lt;Tracker&gt; jrandom: نعم، تثبيت برامج تجسس/إعلانات ليس حقًا ما سأفعله ;) 14:16 &lt;jrandom&gt; هه 14:17 &lt;smeghead&gt; أنا بالمناسبة أحب الناس 14:17 &lt;smeghead&gt; إنهم لذيذون على الخبز المحمّص 14:17 &lt;jrandom&gt; *قضم* 14:17 &lt;smeghead&gt; البعض يحتاج إلى قليل من الزبدة أكثر من غيره 14:18 &lt;jrandom&gt; حسنًا، أظن أن هذا تقريبًا كل شيء لـ 2) sam.net (ما لم يكن لدى أحد شيء آخر يضيفه؟) 14:18 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 3) تقدم gcj 14:19 &lt;ant&gt; &lt;dm&gt; sam.net؟؟ 14:19 &lt;ant&gt; &lt;dm&gt; هل يعمل؟/ 14:19 &lt;jrandom&gt; قرأت في السجل المتراكم لدي أن smeghead يحرز تقدمًا جيدًا - هل تود أن تعطينا تحديثًا عن سير الأمور؟ 14:19 &lt;smeghead&gt; نعم 14:20 &lt;ant&gt; &lt;dm&gt; كوووووول 14:20 &lt;smeghead&gt; عدّلت بضع فئات بحيث يتم تجميع الـ router (المُوجّه) باستخدام gcj 3.4.3 14:20 &lt;smeghead&gt; سأقدّم التصحيح بعد الاجتماع 14:20 &lt;smeghead&gt; بعد ذلك سأبدأ أنا وأي شخص يود المساعدة بالعمل على تشغيله 14:21 &lt;jrandom&gt; جميل 14:21 * frosk يزيّن smeghead بوسام موظف الأسبوع لأجل عمله على sam.net _and_ gcj 14:21 &lt;jrandom&gt; نعم، رائع جدًا 14:21 &lt;smeghead&gt; :) 14:22 &lt;Tracker&gt; frosk: ربما مستخدم المنتدى للأسبوع ;) 14:22 &lt;frosk&gt; لم أقرأ المنتدى هذا الأسبوع، آسف :) 14:22 &lt;cervantes&gt; مجد البطة لم ينقضِ بعد ;-) 14:23 * jrandom يتطلع كثيرًا لرؤية i2p متوافقًا مع gcj 14:24 &lt;jrandom&gt; (ولا يزال هناك مكافأة عليه، لذا ينبغي للناس التواصل مع smeghead والمشاركة ;) 14:24 &lt;smeghead&gt; نعم، هذا سيزيد قابلية نقل i2p بشكل ملحوظ 14:24 &lt;cervantes&gt; ربما سنتمكن من عصر شيء يشبه الأداء من الـ router :P 14:24 &lt;ant&gt; &lt;dm&gt; سلسلة الـ 32 أسبوعًا بصفتي أشد عاملي I2P تنتهي أخيرًا... 14:25 &lt;jrandom&gt; لا أتوقع أن يحسّن gcj الأداء فعليًا أو يقلل بصمة الذاكرة، لكنه سيعمل على أنظمة تشغيل لا تُصدر Sun لها JVMs وعلى الأنظمة التي يكون فيها kaffe معطوبًا 14:25 &lt;jrandom&gt; (لكن إن كنت مخطئًا، فذلك رائع!) 14:25 &lt;frosk&gt; أي شيء يمكنه جعل i2p يعمل بشكل أفضل بدون برمجيات احتكارية فهو أمر جيّد 14:26 &lt;jrandom&gt; متفق. دعم كل من kaffe و gcj سيكون شيئًا جيّدًا 14:27 &lt;jrandom&gt; حسنًا، أي شيء آخر حول 3) تقدم gcj، أم نتابع؟ 14:27 &lt;smeghead&gt; سيكون التثبيت أسهل أيضًا 14:27 &lt;Teal`c&gt; هل عمل gcj على أي شيء غير أمثلة 'hello world'؟ 14:27 &lt;Ragnarok&gt; قام أحدهم ببناء eclipse به 14:27 &lt;smeghead&gt; Teal`c: نعم، لقد استخدمته لصنع ‎.exe تحت mingw من قبل بالفعل 14:27 &lt;smeghead&gt; نعم، كان eclipse يعمل تحت gcj مع Red Hat منذ وقت ليس ببعيد 14:28 &lt;jrandom&gt; امتلاك خيار توزيع ملفات تنفيذية مبنية بـ gcj، ومثبّتات ‎.jar عادية، وحزم ‎.jar+jvm مجمّعة سيكون بالتأكيد أمرًا جيّدًا 14:29 &lt;jrandom&gt; حسنًا، ننتقل إلى 4) udp 14:30 &lt;jrandom&gt; كانت هناك مشاركة حديثة في المنتدى أردت فقط لفت انتباه الناس إليها، تسأل (وتجيب) لماذا يعد udp مهمًا 14:30 &lt;Tracker&gt; مقرف 14:30 &lt;jrandom&gt; (انظر http://forum.i2p.net/viewtopic.php?t=280 وعلّق إن كان لديك أي اقتراحات/أسئلة/مخاوف) 14:31 &lt;jrandom&gt; مقرف يا Tracker؟ 14:32 &lt;jrandom&gt; على أي حال، كل من mule و detonate يحرزان بعض التقدم في جانب udp. detonate/mule: هل لديكما أي تحديثات للمشاركة؟ 14:32 &lt;Tracker&gt; UPD سيئ هنا، بينما يعمل جيدًا داخل حدود الدولة، يصبح فعلاً قبيحًا عند محاولة استخدامه لوجهات خارج بلداننا. 14:32 &lt;jrandom&gt; همم 14:32 &lt;Tracker&gt; مجرد خبرتي من 5 سنوات في ألعاب الإنترنت... 14:33 &lt;jrandom&gt; سنحتاج بالتأكيد إلى أخذ ازدحام الشبكة ومسائل الـ mtu بالحسبان عند الخروج إلى الإنترنت 14:33 &lt;Tracker&gt; بطريقة ما لا تحب عمودا الشبكة الكبيران هنا أن يمرّرا UPD جيدًا، وإن حدث فبأولوية منخفضة جدًا. 14:34 &lt;Tracker&gt; أي زمن رد (ping) بين 5 و20 ثانية. 14:34 &lt;jrandom&gt; سأُفاجأ كثيرًا إن كان هناك مزوّد خدمة لا يسمح بـ UDP إطلاقًا (بما أننا جميعًا نستخدم DNS) 14:34 &lt;Tracker&gt; وفقدان حزم مرتفع 14:34 &lt;jrandom&gt; التحكم بالازدحام مهم بالتأكيد 14:35 &lt;Tracker&gt; لِمَ تظن أنني أشغّل خادم DNS مخصّصًا للتخزين المؤقت منذ سنوات مع ذاكرة وسيطة كبيرة جدًا ;) 14:35 &lt;jrandom&gt; هه 14:35 &lt;jrandom&gt; حسنًا، سيكون لدينا خيار احتياطي هو tcp لمن لا يمكنهم استخدام udp لأي سبب 14:36 &lt;jrandom&gt; لكن udp سيكون مفضّلًا إلى حدّ كبير 14:36 &lt;Tracker&gt; هذا جيد. 14:36 &lt;jrandom&gt; (أي أنني آمل ألا يكون هناك سوى ربما 10 أشخاص يستخدمون tcp من أصل أكثر من 1m+ عقد ;) 14:37 &lt;jrandom&gt; ولكن، مرة أخرى، ذلك الرابط في المنتدى يشرح لماذا نحتاج إلى فعل ما نفعله، ومع ذلك إن وجد أحد طريقة أفضل فأنا آذان صاغية 14:37 &lt;Tracker&gt; أظن أنني سأكون أحدهم. 14:37 &lt;jrandom&gt; ربما. 14:38 &lt;jrandom&gt; سنرى عند نشر 0.6 ما إذا كان الأمر كذلك، أو ما إذا كنا سنتمكن من التحايل على المشاكل لدى مزوّد خدمتك 14:38 &lt;jrandom&gt; حسنًا، أي شيء آخر حول udp؟ أم ننتقل إلى 5) ??? 14:39 &lt;jrandom&gt; اعتبرونا قد انتقلنا 14:39 &lt;jrandom&gt; 5) ?? 14:39 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يطرحه؟ 14:40 &lt;Teal`c&gt; هل وصلت البيتزا بعد؟ 14:40 &lt;Jhor&gt; هل يعرف أحد أين يجب أن أنظر لإيجاد/تنقيح مشاكل في bittorrent؟ 14:41 &lt;jrandom&gt; Jhor: في i2p-bt، نقطة بداية جيدة ستكون على الأرجح إضافة بعض التسجيل لمعرفة رسائل BT التي تُرسَل/تُستقبَل، لكي نعرف أين يحدث الحظر/انتهاء المهلة/إلخ 14:41 &lt;jrandom&gt; (بافتراض أنك تقصد i2p-bt وليس azneti2p؟) 14:42 &lt;Jhor&gt; نعم، i2p-bt. ما هي مستويات spew المختلفة؟ 14:42 &lt;jrandom&gt; لا فكرة لدي، كل ما أعرفه هو --spew 1 14:42 &lt;Jhor&gt; حسنًا، سأجرب ذلك 14:43 * Jhor يستعد لدورة مكثّفة في python 14:43 &lt;jrandom&gt; :) 14:44 &lt;jrandom&gt; حسنًا، هل لدى أي شخص شيء آخر يناقشه؟ 14:44 * cervantes يُخرج الـ Strand Gong 14:44 &lt;jrandom&gt; نحن عند حوالي علامة 60 دقيقة، لذا المعدل جيد جدًا 14:44 &lt;Teal`c&gt; متى سيكون udp جاهزًا للاستخدام العام؟ 14:44 &lt;jrandom&gt; Teal`c: أبريل 14:44 &lt;jrandom&gt; هذا سيكون 0.6، نحن ما زلنا نعمل على 0.5 14:45 &lt;Teal`c&gt; عمل جميل. 14:46 &lt;jrandom&gt; تقدّم، دائمًا إلى الأمام 14:46 * jrandom يستعد 14:46 * jrandom يضرب الجرس بـ*baf*، منهياً الاجتماع </div>/ar/blog/2005/01/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-25/Tue, 25 Jan 2005 00:00:00 +0000/ar/blog/2005/01/25/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-25/<p>مرحباً جميعاً، تحديث أسبوعي سريع للحالة</p> <ul> <li>Index</li> </ul> <ol> <li>حالة 0.5 2) sam.net 3) تقدم gcj 4) udp 5) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>خلال الأسبوع الماضي، تحقق تقدم كبير على صعيد الإصدار 0.5. تم حلّ المشكلات التي كنا نناقشها سابقًا، مما بسّط التشفير بشكل كبير وأزال مشكلة التكرار داخل الـ tunnel. تم تنفيذ التقنية الجديدة [1] وأصبحت اختبارات الوحدات جاهزة. بعد ذلك سأعمل على جمع المزيد من الكود لدمج تلك tunnels في الـ router الرئيسي، ثم بناء بنية إدارة الـ tunnel وبنية pooling (التجميع). بعد أن يصبح ذلك جاهزًا، سنشغّله عبر sim (المحاكي) ثم لاحقًا على شبكة موازية لاختباره بشكل مكثّف قبل أن نضع اللمسات الأخيرة عليه ونسميه 0.5.</p>/ar/blog/2005/01/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/Tue, 18 Jan 2005 00:00:00 +0000/ar/blog/2005/01/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, BrockSamson, cervantes, dox, duck, Frooze, jrandom, kaji, mule, orion, polecat, postman, protokol, Ragnarok, Teal`c, Xan</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 &lt;jrandom&gt; 1) حالة الشبكة 13:04 &lt;jrandom&gt; 2) 0.5 13:04 &lt;jrandom&gt; 3) i2pmail.v2 13:04 &lt;jrandom&gt; 4) azneti2p_0.2 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;ant&gt; &lt;duck&gt; (صوت حديث التشفير يمرّ مسرعاً بجانب أذنيّ) 13:04 &lt;jrandom&gt; :) 13:04 * jrandom يلوّح 13:04 &lt;cervantes&gt; هلا 13:04 &lt;jrandom&gt; أنت أيضاً يمكنك الاستماع إلى صوت حديث التشفير وهو يمرّ بجانب أذنيك! تم نشر ملاحظة الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 &lt;bla&gt; مرحباً 13:05 &lt;jrandom&gt; لننطلق مباشرة، بما أننا نقاطع نقاشاً شيقاً على أي حال... 1) حالة الشبكة 13:05 &lt;jrandom&gt; ليس لدي حقاً ما أضيفه عمّا في البريد - هل لدى أحد أي شيء يود طرحه بخصوص حالة الشبكة؟ 13:06 &lt;bla&gt; عدا أننا رأينا، للمرة الأولى، عُقَداً على كل القارات بلا استثناء سوى أنتاركتيكا، لا. 13:06 &lt;jrandom&gt; w00t! 13:07 &lt;jrandom&gt; حسناً، ننتقل إلى 2) أمور 0.5 13:07 &lt;mule&gt; مرحباً، والدي في طريقه الآن إلى أنتاركتيكا، كان ينبغي أن أعطيه عُقدة 13:07 &lt;ant&gt; &lt;duck&gt; اللعنة على سكان أنتاركتيكا 13:07 &lt;Xan&gt; لا يوجد سكان أنتاركتيكا؟ :( 13:07 &lt;jrandom&gt; هاه، جميل 13:07 &lt;jrandom&gt; مع أني لا أظن أن هناك مجموعة إخفاء هوية كبيرة هناك 13:07 &lt;Frooze&gt; اللوم على أنتاركتيكا 13:08 * cervantes ينشئ منصة نفطية في أنتاركتيكا ليتمكن من تمويل عُقدة هناك 13:09 &lt;jrandom&gt; حسناً حسناً، هناك الكثير حول 0.5، لذا يمكننا تناوله على أجزاء 13:09 &lt;jrandom&gt; أولاً، شكراً لمن جمعوا إحصائيات يوم كامل - توجد كثير من البيانات المثيرة @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 &lt;postman&gt; سُررت بذلك :) 13:10 &lt;cervantes&gt; بخصوص حالة الشبكة... رأيت عدداً غير قليل يواجهون صعوبات في تشغيل I2P مؤخراً (في المنتدى إلخ) - لا أعلم إن كان ذلك بسبب زيادة عدد المستخدمين أو ربما لوجود مزيد من تطبيقات مبنية على i2p تزيد احتمالات العطب 13:10 &lt;+protokol&gt; jrandom: كاذب! قلت إن البيانات مثيرة! 13:10 * jrandom يقذف الطين على protokol 13:11 &lt;ant&gt; &lt;duck&gt; cervantes: رأيت أيضاً تقارير عن أشخاص تمكنوا من تشغيله خلال بضع دقائق 13:11 &lt;ant&gt; &lt;duck&gt; أظن أن NAT يسبب معظم المشاكل 13:11 &lt;cervantes&gt; duck: صحيح... 13:11 &lt;ant&gt; &lt;dmdm&gt; من هو NAT؟ 13:11 &lt;jrandom&gt; cervantes: لا تزال هناك بعض المشاكل القبيحة بالتأكيد. مسألة NAT و‏osx كانت مزعجة قليلاً مؤخراً، لكن مساعدة Jhor في الأخيرة ينبغي أن تحسّن الأخيرة 13:12 &lt;cervantes&gt; أجل 13:12 &lt;cervantes&gt; *سعال* إذن... 0.5 13:13 &lt;Xan&gt; dmdm: ترجمة عناوين الشبكة 13:13 &lt;jrandom&gt; هه، حسناً. أساساً الدافع وراء إحصائيات حجم الرسائل تلك هو استكشاف مسائل padding (حشو البيانات) 13:14 &lt;jrandom&gt; للأسف، الاستراتيجية التي بنيتها بانتقاء أرقام عشوائياً كانت سيئة، إذ أعطت حملاً إضافياً بنسبة 25% بسبب padding فقط 13:14 &lt;jrandom&gt; إذا أخذنا بأحد المقترحات لتشفير 0.5 (tunnels-alt.html)، فلن تكون لدينا تلك المشكلة 13:15 &lt;jrandom&gt; (لأنه سيفرض أحجاماً ثابتة صغيرة مع التجزئة) 13:15 &lt;mule&gt; أي نوع من الرسائل تريد عمل padding له، تلك التي يراها الـrouter أم تلك التي يراها مراقب خارجي؟ 13:15 &lt;jrandom&gt; mule: سؤال مهم 13:15 &lt;jrandom&gt; إن كنا نقلق فقط من المراقب الخارجي، يمكننا ترك الرسائل دون padding، وإجراء أي توليد للتشويش في طبقة النقل 13:16 &lt;Teal`c&gt; `http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3` 13:16 &lt;jrandom&gt; ومن ناحية أخرى، إن كنا نقلق من قيام مشاركي الـtunnel بتحليل التدفق، فعلينا أن نهتم بالـpadding داخل الـtunnel 13:16 &lt;@duck&gt; مع 5-6 قفزات، ما مدى خطورة قيام router بتحليل المرور؟ 13:16 &lt;cervantes&gt; Teal`c: اجتماع الآن... هل يمكنك استخدام #i2p-chat للإعلان عن mp3 ;-) 13:17 &lt;Teal`c&gt; آسف 13:17 &lt;cervantes&gt; :) من أجل ديفيد هاسلهوف؟ 13:18 &lt;jrandom&gt; يعتمد على مستوى التحليل يا duck. إذا كانوا قد تتبّعوا بطريقة ما أي tunnel هم فيه (مثلاً هم بوابة الـtunnel الوارد وقد جمعوا الـnetDb وقرنوه بوجهة)، فهذه بيانات غير بسيطة. ومن ناحية أخرى، ليست كشفاً مباشراً، لكنها تعطي بعض المعلومات 13:18 &lt;jrandom&gt; وأكثر من padding الـtunnel هو الـpadding طرفاً لطرف، لإخفاء بيانات تدفق الرسائل عن البوابات ونقاط النهاية. 13:19 &lt;jrandom&gt; لو كنا مجانين/حمقى، يمكن أن نذهب إلى حد pipenet (شبكة بمعدل بت ثابت)، باستخدام معدل ثابت في كل مكان 13:19 &lt;+polecat&gt; فهمت! 13:19 &lt;jrandom&gt; (وننتهي بلا أي مستخدمين يشغّلون i2p) 13:19 &lt;+polecat&gt; ما نحتاج لفعله هو تمرير i2p عبر email! 13:19 &lt;cervantes&gt; ما احتمال أن ينتهي routers متواطئون في الـtunnel نفسه على شبكة كبيرة بما يكفي؟ 13:19 &lt;+polecat&gt; لن يكون هناك مزوّد إنترنت غبي بما يكفي ليحجب البريد الإلكتروني! 13:20 * jrandom ينتظر تنفيذ net.i2p.router.transport.gmail 13:20 &lt;postman&gt; polecat: يا رجل ، هذا سخيف 13:20 &lt;postman&gt; :) 13:20 &lt;bla&gt; cervantes: N^(-h) (‏N هو عدد العُقَد السريعة، ‏h = عدد القفزات). هكذا يبدو 13:20 &lt;+polecat&gt; =3 أعلم. 13:21 &lt;cervantes&gt; هل هذا كثير؟ :) 13:21 &lt;jrandom&gt; ليس عدد العُقَد السريعة، إذ إن الأشخاص الخارجيين لن يعرفوا ملفاتك التعريفية 13:21 &lt;+polecat&gt; لكن بجدية، في إساءة سافرة لخدمات IP القائمة، يمكننا تمرير i2p بطرق مبتكرة عديدة. 13:21 &lt;jrandom&gt; c^2/N^h لوضع نظيرين في الـtunnel نفسه 13:21 &lt;jrandom&gt; مُتّفق يا polecat. هذا أحد أسباب عدم وجود tunnels ثنائية الاتجاه لدينا 13:22 &lt;jrandom&gt; بعض وسائل النقل (مثلاً البريد الإلكتروني) سيئة للاتصال ثنائي الاتجاه 13:22 &lt;bla&gt; jrandom: ‏c = ؟ 13:22 &lt;jrandom&gt; c== عدد النظراء المتواطئين 13:23 &lt;+polecat&gt; همم، نقطة مثيرة. 13:23 &lt;ant&gt; &lt;duck&gt; من ناحية خارطة الطريق، ما أثر ذهاب i2p في اتجاه خاطئ واختيار حل تشفير خاطئ؟ 13:23 &lt;+polecat&gt; أو بروتوكول الحمام الزاجل، ليس ثنائي الاتجاه أبداً. 13:23 &lt;+polecat&gt; التشفير معياري بالفعل، أليس كذلك؟ 13:23 &lt;jrandom&gt; duck: إنه مجرد بند واحد ضمن 0.5، وقسم فرعي واحد من مستند tunnels*.html. هناك الكثير في توجيه الـtunnel أكثر من مجرد كيفية تغليفنا للبيانات 13:24 &lt;bla&gt; jrandom: مرة أخرى، هذه هي المشكلة لإدخالهم في الـtunnel الآن. ومع ذلك، عبر T من تجديدات الـtunnel (كل عدد من الدقائق)، تصبح على الشكل P = 1 - (1 - c^2/N^h)^T 13:24 &lt;jrandom&gt; ومن ناحية أخرى، الفرق بين "fixed 1KB blocks" و "0-40KB blocks" له أثر كبير 13:24 &lt;+polecat&gt; لا أود أن أرى هذه الشبكة تذهب طريق Entropy، عالقة في McEliece. 13:24 &lt;jrandom&gt; polecat: اقرأ http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 13:24 &lt;bla&gt; jrandom: وبالتالي تميل إلى الصفر مع زمن كبير بما يكفي. أي: مع زمن كبير بما يكفي، سيكون المهاجمون في الـtunnel نفسه مرة واحدة على الأقل 13:25 &lt;jrandom&gt; الخطة هي AES256/CBC القياسي 13:25 &lt;+protokol&gt; سمعتُ أن DNS جيد لتمرير الأشياء، معظم الناس لا يحجبونه 13:25 &lt;jrandom&gt; بالتأكيد يا bla، وإن لم يكن مباشراً تماماً (هو كذلك لـtunnels الاستكشافية، لكن ليس لـtunnels العملاء) 13:26 &lt;+polecat&gt; وإن تم كسر AES بطريقة ما، فسنستخدم خوارزمية تناظرية معادلة. 13:27 &lt;jrandom&gt; bla: لا أظنها مصدر قلق عملي كبير في معظم الحالات إلى ذلك الحد، لكن عندما تُركِّبها كجزء من هجوم السَّلَف (predecessor attack)، تصبح المسألة إلى حد كبير غير ذات صلة 13:28 &lt;jrandom&gt; (بسبب الطريقة التي ننفّذ بها باقي توجيه الـtunnel) 13:28 &lt;bla&gt; jrandom: تمام 13:28 &lt;jrandom&gt; صحيح يا polecat 13:29 &lt;jrandom&gt; duck: إن أخذنا بالخيار الثاني، فالتبديل إلى آخر لاحقاً سيكون على الأرجح سهلاً. 13:29 &lt;jrandom&gt; ومن ناحية أخرى، سيتطلب الخيار الثاني بعض ضبط الأداء الجاد كي لا يكون سيئاً 13:29 &lt;jrandom&gt; لكنني واثق أننا سننجح 13:31 &lt;jrandom&gt; على أي حال، أظن أن ما سبق يغطي أين نحن الآن بخصوص عمل 0.5 13:31 &lt;jrandom&gt; هل لدى أحد مزيد من الأسئلة/التعليقات/المخاوف؟ 13:31 &lt;bla&gt; jrandom: واحد 13:32 &lt;bla&gt; jrandom: أظن أننا ينبغي أن نقدّر الإخفاء (anon.) أكثر بقليل من الأداء حالياً (atm): لذا نعم، تبدو خيارات PRNG (مولِّد أعداد شبه عشوائية) جيدة 13:33 &lt;jrandom&gt; مُتّفق. يمكن ضبط الأداء لاحقاً، أما «إضافة» مزيد من الإخفاء فذلك أصعب بكثير 13:33 &lt;jrandom&gt; (لكن، بالطبع، الأداء عامل أمني بحد ذاته. إن كان سيئاً، فلن يستخدمه أحد) 13:33 &lt;bla&gt; نعم. 13:33 &lt;bla&gt; jrandom: 13:33 &lt;bla&gt; عذراً 13:33 &lt;@duck&gt; حسناً، /me يقلب بِت أداء Freenet السحري 13:33 &lt;cervantes&gt; ربما سيُثني ذلك كل أولئك الملوّحين بالتورنت من المُتطفّلين عن الاقتراب فترة أطول ;-) 13:34 &lt;jrandom&gt; هه 13:34 &lt;cervantes&gt; &lt;-- تمت إعادة تعيين الاتصال 13:34 &lt;bla&gt; cervantes: لا، لستُ كذلك! :) 13:34 &lt;cervantes&gt; :) 13:35 &lt;jrandom&gt; أعتقد أننا نستطيع إنجاز تحسينات رائعة فعلاً، ويبدو أن الكثير من عنق الزجاجة لدينا ليس مرتبطاً باختيار النظراء، بل مجرد (هه) علل في jobqueue 13:36 &lt;jrandom&gt; لكن، على أية حال، أي شيء آخر لـ 2) 0.5؟ 13:36 &lt;ant&gt; &lt;BS314159&gt; هل يمكنك نشر شرح لهذا هجوم الحلقة (loop attack)؟ 13:37 &lt;ant&gt; &lt;BS314159&gt; يبدو أخطر مما يوحي به طرحك له 13:37 &lt;jrandom&gt; حلقة: ابنِ tunnel يحتوي على A--&gt;B--&gt;C--&gt;D--&gt;C، وأرسل 10 رسائل. 13:37 &lt;jrandom&gt; من دون PRNGs، يمكنك إضافة ما تشاء من الرسائل إلى تلك الحلقة C&lt;--&gt;D 13:38 &lt;ant&gt; &lt;BS314159&gt; حسناً 13:38 &lt;jrandom&gt; وبفعالية تنفيذ DoS (هجوم حجب الخدمة) على أي routers ببضع رسائل فقط 13:38 &lt;ant&gt; &lt;BS314159&gt; لكن لا يستطيع فعل هذا سوى A 13:38 &lt;jrandom&gt; مع PRNGs، يتم تقييد عدد الرسائل التي يمكن أن تدخل في الحلقة 13:38 &lt;ant&gt; &lt;BS314159&gt; إذن لا يوجد خطر أن يقوم مهاجم بتقصير الـtunnels الخاصة بي عبر إدخال حلقات 13:38 &lt;jrandom&gt; لا، لا أحد يمكنه تقصير الـtunnels لديك 13:39 &lt;jrandom&gt; الشيء الوحيد المفيد هنا هو DoS 13:39 &lt;jrandom&gt; (DoS رخيص جداً) 13:39 &lt;jrandom&gt; (لكن عندما تستطيع تنفيذ DoS انتقائياً على نظراء بتكلفة قليلة، يمكنك فعل أمور قذرة جداً) 13:40 &lt;ant&gt; &lt;BS314159&gt; فهمت 13:40 &lt;+protokol&gt; وهل ستساعد شهادات hashcash في هذا؟ 13:40 &lt;jrandom&gt; protokol: ‏hashcash تعالج مسألة قيام نظير ببناء عدد كبير جداً من الـtunnels، وربما عدد كبير جداً من القفزات 13:41 &lt;jrandom&gt; protokol: لا تساعد مع الحلقات. الطريقتان اللتان وجدتهما تعملان هما PRNGs (tunnel-alt.html) أو التحقق عند كل خطوة (tunnel.html) 13:42 &lt;jrandom&gt; التحقق عند كل خطوة فيه مخاطر، لذا الميل الحالي هو نحو PRNGs 13:42 &lt;+Ragnarok&gt; إلى أي حد ستكون طريقة PRNG فعّالة؟ 13:42 &lt;Xan&gt; A--&gt;B--&gt;C--&gt;D--&gt;C - ألا ينبغي أن تحصل كل قفزة على معرّف مختلف أو ما شابه، بحيث تغادر الرسائل الـtunnel في المرة الثانية التي تصل فيها إلى C بدلاً من الدوران في حلقة؟ 13:43 &lt;jrandom&gt; Xan: هذا ما يحدث، لكن من دون التحقق عند كل خطوة، لا يمكنك أن تعرف إن كان ذلك سيئاً أم لا 13:44 &lt;jrandom&gt; Ragnarok: أظن أنها ستكون فعّالة جداً في تقليل الضرر الواقع 13:45 &lt;jrandom&gt; على الأقل، مما أراه حتى الآن 13:45 &lt;jrandom&gt; إن رأى أحد أي مشاكل/قضايا فيها، أو اقتراحات لتحسينها، فرجاء التواصل :) 13:46 &lt;Xan&gt; أو ربما فاتتني الفكرة 13:46 &lt;Xan&gt; سأعود لاحقاً 13:46 &lt;jrandom&gt; 'k l8r، سأحدّث المستند ليكون أوضح 13:47 &lt;jrandom&gt; حسناً، إلا إذا كان هناك شيء آخر، هل ننتقل إلى 3) i2pmail.v2؟ 13:47 &lt;jrandom&gt; postman: هل أنت موجود؟ 13:48 &lt;postman&gt; نعم 13:49 &lt;postman&gt; :) 13:49 &lt;jrandom&gt; أي شيء لتضيفه من موضوعك في المنتدى؟ يبدو رائعاً جداً 13:49 &lt;postman&gt; حسناً، ربما قرأ بعضكم المسودة لـ i2pmail.v2 بالفعل 13:50 &lt;bla&gt; ما الذي يحدث بحق؟ انقطاعات ضخمة. لدي مشاكل في الوصول إلى مواقع (مثلاً orion، وlibrary) هنا أيضاً 13:50 &lt;postman&gt; يهدف إلى بنية بريد لا مركزية بالكامل في المستقبل 13:50 &lt;postman&gt; لكن يحتاج إلى برنامج وكيل على العُقَد إضافة إلى مجموعة من المرحلات المخصصة 13:51 &lt;postman&gt; الجميع مدعو للمساهمة بأفكار/مفاهيم/تذمّرات 13:51 &lt;postman&gt; التطوير قد بدأ بالفعل - لا تتوقعوا شيئاً قبل أواخر الربيع :) 13:51 &lt;jrandom&gt; w00t 13:51 &lt;kaji&gt; هممم، الشرطة ظهرت للتو عند بابي 13:52 &lt;bla&gt; kaji: ؟ 13:52 &lt;jrandom&gt; سريعاً، فجّر قرصك الصلب 13:52 &lt;postman&gt; jrandom: حسناً، هذا كل ما لدي الآن :) 13:52 &lt;cervantes&gt; اخفِ طاولة البلاك جاك! 13:52 &lt;jrandom&gt; رائع، شكراً يا postman 13:52 &lt;kaji&gt; قالوا إنني اتصلتُ بـ 911، لكنني واثق تماماً أن لا أنا ولا أخي فعل ذلك 13:53 &lt;+protokol&gt; kaji: إنهم فقط يتحققون من i2p 13:53 &lt;jrandom&gt; حسناً، ما لم يكن هناك شيء آخر في 3) i2pmail، دعونا ننتقل إلى 4) azneti2p_0.2 13:53 &lt;+protokol&gt; &lt;موسيقى مخيفة&gt; 13:53 &lt;jrandom&gt; كما ذُكر في البريد، حصل تقدّم مهم مؤخراً 13:53 &lt;kaji&gt; ثم قالوا إن الهواتف اللاسلكية قد تختل عندما تكون السماعة مرفوعة، لكن كل هواتفي اللاسلكية على الشاحن -&gt; #i2p-chat 13:55 &lt;jrandom&gt; فريق Azureus كان متعاوناً جداً في تجهيز تحديث (يا سلام!)، لكن ينبغي للناس أيضاً ترقّب المشاكل 13:55 &lt;jrandom&gt; (إذا كنت لا تقرأ قائمة بريد i2p وتستخدم azneti2p، فاقرأ قائمة بريد i2p) 13:55 &lt;jrandom&gt; ((أو حتى إن لم تكن تستخدم azneti2p، فاقرأ القائمة، فهناك نعلن عن أمور مهمة ;) 13:56 &lt;jrandom&gt; duck وorion قاما أيضاً بالكثير من التحديثات لاستيعاب عميل BT الجديد والتنسيق 13:56 &lt;jrandom&gt; (يا سلام!) 13:56 * orion يبتسم 13:57 &lt;orion&gt; لا يزال أمامنا طريق لنقطعه، لكن حالياً، هو يعمل. 13:57 &lt;jrandom&gt; (ضمن حدود ما يسمح به i2p ;) 13:58 &lt;orion&gt; ههه، نعم. ;) 13:58 &lt;jrandom&gt; هل لدى أحد آخر شيء ليطرحه بخصوص azneti2p أو i2p-bt؟ 13:58 &lt;jrandom&gt; (أو bytemonsoon2p ;) 14:00 &lt;jrandom&gt; حسناً إن لم يكن، ننتقل مباشرة إلى 5) ??? 14:00 &lt;jrandom&gt; المنصة مفتوحة - هل لدى أحد آخر شيء ليطرحه؟ 14:00 &lt;postman&gt; jrandom: لماذا يقوم addressbook بنشر إدخالات userhosts؟ 14:01 &lt;jrandom&gt; postman: علّة. 14:01 &lt;postman&gt; إذن لم يكن هذا سلوكاً مخططاً وسيتم تغييره؟ 14:01 &lt;cervantes&gt; فقط شيء واحد... 14:01 &lt;jrandom&gt; postman: صحيح، وسيتم تغييره 14:02 &lt;jrandom&gt; (أليس كذلك يا Ragnarok؟ :) 14:02 &lt;+Ragnarok&gt; يعتمد على ما يقصده postman بدقة... 14:03 &lt;jrandom&gt; Ragnarok: الإدخالات الجديدة التي يضيفها المستخدم المحلي إلى ملف hosts الخاص به لا ينبغي نشرها إلى ملف hosts المنشور 14:03 &lt;jrandom&gt; (مثلاً userhosts.txt خاص، وhosts.txt متزامن مع الآخرين وهو عام) 14:03 &lt;cervantes&gt; كجزء من فقرة شبه منتظمة في المنتدى، سيكون هناك تقدير وجوائز لمن قدّموا أشياء جيدة إلى I2P سواء مؤخراً أو على مدار عمر المشروع 14:03 &lt;postman&gt; Ragnarok: بعد التحديث إلى 0.4.2.6 وجدتُ إدخالات من userhosts.txt الخاص بي في addressbook المنشور في مجلد eepsite لدي 14:03 &lt;ant&gt; &lt;BS314159&gt; هممم 14:04 &lt;postman&gt; Ragnarok: كانت تلك مفاتيح أُضيفت يدوياً، ولم يكن من المفترض نشرها 14:04 &lt;cervantes&gt; هذا الأسبوع نُكرِّم duck على تميّزه العام كمقدّم خدمات للمجتمع وكـ«خامل» رائع شامل: `http://forum.i2p/viewtopic.php?t=275` 14:04 &lt;jrandom&gt; w00t! 14:04 &lt;jrandom&gt; (هيا يا duck هيا، هيا يا duck هيا) 14:05 &lt;Teal`c&gt; وماذا عن اختطاف أسماء النطاقات؟ 14:05 * brachtus يصفّق 14:05 * orion يؤدي مشية البط كعلامة احترام. 14:05 &lt;cervantes&gt; نقطة مهمة للمستقبل... ليس عليك أن تكون عبقري تشفير لتحصل على المديح! 14:06 &lt;+Ragnarok&gt; لا، هذا سلوك متوقَّع. أستطيع تغييره، لكن أولاً عليّ إنهاء تنفيذ قفل الملفات حتى تتمكن من تغيير hosts.txt مباشرة 14:06 &lt;orion&gt; (لكن ذلك يساعد) 14:06 &lt;cervantes&gt; قد تكون فقط قدّمتَ eepsite مذهلة أو شيئاً من هذا القبيل... 14:06 &lt;cervantes&gt; أو كنتَ شخصاً مُعيناً في المنتدى، إلخ 14:07 &lt;ant&gt; &lt;BS314159&gt; هممم 14:07 &lt;cervantes&gt; (وإلا، دعونا نواجه الأمر، jrandom سيفوز كل أسبوع) 14:07 &lt;jrandom&gt; هيه، أنتم تموّلون صندوق البيرة لدي، هذا الشيء ليس مجانياً ;) 14:07 &lt;ant&gt; &lt;BS314159&gt; هل يمكنك فقط إنشاء ملف جديد، "publichosts.txt"؟ 14:07 &lt;ant&gt; &lt;BS314159&gt; ثم تجعل addressbook يتجاهل userhosts.txt، لكن تسمح للمستخدمين بالاشتراك في publichosts.txt الخاص بهم؟ 14:08 &lt;jrandom&gt; Teal`c: لا توجد طريقة لاختطاف اسم نطاق، لا يتم الكتابة فوق أي إدخالات، وuserhosts يتفوّق دائماً على hosts 14:09 &lt;jrandom&gt; Ragnarok: ربما يمكن لواجهة الويب معالجة مسألة القفل، بما أن المستخدمين لن يضيفوا إلى الملفات يدوياً 14:09 &lt;+Ragnarok&gt; حالما يتم القفل، لا يوجد سبب حقيقي لجلب العناوين من userhosts.txt بعد الآن (فهو حالياً الطريقة الوحيدة لتفادي سباق)، لذا لا جدوى حقيقية من إضافة ملف ثالث 14:10 &lt;+Ragnarok&gt; jrandom: حسناً، كنت أخطط لاستخدام Java File Locking API 14:10 &lt;jrandom&gt; إن كنت تراه ضرورياً، فأنت صاحب القرار :) 14:10 &lt;ant&gt; &lt;BS314159&gt; سيتيح لك حذف كل الأسماء التي حصلتَ عليها من الآخرين مع إبقاء تلك التي أنشأتها بنفسك 14:10 &lt;ant&gt; &lt;BS314159&gt; ببساطة عبر تفريغ hosts.txt وتغيير اشتراكك 14:11 &lt;ant&gt; &lt;BS314159&gt; لكن أظن أن ذلك يمكن أن ينتظر توقيع الأسماء 14:11 &lt;orion&gt; البيانات الوصفية ستحل هذه المشكلة. هل صيغت مواصفة بعد؟ 14:11 &lt;jrandom&gt; استخدام ملفين فقط ينبغي أن يكون جيداً - واحد تديره addressbook وواحد لا 14:12 &lt;jrandom&gt; (يمكنك حتى جعل addressbook يتجاهل userhosts.txt تماماً - فـ userhosts.txt يتفوّق على hosts.txt على أي حال) 14:12 &lt;+Ragnarok&gt; jrandom: هذه ستكون الخطة، بمجرد إنجاز القفل (والذي حقاً لا ينبغي أن يتطلب عملاً كثيراً، فقط لم أتفرّغ له بعد :) 14:13 &lt;+Ragnarok&gt; وأنا حالياً أعمل على تعلم ما يكفي من مخطط XML لكتابة واحد لـ namerecords 14:13 &lt;ant&gt; &lt;dr_kavra&gt; هل هذه القناة لـ kenosis؟ قناة أخرى قالت لي أن آتي هنا :D 14:13 &lt;jrandom&gt; لول 14:13 &lt;jrandom&gt; لا، آسف، هذه قناة i2p 14:14 &lt;jrandom&gt; (إلا إذا كنت تبحث عن طبقة تواصل مجهولة) 14:14 &lt;jrandom&gt; رائع يا Ragnarok 14:14 &lt;ant&gt; &lt;BS314159&gt; ما زلتُ أرى أن XML مطوّل وغير مقروء للبشر لهذا الغرض، مقارنةً بـ YAML، لكنني لست من يكتب الشيفرة 14:14 &lt;jrandom&gt; Ragnarok: الجزء الصعب سيكون تنفيذ التشفير مع XML دون الرجوع إلى CDATA القبيحة 14:14 &lt;orion&gt; هل كتب أحد مسودة عملية لمواصفة البيانات الوصفية حتى الآن؟ 14:15 &lt;jrandom&gt; (أنا شخصياً أظن أن XML سيئ، لكنني مجرد مُثبِّط) 14:15 &lt;jrandom&gt; orion: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html يحوي إعداداً أساسياً 14:15 &lt;orion&gt; (بيانات وصفية للاسم/المفتاح) 14:15 &lt;dox&gt; هل تم الإعلان عن addressbook وميزاته في مكان ما؟ لم أكن أعلم أن hosts.txt الخاص بي منشور 14:15 &lt;jrandom&gt; (انظر عناصر NameReference وLocalEntry) 14:16 &lt;jrandom&gt; dox: يُكتب في الموقع المحدد في addressbook/config.txt 14:16 &lt;jrandom&gt; (افتراضياً، ./eepsite/docroot/hosts.txt) 14:17 &lt;orion&gt; ينقصه علم public/private (أي وزّع/لا توزّع). 14:17 &lt;ant&gt; &lt;cervantes&gt; الشيء الجيد الوحيد في XML (وهذه نقطة إيجابية كبيرة) أنه معيار مقبول على نطاق واسع 14:17 &lt;jrandom&gt; صحيح يا orion، برزت أفكار جيدة كثيرة منذ ذلك المنشور 14:17 &lt;+Ragnarok&gt; قد يكون XML سيئاً، لكن بصراحة، هو أفضل من أي بديل لما أفعله 14:17 &lt;jrandom&gt; cervantes: وكذلك EDI 14:17 &lt;orion&gt; هل هناك مكان لتجميعها؟ أي منطقة في المنتدى؟ 14:18 &lt;orion&gt; أو ربما صفحة ويكي؟ 14:18 &lt;jrandom&gt; orion: ويكي susi أو ugha 14:18 &lt;orion&gt; سأقوم بإعداد ويكيات لـ bytemonsoon وorion.i2p للمساعدة في الوصول إلى توافق مجتمعي بشأن أهداف التطوير المستقبلية لكل منهما. 14:18 &lt;BrockSamson&gt; ‏XML + تشفير بدون CDATA = ‏MIME، أليس كذلك؟ 14:19 &lt;jrandom&gt; رائع يا orion 14:19 &lt;jrandom&gt; BrockSamson: ‏S/MIME، مع محلّلات مختلفة ;) 14:19 &lt;orion&gt; (وأيضاً واحدة لبيانات الاسم الوصفية) 14:21 &lt;jrandom&gt; هناك طرق كثيرة للتعامل مع البيانات الوصفية، المهم هو المرونة و«الصحة» حتى يمكنها أن تنمو أو تتغير بمرور الوقت 14:21 * jrandom واثق أن Ragnarok وآخرين سيخرجون بأشياء جيدة :) 14:21 &lt;orion&gt; لهذا أعتقد أن مسودة عامة مطلوبة. 14:22 &lt;ant&gt; &lt;cervantes&gt; اتحاد i2p :P 14:22 &lt;jrandom&gt; حسناً، كان الناس يقولون «على أحدهم أن يضع أفكاره على الويكي» خلال الاجتماعات القليلة الماضية، لكن صفحات الويكي لا تنمو كثيراً ;) والذي لا بأس به، نمضي بالوتيرة التي نمضي بها 14:23 * orion يَعِد بأن يطلق ثلاث ويكيات خلال يوم ويرسل للجميع مواقعها عبر البريد 14:23 &lt;BrockSamson&gt; نادِني كسولاً، لكن جرّب مقارنة أمر شراء EDI وفق ANSI 850 بأي أمر شراء مبني على XML، وسأفضل فك الترميز والبرمجة والتنقيح لنسخة XML. حتى لو كانت بحجم أكبر 5 مرات من EDI 14:23 &lt;jrandom&gt; w00t 14:23 &lt;jrandom&gt; هه يا BrockSamson 14:24 &lt;BrockSamson&gt; الموضع 10 هو ST؟ أوه إذن الموضع 310 يجب أن يكون الاسم 14:24 &lt;BrockSamson&gt; يا لغبائي 14:24 &lt;jrandom&gt; BrockSamson: لا أظن أن مخططات XML لأوامر الشراء أفضل بكثير ;) 14:24 &lt;jrandom&gt; (لكن نعم، تلك الأشياء كارثة كاملة الأوصاف) 14:25 &lt;BrockSamson&gt; هي كذلك عند الرابعة والنصف صباحاً 14:25 &lt;BrockSamson&gt; إلا إذا... 14:25 &lt;jrandom&gt; هه 14:25 &lt;BrockSamson&gt; كانت مكتوبة بواسطة مبرمج EDI سابق 14:25 &lt;BrockSamson&gt; ويبدو XML هكذا: &lt;p1&gt;&lt;po&gt;&lt;q&gt;1&lt;/q&gt;&lt;/po&gt;&lt;/p1&gt; 14:26 &lt;BrockSamson&gt; أراهن، مع ذلك، لو جمعت ساعات المشاريع مفتوحة المصدر التي تُقضى في الحديث عن «‏XML» أو «ليس ‏XML» لتمكنت من برمجة لينكس عشر مرات. 14:26 &lt;BrockSamson&gt; كل مشروع كنت جزءاً منه خاض نقاشات ضخمة حول ذلك 14:27 &lt;orion&gt; النقاشات جيدة للمشروع، وهذا يعتمد على من يُناقش. ;) 14:27 &lt;jrandom&gt; إيه، يفعل ما يفعله، لكنه ليس ترياقاً لكل الداء. قد يعمل جيداً لأمور التسمية 14:28 &lt;BrockSamson&gt; كثيرون في المشاريع فقط ليجادلوا مع ذلك. 14:28 &lt;jrandom&gt; ليس هنا. أنا هنا من أجل البيرة المجانية 14:28 &lt;ant&gt; &lt;cervantes&gt; هذا قابل للنقاش 14:28 &lt;orion&gt; ستكون تفاصيل التنفيذ أوضح عندما تصبح مسودة المواصفة أكثر ملموسية. 14:28 &lt;orion&gt; ومن هنا الحاجة إلى ويكي/مراجعة أقران. 14:29 &lt;BrockSamson&gt; سمعت أن هذا المشروع يوزّع Garlic مجاني 14:29 &lt;jrandom&gt; الكثير منه 14:30 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء ليطرحه في الاجتماع؟ 14:30 &lt;ant&gt; * cervantes يدفع البقرة الاحتفالية مع الجرس 14:30 &lt;ant&gt; &lt;cervantes&gt; call =cow 14:30 * jrandom يستعد 14:31 * jrandom يضرب جرس البقرة بـ *baf*، مختتماً الاجتماع </div>/ar/blog/2005/01/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-18/Tue, 18 Jan 2005 00:00:00 +0000/ar/blog/2005/01/18/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-18/<p>مرحباً بالجميع، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) 0.5 3) i2pmail.v2 4) azneti2p_0.2 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>هممم، لا جديد يُذكر هنا - الأمور لا تزال تعمل كما كانت في الأسبوع الماضي، وحجم الشبكة ما يزال مشابهًا إلى حد كبير، وربما أصبح أكبر قليلًا. بعض المواقع الجديدة الرائعة بدأت بالظهور - راجع المنتدى [1] و orion [2] للتفاصيل.</p> <p>[1] <code>http://forum.i2p.net/viewforum.php?f=16</code> [2] <code>http://orion.i2p/</code></p> <ul> <li> <ol start="2"> <li>0.5</li> </ol> </li> </ul> <p>بفضل مساعدة postman وdox وfrosk وcervantes (وكل من مرّروا البيانات عبر routers الخاصة بهم ;))، جمعنا إحصاءات أحجام الرسائل ليوم كامل [3]. هناك مجموعتان من الإحصاءات - ارتفاع وعرض التكبير. وقد جاء ذلك بدافع الرغبة في استكشاف تأثير استراتيجيات حشو الرسائل المختلفة على الحمل على الشبكة، كما هو مبيّن [4] في إحدى مسودات توجيه tunnel 0.5. (ooOOoo صور جميلة).</p>/ar/blog/2005/01/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-11-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/Tue, 11 Jan 2005 00:00:00 +0000/ar/blog/2005/01/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-11-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes, deer, dm, duck, fdr, jrandom, lucky, protok0l, toad\_</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:10 &lt;jrandom&gt; 0) مرحباً 13:10 &lt;deer&gt; &lt;Ragnarok&gt; أنت مطرود 13:10 &lt;jrandom&gt; 1) حالة الشبكة 13:10 &lt;jrandom&gt; 2) تقدم 0.5 13:10 &lt;jrandom&gt; 3) حالة 0.6 13:10 &lt;deer&gt; &lt;polecat&gt; مع السلامة! 13:10 &lt;jrandom&gt; 4) azneti2p 13:10 &lt;jrandom&gt; 5) fbsd 13:10 &lt;jrandom&gt; 6) hosts.txt كـ WoT (شبكة الثقة) 13:11 &lt;jrandom&gt; 7) ??? 13:11 &lt;jrandom&gt; 0) مرحباً 13:11 * jrandom يلوّح 13:11 &lt;fdr&gt; yo 13:11 &lt;deer&gt; &lt;Ragnarok&gt; hola 13:11 &lt;toad_&gt; هل بدأت للتو؟ /me سأكتفي بالمشاهدة من حين لآخر 13:11 &lt;deer&gt; &lt;detonate&gt; مرحباً 13:11 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية حتى http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 &lt;jrandom&gt; رائع، الجميع مُرحّب بهم 13:11 &lt;deer&gt; &lt;polecat&gt; أوه. ليس وظيفتك. خطئي. =3 13:11 &lt;jrandom&gt; سجلات اجتماعات المطورين تُنشر على الموقع (بعد الاجتماع بالطبع) 13:11 &lt;fdr&gt; أنا جائع جداً، لذا سأدخل وأخرج.. 13:12 &lt;jrandom&gt; حسناً، ننتقل إلى 1) حالة الشبكة 13:12 &lt;jrandom&gt; يبدو أن الأمور تعمل جيداً. duck عاد (ياي!) 13:12 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه بخلاف ما في البريد الإلكتروني - هل لدى أي شخص شيء؟ 13:13 &lt;deer&gt; &lt;jrandom&gt; لا 13:13 &lt;jrandom&gt; حسناً، إن لم يكن، ننتقل إلى 2) حالة 0.5 13:14 &lt;jrandom&gt; هناك تقدم جيد هنا، أخيراً جعلنا تشفير المصفوفة يعمل، لكن بعد الدردشة مع polecat في اليوم الآخر، هناك تعديل بسيط نحتاج لإضافته 13:14 &lt;toad_&gt; أتتحدث مع نفسك؟ 13:14 &lt;jrandom&gt; هه نعم، حتى يرد أحد ;) 13:14 &lt;jrandom&gt; (كان يجب أن ترى هذه الاجتماعات قبل أن أنشر ملاحظات الحالة الأسبوعية مسبقاً) 13:14 &lt;toad_&gt; كنت أعني عبر الشبكات. أنا أتحدث مع نفسي طوال الوقت، لكن ليس عادة عبر الشبكات. ;) 13:15 &lt;deer&gt; &lt;jrandom_&gt; عبر ثلاث شبكات حتى [iip هنا] 13:15 &lt;deer&gt; &lt;Ragnarok&gt; توقف عن ذلك، إنه مُخيف :) 13:15 &lt;deer&gt; * postman يلوّح 13:16 &lt;jrandom&gt; لا يوجد لدي ما أضيفه بخصوص 0.5، سوى «المزيد من المعلومات قريباً» 13:16 &lt;deer&gt; &lt;polecat&gt; بالنسبة لأداء الشبكة، الـ i2p router لدي تعطل قبل 24 ساعة، لكن قبل ذلك حققت 8 أيام من وقت التشغيل. 13:16 &lt;jrandom&gt; آه حسناً، رائع 13:16 &lt;jrandom&gt; هل كانت OOM (نفاد الذاكرة)؟ هل كنت تشغّل BT أم بسبب النشاط فقط؟ 13:17 &lt;deer&gt; &lt;polecat&gt; مجرد مِقياس أتباهى به. =3 13:17 &lt;deer&gt; &lt;frosk&gt; عموماً أحصل على قدر ما أريد من وقت التشغيل من الـ router لدي، وإن كان عادة لا يزيد عن 8-9 أيام بسبب الترقيات :) 13:17 &lt;deer&gt; &lt;frosk&gt; أعني 8-9 أيام 13:18 * jrandom يتمنى لو أن جهاز kaffe لدي يمكنه فعل ذلك (على كل حال) 13:18 &lt;deer&gt; * orion يستطيع إسقاط router متى شاء بتشغيل أكثر من 40 وِجهة محلية عبر btlaunchmanycurses.py. ;) 13:18 &lt;jrandom&gt; هه نعم، هذا كفيل بذلك يا orion 13:18 &lt;deer&gt; &lt;polecat&gt; تقول السجلات إن الـ JVM بدا متجمداً، لذا أفترض أن lucky استخدمني في tunnel لتنزيل غيغابايتات من رجال «مفرطي التجهيز». 13:18 &lt;deer&gt; &lt;orion&gt; ولكن كان لدي وقت تشغيل 15 يوماً قبل عواصف BT. 13:18 &lt;jrandom&gt; أوه، مثير للاهتمام يا polecat. 13:19 &lt;jrandom&gt; polecat: إن كنت تشعر بالشجاعة، قد يجدر بك تجربة أحدث Java Service Wrapper 13:19 &lt;jrandom&gt; (إن تخلّص من ذلك فعلينا الترقية) 13:19 &lt;deer&gt; * laberhorst حصل على 15 يوماً وقت تشغيل مع 0.4.2.5 بدون BT 13:19 &lt;jrandom&gt; أعتقد أن cervantes ما زال الفائز مع 0.4.1.1 بحوالي 41 يوماً 13:20 &lt;deer&gt; &lt;polecat&gt; هل يود أحد مراسلتي خاصاً حول كيفية الحصول على أحدث Java Service Wrapper؟ 13:20 &lt;jrandom&gt; على أي حال، هل لدى أحد تعليقات على أمور 0.5؟ 13:20 &lt;protok0l&gt; هل اكتمل i2p بعد؟ 13:20 &lt;jrandom&gt; http://wrapper.tanukisoftware.org/doc/english/ 13:20 &lt;deer&gt; &lt;eco&gt; أتطلع إلى الوثائق 13:20 &lt;jrandom&gt; !thwap protok0l 13:21 &lt;jrandom&gt; حسناً، ننتقل إلى 3) حالة 0.6 13:21 &lt;deer&gt; &lt;polecat&gt; ما زلت أعتقد أنه يجب أن تكون هناك طريقة لحساب checksum دون أن يعرف الـ gateway (البوابة) جميع قيم checksums، أو عددها. 13:21 &lt;deer&gt; &lt;Ragnarok&gt; أين ستُنشر الوثائق؟ 13:21 &lt;jrandom&gt; polecat: سأحب ذلك، لكني أشك في إمكانية القيام به. 13:22 &lt;jrandom&gt; Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD هو المسودة الحالية 13:22 &lt;jrandom&gt; (لم تُحدّث بخصوص مسألة القفزة الأولى) 13:22 &lt;deer&gt; &lt;Ragnarok&gt; شكراً 13:22 &lt;deer&gt; &lt;polecat&gt; «قالوا إنه لا يمكن فعل ذلك.... وصفوني بالجنون... لكنهم كانوا حمقى، حمقى! 13:22 &lt;jrandom&gt; هه 13:22 &lt;jrandom&gt; مهلاً، إن وجدت طريقة فأنا كلي آذان صاغية 13:23 &lt;jrandom&gt; (وأشعر أن جماعة mixmaster/mixminion سيكونون كذلك) 13:23 &lt;deer&gt; &lt;jrandom&gt; واو، 42 مستخدماً هنا 13:23 &lt;deer&gt; &lt;jrandom&gt; mule: هل أنت موجود؟ 13:24 &lt;deer&gt; &lt;polecat&gt; هه. سأبقي أنفي على الأرض إذن، لكن بلا وعود فأنا مجرد ابن عرس غبي ولست عبقرياً مثلكم. 13:24 * jrandom يقذف حيواناً صغيراً مكسوّاً بالفرو نحو polecat 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] انضم إلى #i2p 13:25 &lt;jrandom&gt; على أي حال، أمور 0.6 تبدو مثيرة، وmule بدأ ببعض الاختراق/القرصنة، لكن لا يزال الوقت مبكراً في اللعبة 13:26 &lt;jrandom&gt; كان zab مفيداً بإعطائنا بعض الإرشاد من طريقة LimeWire في التعامل مع الأمور، لكن التحكم في الازدحام لديهم مخيف نوعاً ما (نوافذ صغيرة ثابتة، ACK كامل) 13:26 &lt;jrandom&gt; (لكنني متأكد أنهم سيتحسنون مع الوقت بالطبع) 13:26 &lt;jrandom&gt; وكان من اللطيف أيضاً أنه أعطانا نظرة عملية حول كيفية تنفيذهم الفعلي، وما المفاجآت/العقبات التي واجهوها مع JVMs مختلفة، إلخ 13:27 &lt;jrandom&gt; (ياي zab) 13:27 &lt;jrandom&gt; على أية حال، إذا كنت مهتماً بالمساعدة في التصميم والتنفيذ أو دمج مزود آخر لـ 0.6، فاتصل بـ mule أو بي (أو بالطبع أرسل رقعاً ;) 13:28 &lt;jrandom&gt; ليس هناك الكثير لقوله حول ذلك، ما لم يكن لدى أحد شيء يطرحه؟ 13:28 &lt;deer&gt; &lt;polecat&gt; أليس من المفترض أن تحتوي 0.6 على دعم أولي لـ fusenet؟ 13:28 &lt;deer&gt; &lt;frosk&gt; بحلول أبريل، نأمل ذلك :) 13:29 &lt;toad_&gt; fusenet؟ 13:29 &lt;deer&gt; &lt;frosk&gt; لكن مع كل هذا العمل على نقل UDP، ربما سيكون جاهزاً قبل fusenet. 13:29 &lt;jrandom&gt; نعم، الهدف العام هو فقط إطلاق العجلة 13:29 &lt;deer&gt; &lt;frosk&gt; fusenet هو نظام لتوزيع المحتوى، أشبه ما يكون بـ usenet لكن على «المنشطات» 13:29 &lt;toad_&gt; رائع 13:30 &lt;deer&gt; &lt;frosk&gt; سيدعم في البداية المدوّنات ومنتديات النقاش ودفاتر العناوين من أجل ربط أسماء i2p بالوجهات 13:30 &lt;jrandom&gt; مع ذلك طبعاً، إن نفذنا نقل UDP الشهر المقبل، فغالباً سنُطلقه مع 0.5 13:31 &lt;deer&gt; &lt;frosk&gt; بالطبع، سيكون ذلك رائعاً :) 13:31 &lt;jrandom&gt; ولو كان عندي مُهر للعبت معه طوللللل اليوم 13:31 &lt;jrandom&gt; حسناً، هذا على الأرجح كل شيء بشأن 0.6، ننتقل إلى 4) azneti2p 13:31 &lt;deer&gt; &lt;frosk&gt; يسعدني إذن أنك لا تملك مُهراً ;) 13:31 &lt;jrandom&gt; هه 13:32 &lt;jrandom&gt; azneti2p == رائع جداً. 13:32 &lt;jrandom&gt; parg وباقي جماعة Azureus قاموا بعمل رائع، والتكامل فعلاً جميل 13:33 &lt;jrandom&gt; التورنت يعمل كما من قبل، يظهر بكل الرسوم البيانية الجميلة، ويسمح لك بكل الاصطفاف/التحكم المعتاد في Azureus، ولكن بشكل مجهول 13:33 &lt;deer&gt; &lt;postman&gt; w00t! 13:33 &lt;jrandom&gt; لا تزال هناك تحسينات وتبسيطات إضافية ينبغي القيام بها، لكن بالمجمل أنا معجب جداً 13:33 &lt;deer&gt; &lt;eco&gt; يا للروعة! أهلاً بالجماهير... 13:33 &lt;deer&gt; &lt;frosk&gt; أفهم أنك لا تزال بحاجة لبعض العمل اليدوي في لوحة تحكم الـ router قبل أن تتمكن من استخدامه؟ 13:33 * jrandom يُبقي البوابات مُغلقة لوقت قصييير إضافي 13:33 &lt;deer&gt; &lt;eco&gt; هل Java 1.5 مطلوب فعلاً؟ 13:34 &lt;deer&gt; &lt;polecat&gt; نعم.. أشياء أنيقة باستثناء أنك لا تستطيع تركه ليعمل كخدمة daemon. 13:34 &lt;deer&gt; &lt;postman&gt; يبدو كدعوة لشبكة i2p لتتلقّى ضرباً مبرحاً 13:34 &lt;jrandom&gt; frosk: صحيح - لكننا نعمل على ترقيعه ليُجري استدعاءات I2PTunnel من داخل الإضافة نفسها 13:34 &lt;deer&gt; &lt;frosk&gt; رائع 13:34 &lt;jrandom&gt; eco: لست متأكداً، جرّبته فقط مع 1.5، لكنني أصدقهم عندما يقولون ذلك. 13:34 &lt;deer&gt; &lt;polecat&gt; eco: آمل أن لا. o.O إن 1.5 مجرد محاولة من Sun لليّ ذراع السوق. 13:34 &lt;jrandom&gt; لكن يستحق التجربة، سأفعل ذلك لاحقاً 13:35 &lt;deer&gt; * postman لا يهتم، لدي واجهات إيثرنت غيغابت وكميات كبييرة من الحركة :) 13:35 &lt;deer&gt; &lt;polecat&gt; يا إلهي... وAzureus يتطلبه. عليّ أن أصنع تطبيق التورنت بـ C++ حقاً. 13:35 &lt;jrandom&gt; polecat: لدى Azureus وضع تشغيل headless mode (بلا واجهة رسومية)، وواجهة ويب 13:36 &lt;deer&gt; * polecat يرمش. 13:36 &lt;jrandom&gt; (لكن الأمر... صعب لغير المتمرسين [مثلي]) 13:36 &lt;deer&gt; &lt;polecat&gt; حسناً إذاً... كنت أظن أنه لا يملك ذلك، مثل KazAa 13:36 &lt;jrandom&gt; لكنني لم ألقِ عليه سوى نظرة سريعة (ثم عدت مسرعاً إلى الواجهة الرسومية ;) 13:36 &lt;deer&gt; &lt;Ragnarok&gt; هل سيقوم duck برفع i2p-bt إلى 3.9/4.0؟ 13:37 &lt;jrandom&gt; ragnarok: غير معروف، لكن duck يحرز حالياً قفزات كبيرة ليُبقي كل الأمور الحالية متوافقة مع azneti2p 13:37 &lt;jrandom&gt; (كان عليهم القيام ببعض... التغييرات الغريبة بسبب متطلبات تقنية) 13:37 &lt;deer&gt; &lt;polecat&gt; من أقوى جوانب p2p أن يعمل التطبيق بهدوء في الخلفية عندما لا تستخدمه. 13:38 * jrandom لا يجادل في هذه النقطة 13:38 &lt;jrandom&gt; حسناً، أعتقد أن هذا كل ما لدي بقِرْب azneti2p (عدا w00t مرة أخرى). مزيد من المعلومات في البريد، وسيكون هناك الكثير من النشاط في #i2p-bt على الأرجح 13:39 &lt;jrandom&gt; هل لدى أحد شيء يطرحه بخصوص azneti2p؟ 13:39 &lt;cervantes&gt; هل أنتم مستعدون له... ;-) 13:40 &lt;jrandom&gt; هه، نحن نعمل على ذلك 13:40 &lt;deer&gt; &lt;polecat&gt; قد أشير إلى أن مصدر Azureus سيئ للغاية... 13:40 &lt;deer&gt; &lt;polecat&gt; هناك 28 نقطة دخول رئيسية، ويستخدم عمق نطاقات (namespace) لا يقل عن 3. 13:40 &lt;deer&gt; &lt;Ragnarok&gt; هل يملك أي عميل BT مصدراً جميلاً؟ 13:40 &lt;jrandom&gt; هناك بعض الغرائب، لكني أظن أنك ستجد ذلك في مصدر أي مشروع آخر (NIH) 13:40 &lt;deer&gt; &lt;polecat&gt; مشروعي سيكون كذلك. 13:40 &lt;jrandom&gt; أوه هيا، net.i2p.router.netdb.kademlia.* :) 13:41 &lt;deer&gt; &lt;Ragnarok&gt; ليس إن كان مكتوباً بـ C++ ;) 13:41 &lt;toad_&gt; lol 13:41 &lt;deer&gt; &lt;polecat&gt; قلت «على الأقل»! 13:42 &lt;jrandom&gt; حسناً، على أي حال، نواصل إلى 5) fbsd 13:42 &lt;deer&gt; &lt;polecat&gt; Ragnarok: لم ترَ كيف *سعال*أسيء استخدام*سعال* C++. n.n 13:42 * duck يُطلّ 13:42 &lt;deer&gt; &lt;polecat&gt; من يهتم بـ FreeBSD؟ من يرفع يده؟ 13:42 &lt;jrandom&gt; lioux عبأ إصدار 0.4.2.6 ضمن ports (w00t!) 13:42 &lt;deer&gt; * detonate يرفع يده 13:42 &lt;deer&gt; &lt;polecat&gt; أكُفّ، مجسّات، أجنحة، إلخ؟ 13:43 * jrandom يرفع يدي 13:43 * [dave] يرفع 13:43 &lt;deer&gt; &lt;Ragnarok&gt; duck: 3.9/4.0؟ :) 13:43 &lt;deer&gt; &lt;polecat&gt; واو، i2p مدمج داخل توزيعة؟ 13:43 &lt;duck&gt; Ragnarok: نقص التعليقات/الوثائق/إلخ على أحدث تغييرات Bram-Bittorrent كان انتكاسة نوعاً ما 13:43 &lt;fdr&gt; FreeBSD رائع :( 13:43 &lt;deer&gt; &lt;Ragnarok&gt; أراهن 13:43 &lt;fdr&gt; قد أكون متحيزاً رغم ذلك. 13:44 &lt;jrandom&gt; نعم، كنت قلقاً في البداية يا polecat، لكن تنفيذ ports لديه بدا سهلاً جداً (لذا ستكون التحديثات سهلة جداً) 13:44 &lt;duck&gt; سيتطلب ذلك دراسة ما فعلوه، ربما يستحق الجهد 13:44 &lt;deer&gt; &lt;polecat&gt; بالنسبة لي، fbsd توزيعة بنواة غريبة والكثير من إخفاء البيانات. وفي النهاية كله POSIX لذا... ;) 13:44 &lt;jrandom&gt; polecat: وJVMs غريبة جداً جداً 13:45 &lt;duck&gt; مع أنني سراً كنت آمل أن يحل azneti2p كل المشاكل 13:45 &lt;deer&gt; &lt;Ragnarok&gt; duck: بدا أنه كانت هناك تحسينات لطيفة، لكنك على الأرجح من سيقوم بالعمل، لذا... :) 13:45 &lt;deer&gt; &lt;polecat&gt; أُف... لا تذكرني. 13:45 &lt;jrandom&gt; هه، azneti2p سيلبي ربما احتياجات الكثير من المستخدمين، لكن أدوات سطر الأوامر البسيطة (CLI) ستظل مفيدة للخارقين هناك 13:46 &lt;jrandom&gt; على أي حال، يبدو أنه اختبر i2p 0.4.2.6 على fbsd5.3 دون مشاكل (w00t) 13:46 &lt;deer&gt; &lt;Ragnarok&gt; آه، لا أحب Azureus، أفضل كثيراً استخدام العميل العادي 13:46 * jrandom فعل ذلك فقط على 4.8 13:46 &lt;duck&gt; حالياً أرغب بفعل شيء مع kenosis؛ بما أنني «مبرمج كرّ وفرّ» 13:47 &lt;deer&gt; &lt;eco&gt; jrandom: أي JVM استخدم؟ 13:47 &lt;jrandom&gt; kenos2p 13:47 &lt;jrandom&gt; eco: نسخة Sun 1.4 مُجمّعة محلياً 13:47 &lt;jrandom&gt; (بوووو-هس) 13:47 &lt;deer&gt; &lt;eco&gt; آه، غير قانوني! 13:47 &lt;deer&gt; &lt;polecat&gt; ouch. 13:47 &lt;jrandom&gt; ((لكن kaffe يعمل)) 13:48 &lt;jrandom&gt; eco: هل هو غير قانوني؟ ظننت أنك تستطيع الموافقة على الشروط والحصول على المصدر بشكل شرعي على fbsd 13:48 &lt;deer&gt; &lt;eco&gt; سحبت Sun الترخيص حسب علمي 13:48 &lt;jrandom&gt; همم، أظن أن ذلك فقط ترخيص Blackdown 13:48 &lt;jrandom&gt; (وبصراحة، Blackdown سيئ) 13:49 &lt;jrandom&gt; لا يزال بإمكان الأفراد ترخيصه تحت SCSL 13:49 &lt;deer&gt; &lt;polecat&gt; ouch. 13:49 &lt;jrandom&gt; (الابن البكر، إلخ) 13:49 &lt;jrandom&gt; هه، من المثير سماع هذا التذمّر من التراخيص بينما القليل يشتكي من حقوق النشر ;) 13:50 &lt;jrandom&gt; لكن هذا النقاش مناسب أكثر لـ 7) ?? 13:50 &lt;jrandom&gt; ونحن الآن في 5) fbsd 13:50 &lt;deer&gt; &lt;eco&gt; أمور الترخيص على http://www.freebsdfoundation.org/press/20041221-newsletter.shtml ، لكن لنعد إلى الموضوع الرئيسي... 13:50 &lt;cervantes&gt; هذه أول مرة نتسلل فوق 5) منذ مدة طويلة 13:51 &lt;jrandom&gt; cervantes: وقد اضطررنا لتقليص الأمور ;) 13:51 &lt;jrandom&gt; حسناً، أظن أن هذا كل شيء بخصوص fbsd (عدا «ياي!») 13:51 &lt;jrandom&gt; نقفز إلى موضوع فوضوي... 6) hosts.txt كـ WoT (شبكة الثقة) 13:51 &lt;deer&gt; &lt;polecat&gt; الترخيص قد يوقعك عند العقدة، بينما انتهاك حقوق النشر لا يمكن تعقبه إلا إلى الوجهة. 13:51 &lt;deer&gt; &lt;polecat&gt; والتي «لا يمكن» العثور عليها. 13:52 &lt;jrandom&gt; صحيح يا polecat، لكن بمجرد أن يحصلوا على تحكم مادي بجهازك، فأنت في ورطة عميقة على أي حال 13:53 &lt;jrandom&gt; على أي حال، لست متأكداً أن لدي الكثير لأضيفه لما نُشر في البريد بخصوص hosts.txt 13:53 &lt;jrandom&gt; هل لدى أحد أسئلة/تعليقات/مخاوف؟ 13:53 &lt;jrandom&gt; (هل كنتُ مُبهماً بما يكفي؟ :) 13:53 &lt;duck&gt; نعم 13:53 &lt;deer&gt; * eco يفكر بتسليم إدارة hosts.txt للأمم المتحدة 13:54 &lt;jrandom&gt; هه نعم، لأننا نعلم أن السلطات البيروقراطية المركزية اللطيفة دائماً تفعل الشيء الصحيح 13:54 &lt;toad_&gt; lol 13:55 &lt;jrandom&gt; أظن أن «المكسب الكبير» الحقيقي سيكون عندما يحصل دفتر العناوين على واجهة ويب وبيانات وصفية أكثر 13:55 &lt;jrandom&gt; (وربما التلقيم عبر fusenet، إلخ) 13:55 &lt;deer&gt; &lt;Ragnarok&gt; البيانات الوصفية ستكون الشيء التالي الذي سأعمل عليه، باستخدام سجلات أسماء XML 13:56 &lt;jrandom&gt; رائع يا Ragnarok! 13:56 &lt;jrandom&gt; ما رأيك في جانب WoT يا ragnarok - هل تراها مسألة مرتبطة بدفتر العناوين، أم بطريقة تصورك للتسمية؟ 13:57 &lt;deer&gt; &lt;Ragnarok&gt; جوهر الأمر أنني أرى أن طريقة عمل دفتر العناوين (وكيفية تداول مراجع الأسماء على fusenet) هي الطريقة الوحيدة المعقولة فعلاً للتعامل مع التسمية على i2p 13:58 &lt;deer&gt; &lt;Ragnarok&gt; إذن، الـ WoT ميزة :) 13:58 &lt;jrandom&gt; Wo0T 13:58 &lt;lucky&gt; واو 13:58 &lt;deer&gt; &lt;eco&gt; لكن بالتأكيد تبيعون حسابات مميزة؟ 13:58 &lt;lucky&gt; هل هذا ضفدع أراه؟ 13:58 &lt;lucky&gt; ضفدع حقيقي؟ 13:58 &lt;lucky&gt; أم مجرد ضفدع مائي. 13:58 &lt;deer&gt; &lt;frosk&gt; النقطة المهمة برأيي، هي كيفية التعامل مع التصادمات 13:59 &lt;toad_&gt; ضفدع 13:59 &lt;deer&gt; &lt;detonate&gt; من يأتي أولاً يُخدم أولاً 13:59 &lt;jrandom&gt; صحيح يا frosk، سيكون من الجميل وجود واجهة لإدارتها، بدلاً من مجرد «اقرأ السجل» 13:59 &lt;deer&gt; &lt;Ragnarok&gt; frosk: أعتقد أنها مسألة واجهة أكثر من أي شيء آخر. سيتعين على المستخدم حل التصادمات. 13:59 &lt;toad_&gt; نادِ اسمي إن اقترب من منطقتي :) 13:59 &lt;deer&gt; &lt;frosk&gt; Ragnarok: هذا رأيي أيضاً 13:59 &lt;deer&gt; &lt;Ragnarok&gt; وأي شيء آخر يمكن مهاجمته 13:59 &lt;lucky&gt; أوه، ليس ضفدع Freenet. 13:59 &lt;lucky&gt; أوه 13:59 &lt;lucky&gt; بل هو كذلك. 13:59 &lt;deer&gt; &lt;eco&gt; إذن الأسماء أشبه بالألقاب/الأسماء المستعارة في برامج المراسلة؟ 14:00 &lt;deer&gt; &lt;frosk&gt; يجب تخزين التصادمات بحيث يمكنك التبديل بعد زمن طويل من وقوعها 14:00 &lt;deer&gt; &lt;Ragnarok&gt; وربما لا يمكن إثبات أنه أفضل في الحالة العامة 14:00 &lt;lucky&gt; هل ندفع لـ toad الآن؟ 14:00 &lt;jrandom&gt; eco: صحيح - الأسماء مجرد ألقاب محلية خاصة 14:00 &lt;deer&gt; &lt;susi23&gt; يجب أن يتعرف دفتر العناوين على التصادمات وينبّه المستخدم حتى يقرر 14:01 &lt;deer&gt; &lt;Ragnarok&gt; frosk: بعد الانتقال إلى سجلات الأسماء، النية هي ألا نتخلص منها مطلقاً، بل نجعل تغيير العنوان الذي تقابله سهلاً 14:01 &lt;deer&gt; &lt;susi23&gt; حتى يتخذ المستخدم قراره يجب «عزل» أي تغييرات متعلقة بالتصادم بطريقة ما :) 14:01 &lt;deer&gt; &lt;Ragnarok&gt; susi23: هذا في الأساس ما يحدث الآن 14:01 &lt;deer&gt; &lt;Ragnarok&gt; فقط أن واجهته رديئة 14:01 &lt;deer&gt; &lt;frosk&gt; Ragnarok: يبدو جيداً :) هل لديك واجهة ويب قيد العمل؟ (أم أن هناك واحدة موجودة لستُ على علم بها؟) 14:02 &lt;deer&gt; &lt;susi23&gt; جيد إذن 14:02 &lt;deer&gt; &lt;Ragnarok&gt; لا. لا أعمل على واجهات ويب :) 14:02 &lt;deer&gt; &lt;Ragnarok&gt; أظن أن susi كان يعمل على شيء ما، لكن لست متأكداً مما حدث 14:02 &lt;jrandom&gt; (متطوعون؟ هل من فرصة لإحياء susidns لإدارة الأسماء؟) 14:03 &lt;deer&gt; &lt;susi23&gt; حسناً، امنحني أسبوعاً، سأضعها على قائمة المهام 14:03 &lt;jrandom&gt; (وبعد susidns، نحتاج susitorrent و susiirc...) 14:03 &lt;jrandom&gt; ممتاز! 14:04 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يطرحه بخصوص موضوع hosts.txt برمته؟ 14:05 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 7) ??? 14:05 &lt;deer&gt; &lt;Ragnarok&gt; شيء واحد 14:05 &lt;jrandom&gt; المايك معك 14:05 &lt;deer&gt; &lt;Ragnarok&gt; في الإصدار القادم، هل يمكننا الاتفاق على أن تتم إدارة hosts.txt مباشرة بواسطة دفتر العناوين، حتى نتوقف عن العبث بـ userhosts.txt؟ 14:06 &lt;jrandom&gt; يبدو منطقياً. سأتوقف عن شحن hosts.txt داخل i2pupdate.zip (لكنني سأضمّنه في i2pinstall.jar) 14:06 &lt;deer&gt; &lt;Ragnarok&gt; رائع. هذا كل شيء :). 14:07 &lt;jrandom&gt; حسناً، الآن نعود إلى المنصة المفتوحة 14:07 &lt;jrandom&gt; هل لدى أحد آخر شيء يريد طرحه؟ 14:07 &lt;deer&gt; &lt;postman&gt; نعم 14:07 &lt;jrandom&gt; تفضل يا postman 14:07 &lt;deer&gt; * postman يرفع يده 14:08 &lt;deer&gt; * postman يبحث بيأس عن متطوع يوفر خادم MX ثانوياً لـ i2pmail.org (وهو inproxy (وكيل داخلي) للنظام البريدي الداخلي) 14:09 &lt;deer&gt; &lt;postman&gt; إن كان لدى أحدهم آلة مستقرة وسريعة (مخصصة)، فسأكون سعيداً جداً بقبول المساعدة 14:09 &lt;deer&gt; &lt;postman&gt; سأوفر الإعدادات/ودليل «كيف تفعل» بنفسي 14:09 &lt;deer&gt; &lt;eco&gt; ما المقصود بـ «سريعة»؟ 14:10 &lt;deer&gt; &lt;postman&gt; eco: عنوان IP ثابت سيكون جيداً - كل شيء آخر قابل للتفاوض 14:10 &lt;jrandom&gt; كم من الحركة تراها عبر mail.i2p يا postman؟ 14:10 &lt;jrandom&gt; (أقصد الخارجية) 14:10 &lt;deer&gt; &lt;polecat&gt; مستقرة، سريعة، مخصصة... حسناً، ثلث المتطلبات ليس سيئاً. 14:10 &lt;deer&gt; &lt;postman&gt; حركة البريد منخفضة جداً 14:10 &lt;deer&gt; &lt;postman&gt; الوارد/الصادر حوالي 500 رسالة/شهر 14:11 &lt;jrandom&gt; آه رائع 14:11 &lt;deer&gt; &lt;Frooze&gt; لدي بطيئة (500 ميغاهرتز)، لكنها مستقرة ومخصصة 14:11 &lt;deer&gt; &lt;postman&gt; لكن بما أن inproxy سيكون لديه I2P يعمل 14:11 &lt;jrandom&gt; (من المحتمل أن يزداد ذلك مع معرفة المزيد من الناس به ;) 14:11 &lt;deer&gt; &lt;eco&gt; هل ستكون الآلة للبريد الوارد فقط؟ 14:11 &lt;deer&gt; &lt;postman&gt; أظن أن معظم الحركة ستكون عبر I2P 14:12 &lt;deer&gt; &lt;postman&gt; eco: على الأقل الوارد (هذا مطلوب لهذا الغرض) 14:12 &lt;deer&gt; &lt;postman&gt; إن كان المشغّل موافقاً، أود تدوير البريد الصادر على كلتا الآلتين 14:12 &lt;deer&gt; &lt;postman&gt; Frooze: لا بأس، طالما أنه قادر على تشغيل i2p 14:13 &lt;deer&gt; &lt;postman&gt; فقط أرسل لي بريداً 14:13 * toad_ يتساءل إن كانت مشكلاته الحالية ضمن «أي أمور أخرى» أم أنها بينه وبين jrandom فقط 14:13 &lt;deer&gt; &lt;postman&gt; إن كان أحد مهتماً 14:14 &lt;deer&gt; * postman يعيد الميكروفون 14:14 &lt;deer&gt; &lt;Frooze&gt; سأفعل. 14:14 &lt;deer&gt; &lt;postman&gt; شكراً jr :) 14:14 &lt;jrandom&gt; رائع، شكراً يا postman 14:14 &lt;jrandom&gt; toad_: أظن أن هناك الكثير لنقاشه، وإن كان إلى حد كبير سؤالاً يخص جماعة Freenet 14:15 &lt;toad_&gt; jrandom: صحيح 14:15 &lt;toad_&gt; jrandom: لنتحدث بعد الاجتماع 14:15 &lt;jrandom&gt; يبدو جيداً 14:15 &lt;duck&gt; لا عراك علني بالطين؟ :/ 14:15 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء يطرحه للاجتماع؟ 14:15 &lt;jrandom&gt; هه يا duck 14:15 &lt;deer&gt; * eco يشير إلى http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 14:15 &lt;jrandom&gt; (كان ذلك على tech ;) 14:15 &lt;cervantes&gt; postman: جهازي عليه الكثير من الأشياء التي تعمل ولا يمكنه أن يفيد أخشى ذلك ;-) 14:15 &lt;deer&gt; &lt;polecat&gt; Ragnarok: إذا أمكننا توقيع بيانات المضيف في دفتر العناوين، فسيتيح ذلك التحديثات التلقائية. وإلا فليس هناك الكثير لفعله. حتى إن ظهرت نافذة للمستخدم، كيف سيعرف أي مفتاح هو الدقيق؟ 14:15 &lt;deer&gt; &lt;Ragnarok&gt; ماذا تعني «دقيق»؟ 14:16 &lt;jrandom&gt; polecat: توقيع الإدخالات سيكون مذهلاً بحق. 14:16 &lt;deer&gt; &lt;eco&gt; للعلم 14:16 &lt;deer&gt; &lt;eco&gt; لا يوجد طين متورط. 14:16 &lt;deer&gt; &lt;Ragnarok&gt; (والتوقيع مخطط له لسجلات الأسماء) 14:16 &lt;deer&gt; &lt;postman&gt; cervantes: مرحباً، شكراً على أي حال :) 14:16 &lt;cervantes&gt; على الرحب والسعة بالفعل 14:16 &lt;cervantes&gt; :P 14:17 &lt;jrandom&gt; حسناً، أي شيء آخر؟ 14:17 &lt;deer&gt; &lt;polecat&gt; Ragnarok: الدقة تعني أن تكون النتيجة متمحورة حول النتيجة الصحيحة. 14:17 &lt;cervantes&gt; postman: أنتظر أن يُفلس أحد عملائي قبل أن أتسلل إلى أحد خوادم بريدهم المنسية لتثبيت i2p 14:18 &lt;deer&gt; &lt;Ragnarok&gt; polecat: نعم، لكن ما «النتيجة الصحيحة»؟ 14:18 &lt;jrandom&gt; لول يا cervantes 14:18 &lt;cervantes&gt; %s/polecat/postman 14:19 &lt;deer&gt; &lt;polecat&gt; يمكن لملف دفتر العناوين الذي يُرسل بين eepsites أن يقوم بالتوقيع ضمن تنسيقه، مع إبقاء hosts.txt الآخر كما هو. 14:19 * duck يتساءل إن كان تحديث dot.png مفيداً؟ 14:19 &lt;duck&gt; لقد أصبح مكتظاً نوعاً ما 14:19 &lt;deer&gt; &lt;eco&gt; أعطونا تطبيق جافا ثلاثي الأبعاد 14:20 &lt;jrandom&gt; duck: من الصعب قراءته قليلاً، نعم ;) 14:20 &lt;jrandom&gt; duck: ربما نعرض الخطوط الزرقاء فقط؟ 14:20 &lt;jrandom&gt; بالنسبة لي، تأتي القيمة من رؤية مدى انتشار اللون الأخضر 14:20 &lt;jrandom&gt; (أو ما إذا كانت هناك عناقيد خضراء داكنة، إلخ) 14:20 &lt;deer&gt; &lt;Ragnarok&gt; polecat: سيتم دعم التوقيع في تنسيق سجلات الأسماء XML. 14:21 &lt;deer&gt; &lt;polecat&gt; Ragnarok: النتيجة الصحيحة هي أن الاسم المقروء بشرياً يرتبط بالوجهة التي تتوقع رؤيتها، ولا يتغير إلا عندما يغيّر مالك تلك الوجهة مفاتيحه. 14:21 &lt;deer&gt; &lt;polecat&gt; صحيح. إذن... رائع. لا مشكلة إذاً. 14:21 &lt;deer&gt; &lt;Ragnarok&gt; هذا ما لدينا الآن 14:22 &lt;deer&gt; &lt;polecat&gt; إذا طابقت توقيعات التحديث المفتاح العام للسجل الأصلي فيمكنك التحديث تلقائياً دون مشكلة. 14:24 &lt;jrandom&gt; حسناً، لا يزال هناك متسع لنقاش «الجدل الكبير حول التسمية» بالطبع 14:24 &lt;jrandom&gt; هل لدى أحد أي شيء آخر للاجتماع؟ 14:24 &lt;deer&gt; * eco لديه استطلاع واجهة مستخدم 14:24 * jrandom لديه GUI 14:25 &lt;deer&gt; &lt;Ragnarok&gt; سيتم دعم ذلك بمجرد أن نحصل على التوقيع :) 14:25 &lt;deer&gt; &lt;eco&gt; خيار i2ptunnel في واجهة الويب ينتج نافذة منبثقة - هل أنا الوحيد الأقل حماساً لذلك؟ 14:25 &lt;jrandom&gt; بالتأكيد لست الوحيد يا eco. 14:25 &lt;jrandom&gt; لقد كتبت واجهة ويب i2ptunnel على نحو سيء تقريباً بقدر ما أستطيع 14:25 &lt;jrandom&gt; إنها سيئة، سيئة جداً 14:25 * cervantes يسرق عبارة jrandom «patches welcome» 14:26 &lt;jrandom&gt; (كما قال cervantes :) 14:26 &lt;jrandom&gt; أو حتى HTML بسيط، يمكنني دمجه مع الـ JSP 14:26 &lt;jrandom&gt; (لكن بالطبع رقع للـ JSP ستكون لطيفة) 14:27 &lt;cervantes&gt; jrandom: بالمناسبة لدي رقعة لما ناقشناه أمس... سأختبرها قليلاً أكثر أولاً.... 14:27 &lt;jrandom&gt; آه ممتاز يا cervantes، شكراً! 14:27 &lt;deer&gt; &lt;eco&gt; لماذا لا ندرج ذلك في الصفحة الرئيسية، مثل الصفحات الأخرى؟ 14:27 &lt;deer&gt; &lt;eco&gt; حسناً، إذن لا سبب ديني أو تقني كبير وراء ذلك؟ 14:28 &lt;deer&gt; * polecat لدى polecat FUI 14:28 &lt;jrandom&gt; eco: من منظور واجهة المستخدم يمكن جعله يبدو مثل الصفحات الأخرى، لكن ليس تقنياً 14:28 &lt;jrandom&gt; تقنياً، يجب أن يبقى منفصلاً كتطبيق عميل يُنشر كملف .war منفصل 14:28 &lt;deer&gt; &lt;polecat&gt; Ragnarok: ظننت أنك قلت إن هذا ما لدينا الآن؟ 14:29 * jrandom يقدّر كثيراً مساهمة mihi في ذلك الكود، لكن لا أستطيع أن أجعل لوحة تحكم i2p تعتمد على GPL 14:29 &lt;deer&gt; &lt;Ragnarok&gt; آه، عذراً، قصدت كل شيء عدا التوقيع، والذي من الواضح أننا لا نقوم به الآن. 14:29 &lt;jrandom&gt; (لكن يمكننا جعله يبدو مثل الصفحات الأخرى 14:30 &lt;deer&gt; &lt;eco&gt; آه، مسائل ترخيص. رائع 14:30 &lt;jrandom&gt; هه، أليس ذلك عظيماً يا eco؟ 14:30 &lt;deer&gt; &lt;Ragnarok&gt; إذن حالياً لا تُحدَّث العناوين تلقائياً أبداً، وتغيير الوجهة التي يشير إليها عنوان يتطلب دائماً تدخل المستخدم 14:30 &lt;cervantes&gt; iframe :P 14:30 * jrandom يتمنى لو أن الناس رأوا مهزلة الملكية الفكرية IP على حقيقتها وأطلقوا الأعمال للملك العام 14:30 &lt;deer&gt; &lt;eco&gt; لكن في هذه الحالة، اتصال socket مثلاً ينبغي أن يكون مقبولاً من ناحية GPL على ما أظن 14:30 &lt;jrandom&gt; cervantes: ليس بديلاً مستحيلاً 14:30 &lt;jrandom&gt; صحيح يا eco 14:31 &lt;jrandom&gt; لقد بذلنا قصارى جهدنا للمراوغة حول دمج «اللحم الحقيقي» (باستخدام clients.config و i2ptunnel.config)، لكن واجهة الويب تعاني قليلاً من ذلك 14:33 &lt;deer&gt; &lt;susi23&gt; أي رغبات أو طلبات ميزات أو تعليقات حول واجهة دفتر العناوين يرجى إضافتها إلى `http://susi.i2p/susidns.html` 14:33 * toad_ يحترم آراء jrandom «المتطرفة» في الترخيص مع أنه يختلف معها بشدة :) 14:33 &lt;jrandom&gt; أوه رائع، سأفعل ذلك يا susi23 14:34 &lt;jrandom&gt; هه toad_ :) 14:34 &lt;deer&gt; * eco يضعها على قائمة «سأفعلها عندما أبلغ 64» 14:34 &lt;toad_&gt; سأعود بعد قليل 14:34 &lt;jrandom&gt; لاحقاً 14:34 &lt;toad_&gt; عندما أعود نحتاج إلى الحديث عن مسائل تقنية مختلفة بشأن تكامل i2p/Freenet 14:34 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 14:34 * cervantes يدحرج جرس الجونغ المعدني 14:34 &lt;toad_&gt; سأحاول العودة سريعاً 14:34 &lt;jrandom&gt; حسناً يا toad_، سأكون هنا 14:34 &lt;jrandom&gt; (سيمنحني وقتاً لألحق بتلك السلاسل ;) 14:35 * jrandom يستعد 14:35 * jrandom يضرب الجونغ *baf*، مُغلقاً الاجتماع 14:35 &lt;deer&gt; &lt;DrWoo&gt; jrandom: لدي نقطة واحدة إن كنت لا تزال مفتوحاً لـ 7)???، أود فقط العودة إلى إضافة Azureus للحظة إن سمحت: #1 - سيكون هذا جذاباً جداً للناس، أليس هذا الوقت المثالي لمحاولة إدخال ضوابط طول tunnel بسهولة إلى جانب p2p من I2P عبر هذه الإضافة، لمحاولة تحقيق أفضل استخدام لموارد عرض الحزمة على الشبكة؟ #2 - وجود إضافة Azureus عاملة سيؤدي (على الأرجح؟) إلى بعض الدعاية سواء رغبت أم لا، 14:35 &lt;dm&gt; تكامل i2p/Freenet!؟ 14:35 * jrandom يتراجع عن الجونغ 14:35 * cervantes يضع الجونغ جانباً 14:35 &lt;jrandom&gt; 1#: نعم، بالتأكيد - لقد أرسلت إلى parg رقعة لفعل ذلك 14:36 &lt;jrandom&gt; 2#: [قُصّت عند «سواء رغبت أم لا,»] 14:38 * jrandom يراقب سجلات مكتبة بث IRC - 14:38 &lt;jrandom&gt; 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 &lt;jrandom&gt; 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 &lt;deer&gt; * eco يلتقط بيرة 14:40 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 2# - وجود إضافة Azureus عاملة سيؤدي (على الأرجح؟) إلى بعض الدعاية سواء رغبت أم لا، هل أنتم مستعدون لتدفق المستخدمين، وإن لم تكونوا كذلك، فمتى تظنون أنكم ستكونون؟ 14:40 &lt;jrandom&gt; لن يكون جيداً أن يكون هناك اندفاع كبير للمستخدمين قبل نقل UDP 14:41 &lt;jrandom&gt; لا يزال هناك الكثير من العمل على azneti2p، لذا نأمل أن يمنحنا ذلك بعض الوقت، لكننا سنفعل ما يلزم 14:41 &lt;deer&gt; &lt;DrWoo&gt; jrandom: رائع أن نراك متحمساً جداً لـ #1 ;) 14:42 &lt;jrandom&gt; سنحتاج أيضاً بعض الوثائق لـ #1، تشرح لماذا تعمل 0 hops لبعض نماذج التهديد :) 14:44 &lt;jrandom&gt; حسناً، هل نحن جاهزون لإعادة قرع الجونغ؟ 14:45 * jrandom يستعد 14:45 * jrandom يضرب الاجتماع *baf* مُغلقاً^2 </div>/ar/blog/2005/01/11/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-11/Tue, 11 Jan 2005 00:00:00 +0000/ar/blog/2005/01/11/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-11/<p>مرحباً يا جماعة، حان وقت التحديث الأسبوعي</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) تقدم 0.5 3) حالة 0.6 4) azneti2p 5) fbsd 6) hosts.txt بمثابة WoT (شبكة الثقة) 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>بشكل عام، الشبكة تُدير نفسها جيدًا، رغم أننا واجهنا بعض المشاكل مع كون أحد خوادم IRC خارج الخدمة وoutproxy (وكيل الخروج) الخاص بي يتصرف على نحو غير سليم. ومع ذلك، كان خادم IRC الآخر (ولا يزال) متاحًا (مع أنه في الوقت الحالي لم يتم تعطيل CTCP - انظر [1])، لذا تمكّنا من إشباع حاجتنا إلى IRC :)</p>/ar/blog/2005/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/Tue, 04 Jan 2005 00:00:00 +0000/ar/blog/2005/01/04/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-04-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2005/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, eco, frosk, Hybrid, jdot, jrandom, Myo9, protokol, slart, slaw</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) مرحباً 13:09 &lt;@jrandom&gt; 1) حالة الشبكة 13:09 &lt;@jrandom&gt; 2) 0.4.2.6 13:09 &lt;ant&gt; &lt;DrVince&gt; يقول إنه لا يستطيع العثور على tools.jar لكنه لا يتوقّف 13:10 &lt;@jrandom&gt; 3) 0.5 13:10 &lt;@jrandom&gt; 4) jabber @ chat.i2p 13:10 &lt;@jrandom&gt; 5) ??? 13:10 &lt;@jrandom&gt; 0) مرحباً 13:10 * jrandom يلوّح 13:10 &lt;eco&gt; مرحباً 13:10 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-January/000541.html 13:10 &lt;@jrandom&gt; DrVince: إذا أمكنك البقاء، يمكننا معالجة ذلك بعد الاجتماع 13:10 &lt;ant&gt; &lt;DrVince&gt; رائع 13:11 &lt;@jrandom&gt; ننتقل إلى 1) حالة الشبكة 13:11 &lt;@jrandom&gt; (كما أنني متأكد أنكم قرأتم ملاحظات الحالة الأسبوعية بالفعل *سعال*) 13:11 &lt;@jrandom&gt; بشكل عام، تبدو الشبكة تعمل بشكل جيد 13:11 &lt;@jrandom&gt; لا يزال لدينا حالات فصل irc أكثر من المعتاد، لكنها ليست كثيرة بشكل مروّع 13:12 &lt;@jrandom&gt; نأمل أن يُسهم الإصدار القادم (مع تحسينات مكتبة البثّ) في المساعدة، وكذلك تحسين موازنة الحمل بعيداً عن خادم duck 13:12 &lt;@jrandom&gt; (تذكيراً، كل رسالة نرسلها لأي قناة irc تُرسل إلى خادم irc وتُعاد مراراً عدة) 13:13 &lt;+protokol&gt; نعم 13:13 &lt;@jrandom&gt; نظام دردشة موزّع بالكامل سيكون رائعاً، لكنني لا أعوّل على ذلك كثيراً. إضافةً إلى أن irc يعمل بشكل كافٍ 13:14 &lt;@jrandom&gt; حسناً، هذا كل ما لدي بخصوص 1) حالة الشبكة 13:14 &lt;@jrandom&gt; هل لدى أحد شيء يضيفه أو يعلّق عليه، إلخ؟ 13:14 * eco كان غائباً لفترة (ما الجديد؟) 13:15 &lt;eco&gt; وقد تفاجأت بسرور بحالة الأمور. تقدّم جيّد جداً 13:15 &lt;Myo9&gt; ألم يكن الاجتماع عند الساعة 10؟ 13:15 &lt;eco&gt; من حيث الأداء وسهولة الاستخدام معاً 13:15 &lt;eco&gt; Myo9 10GMT (الوقت العام للاجتماع) 13:16 &lt;@jrandom&gt; 9 مساءً GMT 13:16 &lt;@jrandom&gt; السنة الماضية جلبت بالتأكيد الكثير من التقدّم 13:17 * eco يوزّع الكعك على جميع المطوّرين ثم يصمت 13:17 &lt;@jrandom&gt; *يمضغ* 13:17 &lt;@jrandom&gt; حسناً، ننتقل إلى 2) 0.4.2.6 13:18 &lt;@jrandom&gt; إصدار جديد قادم مع إصلاحات أخطاء، وتحسينات، ودفتر العناوين مضمّناً 13:18 &lt;@jrandom&gt; لا أعرف بالضبط متى سيصدر، ربما نهاية الأسبوع 13:18 &lt;@jrandom&gt; سيتم الإعلان عنه على القائمة وفي القنوات، بالطبع 13:19 &lt;@jrandom&gt; هذا كل ما لدي حول ذلك - هل لدى أحد أي أسئلة/تعليقات/مخاوف بخصوص 0.4.2.6؟ 13:19 * eco يتذكر أن أحدهم ذكر حزم Debian 13:20 &lt;@jrandom&gt; حزم مخصّصة لنظام التشغيل/التوزيعات ربما ما زالت مبكرة في الوقت الحالي 13:20 &lt;eco&gt; Burton مستعد لتجربة ذلك، لكن على الأرجح ليس هذا الأسبوع 13:20 &lt;@jrandom&gt; آه رائع، لم أسمع بذلك 13:21 &lt;eco&gt; أتفق، رغم أنه سيكون مفيداً 13:21 &lt;+protokol&gt; انتظر، أنا مرتفع جداً 13:21 &lt;+protokol&gt; أوبس 13:21 &lt;+protokol&gt; كان من المفترض أن تكون رسالة خاصة 13:21 &lt;@jrandom&gt; الحزم الخاصة بالتوزيعات ستكون لطيفة، لكن على الأرجح نحتاج إلى وجود auto-updater (التحديث التلقائي) لكي يكون ذلك قابلاً للتطبيق 13:21 &lt;+protokol&gt; يمكنني النظر في إنشاء ebuild (وصفة حزمة Gentoo) 13:21 &lt;@jrandom&gt; protokol: إن كنت لطيفاً، سأحذف ذلك من السجلات ;) 13:21 &lt;+protokol&gt; لا أضمن شيئاً 13:21 &lt;+protokol&gt; لول 13:22 &lt;@jrandom&gt; نعم، لن أقلق بشأن الحزم حتى 0.5، إن لم يكن حتى 1.0 13:22 &lt;@jrandom&gt; (آمل أن يكون الـ auto-updater في 0.5) 13:22 &lt;+protokol&gt; awesomecore 13:23 &lt;@jrandom&gt; في الواقع، إن أراد أحدهم العمل على المحدّث، فسيكون ذلك ثمرة سهلة وممتازة. فقط اكتب سيرفلت (Servlet) لتنزيل والتحقق من dev.i2p/i2p/i2pupdate.zip، ثم استدعِ طريقة إعادة التشغيل الخاصة بالـ router 13:23 &lt;Myo9&gt; Auto-updater، يبدو كتهديد. 13:23 &lt;+protokol&gt; modulus: أهلاً 13:23 &lt;+protokol&gt; $200 مكافأة مقابل ذلك 13:24 &lt;@jrandom&gt; صحيح يا myo9، سيكون من الأفضل أن يتيح التحديث تحكماً يدوياً (تحديث بضغطة واحدة) وكذلك التحقق من توقيع على التحديث 13:24 &lt;ant&gt; * واجه DrVince مشكلة مع i2pupdate.zip 13:24 &lt;ant&gt; &lt;cervantes&gt; شيء يمكن تمكينه أو تعطيله سيكون لطيفاً ;) 13:24 * protokol يجعله رسمياً 13:24 &lt;Myo9&gt; فجأةً، يُعيد الـ router التشغيل، ويلاحظ المرء أن Jr. قد تحالف مع جماعة IP وتم تفعيل DRM. 13:24 &lt;@jrandom&gt; protokol: أرسل $200 وسأضيف ذلك إلى صفحة المكافآت 13:24 &lt;Myo9&gt; ;) 13:24 &lt;Myo9&gt; أريد auto-update مُعطّلاً افتراضياً. 13:24 &lt;@jrandom&gt; مُتّفق، myo9 13:25 &lt;ant&gt; &lt;cervantes&gt; ربما يمكن تعديل الـ routerconsole للتنبيه عند توفّر إصدار جديد 13:25 &lt;@jrandom&gt; صحيح يا cervantes 13:25 &lt;Myo9&gt; رائع! 13:25 &lt;@jrandom&gt; سيكون عليه عرض ما إذا كان هناك إصدار جديد، ومنح المستخدم خيار الترقية بضغطة واحدة 13:25 &lt;@jrandom&gt; (سيكون من السهل إضافة صفحة ويب على www.i2p/ تحتوي الإصدار الحالي، بحيث يستطيع الـ router التحقق منها دورياً) 13:26 &lt;@jrandom&gt; ((أو عند الطلب)) 13:26 &lt;Hybrid&gt; نعم jrandom. سيكون ذلك رائعاً. وكذلك على الزر رابط إلى صفحة HTML بعنوان 'what's new' 13:26 &lt;@jrandom&gt; Hybrid: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 13:26 &lt;ant&gt; &lt;cervantes&gt; نعم... لدي صفحة على المنتدى تُمكّن شريط أدوات Firefox الخاص بي من معرفة أحدث "الأحداث"/الأخبار 13:27 &lt;@jrandom&gt; لكن نعم، وجود رابط هناك أيضاً سيكون جيداً 13:27 &lt;@jrandom&gt; آه رائع يا cervantes 13:27 &lt;Hybrid&gt; لا تنسَ عرض الإصدار الذي يشغّله المستخدم حالياً ورقم الإصدار الجديد المتاح. (أحب الطريقة التي يقوم بها DVD Decrypter بهذا) 13:27 &lt;ant&gt; &lt;cervantes&gt; لكن لا تعوّلوا على أنني سأصدر أي شيء بعد.... 13:28 &lt;@jrandom&gt; صحيح صحيح يا Hybrid، الإصدار الحالي الذي يشغّله المستخدم ظاهر في الزاوية العلوية اليسرى من لوحة تحكم الـ router، لذا لا ينبغي أن تكون هناك مشكلة 13:28 &lt;ant&gt; &lt;cervantes&gt; كنت أريد قضاء العطلة في العمل عليه وحتى الآن لم أفعل أي شيء إطلاقاً... 13:28 &lt;@jrandom&gt; لكن هذا لن يكون مضمّناً في إصدار 0.4.2.6، لأنني لم أكتب أيّاً من هذا الكود :) 13:28 &lt;@jrandom&gt; ههه يا cervantes، أفهمك. لكنني أتطلع إلى XUL! 13:29 &lt;@jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص 2) 0.4.2.6، أم ننتقل إلى 3) 0.5؟ 13:29 &lt;Hybrid&gt; هل هناك مشكلة أن تقوم i2p بالإيقاف، تثبيت الإصدار الجديد، ثم إعادة التشغيل... هل ستحتاج تطبيقات أخرى مثل irc لإعادة التشغيل؟؟.. هل هناك تعقيدات أخرى في ميزة 'انقر ثم حدّث' 13:30 &lt;Hybrid&gt; (عذراً على مقاطعة اجتماع المطوّرين لول) 13:30 &lt;@jrandom&gt; Hybrid: ليس هناك أي مشكلة - هذا ما يفعله زر "graceful restart" على `http://localhost:7657/configservice.jsp` 13:30 &lt;Hybrid&gt; حسناً 13:31 &lt;ant&gt; &lt;cervantes&gt; jrandom: هل يقوم الـ wrapper (Java Service Wrapper) بإعادة قراءة الملف wrapper.config عند إعادة التشغيل؟ 13:31 &lt;@jrandom&gt; لا :( 13:31 &lt;@jrandom&gt; ليتَه يفعل 13:31 &lt;ant&gt; &lt;cervantes&gt; أظن أننا نحتاج إلى wrapper لخدمة الـ wrapper 13:32 &lt;@jrandom&gt; ربما يمكن لأحدهم أن يرسل رقعة (patch) إلى جماعة Java Service Wrapper 13:32 &lt;@jrandom&gt; هه 13:32 &lt;@jrandom&gt; حسناً، ننتقل إلى 3) 0.5 13:32 &lt;@jrandom&gt; حسناً، ليس لدي الكثير لأقوله حول هذا أكثر مما في البريد الإلكتروني 13:33 &lt;@jrandom&gt; الكثير من التقدّم، أوراق عديدة، وبعض الشيفرة. لكن لا شيء مُلتزم أو جاهز للعرض بعد 13:33 &lt;@jrandom&gt; هذا تقريباً كل ما لدي على ذلك الصعيد، ما لم يكن لدى أحد أسئلة 13:34 &lt;@jrandom&gt; إن لم يكن، يمكننا الانتقال بلطف إلى 4) jabber @ chat.i2p 13:35 &lt;@jrandom&gt; خادم jabber جديد (w00t!). راجعوا البريد والمنتدى للتفاصيل 13:35 &lt;@jrandom&gt; يبدو أنه كان من السهل للغاية إعداد الخادم أيضاً، لذا نأمل أن نوفر بعض الوثائق بحيث يتمكّن آخرون من تشغيل خوادمهم 13:35 &lt;frosk&gt; أظن أنه الثالث الذي كانت لدى i2p. آمل أن يبقى هذا :) 13:36 &lt;jdot&gt; الوثائق قادمة. الأمر سهل جداً مع Jive Messenger. فقط قم بعمل tunnel للمنافذ بالشكل الصحيح. 13:36 &lt;@jrandom&gt; بالنسبة لي، يكفيني irc للدردشة الفردية والجماعية، لكن وجود خيار jabber أمر رائع 13:36 &lt;@jrandom&gt; آه تمام يا jdot 13:36 &lt;@jrandom&gt; لا عجلة، أي وقت مناسب 13:37 &lt;@jrandom&gt; سيكون رائعاً أن نستطيع إخبار الناس بأنه إن لم يعجبهم الحال على خادم irc معيّن، فيمكنهم تشغيل خادمهم الخاص :) 13:37 &lt;jdot&gt; سأنظر أيضاً في ربطه بقنوات irc .. في المستقبل 13:37 &lt;@jrandom&gt; جميل 13:38 &lt;@jrandom&gt; حسناً، هذا كل ما لدي حول ذلك. هل لديك ما تود إضافته يا jdot؟ 13:39 &lt;+protokol&gt; كيف ينضم المرء إلى chat.i2p 13:39 &lt;+protokol&gt; لا يُحلّ لدي 13:39 &lt;@jrandom&gt; http://forum.i2p.net/viewtopic.php?t=229 13:40 &lt;jdot&gt; لا شيء أضيفه. 13:40 * eco ألقت نظرة على Java Service Wrapper في هذه الأثناء 13:40 &lt;eco&gt; إعادة قراءة ملف الإعدادات تم تنفيذها للإصدار القادم 3.20 13:40 &lt;eco&gt; انظر http://sourceforge.net/tracker/index.php?func=detail&aid=981060&group_id=39428&atid=425190 13:41 &lt;@jrandom&gt; آه ممتاز 13:41 * eco لا يعرف متى سيصدر ذلك مع ذلك 13:41 &lt;@jrandom&gt; ربما مع 0.5 سنقوم بترقية كبيرة للتطبيقات الخارجية، نستبدل فيها Jetty القديم وشفرة Java Service Wrapper لدينا 13:42 &lt;@jrandom&gt; أوه، قبل أن أتابع، أظن أنه ينبغي أن ننتقل رسمياً إلى 5) ??? 13:42 &lt;@jrandom&gt; protokol: أظن أنني أتذكر أنك قلت إنك شغّلت Jetty مع CGI؟ أي وثائق/معلومات حول ذلك؟ 13:43 &lt;@jrandom&gt; شخص آخر أيضاً استطاع جعل Jetty يدعم الروابط الرمزية (symlinks)، رغم أنني لا أعرف من هو 13:43 &lt;@jrandom&gt; (هل أنت هناك، أيّاً كنت؟ كيف فعلتها؟ :) 13:44 &lt;@jrandom&gt; أو، فيما أظن، هل لدى أي شخص آخر شيء يود طرحه؟ 13:45 * eco لديه إعلان خدمة عامة 13:45 &lt;eco&gt; هناك مكافأة لمن ينجح في بناء i2p عبر gcj 13:45 &lt;eco&gt; وفقاً لـ jr فهذا سيكون بسيطاً جداً، فاذهبوا واحصلوا عليها! :-) 13:45 &lt;@jrandom&gt; ههه، ليس بسيطاً إلى هذه الدرجة، كان ذلك مجرد تفكير أمنيتي ;) 13:46 &lt;@jrandom&gt; لكن ربما يكون كذلك 13:46 &lt;@jrandom&gt; (فاذهبوا واحصلوا عليها :) 13:46 &lt;cervantes&gt; أظنني نشرت روابط بخصوص الروابط الرمزية لِـ Jetty في مكانٍ ما، إمّا في الدردشة أو في المنتدى... لا أذكر أين 13:46 &lt;cervantes&gt; كان ذلك منذ مدة 13:46 &lt;+protokol&gt; jrandom: كان ذلك للإصدار الأحدث، لقد تسببت للتو في انهيار Jetty الخاص بي 13:46 &lt;slart&gt; أي أخبار عن إضافة Azureus؟ 13:46 &lt;+protokol&gt; أعتقد أنه ينبغي تحديث Jetty لكي تكون الوثائق على موقعهم مفيدة 13:46 &lt;Hybrid&gt; gcj؟ 13:46 &lt;+protokol&gt; يحوّل جافا إلى ملف تنفيذي 13:46 &lt;@jrandom&gt; آه رائع يا cervantes، سأبحث عنه 13:47 &lt;cervantes&gt; لقد نظرت في Jetty مع PHP... لكنه أمر غير ثابت النجاح... يأتي PHP مع ملف .jar لسيرفلت للاستخدام مع Tomcat..., لقد رأيت تقارير تفيد بإمكانية تشغيله مع Jetty... لكن لا فكرة لدي عن الكيفية 13:47 &lt;@jrandom&gt; protokol: آه 13:47 &lt;+protokol&gt; وهو يحتاج إلى دعم CGI والروابط الرمزية أيضاً 13:47 &lt;@jrandom&gt; slart: مطوّرو Azureus يعملون بجد ويحرزون تقدّماً، لكنه ليس جاهزاً بعد 13:47 &lt;+protokol&gt; cervantes: افعلها! 13:48 &lt;+protokol&gt; سيكون الأمر وكأن Apache مدمجة داخل i2p 13:48 &lt;frosk&gt; Hybrid: المترجم العام لجافا GNU Compiler for Java، أو شيء من هذا القبيل 13:48 &lt;@jrandom&gt; cervantes: نعم، دعم .jar سيكون لطيفاً، لكن إن كان غير مستقر فلا يستحق العناء. وجود دعم CGI في Jetty سيكون أفضل، إذ يمكننا حينها استخدام PHP العادي 13:48 &lt;slaw&gt; ممتاز 13:48 &lt;frosk&gt; mod_i2p :) 13:49 &lt;@jrandom&gt; ههه 13:50 &lt;@jrandom&gt; حسناً، هل لدى أي شخص آخر شيء يود طرحه للاجتماع؟ 13:51 &lt;@jrandom&gt; إن لم يكن... 13:51 * jrandom يختتم 13:51 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2005/01/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-04/Tue, 04 Jan 2005 00:00:00 +0000/ar/blog/2005/01/04/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2005-01-04/<p>مرحباً يا جماعة، حان الوقت لأول ملاحظات الحالة الأسبوعية لنا لعام 2005</p> <ul> <li>Index</li> </ul> <ol> <li>حالة الشبكة 2) 0.4.2.6 3) 0.5 4) jabber @ chat.i2p 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>خلال الأسبوع الماضي، كانت الأمور مثيرة للاهتمام إلى حد ما على الشبكة — في ليلة رأس السنة، نُشرت بعض التعليقات في موقع ويب شائع تتحدث عن i2p-bt وقد شهدنا زيادة صغيرة في عدد المستخدمين الجدد. في الوقت الحالي يوجد بين 120 و150 routers على الشبكة، وقد بلغ العدد ذروته عند 160 قبل بضعة أيام. مع ذلك، صمدت الشبكة، إذ تولّى الأقران ذوو السعة العالية تحمّل العبء الزائد دون إحداث الكثير من الاضطراب لبقية الأقران. بعض المستخدمين الذين يشغّلون بدون حدود لعرض النطاق على وصلات سريعة جدًا أفادوا بتحقيق معدل نقل بين 2 و300KBps، في حين أن من لديهم سعة أقل يحصلون على المعدلات المنخفضة المعتادة 1-5KBps.</p>/ar/blog/2004/12/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/Tue, 28 Dec 2004 00:00:00 +0000/ar/blog/2004/12/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-28-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cat-a-puss, frosk, jdot\__, jrandom, lektriK, mule, mule2, postman, scintilla</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) مرحباً 13:06 &lt;@jrandom&gt; 1) 0.4.2.5 13:06 &lt;@jrandom&gt; 2) 0.5 13:06 &lt;@jrandom&gt; 3) ??? 13:06 &lt;@jrandom&gt; 0) مرحباً 13:06 * jrandom يلوّح 13:06 &lt;+postman&gt; *يلوّح* 13:06 &lt;ant&gt; &lt;jnymo&gt; مرحباً 13:06 &lt;@jrandom&gt; تم نشر ملاحظات حالة موجزة على @ http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 13:07 &lt;@jrandom&gt; ننتقل إلى 1) 0.4.2.5 13:07 &lt;@jrandom&gt; كما ذُكر، الأمور تعمل بشكل جيّد إلى حد كبير 13:08 &lt;+postman&gt; نعم، مدهش جداً 13:08 &lt;+postman&gt; لم أعُد أرى حالات انتهاء مهلة lease على أنظمتي إطلاقاً 13:08 &lt;@jrandom&gt; الكثير رأوا ما رأيته يا jnymo، مع 0 من tunnels المشاركة، وذلك بدرجة كبيرة بسبب زيادة الكفاءة واختيار الأقران (حيث نعرف الآن كيف نتطفّل على جهاز postman ;) ) 13:08 &lt;ant&gt; &lt;jnymo&gt; وأنا كذلك 13:08 &lt;@jrandom&gt; جميل 13:08 &lt;ant&gt; &lt;jnymo&gt; و eepsites سريعة الاستجابة 13:09 &lt;+postman&gt; :) 13:09 &lt;ant&gt; &lt;jnymo&gt; شكراً يا postman :) 13:09 &lt;+postman&gt; إجمالي النطاق الترددي هو 29kb / 30.1kb/s 13:09 &lt;frosk&gt; الجميع يشعر بأنه أقل محبوباً، لكن في الواقع يجري توظيف الحب بكفاءة أكبر 13:10 &lt;ant&gt; &lt;jnymo&gt; واو 13:10 &lt;@jrandom&gt; رائع يا postman 13:10 &lt;mule2&gt; لا أظن أن هذا هو الوضع المثالي المفضّل. من الأفضل أن يمر بعض المرور عبر كل العقد 13:10 &lt;ant&gt; &lt;jnymo&gt; أستطيع تحمّل ذلك لو أن الناس أحبّوني فقط :( 13:10 &lt;+postman&gt; نعم 13:10 &lt;mule2&gt; كنوع من حركة التغطية (cover traffic) 13:10 &lt;@jrandom&gt; mule2: المسألة أن حملنا أقل بكثير من سعة الشبكة لدينا 13:11 &lt;@jrandom&gt; لا أظن أننا سنستطيع إبقاء السعة أكبر من الحمل لوقت طويل 13:11 &lt;ant&gt; &lt;jnymo&gt; mule2، postman يعمل أيضاً كمُخلِّط (mix node).. لذا من الصعب معرفة أين تذهب رُزَمُك بعد دخولها 13:11 &lt;@jrandom&gt; لذا لست قلقاً جداً بشأن عدم دفع أي بيانات عبر الأقران الأبطأ 13:12 &lt;mule2&gt; ربما يكون تقليل مستوى التحسين المثالي جيداً لإخفاء الهوية 13:12 &lt;@jrandom&gt; من ناحية أخرى، يوفّر ذلك حافزاً لمزيد من الناس كي (ينفّذوا &) يستخدموا i2pcontent، ليتمكنوا من عمل مرايا وكذلك كسب حركة تغطية ;) 13:12 &lt;jdot__&gt; هل هي مشكلة أمنية أن يتولى router واحد معظم tunnels؟ 13:13 &lt;@jrandom&gt; mule2: دعونا أولاً نجعله بأفضل ما نستطيع، ثم يمكننا مناقشة جعله أسوأ عمداً 13:13 &lt;@jrandom&gt; jdot__: ليس لدينا router واحد يتعامل مع كل الحركة، لكننا نرى تجمّع routers على اتصالات سريعة جداً (colo، إلخ) يتولّون أكثر من مستخدمي dialup/DSL/cable 13:14 &lt;@jrandom&gt; وبالإضافة إلى انخفاض فشل tunnels فهذا يعني أننا نعيد التوجيه ونستكشف أقل 13:14 &lt;mule2&gt; ربما توزيع بعض الحركة ممكن، طالما أننا بعيدون عن حدود routers 13:14 &lt;@jrandom&gt; صحيح، ميزة الرفض الاحتمالي لـ tunnel موجودة في الـ router ويمكن تفعيلها بناءً على حدود النطاق الترددي للـ router 13:15 &lt;ant&gt; &lt;jnymo&gt; نعم، لكن هذا المعدّل العالي جداً عبر عقدة postman يجعل تحليل عقدته أصعب.. لذلك قد يكون إرسال الحركة عبره أكثر أمناً من أن تقوم كل العقد بإرسال 1 KB/s.. 13:15 &lt;@jrandom&gt; (لكن إن لم يضع postman أي حدود، فلا يمكننا الرفض بناءً على نسبة مئوية من ذلك ;) 13:15 &lt;ant&gt; &lt;jnymo&gt; تجميع العقد الأسرع يسبّب شيئاً شبيهاً ببنية شلال المزج (mix cascade)، أليس كذلك؟ 13:15 &lt;@jrandom&gt; نعم، هذه طريقة للنظر إليها 13:15 &lt;lektriK&gt; هل يمكنني إغلاق نافذة Start I2P؟ 13:15 * postman يعتذر كثيراً عن عدم تقييد نطاقه الترددي 13:16 &lt;@jrandom&gt; lektriK: للأسف، ليس حقاً، إلا إذا شغّلت i2p كخدمة (راجع `http://localhost:7657/configservice.jsp)` 13:16 &lt;@jrandom&gt; هيه postman لا تقلق، سنتراجع عن استخدام الـ router لديك إذا/عندما نصل إلى سعة الـ router لديك 13:17 &lt;lektriK&gt; حسناً، يقول إن الخدمة بدأت 13:17 &lt;lektriK&gt; هل يمكنني إغلاقها الآن؟ 13:17 &lt;@jrandom&gt; lektriK: لا/نعم - يمكنك إيقاف الـ router ثم تشغيله مجدداً عبر start-&gt;run-&gt;"net start i2p" 13:18 &lt;mule2&gt; كما هو الحال، بضعة routers كبيرة جداً يمكنها التعامل مع كل tunnels، ما يزيل كل حركة التغطية عن باقي routers. لكن لِنُكمِل ذلك بعد الاجتماع. 13:18 &lt;mule2&gt; لا أريد الشكوى من كون الشبكة تعمل بشكل جيّد جداً :) 13:18 &lt;@jrandom&gt; hehe 13:20 &lt;@jrandom&gt; سيكون هناك استكشاف إضافي مع 0.5، رغم وجود مسائل تتعلّق بإخفاء الهوية عند الانتشار بعيداً جداً. ستكون هناك تفاصيل أخرى يجب معالجتها لذلك في 0.5 (وفي المستند الذي قد يكون جاهزاً الأسبوع المقبل كمسودة أولى) 13:21 &lt;@jrandom&gt; على أي حال، هل لدى أي شخص شيء لطرحه بخصوص 0.4.2.5؟ 13:21 &lt;@jrandom&gt; أم ننتقل سريعاً إلى 2) 0.5؟ 13:21 &lt;+postman&gt; ننتقل 13:21 &lt;ant&gt; &lt;jnymo&gt; مستقرة جداً... ننتقل 13:21 &lt;@jrandom&gt; اعتبرونا قد انتقلنا 13:22 &lt;@jrandom&gt; 2) 0.5 13:22 &lt;@jrandom&gt; نعم. ما زال قيد العمل. مزيد من المعلومات عندما تكون جاهزة. 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; السير آرثر سي. كلارك على قيد الحياة :P 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 &lt;ant&gt; &lt;jnymo&gt; .5 مُثير 13:22 &lt;@jrandom&gt; حسناً، هذا كل ما لدي لقوله حول ذلك - أي أسئلة/أمور للنقاش؟ 13:23 &lt;@jrandom&gt; نعم، هناك بالتأكيد بعض إعادة الهيكلة المهمة جارية، بناءً على ما تعلّمناه خلال الأشهر الستة عشر الماضية 13:23 &lt;@jrandom&gt; (أو اللعنة، ثمانية عشر) 13:23 &lt;+postman&gt; jrandom: إذن 0.5 سيستخدم في الأساس نظام إدارة tunnels جديد؟ 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; آه، آمل أني لم أُقاطع الاجتماع :/ 13:23 &lt;+postman&gt; واو 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; آسف هه 13:23 &lt;ant&gt; &lt;jnymo&gt; هه. لدي اقتراح 13:24 &lt;@jrandom&gt; نعم يا postman، إدارة جديدة، تجميع (pooling)، وبناء 13:24 &lt;+postman&gt; quadn: انظر ما فعلتَ - لصقُك سبّب netsplit :) 13:24 &lt;@jrandom&gt; أيها الوغد! 13:24 &lt;ant&gt; &lt;Quadn-werk&gt; ! 13:24 &lt;@jrandom&gt; ما الأخبار يا jnymo؟ 13:24 &lt;+postman&gt; jrandom: هل سيظل كل tunnel وِجهة محلية منفصلة؟ 13:25 &lt;@jrandom&gt; huzzawuzzah? 13:25 &lt;@jrandom&gt; لن يكون هناك أي تغيير على i2ptunnel في 0.5 13:25 &lt;+postman&gt; jrandom: حسناً 13:25 &lt;@jrandom&gt; (على الأقل، لا أخطّط لأي تغيير) 13:26 &lt;mule&gt; postman يشنّ هجوماً تقاطعياً (intersection attack)؟ 13:26 &lt;ant&gt; &lt;jnymo&gt; بالنسبة لمن لا يحصلون على /أي/ استخدام للنطاق الترددي.. ما رأيكم بأن نسمح للـ routers ببناء tunnels تَدخلُهم بداخلها.. مثل ABCABCA 13:26 &lt;+postman&gt; mule: لا، كانت غلطة quadn :) 13:26 &lt;ant&gt; &lt;jnymo&gt; وسيكون ذلك tunnel وهمياً 13:27 &lt;@jrandom&gt; jnymo: الإعلان عن router وكأنه يقول «مرحباً لدي فائض من النطاق الترددي، استخدمني» لعبة خطِرة 13:27 &lt;+postman&gt; jrandom: ما القضايا التي سيعالجها إعادة التصميم (باختصار)؟ 13:27 &lt;ant&gt; &lt;jnymo&gt; لست متأكداً أنني قصدت ذلك، يا jrandom 13:27 &lt;@jrandom&gt; لكن كما يبدو الآن، سيكون لدينا مجموعتان من tunnels - العادية، ثم الاستكشافية، حيث تُبنى الأخيرة من أقران مختارين عشوائياً وغير فاشلين 13:28 &lt;ant&gt; &lt;jnymo&gt; jrandom: قصدت إنشاء tunnel وهمي، ووضع نفسي في منتصف ذلك tunnel فقط لمحاكاة بعض الحركة 13:29 &lt;@jrandom&gt; postman: جعل الربط بين الأقران داخل tunnel أصعب بكثير، والسماح للعملاء باختيار طول tunnel الخارجي بفعالية، وتوفير الخيارات اللازمة لمواجهة هجوم السلف (predecessor attack) مع مقايضات مختلفة 13:29 &lt;@jrandom&gt; (أوه، وتحسين الأداء بالتخلّص من الكثير من استدعاءات modPow) 13:29 &lt;+postman&gt; حسناً شكراً 13:29 &lt;ant&gt; &lt;jnymo&gt; postman: ومعرّفات tunnel لكل قفزة أمر مهم 13:30 &lt;+postman&gt; modPow؟ 13:30 &lt;@jrandom&gt; آه jnymo. نعم، هناك إمكانات كبيرة لتوليد أنواع مختلفة من حركة الحشو (chaff) 13:30 &lt;ant&gt; &lt;jnymo&gt; بهذه الطريقة، لن تتمكن عقدتان غير متجاورتين من معرفة أنهما على نفس الـ tunnel، يا postman 13:30 &lt;@jrandom&gt; postman: الأسّيات المعيارية، استخدام ثقيل للمعالج وإهدار للذاكرة 13:31 &lt;ant&gt; &lt;jnymo&gt; jrandom: تمام، رائع 13:31 &lt;+postman&gt; تمام 13:31 &lt;scintilla&gt; jrandom، بخصوص السماح للعملاء باختيار طول الـ tunnel: هل سيكون هناك ما يمنع الناس من رفعه إلى 99 (أو أي رقم آخر)؟ 13:31 &lt;ant&gt; &lt;jnymo&gt; قدرة المعالج 13:32 &lt;@jrandom&gt; عند الضرورة يمكننا إضافة hashcash، لكن tunnels الطويلة جداً ستفشل في النهاية على أي حال 13:32 &lt;scintilla&gt; نقطة جيدة 13:32 &lt;@jrandom&gt; يمكننا حتى إضافة بعض الحِيَل - كاشتراط أن يمر عبر الـ tunnel رسالة tunnel صالحة خلال 60 ثانية من إنشائه كي يُعتَبر «صالحاً» 13:33 &lt;@jrandom&gt; (لذا إذا كان الـ tunnel بطول 20 قفزة، فسيستغرق بناؤها كلها وقتاً طويلاً جداً) 13:33 &lt;scintilla&gt; هذه فكرة رائعة - سيمنع ذلك مثل هذه التفاهات من الاستمرار طويلاً 13:33 &lt;@jrandom&gt; لكن كل ذلك ضد المخترقين. المستخدمون العاديون سيستخدمون الواجهة المعروضة فحسب 13:34 &lt;ant&gt; &lt;jnymo&gt; صحيح، وستضع لها حداً أقصى ما، صحيح؟ 13:34 &lt;ant&gt; &lt;jnymo&gt; سنحصل على قيمة أعلى من الحد الأقصى 2 كما هو الآن، صحيح؟ 13:34 &lt;@jrandom&gt; صحيح، مثل قائمة # hops المنسدلة في /configclients.jsp أو /i2ptunnel/edit.jsp 13:35 &lt;@jrandom&gt; أوه ظننت أن الحد الأقصى 3 الآن؟ حسناً، لكن نعم، سيكون أعلى من 2 متاحاً 13:35 &lt;ant&gt; &lt;jnymo&gt; 3 tunnels، 2 hops 13:35 &lt;@jrandom&gt; آه 'k 13:35 &lt;@jrandom&gt; نعم، 0.5 سيضيف تعديلات مهمة جديدة، مثل ما إذا كان سيتم عشوَنة تلك الأطوال، وكذلك مقدار العشوَنة، إلخ 13:36 &lt;frosk&gt; الحد الأقصى بالفعل هو 3 13:36 &lt;ant&gt; &lt;jnymo&gt; همم 13:37 &lt;@jrandom&gt; آه هو 3 في /configclients و2 في i2ptunnel 13:37 &lt;frosk&gt; هل ما زال 0.5 على المسار لشهر يناير؟ 13:37 &lt;ant&gt; &lt;jnymo&gt; آه 13:37 &lt;@jrandom&gt; نعم frosk 13:37 &lt;frosk&gt; جيد 13:37 &lt;@jrandom&gt; لن أتوانى طويلاً بعد الآن في مكتبة البث (streaming lib)، أعدكم ;) 13:37 &lt;frosk&gt; يبدو فحسب كقدر كبير من العمل :) 13:38 &lt;@jrandom&gt; في الواقع ليس سيئاً جداً، الجزء الصعب هو ضبط الخوارزميات بشكل صحيح 13:38 &lt;@jrandom&gt; (تفاصيل وما تفاصيل ;) 13:39 &lt;+postman&gt; frosk: وكل شيء موجود على الورق بالفعل 13:39 &lt;+postman&gt; :) 13:39 &lt;ant&gt; &lt;jnymo&gt; هه 13:39 &lt;frosk&gt; صحيح :) 13:39 &lt;@jrandom&gt; في الغالب نعم ;) 13:39 &lt;@jrandom&gt; حسناً، هل لدى أحد أي شيء آخر لـ 2) 0.5؟ 13:39 &lt;ant&gt; &lt;jnymo&gt; لا شيء 13:39 &lt;frosk&gt; ولا شيء إطلاقاً 13:40 &lt;@jrandom&gt; 'k، لِنَنتقل إلى 3) ??? القديمة الجيدة 13:40 &lt;@jrandom&gt; مرحباً 13:40 &lt;@jrandom&gt; هل لدى أحد أي شيء آخر يود طرحه؟ 13:41 &lt;ant&gt; &lt;jnymo&gt; postman: لا توجد inproxies لـ SMTP/POP3 على i2pmail.org، أليس كذلك؟ 13:41 &lt;cat-a-puss&gt; ما زلت أرى تأخيرات غريبة على جهة العميل... 13:41 &lt;+postman&gt; هرم لا 13:41 &lt;frosk&gt; هنا أسلّم زجاجة تهنئة من النبيذ على سنة رائعة من التطوير ;) 13:41 &lt;+postman&gt; jnymo: POP3 متاح فقط لمستخدمي i2p 13:41 &lt;@jrandom&gt; cat-a-puss: آه فاتتني تلك الرسائل عندما كنت موجوداً سابقاً 13:41 &lt;+postman&gt; jnymo: هناك SMTP inproxy كـ MX لنطاق i2pmail.org 13:42 &lt;@jrandom&gt; frosk: في صحتك 13:42 &lt;ant&gt; &lt;jnymo&gt; صحيح صحيح.. هذا جميل.. 13:42 &lt;cat-a-puss&gt; مثلاً يمكن أن يكون لدي وجهتان محليتان، وعندما تحاول إحداهما الاتصال بالأخرى يحدث تأخير وهو ليس بسبب انشغال المعالج 13:42 &lt;mule&gt; cat-a-puss: هل تسلّم أيضاً شيك المكافأة؟ 13:42 * postman يتبرع بويسكي جيد 13:42 &lt;@jrandom&gt; cat-a-puss: صحيح، رأيت تأخيراً قدره 0.5-1.0s، صحيح؟ 13:42 &lt;cat-a-puss&gt; mule: ماذا؟ 13:42 &lt;cat-a-puss&gt; jrandom: نعم 13:43 &lt;@jrandom&gt; cat-a-puss: أمر طبيعي تماماً، وهو جزء من آلية SYN المؤجَّل 13:43 &lt;mule&gt; آسف، كانت الملاحظة من frosk 13:43 &lt;ant&gt; * jnymo يُخرج ذلك النبيذ الرديء في علبة 13:43 &lt;mule&gt; frosk: هل تسلّم أيضاً شيك المكافأة؟ 13:43 &lt;@jrandom&gt; (ينتظر قليلاً لإرسال SYN و ACK المرتبط بها تحسّباً لوجود مزيد من البيانات ليجمعها) 13:43 &lt;scintilla&gt; للمعلومية، ينبغي أن أستلم قريباً الكتاب الذي يحتوي مواصفة خوارزمية Fortuna... وفي هذه الأثناء كنت أجرّب طرق جمع الإنتروبيا في Java دون تدمير الجهاز 13:44 &lt;@jrandom&gt; رائع جداً 13:44 &lt;ant&gt; &lt;jnymo&gt; ممم، كان شخص ما يريد تنفيذ بعض الهجمات على i2p 13:44 &lt;ant&gt; &lt;jnymo&gt; من كان ذلك؟ 13:44 &lt;@jrandom&gt; connelly 13:44 &lt;cat-a-puss&gt; هل هناك طريقة لمنع ذلك، أم يجب عليّ فقط محاولة تجنّب الاتصالات القصيرة العمر حيثما أمكن؟ 13:45 &lt;ant&gt; &lt;jnymo&gt; أي جديد بخصوص ذلك، يا jr؟ 13:45 &lt;@jrandom&gt; cat-a-puss: هناك بعض الخيارات التي يمكنك تمريرها عند إنشاء I2PSocketManager، دعني أستعرضها 13:46 &lt;@jrandom&gt; jnymo: إنه هجوم تقاطعي طويل الأمد، لذا بعد فترة ستكون لديه بيانات تساعد على تحديد أي routers تستضيف eepsites معيّنة. أنا متأكد من أنه سيكتب لنا ملخصاً حين يحصل عليها 13:46 &lt;ant&gt; &lt;jnymo&gt; scintalla: ما خوارزمية Fortuna؟ 13:46 &lt;ant&gt; &lt;jnymo&gt; jrandom: تمام 13:48 &lt;@jrandom&gt; cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 &lt;scintilla&gt; إنه مولِّد أرقام عشوائية زائف آمن تشفيرياً... وهو أمر أساسي تماماً لتشفير موثوق 13:48 &lt;jdot__&gt; هل تبرّع أحد لذلك الهجوم حتى الآن؟ 13:48 &lt;@jrandom&gt; cat-a-puss: ثم احرص على استدعاء flush() بعد write() إلى I2PSocket 13:48 &lt;@jrandom&gt; jdot__: نعم، لديه 7 مواقع متطوِّعة 13:48 &lt;cat-a-puss&gt; jrandom: حسناً 13:49 &lt;ant&gt; &lt;jnymo&gt; بخصوص الجدل الكبير حول التسمية.. 13:49 &lt;ant&gt; * jnymo يضحك مكراً 13:49 &lt;@jrandom&gt; أوه و i2p.streaming.initialAckDelay=1000 13:49 &lt;@jrandom&gt; أو حتى =100 13:49 * jrandom يرمي الطين على jnymo 13:50 &lt;ant&gt; &lt;jnymo&gt; أنا فعلياً أعمل مع X.500 ووظيفتي تتيح لي الحصول على خوادم ويندوز مجانية 13:50 &lt;ant&gt; &lt;jnymo&gt; لذا، ربما سأعدّ DNS مركزياً لأغراض الاختبار خلال شهر أو شهرين 13:51 &lt;@jrandom&gt; هه، امتلاك خادم تسمية مركزي مستضاف على نطاق .mil سيكون مضحكاً بحق 13:51 &lt;ant&gt; &lt;jnymo&gt; مع أن حشر عناوين i2p في winserver قد لا يكون أمراً بسيطاً.. لست أدري 13:51 &lt;ant&gt; &lt;jnymo&gt; هه.. dnsalias هو الحل 13:52 &lt;@jrandom&gt; nano قام بعمل رائع حقاً، فدمج dnsjava مع i2p 13:52 &lt;ant&gt; &lt;jnymo&gt; أووووه 13:53 &lt;@jrandom&gt; اطلع على nano.i2p لمزيد من التفاصيل 13:53 &lt;ant&gt; &lt;jnymo&gt; ولم يكن أحد ليخبرني.. آه، شكراً 13:53 &lt;@jrandom&gt; لكن، كما ذُكر سابقاً، ينبغي للناس نشر أفكارهم وآرائهم حول التسمية على الويكي 13:54 &lt;@jrandom&gt; حسناً، هل لدى أي شخص شيء آخر لطرحه في الاجتماع؟ 13:55 &lt;ant&gt; &lt;jnymo&gt; كلا 13:57 &lt;@jrandom&gt; حسناً في هذه الحالة 13:57 * jrandom يستعد 13:57 * jrandom يُغلِق الاجتماع بـ*baf* </div>/ar/blog/2004/12/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/Tue, 21 Dec 2004 00:00:00 +0000/ar/blog/2004/12/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bens, bob, detonate, dm, duck, Frooze, frosk, jrandom, kaji, Madman2003, modulus, mule, mule2, orion, Ragnarok, redzog, scintilla, susi23, ugha2p</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) مرحبًا 13:05 &lt;@jrandom&gt; 1) 0.4.2.4 & 0.4.2.5 13:05 &lt;@jrandom&gt; 2) استراتيجية 0.5 13:05 &lt;@jrandom&gt; 3) التسمية 13:05 &lt;@jrandom&gt; 4) جولة على eepsite 13:05 &lt;@jrandom&gt; 5) ??? 13:06 &lt;@jrandom&gt; 0) مرحبًا 13:06 * jrandom يلوّح 13:06 &lt;@jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت قبل قليل على @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 &lt;@jrandom&gt; لننطلق إلى 1) 0.4.2.4 & 0.4.2.5 13:08 &lt;@jrandom&gt; لمن قاموا بالترقية إلى 0.4.2.5 بالفعل - حوالي ثلث الشبكة حتى الآن - شكرًا! 13:09 &lt;@jrandom&gt; أحاول فعلًا أن أحافظ على وتيرة إصدارات أكثر هدوءًا، لكن كانت هناك أشياء في 0.4.2.5 احتاجت للنشر على نطاق أوسع 13:10 &lt;Madman2003&gt; 0.4.2.5 يعمل جيدًا لدي من ناحية انقطاع الاتصالات، لكني لا أشغّل i2p على مدار الساعة (تعرضت لعدد لا بأس به من انقطاعات IRC مؤخرًا) ولم تمضِ سوى بضع ساعات على الإصدار 13:10 &lt;@jrandom&gt; كما ذُكر لاحقًا في البريد، ليس لدي تاريخ مخطط لإصدار إصلاح الأخطاء التالي، لكن سنرى 13:10 &lt;@jrandom&gt; رائع، Madman2003 13:10 &lt;@jrandom&gt; نعم، من المبكر جدًا الحكم على 0.4.2.5 13:11 &lt;frosk&gt; كنت أرى فترات تأخر كبيرة على .4، حتى الآن لا شيء من ذلك مع .5، لكن مرة أخرى، لا يزال مبكرًا 13:11 &lt;frosk&gt; (أتحدث عن تأخر IRC بالطبع) 13:11 &lt;@jrandom&gt; إصلاح خطأ dns قد يظهر على شكل فشل عدد كبير من الأقران الذين يشغّلون إصدارات أقدم دفعة واحدة، لذا كلما أسرع الناس بالترقية كان أفضل 13:12 &lt;@duck&gt; هل هذا مرتبط بإخفاقات من يدخلون اسم المضيف يدويًا؟ 13:12 &lt;@jrandom&gt; نعم 13:12 &lt;dm&gt; ما مدى عدم فائدة أيقونة I2P في صينية نظام ويندوز!؟!؟ 13:12 &lt;@duck&gt; آه، إذًا لهذا ما تزال config.jsp ودودة 13:13 &lt;Madman2003&gt; هل لدى أحدكم فكرة لماذا لا يزال بعضهم يشغّل routers بإصدار قبل 0.4.2.4؟ (لقد صدر منذ مدة) 13:13 &lt;@jrandom&gt; dm: هي أقرب ما تكون لحاجز مؤقت الآن، إضافة إلى أيقونة حالة تقول "i2p يعمل" 13:13 &lt;dm&gt; لديهم حياة؟ :) 13:13 * jrandom ينبغي أن يستنكر ذلك... 13:14 &lt;redzog&gt; هل هناك طريقة لإجراء إعادة تشغيل سلسة من سطر الأوامر؟ 13:14 &lt;@jrandom&gt; redzog: للأسف لا 13:14 &lt;redzog&gt; همم، مؤسف 13:14 &lt;@jrandom&gt; سوى ربما باستخدام wget 13:14 &lt;redzog&gt; سيكون ذلك أسهل لإجراء تحديثات تلقائية 13:14 &lt;+detonate&gt; i2prouter stop && i2prouter start :) 13:14 &lt;@jrandom&gt; لا، اترُكها، wget لن يصلح أيضًا 13:14 &lt;@jrandom&gt; (لأن النموذج يتطلب تفاعلًا) 13:14 &lt;Madman2003&gt; عمومًا أحدّث عبر cvs عدة مرات بين الإصدارات (في أفضل الأحوال مرة يوميًا)، لا يستغرق سوى بضع دقائق 13:15 &lt;redzog&gt; lwp::simple يمكنه تدبير الأمر 13:15 &lt;redzog&gt; مجرد POST 13:15 &lt;@jrandom&gt; redzog: دعم ذلك سيكون رائعًا 13:15 &lt;redzog&gt; سأحاول إخراج شيء سريعًا 13:15 &lt;@jrandom&gt; حسنًا، هو أكثر من مجرد POST، تحتاج لقراءة النموذج المعروض عليك ثم ترسل تلك الحقول مجددًا 13:16 &lt;+detonate&gt; في النهاية ستكون الإصدارات متباعدة أكثر.. صحيح؟ 13:16 &lt;@jrandom&gt; (هناك علم/فلاغ مخفي لمنع الناس من فعل أشياء مثل &lt;img src="../../configservice.jsp?action=restart"&gt; 13:16 &lt;redzog&gt; هه، صحيح 13:16 &lt;@jrandom&gt; صحيح detonate، لم يكن مخططًا أن تكون بهذه السرعة، مرة أسبوعيًا كحد أقصى 13:16 &lt;redzog&gt; هل تتغير قيمة الـ nonce؟ 13:17 &lt;@jrandom&gt; لو لم تكن تتغير، لما كانت nonce ;) 13:17 &lt;redzog&gt; همم، يبدو كذلك 13:17 &lt;redzog&gt; حسنًا، بين الجلسات، بين تحميل الصفحات... ;) 13:17 &lt;redzog&gt; إذن بين تحميل الصفحات 13:17 &lt;@jrandom&gt; صحيح 13:17 &lt;@jrandom&gt; حسنًا، هل لدى أحد أي شيء آخر بخصوص 0.4.2.4/0.4.2.5؟ 13:18 &lt;@jrandom&gt; أنا متأكد أنه ستكون هناك مناقشات أكثر لاحقًا بعد أن نُجرّب الإصدار الجديد أكثر 13:18 &lt;dm&gt; آه، أهذا اجتماع؟ 13:18 &lt;+detonate&gt; الإقلاع أصبح أقل سلاسة بكثير 13:18 &lt;+detonate&gt; مقارنةً بـ 2.3 13:18 &lt;@jrandom&gt; آه؟ بأي شكل detonate - المعالج، التأخر، الذاكرة، الوقت؟ 13:19 &lt;+detonate&gt; قائمة الأقران تستغرق دهرًا لتتلاءم/تمتلئ 13:19 &lt;+detonate&gt; وأحصل على عدد هائل من الأقران في القائمة السوداء 13:19 &lt;+detonate&gt; أيضًا أشياء i2ptunnel أحيانًا تتجمّد، لكنها عمومًا تستغرق ضعف الوقت لتبدأ فعليًا 13:19 &lt;+detonate&gt; بمجرد أن تبدأ تسير الأمور بسلاسة 13:19 &lt;+detonate&gt; أمر غريب 13:19 &lt;@jrandom&gt; همم، ماذا يُدرج كسبب في /logs.jsp#connectionlogs ؟ 13:20 &lt;ant&gt; &lt;BS314159&gt; قمت للتو بإعادة تشغيل سلسة إلى 0.4.2.5. استغرق 120 ثانية لظهور Local Destinations 13:20 &lt;ant&gt; &lt;BS314159&gt; يبدو جيدًا 13:20 &lt;@jrandom&gt; رائع BS314159 - هذا تقريبًا الحد الأدنى، إذ لا نبدأ i2ptunnel إلا بعد دقيقتين من الإقلاع :) 13:20 &lt;+detonate&gt; لا يوجد شيء خارج عن المألوف 13:20 &lt;+detonate&gt; استثناء إيقاف تشغيل 13:21 &lt;+detonate&gt; لكن أظن أني تسببت به 13:21 &lt;mule&gt; سحبت أكثر من 300M عبر fcp لفيلم مع الإصدار الأخير. لم يكن بهذا المستوى من قبل. سرعات قصوى تتجاوز 40k. عمل عظيم. 13:21 &lt;@jrandom&gt; واو، ممتاز mule! 13:21 &lt;mule&gt; لكن لا زالت لدي مشكلة جدية في التعافي بعد تبدّل عنوان الـ IP 13:21 &lt;@jrandom&gt; detonate: همم، حسنًا، سأكون سعيدًا بتنقيح ذلك أكثر بعد الاجتماع أو في وقت آخر متاح لك 13:22 &lt;+detonate&gt; نعم 13:22 &lt;+detonate&gt; حسنًا 13:22 &lt;dm&gt; تأخر tunnel: 364ms. ما الذي يجري بحق الجحيم، تأخر tunnel ينخفض 100-200ms مع كل إصدار! 13:22 &lt;@jrandom&gt; آه mule، حسنًا 13:22 &lt;@jrandom&gt; لدي فكرة لكيفية التعامل مع اتصالات tcp المعلّقة - فقط نضيف keepalive لمدة 5m 13:23 &lt;@jrandom&gt; هه dm، لا تقلق، سيعود للارتفاع مجددًا ;) 13:23 &lt;frosk&gt; واو، لدي فقط 261ms هنا :) 13:24 &lt;@jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر، لننتقل إلى 2) استراتيجية 0.5 13:24 &lt;dm&gt; هذا لا يمكن أن يكون صحيحًا... 13:25 &lt;+ugha2p&gt; يبدو أني تأخرت عن الاجتماع مجددًا. 13:26 &lt;@jrandom&gt; لا يزال هناك الكثير من العمل على 0.5، لكن مخططًا عامًا للعملية أُدرج في ذلك البريد 13:26 * jrandom يرسل ugha2p إلى مكتب المدير 13:27 &lt;@jrandom&gt; لا تزال هناك بعض التفاصيل بحاجة للتوضيح حول تجميع tunnel وإنشائها، لكن أعتقد أن لدينا بضعة عروض مختلفة ستلبي احتياجات شرائح مستخدمين متعددة 13:28 &lt;@jrandom&gt; ستكون هناك وثائق على الطريقة التقليدية تُنشر بعد أن نُصلح معظم العيوب في التصميم لمراجعتكم 13:28 &lt;@jrandom&gt; (حاليًا تشغل ~8 صفحات في الدفتر، لكنها ستُن压 جيدًا على الأرجح) 13:29 &lt;kaji&gt; هل بدأ الاجتماع بعد؟ 13:29 &lt;@jrandom&gt; وأحد المهام الأخرى المُدرجة لـ 0.5 هو "التعامل مع احتياجات عرض النطاق للشبكة"، وليس لدي فكرة عن كيفية التخطيط لذلك، لذا سنتصرف حسب المستجدات 13:29 &lt;@jrandom&gt; نعم kaji، نحن في 2) استراتيجية 0.5 13:30 &lt;@jrandom&gt; حسنًا، هذا كل ما لدي حول ذلك في الوقت الحالي، ما لم يكن لدى أحد أسئلة/تعليقات/مخاوف؟ 13:31 &lt;+ugha2p&gt; واو، معظم الـ routers قد تمت ترقيتها بالفعل. 13:31 &lt;+detonate&gt; هل ترشيح حركة HTTP لإزالة javascript/إلخ ضمن خارطة الطريق؟ 13:31 &lt;+detonate&gt; لـ 0.5 13:31 &lt;+ugha2p&gt; detonate: لا. 13:31 &lt;@jrandom&gt; detonate: 0.6 13:31 &lt;ant&gt; &lt;cat-a-puss&gt; بخصوص عرض النطاق، هل ينبغي تمكين طول tunnel الاحتمالي، و/أو tunnels متحيّزة محليًا، لـ bittorrent حيث عمومًا مستخدمو BT لديهم نموذج تهديد أضعف؟ 13:32 &lt;@jrandom&gt; cat-a-puss: نعم، بالتأكيد. هذا أحد الأجزاء الكبيرة في إصدار 0.5 13:32 &lt;+ugha2p&gt; detonate: إلا إذا نفّذته أولًا. ;) 13:32 &lt;+detonate&gt; كنت أفكر بالأمر 13:33 &lt;ant&gt; &lt;cat-a-puss&gt; هل سيُجرى ترشيح html في عملية منفصلة؟ 13:33 &lt;@jrandom&gt; أظن michelle تنظر في ذلك أيضًا، لذا إن أردتما العمل سويًا (michelle تتعلم Java) فسيكون ذلك ممتازًا 13:33 &lt;+detonate&gt; حسنًا 13:33 &lt;@jrandom&gt; cat-a-puss: لا أعلم. 13:34 &lt;+ugha2p&gt; cat-a-puss: ولماذا يجب ذلك؟ 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; (أسأل لأنني كنت أفكر في إنشاء proxy يمرّر كل حركة المتصفح الواردة عبر clamav) وهو برخصة GPL، لذا إن أمكن تضمينه في الفلتر فسيكون جيدًا على الأرجح. 13:35 &lt;@jrandom&gt; رائع cat-a-puss! 13:35 &lt;+ugha2p&gt; بعض الناس يستخدمون Privoxy مع I2P بالفعل. 13:36 &lt;bens&gt; عمومًا، أنا ضد تضمين الأشياء 13:36 &lt;susi23&gt; أفضل أن أرى الناس يضبطون متصفحاتهم بشكل صحيح بدلًا من الوعد بحمايتهم من الشيفرة الخبيثة. 13:36 &lt;@jrandom&gt; susi23: لا أحد يضبط متصفحه بالشكل المناسب 13:36 &lt;@jrandom&gt; خصوصًا المستخدم العادي 13:37 &lt;frosk&gt; يمكن التساؤل إن كان "جو" قادرًا حتى على إعداد proxy لمتصفحه 13:37 &lt;@jrandom&gt; وجهة نظري الشخصية أن شيئًا شبيهًا بـ cgi-proxy سيكون مثاليًا 13:37 &lt;@jrandom&gt; بالضبط frosk 13:37 &lt;@jrandom&gt; ومع واجهة شبيهة بـ cgi-proxy (ترشيح وفق تفضيلاتهم، آمن افتراضيًا)، حتى الأحمق المبتلّع لعابه يمكنه استخدامه 13:38 &lt;bens&gt; أظن أن I2P يحتاج إصدارات متعددة لأسواق متعددة أكثر حتى من MS Office 13:38 &lt;@jrandom&gt; لهذا لدينا مكونات صغيرة وندفع بهذه الأمور خارج الـ router يا bens ;) 13:38 &lt;Ragnarok&gt; ملف تهيئة تلقائية للـ proxy سيساعد 13:39 &lt;@jrandom&gt; Ragnarok: لدينا واحد، لكن لا تزال هناك أشياء خطرة يمكن فعلها به 13:39 &lt;frosk&gt; ربما حتى متصفح i2p متخصص (لو لدى أحدهم وقت فراغ يغرق به ;) 13:39 &lt;susi23&gt; ragnarok: هذا؟ http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 &lt;@jrandom&gt; frosk: على نظام تشغيل i2p المتخصص ومعداته أيضًا، على ما أظن 13:40 &lt;frosk&gt; ههه، ممتاز 13:40 &lt;Ragnarok&gt; هذا ليس ضمن التثبيت، مع ذلك 13:40 * jrandom يطبق ذلك في كون i2p المتخصص 13:40 &lt;susi23&gt; . o O ( ربما علينا أن نجد كوكب i2p مخصصًا أيضًا ) 13:40 &lt;susi23&gt; . o O ( تبًا، بطيئة جدًا ) 13:40 &lt;mule&gt; حسنًا، سنبيع العتاد :) 13:40 &lt;frosk&gt; كما يقولون، لخلق شيء من لا شيء، اصنع الكون أولًا 13:41 &lt;@jrandom&gt; ووت، الآن كل ما نحتاجه بعض المستثمرين.. 13:41 &lt;bens&gt; جديًا، أداة تهيئة تلقائية لـ Firefox قد تكون معقولة 13:41 &lt;@jrandom&gt; bens: ملف .pac الذي ربطه susi أعلاه ينبغي أن يفي بالغرض 13:41 &lt;bens&gt; ليس فقط للـ proxy؛ أيضًا لإعدادات الأمان، والصفحة الرئيسية، إلخ. 13:41 &lt;@jrandom&gt; يمكننا شحنه مع المُثبّت أيضًا، لكنه غير كافٍ لمن يحتاجون للخصوصية (وليسوا خبراء للغاية بالفعل) 13:42 &lt;@jrandom&gt; همم، ربما يمكن لمثل هذا أن يدخل ضمن تطبيق i2p xul الخاص بـ cervantes 13:43 &lt;@jrandom&gt; لكن هذا يبتعد بنا عن 2) استراتيجية 0.5 13:43 &lt;@jrandom&gt; هل لدى أحد آخر شيء حول ذلك، أم ننتقل إلى 3) التسمية؟ 13:44 -!- Irssi: #i2p: إجمالي 40 لقبًا [2 ops, 0 halfops, 6 voices, 32 normal] 13:44 &lt;@jrandom&gt; اعتبرونا انتقلنا 13:44 &lt;@jrandom&gt; حسنًا، يبدو أني تسرّعت قليلاً بخصوص الإشارة 2.0.1 الخاصة بـ addressbook - Ragnarok، هل تود أن تعطينا تحديثًا؟ 13:44 &lt;+ugha2p&gt; jrandom: هل يمكننا توقع أن التواريخ على خارطة الطريق ستكون صحيحة؟ 13:45 &lt;@jrandom&gt; ugha2p: تعكس حاليًا أفضل تقدير لدي 13:45 &lt;+ugha2p&gt; jrandom: حسنًا، تمام. 13:45 &lt;Ragnarok&gt; تم إصدارها الآن 13:45 &lt;@jrandom&gt; ووت 13:45 &lt;Ragnarok&gt; تحققوا من ragnarok.i2p 13:45 &lt;Ragnarok&gt; لم أكن أخطط لإصدارها بعد، لكن jrandom اضطرني :) 13:46 &lt;@jrandom&gt; ههه 13:46 &lt;+ugha2p&gt; Ragnarok: بالمناسبة، ينقصك رابط من الصفحة الرئيسية. :) 13:46 &lt;Ragnarok&gt; مجرد بعض إصلاحات الأخطاء، لا شيء كبير، لكنها ستتعامل بشكل أفضل مع بعض الحالات الطرفية 13:46 &lt;@jrandom&gt; إنها في أعلى اليمين يا ugha2p 13:47 &lt;Ragnarok&gt; ugha2p: إنها في الشريط الجانبي 13:47 &lt;Ragnarok&gt; سأضيف روابط إلى التدوينة أيضًا :) 13:47 &lt;mule2&gt; "سيكون ذلك اليوم عندما أموت". تغيير IP يومي لضبط الساعة بعده. 13:48 &lt;Ragnarok&gt; على أي حال، لو أمكن للجميع تجربتها فسيكون ذلك لطيفًا. تقارير الأخطاء مقدّرة دائمًا 13:48 &lt;+ugha2p&gt; Ragnarok: آه، ذلك الشريط الجانبي سيئ جدًا في Opera. 13:48 &lt;mule2&gt; Lease expired 12773d ago 13:49 &lt;+ugha2p&gt; Ragnarok: حسنًا، ليس سيئًا للغاية، لكنه فقط موجود في نهاية الصفحة. 13:49 &lt;@jrandom&gt; رائع Ragnarok، شكرًا 13:49 &lt;Ragnarok&gt; على الأرجح نافذتك ليست عريضة بما يكفي 13:49 &lt;+ugha2p&gt; Ragnarok: صحيح، لكنه يجب أن يعمل مع أي حجم نافذة. 13:50 &lt;+ugha2p&gt; لذا ربما ترغب في إصلاحه مستقبلًا. :) 13:50 &lt;Ragnarok&gt; ugha2p: "يجب" اختيار مثير للاهتمام للكلمات :) 13:50 &lt;Frooze&gt; آه، خاطئ في mozilla 1.7 أيضًا. نافذتي صغيرة رغم ذلك. 13:50 &lt;+ugha2p&gt; ولماذا ذلك؟ 13:50 &lt;Frooze&gt; شكرًا ragnarok. شيء رائع. 13:51 &lt;Ragnarok&gt; قد أصلحه مستقبلًا، لكنه منخفض جدًا في أولوياتي 13:51 * jrandom يفضّل تحديثات addressbook على إصلاحات HTML 13:52 &lt;Ragnarok&gt; على أي حال، أي أسئلة؟ 13:53 &lt;frosk&gt; شكرًا على addressbook، Ragnarok، يبدو مفيدًا جدًا 13:54 &lt;+ugha2p&gt; هل الطريقة الموثّقة لتحميل addressbook هي الوحيدة، أم هناك طرق أقل اقتحامية؟ 13:54 &lt;kaji&gt; للتو ثبّته، إنه رائع 13:54 &lt;Ragnarok&gt; يمكنك تشغيله يدويًا باستخدام "java -jar addresbook.jar &lt;path to i2p/addressbook&gt;" 13:54 &lt;Ragnarok&gt; شكرًا لك :) 13:55 &lt;kaji&gt; أوه، وقد حمّلت الإصدار 2.0.0 هل هناك تحديث في مكانٍ ما؟ 13:55 &lt;Ragnarok&gt; حسنًا، أصلحت العمود، كانت مجرد مزج غبي لأحجام مطلقة ونسبية 13:56 &lt;Ragnarok&gt; نعم، هناك 2.0.1 الآن على ragnarok.i2p 13:57 &lt;+ugha2p&gt; أحصل الآن على "Failed to load Main-Class manifest attribute from"، لكن لا بأس، سأعيد التشغيل لاحقًا. 13:57 &lt;Ragnarok&gt; أوه 13:58 &lt;Ragnarok&gt; خطئي 13:58 &lt;Ragnarok&gt; سأحاول إصلاح ذلك قريبًا 13:58 &lt;+ugha2p&gt; آه، حسنًا. :) 13:58 &lt;Ragnarok&gt; سيكون هناك أيضًا إصدار .war سهل التثبيت قريبًا 13:59 &lt;dm&gt; jrandom: أنت آلة 14:00 &lt;@jrandom&gt; رائع، شكرًا Ragnarok 14:00 &lt;@jrandom&gt; susi23: بينغ؟ 14:00 &lt;susi23&gt; 1200ms 14:01 &lt;@jrandom&gt; !thwap 14:01 &lt;@jrandom&gt; على أي حال، هل تريد أن تعطينا ملخصًا عمّا يحدث مع susidns؟ 14:01 &lt;@jrandom&gt; أم ينبغي الانتظار لوقت لاحق؟ 14:01 &lt;susi23&gt; هل لدينا وقت لنقاش أكثر عمومية عن أمور التسمية؟ 14:02 &lt;susi23&gt; ما الميزات التي نريدها مستقبلًا؟ 14:03 &lt;@jrandom&gt; بعض أفكاري منشورة على http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 14:03 &lt;@jrandom&gt; (حول الميزات العامة) 14:04 &lt;@jrandom&gt; أعتقد أن أصعب ما سيكون هو فطام الناس عن الأسماء البشرية المقروءة الفريدة عالميًا، لكن مع واجهات جيدة سيكون ذلك ممكنًا 14:04 &lt;Ragnarok&gt; تنفيذ هياكل البيانات التي أوضحتها في xml أحد أهدافي التالية 14:04 &lt;susi23&gt; حسنًا، هناك كتابة صغيرة حول السمات على `http://susi.i2p/removablekeys.html` 14:05 &lt;ant&gt; &lt;Jnymo&gt; واو.. مكتظ هنا الليلة 14:05 &lt;bens&gt; ragnarok: هل اطلعت على YAML؟ قد يكون أسهل 14:05 &lt;+ugha2p&gt; Jnymo: نعم، نحاول عقد اجتماع هنا. 14:05 &lt;Ragnarok&gt; اسم YAML مناسب جدًا 14:05 &lt;@jrandom&gt; رائع susi23، رغم أني أعتقد أننا سنرغب بالتأكيد بالانتقال بعيدًا عن تنسيق hosts.txt البسيط 14:05 &lt;ant&gt; &lt;Quadn-werk&gt; إضافة إعادة تشغيل سلسة من سطر الأوامر؟ 14:06 &lt;ant&gt; &lt;Jnymo&gt; ugha2p: آه 14:06 &lt;susi23&gt; هل هناك أي أفكار حول كيفية إبقاء الأسماء فريدة على المدى الطويل؟ 14:06 &lt;@jrandom&gt; أحد الأجزاء المهمة من البيانات التي تُدار في خدمة التسمية هو أن تكون كل مُدخلة موقّعة، ما يتطلب بنية صلبة (أو XML حذرة) 14:07 &lt;@jrandom&gt; لا أؤمن بأسماء بشرية مقروءة، فريدة عالميًا وآمنة. 14:07 &lt;@jrandom&gt; (أضمّن المركزية & الأمان معًا) 14:07 &lt;@jrandom&gt; susi23: هل رأيتِ http://zooko.com/distnames.html ؟ 14:07 &lt;Ragnarok&gt; أعتقد أنه باستخدام نظام شبيه بـ addressbook، ستنتهي الأسماء بمعظمها فريدة، إذ من مصلحة من يطالب باسم ألا يختار واحدًا مستخدمًا مسبقًا 14:08 &lt;@jrandom&gt; Ragnarok: سنرى. ربما 14:08 &lt;susi23&gt; سأطّلع عليه 14:08 &lt;bens&gt; أظن أن سلطات موثوقة ستظهر 14:08 &lt;Ragnarok&gt; حسنًا، هناك واحدة بالفعل 14:08 &lt;frosk&gt; hosts.txt؟ :) 14:09 &lt;Ragnarok&gt; الخاصة بـ jrandom، نعم 14:09 &lt;@jrandom&gt; أو إن لم تكن سلطات موثوقة، فأسماء تتضمن المسار لتعريفها بشكل فريد 14:09 &lt;@jrandom&gt; (مثال: "the site orion.i2p calls 'frosk.i2p'") 14:10 &lt;@jrandom&gt; لدى Derek Eddington بعض المشاركات على هذا المنوال في سبتمبر - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 &lt;bens&gt; frosk.orion.i2p 14:10 &lt;@jrandom&gt; smtp.frosk.ns.orion.i2p 14:11 * jrandom يبدأ ببناء uucp bang paths 14:11 &lt;frosk&gt; هاه 14:12 &lt;susi23&gt; حسنًا، ماذا الآن... ما رأيكم بـ "خارطة طريق للتسمية"؟ :) 14:12 &lt;ant&gt; &lt;Jnymo&gt; لقد أبعدتموني عن DNS موزّع مطلق لـ i2p.. نوعًا ما.. لكن أفكار duck جعلتني أفكر أن نظام ثقة قد ينجح.. مثلًا، يمكن لاستعلام أن يعيد قائمة مواقع/ملفات، ويمكن أن يُذكر لكل منها مقدار الثقة التي يمنحها لها الشبكة 14:12 &lt;susi23&gt; بمجرد أن نتفق على ما سنفعل 14:12 &lt;@jrandom&gt; فكرة جيدة susi23، هل تودين كتابتها؟ 14:13 &lt;@jrandom&gt; الثقة بثقة الآخرين لها إمكانات، لكنها تحتاج أن تتم بحذر شديد 14:13 &lt;susi23&gt; يمكنني فعل ذلك، لكن لا تزال ليست لدي فكرة عما نريد فعله. هناك قرارات يجب اتخاذها. 14:14 &lt;@jrandom&gt; (أي فقط وفق الشروط التي تثق بها بالأقران على طول السلسلة وصولًا إلى مصدر الثقة) 14:14 &lt;modulus&gt; لا يوجد أو لا ينبغي أن يكون هناك "ثقة الشبكة" بموقع ما، يجب أن تكون الثقة محورية حول المستخدم دائمًا 14:14 &lt;@jrandom&gt; susi23: الخطوة 1 في خارطة الطريق: القرار بين $featureset 14:14 &lt;susi23&gt; أو على الأقل علينا تطوير كل الأفكار إلى مفهوم أكثر دقة. 14:14 &lt;ant&gt; &lt;Jnymo&gt; حسنًا، لو كان الأمر بسيطًا صراحةً.. مثلًا، لو أن files i2p يسرد عدد المواقع التي ترتبط بـ siteinquestion.i2p 14:15 &lt;Ragnarok&gt; حسنًا، لقد حدّثت حزمة addressbook بملف jar قابل للتنفيذ. 14:15 &lt;ant&gt; &lt;Jnymo&gt; آه، files.i2p 14:15 &lt;@jrandom&gt; jnymo: هذا يتحول إلى سلطة مركزية - files.i2p 14:15 &lt;modulus&gt; ولا ننسى أنه يمكنك تسميم مجموعة الروابط بإنشاء عدد هائل من المواقع. 14:16 &lt;modulus&gt; googlebombing على i2p 14:16 &lt;ant&gt; &lt;Jnymo&gt; صحيح.. لكن يمكن جعل files i2p لا مركزيًا 14:16 &lt;susi23&gt; حسنًا، ما رأيكم بجمع الأفكار/المعلومات/المفاهيم حتى نقول يناير 14:16 &lt;orion&gt; أهلًا جميعًا. أرى أن التسمية على الطاولة.. "مجدّدًا" :) 14:16 &lt;susi23&gt; ثم تأتي مرحلة القرار، موافق؟ 14:16 &lt;@jrandom&gt; يبدو جيدًا - هل ستكونين نقطة الاتصال لتجميع ذلك؟ 14:16 &lt;Ragnarok&gt; بالتأكيد 14:16 &lt;modulus&gt; لا يهم إن كان تجميع الثقة لا مركزيًا، يجب أن تصدر الثقة من المستخدم. أي شيء آخر يمكن تسميمه برأيي. 14:17 &lt;susi23&gt; ألسنا قادرين على استخدام القائمة البريدية لهذا؟ 14:17 &lt;bob&gt; أو ربما ويكي ugha؟ 14:17 &lt;ant&gt; &lt;Jnymo&gt; متفق.. لكن كيف نفعل ذلك؟ نضع مقياس ثقة صغير أعلى متصفح الويب؟ 14:18 &lt;@jrandom&gt; الويكي سيكون جيدًا، يمكننا تجميع روابط لكل النقاشات السابقة هناك 14:18 &lt;modulus&gt; jnyo: ربما الحل الأكثر قابلية للتطبيق هو الارتباط بأول اسم صادفته أو شيء من هذا القبيل. 14:18 &lt;dm&gt; دعونا نصفّق جميعًا لـ jrandom على إدارة المشروع الرائعة 14:18 &lt;susi23&gt; حسنًا 14:18 &lt;modulus&gt; لكن هناك طرقًا أكثر من النقانق. 14:19 &lt;susi23&gt; عنوان الويكي؟ (للسجلات) 14:19 &lt;ant&gt; * Jnymo يصفق 14:19 &lt;@jrandom&gt; ugha.i2p 14:19 * dm يصفق 14:19 &lt;susi23&gt; حسنًا 14:19 &lt;susi23&gt; إذن انتهيت وسأُعيد ping لـ jrandom ;) 14:20 &lt;ant&gt; &lt;Jnymo&gt; modulus: إذن، إن أحلت رابطًا لشخص آخر، فأنا أحيله إلى الموقع الذي ربطتُه أولًا.. قد ينجح ذلك.. 14:20 &lt;+ugha2p&gt; يبدو أن مهلة ping قد انتهت لـ jrandom. 14:20 &lt;@jrandom&gt; حسنًا رائع، أي شيء آخر بخصوص nami^W nm، لا مزيد حول التسمية. ننتقل إلى الويكي 14:20 &lt;modulus&gt; على أي حال، إن كنت تُنشئ رابطًا فربما سترغب بوضع مسار مطلق في الرابط، وليس مجرد اسم 14:21 &lt;@jrandom&gt; نتابع إلى 4) جولة eepsite 14:21 &lt;dm&gt; dm.i2p شغّال 14:21 &lt;@jrandom&gt; رائع 14:22 &lt;@jrandom&gt; حسنًا، لا يوجد لدي الكثير لأضيفه سوى ما ذُكر في البريد 14:22 &lt;bob&gt; من الجميل رؤية تدفق للمواقع! كلها سريعة الوصول أيضًا! 14:22 &lt;@jrandom&gt; نعم، متفق يا bob 14:22 &lt;bob&gt; orion، شكرًا على عملك.. أستخدم موقعك يوميًا. 14:22 * jrandom كذلك، قسم "آخر تحديث" مفيد جدًا 14:23 &lt;bob&gt; dm: :-) 14:24 &lt;@jrandom&gt; حسنًا، إن لم يكن هناك المزيد حول ذلك، يمكننا الانتقال إلى 5) ??? 14:24 &lt;@jrandom&gt; هل هناك أي شيء آخر يود الناس طرحه للاجتماع؟ 14:24 &lt;ant&gt; &lt;Jnymo&gt; كيف حالة الشبكة؟ 14:24 &lt;ant&gt; &lt;Jnymo&gt; بخصوص 4.2.5؟ 14:25 &lt;@jrandom&gt; تبدو جيدة، لكن الإصدار لم يمضِ عليه سوى بضع ساعات، لذا من المبكر الحكم 14:25 &lt;ant&gt; &lt;Jnymo&gt; آه، هه 14:25 &lt;ant&gt; &lt;Jnymo&gt; أي أخبار عن fusenet؟ 14:26 &lt;@jrandom&gt; (`http://piespy.i2p/i2p/i2p-current.png` هه) 14:26 &lt;frosk&gt; عملي على i2pcontent وُضع جانبًا إلى حد كبير لأسابيع، لكن أحدث نسخة من الوثيقة يمكن قراءتها على `http://frosk.i2p/i2pcontent.html` . إذا كان أحد مهتمًا، فليقرأ، وليعلّق بقسوة إذا لزم الأمر (on irc عندما لا أكون /away أو بريد إلى frosk@mail.i2p) 14:26 &lt;frosk&gt; i2pcontent/fusenet/أي شيء ;) 14:26 &lt;ant&gt; &lt;Jnymo&gt; رائع 14:28 &lt;@jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر... 14:28 &lt;mule2&gt; تصفيق حار لكل المساهمات الممتازة 14:29 &lt;@jrandom&gt; نعم، أنتم تقومون بعمل خارق 14:29 &lt;frosk&gt; وأنت أيضًا، jrandom :) 14:29 &lt;orion&gt; صحيح. 14:29 &lt;orion&gt; نعم، جدًا، أنت أيضًا jrandom. 14:29 &lt;scintilla&gt; أحسنتُم! 14:29 &lt;ant&gt; &lt;Jnymo&gt; نعم، لاحظت على الموقع، هناك معلومات أقل حول كيفية المساعدة 14:29 &lt;@jrandom&gt; أحيانًا نركل المؤخرات وأحيانًا تُركَل مؤخراتنا ;) 14:29 &lt;orion&gt; هيب هيب 14:30 &lt;ant&gt; &lt;Jnymo&gt; هوراي 14:30 * orion يبتسم 14:30 &lt;Frooze&gt; حمّلت Eclipse اليوم، لأتعلم Java خلال العطلة، لأنكم جميعًا مُلهِمون جدًا. 14:30 &lt;@jrandom&gt; jnymo: العديد من المهام الصغيرة السهلة قد أُنجزت 14:30 &lt;@jrandom&gt; أوه رائع يا Frooze 14:31 &lt;Frooze&gt; إذًا، مشاكل تلوح في الأفق. هه 14:31 &lt;@jrandom&gt; jnymo: يجب فعلًا أن أجمع المزيد منها وأنشرها 14:31 &lt;ant&gt; &lt;Jnymo&gt; jrandom: هل لا تزال تبحث عن شخص للمساعدة في alexandria.i2p؟ 14:31 &lt;@jrandom&gt; (اختبئوا يا أريزونا!) 14:31 * jrandom غير مشارك في alexandria، لكن نعم، أعتقد أنهم لا يزالون يبحثون عن أمين مكتبة 14:31 &lt;ant&gt; &lt;Jnymo&gt; تعلّموا السباحة يا جماعة ;) 14:31 * orion يعشق الإشارات إلى Pump Up the Volume. وإن كانت مبهمة. 14:31 &lt;@duck&gt; نعم نحن كذلك 14:31 &lt;@jrandom&gt; :) 14:31 &lt;Ragnarok&gt; jrandom: أين من المفترض أن يذهب ملف war فعليًا؟ 14:31 &lt;@jrandom&gt; (orion++) 14:32 &lt;@jrandom&gt; Ragnarok: i2p/webapps/addressbook.war 14:32 &lt;@jrandom&gt; (ثم أعد تشغيل الـ router) 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck، أتحدث إليّ؟ 14:32 &lt;Ragnarok&gt; رائع. سأبدأ الاختبار 14:32 &lt;@jrandom&gt; r0x0r 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck: هل alexandria على موقعك؟ 14:33 &lt;@duck&gt; duck.i2p/alexandria/ 14:33 &lt;ant&gt; &lt;Jnymo&gt; تمام 14:34 &lt;@jrandom&gt; حسنًا، إن كان هذا كل شيء، يمكننا الانسحاب من هنا عند علامة 90 دقيقة.. 14:34 * jrandom يختتم 14:34 * jrandom *baf*s الاجتماع مغلقًا </div>/ar/blog/2004/12/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/Tue, 14 Dec 2004 00:00:00 +0000/ar/blog/2004/12/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, cervantes, dinoman, dm, duck, Frooze, frosk, jdot\_, jrandom, lurk, mule2, orion, polecat, postman, protokol, Pseudonym, susi23</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) مرحباً 13:08 &lt;jrandom&gt; 1) حالة الشبكة 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) خارطة الطريق 13:08 &lt;+polecat&gt; يبدو تقريباً وكأن العُقد تستخدم الوقت الذي حصلت عليه قبل 5 دقائق، وتضبطه كأنه الوقت الحالي بدلاً من الوقت الحقيقي. 13:09 &lt;jrandom&gt; 4) i2pcontent 13:09 &lt;jrandom&gt; 5) i2p-bt 13:09 &lt;jrandom&gt; 6) ??? 13:09 &lt;jrandom&gt; 0) مرحباً 13:09 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية قبل بضع دقائق على http://dev.i2p.net/pipermail/i2p/2004-December/000522.html 13:09 * Pseudonym يلوّح 13:10 &lt;cervantes&gt; شكراً لانتظاركم.... للتو عدت من العمل ;-) 13:10 &lt;jrandom&gt; polecat: ليست 5 دقائق بالضبط (لكن يمكننا مناقشة الأمر أكثر بعد الاجتماع أو خلاله) 13:10 * polecat يومئ 13:10 &lt;jrandom&gt; تمام، حسناً، سأمنحك لحظة لتطّلع على ملاحظات الحالة إذن :) 13:11 &lt;jrandom&gt; في هذه الأثناء، 1) حالة الشبكة 13:11 * postman يلوّح 13:11 &lt;jrandom&gt; كما ذُكر على القائمة، كان الوضع مضطرباً نوعاً ما على irc في اليوم الآخر 13:12 &lt;jrandom&gt; لكننا أجرينا بعض التعديلات، وسارت إصلاحات العلل بشكل جيد 13:12 * dm يلوّح 13:12 &lt;jrandom&gt; بالإضافة إلى مشكلة مزامنة الوقت المذكورة في البريد، هناك أيضاً مشكلة "انتهاء صلاحية الـ leases" التي أبلغ عنها البعض 13:13 &lt;Pseudonym&gt; هل هما مرتبطتان؟ 13:13 &lt;+protokol&gt; (منذ أشهر) 13:13 &lt;Pseudonym&gt; (أقصد المشاكل، لا الأشخاص) 13:13 &lt;jrandom&gt; ذلك يعود جزئياً إلى مجموعة متنوعة من القضايا، بعضها قد تُعالِجه الترقيعات في CVS، وبعضها قد يكون متعلقاً بمزامنة الوقت، لكن معظمها يعود إلى مسائل نعمل عليها من أجل إصدار 0.5 13:14 &lt;jrandom&gt; جوهر المشكلة هو أن النظير أحياناً يعجز عن بناء tunnels للعميل، ما يعني أنه لن يطلب من العميل lease جديدة 13:14 &lt;jrandom&gt; الحل هو التأكّد من قدرتنا على بناء tunnels جديدة تلبي احتياجات العميل 13:15 &lt;Pseudonym&gt; وإن لم نستطع؟ 13:15 &lt;jrandom&gt; إن لم نستطع، ستبقى الـ leases منتهية حتى نستطيع 13:16 &lt;Pseudonym&gt; إذاً، ما المختلف؟ 13:16 &lt;jrandom&gt; لا شيء :) 13:16 &lt;jrandom&gt; علينا أن نكون قادرين على بناء tunnels، نقطة. 13:16 &lt;jrandom&gt; لضمان ذلك، يجب أن نحسّن كلّاً من الـ profiling (تقييم أداء الأقران) لدينا (انظر: إصلاحات cvs لعلّة قديمة في الـ profiling) وأن نحسّن استراتيجية الـ pooling (التجميع) لدينا (انظر: 0.5) 13:17 &lt;jrandom&gt; السبب المشروع الوحيد لعدم القدرة على بناء tunnels هو إذا كانت الشبكة بأكملها مشبعة تماماً 13:17 &lt;+polecat&gt; أو أنك مقطوع عنها 13:17 &lt;jrandom&gt; صحيح 13:17 &lt;bla&gt; jrandom: هل يمكن أن يكون هذا لأن الشبكة نمت إلى ~110 نظير؟ 13:18 &lt;dm&gt; أو هي مقطوعة عنك 13:18 &lt;jrandom&gt; لا، رأينا هذا من قبل أيضاً يا bla 13:18 &lt;Pseudonym&gt; هل "إصلاحات cvs لعلّة الـ profiling القديمة" ضمن 0.4.2.3 أم فقط في CVS؟ 13:18 &lt;jrandom&gt; رغم أنه بطريقة ما، أظن أنه كذلك، إذ لدينا الآن عدد أكبر من الأقران لا نملك عنهم بيانات profiling 13:18 &lt;jrandom&gt; Pseudonym: CVS 13:19 &lt;+polecat&gt; بـ profiling تقصد ترتيب الأقران بحسب مدى فاعليتهم؟ 13:19 &lt;jrandom&gt; نعم 13:19 * Pseudonym يريد 0.4.2.4 ;-) 13:19 &lt;+polecat&gt; حمد لله. 13:19 &lt;+polecat&gt; ظننت أنه تتبّع وظائف غريب مثل gprof أو شيء كهذا. 13:20 * orion يريد 2.0 :) 13:20 &lt;jrandom&gt; hehe كلا، علّة الـ profiling كانت جزئياً بسبب كود غبي يتجاهل إحصاءات اليوميات 13:20 * jrandom كذلك 13:20 * polecat يريد المرحلة اليرقية لكلب كبير. 13:20 &lt;jrandom&gt; حسناً، هذا كل ما لدي بخصوص 1) حالة الشبكة - هل لدى أحد شيء يضيفه؟ 13:21 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) mail.i2p 13:21 &lt;jrandom&gt; postman: تفضل 13:22 &lt;+postman&gt; حسناً 13:22 &lt;+postman&gt; آسف 13:22 &lt;+postman&gt; :) 13:23 &lt;+postman&gt; هناك وصف لمعالجة كاملة للنطاقات البريدية الافتراضية على www.postman.i2p/user/virtual 13:23 &lt;+postman&gt; هناك وصف لمعالجة كاملة للنطاقات البريدية الافتراضية على www.postman.i2p/user/virtual.html 13:23 &lt;+postman&gt; (الكثير من النبيذ الأحمر) 13:23 &lt;dm&gt; هذا عرض غير مهني للغاية! 13:23 &lt;+postman&gt; يحاول شرح نظامٍ لكيفية التعامل مع نطاقات بريدية غير عناوين @mail.i2p 13:23 &lt;frosk&gt; :D 13:24 * orion يصفع dm على رأسه بممحاة السبورة. 13:24 &lt;frosk&gt; هل يعني هذا أنني أستطيع الحصول على frosk@frosk.i2p؟ 13:24 &lt;+postman&gt; frosk: بالتأكيد 13:24 &lt;jrandom&gt; رائع جداً 13:24 &lt;+polecat&gt; السؤال هو: لماذا؟ :3 13:24 &lt;+postman&gt; إنه معقّد إلى حدٍ ما، ومع ذلك أطلب تعليقات وأفكاراً حوله 13:24 &lt;cervantes&gt; s/eraser/ 13:24 &lt;frosk&gt; روعة 13:25 &lt;+postman&gt; قد لا تكون ميزة ضرورية لبضعة أشخاص لكن المستقبل مشرق ولامع 13:25 &lt;jrandom&gt; هناك أسباب كثيرة - مثلاً منح كل مستخدم @ forum.i2p عنوان بريد، إلخ 13:25 &lt;susi23&gt; إنه نظام مركزي مرتبط بـ postman.i2p 13:25 &lt;+polecat&gt; نعم، هذا واضح. 13:25 &lt;susi23&gt; إذا تعطلت تلك الآلة، سننزعج جميعاً :) 13:25 &lt;+polecat&gt; jrandom: لكن إن كان كل شيء لا بد أن يمر عبر mail.i2p أساساً... 13:25 * postman على دراية تامة بهذه المشكلة 13:26 &lt;+postman&gt; :/ 13:26 &lt;jrandom&gt; polecat: ربما، وربما لا 13:26 &lt;+polecat&gt; susi23: بالضبط! 13:26 &lt;+postman&gt; التنفيذ الحالي بالفعل نقطة فشل واحدة 13:26 &lt;+postman&gt; لكن هذا ينطبق على جسر الإنترنت أيضاً 13:27 &lt;jrandom&gt; أوه، ألم يتم إعداد البوابة الثانية بعد؟ 13:27 &lt;+polecat&gt; أحد الحلول وضع وجهات متعددة في أنفاق SMTP/POP3 لدى العميل، وأن تقوم كل هذه الوجهات بالترحيل فيما بينها فقط. 13:27 &lt;+postman&gt; jrandom: لا، baffled لم يُعدّه بعد 13:27 &lt;jrandom&gt; آه حسناً 13:27 &lt;+postman&gt; polecat: وعلى أي خادوم POP3 يجب أن يقيم صندوق بريدك 13:27 &lt;orion&gt; اللمعان جميل، لكن كيف سيتعلق ذلك العنوان الافتراضي بعنوان على الإنترنت؟ يعجبني أن orion@mail.i2p و orion@i2pmail.org كلاهما قابلان للاستخدام. 13:27 &lt;orion&gt; s/usable/identical/ 13:28 &lt;+postman&gt; polecat: من يريد نقل 100MBs من بيانات صناديق البريد يومياً على مدار سنة لكل 10000 مستخدم؟ 13:28 &lt;+postman&gt; orion: سيكونان قابلين للاستخدام 13:28 &lt;+polecat&gt; بدلاً من أن يذهب من mail.i2p -&gt; polecat.i2p -&gt; ‎frosk@baffled.i2p، يمكن أن يذهب إلى أي من الثلاثة، ومن هناك مباشرة إلى baffled. 13:29 &lt;+postman&gt; أطلب من كل المهتمين المساهمة ببعض الأفكار 13:29 &lt;+postman&gt; ما زالت النطاقات الافتراضية ميزة تبدو مفيدة ويمكن تنفيذها بغض النظر عن حالة الشبكة 13:29 &lt;+polecat&gt; لذا إن ماتت mail.i2p يوماً ما، فسيكون لدى الاثنين الآخرين أنفاق خوادمهم متاحة كبدائل للدخول إلى نظام ترحيل البريد. 13:30 &lt;+postman&gt; polecat: يبقى السؤال حول صندوق بريدك 13:30 &lt;+postman&gt; polecat: يجب نقل بيانات صندوق بريدك أيضاً وإبقاؤها متزامنة بين جميع المواقع الممكنة 13:30 &lt;+polecat&gt; أوف... نعم هذا صحيح... 13:30 &lt;+postman&gt; polecat: تخيّل هذا لـ 1000 مستخدم في المستقبل 13:30 &lt;susi23&gt; يمكن للجميع إعداد وجهة على عُقدهم تُسلَّم إليها الرسائل... الآن لدينا مشكلة ربط الوجهات بعناوين البريد 13:30 &lt;+postman&gt; الأمر ليس بهذه السهولة 13:30 &lt;+polecat&gt; أوه! لكن هذا سيعمل رغم ذلك... 13:30 &lt;+postman&gt; بالفعل 13:31 &lt;+postman&gt; ومن ناحية أخرى، تبقى مشكلة الترحيل من وإلى الإنترنت 13:31 &lt;dm&gt; jrandom: أنت تستمتع بهذا، أليس كذلك؟ 13:31 &lt;+polecat&gt; نعم! يختار المستخدم الخادوم الذي سيكون عليه صندوق بريده POP3، وذلك هو الخادوم الذي يختارونه كوجهة لنفق POP3. 13:31 &lt;+postman&gt; polecat: ماذا لو فشل هذا الخادوم؟ 13:32 &lt;+polecat&gt; هكذا لن تحتاج mail.i2p ولا polecat.i2p حتى لرؤية صندوق البريد POP3 الخاص بـ baffled، لأن جميع مستخدمي POP3 لدى baffled ينزلون مباشرة من baffled. 13:32 &lt;+postman&gt; نظام فعلي ذو توفّر عالٍ سيتطلّب مزامنة لصناديق البريد 13:32 &lt;susi23&gt; نعم، لكن مع مثل هذا النظام يمكن للجميع تسليم الرسائل داخل i2p، حتى إن لم تكن postman.i2p موجودة 13:32 &lt;+polecat&gt; postman: إذن عليهم تغيير الخوادم. -.- 13:32 &lt;dm&gt; طلاب يخوضون حواراً ذكياً فيما بينهم. حلم كل أستاذ :) 13:32 &lt;+postman&gt; حسناً، الاجتماع ليس المكان المناسب لمناقشة كل هذه الأمور 13:33 &lt;+postman&gt; أنا هنا فقط لإطلاق النقاش 13:33 &lt;+postman&gt; اقرأوا الوثيقة أولاً رجاءً، وبعد ذلك أنا مستعد لسماع تعليقاتكم 13:33 &lt;+postman&gt; 2. 13:33 &lt;+polecat&gt; حسناً، إذن mail.i2p قيد العمل، وتحاول أن تصبح أقل مركزيةً وأقل عرضة لنقطة الفشل الواحدة. 13:33 &lt;+postman&gt; تجاوزنا رسمياً 100 مستخدم مع 110 حسابات مسجّلة 13:33 &lt;+postman&gt; للعلم فقط 13:33 &lt;jrandom&gt; ووت 13:34 &lt;+postman&gt; هذا كل شيء لليوم :) 13:34 &lt;+postman&gt; شكراً 13:34 * dm يصفّق 13:34 &lt;jrandom&gt; ممتاز، شكراً postman. كل هذا يبدو واعداً 13:34 &lt;+postman&gt; :) 13:35 &lt;mule2&gt; أود طرح موضوع عن البريد، لكن بعد الاجتماع 13:35 &lt;jrandom&gt; ربما يمكن مناقشات إزالة مركزية البريد أن تنتقل إلى القائمة أو المنتدى؟ لكن ما لديك الآن أكثر من كافٍ لاحتياجاتنا 13:35 &lt;+postman&gt; هناك حتى قناة مخصصة لذلك 13:35 &lt;+postman&gt; :) 13:35 &lt;jrandom&gt; نقطة جيدة 13:35 &lt;frosk&gt; أيّ قناة؟ 13:36 &lt;jrandom&gt; ‎#mail.i2p 13:36 &lt;+postman&gt; frosk: ‎#mail.i2p 13:36 &lt;+polecat&gt; ملاحظة سريعة: فاجأت نفسي بجعل خادوم SMTP صغير بالكاش بـ perl يعمل، حتى لا يتجمّد emacs منتظراً استجابة خادوم SMTP الخاص بـ postman عبر i2p. 13:36 &lt;frosk&gt; حسناً 13:36 &lt;+polecat&gt; ربما أنشر بعض الشيفرة لاحقاً، إذا عمل بشكل ممتاز حقاً. 13:36 &lt;jrandom&gt; أوه، ممتاز يا polecat 13:36 &lt;cervantes&gt; postman: يسعدنا أن يكون لديك قسم مخصّص على المنتدى 13:37 &lt;+postman&gt; cervantes: أوه شكراً 13:37 * postman يشعر بالتشرّف :) 13:37 &lt;dm&gt; تستحق ذلك 13:38 * postman يعيد الميكروفون إلى hr 13:38 * postman يعيد الميكروفون إلى jr 13:38 &lt;+postman&gt; تباً 13:38 &lt;+postman&gt; :) 13:38 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر بخصوص 2) mail.i2p، فلننتقل إلى 3) خارطة الطريق 13:38 &lt;+polecat&gt; فروم فروم! 13:38 &lt;jrandom&gt; خارطة الطريق القديمة كانت تبدو... قديمة العهد 13:39 &lt;jrandom&gt; الجديدة تعكس الرؤية الحالية للأمور 13:39 &lt;jrandom&gt; نأمل أن يتضمن الجدول المدرج هامشاً زمنياً كافياً، رغم أنه إن انضم مزيد من الأشخاص ربما نتجاوز تلك التقديرات :) 13:40 &lt;jrandom&gt; ما إن نصل إلى 0.6، سنتمكّن من التوسّع إلى أعداد كبيرة من العُقد، إذ لن يكون لدينا السقف المفروض من الـ threads (الخيوط) 13:41 &lt;frosk&gt; ما رأيك حد العقد الواقعي قبل 0.6؟ 13:41 &lt;jrandom&gt; قبل 0.6، سنحتاج على الأرجح للبقاء تحت 200 عقدة نشطة، مع أننا ربما نتوقف عن الكسل ونغلق بعض الاتصالات بشكل نشط 13:41 &lt;jrandom&gt; مع قليل من الحذر، أظن أننا سنتمكّن من الوصول إلى 3-500 13:42 &lt;mule2&gt; لذا رجاءً لا تعرّضونا لـ Slashdotting (تدفّق زيارات ضخم بسبب خبر على Slashdot) 13:42 &lt;jrandom&gt; سيكون لدينا تبدّل في الاتصالات حينها، لكن نقل tcp منخفض التكلفة لدينا لا ينبغي أن يضر كثيراً 13:42 &lt;Pseudonym&gt; خارطة الطريق لـ 0.6 لا تذكر ذلك. فقط udp وتوزيع المحتوى 13:42 &lt;Pseudonym&gt; أم أن udp هو ما يصلحه؟ 13:42 * orion يصوّت لعدم التعرض لـ slashdot إطلاقاً 13:43 &lt;jrandom&gt; Pseudonym: udp يصلحه (http://www.i2p.net/todo#transport ) 13:43 &lt;cervantes&gt; postman: `http://forum.i2p/viewforum.php?f=22` 13:44 &lt;Pseudonym&gt; orion: لا أتفق. للحصول على إخفاء هوية حقيقي سنحتاج إلى الكثير من العُقد في النهاية 13:44 &lt;Pseudonym&gt; في مرحلة ما علينا إخبار الناس عنه 13:44 &lt;jrandom&gt; أتفق. حين نحتاجهم، سنرغب بالتأكيد في كل أنواع العلاقات العامة 13:44 &lt;jrandom&gt; جمهور المهووسين سيكون على الأرجح جزءاً كبيراً من قاعدة المستخدمين 13:44 &lt;Pseudonym&gt; متى نعلن لمجتمع المهووسين؟ ليس كمنتج منتهٍ بل كنسخة تجريبية للتجربة والاختبار 13:44 &lt;Frooze&gt; اسأل JRandom 13:45 &lt;+polecat&gt; أظن علينا أن نكون حذرين جداً بشأن جعل هذه الشبكة شديدة الشعبية. 13:45 &lt;jrandom&gt; Pseudonym: عندما نقوم بأفضل تجربة ممكنة من دونهم 13:45 &lt;+polecat&gt; لأن أحدهم سيستخدمها يوماً ما لفعل شيء فظيع وغير قانوني. 13:45 &lt;+polecat&gt; وإن كان بالإمكان تتبّعنا حينها، سنُلاحق مع المجرم. 13:46 &lt;jrandom&gt; أساساً، عندما تعمل الشبكة بشكل رائع باستمرار ولا نعود قادرين على فعل أشياء قد تُخرّبها، /حينها/ سنحتاج إلى مزيد من المستخدمين للمساعدة في كسرها/اختبارها 13:47 &lt;mule2&gt; عليكم طردي أولاً :9 13:47 &lt;Pseudonym&gt; فقط لا تقع في نفس مسار Toad مع freenet 13:47 &lt;+polecat&gt; لأننا منحناهم الحرية لنشر الشيفرة المصدرية لـ Windows XPQXR، وHalo 7، لذا ينبغي أن يكون لدينا حماية قوية لإخفاء الهوية. 13:47 &lt;orion&gt; بالحديث عن التخريب... هل تم تحديد علّة انحراف الوقت؟ 13:47 &lt;jrandom&gt; Pseudonym: أعتقد أن خارطة الطريق لدينا واقعية 13:48 &lt;jrandom&gt; polecat: أتفق، على الناس ألا يستخدموا i2p للأشياء "الخطرة" بعد 13:48 &lt;jrandom&gt; orion: لا 13:48 &lt;Pseudonym&gt; jr: لا أشتكي من خارطة الطريق. لكنها لا تتناول الإعلانات 13:48 &lt;jrandom&gt; صحيح 13:49 &lt;dm&gt; حسناً، مع سنتين من التطوير/الاختبار خلفها، يجب أن تكون واحدة من أكثر العروض من هذا النوع نضجاً عند إطلاقها :) 13:49 &lt;Pseudonym&gt; ربما نضيف slashdotting إلى 0.6؟ :-) 13:49 &lt;+polecat&gt; jrandom: الأهم، أن الأشخاص الذين قد يستخدمون i2p لأشياء خطرة سيكون من المفيد لنا ألا يعرفوا عن i2p بعد. 13:49 &lt;jrandom&gt; كنت أفكر في ذلك بالأمس. ربما بعض الإعلانات لأنشطة أخرى (مثلاً I2PContent) ستكون منطقية، لجذب مزيد من الناس للعمل عليها 13:49 &lt;dm&gt; على خلاف مستوى النضج المعتاد عندما تكبر الأشياء 13:50 &lt;ant&gt; &lt;jnymo&gt; أعتقد أن jrandom يجب أن يكتب مقالة Slashdot.. هو الأفضل في وصف i2p، برأيي 13:50 * Pseudonym يوافق 13:51 &lt;dm&gt; واثق أن شيئاً ما سيحدث هناك قبل أن يشعر jrandom بالراحة لفعل ذلك بنفسه ;) 13:51 &lt;Pseudonym&gt; أحاول فقط دفعه قليلاً 13:51 &lt;jrandom&gt; hehe 13:51 &lt;jrandom&gt; حسناً، مع 0.6 سنرغب في جذب قاعدة مستخدمين أكبر على أي حال 13:51 &lt;Pseudonym&gt; إن لم أستطع البرمجة، يمكنني على الأقل إزعاج من يستطيعون 13:51 * jrandom يرشق بالطين 13:52 &lt;+polecat&gt; dm: واثق أن "المجيء الثاني" سيحدث قبل أن يشعر jrandom بقدر كافٍ من الراحة ليقوم بـ /. i2p ;3 13:52 * Pseudonym ينحني. quack 13:52 &lt;jrandom&gt; حسناً، على أي حال، هل لدى أحد أي شيء آخر لمناقشته بخصوص خارطة الطريق؟ 13:52 &lt;jrandom&gt; أم ننتقل إلى 4) I2PContent ؟ 13:53 -!- Irssi: #i2p: إجمالي 36 لقب [1 ops, 0 halfops, 3 voices, 32 normal] 13:53 &lt;jrandom&gt; frosk: ping 13:53 * frosk يمسك الميكروفون اللاسلكي 13:54 &lt;cervantes&gt; *zzzzzZzzzzttt* 13:54 * orion يوصّل مشوِّش RF. ;) 13:54 &lt;+polecat&gt; أحاول الوصول إلى frosk، دون حظ حتى الآن. بصراحة أظن أنني قد لا أراه أبداً على IRC، وبريده الإلكتروني فراغ أعمى. 13:54 &lt;frosk&gt; حسناً، وضع jrandom هذا "بنية توزيع المحتوى الموزّع" على خارطة الطريق الجديدة لـ 0.6، وبعد سماع بعض الأفكار هنا، بدا الأمر مثيراً جداً، وأرى أنه يجب أن أفعل ما تسمح به مهاراتي لتجاوز الجدول الزمني ;) 13:54 * dm ينظر إلى polecat 13:54 &lt;+polecat&gt; *يهز رأسه* لا حظ على الإطلاق. غير موجود في أي مكان. ربما frosk غير مرئي! 13:55 &lt;frosk&gt; "i2pcontent" حتى الآن عبارة عن وثيقة على frosk.i2p 13:55 &lt;Pseudonym&gt; كيف يختلف I2PContent عن i2p-bt؟ 13:55 * polecat على 4.4 حالياً. 13:55 &lt;frosk&gt; يدمج الأفكار التي سمعتها مع أفكاري الخاصة، ومر بعدة مراجعات مع تعليقات ومقترحات مفيدة من jrandom وآخرين، وأظن أنه بدأ يبدو رائعاً :) 13:55 &lt;ant&gt; * jnymo يحاول العثور على عارض PostScript لرؤية هذه الأفكار.. :/ 13:56 &lt;dm&gt; ما هو؟ لا أستطيع الوصول إلى frosk.i2p. خلاصة تنفيذية؟ 13:56 &lt;+polecat&gt; Pseudonym: i2p-bt ينطبق على ملف واحد في كل مرة، وهو تنزيل تجميعي (swarming). 13:56 &lt;frosk&gt; Pseudonym: i2pcontent يشبه كثيراً يوزنت (Usenet) 13:56 &lt;frosk&gt; يدمج مفاهيم من usenet و freenet. سأمتنع عن تسميته "frusenet". 13:56 &lt;jrandom&gt; lol 13:56 &lt;+polecat&gt; هل وصلك اقتراحي على i2pcontent؟ 13:56 &lt;jrandom&gt; frusenet له وقع جميل... 13:56 &lt;frosk&gt; يتيح i2pcontent نشر رسائل على مدونتك أو في المنتديات العامة، ونشر دفتر عناوينك ليستورده الآخرون 13:56 * dm لم يمتنع عن تسميته frazaa 13:56 &lt;+polecat&gt; إنه يدمج usenet و freenet و livejournal. إذاً.... Fusejournal؟ 13:56 &lt;jrandom&gt; rofl 13:57 &lt;frosk&gt; هم، نعم، LJ أيضاً ;) 13:57 &lt;+polecat&gt; LJ هو أقرب تشبيه وجدته. 13:57 &lt;+polecat&gt; لكن هناك شيئاً لم أقرأه في وثيقة i2pcontent لديك. 13:57 &lt;frosk&gt; على أي حال، في هذه المرحلة أريد تصميماً متيناً حقاً، لذا أحث أي مهتم على قراءة الوثيقة وتقديم الاقتراحات 13:57 &lt;orion&gt; LiveFuseNet. 13:58 &lt;+polecat&gt; ماذا عن جعله بحيث لا يستطيع القراءة إلا عدد قليل من الأشخاص؟ ليس كثيراً عبر تشفيره، بل بمنع معرفة وجوده أصلاً. 13:58 &lt;dm&gt; ماذا عن: Contnet؟ ContNet 13:58 &lt;dm&gt; Content, Contnet... فهمت؟ صح؟؟ 13:58 &lt;susi23&gt; jnymo: بخصوص PostScript، طلبت بلطف من frosk أن يزوّدنا بـ pdf *أحمر خجلاً* 13:58 &lt;frosk&gt; polecat: قد يكون ذلك مثيراً، نعم. من الصعب ملاءمته مع التصميم الحالي، رغم ذلك 13:58 &lt;jrandom&gt; لست متأكداً، يبدو قابلاً للتنفيذ 13:59 &lt;+polecat&gt; أريد HTML أو نصاً عادياً بنفسي. -.- لا أحب قارئات ps النقطية. -.- 13:59 &lt;jrandom&gt; بدلاً من تقديم مجموعة للتغذية (syndication)، لا يستطيع الوصول إليها سوى المستخدمين الموثوقين/المعروفين 13:59 &lt;jrandom&gt; (من عقد تغذية موثوقة/معروفة) 13:59 &lt;frosk&gt; polecat: `http://frosk.i2p/i2pcontent-3.pdf` إن كان بإمكانك التعامل مع pdf :) 13:59 &lt;jrandom&gt; شيء مثل ترويسة "Distribution:" في usenet 13:59 &lt;susi23&gt; polecat: ps ليس نقطياً :P 13:59 &lt;+polecat&gt; frosk: لكنه مهم إن أردت أشياء مثل صناديق بريد خاصة، أو مجموعات سرية، أو قدرة livejournal على حجب نص عن الجميع ما عدا أصدقاء معينين. كما أن المنتديات المُدارة سيكون مهماً على الأرجح امتلاك ذلك. 13:59 &lt;frosk&gt; هم، نعم 14:00 &lt;frosk&gt; polecat: الحجب عن الجميع ما عدا الأصدقاء يمكن التعامل معه بالتشفير 14:00 &lt;+polecat&gt; frosk: قارئ PDF لدي هو هذا: $ pdf2ps file.pdf&gt; file.ps; gs file.ps 14:00 &lt;jrandom&gt; polecat: كان لديك اقتراح جيد للمنتديات المُدارة في اليوم الآخر - قائمة تقديم غير مُدارة، مع قيام المشرفين بالنشر إلى المجموعة "الحقيقية" 14:01 &lt;+polecat&gt; frosk: التشفير جيد، ونأمل أن يكون شفافاً نوعاً ما. وإلا سيضطر المستخدمون لكتابة النص في xterm يشغّل gpg، ثم نسخه ولصقه في نافذة المفكرة.&gt;.&lt; 14:01 &lt;+polecat&gt; jrandom: نعم، لكن من المثالي أن تكون قائمة التقديم غير مرئية إلا للمشرفين. 14:01 &lt;frosk&gt; polecat: الشفافية كلمة مهمة في كل هذا :) 14:01 &lt;jrandom&gt; polecat: ستفقد 99% من الجمهور المستهدف إذا قلت "xterm" 14:02 &lt;+polecat&gt; jrandom: كفّار! لنجرِ عليهم grep! 14:02 &lt;ant&gt; &lt;jnymo&gt; مممم.. ما هي usenet؟ 14:02 &lt;ant&gt; &lt;jnymo&gt; أعني سمعت عنها.. لكن 14:02 &lt;susi23&gt; jnymo: news, nntp, google -&gt; groups 14:02 &lt;frosk&gt; http://en.wikipedia.org/Usenet :) 14:03 &lt;+polecat&gt; jnymo: مجموعات الأخبار، صح؟ 14:03 &lt;dm&gt; إنها جيدة لتحميلات إباحية عشوائية. 14:03 &lt;frosk&gt; هي أساساً أقدم وأثبت شبكة p2p في العالم، كما كتب jrandom اليوم 14:03 &lt;ant&gt; &lt;jnymo&gt; إذن يمكنك نشر ملفات؟ أو روابط لملفات؟ 14:03 &lt;jrandom&gt; وهي شديدة الصمود 14:03 &lt;susi23&gt; dm: إنها 'مفيدة' لتحميلات إباحية عشوائية :P 14:03 &lt;+polecat&gt; dm: أظن ذلك، إن استطعت العثور على الإباحية وسط كل الرسائل المزعجة. 14:04 &lt;frosk&gt; هي بالدرجة الأولى لمجموعات النقاش، لكنها تُستخدم على نطاق واسع للملفات أيضاً 14:04 &lt;+polecat&gt; هناك مسألة أخرى بالفعل. الرسائل المزعجة وكل ذلك.. 14:04 * dm كان يدير "مُنزِّل إباحية". كان يعمل جيداً. 14:04 &lt;ant&gt; &lt;jnymo&gt; إذن هي كصيغة المنتدى للـ irc؟ 14:04 &lt;frosk&gt; فكرت في الرسائل المزعجة على i2pcontent، ولا أتطلع إليها ;) 14:04 * susi23 يشير للعودة إلى الموضوع *أحمر خجلاً* 14:04 &lt;+polecat&gt; لا يمكننا أن تكون المنتديات مفتوحة، أو على الأقل لا يمكن أن تكون لدينا منتديات بمؤلف واحد فقط، ومنتديات بلا قيود. نحتاج وسطاً سعيداً حيث يمكن لعدة أشخاص النشر، ولكن ليس لأشخاص غير مخوّلين. 14:04 &lt;+dinoman&gt; لدي شيء واحد فقط أسأل عنه: هل سيتعيّن عليّ تشغيل هذا؟ أي هل سيكون جزءاً من i2p؟ 14:05 &lt;frosk&gt; polecat: i2pcontent لديه ذلك (مجموعات مستخدمين يحررون مدونة واحدة) 14:05 &lt;dm&gt; من المذهل أن يوزنت كبير لهذه الدرجة بالنظر إلى قلة من يستخدمونه فعلياً. 14:05 &lt;dm&gt; المستخدم العادي لا يعرف ما هو يوزنت. 14:05 &lt;jrandom&gt; dinoman: إنه تطبيق، وليس مطلوباً قطعاً 14:06 &lt;+dinoman&gt; :) 14:06 &lt;ant&gt; &lt;jnymo&gt; نعم.. أنا المستخدم العادي 14:06 &lt;frosk&gt; لكن نأمل أن يُوزَّع مع i2p ;) 14:06 &lt;+polecat&gt; تقريباً لديك قائمة من sha4 في meta.group.*، قائمة للـ syndicators/القرّاء الموافق عليهم، وأخرى للكتّاب، وأخرى للمالكين، إلخ... 14:06 &lt;jrandom&gt; (لكن لا أرى سبباً لعدم استخدامه، إذ 1) تثبيته لا يضيف أي حمولة إضافية إلى جهازك 2) الكثير من الميزات الجيدة :) 14:07 &lt;jrandom&gt; frosk: بالتأكيد 14:07 &lt;dm&gt; يبدو أن Google يمنحه بعض الظهور. ينبغي تقديمه على أنه "أكبر لوحة رسائل في العالم"، وأن يكون له واجهة مشابهة للمنتديات المعتادة. 14:07 &lt;+polecat&gt; jrandom: لماذا تقول "لا حمولة إضافية"؟ c.c 14:07 &lt;+polecat&gt; فقط لأن عليك اختيار المُجمِّعات (syndicates) والمدوّنات للقراءة، قبل أن تقوم بتنزيلها؟ 14:07 &lt;jrandom&gt; jnymo: واجهة شبيهة بيوزنت لقائمة i2p البريدية: `http://news.gmane.org/gmane.network.i2p` 14:08 &lt;jrandom&gt; polecat: لا، 0 حمولة إضافية إن لم تستخدمه 14:08 &lt;frosk&gt; polecat: للمجموعات مالك واحد يستطيع إضافة المستخدمين. أما "مساحات رسائل" سرّية، فلم أفكر بها حتى الآن :) 14:08 &lt;jrandom&gt; (أي أن مجرد تثبيته لا يجعل جهازك مستودع بيانات عاماً، إلخ) 14:08 -!- ]Replica[ أصبح اسمه الآن ]Replica|zZz[ 14:08 &lt;jrandom&gt; وسيجري على الأرجح نشر إعلانات i2p عبر مدونات آمنة داخل i2p، تستحق القراءة، إلخ 14:08 &lt;+polecat&gt; frosk: لا سبب يمنع أن يكون لها عدة ملاك، رغم أن واحداً فقط يمكن أن يدرج في الـ sha للاسم. :3 فقط اسمح لعدة أشخاص بتعديل عناصر meta.* لتلك المجموعة. 14:09 &lt;frosk&gt; ختاماً، إن كنت مهتماً بالمساعدة، اقرأ الوثيقة على frosk.i2p ولنتحادث :) أي شيء آخر حول i2pcontent؟ 14:09 &lt;+dinoman&gt; أوه إذاً ليس freenet فوق i2p! 14:09 &lt;frosk&gt; (لدي تأخير كبير هنا الآن) 14:09 &lt;jrandom&gt; صحيح dinoman، قطعاً ليس كذلك 14:09 &lt;susi23&gt; تنظيم البيانات في "newsgroups" سيكون رائعاً... ببساطة احذف/ألغِ الاشتراك في i2p.childporn.* ... 14:09 &lt;+polecat&gt; dinoman: En. Oh. 14:10 &lt;ant&gt; &lt;jnymo&gt; jrandom: آه.. هذا رائع 14:10 &lt;jrandom&gt; أحسنت يا frosk. هذا بالفعل شيء رائع، وعلى الناس أن يغرقوك بالرسائل، وأن يقرأوا مدونتك :) 14:10 &lt;ant&gt; &lt;jnymo&gt; مفيد ;) 14:10 &lt;+polecat&gt; susi23: صحيح، وإن لم يرد أحد تغذيته (syndicate)، فلن يضطر أحد للمساعدة في نقله. 14:10 &lt;frosk&gt; polecat: نعم، رغم أنه يضيف بعض التعقيد، وأنا مهووس بالبساطة ;) 14:10 &lt;jrandom&gt; jnymo: أجل. لكن يمكننا فعل أشياء رائعة أبعد من ذلك، بجعل الأشياء تبدو مثل http://www.livejournal.com/ أو blogger أو أيّاً كان 14:11 &lt;jrandom&gt; نعم، من الأفضل عدم رفع السقف كثيراً في البداية (&lt;/درس مُستفاد&gt;). اذهب إلى أبسط شيء يمكن أن يعمل، مع خطافات للتحسين لاحقاً 14:11 &lt;frosk&gt; العرض البصري متروك 100% لعميل المستخدم (واجهة ويب تبدو مثل LJ؟ حسناً. شبيهة بـ slashdot؟ رائع! إلخ :) 14:12 &lt;+polecat&gt; frosk: أعتقد فقط أن الأذونات يجب أن تكون معمّمة، وليس "مالك واحد فقط"، "عدد قليل" للكتّاب، "الجميع ومن معهم" للقرّاء، إلا إذا حدّد المنتدى نفسه تلك الأذونات. وإلا فأنت تُثبّت أنواعاً كثيرة من التخويل في الشفرة. 14:12 &lt;frosk&gt; jrandom: نعم، قابلية التوسعة هي الملك 14:12 &lt;frosk&gt; ولهذا التصميم السليم من البداية مهم 14:13 &lt;+dinoman&gt; دعني أرى إن فهمت: بالنسبة لي (مستخدم نهائي) سيعمل هذا مثل newsgroups. 14:13 &lt;frosk&gt; polecat: أتفق 14:13 &lt;+polecat&gt; dinoman: أقرب إلى LiveJournal، لكن نعم. 14:14 &lt;+dinoman&gt; حسناً، يمكنني أن أحب هذه الفكرة! 14:14 &lt;frosk&gt; تقنياً هو مثل مجموعات الأخبار (سريعة جداً)، لكن على السطح يمكن أن يكون مثل livejournal 14:14 &lt;+polecat&gt; frosk: وأيضاً ليس مثل LiveJournal، لأنه لا مركزي بأسلوب Usenet. لذا على المستخدم اختيار المُجمِّعات (syndicates)، بدلاً من مُجمِّع واحد مثل LJ. 14:15 &lt;frosk&gt; polecat: نعم. برنامج المستخدم يجري اختيار المُجمِّعات في معظم الحالات، لذا معظم المستخدمين لن يحتاجوا لمعرفة الكثير من التفاصيل التقنية 14:16 &lt;+polecat&gt; هممم... ربما. عليك أن تملك طريقة لعثور البرنامج على المُجمِّعات مع ذلك. بخلاف أن ينسخ المستخدم الـ hash من IRC إلى صندوق "إضافة مُجمِّع" في i2pcontent. 14:17 &lt;jrandom&gt; polecat: المُجمِّع/المُجمِّعات المستخدمة مذكورة في منشور meta.* 14:17 &lt;frosk&gt; polecat: نعم، يأتي i2pcontent مع بضعة "seed syndicates"، ويسألهم المستخدم عن المزيد 14:17 &lt;ant&gt; &lt;Asciiwhite&gt; frost، livejournal؟، يبدو رائعاً... 14:17 &lt;+polecat&gt; jrandom: تحتاج مُجمِّعاً لتحصل على منشور meta.*. 8) frosk: نعم شيء من هذا القبيل، رائع. 14:17 &lt;frosk&gt; آه نعم، سيُحبّ أهل frost i2pcontent ;) 14:18 &lt;jrandom&gt; hehe صحيح 14:18 &lt;frosk&gt; jrandom: لم يكن هذا في خطتي، لكنه يبدو ذكياً جداً فعلاً :) 14:18 &lt;frosk&gt; قاعدة بيانات المُجمِّعات الحالية نقطة مؤلمة من بعض النواحي 14:18 &lt;jrandom&gt; ظننت أنني رأيته في أحد ملفات .ps لديك، ربما كان ذلك في محادثة فحسب 14:19 &lt;+polecat&gt; اجعلها kademelia DHT! X3 14:19 * jrandom يتأوه 14:19 &lt;jrandom&gt; لكن نعم، هناك الكثير من التحسينات التي يمكن إجراؤها على قاعدة بيانات المُجمِّعات 14:19 &lt;frosk&gt; ربما أنت فقط تفكّر أفكاراً ذكية وتخلط ما قرأته بذلك ;) 14:19 &lt;jrandom&gt; lol 14:19 &lt;ant&gt; &lt;jnymo&gt; هل يمكنك تضمين html؟ 14:19 &lt;+polecat&gt; *يهتف* DHT DHT DHT USA US-- 14:19 &lt;jrandom&gt; jnym: أي محتوى 14:20 &lt;+polecat&gt; jnymo: إما ذلك أو شيء من نوع BBCode. 14:20 &lt;jrandom&gt; نعم، سيكون العرض البصري أكثر أماناً مع صياغة شبيهة بـ BBCode 14:20 &lt;dm&gt; frosk: هل تريد قسماً مخصصاً على منتدى cervantes؟ 14:20 &lt;frosk&gt; المدونات والمنتديات ستتوقع نصاً مع بعض الوسوم مثل BBCode 14:20 &lt;frosk&gt; dm: أظن أنه مبكر نوعاً ما :) 14:21 &lt;dm&gt; frosk: اعتبره منجزاً! 14:21 &lt;cervantes&gt; dm: هل تريد قسماً خاصاً عازلاً للصوت في منتداي؟ 14:21 &lt;dm&gt; cervantes: نفّذ. 14:21 &lt;frosk&gt; طالما أنا موجود، رجاءً لاحظوا أن "i2pcontent" مجرد اسم مؤقت لأنني لم أرد إهانة jrandom بتسميته MyI2P ;) نحن بحاجة لاسم أكثر جاذبية 14:21 &lt;dm&gt; ماذا عن... contnet؟ 14:22 &lt;jrandom&gt; frusejournalrent 14:22 &lt;frosk&gt; أعجبني! 14:22 * dm يفرك يديه حماساً 14:22 &lt;jrandom&gt; &lt;/fark&gt; 14:22 &lt;dm&gt; &lt;/stupid jrandom tag&gt; 14:22 &lt;+polecat&gt; usejournalforrent؟ 14:22 &lt;ant&gt; &lt;jnymo&gt; fusenet بدا رائعاً 14:22 &lt;+protokol&gt; eepnet 14:22 &lt;+postman&gt; uupnet :) 14:22 &lt;lurk&gt; froops 14:23 &lt;+postman&gt; LOL 14:23 &lt;dm&gt; nnnnnnnnnnnntp 14:23 &lt;+postman&gt; يا لكم من مهرجين 14:23 &lt;+polecat&gt; "الاسم الجذّاب لشبكة توزيع محتوى بالتغذية الخاصة بـ frosk." يمكننا القول "استُلهمت Fcnfacdsn من Usenet..." 14:23 &lt;ant&gt; &lt;Asciiwhite&gt; نعم ظننت أن frusenet كان جيداً. 14:23 &lt;frosk&gt; :D 14:23 &lt;jrandom&gt; حسناً، رجاءً وجّهوا كل الأسماء المضحكة إلى ‎frosk@mail.i2p :) 14:23 &lt;+polecat&gt; frootloops! 14:23 &lt;frosk&gt; جربت frusenet على صديق، قال "... أو لا." 14:23 &lt;jrandom&gt; (مع أي تعليقات/مخاوف/إلخ) 14:24 &lt;frosk&gt; رغم أن fusenet له وقع جميل :) 14:24 &lt;dm&gt; ماذا عن "Content" فحسب؟ 14:24 &lt;+polecat&gt; أحب fusenet، يبدو... متفجّراً. 14:24 &lt;+polecat&gt; إذاً نعم. سأهدأ الآن. 14:24 &lt;Pseudonym&gt; nn2p 14:24 &lt;dm&gt; لطيف وراقٍ 14:24 &lt;jrandom&gt; ooOOo 14:24 &lt;frosk&gt; على أي حال، لست آخر بند في الأجندة، قد نرغب بالانتقال ;) 14:24 &lt;+postman&gt; NN2P رائع 14:24 &lt;ant&gt; &lt;jnymo&gt; إن كان لديك html.. يمكنك امتلاك ما يشبه الشبكة... داخل froozlednet 14:24 &lt;jrandom&gt; حسناً، ننتقل إلى 5) i2p-bt 14:24 &lt;jrandom&gt; duck: هل أنت هنا؟ 14:24 &lt;@duck&gt; meep 14:24 &lt;frosk&gt; dm: "Content" على الأرجح علامة تجارية لـ Apple أو أيّاً كان ;) 14:25 &lt;ant&gt; &lt;Asciiwhite&gt; أوووه، هل هذه محاضر؟ 14:25 &lt;@duck&gt; أحداث i2p-bt هذا الأسبوع: 14:25 &lt;dm&gt; speeddating!@ 14:26 &lt;@duck&gt; - RSS متاحة على الـ trackers 14:26 &lt;@duck&gt; - محاولات سخيفة لصنع metatracker (متعقّب-فوقي) في ‎#eeprnova 14:26 &lt;ant&gt; &lt;jnymo&gt; جميل 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; نعم، فكرة رائعة. 14:26 &lt;+polecat&gt; ما زلت أتمنى أن نجد قاعدة شيفرة أفضل من مصدر bittorrent بـ python المزعج ذاك... 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; ماذا عن دعم "نماذج" (أي فيديو/صور) 14:26 &lt;@duck&gt; - بعض مراجعات الكود المفصلة التي أدت إلى عدم العثور على علل 14:26 &lt;@duck&gt; معظم الأخطاء المخيفة المظهر غير مؤذية إلى حدٍ كبير 14:27 &lt;@duck&gt; - نسيت 14:27 &lt;@duck&gt; . 14:27 &lt;jrandom&gt; تمام 14:27 &lt;jrandom&gt; كنت أراقب نشاط الـ streaming lib أثناء الـ swarming، وقد جرت بعض التحسينات في cvs 13:28 &lt;+polecat&gt; هل يتيح metatracker العثور على trackers للملفات...؟ 14:28 &lt;ant&gt; &lt;Asciiwhite&gt; حتى يتمكّن الناس من رفع عينة صغيرة لجودة الفيديو، أو مصغّرة، إلخ. 14:28 &lt;jrandom&gt; (لمجاراة إعداد bt) 14:28 &lt;+polecat&gt; jrandom: تحسينات اعتباراً من أي تاريخ، هذا الصباح؟ :3 14:28 &lt;@duck&gt; polecat: نعم، هذا يعلن فقط عن ملفات جديدة في قناة؛ لكنه قابل للتطوير 14:28 &lt;jrandom&gt; منذ يوم أو يومين 14:29 &lt;+polecat&gt; فقط أتأكد، لأن آخر مرة أخذت فيها CVS Head، حدث أن حدثت الترقية إلى 0.4.3 بعد ساعات قليلة. 14:29 &lt;ant&gt; &lt;jnymo&gt; نعم.. هل هناك فكرة عن بحث i2ptorrent في مكان ما في المراحل؟ 14:29 &lt;jrandom&gt; أحد الأمور الجميلة أنني أعتقد أن العثرات الرئيسية المتبقية في i2p-bt التي نراها هي في الواقع مشاكل i2p/streaming lib/sam 14:30 &lt;+polecat&gt; على أحدهم كتابة خادوم للبحث، ربما بالكلمات المفتاحية وما إلى ذلك. 14:30 &lt;@duck&gt; أو بوت IRC 14:30 &lt;jrandom&gt; jnymo: `http://brittneyworld.i2p/bittorrent/` 14:30 &lt;jrandom&gt; polecat: files.i2p/ 14:30 &lt;ant&gt; &lt;jnymo&gt; همم 14:30 &lt;ant&gt; &lt;jnymo&gt; ممم.. نعم. تمام 14:30 &lt;+polecat&gt; duck: حسناً خادوم للبحث، سواء كان بوتاً أم eepsite مثل files.i2p... 14:31 &lt;@duck&gt; إن كان أحد يحتاج تحسينات RSS إلخ على الـ tracker لروبوتاته، أخبروني 14:31 &lt;ant&gt; &lt;jnymo&gt; همم.. يبدو أن brittanyworld.i2p معطّل في الوقت الحالي 14:32 &lt;jrandom&gt; بما أن المشاكل المتبقية تبدو متعلقة بـ i2p، لا بـ i2p-bt، فقد وضعنا مكافأة نقل الملفات التجميعي كمنتهية 14:32 &lt;jrandom&gt; (yay!) 14:32 &lt;ant&gt; &lt;jnymo&gt; أيّاً يكن 14:32 &lt;ant&gt; * jnymo يميل قبعته 14:32 &lt;frosk&gt; تهانينا لكل الضالعين، أنتم رائعون 14:33 &lt;jrandom&gt; نعم، شكراً لكل العمل الشاق من duck و ragnarok و dinoman و connelly و drwoo 14:33 &lt;+polecat&gt; ragnaroks! dinoman هو الرجل! أم... 14:33 &lt;ant&gt; &lt;Asciiwhite&gt; عمل جميل duck. 14:33 &lt;+polecat&gt; ما زلت أريد نقل ctorrent إلى i2p. إنه شيء bittorrent فعّال جداً، ولو كان فيه بعض الخلل في الواجهة. 14:34 &lt;dm&gt; عمل جيد 14:35 &lt;+polecat&gt; هل يعرف أحد أين معلومات SAM proxies؟ 14:36 &lt;jrandom&gt; ذهب نحو نصف صندوقنا العام إلى تلك المكافأة، لذا رصيدنا الحالي حوالي $400USD [بعد بعض التبرعات الجديدة اليوم [yay!]] 14:36 &lt;jrandom&gt; polecat: http://www.i2p.net/sam 14:37 &lt;+polecat&gt; jrandom: تنفيذ نقل ملفات تجميعي كلّف، مالاً؟ o.O 14:37 &lt;+polecat&gt; آه صحيح المكافأة. 14:37 &lt;Pseudonym&gt; سيكون من اللطيف وضع رصيد الصندوق العام على الموقع 14:37 &lt;jrandom&gt; صحيح يا polecat :) 14:37 &lt;jrandom&gt; هذه فكرة جيدة يا Pseudonym 14:38 &lt;Pseudonym&gt; لا يجب تحديثه يومياً، فقط من حين لآخر 14:38 &lt;jrandom&gt; سأضيفه إلى /bounties (هل يبدو جيداً؟) 14:38 &lt;Pseudonym&gt; بالتأكيد 14:38 &lt;+protokol&gt; لا تقل لي أنهم يُبقون غرفة الدردشة hello 14:38 &lt;cervantes&gt; إن فعل ذلك سنرى جميعاً كم ينخفض عندما يذهب jrandom لتناول فطيرة وكأس بيرة للغداء 13:39 &lt;jrandom&gt; hehe cervantes 14:39 &lt;Pseudonym&gt; ألم يتبرع أحد بأموال لبيرة jrandom؟ 14:40 &lt;cervantes&gt; ما يكفي لنصف كأس على أسعار اليوم :) 14:40 &lt;jrandom&gt; نعم حصلنا على بضع تبرعات لبيرة :) 14:40 &lt;jrandom&gt; (قائمة التبرعات على @ http://www.i2p.net/halloffame ) 14:40 &lt;Pseudonym&gt; هل تنفقها؟ 14:41 &lt;cervantes&gt; جميل... يبدو أن لدى أحدهم مالاً يحرقه ;-) 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; anonymous 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; $5.00 USD 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; صندوق "اشتري jrandom بيرة" 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; lol 14:42 &lt;jrandom&gt; سيكون من الجيد إن استطعنا تنمية المكافآت على الـ CDN، فهناك عمل هائل 14:42 &lt;jrandom&gt; لكن سنرى كيف تسير الأمور مع الوقت 14:42 &lt;jrandom&gt; حسناً، أظن أننا خرجنا عن مسار 5) i2p-bt 14:42 &lt;jrandom&gt; لذا أظن أنه ينبغي أن ننتقل إلى 6) ??? 14:42 &lt;@duck&gt; لا شيء لأضيفه هنا. 14:43 &lt;jrandom&gt; هل هناك شيء آخر يود الناس طرحه؟ 14:43 &lt;@duck&gt; - لماذا لدى الكثيرين مشاكل عندما يحدّدون اسم مضيف؟ 14:43 &lt;jrandom&gt; لست متأكداً 14:43 &lt;jrandom&gt; كلا الـ router لدي يستخدم اسم مضيف محدداً صراحةً 14:43 &lt;@duck&gt; وأنا كذلك، لا مشاكل 14:44 &lt;@duck&gt; ربما يجب أن يكون نص التحذير أكثر سلبية 14:44 &lt;jdot_&gt; هل لدينا طريقة لتغيير المفاتيح على أسماء المضيفين في hosts.txt؟ 14:44 &lt;jrandom&gt; تبدو فكرة جيدة يا duck 14:44 &lt;+polecat&gt; بخصوص دفتر العناوين... 14:44 &lt;jrandom&gt; jdot_: لا، ليس حقاً، خصوصاً بالنظر إلى دفتر العناوين 14:44 &lt;jdot_&gt; مثلاً، إن فقدت مفتاح eepsite السابق الخاص بي. :( 14:44 &lt;mule2&gt; أنا كذلك - لكن لدي مشاكل :) 14:44 &lt;+polecat&gt; سيتم دمج دفتر العناوين مع i2pcontent، صحيح؟ 14:45 &lt;mule2&gt; لكن لا أظن أن هذه ناتجة عن اسم المضيف 14:45 &lt;Pseudonym&gt; هل لدينا دفتر عناوين يعمل؟ 14:45 &lt;+polecat&gt; تشترك في دفتر عناوين كما تشترك في مدونة... باستثناء أنه يستبدل userhosts.txt وما شابه. 14:45 &lt;jrandom&gt; polecat: توزيع دفاتر العناوين عبر i2pcontent منطقي، نعم 14:45 &lt;jrandom&gt; Pseudonym: `http://ragnarok.i2p/` 14:45 &lt;+polecat&gt; Pseudonym: `http://polecat.i2p/addressbook.pl.zip` 14:45 &lt;jrandom&gt; وأيضاً http://pole... كما قال 14:45 &lt;Pseudonym&gt; شكراً 14:46 &lt;jrandom&gt; أظن أن هناك واحداً آخر أيضاً على `http://orion.i2p` 14:46 &lt;frosk&gt; polecat: "overwrite" تبدو دراماتيكية. إنه "يدمج" ;) 14:47 &lt;+polecat&gt; نعم... رأيت خاصية orion أيضاً. 14:47 &lt;jdot_&gt; تبا 14:47 &lt;jrandom&gt; jdot_: يبدو أنك غير محظوظ :/ 14:47 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر للاجتماع؟ 14:48 &lt;dm&gt; ميلاد مجيد 14:48 &lt;+polecat&gt; jdot: لحسن الحظ عندما نحصل على fusenet عاملاً، يمكنك تحديث مفتاح i2p لديك عبر ذلك في النهاية. 14:49 &lt;ant&gt; &lt;Asciiwhite&gt; dm، 15 ديسمبر هنا :) 14:49 &lt;jrandom&gt; وحانوكا سعيد 14:49 &lt;+polecat&gt; وُلد المسيح في سبتمبر، ما الذي يحتفل به الجميع؟ 14:49 &lt;+polecat&gt; سألتزم بـ Yule شكراً جزيلاً. 14:49 &lt;jrandom&gt; حسناً إن كان هذا كل شيء... 14:49 * jrandom يختتم 14:50 * jrandom ‎*baf* يُغلق الاجتماع </div>/ar/blog/2004/12/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/Tue, 07 Dec 2004 00:00:00 +0000/ar/blog/2004/12/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-07-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bushka, clayboy, dinoman, duck, Frooze, mule, postman, protokol, Ragnarok, slart, ugha2p</p> <h2 id="سجل-الاجتماعات">سجل الاجتماعات</h2> <div class="irc-log"> 22:00:00 &lt;@duck&gt; Tue Dec 7 21:00:00 UTC 2004 22:00:04 &lt;@duck&gt; موعد اجتماع I2P 22:00:05 &lt;Frooze&gt; لقد اخترعت اسم Frooze من أجل i2p. أنا حتى لا أعرف ما هو «frooze». 22:00:21 &lt;@duck&gt; كما أُعلن على http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 22:00:29 &lt;@duck&gt; جدول الأعمال: 22:00:29 &lt;@duck&gt; 0) مرحباً 22:00:29 &lt;@duck&gt; 1) 0.4.2.3 22:00:29 &lt;@duck&gt; 2) i2p-bt 22:00:29 &lt;@duck&gt; 3) #idlerpg 22:00:29 &lt;@duck&gt; 4) ??? 22:00:32 &lt;@duck&gt; . 22:01:09 &lt;@duck&gt; 0) مرحباً 22:01:15 &lt;clayboy&gt; مرحباً 22:01:16 &lt;@duck&gt; jrandom أبلغ أنه مريض 22:01:20 &lt;+ugha2p&gt; Hi. 22:01:30 &lt;@duck&gt; وأيضاً أرسل لي رسالة بأنه على الأرجح لن يحضر 22:01:39 &lt;+protokol&gt; http://www.google.com/search?q=frooze 22:01:41 &lt;@duck&gt; إذن سنرى ونبدأ فحسب 22:01:46 &lt;clayboy&gt; آمل أن يتحسن بسرعة 22:02:06 &lt;@duck&gt; 1) 0.4.2.3 22:02:16 &lt;@duck&gt; الإصدار الجديد سيصدر قريباً جداً 22:02:31 &lt;@duck&gt; أي غداً أو الخميس. 22:02:41 &lt;@duck&gt; كانت هناك العديد من إصلاحات الأخطاء 22:03:24 &lt;+ugha2p&gt; هل تقوم إصدارات CVS الأحدث أيضاً بإصلاح مشاكل الذاكرة/CPU؟ 22:03:29 &lt;clayboy&gt; بعضنا كان يتابع بنى cvs، وهي تعمل بشكل جيد جداً 22:03:33 &lt;@duck&gt; أغلبها في مكتبة البث، وSAM bridge، إلخ 22:04:17 &lt;+ugha2p&gt; كنت أواجه أحمالاً غير معتادة من I2P. 22:04:23 &lt;clayboy&gt; أعتقد أن تلك تم إصلاحها منذ عدة إصدارات، ugha2p 22:04:41 &lt;+ugha2p&gt; (Running -7) 22:04:51 &lt;clayboy&gt; أوه، هممم 22:04:52 &lt;@duck&gt; ugha2p: لا أرى أي شيء عن ذلك في السجل 22:05:48 &lt;+protokol&gt; تعرف ما سيكون لطيفاً (إن كان قابلاً للتنفيذ/مجدياً) هو موجز RSS لسجل التغييرات 22:05:48 &lt;@duck&gt; حسناً 22:05:49 &lt;+ugha2p&gt; هذا غريب. 22:06:01 &lt;+protokol&gt; ;-) 22:06:17 &lt;@duck&gt; ربما قدّم تذكرة في bugzilla 22:06:25 &lt;@duck&gt; أو لا أدري 22:06:34 &lt;+ugha2p&gt; عملية Java تستهلك 100% من CPU لحوالي نصف الوقت. 22:07:18 &lt;+ugha2p&gt; إذن، لا تعرفون شيئاً عن المشكلة؟ هل تعمل الـrouters لديكم بشكل جيد؟ 22:07:24 &lt;dinoman&gt; نعم إنها عالية لدي أيضاً -6 22:08:24 &lt;@duck&gt; معلومات top/uptime تتصرف بغرابة لدي منذ ترقية nptl، لذا لا أستطيع الجزم 22:09:03 &lt;+ugha2p&gt; حسناً، ربما ينبغي أن نتابع؟ 22:09:07 &lt;@duck&gt; حسناً 22:09:14 &lt;@duck&gt; 2) i2p-bt 22:09:24 &lt;+ugha2p&gt; ونسأل jrandom متى يوشك على إصدار 0.4.2.3 22:09:40 &lt;+ugha2p&gt; لقد عملت لدي بشكل جيد مع NPTL. 22:09:45 &lt;@duck&gt; ugha2p: قال غداً أو الخميس 22:09:58 &lt;+ugha2p&gt; صحيح. 22:09:59 &lt;@duck&gt; أمس أصدرت نسخة جديدة من i2p-bt 22:10:23 &lt;@duck&gt; اكتسبت فهماً جديداً لمفهوم 'buffer' ككل 22:10:42 &lt;@duck&gt; وأيضاً كانت هناك بعض الرقعات المعلّقة سابقاً من Ragnarok 22:11:13 &lt;mule&gt; duck: تهانينا، عمل جيد! 22:11:15 &lt;@duck&gt; كما تمت زيادة حجم الشريحة، ما يعني أنه بدلاً من إرسال 32KB في كل مرة، يرسل 128KB 22:11:29 &lt;@duck&gt; وهذا ينبغي أن يُبقي الطابور ممتلئاً 22:11:47 &lt;+ugha2p&gt; نعم، شكراً، duck. :) 22:11:56 &lt;@duck&gt; قدّم DrWoo وآخرون بعض طلبات الميزات للواجهة الرسومية (GUI) 22:12:23 &lt;@duck&gt; لكنني لا أستخدم الواجهة الرسومية (GUI) بنفسي، لا أعرف wxpython وربما لا أهتم كثيراً :) 22:12:31 &lt;+Ragnarok&gt; هل لم يعمل إدراج كل شريحة في رسالة واحدة بالقدر المتوقع؟ 22:12:57 &lt;clayboy&gt; هناك الكثير من التورنتات المزوَّدة على `http://brittanyworld.i2p/bittorrent/` إذا أراد أحد التجربة (مع i2p 0.4.2.2-7 و i2p-bt 0.1.3) 22:13:10 &lt;@duck&gt; Ragnarok: الأمر فيه بعض التخمين 22:13:27 &lt;@duck&gt; إنه يعطي قيماً أعلى بكثير لمعدلات النقل في التحويلات المحلية 22:13:51 &lt;+ugha2p&gt; ربما ينبغي أن ننتظر أن يقوم أحدهم بعمل port لعميل كامل الميزات بدلاً من ذلك؟ 22:14:10 &lt;+Ragnarok&gt; هممم، حسناً 22:14:13 &lt;@duck&gt; يمكننا جميعاً أن ننتظر :) 22:14:37 &lt;clayboy&gt; BitTorrent _هو_ «كامل الميزات»، إنه العميل الوحيد الذي أستخدمه لـ bt (أيضاً خارج i2p) :) 22:15:15 &lt;+ugha2p&gt; clayboy: ليس تماماً. :) 22:16:02 &lt;@duck&gt; شخصياً أفضل الأشياء ذات الإعدادات الافتراضية الجيدة 22:16:17 &lt;@duck&gt; خذ mldonkey مثلاً، يمكنك تغيير مليون شيء ومعظم المستخدمين ليست لديهم أدنى فكرة عمّا تفعله 22:16:50 &lt;@duck&gt; هذا يؤدي إلى أساطير لدى المستخدمين، مثل قيام مستخدمي i2p بالضغط على 'Reseed' طوال الوقت، أو إعادة التثبيت إذا لم يعمل 22:17:01 &lt;+ugha2p&gt; إذا لم تكن راغباً في الاستكشاف، فلا ينبغي لك استخدام Linux على أي حال. :) 22:17:04 &lt;@duck&gt; وهذا يقتل القطط الصغيرة 22:17:28 &lt;slart&gt; ماذا عن bittornado؟ 22:17:43 &lt;+Ragnarok&gt; أظن أنه قد يغويني كتابة واجهة رسومية بـ pygtk، لكن لدي الكثير من الأشياء الأخرى لأقوم بها، ولست متأكداً مما يريده الناس 22:17:45 &lt;+protokol&gt; azureus؟ 22:17:57 &lt;@duck&gt; جزء مني بالطبع يختلق أعذاراً لعدم القيام بالأشياء 22:18:03 &lt;+protokol&gt; azureus يدعم الإضافات (plugins) 22:18:10 &lt;@duck&gt; protokol: حسناً، اكتب إضافة (plugin) 22:18:32 &lt;+protokol&gt; هه 22:18:40 &lt;slart&gt; bittornado مبني على bt الرسمي، أليس كذلك؟ 22:18:50 &lt;+protokol&gt; القول أسهل من الفعل 22:18:52 &lt;@duck&gt; slart: نظرت إليه وبكيت 22:19:07 &lt;@duck&gt; فيه بعض التحسينات التي قد تكون مفيدة 22:19:17 &lt;@duck&gt; لكن من ناحية أخرى جعل الأمر بأكمله أكثر تعقيداً بكثير 22:19:22 &lt;@duck&gt; من دون تنظيف الشيفرة الأصلية 22:19:36 &lt;+Ragnarok&gt; آخ 22:19:56 &lt;@duck&gt; ميزة الواجهة الرسومية (GUI) التي تتيح لك تحديد تورنت إذا لم تُمرَّر معاملات مأخوذة منه وقد أُضيفت إلى i2p-bt 22:20:11 &lt;clayboy&gt; لننجز عمل bittorrent الأساسي بشكل ممتاز قبل القلق بشأن هذه الأمور اللطيفة الخاصة بالواجهة الرسومية (GUI) :) 22:20:46 &lt;@duck&gt; slart: ربما يمكن الاستفادة من أشياء أخرى أيضاً؛ يحتاج الأمر فقط إلى أن يقوم به شخص ما (بالشكل الصحيح) 22:21:23 &lt;+ugha2p&gt; clayboy: حسناً، أظن أنه يعمل بالفعل بشكل ممتاز. :) 22:21:53 &lt;slart&gt; عميل abc يستخدم tornado (أعتقد) 22:22:15 &lt;clayboy&gt; أشعر أننا ما زال علينا إجراء اختبارات مكثّفة فعلاً لمعرفة كم من البيانات يمكن دفعه فعلاً عبر i2p-bt 22:22:21 &lt;bushka&gt; نعم يفعل ذلك يا slart. 22:23:49 &lt;@duck&gt; اعتماداً على كيفية عمل تلك، قد تتمكن من عمل port لتغييرات i2p-bt إليها بسهولة كبيرة 22:24:41 &lt;@duck&gt; يرجى التجربة وإفادتنا بالنتائج 22:25:47 &lt;@duck&gt; . 22:25:55 &lt;@duck&gt; أي تعليقات أخرى على i2p-bt / bittorrent؟ 22:26:08 &lt;slart&gt; بايثون :S 22:26:41 &lt;+ugha2p&gt; . 22:26:51 &lt;@duck&gt; slart: إن لم تكن تحب بايثون، يمكنك تجربة عمل port لـ azureus 22:27:00 &lt;+ugha2p&gt; slart: وماذا عنه؟ 22:27:06 &lt;slart&gt; كم عدد الأشخاص الذين يمكننا أن نجعلهم يزوّدون شيئاً مثل Linux iso لاختبار السرعة؟ 22:27:15 &lt;slart&gt; *iso 22:27:34 &lt;@duck&gt; لنجرّب ذلك بعد إصدار i2p الجديد 22:27:57 &lt;@duck&gt; (لأن سحب بناء router الخاص بـ i2p من cvs يُعد تحدّياً كبيراً لمعظم الناس) 22:28:17 &lt;+protokol&gt; eh 22:28:54 &lt;@duck&gt; pl 22:28:57 &lt;@duck&gt; أمم، حسناً 22:29:10 &lt;@duck&gt; 3) #idlerpg 22:29:22 &lt;@duck&gt; وجدت هذه اللعبة الطريفة على IRC من نوع RPG 22:29:36 &lt;@duck&gt; لا عليك أن تفعل أي شيء لها، فقط ابقَ خاملاً 22:29:56 &lt;+ugha2p&gt; حسناً، عليك أن تقوم بـ LOGIN. ;) 22:30:04 &lt;@duck&gt; آه ;) 22:30:18 &lt;mule&gt; cvs update -dP :) 22:30:18 &lt;mule&gt; ant dist updater :) 22:30:20 &lt;+postman&gt; إنه أظرف شيء رأيته في حياتي، لكنني أحبه :) 22:30:30 &lt;+protokol&gt; ينبغي أن تكون هناك جوائز 22:30:45 &lt;@duck&gt; على ircnet لديه 779 لاعباً متصلاً 22:30:46 &lt;+ugha2p&gt; duck: كنت أفكر بأنه قد يكون سبباً محتملاً لعدم الترقية. 22:30:52 &lt;+protokol&gt; أعطوا yodels مقابل الفوز بأشياء أو الوصول إلى مستويات 22:31:03 &lt;+ugha2p&gt; مع أنني لست متأكداً ما إذا كان الناس على I2P يمكن أن يكونوا بهذه الطفولية. :) 22:31:14 &lt;+protokol&gt; أعرف أن لدى duck ما يقارب $10000 من yodels 22:31:18 &lt;@duck&gt; protokol: نعم، عليّ أن أرى كيف تعمل تلك المهام 22:31:39 &lt;@duck&gt; ربما يمكننا عمل بعض الأشياء الممتعة بها 22:31:42 &lt;@duck&gt; ugha2p: ماذا تقصد؟ 22:31:49 &lt;ant&gt; * cervantes لن يقوم بقضاء 40 يوماً أخرى من دون إعادة تشغيل الـrouter الخاص به 22:32:08 &lt;@duck&gt; ugha2p: آه، عدم التحديث بسبب اللعبة :) 22:32:18 &lt;+protokol&gt; Linux: إذا لم تستطع إصلاحه من دون إعادة التشغيل، فلن تستطيع إصلاحه. 22:32:20 &lt;@duck&gt; حسناً، سأضعها على إيقاف مؤقت بينما يُعاد تشغيل الـrouter لدي 22:32:24 &lt;+ugha2p&gt; :) 22:32:33 &lt;@duck&gt; لذا إذا قمتَ بمزامنتها جيداً، فلن تخسر 22:32:35 &lt;@duck&gt; hehe 22:32:55 &lt;ant&gt; &lt;cervantes&gt; هذا جيد... لأن الـrouter لديك يعيد التشغيل طوال الوقت :P 22:33:16 &lt;@duck&gt; هذا يُسمّى اختباراً مكرّساً :) 22:33:20 &lt;ant&gt; &lt;cervantes&gt; أظن أن هذا يُدخل الروليت في المعادلة أيضاً 22:33:23 &lt;@duck&gt; حسناً 22:33:38 &lt;@duck&gt; . 22:33:49 &lt;+ugha2p&gt; . 22:34:05 &lt;@duck&gt; 5) ??? 22:34:08 &lt;@duck&gt; s/5/4/ 22:34:12 &lt;@duck&gt; الميكروفون مفتوح! 22:34:23 &lt;+postman&gt; . 22:34:53 &lt;mule&gt; مع قليل من الضبط يمكنك تشغيل اثنين من الـrouter. واحد للعبة فقط، تقوم بترقيته مرة واحدة كل سنة 22:34:53 &lt;@duck&gt; أسئلة؟ تعليقات؟ اقتراحات؟ 22:35:38 &lt;ant&gt; &lt;mahes&gt; مرحباً، لدي سؤال عام غير متعلق بالتطوير 22:36:08 &lt;@duck&gt; تفضّل 22:36:08 &lt;+ugha2p&gt; شكراً لعقد الاجتماع، duck. 22:36:50 &lt;ant&gt; &lt;mahes&gt; إذا قمتُ بإعداد eepsite ، كيف يمكن الوصول إليه بعنوان مثل مثلاً mahes.i2p 22:36:59 &lt;+protokol&gt; لديّ قلق 22:37:44 &lt;+protokol&gt; (ابدأ المعركة) أظن أن .i2p نطاق علوي (TLD) سيء لأسباب عديدة 22:38:19 &lt;+ugha2p&gt; mahes: ما الذي تعنيه بـ'كيف'؟ سيضبط الناس متصفحاتهم لاستخدام eepproxy، وسيُدخلون فقط `http://mahes.i2p/` في شريط العنوان. 22:38:19 &lt;+protokol&gt; أعتقد أنه ينبغي أن نستخدم واحداً يكون: أ) مقطعاً واحداً ب) يمكن نطقه ككلمة ج) لا يتضمن رقماً' 22:38:46 &lt;+ugha2p&gt; protokol: مثل .eep؟ 22:39:07 &lt;@duck&gt; mahes:: للحصول على 'اسم لطيف' يشير إلى eepsite الخاص بك، يجب أن يكون موجوداً في ملف hosts.txt لديك 22:39:37 &lt;+protokol&gt; ugha2p: بالتأكيد 22:40:01 &lt;+ugha2p&gt; protokol: يمكنك تقديم مقترح في القائمة البريدية. 22:40:03 &lt;@duck&gt; يمكنك نشره على منتدى إعلانات eepsite حتى يتمكن الآخرون من الحصول عليه أيضاً 22:40:09 &lt;+ugha2p&gt; سيُؤخذ به على الأرجح عندما يكون لدينا MyI2P. 22:40:35 &lt;+protokol&gt; هه، سأحاول لكن jr رفضه بالفعل لسببٍ ما 22:41:06 &lt;ant&gt; &lt;mahes&gt; حسناً. أنا مجرد مستخدم... إذن أنشر فقط mahes.i2p=hhfbwer8328... وسيَنتشر 22:41:32 &lt;@duck&gt; لا ينتشر تلقائياً، يحتاج الناس إلى الحصول عليه في ملف hosts.txt لديهم بطريقةٍ ما 22:41:39 &lt;ant&gt; &lt;mahes&gt; حسناً 22:41:52 &lt;@duck&gt; لكن أعلن عنه على المنتدى وسيكون احتمال ذلك أكبر :) 22:42:34 &lt;@duck&gt; . 22:43:18 &lt;@duck&gt; دعونا نعطيه *baf* 22:43:20 &lt;+ugha2p&gt; . 22:43:30 * ugha2p ينتظر الـbaffer. 22:43:38 * duck يستعد 22:43:45 * duck يُغلق الاجتماع بـ*baf* </div>/ar/blog/2004/11/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/Tue, 30 Nov 2004 00:00:00 +0000/ar/blog/2004/11/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, bla, clayboy, duck, jrandom, nmi, postman, Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) مرحبا 13:08 &lt;jrandom&gt; 1) 0.4.2 و 0.4.2.1 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) i2p-bt 13:08 &lt;jrandom&gt; 4) eepsites 13:08 &lt;jrandom&gt; 5) ??? 13:09 &lt;jrandom&gt; 0) مرحبا 13:09 &lt;jrandom&gt; آسف لمقاطعة جدول dm 13:09 &lt;jrandom&gt; ملاحظات الحالة منشورة على @ http://dev.i2p.net/pipermail/i2p/2004-November/000492.html 13:09 &lt;jrandom&gt; [مرحبا] 13:10 &lt;+postman&gt; ((hi)) 13:10 &lt;+postman&gt; :) 13:10 &lt;jrandom&gt; إذن، بينما تقرأون ذلك البريد المثير للاهتمام بشكل طاغٍ، لنبدأ الاجتماع 13:10 &lt;jrandom&gt; 1) 0.4.2 و 0.4.2.1 13:11 &lt;jrandom&gt; 0.4.2 صدرت، كما تعلمون، والنتائج مختلطة، لكن عندما لا تفشل بشدة، تبدو أنها تعمل بشكل أفضل بكثير ;) 13:12 &lt;jrandom&gt; ستكون هناك إصدارة قريباً مع حزمة كبيرة من إصلاحات العلل - تأخرت قليلاً لأحاول تحسين أكبر قدر ممكن من الأشياء 13:12 &lt;jrandom&gt; كما تبدو الأمور الآن، يبدو أن إصدارة 0.4.2.1 لن تجعل نسخة i2p-bt المنقولة في أبهى حلة بعد 13:12 &lt;+postman&gt; jrandom: ما الذي تعالجه إصلاحات العلل - كل الأخطاء في مكتبة البث الجديدة أم أمور أخرى أيضاً؟ 13:13 &lt;jrandom&gt; حلقة انشغال سريعة في مكتبة البث ظهرت من سيناريو غير مُختبَر جيداً، بعض مشاكل SAM، مشاكل اكتشاف عنوان IP، وغيرها 13:14 &lt;jrandom&gt; dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/history.txt?rev=HEAD فيه القائمة الكاملة 13:14 &lt;+postman&gt; k 13:14 &lt;+postman&gt; thx 13:15 &lt;jrandom&gt; أوه، أمر يجب ملاحظته بخصوص 0.4.2.1 هو أنها، مثل 0.4.2، ستحتاج لتعديل ملفك wrapper.config مرة أخرى، لذا يرجى الانتباه إلى تعليمات التحديث عندما تصدر :) 13:15 &lt;jrandom&gt; هل لدى أحد أي أسئلة/تعليقات/مخاوف حول 0.4.2؟ 13:15 &lt;jrandom&gt; (/0.4.2.1) 13:16 &lt;clayboy&gt; تعمل بشكل رائع هنا، وقد تابعت cvs أيضاً، دائماً بسلاسة 13:16 &lt;jrandom&gt; wikked 13:17 &lt;bla&gt; إنها مستقرة (0.4.2): شغالة منذ أيام بالفعل 13:17 &lt;bla&gt; s/table/stable/ 13:17 &lt;jrandom&gt; آه جميل، نعم، العلل لم تصب الجميع 13:17 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول ذلك، لننتقل إلى 2) mail.i2p 13:18 &lt;jrandom&gt; سمعت أن postman لديه بعض الأمور ليناقشها 13:18 &lt;+postman&gt; مرحباً 13:18 &lt;jrandom&gt; أهلاً postman، الدور لك :) 13:18 &lt;+postman&gt; قبل أسابيع أجريت تصويتاً بخصوص IMAP 13:19 &lt;+postman&gt; وبما أن بضعة أسابيع قد مرّت الآن قررت إغلاق التصويت وعدّ الأصوات 13:19 &lt;+postman&gt; النتيجة: غير مطلوب - لن يُنفّذ. انتهى 13:19 &lt;+postman&gt; بعد حديثي مع susi - كانت مرتاحة تماماً مع POP3 على واجهة الويب لديها 13:19 &lt;clayboy&gt; العقل انتصر! :) 13:19 &lt;jrandom&gt; w3wt 13:20 &lt;+postman&gt; فلنلتزم بـ POP3 وندفن أي أفكار IMAP سخيفة 13:20 &lt;+postman&gt; :) 13:20 * jrandom يمسك المجرفة 13:20 &lt;+postman&gt; 2.) نحن قريبون من 100 مستخدم مسجل 13:21 &lt;clayboy&gt; واو 13:21 &lt;+postman&gt; ليسوا جميعاً علنيين بالطبع، لكنها لا تزال تبدو كرقم معقول بالنظر إلى حجم الشبكة 13:21 &lt;+Ragnarok&gt; إذن... ماذا عن دفتر عناوين LDAP؟ :) 13:21 &lt;jrandom&gt; جميل 13:21 &lt;+postman&gt; 3. ميزة رفع/مشاركة مفتاح PGP العام لديك مفعلة منذ نهاية الأسبوع 13:21 &lt;+postman&gt; يرجى استخدامها 13:21 &lt;+postman&gt; www.postman.i2p/user/acc.html 13:22 &lt;clayboy&gt; لن آخذ أي فضل على تلك الفكرة :&gt; 13:22 &lt;+postman&gt; يمكن تنزيل المفاتيح العامة بسهولة بمساعدة دفتر العناوين 13:22 &lt;+postman&gt; أو مباشرة كـ www.postman.i2p/public/accountname.pub 13:22 &lt;jrandom&gt; أووه رائع 13:22 &lt;+postman&gt; النظام يعمل بشكل جيد جداً 13:22 &lt;+postman&gt; شكراً لـ duck على الإشارة إلى بعض العلل 13:23 &lt;+postman&gt; 4.) أفكر في تقديم توجيه قائم على الحساب 13:23 &lt;+postman&gt; بمعنى أن الناس يقولون 13:23 &lt;jrandom&gt; توجيه قائم على الحساب؟ 13:23 &lt;+postman&gt; كل البريد إلى foo@mail.i2p يُنقَل إلى الوجهة التالية 13:23 &lt;+postman&gt; ويقدّم المستخدم مفتاح وجهة صالحاً لذلك 13:24 &lt;+postman&gt; postman.i2p سيقوم بعدها بتوجيه البريد يدوياً لتلك الحسابات إلى أنظمة بريدية 13:24 &lt;+postman&gt; مجرد فكرة (tm) 13:24 &lt;jrandom&gt; آه جميل 13:24 &lt;+postman&gt; أتطلع لتطوير ومناقشة الأمر بأكمله 13:25 &lt;+postman&gt; هذا كل شيء حالياً 13:25 &lt;+postman&gt; المزيد الأسبوع القادم 13:25 &lt;+postman&gt; شكراً 13:25 &lt;nmi&gt; postman: آسف، تُنقل إلى وجهة I2P معينة تقصد؟ 13:25 * postman يُعيد الميكروفون إلى jrandom 13:25 &lt;+postman&gt; nmi: نعم 13:25 &lt;ant&gt; &lt;Nightblade&gt; وِجهة SMTP على I2P؟ 13:25 &lt;ant&gt; &lt;Nightblade&gt; an 13:25 &lt;+postman&gt; nmi: بشرط أن تقبل الوجهة SMTP والبريد لذلك الحساب 13:25 &lt;jrandom&gt; يبدو ذلك رائعاً جداً، يتخلص من جانب الثقة في ترشيح البريد 13:26 &lt;nmi&gt; آه، فهمت. ذكي. كنت قد فكرت بفعل شيء مشابه باستخدام mixminion single-use-reply-blocks لكن فكرتك أفضل... 13:26 &lt;jrandom&gt; ربما يتطلب ذلك الكثير من العمل على جهة العميل، لكن ربما يتمكن شخص ما من بعض الاختراقات البرمجية 13:26 &lt;+postman&gt; jrandom: أنا أعمل عليه 13:26 &lt;jrandom&gt; w00t 13:26 &lt;+postman&gt; jrandom: سيكون للمستخدم واجهة الويب المعتادة ( acc.html...) 13:27 &lt;+postman&gt; jrandom: ويُدخِل الـdestinationkey 13:27 &lt;jrandom&gt; حسناً، صحيح، لكن بعدها هناك تهيئة الـ MTA (وكيل نقل البريد) 13:27 &lt;+postman&gt; والباقي سيتم تلقائياً 13:27 &lt;+postman&gt; نعم، على postman.i2p وكذلك على الجهة المستقبِلة 13:28 &lt;nmi&gt; jrandom: نعم، سيكون رائعاً وجود وكيل SMTP مبسّط جداً لمن لا يريد تشغيل MTA كامل 13:28 &lt;jrandom&gt; صحيح صحيح 13:28 &lt;+postman&gt; jrandom: سأوفّر إعداداً بسيطاً للأشخاص المهتمين 13:28 &lt;+postman&gt; jrandom: لـ postfix و exim و sendmail 13:28 &lt;+postman&gt; jrandom: يمكن تجريد هذه إلى الحد الأدنى الضروري 13:28 &lt;@duck&gt; بجدية، هل تعتقد أن هناك الكثير من المستخدمين لهذا؟ 13:28 &lt;jrandom&gt; postman: كل هذا يبدو رائعاً حقاً. أتطلع لسماع المزيد عندما تكون جاهزاً 13:29 &lt;+postman&gt; jrandom: لا فكرة لدي عن خوادم SMTP على ويندوز 13:29 &lt;+postman&gt; duck: حسناً 13:29 &lt;+postman&gt; duck: قبل 8 أسابيع لم يكن هناك حاجة لنظام بريد ولا مستخدمون أيضاً 13:29 &lt;+postman&gt; duck: إنها استثمار 13:29 &lt;@duck&gt; صحيح 13:29 &lt;+postman&gt; duck: بعد 6 أشهر سنكون سعداء بوجوده 13:29 &lt;jrandom&gt; duck: تأتي الإمكانية مع الابتعاد عن مرشح SMTP موثوق 13:29 &lt;+postman&gt; :) 13:30 &lt;jrandom&gt; أو ربما عليّ أن أقول: الانتقال /إلى/ مرشح SMTP موثوق (لا مؤاخذة postman ;) 13:30 &lt;+postman&gt; وسيكون هناك عدد منها 13:30 &lt;+postman&gt; و 13:30 &lt;+postman&gt; (والآن الخلاصة) 13:30 &lt;+postman&gt; يمكننا بسهولة إنشاء نطاقات بريد :) 13:30 &lt;+postman&gt; مثل duck@duck.i2p وأشياء أخرى 13:30 &lt;+postman&gt; :) 13:30 &lt;@duck&gt; آه 13:31 &lt;+postman&gt; المشكلة الوحيدة ستكون المطابقة الرسمية/الخاصّة 13:31 &lt;jrandom&gt; hosts.txt! 13:31 * jrandom ينحني 13:31 &lt;+postman&gt; لكن هذا شيء آخر لواجهة إدارة الويب :) 13:31 &lt;+postman&gt; LOL 13:31 &lt;+postman&gt; jrandom: أعتمد على قواعد بيانات SQL مهتزة :) 13:31 &lt;@duck&gt; حسناً؛ أرى أنها مناسبة 13:32 &lt;+postman&gt; حسنًا 13:32 &lt;+postman&gt; إذن سأعمل عليها وأقدّم تصوراً قريباً 13:32 &lt;+postman&gt; نعم، المزيد من العمل 13:32 * postman يتكئ مسترخياً 13:32 &lt;+postman&gt; :) 13:32 &lt;jrandom&gt; رائع، شكراً postman 13:33 &lt;jrandom&gt; حسناً، ما لم يكن لدى آخرين أسئلة إضافية متعلقة بـ mail.i2p، هل ننتقل إلى 3) i2p-bt؟ 13:33 &lt;jrandom&gt; اعتبرونا قد انتقلنا 13:34 &lt;jrandom&gt; حسناً، كما ذُكر في البريد، لقد كسرتُ منفذ i2p-bt 13:34 * jrandom يُنكس رأسه خجلاً 13:34 &lt;jrandom&gt; وفي خبر آخر، duck، هل لديك أي شيء بخصوص i2p-bt تريد مناقشته؟ 13:34 &lt;@duck&gt; نتيجة لعمل jrandom لم يُنجَز الكثير :) 13:35 &lt;+Ragnarok&gt; بوو، هسسس 13:35 &lt;@duck&gt; أوه Ragnarok كان لديه بعض الرقع 13:35 * jrandom2p يرشق jrandom بالطماطم 13:35 &lt;@duck&gt; أعتقد ذلك، راجع ملف history :) 13:35 &lt;jrandom&gt; أوه رائع 13:35 &lt;@duck&gt; لدينا بعض الأشياء في الطابور أيضاً 13:35 &lt;+Ragnarok&gt; كنت أُصفِّر لِـ jr، لكن لا بأس :) 13:36 &lt;@duck&gt; لكنني لا أريد تغيير (الكثير) على أرضية غير مستقرة 13:36 &lt;@duck&gt; (مثل كسر bt بينما يتم إصلاح i2p) 13:36 &lt;jrandom&gt; نعم، خطة جيدة 13:36 &lt;@duck&gt; . 13:37 &lt;jrandom&gt; حسناً جميل، هل لدى أحد آخر شيء حول i2p-bt؟ 13:37 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 4) eepsites 13:38 &lt;jrandom&gt; حسناً، أعلم أن القضايا نوقشت عدة مرات منذ حصولنا على eepproxy أول مرة، لكن كانت هناك استفسارات حديثة تستدعي ذكرها مرة أخرى 13:39 &lt;bla&gt; نعم... 13:39 &lt;jrandom&gt; ما لدينا الآن لتصفح eepsites والمواقع العادية بهوية مخفية ليس آمناً إطلاقاً 13:39 &lt;clayboy&gt; تعطيل Java و JavaScript والكوكيز و Flash يساعد، مع ذلك 13:39 &lt;jrandom&gt; قام DrWoo بعمل رائع في صفحته التي تصف المخاطر وكيف تحمي نفسك 13:40 &lt;jrandom&gt; صحيح clayboy، بالتأكيد 13:40 &lt;clayboy&gt; رابط؟ 13:40 &lt;bla&gt; clayboy: نعم، على مستوى HTML، لكن ليس على مستوى HTTP 13:40 &lt;jrandom&gt; لكن إن كان هناك شيء تعلمته مع لوحة تحكم الـrouter، فهو أن لا أحد يتبع أكثر من خطوتين في التعليمات ;) 13:40 &lt;clayboy&gt; bla: نقطة جيدة 13:40 &lt;jrandom&gt; clayboy: `http://brittanyworld.i2p/browsing/` 13:41 &lt;bla&gt; أجريت بعض التجارب هنا: `http://forum.i2p/viewtopic.php?t=182` 13:41 &lt;bla&gt; الوضع الحالي لا يبدو جيداً 13:42 &lt;@duck&gt; من لديه applets شريرة؟ 13:42 &lt;ant&gt; &lt;Nightblade&gt; تم العثور على ثغرة أمنية في Java 13:43 &lt;ant&gt; &lt;Nightblade&gt; لبعض إصدارات 1.4.x الأقدم 13:43 &lt;ant&gt; &lt;Nightblade&gt; ليس 1.5 13:44 &lt;jrandom&gt; nightblade: "الهجوم" المستخدم في حالة هذا الشخص كان بسيطاً جداً، ووفقاً له، عمل من 1.1.6 إلى 1.5 13:44 &lt;ant&gt; &lt;Nightblade&gt; همم 13:44 &lt;jrandom&gt; (تنزيل ملف .exe وتشغيل ملف .exe) 13:45 &lt;jrandom&gt; تفاجأت برؤية أذونات أمان Java تُفعّل عند إنشاء new File(filename) لكن لا تُفعّل عند إنشاء new FileOutputStream(filename) 13:45 * jrandom يتوقف عن توزيع القنابل اليدوية 13:46 &lt;jrandom&gt; (لم أتحقق من كودهم، لكن رأيت الكثير منه) 13:46 &lt;jrandom&gt; على أي حال، eepsites 13:47 &lt;jrandom&gt; حسناً، لا أظن أنه من الحكمة إزالة eepproxy تماماً 13:47 &lt;jrandom&gt; لكن لا أملك وقتاً الآن لتنفيذ أي من الحلول المذكورة 13:48 &lt;bla&gt; jrandom: إزالة كل ترويسات Accept* سيكون أمراً جيداً الآن 13:48 &lt;jrandom&gt; ما رأيكم؟ أي متطوعين؟ أم نرتجل حتى يتوفر وقت؟ 13:48 &lt;ant&gt; &lt;Nightblade&gt; bla: لا أعتقد أن رؤية بعض ترويسات المتصفح مسألة كبيرة 13:49 &lt;ant&gt; &lt;Nightblade&gt; ملايين الناس يستخدمون تلك المتصفحات 13:49 &lt;bla&gt; وإضافة ترويسة User-Agent: دائماً، حتى إن لم يُرسلها العميل. هذا يجعل الطلبات متجانسة 13:50 &lt;bla&gt; Nightblade: نعم، لكن إذا قال متصفحك Accept-Language: xx (مجرد مثال)، وصادف أن هناك عقدة I2P واحدة فقط في بلد يتكلم اللغة xx، فإخفاء الهوية ضاع تماماً 13:50 &lt;bla&gt; ترويسة Accept-Language: موجودة على أية حال، في بعض المتصفحات. ولا يمكننا الاعتماد على أنها دائماً "en" 13:50 &lt;ant&gt; &lt;Nightblade&gt; حسناً لكن ماذا لو أن إزالة بعض تلك الترويسات يخالف مواصفة HTTP؟ 13:50 &lt;jrandom&gt; إضافة هاتين الحالتين سهل بما يكفي، وسأُدخلها في 0.4.2.1، لكن من غير الآمن فعلاً ترشيح الترويسات بشكل صريح هكذا 13:50 &lt;jrandom&gt; nightblade: نحن نكسر جوانب كثيرة من مواصفة HTTP لدرجة الألم 13:51 &lt;bla&gt; Nightblade: واحد فقط من المتصفحات الثلاثة التي ذكرتها أرسل الترويسة، لذا لا ينبغي أن تكون مشكلة كبيرة 13:51 &lt;ant&gt; &lt;Connelly&gt; HTTP لم تُصمَّم لإخفاء الهوية 13:51 &lt;jrandom&gt; eepproxy عبارة عن شريط لاصق وملمع أحذية 13:51 &lt;bla&gt; jrandom: لماذا لا يكون ذلك الترشيح آمناً؟ 13:52 &lt;bla&gt; jrandom: يمكننا حتى التفكير في إزالة كل الترويسات، باستثناء ترويسة Host: وترويسة GET 13:52 &lt;jrandom&gt; bla: إزالة كل الترويسات باستثناء host سيكون أكثر أماناً، نعم 13:52 &lt;bla&gt; jrandom: بعد كل شيء، ماذا نحتاج أكثر لـ HTTP مجهول؟ 13:52 &lt;jrandom&gt; لكن هذا يتجاوز مقدار الوقت الذي أستطيع تخصيصه 13:52 &lt;jrandom&gt; أستطيع إضافة مرشّحات Accept و user-agent في ~ 30 ثانية 13:53 &lt;jrandom&gt; ما بعد ذلك بكثير وسأرفع يدي وأعيد كتابة وكيل http ;) 13:53 &lt;bla&gt; jrandom: لماذا يُعدّ نزعها كلها أكثر صعوبة؟ 13:53 &lt;jrandom&gt; اقرأ الكود. 13:54 &lt;jrandom&gt; (الرقع مرحّب بها) 13:54 &lt;jrandom&gt; لكن ما ننظر إليه هنا لا يزال مجرد حل قصير الأمد 13:54 &lt;bla&gt; jrandom: وصلت الفكرة ;) لكن بجدية: أعتقد أن إصلاحات Accept* و User-Agent ستؤدي الغرض جيداً الآن 13:54 &lt;jrandom&gt; نحتاج إلى شخص يعمل على شيء يدوم لنا على المدى الطويل 13:55 &lt;ant&gt; * dm أكل للتو 20 شريحة جبن... لعاب. 13:55 &lt;jrandom&gt; bla: سمعت ذلك آخر مرة طلب منا شخص ترشيح ترويسات User-agent و referrer ;) 13:55 &lt;jrandom&gt; (لكن نعم، سأضع هاتين في المراجعة التالية) 13:56 &lt;ant&gt; &lt;dm&gt; تلك الترويسات usefl 13:56 &lt;ant&gt; &lt;dm&gt; useful 13:56 &lt;ant&gt; &lt;dm&gt; لمقدمي الخدمات. 13:56 &lt;jrandom&gt; نعم، هي كذلك 13:57 &lt;jrandom&gt; لدينا بالفعل بعض التطبيقات تعطلت لأننا نرشّح referrer أيضاً 13:57 &lt;bla&gt; dmm: نعم، بالتأكيد. لكنها أيضاً تقدّم بصمة للمتصفح أو نظام التشغيل 13:57 &lt;ant&gt; &lt;dm&gt; لدي فكرة! 13:57 * jrandom يحتمي 13:58 &lt;ant&gt; &lt;dm&gt; ثبّت قيمة User-Agent على: Nokia6230/2.0 (03.15) Profile/MIDP-2.0 Configuration/CLDC-1.1 149.254.201.133 13:58 &lt;ant&gt; &lt;dm&gt; ها؟ ها؟ 13:58 &lt;jrandom&gt; نحن بالفعل نثبّت قيمة ترويسة user agent 13:59 &lt;ant&gt; &lt;Nightblade&gt; هواتف خلوية داعمة لـ I2P 13:59 * jrandom يشنّ هجوم DoS (حجب الخدمة) على ذلك الهاتف 13:59 &lt;ant&gt; &lt;dm&gt; على ماذا؟ 13:59 &lt;ant&gt; &lt;dm&gt; هاتفي المسكين!!! 13:59 &lt;jrandom&gt; حسناً، هل لدى أحد آخر أفكار حول eepproxy/eepsite؟ 14:00 &lt;bla&gt; MYOB/6.ss (AN/ON) 14:00 &lt;bla&gt; no\ 14:00 &lt;+Ragnarok&gt; ينبغي أن نعيد اختراع html باستخدام s-expressions! 14:01 &lt;jrandom&gt; (أعتقد فعلاً أن استخدام لغة ماكرو على نمط bbcode هو الطريق الصحيح، على الأقل لبعض الأشياء ;) 14:01 &lt;jrandom&gt; ((أو xml للغيلان منكم)) 14:02 &lt;ant&gt; &lt;dm&gt; مايكروسوفت توصي باستخدام XML 14:02 &lt;ant&gt; &lt;dm&gt; لذا أنا معه تماماً. 14:02 &lt;+Ragnarok&gt; xml ليست سوى s-expressions مُطوّلة بشكل مفرط :) 14:03 &lt;ant&gt; &lt;dm&gt; هل هذه لحظة مناسبة لأصفّق لـ jrandom على عمله في هذا المشروع؟ 14:03 * jrandom يُرشّح Ragnarok للعمل عليه، بعد الحصول على دفتر العناوين الجيل التالي ;) 14:03 &lt;@duck&gt; لا أعتقد أن "اخترع لغة ترميزك الخاصة" ستنجح مع المتصفحات العامة 14:04 &lt;@duck&gt; ربما لأداة التدوين داخل myi2p 14:04 &lt;+Ragnarok&gt; الوقت دائماً مناسب :) 14:04 &lt;ant&gt; &lt;dm&gt; applaud حتى 14:04 &lt;jrandom&gt; duck: سيحتاج الوكيل إلى ترشيح المحتوى على أي حال، سيكون بسيطاً بما يكفي (هه) حقن نتائج توسيع الماكرو في المحتوى المُرشَّح الناتج 14:05 &lt;ant&gt; * dm يرفع قبعته لـ jr. 14:05 &lt;jrandom&gt; شكراً dm وآخرين 14:05 &lt;ant&gt; &lt;Nightblade&gt; شيء مثل PDF سيكون أكثر أماناً من HTML 14:05 &lt;jrandom&gt; لوول 14:05 &lt;@duck&gt; ملفات .txt! 14:06 &lt;ant&gt; &lt;Nightblade&gt; رأيت ملفات PDF بروابط قابلة للنقر، لكن الملفات نفسها ضخمة 14:06 &lt;ant&gt; &lt;Nightblade&gt; seen 14:06 &lt;ant&gt; &lt;dm&gt; Bitmaps غير مضغوطة؟ 14:06 &lt;jrandom&gt; نعم، دعونا نكتب جميعاً بصيغة pdf 14:07 &lt;+Ragnarok&gt; إرغ، postscript قبيح 14:07 &lt;ant&gt; &lt;cat-a-puss&gt; كيف يكون html غير آمن؟ 14:07 &lt;@duck&gt; على أي حال 14:07 &lt;ant&gt; &lt;Nightblade&gt; cat: مع javascript و activex و applets,... 14:07 &lt;jrandom&gt; cat-a-puss: كل الطرق المختلفة لترميز بيانات خطرة 14:08 &lt;ant&gt; &lt;dm&gt; اللغات ليست آمنة أو غير آمنة، العملاء هم المشكلة. 14:08 &lt;+Ragnarok&gt; المشكلة الحقيقية هي كيف نفعل dhtml مع إخفاء الهوية... 14:08 &lt;jrandom&gt; (ولن نكون أبداً، /أبداً/ في الطليعة طالما أننا نرشّح بشكل صريح) 14:08 &lt;ant&gt; &lt;cat-a-puss&gt; Java/JavaScript ضمن وسوم. إذن انزعها، html الصافي غير ضار صحيح؟ 14:08 &lt;ant&gt; &lt;dm&gt; نحتاج لاستخدام صيغة بيانات تُحلّل بواسطة عميل صنعته شركة نثق بها. 14:08 &lt;jrandom&gt; Ragnarok: ماكروز، و/أو الإحالة إلى JavaScript معروف آمن ومثبّت محلياً 14:08 &lt;ant&gt; &lt;dm&gt; أنا أثق بمايكروسوفت، لذا أقترح Internet Explorer أو Microsoft Word أو Notepad 14:09 &lt;ant&gt; &lt;dm&gt; Flight Simulator 2002 مقبول أيضاً. 14:09 &lt;ant&gt; &lt;cat-a-puss&gt; لدى Freenet بالفعل "مرشح إخفاء الهوية" ينزع كل Java / Javascript / ActiveX إلخ. استعيروه والشيء الوحيد الذي قد يمر سيكون استغلالات الصور... ما لم أكن أفوت شيئاً. 14:10 &lt;jrandom&gt; مرشح إخفاء الهوية في freenet بداية جيدة لإحدى الفِرَق، لكنه سيتطلب على الأرجح بعض العمل لتعمل النماذج كما نريد 14:10 &lt;ant&gt; &lt;Nightblade&gt; سيتعين على eepproxy أن يعمل كعملية منفصلة، بسبب الترخيص 14:11 &lt;jrandom&gt; هذا يتركنا مع html مُشوّهاً بشدة 14:11 &lt;jrandom&gt; (بدون css) 14:11 &lt;ant&gt; &lt;dm&gt; حسنًا، ماذا عن Flash؟ 14:11 &lt;jrandom&gt; nightblade: يمكننا الالتفاف على ذلك (بنفس طريقة التفافنا على كون i2ptunnel بترخيص GPL) 14:11 &lt;ant&gt; &lt;dm&gt; تخيّل شبكة ويب عالمية بـ Flash فقط. 14:11 &lt;ant&gt; &lt;dm&gt; يا له من عالم غني ورائع سيكون. 14:12 &lt;ant&gt; &lt;Nightblade&gt; حسناً لنضع تحذيراً: "تصفح Eepsite خطر على إخفاء هويتك. يرجى استخدام Gopher." 14:12 &lt;ant&gt; &lt;Nightblade&gt; في الواقع gopher ليس فكرة سيئة 14:12 * jrandom يُنقل archie 14:12 &lt;+Ragnarok&gt; gopher! 14:12 &lt;ant&gt; &lt;dm&gt; كانت هناك Betty أيضاً، أليس كذلك... 14:12 &lt;+Ragnarok&gt; أتذكر gopher :) 14:13 &lt;+Ragnarok&gt; يا لها من أيام جميلة. أعتقد كان لدي مودم 14.4 baud صاروخي وقتها... &lt;sigh&gt; 14:13 &lt;ant&gt; &lt;Nightblade&gt; تصفحت gopher نصياً فقط، ولا أعلم إن كان يدعم الرسوميات 14:13 &lt;jrandom&gt; لم تكن هناك متصفحات GUI آخر مرة استخدمت فيها gopher ;) 14:14 &lt;jrandom&gt; على أي حال، هناك الكثير من الخيارات 14:14 &lt;ant&gt; &lt;Nightblade&gt; ما كان اسم المتصفح وقتها؟ الذي قبل Netscape... 14:14 &lt;ant&gt; &lt;Nightblade&gt; نسيت 14:14 &lt;jrandom&gt; mosaic 14:15 &lt;ant&gt; &lt;Nightblade&gt; نعم 14:15 &lt;ant&gt; &lt;dm&gt; Mosaic 2.0 14:15 &lt;ant&gt; &lt;Nightblade&gt; "مرحباً بك في I2P، يرجى الانتظار بينما نثبّت Gopher و Mosaic." 14:15 &lt;jrandom&gt; هه 14:15 &lt;jrandom&gt; نعم، ربما لا توجد استغلالات JavaScript هناك 14:16 &lt;jrandom&gt; حسناً، على أي حال، هذا كل شيء فيما يبدو 14:16 &lt;jrandom&gt; ننتقل إلى 5) ??? 14:16 &lt;+Ragnarok&gt; لا يزال هناك حزمة gopher في debian 14:16 &lt;jrandom&gt; هل لدى أحد أي شيء آخر (غير متعلق بـ gopher)؟ 14:17 &lt;ant&gt; &lt;dm&gt; ماذا سيحدث لـ I2P عندما تحتاج أن تعود للعمل؟ 14:18 &lt;jrandom&gt; سأكون على I2P بدوام كامل حتى الربيع، على الأقل. يمكننا مناقشة ما بعد ذلك عندما يقترب ذلك الوقت 14:19 &lt;ant&gt; &lt;dm&gt; o k 14:19 &lt;jrandom&gt; على أي حال، إن دهسني باص غداً، فكل شيء موجود في cvs وكل الشيفرة حرة 14:19 &lt;+Ragnarok&gt; أفترض أنك تخطط لصدور 1.0 قبل ذلك. ما هي الاحتمالات برأيك؟ 14:19 &lt;+Ragnarok&gt; قبل الربيع، وليس رحيلك غير الميمون... 14:20 &lt;jrandom&gt; مؤكدة. 14:20 &lt;ant&gt; &lt;dm&gt;ahaha.. نعم، ما هي احتمالات 1.0 قبل الغد عندما يدعسك ذلك الباص؟ 14:20 &lt;jrandom&gt; (على افتراض عدم وجود باصات ;) 14:20 &lt;ant&gt; &lt;dm&gt; راودتني للتو فكرة حزينة جداً. 14:20 &lt;ant&gt; &lt;dm&gt; محزنة حقاً، لكن... إن دَهَسك باص، فلن يعلم أحد هنا بذلك. 14:20 &lt;ant&gt; &lt;cat-a-puss&gt; بخصوص الترشيح: ماذا لو أنشأنا وكيلاً أفضل، بحيث يمر عبره مرور كل تطبيقات الحاسوب، عندها لن نحتاج لترشيح JavaScript وما شابه لأنه لن يمكنهم معرفة من نحن أصلاً. 14:21 &lt;ant&gt; &lt;dm&gt; ستموت فقط، ولن نعرف ما حدث :( 14:21 &lt;ant&gt; &lt;dm&gt; يا إلهي لماذا كان عليه أن يموت؟! لماذا؟! 14:22 &lt;ant&gt; &lt;dm&gt; هل يمكنك وضع بند في وصيتك لإرسال بريد إلى القائمة البريدية إذا متّ؟ 14:22 &lt;jrandom&gt; cat-a-puss: يمكن لـ JavaScript إرسال محتويات إشاراتك المرجعية وعنوان IP الخاص بك وكل أنواع الأشياء إلى موقع بعيد 14:22 &lt;jrandom&gt; dm: الناس الذين يعرفونني على أرض الواقع يعلمون أنني مشارك في i2p. كفى حديثاً سوداويّاً 14:23 &lt;ant&gt; &lt;dm&gt; آه رائع. 14:24 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: نعم، لكن هذا النوع من الأشياء يتطلب استغلالاً صحيح؟ وليس مجرد، لنقل، تحويلهم إلى صفحة تستخدم بروتوكولاً مختلفاً غير مُوَسَّط عبر الوكيل. ربما نكون آمنين بشكل معقول من تلك مع ماسح لمحتوى الدخل وتحديثات تلقائية. 14:25 &lt;jrandom&gt; cat-a-puss: اممم، ربما أسأت الفهم - هل تقترح أنه قد يكون من الآمن تمكين JavaScript في المتصفح، طالما أن الاتصالات التي تجريها شيفرة JavaScript تلك تمر عبر الوكيل أيضاً؟ 14:26 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: نعم، طالما لا توجد تجاوزات سعة ذاكرة إلخ. 14:26 &lt;jrandom&gt; إن كان كذلك، فهذا لا يزال عرضة لـ JavaScript العادي الذي يقرأ بيئة JavaScript ويرسله "مجهولاً" إلى `http://cia.i2p/data.` 14:27 &lt;jrandom&gt; البيانات المتاحة لـ JavaScript تتضمن عنوان IP الخاص بك، وكذلك إشاراتك المرجعية وكل أنواع الأشياء الأخرى 14:27 &lt;jrandom&gt; لذا حتى لو كان الاتصال إلى cia.i2p مجهولاً، فالمحتوى يفضحك 14:31 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يطرحه للاجتماع؟ 14:31 &lt;@duck&gt; نعم: 14:31 &lt;@duck&gt; ماذا يعني عدّاد "الأقران النشطين" الجديد 14:31 &lt;jrandom&gt; آه 14:31 &lt;jrandom&gt; نعم، هذا تغيّر 14:32 &lt;jrandom&gt; في 0.4.2.1، الجديد Active: x/y سيكون فيه x=# الأقران الذين أرسلت لهم أو استلمت منهم رسالة بنجاح في الدقيقة الأخيرة، y=# الأقران الذين شوهدوا في الساعة الأخيرة تقريباً 14:32 &lt;jrandom&gt; هذا جزء من الشيفرة للتعامل مع بعض الأقران الذين يقدمون معلومات سيئة في مرحلة الاكتشاف التلقائي لعنوان IP 14:33 * duck سيحاول تذكّر ذلك 14:33 &lt;jrandom&gt; لذا سيتذبذب أكثر بكثير من قبل 14:33 &lt;jrandom&gt; هه فلا تقلقوا عندما تكون القيمة أقل مما اعتدتم عليه ;) 14:34 &lt;jrandom&gt; حسناً، إن كان هذا كل شيء، فتحققوا من القائمة البريدية والموقع خلال اليوم القادم لإصدارة 0.4.2.1 14:34 &lt;jrandom&gt; ستكون متوافقة رجعياً، blah blah blah 14:34 &lt;jrandom&gt; على أي حال 14:34 * jrandom يستعد 14:35 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2004/11/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-30/Tue, 30 Nov 2004 00:00:00 +0000/ar/blog/2004/11/30/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-30/<p>مرحباً جميعاً</p> <h2 id="فهرس">فهرس</h2> <ol> <li>0.4.2 and 0.4.2.1</li> <li>mail.i2p</li> <li>i2p-bt</li> <li>eepsites(I2P Sites)</li> <li>???</li> </ol> <h2 id="1-042-و-0421">1) 0.4.2 و 0.4.2.1</h2> <p>منذ أن أصدرنا أخيرًا الإصدار 0.4.2، ارتفعت موثوقية الشبكة ومعدل النقل بشكل كبير لفترة من الوقت، إلى أن اصطدمنا بالأخطاء البرمجية الجديدة التي تسببنا بها. اتصالات IRC لدى معظم المستخدمين تستمر لساعات متواصلة، لكن بالنسبة للبعض الذين واجهوا بعض المشاكل، كانت التجربة متعثرة. مع ذلك، كان هناك عدد كبير من الإصلاحات، ولاحقًا هذه الليلة أو صباح الغد سيكون لدينا إصدار 0.4.2.1 جديد جاهز للتنزيل.</p>/ar/blog/2004/11/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/Tue, 23 Nov 2004 00:00:00 +0000/ar/blog/2004/11/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> jrandom، lba، postman، Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:03 &lt;jrandom&gt; 0) مرحباً 13:03 &lt;jrandom&gt; 1) حالة الشبكة 13:03 &lt;jrandom&gt; 2) مكتبة التدفق 13:04 &lt;jrandom&gt; 3) 0.4.2 13:04 &lt;jrandom&gt; 4) Addressbook.py 0.3.1 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;jrandom&gt; 0) مرحباً 13:04 * jrandom يلوّح 13:04 &lt;+postman&gt; مرحباً :) 13:04 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2004-November/000490.html 13:05 &lt;jrandom&gt; حسناً، قد يكون من الأفضل أن نبدأ بـ 1) حالة الشبكة 13:05 &lt;jrandom&gt; لا يوجد لدي الكثير لأضيفه إلى ما ورد في البريد الإلكتروني 13:05 &lt;jrandom&gt; هل لدى أي أحد شيء يود طرحه بخصوص حالة الشبكة خلال الأسبوع الماضي؟ 13:06 &lt;jrandom&gt; إن لم يكن، يمكننا الانتقال إلى 2) مكتبة التدفق 13:06 &lt;jrandom&gt; هناك الكثير من المعلومات في الرسالة حول ذلك، لذا سأدعكم تهضمونها قليلاً 13:07 &lt;jrandom&gt; بينما ستحسّن المكتبة الجديدة أشياء كثيرة، فإن الأهم برأيي هو مرونتها وطريقة تعاملها مع الازدحام 13:08 &lt;jrandom&gt; خاصة الأخير، فقد رأينا كيف تصبح الأمور غريبة مع المكتبة القديمة تحت الازدحام الشديد 13:08 &lt;jrandom&gt; هناك أيضاً الكثير مما تُرك خارج المكتبة، أماكن ليجرب الناس ويُحسّنوا أكثر 13:09 &lt;jrandom&gt; هل لدى أحد أسئلة بخصوص ذلك، أم أننا نكرر الكلام بلا جدوى بمناقشته كل أسبوع خلال الشهر الماضي؟ ;) 13:10 &lt;+Ragnarok&gt; سنعدّ ذلك بنعم 13:10 &lt;jrandom&gt; هه 13:10 &lt;jrandom&gt; حسناً، ننتقل إلى 3) 0.4.2 13:10 &lt;jrandom&gt; سيصدر قريباً جداً، نقوم فقط ببعض التحديثات البسيطة على عملية التثبيت حالياً 13:11 &lt;+postman&gt; نعممم 13:11 &lt;+postman&gt; :) 13:11 &lt;jrandom&gt; عملية التثبيت المحدّثة ستكون ألطف للمستخدمين، إذ تعالج أكثر أخطاء المستخدمين شيوعاً 13:12 &lt;jrandom&gt; (لأن لا أحد يقرأ النص في وحدة تحكم الـrouter ;) 13:12 &lt;jrandom&gt; لكن يُفترض أن يكون ذلك جاهزاً خلال يوم أو يومين، ومع بعض الاختبارات ينبغي أن نصدر نسخة بحلول الجمعة 13:12 &lt;jrandom&gt; (إن لم يكن أبكر) 13:13 &lt;jrandom&gt; كما ذكرت في الرسالة، فهو متوافق مع الإصدارات السابقة و/غير/ متوافق معها 13:13 &lt;+Ragnarok&gt; رائع 13:13 &lt;jrandom&gt; هل لدى أحد تفضيلات قوية حول كيفية تعاملنا مع تلك المسألة المعقّدة؟ 13:13 &lt;jrandom&gt; هل ننشر 0.4.2 وحسب ونترك الناس يرقّون عندما يلاحظون أنهم لا يستطيعون الوصول إلى أي eepsites؟ 13:14 &lt;jrandom&gt; (أم أنهم سيزيلونه ويقولون "dood i2p sux0rz") 13:14 * jrandom ولا هذا ولا ذاك 13:15 &lt;+Ragnarok&gt; أقول لنعلّمه كغير متوافق. من الأفضل دائماً أن نكون صريحين. 13:15 &lt;jrandom&gt; حسناً، الوثائق والإعلان سيقولان إنه غير متوافق، وترقية إلزامية بأحرف كبيرة عريضة 13:16 &lt;+Ragnarok&gt; لا سبب لإرسال رسائل ملتبسة إذن 13:16 &lt;jrandom&gt; أجل 13:16 &lt;jrandom&gt; مع أننا سنكون قادرين على إجراء التوجيه عبر الـtunnel من خلال أولئك الأقران القدامى 13:16 &lt;jrandom&gt; لا أدري، لدينا بضعة أيام لحسم القرار على أي حال 13:17 &lt;jrandom&gt; مجرد شيء للتفكير، و"تحذير" للناس بأنهم سيحتاجون إلى الترقية إلى 0.4.2 13:17 &lt;jrandom&gt; :) 13:18 &lt;jrandom&gt; حسناً، هل لدى أحد أسئلة/تعليقات/مخاوف بخصوص 0.4.2، أم ننتقل إلى 4) addressbook.py؟ 13:18 &lt;jrandom&gt; اعتبرونا قد انتقلنا 13:18 &lt;jrandom&gt; Ragnarok: هل تود أن تعطينا تحديثاً؟ 13:20 &lt;+Ragnarok&gt; بالتأكيد. تم إصدار تحديث طفيف أمس. يصلح بعض الأعطال على Windows، ولا ينهار بعنف إذا لم يكن الـproxy موجوداً. الأمر الجدير بالذكر فعلاً هو أن هذا سيكون على الأرجح آخر إصدار لهذه النسخة، ما لم يظهر خلل ضخم. 13:20 &lt;jrandom&gt; حسناً، رائع 13:21 &lt;jrandom&gt; تجنّب الانهيار العنيف دائماً ميزة لطيفة 13:21 &lt;lba&gt; مرحباً يا جماعة 13:21 &lt;+Ragnarok&gt; أخطط لإعادة تصميمه (بل تصميمه فعلاً) من الصفر استناداً إلى أفكار jrandom من قائمة البريد. وربما بلغة Java أيضاً، إذا تمكنت من فهم تحليل XML وأمور HTTP التي سأحتاج إلى القيام بها. 13:21 &lt;jrandom&gt; روعة :) 13:21 &lt;jrandom&gt; أهلاً lba 13:22 &lt;+Ragnarok&gt; حسناً، هذا كل شيء. تفضلوا بالمواصلة. 13:22 &lt;jrandom&gt; جميل، شكراً على التحديث 13:22 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول ذلك، يمكننا الانتقال بوتيرة خاطفة إلى 5) ??? 13:22 &lt;jrandom&gt; هل لدى أي شخص آخر شيء يود طرحه؟ 13:23 &lt;+Ragnarok&gt; هل هناك أحد آخر هنا؟ 13:23 &lt;jrandom&gt; هه، نعم، لا يوجد لدينا المتذمرون المعتادون ;) 13:24 &lt;jrandom&gt; ومع ذلك، سيظهرون لاحقاً لقراءة السجلات على الموقع [نعم، أعني *أنت*] 13:24 &lt;jrandom&gt; حسناً، أظن أن هذا ربما أقصر اجتماع لنا منذ أكثر من عام 13:25 &lt;jrandom&gt; لا بأس أن نختمها الآن 13:25 * jrandom يختتم 13:25 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2004/11/23/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-23/Tue, 23 Nov 2004 00:00:00 +0000/ar/blog/2004/11/23/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-23/<p>مرحباً يا جماعة، حان وقت تحديث الحالة</p> <h2 id="فهرس">فهرس:</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>0.4.2</li> <li>Addressbook.py 0.3.1</li> <li>???</li> </ol> <h2 id="1-حالة-الشبكة">1) حالة الشبكة</h2> <p>بعد فترة امتدت 2-3 أيام من الازدحام الشديد الأسبوع الماضي، عادت الشبكة إلى مسارها الصحيح (يرجّح أن ذلك بسبب توقفنا عن إجراء اختبارات الضغط على منفذ bittorrent ;)). لقد كانت الشبكة موثوقة إلى حد كبير منذ ذلك الحين - لدينا بالفعل عدد قليل من routers (أجهزة التوجيه) التي ظلت قيد التشغيل لمدة 30-40+ يومًا، لكن اتصالات IRC لا تزال تتعرض لبعض التعثرات العرضية. ومن ناحية أخرى&hellip;</p>/ar/blog/2004/11/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/Tue, 16 Nov 2004 00:00:00 +0000/ar/blog/2004/11/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) مرحباً 13:05 &lt;jrandom&gt; 1) الازدحام 13:05 &lt;jrandom&gt; 2) البث 13:05 &lt;+dinoman&gt; مفتاح pgforge تغيّر :/ آسف 13:05 &lt;jrandom&gt; 3) BT 13:05 &lt;jrandom&gt; 4) ??? 13:05 &lt;jrandom&gt; آه رائع، يمكننا عمل بعض السحر لهذا 13:05 &lt;jrandom&gt; 0) مرحباً 13:05 * jrandom يلوّح 13:05 &lt;ant&gt; &lt;lucky&gt; مرحباً 13:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 &lt;wiht&gt; مرحباً. 13:06 &lt;jrandom&gt; (وقد نشرنا الملاحظات *قبل* الاجتماع. w00t) 13:06 &lt;jrandom&gt; قد يكون من المناسب أن ننتقل إلى 1) الازدحام 13:07 &lt;jrandom&gt; للأشخاص الذين كانوا متواجدين في القناة خلال الأيام القليلة الماضية، لقد سمعتم الكثير من النقاشات حول ما الذي كان يحدث، وكلا هذه الرسالة ومنشور duck السابق ينبغي أن يغطّيا الأمر بشكل عام 13:07 &lt;jrandom&gt; ومع ذلك، هل لدى أيٍّ منكم أسئلة / تعليقات / مخاوف يرغب في طرحها/مناقشتها؟ 13:09 &lt;wiht&gt; ماذا تعني بـ "اختيار الأقران العشوائي"؟ 13:10 &lt;jrandom&gt; الطريقة التي يعمل بها بناء tunnel الحالي لدينا للأسف تجعل الأمور تستقر حول الأقران السريعين 13:10 &lt;jrandom&gt; إذا لم تُخفق تلك الأقران السريعة بين حين وآخر، فإننا ببساطة نستخدمها، نقطة، بدلاً من الاستكشاف أبعد منها أثناء بناء الـ tunnel لدينا 13:11 &lt;jrandom&gt; وهذا يعني أنه عندما *تفشل* لاحقاً، لا تكون لدينا أي فكرة تقريباً عن مقدار السعة لدى بقية الشبكة، وبالتالي نختار الأقران بشكل اعتباطي إلى حد كبير 13:11 &lt;+DrWoo&gt; jrandom: ما الذي يوجد في الخطة للاستفادة من السعة بشكل أفضل؟ 13:12 &lt;jrandom&gt; DrWoo: إصدار 0.4.3 سيتضمّن طريقة جديدة لتجميع tunnels بحيث يمكننا امتلاك المزيد من tunnels الاحتياطية 'التجريبية' (مما يتيح لنا التعرّف أكثر على الشبكة دون التضحية بالأداء) 13:13 &lt;jrandom&gt; كما أنّ موازنة التحميل الأكثر شراسة عبر حجوزات بأسلوب ATM قيد الخطة أيضاً، لكن لم تُجدول لإصدار محدد بعد (المعروف بـ سنفعلها عندما نحتاج إليها) 13:14 &lt;ant&gt; &lt;Connelly&gt; bleh 13:14 &lt;ant&gt; &lt;Connelly&gt; ألا يوجد اجتماع بعد؟ 13:14 &lt;jrandom&gt; (حجوزات بأسلوب ATM، بمعنى تتبّع مقدار النطاق الترددي الذي تستخدمه الـ tunnels في المتوسط، ثم ضرب ذلك في عدد الـ tunnels التي نشارك فيها، ومقارنته بحدود/سعة النطاق لدينا، واستخدام تلك المقارنة لقبول/رفض طلبات tunnels إضافية) 13:15 &lt;jrandom&gt; Connelly: بدأ قبل 10 دقائق، ملاحظات الحالة منشورة على القائمة ;) 13:15 &lt;+DrWoo&gt; jrandom: ما الأثر الذي سيتركه ذلك على الأداء؟ 13:15 &lt;+DrWoo&gt; أداء الحاسوب المحلي 13:15 * wiht يتساءل كم بروتوكولاً مختلفاً يُستخدم على شبكة I2P إلى جانب HTTP وIRC وBT. 13:16 &lt;jrandom&gt; DrWoo: التجميع في 0.4.3 سيمنحنا مرونة أكبر (أعطال أقل)، كما ستسمح الحجوزات بمزيد من مشاركة التحميل المعتمدة على السعة (المعروف بـ تقليل التنازع) 13:16 &lt;jrandom&gt; مع ذلك، لا يعتمد أي منهما بشكل خاص على الكمون 13:17 &lt;jrandom&gt; wiht: تلك الثلاثة هي الرئيسية المستخدمة حسب علمي، مع أن بعض الأشياء القبيحة تُنفّذ عبر HTTP 13:17 &lt;jrandom&gt; هذا في الواقع موضوع مثير للاهتمام، بخصوص irc والازدحام 13:18 &lt;jrandom&gt; ما كان يقتل irc.duck.i2p فعلاً في اليوم الآخر هو أنّه أثناء الازدحام كان خادوم IRC الخاص بـ duck مضطراً لضخ عدد رسائل يساوي 20 ضعف ما استقبله 13:19 &lt;jrandom&gt; وأضِف إلى ذلك إعادة إرسال الرسائل تلقائياً every.10.seconds.with.no.backoff، فيرتفع ذلك إلى 120 رسالة لكل سطر نص ;) 13:19 &lt;jrandom&gt; باختصار، ما أقوله هو أن بروتوكول دردشة لا مركزي سيكون أمراً جيداً ;) 13:19 &lt;+DrWoo&gt; هل يوجد مثل هذا الشيء؟ 13:20 &lt;jrandom&gt; (مع أن مكتبة البث الجديدة ستتخلّص من ذلك الحمل الإضافي بمقدار 6x) 13:20 &lt;+dinoman&gt; هل يوجد واحد جيّد 13:20 &lt;jrandom&gt; لا أعلم إن كان أحد قد قيّم شيئاً على شاكلة SILC لـ i2p خلال السنة الماضية 13:20 &lt;susi23&gt; ‏POP3 وSMTP بطيئان _بشكل فظيع_ على i2p 13:21 &lt;ant&gt; &lt;duck&gt; silc == irc+somecrypto 13:21 &lt;susi23&gt; (كإجابة على السؤال، ما البروتوكولات الأخرى المستخدمة أيضاً) 13:21 &lt;jrandom&gt; آه، ظننت أن SILC ابتعد عن مفهوم ircd 13:21 &lt;jrandom&gt; أوه، صحيح، نسيت هذين الاثنين :) 13:21 &lt;wiht&gt; susi23: نعم، نسيت أنّ لدينا بريدًا على I2P الآن. 13:21 &lt;ant&gt; &lt;duck&gt; ليس كثيراً على الأقل 13:21 &lt;jrandom&gt; تمام 13:21 &lt;ant&gt; &lt;protok0l&gt; اجتماع؟ 13:22 &lt;ant&gt; &lt;lucky&gt; الآن حالاً protok0l 13:22 &lt;ant&gt; &lt;protok0l&gt; ك 13:22 &lt;jrandom&gt; حسنًا، هل لدينا أي شيء آخر بخصوص 1) الازدحام؟ 13:23 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) البث 13:23 &lt;jrandom&gt; [انظروا البريد الإلكتروني] 13:24 &lt;jrandom&gt; أبقيت جميع تحديثات مكتبة البث خارج history.txt، لكن يمكنكم متابعة ما يجري عبر قائمة CVS 13:24 &lt;jrandom&gt; (إن كنتم مجانين) 13:24 &lt;jrandom&gt; ليس لدي حقاً أي شيء آخر لأضيفه. إذن، أي أسئلة/تعليقات/مخاوف؟ 13:25 &lt;+postman&gt; واحد فقط 13:25 &lt;+postman&gt; شكراً :) 13:25 &lt;ant&gt; &lt;protok0l&gt; ما مقدار زيادة السرعة التي ستكون 13:25 &lt;jrandom&gt; ههه من المفترض أن تنتظر حتى *تحصل* على البرمجية يا postman ;) 13:25 &lt;jrandom&gt; protokol: بعض الزيادة. تختلف. 13:25 &lt;+postman&gt; jrandom: سأراهن عليك وأنا معصوب العينين 13:26 &lt;+DrWoo&gt; jrandom: سأسألك السؤال الذي تكرهه: هل هناك موعد تقريبي (ETA) لمكتبة البث الجديدة؟ الوضع الحالي واضح أنه نقطة ضعف؟ 13:27 &lt;jrandom&gt; إذا سارت الاختبارات هذا الأسبوع بشكل جيد، فيمكننا وضع موعد مبدئي للأسبوع القادم 13:27 &lt;jrandom&gt; مع ذلك ستكون هناك خدمات عاملة على مكتبة البث الجديدة قبل ذلك، حتى نتمكن من اختبارها تحت ظروف حمل 13:28 &lt;wiht&gt; كما أذكر، أنتم تستخدمون شبكة مُحاكاة للاختبارات. هل ما زال ذلك صحيحاً؟ 13:29 &lt;jrandom&gt; لبعضها، نعم 13:29 &lt;jrandom&gt; وعندما لا أستخدم المحاكاة، أشغّله على الشبكة الحية 13:30 &lt;jrandom&gt; (لأنني أحب إساءة استخدام نطاقكم الترددي ;) 13:30 &lt;susi23&gt; على الرحب والسعة ;) 13:30 &lt;+dinoman&gt; ههه شغّله وانظر إن كان سينفجر؟ 13:31 -!- x أصبح الآن معروفاً باسم fidd 13:31 &lt;jrandom&gt; تقريباً - لدي بعض شيفرات التسجيل التي تقوم أساساً بتفريغ رؤوس حزم البث، مما يتيح لي التأكد من أن كل شيء يُرسل بشكل صحيح وأن الحالات المختلفة تُعالَج كما ينبغي 13:32 &lt;jrandom&gt; أما الاختبارات المُحاكاة فهي أكثر تعقيداً، مع ربما نصف دزينة من اختبارات الوحدات مع معاملات مختلفة لوقت التشغيل 13:33 &lt;wiht&gt; إلى أي مدى تعكس اختبارات المحاكاة استخدام الشبكة الملحوظ؟ 13:33 &lt;jrandom&gt; بشكل جيد جداً، إذ إن شيفرة المحاكاة هي نفسها شيفرة الشبكة الحية 13:34 &lt;jrandom&gt; لا أملك حقن التأخير والإسقاط بشكل مثالي في المحاكاة، لكنه ضمن المجال المقبول 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; هل ستستخدم مكتبة البث الجديدة نفس الواجهة؟ أم سيتعيّن على تطبيقات Java فعل شيء جديد؟ 13:35 &lt;wiht&gt; شكراً على التوضيح. 13:36 &lt;jrandom&gt; cat-a-puss: نفس الواجهة. هناك بعض خيارات الضبط الإضافية التي قد ترغب في إضافتها عند بناء I2PSocketManager، لكنها مجرد خريطة خصائص كلاسيكية 13:36 &lt;ant&gt; &lt;cat-a-puss&gt; ك 13:37 &lt;jrandom&gt; حسنًا، أي شيء آخر، أم نقفز إلى 3) BT؟ 13:38 &lt;jrandom&gt; duck: ping 13:38 &lt;@duck&gt; *كواك 13:38 &lt;@duck&gt; أفدت الأسبوع الماضي بأن لدينا BitTorrent يعمل على I2P. كان هناك بعض الالتباس لكنه مجهول لكل من trackers والعملاء (seeders وleechers). 13:38 &lt;@duck&gt; التحديثات منذ الأسبوع الماضي: 13:38 &lt;@duck&gt; عمل على الواجهة الرسومية (wxPython)، متعقّب مضمّن، وإصلاحات علل. 13:39 &lt;@duck&gt; القائمة الكاملة على `http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD` 13:39 &lt;@duck&gt; كذلك الشفرة في CVS على cvs.i2p 13:39 &lt;@duck&gt; وحصل على eepsite مخصص: `http://duck.i2p/i2p-bt/` 13:39 &lt;@duck&gt; المتعقّب المضمَّن بدائيٌ جداً، وما زال عليك توفير ملفات التورنت نفسها في مكان ما؛ لذا أنا وDrWoo وthetower كنّا ننظر في 13:39 &lt;@duck&gt; عدة بدائل تقدّم ميزات مثل suprnova، إلى أن جننت. 13:39 &lt;@duck&gt; *flierp* 13:40 &lt;jrandom&gt; w00t 13:40 &lt;@duck&gt; أخيراً تم اختيار bytemonsoon، الأصل قبيح، لكن DrWoo كان يعمل على إصلاح ذلك، 13:40 &lt;@duck&gt; والفكرة هي تحسينه أكثر وإطلاقه كحل متعقّب جاهز لـ I2P، 13:40 &lt;@duck&gt; انظر: `http://brittanyworld.i2p/bittorrent/` 13:40 &lt;@duck&gt; مستوفياً المتطلبات المذكورة في: `http://duck.i2p/i2p-bt/txt/bytemonsoon.txt` 13:40 &lt;@duck&gt; . 13:40 &lt;jrandom&gt; رائع جداً 13:40 &lt;+DrWoo&gt; يمكنك الاطلاع على ملفين اختباريين صغيرين على المتعقّب الجميل الذي أصلحه duck 13:41 &lt;+DrWoo&gt; لا يوجد شيء كبير ليعطّل الشبكة هه 13:41 &lt;jrandom&gt; ماذا، ألا تريدوننا أن نحمّل المزيد من حلقات Lost؟ :) 13:41 &lt;@duck&gt; إذا كان خادم thetower يعمل.. 13:42 &lt;jrandom&gt; منفذ bytemonsoon يبدو رائعاً حقاً. 13:42 &lt;+DrWoo&gt; لا أستطيع الوصول إلى thetower هنا الآن 13:42 &lt;+DrWoo&gt; jrandom: يبدو فعلاً أنه يوفّر معظم ما قد تحتاجه 13:42 &lt;+dinoman&gt; ما نوع السرعات التي يراها الناس؟ 13:43 &lt;@duck&gt; ~5kb/s لكل قرين 13:43 &lt;+DrWoo&gt; dino: من جهتي يبدو أنها 4-10K لكل قرين 13:43 &lt;@duck&gt; (بتفاؤل، طبعاً هناك أولئك ذوو adsl السيّئ) 13:44 &lt;+dinoman&gt; واو أفضل مما توقّعت 13:44 &lt;@duck&gt; إلى أن يتعطّل i2p؛ انظر 1) 13:44 &lt;jrandom&gt; هه 13:44 &lt;+DrWoo&gt; dinoman: بعبارة أخرى، ينبغي أن يبدو مدهشاً مع سرب 13:44 &lt;@duck&gt; كانت هناك دعوات متعددة لتحسين الواجهة الرسومية 13:45 &lt;+DrWoo&gt; dinoman: وبعض الأقران بعدد 0 قفزات ;) 13:45 &lt;@duck&gt; لكن ليس هناك الكثير من المتطوعين لها 13:45 &lt;jrandom&gt; duck (& العصبة): ما الذي يمكننا فعله للمساعدة؟ 13:45 &lt;@duck&gt; أنت: جهّز مكتبة البث الجديدة 13:46 &lt;@duck&gt; العصبة: انظروا قائمة المهام: `http://duck.i2p/i2p-bt/txt/todo.txt` 13:46 &lt;@duck&gt; lucky يعمل على مستند كيفية (howto) 13:47 &lt;@duck&gt; DrWoo: أي شيء آخر؟ 13:47 &lt;jrandom&gt; جميل 13:47 &lt;+DrWoo&gt; jrandom: هل يمكنك أن تتحدث قليلاً عن موقفك بخصوص أهمية (أو عدم أهمية) مشاركة الملفات (وغيرها من الخدمات الشائعة التي تعمل حالياً على الإنترنت) وما الذي يعنيه ذلك لفرص إخفاء الهوية في I2P. 13:47 &lt;ant&gt; &lt;lucky&gt; أنا؟ 13:48 &lt;ant&gt; &lt;lucky&gt; أوه 13:48 &lt;ant&gt; &lt;lucky&gt; أنا 13:48 &lt;ant&gt; &lt;lucky&gt; :) 13:48 &lt;+DrWoo&gt; duck: دائماً هناك شيء آخر هه 13:48 &lt;jrandom&gt; مشاركة الملفات أمر حاسم لنجاح I2P، لأنها عملياً أكبر تجمع محتمل للمستخدمين يمكن الاندماج فيه ضمن مجموعة إخفاء هويتنا 13:49 &lt;ant&gt; &lt;lucky&gt; أوه لا. 13:49 &lt;ant&gt; &lt;lucky&gt; إذًا هذا يعني أنه ينبغي عليّ حقاً، حقاً، أن أعمل على مستند الكيفية ذاك. 13:49 &lt;jrandom&gt; من دون نظام صالح لنقل الملفات الكبيرة، علينا أن نصنع بعض العجائب لجذب تطبيقات المستخدمين 13:50 &lt;jrandom&gt; وهذا ما نفعله - عمل susi وpostman واعدٌ للغاية 13:50 &lt;jrandom&gt; لكن سوق البريد الإلكتروني المجهول أصغر بكثير من سوق نقل الملفات الآمن 13:51 &lt;jrandom&gt; رغم أن I2P نفسها تتوسّع لأي حجم (إذا كانت الأمور كما نأمل ;)، فإننا نحتاج إلى مجموعة إخفاء هوية كبيرة لدعم أي شيء ذي قيمة 13:51 &lt;jrandom&gt; &lt;/my $0.02&gt; 13:52 &lt;@duck&gt; ما رأيك بالإعدادات الافتراضية لتطبيقات مشاركة الملفات تلك؟ 13:52 &lt;jrandom&gt; لا أعلم ذلك 13:53 &lt;@duck&gt; أم لعل ذلك ليس ذا صلة حقاً في ظل الإمكانات المتاحة اليوم 13:54 &lt;+DrWoo&gt; duck: قد نحتاج إلى بعض 'التفكير خارج الصندوق' لتجاوز بعض المطبات على الطريق؟ 13:54 &lt;jrandom&gt; قد تكون tunnels ذات قفزة واحدة ذات صلة لمستخدمي BT، قبل 0.4.3 13:57 &lt;jrandom&gt; حسنًا، هل لدينا أي شيء آخر بخصوص 3) BT؟ 13:57 &lt;@duck&gt; ليس أنا 13:57 &lt;+DrWoo&gt; شكراً لـ duck وللشباب 13:58 &lt;+DrWoo&gt; كان عملاً رائعاً حقاً 13:58 &lt;jrandom&gt; نعم، أنتم تقومون بعمل رائع جداً 13:58 &lt;+dinoman&gt; لم أفعل ذلك 13:58 &lt;jrandom&gt; (أحب مشاهدة --spew 1 على btdownloadheadless :) 13:58 &lt;@duck&gt; dinoman: أنت من بدأته 13:58 &lt;+Ragnarok&gt; تفريغ بدون واجهة (headless spew)... يبدو قذراً 13:59 &lt;+DrWoo&gt; dino: دفع الجهد إلى الأمام مساهمة حقيقية 13:59 * Ragnarok سوف يقوم بإعداد رقعة لما يخص خيارات سطر الأوامر في قائمة المهام 13:59 &lt;jrandom&gt; w00t 14:00 &lt;ant&gt; &lt;dm&gt; لا تنسوا الويب المجهول، فهذا أيضاً أمر كبير. 14:00 &lt;jrandom&gt; dm: نعم، ربما آلاف أو عشرات الآلاف، لكن ليس بجذب الملايين 14:01 &lt;jrandom&gt; (فيما يتعلق بأمور outproxy، برأيي المتواضع) 14:01 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر، ننتقل إلى 4) ??? على الطريقة القديمة الجيدة 14:01 &lt;jrandom&gt; أي شيء لم يُطرح بعد ويجب طرحه؟ 14:02 &lt;wiht&gt; postman: ما هي حالة نظام البريد؟ ما مدى عمله جيداً، خصوصاً فيما يتعلق بالاتصالات خارج شبكة I2P؟ 14:02 &lt;+DrWoo&gt; dm: كله جزء من موكب الحياة الزاخر :) 14:03 &lt;ant&gt; &lt;dm&gt; الكثير من الناس يستخدمون الويب 14:03 &lt;ant&gt; &lt;dm&gt; (لقد ثبّتوا للتو surfcontrol في مكان عملي) ;) 14:03 &lt;jrandom&gt; نعم، استضافة www مجهولة ستكون حاسمة لمن يحتاجون إلى i2p فعلاً، رغم أنهم على الأرجح لن يشكّلوا مجموعة إخفاء الهوية اللازمة 14:03 &lt;jrandom&gt; آه، سخيف 14:04 &lt;jrandom&gt; wiht: إن لم يكن موجوداً، يمكنني القول إن in وoutproxy عملا بشكل جيد جداً بالنسبة لي - لم أفقد شيئاً بعد 14:04 &lt;jrandom&gt; (وفحص بريدي يستغرق ثواني قليلة، لكن biff يخبرني عندما أحتاج على أي حال) 14:05 &lt;jrandom&gt; حسنًا، هل هناك أي شيء آخر؟ 14:06 &lt;ant&gt; &lt;dm&gt; هل أنت 'تُبَفِّ' الاجتماع؟ 14:07 &lt;jrandom&gt; يبدو كذلك 14:07 * jrandom يستعد 14:07 * jrandom يقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2004/11/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-16/Tue, 16 Nov 2004 00:00:00 +0000/ar/blog/2004/11/16/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-16/<p>مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً</p> <h2 id="الفهرس">الفهرس</h2> <ol> <li>Congestion</li> <li>Streaming</li> <li>BT</li> <li>???</li> </ol> <h2 id="1-الازدحام">1) الازدحام</h2> <p>أعلم أنني أكسر عادة تسمية النقطة 1 بـ &ldquo;Net status&rdquo;، لكن هذا الأسبوع يبدو أن &ldquo;ازدحام&rdquo; هو الوصف الأنسب. الشبكة نفسها كانت تعمل بشكل جيد إلى حد بعيد، ولكن مع ازدياد استخدام bittorrent، بدأت الأمور تزداد ازدحاماً أكثر فأكثر، مما أدى إلى انهيار ازدحام فعلي (congestion collapse).</p> <p>كان هذا متوقعًا، وهو لا يفعل سوى تعزيز خطتنا - إطلاق streaming lib (مكتبة البث) الجديدة، وإعادة تصميم إدارة tunnel لدينا بحيث نمتلك بيانات كافية عن الأقران لنستخدمها عندما يفشل الأقران السريعون لدينا. كانت هناك بعض العوامل الأخرى المؤثرة في مشاكل الشبكة الأخيرة، لكن يمكن عزو الجزء الأكبر إلى زيادة الازدحام وما نتج عنها من حالات فشل في tunnel (الأمر الذي أدى بدوره إلى شتى أنماط اختيار الأقران غير المنضبط).</p>/ar/blog/2004/11/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/Tue, 09 Nov 2004 00:00:00 +0000/ar/blog/2004/11/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-09-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ant, cervantes, Ch0Hag, duck, jrandom, keysersoze, MrEcho, mule, Nightblade, peer, polecat, postman, protokol, Ragnarok</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:26 &lt;jrandom&gt; 0) hi 13:26 &lt;cervantes&gt; lets see the menu before we order :P 13:26 &lt;jrandom&gt; 1) 0.4.1.4 13:26 &lt;jrandom&gt; 2) Streaming lib 13:26 &lt;jrandom&gt; 3) BT progress 13:26 &lt;jrandom&gt; 4) addressbook.py 13:26 &lt;jrandom&gt; 5) ??? 13:26 &lt;jrandom&gt; 0) hi 13:27 * jrandom waves 13:27 &lt;Ragnarok&gt; hi 13:27 * cervantes waves 13:27 &lt;jrandom&gt; status notes up @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 &lt;keysersoze&gt; hi 13:27 &lt;+polecat&gt; 5) can be DHTs, like that bamboo thing? 13:27 &lt;jrandom&gt; (yeah, i'm late) 13:27 &lt;jrandom&gt; cool polecat 13:27 * polecat nips at fingers again! 13:27 &lt;jrandom&gt; ok, jumping into 1) 0.4.1.4 13:28 &lt;+Ch0Hag&gt; 0.4.1.4 seems to die more than it should 13:28 &lt;+Ch0Hag&gt; like - at all 13:28 &lt;jrandom&gt; die? 13:28 &lt;+Ch0Hag&gt; Though there's a chance that's kaffe's fault. 13:28 &lt;jrandom&gt; drop your irc connection, or restart the router? 13:28 &lt;jrandom&gt; ah, you're on kaffe? 13:29 &lt;+Ch0Hag&gt; the router 13:29 &lt;+Ch0Hag&gt; I am. 13:29 &lt;+Ch0Hag&gt; Someone has to be :) 13:29 &lt;jrandom&gt; on kaffe i've had to double the defaul mem usage (give 'er a -mx128m on startup) 13:29 &lt;+polecat&gt; GAH! No wonder! I had hawk on ignore. 13:29 &lt;jrandom&gt; well, we've got at least 3 people on kaffe these days 13:30 &lt;jrandom&gt; other than that, though, how is 0.4.1.4 going for y'all? 13:30 * polecat is on kaffe... doesn't know of a better JVM at the moment. 13:30 &lt;jrandom&gt; early reports were good, but i havent heard much lately 13:30 &lt;+Ch0Hag&gt; I had 64, shall try 128 13:30 &lt;Ragnarok&gt; seems good 13:30 &lt;keysersoze&gt; jrandom: No major problems here 13:30 &lt;@duck&gt; latest major irc outage was mine 13:30 &lt;+Ch0Hag&gt; And yes, much of it was OOMing 13:31 &lt;@duck&gt; otherwise I think it is a bit unstable (since my bw enabling), but I dont have proof 13:31 &lt;jrandom&gt; the throttling on your machine is a bit of a choke point, as e.g. each message you receive is something like 20+ messages that have to be sent out 13:32 &lt;@duck&gt; ah 13:32 &lt;jrandom&gt; but i agree, irc has been bumpy 13:32 &lt;cervantes&gt; 0.4.1.3 has always been rock solid on my ibm jvm, so I've avoided upgrading at this stage 13:32 &lt;cervantes&gt; (22 days uptime) 13:32 &lt;jrandom&gt; nice cervantes 13:32 &lt;jrandom&gt; duck: [insert comment describing hopes for new streaming lib here] 13:33 &lt;cervantes&gt; baffled's irc server has been a little less bumpy 13:33 &lt;jrandom&gt; word, thats a good metric 13:33 &lt;keysersoze&gt; cervantes: What version does he run? (Do you know?) 13:33 &lt;ant&gt; &lt;dm&gt; will streaming lib have an effect on IRC, or are the messages too small anyway? 13:33 &lt;@duck&gt; I have been a good duck this week, so I'll up the limit a bit 13:33 &lt;jrandom&gt; lemmie check keysersoze 13:33 &lt;jrandom&gt; :) 13:33 &lt;+polecat&gt; I've got 11 hours uptime. ;.; 13:34 &lt;jrandom&gt; keysersoze: 0.4.1.4 13:34 &lt;keysersoze&gt; jrandom: ;) But one could ask him here when he's around 13:34 &lt;keysersoze&gt; ok 13:34 &lt;jrandom&gt; dm: the new streaming lib will improve resiliance and address failures, but obviously won't improve irc throughput 13:34 &lt;jrandom&gt; (router versions are published in the netDb, and i know which routers are his) 13:34 &lt;ant&gt; &lt;dm&gt; that's good 13:35 &lt;jrandom&gt; ok, do we have anythingelse for 0.4.1.4? 13:35 &lt;jrandom&gt; if not, swinging briefly over to 2) streaming lib progress 13:36 &lt;keysersoze&gt; no 13:36 &lt;jrandom&gt; as mentioned in the notes, more news when its available :) 13:36 &lt;+polecat&gt; What would we be able to do with the streaming lib that we would not be able to do before it exists? 13:36 &lt;Ragnarok&gt; download large files quickly 13:36 &lt;Ragnarok&gt; and DOS the network :) 13:36 &lt;jrandom&gt; polecat: transfer arbitrarily large files, transfer at&gt; 4KBps 13:37 &lt;+Ch0Hag&gt; and/or reliably? 13:37 &lt;jrandom&gt; Ragnarok: *not* dos'ing the network is what i'm working on now ;) 13:37 &lt;+protokol&gt; i've noticed over time that if i lose a connection on eepIRC, the reconnects always fail, but if i stop it for a few minutes it connects just fine 13:37 &lt;+polecat&gt; It would increase the transfer rate? o.O 13:37 &lt;jrandom&gt; polecat: yes. the current streaming lib uses a fixed 1 packet window size - waiting for an ack before sending the next message 13:37 * polecat nods to protokol, seems so. 13:38 &lt;ant&gt; &lt;dm&gt; The streaming lib will allow a new class of TCP-based applications to be usable on I2P. 13:38 &lt;Ragnarok&gt; jrandom: ah, good. I've been a little concerned about that :) 13:38 &lt;ant&gt; &lt;dm&gt; That's the marketing version. 13:38 &lt;jrandom&gt; let me just say that throughput looks promising with the new lib. 13:39 &lt;jrandom&gt; heh dm 13:39 &lt;keysersoze&gt; jrandom: Like the extension to normal TCP, where the sending machine will keep sending even if it hasn't receivved an ACK yet, up to a certain number? 13:39 &lt;+polecat&gt; jrandom: Ah, I see how that could be compromising... 13:39 &lt;jrandom&gt; right keysersoze, up to a (sliding) window size 13:39 &lt;jrandom&gt; (doing all that congestion control / avoidance stuff) [/arm waving] 13:40 &lt;+polecat&gt; I also see how it might have congestion problems. If many packets are sent after a connection is dropped. 13:40 &lt;cervantes&gt; will be interesting to see some benchmarks comparisions for i2p BT over the new streaming lib and the old not-so-streaming lib 13:40 &lt;jrandom&gt; aye cervantes 13:41 &lt;jrandom&gt; polecat: thats the biggest danger, preventing a network flood, which is why we're deploying cautiously 13:41 &lt;ant&gt; &lt;dm&gt; I have a bug to report. Someone remind me when we hit 5. 13:41 &lt;cervantes&gt; jrandom: from an application point of view, how transparent will the switch over be? 13:42 &lt;keysersoze&gt; polecat: Do the current plans implement a "slow-start" idea, where the window will be 1 first, and then cautiously increased to 2, and ONLY if that works well, to 3, etc. Up to a certain maximum? 13:42 &lt;+polecat&gt; Does 0.4.1.4 use the streaming lib, or has it not yet been deployed? 13:42 &lt;jrandom&gt; cervantes when 0.4.2 is out, no code changes. you can even use the streaming lib now if you want, if you specify a magic flag in the environment :) 13:42 &lt;cervantes&gt; polecat: that will be with us on 0.4.2 13:42 &lt;ant&gt; * dm everyone rushes towards jrandom. 13:42 &lt;jrandom&gt; its with you now - see streaming.jar 13:42 &lt;jrandom&gt; but disabled by default 13:42 &lt;ant&gt; &lt;dm&gt; "flag! flag! flag!" 13:43 &lt;keysersoze&gt; jrandom: Ow come on, spoil us and tell which env var ;) 13:43 &lt;jrandom&gt; however, the streaming lib is *NOT BACKWARDS COMPATIBLE* 13:43 &lt;jrandom&gt; aka you can't use IRC with it 13:43 &lt;cervantes&gt; I have an early .1.3 remember ;-) 13:43 &lt;jrandom&gt; unless duck runs a seperate newStreamingLib destination 13:43 &lt;+polecat&gt; Yeah... probably best to switch in sync then, not individually. 13:43 &lt;jrandom&gt; yup 13:43 &lt;+Ch0Hag&gt; I think this flag is one of those "if you can't find it, you don't need it" ones. 13:43 &lt;ant&gt; &lt;dm&gt; duck: for the love of god, do as you're told!!! 13:43 &lt;+Ch0Hag&gt; Like most of GCCs... 13:43 &lt;jrandom&gt; right Ch0Hag :) 13:44 &lt;jrandom&gt; dm: still some other things to be tested 13:44 &lt;jrandom&gt; e.g. this morning mule was helping out test with FUQID 13:44 &lt;keysersoze&gt; jrandom: Does that influence any of the hosts.txt keys for existing I2P destinations? 13:44 &lt;mule&gt; missed the meeting. end of daylight savings :(. 13:44 &lt;jrandom&gt; (and FUQID does eeevil things :) 13:45 &lt;jrandom&gt; heya mule, me too :) you're just in time 13:45 &lt;ant&gt; &lt;dm&gt; mule: you haven't missed section 5) ????? 13:45 &lt;+Ch0Hag&gt; Oh speaking of fuqid, is there news on stasher? 13:45 &lt;ant&gt; &lt;dm&gt; for all you know, ???? might be: GOTO 1 13:45 &lt;jrandom&gt; keysersoze: no, the streaming lib isn't involved in that part of things 13:45 &lt;+Ch0Hag&gt; Or is that a big enough topic to wait until 5? 13:45 &lt;jrandom&gt; Ch0Hag: no one has heard anything from aum since september, and no one else is doing anything on stasher. 13:46 &lt;jrandom&gt; (but there is other DHT stuff to discuss in 5)??? i hear) 13:46 &lt;+Ch0Hag&gt; Oh. 13:46 &lt;+Ch0Hag&gt; Bummer. 13:46 &lt;+Ch0Hag&gt; The freenet devs didn't have their competition ... removed did they? 13:46 &lt;+Ch0Hag&gt; :) 13:46 &lt;jrandom&gt; heh 13:47 &lt;+polecat&gt; The first application of assassination politics. x3 13:47 &lt;+Ch0Hag&gt; Anyway I have nothing else, so I shan't butt in again until 5 13:47 &lt;jrandom&gt; ok, there's lots going on in the streaming lib, but discussion will have to wait for later 13:47 &lt;jrandom&gt; unless there's somethingelse, we can move to 3) BT progress 13:47 &lt;cervantes&gt; &lt;/evasion&gt; 13:48 &lt;ant&gt; &lt;dm&gt; Doesn't everyone wish jrandom adopted the toad deployment process? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3435: streaming lib attempt 13:48 &lt;jrandom&gt; duck: ping? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib attempt 2 13:48 &lt;@duck&gt; pong 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib attempt 3 13:48 &lt;jrandom&gt; be nice 13:48 * duck takes the mike 13:48 &lt;Ragnarok&gt; no, no we don't 13:48 &lt;@duck&gt; dinoman, Ragnarok and me have been working on the BT client. 13:48 &lt;@duck&gt; - BT protocol analysed and changes specified on `http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt` 13:48 &lt;@duck&gt; - dino modified phpbt, info at `http://duck.i2p/i2p-bt/txt/tracker.txt` 13:48 &lt;@duck&gt; dino got the client to talk with the tracker, R and me have improved it a bit. 13:48 &lt;@duck&gt; the whole tracker &lt;-&gt; client stuff worked 13:48 &lt;@duck&gt; but we got stuck at the python sam library... 13:49 &lt;@duck&gt; Connelly has been helping, but also busy 13:49 &lt;@duck&gt; and aum is missing 13:49 &lt;+polecat&gt; I'm still stunned BT can work at all on i2p... 13:49 &lt;@duck&gt; so I threw out pysam, reimplemented BT's RawServer.py and now it kinda works. 13:49 &lt;jrandom&gt; (w00t!) 13:49 &lt;@duck&gt; hot news: channel #i2p-bt (especially topic with latest release info) 13:49 &lt;@duck&gt; now I am working at adding a lot of logging support, to catch some little flaws 13:50 &lt;Ragnarok&gt; it's much nicer than the original RawServer.py 13:50 &lt;peer&gt; duck: so is it ready for beta testing? 13:50 &lt;@duck&gt; (for example during the EndGame it has to timeout and retry to get the last bits) 13:50 &lt;@duck&gt; peer: yup 13:50 &lt;@duck&gt; a little point of discussion: 13:51 &lt;@duck&gt; so far it is python 2.2 (and up) compatible 13:51 &lt;@duck&gt; (seems to be the same for bittorrent itself) 13:51 &lt;@duck&gt; the logging stuff needs 2.3 though... 13:51 &lt;cervantes&gt; yus indeed 13:51 &lt;@duck&gt; how bad do you think that is? 13:51 &lt;jrandom&gt; my freebsd and linux boxen have 2.3 13:51 &lt;ant&gt; &lt;dm&gt; bad? 13:52 &lt;jrandom&gt; (though they were installed within the last year) 13:52 &lt;Ragnarok&gt; are there any major distros still shipping 2.2? 13:52 &lt;@duck&gt; debian-stable still seems to ship 2.2, last time I checked 13:52 &lt;jrandom&gt; ah, i'm on debian unstable 13:52 &lt;@duck&gt; but then again that is hardly a surprise 13:52 &lt;+Ch0Hag&gt; Debian ships 2.3, 2.2, 2.1 and possibly 2.0 13:52 &lt;+Ch0Hag&gt; Together. 13:52 &lt;Ragnarok&gt; except Debian stable, I think... 13:53 &lt;+Ch0Hag&gt; That's what I'm unsure about. 13:53 &lt;jrandom&gt; it'd be nice to have 2.2 support - are there no good logging libs for it? 13:53 &lt;Ragnarok&gt; silly debian 13:53 &lt;@duck&gt; jrandom: you could bundle the 2.3 lib 13:54 &lt;Ragnarok&gt; can logging simply be made optional? 13:54 &lt;@duck&gt; I guess 13:55 &lt;jrandom&gt; well, its really a coder-productivity-tool, so whatever works best for the people coding 13:55 &lt;ant&gt; &lt;dm&gt; we can worry about this when I2P + BT becomes popular. 13:55 &lt;keysersoze&gt; For whom is this logging necessary? Not for the end-user, I guess, so when deploying, it shouldn't matter that logging isn't possible on some platforms, no? 13:55 &lt;ant&gt; &lt;dm&gt; by then maybe 2.3 is standard 13:55 &lt;jrandom&gt; 2.2 support would be nice, but i dont think it'd be that bad if 2.3 were required 13:55 &lt;cervantes&gt; duck: so the tracker's peer announce list can be made to spew out i2p destinations instead of machine ips? 13:56 &lt;@duck&gt; ok, we'll try to abstract the logging lib, with 2.2 use stdout 13:56 &lt;@duck&gt; cervantes: `http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff` 13:56 &lt;jrandom&gt; keysersoze: you want logging deployed on the clients machines so that if/when bugs arise, the dev can get detailed logs 13:56 &lt;jrandom&gt; word duck 13:56 &lt;cervantes&gt; ta 13:56 &lt;+Ch0Hag&gt; heh if anyone's still interested, Woody has python 1.5, 2.0 and 2.1 13:56 &lt;+Ch0Hag&gt; :) 13:57 &lt;@duck&gt; heh 13:57 &lt;@duck&gt; ok, in that case I say require 2.3 13:57 &lt;@duck&gt; and fuck woody 13:57 &lt;cervantes&gt; think mine is tuck on 1.5 and 2.2 13:57 &lt;jrandom&gt; yeah, no need to deal with 2.1 13:57 &lt;cervantes&gt; (upgrade time) 13:57 &lt;jrandom&gt; heh 13:57 &lt;+Ch0Hag&gt; That's the opinion of most Debian users, too 13:58 &lt;Ragnarok&gt; addressbook.py requires 2.3 13:58 &lt;@duck&gt; there are some interesting sub projects: 13:58 &lt;jrandom&gt; ah ok cool Ragnarok 13:58 &lt;@duck&gt; researching the optimal settings for i2p 13:58 &lt;+polecat&gt; That little thing requires 2.3? 13:58 &lt;keysersoze&gt; jrandom: I agree, but on a small net like now (~100 peers), it's not a problem to have some beta-testers upgrade to 2.2 or 2.3. And once the most blatant bugs are stamped out, the new "real" endd-users shouldn't really need logging. So what I'm saying is: The logging is no problem at this stage, so we agree ;) 13:58 &lt;cervantes&gt; when I was pulling apart BT a year or so back, this machine was pushing 6mb/sec through the tracker at times... 13:58 &lt;+polecat&gt; Weird... 2.2 must be practically crippled then. 13:58 &lt;Ragnarok&gt; 2.3 has better urllib proxy support 13:58 &lt;@duck&gt; porting the standard bt tracker too 13:58 &lt;cervantes&gt; I mean the seed 13:59 &lt;Ragnarok&gt; it could work on 2.2, but it'd be too much effort :) 13:59 &lt;+polecat&gt; Ah that would be important, right. 13:59 &lt;jrandom&gt; duck: researching the optimal settings will be tough until 0.4.2 comes out 13:59 &lt;@duck&gt; right 14:00 &lt;jrandom&gt; porting the tracker would be great though. do you have the tools for creating the .torrent implemented, or did you do that manually? 14:00 &lt;@duck&gt; whut? 14:00 &lt;cervantes&gt; the client has tons of nice tweaks for peer takeup rates, timeouts, min/max peers etc 14:01 &lt;cervantes&gt; jrandom: that shouldn't need any modification I think 14:01 &lt;jrandom&gt; duck: the .torrent references the i2p destination of the tracker, right? 14:01 &lt;@duck&gt; right now we ship: btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 &lt;jrandom&gt; or does it reference the name? 14:01 &lt;cervantes&gt; it's just a url and a bunch of sha1 hashes 14:01 &lt;@duck&gt; though btmakemetafile.py and btshowmetainfo.py are not modified 14:01 &lt;jrandom&gt; "a url" is the tough part :) 14:02 &lt;@duck&gt; so you can use other tools 14:02 &lt;@duck&gt; its `http://duck.i2p/phpbt/announce.php` now 14:02 &lt;jrandom&gt; ok, cool 14:02 &lt;@duck&gt; guess you can use http://i2p/bigbase64/announce.php 14:02 &lt;+protokol&gt; are their plans for other clients to support eepTorrent? i like azureus 14:02 &lt;@duck&gt; plenty 14:02 &lt;cervantes&gt; jrandom: the early version I looked at did no url validation on the announce string 14:03 &lt;ant&gt; &lt;dm&gt; what does eep stand for again? 14:03 &lt;cervantes&gt; you could put anything in there 14:03 &lt;jrandom&gt; hmm, worth checking to see if that works duck ( in case phpbt does stupid url rewriting, etc) 14:03 &lt;cervantes&gt; dm: look in the forum glossary 14:03 &lt;@duck&gt; maybe its time for an i2p-bt forum? 14:03 &lt;keysersoze&gt; duck: Especially once new users, that don't have a "registration" in hosts.txt, want to host trackers, it _must_ be possible to have a base64 iin theer 14:03 &lt;+Ch0Hag&gt; Eye Eye Pee? 14:03 &lt;jrandom&gt; that'd be cool duck 14:03 &lt;@duck&gt; (forum section on forum.i2p) 14:04 &lt;ant&gt; &lt;dm&gt; cervantes: that was helpful! 14:04 &lt;cervantes&gt; duck: yeah no probs 14:04 &lt;@duck&gt; keysersoze: it will be investigated 14:04 &lt;jrandom&gt; still, as is its pretty bloody cool 14:05 &lt;jrandom&gt; the 4KBps per peer isn't really that much of a problem either 14:05 &lt;ant&gt; &lt;dm&gt; what time is it? "There's a clock just two blocks down the road" 14:05 &lt;cervantes&gt; moving forward oerhaps we should set up a seperate forum space so people can publish files alla suprnova 14:05 &lt;@duck&gt; eeprnova 14:05 &lt;jrandom&gt; cervantes: with reviews, etc :) 14:05 &lt;keysersoze&gt; jrandom: Will the transition to streaminglib require large changes to the current python I2P-BT code? 14:05 &lt;+polecat&gt; I sure never get more than 4KBps even on IPv4 bittorrent streams... 14:05 &lt;peer&gt; would be good if there were a command line argument for setting the i2p server address, so you can run it from other machines on a network 14:05 &lt;jrandom&gt; (but i think that'd be best left outside of the forum.i2p, perhaps) 14:06 &lt;jrandom&gt; keysersoze: 0 changes 14:06 &lt;@duck&gt; mind you that i2p-bt trackers will scale a lot worse 14:06 &lt;@duck&gt; since they have to send bloaty big keys 14:06 &lt;Ragnarok&gt; polecat: you must be natted 14:06 &lt;keysersoze&gt; polecat: ((OT) try the firefox torrent of today ;)) 14:06 &lt;cervantes&gt; jrandom: yup. 14:06 &lt;@duck&gt; where the normal trackers are recently modified to only send 6 bytes / peer 14:06 &lt;jrandom&gt; peer: i2p server address? 14:07 &lt;jrandom&gt; peer: i use the i2p-bt with my SAM bridge locally accessing a remote router 14:07 &lt;jrandom&gt; oh, but it'd be nice if there were flags to set the SAM bridge location & eep proxy location in the CLI, yeah 14:07 &lt;peer&gt; jrandom: yep 14:07 &lt;keysersoze&gt; duck: Can we compress the host-key? (Just asking...) 14:08 &lt;peer&gt; with one cli arg 14:08 &lt;jrandom&gt; (rather than remodifying the code after every release :) 14:08 &lt;@duck&gt; keysersoze: using binary instead of base64 will shrink it a bit 14:08 &lt;@duck&gt; like 15% 14:08 &lt;@duck&gt; no worth it 14:08 &lt;keysersoze&gt; duck: I agree. 14:09 &lt;ant&gt; &lt;dm&gt; cervantes: where is this forum glossary? I don't see anything at http://forum.i2p.net/ 14:09 &lt;Ragnarok&gt; could hostnames be used? 14:09 &lt;jrandom&gt; Ragnarok: hostnames are not globally unique 14:09 &lt;@duck&gt; Ragnarok: dont want to go there 14:09 &lt;cervantes&gt; dm: only shows up for reg'd users 14:10 &lt;ant&gt; &lt;dm&gt; cervantes: oh excellent! I'll look for eep on google then! 14:10 &lt;Ragnarok&gt; fair enough 14:11 &lt;cervantes&gt; dm: it's a phoneme for IIP 14:11 &lt;cervantes&gt; is the word on the street 14:11 &lt;jrandom&gt; ok, y'all are doing tremendous work on the bt side of things, and i look forward to hearing (and using) more :) 14:11 &lt;ant&gt; &lt;dm&gt; cervantes: not an acronym? 14:12 * cervantes has 1/2 of a terabyte of movies and tv shows to share 14:12 &lt;jrandom&gt; do we have anything else wrt i2p-bt to discuss? 14:12 &lt;cervantes&gt; dm: not that I've heard 14:12 &lt;@duck&gt; (dont forget #i2p-bt) 14:12 &lt;jrandom&gt; yeah, #i2p-bt, finally an incentive for people to move from freenode :) 14:12 &lt;ant&gt; &lt;dm&gt; alrighty. Thank you sir. 14:13 &lt;+Ch0Hag&gt; As if this Great network wasn't incentive enough already... 14:13 &lt;jrandom&gt; ok if not, shall we move on to 4) addressbook.py 14:13 &lt;jrandom&gt; Ragnarok: wanna give us the run down? 14:13 &lt;Ragnarok&gt; whee 14:14 &lt;Ragnarok&gt; hm, ok. addressbook.py is a first stab at a subscribable address book system. 14:14 &lt;Ragnarok&gt; It's pretty ugly at the moment, but it works 14:14 &lt;Ragnarok&gt; you can get it at ragnarok.i2p 14:14 &lt;peer&gt; can i just make a suggestion re: naming? i think the best method would be for the links between eepsites to use base64, but let people create their own bookmark names for sites, rather than having any centralised naming system 14:14 &lt;Ragnarok&gt; um... 14:14 &lt;Ragnarok&gt; any questions? 14:15 &lt;+postman&gt; Ragnarok: define ugly :) 14:15 &lt;jrandom&gt; Ragnarok: kickass 14:15 &lt;ant&gt; &lt;dm&gt; jrandom: not a question 14:15 &lt;+polecat&gt; What were we talking about again? @.@ 14:15 &lt;peer&gt; sort of like the bookmarks on the front page of the freenet web interface, but instead with urls 14:15 &lt;cervantes&gt; Ragnarok: is it all command line, or is there a gui? 14:15 &lt;Ragnarok&gt; read it, it's ugly :) 14:15 &lt;jrandom&gt; peer: agreed, though we need author tools 14:15 &lt;cervantes&gt; there weren't any screenies so I lost interest and went away ;-) 14:15 &lt;jrandom&gt; peer: though the ?i2paddresshelper helps 14:15 &lt;+postman&gt; Ragnarok: ok, thanks - i will check it out 14:16 &lt;+polecat&gt; Bah, GUIs are for soccer moms! 14:16 &lt;Ragnarok&gt; it's all command line. It's designed to be run as a daemon. It doesn't run as a daemon on windows yet, but that's my next project. 14:16 &lt;Ragnarok&gt; aside from the cli tool, all interactions are through config files. 14:17 &lt;jrandom&gt; perhaps the next step in the namign field is a web interface for managing the entries and subscriptions? 14:17 &lt;cervantes&gt; are you basically syndicating your hosts file then? 14:17 &lt;Ragnarok&gt; yes 14:17 &lt;cervantes&gt; right...cool 14:17 &lt;Ragnarok&gt; web interface would be great. I'm not writing it, though :) 14:17 &lt;jrandom&gt; with merges and conflict management 14:18 &lt;+polecat&gt; What is the conflict management, besides yelping about it in the log? 14:18 &lt;jrandom&gt; yeah, the engine itself is Good Stuff, maybe we can get someone else to jump on the web side of it :) 14:19 &lt;Ragnarok&gt; none. If you want to resolve a conflict, you do it by hand :). Though, it is a bit easier now. 14:19 &lt;jrandom&gt; polecat: yelp & never overwrite an existing entry afaik 14:19 &lt;jrandom&gt; (er, what he said) 14:19 &lt;cervantes&gt; it would be nice as a sidebar plugin for firefox... 14:19 &lt;+polecat&gt; Yes, that's what I had thought. 14:19 &lt;cervantes&gt; that's something I could work into my i2p toolbar 14:20 &lt;Ragnarok&gt; user changes are never overwritten, so it's reasonably secure against attack 14:20 &lt;jrandom&gt; and you should only subscribe to relatively trustworthy peers 14:20 &lt;Ragnarok&gt; indeed 14:20 &lt;cervantes&gt; maybe a feature to lock entries? 14:20 &lt;cervantes&gt; (ie move them to userhosts) 14:21 &lt;Ragnarok&gt; entries are are never modified 14:21 &lt;+polecat&gt; I like the concept of a myhosts.txt file for entries you want to endorse yourself. 14:21 &lt;cervantes&gt; Ragnarok: ah sorry, so you said 14:22 &lt;Ragnarok&gt; myhosts.txt is a dirty hack to get around a race condition, but for some reason everyone likes it as an interface thing :) 14:22 &lt;jrandom&gt; if people are interested, there are ways to get the i2ptunnel / sam / etc to read from more than just hosts.txt and userhosts.txt 14:22 &lt;jrandom&gt; (but only if there's a good solid reason to do so) 14:22 &lt;cervantes&gt; Ragnarok: you were meant to pretend that was intentional ;-) 14:23 * duck suggest abstracting away from hosts.txt / userhosts.txt 14:23 &lt;+polecat&gt; My perl version of addressbook.pl supports the myhosts.txt thing. 14:23 &lt;Ragnarok&gt; yeah, that will be part of the big rewrite :) 14:23 * polecat notes to duck, you'd have to modify i2ptunnel and sam to do that. 14:23 &lt;Ragnarok&gt; first, I want to get feature parity on windows, though. 14:24 &lt;jrandom&gt; right duck, as it would have been nice for 0.4.2 if we could flag different destinations as "oldLib" and "newLib" (etc) 14:24 &lt;@duck&gt; polecat: you could write the final result to something called 'hosts.txt' 14:24 &lt;cervantes&gt; ideally you want a hierachical mini-database of local addresses you can catagorise 14:24 &lt;@duck&gt; but use some other structure towards the user 14:24 &lt;+polecat&gt; The final result goes to userhosts.txt 14:24 &lt;+polecat&gt; And also a file called "hosts.txt" on the eepsite that is not the system hosts.txt. 14:24 &lt;@duck&gt; which is confusing :) 14:25 &lt;Ragnarok&gt; I like to be as confusing as possible :) 14:25 &lt;MrEcho&gt; hope to have the dns done by the end of the month 14:25 &lt;@duck&gt; ok, then let the name depend on the checksum of the content 14:25 &lt;cervantes&gt; addressbook.txt? :) 14:25 &lt;Ragnarok&gt; the published address book is just called hosts.txt, because that's what it is on dev.i2p 14:25 &lt;+polecat&gt; It's possible to call Ragnarok's hosts.txt file something else. People just have to subscribe to that other filename. 14:26 &lt;Ragnarok&gt; true, it's a configuration option 14:26 &lt;+polecat&gt; i.e. like going `http://polecat.i2p/addressbook` instead of `http://polecat.i2p/hosts.txt` 14:26 &lt;MrEcho&gt; fyi, my dns doesnt touch the hosts file .. just like a real dns 14:27 &lt;+polecat&gt; Oh yeah, there's that too.&gt;.&lt; 14:27 &lt;@duck&gt; my dns causes world peace 14:27 &lt;jrandom&gt; MrEcho: it might be worthwhile to explore interoperability 14:27 &lt;+polecat&gt; There's /etc/hosts, jrandom's hosts.txt that i2ptunnel and sam use, and now the hosts.txt published by Ragnarok. 14:28 &lt;Ragnarok&gt; I don't think anything that doesn't resolve names locally will ever perform acceptably over i2p, but you're welcome to prove me wrong :) 14:28 &lt;mule&gt; hostile environment :) 14:28 &lt;MrEcho&gt; i could make it update the hosts text, but i was hoping to add something in other code 14:28 &lt;jrandom&gt; there is some code in cvs (under apps/myi2p) for loading/storing address book entries with the data posted to that feb email, if anyone is interested ;) 14:29 &lt;+polecat&gt; ? 14:29 &lt;MrEcho&gt; already took a look jr 14:30 &lt;jrandom&gt; polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 &lt;+polecat&gt; You mean under apps/myi2p/java/src/net/i2p/myi2p 14:30 &lt;jrandom&gt; well, yeah, if you want to get specific ;) 14:30 &lt;+polecat&gt; More like hideously redundant. ;3 14:31 &lt;jrandom&gt; cool MrEcho, though i'm suggesting that sort of file format for other naming systems too, if people are going to consider replacing hosts.txt 14:31 &lt;jrandom&gt; polecat: with good reason (and imho there's no redundancy in that pathname ;) 14:31 &lt;Ragnarok&gt; cool. I'll have a look 14:32 &lt;ant&gt; &lt;dm&gt; at least it doesn't say internet three times in there anymore 14:33 &lt;jrandom&gt; it'd have to be implemented as a net.i2p.client.naming.NamingService as well - something to load from that local db, but that shouldn't be too hard 14:33 &lt;+polecat&gt; Eek! No, no noo MX records... no CNAME... 14:33 &lt;jrandom&gt; having multiple destinations per name is a good idea though 14:33 &lt;ant&gt; &lt;janonymous2&gt; Im partial to an address book/ dns hybrid 14:34 &lt;jrandom&gt; an address book is a domain name system :) 14:34 &lt;+polecat&gt; jrandom: How many times did you have to call it myi2p? And how necessary is it to call it i2p if it's already called myi2p? And is there any question whether or not that mess is a thing of java? 14:34 &lt;jrandom&gt; polecat: not all myi2p code will be in java. 14:34 &lt;@duck&gt; go back to your cave you perl troll :) 14:34 &lt;+polecat&gt; I agree that it's all necessary, not blaming you jrandom, but blaming java and ant. 14:35 &lt;jrandom&gt; polecat: and i2p's codebase is unique under the net.i2p namespace, as we don't control the net.myi2p namespace :) 14:35 * polecat grunts and crouches under the bridge. 14:35 &lt;ant&gt; &lt;dm&gt; polecat: it's called OCD 14:35 &lt;jrandom&gt; heh 14:35 &lt;jrandom&gt; its called software engineering ;) 14:36 &lt;+polecat&gt; Yes, but why put everything in a directory structure parroting the namespace? 14:36 &lt;+polecat&gt; Just specify like... in the file "This file is namespace net.i2p" 14:36 &lt;jrandom&gt; but anyway, anything else on Ragnarok's kickass naming system? :) 14:36 &lt;@duck&gt; it kicks ass 14:36 &lt;Ragnarok&gt; thank you :) 14:36 &lt;+polecat&gt; Asseth Kickius. 14:36 &lt;jrandom&gt; polecat: there are 1340 java files in i2p 14:37 &lt;@duck&gt; I was _shocked_ when I wanted to visit an eepsite and the host was already propagated 14:37 &lt;Ragnarok&gt; hehe 14:37 &lt;jrandom&gt; :) 14:37 &lt;+polecat&gt; Well, not saying it needs to be squashed all in one place. 1340 files seems an awful lot though, isn't there any redundant code in there? o.O 14:38 &lt;Ragnarok&gt; does anyone know a command to kill a windows process by pid? 14:38 &lt;@duck&gt; like TCP stack reimplementations? :) 14:38 &lt;+polecat&gt; Not to mention fully functional web servers. c.c 14:38 &lt;jrandom&gt; heh 14:38 &lt;jrandom&gt; oh, lemmie skip the jetty code.. 14:39 &lt;keysersoze&gt; (91 peers on the net now!) 14:39 &lt;ant&gt; &lt;dm&gt; ragnarok: kill 14:39 &lt;jrandom&gt; ok, 389 in router/ and core/ 14:39 &lt;Ragnarok&gt; what versions does that exist on? 14:39 &lt;+polecat&gt; That's still a lot for a lousy router... but considering the all and everything not too bad. 14:39 &lt;ant&gt; &lt;dm&gt; not sure... Running XP here. 14:39 &lt;cervantes&gt; Ragnarook: only if you have the support cd files installed 14:40 &lt;Ragnarok&gt; ah 14:40 * duck refocuses 14:40 &lt;cervantes&gt; Ragnarok: otherwise download sysinternals pskill 14:40 &lt;jrandom&gt; ok, anything else for 4) addressbook.py, or shall we move on to 5) ??? 14:41 &lt;cervantes&gt; Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 &lt;jrandom&gt; ok, 5) it is 14:41 &lt;Ragnarok&gt; neat, thanks :) 14:41 &lt;jrandom&gt; polecat: iirc you wanted to bring up bamboo-dht? 14:41 &lt;MrEcho&gt; ? meeting right now 14:41 &lt;+polecat&gt; :chants: DHT DHT USA USA~/o 14:42 &lt;+polecat&gt; Yes indeed. I'm just looking something up... 14:42 &lt;jrandom&gt; yes MrEcho 14:43 &lt;+Ch0Hag&gt; 5? 14:43 &lt;jrandom&gt; 5) ??? 14:43 &lt;MrEcho&gt; heh 14:43 &lt;+Ch0Hag&gt; ooh yes, I've found an irrelevant semantic bug 14:43 &lt;jrandom&gt; sup Ch0Hag? 14:43 &lt;+polecat&gt; There are 79 java files in bamboo source. There are 253 files total. 14:44 &lt;+polecat&gt; The entire project takes 4.6 megabytes in source and support files, before building. 14:44 &lt;jrandom&gt; yikes 14:44 &lt;+Ch0Hag&gt; in /netdb.jsp, 'our' information is given port first, whereas other peers are given host first 14:44 &lt;+Ch0Hag&gt; On the Addresses line 14:44 &lt;jrandom&gt; have you played around with it polecat? 14:44 &lt;jrandom&gt; Ch0Hag: the ordering is arbitrary 14:45 &lt;+Ch0Hag&gt; And 0.4.1.4 has been up for an hour with 128MB under Kaffe 14:45 &lt;+polecat&gt; I haven't had much of a chance. I played around with circle, and got a nifty graphical representation of a PGP public key, but not bamboo yet. 14:45 &lt;ant&gt; &lt;dm&gt; ah yes, ch0hag's insignificant bug report reminded me! 14:45 &lt;ant&gt; &lt;dm&gt; on the config page it says "you should either use a service like dyndns or leave the hostname blank. If you leave it blank, your router will autodetect the 'correct' IP address by asking a peer" 14:45 &lt;+Ch0Hag&gt; It seems to be host/port on all of them 14:45 &lt;MrEcho&gt; Uptime: 54h Memory: 23,506KB 14:45 &lt;+Ch0Hag&gt; But hey 14:45 &lt;+Ch0Hag&gt; It's not like it really matters. 14:46 &lt;ant&gt; &lt;dm&gt; which is great for me, since I have a dynamic IP address and have been waiting for this feature for some time, but when I blank and hit save, it automatically fills the box again with an (incorrect) IP 14:46 &lt;cervantes&gt; polecat: do you have a url? 14:46 &lt;ant&gt; &lt;dm&gt; Cheers! 14:47 &lt;jrandom&gt; hmm dm, it doesnt honor you setting it to empty? 14:47 &lt;jrandom&gt; thats definitely a substantial bug 14:47 &lt;+polecat&gt; Yes, moment please. 14:47 &lt;Ragnarok&gt; it would be nice if it only recommended filling in the box if you have a real, static hostname. Or if the box wasn't there... 14:47 &lt;jrandom&gt; Ch0Hag: kaffe typically keeps a steady size 14:47 &lt;+polecat&gt; http://bamboo-dht.org/ 14:48 &lt;jrandom&gt; Ragnarok: i'm considering removing that box altogether, leaving it for the hackers to add on /configadvanced.jsp 14:48 &lt;ant&gt; &lt;dm&gt; I only care because the instruction paragraph makes me feel like na idiot when I can't get it to blank ;) 14:48 &lt;cervantes&gt; polecat: ta 14:48 &lt;+Ch0Hag&gt; dm: It's clearly an intelligence test. 14:48 &lt;+Ch0Hag&gt; If you can make it stay blank, you pass. 14:48 &lt;+polecat&gt; I also notice bamboo seems to compile with jikes and the kaffe jar in approximately 30 seconds. 14:48 &lt;+polecat&gt; Uses some weird variables though, JAVAC and JAVAHOME instead of JAVA_HOME 14:49 &lt;Ragnarok&gt; jr: I think that's a great idea. At this point, it's a bit like a newbie trap. 14:50 &lt;cervantes&gt; dm: do you click the save button, or hit enter? 14:50 &lt;ant&gt; &lt;dm&gt; click save 14:50 &lt;ant&gt; &lt;dm&gt; * Updated bandwidth limits 14:50 &lt;ant&gt; &lt;dm&gt; * Configuration saved successfully 14:50 &lt;@duck&gt; polecat: do you plan to take a closer look at it? 14:51 &lt;+polecat&gt; I do indeed. bamboo seems like the best candidate for porting over i2p, and the most "together" DHT project I see out there. 14:52 &lt;+polecat&gt; The important thing is whether it "works" or not of course. 14:52 &lt;jrandom&gt; bah, who needs functionality, its all about buzzword compatability! 14:53 &lt;jrandom&gt; please keep us updated on how it goes 14:53 &lt;jrandom&gt; (as i agree, the project does look promising) 14:53 &lt;@duck&gt; probably most important is what it offers for transport level modifications 14:54 &lt;ant&gt; &lt;janonymous2&gt; Whats the shtick on bamboo? 14:54 &lt;jrandom&gt; aye, whether it requires NIO channels or uses plain sockets 14:54 &lt;cervantes&gt; heh... bamboo news: "5 Aug Bamboo Now 100% Pure Java...uses Berkely DB Java Edition" "4 Nov Bamboo No Longer 100% Pure Java...BDB Java sucked..back to C"" 14:54 &lt;jrandom&gt; (though we /could/ write NIO channels for i2psocket, it'd take some work) 14:54 &lt;+polecat&gt; jrandom: Go back to your cathedral, java gargoyle! X3 14:54 &lt;+polecat&gt; Indeed. If it requires TCP or UDP, or worse... DNS, then we might be hosed. 14:54 &lt;+polecat&gt; NIO/ 14:54 &lt;+polecat&gt; NIO? 14:55 &lt;+polecat&gt; All I know is ni'o means change the subject in lojban. 14:55 &lt;jrandom&gt; NIO is a New I/O library in java, added in 1.4 14:55 &lt;+polecat&gt; I see. Even plain sockets though, doesn't SAM have analog objects for sockets, and analog read() and write() functions? 14:55 &lt;jrandom&gt; yes 14:56 &lt;jrandom&gt; if they use plain sockets, its easy as shit 14:56 &lt;jrandom&gt; (...whatever that means) 14:56 &lt;ant&gt; &lt;janonymous2&gt; Whats bamboo? 14:56 &lt;jrandom&gt; bamboo-dht.org 14:57 &lt;cervantes&gt; what were the problems with pysam btw? 14:57 * polecat nods. 14:58 &lt;@duck&gt; cervantes: sending / receiving data 14:58 &lt;cervantes&gt; duck: oh is that all? :) 14:58 &lt;ant&gt; * janonymous2 /me coweres on his inadequate phone 14:58 &lt;@duck&gt; and making / detecting connections 14:58 &lt;+Nightblade&gt; it didn't send? 14:59 &lt;Ragnarok&gt; oy 14:59 &lt;@duck&gt; Nightblade: it probably did something 14:59 &lt;+Nightblade&gt; does it work at all? 15:00 &lt;cervantes&gt; duck: any thoughts on i2p-bt forum section naming? 15:00 &lt;cervantes&gt; d'you want you're own top level, with some subs? 15:01 &lt;Ragnarok&gt; hm, I've got to hit the road. Have a good rest-of-meeting :) 15:01 &lt;jrandom&gt; Nightblade: aum was using it, so i'm sure it worked 15:01 &lt;jrandom&gt; l8r Ragnarok 15:01 &lt;cervantes&gt; you're = your 15:01 &lt;cervantes&gt; cya ragnarok 15:02 &lt;ant&gt; &lt;janonymous2&gt; Status on bt? 15:02 &lt;jrandom&gt; janonymous: see the meeting logs (once they come out) 15:03 &lt;jrandom&gt; speaking of which, is there anything else people would like to bring up in the meeting? 15:03 &lt;ant&gt; &lt;janonymous2&gt; Oh, my bad 15:04 * cervantes hands jr the egold plated baffer 15:04 * jrandom winds up 15:04 &lt;jrandom&gt; ... 15:04 &lt;jrandom&gt; ... 15:04 * jrandom *baf*s the meeting closed </div>/ar/blog/2004/11/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-09/Tue, 09 Nov 2004 00:00:00 +0000/ar/blog/2004/11/09/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-11-09/<p>مرحباً بالجميع، حان وقت التحديث الأسبوعي</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>0.4.1.4</li> <li>Streaming lib</li> <li>BT progress</li> <li>addressbook.py</li> <li>???</li> </ol> <h2 id="1-0414">1) 0.4.1.4</h2> <p>قبل أيام قليلة أصدرنا تحديثًا تصحيحيًا (patch) جديدًا، وقد قام ثلثا الشبكة بالترقية حتى الآن - شكرًا! كانت التقارير إيجابية، بما في ذلك انخفاض استخدام وحدة المعالجة المركزية (CPU) وتراجع حالات الفشل، إلى جانب انخفاض استهلاك الذاكرة. كما أن الشبكة ككل نمت قليلًا، وظلت باستمرار في أواخر السبعينيات/أوائل الثمانينيات أيضًا، وهو رقم جيد وصحي في الوقت الراهن.</p>/ar/blog/2004/11/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-02-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/Tue, 02 Nov 2004 00:00:00 +0000/ar/blog/2004/11/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-02-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> BS314159, cat-a-puss, deer, dm, duck, janonymous1, jrandom, protok0l</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:37 &lt;jrandom&gt; 0) مرحباً 13:37 &lt;jrandom&gt; 1) حالة الشبكة 13:37 &lt;jrandom&gt; 2) تحديثات النواة 13:37 &lt;jrandom&gt; 3) مكتبة البث (streaming lib) 13:37 &lt;jrandom&gt; 4) تقدّم mail.i2p 13:38 &lt;jrandom&gt; 5) تقدّم BT 13:38 &lt;jrandom&gt; 6) ??? 13:38 &lt;jrandom&gt; 0) مرحباً 13:38 &lt;jrandom&gt; آسف على التأخير، نُشرت ملاحظات الحالة الأسبوعية @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 &lt;dm&gt; الاجتماع في 24 أم 84؟ 13:38 &lt;jrandom&gt; 0 13:38 &lt;dm&gt; أوه.. -36؟ 13:39 &lt;jrandom&gt; نعم، 9 مساءً بتوقيت GMT 13:39 &lt;jrandom&gt; لكنني نسيت ذلك، لذا سنبدأ... الآن ;) 13:39 &lt;jrandom&gt; 1) حالة الشبكة 13:39 &lt;dm&gt; توقيت جيد 13:39 &lt;jrandom&gt; حسناً، لا تغيير حقيقي في حالة الشبكة من جانبي - هل لدى أي شخص شيء يود طرحه حولها؟ 13:41 &lt;jrandom&gt; إن لم يكن، فقد ننتقل إلى 2) تحديثات النواة 13:41 &lt;jrandom&gt; ليس لدي فعلاً ما أضيفه أكثر مما في البريد، لذا سأمنح الناس دقيقة للاستيعاب 13:42 &lt;deer&gt; &lt;postman&gt; آرغ 13:42 &lt;jrandom&gt; كان هناك 8 ترقيعات منذ الإصدار، وواحد أو اثنان بانتظار الدمج. على الأرجح سنضع وسم 0.4.1.4 لها جميعاً، لأن streaming lib نفسها ليست جاهزة بعد 13:43 &lt;deer&gt; &lt;jrandom&gt; wb، يبدو الوضع متقلباً قليلاً هنا 13:43 &lt;deer&gt; &lt;postman&gt; لا مشكلة، لقد عدت :) 13:43 &lt;protok0l&gt; أي خبر عن اختفاء aum؟ أريد stasher! 13:44 * dm يحب معرفة أن هناك أشياء تُنجز تحت الغطاء لتحسين I2P 13:44 &lt;jrandom&gt; كما اقتبس gott، DIY، افعل أو مت 13:45 &lt;jrandom&gt; نعم، كان دوران الذاكرة يستهلك جزءاً كبيراً من وقت CPU 13:45 &lt;jrandom&gt; لذا صار من المجدي أخيراً بذل جهد لتحسينه 13:45 &lt;deer&gt; &lt;baffled&gt; آسف، عليّ اللحاق بالحافلة سأقرأ السجلات في وقت لاحق الليلة. 13:45 &lt;deer&gt; &lt;peer&gt; مرحباً فقط تقرير خطأ 13:45 &lt;jrandom&gt; (إذ إنه خفّض زمن اختبار مكتبة البث بمقدار 5 مرات) 13:45 &lt;jrandom&gt; رائع يا baffled، نتحدث لاحقاً 13:46 &lt;deer&gt; &lt;peer&gt; عندما ينقطع اتصالك بالشبكة، i2p يموت 13:46 &lt;dm&gt; هذه من الأشياء التي تتسلل إليك، من الجيد التخلص منها بينما المشروع ما يزال رشيقاً. 13:46 &lt;deer&gt; * postman لاحظ هذا أيضاً قبل بضعة أيام 13:46 &lt;deer&gt; &lt;postman&gt; أحد خوادمي فقد الاتصال 13:46 &lt;deer&gt; &lt;postman&gt; لبضع دقائق - بعد ذلك كان i2p بحاجة إلى إعادة تشغيل كاملة 13:46 &lt;jrandom&gt; يموت، بمعنى هل تتوقف JVM، أم أن ال-router يتوقف عن التحدث إلى الأقران؟ 13:47 &lt;jrandom&gt; (من الواضح أنه يتوقف عن التحدث إلى الأقران، أقصد بعد عودة الشبكة، هل يتعافى؟) 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: في حالتي كانت JVM ما تزال تعمل - لكن لم تنجح أي وصلة لمدة نحو 15 دقيقة 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: بعد ذلك أعدت التشغيل 13:47 &lt;jrandom&gt; همم، حسناً، جيد 13:48 &lt;jrandom&gt; شكراً peer وpostman. سأجري بعض التنقيح هناك 13:48 &lt;jrandom&gt; ما هي أنظمة التشغيل، بالمناسبة؟ 13:48 &lt;deer&gt; &lt;postman&gt; jrandom: لا مشكلة - أردت أن أكتب لك بريداً لكن نسيت 13:49 &lt;deer&gt; &lt;postman&gt; jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom يشتبه أن هذا الأسبوع سيكون "أسبوع كسر الأشياء وجعل i2p يتعامل معها بشكل أفضل" 13:49 &lt;jrandom&gt; تمام 13:50 &lt;deer&gt; &lt;peer&gt; jrandom: في حالتي توقفت JVM تماماً 13:50 &lt;jrandom&gt; هل قال OutOfMemory أو ظهرت رسائل CRIT؟ أم أنه أنشأ ملفاً باسم hs_* في دليل تثبيت i2p لديك؟ 13:52 &lt;jrandom&gt; ربما يمكننا الخوض في التفاصيل لاحقاً، بعد الاجتماع 13:52 &lt;jrandom&gt; هل لدى أحد أي شيء آخر بشأن 2) تحديثات النواة؟ 13:52 &lt;jrandom&gt; إن لم يكن، إلى 3) مكتبة البث 13:53 &lt;dm&gt; نعم 13:53 &lt;dm&gt; هذا التأخير الإضافي 13:53 &lt;dm&gt; هل لديك نسبة الزيادة المقدَّرة لكل قفزة؟ 13:53 &lt;dm&gt; نتحدث عن بضع نقاط مئوية أم 30-40%؟ 13:53 &lt;jrandom&gt; لا شيء، فقط في بعض الحالات لم يُرسِل عبر outbound tunnel 13:54 &lt;dm&gt; إذن لا يُذكر... حسناً 13:54 &lt;dm&gt; (بالمتوسط) 13:54 &lt;dm&gt; 3) 13:54 &lt;jrandom&gt; 0% لكل قفزة، لكنه كما لو أن القرين الذي تتحدث إليه لديه tunnels أطول بقفزة واحدة من قبل (بالمتوسط) 13:55 &lt;jrandom&gt; ليس هناك تحديثات مرئية كثيرة لمكتبة البث حتى الآن 13:55 &lt;jrandom&gt; الأمور تعمل بشكل جيد، وقد قمتُ بمجموعة من المعايير لتتبّع التقدم خلال تحديثات الذاكرة الأخيرة 13:55 &lt;dm&gt; آه أرقام معدل النقل!!! 13:57 &lt;dm&gt; ping 13:57 &lt;deer&gt; &lt;Natalia&gt; . 13:57 &lt;jrandom&gt; حسناً، تباين الأمر بحسب حجم الرسالة والتأخير المحقون لكل قفزة، لكن معدل النقل الأولي كان أسرع بـ 2-5 مرات 13:57 &lt;jrandom&gt; لكنه كان مقيّداً بالـ CPU 13:57 &lt;dm&gt; هممم، ليس سيئاً. 13:58 &lt;dm&gt; الـ CPU عند أي طرف؟ 13:58 &lt;jrandom&gt; الفائدة الكبرى في تقليل إعادة الإرسال وإزالة الإخفاق تقريباً ;) 13:59 &lt;jrandom&gt; dm: أُجريت هذه الاختبارات باستخدام المحاكي، مع حقن تأخيرات عشوائية لكل قفزة 13:59 &lt;jrandom&gt; (مثلاً 400ms كل مرة، أو 1000ms، أو 2000ms) 13:59 &lt;dm&gt; هل هناك نوع من آليات الأولوية بحيث لا يتأثر تمرير رسائل الـ tunnels كثيراً بأشخاص يحاولون التنزيل بسرعة 30k/s ويستنزفون الـ CPU لديهم؟ 13:59 &lt;jrandom&gt; (حسناً، الفائدة "الكبيرة" هي النافذة المنزلقة وإعادة الترتيب، لكن تقليل إعادة الإرسال جيد) 14:00 &lt;jrandom&gt; لست متأكداً أنني فهمت 14:00 &lt;dm&gt; مثلاً إذا كنتُ أنزّل مواد إباحية، هل سأُضيف تأخير 3 ثوانٍ لأي شخص يمر عبرّي في الـ tunnels الخاصة بهم. 14:00 &lt;jrandom&gt; (وكانت معدلات النقل أعلى بكثير من 30KBps، لكن مرة أخرى، كان هذا محلياً فقط مع تأخيرات محقونة عشوائياً) 14:01 &lt;dm&gt; أنا فقط أتساءل عموماً ماذا يحدث إذا كان شخص ما يستنزف الـ CPU لديه إلى الحد الأقصى، فيما يتعلق بمساهمته في الشبكة. 14:01 &lt;dm&gt; أظن أنه ليس مرتبطاً بإساءة استخدام مكتبة البث تحديداً. 14:02 &lt;jrandom&gt; لن تصل إلى أقصى استهلاك CPU أثناء البث، كان حمل الـ CPU شيئاً اصطدمت به عندما أستخدم المحاكي المحلي الذي يشغّل عدداً كبيراً من الـ routers على جهاز واحد 14:02 &lt;dm&gt; آه حسناً، ظننت أن المعالج مُستنزف مع router واحد يحاول تشفير كل البتات على السلك. 14:02 &lt;jrandom&gt; كلا، التشفير سريع حقاً حقاً 14:03 &lt;dm&gt; كوول 14:03 &lt;jrandom&gt; حسناً، هل لدى أحد أسئلة أخرى بخصوص تقدّم مكتبة البث؟ 14:03 &lt;jrandom&gt; إن لم يكن، 4) تقدّم mail.i2p 14:04 &lt;deer&gt; &lt;jrandom&gt; postman، هل أنت موجود؟ 14:04 &lt;deer&gt; &lt;postman&gt; يو :) 14:04 &lt;deer&gt; &lt;postman&gt; حسناً 14:04 &lt;deer&gt; * postman يلوّح 14:05 &lt;deer&gt; &lt;postman&gt; حسناً يا سادة. قد يكون بعضكم لاحظ أننا أخيراً نفّذنا خدمات الدخول/الخروج 14:05 &lt;jrandom&gt; [w00t!] 14:05 &lt;deer&gt; &lt;postman&gt; يرجى قراءة www.postman.i2p/inout.html 14:05 &lt;deer&gt; &lt;postman&gt; يرجى اختبار النظام 14:06 &lt;deer&gt; &lt;postman&gt; baffled سيُقدّم ثاني MX رسمي 14:06 &lt;jrandom&gt; تمام 14:06 &lt;deer&gt; &lt;postman&gt; أعمل حالياً على تنفيذ IMAP 14:07 &lt;deer&gt; &lt;postman&gt; هذا يعني التحوّل إلى صيغة maildir قريباً 14:07 &lt;jrandom&gt; سنحتاج لإعادة التحقق من عملاء متنوعين لذلك، صحيح؟ 14:07 &lt;deer&gt; &lt;postman&gt; حالياً أنا أقيّم/أختبر 14:07 &lt;jrandom&gt; جيد 14:07 &lt;deer&gt; &lt;Natalia&gt; لماذا IMAP وليس pop3؟ 14:07 &lt;deer&gt; &lt;postman&gt; نعم، وعلى جهة الخادم أيضاً 14:08 &lt;deer&gt; &lt;postman&gt; Natalia: لدينا pop3 بالفعل 14:08 &lt;deer&gt; &lt;postman&gt; يمكن استخدام pop3 بالطبع 14:08 &lt;deer&gt; &lt;postman&gt; IMAP4 سيجعلنا أكثر مرونة لأنظمة الويب ميل (نأمل ذلك) 14:10 &lt;deer&gt; &lt;postman&gt; هذه لا تزال مسألة مفتوحة 14:10 &lt;deer&gt; &lt;Natalia&gt; حسناً. 14:10 &lt;deer&gt; &lt;Natalia&gt; بدا أنك ستتحول من pop3 إلى IMAP 14:11 &lt;deer&gt; &lt;postman&gt; لا، بالطبع لا 14:11 &lt;deer&gt; &lt;postman&gt; jrandom: هل هناك أي أخبار بخصوص ويب ميل يعمل محلياً؟ 14:12 &lt;jrandom&gt; ليس على حد علمي. لم يكن لدي وقت للنظر فيه مطلقاً 14:12 &lt;deer&gt; * postman كذلك 14:12 &lt;jrandom&gt; كانت هناك مناقشات حول atmail، لكنهم مغلقو المصدر 14:12 &lt;deer&gt; &lt;postman&gt; ممم، نعم 14:13 &lt;deer&gt; &lt;postman&gt; لكن شيء بـ JSP؟ 14:13 &lt;jrandom&gt; ستكون طريقة رائعة لمتطوع أن ينخرط ويقوم ببعض الأعمال التمهيدية :) 14:13 &lt;deer&gt; &lt;Natalia&gt; حسناً، لقد أضفت هذا الوصف إلى gott.i2p/sites.html 14:13 &lt;deer&gt; * postman غير قادر تماماً على البحث في هذا الأمر 14:13 &lt;deer&gt; &lt;Natalia&gt; لـ www.postman.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; يشغّل postman أول خدمة بريد لـ i2p، مقدّماً حسابات pop3 وSMTP مجانية ومجهولة 14:13 &lt;deer&gt; &lt;Natalia&gt; عبر i2p. وقد تم حديثاً تنفيذ إمكانية إرسال واستقبال البريد الإلكتروني إلى 14:13 &lt;deer&gt; &lt;Natalia&gt; ومن خارج شبكة i2p، مما يجعل خدمات www.postman.i2p وجهة أنيقة 14:13 &lt;deer&gt; &lt;Natalia&gt; لأي مستخدم بريد معني، وقريباً ضرورةً، إذ تصبح حسابات mail.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; هي المعيار لكتّاب eepsite. 14:14 &lt;deer&gt; &lt;Natalia&gt; يبدو جيداً؟ 14:14 &lt;deer&gt; &lt;postman&gt; شكراً Natalia :) 14:14 &lt;deer&gt; &lt;postman&gt; jrandom: أظن أنها ليست قضية ملحّة 14:14 &lt;deer&gt; * Natalia تنحني تحيةً :) 14:15 &lt;deer&gt; &lt;postman&gt; jrandom: ربما نلتقط موضوع الويب ميل لاحقاً مرة أخرى :) 14:15 &lt;jrandom&gt; متفق يا postman 14:15 &lt;deer&gt; &lt;postman&gt; هذا كل شيء من جانبي، شكراً :) 14:15 &lt;jrandom&gt; تمام، شكراً postman 14:15 &lt;deer&gt; * postman ينحني أيضاً ويجلس مجدداً 14:15 &lt;jrandom&gt; حسناً، أي شيء آخر حول ذلك، أم ننتقل إلى 5) تقدّم BT؟ 14:16 &lt;deer&gt; &lt;jrandom&gt; dinoman: هل أنت موجود؟ 14:16 &lt;dm&gt; نعم، ما زلت أنتظر BT لإعادة تفعيل ADSL 14:16 &lt;jrandom&gt; !thwap 14:17 &lt;deer&gt; &lt;duck&gt; قام dino ببعض العمل الجيد 14:17 &lt;deer&gt; &lt;duck&gt; مع Ragnarok لحل بعض الأطراف العالقة 14:17 &lt;deer&gt; &lt;duck&gt; حتى الآن يبدو أن المشاكل الحالية هي: 14:17 &lt;deer&gt; &lt;duck&gt; - عدم موثوقية SAM 14:17 &lt;deer&gt; &lt;duck&gt; - مشكلات مكتبة SAM الخاصة بـ Python 14:17 &lt;deer&gt; &lt;duck&gt; - استخدام غير صحيح لمكتبة SAM في Python 14:18 &lt;deer&gt; &lt;duck&gt; - التعامل الصحيح مع destination بدلاً من host/ip/port 14:18 &lt;deer&gt; &lt;duck&gt; عندما تُحل هذه، يجب أن يعمل 14:18 &lt;jrandom&gt; رائع 14:19 &lt;deer&gt; &lt;duck&gt; أظن أننا بحاجة إلى خطوة صغيرة للوراء 14:19 &lt;deer&gt; &lt;duck&gt; والاتفاق على كيفية تعديل البروتوكول للتعامل بشكل صحيح مع destinations 14:19 &lt;deer&gt; &lt;duck&gt; سيكون غير متوافق على أي حال، لذا من الأفضل كسره بشكل صحيح 14:19 &lt;jrandom&gt; أوافق 14:20 &lt;jrandom&gt; ربما يمكن لشخص ما أن يرسم خطة عامة لما ينبغي فعله لمختلف التطبيقات/المكوّنات لتشغيله 14:20 &lt;deer&gt; &lt;duck&gt; كل peer لديه peer_id فريد من 20 بايتاً 14:20 &lt;deer&gt; &lt;duck&gt; عادة ما يُشتق من الـ host/ip 14:21 &lt;deer&gt; &lt;duck&gt; أعتقد أن استخدام الـ destination كاملة مبالغة بعض الشيء 14:21 &lt;deer&gt; &lt;duck&gt; ما الشيء الفريد عالمياً الذي ينبغي أن نستخدمه؟ 14:21 &lt;jrandom&gt; SHA1(destination)[0:19] 14:21 &lt;jrandom&gt; ربما؟ 14:21 &lt;deer&gt; &lt;Ragnarok&gt; أول عشرين بايت من الوجهة؟ :) 14:22 &lt;deer&gt; &lt;duck&gt; تجزئة sha1 هي 20 بايتاً 14:22 &lt;jrandom&gt; أول 20 بايت من الوجهة ينبغي أن تكون عشوائية جداً أيضاً، كافية للتعامل مع التصادمات العشوائية، لكن ليست للتعامل مع التصادمات العدائية 14:22 &lt;jrandom&gt; حتى أفضل 14:22 &lt;deer&gt; &lt;dinoman&gt; إذا فقدت المفتاح كيف يجد الأقران بعضهم بعضاً 14:22 &lt;jrandom&gt; الـ peer هو مفتاح 14:23 &lt;jrandom&gt; آه 14:23 * jrandom أساء الفهم 14:23 &lt;jrandom&gt; يجب على الـ tracker أن يعطي الأقران الـ destination كاملة، وليس SHA1(destination) 14:24 &lt;jrandom&gt; هل هذا هو نفس الـ peer_id المقصود؟ 14:24 &lt;deer&gt; &lt;dinoman&gt; لقد أصلحت متعقّب php لإرسال المفتاح الكامل كـ ip 14:24 &lt;deer&gt; &lt;duck&gt; في الواقع العميل هو من يُولّد الـ peer_id 14:24 &lt;deer&gt; &lt;duck&gt; (ماذا تعني بـ 'key'؟) 14:25 &lt;deer&gt; &lt;dinoman&gt; الوجهة 14:25 &lt;dm&gt; يبدو كمشهد "من في الأول". 14:25 &lt;dm&gt; استخدموا جُملاً كاملة يا جماعة! 14:26 &lt;deer&gt; &lt;dinoman&gt; حسناً جيد :/ الـ tracker يرسل الـ destination كاملة كـ ip 14:27 &lt;jrandom&gt; لا تهتم بـ dm. يبدو رائعاً 14:27 &lt;deer&gt; &lt;dinoman&gt; معرّف القرين هو فقط للمتعقبات 14:27 &lt;deer&gt; &lt;duck&gt; ربما يمكننا استخدام #i2p-bt 14:28 &lt;jrandom&gt; ما أعتقد أنه سيكون مفيداً هو لو أنك (أو شخص آخر) يمكنه ربما صياغة قائمة بالتعديلات التي ستحتاج إلى إجرائها 14:28 &lt;deer&gt; &lt;duck&gt; حتى لا تبدأ حروب دينية كلما ذُكر اسم الأفعى 14:29 &lt;deer&gt; &lt;dinoman&gt; مناسب لي 14:29 &lt;deer&gt; &lt;dinoman&gt; أنا لا أحارب؛ إن كان يعمل فهو يعمل 14:29 &lt;jrandom&gt; (مثلاً "tracker sends e full destination as the IP", "client interprets the IP as the full destination", "torrent contains the tracker's destination in the field 'trackerDest'", إلخ) 14:29 &lt;deer&gt; &lt;duck&gt; بالتأكيد 14:30 &lt;deer&gt; &lt;dinoman&gt; jrandom فهمتَ المقصود 14:31 &lt;deer&gt; &lt;dinoman&gt; هذا نموذج خرج المتعقّب 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 &lt;dm&gt; ينسخ/يلصق جملة jrandom في notepad ويحفظها باسم "draft.txt" 14:31 &lt;cat-a-puss&gt; هل سيكون BT عبر i2p متوافقاً تشغيلياً مع عملاء آخرين ليسوا عبر i2p؟ 14:31 &lt;jrandom&gt; رائع يا dinoman 14:31 &lt;deer&gt; &lt;dinoman&gt; عند ip50 سترى مفتاحاً عشوائياً 14:32 &lt;jrandom&gt; cat-a-puss: نعم 14:32 &lt;deer&gt; &lt;dinoman&gt; نعم 14:32 &lt;cat-a-puss&gt; إذن ينبغي أن نتحدث 14:32 &lt;jrandom&gt; أهلاً بك في الاجتماع الأسبوعي! :) 14:32 &lt;deer&gt; &lt;dinoman&gt; سيحتاج الأمر إلى شيء مثل .i2ptorrent ليعيش جنباً إلى جنب 14:32 &lt;deer&gt; &lt;dinoman&gt; لأسماء الملفات والروابط وما إلى ذلك 14:33 &lt;jrandom&gt; هل تعمل على شيء مشابه يا cat-a-puss، أم لديك أفكار لتحسينات؟ 14:33 &lt;cat-a-puss&gt; أعمل على شيء مشابه 14:33 &lt;cat-a-puss&gt; بـ Java 14:33 &lt;jrandom&gt; رائع 14:34 &lt;jrandom&gt; هل هو بالضرورة خاص بـ Java، أم يمكن لبعض الأقران أن يكونوا بلغات أخرى؟ 14:34 &lt;cat-a-puss&gt; سؤال جيد، لا أعرف كيف أتعامل مع هذا النوع من الأمور في Java، سأنظر في الأمر 14:35 &lt;deer&gt; &lt;duck&gt; صحيح 14:35 &lt;deer&gt; &lt;duck&gt; لِنستخدم ugha.i2p لكتابة بعض المواصفات 14:35 &lt;deer&gt; &lt;duck&gt; . 14:35 &lt;jrandom&gt; أو ربما نحتاج قسماً "لنقل البيانات المتدفقة" في المنتدى حتى نتمكن جميعاً من مناقشة هذه الأشياء على وتيرتنا؟ 14:35 &lt;jrandom&gt; أو ugha.i2p، بالطبع 14:36 &lt;jrandom&gt; (بينما نعمل عبر بعض العلل في تنفيذ SAM والمكتبات :) 14:36 &lt;deer&gt; &lt;duck&gt; هذا يجعل الأمر كله تحدياً 14:37 &lt;deer&gt; &lt;dinoman&gt; hehe حسناً 14:38 &lt;deer&gt; &lt;duck&gt; ... 14:38 &lt;deer&gt; &lt;duck&gt; المزيد من BT؟ 14:38 &lt;deer&gt; * dinoman يعود للعمل على Savane 14:39 &lt;jrandom&gt; `http://ugha.i2p/SwarmingTransfer` / http://ugha.ath.cx/SwarmingTransfer 14:39 &lt;jrandom&gt; تمام 14:39 &lt;jrandom&gt; حسناً، أي شيء آخر بخصوص 5) تقدّم BT؟ 14:39 &lt;jrandom&gt; أم ننتقل إلى 6) ??? 14:39 &lt;jrandom&gt; ونسأل dinoman كيف يسير تقدّم Savane؟ :) 14:40 &lt;deer&gt; * jrandom يلوّح بالسوط 14:40 &lt;deer&gt; &lt;dinoman&gt; البريد أنا عالق في استخدام نظام بريد i2p 14:40 &lt;deer&gt; &lt;dinoman&gt; أظن أنه يجب أن أخرج البريد 14:40 &lt;jrandom&gt; هل هناك طريقة لإخباره باستخدام خادم SMTP على منفذ مختلف؟ 14:40 &lt;jrandom&gt; أم أن المشكلة SMTP مع مصادقة؟ 14:41 &lt;deer&gt; &lt;dinoman&gt; مصادقة 14:41 &lt;protok0l&gt; Uptime: 5d 14:41 &lt;protok0l&gt; ii own 14:41 &lt;deer&gt; &lt;dinoman&gt; ليس ذلك في الصنف الذي تستخدمه Savane 14:42 &lt;deer&gt; &lt;dinoman&gt; أستطيع إضافته 14:42 &lt;protok0l&gt; أنا "Ident: pxEI" هل يمكن لأحد أن يخبرني بتقييمي 14:42 &lt;jrandom&gt; حسناً، أراهن أنه بإمكاننا فقط أن نجعل postman يهيئ لك SMTP destination مخصصاً لا يتطلب مصادقة 14:42 &lt;dm&gt; أعطيك 6/10 14:42 &lt;dm&gt; يمكنك أن تعمل على مؤخرتك قليلاً 14:42 &lt;janonymous1&gt; ما هو savana 14:43 &lt;jrandom&gt; janonymous1: إنه مثل SourceForge 14:43 &lt;deer&gt; &lt;dinoman&gt; لأنني أنظر الآن إلى الصفحة الرئيسية لبرمجيات الملكية العامة لـ I2P في متصفحي 14:43 &lt;jrandom&gt; w00t 14:45 &lt;deer&gt; &lt;dinoman&gt; سيكون ذلك رائعاً لكن ما يُجرى على الخادم يقلقني؛ لا أريد أن يخترقني أحد ثم يحصل على المعلومات عن خادم البريد 14:45 &lt;deer&gt; &lt;dinoman&gt; هذا ما يزعجني 14:45 &lt;jrandom&gt; حسناً، لن يحصلوا على أي معلومات عن خادم البريد، سيمكنهم فقط (في أسوأ الأحوال) انتحال @mail.i2p 14:45 &lt;janonymous1&gt; رائع 14:46 &lt;jrandom&gt; لكن نعم، سيكون رائعاً أن نحصل على دعم SMTP مع مصادقة لمنع ذلك 14:46 &lt;jrandom&gt; لا أعلم كم من العمل سيتطلبه ذلك 14:46 &lt;protok0l&gt; حسناً أنا سعيد لأنني تركت فكرة خادم البريد لـ postman 14:46 &lt;protok0l&gt; يبدو أصعب مما تخيلت 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; لا أمانع المساعدة في ذلك 14:47 &lt;dm&gt; protocol 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; يجب أن أفعل شيئاً. :-) 14:47 &lt;deer&gt; &lt;dinoman&gt; سأقوم بالمصادقة :( سيستغرق الأمر بعض الوقت لكن سأفعلها 14:47 &lt;deer&gt; &lt;protokol&gt; نعم dm 14:48 &lt;jrandom&gt; ترى؟ لديك متطوّع بالفعل يا dinoman! :) 14:48 &lt;deer&gt; &lt;protokol&gt; ربما يمكنني استضافة خادم Nessus 14:48 &lt;deer&gt; &lt;protokol&gt; وتمريره عبر TOR على جانبي 14:49 &lt;deer&gt; &lt;Ch0Hag&gt; إضافة إلى أنني بحاجة إلى عذر جيد للعمل على بقية شبكتي. 14:49 &lt;deer&gt; &lt;protokol&gt; وسأكرّس نفسي لتعلّم Python 14:49 &lt;janonymous1&gt; "مؤسسة برمجيات i2p". أستطيع أن أراها الآن 14:49 &lt;deer&gt; &lt;protokol&gt; وكيفية الطباعة بشكل صحيح 14:49 &lt;dm&gt; سأكرّس نفسي للسعي وراء المزيد من المال لنفسي ولمن يرتبط بي مباشرة، ممّن قد يكونون ميّالين لإعطائي المال في المستقبل القريب. 14:50 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيء يطرحه ضمن 6) ??? 14:50 &lt;dm&gt; 7) $$$ 14:51 &lt;duck&gt; نشر Roger Dingledine (arma @ freenode) مسودة لفصل من كتاب قادم لـ O'Reilly 14:51 &lt;duck&gt; http://freehaven.net/doc/wupss04/usability.pdf 14:51 &lt;jrandom&gt; آه، نعم، إنها جيدة جداً 14:51 &lt;duck&gt; إنها عن الإخفاء والسهولة 14:51 &lt;dm&gt; فصل عن سهولة الاستخدام؟ 14:51 &lt;deer&gt; &lt;protokol&gt; أستطيع إدارة مؤسسة برمجيات i2p 14:51 &lt;deer&gt; &lt;protokol&gt; لوول 14:51 &lt;duck&gt; بعض الأجزاء المثيرة عن "imago" السلبي 14:52 &lt;deer&gt; &lt;protokol&gt; أعطني مفاتيح الخزينة 14:52 &lt;duck&gt; امتلاك إعدادات افتراضية جيدة 14:52 &lt;deer&gt; &lt;protokol&gt; الآن! 14:52 &lt;duck&gt; إلخ 14:52 &lt;duck&gt; . 14:52 &lt;jrandom&gt; وأهمية سهولة الاستخدام، حتى على حساب الأمان أحياناً 14:52 &lt;dm&gt; protok0l: أنت نصير المستخدمين، أليس كذلك؟ ينبغي أن تقرأ ذلك المستند. 14:52 &lt;jrandom&gt; حسناً، أي شيء آخر للاجتماع؟ 14:52 &lt;deer&gt; &lt;protokol&gt; واو، أنا أرى 83 peers 14:52 &lt;duck&gt; الآن نعرف لماذا هناك عدد قليل جداً من المواقع المخفية المعروفة على tor 14:53 &lt;deer&gt; &lt;protokol&gt; dm: سأفعل 14:53 &lt;duck&gt; arma يخشى الـ imago السلبي 14:53 &lt;duck&gt; . 14:53 &lt;dm&gt; "imago" ؟ 14:53 &lt;duck&gt; image 14:53 &lt;deer&gt; &lt;duck&gt; (التحليل النفسي) صورة مثالية عن شخص ما 14:53 &lt;dm&gt; لا ذكر لـ I2P هناك :( 14:53 &lt;duck&gt; jrandom: ألسنا كذلك؟ 14:54 &lt;jrandom&gt; هم؟ 14:54 &lt;dm&gt; يقصد "ألسنا كذلك". إنه هولندي. 14:54 &lt;duck&gt; إذا انتقلت الآن مجموعة محددة إلى i2p، 14:54 &lt;duck&gt; قد تُبعِد مستخدمين آخرين نحن بأمسّ الحاجة إليهم 14:55 &lt;jrandom&gt; أوه، هذا موجود هناك؟ لم أر ذلك 14:55 &lt;duck&gt; لا، أنا أقول ذلك 14:55 &lt;duck&gt; لكنه موجود هناك أيضاً، إلى حد ما 14:55 &lt;duck&gt; بالطبع "آندي الفوضوي" لا يبالي إطلاقاً 14:56 &lt;jrandom&gt; حسناً، أعتقد أن هناك متسعاً لكل من i2p وtor 14:56 &lt;duck&gt; نعم 14:56 &lt;duck&gt; لكن ماذا عن الصورة السلبية المبكرة لـ I2P 14:56 &lt;deer&gt; &lt;Natalia&gt; لهذا السبب أُجبَر أن أكون امرأة عادية نوعاً ما على هذه القناة IRC 14:56 &lt;protok0l&gt; هاها، عندما تصلني الإشارة ستسمع كل قائمة بريدية رئيسية للفوضويين وكل منتدى عن i2p خلال يوم أو يومين 14:56 &lt;jrandom&gt; أوه، لا أبالي إطلاقاً بهذا يا duck ;) 14:56 &lt;deer&gt; &lt;Natalia&gt; jrandom لا يوافق على got 14:56 &lt;deer&gt; &lt;Natalia&gt; *gott 14:57 &lt;duck&gt; jrandom: نعم، لكن حسناً 14:57 * duck يعدّ عدد المناطق الصديقة للفوضى على الكرة الأرضية 14:57 &lt;deer&gt; &lt;Natalia&gt; لذا عليّ أن أكون Natalia، المرأة المحبوبة في القناة 14:57 &lt;deer&gt; &lt;Natalia&gt; ( سخيف ) 14:57 &lt;duck&gt; الصومال؟ 14:57 &lt;duck&gt; أراهن أن لديهم "flying fucks" هناك 14:57 &lt;protok0l&gt; تشياباس، المكسيك 14:57 &lt;duck&gt; لكن ليست ودية 14:57 &lt;protok0l&gt; mexiico 14:58 &lt;deer&gt; &lt;Ragnarok&gt; باه، أنت تريد أن تُؤنَّث 14:58 &lt;jrandom&gt; duck: عندما يحين وقت أن نكون أكثر علانية، أنا متأكد أننا نستطيع أن نُظهر وجهاً مناسباً لرجل الشارع 14:58 &lt;duck&gt; حسناً 14:58 &lt;jrandom&gt; هل سيفعل الناس أشياء "سيئة" باستخدام i2p؟ نعم 14:58 &lt;dm&gt; أظن أننا يجب أن نستهدف "جو بطن البيرة" 14:58 &lt;protok0l&gt; حظاً موفقاً، أعلم أن gott يخطط لشيء ما 14:58 &lt;protok0l&gt; gott سيدمّرنا 14:58 &lt;duck&gt; حسناً 14:58 &lt;duck&gt; . 14:58 &lt;jrandom&gt; الطريقة الوحيدة التي يمكن أن ينجو بها أي نظام إخفاء أو أمان ذي قيمة هي أن يكون محايد المحتوى 14:59 &lt;deer&gt; &lt;Ragnarok&gt; أنظمة الاتصالات المجهولة لا يمكنها إلا حماية الاتصال. إنها لا تتداخل مع عمل الشرطة التقليدي الجيد إذا فعل شخص ما شيئاً بالفعل. 14:59 &lt;duck&gt; فقط أقول إن بعض الروابط الموضوعة على `http://127.0.0.1:7657/index.jsp` قد تكون سيئة 14:59 &lt;dm&gt; I2P يتعلق بالتقنية. 14:59 &lt;deer&gt; &lt;Natalia&gt; نعم 14:59 &lt;jrandom&gt; صحيح يا duck 15:00 &lt;duck&gt; ونعم، sitelist.html سيتحوّل إلى نقاش TFE مجدداً في كل مكان 15:00 &lt;jrandom&gt; حسنٌ، ممم 15:00 &lt;deer&gt; &lt;Natalia&gt; حياد المحتوى شيء أكتب عنه في آخر إدخال لـ eeplog 15:00 &lt;deer&gt; &lt;Natalia&gt; `http://gott.i2p/eeplog.html` 15:01 &lt;jrandom&gt; هذه، بالمناسبة، قوة eepsites التفاعلية، مثل الويكي 15:01 &lt;jrandom&gt; (مثلاً أن يقوم الناس بتسجيل مواقعهم عبر sitelist.py أو أيّاً كان) 15:01 &lt;deer&gt; &lt;Natalia&gt; jrandom: هل تؤيد أم لا تؤيد فكرة أن زواحف eepsite التي تربط بمحتوى غير قانوني، تُربط من الصفحة الرئيسية؟ 15:01 &lt;deer&gt; &lt;Natalia&gt; +أو 15:01 &lt;deer&gt; &lt;Natalia&gt; إذا كنت ستضع رابطاً إلى sitelist 15:02 &lt;duck&gt; من منظور أخلاقي لا أبالي إطلاقاً أيضاً 15:02 &lt;deer&gt; &lt;Natalia&gt; jrandom: لا شيء من هذه مسجَّل 15:02 &lt;duck&gt; لكن من منظور سهولة الاستخدام قد أبالي 15:02 &lt;deer&gt; &lt;Natalia&gt; السكربت يتحقق من host.txt 15:02 &lt;deer&gt; &lt;Natalia&gt; *hosts.txt 15:02 &lt;jrandom&gt; من منظور غير تقني، أنا أدعم ما يتطلبه مجتمع المستخدمين 15:02 &lt;deer&gt; &lt;Natalia&gt; لذا الجميع يُضاف إلى القائمة إذا كان لديهم نطاق 15:03 &lt;deer&gt; &lt;Natalia&gt; أوف، حمالات الصدر غير مريحة جداً. 15:03 &lt;protok0l&gt; نعم، مقلق 15:03 &lt;deer&gt; &lt;cervantes&gt; هل رأيت مجتمع المستخدمين؟ 15:03 &lt;cat-a-puss&gt; أبسط حل هو الاكتفاء بالربط إلى صفحات البحث، الجميع يعرف كيف يستخدمها، وهي توفّر وصولاً سريعاً، ولا يرى أحد أي شيء لم يطلبه. 15:04 &lt;deer&gt; &lt;cervantes&gt; :) 15:04 &lt;protok0l&gt; gott قاتل متسلسل، أعلم ذلك. سيكون أول من يقدّم جرائم قتل مباشرة عبر كاميرا الويب على i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; مجتمع المستخدمين يتكون من أشخاص غريبي الأطوار. 15:04 &lt;jrandom&gt; نقطة جيدة يا cat-a-puss، يمكننا فقط الربط إلى files.i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; في الوقت الحالي، أنا مُجبَر أن أكون امرأة لأن المطوّر الرئيسي لا يوافق على السلوك غير الأخلاقي لشخصيتي الأخرى. 15:04 &lt;duck&gt; cat-a-puss++ 15:04 &lt;deer&gt; &lt;Natalia&gt; نحن متحدون من خلال مغامرة مشتركة. 15:06 &lt;BS314159&gt; لست مقتنعاً بأن هذه فكرة جيدة، لكن رخصة I2P واسعة بما يكفي بالتأكيد ليُصدر الناس توزيعاتهم الخاصة، التي تختلف فقط في صفحات الروابط المحلية 15:06 &lt;deer&gt; &lt;Natalia&gt; حسناً. 15:06 &lt;deer&gt; &lt;cervantes&gt; لِنأمل أن يتمكن DrWoo من إبقاء فهارسه خالية من الفساد 15:06 &lt;jrandom&gt; بالتأكيد يا BS314159 15:06 &lt;BS314159&gt; ليست إصدارات. توزيعات. 15:06 &lt;deer&gt; &lt;Natalia&gt; ينبغي أن يكون files.i2p رابطاً واحداً 15:06 &lt;jrandom&gt; BS314159: بل ويمكن للناس تعديل صفحة الروابط المحلية الخاصة بهم 15:06 &lt;deer&gt; &lt;Natalia&gt; ثم ينبغي أن يكون هناك رابط لدليل شبيه بـ Yahoo 15:06 &lt;protok0l&gt; معظم الناس سيكونون حكماء بما يكفي لاستخدام النسخة الرسمية 15:06 &lt;jrandom&gt; (في docs/readme.html) 15:07 &lt;deer&gt; &lt;Natalia&gt; محركات البحث وأدلة الإنترنت تؤدي أدواراً مختلفة 15:07 &lt;deer&gt; &lt;Natalia&gt; لهذا السبب يوجد الدليل أصلاً 15:07 &lt;deer&gt; &lt;Natalia&gt; طُلب كشيء مستقل عن محرك بحث 15:07 &lt;BS314159&gt; لذا إذا أردت مثلاً استهداف فئة مناهِضة للإباحية، ابحث عن قيّم مناهِض للإباحية يُحافظ على مجموعة صفحات بداية افتراضية مُفلترة 15:07 &lt;protok0l&gt; إلا إذا كانوا مستعدين للبحث عن أبواب خلفية في نسخ الطرف الثالث 15:07 &lt;deer&gt; &lt;Natalia&gt; من قِبل أناس 15:07 &lt;deer&gt; &lt;Natalia&gt; لذا أظن أن محرك البحث جيد 15:07 &lt;jrandom&gt; صحيح يا BS314159 15:07 &lt;deer&gt; &lt;Natalia&gt; لكنه لا ينبغي أن يكون الحد 15:07 &lt;deer&gt; &lt;Natalia&gt; محرك بحث، دليل إنترنت، ويكي، صفحة مساعدة 15:07 &lt;deer&gt; &lt;Natalia&gt; ربما. 15:08 &lt;jrandom&gt; نحن نربط بالفعل إلى fproxy.i2p، ونعلم ما المحتوى الشرير المخيف لديهم على ذلك الموقع ;) 15:08 &lt;BS314159&gt; لست متأكداً أنني على الموضوع، لكن يبدو ذلك ممكناً. هل هناك مرشح محتوى مفتوح المصدر قد يكون أي من قيّمي محركات البحث على استعداد لدعم تنفيذه؟ 15:08 &lt;BS314159&gt; أشعر أنني خارج الموضوع 15:08 &lt;protok0l&gt; هل الاجتماع ما زال قائماً؟ 15:08 &lt;jrandom&gt; نعم يا protok0l 15:08 &lt;BS314159&gt; آسف. (يلتزم الصمت) 15:08 &lt;deer&gt; &lt;Natalia&gt; jrandom: ربما لا ينبغي أن تربط إلى fproxy.i2p 15:08 &lt;deer&gt; &lt;Natalia&gt; إنه شبه متعطل دائماً 15:08 &lt;jrandom&gt; BS314159: أعتقد أن مرشح المحتوى ضمن محرك البحث مبالغة 15:08 &lt;deer&gt; &lt;Natalia&gt; يبدو أنه متعطل الآن 15:09 &lt;protok0l&gt; هو كذلك 15:09 &lt;deer&gt; &lt;Natalia&gt; وفقاً للتشغيل الأخير لسكربت فحص المواقع 15:09 &lt;jrandom&gt; تمام 15:09 &lt;jrandom&gt; حسناً، لقد كان نقاشاً جيداً، الكثير من الأفكار الجيدة 15:09 &lt;BS314159&gt; ليس "محرك البحث". "محرك بحث أحدهم" 15:10 &lt;deer&gt; * Natalia تبتسم. 15:10 &lt;deer&gt; &lt;cervantes&gt; BS3: aol.i2p ;-) 15:10 &lt;jrandom&gt; حسناً، هل هناك أي شيء آخر للاجتماع؟ 15:10 &lt;deer&gt; &lt;cervantes&gt; واو... ما زلت في الاجتماع... 15:11 &lt;deer&gt; &lt;cervantes&gt; ظننت أنني فاتني بساعة 15:11 &lt;jrandom&gt; لا، لقد تأخرتُ 15:11 &lt;jrandom&gt; حسناً، إن لم يكن.. 15:11 * jrandom يختتم 15:11 * jrandom *baf* يُغلق الاجتماع </div>/ar/blog/2004/11/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2004-11-02/Tue, 02 Nov 2004 00:00:00 +0000/ar/blog/2004/11/02/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D9%84%D9%8A%D9%88%D9%85-2004-11-02/<p>مرحباً يا جماعة، حان وقت التحديث الأسبوعي</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>Net status</li> <li>Core updates</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>BT progress</li> <li>???</li> </ol> <h2 id="1-حالة-الشبكة">1) حالة الشبكة</h2> <p>تقريبًا كما كان من قبل - عدد ثابت من الأقران، eepsites(I2P Sites) يمكن الوصول إليها بدرجة معقولة، وirc لساعات متواصلة. يمكنك إلقاء نظرة سريعة على قابلية الوصول إلى مختلف eepsites(I2P Sites) عبر بضع صفحات مختلفة: - <code>http://gott.i2p/sites.html</code> - <code>http://www.baffled.i2p/links.html</code> - <code>http://thetower.i2p/pings.txt</code></p> <h2 id="2-التحديثات-الأساسية">2) التحديثات الأساسية</h2> <p>لمن يتواجدون في القناة (أو يطالعون سجلات CVS)، لا بد أنكم لاحظتم الكثير من الأمور تحدث، على الرغم من أنه قد مضى وقت منذ الإصدار الأخير. يمكن العثور على قائمة كاملة بالتغييرات منذ إصدار 0.4.1.3 على الإنترنت، ولكن هناك تعديلان رئيسيان، أحدهما جيد والآخر سيئ:</p>/ar/blog/2004/10/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/Tue, 26 Oct 2004 00:00:00 +0000/ar/blog/2004/10/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> deer، jrandom، lucky، modulus</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) مرحباً 14:04 &lt;jrandom&gt; 1) حالة الشبكة 14:04 &lt;jrandom&gt; 2) مكتبة البث 14:04 &lt;jrandom&gt; 3) تقدّم mail.i2p 14:05 &lt;jrandom&gt; 4) ؟؟؟ 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 * jrandom يلوّح 14:05 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom سيترككم تقرأون مسبقاً (تبّاً لكم، القراءة المسبقة!) 14:06 &lt;jrandom&gt; ننتقل إلى 1) حالة الشبكة 14:07 &lt;jrandom&gt; أظن أن البريد يغطي ما أردت ذكره. إصلاح جميل بخصوص الاستئناف يا duck، وشكراً لإبلاغكما عنه ardvark و ragnarok! 14:07 &lt;jrandom&gt; هل لدى أيٍّ منكم شيء يود طرحه حول حالة الشبكة؟ 14:08 &lt;modulus&gt; إنها رائعة. 14:08 &lt;deer&gt; &lt;postman&gt; مرحباً 14:08 &lt;jrandom&gt; يا للروعة! 14:09 &lt;jrandom&gt; هناك شيء غريب يتعلق بالتأخير (lag) يحدث مؤخراً، لكنه يبدو مماثلاً لما ناقشناه الأسبوع الماضي 14:09 &lt;jrandom&gt; (خصوصاً وأنني لم أقم بأي عمل على النواة منذ ذلك الحين) 14:09 &lt;deer&gt; &lt;clayboy&gt; أظن أن الجميع يتفق على أنه كان مستقراً وقابلاً للاستخدام. 14:09 &lt;deer&gt; &lt;clayboy&gt; أفتقد 10-16 ساعة اتصال متواصل على IRC، لكن ليس أمراً مهماً 14:10 &lt;deer&gt; &lt;jrandom2p&gt; أنا متصل منذ 20 ساعة هنا 14:10 &lt;deer&gt; &lt;jrandom2p&gt; لكن نعم، يتفاوت (وآمل أن يساعد بند جدول الأعمال 2) في ذلك) 14:10 &lt;deer&gt; &lt;clayboy&gt; نادراً ما أحصل على&gt; 2 ساعة، لكنني أعيد الاتصال فوراً دائماً، لذا ما زال قابلاً للاستخدام 14:11 &lt;jrandom&gt; رائع 14:11 &lt;jrandom&gt; ما زال غير كافٍ، لكنه مُرضٍ 14:11 &lt;jrandom&gt; (حالياً) 14:11 &lt;deer&gt; &lt;clayboy&gt; موافق 14:12 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر، أم ننتقل إلى 2) مكتبة البث؟ 14:13 &lt;jrandom&gt; [اعتبرونا قد انتقلنا] 14:13 &lt;jrandom&gt; البريد يعطي ملخصاً عن كيفية سير التقدم 14:14 &lt;jrandom&gt; تسلسل الرسائل 'صحيح' في معظم الحالات (مطابق لما نوقش سابقاً) 14:14 &lt;jrandom&gt; على سبيل المثال، طلب/استجابة قصيران يُتيحان للطرف المُتلقّي الحصول على رد في رحلة ذهاب وإياب واحدة 14:15 &lt;jrandom&gt; أعمل حالياً على profile=bulk، وأجرّب نوافذ الانزلاق تحت ظروف التأخير (lag) وحالات الفشل 14:15 &lt;jrandom&gt; لا يزال هناك بعض الأمور للتنظيف، ولا شيء جاهز للاستخدام بعد، لكنه تقدم 14:16 &lt;deer&gt; &lt;clayboy&gt; هل إصدار 0.4.2 مع مكتبة البث في الطريق لشهر أكتوبر؟ يبدو كأنه استعجال غير ضروري. 14:16 &lt;jrandom&gt; لا أعتقد أننا سنجهّز مكتبة البث للنشر النهائي بحلول الأسبوع القادم، لا 14:17 &lt;jrandom&gt; لذا سيكون هناك بعض الانزلاق في الجدول الزمني، لست متأكداً إلى أي مدى بعد 14:17 &lt;deer&gt; &lt;duck&gt; هل هناك أي فئات اختبار يمكننا تشغيلها للتجربة؟ 14:18 &lt;jrandom&gt; لم أقم بإيداع ملف build.xml بعد لأمنع الناس من استخدامه ;) لكن سأودِع ما لدي لاحقاً الليلة، ويمكنكم تجربة http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 14:19 &lt;deer&gt; &lt;duck&gt; رائع 14:19 &lt;jrandom&gt; أمرٌ واحد: مكتبة البث الجديدة لا تستخدم mode=guaranteed القديم بعد الآن لأنها تملك آلية ACK/NACK خاصة بها 14:20 &lt;jrandom&gt; هذا يعني أنه حتى بعد أن تعمل المكتبة بشكل مثالي، سيظل هناك بعض العمل المطلوب في الـrouter نفسه، إذ إن مهام إرسال العميل مصمَّمة للتسليم 'المضمون'، حيث تُضمَّن رسالة ذهاب وإياب داخل الـgarlic لتأكيد تسليم وسم الجلسة 14:21 &lt;jrandom&gt; لكننا لا نحتاج فعلياً لإصلاح ذلك فوراً - استهلاك النطاق الترددي لتلك DeliveryStatusMessage... تافه 14:21 &lt;jrandom&gt; لكننا سنرغب بذلك عاجلاً لا آجلاً 14:22 &lt;jrandom&gt; حسناً، هذا كل ما لدي بخصوص ذلك 14:22 &lt;jrandom&gt; هل لدى أحد شيء لطرحه بخصوص مكتبة البث؟ 14:23 &lt;jrandom&gt; إن لم يكن، 3) تقدّم mail.i2p 14:23 &lt;jrandom&gt; postman، هل أنت موجود؟ 14:23 &lt;deer&gt; &lt;postman&gt; نعم 14:24 &lt;jrandom&gt; أي تحديث لنا، أم ننتظر حتى تتوفر أخبار أكثر؟ 14:24 &lt;deer&gt; &lt;postman&gt; حسناً 14:24 &lt;deer&gt; &lt;postman&gt; أأبدأ؟ 14:24 &lt;jrandom&gt; المايك لك 14:24 &lt;deer&gt; * gott يستيقظ. 14:24 &lt;deer&gt; &lt;postman&gt; 1.) يتم تثبيت/اختبار مرفق in/out proxy حالياً 14:25 &lt;deer&gt; &lt;postman&gt; 2.) خلال الأيام العشرة القادمة سيكون لدينا خدمة بوابة من/إلى الإنترنت للبريد الإلكتروني 14:25 &lt;modulus&gt; رائع! 14:25 &lt;jrandom&gt; رائع^2! 14:25 &lt;deer&gt; &lt;clayboy&gt; بالفعل 14:25 &lt;deer&gt; &lt;postman&gt; 3.) ستتبع عملية التنفيذ الأفكار/المفاهيم في مستند ideas.html على موقعي 14:25 &lt;deer&gt; &lt;gott&gt; برافو ! 14:26 &lt;deer&gt; &lt;postman&gt; يعني: حصص (quotas) مبنية على hashcash/المستلم وكل الأشياء الأنيقة 14:26 &lt;deer&gt; &lt;postman&gt; لا ينبغي إساءة استخدام الخدمة من قِبل المستخدمين المجهولين أنفسهم 14:26 &lt;deer&gt; &lt;postman&gt; :) 14:26 &lt;deer&gt; &lt;postman&gt; هناك نقطة أخرى 14:26 &lt;deer&gt; &lt;postman&gt; مسألة واجهات الويب للبريد 14:26 &lt;deer&gt; &lt;postman&gt; حالياً لا أريد استضافة ذلك على خوادمي 14:27 &lt;deer&gt; &lt;postman&gt; لأنني لا أعرف المشاكل الأمنية المحتملة 14:27 &lt;deer&gt; &lt;postman&gt; النظام الذي يعمل الآن موثَّقٌ من قبلي - أعرف المصدر ومخاطر الأمان 14:28 &lt;deer&gt; &lt;postman&gt; إضافة PHP وأشياء ديناميكية وتطبيق بريد ويب للجميع تجعل الأمر أكثر تعقيداً بكثير 14:28 &lt;deer&gt; &lt;postman&gt; الفكرة (شكراً jr) هي: 14:28 &lt;deer&gt; &lt;postman&gt; ماذا لو حصل المستخدم على واجهة بريد ويب خاصة به مُثبَّتة كنسخة Jetty إضافية اختيارية أو أي شيء مماثل؟ 14:29 &lt;modulus&gt; مثل شيء يحوّل POP3 -&gt; إلى بريد ويب؟ 14:29 &lt;jrandom&gt; بالضبط 14:29 &lt;deer&gt; &lt;postman&gt; وهذا تطبيق البريد المحلي يستخدم أنفاق postman.i2p لتنفيذ SMTP وPOP3 14:29 &lt;modulus&gt; يبدو جيداً. 14:29 &lt;deer&gt; &lt;postman&gt; لكنني أحتاج مساعدة في التقييم 14:30 &lt;deer&gt; &lt;postman&gt; حالياً أنا مشغول جداً بأمور الحياة الواقعية وبـ in/out proxies 14:30 &lt;jrandom&gt; (أوه، حياة حقيقية!) 14:30 &lt;deer&gt; &lt;postman&gt; ولديّ دماغ بحجم حبة الفول السوداني - لذا لست جيداً في Java إطلاقاً 14:31 &lt;deer&gt; &lt;postman&gt; أحتاج شخصاً يساعد في كيفية تنفيذ ذلك كخدمة محلية/اختيارية 14:31 &lt;modulus&gt; ربما يوجد شيء يقوم بهذا بالفعل عبر TCP؟ إن وجد يمكن استخدامه. 14:31 &lt;deer&gt; &lt;DrWoo&gt; postman: أشك في أنه بحجم الفول السوداني؛ أظن أن الأمر يحتاج حجم جوزة فقط للتنفس ;) 14:32 &lt;jrandom&gt; بعد نظرة سريعة عبر hotscripts، رأيت واحداً يتعامل مع POP3، رغم أنني لا أعلم إن كان يدعم SMTP الموثَّق 14:32 &lt;deer&gt; &lt;postman&gt; modulus: أفترض أن هناك شيئاً في البرية يمكن استخدامه/تكييفه - سيكون رائعاً تشغيله في نسخة Jetty خاصة 14:32 &lt;jrandom&gt; أنا متأكد من وجود شيء ما هناك، نحتاج فقط روحاً مُغامِرة لتجده :) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: أظن أن هذا يمكن اختراقه/تطويعه بسهولة كبيرة 14:33 &lt;jrandom&gt; بالضبط - في عالم مثالي، يمكن لشخص ما فقط أخذ mywebmail.war ووضعه في دليل webapps/ ثم الدخول إلى `http://localhost:7657/mywebmail/` 14:33 &lt;deer&gt; &lt;postman&gt; حسناً، أترك هذه المسألة لكم للتفكير فيها :) 14:33 &lt;modulus&gt; حتى لو كان تطبيقاً مستقلاً، يجب أن يكون جيداً، مع i2ptunel 14:33 &lt;jrandom&gt; صحيح يا modulus 14:33 &lt;deer&gt; &lt;postman&gt; نعم :) 14:34 &lt;jrandom&gt; والمحلي&gt;&gt; البعيد، إذ يمكن للطرف المحلي القيام بأشياء مثل الوصول إلى حلقات مفاتيح GPG الخاصة بك أو ما شابه 14:34 &lt;deer&gt; &lt;postman&gt; سأفعل أي شيء مطلوب لدعم مثل هذا النظام على جانب الخادم 14:34 &lt;modulus&gt; والذي نأمل أن يكون قليلاً جداً. 14:36 &lt;deer&gt; &lt;postman&gt; بالطبع سيكون هناك إعلان رسمي بمجرد توفر الوصول إلى الإنترنت - فتابعونا - ربما سيكون هناك بعض التقدم أيضاً في فكرة بريد الويب 14:36 &lt;deer&gt; &lt;postman&gt; هذا كل شيء من جانبي 14:36 &lt;deer&gt; * postman يجلس مجدداً ويرشف قهوته 14:36 &lt;modulus&gt; هل يمكنك فعل شيء بشأن ترشيح البيانات التي تكشف الهوية؟ 14:36 &lt;jrandom&gt; عظيم، شكراً يا postman! يبدو مثيراً 14:36 &lt;modulus&gt; بعض MUAs (عملاء البريد) سيئة التصرف جداً بهذا الخصوص. 14:37 &lt;deer&gt; &lt;postman&gt; modulus: من فضلك انظر إلى صفحة الويب - هناك موعظة متعددة الصفحات حول ذلك 14:37 &lt;jrandom&gt; :) 14:37 &lt;modulus&gt; حسناً 14:37 &lt;jrandom&gt; `http://www.postman.i2p/sec.html` كبداية 14:37 &lt;modulus&gt; قرأت ذلك، فقط ظننت أن بعض الحقول يمكن ترشيحها. 14:37 &lt;modulus&gt; ربما أثق بـ postman لكن ليس بالآخرين. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: إنها مُرشَّحة فعلاً 14:38 &lt;modulus&gt; حسناً، آخر مرة جرّبته لم تكن كذلك. 14:38 &lt;modulus&gt; آسف بشأن ذلك. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: sec2.html يصف أي أسطر ترويسة يتم ترشيحها أو تغييرها 14:38 &lt;deer&gt; &lt;postman&gt; modulus: ما أسطر الترويسات التي تشير إليها؟ 14:38 &lt;modulus&gt; من النطاق (IP) وما شابه 14:39 &lt;jrandom&gt; سيكون جيداً لو أن سكربت بريد ويب محلي قام بالترشيح محلياً 14:39 &lt;jrandom&gt; (بالإضافة إلى أي ترشيح يتم على smtp.postman.i2p) 14:39 &lt;deer&gt; &lt;postman&gt; modulus: دعنا نتحدث عن ذلك على الخاص، حسناً؟ :) 14:40 &lt;deer&gt; &lt;postman&gt; jrandom2p: بالطبع - يسعدني أن يقوم كل عميل بواجبه المنزلي 14:40 &lt;modulus&gt; بالتأكيد، آسف. 14:41 &lt;jrandom&gt; حسناً، هل لدينا شيء آخر لنقاشات mail.i2p؟ 14:41 &lt;jrandom&gt; إن لم يكن، 4) ؟؟؟ 14:41 &lt;deer&gt; * duck لديه شيء للبند #4 14:42 &lt;jrandom&gt; ما الأمر يا duck؟ 14:42 &lt;deer&gt; &lt;duck&gt; انفجر القرص الصلب لـ home.duck.i2p 14:42 &lt;jrandom&gt; (تبّاً) 14:42 &lt;deer&gt; &lt;duck&gt; لحسن الحظ لم تُستخدم حسابات الاستضافة فعلاً، باستثناء alexandria 14:42 &lt;deer&gt; &lt;duck&gt; هل قام أحد هنا بسحب كل الكتب الإلكترونية؟ :) 14:43 &lt;deer&gt; &lt;duck&gt; إن كان كذلك، لدي بعض المفقود، فراسلوني رجاءً 14:43 &lt;jrandom&gt; في الواقع، أظن أن thetower فعل 14:43 &lt;deer&gt; &lt;duck&gt; أعلم أن hypercubus لديه أيضاً 14:43 &lt;deer&gt; &lt;postman&gt; اللعنة 14:43 &lt;jrandom&gt; رأيت مرآة على موقعه قبل مدة 14:43 &lt;deer&gt; &lt;postman&gt; :/ 14:43 &lt;deer&gt; &lt;duck&gt; رائع 14:43 &lt;jrandom&gt; لا أعلم إن كانت تحتوي على كل شيء، أو مدى حداثتها 14:43 &lt;deer&gt; &lt;duck&gt; alexandria الآن على `http://duck.i2p/alexandria/` 14:44 &lt;deer&gt; &lt;duck&gt; وسأعود إلى الشعور بالخجل 14:44 &lt;deer&gt; &lt;duck&gt; . 14:44 &lt;jrandom&gt; لا حاجة للخجل، لقد قدّمت خدمة مجانية مذهلة! 14:45 &lt;jrandom&gt; ربما هذه فرصة لموقع geocities.i2p ;) 14:46 &lt;deer&gt; &lt;duck&gt; آه، أنشأت واجهة ويب لـ yodel على `http://duck.i2p/yodel/` 14:46 &lt;jrandom&gt; آه، هناك أمر لم أضعه في جدول الأعمال وهو أشياء متعلقة بـBT. أعلم أن dinoman يعمل على بعض التهكير في ذلك - ربما يرغب في ذكر شيء؟ 14:46 &lt;jrandom&gt; آه جميل 14:48 * jrandom يسجّل أن رابط مرآة alexandria الخاصة بـ thetower يعطي 404 14:48 &lt;deer&gt; &lt;gott&gt; لدي اقتراح. 14:48 &lt;jrandom&gt; ما الأمر يا gott؟ 14:48 &lt;deer&gt; &lt;gott&gt; أعتقد أنه سيكون من الجميل في 0.4.2 إضافة رابط إلى إحدى قوائم المواقع على صفحات مثل صفحة thetower، baffled أو صفحتي. 14:49 &lt;jrandom&gt; فكرة جيدة 14:49 &lt;jrandom&gt; ربما الثلاث جميعاً 14:49 &lt;deer&gt; &lt;gott&gt; الهدف هو (أ) الحفاظ على قائمة eepsites النشطة و(ب) تشكيل فهرس لـ i2p مشابه لـ FIND / Dolphin 14:49 &lt;jrandom&gt; قائمتك جميلة مع الروابط إلى eepsites أيضاً 14:49 &lt;deer&gt; &lt;gott&gt; القائمة الموجودة على `http://gott.i2p/sites.html` يُجري تحديثها باستمرار 14:49 &lt;deer&gt; &lt;gott&gt; والبرنامج النصي يُشغَّل يومياً 14:49 &lt;deer&gt; &lt;gott&gt; أستطيع إضافة أوصاف اختيارية للروابط (شكراً لسكربت baffled) 14:50 &lt;deer&gt; &lt;gott&gt; وهذا سيجعلها فهرساً 14:50 &lt;jrandom&gt; ربما سيكون لطيفاً وجود مُؤشِّر "أُضيف مؤخراً" أو "أُزيل مؤخراً" أيضاً؟ 14:50 &lt;jrandom&gt; تمام 14:51 &lt;deer&gt; &lt;gott&gt; جيد جداً. 14:51 &lt;deer&gt; &lt;gott&gt; هذا كل ما لدي الآن. 14:51 &lt;deer&gt; &lt;gott&gt; أوه، أمر آخر 14:51 &lt;deer&gt; &lt;gott&gt; SnipSnap يعمل جيداً على i2p 14:52 &lt;deer&gt; &lt;gott&gt; لذا قد نرى eepsites بأسلوب kuro5hin تُنشأ في وقت ما على طريقة SCUM 14:52 &lt;jrandom&gt; رائع 14:52 &lt;deer&gt; &lt;gott&gt; * باستثناء أنها أكثر مكراً على طريقة SCUM 14:52 &lt;jrandom&gt; دليل "كيف تفعل" لإعداده سيكون رائعاً 14:52 &lt;deer&gt; &lt;gott&gt; تضع ملف .war في webapps 14:52 &lt;deer&gt; &lt;gott&gt; الأمر مباشر جداً ;-) 14:53 &lt;deer&gt; &lt;polecat&gt; snipsnap...SCUM...? 14:53 &lt;jrandom&gt; هل هو سهل لهذه الدرجة؟ بووياه! 14:53 &lt;jrandom&gt; polecat - http://snipsnap.org/space/start 14:53 &lt;deer&gt; &lt;gott&gt; أنهيت حديثي. 14:53 &lt;deer&gt; * gott ينسحب. 14:53 &lt;jrandom&gt; شكراً يا gott 14:54 &lt;jrandom&gt; كان nickster يستخدم SnipSnap لفترة 14:54 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر لطرحه؟ 14:55 * jrandom يسجّل أننا قرب علامة الساعة حتى من دون newsbyte ;) 14:55 &lt;deer&gt; &lt;polecat&gt; أحب الفطيرة! 14:55 &lt;deer&gt; &lt;gott&gt; لدي أمر آخر. 14:55 &lt;deer&gt; &lt;duck&gt; أوه، orz مستيقظ 14:55 &lt;deer&gt; &lt;gott&gt; أود الإعلان أنه بعد إصدار 0.4.2 بقليل سأَنشر مقابلة مع jrandom حول أمور متعلقة بـ i2p. 14:55 &lt;deer&gt; &lt;polecat&gt; لم أكن أعلم أن هذا اجتماع رسمي. قد أذكر أفكاري حول خوادم الأسماء... 14:56 &lt;deer&gt; &lt;duck&gt; أقترح على كل اليابانيين أن يطلعوا على eepsite/ircserver الخاص به 14:56 &lt;deer&gt; &lt;gott&gt; لا شيء محدداً يُقال عنه حتى تُطرح الأسئلة وتُجاب، لكن لديكم ما تتطلعون إليه. 14:56 &lt;deer&gt; &lt;gott&gt; سيكون على eeplog الخاص بي وإذا رأى jrandom أنه جيد بما فيه الكفاية، فربما يُبرز في مكان ما على i2p.net 14:57 &lt;deer&gt; * gott ينسحب مجدداً. 14:57 &lt;deer&gt; &lt;postman&gt; modulus: 14:57 &lt;jrandom&gt; نعم، موقع orz وخادم IRC يعملان بشكل رائع، فقط لا أعرف ماذا يقول :) 14:58 &lt;modulus&gt; نعم؟ 14:58 &lt;modulus&gt; آسف على الأحرف الكبيرة. 14:58 &lt;deer&gt; &lt;DrWoo&gt; polecat: ماذا عن خادم الأسماء؟ 14:58 &lt;deer&gt; * gott يعود 14:58 &lt;deer&gt; &lt;gott&gt; duck: هل يتحدث الإنجليزية ؟ 14:59 &lt;jrandom&gt; أوه polecat، ما الأخبار؟ 14:59 &lt;jrandom&gt; polecat: لدينا اجتماع أسبوعي كل ثلاثاء الساعة 9 مساءً بتوقيت GMT 14:59 &lt;deer&gt; &lt;gott&gt; أفترض أنه يفعل لينجح في إعداد كل شيء بهذا الشكل الجيد. 14:59 &lt;jrandom&gt; (تُنشر السجلات على `http://www.i2p/meetings` عندما تجهز ;) 15:00 &lt;deer&gt; &lt;polecat&gt; نعم. كنت أفكر أن خادم أسماء قد يكون فكرة جيدة. لكن ليس DNS. c.c كانت لدي فكرة عن خادم لا يفعل شيئاً سوى الترجمة بين عناوين خاصة ببروتوكولات محددة وأسماء قابلة للقراءة البشرية. 15:00 &lt;jrandom&gt; إذن محلّل URI--&gt;URL، نوعاً ما؟ 15:01 &lt;deer&gt; &lt;polecat&gt; ذلك سيستبدل hosts.txt، وبالنهاية يستبدل DNS نفسه حين يدعم IPv4 وIPv6. 15:01 &lt;deer&gt; &lt;polecat&gt; الاسم =&gt; التجزئة في حالة i2p. مثل duck.i2p =&gt; هراء (gobbledygook) 15:02 &lt;jrandom&gt; صحيح صحيح 15:02 &lt;deer&gt; &lt;polecat&gt; المشكلة مع DNS هي أن لديه "متطلبات" (أي تحايلاً) مثل خوادم MX، وتسلسل الجذر الهرمي، وأشياء مزعجة كهذه. مستوى التحايل في DNS يَخْجِل أمامه حتى Usenet. 15:03 &lt;deer&gt; &lt;polecat&gt; كنت أتحدث عن هذا سابقاً، وذكر أحدهم http://distributeddns.sourceforge.net/ 15:03 &lt;deer&gt; &lt;polecat&gt; لم تسنح لي فرصة للاطلاع على ذلك الموقع مع ذلك. 15:05 &lt;jrandom&gt; هناك الكثير مما يجب وضعه في الاعتبار عند العمل على نظام تسمية، وبالمقابل هناك الكثير من المقايضات التي يجب القيام بها. كما كانت هناك الكثير من النقاشات حول تحسينات على مر السنين (ليس فقط ضمن i2p) لمعالجة العديد من القضايا، لكن حلاً ملموساً سيكون رائعاً 15:05 &lt;deer&gt; &lt;gott&gt; جيد جداً، جيد جداً. 15:07 &lt;jrandom&gt; لدي وجهات نظري الخاصة، لكن هنا يظهر أحد نقاط قوة i2p - وجهات نظري الخاصة غير ذات صلة :) أي نوع من خدمات التسمية يمكن أن تستخدمه تطبيقات العميل، إذ إن كل تلك الوظائف خارج نطاق النواة 15:08 &lt;jrandom&gt; أعرف أن nano يعمل على شيء أيضاً - هناك بعض الإدخالات على nano.i2p، رغم أنني لا أعرف كيف يتقدم ذلك 15:08 &lt;deer&gt; &lt;polecat&gt; متفق؛ يمكنك كتابة عملاء لاستخدام خادم ddns كما يمكنك كتابتهم لتحليل ملف hosts.txt المحلي 15:08 &lt;deer&gt; &lt;gott&gt; jrandom: أرهب اليوم الذي يبدأ فيه hosts.txt أو نظام تسمية مكافئ بعرض &lt;&lt;enlarge.your.penis.i2p&gt;&gt; 15:09 &lt;deer&gt; &lt;polecat&gt; قد يكون أسهل فحسب؛ في الوضع الحالي فقط I2PTunnel لديه القدرة على فهم hosts.txt. إضافة إلى ذلك، إذا كنا سننافس IPv4 وIPv6 فلا يمكننا تقديم وظائف محدودة عندما لا يفعلان ذلك. 15:10 &lt;jrandom&gt; منذ فترة قام mihi بفصل نقاط ربط التسمية في i2ptunnel - أي شيء يحقق http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html يمكن استخدامه بشفافية 15:10 &lt;jrandom&gt; (ويشمل ذلك I2PTunnel وSAM) 15:10 &lt;deer&gt; &lt;polecat&gt; حقاً؟ سأنظر في ذلك أيضاً... 15:11 &lt;jrandom&gt; حسناً، هم يبادلون الوظائف مقابل الأمان والهوية 15:11 &lt;deer&gt; &lt;polecat&gt; وأيضاً بما أن i2p لديه تجزئات طويلة جداً لأجل الأمان التشفيري، فامتلاك خادم أسماء أكثر أهمية لأن معظم الناس لا يمكنهم تذكّر عنوان تجزئة i2p بالكامل. 15:11 &lt;jrandom&gt; على سبيل المثال، يمكن لرجال الأمن أن يقتحموا باب $domainOwner 15:11 &lt;jrandom&gt; (ويمكن لشخص ما انتحال DNS دون كثير عناء) 15:12 &lt;jrandom&gt; لكن امتلاك نوع ما من وظيفة حل الاسم --&gt; الموقع أمر مهم بالتأكيد 15:13 &lt;deer&gt; &lt;polecat&gt; من دون خادم مركزي، لا يمكنك امتلاك اسم فريد قابل للقراءة البشرية على أي حال. حتى إن كانت موقَّعة تشفيرياً، لا يزال بالإمكان تكرار الجزء المفهوم بالنسبة لنا. 15:14 &lt;lucky&gt; أُف. 15:14 &lt;lucky&gt; لماذا لا تجعل deer يحظر gott؟ 15:14 &lt;jrandom&gt; هناك الكثير من المقايضات 15:14 &lt;jrandom&gt; لقد أوضحت تفضيلي على http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 15:15 &lt;jrandom&gt; لكنني لن أكتب خدمة تسمية في أي وقت قريب، لذا ما يود أي منفّذ القيام به، فهو حرّ :) 15:15 &lt;lucky&gt; هه. ظننت أن ذلك كان رداً على سؤال Gott. 15:15 &lt;jrandom&gt; هه 15:15 &lt;jrandom&gt; لا، لقد كان gott يساهم بشكل إيجابي في الآونة الأخيرة 15:16 &lt;jrandom&gt; حسناً، على أي حال يا polecat، ينبغي أن تنشئ eepsite بأفكارك 15:16 &lt;lucky&gt; يا إلهي، إلى ما الذي آلت إليه الدنيا؟ 15:16 &lt;deer&gt; &lt;polecat&gt; أفكر في كتابة خدمة تسمية بنفسي. أود أن أعرف ما يفضله الآخرون، وأن أحصل على أكبر قدر ممكن من الإرشاد حول كيفية تنفيذها بطريقة تعمل بشكل ممتاز. 15:16 &lt;lucky&gt; أوه، كيف يمكنني المساهمة؟ 15:16 &lt;lucky&gt; أعرف بعض Java الآن. مثل إسناد المتغيرات. 15:16 &lt;lucky&gt; وما يعنيه ++j 15:17 &lt;deer&gt; &lt;polecat&gt; أُف... eepsite... 15:17 &lt;deer&gt; &lt;polecat&gt; ++j هو معامل الزيادة بعدية التطبيق على المتغير j؟ 15:18 &lt;jrandom&gt; polecat: يمكنك أيضاً النشر على القائمة البريدية أو المنتدى. ربما تجري استطلاعاً في المنتدى إذا أردت معرفة تفضيلات الناس؟ 15:18 &lt;deer&gt; &lt;polecat&gt; المشكلة أن هذا الحاسوب يُعاد تشغيله إلى Windoze كثيراً، لذا ما لم أضع eepsite على قسم VFAT لا أستطيع مشاركة معلوماته بين أنظمة التشغيل. 15:19 &lt;jrandom&gt; 'حسناً، إذن ربما من الأفضل وضع أمور التسمية على المنتدى بدلاً من eepsite :) 15:20 &lt;deer&gt; &lt;polecat&gt; أين المنتدى مجدداً...؟ 15:20 &lt;jrandom&gt; `http://forum.i2p/` 15:20 &lt;jrandom&gt; و http://forum.i2p.net/ 15:20 &lt;jrandom&gt; (أليست التسمية رائعة؟ :) 15:21 &lt;deer&gt; &lt;gott&gt; لقد ساهمت دائماً بشكل إيجابي. 15:21 &lt;deer&gt; &lt;polecat&gt; نعم، باستثناء أننا ما زلنا نقوم بـ wget لملف hosts.txt من مصادر مركزية. ;3 15:22 * jrandom يستخدم cp، وليس wget ;) 15:22 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر لطرحه؟ 15:23 * jrandom لا أقصد إيقاف نقاش التسمية، فقط يمكننا مناقشته لأسابيع متتالية 15:23 &lt;deer&gt; &lt;DrWoo&gt; هل يعمل dinoman على خادم CVS داخل i2p؟ 15:23 &lt;jrandom&gt; حسناً، هناك بالفعل خادم CVS داخل i2p (cvs.i2p) 15:24 &lt;jrandom&gt; لكن صحيح - كان dinoman يعمل على GForge متكامل داخل i2p على ما أذكر 15:24 &lt;deer&gt; &lt;DrWoo&gt; jrandom: آسف، أعني CVS مجهولاً بالكامل ;) 15:25 &lt;jrandom&gt; يا رجل، cvs.i2p هو CVS مجهول بالكامل :) i2p يستضيف نفسه ذاتياً تماماً، لكن دون كل الإضافات اللطيفة لإضافة الكثير من المشاريع الأخرى 15:25 &lt;jrandom&gt; (ووجود GForge على i2p سيكون مذهلاً) 15:26 &lt;deer&gt; &lt;DrWoo&gt; jrandom: ألا يعمل cvs.i2p على الخادم العام؟ 15:26 &lt;deer&gt; &lt;polecat&gt; gforge... لا أعرفه... 15:27 &lt;jrandom&gt; DrWoo: ربمااا ;) 15:27 &lt;jrandom&gt; DrWoo: لكن المفتاح هو أن المطورين يمكنهم أن يكونوا مجهولين ويطوّروا لـ i2p عبر i2p 15:27 &lt;jrandom&gt; إذا كانت الآلة التي يقع عليها cvs.i2p فعلياً تحت الهجوم، يمكننا فقط نقل الوجهة إلى مكان آخر 15:28 &lt;deer&gt; &lt;polecat&gt; نعم، لذا بينما يكون مصدر i2p نفسه عُرضة للمصادرة من الذراع الطويلة للقانون، يكون مطوّروه محصنين إلى حد ما عبر المجهولية. 15:28 &lt;jrandom&gt; دَعْهم يأخذون المصدر، فهو مجاني! :) 15:29 &lt;deer&gt; &lt;DrWoo&gt; jrandom: نعم، أفهم ما تقول، لكنه لا يزال معرّضاً لخطر شيء مثل حادثة indymedia 15:30 &lt;jrandom&gt; إذا اقتحم رجال الأمن باب مركز الاستضافة الذي يوجد فيه cvs.i2p، فسأقوم ببساطة بتثبيت CVS في مكان آخر، ونشر نسخة احتياطية من CVS هناك، وتشغيل i2prouter بمفتاح cvs.i2p الخاص 15:30 &lt;jrandom&gt; (وألّا أخبر الناس أن cvs.i2p == cvs.i2p.net ;) 15:32 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء لطرحه للاجتماع؟ 15:32 &lt;deer&gt; &lt;polecat&gt; هه، هذا رائع جداً. 15:33 &lt;jrandom&gt; إن لم يكن 15:33 * jrandom ينهي 15:34 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2004/10/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-26/Tue, 26 Oct 2004 00:00:00 +0000/ar/blog/2004/10/26/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-26/<p>مرحباً جميعاً، حان وقت التحديث الأسبوعي</p> <h2 id="الفهرس">الفهرس</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>???</li> </ol> <h2 id="1-حالة-الشبكة">1) حالة الشبكة</h2> <p>لا أريد أن أتفاءل أكثر من اللازم، لكن خلال الأسبوع الماضي كانت الشبكة تقريبًا كما كانت من قبل - مستقرة إلى حد معقول بالنسبة إلى irc، وeepsites(مواقع I2P) تُحمّل بشكل موثوق، رغم أن الملفات الكبيرة ما تزال غالبًا تتطلب الاستئناف. أساسًا لا جديد لنبلغ عنه، سوى حقيقة أنه لا جديد لنبلغ عنه.</p> <p>أوه، أمر واحد اكتشفناه هو أنه رغم أن Jetty يدعم HTTP resume (استئناف التحميل عبر HTTP)، فإنه يفعل ذلك فقط مع HTTP 1.1. وهذا مناسب لمعظم المتصفحات وأدوات التنزيل، <em>باستثناء</em> wget - wget يرسل طلب الاستئناف كـ HTTP 1.0. لذا، لتنزيل الملفات الكبيرة، استخدم curl أو أية أداة أخرى تدعم استئناف HTTP 1.1 (شكرًا لـ duck و ardvark على البحث والعثور على حل!)</p>/ar/blog/2004/10/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/Tue, 19 Oct 2004 00:00:00 +0000/ar/blog/2004/10/19/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-19-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> deer\_, jrandom, modulus</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:03 &lt;jrandom&gt; 1) 0.4.1.3 14:03 &lt;jrandom&gt; 2) وقت اختبار tunnel (نفق اتصال في I2P)، وزمن معالجة الإرسال 14:03 &lt;jrandom&gt; 3) Streaming lib (مكتبة البث) 14:03 &lt;jrandom&gt; 4) files.i2p 14:03 &lt;jrandom&gt; 5) ??? 14:03 &lt;jrandom&gt; 0) مرحباً 14:03 * jrandom يلوّح بيده 14:04 &lt;modulus&gt; أهلاً أهلاً 14:04 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 14:04 &lt;deer_&gt; &lt;fidd&gt; مرحباً 14:04 &lt;jrandom&gt; لم أقضِ وقتاً طويلاً على الملاحظات، لذا فهي موجزة جداً 14:05 &lt;jrandom&gt; لكن، هكذا هي الحياة 14:05 &lt;jrandom&gt; ننتقل إلى 1) 0.4.1.3 14:05 &lt;jrandom&gt; الإصدار خرج قبل أيام وكان.. حسناً... إلى حدٍ كبير مثل السابق 14:05 &lt;jrandom&gt; يعمل بشكل جيد بما يكفي لمعظم الأمور، لكنه ليس موثوقاً بالقدر الذي نريده 14:06 &lt;jrandom&gt; الإنتاجية لا تزال منخفضة، لكن هذه مشكلة معروفة سيتم التعامل معها في 0.4.2 14:06 &lt;jrandom&gt; كما ذُكر في البريد الإلكتروني، لا أتوقع أي إصدارات أخرى من السلسلة 0.4.1.* 14:07 &lt;jrandom&gt; لا أملك الكثير لأقوله حول ذلك - هل لدى أي شخص تعليقات / مخاوف؟ 14:07 &lt;deer_&gt; &lt;newsbyte&gt; نعم: ماذا عن التجمّد؟ 14:09 &lt;jrandom&gt; لن أستبعد احتمال أن جهازك تعلّق بسبب I2P، لكني أشك بشدة 14:09 &lt;jrandom&gt; لم يبلّغ أي شخص آخر عن حدوث ذلك على أي منصة 14:09 &lt;deer_&gt; &lt;newsbyte&gt; حسناً... لا بدّ أنه مرتبط بها بطريقة ما، إن لم يكن مباشرة، برأيي المتواضع 14:09 &lt;deer_&gt; &lt;newsbyte&gt; ربما الـ java؟ 14:10 &lt;jrandom&gt; هل تستخدم 1.5 على w2k؟ 14:10 &lt;jrandom&gt; أم 1.4.2_05؟ 14:10 &lt;deer_&gt; &lt;newsbyte&gt; لا، 1.5 14:10 &lt;jrandom&gt; حسناً 14:10 &lt;deer_&gt; &lt;newsbyte&gt; لا أستطيع استبعاد أنه شيء آخر، بالطبع 14:11 &lt;deer_&gt; &lt;newsbyte&gt; قد يكون مجرد صدفة أنه حدث مرتين 14:11 &lt;jrandom&gt; حسناً، يمكننا مناقشة كيفية العثور على السبب بعد الاجتماع إن أردت 14:11 &lt;deer_&gt; &lt;newsbyte&gt; لكن المرة الأخيرة.. لا أدري... لم يكن هناك كثير من الأشياء تعمل حينها 14:11 &lt;deer_&gt; &lt;dinoman&gt; 1.5 على w2k يعمل بشكل جيد لدي :) 14:11 &lt;deer_&gt; &lt;newsbyte&gt; بالفعل، رغم ذلك 14:11 &lt;deer_&gt; &lt;newsbyte&gt; أليس هناك سجل تصحيح بسيط أو شيء من هذا القبيل؟ 14:11 &lt;jrandom&gt; إذا حدث ذلك مرة أخرى، رجاء أرسل لي wrapper.log و logs/log-router-*.txt 14:11 &lt;deer_&gt; &lt;newsbyte&gt; قد يكون ذلك مفيداً عندما يتجمّد 14:11 &lt;jrandom&gt; لدينا سجلات أكثر من التراب ;) 14:12 &lt;jrandom&gt; جيد يا dinoman 14:12 &lt;jrandom&gt; ربما كان تداخلاً مع جدارك الناري البرمجي 14:12 &lt;deer_&gt; &lt;newsbyte&gt; ربما 14:12 &lt;jrandom&gt; لكن، نعم، أرسِل لي السجلات إذا حدث ذلك مرة أخرى 14:12 &lt;jrandom&gt; (من فضلك :) 14:12 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، أن يُحجَب، أفهم ذلك 14:12 &lt;deer_&gt; &lt;newsbyte&gt; لكن تجمّد كامل... لا أدري... كان مخيفاً 14:13 &lt;deer_&gt; &lt;newsbyte&gt; من الجانب المشرق: لدي 27/63 الآن 14:13 &lt;jrandom&gt; رائع 14:13 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر أسئلة/تعليقات/مخاوف بشأن 0.4.1.3؟ 14:13 &lt;deer_&gt; &lt;newsbyte&gt; أظن أنني سأطلب من Whoo أن يرشدني خلال موضوع الـ eep 14:13 &lt;deer_&gt; &lt;dinoman&gt; فقط لا تستخدمه مع Sygate Personal Firewall سيئ سيئ 14:13 &lt;deer_&gt; &lt;newsbyte&gt; لماذا؟ 14:14 &lt;deer_&gt; &lt;dinoman&gt; انهيار 14:14 &lt;deer_&gt; &lt;newsbyte&gt; نعم؛ لقد نسيت 6) الربح!! 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:14 &lt;deer_&gt; &lt;newsbyte&gt; انهيار؟ 14:14 &lt;deer_&gt; &lt;newsbyte&gt; أمم 14:14 &lt;jrandom&gt; dinoman: هل ينهار نظام التشغيل لديك؟ أم الجدار الناري؟ أم I2P؟ 14:14 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، ألن يفسّر ذلك الأمر إذن؟ ;-) 14:15 &lt;jrandom&gt; newsbyte: هل تشغّل Sygate Personal Firewall؟ 14:15 &lt;deer_&gt; &lt;newsbyte&gt; بالفعل 14:15 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، ليس على الـ router 14:15 &lt;deer_&gt; &lt;newsbyte&gt; لكن على الحاسوب، نعم 14:15 &lt;deer_&gt; &lt;newsbyte&gt; يبدو أننا وصلنا لشيء ما 14:16 &lt;deer_&gt; &lt;DrWoo&gt; newsbyte: /join #i2p-chat حتى يتمكن jrandom من إنهاء اجتماعه 14:16 &lt;deer_&gt; &lt;newsbyte&gt; رغم أنه لا ينهار/يتجمّد فوراً، على ما يبدو 14:16 &lt;deer_&gt; &lt;dinoman&gt; نعم ينهار الويندوز 14:16 &lt;deer_&gt; &lt;newsbyte&gt; ؟ 14:16 &lt;deer_&gt; &lt;newsbyte&gt; jrand موجود هنا بالفعل 14:16 &lt;deer_&gt; &lt;dinoman&gt; آسف، أشحت بنظري 14:16 &lt;jrandom&gt; حسناً، ربما يمكننا أن نبحث في ما الذي يقوم SPF بإفساده 14:16 &lt;jrandom&gt; إذا لم يكن هناك شيء آخر حول 0.4.1.3، ننتقل إلى 2) وقت اختبار tunnel، وزمن معالجة الإرسال 14:17 &lt;jrandom&gt; كان هناك نقاش بالأمس يستكشف بعض حالات انقضاء المهلات، وبشكلٍ عام الأمور أحياناً تستغرق وقتاً طويلاً 14:17 &lt;jrandom&gt; لا أظن أن الارتفاعات التي ترونها في http://dev.i2p.net/~jrandom/processingTime.png شرعية 14:18 &lt;jrandom&gt; حسناً، هي حقيقية - فعلاً يستغرق الأمر هذا الطول 14:18 &lt;jrandom&gt; ما أعنيه هو أننا يجب أن نكون قادرين على التخلص منها 14:18 &lt;jrandom&gt; بعض الاصطفاف سيحدث، لكن إن كنا أكثر حذراً فيما نقبل، ينبغي أن نتمكن من تقليله 14:19 &lt;jrandom&gt; التأخيرات غالباً ما تعود أيضاً إلى بعض الارتفاعات العرضية في زمن معالجة المهام، والتي يمكننا ضبطها fsck بقوة 14:20 &lt;jrandom&gt; عموماً، يبدو اصطفاف الرسائل جيداً، حتى لو تسبب في ارتفاعات في اختبارات الـ tunnel 14:20 &lt;deer_&gt; &lt;newsbyte&gt; اللعنة.. أتمنى لو كان بالإمكان دمج freenet و i2p فعلاً... يبدو أن التقدم سيكون أسرع بكثير، وقد يكون مفيداً لكليهما 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; أجل، لا أرى كيف أن fsck سيكون مفيداً لـ jon processing :) 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; s/jon/job/ 14:21 &lt;jrandom&gt; هناك الكثير من الإمكانات للتعاون، لكن المشروعين لهما أهداف مختلفة جداً 14:21 &lt;jrandom&gt; !thwap Ragnarok 14:21 &lt;deer_&gt; &lt;newsbyte&gt; أمم 14:21 &lt;jrandom&gt; أوه، شيء ذكرته بالأمس 14:21 &lt;deer_&gt; &lt;newsbyte&gt; لا أظن أن أهداف المشروعين، مع ذلك، مختلفة إلى هذا الحد... 14:22 &lt;deer_&gt; &lt;DrWoo&gt; jrandom: الأهداف التقنية 14:22 &lt;jrandom&gt; newsbyte: يمكننا مناقشة ذلك في 5) ??? أو لاحقاً إن أردت، نحن الآن في 2) 14:22 &lt;deer_&gt; &lt;DrWoo&gt; عذراً newsbyte: الأهداف التقنية 14:22 &lt;deer_&gt; &lt;Ragnarok&gt; ههه 14:22 &lt;deer_&gt; &lt;newsbyte&gt; نعم، و3) الربح! حسب تقاليد /.! 14:22 &lt;deer_&gt; &lt;newsbyte&gt; :-) 14:22 &lt;deer_&gt; &lt;Demokritos&gt; لا أستطيع تصديق أن Tor غير متوافق رجعياً من 0.0.8 إلى 0.0.8.1 14:23 &lt;jrandom&gt; بالنسبة لاختبار الـ tunnel، هناك حد أدنى لفترة الاختبار - مضبوط حالياً على 5 ثوانٍ افتراضياً 14:23 &lt;jrandom&gt; الإصدار السابق كان لديه حد أقصى ثابت 30 ثانية، لكن يمكنك ضبط زمن اختبار الـ tunnel الخاص بك بتحديث `http://localhost:7657/configadvanced.jsp` وإضافة "router.tunnelTestMinimum=10000" (أو أي قيمة - هذه القيمة بالمللي ثانية) 14:23 &lt;deer_&gt; &lt;newsbyte&gt; تلك الثواني، هل هي كيميائية سحرية؟ 14:24 &lt;jrandom&gt; الافتراضي 5 ثوانٍ يجب أن يكون مناسباً رغم ذلك 14:24 &lt;deer_&gt; &lt;Demokritos&gt; فعلياً قمت بترقية Tor أول أمس لأنه توقف عن العمل، والآن الشبكة تخبرني مجدداً أن لدي إصداراً غير متوافق... ما الذي... 14:24 &lt;deer_&gt; &lt;Demokritos&gt; أوه... مرحباً جميعاً :) 14:24 &lt;jrandom&gt; newsbyte: زمن اختبار الـ tunnel هو MAX(avgTunnelTestTime*2, minTunnelTestTime) 14:25 &lt;jrandom&gt; (لدينا minTunnelTestTime لأنه بدون ذلك فإن سلسلة من الاختبارات السريعة قد تسبب فشلاً متتابعاً) 14:26 &lt;jrandom&gt; يمكن العثور على مزيد من التفاصيل في http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 14:26 &lt;deer_&gt; &lt;newsbyte&gt; همم 14:26 &lt;deer_&gt; &lt;Demokritos&gt; هذا مضحك حقاً... وكالة توظيف تريد مني استخدام Internet Explorer، وإلا لن أتمكن من تسجيل طلب 14:27 &lt;jrandom&gt; سعال* تدركون أن سجلات هذه الاجتماعات تُنشر على الويب، صحيح؟ :) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; &lt;-- ليس جيداً جداً في الإنجليزية 14:27 &lt;deer_&gt; &lt;newsbyte&gt; تُنشر؟! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; مرحباً أمي! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; أم، آسف. .أنا أُربك الاجتماع.. سأغادر 14:28 &lt;jrandom&gt; لا، من فضلك ابقَ، لكن ناقش أمور i2p ;) 14:28 &lt;deer_&gt; &lt;newsbyte&gt; لا تقلق؛ الإرباك فن، فقط راقبني وستتعلم 14:28 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:28 &lt;jrandom&gt; حسناً، أي شيء آخر حول 2) وقت اختبار tunnel، وزمن معالجة الإرسال؟ 14:28 &lt;deer_&gt; &lt;Ragnarok&gt; تركيز يا جماعة 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] غادر [خطأ قراءة: 60 (انتهت مهلة العملية)] 14:29 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 3) Streaming lib 14:29 &lt;jrandom&gt; كما ذُكر في ملاحظات الحالة، تقدم كبير 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] انضم إلى #i2p 14:29 &lt;deer_&gt; &lt;newsbyte&gt; من إنجازك؟ 14:29 &lt;jrandom&gt; لم نصل بعد، لكن آمل إجراء بعض الاختبارات الحية في الأسبوع القادم 14:30 &lt;jrandom&gt; أنا أعمل على الـ Streaming lib، نعم 14:30 &lt;jrandom&gt; وأخيراً جعلتها تقوم بـ ping() اليوم ;) 14:30 &lt;deer_&gt; &lt;Ragnarok&gt; جميل :) 14:31 &lt;jrandom&gt; حسناً، ليس لدي حقاً شيء آخر أضيفه حول ذلك 14:31 &lt;jrandom&gt; هل لدى أحد أسئلة / تعليقات / مخاوف؟ 14:31 &lt;deer_&gt; &lt;newsbyte&gt; أمم... السرعة؟ 14:31 &lt;jrandom&gt; السرعة جيدة 14:31 &lt;deer_&gt; &lt;baffled&gt; ما نوع التسريع/معدل النقل الذي تتوقعه؟ 14:31 &lt;jrandom&gt; أتوقع تحسناً كبيراً في الإنتاجية 14:32 &lt;deer_&gt; &lt;newsbyte&gt; هو يتوقع غرامة، قال 14:32 &lt;deer_&gt; &lt;newsbyte&gt; بسبب السرعة 14:32 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:32 &lt;jrandom&gt; بالإضافة إلى ذلك، لروابط الطلب/الاستجابة الصغيرة، سيتم خفض الكمون بشكل كبير 14:32 &lt;jrandom&gt; (إلى النصف) 14:32 &lt;deer_&gt; &lt;dinoman&gt; واو 14:32 &lt;deer_&gt; &lt;dinoman&gt; هل هذا باستخدام udp؟ 14:33 &lt;jrandom&gt; المكتبة الجديدة تُظهر كل المعاملات القابلة للضبط لمكدسات TCP العادية أيضاً، لذا ستتمكن التطبيقات من مواءمة إعداداتها الخاصة 14:33 &lt;jrandom&gt; لا يا dinoman، هذا يعمل فوق I2P's I2CP (بروتوكول تحكم I2P) 14:33 &lt;deer_&gt; &lt;dinoman&gt; واو x2 14:33 &lt;jrandom&gt; (مع أننا سنكتب شيفرة مشابهة خلال شهر أو نحو ذلك للحصول على ناقل UDP..) 14:34 &lt;jrandom&gt; لكن، حسناً، سنرى 14:34 &lt;deer_&gt; &lt;newsbyte&gt; لأن...؟ 14:34 &lt;jrandom&gt; لا يزال هناك الكثير من العمل 14:34 &lt;jrandom&gt; لأن ماذا؟ 14:34 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، ألا يستطيع tcp فعل ذلك أيضاً؟ 14:35 &lt;jrandom&gt; أوه، لماذا سننتقل إلى UDP؟ http://www.i2p.net/todo#transport 14:35 &lt;deer_&gt; &lt;newsbyte&gt; أتذكر النقاش ذاته على freenet أيضاً، لكنهم لا يزالون على tcp حتى الآن 14:35 &lt;jrandom&gt; بالإضافة إلى أن TCP ناقل بث عام الغرض - يمكننا تبسيطه كثيراً، إذ يمكننا تحمل درجة معينة من الخروج عن الترتيب 14:35 &lt;deer_&gt; &lt;newsbyte&gt; ليس أن كل قراراتهم جيدة ;-) 14:36 &lt;jrandom&gt; newsbyte: تابعت تلك النقاشات وسنذهب نحو udp 14:36 &lt;jrandom&gt; (هذا لا يعني أن freenet مخطئ - لديهم قيود مختلفة) 14:37 &lt;deer_&gt; &lt;Ragnarok&gt; لا ينبغي مقارنة i2p عن كثب بـ freenet. فهما مختلفان جداً تقنياً. 14:37 &lt;deer_&gt; &lt;newsbyte&gt; (أو: هم مخطئون ;-) 14:37 &lt;jrandom&gt; لا أظن أن استخدامهم لـ TCP الآن خطأ، تماماً كما لا أظن أن استخدام I2P السابق لـ TCP كان خطأ. التقدم يتطلب خطوات صغيرة 14:38 &lt;deer_&gt; &lt;mule_iip&gt; newsbyte يضمن ألا تكون الاجتماعات قصيرة جداً 14:38 &lt;jrandom&gt; هه 14:38 &lt;deer_&gt; &lt;newsbyte&gt; نعم، لا شيء أسوأ من الاجتماعات القصيرة 14:38 &lt;deer_&gt; &lt;newsbyte&gt; لا يمكنك عندها أكل كل الفشار وشرب كل الجعة 14:38 &lt;jrandom&gt; حسناً، أي شيء آخر حول 3) Streaming lib ؟ 14:39 &lt;jrandom&gt; إن لم يكن، 4) files.i2p 14:39 &lt;deer_&gt; &lt;Ragnarok&gt; أظن أننا بخير 14:39 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، أعلم أنني كذلك 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ومضحك أيضاً 14:39 &lt;deer_&gt; &lt;newsbyte&gt; معظم الوقت 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ومزعج أيضاً 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;jrandom&gt; حسناً، أردت فقط الإشارة إلى files.i2p - محرك بحث جديد على i2p 14:40 &lt;deer_&gt; &lt;newsbyte&gt; آه، فهمت 14:40 &lt;deer_&gt; &lt;newsbyte&gt; كنت آمل أن يكون حول رفع eepsites (eepsite: موقع ويب داخل شبكة I2P) 14:40 &lt;jrandom&gt; أمرٌ مثير للاهتمام أنه يمكنك الوصول عبره إلى eepsites غير المتاحة بعد الآن، لأنه يخزّن مؤقتاً 14:41 &lt;deer_&gt; &lt;baffled&gt; هل يخزّن كل شيء مؤقتاً؟ 14:41 &lt;deer_&gt; &lt;newsbyte&gt; كل محركات البحث حتى الآن على جهة الخادم؟ 14:41 &lt;deer_&gt; &lt;Ragnarok&gt; مثير. لا ينبغي أن يكون صعباً هذه الأيام :). 14:41 &lt;jrandom&gt; baffled: يخزّن text/html حسبما أستطيع أن أرى 14:42 &lt;deer_&gt; &lt;mule_iip&gt; على الأقل لديه حدود على حجم وأنواع الملفات، لذا لن يخزّن الأفلام 14:42 &lt;deer_&gt; &lt;baffled&gt; آه، هذا ما ظننته، ليس ثنائياً. 14:42 &lt;deer_&gt; &lt;newsbyte&gt; أعني، ليست في js، فيما أظن؟ 14:43 &lt;jrandom&gt; يستخدم nutch إذا أراد أحد التعمق فيه أكثر. أو أنا متأكد أننا سنطلب من صاحب الموقع وضع نموذج ملاحظات أو شيء ما ;) 14:43 &lt;jrandom&gt; newsbyte: صحيح، هذا مجرد موقع عادي مستضاف بشكل مجهول 14:43 &lt;jrandom&gt; الموقع يحتوي على محرك بحث (مثل google) 14:44 &lt;jrandom&gt; على أية حال، أردت فقط ذكره 14:44 &lt;jrandom&gt; كما ظهرت الكثير من المدوّنات مؤخراً، وهذا برأيي رائع 14:44 &lt;jrandom&gt; مجلد إشاراتي المرجعية 'eep' يكاد يملأ الشاشة :) 14:44 &lt;deer_&gt; &lt;Ragnarok&gt; ههه، myi2p يحدث من تلقاء نفسه :) 14:45 &lt;jrandom&gt; لا بد أنك تثير النقاط المؤلمة، أليس كذلك يا ragnarok؟ ;) 14:45 &lt;deer_&gt; &lt;Ragnarok&gt; آسف :) 14:46 &lt;jrandom&gt; حسناً، هل لدى أحد أسئلة/تعليقات/مخاوف بخصوص files.i2p؟ 14:46 &lt;jrandom&gt; إن لم يكن، دعوني أنتقل إلى 4.1) biff 14:46 * jrandom كاد ينسى biff 14:46 &lt;jrandom&gt; postman، هل أنت موجود؟ 14:47 &lt;deer_&gt; &lt;newsbyte&gt; أظن أنه منشغل مع biff 14:47 &lt;jrandom&gt; حسناً، إن لم يكن، biff هو بوت تنبيه بريد جديد رائع 14:47 &lt;jrandom&gt; إذا كان لديك حساب بريد على mail.i2p، يمكنك إخبار biff بأن يُعلمك عندما يصلك بريد جديد 14:47 &lt;deer_&gt; &lt;newsbyte&gt; هل لديه أرشيفات؟ 14:48 &lt;jrandom&gt; newsbyte: biff مجرد بوت للتنبيه، البريد مخزّن على خادم البريد (ويُوصل عبر قارئ بريدك العادي - kmail، إلخ) 14:48 &lt;jrandom&gt; انظر `http://www.postman.i2p/` 14:49 &lt;jrandom&gt; حسناً، إذن، نعم، اذهب إلى الـ eepsite أو تفقد #mail.i2p هناك 14:49 &lt;deer_&gt; &lt;newsbyte&gt; سأفعل، بمجرد أن أشغّل eepsite خاصتي 14:49 * jrandom لا يعرف الكثير بخصوص biff - حرّكوا أي أسئلة باتجاه postman 14:50 &lt;jrandom&gt; بدلاً من ذلك، يمكننا الانتقال إلى 5) ??? 14:50 &lt;deer_&gt; &lt;newsbyte&gt; بالفعل 14:50 &lt;jrandom&gt; هل لدى أحد شيء آخر يود طرحه؟ 14:50 &lt;deer_&gt; * mule_iip يرفع يده للحصول على voice: أود تذكيركم بمشاكلي المستمرة مع FCP عبر I2P. لكن ربما يمكن الانتظار وسيُحل تلقائياً في 0.4.2. 14:50 &lt;deer_&gt; &lt;newsbyte&gt; نعم، والتجمّد 14:50 &lt;jrandom&gt; آمل ذلك يا mule_iip 14:50 &lt;deer_&gt; &lt;mule_iip&gt; حسناً، سأكون منصّة الاختبار الخاصة بك :) 14:50 &lt;jrandom&gt; newsbyte: هل هناك ما نحتاج لمناقشته حوله؟ هل يمكنك فقط أن ترسل لي سجلاتك إذا حدث مرة أخرى؟ 14:51 &lt;jrandom&gt; أوه mule، سيكون ذلك رائعاً 14:51 * jrandom سآخذك على كلمتك بالتأكيد 14:51 &lt;deer_&gt; &lt;newsbyte&gt; حسناً... هل لا يزال بإمكاني إرسالها إذا كان كل شيء متجمداً؟ 14:51 &lt;jrandom&gt; الملفات تُكتب على القرص. 14:51 &lt;jrandom&gt; عندما تعيد التشغيل، أرسل لي السجلات 14:51 &lt;deer_&gt; &lt;newsbyte&gt; أعني، في هذه الحالة، يمكنني إرسالها الآن، بما أنها يجب أن تكون في مكان ما 14:51 &lt;jrandom&gt; (من فضلك) 14:51 &lt;deer_&gt; &lt;dinoman&gt; كنت في المنتدى ورأيت أن خدمة jabber أُزيلت. هل كانت تخصّنا؟ إن كانت كذلك أود تشغيل واحدة إن كان ذلك مناسباً؟ 14:51 &lt;jrandom&gt; الملفات تتناوب يا newsbyte 14:52 &lt;jrandom&gt; duck و demonic_1 كان لديهما خوادم jabber في أوقات مختلفة، لكن يبدو أن معظم نشاط IM على i2p كان على irc 14:52 &lt;deer_&gt; &lt;newsbyte&gt; تتناوب الملفات؟ بالتأكيد تخزن قدراً جيداً قبل أن تبدأ بالحذف؟ 14:53 &lt;jrandom&gt; newsbyte: حسناً، أرسل لي سجلاتك، ربما فيها شيء ما 14:53 &lt;deer_&gt; &lt;newsbyte&gt; جيد 14:53 &lt;deer_&gt; &lt;newsbyte&gt; أمم 14:54 &lt;deer_&gt; &lt;newsbyte&gt; اللعنة 14:54 &lt;deer_&gt; &lt;newsbyte&gt; الكثير من .logs 14:54 &lt;deer_&gt; &lt;dinoman&gt; حسناً 14:54 &lt;deer_&gt; &lt;newsbyte&gt; مبتدئ لن يستطيع تتبّع هذا أبداً 14:54 &lt;deer_&gt; &lt;newsbyte&gt; أظن أنك على حق في عدم كتابة مقالة على /. بعد 14:55 &lt;jrandom&gt; لسنا في عجلة 14:55 &lt;deer_&gt; &lt;newsbyte&gt; log-router.txt؟ 14:55 &lt;jrandom&gt; wrapper.log و logs/log-router-*.txt 14:56 &lt;deer_&gt; &lt;newsbyte&gt; وعنوان البريد الذي ينبغي استخدامه سيكون...؟ 14:56 &lt;deer_&gt; &lt;fidd&gt; dinoman، خادم jabber سيكون رائعاً برأيي 14:56 &lt;jrandom&gt; jrandom@i2p.net 14:56 &lt;deer_&gt; &lt;newsbyte&gt; قابل للوصول عبر i2p، آمل؟ 14:56 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:56 &lt;jrandom&gt; newsbyte: يمكنك وضع سجلاتك على eepsite خاصتك وترسل لي الرابط 14:57 &lt;jrandom&gt; أو يمكنك إرسال بريد إلى jrandom@mail.i2p 14:57 &lt;deer_&gt; &lt;newsbyte&gt; بالفعل! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; فكرة جيدة! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; هناك مشكلة صغيرة واحدة فقط: إنه غير مُشغّل بعد 14:57 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيء يريد طرحه؟ 14:57 &lt;jrandom&gt; حسناً، يمكننا العمل على ذلك يا newsbyte 14:57 &lt;jrandom&gt; (بعد الاجتماع) 14:59 &lt;deer_&gt; &lt;newsbyte&gt; شكراً، لكن whoo يساعد بالفعل 14:59 &lt;jrandom&gt; إذا لم يكن هناك شيء آخر... 14:59 &lt;deer_&gt; &lt;newsbyte&gt; نحتاج إلى howto/ويكي/موقع مساعدة/شيء تفصيلي 14:59 * jrandom يستعد للاختتام 14:59 &lt;deer_&gt; &lt;Jake_&gt; أود أن أقول، لأجل الاجتماع، إن كان بالإمكان إصدار نسخة عامة من i2p قبل الانتخابات الأميركية في 2 نوفمبر، فسيُسهِم ذلك كثيراً في ضمان ديمقراطية مستقرة 14:59 &lt;deer_&gt; &lt;newsbyte&gt; ماذا عن 6)؟ 14:59 &lt;jrandom&gt; newsbyte: هل ترغب بالعمل على ذلك؟ 15:00 &lt;jrandom&gt; newsbyte: أتفق أنه سيكون رائعاً الحصول على مزيد من شروحات howto ومعلومات مساعدة 15:00 &lt;deer_&gt; &lt;Ragnarok&gt; 6) لا يوجد.... رقم 6 15:00 &lt;deer_&gt; &lt;newsbyte&gt; حسناً، نعم، نوعاً ما، لكنه أمر غريب بالنسبة لي 15:00 &lt;deer_&gt; &lt;newsbyte&gt; أنا مؤيد للويكي والأشياء العامة والمجانية للجميع وكل ذلك 15:00 &lt;deer_&gt; &lt;newsbyte&gt; لكن أناهُ تحتج وتريد الحد الأدنى من السيطرة 15:00 &lt;jrandom&gt; رائع 15:00 &lt;deer_&gt; &lt;newsbyte&gt; تخيّل 15:00 &lt;jrandom&gt; هه 15:01 &lt;jrandom&gt; حسناً، إن رغبت أن تجعل eepsite خاصتك ويكي تتحكم به، فسيكون ذلك رائعاً أيضاً 15:01 &lt;deer_&gt; &lt;newsbyte&gt; بالفعل 15:01 &lt;jrandom&gt; رغم أن ugha.i2p لديه وقت إتاحة جيد جداً 15:01 &lt;deer_&gt; &lt;newsbyte&gt; سأفكر في الأمر 15:01 &lt;jrandom&gt; رائع 15:02 &lt;deer_&gt; &lt;newsbyte&gt; 6 سيكون موضوع freenet-i2p 15:02 * jrandom يستعد للاختتام 15:02 * jrandom *baf*s الاجتماع مغلق &lt;/div&gt; {% endblock %} </div>/ar/blog/2004/10/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-19/Tue, 19 Oct 2004 00:00:00 +0000/ar/blog/2004/10/19/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-19/<p>مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً</p> <h2 id="الفهرس">الفهرس</h2> <ol> <li>0.4.1.3</li> <li>Tunnel test time, and send processing time</li> <li>Streaming lib</li> <li>files.i2p</li> <li>???</li> </ol> <h2 id="1-0413">1) 0.4.1.3</h2> <p>صدر إصدار 0.4.1.3 قبل يوم أو يومين، ويبدو أن معظم المستخدمين قد حدّثوا (شكرًا!). تعمل الشبكة بشكل جيد إلى حدٍّ ما، لكننا لم نشهد بعد زيادةً ثورية في الاعتمادية. ومع ذلك، فإن أخطاء الـ watchdog (مراقب النظام) في 0.4.1.2 قد اختفت (أو على الأقل لم يذكرها أحد). هدفي أن يكون إصدار 0.4.1.3 آخر تصحيح قبل 0.4.2، وبالطبع إذا ظهر شيء كبير يحتاج إلى إصلاح، فسنصدر تصحيحًا آخر.</p>/ar/blog/2004/10/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-12-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/Tue, 12 Oct 2004 00:00:00 +0000/ar/blog/2004/10/12/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-12-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> deer, Janonymous, jrandom, modulus</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) مرحباً 14:04 &lt;jrandom&gt; 1) 0.4.1.2 14:04 &lt;jrandom&gt; 2) 0.4.1.3 14:05 &lt;jrandom&gt; 3) 0.4.2 14:05 &lt;jrandom&gt; 4) مناقشات البريد 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 * jrandom يلوّح 14:05 &lt;Janonymous&gt; مرحباً 14:05 &lt;jrandom&gt; الكثير من الأرقام في جدول أعمالنا هذا الأسبوع 14:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية مرفوعة على http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 &lt;jrandom&gt; (نُشرت قبل دقيقة أو ثلاث) 14:05 &lt;deer&gt; * cervantes أحضر وسادة 14:06 &lt;jrandom&gt; آمل ألا يكون مملاً إلى هذا الحد ;) 14:06 &lt;jrandom&gt; على أي حال، لننطلق إلى الأمور الجيدة: 1) 0.4.1.2 14:06 &lt;deer&gt; &lt;cervantes&gt; أيقظني بعد قسم التحليل الإحصائي 14:06 &lt;jrandom&gt; الإصدار صدر وعلى الجميع الترقية 14:06 &lt;jrandom&gt; هه 14:06 &lt;deer&gt; &lt;cervantes&gt; أمم أقصد wake 14:07 &lt;jrandom&gt; هناك بعض العلل في كود الـ watchdog، والتي ستتسبب في إيقاف الـ router لديك بطريقة غير سليمة (بدلاً من إعادة تشغيله عندما تحدث أمور سيئة) 14:07 &lt;jrandom&gt; لكن نأمل أن تكون تلك الحالات نادرة جداً 14:07 &lt;deer&gt; &lt;mule_iip&gt; لا :( 14:08 &lt;jrandom&gt; حسناً، هذا يختلف باختلاف المستخدم 14:08 &lt;jrandom&gt; أحاول العثور على السبب، لأنه موجود منذ زمن طويل ومزعج جداً 14:08 &lt;jrandom&gt; (التجمّد الفعلي، وليس كود الـ watchdog الذي يكتشف التجمّد) 14:09 &lt;jrandom&gt; النسخة الحالية من CVS (0.4.1.2-1) عطّلت «جوهر» الـ watchdog - يراقب، لكنه لا يُغلق الـ router 14:10 &lt;jrandom&gt; لكن 0.4.1.2 يجب أن يكون جيداً للجميع (باستثناء mule ;) 14:10 &lt;jrandom&gt; أوه، كما ذُكر سابقاً، فعّل بعض التسجيل وأرسل لي بعض البيانات، حسب http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 &lt;jrandom&gt; كلما زادت البيانات كان أفضل - إذا استطعت تركه يعمل طوال الليل فسيكون ذلك رائعاً (تشغيل 20 ساعة على صندوق duck ولّد ~60MB من البيانات) 14:11 &lt;jrandom&gt; حسناً، ننتقل إلى 2) 0.4.1.3 14:12 &lt;jrandom&gt; حسناً، لا يوجد ما أود ذكره أكثر مما ورد في البريد 14:12 &lt;jrandom&gt; هل لدى أحد أي شيء يقوله بخصوص 0.4.1.3؟ 14:12 &lt;Janonymous&gt; لا 14:13 &lt;deer&gt; &lt;postman&gt; لا 14:13 &lt;Janonymous&gt; متوافقاً للخلف؟ 14:13 &lt;jrandom&gt; بالتأكيد 14:13 &lt;jrandom&gt; حسناً، ننتقل إلى * 3) 0.4.2 14:14 &lt;jrandom&gt; مرة أخرى «انظروا البريد» :) 14:14 &lt;Janonymous&gt; xpc مقابل tcp ?? 14:14 &lt;jrandom&gt; لم أطبّق من قبل مكدس tcp، لذا أي إرشاد سيكون موضع تقدير 14:15 &lt;jrandom&gt; xcp يتعامل بشكل أفضل في الشبكات ذات التأخيرات العالية 14:15 &lt;jrandom&gt; (لضبط الازدحام) 14:15 &lt;Janonymous&gt; هل يشمل ذلك fec؟ 14:15 &lt;jrandom&gt; لا 14:16 &lt;Janonymous&gt; حسناً، لأنني كنت أبحث في ذلك قليلاً 14:17 &lt;jrandom&gt; رائع 14:17 &lt;jrandom&gt; هل وجدت شيئاً جيداً؟ 14:17 &lt;deer&gt; &lt;cervantes&gt; أغلب طلبات GET أقل من 32kb... ومتوسط صفحة html يجب أن يكون حول هذا الحجم... لذا أتخيل أن eepsurfing سيتحسن كثيراً... - لا أمانع رؤية تحسّن في معدل النقل لكل tunnel رغم ذلك... هل سيحسن المكدس الجديد ذلك؟ 14:17 &lt;Janonymous&gt; يُستخدم fec كثيراً في الشبكات ذات الكمون العالي/معدل النقل العالي 14:18 &lt;deer&gt; &lt;mule_iip&gt; jrandom: ولا أنا، لكن يمكنني أن أطلب من شخص هنا أن يدعمك 14:18 &lt;Janonymous&gt; jrandom: بعض الأشياء.. سأبلغكم لاحقاً 14:18 &lt;deer&gt; &lt;mule_iip&gt; على الأقل ستكون تجربة تعلم جيدة له وزوج عيون إضافي 14:18 &lt;jrandom&gt; عظيم Janonymous 14:18 &lt;jrandom&gt; أوه ممتاز mule 14:18 &lt;jrandom&gt; cervantes: معدل النقل لكل tunnel سيتحسن مع&gt;1 نوافذ رسائل 14:19 &lt;jrandom&gt; (أتوقع أننا سنتمكن حتى من البدء بـ&gt;1 كحجم نافذة، اعتماداً على ما يمكن أن نستخلصه من الـ router) 14:19 &lt;jrandom&gt; ((ecn++)) 14:19 &lt;deer&gt; &lt;cervantes&gt; عظيم 14:20 &lt;jrandom&gt; حسناً، أي شيء آخر حول أمور 0.4.2؟ 14:20 &lt;Janonymous&gt; مكدس جديد.. حاسوب محمول جديد.. *يسيل لعابه* 14:21 &lt;jrandom&gt; هه 14:21 &lt;Janonymous&gt; نعم 14:21 &lt;Janonymous&gt; شيء واحد 14:22 &lt;Janonymous&gt; هل سيُطبّق هذا المصافحة القصيرة الجديدة؟ 14:22 &lt;jrandom&gt; همم؟ 14:22 &lt;jrandom&gt; لدينا كود إعادة الاتصال بـ TCP منخفضة استهلاك المعالج في نقل 0.4.1 14:22 &lt;Janonymous&gt; آه، في البريد، ذكرتَ مصافحة alice-&gt; bob 14:23 &lt;Janonymous&gt; آه 14:23 &lt;Janonymous&gt; ما زلت ألحق بالركب 14:23 &lt;jrandom&gt; أوه. نعم، أياً كان ما سيخرجه 0.4.2، فسيدعم تسلسلاً للحزم مثل المذكور في البريد 14:24 &lt;Janonymous&gt; حسناً 14:24 &lt;jrandom&gt; سنتحكم به على الأرجح إلى حد كبير عبر خيارات المقبس (مثلاً: اضبط الـ stream على تفاعلي فيُرسل بأسرع ما يمكن asap، واضبط الـ stream على bulk فلا يرسل إلا عندما يمتلئ الـ buffer أو يتم تفريغه itsflushed [أو يحتاج إلى ack]) 14:25 &lt;jrandom&gt; حسناً، ننتقل إلى 4) مناقشة البريد 14:25 &lt;jrandom&gt; postman - هل أنت موجود؟ 14:26 &lt;deer&gt; &lt;postman&gt; نعم 14:26 &lt;jrandom&gt; جيد، هل تود إعطاءنا ملخصاً/تحديثاً بخصوص موضوع البريد؟ 14:27 &lt;deer&gt; &lt;postman&gt; هممم، حسناً رغم أنني خجول نوعاً ما من الحديث أمام هذا العدد من الناس :) 14:27 &lt;jrandom&gt; هه فقط تخيّل أننا جميعاً nak^H^H^Her... nm 14:28 * Janonymous يُخرج الفشار 14:28 &lt;deer&gt; &lt;postman&gt; منذ 20 سبتمبر هناك خدمة SMTP/POP تعمل - قابلة للوصول باستخدام عملاء smtp/pop3 العاديين 14:29 &lt;deer&gt; &lt;postman&gt; بذلتُ جهداً كبيراً فيها، إذ حللتُ المخاطر المحتملة التي تحملها برامج البريد العادية 14:29 &lt;Janonymous&gt; ماذا عن inproxies/outproxies؟ 14:29 &lt;deer&gt; &lt;postman&gt; وجمعت كل ذلك على موقع ويب 14:29 &lt;deer&gt; &lt;postman&gt; لمن لم يفعل ذلك بعد: www.postman.i2p 14:29 * Janonymous لا يملك وصولاً للشبكة حالياً 14:30 &lt;deer&gt; &lt;postman&gt; هناك مقترح على الموقع يحاول الإحاطة بكل المشاكل الشائعة المتعلقة بإخفاء الهوية وموثوقية خدمة البريد عند القيام بربط بين i2p والإنترنت 14:30 &lt;deer&gt; &lt;postman&gt; out/inproxy لا تعمل بعد لكنها قيد التخطيط 14:30 &lt;Janonymous&gt; أظن أنني لحقت ببعض النقاش على القائمة البريدية أو المنتدى 14:30 &lt;Janonymous&gt; هل الخروج أخطر من الدخول، صحيح؟ 14:31 &lt;deer&gt; &lt;postman&gt; أولاً أريد مفهوماً متوافقاً عليه بشكل عام 14:31 &lt;deer&gt; &lt;postman&gt; عموماً نعم، لكن أظن أننا وجدنا طريقة تمنع إرسال الرسائل المزعجة وما شابهها إلى الخارج 14:31 &lt;jrandom&gt; ما سيكون رائعاً هو لو أن in/outproxy على mx.postman.i2p يمكنه التوزيع على حسابات pop3 مختلفة (أو متعددة زائدة للتكرار) 14:31 &lt;deer&gt; &lt;postman&gt; ببساطة بوضع حصة لكل مستخدم يحاول إرسال رسائل إلى الخارج 14:32 &lt;jrandom&gt; (بهذه الطريقة لن يكون مرتبطاً بمضيف بريد محدد) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: الرجاء التوضيح أكثر 14:33 &lt;Janonymous&gt; هل يمكن مزامنة مضيفات البريد المنفصلة أيضاً؟ 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: إنها مسألة توجيه قائم على الحسابات 14:33 &lt;jrandom&gt; صحيح postman 14:33 &lt;jrandom&gt; ربما عمل كثير، لا أعرف الكثير عن MTAs التي تعمل عليها 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: يمكن للـ out/in proxy بسهولة التعامل مع أكثر من نظام بريد داخلي واحد - بل ويمكنه ترتيب نوع من التسليم الاحتياطي 14:34 &lt;jrandom&gt; حسناً، عظيم 14:34 &lt;Janonymous&gt; سؤال بخصوص in/out 14:34 &lt;deer&gt; &lt;postman&gt; janonymous: لم أفهم سؤالك - رجاءً وضّح 14:34 * jrandom يتخيل جلباً غير متصل بالإنترنت بأسلوب uucp من mx.postman :) 14:35 &lt;Janonymous&gt; هل سيجعل التشفير الإجباري من صندوق بريد إلى صندوق بريد إرسال in/out أقل خطراً؟ 14:35 &lt;deer&gt; &lt;postman&gt; jrandom: haha، لا أظن أن uucp مطلوب - ربما ETRN «أكثر جاذبية» :) 14:35 &lt;deer&gt; &lt;postman&gt; janonymous: حالياً النظام يعمل داخلياً فقط - والجميع حر في تطبيق PGP أو شيء مشابه 14:36 &lt;jrandom&gt; Janonymous: عليك زيارة www.postman.i2p - لقد وضع مجموعة من الأفكار/القضايا هناك 14:36 &lt;Janonymous&gt; أعتقد أن التشفير/التواقيع الإلزامية أيضاً طريقة لمكافحة السبام 14:36 &lt;deer&gt; &lt;Ragnarok&gt; هل سيكون ممكناً تقديم دفتر عناوين postman.i2p باستخدام LDAP؟ 14:36 &lt;Janonymous&gt; سأفعل ذلك عندما يصل حاسوبي المحمول 14:37 &lt;deer&gt; &lt;postman&gt; rag: هناك دفتر عناوين بالفعل - لكنه قائم على SQL - النقل إلى LDAP ممكن 14:38 &lt;Janonymous&gt; = دفتر عناوين مستضاف على الخادم؟ 14:38 &lt;deer&gt; * postman يدعو الجميع للمساهمة بأفكارهم الخاصة في مستند الأفكار/المفاهيم html 14:38 &lt;Janonymous&gt; سيتم يا postman 14:38 &lt;deer&gt; * cervantes يفهرس دفتر العناوين ويبدأ بكتابة رسائل أدوية لتكبير القضيب 14:39 &lt;deer&gt; &lt;postman&gt; janonymous: حسناً، كل مستخدمي البريد قائمون على SQL - لذا فإن «دفتر العناوين» مجرد عرض لذلك الجدول 14:39 &lt;deer&gt; &lt;postman&gt; cervantes: بالمناسبة، يمكن لكل مستخدم أن يختار ما إذا كان يريد الظهور أم لا 14:39 &lt;Janonymous&gt; آه 14:40 &lt;Janonymous&gt; ماذا عن مجموعات انتقائية ;) 14:40 &lt;deer&gt; &lt;cervantes&gt; postman: نعم لقد سجّلت بالفعل ;-) 14:40 &lt;deer&gt; &lt;postman&gt; cervantes: وبما أن لدينا نظام هوية بريدية، لا يمكنك تزوير عنوان المرسل - سنعرف أنه كان أنت :) 14:40 &lt;deer&gt; &lt;postman&gt; janonymous: نعم، هذا مخطط له في الإصدار 2.0 :) 14:41 &lt;deer&gt; &lt;cervantes&gt; postman: لكنني سأقوم بإغراق البريد لكل ircnym@postman.i2p ;-) 14:41 &lt;deer&gt; &lt;postman&gt; cervantes: هذا ممكن تقنياً، نعم :) 14:42 &lt;deer&gt; &lt;postman&gt; cervantes: آمل أيضاً أن تتمكن من توصيل تلك الحبوب :) 14:42 &lt;Janonymous&gt; يبدو تطويراً مطلوباً بشدة ومتوقعاً منذ زمن لـ i2p 14:42 &lt;Janonymous&gt; نظام البريد الجديد 14:42 &lt;deer&gt; &lt;cervantes&gt; postman: وعلى موضوع المُرسل.. «إكسير تكبير قضيب Cervantes» سيوضح المُرسل أيضاً :) 14:42 &lt;deer&gt; &lt;postman&gt; janonyous: لا أستطيع الحديث عن كل تفصيلة تم تنفيذها 14:43 &lt;deer&gt; &lt;postman&gt; jan: الموقع هو الأنسب لهذا 14:43 &lt;deer&gt; &lt;postman&gt; cervantes: بالفعل - لكن هذا يمكن تزويره :) 14:43 &lt;Janonymous&gt; حسناً.. سأصل إليه بأسرع ما يمكن 14:43 &lt;jrandom&gt; حسناً، رائع. إذاً، ينبغي عليكم الاطلاع على ما هو موجود في www.postman.i2p وإرسال أفكاركم/تعليقاتكم 14:43 &lt;deer&gt; * postman يومئ ويجلس مجدداً 14:44 &lt;jrandom&gt; (postman++) 14:44 &lt;jrandom&gt; حسناً هذا يقودنا إلى 5) ??? 14:44 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يود طرحه؟ 14:44 &lt;jrandom&gt; (مرتبط بـ i2p) 14:44 &lt;deer&gt; &lt;postman&gt; :) 14:44 &lt;Janonymous&gt; مجرد فكرة 14:45 &lt;Janonymous&gt; الاستخدامات المحتملة لـ I2P.. نعلم أنه «طبقة شبكة موزعة مجهولة» 14:45 &lt;deer&gt; &lt;Jake&gt; عقدتي متوقفة :( أنقل المعدات إلى جزء آخر من المنزل 14:46 &lt;Janonymous&gt; لكن ما الذي يمكن استخدامه من أجله.. خصوصاً مسائل «الصالح العام» تلك 14:46 &lt;Janonymous&gt; دول العالم الثالث القمعية، حرية التعبير.. إلخ.. هذا أحد الأشياء الأساسية التي جعلتني مهتماً جداً بـ i2p منذ البداية 14:47 &lt;Janonymous&gt; وfreenet كذلك 14:47 &lt;deer&gt; &lt;Jake&gt; دول العالم الأول «المضطهدة» مثل الولايات المتحدة 14:47 &lt;Janonymous&gt; لذا فكرت ربما ببعض التوسّع في تلك القضايا، ربما البدء في المنتدى، ثم بعض الكلمات على الموقع 14:48 &lt;jrandom&gt; لدينا الكثير من العمل قبل أن ندّعي أي صلة بالناس في الصين 14:48 &lt;Janonymous&gt; هه، نعم، لا نريد إطلاق وعود زائفة، لكن.. 14:48 * jrandom لن يقول إننا آمنون عندما كان هناك كل هذا القدر القليل من المراجعة من الأقران (وما زالت هناك الكثير من القضايا العالقة) 14:49 &lt;deer&gt; &lt;fidd&gt; ما مدى صعوبة أن تقوم الصين بفرض رقابة على i2p؟ 14:49 &lt;deer&gt; &lt;cervantes&gt; أظن أن التطبيقات ستبدأ بالظهور بسهولة أكبر بمجرد أن تتوقف الشبكة الأساسية عن «التغيّر المستمر» 14:49 &lt;Janonymous&gt; لكن تلك القضايا بالنسبة لي هي من أهم ما يجعل i2p مثيراً 14:49 &lt;jrandom&gt; fidd: للرقابة تعريفات كثيرة. بمعنى «إيقاف محتوى محدد من الانتقال»، فهذا شبه مستحيل، إلا بجعل i2p غير قانوني 14:50 &lt;Janonymous&gt; ماذا عن «كشف i2p على الشبكات في الصين» 14:50 &lt;Janonymous&gt; stego؟ 14:51 &lt;jrandom&gt; مثير، نعم. مهم؟ نعم. ضروري؟ نعم. لكن بما أن هناك الكثير لفعله قبل أن نصبح ذوي صلة، فإن الحديث عنه محبط فحسب. 14:51 &lt;Janonymous&gt; خطئي :) 14:51 &lt;deer&gt; &lt;cervantes&gt; عندما تصبح الشبكة الأساسية متينة، يمكننا حينها أن نحصل على بعض الألعاب اللطيفة لنلهو بها - مثل تطبيقات مشاركة الملفات، وأنظمة IM، إلخ. نأمل أن تتضخم قاعدة المستخدمين عند تلك النقطة.... قبل أن يحدث ذلك لن يكون هناك عدد كافٍ من الأقران لضمان إخفاء الهوية لمن يعيشون في أنظمة قمعية 14:52 &lt;jrandom&gt; من المهم دائماً إبقاء عينيك على الأهداف الحقيقية يا Janonymous، وأنا أقدّر ذلك 14:52 &lt;Janonymous&gt; نعم، عدد العقد له علاقة كبيرة بذلك 14:52 &lt;modulus&gt; برأيي حتى يكون هناك stego وأشياء مثل الضوضاء العشوائية لهزيمة تحليل الحركة، ينبغي على الناس في الدول القمعية الابتعاد لفترة. 14:53 &lt;deer&gt; &lt;cervantes&gt; لا.. عليهم البقاء هنا والمساعدة :) 14:53 &lt;modulus&gt; :-) 14:53 * jrandom لن يصف بالتفصيل لماذا تلك الجوانب لن تكون ضرورية، حيث إن مراجعة 3.0 ستتكفّل بها :) 14:53 &lt;modulus&gt; 3.0؟ يبدو طويل الأمد ;-) 14:53 &lt;jrandom&gt; ليس لدي ~= 0 ثقة في نواقل stego للشبكات العامة 14:54 &lt;jrandom&gt; ليس غداً، هذا مؤكد. 14:54 &lt;Janonymous&gt; ماذا؟ هاه 14:54 &lt;Janonymous&gt; jrandom: لماذا ذلك (بخصوص stego)؟ 14:55 &lt;jrandom&gt; كيف تهزم stego على الشبكات العامة مع برمجيات مفتوحة المصدر: نزّل المصدر، راجع كود توليد stego، اكتب كود كشف، وانشر. 14:56 &lt;jrandom&gt; كيف تهزم stego على الشبكات العامة مع برمجيات مغلقة المصدر: اختطف عائلة المطوّر، وحرّف الكود. انشر. 14:56 &lt;Janonymous&gt; آه.. نعم.. مُدخلات عشوائية؟ إيه.. لقد قرأت للتو مقالاً يتحدث وكأنها المستقبل أو شيء ما 14:56 &lt;jrandom&gt; كيف تهزم stego على الشبكات الخاصة: اضحك على الخمسة أشخاص الذين يستخدمونها، واعتقلهم جميعاً. 14:56 &lt;modulus&gt; حسناً، ماذا عن برمجيات مغلقة المصدر مجهولة؟ بالطبع قد تكون حصان طروادة ;-) 14:57 &lt;deer&gt; &lt;Jake&gt; jrandom: إذا تم اختطافك يوماً، يمكنك إخبارنا بقولك "كلبي فيدو منزعج جداً من الطعام الذي يأكله اليوم" 14:57 &lt;deer&gt; &lt;Jake&gt; ستكون تلك الإشارة وسنعرف 14:57 &lt;deer&gt; &lt;cervantes&gt; %s!dev's family!jrandom 14:57 &lt;jrandom&gt; هه jake 14:58 &lt;Janonymous&gt; متى الموعد المتوقع (ETA) لـ 4.2؟ 14:58 &lt;jrandom&gt; Janonymous: السمة رقم 1 لبرمجيات إخفاء الهوية أو الأمان: وهم تسويقي. 14:58 &lt;jrandom&gt; 0.4.2؟ في وقت ما هذا الشهر 14:58 &lt;jrandom&gt; على الأرجح قرب النهاية 14:58 &lt;Janonymous&gt; هههه. 14:58 &lt;jrandom&gt; 0.4.1.3 ربما سيصدر في وقت لاحق هذا الأسبوع أو عطلة نهاية الأسبوع 14:58 &lt;deer&gt; &lt;cervantes&gt; Jake: هذا لن ينجح أبداً، سنظن فقط أنك سمّمت كلبه 14:58 &lt;deer&gt; &lt;cervantes&gt; *just 14:58 &lt;Janonymous&gt; يفترض أن أعود إلى الشبكة خلال أسبوع أو اثنين 14:59 &lt;jrandom&gt; r0x0r 14:59 &lt;jrandom&gt; حسناً، هل لدى أحد آخر شيء ليطرحه؟ 14:59 &lt;deer&gt; &lt;Jake&gt; cervantes :) 15:00 &lt;jrandom&gt; إن لم يكن.. 15:00 * jrandom ينهي 15:00 * jrandom يغلق الاجتماع *baf* </div>/ar/blog/2004/10/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-12/Tue, 12 Oct 2004 00:00:00 +0000/ar/blog/2004/10/12/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-12/<p>مرحباً يا جماعة، حان وقت تحديثنا الأسبوعي</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>0.4.1.2</li> <li>0.4.1.3</li> <li>0.4.2</li> <li>mail discussions</li> <li>???</li> </ol> <h2 id="1-0412">1) 0.4.1.2</h2> <p>صدرت النسخة الجديدة 0.4.1.2 منذ بضعة أيام، والأمور تسير إلى حدٍ كبير كما كان متوقعًا — إلا أن هناك بعض العثرات مع مكوّن الـ watchdog الجديد، إذ يؤدي ذلك إلى قتل الـ router عندما تكون الأمور سيئة بدلًا من إعادة تشغيله. كما ذكرتُ في وقتٍ سابق اليوم، أبحث عن أشخاص يستخدمون أداة تسجيل الإحصاءات الجديدة لإرسال بعض البيانات إليّ، لذا سيكون دعمكم في ذلك محل تقدير كبير.</p>/ar/blog/2004/10/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/Tue, 05 Oct 2004 00:00:00 +0000/ar/blog/2004/10/05/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-05-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> cat-a-puss, cervantes, deer, dm, duck, jrandom, protok0l</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 &lt;jrandom&gt; 1) حالة 0.4.1.1 14:05 &lt;jrandom&gt; 2) صور جميلة 14:05 &lt;jrandom&gt; 3) 0.4.1.2 و0.4.2 14:05 &lt;jrandom&gt; 4) eepserver المرفق 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 * jrandom يُلوّح 14:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية متاحة على http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 14:06 &lt;jrandom&gt; (لا أصدق أنه أكتوبر) 14:06 &lt;cervantes&gt; إنه ديسمبر 14:06 * jrandom يقطع الاتصال عن cervantes. انحراف زائد في الساعة 14:06 &lt;deer&gt; &lt;baffled&gt; هل يمكن أن يعود الصيف الآن؟ 14:07 &lt;cervantes&gt; اللعنة... فقدت بث pr0n خاصتك 14:07 &lt;jrandom&gt; أكيد. إنه على بُعد بضعة آلاف الكيلومترات إلى الجنوب منك يا baffled 14:07 &lt;jrandom&gt; حسنًا، ننتقل إلى 1) حالة 0.4.1.1 14:07 &lt;deer&gt; &lt;baffled&gt; هل ستخبرني عندما أصل إلى هناك؟ 14:07 &lt;cervantes&gt; هه 14:07 &lt;jrandom&gt; انقر بكعبيك ثلاث مرات... 14:08 &lt;jrandom&gt; حسنًا، إصدارات 0.4.1 و0.4.1.1 صدرت، والأمور عادت تعمل إلى حدٍ كبير 14:08 &lt;deer&gt; &lt;baffled&gt; لا، لا، لا أريد العودة إلى المنزل، الجو بارد هناك. 14:08 &lt;jrandom&gt; ;) 14:08 &lt;jrandom&gt; الاكتشاف التلقائي لعنوان IP الخارجي يبدو أنه يعمل في الغالب 14:09 &lt;jrandom&gt; (كانت هناك بعض الشواذ مع ذلك، بسبب اتصالات b0rked لا تُغلق كما ينبغي) 14:09 &lt;jrandom&gt; هل كان الناس يستخدمون ذلك، أو لديهم تجارب جيدة/سيئة مع الاكتشاف التلقائي؟ 14:10 &lt;jrandom&gt; على ما يبدو لا 14:10 &lt;jrandom&gt; حسنًا، هل لدى أي شخص تعليقات/أسئلة/مخاوف بخصوص 0.4.1.1؟ 14:11 &lt;cervantes&gt; لا شكاوى هنا.... 14:11 &lt;dm&gt; لم أجرّبه بعد، لكنه على جدول أعمالي! 14:11 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) صور جميلة 14:11 &lt;jrandom&gt; !thwap dm 14:12 &lt;deer&gt; &lt;Jake&gt; لا أعرف عن الاكتشاف التلقائي، لكني جرّبت زر 'guess' أو أيًا كان على جهازي ويندوز خلف NAT وقد خمّن الـIP بشكل صحيح...... إن كان هذا ما نتحدث عنه 14:12 &lt;jrandom&gt; آه حسنًا، لا، زر 'guess' يحاول فقط تخمين عنوان IP لديك عبر الاستعلام من www.whatismyip.com 14:13 &lt;jrandom&gt; الاكتشاف التلقائي هو عندما تترك حقل عنوان IP فارغًا فيستنتجه بنفسه 14:13 &lt;jrandom&gt; معظم مستخدمي I2P الحاليين لن يحتاجوه، إذ اعتدنا جميعًا على dyndns أو عناوين IP ثابتة على أي حال 14:13 &lt;jrandom&gt; على الأرجح سيهمّ المستخدمين الجدد فقط 14:14 &lt;deer&gt; &lt;demonic_1&gt; نعم، ذلك عمل لكن ببطء قليل بالنسبة لي 14:14 &lt;deer&gt; &lt;demonic_1&gt; لكنّه عمل 14:15 &lt;jrandom&gt; حسنًا، رائع 14:15 &lt;jrandom&gt; على أية حال، لا أريد إعادة ما طرحته في رسالة هذا الأسبوع بخصوص الإحصاءات المُجمَّعة 14:16 &lt;jrandom&gt; بدلًا من ذلك، هل لدى أحد أسئلة/تعليقات/مخاوف بشأنها؟ 14:17 &lt;jrandom&gt; سُرِرتُ برؤية أن ملخّص 20 ساعة احتوى على 500 وفوق قليلًا من إخفاقات الإرسال من أصل نحو 30,000 14:17 &lt;cervantes&gt; كم حملاً يُولّده جمع الإحصاءات؟ 14:17 &lt;cervantes&gt; أعرف أحجام الملفات... لكن هل سيؤثر ذلك في الأداء إذا ظل يعمل في الخلفية؟ 14:18 &lt;jrandom&gt; يُفترض أن يكون ~= 0. لا يوجد تخصيص للذاكرة أثناء جمع الإحصاءات (لأننا نستخدم أحداثًا مُخصّصة مسبقًا) وكل شيء غير متزامن 14:18 &lt;cervantes&gt; رائع 14:18 -!- Sugadude [random@badfish.securityminded.net] انضمّ إلى #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] انضمّ إلى #i2p 14:19 &lt;jrandom&gt; حالما تصدر 0.4.1.2 سأُلحّ على مزيد من الناس لجمع إحصاءات متنوعة بين حين وآخر 14:19 &lt;deer&gt; &lt;mule_iip&gt; على الرحب والسعة 14:19 &lt;cervantes&gt; يسعدني البدء بجمعها الآن... أنا بالفعل على 0.4.1.1-6 14:20 &lt;jrandom&gt; w3wt 14:21 &lt;jrandom&gt; حسنًا، هذا كل ما لدي بالنسبة للإحصاءات، ما لم يكن لدى أحد شيء يضيفه؟ 14:21 &lt;jrandom&gt; إن لم يكن، 3) 0.4.1.2 و0.4.2 14:21 &lt;deer&gt; &lt;baffled&gt; لديك صوتي لتنفيذ البث أولاً. 14:22 &lt;jrandom&gt; رائع 14:22 &lt;jrandom&gt; هل يظن أحد أننا ينبغي أن نُبقي تعديلات الـtunnel (نفق) أولاً؟ 14:22 &lt;deer&gt; &lt;mule_iip&gt; البث أولاً 14:23 &lt;cervantes&gt; القيام بأمور الـtunnel الآن سيُحتمل أن يُسبب اضطرابًا أكبر في الشبكة... ربما من الجيّد أن نلتقط أنفاسنا ;-) 14:23 &lt;jrandom&gt; صحيح 14:23 &lt;deer&gt; &lt;mule_iip&gt; على أي حال، جميع من هنا اليوم قد تم تحديدهم من قِبَل أصحاب القبعات السوداء :) 14:23 &lt;jrandom&gt; مع ذلك، كنت أفكّر قبل أيام بشأن كيف يمكننا إجراء تعديلات الـtunnel دون حصول تعارضات 14:23 &lt;deer&gt; &lt;baffled&gt; هيا اعترف، أنت فقط تريد الحصول على p0rn الصوتي بشكل أسرع. 14:23 &lt;duck&gt; (وأنا أيضًا مع البث أولاً) 14:23 &lt;jrandom&gt; ههه 14:24 &lt;cervantes&gt; هه 14:24 &lt;cervantes&gt; baffled: فقط إذا وفّرت المزيد منه ;-) 14:24 &lt;dm&gt; أعتقد أنه ينبغي لنا التمسّك بأمور الـtunnel أولاً 14:24 &lt;dm&gt; لنتخلّص منها... 14:24 &lt;cat-a-puss&gt; كيف ستختلف أمور التشفير الجديدة؟ 14:24 * jrandom يركل dm 14:25 &lt;jrandom&gt; cat-a-puss: في الوقت الحالي لدينا تشفير tunnel شامل — الرسائل المُمرَّرة ضمن الـtunnel نفسه تبدو متشابهة في كل قفزة 14:25 &lt;deer&gt; &lt;baffled&gt; أظن أنني أستطيع الحصول على المزيد قليلاً. 14:25 &lt;cat-a-puss&gt; أوه! 14:26 &lt;cervantes&gt; http://www.i2p.net/todo#tunnelId 14:26 &lt;jrandom&gt; ليس سيئًا جدًا إذ تمر رسالة alice--&gt;bob عبر tunnelين بتشفيرين مختلفين، لكنه يسبب لنا b0rk في حالة المهاجمين المتواطئين 14:27 &lt;jrandom&gt; أمور الـtunnelId لكل قفزة ضرورية أيضًا لمنع harvesting من العبث بالسوابق (/etc) 14:27 &lt;dm&gt; نعم، يجب بالتأكيد إصلاح ذلك أولاً. 14:27 &lt;deer&gt; &lt;mule_iip&gt; أصوّت لأن يقوم dm بذلك 14:28 &lt;deer&gt; &lt;fidd&gt; هل فاتني الاجتماع؟ ;) 14:28 &lt;jrandom&gt; كنتُ على وشك أن أقترح ذلك يا mule :) 14:28 &lt;cervantes&gt; أصوّت لأن لا يكون لـdm أي علاقة بذلك 14:28 &lt;jrandom&gt; هه 14:28 &lt;jrandom&gt; لا يا fidd، نحن في البند 3 من جدول الأعمال 14:29 &lt;jrandom&gt; حسنًا، إذا لم تكن هناك اعتراضات على اقتراح dm (سوى اعتراضه هو)، أظن أننا سنمضي قدمًا وننقل تحديثات مكتبة البث إلى 0.4.2 14:29 &lt;dm&gt; رائع 14:30 &lt;jrandom&gt; حسنًا، ننتقل إلى 4) eepserver المرفق 14:30 &lt;jrandom&gt; إذا لم تلحظوا، هناك eepserver مرفق. 14:30 &lt;cervantes&gt; "فقط ضع ملفات war في مجلد webapps وستكون جاهزًا للانطلاق" 14:30 &lt;jrandom&gt; هه 14:30 &lt;jrandom&gt; لملفات ‎.war‎ المُبرمجة بإتقان كافٍ :) 14:31 &lt;cervantes&gt; أوه وهل يوجد شيء كهذا؟ 14:31 &lt;cervantes&gt; *thing 14:31 &lt;jrandom&gt; لكن من منظور عملي: «فقط حرّر ./eepsite/docroot/index.html» 14:31 &lt;deer&gt; &lt;baffled&gt; سؤال لدي: هل ترغب أن يستخدم الناس eepserver أم خادوم httpd قياسي؟ 14:31 &lt;cat-a-puss&gt; هل تعمل تلك المُولَّدة بواسطة kde؟ 14:31 &lt;jrandom&gt; cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 &lt;dm&gt; آه نعم.. war. إحدى تلك أشياء J2EE التي تتطلب 20 سنة خبرة في تحرير ملفات xml يدويًا. 14:31 &lt;cervantes&gt; توشيه 14:32 &lt;jrandom&gt; baffled: لا أهتم حقًا. إذا كان لدى الناس خادوم ويب مثبت يمكنه قبول طلبات مع أسطر Host: غريبة، فهذا رائع 14:32 &lt;jrandom&gt; الـeepserver فقط للراحة 14:32 &lt;jrandom&gt; cat-a-puss: هممم، ملفات ‎.war‎ من kde؟ 14:32 &lt;protok0l&gt; ثقافة أحادية... ثقافة أحادية... 14:33 &lt;deer&gt; &lt;duck&gt; عند اللعب بملفات war، أفتقد ميزة إعادة تشغيل jetty فقط؛ والتي للأسف مطلوبة لكثير من أمور النشر 14:33 &lt;cat-a-puss&gt; نعم، تحتاج لتثبيت kdeaddons، فقط اذهب إلى صفحة ويب ثم انقر Archive فيُنشئ ملف ‎.war‎ 14:34 &lt;jrandom&gt; duck: آه، هذا صحيح. ببساطة اسحب الأسطر التي تُشغّل eepserver من clients.config وضعها في سكربت shell 14:34 &lt;jrandom&gt; (بنفس classpath الخاص بالـrouter) 14:34 &lt;dm&gt; هل يمكننا دمج i2p في jboss وحزمه قبل 1.0؟ 14:34 &lt;jrandom&gt; أوه، رائع يا cat-a-puss 14:35 &lt;cervantes&gt; أفهم أن webdefault.xml المفقود قد تم إصلاحه في cvs؟ 14:35 &lt;deer&gt; &lt;detonate&gt; في الواقع، jetty.xml كذلك 14:35 &lt;jrandom&gt; اعثر لنا على ‎.ear‎ مقنع يا dm :) 14:35 &lt;jrandom&gt; cervantes: ما قاله detonate. (لقد أفسدتُ jetty.xml) 14:36 &lt;cervantes&gt; نعم... أظن أنني ذكرتُ في مكانٍ ما إزالة الإشارة في jetty.xml كي يستخدم الموجود داخل أرشيف jetty 14:36 &lt;jrandom&gt; wr0d 14:37 &lt;cervantes&gt; أردت فقط التأكد من أنه تم إصلاحه في cvs ;-) 14:37 &lt;jrandom&gt; نعم يا سيدي 14:37 &lt;cervantes&gt; رائع 14:37 &lt;jrandom&gt; (مع أن تحديث إصدار 0.4.1.2 لن يستبدل eepsite الخاص بالناس) 14:37 &lt;jrandom&gt; ((تثبيتات 0.4.1.2+ النظيفة ستتضمنه بالطبع)) 14:38 &lt;cervantes&gt; أوه، وهل اكتشفنا سبب مفاتيح eepsite المفقودة لدى DrWoo؟ 14:38 &lt;jrandom&gt; وبالمناسبة، أود فقط أن أذكر أنه ينبغي للجميع الترقية كلما صدر إصدار جديد، لأنه إن لم تفعل، فقد لا يتوفر لديك إجراء ترقية 14:38 &lt;jrandom&gt; لا يا cervantes، ولا يوجد عيب قابل للاستنساخ :/ 14:39 &lt;cervantes&gt; آه جيد، يمكننا إلقاء اللوم على خطأ المستخدم ;-) 14:39 &lt;deer&gt; &lt;DrWoo&gt; cervantes: على الأرجح تمامًا شيئًا أخرق فعلتُه 14:39 &lt;cervantes&gt; :o) 14:39 * jrandom يلوم العفاريت 14:40 &lt;deer&gt; &lt;Jake&gt; http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 &lt;jrandom&gt; حسنًا، ننتقل إلى 5) ??? 14:40 &lt;jrandom&gt; هه 14:40 &lt;jrandom&gt; حسنًا، نعم، هذا بالتأكيد يندرج تحت «أخرى» 14:40 &lt;jrandom&gt; هل لدى أحد أي شيء يريد طرحه؟ 14:41 &lt;dm&gt; أود أن أطرح، في هذه المرحلة، أنني مسرور بالرؤية الجديدة التي يُظهرها مجتمع I2P تجاه اقتراحاتي. 14:41 &lt;dm&gt; مع خالص التحيات 14:41 &lt;cat-a-puss&gt; أوه أوه اخترني! لدي الشيفرة الأساسية لمحرك بحث موزّع. 14:41 &lt;deer&gt; &lt;demonic_1&gt; نعم، لماذا يرتفع i2p بعد تشغيله لأكثر من 30 ساعة إلى 100% من الـCPU 14:41 &lt;dm&gt; dm 14:41 &lt;deer&gt; &lt;Jake&gt; نعم، أريد طرح مسألة وراثة التشفير المبنية على معادلات فراكتالية لغمال من الرتبة الرابعة وكيف ستنطبق على i2p 14:41 &lt;deer&gt; &lt;demonic_1&gt; ومعظمها من النظام؟ 14:41 &lt;jrandom&gt; أوه، رائع جدًا يا cat-a-puss! 14:41 &lt;cat-a-puss&gt; لقد أعلنتُ ذلك هنا قبل أيام، ولم يلاحظ أحد 14:41 &lt;deer&gt; &lt;baffled&gt; على نحو هامشي فقط يا jake. 14:42 &lt;cat-a-puss&gt; على أي حال، يمكنني استخدام بعض مساحة cvs 14:42 &lt;deer&gt; &lt;DrWoo&gt; cat-a-puss: هل لديك eepsite لذلك؟ 14:42 &lt;jrandom&gt; demonic_1: هممم، كانت هناك بعض العلل الحرجة في الإصدار الأخير أو الأخيرين. هل أنت على 0.4.1.1؟ 14:42 &lt;cat-a-puss&gt; ويمكنني البدء بالاختبار خلال حوالي أسبوعين 14:42 &lt;cat-a-puss&gt; DrWoo: لا 14:42 &lt;deer&gt; &lt;Jake&gt; baffled، هاها! 14:43 &lt;deer&gt; &lt;demonic_1&gt; 0.4.1.1-3 14:43 &lt;jrandom&gt; cat-a-puss: r0x0r، ليست مشكلة. أرسل لي بريدًا إلكترونيًا باسم الوحدة التي تود أن تُسمّى ومفتاح PGP الخاص بك وسندبّر الأمر 14:44 &lt;cat-a-puss&gt; jrandom: حسنًا 14:44 &lt;jrandom&gt; cat-a-puss: ما نوع البحث الذي يقوم به؟ 14:44 &lt;jrandom&gt; demonic_1: هل كان يستهلك هذا القدر من الـCPU قبل 0.4.1؟ 14:44 &lt;cervantes&gt; (يوكّل إلى MSN) 14:44 &lt;deer&gt; &lt;mule_iip&gt; demonic_1: وهل تحصل على 1 ميغابايت من السجل كل دقيقة؟ يبدو مألوفًا. 14:45 &lt;deer&gt; &lt;demonic_1&gt; لا 14:45 &lt;jrandom&gt; هه يا mule، نعم العلة التي وجدتها كانت fast-busy مزعجة 14:45 &lt;cat-a-puss&gt; jrandom: إنه بحث أساسي عن كلمات مفتاحية، تحتاج لتحديد الكلمات للفهرسة تحتها، وهو سيخزّن الـURL 14:45 &lt;jrandom&gt; من الأرجح أن demonic يتعرّض لإحدى NPEs داخل tcp.ConnectionBuilder 14:46 &lt;deer&gt; &lt;baffled&gt; حسنًا، حان وقت العشاء، لذا سأذهب لأصطاد المزيد من أصوات الـslut استعدادًا لتحديثات البث وسأتحدث معكم لاحقًا. 14:46 &lt;cat-a-puss&gt; jrandom: ينبغي أن يتوسّع جيدًا في النهاية وكل هذا الكلام، لكن حاليًا يجب أن تكون كل الخواديم متصلة ولا يمكن لأحد الانضمام أو المغادرة، ولا توجد حتى الآن طريقة لإدراج المحتوى، لكن سيتم إصلاح كل ذلك 14:46 &lt;jrandom&gt; آه رائع، هل يعمل مع قاعدة بيانات موزّعة، أم أنه أشبه ببحث مقابل محتوى مُفهرَس عبر عناكب؟ 14:47 &lt;jrandom&gt; حسنًا، رائع 14:47 &lt;cervantes&gt; إلى اللقاء يا baffled 14:47 &lt;jrandom&gt; لول، ttyl يا baffled 14:47 &lt;cervantes&gt; baffled: كيف نعرف أنها أصوات slut وليست أنت في نهاية ميكروفونك؟ 14:47 &lt;protok0l&gt; ALL RIGHT! 14:47 &lt;protok0l&gt; i2p يعمل مجددًا 14:47 &lt;jrandom&gt; w3wt 14:48 &lt;jrandom&gt; ما المشكلة التي كانت؟ 14:49 &lt;jrandom&gt; حسنًا، هل لدى أي شخص آخر شيئًا يريد طرحه للاجتماع؟ 14:49 &lt;deer&gt; &lt;Jake&gt; هل يمكن الإعلان عن i2p على Slashdot بعد تنفيذ بروتوكول البث الجديد؟ 14:49 &lt;dm&gt; يفضل قبل 14:49 &lt;dm&gt; لكن بعد ذلك سيصلح 14:49 &lt;jrandom&gt; !thwap^2 14:50 &lt;protok0l&gt; POSTMAN! 14:50 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر.. 14:50 * jrandom يستعد 14:51 &lt;deer&gt; * Jake يُقبّل jrandom 14:51 * jrandom يُغلق الاجتماع بـ*baf* </div>/ar/blog/2004/10/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-05/Tue, 05 Oct 2004 00:00:00 +0000/ar/blog/2004/10/05/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-10-05/<p>مرحبًا يا جماعة، حان وقت التحديث الأسبوعي</p> <h2 id="فهرس">فهرس:</h2> <p>قدّم الترجمة فقط، ولا شيء آخر:</p> <ol> <li>0.4.1.1 status</li> <li>Pretty pictures</li> <li>0.4.1.2 and 0.4.2</li> <li>Bundled eepserver</li> <li>???</li> </ol> <h2 id="1-0411-الحالة">1) 0.4.1.1 الحالة</h2> <p>بعد إصدار 0.4.1 الوعِر إلى حد ما (والتحديث السريع اللاحق 0.4.1.1)، يبدو أن الشبكة عادت إلى الوضع الطبيعي - هناك نحو 50 نظيراً نشطاً في الوقت الراهن، وكلا من irc و eepsites(مواقع I2P) يمكن الوصول إليهما. كان معظم العناء ناتجاً عن عدم كفاية اختبار آلية النقل الجديدة خارج ظروف المختبر (مثلاً: تعطل المقابس في أوقات غريبة، تأخيرات مفرطة، إلخ). في المرة القادمة التي نحتاج فيها إلى إجراء تغييرات على تلك الطبقة، سنتأكد من اختبارها على نطاق أوسع قبل الإصدار.</p>/ar/blog/2004/09/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-28-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/Tue, 28 Sep 2004 00:00:00 +0000/ar/blog/2004/09/28/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D9%91%D8%B1%D9%8A-i2p-28-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> deer, duck, jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) مرحبًا 14:08 &lt;jrandom&gt; 1) آلية نقل جديدة 14:08 &lt;jrandom&gt; 2) حالة 0.4.1 14:08 &lt;jrandom&gt; 3) ??? 14:08 &lt;jrandom&gt; 0) مرحبًا 14:08 &lt;duck&gt; مرحبًا 14:09 &lt;jrandom&gt; أهلًا 14:09 &lt;deer&gt; &lt;ugha2p&gt; مرحبًا. 14:09 &lt;deer&gt; &lt;pseudonym&gt; مرحبًا 14:09 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 &lt;deer&gt; * ugha2p يبحث عن ملاحظات الحالة الأسبوعية. 14:09 &lt;jrandom&gt; (هيه، أنا عرّاف) 14:10 &lt;jrandom&gt; حسنًا، ننتقل إلى 1) آلية النقل الجديدة 14:10 &lt;jrandom&gt; الرسالة تغطي معظم الأجزاء الرئيسية 14:11 &lt;jrandom&gt; كل شيء يعمل حاليًا، لكنه لن يتواصل مع أي شخص آخر بوضوح حتى يصدر الإصدار الجديد 14:12 &lt;jrandom&gt; اختبرتُه قليلاً، لكن من الصعب جدًا محاكاة كل مشكلات الشبكة الغريبة المحتملة التي تحدث على مستوى آلية النقل 14:12 &lt;deer&gt; &lt;pseudonym&gt; هل يتضمن حجم النافذة (window size)؟ 14:12 &lt;deer&gt; &lt;ugha2p&gt; ومع ذلك، إذا تركت ذلك فارغًا، فإن الـ router لديك سيسمح لأول نظير يتواصل معه بأن يخبره بعنوان الـ IP الخاص به، والذي سيبدأ بعد ذلك بالاستماع عليه (بعد إضافة ذلك إلى RouterInfo الخاص به ووضعه في قاعدة بيانات الشبكة). 14:12 &lt;deer&gt; &lt;ugha2p&gt; يبدو كأنه ثغرة أمنية محتملة. 14:12 &lt;jrandom&gt; أوه، لا، هذا مجرد النقل بين الـ routers، وليس مكتبة البث (streaming lib)، للأسف 14:12 &lt;deer&gt; &lt;pseudonym&gt; حسنًا 14:12 &lt;jrandom&gt; بطريقة ما يا ugha، نعم 14:12 &lt;jrandom&gt; (ولهذا السبب إذا كان بإمكان الناس ضبط عنوان الـ IP، فعليهم فعل ذلك) 14:13 &lt;jrandom&gt; ugha: ومع ذلك، فهو لا 'يصدق' ما يُقال له إلا إذا لم تكن لديه أي اتصالات تعمل 14:13 &lt;deer&gt; &lt;ugha2p&gt; ألا ينبغي للـ router أن يستمع على 0.0.0.0 في جميع الأحوال؟ 14:13 &lt;jrandom&gt; لكن يمكن لشخص ذكي جدًا أن يفعل أشياء خبيثة على نحو احتمالي 14:14 &lt;jrandom&gt; ugha: يفعل ذلك (في معظم الأحيان) 14:14 &lt;jrandom&gt; لكننا نحتاج إلى معرفة عنوان الـ IP الخاص بنا لكي نضعه في RouterInfo الخاص بنا 14:14 &lt;jrandom&gt; (لأن RouterInfo الخاص بنا يُتحقق منه كلما تواصلنا مع أحد) 14:14 &lt;deer&gt; &lt;ugha2p&gt; آه، حسنًا. 14:15 &lt;deer&gt; &lt;ugha2p&gt; أنا متأكد من وجود طرق لجعل هذا أكثر أمانًا (الاعتماد على مزيد من الـ routers لاكتشاف عنوان الـ IP)، لكنني لست متأكدًا مما إذا كان ذلك ممكنًا عمليًا. 14:15 &lt;jrandom&gt; نعم يا ugha، هناك متاعب في ذلك المسار، لكنها لعبة أرقام 14:16 &lt;deer&gt; &lt;ugha2p&gt; على أي حال، كان ذلك مجرد اقتراح. يمكننا المتابعة. 14:16 &lt;jrandom&gt; (ومع ذلك، يمكنهم ببساطة تنفيذ هجوم Sybil (هجوم بهويات مزيفة) عليك وإفساد أي أرقام تحاول الاعتماد عليها) 14:16 &lt;deer&gt; &lt;ugha2p&gt; صحيح. 14:17 &lt;deer&gt; &lt;ugha2p&gt; ماذا لو فقد الـ router جميع الاتصالات (مثلاً، فشل في الشبكة)؟ 14:17 &lt;deer&gt; &lt;ugha2p&gt; هل يعيد كشف عنوان الـ IP الخاص به؟ 14:18 &lt;jrandom&gt; يُنقل عنوان الـ IP كجزء من البروتوكول في كل محاولات الاتصال، ويقرر النظير اعتماده فقط إذا 1) لم يتم تعيين عنوان IP صراحةً 2) لا توجد اتصالات TCP نشطة 14:18 &lt;deer&gt; &lt;ugha2p&gt; (سيكون هذا هو الحال مع عناوين IP الديناميكية) 14:18 &lt;jrandom&gt; صحيح، سيعمل ذلك بشكل جيد 14:18 &lt;deer&gt; &lt;ugha2p&gt; آه، حسنًا. 14:19 &lt;jrandom&gt; (انظر ourAddressReceived(String addr) في TCPTransport.java للتفاصيل) 14:19 &lt;deer&gt; &lt;pseudonym&gt; ماذا يحدث عندما لا تتطابق عناوين IP المُبلّغ عنها؟ 14:19 &lt;jrandom&gt; pseudonym: إذا كانت لديك بالفعل اتصالات TCP نشطة، فإنك تتجاهل ما يخبرك به الآخرون 14:20 &lt;jrandom&gt; إذا لم تكن لديك اتصالات TCP نشطة، فإنك تُوقف المستمع القديم وتُشغّل واحدًا جديدًا بالعنوان الجديد المُعطى 14:20 &lt;jrandom&gt; (مع تحديث routerInfo الخاص بك) 14:22 &lt;deer&gt; &lt;pseudonym&gt; إذا كانت هناك اتصالات نشطة، فيبدو أن عدم التطابق ينبغي أن يكون إشارة تحذير 14:22 &lt;deer&gt; &lt;pseudonym&gt; (لست متأكدًا مما ينبغي فعله حيال ذلك) 14:22 &lt;jrandom&gt; إذا أعطانا أحدهم عنوان IP خاطئ (ونحن نعلم أنه عنوان خاطئ، لأن لدينا بالفعل العنوان الصحيح - الذي يعمل)، فإننا نتجاهله 14:23 &lt;deer&gt; &lt;ugha2p&gt; للأسف، لم نعد نستطيع خفض تصنيف موثوقية الـ router. 14:23 &lt;jrandom&gt; يمكننا مع ذلك إضافة ذلك إلى قائمة أخطاء الاتصال 14:24 &lt;jrandom&gt; ugha: لكن يمكننا وضعهم في القائمة السوداء ;) 14:24 &lt;jrandom&gt; (ونفعل ذلك) 14:24 &lt;deer&gt; &lt;pseudonym&gt; كيف نعرف أن العنوان الذي لدينا بالفعل هو "الصحيح"؟ ربما الاتصالات الحالية من أصحاب القبعات السوداء 14:24 &lt;deer&gt; &lt;pseudonym&gt; خصوصًا إذا كان لدينا عدد قليل من الاتصالات أو أنها حديثة فقط 14:24 &lt;jrandom&gt; pseudonym: الاتصالات القائمة "صحيحة" بمعنى أنها قادرة على إرسال واستقبال البيانات 14:24 &lt;deer&gt; &lt;ugha2p&gt; pseudonym: يمكننا أن نكون متأكدين عندما نحصل على اتصالات واردة جديدة، رغم أنه يمكن انتحالها أيضًا. 14:25 &lt;jrandom&gt; صحيح، إذا كنا نتحدث عن شخص يخشى هجوم انتحال عنوان IP نشطًا بالإضافة إلى هجوم Sybil... 14:25 &lt;jrandom&gt; حسنًا، يمكن لذلك الشخص ببساطة تعيين عنوان الـ IP الخاص به ;) 14:25 &lt;deer&gt; &lt;ugha2p&gt; :) 14:26 &lt;deer&gt; &lt;pseudonym&gt; ولكن ما احتمال أن يعرف المشغّل حتى ما الذي يحدث 14:26 &lt;deer&gt; &lt;pseudonym&gt; إذا حصلنا على الكثير من حالات عدم التطابق فينبغي أن تكون هناك تنبيهات فاعلة 14:27 &lt;deer&gt; &lt;pseudonym&gt; (قد يكون هذا شيئًا نقلق بشأنه في إصدار لاحق، لكن بما أنه طُرح...) 14:27 &lt;jrandom&gt; يمكننا إضافة رسالة صريحة إلى قائمة أخطاء الاتصال 14:27 &lt;jrandom&gt; القلق الحقيقي الوحيد هنا هو أننا نحاول منع تكوين مسار مقيد 14:27 &lt;jrandom&gt; (والشكل المتطرف لذلك هو تقسيم كامل للشبكة) 14:30 &lt;jrandom&gt; هذا تقريبًا كل ما أراه مناسبًا للتعامل معه الآن، على الأقل حتى مراجعة 2.0 حين نحتاج للقلق بما يتجاوز المسار المقيد 14:30 &lt;jrandom&gt; حسنًا، هل لدى أي شخص شيء آخر بخصوص آلية النقل الجديدة؟ 14:31 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 2) حالة 0.4.1 14:31 &lt;jrandom&gt; كل الأمور "الضرورية" منتهية، لكن ما زال هناك بعض التنقيح وتحديثات طفيفة لإدخالها 14:32 &lt;jrandom&gt; الهدف الحالي إصدار يوم الخميس، لكن سنرى ما الذي سيُضاف أو يُحذف من المراجعة ;) 14:33 &lt;jrandom&gt; شيء واحد سيكون رائعًا هو لو أن أحدهم يستطيع تنزيل تثبيت jetty، والاطلاع على ملف الإعداد jetty.xml، وكتابة بعض الوثائق حول كيفية تشغيل نسخة jetty (لـ eepsite/إلخ) باستخدام ما يأتي مع i2p 14:33 &lt;deer&gt; &lt;ugha2p&gt; هل تتضمن 0.4.1 تحديثات أخرى غير آلية نقل TCP الجديدة؟ 14:33 &lt;jrandom&gt; ليس حقًا يا ugha :) 14:34 &lt;deer&gt; &lt;pseudonym&gt; هل هي متوافقة مع الإصدارات السابقة؟ 14:34 &lt;jrandom&gt; (انظر: www.i2p.net/roadmap ) 14:34 &lt;jrandom&gt; لا، ليست متوافقة مع الإصدارات السابقة 14:34 &lt;deer&gt; &lt;ugha2p&gt; :) 14:36 &lt;jrandom&gt; حسنًا، هذا كل ما عندي لذكره بخصوص 0.4.1.. هل هناك أي شيء آخر حول ذلك؟ 14:36 &lt;jrandom&gt; إن لم يكن، ننتقل إلى القديم الموثوق: 3) ??? 14:36 &lt;deer&gt; &lt;ugha2p&gt; *صمت* 14:37 &lt;jrandom&gt; هل لدى أي أحد شيء آخر (مرتبط بـ i2p) يريد طرحه؟ 14:37 &lt;jrandom&gt; لقد تجاوزنا بالفعل ضعف طول اجتماع الأسبوع الماضي ;) 14:37 &lt;deer&gt; &lt;ugha2p&gt; حسنًا، يمكنني أن أذكر أنه بفضل cervantes، أصبح لويكي الخاص بي الآن outproxy إلى العالم الحقيقي، عبر http://ugha.ath.cx/ 14:38 &lt;deer&gt; * pseudonym مُثير للمشاكل 14:38 &lt;jrandom&gt; أوه صحيح، رائع جدًا 14:38 &lt;jrandom&gt; s/outproxy/inproxy/ :) 14:38 * jrandom يرسل مُثير المشاكل إلى الزاوية 14:38 &lt;deer&gt; &lt;ugha2p&gt; صحيح، inproxy. :) 14:40 &lt;jrandom&gt; حسنًا، إذا لم يكن هناك شيء آخر 14:40 &lt;deer&gt; &lt;pseudonym&gt; أعتقد أن خدمة البريد الجديدة من postmaster رائعة جدًا 14:40 &lt;jrandom&gt; أوه، أتفق تمامًا 14:40 &lt;deer&gt; &lt;pseudonym&gt; أعني، postman 14:41 &lt;deer&gt; * ugha2p لم يسجّل بعد. 14:41 &lt;deer&gt; &lt;baffled&gt; هل سمع أحد أي شيء عن stasher مؤخرًا؟ 14:41 &lt;jrandom&gt; من الجميل أنه يعمل مع كل من telnet وkmail:) 14:41 &lt;jrandom&gt; لا يا baffled، لم أسمع همسة 14:42 &lt;deer&gt; &lt;baffled&gt; أظن أن aum يحتاج إلى ركلة على الرأس. 14:42 &lt;deer&gt; &lt;ugha2p&gt; ربما سأكتب صفحة عن EepMailAnonymity، لكنني لا أعرف الكثير عن SMTP/POP3/IMAP/أشياء البريد الإلكتروني الأخرى. 14:42 &lt;jrandom&gt; ليس الرأس، بل المؤخرة ;) 14:43 &lt;jrandom&gt; ugha: لدى www.postman.i2p بضع صفحات حول ذلك 14:43 &lt;deer&gt; &lt;ugha2p&gt; آه. 14:43 &lt;deer&gt; &lt;baffled&gt; قد يكونان الشيء نفسه. 14:45 &lt;deer&gt; * ugha2p ينقر بأصابعه انتظارًا لـ baf. 14:45 &lt;jrandom&gt; آسف، كدت أن أغيب عن الوعي هنا (يوم طويل جدًا) 14:46 &lt;jrandom&gt; أي شيء آخر؟ إن لم يكن، فلدينا المنتدى والقائمة 14:46 &lt;duck&gt; شكرًا لـ Mi-Go صار لدينا صفحة i2ptunnel محدّثة 14:46 &lt;duck&gt; إنها شبه مثالية 14:46 &lt;jrandom&gt; أوه، جميل 14:46 &lt;duck&gt; ولكن إن كان لدى أحد تحسينات، فأنتم تعرفون أين تجدونني 14:47 * jrandom يجري traceroute 14:47 * jrandom يستعد 14:47 * jrandom *baf*s أُغلق الاجتماع </div>/ar/blog/2004/09/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-28/Tue, 28 Sep 2004 00:00:00 +0000/ar/blog/2004/09/28/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-28/<p>مرحباً يا جماعة، حان وقت التحديث الأسبوعي</p> <h2 id="فهرس">فهرس:</h2> <ol> <li>New transport</li> <li>0.4.1 status</li> <li>???</li> </ol> <h2 id="1-آلية-نقل-جديدة">1) آلية نقل جديدة</h2> <p>كان إصدار 0.4.1 يستغرق وقتًا أطول مما كان متوقعًا، لكن بروتوكول النقل والتنفيذ الجديدين قد أصبحا جاهزين بكل ما كان مخططًا له - اكتشاف IP، إنشاء اتصال منخفض التكلفة، وواجهة أسهل للمساعدة في تصحيح الأخطاء عندما تفشل الاتصالات. وقد تم ذلك عبر التخلص تمامًا من بروتوكول النقل القديم وتنفيذ واحد جديد، مع أننا ما زلنا نستخدم المصطلحات الرنانة نفسها (2048bit DH + STS, AES256/CBC/PKCS#5). إذا رغبت في مراجعة البروتوكول، فهو موجود في الوثائق. كما أن التنفيذ الجديد أنظف بكثير، إذ إن الإصدار القديم لم يكن سوى مجموعة من التحديثات التي تراكمت على مدار السنة الماضية.</p>/ar/blog/2004/09/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/Tue, 21 Sep 2004 00:00:00 +0000/ar/blog/2004/09/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> deer, jrandom, protok0l</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) مرحباً 14:06 &lt;jrandom&gt; 1) حالة التطوير 14:06 &lt;jrandom&gt; 2) userhosts.txt الجديد مقابل hosts.txt 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) مرحباً 14:06 * jrandom يلوّح 14:06 &lt;jrandom&gt; ملاحظات حالة أسبوعية موجزة @ http://dev.i2p.net/pipermail/i2p/2004-September/000449.html 14:06 &lt;jrandom&gt; (ومن المحتمل نشر سجلات اجتماع مقتضبة بمجرد انتهاء هذا ;) 14:07 * jrandom يمنحكم جميعاً 30 ثانية جيدة لقراءة تلك الملاحظات 14:07 &lt;jrandom&gt; على أي حال، ننتقل إلى 1) حالة التطوير 14:07 &lt;jrandom&gt; عرض عام أساسي لما يجري موجود في تلك الرسالة الإلكترونية 14:08 &lt;jrandom&gt; قد تلاحظون أمراً واحداً وهو أنني لن أفقد حروفاً عشوائية في نصّي بعد الآن، إذ كان حاسوبي المحمول يسبب لي الكثير من المتاعب مؤخراً 14:09 &lt;jrandom&gt; لذا أنا بصدد الانتقال كلياً إلى خادمي (مع الإبقاء على الحاسوب المحمول كنسخة احتياطية لاختبار Windows، إلخ) 14:09 &lt;jrandom&gt; هذا كل ما لديّ لأقوله في هذا الصدد 14:10 &lt;jrandom&gt; هل لدى أي شخص شيء يريد طرحه بخصوص 0.4.0.1 أو نشاط التطوير؟ 14:11 &lt;deer&gt; &lt;jrandom&gt; لا يا jrandom، نحن فقط نراقب بصمت 14:11 &lt;jrandom&gt; حسناً، ننتقل إلى 2) userhosts.txt الجديد مقابل hosts.txt 14:11 &lt;protok0l&gt; يا للروعة! 14:11 &lt;jrandom&gt; ميزة جديدة بسيطة تتيح للناس تعديل التسمية المحلية لديهم مع الاستمرار في تنزيل hosts.txt 14:12 &lt;protok0l&gt; أي ملف له الأولوية إذا حصل تعارض؟ أفترض ملف المستخدم 14:13 &lt;jrandom&gt; سيتم طرحها في الإصدار القادم، لذا ببساطة ضع تغييراتك المحلية في userhosts.txt لأن hosts.txt سيتم استبداله 14:13 &lt;jrandom&gt; لـ userhosts.txt الأولوية الأولى 14:15 &lt;jrandom&gt; حسناً، هذا كل ما لدي بشأن ২، لذا ننتقل سريعاً إلى نقطتنا الأخيرة- 3) ??? 14:15 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد مناقشته؟ 14:16 &lt;deer&gt; &lt;Pseudonym&gt; موعد 0.4.1؟ 14:17 &lt;jrandom&gt; من المفترض أن يصدر هذا الأسبوع، لكن ربما ليس قبل عطلة نهاية الأسبوع. 14:17 &lt;deer&gt; &lt;Pseudonym&gt; رائع 14:17 &lt;jrandom&gt; أخيراً استسلمتُ في معركتي مع حاسوبي المحمول بعد أن تعطّل مفتاح المسافة 14:17 &lt;jrandom&gt; (codingWithoutSpaces==lame;) 14:18 &lt;jrandom&gt; حسناً، هل لدى أي شخص آخر شيئاً يريد طرحه؟ أظن أننا نحقق رقماً قياسياً في قصر زمن الاجتماع هنا 14:18 &lt;jrandom&gt; (وليس أن هذا مشكلة) 14:19 &lt;jrandom&gt; حسناً، إن لم يكن 14:19 * jrandom يختتم 14:19 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2004/09/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-21/Tue, 21 Sep 2004 00:00:00 +0000/ar/blog/2004/09/21/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-21/<p>مرحباً يا جماعة، تحديث سريع هذا الأسبوع</p> <h2 id="فهرس">فهرس</h2> <ol> <li>Dev status</li> <li>New userhosts.txt vs. hosts.txt</li> <li>???</li> </ol> <h2 id="1-حالة-التطوير">1) حالة التطوير</h2> <p>كانت الشبكة مستقرة إلى حدٍّ كبير خلال الأسبوع الماضي، لذا تمكنت من تركيز وقتي على إصدار 0.4.1 — إعادة تصميم آلية النقل عبر TCP وإضافة دعم لاكتشاف عناوين IP وإزالة ذلك الشيء القديم المسمّى &ldquo;target changed identities&rdquo;. من المفترض أن يُلغي هذا أيضًا الحاجة إلى سجلات dyndns.</p> <p>لن يكون الإعداد المثالي 0-click للأشخاص الموجودين خلف تقنيات NAT (ترجمة عناوين الشبكة) أو الجدران النارية؛ إذ سيظل عليهم إعداد إعادة توجيه المنافذ (port forwarding) كي يتمكنوا من تلقي اتصالات TCP الواردة. ومع ذلك، يُفترض أن يكون أقل عرضة للأخطاء. أبذل قصارى جهدي للحفاظ على التوافق مع الإصدارات السابقة، لكنني لا أقدّم أي وعود في هذا الصدد. المزيد من الأخبار عندما يصبح جاهزاً.</p>/ar/blog/2004/09/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/Tue, 14 Sep 2004 00:00:00 +0000/ar/blog/2004/09/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> cat-a-puss, cervantes, deer, dm, fvw, hypercubus, interrupt, jrandom, korkakak, nicktastic, Nightblade</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) مرحباً 14:06 &lt;jrandom&gt; 1) 0.4.0.1 14:06 &lt;jrandom&gt; 2) تحديثات نموذج التهديد 14:06 &lt;jrandom&gt; 3) تحديثات الموقع 14:06 &lt;jrandom&gt; 4) خارطة الطريق 14:06 &lt;jrandom&gt; 5) تطبيقات العميل 14:06 &lt;jrandom&gt; 6) ??? 14:06 &lt;jrandom&gt; 0) مرحباً 14:06 * jrandom يلوّح 14:06 &lt;cervantes&gt; مساء الخير 14:06 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت على http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 14:07 &lt;jrandom&gt; (قبل الاجتماع هذه المرة أيضاً ;) 14:07 &lt;deer&gt; &lt;jrand0m&gt; واو، 30 شخصاً هنا 14:07 -!- Irssi: #i2p: إجمالي 21 لقب [0 مديرين، 0 نصف-مديرين، 0 أصوات، 21 عادي] 14:07 &lt;jrandom&gt; حسناً، على أي حال، دعونا نبدأ مباشرة بـ 1) 0.4.0.1 14:08 &lt;jrandom&gt; الإصدار صدر ويبدو أن الأمور تعمل بشكل عام 14:09 &lt;jrandom&gt; أرى تبايناً في أزمنة الاتصال على IRC، لكن من خلال النقاشات مع الناس، يبدو أن هناك مشكلات ازدحام عند، على سبيل المثال، تنزيل ملفات كبيرة واستخدام IRC في الوقت نفسه 14:09 &lt;jrandom&gt; هل يواجه كثيرون ذلك؟ 14:10 &lt;jrandom&gt; أظن لا 14:11 &lt;cervantes&gt; كنت أقوم باختبارات مختلفة للنطاق الترددي مؤخراً ولم أصادف مشكلات في هذا الجانب بعد... رغم أنني لا أستخدم محدد النطاق الترددي 14:11 * nicktastic لم يُنزّل الكثير منذ مداهمة ألكسندريا قبل أسابيع 14:11 &lt;dm&gt; أتذكر أنني كنت أنقطع عن IRC أكثر عندما كنت أستخدم eepsites، لكن ذلك كان قبل شهرين 14:11 &lt;dm&gt; انقطع الاتصال 14:11 &lt;dm&gt; لست متأكداً إن كان يحدث الآن 14:11 &lt;jrandom&gt; آه، نعم، نحتاج لإزعاج جماعة ألكسندريا ليعطونا كتباً أكثر :) 14:12 &lt;Nightblade&gt; شكراً لإبقائنا على اطلاع dm 14:12 &lt;jrandom&gt; حظيتُ بأداء جيد على IRC أثناء تنزيل بعض الملفات الكبيرة من thetower، لكن، مثل cervantes، ليس لدي تقييد للنطاق الترددي مفعل 14:13 &lt;jrandom&gt; (مع أن متوسط النطاق الترددي لذلك الـ router كان ثابتاً عند 11KBps وقتها، أثناء تنزيل 8KBps من الموسيقى) 14:13 * nicktastic يجد شيئاً ليُنزّله 14:13 * jrandom يراقب اتصالك بـ irc.duck.i2p وهو يُقطع سريعاً ;) 14:13 &lt;jrandom&gt; حسناً، على أي حال، هل لدى أي أحد أمور أخرى يريد طرحها بخصوص 0.4.0.1؟ 14:14 &lt;dm&gt; Nightblade: هه، لا مشكلة :) 14:14 &lt;dm&gt; jrandom: عمل جيد، وإلى الأمام دائماً 14:14 &lt;fvw&gt; هل المُثبّت جميل؟ (لست متأكداً إن كان ذلك جديداً في .1؟) 14:14 &lt;jrandom&gt; شكراً dm 14:15 &lt;jrandom&gt; fvw: نفس 0.4، لكن أتفق، hyper قام بعمل رائع هناك (وكذلك مصممنا المجهول!) 14:15 &lt;fvw&gt; أيضاً، لن أحدد ما الشيء الذي هو جميل :) 14:15 &lt;jrandom&gt; تباً... 14:16 &lt;jrandom&gt; حسناً، ننتقل إلى 2) تحديثات نموذج التهديد 14:16 &lt;cervantes&gt; نعم أحسنتم.. :) كتابة الوثائق دائماً مزعجة 14:17 &lt;jrandom&gt; نعم، كانت 2-3 أيام مؤلمة 14:17 &lt;jrandom&gt; لست متأكداً إن كان أحدكم قد قرأ http://www.i2p.net/how_threatmodel لكن إن أردتم يوماً معرفة ما الذي نعنيه بالضبط حين نقول "مجهول"، فهذا ما نعنيه 14:18 &lt;jrandom&gt; معظم الفئات هناك أُخذت كما هي من http://citeseer.ist.psu.edu/454354.html (مرتبط على الصفحة) 14:18 &lt;jrandom&gt; هناك الكثير مما أود فعله في نموذج التهديد، لكن ليس لدي الوقت 14:18 &lt;jrandom&gt; أود أن أرى مصفوفة بهذه التهديدات مقابل كلفة تنفيذها مقابل نوع المستخدم الذي يهتم بها 14:19 &lt;jrandom&gt; (على سبيل المثال، المستخدم العادي لا يهتم بمهاجمين نشطين على نطاق عالمي) 14:19 &lt;jrandom&gt; لذا إن كان أحدكم يشعر بالملل... ;) 14:19 &lt;cervantes&gt; شيء خطر ببالي وأنا أقرأ مستندك... نحتاج لمسرد مصطلحات جيد... 14:20 &lt;fvw&gt; أليس كذلك؟ المستخدم العادي يحب تنزيل mp3s... 14:20 &lt;jrandom&gt; أحدهم نشر واحداً إن لم تخني الذاكرة... 14:20 &lt;cervantes&gt; حقاً؟ 14:20 &lt;cervantes&gt; على eep؟ 14:20 &lt;jrandom&gt; لا، ورقة بحثية ما 14:20 &lt;jrandom&gt; ليس على freehaven بعد، دعني أبحث عنه 14:21 &lt;jrandom&gt; اللعنة، يبدو أنني لم أعد أملك نسختي. 14:21 &lt;jrandom&gt; سأحاول تتبعه بعد الاجتماع 14:22 &lt;cervantes&gt; هل يتناول مفاهيم خاصة بـ I2P أيضاً؟ 14:22 &lt;jrandom&gt; أوه، لا 14:22 &lt;jrandom&gt; إنه مجرد مسرد عام للشبكات المجهولة، يتعامل مع mixes وcascades والمهاجمين، إلخ 14:22 &lt;jrandom&gt; لا garlic routing (التوجيه Garlic) ولا tunnels ;) 14:23 &lt;cervantes&gt; ملخص فقرة واحدة لطيف لكل كلمات الطنانة "الدارجة" حتى يتمكن الناس بسرعة من رؤية الفرق بين onion routing وgarlic routing (على سبيل المثال) دون الاضطرار لقراءة مستند "كيف" بالكامل 14:23 &lt;jrandom&gt; تدرك أن المسرد سيكون أكبر من صفحات how_* مجتمعة، صحيح؟ 14:23 &lt;jrandom&gt; لكن نعم، أتفق، يجب أن نفعل ذلك 14:23 &lt;cervantes&gt; بالتأكيد... لكن.. ;) 14:23 * jrandom يطوّع cervantes للعمل عليه ;) 14:23 * dm يوافق 14:23 &lt;cervantes&gt; ههه لا أعرف معنى نصف تلك الأشياء :) 14:24 &lt;jrandom&gt; اكتب ما تعرفه واسألني 14:24 &lt;cervantes&gt; سأجرب 14:24 &lt;jrandom&gt; ووت! cervantes++ 14:24 &lt;cervantes&gt; إن وضعته في المنتدى يمكن للآخرين المساهمة... 14:24 &lt;jrandom&gt; فكرة طيبة 14:24 &lt;deer&gt; * Pseudonym يصفّق 14:25 &lt;cervantes&gt; لكن ذلك المستند الذي ذكرتَه سيكون مفيداً :o) 14:25 &lt;dm&gt; tunnel: ممر اصطناعي تحت الأرض 14:25 &lt;jrandom&gt; متفق، سأحاول إيجاده مجدداً 14:25 &lt;cervantes&gt; سأعد نسخة خاصة لك dm 14:25 &lt;dm&gt; يا سلام! 14:26 &lt;jrandom&gt; حسناً، أي شيء آخر حول نموذج التهديد، أم ننتقل إلى 3) تحديثات الموقع؟ 14:27 &lt;jrandom&gt; حسناً، كما رأى أي شخص زار الموقع اليوم، Curiosity قدّم بعض تحسينات الاستخدام اللطيفة 14:27 &lt;dm&gt; أظن أن cervantes وأنا الوحيدان المستيقظان. 14:27 &lt;korkakak&gt; أعتقد أنه في نماذج التهديد 14:28 &lt;korkakak&gt; عليك إضافة بعض هجمات شبكات المزج 14:28 &lt;jrandom&gt; أي نوع من هجمات المزج؟ 14:28 * dm يفتح www.i2p.net 14:28 &lt;korkakak&gt; مثل هجمات التواطؤ 14:28 &lt;jrandom&gt; هذا ما يزعج في التصنيفات التي استخدمتها. كلها تقريباً هجمات تواطؤ. 14:29 &lt;korkakak&gt; بهجمات المزج أقصد الهجمات التي قد تحدث في شبكة مزج 14:29 &lt;korkakak&gt; آه حسناً آسف 14:29 &lt;jrandom&gt; (ومعظمها يمكن استخدامه لهجمات احتمالية أو تأكيدية، إلخ) 14:29 &lt;dm&gt; أحب الفقرات التي تكبر تدريجياً. تساعد على جذب الناس. لكنها تقنية للغاية لصفحة رئيسية. 14:29 &lt;korkakak&gt; خمسة سنتات أخرى مني: هل يمكن لـ i2p كشف التواطؤ تلقائياً؟ 14:30 &lt;jrandom&gt; لكن إن كان لديك اقتراحات لأشياء نحتاج لإضافتها، رجاءً أخبرني 14:30 &lt;jrandom&gt; أوه، بالتأكيد لا. لم نستورد خوارزميات morphmix 14:30 &lt;korkakak&gt; فهمت 14:30 &lt;korkakak&gt; حسناً تابع 14:30 &lt;jrandom&gt; مع أن خوارزمياتهم لن تناسبنا حقاً، بما أننا شبكة Mix ذات مسارات حرة 14:31 &lt;korkakak&gt; حسناً نعم ولا 14:31 &lt;korkakak&gt; لكنه لا بأس. آسف على المقاطعة 14:32 &lt;cat-a-puss&gt; قد يكون من الجيد أيضاً ذكر بعض الهجمات الواضحة التي I2P غير معرض لها في المقدمة 14:32 &lt;jrandom&gt; همم؟ خوارزمياتهم تعتمد على كشف تأثير الأقران المتواطئين في اختيار الأقران - في i2p، الـ router المحلي يحدد صراحة خوارزمية اختيار الأقران بأكملها 14:33 &lt;korkakak&gt; أظن أن هذا صحيح بسبب حجم الشبكة اليوم 14:33 &lt;jrandom&gt; آه، هذه فكرة جيدة cat-a-puss، بخصوص MITM/إلخ. هل تود طرح بعض الأفكار لذلك؟ 14:33 &lt;cat-a-puss&gt; بالتأكيد 14:33 &lt;dm&gt; MITM؟ 14:33 &lt;dm&gt; آه، man in the middle (الرجل في المنتصف). 14:33 &lt;jrandom&gt; شكراً جزيلاً cat-a-puss! 14:34 * cervantes يدوّن MITM للمسرد 14:34 &lt;jrandom&gt; korkakak: همم. لست متأكداً كيف يؤثر هذا الجانب بحجم الشبكة، لكن قد تكون هناك أشياء نتعلمها من كشف التواطؤ في morphmix، بالتأكيد 14:34 &lt;jrandom&gt; (ربما بخصوص netDb responses، على سبيل المثال) 14:34 &lt;korkakak&gt; wrt = ؟ 14:35 &lt;dm&gt; هييي 14:35 &lt;jrandom&gt; آسف، with regards to 14:35 &lt;dm&gt; أعرف هذه! 14:36 &lt;jrandom&gt; بالتأكيد سنستفيد من مزيد من النقاش حول نموذج التهديد. ربما نبدأ سلسلة على القائمة البريدية أو في المنتدى؟ 14:36 &lt;dm&gt; "النتيجة أن عدد الأقران الذين يُرحّلون كل رسالة طرف-إلى-طرف هو الحد الأدنى المطلق اللازم لتلبية نموذج تهديد كل من المرسل والمستقبل." 14:36 &lt;dm&gt; أحب هذه الطريقة في النظر إليه. 14:37 &lt;dm&gt; رغم أنها ليست صحيحة. 14:37 &lt;jrandom&gt; همم؟ 14:37 &lt;jrandom&gt; إن أراد كل من المرسل والمستقبل مجرد إنكار معقول، يمكنهما التحدث مباشرة 14:37 &lt;jrandom&gt; (إلخ) 14:37 &lt;dm&gt; الحد الأدنى المطلق لعدد الأقران المطلوب لتلبية نموذج التهديد لـ A وB هو عدد الأقران المطلوب من A أو B، أيهما لديه متطلبات أشد :) 14:38 &lt;jrandom&gt; غير صحيح dm 14:38 &lt;jrandom&gt; إذا كانا كلاهما يتطلبان 2 hop tunnels للدفاع ضد مهاجمين متواطئين داخل tunnels الخاصة بهم، فلا يمكن لكليهما استخدام 1 hop tunnels 14:39 &lt;dm&gt; إذا كان A مستعداً للتحدث مع شخص لديه 10 indirections، وB مستعداً بـ 5، فالحد الأدنى المطلوب هو 10، وليس 15!? 14:39 &lt;jrandom&gt; لا، 15. لا ينبغي لـ B أن يثق بـ tunnels الخاصة بـ A. 14:39 &lt;dm&gt; نعم، لا ينبغي له. 14:39 &lt;dm&gt; لكن نظرياً.. على أي حال، نقاش سخيف. أحب تلك الجملة رغم ذلك. 14:40 &lt;jrandom&gt; إنها واحدة من أهم القرارات التصميمية في i2p ;) 14:40 &lt;jrandom&gt; على أي حال، عودة إلى 3) تحديثات الموقع 14:41 &lt;deer&gt; &lt;nicktastic&gt; (للعلم - انقطع irc أثناء تنزيل ملفين كبيرين، لكن الكمون إلى الخادم كما كان قبل بدء التنزيلات، لذا ربما كانت صدفة (إغلاق غير سلس في مكان ما؟)) 14:41 &lt;jrandom&gt; ناقشتُ Curiosity وأنا طول الصفحة الرئيسية الجديدة، وبينما نتفق جميعاً أنها طويلة قليلاً، فهي أفضل من السطر الواحد القديم 14:41 &lt;cervantes&gt; متفق 14:42 &lt;jrandom&gt; آه حسناً. ربما حتى ازدحام الشبكة أثناء التنزيل، بما أن eepproxy وعميل irc يستخدمان نفس وجهة I2P (افتراضياً) 14:42 &lt;nicktastic&gt; آآه.... 14:42 &lt;jrandom&gt; (لذا كلاهما سيحاول استخدام زوج tunnels الواردة نفسه) 14:42 &lt;nicktastic&gt; كنت أتساءل لماذا ظهر واحد فقط 14:43 &lt;jrandom&gt; نعم، هذا هو الإعداد الافتراضي في I2PTunnel ومكتبة البث المصغرة. ربما إن كان أحد يهتم يمكننا إتاحة طريقة لضبط ذلك ;) 14:43 &lt;nicktastic&gt; آسف على المقاطعة 14:43 &lt;deer&gt; * Pseudonym يهتم 14:43 &lt;dm&gt; يا له من شباب مهذبين في هذه الغرفة 14:43 &lt;interrupt&gt; أنت مغفور لك 14:44 &lt;interrupt&gt; ;) 14:44 * nicktastic يدحرج عينيه 14:44 &lt;jrandom&gt; الرقعات مرحب بها Pseudonym ;) (لا، سأرى إن كان بإمكاني إيجاد طريقة سهلة.. يجب ألا يكون صعباً) 14:44 &lt;jrandom&gt; حسناً، على أي حال 14:44 &lt;deer&gt; &lt;Pseudonym&gt; جيد، لأني لا أعرف شيئاً عن برمجة جافا 14:45 &lt;jrandom&gt; قد تكون هناك تحديثات أخرى للموقع، لكن إن كان لدى أي أحد اقتراحات، رجاءً انشروها في المنتدى أو القائمة، أو نبهوا Curiosity على irc وسنبدأ العمل 14:45 &lt;jrandom&gt; هل لدى أحد شيء يود طرحه بخصوص الموقع؟ 14:45 &lt;cervantes&gt; أمم المكافآت ربما 14:46 &lt;cervantes&gt; رغم أن ذلك ربما يُترك لـ 5 14:46 &lt;jrandom&gt; ربما كذلك 14:46 &lt;jrandom&gt; حسناً، ننتقل إلى 4) خارطة الطريق 14:46 &lt;jrandom&gt; الكثير من التحديثات. انظروا البريد للمعلومات 14:47 &lt;jrandom&gt; (أو انظروا إلى مخطط غانت الجميل ;) 14:47 &lt;dm&gt; هل صُنع ذلك في MS Project؟ 14:47 &lt;jrandom&gt; http://ganttproject.sourceforge.net/ 14:47 &lt;cervantes&gt; إإرم gantt :) 14:47 &lt;dm&gt; أوه.. gantt منتج. خطئي. 14:48 &lt;dm&gt; جميل أن لا توجد تبعيات في خارطة الطريق. 14:48 &lt;jrandom&gt; نشرتُ عدة مراجعات مختلفة لخارطة الطريق خلال الأيام الماضية، لكن هذه تبدو ثابتة 14:48 &lt;cervantes&gt; كلها تعتمد على jrandom ;-) 14:48 * jrandom يئن 14:48 &lt;fvw&gt; 3.0 في فبراير؟ واو. 14:48 &lt;jrandom&gt; إصدارات 2.0 و3.0 فعلياً مجرد ميزة واحدة (كبيرة) لكل منهما 14:48 &lt;dm&gt; لا تنس: exponential versioning 14:49 &lt;jrandom&gt; هه 14:49 &lt;jrandom&gt; نعم، سنكون 1183 بحلول يوليو القادم 14:50 &lt;dm&gt; حسناً، إنه أكثر إثارة من الزيادة الاعتباطية +0.1 لكل بناء في معظم المشاريع، لذا لا أشتكي. 14:50 &lt;jrandom&gt; قد تتأخر إصدارات 2.0 و3.0 للبقاء متوافقة مع تطبيقات أخرى. مثلاً 3.0 سيعمل بشكل رائع مع تطبيق بريد 14:51 &lt;jrandom&gt; معايير إصدار 1.0 كانت المعتادة - وظيفي، آمن، قابل للتوسع، ومجهول 14:51 &lt;jrandom&gt; لهذا نقلتُ نقل UDP للداخل، إذ إن نقل TCP الحالي لدينا سينهار تماماً لو كان لدينا بضعة آلاف من الأقران 14:51 &lt;dm&gt; إذن يجب أن نطلق 0.9 - The Slashdot 14:51 &lt;dm&gt; إذا نجا يمكننا وضع علامة على "قابل للتوسع" وننتقل إلى 1.0 14:51 &lt;jrandom&gt; هه 14:52 * jrandom يفضّل أن ننمو عضوياً، شكراً جزيلاً 14:52 &lt;cervantes&gt; لا نريد أن نخبرهم بالأمر 14:52 &lt;cervantes&gt; *لا نريد 14:52 &lt;korkakak&gt; بالمناسبة هل يمكنني قول شيء عن التوقيت العالمي؟ 14:52 &lt;cervantes&gt; دعهم جميعاً يبقون على الإنترنت بينما ننتقل نحن إلى هنا 14:52 &lt;jrandom&gt; تفضل korkakak 14:53 &lt;korkakak&gt; بالنسبة لي لا يمكنك محاكاة شبكة متزامنة فوق شبكة غير متزامنة 14:53 &lt;korkakak&gt; هذا تصميم سيئ ويجب أن يؤدي إلى انقسامات في الشبكة [أظن] بالطريقة المستخدمة 14:54 &lt;korkakak&gt; كطابع زمني لحزم UDP 14:54 &lt;jrandom&gt; التوقيت غير متزامن للرسائل، مجرداً لمساعدتنا على معرفة حداثة البيانات 14:54 &lt;korkakak&gt; نعم هذه هي النقطة 14:54 &lt;jrandom&gt; دون معرفة حداثة إدخالات netDb، ستكون عرضةً لسيل كامل من الهجمات 14:55 &lt;korkakak&gt; نعم 14:55 &lt;korkakak&gt; لكن تخيل شبكة تكبر 14:55 &lt;korkakak&gt; شبكة ضخمة 14:55 &lt;jrandom&gt; مثل الإنترنت 14:55 &lt;dm&gt; أكبر! 14:55 &lt;fvw&gt; إنترنتان مربوطتان بخيوط! 14:55 &lt;jrandom&gt; لديها بروتوكول وقت شبكي للتوسع إلى مثل هذه الأحجام... ;) 14:56 &lt;korkakak&gt; لا أظن أنني أفهم وجهة نظرك لكن 14:56 &lt;dm&gt; korkakak: ماذا تحاول أن تقول؟ 14:57 &lt;korkakak&gt; أن انقسامات الشبكة قد تحدث بسبب طوابع زمنية غير صالحة 14:58 * dm غير متأكد كيف يتم التزامن حالياً 14:58 &lt;korkakak&gt; الحالة تُسمى تأثير التمركز [ترجمة إنجليزية من اليونانية] 14:58 &lt;deer&gt; &lt;soros&gt; أسمع أن إخفاء الهوية في i2p تم كسره 14:59 &lt;deer&gt; &lt;soros&gt; صحيح ؟ 14:59 &lt;jrandom&gt; أعتقد أنه يمكننا معالجة مسألة مزامنة الوقت بنفس طريقة شبكات NTP. هناك عدد هائل من مضيفي NTP من المستوى 2 و3، ومع أن تطبيق SNTP الحالي لدينا طبعاً غير مناسب لبيئات مزدحمة، لا يوجد سبب للاعتقاد بأن مزامنة الوقت غير ممكنة 14:59 &lt;jrandom&gt; هه soros 14:59 &lt;jrandom&gt; soros: السلسلة التي تشير إليها (ذكرها لي شخص آخر) على devl كانت تتحدث عن اختراق JAP، وليس I2P. 15:00 &lt;dm&gt; هل يجب أن تبقى جميع عُقد I2P متزامنة في كل الأوقات ليعمل؟ 15:00 &lt;korkakak&gt; شبكات NTP شبكات متزامنة فوق شبكات متزامنة ;-) 15:00 &lt;jrandom&gt; لكن إن كان لدى أحدهم اختراق لـ I2P، فسيسرني بالطبع سماعه 15:00 &lt;deer&gt; &lt;soros&gt; لدي واحد لكني أبقيه سراً 15:00 &lt;jrandom&gt; على مستويات مختلفة من التجريد يا korkakak، بالتأكيد. كبل الإيثرنت لدي متزامن أيضاً 15:01 &lt;deer&gt; &lt;soros&gt; :) 15:01 &lt;jrandom&gt; نعم dm، متزامنة مع وقت الشبكة 15:01 &lt;korkakak&gt; jrandom إنه nick أو korki :-) 15:01 &lt;jrandom&gt; (الفكرة أننا لا نستخدم مراسلة متزامنة) 15:01 &lt;jrandom&gt; :) حسناً 15:01 &lt;jrandom&gt; (رجاءً لا تنزعج إن لم أخبرك باسمي ;) 15:02 &lt;korkakak&gt; لا لست منزعجاً 15:02 &lt;dm&gt; اسمه عبدول 15:02 &lt;jrandom&gt; حسناً أين كنا 15:02 &lt;nicktastic&gt; 4) 15:03 &lt;jrandom&gt; حسناً صحيح، شكراً. خارطة الطريق 15:03 &lt;jrandom&gt; هل لدى أحد مخاوف / أفكار / اقتراحات؟ 15:03 &lt;dm&gt; حين تقول إن بعض العمل سيُنجز على طبقة النقل، هل تقصد إعادة عمل TCP، أم الانتقال إلى UDP؟ 15:04 &lt;jrandom&gt; UDP في 0.4.4 15:05 &lt;dm&gt; ظننت أنني رأيت شيئاً عن العمل على طبقة النقل 15:05 &lt;dm&gt; في المستقبل القريب 15:05 &lt;jrandom&gt; نعم، 0.4.1 سيكون إعادة تصميم لنقل TCP 15:05 &lt;dm&gt; لماذا نعيد تصميم TCP في 0.4.1 إذا كنا ذاهبين إلى UDP في 0.4.4؟ 15:05 &lt;dm&gt; سنحتاج كليهما؟ 15:05 &lt;cervantes&gt; فقط لأشير إلى أنك ما زلت المورد الوحيد في خطة المشروع... ...هل نعاني نقص مساهمين أم مجرد تشتت للمشروع؟ 15:06 &lt;jrandom&gt; dm: بعض الناس لا يمكنهم استخدام UDP 15:06 &lt;dm&gt; جدران نارية؟ 15:06 &lt;jrandom&gt; cervantes: بالتأكيد يمكننا موازاة العديد من تلك المهام مع مزيد من المساهمين 15:07 &lt;jrandom&gt; (لكن خارطة الطريق لا تفترض المزيد) 15:07 &lt;cervantes&gt; لذا نأمل أنها تمثل أسوأ سيناريو 15:07 &lt;jrandom&gt; هناك مع ذلك عمل مهم آخر جارٍ غير منعكس على خارطة الطريق، مثل تعديلات العميل، والخدمات فوق i2p، إلخ 15:08 &lt;cervantes&gt; بخلاف احتمال اغتيالك 15:08 &lt;dm&gt; ليتنا نستطيع تحمل تكلفة toad 15:08 &lt;deer&gt; &lt;Pseudonym&gt; الآن بما أن 0.4 صدر ويعمل إلى حد كبير، هل ينبغي أن نعلن في مكان ما (ليس بالضرورة /.) لمحاولة زيادة عدد المطورين/المختبرين/المتبرعين؟ 15:08 &lt;jrandom&gt; المزيد من المساهمين سيكون مرحباً بهم بالتأكيد 15:08 * korkakak يودّع الجميع. مستعد للذهاب إلى سريره. متأخر في أراضي korkakak... 15:08 &lt;korkakak&gt; وداعاً يا شباب 15:08 &lt;cervantes&gt; تصبح على خير 15:08 &lt;jrandom&gt; شكراً لمرورك nick، أراك لاحقاً 15:10 &lt;dm&gt; ليلة سعيدة 15:10 &lt;jrandom&gt; /. ستكون مبكرة على الأرجح، لكن سيكون من الجيد جلب أشخاص جدد بطرق أخرى 15:10 &lt;dm&gt; أنت متقبل جداً لاقتراح Pseudonym. ظننت أنك ستفقد أعصابك. 15:10 &lt;jrandom&gt; لكن أظن أننا ننمو بثبات عبر التناقل الشفهي 15:11 &lt;deer&gt; &lt;Pseudonym&gt; وإن أردنا الإعلان، أين يجب أن نفعل ذلك؟ 15:11 &lt;jrandom&gt; لا أظن أنه ينبغي أن يكون لدينا أي إعلانات الآن، ليس حتى 1.0 15:11 &lt;deer&gt; &lt;Pseudonym&gt; يبدو أننا بحاجة إلى تدفق نقد/مواهب 15:11 &lt;jrandom&gt; لكن إن سمعتَ أحداً يتحدث عن أنه يتمنى وجود طريقة للمساعدة في القيام بأشياء بشكل مجهول، وجّهه إلى i2p ;) 15:12 &lt;deer&gt; * DrWoo يقترح حملة همس 15:12 &lt;cervantes&gt; لدينا قدر لا بأس به من الأموال غير المخصصة بالفعل... 15:12 &lt;jrandom&gt; نحن فريق مفتوح، لكن لديك فرصة واحدة فقط لتترك انطباعاً أولاً. 15:13 &lt;cat-a-puss&gt; لا أوصي بالانتقال من عدم الدعاية إلى /. يجب أن تكون هناك خطوة وسيطة للتأكد من أن بإمكاننا التعامل مع الحمل 15:13 &lt;deer&gt; &lt;Pseudonym&gt; إذن يجب أن نخصصها لمكافآت نراها مهمة 15:13 &lt;dm&gt; نحتاج لتوظيف مطور بدوام كامل أو إيجاد شخص يشعر بالملل حقاً حقاً 15:13 &lt;jrandom&gt; متفق. أود أن أرى على الأقل 500 routers على الخط قبل ذلك 15:13 &lt;jrandom&gt; في الواقع، أنتم تنتقلون بنا مباشرة إلى 5) تطبيقات العميل :) 15:14 &lt;jrandom&gt; لدينا حوالي ~300 في الصندوق حالياً (حسناً، تقريباً، لكن هذه قصة أخرى) 15:14 &lt;deer&gt; &lt;Pseudonym&gt; أي اقتراحات بشأن ما يمكن أن تكون الخطوة الوسيطة؟ 15:14 &lt;jrandom&gt; pseudonym: لا يمكن أن يكون لدينا آلاف العُقد حتى 0.4.4 15:15 &lt;jrandom&gt; (وسنرغب في اختبار ضغط للشبكة أولاً) 15:15 &lt;fvw&gt; فعلياً، ربما نستطيع على معظم أنظمة Unix. نحتاج لضبط rlimits فقط. 15:15 &lt;jrandom&gt; صحيح صحيح 15:15 &lt;jrandom&gt; سيكون الأمر مؤلماً، على أي حال ;) 15:16 &lt;deer&gt; &lt;Pseudonym&gt; صحيح. إذن لا /. لكن يبدو أنه ينبغي أن يكون هناك مكان يمكننا منه الحصول على بضع مئات 15:16 &lt;jrandom&gt; يمكننا إجراء محاكاة أكبر رغم ذلك 15:16 &lt;deer&gt; &lt;Pseudonym&gt; هل يعرف أحدكم شخصاً في EFF؟ ربما لديهم قائمة بريدية 15:17 &lt;jrandom&gt; نعم، تحدثتُ مع بعض أشخاص EFF حول بعض الأمور 15:17 &lt;fvw&gt; أعتقد أن أي إعلان سيتسرب على الأرجح إلى slashdot. أتفق مع jrandom، القليل من الانتظار ليس سيئاً في هذا الوقت. 15:18 &lt;dm&gt; يجب أن تكونوا على دراية أنه إذا وصلتم إلى 200-300 عُقدة، فمن المرجح أن تحصلوا على ذكر تلقائي في /. ;) 15:18 &lt;jrandom&gt; (خاصة أننا مستمرون منذ ~ 15 شهراً بالفعل) 15:18 &lt;dm&gt; كتلة حرجة/ضجة وكل ذلك 15:18 &lt;jrandom&gt; حسناً، هذا أيضاً شيء آخر يقود إلى 5) تطبيقات العميل 15:19 &lt;jrandom&gt; أتابع بعض الإحصاءات ويبدو أن حوالي ربع الـ routers هناك لا يقومون بأي نشاط عميل فعلاً 15:19 &lt;jrandom&gt; وهو أمر رائع وممتاز أن الناس مستعدون للتبرع بمواردهم للعمل كـ I2P routers، لكن من المؤسف أننا لا نملك شيئاً يجذبهم :) 15:19 &lt;fvw&gt; نعم، أود القيام بتطبيق دردشة مناسب (كـ irc، ولكن بطريقة منطقية لـ i2p)، لكن هذا أمر طويل الأمد جداً، لا وقت في الأشهر القادمة... 15:20 &lt;jrandom&gt; لدينا تدفق رائع من eepsites مؤخراً رغم ذلك 15:20 &lt;jrandom&gt; رائع fvw 15:20 &lt;cervantes&gt; كثير من الناس يشغلون أكثر من router واحد رغم ذلك 15:20 &lt;jrandom&gt; تطبيق مراسلة فورية/دردشة جماعية متين لـ I2P سيكون رائعاً بالتأكيد 15:20 &lt;nicktastic&gt; fvw: مرسال فوري مع دردشة متعددة المستخدمين، ربما؟ 15:20 &lt;deer&gt; &lt;mrflibble&gt; يا شباب، في 0.4.0.1، كيف أسمح للـ router بالاستماع لأكثر من localhost فقط؟ 15:20 &lt;cat-a-puss&gt; مرحباً، هل يمكن لأحد كتابة ملحق Gaim؟ قد تكون طريقة جيدة للقيام بذلك 15:20 &lt;jrandom&gt; صحيح cervantes 15:20 &lt;cervantes&gt; قد يستخدمون واحداً للتطبيقات... ويتبرعون بالآخرين 15:21 &lt;jrandom&gt; mrflibble: `http://localhost:7657/i2ptunnel/` لضبط وكيلي http وirc للاستماع على "أي واجهة" 15:21 &lt;fvw&gt; وهذا يذكرني: هل يمكننا فعل شيء يشبه multicast للـ outbound tunnels؟ أي أن تُسلّم رسالة واحدة لعدة inbounds؟ 15:21 &lt;nicktastic&gt; cat-a-puss: ممكن بالتأكيد 15:21 &lt;fvw&gt; نعم، في الجوهر لا يوجد اختلاف كبير بين irc وim، باستثناء واجهة المستخدم. 15:22 &lt;jrandom&gt; fvw: نعم ولا. لن تقدم وفورات كبيرة (إذ أن الرسائل مشفرة طرف-إلى-طرف، لذا سيتعين عليك garlic wrap للرسالة إلى نقطة نهاية outbound tunnel وتوجيه الأجزاء بشكل منفصل من هناك) 15:22 &lt;jrandom&gt; برأيي multicast ينبغي أن يستخدم تراكباً على طبقة التطبيق 15:22 &lt;deer&gt; &lt;mrflibble&gt; أوه، شكراً jrandom! 15:22 &lt;fvw&gt; ماذا تعني بتراكب طبقة التطبيق؟ 15:22 &lt;jrandom&gt; على شاكلة shoutcast/إلخ 15:23 &lt;hypercubus&gt; يقصد أن يتم الـ multicasting في طبقة التطبيق 15:23 &lt;hypercubus&gt; وليس في طبقة i2p 15:23 &lt;cervantes&gt; أهلاً hyper 15:23 &lt;fvw&gt; نعم حسناً. عادل. 15:24 &lt;jrandom&gt; حسناً، لقد أسهبتُ بما يكفي في البريد حول تطبيقات العميل، لذلك لن أكرر نفسي هنا. 15:25 * fvw يُقطّب ويضع الفشار جانباً. 15:25 * jrandom !يصفع المازح 15:26 &lt;jrandom&gt; لكن، أساساً أظن أنه قبل أن نذهب "إلى العلن"، نحتاج إلى شيء مشوق نذهب إلى العلن معه 15:26 &lt;dm&gt; إن بنيته سيأتون... 15:26 &lt;dm&gt; هاهاها، أو لا!!! 15:26 &lt;fvw&gt; نعم. رغم أنه يمكننا على الأرجح جذب عدد لا بأس به من freenet بمجرد امتلاك مواقع ديناميكية (ناهيك عن أنها تعمل) freesites. 15:27 &lt;deer&gt; &lt;Pseudonym&gt; ماذا عن استخدام بعض المال في الصندوق العام لإنشاء/زيادة مكافآت للأشياء المشوقة 15:27 &lt;nicktastic&gt; ...و dht 15:27 &lt;cervantes&gt; ليس لدي معرفة بـ freenet... كيف تختلف freesites عن eepsites؟ 15:27 &lt;cervantes&gt; إن كانتا بأي شكل متشابهتين 15:27 &lt;deer&gt; &lt;Pseudonym&gt; eepsites تعمل 15:28 &lt;deer&gt; &lt;soros&gt; هه 15:28 &lt;hypercubus&gt; برأيي أنتم متعجّلون 15:28 &lt;cervantes&gt; باستثناء ذلك 15:28 &lt;nicktastic&gt; hypercubus: كيف ذلك؟ 15:28 &lt;hypercubus&gt; ساهموا في المشروع، أو اصمتوا 15:28 &lt;deer&gt; &lt;soros&gt; freesites ساكنة. 15:28 &lt;jrandom&gt; مكافآت/تخصيص جزء من الصندوق العام لإعطاء $$$ لمقدمي الخدمات / eepsites التي تقوم بأشياء رائعة تبدو فكرة جيدة 15:28 * jrandom أنا المتعجل هنا يا hypercubus ;) 15:28 &lt;jrandom&gt; Pseudonym: هل هذا ما تعنيه؟ 15:28 &lt;cervantes&gt; هذه التطبيقات لن تظهر بين ليلة وضحاها بالتأكيد 15:29 &lt;jrandom&gt; صحيح، لهذا نحتاج للحديث عنها الآن 15:29 &lt;jrandom&gt; duck: هل أنت هنا؟ 15:29 &lt;hypercubus&gt; هؤلاء الأشخاص يدفعون باتجاه إعلانات عامة 15:29 &lt;fvw&gt; أشك في أنك ستجلب المزيد من eepsites بالمكافآت. الأشخاص الذين يبنونها يفعلون ذلك لأنه ممتع، وأشك أننا سندفع لمن لا يجد الأمر ممتعاً بما يكفي. 15:29 &lt;deer&gt; &lt;soros&gt; المواقع الديناميكية على freenet يمكن تحديثها، لكن مرة واحدة يومياً... 15:29 &lt;jrandom&gt; ربما صحيح fvw 15:29 &lt;deer&gt; &lt;Pseudonym&gt; كنت أفكر أكثر في استخدام الصندوق العام لدعم مكافآت للتطبيقات، وليس الخدمات/eepsites 15:29 &lt;fvw&gt; لا أحد يدفع نحو الإعلانات، لقد نوقش الأمر بإيجاز فقط. 15:30 &lt;hypercubus&gt; المشروع يتطور وينمو طبيعياً، تحلّوا بالصبر 15:30 &lt;jrandom&gt; حسناً جيد Pseudonym. 15:30 * fvw يومئ إلى pseudonym. قد يكون ذلك جيداً نعم. 15:30 &lt;jrandom&gt; ماذا تقترحون؟ 15:30 &lt;nicktastic&gt; hypercubus: إنهم فقط يعصفون بالأفكار لزيادة الشبكة دون "زيادة" الشبكة ;) 15:30 &lt;jrandom&gt; الصندوق العام للتبرعات متاح ليُطبّق أينما نراه مناسباً 15:30 &lt;fvw&gt; مع ذلك أعتقد أن مكافآت صغيرة للأخطاء أو الميزات لديها أكبر فرصة فعلياً للتسبب في حدوث أشياء بدلاً من كونها هدية لطيفة لمن حدث أن فعلها على أي حال. 15:31 &lt;deer&gt; &lt;Pseudonym&gt; المكافآت الصغيرة لا تبدو ناجحة. ماذا لو دفعنا مبلغاً كبيراً في وعاء MyI2p 15:32 &lt;hypercubus&gt; ماذا عن أن تتبرع أنت؟ 15:32 &lt;nicktastic&gt; jrandom: حسناً، لكي يكون نقل الملفات بتقنية swarm وdds مفيدين، نحتاج تدفقات أسرع من 4kbyte/sec، لذا مكافأتان تعتمدان إلى حد ما على مكافأة مكتبة البث 15:32 &lt;nicktastic&gt; jrandom: لكن من النقاش السابق، يبدو ذلك تافهاً 15:32 &lt;cervantes&gt; إلقاء المال على الأشياء لن يجعلها تظهر بين ليلة وضحاها أيضاً :) 15:32 &lt;deer&gt; &lt;Pseudonym&gt; لقد تبرعت 15:32 &lt;deer&gt; &lt;soros&gt; فقط أعلنوا i2p على slashdot 15:32 &lt;deer&gt; &lt;soros&gt; هذا كل ما تحتاجونه 15:33 &lt;hypercubus&gt; هذا بالضبط عكس ما نحتاجه 15:33 &lt;deer&gt; &lt;Pseudonym&gt; ليس بين ليلة وضحاها، لكن ربما سيبدأ شخص ما بالعمل عليه 15:33 &lt;jrandom&gt; nicktastic: مكتبة البث سيكون فيها الكثير من العمل، لكن هذا إصدار 0.4.3 :) 15:34 * nicktastic يستشير خارطة الطريق 15:34 &lt;jrandom&gt; لكنني أتفق مع cervantes، $$ لا تصنع الشيفرة، المبرمجون يصنعون الشيفرة. 15:34 &lt;deer&gt; &lt;soros&gt; هل i2p مُدرج على freshmeat ؟ 15:34 &lt;jrandom&gt; ليت كان هناك طريقة سحرية للوصول إلى المخترقين دون إخبار المستخدمين العاديين ;) 15:34 &lt;jrandom&gt; ليس على حد علمي soros 15:34 &lt;fvw&gt; إعادة النشر إلى قوائم بريد برمجيات أخرى مرتبطة بإخفاء الهوية؟ 15:35 &lt;fvw&gt; فعلياً، أعتقد أن معظم الأشخاص كانوا مشاركين بالفعل مع freenet أو gnunet، وأصبحوا على علم بـ i2p بالفعل. 15:35 &lt;cervantes&gt; اخترق شبكات إخفاء الهوية الأدنى لديهم وقل "مرحباً تعالوا واعملوا لدينا" 15:35 &lt;jrandom&gt; نحصل على عدد جيد من الزيارات من صفحة روابط gnunet 15:35 &lt;jrandom&gt; هه cervantes 15:35 &lt;deer&gt; &lt;demonic_1&gt; هناك بعض مجموعات الأخبار أظن 15:36 &lt;cervantes&gt; (اعملوا لدينا وإلا سنعطي عنوان IP الخاص بكم للأخ الأكبر) 15:36 &lt;cat-a-puss&gt; يمكنك وضع مراجع إلى I2p في ويكيات تتحدث عن أشياء ذات صلة 15:36 &lt;deer&gt; &lt;baffled&gt; أعتقد أن أحد الأشياء التي نحتاجها هو طريقة لإدخال البريد إلى i2p وإخراجه منها بشكل مجهول. 15:36 &lt;jrandom&gt; أظن أن شخصاً ما وضع i2p بالفعل في مواقع عدة في wikipedia، رغم أنني لا أعرف بشأن iA مؤخراً 15:36 * fvw لا يرى لماذا لا يمكنك تشغيل smtp عبر tunnel. 15:37 &lt;jrandom&gt; متفق baffled، طريقة متينة للقيام بالبريد بشكل آمن ستكون رائعة 15:37 &lt;cervantes&gt; هل هذا ممكن though 15:37 &lt;fvw&gt; يجب أن نكون حذرين حتى لا نُرسل رسائل مزعجة though. 15:37 &lt;jrandom&gt; fvw: هل تثق بعميل بريدك؟ 15:37 &lt;jrandom&gt; مع ذلك، بوابة خروج mixminion/mixmaster ستكون رائعة حقاً 15:37 &lt;jrandom&gt; (فليقم أحد بإعداد واجهة ويب لأحدهما. رجاءً :) 15:37 &lt;fvw&gt; jrandom: بقدر ما أثق بأي برمجية عميل أخرى... هل تثق بعميل IRC لديك؟ بمتصفحك؟ ... 15:38 &lt;cervantes&gt; سيتعين عليك أن تثق بصاحب البوابة أنه لا يقرأ بريدك 15:38 &lt;jrandom&gt; fvw: لا. 15:38 &lt;jrandom&gt; fvw: وهذه مشكلة. 15:38 &lt;jrandom&gt; fvw: مشكلة يجب أن نحلها قبل أن نوصي الناس باستخدام I2P لأي شيء يتجاوز الاختبار. 15:39 &lt;fvw&gt; كيف تقترح جعل عملاء البريد "أكثر إخفاءً للهوية"؟ 15:39 &lt;jrandom&gt; سنحتاج إلى "خادم" SMTP/POP3 محلي يقرأ من العميل، يُحلل، يفسر، ويتصرف وفقاً لذلك. 15:39 &lt;cervantes&gt; ستحتاج إلى تطبيق بريد مُفصّل خصيصاً كبداية 15:39 &lt;jrandom&gt; (هناك بعض التطبيقات التي تفعل ذلك بالفعل) 15:39 &lt;cervantes&gt; (عميل) 15:40 * cervantes يعتذر عن قول "مُفصّل خصيصاً" 15:40 &lt;cervantes&gt; *يعتذر 15:40 &lt;jrandom&gt; لكن هذا يقود إلى إحدى النقاط في ملاحظات الحالة الأسبوعية - هناك الكثير من الأشياء المهمة التي يجب إنجازها 15:40 &lt;fvw&gt; jrandom: سيكون ذلك سهلاً جداً، على الأقل على يونكس. فقط عدّل إسقاط sendmail وشيئاً يقوم بدور fetchmail وستكون جاهزاً. يمكن القيام به بسكربتات shell إن أردت. 15:40 &lt;deer&gt; &lt;duck&gt; أسمع صدى اسمي 15:40 &lt;jrandom&gt; نحتاج للتركيز إذا كانت المكافآت ستكون كافية 15:40 &lt;jrandom&gt; أوه، أهلاً duck 15:41 &lt;deer&gt; &lt;duck&gt; آسف، كنت، آه.. أشرب 15:41 &lt;jrandom&gt; duck: أردت فقط التحقق إن كان هناك أي تحديث حول ذلك الشيء بوابة الويب؟ وهل قد يكون شيئاً يمكن لمستخدمي i2p العاديين استخدامه؟ 15:41 &lt;jrandom&gt; هه، في صحتك 15:41 &lt;nicktastic&gt; بطة سكرانة 15:41 &lt;cervantes&gt; ماء بركة؟ 15:41 &lt;jrandom&gt; fvw: ابدأ بالبرمجة :) 15:42 &lt;deer&gt; &lt;duck&gt; لا، التطوير تجمّد. سيتعين إيجاد شخص آخر 15:42 &lt;jrandom&gt; حسناً، آسف لسماع ذلك 15:42 &lt;deer&gt; &lt;baffled&gt; قلنا لك لا تواصل وضعهم في الخزانة لحمايتهم. 15:43 &lt;deer&gt; &lt;duck&gt; مواصفاتي الأولية: `http://duck.i2p/files/anonyproxy.txt` 15:44 &lt;deer&gt; &lt;baffled&gt; هل إدخال/إخراج البريد من i2p سهل كنوع من واجهة ويب/نفق إلى أحد هذه الـ mixmaster؟ 15:44 &lt;jrandom&gt; ربما يمكننا العمل على إعادة صياغة المواصفة لذلك ونرى إن كان يمكن أن يلبي احتياجات eepsites العادية (مع مساهمة أموال i2p العامة) 15:44 &lt;jrandom&gt; أوه حسناً رائع duck، سأطلع عليها 15:44 &lt;jrandom&gt; baffled: الخروج من i2p؟ نعم. الدخول إلى i2p؟ غالباً المزيد من العمل 15:44 &lt;fvw&gt; baffled: لماذا تريد إضافة mixmaster؟ كل ما يقدمه mixmaster لدينا بالفعل. 15:45 &lt;jrandom&gt; fvw: لدى mixmaster شبكة outproxies، بالإضافة إلى تأخيرات غير بسيطة 15:45 &lt;jrandom&gt; آه حسناً duck، طالعت المواصفة سريعاً. قد نتمكن من ابتكار شيء 15:45 &lt;deer&gt; &lt;baffled&gt; ليس أنا، jrandom اقترح إعداد واجهة ويب له وليس أنا. 15:46 &lt;jrandom&gt; (مع أنه يبدو أن له متطلبات ثقيلة، لذا ربما لا. غير متأكد، سنرى) 15:46 &lt;deer&gt; &lt;duck&gt; إنه سهل جداً؛ التوقع كان 1.5 ساعة لدراسة المكونات ثم 3-4 ساعات ترقيع 15:46 &lt;fvw&gt; outproxies ستكون مفيدة نعم. أما عن التأخيرات غير البسيطة، شخص ليس يستخدم i2p بالفعل لن يستخدم i2p لمجرد البريد بينما هناك mixmaster، في حين أن شخصاً يستخدم i2p بالفعل سيكون معرضاً للانكشاف في مكان آخر بسبب افتقارنا للتأخيرات (إن كان ذلك ممكناً) على أي حال 15:46 &lt;jrandom&gt; صحيح صحيح، بالإضافة إلى شحن perl وprivoxy وapache يا duck ;) 15:47 &lt;jrandom&gt; ربما fvw. (مع أن i2p 3.0 بلاه بلاه بلاه) 15:47 &lt;fvw&gt; ههه، أتردد في قول "نقطة جيدة"، لكني أفهم ما تعنيه. 15:48 &lt;nicktastic&gt; للمعلومية، JES (Java Email Server) يوفر خادمي SMTP وPOP3 تحت GPL 15:49 &lt;jrandom&gt; حسناً، ربما ينبغي أن يكون هناك مزيد من النقاش على القائمة أو في المنتدى حول تطبيق أو تطبيقين من تطبيقات العميل التي ينبغي أن نستكشف التركيز عليها 15:49 &lt;jrandom&gt; جيد يا nicktastic، هناك أيضاً واحد رائع من apache 15:49 &lt;nicktastic&gt; جميل، ما اسمه؟ 15:49 &lt;jrandom&gt; http://james.apache.org/ 15:49 &lt;nicktastic&gt; شكراً 15:50 &lt;jrandom&gt; (وNNTP أيضاً (يسيل اللعاب)) 15:50 &lt;nicktastic&gt; واو 15:50 * nicktastic يتحمس للغاية 15:51 * fvw انضم إلى #i2p-porn. أو على الأقل يبدو كذلك. 15:51 &lt;fvw&gt; حسناً، التالي؟ 15:51 &lt;jrandom&gt; حسناً، يمكننا متابعة مناقشات تطبيقات العميل ووضع الاستراتيجيات على القائمة وفي المنتديات 15:51 &lt;nicktastic&gt; نعم 15:52 &lt;jrandom&gt; لكن الآن، ننتقل إلى 6) ??? 15:52 &lt;nicktastic&gt; أو خلال ساعات غير الاجتماع ;P 15:52 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 15:52 * fvw يومئ. يستحق بعض النقاش على القائمة. 15:52 &lt;deer&gt; &lt;duck&gt; شرح صغير لـ www-inproxy: الفكرة كانت الحصول على بعض مزودي خدمة الإنترنت لتقديم مثل هذه البوابة كخدمة 15:52 &lt;fvw&gt; لا، القائمة جيدة. تعطي الجميع فرصة للتعليق، ليس فقط من صادف أنه مستيقظ. 15:52 &lt;jrandom&gt; صحيح duck، وهذا رائع 15:52 &lt;deer&gt; &lt;duck&gt; حتى يتمكن joe i2p-less-sixpack من الوصول إليها باستخدام MSIE خاصته 15:52 &lt;deer&gt; &lt;duck&gt; لكن المضيف مجهول 15:52 &lt;deer&gt; &lt;soros&gt; http://it.slashdot.org/article.pl?sid=04/09/14/2226226&amp;threshold=0&amp;tid=172&amp;tid=128&amp;tid=201&amp;tid=218 (ثغرة جديدة قبيحة لـ Windows XP) 15:52 &lt;jrandom&gt; بلا I2P! كافر! احرقوه! 15:53 &lt;deer&gt; &lt;duck&gt; مزود الخدمة يتحمل جزءاً من المخاطرة، ومن هنا شرط القائمة البيضاء 15:53 &lt;deer&gt; &lt;duck&gt; وبالطبع الدفع مقابل النطاق وهلم جراً 15:53 &lt;fvw&gt; ههه. ثم فجأة نلصق إباحية الأطفال في كل eepsites الشهيرة ونشاهد نصف الناس يُعتقلون والنصف الآخر يثبت i2p. 15:53 &lt;jrandom&gt; هه 15:53 &lt;deer&gt; * duck يتصل بـ AIVD 15:54 &lt;fvw&gt; duck هولندي؟ *يتفكر* 15:55 &lt;deer&gt; &lt;duck&gt; أظن أن كثيراً من تطبيقات العميل ليست قاتلة 15:55 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يريد طرحه؟ 15:55 &lt;jrandom&gt; متفق duck، لكننا نحتاج إلى شيء ما 15:55 &lt;deer&gt; &lt;duck&gt; بعض نفق SMTP مصنوع ذاتياً ليس شيئاً كبيراً 15:56 &lt;deer&gt; &lt;duck&gt; myi2p مع محاسبة IOU 15:56 &lt;deer&gt; &lt;duck&gt; fvw: Bedankt foor die bloumen 15:57 &lt;deer&gt; &lt;soros&gt; "بعد شكاوى إلى NIC.CX (الجهة المنظمة لنطاقات .cx) من موظفة مكتب تُدعى Rhonda Clarke من جزيرة الكريسماس، تم إسقاط موقع goatse.cx يوم الجمعة 16 يناير 2004. (Goat.cx وHick.org/Goat ما زالا نشطين.) حتى أنه أُطلق عريضة لإعادة goatse.cx." 15:57 &lt;deer&gt; &lt;soros&gt; فقدتُ إيماني بالإنسانية 15:57 &lt;deer&gt; &lt;duck&gt; شيء صغير عن الموقع: تمت إضافة I2P إلى &lt;title&gt; لكل صفحة لأغراض جوجل 15:57 &lt;deer&gt; &lt;soros&gt; آسف، نافذة خاطئة 15:57 &lt;jrandom&gt; آه حسناً duck 15:57 &lt;deer&gt; &lt;duck&gt; لكني لا أتابع آخر رقصة جوجل، لذا قد يكون بلا قيمة. 15:57 &lt;jrandom&gt; ربما إن كانت هناك طريقة لاستبعاده صراحة؟ 15:58 &lt;jrandom&gt; (مثلاً كي نقول "Welcome to I2P.net" بدلاً من "I2P - Welcome to I2P.net"، إلخ) 15:58 &lt;deer&gt; &lt;duck&gt; هذا ممكن بالطبع 15:58 &lt;deer&gt; * duck ينظر إلى عدّاد المرح 15:58 &lt;jrandom&gt; يمكننا دائماً فقط إضافة title = "I2P - How does it work" إلى menu.ini 15:58 &lt;deer&gt; &lt;duck&gt; لا، ليس اليوم 15:58 &lt;deer&gt; &lt;thetower&gt; أوه أوه، أليس هناك طريقة ما يمكننا بها جعل جوجل يزحف على i2p؟ مثل نوع من الـ reverse proxy أو شيء ما؟ 15:58 &lt;jrandom&gt; نعم، لا يستحق العناء 15:58 &lt;jrandom&gt; thetower مع الشيء تبع duck، ربما. 15:59 &lt;deer&gt; &lt;duck&gt; نعم 15:59 &lt;fvw&gt; لكن كما ذُكر، ربما لا تريد أن تكون أنت من يديره. 15:59 &lt;deer&gt; &lt;thetower&gt; يبدو أنه إن ظهرت eepsites في عمليات بحث جوجل فسيكون ذلك دعاية جيدة بحد ذاته. 16:00 &lt;deer&gt; &lt;duck&gt; fvw: لقد تواصلتُ مع مزود خدمة إنترنت مهتم 16:00 &lt;deer&gt; &lt;duck&gt; لكنه لن يبنيه 16:00 &lt;jrandom&gt; thetower: ربما إن تم ربط ht://dig بـ files.i2p، وإذا كشف files.i2p قاعدة البيانات كملف كبير مع روابط html، يمكن نسخه عكسياً..؟ 16:00 &lt;fvw&gt; duck: حقاً؟ كم حجمه وفي أي بلد؟ 16:00 &lt;cervantes&gt; ماذا عن مخبأ بدلاً من وكيل 16:00 &lt;cervantes&gt; آه 16:00 &lt;deer&gt; &lt;duck&gt; 20cm 16:00 &lt;fvw&gt; لو كنتُ مزود خدمة إنترنت ولست خائفاً من المشكلات القانونية، ما كنت لأكون مهتماً حتى يصبح I2P أكبر بكثير. 16:01 &lt;jrandom&gt; سيكون المخبأ مثيراً أيضاً، سرب من Squid، إلخ 16:01 &lt;deer&gt; &lt;duck&gt; skynet 16:01 &lt;fvw&gt; هذا كبير جداً. هل أعطيتهم دليل هاتف ليجلسوا عليه؟ 16:01 &lt;nicktastic&gt; ههه 16:01 &lt;deer&gt; &lt;duck&gt; fvw: سيراجعون الموقع قبل إضافته 16:01 &lt;deer&gt; &lt;duck&gt; لذا سيتعين عليك إيجاد مكان آخر لأشيائك القذرة 16:01 &lt;fvw&gt; مرة واحدة أم عند كل تحديث؟ 16:02 &lt;fvw&gt; الأخير يبدو عملاً كثيراً لمحتوى قليل جداً. 16:02 &lt;deer&gt; &lt;duck&gt; كل ثاني أحد من شهر فيه حرف x 16:02 &lt;deer&gt; &lt;duck&gt; يا إلهي 16:03 &lt;jrandom&gt; حسناً، تجاوزنا علامة الساعتين، هل لدى أحد شيء ليطرحه، أم نتابع مزيداً من النقاش على القائمة / في المنتدى / إلخ؟ 16:03 &lt;fvw&gt; أجد احتمالية التزام مزود خدمة إنترنت جاد بموارد لـ I2P في هذه المرحلة منخفضة جداً. 16:03 * cervantes يُغطي رأسه بقدر 16:03 &lt;deer&gt; &lt;duck&gt; fvw: تم تدوين مشاعرك. 16:03 * fvw يومئ إلى jrandom. أحتاج شراباً. واصلوا العمل الجيد. 16:03 &lt;deer&gt; &lt;duck&gt; متى سنعقد اجتماع 24 ساعة؟ 16:04 &lt;jrandom&gt; ربما الأسبوع القادم يا duck 16:04 * jrandom يختتم 16:04 &lt;deer&gt; &lt;duck&gt; أوه يا سلام! 16:04 &lt;fvw&gt; duck: مشاعري؟ لم ترَ بعدُ مشاعري. دعني آخذ بضع كؤوس فقط.. *ابتسامة* 16:04 * jrandom يضرب cervantes على رأسه بخفة، مُنهياً الاجتماع </div>/ar/blog/2004/09/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-14/Tue, 14 Sep 2004 00:00:00 +0000/ar/blog/2004/09/14/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-14/<p>مرحباً يا جماعة، حان موعدنا الأسبوعي من جديد</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>0.4.0.1</li> <li>Threat model updates</li> <li>Website updates</li> <li>Roadmap</li> <li>Client apps</li> <li>???</li> </ol> <h2 id="1-0401">1) 0.4.0.1</h2> <p>منذ إصدار 0.4.0.1 يوم الأربعاء الماضي، سارت الأمور على ما يرام إلى حد كبير على الشبكة؛ أكثر من ثلثي الشبكة قام بالترقية، ولقد حافظنا على وجود ما بين 60 و80 routers على الشبكة. تختلف أوقات اتصال IRC، لكن في الآونة الأخيرة أصبحت اتصالات تدوم من 4 إلى 12 ساعة أمراً طبيعياً. كانت هناك بعض التقارير عن سلوك غريب عند بدء التشغيل على OS/X، لكنني أعتقد أنه يتم إحراز بعض التقدم على هذا الصعيد أيضاً.</p>/ar/blog/2004/09/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-08/Wed, 08 Sep 2004 00:00:00 +0000/ar/blog/2004/09/08/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-09-08/<p>مرحباً جميعاً، عذرًا على التأخر&hellip;</p> <h2 id="فهرس">فهرس:</h2> <ol> <li>0.4</li> <li>Capacity and overload</li> <li>Website updates</li> <li>I2PTunnel web interface</li> <li>Roadmap and todo</li> <li>???</li> </ol> <h2 id="1-04">1) 0.4</h2> <p>كما أنا متأكد أنكم جميعاً قد رأيتم، فقد صدر إصدار 0.4 قبل أيام، وعموماً تسير الأمور بشكل جيد جداً. من الصعب تصديق أن ستة أشهر قد مضت منذ صدور 0.3 (وسنة منذ إطلاق حزمة تطوير البرمجيات (SDK) 1.0)، لكننا قطعنا شوطاً طويلاً، وعملكم الجاد وحماستكم وصبركم حققت نتائج مدهشة. تهانينا، وشكراً!</p>/ar/blog/2004/09/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-07-2004/Tue, 07 Sep 2004 00:00:00 +0000/ar/blog/2004/09/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-07-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cat-a-puss, cervantes, deer, demonic_1, dm, fvw, hypercubus, jrandom, luckypunk, modulus, nicktastic, Sciatica, shardy, Sugadude, ugha_node</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:09 &lt;jrandom&gt; 0) مرحباً 14:09 &lt;jrandom&gt; 1) 0.4 14:09 &lt;jrandom&gt; 2) السعة وفرط التحميل 14:09 * cervantes يسحب مقعداً عالياً عند الحانة 14:09 &lt;jrandom&gt; 3) تحديثات الموقع 14:09 &lt;jrandom&gt; 4) واجهة الويب لـ I2PTunnel 14:09 &lt;jrandom&gt; 5) خارطة الطريق وقائمة المهام 14:09 &lt;jrandom&gt; 6) ??? 14:09 &lt;jrandom&gt; 0) مرحباً 14:09 &lt;nicktastic&gt; ugha، آه، حتى -x غير ضرورية لرؤية ما يتم حله - يا لسذاجتي 14:09 &lt;cervantes&gt; مرحباً 14:09 * nicktastic يعود للتخفي 14:10 &lt;jrandom&gt; أهلاً بالجميع، آسف على تأخر الملاحظات - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom كان عليه فقط الرد على رسالة E من Derick :) 14:10 &lt;deer&gt; &lt;ugha2p&gt; nicktastic: صحيح. لكن الاجتماع بدأ بالفعل. :) 14:10 &lt;luckypunk&gt; ها رائع، لم أفوّته. 14:10 &lt;jrandom&gt; !hi5 14:10 &lt;jrandom&gt; حسناً، ننتقل إلى 1) 0.4 14:11 &lt;jrandom&gt; أخيراً أطلقناه، ويبدو أنه لم يعضّنا كثيراً 14:12 &lt;jrandom&gt; الشبكة أكبر من أي وقت مضى (أحصيت 60 اتصال TCP قبل بضع ساعات)، يمكن جلب eepsites، وirc غالباً قابل للاستخدام 14:12 &lt;dm&gt; هاي!! اجتماع؟ 14:12 &lt;jrandom&gt; hypercubus قام بعمل رائع في التثبيت الجديد، وsystray (منطقة إعلامات النظام)، ومدير الخدمة، مما أعاننا كثيراً 14:13 &lt;modulus&gt; رائع 14:13 &lt;hypercubus&gt; ما زال أمامنا شوط 14:13 &lt;hypercubus&gt; لكن أظن أننا نتقدم الآن 14:13 &lt;jrandom&gt; أتفق، إلى الأمام دائماً :) 14:14 &lt;jrandom&gt; هذا الإصدار يتضمن أيضاً نشرًا واسعاً لأداة oOo المسماة ?i2paddresshelper 14:14 &lt;jrandom&gt; تطرقنا لها قليلاً الأسبوع الماضي [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html البند 2.3]، لكن ربما من الجيد الآن أن يفكر الناس باستخدامها لروابطهم 14:15 &lt;hypercubus&gt; هل تعمل مع vhosts المعتمدة على الاسم؟ 14:15 &lt;jrandom&gt; i2ptunnel httpclient ما زال يرسل بشكل صحيح Host: $base64dest 14:17 &lt;jrandom&gt; وعلى هذا المنوال، كان هناك حديث إضافي عن استخدام خادوم الويب المرفق لخدمة بعض eepsites، وأعتقد إن تفرّغ أحد لضبط الإعدادات اللازمة فسيكون ذلك رائعاً جداً (يوفّرنا مشاكل vhost / إعدادات apache) 14:18 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر بخصوص 0.4؟ 14:18 &lt;deer&gt; &lt;baffled&gt; هل هذا خادوم الويب موجود في cvs؟ 14:18 &lt;demonic_1&gt; ؟ 14:18 &lt;hypercubus&gt; خادوم الويب موجود في 0.4 14:18 &lt;demonic_1&gt; ماذا فاتني 14:18 &lt;deer&gt; &lt;ugha2p&gt; Oh، سيكون كذلك. 14:18 &lt;hypercubus&gt; وبالتالي هو في CVS 14:18 &lt;jrandom&gt; baffled: نعم، كله في cvs (lib/org.mortbay.*) 14:18 &lt;cervantes&gt; بالمناسبة جرّبت مع معالجي بروتوكول URL في Windows... من السهل جداً إعداد السجل بحيث "i2p://base64" يفتح في المتصفح مع http://site.i2p?i2paddresshelper=base64 ... 14:19 &lt;deer&gt; &lt;ugha2p&gt; أوه، هو موجود بالفعل. 14:19 &lt;dm&gt; هذا كله رائع جداً جداً 14:19 &lt;hypercubus&gt; كتبت مسبقاً كود للتعامل مع السجل 14:19 &lt;hypercubus&gt; يمكننا استخدامه لإعداد ارتباط .i2p 14:19 &lt;fvw&gt; cervantes: لا أظن أن i2p:// سيكون مناسباً تماماً. فهو في النهاية http فوق i2p؛ كما يمكنك وجود irc:// فوق i2p. 14:19 &lt;cervantes&gt; يمكنك أيضاً تحديد إعدادات الأمان والوكيل لكل بروتوكول على حدة 14:19 &lt;jrandom&gt; cervantes: هل تحترمها firefox/الخ؟ 14:19 &lt;cervantes&gt; نعم 14:20 -!- shardy_ هو الآن shardy 14:20 &lt;jrandom&gt; واو، مرحباً shardy_ 14:20 &lt;shardy&gt; أهلاً jrandom، طال الغياب 14:20 &lt;cervantes&gt; رغم أني بحاجة إلى مزيد من الاختبار... 14:20 &lt;nicktastic&gt; konqueror ينبغي أن يفعل ذلك أيضاً 14:20 &lt;cervantes&gt; كنت ألعب بها في لحظة فراغ ;-) 14:20 &lt;deer&gt; &lt;ugha2p&gt; Opera لا يفعل. 14:20 &lt;cervantes&gt; مع أني أشك أن firefox يعير إعدادات وكيل وأمان Windows أي اهتمام 14:20 &lt;hypercubus&gt; يمكنك ضبطه في ملف ini الخاص بـ Opera 14:21 &lt;hypercubus&gt; فعلت ذلك في Opera ليدعم ed2k:// 14:21 &lt;deer&gt; &lt;ugha2p&gt; hypercubus: آه، رائع. 14:21 &lt;fvw&gt; إلى حد ما فقط. لا يمكنك تحويل معالجات URL إلى http:// يتعامل معها Opera ذاته للأسف. 14:21 &lt;hypercubus&gt; رغم أنهم لا يوثقون ذلك جيداً 14:21 &lt;deer&gt; &lt;duck&gt; حقاً، ما الفائدة التي يقدمها i2p://؟ 14:22 &lt;fvw&gt; hypercube: أظنك تمرره إلى تطبيق مساعد؟ فعلت الشيء ذاته تقريباً، لكن لم أجد طريقة ليعرض Opera صفحة "تم بدء التنزيل". 14:22 &lt;hypercubus&gt; نعم، يتم تمريره إلى eMule 14:22 &lt;dm&gt; نعم، من يريد أن يبول علناً على أي حال؟ 14:22 &lt;hypercubus&gt; يمكن أن نمرر i2p:// إلى eeproxy 14:22 &lt;hypercubus&gt; ثم يا معشر مطوري الويب يمكنكم تدبر الباقي ;-) 14:22 &lt;Sciatica&gt; أليس https هو http فوق، آه، "s"؟ 14:23 &lt;jrandom&gt; لكن، كما أظن أن duck يقصده، سنكون أصلاً مرتبطين بـ eepproxy؟ 14:23 &lt;deer&gt; &lt;ugha2p&gt; Sciatica: إنه HTTP فوق SSL، نعم. :) 14:23 &lt;jrandom&gt; Sciatica: http فوق i2p (حسناً، أي شيء فوق i2p) آمن ومُوثَّق. ما يحدث بعد وصوله إلى الطرف الآخر خارج نطاق i2p 14:23 &lt;deer&gt; &lt;ugha2p&gt; لكنه تقليد قائم. 14:24 &lt;Sciatica&gt; نعم، أعلم ذلك. أنا فقط أقول إن الحجة ضد i2p:// ليست واضحة بقدر "أليس مجرد http فوق i2p؟" 14:24 &lt;dm&gt; htt2p 14:24 &lt;hypercubus&gt; لا أعلم إن كان i2p:// ضرورياً، لكني أعتقد أنه يمكن جعل المتصفحات الكبرى تعمل معه على الأقل 14:24 &lt;deer&gt; &lt;ugha2p&gt; jrandom: أظنه كان يشير إلى بادئة 'https://'. 14:24 &lt;jrandom&gt; آه، آسف. 14:24 &lt;deer&gt; &lt;duck&gt; نحتاج مُرشّح تعمية بالإضافة إلى `http://127.0.0.1:7657/www.duck.i2p/` على أي حال 14:25 &lt;deer&gt; &lt;duck&gt; معهما لن تحتاج لتعديل إعدادات المتصفح 14:25 &lt;jrandom&gt; لكن نعم، أتفق مع fvw، هذا يبدو كتحميل مفرط لبروتوكول URL 14:25 &lt;demonic_1&gt; ليس هنا&gt;&gt; كاستخدام سخيف أظن روابط i2p:// ستكون رائعة &lt;&lt;ليس هنا 14:25 &lt;jrandom&gt; صحيح duck 14:25 &lt;jrandom&gt; ههه 14:25 &lt;cervantes&gt; ربما يمكن جعل i2p:// يعمل كوسيط بروتوكولات: i2p://irc/base64 14:26 &lt;fvw&gt; آه، هذا قبيح واستغلال سيئ للعناوين. 14:26 &lt;deer&gt; &lt;ugha2p&gt; cervantes: وكيف سيعمل ذلك في حالة IRC؟ 14:26 &lt;deer&gt; &lt;duck&gt; URIs :) 14:26 &lt;cervantes&gt; بهذه الطريقة يمكنك تشغيل تطبيقات مختلفة بناءً على معيار URL واحد 14:26 &lt;fvw&gt; (ليس أن هناك خطأ في ذلك) 14:26 &lt;jrandom&gt; ألن يكون التعديل الأنسب لعنوان URL هو irc://i2p/base64/#i2p ؟ 14:27 &lt;jrandom&gt; لكن، حسناً، خرجنا قليلاً عن الموضوع.. 14:27 &lt;jrandom&gt; شيء آخر بخصوص 0.4؟ :) 14:28 &lt;fvw&gt; لا أظن أن URI تسمح بتحديد آلية النقل بمعزل عن البروتوكول، وهو أمر مؤسف حقاً. 14:28 &lt;dm&gt; يمكنك استخدام نظام الملفات 14:28 &lt;fvw&gt; نعم، نوعاً ما: *تصفيق* 14:28 &lt;dm&gt; c:\i2p\irc #i2p 14:29 &lt;dm&gt; ها! لقد أربكتكم جميعاً 14:29 &lt;deer&gt; * mule_iip يوافق fvw 14:29 &lt;fvw&gt; dm: سأؤذيك بجدية. ربما ليس اليوم، ولا غداً، لكن قريباً ولطوال حياتك. 14:29 &lt;jrandom&gt; :) شكراً، نبذل قصارى جهدنا 14:29 &lt;fvw&gt; &lt;/pinky and the brain&gt; 14:29 &lt;jrandom&gt; هه 14:29 &lt;jrandom&gt; حسناً، ننتقل إلى 2) السعة وفرط التحميل 14:30 &lt;deer&gt; &lt;DrVince&gt; مرحباً جميعاً 14:30 &lt;jrandom&gt; أفضل ألا أعيد نسخ ما نُشر في الملاحظات، لذا راجعوا ما هناك :) 14:30 &lt;dm&gt; مرحباً 14:30 &lt;hypercubus&gt; أهلاً بك في اجتماعنا يا DrVince ;-) 14:30 &lt;deer&gt; &lt;ugha2p&gt; مرحباً، DrVince. 14:31 &lt;jrandom&gt; أمر واحد أود ذكره بخصوص 2) وهو شيء لاحظه بعض الناس - انحراف شديد في الـ tunnels المشاركة 14:31 &lt;jrandom&gt; مثلاً، شخص على DSL كان لديه 300+ tunnels في اليوم الآخر 14:31 &lt;dm&gt; أنا 14:31 &lt;modulus&gt; نعم 14:31 &lt;jrandom&gt; (وعندما يسقط، هذا يكسر كمية كبيرة من الـ tunnels) 14:31 &lt;jrandom&gt; المشكلة أن الـ tunnels خفيفة جداً - 2-20bps في المتوسط 14:31 &lt;cervantes&gt; ووصلة الـ OC3 لدي تكاد لا تحمل شيئاً 14:31 &lt;hypercubus&gt; لدي فقط 8 حالياً 14:32 &lt;dm&gt; كان لدي 270+، وأنا على 150kbps 14:32 &lt;jrandom&gt; إجمالاً، الشبكة لديها ~ 20*n tunnels في المتوسط في أي لحظة 14:32 &lt;jrandom&gt; (حيث n = عدد العقد في الشبكة) 14:32 &lt;jrandom&gt; بمتوسط قفزتين لكل عقدة، يعني أن كل عقدة تشارك في متوسط 40 tunnels 14:33 &lt;hypercubus&gt; نظرياً ;-) 14:33 &lt;jrandom&gt; حسناً، هذا هو الأمر، موازنة كهذه ليست مثالية 14:33 &lt;jrandom&gt; لأن ليس كل العقد بنفس السرعة أو بنفس عرض الحزمة 14:33 &lt;jrandom&gt; ومن ناحية أخرى، موازنة الـ tunnels بحيث تمر جميعها عبر 2 أو 3 أقران سريعين جداً سيئة أيضاً 14:33 &lt;jrandom&gt; لأن سقوط أحدهم يعني *بوم* 14:34 &lt;hypercubus&gt; صحيح، فلماذا اتصال dm الـ DSL الأضعف محمّل بشكل زائد، بينما اتصال DSL الأسرع لدي مستغلّ بأقل من اللازم؟ 14:34 &lt;Sciatica&gt; هل سيزول هذا المشكلة مع نمو عدد العقد في الشبكة إلى ما بعد 100، 200، إلخ؟ 14:34 &lt;dm&gt; أضعف؟ :'( 14:34 &lt;jrandom&gt; hypercubus: لأن i2p حالياً غير متجاوب مع عرض الحزمة المتاح، إلا إذا فعّل الناس تحديد عرض الحزمة 14:34 &lt;hypercubus&gt; dm: تقنياً ;-) 14:34 &lt;hypercubus&gt; حسناً لدي تحديد عرض الحزمة مفعّل... dm على الأرجح لا؟ 14:35 &lt;Sciatica&gt; (في نقطة ما ألن يُ dwarfed عدد العقد التي يمكن لخادم استضافتها مقارنة بعدد العقد الإجمالي [أي tunnels]؟ 14:35 &lt;ugha_node&gt; آرر! 14:35 &lt;ugha_node&gt; '(وقت معالجة الرسائل المحلية يتجاوز 1s)' -- لا أظن أننا ينبغي أن نبرمج أي ثوابت كهذه في الـ router. أظن أن كل هذه القيم يجب أخذها من بيئة (شبكة I2P)، حتى تعمل إن وقع الـ router في بيئة غير متوقعة. 14:35 &lt;dm&gt; نعم، لا أفعل، كما أن رفع التحميل لدي جيد: 256kbps (التنزيل 150kbps) 14:35 &lt;Sciatica&gt; مصطلحات سيئة -- أكتب ببطء شديد لمثل هذه القضايا :-) 14:35 &lt;jrandom&gt; Sciatica: ليست مشكلة، إنها واقع. إن كانت كل عقدة تحافظ على 20 tunnels في أي لحظة، وبمتوسط قفزتين لكل tunnel، فلا يهم حجم الشبكة، سيبقى المتوسط كما هو 14:36 &lt;jrandom&gt; ugha_node: أتفق - رقم 1s عشوائي، لكن كيف نستنبط القيمة "الصحيحة"؟ ما مقدار التأخير الذي يُعد "كثيراً"؟ 14:37 &lt;jrandom&gt; لدينا بعض الشيفرة في RouterThrottleImpl تتعقّب "كم مقدار عرض الحزمة الذي وافقنا على تخصيصه" 14:37 &lt;jrandom&gt; لكن في الوقت الحالي، لا تُخنّق بناءً على ذلك 14:37 &lt;dm&gt; هُمم لا أحب هذه نقاشات الفرط... ذكريات سيئة عن freenet. 14:37 &lt;jrandom&gt; (عرض الحزمة المتفق عليه == # الـ tunnels المشاركة * # الرسائل لكل tunnel في المتوسط * # البايت لكل رسالة في المتوسط) 14:37 &lt;dm&gt; ربما علينا استخدام مُقدّرات؟ 14:38 * jrandom يركل dm 14:38 &lt;hypercubus&gt; dm: هل تستخدم تحديد عرض الحزمة في الـ router لديك؟ 14:38 &lt;dm&gt; hypercubus: لا 14:38 &lt;hypercubus&gt; dm: أوصي بشدة باستخدامه ;-) 14:38 &lt;dm&gt; jrandom: ثلاث كلمات... NGR 14:38 &lt;fvw&gt; الأمر يعود حقاً للعقدة التي طلبت الـ tunnel، أليس كذلك؟ أي نوع من التأخير هم مستعدون لقبوله؟ هل سيكون مجدياً جعله أحد معلمات الـ tunnel؟ 14:39 * fvw يتساءل إن كان dm يحاول إخافتنا أم أنها مجرد فائدة إضافية. 14:39 &lt;jrandom&gt; ممم، هذا له إمكانية 14:39 &lt;dm&gt; آوه.. ألن ينقل ذلك العتبة التعسفية إلى الـ router الطالب؟ ;) 14:39 &lt;dm&gt; أنا لا أريد أن أختار، أنت اختر! 14:40 &lt;jrandom&gt; نعم dm، لكن الـ router الطالب يعرف ما سيُستخدم الـ tunnel لأجله (irc بزمن تأخير منخفض مقابل نقل كثيف بزمن تأخير أعلى ومعدل نقل أعلى) 14:40 &lt;fvw&gt; نعم، لكن لبعض الأمور تأخير 10 ثوانٍ لا مشكلة (فكّر في نقل الملفات)، بينما أمور أخرى (irc) تحتاج زمناً منخفضاً. 14:40 &lt;dm&gt; نعم، إذن تجعل طبقة التطبيق تقرر العتبة؟ 14:40 &lt;jrandom&gt; هذا، مع ذلك، خطر 14:40 &lt;fvw&gt; المشكلة الوحيدة أن استخدام وصلات عالية التأخير لن يزيد السعة، لذا في النهاية تستحوذ نقلات الملفات على كل الموارد. 14:41 &lt;cat-a-puss&gt; هل يمكن حقاً الوثوق بأي ادعاءات حمل يقدّمها الـ router؟ وإلا فقد يحاول شخص خبيث جعل حركة عقد أخرى تمر عبر كل الـ routers لديه 14:41 &lt;jrandom&gt; cat-a-puss: هذه تُستخدم فقط لرفض طلبات المشاركة، وليس لاستقطابها 14:41 &lt;ugha_node&gt; لا يمكنك. 14:41 &lt;cat-a-puss&gt; حسناً 14:42 &lt;jrandom&gt; يمكن لمستخدم خبيث بالطبع قبول الـ tunnels وهو محمّل بشكل زائد تماماً، لكن سنكتشف ذلك عندما يفشل الـ tunnel 14:42 &lt;jrandom&gt; (ويمكن لمستغل الخدمة أن يرفض الـ tunnel عندما لا يكون محمّلاً، ولكن لا بأس) 14:43 &lt;jrandom&gt; الخنق بناءً على الحمل المحلي فعّال جداً. ومع ذلك، هذا ليس كافياً 14:43 &lt;dm&gt; جشع لعين 14:43 &lt;jrandom&gt; حاولت إيجاد طريقة مثلى لتقرير قبول الطلب من عدمه، وأظن أن هناك إمكانية لرفض بعض الطلبات احتماليّاً كنا سنقبلها، بناءً على عدد الـ tunnels التي نشارك فيها بالفعل 14:44 &lt;jrandom&gt; الفكرة أن الندّ يريد من الآخرين تحمل بعض الحمل 14:44 &lt;cat-a-puss&gt; هل علينا تشغيل عدد من الـ routers الافتراضية بقدر عرض الحزمة المتاح؟ 14:44 &lt;jrandom&gt; (لتوزيع الفشل) 14:44 &lt;jrandom&gt; هممم cat-a-puss؟ 14:44 &lt;jrandom&gt; هل تشغّل المحاكي على الشبكة الحية؟ 14:45 &lt;jrandom&gt; على أي حال، لا، يجب أن يكون router واحد قادراً على معالجة السعة المحلية 14:46 &lt;deer&gt; &lt;mule_iip&gt; المشكلة أن عرض الحزمة المستخدم في tunnel قد يتغير بشكل كبير عبر الزمن، أليس كذلك؟ 14:46 &lt;cervantes&gt; وهذا لا يحدث حالياً... على الأقل ليس لدي 14:46 &lt;cat-a-puss&gt; حسناً إن كان كل شيء احتمالي فكيف تستفيد من OC3 أكثر من شخص مسكين على 56k؟ إما أن تعلن: وهو إشكالي، أو تشغّل routers افتراضية، وفي كلتا الحالتين أظن أن طرفاً خبيثاً قد يحاول تطويق عقدة لهجوم إحصائي ما 14:46 &lt;jrandom&gt; صحيح mule_i2p. نحتاج مراقبة إضافية لنشاط الـ tunnel 14:46 &lt;cervantes&gt; 14 مشاركاً لكل منهم 11.5mbit ... هذا إهدار :) 14:47 &lt;jrandom&gt; cat-a-puss: احتمالي != عشوائي :) 14:47 &lt;jrandom&gt; هه cervantes 14:48 &lt;jrandom&gt; الفكرة الأساسية للرفض الاحتمالي هي نشر الحمل على أقران آخرين. ومع ذلك، إن كانت الشبكة مشبعة فعلاً، فلن تشكّل الاحتمالية مشكلة إذ سيعاود الناس الطلب 14:48 &lt;jrandom&gt; القضية أننا حالياً لدينا فائضاً هائلاً من السعة 14:48 &lt;Sugadude&gt; مسكينة i2p، لديها سعة كبيرة أكثر من اللازم. لا تقلقوا، سأهتم بالأمر. ;) 14:49 &lt;fvw&gt; بافتراض أن الجميع ملتزم، ربما يمكنك ألا ترفض من الذين يعودون خلال فترة قصيرة بعد رفض احتمالي؟ 14:49 &lt;deer&gt; &lt;mule_iip&gt; لذا املأ أي tunnel بحركة تمويه 14:49 &lt;jrandom&gt; هه Sugadude :) 14:49 &lt;cervantes&gt; هذا لأن كل الطلبات تُعالَج عبر router الخاص بـ dm ;-) 14:49 &lt;jrandom&gt; fvw: لا نعرف من يطلب الـ tunnel 14:49 &lt;fvw&gt; همم، نقطة جيدة. *يعيد تثبيت رأسه* 14:50 &lt;jrandom&gt; fvw: احتمالياً، الطلبات اللاحقة ستُقبل - نريد عامل "الرفض" أن يبقى منخفضاً بما يكفي 14:50 &lt;deer&gt; &lt;mule_iip&gt; ما سيزيد من الإخفاء ويجعل حساب الحمل أسهل 14:51 &lt;jrandom&gt; صحيح mule_iip، لكن سيكون من الجيد أن تعمل الشبكة بفعالية دون الحاجة إلى حمل عالٍ :) 14:51 &lt;jrandom&gt; لكن هذا بالتأكيد سيناريو جدير بالمحاكاة 14:51 &lt;deer&gt; &lt;mule_iip&gt; اجعل i2p يستخدم معدل بت ثابت مع حركة تمويه. لكن هذا لإصدار مستقبلي، فيما أظن :) 14:52 &lt;jrandom&gt; يمكننا استخدام تخصيص على نمط ATM 14:52 &lt;fvw&gt; أليس استخدام عرض الحزمة متقلباً جداً ليكون ذلك قابلاً للتطبيق؟ 14:52 &lt;jrandom&gt; مثلاً: نفترض 5 رسائل في الدقيقة لكل tunnel @ 32KB لكل منها، ونقارن ذلك بحدود عرض الحزمة، ونرفض وفقاً لذلك 14:52 &lt;cervantes&gt; لدى hyper بعض ascii يمكننا استخدامه لحشو الرسائل 14:52 &lt;hypercubus&gt; هممم، لا أحب فكرة معدل البت الثابت... سيتم ترشيح i2p من مزودي الخدمة بسرعة كبيرة إن طُبّق ذلك 14:53 &lt;jrandom&gt; هه cervantes 14:53 &lt;deer&gt; &lt;kaji&gt; نعم 14:53 * hypercubus لا يعرف عما يتحدث cervantes 14:53 * hypercubus يخفي قرصه المرن 14:53 &lt;jrandom&gt; fvw: الحشو؟ أم التخصيص؟ 14:53 &lt;fvw&gt; التخصيص 14:53 &lt;cervantes&gt; آه نعم قابلية الإنكار 14:54 &lt;jrandom&gt; همم fvw. ربما، لكن أظن يمكننا مراقبتها إحصائياً والتعويض 14:54 &lt;deer&gt; &lt;kaji&gt; معدل بت ثابت يذكّرني بـ Waste 14:54 &lt;jrandom&gt; مثلاً: `http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept` 14:54 &lt;hypercubus&gt; ومن هنا جاء الاسم ;-) 14:55 &lt;jrandom&gt; هذا الإحصاء يراقب مقدار عرض الحزمة الذي وافقنا على تمريره لِـ tunnels الآخرين 14:55 &lt;jrandom&gt; (باستخدام آخر 10 دقائق كمرجع) 14:56 &lt;jrandom&gt; لذا نظيري مع 85 tunnels يقول إنه سينقل 3,676,945.65 بايت خلال الدقائق العشر القادمة لكل تلك الـ tunnels مجتمعة 14:56 &lt;deer&gt; &lt;mule_iip&gt; kaji: إنه Waste، وربما يجب أن نستخدمه فقط لتهديدات أكثر شدة. لكن سيكون جيداً لزمن تأخير منخفض مثل irc. 14:56 &lt;jrandom&gt; هذا 72bps لكل واحدة، لكن لست متأكداً من مدى الانحراف (على الأرجح كبير جداً) 14:57 &lt;jrandom&gt; ومع ذلك، إن بدأت كل تلك الـ tunnels باستخدام الكثير من عرض الحزمة، فسترتفع القيمة الإجمالية، ويمكننا خنقها 14:57 * fvw يومئ. 14:57 * fvw يلاحظ أن هذه مشكلة مثيرة للغاية نظرياً. 14:57 &lt;fvw&gt; (لكن ربما أنا غريب فقط) 14:57 &lt;jrandom&gt; أتفق 14:58 &lt;jrandom&gt; (مع كلا الأمرين ;) 14:58 &lt;jrandom&gt; لكن نعم، لا نملك الإجابة الصحيحة بعد. لكنه شيء للعمل عليه 14:59 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر حول ذلك، ننتقل إلى 3) تحديثات الموقع 14:59 &lt;fvw&gt; يمكننا بالطبع أن نصبح فاقدين كلياً ونسقط الـ datagrams عندما نكون محمّلين بشكل زائد، ونجعل الناس يشغّلون شيئاً مثل tcp فوق ذلك. 14:59 &lt;jrandom&gt; جرّبنا ذلك، وفشل الكثير والكثير والكثير من الـ tunnels 15:00 &lt;jrandom&gt; (لأننا إن أسقطنا رسالة واحدة في tunnel، نُعلِمها كفاشلة) 15:00 &lt;fvw&gt; نعم، لا ينبغي فعل ذلك إن اتخذت هذا النهج. 15:00 &lt;jrandom&gt; ((وعندما جرّبنا ألا نكون متشدّدين، لم نلحظ حين يفشل tunnel فعلاً)) 15:00 * fvw يومئ ويمسح لحيته. نقطة جيدة. (ملاحظة لنفسي: إطالة اللحية لمسحها في مواقف كهذه) 15:01 &lt;jrandom&gt; هه 15:01 &lt;jrandom&gt; حسناً، على أي حال، كما رأيتم جميعاً، مُثبّتُنا الجديد وواجهة الويب الجديدة مختلفة تماماً عن الطريقة القديمة 15:01 * hypercubus يعطي fvw لحيته 15:02 &lt;jrandom&gt; وهذا "جيد"، إذ كانت الطريقة القديمة "مؤلمة"، لكن كل الوثائق القديمة الآن غير دقيقة بشدة 15:02 &lt;fvw&gt; هل يمكننا البقاء في 2) لبضع دقائق إضافية؟ لدي بعض الأفكار السيئة التي أريدك أن تطيح بها. 15:02 &lt;jrandom&gt; بالتأكيد 15:02 &lt;dm&gt; لا أستطيع استخدام الإنترنت... 15:02 &lt;dm&gt; Bandwidth in/out 15:02 &lt;dm&gt; 1m: 13.32/11.98KBps 15:02 &lt;dm&gt; 5m: 10.74/9.46KBps 15:02 &lt;jrandom&gt; كم tunnel لديك dm؟ 15:02 &lt;hypercubus&gt; dm: لهذا اقترحت أن فعّل تحديد عرض الحزمة في i2p ;-) 15:02 &lt;dm&gt; فقط 166 15:02 &lt;jrandom&gt; نعم، اخفضه إلى 6KBps 15:02 &lt;jrandom&gt; لووول 15:03 &lt;dm&gt; (المشاركة) 15:03 &lt;jrandom&gt; (أو ربما 8KBps إن كنت كريمًا) 15:03 &lt;dm&gt; سأتركه كما هو، أحتاج فقط لعرض هذه الصفحة 15:03 &lt;jrandom&gt; بالمناسبة، الفرق 13.32 مقابل 11.98 يجعلنا نعلم أنك تُنزّل تقريباً 1KBps محلياً 15:03 &lt;jrandom&gt; (عبر i2p) 15:03 &lt;fvw&gt; ماذا يحدث إن قمنا بإيقاف الـ tunnels عند وقت خمول معقول؟ لنقل 30 دقيقة أو شيء كهذا. الطبقة التالية للأعلى سيتعين عليها إرسال keepalives، لكن ألن يحل ذلك مسألة عدم كشف الـ tunnels الميتة؟ 15:03 &lt;hypercubus&gt; هو يُنزّل أكثر من ذلك بكثير في الواقع 15:04 &lt;jrandom&gt; ((مع أن 1KBps هذا قد يكون صغيراً بما يكفي ليكون netDb)) 15:04 &lt;dm&gt; hypercubus: نقلنا يتعثر بشدة، فعلياً. 15:04 &lt;jrandom&gt; fvw: الـ tunnels تنتهي بعد 10 دقائق 15:04 &lt;deer&gt; &lt;kaji&gt; تمهلوا، هل يعمل تحديد عرض الحزمة الآن؟ إن كان كذلك، إلى ماذا أعينه؟ 15:04 &lt;dm&gt; محبط من تركيبة getright/i2p 15:04 &lt;jrandom&gt; ليست طويلة العمر fvw، على عكس TOR 15:04 &lt;fvw&gt; وهل أدى ذلك لفشل معظم الـ tunnels، حتى مع keepalives؟ 15:04 &lt;hypercubus&gt; dm: دورياً نعم... أعتقد أن الحل سيكون تحديد رفعك إلى نحو 8KB/s 15:04 &lt;jrandom&gt; kaji: `http://localhost:7657/` 15:05 &lt;hypercubus&gt; لأنك تبدو مشبعاً 15:05 &lt;jrandom&gt; إيه، /config.jsp 15:05 &lt;fvw&gt; حسناً، لكنك لا تريدها أن تختفي في زوابع من فقدان الحزم. 15:05 &lt;jrandom&gt; كل دقيقة (في المتوسط) يختبر كل نظير كل tunnel ليتأكد أنه حيّ (حتى يتمكن الآخرون من إرسال البيانات لنا - بدون tunnels، نحن في ورطة) 15:06 &lt;fvw&gt; حسناً. عليّ قراءة المزيد عن كيفية عمل i2p حالياً. بالنسبة لي يمكننا الانتقال إلى 3). 15:06 &lt;deer&gt; &lt;kaji&gt; حالياً هو على الإعداد الافتراضي -1 لكنني لا أعلم ما الذي تُترجم إليه وصلة 1.5/750@1.2ghz من حيث أقصى مشاركة في tunnels 15:07 &lt;deer&gt; &lt;kaji&gt; يبدو أنني أشارك في 166 15:07 &lt;jrandom&gt; kaji: الـ router لديك لن يحصل على عدد كبير من الـ tunnels يجعله مزدحماً على الـ CPU ;) 15:07 &lt;deer&gt; &lt;mule_iip&gt; خارج الموضوع: ألا تحتاج tunnel لتكون "في ورطة" :) 15:07 &lt;deer&gt; &lt;kaji&gt; *ing 15:07 &lt;jrandom&gt; هه 15:07 * fvw يصوّت "لا" 15:08 &lt;deer&gt; &lt;kaji&gt; jrandom، انتهيت للتو من قراءة الرسالة حول tunnels بلا عرض حزمة، فقط لا أعلم إلى ماذا أحدد الحد 15:08 &lt;jrandom&gt; حسناً، أتفق، الكثير جداً لا يزال علينا فعله لحل هذه الأمور 15:08 &lt;jrandom&gt; حسناً رائع kaji، فقط فعّل محدد عرض الحزمة لديك لقيمة مثل 8KBps 15:08 &lt;jrandom&gt; (أو 12 إن كنت لطيفاً :) 15:09 &lt;deer&gt; &lt;kaji&gt; &lt;/oftopic&gt; 15:09 &lt;jrandom&gt; حسناً، إلى 3) تحديثات الموقع 15:09 &lt;deer&gt; &lt;kaji&gt; للداخل والخارج؟ 15:09 &lt;jrandom&gt; نعم kaji 15:09 &lt;jrandom&gt; حسناً، كما قلت، نحتاج مساعدة في الوثائق 15:09 &lt;jrandom&gt; (المساااااعدة!) 15:09 &lt;hypercubus&gt; أقترح أن نملأ المنصبين الشاغرين منذ زمن: Webmaster و Web Editor 15:10 * jrandom يؤيد الاقتراح 15:10 &lt;jrandom&gt; (الآن كل ما نحتاجه شخص يتطوع ;) 15:10 &lt;hypercubus&gt; أعلم أن cervantes مشغول 15:10 &lt;jrandom&gt; الأمر متروك للفرد أن يتطوع بنفسه يا hyper ;) 15:10 &lt;hypercubus&gt; أرشّح Curiosity لمنصب Webmaster أو Web Editor، أو كليهما إن رغبت ;-) 15:11 &lt;deer&gt; &lt;ugha2p&gt; آه. 15:11 &lt;dm&gt; يا رجل، حتى المعالج لدي بدأ يصل للحد الأقصى بسبب I2P... 15:11 &lt;dm&gt; أنتم تحبونني، تحبونني فعلاً :'( 15:11 &lt;dm&gt; عفواً، :') 15:12 * cervantes يشعر بأن أحدهم يدفعه إلى حلبة الثيران 15:12 &lt;jrandom&gt; أظن أننا بحاجة لكل مساعدة ممكنة، وإن كانت مستعدة للمساعدة، سنُسعد بذلك 15:13 &lt;hypercubus&gt; رأيت تصميماتها ويمكنني الشهادة لعملها 15:13 &lt;hypercubus&gt; وقد أبدت اهتماماً، لا أعلم ما قررته أخيراً مع ذلك 15:13 &lt;jrandom&gt; حسناً رائع 15:13 &lt;dm&gt; هي؟ 15:13 &lt;cervantes&gt; أنا متأكد أنها تستطيع أن تولي الأمر عناية واهتماماً أكثر بكثير مما أستطيع 15:14 &lt;dm&gt; هذه الكلمة يجب ألا تُستخدم في عالمنا 15:14 &lt;fvw&gt; دع عنك هذا، لقد قال "عناية واهتمام". 15:15 * jrandom يتأوه 15:15 &lt;fvw&gt; مع استثناء الحضور بالطبع. 15:15 &lt;jrandom&gt; حسناً، على أي حال، سنحتاج بعض الناس للمساعدة في الوثائق - كتابة جولات جديدة، وثائق تمهيدية، إلخ 15:16 &lt;jrandom&gt; سنتحدث مع Curiosity حول ما يمكننا أن نجعلها تعمل عليه :) 15:16 &lt;hypercubus&gt; يمكنني تولّي الأمور المتعلقة بالتثبيت 15:16 &lt;hypercubus&gt; s/on/of/ 15:16 &lt;hypercubus&gt; أعلم كم يحب الجميع قراءة أدلة "كيف" الباروكية التي أكتبها ;-) 15:16 &lt;jrandom&gt; :) 15:17 &lt;jrandom&gt; دليل تثبيت / جولة سيكونان رائعين 15:17 &lt;fvw&gt; ليست هذه طريقة كتابة 'broke'. 15:17 &lt;jrandom&gt; هه 15:17 * hypercubus يضحك خلسة، ثم يسرق محفظة fvw 15:17 &lt;hypercubus&gt; هذه هي طريقة كتابة "broke" ;-) 15:17 &lt;deer&gt; &lt;kaji&gt; hyper ما النظام الذي تستخدمه؟ سأحاول على نسخة winxp لكنني لست موثوقاً جداً، قد أرى شيئاً لامعاً وأتوقف 15:17 &lt;deer&gt; * Curiosity غائبة لبعض الوقت... 15:18 &lt;hypercubus&gt; kaji: ؟ 15:18 &lt;deer&gt; &lt;kaji&gt; hyper، كنت أسأل ما نظام التشغيل الذي تستخدمه 15:18 &lt;hypercubus&gt; OSes 15:18 &lt;deer&gt; &lt;kaji&gt; OSESES 15:19 &lt;hypercubus&gt; لدي vmware، لذا يمكنني تشغيل كل إصدارات Windows وfreebsd وما شابه 15:19 &lt;hypercubus&gt; لدي أيضاً pearpc، لذا أستطيع تشغيل OS X 15:20 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر على صعيد الويب 15:20 &lt;jrandom&gt; ننتقل إلى * 4) واجهة الويب لـ I2PTunnel 15:21 * jrandom يصرّح بأن واجهة الويب لـ i2ptunnel سيئة. تعمل. لكنها سيئة. 15:21 &lt;deer&gt; &lt;DrVince&gt; يمكنني المساهمة بترجمة فرنسية إن كان هناك اهتمام 15:21 &lt;jrandom&gt; كان لدى duck بعض الأفكار لتحسينها، لكنه اضطر للمغادرة، لذا دعوني ألصق بعض الأسطر 15:21 &lt;hypercubus&gt; مرة أخرى، نحتاج المزيد من مطوري الويب ;-) 15:21 &lt;jrandom&gt; أوه، ترجمة صفحات الويب إلى الفرنسية سيكون رائعاً 15:22 &lt;jrandom&gt; s/french/french and other langs/ 15:22 &lt;jrandom&gt; إليكم بعض "حِكم duck": 15:22 &lt;jrandom&gt; &lt;duck&gt; تقليل حمل البيانات على الصفحة العامة؛ استخدم tables/div لترتيب الأشياء 15:22 &lt;jrandom&gt; &lt;duck&gt; توفير صفحة تعديل/تفاصيل بمعلومات لا يهتم بها معظم الناس، tunnels، dest hash، المفتاح الكامل 15:22 &lt;jrandom&gt; &lt;duck&gt; تغذية راجعة بعد الضغط على الأزرار، 'تم حفظ العنصر' إلخ. أعطِ dest كمخرَج عند إنشاء واحد جديد 15:22 &lt;jrandom&gt; &lt;duck&gt; (أخفها تحت edit/details وإلا) 15:22 &lt;jrandom&gt; &lt;duck&gt; وسم الرسائل العلوية على أنها 'log'؛ أحياناً مربكة 15:22 &lt;jrandom&gt; &lt;duck&gt; اجعل واضحاً أن 'confirm' مطلوب فقط للحذف، وليس للحفظ 15:22 * jrandom يوافق على ما قاله 15:23 &lt;jrandom&gt; كان هناك دفعة من إصلاحات الأخطاء خلف الكواليس في واجهة /i2ptunnel/ منذ 0.4 أيضاً، لذا ينبغي أن تكون العُقد الوظيفية قد صُقلت 15:24 &lt;jrandom&gt; الشيفرة التي تطبّق تلك الصفحات قبيحة نوعاً ما مع ذلك 15:24 &lt;jrandom&gt; ربما أفضل نهج أن نكتب الشاشات بـ HTML / CSS / صور / إلخ عادية، ثم نسلمها لأحد مطوري الجافا للدمج 15:25 &lt;hypercubus&gt; ماذا حدث لأيام كانت فيها وفرة مطوري الويب؟ ;-) 15:25 &lt;jrandom&gt; كلهم يعملون في mcdonalds 15:25 &lt;hypercubus&gt; آه صحيح 15:25 &lt;deer&gt; * Curiosity عادت :) 15:25 &lt;jrandom&gt; على أي حال، إن كان لدى أحد اهتمام بالمساعدة، أو لديه اقتراحات إضافية، فاليتواصل 15:25 &lt;jrandom&gt; أهلاً بعودتك Curiosity 15:26 &lt;deer&gt; &lt;Curiosity&gt; هل أطرح الفكرة التي أخبرتك عنها يا jrandom؟ 15:26 &lt;cat-a-puss&gt; أعرف شخصاً قد يتمكن من المساعدة في أمور الويب 15:26 &lt;jrandom&gt; آه، الـ live cd؟ 15:27 &lt;jrandom&gt; رائع cat-a-puss، نحتاج كل مساعدة ممكنة 15:27 &lt;deer&gt; &lt;Curiosity&gt; نعم :) 15:27 &lt;deer&gt; &lt;Curiosity&gt; آه نعم 15:27 &lt;jrandom&gt; Curiosity: نعم، اطرحي ذلك عندما نصل إلى البند 6) ??? 15:28 &lt;deer&gt; &lt;Curiosity&gt; حسناً :) 15:28 &lt;cat-a-puss&gt; حسناً، سأضيفهم إلى القائمة، وأعطيهم بريد jrandom (curiosity لا أعرف بريدك) 15:28 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يود ذكره بخصوص واجهة الويب لـ I2PTunnel؟ 15:28 &lt;jrandom&gt; r0x0r cat-a-puss 15:29 &lt;deer&gt; &lt;Curiosity&gt; أيضاً، لا أمانع المساعدة في تحرير الويب، إلخ. أيضاً :) 15:29 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر، 5) خارطة الطريق وقائمة المهام 15:30 &lt;jrandom&gt; رائع Curiosity، شكراً! يمكننا الدردشة قليلاً بعد الاجتماع حول الاستيلاء على العالَم^W^W^W^Wأمور الويب 15:30 &lt;deer&gt; &lt;Curiosity&gt; حسناً :) 15:30 &lt;jrandom&gt; كما رأيتم ربما، هناك صفحة كبيرة مخيفة جديدة على الموقع (http://www.i2p.net/todo) 15:31 &lt;jrandom&gt; تغطي القضايا الكبيرة المخيفة التي أمامنا (ولا تذكر حتى كل تطبيقات العميل التي نحتاجها، إلخ) 15:31 &lt;jrandom&gt; كما ترون، لدينا كمية مهولة لنقوم بها، لكن الخبر الجيد أننا لا نحتاج لإنجازها كلها فوراً. 15:32 &lt;jrandom&gt; في الواقع، هذه الأمور هي فقط نقاط الرصاص من صفحة خارطة الطريق (مع ركام من النص يقدم كل واحدة) 15:33 &lt;jrandom&gt; رغم أني أعلم أن هذا كثير للتمحيص، سيكون رائعاً إن أبلغني الناس إن صادفوا شيئاً سنحتاج للتعامل معه وليس في تلك الصفحة 15:34 &lt;jrandom&gt; ليس ضرورياً اليوم أو هذا الأسبوع حتى، فقط "مرحباً، أعلمونا" بشكل عام 15:35 &lt;jrandom&gt; مع اقتراح mule (http://www.i2p.net/todo#nat) قمت بكثير من البحث داخل النفس، وربما تُعاد هيكلة خارطة الطريق قليلاً 15:35 &lt;jrandom&gt; لكن سنرى. 15:36 &lt;jrandom&gt; إن كان لديكم أي مشاعر قوية حول قضايا معينة ("يا إلهي لا يمكننا أن نعمل بدون X وY وZ!")، رجاءً أعلموني أو اكتبوا إلى القائمة 15:36 &lt;jrandom&gt; مع أني لست نصير الديمقراطية، إلا أني منفتح على المنطق :) 15:37 &lt;jrandom&gt; حسناً، هذا كل ما لدي لأقوله حول ذلك.. هل لدى أحد شيء لطرحه؟ 15:37 &lt;deer&gt; &lt;Curiosity&gt; ديكتاتورية متنوّرة :) 15:37 -!- Sonium_ أصبح الآن Sonium 15:37 &lt;jrandom&gt; بح، لست ديكتاتوراً - لا أتحكم فيما يبرمجه الآخرون :) 15:37 &lt;cervantes&gt; هيمنة هادئة 15:37 &lt;cat-a-puss&gt; حصلت على مطورَين إضافيين 15:37 &lt;jrandom&gt; w00t! 15:38 &lt;cat-a-puss&gt; ولدي خطط عظيمة لمحرك بحث موزّع 15:38 &lt;jrandom&gt; أوه، رائع جداً 15:38 &lt;jrandom&gt; هل سيكون شيئاً يمكن لـ `http://files.i2p/` الارتباط به؟ 15:38 &lt;jrandom&gt; أو، حسناً، دعني فقط أقول، أوه، رائع جداً :) 15:38 &lt;cat-a-puss&gt; آه: لا أستطيع الوصول إلى هناك (بيئة معادية) 15:39 &lt;jrandom&gt; آه حسناً 15:39 &lt;cat-a-puss&gt; على أي حال، بعض مساحة في CVS ستكون جيدة، عندما نصل إلى هناك 15:40 &lt;jrandom&gt; بالتأكيد، المساحة على cvs.i2p متاحة 15:40 &lt;jrandom&gt; إما ضمن دليل i2p/apps/ أو وحدة خاصة بكم، إن فضلتم 15:40 &lt;jrandom&gt; (cvs.i2p == cvs.i2p.net) 15:40 &lt;cat-a-puss&gt; ربما يجب أن أتحدث إلى الأشخاص الذين يعملون على dht، أليس كذلك؟ 15:41 &lt;cat-a-puss&gt; ما الحالة حتى الآن 15:41 &lt;jrandom&gt; :) 15:41 &lt;jrandom&gt; لم أسمع أي تحديثات حالة من aum في الأيام القليلة الماضية، لكني متأكد أنه يعمل بلا توقف 15:42 &lt;jrandom&gt; آخر تحديث كان في http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 &lt;jrandom&gt; حسناً، أظن أن ذلك ينقلنا إلى * 6) ??? 15:44 &lt;jrandom&gt; كانت Curiosity تتداول فكرة 'live cd' مع i2p 15:44 &lt;jrandom&gt; والتي أراها رائعة، وشيئاً سنريده 15:44 &lt;deer&gt; &lt;Curiosity&gt; جميل :) 15:44 &lt;jrandom&gt; رغم أننا لسنا مستقرين بما يكفي لذلك بعد، مع إصدار كل أسبوعين تقريباً 15:44 &lt;hypercubus&gt; أتفق... يمكن حتى دمجه داخل ISO لـ Knoppix 15:45 &lt;deer&gt; &lt;Curiosity&gt; ؟ 15:45 &lt;hypercubus&gt; Knoppix، توزيعة لينكس livecd 15:45 &lt;hypercubus&gt; سهلة الاستخدام جداً 15:45 &lt;deer&gt; &lt;Curiosity&gt; حسناً 15:45 &lt;jrandom&gt; ومع ذلك، بمجرد أن نحصل على ميزة Really Simple Update (تحديث بسيط جداً) التي تتيح تنزيل بنقرة واحدة من `http://dev.i2p/i2p/i2pupdate.tar.bz2،` قد لا يكون الأمر سيئاً 15:46 &lt;jrandom&gt; Curiosity: هل لديك شيء آخر تودين مناقشته حول ذلك؟ 15:46 &lt;fvw&gt; ... وبمجرد أن يصبح مستخدماً على نطاق واسع، أي شخص يسيطر على dev.i2p يمكنه اختراق الشبكة. 15:47 &lt;jrandom&gt; طالما أن الناس يستخدمون ميزة Really Simple Update 15:47 * fvw يومئ. 15:47 &lt;deer&gt; &lt;Curiosity&gt; أردت فقط طريقة ليتمكن الناس من تشغيله دون الحاجة لتنزيل الكثير من الأشياء على حواسيبهم 15:47 &lt;jrandom&gt; (وإن تم اختراق dev.i2p، نضع إدخال hosts.txt جديداً لـ dev.i2p) 15:48 &lt;hypercubus&gt; قرص knoppix i2p حي سيكون مثالياً للاستخدام في مقاهي الإنترنت 15:48 &lt;deer&gt; &lt;mule_iip&gt; jarndom: ألن يقوم مستخدم i2p الحقيقي بجلب المصدر، ثم دراسة الفروقات مع آخر نسخة مُراجَعة من الأقران وبنائه من المصدر :) 15:48 &lt;fvw&gt; نعم لكن الناس سيضغطون فقط "تحديث"؛ لن يستمعوا إلى نقاشات عما إذا كان الإصدار الجديد قد يحوي ثغرات... 15:48 &lt;demonic_1&gt; هل هناك أي طريقة للاستغناء عن ملف hosts. تعلم، مثل خادم dns؟ 15:48 &lt;deer&gt; &lt;Curiosity&gt; نعم... بالتأكيد mule_iip. لووول 15:49 &lt;fvw&gt; لكن على أي حال، سأكون سعيداً جداً عندما نصل إلى مرحلة تصبح فيها هذه مشكلة. 15:49 &lt;fvw&gt; demonic_l: هذا ممكن، لكن سيبقى هناك سلطة مركزية. 15:49 &lt;hypercubus&gt; demonic_1: هناك حالياً بضع مقترحات لمثل هذه الوظيفة، لكن الأسماء العالمية تم استبعادها 15:49 &lt;jrandom&gt; demonic_1: نعم، راجع القائمة البريدية (نقاشات حديثة على http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 &lt;jrandom&gt; (ورأيي @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 &lt;hypercubus&gt; *أسماء فريدة عالمياً 15:50 &lt;demonic_1&gt; حسناً 15:51 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يود طرحه؟ 15:52 &lt;deer&gt; &lt;Curiosity&gt; أود أيضاً اقتراح وضع عناصر الخدمة فقط داخل مجلد service... كنت أحاول إزالة تثبيت i2p (مرة من مرات عديدة) وكنت أضغط على أداة الإزالة الخطأ 15:52 &lt;hypercubus&gt; Curiosity: هذا قيد التنفيذ 15:52 &lt;jrandom&gt; w3rd 15:52 &lt;hypercubus&gt; سيقوم المُثبّت بإضافة اختصارات لـ i2p إلى قائمة Start في Windows 15:52 &lt;hypercubus&gt; واختيارياً على سطح المكتب 15:52 &lt;deer&gt; &lt;Curiosity&gt; حسناً :) 15:52 &lt;hypercubus&gt; من ضمنها سيكون "uninstall" 15:53 &lt;deer&gt; &lt;Curiosity&gt; كنت أتحدث عن عندما أدخل إلى program files/i2p 15:53 &lt;hypercubus&gt; لستِ بحاجة للدخول من هناك 15:54 &lt;hypercubus&gt; مستخدمو Windows لا يدخلون أبداً إلى مجلدات البرامج ;-) 15:54 &lt;demonic_1&gt; :/ 15:54 &lt;deer&gt; &lt;Curiosity&gt; أنا أدخل! :P 15:54 &lt;jrandom&gt; ربما يمكننا إضافة مجلد bin/ به كل السكربتات 15:54 &lt;jrandom&gt; إيه، لا بأس 15:54 &lt;hypercubus&gt; إذاً كنتِ سترين المجلد المسمى "Uninstall" ;-) 15:54 * jrandom يتذكر المسارات 15:54 &lt;hypercubus&gt; حيث يوجد المُزيل 15:54 &lt;jrandom&gt; يمكننا نقل سكربتات الخدمة إلى lib رغم ذلك 15:54 &lt;hypercubus&gt; لست متأكداً إن كان بإمكاننا 15:55 &lt;cervantes&gt; يمكنكِ اتباع أسلوب 'doze وجعل خيار "uninstall" داخل المُثبّت ;-) 15:55 &lt;hypercubus&gt; wrapper حساس جداً لمكان وضعها 15:55 &lt;jrandom&gt; على الأقل يمكنها "cd .." أولاً 15:55 &lt;hypercubus&gt; سأنظر في تغيير موقعها 15:55 &lt;hypercubus&gt; لكنه قد لا يكون ممكناً 15:55 &lt;jrandom&gt; رائع، شكراً. سيكون من الجيد إزالة بعض الفوضى في مجلد التثبيت 15:55 &lt;hypercubus&gt; أتفق 15:55 &lt;jrandom&gt; (معظمها بسببي مع كل تلك ملفات .config :) 15:56 &lt;hypercubus&gt; يمكن أن يكون لدينا مجلد config فيما أظن 15:56 &lt;cervantes&gt; ./conf ؟ 15:56 &lt;jrandom&gt; هيا، نحن جِيكس. etc/ :) 15:56 &lt;jrandom&gt; سيكون ذلك سهلاً جداً 15:56 &lt;jrandom&gt; (مجرد بضعة معاملات -D على CLI) 15:56 &lt;hypercubus&gt; حينها سيتعين علينا الرد على أسئلة من مستخدمي Windows مفادها أن "etc" ليست واضحة بما يكفي ;-) 15:56 &lt;jrandom&gt; لا ينبغي للناس لمس إعداداتهم 15:57 &lt;jrandom&gt; هذا ما وُجد الويب لأجله 15:57 &lt;cervantes&gt; لطالما فضّلت الواضح: ./configuration/ 15:57 &lt;hypercubus&gt; صحيح، لكن لا ينبغي لمستخدمي Windows إطلاق المُزيل من مجلد البرامج لديهم أيضاً هههه 15:57 &lt;jrandom&gt; ./thesefilestellstufftodothings/ 15:57 &lt;cervantes&gt; ./scripts/ 15:57 &lt;cervantes&gt; ./asciipr0n 15:57 &lt;jrandom&gt; حسناً، لكن نعم، بعض العمل يمكننا تفصيله 15:57 &lt;deer&gt; &lt;Curiosity&gt; لووول 15:58 &lt;jrandom&gt; هل لدى أحد شيء آخر لطرحه في الاجتماع؟ 15:58 &lt;jrandom&gt; إن لم يكن 15:58 * jrandom يستعد 15:59 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2004/08/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/Tue, 31 Aug 2004 00:00:00 +0000/ar/blog/2004/08/31/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-31-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> aum, cervantes, deer, hypercubus, jrandom, kaji, lucky, nicktastic</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) مرحبًا 14:04 &lt;jrandom&gt; 1) 0.3.4.3 14:04 &lt;jrandom&gt; 2) 0.3.5 و 0.4 14:04 &lt;jrandom&gt; 3) وثائق 14:04 &lt;jrandom&gt; 4) تحديث stasher 14:04 &lt;jrandom&gt; 5) ??? 14:04 &lt;jrandom&gt; 0) مرحبًا 14:04 * jrandom يلوّح 14:05 &lt;deer&gt; * Pseudonym يلوّح 14:05 * hypercubus يرفرف 14:05 &lt;deer&gt; * detonate يلوّح 14:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 &lt;jrandom&gt; ننتقل إلى 1) 0.3.4.3 14:06 &lt;jrandom&gt; كما ورد في الملاحظات، وكما تعلمون جميعًا من التجربة المباشرة، الشبكة ليست بصحة جيدة حاليًا 14:06 &lt;jrandom&gt; الكثير من الرسائل تُفقد، وغالبًا ما يرى الناس تحذيرات بشأن انتهاء صلاحية الـ leases لديهم منذ فترة 14:07 &lt;jrandom&gt; هذا مؤسف، وقد جرى التعامل معه بدرجة كبيرة في CVS، وسيُنشر عندما نستطيع (انظر البند 2) 14:07 &lt;kaji&gt; (متأخر) مرحبًا 14:08 &lt;jrandom&gt; على أي حال، أظن أن هذا كل ما لدي لأذكره عن 0.3.4.3، بخلاف ما ورد في البريد الإلكتروني. أقدّر صبركم بينما نتجاوز المراحل الصعبة 14:08 &lt;jrandom&gt; ننتقل إلى 2) 0.3.5 و 0.4 (ما لم يكن لدى أحد شيء يود إضافته..؟) 14:09 &lt;deer&gt; &lt;oOo&gt; إذًا 90% من العُقد المعطوبة يمكنها إسقاط الشبكة ^^ 14:09 &lt;deer&gt; * Pseudonym يترقّب بحماس إصدار 0.3.5 14:09 &lt;kaji&gt; من الذي كان ينفّذ هجوم DoS؟ لقد قاموا بعمل جيد 14:10 &lt;jrandom&gt; حسنًا، أستطيع الوصول إلى squid باستمرار من صناديق CVS HEAD الأخرى لدي 14:10 &lt;jrandom&gt; لذا فالشبكة ليست 'خارج الخدمة' لمن هم على cvs head :) 14:10 * lucky يحقّق نجاحًا جزئيًا مع .3.4.3 حتى الآن. 14:10 &lt;jrandom&gt; لكن نعم، خوارزمية اختيار الأقران القديمة قامت ببعض الأشياء الغبية 14:10 &lt;deer&gt; &lt;oOo&gt; أنا على CVS head وقد فقدت suid.i2p مرات كثيرة ;) 14:11 &lt;jrandom&gt; هممم 14:11 &lt;jrandom&gt; ما معدّل فشل الـ tunnel الذي تراه؟ 14:12 &lt;jrandom&gt; (إجمالي عدد الأحداث عند /routerStats.html#tunnel.failAfterTime مقارنةً بإجمالي عدد الأحداث عند #tunnel.buildFrequency) 14:13 &lt;deer&gt; &lt;oOo&gt; قيمة المتوسط طوال العمر: 288 268,91 عبر 339,00 حدثًا 14:13 &lt;jrandom&gt; وماذا عن tunnel.buildFrequency؟ 14:14 &lt;deer&gt; &lt;oOo&gt; لكن ربما كنتَ تعيد تشغيل الـ router كثيرًا أثناء إصلاح تسربات الخيوط (thread leaks) ;) 14:14 &lt;jrandom&gt; ما إجمالي عدد tunnel.buildFrequency لديك طوال العمر؟ 14:14 &lt;deer&gt; &lt;oOo&gt; تواتر 24 ساعة: المتوسط لكل فترة: (2,76، الحد الأقصى 2,76، الحالي هو 100,00% من الحد الأقصى) المتوسط الصارم لكل فترة: 5 645,58 حدثًا (احتُسب باستخدام إجمالي 5 729,00 حدثًا طوال العمر) 14:14 &lt;deer&gt; &lt;oOo&gt; 24h ~= عمر الـ router 14:15 &lt;jrandom&gt; إذًا ~5% فشل في الـ tunnel 14:15 &lt;jrandom&gt; هذا يقارب ما أراه على CVS HEAD، مقابل نسبة فشل الـ tunnel 40-60% في 0.3.4.3 14:16 &lt;deer&gt; &lt;oOo&gt; فلننتقل إذن إلى 2) ;) 14:16 &lt;jrandom&gt; اعتبره تم 14:16 &lt;jrandom&gt; حسنًا، كما ذُكر في البريد الإلكتروني، الإصدار التالي سيكون 0.3.5، وليس 0.4 14:16 &lt;jrandom&gt; سيحتوي على كل المزايا التي كنتم تنتظرونها، لكنه لن يحمل 'ختم الموافقة 0.4' ;) 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.rc-1 14:17 &lt;jrandom&gt; فكّرت في سلوك مسار الإصدارات المرشحة (rc)، لكن لا أريد أن أكون مفرط الثقة 14:17 &lt;kaji&gt; 0.4.rc-0.9 14:17 &lt;deer&gt; &lt;Pseudonym&gt; هه 14:18 &lt;kaji&gt; بيتا 14:18 &lt;jrandom&gt; أثناء طرح 0.3.5، سأرى إن كان بإمكاننا تنفيذ هجوم DoS مجددًا، إضافةً إلى مجموعة من القضايا الجديدة التي ينبغي أن نتمكّن من ابتكارها 14:18 &lt;lucky&gt; علينا أن نستمر في تنفيذ DoS عليه حتى يعمل أثناء تعرّضه لـ DoS 14:18 &lt;jrandom&gt; صحيح 14:19 &lt;kaji&gt; واصل DoS حتى لا يعود قابلًا للتعرّض لـ DoS بعد الآن 14:19 &lt;deer&gt; &lt;Pseudonym&gt; لكن لا مزايا جديدة بين 0.3.5 و0.4 صحيح؟ 14:19 &lt;jrandom&gt; ربما يستلهم أحدٌ المساعدة في تنفيذ بعض حالات التقلّب (churn) والفشل في المُحاكي، حتى نختبر هذه الأمور بسهولة وبشكل آلي أكثر... ;) 14:20 &lt;jrandom&gt; صحيح يا Pseudonym، لا أتوقع قدوم مزايا جديدة كبيرة خلال 0.3.5 14:20 &lt;jrandom&gt; على الأقل من منظور مستخدم التطبيق 14:20 &lt;jrandom&gt; ربما يستغل بعض المطورين هذا الوقت لتحسين eepproxy، أو خادم ويب شفاف، أو مساعدة aum، إلخ 14:21 * jrandom يغمز لشخص يطوّر وكيل IRC مع دعم DCC ;) 14:21 &lt;deer&gt; &lt;duck&gt; inproxy عام لـ i2p/tor قيد التنفيذ 14:21 &lt;jrandom&gt; آه جميل، خاص بـ html، أم bitpipe؟ 14:21 &lt;jrandom&gt; أقصد، خاص بالويب 14:22 &lt;deer&gt; &lt;duck&gt; خاص بالويب 14:22 &lt;jrandom&gt; w3rd 14:22 &lt;deer&gt; &lt;duck&gt; الفكرة أن مزوّد خدمة إنترنت (ISP) يمكنه إنشاء بعض البوابات إلى مواقع محدّدة 14:22 &lt;deer&gt; &lt;duck&gt; حتى يتمكّن العالم من الوصول إلى alexandria 14:23 &lt;jrandom&gt; أوه، ما سيكون رائعًا حقًا هو إن أمكن لتلك البوابات أن تعمل كـ vhosts 14:23 &lt;jrandom&gt; (ربما هذا ما تتحدث عنه على أي حال) 14:23 &lt;deer&gt; &lt;duck&gt; `http://anonygateway.com/home.duck.i2p/~alexandria/` 14:23 &lt;jrandom&gt; آه حسنًا 14:23 &lt;jrandom&gt; ما يزال ذلك رائعًا 14:23 &lt;deer&gt; &lt;duck&gt; http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 &lt;deer&gt; &lt;duck&gt; الاستضافة الافتراضية ممكنة أيضًا؛ فقط للنسخة التالية 14:24 &lt;jrandom&gt; (مع أن 6sxoyfb3h2nvok2d.onion.anonygateway.com سيكون أروع ;) 14:24 &lt;jrandom&gt; صحيح صحيح 14:24 &lt;deer&gt; &lt;duck&gt; سهل التنفيذ مع mod_rewrite بالطبع 14:25 &lt;cervantes&gt; أو فقط إعداد نطاق فرعي :) 14:25 &lt;kaji&gt; هاه استضِف vhost لبذرة bittorent 14:25 &lt;deer&gt; &lt;duck&gt; أدفع تكاليف التطوير من جيبي؛ التصحيح سيكون ضمن الملكية العامة 14:25 &lt;jrandom&gt; duck++ 14:26 &lt;deer&gt; &lt;duck&gt; أتحدث أيضًا مع مزوّد خدمة إنترنت قد يرغب في تقديمه كخدمة مدفوعة 14:26 &lt;jrandom&gt; جميل 14:26 &lt;deer&gt; &lt;duck&gt; بالطبع يكون أفضل عندما تقوم anarchistgang.org بذلك 14:26 &lt;deer&gt; &lt;duck&gt; لكن تعرفون مدى استقرار تلك الأنواع 14:26 &lt;jrandom&gt; *سعال* 14:27 &lt;cervantes&gt; إنهم مخبولون 14:27 &lt;cervantes&gt; *they're 14:27 &lt;deer&gt; &lt;jon2&gt; مرحبًا!!!!!! 14:27 * hypercubus يضحك بخبث 14:27 &lt;jrandom&gt; مرحبًا jon2 14:27 &lt;deer&gt; &lt;jon2&gt; أحب الاجتماع&gt;:-D 14:28 &lt;jrandom&gt; أظن أنه بعد أن تستقر الشبكة أكثر قليلًا (حالما يصدر 0.3.5)، سنرغب في إعادة تقييم بعض الأنشطة على مستوى التطبيقات 14:28 &lt;deer&gt; &lt;duck&gt; *سعال* myi2p؟ 14:28 &lt;jrandom&gt; هه 14:29 &lt;kaji&gt; ماذا عن الوصول من خلف جدار ناري؟ 14:29 &lt;deer&gt; &lt;jon2&gt; نعم، الوصول عبر جدار ناري :) 14:29 &lt;jrandom&gt; نحتاج إلى شيء متين جدًا، قابل للاستخدام، و—أيضًا—آمن، يوفّر وظائف يريدها الناس (ونأمل أن نستخدمه لتشجيع المجتمع) 14:30 &lt;deer&gt; * duck يشير إلى 0.4.2 @ http://www.i2p.net/roadmap 14:30 &lt;jrandom&gt; صدقوني، أريد الوصول من خلف الجدران النارية / NATs غير القابلة للتحكم / إلخ بقدر ما تريدون أنتم. 14:30 &lt;deer&gt; &lt;jon2&gt; أستطيع القيام بالجزء الآمن، أنا أعرف cryptophagy. 14:30 &lt;jrandom&gt; (ينبغي لأحدهم إضافة ذلك كاقتباس ;) 14:30 * hypercubus يتساءل ما هو cryptophage 14:31 &lt;jrandom&gt; jon2 - نحن بالتأكيد بحاجة إلى مساعدة في هذه الأمور وسنكون سعداء باقتناص بعضٍ من وقتك! 14:31 * kaji عاد للتو إلى المدرسة، ويريد أن يأخذ i2p معه ;) 14:31 &lt;aum&gt; صباح الخير للجميع 14:31 &lt;cervantes&gt; بالمناسبة أتساءل إن كان أي من المطورين يفتقد مدونات i2p الصغيرة الخاصة بهم.... ربما ينبغي أن يحصلوا على أقسام مخصّصة في المنتدى، على الأقل في المدى القصير... 14:31 &lt;cervantes&gt; *إن كان الأمر كذلك 14:31 &lt;deer&gt; &lt;jon2&gt; cryptophagy، علم الأمن. 14:31 &lt;jrandom&gt; صباح الخير aum 14:32 &lt;hypercubus&gt; jon2: هل تعرف أيضًا التشفير (cryptography)؟ 14:32 &lt;deer&gt; &lt;jon2&gt; صباح الخير aum. 14:32 &lt;jrandom&gt; cervantes: سأنتظر حتى أتمكّن من الحصول على مدونة خاصة بي، والتي آمل ألّا تكون بعيدة 14:32 &lt;deer&gt; &lt;jon2&gt; لا :-( 14:33 &lt;cervantes&gt; jrandom: وماذا عن الباقين؟ 14:33 &lt;jrandom&gt; nightblade يستخدم مدونته @ cashdollar.org 14:33 &lt;deer&gt; &lt;jon2&gt; لدي مدونة على blogs.aspnet.com 14:33 &lt;jrandom&gt; مع أنني أظن أنه سيكون رائعًا لو نشر الناس على المنتدى 14:34 &lt;cervantes&gt; آه جيد... يبدو أن معظمهم وجد بدائل.... لكن من المؤسف أنهم أصبحوا متشتتين 14:34 &lt;jrandom&gt; نعم 14:34 &lt;cervantes&gt; *shame 14:34 &lt;cervantes&gt; تبا للأصابعززز 14:34 &lt;lucky&gt; حسنًا، الـ phage جزء من جهاز المناعة. 14:34 &lt;jrandom&gt; أعجبني وجود مدونات المطورين على الموقع. سنحصل على شيء مماثل في النهاية 14:34 &lt;hypercubus&gt; jon2: مضحك، blogs.aspnet.com نطاق غير محجوز 14:34 &lt;jrandom&gt; حسنًا، على أي حال، أي شيء آخر بشأن 2) 0.3.5 و0.4؟ 14:35 &lt;hypercubus&gt; نعم 14:35 &lt;hypercubus&gt; لقد حللت مشكلة Firefox الآن، في cvs 14:35 &lt;jrandom&gt; w000t 14:36 &lt;deer&gt; &lt;jon2&gt; أنا مطوّر ASP. 14:36 &lt;hypercubus&gt; يقرأ الإعداد الافتراضي من السجل 14:36 &lt;cervantes&gt; :) 14:36 &lt;deer&gt; &lt;jon2&gt; آسف.. أعني blogs.asp.net 14:36 &lt;hypercubus&gt; لا، لا تعني ذلك 14:36 &lt;deer&gt; &lt;jon2&gt; weblogs.asp.net 14:36 &lt;jrandom&gt; آه، رائع يا hypercubus. إذن نحن على وشك إصدار 0.3.5 14:37 &lt;cervantes&gt; ارتجاف.... ASP 14:37 &lt;hypercubus&gt; نعم، أشعر أنه يقترب 14:37 &lt;jrandom&gt; حسنًا، ننتقل إلى 3) الوثائق 14:37 &lt;jrandom&gt; لا يوجد لدي ما أضيفه بخلاف طلبي في البريد الإلكتروني 14:38 &lt;jrandom&gt; (أرسلوا أسئلتكم! انشروها على القائمة، أرسلوها بالبريد الإلكتروني، انشروها على المنتدى) 14:38 &lt;deer&gt; &lt;oOo&gt; نعم، استخدموا المنتدى بشكل مجهول واسعدوا Cervantes ;) 14:39 * cervantes يشعر بوخز السعادة 14:39 * hypercubus يضبط هوائيات الأرنب 14:40 &lt;nicktastic&gt; هاها 14:40 &lt;deer&gt; &lt;jon2&gt; أعجبني هذا الاجتماع.. 14:40 &lt;cervantes&gt; لقد قلت ذلك... 14:40 &lt;cervantes&gt; &lt;deer&gt; &lt;jon2&gt; أحب الاجتماع&gt;:-D 14:40 &lt;hypercubus&gt; رائع، ستشتري الكعك المقلية في المرة القادمة ;-) 14:40 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء آخر، 4) تحديث stasher 14:41 &lt;jrandom&gt; يبدو أن aum قد استيقظ مبكرًا... هل لا تزال هنا؟ 14:41 &lt;deer&gt; &lt;jon2&gt; اجتماع رائع! 14:41 * hypercubus يتساءل إن كان لدى dm أطفال 14:41 &lt;jrandom&gt; هه، نعم، لقد عاد ;) 14:41 &lt;cervantes&gt; أظن أن ذلك مستحيل 14:42 &lt;hypercubus&gt; يبدو أن aum فوّت أول فنجان قهوة 14:42 &lt;jrandom&gt; حسنًا، ربما سيعود إلى الطرفية 14:42 &lt;jrandom&gt; على أي حال، تم نشر تحديثه العام في البريد الإلكتروني 14:42 &lt;jrandom&gt; يبدو أن هناك الكثير من التقدم 14:43 &lt;jrandom&gt; بعض الأسئلة لا تزال قائمة، لكننا ماضون قدمًا 14:43 &lt;deer&gt; &lt;oOo&gt; لكن لم يُذكر أي تاريخ إصدار ;) 14:43 &lt;hypercubus&gt; كم عدد الأشخاص الذين يختبرونه حاليًا؟ 14:43 &lt;jrandom&gt; لا أعلم إن كان الكود الذي لديه الآن مع الأشياء المذكورة قد أصبح عامًا بعد 14:43 &lt;hypercubus&gt; آه 14:44 &lt;deer&gt; &lt;jon2&gt; BAF BAF BAF BAF BAF 14:44 &lt;kaji&gt; ما الجديد بشأن stasher؟ 14:44 &lt;jrandom&gt; kaji: راجع http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 &lt;deer&gt; &lt;oOo&gt; يستخدم الآن ماءً أقل لغسل الصحون 14:45 &lt;hypercubus&gt; كنت أنتظر تلك الميزة 14:45 * jrandom كذلك 14:45 &lt;jrandom&gt; حسنًا 14:45 &lt;jrandom&gt; إذا كان aum لا يزال afk، ننتقل إلى 5) ??? 14:45 &lt;jrandom&gt; هل لدى أي شخص آخر شيء يود طرحه؟ 14:45 * cervantes يرتدي قبعة من القصدير 14:46 &lt;lucky&gt; كيف يتقدّم jetta لخدمة صفحات الويب؟ 14:46 &lt;jrandom&gt; لا أعرف أحدًا يعمل على تطبيق يتيح للناس استضافة الصفحات بأمان عبر jetty 14:46 &lt;jrandom&gt; (استضافة صفحات يمكن تقديمها كـ eepsite، أي) 14:47 &lt;jrandom&gt; jetty يتيح للناس نشر تطبيقات عميلة (لكنني لا أعرف أحدًا يعمل على تطبيق قائم على الويب بعد أيضًا) 14:47 &lt;hypercubus&gt; أود أن أقول شيئًا عن systray4j مقابل SWT 14:47 &lt;jrandom&gt; مممم؟ 14:47 &lt;hypercubus&gt; تكلفة الاستغناء عن systray4j لصالح SWT: سنُسقِط systray4j.jar وsystray4j.dll، مما يقلّص حجم التوزيعة بمقدار 147 ك.ب -- ونستبدل ذلك بـ swt.jar (885 ك.ب) + مكتبات أصلية (332 ك.ب على Win، و639 ك.ب على *nix)، بفارق صافٍ 1.2-1.5 م.ب، لكننا بالمقابل نحصل على أيقونات systray على KDE وGnome وOS X وكذلك Win32، وأيضًا أيقونات تشغيل لبيئات X البسيطة على طريقة NextStep/GNUstep 14:48 &lt;hypercubus&gt; وهذا سيمنحنا القدرة على إضافة مكوّنات GUI أخرى لاحقًا، بغضّ النظر عن الـ JRE لدى المستخدم (وإلا فإن دعم مستخدمي Kaffe سيقصرنا على استخدام AWT فقط) 14:48 &lt;hypercubus&gt; مجرد فكرة للتفكير... ربما لاحقًا 14:48 &lt;jrandom&gt; جدير بالنقاش لاحقًا، بحسب طلب المستخدمين 14:49 &lt;jrandom&gt; إن كانت هناك قيمة، فهي هناك 14:49 &lt;deer&gt; &lt;oOo&gt; واجهة الويب هي المقصودة كواجهة المستخدم الرسومية، أليس كذلك؟ 14:49 &lt;hypercubus&gt; كان لدى cervantes فكرة رائعة لاستخدام SWT بشكل أوسع 14:49 &lt;hypercubus&gt; لوحة معلومات I2P ;-) 14:49 &lt;jrandom&gt; نعم يا oOo 14:49 &lt;hypercubus&gt; أوه، وأشكال (skins)! أمزح 14:49 &lt;jrandom&gt; أفضل كثيرًا أن تكون هذه النوعية من الوظائف مدمجة في router console، إذا كنتَ تقصد ما أظنه 14:50 &lt;hypercubus&gt; الفكرة هي... 14:50 &lt;cervantes&gt; قد يشجّع ذلك تطوير التطبيقات إذا جاء i2p مع مجموعة جميلة من مكتبات SWT 14:50 &lt;hypercubus&gt; يبدو أن تطوير systray4j يتباطأ أو عالق 14:50 &lt;deer&gt; &lt;oOo&gt; ما دام أن systray وأمور الـ GUI ليست إلزامية لوجود router يعمل بالكامل... 14:50 &lt;jrandom&gt; صحيح يا oOo 14:51 &lt;hypercubus&gt; لا أرى أنهم سيصلحون نسخة KDE قريبًا 14:51 &lt;hypercubus&gt; صحيح، يمكننا فقط إضافة خطّاف (hook) في صنف systray الخاص بالـ router 14:51 &lt;hypercubus&gt; ويمكن للمستخدم تنزيل أمور systray/SWT اختياريًا 14:51 &lt;jrandom&gt; hypercubus: شخصيًا، لست متأكدًا بنسبة 100% أن قاعدة المستخدمين ستحتاج حتى إلى systray. أظن أننا بحاجة لنشره والحصول على تغذية راجعة لمعرفة قيمته 14:51 &lt;jrandom&gt; cervantes: مطوّرو التطبيقات العميلة يمكنهم بالتأكيد تضمين SWT مع تطبيقاتهم 14:51 &lt;jrandom&gt; (أو قول 'احصل على SWT') 14:51 &lt;hypercubus&gt; أظن أننا سنتلقى طلبات لخيارات systray موسّعة 14:52 &lt;jrandom&gt; وإذا قدّم مطوّر تطبيق عميل شيئًا نريد تضمينه مع الـ router، سننشر swt مع الحزمة 14:52 &lt;jrandom&gt; (إلخ) 14:52 &lt;deer&gt; &lt;oOo&gt; هل فات الأوان لفصل الـ console/مراقب الحالة/وما إلى ذلك عن الأشياء الخاصة بالـ really-routing-stuff؟ 14:52 &lt;jrandom&gt; الأشياء المتعلقة بالـ routing حقًا؟ 14:52 &lt;jrandom&gt; router console تطبيق عميل منفصل بالكامل 14:53 &lt;jrandom&gt; (apps/routnerconsole/) 14:53 &lt;deer&gt; &lt;oOo&gt; الأشياء اللازمة لجعل البايتات تتدفق بشكل مجهول 14:53 &lt;jrandom&gt; أعتقد أننا لاحقًا سنرغب أيضًا في وجود تثبيت minimal-router 14:53 &lt;jrandom&gt; (بدون أي شيء في clients.config، إلخ) 14:53 &lt;jrandom&gt; لكن ليس لدينا ساعات المطورين الكافية لصيانة مجموعات متعددة من الأشياء 14:55 &lt;jrandom&gt; حسنًا، هل لدى أي شخص آخر شيء يريد طرحه؟ 14:57 &lt;jrandom&gt; إن لم يكن 14:57 * jrandom يستعد 14:57 &lt;deer&gt; &lt;oOo&gt; 0.3.5، متى؟ ;) 14:57 &lt;jrandom&gt; سيصدر على الأرجح هذا الأسبوع 14:57 &lt;jrandom&gt; (خلال اليوم أو اليومين المقبلين إذا سارت الأمور على ما يرام) 14:57 &lt;deer&gt; &lt;oOo&gt; حسنًا ^^ 14:57 * jrandom يتوقف عن الاستعداد 14:57 * jrandom *baf* يُغلق الاجتماع </div>/ar/blog/2004/08/31/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-31/Tue, 31 Aug 2004 00:00:00 +0000/ar/blog/2004/08/31/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-31/<p>حسنًا يا أولاد وبنات، إنه يوم الثلاثاء مرة أخرى!</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>0.3.4.3</li> <li>0.3.5 and 0.4</li> <li>docs</li> <li>stasher update</li> <li>???</li> </ol> <h2 id="1-0343">1) 0.3.4.3</h2> <p>حسناً، كما لاحظتم جميعاً، رغم أن عدد المستخدمين على الشبكة ظلّ مستقراً إلى حدّ كبير، فإن الأداء قد تدهور بشكل ملحوظ خلال الأيام القليلة الماضية. كان مصدر ذلك سلسلةً من الأخطاء البرمجية في اختيار النظراء والكود الخاص بتسليم الرسائل، وقد انكشفت عندما حدث هجوم حجب خدمة (DoS) بسيط الأسبوع الماضي. وكانت النتيجة أن tunnels (الأنفاق في I2P) لدى الجميع تقريباً تتعطّل باستمرار، مما أحدث تأثيراً يشبه كرة الثلج إلى حدّ ما. لذا، لا، لست وحدك — فالشبكة كانت سيئة للغاية بالنسبة لنا جميعاً أيضاً ;)</p>/ar/blog/2004/08/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/Tue, 24 Aug 2004 00:00:00 +0000/ar/blog/2004/08/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes، deer، fvw، hypercubus، jrandom، kaji، luckypunk، Nightblade، protok0l</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:01 &lt;jrandom&gt; 0) مرحبا 14:01 &lt;jrandom&gt; 1) حالة 0.3.4.3 14:01 &lt;jrandom&gt; 1.1) timestamper 14:02 &lt;jrandom&gt; 1.2) مصادقة جديدة لوحدة تحكم router 14:02 &lt;jrandom&gt; 2) حالة 0.4 14:02 &lt;jrandom&gt; 2.1) تكامل service و systray (صينية النظام) 14:02 &lt;jrandom&gt; 2.2) jbigi &amp; jcpuid 14:02 &lt;jrandom&gt; 2.3) i2paddresshelper 14:02 &lt;jrandom&gt; 3) AMOC مقابل restricted routes (مسارات مقيّدة) 14:02 &lt;jrandom&gt; 4) stasher 14:02 &lt;jrandom&gt; 5) صفحات جديرة بالانتباه 14:02 &lt;jrandom&gt; 6) ??? 14:02 &lt;jrandom&gt; 0) مرحبا 14:02 * jrandom يلوّح 14:02 &lt;deer&gt; &lt;ugha2p&gt; أهلاً. 14:02 &lt;jrandom&gt; نُشرت الملاحظات الأسبوعية (مبكراً حييييلاً) على http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 &lt;jrandom&gt; لذا أتوقع أنكم أنجزتم واجباتكم وقرأتموها بعناية 14:03 &lt;jrandom&gt; (أو شيء من هذا القبيل) 14:03 &lt;jrandom&gt; حسناً، 1) حالة 0.3.4.3 14:04 &lt;kaji&gt; (مرحباً متأخراً) 14:04 &lt;jrandom&gt; هناك بعض الأشياء التي تم تعديلها منذ صدور 0.3.4.3 الجمعة الماضية، لكن عموماً الإصدار يبدو مستقراً إلى حد بعيد، مما أراه 14:04 &lt;deer&gt; &lt;luckypunk&gt; ماذا يحدث؟ 14:04 &lt;deer&gt; &lt;luckypunk&gt; أوه. لا بأس. آسف، عادة أنام خلال الاجتماع. مرحباً :) 14:05 &lt;jrandom&gt; ما تجاربكم مع 0.3.4.3 فيما يتعلق بـ eepsites / squid / إلخ؟ 14:05 &lt;luckypunk&gt; سريع جداً. 14:05 &lt;jrandom&gt; (أستطيع معرفة ما يراه الناس عبر irc) 14:05 &lt;luckypunk&gt; أحياناً تحميل الصفحة يتم في أقل من 3 ثوانٍ. 14:06 &lt;deer&gt; &lt;oOo&gt; jrandom يركل router الخاص بـ squid كثيراً ;) 14:06 &lt;jrandom&gt; رائع يا lucky 14:06 &lt;deer&gt; &lt;mule&gt; يعمل جيداً 14:06 &lt;luckypunk&gt; أستطيع فتح 10 صفحات عبر squid وI2P يواكب، ببطء إلى حد ما، على جهازي 350 ميغاهرتز. 14:06 &lt;deer&gt; &lt;hypercubus&gt; أسرع ما كان عليه 14:06 &lt;jrandom&gt; نعم، أفعل ذلك يا oOo، ولهذا لدينا www1.squid.i2p :) 14:06 &lt;jrandom&gt; r0x0r 14:06 &lt;jrandom&gt; سمعت بعض التقارير عن استخدام CPU مفرط - هل يحدث هذا كثيراً لديكم؟ 14:07 &lt;deer&gt; &lt;hypercubus&gt; ليس لدي... أظن أنهم فقط أصحاب 386s *كح*lucky*كح* 14:07 &lt;deer&gt; &lt;oOo&gt; قمم نادرة جداً هنا. مرتبطة بخطأ آخر، قد أتتبعه يوماً ما :p 14:07 &lt;deer&gt; &lt;mule&gt; ليس هنا 14:07 &lt;luckypunk&gt; أظن أنه لو كان يؤثر على كل المنصات، لشعرت به بشدة، ولا، ليس فعلاً. فقط عندما يخدم صفحات الإعدادات الجديدة أو ينزل الكثير من الأشياء يثبّت I2P معالجي. 14:08 &lt;jrandom&gt; جيد. هناك بعض السيناريوهات التي سيكون فيها i2p مزعجاً جداً فيما يتعلق بـ CPU، لكن نأمل أن تكون قليلة ومتباعدة 14:08 &lt;jrandom&gt; في الواقع، هذا يأخذنا إلى 1.1) timestamper :) 14:09 &lt;jrandom&gt; (إحدى المشاكل قد تحدث عندما يصبح timestamper مضطرباً/يفقد تتبع الوقت الصحيح) 14:10 &lt;jrandom&gt; تم إعادة تصميم كل ما يتعلق بالطوابع الزمنية ودمجه داخل router، بفضل Adam Buckley الرائع لإصداره عمله تحت رخصة BSD 14:10 &lt;jrandom&gt; (هتاف لـ Adam) 14:11 &lt;jrandom&gt; كنا سابقاً نستخدم شيفرة SNTP كتطبيق عميل مستقل، لكننا لم نعد نفعل ذلك - بل أصبح لدينا تكامل محكم مع router 14:11 &lt;jrandom&gt; (لذا قد يحتاج البعض لتحديث ملفات الإعدادات كما ورد في البريد) 14:11 &lt;jrandom&gt; SNTP وحده هو جزء فقط من الحل 14:12 &lt;jrandom&gt; على المدى البعيد نحتاج لمزامنة أفضل (اقرأ: NTP)، لأن SNTP عرضة للتذبذب 14:12 &lt;jrandom&gt; (خصوصاً في ظل ازدحام الشبكة العالي) 14:12 &lt;jrandom&gt; أرسل لي Adam بعض الشيفرة للتعامل مع ذلك، لكن ليس لدي وقت حالياً للخوض في هذا الجانب 14:13 &lt;deer&gt; &lt;oOo&gt; استخدام SNTP فقط؟ 14:13 &lt;jrandom&gt; لا أتذكر - أظنه شبيهاً بـ ntp عبر استعلامات sntp 14:13 &lt;deer&gt; &lt;oOo&gt; حسناً، شكراً 14:14 &lt;luckypunk&gt; آه 14:14 &lt;luckypunk&gt; لدي اقتراح حول ذلك.. 14:14 &lt;jrandom&gt; على أية حال، إن شعر أحدكم بالملل وأراد عمل تهكير ntp مجنون، فسيكون ذلك عظيماً 14:14 &lt;luckypunk&gt; ربما يكون خاطئاً. 14:14 &lt;jrandom&gt; ممم نعم يا lucky؟ 14:14 &lt;luckypunk&gt; استخدم ntpdate -q 14:14 &lt;luckypunk&gt; احصل على الانحراف. 14:14 &lt;jrandom&gt; ntpdate -q == SNTP 14:14 &lt;luckypunk&gt; أو شيء مشابه. 14:14 &lt;deer&gt; &lt;oOo&gt; هذا ما يفعله الكود الحالي، تقريباً ;) 14:14 * cervantes يلحق بما فاته 14:14 &lt;luckypunk&gt; أوه. 14:15 &lt;luckypunk&gt; آسف. 14:15 &lt;cervantes&gt; فاتني 14:15 &lt;deer&gt; &lt;oOo&gt; لكننا نحتاج طول ثوانٍ متغير وما إلى ذلك ;) 14:15 &lt;cervantes&gt; استخدام المعالج عندي هو الأقل على الإطلاق.... 14:15 &lt;jrandom&gt; جميل 14:15 &lt;cervantes&gt; لكن لدي الآن 700 خيط Java تقريباً وتزداد 14:15 &lt;jrandom&gt; نعم يا oOo، وكذلك اكتشاف الانحراف/اختيار المرشحين 14:16 &lt;luckypunk&gt; نعم، آخر مرة شغلته قبل شهر تقريباً، أثر بشدة على قابلية استخدام جهازي، الآن لا ألاحظ حتى إن كان I2P يعمل. 14:16 &lt;jrandom&gt; نعم لقد كنت أبحث في ذلك يا cervantes 14:16 &lt;deer&gt; &lt;oOo&gt; صحيح، حتى لو كانت جزءاً ضعيفاً من كل الحزمة ;) 14:16 &lt;luckypunk&gt; لدي حوالي 200 خيط. 14:16 &lt;luckypunk&gt; 219، بالدقة. 14:16 &lt;jrandom&gt; cervantes: تتبعت الخيوط إلى طبقة النقل (نقوم بأشياء *قبيحة جداً* للحصول على timeouts)، ويمكننا عمل تنظيف أفضل لاحقاً 14:16 -!- TheCrypto__ أصبح الآن معروفاً باسم thecrypto 14:18 &lt;jrandom&gt; أساساً تحدث بعض الغرائب مع زيادة عدد الأقران على الشبكة والتقلّب. كلها قابلة للمعالجة، لكنها قد تكون مزعجة 14:18 &lt;jrandom&gt; على أية حال، هذا كل شيء لـ 1.1، الآن 1.2) مصادقة جديدة لوحدة تحكم router :) 14:19 &lt;jrandom&gt; (ربما لا أحد يهتم بهذا، لكن لدينا الآن مصادقة HTTP أساسية تعمل. راجعوا البريد للمزيد من التفاصيل) 14:19 &lt;cervantes&gt; رائع 14:19 &lt;cervantes&gt; رغم ذلك فإن التعامل مع الذاكرة ممتاز... لم أتعرّض إلى OOM منذ زمن 14:19 &lt;jrandom&gt; ممتاز 14:20 &lt;jrandom&gt; في الواقع، هذا يأخذنا نحو 2) حالة 0.4 14:22 &lt;luckypunk&gt; نعم. لو كان I2P منتجاً من MS، لَكُنّا جاهزين لـ 1.0 :) 14:22 &lt;jrandom&gt; آرغ، اتصال الشبكة اللعين انقطع 14:22 &lt;jrandom&gt; (screen++) 14:23 &lt;jrandom&gt; حسناً، على أية حال، هناك الكثير يحدث، وما زالت هناك بعض الأمور الخلفية المتبقية (بعض إدارة تجمعات client tunnel كما يرى oOo، وبعض اختبار اختيار الأقران، كما هو في cvs) 14:24 &lt;jrandom&gt; كان هناك أيضاً تقدم كبير على جانب المثبّت / service / systray 14:24 &lt;jrandom&gt; hypercubus: هل تود أن تعطينا تحديثاً؟ 14:24 &lt;deer&gt; &lt;hypercubus&gt; بالتأكيد 14:25 &lt;deer&gt; &lt;hypercubus&gt; يوشك تثبيت service wrapper (غلاف الخدمة) على الاكتمال، ربما اليوم أو غداً... service wrapper يتولى حالات OOM بإعادة تشغيل router I2P تلقائياً 14:25 &lt;jrandom&gt; (رائع) 14:25 &lt;deer&gt; &lt;hypercubus&gt; لذا يغطي هذا ظهورنا إلى حد ما هناك 14:26 &lt;deer&gt; &lt;hypercubus&gt; تكامل systray مكتمل ويعمل بشكل ممتاز... وهو حالياً لـ Win32 فقط، لأن مكتبة systray4j يبدو أن بها بعض العلل في تطبيق KDE 14:26 &lt;deer&gt; &lt;hypercubus&gt; سأتتبع تقدم KDE ونأمل أن نحصل عليه قريباً 14:27 &lt;deer&gt; &lt;hypercubus&gt; المثبّت شبه مكتمل أيضاً، وما تبقى هو مهام ما بعد التثبيت 14:27 &lt;deer&gt; &lt;hypercubus&gt; أتوقع أن يُنجز ذلك بحلول نهاية الأسبوع 14:27 &lt;deer&gt; &lt;hypercubus&gt; (لأنه يعتمد على التكامل الكامل لـ service wrapper) 14:28 &lt;jrandom&gt; r0x0r 14:28 &lt;deer&gt; &lt;hypercubus&gt; سأوفّر حزمة مثبّت قبل 0.4 ليختبرها الناس 14:28 &lt;deer&gt; &lt;hypercubus&gt; وسأخبركم عندما تكون جاهزة 14:28 &lt;luckypunk&gt; ماذا عن GNOME؟ 14:28 &lt;cervantes&gt; increment(hypercubus) 14:28 &lt;deer&gt; &lt;hypercubus&gt; مشروع systray4j لم يتناول gnome بعد 14:29 &lt;deer&gt; &lt;hypercubus&gt; سنضيف بيئات سطح مكتب إضافية حالما تتاح في systray4j 14:29 &lt;luckypunk&gt; لا بأس، سأبدّل حالما/إذا تم تجميع KDE. 14:30 &lt;deer&gt; &lt;hypercubus&gt; أيقونة systray هي فقط لإطلاق وحدة تحكم router في متصفحك على أي حال 14:30 &lt;deer&gt; &lt;hypercubus&gt; لذا استخدامها الرئيسي سيكون لدى مستخدمي ويندوز ;-) 14:30 &lt;jrandom&gt; نعم، نتوقع من مستخدمي *nix أن يعرفوا كيف يضيفون إشارة مرجعية ;) 14:30 &lt;deer&gt; &lt;hypercubus&gt; لكن بالطبع سنلبي رغبات مستخدمي *nix الكسالى عندما نستطيع ;-) 14:30 &lt;deer&gt; &lt;oOo&gt; لا تعليق... 14:30 &lt;luckypunk&gt; أوه، لدي رابط في شريط روابط firefox مثل slashdot وBSD Google. 14:31 &lt;deer&gt; &lt;hypercubus&gt; لكن الأيقونة تعمل أيضاً كمؤشر حالة مريح 14:31 &lt;jrandom&gt; متفق 14:31 &lt;deer&gt; &lt;hypercubus&gt; أي إذا اختفت الأيقونة، فقد اختفى router أيضاً ;-) 14:31 &lt;deer&gt; &lt;hypercubus&gt; إلا إذا اخترت إخفاء الأيقونة من وحدة تحكم router 14:32 &lt;deer&gt; &lt;hypercubus&gt; وهو ما يمكنك فعله، ويعمل بشكل رائع 14:32 &lt;deer&gt; &lt;hypercubus&gt; حسناً، أظن هذا كل شيء، ما لم تكن هناك أسئلة 14:33 &lt;protok0l&gt; ما هو جهاز PDA جيد يشغّل linux بسلاسة؟ 14:33 &lt;jrandom&gt; رائع يا hyper 14:33 &lt;jrandom&gt; proto: #i2p-chat (أو بعد الاجتماع) 14:33 &lt;protok0l&gt; عفواً 14:33 &lt;deer&gt; &lt;hypercubus&gt; *قهقهة* 14:33 &lt;jrandom&gt; حسناً، ننتقل إلى 2.2) jbigi &amp; jcpuid 14:34 &lt;jrandom&gt; iakin جمع شيفرة JNI/asm رائعة لاكتشاف بنية CPU الدقيقة المستخدمة (على أجهزة x86)، كما ربط jbigi لفري نت ليختار تلقائياً ملف .so/.dll المناسب بناءً على ذلك 14:35 &lt;jrandom&gt; وقد أصدر أيضاً ذلك العمل للملك العام، وقد أخذنا نسخة ودمجناها في i2p 14:35 &lt;luckypunk&gt; إذن لن نحتاج لاختيار أي jbigi ننزّل؟ ألن يجعل ذلك التثبيت أكبر قليلاً؟ 14:35 &lt;jrandom&gt; صحيح 14:35 &lt;jrandom&gt; نعم، يزيد بضع مئات KB 14:36 &lt;jrandom&gt; لكن، حسناً، التثبيت الجديد، أممم، أكبر من القديم 14:36 &lt;luckypunk&gt; أوه، ظننت أنه سيكون أكثر من بضع مئات كيلوبايت. 14:36 &lt;luckypunk&gt; نعم، بين وحدة التحكم الجديدة... أخمّن 6 - 10 ميغابايت؟ 14:36 &lt;deer&gt; * Myo9 لم يبق لديه سوى 99 ميغابايت على هذا القرص. 14:36 &lt;deer&gt; &lt;Myo9&gt; ;) 14:36 &lt;jrandom&gt; (خصوصاً لأنني أعاند وأصر على دعم .war بدلاً من servlets المباشرة، مما يتطلب xerces، وحجمه 800KB) 14:36 &lt;jrandom&gt; التثبيت الجديد يبدو ~4-6MB 14:37 &lt;jrandom&gt; لكن الشيء الجيد أن ~1MB فقط من ذلك خاص بـ i2p، لذا ستكون التحديثات خفيفة ;) 14:38 &lt;deer&gt; &lt;Myo9&gt; I2P لم يحظَ بالكثير من الدعاية أليس كذلك؟ 14:38 &lt;deer&gt; &lt;Myo9&gt; مقارنة بـ freenet وTOR؟ 14:38 &lt;jrandom&gt; صحيح، نبقى هادئين إلى حد ما 14:38 &lt;protok0l&gt; هل حجم التنزيل مصدر قلق حقيقي؟ معظم الناس لديهم اتصال واسع النطاق 14:38 &lt;protok0l&gt; سأستخدمه حتى لو كان 100 ميغابايت 14:38 &lt;luckypunk&gt; protok0l، في الواقع معظم الناس لا. أغلب من سيستخدم I2P لديهم. مع ذلك أظن أن I2P لا يزال يدعم الاتصال الهاتفي (نوعاً ما) 14:38 &lt;deer&gt; &lt;mule&gt; بالنسبة لمستخدمي i2p لا ينبغي أن يكون كذلك 14:39 &lt;jrandom&gt; من وجهة نظري، أفضل ما يُصرف عليه الجهد التطويري هو التبنّي التدريجي بعد إجراء اختبارات كافية على نقاط حرجة مختلفة 14:39 &lt;luckypunk&gt; نعم. I2P ليس جاهزاً لـ 500 مستخدم من Slashdot :) 14:39 &lt;jrandom&gt; رغم أن نمونا الأخير كان جيداً، يساعد على وخز أجزاء مختلفة من النظام 14:40 &lt;jrandom&gt; عندما نطلق إصدار 0.4، سنرغب في الوصول إلى علامة 100 router 14:40 &lt;deer&gt; &lt;mule&gt; حسناً، سأُعد 50 أخرى :) 14:40 &lt;jrandom&gt; إضافة إلى ذلك، سيعطي حافزاً أكبر لمطوّري تطبيقات العميل لبناء تطبيقات ;) 14:40 &lt;jrandom&gt; لوول يا mule :) 14:41 &lt;deer&gt; &lt;ugha2p&gt; آر. 14:41 &lt;cervantes&gt; بمعدل التبنّي الحالي يمكننا الوصول إلى 100 في حوالي شهر 14:41 &lt;cervantes&gt; دون تبشير 14:41 &lt;jrandom&gt; سيكون ذلك معدل نمو جيد 14:42 &lt;jrandom&gt; ولكن على أي حال، نعود إلى جدول الأعمال :) 14:42 &lt;protok0l&gt; لا أستطيع الانتظار للتبشير 14:42 &lt;jrandom&gt; jbigi + jcpuid == تم الدمج (وانظروا القائمة البريدية إن أردتم تشغيل CVS HEAD) :) 14:42 &lt;jrandom&gt; هه يمكننا أن نرى ذلك يا proto ;) 14:42 &lt;deer&gt; &lt;hypercubus&gt; lucky: أكثر من نصف مستخدمي الإنترنت في الولايات المتحدة لديهم اتصال واسع النطاق... صدر تقرير مؤخراً 14:43 &lt;jrandom&gt; وأقل من عُشر العالم في us ;) 14:43 &lt;deer&gt; &lt;oOo&gt; من يهتم بالـ USA؟ ^^ 14:43 &lt;jrandom&gt; ننتقل إلى 2.3) i2paddresshelper 14:44 &lt;jrandom&gt; oOo جهّز تصحيحاً آخر، يتيح للناس زيارة eepsites ذات الصفحات المرتبطة دون تحرير hosts.txt 14:45 &lt;jrandom&gt; التفاصيل مدرجة في الملاحظات الأسبوعية 14:45 &lt;jrandom&gt; oOo - هل تريد إضافة شيء؟ 14:45 &lt;deer&gt; &lt;oOo&gt; هممم... دع عدد eepsites ينمو بسرعة وليُضِف Cervantes دعمه الموعود :p 14:46 &lt;jrandom&gt; آه، cervantes أضاف بالفعل رابط "Try it [i2p]" :) 14:46 &lt;jrandom&gt; (فقط من هم على CVS HEAD يمكنهم استخدامه، حتى يخرج 0.4) 14:46 &lt;cervantes&gt; :o) 14:46 &lt;jrandom&gt; ((يعمل بشكل رائع، بالمناسبة)) 14:46 &lt;deer&gt; &lt;oOo&gt; رائع ^^ سألعب به حالما أتمكن من إعادة router لدي إلى الإنترنت ;) 14:47 &lt;kaji&gt; يمكنكم وضع كلمة مرور لتنزيل عميل البرنامج وطرحه بأسلوب gmail 14:47 &lt;jrandom&gt; همم؟ 14:48 &lt;kaji&gt; قاعدة صغيرة + بالدعوات فقط 14:48 &lt;kaji&gt; لكن ذلك سيتطلب عملاً 14:48 &lt;jrandom&gt; أوه، لإصدار 0.4؟ 14:48 &lt;kaji&gt; أوه، لـ 1.0 14:48 &lt;jrandom&gt; لا، لا يستحق الجهد حالياً. إن غُمرنا بمستخدمين جدد قد نرغب بالنظر في استخدام الشهادات، إلخ 14:48 &lt;deer&gt; &lt;oOo&gt; 1.0 للجمهور العام :p 14:49 &lt;jrandom&gt; حسناً، لـ 1.0 سنكون قد تجاوزنا علامة 1000 مستخدم بالفعل 14:49 &lt;jrandom&gt; (على الأقل، هذا أملي ;) 14:49 * kaji يظن أنه سيكون ممتعاً مشاهدة i2p ينتقل من 50 إلى 5000 عقدة في 3 ساعات 14:49 &lt;jrandom&gt; هه 14:49 &lt;deer&gt; &lt;oOo&gt; ثم ينخفض إلى 100 ;) 14:49 &lt;luckypunk&gt; hypercubus، واو للأمريكيين! إنهم يلحقون ;) 14:49 &lt;jrandom&gt; هه، هذه طريقة لاختبار التقلّب ;) 14:50 &lt;cervantes&gt; إذا حصل aum على stasher يعمل... وhyper زاد مكتبته من goatse عندها سترون القفزة من 50 إلى 5000 في أقل من 3 ساعات ;-) 14:50 &lt;kaji&gt; ثم 50100 عندما تُدخل nsa عقدتها على الشبكة 14:50 &lt;jrandom&gt; في الواقع هذا يأخذنا إلى 3) AMOC مقابل restricted routes 14:51 &lt;jrandom&gt; أحد الجوانب المثيرة في restricted routes هو القدرة على شن هجوم Sybil بسهولة شديدة للغاية. 14:51 &lt;jrandom&gt; بينما ذكر mule قبل دقائق تثبيت 50 عقدة جديدة، سيكون من الممكن تشغيل عدد كبير 14:52 &lt;jrandom&gt; إحدى الطرق لمعالجة ذلك هي عبر سلطة شهادات (Certificate Authority)، للحد من إدخال شهادات routerIdentity جديدة 14:52 &lt;jrandom&gt; طريقة أخرى هي عبر hashcash 14:52 &lt;jrandom&gt; وأخرى عبر اكتشاف بادئات IP بأسلوب morphmix/tarzan 14:53 &lt;jrandom&gt; لكن هناك طريقة أخرى بقول "لا يهم" ونأمل أن نحصل على عدد كافٍ من الأقران "الجيدين" يفوق "السيئين" 14:53 &lt;fvw&gt; أظن أن هذا مقبول في الوقت الحالي نعم. 14:54 &lt;protok0l&gt; لدي فكرة 14:54 &lt;jrandom&gt; نعم، إنه أبسط ما يمكن فعله، وإضافة حواجز اصطناعية للانضمام إلى شبكة p2p في هذه المرحلة يبدو... غير حكيم 14:54 &lt;fvw&gt; أظن ربما مزيج من hashcash والقائم على IP سيكون جيداً لـ 1.0، لكن عموماً لا يمكنك الدفاع ضد خصم قوي بما فيه الكفاية. 14:54 &lt;protok0l&gt; اقطع الوصول الأولي إلى noderef 14:54 &lt;protok0l&gt; إذا أراد أحد الانضمام، يمكننا إعطاؤه noderefs خاصتك 14:54 &lt;protok0l&gt; *uor 14:54 &lt;fvw&gt; وكيف سيساعد ذلك؟ 14:55 &lt;jrandom&gt; صحيح يا fvw، وقد نتمكن من تأجيله حتى ما بعد 1.0 أيضاً 14:55 &lt;fvw&gt; يعتمد على تعريفك لـ 1.0 :) 14:55 &lt;jrandom&gt; proto: لست متأكداً أن ذلك سيساعد كثيراً 14:55 &lt;jrandom&gt; هه يا fvw، لسنا مثل freenet ;) 14:56 &lt;jrandom&gt; 1.0 == وظيفي، آمن، [بما يكفي] مجهول، وقابل للتوسع 14:56 &lt;deer&gt; &lt;oOo&gt; وموثّق جيداً ;) 14:56 &lt;jrandom&gt; التوثيق شرط مسبق للأمان :) 14:56 &lt;deer&gt; &lt;Myo9&gt; هل يُضاف جميع المستخدمين إلى noderef حالياً؟ 14:57 &lt;jrandom&gt; Myo9: نعم - http://dev.i2p.net/i2pdb/ هو مجرد رابط إلى دليل netDb/ في أحد الـ router لدي 14:57 &lt;jrandom&gt; (لذا سيسرد كل من لدى router لدي مرجعاً له، في أي وقت) 14:58 &lt;jrandom&gt; ((ولدى الجميع مرجع لمن يتحدثون إليهم، وهو، بمقياسنا الحالي، الجميع)) 14:58 &lt;jrandom&gt; حسناً، لكن نعود إلى 3) AMOC مقابل restricted routes 14:59 &lt;deer&gt; &lt;Myo9&gt; حسناً. 14:59 &lt;jrandom&gt; كما ذُكر في البريد، أفكار mule قد تتيح لنا إسقاط ناقل AMOC 0.4.2 وبدلاً من ذلك تنفيذ دعم restricted route أساسي، ومعاملة من هم خلف NATs/firewalls على أنهم ببساطة خلف restricted route 15:00 &lt;fvw&gt; سيكون ذلك رائعاً نوعاً ما 15:00 &lt;jrandom&gt; نعم، ويوفر علينا كتابة بروتوكول نقل آخر 15:01 &lt;deer&gt; &lt;ugha2p&gt; ولكن كيف سيجعل تنفيذ هجوم sybil أسهل بكثير؟ 15:01 &lt;jrandom&gt; s/writing/designing,implementing,reviewing,debugging,deploying,debugging,debugging,debugging,debugging.../ 15:01 &lt;deer&gt; &lt;ugha2p&gt; كيف سيجعل ذلك* 15:02 &lt;jrandom&gt; ugha2p: لا توجد طريقة لمعرفة عدد الـ router الـ"حقيقيين" خلف restricted route - كل ما نعرفه عنهم أن لديهم هوية router فريدة ويمكن الوصول إليهم عبر router معيّن 15:02 &lt;deer&gt; &lt;ugha2p&gt; آه. 15:03 &lt;jrandom&gt; ذلك الـ router المعيّن يمكن أن يكون في الواقع مثيل محاكاة واحد، يشغّل 100 router أخرى في نفس JVM، كل واحد يتظاهر بأنه خلف جدران نارية 15:03 &lt;deer&gt; &lt;ugha2p&gt; صحيح. 15:03 &lt;deer&gt; &lt;oOo&gt; يمكنهم بسهولة مماثلة استخدام 100 منفذ على نفس المضيف... 15:03 &lt;fvw&gt; مع ذلك بافتراض أنك مستعد لإنفاق بضع مئات من اليورو على هجومك، يمكنك الحصول على عدد كبير من عناوين IP الموزعة على أي حال. 15:03 &lt;jrandom&gt; متفق يا fvw 15:04 &lt;jrandom&gt; oOo: صحيح، رغم أن المنافذ تستهلك ذاكرة (وبعض CPU) 15:04 &lt;deer&gt; &lt;ugha2p&gt; لا أعتقد أن هذا الافتراض سيمنع أعداء أكثر قوة. 15:04 &lt;jrandom&gt; (ولهذا عندما أقوم بمحاكاة أكبر، أحتاج للتحول من نظام اتصال TCP إلى نظام اتصال VM) 15:04 &lt;jrandom&gt; متفق يا ugha2p 15:04 &lt;jrandom&gt; إنه فقط يجعل الأمر أسهل 15:05 &lt;fvw&gt; أظن أنه علينا أن نفترض أن أي شخص لديه رغبة أكبر من "عصر أحد أيام الأحد الممل" لمهاجمة النظام سيكون قادراً على إدخال 10^3 عقد على الشبكة بسهولة. 15:05 &lt;deer&gt; &lt;oOo&gt; ليس *بهذا* القدر 15:05 &lt;jrandom&gt; صحيح يا fvw 15:05 &lt;deer&gt; &lt;oOo&gt; (+ أسهل) 15:05 &lt;fvw&gt; وعلى ذلك الحجم، لا شيء سوى الشهادات المركزية سيوقفهم. 15:06 &lt;deer&gt; &lt;ugha2p&gt; 100 منفذ مفتوح على مضيف واحد سيكون تافهاً اكتشافه، لكن 100 restricted routes خلف آلة واحدة قد لا يكون كذلك. 15:06 &lt;jrandom&gt; حسناً، هذا محل نقاش يا fvw، لكن نعم، sybil مزعج 15:06 &lt;deer&gt; &lt;oOo&gt; 100 زومبي صعب اكتشافهم ;) 15:06 &lt;fvw&gt; مما يعني أننا نحتاج بشكل مثالي لشبكة بحجم 10^4. 15:06 &lt;jrandom&gt; بالتأكيد يا oOo 15:06 &lt;fvw&gt; (تقديرات تقريبية) 15:07 &lt;deer&gt; &lt;ugha2p&gt; سيكون لدينا بشكل مثالي شبكة 10^4+. 15:07 &lt;jrandom&gt; fvw: سأذهب لأعلى من ذلك - برأيي علينا أن ننميها إلى الملايين 15:07 &lt;deer&gt; &lt;oOo&gt; المثالي أن يكون أكثر من نصف عناوين IP المتاحة ;) 15:07 &lt;jrandom&gt; هه يا oOo 15:07 &lt;fvw&gt; سيكون ذلك لطيفاً لو استطعنا نعم. 15:08 &lt;jrandom&gt; (لكن بالطبع، لتنميتها إلى الملايين نحتاج سبباً كافياً لذلك. أظن أننا سنستطيع تقديم ذلك السبب في النهاية) 15:08 &lt;deer&gt; &lt;ugha2p&gt; لست متأكداً إن كان Kademlia سيبقى متماسكاً كل تلك المدة. ;) 15:08 &lt;fvw&gt; عند تلك النقطة سيصبح ضرب الناس بالتأكيد الهجوم الأقل كلفة. وهو، بشكل غير بديهي، أمر جيد. 15:08 &lt;jrandom&gt; هه 15:08 &lt;deer&gt; &lt;DrWoo&gt; jrandom: الملايين ستحتاج قابلية استخدام وفائدة جادة 15:09 &lt;jrandom&gt; متفق يا DrWoo 15:09 &lt;fvw&gt; لحسن الحظ، كثير من الناس (غير اللطفاء) يعملون بجد على ذلك الآن. 15:09 &lt;deer&gt; &lt;oOo&gt; محتوى إباحي للجماهير :p 15:10 &lt;deer&gt; &lt;jrandom&gt; ولهذا برأيي نحتاج تطبيق مشاركة ملفات ممتاز 15:10 &lt;deer&gt; &lt;oOo&gt; "إنسان واحد، goatse واحد"، مما يقودنا إلى stasher :p 15:10 &lt;cervantes&gt; download-&gt;install-&gt;share musi 15:10 &lt;deer&gt; &lt;DrWoo&gt; jrandom: يجب أن يكون بمستوى Kazaa مجهول، ولحسن الحظ الدافع تتكفل به RIAA &amp; co. 15:10 &lt;fvw&gt; المحتوى الإباحي سهل الحصول عليه بالفعل (انظر usenet وما شابه). أظن أن جمعيات شركات التسجيل الكبرى ستشن حملة أقوى بكثير على p2p من منتجي الإباحية. 15:10 &lt;cervantes&gt; music 15:10 &lt;fvw&gt; لكننا مرة أخرى نخرج عن الموضوع. 15:11 &lt;fvw&gt; "4) stasher"? 15:11 &lt;deer&gt; &lt;oOo&gt; نعم! 4)! 15:11 &lt;jrandom&gt; متفق - يمكننا جميعاً التفكير بأسباب لتبرير الاستخدام، لكن أولاً نحتاج أن نجعله يعمل فعلاً :) 15:11 &lt;cervantes&gt; آه لأول مرة رابط غير ضعيف إلى البند التالي 15:11 &lt;jrandom&gt; ننتقل إلى 4) stasher 15:12 &lt;jrandom&gt; aum: هل استيقظت؟ 15:12 * hypercubus ينشد آآآآآأأأأأمممممممم 15:12 &lt;jrandom&gt; حسناً، في حال لم يكن كذلك، أعلم أنه قام بالكثير من العمل لإضافة دعم CHK وSVK إلى stasher 15:13 &lt;jrandom&gt; وهذا رائع 15:13 &lt;deer&gt; &lt;oOo&gt; وsplitfiles 15:13 &lt;jrandom&gt; نعم، دعم splitfile مثير للاهتمام 15:13 &lt;fvw&gt; بمعنى "أوقات مثيرة للاهتمام"؟ 15:14 &lt;jrandom&gt; هذا أحد الفروقات بين freenet وstasher، أن stasher لديه بالفعل حجم أقصى ثابت 31KB لكل مفتاح 15:14 &lt;deer&gt; &lt;oOo&gt; "مفيد، رائع، لا يحتاج شيئاً من تطبيق المستخدم" 15:14 &lt;jrandom&gt; (لأنه حسب علمي stasher يستخدم SAM datagrams) 15:14 &lt;luckypunk&gt; ألا يمكنك تنفيذ مثلاً.. ملفات مقسمة؟ 15:15 &lt;jrandom&gt; أوووووه! للتو أدركت ما العلة التي كان يواجهها بخصوص الاعتمادية! 15:15 &lt;jrandom&gt; (أُصلحت قبل أيام في cvs، مما قضى على العلة بشكل ملحوظ) 15:15 &lt;jrandom&gt; نعم يا lucky 15:15 &lt;jrandom&gt; لكن تنفيذ splitfile مختلف جوهرياً عن كيفية عمل splitfiles في freenet، بسبب قيود حجم المفتاح الأقصى 15:15 &lt;deer&gt; &lt;oOo&gt; إذاً Stasher فوق I2P سيصبح سليماً مرة أخرى؟ ^^ 15:16 &lt;jrandom&gt; (إن قرأت devl أو tech في freenet مؤخراً، ستسمع toad وhobx يناقشان الأمر) 15:16 &lt;deer&gt; &lt;oOo&gt; *يجب 15:16 &lt;jrandom&gt; oOo: مع HEAD، نعم 15:16 * jrandom لم يسمع بأي تقارير عن أشخاص حتى يحاولون منذ صدور 0.3.4.3 (أم كانت 0.3.4.2) 15:16 &lt;jrandom&gt; لكن على أية حال، يخطط لبناء اختبار جديد آخر بنهاية الأسبوع 15:17 &lt;jrandom&gt; هل لدى أحد شيء لذكره/نقاشه بخصوص stasher؟ 15:17 &lt;jrandom&gt; (غير "هيا! إلى الأمام يا aum!") 15:18 &lt;deer&gt; &lt;oOo&gt; نعم، هناك رغبة في العثور على محتوى غير goatse هناك ;) 15:18 &lt;jrandom&gt; هه 15:18 &lt;deer&gt; &lt;oOo&gt; يا من كنتم في Freenet، ابدأوا محركاتكم ;) 15:18 &lt;jrandom&gt; نعم، دعم splitfile سيساعد بالتأكيد في ذلك، وكذلك دعم ssk &amp; fcp 15:19 &lt;fvw&gt; أود أن أؤيد "إلى الأمام يا aum!" إن سمحتم. 15:19 &lt;deer&gt; &lt;oOo&gt; واااه! 15:19 &lt;jrandom&gt; تم التأييد، والثالث أيضاً :) 15:19 &lt;jrandom&gt; حسناً، ننتقل إلى 5) صفحات جديرة بالانتباه 15:20 &lt;jrandom&gt; أردت فقط الإشارة إلى ثلاث صفحات جديدة 15:20 &lt;jrandom&gt; دليل DrWoo للتصفح الآمن يقدم عرضاً جيداً لمخاطر eepsites وoutproxies 15:20 &lt;jrandom&gt; يمكن معالجة المشاكل بالشيفرة، لكننا لم نجد الوقت بعد للقيام بذلك، لذا من الجيد أن تكونوا على دراية 15:21 &lt;jrandom&gt; كما أعد lucky وثيقة جيدة عن جانب freebsd+java أيضاً 15:21 * jrandom لم يجرّب العديد من jvms على fbsd، فقط kaffe، لذا ازعجوه إن كانت لديكم أسئلة :) 15:22 &lt;jrandom&gt; كما أعد hyper وثيقة للترقية إلى شيفرة تطوير 0.4، والتي سيحدثها غالباً عندما نريد من مزيد من الناس اختبارها ;) 15:22 &lt;hypercubus&gt; منشوري على المنتدى يغطي تثبيت service wrapper... دليل "howto" لوحدة تحكم router الجديدة هنا --&gt; `http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt` 15:23 &lt;jrandom&gt; wr0d 15:23 &lt;jrandom&gt; أوه، هناك أيضاً صورة جميلة جديدة ونص جديد على http://www.i2p.net/how_intro (نأمل أن يوضح الأمور أكثر) 15:24 &lt;fvw&gt; أوه، تبدو جميلة. من فعل هذا؟ عمل جيد. 15:25 &lt;hypercubus&gt; تم نسخها فعلياً مباشرة من دائرة محاصيل 15:25 * fvw يحاول ألا يذكر الشبه بين jrandom وDave لكنه يفشل بشكل مزرٍ. 15:25 &lt;jrandom&gt; هه 15:25 &lt;fvw&gt; آه، هذا يفسر قرون الاستشعار لدى jrandom. 15:25 &lt;jrandom&gt; لقد حسّن الصورة مصممنا المجهول 15:25 &lt;jrandom&gt; (ولحسن الحظ، مهاراتي في MS Paint سيئة جداً :) 15:26 &lt;hypercubus&gt; ما زلنا نحاول فك شفرة أهمية ذقن Charlie الطويلة 15:26 &lt;deer&gt; &lt;ugha2p&gt; آر، هذا سيء. 15:26 &lt;jrandom&gt; ماذا عن عيني alice المنحرفتين؟ ;) 15:26 &lt;hypercubus&gt; هه 15:26 &lt;deer&gt; &lt;jrandom&gt; نعم، سيكون من الجميل عندما نرقّي irc.duck.i2p (إن لم يكن قد حصل بالفعل..) 15:27 &lt;fvw&gt; دعك من هذا، تبدو وكأنها تقوم بمشهد انفجار كائنين فضائيين من البطن مع خديها. 15:27 &lt;jrandom&gt; لوول 15:27 &lt;jrandom&gt; لهذا تتحدث إلى dave 15:27 &lt;jrandom&gt; حسناً، على أي حال، أظن هذا يقودنا إلى 6) ??? 15:27 &lt;fvw&gt; ههه 15:27 &lt;jrandom&gt; هل لدى أحد شيء يريد طرحه؟ 15:28 &lt;deer&gt; &lt;oOo&gt; ألا يمكنك بناء هيكل أشياء الشهادات في I2P وتترك *للآخرين* ملأه والاستمتاع؟ (أم أن هذا تم بالفعل؟ :p) 15:28 &lt;deer&gt; &lt;oOo&gt; أم أن هذا بلا فائدة تماماً؟ 15:28 &lt;deer&gt; &lt;oOo&gt; (حالياً) 15:28 &lt;jrandom&gt; همم؟ 15:28 &lt;jrandom&gt; أشياء شهادات hashcash / إلخ؟ 15:28 &lt;deer&gt; &lt;oOo&gt; حسناً، لا عليك ^^ 15:28 &lt;deer&gt; &lt;oOo&gt; نعم 15:29 &lt;jrandom&gt; حسناً نعم، لدينا بالفعل البنية لهذا 15:29 &lt;jrandom&gt; (رغم أن أشياء مثل libSAM ستحتاج إلى تعديل لتفسير الـ destination بشكل صحيح، لأنني إذا لم تخني الذاكرة iirc فإن nightblade افترض دائماً 384bytes ;) 15:30 &lt;jrandom&gt; لكن router سيتعامل مع أنواع مختلفة من الشهادات بشفافية 15:30 &lt;deer&gt; &lt;oOo&gt; هل الشيفرة جاهزة لهذا؟ ينقصها فقط بعض "المحتوى"؟ 15:31 &lt;jrandom&gt; نعم - RouterIdentity الذي يُنشأ حالياً يرفق دائماً NullCertificate (نوع الشهادة == 0) 15:31 &lt;jrandom&gt; إن أرفق نوعاً آخر، فسيُرفق نوع شهادة آخر 15:31 &lt;jrandom&gt; مثلاً شهادة hashcash، شهادة موقعة من CA، إلخ 15:31 &lt;jrandom&gt; بنية التحقق موجودة أيضاً (RouterInfo.verify) 15:32 &lt;deer&gt; &lt;oOo&gt; أوه، رائع :) 15:32 &lt;deer&gt; &lt;oOo&gt; إذاً يمكن لشخص ما اللعب بهذه الشيفرة وإضافة hashcash وأشياء مسبقاً؟ 15:32 &lt;jrandom&gt; إن حصل فيضان مفاجئ يمكنني على الأرجح إغلاق الشبكة في يوم أو يومين 15:32 &lt;jrandom&gt; صحيح 15:33 &lt;jrandom&gt; (رغم أنني أظن أن fvw محق في أنه لن يكون ملحاً لبعض الوقت على الأقل) 15:33 &lt;deer&gt; &lt;oOo&gt; حسناً. لا أتطوع ;) لكن قد يتطوع أحد :p 15:33 &lt;Nightblade&gt; على i2p.net، رابط سجل اجتماع 24 أغسطس موجه إلى سجل 17 أغسطس 15:33 &lt;jrandom&gt; صحيح، عذراً، الاجتماع لم ينته بعد :) 15:33 &lt;Nightblade&gt; أوه هاها 15:34 &lt;jrandom&gt; إذاً، هل لدى أحد أي شيء آخر يريد طرحه؟ :) 15:34 &lt;hypercubus&gt; قاعدة جديدة... من يحرر الموقع: بلا تدخين أشياء مضحكة أثناء التحرير! 15:34 &lt;jrandom&gt; أوه أوه... 15:34 &lt;jrandom&gt; ماذا فعلت؟ 15:34 &lt;hypercubus&gt; كنت أشير إلى الروابط المكسورة ;-) 15:34 &lt;jrandom&gt; أوه 15:35 &lt;hypercubus&gt; نحتاج محرر ويب بدوام كامل... أرشح lucky 15:35 &lt;jrandom&gt; حسناً، نعم، حدّثت الرابط إلى ملاحظات الحالة الأسبوعية لهذا الأسبوع قبل الاجتماع، في حال ذهب أحد للصفحة ;) 15:35 &lt;jrandom&gt; نحن بالتأكيد نحتاج شخصاً يتتبع الموقع ويدغدغنا عندما تكون الأمور غريبة 15:36 &lt;luckypunk&gt; أنا؟ web enditor؟ 15:36 &lt;luckypunk&gt; enditor haha 15:36 &lt;luckypunk&gt; لا أدري 15:36 &lt;Nightblade&gt; spelchek reqwired 15:36 &lt;luckypunk&gt; ربما سأكون مشغولاً جداً عندما تبدأ المدرسة. 15:36 &lt;jrandom&gt; بلا، اتركها! اعمل على i2p بدوام كامل! 15:36 &lt;luckypunk&gt; إن تركت 15:37 &lt;luckypunk&gt; سيجعلني والداي أحصل على وظيفة 15:37 &lt;deer&gt; &lt;hypercubus&gt; أعذار أعذار ;-) 15:37 &lt;luckypunk&gt; وسأظل مشغولاً 15:37 &lt;deer&gt; &lt;hypercubus&gt; آمين 15:37 &lt;deer&gt; * oOo سيُجدّد الإنجليزية المستخدمة على الموقع بسعادة ;) 15:37 &lt;luckypunk&gt; على أي حال، لا أظن أنني سأُسمح لي بترك المدرسة 15:38 &lt;luckypunk&gt; إنهم يرفعون السن القانوني للتسرب إلى 18 15:38 &lt;luckypunk&gt; أو شهادة الثانوية 15:38 &lt;luckypunk&gt; أيهما يأتي أولاً. (عادة الثانية) 15:38 &lt;hypercubus&gt; إر 15:38 &lt;Nightblade&gt; هاها "السن القانوني للتسرب" - ما الذي سيخترعونه لاحقاً؟ 15:38 &lt;luckypunk&gt; إنها 16 الآن. 15:38 &lt;luckypunk&gt; لا يمكنك مغادرة المدرسة قبل ذلك، وإلا سيعتقلونك. 15:38 &lt;jrandom&gt; في الواقع، هذه نقطة جيدة.. مع توجهنا نحو 1.0 سيكون من الجيد تقديم ترجمات مختلفة لصفحات متعددة 15:39 * luckypunk يمكنه عمل ترجمة فرنسية مبهمة، إن لزم الأمر بشدة. 15:39 &lt;Nightblade&gt; سأقوم بترجمات Klingon وEbonics 15:39 &lt;deer&gt; &lt;oOo&gt; نعم، ترجمة Klingon للموقع :p 15:39 &lt;hypercubus&gt; نعم، يمكننا تقديم English وB0rk وoOo-fried English 15:39 &lt;deer&gt; &lt;oOo&gt; اللعنة، نفس الفكرة&gt;&lt; 15:39 &lt;Nightblade&gt; أوووه، قارئ أفكار 15:39 &lt;luckypunk&gt; (على النظرية أن Babelfish مع مساعدة بشرية أفضل من عدم وجود ترجمة إطلاقاً.) 15:39 &lt;jrandom&gt; أظن أننا قد نتمكن من إقناع jar بتحديث ترجمته الفرنسية يا lucky، لكن شكراً ;) 15:39 &lt;deer&gt; &lt;oOo&gt; hyper: سأفعلها بسرور مجاناً كالشراب :p 15:40 &lt;jrandom&gt; هذا في الواقع أحد الأمور الكبيرة بعد 0.4 - جعل الوثائق متينة 15:40 &lt;luckypunk&gt; مهلاً، الفرنسية لدي مفهومة تماماً لمتحدث فرنسي 15:40 &lt;luckypunk&gt; رغم أنني ربما أبدو مكافئاً لـ godmode0 15:40 &lt;hypercubus&gt; المثبّت لديه بالفعل حزم لغات محلية بالمناسبة 15:40 &lt;jrandom&gt; (ربما ورقة بيضاء أو اثنتان حول جوانب مختلفة) 15:40 &lt;jrandom&gt; w3rd hyper 15:40 &lt;deer&gt; * oOo يشتبه أننا نستطيع إتقان عدد لا بأس به من اللغات مع الأشخاص المتواجدين هنا ;) 15:40 &lt;jrandom&gt; (نعم، سيكون صعباً ترجمة رخصة الفقرة ;) 15:40 &lt;hypercubus&gt; يمكنني فقط جعله يعرض لوحة اختيار اللغة 15:40 &lt;jrandom&gt; متفق يا oOo 15:40 &lt;hypercubus&gt; heheh... libre: 15:40 &lt;jrandom&gt; gratis: 15:41 &lt;luckypunk&gt; gratis وlibre 15:41 &lt;luckypunk&gt; تبا للفرنسيين وقدرتهم على امتلاك كلمتين. 15:41 &lt;jrandom&gt; حسناً، أي شيء آخر؟ 15:41 &lt;hypercubus&gt; لدينا 10 كلمات لكل شيء 15:41 &lt;luckypunk&gt; رغم أن libre تعني أيضاً بيرة مجانية في الفرنسية الكيبكية. =( 15:41 &lt;luckypunk&gt; تباً لتلك النظرية. 15:42 &lt;jrandom&gt; حسناً... إن لم يكن هناك شيء آخر... 15:42 * jrandom يختتم 15:42 * jrandom *baf* يغلق الاجتماع </div>/ar/blog/2004/08/24/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-24/Tue, 24 Aug 2004 00:00:00 +0000/ar/blog/2004/08/24/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-24/<p>مرحبًا بالجميع، لدينا الكثير من التحديثات اليوم</p> <h2 id="الفهرس">الفهرس</h2> <ol> <li>0.3.4.3 status 1.1) timestamper 1.2) new router console authentication</li> <li>0.4 status 2.1) service &amp; systray integration 2.2) jbigi &amp; jcpuid 2.3) i2paddresshelper</li> <li>AMOC vs. restricted routes</li> <li>stasher</li> <li>pages of note</li> <li>???</li> </ol> <h2 id="1-0343-الحالة">1) 0.3.4.3 الحالة</h2> <p>صدر إصدار 0.3.4.3 يوم الجمعة الماضي، ومنذ ذلك الحين تسير الأمور بشكل جيد إلى حد ما. كانت هناك بعض المشكلات في الشفرة التي أُدخلت حديثًا لاختبار tunnel واختيار الأقران، لكن بعد بعض التعديلات منذ الإصدار أصبحت مستقرة إلى حد كبير. لا أعلم ما إذا كان خادم IRC قد انتقل إلى المراجعة الجديدة بعد، لذا نعتمد عمومًا على الاختبار باستخدام eepsites(I2P Sites) ووكلاء HTTP للخروج (squid.i2p و www1.squid.i2p). لا تزال عمليات نقل الملفات الكبيرة (&gt;5MB) في إصدار 0.3.4.3 غير موثوقة بما يكفي، ولكن وفقًا لاختباراتي، فإن التعديلات منذ ذلك الحين قد حسّنت الأمور أكثر.</p>/ar/blog/2004/08/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/Tue, 17 Aug 2004 00:00:00 +0000/ar/blog/2004/08/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/<h2 id="لمحة-سريعة">لمحة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> aum, deer, duck, hypercubus, jrandom, kaji, MikeW</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 &lt;jrandom&gt; 1) حالة الشبكة و 0.3.4.3 14:05 &lt;jrandom&gt; 2) Stasher 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) مرحباً 14:06 * jrandom يُلوّح لكل عصابة i[2i]p &amp; freenode 14:06 * hypercubus يُلوّح 14:06 &lt;jrandom&gt; نُشرت ملاحظات الحالة الأسبوعية قبل ثوانٍ على http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 &lt;deer&gt; &lt;oOo_itwop&gt; حان وقت العرض ! 14:07 &lt;deer&gt; &lt;mule&gt; يبدو أن i2p irc لا يحبّني. أو يريد إبقائي متوتراً أطول عبر انقطاعات منتظمة 14:07 &lt;jrandom&gt; هه، نعم، هذا يقودنا فعلاً إلى 1) حالة الشبكة و 0.3.4.3 :) 14:07 &lt;jrandom&gt; الشبكة مزرية جداً حالياً 14:07 &lt;kaji&gt; نعم 14:08 &lt;jrandom&gt; تظهر المشاكل إلى حدٍّ كبير بسبب عدم التوافق بين الإصدارات المختلفة التي يشغّلها الناس، مما أدخل كل أنواع الطرق "اللذيذة" لتعطيل الأشياء 14:09 &lt;jrandom&gt; إذا تحقّقت من الروابط في البريد، يمكنك رؤية الـ flooding وهجوم DoS على netDb الذي حدث، لكنه هدأ إلى حدٍّ كبير 14:09 &lt;jrandom&gt; لا يزال هناك نصف دزينة من الأشخاص يشغّلون إصدارات قديمة (وربما 20-25 شخصاً يشغّلون الإصدار القياسي 0.3.4.2 بمشكلاته الخاصة) 14:10 &lt;jrandom&gt; أقدّر صبركم بينما نمضي قدماً. لا أريد التسرّع في إصدار جديد قبل أن نتمكّن أولاً من التوجيه بكفاءة لتجاوز العُقد السيئة 14:10 &lt;jrandom&gt; في الماضي كنّا قادرين على التوجيه لتجاوز عُقد سيئة الأداء فحسب، لكن لم نضطر للتعامل مع عُقد تقوم بأشياء سيئة فعلاً 14:11 &lt;deer&gt; &lt;oOo_itwop&gt; خنازير غينيا تنحني لـ jrandom ! 14:11 &lt;duck&gt; هل سيكون الإصدار القادم متوافقاً مع الإصدارات السابقة؟ 14:11 &lt;jrandom&gt; ربما يا duck. إذا استطعنا التحايل على تلك العُقد القديمة، فلا سبب لجعله غير متوافق 14:12 &lt;duck&gt; رائع 14:12 &lt;jrandom&gt; على أي حال، هناك الكثير من النشاط يجري، حتى لو لم تروا أي إصدارات جديدة بعد 14:13 &lt;jrandom&gt; لا أعلم متى سيصدر 0.3.4.3. ربما غداً، أو لاحقاً هذا الأسبوع. 14:14 &lt;jrandom&gt; هل لدى أحد أسئلة / تعليقات / مخاوف يود طرحها فيما يتعلق بحالة الشبكة؟ 14:14 &lt;kaji&gt; هل ستحتوي *.3 على مُثبّت hyper الرسومي الجديد؟ 14:14 &lt;jrandom&gt; على الأرجح لا 14:14 &lt;deer&gt; &lt;mule&gt; تبدو الشبكة جيّدة عندي في ملفات تعريف أجهزتي، فقط إنني أنقطع كثيراً 14:15 &lt;jrandom&gt; نعم، أفهم يا mule. اتصال irc كان سيئاً بالنسبة لي أيضاً، لكنه يتحسّن مؤخراً 14:15 &lt;deer&gt; &lt;mule&gt; لكني فاتني معظم نقاشكم، لذا سأصمت الآن 14:15 &lt;jrandom&gt; إذا أردت السحب من CVS، ينبغي أن يتضمن تحسينات، لكن هناك تحديثات متكررة، لذا قد ترغب بالانتظار حتى الإصدار 14:16 &lt;jrandom&gt; حسناً، أي شيء آخر؟ إن لم يكن، ننتقل بسرعة إلى 2) Stasher 14:16 &lt;kaji&gt; woot stasher 14:17 &lt;jrandom&gt; Stasher يبدو رائعاً. لا يزال محدود الوظائف إلى حدٍّ ما، لكنه يتقدّم 14:17 &lt;jrandom&gt; لو كان aum مستيقظاً لكان أعطانا تحديثاً... 14:17 &lt;jrandom&gt; aum: ping? :) 14:17 &lt;kaji&gt; /kick aum 14:18 &lt;jrandom&gt; (الوقت مبكّر لديه على أي حال، لذا ربما لا يزال نائماً) 14:18 &lt;duck&gt; يا للأنانية 14:18 &lt;hypercubus&gt; أنا منبهر به حتى الآن 14:18 &lt;jrandom&gt; على أي حال، تثبيت وتشغيل Stasher سهل جداً، لذا إن أمكنكم مساعدته في اختباره فسيكون ذلك رائعاً 14:18 &lt;jrandom&gt; نعم، بالتأكيد 14:18 &lt;hypercubus&gt; لقد سمح لي بتنفيذ goatse جماعي 14:19 &lt;jrandom&gt; وما قيمة تطبيق بلا goatse، أليس كذلك؟ 14:19 &lt;hypercubus&gt; لا بد أن تعشق تطبيقاً يتيح لك رفع goatse إلى قرص شخصٍ ما ;-) 14:19 &lt;aum&gt; pong 14:19 &lt;jrandom&gt; w0ah 14:19 &lt;jrandom&gt; صباح الخير يا aum 14:19 &lt;deer&gt; &lt;ardvark&gt; سؤال سريع: هل أحصل على Stasher عبر i2p CVS؟ 14:19 &lt;aum&gt; مرحباً بالجميع 14:19 &lt;jrandom&gt; ardvark: في i2p/apps/stasher/ 14:19 &lt;aum&gt; ardvark: أهلاً!!!! :) مضى وقت! 14:20 &lt;deer&gt; &lt;ardvark&gt; نعم، مرحباً aum! سعيد برؤيتك يا صديقي! 14:20 &lt;aum&gt; ardvark: ربما أسهل عبر tarball - `http://stasher.i2p` أو http://www.freenet.org.nz/python/stasher 14:21 &lt;deer&gt; &lt;ardvark&gt; حسناً aum، حصلت على الـ tarball لكنه يقول إنه يحتاج أشياء أخرى؟ لن أؤخر الاجتماع، ربما أتواصل معك؟ 14:21 &lt;aum&gt; بالتأكيد 14:22 &lt;hypercubus&gt; إذاً، أي تحديث حول Stasher يا aum؟ ;-) 14:23 &lt;aum&gt; تحديث صغير، أضفت خيار '-l' الذي يسمح بعمليات get/put محلياً فقط 14:23 &lt;aum&gt; كما أفكّر بتنفيذ خيار 'put' يعيد الاستجابة فوراً 14:24 &lt;aum&gt; الليلة الماضية، كنت أفكّر في قضايا تنفيذ أنواع مفاتيح freenet 14:24 &lt;hypercubus&gt; أود أن أطلب أن تُعيد عمليات put الناجحة حالةً ما... scp وكثير من تطبيقات الشبكات عبر سطر الأوامر تفعل ذلك 14:24 &lt;jrandom&gt; SSK سيكون رائعاً للغاية 14:25 &lt;jrandom&gt; (بينما CHK هو بالطبع ما هو، برأيي المتواضع، الأكثر أساسية) 14:25 &lt;MikeW&gt; شيء لطالما وجدته مثيراً للاهتمام في freenet هو أنه يخبرك لماذا قد يكون استهلاك CPU مرتفعاً. أحياناً (عادةً عند الإقلاع لدقيقة أو اثنتين) وبشكل عشوائي، يقفز استهلاك CPU إلى 100%، ربما تقدير لسبب اعتقاده أن java تلتهم الـ CPU لدي؟ 14:25 &lt;deer&gt; &lt;oOo&gt; Splitfiles ^^ 14:26 &lt;jrandom&gt; MikeW: إذا كان i2p يلتهم CPU لديك فهناك بالتأكيد شيء معطّل يجري 14:26 &lt;aum&gt; لقد نفّذت splitfiles بشكل أولي بالفعل، لكن لم أفعّله بعد - أريد اختباره محلياً أولاً 14:26 &lt;jrandom&gt; MikeW: يمكنك معرفة ما الذي يحدث بالضبط في الـ router لديك بالنظر إلى 'current job' في الـ router console، وهو (في الغالب) المكان الذي يحدث فيه ضغط CPU 14:26 &lt;jrandom&gt; آه، رائع يا aum 14:27 &lt;aum&gt; بفضل خوارزمية تكرارية، ينبغي أن يتيح splitfiles أحجام ملفات غير محدودة عند اكتماله 14:27 &lt;deer&gt; &lt;oOo&gt; رائع، splitfiles إلزامي لأشياء goatse و pr0n الجادّة... 14:27 &lt;deer&gt; &lt;identiguy&gt; aum: هل يشمل ذلك fec؟ 14:27 &lt;aum&gt; لا حاجة إلى fec 14:27 &lt;aum&gt; fec مطلوب فقط على الشبكات المهزوزة 14:27 &lt;deer&gt; &lt;identiguy&gt; آه، فهمت. 14:27 &lt;aum&gt; أنا أستخدم kademlia، التي لديها ضمان استرجاع أفضل بكثير 14:27 &lt;duck&gt; إلا إذا تعطّلت العُقد 14:28 &lt;aum&gt; بالإضافة إلى ذلك، لا رغبة لدي في عمل fec أصلاً، إنه مُتعب 14:28 &lt;aum&gt; duck: هناك تكرار - ارجع إلى قيمة 'k' في kademlia 14:28 &lt;jrandom&gt; duck: مع k=20، حتى من دون أي إعادة نشر سيكون الأمر على ما يرام ;) 14:28 &lt;duck&gt; هه، حسناً 14:28 &lt;deer&gt; &lt;mule&gt; aum: fec قد يساعد إذا تمت إزالة عدد من العُقد 14:28 &lt;jrandom&gt; (ومع إعادة النشر، لن يتأذى إلا إذا ماتت كل العقد ضمن k في الوقت نفسه) 14:28 &lt;aum&gt; لا، سأزيد قيمة k فحسب 14:28 &lt;jrandom&gt; k بقيمة 20، برأيي المتواضع، رقم كبير جداً 14:29 &lt;jrandom&gt; (لأنه يعني أن لديك 20 نسخة كاملة من الملف) 14:29 &lt;hypercubus&gt; يمكن للمستخدمين دائماً استخدام أدوات fec مستقلة 14:29 &lt;MikeW&gt; jrandom: تحت JobQueue، runners:1، active jobs:0، just finished:1، ready/waiting: 0، timed: 28 14:29 &lt;aum&gt; هذا يعني 20 goatse يا شباب :P 14:29 &lt;hypercubus&gt; ونشر النتائج 14:29 &lt;duck&gt; ماذا عن تأثير britneyspears؟ 14:29 &lt;duck&gt; حيث تنتهي المفاتيح الشائعة جداً على عقدة واحدة 14:29 &lt;jrandom&gt; (أي أنك تُدرج ملفاً بحجم 740MB وتحصل على 14.8GB من البيانات التي تحتاج لإرسالها) 14:30 &lt;aum&gt; duck: الشعبية ليست مفهوماً في kademlia 14:30 &lt;duck&gt; (وبالطبع مع مفاتيح بحجم 32KB قد لا يكون ذلك سيئاً) 14:30 &lt;jrandom&gt; حسناً رائع يا MikeW، لكن هل i2p يلتهم CPU لديك الآن؟ 14:30 &lt;deer&gt; &lt;ardvark&gt; هل كل رسائل kademlia التي أراها على i2p متعلقة بـ Stasher؟ 14:30 &lt;MikeW&gt; jrandom: نعم 14:30 &lt;aum&gt; duck: و kademlia لا تحتوي على relaying 14:31 &lt;hypercubus&gt; ardvark: الأشياء في الـ router console هي تنفيذ netdb kad 14:31 &lt;aum&gt; أفكار مثل 'relaying' و 'popularity' و 'caching' وغيرها تخص freenet، التي عليها أن تكشف نفسها عارية للعالم، من دون عباءة I2P 14:31 &lt;deer&gt; &lt;ardvark&gt; أشغّل i2p و tor هنا، واستهلاك CPU لدي 3% الآن، لذا :/ *يهز كتفيه* 14:31 &lt;jrandom&gt; MikeW: إذن الـ router لديك غير قادر على الحفاظ على الاتصالات، ويبتلع CPU أثناء إنشاء الكثير من الاتصالات المتزامنة 14:31 &lt;duck&gt; حسناً، لقد أفسد freenet دماغي 14:31 &lt;duck&gt; أرجوكم ارحموني :) 14:31 &lt;deer&gt; * shendaras يواسي. 14:31 &lt;jrandom&gt; MikeW: إن كان بإمكانك البقاء بعد الاجتماع لتصحيح الأخطاء، فسيكون ذلك رائعاً 14:32 &lt;MikeW&gt; حاضر 14:32 &lt;jrandom&gt; حسناً، رائع يا aum، هل هناك ما يمكن للناس فعله للمساعدة؟ 14:32 &lt;jrandom&gt; أم نكتفي "برفس الإطارات" وتقديم بلاغات بالأخطاء؟ 14:33 &lt;duck&gt; أحاول الاعتياد على leo 14:33 &lt;aum&gt; نعم، قدّموا بلاغات الأخطاء إلى القائمة، إن كان ذلك مناسباً يا جماعة 14:33 &lt;duck&gt; أعجبني بالفعل أكثر من eclipse 14:33 &lt;hypercubus&gt; ما هو leo؟ 14:33 &lt;jrandom&gt; (أوه أوه، ها هي ثرثرة قادمة ;) 14:33 &lt;aum&gt; duck: أنا لا أستخدم هذه الأيام سوى leo - باستثناء emacs للتعديلات السريعة، و zile لتعديلات أسرع 14:34 &lt;hypercubus&gt; طالما أنك لا تستخدم vi أو emacs ;-) 14:34 &lt;aum&gt; http://leo.sf.net - يمنحك عرضاً مُهيكلاً لشيفرتك 14:34 &lt;hypercubus&gt; لكن عليّ تجربة هذا leo بنفسي 14:34 &lt;aum&gt; حتى أن leo يندمج مع emacs إن أردت 14:34 &lt;hypercubus&gt; أليس مُحرّراً؟ 14:35 &lt;aum&gt; &lt;bile&gt; 14:35 &lt;aum&gt; الـ msvc اللعين - يسمح بـ __int64 للأعداد الصحيحة 64-بت، لكنه لا يسمح بـ 'LL' أو 'ULL' للثوابت الصحيحة 64-بت 14:35 &lt;aum&gt; !! 14:35 &lt;aum&gt; &lt;/bile&gt; 14:35 &lt;hypercubus&gt; آه، فهمت 14:37 &lt;jrandom&gt; حسناً، إن كان هذا كل شيء، فلا يبقى لدينا شيء ويمكننا الانتقال إلى 3) ??? 14:37 &lt;jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 14:37 &lt;hypercubus&gt; نعم، أعتقد أنني سأتحدث قليلاً عن الاتجاه الجديد للمُثبّت 14:37 &lt;jrandom&gt; حسناً، تمام 14:38 &lt;hypercubus&gt; ابتداءً من 0.4، سيكتفي مستخدمو سطر الأوامر بأخذ tarball الخاص بـ i2p وفكّه، ثم تشغيل سكربت لبدء الـ router وفتح الـ router console في lynx أو أيّاً كان 14:39 &lt;hypercubus&gt; لذا لم يتغيّر الكثير، باستثناء أنك لست مضطراً لخوض جلسة أسئلة/أجوبة سخيفة مع مُثبّت 14:39 &lt;hypercubus&gt; ستقوم بكل الإعداد في الـ router console 14:39 &lt;hypercubus&gt; ولمستخدمي الواجهة الرسومية، لدينا شيء أنيق 14:39 &lt;jrandom&gt; (w00t) 14:40 &lt;hypercubus&gt; ويمكنكم معاينته على `http://files.hypercubus.i2p/install.jar` 14:40 &lt;jrandom&gt; أو من cvs (ant pkg ; java -jar install.jar) أليس كذلك؟ 14:40 &lt;aum&gt; hypercubus: كيف تسير مع winstaller؟ هل يكتشف/ينزّل/يثبّت java تلقائياً ؟ 14:41 &lt;hypercubus&gt; اختصارات القوائم قادمة، وكذلك التكامل مع systray وطريقة لتثبيت الـ router كـ daemon 14:41 &lt;aum&gt; daemon؟ تقصد 'service' في ويندوز؟ 14:41 &lt;hypercubus&gt; لا، على الأقل في المستقبل المنظور، سيحتاجون إلى النقر على رابط في موقع i2p يأخذهم إلى صفحة تنزيل java الرسمية 14:42 &lt;hypercubus&gt; المُثبّت يتطلّب java، لكن لا بأس فـ i2p يتطلبها أيضاً 14:42 &lt;aum&gt; hypercubus: آسف، لكن ذلك سيفقدنا 80% من المستخدمين 14:42 &lt;hypercubus&gt; سمِّ مشروع java واحداً لا يفعل ذلك 14:42 &lt;jrandom&gt; سنحصل عليه في نهاية المطاف. 14:42 &lt;jrandom&gt; لكن ليس الآن. 14:42 &lt;aum&gt; freenet فعلها جيداً - winstaller لديهم يأخذك خلال عملية التنزيل 14:43 &lt;jrandom&gt; (لدينا أمور أكثر أهمية بكثير لنهتم بها. لا نريد آلافاً مؤلفة من المستخدمين الآن) 14:43 &lt;hypercubus&gt; هذا اعتبار لإصدار 1.0 14:43 &lt;hypercubus&gt; لدي معظم الشيفرة اللازمة لإنجازه بالفعل 14:43 &lt;aum&gt; jrandom: ظننت أنك قلت إنه سيكون لـ 0.4 14:43 &lt;deer&gt; &lt;mule&gt; إذن ينبغي أن تشترطوا بناء java من المصدر :) 14:44 &lt;jrandom&gt; المُثبّت الجديد سيكون لـ 0.4 14:44 &lt;hypercubus&gt; لقد تخلّينا عن كل الشيفرة التي كتبتها حتى الآن 14:44 &lt;hypercubus&gt; لصالح IzPack 14:44 &lt;hypercubus&gt; http://izpack.sf.net 14:44 &lt;jrandom&gt; يمكننا تقديم تنزيل بحجم 15MB يضم الاثنين معاً، لكن معظم المستخدمين الذين سيستخدمون i2p قبل 1.0 سيعرفون ما هي "java" 14:45 &lt;hypercubus&gt; هذا يمنحني وقتاً لإتقان إطار مُثبّت java ضمن الملكية العامة بالكامل، آمل في النهاية أن أنقل i2p إليه مجدداً 14:45 &lt;hypercubus&gt; لكن الأولوية الآن هي التخلص من المُثبّت الحالي الفظيع ;-) 14:46 &lt;hypercubus&gt; (لا أقصد الإساءة لمن قام بتركيبه على عجل) 14:46 &lt;deer&gt; &lt;shendaras&gt; حصلت على 404.... 14:46 &lt;duck&gt; http://www.izforge.com/izpack/ 14:46 &lt;hypercubus&gt; http://www.izforge.com/izpack/ 14:47 &lt;hypercubus&gt; آسف بشأن ذلك 14:47 &lt;hypercubus&gt; على أي حال، سأقدّر أي ملاحظات حول مُثبّت المعاينة الذي نشرته على eepsite الخاص بي 14:48 &lt;hypercubus&gt; لقد تم اختباره على *nix و windows، وينبغي أن يعمل على os x و solaris أيضاً 14:48 &lt;jrandom&gt; r0x0r 14:48 &lt;duck&gt; إنه جميل 14:48 &lt;jrandom&gt; نعم، إنه يذهل 14:49 &lt;hypercubus&gt; قد أعبث بـ izpack لإزالة تلك الأيقونات السخيفة من الأزرار 14:49 &lt;deer&gt; &lt;mule&gt; hypercubus: هل سيدمّر الإعدادات القائمة أم سيحافظ عليها؟ 14:49 &lt;hypercubus&gt; لا توجد ملفات إعداد مضمّنة في الحزمة 14:49 &lt;hypercubus&gt; لذا سيستبدل فقط ملفات jars و wars 14:49 &lt;jrandom&gt; (في الوقت الحالي ;) 14:49 &lt;hypercubus&gt; حسناً، سنأخذ الإعدادات في الاعتبار 14:49 &lt;deer&gt; &lt;mule&gt; تمام، شكراً 14:49 &lt;duck&gt; كيف سيبدأ المرء كل موضوع jetty هذا؟ 14:50 &lt;duck&gt; ما زال sh/bat ؟ 14:50 &lt;jrandom&gt; نعم 14:50 &lt;jrandom&gt; سيبدأ الـ router عبر سكربت، و/أو خدمة (تستدعي ذلك السكربت) 14:50 &lt;hypercubus&gt; نعم، وسأُضيف exe لمستخدمي ويندوز 14:50 &lt;jrandom&gt; w00t 14:50 &lt;hypercubus&gt; وسيُطلق من قائمة Start 14:50 &lt;hypercubus&gt; قائمة Start في ويندوز 14:51 &lt;hypercubus&gt; ينبغي أن يكون jetty يعمل كخدمة في ويندوز بحلول الغد 14:51 * jrandom يتمتم *ليس jetty، إنه i2p* 14:51 &lt;hypercubus&gt; آه صحيح ;-) 14:52 &lt;hypercubus&gt; لكن jetty يأتي مع غلاف خدمة win32 14:52 &lt;hypercubus&gt; يمكننا استخدامه لتغليف أي شيء 14:52 &lt;jrandom&gt; نعم، هناك 3-4 أغلفة خدمات java برخص PD/BSD متاحة 14:52 &lt;hypercubus&gt; نعم، ربما توجد بعضها لـ linux أيضاً 14:53 &lt;jrandom&gt; حسناً، خدمة linux == init script :) 14:53 &lt;hypercubus&gt; نعم، لكن تتم معالجة خدمات linux بشكل مختلف حتى بين التوزيعات الكبرى 14:53 &lt;hypercubus&gt; على سبيل المثال، gentoo تستخدم مخطط سكربت rc-setup 14:54 &lt;jrandom&gt; w3rd 14:54 &lt;hypercubus&gt; على أي حال، سأجعله يعمل لكل التوزيعات الكبرى و*bsd 14:54 &lt;hypercubus&gt; وإن لم يكن أكثر 14:55 &lt;hypercubus&gt; عفواً، s/rc-setup/rc-update/ 14:55 &lt;hypercubus&gt; حسناً، أعتقد أن هذا يغطي كل شيء 14:55 &lt;hypercubus&gt; يمكنكم الاستيقاظ الآن ;-) 14:55 &lt;deer&gt; * shendaras يتثاءب 14:55 &lt;jrandom&gt; رائع، شكراً يا hyper، يبدو جيداً. 14:56 &lt;jrandom&gt; هل لدى أي شخص آخر شيء يريد طرحه؟ 14:56 &lt;aum&gt; آسف إن فاتني النقاش السابق، لكن.. 14:56 &lt;aum&gt; كيف "الطقس" فيما يتعلق بزمن التأخير للـ datagram وما إلى ذلك؟ 14:57 &lt;jrandom&gt; لا أعرف بشأن datagrams - التطبيقات الوحيدة التي أستخدمها تعمل فوق datagrams عبر streams 14:57 &lt;jrandom&gt; حالة الشبكة لا تزال سيئة جداً - انظروا ملاحظات الحالة @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 &lt;aum&gt; تمام 14:58 &lt;jrandom&gt; حسناً، إن لم يكن هناك شيء آخر... 14:58 * jrandom يختتم 14:59 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2004/08/17/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-17/Tue, 17 Aug 2004 00:00:00 +0000/ar/blog/2004/08/17/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-17/<p>مرحباً يا جماعة، حان وقت التحديث</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>Network status and 0.3.4.3</li> <li>Stasher</li> <li>???</li> </ol> <h2 id="1-حالة-الشبكة-و-0343">1) حالة الشبكة و 0.3.4.3</h2> <p>بينما كانت الشبكة تعمل خلال الأسبوع الماضي، واجهت في بعض الأحيان كثيراً من المتاعب، ما أدى إلى انخفاض حاد في الموثوقية. لقد ساعد إصدار 0.3.4.2 بشكل كبير في معالجة هجوم حجب الخدمة (DoS) الناتج عن بعض مشكلات عدم التوافق ومزامنة الوقت — انظر الرسم البياني لطلبات قاعدة بيانات الشبكة (netDb) الذي يُظهر هجوم DoS (قمم تتجاوز حدود الرسم البياني) والذي توقّف بعد طرح الإصدار 0.3.4.2. لسوء الحظ، أدى ذلك بدوره إلى ظهور مجموعة من المشكلات الخاصة به، مما تسبب في إعادة إرسال عدد كبير من الرسائل، كما يظهر في مخطط عرض النطاق الترددي. كما أن الزيادة في الحمل هناك كانت أيضاً نتيجة زيادة فعلية في نشاط المستخدمين، لذا فالأمر ليس جنونياً إلى ذلك الحد ;) لكن، مع ذلك، كانت مشكلة.</p>/ar/blog/2004/08/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/Tue, 10 Aug 2004 00:00:00 +0000/ar/blog/2004/08/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cervantes، deer، fvw، jrandom</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) مرحباً 14:04 &lt;jrandom&gt; 1) حالة 0.3.4.1 14:04 &lt;jrandom&gt; 2) وثائق محدّثة 14:04 &lt;jrandom&gt; 3) تقدّم 0.4 14:04 &lt;jrandom&gt; 4) ??? 14:04 &lt;jrandom&gt; 0) مرحباً 14:04 * jrandom يلوّح 14:04 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية نُشرت قبل ثوانٍ على @ http://dev.i2p.net/pipermail/i2p/2004-August/000404.html 14:04 &lt;deer&gt; &lt;mrflibble&gt; أوه 14:04 * jrandom سيمنحكم ثانية لتطّلعوا عليها ;) 14:05 &lt;jrandom&gt; على أية حال، بينما تقرأون، لننتقل إلى 1) حالة 0.3.4.1 14:05 &lt;jrandom&gt; 0.3.4.1 صدر كما رأيتم 14:06 &lt;jrandom&gt; لم يمضِ سوى يوم أو يومان، لكنه يبدو أنه يسير جيداً عموماً، على الأقل حتى قبل بضع ساعات 14:07 &lt;jrandom&gt; هناك عطلان تعقّبناهما مؤخراً (وتم إصلاحهما محلياً، والاختبار جارٍ)، وهما جوهريان إلى حدّ ما، لذا سنرى إصداراً جديداً خلال يوم أو يومين 14:07 &lt;jrandom&gt; هل واجه أحد مشاكل مع وحدة التحكم الويب الجديدة؟ 14:07 &lt;jrandom&gt; (أو بشكل أدق، هل جربه أحد وواجه مشاكل؟ :)( 14:07 &lt;deer&gt; &lt;oOo&gt; جرّبته، يعمل جيداً ^^ 14:07 &lt;jrandom&gt; تمام 14:08 &lt;deer&gt; &lt;oOo&gt; حتى من دون أي مُجمّع Java ^^ 14:08 &lt;jrandom&gt; جميل، نعم، من المفترض أن يُسبِق ترجمة جميع JSPs بحيث لا يحتاج الناس إلى javac 14:08 &lt;jrandom&gt; هذا أحد الأمور التي سيحتاج مطورّو تطبيقات الويب لعملها، لكنه سهل جداً جداً، خصوصاً مع ant 14:09 &lt;jrandom&gt; (الكود القالبي للقيام بذلك موجود في i2p/apps/routerconsole/java/build.xml ضمن الهدف 'precompilejsp') 14:09 &lt;deer&gt; &lt;identiguy&gt; jrandom، ما هي مخاوفك بشأن خوادم الخروج (outproxies)؟ 14:09 &lt;jrandom&gt; أضفتُ كذلك مصادقة HTTP أساسية اختيارية لحماية وحدة التحكّم، لذا ستتمكّن من جعلها تستمع على 0.0.0.0 والوصول إليها عن بُعد 14:10 &lt;jrandom&gt; آه، مخاوفي بخصوص outproxies ثلاثة أوجه - الكلفة (التقنية والاجتماعية) للإدارة، والأمان (outproxies تستقبل نصاً صافياً)، ومجهولية الهوية (عندما تغادر شبكة خلط mixnet تصبح أكثر عرضةً للهجوم) 14:10 &lt;deer&gt; &lt;oOo&gt; وحدة تحكم servlet تفقد بعض الإحصاءات من :7655 (استهلاك الذاكرة)، وربما بعض الأشياء الأخرى مثل shitlist (قائمة الحظر)، لكنها رائعة ^^ 14:11 &lt;deer&gt; &lt;identiguy&gt; شكراً. كنتُ أتساءل فقط. 14:11 &lt;jrandom&gt; "خوادم خروج خاصة" تختلف - مثلاً anonymizer.i2p قد يعمل بشكل ممتاز من دون الحاجة إلى ثقة 14:11 &lt;jrandom&gt; (مع الاستمرار في تقييد الوصول على عملاء معروفين بأسماء مستعارة، إلخ) 14:12 &lt;jrandom&gt; صحيح يا oOo، سأضيف صفحة جديدة تعكس القديمة 14:12 &lt;jrandom&gt; أم تفضّل صفحة جديدة لمزيد من الإحصاءات؟ هل يمكنك إعداد مسودة لما تريد أن تبدو عليه؟ 14:12 &lt;jrandom&gt; (أو حتى برمجتها؟ :) 14:12 &lt;deer&gt; &lt;oOo&gt; حسناً، كان يمكن تركها كتمرين للقارئ ;) 14:12 &lt;jrandom&gt; لول 14:13 &lt;deer&gt; &lt;oOo&gt; كنت أفكر فقط في استهلاك الذاكرة (على الصفحة الرئيسية) ولسان تبويب Shitlist، هذا كل ما أفتقده أنا 14:13 &lt;deer&gt; &lt;oOo&gt; قد نحتاج لإضافة سبب الـshitlist عند الـshitlisting، بالمناسبة ;) 14:13 &lt;jrandom&gt; ربما يمكننا رمي الـshitlist التفصيلية في صفحة ملف القرين 14:14 &lt;jrandom&gt; لسنا نتتبّع ذلك فعلياً الآن، لكنك محق، يمكننا ذلك وسيكون لطيفاً 14:14 &lt;deer&gt; &lt;oOo&gt; برأيي المتواضع صفحة ملف القرين كبيرة جداً لتكون مفيدة حقاً :*) 14:14 &lt;deer&gt; &lt;oOo&gt; وسهل التنفيذ، فكل استدعاءات ‎.addshitlist()‎ لديها تعليقات جيدة في السطر التالي مباشرة ;) 14:14 &lt;jrandom&gt; أي مقترحات للتحسين؟ 14:15 &lt;jrandom&gt; هه :) 14:15 &lt;jrandom&gt; (صفحة netDb برأيي سيئة جداً) 14:16 &lt;jrandom&gt; مرحباً fvw 14:16 &lt;fvw&gt; أهلاً jrandom، مرحباً بالجميع. 14:16 &lt;jrandom&gt; حسناً، إن كان لدى أي أحد اقتراحات أخرى للجانب الويب، أبلغوني 14:16 &lt;jrandom&gt; وحدة التحكم الويب الجديدة مجرد محاولة أولى، ومعظم انتباهي كان مُنصبّاً على جانب الإعدادات 14:17 &lt;jrandom&gt; حسناً، هل لدى أحد شيء آخر يطرحه بخصوص 0.3.4.1؟ 14:17 &lt;jrandom&gt; حسناً، ننتقل إلى 2) وثائق محدّثة 14:17 &lt;jrandom&gt; [انظر البريد لمعرفة قائمة الصفحات المحدّثة] 14:18 &lt;jrandom&gt; أخيراً حصلنا على كل التفاصيل من حسابات PayPal/e-gold أيضاً (عذراً على التأخير!) 14:19 &lt;cervantes&gt; يا سلام! 14:19 &lt;jrandom&gt; جانب آخر من الوثائق لم يُذكر هو ما ينبغي أن نشحنه مع الـrouter - على وحدة التحكم الويب الجديدة، يمكننا بسهولة تجميع أي ملفات html / jsp لتعمل كمساعدة حسّاسة للسياق 14:19 &lt;cervantes&gt; يا ساتر.... هل تبرّعت بكل ذلك فعلاً 14:20 &lt;jrandom&gt; cervantes يستحق بالتأكيد cervantes++ هذا الأسبوع :) 14:20 &lt;cervantes&gt; لا بد أنني أخطأت عدّ عملتي الأجنبية ;-) 14:20 &lt;jrandom&gt; لول 14:20 * fvw يهتف تشجيعاً لـ cervantes. 14:20 &lt;jrandom&gt; أكيد 14:20 &lt;cervantes&gt; بالمناسبة وجدتُ مخزوناً قديماً من الدولارات الهنغارية.... 14:21 &lt;jrandom&gt; لول، هل تحتفظ بها تحت الفراش أم ماذا؟ 14:21 &lt;cervantes&gt; أو فورنتات .. 14:21 &lt;cervantes&gt; أنا دائماً أبالغ في تقدير مصاريف العطلة ;-) 14:21 &lt;jrandom&gt; هه 14:22 &lt;fvw&gt; هممم، فورنتات. غريب. 14:22 * fvw يتمتم «forinti=0...» 14:23 &lt;jrandom&gt; (لا عجب أن الترميز الهنغاري لا يستخدم 'i') 14:23 &lt;jrandom&gt; &lt;/الخروج-عن-الموضوع&gt; 14:23 &lt;fvw&gt; هيهي. نعم، لنعد إلى المسار. وثائق جديدة. جميلة جداً. 14:23 &lt;jrandom&gt; تمام 14:23 &lt;deer&gt; &lt;kling&gt; مساء الخير 14:24 &lt;jrandom&gt; لا يزال هناك الكثير لتنظيفه، لذا نأمل أن يتمكن الناس من أخذ صفحة أو اثنتين وإعطائها مراجعة سريعة، وإرسال نتائجكم/تحديثاتكم 14:24 &lt;jrandom&gt; مرحباً kling 14:24 &lt;jrandom&gt; حسناً، أي شيء آخر بخصوص الوثائق؟ 14:24 &lt;fvw&gt; بُواه 14:25 &lt;jrandom&gt; إن لم يكن، ننتقل إلى 3) تقدّم 0.4 14:25 &lt;fvw&gt; ربما ليس على صلة تامة بالموضوع، لكن صفحة التنزيل تحتاج بعض العمل أيضاً. 14:25 &lt;jrandom&gt; آه 14:25 &lt;jrandom&gt; نعم 14:25 &lt;deer&gt; &lt;oOo&gt; تفاصيل المكافآت مفقودة؟ ;) 14:25 &lt;jrandom&gt; تلك الصفحة بالذات لستُ قلقاً بشأنها /كثيراً/، إذ سيتغير كل شيء مع المُثبّت الجديد، لذا سيتعيّن علينا إعادة كتابتها على أي حال 14:25 &lt;fvw&gt; سأحرّكها قليلاً وأطرح الأسئلة اللازمة على القائمة البريدية. 14:25 &lt;jrandom&gt; روعة يا fvw 14:25 &lt;fvw&gt; أوه، حسناً. إذاً لن أفعل،. 14:26 &lt;deer&gt; &lt;kling&gt; الـrouter لا يزال عاملاً، لا شيء مميز للتقرير، زمن تشغيل 32h 14:26 &lt;jrandom&gt; نعم، سنحتفظ ببعض تلك المعلومات، لكن معظمها سيتغيّر 14:26 &lt;jrandom&gt; جيد يا kling - هل تعمل على 0.3.4.1 أم 0.3.4؟ 14:26 &lt;deer&gt; &lt;kling&gt; .1 14:26 &lt;jrandom&gt; oOo: للأسف، فقدنا معظم صفحات التفاصيل 14:27 &lt;jrandom&gt; لكنّك محق، نحتاج بعض المحتوى هناك 14:27 &lt;deer&gt; &lt;oOo&gt; حسناً، مؤسف لكن يمكن العيش من دونها ^^ 14:27 &lt;jrandom&gt; أو إزالة الروابط 14:27 &lt;jrandom&gt; وهذا يذكّرني بأن aum يعمل الآن على DHT (جدول تجزئة موزّع)، ويبدو أن Nightblade لم يعد يعمل عليه 14:27 &lt;jrandom&gt; (لذا ينبغي تحديث قسم 'dev' الخاص بمخزن البيانات الموزع) 14:29 &lt;jrandom&gt; حسناً، على أي حال، أمور 0.4 تتقدّم - لقد أخضعتُ محاكاة تضم 100 router قبل أيام مع بضع أحمال عرض نطاق مختلفة، وقد صمدت بشكل جيد 14:29 &lt;jrandom&gt; أصلحتُ أيضاً عطلاً مزعجاً في مُجدول jthread الخاص بـKaffe، لكن لا تزال هناك بعض الغرابة على fbsd هناك (وليس على linux) 14:30 &lt;jrandom&gt; لا أعرف كيف تسير الأمور مع المُثبّت.. 14:30 &lt;jrandom&gt; لكنني أتذكر أن hypercubus يعمل عليه اليوم، لذا أنا واثق أننا سنعرف المزيد عندما يصبح هناك المزيد جاهزاً للمعرفة 14:31 &lt;deer&gt; &lt;oOo&gt; هيهي 14:31 &lt;jrandom&gt; هل لدى أحد أسئلة/مخاوف/اقتراحات بخصوص مراجعة 0.4؟ 14:31 &lt;deer&gt; &lt;oOo&gt; «متى؟» أمزح ;) 14:32 &lt;jrandom&gt; ليس لدينا الكثير لنضيفه إلى الشيفرة قبل أن تصبح جاهزة لـ0.4 14:32 &lt;jrandom&gt; (لكن ليس كما لو أن 0.4 هي نهاية المطاف، لدينا شاحنة كاملة من العمل بعده) 14:32 &lt;deer&gt; &lt;oOo&gt; إلى اللانهاية وما بعدها! 14:32 &lt;jrandom&gt; بالضبط ;) 14:33 &lt;jrandom&gt; حسناً، أعتقد أن هذا كل ما لديّ لأطرحه، إذن 4) ??? 14:33 &lt;jrandom&gt; هل لدى أحد ما يريد مناقشته؟ 14:33 &lt;deer&gt; &lt;oOo&gt; إحياء i2pcvs.i2p ؟ 14:34 &lt;jrandom&gt; نعم، عليّ على الأرجح أن أبدأ ذلك مجدداً 14:34 &lt;jrandom&gt; على الأرجح عندما نُضمِّن وحدة تحكّم الـrouter الجديدة كخيار أساسي، مع i2ptunnel.cfg 14:35 &lt;deer&gt; &lt;oOo&gt; حسناً، شكراً 14:36 &lt;jrandom&gt; حسناً، إذا لم يكن هناك شيء آخر... 14:36 * jrandom ينهي الاستعداد 14:36 * jrandom يُغلِق الاجتماع بـ*baf* </div>/ar/blog/2004/08/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-10/Tue, 10 Aug 2004 00:00:00 +0000/ar/blog/2004/08/10/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-10/<p>مرحباً بالجميع، حان وقت التحديث الأسبوعي</p> <h2 id="الفهرس">الفهرس:</h2> <p>قدّم الترجمة فقط، ولا شيء غير ذلك:</p> <ol> <li>0.3.4.1 status</li> <li>Updated docs</li> <li>0.4 progress</li> <li>???</li> </ol> <h2 id="1-0341-الحالة">1) 0.3.4.1 الحالة</h2> <p>حسنًا، لقد طرحنا الإصدار 0.3.4.1 قبل أيام، وكان أداؤه جيدًا إلى حدٍّ كبير. كانت مدد الاتصال على irc بشكلٍ منتظم لساعاتٍ متعددة، وكانت معدلات النقل جيدة هي الأخرى (لقد سحبت 25KBps من أحد eepsite(I2P Site) قبل أيام باستخدام 3 تدفقات متوازية).</p> <p>One really cool feature added in with the 0.3.4.1 release (that I forgot to add to the release announcement) was mule&rsquo;s patch to allow the eepproxy to round robin non-i2p requests through a series of outproxies. The default is still just to use the squid.i2p outproxy, but if you go into your router.config and change the clientApp line to have:</p>/ar/blog/2004/08/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-03-2004/Tue, 03 Aug 2004 00:00:00 +0000/ar/blog/2004/08/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-03-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> alpaca\_, bogobot, cervantes, duck, hobbs, hypercubus, jrandom, jteitel, mihi, mrflibble, mule, mule2p, Nightblade, oOo, protok0l</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:05 &lt;jrandomi2p&gt; 0) مرحباً 14:05 &lt;jrandomi2p&gt; 1) حالة 0.3.4 14:05 &lt;hypercubus&gt; أضمن لك أنه على PDforge سيتم تأكيد مشروعك تقريباً فوراً ;-) 14:05 &lt;jrandomi2p&gt; 2) على قائمة 0.3.4.1 14:05 &lt;jrandomi2p&gt; 3) وحدة تحكم ويب جديدة / متحكّم I2PTunnel 14:05 &lt;jrandomi2p&gt; 4) أمور 0.4 14:05 &lt;jrandomi2p&gt; 5) أنشطة تطوير أخرى 14:05 &lt;jrandomi2p&gt; 6) ??? 14:05 &lt;jrandomi2p&gt; 0) مرحباً 14:05 * jrandomi2p يلوّح 14:05 &lt;mihi&gt; lla ih 14:05 * oOo يعبث 14:06 &lt;mihi&gt; مرحباً بالجميع 14:06 &lt;jrandomi2p&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 &lt;jrandomi2p&gt; نبدأ مباشرة بـ 1) حالة 0.3.4 14:07 &lt;jrandomi2p&gt; الشبكة تبدو عامّةً تعمل بشكل جيّد، لكلٍ من irc وeepsites 14:07 &lt;jrandomi2p&gt; ما نوع موثوقية eepsite / الأعطال التي تلاحظونها؟ 14:07 * jrandomi2p يمكنني رؤية أعطال irc هنا، كما ألاحظ عندما ينفصل الناس / إلخ 14:08 &lt;mule2p&gt; بشكل عام جيدة، حصل خطأ out-of-memory بعد حوالي 25MBytes 14:08 &lt;mule2p&gt; لكن يُفترض أن يكون ذلك مُصلحاً في CVS، كما ذكرت 14:08 &lt;jrandomi2p&gt; آه حسناً، ذلك في تنزيل واحد بحجم 25MB، صحيح؟ 14:09 &lt;mule2p&gt; نعم 14:09 &lt;jrandomi2p&gt; صحيح 14:10 &lt;jrandomi2p&gt; نقل الملفات الكبيرة ما زال يبدو أنه يعاني من مشاكل (انقطاع مع الوقت، وليس تلفاً للبيانات). أظن أن التعديل المذكور قد يعالج ذلك، لكن لست متأكداً 14:11 * jrandomi2p نسيت أن أذكر أن ملف oOo's roundtrip/connections_reliability.php يتضمن خادمي irc هنا، وليس i2p فقط، لذا لا يحتوي فعلياً على البيانات الصحيحة حالياً 14:11 &lt;jrandomi2p&gt; oOo - أي أفكار عمّا يلزم لجعل كود bogobot يتجاهل @irc.metropipe.net؟ 14:12 &lt;duck&gt; أطرد hypercubus 14:12 &lt;duck&gt; وأنا أيضاً لأجل الترقية 14:12 &lt;oOo&gt; قليل جداً من البرمجة، مراجعة أقران من hypercubus وتحديث bogobot بواسطة duke 14:13 &lt;jrandomi2p&gt; حسناً، رائع 14:13 &lt;hypercubus&gt; duke؟ 14:13 &lt;oOo&gt; duck، آسف :p 14:13 * jrandomi2p يعتقد أن هذا النوع من الملخصات الإحصائية سيكون مفيداً جداً 14:13 &lt;jrandomi2p&gt; duke duck 14:14 &lt;oOo&gt; الإحصاءات مكتوبة بـ PHP، ويمكن إعطاؤها لـ duck أيضاً 14:14 &lt;jrandomi2p&gt; حسناً، هل لدى أحد شيء يود طرحه بخصوص 0.3.4؟ 14:14 &lt;jrandomi2p&gt; تمام 14:15 &lt;jrandomi2p&gt; حسناً، ننتقل إلى 2) 0.3.4.1 14:15 &lt;jrandomi2p&gt; لا أعرف ما يمكن إضافته عمّا ورد في البريد 14:16 &lt;jrandomi2p&gt; تطبيقا StreamSinkServer وStreamSinkClient هما تطبيقان تجريبيان صغيران لـ ministreaming (لأي مطوّري Java يريدون كتابة streaming عبر i2p) 14:16 &lt;jrandomi2p&gt; أوه، وStreamSinkServer يشبه نوعاً ما تطبيق aum المسمّى dropbox بـ Python (يأخذ أي بيانات يرسلها له أي شخص ويكتبها إلى ملف) 14:17 &lt;jrandomi2p&gt; (أما StreamSinkClient فيرسل حجماً ثابتاً من بيانات عشوائية، لذا فهو غير مفيد كثيراً ;) 14:17 &lt;jrandomi2p&gt; أي أفكار / مخاوف / أسئلة بخصوص 0.3.4.1؟ 14:18 * jrandomi2p يتوقّع أن تصدر خلال يوم أو يومين 14:19 &lt;jrandomi2p&gt; حسناً، نتابع بسرعة إلى 3) وحدة تحكم ويب جديدة / متحكّم I2PTunnel 14:20 &lt;jrandomi2p&gt; كما ذُكر في البريد، أصبحت وحدة التحكم على الويب الجديدة شبه مكتملة الوظائف، ولدينا واجهة ويب بسيطة للتحكم/تحرير/إنشاء مثيلات i2ptunnel 14:21 &lt;protok0l&gt; أين يمكن لـ protok0l الحصول عليها؟ 14:22 &lt;protok0l&gt; وماذا أفعل مع jetty؟ 14:22 &lt;jrandomi2p&gt; كل شيء موجود في CVS الآن، لكنني بحاجة لوضع بعض الوثائق حول كيفية إعدادها 14:22 &lt;protok0l&gt; حسناً 14:23 * jrandomi2p كتبت ونشرت منذ بضعة أيام في القناة عملية من نحو 5 خطوات، لكننا نحتاج إجراءً أبسط (أو على الأقل أوضح) 14:23 &lt;protok0l&gt; سمعت أن CVS سيئ 14:23 &lt;mule2p&gt; حسناً، يمكنني إخبارك عندما أحصل على الوثائق :) 14:23 &lt;protok0l&gt; وكان هناك شيء أفضل من CVS 14:23 * oOo قام oOo بتسجيل أول خطوتين فقط قبل أن ينقطع الاتصال :p 14:24 &lt;protok0l&gt; الشيء نفسه مع Vi 14:24 &lt;protok0l&gt; لول 14:24 &lt;jrandomi2p&gt; سننتقل في النهاية لجعل هذه الوحدة الجديدة هي 'الافتراضية'، لكن على الأرجح سننتظر حتى ندمج كل شيء مع المُثبّت الجديد لـ hypercubus 14:26 &lt;jrandomi2p&gt; في الواقع 14:26 &lt;jrandomi2p&gt; للشجعان، إليكم الخطوات القبيحة من قبل: 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; w3rd hyper - could you pull latest from cvs, 'ant dist', grab build/*jar and toss them into your lib dir, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; edit your router.config to uncomment the clientApp.3.* lines and update your classpath 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; (in the classpath, set it to: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 &lt;protok0l&gt; حسناً، انسَ الأمر 14:27 &lt;jrandomi2p&gt; بالإضافة إلى ذلك، هناك ملف i2ptunnel.war جديد - خُذه وضعه في $instDir/webapps/ ثم اذهب إلى `http://localhost:7657/i2ptunnel/` 14:27 &lt;jrandomi2p&gt; نعم، كما قلت، إنها مزعجة 14:27 &lt;jrandomi2p&gt; لكنها تعمل، وليس لدي حقاً الوقت أو الخبرة لجعلها أفضل بكثير 14:27 &lt;oOo&gt; هل هذا كل ما يجب فعله؟ 14:28 &lt;jrandomi2p&gt; أجل 14:28 &lt;oOo&gt; حسناً، شكراً 14:28 &lt;jrandomi2p&gt; (ستحصل على شيء يشبه http://dev.i2p.net/~jrandom/config.png عندما تذهب إلى `http://localhost:7657/config.jsp` 14:29 &lt;jrandomi2p&gt; على أي حال، هذا كل شيء 14:29 &lt;jrandomi2p&gt; سأقدّر إن استطاع الناس التجربة وإبداء الملاحظات، ونأمل أن نخرج بأفكار لتحسينها :) 14:30 &lt;jrandomi2p&gt; mihi: أي أفكار حول فكرة واجهة الويب ككل؟ 14:30 &lt;duck&gt; تصميم جميل 14:31 &lt;jrandomi2p&gt; اعتقدت أنك ستعجبه يا duck ;) 14:31 &lt;mrflibble&gt; جميل 14:31 * mihi يعجبه التصميم أيضاً 14:31 &lt;mihi&gt; واجهات الويب رائعة دائماً 14:32 &lt;jrandomi2p&gt; التي جمّعتها لـ i2ptunnel.war مملة نوعاً ما... تعمل، لكنها مملة 14:33 &lt;jrandomi2p&gt; حسناً، هذا كل شيء - إذا/عندما يرغب الناس بالدردشة حولها أكثر، لدينا irc والقائمة البريدية، إلخ :) 14:33 &lt;mule2p&gt; jrandomi2p: clientApp.3 هو netmonitor لدي 14:34 &lt;jrandomi2p&gt; آه حسناً mule2p - تحقّق من router.config في CVS - 14:34 &lt;jrandomi2p&gt; #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 &lt;jrandomi2p&gt; #clientApp.3.name=webConsole 14:34 &lt;jrandomi2p&gt; #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 &lt;jrandomi2p&gt; ومن الواضح أن تغيّر 3 إلى 4 وتزيل التعليق :) 14:35 &lt;jrandomi2p&gt; استبدل 127.0.0.1 إذا أردت الوصول إليها عن بُعد 14:35 &lt;jrandomi2p&gt; (و7657 إذا أردت استخدام منفذ مختلف) 14:36 &lt;mule2p&gt; حسناً، شكراً، لقد نظرت في شجرة i2p المُسحوبة بحثاً عن router.config جديد، لكنه قد يكون في مكان آخر في CVS 14:36 &lt;jrandomi2p&gt; آه آسف، نعم هو i2p/installer/java/src/router.config.template 14:37 &lt;mule2p&gt; حسناً 14:37 &lt;jrandomi2p&gt; حسناً، ما لم يكن هناك شيء آخر، ننتقل إلى 4) أمور 0.4 14:38 &lt;jrandomi2p&gt; همم، لا أعلم إن كان هناك ما أضيفه لما ورد في ذلك الفقرة بالبريد 14:38 &lt;jrandomi2p&gt; بالمجمل مجرد مجموعة عناصر على قائمة المهام الخاصة بي :) 14:39 &lt;jrandomi2p&gt; هل لدى أحد أي أسئلة/مخاوف بخصوص ما نُشر هناك؟ 14:40 &lt;oOo&gt; كيف حال المُثبّت؟ ^^ 14:40 &lt;jrandomi2p&gt; hypercubus؟ كيف الحال؟ 14:40 &lt;hypercubus&gt; الصبر يا danielsan... الأشياء الجيدة تأتي لمن يتململون... آه، لحظة ;-) 14:40 &lt;jrandomi2p&gt; ههه 14:41 &lt;jrandomi2p&gt; لا عجلة، فقط أتساءل كيف تسير الأمور 14:41 &lt;jrandomi2p&gt; هل تواجه أي مشاكل، أشياء يمكننا المساعدة فيها، إلخ؟ 14:41 &lt;mihi&gt; من هو danielsan؟ 14:41 &lt;hypercubus&gt; لا مشاكل، فقط رتابة الاختبار حالياً 14:42 &lt;jrandomi2p&gt; تمام 14:42 &lt;hypercubus&gt; كان ينبغي أن أكتب اختبارات الوحدات أولاً، لكن لا بأس ;-) 14:42 &lt;jrandomi2p&gt; هه 14:43 &lt;hypercubus&gt; استقلالية منصة Java المفترضة تنهار فعلاً في مجال مهام التثبيت 14:44 * jrandom يشعر بقطع اتصال جماعي 14:45 &lt;oOo&gt; أوه أوه 14:45 &lt;hypercubus_&gt; هممم، رائع... ما آخر شيء قلته؟ 14:45 &lt;oOo&gt; &lt;hypercubus&gt; استقلالية منصة Java المفترضة تنهار فعلاً في مجال مهام التثبيت 14:46 &lt;hypercubus&gt; حسناً، من الذي خرب الاجتماع؟ ;-) 14:46 * jrandom يلقي اللوم على jebus 14:46 &lt;hypercubus&gt; ربما كان duke 14:46 &lt;mule&gt; لا تريد أن تخبرني أن الـ router الخاص بي بهذه الأهمية :) 14:46 &lt;jrandom&gt; هه 14:47 &lt;mihi&gt; [23:46] * jrandomi2p غادر IRC (أُغلق العميل) 14:47 &lt;mihi&gt; ههه... 14:47 &lt;mule&gt; إن كان الأمر كذلك، آسف. 14:47 &lt;hypercubus&gt; على أي حال، لا تقلقوا بشأن تقدم المُثبّت، أتوقع تماماً أن يكون جاهزاً عندما تكون 0.4 جاهزة 14:47 &lt;jrandom&gt; duck: كم عدد الـ tunnels الواردة لديك التي تستمع على irc.duck.i2p؟ 14:47 &lt;hypercubus&gt; لا أواجه أي أمور مُحيّرة 14:47 &lt;jrandom&gt; رائع يا hypercubus 14:47 &lt;hobbs&gt; ذكّرني — هل هناك طريقة عبر سطر الأوامر لإخراج ملف router.config جديد من router.config.template؟ 14:47 &lt;jrandom&gt; لا 14:48 &lt;jrandom&gt; ليس حسب علمي 14:48 &lt;mihi&gt; شغّل المُثبّت و انسخه 14:48 &lt;jrandom&gt; بخلاف java -jar install.jar 14:48 &lt;jrandom&gt; هه 14:48 &lt;mihi&gt; أعني إلى مجلد جديد 14:48 &lt;cervantes&gt; على الأقل ليس ذاك الحكّ في الرأس الذي تفكرون فيه جميعاً 14:48 &lt;jrandom&gt; أوه رائع، الـ router لدي قام بعمل core dump 14:48 &lt;duck&gt; jrandom: ذكّرني كيف أعرف الـ hash لـ irc.duck.i2p 14:48 * hypercubus يتساءل عمّا يقصده cervantes 14:49 &lt;jrandom&gt; cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 &lt;cervantes&gt; hyper: ستكون أكثر ألفة مع مصطلح strunking :) 14:49 &lt;hypercubus&gt; duck: جرّب زيادة العدد إلى 3 أو أكثر من الـ tunnels الواردة... يبدو أنه ساعدني بعض الشيء 14:50 &lt;duck&gt; *** Building a seperate global context! 14:50 &lt;duck&gt; Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 &lt;jrandom&gt; آه، هممم 14:50 &lt;hypercubus&gt; يبدو أنه لم يستطع التعامل مع سجلّك cough* 14:51 &lt;mihi&gt; انسخ logger.config الخاص بك في كل مكان ;) 14:51 &lt;mihi&gt; على الأقل في كل مكان قد تكون فيه pwd الخاصة بك عند تشغيل أي تطبيق i2p 14:51 &lt;duck&gt; لا، لن أفعل 14:51 &lt;jrandom&gt; ok, echo logger.record.net.i2p.data.TestData=INFO&gt;&gt; logger.config 14:52 &lt;jrandom&gt; في الواقع، لهذا قلت (cd lib)، لكنني نسيت أنني غيّرت الوضع الافتراضي من DEBUG إلى ERROR في CVS 14:52 &lt;duck&gt; 4 inbounds 14:52 &lt;jrandom&gt; 4 حالية وجاهزة؟ 14:52 &lt;jrandom&gt; أم 2 غير جاهزة (أو منتهية حديثاً) و2 جاهزة؟ 14:53 &lt;duck&gt; الآن تغيرت إلى 3 مع 1 غير جاهزة 14:53 &lt;jrandom&gt; 'k إذن على الأرجح أثناء انتهاء صلاحية tunnel / الاستبدال 14:54 &lt;jrandomi2p&gt; إذا حدّثت router.config لتحديد 3 tunnels واردة، فهذا يجب أن يساعد في الموثوقية 14:54 &lt;jrandomi2p&gt; (أو يمكنك استخدام واجهة الويب الجديدة لـ i2ptunnel للقيام بذلك ;) 14:54 &lt;hypercubus&gt; ربما ينبغي تدرّج انتهاء صلاحية tunnel لعميل واحد لديه عدة tunnels 14:55 &lt;jrandomi2p&gt; هي كذلك عموماً — يتم تخصيص tunnels جديدة وإنشاء leaseSet جديد قبل 60 ثانية من انتهاء صلاحية tunnel 14:55 &lt;hypercubus&gt; آه 14:55 &lt;jrandomi2p&gt; مع ذلك، أثناء فشل tunnel يجب إنشاء leaseSet جديد عند الطلب، وهو لا ينتشر فوراً 14:56 &lt;jrandomi2p&gt; (حسناً، يذهب عبر netDb (قاعدة بيانات الشبكة)، لكن العملاء قد لا يحصلون عليه لبضع ثوانٍ) 14:57 &lt;jteitel&gt; !who 14:57 &lt;alpaca_&gt; قائمة المستخدمين لـ #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 &lt;bogobot&gt; قائمة المستخدمين لـ #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 &lt;jrandomi2p&gt; هناك تحسينات إضافية يمكن إجراؤها على تجمّع tunnel، لكن لست متأكداً من مدى فائدتها حالياً 14:57 &lt;jrandomi2p&gt; حسناً، لنعد إلى المسار — هل لدى أحد أي شيء بخصوص 4) أمور 0.4؟ 14:57 &lt;oOo&gt; بخصوص 'large scale simulations' لإصدار 0.4، أي طريقة للاستعداد لذلك؟ هل نحتاج تطبيقات/أدوات 'جديدة' محددة؟ (انتقال إلى النقطة 5؟ ;) ) 14:58 &lt;jrandomi2p&gt; في الواقع، من أجل الـ sim سيكون رائعاً لو أمكن لأحدهم المساعدة في تعديل heartbeat (أو تطبيق يعمل عبر SAM) ليكون أشبه بعميل/خادم قابل للبرمجة النصية 14:59 -!- Bladenight تم تغيير اسم Bladenight إلى Nightblade 14:59 &lt;jrandomi2p&gt; (على سبيل المثال، بدلاً من الوضع الحالي "كل 30s، أرسل 20KB إلى النظير X"، يكون "لمدة 10 دقائق، اطلب من النظير X ملفاً بحجم 1MB، ثم توقّف لمدة 60m، ثم اطلب من النظير Y ملفات بحجم 1KB" إلخ) 15:00 &lt;jrandomi2p&gt; ولكن إن كان أحد مهتماً بالمساعدة في ذلك، فرجاءً أخبرني ويمكننا أن نتحدّ 15:00 &lt;jrandomi2p&gt; أقصد، نتحدّث 15:00 &lt;jrandomi2p&gt; وبالاستفادة من ذلك، دعونا ننتقل إلى 5) الأشياء التي تعملون عليها :) 15:01 &lt;jrandomi2p&gt; لست متأكداً كيف نغطي ذلك، لنسر ببساطة وفق الترتيب (العشوائي) المُدرج في البريد للتحديثات؟ 15:01 &lt;jrandomi2p&gt; لا أرى sunshine هنا، وaum على الأرجح لم ينهض بعد ;) 15:02 &lt;jrandomi2p&gt; nightblade - كيف تسير المعركة؟ 15:02 &lt;Nightblade&gt; لدي بعض الخطط لجعل واجهة libsam شبيهة بـ BSD sockets 15:02 &lt;Nightblade&gt; لكنني لم أكتب أي كود في ذلك الجزء بعد 15:02 &lt;duck&gt; غيّرت إلى tunnels.numInbound=3 15:03 &lt;jrandomi2p&gt; رائع يا duck (نأمل أن تنتظر لما بعد الاجتماع لإعادة تشغيل الـ tunnel الخاص بك ;) 15:03 &lt;duck&gt; أوه، ألا يكتشف التغييرات؟ 15:03 &lt;jrandomi2p&gt; تمام يا nightblade — هل هناك مشكلة بالطريقة الحالية؟ 15:03 &lt;hypercubus&gt; ليس حتى تبرمجه لذلك ;-) 15:03 &lt;jrandomi2p&gt; لا يا duck، أسطر clientApp تُقرأ فقط عند الإقلاع 15:04 &lt;jrandomi2p&gt; (clientApp فعلاً خارج سيطرة الـ router — وهذا ما وُجد له تطبيق الويب i2ptunnel) 15:04 &lt;Nightblade&gt; لا، لا توجد مشكلة بالطريقة الحالية... ما سأفعله سيكون بالإضافة إلى الواجهة الموجودة أصلاً (بإمكان المطوّرين اختيار ما يريدون استخدامه) 15:04 &lt;jrandomi2p&gt; رائع 15:05 &lt;jrandomi2p&gt; حسناً، أنت المسؤول. وجود تنوّع أمر جيد، رغم أن التنوّع يعني المزيد من الكود الذي يجب صيانته/إلخ، لكنه توازن 15:06 &lt;jrandomi2p&gt; حسناً، نواصل في القائمة — mule2p — كيف تسير أمور outproxy؟ 15:07 &lt;mule&gt; لا شيء مُنجز بعد التصحيح الذي لديك 15:07 &lt;jrandomi2p&gt; آه حسناً، ظننت أنك تعمل على تعديل إضافي 15:07 &lt;mule&gt; أحتاج أن أجد بعض الوقت الفائض لتحقيق موازنة تحميل حقيقية 15:07 &lt;jrandomi2p&gt; تمام 15:08 &lt;jrandomi2p&gt; سأقوم بتطبيق ذلك التصحيح إذن 15:08 &lt;mule&gt; شكراً. وأدرج outproxy الخاص بي في تطبيق العميل :) يبدو أسرع 15:08 &lt;jrandomi2p&gt; هه، حسناً، بالطبع سيكون proxy الخاص بك أسرع بالنسبة لك، فهو محلي :) 15:09 &lt;oOo&gt; ولا أحد غيرك يستخدمه ^^ 15:09 &lt;mule&gt; لا، ليس كذلك 15:09 &lt;jrandomi2p&gt; أوه، إنه على Router مختلف؟ رائع 15:09 &lt;mule&gt; نعم، على خادم جذر لدى ISP 15:10 &lt;jrandomi2p&gt; واجهة الويب لـ i2ptunnel تحتوي حقلاً ليحدد الناس قائمة outproxies، لذا ينبغي أن يكون من السهل العبث بها، لكننا سنصدرها في المراجعة القادمة ومع ملاحظات الإصدار 15:10 &lt;jrandomi2p&gt; جميل 15:11 &lt;jrandomi2p&gt; حسناً، nickster يبدو أنه غير متصل حالياً 15:12 &lt;jrandomi2p&gt; هل هناك جهود تطوير عميل أخرى نشطة جارية؟ 15:12 &lt;jrandomi2p&gt; (أو هل عاد أي من المتوقفة لتكون نشطة، إلخ؟) 15:13 &lt;jrandomi2p&gt; حسناً، إذا أراد أحد ذكر أي شيء آخر على هذا الصعيد، لدينا القائمة والقناة كالمعتاد :) 15:13 &lt;jrandomi2p&gt; ننتقل إلى 6) ??? 15:13 &lt;jrandomi2p&gt; هل لدى أحد أي شيء آخر يود طرحه؟ 15:14 &lt;Nightblade&gt; لا 15:15 &lt;mihi&gt; duck لديه ما يُنزله ;) 15:15 &lt;mihi&gt; s/any/some/ 15:15 * jrandomi2p يقوم بـ pingflood لـ mihi 15:15 &lt;jrandomi2p&gt; حسناً، وعلى هذا 15:15 * jrandomi2p يستعد 15:15 * jrandomi2p يغلق الاجتماع بـ *baf* </div>/ar/blog/2004/08/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-03/Tue, 03 Aug 2004 00:00:00 +0000/ar/blog/2004/08/03/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-08-03/<p>مرحبًا يا جماعة، دعونا ننتهي من تحديث الحالة هذا.</p> <h2 id="فهرس">فهرس:</h2> <ol> <li>0.3.4 status</li> <li>On deck for 0.3.4.1</li> <li>New web console / I2PTunnel controller</li> <li>0.4 stuff</li> <li>Other development activities</li> <li>???</li> </ol> <h2 id="1-حالة-034">1) حالة 0.3.4</h2> <p>مع إصدار 0.3.4 الأسبوع الماضي، تعمل الشبكة الجديدة بشكل جيد إلى حد كبير - اتصالات IRC تدوم لعدة ساعات في كل مرة ويبدو أن جلب eepsite(موقع I2P) موثوق إلى حد كبير. لا يزال معدل النقل منخفضًا عمومًا، وإن كان قد تحسّن قليلًا (كنت أرى عادة 4-5KBps بشكل ثابت، أما الآن فأرى باستمرار 5-8KBps). لقد نشر oOo سكريبتين يقدّمان ملخصًا لنشاط IRC، بما في ذلك زمن رحلة الرسالة ذهابًا وإيابًا ومدة بقاء الاتصال (بالاستناد إلى bogobot الخاص بـ hypercubus، والذي أُدرِج مؤخرًا في CVS)</p>/ar/blog/2004/07/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2004/Tue, 27 Jul 2004 00:00:00 +0000/ar/blog/2004/07/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%8A%D9%88%D9%84%D9%8A%D9%88-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحضور:</strong> cat-a-puss, Connelly, deer, dm, hypercubus, jrandom, Sonium</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:02 &lt;jrandom&gt; 0) مرحباً 14:02 &lt;jrandom&gt; 1) 0.3.3 &amp; التحديثات الحالية 14:02 &lt;jrandom&gt; 2) NativeBigInteger 14:03 &lt;jrandom&gt; 3) ??? 14:03 &lt;jrandom&gt; 0) مرحباً 14:03 * jrandom يلوّح 14:03 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية @ http://dev.i2p.net/pipermail/i2p/2004-July/000372.html 14:03 &lt;jrandom&gt; (شكراً لإلحاح hypercubus تمكّنت من نشرها قبل الاجتماع :) 14:04 &lt;jrandom&gt; حسنًا، دعونا نبدأ 14:04 &lt;jrandom&gt; 1) 0.3.3 &amp; التحديثات الحالية 14:06 &lt;jrandom&gt; هناك كمٌ هائل من المعلومات في البريد يصف ما يحدث، ومن المتوقع أن يكون هناك خفضٌ كبير في استهلاك النطاق الترددي قريبًا 14:07 &lt;jrandom&gt; لن يكون متوافقًا مع الإصدارات السابقة لأنه يُغيّر أشياء كثيرة، لذا ستكون الترقية في الإصدار القادم وعرة أيضًا، ولكن هكذا هي الحياة 14:08 &lt;jrandom&gt; هل لدى أحد أي أسئلة بخصوص إصدار 0.3.3 أو الأمور المنشورة في ملاحظات الحالة؟ 14:08 * dm يلوّح 14:08 * jrandom يرى تأخّرًا قدره 23 ثانية هنا على freenode 14:09 * hypercubus يرى تأخرًا قدره 0.10 ثانية 14:09 &lt;jrandom&gt; آه، عاد كل شيء لطبيعته 14:09 &lt;jrandom&gt; حسنًا، إن لم يكن هناك شيء، يمكننا الانتقال إلى 2) NativeBigInteger 14:10 &lt;jrandom&gt; Iakin3 عدّل بعض الأشياء لتسهيل نشر شيفرة التشفير مباشرةً دون إعدادات، وهذا أمر جيّد 14:10 &lt;jrandom&gt; بين الحين والآخر أُطالع الـ netDb وأرى بعض الأشخاص لديهم تأخّر بين 2–400 ملي ثانية عند تنفيذ تشفير ElGamal، ما يعني أن بعضهم لا يستخدم jbigi 14:11 &lt;jrandom&gt; (ويجب على الجميع استخدام jbigi) 14:12 &lt;deer&gt; &lt;Nightblade&gt; كيف تعرف أنهم ليسوا فقط على حواسيب بطيئة؟ 14:12 &lt;Sonium&gt; لماذا لا يُستخدم تلقائيًا؟ 14:12 &lt;hypercubus&gt; لأنه يجب تجميعه مخصصًا لكل منصة 14:12 &lt;jrandom&gt; قد نتمكّن من نشر ذلك في الإصدار التالي، لكن سنرى 14:12 &lt;deer&gt; &lt;oOo&gt; إذا لم تكن الـ DLL موجودة، يتابع البرنامج استخدام شيفرة Java فقط (ضرورية لدعم تعدد المنصات) 14:12 &lt;hypercubus&gt; وحاليًا لا يتم اكتشاف المنصة 14:12 &lt;jrandom&gt; Nightblade: هذا ممكن طبعًا 14:13 &lt;jrandom&gt; oOo صحيح، سنحافظ بالتأكيد على تلك الوظيفة 14:13 &lt;deer&gt; &lt;oOo&gt; لا، افرض وجود ملفات dll و .so حتى إن كانت فارغة أو غير مفيدة 14:13 &lt;jrandom&gt; في الواقع، هذا أحد الأمور الأخرى التي نكسبها مع بعض التعديلات الحالية التي أعمل عليها - سنحتاج إلى تنفيذ نصف عدد عمليات تشفير ElGamal فقط (بما أن الـ sourceRouteBlock أُزيل) 14:14 &lt;jrandom&gt; همم oOo؟ 14:14 &lt;jrandom&gt; لماذا قد نرغب في فعل ذلك؟ 14:15 &lt;deer&gt; &lt;oOo&gt; افرض التحقق من وجود ملفات المكتبة. إذا لم تُستخدم، فالأرجح أنك لست على منصة x86 Win/Linux وستُضطر لاستخدام شيفرة Java. على أي حال، تكون قد بذلت أقصى ما يمكنك لفرض استخدام الأشياء الأصلية 14:15 &lt;jrandom&gt; أوه، صحيح، لقد كنا دائمًا نتحقق من libjbigi.so / jbigi.dll، وما تضيفه شيفرة Iakin هو القدرة على حزم مجموعة من ملفات DLL و .so داخل ملف jar واختيار الملف *الصحيح* وقت التشغيل 14:16 &lt;hypercubus&gt; &lt;/obvious&gt; 14:16 &lt;jrandom&gt; (والرجوع إلى Java الخالصة إذا لم يطابق أيٌ منها) 14:17 &lt;jrandom&gt; على أي حال، هذه أمور جيدة نأمل أن تساعد المستخدمين الجدد كثيرًا 14:17 &lt;jrandom&gt; (وتوفر عليّ وقت عمل قوائم منسدلة قبيحة في واجهة الإدارة :) 14:18 &lt;jrandom&gt; حسنًا، إذا لا يوجد المزيد حول ذلك، فأظن أن هذا كل ما لديّ 14:18 &lt;jrandom&gt; فلننتقل إلى 3) ??? 14:18 &lt;jrandom&gt; هل لدى أي شخص شيء آخر يود طرحه؟ 14:18 &lt;hypercubus&gt; ينبغي لأحدهم تشغيل مُدقّق إملائي على الموقع الجديد ;-) 14:19 &lt;jrandom&gt; لديك الآن صلاحية وصول إلى cvs... :) 14:19 &lt;jrandom&gt; (module: i2pwww) 14:19 &lt;hypercubus&gt; تبًا 14:19 &lt;deer&gt; &lt;oOo&gt; تلف البيانات في النقلات الكبيرة، حتى المحلية منها، قيد التحقيق (مثل سحب عدة ميغابايت من eepsite الخاص بك) ؟ 14:20 &lt;hypercubus&gt; تعرّضت لانقطاعات كثيرة عند تنزيل ملفات كبيرة، لكن لم يحدث تلفٌ للبيانات 14:20 &lt;jrandom&gt; همم، معظم حالات تلك المشكلة تم حلها، لكن سمعت تقارير عنها مؤخرًا. لم أراجع طبقة التطبيق وأُدقق الأمور مجددًا بعد 14:21 &lt;jrandom&gt; أعتبر التنزيلات المنقطعة بمثابة تالفة 14:21 &lt;jrandom&gt; يجب أن تعمل من المرة الأولى، حتى النهاية 14:21 &lt;hypercubus&gt; حسنًا لا يمكنك تفادي ذلك، لأنه يحدث في الشبكة العنكبوتية الحقيقية أيضًا ;-) 14:21 &lt;deer&gt; &lt;oOo&gt; ليس عندما يكون برنامج السحب على نفس الحاسوب مع الخادوم ^^ 14:22 &lt;jrandom&gt; oOo: هل يمكنك إعادة إنتاج ذلك؟ 14:22 &lt;jrandom&gt; (أم أنه يحدث بشكل متقطع؟) 14:22 &lt;deer&gt; &lt;oOo&gt; jrandom: حدث مرتين، كنت أظنه معروفًا، سأحاول مرة أخرى 14:23 &lt;jrandom&gt; شكرًا. إذا تمكنت من إعادة إنتاجه، أبلغني من فضلك بتفاصيل الاختبار وسأغوص أكثر في الموضوع. 14:23 &lt;jrandom&gt; (عليّ أن أُدقّق طبقة التطبيق مجددًا على أي حال قريبًا) 14:23 &lt;deer&gt; &lt;oOo&gt; jrandom: لا مشكلة، شكرًا 14:24 &lt;jrandom&gt; حسنًا، هل لدى أي شخص أي شيء يود سؤاله/طرحه؟ 14:25 &lt;cat-a-puss&gt; ما زلت مهتمًا بالحديث عن كيفية تنفيذ myI2P 14:25 &lt;cat-a-puss&gt; قد أستطيع جذب بضعة أشخاص خلال بضعة أشهر 14:25 &lt;jrandom&gt; رائع! 14:26 &lt;hypercubus&gt; مشروع صفّي؟ ;-) 14:26 &lt;cat-a-puss&gt; شيء من هذا القبيل ;-) 14:27 &lt;jrandom&gt; أعتقد أنه بمجرد إصدار 0.4 مع واجهة الويب الجديدة، سيصبح جمع التطبيقات (مثل myi2p) مع واجهة ويب أمامية أسهل بكثير 14:27 &lt;cat-a-puss&gt; إذًا تعتقد أن هذا يمكن فعله على طبقة التطبيق فقط؟ 14:27 &lt;jrandom&gt; بالتأكيد 14:28 &lt;jrandom&gt; ما الذي كان في بالك أيضًا؟ 14:28 &lt;cat-a-puss&gt; حسنًا يمكن استخدام قاعدة بيانات الشبكة لتخزين البيانات الوصفية 14:28 &lt;jrandom&gt; آه 14:28 &lt;cat-a-puss&gt; هل سيكون لديه وصولٌ إلى ذلك؟ 14:28 &lt;hypercubus&gt; *سعال* 14:28 &lt;jrandom&gt; لا، لا شيء لديه وصول إلى الـ netDb 14:29 &lt;jrandom&gt; نحن قادرون على القيام ببعض السحر في الـ netDb لأنه مُكرَّس للغاية فقط ليعمل كجدول توجيه موزّع لنا 14:29 &lt;hypercubus&gt; cat-a-puss: ما تريده هو الـ DHT الذي يعمل عليه Nightblade 14:29 &lt;jrandom&gt; يمكن لـ myi2p (وغيره) بالتأكيد استخدام DHT فوق i2p 14:30 &lt;hypercubus&gt; (enclave) 14:30 &lt;jrandom&gt; ما نوع البيانات الوصفية التي كنت تفكر بها؟ 14:31 &lt;cat-a-puss&gt; كنتُ أتخيل عمل شيء مثل القنوات في Frost التي تعمل باستخدام ssk في freenet 14:31 &lt;cat-a-puss&gt; لذا تُشغّل الـ ssks على الـ DHT فوق I2p 14:31 &lt;jrandom&gt; صحيح 14:31 &lt;jrandom&gt; قد يكون ذلك مبالغةً بعض الشيء لبعض الأمور 14:31 &lt;cat-a-puss&gt; لكن لا تزال تحتاج إلى metakey تسرد كل ssks الخاصة بالناس المشتركين في القناة 14:32 &lt;dm&gt; DHT فوق i2p... 14:32 * dm لا يرى أن هذا سيعمل بشكل موثوق في أي وقت قريب. 14:32 &lt;Connelly&gt; مكتبة DHT عامة ستكون جيدة 14:32 &lt;dm&gt; بشكل موثوق 14:32 &lt;deer&gt; &lt;Nightblade&gt; ما هي مكتبة dht 14:32 &lt;cat-a-puss&gt; هذا يحتاج أن يعمل بطريقة مختلفة ... 14:33 &lt;jrandom&gt; cat-a-puss: أعتقد أن ذلك يعتمد على نوع النشاط، فلوحات على نمط frost قد تكون جيدة لبعض الأشياء، ولوحات على نمط fmb قد تكون جيدة لأشياء أخرى، ومجمّعات المدونات قد تكون جيدة لأشياء أخرى أيضًا 14:34 &lt;Connelly&gt; حسنًا تنفيذ kademlia أو شيء من هذا القبيل 14:34 &lt;Connelly&gt; أفترض أن enclave سيكون شيئًا من هذا القبيل 14:34 &lt;deer&gt; &lt;Nightblade&gt; أعتقد أنني سأجري بعض التغييرات على LibSAM أولًا 14:34 &lt;deer&gt; &lt;Nightblade&gt; تبقّى لي أسبوعان فقط من المحاضرات، بما في ذلك هذا الأسبوع 14:34 &lt;deer&gt; &lt;Nightblade&gt; ثم سأتمكن من القيام ببعض الأشياء آمل ذلك 14:35 &lt;jrandom&gt; w00t! :) 14:37 &lt;cat-a-puss&gt; jrandom: بالأساس الهدف أن نكون كل شيء للجميع. إذا لم تفعل الشبكة كل شيء، سيستخدم الناس شيئًا آخر. (ويجب أن تكون أفضل في ذلك لجذب حركة تغطية) 14:38 &lt;jrandom&gt; لقد عملت على مشاريع كثيرة تحاول أسلوب «سكين الجيش السويسري» - إذا بنيته سيأتون 14:38 &lt;hypercubus&gt; الشبكة طبقة نقل، ليست طبقة تطبيق ;-) 14:38 &lt;jrandom&gt; نادرًا جدًا جدًا جدًا ما ينجح ذلك. 14:38 &lt;jrandom&gt; طبقة النقل في i2p ينبغي أن تدعم كل أشكال الاتصال من نقطة إلى نقطة، بالتأكيد 14:38 &lt;jrandom&gt; لكن التطبيقات فوق i2p ينبغي أن تكون سهلة الاستخدام - بمعنى أنها تعالج حاجة محددة للمستخدم وتساعده فيها 14:39 &lt;jrandom&gt; الجمهور لا يريد طبقة اتصالات، يريدون وسيلة للتحدث مع الناس، ولقراءة ما يقولونه، وللاستكشاف 14:39 &lt;Connelly&gt; لا، ينبغي أن ننشئ XUL، ونظام Gecko جديد بالكامل 14:39 &lt;Connelly&gt; ثم نبني تكتلًا من برامج Mozilla فوق ذلك 14:39 &lt;Connelly&gt; ثم ندمج أنظمة تعاونية في Mozilla ;) 14:40 &lt;cat-a-puss&gt; رائع بشرط أن يمتلك التطبيق قدرًا كافيًا من التحكم بطبقة الاتصالات ليجعلها تفعل ما يريد. 14:40 &lt;dm&gt; Maxthon&gt; Mozilla 14:40 &lt;jrandom&gt; cat-a-puss: بالتأكيد. كل التطبيقات التي تستخدم SAM أو I2CP أو الـ SDK يمكنها أن تفعل ما يفعله أي تطبيق آخر 14:41 &lt;jrandom&gt; (وهذا ينبغي أن يكون كافيًا [الوظائف / الواجهة API مُصمَّمة على غرار JMS و MOMs، وقد خضعت لاختبارات قاسية لأكثر من عقد في الصناعة]) 14:43 &lt;cat-a-puss&gt; حسنًا، إذن لديّ أساسًا: Tcp، وdatagram، وكلاهما + خصوصية/إخفاء هوية إن أردت، و DHT تعمل فوق كل ذلك. 14:44 &lt;hypercubus&gt; لديك بعض إخفاء الهوية، سواء أعجبك ذلك أم لا ;-) 14:44 &lt;cat-a-puss&gt; إذًا التطبيق لا يمكنه تعيين طول الـ tunnel إلى 0 حتى لو أراد؟ 14:44 &lt;jrandom&gt; صحيح - i2p نفسها هي أشياء TCP/datagram، ويمكن استخدام تطبيق DHT المسمى enclave كأساس لمخزن البيانات 14:44 &lt;jrandom&gt; بالتأكيد 14:45 &lt;jrandom&gt; في الواقع، مع tunnels بقفزة 0 والدفاع الذي أوضحه Connelly الأسبوع الماضي، يمكن أن يكون مستوى إخفاء الهوية جيدًا جدًا ضد بعض المهاجمين 14:45 &lt;jrandom&gt; آه، أسأتُ قراءة ما قلت. نعم يمكن للتطبيق تعيين طول الـ tunnel إلى 0، لكن هذا يوفر مع ذلك قدرًا ما من إخفاء الهوية 14:46 &lt;cat-a-puss&gt; حسنًا 14:46 &lt;jrandom&gt; (كافٍ لبعض الناس، لكنه غير كافٍ أمام بعض الهجمات الإحصائية) 14:46 &lt;hypercubus&gt; إذا كنت لا تريد أي إخفاء هوية، فلا ينبغي أن تُمرّر حركتك عبر i2p 14:47 &lt;cat-a-puss&gt; والتطبيقات المختلفة على نفس الـ host/port أظن أنها تُدار بمفاتيح منفصلة؟ 14:47 &lt;jrandom&gt; بالضبط 14:47 &lt;deer&gt; &lt;DrWoo&gt; إخفاء هوية منخفض قد يكون شائعًا لتشغيل p2p عبر I2P ؟ 14:47 &lt;cat-a-puss&gt; إذًا السؤال الوحيد المتبقي لديّ هو نوع من «خدمة الرد» 14:47 &lt;jrandom&gt; صحيح DrWoo - مشاركة الملفات/وما إلى ذلك ستتمكن على الأرجح من استخدام tunnels بقفزة 0 14:48 &lt;deer&gt; &lt;DrWoo&gt; مرحبًا soros! 14:48 &lt;hypercubus&gt; أعتقد أن تطبيقات على نمط BitTorrent فوق i2p ستحتاج غالبًا tunnels بقفزة 0–1 14:48 &lt;Connelly&gt; jrandom: أي دفاع تقصد لـ tunnels بقفزة 0؟ 14:48 &lt;deer&gt; &lt;soros&gt; مرحبًا woo :D 14:48 &lt;deer&gt; &lt;DrWoo&gt; soros: كنتَ تختبئ ههه 14:48 &lt;cat-a-puss&gt; أي: إعداد شيء في قاعدة بيانات i2p بحيث تذهب حركتي إلى شخص آخر بينما أنا غير متصل، ثم عندما أعود أتواصل معه ويطلعني على ما فاتني؟ 14:48 &lt;cat-a-puss&gt; ولا حاجة لأن يتمكنوا من فك تشفيرها 14:48 &lt;deer&gt; &lt;soros&gt; تخلّيت عن iip لبضعة أشهر 14:48 &lt;dm&gt; لمّ شمل soros و drwoo... 14:48 &lt;dm&gt; TEAR 14:48 &lt;hypercubus&gt; cat-a-puss: مرة أخرى، هذا من أمور طبقة التطبيق 14:49 &lt;jrandom&gt; cat-a-puss: لا أدري، هذا النوع من الوظائف لم أتخيله حقًا مع myi2p، لكن هناك عدة طرق لتنفيذه 14:49 &lt;deer&gt; &lt;soros&gt; هل هذا يذهب إلى freenode تلقائيًا ؟ 14:49 &lt;deer&gt; &lt;soros&gt; أوبس.. هذا i2p آسف 14:49 &lt;jrandom&gt; Connelly: باستخدام ترتيب صارم للأقران داخل الـ tunnel 14:49 &lt;deer&gt; &lt;DrWoo&gt; soros: إنه مربك قليلًا لول 14:50 &lt;Connelly&gt; حسنًا 14:50 &lt;hypercubus&gt; نحتاج لإجراء تصويت في المنتدى لاختيار اسم جديد لـ myI2P ;-) 14:51 &lt;jrandom&gt; betty 14:51 &lt;hypercubus&gt; MyBetty? 14:51 &lt;dm&gt; MY TOOPIE 14:51 &lt;jrandom&gt; هه 14:51 &lt;deer&gt; &lt;Nightblade&gt; ما رأيك بـ acropolis....... هل كان هذا هو؟ 14:51 &lt;hypercubus&gt; Betty Toop? 14:51 &lt;deer&gt; &lt;soros&gt; MOAP2P 14:51 &lt;deer&gt; &lt;DrWoo&gt; I2P H@ME 14:51 &lt;deer&gt; &lt;soros&gt; أمّ كل P2P 14:52 &lt;hypercubus&gt; nightblade: نعم، acropolis 14:52 &lt;hypercubus&gt; أحبّه 14:53 &lt;dm&gt; ما رأيكم: Pipi in your face 14:53 &lt;hypercubus&gt; dm: أنت تعلم أن كل هذا سيظهر في سجل الاجتماع صحيح؟ ;-) 14:53 &lt;Connelly&gt; يا رجل، لدي فكرة رائعة 14:53 &lt;deer&gt; &lt;DrWoo&gt; مركز I2P المعروف 14:53 &lt;dm&gt; hypercubus: pipi in your face 14:53 &lt;Connelly&gt; فلنُدمج لعبة RPG ثلاثية الأبعاد قابلة للبرمجة من المستخدم في I2P H@ME 14:53 &lt;deer&gt; &lt;soros&gt; سمِّها HyperCube. 14:54 &lt;Connelly&gt; واستخدم تقنية Mozilla للقيام بذلك :) 14:54 &lt;dm&gt; Maxthon pipi on mozilla 14:54 &lt;Connelly&gt; حسنًا، Maxthon 14:54 &lt;hypercubus&gt; هل أنت في مزاج xul يا connelly؟ ;-) 14:54 &lt;Connelly&gt; نعم! 14:55 &lt;Connelly&gt; لكن ينبغي أن ننشئ لغة برمجة كاملة مبنية على XML 14:55 &lt;Connelly&gt; ستكون أكثر مرونة بهذه الطريقة 14:55 &lt;jrandom&gt; ثم دعونا نبني عتادنا الخاص أيضًا 14:55 &lt;hypercubus&gt; أجهزة routers شبكية لاسلكية مُخصصة لـ i2p 14:55 &lt;jrandom&gt; ونُنشئ شركة توزيع مع سفن وقطارات لإرسالها إلى هناك! :) 14:55 &lt;dm&gt; أنا أعرف CPUs 14:55 &lt;dm&gt; سأبني واحدًا 14:56 &lt;deer&gt; &lt;mule&gt; إضافةً إلى بناء مرافق إنتاج الشرائح ... 14:56 &lt;Connelly&gt; نعم، شركة شحن مجهولة الهوية 14:56 &lt;hypercubus&gt; سمّها WhoEx 14:56 &lt;Connelly&gt; واستخدم عواكس على القمر لبث حركة إنترنت بالليزر لبعضنا البعض! 14:57 &lt;hypercubus&gt; أشعر أنه حان وقت boof الاجتماع 14:57 &lt;jrandom&gt; وعلى ذلك.. 14:57 &lt;jrandom&gt; أقصد، ملاحظة 14:57 &lt;jrandom&gt; أي شيء آخر يريد الناس طرحه؟ إن لم يكن، لدينا المنتديات والقائمة البريدية 14:57 &lt;jrandom&gt; (ونحن هنا طوال الوقت ;) 14:57 * jrandom يختتم 14:57 &lt;dm&gt; ليس أنا، لدي حياة. 14:57 &lt;dm&gt; LOSERS 14:57 &lt;dm&gt; NEEEEEEEEEEEEEEEERRRRRRRRRDDDDDDDSSSSS 14:57 * jrandom يضرب dm على رأسه بـ*baf* 14:58 &lt;jrandom&gt; (إغلاق الاجتماع) </div>/ar/blog/2004/07/27/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-07-27/Tue, 27 Jul 2004 00:00:00 +0000/ar/blog/2004/07/27/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-07-27/<p>مرحباً جميعاً، حان وقت جلسة التذمّر الأسبوعية</p> <h2 id="الفهرس">الفهرس:</h2> <ol> <li>0.3.3 &amp; current updates</li> <li>NativeBigInteger</li> <li>???</li> </ol> <h2 id="1-033">1) 0.3.3</h2> <p>أصدرنا الإصدار 0.3.3 يوم الجمعة الماضي، وبعد يوم أو يومين من بعض التقلبات، يبدو أنه يعمل على نحو جيد. ليس بجودة 0.3.2.3، لكني عادةً ما كنت أستطيع البقاء على irc.duck.i2p لفترات تتراوح بين ساعتين وسبع ساعات. ومع ذلك، وبما أنني رأيت كثيرين يواجهون مشكلات، شغّلت أداة التسجيل وراقبتُ بالتفصيل ما يجري. الخلاصة هي أننا كنا ببساطة نستخدم نطاقاً ترددياً أكبر مما نحتاج إليه، مما تسبب في ازدحام وإخفاقات في الـ tunnel (بسبب انتهاء مهلة رسائل الاختبار، إلخ).</p>/ar/blog/2004/07/20/i2p-dev-meeting-july-20-2004/Tue, 20 Jul 2004 00:00:00 +0000/ar/blog/2004/07/20/i2p-dev-meeting-july-20-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> cat-a-puss, cervantes, Connelly, deer, duck, jrandom, mihi, modulus</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 &lt;jrandom&gt; 1) 0.3.2.3، 0.3.3، وخارطة الطريق 14:05 &lt;jrandom&gt; 2) s/reliability/capacity/g 14:05 &lt;jrandom&gt; 3) تحديثات الموقع 14:05 &lt;jrandom&gt; 4) الهجمات والدفاعات 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) مرحباً 14:05 * jrandom يلوّح 14:05 &lt;jrandom&gt; ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 &lt;jrandom&gt; ننتقل مباشرة إلى 1) 0.3.2.3، 0.3.3، وخارطة الطريق 14:07 &lt;jrandom&gt; (بينما تفترضون أنكم تقرأون مسبقاً، أفترض ;) 14:07 &lt;jrandom&gt; إصدار 0.3.2.3 متاح ويبدو أنه يعمل بشكل جيد 14:07 &lt;jrandom&gt; ما أبرز المشاكل التي يراها الناس؟ 14:08 &lt;deer&gt; &lt;Nightblade&gt; لا مشاكل إطلاقاً 14:08 &lt;deer&gt; &lt;duck&gt; مدة تشغيل 4 أيام بلا مشاكل 14:08 &lt;jrandom&gt; هممم، تمام 14:08 &lt;deer&gt; &lt;duck&gt; بالنسبة للبعض، irc لا يبدو مستقراً جداً 14:08 &lt;deer&gt; &lt;duck&gt; مثل طرد kaji كل دقيقة 14:08 &lt;deer&gt; &lt;duck&gt; لكن هذا ليس جديداً 14:09 &lt;jrandom&gt; نعم هذا يحدث له على شبكة freenode أيضاً، لذا لست متأكداً ممّا نلومه هنا 14:09 &lt;deer&gt; &lt;duck&gt; نعم 14:09 &lt;deer&gt; &lt;duck&gt; connelly واجه بعض التنزيلات السيئة على حد علمي 14:10 &lt;deer&gt; &lt;duck&gt; لكنّك لا تسمعني أشكو 14:10 &lt;jrandom&gt; آه حقاً؟ همم، أظن أننا وجدنا أن بعض تلك المشاكل كانت مرتبطة بمكتبته، لكنني واجهت بين حين وآخر فشلاً في نقل الملفات الكبيرة 14:10 &lt;jrandom&gt; خصوصاً أثناء تحميلي للكتب من alexandria 14:10 &lt;jrandom&gt; (ليس خصوصاً، لكنه الموقع الوحيد الذي أحمّل منه دون مشاركة) 14:11 &lt;deer&gt; &lt;duck&gt; :) 14:11 &lt;jrandom&gt; حسناً، خطتي هي أنه بمجرد صدور 0.3.3، سأركّز وقتي على إيصالنا إلى 0.4، إلى جانب أي إصلاحات للأخطاء يطرحها الناس 14:12 &lt;jrandom&gt; العمل المتبقي في 0.4 هو في الغالب أمور ويب بسيطة (لوحة تحكم جديدة للـ router مع servlets، تكامل Jetty، servlet للتحكم بالـ router، وservlet لإعداد مثيلات i2ptunnel) 14:13 &lt;jrandom&gt; ربما يمكن لأشخاص الـ JSP/Servlet المساعدة في بعض ذلك ليألفوا الشيفرة، مع أنني قمت بالكثير من هذه الأشياء من قبل، لذا لن يكون التنفيذ صعباً جداً 14:13 &lt;jrandom&gt; على حد علمي، مُثبِّت hypercubus جاهز تقريباً 14:13 &lt;jrandom&gt; (مع أنني ألقيت عليه بعض العمل الجديد اليوم ;) 14:13 &lt;deer&gt; &lt;duck&gt; featurecreep++ 14:14 &lt;jrandom&gt; يبقي الناس متأهّبين :) 14:14 &lt;jrandom&gt; (لكن هيا، الجميع يكره تنزيل كل ملفات JAR بشكل منفصل أثناء الترقية) 14:14 &lt;deer&gt; &lt;duck&gt; نعم، هذه أكبر مشكلة لدي مع الترقية 14:14 &lt;deer&gt; &lt;duck&gt; (مع أنني أستخدم cvs) 14:14 &lt;deer&gt; &lt;duck&gt; لكنها ستكون كذلك لو لم أفعل 14:15 &lt;jrandom&gt; ههه 14:15 &lt;mihi&gt; jrandom: فقط tar جميعها -&gt; تنزيل واحد ;) 14:15 &lt;jrandom&gt; سيكون ذلك بسيطاً بما يكفي، واترك updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 &lt;jrandom&gt; (بعد نداء مشابه لـ wget) 14:16 &lt;jrandom&gt; حسناً، أعتقد أن hypercubus يسيطر على الشيفرة اللازمة لكل ذلك، لذا يمكننا ترك الأمر له ليفعل الشيء الصحيح 14:17 &lt;jrandom&gt; على أي حال، نعم، كما قد تكونون لاحظتم، جدولنا ليس تماماً كما كان سابقاً 14:17 &lt;jrandom&gt; وقد تم تحديث خارطة الطريق وتمدّدددددددت 14:18 &lt;mihi&gt; jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 &lt;deer&gt; &lt;Nightblade&gt; hah 14:18 &lt;jrandom&gt; هه 14:18 * mihi ارتكب خطأ... من سيلاحظه أولاً؟ 14:19 &lt;jrandom&gt; (\n\n) 14:19 &lt;jrandom&gt; على أي حال 14:19 &lt;mihi&gt; حسناً، آخر ;) 14:19 &lt;duck&gt; (لا مسافتين مزدوجتين) 14:19 &lt;mihi&gt; duck++ 14:20 &lt;jrandom&gt; أعتقد أن خارطة الطريق واقعية إلى حد كبير على الأقل حتى إصدار 1.0 الآن، مع أنه بناءً على تبني المستخدمين والتغذية الراجعة قد نعيد ترتيب أو نلغي أحد 0.4.2 أو 0.4.3 14:20 &lt;jrandom&gt; (وطبعاً، وكما دائماً، خارطة الطريق قابلة للتغيير إذا انخرط المزيد من الأشخاص :) 14:21 &lt;modulus&gt; ربما يوماً ما سأفعل، بعد أن أتعلم Java، لكن i2p لا يبدو مشروعاً للمبتدئ. 14:21 &lt;deer&gt; &lt;Sandworm&gt; نعم، سيستغرق وقتاً أطول :) 14:21 &lt;deer&gt; * duck يتوقع مزيداً من الانزلاقات على الطريق 14:21 &lt;modulus&gt; :-) 14:22 &lt;deer&gt; * duck بالكاد يمكنه أن يسميها انزلاقات، انظر إلى الجدول المثير للإعجاب على http://www.i2p.net/redesign/announcements 14:22 &lt;jrandom&gt; قد تحدث انزلاقات بالطبع، لكنني أظن أن المعالم المتبقية قابلة للتنفيذ 14:22 &lt;jrandom&gt; نعم، شكراً لإظهارك أن ليس لدي حياة يا duck ;) 14:22 &lt;deer&gt; &lt;duck&gt; هذه حياتك 14:22 &lt;modulus&gt; إذاً، متى يصدر 1.0؟ :-) 14:22 &lt;deer&gt; &lt;duck&gt; كن فخوراً بها 14:23 &lt;jrandom&gt; modulus: بينما بعض أجزاء i2p صعبة جداً، هناك الكثير من الأجزاء التي يمكن لمطور جديد التعامل معها بسهولة 14:23 &lt;modulus&gt; لكن ربما أجزاء مملة نوعاً ما، أليس كذلك؟ 14:24 &lt;jrandom&gt; لا، إطلاقاً. مثلاً، إنشاء تطبيق أنيق لنقل الملفات بشكل مجهول أو دردشة، خادوم ويب صغير، MUD، تطبيق شطرنج، أيّاً كان 14:24 &lt;duck&gt; (تحديثات الموقع) 14:24 &lt;modulus&gt; همم، يبدو رائعاً. 14:24 &lt;jrandom&gt; (المعروف أيضاً بتطبيقات عميل بسيطة يمكن أن تكون مجهولة) 14:24 &lt;jrandom&gt; وبالطبع تحديثات الويب ;) 14:25 &lt;modulus&gt; ما موضوع تحديثات الويب هذا؟ 14:25 &lt;jrandom&gt; موقعنا يحتاج عملاً (انظر http://dev.i2p.net/pipermail/i2p/2004-July/000358.html أو انتظر بضع دقائق لبند الأجندة 3) 14:25 &lt;cat-a-puss&gt; أين يندرج myi2p ضمن كل ذلك؟ 14:25 &lt;modulus&gt; آه آه 14:26 &lt;jrandom&gt; cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 &lt;modulus&gt; أظن أن myi2p ليس أولوية الآن... 14:26 &lt;jrandom&gt; (لقد كتبت صفحة موجزة عنه قبل بضع ساعات) 14:27 &lt;jrandom&gt; على هامش ذلك، تُنشر جميع تحديثات الموقع إلى قائمة i2pwww البريدية (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 &lt;modulus&gt; همم، يمكنني كتابة global naming ap :-) 14:28 &lt;jrandom&gt; لكني ما زلت أرى تنفيذ myi2p (على الأقل دفتر العناوين الأساسي والتدوين) يتم لإصدار 1.0 14:28 &lt;jrandom&gt; (حسب خارطة الطريق، المقرر في نوفمبر) 14:28 &lt;jrandom&gt; نعم، بكل تأكيد يمكنك 14:28 &lt;modulus&gt; شيء أبسط من DNS، مع التحقق وتفويض نطاقات المستوى الأعلى TLD's 14:28 &lt;jrandom&gt; لن يكون امتلاكه أمراً سيئاً أيضاً - تطبيق بسيط يمكنك من خلاله الاستعلام من خادوم أسماء مركزي سيكون لطيفاً 14:29 &lt;modulus&gt; نعم 14:29 &lt;jrandom&gt; إذاً، ابدأ بالبرمجة :) 14:29 &lt;modulus&gt; سأبدأ غداً. وبّخوني إذا انشغلت بأشياء أخرى ;-) 14:29 &lt;jrandom&gt; ههه رائع، سيتم ذلك 14:29 &lt;jrandom&gt; حسناً، ننتقل إلى 2) s/reliability/capacity/g 14:29 &lt;duck&gt; سؤال صغير حول الموقع: 14:29 &lt;duck&gt; أوه انتظر 14:29 &lt;duck&gt; هذا 3 14:29 &lt;duck&gt; آسف 14:29 &lt;jrandom&gt; بالتأكيد، ما الأمر؟ 14:30 &lt;jrandom&gt; آه، تمام 14:30 &lt;jrandom&gt; سيكون هناك تغيير جوهري إلى حد ما في شيفرة توصيف الأقران والاختيار في إصدار 0.3.3، كما هو موضح في البريد وعلى http://www.i2p.net/redesign/how_peerselection 14:31 &lt;jrandom&gt; لقد شغّلته على زوج من الـ routers حالياً ويبدو أنه يتصرف بشكل جيد إلى حد ما (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 &lt;jrandom&gt; ولا مزيد من القيم السالبة :) 14:31 &lt;modulus&gt; :) 14:32 &lt;jrandom&gt; سأختبره أكثر قليلاً، ربما ليوم أو يومين آخرين، ثم أُطلقه كـ 0.3.3 14:32 &lt;cat-a-puss&gt; d 14:32 &lt;cat-a-puss&gt; &lt;modulus&gt; 14:32 &lt;cat-a-puss&gt; أوبس 14:33 &lt;duck&gt; هل تقترح عدم تحديث cvs؟ 14:33 &lt;cat-a-puss&gt; للقيام بـ DNS انظر إلى نسخة مخبأة من http://www.levien.com/thesis/compact.pdf 14:33 &lt;jrandom&gt; كلا، cvs مستقر إلى حد ما حالياً 14:33 &lt;jrandom&gt; (لكن كما دوماً، كن مستعداً للتراجع إن ظهرت أمور سيئة) 14:35 &lt;jrandom&gt; يبدو رائعاً يا cat-a-puss، شكراً 14:35 &lt;cat-a-puss&gt; (لدي نسخة من الأصل إذا أرادها أحد) 14:36 &lt;jrandom&gt; ذاكرة Google المؤقتة تُشوّه الصور قليلاً، لذا إن كان لديك ملف PDF الخام فسيكون ذلك رائعاً 14:36 &lt;jrandom&gt; على أي حال، ننحرف قليلاً عن الموضوع الآن (لكن يمكننا العودة إلى هذا) 14:37 &lt;jrandom&gt; هذا تقريباً كل ما يتعلق بتحويل reliability إلى capacity، لذا ننتقل إلى 3) تحديثات الموقع 14:37 &lt;jrandom&gt; duck: هل كان لديك شيء تود طرحه؟ 14:38 &lt;jrandom&gt; بينما يُحضّر duck ملاحظاته، هل لدى أحد أفكار/اقتراحات/مخاوف بخصوص البنود المنشورة في البريد؟ 14:39 &lt;deer&gt; &lt;Nightblade&gt; الموقع يبدو جيداً 14:39 &lt;jrandom&gt; نعم، أحببت نظام التنقل الجديد وتصميم الموقع نظيف جداً 14:40 &lt;deer&gt; &lt;Nightblade&gt; أسهل للعثور على الأشياء 14:40 &lt;cervantes&gt; أسهل بكثير للعثور على الأشياء 14:40 &lt;duck&gt; أولاً أود أن أشكر ممثل المستخدم لدينا protocol على أنه أصبح مفيداً :) 14:40 &lt;jrandom&gt; هه 14:40 &lt;duck&gt; كانت لديه بعض الاقتراحات الجيدة وقد بدأ للتو 14:40 &lt;cervantes&gt; هيب هيب هورا! 14:40 &lt;jrandom&gt; (أحسنت!) 14:41 &lt;duck&gt; بعد ذلك أرى أنه لا يوجد بالكاد سبب لعدم نشر إعادة التصميم فعلياً 14:42 &lt;jrandom&gt; أتفق - ربما يمكننا فقط وسم الأخبار/التطوير/التوثيق كعناصر ليست ضمن تنقل الصفحات، وترك تعديلات JVM والإعداد حالياً، وإضافة بعض المحتوى الأساسي لصفحة I2PTunnel، أظن أنه يمكننا نشره 14:42 &lt;jrandom&gt; أريد فقط أن يصبح مباشراً مع عمل جميع الروابط (وجميع الصفحات التي لا تعمل) 14:43 &lt;jrandom&gt; وبالطبع ستكون هناك تحديثات إضافية بعد أن تصبح حيّة ;) 14:43 &lt;jrandom&gt; أقصد، مباشرة 14:44 &lt;jrandom&gt; على الهامش، قام wilde بتوصيل حسابنا لدى 34sp أيضاً، لذا سنتمكن من نقل الموقع إلى هناك عند الحاجة 14:44 &lt;cervantes&gt; رائع 14:44 &lt;jrandom&gt; ما رأيك يا duck؟ هل يمكن لملف menu.php ذاك التعامل مع عناصر تنقل ليست صفحات؟ 14:44 * cervantes يفحص صندوق الوارد بحثاً عن نقاط الإحالة 14:45 &lt;jrandom&gt; (أم سيكون جهداً كبيراً لتعديل ذلك؟) 14:45 &lt;jrandom&gt; ههه cervantes، ينبغي أن يكون ذلك في الطريق 14:45 &lt;cervantes&gt; ;-) 14:45 &lt;cervantes&gt; آه، حيلة «الشيك في البريد» القديمة 14:47 &lt;duck&gt; آسف؛ أقوم بعمل آخر في هذه الأثناء. 14:47 &lt;duck&gt; حسناً؛ نعم، من الممكن جعله عنوان قسم تنقل فقط 14:47 &lt;jrandom&gt; لا مشكلة، يمكننا المضي قدماً والعودة إليه لاحقاً إن أردت 14:47 &lt;jrandom&gt; حسناً، رائع 14:47 &lt;jrandom&gt; (duck++) 14:48 &lt;jrandom&gt; حسناً، أي أمور أخرى متعلقة بالموقع؟ 14:48 &lt;duck&gt; مع اقتراحك يبدو جاهزاً للنشر. 14:48 &lt;jrandom&gt; إن لم يكن، يمكننا الانتقال إلى 4) الهجمات والدفاعات 14:48 &lt;duck&gt; . 14:48 &lt;jrandom&gt; تمام 14:49 &lt;jrandom&gt; حسناً، أفترض أنكم قرأتم القائمة البريدية ورأيتم منشورات connelly والردود المختلفة 14:50 &lt;cervantes&gt; لقد كان منشغلاً :) 14:50 &lt;cervantes&gt; (تقريباً بقدر proto) 14:50 &lt;Connelly&gt; برأيي، تبدو الشبكة متينة تجاه كل شيء عدا تحليل المرور (المواقع ذات الحركة العالية)، وهجمات قطع الاتصال من جهات حكومية، وللمهاجمين الذين يسيطرون على غالبية كبيرة من الشبكة 14:50 &lt;jrandom&gt; مع أنني أرى أننا في وضع جيد، فأنا متأكد من أنه لا بد أن هناك شيئاً (أو أشياء) فاتتنا، لذا رجاءً لا تفترضوا أن i2p يفعل أو سيفعل ما يقوله—تحدّوا الافتراضات وقولوا لماذا هو سيئ 14:50 &lt;Connelly&gt; التشفير يفسد فعلياً أي هجمات غير عدوانية 14:51 &lt;jrandom&gt; هذا ما نأمله 14:51 &lt;jrandom&gt; بالإضافة إلى أنه مع قدرات i2p 2.0 و3.0، ستصبح دفاعات ضد هجمات خصوم على مستوى حكومي ممكنة 14:51 &lt;Connelly&gt; وطبعاً عملياً ستكون هناك ثغرات أمنية لإصلاحها 14:52 * jrandom ما زال بحاجة لكتابة بعض الوثائق حول كيف ستمنع تأخيرات 3.0 هجمات التقسيم 14:52 &lt;jrandom&gt; بالتأكيد يا connelly 14:54 &lt;jrandom&gt; حسناً، إن لم يكن هناك المزيد على هذا المنوال، أظن أن هذا كل ما لدي 14:54 &lt;jrandom&gt; إذاً 5) ??? 14:55 &lt;jrandom&gt; أوه، وعلى الهامش، رسمت مخطط استخدام النطاق مقابل عدد الـ tunnels المُشارَك فيها لإحدى المحاكاة خلال فترة 4 أيام 14:55 &lt;jrandom&gt; هذا منشور على @ http://dev.i2p.net/~jrandom/4daybandwidth.png 14:56 &lt;jrandom&gt; المحاكاة كانت تحتوي رسائل بحجم 32KB تُرسل ذهاباً وإياباً كل 30 ثانية، مع خنق اثنين من الـ routers عند 6KBps، وتصرفت الأمور تماماً كما «يجب» 14:56 &lt;duck&gt; (تم تنفيذ خاصية nolink للموقع) 14:56 &lt;jrandom&gt; (مثلاً: توزّع الحمل على الأقران السريعين الموثوقين، وتجنّب الأقران البطيئين، إلخ) 14:56 &lt;jrandom&gt; w00t 14:56 &lt;Connelly&gt; سيكون من الجميل رسم لوغاريتمي لاستخدام النطاق/المستخدم مقابل حجم الشبكة 14:57 &lt;Connelly&gt; حتى يمكنك أن تقول «نعم، إنها تتدرّج فعلاً» 14:58 &lt;jrandom&gt; هذا لا يحتاج حتى إلى رسم لوغاريتمي—قابلية التوسّع لاتصالات العميل هي بدقّة O(1) [تتطلب 2k*msgSize، حيث k = عدد القفزات في الـ tunnel] 14:58 &lt;jrandom&gt; لكن نعم، أتفق، نحن بحاجة إلى بعض الوثائق التي تصف كيف يتوسّع i2p 14:58 &lt;Connelly&gt; بالنسبة لـ Kademlia ... هل هذا في محاكاتك؟ 14:58 &lt;jrandom&gt; نعم، المحاكاة هي في الواقع شيفرة الـ router كاملة، كلها تعمل ضمن JVM واحدة 14:58 &lt;jrandom&gt; وأقوم بتشغيلها حتى مع اتصالات TCP الكاملة بدلاً من نظام التواصل ضمن VM أيضاً 14:59 &lt;jrandom&gt; كود Kademlia يُستخدم أول مرة تريد Alice التواصل مع Bob—وطالما استمرّا في الحديث، فإن اتصالهما يكون O(1) لأنه يتم تضمين LeaseSet الخاصة بهما مع الحمولة 14:59 &lt;jrandom&gt; (لذا لا توجد حاجة لعمليات netDb لاحقة) 15:00 &lt;cervantes&gt; vl07 و onb0 هما الـ routers المخنوقة؟ 15:00 &lt;jrandom&gt; لكن نعم، نحتاج إلى محاكاة تُظهر كيف يتوسّع netDb نفسه 15:01 &lt;jrandom&gt; cevantes: 0jvf و onb0 15:01 &lt;cervantes&gt; ما الذي يفسّر هبوط vl07 بعد يوم من وقت التشغيل؟ 15:02 &lt;cervantes&gt; يبدو أنه يتقاطع مع 00u0 15:02 &lt;jrandom&gt; كل الـ routers غير المخنوقة متساوية أساساً—كلها على نفس الـ CPU، ولديها نفس التأخير (0ms)، لذا فتصنيف أحدها كـ «سريع» مقابل «موثوق» هو اعتباطي 15:04 &lt;Connelly&gt; هل تتعافى تسمياتك «سريع وموثوق»، «بطيء» إلخ من القيم الكبيرة؟ 15:04 &lt;jrandom&gt; لماذا انخفض ترتيبه/استخدامه بعد يوم؟ لست متأكداً، ربما تسبب حمل عابر على CPU أو I/O أثناء الاختبار في تقليل سرعته قليلاً 15:04 &lt;jrandom&gt; نعم، التصنيفات تستخدم الآن الوسيط، وليس المتوسط، بالإضافة إلى أن هناك تناقصاً سريعاً إلى حد ما في البيانات 15:05 &lt;jrandom&gt; s/fiarly/fairly/ 15:05 &lt;Connelly&gt; إذن إذا جعلتك تعتقد أن موثوقيتي 1000000000، يمكنك التعافي عندما أبدأ بإسقاط الرسائل 15:06 &lt;jrandom&gt; بالتأكيد—إذا «فشلت» فسأتوقف فوراً عن طلب أي مهام منك وأُخفض ترتيبك 15:06 &lt;jrandom&gt; وحساب «capacity» الجديد حساس جداً لمثل هذه التغييرات 15:06 &lt;jrandom&gt; (والسرعة أيضاً من الصعب تزويرها، إذ إن جميع ترتيبات السرعة هي قيم مقاسة فعلياً) 15:07 &lt;jrandom&gt; ((كما كانت الموثوقية، وكما هو حساب السعة)) 15:09 &lt;jrandom&gt; حسناً، هل لدى أي شخص شيء يود طرحه؟ 15:10 &lt;deer&gt; * jrandomi2p يقترح الـ *baf*er 15:11 * jrandom يوافق 15:11 * jrandom يستعد 15:11 * jrandom يُغلق الاجتماع بضربة *baf* </div>/ar/blog/2004/07/20/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-07-20/Tue, 20 Jul 2004 00:00:00 +0000/ar/blog/2004/07/20/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA-%D8%AD%D8%A7%D9%84%D8%A9-i2p-%D8%A8%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE-2004-07-20/<p><strong>1) 0.3.2.3، 0.3.3، وخارطة الطريق</strong></p> <p>بعد إصدار 0.3.2.3 الأسبوع الماضي، لقد قمتم جميعاً بعمل رائع في الترقية — لم يبقَ لدينا الآن سوى حالتين لم تُجرِيا الترقية (إحداهما على 0.3.2.2 وأخرى ما تزال على إصدار قديم جداً 0.3.1.4 :). خلال الأيام القليلة الماضية كانت الشبكة أكثر موثوقية من المعتاد — الناس يبقون على irc.duck.i2p لساعات متواصلة، وتنزيلات الملفات الأكبر تتم بنجاح من eepsites(I2P Sites)، وإمكانية الوصول إلى eepsite(I2P Site) بشكل عام جيدة إلى حدٍ ما. وبما أن الأمور تسير على ما يرام وأريد أن أبقيكم على أهبة الاستعداد، فقد قررت تغيير بعض المفاهيم الأساسية وسنقوم بنشرها في إصدار 0.3.3 خلال يوم أو يومين.</p>/ar/blog/2004/06/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/Tue, 22 Jun 2004 00:00:00 +0000/ar/blog/2004/06/22/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-22-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:00 &lt;jrandom&gt; 0) مرحباً 14:00 &lt;jrandom&gt; 1) تحديث الحالة 14:00 &lt;jrandom&gt; 2) cvs HEAD 14:00 &lt;jrandom&gt; 3) 0.4 14:00 &lt;jrandom&gt; 4) 1.0 14:00 &lt;jrandom&gt; 5) أنشطة أخرى 14:00 &lt;jrandom&gt; 6) ??? 14:00 &lt;jrandom&gt; 0) مرحباً 14:00 &lt;dm&gt; 7) أرباح!! 14:00 &lt;mihi&gt; مرحباً 14:00 &lt;cervantes&gt; أهلاً 14:00 &lt;dm&gt; مرحباً 14:00 &lt;fvw&gt; مرحباً يا د. نِك 14:01 &lt;jrandom&gt; لكل من يتابع من المنزل، وضعنا ملاحظات الحالة على http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 &lt;jrandom&gt; كما فعلنا في السابق، ذلك يحتوي المحتوى الفعلي - هنا نتناول الأمور الميتا ونتناقش 14:01 * dm يلعب من البيت. غمزة غمزة غمزة. 14:01 &lt;jrandom&gt; BrianR: هنا يكون LART مفيداً 14:02 &lt;jrandom&gt; على أي حال، لننتقل إلى 1) تحديث الحالة 14:02 &lt;thecrypto&gt; لنرَ إن كان بإمكاني الاتصال بـ eepsite 14:03 &lt;jrandom&gt; في اليوم الآخر كان لدينا عدد أكبر من المعتاد من routers يغادرون الشبكة، وآمل أن يكون ذلك لأن الكثير من الخدمات على الشبكة كانت معطّلة بسبب أخطائي الغبية 14:03 * mihi يشغّل الـ router الخاص به 14:03 &lt;thecrypto&gt; يااه! 14:03 &lt;jrandom&gt; إذا كان الناس يوقفون الـ router لديهم لسبب آخر (أخطاء، استخدام CPU/الذاكرة، إلخ) فسيسرّني كثيراً سماع ذلك 14:04 &lt;dm&gt; حسناً 14:05 &lt;BrianR&gt; لا بد أن أقول إن i2p حالياً أكثر انضباطاً من freenet على جهازي... سواء في التهام عرض الحزمة أو التهام CPU/RAM. 14:05 &lt;jrandom&gt; هناك علة سيئة جداً في cvs في الوقت الحالي، لكنها مُصلَحة محلياً - سأُجري الالتزام لاحقاً الليلة (لست متأكداً إن كنت سأفعل ذلك قبل أم بعد تجهيز جهازي الجديد) 14:05 &lt;jrandom&gt; آه، رائع 14:06 &lt;jrandom&gt; حسناً، للإنصاف، i2p يفعل أقل بكثير من freenet - عندما يكون لدينا آلاف routers سنرى كيف تسير الأمور 14:06 &lt;dm&gt; لماذا لا تحتوي أنظمة التشغيل على تحديد عرض الحزمة لكل تطبيق مدمجاً؟ هل هي مهمة صعبة؟ 14:06 &lt;BrianR&gt; أود إجراء بعض اختبارات الضغط باستخدام آلية تحديد عرض الحزمة المدمجة في i2p. إلى أي مدى وصل ذلك؟ 14:06 &lt;dm&gt; كل هذه المشاريع تُضيّع الوقت في تنفيذ تحديد عرض حزمة خاص بها، يبدو أمراً سخيفاً. 14:06 &lt;fvw&gt; dm: لينكس يدعم ذلك، وكذلك بلا شك FreeBSD. 14:07 &lt;dm&gt; حقاً؟ 14:07 &lt;cervantes&gt; NetLimiter على ويندوز يقوم بذلك 14:07 &lt;BrianR&gt; dm: ليست مهمة صعبة. هناك الكثير من أدوات تحديد عرض الحزمة على مستوى النظام متاحة لويندوز، لينكس، و*BSD... 14:07 &lt;dm&gt; منطقي أن يكون ذلك ضمن نظام التشغيل برأيي. 14:07 &lt;fvw&gt; dm وضع علامات iptables + أداة tc على لينكس؛ أستخدمها الآن، تعمل كالسحر. 14:07 &lt;jrandom&gt; BrianR: هي بحالة جيدة جداً - ستتضمنها نسخة 0.3.1.5 القادمة (آمل إصدارها هذا الأسبوع) 14:07 &lt;dm&gt; على أي حال... 14:07 &lt;BrianR&gt; المسألة أنه غالباً ما يكون من المنطقي تنفيذ التحديد على مستوى التطبيق حتى تتمكن من اتخاذ قرارات ذكية حول أين تُنفق عرض الحزمة أولاً 14:08 &lt;jrandom&gt; بالضبط 14:08 &lt;dm&gt; هذه مشكلة مختلفة. 14:08 &lt;jrandom&gt; مع تحديد عرض الحزمة داخل i2p، نعرف متى نصل إلى حدّنا ويمكننا رفض المشاركة في tunnels (إلخ) 14:08 &lt;BrianR&gt; على مستوى التطبيق لا فكرة لديك أي من اتصالات TCP سيخسر حزمة عندما تتجاوز حد الإرسال TX المفروض من النظام. 14:08 &lt;fvw&gt; في الواقع، الأفضل أن يقدّم نظام التشغيل تغذية راجعة مناسبة؛ لكن هذا غير ذي صلة بـ i2p حالياً. 14:09 &lt;jrandom&gt; صحيح يا fvw، عندما ندمج i2p مع tun/tap ;) 14:09 &lt;BrianR&gt; fvw: تحصل على بعض التغذية الراجعة على شكل ضغط عكسي (backpressure).. لكن من الصعب معرفة ما إذا كان الضغط العكسي بسبب بطء وصلة الطرف البعيد أم الطرف المحلي.. 14:09 &lt;dm&gt; ضعوا مكافأة لمن يرقّع ويندوز ليحوي تحديد عرض الحزمة لكل تطبيق. شكراً. 14:09 &lt;jrandom&gt; ههه 14:09 &lt;fvw&gt; «أشيائي لا تصل» و«هذا الاتصال يتم خنقه الآن» أمران مختلفان تماماً. 14:09 &lt;fvw&gt; أحياناً يتداخلان بالطبع. 14:10 &lt;dm&gt; (20$ إضافية مقابل وجود مخطط صغير لاستخدام عرض الحزمة لكل نافذة في شريط عنوان النافذة... بجوار أزرار التصغير، إلخ) 14:11 &lt;jrandom&gt; حسناً، هل لدى أي شخص أمور متعلقة بحالة الشبكة لطرحها؟ 14:12 &lt;BrianR&gt; أوه.. ذلك الشيء الخاص بمراقبة اتصال IRC.. 14:12 &lt;duckie&gt; أعتذر عن التحديث إلى cvs 14:12 &lt;jrandom&gt; ههه 14:12 &lt;BrianR&gt; هل هناك رسم MRTG لذلك أو سجلات أو شيء ما في مكان ما؟ 14:12 &lt;jrandom&gt; bogobot صحيح؟ duck.i2p/bogo/ إن لم تخنّي الذاكرة؟ 14:13 &lt;duckie&gt; شيء من هذا القبيل 14:13 &lt;jrandom&gt; (هو مُرتبط من duck.i2p، الـ routers لدي متوقفة حالياً لذا لا أستطيع التحقق) 14:13 &lt;duckie&gt; مربوط على `http://duck.i2p/` تحت قسم الإحصاءات 14:13 &lt;duckie&gt; `http://duck.i2p/bogobotlogs/` 14:14 &lt;BrianR&gt; قد يكون من المفيد توسيع ذلك الشيء ليعمل كأداة عامة لمسح إمكانية الوصول.. 14:15 &lt;dm&gt; أنتم تكتبون ببطء شااااااااااااااااااااااااديد. 14:15 &lt;deer&gt; &lt;cervantes&gt; لدى hypercubus بعض التحسينات المؤجلة، لكنه مشغول جداً حالياً بأمور المُثبّت 14:16 &lt;jrandom&gt; BrianR: bogobot مخصّص فقط للتتبّع السلبي على irc، لكن يمكن لشخص ما تعديل أمر ping الخاص بـ I2PTunnel لدعم الفحص الدوري؟ 14:16 &lt;jrandom&gt; أو يمكن لأحدهم أن يجهّز سريعاً سكربت perl/SAM ;) 14:16 &lt;BrianR&gt; ربما نوع من السكربت ينتج رسماً MRTG لإمكانية وصول نقاط النهاية.... 14:16 &lt;BrianR&gt; jrandom: وبالمناسبة عن perl/SAM، أعد طرح ذلك عندما نصل إلى الرقم المناسب في جدول الأعمال 14:16 &lt;duckie&gt; أليس الشيء المسمّى heartbeat يفعل ذلك؟ 14:17 &lt;BrianR&gt; إن كان يفعل، فلم أستطع تشغيله :( 14:17 &lt;jrandom&gt; نوعاً ما - heartbeat يختبر خوادم heartbeat، وليس التطبيقات العامة 14:18 &lt;BrianR&gt; نعم... مثلاً أريد أن أرى إن كان بإمكاني تنفيذ "GET /" بنجاح على duck.i2p، وكم استغرق ذلك. 14:18 &lt;jrandom&gt; لكن نعم، بمجرد أن تكون الشبكة بحالة جيدة، يمكن لكثير من الناس تشغيل خادم heartbeat ويمكن للناس إرسال ping لبعضهم لقياس أداء الشبكة 14:18 &lt;Nightblade&gt; pingflood أيضاً 14:18 &lt;dm&gt; هل هناك حد على سلاسل GET؟ 14:18 &lt;dm&gt; مثلاً إذا كان لديك URL طويل جداً بسبب معاملات cgi؟ 14:19 &lt;cervantes&gt; 2047 حرفاً فيما أذكر 14:19 &lt;jrandom&gt; لن يكون تجميع ذلك صعباً جداً 14:19 &lt;BrianR&gt; dm: يعتمد على خادم الويب... أظن أن الـ RFC يحدد أيضاً حداً أدنى يجب دعمه. 14:19 &lt;jrandom&gt; (أعني، مختبِر HTTP) 14:19 &lt;dm&gt; cervantes: شكراً 14:19 &lt;dm&gt; (لتوّي أدركت أنه قد يؤثر على شيء أعمل عليه) 14:20 &lt;cervantes&gt; تصطدم بمشكلتين: دعم خادم الويب ودعم العميل 14:20 &lt;BrianR&gt; هل انحرفنا عن الموضوع؟ 14:20 &lt;cervantes&gt; كل من IE وMozilla يبلغان 2047 14:20 &lt;cervantes&gt; نعم :) 14:21 &lt;dm&gt; حصلت على إجابتي، يمكننا المتابعة :) 14:21 &lt;jrandom&gt; حسناً، أظن أن هذا يغطي 1)، الآن سريعاً إلى 2) cvs HEAD 14:21 &lt;jrandom&gt; هناك علة مزعجة حالياً هناك، وأعتذر لعدم إصلاحها أبكر 14:22 &lt;jrandom&gt; عموماً، إذا جرّبت cvs HEAD ولم يعمل جيداً، فارجع ببساطة (حمّل ملفات jar / اسحب من العلامة tag) 14:22 &lt;jrandom&gt; على أي حال، كفاية عن ذلك 14:23 &lt;jrandom&gt; ننتقل إلى 3) 0.4 14:23 &lt;jrandom&gt; البريد يحوي وجهة نظري/مبررات الإصدار - هل لدى أحد مخاوف/أسئلة/أفكار/اقتراحات؟ 14:24 &lt;Nightblade&gt; يبدو جيداً بالنسبة لي 14:24 &lt;duckie&gt; كيف يغيّر تقديرات الوقت؟ 14:24 * fvw يومئ. معقول وكل شيء. 14:25 &lt;jrandom&gt; هو فعلياً يقرّب 0.4، إذ ندفع الأجزاء المخيفة من 0.3.3 إلى 0.4.1 و0.4.2 14:25 &lt;jrandom&gt; لا أظن أنه سيغيّر تواريخ 1.0، فقط نعيد ترتيب الأمور قبله 14:26 &lt;jrandom&gt; أظهرت المحاكاة أن مشكلتنا الأساسية مع تنويع tunnels يمكن علاجها بسهولة عبر اختبار النظراء النشِط 14:26 &lt;jrandom&gt; كان لدينا بعض من ذلك في إصدارات ما قبل 0.2.3، لكن توقفنا لأنه بدا أنه يضيف حملاً زائداً كبيراً 14:27 &lt;jrandom&gt; (بينما في الواقع كانت أمور كثيرة مكسورة تماماً، مسببةً ذلك الحمل الزائد) 14:27 &lt;deer&gt; &lt;cervantes&gt; ما الذي يتضمنه اختبار النظراء النشِط؟ 14:29 &lt;jrandom&gt; يعني ببساطة أننا سنبني بعض tunnels الثانوية عبر نظراء لا نستخدمهم عادةً - تحديداً، سأجعله يسحب نظراء عشوائيين من مجموعة 'reliable' الذين ليسوا ضمن مجموعة 'fast+reliable' 14:29 &lt;jrandom&gt; (وإذا كان ذلك التقاطع صغيراً جداً، نوسّعه إلى مجموعة 'not failing') 14:29 &lt;jrandom&gt; لا أعرف بعد كم عدد tunnels أو النظراء المطلوب اختبارهم، ربما سنبقي ذلك كمعامل قابل للضبط 14:30 &lt;jrandom&gt; تتجلى المشكلة في ملفات تعريف النظراء - سترى الكثير من القيم لنظرائك المفضلين، لكن الكثير من الأصفار أو الأرقام المنخفضة لغيرهم 14:30 &lt;jrandom&gt; (وقد يكون ذلك لأنهم رديئون، أو على الأرجح لأنهم لم يُختبَروا) 14:31 &lt;jrandom&gt; حسناً، أي شيء آخر حول 0.4؟ أم ننتقل إلى 4) 1.0؟ 14:32 &lt;duckie&gt; نعم 14:33 &lt;jrandom&gt; 4) 1.0 14:33 &lt;jrandom&gt; لا أرى 1.0 كإصدار كبير مخيف نقترب منه تقارباً. إنه مجرد إصدار تعمل فيه الأشياء ويمكن للناس استخدامه 14:34 &lt;jrandom&gt; مع ذلك، هل لدى أحد مخاوف/أفكار/اقتراحات/أسئلة بخصوص ما في البريد؟ 14:35 &lt;dm&gt; معدل زيادة الترقيم بالفعل يشير إلى أنه تقارب نحو 1.0 14:36 &lt;dm&gt; سنحتاج إلى قفزات كبيرة! 14:36 &lt;jrandom&gt; 0.4--&gt; 1.0 14:36 &lt;dm&gt; حلوووووووو.... 14:36 &lt;jrandom&gt; ولم يتبقّ سوى بضعة أسابيع على 0.4 14:37 &lt;jrandom&gt; ولكن، بالطبع، يمكننا الاستفادة من بعض المساعدة لتسريع الأمور :) 14:37 &lt;dm&gt; هل نحن راضون عن الاستقرار إذن؟ 14:37 &lt;jrandom&gt; لا، الاستقرار حالياً سيّئ جداً 14:37 &lt;cervantes&gt; قد يكون myi2p جزءاً ثقيلاً من التطوير ليُنفَّذ بشكل صحيح، لأنه يعتمد مثاليّاً على اكتمال مشاريع أخرى 14:37 &lt;dm&gt; حسناً، لم أكن أتابع عن كثب. 14:38 &lt;cervantes&gt; مثل DHT وdatagrams إلخ 14:38 &lt;jrandom&gt; موافق يا cervantes، لكن إن اكتفينا بدفتر العناوين والتدوين الموزّع، فسيكفيني ذلك. 14:38 &lt;cervantes&gt; صحيح 14:38 &lt;jrandom&gt; nightblade يعمل على dht يمكننا توصيله عندما يصبح جاهزاً، أو يمكننا إضافة خطافات للإحالة إلى freenet:CHK@ أو SSK@ 14:39 &lt;cervantes&gt; الرسائل الخاصة مجرد خطوة صغيرة أيضاً من دفتر العناوين المُجمَّع 14:39 &lt;jrandom&gt; صحيح، كل ذلك قابل للتنفيذ 14:40 &lt;cervantes&gt; بث مباشر لسطح مكتب فتاة كام قد يستغرق وقتاً أطول... 14:40 -!- Irssi: #i2p: إجمالي 21 لقباً [0 مشرفين، 0 أنصاف مشرفين، 0 أصحاب صوت، 21 عادي] 14:40 &lt;jrandom&gt; ههه 14:40 &lt;jrandom&gt; في الواقع، كما ذكرت لـ Sonium قبل الاجتماع، من الأمور التي يمكن للناس المساعدة فيها جانب التوثيق - 14:41 &lt;jrandom&gt; تحديد الوثائق التي سنحتاج إليها، والبدء بعمل مخططات لكيفية ترابط تلك الوثائق، وربما حتى فتح محرّر وكتابتها 14:42 &lt;cervantes&gt; آه قصدت أن أسأل سابقاً عن تحسين واجهة المستخدم الرسومية للوحة التحكم أيضاً 14:42 &lt;jrandom&gt; الوثائق جزء أساسي من الإصدارات، سواء الوثائق التقنية (فبدون وثائق تقنية جيدة، لن ينخرط مطوّرون) أو وثائق المستخدم (فبدون وثائق مستخدم جيدة، سيغادر المستخدمون) 14:42 &lt;jrandom&gt; سنحتاج ذلك لإصدار 0.4، وسيكون قائماً على jsp/servlet 14:43 &lt;jrandom&gt; لم أقم بأي تصاميم أولية أو تدفقات عمل لذلك حتى الآن، لذا إن أراد أحدهم تولّي ذلك، فسنستفيد من المساعدة 14:43 &lt;Nightblade&gt; واجهة لوحة التحكم؟ ما هذا - SVGALIB؟ :) 14:43 &lt;jrandom&gt; ههه 14:43 &lt;mihi&gt; Nightblade: TWIN / curses 14:43 &lt;cervantes&gt; هل مجموعة البيانات هي نفسها أم هناك إحصاءات جديدة ومحسّنة لـ 0.4 14:44 &lt;dm&gt; أريد واجهة لوحة تحكم في WIN32/MFC 14:44 &lt;Nightblade&gt; لوحة تحكم HTTP على 7655 صحيح 14:44 &lt;cervantes&gt; أي مدة بقاء الأفيال على القمر، وما إذا كانوا يعودون كثيراً 14:44 &lt;cervantes&gt; أجل 14:44 &lt;jrandom&gt; كل ما في اللوحة الآن يعكس بيانات يمكن إتاحتها للوحة 0.4، لكن ينبغي تماماً رمي تصميمها الحالي 14:45 &lt;jrandom&gt; (مثلاً لا أحد يهتم ما هو base64 للمفتاح العام لـ routerIdentity) 14:45 &lt;cervantes&gt; مع أنني أقترح أن تبقى تلك المعلومة متاحة 14:46 &lt;jrandom&gt; نعم، أظن أننا قد نُبقي اللوحة الحالية كخيار - لا حاجة لرميها 14:46 &lt;jrandom&gt; (لكنها ستكون شيئاً مثل `http://localhost:7655/uglyConsole/)` 14:46 &lt;cervantes&gt; ./forlynxusers/ 14:47 &lt;jrandom&gt; لوحة الإدارة الجديدة ينبغي أن تعمل لمستخدمي lynx أيضاً 14:47 &lt;dm&gt; هل يستخدم أحد فعلاً lynx؟ 14:47 &lt;cervantes&gt; أوووه توافقية عبر المتصفحات 14:47 &lt;jrandom&gt; أنا أفعل 14:47 &lt;jrandom&gt; (أحياناً) 14:47 &lt;dm&gt; لكن... لماذا؟ 14:47 &lt;fvw&gt; لأشياء مثل تعديلات سريعة على الإعدادات، بالتأكيد. 14:47 &lt;cervantes&gt; dm: إن كنت عالقاً في سطر الأوامر فلا تملك الكثير من الخيارات 14:47 &lt;fvw&gt; إنه سريع ولا تحتاج إلى X 14:48 &lt;Nightblade&gt; أستخدمه لتصفح الويب على خواديم بلا شاشة 14:48 &lt;deer&gt; &lt;Pseudonym&gt; أستخدم متصفح links 14:48 &lt;jrandom&gt; حسناً، نعم، links مفضّل على lynx 14:48 &lt;mihi&gt; هل يستخدم أحد w3m؟ 14:48 &lt;dm&gt; أستخدم INTERNET EXPLORER من MICROSOFT 14:48 &lt;dm&gt; إنه رائع جداً. 14:48 &lt;jrandom&gt; نقطة جيدة - أي شيء آخر بخصوص i2p 1.0؟ 14:49 &lt;dm&gt; فاز بحرب المتصفحات 1992-1998 14:49 &lt;jrandom&gt; أم ننتقل إلى 5) أنشطة أخرى؟ 14:49 &lt;dm&gt; 3 أوسمة شرف. 14:49 &lt;Nightblade&gt; نعم 14:49 &lt;Nightblade&gt; آمل أن أصدر نسخة جديدة من libsam غداً لكن جهازي المنزلي معطّل لذا لست متأكداً 14:49 &lt;Nightblade&gt; سأرفع أيضاً مكتبة الخيوط الخاصة بـ Nickster 14:49 &lt;jrandom&gt; رائع!/أوه! 14:50 &lt;jrandom&gt; جميل! 14:50 &lt;Nightblade&gt; وهو قال إنها ضمن الملكية العامة - سأرفعها تماماً كما أرسلها - لم يكن لدي وقت لأفعل بها الكثير 14:50 &lt;jrandom&gt; حالما تصدر 0.3.1.5، سأبدأ تشغيل خادم cvs على i2p أيضاً 14:50 &lt;jrandom&gt; رائع 14:51 &lt;jrandom&gt; (كي يتمكن nickster من إجراء تعديلات/تحديثات على شفرته في cvs دون كشف عنوان IP الخاص به) 14:51 &lt;jrandom&gt; ما الجديد في الإصدار التالي من libsam؟ 14:51 &lt;Nightblade&gt; بعض الإصلاحات لإرسال/استقبال datagram التي كانت معطّلة 14:51 &lt;Nightblade&gt; وبعض الأشياء الأخرى التي لا أتذكرها 14:51 &lt;Nightblade&gt; سيكون ذلك في سجل التغييرات 14:51 &lt;jrandom&gt; رائع، يبدو جيداً 14:52 &lt;jrandom&gt; على فكرة، إن أردت قائمة بريدية لـ libsam (-announce,-dev,-users، إلخ) فأخبرني 14:52 &lt;jrandom&gt; (لكن النشر على i2p@i2p جيد أيضاً) 14:52 &lt;Nightblade&gt; مبالغة 14:52 &lt;jrandom&gt; هههه 14:53 &lt;jrandom&gt; نعم على الأرجح 14:53 &lt;cervantes&gt; يمكنه أن يكون له قسم في i2pforum 14:53 * cervantes ينتقل بسلاسة إلى جدول أعماله 14:53 &lt;Nightblade&gt; ربما عندما أجعل ذلك الـ DHT يعمل - لكن ذلك بعيد، واليوم وأمس لم يكن لدي وقت لأفعل الكثير به 14:53 &lt;Nightblade&gt; cervantes: هناك بالفعل منتدى لتطوير التطبيقات أو شيء من هذا القبيل فيما أذكر 14:53 &lt;Nightblade&gt; كذلك Connelly يحتاج إلى حساب على i2p.net إن كان أحد قد أنشأ له واحداً 14:53 &lt;cervantes&gt; تحديداً فيما يتعلق بـ i2p؟ 14:54 &lt;Nightblade&gt; http://www.i2p.net/forum/3 14:54 &lt;jrandom&gt; أوه، لم أضف حساباً لـ connelly، سأتحدث معه في المرة القادمة التي أراه فيها 14:54 &lt;fvw&gt; يجب أن أذهب. أراكم جميعاً الأسبوع المقبل، واصلوا العمل الجيد. 14:54 &lt;jrandom&gt; آه، نعم، لا أعرف بشأن www.i2p.net/forum/s 14:54 &lt;cervantes&gt; آه... drupal... 14:55 &lt;jrandom&gt; رائع يا fvw، سعيد لأنك استطعت الحضور 14:56 &lt;cervantes&gt; تم تجهيز i2pforum إلى حد كبير 14:56 &lt;cervantes&gt; هو أساساً يحتاج فقط إلى محتوى/مستخدمين لملئه :) 14:56 &lt;jrandom&gt; لست متأكداً بشأن منتديات drupal، أو ما إذا كانت تتوافق فعلاً مع ما أراه للموقع. أميل لفكرة موقع منفصل مخصص ليكون منتدى للمستخدمين/المطورين 14:57 &lt;jrandom&gt; رائع يا cervantes - هل ذلك كموقع eepsite، أم موقع ويب، أم كلاهما؟ 14:57 &lt;cervantes&gt; اخترت مواضيع/أقساماً عشوائية للمنتدى، لذا إن كان لدى الناس أي أفكار أو يرغبون بكتابة أشياء لأسئلة شائعة FAQ إلخ فسيكون ذلك مُقدّراً 14:57 &lt;cervantes&gt; كلاهما 14:58 &lt;cervantes&gt; حالياً لدي tunnel i2p غير متصل لأن الـ router غير مستقر للغاية 14:58 &lt;jrandom&gt; لا أستطيع أن ألومك :) 14:58 &lt;Nightblade&gt; ما هو الرابط 14:58 &lt;cervantes&gt; لكن يمكن للناس البدء بالتجربة على outweb 14:59 &lt;cervantes&gt; حالياً سيتعيّن عليك إضافة إدخال إلى /etc/hosts و c:/windows/system32/drivers/etc/hosts 14:59 &lt;cervantes&gt; 212.113.22.104 i2pforum.cervantes.not2p 15:00 &lt;cervantes&gt; سأضبطه باسم مضيف مناسب قريباً 15:00 &lt;cervantes&gt; أو إذا أراد أحد إضافة مؤشّر نطاق فرعي إلى سجل نطاق php.net... فسيكون ذلك أفضل 15:00 &lt;jrandom&gt; أخبرني إن كنت تريد شيئاً تحت نطاق i2p.net أو إن كنت ستستخدم نطاقاً آخر فهذا جيد 15:00 &lt;cervantes&gt; بلَاه 15:00 &lt;cervantes&gt; i2p.net 15:00 &lt;cervantes&gt; &lt;-- PHP في الدماغ 15:01 &lt;jrandom&gt; هل تريد أن يكون ذلك مثلاً forum.i2p.net؟ 15:01 &lt;cervantes&gt; سيكون ذلك رائعاً ;-) 15:01 &lt;jrandom&gt; تمام، سأحدّث السجلات الليلة 15:01 &lt;cervantes&gt; عدّلت شيفرة phpbb2 القياسية بحيث لا تتطلب بريداً إلكترونياً صالحاً لتصبح عضواً 15:01 &lt;dm&gt; «الموقع الذي طلبته لم يعد مستضافاً هنا» 15:02 &lt;cervantes&gt; إن نسيت كلمة المرور فعليك التواصل مع مسؤول 15:02 &lt;cervantes&gt; dm: هل أدخلت ذلك في ملف hosts لديك أم أنك تتصفح مباشرة إلى الـ IP 15:03 &lt;dm&gt; عنوان URI غير صالح في الطلب GET i2pforum.cervantes. 15:03 &lt;dm&gt; not2p/&lt;P&gt; <p>15:03 <dm> أنا لا أستخدم المتصفحات، أنا أستخدم telnet. 15:04 <jrandom> لقد فعلتها عبر telnet للتو. تعمل بشكل جيد. 15:04 <dm> همم، أظن أنني نسيت HTTP 1.1. 15:04 <jrandom> GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 <jrandom> على أي حال 15:04 <jrandom> BrianR: ping 15:05 <dm> هذا نجح. مهاراتك في استخدام telnet حادة يا فتى. 15:07 -!- Irssi: #i2p: مجموع 19 لقباً [0 مشرفين، 0 نصف-مشرفين، 0 أصوات، 19 عاديين] 15:07 <jrandom> حسناً، هل هناك أي شخص آخر يعمل على مشاريع متعلقة بـ i2p ويريد مناقشتها؟ 15:07 <jrandom> إن لم يكن، 6) ??? 15:07 <dm> cum! 15:07 * wern يرفع يده في الهواء 15:07 <jrandom> مرحباً^2، que tal? 15:08 * jrandom يدعو wilde 15:08 -!- wern أصبح يُعرف الآن باسم wilde 15:08 <wilde> أود فقط أن أشكر رعاتنا الجدد، cervantes و hypercubus 15:08 <wilde> :) 15:09 <wilde> تلقّينا تبرعين سخيّين للصندوق العام 15:09 <cervantes> wilde: هل تم تحويلهما بشكل جيد؟ 15:09 <dm> كم؟ 15:09 <wilde> cervantes: سأحوّلهما غداً 15:09 <cervantes> آه 15:09 <wilde> (نأمل ذلك) 15:10 <cervantes> إذَن قد يكون هناك أيضاً جائزة للوصيف ;-) 15:10 <jrandom> رائع، شكراً cervantes و hypercubus :) 15:10 <cervantes> هه&hellip; حسناً لِنؤجّل المديح حتى يكون المال في البنك برأيي ;-) 15:11 <dm> كان اجتماعاً جيداً. سأذهب إلى النوم. 15:11 <dm> تصبحون على خير! 15:11 <jrandom> تصبح على خير dm 15:11 <wilde> نعم، سأقوم بمديح كامل المرة القادمة 15:11 <jrandom> حسناً، أي شيء آخر لتضيفه يا wilde، أو أي شخص آخر؟ 15:11 <wilde> نعم 15:12 <wilde> سأوقف موقع i2p.net غداً لفترة (عن قصد هذه المرة ;) 15:12 <wilde> للتبديل بين الخوادم 15:12 <jrandom> هه، حسناً، رائع 15:12 <wilde> احتفظوا بنسخ من مشاركاتكم، فقد تختفي 15:12 <jrandom> هل سيكون لدينا نفس الـ IP، أم ينبغي أن أُحدّث السجلات؟ 15:12 <dm> هل يمكنك جعله سلساً؟ 15:12 <wilde> أي إذا نشرتم غداً 15:13 <wilde> dm: لا يمكن ;) 15:13 <wilde> ليس أنا 15:13 <dm> حسناً. 15:13 <wilde> jrandom: نفس الـ IP 15:13 <jrandom> حسناً، رائع 15:13 <jrandom> wilde++ 15:13 <wilde> انتهى 15:14 <jrandom> حسناً، هل لدى أي شخص آخر شيء يود مناقشته؟ 15:14 * cervantes يضع قلنسوته المعدنية &ldquo;ming the merciless&rdquo; 15:15 * jrandom يستعد 15:15 * jrandom <em>baf</em>s cervantes على الرأس، مختتماً الاجتماع </div></p>/ar/blog/2004/06/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/Tue, 08 Jun 2004 00:00:00 +0000/ar/blog/2004/06/08/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-08-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>Present:</strong> cervantes, deer, duck, fvw, hypercubus, mihi, Nightblade, Sonium, ugha_node</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 21:02:08 &lt;duck&gt; الثلاثاء 8 يونيو 21:02:08 UTC 2004 21:02:21 &lt;duck&gt; وقت الاجتماع 21:02:33 &lt;duck&gt; المقال موجود على http://dev.i2p.net/pipermail/i2p/2004-June/000268.html 21:02:39 &lt;duck&gt; لكنني ارتكبت خطأً في الترقيم 21:02:45 &lt;duck&gt; لذا سيتم تخطي البند 5 الأول 21:02:53 &lt;hypercubus&gt; رائع! 21:03:03 * duck يضع بعض الثلج في بيره 21:03:14 * mihi كان ليعيد تسمية #5 الأول إلى #4 ;) 21:03:27 &lt;hypercubus&gt; لا، فلنكتفِ بأن يكون لدينا بند 4 مرتين الأسبوع القادم ;-) 21:03:37 * duck يعيد تسمية 'hypercubus' إلى 'mihi' 21:03:48 &lt;hypercubus&gt; رائع! 21:03:49 &lt;duck&gt; حسناً 21:03:53 &lt;duck&gt; * 1) libsam 21:04:02 &lt;duck&gt; هل يوجد Nightblade في القناة؟ 21:04:39 &lt;duck&gt; (خامل : 0 يوم 0 ساعة 0 دقيقة 58 ثانية) 21:05:03 &lt;hypercubus&gt; ;-) 21:05:53 * duck يستعيد الميكروفون 21:06:15 &lt;duck&gt; كتب Nightblade مكتبة SAM لـ C / C++ 21:06:23 &lt;duck&gt; يُبنى لدي.. لكن هذا كل ما أستطيع قوله :) 21:06:37 &lt;mihi&gt; لا حالات اختبار؟ ;) 21:07:06 &lt;duck&gt; إن وُجد أي مستخدمين لـ rFfreebsd فقد يهتم Nightblade بكم 21:07:08 &lt;ugha_node&gt; استدعاءات strstr أزعجتني حقاً في الشيفرة. ;) 21:07:27 &lt;ugha_node&gt; duck: ما هو rFfreebsd؟ 21:07:42 &lt;duck&gt; كيف كتبت freebsd 21:08:00 &lt;mihi&gt; rm -rF freebsd? 21:08:29 &lt;ugha_node&gt; يا للأسف أن -F لا تعمل مع rm. 21:08:30 &lt;duck&gt; ugha_node: إنه بترخيص BSD؛ لذا أصلحه 21:08:41 &lt;fvw&gt; يبدو منطقياً بالنسبة لي :). للأسف أزلت آخر جهاز freebsd لدي منذ فترة. لدي حسابات على أجهزة الآخرين رغم ذلك، وأنا مستعد لتشغيل حالات الاختبار. 21:08:43 &lt;ugha_node&gt; duck: ربما أفعل. :) 21:08:50 &lt;duck&gt; (الهيبيون اللعينون في BSD) 21:09:09 &lt;duck&gt; أوه، لطيف ومختصر يا فرانك 21:09:17 &lt;duck&gt; أي تعليقات على libsam؟ 21:09:49 &lt;duck&gt; fvw: أظن أن Nightblade سيتواصل معك إذا كانت لديه حاجة 21:09:50 * fvw يتذمّر من سلوك يونكس المنطقي تماماً لأنه قتل عميل IRC الخاص به. 21:10:02 &lt;duck&gt; لكن بما أن بريده الإلكتروني كان منذ أسبوع، ربما يكون قد وجد شيئاً 21:10:17 &lt;mihi&gt; fvw: ؟ 21:10:24 &lt;fvw&gt; نعم، إذا أراد أحد أن يأخذ بعرضي فقد فاتني ذلك نوعاً ما. لا تترددوا في إرسال بريد إلكتروني أو شيئاً من هذا القبيل. 21:10:42 * duck يقفز إلى #2 21:10:46 &lt;hypercubus&gt; أمم، إلى أين؟ ;-) 21:10:54 &lt;duck&gt; 2) تصفح i2p والويب العادي بمتصفح واحد 21:10:57 &lt;fvw&gt; تثبيت جديد، لم أخبر zsh بعد بألا يقوم بـ hup للأشياء في الخلفية. &lt;/offtopic&gt; <p>21:11:09 &lt;fvw&gt; hypercubus: أظنني على قائمة مستخدمي القائمة البريدية العامة. <a href="mailto:fvw.i2p@var.cx">fvw.i2p@var.cx</a> 21:12:11 &lt;duck&gt; كان هناك بعض الحديث عن إضافة جميع نطاقات المستوى الأعلى (TLDs) إلى قائمة تجاهل الوكيل في متصفحك 21:12:23 &lt;fvw&gt; هل يتطلب ذلك نقاشاً؟ أظن أنه تم التعامل معه إلى حد كبير على القائمة البريدية. 21:12:24 &lt;duck&gt; أظن أنه حل قذر 21:12:36 &lt;fvw&gt; نعم، ذُكر ذلك. أهلاً بعودتك. 21:12:47 &lt;duck&gt; fvw: لم أقرأ السلسلة :) 21:13:12 &lt;duck&gt; حسناً، إذا كنت لا تريد مناقشته، انتقل إلى #3 21:13:19 &lt;duck&gt; * 3) قناة الدردشة 21:13:23 &lt;hypercubus&gt; يعمل سكريبت cervantes بشكل ممتاز على Konqueror 3.2.2، Firefox 0.8، و Opera 7.51، جميعها لـ Gentoo مع KDE 3.2.2 21:13:39 * mihi يضع علامة على #4 21:13:55 &lt;duck&gt; #i2p-chat قناة بديلة هنا للدردشة خارج الموضوع ولدعم خفيف 21:14:08 &lt;duck&gt; لا أعرف من سجّلها 21:14:12 &lt;hypercubus&gt; أنا فعلت 21:14:17 &lt;duck&gt; فالأفضل أن تكون حذراً :) 21:14:22 &lt;fvw&gt; أمم، لا يوجد #4، فقط اثنان من #5 :) 21:14:33 &lt;hypercubus&gt; سأكون محظوظاً إن استطعت تذكّر كلمة المرور عندما أحتاجها ;-) 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- القناة: #i2p-chat 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- جهة الاتصال: hypercubus &lt;&lt;ONLINE&gt;&gt;</p>/ar/blog/2004/06/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/Tue, 01 Jun 2004 00:00:00 +0000/ar/blog/2004/06/01/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-01-%D9%8A%D9%88%D9%86%D9%8A%D9%88-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> deer, duck, hypercubus, Masterboy, mihi, Nightblade, tessier, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:59] &lt;duck&gt; Tue Jun 1 21:00:00 UTC 2004 [23:00] &lt;duck&gt; hi folks! [23:00] &lt;mihi&gt; hi duck [23:00] &lt;duck&gt; http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] &lt;duck&gt; my proposal: [23:00] * Masterboy has joined #i2p <p>[23:00] &lt;duck&gt; 1) تقدّم الكود [23:00] &lt;duck&gt; 2) المحتوى المميز [23:00] &lt;duck&gt; 3) حالة شبكة الاختبار (testnet) [23:00] &lt;duck&gt; 4) مكافآت [23:00] &lt;duck&gt; 5) ??? [23:00] &lt;Masterboy&gt; مرحبًا:) [23:00] &lt;duck&gt; . [23:01] &lt;duck&gt; بما أن jrandom غير موجود، سيتعيّن علينا القيام بذلك بأنفسنا [23:01] &lt;duck&gt; (أعلم أنه يقوم بالتسجيل والتحقق من استقلاليتنا) [23:01] &lt;Masterboy&gt; لا مشكلة :P [23:02] &lt;duck&gt; ما لم تكن هناك مشاكل في جدول الأعمال، أقترح أن نلتزم به [23:02] &lt;duck&gt; ومع ذلك لا أستطيع فعل الكثير إن لم تفعلوا :) [23:02] &lt;duck&gt; . [23:02] &lt;mihi&gt; ;) [23:02] &lt;duck&gt; 1) تقدّم الكود [23:02] &lt;duck&gt; لم يتم إرسال الكثير من الكود إلى cvs [23:02] &lt;duck&gt; لقد فزت بالكأس هذا الأسبوع: <code>http://duck.i2p/duck_trophy.jpg</code> [23:03] * hypercubus ليس لديه حساب cvs بعد [23:03] &lt;Masterboy&gt; ومن الذي قدّم شيئًا؟ [23:03] &lt;duck&gt; هل يقوم أيّ شخص بأي برمجة سرية؟ [23:03] * Nightblade انضم إلى #I2P</p>/ar/blog/2004/05/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%85%D8%A7%D9%8A%D9%88-2004/Tue, 18 May 2004 00:00:00 +0000/ar/blog/2004/05/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%85%D8%A7%D9%8A%D9%88-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> BrianR, _cervantes\_, deer, duck, fvw, human, jar, jrandom, jteitel, Masterboy, Nightblade, ugha_node, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 14:07 &lt;jrandom&gt; 0) مرحباً 14:07 &lt;jrandom&gt; 1) حالة شبكة الاختبار 14:07 &lt;jrandom&gt; 2) SAM 14:07 &lt;jrandom&gt; 3) تحديثات خارطة الطريق 14:07 &lt;jrandom&gt; 4) MyI2P 14:07 &lt;jrandom&gt; 5) ??? 14:07 &lt;jrandom&gt; 0) مرحباً 14:07 * jrandom يلوّح 14:08 &lt;Nightblade&gt; مرحباً 14:08 * jteitel يلوّح رداً 14:08 &lt;jar&gt; مرحباً 14:08 &lt;duck&gt; أهلين 14:08 &lt;Masterboy&gt; :P 14:08 &lt;jrandom&gt; تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 &lt;jrandom&gt; آسف إن كنتُ خارج الجو قليلاً اليوم، جدول نومي أكثر اضطراباً من المعتاد 14:09 &lt;jrandom&gt; على أي حال، ننتقل إلى 1) حالة شبكة الاختبار 14:10 &lt;duck&gt; ألن يحدث التنويع تلقائياً مع شبكة أكبر؟ 14:10 &lt;jrandom&gt; نعم، و/أو مع عتبات أقل انحيازاً لاختيار الأقران 14:11 &lt;jrandom&gt; على سبيل المثال، لو كانت عتبة السرعة هي الوسيط بدلاً من المتوسط، لكنا حصلنا على عدد نظراء سريعين يعادل نصف عدد النظراء الموثوقين 14:11 &lt;jrandom&gt; على عكس الوضع الحالي حيث السرعات منحازة بشدة 14:12 &lt;Masterboy&gt; حسناً، الشبكة تعافت، هذا ليس سيئاً 14:12 &lt;jrandom&gt; نعم، لكنها استغرقت وقتاً أطول مما ينبغي، وكشفت عن طرق يمكن تحسينها بها 14:13 &lt;jteitel&gt; هل تعافت الشبكة؟ لا زلتُ غير قادر على الاتصال بـ i2p irc بشكل موثوق 14:13 &lt;jrandom&gt; ملفات تعريف الأقران لم تتدهور بالسرعة الكافية، ولم تُرَقِّ المرشحين الجدد بكفاءة 14:14 &lt;jrandom&gt; وقد أدى ذلك أيضاً إلى سلسلة من الأحداث الثانوية - تحميل زائد على أجهزة router غير القادرة على تحمّل العبء (بسبب عدم كفاية الملفات التعريفية)، مما تسبب في نفاد الذاكرة لدى بعض أجهزة router المُحمَّلة وإيقافها 14:15 &lt;human&gt; آييي آييي آييي! 14:15 &lt;jrandom&gt; لقد كان الأمر تدريجياً يا jteitel - بعض المشاكل التي رأيناها مرتبطة بإخفاقات netDb 14:15 &lt;jrandom&gt; مرحباً يا human 14:15 &lt;jteitel&gt; أوه، حسناً 14:16 &lt;_cervantes_&gt; ألا يمكن لـ router مُتعَب أن يُفرِّغ tunnels إلى نظير آخر؟ 14:16 &lt;ugha_node&gt; واو، المعدّل مدى الحياة: 8.87KBps مُرسَل و8.35KBps مُستقبَل. 14:16 &lt;Nightblade&gt; jteitel: اتصلتُ للتو بعد محاولات عدة... ما زلتُ أنتظر أن يُنفَّذ /join 14:16 * BrianR ينظر حوله. 14:16 &lt;jrandom&gt; لا - يمكن لـ router ببساطة إسقاط tunnel (إن لم يكن ينبغي قبوله من البداية) 14:16 &lt;ugha_node&gt; (وأعدتُ تشغيل الـ router قبل نصف ساعة) 14:16 &lt;BrianR&gt; اللعنة. لقد تأخرت. 14:17 &lt;BrianR&gt; jrandom: (شكراً لترتيب myi2p قرب نهاية جدول الأعمال) 14:17 &lt;jrandom&gt; ugha&gt; نعم، كان عليكم أن تُعوِّضوا تقصير الثلاثة السريعين 14:17 &lt;jrandom&gt; ههه :) 14:18 &lt;duck&gt; لقد كانت هجمة لطيفة 14:18 &lt;ugha_node&gt; jrandom: بوضوح. 14:18 &lt;_cervantes_&gt; أفلا يكون من الأفضل أن نكون أكثر حزماً ونرفض tunnels عند عتبة أقل؟ 14:19 &lt;jrandom&gt; نعم يا cervantes - أجهزة router حالياً لا ترفض أي tunnel إلا إذا لم تتمكن من الوصول إلى القفزة التالية 14:19 &lt;jrandom&gt; سنرغب بإضافة نوع من تنظيم السرعة هناك، ربما اعتماداً على حجم الـ jobQueue / متوسط التأخير، إلخ 14:20 &lt;jrandom&gt; بالإضافة إلى ذلك، سنحرص على ألا نحاول بناء عدد كبير جداً من tunnels دفعة واحدة، كما حدث عندما فشل جزء كبير منها 14:20 &lt;_cervantes_&gt; أو ببساطة نسمح للمستخدم بضبط عتبة بناءً على العتاد/عرض النطاق الذي يعرف أنه متاح لديه 14:20 &lt;jrandom&gt; (بسبب خروج الأقران السريعين + الموثوقين عن الخدمة) 14:20 &lt;_cervantes_&gt; على الأقل في هذه المرحلة 14:20 &lt;jrandom&gt; أوه هذه نقطة جيدة - السماح للناس بضبط حد أقصى صريح لعدد الـ tunnels التي يشارك فيها الـ router. 14:21 &lt;jrandom&gt; سندرج ذلك في المراجعة القادمة. خطوة موفقة. 14:21 &lt;ugha_node&gt; هذا يبدو تماماً كأنه المنطق الضبابي. 14:21 &lt;jrandom&gt; علينا التعامل مع التحميل الزائد، وتكديس الرسائل في الذاكرة وحده بالتأكيد لا يجدي 14:21 &lt;duck&gt; (مرحباً fvw) 14:21 &lt;_cervantes_&gt; سيكون جيداً أن تكون لدينا إحصاءات مُجمَّعة عن أداء الـ tunnel... نوع الحمل الذي قد يوقعه على معالج/معالجات في اختبارات معيارية 14:22 &lt;_cervantes_&gt; بالمناسبة أوقفتُ خادمي... كان يتلقى كماً هائلاً من الـ tunnels ولم أقم بترجمة jbigi بعد ;-) 14:22 &lt;jrandom&gt; انظر `http://localhost:7655/routerStats.html#Tunnels` 14:23 &lt;jrandom&gt; آه! نعم، jbigi شيء نريد تشجيع الجميع على استخدامه 14:23 &lt;BrianR&gt; أي أفكار حول إعداد ميزانية لعرض النطاق للـ tunnels؟ 14:24 &lt;jrandom&gt; حالياً مُقرَّر لـ 3.0 (مع تقييد شامل لعرض النطاق للـ router ككل في 0.4.1) 14:24 &lt;jrandom&gt; لكن وجود حدود لعرض النطاق لكل tunnel قبل ذلك لن يضر 14:25 &lt;fvw&gt; هل من الحكمة بذل جهد في هذا مبكراً، بينما يمكن إنجازه بسهولة ودقة أكبر في نواة أنظمة التشغيل التي يشغّلها معظم المستخدمين/المختبرين حالياً؟ 14:25 &lt;_cervantes_&gt; شيء أود رؤيته هو إعدادات عمق لكل tunnel (ربما هذا ممكن بالفعل) 14:25 &lt;_cervantes_&gt; على سبيل المثال أنا أعلم أنني أستطيع الوثوق بخادمي... لذا لا أريد أن أمر عبر _x_ قفزات للوصول إليه 14:25 &lt;jrandom&gt; fvw&gt; هذه نقطة جيدة، خاصةً أننا حالياً لا نستهلك الكثير من عرض النطاق 14:26 &lt;jrandom&gt; همم يا cervantes - نعم، يمكن لكل عميل تحديد طول الـ tunnels الخاصة به، لكن لست متأكداً أن هذا ما تريده بالضبط 14:26 &lt;_cervantes_&gt; كلا 14:26 &lt;jrandom&gt; cervantes - أعتقد أنك تبحث عن QoS (جودة الخدمة) حيث يمكنك تقصير الاتصال لنظير معيّن 14:26 &lt;_cervantes_&gt; مثلاً... 14:26 &lt;_cervantes_&gt; نعم 14:27 &lt;jrandom&gt; (وكان ذلك مُقرَّراً لـ i2p 4.0، لكن هذا أكثر من عام من الآن == إلى ما لا نهاية) 14:27 &lt;_cervantes_&gt; في هذه الحالة أيضاً اختيار العمق لكل مضيف i2p 14:27 &lt;BrianR&gt; fvw: نعم، لكن i2p بحاجة إلى معرفة تقريبية لمقدار عرض النطاق المتاح لأعضاء tunnel المحتملين لاتخاذ قرارات حكيمة في بناء الـ tunnel... 14:27 &lt;_cervantes_&gt; آه حسناً 14:27 &lt;_cervantes_&gt; :) 14:27 &lt;jrandom&gt; لكنها فكرة جيدة وممكنة تقنياً، ونقبل الرقع (patches) :) 14:28 &lt;_cervantes_&gt; الرقعة في البريد بالفعل... مع ذاك الشيك مقابل 5000 سبيكة من e-gold 14:28 &lt;_cervantes_&gt; ;-) 14:28 &lt;jrandom&gt; BrianR: ربما يمكننا حلّ وسط - تتبُّع عدد الـ tunnels التي يشارك فيها، إضافةً إلى مقدار عرض النطاق الذي تستهلكه تلك الـ tunnels، واستخدام ذلك كجزء من قرار قبول أو رفض طلب إنشاء tunnel؟ 14:28 &lt;jrandom&gt; هه 14:30 &lt;jrandom&gt; حسناً، هل لدى أحد أي شيء آخر بخصوص حالة شبكة الاختبار؟ 14:30 &lt;Masterboy&gt; وماذا عن مفارقتي؟ 14:30 &lt;Masterboy&gt; :) 14:30 &lt;jrandom&gt; خطتي هي إصدار 0.3.1.3 مع التحديثات بحلول الخميس أو الجمعة 14:31 &lt;jrandom&gt; Masterboy: لم يكن لدي وقت لمراجعة سجلاتك، لكننا سنحلّها 14:31 &lt;_cervantes_&gt; الجمعة 2005؟ 14:31 &lt;_cervantes_&gt; رائع 14:31 &lt;Masterboy&gt; حسناً 14:31 &lt;jrandom&gt; حسناً، ننتقل إلى 2) SAM 14:31 &lt;Masterboy&gt; الآن نعرف من يشغّل الـ router غير المحدَّث.. 14:32 * jrandom يُسَلِّم الميكروفون لمطوّر SAM.pm الجسور 14:33 &lt;jrandom&gt; (هذا أنت يا BrianR :) 14:33 &lt;BrianR&gt; انتظر ثانية.. :) 14:33 * duck يهلّل 14:33 &lt;jrandom&gt; في هذه الأثناء، هل dm أو firerabbit موجودان؟ 14:33 -!- Irssi: #i2p: إجمالي 26 لقباً [0 مشرفين، 0 أنصاف مشرفين، 0 أصحاب صوت، 26 عاديون] 14:33 * jrandom يتحقق من /names، لا. حسناً 14:33 &lt;jrandom&gt; (إذن لا تحديثات لمكتبة sam على .net/C#) 14:34 &lt;duck&gt; هل الأشياء الخاصة بـ .py ما زالت حديثة؟ 14:34 &lt;duck&gt; أم أنها أصبحت مهجورة بسبب تحسينات SAM 14:34 &lt;jrandom&gt; لستُ متأكداً 14:34 &lt;BrianR&gt; حسناً. عدت. 14:34 &lt;Nightblade&gt; مكتبتي بلغة C تبدو أنها تعمل... لكنني لم أكتب تطبيقاً لاستخدامها بعد 14:34 &lt;jrandom&gt; رائع يا nightblade! 14:35 &lt;Nightblade&gt; هل قام أحد هنا ببرمجة GTK+/C على Windows؟ 14:35 &lt;human&gt; duck: مكتبة العميل تحتاج تغييراً صغيراً لدعم إدارة الإصدارات 14:35 &lt;_cervantes_&gt; "hello world"؟ 14:35 &lt;human&gt; duck: الباقي يفترض أن يعمل دون مشاكل 14:35 * jrandom يقترح datagram مثل tftp كاختبار sam المثالي :) 14:35 &lt;Nightblade&gt; حسناً، أي شيء فعلاً... هل يعمل GTK بشكل جيّد على Windows.....؟ 14:35 &lt;jrandom&gt; (أو حتى بث SAM بدلاً من datagram أو raw) 14:36 &lt;jrandom&gt; جميل يا BrianR - كيف تسير الأمور مع .pm و samcat؟ 14:36 &lt;BrianR&gt; Net::SAM موجودة في CVS وبشكلٍ غير عاملٍ في الغالب. 14:36 &lt;BrianR&gt; آمل أن أكون قد صفّيت جميع العلل وجعلت datagram و raw يعملان قبل نهاية الأسبوع. 14:37 &lt;BrianR&gt; سيستلزم الأمر مزيداً من العمل لوضع لمسة كائنية (OO) جميلة على streams. 14:37 &lt;Nightblade&gt; أوه صحيح، لم أكترث بـ datagram أو raw... فقط stream 14:37 &lt;Nightblade&gt; لكن هذا كل ما سأستخدمه على أي حال 14:37 &lt;fvw&gt; human: هل فكرتَ في wxWindows؟ إنها مفيدة جداً لهذا النوع من الأشياء (لا أظن أن هناك هدف GTK على Windows رغم ذلك) 14:37 &lt;jrandom&gt; رائع يا BrianR 14:38 &lt;BrianR&gt; زوجتي تُلحّ عليّ لألتحق بها على العشاء. قد أعود أو لا أعود في الوقت لمناقشة myi2p. لقد نشرتُ نموذج التهديد وبعض الأمور الخاصة بـ fileserver بسيط على العقدة 208 14:38 &lt;human&gt; fvw: عميل GTK على Windows موجود (برنامج GIMP يعمل على Windows أيضاً) 14:38 &lt;jrandom&gt; جميل يا nightblade، من الأفضل تنفيذ ما هو مطلوب أولاً 14:38 &lt;human&gt; fvw: s/client/port/ 14:38 &lt;jrandom&gt; هه، تمام يا BrianR، شكراً 14:38 &lt;fvw&gt; human: أقصد هدف GTK على Windows لـ wxWindows (التي اقترحتُ عليك استخدامها) 14:38 * fvw يلوّح لـ BrianR. شهية طيبة. 14:38 &lt;human&gt; fvw: آه... حسناً، لا أعرف عن vxWidgets (الاسم الجديد لـ vxWindows :-) 14:39 &lt;human&gt; fvw: لكن Nightblade هو من كان يتحدث عن GTK+، ليس أنا :-) 14:40 &lt;fvw&gt; أوبس، عيناي معوجّتان، تجاهلني. 14:40 &lt;Nightblade&gt; لستُ على دراية بـ C++ مثل C 14:40 &lt;Nightblade&gt; حسب علمي GTK هي مكتبة واجهات رسومية بلغة C الوحيدة متعددة المنصات 14:40 &lt;Nightblade&gt; ليس لأنني مولعٌ بـ GTK خصوصاً 14:40 &lt;fvw&gt; لا يهم فعلاً، يمكن التعامل مع wxWindows بسهولة من C. 14:40 &lt;Nightblade&gt; همم 14:40 &lt;Nightblade&gt; حسناً ربما سألقي نظرة عليها أيضاً 14:40 &lt;Nightblade&gt; أعرف C++ لكنني لم أكتب أي برامج كبيرة بها 14:41 * fvw ليس مبرمج C++ أيضاً، لكنني أنشأتُ مُستعرِض معاملات كبيراً نسبياً لشركة نقل بها منذ مدة دون مشاكل. 14:42 &lt;Nightblade&gt; أنا متأكد أن wxWindows لديها نسخة Windows أكثر نضجاً 14:42 &lt;Nightblade&gt; من GTK 14:42 &lt;fvw&gt; على الأرجح نعم. 14:43 &lt;Nightblade&gt; (حسناً، أكملوا الاجتماع) هه 14:43 &lt;jrandom&gt; :) 14:43 &lt;jrandom&gt; حسناً، ننتقل إلى 3) تحديثات خارطة الطريق 14:44 * jrandom كان مهملاً في تحديث http://www.i2p.net/roadmap خلال الشهر الماضي 14:44 &lt;jrandom&gt; لكنها الآن محدَّثة 14:44 &lt;jrandom&gt; لسوء الحظ من الواضح أننا لن نصل إلى 0.4 الأسبوع المقبل 14:44 &lt;duck&gt; (وهل 1.1 و2.0 و3.0 محدّثة أيضاً؟) 14:45 &lt;jrandom&gt; نعم يا سيدي 14:45 * Masterboy قرأها وأعجبته - لا عجلة، لسنا في حالة طوارئ.. 14:46 &lt;duck&gt; على أحدهم تحديث wikipedia/infoanarchy أيضاً :) 14:46 &lt;jrandom&gt; أوه، ربما ينبغي أن أزيل «SAM bridge and client libraries implemented and tested» من 0.4 14:46 &lt;jrandom&gt; هه نعم، لهذا السبب قمتُ بـ !thwapped لـ iA قبل مدة عندما نسخوا صفحة الويكي 14:46 &lt;jrandom&gt; (ينبغي لهم الإشارة إلى /roadmap، لا تكرار المحتوى) 14:47 &lt;Masterboy&gt; هل انتهى SAM؟ 14:47 &lt;jrandom&gt; إنه يعمل نعم، رغم أن العمل على مكتبات عملاء إضافية جارٍ 14:47 &lt;jrandom&gt; s/are/is/ 14:48 &lt;jrandom&gt; حسناً، ما لم تكن هناك أسئلة/مخاوف أخرى حول خارطة الطريق، ننتقل إلى 4) MyI2P 14:50 &lt;jrandom&gt; بينما توقفتُ عن العمل على myi2p بنفسي، طرحناه كمكافأة - http://www.i2p.net/node/view/216 14:50 &lt;jrandom&gt; جزء من ذلك يعني أننا بحاجة لتحديد المتطلبات بالشكل الصحيح، وقد دار بعض الجدل حول ما ينبغي أن تكون عليه 14:51 &lt;Masterboy&gt; حاولتُ إشراك صديقي فيه، قال: عمل كثير ومال قليل;P حسناً، إنه رأسمالي;) 14:51 &lt;Masterboy&gt; حسناً، عرضتُ أن أبرمجه.. 14:52 &lt;jrandom&gt; البرمجة عليه مطلوبة دائماً :) 14:53 &lt;jrandom&gt; لكن السؤال المعماري البارز حالياً هو كيفية التعامل مع الأشخاص الذين لا يمكنهم تشغيل i2p router / عقدة myi2p طوال الوقت 14:53 &lt;Nightblade&gt; فقط نحتاج إلى i2p isp موثوق 14:53 &lt;jrandom&gt; هناك مقترحان: إما استخدام مزودي خدمة مُستضافين، أو فصل النظام لاستخدام مخزن خلفي موزَّع 14:54 &lt;_cervantes_&gt; والأخيرة هي الحل المثالي على المدى الطويل 14:54 &lt;_cervantes_&gt; *latter 14:54 &lt;duck&gt; (وأن تكون مكافأة أخرى) 14:55 &lt;_cervantes_&gt; أو خدمة وكيل webcache... 14:55 &lt;jrandom&gt; صحيح - إذا اتجهنا إلى مزود خدمة مستضاف (أو عقدة تعمل محلياً)، فعندما تتوفر DHT (جدول تجزئة موزَّع)/إلخ يمكننا دفع المزيد والمزيد من المحتوى إلى الـ DHT 14:55 &lt;jrandom&gt; _cervantes_: هذا في الجوهر هو المخزن الخلفي الموزَّع - ذاكرات تخزين مؤقت للبيانات غير موثوقة 14:57 &lt;deer&gt; * Masterboy يتساءل أين bogobot 14:57 &lt;jrandom&gt; الجزء الصعب هو تحقيق وظائف التحكم بالوصول المطلوبة - مع ذاكرات تخزين بيانات غير موثوقة / مخزن خلفي موزَّع، تصبح ACLs (قوائم التحكم بالوصول) في جوهرها تشفيراً 14:57 &lt;jrandom&gt; لكن هناك «قناة جانبية» لهذا النقاش تأتي من ثلاث نقاط أثارها شخص مجهول @ http://www.i2p.net/node/view/215#comment-105 14:57 &lt;_cervantes_&gt; ومحتوى موقَّع 14:58 &lt;jrandom&gt; صحيح، كلا الطريقتين ستحتاجان إلى محتوى موقَّع 15:00 &lt;_cervantes_&gt; هنا يكتسب نموذج hypercubus قيمة... لكنه ليس «حلاً سريعاً» بأي حال 15:00 &lt;jrandom&gt; من نقاشاتنا على irc الليلة الماضية، ركّزنا على «نموذج التهديد لـ LiveJournal» - ما الهجمات التي يهتم بها مستخدمو LJ، وما التي لا يهتمون بها 15:01 &lt;wilde&gt; الأهم فالأهم: الحصول أولاً على MyI2P أساسي 15:02 &lt;jrandom&gt; صحيح، وحتى ننفّذ myi2p الأساسي، علينا معرفة معمارية النشر 15:03 &lt;jrandom&gt; مع نموذج تهديد LJ للمستخدمين الذين لا يمكنهم تشغيل عُقَدهم الخاصة، لا أعتقد أننا بحاجة إلى سلوك مسار ذاكرات التخزين المؤقت غير الموثوقة 15:03 &lt;jrandom&gt; ولماذا سيستخدم أحد myi2p إذا كان يحتاج فقط إلى نموذج تهديد LJ؟ لأنه مجهول الهوية 15:04 &lt;jrandom&gt; يمكننا الاستمرار نحو نظام مثالي، لكن هناك قانون العوائد المتناقصة 15:04 -!- Irssi: #i2p: إجمالي 24 لقباً [0 مشرفين، 0 أنصاف مشرفين، 0 أصحاب صوت، 24 عاديون] 15:05 &lt;jrandom&gt; ولهذا أميل إلى إبقاء المكافأة على ما هي عليه حالياً - يمكننا إضافة بدائل لاحقاً بعد خروج النظام الأساسي 15:05 -!- duck_ أصبح الآن يُعرف باسم duck 15:06 &lt;jrandom&gt; على أي حال، أظن أن هذا كل ما لدي لـ 4) MyI2P، ما لم يكن لدى أحد شيء آخر يود طرحه 15:06 &lt;jrandom&gt; إن لم يكن، فننتقل إلى 5) ??? 15:07 &lt;_cervantes_&gt; همم، أنت بحاجة إلى مطرقة كبيرة :) 15:07 &lt;jrandom&gt; نسيتُ أن أذكر eepsite الجديد لـ morph.i2p في ملاحظات الاجتماع، وnickster.i2p لديه الآن fproxy عام متاح! 15:08 &lt;jrandom&gt; (وsungo.i2p لديه كاميرا الويب الخاصة به تعمل :) 15:08 &lt;_cervantes_&gt; هه... 15:08 &lt;_cervantes_&gt; i2pr0n 15:08 &lt;jrandom&gt; هل لدى أي شخص آخر شيء يريد طرحه؟ 15:10 &lt;jrandom&gt; إن لم يكن، فسيضعنا ذلك عند علامة 70 دقيقة 15:10 &lt;deer&gt; &lt;Masterboy&gt; لا 15:10 * jrandom يختتم 15:10 * jrandom يُغلق الاجتماع بـ *baf* </div>/ar/blog/2004/03/23/i2p-dev-meeting-march-23-2004/Tue, 23 Mar 2004 00:00:00 +0000/ar/blog/2004/03/23/i2p-dev-meeting-march-23-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck, fidd, human, jrand0m, kaji, KyroxX, lucky, Masterboy, mihi, no_dammagE, ox, ughabugha, wbk, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:01:22] &lt;jrand0m&gt; جدول الأعمال: [22:01:22] &lt;jrand0m&gt; 0) مرحباً [22:01:22] &lt;jrand0m&gt; 1) حالة الشبكة [22:01:28] &lt;jrand0m&gt; 2) خطة 0.3.1 [22:01:28] &lt;jrand0m&gt; 3) هيكلية الويب [22:01:28] &lt;jrand0m&gt; 4) شؤون إدارية [22:01:34] &lt;jrand0m&gt; 5) ??? [22:01:38] &lt;jrand0m&gt; 0) مرحباً [22:01:39] &lt;no_dammagE&gt; بالتأكيد [22:01:43] &lt;ughabugha&gt; أوه، رائع، الاجتماع. :) [22:01:51] &lt;jrand0m&gt; أهلاً، مرحباً بكم في اجتماع التطوير الأسبوعي، رقم $something [22:01:56] &lt;ughabugha&gt; مرحباً. [22:02:02] &lt;jrand0m&gt; ملاحظات الحالة الأسبوعية على http://i2p.net/pipermail/i2p/2004-March/000180.html [22:02:09] * mihi قد انضم إلى #i2p [22:02:13] &lt;fidd&gt; أهلين [22:02:32] &lt;jrand0m&gt; سنرى إن كان بإمكاننا تجنب جلسة لساعتين اليوم ;) [22:02:39] &lt;jrand0m&gt; حسناً، ننتقل إلى 1) حالة الشبكة [22:02:43] &lt;Masterboy&gt; :P [22:02:56] &lt;jrand0m&gt; أصدرنا 0.3.0 يوم الأحد، وهو يعمل بشكل عام [22:03:12] &lt;Masterboy&gt; نعم هو كذلك :) [22:03:23] &lt;ox&gt; * jrandom يلوّح من i2p#i2p لإثبات ذلك ;) [22:03:43] &lt;jrand0m&gt; ما زالت هناك بعض العلل لإصلاحها، ومجموعة جديدة من الأمور لمعالجتها، لكننا ماضون قدماً [22:04:21] * ion قد انضم إلى #i2p [22:04:22] * ughabugha يقرأ ملاحظات الحالة. [22:04:27] * mrflibble غادر IRC (حان وقت إعادة التشغيل) [22:04:35] &lt;jrand0m&gt; في البريد ذكرت أداة مراقبة شبكة جديدة جمعها duck - `http://duck.i2p/dot/dot.png` (أو لقطة في http://i2p.net/~jrandom/profiles.png) [22:05:05] &lt;jrand0m&gt; تعطي في الأساس رؤية عن كيفية سير الشبكة - كم عدد الأشخاص هناك، ومدى نجاحهم في العثور على الموارد الموثوقة والسريعة [22:05:22] &lt;jrand0m&gt; (ببساطة تُظهر بصرياً نتيجة بروفايل الأقران واختيارهم في 0.3) [22:05:50] &lt;ox&gt; &lt;duck&gt; جميل! [22:06:22] &lt;jrand0m&gt; نعم، من الجيد رؤية تغذية راجعة بصرية عن الخوارزميات، بدلاً من المرور يدوياً عبر الnetworkDb [22:06:37] &lt;ox&gt; &lt;Masterboy&gt; هناك حاجة لخفض استهلاك المعالج.. [22:06:38] &lt;fidd&gt; :) [22:06:48] * jrand0m يمنح جائزة eepSiteAppOfTheWeek إلى duck عن dot.png [22:06:54] &lt;ughabugha&gt; نعم، أتساءل ماذا كنا سنفعل بدون duck؟ [22:07:08] &lt;ox&gt; &lt;duck&gt; ربما يمكننا عمل نسخة صوتية أيضاً [22:07:17] &lt;fidd&gt; ههه [22:07:20] &lt;jrand0m&gt; :) [22:07:22] &lt;human&gt; heheh [22:07:34] &lt;fidd&gt; أو نسخة رائحة [22:07:47] &lt;ughabugha&gt; نعم، ونبثها عبر icecast الخاص بـ jnon كل ساعة. [22:07:51] &lt;no_dammagE&gt; كيف أفهم عمود السرعة في #transport؟ [22:08:00] &lt;no_dammagE&gt; أعني بروفايلات الأقران [22:08:25] &lt;jrand0m&gt; no_dammagE&gt; سؤال جيد. إذا قرأت النص في الأسفل، يوضح أن الأرقام لا ترتبط بأي شيء - هي قيم نسبية بحتة. [22:08:50] &lt;no_dammagE&gt; حسناً :) [22:09:15] &lt;jrand0m&gt; إن أردت الإجابة الحقيقية، انظر http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/router/java/src/net/invisiblenet/i2p/router/peermanager/SpeedCalculator.java?rev=1.3&amp;content-type=text/x-cvsweb-markup [22:10:07] &lt;jrand0m&gt; كبرت الشبكة أيضاً إلى 18-22 router بشكل ثابت، وهو حجم جيد حالياً [22:10:31] &lt;jrand0m&gt; سنرغب بالنمو قليلاً بعد معالجة بعض العلل الحالية، ووضع كود phttp للإصدار 0.3.1 [22:10:36] &lt;KyroxX&gt; re [22:10:45] &lt;jrand0m&gt; أهلاً بعودتك KyroxX [22:11:03] &lt;jrand0m&gt; حسناً، هذا يقودنا إلى 2) خطة 0.3.1 [22:11:16] &lt;no_dammagE&gt; سيطفأ جهازي خلال 30 دقيقة وسيعمل خلال ~ 20 ساعة (أو سأفعّله ليبدأ تلقائياً مع تشغيل الحاسوب) [22:11:29] &lt;jrand0m&gt; ممتاز no_dammagE، هذا جيد [22:11:33] * fR غادر IRC (انتهت مهلة Ping) [22:12:01] &lt;jrand0m&gt; بدلاً من وضع كود phttp، ومحدد عرض الحزمة، وآلية ردع التواطؤ الجديدة كلها في إصدار 0.3.1 واحد، أدفع بآلية ردع التواطؤ إلى 0.3.2 [22:12:19] &lt;jrand0m&gt; لم يتم تحديث خريطة الطريق بعد، لكن الأمور شبه كما هي [22:12:45] * fR قد انضم إلى #i2p [22:13:17] &lt;ughabugha&gt; هل ستصدر 0.3.0.1؟ [22:13:18] &lt;jrand0m&gt; سيكون هناك بعض الأمور المعقدة في إعادة تصميم phttp، بالتعامل مع خنق الاتصالات، لكن سنرى كيف تسير [22:13:36] * KyroxX غادر IRC (Verlassend) [22:13:47] &lt;jrand0m&gt; ربما، رغم أن خريطة الطريق حالياً تذكر أن 0.3.1 الأسبوع القادم [22:13:54] &lt;jrand0m&gt; يوم الأحد حتى. [22:14:01] &lt;ox&gt; &lt;baffled&gt; كنت أعلم أنك متواطئ مع أحدهم. [22:14:02] &lt;jrand0m&gt; لذا لست متأكداً [22:14:03] * Rom|Away|3h غادر IRC (انتهت مهلة Ping) [22:14:04] &lt;Masterboy&gt; كيف يمكنني تحديد استهلاك المعالج في الrouter لديّ؟ لماذا لا نجعل: "منخفض" - "عادي" - "مرتفع" - لتختار؟ [22:14:10] &lt;jrand0m&gt; هه baff [22:14:11] &lt;no_dammagE&gt; لماذا هذا حرج؟: [22:14:11] &lt;no_dammagE&gt; 21:55:36.249 CRIT [I2CP Reader ] et.invisiblenet.i2p.util.Clock: Updating clock [22:14:12] &lt;no_dammagE&gt; offset to 105791ms from 0ms [22:14:16] * Romster قد انضم إلى #i2p [22:14:24] * jar غادر IRC (انتهت مهلة Ping) [22:14:38] &lt;jrand0m&gt; Masterboy&gt; الكود الذي يعمل بهذا الاتجاه مخطط له لإصدار 1.0rc1 [22:14:43] &lt;jrand0m&gt; (خنق الrouter) [22:14:48] * KyroxX قد انضم إلى #i2p [22:14:50] &lt;jrand0m&gt; لدينا بعض الأساسيات، لكنها ليست جاهزة بعد. [22:15:08] &lt;KyroxX&gt; re [22:15:13] &lt;jrand0m&gt; no_dammagE&gt; لأنه يجب أن يحدث على الأكثر مرة واحدة - إذا رأيته يحدث كثيراً، فهناك مشكلة [22:15:14] &lt;Masterboy&gt; أوكي [22:15:21] &lt;jrand0m&gt; (مشكلة حرجة) [22:15:48] &lt;jrand0m&gt; أي أسئلة/مخاوف أخرى حول إصدار 0.3.1؟ [22:15:55] &lt;mihi&gt; إذن يجب أن يكون debug في المرة الأولى ثم crit... [22:16:06] &lt;jrand0m&gt; لديك حق [22:16:09] &lt;KyroxX&gt; ما هو الموضوع؟ [22:16:17] &lt;ughabugha&gt; jrand0m: ممم.. كيف يمكن أن يحدث هذا على I2P؟ Closing Link: [unknown@192.168.0.2] (انتهاء مهلة Ping) [22:16:31] &lt;jrand0m&gt; KyroxX&gt; اجتماع التطوير الأسبوعي، البند 2) 2) خطة 0.3.1 [22:16:35] &lt;ughabugha&gt; آه، لا بأس. [22:16:40] &lt;jrand0m&gt; ughabugha&gt; رقعة ircd [22:16:49] &lt;KyroxX&gt; آه [22:17:02] &lt;ox&gt; &lt;duck&gt; السيرفر ircd يعمل على nsa.localdomain [22:17:06] &lt;jrand0m&gt; همم [22:17:08] &lt;ox&gt; &lt;duck&gt; والذي عنوان IP له 192.168.0.2 [22:17:12] &lt;jrand0m&gt; آه [22:17:30] * Romster غادر IRC (انتهت مهلة Ping) [22:17:32] &lt;jrand0m&gt; حسناً، ننتقل إلى 3) هيكلية الويب [22:17:49] * ion غادر IRC (انتهت مهلة Ping) [22:17:58] &lt;jrand0m&gt; أعلم أننا ناقشنا هذا الأسبوع الماضي قليلاً، وكانت هناك بعض المناقشات على القائمة البريدية أيضاً [22:18:02] &lt;mihi&gt; كيف يمكنني إنشاء حساب على drupal.i2p.net؟ [22:18:15] * mihi غبي جداً لذلك... [22:18:16] &lt;jrand0m&gt; wilde&gt; هل يمكنك إضافة واحد لـ mihi؟ [22:18:31] &lt;jrand0m&gt; (لا توجد طريقة للتسجيل بشكل طبيعي) [22:18:35] &lt;mihi&gt; jrand0m: يمكنك ببساطة قول لا، عندها أعلم أنه يمكنني التوقف عن المحاولة ;) [22:18:42] &lt;jrand0m&gt; إذا لم يكن wilde موجوداً، سأضيف لك واحداً حالاً :) [22:18:51] * Romster قد انضم إلى #i2p [22:19:04] * Romster أصبح الآن Rom|Away|3h [22:19:18] &lt;fidd&gt; أود واحداً أيضاً إن أمكن :) [22:21:05] &lt;ox&gt; &lt;jmand&gt; /ping jmand [22:21:12] &lt;jrand0m&gt; حسناً، عودة إلى أمور هيكلية الويب [22:22:06] &lt;jrand0m&gt; هناك عدة جوانب مختلفة لـ "كيف نستخدم الويب" في i2p، ويمكننا إما أن نعاملها كلها كشيء_ويب_واحد_كبير، أو نتحدث عن تخصيص المكونات، وصنع أشياء تفعل شيئها الواحد جيداً [22:22:34] * ion قد انضم إلى #i2p [22:22:44] &lt;jrand0m&gt; طرح mihi نقاطاً جيدة لم أكن أنظر إليها، بعض الميزات القيّمة التي سنرغب بها بالتأكيد [22:23:03] &lt;ughabugha&gt; jrand0m: هل تتحدث عن فصل Squid وويب I2P؟ [22:23:11] &lt;ughabugha&gt; أم شيء أعمق؟ [22:23:24] &lt;duck&gt; موضوع 'HTTPTunnel vs. {privoxy,muffin} + HTTPClient' [22:23:30] &lt;duck&gt; (http://i2p.dnsalias.net/pipermail/i2p/2004-March/) [22:23:48] &lt;jrand0m&gt; فصل squid وeepsites، وكذلك فصل بروكسيات المتصفح مقابل (عملياً) cgis [22:23:49] &lt;ughabugha&gt; صحيح. [22:24:00] &lt;jrand0m&gt; وبالطبع المرشحات [22:24:48] &lt;jrand0m&gt; بما أننا جميعاً نعمل في عالم المصدر المفتوح هنا، لا حاجة حقيقية لوجود شيء واحد كبير يتعامل مع كل حالات الاستخدام المختلفة - يمكننا بناء واحد لمعالجة حاجة، ثم نعيد استخدام كوده لآخر لمعالجة حاجة أخرى [22:24:56] * jar قد انضم إلى #i2p [22:25:04] &lt;duck&gt; أميل للاتفاق مع آخر مشاركة لـ human [22:25:13] &lt;jrand0m&gt; إضافة إلى ذلك، مع واجهة I2PTunnel المتدفقة الجديدة من mihi، من السهل البناء عليها [22:26:42] &lt;jrand0m&gt; وأنا كذلك، رغم أنه ليس لدي وقت للعمل على httptunnel، لذا الأمر يعود فعلياً إلى mihi بخصوص حالة الاستخدام التي يهتم بمعالجتها أولاً [22:26:48] * lucky قد انضم إلى #i2p [22:27:45] * jar غادر IRC (EOF From client) [22:27:52] &lt;jrand0m&gt; mihi&gt; أي أفكار؟ [22:28:26] &lt;jrand0m&gt; حسناً أو أي شخص آخر؟ :) [22:28:47] &lt;duck&gt; `http://i2p.i2p/` يبدو قبيحاً بالنسبة لي [22:28:55] &lt;duck&gt; لكن حتى هذا يمكن احتماله [22:28:59] &lt;jrand0m&gt; i2p.i2p؟ [22:29:05] &lt;human&gt; ؟ [22:29:27] * ion غادر IRC (انتهت مهلة Ping) [22:29:28] &lt;jrand0m&gt; يمكنني إضافة سجل DNS لـ eep.i2p.net يشير إلى 127.0.0.1 للآلات التي تقوم بأشياء DNS سيئة [22:30:01] * fR غادر IRC (EOF From client) [22:30:20] * human لم تصله آخر مقترح :-) [22:30:27] &lt;duck&gt; أظنني رأيت i2p.i2p مذكوراً في مكان ما كبديل لـ http://i2p/keybla الحالي [22:30:35] &lt;jrand0m&gt; كان مقترحك الأخير يا human [22:30:54] &lt;jrand0m&gt; آه، صحيح، نعم على IRC الليلة الماضية أظن أن jnano كان يناقشه [22:30:55] &lt;human&gt; jrand0m: أعني: "يمكنني إضافة سجل DNS لـ eep.i2p.net يشير إلى 127.0.0.1 للآلات التي تقوم بأشياء DNS سيئة" [22:31:03] &lt;mihi&gt; duck: عيناك جيدتان. فعلت هذا لمنع netbios lookups في Opera. [22:31:21] &lt;duck&gt; آه نعم "code/apps/i2ptunnel/java/src/net/invisiblenet/i2p/httptunnel/handler/RootHandler.java" [22:31:21] &lt;jrand0m&gt; آسف human، قصدت ذلك بالنسبة لما قاله mihi للتو :) [22:31:23] * lucky غادر IRC (انتهت مهلة Ping) [22:31:49] &lt;duck&gt; من المؤسف أن بعض المتصفحات تحتاج لمثل هذه الحلول الالتفافية [22:31:55] &lt;human&gt; wew [22:32:15] &lt;jrand0m&gt; ذكر human شيئاً عن أن socks4 لا يتطلب ذلك؟ [22:32:15] * KyroxX أصبح الآن wbk [22:32:23] &lt;duck&gt; socks4a [22:32:29] &lt;jrand0m&gt; آه حسناً [22:32:39] &lt;duck&gt; (socks4 يقوم بـ DNS) [22:32:49] &lt;jrand0m&gt; هل كل المتصفحات تدعم socks4a؟ [22:32:59] &lt;human&gt; jrand0m: socks4 شرير (TM)، لكن socks4a و socks5 يفوضان حل الأسماء إلى السيرفر [22:33:00] &lt;duck&gt; s/socks4 does DNS/with socks4 the client does DNS/ [22:33:06] &lt;mihi&gt; بعض المتصفحات لا تدعم حتى بروكسيات socks... [22:33:08] &lt;human&gt; jrand0m: نعم، حسب علمي [22:33:27] &lt;jrand0m&gt; صحيح، إضافة إلى قضية الأكشاك، يا mihi، بالتأكيد [22:33:52] &lt;duck&gt; قد يكون بديلاً [22:34:04] &lt;duck&gt; httpclient + socksclient + إلخ [22:34:29] &lt;human&gt; jrand0m, mihi: البرامج التي لا تدعم socks يمكن تمريرها عبر tsocks [22:34:53] &lt;jrand0m&gt; human&gt; إلا إذا كان كشكاً، حيث لا يمكن للناس تشغيل تطبيقات [22:35:00] &lt;jrand0m&gt; (أو تغيير الإعدادات، إلخ) [22:35:19] &lt;human&gt; jrand0m: نعم، بالطبع أنفاق socks لا تصلح لهذه المهام [22:35:31] &lt;duck&gt; (human: مع ذلك سيستدعون gethostbyname) [22:35:39] &lt;jrand0m&gt; هل سيفعلون يا duck؟ [22:35:55] &lt;human&gt; duck: لا، tsocks حتى يعطلها ويمررها إلى السيرفر الوكيل [22:36:16] &lt;human&gt; duck: (لا أدري ماذا يحدث في عالم ويندوز) [22:36:30] &lt;jrand0m&gt; يحصل لهم BSOD [22:36:32] &lt;jrand0m&gt; امم.. [22:36:57] &lt;duck&gt; (ليس وفق /usr/share/doc/tor-0.0.2_pre27/CLIENTS.gz) [22:36:57] &lt;human&gt; هههههه [22:37:07] &lt;jrand0m&gt; هه duck [22:37:18] &lt;human&gt; لكن أنفاق socks لن تحل محل بروكسيات الويب :-) [22:37:24] &lt;duck&gt; (( &lt;/tortechnotalk&gt; )) [22:38:25] &lt;jrand0m&gt; mihi&gt; ما رأيك في أعلى حالة استخدام أولوية لـ httptunnel؟ إن كان هناك ما يمكننا المساعدة فيه؟ [22:38:31] &lt;mihi&gt; http://home.arcor.de/mschierlm/test/nosocks.png (أي متصفح هذا؟) [22:38:31] &lt;human&gt; هو مجرد إضافة لعمل أشياء لطيفة مع الأنفاق، السلاسل، إلخ. [22:38:31] &lt;wbk&gt; I2P هو ircd الخاص بـ iip صحيح؟ [22:38:31] &lt;duck&gt; على أي حال، كل الحلول تحتاج مرشحاً على جهة العميل [22:38:47] &lt;human&gt; duck: نعم، وفق man 8 tsocks :-) [22:39:14] &lt;jrand0m&gt; لا أدري mihi، أوبرا؟ [22:39:19] * fR قد انضم إلى #i2p [22:39:19] &lt;duck&gt; wbk: لا رسائل خاصة [22:39:19] &lt;jrand0m&gt; wbk&gt; لا [22:39:30] &lt;mihi_backup&gt; jrand0m: اجعله يعمل بشكل مثالي مع طلبات POST ويفعل كل ما يفعله httpclient [22:39:45] &lt;jrand0m&gt; تمام [22:40:08] &lt;ughabugha&gt; mihi: هذا أوبرا. [22:40:14] &lt;human&gt; mihi: لا أدري، ولكن كما كتبت أعلاه: أنفاق socks لن تحل محل بروكسيات الويب :-) [22:40:18] &lt;ughabugha&gt; إن كنت تقصدها كسؤال. :) [22:41:13] &lt;jrand0m&gt; حسناً، رائع، هل لدى أحد أي شيء آخر لطرحه بخصوص أمور الويب، أم جاهزون لـ 4) الشؤون الإدارية؟ [22:42:23] &lt;jrand0m&gt; حسناً، بعض الملاحظات فقط - [22:42:24] * Rom|Away|3h أصبح الآن Rom|Away|4h [22:42:51] &lt;jrand0m&gt; موقع drupal عاد على الإنترنت، لذا أي شخص يرغب بالمساعدة هناك، أو رؤية آخر التقدم، الرجاء زيارة drupal.i2p.net :) [22:44:02] &lt;jrand0m&gt; ستجد عليه نقطتي الشؤون الإدارية الأخريين - قائمة الفريق [http://drupal.i2p.net/team] ومسودة سياسة ترخيص جديدة [http://drupal.i2p.net/node/view/85] [22:44:26] &lt;duck&gt; كنت أنظر إلى سياسة الترخيص... [22:44:35] &lt;duck&gt; حسب علمي Cryptix == BSD [22:44:43] &lt;jrand0m&gt; صحيح [22:44:52] &lt;duck&gt; (لكن مع فريق Cryptix كصاحب حقوق النشر بدلاً من regents of massachusets أو شيء ما) [22:44:52] &lt;jrand0m&gt; لكن، بدقة، هي رخصة Cryptix ;) [22:45:05] &lt;duck&gt; ما هي MIT؟ [22:45:13] &lt;jrand0m&gt; mit == bsd ثنائية البنود [22:45:16] &lt;jrand0m&gt; == x [22:45:19] &lt;duck&gt; ما الكود الذي تحت MIT أقصد [22:45:25] &lt;jrand0m&gt; لا شيء [22:45:29] &lt;human&gt; == x &lt; 4.4.0 [22:45:36] &lt;jrand0m&gt; فقط أذكرها كـ "إذا أردت استخدام MIT، ممتاز" [22:45:42] &lt;jrand0m&gt; صحيح human :/ [22:45:49] &lt;duck&gt; عدد الرخص بالفعل ليس بالقليل [22:45:56] &lt;duck&gt; كنت أتساءل إن كان يمكن تقييد ذلك [22:46:07] &lt;duck&gt; مثلاً تغيير كود GPL إلى BSD أو حتى الملك العام (public domain) [22:46:31] &lt;duck&gt; كنت أتساءل ما رأي مؤلف/مؤلفو ذلك الجزء [22:46:32] &lt;ox&gt; &lt;no_dammagE&gt; إذن، غرفة الدردشة، سأذهب للنوم الآن. كود موفق لفريق التطوير، ووقت طيب للجميع. إلى الغد. [22:46:40] &lt;duck&gt; مع السلامة no_dammagE [22:46:41] &lt;jrand0m&gt; سأكون سعيداً لو أن مكتبة التدفق لـ i2ptunnel / مكتبة التسمية أو حتى i2ptunnel بالكامل مرخّصة برخصة شبيهة بـ BSD [22:46:51] &lt;jrand0m&gt; إلى اللقاء no_dammagE [22:46:55] &lt;no_dammagE&gt; إلى اللقاء [22:46:58] * no_dammagE غادر IRC [22:47:19] * jar_backup قد انضم إلى #i2p [22:47:50] &lt;jrand0m&gt; لكن بالطبع، GPL لا بأس بها، فهذا حق mihi :) [22:48:06] &lt;mihi&gt; بالنسبة لمكتبة التدفق/التسمية فهذا سيكون مقبولاً لدي (أو BSD أو LGPL). لكنني أود الإبقاء على GPL لـ I2PTunnel الأساسية [22:48:07] &lt;ughabugha&gt; حسناً، أياً كانت الرخصة، يجب أن تكون متوافقة مع GPL. [22:48:36] &lt;ughabugha&gt; (أي ألا تكون أكثر تقييداً من GPL) [22:48:42] &lt;human&gt; أنا مؤيد لـ GNU GPL، لكن أعتقد أن أفضل رخصة لنشر بروتوكولات وصيغ جديدة هي شيء على نمط BSD (مثلاً: راجع كيف أن مجموعة OGG Vorbis أعادت ترخيص كل شيء من LGPL إلى MIT-X11) [22:49:05] &lt;jrand0m&gt; mihi&gt; مكتبتا التدفق والتسمية تعملان دون اعتماد على i2ptunnel نفسها، صحيح؟ [22:49:14] &lt;ughabugha&gt; نعم، التطبيق المرجعي لا ينبغي أن يكون GPL. [22:49:25] &lt;mihi&gt; ينبغي أن تكون كذلك. إن لم تكن، فهذه علّة. [22:49:30] &lt;jrand0m&gt; BSD ثنائية البنود لهاتين ستكون رائعة [22:49:40] &lt;human&gt; نعم! [22:49:45] &lt;mihi&gt; يمكنك جعل مكتبة التسمية ملكاً عاماً إذا ضممتها إلى النواة ;) [22:50:02] * ion قد انضم إلى #i2p [22:50:03] &lt;jrand0m&gt; بالتأكيد، أود تضمينها في حزمة SDK الأساسية [22:50:42] &lt;mihi&gt; "هما"؟ ;) (تضمين مكتبة التدفق في النواة فكرة سيئة برأيي، لأنها أقل انفتاحاً لتطبيقات أخرى) [22:51:09] &lt;jrand0m&gt; حسناً، تطبيق SDK نفسه يقوم ببعض افتراضات التصميم غير التافهة - هو مجرد تطبيق مرجعي [22:51:22] &lt;jrand0m&gt; سأكون سعيداً لو أن الناس يمكنهم أخذ i2p.jar وكتابة تطبيق تدفق [22:51:28] &lt;human&gt; mihi: بخصوص I2PTunnels وGPL: أقترح إضافة استثناء GPL صريح يسمح للناس بربط تطبيقك مع JVMs مغلقة المصدر (انظر تعليقي على http://drupal.i2p.net/node/view/85) [22:51:28] * Masterboy غادر IRC (انتهت مهلة Ping) [22:51:59] &lt;duck&gt; human: هذا يثير مشكلة "يجب أن أستأجر محامياً قبل أن أستخدمه" [22:52:01] &lt;jrand0m&gt; (ربما يمكننا تقسيم i2ptunnel الحالي إلى i2ptunnel و i2pstreaming، إن رغبت؟) [22:52:32] &lt;mihi&gt; jrand0m: سيكون ذلك مناسباً لي. فقط غيّر مهمة ant لبناء ملفي jar ;) [22:52:35] &lt;human&gt; duck: أقترح إضافة الاستثناء لتجنب ذلك فحسب [22:52:39] &lt;jrand0m&gt; duck&gt; إذا كان mihi مستعداً لوضع BSD على مكتبات التدفق والتسمية، لا أظن أن ذلك سيكون مشكلة كبيرة [22:53:30] &lt;mihi&gt; ومن الأفضل جعلها i2pministreaming بدلاً من i2pstreaming [22:53:41] &lt;duck&gt; mihistreaming :) [22:53:48] &lt;mihi&gt; (لاحظ الـ n في mi4ni) [22:54:02] &lt;mihi&gt; duck: هذا بالضبط ما فكرت به ;) [22:54:03] &lt;jrand0m&gt; تمام mihi، ربما يمكننا تعديل الجدول على http://drupal.i2p.net/node/view/85 لإدراج I2PTunnel core كـ GPL (ربما مع الاستثناء الذي ذكره human؟)، بالإضافة إلى سطر منفصل لـ I2PMiniStreaming كـ BSD؟ [22:54:04] &lt;jrand0m&gt; hehe [22:54:10] &lt;jrand0m&gt; i2pmihistreaming جيد أيضاً :) [22:55:25] &lt;duck&gt; حسناً [22:55:40] &lt;duck&gt; الأسبوع القادم سأحاول إقناعكم جميعاً بالانتقال كلياً إلى الملك العام (public domain) [22:55:45] &lt;duck&gt; لكن هذا يكفي الآن :) [22:55:48] &lt;jrand0m&gt; :) [22:55:50] &lt;human&gt; hehe [22:56:06] &lt;jrand0m&gt; mihi*=5 [22:56:14] &lt;mihi&gt; jrandom**=5; [22:56:21] &lt;duck&gt; wbk عرض للتو المساعدة في تصميم الويب [22:56:36] &lt;jrand0m&gt; رائع duck [22:56:45] &lt;jrand0m&gt; حسناً، بسرعة قبل أن ننتقل إلى 5) [22:56:58] &lt;jrand0m&gt; هل لدى أي مطوّر أي تحفظات على /policy/ في http://drupal.i2p.net/node/view/85؟ [22:57:05] &lt;duck&gt; لذا قمت ببحث بيروقراطي في جدول الفريق وفوّضته إلى wilde [22:57:25] &lt;human&gt; قبل القفز... ماذا عن اقتراح GPL + الاستثناء؟ [22:57:29] &lt;jrand0m&gt; أي "ضمنياً تحت $primaryLicense" أو "صراحةً تحت $alternate"? [22:57:47] &lt;jrand0m&gt; duck++ :) [22:58:02] &lt;mihi&gt; human: أضيفه حالياً [22:58:07] * human يوافق على سياسة jrand0m [22:58:25] &lt;duck&gt; ماذا عن صاحب حقوق النشر [22:58:28] &lt;human&gt; mihi: حسناً، شكراً [22:58:30] * duck رأى human يضيف بعض الملفات الجديدة كـ GPL [22:58:36] &lt;duck&gt; واضعاً اسم mihi عليها [22:58:45] &lt;ughabugha&gt; مم... لا أظن أن drupal يحب كلمات مرور بطول 32 حرفاً. [22:58:51] &lt;human&gt; duck: فقط نسخت-ولصقت ملفات موجودة [22:59:18] &lt;duck&gt; حسناً، لكن ماذا إن كان لدينا 50 شخصاً يعملون عليها وكل منهم يضع اسمه على حقوق النشر [22:59:20] &lt;jrand0m&gt; بالنسبة للأشخاص الذين يضيفون كوداً في الملك العام، لا حقوق نشر، لكن لمن يستخدم حقوق النشر، ينبغي أن يسجّل الناس حقوقهم بأنفسهم [22:59:22] &lt;human&gt; duck: (حسناً، حتى إن نسيت وضع حقوق النشر في الملفات...) [22:59:25] &lt;duck&gt; عندها لا يمكنك تغيير الرخصة لاحقاً [22:59:29] &lt;jrand0m&gt; هذا جيد يا duck، برأيي [22:59:53] &lt;jrand0m&gt; مثلاً thecrypto ينبغي أن يكون صاحب حقوق النشر لترويسات التشفير و SHA الخاصة به [23:00:03] &lt;human&gt; (كنت لا أزال أراعي سياسة jrand0m للالتزام برخص الوحدات، بالمناسبة) [23:00:05] &lt;jrand0m&gt; ومع أنه أصدرها تحت BSD ثنائية البنود، سنستخدمها [23:00:38] &lt;jrand0m&gt; آه، ربما فاتني المغزى - تريد التأكد من أن الجميع يضع اسمه عليها؟ [23:00:44] &lt;duck&gt; لا [23:00:49] * jrand0m يسنِد حقوق النشر إلى richard nixon [23:00:56] &lt;human&gt; heheh [23:01:34] &lt;human&gt; بالمناسبة: في بلدي، "الملك العام" هو مجرد نوع آخر من حقوق النشر [23:01:46] &lt;jrand0m&gt; همم. I2P لا يملك كياناً قانونياً لتلقي حقوق النشر (ولن يملك أبداً) [23:02:02] &lt;human&gt; أي أنك (المؤلف) توزّع أعمالك دون أي قيود [23:02:18] &lt;jrand0m&gt; صحيح، لدى الكثير من البلدان قوانين ملكية فكرية معطوبة [23:02:59] &lt;human&gt; jrand0m: فقط لأقول إنه ربما من الأفضل وضع شيء مثل "لقد أنشأت هذا الملف، ويمكنك استخدامه بلا أي قيود" في كل ملف [23:03:13] &lt;jrand0m&gt; أظن أن ذلك فكرة جيدة [23:03:47] &lt;human&gt; jrand0m: (هذا يحدث بالفعل، بالطبع، لكن أظنه يجب أن يكون مطلباً :-) [23:03:55] &lt;jrand0m&gt; لهذا ضمّنت "كتب jrandom هذا في $year ويطلقه في الملك العام" ;) [23:04:08] &lt;human&gt; jrand0m: نعم :-) [23:04:27] &lt;jrand0m&gt; إذن فاتني مغزى duck [23:04:37] &lt;fidd&gt; وتلك الحكاية عن أكل الأطفال [23:04:37] &lt;duck&gt; فقدته أنا أيضاً [23:04:43] &lt;jrand0m&gt; :) [23:04:44] &lt;human&gt; heheh [23:04:47] &lt;duck&gt; دعنا ننسه [23:04:58] * lucky قد انضم إلى #i2p [23:05:13] &lt;jrand0m&gt; حسناً، سأضيف إلى قسم صلاحيات الإرسال اقتراحاً بأن يدوّن الناس تأليفهم لما يكتبونه [23:05:22] &lt;jrand0m&gt; (حتى لو لم يضعوا حقوق نشر؟) [23:05:24] &lt;lucky&gt; مرحباً [23:05:25] &lt;lucky&gt; :D [23:05:39] &lt;jrand0m&gt; s/suggestion/&lt;i&gt;suggestion&lt;/i&gt;/ [23:05:42] &lt;jrand0m&gt; أهلاً lucky [23:05:50] &lt;jrand0m&gt; [تباً أفسدت تعبير الـ regexp] [23:05:57] &lt;duck&gt; أتريدني أن أوقع بياناً بـ PGP؟ [23:06:09] &lt;jrand0m&gt; سأفعل ذلك، نعم [23:06:30] &lt;jrand0m&gt; بمجرد أن تجهز السياسة وتُنقَّح، سأتواصل مع كل المرسلين السابقين لمصادقة PGP/GPG [23:06:33] &lt;human&gt; jrand0m: نعم (في بلدي من المستحيل رفض حقوق النشر، تُرى كحق مؤلف غير قابل للتنازل) [23:06:52] &lt;duck&gt; نعم، بلدك معطوب [23:06:53] &lt;duck&gt; التالي [23:06:56] &lt;duck&gt; (عفواً) [23:06:58] &lt;jrand0m&gt; :) [23:07:19] &lt;fidd&gt; human، أي بلد؟ [23:07:39] &lt;human&gt; jrand0m: لذا، "هذا الملف ليس عليه حقوق نشر" ليس له معنى - ينبغي دائماً أن تقول صراحة أنك المؤلف، وأنك لا تفرض قيوداً على عملك [23:07:47] &lt;human&gt; fidd: في مكان ما قرب أوروبا :-) [23:07:54] &lt;fidd&gt; هه، حسناً [23:07:59] &lt;lucky&gt; human: يمكنك لاحقاً أن تقول إنك لا تريد حقوق النشر [23:08:03] &lt;lucky&gt; وتضعه في الملك العام. [23:08:19] &lt;jrand0m&gt; human&gt; مع "الإصدار الضمني تحت $primaryLicense"، يجب أن يحل هذا الأمر، صحيح؟ [23:08:24] &lt;duck&gt; human يقصد أن هذا لا يعني شيئاً في $fuckedcountry [23:08:42] &lt;jrand0m&gt; human&gt; لأنه يعني ضمنياً أن الإرسال == إصدار كـ $primaryLicense [23:08:50] &lt;human&gt; duck: نعم، بالضبط [23:09:07] &lt;jrand0m&gt; (لذا لا تعليق == ترخيص ضمني بواسطة $author، وفق `cvs log`) [23:09:28] &lt;jrand0m&gt; (آه، لغة قانونية داخل الكود ;) [23:09:36] &lt;human&gt; jrand0m: حسناً، لست محامياً... لكن أظنه سيعمل [23:09:43] * kaji قد انضم إلى #i2p [23:09:48] &lt;ox&gt; * wilde يوافق على الاقتراح الأخير [23:09:57] &lt;jrand0m&gt; w3rd. [23:10:05] &lt;jrand0m&gt; حسناً، سأرى إن كان بالإمكان جعل eff تراجع [23:10:19] &lt;jrand0m&gt; ننتقل إلى 5) ??? [23:10:21] &lt;human&gt; jrand0m: ربما من الأفضل أن يكون هناك نوع من الاتفاق عندما يُمنح الناس وصول CVS [23:10:46] &lt;ox&gt; &lt;wilde&gt; متى سنرى، net.i2p.legal.LicenseManager؟ [23:10:47] &lt;jrand0m&gt; متفق human&gt; الموافقة الصريحة على $policy ستكون شرطاً مسبقاً للحصول على صلاحيات الإرسال [23:10:50] &lt;jrand0m&gt; هه [23:10:52] &lt;human&gt; jrand0m: (مثلاً، توقيع سياستك بـ GPG، واستضافتها على موقع I2P؟) [23:11:00] &lt;human&gt; heheh [23:11:04] &lt;jrand0m&gt; معقول يا human. [23:11:13] &lt;mihi&gt; jrand0m يفضل PGP8 ;) [23:11:23] &lt;jrand0m&gt; بالتأكيد. pgpdisk++ [23:12:06] * wilde قد انضم إلى #i2p [23:12:14] &lt;duck&gt; أهلاً wilde [23:12:36] &lt;jrand0m&gt; حسناً، هل لدى أحد شيء يريد طرحه لـ 5) ??? [23:13:27] &lt;wilde&gt; مجرد دعوة مرة أخرى للناس لزيارة drupal والتعليق، التعديل، إلخ [23:13:37] &lt;jrand0m&gt; كلام سليم، نعم، هذه نقطة جيدة [23:13:41] &lt;duck&gt; http://drupal.i2p.net/ [23:13:41] &lt;wilde&gt; لكي نحصل على وثائق جيدة لـ 1.0 [23:13:41] &lt;mihi&gt; human, jrand0m: هل الرخصة في CVS مناسبة الآن؟ ;) [23:13:55] &lt;jrand0m&gt; على http://drupal.i2p.net/team هناك الكثير من الأدوار [vacant]. تطوّعوا! [23:14:02] &lt;fidd&gt; لا أستطيع الوصول إلى drupal عبر squuid :/ [23:14:17] * mihi يتطوع كمسؤول QA بسبب خادم الصدى ;) [23:14:29] &lt;mihi&gt; s/QS/QA/ [23:14:33] &lt;jrand0m&gt; ووت! [23:15:01] &lt;wilde&gt; اختبارات وحدات لخادم الصدى [23:15:12] &lt;mihi&gt; wilde ههه لا [23:15:17] &lt;human&gt; mihi: ربما ينبغي لك s/XXXX/mihi/ في استثناء GPL :-) [23:15:20] &lt;ughabugha&gt; jrand0m: هه، ماذا تقصد باختبار التحمل؟ :) [23:15:34] &lt;mihi&gt; خادم الصدى هو اختبار نظام لـ i2p ;) [23:15:38] &lt;mihi&gt; human: أوبس ;) [23:15:56] * Rom|Away|4h غادر IRC (انتهت مهلة Ping) [23:16:08] &lt;jrand0m&gt; ughabugha&gt; يعني أن تضغط (أي تستخدم) الrouter وأن تتحلى بالصبر معي لأقوم بتصحيح الأخطاء، وترسل تقارير وسجلات [23:16:35] &lt;ox&gt; &lt;wilde&gt; وبالتالي اختبار تحمل المسكين jrandom... [23:16:40] &lt;ughabugha&gt; jrand0m: أوكي. :) [23:16:44] &lt;duck&gt; واو، mihi سريع [23:16:47] &lt;ughabugha&gt; ههه. [23:17:30] * Romster قد انضم إلى #i2p [23:17:40] &lt;mihi&gt; duck: المحرر لا يزال مفتوحاً وتعليق CVS كان سريعاً في الكتابة أيضاً ;) [23:17:40] &lt;jrand0m&gt; mihi&gt; الرخص تبدو رائعة - فقط للتصريح، أنت idented هنا، وتنوي الإصدار تحت BSD ثنائية البنود [وفق http://opensource.org/licenses/bsd-license.php]، صحيح؟ [23:17:41] * Romster أصبح الآن Rom|Away|4h [23:18:02] &lt;jrand0m&gt; (أو يمكنك فقط إضافة نص حقوق النشر ذاك داخل المصدر) [23:19:24] &lt;mihi&gt; همم، ماذا تعني idented؟ (نعم للبند الفرعي الثاني) [23:19:42] &lt;jrand0m&gt; يعني أنك أثبتَّ لـ trent أنك mihi :) [23:19:50] &lt;duck&gt; authenticated [23:19:54] &lt;mihi&gt; حسناً، identified ;) [23:20:01] &lt;jrand0m&gt; w3rd [23:20:06] &lt;human&gt; لنجرّب identicated [23:20:14] &lt;mihi&gt; بدا لي كـ "indented" وظننت أن المسافات البيضاء لدي غير صحيحة ;) [23:20:20] &lt;jrand0m&gt; ههه [23:20:43] &lt;ox&gt; * wilde يطلق كلمة للبحث عن مرادف آخر [23:21:07] &lt;human&gt; authentified? [23:21:22] &lt;duck&gt; على أي حال... [23:21:28] &lt;jrand0m&gt; حسناً، r0x0r، هل لدى أحد شيء آخر ليطرحه؟ [23:21:44] &lt;ox&gt; &lt;wilde&gt; نعم [23:21:50] &lt;ox&gt; &lt;wilde&gt; تسمية eep [23:22:00] &lt;jrand0m&gt; هه لا يعجبك لفظي؟ [23:22:12] * kaji غادر IRC (انتهت مهلة Ping) [23:22:14] &lt;ox&gt; &lt;wilde&gt; من i2p -&gt; eep [23:22:14] * Rom|Away|4h غادر IRC (انتهت مهلة Ping) [23:22:21] &lt;jrand0m&gt; آه [23:22:30] &lt;jrand0m&gt; تريد إعادة تسمية المشروع كله إلى "eep"؟ [23:22:39] &lt;human&gt; لوول [23:22:48] &lt;ox&gt; * wilde يتمتم [23:22:48] &lt;mihi&gt; envisible enternet project ;) [23:23:08] &lt;lucky&gt; envisible [23:23:09] &lt;jrand0m&gt; extrordinarily excellent people [23:23:15] &lt;lucky&gt; توحي لي بشيء ما. [23:23:46] &lt;mihi&gt; even easier publishing ;) [23:23:51] &lt;jrand0m&gt; ooOOoo [23:23:51] &lt;lucky&gt; كأنه سيكون مرئياً، وبالتالي ممكناً. ربما envision؟ [23:23:53] &lt;ughabugha&gt; هيا، كفوا عن المضايقة لـ wilde. :) [23:23:54] &lt;ox&gt; &lt;wilde&gt; بجدية، هل يعجبكم الاسم إذن فهو ممتع؟ [23:24:06] &lt;ox&gt; &lt;wilde&gt; أعني جيداً، بدأت أتعب [23:24:44] &lt;ox&gt; &lt;wilde&gt; المستخدمون الجدد لن يجدوا الأمر سهلاً [23:25:03] &lt;jrand0m&gt; آه، لست مسوّقاً. استخدمنا "eep" لأنه كل ما خطر ببالي [23:25:23] &lt;human&gt; أظن أنه يجب منع شرح أن eep ~= i2p، وإلا فسوف يخلط المستخدمون فعلاً [23:25:25] * ion غادر IRC (انتهت مهلة Ping) [23:25:26] &lt;jrand0m&gt; ماذا ينبغي أن نسمي المواقع التي يستضيفها الناس ويصلون إليها عبر i2p؟ [23:25:38] &lt;jrand0m&gt; ههه [23:25:42] &lt;duck&gt; i2psites؟ [23:25:44] &lt;ox&gt; &lt;wilde&gt; i2p site؟ [23:25:57] * human يحب eepsites دون شروح :-) [23:26:09] * kaji قد انضم إلى #i2p [23:26:25] * jrand0m يسأل مسؤول المستخدمين في http://drupal.i2p.net/team عن رأيهم [23:26:35] &lt;duck&gt; هل لدينا واحد؟ [23:26:38] &lt;jrand0m&gt; لا [23:26:43] &lt;jrand0m&gt; ;) [23:26:52] &lt;duck&gt; هه [23:26:55] &lt;human&gt; على أي حال... يمكنكم تغيير كل التسميات، طالما أن "Shitlist" تبقى باسمها الحالي [23:26:56] &lt;ox&gt; * wilde يهرع إلى المتصفح [23:27:01] &lt;jrand0m&gt; هه [23:27:06] &lt;mihi&gt; لول human [23:27:07] &lt;jrand0m&gt; أوه، Shitlist ستبقى بالتأكيد ;) [23:27:21] &lt;ox&gt; &lt;wilde&gt; أتولى الدور، يجب أن تكون i2p sites، أستقيل [23:27:21] &lt;duck&gt; أراهن أن shitlist كلمة إنجليزية سليمة [23:27:24] &lt;jrand0m&gt; أعني، "blacklist" ليست ممتعة [23:27:26] &lt;jrand0m&gt; هاه wilde [23:27:29] &lt;human&gt; jrand0m: رائع! [23:27:56] &lt;ughabugha&gt; لكن لماذا لا نلتزم بالأسماء الحالية؟ [23:28:05] * human كان قلقاً من أن تكون Shitlist أول ضحية عندما يصبح I2P شركة [23:28:06] &lt;jrand0m&gt; حسناً، لا يهمني كثيراً، i2psite جيد، eepsite جيد [23:28:09] &lt;ughabugha&gt; أعني لدينا وقت كافٍ لمناقشتها على القائمة البريدية حتى 1.0. [23:28:09] &lt;mihi&gt; jrand0m: والأفيال على القمر يجب أن تبقى أيضاً ;) [23:28:22] &lt;kaji&gt; هل kaji.i2p يعمل عند أحد. نوعاً ما شغلته دون اختبار وتركتُه يعمل [23:28:31] &lt;jrand0m&gt; human&gt; أظن أننا لا نحتاج للقلق بشأن ذلك ;) [23:28:35] &lt;ughabugha&gt; kaji: عمل عندي. [23:28:48] &lt;jrand0m&gt; علينا الاستمرار في تحريك بيض عيد الفصح يا mihi :) [23:28:48] &lt;ox&gt; &lt;wilde&gt; لا يهمني حقاً، eepsite ممل تماماً مثل i2psite [23:29:05] &lt;jrand0m&gt; يمكننا اعتبارهما مرادفين [23:29:23] &lt;ox&gt; &lt;wilde&gt; تلك أسوأ قرارات ;) [23:29:44] &lt;duck&gt; wbk: حسناً، يجب أن أغادر قليلاً. الاجتماع شارف على الانتهاء لذا يمكن للناس مساعدتك في #i2p [23:29:44] * jrand0m يفترض أنه الآن بعدما توليت لقب PM علي أن أتخذ قراراً [23:29:48] * ion قد انضم إلى #i2p [23:29:55] * jrand0m يركل نفسه [23:30:09] &lt;human&gt; هههه [23:30:12] * mihi يخمّن أن jrand0m يحتاج بعض الدعم لذلك [23:30:19] * Trent@anon.iip يعيّن الوضع: +o mihi [23:30:27] * mihi يعيّن الوضع: +o jrand0m [23:30:30] &lt;@jrand0m&gt; ooOOoo [23:30:32] * mihi يعيّن الوضع: -o mihi [23:30:49] &lt;ox&gt; &lt;wilde&gt; حسناً لا مزيد من الأسئلة مني [23:30:55] * human يضحّي بحيوانه الأليف للـ PM [23:31:38] * mihi لا يزال ينتظر jrand0m ليركل نفسه... [23:31:44] &lt;@jrand0m&gt; أعتقد أن للنقاش فائدة، وكذلك لبعض الغرابة. أميل أيضاً إلى اتجاه human - لا حاجة لإرباك الناس بشرح "eep != i2p" [23:31:59] * @jrand0m يقرر رسمياً "eepsite" [23:32:23] * لقد تم طردك بواسطة jrand0m (bastard!) إغلاق الجلسة: Tue Mar 23 23:32:23 2004 بدء الجلسة: Tue Mar 23 23:32:30 2004 [23:32:32] &lt;human&gt; لول [23:32:37] &lt;duck&gt; دعونا نغلق الاجتماع بسرعة بأسلوب baff [23:32:40] &lt;duck&gt; أوه، فات الأوان [23:32:42] &lt;jrand0m&gt; هه [23:32:48] &lt;human&gt; heheh [23:32:56] &lt;jrand0m&gt; حسناً أي شيء آخر؟ نحن عند علامة 92 دقيقة [23:33:05] * jrand0m يستعد... [23:33:20] * jrand0m يغلق الاجتماع بـ *baf* </div>/ar/blog/2004/03/16/i2p-dev-meeting-march-16-2004/Tue, 16 Mar 2004 00:00:00 +0000/ar/blog/2004/03/16/i2p-dev-meeting-march-16-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> aum, deer, jrandom, mihi</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:12 &lt; jrandom&gt; جدول الأعمال: 13:12 &lt; jrandom&gt; 0) مرحباً 13:12 &lt; jrandom&gt; 1) شؤون إدارية 13:13 &lt; jrandom&gt; 2) حالة 0.3 13:13 &lt; jrandom&gt; 3) تصنيف/اختيار الأقران 13:13 &lt; jrandom&gt; 4) معمارية الويب 13:13 &lt; jrandom&gt; 5) ??? 13:13 &lt; jrandom&gt; 0) مرحباً 13:13 * jrandom يلوّح للمجموعة 13:14 &lt; deer&gt; * jrandom_ يلوّح من i2p 13:14 &lt; deer&gt; * wilde هاي فايف 13:15 &lt; deer&gt; &lt;ughabugha&gt; مرحباً! 13:15 &lt; deer&gt; * duck يقرأ 13:15 &lt; deer&gt; &lt;human&gt; يو! 13:16 &lt; jrandom&gt; w0rd، آسف على التأخير في رفع ملاحظات الحالة على (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 &lt; jrandom&gt; 1) شؤون إدارية 13:19 &lt; jrandom&gt; للتبسيط، وتجنّب المشاكل التي واجهناها الأسبوع الماضي مع تصرّف الشبكات المختلفة بشكل مزعج، تم تدبير بعض السحر ويُدار هذا الاجتماع عبر ثلاث شبكات IRC 13:19 &lt; deer&gt; &lt;duck&gt; (مذهل!) 13:19 &lt; jrandom&gt; #i2p على iip، و#i2p على شبكة i2p irc الخاصة بـ duck/baffled، و#i2p على freenode 13:19 &lt; jrandom&gt; :) 13:19 &lt; deer&gt; &lt;baffled&gt; من يعاني من جنون الارتياب؟ 13:20 &lt; deer&gt; &lt;ughabugha&gt; حسنًا، انتهيت من قراءة ملاحظات الحالة. 13:20 &lt; deer&gt; &lt;ughabugha&gt; jrandom: ما الأمر بشأنها؟ 13:20 &lt; deer&gt; &lt;ughabugha&gt; أم بشأنهم؟ 13:21 &lt; jrandom&gt; فقط أذكر ذلك، حتى يتمكن من يواجه مشكلة في واحدة أن يستخدم أخرى 13:21 &lt; deer&gt; &lt;mihi&gt; جيد. أنهيت ملاحظات الحالة أيضاً 13:21 &lt; jrandom&gt; كذلك، من المفترض أن يعود خادم Drupal للعمل هذا الأسبوع (على أمل) 13:22 &lt; deer&gt; &lt;ughabugha&gt; أوك، هل هناك ما نناقشه في 1)؟ 13:22 &lt; deer&gt; &lt;ughabugha&gt; أم أننا ننتظر أن ينتهي الناس من القراءة؟ 13:22 &lt; deer&gt; &lt;ughabugha&gt; jrandom: جيد. :) 13:22 &lt; jrandom&gt; لا، إلا إذا كان لدى أحد أي شؤون إدارية يريد طرحها؟ 13:23 &lt; deer&gt; * mihi يريد وضع علامة عند النقطة 3 13:23 &lt; jrandom&gt; تم وضع العلامة ;) 13:23 &lt; deer&gt; * duck عند النقطة 2 13:23 &lt; deer&gt; &lt;duck&gt; إه، أي فهرس نستخدم؟ 13:24 * jrandom يفترض أننا يمكن أن ننتقل إلى البند 2) حالة 0.3 13:25 &lt; jrandom&gt; انتهى بي الأمر إلى كتابة أكثر من المعتاد في ملاحظات حالة 0.3، لذا بدلاً من تكرارها هنا، هل لدى أحد أسئلة/مخاوف يريد طرحها؟ 13:25 &lt; deer&gt; &lt;ughabugha&gt; تابع. 13:26 &lt; deer&gt; &lt;duck&gt; لماذا تفشل عمليات فك التشفير ElGamal/AES+SessionTag كثيراً؟ 13:26 &lt; jrandom&gt; duck&gt; بسبب الحمل الزائد والتأخير. إذا تأخرت رسالة موجّهة عبر garlic إلى ما بعد عمر الـ sessionTag، سيفشل فك التشفير 13:27 &lt; deer&gt; &lt;duck&gt; تمام 13:27 &lt; jrandom&gt; بالإضافة إلى ذلك، حتى لو فُكّت رسالة garlic جيداً، لكن كان المحتوى متأخراً لدرجة أن الفصوص انتهت صلاحيتها، فذلك فكّ تشفير مُهدَر أيضاً 13:28 &lt; deer&gt; &lt;duck&gt; بطريقة ما جعلتني تلك الجملة أعتقد أن هناك سبباً آخر غير الحمل الزائد/التأخير 13:28 &lt; deer&gt; &lt;tro|l&gt; ce zi e azi? 13:28 &lt; jrandom&gt; حسناً، كانت هناك بعض المشاكل مع كُتَل الرد الموجهة بالمصدر إذ تفشل في فك التشفير، لكن بما أنها ستختفي في 0.3.1، فليس من المجدي حقاً تمحيصها كثيراً 13:29 &lt; deer&gt; &lt;kaji&gt; واو إنه يعمل! 13:29 &lt; jrandom&gt; (وفشل ElG على الأرجح أكثر ما يستهلك CPU في i2p) 13:30 &lt; deer&gt; &lt;jrandom_&gt; هه أهلاً بك في i2p #i2p :) 13:30 &lt; deer&gt; * kaji يمدح 0.2.5.1 13:30 &lt; deer&gt; &lt;jrandom_&gt; 0.2.5.1؟ تبا، احصل على 0.2.5.4 :) 13:30 &lt; jrandom&gt; حسنًا، أي شيء آخر بخصوص حالة 0.3؟ 13:31 &lt; deer&gt; &lt;kaji&gt; .. 13:31 &lt; deer&gt; &lt;duck&gt; . 13:31 &lt; deer&gt; &lt;kaji&gt; ping? 13:31 &lt; jrandom&gt; p0ng 13:31 &lt; mihi&gt; pung 13:31 &lt; deer&gt; &lt;mihi_backup&gt; pung2 13:32 &lt; deer&gt; &lt;Pellinore&gt; prawn 13:32 &lt; jrandom&gt; حسنًا، ننتقل إلى 3) تصنيف/اختيار الأقران 13:32 * mihi ينقل العلامة إلى رقم 3 الآخر ;) 13:32 &lt; jrandom&gt; (يا رجل، من الطريف أنه لا توجد بدائل نباتية للمأكولات البحرية...) 13:32 &lt; deer&gt; * kaji يمدح 0.2.5.4.1 13:32 &lt; deer&gt; &lt;duck&gt; كل موضوع تصنيف الأقران يبدو سحراً، كيف تنوي تنقيحه؟ 13:32 &lt; deer&gt; &lt;Pellinore&gt; هناك لحم سلطعون نباتي. 13:32 &lt; jrandom&gt; آه، صحيح يا pellinore. 13:32 &lt; deer&gt; &lt;wilde&gt; jrandom: وسوشي نباتي 13:33 &lt; jrandom&gt; duck&gt; أي جزء منه يبدو كسحر؟ 13:33 &lt; deer&gt; &lt;duck&gt; كل التصنيف وما إلى ذلك 13:33 &lt; deer&gt; &lt;Pellinore&gt; وأكاد أقسم أنني رأيت بديلاً لفيليه سمك على طريقة chik، لكن قد أكون مخطئاً. 13:33 &lt; deer&gt; &lt;duck&gt; أعني، كيف تعرف أنك تقوم بأشياء مثلى؟ 13:33 &lt; jrandom&gt; منظّم الأقران (الذي ينقل الملفات الشخصية بين المجموعات المختلفة) مكوّن بسيط جداً وقابل للفصل 13:33 &lt; jrandom&gt; آه، هذه نقطة جيدة. 13:34 &lt; jrandom&gt; أجريت بعض اختبارات الأداء مؤخراً، شغّلت المنظّم مع 10,000 ملف شخصي، وكان ينظّمها كلها في ~50ms 13:34 &lt; jrandom&gt; (تنظيم == تشغيل الحاسبات ونقلها بين المجموعات) 13:34 &lt; jrandom&gt; كما أن الملفات الشخصية تستهلك فقط ~3-4KB للملف الكامل، والحد الأدنى ~200 بايت 13:35 &lt; deer&gt; &lt;duck&gt; نعم، لكن كيف تعرف أنك محق في '0.597s رد' للمجموعة 1 13:35 &lt; deer&gt; &lt;duck&gt; وأنه لا ينبغي أن يكون 0.603s 13:35 &lt; jrandom&gt; (لذا سنبقي ملفاً كاملاً لأفضل 1000 قرين، وحداً أدنى للعشرة آلاف التالية) 13:35 &lt; jrandom&gt; آه، حسناً، سؤال جيد. 13:36 &lt; jrandom&gt; هذا هو المكوّن Rate 13:36 &lt; jrandom&gt; من الطبيعي أن يكون هناك بعض التذبذب، ولن نكون دقيقين للغاية. الهدف هو الوصول إلى تقدير تقريبي وتنظيمهم وفقاً لذلك 13:37 &lt; deer&gt; &lt;duck&gt; رأيت أنه يستخدم المتوسطات 13:37 &lt; jrandom&gt; مثلاً العثور على routers على خطوط T3 ومع معالجات رباعية، وإبقاؤهم منفصلين عن routers على 386 مع مودم 2400 bps 13:37 &lt; deer&gt; &lt;duck&gt; لذا إذا رميت 100 عقدة سيئة، ستؤثر بقوة على المتوسط 13:37 &lt; jrandom&gt; متفق - هناك جانبين مختلفين يمكننا ضبطهما 13:38 &lt; jrandom&gt; أولاً، يمكننا جعل العتبة تستخدم أعلى 10% لتحديد "سريع" مقابل "غير سريع" 13:38 &lt; jrandom&gt; (أو أعلى 90%، أيهما) 13:38 &lt; jrandom&gt; ثانياً، يمكننا ضبط المكوّن Rate ليحفظ إحصاءات مختلفة - بدلاً من متوسط بسيط، يمكنه تجاهل الانحراف، إيجاد الانحراف المعياري، إلخ 13:39 &lt; jrandom&gt; مكوّن rate حالياً بدائي نوعاً ما، وسأكون سعيداً لو أن أحداً جيداً في الإحصاء ألقى نظرة عليه وحسّنه 13:39 &lt; jrandom&gt; (أحد الأهداف الرئيسية له مع ذلك أن يبقى غير معتمد على الحجم - فإذا حصلنا على 100,000 حدث، لا يضطر للاحتفاظ بكل تلك النقاط في الذاكرة، إلخ) 13:40 &lt; deer&gt; &lt;duck&gt; حسناً، فما الذي يمنع تكرار كارثة NGRouting؟ 13:40 &lt; jrandom&gt; لكنك محق تماماً - الحاسبات وخوارزميات اختيار الأقران ستكون محوراً رئيسياً لتحسينات الشبكة القادمة 13:40 &lt; jrandom&gt; حاول ngrouting القيام بأمرين مختلفين - العثور على بيانات معينة، والعثور على أقران متاحين. 13:40 &lt; jrandom&gt; نحن نحتاج فقط للعثور على الأقران المتاحين 13:41 &lt; deer&gt; &lt;duck&gt; جيد 13:41 &lt; jrandom&gt; (ووضع tunnels الخاصة بنا هناك) 13:41 &lt; deer&gt; * duck يزيل نقطة التوقّف 13:41 &lt; jrandom&gt; :) 13:41 &lt; mihi&gt; لكن علينا أن نجد tunnels أيضاً. 13:41 &lt; jrandom&gt; صحيح mihi - الـ netDb نقطة مهمة 13:42 &lt; deer&gt; &lt;Pellinore&gt; أنا جيد في رياضيات الإحصاء، لكن سيئ في الجوانب التقنية لتحويل البيانات إلى بيانات صالحة للاستخدام الحاسوبي. 13:42 &lt; deer&gt; &lt;Pellinore&gt; لكنني سأكون سعيداً بالتشارك مع أحدهم والمساهمة إن استطعت. 13:42 &lt; jrandom&gt; رائع pellinore! 13:43 &lt; jrandom&gt; فئة rate الرئيسية على http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&amp;content-type=text/x-cvsweb-markup ويمكننا الحديث لاحقاً لمناقشتها :) 13:43 &lt; deer&gt; &lt;Pellinore&gt; طيب 13:43 &lt; jrandom&gt; (أعلم، لا أتوقع أن تقرأ الشيفرة، فقط أذكرها) 13:44 &lt; deer&gt; &lt;Pellinore&gt; سأقرأها، لكن سيكون الأمر أشبه بكلبي وهو يقرأ كيركغارد. 13:44 &lt; jrandom&gt; ههه 13:45 &lt; deer&gt; &lt;Pellinore&gt; لكنني أتعلّم. 13:45 &lt; deer&gt; &lt;Pellinore&gt; على أي حال، تفضلوا بالمتابعة — لا أقصد تعطيل الأمور. 13:45 &lt; jrandom&gt; (التطوّع للمساعدة ليس تعطِيلاً ;) 13:46 &lt; jrandom&gt; نقطة نسيت ذكرها حول كود تصنيف/اختيار الأقران هي أن رتبة 'integration' تستخدم فقط في قاعدة بيانات الشبكة للاستكشاف، لا للبحث/التخزين 13:46 &lt; jrandom&gt; ما زلنا نقوم ببحث/تخزين kademlia (تقليدي نوعاً ما) مع كل الأقران غير الفاشلين 13:46 &lt; jrandom&gt; أيضاً، داخل كل مجموعة أقران، نختار دائماً بشكل *عشوائياً* 13:46 &lt; jrandom&gt; (أي لا نختار دائماً الأسرع من مجموعة الأسرع، إلخ) 13:47 &lt; jrandom&gt; وذلك لأسباب أمنية وأسباب موازنة الحمل 13:48 &lt; jrandom&gt; (أمنياً، حتى لا يتمكن المهاجم من إنشاء router سريع جداً ومشاهدة الجميع يستخدمونه - بل عليه إنشاء عدد كبير من routers السريعة جداً، وتحريف التوزيع بأكمله لصالحه، إلخ) 13:49 &lt; jrandom&gt; حسناً، هل لدينا شيء آخر في 3) تصنيف/اختيار الأقران؟ 13:49 &lt; deer&gt; &lt;duck&gt; . 13:50 &lt; deer&gt; &lt;ughabugha&gt; لا يبدو ذلك. 13:50 &lt; jrandom&gt; حسناً، ننتقل إلى 4) معمارية الويب 13:52 &lt; jrandom&gt; مكتبة البث الجديدة لـ mihi تعطينا الكثير من المرونة، وقد ذكر أكثر من مرة رغبته في فصل كود httpclient إلى شيء أكثر متانة. بالإضافة إلى ذلك، بدأ human بتحديث الأمور للسماح بعملية proxy شفافة لـ squid (أو tor-www) وproxy لـ eepsite داخل نفس العميل 13:52 &lt; jrandom&gt; بالنظر إلى كل هذه العوامل المختلفة، والاحتمال الكبير بأن وظائف شبيهة بالويب ستكون مهمة لقاعدة مستخدمي i2p، أعتقد أننا يجب أن نخطو خطوة للوراء ونحاول تصوّر كيف ينبغي أن يتكامل كل ذلك 13:53 * mihi لدي بعض الشيفرات تطير هنا وهناك على القرص لدي لذلك الكود الخاص بـ httptunnel. لكنها بعيدة عن الاكتمال 13:53 &lt; mihi&gt; بالنسبة لي httptunnel == httpclient + بعض المرشّحات 13:53 &lt; mihi&gt; بالطبع باستخدام واجهة التسمية والبث الخاصتين بي. 13:54 &lt; mihi&gt; الكود حالياً يسمح فقط بملفات "إخفاء هوية" مختلفة. 13:54 &lt; jrandom&gt; أي أفكار حول أسلوب human في التحويل التلقائي عند الفشل إلى outproxies مثل squid/إلخ؟ 13:54 &lt; mihi&gt; أي إرسال كل الطلبات عبر وجهة واحدة، ثم multiplex حتى 10، ثم multiplex إلى وجهة لكل اسم مضيف، إلخ. 13:54 &lt; jrandom&gt; آه، مثير للاهتمام 13:55 &lt; mihi&gt; لكن هذه الوجهات لم تُستخدم بعد ;) 13:55 &lt; jrandom&gt; w3rd. نعم، هناك تحذير كبير وهو أن وجود الكثير من الوجهات على router واحد يزيد حمل الـ CPU بشكل غير تافه 13:55 &lt; jrandom&gt; (لأنه إذا فشل garlic، سيفشل مرة لكل وجهة قبل أن يفشل تماماً) 13:56 &lt; jrandom&gt; هناك بعض السحر المتبقي الذي يمكن استخدامه لتقليل ذلك، أعتقد 13:56 &lt; deer&gt; &lt;ughabugha&gt; هل أنت متأكد أن proxy شفاف لـ squid فكرة جيدة من ناحية الأداء؟ أعني، قد يصبح الناس كسالى جداً ولا يطفئون eepproxy بعد تصفح مواقع I2P أو استخدام squid الخاص بـ I2P، وبالتالي هدر نطاق I2P لأشياء لا تتطلب إخفاء هوية. 13:56 &lt; jrandom&gt; ughabugha&gt; كل شيء يتطلب إخفاء الهوية :) 13:57 &lt; jrandom&gt; (وإذا لم يستطيعوا التمييز، حسناً، تباً...) 13:57 &lt; mihi&gt; نيّتي في httptunnel أن تُعاد كتابة روابط http (على غرار fproxy) بحيث لا تحتاج إلى proxy بل فقط servlet. 13:57 &lt; deer&gt; &lt;ughabugha&gt; jrandom: هه. بهذه الطريقة، وُلدت I2P ميتة. لن يكون هناك ما يكفي من النطاق الترددي المتاح على الشبكة مقارنة بما قد يستهلكه أطرافها. 13:58 &lt; mihi&gt; على صفحة المعلومات تلك يمكن إضافة ميزة لتصفح الموقع عبر مثلاً squid. 13:58 &lt; jrandom&gt; لست متأكداً أنني أتبعك. أنا أفهم وأتفق مع قضايا DNS المعنية (رغم أنني أظن أننا نستطيع تجاوزها بعدة طرق) 13:58 &lt; jrandom&gt; آه، حسناً mihi 13:58 &lt; deer&gt; &lt;aum&gt; صباح الخير جميعاً 13:58 &lt; jrandom&gt; mihi&gt; يعني صفحة "غير قادر على الوصول إلى القرين" لكن متقدمة جداً؟ 13:59 &lt; mihi&gt; أشبه بـ "صفحة تحذير من إخفاء الهوية" كما في freenet ;) 13:59 &lt; jrandom&gt; ughabugha&gt; إذا لم نستطع التعامل مع تصفح الويب، كيف سنتعامل مع BT/مشاركة الملفات؟ 13:59 &lt; jrandom&gt; همم mihi، لكن هل نريد ذلك، لمن يريدون تصفح الويب مع إخفاء الهوية؟ أم أن httpclient ليس التطبيق الذي سيستخدمونه؟ 14:00 &lt; jrandom&gt; صباح الخير aum، حضرت في الوقت المناسب لاجتماع المطورين :) 14:00 &lt; mihi&gt; jrandom: إذا كان أحدهم يريد فقط تصفح الويب بإخفاء الهوية، فهو 14:00 &lt; deer&gt; &lt;ughabugha&gt; jrandom: همم... نقطة جيدة. هل سنفعل ذلك أصلاً؟ ;) 14:00 &lt; deer&gt; &lt;aum&gt; jrandom: لست على iip، ألست على irc.duck.i2p ؟!? 14:00 &lt; jrandom&gt; ughabugha&gt; يجب علينا. 14:01 &lt; mihi&gt; قد يضبط httptunnel ليفعل ذلك (سيستمر httptunnel بالعمل كـ proxy، لذا من التافه إلى حد بعيد إضافة ذلك) 14:01 &lt; mihi&gt; وعلى الأرجح شخص يتصفح الويب "مجهولاً" سيحب بعض مرشّحات المحتوى، أظن ;) 14:01 &lt; jrandom&gt; mihi&gt; أظن أن human فعل ذلك بالفعل :) 14:01 &lt; jrandom&gt; متفق mihih 14:01 &lt; jrandom&gt; /hih/hi/ 14:02 &lt; mihi&gt; عندما أقول httptunnel، لا أعني httpclient ;) 14:02 &lt; jrandom&gt; آه حسناً 14:02 &lt; deer&gt; &lt;jrandom_&gt; أنا هنا aum ;) 14:02 &lt; mihi&gt; لكن علينا *حقاً* نقل i2ptunnel لاستخدام streaming api بأسرع ما يمكن، ما سيقلل عدد الملفات التي علينا صيانتها 14:03 &lt; jrandom&gt; متفق 14:03 &lt; mihi&gt; human رقّع الإصدار القديم فقط، أنا رقّعت الإصدار الجديد بنفسي 14:03 &lt; jrandom&gt; واجهنا بعض العلل بعد الظهر، لست متأكداً إن كان human قد أرسل لك السجلات بعد 13:03 &lt; deer&gt; &lt;wilde&gt; شيء آخر للقائمة: outproxy كان محجوزاً، ولكن بشكل أقرب إلى i2p2i 14:04 &lt; mihi&gt; لم أتلقّ سجلات بعد من أحد... 14:04 &lt; jrandom&gt; mihi&gt; سننتقل إلى كود البث بأسرع وقت، يمكننا الحديث عنه بعد الاجتماع إن كان لديك دقيقة، أو عبر البريد؟ 14:04 &lt; deer&gt; * aum أمضى جزءاً من الأمس ينظر في تطبيقات p2p بهدف تشغيلها على i2p 14:04 &lt; jrandom&gt; wilde&gt; همم؟ 14:04 &lt; jrandom&gt; ممتاز aum، أي شيء واعد؟ 14:04 &lt; deer&gt; * aum يميل حالياً إلى تفضيل مشاركة الملفات من نوع 'push'، مثل konspire2b 14:05 &lt; jrandom&gt; يمكن تعديل i2psnark لاستخدام streaming api الجديد لـ i2ptunnel بسهولة أيضاً 14:05 &lt; deer&gt; &lt;human&gt; mihi: أرسل السجلات (mihi@i2p.net، أليس كذلك؟) 14:06 &lt; mihi&gt; لا أدري إن كان mihi قد أنشأ إعادة توجيه لي 14:06 &lt; deer&gt; &lt;mihi&gt; s/mihi/jrandom 14:06 &lt; jrandom&gt; همم aum، هل تعتقد أن نموذج freenet/insert سيعمل حقاً بأعلى فعالية؟ 14:06 &lt; deer&gt; &lt;wilde&gt; jrandom: كنت أفكر في استخدام i2p webserver -&gt; proxy -&gt; الإنترنت، حتى يتمكن الناس من تصفح موقع i2p، لكن ربما tunnel عادية تستطيع إدارة الحركة 14:06 &lt; jrandom&gt; mihi&gt; هل تريد أن أضبطها لإعادة التوجيه إليك؟ 14:06 &lt; mihi&gt; jrandom: لا مانع ;) 14:07 &lt; deer&gt; &lt;ughabugha&gt; aum: 'Push'-type؟ ما هذا؟ 14:07 &lt; deer&gt; &lt;aum&gt; ما يعجبني في konspire2b أنه يزيل التوقع بالتسليم الفوري/السريع، ويقلل حاجة النطاق الترددي، من خلال بث إعلانات المحتوى فقط، ثم السماح للناس بـ"الاشتراك" في "خلاصات المحتوى" 14:07 &lt; jrandom&gt; mihi&gt; تم. 14:08 &lt; deer&gt; &lt;aum&gt; لذا بدلاً من طلب ملف، والجلوس وتحريك الإبهام، والتضايق انتظاراً لوصوله، أنت فقط "تشترك" في "قناة" المصدر، ثم تتابع أموراً أخرى 14:08 &lt; deer&gt; &lt;aum&gt; konspire2b.sf.net 14:08 &lt; jrandom&gt; aum&gt; لكن أليس ذلك غير فعّال بشكل هائل، لأن عليك إدارة شبكة تراكبية (بث) لقائمة الأشياء المتاحة، ثم عليك ترحيلها؟ 14:09 &lt; jrandom&gt; ألن يكون نظام تجميع مباشر أكثر فائدة/فعالية؟ 14:09 &lt; deer&gt; &lt;ughabugha&gt; هه. هذا يبدو واعداً لـ I2P. 14:09 &lt; deer&gt; &lt;aum&gt; jrandom: أي أمثلة على التجميع المباشر؟ 14:09 &lt; jrandom&gt; wilde&gt; آه، مثل cgiproxy على duck وموقع janonymous؟ 14:09 &lt; jrandom&gt; aum&gt; bittorrent 14:10 &lt; deer&gt; &lt;ughabugha&gt; aum: هل قصدت http://konspire.sourceforge.net/? 14:10 &lt; jrandom&gt; حيث تحصل على torrent من مكان ما، وتحصل على كتل المحتوى مباشرة من الأقران الذين يملكونه 14:10 &lt; deer&gt; &lt;aum&gt; ughabugha: على الأرجح :) 14:10 &lt; mihi&gt; argl... $me-&gt;brother أزال إعادة التوجيه للمنفذ الخاص بـ i2p... 14:10 &lt; jrandom&gt; يا ساتر 14:10 &lt; deer&gt; &lt;aum&gt; jrandom: هل يحاول أحد حالياً bt/i2p؟ 14:11 &lt; deer&gt; &lt;baffled&gt; aum، هل ألقيت نظرة عن كثب على mnet؟ 14:11 &lt; jrandom&gt; aum&gt; حقق eco بعض التقدم مع i2psnark 14:11 &lt; deer&gt; &lt;aum&gt; نظرت، لكن ليست نظرة متعمقة 14:11 &lt; jrandom&gt; (رغم أنه مفقود حالياً) 14:12 &lt; jrandom&gt; همم، mnet مع eepsite metatrackers ونقل human على i2p/twisted قد يعمل 14:12 &lt; deer&gt; &lt;duck&gt; اختبارات مكثفة من janonymous ومني تبدو أنها تُظهر أن مشاكل i2psnark الحالية سببها 50% i2p و50% snark 14:12 &lt; jrandom&gt; duck&gt; متى أجريت تلك الاختبارات؟ 14:12 &lt; deer&gt; &lt;duck&gt; الأسبوع الماضي 14:12 &lt; jrandom&gt; رغم أنني ليس لدي مشكلة في استكشاف تطبيقات bt أخرى محتملة 14:12 &lt; jrandom&gt; آه تمام 14:13 &lt; deer&gt; &lt;duck&gt; عن mnet، أظن أنك ستحتاج أولاً لإصلاح mnet نفسه قبل أن تجعله يعمل 14:13 &lt; deer&gt; &lt;duck&gt; لذا قد ينتهي بك الأمر إلى إصلاح freenet واستخدامه 14:13 &lt; jrandom&gt; هه 14:13 &lt; deer&gt; &lt;aum&gt; أصلح freenet، حسناً! بعد أن نُدخل السلام العالمي مباشرة ;p 14:13 &lt; deer&gt; &lt;duck&gt; لكن اسأل في #mnet @ freenode 14:13 &lt; deer&gt; &lt;Pellinore&gt; mnet=؟ 14:13 &lt; deer&gt; &lt;Pellinore&gt; Mute؟ 14:14 &lt; jrandom&gt; بهذا المعنى، ربما تعديل azureus لـ i2p قد ينجح؟ 14:14 &lt; deer&gt; &lt;wilde&gt; لا، نهج p2p قائم على السوق 14:14 &lt; jrandom&gt; pellinore - mnet.sf.net، مخزن بيانات موزّع دون إخفاء هوية 14:14 &lt; deer&gt; &lt;baffled&gt; في الواقع، أستخدم mnet بشكل موثوق على نحو خمسة أجهزة. 14:14 &lt; jrandom&gt; صحيح، متابعة لـ mojonation 14:14 &lt; deer&gt; &lt;baffled&gt; لا أستطيع استخدام freenet بشكل موثوق على جهاز واحد. 14:14 &lt; deer&gt; &lt;duck&gt; baffled: 0.6 أم 0.7؟ 14:14 &lt; deer&gt; &lt;duck&gt; (0.7 مع twisted على ما أذكر) 14:16 &lt; deer&gt; &lt;Pellinore&gt; jrandom -- شكراً. 14:16 &lt; deer&gt; &lt;Pellinore&gt; لا يمكنك استخدام Freenet بشكل موثوق على أي جهاز. 14:17 &lt; deer&gt; &lt;baffled&gt; 0.6.[23]. 14:17 &lt; deer&gt; &lt;Pellinore&gt; هذا، لأسباب أخرى، سبب وجودنا هنا. :) 14:17 &lt; deer&gt; &lt;aum&gt; أجد أن entropy تعمل جيداً... في النهاية! 14:17 &lt; jrandom&gt; لا أعلم، ما زلت أعتقد أن freenet قد تكون أساساً جيداً للعمل منه لـ i2p DHT (جدول تجزئة موزّع) (عندما نستطيع قطع معظم الشيفرة والإبقاء على مخزن البيانات وأشياء SSK/CHK) 14:18 &lt; jrandom&gt; لمشاركة الملفات، علينا أن نتعلم من جماعة مشاركة الملفات ما الذي يعمل بشكل أفضل 14:18 &lt; deer&gt; &lt;aum&gt; ولكن منذ مقالتي في linuxworld عن entropy، هناك جموع من عقد entropy الآن، وقد أصبحت الشبكة تحمل بعض خصائص أداء freenet 14:18 &lt; deer&gt; &lt;Pellinore&gt; أحب المخطط الأساسي وميزات Freenet، لكنه لا يعمل اللعين، خاصة إذا كنت تستخدم اتصال طلب هاتفي. 14:18 &lt; jrandom&gt; مثلاً نسخ DC، وBT، [أو ماذا يستخدم أولئك المجانين في مشاركة الملفات؟] 14:19 &lt; jrandom&gt; هه aum، اللعنة عليك ;) 14:19 &lt; deer&gt; &lt;duck&gt; بالإضافة إلى وجود أشياء حدّدها Newsbyte حول entropy... 14:19 &lt; deer&gt; &lt;aum&gt; إنها إخفاء هوية أضعف، مثلاً؟ 14:19 &lt; deer&gt; &lt;baffled&gt; صحيح لكن هناك مشاكل عدم استقرار في 0.7. 14:19 &lt; deer&gt; &lt;baffled&gt; أظن أن هذا الاتصال أصبح متقلّباً مجدداً. 14:19 &lt; jrandom&gt; وقضايا أمنية. أعتقد أننا مع الأسف يمكننا تجاوز استخدام entropy 14:21 &lt; jrandom&gt; لكن، إرم، نحن في نقطة النقاش 4، معمارية الويب، فلنعد إليها للحظة ;) 14:21 &lt; deer&gt; &lt;aum&gt; فكرة مشاركة ملفات أخرى مجنونة - ماذا عن استخدام nntp، مع n أشخاص يشغّلون nntpds مرتبطة، ونستخدم فقط إحدى المكتبات التي تقسم الملفات إلى قطع b64 وتنشرها، ومكتبات لاسترجاعها؟ 14:22 &lt; jrandom&gt; سيكون NNTP مثيراً جداً - فهو موثوق للغاية ومجرّب عبر الزمن 14:22 &lt; deer&gt; &lt;duck&gt; ربط الخوادم؟ 14:22 * jrandom يود تشغيل innd مع i2p ;) 14:23 &lt; deer&gt; &lt;aum&gt; وبما أن i2p توفر إخفاء الهوية، فلا حاجة لأن يوفرها nntp 14:23 &lt; jrandom&gt; صحيح، يمكن أن يشير سطر التغذية في innd إلى proxy محلي لـ i2ptunnel 14:23 &lt; deer&gt; &lt;aum&gt; وأشخاص مع خوادم مختلفة يمكنهم ضبط الخوادم لتخزين مخبأ لمجموعاتهم المفضّلة 14:23 &lt; mihi&gt; اعتماداً على عدد مرات التزاوج (peer) سيكون من الممكن رقابة المقالات بإنشاء تصادمات معرف الرسالة 14:23 &lt; deer&gt; &lt;duck&gt; (هل جرّبت يوماً ضبط innd؟) 14:24 &lt; jrandom&gt; مرات عديدة duck، لكن قبل وقت طوييييل 14:24 &lt; deer&gt; &lt;aum&gt; هل إعداد innd صعب؟ 14:24 &lt; deer&gt; &lt;duck&gt; أوه حسناً، أنت إله 14:24 &lt; jrandom&gt; mihi&gt; متفق - هذه ليست وسيلة توزيع مقاومة للرقابة 14:24 &lt; jrandom&gt; aum&gt; الأمر متعب 14:25 &lt; jrandom&gt; مثل squid - جيد فيما يفعله، لكننا على الأرجح نحتاج شيئاً بسيطاً جداً (نقرة واحدة، نأمل) لنضمنه 14:25 * jrandom يعيدنا إلى الموضوع 14:26 &lt; deer&gt; &lt;aum&gt; ونهج p2p/مشاركة ملفات آخر - أذكر أنني رأيت تطبيق p2p يعمل عبر http، يربط خوادم http على التوالي 14:26 * mihi يخمّن أن معظم المستخدمين لا يعرفون كيف يضبطون proxy في متصفحهم... 14:26 &lt; deer&gt; &lt;aum&gt; آسف، ما الموضوع؟ 14:26 &lt; jrandom&gt; البند 4) معمارية الويب ;) 14:26 &lt; aum&gt; تقصد، خوادم ويب داخل i2p؟ 14:26 &lt; mihi&gt; aum: نعم 14:26 &lt; jrandom&gt; هذه نقطة جيدة mihi - نظام الويب سيحتاج الأساسيات (سكربتات .bat, .sh) للتشغيل/الإيقاف 14:27 &lt; jrandom&gt; همم، أليس لدى mozilla رابط javascript يمكنك استخدامه لضبط proxy؟ 14:27 &lt; jrandom&gt; مثلاً هل يمكن أن تكون لدينا صفحة إعداد على httptunnel للنقر على "on"/"off"؟ 14:28 &lt; jrandom&gt; أدرك أننا لن نتوصل إلى قرارات اليوم حول كيفية عمل وظائف الويب، لكن يجب أن نحدد بعض الاتجاهات 14:28 &lt; aum&gt; ما المشكلة في إعداد eepproxy الحالي؟ 14:29 &lt; jrandom&gt; مثلاً الترشيح، inbound proxies (eeproxies)، خوادم صادرة (خادم i2ptunnel عادي)، proxies صادرة (outproxies على غرار squid أو tor-www) 14:29 &lt; mihi&gt; aum: إنه يتطلب مهارة لا بأس بها لتقديم وطلب eepsites 14:29 &lt; jrandom&gt; أيضاً، نظام outproxy الحالي سيئ. 14:29 &lt; jrandom&gt; غير قابل للتوسّع إطلاقاً 14:29 &lt; jrandom&gt; نحتاج شيئاً يسمح/يفرض توزيع حمل طلبات الويب الصادرة عبر عدة outproxies 14:30 &lt; mihi&gt; كيف يمكن للمستخدمين الحصول على هذه الـ outproxies. ملف إعداد (مثل hosts.txt؟) 14:30 &lt; jrandom&gt; وأحد أسباب رغبة الناس العاديين في تشغيل outproxies هو "الإنكار المقبول" - حتى لو كانوا هم من يطلب "أشياء سيئة"، يمكنهم القول "i2p فعلها" 14:31 &lt; jrandom&gt; هذا خيار mihhi 14:31 &lt; mihi&gt; jrandom: ههه 14:31 &lt; jrandom&gt; s/hh/h/ 14:31 &lt; aum&gt; لكن أليس eepproxy يقوم باتصال http "مباشر" بالخادم المطلوب، أي بقدر ما تكون اتصالات i2p "مباشرة"؟ 14:31 &lt; deer&gt; &lt;wilde&gt; . /castvote DHT ala Freenet 14:31 &lt; mihi&gt; aum: المشكلة في عناوين الويب "العادية". 14:31 &lt; jrandom&gt; ./castvote 3 مطورين x شهر واحد x 12h / يوم 14:32 &lt; deer&gt; * human أضاف دعم httptunnel إلى TunnelManager، بالمناسبة 14:32 &lt; deer&gt; &lt;human&gt; s/httptunnel/httpclient/ 14:32 &lt; deer&gt; &lt;aum&gt; ما هذا؟ 14:32 &lt; deer&gt; &lt;aum&gt; أوه، دعم http client؟ 14:32 &lt; deer&gt; &lt;human&gt; aum: نعم 14:32 &lt; jrandom&gt; صحيح، نحتاج لإيجاد طريقة لتمكين الناس من تصفح slashdot.org عبر i2p 14:32 &lt; deer&gt; &lt;aum&gt; إذاً tunnelmgr يتحدث http الآن؟ 14:32 &lt; jrandom&gt; nice1 human! 14:32 &lt; jrandom&gt; aum&gt; تذكّر squid proxy؟ 14:33 &lt; deer&gt; &lt;aum&gt; نعم 14:33 &lt; deer&gt; &lt;wilde&gt; jrandom: إذاً قرابة 4 أشهُر-شخص لـ DHT؟ 14:33 &lt; deer&gt; &lt;human&gt; aum: نعم: openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;] 14:33 &lt; jrandom&gt; wilde&gt; أظن ذلك معقولاً، نعم. 14:34 &lt; deer&gt; &lt;aum&gt; human: هل كتبت عنه في مكان ما؟ 14:35 &lt; jrandom&gt; aum&gt; كل ما يفعله هو القول "if !eepsite { send through $outboundWWWproxy } else {send to eepsite}" 14:35 &lt; deer&gt; &lt;human&gt; aum: كنت سأقوم بالإيداع، ثم علِقت بعلّة في StreamingI2PTunnelServer... 14:36 &lt; jrandom&gt; حل قصير المدى جيد سيكون "outproxies.txt"، على غرار hosts.txt 14:36 &lt; deer&gt; &lt;aum&gt; human: وما الذي يفعله بالضبط 'openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;]'؟ 14:36 &lt; jrandom&gt; رغم أننا يجب أن نبدأ التفكير في حلول متوسطة وبعيدة المدى 14:37 &lt; deer&gt; &lt;human&gt; human: سيفتح proxy يستمع للاتصالات، سيعيد توجيه كل ما يذهب إلى عناوين لا تنتهي بـ .i2p إلى WWW-proxy 14:38 &lt; deer&gt; &lt;Pellinore&gt; هذا مثير للاهتمام. 14:38 &lt; deer&gt; &lt;aum&gt; human: آه، جميل، إذاً فصلت خيطاً داخل tunnelmgr؟ 14:38 &lt; deer&gt; &lt;human&gt; human: أي يمكنك استخدامه لتصفح eepsite والويب العادي 14:38 &lt; deer&gt; &lt;human&gt; human: نعم 14:38 &lt; deer&gt; &lt;human&gt; s/human/aum/ :-) 14:39 &lt; deer&gt; &lt;aum&gt; خارج قليلاً عن "مهمة" tunnelmgr، لكن مهلاً، لا مكان آخر أنسب في كود i2p - عمل جيد يا رجل 14:39 &lt; deer&gt; &lt;aum&gt; human: إذاً أنت تتحدث python وjava؟ ألا يؤذي ذلك دماغك؟ 14:39 &lt; deer&gt; &lt;human&gt; aum: فعلته لتجنّب تشغيل JVM أخرى لـ EepProxy 14:40 &lt; jrandom&gt; (حسناً، الكود مُنفّذ في httpclient الخاص بـ i2ptunnel، وhuman كشفه مؤخراً عبر tunnelmanager أيضاً) 14:40 &lt; deer&gt; &lt;aum&gt; نعم، دائماً من الجيد إبقاء عدد مثيلات JVM في حدّه الأدنى 14:40 &lt; jrandom&gt; ((وبرأيي httpclient بالضبط هو المكان الذي يجب أن يذهب إليه ;) 14:40 &lt; jrandom&gt; (((حتى يصدر httpclient الجيل القادم لـ mihi [httptunnel]))) 14:41 &lt; deer&gt; &lt;aum&gt; هل httpclient في cvs، بحيث يُبنَى لي كجزء من i2p update/build؟ 14:41 &lt; jrandom&gt; نعم، eepProxy يستخدم httpclient 14:42 &lt; deer&gt; &lt;aum&gt; *يا رجل هذا انفصام — لدي ثلاث جلسات xchat مفتوحة (irc.duck.i2p,iip,freenode)) 14:42 &lt; jrandom&gt; :) 14:42 &lt; deer&gt; &lt;aum&gt; كمون سيئ على irc.duck.i2p 14:42 &lt; jrandom&gt; حسناً، لا خلاصة اليوم لمعمارية الويب، بديهي، لكن النقاش كان ذا جدوى 14:43 &lt; jrandom&gt; نعم aum، حوالي 15 ثانية لدي 14:43 &lt; jrandom&gt; أي شيء آخر حول معمارية الويب الآن، أم ننتقل إلى 5) ??? قسم النقاش المفتوح؟ 14:43 &lt; deer&gt; * human يفكر في I2PSocksTunnel 14:44 &lt; jrandom&gt; يا سلام، سيكون ذلك رائعاً 14:44 &lt; deer&gt; &lt;human&gt; (حسناً، ربما ينتمي إلى 5) 14:44 &lt; deer&gt; &lt;aum&gt; socks؟ هل هناك طريقة لـ "تغليف" عملاء غير الداعمين لـ socks للمرور إلى واجهة socks؟ 14:44 &lt; deer&gt; &lt;human&gt; aum: apt-get install tsocks :-) 14:45 &lt; aum&gt; نقاش الويب - شيء أخير - ماذا عن تفريع/ترقيع عميل ويب موجود 14:45 &lt; mihi&gt; aum: sockscap لويندوز 14:45 &lt; jrandom&gt; aum&gt; مخيف. قوي جداً، لكنه مخيف. 14:45 &lt; jrandom&gt; [لا أودّ أن أضطر لصيانته] 14:45 &lt; aum&gt; حتى الآن، متصفح بسيط جداً مثل dillo 14:46 &lt; jrandom&gt; [[رغم أنه يمكن جعله "آمن جداً"، إلخ. لكن لا يزال، مخيف جداً جداً]] 14:46 &lt; aum&gt; أو أفضل، عنصر المتصفح في wxwindows، متعدد المنصات 14:46 * jrandom يتذكّر flinks الأصلي، عندما كان يضم متصفح freesite مدمجاً 14:47 &lt; aum&gt; لكن مرة أخرى، المبتدئون سيتذمّرون إذا لم يستطيعوا تصفح مواقعهم المعتادة المليئة بجافاسكريبت خاص بـ m$ 14:47 &lt; jrandom&gt; صحيح aum، وكذلك الهاكرز إذا لم يدعم أحدث الشيفرات المتوافقة مع المعايير 14:47 &lt; aum&gt; هيه، يجب أن نطلب من Microsoft شيفرة IE6، ثم نُرقّعها ;p 14:47 &lt; jrandom&gt; بناء متصفح == طريقة جيدة لإضاعة آلاف ساعات-العمل 14:47 &lt; jrandom&gt; هه 14:47 &lt; deer&gt; * human سعيد جداً باستخدام privoxy 14:48 &lt; aum&gt; ربما يرمون شيفرة ie6 كجزء من التسوية العقابية الأوروبية 14:48 &lt; deer&gt; &lt;human&gt; (http://www.privoxy.org/) 14:48 &lt; aum&gt; s/toos/toss/ 14:48 &lt; jrandom&gt; human&gt; كيف سيجري ذلك على جانبي الـ proxy؟ 14:48 &lt; jrandom&gt; مثلاً سنريد ترشيح المحتوى محلياً، لا عند الطرف الصادر 14:49 &lt; deer&gt; &lt;human&gt; jrandom: يمكن تشجيع المستخدمين على تثبيته 14:49 &lt; jrandom&gt; (لكن الطرف الصادر سيريد ترشيح بعض المحتوى لتجنب الإساءة، إلخ) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: أو قد يكون جزءاً من تثبيت I2P الافتراضي 14:49 &lt; aum&gt; ماذا لو أن DWP (distrib web proxy) يستخدم DHT لذاكرته المخبئية؟ 14:49 &lt; jrandom&gt; التشجيع == فقط المهوسون. ضُمّه :) 14:49 &lt; jrandom&gt; سيكون ذلك جيداً aum 14:49 &lt; deer&gt; &lt;human&gt; jrandom: ههه، متفق :-) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: كما أن privoxy يعمل على windogs، بالمناسبة 14:50 &lt; jrandom&gt; word. نعم، نحتاج نوعاً من ترشيح المحتوى - privoxy، muffin، أيّاً كان. 14:50 &lt; deer&gt; &lt;wilde&gt; اجتماع طويل... 14:50 * jrandom يأخذ التلميح.. 14:51 &lt; deer&gt; &lt;Pellinore&gt; wilde: هناك الكثير ليقال. 14:51 &lt; jrandom&gt; هل لدى أحد آخر شيء يريد طرحه؟ لدينا دائماً القائمة البريدية لمزيد من الأمور 14:51 &lt; deer&gt; &lt;Pellinore&gt; والكثير مما ينبغي فعله بالطبع. 14:51 &lt; deer&gt; &lt;Pellinore&gt; لدي بضعة أسئلة صغيرة. 14:51 &lt; aum&gt; هل يمكننا تفريع privoxy و1) جعله يعمل عبر i2p، 2) جعله يستخدم DHT للتخزين المؤقت؟ 14:51 &lt; deer&gt; &lt;Pellinore&gt; لكنها قابلة للأخذ على الخاص بسهولة أيضاً. 14:51 &lt; jrandom&gt; pellinore&gt; ما الأمر؟ 14:51 &lt; deer&gt; &lt;Pellinore&gt; لا شيء، آسف أنني قلت شيئاً. 14:51 &lt; jrandom&gt; aum&gt; على الأرجح لن نحتاج للتفريع 14:52 &lt; deer&gt; &lt;Pellinore&gt; سأتحدث معك حوله على الخاص، أو مع duck، في وقت آخر. 14:52 &lt; deer&gt; &lt;Pellinore&gt; ليس أموراً خاصة بالتطوير حقاً. 14:52 &lt; deer&gt; &lt;duck&gt; 10+16+7=33 ساعات-عمل مهدورة على هذا الوقت الإضافي ساعة واحدة :) 14:52 &lt; jrandom&gt; لكن بناء DHT مجهود كبير. ذو جدوى هائلة طبعاً 14:52 -!- Irssi: #i2p: المجموع 10 ألقاب [0 أوبراتور، 0 نصف-أوبر، 0 أصوات، 10 عاديون] 14:52 * aum يذهب مجدداً لزيارة صفحات ويكي infoanarchy.org حول DHTs 14:52 &lt; jrandom&gt; هناك 16 شخصاً على iip؟ 14:53 &lt; deer&gt; &lt;human&gt; aum: لا حاجة للتفريع، فقط: web browser &lt;-&gt; privoxy &lt;-&gt; httpclient &lt;-&gt; i2p &lt;-&gt; outbound proxy &lt;-&gt; www.pr0n.com 14:53 &lt; deer&gt; &lt;wilde&gt; DHT عام يعمل خارج I2P أيضاً، ويسمح بربط غير http 14:53 &lt; jrandom&gt; aum&gt; تحقق من الرابط الذي أضافه duck إلى ويكي i2p، يسرد عدة منها 14:54 &lt; deer&gt; &lt;human&gt; aum: يمكنك ضبط privoxy ليجعلَه يتصل بـ HTTP/socks proxy آخر (هكذا يعمل privoxy الخاص بي من I2P إلى tor) 14:54 &lt; deer&gt; &lt;duck&gt; (http://www.bamboo-dht.org/) 14:54 &lt; aum&gt; لست متأكداً أنني أحب فكرة DHT يعمل خارج i2p - أفضل DHT هو ذاك من دون إخفاء الهوية (ومن دون حمل إخفاء الهوية) ويعمل بأفضل شكل داخل i2p 14:54 &lt; jrandom&gt; همم duck، ماذا حدث لتلك القائمة؟ 14:54 &lt; deer&gt; &lt;duck&gt; aum: أسهل للاختبار 14:55 &lt; deer&gt; &lt;duck&gt; jrandom: بعض الشيوعيين أزالها أظن 14:55 &lt; jrandom&gt; هه 14:56 &lt; jrandom&gt; google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 &lt; jrandom&gt; (ليست نفس الصفحة، لكنها مثيرة) 14:56 &lt; jrandom&gt; أوه، هذه هي الصفحة - http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 &lt; jrandom&gt; لكن نعم، DHT لا تحاول تنفيذ إخفاء الهوية، بالإضافة إلى DHT تدعم محتوى بأسلوب CHK وأسلوب SSK سيكون الأفضل 14:58 &lt; jrandom&gt; (أسلوب SSK ليس ضرورياً تماماً، لكن اللعنة سيكون مفيداً حقاً) 14:58 &lt; jrandom&gt; لكن، على أي حال 14:58 &lt; jrandom&gt; هل لدى أحد أي شيء آخر يريد طرحه؟ 14:59 &lt; deer&gt; &lt;duck&gt; غداً عيد القديس باتريك 14:59 &lt; deer&gt; &lt;wilde&gt; البند 5) ؟ 14:59 &lt; deer&gt; &lt;duck&gt; إذاً اشربوا جميعاً بيرة أيرلندية 14:59 &lt; jrandom&gt; نقطة جيدة 14:59 &lt; deer&gt; &lt;Pellinore&gt; غداً ذكرى علاقتي الحالية، وزواجي الثاني. 14:59 * jrandom يسجّل ملاحظة لتجنّب الحانات الإيرلندية غداً 15:00 &lt; jrandom&gt; أوه، مبروك pellinore :) 15:00 &lt; jrandom&gt; wilde&gt; نحن في 5) ??? 15:01 &lt; jrandom&gt; (وعلى وشك أن نكون في 6) [baf]) 15:01 * jrandom سيأتي إلى iip حالاً [إن استطعت] 15:01 * jrandom يختتم 15:01 * jrandom يغلق الاجتماع بـ *baf* </div>/ar/blog/2004/03/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D8%B1%D8%B3-2004/Tue, 02 Mar 2004 00:00:00 +0000/ar/blog/2004/03/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-02-%D9%85%D8%A7%D8%B1%D8%B3-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck، jrandom، kaji، madman، nick، ughabugha، wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> 13:07 &lt; jrandom&gt; 0) مرحباً 13:07 &lt; jrandom&gt; 1) حالة التطوير 13:07 &lt; jrandom&gt; 2) الكسكادات 13:07 &lt; duck&gt; سأتوقف 13:07 &lt; jrandom&gt; 3) خارطة الطريق 13:07 &lt; jrandom&gt; 4) الموقع 13:07 &lt; jrandom&gt; 5) ??? 13:07 &lt; jrandom&gt; 0) مرحباً 13:07 * jrandom يلوّح إلى أول اجتماع مطوري i2p عبر i2p :) 13:07 &lt; ughabugha&gt; الكنية هي Janonymous. 13:08 &lt; ughabugha&gt; حسناً. 13:08 &lt; duck&gt; مرحباً 13:08 &lt; jrandom&gt; تُنشر ملاحظات الحالة الأسبوعية على القائمة البريدية (متاحة على http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 &lt; ughabugha&gt; مرحباً. 13:08 &lt; jrandom&gt; كالعادة، سنتبع ذلك كدليل 13:08 &lt; nick&gt; مرحباً 13:09 &lt; jrandom&gt; ننتقل إلى 1) حالة التطوير 13:09 * jrandom يردد تعويذة «نحرز تقدماً» 13:10 &lt; jrandom&gt; 0.2.5 يحتوي على بعض الأشياء الجيدة، ونحن نكتشف أخطاء مخفية منذ زمن 13:10 &lt; jrandom&gt; أحدثها متعلق بقاعدة البيانات، لكنه لم يُصلَح بعد، لذا لا حاجة لمتابعة CVS HEAD 13:11 &lt; jrandom&gt; اختبارات echo تظهر نتائج جيدة إلى حد ما، لكن ما زالت هناك قضايا يجب حلها بخصوص irc وsnark 13:12 &lt; jrandom&gt; كيف كانت عملية جلب eepsite لدى الناس؟ 13:12 &lt; jrandom&gt; (و/أو squid؟) 13:12 &lt; nick&gt; بين الحين والآخر 13:12 &lt; duck&gt; عموماً جيد مع janonymous أو ugha 13:13 &lt; duck&gt; أحياناً يتعطل janonymous، إلخ 13:13 &lt; ughabugha&gt; نعم. 13:13 &lt; duck&gt; &lt;mihi_backup&gt; jrandom: أنت حقاً تعرف كيف تُغضبني... 13:13 &lt; jrandom&gt; أفٍ 13:13 &lt; nick&gt; لقد كنت أضيف محتوى جديداً 13:13 &lt; jrandom&gt; ما الأمر يا mihi؟ 13:13 &lt; jrandom&gt; كنية جميلة 13:14 &lt; jrandom&gt; أقصد janonymous 13:15 &lt; nick&gt; هاه؟ 13:15 &lt; nick&gt; :) 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; لقد بدأت الآن مرحّلاً ثنائي الاتجاه. 13:15 &lt; jrandom&gt; آه رائع 13:15 -!- nick [~Janonym@localhost] غادر [Client closed connection] 13:15 &lt; jrandom&gt; ما الأمر يا mihi؟ 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; تلقائي. 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; :) 13:16 &lt; ughabugha&gt; :) 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; أوه، خطأ. 13:16 &lt; ughabugha&gt; أوه، خطأ. 13:16 &lt; jrandom&gt; هه، هل ما زال موجوداً أم هناك أي شيء آخر بخصوص حالة التطوير؟ 13:17 &lt; duck&gt; دعونا نتابع 13:17 &lt; jrandom&gt; تمام 13:17 &lt; jrandom&gt; ننتقل إلى 2) الكسكادات 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; * أصبح اسم mihi_backup الآن mihi_away 13:17 &lt; ughabugha&gt; * أصبح اسم mihi_backup الآن mihi_away 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; آه، ترحيل نصّي الخاص لا يعمل. 13:17 &lt; ughabugha&gt; آه، ترحيل نصّي الخاص لا يعمل. 13:17 &lt; jrandom&gt; ;) 13:18 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; لا، انتظر. 13:18 &lt; ughabugha&gt; لا، انتظر. 13:18 &lt; madman&gt; إذن لا تتكلم :) 13:18 &lt; jrandom&gt; mix cascades (سلاسل المزج) هي أحد النمطين الكبيرين لشبكات المزج منخفضة الكمون (mix nets)، وعلى الرغم من أننا لا نستخدمها في i2p، فإنه إذا رأى بعض الناس أنها مفيدة، يمكنهم ضبط الـrouter لديهم للحصول على نفس التأثير 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; اختبار 13:19 &lt; ughabugha&gt; اختبار 13:19 &lt; ughabugha&gt; IIP &lt;jrandom&gt; mix cascades هي أحد النمطين الكبيرين لشبكات المزج منخفضة الكمون، وعلى الرغم من أننا لا نستخدمها في i2p، فإنه إذا رأى بعض الناس أنها مفيدة، يمكنهم ضبط الـrouter لديهم للحصول على نفس التأثير 13:19 * jrandom يستشعر صدىً عاودياً قادماً... 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; اللعنة! 13:19 &lt; ughabugha&gt; اللعنة! 13:20 &lt; jrandom&gt; على أي حال، أظن أنه من الجيد دائماً طرح أسئلة تصميم أساسية، والتنقيب في i2p لمعرفة لماذا نفعل الأشياء بالطريقة التي نفعلها 13:21 &lt; jrandom&gt; لديّ شعور بأننا سنسمع المزيد عن أنظمة شبيهة بالكسكادات في المستقبل، لذا آمل أن يساعد الوصف في البريد على شرح علاقة i2p بالكسكادات 13:21 &lt; ughabugha&gt; حسناً، ينبغي أن يعمل الآن. 13:21 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; قل شيئاً. 13:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; أقترح عدم السعي لتنفيذ mix net ضمن خارطة الطريق الحالية، وترك ذلك لوقت لاحق 13:21 &lt; ughabugha&gt; نعم، إنه يعمل الآن. 13:21 -!- wilde [~anon@localhost] انضم إلى #i2p 13:22 &lt; jrandom&gt; janymous&gt; حسناً، i2p هي بالفعل mixnet، لكنها ليست mix cascade 13:22 &lt; madman&gt; سأغلق الاتصال 13:22 &lt; jrandom&gt; تمام، أراك لاحقاً madman 13:22 &lt; jrandom&gt; مرحباً wilde 13:22 &lt; madman&gt; إذاً إلى اللقاء 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; أخيراً 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; مرحباً أيها الاجتماع 13:22 &lt; jrandom&gt; لكنني أتفق، لا أرى أن وظيفة mix cascade بحاجة لأن تكون على خارطة الطريق 13:23 &lt; ughabugha&gt; IIP &lt;madman2003&gt; إلى اللقاء جميعاً 13:24 &lt; jrandom&gt; حسناً، أي شيء آخر حول الكسكادات، أم ننتقل إلى 3) خارطة الطريق؟ 13:26 &lt; ughabugha&gt; مرحباً، wilde@IIP 13:26 &lt; ughabugha&gt; وداعاً، madman@IIP 13:26 -!- madman [~a@localhost] غادر [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; يبدو فقط أنه يمكن تنفيذه لاحقاً، كما قد يكون الحال مع DHT. هاي Wilde 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; إلى اللقاء Madman --- أُغلِق السجل Tue Mar 02 13:27:07 2004 --- فُتِح السجل Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] انضم إلى #i2p 13:27 -!- Irssi: #i2p: إجمالي 3 ألقاب [0 مشرفين، 0 أنصاف مشرفين، 0 أصوات، 3 عاديون] 13:27 -!- wilde [~anon@localhost] انضم إلى #i2p 13:27 &lt; jrandom&gt; عدت 13:28 &lt; ughabugha&gt; أوه، jrandom خرج. 13:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; بَاه 13:28 &lt; jrandom&gt; حسناً، آخر ما رأيته كان 13:26:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; إلى اللقاء Madman 13:28 -!- Irssi: تمت مزامنة الانضمام إلى #i2p خلال 36 ثانية 13:28 &lt; jrandom&gt; (irssi فوّت نبضة ping فأسقط الاتصال) 13:29 &lt; ughabugha&gt; فاتك IIP &lt;Janonymous&gt; خارطة الطريق 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; آه.. اتفقنا جميعاً أن ننتقل إلى خارطة الطريق ;) 13:29 &lt; jrandom&gt; w3rd 13:29 &lt; jrandom&gt; حسناً، تغيير خارطة الطريق هو على الأرجح سبب كره mihi لي الآن 13:30 &lt; ughabugha&gt; أه، إذن فاتك أكثر من ذلك بكثير. 13:30 &lt; ughabugha&gt; لحظة فقط. 13:30 &lt; ughabugha&gt; [23:23 39] &lt;ughabugha&gt; IIP &lt;wilde&gt; أوه لدينا معسكران الآن، عصابة iip وحيّ I2P 13:30 &lt; ughabugha&gt; [23:23 47] &lt;ughabugha&gt; IIP &lt;wilde&gt; اثنان 13:30 &lt; ughabugha&gt; [23:23 50] &lt;ughabugha&gt; ههه. 13:30 &lt; ughabugha&gt; [23:23 54] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; :) لديّ مرحّل يعمل 13:30 &lt; ughabugha&gt; [23:24 22] &lt;ughabugha&gt; هذا سكربت مؤقت جمّعته على عجل. للاجتماعات المقبلة ينبغي أن نفكر بشيء أفضل. 13:30 &lt; ughabugha&gt; [23:24 44] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; إنه يعمل 13:30 &lt; ughabugha&gt; [23:25 18] &lt;ughabugha&gt; حسناً، ركّزوا على I2P الآن، ليس على المرحّل. 13:30 &lt; ughabugha&gt; [23:25 39] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; إذن، يمكن تنفيذ mix cascades بشكل جيّد إلى حد كبير فوق i2p 13:30 &lt; ughabugha&gt; عذراً على الإغراق. 13:30 &lt; duck&gt; هذا فوضى 13:31 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; لكن أظن أننا يمكن أن نؤكد على «فوق» 13:31 &lt; ughabugha&gt; حسناً، 3) خارطة الطريق 13:31 &lt; ughabugha&gt; duck: إلى حد كبير. 13:31 &lt; jrandom&gt; هذا لا شيء مقارنة بالاجتماع 67 ;) 13:31 &lt; jrandom&gt; حسناً، إلى البند 3 13:31 &lt; jrandom&gt; هل لدى أحد أفكار بخصوص خارطة الطريق؟ 13:32 &lt; jrandom&gt; التغييرات / الآراء / الهواجس؟ 13:32 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; تعدد الـtunnel 13:32 &lt; jrandom&gt; janonymous&gt; لدينا ذلك بالفعل 13:32 &lt; jrandom&gt; (اعتباراً من 0.2.5) 13:32 &lt; jrandom&gt; إن كنت أفهمك بشكل صحيح 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; لكن، بمعنى إرسال ملف واحد عبر tunnelين لتسريع الإرسال؟ 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; في الوقت نفسه 13:34 &lt; jrandom&gt; i2p لا يتعامل مع الملفات، لكن نعم، كل رسالة i2p مفردة يمكنها الآن أن تسلك عدة tunnels 13:34 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; أظن أن ذلك سيكون إضافة رائعة للإصدار 2.0 13:34 &lt; jrandom&gt; مثلاً: تُرسل أول 32 ك.بايت عبر الـtunnel X، ثم 32 ك.بايت التالية عبر الـtunnel Y 13:35 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; صحيح.. هذا ما أقصده.. يبدو ضرورياً جداً بالنسبة لي 13:35 &lt; jrandom&gt; لكن i2psnark مع دعم I2CP سيكون قادراً على تعظيم الأمور 13:35 &lt; jrandom&gt; janonymous&gt; نفعل ذلك الآن 13:36 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; أوه. هل سيستعمل I2PSnark عدة tunnels للاتصال نقطة-إلى-نقطة؟ 13:36 &lt; jrandom&gt; يمكن لجميع الرسائل أن تسلك عدة tunnels. 13:36 &lt; duck&gt; نظرياً 13:37 &lt; jrandom&gt; ليس نظرياً فقط - إذا استغرقت رسالة أكثر من 15 ثانية، تُرسَل عبر الـlease المتاح الآخر 13:37 &lt; jrandom&gt; وإذا استغرقت أكثر من 30 ثانية، يتم إسقاط الـleaseSet وإعادة جلبه، مع ذهاب الرسائل اللاحقة عبر الـleases التي تم العثور عليها 13:37 &lt; jrandom&gt; لكن 13:38 &lt; jrandom&gt; i2ptunnel (وأي شيء آخر يستخدم i2p's mode=guaranteed) ينتظر حتى تُسلَّم كل رسالة قبل إرسال التالية 13:38 &lt; jrandom&gt; تطبيقات I2CP الأصلية لا تحتاج إلى ذلك 13:38 &lt; jrandom&gt; (ولا أي تطبيقات تستخدم مكتبة الـsocket، بمجرد أن تُنفَّذ مكتبة الـsocket وتدعم SACK) 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً.. أعتقد فقط أن ذلك سيكون أسلوباً رائعاً لهذه الـtunnels في المستقبل.. من أجل السرعة وإخفاء الهوية 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; والحفاظ على تخفيف الضغط عن الـtunnels الفردية 13:39 &lt; jrandom&gt; متفق 13:39 &lt; jrandom&gt; حسناً، أي شيء آخر بخصوص خارطة الطريق؟ 13:40 &lt; jrandom&gt; (هل سيوبخني أحد لإسقاط مكتبة الـsocket؟ mihi؟ :) 13:41 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; استخدمتُ تشبيهاً في وقت سابق اليوم لأصف التمرير عبر عدة tunnels لشخص ما.. وقلت إنه مثل إضافة مسارات إلى طريق 13:42 &lt; jrandom&gt; إلى حد كبير 13:42 &lt; jrandom&gt; (مع أن منحدر الدخول لديك دائماً بعدد المسارات نفسه ;) 13:42 &lt; duck&gt; إذا كان mihi غاضباً فيمكنه تنفيذ socket API، أليس كذلك؟ 13:43 &lt; jrandom&gt; بالتأكيد، و/أو أي شخص آخر. مكتبة الـsocket جيدة 13:43 &lt; jrandom&gt; (لكنها صعبة، وبرأيي ليست أساسية وظيفياً لتشغيل/أمن الشبكة) 13:44 &lt; jrandom&gt; كنت أتمنى لو كان لدي الوقت لفعل ذلك ومواصلة التقدم في شيفرة i2p الأساسية 13:44 &lt; jrandom&gt; لكن، هذه هي الحياة 13:45 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; يبدو أن mihi ليس هنا 13:45 &lt; ughabugha&gt; حسناً، لقد عدت الآن. 13:45 &lt; jrandom&gt; تمام 13:45 &lt; jrandom&gt; حسناً، ننتقل إلى 4) الموقع 13:46 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; منحدر دخول كبير == كابل / منحدر دخول صغير == اتصال هاتفي؟؟ 13:46 &lt; ughabugha&gt; همم 13:46 &lt; ughabugha&gt; ما الذي كانت ستفعله مكتبة الـsocket؟ 13:46 -!- nick [~Janonym@localhost] انضم إلى #i2p 13:46 &lt; jrandom&gt; صحيح nanonymous 13:46 &lt; jrandom&gt; أقصد، janonymous 13:46 &lt; jrandom&gt; (بغض النظر عن كل شيء، i2p لا يمكنه جعل اتصال شبكتك المحلية أسرع) 13:46 &lt; jrandom&gt; ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 &lt; ughabugha&gt; أتعني مكتبة socket لجافا؟ أليس لديكم واحدة بالفعل؟ 13:47 &lt; jrandom&gt; مكتبة الـsocket تفصل الشيفرة المشابهة لـTCP عن i2p، مما يسمح لـi2p بالتخصص في رسائل شبيهة بـIP 13:47 &lt; nick&gt; نعم 13:47 -!- nick [~Janonym@localhost] غادر [Client closed connection] 13:48 &lt; jrandom&gt; آه، صحيح، نعم، لكن هذا سيسمح للتطبيقات ببث البيانات عبر i2p بكفاءة أعلى بكثير (إذا/عندما تدعم مكتبة الـsocket الإقرار الانتقائي SACK، بدلاً من طلب ACK بعد كل رسالة كما يحدث الآن) 13:49 &lt; jrandom&gt; لست مرتاحاً لتنفيذ SACK داخل الـrouter، إذ يمكن وضعه بأمان خارجها (داخل مكتبة الـsocket) 13:49 &lt; ughabugha&gt; لكن لماذا تُسقطها؟ هل تتطلب فعلاً كل هذا العمل؟ 13:49 &lt; jrandom&gt; نعم، للحصول عليها بالشكل الصحيح 13:49 &lt; jrandom&gt; هناك بعض الشيفرات المنفذة جزئياً، لكن ليس لدي وقت لصيانتها واختبارها 13:49 &lt; ughabugha&gt; حسناً. أنت صاحب القرار. 13:50 &lt; jrandom&gt; حسناً، $devWhoImplements هو صاحب القرار ;) 13:50 &lt; jrandom&gt; على أي حال، ننتقل إلى 4) الموقع 13:50 &lt; ughabugha&gt; :) 13:51 &lt; ughabugha&gt; أي متطوعين؟ 13:51 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; بحث حول تطبيقات p2p المجهولة الهوية 13:51 * jrandom يكرر سؤال ughabugha :) 13:51 &lt; jrandom&gt; همم janonymous؟ 13:51 &lt; ughabugha&gt; Janonymous: سيُتناول هذا تحت 5) ??? 13:51 &lt; jrandom&gt; :) 13:52 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً.. حسناً، فيما يتعلق بما سنضع هناك.. نحتاج إلى عرض تقديمي 13:52 &lt; jrandom&gt; آه، نعم، أتفق 13:52 &lt; jrandom&gt; (انظر البند 7 على http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 &lt; jrandom&gt; والبند 8 13:53 &lt; jrandom&gt; أم أليس هذا ما تقصده؟ 13:53 &lt; jrandom&gt; سأقوم على الأرجح برفع كومة الأوراق التي نبشتها الصيف الماضي أثناء بحث وتصميم i2p 13:53 &lt; jrandom&gt; (أو على الأقل روابط لمداخلها على CiteSeer) 13:54 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً. هل سنناقش نظام إدارة المحتوى التالي (CMS) لـI2P؟ 13:54 &lt; ughabugha&gt; jrandom اختار الـCMS بالفعل. 13:55 &lt; jrandom&gt; نعم/لا - بدلاً من البحث في إيجابيات وسلبيات أنظمة إدارة المحتوى لشهر أو شهرين آخرين، سنستخدم drupal حالياً 13:55 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; /topic #i2p 13:55 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً.. حسناً، فيما يتعلق بما سنضع هناك.. نحتاج إلى عرض تقديمي 13:55 &lt; jrandom&gt; إذا احتجنا للترحيل إلى آخر، يؤكد لي wilde أن تصدير المحتوى أمر سهل بما يكفي 13:55 &lt; jrandom&gt; عرض تقديمي؟ 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; مع الكثير من الرسوم التوضيحية ومقدمة خطوة بخطوة إلى I2P 13:56 &lt; jrandom&gt; نحن بحاجة لتنفيذ التصميم الجرافيكي 13:56 &lt; jrandom&gt; آه صحيح 13:56 &lt; jrandom&gt; مقدمة للمستخدم 13:56 &lt; jrandom&gt; المقدمة في الويكي هي عادةً مقدمة تقنية 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; شبه عرض وسائط متعددة 13:56 &lt; ughabugha&gt; IIP &lt;jrand0m&gt; w0ah 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; صحيح 13:57 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; ياي! 13:57 &lt; jrandom&gt; حسناً، أعتقد أنه يمكننا جمع ذلك، لكننا على الأرجح سنرغب في انتظار إنتاج هذا المحتوى حتى يكون لدينا مُثبِّت حقيقي، ونظام تحكم بواجهة رسومية (GUI) 13:57 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; فيه ينبغي أن تكون الصور أكثر من الكلمات. :) 13:57 &lt; jrandom&gt; صحيح 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; تمام 13:58 &lt; jrandom&gt; لكن ليس لدينا مُثبِّت حقيقي بعد، وأظن (مع أن i2pmgr وi2pmole رائعان) أن هناك عملاً متبقياً على لوحة التحكم 13:58 &lt; ughabugha&gt; هذا ليس أولوية قصوى الآن. 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; بالتأكيد لا. لكن بالنسبة لنا نحن الذين لا نبرمج... 13:59 &lt; jrandom&gt; صحيح. لذا نحتاج متطوعين للعمل على: 1) تصميم ما يجب أن يتضمنه موقع i2p من محتوى 2) تصميم الرسومات / CSS / التخطيط لموقع i2p 3) أشخاص يعملون على إنشاء محتوى لموقع i2p 14:00 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; لديّ شهر فارغ. أظن أنه سيكون وقتاً مُستثمراً جيداً. 14:00 &lt; jrandom&gt; w00t :) 14:00 * jrandom يسجل Janonymous كمتطوع... لتصميم المحتوى وإنشاء المحتوى؟ 14:00 &lt; wilde&gt; عدت 14:00 &lt; ughabugha&gt; حسناً، أستطيع القيام بـHTML وCSS والأمور التقنية، لكني لست كاتباً جيداً، ولا مصمماً. 14:01 &lt; jrandom&gt; r0x0r 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; صحيح.. لست جيداً جداً في جزء التصميم بعد 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; يمكنني محاولة الكتابة، لكن ليس دون نقد جيّد.. لم أكتب من قبل أشياء تحريرية 14:01 &lt; ughabugha&gt; أستطيع أيضاً استخدام Photoshop وأدوات أخرى طالما تُعطى لي تعليمات محددة عمّا يجب فعله. ;) 14:01 &lt; wilde&gt; سأتولى drupal والخصائص 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; لديّ بعض الأفكار الجيدة لك يا ughabugha 14:02 &lt; jrandom&gt; صحيح، بقول «تصميم المحتوى» لا أقصد التخطيط، بل أكثر من قبيل «حسناً، نحتاج صفحة مقدمة للمستخدم، وصفحة مقدمة تقنية، وFAQ» إلخ 14:02 &lt; ughabugha&gt; هه، حسناً. :) 14:02 &lt; jrandom&gt; r0x0r0r 14:02 * jrandom يسجل wilde وughabugha كمتطوعين :) 14:02 &lt; ughabugha&gt; أتطلع إليها. 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; هناك صورة متواضعة صنعتها يمكن العثور على رابطها في وثيقة I2POverview الجديدة على I2p 14:03 &lt; jrandom&gt; كلام سليم، نعم janonymous، تلك الصورة جيدة جداً، بها بعض المشكلات التقنية الطفيفة، لكنها مفيدة للغاية 14:03 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ستبدو أجمل بكثير في Photoshop بلا شك 14:04 &lt; ughabugha&gt; هه. 14:04 &lt; ughabugha&gt; Janonymous: فلنناقش ذلك على انفراد غداً. 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; آه، في الواقع ربما حذفتها بالخطأ :/ 14:04 &lt; jrandom&gt; حسناً، أي شيء آخر يخص الموقع، أم يمكننا الانتقال إلى 5) ??? 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً 14:07 &lt; wilde&gt; حسناً شيء واحد: 14:07 &lt; ughabugha&gt; أي شيء آخر عن الموقع؟ 14:07 &lt; wilde&gt; ما هو الانطباع الأول الذي ينبغي أن تحصل عليه في الموقع؟ 14:07 &lt; wilde&gt; كلمات مفتاحية من فضلكم 14:07 &lt; jrandom&gt; wilde&gt; انظر http://i2p.net/pipermail/i2p/2004-February/000133.html (الفقرة «من منظور العلامة التجارية» :) 14:08 &lt; jrandom&gt; أعجبني شعار «مجهول... بتاً بتاً» 14:08 &lt; ughabugha&gt; لا أظن. هل نتابع إلى 5) ??? ؟ 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; هل ينبغي أن نصنع خارطة طريق للمستخدم أكثر تفصيلاً؟ 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; واحدة تصف الأهداف بعيدة المدى بمزيد من التفصيل 14:08 &lt; ughabugha&gt; wilde: مشاعر إيجابية فقط. 14:09 &lt; jrandom&gt; janonymous&gt; متفق، خارطة الطريق الحالية هي في الحقيقة مجرد ملاحظات تقنية لمهام تقنية ;) 14:09 &lt; jrandom&gt; حسناً، 5) ?? 14:09 &lt; jrandom&gt; هل هناك شيء تريدون طرحه؟ 14:10 &lt; wilde&gt; itoopie لا يتماشى حقاً مع «بسيط وآمن» 14:10 &lt; wilde&gt; إنه أقرب إلى إحساس كرتوني 14:10 &lt; wilde&gt; لهذا سألت 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; نعم، قد نرغب في بناء مزيد من الترقّب 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; كي ينخرط المستخدمون 14:10 -!- kaji [~booky5@localhost] انضم إلى #i2p --- أُغلِق السجل Tue Mar 02 14:11:08 2004 --- فُتِح السجل Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] انضم إلى #i2p 14:12 -!- Irssi: #i2p: إجمالي 6 ألقاب [0 مشرفين، 0 أنصاف مشرفين، 0 أصوات، 6 عاديون] 14:12 &lt; jrandom_&gt; عدت 14:12 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; يعني، ينبغي أن يعمل لهم من دون أن يعرفوا حتى بوجوده 14:12 &lt; jrandom_&gt; wilde&gt; أنا منفتح للاقتراحات 14:12 &lt; ughabugha&gt; * jrandom_ (~jrandom@localhost) انضم إلى #i2p 14:12 &lt; jrandom_&gt; &lt;Janonymous&gt; نعم، قد نرغب في بناء مزيد من الترقّب 14:12 &lt; jrandom_&gt; همم؟ 14:14 &lt; ughabugha&gt; لقد فاتتك هذه: 14:14 &lt; ughabugha&gt; [00:11 43] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; أود فقط التأكيد مجدداً.. أرى أن جميع أساليب التمرير عبر عدة tunnels ينبغي أن تكون شفافة ومتاحة لكل تطبيقات العميل 14:14 &lt; ughabugha&gt; [00:12 07] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; يعني، ينبغي أن يعمل لهم من دون أن يعرفوا حتى بوجوده 14:14 &lt; jrandom_&gt; janonymous&gt; مطبق بالفعل. 14:14 &lt; jrandom_&gt; i2p يوازن بالفعل وبشكل شفاف الاتصالات الطرفية عبر عدة tunnels 14:15 * jrandom_ يركل jrandom 14:15 -!- jrandom [~jrandom@localhost] غادر [Ping timeout] 14:15 -!- Irssi: تمت مزامنة الانضمام إلى #i2p خلال 231 ثانية 14:15 &lt; wilde&gt; المشاركة؟ 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حتى لو قمنا ببروفايل لأسرع وأكثر الـtunnels استقراراً.. لا يزال بإمكاننا استخدام الـtunnels البطيئة الأخرى لزيادة معدل النقل عند الحاجة 14:15 &lt; kaji&gt; هل iip تعمل؟ 14:15 -!- kaji [~booky5@localhost] غادر [Client closed connection] 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; وقد نرغب في توزيع الحمولة على أي حال.. وينبغي أن يكون كل ذلك شفافاً لتطبيقات العميل 14:15 -!- أنت الآن معروف باسم jrandom 14:16 -!- protocol [~iip@localhost] انضم إلى #i2p 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; حسناً 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; رائع 14:16 &lt; jrandom&gt; :) 14:17 &lt; ughabugha&gt; jrandom: لا تستخدم ACTION، فهي لا تُرحَّل ;) 14:17 &lt; jrandom&gt; هاه، حسناً، آسف 14:17 * jrandom يقول شيئاً لا يستطيعون رؤيته 14:17 &lt; jrandom&gt; ;) 14:17 &lt; jrandom&gt; حسناً، هل لدى أي شخص أي شيء آخر؟ 14:18 &lt; jrandom&gt; أظن أنه بعد إصلاح أخطاء netDb الحالية قد نرغب في تجربة اختبارات i2psnark مجدداً 14:20 -!- kaji [~booky5@localhost] انضم إلى #i2p 14:20 -!- wilde [~anon@localhost] غادر [Ping timeout] 14:20 &lt; ughabugha&gt; لكن هل الانتظار لمدة 15 ثانية يوزّع الحمولة فعلاً؟ 14:20 &lt; ughabugha&gt; هذا ليس ما أراه. 14:20 * protocol يقول إن iip لـ lusers 14:20 &lt; ughabugha&gt; كما أراه، ينبغي أن يكون متزامناً 100%، يجب أن يمرر العقدة الرُزم عبر الـtunnel بأسرع ما يستطيع الطرف المستقبِل التعامل معها. 14:20 &lt; ughabugha&gt; أعني عبر كل الـtunnels. 14:20 -!- nick [~Janonym@localhost] انضم إلى #i2p 14:20 -!- kaji [~booky5@localhost] غادر [Client closed connection] 14:21 &lt; jrandom&gt; ughabugha: كل رسالة يُفضَّل إرسالها عبر tunnel واحدة فقط، لكن يتم موازنة كل رسالة مفردة عبر جميعها 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; أنا وduck أجرينا اختباراً عبر I2PSnark في وقت سابق اليوم. 14:21 &lt; jrandom&gt; ughabugha: إذا أرسلناه عبر كل الـtunnels دائماً، فسيكون هناك قدر كبير من الحركة المهدورة 14:21 -!- nick [~Janonym@localhost] غادر [Client closed connection] 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; هل الجميع راضٍ عن اسم «I2P»؟ 14:21 -!- kaji [~booky5@localhost] انضم إلى #i2p 14:21 -!- wilde [~anon@localhost] انضم إلى #i2p 14:22 &lt; jrandom&gt; janonymous&gt; i2p هو الاسم. 14:22 &lt; jrandom&gt; يمكنك أن تسميه betty، لكن i2p هو الاسم ;) 14:22 &lt; ughabugha&gt; kaji: لماذا تومض هكذا؟ 14:22 &lt; jrandom&gt; ughabugha: kaji يحب العبث بنا 14:22 &lt; ughabugha&gt; jrandom: نعم، أفهم ذلك. أظن أنه يعمل تماماً كما أتخيله. 14:23 &lt; kaji&gt; لا أدري 14:23 &lt; kaji&gt; هل iip تعمل؟ 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; رائع 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; تعمل لديّ 14:23 &lt; ughabugha&gt; هي تعمل لبعض الناس، ولا تعمل لآخرين. 14:23 &lt; ughabugha&gt; لذا أشغّل مرحّلاً. 14:24 &lt; jrandom&gt; ughabugha++ 14:24 &lt; ughabugha&gt; لربط الشبكات. 14:24 &lt; kaji&gt; رائع 14:24 &lt; jrandom&gt; تفاصيل الإرسال المتوازي/المتسلسل موجودة في net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 &lt; ughabugha&gt; :) 14:24 &lt; jrandom&gt; (لأي شخص يريد معرفة مزيد من التفاصيل عن كيفية عمله) 14:25 &lt; jrandom&gt; حسناً، أي شيء آخر تريدون طرحه؟ 14:25 &lt; kaji&gt; إذاً كيف حال تطوير i2p؟ :) (Mirc يقول 'lag=30 seconds') 14:25 &lt; jrandom&gt; kaji&gt; نحرز تقدماً ;) 14:26 &lt; jrandom&gt; irssi هنا تراوح التأخير لديه بين 80 ثانية و1 ثانية 14:26 &lt; jrandom&gt; (انقطاعان في آخر 90 دقيقة) 14:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; هل هناك أي أفكار أخرى حول محتوى الموقع الجديد؟ 14:27 &lt; ughabugha&gt; IIP &lt;kaji&gt; رائع 14:27 &lt; jrandom&gt; إضافةً إلى http://i2p.net/pipermail/i2p/2004-February/000133.html أظن أننا سنرغب باستخدام أحد وحدات منتدى drupal 14:27 &lt; ughabugha&gt; لم يحدث لدي أي انقطاع لمدة 80 دقيقة. 14:27 &lt; jrandom&gt; جميل يا ughabugha 14:27 &lt; kaji&gt; همم الآن انخفض التأخير إلى بضع ثوانٍ 14:27 &lt; jrandom&gt; نعم، إنه يتفاوت يا kaji 14:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; أوه، أنا وugha تحدثنا في غرفة الدردشة الخاصة بي عبر eep اليوم :) 14:28 &lt; jrandom&gt; جميل! 14:28 &lt; ughabugha&gt; Janonymous: لن أسمي ذلك حديثاً. ;) 14:28 &lt; ughabugha&gt; كان أشبه بالصراخ على مسافة بضعة كيلومترات. 14:28 &lt; jrandom&gt; مهلاً، هل قمتم بالصوت؟ 14:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; :) كانت رسالة واحدة 14:29 &lt; ughabugha&gt; :) 14:29 &lt; ughabugha&gt; حسناً، أنا تسببت بكل التأخير. 14:30 &lt; ughabugha&gt; على أي حال، إذا لدى أحد اقتراح للنقاش، فليطرحه الآن، لأني مضطر للذهاب. 14:30 &lt; jrandom&gt; صحيح، 90 دقيقة مدة مناسبة لإنهاء الاجتماع أيضاً... 14:30 &lt; jrandom&gt; يمكن تناول أي شيء آخر على القائمة البريدية 14:30 &lt; jrandom&gt; (و/أو iip/i2p لاحقاً) 14:31 * jrandom يلفّ الـ*baf*... 14:31 * jrandom يختتم الاجتماع بـ*baf* </div>/ar/blog/2004/02/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/Tue, 24 Feb 2004 00:00:00 +0000/ar/blog/2004/02/24/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-24-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; 0) مرحباً [22:00] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:00] &lt;jrand0m&gt; 2) الوثائق [22:00] &lt;jrand0m&gt; 3) ??? [22:00] &lt;jrand0m&gt; 0) مرحباً [22:00] &lt;human&gt; مرحباً [22:00] * jrand0m يلوّح إلى iip-ircd الذي أُعيد تشغيله للتو :) [22:01] &lt;jrand0m&gt; (وأيضاً، آه، لك أنت :) [22:01] &lt;jrand0m&gt; ملاحظات الحالة الأسبوعية (التي نعتمد عليها) موجودة على http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html [22:01] &lt;jrand0m&gt; (وكذلك نُشرت على القائمة البريدية، بالطبع) [22:01] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:02] &lt;jrand0m&gt; Dev أحرز تقدماً جيداً في إصدار 0.2.5، والذي سيسمح ويستفيد من tunnels ذات 2+ قفزات ومن العملاء ذوي الtunnels الواردة المتعددة [22:03] &lt;jrand0m&gt; الوظائف الأساسية التي سيوفرها ذلك هي زيادة الاعتمادية واللااسمية العملية [22:04] &lt;jrand0m&gt; الtunnels ذات قفزة واحدة التي لدينا الآن تعرّضك لهجوم إحصائي من خصم نشط، لكن مع 0.2.5 ستتمكن من تحديد طول قفزاتك (مع زيادة القيمة الافتراضية إلى 2) مما يجعل الهجوم الإحصائي أكثر تعقيداً بكثير [22:06] &lt;jrand0m&gt; كما وجدتُ علّتين في عملية إرسال العميل وفي الnetwork db قد تفسّران بعضاً من عدم الاستقرار الأخير [22:06] &lt;jrand0m&gt; (إصلاحات الأخطاء جارية) [22:07] &lt;jrand0m&gt; كاستطراد، أعتقد أن خريطة الطريق [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] لا تزال تعكس بدقة جدول التطوير [22:07] * mihi انضمّ إلى #i2p [22:07] &lt;jrand0m&gt; مرحباً mihi [22:07] * protocol غادر IRC (مهلة Ping) [22:07] &lt;jrand0m&gt; حسناً، هذا كل شيء بخصوص حالة تطوير الrouter، ننتقل إلى 2) الوثائق [22:07] * human يود أن يقول إنه يجد I2P غير قابل للاستخدام منذ 0.2.4 (يبدو أنه يتصرّف بشكل *أسوأ بكثير* من حقبة 0.2.3، على الأقل على جهازي) [22:07] &lt;jrand0m&gt; هممم [22:08] &lt;human&gt; ربما يمكننا التحدث عن ذلك بعد الاجتماع... [22:08] &lt;jrand0m&gt; من حيث الاعتمادية، الكمون، CPU، النطاق الترددي؟ [22:08] * protocol انضمّ إلى #i2p [22:08] &lt;mihi&gt; مرحباً jrand0m، مرحباً بالجميع [22:08] &lt;human&gt; jrand0m: لا أستطيع الوصول إلى أي eepsite أو خدمة I2P (مع بعض الاستثناءات المؤقتة) [22:08] * mihi يؤيّد human [22:09] &lt;jrand0m&gt; معظم الeepsites متوقفة - duck و baffled و madman2003 هم الأكثر استمراراً في العمل مؤخراً [22:09] &lt;human&gt; jrand0m: لا أستطيع الوصول إليها، ولا إلى irc.*.i2p [22:09] &lt;jrand0m&gt; أستخدم squid باستمرار لكل تصفحي للويب - أأنت غير قادر على استخدامه؟ [22:09] &lt;human&gt; jrand0m: كلا [22:09] &lt;jrand0m&gt; هممم [22:10] &lt;madman-away&gt; مدة تشغيل حوالي 8 ساعات يومياً لــ i2p site الخاص بي [22:10] &lt;human&gt; jrand0m: يمكننا التحدث عن ذلك بعد الاجتماع، لا أريد احتكار النقاش :-) [22:10] * madman-away صار اسمه الآن madman2003 [22:10] &lt;mihi&gt; قد تكون مشكلة مزود خدمتي أيضاً، http://babelfish.altavista.com/babelfish/urltrurl?tt=url&amp;url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&amp;lp=de_en :( [22:10] &lt;Janonymous&gt; أنا أيضاً [22:10] &lt;human&gt; jrand0m: فقط للإشارة إلى أن هناك بعض المشاكل (التي لم تظهر من قبل) [22:10] &lt;Janonymous&gt; موقعي ينبغي أن يكون عاملاً الآن [22:11] &lt;madman2003&gt; أي وجهة؟ [22:11] &lt;jrand0m&gt; حسناً، تمام، إن كانت الأمور تتراجع من ناحية الاعتمادية فعلينا معالجة ذلك قبل الانتقال إلى 0.2.5 [22:11] * mihi يكره الإنجليزية لدى babelfish :( [22:11] &lt;jrand0m&gt; هه [22:12] &lt;jrand0m&gt; (حسناً، على الأقل ترجم جملة Thank you for your understanding. بشكل صحيح...) [22:12] &lt;human&gt; jrand0m: ينبغي التحقيق في الأمر... فكرتُ أيضاً في مسألة تتعلق بالـ ISP، لكن المشكلة تبدو ثابتة منذ 0.2.4 (ولا يبدو أنها تحدث مع خدمات الشبكة الأخرى) [22:12] &lt;jrand0m&gt; 0.2.4.0 كان سيئاً جداً، وكذلك 0.2.4.1 [22:12] * wilde انضمّ إلى #i2p [22:13] &lt;human&gt; jrand0m: أعلم، وهذا يقلقني... [22:13] &lt;wilde&gt; مرحباً i2p [22:13] &lt;jrand0m&gt; أهلًا wilde [22:13] &lt;madman2003&gt; شيء واحد لاحظته هو أن الtunnels تميل إلى عدم الاستقرار أكثر من ذي قبل [22:13] &lt;human&gt; jrand0m: لم يتغير الكثير مع 0.2.4.2 (على الأقل بالنسبة لي) [22:13] &lt;human&gt; jrand0m: s/ i / it / [22:14] &lt;jrand0m&gt; madman2003&gt; هذا غالباً بسبب الrouters التي تتصل وتفصل (وهذا سيكون مشكلة كبيرة حتى 0.3) [22:14] &lt;jrand0m&gt; هممم حسناً [22:14] &lt;wilde&gt; jrand0m: هل يعني ذلك أنه ينبغي علينا تجنب تشغيل الـtransients حالياً؟ [22:15] * mihi غادر IRC (مهلة Ping) [22:15] &lt;jrand0m&gt; هممم، أعتقد أن هناك إصلاحات مهمة قادمة في 0.2.5، لكن يمكننا تأجيل الانتقال من 0.2.5 إلى 0.3 حتى تُحل قضايا الاعتمادية. [22:16] &lt;jrand0m&gt; wilde&gt; لا أحب مصطلح transients، يجعلني أفكر في مشروع آخر يعامل الrouters غير الموثوقة بشكل مختلف عن الموثوقة. نحن نعامل كل الrouters على قدم المساواة (ونحتاج إلى ذلك من أجل اللااسمية) [22:16] &lt;jrand0m&gt; ولكن ما دام الrouters تبقى عموماً عاملة أو عموماً متوقفة، فلا بأس [22:17] &lt;jrand0m&gt; (فقط ليس على نمط تعمل 10 دقائق، تتوقف 10 دقائق، تعمل 30، تتوقف 30، وهكذا) [22:17] &lt;madman2003&gt; لدي طلب: خيار لإعادة إنشاء الrouter (و الtunnels) [22:17] &lt;baffled&gt; هل i2p منظمة تمنح فرصاً متساوية للrouters؟ [22:17] &lt;jrand0m&gt; هه baffled [22:18] &lt;jrand0m&gt; madman2003&gt; إعادة إنشاء الrouter؟ هل لا يزال الrouter لديك يُغلق؟ [22:18] &lt;madman2003&gt; أقصد إعادة توصيل كل شيء [22:18] &lt;madman2003&gt; نوع من إعادة التشغيل الدافئة للrouter [22:18] &lt;madman2003&gt; دون إزعاج الrouters الأخرى [22:18] &lt;madman2003&gt; (أضطر لإعادة تشغيل الrouter والtunnels كثيراً) [22:18] &lt;jrand0m&gt; يمكنك بأمان إعادة تشغيل تطبيقات العميل (مثلاً i2ptunnel و eepproxy، إلخ) دون لمس الrotuer [22:19] &lt;jrand0m&gt; ينبغي ألا تحتاج /أبداً/ لإعادة تشغيل الrouter. [22:19] &lt;jrand0m&gt; (معظم إعدادات التهيئة تُحدّث ديناميكياً) [22:19] * Trix انضمّ إلى #i2p [22:19] &lt;jrand0m&gt; مرحباً Trix [22:19] &lt;Trix&gt; مرحباً [22:19] &lt;madman2003&gt; عادةً إعادة تشغيل الtunnels تحل المشكلة [22:21] &lt;jrand0m&gt; هناك حالة واحدة فقط يكون فيها ذلك ضرورياً تقنياً (انتهاء صلاحية lease قديمة في leaseSet الخاص بالعميل، والذي كان يحدث عشوائياً عند بدء التشغيل)، وقد تم إصلاح ذلك في CVS، لذا لا ينبغي أن تحتاج إلى فعل ذلك. [22:22] &lt;jrand0m&gt; (في الواقع، إعادة تشغيل الtunnels قد تسبب مشاكل مؤقتة، تبعاً لنوع الtunnel) [22:22] &lt;madman2003&gt; أحياناً لا أعلم إن كنت أنا أتسبب بالمشاكل أم شخص آخر [22:22] &lt;jrand0m&gt; إذا كانت وحدة تحكم الrouter لديك لا تحتوي على أي تحذيرات باللون الأحمر، فالمشكلة من الشبكة (أو من شخص آخر) [22:22] * jnk انضمّ إلى #i2p [22:23] &lt;jrand0m&gt; الصبر يحل مزيداً من أخطاء i2p الحالية أكثر مما تفعله عمليات إعادة التشغيل ;) [22:24] &lt;jrand0m&gt; لكن سيكون لدينا سلسلة أخرى من إصدارات إصلاح الأخطاء بعد 0.2.5 [22:24] &lt;jrand0m&gt; (مثل testnet، ولكن دون قيود على قاعدة المستخدمين) [22:25] &lt;jrand0m&gt; (وكما هو الحال دائماً، كلما تعطلت الأمور، فالlogs محل تقدير :) [22:25] &lt;jrand0m&gt; على أي حال، ننتقل إلى 2) الوثائق [22:26] &lt;jrand0m&gt; كما نُشر في http://i2p.net/pipermail/i2p/2004-February/000147.html هناك بعض وثائق النظرة العامة الجديدة [22:27] &lt;jrand0m&gt; سأقدّر أي نقد لتحسينها، إذ إن الصفحات المشار إليها ستتحول أساساً إلى نقطة الانطلاق الرئيسية لتعلّم I2P [22:28] &lt;madman2003&gt; قرأتُها وآمل أنك كنت محقاً بشأن إمكانية تقليل مقدار التشفير بأمان [22:29] &lt;wilde&gt; طبقات التشفير أم عدد البِتّات؟ [22:29] &lt;jrand0m&gt; لست مقتنعاً بأن التشفير هو عنق الزجاجة، لكنه احتمال [22:30] &lt;jrand0m&gt; لا يمكننا تقليل الطبقات بأمان، لكن يمكننا استخدام مستويات مختلفة من التشفير عند طبقات مختلفة، بدلاً من إعادة استخدام نفس الشيفرة لكل شيء [22:30] &lt;madman2003&gt; المشكلة هي إيجاد الطريق [22:30] &lt;jrand0m&gt; هممم؟ [22:31] &lt;madman2003&gt; المسار الثابت يُعثر عليه عادةً بسهولة [22:31] &lt;madman2003&gt; والمسار الأكثر ديناميكية أصعب في الإنشاء [22:32] &lt;madman2003&gt; (أتحدث عن العجز عن التعامل بشكل صحيح مع الrouters التي تخرج عن الخدمة) [22:32] &lt;jrand0m&gt; آه، ظننتك تتحدث عن التشفير [22:32] &lt;jrand0m&gt; سيكون من السهل إلى حد معقول التعامل مع الrouters غير الموثوقة، لكنه مجرد كود 0.3 [22:33] * jrand0m لديه ~30 صفحة من الملاحظات حول تقنيات مختلفة، كله قابل للتنفيذ، لكن هناك الكثير للعمل [22:33] * protocol غادر IRC [22:34] &lt;madman2003&gt; ربما فكرة أن تكون هناك مسارات احتياطية جاهزة [22:34] &lt;madman2003&gt; تكرار الtunnel [22:34] &lt;jrand0m&gt; صحيح، هذا في 0.2.5 - multiple leases [22:35] &lt;jrand0m&gt; (lease == إعلان أن الوصول إلى وجهة ما ممكن عبر tunnel محدد) [22:35] &lt;madman2003&gt; سأنتظر ذلك :) [22:36] &lt;jrand0m&gt; w3rd [22:37] &lt;jrand0m&gt; حسناً، إن كان لدى أي أحد اقتراحات لتحسين الوثائق، لا تترددوا في تعديل الويكي، أو النشر على القائمة، أو إرسال بريد لي [22:38] &lt;jrand0m&gt; حسناً، ننتقل بسرعة إلى 3) ??? [22:38] &lt;jrand0m&gt; هل هناك أي شيء يود الناس طرحه ومناقشته؟ [22:39] &lt;DrWoo&gt; البطاطس رخيصة بشكل فظيع ومع ذلك رقائق البطاطس غالية، ما القصة؟ [22:39] &lt;DrWoo&gt; :) [22:39] &lt;jrand0m&gt; إنها مؤامرة! [22:40] * DrWoo يظن أن لدى jrand0m إجابة لمعظم الأشياء :) [22:40] &lt;jrand0m&gt; بالطبع، يمكنك لوم أي شيء على المؤامرات. [22:40] &lt;jrand0m&gt; حسناً [22:40] &lt;wilde&gt; Stego ؟ [22:40] * human يقبل اقتراحات حول كيفية عرض وظائف رسائل على طراز I2CP لتطبيقات غير Java [22:41] &lt;wilde&gt; كيف سينفّذ I2P الـStego بحيث لا يكشف فحص المنافذ العادي أي شيء [22:41] &lt;wilde&gt; ولا حتى بايتات عشوائية [22:41] * human قد يبدو (أو يبدو فعلاً؟) مكرراً... يفكر في VPNs عبر I2P باستخدام http://openvpn.sf.net/ [22:41] &lt;jrand0m&gt; حسناً، أحدها PHTTP. [22:42] &lt;jrand0m&gt; يبدو openvpn مثيراً للاهتمام - لم أكن أعلم أن tun/tap له منافذ على Windows [22:42] &lt;jrand0m&gt; جسر socket بسيط موجه للرسائل من أجل I2CP ينبغي أن يكون سهلاً جداً [22:43] &lt;wilde&gt; أليس freenet يسميها Silent Bob، حيث تصمت العقدة إن لم تعطِ الطرق السرّي (تعرف router ID) [22:43] * madman2003 غادر IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] &lt;baffled&gt; حسناً كالمعتاد لدي موعد آخر بعد 15m، سألحق بكم لاحقاً. [22:43] &lt;jrand0m&gt; صحيح، لو أردنا التكامل مع خادم ويب/إلخ لعمل silent bob، يمكننا ذلك [22:43] &lt;jrand0m&gt; رائع، لاحقاً baffled [22:44] &lt;jrand0m&gt; (لكن silent bob لا يمنع اكتشاف فحص المنافذ، بل يجعله يبدو كخدمة أخرى) [22:44] &lt;wilde&gt; أفضل ألا يقوم أشخاص عشوائيون أو مزودو خدمة الإنترنت بفحص منافذي ويجدوا منافذ مفتوحة [22:44] &lt;wilde&gt; حسناً [22:44] &lt;human&gt; jrand0m: حسناً، سأعمل على ذلك عندما يعمل I2P مجدداً على جهازي :-) [22:44] &lt;jrand0m&gt; UDP سيعمل أيضاً [22:44] &lt;jrand0m&gt; :) human [22:45] * kaji انضمّ إلى #i2p [22:46] &lt;jrand0m&gt; لم أكن أدرك أن الاعتمادية انخفضت إلى هذا الحد، سنخوض تكرارات كافية بعد 0.2.5 لنعيدها لك يا human [22:46] &lt;wilde&gt; هل هناك طريقة لإخفاء منفذ مفتوح عن برنامج Java، دون العبث بنظام التشغيل أو الجدار الناري [22:46] &lt;human&gt; w00t! [22:47] &lt;jrand0m&gt; تقصد وجود مقبس TCP يستمع ولا يمكن فحصه؟ لا، ليس مباشرةً من Java. [22:47] &lt;wilde&gt; حسناً [22:48] &lt;jrand0m&gt; (لا أعرف حتى كيف أفعل ذلك بلغات أخرى) [22:48] &lt;jrand0m&gt; udp ربما تكون أفضل طريقة لذلك [22:48] * human يدعو الناس لتجربة telnet human.i2p (خادم echo عبر TCP مُمرّر عبر tunnel) وكتابة شيء ما [22:48] &lt;wilde&gt; قد يكون برنامج C صغير يرشّح ويوجّه إلى منفذ آخر ربما [22:49] * kaji_ انضمّ إلى #i2p [22:49] &lt;jrand0m&gt; إذا كان يقبل اتصالات TCP، فحينها يكون الأوان قد فات بالفعل، إن كنت قد فهمتُ قلقك بشكل صحيح. [22:49] &lt;Janonymous&gt; كيف تعمل telnet؟ [22:49] &lt;kaji_&gt; أخيراً [22:50] &lt;kaji_&gt; استغرق ذلك دهراً، iip قابلية الاستخدام سيئة جداً حالياً [22:50] * kaji غادر IRC (مهلة Ping) [22:51] &lt;duck&gt; إذا كنت قلقاً بشأن المنافذ المفتوحة، يمكنك استخدام rTCP / PHTTP / أي شيء، أليس كذلك؟ [22:51] &lt;Janonymous&gt; تباً... مرحباً، jr، هل تلك الوثائق الجديدة متاحة من صفحة i2p الرئيسية؟ [22:51] &lt;human&gt; Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] &lt;jrand0m&gt; لا يا Janonymous، فقط من الروابط في تلك الرسالة [22:51] &lt;human&gt; Janonymous: ثم telnet localhost 12221 [22:51] &lt;jrand0m&gt; duck&gt; صحيح [22:52] &lt;Janonymous&gt; تمام [22:52] &lt;duck&gt; (وطبعاً whatever يمكن أن يكون نقل silentbob/stealth/stego) [22:52] &lt;jrand0m&gt; human&gt; فشل إرسال الرسالة بعد 61226ms مع 391 بايت [22:53] &lt;human&gt; jrand0m: وماذا يعني ذلك...؟ [22:53] &lt;jrand0m&gt; يعني أنني لا أستطيع الوصول إلى echo لديك [22:53] &lt;duck&gt; -nogui مُهمل :) [22:53] &lt;jrand0m&gt; هل يمكنك الوصول إلى duck.i2p؟ [22:54] &lt;wilde&gt; مخيف، بحثتُ في جوجل عن rtcp: http://dret.net/glossary/rtcp [22:54] &lt;jrand0m&gt; صحيح، rtcp محجوز :/ [22:54] &lt;human&gt; jrand0m: أحاول، لكن لا أستطيع الوصول إلى duck.i2p منذ وقت طوييييل... [22:54] &lt;jrand0m&gt; wilde&gt; http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] &lt;wilde&gt; "Wilde's WWW Online Glossary" [22:55] &lt;jrand0m&gt; ههه أجل :) [22:55] &lt;jrand0m&gt; human&gt; هذا أمر سيئ فعلاً، لأنه يعمل تقريباً دوماً - هل يمكنك أن ترسل لي log-*.txt الخاص بك؟ [22:56] &lt;human&gt; بدأ في: Tue Feb 24 10:21:22 GMT 2004 [22:56] &lt;human&gt; الإصدار: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] &lt;human&gt; النطاق الترددي المستخدم: 56096295 بايت مُرسلة، 34308394 بايت مُستلمة (متوسط 1.44KBps مُرسل و0.88KBps مُستلم) [22:56] &lt;human&gt; jrand0m: حسناً، الlogs قادمة على meshmx [22:56] &lt;jrand0m&gt; شكراً [22:56] &lt;jrand0m&gt; حسناً، هل لدى أحد أي شيء آخر لطرحه؟ [22:58] * jrand0m يختتم [22:58] * jrand0m *baf*s يُغلق الاجتماع </div>/ar/blog/2004/02/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/Tue, 17 Feb 2004 00:00:00 +0000/ar/blog/2004/02/17/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-17-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> DrWoo, duck, fidd, human, jar, jrand0m, kaji, li, lucky, madman2003, mihi, Newsbyte, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> نظرًا لأن الاجتماع لم يكن رسميًا جدًا لأن Jrand0m لم يكن يشعر بصحة جيدة، فهذه سجلاتي للاجتماع من قبل بدايته بقليل وحتى بعض الوقت بعد انتهائه. لقد حذفتُ مقاطع بدء التشغيل وشاشات البداية الناتجة عن إعادة تشغيل iip مرتين على الأقل خلال تلك الفترة. إذا كان لدى شخص آخر سجلات أفضل، فلا تترددوا في استبدالها. (مرتبك) <p>&lt;human&gt; baffled: إننا نجرب تواصلاً روحياً باتجاه jrand0m لنطلب منه أن يكون هنا للاجتماع &lt;human&gt; baffled: فقط ركّز ذهنك عليه وساعدنا &gt; ألا ينبغي لنا أن نمسك الأيدي أو شيئًا من هذا القبيل؟ &lt;human&gt; baffled: إذا كان ذلك يساعدك على تركيز ذهنك&hellip; حسنًا، نعم &gt; جميل، أعطني يدك، أنا أبدأ بالتركيز! &lt;UL &gt; &lt;li&gt; human يناول يده إلى baffled &lt;/UL&gt; human غيّر موضوع القناة #i2p إلى اجتماع I2P: أمسك بيد جارك، ركّز ذهنك على jrand0m، واطلب منه أن يأتي إلى هنا thecrypto (~<a href="mailto:thecrypto@anon.iip">thecrypto@anon.iip</a> ) انضم إلى القناة #i2p &lt;UL &gt; &lt;li&gt; baffled يمسح زيت رقائق البطاطس المقدّس عن أصابعه ويأخذ يد human. &lt;/UL&gt; &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: ألا يضع عادةً جدولاً للاجتماع مسبقًا؟ يمكنك أخذ ذلك وتوجيه الاجتماع &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: امم&hellip; لماذا أنا؟ Rain (<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) انضم إلى القناة #i2p &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: (لم أرَ أي جدول اجتماع، على أي حال) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: ولمَ لا؟ أنت صاحٍ &lt;wilde&gt; فلنضع جدولاً بأنفسنا &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; نعم، أنتم تعرفون القضايا العامة &lt;wilde&gt; هناك الكثير من المواضيع للنقاش &lt;UL &gt; &lt;li&gt; human سيدير الاجتماع مقابل التضحية بالابنة البِكر لكل مشارك &lt;/UL&gt; &lt;wilde&gt; التمويل، الإستراتيجية، التسويق، الموقع، استقطاب المزيد من المطوّرين والمستخدمين المتقدّمين، إلخ &lt;human&gt; wilde: أوافق، يمكننا التحدّث بشكل غير رسمي عن التاريخ الحديث لـ I2P &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: افتح نافذة نصية وضع بسرعة جدولاً مرقماً &lt;UL &gt; &lt;li&gt; human يوافق wilde &lt;/UL&gt; &gt; كبند أول، ألا نحتاج إلى إضافة مسؤوليات ضخمة إلى jrandom غيابيًا؟ تسجيل الخروج: wilde (انتهاء مهلة Ping) تسجيل الخروج: ion (انتهاء مهلة Ping) &lt;UL &gt; &lt;li&gt; human يوافق baffled أيضًا &lt;/UL&gt; wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) انضم إلى القناة #i2p &lt;wilde&gt; عدت &gt; أنت أول من قال شيئًا، أنت المسؤول الآن. &lt;wilde&gt; من؟ أنا؟ jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) انضم إلى القناة #i2p &gt; كُفّ عن التظاهر بالمفاجأة. &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; أنتم مضحكون :) &gt; مرحبًا يا jar. &lt;jar&gt; أهلًا baffled :) &lt;jar&gt; أهلًا i2p ! ion (<a href="mailto:ion@anon.iip">ion@anon.iip</a> ) انضم إلى القناة #i2p &lt;UL &gt; &lt;li&gt; human بدأ تسجيل وقائع الاجتماع (أو أياً كان ما سيكون) &lt;/UL&gt; &gt; لقد اخترنا wild لإدارة الاجتماع لأنه كان أول من قال شيئًا بعد وقت الاجتماع. &lt;wilde&gt; حسنًا jrand0m (<a href="mailto:jrand0m@anon.iip">jrand0m@anon.iip</a> ) انضم إلى القناة #i2p &lt;wilde&gt; 1. مرحبًا &lt;wilde&gt; 2. حالة I2P &lt;wilde&gt; 3. كيف نُساعِد مشروع I2P &lt;wilde&gt; 4. استقطاب المزيد من المطوّرين &lt;wilde&gt; 5. جمع المال (تبرعات، بيع تي شيرتات) &lt;wilde&gt; 6. نقاش عام &lt;human&gt; jrand0m: لقد ظهر!!! &lt;wilde&gt; مرحبًا يا jrand0m! &gt; سآخذ تي شيرت. &lt;human&gt; تجربتنا نجحت!!! &lt;jrand0m&gt; تبًا، ظننت أنني فاتني الأمر :) &lt;UL &gt; &lt;li&gt; jrand0m يترك المنصّة لـ wilde ;) &lt;/UL&gt; &gt; من الأفضل أن تُلقي نظرة على السجل يا jrandom. &lt;wilde&gt; حسنًا، يا رئيس، يمكنك تعديل جدول الأعمال كما تشاء &lt;jrand0m&gt; &lt;a href=&ldquo;<a href="http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html%22&amp;gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&amp;lt;/a">http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html"&gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&lt;/a</a> &gt; &lt;UL &gt; &lt;li&gt; jrand0m قام للتو بالنشر &lt;/UL&gt; &gt; هل التي شيرتات جيدة؟ &lt;jrand0m&gt; من الأفضل أن تكون كذلك &lt;UL &gt; &lt;li&gt; jrand0m يعتذر عن التأخير، كان يتجنب النظر إلى الشاشة اليوم (صداع قاتل) &lt;/UL&gt; &gt; لا اعتذار ضروريًا أو متوقعًا. &lt;wilde&gt; لا مشكلة، لقد أعددنا خطة طوارئ &lt;wilde&gt; الجميع يتوظف في McDonalds&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=McDonalds&rdquo; class=wikipageedit&gt;?&lt;/a&gt; ويوظّفون مبرمجين هنودًا من أجل المال تسجيل الخروج: ion (انتهاء مهلة Ping) &lt;jrand0m&gt; هاه، جميل &lt;jrand0m&gt; ربما يمكننا الانتقال إلى جدول الأعمال ذاك، أم أننا على 1، 2، 3، 6؟ &lt;wilde&gt; 0. &lt;wilde&gt; 1. مرحبًا &lt;wilde&gt; مرحبًا I2P &lt;fidd&gt; مرحبًا &lt;jrand0m&gt; مرحبًا &lt;jar&gt; مرحبًا &lt;kaji&gt; آه، وصلت &lt;wilde&gt; آخر التحيات؟ مرة أولى، مرة ثانية&hellip; &lt;kaji&gt; مرحبًا &gt; أي جدول؟ الذي نشرته أنت أم الذي نشره wild؟ &lt;jrand0m&gt; ربما أستطيع المساعدة في البند 2) الحالة &lt;wilde&gt; 2. حالة I2P &lt;jrand0m&gt; الـ router بالحالة الحالية غير عامل &lt;wilde&gt; فكيف وضعنا ما بعد testnet؟ &gt; هل يمكننا التصويت على ذلك؟ &lt;jrand0m&gt; بعد testnet، نعم، لكنني أدخلت خطأين أثناء العملية &gt; صوّتوا. &lt;jrand0m&gt; التصويت على ما إذا كان غير عامل؟ &gt; صحيح. &lt;UL &gt; &lt;li&gt; jrand0m يتساءل إن كنّا سنجعل النظام يعمل مجددًا إن صوّتْنا بقوة &lt;/UL&gt; &lt;kaji&gt; إنه ميّت بالنسبة لي &gt; أوه، لا بأس. &gt; حسنًا، أمسكنا الأيدي وظهرتَ. &lt;jrand0m&gt; حسنًا، يستحق المحاولة ;) &lt;UL &gt; &lt;li&gt; jrand0m يبدأ جلسة طردٍ للأخطاء &lt;/UL&gt; &gt; هل يجعل ذلك منها bogobugs؟ &lt;UL &gt; &lt;li&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt; ينثر دمًا مجففًا على الأرض &lt;li&gt; jrand0m يستشعر أن هذه التلاوة ستجعل الأخطاء تختفي خلال اليوم أو اليومين المقبلين، مع إرسال بريد إلى i2p@ حالما تصبح جاهزة &lt;/UL&gt; &gt; أووووه، مذهل! &lt;kaji&gt; لقد انتقلتُ إلى j2sdk1.4.2_03 لجعل ant يعمل على XP، أتساءل كم لهذا تأثير على عدم عمل الـ router &lt;wilde&gt; إذًا هناك إجازة قصيرة لـ i2p &lt;jrand0m&gt; لا شيء، أنا أستخدم ذلك الإصدار على xp &lt;jrand0m&gt; الخطأ هو خطأ مبرمج، وربما بسيط أيضًا &lt;jrand0m&gt; (لكنّه قاتل تمامًا) &lt;jrand0m&gt; صحيح يا wilde &lt;jrand0m&gt; لكن بعد ذلك، حقّقت قدرًا كبيرًا من التقدّم في الوثائق للإصدارات 0.2.5 و0.3 &lt;jrand0m&gt; لذا لا أظن أنها ستكون بعد أسبوعين كاملين &lt;jrand0m&gt; لكن سنعالج ذلك الأمر حين نصل إليه. &lt;wilde&gt; جميل، هل لدى أحد تحسينات للتطبيقات؟ &lt;jrand0m&gt; فكرة واحدة - على testnet ركّزنا كثيرًا على irc وecho أكثر من eepsites &lt;UL &gt; &lt;li&gt; wilde يسجّل في الدفتر الأسود من لم يُنجز وظيفة اليوم: تطبيق I2P رائع &lt;/UL&gt; &gt; أتظن أنهم تضرروا بسبب ذلك؟ أنا بالتأكيد أظن ذلك. &lt;jrand0m&gt; وجود الكثير من العملاء (المعروفين أيضًا بـ destinations) على router واحد يزيد الحمل، وربما نرغب بالتفكير في تقليص نطاق الاختبار &lt;jrand0m&gt; هناك أيضًا نقاش بشأن إعادة النظر في حجم مفاتيح التشفير لتقليل الحمل (ليوم آخر بعد أن نحصل على المزيد من القياسات، إلخ) تسجيل الخروج: Robert (انتهاء مهلة Ping) &gt; ما الذي تعتبره عددًا كبيرًا من العملاء على router واحد؟ &lt;jrand0m&gt; لا أدري، أود أنه حالما تصدر 0.2.4.x وتصبح قابلة للاستخدام أن نتمكن من استخدام كل من IRC وeepsites &lt;jrand0m&gt; هذا يعتمد على الحاسوب &lt;wilde&gt; إذًا ما الأفضل الآن؟ eepsites أم irc؟ &lt;UL &gt; &lt;li&gt; jrand0m يريد كليهما، وسنجعلهما يعملان على المدى المتوسط والطويل &lt;/UL&gt; &lt;jrand0m&gt; على أي حال، سنرى عند صدور 0.2.4.x. ربما سيكون كلاهما جيدًا مجددًا. &lt;wilde&gt; نعم، لكن ما الأكثر فائدة للتنقيح؟ الاتصالات المستمرة أم المتقطّعة؟ &lt;jrand0m&gt; كلاهما ;) &lt;wilde&gt; irc خفيف، أم رسوميات eep؟ &lt;jrand0m&gt; يحتاج i2p إلى دعم اتصالات بث طويلة الأمد واتصالات قصيرة اندفاعية &lt;kaji&gt; وماذا عن التنزيلات الثقيلة والطويلة؟ &lt;jrand0m&gt; صحيح، اتصالات بث طويلة الأمد &lt;jrand0m&gt; (مع أنني أعتقد أن مشاركة الملفات عبر i2p ستكون أفضل عبر i2psnark بالرسائل، على طريقة udp) &lt;wilde&gt; السؤال الحقيقي هو: لقد اقترحتَ تضييق نطاق الاختبار، هل كان ذلك لصالح IRC أم EEP؟ &lt;wilde&gt; (أو شيء آخر) &lt;jrand0m&gt; اثنان أو ثلاثة عملاء سيكونون جيدين، فقط أعلم أن تشغيل 4 خدمات فأكثر قد يكون عبئًا زائدًا في الوقت الحالي (اعتمادًا على حواسيب الناس) lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) انضم إلى القناة #i2p &lt;wilde&gt; حسنًا، هذا على الأرجح حكيم &lt;jrand0m&gt; هل لدى أحد حالة تطوير لتطبيقات العميل؟ &lt;wilde&gt; إذًا ينبغي أن يكون التركيز على الخدمات التي يمكننا جمع بعض الإحصاءات منها، مثل سكربتات irc &lt;jrand0m&gt; هذا أمر محوري بالتأكيد. Newsbyte (~<a href="mailto:fredisdea@anon.iip">fredisdea@anon.iip</a> ) انضم إلى القناة #i2p &lt;jrand0m&gt; واو &lt;jrand0m&gt; مرحبًا Newsbyte &lt;Newsbyte&gt; آه، jran &lt;UL &gt; &lt;li&gt; wilde ينظر إلى الساعة وإلى Newsbyte، وصول متأخر، سيكلّفك تفاحة &lt;/UL&gt; &lt;Newsbyte&gt; هاه؟ &lt;Newsbyte&gt; أنا لا آتي إلى هنا أبدًا &lt;jrand0m&gt; أيضًا، خادوم echo وتطبيق العميل ممتازان في جمع الإحصاءات، ولا يعتمد أيٌ منهما على أشياء خاصة بـ irc.<br> &lt;wilde&gt; لا شيء &lt;Newsbyte&gt; ثم، ما هو اجتماع I2P من دون nop؟ ;-) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: هيه، لسببٍ ما لا أظن أنه هنا من أجل الاجتماع :) &lt;human&gt; هل ستكون أداة لمراقبة eepsite مفيدة؟ &lt;Newsbyte&gt; لا nop، لا اجتماع &lt;UL &gt; &lt;li&gt; Newsbyte يمكنه التلخيص &lt;/UL&gt; &lt;wilde&gt; jrand0m: هل هناك شيء آخر تودّ أن تكون لدينا عنه إحصاءات في الشبكة؟ &lt;jrand0m&gt; human&gt; بالتأكيد - ربما طريقة لإجراء ping دوري لـ eepsites، وربما تتبّع التغييرات أيضًا؟ &lt;human&gt; jrand0m: تتبّع تغييرات ماذا؟ &lt;jrand0m&gt; أعتقد أنه مع سكربتات irc التي تعطينا إحصاءات الانقطاعات/الاعتمادية على المدى الطويل، ومع تطبيق echo الذي يعطينا الكمون، فإن الشيء المتبقي حقًا هو معدل النقل &lt;jrand0m&gt; تغيّر المحتوى على الصفحة<br> &lt;Newsbyte&gt; نعم، واستخدم أكثر من خادوم واحد &lt;wilde&gt; مقياس kb/s، إذاعة قرصنة I2P، أحد؟ &lt;jrand0m&gt; همم؟ صحيح، عندما تكون الشبكة عاملة يكون لدينا عادة بين 4 و10 خواديم &lt;human&gt; jrand0m: إنه ممكن، لكن&hellip; كيف ستستخدم معلومات تغيّر المحتوى؟ &lt;kaji&gt; شغّلتُ بث shoutcast لفترة &lt;jrand0m&gt; human&gt; ذلك الجانب تحديدًا لن يساعدني، لكنه سيسمح للمستخدمين باستخدام الاختبار (الذي سيخبرهم بما تغيّر، وكذلك سيدفعهم لتشغيل الاختبار أكثر [توليد المزيد من الحركة]) &lt;jrand0m&gt; جميل يا kaji &lt;jrand0m&gt; نعم، كانت بثوث aum تعمل دوريًا أيضًا &lt;human&gt; jrand0m: أوه، حسنًا، الآن فهمتُ &lt;mihi&gt; jrand0m: خدمة chargen؟ ;) &lt;madman2003&gt; وداعًا جميعًا، حظًا موفقًا مع i2p &lt;wilde&gt; إذًا معدل النقل إحدى الإحصاءات التي ستكون مثيرة للاهتمام/مفيدة &lt;jrand0m&gt; إلى اللقاء يا madman2003 &lt;wilde&gt; أراك لاحقًا يا madman2003 تسجيل الخروج: madman2003 (..12(. <a href="https://www...nnscript...de">www...nnscript...de</a> .12.::. .N.o.N.ame.S.cript 3&hellip;8 .12.::. <a href="https://www...XLhost...de">www...XLhost...de</a> . .12.).) &gt; حسنًا، لدي اجتماع آخر في الخامسة كالمعتاد لذا سأعود لاحقًا. تذكّروا أن تسجّلوني لتي شيرت. &lt;jrand0m&gt; نعم يا mihi، ذلك سينجح (لكن بث .ogg يبدو أروع) baffled (~<a href="mailto:kirk@anon.iip">kirk@anon.iip</a> ) انضم إلى القناة #i2p mrflibble (<a href="mailto:mrflibble@anon.iip">mrflibble@anon.iip</a> ) انضم إلى القناة #i2p -Trent@anon.iip- الكنية baffled غير مسجّلة Ocelot (~<a href="mailto:Ocelot@anon.iip">Ocelot@anon.iip</a> ) انضم إلى القناة #i2p Rain (~<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) انضم إلى القناة #i2p nickthief61599 (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) انضم إلى القناة #i2p lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) انضم إلى القناة #i2p backup (~<a href="mailto:ypo@anon.iip">ypo@anon.iip</a> ) انضم إلى القناة #i2p Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) انضم إلى القناة #i2p jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) انضم إلى القناة #i2p wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) انضم إلى القناة #i2p تسجيل الخروج: backup (انتهاء مهلة Ping) &lt;wilde&gt; مرحبًا &lt;wilde&gt; هل الشبكة غير مستقرة؟ &lt;wilde&gt; لم أستطع العودة للتو تسجيل الخروج: thecrypto (مغادرة) &lt;lucky&gt; نعم &lt;lucky&gt; إنها نوعًا ما&hellip; آخ. &lt;lucky&gt; مؤخرًا. &lt;wilde&gt; ماذا حدث للاجتماع؟ &lt;lucky&gt; ربما تمّ إفناؤه &lt;wilde&gt; حسنًا يا lucky، ما آخر شيء رأيته من الاجتماع؟ (راسلني خاصًا) &lt;lucky&gt; &lt;wilde&gt; أراك لاحقًا يا madman2003 &lt;lucky&gt; &lt;&ndash; madman2003 غادر (( <a href="https://www.nnscript.de">www.nnscript.de</a> :: NoNameScript&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=NoNameScript&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 3.8 :: <a href="https://www.XLhost.de">www.XLhost.de</a> )) &lt;lucky&gt; &lt;jrand0m&gt; نعم يا mihi، ذلك سينجح (لكن بث .ogg يبدو أروع) Galaxy (<a href="mailto:yogi@anon.iip">yogi@anon.iip</a> ) انضم إلى القناة #i2p &lt;wilde&gt; حسنًا، هناك انتهى الأمر بالنسبة لي أيضًا &lt;fidd&gt; أنا أيضًا تسجيل الخروج: Sonax (EOF من العميل) Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) انضم إلى القناة #i2p &lt;kaji&gt; الاجتماع تمّ نسفه kaji غيّر موضوع القناة #i2p إلى nuked &lt;kaji&gt; ping? &lt;jar&gt; pong! &lt;kaji&gt; حسنًا &lt;kaji&gt; ظننتُ أنه انهار مجددًا &lt;jar&gt; نعم :( تسجيل الخروج: wilde () &lt;kaji&gt; إذًا&hellip; اجتماع؟ &lt;jar&gt; ينتهي بشكل وحشي &hellip; &lt;jar&gt; المزيد من إشارات jrandom، يبدو أن هذا كل شيء في الوقت الراهن &lt;jar&gt; الخطوة التالية على 0.2.4.2 خلال أيام قليلة &hellip;. &lt;jar&gt; (واحد أو اثنان كما قال jr) mihi_backup (~<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) انضم إلى القناة #i2p jar أصبح معروفًا الآن باسم jar_ sheer (<a href="mailto:sheer@anon.iip">sheer@anon.iip</a> ) انضم إلى القناة #i2p &lt;kaji&gt; قال wilde شيئًا عن التمويل، لكن في المرة الأخيرة التي سألتُ فيها jran قال إن i2p ليس في وضع يحتاج فيه إلى المال حاليًا تسجيل الخروج: Ranma () Robert (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) انضم إلى القناة #i2p Sonax is now known as JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; is now known as Sonax تسجيل الخروج: Rain (أنا أغادر) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) انضم إلى القناة #i2p Ranma (<a href="mailto:ranma@anon.iip">ranma@anon.iip</a> ) انضم إلى القناة #i2p mihi (<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) انضم إلى القناة #i2p &lt;mihi&gt; هممم، ماذا حدث للاجتماع؟ &lt;UL &gt; &lt;li&gt; mihi لديه فكرة &lt;/UL&gt; &lt;mihi&gt; ;) Mode change &ldquo;+o mihi&rdquo; on channel #i2p by <a href="mailto:Trent@anon.iip">Trent@anon.iip</a> Mode change &ldquo;-o duck&rdquo; on channel #i2p by mihi &lt;mihi&gt; ألا يعرف أحد أي شيء عن الاجتماع؟ &lt;UL &gt; &lt;li&gt; mihi يلاحظ أن لا أحد يخاف من المشرفين بعد الآن ;) &lt;/UL&gt; تسجيل الخروج: zathras (انتهاء مهلة Ping) mihi_backup has been kicked off channel #i2p by mihi (mihi) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) انضم إلى القناة #i2p تسجيل الخروج: Sonax (خروج العميل) &lt;lucky&gt; mihi، لقد طُردنا جميعًا بسبب الاجتماع hacktic4ever (~<a href="mailto:hacktic4e@anon.iip">hacktic4e@anon.iip</a> ) انضم إلى القناة #i2p تسجيل الخروج: hacktic4ever () &lt;mihi&gt; حسنًا، تصبحون على خير &lt;duck&gt; مرحبًا تسجيل الخروج: sheer (EOF من العميل) تسجيل الخروج: mihi (فلنحظَ بحظ أوفر الأسبوع القادم&hellip;) &lt;duck&gt; هل فاتني شيء؟ تسجيل الخروج: jnk (انتهاء مهلة Ping) </div></p>/ar/blog/2004/02/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/Tue, 10 Feb 2004 00:00:00 +0000/ar/blog/2004/02/10/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-10-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; &lt;وارد&gt; [22:00] &lt;jrand0m&gt; 0) مرحباً [22:00] &lt;jrand0m&gt; 1) حالة شبكة الاختبار [22:00] &lt;jrand0m&gt; 2) التسمية في i2p [22:00] &lt;jrand0m&gt; 3) minwww و i2cp [22:00] &lt;jrand0m&gt; 4) موقع i2p.net [22:00] &lt;jrand0m&gt; 5) ??? [22:00] &lt;dm&gt; كنت أفكر منذ أيام أننا نستطيع صنع واجهة .NET لـ I2P. على أي حال.. [22:00] &lt;FireRabbit&gt; حسناً ستكون هناك واحدة [22:00] &lt;madman-away&gt; مرحباً [22:00] &lt;jrand0m&gt; -1) واجهة .NET ستكون رائعة [22:00] &lt;jrand0m&gt; 0) مرحباً [22:00] * madman-away أصبح الآن معروفاً باسم madman2003 [22:00] &lt;jrand0m&gt; أهلاً بالجميع [22:00] &lt;wilde&gt; مرحباً [22:00] &lt;FireRabbit&gt; &lt;-- سيكتب واجهة .NET [22:00] &lt;FireRabbit&gt; على أي حال مرحباً [22:00] &lt;jrand0m&gt; r0x0r. [22:00] &lt;dm&gt; مذهل [22:01] &lt;jrand0m&gt; أهلاً بكم في الاجتماع السبعين وكسر [22:01] &lt;FireRabbit&gt; &lt;-- يحتاج ذلك URL مع بروتوكول العميل [22:01] * ion انضم إلى #i2p [22:01] &lt;jrand0m&gt; i2p.net/ فيه روابط إلى الويكي، ربما سترغب باستخدام الـ tunnelManager [22:01] &lt;FireRabbit&gt; حسناً [22:01] &lt;jrand0m&gt; (على الناس مراجعة [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) لتحديث الحالة هذا الأسبوع) [22:01] &lt;FireRabbit&gt; وهل يعمل ذلك جيداً في الإصدار الأخير؟ [22:02] &lt;jrand0m&gt; نعم، aum يستخدمه (ولقد أصلحت للتو خطأً كان يصادفه قبل بضع ساعات) [22:02] &lt;jrand0m&gt; (المواصفات @ [I2PTunnelManager specs](http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager)) [22:02] &lt;jrand0m&gt; حسناً، نتابع [22:02] &lt;jrand0m&gt; 1) حالة شبكة الاختبار [22:02] &lt;FireRabbit&gt; حسناً كوول نعم، [22:03] &lt;jrand0m&gt; أكره أن أبدو كأُسطوانة مشروخة هنا، لكن... شبكة الاختبار تتقدم. [22:04] &lt;jrand0m&gt; لم نصل بعد، لكن لدينا جلسات تمتد لساعات دون انقطاع على آخر بنية [22:04] &lt;jrand0m&gt; بعض الإعدادات لا تعطي هذا المستوى من الاعتمادية، لكن بعضها يفعل. لذا نعمل على رفع مستواها جميعاً [22:04] &lt;FireRabbit&gt; ممتاز [22:04] &lt;baffled&gt; على الأقل نحن نملأ الشبكة بالحيوانات [22:05] &lt;jrand0m&gt; ههه [22:05] &lt;jrand0m&gt; كلب، قطة، فأر، بطة... [22:05] * wiht انضم إلى #i2p [22:05] &lt;FireRabbit&gt; أرنب! [22:05] &lt;baffled&gt; ربما علي أن أصبح bafflo [22:05] &lt;human&gt; إنسان! [22:05] &lt;jrand0m&gt; !! [22:05] &lt;jrand0m&gt; #animalfarm [22:06] &lt;dm&gt; dm [22:06] &lt;jrand0m&gt; لكن، نعم، هذا أساساً كل ما عندي لقوله عن حالة شبكة الاختبار (بخلاف ما في رسالة الحالة) [22:06] &lt;wilde&gt; الناس سيقرأون السجلات لاحقاً فلتبقوا على الموضوع رجاءً [22:06] &lt;jrand0m&gt; هه آسف يا أبي ;) [22:07] &lt;jrand0m&gt; أظن أننا ما زلنا على المسار وفق خريطة الطريق [22:07] &lt;wiht&gt; كم إصداراً آخر من شبكة الاختبار تخططون لتوزيعه؟ [22:07] &lt;jrand0m&gt; (وفوق ذلك أنجزت بعض أشياء المستقبل أثناء تشغيل الاختبارات، مثل الأنفاق بأكثر من قفزتين &gt;2) [22:07] &lt;jrand0m&gt; wiht&gt; بقدر ما يتطلب الأمر [22:08] &lt;jrand0m&gt; نحن قريبون جداً من إنهاء هذه الجولة من شبكة الاختبار، برأيي [22:08] &lt;dm&gt; أليست الأنفاق &gt;2 قفزة مجرد إعداد؟ [22:08] &lt;jrand0m&gt; نعم [22:08] &lt;jrand0m&gt; لكن في السابق لم تُختبر جيداً [22:08] &lt;dm&gt; رائع [22:09] &lt;jrand0m&gt; أثناء تشغيل شبكة الاختبار، كان لديّ شبكة اختبار منفصلة على حاسبي المحمول لأشياء أخرى [22:09] * human منفتح على اقتراحات لجعل ircmonitor أكثر فائدة [22:09] &lt;jrand0m&gt; &lt;dreaming&gt;مستمع http ليولّد .png عند الطلب؟&lt;/dreaming&gt; [22:09] &lt;jrand0m&gt; (أو فقط /msg cat renderPNG) [22:10] &lt;human&gt; jrand0m: حسناً، يجب أن يكون ممكناً [22:10] &lt;baffled&gt; ما زلت أود رؤية ملخصات نصية. [22:10] &lt;jrand0m&gt; human++ [22:10] &lt;baffled&gt; على ircmonitor. [22:10] &lt;jrand0m&gt; نعم، (ملخصات نصية)++ أيضاً [22:10] &lt;human&gt; jrand0m: كنت أفكر أن أجعله يستخدم gnuplot لتوليد الرسوم (بدلاً من gnu plotutils) [22:11] &lt;jrand0m&gt; بطاطا، بطاطا [22:11] &lt;jrand0m&gt; (آه، روعة اللهجات على IRC) [22:11] &lt;FireRabbit&gt; lol [22:11] &lt;human&gt; jrand0m, baffled: هل يمكن أن تعطيني مثالاً لملخص نصي؟ [22:11] &lt;baffled&gt; إن تركته معي قليلاً. [22:11] * dm قرأها على أنها "بطاطا، بطاطا" [22:12] &lt;jrand0m&gt; المدة: 4 ساعات متوسط الكمون: 5.3 ثوانٍ الرسائل الفائتة: 95 تكرار الرسائل الفائتة: 1 كل 49 ثانية [22:12] &lt;jrand0m&gt; (ربما الحد الأقصى والأدنى للكمون) [22:12] &lt;human&gt; jrand0m: أوه، حسناً [22:12] &lt;jrand0m&gt; إذا كان ذلك ممكناً / ليس مزعجاً جداً [22:13] &lt;jrand0m&gt; (على الأقل هذا ما يخطر ببالي حين أسمع "ملخص نصي") [22:13] &lt;wilde&gt; أعلى كمون، أدنى كمون [22:13] &lt;mihi&gt; human: انظر @ الملخص الذي أقدمه لاختبار ping [22:13] &lt;mihi&gt; همم، هل يشغّل أحدهم هذا الأسبوع خادوم echo؟ [22:13] &lt;jrand0m&gt; ليس على حد علمي [22:14] &lt;human&gt; jrand0m: يجب أن يكون ممكناً - سأجعل أساساً ircmonitor يسجل بيانات خام أكثر، ثم سأنشئ بعض سكربتات مساعدة لتوليد الرسوم و/أو الملخصات النصية [22:14] &lt;jrand0m&gt; ممتاز [22:14] &lt;baffled&gt; آسف mihi، كنت أنوي إعداد خادومك لكنني ما زلت أنسى. [22:14] &lt;jrand0m&gt; أعتقد أن هذا سيكون جزءاً جيداً من الاختبار الوظيفي العام الذي سينمو معنا [22:15] &lt;jrand0m&gt; حسناً، هل لدينا أي شيء آخر لمناقشة شبكة الاختبار؟ [22:16] * jrand0m ينتقل إلى 2) التسمية في i2p [22:16] &lt;wilde&gt; ما أكبر مشكلة في شبكة الاختبار الآن؟ [22:16] &lt;jrand0m&gt; أكبر مشكلة في شبكة الاختبار شقان - [22:16] &lt;jrand0m&gt; 1) إيجاد سبب فصل الـ router وإصلاحه [22:17] &lt;jrand0m&gt; 2) تحديد سبب الانقطاعات المتكررة بين خوادم ircd [22:17] &lt;mihi&gt; 1ب) التكيّف مع حقيقة أن الـ routers قد تنفصل أحياناً [22:17] &lt;jrand0m&gt; صحيح [22:17] &lt;jrand0m&gt; حسناً، هذا ليس فعلاً جزءاً من شبكة الاختبار هذه. [22:17] &lt;jrand0m&gt; 0.3.x سلسلة تحديثات للتعامل مع routers غير الموثوقة [22:18] &lt;jrand0m&gt; ولهذا حقاً كنت أحدّ من عدد الـ routers التي تعمل على شبكة الاختبار - أعلم أنها تتصرف بشكل سيئ عندما لا تكون الـ routers متاحة أغلب الوقت [22:18] &lt;wiht&gt; إذن تفترضون routers موثوقة الآن، صحيح؟ [22:18] &lt;jrand0m&gt; في شبكة الاختبار 0.2.3.6، نعم [22:18] &lt;jrand0m&gt; (تتعافى من الفشل، لكن ليس بسرعة كافية) [22:19] &lt;jrand0m&gt; (سيكون التعافي أكثر سلاسة مع وجود عدة leases لكل Destination، وزيادة توصيف الأقران، ومنع إعادة الإرسال، وإعادة المحاولة على أهداف lease بديلة) [22:20] &lt;jrand0m&gt; حسناً، نتجه نحو 2) التسمية في i2p [22:21] &lt;jrand0m&gt; wiht يطرح جوهر المسألة - الأسماء العالمية مفيدة حقاً، والناس يحبونها [22:21] &lt;jrand0m&gt; (الذين ليسوا مطلعين على هذا النقاش ينبغي أن يراجعوا [status discussion 000135](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html) والردود اللاحقة) [22:22] &lt;wiht&gt; الناس اعتادوا عليها، ربما أكثر من الأسماء المحلية (مثل تشبيهك بـ ICQ). [22:22] &lt;jrand0m&gt; لست متأكداً. [22:22] &lt;jrand0m&gt; لنقل مثلاً إن اسمي John. [22:22] &lt;jrand0m&gt; John ليس عالمياً. [22:22] &lt;jrand0m&gt; حتى John Q. Random ليس عالمياً. [22:22] &lt;jrand0m&gt; ولا John Q. Random المولود عام 1942 في الأرجنتين. [22:23] &lt;human&gt; حسناً، قيل إن نظام التسمية يمكن أن يكون له أكثر من نكهة [22:23] &lt;jrand0m&gt; هذا صحيح [22:23] &lt;human&gt; يمكن للناس اختيار "سلطة تسجيل" موثوقة لانتقاء أسماء فريدة منها [22:23] &lt;jrand0m&gt; بالتأكيد. [22:24] &lt;jrand0m&gt; رغم أن هناك خطراً هنا [22:24] &lt;wiht&gt; المخطط الذي اقترحته أصلاً يسمح بوجود عدة سلطات تصديق، على ما أذكر. [22:24] &lt;human&gt; jrand0m: بالطبع، إنها مقايضة بين الراحة والأمن [22:24] &lt;FireRabbit&gt; أظن أن على أحدهم أن يكتب بسرعة نظام DNS "مركزي" مؤقتاً ثم نقلق بشأن الأمن لاحقاً [22:24] &lt;human&gt; jrand0m: :-) [22:24] &lt;FireRabbit&gt; فقط لتسهيل الاختبار [22:25] &lt;jrand0m&gt; تعدد سلطات التصديق (CA) يعمل بسهولة أكبر بدون التسمية العالمية [22:25] &lt;wiht&gt; jrand0m: بالعودة إلى مثالك، إن كنتَ أول من يسجل jrandom.i2p، فسيضطر John Random آخر لتسجيل jrandom2.i2p مثلاً. [22:25] &lt;baffled&gt; لا توجد مشكلة فعلاً حتى يحدث تضارب، صحيح؟ [22:25] &lt;jrand0m&gt; FireRabbit&gt; أشعر بقوة أن ما نبدأ به سيبقى 12+ شهراً. [22:25] &lt;jrand0m&gt; صحيح يا baffled، في أي من الخطط [22:25] &lt;wiht&gt; baffled: تلك هي المشكلة، نعم. [22:25] &lt;jrand0m&gt; wiht&gt; ليس إن وُجدت عدة سلطات تصديق [22:25] &lt;FireRabbit&gt; افترض ذلك [22:25] &lt;wilde&gt; ستكون eepsites فوضى إن كانت التسمية محلية، الروابط لن تعمل [22:25] &lt;baffled&gt; إذن تحتاج لسلطة فقط عند حل النزاع. [22:26] &lt;jrand0m&gt; نعم ستكون كذلك يا wilde [22:26] &lt;jrand0m&gt; الأسماء التي ستُشارك ويستعملها الآخرون ينبغي أن تكون مؤهلة بالكامل - مُصدَّقة ذاتياً - [22:26] &lt;wiht&gt; jrand0m: هل يمكنك إعطاء مثال لاسم مُصدَّق ذاتياً؟ [22:27] &lt;jrand0m&gt; من بريدي - `http://i2pref/[base64 of the NameReference]` [22:27] &lt;wilde&gt; إذن عندما أربط إلى موقعك، وهناك ثلاثة jrandoms... أيهم سيُستخدم؟ [22:28] * human يعتقد أن DNS لا مركزي بدون تسمية عالمية هو أمر جيد(TM)، لأنه يجعل الناس يفهمون مخاطر تفويض التحقق من أسماء المضيفين والتصديق [22:28] &lt;jrand0m&gt; تربط بالاسم المؤهل بالكامل - والذي يتضمن الـ Destination الفعلية بداخله. [22:28] &lt;jrand0m&gt; (بنية NameReference كما في بريدي) [22:28] &lt;wilde&gt; إذن هو كأنه ربط بـ base64 [22:28] &lt;jrand0m&gt; صحيح يا human - هذا يزيل نقطة الهجوم تلك [22:28] &lt;wiht&gt; إذن سيتعين على الناس كتابة الكثير من المحارف مجدداً؟ يبدو هذا عكس الهدف. [22:28] * madman2003 غادر IRC (EOF From client) [22:29] &lt;jrand0m&gt; لا أحد يكتب أسماء base64 [22:29] &lt;jrand0m&gt; (حسناً، ربما mihi يفعل) [22:29] &lt;jrand0m&gt; `&lt;a href="http://i2pref/[base64 of the NameReference]"&gt;صفحة jrandom&lt;/a&gt;` [22:29] &lt;wiht&gt; آه. هذا منطقي. [22:30] * mihi لا "يكتب" أي شيء يمكن نسخه&amp;لصقه [22:30] &lt;jrand0m&gt; :) [22:30] &lt;wilde&gt; حسناً لكن أساساً هي URL طويلة [22:30] &lt;jrand0m&gt; داخل eepsites، نعم [22:30] * dm غادر IRC (انتهت مهلة Ping) [22:30] &lt;wilde&gt; أوكي هذا كان السؤال [22:30] &lt;jrand0m&gt; هناك عدة سيناريوهات أخرى تستحق النظر مع ذلك [22:31] &lt;jrand0m&gt; مثل عندما يريد الناس التصفح أو البحث عن مواقع جديدة [22:31] &lt;jrand0m&gt; تلك مواقف يكون فيها وجود خوادم تحتوي كثيراً من مراجع الأسماء مفيداً [22:31] &lt;baffled&gt; هل يمكنني اقتراح فكرة خادوم تاريخ بدلاً من سلطة. [22:31] &lt;jrand0m&gt; خادوم تاريخ؟ [22:32] &lt;jrand0m&gt; آه، إذن من كان أولاً "ينالها"؟ [22:32] &lt;baffled&gt; إذا تبنى شخص نطاقاً مستخدَماً، يرسل خادوم التاريخ مذكرة لذلك الشخص توضح المالك الأصلي وكيفية الاتصال به. [22:32] &lt;human&gt; ربما أرشيف لرؤية كيف تغيّر اسم النطاق عبر الزمن؟ [22:32] &lt;baffled&gt; يمكن عندها حل النزاع بين الطرفين بشرط توفرهما. [22:33] &lt;wiht&gt; baffled: ماذا لو كان مشغّل النطاق الجديد سيئ النية ويواصل احتجاز اسم النطاق المأخوذ؟ [22:33] &lt;baffled&gt; إن لم يكن أحد الطرفين متاحاً، يذهب النزاع للطرف المتاح بعد مدة معينة. [22:33] &lt;human&gt; بالطبع هذا يفترض منح بعض الثقة لمُشغّل الخادوم [22:33] &lt;wilde&gt; هذه مجرد سلطة ولكن بطريقة أخرى [22:33] &lt;jrand0m&gt; صحيح [22:34] &lt;baffled&gt; أي محكّم سيتصرف كسلطة على أي حال. [22:34] &lt;human&gt; حسناً، استخدام الأسماء غير العالمية سيجعل الناس يفهمون أن كل ما يُبنى فوقها سيُسهل حياتهم، لكنه قد يجعلها أقل أمناً [22:34] &lt;jrand0m&gt; صحيح، صحيح [22:34] &lt;baffled&gt; لا أتوقع أن تصبح مشكلة كبيرة. [22:34] &lt;jrand0m&gt; (لكن لماذا نحتاج محكّماً؟ أليس هناك جونان في العالم؟) [22:35] &lt;jrand0m&gt; إن استُخدم i2p للتجارة أو أنشطة أخرى كهذه، أتوقع أن تُهاجَم الأسماء بشدة [22:35] &lt;baffled&gt; إذا أردت jrandom.i2p وjr لن يتخلى عنه، يمكنني دائماً اختيار jrandom.i3p أو وضع عقد. [22:35] &lt;wilde&gt; أصوّت لحل nameref الغامض [22:35] &lt;wiht&gt; مرة أخرى، سيكون ذلك جيداً، طالما أن المستخدمين الجدد يفهمون التبعات وأي John يريدون الاتصال به. [22:35] &lt;jrand0m&gt; (حيث سيتمكن أحدهم من الاختطاف والحصول على المال، إلخ) [22:36] &lt;jrand0m&gt; صحيح - من المحتمل أننا سنضمّن دائماً بعض مراجع الأسماء مع البرنامج [22:36] &lt;jrand0m&gt; (على غرار hosts.txt الحالي) [22:36] &lt;wiht&gt; فكرة ينبغي أن نحتفظ بها، مع ذلك، هي فكرة MrEcho عن إرفاق lease مؤقت بمرجع. بهذه الطريقة يمكن أن تنتهي صلاحية أسماء النطاقات. [22:37] &lt;jrand0m&gt; لماذا قد ترغب أسماء النطاقات بالانتهاء مرة أخرى؟ [22:37] &lt;baffled&gt; سئمت الحياة؟ [22:37] &lt;jrand0m&gt; أوه، لاستبدال الـ Destination المضمّنة؟ [22:37] &lt;jrand0m&gt; هه [22:38] &lt;wiht&gt; بعضهم لأن المشغلين يريدون أسماء نطاقاتهم ليوم واحد أو شهر. وآخرون، إذا نُقلت ملكية النطاق إلى Destination مختلفة. [22:38] &lt;jrand0m&gt; همم، لكن بدون تفرد، لا وجود فعلياً لشيء اسمه ملكية [22:38] &lt;jrand0m&gt; ليست نادرة [22:38] &lt;jrand0m&gt; وإذا أراد شخص ما تغيير الـ dest التي يستمع عندها، يوقع مذكرة بمفاتيح وجهته تقول "مرحباً، أنا أنقل إلى هنا" [22:39] &lt;wilde&gt; إذن nameref محمية بمفتاح، والـ Destination بمفتاح آخر [22:39] &lt;jrand0m&gt; الـ nameref موقعة بمفتاح التوقيع الخاص بالـ Destination [22:40] &lt;wilde&gt; قد ترغب بمفتاح آخر فقط للـ namerefs إن أمكن [22:40] &lt;jrand0m&gt; همم، أفهم وأوافق، لكن هذا سيعني أن الـ Destination تنال قطعة 1024-بت إضافية [22:40] &lt;wilde&gt; حتى لو اختُرق الجهاز يمكنك الاحتفاظ بمفتاح nameref على ورقة [22:41] * wiht غادر IRC (انتهت مهلة Ping) [22:41] &lt;jrand0m&gt; (والـ Destination تُستخدم في كل مكان) [22:41] &lt;jrand0m&gt; همم لست متأكداً أنني فهمت جزء الاختراق؟ [22:42] &lt;wilde&gt; المفتاح الخاص للـ Destination موجود على الجهاز طوال الوقت [22:42] &lt;jrand0m&gt; آه صحيح صحيح [22:42] &lt;wilde&gt; مفتاح nameref الخاص ليس بالضرورة، يمكن الاحتفاظ به على ورقة في المحفظة [22:43] &lt;jrand0m&gt; هذه نقطة جيدة. ربما يمكن استخدام كتلة التعليق لذلك (تحتوي توقيع PGP حول هاش الـ Destination)؟ [22:43] &lt;wilde&gt; لكن ربما هذا مبالغة [22:43] &lt;wilde&gt; لا أحب الاحتفاظ بأثمن المفاتيح على الجهاز إن لم يكن ذلك ضرورياً [22:44] &lt;jrand0m&gt; صحيح - نحتاج مفتاح توقيع الـ Destination ومفتاح فك تشفير الـ Destination، ولا شيء آخر، وظيفياً. [22:44] &lt;jrand0m&gt; همم [22:45] &lt;jrand0m&gt; ربما يمكن أن يحوي مرجع الاسم مفتاحاً عاماً 1024-بت أيضاً [22:45] &lt;jrand0m&gt; ونستخدمه للتحقق عبر DSA [22:45] &lt;jrand0m&gt; بدلاً من المفتاح العام للـ Destination [22:45] &lt;jrand0m&gt; نعم، هذا سينجح [22:45] &lt;jrand0m&gt; إضافة 32 بايت، لكن فقط لـ nameReference، وليس للـ Destination [22:46] * jrand0m لا يعرف لماذا ظننت أن هذا يعني أنه سيذهب داخل الـ Destination [22:46] &lt;wilde&gt; الكثير من المفاتيح :) لكن أمان ومرونة إضافية [22:46] &lt;jrand0m&gt; صحيح [22:46] &lt;jrand0m&gt; (مع أننا، لنكن صادقين، الجميع سيحتفظ بمفتاحه في نفس الدليل) [22:46] &lt;jrand0m&gt; ((لكن ربما متاجر التجارة لن تفعل)) [22:47] &lt;wilde&gt; يمكنك تسليم "نطاق" دون تسليم الـ Destination، أو تغييره إلى Destination شخص آخر [22:47] &lt;jrand0m&gt; حسناً، أوكي. أتمنى لو كان MrEcho و wiht هنا [22:47] &lt;jrand0m&gt; صحيح [22:48] &lt;jrand0m&gt; حسناً، كل هذا جيد وجميل، وأظن أنه سينجح [22:48] &lt;jrand0m&gt; لكنه يحتاج إلى أن يُبرمج :) [22:49] &lt;jrand0m&gt; لذا، ربما ستكون لدينا مناقشات إضافية لاحقاً، لكن حتى ذلك الحين، hosts.txt هو الحل [22:49] &lt;wilde&gt; استأجر بعض الهنود [22:50] * jrand0m /dcc يحصل على منحة لتوظيف فريق من 80 شخصاً للعمل على i2p [22:51] &lt;wilde&gt; :) [22:51] &lt;jrand0m&gt; حسناً، هل لدينا أي شيء آخر عن التسمية، أم أننا مغطّون في الوقت الراهن؟ [22:51] &lt;baffled&gt; تابع يا أخي. [22:52] * wiht انضم إلى #i2p [22:52] * jrand0m يقوم بقفزة وخطوة ونطة إلى 3) minwww و i2cp [22:52] &lt;jrand0m&gt; أوه، أهلاً بعودتك wiht [22:52] &lt;baffled&gt; 1، 2، 5 uh 3 sitr. [22:52] &lt;wiht&gt; واجهت صعوبة في العودة إلى شبكة IIP. سأقرأ السجلات لاحقاً. [22:53] &lt;jrand0m&gt; رائع wiht، ويمكننا المتابعة لاحقاً على القائمة، إلخ [22:54] &lt;jrand0m&gt; حسناً كتبت منذ أيام أخيراً لماذا أظن أن i2cp يستحق النظر لاستخدامه مباشرةً، ورسمت نظام ويب حدّاً أدنى للاستخدام في i2p (ولتمرير صفحات الويب الخارجية عبر i2p) [22:54] &lt;jrand0m&gt; (المرجع في الويكي على [MinWWW wiki](http://wiki.invisiblenet.net/iip-wiki?MinWWW) ) [22:56] &lt;jrand0m&gt; بالنسبة لـ HTTP، تكلفة إنشاء وإغلاق اتصالات TCP/IP صغيرة، ولكن عبر I2P، الفرق بين 10 رسائل Destination إلى Destination مقابل 2 [22:56] * sheer انضم إلى #i2p [22:56] &lt;duck&gt; هل بدأ الاجتماع بالفعل؟ [22:57] &lt;jrand0m&gt; نعم، منذ 56 دقيقة [22:57] * jrand0m يرسل duck إلى الزاوية [22:57] &lt;duck&gt; إذن أنا في الوقت تماماً [22:57] * wilde غادر IRC (انتهت مهلة Ping) [22:57] &lt;jrand0m&gt; هه [22:57] &lt;baffled&gt; لا شك في ذلك، عليه أن يحصل على ساعة جديدة. [22:58] &lt;jrand0m&gt; جزء من minwww لم أكن متأكداً منه: هل ينبغي لوكلاء minwww أن يكونوا تلقائياً بوابات خارجية أيضاً؟ [22:58] * wiht غادر IRC (انتهت مهلة Ping) [22:59] &lt;jrand0m&gt; ذلك سيزيد عدد الـ outproxies (وكلاء الخروج) المتاحة، فيقل الحمل [22:59] &lt;jrand0m&gt; ومع خوارزمية round robin مرتبطة بحد 64/128KB، ليس هناك احتمال كبير أن يستخدمها الناس لمشاركة ملفات كبيرة [22:59] * wiht انضم إلى #i2p [23:00] &lt;jrand0m&gt; أم هل ينبغي أن يكون لدينا مجرد قائمة صغيرة ثابتة من الـ outproxies (تُحدّث دورياً)؟ [23:01] &lt;jrand0m&gt; (أم أن الفكرة لا تستحق الكثير من البحث؟) [23:01] * wilde انضم إلى #i2p [23:02] &lt;jrand0m&gt; (أم أنني انتهت مهلة اتصالي ولا أحد يمكنه قراءة ما قلته) [23:02] &lt;wilde&gt; jrand0m: أستطيع الرؤية [23:02] &lt;jrand0m&gt; تمام، كوول [23:02] &lt;baffled&gt; سأحتاج لفهمها أفضل لكن لدي موعد آخر بعد عشر دقائق لذا سأعود لاحقاً. [23:02] &lt;jrand0m&gt; تمام، إلى اللقاء [23:03] &lt;jrand0m&gt; نعم، لا يزال هناك الوظيفة الأساسية تماماً لـ i2ptunnel للتعامل مع التدفقات النظيفة 8-بت [23:03] &lt;jrand0m&gt; هذا ضروري مثلاً لـ irc عبر i2p وما شابه [23:03] &lt;mihi&gt; jrand0m: لا تنس ss[lh] [23:04] &lt;jrand0m&gt; لكن للبروتوكولات الموجهة للرسائل، مثل http وsmtp وBitTorrent، قد يكون i2cp أنسب [23:04] &lt;jrand0m&gt; صحيح، بالتأكيد [23:04] &lt;jrand0m&gt; (حسناً، أشبه بـ 'telnet'، لأن ssh عبر i2p مبالغة بعض الشيء) [23:04] &lt;wilde&gt; ssh -X [23:05] &lt;jrand0m&gt; صحيح [23:05] &lt;jrand0m&gt; (مع الشهادات، إلخ) [23:05] &lt;wilde&gt; لا يوجد شيء اسمه تشفير أكثر من اللازم [23:05] &lt;jrand0m&gt; لكن إن كنا نسحب صفحات الويب عبر squid في 5-10 ثوانٍ، فباستخدام i2cp سينخفض ذلك إلى 0.5-2 ثانية [23:06] &lt;jrand0m&gt; (دون أي ضبط لاحق للشبكة، وسينخفض الحمل العام على الشبكة) [23:06] &lt;wilde&gt; كم ساعة عمل يتطلب صنع i2cp؟ [23:07] &lt;jrand0m&gt; برأيي، i2cp لديه API بسيط جداً، مدمج ضمن Java I2P SDK [23:07] &lt;jrand0m&gt; يمكن لـ mihi أن يقول بشكل أدق كم الجهد المطلوب لاستخدامه / تعلمه [23:08] * wiht غادر IRC (انتهت مهلة Ping) [23:08] &lt;mihi&gt; إنه مربك قليلاً أحياناً (متى تضع قيمة في الـ constructor ومتى في method بعد استدعاء الـ constructor الافتراضي)، لكن مع i2ptunnel و atalk كأمثلة لن يكون صعباً جداً. [23:09] * ion غادر IRC (انتهت مهلة Ping) [23:09] &lt;jrand0m&gt; يمكننا بالطبع تحسين الـ SDK، لقد بنيته على واجهة JMS api [23:10] &lt;jrand0m&gt; (وسأكون أكثر من راغب في مساعدة أي شخص يريد العبث به للتعرف عليه) [23:11] &lt;jrand0m&gt; حسناً، هل لدينا أي شيء آخر حول minwww/i2cp؟ [23:11] &lt;jrand0m&gt; إن لم يكن، ننتقل إلى 4) موقع i2p.net [23:11] &lt;jrand0m&gt; (وكان هناك الكثير من الابتهاج) [23:11] &lt;jrand0m&gt; حسناً [23:12] &lt;duck&gt; بخصوص وظيفة البحث [23:12] &lt;duck&gt; ويكيبيديا تستخدم جوجل لوظيفة البحث [23:12] &lt;jrand0m&gt; هذا صحيح. ونحن بالفعل النتيجة رقم 1 لـ i2p :) [23:13] &lt;duck&gt; لذا قد لا يكون هناك حاجة لشيء مبهر للبحث. [23:13] &lt;mihi&gt; duck: حالياً نعم ;) [23:13] &lt;duck&gt; أعني للبحث الداخلي [23:13] &lt;mihi&gt; #1 هو www.crestron.com/company_info/i2p/ [23:13] &lt;jrand0m&gt; آه نعم، نسيت أن أرشو الحمام هذا الأسبوع [23:14] &lt;duck&gt; LeaseSet site:wiki.invisiblenet.net [23:14] &lt;jrand0m&gt; جميل [23:14] &lt;jrand0m&gt; نعم، بالتأكيد. [23:14] &lt;wilde&gt; لدى drupal بحث داخلي، ويمكنك التصفية حسب أنواع المحتوى [23:15] &lt;wilde&gt; كما أنه صديق جداً لجوجل مع الـ clean urls، لا index.php? ملايين الوسائط [23:15] &lt;wilde&gt; كل شيء يبدو كأدلة [23:16] * ion انضم إلى #i2p [23:16] &lt;wilde&gt; حسناً لقد لعبت مع منصات CMS مختلفة حتى الآن وDrupal هو مفضلي الحالي [23:16] &lt;duck&gt; أفضل حل Ian المنزلي الصنع [23:16] &lt;duck&gt; :) [23:16] &lt;jrand0m&gt; ماذا يستخدم للواجهة الخلفية؟ mysql/bdb/txt/? [23:16] &lt;wilde&gt; يستخدمه [kerneltrap.org](http://kerneltrap.org/) [debianplanet.org](http://www.debianplanet.org/) [linuxgazette.com](http://www.linuxgazette.com/) [23:16] &lt;wilde&gt; على سبيل المثال [23:17] &lt;wilde&gt; يمكنه تحمل الأحمال الثقيلة [23:17] &lt;wilde&gt; تصميماتهم سيئة رغم ذلك [23:17] &lt;wilde&gt; لكن ورقة أنماط CSS جيدة تصلح ذلك [23:17] &lt;wilde&gt; إليك أمثلة أخرى تبدو أفضل بعض الشيء: [23:17] &lt;duck&gt; نواة منصة Drupal، ووحدات الإضافات، وكثير من قوالب السمات متاحة للتنزيل مجاناً تحت رخصة GNU GPL. Drupal مكتوب بـ PHP ويستخدم إما MySQL أو PostgreSQL أو mSQL كقاعدة بيانات خلفية، ويمكنه العمل على منصات عديدة، بما فيها خوادم الويب Apache أو Microsoft IIS. [23:17] &lt;wilde&gt; [sudden-thoughts.com](http://www.sudden-thoughts.com/) [23:17] &lt;jrand0m&gt; هذه نقطة مهمة - نحتاج التأكد من أن البرمجية الأساسية يمكنها دعم التصميم (وأن التصميم يمكن جعله عملياً على البرمجية الأساسية) [23:18] &lt;wilde&gt; [codemonkeyx.net](http://www.codemonkeyx.net/) [23:18] &lt;wilde&gt; [disguast.org](http://www.disguast.org/index.php) [23:18] &lt;wilde&gt; [trip.ee](http://trip.ee/) [23:18] &lt;wilde&gt; [blainepeterson.com/image](http://www.blainepeterson.com/image) [23:18] &lt;wilde&gt; . [23:19] * jrand0m يشعر أن wilde من أنصار drupal المتحمسين :) [23:19] &lt;wilde&gt; بدأت أصبح كذلك نعم، لأني أحب أفكار إدارة المعلومات وراءه [23:19] &lt;wilde&gt; كل شيء عقدة [23:20] &lt;wilde&gt; نظام taxonomy رائع [23:20] &lt;wilde&gt; يمكنك إنشاء مفردات للموقع الجغرافي، نوع المحتوى، اللغة، إلخ [23:20] &lt;wilde&gt; وإنشاء عناوين URL مخصصة تُصفّي المحتوى على أساس ذلك [23:21] &lt;jrand0m&gt; هل يمكنه أساساً تضمين قسمين مدونة في الصفحة الرئيسية؟ مثلاً مساحة مدونة صغيرة تحتوي عناوين أحدث تدوينات المطورين، والمساحة الكبيرة الرئيسية المنفصلة تحتوي أحدث إعلانات i2p؟ [23:21] &lt;wilde&gt; كما أنه يُحدّث كثيراً والتغييرات جيدة [23:21] &lt;duck&gt; بمعنى آخر نحن حمقى لأن ليس لدينا drupal بالفعل [23:21] &lt;wilde&gt; لدينا duck [23:21] &lt;wilde&gt; drupal.i2p.net [23:21] &lt;jrand0m&gt; :) [23:21] &lt;wilde&gt; أنت عالق في التسعينات يا duck [23:22] &lt;duck&gt; هذا جيد [23:22] &lt;wilde&gt; التصميم سيء بالطبع [23:22] &lt;duck&gt; لأن ذلك التصميم من الثمانينات [23:22] &lt;jrand0m&gt; ههه [23:22] * wilde يتصارع بالطين مع duck [23:22] &lt;jrand0m&gt; صحيح، هناك ثلاثة أشياء مختلفة يجب العمل عليها - التقنية، وهيكلة المعلومات، والتصميم الجرافيكي [23:23] &lt;wilde&gt; يمكنك تجربة واجهة المستخدم [23:23] &lt;wilde&gt; الدخول: test كلمة المرور: test [23:23] &lt;duck&gt; warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] &lt;duck&gt; query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] &lt;jrand0m&gt; البحث ما زال لا يعمل يا wilde، صحيح؟ [23:24] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] &lt;jrand0m&gt; أوه جميل1 duck [23:24] &lt;duck&gt; query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] &lt;duck&gt; sucky [23:24] &lt;jrand0m&gt; AND () AND [23:24] &lt;wilde&gt; عفواً، كانت لدي بعض المشاكل مع البحث يجب أن أعترف [23:25] &lt;duck&gt; . [23:25] &lt;wilde&gt; هناك سكربت cron للفهرسة النصية الكاملة لم يُضبط بعد [23:25] &lt;wilde&gt; دقيقتان وduck حطّم عمل حياتي [23:25] &lt;jrand0m&gt; (!hi5 duck) [23:26] &lt;jrand0m&gt; لكني أرى أنه يستحق النظر [23:26] &lt;wilde&gt; ماذا فعلت يا duck؟ [23:26] &lt;jrand0m&gt; لا أعلم إن كنا في مرحلة نريد فيها الالتزام بـ CMS معين بعد [23:26] &lt;wilde&gt; لا [23:26] &lt;jrand0m&gt; (s/some/some specific/) [23:27] &lt;duck&gt; ألم يقم jrand0m بالفعل بعمل نظرة عامة على الميزات المطلوبة [23:27] &lt;jrand0m&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:27] &lt;duck&gt; لذا الآن ينبغي لكل الأطراف أن تأتي باقتراحات والسعر [23:28] &lt;duck&gt; بالطبع الحل الفائز سيُدفَع بأسهم i2p [23:28] &lt;jrand0m&gt; والتي، دعوني أخبركم، قيّمة جداً [23:28] &lt;jrand0m&gt; *كحة* [23:29] &lt;jrand0m&gt; ستحصل على بريدك الخاص @i2p.net [23:29] &lt;jrand0m&gt; والبنات سيعشقنك [23:29] &lt;jrand0m&gt; (أو الشباب، كما تشاء) [23:30] &lt;wilde&gt; كانت لدينا بعض خيارات CMS [23:30] &lt;wilde&gt; علينا أن نختار CMS ما [23:30] &lt;wilde&gt; والويكي ليس فعلاً حلاً طويل الأمد [23:30] &lt;jrand0m&gt; نعم بعضها مذكور في النقطة 4 @ [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) [23:30] &lt;jrand0m&gt; متفق، بالنسبة للموقع ذاته [23:31] &lt;jrand0m&gt; قد يكون قسم مبني على ويكي جيداً، ربما لدليل المستخدم / أدلة الهاكرز [23:31] &lt;jrand0m&gt; (لكن ليس لكل شيء) [23:32] &lt;wilde&gt; ماذا عن الاستضافة؟ [23:32] &lt;jrand0m&gt; هناك دائماً 53 إدخالاً على [DMOZ CMS listing](http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/) [23:32] &lt;wilde&gt; يجب أن يصمد أمام Slashdot [23:32] &lt;jrand0m&gt; الاستضافة؟ [23:32] &lt;jrand0m&gt; آه، صحيح. [23:33] &lt;jrand0m&gt; هذا في الواقع جانب جذاب جداً لـ HTML الصِرف بحد ذاته [23:33] &lt;jrand0m&gt; (سهل جداً في النسخ المرآتي) [23:33] &lt;wilde&gt; وأيضاً على [23:33] &lt;wilde&gt; [oscom.org](http://www.oscom.org/) [23:33] &lt;jrand0m&gt; i2p.net في مركز بيانات مشترك (colo) تستخدمه عدة مواقع كبيرة [23:34] &lt;jrand0m&gt; آه صحيح [23:34] * jrand0m سيُسعده أن يواصل الناس العمل للعثور على الحل الأنسب [23:35] &lt;wilde&gt; [opencms.org](http://www.opencms.org/) مثير للاهتمام [23:35] &lt;wilde&gt; لكنه ربما مؤسسي أكثر من اللازم [23:35] &lt;wilde&gt; مع مهام سير العمل، المشاريع، إلخ [23:35] &lt;wilde&gt; أعجبني فعلاً، استخدمته في مشروع سابق [23:36] &lt;jrand0m&gt; مثير [23:36] &lt;wilde&gt; لكنه جافا ;) [23:36] &lt;jrand0m&gt; همم، وxml [23:36] &lt;wilde&gt; قوالب jsp إلخ [23:36] &lt;wilde&gt; tomcat [23:36] &lt;jrand0m&gt; (أو jetty) [23:36] &lt;jrand0m&gt; ((أو resin)) [23:37] &lt;duck&gt; (((lisp))) [23:37] &lt;wilde&gt; لن أستخدمه لهذا المشروع، إنه ثقيل فعلاً [23:37] &lt;jrand0m&gt; wilde&gt; هل ستكون راغباً في مراجعة أبرز أنظمة CMS وتبيان الإيجابيات والسلبيات؟ [23:38] &lt;wilde&gt; فعلت :)، واخترت Drupal ;) [23:38] * jrand0m كان يجب أن يعرف [23:38] &lt;wilde&gt; جربت حوالي عشرة من الكبرى [23:38] &lt;wilde&gt; لمشاريع سابقة [23:38] &lt;wilde&gt; كل CMS يناسب مشروعاً ما [23:39] &lt;duck&gt; فلتقل إننا استخدمنا drupal [23:39] &lt;wilde&gt; Zope وأصدقاؤه لطيفون أيضاً [23:39] &lt;duck&gt; هل البنية واضحة؟ [23:39] &lt;duck&gt; هل الخطوة التالية عمل الـ GUI؟ [23:40] &lt;wilde&gt; هو فعلاً مجرد قالب CSS مطلوب للواجهة، وبعض التغييرات على xtemplate لتجميل الأشياء [23:41] &lt;wilde&gt; www.csszengarden.com قد يكون مصدر إلهام [23:41] &lt;jrand0m&gt; wilde&gt; هل يمكنه أساساً تضمين قسمين مدونة في الصفحة الرئيسية؟ مثلاً مساحة مدونة صغيرة تحتوي عناوين أحدث تدوينات المطورين، والمساحة الكبيرة الرئيسية المنفصلة تحتوي أحدث إعلانات i2p؟ [23:41] &lt;jrand0m&gt; أساساً أريد تجنب أن تدفع إدخالات مدونة المطورين الأخبار والإعلانات خارج الواجهة [23:42] &lt;wilde&gt; jrand0m: لا أعلم، سأتحقق، ليس من الضروري أن تذهب المدونات للصفحة الرئيسية، أنا ضبطتها هكذا [23:42] &lt;jrand0m&gt; آه رائع [23:42] &lt;wilde&gt; يمكننا التغيير ليذهب فقط "القصص" للصفحة الرئيسية [23:42] &lt;wilde&gt; كل ما هو node يمكن أن يكون في الصفحة الرئيسية، استطلاعات، قصص، صفحات كتاب، مقالات إلخ، [23:43] &lt;jrand0m&gt; هل سيكون ممكناً أن تكون القصص في الأعلى، مع أحدث N إدخالات مدونة بالأسفل؟ [23:43] * jrand0m يتوقف عن الإدارة الدقيقة [23:43] &lt;wilde&gt; المدونات مرتبطة أسفل اليسار الآن، [23:44] * godmode0 انضم إلى #i2p [23:44] &lt;wilde&gt; هناك معارض لطيفة كإضافات، جيدة للقطات الشاشة [23:44] &lt;jrand0m&gt; تمام [23:44] &lt;wilde&gt; إضافة filestore ستكون لطيفة أيضاً [23:45] &lt;wilde&gt; والمزيد من إضافات cvs، والمطورين أيضاً [23:45] &lt;wilde&gt; والقائمة البريدية [23:45] &lt;jrand0m&gt; لست خبير CMS، ويبدو أنك قمت بواجبك ومتحمس للأمر [23:45] &lt;jrand0m&gt; w0ah جميل [23:45] &lt;wilde&gt; jrand0m: أحتاج أناساً يسحبون الكابح لي أحياناً :) [23:46] &lt;wilde&gt; لكن التصميم يجب فعلاً أن يُصلح، من خبراء التصميم هنا؟ [23:46] * wilde لا يحتمل التصميم السيئ، الويكيات وdrupal الحالي يقتلانه [23:46] * jrand0m يشير إلى DrWoo و frontier [23:46] &lt;wilde&gt; هل أحد هنا الآن؟ [23:47] &lt;duck&gt; لا، لقد غادرت [23:47] * jrand0m يحدق في المتفرجين [23:47] &lt;wilde&gt; ماذا ينبغي أن يوصل الموقع؟ [23:47] &lt;duck&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:47] &lt;wilde&gt; هذا أوسع قليلاً، لدينا تسويق وتبرعات للتفكير فيها [23:48] &lt;jrand0m&gt; (ما قاله duck) [23:48] &lt;wilde&gt; نعم قرأت ذلك، لكننا أناس أكثر هنا :) [23:48] &lt;jrand0m&gt; :) [23:48] &lt;duck&gt; لكن البشر الصغار لا يهمون! [23:48] * wilde يتصل بجماعة البورج [23:49] &lt;jrand0m&gt; من الواضح أن أحد الأشياء التي أود أن يوصلها الموقع هو "مرحباً، هذا مشروع رهيب، أيها المطورون انضموا إلينا واعملوا من أجل الثورة" [23:49] &lt;duck&gt; حسناً؛ أنا أغفو [23:49] &lt;duck&gt; استمتعوا [23:49] &lt;jrand0m&gt; هه رائع duck، تصبح على خير [23:49] &lt;duck&gt; wilde: عمل رائع على أشياء CMS [23:49] * wilde يتذكر شيء تصميم الثمانينات، 5 أشهر من العمل! [23:50] &lt;jrand0m&gt; حسناً، جيد أن لدينا شهرين إذن ;) [23:50] &lt;wilde&gt; ليلة سعيدة duck [23:50] &lt;duck&gt; أوه نعم، يجب أن يتوسل التصميم للحصول على مراجعات أقران وتعليقات مفيدة [23:50] * ion غادر IRC (انتهت مهلة Ping) [23:50] &lt;jrand0m&gt; متفق [23:50] &lt;wilde&gt; بخصوص toopie [23:51] &lt;jrand0m&gt; أحبه، هو طريف وبسيط وذو صلة [23:51] &lt;wilde&gt; ألا يبدو toopie... همم... غبياً قليلاً [23:51] &lt;jrand0m&gt; (ويمكنه أن يكون أيقونة لأي غرض تقريباً) [23:51] * ion انضم إلى #i2p [23:51] &lt;wilde&gt; إنه يحدّق [23:52] &lt;jrand0m&gt; هه أظن يمكننا أن نجهّز toopie بجودة شعار أعلى اليسار [23:52] &lt;jrand0m&gt; كانت هناك كثير من النسخ لاستخدامات مختلفة [23:53] &lt;wilde&gt; أحبه، لكن يجب أن يقابل مستشار شخصية [23:53] * jrand0m يقترح رمي بعض الأفكار على DrWoo، للتصميم وأمور toopie [23:54] &lt;wilde&gt; متفق [23:54] &lt;wilde&gt; حسناً ربما ينبغي أن نتوقف هنا [23:54] &lt;jrand0m&gt; لا عجلة، هناك الكثير للهضم والمعالجة [23:54] &lt;wilde&gt; لكن رجاءً إن وجدتم هذا الـ CMS الجديد المدهش، اصرخوا [23:54] &lt;duck&gt; هل يمكن أن يكون هذا الخلفية: [The Triumph of Death artwork](http://www.artchive.com/artchive/B/bruegel/death.jpg) [23:55] &lt;jrand0m&gt; لكني أتفق مع duck، عمل جميل في إعداد drupal لنبدأ منه [23:55] &lt;jrand0m&gt; هذا سيذهب مباشرة لسطح مكتبي [23:55] &lt;jrand0m&gt; واو أتساءل كيف سيبدو النص فوق ذلك [23:55] &lt;wilde&gt; صورة رائعة [23:55] &lt;jrand0m&gt; فعلياً، على هذه الملاحظة، 5) ??? [23:56] &lt;jrand0m&gt; هل لدى أحد أي شيء آخر يضيفه؟ [23:56] * jrand0m ينخز جمهور الفستق [23:56] &lt;wilde&gt; كان هادئاً جداً هنا اليوم [23:56] &lt;wilde&gt; يأتي الجميع إلى هنا ليستمعوا إلى المسيح jrandom [23:57] &lt;duck&gt; ساعتان طويلتان بعض الشيء [23:57] &lt;mihi&gt; *ggg* [23:57] * jrand0m هنا فقط من أجل البيرة [23:57] &lt;duck&gt; ربما يمكنك تجربة اجتماعين أسبوعياً مدة كل منهما 30 دقيقة [23:57] &lt;wilde&gt; لا [23:57] &lt;duck&gt; ثم عمليات التسريح عصر الجمعة [23:57] &lt;wilde&gt; هذا كثير جداً [23:58] &lt;jrand0m&gt; أعتقد أن اجتماعات ساعتين مبالغة جداً [23:58] &lt;jrand0m&gt; (إلا إن كانت موضوعية بشكل محدد. مثلاً اجتماع يناقش تصميم صفحة الويب، أو بعض وظائف الـ router، إلخ) [23:58] &lt;jrand0m&gt; (انظروا، نحن فوق-نقاشيين) [23:59] &lt;jrand0m&gt; ربما علي أن أصمت أكثر وأحدّها بساعة؟ [23:59] &lt;jrand0m&gt; أو ربما ينبغي أن يذهب معظم "الاجتماع" إلى القائمة البريدية، مع #i2p للنقاش؟ [23:59] * godmode0 غادر IRC (انتهت مهلة Ping) [23:59] &lt;wilde&gt; يمكن استخدام القائمة البريدية أكثر للنقاشات Session Time: Wed Feb 11 00:00:00 2004 [00:00] &lt;duck&gt; أعتقد أن رسائل البريد الثقيلة قبل السجلات جيدة بالفعل [00:01] &lt;jrand0m&gt; إذن ربما تتحول الاجتماعات الأسبوعية إلى "حسناً يا جماعة، ما الجديد؟ هل لدى أحد شيء للنقاش؟" [00:01] &lt;jrand0m&gt; (لكن الاجتماعات المفتوحة كهذه خطر بحد ذاتها) [00:01] * godmode0 انضم إلى #i2p [00:02] &lt;jrand0m&gt; حسناً، ربما ننقل هذا الميتا إلى القائمة أو لاحقاً [00:02] &lt;jrand0m&gt; لقد تجاوزنا بالفعل حاجز الساعتين [00:02] &lt;jrand0m&gt; إذن... [00:02] * jrand0m يستعد... [00:02] &lt;fidd&gt; :) [00:02] * jrand0m يغلق الاجتماع بـ baf* </div>/ar/blog/2004/02/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/Tue, 03 Feb 2004 00:00:00 +0000/ar/blog/2004/02/03/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-03-%D9%81%D8%A8%D8%B1%D8%A7%D9%8A%D8%B1-2004/<h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> baffled, dm, duck, human, jrand0m, kaji, lucky, madman2003, mihi, Nightblade, Synonymous, wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) مرحباً [22:01] &lt;jrand0m&gt; 1) شبكة الاختبار [22:01] &lt;jrand0m&gt; 2) خارطة الطريق المحدَّثة [22:01] &lt;jrand0m&gt; 3) قائمة التطبيقات المحدَّثة [22:01] &lt;jrand0m&gt; 4) نحتاج إلى متطوعين [22:01] &lt;jrand0m&gt; 5) ؟؟؟ [22:01] &lt;jrand0m&gt; 0) مرحباً [22:01] * jrand0m يلوّح [22:01] * mihi يلوّح رداً [22:02] * jrand0m عليه أن يحذّر أنني مستيقظ منذ وقت طويل، فقد أكون خارج التركيز قليلاً [22:02] &lt;jrand0m&gt; على أي حال، بينما نمضي قدماً، على الجميع أن يقرأ (أو يكون قد قرأ) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] &lt;jrand0m&gt; لننطلق مباشرة إلى 1) شبكة الاختبار [22:03] &lt;mihi&gt; ينبغي أن تغيّر العنوان لكل رسالة... فهي كلها تُفرَز في موضوع واحد هنا [22:03] &lt;jrand0m&gt; هاها، جميل [22:03] * jrand0m حاولت الالتزام بالاتساق (لتسهيل التصفية) [22:03] &lt;jrand0m&gt; أتريد أن أضيف التاريخ إليها؟ [22:03] &lt;madman2003&gt; كيف تسير شبكة الاختبار فعلاً؟(أريد رأياً متشائماً من فضلك) [22:03] &lt;jrand0m&gt; madman2003&gt; سيئاً، لكن أفضل مما كان [22:04] &lt;mihi&gt; jrand0m: التاريخ (أو رقم الاجتماع) سيكون رائعاً [22:04] &lt;jrand0m&gt; تمام يا mihi، اعتبره تمّ [22:04] &lt;jrand0m&gt; (هل يريد أحد غيري إعطاء بعض التغذية الراجعة على سؤال madman2003؟) [22:04] &lt;duck&gt; madman2004: أنا و baffled متصلان منذ 4 ساعات الآن [22:04] &lt;baffled&gt; حقاً لهذه المدّة؟ [22:04] &lt;duck&gt; قبل test3 كان الحد الأقصى 10 دقائق [22:05] &lt;jrand0m&gt; w00t [22:05] &lt;duck&gt; baffled: منذ 18:15:07 CET [22:05] &lt;jrand0m&gt; نعم، كانت لدي جلسة 90 دقيقة قبل أيام أيضاً [22:05] &lt;duck&gt; لكن ربما نحن متجاوران مباشرة في المسار [22:05] &lt;madman2003&gt; وهل أنت متأكد أن الوصلة سليمة؟ [22:05] &lt;jrand0m&gt; duck&gt; كل tunnels من مرحلتين (2 hop) (إلا إذا كان router لديك يتعطل، وعندها ستنكسر tunnels على الأقل مرة واحدة) [22:06] &lt;jrand0m&gt; madman2003&gt; عندما تفشل الـ tunnels، تفشل بقوة [22:06] &lt;madman2003&gt; كيف هي الكمون العام على شبكة الاختبار؟ [22:06] * Ophite1 انضم إلى ‎#i2p [22:06] * jrand0m عادة أحصل على كمون 2-10 ثوانٍ عبر squid [22:06] * lucky انضم إلى ‎#i2p [22:06] &lt;jrand0m&gt; كمون 5-20 ثانية عبر irc [22:07] &lt;madman2003&gt; هل تم إصلاح تأخير الـ30 ثانية على المواقع المحلية؟ [22:07] &lt;jrand0m&gt; duck&gt; هل يمكنك /ping duck على ircd الخاص بك؟ كم يستغرق للرد بخطأ CTCP مرفوض؟ [22:07] &lt;jrand0m&gt; (أو baffled&gt;) [22:08] &lt;jrand0m&gt; madman2003&gt; كانت هناك إصلاحات أخطاء مهمة يمكن أن تفسّر تأخيرات 30 ثانية فأكثر محلياً [22:08] &lt;jrand0m&gt; (المهام كانت تُحتجز مما تسبب بتأخيرات مجنونة) [22:08] &lt;duck&gt; الاستجابة لطلب admin إلى ircd الخاص بـ baffled حوالي ~8 ثوانٍ [22:08] &lt;jrand0m&gt; duck&gt; إلى المحلي؟ [22:09] &lt;duck&gt; ‏fido ping/pong ثلاث ثوانٍ، وهذا محلي [22:09] &lt;jrand0m&gt; كوول [22:09] &lt;duck&gt; بالنسبة إلى eepsites (مواقع داخل I2P) المحلية يبدو أنها ~3 ثوانٍ أيضاً [22:09] &lt;jrand0m&gt; (ما زال أعلى بكثير مما أفضّل، لكنه << 30 ثانية) [22:09] &lt;duck&gt; الطلب الأولي أطول، قد يكون ~30 ثانية [22:10] &lt;jrand0m&gt; مثير للاهتمام [22:10] &lt;duck&gt; , [22:10] &lt;jrand0m&gt; حسناً، إذن لا يزال هناك عمل يجب القيام به على شبكة الاختبار، لكن هناك تقدّم [22:10] &lt;madman2003&gt; هل ستستمر شبكة الاختبار حتى يتحول الأداء السيئ إلى مثالي، ما المتطلب الدقيق للنجاح؟ [22:11] &lt;madman2003&gt; (أعرف عن 3 أيام من العمل الجيد) [22:11] &lt;jrand0m&gt; النجاح == 3 أيام متتالية من نجاح الأشياء التي ينبغي أن تنجح. [22:11] &lt;jrand0m&gt; ‏human تبرّع للمساعدة وتنفيذ شيء على غرار ما نشرته في البريد [22:11] * mihi يُغرِق شبكة الاختبار بسيل من pings ;) [22:11] * leenookx غادر IRC (انتهت مهلة الـ Ping) [22:11] &lt;jrand0m&gt; بشكل أساسي طريقة نترك بها زوجاً من البوتات متصلين بـ ircds الاثنين لقياس تقدّمنا وإخفاقاتنا [22:12] &lt;jrand0m&gt; (يا سلام يا human!) [22:12] &lt;mihi&gt; هممم، إذا لم يحدث netsplit فـ i2p يعمل، لكن لا يمكنك استنتاج العكس... [22:13] &lt;jrand0m&gt; خارطة طريق i2p [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] تضع إصدار 0.2.4 (~= إكمال شبكة الاختبار) بعد أسبوع ونصف [22:13] &lt;madman2003&gt; لماذا لا تركّز على جعل التأخير المحلي &lt; 1 ثانية؟ [22:13] &lt;jrand0m&gt; سأفعل ذلك. [22:13] &lt;madman2003&gt; فرصة جيدة أن ذلك سيحل بعض المشاكل الأخرى أيضاً [22:13] &lt;jrand0m&gt; سبب التأخير &gt; 1 ثانية غالباً هو الحمل [22:14] &lt;jrand0m&gt; بالنسبة للـ routers التي لا تملك أقراناً، الطلبات المحلية فقط شبه فورية [22:14] &lt;jrand0m&gt; (لكن بما أن شبكة الاختبار تُظهر حملاً فعلياً، فنحن نجهد أموراً مختلفة) [22:15] &lt;duck&gt; أنا و baffled تحدثنا أيضاً قليلاً عن صنع bots للإحصائيات، لكن إن كان human يريد القيام بذلك؛ فلا بأس عندي [22:15] &lt;madman2003&gt; ربما للتأخيرات علاقة بإرسال الطلبات إلى routers أخرى [22:15] &lt;madman2003&gt; قبل أن يرى أنها محلية [22:15] &lt;jrand0m&gt; أووه تمام يا duck [22:15] &lt;jrand0m&gt; لا، لا يعمل بهذه الطريقة يا madman2003 [22:16] &lt;jrand0m&gt; (يُضَخ أولاً إلى مدير العميل، الذي يتحقق إن كان محلياً، وفقط إذا لم يكن كذلك يوضع في net pool الخاصة بالـ router) [22:16] * madman2003 يتساءل من أين يأتي كل هذا الحمل [22:16] &lt;jrand0m&gt; فرنسا. [22:16] &lt;jrand0m&gt; بل، ألمانيا. [22:16] &lt;jrand0m&gt; (لأن *شخصاً ما* يقوم بعمل ping للجميع ;) [22:17] &lt;duck&gt; كوالا لامبور [22:17] * duck يأمل ألا يفهم أحد تلك النكتة [22:17] * jrand0m سعيد بملاقاة آمال duck [22:17] &lt;mihi&gt; كل تلك الـ pings جعلت جهازَي المحلي ينهك أيضاً... (بدون router!) [22:18] &lt;jrand0m&gt; mihi&gt; مكتبة I2CP تقوم بالـ crypto ;) [22:18] * wiht انضم إلى ‎#i2p [22:18] &lt;madman2003&gt; ألا يحمي i2p من فيضانات ping؟ [22:19] &lt;jrand0m&gt; madman2003&gt; الحمل ليس بذلك الحجم، فقط أن الشفرة حالياً تملك تزامناً خشناً جداً (وخلال شبكة الاختبار يتم تعديله إلى تزامن أدقّ) [22:19] &lt;madman2003&gt; تزامن حُبَيبي؟ [22:19] &lt;mihi&gt; jrand0m: مبروك: يبدو أن ping -ns لم يعد ينتج - - - فقط الآن [22:20] &lt;jrand0m&gt; لول يا mihi :) [22:20] &lt;mihi&gt; لماذا لول؟ ‏ping -ns لم يعمل لدي أبداً. (فقط النسخة المتزامنة) [22:20] &lt;duck&gt; المتزامنة لم تعمل لدي أبداً... [22:20] &lt;jrand0m&gt; أحقاً؟ تمام، ‏-ns تعمل جيداً لدي [22:21] &lt;jrand0m&gt; إنها مقايضة بين الذاكرة والمعالج مقابل التوازي [22:22] &lt;jrand0m&gt; (التزامن خشن الحُبَيبات يقلل استخدام CPU والذاكرة، بينما التزامن دقيق الحُبَيبات يستخدم CPU وذاكرة أكثر مقابل زيادة التوازي) [22:22] * TrueSeeker غادر IRC (Leaving) [22:22] * mihi سينشر إحصاءات ping في ‎#flood بعد ثوانٍ قليلة [22:22] * ion غادر IRC (Ping timeout) [22:23] &lt;lucky&gt; بَـه. [22:23] &lt;jrand0m&gt; على أي حال، الخطة هي إنهاء شبكة الاختبار بمجرد اجتيازها اختبار الأيام الثلاثة. تقديري الحالي هو يوم 14، لكن سنرى. [22:23] &lt;lucky&gt; يوم بائس. [22:23] &lt;lucky&gt; خنازير رأسمالية غبية [22:23] &lt;lucky&gt; يأخذون كل نقودي.. [22:24] &lt;baffled&gt; يبدو أن هناك أشياء جديدة في cvs، كم بقي قبل test4؟ [22:24] &lt;jrand0m&gt; ليس اليوم، نأمل غداً [22:24] * jrand0m سيذهب إلى النوم بعد الاجتماع :) [22:25] &lt;baffled&gt; رائع. [22:26] &lt;madman2003&gt; إلى اللقاء جميعاً [22:26] &lt;jrand0m&gt; إلى لاحقاً يا madman2003 [22:26] &lt;madman2003&gt; لا تنسوا النقاط الأخرى للاجتماع :) [22:26] &lt;jrand0m&gt; حسناً، هذا عن شبكة الاختبار. أي شيء آخر حولها، أم ننتقل إلى 2) خارطة الطريق المحدَّثة؟ [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;baffled&gt; هل هناك أدوات إجهاد أخرى نحتاجها على شبكة الاختبار؟ [22:26] * madman2003 غادر IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] &lt;duck&gt; ما التاريخ؟ [22:27] &lt;jrand0m&gt; 3 فبراير [22:27] &lt;baffled&gt; 3 هنا. [22:27] &lt;mihi&gt; 2004-02-03 [22:27] * leenookx انضم إلى ‎#i2p [22:27] &lt;duck&gt; آه، شكراً [22:27] &lt;jrand0m&gt; baffled&gt; في الواقع، هل جرّب أحد i2psnark على شبكة الاختبار؟ [22:27] &lt;wiht&gt; baffled: ماذا تقصد بـ stressers؟ [22:28] &lt;mihi&gt; wiht: أظن أشخاصاً يضغطون على شبكة الاختبار [22:28] &lt;baffled&gt; حسناً، في اليوم الآخر طلبتَ من aum ومني أن نتوقّف عن nntp. كنت أفكّر في إعداد بث ogg بسرعة 128kbps. [22:28] * mihi يود خدمة echo عامة يجهّزها أي شخص - ستسمح بفحوص كمون جيدة [22:28] &lt;baffled&gt; إذن هذان البندان فيما أعتقد. [22:28] &lt;jrand0m&gt; لدينا طاقم جيد يضغط على squid [22:28] &lt;jrand0m&gt; أوه، ‏nntp سيكون ممتازاً، وكذلك بث ogg! [22:29] * jrand0m لا أتذكر أنني طلبت منكم التوقف (إلا ربما مؤقتاً أثناء تحديث؟) [22:29] &lt;jrand0m&gt; متفق يا mihi [22:29] * jrand0m يتحقق أي منفذ هو 'echo' [22:29] &lt;jrand0m&gt; 7 [22:29] &lt;mihi&gt; حسب علمي 9 [22:29] &lt;mihi&gt; أوبس ;) [22:29] &lt;baffled&gt; ربما كنتَ متوتراً بسبب شيء آخر في ذلك الوقت. [22:30] &lt;wiht&gt; المنفذ 7. [22:30] &lt;duck&gt; 4 [22:30] * ion انضم إلى ‎#i2p [22:30] &lt;jrand0m&gt; على الأرجح يا baffled ;) [22:30] &lt;duck&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;jrand0m&gt; echo 7/tcp [22:30] &lt;jrand0m&gt; echo 7/udp [22:30] &lt;jrand0m&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;wiht&gt; المنفذ 7 لكل من TCP وUDP. [22:30] &lt;mihi&gt; duck: نريد [0-9]*/tcp [22:30] * duck ينحني [22:31] * Synonymous انضم إلى ‎#i2p [22:31] &lt;jrand0m&gt; إذن، هل يريد أحد إنهاء تطبيق الاختبار الخاص بـ human (خادوم echo والعميل)؟ [22:32] &lt;jrand0m&gt; (مع أن تشغيل twisted يبدو مبالغة قليلاً لهذا الغرض ;) [22:32] &lt;duck&gt; النسخة غير الـ twisted ستعمل [22:33] &lt;duck&gt; . [22:33] * jrand0m لم يُدرِك أن شيفرة i2p لديه يمكن أن تعمل بدون twisted [22:33] &lt;jrand0m&gt; على أي حال، هل يريد أحد التطوّع لتولّي قيادة تشغيل خدمة echo؟ [22:33] * duck يجلس على يديه [22:33] &lt;wiht&gt; متاحة عبر I2P أم عبر الإنترنت العادي؟ [22:34] &lt;jrand0m&gt; عبر i2p [22:34] &lt;baffled&gt; يمكنني النظر في ذلك مع بعض المواصفات المحددة. [22:34] &lt;mihi&gt; duck: هل لدى البط أيدٍ؟ كنت أظن أجنحة ;) [22:34] &lt;jrand0m&gt; المواصفة: استلام سطر نص وإرجاعه كما هو :) [22:34] &lt;baffled&gt; حسناً، لا مشكلة. [22:34] &lt;lucky&gt; باه... يجب أن أبدأ تقديم الضرائب العام القادم! [22:34] &lt;mihi&gt; jrand0m: s/line/byte chunk/ [22:34] &lt;lucky&gt; حكومة غبية لعينَة... [22:35] &lt;jrand0m&gt; mihi&gt; السطر أسهل بكثير في التحليل ;) [22:35] &lt;duck&gt; lucky: اصمت [22:35] &lt;jrand0m&gt; ‏baffled++ [22:35] &lt;jrand0m&gt; حسناً، ننتقل إلى 2) خارطة الطريق المحدَّثة [22:35] * jrand0m يوجّه انتباه الناس إلى http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] &lt;mihi&gt; jrand0m: لماذا؟ while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] &lt;jrand0m&gt; (والتي، بالطبع، أنتم قد قرأتموها بالفعل) [22:36] * MrEcho انضم إلى ‎#i2p [22:36] &lt;jrand0m&gt; mihi&gt; رسائل بحجم بايت واحد مقابل ‏nagle، إلخ [22:37] &lt;jrand0m&gt; على أي حال، أيّاً كان ما سينفّذه baffled لعمل echo لدعم الاختبار فهو جيّد [22:37] &lt;jrand0m&gt; (أو يمكنكما أنت وهو الاتفاق على ما يناسبكما أكثر) [22:37] * wiht غادر IRC (Ping timeout) [22:37] &lt;baffled&gt; إذا كانت لديك متطلبات فاكتبها وأخبرني لاحقاً يا mihi وسأحاول. [22:38] * ion غادر IRC (Ping timeout) [22:38] &lt;mihi_backup&gt; baffled: ليس كثيراً. إذا لزم الأمر فإضافة سطر جديد بعد الطابع الزمني ليست مشكلة إطلاقاً. [22:38] * jar_ غادر IRC (Ping timeout) [22:38] &lt;duck&gt; (انقسام الشبكة بعد 4:20) [22:38] &lt;jrand0m&gt; هه [22:39] &lt;jrand0m&gt; ليس جيداً :/ [22:39] &lt;jrand0m&gt; حسناً، تكراري وتزايدي. [22:39] &lt;mihi&gt; 22:38:09.430 ERROR [WrC1-&gt;Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: خطأ أثناء الإرسال [22:39] &lt;mihi&gt; رسالة إلى النظير. سيتم إنهاء مُشغِّل الـ tunnel [22:39] &lt;jrand0m&gt; هل جميع الـ routers 9/10 تعمل حالياً؟ [22:39] &lt;jrand0m&gt; (أم أن أحدها توقّف؟) [22:40] &lt;jrand0m&gt; أرى 8 فقط [22:40] &lt;jrand0m&gt; 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: خطأ أثناء القراءة من الدفق إلى [RouterIdentity: [22:40] &lt;jrand0m&gt; Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck قام للتو بالتحديث [22:40] &lt;duck&gt; أين تندرج أمور إدارة I2CP في خارطة الطريق؟ [22:41] &lt;duck&gt; حسب علمي هذا غير مُنفَّذ، لكن 0.2.5 يتحدث عن إنهاء المواصفة [22:41] &lt;jrand0m&gt; الخطة الحالية جعل I2CP بروتوكول العميل البسيط، وترك وظائف الإدارة منفصلة [22:41] &lt;jrand0m&gt; (مثلاً عبر منفذ الويب الإداري :7655) [22:41] &lt;duck&gt; حسناً [22:42] &lt;jrand0m&gt; (وإزالة كل تلك الخردة الأخرى) [22:42] * jar_ انضم إلى ‎#i2p [22:42] * ion انضم إلى ‎#i2p [22:42] &lt;jrand0m&gt; ((shrinkingCodebase)++) [22:43] &lt;jrand0m&gt; هل لدى أحد أي أفكار حول القضيتين الكبريين؟ [22:43] &lt;jrand0m&gt; = إيقاف نقل PHTTP الحالي (حتى 2.0) [22:43] &lt;jrand0m&gt; = الإبقاء على دعم طوبولوجيا مسارات مقيّدة عند 2.0 [22:43] &lt;baffled&gt; حسناً يا جماعة، عليّ الانصراف، سأقرأ السجلات لاحقاً. [22:43] &lt;jrand0m&gt; رائع، سعيد بحضورك، إلى لاحقاً [22:43] * baffled غادر IRC (Leaving) [22:44] &lt;duck&gt; ‏I2CP آمن سيقلل الحاجة المباشرة إلى طوبولوجيا مسارات مقيّدة قليلاً [22:44] &lt;duck&gt; لذا لا بأس [22:45] &lt;jrand0m&gt; متفق، رغم أن 'الحماية' بهذا المعنى لن تكون مثالية (كل حمولات I2CP ستكون بالطبع مشفّرة، لكن أدوات الالتقاط يمكنها اكتشاف أن $client يرسل رسالة بحجم $n بايت إلى $destination) [22:46] &lt;jrand0m&gt; الفرق الوحيد عن I2CP الحالي هو تحديث صغير لبروتوكول/بنية الاستيثاق [22:46] &lt;jrand0m&gt; ((حسناً، الـ $client لا يمكنه اكتشاف $n، إذ تُحشى الرسائل عشوائياً. لا بأس)) [22:46] &lt;jrand0m&gt; بل، $sniffer، وليس $client [22:47] * wiht انضم إلى ‎#i2p [22:47] &lt;jrand0m&gt; (بالطبع هذا لا يهزم خصماً سلبياً عالمياً) [22:48] &lt;jrand0m&gt; هل لدى أحد أي شواغل/اقتراحات/أفكار/تعليقات أخرى؟ [22:48] &lt;jrand0m&gt; (حول خارطة الطريق) [22:49] &lt;duck&gt; لا [22:49] &lt;jrand0m&gt; ولا أنا [22:49] * jrand0m ينتقل إلى 3) قائمة التطبيقات المحدَّثة [22:49] &lt;jrand0m&gt; [أدرِج هنا عبارة 'mihi رائع'] [22:50] &lt;duck&gt; ساعدوا jrand0m على قول لا! [22:50] &lt;jrand0m&gt; mihi&gt; أي أفكار حول موضوع muffin؟ http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] &lt;jrand0m&gt; هه [22:51] &lt;mihi&gt; jrand0m: أنت تعرف ما أظنه بشأن ذلك... [22:51] &lt;jrand0m&gt; (لست أطلب منك دمجه تحديداً، فقط أرى ما رأيك فيما إذا كان سيكون جيداً) [22:52] &lt;mihi&gt; ‏httpclient يجب أن يخرج من i2ptunnel، لأن i2ptunnel مخصص لتمرير التدفقات بينما httpclient يقوم بتمرير المحتوى [22:52] &lt;mihi&gt; حقنه في i2ptunnel سيكون مجرد المزيد من الترقيع. [22:52] &lt;jrand0m&gt; تمام، إذن التطبيق أدناه [Scalable web proxies] [22:52] &lt;jrand0m&gt; هذا منطقي [22:53] &lt;jrand0m&gt; (تطبيقات تقوم بشيء واحد وتقوم به جيداً)++ [22:53] &lt;mihi&gt; jrand0m: لقد أسأت فهمي... [22:53] &lt;jrand0m&gt; ماذا فاتني؟ [22:54] &lt;mihi&gt; ليس لدي شيء ضد تطبيق يقرأ طلب http، يحلله، يرسله عبر i2p، يقرأ الجواب، يحلله، ثم يعيده (ربما مع ترشيح) - فقط ألا يفعله بالطريقة التي يفعلها httptunnel. [22:54] &lt;mihi&gt; ‏httptunnel يمرّر كل شيء ما عدا الأسطر القليلة الأولى. [22:54] &lt;jrand0m&gt; آه أنت على حق [22:55] * jrand0m لست بكامل تركيزي [22:55] &lt;mihi&gt; سيكون من الصعب بناء ترشيح فعّال فيه (إن كان ينبغي أن يرشّح HTML وليس النص أو شيئاً من هذا القبيل) [22:55] &lt;jrand0m&gt; صحيح - ربما نجعل MUFFIN كتطبيق مستقل [22:55] &lt;jrand0m&gt; (يُرشّح ما يخرج من httpclient) [22:55] &lt;mihi&gt; لذا سأقول: تطبيق إضافي لهذا. لكن ذلك سيتطلب streaming lib... (أو شيئاً من هذا القبيل) [22:56] * duck يحب كيف يمكنك عمل proxies لـ xmlrpc/soap باستخدام httpclient رغم ذلك [22:56] &lt;wiht&gt; jrand0m: لم أرَ إدراجاً لـ "muffin" في قائمة التطبيقات. [22:56] &lt;jrand0m&gt; wiht&gt; http://muffin.doit.org/ [22:56] &lt;mihi&gt; ‏muffin مُرشِّح محتوى http [22:57] &lt;mihi&gt; إذا كان لدينا مُرشِّح محتوى، يمكننا إسقاط ذلك الشيء "proxy" الرديء. [22:57] &lt;jrand0m&gt; duck&gt; نأمل أن يُضبط مُرشِّح muffin ليمرّر ‏xmlrpc/soap، ويُرشّح فقط أشياء مثل VBScript وغيرها [22:57] &lt;wiht&gt; أرى. [22:57] &lt;jrand0m&gt; همم، ‏mihi؟ [22:57] &lt;duck&gt; آه انتظر، ‏xmlrpc/soap ستكون من نوع محتوى xml [22:57] &lt;jrand0m&gt; mihi&gt; ألَن يحتاج مع ذلك إلى إجراء ترجمة الأسماء، على الأقل؟ [22:58] &lt;mihi&gt; بالتأكيد، لكن ليس كـ proxy. ‏`http://localhost:12345/duck.i2p/` سيعمل بشكل أفضل بكثير. [22:58] &lt;Synonymous&gt; ‏muffin تحت GPL، عليك أن تكون حذراً عند استخدام شيفرة GPL في مشروع ضمن الملك العام، فهي ما زالت محمية بحقوق النشر ;) [22:58] &lt;mihi&gt; لأنك تستطيع الربط بذلك من الويب العادي [22:58] &lt;jrand0m&gt; هممم ‏mihi. [22:58] &lt;mihi&gt; Synonymous: ‏i2ptunnel تحت GPL على أي حال [22:58] &lt;jrand0m&gt; Synonymous&gt; I2PTunnel هو GPL [22:58] &lt;Synonymous&gt; نعم [22:59] * jrand0m واعٍ تماماً لحقيقة أن بعض الناس يعتبرون حقوق النشر سارية، ويحاول مراعاتهم. [22:59] &lt;Synonymous&gt; تأكد من وضع ذلك في مكان ظاهر (إذا استخدمت muffin). هو يقول بالفعل إن iptunnel تحت GPL [22:59] &lt;jrand0m&gt; بالطبع، إذا استخدمنا muffin فسيُنسب ويُوسم بأنه GPL. [22:59] &lt;Synonymous&gt; نعم هذا ما قلت، كن حذراً بشأنه [23:00] &lt;jrand0m&gt; (لن نخوض في نقاش حقوق النشر هنا) [23:00] &lt;jrand0m&gt; حسناً، أي أفكار أخرى حول التطبيقات المُدرجة؟ [23:00] &lt;Synonymous&gt; إذن لا تفعلوا، ولم يكن تعليقي مقصوداً لبدء واحد [23:00] * duck يضحك على http://muffin.doit.org/demo/evil/ [23:01] &lt;jrand0m&gt; برأيكم ما وظائف التطبيقات الضرورية لإصدار 1.0؟ [23:01] &lt;jrand0m&gt; هه يا duck [23:01] &lt;jrand0m&gt; (أم أننا قد وصلنا بالفعل، ووظائف تطبيقات 1.0 == الأشياء التي تمر عبر i2ptunnel :) [23:02] &lt;Synonymous&gt; قد يرغب الناس بدردشة فعّالة، وربما تطبيق شبيه بـ freenet لإصدار 1.0 إذا كان هذا ما تسأل عنه، وربما مجموعة أدوات ليتمكّن الناس من إعداد خدماتهم الخاصة عليه بسهولة [23:02] &lt;mihi&gt; لا يزال هناك نقص في IM وخدمة تسمية [23:02] &lt;jrand0m&gt; mihi&gt; ‏irc فوق i2p؟ [23:02] &lt;wiht&gt; نعم، ينبغي أن تكون خدمة التسمية موجودة بحلول نسخة 1.0 من I2P. [23:03] &lt;duck&gt; eep [23:03] &lt;mihi&gt; jrand0m: ‏irc عبر i2p سيكون جيداً أيضاً، لكن خدمة تسمية ;) [23:03] &lt;jrand0m&gt; wiht&gt; هل لديك أي أفكار حول ما إذا كانت خدمة التسمية ستُنَفَّذ وتصبح جاهزة للإطلاق بحلول أبريل؟ [23:03] * jrand0m لا أظن حقاً أن خدمة التسمية ضرورية. مفيدة، نعم [23:04] &lt;jrand0m&gt; (كل ما *نحتاجه* هو طريقة لتحديث ملف hosts.txt بسهولة) [23:04] &lt;kaji&gt; أو طبقة VPN موزعة [23:04] &lt;jrand0m&gt; هه [23:04] &lt;mihi&gt; jrand0m: بالنسبة لي حتى ذلك (إن كان مؤتمتاً) هو خدمة تسمية [23:04] &lt;wiht&gt; jrand0m: على الأرجح في منتصف أبريل. [23:05] &lt;jrand0m&gt; kaji&gt; طبقة VPN موزعة تحتاج شهراً كاملاً من 1-2 مطوّرين ;) [23:05] &lt;wiht&gt; أريد جعلها قابلة للتوسّع لاستيعاب إدخالات أكثر بكثير مما لدينا في hosts.txt الآن. [23:05] &lt;jrand0m&gt; ‏1.0--&gt;3.0 لن تحتوي على ملايين الإدخالات [23:05] &lt;wiht&gt; MrEcho: هل لديك أي أفكار حول هذا؟ [23:05] &lt;jrand0m&gt; آلاف، نعم [23:06] &lt;jrand0m&gt; Synonymous&gt; تطبيق شبيه بـ freenet سيكون رائعاً، لكن حينها نحتاج لتجنيد شخص لتنفيذه :) [23:07] &lt;jrand0m&gt; Synonymous&gt; أدوات لإعداد الخدمات - بالتأكيد. نأمل أن يقوم i2pmanager أو i2pmole بذلك [23:07] &lt;Synonymous&gt; قد يكون ذلك صعباً، خاصة وأن freenet لا يعمل هيهي [23:07] &lt;wiht&gt; وبالمناسبة، ما تقدّم I2PManager؟ [23:07] &lt;jrand0m&gt; يبدو أنه يتقدّم، وضع الكونسول/CLI يحرز تقدماً (‏aum يستخدمه الآن لإدارة خدماته عبر init scripts) [23:08] &lt;jrand0m&gt; لقد استخدمت واجهة GUI، و aum سجّل بعض الأخطاء في tunnelmanager وما تزال قائمة [23:08] &lt;jrand0m&gt; (بسبب أعداد كبيرة من tunnels تُنشأ، لا بسبب أعداد صغيرة) [23:08] &lt;wiht&gt; أعتقد أن I2PManager ينبغي أن يكون تطبيقاً لإصدار 1.0. [23:09] &lt;jrand0m&gt; أتمنى ذلك أيضاً [23:09] &lt;jrand0m&gt; (خصوصاً لأن ذلك يعني أننا نستطيع رمي المُثبّت المرّقع، إذ لدى i2pmanager ذلك مدمجاً) [23:09] &lt;jrand0m&gt; إذن، من لديهم خبرة بـ Python ينبغي أن يتواصلوا مع aum ليروا كيف يمكنهم المساعدة :) [23:09] &lt;human&gt; عاد [23:09] &lt;jrand0m&gt; مرحباً بعودتك يا human [23:10] * human قرأ عن وكيل muffin [23:10] &lt;human&gt; أعرف وكيلاً شخصياً موجهاً للخصوصية يُدعى privoxy [23:11] &lt;jrand0m&gt; نعم، ‏privoxy كان خياراً آخر أنظر إليه. لديه إمكانات جيدة أيضاً [23:11] &lt;jrand0m&gt; (سبب ميلي نحو muffin هو سهولة التكامل، لأنه Java) [23:12] * jrand0m لن يكون من ينفّذ/يُدمج ذلك، لذا رأيي مجرد اقتراح [23:12] &lt;@Nightblade&gt; أعتقد أن دردشة جماعية (أو IRC) ستكون برنامجاً جيداً، لأنه إن أمكن جعل الدردشة تعمل بشكل موثوق فستعرف أن كمون i2p وثباته جيدان [23:13] &lt;jrand0m&gt; متفق [23:13] &lt;Synonymous&gt; لكن كيف سيعمل Trent على مثل هذا النظام؟ هل يمكن عمله بنظام مفاتيح عامة وخاصة (مثل frost) [23:13] &lt;Synonymous&gt; هل ستكون القناة هي 'اللوحة' ؟ [23:13] &lt;jrand0m&gt; Synonymous&gt; ‏duck قام فعلاً ببعض الأشياء الأنيقة [23:13] &lt;Synonymous&gt; كول [23:14] &lt;duck&gt; وهو: يسجّل المستخدمون الدخول بكلمة سر سرية إلى الـ ircd، ويقوم الـ ircd بنشر ‏sha1 لكلمة السر [23:14] &lt;jrand0m&gt; Synonymous&gt; في ircd المعدّل لديه، يمكنك تقديم كلمة سر يُظهَر تجزئتها في الـ ident [23:14] &lt;Synonymous&gt; سيكون أيضاً شبيهاً بـ WASTE أظن، رغم أنني لم أستخدمه [23:14] &lt;jrand0m&gt; duck&gt; لكن إن أنشأ أي شخص آخر ircd خاصاً به، فيمكنه تزوير ذلك :/ [23:14] &lt;duck&gt; وبالتالي يمكن للآخرين التحقق من ‏sha1 مقابل قائمة محلية، دون الحاجة إلى قاعدة بيانات مركزية [23:15] &lt;duck&gt; أكيد [23:15] &lt;jrand0m&gt; لكن يمكن للناس فقط تذكر من أي ircd يتصل شخص ما عادة، على ما أظن [23:15] &lt;jrand0m&gt; هل سيكون ممكناً وجود nickserv؟ [23:15] * jrand0m لا يعرف الكثير عن كيفية عمل شبكات IRC [23:16] &lt;duck&gt; نعم، لكنني لم أرد ذلك [23:16] &lt;duck&gt; لأن Trent صُمّم كحل ترقيعي مؤقت [23:16] &lt;jrand0m&gt; صحيح، سيكون جيداً لو استطعنا الاستغناء عنه [23:16] &lt;jrand0m&gt; هيهي [23:16] &lt;jrand0m&gt; حتى ‏iip 2.0، صحيح؟ ;) [23:16] &lt;duck&gt; الآن أصبحت أطول نكتة مستمرة في العالم [23:17] &lt;duck&gt; . [23:18] &lt;jrand0m&gt; حسناً، إذن إن ذهبنا في 1.0 بـ: ‏irc، ‏eepsites (وطريقة لإعداد موقعك الخاص)، ‏squid، و‏cvs، فهل هذا معقول؟ [23:18] &lt;@Nightblade&gt; نعم [23:18] &lt;jrand0m&gt; (من الواضح أنه سيكون رائعاً لو استطعنا تضمين i2psnark، التسمية، ‏I2PIM، وباقي التطبيقات) [23:19] &lt;duck&gt; بـ irc تقصد ‏i2pirc الأصلي؟ [23:19] &lt;duck&gt; وإن لم يكن، فلماذا ليس ‏nntp وغيره أيضاً [23:19] &lt;jrand0m&gt; أوه، صحيح [23:19] &lt;jrand0m&gt; بالطبع [23:20] * jrand0m !يضرب نفسه. [23:20] &lt;duck&gt; ليس كثيراً بالطبع [23:20] * duck يعتقد أن خادوم مفاتيح PGP سخيف [23:20] &lt;jrand0m&gt; قصدي فقط أنه من السهل إرباك الناس بكثرة الخيارات [23:20] &lt;duck&gt; آه، بالتأكيد [23:20] &lt;duck&gt; أعني الأشياء المجمّعة رسمياً [23:20] &lt;jrand0m&gt; «لماذا ينبغي أن أستخدم I2P؟» «حسناً يمكنك أن [.............]» [23:20] &lt;jrand0m&gt; صحيح [23:20] * duck يوافق [23:21] &lt;jrand0m&gt; مع i2ptunnel، يمكننا دعم كل ما رأيناه (وأكثر :) [23:21] &lt;jrand0m&gt; حسناً، في هذه الحالة، لا أظن أننا بحاجة للقلق كثيراً بشأن i2papps [23:22] &lt;mihi&gt; بالمناسبة: ينبغي إهمال الخيار ‎-nogui‎ في I2PTunnel... [23:22] &lt;jrand0m&gt; لنجعله الافتراضي إلى ‎-nogui‎؟ [23:22] &lt;jrand0m&gt; (أم أنك تحاول جعلنا جميعاً نستخدم AWT؟ ;) [23:22] &lt;mihi&gt; لا. ألا نستخدم ‎-nogui‎ إطلاقاً. الخياران ‎-cli‎ و‎-nocli‎ أكثر "وضوحاً" [23:22] &lt;Synonymous&gt; ينبغي أيضاً أن تحزم كل هذه الخيارات في توزيعة واحدة إن أمكن [23:22] &lt;jrand0m&gt; بالتأكيد [23:22] &lt;Synonymous&gt; على عكس freenet، الذي لا يذكر أدوات أخرى ويعود لك أن تذهب وتجدها [23:22] &lt;jrand0m&gt; Synonymous&gt; بالتأكيد [23:22] &lt;jrand0m&gt; Synonymous&gt; هل استخدمت i2pmgr بعد؟ [23:23] &lt;mihi&gt; ‏-nogui يتصرف بشكل مختلف سواء استخدمت ‎-e‎ "run configfile" أو استخدمت "configfile" [23:23] &lt;Synonymous&gt; لا، لم أتمكن من تشغيله :) [23:23] &lt;jrand0m&gt; (ما يزال قبل ألفا، لكنه عملي) [23:23] &lt;jrand0m&gt; آه حسناً [23:23] &lt;Synonymous&gt; من قبل لكنني لم أجرب الواجهة الرسومية [23:23] &lt;Synonymous&gt; قد أحاول الآن بما أنه لديه واحدة [23:23] &lt;Synonymous&gt; :) [23:23] &lt;jrand0m&gt; تمام، إنه يُحرز تقدماً [23:23] * duck يكتم تثاؤباً [23:24] &lt;jrand0m&gt; نعم نعم نعم يا duck، حسناً ;) [23:24] &lt;jrand0m&gt; أظن هذا كل شيء للتطبيقات - ما لم يكن لدى أحد شيء آخر؟ [23:24] &lt;jrand0m&gt; ننتقل إلى 4) نحتاج إلى متطوعين [23:25] &lt;jrand0m&gt; نحرز تقدماً جيداً، والإيقاع جيد وبرأيي قابل للاستدامة [23:25] &lt;jrand0m&gt; لكننا جميعاً نتحدث عن أشياء أنيقة حقاً نودّ إضافتها [23:25] &lt;jrand0m&gt; لو كان هناك N ساعة أخرى في اليوم، إلى آخره إلى آخره [23:26] &lt;duck&gt; ماذا تقصد بـ 'عرض النطاق التطويري'؟ [23:26] &lt;jrand0m&gt; ساعات أكثر من نشاط المطورين [23:26] &lt;duck&gt; أيه [23:27] &lt;jrand0m&gt; (مثلاً 2 مطورين == 16/20 ساعة/يوم) [23:27] &lt;jrand0m&gt; شعوري الداخلي من نوع 'إن بنيته سيأتون' [23:28] &lt;jrand0m&gt; (لكنني عملت أيضاً في شركات ظنّت أن لديها منتجاً خارقاً، وجعلته أكثر خارقية، وأصدرته، ولم ترَ نشاطاً سوقياً يُذكر) [23:28] * duck لا يظن أن توظيف هنود رخيصين سينجح [23:28] &lt;jrand0m&gt; هه [23:29] &lt;duck&gt; تسويق المنتج != تسويق المطورين [23:29] &lt;jrand0m&gt; صحيح، أتفق [23:29] &lt;jrand0m&gt; كنت أعنيها فقط كمجاز [23:30] &lt;jrand0m&gt; سنرى كيف تتقدّم الأمور. أردت فقط طرح تلك الأشياء [23:30] &lt;@Nightblade&gt; إنه برنامج معقّد ما يجعل العثور على من يمكنه فهمه أصعب [23:31] &lt;jrand0m&gt; متفق يا Nightblade [23:31] * greasyaxelsex__ انضم إلى ‎#I2P [23:31] &lt;jrand0m&gt; Nightblade&gt; هذا ما وُضِع بنده رقم 3 في معايير إصدار 1.0 على خارطة الطريق لأجله: " Javadoc and code walkthrough / guidebook updated" [23:32] * dm انضم إلى ‎#i2p [23:32] * wiht غادر IRC (EOF From client) [23:32] &lt;jrand0m&gt; لدينا حالياً ويكي محدّثة إجمالاً توفّر نظرة عامة على تطبيق Java [23:32] &lt;mihi&gt; مرحباً dm [23:32] &lt;jrand0m&gt; لكنني سأحتاج بالتأكيد إلى مساعدة في التوثيق [23:32] &lt;dm&gt; مرحباً ‏mihi. [23:33] &lt;jrand0m&gt; (لأن ما يبدو منطقياً لي != ما يبدو منطقياً لمن يتعلم الشيفرة) [23:33] * dm يتهم ‏jrand0m باستخدام مصطلحات اخترعها عندما يشرح الأشياء. [23:34] &lt;jrand0m&gt; أحياناً ;) [23:34] &lt;Synonymous&gt; سأساعد في صفحة الويب إن أردت [23:34] &lt;jrand0m&gt; (مع أن الشيء الوحيد الذي صغته بوعي بخصوص i2p هو «مجهولية بدرجة قتالية» ;) [23:34] &lt;Synonymous&gt; لدي بالفعل قالب [23:34] &lt;dm&gt; كم نحن بعيدون عن 0.2.x بلا أخطاء؟ سأحصل على النطاق العريض خلال أقل من أسبوع. [23:34] * wiht انضم إلى ‎#i2p [23:34] &lt;Synonymous&gt; الموقع يحتاج عملاً كبيراً [23:34] &lt;Synonymous&gt; أعمل على موقع P2P مجهول خاص بي، لكن يمكنك استعارة موقعي :) [23:35] &lt;jrand0m&gt; هيهي [23:35] &lt;Synonymous&gt; إنه مُصمَّم على غرار freenet [23:35] &lt;Synonymous&gt; لكن أفضل [23:35] &lt;Synonymous&gt; :P [23:35] &lt;jrand0m&gt; في الواقع، نعم، ربما يمكننا بدء سلسلة على قائمة i2p تصف أهداف الموقع ونرى كيف يترابط؟ [23:35] &lt;dm&gt; Synonymous: هل تبني تطبيق P2P أم فقط الموقع؟ [23:35] &lt;Synonymous&gt; فقط الموقع [23:35] &lt;jrand0m&gt; (وإن نما ذلك المرور، سننتقل إلى شيء مثل i2p-www@) [23:36] &lt;duck&gt; ROFL على قوالب مواقع P2P المجهولة [23:36] &lt;jrand0m&gt; dm&gt; تم تحديث خارطة الطريق على http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap بحيث 0.2.4 مقرر في 14 فبراير [23:36] &lt;Synonymous&gt; شرح P2P المجهول، طوبولوجيات الشبكات المختلفة، فلسفتها، حركة cypherpunk، الختم الرقمي، روابط للمشاريع، وقائمة بريدية ليناقش الناس الأمر [23:36] &lt;mihi&gt; dm&gt; برمجيات بلا أخطاء لا وجود لها [23:36] &lt;jrand0m&gt; duck&gt; علينا إبقاء مجموعة المجهولية كبيرة ;) [23:36] &lt;Synonymous&gt; أيضاً روابط إلى الموقع الآخر الذي يفعل ذلك [23:37] &lt;dm&gt; mihi: بلى! [23:37] &lt;jrand0m&gt; mihi&gt; عملت على مشروع قبل سنوات شُحِن فعلياً بـ 0 أخطاء. لا p1 ولا حتى p5s [23:37] &lt;dm&gt; func addints(int a, int b) { return a + b; } [23:37] &lt;mihi&gt; jrand0m: هم فقط لم يجدوها... [23:37] &lt;mihi&gt; dm: أي لغة؟ [23:37] &lt;jrand0m&gt; mihi&gt; إذن ليست خطأ ;) [23:37] * greasyaxelsex__ غادر ‎#I2P (greasyaxelsex__) [23:37] &lt;dm&gt; لغة زائفة [23:38] &lt;mihi&gt; وكيف تتعامل هذه اللغة الزائفة مع فيضان (overflow)؟ [23:38] &lt;wiht&gt; dm: في مشروع بآلاف أسطر الشيفرة، احتمال عدم وجود أخطاء أقل بكثير. [23:38] &lt;duck&gt; . [23:38] &lt;Synonymous&gt; إذن أبريل هو المهلة النهائية لشيء للإصدار العام؟ لماذا لا تحاول تجنيد بعض المطورين، أم سيستغرق منك وقتاً طويلاً لتشرح لهم كيف يعمل إلخ. [23:39] &lt;dm&gt; الإدخال لا يتجاوز أبداً max_value /2 [23:39] &lt;jrand0m&gt; (نحن حالياً ~20KLOC، باستخدام «grep \; | wc -l») [23:39] &lt;jrand0m&gt; Synonymous&gt; لا أظن أننا نريد أن نذهب وننشر في القوائم «مرحباً، نحن نفعل شيئاً رائعاً، تعالوا اكتبوا عليه» (هذا في جوهره إعلان 1.0) [23:40] &lt;dm&gt; هذا عدد كبير من الأسطر. [23:40] &lt;dm&gt; انتفاخ Java! [23:40] &lt;jrand0m&gt; ولكن إن كان هناك أشخاص مهتمون بالمساعدة، فسأبذل بالتأكيد جهدي لمعرفة كيف يمكنني إشراكهم [23:40] * jrand0m يركل ‏dm [23:40] &lt;jrand0m&gt; انتفاخ Java هو عندما تستخدم JVM الذاكرة. أنت تقترح انتفاخاً كائنيّاً (OO). [23:40] &lt;dm&gt; يا له من قائد مشروع ‏jrand0m. [23:40] &lt;Synonymous&gt; حسناً، كيف ستعرف إن كان الناس مهتمين إن لم تكن هناك معرفة عنه، هذا تناقض [23:41] &lt;Synonymous&gt; وبكلمة 'تجنيد' أعني مراسلتهم بالبريد، لا الإعلان علناً مثلاً على zeropaid عن i2p [23:41] &lt;Synonymous&gt; كما فعل شخص ما ;) [23:41] &lt;jrand0m&gt; Synonymous&gt; ما رأيك في شرح تلك المسألة من البريد؟ [23:41] &lt;dm&gt; صحيح، انتفاخ OO. [23:41] &lt;jrand0m&gt; نعم، انزعجت عندما أخبرني أحد بمقالة zp تلك [23:41] &lt;Synonymous&gt; نعم أنت من قام بالمقابلة [23:41] &lt;jrand0m&gt; (يمكنك قراءة رسائل أغسطس على iip-dev) [23:41] &lt;Synonymous&gt; هم فقط اقتبسوك؟ [23:41] &lt;jrand0m&gt; "مقابلة"؟ أشبه بشخص عشوائي على iip يسألني أسئلة [23:42] &lt;dm&gt; mihi: هل تعمل على streaming lib؟ [23:42] &lt;Synonymous&gt; آه :) [23:42] &lt;mihi&gt; dm: لا [23:42] &lt;mihi&gt; Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [23:42] &lt;mihi&gt; $ grep \; `find . -name "*.java"` | wc -l [23:42] &lt;mihi&gt; 30593 [23:42] &lt;jrand0m&gt; آه. [23:42] &lt;Synonymous&gt; حسناً، احصل على قائمة بقادة مشاريع P2P المجهولة وقل "هناك مشروع قد تكون مهتماً بالنظر إليه، إذا كان لديك أي أفكار حول شيفرة أو مشاريع قد تساعده فأخبرني من فضلك" [23:42] &lt;mihi&gt; ‏30kLOC ;) [23:42] &lt;jrand0m&gt; grep -v \^import [23:43] &lt;jrand0m&gt; سرقة قادة المشاريع == تصرّف سيئ ;) [23:43] &lt;jrand0m&gt; (هناك مشاريع جيدة كثيرة، ومع أنني أعتقد بوضوح أن i2p مهم، فغيره مهم أيضاً) [23:44] &lt;Synonymous&gt; ليست سرقة، ولا أظن أن «القائد» يمكن سرقته، سيقوم فقط بحلّ المشروع [23:44] * jrand0m لا يصدق أننا عند 30kLOC [23:44] &lt;jrand0m&gt; هه [23:46] &lt;jrand0m&gt; حسناً، ننتقل إلى 5) ??? [23:46] &lt;duck&gt; اقتراحان لـ eepsite، للذين لا يعرفون ماذا يفعلون: 1) نفق meshmx FE (مع stunnel) 2) موقع pastebin.de [23:46] &lt;jrand0m&gt; هل لدى أحد أي شيء آخر ليناقشه/يطرحه؟ [23:46] &lt;jrand0m&gt; أوه تمام يا duck [23:46] &lt;jrand0m&gt; ما هو pastebin.de؟ [23:46] &lt;jrand0m&gt; (مشابه؟) [23:47] &lt;duck&gt; موقع تستطيع لصق شيفرة/سجلات/أشياء علناً فيه [23:47] &lt;duck&gt; من أجل تنقيح IRC [23:47] &lt;duck&gt; http://pastebin.de/ [23:47] &lt;jrand0m&gt; مثير للاهتمام [23:47] * @Nightblade يفضّل فقط إغراق القنوات بالشيفرة [23:48] &lt;jrand0m&gt; واو، هذه فكرة مبتكرة بحق [23:48] &lt;jrand0m&gt; شديدة البساطة. [23:48] &lt;jrand0m&gt; مركّزة. [23:48] &lt;jrand0m&gt; عملية. [23:48] &lt;dm&gt; لكن Python فقط؟ [23:48] &lt;jrand0m&gt; أوه حقاً؟ [23:48] &lt;jrand0m&gt; :/ [23:48] &lt;duck&gt; أظن أن هذا لديه تظليل Python [23:48] * jrand0m يسترجع «عملية» ;) [23:48] &lt;duck&gt; لكنني رأيت أيضاً نسخاً لـ PHP وغيرها [23:48] &lt;duck&gt; وقد يكون لديك أسلوب عام [23:48] &lt;dm&gt; أظنني رأيت واحداً يقبل أي لغة. [23:49] &lt;dm&gt; فكرة جيدة، تذكر ذلك. [23:49] &lt;duck&gt; على أي حال، مجرد شيء بسيط [23:49] &lt;duck&gt; لا تحتاج إلى تظليل إطلاقاً [23:49] &lt;duck&gt; أرقام الأسطر على الإنترنت ستكون مفيدة [23:49] * dm ينظر إلى شيفرة Python. [23:49] &lt;dm&gt; ما المميز جداً في هذا مرة أخرى؟ [23:50] &lt;jrand0m&gt; فيه حرف y [23:50] * Nightblade يضبط الوضع: +o ‏jrand0m [23:50] &lt;@jrand0m&gt; w00t [23:50] * Trent@anon.iip يضبط الوضع: +o ‏mihi [23:50] &lt;duck&gt; لا شيء مميز بشأنه، [23:51] &lt;dm&gt; أظن أن كثيرين يحبونه فعلاً. [23:51] &lt;duck&gt; أوه، تقصد عن Python [23:51] &lt;dm&gt; نعم، آسف. [23:52] * duck ينقل ذلك إلى 6) خارج الموضوع [23:52] &lt;duck&gt; :) [23:52] &lt;@jrand0m&gt; هه [23:52] &lt;@jrand0m&gt; [بيولر، بيولر] [23:52] &lt;dm&gt; آسف، لم أدرك أنكم تعقدون اجتماعاً. [23:52] &lt;@jrand0m&gt; كل ثلاثاء 9 مساءً بتوقيت GMT :) [23:53] &lt;duck&gt; حسناً، أشياء PHP: http://pastebin.com/pastebin.php?showsource=php [23:53] &lt;@jrand0m&gt; هل لدى أحد أي شيء آخر يريد طرحه بخصوص i2p، إلخ؟ [23:54] &lt;@mihi&gt; ‏i2p رائع! [23:54] &lt;@jrand0m&gt; (لو كان فقط أكثر موثوقية..) [23:55] &lt;@mihi&gt; إنه أكثر موثوقية من freenet بالنسبة لي ;) [23:55] &lt;@jrand0m&gt; هه :) [23:55] &lt;@jrand0m&gt; لو لم أعبث فقط بـ i2ptunnel لديك لأجعل عدد المحاولات 0 لكنا بخير ;) [23:56] &lt;@jrand0m&gt; (إتلاف قليل من البيانات هنا وهناك، لكن ذلك لم يضرّ أحداً أبداً... يعني......) [23:56] &lt;@jrand0m&gt; حسناً [23:56] &lt;dm&gt; لا تباف [23:56] * @jrand0m لن يحاول إطالته 4 دقائق إضافية للوصول إلى ساعتين [23:57] &lt;dm&gt; لا تباف [23:57] * @jrand0m يرفض ‏dm ويقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2004/01/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/Tue, 27 Jan 2004 00:00:00 +0000/ar/blog/2004/01/27/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-27-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/<h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> baffled2, duck, jrand0m, kaji, madman2003, mihi, Reskill</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:03] &lt;jrand0m&gt; 0) أهلاً [22:03] &lt;jrand0m&gt; 1) حالة تطوير الـ router (0.2.4) [22:03] &lt;jrand0m&gt; 2) RTCP [22:03] &lt;jrand0m&gt; 3) i2p.net [22:03] &lt;jrand0m&gt; 4) ??? [22:03] &lt;jrand0m&gt; 0) أهلاً [22:03] * jrand0m يُلوّح [22:03] &lt;jrand0m&gt; هذا هو الاجتماع $num [22:03] &lt;duck&gt; . [22:03] * mihi_backup انضم إلى #i2p [22:03] &lt;jrand0m&gt; السجلات ستُنشر على الويكي بعد أن ننتهي [22:03] * Robert غادر IRC (انتهت مهلة الاتصال) [22:04] * baffled غادر IRC (انتهت مهلة الاتصال) [22:04] &lt;jrand0m&gt; حسنًا، نتابع (آملين التغلّب على مهلات الـ ping)... 1) حالة تطوير الـ router [22:04] * baffled انضم إلى #i2p [22:05] &lt;jrand0m&gt; بعض إصلاحات الأخطاء هذا الأسبوع، وقد تبيّن أن جزءًا كبيرًا من التأخير وفقدان الرسائل يعود إلى طبقة نقل PHTTP [22:06] &lt;jrand0m&gt; لتجنّب تكرار ما قلته في البريد [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html]، هل لدى أحد أي أسئلة/تعليقات على حالة التطوير؟ [22:06] &lt;duck&gt; نعم [22:06] &lt;jrand0m&gt; ما الأمر؟ [22:06] &lt;duck&gt; يبدو أنه بعد فترة ما يزال كل موضوع الـ tunnel يتجمّد [22:07] &lt;duck&gt; ثم يضطر madman2003 وhuman للصراخ عليّ [22:07] &lt;duck&gt; وإعادة تشغيل كل شيء [22:08] &lt;jrand0m&gt; همم، نعم، أظن أن ذلك يرجع بدرجة كبيرة إلى الطبيعة المعطوبة بشكل سيئ جداً لكود PHTTP في 0.2.3.5. هناك بعض الـ routers في الخارج لا يمكن الوصول إليها إلا عبر PHTTP، وإذا كانت لا تزال تعمل على 0.2.3.5 الصرف، فلن تتمكّن من التحدّث مع بعضها البعض (لكن ستتمكّن من التحدّث معك) [22:08] * jar انضم إلى #i2p [22:08] &lt;madman2003&gt; أود أن أقول شيئًا (خارج الموضوع قليلًا): وجود صفحة 404 في 0.3 سيكون جيدًا، لأن الكثير من المتصفحات ترتبك إذا لم تتلقَّ الاستجابة المتوقعة [22:08] &lt;jrand0m&gt; هذا يعني أنه كلما أنشأت tunnel عبرهم، يصبح الـ tunnel لديك غير قابل للوصول [22:09] * DrWoo غادر IRC (انتهت مهلة الاتصال) [22:09] &lt;jrand0m&gt; duck&gt; هذا أحد أسباب "معسكر المؤيدين" لإصدار 0.2.3.6 بأسرع ما يمكن، على أن يصدر 0.2.4 مع RTCP خلال أيام قليلة [22:09] * DrWoo انضم إلى #i2p [22:09] &lt;duck&gt; حسنًا، إذن هذا جزء phttp؟ [22:09] &lt;jrand0m&gt; (يقود "معسكر المعارضين" شعار "الترقية مزعجة") [22:10] &lt;jrand0m&gt; همم؟ تم ترقيع كود phttp في cvs [22:10] &lt;duck&gt; أي معسكر معارض؟ [22:10] &lt;jrand0m&gt; madman2003&gt; أظن أن baffled قد يكون ينظر في ذلك :) [22:10] &lt;madman2003&gt; الترقية سهلة :) [22:10] &lt;kaji&gt; الترقية رهيبة [22:10] &lt;madman2003&gt; مع i2pmgr تصبح أسهل حتى [22:11] &lt;madman2003&gt; بضغطة زر :) [22:11] * Robert انضم إلى #i2p [22:11] &lt;baffled2&gt; أنا أنظر في الأمر يا madman، قد يستغرق بعض الوقت! [22:11] &lt;jrand0m&gt; حسنًا، جانب المعارضين يرى أنه إذا كان هناك إصدار (لنقل خلال بضع ساعات)، فسيضطر الناس للقيام بترقية أخرى خلال، لنقل، يومين إلى ثلاثة [22:11] &lt;jrand0m&gt; إذا كان ذلك مقبولًا، يمكنني تجهيز 0.2.3.6 بسهولة تامة [22:11] &lt;duck&gt; التحديث يسعدني [22:12] &lt;kaji&gt; ماذا تُصلِح .6؟ [22:12] &lt;baffled2&gt; أقول امضِ قدُمًا؛ معظمنا لا مشكلة لديه مع الترقية المنتظمة. [22:12] &lt;madman2003&gt; سأقوم بالترقية كل 24 ساعة إذا كان هذا يحل المشكلة [22:12] &lt;jrand0m&gt; 0.2.3.6 يجعل PHTTP، إمم، يعمل بشكل وظيفي [22:12] &lt;jrand0m&gt; حسنًا، رائع [22:13] &lt;jrand0m&gt; سأجهّز 0.2.3.6 بعد الاجتماع إذًا (ربما 1-2 ساعة لتنظيف الأمور) وأنشر على القائمة عندما يكون جاهزًا [22:13] &lt;jrand0m&gt; (وكذلك هنا) [22:13] * Masterboy غادر IRC (انتهت مهلة الاتصال) [22:14] &lt;jrand0m&gt; حسنًا، أي شيء آخر بخصوص حالة التطوير، أم نقفز إلى 2) RTCP [22:15] * jrand0m يقفز إلى 2 [22:15] &lt;madman2003&gt; يمكنك دائمًا العودة إليه [22:15] &lt;jrand0m&gt; صحيح صحيح [22:15] &lt;jrand0m&gt; حسنًا، rtcp يتقدم، وآمل أن تكون مكتبات جانب العميل عاملة بعد بضع ساعات إضافية من البرمجة [22:16] &lt;jrand0m&gt; أثار Kirk نقطة جيدة على القائمة بخصوص التسلسل - نظريًا، يمكن لكل هذه المرحّلات أن تمتلك اتصالًا بين المرحّلات لبناء شبكة مرحّلات افتراضية [22:16] &lt;jrand0m&gt; لكن، حسنًا، هذا يتطوّر أساسًا إلى IRC، أو شبكة مجهولة كاملة أخرى [22:17] &lt;madman2003&gt; تعني إلغاء PHTTP تمامًا؟ [22:17] &lt;jrand0m&gt; رغم أن ذلك ممكن (ومثير للاهتمام جدًا)، أظن أننا سنكتفي الآن بمرحِّل RTCP مستقل (و/أو مرحِّل مدمج في الـ router) [22:18] &lt;jrand0m&gt; madman2003&gt; لا، سيبقى PHTTP (ولو فقط لمزامنة الوقت وللأشخاص خلف جدران نارية تسمح بـ HTTP فقط)، لكن RTCP يوفّر بديلًا أسرع وذو كمون منخفض [22:18] &lt;madman2003&gt; (سأدمجه في الـ router، لأن ذلك سيوزّع حمل الترحيل) [22:18] &lt;jrand0m&gt; متفق [22:19] &lt;jrand0m&gt; بصورة أساسية، الطوبولوجيا التي أتوقعها مع RTCP هي أن كل من يمكنه امتلاك عنوان قابل للوصول سيشغّل مرحِّل RTCP خاصًا به (مع targetId خاص به عليه)، إضافةً إلى أن أي شخص لا يملك عنوانًا قابلًا للوصول يمكنه ببساطة اختيار أيًّا من أولئك الذين لديهم ذلك وإنشاء هدف لديهم [22:20] &lt;jrand0m&gt; هذه المرحّلات تصبح عمليًا لوحات وصل لاتصال الأقران، ولكن بطريقة موزّعة بالكامل (لأن أياً منها لا يعتمد بأي شكل على أيٍّ من الأخرى) [22:20] &lt;madman2003&gt; أو استخدام عدّة مرحّلات إذا كان هناك مرحّلات أكثر من الأشخاص الذين يحتاجون إلى مرحّلات [22:20] &lt;baffled2&gt; كيف سيعثر الناس على مرحّلات rtcp المختلفة؟ [22:20] &lt;madman2003&gt; phttp :) [22:20] &lt;jrand0m&gt; صحيح، هذه نقطة جيدة - يمكن للـ routers إنشاء أهداف على عدّة مرحّلات [22:20] &lt;jrand0m&gt; baffled&gt; سيتم سرد مرحّلات rtcp في RouterInfo الخاص بالـ router (يُنشر في الـ networkDb) [22:21] &lt;jrand0m&gt; بصورة أساسية سيرى الـ router "oh, router XYZ has an rtcp address at 127.0.0.1:8999 targetId 3123" ثم يتصل بـ 127.0.0.1:8999 ويطلب هدفه الخاص [22:23] &lt;madman2003&gt; شيء خطر لي للتو: إعادة تشغيل تلقائية للـ tunnels كل 12 أو 24 ساعة [22:23] &lt;madman2003&gt; وإعادة تشغيل تلقائية للـ router + الباقي كل بضعة أيام [22:24] * jrand0m يعمل على جعل ذلك غير ضروري [22:24] &lt;jrand0m&gt; أحد الـ routers لدي على جهاز لينكس كان قيد التشغيل دون انقطاع لعدة أيام [22:24] &lt;mihi&gt; madman2003: يمكنك إضافة خيوط (threads) خاصة بك إلى الـ jvm لإنهائها بعد 12 ساعة [22:24] &lt;jrand0m&gt; (وقد انقطع فقط عندما قمت بترقيته) [22:24] * madman2003 عليه أن يذهب [22:25] &lt;jrand0m&gt; لاحقًا يا madman2003 [22:25] &lt;madman2003&gt; اجتماع موفق [22:25] * madman2003 غادر IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] &lt;jrand0m&gt; حسنًا، أي شيء آخر بخصوص rtcp؟ [22:26] &lt;duck&gt; لا، يبدو جيدًا [22:26] &lt;jrand0m&gt; حسنًا، ننتقل إلى نقطة سريعة [22:26] &lt;jrand0m&gt; 3) i2p.net. [22:26] &lt;jrand0m&gt; كفاية كلام [22:26] &lt;jrand0m&gt; 4) ??? [22:26] &lt;jrand0m&gt; هل لدى أحد أي شيء آخر؟ [22:28] &lt;duck&gt; . [22:28] * jrand0m يشعر أننا على وشك تحطيم رقم قياسي لاجتماع مدته 26 دقيقة [22:29] &lt;Reskill&gt; lol [22:29] * Reskill يتهادى داخلًا [22:29] &lt;jrand0m&gt; صباح الخير يا Reskill [22:29] &lt;jrand0m&gt; حسنًا، سأبدأ العمل على إصدار 0.2.3.6، ثم أغوص في كود rtcp من أجل 0.2.4 [22:30] &lt;jrand0m&gt; إذا لم يكن هناك المزيد... [22:30] &lt;Reskill&gt; Oo... [22:30] &lt;baffled2&gt; حسنًا، سأراكم جميعًا عندما أصل إلى المنزل. [22:30] * jrand0m يُنهي الاجتماع بـ *baf* </div>/ar/blog/2004/01/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/Tue, 20 Jan 2004 00:00:00 +0000/ar/blog/2004/01/20/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-20-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="مراجعة-سريعة">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> dm, duck, Frontier, jar, jrand0m, mihi, Ophite1</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:07] &lt;jrand0m&gt; agenda: [22:07] &lt;jrand0m&gt; 0) hi (read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] &lt;jrand0m&gt; 1) router dev status [22:07] &lt;jrand0m&gt; 2) twisted-i2p [22:07] &lt;jrand0m&gt; 3) unit tests [22:07] &lt;jrand0m&gt; 4) network testing / monitoring [22:07] &lt;jrand0m&gt; 5) ??? [22:07] &lt;jrand0m&gt; 0) hi [22:07] &lt;jrand0m&gt; hi [22:07] * jrand0m waves [22:07] &lt;dm&gt; ohhhh meeting! [22:07] * dm waves back. [22:07] &lt;jrand0m&gt; 9p gmt every tuesday :) [22:08] &lt;jrand0m&gt; people should read that url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) since there's stuff in it that I need feedback on during agenda item 4 [22:08] &lt;jrand0m&gt; 1) router dev status [22:09] &lt;jrand0m&gt; making progress, code currently in cvs is looking good. i've had a script testing a series of routers for the last day or so and none of them have popped out a single ERROR message [22:09] &lt;duck&gt; reading... [22:10] &lt;jrand0m&gt; but of course thats just baseline testing (keeping the routers building tunnels correctly, tunneling data through one to another via i2ptunnel, etc) [22:11] * jnk has joined #i2p [22:11] &lt;jrand0m&gt; theres certainly other things that need to be fixed up in the wild, which is why there's going to be a 0.2.3.5 release in the next day or so to confirm functionality or to find new bugs [22:11] &lt;jrand0m&gt; ok, moving on [22:12] &lt;jrand0m&gt; 2) twisted+i2p [22:12] &lt;duck&gt; I do have errors [22:12] &lt;duck&gt; but probably due to others [22:12] &lt;jrand0m&gt; dropped messages and unknown tunnels, right? [22:12] &lt;duck&gt; checking [22:13] &lt;jrand0m&gt; (those are the errors I see with one of my 'live' routers but not on the test network) [22:13] &lt;duck&gt; 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] &lt;jrand0m&gt; ah ok, yeah, i've been smacking around the phttp relay too [22:13] &lt;duck&gt; 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] &lt;jrand0m&gt; hmm that one is funky - could you bounce me the stacktrace? [22:14] &lt;duck&gt; I'll put it up. [22:14] &lt;duck&gt; . [22:14] &lt;jrand0m&gt; gracias [22:15] &lt;jrand0m&gt; actually, thats going to be a general rule with the future releases - WARN or INFO or DEBUG messages are fine, and ERROR or CRIT messages are things I'd like to hear about [22:16] &lt;jrand0m&gt; ok, back to 2) [22:16] &lt;jrand0m&gt; human has put together a way to use i2p via python and the twisted framework (yay!) [22:17] &lt;jrand0m&gt; see his email for more info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] &lt;jrand0m&gt; anything to add human? (if you're here) [22:17] &lt;duck&gt; it is _so_ cool [22:17] &lt;jrand0m&gt; yeah, the sample code for the echo server and client look kick-ass [22:18] &lt;jrand0m&gt; ok, moving on to 3) unit tests [22:19] &lt;jrand0m&gt; yeah, there are some unit tests for most of the data structures, but they aren't "one click testable" so I don't run them on every build. [22:20] &lt;jrand0m&gt; current thoughts are to migrate them to jUnit, as well as to merge as many of the other unit tests currently implemented in the main(..) method of various components (specifically the crypto ones) [22:21] &lt;duck&gt; probably it is difficult to test more complex things [22:21] &lt;jrand0m&gt; thats going to come up to be on the critical path sooner rather than later, depending on where the debugging leads us [22:21] &lt;jrand0m&gt; right, the unit tests as is just test the basics [22:21] &lt;duck&gt; like routing, tcp stuff etc [22:21] &lt;jrand0m&gt; right [22:21] * dm sees a debate on value of unit testing coming. [22:21] &lt;jrand0m&gt; but things like the AESInputStream can be tested in collaboration with AESOutputStream [22:22] &lt;duck&gt; unit test = kickass [22:22] &lt;jrand0m&gt; (and for those watching their logs closely, there's been some funky "pushed back" behavior during decrypt streaming) [22:22] &lt;jrand0m&gt; definitely. [22:23] &lt;jrand0m&gt; unit tests are just for the, er, units. not for the larger components (which is what agenda item 4 is about ;) [22:24] &lt;jrand0m&gt; but in any case, if someone is interested in helping out convert the existing data structure unit tests to the jUnit framework, lemmie know - it'd be much appreciated (and would give you a good foundation of the i2p codebase) [22:24] * mihi_away is now known as mihi [22:25] &lt;dm&gt; If it's not done by the weekend I can take a look. I know nothing about unit testing so I could learn through it. [22:25] &lt;jrand0m&gt; wikked! [22:25] &lt;dm&gt; No promises though. [22:25] &lt;jrand0m&gt; right right [22:25] &lt;jrand0m&gt; ok, moving on to 4) network testing / monitoring [22:26] &lt;jrand0m&gt; has everyone read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? I don't want to just copy and paste that [22:26] * Frontier has joined #i2p [22:27] * jrand0m gives people time to digest [22:27] * dm says... [22:28] &lt;Frontier&gt; digest wat? [22:28] &lt;dm&gt; C) but not with automatic sending. [22:28] &lt;dm&gt; i.e. you type emaillogstojrandom.sh (.bat) [22:28] &lt;dm&gt; email or post, or whatever. [22:29] &lt;dm&gt; and when it does that it clears you log, or moves it somewhere, so you don't submit the same data twice. [22:29] &lt;jrand0m&gt; so basically B [22:29] &lt;jrand0m&gt; (or A) [22:29] &lt;dm&gt; Yeah, user-friendly B) :) [22:29] &lt;jrand0m&gt; thats one of the tricks wrt the data... that log grows to tens of megs per night [22:29] &lt;jrand0m&gt; right [22:30] &lt;dm&gt; sorry, didn't see history=false for C. [22:30] &lt;jrand0m&gt; Frontier) we're discussing section 4 of http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] &lt;mihi&gt; jrand0m: man bzip2 [22:30] &lt;dm&gt; So history=false with a script to post on command. [22:30] &lt;dm&gt; sorry, history=true :) [22:30] &lt;dm&gt; god, I've made a mess of it. [22:31] &lt;jrand0m&gt; right mihi, but bzip2 isn't on windows (unless we require it and install it). or do you mean bzip2 has a flag to submit a file to a url? [22:32] &lt;dm&gt; I wouldn't worry about the size, 10s of megs for the small group of people you have here is fine. [22:32] &lt;Ophite1&gt; I vote C. [22:32] &lt;dm&gt; As long as it gets archived when you run the script to submit. [22:32] &lt;Ophite1&gt; This is a debug client. [22:32] &lt;Ophite1&gt; A in a production client of course :) [22:32] &lt;mihi&gt; jrand0m: then use GZipOutputStream [22:32] &lt;jrand0m&gt; right right Ophite1 ;) [22:33] &lt;jrand0m&gt; mihi&gt; people might like to read these files ;) [22:33] &lt;duck&gt; yeah, opt-in for debugging participation, but once you join, make it as easy as possible for the user (so C) [22:33] &lt;mihi&gt; man zcat ;) [22:33] &lt;Ophite1&gt; jrandom: gzcat | less ;-) [22:33] &lt;mihi&gt; Ophite1: zless ;) [22:33] &lt;jrand0m&gt; C:\Documents and Settings\dev&gt;man [22:33] &lt;jrand0m&gt; 'man' is not recognized as an internal or external command, [22:33] &lt;jrand0m&gt; operable program or batch file. [22:33] &lt;jrand0m&gt; ;) [22:34] &lt;mihi&gt; cd \cygwin &lt;Ctrl+T&gt; call cygwin.bat [22:34] * dm twiddles his thumbs. [22:34] &lt;Ophite1&gt; double-click -&gt; winrar -&gt; view [22:34] &lt;jrand0m&gt; ok, so we have one B, two C, whats your take mihi? [22:34] &lt;jrand0m&gt; (and anyone else?) [22:34] &lt;dm&gt; twiddle thumbs, pick nose, click click. [22:34] &lt;mihi&gt; double-click - 7zop - view. I'd say C. [22:35] &lt;mihi&gt; s/7zop/7zip/ [22:35] &lt;jrand0m&gt; 3 c one b. i kind of prefer c too, and of course if someone /doesnt/ want to submit this data, they can always say so and it won't do shit [22:36] &lt;jrand0m&gt; i'll see if i can implement both c and b [22:36] &lt;dm&gt; Looks like C it is. [22:36] &lt;dm&gt; Don't waste your time, the B person is on dialup and would offer very little data anyway ;) [22:36] &lt;jrand0m&gt; hehe [22:36] &lt;jrand0m&gt; well, c is probably going to be implemented on top of b, so it won't take any more work [22:37] &lt;jar&gt; for me : just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;jrand0m&gt; word jar [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; obviously not anything other than A for prod client... [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; that's a no-brainer :) [22:37] &lt;jar&gt; sorry ... :( [22:37] &lt;jrand0m&gt; s'all good jar, we won't kickban you (... this time ;) [22:38] &lt;jrand0m&gt; ok, so i'll get cracking on that, and pretty much once thats tested we'll have a new 0.2.3.5 release (sometime tomorrow) [22:39] &lt;jrand0m&gt; ok, moving on to 5) ??? [22:39] &lt;jrand0m&gt; anyone have anything else? questions, thoughts, concerns? [22:39] * duck offers free hosting [22:39] * dm accepts free hosting [22:39] &lt;jrand0m&gt; oh word. yeah, people should host sites on host.duck.i2p, its nice having reachable pages [22:39] &lt;jrand0m&gt; (of course people should also feel free to host for themselves too ;) [22:40] &lt;duck&gt; sure, just for those who can't stay online 24/7 [22:40] &lt;jrand0m&gt; right [22:40] &lt;mihi&gt; what happened (will happen?) to the streaming api? [22:40] &lt;jrand0m&gt; mihi&gt; its in the task list, but getting the network functioning reliably is higher priority at the moment :/ [22:41] &lt;mihi&gt; but it is not dropped completely? (that's what i wanna know...) [22:41] &lt;jrand0m&gt; i'll get back to the streaming api for the 0.3.1 release (perhaps sooner, but not sure) [22:41] &lt;jrand0m&gt; its definitely NOT dropped completely. [22:41] &lt;jrand0m&gt; it will be done. [22:41] &lt;dm&gt; What's this streaming API? A different way of exposing the network to clients? [22:42] &lt;jrand0m&gt; dm&gt; http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] &lt;jrand0m&gt; I made what is arguably a mistake of including mode=guaranteed in the router from the beginning instead of putting it in a seperate lib (and now i'm trying to move it out of the router :) [22:43] &lt;jrand0m&gt; (the insanely awesome benefit of that mistake was mihi coming along and writing i2ptunnel :) [22:44] * wn-user has joined #i2p [22:44] &lt;jrand0m&gt; anyone else have anything? [22:44] * dm gets it. [22:45] &lt;jrand0m&gt; w3rd [22:45] &lt;dm&gt; Hmmm, too early to end meeting, ain't it? [22:45] &lt;duck&gt; what about the hosts.txt [22:45] &lt;duck&gt; it is growing and growing [22:45] &lt;jrand0m&gt; well, 45 mins. two weeks ago we had 20 mins [22:45] &lt;jrand0m&gt; ah, true that [22:45] &lt;duck&gt; but 75% is offline [22:45] &lt;duck&gt; and it looks like 50% is permanently offline [22:45] &lt;jrand0m&gt; prolly [22:46] &lt;jrand0m&gt; I dunno [22:46] &lt;duck&gt; just keep it growing, to raise the incentive for a DNS solution :) [22:46] &lt;jrand0m&gt; heh exactly [22:46] &lt;Ophite1&gt; I'm all for a little delay, I'm having a lot of fun with all kinds of Windows problems... [22:46] &lt;dm&gt; Ophite1: windows is the devil! [22:46] &lt;Ophite1&gt; You never really understand just how awful Windows is, until you write software for it. [22:47] &lt;jrand0m&gt; reason #941 to use java [22:47] &lt;dm&gt; Unless you're using .NET. [22:47] &lt;dm&gt; also known as java++ [22:47] &lt;Ophite1&gt; dm/jrand0m: it's still running *on* Windows, and there are still some things you just keep running into. [22:47] &lt;duck&gt; jrand0m: those last patches, would they solve disconnects? or more connection problems [22:47] &lt;Ophite1&gt; Path lengths for example. Bloody unicode. [22:48] &lt;mihi&gt; Or not to use \n in file names ;) [22:48] &lt;mihi&gt; which will crash cvs anyway (on *nix, BTDT) [22:48] &lt;jrand0m&gt; duck&gt; no patches today are critical [22:48] &lt;duck&gt; from yesterday I mean [22:49] &lt;dm&gt; What happens if you use \n in a filenamE? :) [22:49] &lt;mihi&gt; dm: try it ;) on *nix, nothing happens, as long as you don't try to run cvs update afterwards. [22:49] &lt;jrand0m&gt; oh, yesterday there were Good patches that would solve some (most? all?) i2ptunnel Peer unreachable messages. not i2cp disconnects though [22:50] &lt;dm&gt; I think it would throw an exception. [22:50] &lt;jrand0m&gt; (which is one of the reasons 0.2.3.5 is coming out) [22:51] &lt;mihi&gt; dm: it works w/ local repository, but not w/ pserver or ssh. [22:51] &lt;mihi&gt; something like 'protocol error'. [22:51] &lt;mihi&gt; (the protocol terminates file names by \n ;) ) [22:51] &lt;Ophite1&gt; sort of like what happens with direct connect if you have filenames with $ and | in them. I hate DC. [22:51] &lt;duck&gt; . [22:52] &lt;Ophite1&gt; No matter what I code, ever, it could never be that bad :) [22:52] &lt;jrand0m&gt; naw, you c devs just treat \0 as special instead of $ ;) [22:52] &lt;jrand0m&gt; ok, anything else on i2p or we good to go? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] &lt;jrand0m&gt; 'k thazzit [22:54] * jrand0m *baf*s the meeting to a close </div>/ar/blog/2004/01/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/Tue, 13 Jan 2004 00:00:00 +0000/ar/blog/2004/01/13/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-13-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, wiht, wilde</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) 0.2.3.4 [22:01] &lt;jrand0m&gt; 2) 0.3 [22:01] &lt;jrand0m&gt; 3) streaming library, I2COCP, CI2CP [22:01] &lt;jrand0m&gt; 4) apps [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; hi everyone [22:01] &lt;jrand0m&gt; y'all seen http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html? [22:01] &lt;jrand0m&gt; if not, now's your chance :) [22:02] &lt;jrand0m&gt; iip has been acting up a bit, so if someone could say something every once in a while, that'd be swell [22:02] &lt;MrEcho&gt; . [22:02] &lt;jrand0m&gt; w3rd [22:02] &lt;jrand0m&gt; ok, moving on, 1) 0.2.3.4 [22:03] &lt;jrand0m&gt; there'll be a new release in the next day or so with the current state of the code, which includes a lot of bugfixes and more features [22:03] &lt;jrand0m&gt; e.g. tunnelmanager isn't in 0.2.3.3 yet [22:03] &lt;MrEcho&gt; col [22:03] &lt;jrand0m&gt; it'll be backwards incompatible, because i'm mean [22:04] &lt;jrand0m&gt; jumping onto 2) 0.3 [22:04] &lt;MrEcho&gt; :P [22:04] &lt;jrand0m&gt; that'll be out fairly soon, but obviously not on thursday [22:04] &lt;jrand0m&gt; it won't be out until 0.2.3.4 is performing reliably so that everyone can reach all sites they should be able to [22:05] &lt;MrEcho&gt; cool [22:05] &lt;jrand0m&gt; well, moving right along to 3) streaming lib / etc [22:05] &lt;jrand0m&gt; well, thats all spelled out in the email :) [22:05] * eco has joined #i2p [22:05] * mihi_away is now known as mihi [22:05] &lt;jrand0m&gt; if anyone wants to get involved in it, please let me know [22:06] * ion has joined #i2p [22:06] &lt;jrand0m&gt; 'lo eco, mihi, ion [22:06] &lt;jrand0m&gt; ok, moving on to 4) apps [22:06] &lt;jrand0m&gt; anyone working on an app that will run over i2p that has anything to add? [22:07] * wiht has joined #i2p [22:07] &lt;MrEcho&gt; re ask the quest j [22:07] &lt;jrand0m&gt; well, we're at the last agenda item, so might as well :) [22:08] &lt;MrEcho&gt; wiht .. get my email? [22:08] &lt;jrand0m&gt; anyone have anything to bring up outside the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html post? [22:08] &lt;wiht&gt; Yes, let me read it. [22:08] &lt;jrand0m&gt; MrEcho&gt; have you read zooko's naming page yet? [22:08] * jar has joined #i2p [22:08] &lt;MrEcho&gt; no .. lost the link [22:09] &lt;jrand0m&gt; (from the logs last week, http://zooko.com/distnames.html) [22:10] &lt;jrand0m&gt; anyone have anything to add, or are we at a record breaking 10 minute meeting? [22:10] &lt;MrEcho&gt; still working on my dns idea [22:10] &lt;jrand0m&gt; coo' [22:10] &lt;wiht&gt; MrEcho: Yes, I would like to work together on naming service. [22:10] &lt;MrEcho&gt; sweet [22:11] &lt;wiht&gt; But I will not have time until next Wednesday. [22:11] &lt;MrEcho&gt; ok [22:11] &lt;MrEcho&gt; will give me some time to finish up on a few things [22:11] &lt;mrflibble&gt; how long till the meet? [22:11] &lt;jrand0m&gt; -11 minutes [22:11] &lt;mrflibble&gt; oops [22:11] * mrflibble is v late [22:11] &lt;mrflibble&gt; :) [22:12] &lt;jrand0m&gt; (we've gone through the 5 agenda items very very quicky :) [22:12] * mrflibble goes back to lurking and the backscroll [22:12] &lt;jrand0m&gt; heh [22:12] &lt;wiht&gt; jrand0m: Have you measured how much CPU is used per tunnel by the server? [22:14] &lt;wiht&gt; Let me restate that: if you have five connections to other routers, and they are using 20% of CPU, how much will be used after 6th connection? Have you measured this? [22:15] &lt;jrand0m&gt; they shouldn't consume 20% of the cpu, or even 1% [22:15] &lt;jrand0m&gt; (for client tunnels - server tunnels may consume more) [22:15] &lt;wiht&gt; Server tunnels. [22:16] * eco has quit IRC (Ping timeout) [22:16] &lt;wiht&gt; But that will probably be dependent on your CPU speed, so that was a badly stated question. [22:16] &lt;jrand0m&gt; server tunnels before the streaming lib will require cpu load whenever a new peer connects [22:18] &lt;wiht&gt; All right. [22:19] &lt;duck&gt; are we at #5 already? [22:19] * ion has quit IRC (Ping timeout) [22:19] &lt;jrand0m&gt; yup [22:20] * duck mentions the hosting options that home.duck.i2p provides [22:20] &lt;jrand0m&gt; ooOOoo [22:20] &lt;duck&gt; it hasnt been tested by anybody besides me though [22:20] &lt;duck&gt; waiting for betatester Ardvark to show up [22:20] &lt;jrand0m&gt; so the hosting lets someone run apache / etc? [22:21] &lt;jrand0m&gt; (or do they have to run the i2p router? [22:21] &lt;duck&gt; neither [22:21] &lt;duck&gt; they can put their html files on /home/username/public_html/ [22:21] &lt;duck&gt; and it will show up on `http://home.duck.i2p/~username/` [22:21] &lt;jrand0m&gt; ah nice [22:21] &lt;jrand0m&gt; php support? cgi / .pl / etc? or just html? [22:22] &lt;jrand0m&gt; (thats kick fucking ass, in any case) [22:22] &lt;duck&gt; php and html [22:22] &lt;jrand0m&gt; wwwwwwwwwicked [22:22] &lt;mihi&gt; duck: won't that compromize your anonymity? [22:22] &lt;duck&gt; how? [22:22] &lt;mihi&gt; phpshell? [22:22] &lt;mihi&gt; or is the full apache in a vmware/UML box? [22:22] &lt;duck&gt; system, exec, etc are disabled [22:23] &lt;duck&gt; plus the host cant connect to the outsite [22:23] * wilde has joined #i2p [22:23] &lt;duck&gt; (it is inside an UML box) [22:23] &lt;duck&gt; (pl and other cgis are too difficult to debug without shell access, plus they often break) [22:23] * mihi_backup has joined #i2p [22:23] &lt;jrand0m&gt; jsp access? :) [22:23] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:23] &lt;duck&gt; ofcourse not [22:24] &lt;mihi&gt; and why not ssh access as well, when it's an UML box? [22:24] &lt;duck&gt; because the average IIP user will start running forkbombs [22:24] &lt;jrand0m&gt; with ssh access, they could traceroute i2p.dnsalias.net [22:24] &lt;mihi&gt; man ulimit [22:24] &lt;jrand0m&gt; ah true [22:24] &lt;mihi&gt; man limiting cpu time on uml boxes. [22:25] &lt;mihi&gt; (okay, it will crash apache, shit...) [22:25] &lt;duck&gt; man run your own host :) [22:25] &lt;jrand0m&gt; hehe [22:25] &lt;lucky&gt; hi [22:25] &lt;duck&gt; I'll add it on the todo [22:25] &lt;jrand0m&gt; a reliable hosting service provider will RULE [22:25] &lt;kaji&gt; now all we need is a wiki [22:25] * wiht has left #i2p (wiht) [22:26] * lucky has a reliable net connection... [22:26] &lt;duck&gt; you already have a wiki [22:26] &lt;jrand0m&gt; kaji&gt; duck.i2p has one [22:26] &lt;duck&gt; wiki.invisiblenet.net [22:26] &lt;jrand0m&gt; that too [22:26] &lt;kaji&gt; oh sweet then [22:26] &lt;jrand0m&gt; (yeah, the main i2p wiki is http://wiki.invisiblenet.net/iip-wiki?I2P ) [22:26] * dm has quit IRC (Ping timeout) [22:28] * mihi is now known as mihi_away [22:28] * mihi_backup has quit IRC (Ping timeout) [22:29] &lt;jrand0m&gt; 'k, anything else before we close out the meeting? [22:29] &lt;kaji&gt; doh, i missed the meeting? [22:29] &lt;jrand0m&gt; we're not quite done yet, but about it [22:29] &lt;lucky&gt; meeting? [22:29] &lt;lucky&gt; Oh, thats so not fair [22:29] &lt;lucky&gt; i just got home. [22:29] &lt;wilde&gt; are there logs anywhere? [22:29] &lt;wilde&gt; meeting log [22:30] * lucky has a log... [22:30] &lt;kaji&gt; can some one write a howto for using wget over i2p in windows? [22:30] &lt;jrand0m&gt; meeting logs at http://wiki.invisiblenet.net/iip-wiki?Meetings [22:30] &lt;jrand0m&gt; kaji you'll probably need to add the http_proxy to the environment [22:32] &lt;jrand0m&gt; ok, lets wrap this one up, and I'll post up the logs momentarily. anyone who has anything else can post to the mailing list or just chat on here :) [22:32] &lt;kaji&gt; also im now sharing /books/ and /audio/ at kaji.i2p and i think i will make a short howto about the bugs in apache alias for windows [22:32] &lt;jrand0m&gt; word kaji! [22:32] * jrand0m *baf*s the meeting closed on that note </div>/ar/blog/2004/01/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-6-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/Tue, 06 Jan 2004 00:00:00 +0000/ar/blog/2004/01/06/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-6-%D9%8A%D9%86%D8%A7%D9%8A%D8%B1-2004/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck، dup، enduser، FillaMent، human، jrand0m، kaji، lucky، mihi، MrEcho، mrflibble، Nightblade، wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] &lt;jrand0m&gt; 2) [discussion] [22:02] &lt;wiht&gt; Can I add installer to agenda? [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; oh yes, certainly! [22:02] &lt;jrand0m&gt; we're trying something new this week [22:03] &lt;wiht&gt; You can put it at the end of the agenda. [22:03] &lt;jrand0m&gt; rather than the old talktalktalkreplytalktalktalk, the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html post describes most of the things I had planned on saying [22:03] * mihi_ has joined #i2p [22:04] &lt;jrand0m&gt; instead, we're trying this week to make the meeting more discussion oriented - things people want to talk about from that post, any follow up posts, and/or anything else people want to discuss [22:04] &lt;jrand0m&gt; such as a new installer [22:05] &lt;jrand0m&gt; so, that said, people should start by checking out that email/post and we'll go from there :) [22:05] * mihi_away is now known as mihi [22:05] * kaji reads the post [22:05] * mihi_ is now known as mihi_backup [22:06] &lt;jrand0m&gt; 27 users with only one dup! w0w [22:07] * dm is now known as dup [22:07] &lt;jrand0m&gt; ok, when people have read that, perhaps we can start by going over the index and seeing if there's anything someone wants to add / comment on / discuss? [22:07] &lt;mihi&gt; jrand0m: where do you know from that there are no more dupes? [22:07] &lt;jrand0m&gt; heh thanks dm [22:07] &lt;jrand0m&gt; mihi&gt; I installed keyloggers on everyone's computers (bwhahahaha) [22:07] &lt;wiht&gt; I would like to add installer as topic 10, and possibly naming service as topic 11. [22:07] * mihi sent the followup to the wrong address :(, resending... [22:08] &lt;jrand0m&gt; good call wiht [22:09] &lt;MrEcho&gt; mrecho's new dns is in the works [22:09] &lt;jrand0m&gt; cool mihi, yeah I was wondering ;) [22:09] &lt;kaji&gt; how is dns coming along? - ah [22:09] &lt;jrand0m&gt; MrEcho&gt; your post, right? [22:09] &lt;MrEcho&gt; working on the post [22:10] &lt;jrand0m&gt; ok, in the meantime, anyone have anything on 1) streaming? or should we jump to 2) I2PTunnel, TunnelManager, and i2pmgr? [22:10] &lt;lucky&gt; good lord... i could spend the rest of my life attempting to figure out these dependecnies. [22:10] &lt;wiht&gt; So let's say DNS/NS as topic 11. [22:10] &lt;jrand0m&gt; sounds good wiht [22:10] * duck walks in [22:11] &lt;jrand0m&gt; ev'nin duck [22:11] &lt;mihi&gt; ad 1, i committed code for i2ptunnel using the streaming api [22:11] &lt;jrand0m&gt; ah right, awesome mihi :) [22:11] &lt;lucky&gt; hi duck [22:11] * twosandals has quit IRC (Leaving) [22:11] &lt;kaji&gt; jrand0m can several sevices use the same key if they are on diffrent ports? [22:11] &lt;jrand0m&gt; no kaji [22:11] &lt;mihi&gt; btw: why do your ant files always delete the jar before rebuilding it? [22:11] &lt;jrand0m&gt; mihi&gt; paranoia [22:12] &lt;mihi&gt; stealing me time with debugging, i'd say ;) [22:12] &lt;jrand0m&gt; kaji&gt; in i2p, a key /is/ a port, essentially [22:12] &lt;jrand0m&gt; heh [22:12] &lt;kaji&gt; ah [22:13] &lt;jrand0m&gt; mihi&gt; if you want to update that, as long as it'll build the jar if the class files change thats fine [22:13] &lt;mihi&gt; if the file is newer than all files in it, and could skip it otherwise. [22:13] &lt;jrand0m&gt; right [22:13] &lt;mihi&gt; and for paranoia it is better to add a &lt;depends&gt; task [22:13] &lt;jrand0m&gt; agreed [22:13] &lt;FillaMent&gt; yo yo [22:13] &lt;jrand0m&gt; 'lo FillaMent [22:14] &lt;jrand0m&gt; ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC has joined #i2p [22:15] &lt;human&gt; i did a little hacking to make the TunnelManager return the job ids when "openclient" or "openserver" commands are called [22:16] &lt;jrand0m&gt; kickass :) [22:16] &lt;human&gt; this way, apps using the TunnelManager know which job to close later, without parsing the "list" output [22:16] &lt;jrand0m&gt; yeah, I've not been too comfortable with using tunnelmanager's list and close, since multiple clients can b0rk each other that way [22:17] &lt;jrand0m&gt; we'll get that patch in there right after the meeting. gracias human :) [22:17] &lt;human&gt; it involved making I2PTunnel.runCommand return some stuff (currently a Property) [22:17] &lt;human&gt; s/Property/Properties/ [22:17] &lt;jrand0m&gt; oh right, there's some things to modify in that before getting it into the code [22:18] &lt;human&gt; but mihi would prefer to add some asynchronous callbacks to the Logging clas, as far as i understand... [22:19] &lt;jrand0m&gt; right - so that things can get information from the tasks immediately, without waiting for it to finish [22:20] * mihi has quit IRC (EOF From client) [22:20] &lt;human&gt; jrand0m: the idea is: let's I2PTunnel.runCommand() return immediately, and eventually use callbacks to get more info, right? [22:21] &lt;jrand0m&gt; right [22:21] &lt;jrand0m&gt; so the tasks fire callbacks whenever there is data to distribute [22:21] * mihi has joined #i2p [22:21] &lt;human&gt; well, IMHO there is another question: «how many java apps (will) use I2PTunnel.runCommand() asynchronously?» *All* the apps currently using I2PTunnel (even via the TunnelManager) are perfectly fine with synchronous (even if long) .runCommand() calls, and making all the stuff asynchronous would only make things more complicated (IMHO) [22:22] * mihi uses it via the gui [22:22] &lt;human&gt; (well, "all" means the TunnelManager and apps parsing the Tunnel manager output) [22:22] &lt;jrand0m&gt; right, the gui will hang while the command is executed [22:22] &lt;mihi&gt; and entering the next 3 tunnel open commands is blocked while the first is running [22:23] &lt;human&gt; mihi: ok, i didn't know about your app... then we need some solution :-) [22:24] &lt;human&gt; mihi: asynchronous .runCommand() behaviour would require to revise the TunnelManager [22:24] &lt;mihi&gt; human: when (iyo) should runCommand terminate? when the tunnel is built, when the connection got through? [22:25] &lt;mihi&gt; "destination unreachable" will be known *after* the first connection attempt was made. [22:25] &lt;jrand0m&gt; the command pattern would have the execute() return only after it was complete. [22:26] &lt;mihi&gt; what does *complete* mean? [22:26] &lt;jrand0m&gt; (so if we're following the command pattern, runCommand would block until everything required to do that command was complete) [22:26] &lt;human&gt; mihi: eheh, that's the question :-) [22:26] &lt;jrand0m&gt; complete for "server 1234 privkeys" would be when the server can accept connections on port 1234 [22:26] &lt;human&gt; mihi: well, for TunnelServer's IMHO it should return after tunnel creation [22:27] &lt;jrand0m&gt; complete for "client 234 peer" would be complete when a connection to port 234 would successfully reach peer [22:27] &lt;jrand0m&gt; at least, thats my take [22:27] &lt;mihi&gt; how can you determint the latter? [22:27] &lt;jrand0m&gt; I really don't feel strongly either way [22:27] &lt;jrand0m&gt; perhaps a ping? [22:27] * Sciatica has joined #i2p [22:28] &lt;mihi&gt; and if the peer goes down just after the ping? [22:28] &lt;mihi&gt; imo it is impossible to do network apps without callbacks [22:28] &lt;jrand0m&gt; right [22:28] &lt;mihi&gt; or lotsa threads, and i prefer callback on threads synchronized to death [22:29] &lt;jrand0m&gt; perhaps it should only return after its able to /attempt/ to connect? [22:29] &lt;jrand0m&gt; or maybe the command pattern isn't the desired pattern [22:29] &lt;mihi&gt; that's what it's doing now. and what result should it return then? [22:30] &lt;mihi&gt; the point is that you want to have a result (different from an int for the connection id) [22:30] &lt;jrand0m&gt; right, for the client command, one wants the job (so it can be closed later), but for the genkey command, one wants the public key and private key [22:30] * mihi cannot think of any other info that is known at that point. [22:30] &lt;jrand0m&gt; agreed, me neither. [22:31] &lt;dup&gt; 0! [22:31] &lt;mihi&gt; and genkey should wait? okay, if you think so. [22:31] &lt;human&gt; mihi: well, something like a status ("ok" or "error") and error messages... [22:31] &lt;mihi&gt; human: error messages will be "too late" imo [22:31] &lt;mihi&gt; but do what you want... [22:32] &lt;mihi&gt; as long as you make it work with the streaming api afterwards as well... [22:32] &lt;jrand0m&gt; the pain points human is addressing are the kludges in the TunnelManager that parses the logging messages. but I agree, as long as we can expose that information via the logging interface, thats fine [22:32] &lt;dup&gt; mihi is wise. [22:32] &lt;human&gt; human: some can be communicated immediately (e. g. when the tunnel port is still in use) [22:32] &lt;mihi&gt; human is talking to himself ;) [22:32] &lt;human&gt; oops! :-) [22:35] &lt;human&gt; maybe we should see what kind of applications are being built upon I2PTunnel [22:35] &lt;human&gt; the asynchronous interface is the Right Thing(TM), but it's more complicated to use [22:35] &lt;jrand0m&gt; I think it would be best if we could keep the same functionality for the current software - including the gui. [22:35] &lt;FillaMent&gt; maybe I'm jumping in ignorantly, but perhaps a method like one might find many that deal with HTTP: getHeader(String headerName) [22:35] &lt;FillaMent&gt; smake me as needed [22:35] &lt;FillaMent&gt; smack [22:36] * jrand0m smake's FillaMent [22:36] &lt;human&gt; and the TunnelManager doesn't need it (since it will *never* be able to properly support asynchronous events, due to its nature) [22:36] * kaji has a completely off-topic idea [22:36] * FillaMent resigns himself to advocacy =) [22:37] &lt;human&gt; but if mihi application needs to monitor the tunnels state, then the asynchronous interface is a Must(TM) [22:37] &lt;jrand0m&gt; human&gt; java -jar lib/I2PTunnel.jar\n. We need to support async. [22:37] &lt;kaji&gt; i2p as a java applet so you can run it from strange computers quickly by going to a website [22:37] * Sciatica has quit IRC (EOF From client) [22:37] &lt;human&gt; jrand0m: yes, then we must rework the TunnelManager :-) [22:37] &lt;jrand0m&gt; kaji&gt; i2p 3.0 :) [22:38] &lt;jrand0m&gt; agreed human, the tunnelmanager implementation was a quick and dirty impl [22:38] &lt;jrand0m&gt; do you think you could look into how that'd need to proceed? [22:38] * human can volunteer to adapti the TunnelManager to the asynchronous interface, when ready [22:38] &lt;jrand0m&gt; w00t :) [22:40] &lt;jrand0m&gt; ok, are we ready for agenda item 3) I2COCP [22:40] &lt;human&gt; otherwise, it would be possible to create sync and async methods for I2PTunnel [22:40] &lt;jrand0m&gt; true [22:40] &lt;jrand0m&gt; but duplication might be overkill when a little refactoring would serve the purpose [22:41] * baffled has quit IRC (Leaving) [22:41] &lt;duck&gt; personal concern about the tunnels: apps not closing them, so your whole tunnelmanager becomes flooded [22:41] &lt;human&gt; jrand0m: yes, we should choose the easiest solution between reworking the TunnelManager or adding new APIs to I2PTunnel :-) [22:42] &lt;jrand0m&gt; thats a good point duck. currently there are no timeouts / expirations, and it assumes the apps using the tunnelManager are well behaving (and that the tunnelManager has no bugs [hah!]) [22:43] &lt;mihi&gt; apropos new apis: should the Streaming api classes "replace" the old ones or should it be possible to use both (w/ different commands?) [22:43] &lt;jrand0m&gt; mihi&gt; I think the streaming ones will want to replace, since once the streaming api is solid mode=GUARANTEED will go away [22:43] &lt;jrand0m&gt; (and hence the old ones wont work) [22:44] * MrEcho 's email sent [22:46] &lt;jrand0m&gt; anything else for the tunnel discussion? (this obviously isn't the end of tunnel discussions overall ;) [22:47] * dup is now known as dm [22:47] &lt;jrand0m&gt; ok, I2COCP [22:47] &lt;jrand0m&gt; this was just something human suggested the other day and it seems to fill a gap thats not currently met. but I think we want to hold off on implementing until we have something that wants to use it :) [22:48] &lt;wiht&gt; That is a somewhat long name, even abbreviated. [22:48] * jrand0m now calls I2COCP "Wilma" [22:48] &lt;human&gt; jrand0m: well, i was going to write the same words :-) [22:48] &lt;jrand0m&gt; heh cool [22:49] &lt;jrand0m&gt; ok, jumping on to 4) roadmap [22:49] &lt;human&gt; jrand0m: IMHO, in general, there should be a way for non-java apps to have a somewhat full access to the I2P network [22:49] &lt;jrand0m&gt; agreed [22:49] &lt;jrand0m&gt; the intent is that they'd use I2CP [22:50] &lt;jrand0m&gt; (as all java apps, i2ptunnel and the streaming library included, use that) [22:50] &lt;human&gt; jrand0m: yes [22:50] &lt;MrEcho&gt; I2PDNS "Janessa" [22:50] &lt;jrand0m&gt; but you're right, they'd want streaming too, so either tunnelmanager-&gt;i2ptunnel or i2cocp-&gt;streaming lib [22:50] * jrand0m has never met a Janessa [22:51] * Sciatica has joined #i2p [22:51] &lt;jrand0m&gt; ok, so, yeah, the roadmap has been updated. no real big changes beyond pushing back 0.3 and 0.3.1 by 2 weeks, adding 2.0 info, and some more 1.0 criteria [22:51] &lt;human&gt; jrand0m: yeah, there should be "TCP" and "UDP"-like protocols for I2P, with complete protocol event reporting, accessible from non-java apps [22:52] &lt;MrEcho&gt; human, sounds good [22:52] &lt;jrand0m&gt; I want there to be every possible interface, but I don't want to overcommit with too many interfaces to be supported [22:52] * human wanted I2COCP (or whatever) for his I2P twisted transport (see http://www.twistedmatrix.com/), but for now he will happily kludge around the TunnelManager :-) [22:53] * w0rmus has quit IRC (Lost terminal) [22:53] &lt;jrand0m&gt; word. that'd be best for now [22:54] &lt;jrand0m&gt; ok, any comments on the roadmap? [22:55] &lt;jrand0m&gt; [nothing to see here, la la] [22:55] &lt;jrand0m&gt; ok, 5) i2pIM [22:55] &lt;jrand0m&gt; thecrypto isn't here, so we can just wait for a post to i2p@ with updates :) [22:55] &lt;wiht&gt; We have Jabber now, if I am not mistaken. Do we still need i2pIM? [22:55] &lt;jrand0m&gt; yes [22:55] &lt;jrand0m&gt; jabber has a server that gets cleartext. [22:56] &lt;wiht&gt; Oh. Very well, then; I was not aware of this. [22:56] &lt;jrand0m&gt; thats two strikes (a server, and cleartext) [22:56] &lt;jrand0m&gt; its a good solution for some things though, certainly [22:56] &lt;jrand0m&gt; actually, once thing I was thinking about this morning was if we could get i2pIM and i2psnark merged together, that would be Good. [22:57] &lt;jrand0m&gt; (but once thing at a time) [22:57] &lt;jrand0m&gt; actually, speaking of the devil, 6) i2psnark :) [22:57] &lt;human&gt; jrand0m: i sometimes used jabber with gnupg... [22:57] &lt;jrand0m&gt; for &gt;2 person chats? [22:58] &lt;jrand0m&gt; for one on one, I totally agree there are existing solutions [23:01] &lt;jrand0m&gt; ok, on to a fun one, 7) introducing I.Toopie :) [23:01] &lt;human&gt; how would you implement encrypted &gt;2 people chats? a shared private key? [23:01] &lt;jrand0m&gt; yes human [23:01] &lt;jrand0m&gt; or through n! shared keys in the group [23:02] &lt;human&gt; well, maybe it could be done above the existing jabber protocol... [23:02] &lt;mihi&gt; human: a shared symmetric key sent to all participants [23:02] &lt;jrand0m&gt; the hard part is dealing with joins &amp; leaves - key rotation /etc [23:03] * Sciatica has quit IRC (Ping timeout) [23:03] &lt;jrand0m&gt; its in no way a trivial issue. its really really really hard. [23:03] * mihi acks [23:03] * human agrees [23:04] &lt;jrand0m&gt; (which is why having an app designed for it rather than trying to kludge it on top of another protocol may be worthwhile) [23:04] &lt;jrand0m&gt; but thecrypto can best describe his plans [23:04] &lt;jrand0m&gt; (though its my understanding he's still open to ideas for how to deal with groups) [23:05] * Sciatica has joined #i2p [23:06] &lt;jrand0m&gt; ok, moving on :) [further discussion on i2p@, etc] [23:06] &lt;wiht&gt; What is I.Toopee, though? [23:06] &lt;lucky&gt; the mascot... [23:06] &lt;jrand0m&gt; I.Toopie is a guy holding a yellow mask in front of his face [23:06] * lucky shudders. [23:07] &lt;lucky&gt; uh huh. [23:07] &lt;lucky&gt; can i see it? [23:07] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup has quit IRC (EOF From client) [23:07] &lt;lucky&gt; i have added java to my compile queue... [23:07] &lt;lucky&gt; but.. lol [23:07] &lt;lucky&gt; i already have 7 things running [23:07] &lt;lucky&gt; it'll be a while. [23:08] &lt;lucky&gt; aw, cute :P [23:08] &lt;MrEcho&gt; lol [23:08] &lt;jrand0m&gt; there have been lots of cool logos (I can't believe we've had the logo contest going on for 3 months!), and it looks like we've got some strong potential with I.Toopie. in its simplicity, its conception, and its versatility. [23:08] &lt;jrand0m&gt; and, yeah, its cute ;) [23:08] &lt;mihi&gt; are some imgs broken or is my browser buggy? [23:08] &lt;jrand0m&gt; yeah, some are broken [23:09] &lt;jrand0m&gt; (they were put on temporary hosting sites 3 months ago) [23:09] &lt;MrEcho&gt; I.Toopie's stick is now all yellow ... [23:09] &lt;MrEcho&gt; changed lastnight [23:09] &lt;jrand0m&gt; it is? [23:09] &lt;jrand0m&gt; people should UPDATE THE WIKI then [23:09] &lt;jrand0m&gt; ;) [23:09] &lt;MrEcho&gt; hehe [23:09] &lt;MrEcho&gt; i dont have the pic anymore .. sorry [23:10] &lt;wiht&gt; I see the pictures with Opera, but not with Mozilla somewhy. [23:10] &lt;jrand0m&gt; you can see http://img.villagephotos.com/p/2003-10/437060/badass.jpg ? [23:10] &lt;jrand0m&gt; (thats one of the images on that page) [23:11] &lt;duck&gt; Access Denied (User Account Disabled) [23:11] &lt;jrand0m&gt; yeah, same here. [23:11] &lt;MrEcho&gt; i can see it [23:11] &lt;jrand0m&gt; but yes, DrWoo has done some kickass stuff with I.Toopie [23:11] &lt;MrEcho&gt; moz 1.5 [23:11] * soros has quit IRC (EOF From client) [23:11] * mihi_away has joined #i2p [23:11] * lucky has quit IRC (EOF From client) [23:12] &lt;jrand0m&gt; same here MrEcho. strange. [23:12] &lt;wiht&gt; MrEcho: I am using Mozilla 1.4. [23:12] &lt;jrand0m&gt; (same as in I'm on moz 1.5 and I'm getting access denied) [23:13] * jrand0m looks forward to a tray icon w/ i.toopie :) [23:13] &lt;jrand0m&gt; ok, moving on to 8) chess server [23:14] * Sciatica has quit IRC (Ping timeout) [23:14] * ion has quit IRC (Ping timeout) [23:14] &lt;jrand0m&gt; the latest hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) contains the reference for chess.fillament.i2p [23:14] &lt;jrand0m&gt; you can use any old FICS client or just telnet to that and play away :) [23:14] &lt;jrand0m&gt; (yay) [23:15] &lt;kaji&gt; is there a goog fics client for windows? [23:15] &lt;jrand0m&gt; dunno, I ended up using telnet [23:15] &lt;wiht&gt; Does eboard work? [23:15] &lt;jrand0m&gt; (which had some fairly tough rampup to learn the commands) [23:15] * ion has joined #i2p [23:16] &lt;jrand0m&gt; dunno [23:16] * BpX has joined #i2p [23:16] &lt;wiht&gt; I will try it later. [23:16] &lt;jrand0m&gt; cool, if you could post up what you find, that'd be great [23:17] &lt;jrand0m&gt; ok, 9) DHT [23:17] * wilde has quit IRC (Ping timeout) [23:17] &lt;jrand0m&gt; we still don't have a dht, but perhaps this is a lead for something we can start to port [23:18] &lt;jrand0m&gt; (it uses UDP so getting it to use I2CP wouldn't be hard) [23:18] &lt;MrEcho&gt; dht??? [23:18] &lt;MrEcho&gt; im blanking on that one [23:18] &lt;jrand0m&gt; MrEcho&gt; see [10] in the email ;) [23:18] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] &lt;Nightblade&gt; entropy is a good enough temporary solution [23:18] &lt;jrand0m&gt; agreed [23:19] &lt;jrand0m&gt; though I think we need to look at a long term solution as well [23:19] * soros has joined #i2p [23:19] * lucky has joined #i2p [23:20] * human is worried about gcj/kaffe compatibility with DHTs like Bamboo (http://bamboo-dht.org/) [23:20] &lt;jrand0m&gt; yeah, bamboo is 1.4 [23:20] &lt;MrEcho&gt; afk [23:20] &lt;jrand0m&gt; thats the glory of i2cp though - the router &amp; tunnels can be gcj'ed, while things that access them can be whatever [23:21] &lt;jrand0m&gt; it /is/ purely for an app though - not as part of the core [23:21] &lt;jrand0m&gt; I'm just trying to think of things that would help the end users who end up downloading i2p do something useful right off the bat [23:22] &lt;jrand0m&gt; (being able to post uncensorable content anonymously would be a good useful thing) [23:22] &lt;jrand0m&gt; s/uncensorable/very censorship resistant/ [23:23] &lt;human&gt; jrand0m: ah, ok - i thought that bamboo was going to replace Kademlia for the NetworkDB :-) [23:23] &lt;Nightblade&gt; the squid proxy is something they can do... for users for example in china that would be a very nice thing to have [23:23] &lt;jrand0m&gt; Nightblade&gt; right, but the squid isn't scalable [23:24] &lt;Nightblade&gt; yeah i think it would be interesting to have a kind of distributed JAP [23:24] &lt;jrand0m&gt; agreed [23:24] &lt;jrand0m&gt; so that's also another thing that would be great if people could check into :) [23:24] &lt;mihi&gt; Nightblade: the prob is abuse handling - i won't open my box for any outgoing http [23:24] &lt;jrand0m&gt; I'm sure some people will though [23:25] &lt;Nightblade&gt; with an additional part where an individual node could choose what sites they want to proxy for people... a client could send a requst for "whitehouse.com" and then one of the nodes that will do the proxying and will permit that url can answer [23:25] &lt;Nightblade&gt; yeah i think it would have to have some kind of access controls [23:25] &lt;Nightblade&gt; blacklist or whitelist [23:25] &lt;jrand0m&gt; right [23:25] &lt;Nightblade&gt; of domain names [23:26] &lt;jrand0m&gt; its the "exit policy" system. though this is a whole project in and of itself [23:27] &lt;MrEcho&gt; it could ride on the DNS system... i guess [23:27] &lt;jrand0m&gt; certainly [23:27] &lt;wiht&gt; mihi: What if you limit the bandwidth used? Or is it the websites accessed that could get you in trouble? [23:27] &lt;MrEcho&gt; at a very later date lol [23:27] &lt;jrand0m&gt; wiht&gt; many providers explicitly disallow running servers of any kind [23:28] &lt;MrEcho&gt; verizon fucks with port 21 for sure... [23:28] &lt;wiht&gt; jrand0m: Oh. Yes, that is a problem. [23:28] &lt;Nightblade&gt; there would have to be some way for clients to request the sites they want downloaded for them.. Broadcast requests are not a very good solution, especially on i2p [23:29] &lt;mihi&gt; wiht: the problem is the websites that can be accessed. compare the lawsuit of JAP some time ago. /me lives in the same country [23:29] &lt;jrand0m&gt; agreed. though broadcast isn't possible without brute forcing a ~2^2300 keyspace ;) [23:30] &lt;jrand0m&gt; right mihi, people in oppresive regimes would not be able to safely run outproxies [23:30] &lt;wiht&gt; mihi: What was the lawsuit? I do not remember. [23:30] * dm has quit IRC (Ping timeout) [23:30] &lt;Nightblade&gt; i mean, even if you had a list of destinations that provide web proxying, you would not want to have to broadcast to them all [23:30] &lt;jrand0m&gt; right Nightblade [23:30] &lt;Nightblade&gt; request broadcast i mean [23:31] &lt;mihi&gt; the prob was that someone had accessed a child porn site and it went over a JAP proxy and they could not tell where the request came from. this was interpreted as thowing stones into police's work [23:31] &lt;jrand0m&gt; people may want to check out crowds or rewebber to see other projects that worked on this same task [23:31] &lt;wiht&gt; mihi: Ah. Thank you for the explanation. I see understand you are concerned now. [23:31] * mihi_away has quit IRC (Ping timeout) [23:31] &lt;mihi&gt; and made that change to the jap software that makes it possible to catch people. which was removed later [23:32] &lt;wiht&gt; Er, I understand why you are concerned. [23:32] &lt;mihi&gt; at the end it came out that the JAP would not have to disclose the data, but i don't want to know what the lawyers cost... [23:32] &lt;Nightblade&gt; yeah but didn't the police seize the information anyway? [23:32] &lt;jrand0m&gt; yes [23:33] &lt;mihi&gt; they did... [23:33] &lt;jrand0m&gt; but anyway, yes, both a scalable DHT and a scalable web proxy would be Really Good Things to have by 1.0 [23:34] &lt;mihi&gt; and they cannot give it backk, can they? [23:34] * BpX has quit IRC (Ping timeout) [23:36] * Sciatica has joined #i2p [23:36] &lt;jrand0m&gt; ok, anything else for point 9? or are we on to 10/11) NS/DNS? [23:36] &lt;wiht&gt; I would like to make a brief comment about the installer after topic 10. [23:37] &lt;jrand0m&gt; 'k perhaps lets hit that now, since NS/DNS might not be uber-brief? ;) [23:37] &lt;wiht&gt; All right. The router has a start script and a stop script. [23:37] &lt;jrand0m&gt; right [23:37] &lt;wiht&gt; I would like all of the services to be done that way--to have both a start and a stop script. [23:37] &lt;jrand0m&gt; most of them do [23:37] &lt;jrand0m&gt; don't they? [23:38] &lt;jrand0m&gt; oh, not stop scripts [23:38] &lt;wiht&gt; No, just the router. [23:38] &lt;wiht&gt; That way, desired services could be started on computer bootup, just like the router. I made a post to that effect to the mailing list. [23:38] &lt;jrand0m&gt; aum is working on the i2pmgr, which is going to be both a console based and gui based control center for the services and the router itself [23:38] &lt;wiht&gt; Let's say I want to start the eep and nntp on bootup. Currently, I can't do that. [23:39] &lt;jrand0m&gt; right, you'd need to nohup startEepProxy.sh &amp; [23:39] &lt;wiht&gt; All right. By the way, where are these scripts in CVS? [23:39] &lt;MrEcho&gt; k im back [23:39] * mihi_away has joined #i2p [23:39] &lt;jrand0m&gt; wiht&gt; the scripts are in the Install.java (aka hacked) [23:39] &lt;wiht&gt; jrand0m: Thanks./ [23:40] &lt;jrand0m&gt; but good point, we want it to be as simple as possible to start on boot, as well as start on demand [23:41] &lt;jrand0m&gt; ok, on to 10/11) ns/dns [23:41] &lt;MrEcho&gt; well check my email [23:41] &lt;MrEcho&gt; theres a few things i forgot about putting in there [23:41] &lt;jrand0m&gt; unfortunately your email didn't really go through to the web interface well :/ [23:41] &lt;MrEcho&gt; like "temp" names [23:41] &lt;MrEcho&gt; ?? [23:42] * Sciatica has quit IRC (Ping timeout) [23:42] * ion has quit IRC (Ping timeout) [23:42] &lt;jrand0m&gt; MrEcho&gt; http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] &lt;MrEcho&gt; because of the gif or something [23:42] &lt;MrEcho&gt; shit .. i singed it [23:43] &lt;MrEcho&gt; sorry [23:43] &lt;jrand0m&gt; the mailing list is really intended to be text only. pgp sigs are fine (others have posted signed things) [23:43] &lt;kaji&gt; whats a good free small antivirus? [23:43] * ion has joined #i2p [23:43] &lt;jrand0m&gt; kaji&gt; linux [23:43] * Sciatica has joined #i2p [23:43] &lt;wiht&gt; LOL. [23:43] &lt;kaji&gt; that runs with my hardware [23:43] &lt;wiht&gt; kaji: Try AVG Antivirus for Windows. [23:44] * MrEcho_ has joined #i2p [23:44] * MrEcho has quit IRC (EOF From client) [23:44] &lt;MrEcho_&gt; fuckign iip [23:44] &lt;jrand0m&gt; MrEcho / (and anyone else interested in the NS/DNS issue)&gt; have you read http://zooko.com/distnames.html ? [23:44] &lt;MrEcho_&gt; j, should i resend the email? [23:44] &lt;jrand0m&gt; it went through to the list fine, it just didn't get web archived correctly [23:44] &lt;MrEcho_&gt; ya [23:45] &lt;wiht&gt; jrand0m: I did not read it yet. [23:45] &lt;MrEcho_&gt; ill take a look at it later [23:45] * mrflibble has joined #i2p [23:45] &lt;jrand0m&gt; for those who aren't on the list, I've saved MrEcho_'s email at http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] &lt;MrEcho_&gt; thanks J [23:46] &lt;kaji&gt; its gay, it wants an email adress [23:46] &lt;jrand0m&gt; my concern is with the security and scalability of the naming service. once we find a solution that meets those needs, fantastic, but until we do, we should be careful of interim solutions. [23:47] &lt;jrand0m&gt; kaji&gt; email lists usually want an email address, yeah ;) [23:47] &lt;kaji&gt; i mean AVG Antivirus [23:47] &lt;jrand0m&gt; oh ;) [23:48] &lt;wiht&gt; MrEcho has several good ideas that I did not have in my specification, such as a ban list for bad clients. [23:49] &lt;MrEcho_&gt; not really a ban list [23:49] &lt;jrand0m&gt; once there are 1000 clients, does that mean that it would take 125 lookups to find a value? [23:49] &lt;MrEcho_&gt; no [23:49] &lt;wiht&gt; Not a list, but banning bad clients is something I did not have. [23:50] &lt;MrEcho_&gt; 2-4 clients for checking [23:50] &lt;jrand0m&gt; so every client will have 250 entries? [23:50] * mihi_away is now known as mihi_backup [23:50] &lt;MrEcho_&gt; no [23:50] &lt;wiht&gt; With what I have, it would be one lookup, possibly forwarded a couple of times to reach an authoritative server. [23:50] &lt;MrEcho_&gt; clients will only have what they need [23:51] &lt;MrEcho_&gt; it will keep querying other Clients untill they get data that matches for the check [23:51] &lt;jrand0m&gt; so with 4 peers, it'd do a random search and on average it'd take 125 lookups [23:51] &lt;jrand0m&gt; (1000/4/2) [23:51] &lt;jrand0m&gt; or are the peers a DHT? [23:52] &lt;jrand0m&gt; (with some maintenance protocol?) [23:52] &lt;jrand0m&gt; or a search tree? [23:52] &lt;MrEcho_&gt; in a way yes [23:52] &lt;MrEcho_&gt; ill have a cut off on client searches, it will just query the MS [23:53] &lt;jrand0m&gt; secure distributed naming is a fairly well studied problem - what would make your proposal easier to analyze the security and scalability would be if you could draw comparisons and validate variations on other approaches, perhaps? [23:54] &lt;MrEcho_&gt; if it doesnt find / or get enough data from Clients within a set range it will then just query the MS. [23:54] &lt;jrand0m&gt; as is, there isn't enough detail for me to have confidence in the scalability or security of the architecture. not to say it couldn't work out well, I just can't see that it would yet. [23:54] &lt;MrEcho_&gt; cany u stop typing for a sec [23:54] * jrand0m stops typing. [23:55] &lt;MrEcho_&gt; its going to work .. it will have scalability, it will have security [23:56] &lt;MrEcho_&gt; the more users the better it will get [23:56] &lt;jrand0m&gt; so "trust me", 'eh? [23:56] &lt;MrEcho_&gt; do you trust the Internet DNS system? [23:56] &lt;jrand0m&gt; for some tasks. [23:57] &lt;jrand0m&gt; for many, no. [23:57] &lt;jrand0m&gt; (its quite easy for govts / etc to get records changed - court cases order registrars to update all the time) [23:58] &lt;MrEcho_&gt; only other way of doing it is having big ass lists of Names and lots of crypto on every client [23:58] &lt;MrEcho_&gt; and being dynamic .. forget about it [23:59] * mrflibble has quit IRC (EOF From client) [23:59] &lt;jrand0m&gt; I suggest reviewing zooko's paper before proceeding further, and answering his final point 5 ("why I'm wrong") Session Time: Wed Jan 07 00:00:00 2004 [00:01] &lt;jrand0m&gt; ok, thats probably about it for point 10/11 (lots of future discussion still left on that, of course) [00:02] &lt;jrand0m&gt; anyone have any other thoughts, etc? [00:02] &lt;wiht&gt; Yes. [00:03] &lt;jrand0m&gt; care to share with the class? :) [00:03] &lt;wiht&gt; I will be rewriting the specification I wrote. I would like to use a local SQL server to store data, not files. [00:03] &lt;jrand0m&gt; ah cool [00:03] &lt;jrand0m&gt; (same concerns go for the spec you wrote too - if you could answer zooko's last question, that'd be key :) [00:03] * mrflibble has joined #i2p [00:03] &lt;wiht&gt; Let MySQL or a similar server manage data storage, and let Java query that server. [00:04] &lt;duck&gt; huh ? zooko specs? [00:04] &lt;wiht&gt; I think that will be easier to implement. [00:04] &lt;jrand0m&gt; duck&gt; naw, I'm just pointing people at his old article "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] &lt;duck&gt; ah that [00:04] &lt;Nightblade&gt; wiht: what specification is that (i missed a lot of the meeting)? [00:04] * MrEcho has joined #i2p [00:04] &lt;jrand0m&gt; (a lot easier than rehashing why supernode/centralized servers are scary security issues ;) [00:05] * MrEcho_ has quit IRC (EOF From client) [00:05] * mihi 'd have something for the log as well ;) [00:05] &lt;mihi&gt; something longer ;) [00:05] &lt;mihi&gt; *** I2Ping results: [00:05] &lt;mihi&gt; + + + eco.i2p [00:05] &lt;mihi&gt; + - - jabber.duck.i2p [00:05] &lt;mihi&gt; - + + i2pcvs.i2p [00:05] &lt;mihi&gt; - + + duck.i2p [00:05] &lt;mihi&gt; - + - jap.eco.i2p [00:05] &lt;jrand0m&gt; Nightblade&gt; it was posted to iip-dev back in... august? [00:05] &lt;mihi&gt; - + + irc.duck.i2p [00:05] &lt;mihi&gt; - + + human.i2p [00:06] &lt;mihi&gt; - - + nntp.duck.i2p [00:06] &lt;mihi&gt; - - - tc.i2p [00:06] &lt;mihi&gt; - - - dyad.i2p [00:06] &lt;mihi&gt; - - - bozo.i2p [00:06] &lt;mihi&gt; - - - ogg.aum.i2p [00:06] &lt;mihi&gt; - - - fcp.entropy.i2p [00:06] &lt;mihi&gt; - - - http.entropy.i2p [00:06] &lt;Nightblade&gt; jrandom: oh, before my time.. :) [00:06] &lt;mihi&gt; - - - www.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.aum.i2p [00:06] &lt;mihi&gt; - - - smtp.mail.i2p [00:06] &lt;wiht&gt; Nightblade: I posted it on September 15th. [00:06] &lt;mihi&gt; - - - pop.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.tc.i2p [00:06] &lt;mihi&gt; - - - lp.i2p [00:06] &lt;mihi&gt; - - - kaji.i2p [00:06] &lt;mihi&gt; - - - nm.i2p [00:06] &lt;mihi&gt; - - - squid.i2p [00:06] &lt;mihi&gt; - - - chess.fillament.i2p [00:06] &lt;mihi&gt; - - - mesh.firerabbit.i2p [00:06] &lt;mihi&gt; - - - nightblade.i2p [00:06] &lt;mihi&gt; - - - aum.i2p [00:06] &lt;MrEcho&gt; gezz is anyone up and running? [00:06] &lt;mihi&gt; - - - fillament.i2p [00:06] &lt;mihi&gt; *** Finished. [00:06] &lt;mihi&gt; why are so many hosts down...? [00:06] * jrand0m isn't running my servers atm [00:07] &lt;FillaMent&gt; I can connect to myself on both eep and chess [00:07] * mrflibble has quit IRC (Ping timeout) [00:07] &lt;jrand0m&gt; oh wait, i2pcvs is up, neat [00:07] &lt;Nightblade&gt; mihi: mine isn't up because the i2ptunnel crashes for me after a few hours [00:07] &lt;mihi&gt; so my router is broken (or it's usual I2P problems...) [00:08] &lt;jrand0m&gt; really Nightblade? please report i2ptunnel crashes (bugzilla would be nice) [00:08] &lt;Nightblade&gt; it is in the bugzilla [00:08] &lt;lucky&gt; hi [00:08] &lt;Nightblade&gt; hold.. [00:08] &lt;FillaMent&gt; Nightblade: what JVM? [00:08] &lt;Nightblade&gt; #39 [00:08] &lt;wiht&gt; My router has been running for more than 12 hours now, although it had a problem in registering itself. [00:09] &lt;Nightblade&gt; java version "1.4.2-p5" [00:09] &lt;Nightblade&gt; on freebsd... it could be a jvm problem, i don't know. java support isn't too good on freebsd [00:09] &lt;jrand0m&gt; you're right Nightblade, my bad [00:09] &lt;jrand0m&gt; thats the fairly infrequent i2cp bug [00:09] &lt;jrand0m&gt; is that consistent for you? [00:09] &lt;Nightblade&gt; the router is very stable for me, just the i2ptunnel server tunnel gives me problems [00:09] &lt;Nightblade&gt; yeas it happened several times [00:10] &lt;Nightblade&gt; i haven't tried it recently though [00:10] * jrand0m just pulled fillament's eepsite [00:10] &lt;jrand0m&gt; (first try, just noticed the window was complete) [00:10] &lt;FillaMent&gt; Yeah,, I just jabbered with duck, wiht's trying to hit chess [00:10] &lt;jrand0m&gt; ah cool [00:10] &lt;jrand0m&gt; but yes, there are still reliability issues to be dealt with in the network. [00:10] * FillaMent nudges people with the included winking, "He'll probably be wanting to play." [00:10] * human 's eepsite is still up - it means that 'killall java' really helped... :-) [00:10] &lt;wiht&gt; I just successfully connected to chess server. [00:10] &lt;duck&gt; yeah? [00:11] &lt;jrand0m&gt; lol FillaMent [00:11] * mrflibble has joined #i2p [00:12] &lt;Nightblade&gt; is it safe to run the cvs version of i2p [00:12] &lt;jrand0m&gt; /me succesfully fetches human's 1984-2004: twenty years of GNU! :-) [00:12] &lt;jrand0m&gt; yes Nightblade [00:12] &lt;FillaMent&gt; could not get eco... [00:12] &lt;Nightblade&gt; ok maybe i'll give that a try [00:12] &lt;duck&gt; with freenet you should always run the latest cvs version! [00:13] &lt;duck&gt; only then it is bugfree [00:13] &lt;duck&gt; s/freenet/i2p/ [00:13] * jrand0m pulled eco.i2p [00:13] &lt;FillaMent&gt; just got duck [00:13] &lt;jrand0m&gt; "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] &lt;jrand0m&gt; d'oh [00:13] &lt;duck&gt; well, it worked actually [00:13] &lt;duck&gt; ardvark could snark something from me [00:14] &lt;jrand0m&gt; bt precreates the files - were the files actually valid? [00:14] &lt;duck&gt; but ze did find out the next day [00:14] &lt;duck&gt; because it was obscured in the logs [00:14] &lt;jrand0m&gt; what, you mean the logs i2p generates are fairly insane? nawwwwww [00:14] &lt;duck&gt; no [00:14] &lt;duck&gt; the i2psnark output [00:14] &lt;jrand0m&gt; ah [00:15] &lt;duck&gt; additionally, I suspect that snark does too much churning (sp?) [00:15] &lt;duck&gt; the normal bittorrent client seems to be more easy [00:15] &lt;duck&gt; also the high delays on i2p might cause premature blocks [00:16] * mrflibble has quit IRC (Ping timeout) [00:16] &lt;duck&gt; last thing is that we had to restart i2ptunnel a few times :/ [00:16] &lt;jrand0m&gt; agreed [00:16] &lt;human&gt; final question about I2PTunnel / I2PTunnelManager (yes, i know, i'm boring): what about my patch to make "openclient" and "openserver" return a meaningful jobId? [00:16] &lt;jrand0m&gt; so, yeah, lots of work to do [00:16] &lt;human&gt; 1. let's accept it to make the TunnelManager work until the new asynchronous architecture will be roxoring [00:17] &lt;human&gt; 2. your patch plain sucks, fuck off, and fuck the TunnelManager [00:17] &lt;human&gt; 3. ... [00:17] * MrEcho_ has joined #i2p [00:17] * mihi is for 3 ;) [00:17] * MrEcho has quit IRC (EOF From client) [00:17] &lt;jrand0m&gt; 4. lets see how we can update the tunnel manager to go async? shouldn't be too hard [00:17] &lt;jrand0m&gt; the patch is good, but mihi has a point [00:18] &lt;human&gt; jrand0m: yes, i agree [00:18] &lt;jrand0m&gt; we still have 1+ weeks until 0.3, so we've got time until the next full release [00:18] &lt;human&gt; jrand0m: but my doubt is: how long will it take to have the async interface to be implemented in the TunnelManager? [00:18] &lt;jrand0m&gt; tunnelmanager itself was 2 hours, I could add async tonight [00:19] &lt;jrand0m&gt; (all that needs to happen is an update to the BufferedLogging to accept .set calls) [00:19] &lt;human&gt; jrand0m: (with "to have" i also mean "to have it implemented even in I2PTunnel) [00:19] &lt;jrand0m&gt; (or .nofity/etc) [00:19] &lt;jrand0m&gt; right [00:19] * mrflibble has joined #i2p [00:20] &lt;jrand0m&gt; if you'd prefer, I could start with your patch (which adds the job id) and merge it with the updates for async [00:21] &lt;human&gt; jrand0m: i could add the async interface to TunnelManager myself, but the interface still doesn't exist :-) [00:22] &lt;jrand0m&gt; right, just add public void notifyEvent(String eventName, Object value); to Logging.java [00:22] &lt;human&gt; jrand0m: i'd suggest "let's merge the dirty hack to make the job ids in the 0.3 release somewhat work, and then work on the async interface" [00:23] &lt;jrand0m&gt; 0.3 is still a ways off [00:23] &lt;mihi&gt; 0.3 should have the streaming api anyway, shouldn't it? [00:23] &lt;human&gt; jrand0m: i'm talking about the worst case [00:23] &lt;wiht&gt; jrand0m: Maybe there should be another version before 3.0 to settle these issues? [00:23] &lt;jrand0m&gt; yes mihi [00:23] &lt;mihi&gt; human: the worst case is "cvs rollback &amp;&amp; patch -p0 your.patch" [00:24] &lt;jrand0m&gt; ok, how about this. I'll get the async implemented and committed tonight, if you could look at it tomorrow human and see what needs to be done to get your update in there? [00:26] &lt;FillaMent&gt; jrand0m: do you have a job? [00:27] &lt;jrand0m&gt; i2p [00:27] &lt;duck&gt; get 1.0 done! [00:27] &lt;FillaMent&gt; I mean a source of income [00:27] &lt;jrand0m&gt; :) [00:27] &lt;FillaMent&gt; that you have to work for [00:27] &lt;jrand0m&gt; income is overrated. [00:27] * jrand0m fired my boss [00:27] &lt;Nightblade&gt; "will code for food" - that's my motto [00:27] &lt;Nightblade&gt; lol [00:27] &lt;human&gt; mihi: well, but i and aum (who is working on a python app for the TunnelManager) would like to have jobIds ASAP... [00:28] &lt;human&gt; jrand0m: ok, i'll work on your changes later/tomorrow [00:28] &lt;FillaMent&gt; Job/Money, sleep/hygiene, food, side projects, social life: Choose any 3 [00:29] * jrand0m only choses one. [00:29] &lt;jrand0m&gt; word human [00:30] &lt;FillaMent&gt; Anyone have any other ideas for "just tunnel to" services that would be nice to have on the network? [00:30] * jrand0m still wants a telnet based Adventure :) [00:30] &lt;jrand0m&gt; or a waffle bbs [00:30] * duck is now known as enduser [00:30] * jrand0m kicks enduser [00:31] &lt;jrand0m&gt; (damn, no ops) [00:31] &lt;FillaMent&gt; For OS/2 there was a comm driver that could map a comm port to a TCP port =) [00:31] &lt;enduser&gt; what difference will I see as enduser when I2PTunnel uses the SteamingAPI? [00:31] * enduser is now known as duck [00:31] &lt;jrand0m&gt; none [00:31] &lt;human&gt; lol [00:31] &lt;FillaMent&gt; FillaMent: friend of mine ran a BBS that way for a while [00:31] &lt;jrand0m&gt; performance, and perhaps anonymity [00:31] * human would like a I2P tunnel to a rootshell [00:32] &lt;human&gt; any volunteer? :-) [00:32] &lt;duck&gt; rootshell on a UML [00:32] &lt;jrand0m&gt; chroot'ed rootshells would be good [00:32] &lt;jrand0m&gt; or UML'ed :) [00:32] &lt;FillaMent&gt; human: had I a spare boxen, I'd do it [00:32] &lt;jrand0m&gt; hehe FillaMent [00:32] &lt;duck&gt; vnc connection to my vmware win98? [00:32] &lt;FillaMent&gt; seriously though guys... [00:32] &lt;wiht&gt; E-mail server would be a good one as well. Or do we have that already? [00:32] &lt;FillaMent&gt; wiht: think TC has pop and SMTP [00:33] &lt;jrand0m&gt; thats aum, but they're offline, as his box is offline [00:33] * human could offer telnet accounts on his GNU/Hurd system... [00:33] &lt;jrand0m&gt; ooOOoo [00:33] &lt;FillaMent&gt; well, I'm not too keen on setting up open SMTP access yet [00:33] &lt;jrand0m&gt; understandable [00:34] &lt;FillaMent&gt; maybe when the network is more stable and I've got money to up my bandwidth [00:34] &lt;wiht&gt; How about a PGP keyserver? [00:34] &lt;mihi&gt; FillaMent: you could set up a tunnel pointing to a cleartext remailer [00:34] &lt;FillaMent&gt; wiht: now THAT's a great idea =) [00:35] &lt;FillaMent&gt; mihi heh... I could just point the tunnel to my ISP SMTP box =) [00:35] &lt;mihi&gt; FillaMent: this would make *you* be resposible for abuse... [00:35] &lt;mihi&gt; s/be// [00:35] &lt;duck&gt; http://www.mit.edu/people/marc/pks/pks.html [00:36] &lt;duck&gt; seriously, should duck enterprises consider running a pgp keyserver? [00:37] &lt;FillaMent&gt; duck: I was poking into that myself... you want to handle it? [00:37] &lt;duck&gt; we have been one of the most stable service providers according to mihi's independent ping logs [00:37] &lt;jrand0m&gt; hehe [00:37] &lt;wiht&gt; duck: Yes, please consider it. [00:37] &lt;jrand0m&gt; btw duck, how do you do that? do you restart periodically or just run on a reliable OS and JVM? [00:38] &lt;FillaMent&gt; question: does the JVM cache DNS resolves? [00:38] &lt;duck&gt; restarting is for kernel updates [00:38] &lt;jrand0m&gt; yes, but you can do some nasty trickery to avoid it FillaMent [00:38] * wiht notes that the meeting has gone on for 2h40m now. [00:38] &lt;jrand0m&gt; oh yeah, [00:39] * mrflibble sticks his hand up [00:39] &lt;jrand0m&gt; um, this meeting's log is going to be huge. and here I was thinking posthing things up front would /shorten/ the meeting [00:39] &lt;jrand0m&gt; sup mrflibble? [00:39] &lt;FillaMent&gt; jrand0m: okay... because I am without downage but my IP changes periodically... my dyndns update script runs every hour so max 60+~10min of my named addy not pointing to my IP... [00:39] &lt;FillaMent&gt; how would that affect my router's presence on the network? [00:40] &lt;mrflibble&gt; my box could be availalbe for some kind of demony thing [00:40] &lt;jrand0m&gt; cool FillaMent, shouldn't be much of a problem, as long as you point to your dyndns [00:40] &lt;wiht&gt; mrflibble: demony? [00:40] &lt;mrflibble&gt; i guess it depends how much bandwidth the thing would use [00:40] &lt;mrflibble&gt; daemony [00:40] &lt;jrand0m&gt; w3rd mrflibble - has the router been working reliably for you, or are you just being a good sameritan? :) [00:41] &lt;mrflibble&gt; not really, but that's because my local bw is saturated atm [00:41] &lt;mrflibble&gt; im not running it on my colo yet [00:41] &lt;mrflibble&gt; want to play around with it locally first [00:41] &lt;jrand0m&gt; ah cool. yeah, i2p isn't really ready for wide deployment, still for testing mainly [00:42] &lt;FillaMent&gt; Heh.. I'll point a tunnel to my CUPS server and you can have anonymous printing =) [00:42] &lt;jrand0m&gt; rofl [00:42] &lt;mrflibble&gt; if there's something that u want me to run that would use &lt;40gb bw a month, lmk [00:42] &lt;FillaMent&gt; just include a banner page so I know where to mail the hardcopy =) [00:42] &lt;mrflibble&gt; hehe [00:43] &lt;jrand0m&gt; wikked mrflibble, I'm sure we'll take you up on that :) [00:43] &lt;mihi&gt; banner | lpr ? ;) [00:43] &lt;FillaMent&gt; mihi you cah set up CUPS with a banner page [00:43] &lt;mrflibble&gt; oky doky! [00:43] &lt;mihi&gt; banner will most likely create lots of pages ;) [00:43] &lt;jrand0m&gt; ok, before we get to the mixminion-&gt;printer-&gt;post office gateway discussion, lets close this meeting ;) [00:44] * jrand0m readies the *baf*'er [00:44] * jrand0m *baf*'s the meeting closed. </div>/ar/blog/2003/12/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/Tue, 30 Dec 2003 00:00:00 +0000/ar/blog/2003/12/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من آلة العودة بالزمن <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> eco\_, i2p, jrandom, mihi, Ophite1, polo, rsk</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> &lt;jrandom&gt; 0) hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 2) i2ptunnel &lt;jrandom&gt; 3) im &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; hello mihi, polo &lt;polo&gt; hello ! &lt;mihi&gt; hi jrandom &lt;jrandom&gt; 0) hi &lt;jrandom&gt; :) &lt;rsk&gt; hi &lt;i2p&gt; &lt;duck&gt; hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 0.2.3.3 is out, and it seems to be working &lt;jrandom&gt; still lots to do, of course &lt;jrandom&gt; but this should be the last 0.2 release &lt;jrandom&gt; 0.3 is going to add the peer profiling to allow routers to avoid bad routers &lt;jrandom&gt; (and 0.3.1 is a revamp of the transports) &lt;jrandom&gt; hola Ophite1 &lt;Ophite1&gt; Heya. &lt;rsk&gt; so more overhead for 0.3? &lt;jrandom&gt; yes and no &lt;jrandom&gt; it will have peer testing, but its going to be more focused &lt;rsk&gt; will we see a speed up with path selection? &lt;jrandom&gt; yes &lt;jrandom&gt; there are those 'liveliness' calculators, and there will be new latency and throughput calculators added &lt;jrandom&gt; plus people will be able to tweak their own preferences for particular peers &lt;jrandom&gt; e.g. if you know you want to prefer peer X over peer Y, you will be able to give them a weighting bonus of some random points &lt;mihi&gt; will there be a clean shutdown? *g* &lt;jrandom&gt; thats actually a good question mihi &lt;jrandom&gt; i2p is getting to the point where it needs an admin interface. &lt;jrandom&gt; the longest Job thats holding up its operation is the GenerateStatusConsoleJob &lt;jrandom&gt; which can now take up to 4-6 seconds &lt;jrandom&gt; (holding everything else up) &lt;jrandom&gt; that needs to go async and on demand. &lt;jrandom&gt; but i dont want to write a web listener / etc. &lt;jrandom&gt; perhaps the reverse - a servlet that starts the router and communicates with it &lt;mihi&gt; you don't need a full web server. just when you see GET, return your data. &lt;jrandom&gt; right &lt;jrandom&gt; you're right, that stuff should be in 0.3 as well. &lt;mihi&gt; and when you see something else (like SHUTDOWN), do as you please. of course only from localhost ;) &lt;jrandom&gt; aww c'mon &lt;mihi&gt; then someone can make a nice admin program &lt;jrandom&gt; right &lt;mihi&gt; you had some triggers by files, didn't you? are they documented somewhere? &gt;&gt;&gt; mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] requested PING 1072820995 from jrandom &lt;jrandom&gt; those were in IDN, not the router itself &lt;jrandom&gt; but that might be a good way to go &lt;jrandom&gt; its a trivially easy system &lt;jrandom&gt; good idea, lets go that way &lt;jrandom&gt; (and i can just reuse that code :) &lt;i2p&gt; &lt;duck&gt; this magical filestuff starts to look like plan9 &lt;jrandom&gt; lol &lt;mihi&gt; but file triggers require polling &lt;jrandom&gt; right mihi, reading a directory every 30s aint that bad &lt;mihi&gt; but a ServerSocket#accept is cheaper. &lt;mihi&gt; as it won't eat any time. (provided a good OS) &lt;mihi&gt; okay, file triggers are better than nothing, sure. &lt;jrandom&gt; server socket would allow remote admin &lt;jrandom&gt; (when appropriate) &lt;jrandom&gt; dunno. &lt;jrandom&gt; something to be worked out. &lt;jrandom&gt; (or if someone wants to jump on it and code... :) &lt;mihi&gt; and server socket could deliver the routerConsole as well. &lt;jrandom&gt; right &lt;jrandom&gt; ok, 2) i2ptunnel &lt;jrandom&gt; :) &lt;jrandom&gt; i2ptunnel still rules, and its looking like we want to add a socket based API to control it &lt;i2p&gt; &lt;anon&gt; aum's ic2cp2pc plans are off for now? &lt;jrandom&gt; yes, ci2cp is dead in the water, replaced with the socket based API to control I2PTunnel &lt;jrandom&gt; I think I may be able to throw on that API in the next few days, so he can get churning on the impl &lt;mihi&gt; just use a socket, make in.readLine() and feed that line to runCommand() ;) &lt;rsk&gt; what does the api give i2p? &lt;jrandom&gt; pretty much mihi (except it formats the results and send them back in a standard way) &lt;mihi&gt; with an appropriate "logger" to send the commands back. &lt;mihi&gt; s/commands/results/ &lt;jrandom&gt; rsk&gt; it lets application developers build client and server sockets over i2p without dealing with I2CP's encryption needs &lt;jrandom&gt; right right &lt;jrandom&gt; i2ptunnel /does/ have an overhead for situations where there are lots of i2ptunnels &lt;jrandom&gt; regardless of the JVM &lt;jrandom&gt; i2ptunnel clients create a new destination per client contacted, and the router will perform much worse as the number of local destinations grows. &lt;rsk&gt; ah &lt;jrandom&gt; this is due to the anonymity needs of the network tied to how our encryption works &lt;jrandom&gt; for applications who just want to open a tunnel or two to a peer, this new api will RULE &lt;jrandom&gt; but for applications that need to talk to lots of other peers, I2CP is the way to go. &lt;jrandom&gt; (since that is a single destination, multiplexed by i2cp) &lt;jrandom&gt; I suppose its the old TCP vs UDP balance, in a way &lt;jrandom&gt; mihi&gt; do you have any thoughts, or some ideas for the future of i2ptunnel? &lt;rsk&gt; hows the work on the ip over i2p, or the vpn stuff going? &lt;mihi&gt; jrandom: someone write a good streaming api, and then lets i2ptunnel use it. &lt;mihi&gt; same for naming server. &lt;mihi&gt; perhaps add some sequence numbers if no one does the things above. &lt;mihi&gt; which will mean an incompatible change. &lt;jrandom&gt; incompatible changes aren't bad, we're early in dev &lt;jrandom&gt; (if we could increase the size of of the IDs too to two or four bytes per side as well?) &lt;mihi&gt; the streaming api will be an incompatible change nevertheless. and if i2p worked, we don't need sequence numbers. &lt;jrandom&gt; rsk&gt; on hold, until someone has time to run with it? &#8801; rsk/#i2p thinks incompatible chages are the best kind &lt;jrandom&gt; right mihi &lt;mihi&gt; ID should be 3 byte atm, so why *increase* to 2 bytes? &lt;jrandom&gt; mihi&gt; actually, I'd like to slowly deprecate mode=GUARANTEED and implement that in the streaming api &#8801; mihi/#i2p too &lt;jrandom&gt; leaving i2p = IP, not TCP or UDP &lt;jrandom&gt; damnit I wish I had another 14 hours in the day. &lt;mihi&gt; only 14? ;) &lt;jrandom&gt; ;) &lt;jrandom&gt; aren't the 3 byte ids derived by both sides of the con? or maybe i'm just confused &lt;mihi&gt; each side has an ID of 3 bytes, hovever, only one must be sent at a time. &lt;jrandom&gt; perhaps I'll implement the streaming API, rip out GUARANTEED, and add that socket controller next. &lt;jrandom&gt; ah ok &lt;mihi&gt; see /apps/i2p/i2ptunnel/java/src/protocol.txt &lt;jrandom&gt; right right &lt;mihi&gt; btw, who misplaced that file *there*? &#8801; jrandom blames eco ;) &lt;jrandom&gt; wait, naw, you put 'em there &lt;jrandom&gt; didnt you? &lt;jrandom&gt; oh wait, no I imported them &#8801; jrandom blames self for being stupid. &lt;jrandom&gt; (la la la) &lt;jrandom&gt; damn. ok, yeah, working on the streaming API and the socket controller will allow me to mull over the peer testing / profiling / selection manifesto &lt;jrandom&gt; I'll post that in a few days for comment &lt;jrandom&gt; (and it'll get my head out of the router. variety++) &lt;jrandom&gt; mihi&gt; anything else on i2ptunnel? &lt;mihi&gt; not that i know &lt;jrandom&gt; coo' &lt;jrandom&gt; (thanks again for taking the time to chime in on this stuff, I know you're busy with fiw and the rest) &lt;jrandom&gt; ok, thecrypto isn't here, but he's making progress on the IM app. &lt;jrandom&gt; (thats agenda item 3) &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 0.3.0 ~= peer profiling stuff, and now it'll also include the streaming api and that socket controller for i2ptunnel &lt;jrandom&gt; but, if you couldn't guess, its not going to be released on jan 1 &lt;jrandom&gt; jan 15 is an outside possibility. we'll see how things go. &lt;jrandom&gt; 0.3.1 isn't a full month of work, so it may not need to get bumped. &lt;jrandom&gt; other than that, the roadmap is still pretty much on track and representative of where we're moving &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; a new faq is posted at http://wiki.invisiblenet.net/iip-wiki?I2PTiming &lt;jrandom&gt; mihi, you had a suggestion about the fourth option there (building our own in-i2p timing)? &lt;jrandom&gt; hi brawl &lt;mihi&gt; yep. &#8729;&#966;&#8729; brawl is now known as eco_ &lt;eco_&gt; hi guys &lt;jrandom&gt; oh heya eco &lt;mihi&gt; you should connect 3 random nodes and remember the diff between the avg time and local time. &lt;jrandom&gt; we just discussed the streaming API / tunnel api &lt;mihi&gt; and then hack up your own getTimeMillis that corrects that. &lt;Ophite1&gt; mihi: No, you shouldn't. &lt;jrandom&gt; mihi&gt; so if an attacker creates 1000 nodes with the wrong time, everyone gets screwed &lt;jrandom&gt; (since avg would skew randomly in between) &lt;mihi&gt; if an attacker creates 1000 nodes, everyone gets screwed anyway...? &lt;rsk&gt; wouldnt that be self corecting? &lt;Ophite1&gt; mihi: OK, 3. &lt;jrandom&gt; no, we should be able to handle that mihi. &lt;mihi&gt; okay, then only use avg, if standard deviation is lower than 1sec or so. &lt;rsk&gt; if everyone has the same time your ok, even if that time is wrong, right? &lt;jrandom&gt; rsk&gt; if all 1000 nodes were in sync, but what if they're all random &lt;mihi&gt; only use times that are close enough together. if not, take 3 new nodes. &lt;jrandom&gt; mihi&gt; right, we could implement NTP (which basically does what you say, using a series of candidate averages to iteratively close in on the correct time &lt;mihi&gt; but we need not care of everything (like ping latencies), as ntp does. &lt;Ophite1&gt; if we did not, mihi, time would slowly creep backwards. &#8801; mihi/#i2p thinks that is better than let users set their time individually. &lt;jrandom&gt; so anyone who randomly picks 3 of those skewed nodes gets sent onto their own private network? &lt;jrandom&gt; what about that third option - &lt;jrandom&gt; i2p has a component that checks with a real NTP server via NTP or SNTP &lt;mihi&gt; if you have only skewed notes in your netDB, you are on that private net as well... &lt;jrandom&gt; rather than reimplementing the wheel &lt;Ophite1&gt; while I partially like that one... &lt;Ophite1&gt; NTP isn't signed, it's subject to an MITM attack. &lt;Ophite1&gt; or dns cache poisoning for, say, time.nist.gov &lt;jrandom&gt; right Ophite1, though with 200,000+ SNTP or NTP hosts, thats a large set to attack. &lt;jrandom&gt; we would definitely not sync of time.nist.gov. &lt;Ophite1&gt; connections from i2p to the NSA's time server might raise a few eyebrows, ne? :) &lt;jrandom&gt; and if an attacker goes after time.nist.gov, everyone everywhere is affected &lt;jrandom&gt; heh &lt;mihi&gt; then we combine both. ask a "real" ntp server and your neighbor. if both say the same, it's okay. &lt;jrandom&gt; so even /more/ code ;) &lt;jrandom&gt; but yeah, thats reasonable. &lt;Ophite1&gt; That's interesting. And if they don't? &lt;Ophite1&gt; pick another ntp server? &lt;jrandom&gt; refuse the peer. &lt;mihi&gt; try other ntp server and another peer. &lt;mihi&gt; until you have a match. then refuse all prev peers. &#8801; mihi/#i2p types slower than jrandom :( &lt;Ophite1&gt; match within a certain threshold, say 1sec? &lt;jrandom&gt; 1s would be good. &lt;jrandom&gt; accepting peers up to 30s or so (to deal with lag) &lt;Ophite1&gt; is 1 sec okay on HEAVILY LADEN connections? &lt;jrandom&gt; 1s for syncing, 30s for comm. &lt;Ophite1&gt; I've seen latency on DSL get to 5 seconds when doing evil things to it. &lt;jrandom&gt; with tcp or udp? &lt;Ophite1&gt; but then, in that case, that host might not be the one you want to sync time to anyway ;) &lt;jrandom&gt; right &lt;Ophite1&gt; udp. &lt;jrandom&gt; hmm 'k &lt;Ophite1&gt; you'd have thought it'd get dropped :) &lt;i2p&gt; &lt;duck&gt; I think that the problem is more letting the user know that there is a problem &lt;jrandom&gt; duck&gt; that is true. &lt;i2p&gt; &lt;duck&gt; only after walking through big logs they see that their clock is off (if they find it) &lt;Ophite1&gt; Maybe. Sort of. &lt;i2p&gt; &lt;duck&gt; or that the port is already bound &lt;jrandom&gt; an admin interface would be nice. &lt;i2p&gt; &lt;duck&gt; the world is better with everybody using NTP connected to their local stantrum (sp) 2 server CTCP Cloaking is now [On] &lt;jrandom&gt; perhaps we'll have a 0.4 release with a bunch of cleanups and end user things, prior to going 1.0? &lt;jrandom&gt; right (stratum) &lt;i2p&gt; &lt;duck&gt; only windows clients are not likely to have that &lt;i2p&gt; &lt;duck&gt; but they are also not likely to be stable &lt;jrandom&gt; windows has NTP &lt;i2p&gt; &lt;duck&gt; so who cares &lt;Ophite1&gt; duck: Windows XP and Windows Server 2003 include NTP. &lt;jrandom&gt; a shitload easier than with unix too &lt;Ophite1&gt; sync'ed by default to time.windows.com iirc. &lt;jrandom&gt; with drop down options for others &lt;Ophite1&gt; It's an essential part of Windows Product Activation. &lt;Ophite1&gt; can't expire if you don't know the time :) &lt;jrandom&gt; heh &lt;mihi&gt; no option at my university... all clocks are 1 hour to 5 hours off. but i might not be allowed to run i2p there anyway... &lt;Ophite1&gt; mihi: i2p should try especially hard to work in such a situation... &lt;jrandom&gt; mihi&gt; awesome! you can help test out the hidden operation :) &lt;jrandom&gt; as an aside, I'm going to be doing some traveling this summer &lt;jrandom&gt; i'll likely be offline, without my laptop. &lt;i2p&gt; &lt;duck&gt; sidethought: ntp.duck.i2p :) &lt;Ophite1&gt; Look at it like this: Brianna Kazaa downloads cool new anonymous filesharing client which her best friend told her was really cool and lets you chat to people secretly and stuff. Do we want to tell her that she needs to set her clock within 30 seconds (how will she get some?)? Or do we want it to just work? &lt;jrandom&gt; but I'm going to make sure I can still be on I2P with just public terminals. CTCP Cloaking is now [Off] &lt;jrandom&gt; no brainer Ophite1. just work (with docs for geeks) &lt;jrandom&gt; duck&gt; bootstrap ;) &lt;jrandom&gt; and i2p will /not/ require root. &lt;Ophite1&gt; That's my point. &lt;Ophite1&gt; jrandom: would you run a router on a box you didn't have root to? &lt;jrandom&gt; so yeah, a mix between option 3 and 4 &lt;Ophite1&gt; option 3.5 sounds cool to me ;) &lt;jrandom&gt; Ophite1&gt; i'd run a hundred of them :) &lt;mihi&gt; option 3.1415926... &lt;jrandom&gt; (and move on to the next lab, run a hundred more) &lt;Ophite1&gt; Ooh. Pie. Tasty.;) &lt;Ophite1&gt; jrandom: I said you didn't have root on. Amateur. :) &lt;jrandom&gt; lol &lt;jrandom&gt; so thats basically where we're looking. &lt;jrandom&gt; until the time stuff is implemented, everyone should use option 1 or 2. &lt;jrandom&gt; for option 2, if someone could write up some docs, I'd appreciate it &lt;Ophite1&gt; that's acceptable for now as we are Not Yet Ready for Brianna Kazaa et al ;) &lt;mihi&gt; jftr: i won't test "hidden operation". my univ account has already been disabled once and i don't want it another time blocked... &lt;Ophite1&gt; mihi: You are the best test we could possibly have. &lt;jrandom&gt; Ophite1 &gt; not for test. &lt;jrandom&gt; 'k mihi, we'll find a way, and once its ready you'll be able to use it. &lt;Ophite1&gt; OK, maybe not test. Some unis get shirty enough to chuck you out rather than just block you. &lt;Ophite1&gt; I know someone at the most anti-filesharing pro-RIAA university in the USA. He runs a 2gbit dumpsite. &lt;jrandom&gt; lol nice &lt;Ophite1&gt; I appreciate that very, very few people are this ballsy. &lt;jrandom&gt; ok, thats it for time synchronization. &lt;jrandom&gt; eco_&gt; hi. any bt stuff you want to talk about? {or save till next week} &lt;Ophite1&gt; but bear in mind the majority of the internet is in future probably going to become university/corporate. i2p might be banned. i2p might WELL be considered abuse by major ISPs. i2p will have to work anyway. &lt;Ophite1&gt; I have a few interesting ideas along that angle I will present at a future date. &lt;jrandom&gt; word &lt;Ophite1&gt; (transport) &lt;rsk&gt; i2p is considered abuse by major ISPs, read your contract &lt;Ophite1&gt; rsk: running a distributed proxy cache? &lt;rsk&gt; running any 'server' &lt;Ophite1&gt; rsk: Not unless it relays to SMTP or WWW. &lt;jrandom&gt; running services of any time &lt;jrandom&gt; right &lt;Ophite1&gt; rsk: Hehe, I have a solution to that ;) &lt;eco_&gt; jrandom: can give a brief update &lt;jrandom&gt; floor is yours :) &lt;eco_&gt; i'm porting the java-based bittorrent client snark (www.klomp.org/snark) to get aquainted with i2p &lt;eco_&gt; first port runs on top of i2ptunnel, directly calling the java classes &lt;eco_&gt; current state: does work with 2 peers, things get messed up with &gt; 2, tunnels aren't cleaned up, so restarting is painful &lt;eco_&gt; eta: this weekend &#8801; eco_/#i2p realises that this might be considered &gt; 2003 &lt;jrandom&gt; w00t! &#8801; jrandom hacks time.nist.gov &lt;eco_&gt; a "real" port would probably cut the overhead of the tunnels, but that's a next step &lt;jrandom&gt; cool &#8801; eco_/#i2p gives floor back to mc jrandom &lt;jrandom&gt; 'k, I think that was it &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; anyone have anything else? &#8801; eco_/#i2p would like to express his thanks for the job well done by jrandom cs up to now &lt;eco_&gt; and that sleep has some use for home sapiens, though jrandom seems to prove this false &lt;jrandom&gt; ;) &lt;jrandom&gt; what are y'all's thoughts on meeting here as opposed to iip, until i2p is reliable enough? &lt;jrandom&gt; personally, I'm tired of meetings being cut to shreds every week. &lt;i2p&gt; &lt;anon&gt; lilo sucks! &lt;eco_&gt; we might be shutting people out by going here &lt;jrandom&gt; we are, I know. &lt;jrandom&gt; if we can get an iip&lt;--&gt;here bridge &lt;i2p&gt; &lt;duck&gt; IIP is shutting ppl out each day &lt;jrandom&gt; that'd be good. &lt;jrandom&gt; right. &lt;jrandom&gt; iip is, unfortunately, unusable for a reliable development community. &lt;i2p&gt; &lt;duck&gt; http://banaan.zeelandnet.nl/open/changate.html &lt;i2p&gt; &lt;duck&gt; that is the code where eyeKon etc is based on &lt;jrandom&gt; and while I like to go off coding on my own, y'all come up with really good ideas and do good stuff that is essential &#8801; rsk/#i2p is writing a windows update script &lt;i2p&gt; &lt;duck&gt; theoretically it could connect to 3 servers and mirror each of them &lt;jrandom&gt; word duck, perhaps I'll try to get one running on i2p.dnsalias.net &lt;jrandom&gt; ping flood from hell ;) &lt;eco_&gt; irc at duck.i2p was pretty good today, beat iip &lt;jrandom&gt; agreed &lt;jrandom&gt; dropped me a few times though. &lt;jrandom&gt; perhaps it'll be more reliable next week &lt;eco_&gt; it's in your hands :-) &lt;jrandom&gt; reliability probably won't improve until 0.3, which is ~2 weeks out &lt;jrandom&gt; (1 week to do the tunnel/streaming stuff, 1 week for peer profiling / testing) &lt;jrandom&gt; then there'll be whatever bugs that introduces :) &lt;jrandom&gt; though I should say I was really excited to stream audio from aum last night &lt;jrandom&gt; and ardvark was able to stream for 42 minutes without buffering! &lt;jrandom&gt; so perhaps we can be reliable enough &lt;jrandom&gt; (my local router is phttp only, which is probably a slight cause) &lt;jrandom&gt; ok, anyone have anything else? &lt;i2p&gt; &lt;duck&gt; cant thing of anything &#8801; eco_/#i2p can't either &#8801; jrandom winds up... &#8801; jrandom *baf*s the meeting closed </div>/ar/blog/2003/12/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/Tue, 23 Dec 2003 00:00:00 +0000/ar/blog/2003/12/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من آلة الزمن <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> ardvark, duck, FillaMent, jrand0m, luckypunk, TC, thecrypto</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) administravia [22:01] &lt;jrand0m&gt; 2) dev status [22:02] &lt;jrand0m&gt; 3) services on i2p [22:02] &lt;jrand0m&gt; 4) app status [ns, im, i2ptunnel, ...] [22:02] &lt;jrand0m&gt; 5) ??? [22:02] &lt;thecrypto&gt; wow, i picked a good time [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; yes you did thecrypto :) [22:02] &lt;jrand0m&gt; hi [22:02] &lt;jrand0m&gt; welcome to meeting 70 [22:02] &lt;TC&gt; woot [22:03] &lt;jrand0m&gt; 1) administravia [22:03] &lt;thecrypto&gt; w00t! [22:03] &lt;jrand0m&gt; mailing list, get on it for announcements / discussion / etc: (Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/ [22:04] &lt;jrand0m&gt; bugzilla: tell me where shit is broken (and perhaps look for ways you can help! :) (Link: http://i2p.dnsalias.net/bugzilla/index.cgi)http://i2p.dnsalias.net/bugzilla/index.cgi [22:04] &lt;jrand0m&gt; i think thats it for administravia [22:05] &lt;jrand0m&gt; (note that i'm just talking i2p stuff here, i don't see any iip things on the agenda) [22:05] &lt;jrand0m&gt; 2) dev status [22:05] &lt;jrand0m&gt; 0.2.3 as originally released had a chunk of bugs, so there have been perhaps a dozen subsequent builds, but none quite stable enough to be called 0.2.3.1 yet [22:06] &lt;jrand0m&gt; i'm rebuilding the tunnel management subsystem now, since that is the source of the bugs and 0.3 (scheduled for jan 1) needs the new pooling tunnel manager anyway. [22:07] &lt;jrand0m&gt; making good progress on that, I'm hoping it'll be ready for use in the next day or two (i'm testing it now) [22:07] &lt;jrand0m&gt; a description of whats up with that is on (Link: http://wiki.invisiblenet.net/iip-wiki?TunnelManagement)http://wiki.invisiblenet.net/iip-wiki?TunnelManagement [22:08] &lt;jrand0m&gt; duck among others have been incredibly helpful in submitting bugs, logs, and helping track down a ton of problems and memory / cpu issues. [22:08] &lt;jrand0m&gt; y'all rule, I really appreciate the help [22:09] * thecrypto pulls out the "APPLAUSE" sign [22:09] &lt;jrand0m&gt; ;) [22:09] &lt;jrand0m&gt; the # of routers have also been increasing... on avg we're at around 9-12 [22:09] &lt;jrand0m&gt; (up from 3-5 a week ago, and 6-8 in 0.2.2 times) [22:10] &lt;jrand0m&gt; the next release will improve the reliability dramatically [22:10] &lt;jrand0m&gt; (aka it won't get out the door until it does) [22:10] &lt;jrand0m&gt; ok, 3) services on i2p [22:11] &lt;jrand0m&gt; fillament started hosting his flog on i2p :) [22:12] &lt;FillaMent&gt; and I've got another trick up my sleeve =) [22:12] &lt;jrand0m&gt; ooOOoo :) [22:12] &lt;luckypunk&gt; tw [22:12] &lt;luckypunk&gt; hm [22:12] &lt;luckypunk&gt; hello. [22:12] &lt;luckypunk&gt; Does it work yet? [22:12] &lt;jrand0m&gt; duck started a new irc server on i2p with dcc disabled (for security reasons) plus some ident-ish features [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; luckypunk&gt; people with 350Mhz machines will need to wait until 0.3 is out before being able to use it effectively ;) [22:13] &lt;luckypunk&gt; yes, but is i2p reliable enough for that? [22:13] &lt;jrand0m&gt; (but subscribe to the i2p mailing list so you can get announcements) [22:13] &lt;luckypunk&gt; i overclocked to 377 [22:13] &lt;luckypunk&gt; does that help? [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; i was chatting on that irc server the other day, until my irc client b0rked [22:14] &lt;jrand0m&gt; but yes, things are a bit unreliable at the moment while the tunnel management subsystem is rebuilt [22:14] &lt;luckypunk&gt; well, im happy my computer didn't molassify overnight again. [22:15] &lt;jrand0m&gt; any other new services i've missed? [22:15] &lt;luckypunk&gt; well, when .3 comes out...t here'll be a yahooish service. [22:15] &lt;luckypunk&gt; ;) [22:15] &lt;jrand0m&gt; cool [22:15] &lt;TC&gt; i should run somthing else [22:16] &lt;TC&gt; whats a service we need that doesnt require messing with apache? [22:16] &lt;jrand0m&gt; your bbs is kick ass tc, i just can't wait until i2p is reliable enough for me to get to it consistently [22:16] &lt;jrand0m&gt; you could run a telnet based games server (e.g. adventure, etc) [22:16] &lt;luckypunk&gt; lol [22:16] &lt;TC&gt; hah [22:16] &lt;FillaMent&gt; MUSH [22:17] &lt;luckypunk&gt; i'll do that... it's low demand. [22:17] &lt;luckypunk&gt; and i already had about 300k of tinymush code. [22:17] &lt;jrand0m&gt; yeah, the whole mush/mud/moo/ style thaang [22:17] &lt;luckypunk&gt; heh [22:17] &lt;TC&gt; what about ultima online? [22:18] &lt;thecrypto&gt; ooh that's be fun [22:18] &lt;luckypunk&gt; "Slay FreeNet Databugs!" [22:18] &lt;luckypunk&gt; TC: =| [22:18] &lt;thecrypto&gt; we need to get a telnet client then [22:18] &lt;luckypunk&gt; maybe if we all obtained 6 ghz computers with oc-128 lines. :D [22:18] &lt;jrand0m&gt; thecrypto&gt; /bin/telnet + i2ptunnel [22:18] &lt;thecrypto&gt; ...yeah [22:18] &lt;thecrypto&gt; i'm sloew [22:19] &lt;thecrypto&gt; :) [22:19] &lt;jrand0m&gt; any other low hanging fruit for services? a mail server (pop3/imap without internet mail) would rule [22:19] &lt;jrand0m&gt; (and if it could /receive/ internet email that'd rule too) [22:21] &lt;jrand0m&gt; ok, 4) app status [22:21] &lt;jrand0m&gt; naming service [22:21] &lt;jrand0m&gt; wiht / co was here earlier, but not now [22:21] &lt;jrand0m&gt; MrEcho&gt; how goes? *** MrEcho is echo@anon.iip (Digital_Light) *** on channels: #iip-dev #anonymous *** on irc via server anon.iip (Official IIP ) *** MrEcho has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 [22:23] &lt;jrand0m&gt; ok, perhaps we'll get back to that [22:23] &lt;jrand0m&gt; hosts.txt has been growing as destinations have come online [22:23] &lt;jrand0m&gt; there's a bot on the jabber server that will let you register / fetch entries [22:24] &lt;jrand0m&gt; (plus the hosts.txt distributed with new installs is managed in cvs and mirrored at (Link: http://i2p.dnsalias.net/i2p/hosts.txt)http://i2p.dnsalias.net/i2p/hosts.txt) [22:24] &lt;jrand0m&gt; next up, IM [22:24] &lt;jrand0m&gt; hi thecrypto :) [22:24] &lt;jrand0m&gt; welcome back [22:25] &lt;thecrypto&gt; hi [22:25] &lt;thecrypto&gt; i2pim is being started from scratch [22:25] &lt;thecrypto&gt; i need to figure out how this network works but tearing apart ATalk and slowly putting it back together [22:25] &lt;thecrypto&gt; so it's slowly coming along [22:25] &lt;jrand0m&gt; word [22:25] &lt;thecrypto&gt; i don't know if i can get group chat working [22:25] &lt;thecrypto&gt; but it's an idea [22:26] &lt;jrand0m&gt; you had mentioned the idea of 'tossing around the baton' style of group chat - not centralized, but still workable... I think that might be a way to go [22:26] &lt;thecrypto&gt; it might involve some difficult baton passing to get it, but if anyone has an idea for how to do group chat under my model, e-mail the list i just signed onto [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;jrand0m&gt; cool [22:27] &lt;jrand0m&gt; yeah, starting off with one on one (perhaps with send/receive file) would probably be prudent [22:27] &lt;thecrypto&gt; yeah, the only problem would be syncronizing the baton will be difficult [22:27] &lt;thecrypto&gt; because you don't want 2 people grabbing the baton at the same time, or have the person who has the baton to drop of then et [22:27] &lt;thecrypto&gt; nety [22:27] &lt;TC&gt; token-ring-chat? [22:27] &lt;jrand0m&gt; yup, voting systems are a pain. [22:28] &lt;jrand0m&gt; right, good ol' 2phaseCommit [22:28] &lt;thecrypto&gt; TC: no, basically the IM network has no central presence server [22:28] &lt;thecrypto&gt; so what i'm thinking about doing is have a virtual server baton [22:29] &lt;duck&gt; ok, using a bootdisk from now on... [22:29] &lt;jrand0m&gt; the other option is to do group chat fully distributed: "group" just being "send these messages to peer X, Y, Z" [22:29] &lt;jrand0m&gt; d'oh duck [22:29] &lt;thecrypto&gt; yeah, but that's network by broadcast [22:29] &lt;jrand0m&gt; not really [22:29] &lt;thecrypto&gt; which is usually the stupidest idea [22:29] &lt;jrand0m&gt; the messages have to get sent to peer X, Y, Z from someone sometime [22:30] &lt;jrand0m&gt; its actually 1 less message than the (temporary) server based model [22:30] &lt;thecrypto&gt; yes, but then each person has to keep track of the group [22:30] &lt;jrand0m&gt; (and the UI can make the group 'pretty') [22:30] &lt;thecrypto&gt; and now there has to be messages passed around about what the group is current [22:30] &lt;jrand0m&gt; right, perhaps a control message stating "I think group A is X, Y, Z" [22:31] &lt;jrand0m&gt; instead of the voting protocol [22:31] &lt;jrand0m&gt; right, I'm not sure what way is best [22:31] &lt;jrand0m&gt; just saying there's an option [22:31] &lt;jrand0m&gt; no lo se [22:31] &lt;thecrypto&gt; yeah [22:32] &lt;jrand0m&gt; anyway, if you want a 'product' on bugzilla for i2pim, lemmie know, as well as if theres anything i can do to help [22:32] &lt;thecrypto&gt; well, i need code for there to be bugs in first [22:32] &lt;jrand0m&gt; ;) [22:33] &lt;thecrypto&gt; so wait a bit and i'll have something to put on bugzilla [22:34] &lt;jrand0m&gt; cool, whenever, its trivial to add [22:35] &lt;jrand0m&gt; ok, i2ptunnel [22:35] &lt;jrand0m&gt; i've tossed in two bug-ish things into bugzilla: (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1 and (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2 [22:36] &lt;jrand0m&gt; plus there's a thing wrt some browsers b0rking on missing trailing / [22:37] &lt;jrand0m&gt; getting sequence numbers into i2ptunnel would be really good, as large transfers sometimes are getting corrupted (missing message thats dropped, but sequence numbers would notice that immediately and fail fast) [22:37] &lt;jrand0m&gt; other than that, the things are minor, i2ptunnel is behaving a lot better than the router :) [22:38] &lt;jrand0m&gt; ok, any other apps? [22:39] &lt;jrand0m&gt; there was some discussion about NAT/SOCKS the last few days on the channel [22:39] &lt;jrand0m&gt; a socks enabled proxy that would let people ftp, bittorrent, etc would be really great [22:39] &lt;jrand0m&gt; plus there's the discussion aum started on the i2p list wrt file sharing / cdn [22:40] &lt;jrand0m&gt; (i swear i didn't tell him to make that post ;) [22:41] &lt;jrand0m&gt; i probably won't be doing anything on the app side beyond help out integrating with i2p, as there's a truckload of stuff to do in the router, so if you're interested in seeing them show up, get hackin' [22:44] &lt;jrand0m&gt; ok, thats it for apps [22:44] &lt;jrand0m&gt; 5) ??? [22:44] &lt;jrand0m&gt; hi [22:44] &lt;jrand0m&gt; any comments / questions / concerns / etc? [22:45] &lt;ardvark&gt; I think everyone fell asleep ;) [22:46] &lt;jrand0m&gt; someone posted a question to the wiki's FAQ and it got answered after about a day, so if anyone has concerns, either post them there, to the i2p@i2p.dnsalias.net mailing list, ask it in this channel, or spraypaint it on the wall [22:46] &lt;duck&gt; oh, meeting [22:46] &lt;jrand0m&gt; yeah, exciting, aint it ;) [22:46] * jrand0m slings mud at duck [22:46] * mihi did not follow, sorry. he will stand in the corner for the next 5 minutes... [22:46] &lt;jrand0m&gt; hehe [22:47] &lt;jrand0m&gt; ok, thats about it. [22:48] * jrand0m *baf*s the meeting to a close </div>/ar/blog/2003/12/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/Tue, 16 Dec 2003 00:00:00 +0000/ar/blog/2003/12/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck، FireRabbit، jrand0m، lonelynerd، mids، mihi، MrEcho، protocol، TC، wiht</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; 1) iip [22:04] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:04] &lt;jrand0m&gt; 3) hi [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; welcome to the ... something'th meeting [22:05] &lt;jrand0m&gt; (68? 69?) [22:05] &lt;MrEcho&gt; damm its 1pm here [22:05] &lt;jrand0m&gt; GMT-8? [22:05] &lt;duck&gt; 69 [22:05] &lt;jrand0m&gt; h0t. [22:06] &lt;jrand0m&gt; ok, 1) iip [22:06] *** Signoff: tusko (EOF From client) [22:06] * MrEcho compiles a kernel for the meeting [22:06] &lt;jrand0m&gt; iip is acting crazy. all i know is nop is "moving servers", whatever that means. i don't know when it'll be done, etc. [22:06] &lt;jrand0m&gt; anyone have any more info they want to share with the class? [22:06] *** mids (mids@anon.iip) has joined channel #iip-dev [22:06] &lt;MrEcho&gt; no info from nop [22:07] &lt;mids&gt; this morning I was told that I could start Trent again [22:07] &lt;mids&gt; (I did do so already last night) [22:07] &lt;jrand0m&gt; wikked [22:07] &lt;jrand0m&gt; gracias [22:07] &lt;mids&gt; so that indicates that nop believes that IIP is more stable again [22:07] &lt;mids&gt; if that is worth anything... [22:07] &lt;mids&gt; *cough* [22:07] &lt;jrand0m&gt; ok cool [22:08] &lt;jrand0m&gt; [woot roommate just handed me a glass of wine for the meeting] [22:08] &lt;MrEcho&gt; lol [22:08] &lt;jrand0m&gt; ok, since nop is online and won't come to hte meeting, we'll have to save the lynch mob for later [22:09] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:09] &lt;mids&gt; what specific question do you want to ask him? [22:09] &lt;protocol&gt; when is the meeting [22:09] &lt;jrand0m&gt; specific question&gt; when will he make an official announcement describing the past problems and how the future ones will be addressed? [22:09] &lt;jrand0m&gt; the meeting is now [22:10] &lt;jrand0m&gt; (aka, at what point should we explore non-iip means of communication) [22:10] &lt;mids&gt; if I get an answer I'll let you know. [22:10] &lt;jrand0m&gt; thanks [22:11] &lt;jrand0m&gt; ok, i2p stuff. 0.2.3 came out yesterday, and while most of hte kademlia code is working fine, there are some 0.2.2 bugs showing up as well as some other bugs being explored. [22:11] &lt;jrand0m&gt; i've committed a change to use tunneled messages for dbStore instead of garlics, which should reduce the load tc (et al) have been seeing on servers [22:12] &lt;jrand0m&gt; there is also a new persistent sessionKeyManager that will make it so restarts won't totally b0rk a router for 15 minutes [22:12] &lt;MrEcho&gt; what about client connect times to routers? [22:12] &lt;duck&gt; so far it feels as good/bad as 0.2.2; unless my router/tunnels go down again this night, in which case it is worse as 0.2.2 [22:13] &lt;jrand0m&gt; MrEcho&gt; that seems to be in the interaction of two bugs from 0.2.2 thats acting up more than before. those two are my top priority. [22:13] &lt;MrEcho&gt; ok cool [22:13] &lt;jrand0m&gt; duck&gt; my feeling is that its worse than 0.2.2, from an end user perspective. i'm working on fixing that without sacrificing anonymity or security. [22:13] &lt;MrEcho&gt; its hard to work on the dns with that damm bug .. i have to restrt the dns server alot [22:14] &lt;jrand0m&gt; MrEcho&gt; with local only routers i have not been able to reproduce the bugs - does it work for you w/ local only? [22:15] &lt;MrEcho&gt; no [22:15] &lt;jrand0m&gt; could you send me debug logs for that? [22:15] &lt;MrEcho&gt; already deleted [22:16] &lt;jrand0m&gt; ok, if you try again and it doesn't work, if you could send me debug logs from both the router and client I'd appreciate it. [22:16] &lt;MrEcho&gt; its doing the samething as before .. client gets msg that its sent .. but never makes it to the client [22:16] &lt;MrEcho&gt; to the other client [22:17] &lt;MrEcho&gt; ya .. ill see what i can do [22:17] &lt;jrand0m&gt; ok, sounds like the i2psessionImpl2 bug. i haven't been able to reproduce that locally, but once its fixed for remote hopefully it will work for your situation [22:17] &lt;jrand0m&gt; gracias [22:17] &lt;jrand0m&gt; in any case, thanks for y'all's patience with the update. we're making progress, even if it doesn't feel like it on the surface [22:18] &lt;protocol&gt; shine on you crazy diamond [22:18] &lt;duck&gt; in the future, say once i2p is actually used, how will the development / release process change to prevent broken releases from mess up the net? [22:19] &lt;jrand0m&gt; once 1.0 is out, i'll do dev &amp; roll out to an insane group of volunteers to play with for a week, then if things wokr great, it'll get rolled out to general release. [22:20] * FireRabbit will be an insane vollunteer [22:20] &lt;jrand0m&gt; right now i've got to battle with kaffe &amp; jetty for updates on i2p.dnsalias.net [22:20] &lt;duck&gt; what species? [22:20] * MrEcho already is [22:20] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:20] &lt;jrand0m&gt; y'all already are insane (and very helpful) volunteers :) [22:20] &lt;FireRabbit&gt; thank you! [22:20] &lt;FireRabbit&gt; :) [22:21] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:21] &lt;jrand0m&gt; hey if it aint tc [22:21] * MrEcho wips TC .. your late [22:21] &lt;TC&gt; hey [22:21] &lt;TC&gt; we back up and running? [22:21] &lt;MrEcho&gt; ya i can type todya... [22:22] &lt;jrand0m&gt; iip seems up... [22:22] &lt;TC&gt; yay [22:22] &lt;jrand0m&gt; in any case, i'm hoping to have 0.2.3.1 out in the next few days, once the two critical bugs get fixed (the cpu overload tc has seen has already been updated) [22:23] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:23] &lt;TC&gt; what was the cause? [22:23] &lt;FireRabbit&gt; i seem to have noticed increased disk activtiy since updating to 0.2.3 but i havent spent any time to see if thats actually i2p or just the comp being stupid [22:23] *** Signoff: wiht ((null)) [22:23] &lt;TC&gt; FireRabbit, how much memmory do you have? [22:24] &lt;FireRabbit&gt; that computer has 128 i believe [22:24] &lt;FireRabbit&gt; you think it could be the paging file? [22:24] &lt;jrand0m&gt; the cause was that 0.2.3 sends all dbStore messages via garlic routed messages instead of directly, which uses either ElGamal or AES+SessionTag (depending on whether tags are known). the persistentSessionKeyMAnager will make tags last longer, and 0.2.3.1 will send dbStore messages through tunnels instead [22:24] &lt;TC&gt; because i have 512 and i2p gave me an 'out of memmory' error last night [22:24] &lt;jrand0m&gt; really? shite [22:24] &lt;FireRabbit&gt; oh, intresting [22:25] &lt;MrEcho&gt; wow [22:25] &lt;jrand0m&gt; yeah, thats #3 on the list of bugs left to crack (though thats not a 0.2.3.1 showstopper) [22:25] &lt;jrand0m&gt; OOMs don't use all 512 [22:25] &lt;TC&gt; but it seems to be running fine now [22:25] &lt;jrand0m&gt; they only use what java's given (e.g. 64M) [22:26] &lt;TC&gt; yes [22:26] &lt;duck&gt; Memory: In use: 8187KB [22:26] &lt;jrand0m&gt; word [22:26] &lt;duck&gt; that is not much! [22:26] &lt;duck&gt; yet [22:26] &lt;MrEcho&gt; Memory: In use: 8908KB Free: 4088KB [22:27] &lt;jrand0m&gt; right, there is something growing in there, i hope to have it tracked down by 0.3 [22:27] &lt;jrand0m&gt; cool, free means it used to use 12.9M, now it only uses 8.9 [22:27] &lt;TC&gt; its running at 30megs of memory at the moment but last night it jumped up to (what windows told me) '70' about then is where it crashed [22:27] &lt;jrand0m&gt; yeah, kaffe does that for me tc [22:28] &lt;jrand0m&gt; ok, in any case, people should subscribe to the i2p mailing list [22:28] * FireRabbit is thinking when he gets home today hes going to rewrite the meshwork lib since it has some problems [22:28] &lt;FireRabbit&gt; sigh [22:28] &lt;jrand0m&gt; ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] &lt;jrand0m&gt; d'oh FireRabbit [22:28] &lt;FireRabbit&gt; this thing is never going to gte done [22:28] &lt;TC&gt; yah, and memory is no biggy for the most part [22:28] &lt;jrand0m&gt; heh, no project goes as easily as one hopes [22:28] &lt;FireRabbit&gt; nope [22:28] &lt;protocol&gt; jrand0m: the maillist triggers Yahoo! spam protection [22:28] &lt;protocol&gt; just a heads up [22:28] &lt;jrand0m&gt; really protocol? [22:29] &lt;protocol&gt; yeah [22:29] &lt;jrand0m&gt; perhaps thats what triggered the spam guard when i cc'ed iip-dev [22:29] * jrand0m will write my isp [22:29] &lt;jrand0m&gt; (or perhaps its the .dnsalias.net thing) [22:30] &lt;protocol&gt; i didn't get any mailings so far, and i emptied my bulk mail b4 i could check [22:30] &lt;duck&gt; or the jrandom nicknam [22:30] &lt;jrand0m&gt; lol duck [22:30] &lt;FireRabbit&gt; :) [22:30] &lt;jrand0m&gt; that'd be awesome if my nick was filtered :) [22:30] &lt;FireRabbit&gt; hehe [22:30] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; wb wiht [22:30] &lt;jrand0m&gt; speaking of which, I suppose I should inject 3.1) apps :) [22:31] &lt;jrand0m&gt; hey MrEcho, how goes the battle? [22:31] &lt;wiht&gt; jrand0m: Hello. [22:31] &lt;MrEcho&gt; the day somone writes a autodetect program for the linux compile config [22:31] &lt;MrEcho&gt; well its on its way [22:31] &lt;duck&gt; knoppix uses some autodetect thing, isnt it? [22:31] &lt;jrand0m&gt; ./configure ; make ; make check ; make install ; reboot [22:31] &lt;duck&gt; &lt;/offtopic&gt; [22:31] &lt;MrEcho&gt; ive pritty much maped out how i want to do everything [22:31] &lt;jrand0m&gt; word [22:32] &lt;jrand0m&gt; do you have a clear view on how i2ptunnel could be updated to make use of what you're doing MrEcho? [22:32] &lt;FireRabbit&gt; i think knoppix uses hotplug [22:32] &lt;MrEcho&gt; 0.1 wont be/might be locked down .. dont know yet [22:32] &lt;jrand0m&gt; coo' [22:33] &lt;TC&gt; oh jrand0m, i have a question about the cvs [22:33] &lt;jrand0m&gt; que tal? [22:33] &lt;MrEcho&gt; for dns querys im going to have a server port on the Client and RS side for Names querys [22:33] &lt;FireRabbit&gt; ok jrand0m so enlighten me on this, if you have two arrays, one thats storing data just recieved and one thats acting as a buffer what would you name them [22:33] &lt;MrEcho&gt; and im going to build a lib for any app to use [22:33] &lt;jrand0m&gt; FireRabbit&gt; src, dest [22:34] &lt;FireRabbit&gt; humm [22:34] &lt;TC&gt; i thought it would be a good idea if i updated the host file directly to the i2p based cvs so it could be included with future versions [22:34] &lt;jrand0m&gt; definitely tc [22:34] &lt;FireRabbit&gt; this is a pretty big class, i think id want to go a little more specific than that [22:34] * jrand0m should get you a cvs account [22:34] &lt;TC&gt; im just wondering how to connect to it [22:34] &lt;duck&gt; TC: you want (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] &lt;duck&gt; easiest CVS client for windows that I know [22:35] * MrEcho uses the dos ver :) [22:35] &lt;mihi&gt; duck: for windows != win9x ;) [22:35] * FireRabbit uses the cvs command line port [22:35] &lt;duck&gt; mihi: I did test it with win9x [22:35] &lt;jrand0m&gt; tc&gt; have you used cvs before? or are you concerned w/ anonymity? (you should be able to cvs through i2p at the moment) [22:35] * mihi uses either WinCVS or the cygwin cvs [22:35] * jrand0m uses cvs.exe [22:35] &lt;TC&gt; ok, so i use that client and set up the proxy? [22:35] &lt;TC&gt; no, ive never used cvs before [22:35] &lt;jrand0m&gt; ok, i'll walk you through the setup after the meeting [22:36] &lt;TC&gt; sure, thanks [22:36] &lt;duck&gt; about cvs-ing through the tunnel: [22:36] &lt;duck&gt; wouldnt the double messages be a big problem? [22:36] *** Signoff: wiht (Ping timeout) [22:37] &lt;duck&gt; especially for commits [22:37] &lt;jrand0m&gt; yes duck, but I haven't run into that problem (cvs messages are typically small) [22:37] &lt;jrand0m&gt; &gt;64k messages (e.g. the specs .pdf or .sxw) should for now be done through the normal internet [22:38] &lt;duck&gt; jabber msges get also duplicated quite often [22:38] &lt;jrand0m&gt; you're right though, in that its not a rock solid solution for cvs yet [22:38] &lt;duck&gt; even though they are XML, they are not that big [22:40] &lt;jrand0m&gt; right, lost acks are one of the bitches of the current lost i2psessionimpl2 bugs :/ [22:40] &lt;duck&gt; k [22:41] &lt;duck&gt; (that was a partly lost ack) [22:41] &lt;jrand0m&gt; (with the network this size, there should be no resends ever, unless that the peer is offline) [22:42] &lt;jrand0m&gt; hmm ok, any other i2p stuff? [22:42] &lt;mihi&gt; jrand0m: how about adding some kinda sequence number into the i2p packets? [22:43] &lt;jrand0m&gt; i2ptunnel packets? [22:43] &lt;mihi&gt; this would help with the doubling things. [22:43] &lt;mihi&gt; no, i2pnp packets [22:43] &lt;mihi&gt; okay, one could do it on i2ptunnel level as well. [22:43] &lt;TC&gt; so jrand0m did you get your conncetion back or are you still at a cafe? [22:43] &lt;mihi&gt; just if you get twice the same number, disregard the second one. [22:44] &lt;jrand0m&gt; those already handle dup ids for most things, though you're right in that there's going to be an update on 0.3 for the remaining messages [22:44] &lt;jrand0m&gt; right, currently we keep a history of the last 1000 msgIds to drop dups [22:44] &lt;mihi&gt; okay, if anyone volunteers to write a good tcp impl for i2p, that would be better ;) [22:44] &lt;jrand0m&gt; yes! :) [22:44] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:45] * jrand0m thinks there's going to be a bounty for some [yet to be determined killer app/feature] once 1.0 gets near [22:45] &lt;duck&gt; win a 1 hour private chat session with UserX! [22:45] &lt;jrand0m&gt; lol [22:45] &lt;MrEcho&gt; lol [22:46] &lt;jrand0m&gt; ok, any other i2p things, or iip things, or anything else for this, the 69th iip-dev meeting? [22:46] &lt;jrand0m&gt; (other than userx pinup girl comments) [22:47] &lt;duck&gt; any other apps that duck inc. should run? [22:47] &lt;jrand0m&gt; bluebeep! [22:47] &lt;TC&gt; 1. jrand0m did you fix your connection issues? 2. what do you think of my new eepsite? [22:47] &lt;TC&gt; bluebeep? [22:47] &lt;jrand0m&gt; oh sorry tc. yes, i finally have net access :) haven't seen your new eepsite beyond the board (which kicks ass), but i'll check later :) [22:48] &lt;duck&gt; TC: I like the new design [22:48] &lt;TC&gt; hmm, i should change the board as well to cut down on the load time [22:48] &lt;duck&gt; only think you should try to disable the email function in the phpboard, now you get an error each time [22:48] &lt;TC&gt; thanks duck [22:48] &lt;jrand0m&gt; dropping images would be a plus [22:49] &lt;TC&gt; good idea [22:49] &lt;jrand0m&gt; (bluebeep is an old wardialer) [22:49] &lt;MrEcho&gt; ya [22:49] &lt;jrand0m&gt; (and all around fun toy) [22:49] &lt;duck&gt; please keep in mind that the average age is 16 here [22:50] * MrEcho is 24 [22:50] * duck ducks [22:50] * jrand0m doubts there are too many 3 year olds to balance out the geriatrics among us ;) [22:50] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:50] &lt;MrEcho&gt; lol [22:50] * TC built a blackbox once [22:50] &lt;jrand0m&gt; w3wt [22:50] &lt;lonelynerd&gt; is the meeting already over? [22:50] &lt;duck&gt; last Q: [22:50] *** protocol is now known as proto_afk [22:51] &lt;duck&gt; how can we read the kademlia stats? [22:51] * jrand0m hasn't !baf'ed yet lonelynerd, so ask away :) [22:51] * MrEcho kills pcmcia support in the kernel [22:51] &lt;duck&gt; just so that we understand what routerConsole.html dumps [22:51] &lt;MrEcho&gt; im getting pissed [22:51] &lt;jrand0m&gt; ok, the JobQueue stats I assume you mean? [22:52] * duck guesses that it is all obvious probably [22:52] &lt;jrand0m&gt; basically when I look at JobQueue stats, I check to see that the avg execution time for the Build garlic message, buld tunnel, and handle * message jobs are small [22:52] &lt;jrand0m&gt; (those are the jobs that usually take the longest, and when the pending side of things gets large, everything suffers) [22:53] &lt;lonelynerd&gt; (actually, i better read the logs first) [22:53] &lt;duck&gt; gotcha [22:53] &lt;jrand0m&gt; the .1-.6s avg pending time i've been seeing is shit poor and one of the big things i'm going to aim for once its time to tune 'em [22:54] &lt;jrand0m&gt; the netDb contents liveliness and reliability are largely random numbers, as long as they're &gt; 100. last sent successfully means when was the last time it was sent to 2 or more peers [22:54] &lt;jrand0m&gt; (we resend randomly if it isn't local) [22:54] &lt;jrand0m&gt; (no more than once every 5 minutes though) [22:55] &lt;jrand0m&gt; is there a stat that would be helpful for people, or some other visualization that might help? (if its nontrivial i might not throw it in, but if its easy, i probably would) [22:56] &lt;duck&gt; thanks [22:57] &lt;jrand0m&gt; any other comments / questions / concerns / frisbees? [22:59] &lt;jrand0m&gt; in that case [22:59] * jrand0m winds up [22:59] * jrand0m *baf*s the meeting closed </div>/ar/blog/2003/12/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-9-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/Tue, 09 Dec 2003 00:00:00 +0000/ar/blog/2003/12/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-9-%D8%AF%D9%8A%D8%B3%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> duck, joda, jrand0m, mrflibble, Nostradumbass</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 0) welcome to $num [22:02] &lt;jrand0m&gt; 1) iip status [22:02] &lt;jrand0m&gt; 2) kademlia stuff + idn [22:02] &lt;jrand0m&gt; 3) peer profiling stuff [22:02] &lt;jrand0m&gt; 4) i2p services [22:02] &lt;jrand0m&gt; 5) stuff [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; hi [22:03] &lt;jrand0m&gt; this is meeting 67 or 68... [22:03] &lt;jrand0m&gt; 1) iip status [22:03] &lt;jrand0m&gt; I dunno. anyone know what the situation has been as of late? [22:04] &lt;jrand0m&gt; the iip devs aren't here, so... dunno. [22:04] &lt;jrand0m&gt; [ping] [22:04] &lt;jrand0m&gt; (last week I typed for probably 10 minutes before my client pinged me out...) [22:05] &lt;jrand0m&gt; (i'm not going to type anything else until I get a p0ng, damnit ;) [22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:05] &lt;jrand0m&gt; 'lo Nostradumbass [22:06] &lt;Nostradumbass&gt; hi :) [22:06] &lt;jrand0m&gt; ok cool, so I haven't pinged out, people are just lurking. cool :) [22:06] * jrand0m hops on to the next agenda item [22:06] &lt;Nostradumbass&gt; how's i2p coming? [22:06] &lt;Nostradumbass&gt; sorry? [22:06] &lt;jrand0m&gt; good lead in ;) [22:07] &lt;jrand0m&gt; agenda item 3) i2p 0.2.3 status :) [22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev [22:07] &lt;jrand0m&gt; there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago [22:07] &lt;jrand0m&gt; that includes an implementation of the kademlia netDb [22:08] &lt;jrand0m&gt; so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) [22:08] &lt;jrand0m&gt; there have been a few more variations on the kademlia proto though to make things more relevent for i2p [22:09] &lt;jrand0m&gt; we will always have a very, very, /very/ sparse kademlia tree. [22:09] &lt;jrand0m&gt; 2^256 possible slots, and 1-10 values per peer in the network. [22:09] &lt;jrand0m&gt; so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket [22:10] &lt;jrand0m&gt; so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo &amp; distance metric [22:10] &lt;jrand0m&gt; idn, however, is dead in the water. [22:11] &lt;jrand0m&gt; the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea [22:11] &lt;jrand0m&gt; and has been promptly abandonded. [22:11] &lt;jrand0m&gt; idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it [22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats [22:12] &lt;jrand0m&gt; heya tusko [22:12] &lt;jrand0m&gt; that brings us to agenda item 3) peer profiling [22:12] &lt;jrand0m&gt; I've been pretty silly...and finally did some of the math [22:13] &lt;jrand0m&gt; the stats being gathered now are immense. [22:13] &lt;jrand0m&gt; about 6000 data points /per peer/ [22:13] &lt;duck&gt; what is peer profiling? [22:13] &lt;jrand0m&gt; peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future [22:13] &lt;duck&gt; ah [22:13] &lt;jrand0m&gt; (aka fast routers, reliable routers, etc) [22:13] &lt;duck&gt; the process that eats up my memory :) [22:14] &lt;jrand0m&gt; heh actually that part isn't toooo bad [22:14] &lt;jrand0m&gt; though 6000 data points won't scale. [22:14] &lt;jrand0m&gt; 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb [22:15] &lt;jrand0m&gt; though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that [22:15] &lt;jrand0m&gt; we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. [22:16] &lt;jrand0m&gt; we could probably get away in the long term with just keeping track of a hundred or so peers. [22:16] &lt;jrand0m&gt; but, for now, I'm going to say fuckit. [22:16] &lt;jrand0m&gt; keep stats on all peers [22:16] &lt;duck&gt; ping [22:16] &lt;jrand0m&gt; p0ng [22:17] &lt;duck&gt; will it try to learn about all peers? [22:17] &lt;jrand0m&gt; right now, yes [22:17] &lt;duck&gt; oh wait, your last lines covered that [22:17] &lt;jrand0m&gt; we also have some code for coallescing and running calculations on the peer profiles [22:18] &lt;jrand0m&gt; so one of those calculators will determine what peers to drop [22:18] &lt;jrand0m&gt; an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] &lt;jrand0m&gt; (you'll notice lots of 0s :) [22:19] &lt;jrand0m&gt; I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki [22:20] &lt;jrand0m&gt; but thats all 0.3 stuff, really. 0.2.3 just uses a little of it [22:21] &lt;jrand0m&gt; ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up [22:21] &lt;jrand0m&gt; (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) [22:22] &lt;jrand0m&gt; ok, 4) i2p services [22:23] &lt;jrand0m&gt; tc's site is awesome &amp; really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) [22:23] &lt;jrand0m&gt; there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board [22:24] &lt;jrand0m&gt; things sometimes act up a bit, but thats related to some bugs in the router &lt;= 0.2.2, and have been fixed (and will roll out in 0.2.3) [22:24] &lt;jrand0m&gt; the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ [22:25] &lt;jrand0m&gt; so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel [22:25] &lt;jrand0m&gt; what services would be cool to show up next? [22:25] &lt;duck&gt; I did try to run an ircd over i2ptunnel [22:25] &lt;duck&gt; but before it got the full MOTD after logging in, I got ping timeouted already [22:26] &lt;jrand0m&gt; d'oh [22:26] &lt;duck&gt; and that was on the same router [22:26] &lt;duck&gt; so in the wild performance will be even worse [22:26] &lt;jrand0m&gt; on the local router it pinged out?! [22:26] &lt;jrand0m&gt; local router should never ping anything out [22:26] &lt;jrand0m&gt; oh, except for that race bug [22:26] &lt;jrand0m&gt; (which is probably what it was, since it was local and the race is faster there) [22:26] &lt;duck&gt; irc client pinged out for not responding in time [22:27] &lt;duck&gt; I'll retry with 0.2.3 [22:27] &lt;jrand0m&gt; word [22:27] &lt;duck&gt; though jabber is nice for now [22:27] &lt;jrand0m&gt; totally [22:27] &lt;jrand0m&gt; and long term, irc is not the way to go [22:27] &lt;duck&gt; tc, jrandom and me are there to chat with! [22:27] &lt;jrand0m&gt; hehe :) [22:28] &lt;jrand0m&gt; we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points [22:28] &lt;jrand0m&gt; (aka iip 2.0) [22:28] &lt;jrand0m&gt; now would be a nice time for userx to come back into the fold ;) [22:29] * jrand0m stops holding breath [22:29] &lt;jrand0m&gt; an nntp server would /also/ really really rule. [22:29] &lt;duck&gt; I'll try that tomorrow [22:29] &lt;jrand0m&gt; r0x0r [22:30] &lt;duck&gt; jabber is really nice to run other things over [22:30] &lt;duck&gt; check out the jabber rpc specs [22:30] &lt;duck&gt; (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] &lt;duck&gt; other services? [22:30] &lt;jrand0m&gt; thats interesting - doing jabber as a naming service, essentially [22:31] &lt;duck&gt; you mean: [22:31] &lt;jrand0m&gt; there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage [22:31] &lt;duck&gt; name server has a jabber client through which you can register names (provided token) [22:31] &lt;duck&gt; also use it to query? [22:31] &lt;jrand0m&gt; naw [22:32] &lt;jrand0m&gt; jabber's registry being the naming service [22:32] &lt;duck&gt; ok [22:32] &lt;jrand0m&gt; its centralized but it works [22:32] &lt;jrand0m&gt; just like hosts.txt :) [22:33] &lt;duck&gt; are there mail solutions that are better suited for there environments than smtp and pop/imap ? [22:33] &lt;jrand0m&gt; thats a really good question [22:33] &lt;duck&gt; cause I dont think that it will just work when you hook up mail servers [22:34] &lt;jrand0m&gt; yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing [22:34] &lt;jrand0m&gt; or it reverts back to centralized single POP3/IMAP server with everyone on the same server [22:35] &lt;duck&gt; I spoke with aum (author of freemail) yesterday [22:35] &lt;duck&gt; he was talking about reimplementing fred in python [22:35] &lt;jrand0m&gt; lol nice [22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [22:35] &lt;duck&gt; so I did suggest him to work on the python routers for i2p instead [22:35] &lt;jrand0m&gt; ooh that would TOTALLY rule! [22:35] &lt;duck&gt; then he got totally upset about the pdf documents [22:36] &lt;jrand0m&gt; hey, if he wants the openOffice originals, or even a txt export I'll export [22:36] &lt;duck&gt; and I lost my patience and told him that you would also have the m$word docs if he did ask nicely [22:36] &lt;duck&gt; well, you were a fuckhead for not doing a html export or something [22:36] &lt;jrand0m&gt; naw, I tried that ;) [22:36] &lt;duck&gt; I lost my patience and told him to talk to you [22:36] &lt;jrand0m&gt; the openOffice html export SUCKS [22:37] &lt;duck&gt; hm [22:37] &lt;mrflibble&gt; true jr [22:37] &lt;jrand0m&gt; when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. [22:37] &lt;duck&gt; wiki has most info though [22:37] &lt;jrand0m&gt; exactly [22:37] &lt;mrflibble&gt; i tried using that for that kevin mitnick book. it was worse than ms office [22:37] &lt;duck&gt; oh well [22:37] &lt;jrand0m&gt; zactly. [22:37] &lt;duck&gt; he might appear here once [22:37] &lt;jrand0m&gt; that'd be awesome [22:38] &lt;duck&gt; but maybe it is better with his attitude to join the freenet gang [22:38] &lt;duck&gt; ... [22:38] &lt;jrand0m&gt; well, effort on freenet is always a good thing [22:38] * duck goes back to beeing friendly [22:38] &lt;jrand0m&gt; :) [22:38] &lt;duck&gt; aums work rocks [22:38] &lt;duck&gt; hopefully he'll rock on i2p [22:39] &lt;jrand0m&gt; yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" [22:39] &lt;jrand0m&gt; we need the help, certainly [22:39] &lt;duck&gt; which brings me to the following question: [22:39] &lt;duck&gt; are the changes to I2P that you do specced? [22:39] &lt;duck&gt; or is the java source the documentation for the latest info [22:40] &lt;jrand0m&gt; there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while [22:40] &lt;jrand0m&gt; feb is doc-month for jrandom. [22:40] &lt;jrand0m&gt; (and qa, and bugfixing) [22:41] &lt;jrand0m&gt; ((and benders ;)) [22:41] &lt;jrand0m&gt; the specs are still pretty much correct, there are just more details. [22:41] &lt;duck&gt; awesome [22:41] &lt;jrand0m&gt; but the datastructures have had more changes [22:42] &lt;jrand0m&gt; ok, anything else for services? [22:43] &lt;jrand0m&gt; ok, 5) stuff [22:43] &lt;jrand0m&gt; hi [22:43] &lt;duck&gt; hi! [22:43] &lt;jrand0m&gt; how's tricks? [22:43] &lt;jrand0m&gt; [any questions / thoughts / issues / etc go here] [22:43] &lt;duck&gt; the base64 tricks should be added to the i2ptricks pages [22:44] &lt;jrand0m&gt; ooh good point [22:44] &lt;duck&gt; might be some other tricks too that I dont know yet [22:44] &lt;duck&gt; will grep the sources for 'main' [22:44] &lt;jrand0m&gt; I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed [22:44] &lt;jrand0m&gt; lol [22:44] &lt;jrand0m&gt; there are lots and lots of main() methods, but they're mostly test functions [22:45] &lt;jrand0m&gt; oh! [22:45] &lt;jrand0m&gt; one thing. DONT run the current code from cvs and expect it to work with normal routers. [22:45] *** joda (--@anon.iip) has joined channel #iip-dev [22:45] &lt;joda&gt; hi [22:45] &lt;jrand0m&gt; the db messages changed :) [22:45] &lt;jrand0m&gt; hi joda [22:45] &lt;joda&gt; sorry, if I interrupt something [22:45] &lt;duck&gt; I got a bit upset that I couldnt get cvs to work [22:45] &lt;duck&gt; but then I did remember that this isnt freenet [22:45] &lt;joda&gt; I was just wondering what happend to "anonymail" ? [22:46] &lt;duck&gt; so you dont need latest cvs to be able to use it [22:46] &lt;jrand0m&gt; joda&gt; the user who runs it doesn't seem to be online at the moment. should be back soon [22:46] &lt;jrand0m&gt; hehe duck - did it fail for you today after I committed, or do you mean from before today? [22:46] &lt;duck&gt; last week somewhere [22:46] &lt;joda&gt; jrand&gt; thx :) [22:46] &lt;joda&gt; cu :) [22:46] &lt;jrand0m&gt; ah 'k duck [22:46] &lt;jrand0m&gt; l8r joda [22:47] &lt;jrand0m&gt; yeah, I only endorse running the released code [22:47] &lt;duck&gt; will 0.2.3 put the version files in a directory? :) [22:47] &lt;jrand0m&gt; 0.2.3 gets rid of the version files :) [22:47] &lt;jrand0m&gt; (lots and lots and lots of changes) [22:47] &lt;jrand0m&gt; but that means 0.2.3 (and beyond) will require g enerally correct clocks [22:48] &lt;jrand0m&gt; (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] &lt;duck&gt; what will the fudge facter be for 0.2.3? [22:48] &lt;jrand0m&gt; probably the same [22:49] *** joda has left #iip-dev [22:49] &lt;duck&gt; oh, current = your code [22:49] &lt;jrand0m&gt; that time will be used to expire db entries [22:49] &lt;duck&gt; k [22:49] &lt;jrand0m&gt; ah, right, yeah :) [22:49] &lt;jrand0m&gt; (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) [22:49] &lt;duck&gt; maybe the installer could be a bit more userfriendly [22:49] &lt;duck&gt; as in less questions [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] &lt;duck&gt; default phttp urls included, no bandwidth limiting etc [22:50] &lt;jrand0m&gt; I guess we could autoguess random ports too [22:50] &lt;jrand0m&gt; you're right [22:50] &lt;jrand0m&gt; want commit privs? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] &lt;jrand0m&gt; (if not I can update it for 0.2.3) [22:51] &lt;duck&gt; an argument against it can be that users will take settings too easily for granted [22:51] &lt;duck&gt; and everybody uses the same phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev [22:51] &lt;jrand0m&gt; true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay [22:52] &lt;jrand0m&gt; i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute [22:52] &lt;jrand0m&gt; (though thats because i know what all the text says and didn't read it...) [22:52] &lt;duck&gt; I dont like the long keys [22:53] &lt;duck&gt; especially not if you have to copy&amp;paste them [22:53] &lt;duck&gt; better use them as file [22:53] &lt;jrand0m&gt; hmm? [22:53] &lt;duck&gt; but distributing the binary files are a pain [22:53] &lt;duck&gt; so you have to do the base64 trick.. [22:53] &lt;duck&gt; could the i2ptunnel read base64 destination keys too? [22:53] &lt;duck&gt; from a file that is [22:53] &lt;jrand0m&gt; I was just typing that ;) [22:53] &lt;jrand0m&gt; yeah, that wouldnt be much work [22:54] &lt;jrand0m&gt; perhaps even 1 line [22:54] &lt;duck&gt; also, what about armouring? [22:54] &lt;duck&gt; with a header&amp;footer [22:54] &lt;duck&gt; like pgp etc [22:55] &lt;jrand0m&gt; true, it would be useful to have that sort of validation [22:55] &lt;duck&gt; ofcourse that is a gadget [22:55] &lt;duck&gt; but it could be helpful for those who want to use the tunnel [22:55] &lt;jrand0m&gt; though the Destination structure itself is pretty picky [22:55] &lt;jrand0m&gt; but you're right, a raw base64 isn't the most intuitive or safe thing to pass around [22:56] &lt;jrand0m&gt; we need a bugzilla [22:56] &lt;jrand0m&gt; so things like this can get posted as todo [22:56] &lt;jrand0m&gt; i'd move off my palm's todo list for that [22:56] &lt;duck&gt; bugzilla has nazi registration requirements [22:56] &lt;duck&gt; with emails etc.. [22:56] &lt;jrand0m&gt; true [22:57] &lt;duck&gt; but better as nothing [22:57] &lt;duck&gt; other bugtrackers all have their shortcomings [22:57] &lt;jrand0m&gt; yeah, every company i've worked at has pretty much ended building their own [22:58] &lt;jrand0m&gt; we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) [22:58] &lt;jrand0m&gt; so we've got a few weeks ;) [22:58] &lt;jrand0m&gt; but if someone did some research and found a really nice one, that'd be great [22:59] &lt;jrand0m&gt; [not you specifically duck, anyone who's reading these meeting logs at home ;)] [22:59] &lt;duck&gt; so far phpBugTrackers has been okay for me [22:59] &lt;jrand0m&gt; hmm haven't used that [22:59] &lt;duck&gt; yes, I am not talking to jrandom either [22:59] &lt;jrand0m&gt; lol [22:59] &lt;duck&gt; but to the group of I2P code developers :) [22:59] * jrand0m is actually 12 people acting under a single nym [23:00] &lt;jrand0m&gt; ok, 1 hour, on the dot [23:00] &lt;jrand0m&gt; anyone else have anything before I get the *baf*er out? [23:01] * duck demands 1 more minute [23:01] &lt;duck&gt; since we did start on 21:02 [23:01] &lt;jrand0m&gt; yeah yeah [23:01] &lt;jrand0m&gt; la la la [23:01] &lt;jrand0m&gt; what should i have for dinner? [23:01] &lt;jrand0m&gt; there's a nice falafel place next door... [23:01] &lt;jrand0m&gt; had gnocci for lunch too [23:01] &lt;jrand0m&gt; hmm... [23:01] &lt;jrand0m&gt; maybe a liquid dinner [23:02] &lt;duck&gt; soup? [23:02] &lt;jrand0m&gt; ooOooo whiskey soup! [23:02] * jrand0m *baf*'s the meeting closed on that note </div>/ar/blog/2003/11/30/i2p-dev-meeting-november-30-2003/Sun, 30 Nov 2003 00:00:00 +0000/ar/blog/2003/11/30/i2p-dev-meeting-november-30-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrand0m, nop, MrEcho, dm, dish, mihi</p> <h2 id="meeting-log">سجل الاجتماع</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) status [22:02] &lt;jrand0m&gt; 1.2) roadmap changes [22:02] &lt;jrand0m&gt; 1.3) open subprojects [22:02] &lt;jrand0m&gt; 2) native modPow [22:03] &lt;jrand0m&gt; 2) gui installer [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) naming service [22:03] &lt;jrand0m&gt; 5) licensing [22:03] &lt;jrand0m&gt; 6) other? [22:03] &lt;jrand0m&gt; 0) welcome [22:03] &lt;jrand0m&gt; hi. [22:03] &lt;nop&gt; hi [22:03] &lt;jrand0m&gt; meeting 2^6 [22:04] &lt;jrand0m&gt; got any agenda items to add to there nop? [22:04] &lt;jrand0m&gt; ok, 1.1) router status [22:04] &lt;jrand0m&gt; we're 0.2.0.3 and last I heard, its functional [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; right? [22:05] &lt;MrEcho&gt; im running it .. seems fine [22:05] &lt;nop&gt; no [22:05] &lt;jrand0m&gt; there have been minor commits after the 0.2.0.3 release, nothing release worthy [22:05] &lt;nop&gt; I am jus trying to catch up [22:05] &lt;jrand0m&gt; coo' [22:06] &lt;jrand0m&gt; given the experiences and feedback of 0.2.0.x, the roadmap has been updated to get things less resource intensive to run [22:06] &lt;jrand0m&gt; (aka so people can run webservers / etc and it won't eat up their CPU) [22:06] &lt;jrand0m&gt; specifically (moving to agenda 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] &lt;MrEcho&gt; what ive noticed is that most routers use: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; does it auto go to phttp or does it even try tcp first [22:07] &lt;jrand0m&gt; hmm, most routers should support PHTTP, and if they can accept incomming connections, should support TCP as well [22:07] &lt;jrand0m&gt; if at all possible it uses TCP [22:07] &lt;jrand0m&gt; PHTTP is weighted about 1000 times more expensive than TCP [22:08] &lt;jrand0m&gt; (see GetBidsJob, which asks each transport how much it thinks it'd cost to send a message to a peer) [22:08] &lt;jrand0m&gt; (and see TCPTransport.getBid and PHTTPTransport.getBid for the values used) [22:08] &lt;MrEcho&gt; ok [22:08] &lt;jrand0m&gt; are you using PHTTP often to send and receive messages? [22:09] &lt;jrand0m&gt; (that might be a sign that your TCP listener isn't reachable) [22:09] &lt;MrEcho&gt; i didnt put in the urls on my side [22:09] &lt;jrand0m&gt; ah 'k. [22:09] &lt;MrEcho&gt; ohh it is [22:10] &lt;jrand0m&gt; ok, yeah, my routers have open TCP connections to you [22:10] &lt;dm&gt; how hospitable of them. [22:11] &lt;jrand0m&gt; but I'm glad y'all made me implement routerConsole.html so we don't have to dig through the logs for this crap [22:11] &lt;MrEcho&gt; is there a timeout thing if it doesnt connect to the tcp it goes phttp? and whatz the timing on it [22:11] &lt;jrand0m&gt; if it gets a TCP connection refused / host not found /etc, it fails that attempt immediately, and tries the next available bid [22:12] &lt;MrEcho&gt; so no retrys [22:12] &lt;jrand0m&gt; phttp has a 30 sec timeout iirc [22:12] &lt;jrand0m&gt; no need to retry. you either have an open TCP connection and can send the data or you don't :) [22:13] &lt;MrEcho&gt; lol ok [22:13] &lt;MrEcho&gt; will it try tcp everytime after that or skip that and just go phttp for the next connection? [22:13] &lt;jrand0m&gt; it'll try tcp each time at the moment. [22:13] &lt;jrand0m&gt; the transports don't keep histories yet [22:13] &lt;MrEcho&gt; ok cool [22:14] &lt;jrand0m&gt; (but if a peer fails 4 times they get shitlisted for 8 minutes) [22:14] &lt;MrEcho&gt; well once the otherside gets the phttp msg it should connect to the router that sent the msg via tcp right? [22:14] &lt;jrand0m&gt; correct. once any tcp connection is established, it can use it. [22:14] &lt;jrand0m&gt; (but if both peers only have phttp, they'll obviously only use phttp) [22:15] &lt;MrEcho&gt; that would mean that it couldnt est. a tcp connection to anything [22:15] &lt;MrEcho&gt; .. but ya [22:16] &lt;MrEcho&gt; i wish there was a way around that [22:16] &lt;jrand0m&gt; no, one of my routers doesn't have a TCP address - only PHTTP. but I establish TCP connections with peers who have TCP addresses. [22:16] &lt;jrand0m&gt; (and then they can send back messages along that TCP connection instead of sending me slower PHTTP messages) [22:17] &lt;jrand0m&gt; or is that not what you mean? [22:17] &lt;MrEcho&gt; ya i got mixed up [22:17] &lt;jrand0m&gt; word, np [22:18] &lt;jrand0m&gt; so, see the updated roadmap for updated schedule information (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; ok, 1.3) open subprojects [22:19] &lt;jrand0m&gt; I finally put a bunch of my palmpilot's todo list into the wiki at http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; so if you're bored and looking for code projects... :) [22:20] &lt;MrEcho&gt; gezz [22:20] &lt;MrEcho&gt; already got 2 [22:20] &lt;dish&gt; You have a palmpilot this is elite [22:20] &lt;MrEcho&gt; mine died [22:20] &lt;jrand0m&gt; mihi&gt; there's a line item in there wrt the I2PTunnel describing a thought I had a lil while ago [22:21] &lt;MrEcho&gt; don't know whatz up wit hit [22:21] &lt;jrand0m&gt; yeah, I used to have palms but just recently had this one donated to the cause ;) [22:21] &lt;dish&gt; Could there be an agenda item at the meeting to discuss when the last time userX typed something was [22:21] &lt;MrEcho&gt; damm thing doesnt even turn on anymore [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; I don't think UserX has said anything in 4 or 5 months ;) [22:22] &lt;MrEcho&gt; is that a bot or something? [22:22] &lt;dish&gt; What did they say 5 months ago? [22:22] &lt;MrEcho&gt; i bet its a bitchx running on some box he use to have access to .. and forgot about it [22:22] &lt;jrand0m&gt; that they'd get back with comments about the anonCommFramework (i2p's old name) next week ;) [22:23] &lt;dish&gt; haha [22:23] &lt;jrand0m&gt; but I suppose he's busy. so is life [22:23] &lt;jrand0m&gt; ok, 2) native modPow [22:24] &lt;MrEcho&gt; i saw that c code [22:24] &lt;jrand0m&gt; i put together a stub .c and java class to show how something like GMP or another MPI library could be integrated, but it obviously doesn't work [22:25] &lt;jrand0m&gt; what would be good would be if we had a small package of C classes and that trivial associated Java wrapper class that we could build for windows, osx, *bsd, linux, and package up under GPL [22:25] &lt;jrand0m&gt; (insert major iip breakage here) [22:38] &lt;MrEcho&gt; last thing i saw was: [13:25] &lt;jrand0m&gt; ok, 2) native modPow [22:38] &lt;jrand0m&gt; hi MrEcho [22:38] &lt;jrand0m&gt; yeah, looks like a main proxy crashed [22:39] &lt;jrand0m&gt; I'm giving it another 2 mins before restarting [22:39] &lt;MrEcho&gt; k [22:39] &lt;MrEcho&gt; for $25 1 time i can get full on java on thenidus.net ... one of my sites [22:40] &lt;jrand0m&gt; $25? they charge you to install software? [22:40] &lt;MrEcho&gt; no idea really .. its a package [22:40] &lt;MrEcho&gt; talking to my friend right now [22:40] &lt;jrand0m&gt; I'm not sure the code is quite stable enough to go out and rent a bunch of colo spots to put up routers though. yet :) [22:41] &lt;dm&gt; frazaa? [22:41] &lt;MrEcho&gt; java - jsp [22:41] &lt;jrand0m&gt; ok, resending what I sent before: [22:41] &lt;jrand0m&gt; i put together a stub .c and java class to show how something like GMP or another MPI library could be integrated, but it obviously doesn't work [22:41] &lt;jrand0m&gt; what would be good would be if we had a small package of C classes and that trivial associated Java wrapper class that we could build for windows, osx, *bsd, linux, and package up under GPL (or less restrictive license) [22:41] &lt;jrand0m&gt; however with the new roadmap placing AES+SessionTag as my current action item, this isn't quite as critical as it was. [22:42] &lt;jrand0m&gt; if anyone wants to run with this though, that'd be great (and I'm sure another project we're all familiar with would be interested in such a packaging) [22:43] &lt;dm&gt; z? [22:43] &lt;jrand0m&gt; heh, in a way ;) [22:44] &lt;jrand0m&gt; ok, 3) gui installer [22:44] &lt;jrand0m&gt; MrEcho&gt; hi [22:44] &lt;MrEcho&gt; :) [22:44] &lt;MrEcho&gt; hehe [22:44] &lt;MrEcho&gt; its comming alog [22:44] &lt;jrand0m&gt; cool [22:44] &lt;MrEcho&gt; nothing fancy [22:45] &lt;MrEcho&gt; ive got some really cool ideas to make it really fancy .. but thatz a way off [22:45] &lt;jrand0m&gt; I was wondering if the installer should add 1) an option to auto-get the seeds from http://.../i2pdb/ 2) auto-get the http://.../i2p/squid.dest and create a runSquid.bat/runSquid.sh too? [22:45] &lt;jrand0m&gt; word [22:46] &lt;jrand0m&gt; yeah, we want the installer to be as simple as possible - what fancy stuff were you thinking of? [22:46] &lt;MrEcho&gt; question is .. when you do java -jar installer it goes to the non gui by default because of the way u have things [22:46] &lt;MrEcho&gt; how are we going to make it to were you dbl click the jar file and it loads the gui [22:47] &lt;jrand0m&gt; install.jar &lt;-- nongui, installgui.jar &lt;-- gui [22:47] &lt;jrand0m&gt; seperate code, seperate packages [22:47] &lt;MrEcho&gt; fancy as in things you might not notice .. but its goingto be nice and clean [22:47] &lt;jrand0m&gt; cool [22:47] &lt;MrEcho&gt; aww ok [22:48] &lt;jrand0m&gt; (or install &lt;-- gui installcli &lt;-- cli. we'll see how things progress) [22:49] &lt;jrand0m&gt; anything else on the gui, or do we jump off to item 4)? [22:49] &lt;jrand0m&gt; (any time frame you're thinking? no pressure, just wondering) [22:51] &lt;MrEcho&gt; no idea right now [22:51] &lt;jrand0m&gt; coo' [22:51] &lt;jrand0m&gt; ok, 4) IM [22:51] &lt;jrand0m&gt; thecrypto aint here, so..... [22:51] &lt;jrand0m&gt; 5) naming service [22:51] &lt;jrand0m&gt; wiht isn't here either... [22:51] &lt;jrand0m&gt; ping [22:52] &lt;dish&gt; you're off on the number agenda count [22:52] &lt;dish&gt; 3) IM [22:52] &lt;jrand0m&gt; yeah, I used to have 2 agenda item 2's [22:52] &lt;dish&gt; 4) Naming [22:52] &lt;dish&gt; ;) [22:52] &lt;jrand0m&gt; (native modPow and gui installer) [22:52] &lt;jrand0m&gt; see, we're dynamic and stuff [22:59] &lt;jrand0m&gt; ok, for the logs I suppose I'll continue [22:59] &lt;jrand0m&gt; 6) licensing [23:00] &lt;jrand0m&gt; I'm thinking about going less restrictive than GPL. we are using some MIT code, plus one other file is GPL (but thats just the base64 encoding and can be replaced trivially). other than that, all of the code is either copyright by either myself or thecrypto. [23:01] &lt;dish&gt; look at mihi i2p tunnel part of code [23:01] &lt;jrand0m&gt; oh right, mihi has released that as gpl but he may want to release it as something else if he wants, as well [23:01] &lt;jrand0m&gt; (but i2ptunnel is essentially a third party app and can license how it wants) [23:02] &lt;jrand0m&gt; (though since the i2p sdk is gpl, he's been forced to be gpl) [23:02] &lt;MrEcho&gt; damm about time [23:02] &lt;jrand0m&gt; I don't know. licensing is not my forte, but I'm inclined at least to move to lgpl [23:03] &lt;dish&gt; release the 10-20 line of change to I2P HTTP Client mihi code as whatever mihi license is [23:03] &lt;jrand0m&gt; hehe :) [23:06] &lt;jrand0m&gt; anyway, 7) other? [23:07] &lt;jrand0m&gt; anyone have any questions / concerns / ideas wrt i2p? [23:07] &lt;dish&gt; Let me ask [23:07] &lt;dish&gt; Does the I2P have any group name feature? [23:07] &lt;jrand0m&gt; group name feature? [23:07] &lt;dm&gt; team discovery channel! [23:07] &lt;MrEcho&gt; lol [23:08] &lt;dish&gt; So that if you want to have private or seperate network, but some router get intermixed somehow without group name the two network would merge [23:08] &lt;MrEcho&gt; hes thinking of waste [23:08] &lt;jrand0m&gt; ah [23:08] &lt;dish&gt; I don't know why you would want that, but I am just ask in case [23:08] &lt;jrand0m&gt; yes, early on in the network design I was playing with that [23:09] &lt;jrand0m&gt; its more advanced than we need for now (or for the relatively near future [6-12 months]) but may be integrated later [23:09] &lt;dish&gt; Or is that a bad idea because it is better to keep it one large network [23:09] &lt;dm&gt; i2pisdead [23:09] &lt;jrand0m&gt; heh dm [23:10] &lt;nop&gt; shad up [23:10] &lt;dm&gt; nop: tough guy? [23:10] &lt;jrand0m&gt; no dish, its a good idea [23:10] &lt;dm&gt; funny guy? [23:10] &lt;jrand0m&gt; its essentially what release 0.2.3 is -- restricted routes [23:10] &lt;jrand0m&gt; (aka you've got a small private (trusted) set of peers and you don't want everyone to know who they are, but you still want to be able to communicate with them) [23:15] &lt;jrand0m&gt; ok, anything else? [23:15] &lt;nop&gt; nah, I'm just being funny [23:18] &lt;dm&gt; funny guy? [23:20] &lt;jrand0m&gt; ok, well, /interesting/ meeting, with a few iip crashes in the middle ;) [23:21] &lt;jrand0m&gt; * jrand0m *baf*s the meeting to a close </div>/ar/blog/2003/11/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/Wed, 26 Nov 2003 00:00:00 +0000/ar/blog/2003/11/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> dm, duck, jrand0m, Nostradumbass, Ophite1, TC, tonious</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; agenda: [22:04] &lt;jrand0m&gt; 0) welcome [22:04] &lt;jrand0m&gt; 1) status [22:04] &lt;jrand0m&gt; 2) transport futures [22:05] &lt;jrand0m&gt; 3) peer stats for selection [22:05] &lt;jrand0m&gt; 4) apps [22:05] &lt;jrand0m&gt; 5) ...? [22:05] &lt;jrand0m&gt; 0) [22:05] &lt;jrand0m&gt; hi. [22:05] &lt;jrand0m&gt; 66 is it? [22:05] &lt;duck&gt; 7) what brand of whiskey does jrand0m drink? [22:06] &lt;jrand0m&gt; bushmills, glenlivit [22:06] &lt;jrand0m&gt; (for whiskey and whisky, respectively) [22:06] &lt;TC&gt; yey, i made the meating [22:06] &lt;jrand0m&gt; woot [22:06] &lt;jrand0m&gt; ok, 1) status [22:06] &lt;jrand0m&gt; the kademlia stuff is coming along very well. [22:07] &lt;jrand0m&gt; I've build a little simulator that runs a network of five nodes and puts them through the basic tests [22:07] &lt;jrand0m&gt; also the idn stuff is implemented with some tests as well [22:08] &lt;jrand0m&gt; the last two days or so have been focused on making sure the kademlia code works for both idn and for the i2p netdb, which has caused a bunch of changes [22:09] &lt;jrand0m&gt; actually, the big change is that I'm forcing myself to be practical and make the kademlia code work first with the netDb and /then/ think about the idn stuff. [22:10] &lt;jrand0m&gt; idn right now is kind of functional, except for inter-node comm (which will be replaced with comm over i2p, of course ;) [22:10] &lt;TC&gt; idn is the stuff for the distributed storage? [22:10] &lt;jrand0m&gt; roadmap has been updated as well - http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:10] &lt;jrand0m&gt; yes [22:10] &lt;jrand0m&gt; idn = Invisible Distribution Network [22:10] &lt;jrand0m&gt; (free open source anonymous akamai, basically) [22:11] &lt;TC&gt; is there a non anonymous public akamai implemintation i could play with? [22:11] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; mnet is probably up that alley [22:12] *** Signoff: nickthief60934 (Excess Flood) [22:12] &lt;jrand0m&gt; before I jump back into the router completely, I'm planning on leaving the idn code in a state that /hopefully/ someone would be able to jump in and make that into a usable app. [22:13] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:14] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:14] &lt;jrand0m&gt; if you see the roadmap, kademlia has been pushed into the 0.2.2 release. in addition, there are also two big outstanding things that I hope to have in there, fixing a pair of bugs that do annoying things [22:14] &lt;TC&gt; would it be posible do image grabs do idn from an i2ptunnel eepsite? [22:15] &lt;jrand0m&gt; hmm? [22:15] &lt;jrand0m&gt; oh, like &lt;img src="idn:blah"&gt;? [22:15] &lt;TC&gt; i was just thinking of bandwidth saving, yes [22:15] &lt;Ophite1&gt; protocol would be the obvious way to go, yes. [22:16] &lt;jrand0m&gt; hmm Ophite1? [22:17] &lt;jrand0m&gt; (sorry, I'm sick again so might not be quite on top of my game today) [22:17] &lt;dm&gt; how many LOC have you written jr? [22:17] &lt;TC&gt; Ophite1, could i2p tunnel be modified to redirect? [22:18] &lt;TC&gt; or could the browser do it on its own somehow? [22:18] &lt;jrand0m&gt; dm&gt; "find . -exec grep \\\; {} \; | wc -l" currently puts the sdk ~8kloc, the router ~11kloc [22:18] &lt;dm&gt; okay thanks. [22:19] &lt;jrand0m&gt; idn would want to support receiving requests from browsers. [22:19] &lt;Ophite1&gt; would mean integrating idn into i2ptunnel. very ugly. [22:19] &lt;jrand0m&gt; currently idn has a so-god-damn-easy api. [22:19] &lt;jrand0m&gt; the api is the file system. [22:19] &lt;jrand0m&gt; aka: [22:19] &lt;jrand0m&gt; command=get [22:19] &lt;jrand0m&gt; key=zGb1tPM6ARNRTWZLCWK4XXco2Ngk8ccx-ciDUCom~9U [22:19] &lt;jrand0m&gt; saveAs=testGetOutput.txt [22:20] &lt;jrand0m&gt; place that in a file in a directory, and voila. [22:20] &lt;jrand0m&gt; (that was the easiest possible for me to implement and test with. certainly better ones can be found and made) [22:21] &lt;jrand0m&gt; ok, so, yeah. thats the status. I'm hoping for a 0.2.2 release by this time next week, at least. [22:22] &lt;jrand0m&gt; that'll include the first integration of the kademlia stuff, tunnel fixes, and i2cp updates. [22:23] &lt;jrand0m&gt; ok, 2) transport futures [22:23] &lt;jrand0m&gt; I don't like our tcp transport. and our udp transport is disabled. and our phttp transport is tweaky. [22:23] * jrand0m would like to see the tcp transport replaced with tls / ssl / some-other-standard [22:24] &lt;Ophite1&gt; link-level encryption is a requirement? [22:24] &lt;jrand0m&gt; absolutely. [22:25] &lt;Ophite1&gt; tls is _hell_ though. ask openssl. [22:25] &lt;tonious&gt; ssh? [22:25] &lt;Ophite1&gt; that, too. [22:25] &lt;jrand0m&gt; yeah, I followed the nasty discussions on the cryptography list last month, with interest. [22:25] &lt;jrand0m&gt; ssh is definitely a possibility. [22:26] &lt;jrand0m&gt; safe, too, since we already essentially have the certificates (in the RouterInfo.publicKey) [22:26] &lt;Ophite1&gt; but we're in java. we'd have to code it ourselves? :/ [22:26] &lt;jrand0m&gt; naw, there are ssl, tls, and ssh java libs [22:26] *** Signoff: nickthief60934 (Ping timeout) [22:26] &lt;tonious&gt; There's already at least one java ssh client. Dunno about servers. [22:26] &lt;Ophite1&gt; re: security of such libs, given numerous high profile holes in openssl, openssh, et al? [22:27] &lt;jrand0m&gt; Ophite1&gt; most likely better than custom built code. [22:27] &lt;jrand0m&gt; not that I have any reason to think there are exploits in the tcp transport as written. [22:27] &lt;jrand0m&gt; but it has not been reviewed. [22:28] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; in any case, updating the transports isn't really on deck until january (after the 0.3 release goes out) [22:28] &lt;jrand0m&gt; but if anyone wants to look into it and do some research, that'd be great [22:29] &lt;TC&gt; how many devs do we have activly coding? [22:29] &lt;dm&gt; 1! :) [22:29] &lt;jrand0m&gt; you can see who commits via (Link: http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html)http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html [22:29] &lt;tonious&gt; But he's got the strength of ten men.... [22:30] &lt;jrand0m&gt; mihi has been cleaning up some of my messes, thankfully :) [22:30] &lt;dm&gt; haha, it's all jrandom :) [22:30] &lt;dm&gt; nice way of saying "just me" [22:31] &lt;dm&gt; I noticed that about mihi, when he got involved in frazaa, he just showed up one day and started cleaning up my (horrid) java. It was quite entertaining. [22:31] &lt;jrand0m&gt; heh [22:31] &lt;Ophite1&gt; people like that are very, very useful :) [22:32] &lt;jrand0m&gt; quite [22:32] &lt;dm&gt; "who's writing all these catch statements who do nothing ;)" -mihi [22:32] &lt;jrand0m&gt; d'oooh [22:33] &lt;Ophite1&gt; it's cause of reminders like that the code won't get as bad as freenet (we hope?) :) [22:33] &lt;jrand0m&gt; if in 5 years any of the current i2p code is still in use, I'll be shocked. [22:34] &lt;jrand0m&gt; (it had better be ported into finely tuned ASM code by then!) [22:34] * Ophite1 makes his "java implementation is just a prototype" speech [22:34] &lt;dm&gt; well, if you're still working on it 4 years from now, I'll guarantee that It'll be in use 5 years from now :) [22:34] &lt;TC&gt; heh, comment it out and leave it in place [22:35] &lt;dm&gt; is there a link to see the source on the web? not just the changes. [22:35] &lt;jrand0m&gt; yes dm, http://i2p.dnsalias.net/ [22:35] &lt;dm&gt; nm, found it. [22:35] &lt;jrand0m&gt; :) [22:35] &lt;jrand0m&gt; ok, 4) peer stats for selection [22:36] &lt;jrand0m&gt; calling this a nebulus topic is one hell of an understatement. [22:36] &lt;jrand0m&gt; doctoral theses could be written (and some have been) on how to choose what peers to use in an untrusted environment. [22:36] &lt;dm&gt; public interface Job [22:36] &lt;dm&gt; oops, meeting. Sorry didn't realize. [22:37] &lt;jrand0m&gt; the good part is that half of our peer selection is already taken care of - the selection of peers to find other peers. [22:37] &lt;jrand0m&gt; (thats the kademlia stuff) [22:38] &lt;jrand0m&gt; the part thats left is the selection of peers to participate in tunnels, to route garlics, and to bounce replies through [22:38] *** Signoff: dm (EOF From client) [22:38] *** Signoff: TC (EOF From client) [22:38] *** Signoff: leenookx (EOF From client) [22:38] &lt;jrand0m&gt; what I'm thinking for 0.3 is just going to be a simple history of each peer, tested periodically [22:39] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:39] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:39] &lt;jrand0m&gt; stats revolving around latency and uptime [22:39] *** Signoff: soros (Client exiting) [22:39] &lt;Ophite1&gt; suggest you be wary of including accurate information about bandwidth usage and latency in that stats. [22:40] &lt;Ophite1&gt; as per my drunken questions. [22:40] &lt;Ophite1&gt; perhaps a more indirect route, but it's an area that needs very careful, well considered attention. [22:40] &lt;jrand0m&gt; hmm, with the intent of keeping the accurate info unknown, or to defeat predictabilities? [22:40] &lt;jrand0m&gt; right [22:41] &lt;jrand0m&gt; this discussion is for a release that won't go out until at least jan 1 [22:42] * jrand0m understands and agrees that we want to avoid the predictabilities [22:42] &lt;jrand0m&gt; but I think we want to gather and use as accurate info as we can, /then/ adjust for entropy [22:42] &lt;Ophite1&gt; mere entropy alone may not be enough. [22:43] &lt;Ophite1&gt; but, I need more research on this :/ [22:43] &lt;jrand0m&gt; true - randomly deciding to garlic route a message rather than tunnel route it, or to use a sequence of tunnels instead of one directly, etc [22:44] &lt;jrand0m&gt; no rush, just wanted to plant the subject in the minds of those out there :) [22:44] &lt;jrand0m&gt; ok, 4) apps [22:45] &lt;Ophite1&gt; been troubling me for a week or more; though, I'm happy to announce I've run into a brick wall so far :) [22:45] &lt;jrand0m&gt; w00t :) [22:45] &lt;Ophite1&gt; inclusion of accurate or accurate+some%entropy statistics may make some attacks work though. [22:46] &lt;TC&gt; oh, before apps i have a question [22:46] &lt;jrand0m&gt; well, its always easy enough to simply discard accurate info as necessary [22:46] *** Signoff: nickthief60934 (Excess Flood) [22:46] &lt;jrand0m&gt; sure tc, whats up? [22:46] &lt;jrand0m&gt; (stats will also (hopefully) make it easier to debug the network's operation while in development) [22:46] &lt;TC&gt; when are manditory minium hop counts (or something like it) going to start?&gt; [22:47] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:47] &lt;jrand0m&gt; right now the default minimum tunnel length is one non-local hop [22:47] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:47] * TC didnt know that [22:48] &lt;Ophite1&gt; which is okay as long as the non-local hop doesn't KNOW it's the only non-local hop. [22:48] &lt;jrand0m&gt; that will be up'ed to 2-4 once things are more reliable [22:48] &lt;jrand0m&gt; right Ophite1 [22:48] &lt;Ophite1&gt; still one better than a gnunet shortcut, so it's cool :) [22:48] &lt;TC&gt; oh, and how do speed improvements look? [22:48] * jrand0m is basing that 2-4 # on o-r comments [22:49] &lt;Ophite1&gt; temporary stats for network testing are okay by me, and very useful, but please bear in mind they may be a dangerous feature for production anonymity. [22:49] &lt;jrand0m&gt; hmm, speed improvements will come through more reliable and faster peer selections, which is the 0.3 release [22:49] &lt;dm&gt; jeez, I forgot how jr's code looks like it was written by a robot. [22:49] &lt;dm&gt; Hmmm, that would explain a lot. [22:50] &lt;Ophite1&gt; and through more scalable routing, which is next weeks' :) [22:50] &lt;jrand0m&gt; heh sorry dm, I'll try to be more inconsistent ;) [22:50] &lt;Ophite1&gt; (did I just mean discovery?) [22:50] &lt;jrand0m&gt; right, its discovery, not routing, really. [22:51] &lt;jrand0m&gt; i2p is scale free for normal comm. [22:51] &lt;jrand0m&gt; (and o(log(n)) for discovery) [22:51] &lt;TC&gt; i think your average ai who lives on the net would be pro i2p, what do you think dm? [22:52] &lt;dm&gt; I think the average method size in this code is the smallest I've ever seen is what I think. [22:53] &lt;Ophite1&gt; dm: clean. very good for a proto :) [22:53] &lt;dm&gt; Do you comment as you go or do you go back and put those descriptions? [22:53] &lt;jrand0m&gt; I comment when I get confused [22:54] &lt;jrand0m&gt; (I really can't wait until collections are typesafe) [22:54] &lt;jrand0m&gt; but, yeah, 4) apps :) [22:54] &lt;jrand0m&gt; (unless anyone else has router / network questions?) [22:55] &lt;TC&gt; pnope [22:55] &lt;jrand0m&gt; ok, wiht isn't here, anyone else have any naming service thoughts / comments (mrecho?) [22:55] &lt;TC&gt; a distributed naming server? [22:56] &lt;dm&gt; is wiht ever here? [22:56] &lt;tonious&gt; It could probably just sit on top of IDN. [22:56] &lt;jrand0m&gt; yeah, I'd really love to see the naming service be a dht (perhaps reusing the idn / kademlia code) containing CA signed entries [22:56] &lt;TC&gt; did co die? [22:56] &lt;jrand0m&gt; exactly tonious [22:57] &lt;jrand0m&gt; perhaps you're right, it could be an app that /uses/ idn, not just uses the code. hmmm... [22:57] &lt;jrand0m&gt; that'd be Good. [22:57] &lt;tonious&gt; Mebbe have a key fingerprint associated in case of collisions. [22:57] &lt;jrand0m&gt; naw, co/wiht is around every few days [22:57] &lt;tonious&gt; Wouldn't even necessarily need a centralized CA? [22:57] &lt;jrand0m&gt; we'd need a CA if nyms are unique. [22:58] &lt;Ophite1&gt; The CA signing chain should elminiate collisions. [22:58] &lt;jrand0m&gt; (and we need nyms to be unique to do naming, really) [22:58] &lt;Ophite1&gt; of course this makes CA key very important. [22:58] &lt;TC&gt; how about dys dns? can i make my host file redirect to a eepsite? [22:59] &lt;tonious&gt; TC: Not really. The OS doesn't even see i2p. [22:59] &lt;jrand0m&gt; though we could have $nym.$ca be the thing looked up for [22:59] &lt;Ophite1&gt; perhaps so important we want to distribute trust by it signing some second level .*.i2p domains, and have virtually all stuff under that, *.*.i2p - i.e., jrand0m.nym.i2p [22:59] &lt;jrand0m&gt; right, though with tusko's ppp2p we can get i2p to IP mappings [23:00] &lt;tonious&gt; I dunno. The idea of a CA in an essentially distributed system disagrees with me. [23:00] &lt;tonious&gt; Not bein' a developer though I'm not gonna make a fuss :) [23:01] &lt;TC&gt; dns really isnt that importent [23:01] &lt;jrand0m&gt; tonious&gt; we can do a web of trust, essentially. with, say, 8 seperate known CAs, everyone's local name server knows about those 8, and each of them manages a subdomain (e.g. tc.ca1 or Nightblade.ca2, or we add a .i2p at the end) [23:01] &lt;Ophite1&gt; if you can think of a better way? [23:02] &lt;Nostradumbass&gt; i have another question - its sort of spans the network-application area. [23:02] &lt;jrand0m&gt; (thats really the degenerate case of a WoT) [23:02] &lt;Ophite1&gt; what I said, sort of - get a root key to sign domains... [23:02] &lt;jrand0m&gt; agreed tc [23:02] &lt;jrand0m&gt; fire away Nostradumbass [23:02] &lt;Ophite1&gt; someone gets com.i2p or nym.i2p... [23:02] &lt;Nostradumbass&gt; has any thought been goven to guaranteed latency? [23:02] &lt;Ophite1&gt; allow them to sign jrand0m.nym.i2p, or whatever. [23:02] &lt;Nostradumbass&gt; i'm thinking of VoIP. [23:03] &lt;jrand0m&gt; Ophite1&gt; we wouldn't even need a .i2p key with that [23:03] &lt;tonious&gt; Ophite1: What if the com ca gets taken out by an RIAA hitsquad or something? [23:03] &lt;jrand0m&gt; Nostradumbass&gt; you mean VoI2P? :) [23:03] &lt;Ophite1&gt; then once you're done, destroy the master CA. [23:03] &lt;Nostradumbass&gt; yes [23:03] &lt;Ophite1&gt; tonious: then there's still the others. [23:04] &lt;Ophite1&gt; or some system that requires conspiring groups to get the nym signing key? [23:04] &lt;jrand0m&gt; Nostradumbass&gt; we have already had people run shoutcast streams over i2p with some buffering at 96khz and no buffering problems at less speed. but there's latency. [23:04] &lt;Nostradumbass&gt; with the upcoming release of cryptophone's (Link: http://www.cryptophone.de/)http://www.cryptophone.de/ source it could make an interesting app for i2p. [23:04] &lt;Ophite1&gt; and a really freakin' big hashcash? [23:04] &lt;jrand0m&gt; definitely Nostradumbass [23:04] &lt;tonious&gt; Ophite1: Mebbe a majority signing protocol? [23:04] *** Signoff: dm (Ping timeout) [23:04] &lt;jrand0m&gt; tonious&gt; majority is dangerous with sybil [23:05] &lt;Ophite1&gt; tonious: otoh, it HAS to be non-repudiatory, and has to be able to guarantee non-collision. [23:05] &lt;Ophite1&gt; and majority couldn't do that. [23:05] &lt;Ophite1&gt; a majority of well known users maybe. [23:05] &lt;Ophite1&gt; if it's a consolation, the internet has problems with this too (think Verisign). [23:05] &lt;jrand0m&gt; right, WoT :) [23:06] &lt;Ophite1&gt; but then WoT means that different people might have different ideas of who to trust, which violates non-collision maybe? [23:06] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; Nostradumbass&gt; now if we could get some coders to work on a high performance RTSP over i2p tunnel... ;) [23:06] &lt;Ophite1&gt; it's important, given the length of an "I2P address", but also hard. [23:06] *** Drak0h (~Dr4k0h@anon.iip) has joined channel #iip-dev [23:07] &lt;Ophite1&gt; Nostradumbass: not guaranteed. [23:07] &lt;TC&gt; so how do we secure alias identification (important for commerce and seting up multiple eepsites)? [23:07] &lt;Nostradumbass&gt; over-provisioning of bandwidth is often the only simple way to try and guarantee latency. is there going to ba any way for a node to determine the available bandwidht at another node, so as to ease routing for VoIP apps? [23:07] &lt;jrand0m&gt; yes Nostradumbass, QoS can be done transparently within i2p, but unfortunately thats (I hate saying this) &gt; 1.0 [23:07] &lt;tonious&gt; Say we take root CAs out of it. You generate your key and sign your aliases. [23:08] *** Signoff: thecrypto (EOF From client) [23:08] &lt;Ophite1&gt; Nostradumbass: also, troublesome re some potential attacks? [23:08] &lt;tonious&gt; You also specify who's keys you trust, ala PGP. I think redundancy is more important than collision. [23:08] &lt;Ophite1&gt; tonious: so which jrand0m.nym.i2p did you want again? [23:08] * jrand0m attacks the ns dht to get my nym back [23:08] &lt;Ophite1&gt; if everyone doesn't trust the same, we might not be referring to the same thing when we use the same name. [23:09] &lt;Ophite1&gt; and it would probably allow freenet-KSK-style collision wars. [23:09] &lt;jrand0m&gt; right. either the naming service has CA signed nyms, or it just distributes H(destination) --&gt; destination mappings [23:09] &lt;tonious&gt; Just pop up a menu or something. Or if you're designing an application that talks to a specific server, give it the public key of the signing agent? [23:10] &lt;jrand0m&gt; (and H(destination) == 42 chars as opposed to ~500 chars for a destination) [23:10] &lt;Ophite1&gt; tonious: if you're going to give it public keys, you might as well just sling around I2P addresses. [23:10] &lt;Ophite1&gt; now that's an interesting ideal [23:10] &lt;Ophite1&gt; assuming sha-256 can't be reversed that yields 256-bit I2P addresses that could be "looked up" to reveal the structure. [23:10] *** dm (~sd@anon.iip) has joined channel #iip-dev [23:11] &lt;Ophite1&gt; I smell kademlia again. [23:11] &lt;jrand0m&gt; :) [23:11] &lt;Ophite1&gt; It can also be simply checked. [23:11] &lt;jrand0m&gt; and there's existing code to reuse. [23:11] &lt;Ophite1&gt; somehow, that makes sense. why weren't we doing this already? :) [23:11] &lt;jrand0m&gt; because we want nyms [23:12] &lt;Ophite1&gt; nyms for hosts? [23:12] &lt;jrand0m&gt; but, I suppose, 42 chars is a good enough starting point [23:12] &lt;Ophite1&gt; need a root CA for that :/ [23:12] &lt;jrand0m&gt; right [23:12] &lt;Ophite1&gt; in the case where you don't want to trust a root ca? [23:12] &lt;Ophite1&gt; 42 chars is short enough to paste. [23:12] &lt;jrand0m&gt; you don't need a root CA, you can have a forest instead of a tree [23:12] &lt;Ophite1&gt; 520 chars isn't :) [23:12] &lt;jrand0m&gt; heh [23:13] &lt;Ophite1&gt; but if you have a forest, how does anyone know which tree you're talking about? [23:13] &lt;Ophite1&gt; you could slap a key in there, but then, ooh, we've got huge strings of random garbage again. [23:13] &lt;jrand0m&gt; common suffix. $nym.$ca [23:13] &lt;Ophite1&gt; well, I'd like $nym.$ca.i2p :) [23:13] &lt;Ophite1&gt; avoid confusion :) [23:13] &lt;jrand0m&gt; right. I mean, there are possible attacks. I dunno. I'm with TC though [23:13] &lt;jrand0m&gt; good 'nuff for me [23:14] &lt;jrand0m&gt; ok, /other/ apps :) [23:14] &lt;Ophite1&gt; how do you know which ca is which? [23:14] &lt;Ophite1&gt; you have a list? what signs the list? [23:14] &lt;jrand0m&gt; i2pns.config [23:14] *** Signoff: Drak0h (Ping timeout) [23:14] &lt;Ophite1&gt; how're you going to get that? [23:14] &lt;TC&gt; if i could make my own dns list, hostfile style i would be happy [23:14] &lt;jrand0m&gt; on install [23:15] &lt;Ophite1&gt; how are you going to verify those are the "right" keys? [23:15] &lt;Ophite1&gt; ca substitution? [23:15] &lt;jrand0m&gt; right tc, we can even do that without any distributed naming service [23:15] &lt;TC&gt; because i say they are Ophite1 [23:15] &lt;jrand0m&gt; Ophite1&gt; you aren't, any more than you're verifying that the source code is running the "real" i2p [23:15] &lt;TC&gt; and if you trust me, you can download them off my eepsite [23:16] &lt;Ophite1&gt; I suppose at the end of the day you can only reduce that to trust in one key being right, so :) [23:16] &lt;Ophite1&gt; works for me, yeah. [23:16] &lt;Ophite1&gt; as long as I get o1.i2p ;) [23:16] &lt;jrand0m&gt; heh [23:17] &lt;tonious&gt; Hmm. Revised threshold scheme: Each CA works the entire namespace, but a majority of CAs must agree before handing out subspace? [23:17] &lt;jrand0m&gt; ok, last I heard tusko had found a way to get the ppp2p to run off windows machines as well as *nix [23:17] &lt;TC&gt; it would make the i2p\internet doman system much more community based if we all passed around a huge hostfile\cheat sheet [23:17] &lt;Ophite1&gt; tonious: back to majority again... [23:17] &lt;jrand0m&gt; scary for attacks tonious [23:17] &lt;jrand0m&gt; thats true TC [23:17] &lt;jrand0m&gt; (and the value of such a community should not be underestimated) [23:18] &lt;Ophite1&gt; tc: arpanet stylee? [23:18] &lt;tonious&gt; Sigh. :) [23:18] &lt;Ophite1&gt; I guess seeds have gotta come from somewhere, so yeah ;) [23:18] &lt;TC&gt; to get a domain name, you would say this is me, and if people agreed they would change the file, and if they where trusted, others would download updates [23:19] &lt;jrand0m&gt; sounds like that'd be a heavily retrieved key from idn :) [23:19] &lt;Ophite1&gt; smells vaguely ca-like too :) [23:19] &lt;TC&gt; you could even have a fight, with more then one file [23:19] &lt;Ophite1&gt; the fidonet nodelist! [23:19] &lt;tonious&gt; And in case of a netsplit there'd be multiple patchfiles. [23:19] &lt;Ophite1&gt; ...doesn't scale. [23:19] &lt;jrand0m&gt; with under a few hundred domains, its maintainable manually [23:20] &lt;TC&gt; after a few hundred you go trusted [23:20] &lt;jrand0m&gt; right Ophite1. this would just be until we argue out the Right Way. [23:20] &lt;tonious&gt; It might be enough to jumpstart a WoT. [23:20] &lt;jrand0m&gt; (or we convince people that CAs aren't that bad ;) [23:20] &lt;jrand0m&gt; true tonious [23:20] &lt;Ophite1&gt; if you're trusting someone to agree that someone is someone else, that's a CA, not just a nodelist :) [23:21] &lt;tonious&gt; Heh. Sorry for bein' the skeptic. [23:21] &lt;TC&gt; jrand0m, in the end i dont whant to be dependent on CA's [23:21] &lt;Ophite1&gt; just allow people to give space below theirs... [23:21] &lt;Ophite1&gt; castyle -- and those on the nodelist to be the cas. [23:21] &lt;Ophite1&gt; course then it's all "which ca is jrand0m on?" [23:21] &lt;jrand0m&gt; CA's aren't necessarily choke points. if they're unsatisfactory, we replace them. [23:22] &lt;tonious&gt; Ophite1: I like that. [23:22] &lt;Ophite1&gt; point. CA being crapped out would be Big Enough News for someone to simply replace them. [23:22] &lt;Ophite1&gt; tonious: so is it slashdot.org or slashdot.com? goatse.cx? :) [23:22] &lt;dm&gt; what does CA stand for? :) [23:22] &lt;Ophite1&gt; certification authority. [23:23] &lt;dm&gt; k, thanks. [23:23] &lt;tonious&gt; Heh. That's where your own WoT comes in, Ophite1. [23:23] &lt;Ophite1&gt; tonious: yes, but I still have to see goatse once before I realise it's the wrong bloody one. :) [23:23] &lt;tonious&gt; 'I trust Ophite1 not to show that horrible asshole, and he signed slashdot.org' [23:23] &lt;jrand0m&gt; lol [23:24] &lt;Ophite1&gt; so essentially you're trusting a limited subset of people, not to be horrible assholes. [23:24] * jrand0m reserves the right to be an asshole at times [23:24] &lt;Ophite1&gt; and to hand out domains to the rest. [23:24] &lt;Ophite1&gt; at least one of which ought, really, to be a trent-style first-comes-first-served bot. [23:24] &lt;Ophite1&gt; (with.. yes... hashcash.) [23:24] &lt;tonious&gt; Yeah. And there may be namespace collisions by people who are outside my WoT... [23:25] &lt;jrand0m&gt; yup, and another should be something like thetower's tfee/subpage redirects [23:25] &lt;Ophite1&gt; tonious: something that you can actually USE might be appreciated. it's just a naming system. :) [23:25] &lt;tonious&gt; Heh. [23:25] &lt;Ophite1&gt; the good thing about multiple cas is that they can do their own thing re: that kind of thing - different policies. [23:26] *** Signoff: nickthief60934 (Ping timeout) [23:26] &lt;jrand0m&gt; ok, other apps... [23:26] &lt;jrand0m&gt; IM? [23:26] &lt;Ophite1&gt; finally :) [23:26] &lt;Ophite1&gt; signed nyms! :) [23:26] &lt;tonious&gt; Sorry Ophite1 :) [23:26] &lt;jrand0m&gt; !thwap Ophite1 [23:27] &lt;Ophite1&gt; what, what are you all looking at? :) [23:27] &lt;Ophite1&gt; yes, WoT would be appropriate for _that_ :) [23:27] &lt;dm&gt; I think I remember who was doing IM... thecrypto? [23:27] &lt;Ophite1&gt; in fact... elgamal 2048-bit... dsa 1024-bit... sha-256... sounds kind of familiar. openpgp? [23:27] &lt;jrand0m&gt; yodel was in here the other day, mentioned that they had tried out running yodel's xml-rpc interface over with their own local router, and it worked. so, yay [23:27] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:28] &lt;tonious&gt; I've managed to get SOAP going on mine, too. [23:28] &lt;jrand0m&gt; yup dm [23:28] &lt;tonious&gt; No useful apps, beyond 'Yep, it works' so far. [23:28] &lt;jrand0m&gt; hehe [23:29] *** Signoff: nickthief60934 (Excess Flood) [23:29] &lt;Nostradumbass&gt; tonious: so SOAP over i2p = Black SOAP? [23:29] * jrand0m really wants to get idn up and running so we can use i2p as an IP layer, not a TCP layer [23:29] &lt;jrand0m&gt; lol Nostradumbass [23:29] &lt;Ophite1&gt; nicename :) [23:29] &lt;tonious&gt; Nostradumbass: Yep, you got it. [23:30] &lt;tonious&gt; Now I can set up my own I2P casino. w00t! [23:30] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:30] &lt;jrand0m&gt; w33wt [23:30] &lt;jrand0m&gt; ok, I think thats 'bout it for the apps [23:30] &lt;jrand0m&gt; 5) ...? [23:31] &lt;jrand0m&gt; hi [23:31] &lt;Ophite1&gt; tonious: cool. we could use a few of those. donate a percentage to the i2p project? :) [23:31] &lt;TC&gt; merchandising [23:31] &lt;tonious&gt; Has anybody thought of a C implementation of I2P? [23:31] &lt;jrand0m&gt; yeah, rent out colo boxes and run routers :) [23:32] &lt;jrand0m&gt; tonious&gt; lets wait until we get the router protocol implemented and thoroughly reviewed before porting ;) [23:32] &lt;tonious&gt; Or anonymous colo: Behind an I2P router and no internet routing :) [23:32] &lt;Ophite1&gt; merchandising = logo. [23:32] &lt;TC&gt; stickers, t-shirts, hats, we need the logo [23:32] &lt;Ophite1&gt; tonious: after it's working and anonymous and stuff? of course. [23:32] &lt;tonious&gt; Yeah, but I'm still running my P2 and I'm a poor guy. [23:32] &lt;tonious&gt; :( [23:32] &lt;Ophite1&gt; i2p needs a good logo. [23:32] &lt;Nostradumbass&gt; yes [23:32] &lt;Ophite1&gt; I mean, the internet doesn't have a logo, but that's just bad marketing. :) [23:32] &lt;dm&gt; I like the one on the WIKI. [23:32] &lt;TC&gt; also, each made-for-i2p program needs its own tweeked version, or take off of the logo [23:32] &lt;jrand0m&gt; how about a transparent logo... it'd, be, like, everywhere, dood [23:33] &lt;Ophite1&gt; an invisible logo. heh. [23:33] &lt;tonious&gt; A 1 pixel by 1 pixel blank gif? [23:33] &lt;jrand0m&gt; definnitely [23:33] &lt;Ophite1&gt; tonious: we'd be sued for copyright infringment? :) [23:33] &lt;tonious&gt; Ha! [23:33] &lt;Ophite1&gt; ("Hey, that's OUR blank gif!") [23:33] &lt;jrand0m&gt; lol [23:33] &lt;Ophite1&gt; Hey, if John Cage can do it... [23:33] &lt;tonious&gt; So we leave our names in the comments field :) [23:33] &lt;Nostradumbass&gt; Ophite1: how about a stream roller paving over the Internet? [23:33] &lt;jrand0m&gt; heh we're just rendering his audio [23:34] &lt;Ophite1&gt; that one on the bottom looks the best imho. [23:34] &lt;tonious&gt; I like the one on the top. It's simple. Like me. [23:34] &lt;Ophite1&gt; with the arc design. [23:35] &lt;Ophite1&gt; something that is small, very simple, and above all would work well as an icon, or in the system tray :) [23:35] &lt;Ophite1&gt; and yes, which can be customised and used as a basis for logos of apps. [23:35] &lt;jrand0m&gt; right [23:35] &lt;dm&gt; How about a black circle with white fill. [23:35] &lt;Ophite1&gt; that arc would be a good start (colour changes?) [23:35] &lt;dm&gt; or a triangle, maybe a square! [23:35] &lt;dm&gt; a parallelogram! [23:37] &lt;tonious&gt; Heh. Open up a cafepress store... [23:37] &lt;Ophite1&gt; god no, not cafepress. [23:37] &lt;dm&gt; a white cloud! [23:37] &lt;Ophite1&gt; we demand class. ... thinkgeek. ;-) [23:37] &lt;dm&gt; little fluffy cloud. [23:38] &lt;TC&gt; it would look toomuch like a cumpuddle in minature [23:38] * jrand0m associates clouds with the sky, thankyouverymuch [23:38] &lt;tonious&gt; Ophite1: First we've gotta convince 'em that we're whitehat. [23:39] &lt;TC&gt; no, lets be black hat [23:39] &lt;jrand0m&gt; tonious&gt; can militant anarchists be whitehats too? [23:39] * TC doesnt like ppl in hats [23:39] &lt;tonious&gt; Dunno. [23:39] * tonious wears a grey fedora FWIW. [23:39] &lt;Nostradumbass&gt; how about a white and a black hat? [23:39] &lt;TC&gt; and modulus would say somthing about class distinction or something [23:40] &lt;dm&gt; a small picture of uncle sam's face? [23:40] &lt;TC&gt; checkered hat? [23:40] &lt;jrand0m&gt; heh tc [23:40] &lt;Nostradumbass&gt; or white and a black wizzard hats [23:40] &lt;Ophite1&gt; I am NOT a white hat. How dare you insinuate that. I want an apology. [23:41] &lt;TC&gt; or a black dunce hat [23:41] &lt;jrand0m&gt; well, anyway... [23:42] &lt;tonious&gt; "i2p inside"? [23:42] &lt;jrand0m&gt; heh [23:42] &lt;dm&gt; I, too, pee... [23:42] &lt;jrand0m&gt; dm&gt; on a calvin sticker! [23:42] &lt;Ophite1&gt; "i2p ... somewhere" [23:42] &lt;TC&gt; so, logo ppl, come on! so can nop set us up a i2p cafepress site? [23:43] * jrand0m repeats the mantra No PR until its ready. [23:43] &lt;Nostradumbass&gt; dm: yeah, make it a "Concentration" style chrade logo-gram. [23:43] &lt;Nostradumbass&gt; &lt;eye&gt; 2 and a pee-ing penis. [23:44] &lt;dm&gt; Let's set a date. [23:44] &lt;jrand0m&gt; heh, yeah, and you'll have your mother click on that icon? [23:44] &lt;dm&gt; March 1st. [23:44] &lt;Nostradumbass&gt; grab it, in fact :) [23:44] &lt;tonious&gt; My mother disapproves of encryption :) [23:44] *** UserX (~User@anon.iip) has joined channel #iip-dev [23:44] &lt;dm&gt; Slashdot article! No matter how far (or not) jrand0m has gotten! [23:44] &lt;dm&gt; Let's pile on the pressure. [23:44] &lt;Ophite1&gt; nooooooo. [23:44] &lt;Ophite1&gt; not yet! [23:45] &lt;jrand0m&gt; damn dm, if you pulled that date out of thin air, you're good. in my palm I have 1.0 slotted as ~ march 1 [23:45] * dm slaps Ophite1 [23:45] &lt;dm&gt; i said march 1st. [23:45] &lt;Ophite1&gt; the appropriate time to promote is when we have a cool shiny thing to wave at them. [23:45] &lt;Nostradumbass&gt; please, no slashdot till the network is ready for the onslaught. [23:45] &lt;jrand0m&gt; right [23:45] &lt;dm&gt; I'm good, what can I say. [23:45] &lt;Ophite1&gt; I call launch date April 4th. [23:45] &lt;Ophite1&gt; 04/04/04 ;) [23:45] &lt;jrand0m&gt; no PR until AFTER 1.0 comes out. [23:45] &lt;Nostradumbass&gt; Mojo was almost destroyed by /. [23:46] &lt;dm&gt; no, none of this rational thinking. March 1st, end of story. [23:46] &lt;jrand0m&gt; ooOOo Ophite1 [23:46] * jrand0m senses that I'm going to have to submit to /. to get them to NOT post dm^H^Han anonymous person's article [23:46] &lt;Ophite1&gt; no, don't do that. malda doesn't give a shit, and he'll post THAT :) [23:46] &lt;jrand0m&gt; heh [23:47] &lt;dm&gt; Yes, you will be ridiculed by my post: "Em, like, there's this like anonymous cool program that's better than kazaa, I2P it's awesome, it's fast, DSA124. yeah" [23:47] &lt;jrand0m&gt; anyway, as things progress, http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap will be updated [23:48] &lt;dm&gt; time to pack. [23:49] &lt;jrand0m&gt; (and some day I'm going to take a week off and go snowboarding) [23:49] *** soros (~soros@anon.iip) has joined channel #iip-dev [23:49] &lt;jrand0m&gt; yeah, we're about the 2hour mark. [23:49] &lt;jrand0m&gt; time to... [23:49] * jrand0m *baf*'s the meeting closed. </div>/ar/blog/2003/11/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/Tue, 18 Nov 2003 00:00:00 +0000/ar/blog/2003/11/18/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-18-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> dm, duck, godmode0, jrand0m, mihi, Ophite1, soros, TC, tusko, yodel</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p dev status [22:02] &lt;jrand0m&gt; - 0.2.1.1 is out (peer and tunnel updating and testing, tuning enhancements, tunnel throttling, a DoS defense) [22:02] &lt;jrand0m&gt; - don't use bw limiting (still some debugging) [22:02] &lt;jrand0m&gt; - keep your clocks generally correct (30 minute fudge factor) [used for lease expirations and garlics] [22:02] &lt;jrand0m&gt; 2) kademlia, 0.3, and idn [22:02] &lt;jrand0m&gt; 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:02] &lt;jrand0m&gt; 4) app status [ppp2p, i2ptunnel, im, ns, squid] [22:02] &lt;duck&gt; 5) why does jrand0m drink cheap local beer? [22:02] &lt;jrand0m&gt; 5) comments / questions / etc [22:02] &lt;jrand0m&gt; heh [22:02] &lt;jrand0m&gt; so yeah, basically that fits under 5 :) [22:02] &lt;mihi_&gt; double 5 ;) [22:03] &lt;mihi_&gt; oops... [22:03] &lt;jrand0m&gt; 0) welcome [22:03] * mihi_ did not look 2 the left column [22:03] &lt;jrand0m&gt; hi. 65th meeting I suppose. [22:03] &lt;jrand0m&gt; hehe [22:03] &lt;jrand0m&gt; 1) that code stuff [22:04] &lt;jrand0m&gt; 0.2.1.1 came out last night [22:04] &lt;jrand0m&gt; lots of goodness in there. [22:04] * mihi tests it atm. [22:04] &lt;jrand0m&gt; tunnels are tested and fail fast, penalizing all participants so they won't likely get into the rebuild [22:05] &lt;jrand0m&gt; messages in i2ptunnel are also throttled to max 64k size (larger messages caused badness) [22:05] &lt;jrand0m&gt; there are some bugs being worked out with the bw limiting code, so make sure your bw limits in router.config are negative values [22:06] &lt;jrand0m&gt; (i2p doesn't have enough traffic on it to cause real load atm anyway) [22:06] &lt;jrand0m&gt; (but bw limiting will be unit tested and fixed for 0.2.1.2) [22:07] &lt;jrand0m&gt; also, please try to keep your clocks close to correct. it sucks that we have to need that, but right now we do. [22:07] &lt;jrand0m&gt; we may be able to work out a way to not require semi-sync'ed clocks, but its delicate. [22:07] &lt;jrand0m&gt; 2) fun stuff [22:08] &lt;jrand0m&gt; a lot of the bugs being worked out in the last few releases are related to the crappy kludge of a BroadcastNetworkDB. [22:08] &lt;jrand0m&gt; since its planned for replacement in 0.3, might as well at least mention what its being replaced with [22:09] &lt;jrand0m&gt; kademlia is a structured distributed hash table (DHT) that lets us insert and fetch in under O(log(N)) time, guaranteed [22:09] &lt;jrand0m&gt; [with one small caveat thats still being worked out] [22:10] &lt;jrand0m&gt; that kademlia code needs to get written for 0.3 so we can do insert and fetch of RouterInfo and LeaseSet structures. [22:10] &lt;jrand0m&gt; however, things would be simpler if it were implemented seperately - and hence testable seperately. [22:10] &lt;jrand0m&gt; (unit testing == good) [22:11] &lt;jrand0m&gt; so, whats a simple way to unit test a dht? to write a simple file store/lookup service on it. [22:11] &lt;dm&gt; insert fetch? are we talking about content? [22:11] &lt;jrand0m&gt; enter idn: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:11] &lt;Ophite1&gt; dm: No, only routerinfo and leaseset structures. [22:12] &lt;jrand0m&gt; dm&gt; i2p's networkDatabase currently contains only two specialized structures, as ophite said [22:12] &lt;dm&gt; okay, thanks. [22:12] &lt;Ophite1&gt; may or may not be useful to use it for bootstrapping other protocols too, but it's not anonymous itself. (?) [22:12] *** grimps (~grimp@anon.iip) has joined channel #iip-dev [22:12] &lt;tusko&gt; one question: which protocol is used now for networkDatabase? [22:13] &lt;jrand0m&gt; sorry, phone. [22:13] *** Signoff: godmode0 (Ping timeout) [22:13] &lt;jrand0m&gt; correct, kademlia is not anonymous, but not non-anonymous either [22:13] &lt;Ophite1&gt; modified kademlia will scale. random will not. [22:13] &lt;jrand0m&gt; tusko&gt; currently we do a flooded broadcast [22:13] &lt;duck&gt; what about kademlia getting splitted? [22:13] &lt;dm&gt; no cell phones allowed into meeting. [22:13] &lt;duck&gt; &lt;insert zooko comments&gt; [22:13] &lt;Ophite1&gt; flooded broadcast aka gnutella method definitely won't ;) [22:13] &lt;jrand0m&gt; Ophite1&gt; right, kademlia doesn't use random ones :) [22:13] &lt;duck&gt; Ophite1: works better as freenet routing :) [22:14] &lt;jrand0m&gt; duck&gt; exactly (&lt;jrand0m&gt; [with one small caveat thats still being worked out] ) [22:14] &lt;Ophite1&gt; duck: i rest my case... ;) [22:14] *** Signoff: mihi (Ping timeout) [22:14] &lt;tusko&gt; is kademlia some sort of hypercube? [22:14] &lt;Ophite1&gt; no, a circle. [22:14] *** Signoff: mihi_ (Ping timeout) [22:14] &lt;jrand0m&gt; and/or a xor tree :) [22:15] &lt;Ophite1&gt; splits/joins... reshuffle tree? can we take a peek at emule's overnetalike for this? :) [22:15] &lt;jrand0m&gt; its a fairly easy protocol, but we can definnitely look around. [22:16] &lt;jrand0m&gt; icepick has implemented kademlia in python too, for ent (as kashmir) [22:16] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:16] &lt;Ophite1&gt; consider also malicious nodes deliberately fragmenting the tree. [22:16] &lt;jrand0m&gt; absolutely. but its fairly attack resistant [22:16] &lt;Ophite1&gt; 256 bit keyspace is more resistant to that though. [22:17] &lt;Ophite1&gt; plus would have to make a lot of routeridentity structures = hard. [22:17] &lt;tusko&gt; i found interesting the papers of gravepine: (Link: http://grapevine.sourceforge.net/)http://grapevine.sourceforge.net/ [22:17] &lt;jrand0m&gt; this is also why I want to implement it first as an application, rather than rip out the core of i2p - so we can work out all the messy details first [22:17] &lt;Ophite1&gt; so I'm pleased with sec 3 of 0.9 draft. [22:17] *** Signoff: nickthief54450 (Excess Flood) [22:18] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:18] &lt;tusko&gt; look to (Link: http://grapevine.sourceforge.net/tech-overview.php)http://grapevine.sourceforge.net/tech-overview.php [22:18] &lt;Ophite1&gt; though I might point out that if message 0, DatabasePing, is inplemented, you might want to include a hashcash in it. [22:18] &lt;jrand0m&gt; interesting tusko, I think their economic model might require some revision, as with their sybyl defenses [22:19] &lt;Ophite1&gt; (you may already; haven't ready that part) [22:19] &lt;jrand0m&gt; absolutely Ophite1. I was actually thinking about putting hashcash certs into all of the messages (DatabaseLookup included) [22:20] &lt;Ophite1&gt; good idea. though, be careful of performance and tuning vs. dos defense there, and you might want to run hashcash calc in a separate, lower-priority thread? [22:21] &lt;jrand0m&gt; well, hashcash verification should be near instantaneous [22:21] &lt;jrand0m&gt; and hashcash generation shouldn't be able to be precompiled [22:21] &lt;jrand0m&gt; er, precomputed [22:21] &lt;dm&gt; Ophite1 must be an avatar created by jrand0m so that he can finally talk about I2P with someone who understands wtf he's saying. [22:22] &lt;jrand0m&gt; lol [22:22] * dm is not fooled. [22:22] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:22] &lt;Ophite1&gt; one way of preventing that is to use derivatives of session keys as part of the hashcash.. [22:22] &lt;jrand0m&gt; right. and/or put in a nonce and the date [22:22] &lt;Ophite1&gt; date leads to those troublesome timing problems though. that could be a real issue. [22:22] &lt;Ophite1&gt; unless you feel like rewriting ntp as well ;-) [22:22] *** Signoff: mihi (Ping timeout) [22:23] &lt;jrand0m&gt; heh [22:23] &lt;jrand0m&gt; well, we've already run into that a little bit [22:23] &lt;jrand0m&gt; (hence the 30 minute fudge factor) [22:23] &lt;jrand0m&gt; a session hash may be workable though. good idea. [22:24] &lt;Ophite1&gt; and no, i'm not jrand0m's clone ;) [22:24] &lt;jrand0m&gt; ok, so for idn, I'm probably only going to implement the stuff on that I2PIDN wiki page [22:25] *** Signoff: dm (Ping timeout) [22:25] &lt;jrand0m&gt; what would probably rule would be if someone would take that and run with it - make a real user interface, better get/store apps, fec/ecc/etc. [22:25] &lt;jrand0m&gt; also, I had some ideas about a search network built in parallel as well [22:26] &lt;jrand0m&gt; but, well, its probably more useful to i2p that I focus my time on the router [22:26] &lt;Ophite1&gt; it runs on top of i2p? [22:26] &lt;jrand0m&gt; (making it functional, scalable, and secure) [22:26] &lt;jrand0m&gt; yes [22:26] &lt;jrand0m&gt; i2p lets idn be anonymous [22:27] &lt;Ophite1&gt; what were your search network ideas? [22:27] &lt;jrand0m&gt; note: its not written yet, but its looking like its #2 on my task list [22:27] &lt;Ophite1&gt; can another dht be built through tunnels? [22:27] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:27] &lt;jrand0m&gt; basically a distributed replicated db, with hashcash inserts and syncs, where people store idn keys along side metadata / etc [22:27] *** dm (~as@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; hmm, yes, certainly. but i2p isn't inherently tunnel based - its message based (i2p is IP, i2ptunnel is TCP) [22:28] &lt;Ophite1&gt; if ~all node participate = very useful for "discovering" other protocols. [22:28] &lt;jrand0m&gt; definitely [22:28] &lt;Ophite1&gt; so, should be standard. [22:28] &lt;Ophite1&gt; dhcp/zeroconf for the i2p? :) [22:28] &lt;jrand0m&gt; idn would be a very good app to bundle with i2p to let people have an 'out of box experience' [22:29] &lt;Ophite1&gt; If it's meant to be a fully featured communication/file transfer/storage application, I'd like to propose the name "Darknet". [22:29] &lt;jrand0m&gt; :) [22:29] &lt;Ophite1&gt; You, of course, probably already know where that comes from. :) [22:30] &lt;dm&gt; Where does it come from? [22:30] &lt;Ophite1&gt; MS Research's paper: The Darknet and the Future of Content Distribution. [22:30] *** Signoff: godmode0 (Ping timeout) [22:30] &lt;TC&gt; link? [22:30] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; well, tim may says he invented the term ~11 years ago ;) [22:30] &lt;tusko&gt; where is the I2PIDN wiki page? [22:30] &lt;dm&gt; (Link: http://crypto.stanford.edu/DRM2002/darknet5.doc)http://crypto.stanford.edu/DRM2002/darknet5.doc [22:30] &lt;jrand0m&gt; tusko&gt; (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:30] &lt;Ophite1&gt; also implies that the network works "in the dark" - noone knows who anyone is ;) [22:30] &lt;jrand0m&gt; exactly. [22:31] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [22:31] &lt;jrand0m&gt; well, i2p itself is a darknet in that sense, but its generic messaging - it is the IP layer for such a darknet. [22:31] &lt;jrand0m&gt; i2ptunnel is the TCP layer, and idn is NFS :) [22:31] &lt;Ophite1&gt; i2p is the protocol that allows such a network to be created from something broadly like overnet. [22:31] &lt;Ophite1&gt; speaking of which... is there a way to specify priority in messages? [22:32] *** mihi is now known as nickthief76430 [22:32] *** mihi_ is now known as mihi [22:32] &lt;jrand0m&gt; funny that you mention that :) [22:32] *** nickthief76430 is now known as mihi_backup [22:32] &lt;mihi&gt; oops... [22:32] &lt;jrand0m&gt; I was just reading some of the upcoming HotNets2 papers ((Link: http://nms.lcs.mit.edu/HotNets-II/program.html)http://nms.lcs.mit.edu/HotNets-II/program.html) and got inspired for some QoS over i2p mechanisms [22:33] &lt;Ophite1&gt; would a bulk/low-latency bit compromise anonymity slightly (intersection attack?) by allowing traffic linkage? well, even if it were sometimes flips? [22:33] &lt;Ophite1&gt; ah, well that might work better of course =) [22:33] &lt;Ophite1&gt; Don't worry about local plausible denability. [22:33] &lt;jrand0m&gt; right, i2p assumes the local machine is trusted [22:33] *** Signoff: dm (Ping timeout) [22:33] &lt;Ophite1&gt; That is a problem to be solved by Rubberhose/Marutukku and Thermite, not I2P. [22:34] &lt;jrand0m&gt; exactly. (otherwise, the software is compromised and it doesn't matter what we do) [22:34] * TC hopes his local machine is trusted [22:34] &lt;jrand0m&gt; heh [22:34] &lt;Ophite1&gt; TC: easy way to find out; make death threats against bush and see if SS agents turn up at your door ;-) [22:34] &lt;jrand0m&gt; lol [22:34] &lt;TC&gt; done and done [22:34] *** Signoff: tonious (Ping timeout) [22:34] &lt;jrand0m&gt; hah! [22:35] * jrand0m watches my squid proxy get taken down by the fbi [22:35] &lt;TC&gt; its a trap! [22:35] &lt;jrand0m&gt; get an axe! [22:35] &lt;jrand0m&gt; :) [22:35] &lt;TC&gt; anybody play uplink? [22:35] &lt;Ophite1&gt; completed it. cracked it. released it. [22:35] &lt;Ophite1&gt; trained it too ;) [22:36] * jrand0m takes that as a "yes" [22:36] *** dm (~as@anon.iip) has joined channel #iip-dev [22:37] &lt;Ophite1&gt; there may be some dos possibilities in caching, in memory stuff... [22:37] &lt;jrand0m&gt; ok, so thats what I'm thinking with idn/kademlia. get idn implemented and working over the 0.2. code, smash it in a bit, then implement 0.3 with that kademlia implementation [22:37] &lt;jrand0m&gt; oh certainly. the todo list has 'sync pending and large messages to disk' :) [22:37] &lt;dm&gt; shouldn't IDN be implemented after I2P is tested and mature? [22:38] &lt;jrand0m&gt; thats one of the problems we ran into testing a large file of TC's eepsite [22:38] &lt;Ophite1&gt; dm: not given as it's a testbed for the fancy db. [22:38] &lt;jrand0m&gt; dm&gt; I was thinking that too, but I need to implement the kademlia code to get 0.3 ready. basically the kademlia code IS 0.3 [22:38] &lt;Ophite1&gt; I do like the hybrid dht nature such a network would provide though. [22:39] &lt;dm&gt; aha... [22:39] &lt;jrand0m&gt; but if no one wants to toss a normal UI onto it until i2p 1.0, that might be a good idea as well [22:39] &lt;Ophite1&gt; dht node discovery + ngr-like routing = scalability capable of handling critical mass [22:39] &lt;dm&gt; what happened to that original milestone list. secure--&gt;anonymous--&gt;not harvestable, etc... [22:39] &lt;Ophite1&gt; jrand0m: I will refrain from advertising it to pirates until it's ready. that enough? [22:39] &lt;jrand0m&gt; well, minus the ngr-like routing :) we tunnel :) [22:39] &lt;TC&gt; as long as we keep the cli [22:39] &lt;dm&gt; ah scalable was one of the items in that chain. [22:39] &lt;jrand0m&gt; dm&gt; 0.3 is necessary for scalable. which is before not harvestable [22:39] &lt;jrand0m&gt; thanks Ophite1 :) [22:40] &lt;jrand0m&gt; definitely TC. I'll need the cli to test it [22:40] &lt;Ophite1&gt; scalability of the actual anonymous stuff is directly related to choices made in the routing for the tunnels, and that's a router implementation thing? [22:40] &lt;jrand0m&gt; (and, c'mon, we'll probably do software distribution / releases with idn) [22:40] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:40] &lt;dm&gt; alrighty... sounds okay then. [22:40] &lt;jrand0m&gt; absolutely ophite. [22:40] &lt;Ophite1&gt; suggestion: maximum message size? [22:40] &lt;jrand0m&gt; thats the Hard problem [22:41] &lt;jrand0m&gt; max message size is currently insanely large (4g) but I'm thinking of trimming it to 64k or 128k [22:41] &lt;jrand0m&gt; but I don't want to resort to that yet [22:41] * Ophite1 goes digging in notes [22:41] &lt;Ophite1&gt; BitTorrent/Scone scalability notes indicate 512K. [22:42] &lt;jrand0m&gt; heh ok cool. (any refs I can dig into?) [22:42] &lt;Ophite1&gt; but, think of it like tcp window size. [22:42] &lt;jrand0m&gt; right [22:42] &lt;Ophite1&gt; not for scone, sorry - friend's research project. [22:42] &lt;jrand0m&gt; coo', no worry [22:42] *** Signoff: mihi_backup (Ping timeout) [22:42] &lt;Ophite1&gt; fwiw, your kademlia is about as good as his though :) [22:42] &lt;jrand0m&gt; hehe [22:42] &lt;jrand0m&gt; (well, I haven't implemented it yet ;) [22:42] &lt;Ophite1&gt; uh, hers I mean :/ [22:42] &lt;jrand0m&gt; oh wikked [22:43] &lt;dm&gt; boner.. [22:43] *** mihi_backup (~mihi@anon.iip) has joined channel #iip-dev [22:43] &lt;jrand0m&gt; heh [22:43] &lt;jrand0m&gt; so, thats 2) kademlia, 0.3, and idn [22:43] &lt;Ophite1&gt; she named her toys after puddings. custard, crumble (Waste-like), strudel.. her bittorrent-a-like was the fastest pudding in the world - 'scone ;) [22:43] &lt;jrand0m&gt; haha [22:45] &lt;Ophite1&gt; she's a math. [22:45] &lt;jrand0m&gt; even better [22:45] &lt;jrand0m&gt; there's a lot of stats gathering / analysis that will be coming up for advanced peer selection [22:45] &lt;Ophite1&gt; but I'll see if I can bounce stuff past her. scalability from i2np 0.9 was from her - she likes it. [22:45] &lt;jrand0m&gt; (unfortunately we can't cheat like mnet, mixminion, and tor) [22:46] &lt;jrand0m&gt; great to hear [22:46] &lt;Ophite1&gt; one comment - dsa? [22:46] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:46] &lt;Ophite1&gt; dsa 1024 bit, as in SHA-1? [22:46] &lt;jrand0m&gt; yea [22:47] &lt;Ophite1&gt; 'spose it is tried and tested. [22:47] &lt;Ophite1&gt; also small. [22:47] &lt;jrand0m&gt; right. but I'm not 100% tied to our particular crypto impls [22:47] &lt;Ophite1&gt; anyway. to roadmap. [22:47] &lt;TC&gt; haha, lets name a windows version 'Microsoft Darknet (r)' [22:47] &lt;jrand0m&gt; heh tc [22:48] &lt;jrand0m&gt; ok, 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:48] &lt;jrand0m&gt; because of all the bugs I've been running into wrt the broadcast db, I want to escalate the 0.3 (kademlia db) release [22:48] &lt;TC&gt; its nice not being limmited by trademarks like a normal open source project [22:49] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:49] &lt;jrand0m&gt; 0.2.3 is restricted routes / trusted peers, and probably not a hard feature requirement that anyone here has. it can be shuffled out to 0.4 without problem, I think [22:50] &lt;jrand0m&gt; 0.2.2 is tunnel mods, but I think a lot of the pressure to get that implemented will be eased with the 0.2.1.1 release (which tests and rebuilds tunnels as necessary, rather than waiting 10 minutes) [22:50] &lt;Ophite1&gt; trusted peers is an area that needs some revision imho. [22:50] &lt;jrand0m&gt; agreed. [22:50] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [22:50] &lt;Ophite1&gt; only area that doesn't give me warm fuzzies. [22:50] &lt;Ophite1&gt; though that may just be the word "trusted". :) [22:50] &lt;jrand0m&gt; basically my current thoughts are to publish tunnels to routers [22:50] &lt;jrand0m&gt; heh [22:51] &lt;jrand0m&gt; (if we publish tunnels to routers, we can get away with untrusted gateways, which drops the 'trusted' from trusted peers) [22:51] *** Signoff: dm (Ping timeout) [22:51] *** dm_backup is now known as dm [22:51] &lt;Ophite1&gt; need to analyse anonymity implications of that. [22:51] &lt;jrand0m&gt; but trusted peers is inherently necessary in a militant grade anon system, where /all/ nodes you can contact are considered attackers. [22:52] &lt;Ophite1&gt; don't think that is truly possible... [22:52] &lt;jrand0m&gt; certainly. yet another reason it should get 0.4 [22:52] &lt;jrand0m&gt; Ophite1&gt; trusted nodes with timed / triggered self destruct. [22:52] &lt;jrand0m&gt; set up a patsy, route through it, kill it [22:52] &lt;jrand0m&gt; exactly, if patsies delete their logs after N hours / N bytes / N messages [22:52] &lt;Ophite1&gt; I mean if you want me to release a worm that sets up a couple of million... [22:53] &lt;Ophite1&gt; logs? what logs? [22:53] &lt;jrand0m&gt; :) [22:53] &lt;jrand0m&gt; ok, format the disks ;) [22:53] * Ophite1 wrote kernel-level stealth trojan [22:53] &lt;jrand0m&gt; nice [22:53] * dm wrote kernel level outlook calendar plugin. [22:53] &lt;Ophite1&gt; ...when I was 19 :) [22:53] &lt;Ophite1&gt; still works. :) [22:54] &lt;Ophite1&gt; not going to include it in this though, don't worry, or, uh, check my code, which would probably be a Good Thing To Do anyway ;) [22:54] &lt;dm&gt; when I was 12. [22:54] &lt;jrand0m&gt; I don't think i2p will want /that/ large distribution until after 1.0 is stable and heavily peer reviewed [22:54] &lt;jrand0m&gt; heh Ophite1 [22:54] &lt;jrand0m&gt; heh dm [22:54] &lt;Ophite1&gt; frankly, think that is a fluff feature. [22:54] &lt;jrand0m&gt; perhaps. [22:55] &lt;jrand0m&gt; restricted routes is a necessity though [22:55] &lt;jrand0m&gt; its basic functionality for people behind firewalls [22:55] &lt;jrand0m&gt; (very restrictive firewalls) [22:55] &lt;Ophite1&gt; hello, transports. [22:55] &lt;Ophite1&gt; we'll get to that. [22:55] &lt;Ophite1&gt; or is now the appropriate time to discuss them? [22:55] &lt;jrand0m&gt; sure, lets dig in :) [22:56] &lt;jrand0m&gt; we've already run into a problem with an unreachable peer that could be solved with restricted routes [22:56] *** tusko has left #iip-dev [22:56] &lt;jrand0m&gt; even though it was due to misconfiguration, it could be more common [22:57] &lt;Ophite1&gt; Also: given two cooperating peers behind inbound-filtering firewalls that drop bad packets, and one cooperating peer which is not behind a firewall and can send packets with forged IP source addresses to both of the other peers... [22:57] &lt;Ophite1&gt; You can establish a TCP connection between the two firewalled peers that both firewalls think is outbound. [22:57] &lt;jrand0m&gt; definitely [22:57] &lt;dm&gt; forged IP addresses?!? [22:58] &lt;Ophite1&gt; believe me, firewalls are a VERY common problem. [22:58] &lt;Ophite1&gt; sometimes they are user-controlled but the user is a doofus. that can be handled with the installer handling the firewall :) [22:58] &lt;dm&gt; I2P is gonna use IP spoofing? :) [22:58] &lt;jrand0m&gt; definitely. if i2p can't operate behind firewalls / NATs / proxies, there's no reason to continue. [22:59] &lt;Ophite1&gt; sometimes they are actively hostile, corporate or educational gateways seeking to deliberately mess up everything. It's got to traverse those, and traverse them cleanly. [22:59] &lt;jrand0m&gt; dm&gt; transport options [22:59] &lt;jrand0m&gt; absolutely Ophite1 [22:59] &lt;Ophite1&gt; dm: I have a working implementation - in the Direct Connect protocol. [22:59] &lt;jrand0m&gt; i2p wants to be the battleground for that code. [22:59] &lt;Ophite1&gt; dm: If *that* can handle it, i2p can. [22:59] *** Signoff: tonious (Ping timeout) [23:00] &lt;Ophite1&gt; I suggest leaving it turned off by default though. Only a very few want it turned on, and it would be nice if they can advertise which they are so requests can be routed to them. [23:00] &lt;dm&gt; you can't spoof IPs without native code can you? [23:00] &lt;Ophite1&gt; the advantage is that they don't have to route *through*, just help the setup. [23:00] &lt;Ophite1&gt; = massive speed boost. [23:01] &lt;jrand0m&gt; definitely Ophite1, thats what the RouterInfo.routerAddress[] structure is for [23:01] &lt;Ophite1&gt; dm: yeah, like this isn't going to be rewritten? [23:01] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [23:01] &lt;dm&gt; okay, just checking... [23:01] &lt;jrand0m&gt; right dm, I have no qualms whatsoever with including native code in i2p [23:01] &lt;Ophite1&gt; I would like to state that I don't think java is a permanent solution. [23:01] &lt;Ophite1&gt; And that I regard java router as testbed/prototype. [23:01] &lt;jrand0m&gt; thats fine. if it gets us to 1.0, works out the protocol, etc, good enough. [23:02] &lt;Ophite1&gt; ...and hope it doesn't get stuck there as freenet has ;) [23:02] &lt;dm&gt; IPAddress.Spoof(192.168.32.1); [23:02] *** alient (alient@anon.iip) has joined channel #iip-dev [23:02] &lt;jrand0m&gt; lol dm [23:02] &lt;dm&gt; import IPSpoofing; [23:02] &lt;Ophite1&gt; mmm... raw sockets in java ;) [23:02] &lt;jrand0m&gt; fcntl / ioctl in java... mmMMmm [23:02] &lt;mihi&gt; hmm, raw sockets require root on unix, don't they? [23:02] &lt;dm&gt; women with large breasts lickig my penis.. mmMMmmm [23:02] &lt;jrand0m&gt; so we include a rootkit [23:03] &lt;jrand0m&gt; ;) [23:03] &lt;Ophite1&gt; jrand0m: got it covered =) [23:03] &lt;jrand0m&gt; heh [23:03] &lt;Ophite1&gt; besides as I said; only a few need it. [23:03] &lt;jrand0m&gt; right [23:04] &lt;jrand0m&gt; and only for legitimate reasons, of course. [23:04] &lt;Ophite1&gt; on my dc hub, only one (bot) had the capability, and the hub told it when passives wanted to connect to passives. [23:04] &lt;Ophite1&gt; caused a bit of amazement that did. [23:04] &lt;jrand0m&gt; hehe [23:04] &lt;Ophite1&gt; also got the bot's host shut down, hence my suggestion to perhaps turn it off by default :) [23:04] &lt;jrand0m&gt; thats definitely a good feature to have avail [23:04] &lt;jrand0m&gt; lol [23:05] *** Signoff: nickthief54450 (Excess Flood) [23:05] &lt;jrand0m&gt; ok, so with restricted routes pushed to 0.4, we have a month or so to continue the debate as to whether the functionality is necessary [23:06] &lt;jrand0m&gt; any other thoughts / things that should be in the roadmap that aren't, things that are in the wrong place, etc? [23:06] &lt;Ophite1&gt; I say push it to 0.4 definitely. It will cause firewall issues at the moment but we are still in testing... [23:06] &lt;Ophite1&gt; ...someone that can't open a firewall port probably shouldn't be trying it yet. [23:06] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; right. and even with firewalls, PHTTP lets them through. [23:07] &lt;Ophite1&gt; though need to test phttp against hostile proxies. [23:07] * jrand0m is behind a firewall I don't control and I participate fully in i2p [23:07] &lt;dm&gt; hax0r [23:07] &lt;jrand0m&gt; well, yes, hostile proxies can fake confirm, but its all signed, so the message can't go to the wrong place / etc [23:08] &lt;jrand0m&gt; but the phttp relay and transport does have a lot of features needed [23:08] &lt;Ophite1&gt; in particular, to examine the future possibilities application level routers might have at detecting/fucking up the protocol. [23:08] &lt;jrand0m&gt; hm? [23:08] &lt;Ophite1&gt; have some experience with firewall tunnelling though. [23:08] &lt;Ophite1&gt; might want to include a GET fallback. [23:09] &lt;jrand0m&gt; hmm. GET goes into logs. but perhaps as a fallback [23:09] &lt;jrand0m&gt; (POST can be to /index.html) [23:09] &lt;Ophite1&gt; jrand0m: but it's all signed/encrypted if noderefs are cool...? [23:10] &lt;Ophite1&gt; unless the proxy becomes an active attacker too, that's going to be quite hard for it. [23:10] &lt;jrand0m&gt; all messages are encrypted to the destination router, and the designation as to what phttp relay to go through is signed in the routerInfo [23:10] &lt;jrand0m&gt; right. phttp proxy as is certainly isn't strong enough to go against an active attacker [23:11] *** Signoff: grimps (Leaving) [23:12] &lt;jrand0m&gt; I think it'd be great if people posted some alternate transport ideas to the wiki :) [23:12] &lt;jrand0m&gt; ok, 4) app status [ppp2p, i2ptunnel, im, ns, squid] [23:12] &lt;jrand0m&gt; damn, tusko left [23:12] &lt;jrand0m&gt; tusko wrote a python script (ppp2p) to let people run ppp over i2p via i2ptunnel [23:13] &lt;Ophite1&gt; Told you someone would do that :) [23:13] &lt;dm&gt; ppp over i2p? [23:13] &lt;jrand0m&gt; I haven't looked at it, but last I heard he was running a vpn over i2p with 5s ping times [23:13] &lt;jrand0m&gt; heh yeah [23:13] &lt;Ophite1&gt; dm: of course. [23:13] &lt;dm&gt; when could you use that? [23:13] &lt;dm&gt; could/would [23:13] &lt;jrand0m&gt; dm&gt; anonymous outproxy [23:13] &lt;Ophite1&gt; dm: anonymous ANYTHING. [23:13] &lt;jrand0m&gt; to, say, run a kazaa node anonymously, or whatever [23:13] * Ophite1 points out that anyone running an outbound i2p-&gt;ppp link is insane and will probably be blacklisted/hunted down [23:13] &lt;dm&gt; ah, I understand. [23:13] &lt;jrand0m&gt; definitely Ophite1 [23:14] &lt;jrand0m&gt; so right now, its only for trusted peers. [23:14] &lt;Ophite1&gt; see also: the dresden JAP cascade... :) [23:14] &lt;jrand0m&gt; which, well, doesnt really make sense for anonymity... [23:14] &lt;jrand0m&gt; heh [23:14] &lt;Ophite1&gt; also most of the stuff going out of their node will be unencrypted... [23:14] * jrand0m thinks about ike over ppp over i2p [23:15] * jrand0m watches my head explode [23:15] *** fiaga (~po@anon.iip) has joined channel #iip-dev [23:15] &lt;Ophite1&gt; jrand0m: why not i2p over ppp over i2p? [23:15] &lt;jrand0m&gt; definitely doable. aint recursion fun? [23:15] &lt;soros&gt; i2p over i2p :-o [23:15] &lt;jrand0m&gt; or i2p over ppp over i2p over i2p over freenet over kazaa [23:15] &lt;Ophite1&gt; now that's just silly. Freenet wouldn't possibly work ;) [23:16] &lt;godmode0&gt; over slow connect :) [23:16] &lt;jrand0m&gt; heh it'd have latency issues, certainly :) [23:16] &lt;mihi&gt; ... over an icmp tunnel over ... [23:16] &lt;Ophite1&gt; ooh yes, loki :) [23:16] &lt;Ophite1&gt; 0ldsk00l :) [23:17] &lt;Ophite1&gt; I2P addresses, being the public keys, are ... rather long. [23:17] &lt;jrand0m&gt; yes. [23:17] &lt;jrand0m&gt; actually, since we're on agenda item 4: ns [23:17] &lt;Ophite1&gt; As in an I2P www url being actually too long to paste into any sane place (&gt;512 chars?!!) [23:17] &lt;mihi&gt; co promised to write a naming service... [23:17] &lt;jrand0m&gt; yeah. [23:17] &lt;jrand0m&gt; I think with idn implemented, it would be very easy for someone to adapt the kademlia code into a distributed dns [23:17] &lt;mihi&gt; Ophite1: post them to the eepsite forum. [23:18] &lt;Ophite1&gt; trouble with namespace as I can figure it out is that there has to be either some degree of central control OR you have to allow collisions. [23:18] *** Signoff: fiaga (Ping timeout) [23:18] &lt;jrand0m&gt; (just toss on a CA or WoT CAs, and voila. (Link: www.mihi.i2p)www.mihi.i2p) [23:18] &lt;jrand0m&gt; not necessarily. [23:18] &lt;Ophite1&gt; please enlighten me with your better ideas then. [23:18] &lt;jrand0m&gt; Ophite1&gt; check out co/wiht's specs on the iip-dev list. [23:19] &lt;Ophite1&gt; best I could come up with is root key creates signed namespaces. dnssec stylee. [23:19] &lt;jrand0m&gt; he doesn't go the full route with a dht, but he manages groups [23:19] &lt;jrand0m&gt; just like how we do now - we /all/ can choose who our root dns servers are. [23:19] &lt;jrand0m&gt; in the same vein, we /all/ should be able to choose who our CA (or CA WoT) is [23:20] &lt;jrand0m&gt; so I guess technically there /could/ be collisions, but only once there are multiple CA groups that don't interact [23:20] * Ophite1 notes that is unlikely [23:20] &lt;jrand0m&gt; agreed [23:20] &lt;Ophite1&gt; you either trust the root CA or you don't. [23:20] &lt;jrand0m&gt; and if you don't trust the root, you create your own [23:21] &lt;jrand0m&gt; (or find another) [23:21] &lt;Ophite1&gt; and if you don't trust the root CA it's for a reason, a reason that will rapidly get around. [23:21] &lt;jrand0m&gt; exactly [23:21] &lt;jrand0m&gt; especially when there's anonymous publishing :) [23:21] &lt;Ophite1&gt; being as CA's only real purpose is to insure anti-collision - like Trent... [23:21] &lt;jrand0m&gt; right [23:22] &lt;Ophite1&gt; about the only thing that would cause lack of trust in CA is (1) key leakage or (2) refusal to register something that isn't already registered. [23:22] * jrand0m notes verisign's "trustworthiness" [23:23] * Ophite1 notes that Verisign purports to verify the identity of the certificate holder - one of the properties that an I2P namespace is in fact guaranteed NOT to do [23:23] &lt;jrand0m&gt; self signed certs+++ [23:24] &lt;Ophite1&gt; also I'd point out that distributed systems - like Darknet, as I will call it from here on in until it sticks :) - built on top of i2p probably wouldn't use the namespace. [23:24] &lt;Ophite1&gt; It's for servers, really. [23:24] &lt;jrand0m&gt; heh [23:24] &lt;jrand0m&gt; right [23:24] &lt;Ophite1&gt; Servers don't scale. That problem will be in i2p as much as in IP. [23:24] &lt;Ophite1&gt; so, I think that the usage in practice will actually be surprisingly limited. [23:24] &lt;jrand0m&gt; the idn ("darknet") would keep references to destinations - the full 387 bits of their keys, not some pretty name [23:24] &lt;jrand0m&gt; agreed. [23:25] &lt;jrand0m&gt; except / until someone writes a distributed outproxy system [23:25] &lt;jrand0m&gt; aka o-r / freedom over i2p [23:25] &lt;TC&gt; how many diffrent keys can we have? [23:25] * jrand0m looks forward to that day [23:25] &lt;jrand0m&gt; tc&gt; 2^2048 [23:25] &lt;Ophite1&gt; jrand0m: at which point the root key signs them a namespace: .proxy.i2p [23:26] &lt;dm&gt; This must be the most hypothetical/megalomaniac open source development meeting ever :) [23:26] &lt;jrand0m&gt; aint subspaces grand :) [23:26] &lt;jrand0m&gt; lol dm [23:26] &lt;jrand0m&gt; hey, we're alowed to aim high, aint we? [23:26] &lt;dm&gt; I'm sure most devl meetings are like: "So, do we put 3 bits for the mpeg-5 header or 4?" [23:26] &lt;Ophite1&gt; jrand0m: oddly as it may seem, not every number works for elgamal ;-) [23:26] &lt;TC&gt; dm, youve seen debian meetings right? [23:26] &lt;jrand0m&gt; awww c'mon, 000000000000000000000000000 is a secure key [23:26] * Ophite1 hands out Chocolate Digestives [23:26] &lt;dm&gt; TC: no, what are the like? [23:26] &lt;Ophite1&gt; jrand0m: ooh, identity. [23:26] &lt;TC&gt; dm, i dont know, i was asking [23:27] &lt;jrand0m&gt; ok. thecrypto isn't here either... anyone have im thoughts? [23:27] &lt;Ophite1&gt; damn, I was about to ask about that. [23:27] &lt;Ophite1&gt; quite an important app. [23:27] &lt;dm&gt; Anyway, this type of meeting is more lurker-friendly, so I'm all for it. [23:27] * dm is entertained. [23:27] &lt;jrand0m&gt; heh [23:27] &lt;TC&gt; where is co? [23:27] &lt;Ophite1&gt; as many people will expect i2p to be iip's successor. [23:28] &lt;jrand0m&gt; iip over i2p is fairly easy, if we don't want dcc [23:28] &lt;Ophite1&gt; (I guess it could be, if we just run an iip irc server over i2p...) [23:28] &lt;jrand0m&gt; iip over i2p with dcc requires a new app [23:28] &lt;jrand0m&gt; exactly Ophite1 [23:28] &lt;jrand0m&gt; 0 coding [23:28] &lt;TC&gt; cant we just run irc over i2p? [23:28] &lt;Ophite1&gt; I don't like that idea 'cause ... well, it doesn't give us anything we don't already have :) [23:28] &lt;jrand0m&gt; but last I heard, thecrypto was doing some work on an IM app [23:28] &lt;jrand0m&gt; certainly tc [23:29] &lt;jrand0m&gt; right Ophite1, and it doesn't scale [23:29] &lt;jrand0m&gt; (all the traffic gets funneled to the ircd) [23:29] &lt;Ophite1&gt; Also the IRCd can spy on traffic. [23:29] &lt;TC&gt; ah, goodpoint [23:29] &lt;jrand0m&gt; (this would be when UserX should show up and discuss his ideas for iip2.0) [23:29] &lt;jrand0m&gt; right Ophite1 [23:29] &lt;jrand0m&gt; all the problems of the current iip [23:29] &lt;Ophite1&gt; jrand0m: And absolutely nothing different. [23:29] &lt;jrand0m&gt; more lag. [23:30] &lt;Ophite1&gt; except it's in java. lovely. :) [23:30] &lt;jrand0m&gt; heh [23:30] &lt;Ophite1&gt; Now, shitloads of people have cut their undergraduate teeth trying and failing to build distributed chat applications. [23:30] &lt;jrand0m&gt; ok, so someone should either help thecrypto out or push him along some more :) [23:30] * Ophite1 points out IRC3 [23:30] &lt;jrand0m&gt; yeah, its a perfect school project [23:30] &lt;Ophite1&gt; ..and SILC... [23:30] &lt;Ophite1&gt; ...and... [23:31] &lt;Ophite1&gt; well about a gazillion others. [23:31] &lt;jrand0m&gt; 'zactly [23:31] &lt;Ophite1&gt; Literally all of these, I might add, are pre-DHT as far as I can tell. [23:31] &lt;jrand0m&gt; yup [23:31] &lt;Ophite1&gt; That's disappointing 'cause that's a freakishly useful structure. [23:31] &lt;jrand0m&gt; a DHT for lookup / P3P, and then direct con for IM [23:31] &lt;jrand0m&gt; group chat is harder though, but not too hard [23:31] &lt;Ophite1&gt; well, direct in the i2p sense :) [23:31] &lt;jrand0m&gt; heh right [23:32] &lt;Ophite1&gt; what about darkmail/i2pmail? [23:32] &lt;soros&gt; group sex too [23:32] &lt;dm&gt; soros: agreed. [23:32] &lt;jrand0m&gt; group sex isn't that hard soros ;) [23:32] &lt;jrand0m&gt; lol [23:32] &lt;jrand0m&gt; email over i2p is easy. someone just needs to run a pop server [23:32] &lt;jrand0m&gt; or webmail [23:32] &lt;jrand0m&gt; hahah [23:33] &lt;Ophite1&gt; jrand0m: sure, as long as literally everyone is okay with bloody pgp :) [23:33] * Ophite1 gets CKT nightmares again [23:33] &lt;jrand0m&gt; oh, true. that'd expose the contents to hte server ;) [23:33] &lt;Ophite1&gt; Also... spam. [23:33] &lt;jrand0m&gt; yup [23:33] &lt;Ophite1&gt; We have this thing called hashcash. [23:33] &lt;Ophite1&gt; They sort of fit together, no? [23:34] &lt;jrand0m&gt; ok, so yeah, someone should get working on an i2p specific email app :) [23:34] &lt;Ophite1&gt; obviously that would work best as part of the im. [23:34] &lt;Ophite1&gt; What, after all, is the distinction between irc and email? [23:34] &lt;jrand0m&gt; true, like an IM VMB [23:34] &lt;Ophite1&gt; Whether or not you can page up and see what you missed after you rejoin... [23:34] &lt;jrand0m&gt; placed into the dht [23:34] &lt;jrand0m&gt; good point [23:35] * jrand0m wishes we had a team of a dozen coders [23:35] &lt;Ophite1&gt; note, however, that mail requires storage, as it is offline communication. irc requires no storage, as it is online communication. [23:35] &lt;dm&gt; also email has a lot more penis enlargement adverts. [23:35] &lt;Ophite1&gt; jrand0m: ask around for funding. [23:35] &lt;Ophite1&gt; dm: see above re: hashcash. [23:35] &lt;jrand0m&gt; right, the P3P could contain pending messages [23:36] &lt;Ophite1&gt; dm: A primitive that was not available to the bloke who hacked up email in a night. [23:36] &lt;Ophite1&gt; (At least we won't have to use ! paths to specify the tunnel manually. heh. heh. heh.) [23:36] * dm is gonna miss clear-text dead simple protocols. [23:36] &lt;jrand0m&gt; jrandom%ophite!dm!mihi [23:37] &lt;Ophite1&gt; no, this is i2p. Insert ~520 garbage characters between the bangs then you're closer ;) [23:37] &lt;jrand0m&gt; haha [23:37] &lt;Ophite1&gt; several of these things *are* sort of related. [23:37] &lt;jrand0m&gt; true, 387 bytes base64 encoded... [23:38] &lt;Ophite1&gt; or to put it another way, ELONGURL :) [23:38] &lt;jrand0m&gt; heh [23:38] &lt;Ophite1&gt; [does IE chop at 512?] [23:38] &lt;jrand0m&gt; naw, works fine [23:38] &lt;Ophite1&gt; you admit to using IE? [23:38] &lt;Ophite1&gt; To browse anonymously?! [23:38] &lt;jrand0m&gt; ;) [23:38] * Ophite1 pulls out six of Liu De Yiu's best and waits =) [23:38] * jrand0m uses ie for eppsites, moz for squiding [23:39] &lt;duck&gt; what item are we now? [23:39] &lt;duck&gt; 4? [23:39] &lt;jrand0m&gt; yeah, ok ok [23:39] &lt;Ophite1&gt; still 4 I think. [23:39] &lt;jrand0m&gt; i2ptunnel. still kicks ass. [23:39] &lt;jrand0m&gt; any thoughts? any comments mihi? [23:40] &lt;jrand0m&gt; one thing I want to note wrt the squid outproxy is that I've updated the header filtering to ALLOW COOKIES and replace the user agent with something silly [23:40] * mihi just waits for naming service... [23:40] &lt;jrand0m&gt; mihi (or someone else)&gt; it'd be really easy to bootstrap such a naming service with an /etc/hosts style i2p ns [23:41] &lt;mihi&gt; btw: are there any other public dests except your squid and tc's eepsite? [23:41] &lt;jrand0m&gt; i2pcvs.dest [23:41] &lt;jrand0m&gt; (points at the i2p cvs pserver) [23:41] &lt;jrand0m&gt; (but isn't always up) [23:41] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:41] &lt;jrand0m&gt; hola yodel [23:41] &lt;yodel&gt; hela [23:42] &lt;jrand0m&gt; ok, I think thats it for 4) apps [23:42] &lt;jrand0m&gt; 5) comments / questions / etc [23:42] &lt;mihi&gt; gui installer? [23:42] &lt;TC&gt; hi yodel [23:43] &lt;yodel&gt; I have to start experimenting putting the xml-rpc over i2p [23:43] &lt;yodel&gt; should work with httptunnel [23:43] &lt;jrand0m&gt; good question mihi. last I heard MrEcho had some of it working [23:43] &lt;jrand0m&gt; awesome yodel [23:43] &lt;jrand0m&gt; definitely. [23:43] &lt;jrand0m&gt; how large are the streams? [23:43] &lt;jrand0m&gt; (aka how chatty is the protocol?) [23:44] * Ophite1 plans to try BitTorrent over I2P as a stress test [23:44] &lt;yodel&gt; xml over http [23:44] &lt;yodel&gt; the ssl layer wont be needed with i2p [23:44] &lt;Ophite1&gt; so, uh, very chatty? :) [23:44] &lt;jrand0m&gt; ah cool, large POST or large replies? [23:44] &lt;jrand0m&gt; (or just small and small?) [23:45] &lt;jrand0m&gt; damn you Ophite1 :) [23:45] &lt;yodel&gt; equal sizes [23:45] &lt;yodel&gt; does httptunnel support gzipped http? [23:45] &lt;jrand0m&gt; but doesn't bt use IP addresses? [23:45] &lt;jrand0m&gt; hmm, httptunnel doesn't have any inherent compression, its just a bitstream [23:45] &lt;TC&gt; hmm, package i2p+ppp\vpn+gui as a security solution for wireless windows shares [23:45] &lt;yodel&gt; so should work... [23:45] &lt;godmode0&gt; jrand0m&gt; you test i2p in nntp news server ? [23:45] &lt;jrand0m&gt; yup yodel [23:45] &lt;yodel&gt; 500-1000 byte send, same for reply [23:46] &lt;jrand0m&gt; hmm I haven't tested that yet godmode0 [23:46] &lt;yodel&gt; much less when zipped [23:46] &lt;jrand0m&gt; oh cool yodel, that'll work without any problem [23:46] &lt;yodel&gt; what is the latency for a single msg/package/whatever? [23:46] &lt;jrand0m&gt; 2-5s, sometimes up to 10s [23:46] &lt;jrand0m&gt; (currently) [23:46] &lt;Ophite1&gt; not bad for a pre-dht :) [23:46] &lt;yodel&gt; so 20s roundtime? [23:47] &lt;jrand0m&gt; I usually pull up a web page in 5-10s [23:47] &lt;yodel&gt; ah [23:47] &lt;yodel&gt; goo [23:47] &lt;yodel&gt; +d [23:48] &lt;jrand0m&gt; damn, we're coming up to the 2 hour mark. anyone have any other questions / thoughts? [23:48] &lt;Ophite1&gt; Pie is good. [23:48] &lt;duck&gt; jrand0m: why do you drink cheap local beer? [23:48] &lt;Ophite1&gt; Orgy and pie is better. [23:48] &lt;jrand0m&gt; rofl duck [23:49] &lt;Ophite1&gt; duck: It's better than Tesco Value Lager? [23:49] * Ophite1 spits from reflex [23:49] &lt;jrand0m&gt; heh [23:49] * duck is concerned about jrand0m's health [23:49] &lt;jrand0m&gt; you're concerned about my cheap beer habits but not my good whiskey habits? [23:50] * Ophite1 reminds about the single malt on Cary Sherman's head [23:50] &lt;duck&gt; do you eat well? [23:50] &lt;godmode0&gt; corona [23:50] &lt;duck&gt; do you do your daily exercises? [23:50] &lt;jrand0m&gt; well, i'm one of those veggies [23:50] &lt;Ophite1&gt; Isn't that a personal question, duck? [23:50] &lt;jrand0m&gt; does typing count? [23:50] &lt;duck&gt; you did drink that much already? [23:50] &lt;duck&gt; that you became a veggie [23:50] &lt;jrand0m&gt; heh [23:50] &lt;Ophite1&gt; cheap beer will do that. [23:51] &lt;duck&gt; Ophite1: jrand0m's health should concern us all, since it is essential for I2P [23:51] *** Signoff: mihi_backup (mihi hands jrand0m the *BAF*er) [23:51] &lt;jrand0m&gt; heh ok ok mihi [23:51] * jrand0m winds up [23:51] * jrand0m *baf*s the meeting closed </div>/ar/blog/2003/11/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-11-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/Tue, 11 Nov 2003 00:00:00 +0000/ar/blog/2003/11/11/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-11-%D9%86%D9%88%D9%81%D9%85%D8%A8%D8%B1-2003/<p>(بإذن من wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="ملخص-سريع">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> dish, dm, jrand0m, MrEcho, nop</p> <p>(تم تحرير سجل الاجتماع للتغطية على حقيقة أن iip تعطّل في منتصف الاجتماع وكان هناك الكثير من حالات انتهاء المهلة في ping، لذا لا تحاول قراءة هذا كسرد مباشر)</p> <h2 id="سجل-الاجتماع">سجل الاجتماع</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; جدول الأعمال [22:02] &lt;jrand0m&gt; 0) الترحيب [22:02] &lt;jrand0m&gt; 1) i2p router (الموجّه) [22:02] &lt;jrand0m&gt; 1.1) الحالة [22:02] &lt;jrand0m&gt; 1.2) تغييرات خارطة الطريق [22:02] &lt;jrand0m&gt; 1.3) المشاريع الفرعية المفتوحة [22:02] &lt;jrand0m&gt; 2) التنفيذ الأصلي لـ modPow [22:03] &lt;jrand0m&gt; 2) مُثبّت GUI [22:03] &lt;jrand0m&gt; 3) IM (المراسلة الفورية) [22:03] &lt;jrand0m&gt; 4) خدمة التسمية [22:03] &lt;MrEcho&gt; رأيت ذلك الكود .c [22:03] &lt;jrand0m&gt; 5) الترخيص [22:03] &lt;jrand0m&gt; 6) شيء آخر؟ [22:03] &lt;jrand0m&gt; 0) الترحيب [22:03] &lt;jrand0m&gt; مرحباً. [22:03] &lt;nop&gt; مرحباً [22:03] &lt;jrand0m&gt; اجتماع 2^6 [22:04] &lt;jrand0m&gt; هل لديك أي بنود تضيفها إلى جدول الأعمال يا nop؟ [22:04] &lt;jrand0m&gt; حسناً، 1.1) حالة الـ router [22:04] &lt;jrand0m&gt; نحن على الإصدار 0.2.0.3، وآخر ما سمعت أنه يعمل [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; صحيح؟ [22:05] &lt;MrEcho&gt; أنا أشغّله.. يبدو جيداً [22:05] &lt;nop&gt; لا [22:05] &lt;jrand0m&gt; كانت هناك تعديلات طفيفة بعد إصدار 0.2.0.3، لا شيء يستحق إصداراً جديداً [22:05] &lt;nop&gt; أنا فقط أحاول اللحاق بما فات [22:05] &lt;jrand0m&gt; تمام [22:06] &lt;jrand0m&gt; بالنظر إلى التجارب والملاحظات حول 0.2.0.x، تم تحديث خارطة الطريق لجعل التشغيل أقل استهلاكاً للموارد [22:06] &lt;jrand0m&gt; (أي لكي يتمكن الناس من تشغيل webservers / إلخ من دون أن يلتهم ذلك CPU لديهم) [22:06] &lt;jrand0m&gt; تحديداً (ننتقل إلى البند 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:06] &lt;MrEcho&gt; ما لاحظته هو أن معظم الـ routers تستخدم: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; هل يتحول تلقائياً إلى PHTTP أم يحاول TCP أولاً [22:07] &lt;jrand0m&gt; همم، يجب أن تدعم معظم الـ routers بروتوكول PHTTP، وإذا كانت تستطيع قبول الاتصالات الواردة، فيفترض أن تدعم TCP كذلك [22:07] &lt;jrand0m&gt; إن كان هذا ممكناً بأي شكل، سيستخدم TCP [22:07] &lt;jrand0m&gt; يُوزَن PHTTP على أنه أكثر كلفة بنحو 1000 مرة من TCP [22:08] &lt;jrand0m&gt; (انظر GetBidsJob، الذي يسأل كل transport عن تقديره لتكلفة إرسال رسالة إلى peer) [22:08] &lt;jrand0m&gt; (وانظر TCPTransport.getBid وPHTTPTransport.getBid للقيم المستخدمة) [22:08] &lt;MrEcho&gt; حسناً [22:08] &lt;jrand0m&gt; هل تستخدم PHTTP كثيراً لإرسال واستقبال الرسائل؟ [22:09] &lt;jrand0m&gt; (قد يكون ذلك إشارة إلى أن مستمع TCP لديك غير قابل للوصول) [22:09] &lt;MrEcho&gt; لم أضع الـ URLs عندي [22:09] &lt;jrand0m&gt; آه، أوكي. [22:09] &lt;MrEcho&gt; أوه، هو كذلك [22:10] &lt;jrand0m&gt; حسناً، نعم، لدى الـ routers الخاصة بي اتصالات TCP مفتوحة معك [22:10] &lt;dm&gt; كم هم مضيافون. [22:10] * jrand0m يسعدني أنكم جعلتموني أنفّذ routerConsole.html حتى لا نضطر للنبش في السجلات من أجل هذا الهراء [22:11] &lt;MrEcho&gt; هل هناك مهلة timeout بحيث إذا لم يتصل عبر TCP ينتقل إلى PHTTP؟ وما التوقيت الخاص بذلك [22:11] &lt;jrand0m&gt; على أي حال، التغيير الكبير في خارطة الطريق هو أن 0.2.1 سيُنفِّذ AES+SessionTag [22:11] &lt;MrEcho&gt; أو هل يمكن أن نجعل ذلك خياراً في الإعدادات؟ [22:11] &lt;jrand0m&gt; إذا تلقى رفض اتصال TCP / لم يُعثر على المضيف / إلخ، يفشل ذلك المحاولة فوراً ويجرب الـ bid التالي المتاح [22:12] &lt;MrEcho&gt; إذن لا إعادة محاولات [22:12] &lt;jrand0m&gt; لدى PHTTP مهلة timeout قدرها 30 ثانية على ما أذكر [22:12] &lt;jrand0m&gt; لا حاجة لإعادة المحاولة. إما أن لديك اتصال TCP مفتوحاً ويمكنك إرسال البيانات أو لا :) [22:12] &lt;MrEcho&gt; لول، حسناً [22:13] &lt;MrEcho&gt; هل سيحاول TCP في كل مرة بعد ذلك أم سيتجاوز ذلك ويتجه مباشرة إلى PHTTP للاتصال التالي؟ [22:13] &lt;jrand0m&gt; سيحاول TCP في كل مرة حالياً. [22:13] &lt;jrand0m&gt; وسائط النقل لا تحتفظ بسجلات تاريخية بعد [22:13] &lt;MrEcho&gt; حسناً، رائع [22:14] &lt;jrand0m&gt; (لكن إذا فشل peer أربع مرات فسيُدرَج في قائمة سوداء لمدة 8 دقائق) [22:14] &lt;MrEcho&gt; حسناً، بمجرد أن يستلم الطرف الآخر رسالة PHTTP ينبغي أن يتصل بالـ router الذي أرسل الرسالة عبر TCP، صحيح؟ [22:14] &lt;jrand0m&gt; صحيح. بمجرد إنشاء أي اتصال TCP يمكنه استخدامه. [22:14] &lt;jrand0m&gt; (لكن إذا كان كلا الـ peers لديهما فقط PHTTP فسوف يستخدمان PHTTP فقط بطبيعة الحال) [22:15] &lt;MrEcho&gt; هذا يعني أنه لم يستطع إنشاء اتصال TCP مع أي شيء [22:15] &lt;MrEcho&gt; .. لكن نعم [22:16] &lt;MrEcho&gt; ليت هناك طريقة لتجاوز ذلك [22:16] &lt;jrand0m&gt; لا، أحد الـ routers لدي ليس لديه عنوان TCP — فقط PHTTP. لكنني أُنشئ اتصالات TCP مع الـ peers الذين لديهم عناوين TCP. [22:16] &lt;jrand0m&gt; (ثم يمكنهم إعادة إرسال الرسائل عبر ذلك الاتصال TCP بدلاً من إرسال رسائل PHTTP الأبطأ إليّ) [22:17] &lt;jrand0m&gt; أم أن هذا ليس ما تقصده؟ [22:17] &lt;MrEcho&gt; نعم، اختلط عليّ الأمر [22:17] &lt;jrand0m&gt; تمام، لا مشكلة [22:18] &lt;jrand0m&gt; إذن، اطلع على خارطة الطريق المحدّثة لمعلومات الجدول الزمني المحدّثة ((Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; حسناً، 1.3) المشاريع الفرعية المفتوحة [22:19] &lt;jrand0m&gt; أخيراً وضعت مجموعة من عناصر قائمة المهام على palmpilot الخاص بي في الويكي على (Link: http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects)http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; فإذا كنتم تشعرون بالملل وتبحثون عن مشاريع برمجية... :) [22:19] &lt;MrEcho&gt; يا إلهي [22:20] &lt;MrEcho&gt; لدي بالفعل اثنان [22:20] &lt;dish&gt; لديك palmpilot، هذا نخبوي [22:20] &lt;MrEcho&gt; جهازي مات [22:20] &lt;jrand0m&gt; mihi&gt; هناك بند يتعلق بـ I2PTunnel يصف فكرة خطرت لي منذ فترة قصيرة [22:20] &lt;MrEcho&gt; لا أعرف ما الذي به [22:21] &lt;jrand0m&gt; نعم، كنت أملك أجهزة palms لكن تم التبرع لي بهذا مؤخراً من أجل القضية ;) [22:21] &lt;dish&gt; هل يمكن أن يكون هناك بند في جدول الاجتماع لمناقشة متى كانت آخر مرة كتب فيها userX شيئاً [22:21] &lt;MrEcho&gt; الشيء اللعين لم يعد حتى يشتغل [22:21] &lt;MrEcho&gt; لول [22:22] &lt;jrand0m&gt; لا أظن أن UserX قال أي شيء منذ 4 أو 5 أشهر ;) [22:22] &lt;MrEcho&gt; أهو bot أم ماذا؟ [22:22] &lt;dish&gt; ماذا قال قبل 5 أشهر؟ [22:22] &lt;MrEcho&gt; أراهن أنه bitchx يعمل على خادوم كان لديه صلاحية عليه.. ونسيه [22:22] &lt;jrand0m&gt; أنه سيعود بتعليقات حول anonCommFramework (الاسم القديم لـ i2p) الأسبوع المقبل ;) [22:23] &lt;dish&gt; هاها [22:23] &lt;jrand0m&gt; لكن أظن أنه مشغول. هكذا هي الحياة [22:23] &lt;jrand0m&gt; حسناً، 2) التنفيذ الأصلي لـ modPow [22:23] &lt;MrEcho&gt; رأيت ذلك الكود c [22:24] &lt;jrand0m&gt; جمعت ‎.c stub وفئة Java لبيان كيفية دمج شيء مثل GMP أو مكتبة MPI أخرى، لكنه من الواضح لا يعمل [22:25] &lt;jrand0m&gt; ما سيكون جيداً هو أن يكون لدينا حزمة صغيرة من أصناف C وتلك فئة التغليف Java البسيطة المصاحبة لها، بحيث يمكننا بناؤها لـ windows وosx و*bsd وlinux وتغليفها تحت رخصة GPL <p>(أدرج هنا عطل كبير في iip)</p>/ar/blog/2003/10/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/Tue, 21 Oct 2003 00:00:00 +0000/ar/blog/2003/10/21/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-21-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/<h2 id="quick-recap">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrand0m, dm, thecrypto, sisr, co, godmode0, mihi</p> <h2 id="meeting-log">سجل الاجتماع</h2> <div class="irc-log"> [22:59] &lt;dm&gt; إذًا متى سيكون هذا الاجتماع؟ [23:00] &lt;jrand0m&gt; الآن. [23:00] &lt;jrand0m&gt; 0) مرحبًا [63] [23:00] &lt;jrand0m&gt; 1) خارطة الطريق: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] &lt;jrand0m&gt; 2) مهام 0.2: [23:00] &lt;jrand0m&gt; - اختبار اتصالات طويلة الأمد [23:00] &lt;jrand0m&gt; - علل إعادة بناء Lease [23:00] &lt;jrand0m&gt; 3) prng (يا للروعة) [23:00] &lt;jrand0m&gt; 4) تطبيقات / أسئلة / إلخ [23:00] &lt;jrand0m&gt; 0) مرحبًا [23:00] &lt;jrand0m&gt; آسف على الغباء ونسيان التوقيت الصيفي [23:00] &lt;jrand0m&gt; أهلًا بكم في الاجتماع رقم 63 [23:01] *** darl_mcbride غادر #iip-dev [23:01] &lt;jrand0m&gt; 1) خارطة الطريق [23:01] &lt;jrand0m&gt; خارطة الطريق على الرابط أعلاه وسيتم تحديثها كلما لزم الأمر. [23:02] &lt;jrand0m&gt; نعم، التواريخ أبعد مما كانت عليه سابقًا، وهذا يعكس بالدرجة الأولى: 1) أنني لا أريد إصدار برمجيات رديئة 2) أنني أغفلت تفاصيل في التقديرات السابقة [23:02] &lt;jrand0m&gt; ولكن، بالطبع، كما تقول خارطة الطريق: "إذا شاركت وساعدت في بعض البرمجة، ستسير الأمور أسرع" :) [23:03] &lt;jrand0m&gt; الإصدار 0.2 نفسه سيوفر وظائف مفيدة فعلًا [23:03] *** تسجيل الخروج: thecrypto (انتهاء مهلة Ping) [23:03] &lt;dm&gt; أخبار جيدة. [23:03] &lt;jrand0m&gt; حسنًا، البند 2) مهام 0.2 [23:04] &lt;jrand0m&gt; كنت أقوم باختبارات ضمان الجودة لإصدار 0.2 خلال الأسبوع الماضي تقريبًا وأتتبّع بعض العلل التي كان من الصعب اكتشافها [23:04] &lt;jrand0m&gt; لكن أظن أنني وجدت مصدرها قبل بضع دقائق، وأنا أشغّل الآن اختبارًا ضدها في الخلفية. [23:04] &lt;jrand0m&gt; (كانت المشكلة أنه بعد بضع ساعات من الاستخدام، يفشل الاتصال مع router أو وجهة) [23:05] &lt;dm&gt; ما نوع منصّة الاختبار التي تستخدمها؟ هل كل شيء محلي في هذه المرحلة؟ [23:05] &lt;jrand0m&gt; ثلاثة routers محلية، وثلاثة routers بعيدة [23:05] &lt;sisr&gt; هل يتضمن 0.2 ميزة أنه عندما يتعذّر الاتصال بـ router بعد عدد معين من المحاولات يتوقف عن المحاولة؟ [23:05] &lt;jrand0m&gt; نعم [23:06] &lt;jrand0m&gt; كل router ينشر معلومات الاتصال الخاصة به كل N (حاليًا 2) دقيقة لكل من يعرفهم. إذا لم يتلقَّ router معلومات اتصال جديدة كل 2.5*N دقيقة، يحذف مرجعه. [23:06] &lt;jrand0m&gt; ومع ذلك، إذا كان /يريد/ العثور على router جديد (أي يحصل على مرجع له عبر Lease)، فيمكنه إجراء بحث في أي وقت والعثور عليه [23:07] &lt;jrand0m&gt; على أي حال، تشغيل ثلاثة routers بالإضافة إلى وجهتين نشطتين محليًا هو، حسنًا، وحش يلتهم CPU. [23:08] &lt;jrand0m&gt; أضفت ميزة قبيحة أشعر بالذنب تجاهها، لكنها تتيح لك إضافة متغير بيئة لإيقاف تشفير ElG و AES أساسًا. وهذا مفيد فقط للتواصل مع عقد أخرى أوقِف فيها التشفير (وإلا فلن تتمكن من التحدث) [23:09] &lt;jrand0m&gt; حسنًا، هذا كل شيء بخصوص مهام 0.2 [23:09] &lt;dm&gt; لأغراض الاختبار الخاصة بك؟ [23:09] &lt;jrand0m&gt; نعم، في الأساس [23:09] &lt;jrand0m&gt; (وأيضًا لأي شخص آخر يجري اختباراته لإضافة ميزات جديدة / إلخ ;) [23:10] &lt;jrand0m&gt; نظريًا، يمكن لوجهتين (مثل atalk) ضبط الخيار -Di2p.encryption=off والاستمرار في العمل (مع أنه لن يكون هناك أي تشفير من طرف إلى طرف) [23:10] *** thecrypto (~thecrypto@anon.iip) انضم إلى القناة #iip-dev [23:10] &lt;jrand0m&gt; لكنني أظن أن هذه فكرة سيئة. [23:11] &lt;jrand0m&gt; سيتم بالتأكيد سحب هذه الميزة بمجرد أن نُنهي أمور AES+SessionTag [23:11] &lt;jrand0m&gt; حسنًا، 3) prng [23:11] &lt;sisr&gt; هل هناك متطلبات دنيا مقترحة للـ CPU والذاكرة RAM؟ [23:12] &lt;sisr&gt; آسف [23:12] &lt;jrand0m&gt; همم، الذاكرة RAM قليلة (sun's JVM تستهلك 7-10Mb، و kaffe بين 16-22Mb) [23:13] &lt;jrand0m&gt; المعالج CPU بالتأكيد هو العامل المقيِّد في الوقت الحالي، لكن ليست لدي مجموعة واسعة من الأجهزة للاختبار عليها ;) [23:14] &lt;jrand0m&gt; دعني أقول إن تشغيل ثلاثة routers واثنين من i2ptunnels يشيران إلى squid خارج الموقع على نفس الجهاز يَخنق جهازي P4 بسرعة 1.7Ghz تمامًا [23:14] &lt;thecrypto&gt; قد أكون أكثر نشاطًا قليلًا إذا أردتني أن أقول شيئًا [23:14] &lt;dm&gt; حسنًا، قل شيئًا. [23:15] &lt;jrand0m&gt; أهلًا thecrypto :) [23:15] &lt;sisr&gt; لماذا قد يشغّل أي شخص أكثر من router واحد على نفس الحاسوب؟ [23:15] &lt;jrand0m&gt; sisr&gt; فقط المطوّر سيفعل ذلك. [23:16] &lt;sisr&gt; حسنًا، إذن لا ينبغي أن يكون الـ CPU سيئًا جدًا ويمكننا تشغيل بعض الاختبارات على مدى الأسابيع [23:16] &lt;jrand0m&gt; تمام [23:17] &lt;jrand0m&gt; حسنًا، تبيّن أن مسألة prng كانت علّة في kaffe، وقد تم إصلاحها الآن. [23:17] &lt;jrand0m&gt; وبذلك، ليست لدينا حاجة ماسّة للحصول على تنفيذ yarrow، حيث إنهم يستخدمون sha1prng [23:18] &lt;jrand0m&gt; (لكن سيكون ذلك لطيفًا عندما نحصل عليه) [23:18] &lt;jrand0m&gt; حسنًا، 4) تطبيقات / أسئلة / إلخ [23:18] &lt;jrand0m&gt; ليس لدي شيء آخر، لذا... مرحبًا :) [23:19] &lt;jrand0m&gt; أي أسئلة / أفكار / تعليقات حول أي شيء آخر؟ [23:19] &lt;sisr&gt; كيف حال خادم التسمية؟ لم أرَ co منذ وقت طويل [23:19] *** co (anon@anon.iip) انضم إلى القناة #iip-dev [23:19] &lt;jrand0m&gt; وعلى سيرة الشيطان [23:19] &lt;jrand0m&gt; مرحبًا co [23:19] &lt;sisr&gt; ههه [23:19] &lt;co&gt; أهلًا. [23:20] &lt;jrand0m&gt; وصلنا إلى نقطة لم يتبقَّ فيها شيء على جدول الأعمال سوى الأسئلة [23:20] &lt;jrand0m&gt; [23:19] &lt;sisr&gt; كيف حال خادم التسمية؟ لم أرَ co منذ وقت طويل [23:20] &lt;jrand0m&gt; [23:19] *** co (anon@anon.iip) انضم إلى القناة #iip-dev [23:20] &lt;jrand0m&gt; وها قد حدث ذلك :) [23:20] *** تسجيل الخروج: godmode0 (EOF From client) [23:21] &lt;co&gt; لم يحدث أي تقدم فيه. كتبت جزءًا صغيرًا فقط من العميل، ولا شيء من الخادم. [23:22] &lt;jrand0m&gt; كووول [23:22] * dm يوجّه عصا العار نحو co. [23:22] &lt;sisr&gt; أعتقد أن HTTP i2p tunnel تعمل جيدًا الآن [23:22] &lt;sisr&gt; لقد كيّفت httpclient الممتاز الخاص بـ mihi بحيث تكتبه في إعدادات الوكيل لديك [23:23] &lt;jrand0m&gt; رائع! [23:23] &lt;sisr&gt; كما أنه يقوم بترشيح بسيط للمواقع غير i2p [23:23] &lt;sisr&gt; أظن أن jrand0m قد قام بعمل commit لهذا بالفعل، صحيح؟ [23:23] &lt;jrand0m&gt; هل نعرف مع أي متصفحات يعمل؟ أعرف Moz... [23:23] &lt;jrand0m&gt; نعم، أظن أنني قمت بعمل commit لتلك الأشياء.. دعني أتأكد [23:23] * co يشعر بالخزي كما ينبغي. [23:23] &lt;sisr&gt; يعمل مع Mozilla وKonqueror [23:24] *** godmode0 (~enter@anon.iip) انضم إلى القناة #iip-dev [23:24] &lt;jrand0m&gt; لا تقلق يا co، أنا بالفعل متأخر شهرين عن الجدول [23:24] &lt;sisr&gt; سأحاول جعل I2P Tunnel الخاصة بـ mihi تعمل مع خادم البريد الإلكتروني هذا الأسبوع [23:24] &lt;sisr&gt; أيضًا تم تحديث صفحات ويكي كثيرة [23:24] &lt;jrand0m&gt; أوه صحيح! شكرًا على ذلك [23:25] * jrand0m أضاف في الواقع تحذيرًا إلى إحدى الأسئلة الشائعة بعد ظهر اليوم :) [23:25] * dm يقرر تركيز قدراته التحليلية الخارقة لتحديد من أين ينحدر sisr. [23:25] &lt;dm&gt; "أيضًا تم تحديث صفحات ويكي كثيرة" [23:25] &lt;sisr&gt; حسنًا تفضل [23:25] &lt;dm&gt; مممم.....مممممم.....مممّمّم... [23:26] &lt;dm&gt; آه، دليل آخر؟ [23:26] &lt;sisr&gt; لكن لا أستطيع أن أخبرك إن كنت محقًا [23:26] &lt;dm&gt; "..... قد قام بعمل commit لهذا بالفعل، صحيح؟" [23:26] &lt;co&gt; jrand0m: إن لم يُطرح هذا من قبل، هل تريد إصدار إطار عمل I2P والتطبيقات كحزمة في الوقت نفسه؟ [23:27] &lt;jrand0m&gt; وجدتُ أن ما أريده وما يحدث ليسا الشيء نفسه دائمًا [23:27] &lt;co&gt; أعني إصدارهم معًا. [23:27] &lt;sisr&gt; لدي سؤال بعد co [23:27] &lt;jrand0m&gt; الخطة الحالية موجودة على (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] &lt;jrand0m&gt; i2p نفسه سيكون الـ router والـ sdk، لكن سيُضمَّن معه أي تطبيقات جاهزة، متى ما كانت جاهزة. [23:28] &lt;jrand0m&gt; (المُثبّت الآن يضمّن الـ router والـ sdk و phttprelay و atalk و i2ptunnel) [23:29] *** تسجيل الخروج: dm (انتهاء مهلة Ping) [23:29] &lt;jrand0m&gt; ما الأخبار يا sisr؟ [23:29] &lt;co&gt; تلك الصفحة مفيدة جدًا. شكرًا لك. [23:30] &lt;sisr&gt; I2P كبير جدًا ويمكن استخدامه لتصفح الويب، وتصفح البرامج وصفحات الويب المتصلة عبر I2P Tunnel، وإذا كتب أحدهم خادم ويب I2P وعميلًا مباشرَين، فيمكنه الاستغناء عن الـ Tunnel [23:30] &lt;jrand0m&gt; بالتأكيد. [23:30] &lt;sisr&gt; سؤالي هو: ما هو توجه مطوري I2P؟ هل نجعل كل شيء يعمل مع I2P Tunnels حتى يتمكن المستخدمون من استخدام البرامج التي يألفونها بالفعل مثل IE أو [23:31] &lt;sisr&gt; أم من الأفضل محاولة إنشاء برنامج خادم ويب I2P ومتصفح ويب I2P — أي جعل كل شيء مخصصًا لـ I2P؟ [23:31] *** dm (~as@anon.iip) انضم إلى القناة #iip-dev [23:32] &lt;jrand0m&gt; شخصيًا، سأكون سعيدًا إذا تحقق الخيار الأول. ومع ذلك، سيكون هناك مكاسب في الأداء عند تصميم تطبيقات أصلية لـ i2p [23:32] &lt;mihi&gt; مبدأ يونكس: مهمة واحدة، أداة واحدة. لذا لا تكتبوا متصفحات جديدة. [23:32] &lt;jrand0m&gt; صحيح [23:32] &lt;sisr&gt; كم مقدار الحمل الزائد لـ I2P Tunnel؟ إذن ينبغي أن نركّز على استخدام I2p Tunnel لجعل البرامج الحالية تعمل [23:32] &lt;dm&gt; مهمة واحدة، أداة واحدة؟ مبدأ سخيف. [23:33] &lt;sisr&gt; أعتقد أننا سنحتاج إلى دليل إرشادي للناس لإعداد Squid ووكيل البريد الإلكتروني للويب العادي. هذا مهم ونحتاج لأكثر من دليل أو اثنين، أي تعليمات سهلة ليتمكن الآخرون من إعداد بيئتهم بأنفسهم [23:33] &lt;jrand0m&gt; sisr&gt; الحمل الزائد الوحيد المهم في i2ptunnel هو اعتماده على وضع التسليم المضمون لـ i2p، والذي يتطلب انتظار رسالة ack بعد كل رسالة تُرسل (رحلة ذهاب وإياب كاملة عبر زوج الـ tunnels، باستخدام كل التشفير المناسب) [23:34] &lt;sisr&gt; هاها، حسنًا، لدى sisr حاسوب قديم جدًا [23:34] &lt;sisr&gt; يبدو بطيئًا جدًا بالنسبة لي لهذا السبب [23:34] &lt;dm&gt; كيف كان الزمن الكامن في أولى الاختبارات الفعلية؟ بدافع الفضول فقط. [23:35] &lt;jrand0m&gt; أستطيع جلب news.google.com بكل الصور في حوالي 30-60 ثانية [23:35] &lt;dm&gt; تمام [23:36] &lt;sisr&gt; ما مدى صعوبة إعداد نظام توزيع محتوى شبيه بـ Freenet فوق I2P؟ هل هو جهد كبير أم صغير؟ [23:36] &lt;co&gt; وكم يستغرق من الوقت بدون الـ tunnel؟ [23:36] &lt;jrand0m&gt; sisr&gt; إذا عملتُ عليه بدوام كامل، أتوقع حوالي شهر للحصول على DHT فوق i2p [23:37] &lt;jrand0m&gt; co&gt; حوالي 10-15 ثانية [23:38] &lt;co&gt; إذن i2ptunnel أبطأ بثلاث مرات. [23:39] &lt;jrand0m&gt; حسنًا، i2ptunnel + الـ routers. لكن هذا ليس زمنًا خطيًا — إرسال 10 بايت عبر i2p يستغرق تقريبًا نفس زمن إرسال 100k [23:39] *** تسجيل الخروج: thecrypto (انتهاء مهلة Ping) [23:39] &lt;co&gt; بالنسبة لك، على الأقل. [23:39] &lt;jrand0m&gt; الحمل الزائد يكمن في تغليف الرسائل [23:39] &lt;sisr&gt; إذا كانت I2P tunnel ستكون نواة معظم تطبيقات I2P، فعلينا التركيز على واجهة المستخدم وجعل خيارات إعداد الـ tunnel سهلة بالنقر [23:40] &lt;sisr&gt; مثل مربّع اختيار لإعداد خادم ويب I2P Tunnel مع المنفذ، ومربع اختيار لخادم البريد الإلكتروني، بحيث تكون العملية بسيطة جدًا [23:40] &lt;jrand0m&gt; sisr&gt; أنا شخصيًا أحب واجهته كثيرًا في الوقت الحالي :) [23:40] &lt;jrand0m&gt; أوه، بالتأكيد. في الواقع [23:40] * sisr لم يرَ الواجهة قط لكنه يتخيّلها مثل textbox [23:40] &lt;sisr&gt; ربما يستطيع أحدهم أخذ لقطة شاشة لـ I2P tunnel من أجل الشرح [23:41] &lt;jrand0m&gt; ما كنتُ أخطط له هو أن يقوم المُثبّت بإنشاء مجموعة من سكربتات .bat و .sh لتنفيذ ذلك تلقائيًا (e.g. java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] &lt;sisr&gt; على ماذا ينبغي أن نعمل من أجل I2P الآن [23:42] &lt;jrand0m&gt; هذا سؤال كبير. الإجابة المختصرة هي "أيّ شيء تستطيع" [23:43] &lt;jrand0m&gt; إذا تقدّم أحدهم وحدث المُثبّت ليبني تلك سكربتات .sh و .bat، فسيكون ذلك رائعًا [23:43] &lt;jrand0m&gt; إذا كان لدى أي شخص وقت للعمل على بعض الأمور في i2proadmap، فسيكون ذلك رائعًا أيضًا :) [23:44] &lt;jrand0m&gt; أعتقد أنه سيكون هناك طلب كبير على التوثيق و QA بمجرد صدور 0.2 (أي قريبًا جدًا) [23:44] &lt;sisr&gt; كيف سيكون المُثبّت؟ InstallShield أم Java؟ [23:44] &lt;jrand0m&gt; المُثبّت الحالي عبارة عن "install.jar" واحد يوجّه المستخدم عبر بضعة أسئلة [23:45] &lt;jrand0m&gt; إنه مُثبّت سيئ جدًا [23:45] &lt;jrand0m&gt; لكنه مستقل عن المنصة قدر الإمكان [23:48] &lt;jrand0m&gt; حسنًا، رائع، الـ routers لا تزال تعمل، أعتقد أن هذا الإصلاح قد نجح. [23:48] &lt;jrand0m&gt; أوه نعم. [23:48] &lt;jrand0m&gt; ستعود القائمة البريدية في وقت ما [23:48] &lt;jrand0m&gt; إذا لم تعد بحلول جاهزية 0.2، فسأنشئ قائمة بريدية جديدة [23:49] &lt;co&gt; لدي سؤال آخر. [23:49] &lt;jrand0m&gt; تفضّل [23:50] &lt;co&gt; هل هناك قائمة متاحة بعُقد I2P التي تعمل الآن؟ [23:50] &lt;jrand0m&gt; كلا. [23:50] &lt;jrand0m&gt; لا توجد عُقد i2p عامة مفتوحة [23:50] &lt;co&gt; فهمت. [23:50] &lt;jrand0m&gt; مع ذلك، ستجعل إحدى هذه العُقد قائمة نظرائها متاحة عبر http عند إصدار 0.2 [23:50] &lt;jrand0m&gt; (وسيكون عنوان URL لتلك القائمة في المُثبّت) [23:50] &lt;jrand0m&gt; s/will be/is/ [23:52] &lt;mihi&gt; إنها في علاماتي أيضًا... [23:52] &lt;jrand0m&gt; هيه، وغد [23:52] &lt;mihi&gt; بالمناسبة: size=777 أكبر بـ 111 بايت ;) [23:53] &lt;jrand0m&gt; لول [23:53] &lt;jrand0m&gt; لم ألحظ ذلك إطلاقًا. [23:53] &lt;jrand0m&gt; كانت 384 [23:53] &lt;jrand0m&gt; لكنني أضفت بعض معلومات إصدار sw الخاصة بالـ router إلى routerInfo [23:53] &lt;sisr&gt; أظن أن nop يمكنه استخدام I2P tunnel لإعداد خادم IRC تجريبي مع router 0.2؟ [23:54] &lt;jrand0m&gt; سيكون ذلك رائعًا حقًا [23:54] &lt;sisr&gt; أتساءل كيف سيكون الزمن الكامن مقارنةً بهذا IIP إذا فعل nop ذلك [23:54] &lt;jrand0m&gt; مع أننا لن نتمكن من dcc [23:54] &lt;jrand0m&gt; سيكون لدى i2p زمن كامن أعلى بكثير [23:54] &lt;jrand0m&gt; (لأن كل إرسال سيستغرق بضع ثوانٍ، إذ ليس لدينا AES+SessionTag بعد) [23:57] &lt;jrand0m&gt; حسنًا، إذا كان لدى أي شخص شيء ليقوله قبل عودة القائمة، فتحدثوا هنا أو ضعوا الأشياء على الويكي [23:57] &lt;dm&gt; تمام، ليلة سعيدة [23:57] *** dm غادر #iip-dev [23:57] * jrand0m يغلق الاجتماع بـ *baf* </div>/ar/blog/2003/10/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/Tue, 14 Oct 2003 00:00:00 +0000/ar/blog/2003/10/14/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-14-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrand0m, dm, Dellammo, mihi, moi, mihi-backup, dm_backup, wilde, shardy</p> <h2 id="meeting-log">سجل الاجتماعات</h2> <div class="irc-log"> [23:01] &lt;jrand0m&gt; جدول الأعمال [23:01] &lt;jrand0m&gt; 0) الترحيب [23:01] &lt;jrand0m&gt; 1) حالة 0.2 [23:01] &lt;jrand0m&gt; 2) وكيل www [23:01] * dm يتأمل. [23:02] &lt;dm&gt; أوه، اجتماع؟ [23:02] &lt;jrand0m&gt; 3) phttprelay [23:02] &lt;jrand0m&gt; 4) i2ptunnel [23:02] &lt;jrand0m&gt; 5) التثبيت [23:02] &lt;dm&gt; آسف. [23:02] &lt;jrand0m&gt; 6) طلب ميزة iip [23:02] &lt;jrand0m&gt; 7) ??? [23:02] &lt;jrand0m&gt; 0) الترحيب [23:02] &lt;jrand0m&gt; مرحباً. [23:02] &lt;jrand0m&gt; الاجتماع 62؟ أهو كذلك؟ [23:02] &lt;Dellammo&gt; مرحباً [23:02] &lt;jrand0m&gt; (لا تقلق dm، يمكننا مسامحتك) [23:02] &lt;mihi&gt; مرحباً jrand0m [23:02] &lt;dm&gt; مرحباً mihi [23:02] * mihi يظن ذلك [23:03] &lt;jrand0m&gt; 1) حالة 0.2 [23:03] * jrand0m عانى مؤخراً من حالة حادة من تضخّم الميزات، لذا ما يزال أمام إصدار 0.2 حوالي 30 دقيقة من الشيفرة لإنجازها. [23:04] &lt;jrand0m&gt; لكن بعدها سنكون قادرين على التشغيل والتواصل بشكل موثوق بغض النظر عن NAT أو الجدار الناري أو HTTP proxy. [23:04] * dm أنشأ للتو I2PSecureRemoteShell 1.0 [23:04] &lt;dm&gt; رائع jr! [23:05] &lt;jrand0m&gt; كل شيء يعمل، والشيء الوحيد المتبقي هو إنهاء صلاحية مدخلات قاعدة البيانات غير المستخدمة بعد N دقيقة (ربما 5 كافتراضي) [23:05] &lt;jrand0m&gt; الاتصال عبر NAT/الجدار الناري/HTTP proxy يتم عبر نقل PHTTP. إنه بطيء، لكنه موثوق. [23:05] &lt;dm&gt; كيف يعمل؟ ما المنافذ التي يستخدمها؟ [23:06] &lt;jrand0m&gt; إنه يرسل الرسالة إلى PHTTP relay قابل للوصول، والذي يخزن الرسالة، ثم يقوم المستقبل بالاستطلاع عن الرسائل كل N ثانية [23:06] &lt;jrand0m&gt; هناك الكثير مما يمكن ضبطه وتحسينه في هذا الجانب، وهو بند جدول الأعمال رقم 3 :) [23:06] &lt;dm&gt; ماذا تعني P؟ [23:06] &lt;jrand0m&gt; Polling HTTP [23:06] &lt;dm&gt; حسناً شكراً. [23:07] &lt;jrand0m&gt; سأقوم أيضاً بتحديث صفحة «kludges» على الويكي بعد الاجتماع لتدوين الأشياء الغريبة [23:07] &lt;jrand0m&gt; (مثل عدم التعامل بعد مع تغيير lease أثناء الاتصال) [23:08] &lt;jrand0m&gt; النقطة الأخرى للنقاش هي البند 5 - التثبيت. أي كيف ينبغي لنا التعامل مع تثبيت router/sdk/tunnel/etc [23:08] &lt;jrand0m&gt; حسناً، هذا كل شيء بشأن حالة 0.2 [23:08] &lt;jrand0m&gt; 2) وكيل www. [23:09] &lt;jrand0m&gt; لدى moi فكرة رائعة جداً لتصفح مواقع www داخل i2p. [23:09] &lt;jrand0m&gt; أتود أن تشرح ما الأمر يا moi؟ [23:09] * jrand0m يسلط الضوء عليك *** moi هو ~someone@anon.iip (someone) *** على القنوات: #freenet #anonymous #iip #iip-dev *** على irc عبر الخادم anon.iip (Official IIP ) *** moi كان خاملاً 9 دقائق، سجّل الدخول في Thu Jan 01 01:00:00 1970 [23:10] &lt;moi&gt; حسناً [23:10] &lt;moi&gt; أنا فقط أُعدّل HTTP proxy وأستخدم tunnel الخاصة بـ mihi [23:10] &lt;moi&gt; بحيث يمكنك الذهاب إلى (Link: http://i2p/BASE64KEYHERE)http://i2p/BASE64KEYHERE [23:10] &lt;moi&gt; وفي نهاية المطاف سيكون خادم التسمية هناك-- [23:11] &lt;dm&gt; جميل [23:11] *** تسجيل الخروج: mihi (مهلة Ping) [23:11] &lt;moi&gt; عليك لصق المفتاح الطويل الأول، لكن بعد ذلك ينبغي تقنياً أن تكون قادراً على اتباع الروابط، على ما أظن [23:11] &lt;Dellammo&gt; إذن صفحة ويب داخلية أم صفحة خارج i2p؟ [23:11] &lt;dm&gt; هل i2p تُحلّ إلى localhost؟ [23:11] &lt;moi&gt; إذن يمكن لشخص ما أن يضع Google على i2p، ومن هناك.... ربما [23:12] &lt;mihi-backup&gt; !thwap dm. [23:12] &lt;mihi-backup&gt; بروكسي... [23:12] &lt;jrand0m&gt; لأسباب أمنية، ينبغي على البروكسي إرجاع 404 لكل المضيفين غير (Link: http://i2p/)http://i2p/ [23:12] &lt;dm&gt; أوبس! [23:12] &lt;moi&gt; نقطة جيدة [23:12] &lt;dm&gt; فاتتني تلك الجزئية [23:12] &lt;mihi-backup&gt; مع أن servlet بسيط سيكون جيداً أيضاً [23:12] &lt;jrand0m&gt; همم؟ [23:13] *** mihi (~mihi@anon.iip) انضم إلى القناة #iip-dev [23:13] &lt;jrand0m&gt; همم، قد تكون هناك مشكلة. [23:13] &lt;jrand0m&gt; هل سيستخدم HTTP 1.0 أم 1.1؟ [23:14] &lt;mihi&gt; إذا طلب الخادم ترويسة Host: ؟ [23:14] &lt;jrand0m&gt; [أي، هل سيكون هناك ترويسة Host: ؟] [23:14] &lt;jrand0m&gt; بالضبط [23:14] * mihi يتمنى شيئاً [23:14] &lt;moi&gt; أتساءل إن كان بإمكاننا جعل البروكسي يفرغ ذلك الحقل [23:14] &lt;jrand0m&gt; إذا كان النفق الصادر (outbound tunnel) للخادم دائماً على نفس المضيف، فهذا جيد [23:14] &lt;jrand0m&gt; يمكنك ضبط Host: في البروكسي إلى 127.0.0.1 [23:15] *** dm_backup (~as@anon.iip) انضم إلى القناة #iip-dev [23:15] &lt;jrand0m&gt; لكن حينها يجب تشغيل tunnel على نفس المضيف الذي عليه الخادم. ليست مشكلة كبيرة، إذ ليس المقصود بها التصفح العادي للويب [23:15] &lt;jrand0m&gt; صحيح؟ [23:15] *** تسجيل الخروج: dm (مهلة Ping) [23:16] * moi لم يفكر في الأمر بذلك العمق بعد [23:16] &lt;mihi&gt; إذا شغّلت الخادم على جهازك، يمكنك أيضاً عمل اسم مستعار لـ i2p إلى localhost أو شيء كهذا. [23:16] &lt;dm_backup&gt; إذن هل على الناس تشغيل خوادم ويب الآن؟ [23:16] &lt;jrand0m&gt; dm_backup&gt; هذا فقط لمن يريد. [23:16] *** dm_backup تم تغيير اسمه الآن إلى dm [23:16] &lt;Dellammo&gt; مثلي [23:16] &lt;dm&gt; نعم، أقصد من أجل هذه (Link: http://i2p)http://i2p الشغلة [23:17] &lt;mihi&gt; إذا أردت تقديم محتوى، نعم. [23:17] &lt;mihi&gt; لكن عليك تشغيل واحد لتقديم المحتوى على www القديمة الطيبة أيضاً. [23:18] &lt;Dellammo&gt; لماذا؟ [23:18] &lt;dm&gt; هممم، ربما عليّ بناء تطبيق P2P لـ I2P. [23:18] &lt;jrand0m&gt; تطبيق لمشاركة الملفات عبر i2p سيكون رائعاً. [23:18] &lt;dm&gt; نعم عفواً، مشاركة الملفات. [23:19] &lt;moi&gt; أعتقد أنه سيكون ممكناً لشخص ما تشغيل خادم OpenNap بالتوازي مع i2ptunnel [23:19] &lt;jrand0m&gt; نعم. [23:19] &lt;jrand0m&gt; (مع أن P2P أصلي على i2p ستكون أداءاته أفضل) [23:19] &lt;mihi&gt; لكن التنزيلات ستكون صعبة. [23:20] &lt;mihi&gt; لا طريقة للوصول إلى المضيف الصحيح لأن الجميع هو localhost ;) [23:20] &lt;dm&gt; دعونا ننتظر حتى نرى PING يعمل عبر i2ptunnel أولاً. [23:20] * Dellammo في حيرة: هل نتحدث عن بروكسي ليس i2ptunnel يتيح لك الوصول إلى خوادم الويب الداخلية لشبكة i2p بكتابة '(Link: http://i2p/')http://i2p/' ؟ [23:20] &lt;jrand0m&gt; ربما عميل FTP بسيط مُصمم للعمل فوق i2p؟ [23:20] &lt;dm&gt; (ليس ping حرفياً) [23:20] &lt;mihi&gt; jrand0m: بروتوكول ftp يحتاج إلى منفذين... [23:20] &lt;jrand0m&gt; مُصمماً للعمل فوق i2p. [23:21] &lt;jrand0m&gt; تطبيق عام لنقل الملفات، وليس بروتوكول FTP تحديداً [23:21] &lt;mihi&gt; إذن ليس ftp. [23:21] &lt;mihi&gt; ATalk ;) [23:21] &lt;jrand0m&gt; (بالاستفادة من أحجام الرسائل الأكبر) [23:21] &lt;dm&gt; معركة الحكماء! [23:21] &lt;jrand0m&gt; هه [23:21] &lt;moi&gt; Dellammo: حالياً عليك إنشاء i2ptunnel لكل موقع/وجهة تريد تصفحها. نحن نفكر باستخدام خادم بروكسي يبني i2ptunnel ديناميكياً لكل موقع. [23:22] &lt;jrand0m&gt; (نوعاً ما) [23:22] &lt;jrand0m&gt; لن ترغب في استخدام i2ptunnel تحديداً. [23:22] &lt;jrand0m&gt; سترغب في استخدام بروتوكول i2ptunnel، وإرسال الرسائل مباشرةً، وليس عبر مقابس TCP/IP. [23:23] &lt;jrand0m&gt; mihi&gt; أي فكرة عن الزمن اللازم لفصل وظائف البروتوكول عن i2ptunnel بحيث تتمكن تطبيقات أخرى من إرسال بيانات إلى i2p tunnel؟ *** mihi هو mihi@anon.iip (mihi) *** على القنوات: #iip-dev #iip #headlines #german #freenet-opn #freenet #fredisdead #frazaa @#fiw #anonymous *** على irc عبر الخادم anon.iip (Official IIP ) *** mihi كان خاملاً 3 دقائق، سجّل الدخول في Thu Jan 01 01:00:00 1970 *** mihi-backup هو ~mihi@anon.iip (mihi) *** على القنوات: #iip-dev *** على irc عبر الخادم anon.iip (Official IIP ) *** mihi-backup كان خاملاً 12 دقيقة، سجّل الدخول في Thu Jan 01 01:00:00 1970 [23:25] &lt;mihi&gt; هل هناك أي وظائف بروتوكول كبيرة؟ يمكن استخدام I2PTunnelRunner كما هو. [23:25] &lt;mihi&gt; عليك فقط ضبط صنف العميل وفق احتياجاتك. [23:25] &lt;jrand0m&gt; همم، ليس تماماً - i2ptunnelRunner يستخدم socket [23:26] &lt;jrand0m&gt; هذا تطبيق Java بسيط يريد توليد رسالة ("HTTP GET /\n\n") وإرسالها إلى I2PTunnel صادر [23:27] &lt;jrand0m&gt; لا نريد إعادة توجيه العميل الذي يتصل بالبروكسي إلى منفذ جديد للاتصال بـ I2PTunnel المُنشأ حديثاً (لأنه لن تكون هناك طريقة للرجوع للروابط خارج ذلك الموقع) [23:28] &lt;jrand0m&gt; لكن ربما تحويل I2PTunnelRunner لاستخدام InputStream (فكل ما يستخدمه هو socket.getInputStream) سيكون سهلاً... [23:28] &lt;jrand0m&gt; لكن حينها ما زلنا بحاجة إلى جهة الاستماع [23:28] *** تسجيل الخروج: mihi (مهلة Ping) [23:28] &lt;jrand0m&gt; أوه [23:28] * jrand0m يأمل ألا ينقطع الاتصال بالنسخة الاحتياطية... [23:28] &lt;dm&gt; النسخة الاحتياطية ستموت أيضاً، راقب! [23:29] &lt;mihi-backup&gt; ;) [23:29] &lt;jrand0m&gt; w00t [23:29] &lt;mihi-backup&gt; [23:25] &lt;jrand0m&gt; همم، ليس تماماً - i2ptunnelRunner يستخدم socket [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; عفواً، صحيح. وتريدون القيام بذلك من دون sockets تماماً؟ [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; إذن لن يتبقى الكثير من شيفرة i2ptunnel. أغلبها للتعامل مع الـ sockets. [23:29] &lt;mihi-backup&gt; [23:26] &lt;mihi&gt; من الأفضل الالتزام بالبروتوكول وتنفيذه بنفسك (ابنِ الرسائل بالطريقة الثابتة في i2ptunnel.java) [23:29] &lt;mihi-backup&gt; [23:28] &lt;mihi&gt; http لن يحتاج إلى الكثير من الخيوط. فقط شغّل قارئاً على الرسالة الواردة حتى سطرين فارغين ثم أرسل طلبك. [23:30] &lt;jrand0m&gt; آه حسناً. شكراً [23:30] &lt;jrand0m&gt; moi&gt; tu sabes? [23:30] &lt;mihi-backup&gt; بالنسبة لتحويل I2PTunnel إلى input stream. لماذا؟ لن تحصل على أي شيء عليه بعد أن تحلل الطلب. [23:31] * moi يفكر [23:31] &lt;dm&gt; toi thinks [23:31] &lt;mihi-backup&gt; انسَ الـ tunnelrunner فحسب. ;) [23:31] &lt;jrand0m&gt; صحيح، كنت فقط أفكر في جعل I2PTunnel و http proxy يستخدمان نفس الشيفرة - سيستخدم I2PTunnel ‏socket.getInputStream()، وسيستخدم http proxy ‏new ByteArrayInputStream("GET / \n\n".getBytes()) [23:31] *** mihi (mihi@anon.iip) انضم إلى القناة #iip-dev [23:32] * moi سيحتاج للعودة إلى هذا لاحقاً بتفصيل [23:32] &lt;mihi-backup&gt; لكن هذا سيتسبب في أن يرسل الـ runner «Connection closed» عند إرسال السلسلة. [23:32] &lt;mihi-backup&gt; لأن الدفق ينتهي. [23:32] &lt;jrand0m&gt; صحيح، وهذا هو HTTP الطبيعي [23:33] &lt;mihi-backup&gt; قلتُ انسَ الـ runner فقط ;) [23:33] &lt;jrand0m&gt; 'k [23:33] &lt;mihi-backup&gt; jrand0m: كلا. يُغلق الاتصال عندما تصل الإجابة، لا عندما يُرسل السؤال. [23:33] &lt;jrand0m&gt; آه صحيح [23:33] &lt;jrand0m&gt; ;) [23:36] &lt;jrand0m&gt; رائع يا moi، يمكننا العمل على هذه الأمور لاحقاً. [23:36] &lt;jrand0m&gt; حسناً، هذا كان البند 2). الآن إلى 3) [23:36] &lt;moi&gt; حسناً [23:37] &lt;jrand0m&gt; 3) phttprelay [23:37] &lt;jrand0m&gt; phttp relay عبارة عن مجموعة من servlets مغلّفة داخل ملف ‎.war [23:38] &lt;jrand0m&gt; يعمل مباشرةً على Windows / Sun JVM، لكن اضطررتُ إلى تعديل jetty ليعمل مع kaffe [23:38] &lt;mihi&gt; اصنع ‎.peace لا ‎.war [23:39] * jrand0m يتأوه [23:39] &lt;dm&gt; هل يمكنك تشغيل ملفات ‎.war دون خادم J2EE؟ [23:39] &lt;dm&gt; جيد أن نعرف. [23:39] &lt;jrand0m&gt; ملفات ‎.war تعمل ضمن أي حاوية servlets - مثل tomcat، وapache مع mod_jk، وjetty، إلخ [23:40] &lt;jrand0m&gt; سنحتاج إلى بعض الأشخاص لتشغيل هذه على أجهزة ذات عناوين IP قابلة للوصول علناً، لكنها ضرورية فقط لمن لا يملكون عناوين قابلة للوصول (مثلي). [23:41] &lt;mihi&gt; أي منافذ تحتاج لإعادة توجيهها إذا أردت المرور عبر NAT من دون ذلك؟ [23:41] &lt;jrand0m&gt; تنفيذها بدائي جداً أيضاً - فهي تحتاج إلى حدود لعدد الـ routers التي تُرحّل لها، وعدد الرسائل التي تصطف، ومدة الانتظار قبل انقضاء المهلة، إلخ [23:41] &lt;jrand0m&gt; فقط منفذ I2NP عبر TCP [23:41] &lt;jrand0m&gt; (أو منفذ I2NP عبر UDP) [23:41] * mihi لا يعرف إن كان جهاز NAT لديه يسمح بإعادة توجيه UDP [23:42] * jrand0m لا يعرف إن كان NAT لدى mihi يفعل ذلك أيضاً [23:43] &lt;jrand0m&gt; حالياً، على سبيل المثال، حاسوبي المحمول قابل للوصول عبر PHTTP فقط، وrouter خادمي قابل للوصول عبر PHTTP وTCP وUDP. إذا أنشأ حاسوبي المحمول اتصالاً مع router الخادم عبر TCP، فيمكنه إرسال الرسائل عبر TCP. لكن إن لم يفعل ذلك أولاً، فعلى الخادم إرسال الرسائل عبر PHTTP [23:44] &lt;jrand0m&gt; الشيفرة موجودة في i2p/code/apps/phttprelay/ لأي شخص لديه خبرة بـ servlets ويريد العبث بتطبيق صغير [23:45] &lt;jrand0m&gt; (يُفترض أن يعمل بشفافية مع https وكذلك http العادي) [23:45] &lt;jrand0m&gt; سأوثّق بروتوكول PHTTP قريباً جداً. :) [23:45] *** تسجيل الخروج: mihi (مهلة Ping) [23:45] &lt;jrand0m&gt; حسناً، هذا كل شيء للبند 3) phttprelay [23:45] &lt;jrand0m&gt; 4) i2ptunnel [23:46] &lt;jrand0m&gt; لقد ناقشنا بالفعل مجموعة أمور. ما لم يكن لدى mihi (أو أي شخص آخر) شيء إضافي حوله، يمكننا الانتقال إلى 5) [23:46] *** wilde (~anon@anon.iip) انضم إلى القناة #iip-dev [23:46] &lt;jrand0m&gt; hola wilde [23:47] &lt;jrand0m&gt; حسناً. مع ذلك، البند 5 :) [23:47] &lt;jrand0m&gt; 5) التثبيت [23:48] &lt;jrand0m&gt; لإطلاق 0.2 وما بعده، أفكر في بعض سكربتات ant. [23:48] &lt;jrand0m&gt; أم ينبغي أن نستخدم نظام تثبيت مفتوح المصدر آخر؟ [23:48] &lt;jrand0m&gt; هل لدى أحد خبرات/أفكار حول هذا؟ [23:49] &lt;Dellammo&gt; همم [23:50] &lt;jrand0m&gt; ant يمتاز بأنه موحّد مع نظام البناء، ومستقل عن المنصة، ويدعم التشغيل دون واجهة رسومية. [23:50] &lt;wilde&gt; مرحباً [23:50] &lt;jrand0m&gt; لكنه يتطلب ant (الذي يتطلب Java). كما أنه لا يملك واجهة رسومية GUI [23:51] &lt;Dellammo&gt; أستطيع التفكير في العديد من برامج التثبيت لويندوز... لا أعلم كم منها هو تحت GPL [23:51] &lt;jrand0m&gt; نعم، لدي ترخيص InstallAnywhere Enterprise، لكنه سيئ لمشاريع المصدر المفتوح. [23:51] &lt;jrand0m&gt; NSIS مفتوح المصدر، لكنه له تعقيداته. [23:51] &lt;dm&gt; سؤال غبي: هل ant مضمن مع Java؟ [23:52] &lt;jrand0m&gt; لا. [23:52] &lt;jrand0m&gt; أوه، رغم أنه بإمكاننا توزيع نسخة ant مُحوّلة بـ GCJ [23:52] &lt;dm&gt; حسناً، لا بد أنه جاء مع eclipse إذن. [23:52] &lt;jrand0m&gt; (مُترجمة إلى شيفرة أصلية) [23:52] &lt;jrand0m&gt; بالتأكيد dm. [23:52] &lt;jrand0m&gt; Apache تطوّر ant (ant.apache.org) وهو مرخّص برخصة Apache. [23:52] &lt;jrand0m&gt; أوه، مقزز. [23:52] * jrand0m قرأ للتو الجملة التي كتبتها) [23:53] &lt;jrand0m&gt; وفقاً لـ FSF، رخصة GPL ليست صديقة لـ apl [23:53] &lt;jrand0m&gt; على الأرجح لا يمكننا توزيع ant. [23:53] &lt;dm&gt; ألا يمكننا فقط استخدام سكربت؟ ما الذي يلزم ليتم تثبيته؟ [23:53] &lt;jrand0m&gt; لكن يمكننا استخدامه. [23:53] &lt;jrand0m&gt; ليس الكثير إطلاقاً. السكربت مناسب. [23:53] &lt;jrand0m&gt; لكن هل نريد ‎.bat و‎.sh، إلخ. [23:54] *** shardy (~shardy@anon.iip) انضم إلى القناة #iip-dev [23:54] &lt;dm&gt; ممّ يتألف التثبيت، من بضعة أسئلة؟ [23:54] &lt;jrand0m&gt; كتابة مُثبّت Java للتثبيت عبر المنصات مبالغة، لذا من المثالي استخدام إطار تثبيت قائم [23:54] &lt;jrand0m&gt; نعم، بضعة أسئلة [23:54] &lt;jrand0m&gt; أهداف التثبيت التي أتصورها: [23:54] &lt;Dellammo&gt; هل سنحصل على شعار جديد لامع؟ من يعمل على ذلك؟ [23:54] &lt;jrand0m&gt; install-router [23:55] &lt;jrand0m&gt; install-www-tunnel, install-www-proxy, install-sdk, install-cvs-tunnel, update-seednodes [23:55] &lt;moi&gt; لماذا لا نستخدم InstallAnywhere؟ إذا كان الكود مفتوحاً فهذا ما يهم [23:55] * jrand0m يظن أنك أنت يا Dellammo :) [23:55] &lt;jrand0m&gt; InstallAnywhere ليس مفتوح المصدر. [23:55] * Dellammo يبدأ العمل [23:56] &lt;dm&gt; سكربت سيكون كافياً على الأرجح في هذه المرحلة، لكن لا بأس بالتفكير مسبقاً. [23:56] &lt;jrand0m&gt; (حوالي 4000 يورو لكل مقعد) [23:56] &lt;jrand0m&gt; صحيح. لذا لغد، سأكتب على الأرجح سكربتات ant، لكن نحتاج إلى البحث عن نظام [23:56] *** تسجيل الخروج: wilde (مهلة Ping) [23:56] &lt;jrand0m&gt; لذا إن كان بإمكان أي أحد المساعدة في ذلك فسيكون الأمر محل تقدير :) [23:57] &lt;dm&gt; آه حسناً، كنت أفكر في سكربتات shell. [23:57] &lt;moi&gt; بعض مدراء الحزم يمكنهم فعل ذلك على تثبيتات لينكس [23:57] *** wilde (~anon@anon.iip) انضم إلى القناة #iip-dev [23:57] &lt;jrand0m&gt; إدارة مُثبّتين مختلفين لمنصات مختلفة أمر مزعج جداً [23:59] &lt;dm&gt; مُثبّت Java؟ لماذا هو PITA؟ [23:59] &lt;jrand0m&gt; مُثبّت Java سيكون رائعاً [23:59] &lt;mihi-backup&gt; ألم في المؤخرة [23:59] &lt;mihi-backup&gt; عفواً، آسف... [23:59] &lt;dm&gt; system.out.println("Please enter where you would like to install I2P") ;) [23:59] &lt;mihi-backup&gt; s/tln/t; s/P"/P: "/ [23:59] &lt;mihi-backup&gt; s/sys/Sys/ [00:00] &lt;jrand0m&gt; كتابة مُثبّت مخصص في Java أمر ممكن، لكن يُفضّل استخدام إطار قائم. ولكن إن كنت تتطوّع لكتابة مُثبّت مخصص فأنا أدعمك! [00:00] &lt;dm&gt; mihi يعاني من نوبة صرع. [00:00] * mihi-backup يصفع dm قليلاً بسَمَكة سلمون مُرقّط كبيرة [00:00] &lt;dm&gt; سأخبرك بما يلي... [00:01] &lt;dm&gt; إذا كان لديك وقت في أي وقت لكتابة الخطوات الدقيقة اللازمة للتثبيت، فسأكتب مُثبّت Java. [00:01] &lt;mihi-backup&gt; dm: اقرأ سكربت ant ;) [00:01] &lt;jrand0m&gt; تمام يا dm. بمجرد أن أجعل موضوع ant يعمل سأوثّقه لك [00:01] &lt;dm&gt; منصف بما فيه الكفاية، سنرى إن كان بإمكاني فهم سكربت ant عندما يصدر. [00:02] *** تسجيل الخروج: wilde (مهلة Ping) [00:02] &lt;Dellammo&gt; jrand0m، ‏i2p أم I2P أم i^2p أم I^2P ؟ [00:02] * لدى jrand0m بعض الخربشات بحرف I كبير والرقم 2 وحرف P كبير متراكبة فوق بعضها... [00:03] &lt;Dellammo&gt; همم [00:03] *** wilde (~anon@anon.iip) انضم إلى القناة #iip-dev [00:03] *** mihi (~mihi@anon.iip) انضم إلى القناة #iip-dev [00:03] &lt;jrand0m&gt; حسناً، هذا كان 5) التثبيت [00:03] &lt;jrand0m&gt; 6) طلب ميزة iip [00:04] &lt;jrand0m&gt; أتى شخص إلى هنا بطلب لـ سرقة اللقب تلقائياً (auto-nicktheifing) [00:04] &lt;jrand0m&gt; ببساطة، إذا كان شخص ما قد سجّل لقباً، فلا يمكن لأي أحد البقاء بذلك اللقب ما لم يكن مُعرّفاً [00:04] &lt;jrand0m&gt; nop أو أي شخص قام بتطوير iip - آراء؟ [00:04] * jrand0m يظن أنها ستكون ميزة رائعة [00:05] * Dellammo يرسم عين الإلوميناتي وعليها علامة منع «كما في لا للتدخين» [00:05] &lt;jrand0m&gt; هه [00:05] &lt;dm&gt; ربما سأصنع شعار I2P أيضاً... لجزء الواجهة الرسومية GUI من المُثبّت الخاص بي ;) [00:05] *** تسجيل الخروج: wilde ((null)) [00:05] &lt;Dellammo&gt; دعونا نصنعها جميعاً، حتى لا ننتهي بشعار سيئ [00:05] &lt;mihi&gt; jrand0m: اسأل mids - فهو يُدير trent. [00:06] &lt;mihi&gt; مصدر trent موجود في cvs بالمناسبة [00:06] &lt;Dellammo&gt; الشعار هو أهم جزء في أي نشاط [00:06] &lt;jrand0m&gt; بالتأكيد يا Dellammo. [00:06] * dm ينفض الغبار عن Corel Draw... [00:06] &lt;dm&gt; يا رجل، أنا أحب Corel Draw. [00:07] &lt;jrand0m&gt; حسناً، هذا كل شيء لـ 6) [00:07] &lt;jrand0m&gt; 7) ??? [00:07] &lt;jrand0m&gt; أي أسئلة/أفكار/أقراص طائرة/أظافر أقدام؟ [00:07] &lt;dm&gt; فكرة: آمل أن يعمل. [00:08] &lt;jrand0m&gt; هه [00:08] * jrand0m أيضاً. [00:09] &lt;mihi&gt; jrand0m: واصل العمل الجيد! [00:09] &lt;dm&gt; نعم، استمر. [00:09] &lt;jrand0m&gt; عمل جيد؟ من الواضح أنك لم تر الشيفرة ;) [00:09] &lt;dm&gt; أحب شيفرتك، باستثناء الشرطات السفلية المُعمية. [00:09] &lt;dm&gt; blinding... bleeding.. إلخ.. [00:09] &lt;jrand0m&gt; هه، المتغيّرات الكائنية لديها _، لذا لن نحتاج أبداً لكتابة this.var = var; [00:10] &lt;jrand0m&gt; حسناً... 68 دقيقة... إن كان بإمكاني سحبها لدقيقة أخرى... [00:10] &lt;jrand0m&gt; w00t [00:10] * jrand0m يغلق الاجتماع بـ*baf*. </div>/ar/blog/2003/10/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-7-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/Tue, 07 Oct 2003 00:00:00 +0000/ar/blog/2003/10/07/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-7-%D8%A3%D9%83%D8%AA%D9%88%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jrand0m, mihi, dm, mihi_backup</p> <h2 id="meeting-log">سجل الاجتماعات</h2> <div class="irc-log"> [23:04] &lt;jrand0m&gt; 0.0) الترحيب [23:04] &lt;jrand0m&gt; 1.0) حالة التطوير [23:04] &lt;jrand0m&gt; 2.0) خادم جديد [23:04] &lt;jrand0m&gt; 3.0) أسئلة؟ [23:04] &lt;jrand0m&gt; 0.0) أهلاً بكم في الاجتماع الحادي والستين لـ iip [23:04] &lt;jrand0m&gt; مرحباً. [23:04] &lt;mihi&gt; مرحباً جميعاً [23:04] &lt;dm&gt; مرحباً أيها الإثنان ;) [23:04] &lt;jrand0m&gt; حسناً، 1.0) حالة التطوير [23:05] &lt;jrand0m&gt; نحن على وشك الجاهزية للإصدار 0.2 - وهو الإصدار الذي سيتمكن فيه الناس من تشغيل i2p. [23:06] &lt;dm&gt; رائع! [23:06] &lt;dm&gt; الموعد المتوقع؟ [23:06] &lt;jrand0m&gt; لن يتوسع جيداً، وهو حالياً مُنفَّذ بأسلوب أمني مُبالغ في قوّته باستخدام ElG+AES (بدلاً من النسخة المُحسّنة مع session tags) [23:06] &lt;jrand0m&gt; الوقت المتوقع: بضعة أيام (نقطة ذات صلة: البند 2.0 على جدول الأعمال) [23:07] &lt;jrand0m&gt; لكنه سيكون عملياً. أستطيع إرسال رسائل بحجم 10 بايت وكذلك 100K في ~10s [23:07] &lt;jrand0m&gt; (كلاهما على نفس CPU، لذا فهناك تنافس على CPU) [23:07] &lt;jrand0m&gt; لا يزال هناك بعض failback في الـ tunnel أعمل على معالجته، ثم يحين وقت بناء سكربتات ant، إلخ [23:07] &lt;jrand0m&gt; في الواقع [23:08] &lt;jrand0m&gt; قبل بضع ثوانٍ بنيتُ كل شيء باستخدام Kaffe 1.1.1 على freebsd دون حتى تحذير واحد. [23:08] * jrand0m &lt;3 عدم الاضطرار لتغيير الشفرة [23:08] &lt;mihi&gt; لكنه لم يكن يعمل أيضاً، أليس كذلك؟ ;) [23:08] &lt;jrand0m&gt; هه [23:09] &lt;jrand0m&gt; لا، إنه يعمل [23:09] &lt;jrand0m&gt; المشكلة التي أعمل عليها هي failover (أي إذا تم إيقاف أحدها ثم أعيد تشغيله، تستعيد الاتصالات عملها بسلاسة) [23:10] &lt;mihi&gt; هل جرّبت إرسال جدول ASCII كامل (bytes 0x00 إلى 0xFF)؟ وهل يظهر كما ينبغي في الطرف الآخر؟ [23:10] &lt;jrand0m&gt; ليس بعد، ولم أجرّب i2ptunnel بعد أيضاً. لكن سأفعل الليلة [23:10] &lt;mihi&gt; جرّب i2ptunnel باتصال ثنائي (مثل ssh)، وليس باتصال نصّي. [23:11] &lt;jrand0m&gt; تمام [23:11] &lt;mihi&gt; ماذا لو أُطفِئَت عقدة ولم تعد تعمل مجدداً؟ [23:11] &lt;jrand0m&gt; عندها ستفشل الاتصالات معها ;) [23:12] &lt;jrand0m&gt; (ميزة guaranteed delivery الآن تفشل بطريقة صحيحة وقد تم تصحيح SDK ليتصرف بناءً على ذلك) [23:13] &lt;jrand0m&gt; حسناً، هذا كل شيء بخصوص الحالة حالياً. لقد شُغلتُ بأمور أخرى خلال اليومين الماضيين، ولكن يُفترض أن يهدأ ذلك قريباً. [23:13] &lt;jrand0m&gt; 2.0) خادم جديد [23:13] &lt;jrand0m&gt; لدينا خادم جديد متصل عبر T3 وبثلاث وصلات (triple-homed). [23:14] &lt;jrand0m&gt; سيستضيف webcvs، و i2p router افتراضي، و webserver مع seed router references، وعدة خدمات افتراضية (مثلاً: i2p tunnel يشير إلى نسخة Squid، و i2ptunnel يشير إلى cvs، و i2ptunnel يشير إلى webserver) [23:15] *** تسجيل الخروج: mihi (EOF From client) [23:15] *** mihi_ (~mihi@anon.iip) انضم إلى القناة #iip-dev [23:15] &lt;jrand0m&gt; سأضيف أيضاً isproxy عاماً لاحقاً [23:15] &lt;dm&gt; اللعنة، كم يكلّفك ذلك؟ [23:15] &lt;jrand0m&gt; 65/mo [23:15] &lt;jrand0m&gt; 40Gb نقل، 2Gb بيانات [23:15] &lt;dm&gt; حدّ عرض النطاق؟ [23:15] &lt;dm&gt; رائع. [23:16] *** تم تغيير اسم mihi_ إلى mihi [23:16] &lt;jrand0m&gt; ربما يصبح ذلك الخادم هو cvs الخاص بنا، لكن لا حاجة للتبديل الآن. [23:16] &lt;jrand0m&gt; حسناً، 3.0) أسئلة [23:17] &lt;jrand0m&gt; [نعم، كان هذا أسرع اجتماع رأيته في حياتي ;)] [23:17] &lt;mihi_backup&gt; هل تعرف أي شيء عن تقدّم خدمة التسمية؟ [23:17] &lt;jrand0m&gt; سمعتُ أن wiht قد قام بعمل commit لعدد من الملفات، لكنني لم أتحقق منها بعد [23:17] &lt;dm&gt; أودّ أن أقدّم دعمي (المعنوي) لكل المطوّرين. ابقوا متواضعين ومع ذلك مُصمِّمين. [23:18] &lt;mihi_backup&gt; إنها مجرد dummies حسب علمي. [23:18] &lt;jrand0m&gt; حمقى بلا أدنى دراية، بالتأكيد. [23:18] &lt;mihi_backup&gt; واجهات يتم التنفيذ اعتماداً عليها. [23:18] &lt;dm&gt; dummies? [23:18] &lt;jrand0m&gt; لول [23:19] &lt;dm&gt; آه [23:19] * jrand0m extends MyParents [23:19] &lt;mihi_backup&gt; java لا تسمح بالوراثة المتعددة ;) [23:19] &lt;dm&gt; لا أوباش... [23:20] * jrand0m implements MyDad, MyMom // يبدو خطأً [23:20] &lt;mihi_backup&gt; مع ذلك أنت لا تقوم بـ extend لا لأمك ولا لأبيك (انظر مبدأ Liskov للاستبدال (هل الإملاء صحيح؟)) [23:20] * dm implements jrandom'sMom [23:20] &lt;dm&gt; ;) [23:20] &lt;jrand0m&gt; أوه، نقطة جيدة يا mihi [23:20] * dm الآن implements mihi'smother [23:20] &lt;jrand0m&gt; هه [23:21] *** تسجيل الخروج: mihi (Ping timeout) [23:21] &lt;mihi_backup&gt; أنت فقط بحاجة إلى مُنشِئ public Human(Human father, Human mother) throws SameSexException [23:22] &lt;dm&gt; موفّق [23:22] &lt;jrand0m&gt; أظن أن العلم الحديث يتطلّب المزيد من الـ constructors [23:22] &lt;dm&gt; مع أنه ليس public [23:22] &lt;dm&gt; إنه pubic [23:22] *** mihi (mihi@anon.iip) انضم إلى القناة #iip-dev [23:22] &lt;dm&gt; أنا أضحك نفسي. [23:23] &lt;jrand0m&gt; حسناً، وعلى هذه السيرة [23:23] &lt;jrand0m&gt; أظن أننا أفلتنا باجتماع مدته 23 دقيقة :) [23:23] * jrand0m يسحب الـ *baf*er من جيبي الخلفي ويقوم بـ *baf* لإغلاق الاجتماع </div>/ar/blog/2003/09/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/Tue, 30 Sep 2003 00:00:00 +0000/ar/blog/2003/09/30/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-30-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">سجل الاجتماع</h2> <div class="irc-log"> [22:56] &lt;jrand0m&gt; حسنًا حسنًا [22:56] &lt;jrand0m&gt; جدول الأعمال [22:56] &lt;jrand0m&gt; 0.0) ترحيب [22:56] &lt;jrand0m&gt; 1.0) حالة التطوير [22:56] &lt;jrand0m&gt; 1.1) router [22:56] *** Myself248 (~ident@anon.iip) قد انضم إلى القناة #iip-dev [22:56] &lt;jrand0m&gt; 1.2) DH precalc [22:56] &lt;jrand0m&gt; 2.0) microroadmap [22:56] &lt;jrand0m&gt; 3.0) تطبيقات / الاستخدام [22:56] &lt;jrand0m&gt; 4.0) ns [22:56] &lt;jrand0m&gt; 5.0) IM [22:56] &lt;jrand0m&gt; 6.0) administravia (cvs, bugzilla, cvs list, cvs web) [22:56] &lt;jrand0m&gt; 7.0) أسئلة [22:57] &lt;jrand0m&gt; (نعم، 7 نقاط اليوم. ووت) [22:57] &lt;jrand0m&gt; 0.0) ترحيب [22:57] &lt;jrand0m&gt; مرحبًا. [22:57] &lt;dm&gt; أهلًا [22:57] &lt;jrand0m&gt; 17 مستخدمًا اليوم. جميل [22:57] *** Ryan_Singer (chatzilla@anon.iip) قد انضم إلى القناة #iip-dev [22:57] &lt;jrand0m&gt; والعدد يزيد [22:57] &lt;jrand0m&gt; حسنًا [22:57] &lt;thecrypto&gt; 1~hi [22:57] &lt;jrand0m&gt; 1.1) حالة التطوير للـ router [22:58] &lt;jrand0m&gt; الـ java reference impl router يسير بشكل ممتاز [22:58] *** ChZEROHag (hag@anon.iip) قد انضم إلى القناة #iip-dev [22:58] &lt;jrand0m&gt; يمكننا الآن تشغيل تطبيقات على Routers مختلفة وإرسال رسائل لبعضنا البعض [22:59] &lt;ChZEROHag&gt; آسف على المقاطعة، لكن آمل أن تكون مرة واحدة فقط [22:59] &lt;jrand0m&gt; باتباع نهج تكراري وتزايدي، الحالة الحالية آمنة، غير مجهولة، غير قابلة للتوسع، وقابلة للحصر/التجميع [22:59] &lt;ChZEROHag&gt; هل هناك أي شخص آخر يعمل على C api؟ [22:59] &lt;jrand0m&gt; أهلًا ChZEROHag، ما الأخبار؟ [22:59] &lt;ChZEROHag&gt; لأنني أعمل عليها، لكن ببطء شديد [22:59] *** dcat (dirtycat@anon.iip) قد انضم إلى القناة #iip-dev [22:59] &lt;jrand0m&gt; أوه رائع [22:59] &lt;jrand0m&gt; shardy سيعمل على واحدة بعد الانتهاء من toorcon [22:59] &lt;jrand0m&gt; ربما يمكنكما العمل معًا على ذلك؟ [23:00] &lt;co&gt; jrand0m: هل يمكنك إدخال destination للإرسال إليه يدويًا؟ [23:00] &lt;co&gt; أو بصياغة أفضل، هل هناك تمثيل ASCII لـ destination؟ [23:00] &lt;jrand0m&gt; نعم يا co، لكليهما [23:00] &lt;co&gt; ممتاز. [23:00] &lt;jrand0m&gt; الـ destinations، وكل هياكل I2P، قابلة للتحميل والتسلسل في (أبجدية بديلة) base 64 [23:01] &lt;thecrypto&gt; إذًا لن يكون سهل التذكر، لكنه سيكون ascii؟ [23:01] &lt;jrand0m&gt; (مثال: في الـ netDb لأحد الـ routers لديّ، عندي leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat والذي يحتوي على الـ lease set لـ destination: enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] &lt;jrand0m&gt; [مع أن هذا هو H(destination).toBase64() [23:03] &lt;jrand0m&gt; ChZEROHag&gt; إذا كان هناك أي شيء يمكننا فعله لمساعدتك في ذلك، فقط قل الكلمة [23:03] &lt;jrand0m&gt; حسنًا هذا كان 1.1. 1.2) DH precalc [23:03] &lt;ChZEROHag&gt; ممكن تعملوه بدالي؟ :-) [23:04] &lt;jrand0m&gt; الليلة الماضية كتبت تحسين precalc لتبادلات DH لتوفير ~1 ثانية من مفاوضات الجلسة التي تستغرق 1.5 ثانية. سأكون سعيدًا لو يتأكد أحد يفهم التشفير أنني لست مجنونًا ;) [23:04] &lt;jrand0m&gt; لول ChZEROHag [23:04] &lt;ChZEROHag&gt; آه تذكرت ما كنت أحتاجه [23:04] &lt;ChZEROHag&gt; netdb implementation [23:04] &lt;thecrypto&gt; هل هي في cvs؟ [23:04] &lt;thecrypto&gt; الـ dh [23:04] &lt;jrand0m&gt; نعم thecrypto [23:05] &lt;jrand0m&gt; C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] &lt;ChZEROHag&gt; حسنًا سأبقى مستيقظًا 3/4 ساعات بعد، ربما تعطيني شيئًا أعمل عليه [23:05] &lt;jrand0m&gt; er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) قد انضم إلى القناة #iip-dev [23:06] &lt;jrand0m&gt; طيب. لماذا تحتاج netdb impl؟ [23:06] &lt;ChZEROHag&gt; لا أتذكر [23:06] &lt;jrand0m&gt; لدينا حاليًا netdb غير قابل للتوسع في cvs [23:06] &lt;jrand0m&gt; هه [23:06] &lt;ChZEROHag&gt; لم ألمسه منذ أسبوع على الأقل [23:06] &lt;jrand0m&gt; أنت تعمل على C I2CP api، صحيح؟ وليس I2NP؟ [23:07] &lt;ChZEROHag&gt; كنت سأفعل كل شيء [23:07] *** wax_off قد غادر #iip-dev [23:07] &lt;jrand0m&gt; I2NP عمل أكثر بكثير جدًا جدًا مقارنة بـ I2CP [23:07] &lt;ChZEROHag&gt; بمجرد أن أبدأ بشكل صحيح، سينساب العمل [23:07] &lt;jrand0m&gt; لكن لو عملت I2NP بـ C سيكون ذلك رائعًا [23:07] &lt;dm&gt; هل يوجد I2NP بأي شيء الآن؟ [23:07] &lt;jrand0m&gt; (I2CP:I2NP::FCP:FNP) [23:07] &lt;jrand0m&gt; نعم dm [23:08] * ChZEROHag يعيد تصغير emacs [23:08] &lt;jrand0m&gt; الـ java impl الذي أعمل عليه لديه I2NP يعمل [23:08] &lt;dm&gt; تمام... [23:08] &lt;ChZEROHag&gt; jrand0m: url؟ أحتاج مرجعًا، حتى لو كان بلغة فظيعة. [23:08] &lt;jrand0m&gt; هه [23:08] &lt;jrand0m&gt; اممم، في الواقع هذا ضمن 6.0 administravia: أين بحق الجحيم وصول cvs المجهول لدينا ;) [23:09] &lt;thecrypto&gt; أنا أحضّر أشياء الـ DH [23:09] &lt;jrand0m&gt; كوول [23:09] &lt;ChZEROHag&gt; أوه صحيح [23:09] &lt;Ryan_Singer&gt; jrand0m، بالعودة للجدول، الـ microroadmap؟ [23:09] * thecrypto يخفي وجهه [23:09] &lt;ChZEROHag&gt; حسنًا سأنتظر :) [23:09] &lt;jrand0m&gt; هه طيب [23:09] &lt;jrand0m&gt; microroadmap [23:09] &lt;jrand0m&gt; عندي 0.1 حتى 0.5 مخطط لها [23:09] &lt;dm&gt; اتبعت خريطة طريق freenet إذًا؟ [23:10] *** mrflibble (mrflibble@anon.iip) قد انضم إلى القناة #iip-dev [23:10] &lt;jrand0m&gt; 0.1) وظيفي، آمن، غير مجهول، غير قابل للتوسع، قابل للحصر [23:10] &lt;dm&gt; التطوير يبطؤ ويتجمد خلال 0.5... [23:10] &lt;jrand0m&gt; نحن الآن عند 0.1. [23:10] &lt;jrand0m&gt; هه لاحظت ذلك dm، flinks توقف عند 0.5.2 كذلك ;) [23:10] &lt;co&gt; ماذا تسمي الحزمة كلها؟ [23:10] &lt;jrand0m&gt; (مصادفة غريبة) [23:10] &lt;co&gt; أي نسخة 0.1 من ماذا؟ [23:10] &lt;jrand0m&gt; الحزمة كلها؟ i2p router reference implementation [23:10] &lt;ChZEROHag&gt; co: Wonga [23:10] * beefbroth ينضم للاجتماع [23:11] &lt;jrand0m&gt; بونيوس نوشيس beefbroth [23:11] &lt;co&gt; حسنًا. هذا يفسّر. [23:11] &lt;ChZEROHag&gt; في الواقع ربما سأسمّيه كذلك. بالتأكيد يبدو أكثر إثارة من 'i2pd' [23:11] &lt;jrand0m&gt; 0.1 فيه أخطاء. هذا مُسلّم به. ولا يوجد به تحسينات تُذكر (مع أن DH precalc يساعد). [23:11] &lt;jrand0m&gt; هه [23:11] &lt;Ryan_Singer&gt; jrand0m، ما هو 0.2) إذًا؟ [23:11] &lt;jrand0m&gt; invisible internet police department [23:11] &lt;jrand0m&gt; حسنًا، 0.2 [23:12] &lt;jrand0m&gt; 0.2 وظيفي، آمن، مجهول، غير قابل للتوسع، قابل للحصر [23:12] &lt;jrand0m&gt; 0.2 يضيف دعمًا لـ tunnels بطول غير صفري (tunnels) [23:12] &lt;jrand0m&gt; في الواقع نفّذت معظم ذلك الليلة الماضية، لكن لم يُختبر بدقة [23:12] &lt;jrand0m&gt; أعتقد أن 0.2 سيكون جاهزًا بنهاية الأسبوع [23:12] &lt;Ryan_Singer&gt; كم نحن بعيدون عن ذلك من منظور التطوير؟ [23:13] &lt;Ryan_Singer&gt; رائع [23:13] &lt;jrand0m&gt; 0.3) وظيفي، آمن، مجهول، قابل للتوسع، قابل للحصر [23:13] * thecrypto يحصل على bochs ليتمكن من محاكاة شبكة للمساعدة في هذا [23:13] &lt;jrand0m&gt; 0.3 يضيف kademliaDatabaseManager [23:13] &lt;jrand0m&gt; الآن نستخدم BroadcastDatabaseManager [23:13] &lt;jrand0m&gt; (المعروف أيضًا بـ gnunet ;) [23:14] &lt;jrand0m&gt; سهل التنفيذ ويعمل للشبكات الصغيرة، لكننا نحتاج kademlia ليتوسع [23:14] &lt;jrand0m&gt; 0.4) وظيفي، آمن، مجهول، قابل للتوسع، غير قابل للحصر [23:14] &lt;jrand0m&gt; وهذا يضيف trusted links [23:14] &lt;Ryan_Singer&gt; jrand0m، وكم التحدي لتطبيق kademlia؟ [23:14] &lt;jrand0m&gt; لدي فكرتان لـ trusted links.. واحدة أسهل تنفيذًا واستخدامًا [23:15] &lt;jrand0m&gt; kademlia سيستغرق على الأرجح أسبوعًا كاملًا [23:15] &lt;jrand0m&gt; (ليكون مضبوطًا) [23:15] &lt;jrand0m&gt; لاحظ أن كل هذا فيه مجال كبير لإعادة الهيكلة والضبط. أستهدف الوظيفة أولًا، ثم نقوم بالضبط. [23:16] &lt;co&gt; هل أنت متأكد أنك ستتمكن من التطوير والاختبار بهذه السرعة؟ [23:16] &lt;jrand0m&gt; لست متأكدًا من شيء [23:16] &lt;jrand0m&gt; هذه مجرد تقديراتي [23:16] &lt;Ryan_Singer&gt; co، هو يجعلها وظيفية، ونحن نختبر [23:16] &lt;ChZEROHag&gt; هل أنت متأكد؟ [23:16] &lt;ChZEROHag&gt; (آسف) [23:16] &lt;co&gt; Ryan_Singer: فهمت. [23:17] * jrand0m &lt;3 الناس الذين يختبرون :) [23:17] &lt;Myself248&gt; عندما تقول "نحن" نختبر. هل هناك مجال لغير المبرمجين للمساعدة في الاختبار؟ [23:17] &lt;jrand0m&gt; Myself248&gt; ربما ليس حتى 0.4 [23:17] &lt;dm&gt; دعونا نأمل ألا نصل إلى نقطة يكون فيها كل شيء يعمل، لكن لا أحد يعرف ما الذي يجري داخل الشبكة لجعلها تعمل جيدًا (أي freenet) [23:18] &lt;jrand0m&gt; عندما تكون 0.4 جاهزة، هذا قبل-ألفا. بمجرد الوصول إلى 0.4 سأقوم بالضبط وإعادة الهيكلة وملء الفراغات للاستعداد لـ 0.5 (ألفا) [23:18] &lt;Myself248&gt; وثّق، وثّق، وثّق. [23:18] &lt;dm&gt; هل هناك تفكير بخصوص المراقبة النشطة لأجزاء الشبكة الداخلية، أم أن الأمر مباشر؟ [23:18] &lt;jrand0m&gt; نعم dm، بالتأكيد [23:18] &lt;jrand0m&gt; إحدى القطع الأساسية في i2np هي تضمين إحصاءات في routerInfo strutures المنشورة [23:18] &lt;mihi&gt; jrand0m: اعمل s/0./0.0./ ;) [23:18] &lt;jrand0m&gt; الإصدارات الأولى ستنشر إحصاءات حقيقية حتى نتمكن من الضبط [23:19] &lt;jrand0m&gt; الإصدارات اللاحقة إما لن تنشر أي إحصاءات أو ستنشر مزيفة [23:19] * jrand0m لا يقوم بـ 0.0 [23:19] &lt;shardy&gt; حسنًا، أنا هنا [23:19] &lt;jrand0m&gt; مرحبًا بعودتك shardy [23:19] &lt;shardy&gt; آسف على التأخير، نسيت أن هذه النافذة مفتوحة، هه [23:19] &lt;dm&gt; رائع. [23:19] &lt;Ryan_Singer&gt; هل هناك وثيقة أعلى مستوى تصف معمارية الشبكة تحت .4؟ [23:19] &lt;jrand0m&gt; اقطعوا رأسك [23:20] &lt;jrand0m&gt; Ryan_Singer&gt; هممم، كان لدي بعض وثائق النظرة العامة قبل بضعة أشهر قام mids و nop بعكسها، وهناك وثيقة i2p overview [23:20] &lt;jrand0m&gt; 0.4 هي i2np كاملة كما هو موصوف في المواصفات، فقط ليست منفّذة بشكل أمثل [23:20] &lt;shardy&gt; أوه و jrand0m، سأطلع على تحسين DH من أجلك [23:20] &lt;jrand0m&gt; كلمة، شكرًا [23:20] &lt;Ryan_Singer&gt; هل يمكنني الحصول على تلك الوثائق؟ [23:21] &lt;jrand0m&gt; النظرة العامة على (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] &lt;beefbroth&gt; أظن أنها على الويكي؟ [23:21] &lt;jrand0m&gt; hte وثائق النظرة العامة القديمة... همم [23:21] &lt;jrand0m&gt; (مواصفات i2p على (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] &lt;co&gt; هي على (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] &lt;jrand0m&gt; صحيح beefbroth [23:22] &lt;jrand0m&gt; رغم أن هناك وثائق قديمة بصيغة html مع صور ms paint قبيحة من قبل تشرح كيفية عمل tunnels... [23:22] &lt;beefbroth&gt; يجب أن أعرف، قرأتها بما فيه الكفاية [23:22] &lt;jrand0m&gt; hehe [23:22] &lt;co&gt; إلا إذا كانت نسخًا أقدم أو مرايا. [23:22] &lt;jrand0m&gt; تلك الملفات على الويكي هي 0.9 (0.9.1 صدرت لـ I2NP وهياكل البيانات، لكنهما يتضمنان تغييرات بسيطة فقط) [23:23] &lt;thecrypto&gt; jrand0m: الـ precalc يبدو جيدًا [23:23] &lt;jrand0m&gt; رائع [23:24] *** pitu (~pitu@anon.iip) قد انضم إلى القناة #iip-dev [23:24] * jrand0m يشغّل الـ router بـ java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] &lt;jrand0m&gt; حسنًا، هذا هو الـ microroadmap [23:25] &lt;jrand0m&gt; كما ترون، أتقبّل أن الألفا لن تكون جاهزة بنهاية الشهر. 0.4 ستكون على الأرجح الأسبوع الأول من أكتوبر [23:26] &lt;dm&gt; لا بأس، حتى هذا سيكون أسرع تطبيق على الإطلاق لشبكة من هذا النوع ;) [23:26] &lt;Ryan_Singer&gt; لول [23:26] &lt;beefbroth&gt; عند قراءة تقديرات jrand0m للوقت هنا، يرجى تذكّر أنه يشرب الويسكي منذ 4 ساعات :-P [23:26] &lt;jrand0m&gt; هه [23:26] &lt;Ryan_Singer&gt; حسنًا... التطبيقات/الاستخدام؟ [23:26] &lt;jrand0m&gt; ويسكي جيد أيضًا ;) [23:26] &lt;jrand0m&gt; حسنًا، التطبيقات/الاستخدام [23:27] &lt;dm&gt; 0.7 خلال 4 ثوان....3...2...1..!! [23:27] &lt;jrand0m&gt; أستهدف الأشياء السهلة هنا - هذه أمور يمكننا فعلها بدون أو بأقل قدر من الكود الجديد. [23:27] &lt;ChZEROHag&gt; كيف يُفترض أن تبرمج بشكل صحيح إذا كنت صاحيًا تمامًا؟ [23:27] &lt;jrand0m&gt; كل هذه تستخدم بشكل كبير i2ptunnel الرائع من mihi [23:27] &lt;co&gt; ChZEROHag: بسهولة. [23:27] *** mihi غيّر الموضوع على القناة #iip-dev إلى &lt;dm&gt; 0.7 خلال 4 ثوان....3...2...1..!! [23:28] &lt;jrand0m&gt; باستخدام i2ptunnel، يمكننا فعل التالي دون كتابة أي كود جديد: [23:28] &lt;jrand0m&gt; public ww proxy (باستخدام i2ptunnel + squid) [23:28] * dm يحيي mihi. [23:28] &lt;jrand0m&gt; JAP (باستخدام i2ptunnel + JAP) [23:28] &lt;mihi&gt; لا يمكنك ركل المؤخرات عبر i2p (ولا عبر tunnel...) [23:28] &lt;jrand0m&gt; تصفح الويب مجهولًا (i2ptunnel + متصفح ويب) [23:28] &lt;jrand0m&gt; تشغيل i2p web server (i2ptunnel + httpd) [23:29] &lt;co&gt; جميل جدًا. برافو، mihi. [23:29] &lt;jrand0m&gt; cvs outproxy (i2ptunnel) [مثال: cvs outproxy إلى sourceforge لتطوير freenet مجهولًا] [23:29] &lt;jrand0m&gt; عميل cvs، خادم cvs [23:29] &lt;jrand0m&gt; تطبيق IM، خادم pop3، خادم imap، opennap [23:29] &lt;jrand0m&gt; كلها ثمار منخفضة [23:29] &lt;dm&gt; حسنًا، الآن كل ما نحتاجه هو i2p :) [23:30] &lt;jrand0m&gt; صحيح ;) [23:30] &lt;Myself248&gt; ألن يقوم i2p webserver نوعًا ما بإحلال freenet؟ :) [23:30] * jrand0m يظن أن هذا سؤال متكرر يجب أن أجيب عليه [23:30] &lt;Ryan_Singer&gt; jrand0m، لكنها أيضًا قيّمة جدًا [23:30] &lt;ChZEROHag&gt; من تلك القائمة، أعتبر cvs أكثر أهمية/فائدة [23:30] &lt;ChZEROHag&gt; جزئيًا لأنني أرغب في البقاء مجهولًا، وأيضًا لأنه إذا وفرت www مجهولًا فستحصل على lusers [23:30] &lt;jrand0m&gt; i2p + web لا يُحِل freenet - freenet يضيف قيمة كبيرة فوق إطار اتصالات مجهول - توزيع المحتوى [23:31] &lt;ChZEROHag&gt; وفي الوقت الحالي فكرة البريد الإلكتروني المجهول مخيفة :) [23:31] * dm يدوّن: "لا lusers" [23:31] &lt;jrand0m&gt; cvs بالتأكيد ضمن الثلاثة الأوائل [23:31] &lt;beefbroth&gt; أظن أنه إذا عمل i2p webserving بشكل جيد، يجب أن تفكر بدمج أجزاء DHT/storage من freenet فوق i2p لتحصل على أفضل ما في العالمين. [23:31] &lt;Ryan_Singer&gt; ChZEROHag، إذا كان قابلًا للتوسع فهذا أمر جيّد [23:31] &lt;ChZEROHag&gt; dm: lusers مشكلة فقط في المراحل المبكرة، لكنهم عادة لا يستخدمون cvs [23:31] &lt;Myself248&gt; حسنًا، أضف الكثير من hashcash لأي شيء بريد مجهول. [23:31] &lt;ChZEROHag&gt; أو حتى يعرفون ما هو (أو أنه موجود) [23:31] &lt;co&gt; أظن أن أحد الاختبارات التي يجب القيام بها هو اختبار هجوم على الشبكة. [23:31] &lt;jrand0m&gt; نعم beefbroth، بمجرد أن يفعل i2p ما نستهدفه، سيعدل freenet على الأرجح للاستفادة منه [23:32] &lt;co&gt; آسف إن كان هذا خارج الموضوع. [23:32] &lt;mihi&gt; Myself248: فقط أضِف redirector إلى remailer مجهول. [23:32] &lt;jrand0m&gt; لا، هذا بالتأكيد ضمن الموضوع يا co - مهاجمة هذه الشبكة أمر مفتاحي [23:32] &lt;ChZEROHag&gt; Myself248: hashcash أساسًا لإيقاف الفلودينغ بينما نحن مضطرون لاستخدام البروتوكول العتيق "irc" [23:32] &lt;ChZEROHag&gt; ليس لإيقاف ما يمكن تسميته "سوء الاستخدام" [23:32] &lt;jrand0m&gt; صحيح mihi. ربما mixminion فوق i2p سيكون مفيدًا [23:33] &lt;jrand0m&gt; صحيح، hashcash مدمج حتى داخل i2p نفسه ليمنع الرسائل من التسليم عبر قفزة واحدة إلا إذا "دفعت" [23:33] &lt;Ryan_Singer&gt; jrand0m، يمكننا تشغيل imap فوق هذا بسهولة؟ [23:33] &lt;jrand0m&gt; بالتأكيد [23:33] &lt;Ryan_Singer&gt; مدهش [23:33] &lt;jrand0m&gt; imapd مع i2ptunnel يشير إليه، وi2ptunnel على العميل يشير إلى destination الخاص بذلك tunnel [23:34] &lt;Myself248&gt; ومحركات بحث freenet :) [23:34] &lt;mihi&gt; ftp أو عدة برامج مراسلة فورية غير jabber ستسبب مشاكل... [23:34] &lt;jrand0m&gt; صحيح، الأشياء التي تتطلب اتصالين أكثر تعقيدًا [23:34] &lt;ChZEROHag&gt; jrand0m: hashcash في i2p؟ [23:34] &lt;ChZEROHag&gt; سأزعجك بهذا بعد أن ينتهي هذا. [23:34] &lt;shardy&gt; hashcash في i2p؟ جميل. [23:34] &lt;dm&gt; نتقدم على أنفسنا! أوه حسنًا، من يهتم.. QUAKE + IIP!!!!!! [23:34] &lt;dm&gt; آسف، I2p :) [23:34] &lt;jrand0m&gt; لول dm [23:35] &lt;Myself248&gt; نحن أصحاب المعالجات الصغيرة نشعر بالقلق عندما يقول أحدهم hashcash، لكن كإجراء مضاد للسبام أفهمه. [23:35] &lt;co&gt; dm: هذا حقًا تقدم مبالغ فيه. [23:35] * mihi هو jabber:schierlm@a-message.de ;) [23:35] &lt;jrand0m&gt; نعم ChZEROHag - Destination == مفتاح توقيع عام (DSA) + مفتاح تشفير عام (ElGamal) + شهادة (إما null أو hashcash(keys)) [23:35] &lt;beefbroth&gt; هل i2p tunnel ثابت أم ديناميكي على طرف العميل؟ [23:35] &lt;mihi&gt; beefbroth: حاليًا كله ثابت. لكن يمكنك استخدام socks proxy كـ dest. ;) [23:35] &lt;jrand0m&gt; Myself248&gt; سأحصل على sun ultra1 خطير بالبريد خلال أسابيع. إذا كان صندوق 160MHz يستطيع فعلها، الجميع يستطيع [23:35] &lt;shardy&gt; حسنًا. hashcash لا ينبغي أن يكون شيئًا رهيبًا حتى على المعالجات الصغيرة. فقط إذا أردت أن تفعل شيئًا "eleventy" مليار مرة، ستلاحظه. [23:36] &lt;co&gt; beefbroth: يمكن أن يكون ديناميكيًا. [23:36] &lt;Ryan_Singer&gt; التطبيقات المحتملة لـ "الثمار المنخفضة" هنا مثيرة للإعجاب [23:36] &lt;jrand0m&gt; صحيح mihi [23:36] &lt;jrand0m&gt; "eleventy". هه [23:36] &lt;ChZEROHag&gt; الثمار المنخفضة هي أساسًا تطبيقات الإنترنت "العادية"، لكن بشكل مجهول [23:36] &lt;ChZEROHag&gt; صحيح؟ [23:36] &lt;jrand0m&gt; صحيح [23:36] &lt;Ryan_Singer&gt; نعم [23:36] &lt;dm&gt; (quake) [23:37] &lt;jrand0m&gt; 0.1 يشغّلها بأمان، 0.2 يشغّلها مجهولة، 0.3 يشغّلها قابلة للتوسع، 0.4 يشغّلها غير قابلة للحصر [23:37] &lt;jrand0m&gt; (نحن الآن عند 0.1) [23:37] &lt;shardy&gt; ماذا تقصد بـ غير قابلة للحصر؟ [23:37] &lt;co&gt; آسف، ما هي "harvestable" مرة أخرى؟ [23:37] &lt;ChZEROHag&gt; dm: للأسف تم كبحنا بما فيه الكفاية لدرجة أن الزمن الحقيقي بعد أكثر من 30 عامًا ما زال ليس "عاديًا" [23:37] &lt;Myself248&gt; الحمد لله. كنت آمل أن يسأل أحدهم ذلك. ;) [23:37] &lt;Ryan_Singer&gt; قابلة للتسجيل [23:37] &lt;jrand0m&gt; الحصر يعني أن مهاجمًا نشطًا يمكنه تشغيل router، ومعرفة الكثير عن routers أخرى ("حصدها")، ويرسل رجال الأمن لركل أبوابهم [23:38] &lt;Myself248&gt; أوه، كما يمكنك فعل ذلك مع gnutella. :) [23:38] &lt;Ryan_Singer&gt; رجال مخابراتيين كهؤلاء [23:38] &lt;jrand0m&gt; صحيح [23:39] &lt;shardy&gt; آه، فهمت. [23:39] &lt;jrand0m&gt; حسنًا، نعم، هذا هو الـ microroadmap. [23:40] &lt;jrand0m&gt; الآن، هل أكون غبيًا عندما أسمي هذه 0.x بدلًا من 0.0.x؟ هل يجب أن تكون 1.0 "مثالية" أم يجب أن تكون 1.0 وظيفية وآمنة؟ [23:40] &lt;Ryan_Singer&gt; jrand0m، ومتى سنرى .4؟ [23:40] &lt;jrand0m&gt; 0.4 على الأرجح بعد أسبوعين [23:40] * jrand0m سيأخذ أسبوعًا إجازة (نوعًا ما) في منتصف أكتوبر لأن لديّ زوار [23:40] *** Signoff: dm (EOF From client) [23:40] &lt;mihi&gt; 1.0 يجب أن تكون مستقرة. [23:40] &lt;co&gt; دع 1.0 تكون وظيفية وآمنة. [23:40] &lt;thecrypto&gt; أؤيد co [23:41] &lt;Ryan_Singer&gt; 1.0 يجب أن تكون وظيفية، مستقرة وآمنة [23:41] &lt;ChZEROHag&gt; jrand0m: فلسفتي بخصوص أرقام الإصدارات، إذا شككت، انسخ لينكس [23:41] &lt;Myself248&gt; 5.0 يمكن أن تكون "مثالية". مجتمع البرمجيات الحرة يخاف كثيرًا من تضخم أرقام الإصدارات. [23:41] &lt;jrand0m&gt; كلمة [23:41] &lt;mrflibble&gt; jrand0m، النسخة الأولى من الأشياء ليست مثالية أبدًا :) [23:41] *** dm (~gj@anon.iip) قد انضم إلى القناة #iip-dev [23:41] &lt;mrflibble&gt; الناس لا يتوقعون أن تكون مثالية أيضًا [23:41] &lt;dm&gt; هل فاتتني 1.0؟ [23:41] &lt;ChZEROHag&gt; mrflibble: الناس لا يتوقعون أن تكون أي برمجية مثالية. الناس يستخدمون ويندوز. [23:41] &lt;Ryan_Singer&gt; هل ستكون هذه البرمجية GPL أم LGPL؟ [23:41] &lt;jrand0m&gt; رائع، لقد تعرضت للانتقاد بالفعل لأن 1.0 ليست مثالية بعد [23:41] &lt;ChZEROHag&gt; هذا لا يعني أنه لا ينبغي أن تكون كذلك. [23:41] &lt;mrflibble&gt; نقطة جيدة ChZEROHag [23:42] &lt;dm&gt; آه اللعنة، فعلت ذلك، أليس كذلك.. [23:42] &lt;mihi&gt; dm: كف عن المزاح [23:42] &lt;mrflibble&gt; نعم، فعلت [23:42] &lt;jrand0m&gt; الـ router هو GPL. مكتبة عميل الجافا حاليًا GPL، لكني منفتح. أنا و thecrypto نملك كليًا كل شيء عدا قسم واحد (تطبيق Cryptix AES، وهو MIT) [23:42] &lt;dm&gt; حسنًا حسنًا أنا آسف :( [23:42] &lt;jrand0m&gt; في الواقع، أتراجع [23:42] &lt;jrand0m&gt; استخدمت Base64.java من freenet أيضًا [23:43] &lt;beefbroth&gt; هل ما زلنا في البند 0.3 تطبيقات؟ [23:43] &lt;jrand0m&gt; إذًا base64 هو GPL :) [23:43] &lt;thecrypto&gt; وعميل IM سيكون GPL [23:43] &lt;jrand0m&gt; أوه نعم، نحن عند 0.3 أليس كذلك [23:43] &lt;thecrypto&gt; بمجرد أن أضع تعليقات في الكود [23:43] *** UserX_ (~User@anon.iip) قد انضم إلى القناة #iip-dev [23:43] &lt;jrand0m&gt; هه thecrypto [23:43] &lt;ChZEROHag&gt; GPL يبدو جيدًا بالنسبة لي [23:43] &lt;jrand0m&gt; واو، 23 مستخدمًا [23:43] &lt;Myself248&gt; نحن عند البند 6.02E23، أشياء عشوائية. :) [23:43] &lt;Ryan_Singer&gt; jrand0m، إذا كان لديك وقت، أريد أن أتحدث معك عن الترخيص وفرص الاستشارات المحتملة [23:43] &lt;jrand0m&gt; رائع Ryan_Singer [23:43] &lt;ChZEROHag&gt; رغم أنه كما أشار شخص ما (Fillament؟) - إذا خرق أحدهم الرخصة فكيف سيستطيع شخص مجهول فعل أي شيء حيال ذلك؟ [23:43] &lt;mihi&gt; jrand0m: 22 ;) [23:43] &lt;jrand0m&gt; ChZEROHag&gt; اقرأ رخصتي على flinks ;) [23:43] &lt;Myself248&gt; نحتاج نظام محاكم مجهول. [23:44] * mihi هنا مرتين [23:44] &lt;jrand0m&gt; Myself248&gt; يُسمى yodel ;) [23:44] &lt;Myself248&gt; "المحكمة تنظر الآن القضية رقم 34534، ج. دو ضد ج. دو" [23:44] &lt;Ryan_Singer&gt; ChZEROHag، السبب لسؤالي هو لكي تستخدم الشركات هذه البرمجية للحماية ضد التجسس الصناعي [23:44] &lt;co&gt; Naming server سيكون مرخصًا تحت GPL أيضًا. [23:44] &lt;CCD&gt; لوول [23:44] &lt;Myself248&gt; "يا حاجب المحكمة، أليست هذه نفس الأطراف في آخر 34533 قضية سمعناها؟" [23:44] &lt;shardy&gt; حسنًا [23:45] &lt;shardy&gt; هناك دائمًا فكرة أنك إن أردت للناس أن يستخدموا بروتوكولك حقًا، ولست قلقًا بشأن المال، اجعله مفتوحًا تمامًا. غير مقيد حتى بـ gpl. [23:45] &lt;co&gt; shardy: تقصد الملكية العامة؟ [23:45] &lt;beefbroth&gt; أظن أن ذلك كان تمهيد co للبند 0.4 :-P [23:45] &lt;jrand0m&gt; shardy&gt; المواصفات علنية ومفتوحة. لم أُثبت حقوق نشر على المواصفات. [23:45] &lt;Ryan_Singer&gt; shardy، لا، نرغب بأن يبقى العمل على البروتوكول متاحًا [23:45] &lt;shardy&gt; ملكية عامة، رخصة bsd، "افعل ما تشاء فقط أعطنا الفضل من فضلك"، إلخ [23:45] &lt;jrand0m&gt; الكود هو GPL للـ router. واحد client api implementation بالجافا هو GPL [23:46] &lt;Ryan_Singer&gt; اطلع على liberty protocol.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] &lt;shardy&gt; jrand0m: حسنًا رائع. فهمت. [23:46] * jrand0m فكّر في "no government use" licenses ;) [23:46] &lt;jrand0m&gt; حسنًا، سبب إدخالي 3.0) التطبيقات في قائمة القضايا هو هذا [23:46] &lt;jrand0m&gt; نحتاج مساعدة. [23:46] &lt;Ryan_Singer&gt; مساعدة في ماذا؟ [23:46] &lt;jrand0m&gt; i2ptunnel كود جيد. i2p's router سيكون كودًا جيدًا. [23:47] &lt;jrand0m&gt; ما نحتاجه هو أن يبدأ الناس في فهم تفاصيل هندسة الإصدارات [23:47] &lt;dm&gt; لماذا تحتاج تطبيقات إذا كان بإمكانك فقط استخدام i2ptunner؟ [23:47] &lt;ChZEROHag&gt; jrand0m: ماذا قلت؟ [23:47] &lt;jrand0m&gt; بمعنى، كيف تحزم فعليًا شيئًا يمكن لجو سيكسباك تنزيله وتصفح الويب [23:47] &lt;ChZEROHag&gt; dm: لماذا تحتاج تطبيقات إذا كان بإمكانك فقط استخدام telnet؟ [23:47] &lt;dm&gt; ماذا؟ [23:47] * dm يحك رأسه. [23:47] &lt;CCD&gt; اممم، هل هناك شيء غير telnet؟ [23:48] * jrand0m يظن أن هذا ما يقصده ChZEROHag يا dm ;) [23:48] *** Myself248 أصبح معروفًا الآن باسم myself248 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] &lt;ChZEROHag&gt; dm: استخدام i2ptunnel سيكون مثل امتلاك سيارة تعمل ثم جرّها على عربة يدوية [23:48] &lt;jrand0m&gt; حسنًا، هذا كل ما في الأمر. أردت فقط أن أذكر ذلك في حال كان لدى الناس وقت فراغ :) [23:48] &lt;jrand0m&gt; حسنًا، 4.0) [23:48] &lt;jrand0m&gt; naming service [23:48] &lt;dm&gt; أرى أنه يحاول إيصال نقطة. [23:48] &lt;jrand0m&gt; أهلًا co، كيف الحال؟ :) [23:48] &lt;co&gt; naming server يجب أن يكون GPL، لأن على الأقل تطبيق الجافا يستخدم كودًا من مكتبة العميل للاتصال بالـ routers. [23:49] &lt;dm&gt; لكن أمضينا 20 دقيقة نقول: I2Ptunnel + خادم ويب!، I2Ptunnel + quake! ;) [23:49] &lt;ChZEROHag&gt; أو، بمصطلحات الحوسبة، مثل القيام بكل أمور الإنترنت بـ telnet بدلًا من مباشرةً على ip stack [23:49] &lt;co&gt; لم أفعل الكثير الأسبوع الماضي. أصدرت client API، والذي يحتاج عملًا أيضًا. [23:49] &lt;ChZEROHag&gt; i2ptunnel حل مؤقت [23:49] &lt;co&gt; سيكون لديّ وقت هذا الأسبوع، مع ذلك، لبدء تنفيذ naming server. [23:49] &lt;jrand0m&gt; رائع [23:49] &lt;jrand0m&gt; أين client api مرة أخرى؟ [23:50] &lt;mihi&gt; على القائمة البريدية ;) [23:50] &lt;co&gt; أحد افتراضاته أن الـ destinations يمكن ترميزها في base64، لهذا سألت ذلك سابقًا. [23:50] &lt;jrand0m&gt; ChZEROHag&gt; في بعض النواحي هو مؤقت [23:50] * jrand0m !thwaps نفسه [23:50] *** thecrypto (~thecrypto@anon.iip) قد انضم إلى القناة #iip-dev [23:50] &lt;dm&gt; وكذلك TCP! [23:50] *** yodel (yodel@anon.iip) قد انضم إلى القناة #iip-dev [23:50] &lt;jrand0m&gt; أهلًا yodel [23:50] &lt;beefbroth&gt; كيف ستبدو اصطلاحات التسمية؟ هل ستكون شيئًا يمكن لجو العادي أن يتعامل معه (مثل (Link: www.somthing.com)www.somthing.com أو (Link: www.something.i2p)www.something.i2p لأشياء http/web)؟ [23:50] &lt;co&gt; سأضع مواصفة naming service و client API في CVS. [23:50] &lt;jrand0m&gt; مرحبًا بعودتك thecrypto [23:50] &lt;ChZEROHag&gt; ربما تم تغطية هذا سابقًا، لكن كيف سيوفر ns أسماء فريدة بشكل عادل؟ [23:50] * mihi يريد *.mihi.iip ;) [23:50] &lt;jrand0m&gt; beefbroth&gt; مع naming service أم بدون؟ [23:50] &lt;jrand0m&gt; هه mihi [23:50] &lt;ChZEROHag&gt; تجنب الاستحواذ، إلخ التي أزعجت DNS [23:50] &lt;thecrypto&gt; هل يمكن لأحد أن يرسل لي ما حدث؟ [23:51] &lt;beefbroth&gt; jrand0m: مع. أظن أن بدون سيكون سلسلة أرقام طويلة. [23:51] &lt;co&gt; ChZEROHag: ستسجّل مع مجموعة من naming servers، ثم ستستخدم اسم تلك المجموعة لتعريف نفسك. [23:51] &lt;co&gt; مثل IM.beefbroth.mygroup إذا كنت توفر خدمة IM. [23:51] &lt;mihi&gt; عفوًا، s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) قد انضم إلى القناة #iip-dev [23:51] *** Signoff: godmode0 (EOF From client) [23:51] &lt;jrand0m&gt; ChZEROHag&gt; naming service الخاص بـ co لديه trusted groups، حيث كل مجموعة تدير اسم مجموعة (tld). تختار أي المجموعات تدير كل tld [23:51] &lt;co&gt; نعم، سيكون ممكنًا لشخص ما تسجيل اسم المستخدم beefbroth مع group2. [23:51] &lt;thecrypto&gt; خلال 4 دقائق كنت خارجًا [23:52] &lt;ChZEROHag&gt; co: إذًا المشكلة الوحيدة هي تفرد .mygroup؟ [23:52] &lt;ChZEROHag&gt; ومن يحصل على المجموعة 'com'؟ :-) [23:52] &lt;jrand0m&gt; وهذا يُحدده العميل [23:52] &lt;mihi&gt; ChZEROHag: i2p ليست COMmerical [23:52] &lt;jrand0m&gt; (مثلًا تقول لمكتبة ns client خاصتك "group '.com' هي group 0123ff33aefcbb34fe [23:52] &lt;beefbroth&gt; أكره أن أقترح هذا، لكن تقريبًا أعتقد يجب أن تكون المجموعات افتراضيًا 3 أحرف للحفاظ على الوهم بأنه مشابه للويب العادي [23:52] &lt;co&gt; ChZEROHag: لست متأكدًا من يحصل على مجموعة "com". [23:52] &lt;co&gt; سؤال جيد. [23:53] &lt;shardy&gt; beefbroth: باستثناء أن "الويب العادي" لم يعد فقط tlds ثلاثية الأحرف [23:53] &lt;mihi&gt; beefbroth: أو أضف .i2p لكل العناوين. [23:53] &lt;ChZEROHag&gt; beefbroth: هذا الوهم موجود فقط في أمريكا [23:53] &lt;shardy&gt; tlds. [23:53] &lt;jrand0m&gt; للبدء، قد نريد فقط مبدئيًا مجموعة واحدة من naming servers، ".i2p" [23:53] &lt;co&gt; beefbroth: برنامج naming server يسمح لك حتى 32 حرفًا. [23:53] &lt;ChZEROHag&gt; في أماكن أخرى نستخدم رموز الدول ذات الحرفين المعطاة لنا [23:53] &lt;shardy&gt; .us أيضًا قيد الاستخدام في أمريكا. [23:53] &lt;co&gt; في الواقع، أردت أن تكون المجموعة الأولى "test". [23:53] &lt;shardy&gt; وكذلك .info و .name [23:53] &lt;jrand0m&gt; هه طيب [23:54] &lt;ChZEROHag&gt; shardy: نعم، بواسطة حوالي 5 أشخاص. [23:54] &lt;ChZEROHag&gt; لكن ربما هذا موضوع لوقت آخر :) [23:54] &lt;jrand0m&gt; في الحقيقة... [23:54] &lt;shardy&gt; هناك حتى .museum [23:54] &lt;Ryan_Singer&gt; jrand0m، استخدام .12p يبدو جيدًا [23:54] &lt;jrand0m&gt; صادفت DNS موزع مبني على JXTA مؤخرًا [23:54] &lt;co&gt; ChZEROHag: لكن الفكرة أنك إذا لم تعجبك الجهات التي تدير مجموعة "com"، يمكنك إنشاء مجموعة "com2" وتشغيل خوادمها (وتسجل لديها). [23:55] &lt;ChZEROHag&gt; نعم هذا الجزء منطقي تمامًا [23:55] &lt;mihi&gt; ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] &lt;jrand0m&gt; co&gt; ألا يمكنك فقط القول "حسنًا، هم 'يظنون' أنهم .com، لكنني أقول إن .com تُدار بواسطة group2"؟ [23:55] &lt;ChZEROHag&gt; ما أحاول الوصول إليه، أظن، هل يعتمد على الأسبقية؟ [23:55] &lt;co&gt; يمكنك ضبط عميلك ليفعل أي شيء. [23:56] &lt;Ryan_Singer&gt; كيف يعمل نظام أسماء JXTA؟ [23:56] &lt;jrand0m&gt; co&gt; (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS هو ويكي DNS موزع، رغم أنه بدائي جدًا ولا يتناول القضايا الصعبة فعلًا [23:56] &lt;co&gt; ChZEROHag: عند تسجيل اسم المستخدم مع مجموعة، نعم. [23:56] &lt;co&gt; jrand0m: سأنظر إليه بعد الاجتماع. [23:56] &lt;jrand0m&gt; jxta يشغل naming servers من rendevous points [23:56] &lt;ChZEROHag&gt; mihi: ما هذا؟ [23:56] &lt;beefbroth&gt; إذًا من الممكن أن يحاول شخص مهاجمة نظام NS بتقليد مجموعة naming servers الموجودة i2p [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] &lt;co&gt; beefbroth: لا أعتقد. [23:57] &lt;mihi&gt; ChZEROHag: استمع له. لماذا xxx مليون أمريكي يفضلون .us على .com [23:57] &lt;mihi&gt; 68 مليون [23:57] &lt;co&gt; كما أتصوره، الأشخاص الذين ينشئون مجموعات سيعلنون عن تلك المجموعات. [23:57] &lt;jrand0m&gt; تقليدًا؟ لا يمكنهم التقليد لأن الخوادم في المجموعة يتم توثيقها بأنظمة مفاتيح عامة [23:58] &lt;jrand0m&gt; ومع ذلك، إذا سمحت المجموعات لأعضاء غير موثوقين بالانضمام، يمكن الاستيلاء عليها بسهولة. [23:58] &lt;shardy&gt; لكن كيف يتم تبادل المفاتيح؟ [23:58] &lt;co&gt; الأشخاص اللاحقون سيواجهون مشكلة أن المجموعة قائمة بالفعل، وملفات إعداد برنامج العميل تحتوي destinations المجموعة السابقة. [23:58] &lt;ChZEROHag&gt; mihi: حسنًا لطالما قلت إن من المنطقي تفضيله، وطنية وما إلى ذلك، فقط لم أره فعليًا. [23:58] &lt;beefbroth&gt; ماذا يحدث إذا ادعت مجموعتان من naming servers أنهما تحلان مجموعة .i2p؟ [23:58] &lt;co&gt; سؤال جيد، على أي حال، سأفكر فيه مجددًا، بعناية. [23:58] &lt;ChZEROHag&gt; mihi: على أي حال، سأستمع [23:58] &lt;jrand0m&gt; shardy&gt; لا تبادل مفاتيح - نشر مفاتيح [23:58] &lt;beefbroth&gt; فهمت، نقطة جيدة [23:58] &lt;ChZEROHag&gt; co: نعم هذا شيء آخر حاولت الوصول إليه [23:58] &lt;shardy&gt; لكن يمكن اعتراض المفاتيح إذا نُشرت على الإنترنت [23:58] &lt;jrand0m&gt; beefbroth&gt; لا أحد يدّعي شيئًا. عميلك يقول "i2p == [dest1, dest2, dest]" [23:59] &lt;shardy&gt; ما نحتاجه هو نظام dns قائم على الثقة :) [23:59] &lt;shardy&gt; بحيث تستطيع إرسال استعلام عن الاسم وتحصل على قائمة ردود... ثم تذهب مع الموثوق [23:59] &lt;co&gt; شكرًا لإثارة هذا. [23:59] &lt;jrand0m&gt; shardy&gt; آه، أظن أنني فهمت الالتباس. أظن أن naming service سيرغب بالمجيء مع مجموعة destinations خارج النطاق (أي مرفقة مع التثبيت) [23:59] &lt;ChZEROHag&gt; نعم لدينا واحد - الجميع يثق بـ IANA (أو أيًا كان اسمهم) وإلا. [23:59] * shardy ينحني [23:59] &lt;ChZEROHag&gt; :-D [23:59] &lt;mrflibble&gt; يحاولون ذلك مع dnssec، لكنه بالطبع ليس مجهولًا [00:00] &lt;jrand0m&gt; ما يفعله هذا naming service هو التخلص من root servers [00:00] &lt;beefbroth&gt; يمكنك دائمًا أن يكون هناك صفحة i2p رئيسية تسرد مجموعات التسمية والسلطات النشطة؟ [00:00] &lt;shardy&gt; jrand0m: حسنًا. فقط أشير إلى أنه لا يزال يمكن اعتراضه مهما فعلت، ما لم تكن هناك قناة آمنة ماديًا لنقل تلك المفاتيح مبدئيًا... [00:00] &lt;co&gt; shardy: أظن أنني غطّيت تبادل المفاتيح في المواصفة. إن لم أفعل، أخبرني. [00:00] &lt;shardy&gt; لكن تضمينها خارج النطاق يجعل الأمر أفضل [00:00] &lt;shardy&gt; co: سأتفقد. [00:00] &lt;jrand0m&gt; shardy&gt; صحيح، يجب أن يكون الناس قادرين على الوثوق بالكود الذي ينزلونه [00:00] &lt;co&gt; beefbroth: بالتأكيد. [00:01] &lt;ChZEROHag&gt; آه هذا يذكرني [00:01] &lt;jrand0m&gt; beefbroth&gt; نعم، هذا بالتأكيد واحد من أول التطبيقات التي ستُنفّذ - i2p webserver مع bbs &amp;amp; wiki يمكن للناس الوصول إليه عبر i2p [00:01] &lt;ChZEROHag&gt; يجب أن أنشئ مفتاح gpg لـ iipmail الخاص بي [00:01] *** yodel قد غادر #iip-dev [00:01] * ChZEROHag يفعل ذلك بينما تحدث أشياء غير مثيرة [00:01] &lt;jrand0m&gt; هه حسنًا [00:01] &lt;co&gt; يرجى فهم أن مواصفة naming server ما زالت مفتوحة للاقتراحات للتحسين. [00:02] &lt;shardy&gt; أظن أنني سأحضر كل المواصفات معي على الرحلة إلى toorcon... سيعطيني ذلك وقتًا لقراءتها [00:02] &lt;co&gt; لا أدّعي أنها مثالية أو نهائية في هذا الوقت. [00:02] &lt;jrand0m&gt; هه آمل أن تكون رحلة طويلة [00:02] &lt;shardy&gt; وهو أكثر إنتاجية من لعب fft advance طوال الوقت، هه [00:02] * jrand0m وجد أن النقد سيأتي بحرية أكثر عندما يكون هناك كود يطبّق المواصفات [00:02] *** godmode0_ أصبح معروفًا الآن باسم godmode0 [00:02] &lt;co&gt; وعليّ كتابة الكود. [00:02] &lt;co&gt; أعتقد يمكننا الانتقال للموضوع التالي الآن. [00:02] &lt;jrand0m&gt; طيب [00:02] &lt;jrand0m&gt; 5.0) IM [00:03] &lt;jrand0m&gt; أهلًا thecrypto [00:03] &lt;mihi&gt; يجب ألا تتمكن الأسماء من التضارب مع تمثيلات base64. [00:03] &lt;thecrypto&gt; أهلًا [00:03] &lt;thecrypto&gt; حسنًا [00:03] &lt;mihi&gt; ويجب على naming server أن يعيد عناوين bas64 بشفافية كما هي. [00:03] &lt;co&gt; mihi: حسنًا جدًا، سأحاول تجنب تلك المشكلة. [00:03] &lt;thecrypto&gt; أولًا بما أن بريدي لا يعمل مرة أخرى (تافهين السبايمرز) [00:03] &lt;jrand0m&gt; (كل الفئات التي تمتد DataStructure لديها String .toBase64() و .fromBase64(InputStream) ) [00:03] &lt;thecrypto&gt; سأجيب على أسئلة whit حول نظامي هنا [00:04] * jrand0m يحمّل بريد co [00:04] &lt;mihi&gt; jrandom؟ لماذا Inputstream وليس Reader؟ [00:04] &lt;thecrypto&gt; network هو أول ما خطر ببالي، أنت تقوم باتصالات فوق شبكة i2p، وهي p2p جدًا لذا سميتها networkr [00:04] &lt;jrand0m&gt; إذا كنت تريد Reader، فقط شغّل InputStreamReader، يا مشاكس [00:04] &lt;mihi&gt; base64 أحرف، ليست بايتات برأيي. [00:04] &lt;ChZEROHag&gt; jrand0m: IM == الرسائل الفورية؟ [00:04] &lt;jrand0m&gt; نعم ChZEROHag [00:04] &lt;thecrypto&gt; إذا عند الناس مشكلة مع ذلك، أعطوني اقتراحًا لما أسميه [00:05] &lt;ChZEROHag&gt; jabber؟ [00:05] &lt;thecrypto&gt; IM == شبكة IM موزعة خاصة بي [00:05] &lt;shardy&gt; يجب أن تسميها "bob" [00:05] &lt;jrand0m&gt; i2p im هي "شبكة" بنفس طريقة أن aim شبكة، أو kazaa شبكة، كلها تعمل فوق tcp/ip أو udp/ip [00:05] &lt;co&gt; ماذا عن تطبيق IM؟ [00:05] &lt;ChZEROHag&gt; (anonabber) [00:05] &lt;co&gt; jrand0m: فهمت. [00:05] &lt;thecrypto&gt; jabber يتطلب خادمًا مركزيًا [00:05] &lt;jrand0m&gt; المصطلحات لا تهمني. أحب فكرة shardy [00:05] &lt;ChZEROHag&gt; thecrypto: لا شيء "يتطلب" خادمًا مركزيًا [00:05] &lt;thecrypto&gt; ولا أستطيع الإملاء اليوم فتحملوني [00:05] &lt;ChZEROHag&gt; هذا فقط أسلوب كتابة الأشياء [00:05] &lt;jrand0m&gt; (مع أنني أفضل Betty) [00:05] &lt;thecrypto&gt; إذًا تريدونني أن أسميه I2PIM bob؟ [00:05] &lt;thecrypto&gt; :) [00:05] &lt;jrand0m&gt; ماذا عن wilma؟ [00:05] &lt;jrand0m&gt; fred محجوز رغمًا [00:05] &lt;co&gt; ماذا عن distributed IM؟ [00:05] &lt;jrand0m&gt; DIM، هه [00:05] &lt;co&gt; لكن إذًا، distributed IM "application"؟ [00:05] &lt;dm&gt; AIM، anonymous Instant messaging! [00:05] &lt;thecrypto&gt; اختصار سيئ :) [00:06] &lt;dm&gt; حينها يمكننا الاستيلاء على AOL. [00:06] &lt;thecrypto&gt; أوه لا أستطيع الانتظار حتى تسمع AOL بذلك [00:06] &lt;ChZEROHag&gt; dm: هذا سيزعج بعض الحمقى حقًا. أحب ذلك. [00:06] &lt;jrand0m&gt; هه افعلها [00:06] &lt;Ryan_Singer&gt; thecrypto، هل سنتمكن من تنفيذ IM بطريقة لا مركزية، أم يجب أن تكون مركزية؟ [00:06] &lt;co&gt; dm: فكرة جيدة. سأدعم ذلك الاختصار. [00:06] &lt;jrand0m&gt; بالطريقة التي قرأت بها وثائق thecrypto، IM موزع بالكامل [00:06] &lt;thecrypto&gt; أنا أنفّذ distributed IM، هو في CVS [00:06] &lt;beefbroth&gt; سأصوّت ضد أي شيء سيربك الناس [00:07] &lt;Ryan_Singer&gt; AOL TimeWarner غيّرت اسمها إلى Time Warner [00:07] &lt;ChZEROHag&gt; dm: هذا سيزعج بعض الحمقى حقًا. أحب ذلك. [00:07] &lt;jrand0m&gt; كون الشيء مجهولًا بصورة شفافة ليس مفيدًا إن لم يفهم الناس ما هو المجهول. [00:08] &lt;ChZEROHag&gt; أوه انتظر، لدي شيء مثل هذا مكتوبًا على الورق [00:08] &lt;beefbroth&gt; أحب فكرة thecrypto [00:08] &lt;thecrypto&gt; ما "network" الذي يعمل عليه I2PIM هو ما أبحث عنه [00:08] &lt;jrand0m&gt; تعليم الناس كيف يحمون أنفسهم أمر مهم جدًا [00:08] &lt;thecrypto&gt; كنت أفكر Presence System؟ [00:08] &lt;Ryan_Singer&gt; روّج جانب الأمن من المجهولية [00:08] &lt;dm&gt; I2M (instant 2 messaging) [00:08] &lt;ChZEROHag&gt; رغم أنني سميته فقط XIrc [00:09] &lt;jrand0m&gt; أنت الرجل يا thecrypto، ما يعمل لك ;) [00:09] &lt;dm&gt; وفي شعار I2M، سيكون 2 صغيرًا جدًا :) [00:09] &lt;thecrypto&gt; حسنًا I2P تتوسع إلى Invisible ... jrand0m ؟ [00:09] &lt;ChZEROHag&gt; الشيء الرئيسي الذي أحببته فيه أن الجميع يُسمى Borg ويتحدثون في Collectives [00:09] &lt;jrand0m&gt; i2p = i^2p (Invisible Internet Project) [00:09] &lt;co&gt; ظننت أن P تعني protocol. [00:09] &lt;jrand0m&gt; ذلك أيضًا [00:09] &lt;jrand0m&gt; حسنًا، في الواقع، لا [00:10] &lt;thecrypto&gt; إذًا هو Invisible Internet Project Instant Messaging [00:10] &lt;jrand0m&gt; i2np هو البروتوكول [00:10] &lt;jrand0m&gt; i2p هو المشروع [00:10] &lt;jrand0m&gt; i2cp هو client proto [00:10] &lt;beefbroth&gt; ظننت أنها تعني "poop" [00:10] &lt;co&gt; thecrypto: أنت محق، الاسم لا يهم كثيرًا. [00:10] &lt;dm&gt; i2m = i^2m = instant invisible messaging [00:10] &lt;thecrypto&gt; إذًا الموضوع التالي [00:10] &lt;Ryan_Singer&gt; حسنًا... نحن نحيد عن الجدول... هل انتهينا من IM؟ [00:10] &lt;shardy&gt; إذا "bob" ليس كافيًا، يمكننا تسميته "jimbob" [00:10] &lt;jrand0m&gt; 0k، 6.0) administravia [00:10] &lt;thecrypto&gt; لا، ما زال هناك المزيد هنا [00:11] &lt;thecrypto&gt; آسف [00:11] &lt;co&gt; هي administrivia. [00:11] &lt;thecrypto&gt; لا، إنه IM [00:11] &lt;jrand0m&gt; nop&gt; أعطني root. أحتاج تثبيت anon cvs, bugzilla, و cvsweb. [00:11] &lt;thecrypto&gt; لم أنته [00:11] &lt;thecrypto&gt; :) [00:11] &lt;thecrypto&gt; أعد الشريط! [00:11] * jrand0m يتراجع [00:11] &lt;jrand0m&gt; 5.1) thecrypto v2 [00:11] &lt;Ryan_Singer&gt; ماذا بقي في IM، thecrypto؟ [00:12] &lt;mihi&gt; thecrypto: فقط تابع؛ /me فعلت الشيء نفسه حيث فاتتني naming services [00:12] &lt;thecrypto&gt; حسنًا، طريقة تواصل presences مختلفة [00:12] &lt;thecrypto&gt; ليس الجميع يعرف الجميع [00:12] &lt;thecrypto&gt; عمليًا لا توجد طريقة لـ "مطاردة" شخص [00:12] &lt;thecrypto&gt; عليك أن تطلب أن يتم عرضك [00:13] &lt;mihi&gt; في الشبكات المجهولة، عادة لا أحد يعرف أحدًا ;) [00:13] &lt;jrand0m&gt; (طالما أن Destination للناس عشوائي) [00:13] *** Signoff: pitu (Lost terminal) [00:13] &lt;dm&gt; ماذا تعني؟ [00:13] &lt;thecrypto&gt; أليس تريد التحدث إلى بوب [00:13] &lt;jrand0m&gt; mihi&gt; رغم أن naming service يسمح بالبحث حسب الخدمة [00:13] &lt;jrand0m&gt; (الخدمة كونها IM، www، إلخ) [00:13] &lt;thecrypto&gt; تجد أليس IM destination الخاص بوب بطريقة ما، على الأرجح عبر naming service [00:14] &lt;thecrypto&gt; لذا ترسل أليس رسالة إلى IM destination الخاص بوب [00:14] &lt;dm&gt; نعم؟ [00:14] &lt;thecrypto&gt; يتلقى رسالة صغيرة تقول "حاولت أليس الاتصال بك" إن أراد التحدث معها يستطيع، أو يتجاهل [00:15] &lt;thecrypto&gt; لكن لا يوجد خادم presence مركزي، ويمكن لأليس أيضًا فقط أن ترى رسالتها تختفي دون رد [00:15] &lt;dm&gt; حسنًا، مثل MSN إذًا؟ [00:15] &lt;jrand0m&gt; (مع أن أليس يمكنها أن تعرف أن بوب تجاهلها) [00:15] &lt;thecrypto&gt; ولا تستطيع أليس فقط وضع بوب على قائمة الأصدقاء والانتظار [00:15] &lt;Ryan_Singer&gt; thecrypto، حسنًا... كيف يختلف هذا عن Y!، MSN أو AIM المُعدّة properly، apart from لا خادم مركزي [00:15] &lt;thecrypto&gt; لأن بوب يجب أن يرسل رسالة إلى أليس لتراها تسجّل الدخول [00:15] &lt;Ryan_Singer&gt; أوه [00:15] &lt;dm&gt; حسنًا، لا يتغير شيء بالنسبة للمستخدم، لكن أفهم ما تعنيه. [00:16] &lt;jrand0m&gt; thecrypto&gt; ليس صحيحًا تمامًا [00:16] &lt;Ryan_Singer&gt; فهمت.. لا توجد وظيفة buddylist... [00:16] &lt;jrand0m&gt; أوه، حسنًا، اممم، تقنيًا... [00:16] &lt;thecrypto&gt; Ryan_Singer: لا ما زالت هناك buddy list [00:16] &lt;dm&gt; كيف ترسل أليس رسالة لبوب إذا لم تستطع رؤيته؟ [00:16] &lt;dm&gt; عليك فقط تجربة جهات اتصال عشوائية في حال كانوا هناك؟ [00:16] &lt;jrand0m&gt; يجب أن يرسل بوب رسالة إلى router الخاص بأليس، والذي يمكن أن يحدث بدون أن تعرف أليس [00:16] &lt;thecrypto&gt; يمكن لأليس أن تحاول عشوائيًا [00:17] &lt;dm&gt; هذا غير مريح جدًا؟ تدخل وتضطر لإرسال رسالة للجميع تقول (أنت هناك؟ أنت هناك؟) [00:17] &lt;beefbroth&gt; thecrypto: ألا يمكن للمستخدم "إخطار" كل أصدقائه عند تسجيل الدخول بإرسال رسالة لهم؟ أم هذا ما كنت تقوله للتو [00:17] * co يلاحظ أنه يمكن أن يكون هناك بوبان مسجلان مع مجموعتي naming server مختلفتين. [00:17] &lt;thecrypto&gt; beefbroth: هذا بالضبط ما أقوله [00:17] &lt;dm&gt; حسنًا، مشابه للمخطط الحالي لكنك غير مرئي افتراضيًا. [00:17] &lt;dm&gt; فهمت. [00:18] &lt;thecrypto&gt; dm: لا الأمر بالعكس، عندما تسجل الدخول، ترسل رسالة للجميع تقول "أنا متصل، أنا متصل" إذا تلقيت رسالة تقول "أنا متصل" تردّها [00:18] &lt;thecrypto&gt; إذا أردت [00:18] &lt;co&gt; إذًا المستخدم يتحكم بمن يراه/يراها. [00:18] &lt;thecrypto&gt; لذا يمكن لأليس أن تضعك على قائمتها وستحصل على رسالة عند تسجيل دخولها تقول "أليس وضعتك على قائمتها، هل ترغب بإخطارها بوجودك" [00:19] &lt;Ryan_Singer&gt; عندما تخرج هل ترسل رسالة أولًا تقول "سأخرج"؟ [00:19] &lt;dm&gt; حسنًا، تجربة IM هي نفسها كما هي الآن. أردت فقط التأكيد. [00:19] &lt;thecrypto&gt; إذا كان لدى بوب أليس على قائمته وتلقى بوب رسالة Online من أليس فالرد تلقائي [00:19] &lt;beefbroth&gt; قد يحتاج إلى "ping" مستخدم IM الآخر بين حين وآخر للتأكد من عدم وجود فصل غير مقصود [00:19] &lt;thecrypto&gt; إذا لم يكن لدى بوب أليس على قائمته وتلقى بوب رسالة online من أليس، سيُطلب من المستخدم [00:19] &lt;dm&gt; حسنًا، هذا فقط طريقة للالتفاف على وجود خادم، لكن السؤال: هل ستكون التطبيقات مضبوطة افتراضيًا لإرسال "أنا متصل" عند تسجيل الدخول. [00:20] &lt;Ryan_Singer&gt; نأمل ذلك [00:20] &lt;jrand0m&gt; Ryan_Singer&gt; أو فقط وجود ping دوري "أنا ما زلت متصلًا" [00:20] &lt;jrand0m&gt; (وغياب الـ ping == خروج) [00:20] &lt;Ryan_Singer&gt; نوع keep-alive؟ [00:20] &lt;beefbroth&gt; قد يحتاج إلى "ping" مستخدم IM الآخر بين حين وآخر للتأكد من عدم وجود فصل غير مقصود [00:20] &lt;thecrypto&gt; إذا كان لدى بوب أليس على قائمته وتلقى بوب رسالة Online من أليس فالرد تلقائي [00:20] &lt;beefbroth&gt; هه [00:20] &lt;thecrypto&gt; إذا لم يكن لدى بوب أليس على قائمته وتلقى بوب رسالة online من أليس، سيُطلب من المستخدم [00:21] &lt;dm&gt; حسنًا، تجربة IM هي نفسها كما هي الآن. أردت فقط التأكيد. [00:21] &lt;thecrypto&gt; فقط الآن لديك تأكيد عند إضافة صديق [00:21] &lt;thecrypto&gt; والذي أظن أن فقط ICQ لديه [00:21] &lt;jrand0m&gt; هل سيكون تطبيق IM مستقلاً أم سأتمكن من استخدام trillian؟ [00:21] &lt;dm&gt; نعم، هكذا يعمل MSN. [00:21] &lt;jrand0m&gt; [إلخ] [00:21] &lt;ChZEROHag&gt; thecrypto: ICQ يتظاهر فقط بأنه يتطلب تأكيدًا [00:21] &lt;beefbroth&gt; dm: خطأ. لن تضطر للتعامل مع MSN و Y! و AIM يغيّرون بروتوكولاتهم ويقفلون الناس كل بضعة أشهر :) [00:22] &lt;thecrypto&gt; jrand0m: سأضع مواصفة، trillian إما يعطيني واجهة plugins أو يكتبون خاصتهم [00:22] &lt;thecrypto&gt; سأكتب plugin لـ gaim على الأقل [00:22] &lt;thecrypto&gt; مع عميل مستقل [00:22] &lt;jrand0m&gt; رائع [00:22] &lt;thecrypto&gt; مصمم ليُستخدم مع الشبكة [00:22] &lt;jrand0m&gt; هل يدعم gaim نقل الملفات أم سيكون ذلك فائدة عميل i2pim؟ [00:22] &lt;beefbroth&gt; thecrypto: قد ترغب بإبلاغ مطوري kopete فقط لإعلامهم [00:22] * jrand0m يُظهر جهله [00:23] &lt;thecrypto&gt; سأحاول جعل plugin لـ gaim يعمل جيدًا مثل المستقل، لكن لا أعرف [00:23] &lt;co&gt; thecrypto: دعنا ننجز التطبيق المستقل أولًا. [00:23] &lt;thecrypto&gt; نقل الملفات في gaim أظنه يعمل فقط على AIM [00:23] &lt;thecrypto&gt; لذلك قد يتطلب بعض الجهد لإدخاله في plugin [00:23] &lt;Ryan_Singer&gt; حسنًا.. أظن أننا جميعًا فهمنا هذا الآن... أي قضايا أخرى في IM؟ [00:24] &lt;thecrypto&gt; وآخر شيء لـ co [00:24] &lt;beefbroth&gt; gaim يعاني مشاكل مع عمليات نقل IM لمستخدمي NAT [00:24] &lt;thecrypto&gt; يمكن لأكثر من شخص واحد أن يحمل نفس الاسم [00:24] &lt;thecrypto&gt; سيكون لديهم destinations فريدة [00:24] *** Signoff: mihi (Ping timeout) [00:24] &lt;co&gt; حسنًا. [00:24] * mihi_backup ما يزال هنا... [00:24] &lt;thecrypto&gt; لكن لا يمكن لأحد الانتحال [00:25] &lt;jrand0m&gt; هه عمل جيد mihi_backup [00:25] &lt;co&gt; إذا استخدمت naming server، سيكون "Bob من group1" و"Bob من group2". [00:25] &lt;co&gt; مع destinations فريدة. [00:25] &lt;jrand0m&gt; صحيح thecrypto. الأسماء اعتباطية. مثل dns ;) [00:25] *** mihi (~none@anon.iip) قد انضم إلى القناة #iip-dev [00:25] &lt;thecrypto&gt; أيضًا يمكن لعميل IM نفسه أن يتحقق اختياريًا "مرحبًا، هذا IM الذي حصلت عليه من شخص يدعى Bob، الـ destination للـ Bob في قائمتك مختلف، تقبل الرسالة؟" [00:26] &lt;dm&gt; mihi: نسختك الاحتياطية تحدثت أثناء غيابك. [00:26] &lt;thecrypto&gt; إذا كان الشخص يحاول انتحال Bob، ستعرف، وإلا، يمكنك عمل alias [00:26] &lt;mihi&gt; أعلم... [00:26] &lt;jrand0m&gt; "شخص ما يدعى bob"؟ من يقول؟ هو يسمّي نفسه bob؟ أو مجموعة ما تسميه bob؟ أو أنت تسمي dest الخاص به bob؟ [00:26] &lt;thecrypto&gt; هناك حقل في الـ presence اسمه name [00:26] &lt;thecrypto&gt; أنظر إليه [00:27] * jrand0m يحب الطريقة التي يعمل بها ICQ مع تلك المشكلة - الجميع رقم وأنت فقط تُسمّي الأرقام محليًا بأسماء [00:27] &lt;co&gt; بالمناسبة، هل أجعل أسماء كيانات NS غير حساسة لحالة الأحرف؟ [00:27] &lt;jrand0m&gt; غالبًا يا co [00:27] &lt;mihi&gt; أشياء base64 يجب أن تبقى حساسة لحالة الأحرف ;) [00:27] * jrand0m لا يريد للناس انتحال Jrand0m [00:27] &lt;co&gt; mihi: أسماء الكيانات، ليست destinations. [00:27] &lt;jrand0m&gt; صحيح صحيح mihi [00:28] &lt;jrand0m&gt; (حسنًا، يمكن للناس انتحال jrand0m كما يشاؤون. فقط أريد jrandom مرة أخرى) [00:28] &lt;co&gt; تفضل، thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] &lt;thecrypto&gt; هذا كل ما لدي [00:28] &lt;thecrypto&gt; أخيرًا :) [00:28] &lt;mihi&gt; co: يجب أن تتمكن من وضع destination حيثما يمكنك وضع اسم كيان. [00:28] &lt;mihi&gt; مثلما هو الحال مع أسماء dns و IPs [00:28] &lt;co&gt; mihi: نقطة جيدة. سأضيف ذلك إلى المواصفة. [00:28] &lt;thecrypto&gt; jrand0m: في الواقع هو نوعًا ما مثل ICQ إلا أنك تخبر الناس بما تود أن يكون alias الخاص بك [00:29] &lt;thecrypto&gt; والذي أظن أنهم يفعلونه الآن [00:29] &lt;co&gt; الفكرة، مع ذلك، أنه سيكون أقصر بكثير كتابة الأسماء من destinations. [00:29] &lt;jrand0m&gt; mihi&gt; naming service فقط يحوّل الأسماء إلى destinations - إذا طلبت من naming service destination لـ destination، يجب أن يعود بسرعة شديدة [00:29] &lt;Ryan_Singer&gt; حسنًا يا جماعة... لدي اجتماع... jrand0m، راسلني anonymail [00:29] &lt;jrand0m&gt; طيب أديوس [00:29] &lt;mihi&gt; jrand0m: نعم، ويجب أن يعيد ذلك الـ dest نفسه، وليس "غير موجود" [00:30] &lt;jrand0m&gt; صحيح [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] &lt;jrand0m&gt; حسنًا. نحن عند 7.0) [00:30] &lt;jrand0m&gt; أسئلة [00:30] &lt;jrand0m&gt; مرحبًا [00:30] &lt;co&gt; ماذا عن 6.0) Administrivia؟ [00:31] &lt;co&gt; أم انتهيت منه؟ [00:31] &lt;jrand0m&gt; 6.0 administravia كان فقط لأزعج nop ليعطيني root لأحصل لكم على: anon cvs access, bugzilla, وواجهة cvsweb :) [00:31] &lt;beefbroth&gt; هل سيكون هناك مالكون للعمل على تحزيم الألفا، بيتا والإصدارات لـ Win/Mac/SuSE/RehHat/Debian لتسريع التبني؟ [00:32] &lt;jrand0m&gt; هل تتطوع؟ [00:32] &lt;jrand0m&gt; (أي نعم، سيكون رائعًا) [00:32] &lt;beefbroth&gt; إذا تعلمت كيف أصنع حزمة لتوزيعتي :) [00:32] &lt;jrand0m&gt; ما التوزيعة التي تستخدمها؟ [00:33] &lt;co&gt; كما أتذكر، أراد مطورو IIP إعادة تنفيذ IIP فوق I2P. إذا قدّم I2P وعوده بالمجهولية، ألن يكون أبسط فقط أن يكون لدينا IRC فوق I2P؟ [00:33] &lt;beefbroth&gt; لكن قصدي، الكثير يعتمد على ذلك. سيجعل من السهل على الناس التبني. Freenet يعاني من نقص المشرفين النشطين. [00:33] &lt;dm&gt; jr يصلح مديرًا جيدًا :) [00:33] &lt;jrand0m&gt; نعم co، أبسط، لكن ليس قابلًا للتوسع [00:33] *** UserX_ (~User@anon.iip) قد انضم إلى القناة #iip-dev [00:33] &lt;thecrypto&gt; نعم، لكن بعض الناس لا يريدون IRC [00:34] &lt;jrand0m&gt; beefbroth&gt; أنت محق تمامًا، هناك الكثير من العمل، وأحتاج أن أنام على الأقل 4 ساعات في الليلة [00:34] &lt;co&gt; thecrypto: نقطة جيدة، رغم أن I2P سيجعل عناوين IP مجهولة. [00:34] &lt;beefbroth&gt; jrand0m: أستطيع المساعدة في التحزيم عندما تكون الأشياء جاهزة. أظن أنه طريقة رائعة لبعض غير المطورين ممن لديهم خبرة تقنية أن يساهموا. [00:34] &lt;jrand0m&gt; رائع beefbroth [00:34] &lt;thecrypto&gt; إذا كان لدينا IM و IRC، تبنّي أكبر [00:35] &lt;mihi&gt; co: المشكلة أنه مع irc هناك شيء لإيقافه (الخوادم). [00:35] *** jeremiah (~jeremiah@anon.iip) قد انضم إلى القناة #iip-dev [00:35] &lt;jrand0m&gt; thecrypto&gt; تبنّي فوري: opennap [00:35] &lt;beefbroth&gt; من الأسهل تعلم صنع حزم من تعلم i2p datastructures. إنها طريقة سهلة لانخراط عدد من الناس [00:35] &lt;dm&gt; IRC صعب إلى حد ما أليس كذلك؟ [00:35] &lt;dm&gt; IRC موزع أعني... [00:35] &lt;co&gt; mihi: بالطبع. نسيت ذلك. شكرًا على التذكير. سحبت الاعتراض. [00:36] &lt;jrand0m&gt; dm&gt; يمكن أن يكون لدى irc خوادم متعددة (على غرار efnet، إلخ) تتحدث إلى بعضها عبر i2p [00:36] &lt;shardy&gt; هل تعني بروتوكول دردشة "يشبه irc"؟ [00:36] &lt;shardy&gt; أم تكييف irc؟ [00:36] &lt;jrand0m&gt; مع تحدث الناس لبعضهم عبر tunneling إلى واحد من خوادم irc عبر i2p [00:36] &lt;dm&gt; irc مع خوادم خلف i2p جيد، أقصد بدون خوادم. لا يهم أظن. [00:37] &lt;jrand0m&gt; dm&gt; صحيح، يمكن عمله أفضل بكثير بدون خوادم، ووُضعت بعض الأفكار حوله، لكن لا شيء صلب حقًا (حسب معرفتي) [00:38] &lt;dm&gt; على أي حال، هذا خارج الموضوع. [00:38] &lt;dm&gt; تفضلوا! [00:39] &lt;jrand0m&gt; أي أسئلة أخرى؟ [00:39] &lt;jrand0m&gt; هل قرأ أحد المواصفات بعد؟ ;) [00:39] &lt;jrand0m&gt; (باستثناء beefbroth، الذي حفظها) [00:39] * dm ينظر إلى السقف. [00:40] &lt;jrand0m&gt; حسنًا، اجتماع 100 دقيقة إذًا [00:40] &lt;thecrypto&gt; أقرأها، عندما أحتاج شيئًا :) [00:40] &lt;ChZEROHag&gt; مواصفات! [00:40] &lt;ChZEROHag&gt; هذا ما نسيت! [00:40] &lt;jrand0m&gt; هه [00:41] *** dm غيّر الموضوع على القناة #iip-dev إلى topic1 [00:41] * jrand0m يحمّل وي... [00:41] * jrand0m ينهي الاجتماع *baf* </div>/ar/blog/2003/09/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/Tue, 23 Sep 2003 00:00:00 +0000/ar/blog/2003/09/23/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-23-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">سجل الاجتماعات</h2> <div class="irc-log"> [22:56] <jrand0m> حسنًا، حسنًا [22:56] <jrand0m> جدول الأعمال [22:56] <jrand0m> 0.0) الترحيب [22:56] <jrand0m> 1.0) حالة التطوير [22:56] <jrand0m> 1.1) router [22:56] *** Myself248 (~ident@anon.iip) has joined channel #iip-dev [22:56] <jrand0m> 1.2) DH precalc [22:56] <jrand0m> 2.0) خارطة طريق مصغّرة [22:56] <jrand0m> 3.0) التطبيقات / الاستخدام [22:56] <jrand0m> 4.0) ns [22:56] <jrand0m> 5.0) IM [22:56] <jrand0m> 6.0) أمور إدارية (cvs, bugzilla, cvs list, cvs web) [22:56] <jrand0m> 7.0) أسئلة [22:57] <jrand0m> (نعم، 7 نقاط اليوم. w00t) [22:57] <jrand0m> 0.0) الترحيب [22:57] <jrand0m> مرحبًا. [22:57] <dm> أهلًا [22:57] <jrand0m> 17 مستخدمًا اليوم. رائع [22:57] *** Ryan_Singer (chatzilla@anon.iip) has joined channel #iip-dev [22:57] <jrand0m> والعدد بازدياد [22:57] <jrand0m> حسنًا [22:57] <thecrypto> 1~hi [22:57] <jrand0m> 1.1) حالة التطوير لـ router [22:58] <jrand0m> التنفيذ المرجعي لـ router بلغة Java يسير بشكل ممتاز [22:58] *** ChZEROHag (hag@anon.iip) has joined channel #iip-dev [22:58] <jrand0m> يمكننا الآن تشغيل تطبيقات على routers مختلفة وإرسال رسائل لبعضنا البعض [22:59] <ChZEROHag> عذرًا على المقاطعة، آمل أن تكون مرة واحدة فقط [22:59] <jrand0m> باتباع نهج تكراري وتزايدي، الحالة الحالية: آمن، غير مجهول، غير قابل للتوسّع، وقابل للحصاد [22:59] <ChZEROHag> هل يعمل أي شخص آخر على C api؟ [22:59] <jrand0m> أهلًا ChZEROHag، ما الأخبار؟ [22:59] <ChZEROHag> لأنني أعمل عليه، لكن ببطء شديد [22:59] *** dcat (dirtycat@anon.iip) has joined channel #iip-dev [22:59] <jrand0m> رائع [22:59] <jrand0m> shardy سيعمل على واحد بعد انتهاء toorcon [22:59] <jrand0m> ربما يمكنكما العمل معًا على ذلك؟ [23:00] <co> jrand0m: هل يمكنك إدخال وجهة لإرسال الرسائل إليها يدويًا؟ [23:00] <co> بمعنى أدق، هل هناك تمثيل ASCII لوجهة؟ [23:00] <jrand0m> نعم يا co، لكليهما [23:00] <co> ممتاز. [23:00] <jrand0m> الوجهات، وكل تراكيب I2P، قابلة للتحميل والتسلسل بصيغة base64 (أبجدية بديلة) [23:01] <thecrypto> إذًا لن يكون سهل التذكّر، لكنه سيكون ASCII؟ [23:01] <jrand0m> (مثلًا: في netDb لأحد أجهزة الـ router لديّ، يوجد leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat والذي يحتوي على الـ leaseSet للوجهة enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] <jrand0m> [مع أن هذا هو H(destination).toBase64() [23:03] <jrand0m> ChZEROHag> إن كان هناك ما يمكننا فعله لمساعدتك في ذلك، فقط قل الكلمة [23:03] <jrand0m> حسنًا هذا 1.1. 1.2) DH precalc [23:03] <ChZEROHag> هل يمكنك أن تقوم به بدلًا مني؟ :-) [23:04] <jrand0m> الليلة الماضية كتبت تحسينًا للحساب المسبق لتبادلات DH لتوفير ~1 ثانية من مفاوضات الجلسة التي تستغرق 1.5 ثانية. سأكون ممتنًا لو أن أحد الملمين بالتشفير يتأكد أنني لست مجنونًا ;) [23:04] <jrand0m> lol يا ChZEROHag [23:04] <ChZEROHag> آه تذكّرت ما أحتاجه [23:04] <ChZEROHag> تنفيذ لـ netdb [23:04] <thecrypto> هل هو في cvs؟ [23:04] <thecrypto> الـ dh [23:04] <jrand0m> نعم يا thecrypto [23:05] <jrand0m> C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] <ChZEROHag> حسنًا سأبقى مستيقظًا 3/4 ساعات قادمة، ربما يمنحني شيئًا أفعله [23:05] <jrand0m> er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) has joined channel #iip-dev [23:06] <jrand0m> تمام. لِمَ تحتاج تنفيذ netdb؟ [23:06] <ChZEROHag> لا أتذكر [23:06] <jrand0m> لدينا حاليًا netdb غير قابل للتوسّع في cvs [23:06] <jrand0m> هه [23:06] <ChZEROHag> لم ألمسه منذ أسبوع على الأقل [23:06] <jrand0m> أنت تعمل على C I2CP api، صحيح؟ وليس I2NP؟ [23:07] <ChZEROHag> كنت سأفعل كل شيء [23:07] *** wax_off has left #iip-dev [23:07] <jrand0m> I2NP عمل أكثر بكثير حقًا حقًا حقًا من I2CP [23:07] <ChZEROHag> ما إن أبدأ بشكل صحيح، سيتدفق العمل [23:07] <jrand0m> لكن لو نفّذت I2NP بلغة C فهذا سيكون رائعًا [23:07] <dm> هل يوجد I2NP بأي شيء الآن؟ [23:07] <jrand0m> (I2CP:I2NP::FCP:FNP) [23:07] <jrand0m> نعم يا dm [23:08] * ChZEROHag يزيل تصغير emacs [23:08] <jrand0m> تنفيذ java الذي أعمل عليه لديه I2NP يعمل [23:08] <dm> حسنًا... [23:08] <ChZEROHag> jrand0m: url؟ أحتاج مرجعًا، حتى لو كان بلغة فظيعة. [23:08] <jrand0m> هه [23:08] <jrand0m> امم، في الواقع هذا 6.0 أمور إدارية: أين بحق الجحيم وصولنا المجهول إلى cvs؟ ;) [23:09] <thecrypto> أنا أحصل على أشياء DH [23:09] <jrand0m> كووول [23:09] <ChZEROHag> صحيح [23:09] <Ryan_Singer> jrand0m، عودة للجدول، خارطة الطريق المصغّرة؟ [23:09] * thecrypto يخفي وجهه [23:09] <ChZEROHag> حسنًا سأنتظر :) [23:09] <jrand0m> هه حسنًا [23:09] <jrand0m> microroadmap [23:09] <jrand0m> لدي 0.1 حتى 0.5 مخططة [23:09] <dm> تتبعت خارطة طريق فري نت إذًا؟ [23:10] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [23:10] <jrand0m> 0.1) وظيفي، آمن، غير مجهول، غير قابل للتوسّع، قابل للحصاد [23:10] <dm> التطوير يتباطأ ويتجمّد خلال 0.5... [23:10] <jrand0m> نحن الآن عند 0.1. [23:10] <jrand0m> هه لاحظت ذلك يا dm، flinks توقف عند 0.5.2 أيضًا ;) [23:10] <co> ماذا تسمي الحزمة كاملة؟ [23:10] <jrand0m> (مصادفة غريبة) [23:10] <co> أي الإصدار 0.1 من؟ [23:10] <jrand0m> الحزمة كاملة؟ i2p router reference implementation [23:10] <ChZEROHag> co: Wonga [23:10] * beefbroth ينضم للاجتماع [23:11] <jrand0m> بوينوس نوشِس beefbroth [23:11] <co> حسنًا. هذا يفسّر الأمر. [23:11] <ChZEROHag> ربما سأسميه ذلك. يبدو أكثر إثارة من 'i2pd' [23:11] <jrand0m> 0.1 فيه علل. هذا مفروغ منه. ولا يحوي تحسينات جديرة بالذكر (مع أن DH precalc تساعد). [23:11] <jrand0m> هه [23:11] <Ryan_Singer> jrand0m، ما 0.2) إذًا؟ [23:11] <jrand0m> invisible internet police department [23:11] <jrand0m> حسنًا، 0.2 [23:12] <jrand0m> 0.2 وظيفي، آمن، مجهول، غير قابل للتوسّع، قابل للحصاد [23:12] <jrand0m> 0.2 يضيف دعمًا لـ tunnels ذات طول غير صفري [23:12] <jrand0m> في الواقع نفّذت معظم ذلك البارحة، لكن لم يُختبر جيدًا [23:12] <jrand0m> أظن 0.2 سيكون جاهزًا بنهاية الأسبوع [23:12] <Ryan_Singer> ما مدى بُعدنا عن ذلك من منظور التطوير؟ [23:13] <Ryan_Singer> رائع [23:13] <jrand0m> 0.3) وظيفي، آمن، مجهول، قابل للتوسّع، قابل للحصاد [23:13] * thecrypto يحصل على bochs ليحاكي شبكة للمساعدة في هذا [23:13] <jrand0m> 0.3 يضيف kademliaDatabaseManager [23:13] <jrand0m> حاليًا نستخدم BroadcastDatabaseManager [23:13] <jrand0m> (المعروف أيضًا بـ gnunet ;) [23:14] <jrand0m> سهل التنفيذ ويعمل للشبكات الصغيرة، لكننا نحتاج kademlia لنتمكّن من التوسّع [23:14] <jrand0m> 0.4) وظيفي، آمن، مجهول، قابل للتوسّع، غير قابل للحصاد [23:14] <jrand0m> هذا يضيف روابط موثوقة [23:14] <Ryan_Singer> jrand0m، وما حجم تحدّي التطوير لتنفيذ kademlia؟ [23:14] <jrand0m> لدي فكرتان للروابط الموثوقة.. واحدة أسهل تنفيذًا واستخدامًا [23:15] <jrand0m> kademlia سيستغرق على الأرجح أسبوعًا كاملًا [23:15] <jrand0m> (لجعله مضبوطًا) [23:15] <jrand0m> لاحظوا أن كل هذا لديه مساحة كبيرة لإعادة الهيكلة والضبط. أستهدف الوظيفية أولًا، ثم نضبط. [23:16] <co> هل أنت واثق أنك ستتمكن من التطوير والاختبار بهذه السرعة؟ [23:16] <jrand0m> لست واثقًا من أي شيء [23:16] <jrand0m> هذا مجرد تقديري [23:16] <Ryan_Singer> co، هو ينجز الوظيفية، ونحن نختبر [23:16] <ChZEROHag> متأكد؟ [23:16] <ChZEROHag> (آسف) [23:16] <co> Ryan_Singer: فهمت. [23:17] * jrand0m <3 من يختبرون :) [23:17] <Myself248> عندما تقول "نحن" نختبر. هل هناك مكان لغير المبرمجين للمساعدة في الاختبار؟ [23:17] <jrand0m> Myself248> على الأرجح ليس قبل 0.4 [23:17] <dm> لنأمل فقط ألا نصل لمرحلة يكون فيها النظام وظيفيًا، لكن لا أحد يعرف ما الذي يجري داخل الشبكة لجعله يعمل جيدًا (أي فري نت) [23:18] <jrand0m> عندما يصبح 0.4 جاهزًا، هذا ما قبل ألفا. بمجرد وصوله 0.4 سأضبط وأعيد الهيكلة وأملأ الثغرات للاستعداد لـ 0.5 (ألفا) [23:18] <Myself248> وثّق، وثّق، وثّق. [23:18] <dm> هل يُؤخذ بالحسبان مراقبة نشطة لداخليات الشبكة، أم أن الأمر مباشر؟ [23:18] <jrand0m> نعم يا dm، بالتأكيد [23:18] <jrand0m> إحدى القطع الأساسية في i2np هي تضمين إحصاءات في هياكل routerInfo المنشورة [23:18] <mihi> jrand0m: افعل s/0./0.0./ ;) [23:18] <jrand0m> النسخ الأولى ستنشر إحصاءات حقيقية لنضبط [23:19] <jrand0m> النسخ اللاحقة لن تنشر أي إحصاءات أو ستنشر مزيفة [23:19] * jrand0m لا يفعل 0.0 [23:19] <shardy> حسنًا، أنا هنا [23:19] <jrand0m> أهلاً بعودتك shardy [23:19] <shardy> آسف للتأخر، نسيت أن هذه النافذة مفتوحة، هه [23:19] <dm> رائع. [23:19] <Ryan_Singer> هل هناك مستند بمستوى أعلى يصف معمارية الشبكة قبل .4؟ [23:19] <jrand0m> اقطعوا رأسك [23:20] <jrand0m> Ryan_Singer> همم، كان لدي بعض مستندات نظرة عامة قبل بضعة أشهر قام mids و nop بعكسها، وهناك مستند نظرة عامة لـ i2p [23:20] <jrand0m> 0.4 هو i2np كامل كما هو موصوف في المواصفات، فقط ليس مُنفّذًا بشكل أمثل [23:20] <shardy> أوه و jrand0m، سأتحقق من تحسين DH لأجلك [23:20] <jrand0m> تمام، gracias [23:20] <Ryan_Singer> هل يمكنني الحصول على تلك المستندات؟ [23:21] <jrand0m> النظرة العامة على (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] <beefbroth> أظنّها على الويكي؟ [23:21] <jrand0m> مستندات النظرة العامة القديمة... همم [23:21] <jrand0m> (مواصفات i2p على (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] <co> هي على (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] <jrand0m> صحيح يا beefbroth [23:22] <jrand0m> رغم وجود مستندات قديمة بصيغة html مع صور ms paint قبيحة من قبل تشرح كيفية عمل tunnels... [23:22] <beefbroth> يفترض أن أعرف، قرأتها بما يكفي [23:22] <jrand0m> ههه [23:22] <co> ما لم تكن تلك نسخًا أقدم أو مرايا. [23:22] <jrand0m> تلك الملفات على الويكي هي 0.9 (0.9.1 صدر لـ I2NP وهياكل البيانات، لكنها تتضمن تغييرات طفيفة فقط) [23:23] <thecrypto> jrand0m: الحساب المسبق يبدو جيدًا [23:23] <jrand0m> رائع [23:24] *** pitu (~pitu@anon.iip) has joined channel #iip-dev [23:24] * jrand0m يشغّل الـ router بـ java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] <jrand0m> حسنًا، هذه خارطة الطريق المصغّرة [23:25] <jrand0m> كما ترون، أعترف أن ألفا لن تكون جاهزة لنهاية الشهر. 0.4 ستكون على الأرجح الأسبوع الأول من أكتوبر [23:26] <dm> لا بأس، حتى هذا سيكون أسرع تنفيذ على الإطلاق لشبكة من هذا النوع ;) [23:26] <Ryan_Singer> lol [23:26] <beefbroth> عند قراءة تقديرات jrand0m الزمنية هنا، تذكّروا أنه يشرب الويسكي منذ 4 ساعات :-P [23:26] <jrand0m> هه [23:26] <Ryan_Singer> حسنًا... التطبيقات/الاستخدام؟ [23:26] <jrand0m> ويسكي جيد أيضًا ;) [23:26] <jrand0m> حسنًا، التطبيقات/الاستخدام [23:27] <dm> 0.7 خلال 4 ثوانٍ....3...2...1..!! [23:27] <jrand0m> أستهدف السهل المنال هنا - هذه أشياء يمكننا فعلها بدون أو مع أقل قدر من الكود الجديد. [23:27] <ChZEROHag> كيف يُفترض بك أن تبرمج بشكل صحيح إن كنت صاحيًا تمامًا؟ [23:27] <jrand0m> كل هذه تستفيد كثيرًا من i2ptunnel الرائع الخاص بـ mihi [23:27] <co> ChZEROHag: بسهولة. [23:27] *** mihi has changed the topic on channel #iip-dev to <dm> 0.7 in 4 seconds....3...2...1..!! [23:28] <jrand0m> باستخدام i2ptunnel، يمكننا فعل التالي دون كتابة أي كود جديد: [23:28] <jrand0m> وكيل ww عام (باستخدام i2ptunnel + squid) [23:28] * dm يرفع قبعته لـ mihi. [23:28] <jrand0m> JAP (باستخدام i2ptunnel + JAP) [23:28] <mihi> لا يمكنك ركل المؤخرات عبر i2p (ولا عبر tunnel أيضًا...) [23:28] <jrand0m> تصفح الويب بشكل مجهول (i2ptunnel + متصفح ويب) [23:28] <jrand0m> تشغيل خادم ويب i2p (i2ptunnel + httpd) [23:29] <co> جميل جدًا. برافو، mihi. [23:29] <jrand0m> cvs outproxy (i2ptunnel) [مثلًا cvs outproxy إلى sourceforge لتطوير freenet بشكل مجهول] [23:29] <jrand0m> عميل cvs، خادم cvs [23:29] <jrand0m> تطبيق IM، خادم pop3، خادم imap، opennap [23:29] <jrand0m> تلك كلّها فرص سهلة المنال جدًا [23:29] <dm> حسنًا، الآن كل ما نحتاجه هو i2p :) [23:30] <jrand0m> صحيح ;) [23:30] <Myself248> ألن يحلّ خادم ويب i2p محل freenet؟ :) [23:30] * jrand0m يظن أن هذا يدخل ضمن الأسئلة الشائعة التي ينبغي أن أجيب عنها [23:30] <Ryan_Singer> jrand0m، لكنها أيضًا قيّمة جدًا [23:30] <ChZEROHag> من تلك القائمة، أعتبر cvs أكثر أهمية/فائدة [23:30] <ChZEROHag> جزئيًا لأنني أرغب بالبقاء مجهولًا، وأيضًا لأن توفير www مجهول سيجلب lusers [23:30] <jrand0m> i2p + الويب لا يحل محل freenet - فري نت يضيف قيمة كبيرة فوق إطار اتصالات مجهول - توزيع المحتوى [23:31] <ChZEROHag> وفي الوقت الحالي فكرة البريد الإلكتروني المجهول مخيفة :) [23:31] * dm يدوّن: "لا lusers" [23:31] <jrand0m> cvs بالتأكيد ضمن أعلى 3 [23:31] <beefbroth> أعتقد أنه إذا عمل تقديم الويب على i2p جيدًا، عليك التفكير بدمج أجزاء DHT/التخزين من freenet فوق i2p لتحصل على أفضل ما في العالمين. [23:31] <Ryan_Singer> ChZEROHag، إذا كان قابلًا للتوسّع فهذا أمر جيد [23:31] <ChZEROHag> dm: lusers مشكلة فقط في المراحل المبكرة، لكنهم عادة لا يستخدمون cvs [23:31] <Myself248> حسنًا، أضف الكثير من hashcash إلى أي بريد مجهول. [23:31] <ChZEROHag> أو حتى لا يعرفون ما هو (أو أنه موجود) [23:31] <co> أظن أن أحد الاختبارات التي يجب إجراؤها هو هجوم اختباري على الشبكة. [23:31] <jrand0m> نعم يا beefbroth، عندما يفعل i2p ما نستهدفه، على الأرجح سيتكيّف freenet للاستفادة منه [23:32] <co> آسف إن كان ذلك خارج الموضوع. [23:32] <mihi> Myself248: فقط أضف redirector إلى remailer مجهول. [23:32] <jrand0m> لا، هذا بالتأكيد ضمن الموضوع يا co - مهاجمة هذه الشبكة أمر رئيسي [23:32] <ChZEROHag> Myself248: hashcash هدفه الرئيسي إيقاف الفيض أثناء اضطرارنا لاستخدام البروتوكول العتيق "irc" [23:32] <ChZEROHag> ليس لإيقاف ما يمكن تسميته "إساءة الاستخدام" [23:32] <jrand0m> صحيح يا mihi. رغم أن تشغيل mixminion فوق i2p قد يكون مفيدًا [23:33] <jrand0m> صحيح، hashcash مدمج حتى داخل i2p نفسه لمنع تسليم الرسائل قفزة واحدة ما لم "تدفع" [23:33] <Ryan_Singer> jrand0m، هل يمكننا تشغيل imap فوق هذا بسهولة؟ [23:33] <jrand0m> بالتأكيد [23:33] <Ryan_Singer> مُلفت [23:33] <jrand0m> imapd مع i2ptunnel يشير إليه، وi2ptunnel على العميل يشير إلى وجهة ذلك الـ tunnel [23:34] <Myself248> ومحركات بحث freenet :) [23:34] <mihi> ftp أو عدة رسائل فورية غير jabber ستُحدث مشاكل... [23:34] <jrand0m> صحيح، الأشياء التي تتطلب اتصالين أكثر تعقيدًا [23:34] <ChZEROHag> jrand0m: hashcash في i2p؟ [23:34] <ChZEROHag> سأزعجك بذلك عندما ننتهي. [23:34] <shardy> hashcash في i2p؟ جميل. [23:34] <dm> نتقدّم على أنفسنا! أوه حسنًا، من يهتم.. QUAKE + IIP!!!!!! [23:34] <dm> آسف، I2p :) [23:34] <jrand0m> lol dm [23:35] <Myself248> أولئك ذوو المعالجات الصغيرة يتوتّرون عندما يقول أحدهم hashcash، لكن كإجراء مضاد للرسائل المزعجة أفهمه. [23:35] <co> dm: هذا تقدّم بعيد جدًا حقًا. [23:35] * mihi هو jabber:schierlm@a-message.de ;) [23:35] <jrand0m> نعم يا ChZEROHag - Destination == public signing key (DSA) + public encryption key (ElGamal) + certificate (either null or hashcash(keys)) [23:35] <beefbroth> هل i2p tunnel ثابت أم ديناميكي على طرف العميل؟ [23:35] <mihi> beefbroth: حاليًا كله ثابت. لكن يمكنك استخدام socks proxy كوجهة. ;) [23:35] <jrand0m> Myself248> سأستلم sun ultra1 رهيب بالبريد خلال أسابيع. إن كان صندوق 160Mhz يمكنه فعلها، فالكل يمكنه [23:35] <shardy> حسنًا. hashcash لا ينبغي أن يكون شيئًا مزعجًا حتى للمعالجات الصغيرة. فقط إن أردت فعل الشيء ذاته مليارات المرات ستلاحظ ذلك. [23:36] <co> beefbroth: يمكن أن يكون ديناميكيًا. [23:36] <Ryan_Singer> التطبيقات المحتملة لـ "السهل المنال" هنا مُلفتة جدًا [23:36] <jrand0m> صحيح يا mihi [23:36] <jrand0m> "eleventy". هه [23:36] <ChZEROHag> السهل المنال هو أساسًا تطبيقات إنترنت "عادية"، لكن بشكل مجهول [23:36] <ChZEROHag> صحيح؟ [23:36] <jrand0m> صحيح [23:36] <Ryan_Singer> نعم [23:36] <dm> (quake) [23:37] <jrand0m> 0.1 يشغّلها بأمان، 0.2 يشغّلها بمجهولية، 0.3 يشغّلها على نطاق واسع، 0.4 يشغّلها بطريقة غير قابلة للحصاد [23:37] <jrand0m> (نحن @ 0.1 الآن) [23:37] <shardy> ماذا تقصد بـ غير قابل للحصاد؟ [23:37] <co> آسف، ما معنى harvestable مرة أخرى؟ [23:37] <ChZEROHag> dm: للأسف أُعقنا بما فيه الكفاية بأن الزمن الحقيقي بعد أكثر من 30 عامًا لا يزال ليس "عاديًا" [23:37] <Myself248> الحمد لله. كنت آمل أن يسأل أحدهم ذلك. ;) [23:37] <Ryan_Singer> قابل للتسجيل/الرصد [23:37] <jrand0m> الحصاد يعني أن مهاجمًا نشطًا يمكنه تشغيل router، ومعرفة الكثير عن routers أخرى ("يحصدها")، ويرسل الرجال لركل أبوابهم [23:38] <Myself248> أوه، مثل ما يمكنك فعله مع gnutella. :) [23:38] <Ryan_Singer> رجال أشبه برجال "الخدمات السرية" [23:38] <jrand0m> صحيح [23:39] <shardy> آه، فهمت. [23:39] <jrand0m> حسنًا، نعم، تلك خارطة الطريق المصغّرة. [23:40] <jrand0m> الآن، هل أبدو غبيًا وأنا أسمي هذه 0.x بدل 0.0.x؟ هل يجب أن تكون 1.0 "مثالية" أم "وظيفية وآمنة"؟ [23:40] <Ryan_Singer> jrand0m، ومتى سنرى .4؟ [23:40] <jrand0m> 0.4 على الأرجح بعد أسبوعين [23:40] * jrand0m سيأخذ أسبوع إجازة (نوعًا ما) في منتصف أكتوبر لأن لديّ زوّار [23:40] *** Signoff: dm (EOF From client) [23:40] <mihi> يجب أن تكون 1.0 مستقرة. [23:40] <co> اجعل 1.0 وظيفية وآمنة. [23:40] <thecrypto> موافق co [23:41] <Ryan_Singer> 1.0 يجب أن تكون وظيفية، مستقرة وآمنة [23:41] <ChZEROHag> jrand0m: فلسفتي في أرقام الإصدارات: إن شككت، انسخ لينُكس [23:41] <Myself248> 5.0 يمكن أن تكون "مثالية". أهل البرمجيات الحرة يخافون كثيرًا من تضخّم أرقام الإصدارات. [23:41] <jrand0m> تمام [23:41] <mrflibble> jrand0m، الإصدارات الأولى نادرًا ما تكون مثالية :) [23:41] *** dm (~gj@anon.iip) has joined channel #iip-dev [23:41] <mrflibble> والناس لا يتوقعون منها أن تكون مثالية أيضًا [23:41] <dm> هل فاتتني 1.0؟ [23:41] <ChZEROHag> mrflibble: الناس لا يتوقعون أن يكون أي برنامج مثاليًا. الناس يستخدمون ويندوز. [23:41] <Ryan_Singer> هل سيكون هذا البرنامج beGPL orLGPL؟ [23:41] <jrand0m> رائع، لقد تلقيت انتقادًا بالفعل لأن 1.0 ليست مثالية بعد [23:41] <ChZEROHag> هذا لا يعني أنه لا ينبغي أن يكون كذلك. [23:41] <mrflibble> نقطة جيدة يا ChZEROHag [23:42] <dm> آه تبًا، فاتني.. [23:42] <mihi> dm: كُف عن المزاح [23:42] <mrflibble> نعم، فعلت [23:42] <jrand0m> الـ router تحت GPL. مكتبة عميل java حاليًا GPL، لكنني منفتح. thecrypto وأنا المالكان الكاملان لكل شيء عدا قسم واحد (تنفيذ Cryptix AES، وهو MIT) [23:42] <dm> حسنًا حسنًا أنا آسف :( [23:42] <jrand0m> في الواقع، أسحب كلامي [23:42] <jrand0m> استخدمت Base64.java من freenet أيضًا [23:43] <beefbroth> هل لا نزال في بند 0.3 التطبيقات؟ [23:43] <jrand0m> إذًا base64 تحت GPL :) [23:43] <thecrypto> وعميل IM سيكون تحت GPL [23:43] <jrand0m> أوه نعم، نحن في 0.3 أليس كذلك [23:43] <thecrypto> حالما أضع تعليقات في الكود [23:43] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [23:43] <jrand0m> هه يا thecrypto [23:43] <ChZEROHag> GPL يبدو جيدًا لي [23:43] <jrand0m> w0ah، 23 مستخدمًا [23:43] <Myself248> نحن في بند 6.02E23 من جدول الأعمال، أشياء عشوائية. :) [23:43] <Ryan_Singer> jrand0m، إذا وجدت وقتًا، أود التحدث معك عن الترخيص وإمكانيات الاستشارات [23:43] <jrand0m> تمام Ryan_Singer [23:43] <ChZEROHag> لكن كما أشار أحدهم (Fillament?) - إن كسر أحدهم الترخيص، كيف سيستطيع شخص مجهول أن يفعل شيئًا تجاه ذلك؟ [23:43] <mihi> jrand0m: 22 ;) [23:43] <jrand0m> ChZEROHag> اقرأ ترخيصي على flinks ;) [23:43] <Myself248> نحتاج نظام محاكم مجهول. [23:44] * mihi هنا مرتين [23:44] <jrand0m> Myself248> يُسمّى yodel ;) [23:44] <Myself248> "المحكمة تنظر الآن في رقم القضية 34534، ج. دو ضد ج. دو" [23:44] <Ryan_Singer> ChZEROHag، سبب سؤالي هو لاستخدام الشركات هذا البرنامج لحماية ضد التجسّس الصناعي [23:44] <co> Naming server سيكون مرخّصًا تحت GPL أيضًا. [23:44] <CCD> lol [23:44] <Myself248> "يا حاجب، أليسا نفس الطرفين في آخر 34533 قضية سمعناها؟" [23:44] <shardy> حسنًا [23:45] <shardy> هناك دائمًا فكرة أنه إن أردت من الناس أن يستخدموا بروتوكولك حقًا، وأنت لا تقلق بشأن المال، فقط اجعله مفتوحًا تمامًا. غير مقيّد حتى بـ gpl. [23:45] <co> shardy: تقصد الملكية العامة؟ [23:45] <beefbroth> أعتقد أن ذلك كان تمهيد co لبند 0.4 :-P [23:45] <jrand0m> shardy> المواصفات عامة ومفتوحة. لم أؤكد حقوق النشر على المواصفات. [23:45] <Ryan_Singer> اطّلع على liberty protocol.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] <shardy> jrand0m: حسنًا جيد. فهمت. [23:46] * jrand0m فكّر في تراخيص "لا استخدام حكومي" ;) [23:46] <jrand0m> حسنًا، سبب وضع 3.0) التطبيقات ضمن القائمة هو التالي [23:46] <jrand0m> نحتاج مساعدة. [23:46] <Ryan_Singer> مساعدة بماذا؟ [23:46] <jrand0m> i2ptunnel كود جيد. router لـ i2p سيكون كودًا جيدًا. [23:47] <jrand0m> ما نحتاجه هو أن يبدأ الناس في معرفة تفاصيل هندسة الإصدار [23:47] <dm> لماذا تحتاجون تطبيقات إذا كان بإمكانكم فقط استخدام i2ptunner؟ [23:47] <ChZEROHag> jrand0m: ماذا قلت؟ [23:47] <jrand0m> أي كيف نُعبّئ شيئًا يمكن لجو العادي تنزيله وتصفّح الويب [23:47] <ChZEROHag> dm: لماذا تحتاج تطبيقات إذا كان بإمكانك فقط استخدام telnet؟ [23:47] <dm> ماذا؟ [23:47] * dm يحكّ رأسه. [23:47] <CCD> امم، هل هناك شيء غير telnet؟ [23:48] * jrand0m يظن أن هذه نقطة ChZEROHag يا dm ;) [23:48] *** Myself248 is now known as myself248 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] <ChZEROHag> dm: استخدام i2ptunnel سيكون مثل امتلاكك سيارة تعمل ثم جرّها على عربة يد [23:48] <jrand0m> حسنًا، هذا كل ما في الأمر. أردت فقط ذكره في حال كان لدى الناس وقت فراغ :) [23:48] <jrand0m> حسنًا، 4.0) [23:48] <jrand0m> خدمة التسمية [23:48] <dm> أرى أنه يحاول إيصال نقطة. [23:48] <jrand0m> أهلًا co، كيف الحال؟ :) [23:48] <co> يجب أن تكون naming server تحت GPL، لأن تنفيذ Java يستخدم كودًا من مكتبة العميل للاتصال بـ routers. [23:49] <dm> لكننا أمضينا 20 دقيقة نقول: I2Ptunnel + خادم ويب!، I2Ptunnel + quake! ;) [23:49] <ChZEROHag> أو، بمصطلحات الحوسبة، كفعل كل أشياء الإنترنت الخاصة بك بـ telnet بدلًا من مباشرة على مكدس IP [23:49] <co> لم أفعل الكثير الأسبوع الماضي. أصدرت client API، والذي يحتاج أيضًا عملًا. [23:49] <ChZEROHag> i2ptunnel حل مؤقت [23:49] <co> سيكون لدي وقت هذا الأسبوع لبدء تنفيذ naming server. [23:49] <jrand0m> رائع [23:49] <jrand0m> أين client api مرة أخرى؟ [23:50] <mihi> على القائمة البريدية ;) [23:50] <co> أحد افتراضاته أن الوجهات يمكن ترميزها بـ base64، لذا سألت عن ذلك سابقًا. [23:50] <jrand0m> ChZEROHag> من بعض النواحي هو مؤقت [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:50] <dm> وكذلك TCP! [23:50] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:50] <jrand0m> أهلًا yodel [23:50] <beefbroth> كيف ستبدو اصطلاحات التسمية؟ هل سيكون شيئًا يستطيع الشخص العادي التفاعل معه (مثل (Link: www.somthing.com)www.somthing.com أو (Link: www.something.i2p)www.something.i2p لأمور http/الويب)؟ [23:50] <co> سأضع مواصفة naming service و client API في CVS. [23:50] <jrand0m> مرحبًا بعودتك thecrypto [23:50] <ChZEROHag> ربما غُطّي هذا من قبل، لكن كيف سيوفّر ns أسماء فريدة بشكل عادل؟ [23:50] * mihi يريد امتلاك *.mihi.iip ;) [23:50] <jrand0m> beefbroth> مع خدمة التسمية أم بدون؟ [23:50] <jrand0m> هه يا mihi [23:50] <ChZEROHag> تجنّب الاستيلاء، إلخ الذي ابتُلي به DNS [23:50] <thecrypto> هل يمكن لأحد أن يرسل لي ما حدث؟ [23:51] <beefbroth> jrand0m: مع. أظن بدون ستكون سلسلة طويلة من الأرقام. [23:51] <co> ChZEROHag: ستسجّل لدى مجموعة من خوادم التسمية، ثم ستستخدم اسم تلك المجموعة لتعريف نفسك. [23:51] <co> مثل IM.beefbroth.mygroup إن كنت تقدّم خدمة IM. [23:51] <mihi> عفوًا، s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) has joined channel #iip-dev [23:51] *** Signoff: godmode0 (EOF From client) [23:51] <jrand0m> ChZEROHag> خدمة التسمية الخاصة بـ co لديها مجموعات موثوقة، حيث تدير كل مجموعة اسم مجموعة (tld). أنت تختار أي المجموعات تشغّل كل tld [23:51] <co> نعم، سيكون ممكنًا أن يسجّل شخص ما اسم المستخدم beefbroth مع group2. [23:51] <thecrypto> في 4 دقائق غبت فيها [23:52] <ChZEROHag> co: إذًا القضية الوحيدة هي فريدة .mygroup؟ [23:52] <ChZEROHag> ومن سيحصل على مجموعة 'com'؟ :-) [23:52] <jrand0m> وهذا يُحدَّد من طرف العميل [23:52] <mihi> ChZEROHag: i2p ليس COMmerical [23:52] <jrand0m> (مثلًا: تخبر مكتبة عميل ns "group '.com' هي group 0123ff33aefcbb34fe [23:52] <beefbroth> أكره الاقتراح، لكني أكاد أعتقد أن المجموعات يجب أن تكون افتراضيًا 3 حروف للحفاظ على وهم التشابه مع الويب العادي [23:52] <co> ChZEROHag: لست متأكدًا من سيحصل على مجموعة "com". [23:52] <co> سؤال جيد. [23:53] <shardy> beefbroth: باستثناء أن "الويب العادي" لم يعد فقط بـ tlds من 3 أحرف [23:53] <mihi> beefbroth: أو أضف .i2p لجميع العناوين. [23:53] <ChZEROHag> beefbroth: ذلك الوهم موجود فقط في أمريكا [23:53] <shardy> tlds. [23:53] <jrand0m> للبدء، قد نرغب مبدئيًا في مجموعة واحدة من خوادم التسمية، ".i2p" [23:53] <co> beefbroth: يتيح برنامج naming server حتى 32 حرفًا. [23:53] <ChZEROHag> في أماكن أخرى نستخدم رموز الدول ثنائية الحرف المعطاة لنا [23:53] <shardy> .us أيضًا مستخدم في أمريكا. [23:53] <co> في الواقع، أردت أن تكون المجموعة الأولى "test". [23:53] <shardy> وكذلك .info و .name [23:53] <jrand0m> هه حسنًا [23:54] <ChZEROHag> shardy: نعم، من قِبَل نحو 5 أشخاص. [23:54] <ChZEROHag> لكن ربما هذا جدل لوقت آخر :) [23:54] <jrand0m> في الواقع... [23:54] <shardy> هناك حتى .museum [23:54] <Ryan_Singer> jrand0m، استخدام .12p يبدو جيدًا [23:54] <jrand0m> صادفت DNS موزّع مبنيًا على JXTA مؤخرًا [23:54] <co> ChZEROHag: لكن النقطة أنه إذا لم تعجبك الجهة التي تدير مجموعة "com"، يمكنك إنشاء مجموعة "com2" وتشغيل خوادمها (والتسجيل لديها). [23:55] <ChZEROHag> نعم هذا الجزء منطقي تمامًا [23:55] <mihi> ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] <jrand0m> co> (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS عبارة عن ويكي DNS موزع، لكنه خشن جدًا ولا يتناول القضايا الصعبة الحقيقية [23:55] <co> سأنظر إليه بعد الاجتماع. [23:56] <jrand0m> jxta تُشغّل خوادم التسمية عبر نقاط rendezvous [23:56] <ChZEROHag> mihi: ما هذا؟ [23:56] <beefbroth> إذًا من الممكن أن يحاول شخص ما مهاجمة نظام NS عبر محاكاة مجموعة i2p الحالية من خوادم التسمية [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] <co> beefbroth: أظن لا. [23:57] <mihi> ChZEROHag: استمع له. لماذا xxx مليون أمريكي يفضّلون .us على .com [23:57] <mihi> 68 مليون [23:57] <co> كما أتخيّله، الأشخاص الذين يُنشئون مجموعات سيعلنون تلك المجموعات. [23:57] <jrand0m> محاكاة؟ لا يمكنهم المحاكاة حيث يتم توثيق الخوادم في المجموعة عبر أنظمة المفاتيح العامة [23:58] <jrand0m> مع ذلك، إن سمحت المجموعات لأعضاء غير موثوقين بالانضمام، يمكن السيطرة عليها ببساطة. [23:58] <shardy> لكن كيف يتم تبادل المفاتيح؟ [23:58] <co> سيواجه القادمون لاحقًا مشكلة أن المجموعة باتت بالفعل راسخة، وملفات إعداد برنامج العميل تحتوي على وجهات المجموعة السابقة. [23:58] <ChZEROHag> mihi: حسنًا لطالما قلت أنه من المنطقي تفضيلها، الوطنية وما إلى ذلك، فقط لم أرها حقًا. [23:58] <beefbroth> ماذا يحدث إذا ادعت مجموعتان من خوادم التسمية كلتاهما حل .i2p؟ [23:58] <co> سؤال جيد، على أية حال، وسأفكّر فيه مجددًا، بعناية. [23:58] <ChZEROHag> mihi: على أية حال، سأستمع [23:58] <jrand0m> shardy> لا تبادل مفاتيح - نشر مفاتيح [23:58] <beefbroth> فهمت، نقطة جيدة [23:58] <ChZEROHag> co: نعم هذا شيء آخر حاولت الوصول إليه [23:58] <shardy> لكن يمكن اعتراض المفاتيح إذا نُشرت على الإنترنت [23:58] <jrand0m> beefbroth> لا أحد يدّعي شيئًا. عميلك يقول "i2p == [dest1, dest2, dest]" [23:59] <shardy> ما نحتاجه هو نظام DNS قائم على الثقة :) [23:59] <shardy> بحيث ترسل استعلامًا للاسم وتستقبل قائمة ردود... ثم تختار الموثوق [23:59] <co> شكرًا لإثارة هذا. [23:59] <jrand0m> shardy> آه، أظن أنني فهمت الالتباس. أعتقد أن خدمة التسمية سترغب في القدوم مع مجموعة وجهات خارج النطاق (مرفقة مع التثبيت) [23:59] <ChZEROHag> نعم لدينا واحد - الجميع يثق بـ IANA (أو مهما كانوا يسمّون أنفسهم) وإلا. [23:59] * shardy ينحني [23:59] <ChZEROHag> :-D [23:59] <mrflibble> يحاولون ذلك مع dnssec، لكنه بالطبع ليس مجهولًا [00:00] <jrand0m> ما تفعله خدمة التسمية هذه هو التخلص من خوادم الجذر [00:00] <beefbroth> يمكنك دائمًا امتلاك صفحة رئيسية i2p تسرد مجموعات وأجهز تسمية نشطة؟ [00:00] <shardy> jrand0m: حسنًا. فقط أشير إلى أنه يمكن اعتراضه مهما فعلت، ما لم توجد قناة مادية آمنة لنقل تلك المفاتيح أوليًا... [00:00] <co> shardy: أعتقد أنني غطّيت تبادل المفاتيح في المواصفة. إن لم أفعل، أخبرني. [00:00] <shardy> لكن تعبئتها خارج النطاق يجعله أفضل [00:00] <shardy> co: سأتفحّصه. [00:00] <jrand0m> shardy> صحيح، يجب أن يستطيع الناس الوثوق بالكود الذي ينزلونه [00:00] <co> beefbroth: بالتأكيد. [00:01] <ChZEROHag> آه هذا ذكّرني [00:01] <jrand0m> beefbroth> نعم، هذا بالتأكيد من أوائل التطبيقات التي ستُنفّذ - خادم ويب i2p مع BBS وويكي يمكن للناس الوصول إليه عبر i2p [00:01] <ChZEROHag> ينبغي أن أنشئ مفتاح gpg لـ iipmail الخاص بي [00:01] *** yodel has left #iip-dev [00:01] * ChZEROHag يفعل ذلك بينما تحدث أشياء غير مثيرة [00:01] <jrand0m> هه حسنًا [00:01] <co> يُرجى تفهّم أن مواصفة naming server لا تزال مفتوحة للاقتراحات للتحسين. [00:02] <shardy> أظن أنني سأجلب كل المواصفات معي في الرحلة إلى toorcon... هذا سيمنحني وقتًا لقراءتها [00:02] <co> لا أدّعي أنها مثالية أو نهائية في هذا الوقت. [00:02] <jrand0m> هه آمل أن تكون رحلة طويلة [00:02] <shardy> وهو أكثر إنتاجية من لعب fft advance طوال الوقت، هه [00:02] * jrand0m وجد أن الانتقاد سيأتي بحرية أكثر عندما يكون هناك كود ينفّذ المواصفات [00:02] *** godmode0_ is now known as godmode0 [00:02] <co> وعليّ كتابة الكود. [00:02] <co> أعتقد أننا يمكننا الانتقال للموضوع التالي الآن. [00:02] <jrand0m> حسنًا [00:02] <jrand0m> 5.0) IM [00:03] <jrand0m> أهلًا thecrypto [00:03] <mihi> ينبغي ألا تتعارض الأسماء مع تمثيلات base64. [00:03] <thecrypto> أهلاً [00:03] <thecrypto> حسنًا [00:03] <mihi> و naming server يجب أن يُرجع عناوين base64 بشفافية كما هي. [00:03] <co> mihi: حسنًا جدًا، سأحاول تجنّب تلك المشكلة. [00:03] <thecrypto> أولًا بما أن بريدي لا يعمل مجددًا (السبامر اللعناء) [00:03] <jrand0m> (كل الفئات التي تمتد DataStructure لديها String .toBase64() و .fromBase64(InputStream) ) [00:03] <thecrypto> سأجيب أسئلة whit حول نظامي هنا [00:04] * jrand0m يفتح بريد co [00:04] <mihi> jrandom؟ لماذا InputStream وليس Reader؟ [00:04] <thecrypto> الشبكة هو أول ما خطر ببالي، أنت تجري اتصالات عبر شبكة i2p، إنها p2p جدًا لذا سميتها networkr [00:04] <jrand0m> إن أردت Reader، فقط استخدم InputStreamReader، يا شقي [00:04] <mihi> base64 أحرف، لا بايتات برأيي. [00:04] <ChZEROHag> jrand0m: IM == التراسل الفوري؟ [00:04] <jrand0m> نعم يا ChZEROHag [00:04] <thecrypto> إن كان لدى الناس مشكلة مع ذلك، أعطوني اقتراحًا ماذا أسميه [00:05] <ChZEROHag> jabber؟ [00:05] <thecrypto> IM == شبكة تراسل فوري موزعة من تصميمي [00:05] <shardy> ينبغي أن تسميه "bob" [00:05] <jrand0m> i2p im شبكة بنفس طريقة كون aim شبكة، أو kazaa شبكة، كلها تعمل فوق tcp/ip أو udp/ip [00:05] <co> ماذا عن تطبيق IM؟ [00:05] <ChZEROHag> (anonabber) [00:05] <co> jrand0m: فهمت. [00:05] <thecrypto> jabber يتطلب خادمًا مركزيًا [00:05] <jrand0m> المصطلحات لا تهمني. أحب فكرة shardy [00:05] <ChZEROHag> لا شيء "يتطلب" خادمًا مركزيًا [00:05] <thecrypto> ولا أستطيع الإملاء اليوم فتحمّلوني [00:05] <ChZEROHag> هذا فقط ما كُتبت عليه الأشياء [00:05] <jrand0m> (مع أنني أفضل Betty) [00:05] <thecrypto> إذًا تريدونني أن أسميه I2PIM bob؟ [00:05] <thecrypto> :) [00:05] <jrand0m> ماذا عن wilma؟ [00:05] <jrand0m> fred محجوز رغم ذلك [00:05] <co> ماذا عن IM موزّع؟ [00:05] <jrand0m> DIM، هه [00:05] <co> لكن، تطبيق IM موزّع؟ [00:05] <dm> AIM، anonymous Instant messaging! [00:05] <thecrypto> اختصار سيئ :) [00:06] <dm> ثم نستولي على AOL. [00:06] <thecrypto> أوه لا أستطيع الانتظار حتى تسمع AOL بذلك [00:06] <ChZEROHag> dm: هذا سيُغضب حقًا بعض الحمقى. أعجبني. [00:06] <jrand0m> هه افعلوها [00:06] <Ryan_Singer> thecrypto، هل سنستطيع تنفيذ IM بطريقة لا مركزية، أم يجب أن تكون مركزية؟ [00:06] <co> dm: فكرة جيدة. سأدعم ذلك الاختصار. [00:06] <jrand0m> بالطريقة التي قرأت بها مستندات thecrypto، الـ IM لا مركزي بالكامل [00:06] <thecrypto> أنا أنفّذ IM موزّع، وهو في CVS [00:06] <beefbroth> سأصوّت ضد أي شيء سيربك الناس [00:07] <Ryan_Singer> AOL TimeWarner غيّرت اسمها إلى Time Warner [00:07] <ChZEROHag> dm: هذا سيُغضب حقًا بعض الحمقى. أعجبني. [00:07] <jrand0m> كونك مجهولًا بشفافية ليس مفيدًا إن لم يفهم الناس ما هي المجهولية. [00:08] <ChZEROHag> أوه لحظة، لدي شيء كهذا على الورق [00:08] <beefbroth> أحب فكرة thecrypto [00:08] <thecrypto> ما "الشبكة" التي يعمل عليها I2PIM هو ما أبحث عنه [00:08] <jrand0m> تعليم الناس كيف يحمون أنفسهم أمر مهم جدًا [00:08] <thecrypto> كنت أفكر Presence System؟ [00:08] <Ryan_Singer> روّج لجانب الأمان في المجهولية [00:08] <dm> I2M (instant 2 messaging) [00:08] <ChZEROHag> رغم أني سميته فقط XIrc [00:09] <jrand0m> أنت صاحب الأمر يا thecrypto، ما يعمل معك ;) [00:09] <dm> وفي شعار I2M، سيكون الرقم 2 صغيرًا جدًا :) [00:09] <thecrypto> حسنًا I2P تتوسّع إلى Invisible ... jrand0m ؟ [00:09] <ChZEROHag> الشيء الرئيسي الذي أعجبني أن الجميع يُدعى Borg ويتحدثون في Collectives [00:09] <jrand0m> i2p = i^2p (Invisible Internet Project) [00:09] <co> ظننت أن P تعني protocol. [00:09] <jrand0m> هذا أيضًا [00:09] <jrand0m> في الواقع، لا [00:10] <thecrypto> إذًا هو Invisible Internet Project Instant Messaging [00:10] <jrand0m> i2np هو البروتوكول [00:10] <jrand0m> i2p هو المشروع [00:10] <jrand0m> i2cp هو بروتوكول العميل [00:10] <beefbroth> ظننته يعني "poop" [00:10] <co> thecrypto: أنت محق، الاسم لا يهم كثيرًا. [00:10] <dm> i2m = i^2m = instant invisible messaging [00:10] <thecrypto> إذًا الموضوع التالي [00:10] <Ryan_Singer> حسنًا... نحن نحيد عن الجدول... هل انتهينا من IM؟ [00:10] <shardy> إذا لم يكن "bob" جيدًا بما يكفي، يمكننا تسميته "jimbob" [00:10] <jrand0m> 0k، 6.0) أمور إدارية [00:10] <thecrypto> لا، لا يزال هناك المزيد هنا [00:11] <thecrypto> آسف [00:11] <co> إنها administrivia. [00:11] <thecrypto> لا، هذا IM [00:11] <jrand0m> nop> أعطني root. أحتاج لتثبيت anon cvs، bugzilla، و cvsweb. [00:11] <thecrypto> لم أنهِ [00:11] <thecrypto> :) [00:11] <thecrypto> أعِد الشريط! [00:11] * jrand0m يتراجع [00:11] <jrand0m> 5.1) thecrypto v2 [00:11] <Ryan_Singer> ماذا بقي في IM، يا thecrypto؟ [00:12] <mihi> thecrypto: تابع؛ /me فعلتها بنفس الطريقة إذ فاتتني خدمة التسمية [00:12] <thecrypto> حسنًا، موضوع تواصل presences مختلف [00:12] <thecrypto> ليس الجميع يعرفون الجميع [00:12] <thecrypto> عمليًا لا توجد طريقة لـ "ملاحقة" أحد [00:12] <thecrypto> عليك أن تطلب أن يتم إظهارك [00:13] <mihi> في الشبكات المجهولة، عادة لا أحد يعرف أحدًا ;) [00:13] <jrand0m> (طالما أن Destination للناس عشوائي) [00:13] *** Signoff: pitu (Lost terminal) [00:13] <dm> ماذا تعني؟ [00:13] <thecrypto> أليس تريد التحدث إلى بوب [00:13] <jrand0m> mihi> رغم أن خدمة التسمية تسمح بالبحث حسب الخدمة [00:13] <jrand0m> (الخدمة كونها IM، www، إلخ) [00:13] <thecrypto> تجد أليس وجهة IM لبوب بطريقة ما، ربما عبر خدمة التسمية [00:14] <thecrypto> فتُرسل أليس رسالة إلى وجهة IM الخاصة بوب [00:14] <dm> نعم؟ [00:14] <thecrypto> يصله إشعار يقول "أليس حاولت الاتصال بك" إن أراد التحدث إليها، يستطيع، أو يتجاهل [00:15] <thecrypto> لكن لا يوجد خادم حضور مركزي، يمكن لأليس أيضًا أن ترى رسالتها تختفي دون رد [00:15] <dm> حسنًا، مثل MSN إذًا؟ [00:15] <jrand0m> (مع أن أليس يمكنها معرفة أن بوب تجاهلها) [00:15] <thecrypto> ولا يمكن لأليس فقط وضع بوب في قائمة الأصدقاء والانتظار [00:15] <Ryan_Singer> thecrypto، حسنًا... كيف يختلف هذا عن Y!، MSN أو AIM المُعدّة بشكل صحيح.. باستثناء نقطة عدم وجود خادم مركزي [00:15] <thecrypto> لأن على بوب أن يرسل رسالة إلى router الخاص بأليس، وهذا يمكن أن يحدث دون أن تعلم أليس [00:15] <Ryan_Singer> أوه [00:15] <dm> حسنًا، لا يتغير شيء من منظور المستخدم، لكن أفهم ما تعني. [00:16] <jrand0m> thecrypto> ليس صحيحًا تمامًا [00:16] <Ryan_Singer> فهمت.. لا توجد وظيفة قائمة أصدقاء... [00:16] <jrand0m> أوه، حسنًا، همم، تقنيًا... [00:16] <thecrypto> Ryan_Singer: لا، لا تزال هناك قائمة أصدقاء [00:16] <dm> كيف ترسل أليس رسالة لِبوب إن لم تستطع رؤيته؟ [00:16] <dm> هل عليك فقط تجربة اتصالات عشوائية على أمل أنه هناك؟ [00:16] <jrand0m> يجب على بوب إرسال رسالة إلى router الخاص بأليس، وهذا يمكن أن يحدث دون علم أليس [00:16] <thecrypto> يمكن لأليس أن تحاول عشوائيًا [00:17] <dm> هذا غير مريح؟ تدخل وتضطر لإرسال رسالة للجميع تقول (هل أنت هناك؟ هل أنت هناك؟) [00:17] <beefbroth> thecrypto: ألا يستطيع المستخدم "إخطار" كل أصدقائه عند تسجيل الدخول بإرسال رسالة؟ أم هذا ما كنت تقوله [00:17] * co يلاحظ أنه يمكن أن يكون هناك اثنان باسم Bob مسجلين لدى مجموعتي تسمية مختلفتين. [00:17] <thecrypto> beefbroth: هذا ما أقوله تمامًا [00:17] <dm> حسنًا، مشابه للمخطط الحالي لكنك مخفي افتراضيًا. [00:17] <dm> فهمت. [00:18] <thecrypto> dm: لا، الأمر بالعكس، عندما تسجّل الدخول، ترسل رسالة للجميع تقول "أنا متصل، أنا متصل" إذا استلمت رسالة تقول "أنا متصل" تُعيدها [00:18] <thecrypto> إن أردت [00:18] <co> إذًا المستخدم يسيطر على من يراه. [00:18] <thecrypto> لذا يمكن لأليس وضعك في قائمة أصدقائها وستصلك رسالة عند تسجيل دخولها تقول "أليس وضعتك في قائمة أصدقائها، هل ترغب بإخطارها بحضورك" [00:19] <Ryan_Singer> عند خروجك هل ترسل أولًا رسالة تقول "سأخرج"؟ [00:19] <dm> حسنًا، تجربة IM هي نفسها الآن. فقط أردت التأكد من ذلك. [00:19] <thecrypto> إذا كان لدى بوب أليس ضمن قائمة الأصدقاء واستلم بوب رسالة "أونلاين" من أليس فالرد تلقائي [00:19] <beefbroth> قد تحتاج إلى "ping" مستخدم IM الآخر كل فترة للتأكد أنه لم يحدث قطع غير مقصود [00:19] <thecrypto> إذا لم يكن لدى بوب أليس ضمن قائمة الأصدقاء واستلم بوب رسالة أونلاين من أليس، يُطالَب المستخدم [00:19] <dm> حسنًا، هذا فقط طريقة للتغلّب على وجود خادم، لكن السؤال هل ستُهيّأ التطبيقات افتراضيًا لإرسال "أنا متصل" عند دخول أحدهم. [00:20] <Ryan_Singer> نأمل ذلك [00:20] <jrand0m> Ryan_Singer> أو فقط لدينا "أنا لا أزال متصلًا" ping دوري [00:20] <jrand0m> (وغياب ping == خروج) [00:20] <Ryan_Singer> نوع keep-alive؟ [00:20] <beefbroth> قد تحتاج إلى "ping" مستخدم IM الآخر كل فترة للتأكد أنه لم يحدث قطع غير مقصود [00:20] <thecrypto> إذا كان لدى بوب أليس ضمن قائمة الأصدقاء واستلم بوب رسالة "أونلاين" من أليس فالرد تلقائي [00:20] <beefbroth> هه [00:20] <thecrypto> إذا لم يكن لدى بوب أليس ضمن قائمة الأصدقاء واستلم بوب رسالة أونلاين من أليس، يُطالَب المستخدم [00:21] <dm> حسنًا، تجربة IM هي نفسها الآن. فقط أردت التأكد من ذلك. [00:21] <thecrypto> فقط لديك تأكيد على إضافة الأصدقاء [00:21] <thecrypto> والذي أظن أن ICQ فقط لديه [00:21] <jrand0m> هل سيكون تطبيق IM مستقلًا أم سأستطيع استخدام trillian؟ [00:21] <dm> نعم، هكذا يعمل MSN. [00:21] <jrand0m> [etc] [00:21] <ChZEROHag> thecrypto: ICQ فقط يتظاهر بأنه يتطلب تأكيدًا [00:21] <beefbroth> dm: خطأ. لن تضطر للتعامل مع MSN و Y! و AIM وهم يغيّرون بروتوكولاتهم ويمنعون الناس كل بضعة أشهر :) [00:22] <thecrypto> jrand0m: سأضع مواصفة، إما أن يمنحني trillian واجهة إضافات أو يكتبوا الخاص بهم [00:22] <thecrypto> سأكتب إضافة لـ gaim على الأقل [00:22] <thecrypto> مع عميل مستقل [00:22] <jrand0m> رائع [00:22] <thecrypto> وهو مبني ليُستخدم مع الشبكة [00:22] <jrand0m> هل gaim يدعم نقل الملفات أم سيكون ذلك ميزة عميل i2pim؟ [00:22] <beefbroth> thecrypto: قد ترغب في التواصل مع مطوّري kopete فقط لإعلامهم [00:22] * jrand0m يُظهر جهله [00:23] <thecrypto> سأحاول جعل إضافة gaim تعمل جيدًا كالمستقل، لكن لا أعرف [00:23] <co> thecrypto: لنبدأ بالتطبيق المستقل. [00:23] <thecrypto> نقل ملفات gaim أظنه يعمل فقط على AIM [00:23] <thecrypto> لذا قد يحتاج بعض الجهد لإدخاله في إضافة [00:23] <Ryan_Singer> حسنًا.. أظننا جميعًا فهمنا هذا الآن... أي مسائل أخرى في IM؟ [00:24] <thecrypto> وأمر co الأخير [00:24] <beefbroth> gaim يعاني مشاكل مع نقلاته لـ IM للناس الذين يستخدمون NAT [00:24] <thecrypto> يمكن أن يملك أكثر من شخص نفس الاسم [00:24] <thecrypto> سيكون لديهم وجهات فريدة [00:24] *** Signoff: mihi (Ping timeout) [00:24] <co> حسنًا. [00:24] * mihi_backup لا يزال هنا... [00:24] <thecrypto> لكن لا يمكن لشخص ما الانتحال [00:25] <jrand0m> هه أحسنتِ يا mihi_backup [00:25] <co> إذا استخدمت خدمة التسمية، سيكون "Bob من group1" و "Bob من group2". [00:25] <co> مع وجهات فريدة. [00:25] <jrand0m> صحيح يا thecrypto. الأسماء اعتباطية. تمامًا مثل dns ;) [00:25] *** mihi (~none@anon.iip) has joined channel #iip-dev [00:25] <thecrypto> كذلك يمكن لعميل IM نفسه اختياريًا أن يتحقق "مرحبًا، هذا IM الذي وصلك من شخص يُدعى Bob، الوجهة لـ Bob في قائمتك مختلفة، هل تقبل الرسالة؟" [00:26] <dm> mihi: نسختك الاحتياطية تحدّثت أثناء غيابك. [00:26] <thecrypto> إن كان الشخص يحاول انتحال Bob، ستعرف، وإلا يمكنك وضع اسم مستعار له [00:26] <mihi> أعلم... [00:26] <jrand0m> "شخص يُدعى bob"؟ من قال؟ هل يسمّي نفسه bob؟ أم مجموعة ما تسميه bob؟ أم أنت تسمي وجهته bob؟ [00:26] <thecrypto> هناك حقل في presence اسمه name [00:26] <thecrypto> أنظر إليه [00:27] * jrand0m يحب طريقة ICQ في هذه المشكلة - كل شخص رقم وتُسنِد الأرقام محليًا لأسماء [00:27] <co> كاستطراد، هل أجعل أسماء كيان NS غير حساسة لحالة الأحرف؟ [00:27] <jrand0m> على الأرجح يا co [00:27] <mihi> أشياء base64 يجب أن تبقى حسّاسة للحالة ;) [00:27] * jrand0m لا يريد أن يقلّد الناس Jrand0m [00:27] <co> mihi: أسماء الكيانات، لا الوجهات. [00:27] <jrand0m> صحيح صحيح يا mihi [00:28] <jrand0m> (حسنًا، يمكن للناس تقليد jrand0m كما يشاؤون. فقط أريد jrandom مجددًا) [00:28] <co> تابع، thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] <thecrypto> هذا كل ما لدي [00:28] <thecrypto> أخيرًا :) [00:28] <mihi> co: يجب أن تكون قادرًا على وضع destination أينما يمكنك وضع اسم كيان. [00:28] <mihi> كما هو الحال مع أسماء dns و IPs [00:28] <co> mihi: نقطة جيدة. سأضيف ذلك إلى المواصفة. [00:28] <thecrypto> jrand0m: في الواقع هو شبيه بـ ICQ سوى أنك تخبر الناس بما تريد أن يكون اسمك المستعار [00:29] <thecrypto> والذي أظن أنهم يفعلونه الآن [00:29] <co> الفكرة، مع ذلك، أن يكون من الأقصر بكثير كتابة الأسماء بدل الوجهات. [00:29] <jrand0m> mihi> خدمة التسمية فقط تحوّل الأسماء إلى وجهات - إذا سألت خدمة التسمية عن وجهة لوجهة، ينبغي أن تعود بسرعة كبيرة جدًا [00:29] <Ryan_Singer> حسنًا يا جماعة... لدي اجتماع... jrand0m، أرسل لي بريدًا مجهولًا [00:29] <jrand0m> حسنًا، adios [00:29] <mihi> jrand0m: نعم، ويجب أن تُعيد تلك الوجهة نفسها، لا "غير موجود" [00:30] <jrand0m> صحيح [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] <jrand0m> حسنًا. نحن عند 7.0) [00:30] <jrand0m> أسئلة [00:30] <jrand0m> أهلًا [00:30] <co> ماذا عن 6.0) Administrivia؟ [00:31] <co> أم انتهيت منها؟ [00:31] <jrand0m> 6.0 أمور إدارية كان مجرد إزعاج لـ nop ليعطيني root لأجهّز لكم: anon cvs access، bugzilla، وواجهة cvsweb :) [00:31] <beefbroth> هل سيكون هناك مالكون للعمل على تعبئة الإصدارات ألفا وبيتا والنهائية لـ Win/Mac/SuSE/RehHat/Debian لتسريع التبنّي؟ [00:32] <jrand0m> هل تتطوّع؟ [00:32] <jrand0m> (أي نعم، سيكون رائعًا) [00:32] <beefbroth> إذا تعلمت كيف أصنع حزمة لتوزيعتي :) [00:32] <jrand0m> ما التوزيعة التي تستخدمها؟ [00:33] <co> كما أذكر، مطوّرو IIP أرادوا إعادة تنفيذ IIP فوق I2P. إذا وفّى I2P بوعوده بالمجهولية، ألن يكون أبسط أن يكون هناك IRC فوق I2P؟ [00:33] <beefbroth> لكن قصدي أن الكثيرين يعتمدون على ذلك. سيجعل التبنّي أسهل. Freenet يعاني من نقص القائمين النشطين على الصيانة. [00:33] <dm> jr يصلح مديرًا جيدًا :) [00:33] <jrand0m> نعم يا co، أبسط، لكنه ليس قابلًا للتوسّع بنفس القدر [00:33] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [00:33] <thecrypto> نعم، لكن بعض الناس لا يريدون IRC [00:34] <jrand0m> beefbroth> أنت محق تمامًا، هناك الكثير لفعله، وأحتاج للنوم 4 ساعات على الأقل في الليل [00:34] <co> thecrypto: نقطة جيدة، رغم أن I2P سيجعل عناوين IP مجهولة. [00:34] <beefbroth> jrand0m: أستطيع المساعدة في التعبئة عندما تصبح الأمور جاهزة. أعتقد أنه طريقة رائعة لبعض غير المطورين ذوي الخبرة التقنية للمساهمة. [00:34] <jrand0m> رائع يا beefbroth [00:34] <thecrypto> إذا كان لدينا IM و IRC، سيكون التبنّي أكبر [00:35] <mihi> co: المشكلة أنه مع irc هناك ما يمكن إيقافه (الخوادم). [00:35] *** jeremiah (~jeremiah@anon.iip) has joined channel #iip-dev [00:35] <jrand0m> thecrypto> تبنّي فوري: opennap [00:35] <beefbroth> من الأسهل تعلم صنع الحزم من تعلم هياكل بيانات i2p. إنها طريقة سهلة لبضعة أشخاص ليشاركوا [00:35] <dm> IRC صعب إلى حد ما أليس كذلك؟ [00:35] <dm> IRC موزّع أعني... [00:35] <co> mihi: بالطبع. نسيت ذلك. شكرًا لتذكيري. الاعتراض مسحوب. [00:36] <jrand0m> dm> يمكن أن يحوي irc عدة خوادم irc (مثل efnet، إلخ) تتحدث بعضها إلى بعض عبر i2p [00:36] <shardy> هل تقصد بروتوكول محادثة "مشابه لـ irc"؟ [00:36] <shardy> أم تكييف irc؟ [00:36] <jrand0m> مع تحدّث الناس عبر tunneling إلى أحد خوادم irc عبر i2p [00:36] <dm> irc مع خوادم خلف i2p جيد، أقصد بدون خوادم. لا يهم على ما أظن. [00:37] <jrand0m> dm> صحيح، يمكن تنفيذه بشكل أفضل بكثير بدون خوادم، وجرى التفكير فيه قليلًا، لكن لا شيء صلبًا حقًا (بقدر معرفتي) [00:38] <dm> على أي حال، هذا خارج الموضوع. [00:38] <dm> واصلوا! [00:38] <jrand0m> أي أسئلة أخرى؟ [00:38] <jrand0m> هل قرأ أحد المواصفات بعد؟ ;) [00:38] <jrand0m> (باستثناء beefbroth، الذي يحفظها عن ظهر قلب) [00:38] * dm ينظر إلى السقف. [00:39] <jrand0m> حسنًا، اجتماع 100 دقيقة إذًا [00:39] <thecrypto> أقرأها عندما أحتاج شيئًا :) [00:39] <ChZEROHag> المواصفات! [00:39] <ChZEROHag> هذا ما نسيت! [00:39] <jrand0m> هه [00:40] *** dm has changed the topic on channel #iip-dev to topic1 [00:40] * jrand0m يحمّل و... [00:40] * jrand0m يُنهي الاجتماع بضربة *baf* </div> <p>قدّم الترجمة فقط، ولا شيء غير ذلك:</p>/ar/blog/2003/09/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/Tue, 16 Sep 2003 00:00:00 +0000/ar/blog/2003/09/16/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-16-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/<h2 id="quick-recap">مراجعة سريعة</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> co, jrand0m, LeerokLacerta, mihi, mrflibble, mrsc, nop, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">سجل الاجتماع</h2> <div class="irc-log"> [22:53] <jrand0m> 0) أهلاً وسهلاً [22:54] <jrand0m> 1) التطبيقات: [22:54] <jrand0m> 1.1) IM (المراسلة الفورية) [22:54] <jrand0m> 1.2) NS (خدمة التسمية) [22:54] <jrand0m> 2) حالة التطوير: [22:54] <jrand0m> 2.1) الأنظمة الفرعية [22:54] <jrand0m> 2.2) استمرارية مفاتيح التشفير [22:54] <jrand0m> 2.3) المهام [22:54] <jrand0m> 3) أمور المواصفات [22:54] <jrand0m> 3.1) تعديلات [22:54] <jrand0m> 4) شؤون إدارية: [22:54] <jrand0m> 4.1) anon cvs [22:54] <jrand0m> 5) ؟ [22:55] <jrand0m> حسنًا، 0) أهلاً وسهلاً [22:55] <jrand0m> مرحبًا بكم في الاجتماع 58 [22:55] <thecrypto> هذا كل شيء [22:55] <jrand0m> نعم سيدي، إلا إذا كان لدى أحد ما يضيفه؟ [22:55] * nop يلاحظ أن jrand0m كائني التوجه في ترقيمه :) [22:56] <nop> 3.1.2.2.4.5.8() ;) [22:56] <jrand0m> مهلاً، قد تكون structs ;) [22:56] <nop> ههه [22:56] <nop> هذا صحيح بالتأكيد [22:56] <jrand0m> حسنًا، 1.1) IM. thecrypto؟ [22:56] <nop> رغم ذلك [22:56] <nop> 2 فيها وراثة [22:57] <nop> ;) [22:57] <jrand0m> هه [22:57] <nop> لا تهتموا بي [22:57] <nop> حسنًا [22:57] <nop> آسف [22:57] <nop> تابعوا [22:57] *** mihi_ (~none@anon.iip) انضم إلى القناة #iip-dev [22:57] <thecrypto> حسنًا، أقوم الآن برفع بعض المواصفات الأساسية لـ IM [22:58] <thecrypto> (Link: http://www.thecrypto.org/i2pim.sxw)http://www.thecrypto.org/i2pim.sxw لبرنامج oowriter [22:58] <thecrypto> وأعمل على رفع نسخة pdf [22:59] <nop> إذا أردت أستطيع وضعها على موقع i2p [22:59] <thecrypto> أعطني لحظة [22:59] <thecrypto> بالتأكيد [22:59] *** mrflibble (mrflibble@anon.iip) انضم إلى القناة #iip-dev [22:59] <jrand0m> هل تريد وضع ذلك في i2p/apps/IM/doc/ ؟ [22:59] *** mihi_ أصبح الآن باسم mihi_backup [23:00] <nop> أستطيع [23:00] <nop> نعم [23:00] <jrand0m> أعني في cvs :) [23:00] <thecrypto> أستطيع فعل ذلك أيضًا [23:00] <jrand0m> (ولكن على الويب جيد أيضًا) [23:00] <nop> آه [23:00] <nop> ههه [23:00] <thecrypto> (Link: http://www.thecrypto.org/i2pim.pdf)http://www.thecrypto.org/i2pim.pdf [23:01] <MrEcho> "the file is damaged and could not be repaired" خطأ AR [23:01] <thecrypto> جرّب مجددًا [23:01] * jrand0m حمّله دون مشاكل [23:01] <co> MrEcho: ملف الـ PDF؟ [23:01] <jrand0m> (ملف sxw) [23:01] <thecrypto> كان مرفوعًا جزئيًا فقط في ذلك الوقت [23:01] <MrEcho> الآن يعمل [23:01] <MrEcho> ههه [23:02] <thecrypto> بشكل أساسي، أضفت فقط أمور التواجد، رسائل الاتصال/الانفصال، ورسالة نصية [23:02] <thecrypto> واقتبست بلا خجل بعض الأقسام من وثيقة I2NP [23:02] <thecrypto> :) [23:02] <jrand0m> هه ظننت أن بعضه يبدو مألوفًا :) [23:02] <thecrypto> وأعمل أيضًا على رفع واجهة المستخدم التي [23:02] <thecrypto> كنت أعمل عليها [23:03] <thecrypto> jrand0m: هل أحتاج إلى إنشاء الأدلة apps/IM/doc [23:03] <jrand0m> نعم، وcvs add لكل واحد منها على حدة [23:03] <thecrypto> ‎-kb؟ [23:03] <jrand0m> نعم [23:03] <co> thecrypto: أعتقد أن apps/ موجود الآن. [23:04] <jrand0m> ما المقصود بـ presence؟ [23:05] <thecrypto> دعني أشغّل update [23:05] <thecrypto> لكنها ستدخل هناك [23:05] *** تسجيل الخروج: shardy (Ping timeout) [23:05] <thecrypto> أقصد قوموا بتمزيق المواصفات [23:05] <thecrypto> وواجهة المستخدم ستكون هناك قريبًا أيضًا [23:05] <thecrypto> وإذا كان لديك أي شيء يحتاج إلى توضيح فـ anonymail أو بريد إلكتروني أو أي وسيلة تواصل معي وسأصلحه [23:05] <mrflibble> هل فاتني الاجتماع؟ [23:05] *** shardy (~shardy@anon.iip) انضم إلى القناة #iip-dev [23:05] <co> thecrypto: قد ترغب في الإعلان في قائمة البريد أيضًا، مع رابط إلى المستندات. [23:05] <thecrypto> ظننت أنني وضعت ذلك هناك؟ [23:05] <jrand0m> لا، ما زلنا في البند الأول يا mrflibble [23:05] <co> mrflibble: الاجتماع جارٍ. [23:05] <mrflibble> أوه آسف، لم أستطع رؤية "logger" [23:06] <jrand0m> thecrypto> تقول إنه destination، لكن هل هذا هو الـ destination الذي تُرسل إليه الرسائل؟ كيف تعمل رسائل عدم الاتصال؟ [23:06] <mihi> لا mids هنا، لذا لا يوجد logger ;) [23:06] <mrflibble> تمام [23:06] * mrflibble يعود للتخفي [23:06] <jrand0m> آه انتظر، هذه مجرد إشعارات تواجد، آسف [23:06] <mihi> كيف يمكن الاشتراك في presence؟ [23:06] <thecrypto> jrand0m: لا توجد رسائل عدم اتصال [23:07] <thecrypto> أساسًا [23:07] <thecrypto> الـ presence يغلّف destination واسمًا معًا [23:07] <thecrypto> لتسهيل الأمور [23:08] <thecrypto> إذا أردنا الانتقال إلى NS يمكننا ذلك، ونعود لهذا لاحقًا؟ [23:09] <jrand0m> تمام، جيد [23:09] <thecrypto> ويمكنكم الاستمرار في إرسال أسئلة لي [23:09] <jrand0m> في الواقع، سؤال سريع [23:09] <thecrypto> تفضل [23:09] <jrand0m> إذن IM نصي فقط؟ [23:10] <thecrypto> مع هذه النسخة الأساسية نعم، لكن سأضيف دعمًا للملفات [23:10] <jrand0m> كوول [23:10] <thecrypto> أريد فقط الاهتمام ببدايات النظام ثم البناء عليه [23:10] <jrand0m> (تكراري وتزايدي)++ [23:11] <jrand0m> حسنًا رائع. سأطلع عليه أكثر وعلى الآخرين كذلك... الآن، ننتقل إلى 1.2) NS. co؟ [23:11] <co> الإصدار 1.1 (نهائي) من مواصفات خدمة التسمية صدر في وقت سابق اليوم. [23:12] <jrand0m> (وقوبل ذلك بالابتهاج) [23:12] <co> باختصار، أنهيت الأقسام الخاصة بهياكل البيانات ورسائل الشبكة التي يحتاجها البرنامج. [23:12] <co> سأصدر واجهة برمجة تطبيقات العميل يوم الخميس. [23:12] <co> وسأبدأ بتنفيذ تطبيق NS. [23:12] <jrand0m> رائع [23:13] <co> فكرة واحدة تغيّرت وهي ما يفعله الـ CA (سلطة إصدار الشهادات) عندما تسجّل الكيانات لديه. [23:13] <thecrypto> co: كيف ستنفذ ذلك؟ [23:13] <thecrypto> co: خادم الأسماء أم العميل؟ [23:14] <co> thecrypto: أولًا سأنفذ هياكل البيانات اللازمة. [23:14] <co> ثم العميل، ثم مكوّنات الخادم وCA. [23:14] <thecrypto> حسنًا [23:15] <co> كما قلت، أود الآن أن يُصدر الـ CA شهادة للكيانات المسجلة حديثًا. [23:15] <co> سيقدّمون هذه الشهادة لخوادم التسمية عند تعديل سجلاتهم. [23:15] <co> لم أحدد ما تحتويه الشهادة في هذا الإصدار؛ سيُضاف ذلك إلى الإصدار التالي من المواصفات. [23:16] <co> هل يبدو هذا فكرة سيئة لأحد؟ [23:16] <jrand0m> همم. ألن يكون أبسط/أكثر أمانًا أن يستخدم العميل مفتاحًا عامًا/خاصًا فقط؟ [23:16] <jrand0m> أي أثناء التسجيل، يقدّم مفتاحًا عامًا للتحديثات ويوقّع التسجيل، وكلما أردت التحديث مجددًا، توقّع طلب التحديث [23:16] <jrand0m> (بحيث لا يحصل الـ CA على المفتاح الخاص أبدًا) [23:17] <thecrypto> بالمناسبة: كل أمور I2PIM تم دفعها الآن إلى مستودع cvs [23:17] <jrand0m> رائع [23:17] <co> قد يكون أبسط فعل ذلك فقط. سأعيد التفكير في هذه المسألة. شكرًا على التعليق. [23:17] <co> هذا كل ما لدي بخصوص خدمة التسمية في الوقت الحالي، إن لم تكن لديكم أسئلة أخرى. [23:18] <jrand0m> تبدو جيدة، لم أطلع على 1.1 بعد لكن سأرسل بريدًا إذا صادفت شيئًا [23:19] <co> حسنًا. الموضوع التالي؟ [23:19] <jrand0m> حسنًا، 2.1) حالة التطوير للأنظمة الفرعية. [23:19] *** w0rmus (o0o@anon.iip) انضم إلى القناة #iip-dev [23:20] <jrand0m> نظام النقل جيد بما يكفي للمضي قدمًا. نظام إدارة الأقران مُهيأ بخوارزميات بدائية لكنها تعمل. قاعدة بيانات الشبكة، إدارة الأنفاق، وإدارة الإحصاءات ما تزال قيد الانتظار. نظام العميل سيكون بسيطًا (إعادة استخدام SDK local only router فقط) [23:21] <co> ماذا تعني بخوارزميات بدائية؟ [23:21] <w0rmus> ليست سريعة؟ [23:21] <jrand0m> آه، نظام إدارة الأقران لا يتتبع أداء الأقران، بل يعيد أقرانًا عشوائيين فقط. [23:22] <jrand0m> ستُحدّث الخوارزمية وتُضبَط مع التقدم لتزويد اختيار أفضل للأقران [23:22] <jrand0m> المهمة الحالية لدي هي بناء والتعامل مع garlic messages (رسائل Garlic)، وهذا مزعج جدًا. [23:23] <jrand0m> لكنه ممكن، فقط مزعج [23:23] <jrand0m> وهذا يقود فعليًا إلى 2.2) استمرارية مفاتيح التشفير. [23:24] <jrand0m> garlic messages تستخدم تشفير ElG+AES لتغليف طبقات الفصوص [23:24] <jrand0m> وتُستخدم المفاتيح الخاصة في أماكن أخرى (النقل، إدارة العميل) [23:25] *** تسجيل الخروج: thecrypto (Ping timeout) [23:25] <jrand0m> إبقاء المفاتيح الخاصة ومفاتيح الجلسة دائمًا في الذاكرة وعدم كتابتها على القرص هو المثالي، لكنه سيئ عند توقف الـ router (سواء عمدًا أو بسبب عطل) [23:26] <jrand0m> هل لدى أحد أفكار حول ما إذا كان ينبغي أن 1) لا نكتب المفاتيح إلى القرص أبدًا ونخاطر بفقدان رسائل غير ضرورية بشكل مفرط (لأنها لن تُفك شيفرتها) 2) تشفيرها قبل كتابتها على القرص أو 3) فقط كتابتها على القرص كما هي؟ [23:26] <co> الخيار 2. [23:27] <nop> jrand0m الخيار 2، أو نفعل ما قلناه من قبل [23:27] <nop> علينا الوثوق بـ localhost [23:27] *** تسجيل الخروج: cohesion (class) [23:27] <nop> نفترض أن localhost غير مخترق [23:27] <jrand0m> الشيء الغريب في الخيار 2 هو أن المستخدم سيتعين عليه إدخال عبارة مرور لبدء الـ router، أو أن مفتاح الجلسة سيكون قابلًا للمعرفة [23:27] <jrand0m> نقطة جيدة يا nop. [23:28] <nop> مرة أخرى نحن طبقة نقل، لا يمكننا القلق بشأن ذلك كثيرًا، يمكن تعديل ذلك على جهة العميل، أو يمكننا منحهم خيارات [23:28] <nop> حسب مستوى البارانويا [23:28] <nop> مفاضلة الأمان مقابل الملاءمة [23:29] <co> إذن أقترح أن يكون 3 افتراضيًا، مع إعطاء المستخدم خيار استخدام 2. [23:29] <nop> بالضبط [23:29] <jrand0m> صحيح. حسنًا، الشيء الجيد هو أن الناس يمكنهم (ويجب!) أخذ كود الـ router وتعديله لهذه المفاضلة - "tinfoil I2P router" و "jane sixpack I2P router" [23:29] <jrand0m> حسنًا، رائع، سأمضي بالخيار البسيط 3) الآن إذن [23:30] <jrand0m> حسنًا 2.3) المهام [23:30] * co يود العودة إلى موضوع NS في نهاية الاجتماع. [23:30] * nop يحتاج لإنهاء قراءة بريد NS [23:30] <jrand0m> تمام، أصبحت البند #5 الآن [23:30] <co> أستطيع الانتظار حتى النهاية. [23:31] <jrand0m> mihi جمع بعض الاختبارات لإبراز بعض العلل في تطبيق SDK. بعضها أُصلح بالفعل وبعضها لا. إصلاحها على قائمة المهام :) [23:32] <jrand0m> أيضًا، كانت هناك حوالي 12 تغييرًا في مواصفات مختلفة. عندما أجد وقتًا سأحدّث الوثائق وأنشرها، رغم أنني قد أضع صفحة أخطاء (errata) على الويكي في هذه الأثناء [23:33] <nop> تم [23:34] <jrand0m> مهام أخرى... أمم، أصلحت هذا الصباح مشكلة "Wrong Size generating key" بالإضافة إلى بعض العلل العشوائية [23:34] <jrand0m> حسنًا، هذا كل شيء لحالة التطوير. 3) أمور المواصفات [23:35] <jrand0m> 3.1) انظر المهام بخصوص التعديلات. كانت تغييرات معظمها طباعية، وصادفت اليوم تغييرًا أكبر قليلًا أثناء تنفيذ الـ garlics. لا مشكلة، فقط يتطلب نقل بعض هياكل البيانات والقيام ببعض الحركات البهلوانية مع التشفير. سأضع ذلك في صفحة الأخطاء. [23:35] <jrand0m> 3.2) [أعلم، هذا لم يكن على جدول الأعمال، لكن ها هو] أسئلة المواصفات [23:35] <shardy> (سأعود حالًا، ما زلت متخفيًا إن احتجتم إلي) [23:35] <jrand0m> هل لدى أحد أسئلة حول أي من المواصفات؟ [23:35] <jrand0m> جيد يا shardy [23:36] <co> jrand0m: من فضلك أخبرنا مرة أخرى أي مواصفة في أي وثيقة. [23:37] <jrand0m> (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs فيها خريطة لها [23:37] <co> سأطلع عليها. [23:38] <jrand0m> (وأنا أنظر إليها تذكرني بأنني بحاجة لتوثيق نقل UDP الآمن الموثوق. مهمة أخرى...) [23:39] <jrand0m> كانت هناك بعض الأسئلة من أشخاص مختلفين بشأن أي المواصفات يُطّلع عليها - أساسًا، ما لم تكن تريد معرفة كيفية عمل الـ routers (أو تريد المساعدة في تنفيذها)، فلن تحتاج لقراءة مواصفة I2NP. I2CP وقسم I2CP من هياكل البيانات كافيان [23:40] <nop> jrand0m [23:40] <jrand0m> نعم سيدي؟ [23:41] <nop> هل تقصد UDP الفعلي كحزم UDP [23:41] <nop> أم UDP كبروتوكول عام [23:41] <jrand0m> نعم، UDP كحزم UDP [23:41] <nop> من أجل I2P [23:41] *** thecrypt1 (~thecrypto@anon.iip) انضم إلى القناة #iip-dev [23:41] *** thecrypt1 أصبح الآن باسم thecrypto [23:41] <jrand0m> i2p/code/router/java/src/net/invisiblenet/i2p/router/transport/udp للتنفيذ [23:42] <thecrypto> عدت [23:42] <jrand0m> أهلاً بعودتك [23:42] <thecrypto> أحد يرسل لي ما حصل أثناء غيابي؟ [23:43] <jrand0m> تنفيذ UDP بسيط جدًا - يجري تبادل DH وتقسم الرسائل إلى حزم 1K وتُشفّر بـ AES256 باستخدام المفتاح المُولّد [23:43] <jrand0m> إعادة إنشاء المفاتيح مدعومة لكن ليست تلقائية حاليًا [23:43] <jrand0m> تُرسل ACKs على شكل حزم (أي "تلقيت كل الحزم للرسالة 42 حتى الحزمة 18 ما عدا 3 و7") [23:44] <jrand0m> (والسبب العملي لبدئي بتنفيذ UDP قبل TCP هو أن UDP يعطي IO غير متزامن "مجاني" مع حمولة شبه صفرية) [23:45] <nop> بالطبع [23:45] <jrand0m> تبقى شيئان لعملهما في تنفيذ udp - إضافة Station-to-Station ضد MITMs (هجوم الرجل في الوسط) وحزمة لـ "يا ساتر، نسيت مفتاح الجلسة" [23:45] <nop> جيد [23:46] <jrand0m> بعد نقل UDP النقل التالي الذي أريد تنفيذه هو polling HTTP - بحيث ندعم المستخدم العادي (UDP) والمستخدم خلف جدار ناري/‏NAT/‏وكيل (polling http) [23:47] <jrand0m> حسنًا، نعم، يحتاج ذلك للتوثيق ضمن مواصفة :) [23:48] * jrand0m يجلد نفسه لأنه برمج قبل كتابة المواصفات [23:48] <thecrypto> البرمجة قبل كتابة المواصفات تساعدني [23:48] <jrand0m> نعم، الأفضل أن يكون الأمر تكراريًا [23:48] <jrand0m> (إذ نجد مشاكل في المواصفات أثناء تنفيذها، إلخ) [23:49] <jrand0m> حسنًا، هذا بخصوص 3) المواصفات. 4) الشؤون الإدارية [23:49] <jrand0m> 4.1) anon cvs. thecrypto؟ :) [23:49] <thecrypto> ما أروع التوقيت [23:49] <thecrypto> حسنًا، أتحقق من ذلك، أعتقد أن 2401 محظور حاليًا [23:49] <jrand0m> هل تستطيع cvs -d :pserver: محليًا؟ [23:49] <thecrypto> وقد يكون هناك بعض أمور inetd كذلك شكرًا jrandom [23:50] <jrand0m> آه تمام [23:50] <thecrypto> دعني أختبر ذلك لقد نسيت أنه يمكنك فعل ذلك :) [23:51] <thecrypto> هل ستكون فقط cvs -d :pserver: ؟ [23:51] <jrand0m> cvs -d :pserver:anonymous@localhost:/home/cvsgroup/cvsroot/ co i2p [23:52] <jrand0m> أيضًا، سيكون رائعًا لو استطعنا وضع bugzilla هناك أيضًا [23:52] <thecrypto> acvs [checkout aborted]: connect to localhost(127.0.0.1):2401 failed: Connection refused [23:52] <jrand0m> تمام، بعد إضافة سطر inetd.conf و kill -HUP identd؟ [23:52] <thecrypto> دعني أجرب سطر inet وسأعود إليك [23:52] <jrand0m> أقصد، inetd :) [23:52] <jrand0m> تمام [23:53] <thecrypto> هل يذهب pserver على نفس السطر؟ [23:53] <jrand0m> نعم، كله على سطر واحد [23:55] <jrand0m> حسنًا، هذا كل شيء للشؤون الإدارية، على الأقل ما يخطر ببالي [23:55] <jrand0m> 5a) الكلمة لك يا co [23:56] <co> عندما يريد شخصان تسجيل نفس اسم الكيان، يُرفض الثاني. [23:56] <co> لكن إن استخدمنا نهجًا قائمًا على التوقيع، [23:56] <co> يمكن للشخص الذي رُفض طلبه أن يرسل رسالة إلى خادم التسمية [23:56] <co> على أي حال، يطلب فيها تعديل السجل. [23:56] <co> هناك احتمالان: [23:57] <co> 1) يرسل الـ CA إلى خادم التسمية نسخة من المفتاح العام للكيان الذي تمت الموافقة عليه. [23:57] <co> 2) يرسل الـ CA إلى الشخص الذي يسجّل اسمًا شهادة موقعة بمفتاحه الخاص. وسيملك خادم التسمية المفتاح العام للـ CA للتحقق منها. [23:58] <co> إذا طلب مستخدم خبيث من خادم التسمية تعديل سجل معين، فإن عدم وجود شهادة سيمنع التعديل. [23:58] <co> هذا ما كنت أفكر به. [23:59] <jrand0m> لكن في تلك الحالة يعرف الـ CA المفتاح - التشفير اللامتناظر يعني أن الـ CA لا يعرف سوى المفتاح العام، إضافة إلى أن الـ CA لن يرغب أو يحتاج إلى إعطاء هذا المفتاح العام لأي أحد - هو فقط ليتحقق المُحدِّث الأصيل منه عند طلب تحديث [00:00] <jrand0m> ما تصفه يبدو أقرب إلى التشفير المتناظر - مجرد استخدام عبارة مرور، عمليًا [00:00] <thecrypto> cvs يعبث بي! [00:00] <jrand0m> (حيث تكون الشهادة سرًا مشتركًا بين الـ CAs والمالك الأصيل للاسم) [00:00] *** mrsc (~efgsdf@anon.iip) انضم إلى القناة #iip-dev [00:01] <jrand0m> ماذا هناك يا thecrypto؟ [00:01] <thecrypto> أضفت المستخدم anonymous بكلمة مرور فارغة أضفته إلى readers وإلى cvsgroup وأحصل على cvs login: authorization failed: server localhost rejected access to /home/cvsgroup/cvsroot for user anonymous [00:01] <co> jrand0m: نقطة جيدة. لنقل إن هذا الجزء من المواصفة غير نهائي، وسأفكر فيه أكثر. [00:01] <jrand0m> تمام [00:01] *** LeerokLacerta (~leerok@anon.iip) انضم إلى القناة #iip-dev [00:02] <LeerokLacerta> Konnichiwa. [00:02] <jrand0m> همم thecrypto، لا أظن أنك تريد مستخدم نظام باسم anonymous [00:02] <jrand0m> أهلًا بك يا LeerokLacerta [00:02] <LeerokLacerta> مرحبًا، jrand0m. [00:02] <thecrypto> حسنًا وضعت كلمة مرور والآن يعمل [00:03] <co> jrand0m: وإذا كانت لديك اقتراحات أخرى بعد قراءة المواصفة، أرسلها لي. [00:03] <jrand0m> سأفعل يا co [00:03] <jrand0m> رائع يا thecrypto.. هل /bin/false هي الصدفة الخاصة به؟ [00:03] <thecrypto> الآن علي فقط إيجاد ذلك القسم في دليل cvs حول كيفية إنشاء مستخدم [00:03] -> *thecrypto* whats the pw? [00:04] <thecrypto> الآن كذلك [00:05] <jrand0m> حسنًا، يمكننا معالجة هذا بعد الاجتماع. [00:05] <jrand0m> حسنًا، آخر نقطة على جدول الأعمال: 5b) ؟ [00:05] <jrand0m> أي أسئلة/أفكار/مخاوف؟ [00:05] <thecrypto> فقط اطلعوا على تطبيق IM [00:06] <thecrypto> الآن كل ما يفعله هو إنشاء شجرة لكنه يريك كيف سيبدو [00:06] <LeerokLacerta> لا SOCKS؟ [00:06] <thecrypto> أوه نعم هذا ما نسيته [00:06] <jrand0m> آه رائع يا thecrypto [00:06] <jrand0m> SOCKS؟ تقصد بروتوكول الوكيل؟ [00:06] <thecrypto> أحد هنا جيد في صنع الأيقونات؟ [00:06] <LeerokLacerta> نعم. [00:06] <LeerokLacerta> كان الجواب في كل مرة سألت فيها "لا". [00:07] <jrand0m> آه. نعم، بالتأكيد سنرغب في socks proxy، لكن لا أحد يعمل عليه حاليًا. [00:07] <LeerokLacerta> همم. [00:07] <jrand0m> سيكون ذلك واحدًا من التطبيقات التي نريدها قبل 1.0 للعامة، حتى يتمكن الناس من تصفح مواقع i2p، وكذلك تصفح الويب العادي مجهولين [00:07] <mihi> هناك ما يكفي من وكلاء socks المتاحة مجانًا، أقول ;) [00:08] <jrand0m> بالضبط، فقط نحتاج لدمجها [00:08] <mihi> لكن لا أعرف أيًا منها بالـ java. [00:08] <jrand0m> قد يعمل تطبيق عميل JAP جيدًا، لا أعلم إن كان تحت GPL though [00:08] <mihi> عميل jap لا يحتوي على وكيل. [00:08] <thecrypto> حسنًا أحتاج بعض الأيقونات لمشروع I2PIM [00:09] <thecrypto> شيء يمثّل متصل/غير متصل ومجموعة أشخاص [00:09] <mihi> الوكيل الوحيد هو http/ftp proxy وذلك في آخر mix. [00:10] <mihi> كما في iip - isproxy لا يعرف أي بروتوكول IRC. [00:10] <jrand0m> حسنًا، هذا على جهة الخروج - لمواقع i2p، سنحتاج إلى شيء يقبل طلبات الوكيل من المتصفحات المحلية، يقوم ببحث الـ dest، ويرسل الرسائل إلى الـ dest المناسب [00:10] <thecrypto> هل من مهتم؟ [00:11] <co> thecrypto: هل يمكنك أخذ الأيقونات من مشروع gaim المرخص بـ GPL؟ [00:11] * jrand0m يصنع رسومات مملة للغاية في ms paint [00:11] <co> بما أنه تحت GPL، وكذلك هذا، ما لم أكن مخطئًا. [00:11] <thecrypto> نعم، أستطيع [00:11] <jrand0m> إذا كان I2PIM يستخدم مكتبات عميل الـ sdk، فإن I2PIM بالتأكيد GPL :) [00:12] <thecrypto> آه روعـة GPL [00:12] <jrand0m> LeerokLacerta> هل لديك سبب معين للسؤال، أم فقط تحفّزنا لنفعله؟ ;) [00:13] <thecrypto> المشكلة مع أيقونات gaim أنها من تطبيقات IM التي يستخدمونها [00:14] <thecrypto> لذا إن استطاع أحد صنع أيقونة I2PIM فسيكون ذلك رائعًا [00:15] * jrand0m يظن أن لدينا كثيرًا من الصور المخربشة المعتمدة على paint في الوقت الراهن... [00:16] <jrand0m> حسنًا، هل لدى أحد أفكار/أسئلة/commnets؟ [00:16] <nop> لدي commnets [00:16] <jrand0m> (بخلاف "ما هي commnet بحق؟") [00:16] <jrand0m> هل هي معدية؟ [00:16] *** nixonite (~nixonite@anon.iip) انضم إلى القناة #iip-dev [00:16] <mrflibble> lol [00:17] <jrand0m> تمام، إن لم يكن، فهذا يختتم الاجتماع، لا مزيد من بنود جدول الأعمال [00:17] <nixonite> هل فاتني الاجتماع؟ [00:17] <jrand0m> نعم، 9p GMT [00:17] <jrand0m> حسنًا، تقنيًا وصلت في النهاية :) [00:17] <nixonite> أوه [00:18] <co> nop: هات ما لديك. [00:18] <thecrypto> إذن ما التعليقات [00:18] * jrand0m ظن أن nop كان يسخر من خطئي الإملائي، لكن إن كانت لديه تعليقات، فليتفضل يا أخي [00:20] <thecrypto> anon cvs ما يزال لا يحبني، عمل أكثر غدًا [00:20] <jrand0m> أعطني root وسأجعله يعمل [00:21] <thecrypto> تحدّث مع nop بشأن ذلك [00:21] <jrand0m> هه تمام [00:22] <jrand0m> حسنًا، إذ يبدو أن nop سُحب مجددًا إلى العمل... [00:22] <jrand0m> nop، وأي شخص آخر، حقًا> إن كانت لديكم أي تعليقات/أسئلة/مخاوف، أخبرونا أو انشروها على قائمة البريد (أو حتى على الويكي) [00:23] * jrand0m يشحن ويُنهي الاجتماع بـ *baf*s. </div>/ar/blog/2003/09/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-9-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/Tue, 09 Sep 2003 00:00:00 +0000/ar/blog/2003/09/09/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-9-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus</p> <h2 id="meeting-log">سجل الاجتماع</h2> <div class="irc-log"> [22:57] <jrand0m> حسنًا، مساء الخير يا سادة ويا آنسات [22:57] <jrand0m> جدول الأعمال: [22:57] <jrand0m> 0) الترحيب [22:57] <jrand0m> 1) cvs [22:57] <jrand0m> 4) خدمة التسمية [22:58] <co> لقد نسيت 5) أسئلة. [22:58] <jrand0m> 3) حالة التطوير [22:58] <jrand0m> 2) أسئلة حول المواصفات؟ [22:58] <jrand0m> 5) أسئلة أخرى؟ [22:58] <jrand0m> أوه، تبًا، نسيت أن أعيد ترتيبها. حسنًا. أرقامها غير صحيحة :) 0 == 0، 1 == 1، 4 == 2، 3 == 3، 2 == 4، 5 == 5 [22:59] <jrand0m> لنرَ إن كنت أستطيع الالتزام بذلك أثناء سيرنا... [22:59] <jrand0m> حسنًا، 0) الترحيب [22:59] <shardy> يحيا علم مجموعات التبديل! [22:59] <jrand0m> مرحبًا بكم في الاجتماع 57 [22:59] <jrand0m> نعم، هي مجرد رموز على أي حال [22:59] <w0rmus> جميل، ما الأخبار؟ ;0 [23:00] <w0rmus> سأكون من جمهور المتفرجين [23:00] <jrand0m> 1) لا يزال cvs متوقفًا، بعد أكثر من 10 أيام. نبحث عن مستضيف جديد. [23:00] <jrand0m> sf.net سيئ للغاية، ولا سبب لدي للاعتقاد بأن non-gnu لدى gnu أفضل. [23:00] <co> jrand0m: لماذا لا نجعل لذلك المضيف الاسم المستعار "cvs.invisiblenet.net"؟ [23:00] <jrand0m> nop يتولى قيادة البحث عن المستضيف الجديد. [23:01] <jrand0m> بالتأكيد يا co، بمجرد أن نحصل على الخادوم [23:01] <shardy> ما الذي تحتاجه في المستضيف؟ [23:01] <jrand0m> shardy> اتصال شبكي موثوق، وصول ssh/cvs. وبعض مساحة القرص [23:01] <shardy> هل لديك شيء مُجهَّز؟ [23:01] <shardy> لأنه إن لم يكن، قد أستطيع المساعدة. [23:02] <jrand0m> رائع! لا أعلم ما الذي جهّزه nop، لكن سأجعله يتواصل معك (إلا إذا كان هنا الآن؟) [23:02] * w0rmus ينبّه nop [23:03] <shardy> لدي SDSL أعمال بسرعة 1.1. سأحتاج إلى إيجاد جهاز. ولكن ما دمتُم لا تستخدمون كميات هائلة من عرض النطاق، فربما أستطيع استضافة الخادوم. [23:03] <shardy> كم من مساحة القرص ستحتاجون؟ [23:03] <jrand0m> المستودع حاليًا حوالي ~ 6 ميغابايت. لذا على الأرجح 50 ميغابايت ستكفي للنمو لفترة جيدة [23:04] <shardy> أوه. هيه. هذا لا شيء. [23:04] <shardy> ولن يحتاج الجهاز إلى أن يكون سريعًا جدًا؟ [23:04] <shardy> لن تُجروا عليه مهام ترجمة كبيرة؟ [23:04] <jrand0m> لا، جهاز 286 ربما يكفي. [23:04] <jrand0m> لا، فقط عمليات cvs checkin/checkout [23:04] <jrand0m> (حسنًا، و diff، و log، إلخ ;) [23:05] <jrand0m> "نحن على جافا، لا نحتاج إلى مزارع ترجمة" </fark> [23:05] *** تسجيل الخروج: cohesion (class) [23:05] <w0rmus> هل يستخدم المهتمون بإخفاء الهوية شيئًا مثل JAP للوصول إلى CVS؟ لم أستخدم CVS من قبل [23:05] <jrand0m> w0rmus> أستخدم cvs عبر سلسلة خاصة من وكلاء SSH [23:05] <co> jrand0m: ضع في الحسبان أن تنفيذًا بـ C أو C++ قد يكون مرجحًا في المستقبل. [23:06] <mihi> على حد علمي، JAP لا يتيح الوصول إلى cvs :( [23:06] <w0rmus> النفق عبر SSH [23:06] <shardy> دعني أرى ما بوسعي فعله. قال أحدهم إنه سيعطيني قرصًا إضافيًا... إن حصلت على قرص لدي جهاز يمكنني تشغيله. [23:06] <jrand0m> أوه، بالطبع يا co. فقط لا أتوقع أن بوسعنا اشتراط أن يكون مستودع cvs بالضرورة مزرعة ترجمة أيضًا. [23:07] <jrand0m> رائع يا shardy. إن كان هناك أي شيء يمكننا فعله، فقط قل الكلمة. [23:07] <co> jrand0m: أنت محق. يجب أن يكونا منفصلين. [23:07] <shardy> حاضر. دعني أبحث عن قرص، ينبغي أن أستطيع الحصول على واحد، وإن فعلت فسأكون سعيدًا باستضافة cvs للجميع. [23:07] <jrand0m> shardy++ [23:07] <w0rmus> يا سلام ;0 [23:07] <jrand0m> حسنًا، 4) خدمة التسمية [23:08] <jrand0m> co، كيف يسير الأمر؟ [23:08] <co> ما زلت أكتب، لكن أود قول بضع كلمات حوله. [23:08] <co> أولًا، للرد على سؤال من thecrypto خلال الاجتماع السابق، إن الـ NS (خدمة التسمية) لا توفر إشعارًا بكون شخص ما متصلًا. [23:09] <co> هي فقط تشير إلى أن بالإمكان التواصل مع الشخص عبر وسائل معينة، مثل AIM. [23:09] <co> ثانيًا، جانب العميل. [23:09] <co> سيكون هناك API يمكن للبرامج استخدامه لإرسال استعلامات إلى خوادم التسمية. [23:10] <co> الآلية الأساسية ستقرأ ملف إعداد يحدد أي الخوادم يُستعلم منها، وستستخدم شبكة I2P للحصول على النتائج، ثم تُعيد النتائج للجهة المستدعية. [23:11] <co> كما ستقرأ الآلية الأساسية من ملف عنوان الوجهة الذي سيتواصل معه الـ router المحلي. [23:11] <jrand0m> آلية الوجهة؟ [23:11] <co> عذرًا، عنوان الوجهة. [23:11] <jrand0m> آه حسنًا [23:12] <co> هذا كل شيء في الوقت الحالي. [23:12] <jrand0m> جميل [23:12] <w0rmus> أتفق [23:12] <w0rmus> ;) [23:12] <jrand0m> أي تقديرات عامة للجداول الزمنية للمحطات المختلفة؟ [23:13] <jrand0m> طبعًا ليس شيئًا يمكن لأحد أن يُلزمك به، مجرد استفسار. [23:13] <co> لنقل نهاية الأسبوع لإنهاء المواصفة ونشرها ونشر الـ API. [23:14] * mariesofie تصل متأخرة [23:14] <jrand0m> آه جميل يا co [23:14] <co> ثم سأبدأ بتنفيذه. لكنني لست متأكدًا من المدة التي سيستغرقها ذلك. [23:14] <jrand0m> مفهوم [23:15] <jrand0m> هل لدى أي شخص أسئلة/أفكار حول خدمة التسمية؟ [23:15] <jrand0m> حسنًا، 3) حالة التطوير [23:16] <jrand0m> التطوير يسير على ما يرام. [23:16] <jrand0m> جانب جافا موافق للمواصفة ويُنفّذ جميع رسائل وبُنى I2CP و I2NP [23:17] <jrand0m> معمارية جافا نفسها تعمل، وسأواصل إنشاء هياكل أولية للأنظمة الفرعية المختلفة. [23:17] <co> هل اختبرته؟ [23:17] <jrand0m> الرسائل والبُنى؟ نعم عبر TestData harness in net.invisiblenet.i2p.data.test [23:17] <co> أعني وصل حاسوبين مختلفين عبر I2P. [23:18] <jrand0m> أوه، لا، ذلك يتطلّب تنفيذًا كاملًا للنظام الفرعي للاتصالات [23:18] <co> أفهم. [23:18] <jrand0m> أولًا أبني الأنظمة الفرعية المختلفة لتعمل في وضع الاختبار، ثم أنفذها بحيث يمكنها العمل بشكل معزول. [23:19] <jrand0m> من المحتمل أننا على بُعد أسبوعين من عميل يرسل رسالة إلى عميل على router مختلف [23:19] * mariesofie تهتف [23:20] <jrand0m> لا يزال هناك الكثير من العمل بعد ذلك قبل نسخة الألفا، لكن هذا تقدّم. [23:21] <jrand0m> مواصفات هياكل البيانات و i2np تحتاج إلى نحو اثنتي عشرة تعديلاً صغيرًا كنتُ أجمعها أثناء التنفيذ لمعالجة أمور تم التغافل عنها. مثلًا: "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" و "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] <shardy> يا رجل. أحتاج حقًا أن أقرأ المواصفات. [23:22] <jrand0m> حسنًا، ستُستضاف قريبًا على جهازك لذا سيكون الأمر سهلًا :) [23:22] <w0rmus> هاها [23:22] <w0rmus> لم أنهِ قراءة المواصفات أنا أيضًا [23:23] <mariesofie> طبعتُ المواصفات، قرأتها مرات كثيرة حتى بَلِيَت واضطررتُ لطباعة نسخة أخرى [23:23] <jrand0m> من خلال نقاشاتي مع أشخاص مختلفين، وجدتُ أن المواصفات ليست ممتازة في توضيح كيف يعمل الشيء فعليًا. فهي تغطي الأمور الضبابية والتفاصيل الدقيقة، لكن ليس لماذا تتوافق التفاصيل الدقيقة مع الدوافع. [23:23] <w0rmus> هه [23:23] <jrand0m> لول يا mariesofie [23:23] <jrand0m> حسنًا، هذا كل شيء لـ 3) حالة التطوير [23:24] <jrand0m> والآن إلى 2) أسئلة المواصفات [23:24] <w0rmus> أعتقد أنني سأقرأها بدل حساب التفاضل السخيف [23:24] <co> أفكر قليلًا بالمستقبل. [23:24] <co> تنفيذات Python و C أو C++ ستحتاج إلى أن تكون بيانات الرسائل قابلة للقراءة بواسطة تنفيذ Java. [23:24] *** تسجيل الخروج: mihi (EOF From client) [23:25] <jrand0m> صحيح يا co [23:25] <co> كيف ستحقق ذلك؟ [23:25] <jrand0m> مواصفة هياكل البيانات تُعرّف تحديدًا ترتيبات البايتات [23:25] <jrand0m> وكل شيء big-endian وجميع الأعداد غير موقّعة [23:25] <mariesofie> ما مستوى المعرفة التقنية الذي تستهدفه هذه المواصفات؟ أي شخص لديه معرفة حاسوبية معقولة؟ طلاب هندسة علوم الحاسوب بمستوى جامعي؟ [23:25] <co> حسنًا، تمام. [23:25] *** mihi_ (~none@anon.iip) انضم إلى القناة #iip-dev [23:26] <mariesofie> أي: من هو الجمهور المستهدف؟ [23:26] *** أصبح اسم mihi_ الآن mihi [23:26] <jrand0m> mariesofie> حسنًا، لقد كانت تلك المواصفات مستهدفة بشكل عشوائي إلى حد ما. i2p_philosophy كانت بمثابة "حسنًا، ما هذا بحق الجحيم كله"، لكن بقية المواصفات كانت موجهة نحو الأشخاص المهتمين فعلًا بتنفيذ النظام. [23:26] <jrand0m> نحن بحاجة فعلًا إلى بعض المستندات التي تقع في الوسط. [23:27] <mariesofie> أفهم [23:27] <mariesofie> وجدتُ وثائق الـ API سهلة الفهم ومفيدة جدًا، لكن من المفارقة أنني ما زلتُ أرتبك عند قراءة مواصفات I2NP أثناء محاولتي فهم المعمارية الأساسية [23:28] <mariesofie> ربما يعكس ذلك مشكلتي أكثر من الوثائق :) [23:28] <jrand0m> هه يا مهووس :) [23:29] <jrand0m> حسنًا، أي أسئلة أخرى حول المواصفات؟ دعونا ننتقل إلى 5) أسئلة أخرى [23:29] <jrand0m> هل لدى أي شخص أي أسئلة أخرى؟ هذه هي النقطة الأخيرة في جدول أعمال الاجتماع [23:30] <w0rmus> أتساءل أين وصل thecrypto مع achat [23:30] <jrand0m> آه، thecrypto غير متصل للأسبوعين أو الثلاثة المقبلة تقريبًا [23:30] <mihi> ماذا عن المراجعة النظرائية (peer review)؟ [23:30] <w0rmus> أو atalk [23:30] <w0rmus> واو [23:30] <mihi> هل يراجعه أحد؟ [23:30] <mariesofie> ظننت أن لدى thecrypto ساعتين يوميًا [23:31] <w0rmus> ولا أستطيع حتى رؤية الشيفرة التي لديه :( [23:31] <jrand0m> mihi> أُرسلت المراجعات إلى أشخاص مختلفين، ومع ورود التغذية الراجعة سيتم التعامل معها. [23:31] <jrand0m> w0rmus> هل لديك أي أسئلة حول ATalk؟ [23:32] <shardy> سأقوم بمراجعته بمجرد أن يتسنى لي الوقت :) [23:32] <mihi> أعني، هل وصل أي تعقيب حتى nowß [23:32] <w0rmus> أظن لا [23:32] <mihi> s/nowß/now?/ [23:32] <jrand0m> mihi> إلى حد كبير على شكل نقاشات وتوضيحات [23:32] <jrand0m> رائع يا shardy :) [23:33] <Brownspider> عيد ميلاد سعيد يا Google [23:33] <jrand0m> mariesofie> صحيح، لكن هذا ليس وقتًا كافيًا حتى ليقوم بـ d/l لوثائق لغة جافا ليواصل التطوير :/ [23:33] <w0rmus> أهاها، ما هذا بحق! [23:35] <jrand0m> حسنًا، أي أسئلة/أفكار أخرى؟ [23:35] <w0rmus> أظن أنه يجدر بي أن أذكر أنني لم أبرمج خارج إطار المدرسة [23:35] <w0rmus> لكن عليّ أن أبدأ من مكان ما على أي حال [23:35] <jrand0m> الآن وقت جيد للبدء :) [23:35] <jrand0m> تمام [23:35] <w0rmus> ;0 [23:35] <mariesofie> لدي أسئلة حول الـ API، لكن ليس الآن، بعد يوم أو يومين عندما أتمكن من تجربته أكثر [23:35] <w0rmus> درستُ حوالي سنتين من جافا أو نحو ذلك [23:36] <jrand0m> حسنًا رائع يا mariesofie، فقط أرسلي رسالة إلى القائمة أو راسليني هنا متى شئتِ [23:37] <co> mariesofie: هل قرأتِ النقاش على القائمة البريدية iip-dev؟ [23:37] <w0rmus> أين تتم أرشفتها؟ [23:37] <jrand0m> http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] <jrand0m> (حاليًا بحجم مرور منخفض) [23:38] <Brownspider> يريدك jrand0m أن تكتب كودًا لشيء لا يمكن أن يوجد منطقيًا، ليمزّق العالم إربًا، وينهي حكم الإله. [23:38] <shardy> عروضي ما تزال قائمة إن احتجتم إلى كتابة أو تنقيح أي أنوية تشفير أو ما شابه. [23:39] *** M123456789 (~no@anon.iip) انضم إلى القناة #iip-dev [23:39] <co> Brownspider: هاه؟ [23:39] <Brownspider> co، كان ذلك على freesite الخاص به، لا عليك [23:40] <jrand0m> عظيم يا shardy، لدي شعور بأننا سنحتاج إلى بعضها بمجرد أن تعمل الـ routers، وخاصةً عندما نُعيد APIs الخاصة بـ C/Python إلى المواصفة. [23:40] <mariesofie> co> لم أقرأ إلا حتى العدد رقم 52 تقريبًا [23:42] <jrand0m> حسنًا. أي كلمات أخيرة (وأنا أحدّق في الـ *baf*er...) [23:43] *** mihi_backup_ (~none@anon.iip) انضم إلى القناة #iip-dev [23:43] *** تسجيل الخروج: mihi_backup (EOF From client) [23:43] *** أصبح اسم mihi_backup_ الآن mihi_backup [23:43] <jrand0m> حسنًا رائع. الأسبوع القادم، نفس الوقت ونفس المكان. [23:44] * jrand0m ينهي الاجتماع بـ *baf* </div>/ar/blog/2003/09/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-2-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/Tue, 02 Sep 2003 00:00:00 +0000/ar/blog/2003/09/02/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-2-%D8%B3%D8%A8%D8%AA%D9%85%D8%A8%D8%B1-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحضور:</strong> jrand0m, mihi, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">سجل الاجتماعات</h2> <div class="irc-log"> [22:53] <jrand0m> حسنًا، ما الذي يمنع؟ جدول الأعمال: [22:53] <jrand0m> 0) الترحيب [22:53] <jrand0m> 1) إصدار المواصفات &amp; SDK [22:53] <jrand0m> 2) أسئلة حول المواصفات &amp; SDK [22:53] <jrand0m> 3) حالة التطوير 3.1) co's NS 3.2) معايير SDK 1.0 3.3) محاكي الشبكة 3.4) تطبيقات أخرى [IM, tunnel, إلخ] 3.5) مزيد من بروتوكولات النقل 3.6) تنفيذ router بلغة Java [22:53] <jrand0m> 4) تغيير موعد الاجتماع؟ [22:53] <jrand0m> 5) إداريات cvs [22:54] <jrand0m> 6) أمور shardy [22:54] <jrand0m> 7) جمهور المتفرجين [22:54] <jrand0m> هذا كل شيء. [22:54] <jrand0m> 0) الترحيب [22:54] <w0rmus> هاي هاي [22:54] <thecrypto> إذًا مرحبًا بالجميع في الاجتماع رقم 55 [22:54] <thecrypto> 56 [22:55] <thecrypto> 56 هو الصحيح [22:55] *** مغادرة: mihi (EOF من العميل) [22:55] <jrand0m> مرحبًا. أهلاً بكم في الاجتماع 56 [22:55] <jrand0m> نعم [22:55] <jrand0m> 1) إصدار المواصفات &amp; SDK [22:55] <w0rmus> هاها [22:55] *** mihi (~none@anon.iip) انضم إلى القناة #iip-dev [22:55] <jrand0m> تم نشر المواصفات وصدرت أيضًا نسخة SDK 0.2. [22:56] <jrand0m> حاليًا، هي متاحة فقط على freenet [`http://localhost:8888/CHK@p1VU1U67UgXYJ7v7cS4Xqn~p4ssLAwI,RvdwV4jZyZYcJgYabpVPOQ/I2P_SDK.zip]` [22:56] <jrand0m> لكن nop أخبرني أنه سيضعها على الويب العادي اليوم، بالإضافة إلى إرسال بريد إلكتروني إلى بعض القوائم التقليدية لجمع بعض المراجعين [22:57] <jrand0m> 2) أي أسئلة جديدة حول المواصفات أو SDK؟ [22:58] *** nixonite (~nixonite@anon.iip) انضم إلى القناة #iip-dev [22:58] *** terrific (terrific@anon.iip) انضم إلى القناة #iip-dev [22:58] <jrand0m> حسنًا، أول سؤال هناك هو: كيف تسير وتيرة /قراءة/ المواصفات؟ :) [22:58] <w0rmus> لا بد أن أفعل ذلك :) [22:58] <thecrypto> ببطء <p>[يستمر سجل الاجتماع بمناقشات حول المواصفات، وتطوير SDK (مجموعة تطوير البرمجيات)، ومحاكي الشبكة، ومشاريع أخرى. يغطي الاجتماع تحديثات حالة التطوير والتخطيط للإصدارات المستقبلية.] </div></p>/ar/blog/2003/08/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2003/Tue, 26 Aug 2003 00:00:00 +0000/ar/blog/2003/08/26/%D8%A7%D8%AC%D8%AA%D9%85%D8%A7%D8%B9-%D9%85%D8%B7%D9%88%D8%B1%D9%8A-i2p-26-%D8%A3%D8%BA%D8%B3%D8%B7%D8%B3-2003/<h2 id="quick-recap">ملخص سريع</h2> <p class="attendees-inline"><strong>الحاضرون:</strong> jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">سجل الاجتماعات</h2> <div class="irc-log"> [23:00] <jrand0m> حسنًا، المواضيع> x.0: ترحيب x.1: أسئلة المواصفات x.2: مشكلات elg x.3: حالة SDK x.4: خطة الإصدار x.5: التطبيقات [23:00] <jrand0m> هل x == 0 أم 1 أم 2؟ [23:00] <jeremiah> 22/7 [23:01] <thecrypto> أظن أنه 0 [23:01] * jrand0m يسجّل دائمًا، فـ ما المشكلة، لمَ لا. [23:01] <jrand0m> 0.0: ترحيب. [23:01] <jrand0m> مرحبًا. [23:01] <jrand0m> 0.1: أسئلة المواصفات [23:01] <jrand0m> هل قرأ أحد المواصفات؟ :) [23:02] * mihi فعل ذلك. على الأقل حاول [23:02] <jrand0m> واو [23:02] <jeremiah> لا [23:02] <jeremiah> ما الجديد منها؟ [23:02] <thecrypto> أحيانًا [23:02] <jrand0m> mihi> حاولت، لكن هل هي صعبة القراءة، لغة رديئة، تنظيم غير مفهوم، أم فقط مملة إلى حد لا يُحتمل؟ [23:03] <mihi> أنا لست متمرسًا بما يكفي في التشفير. الجزء الأول كان ممتعًا جدًا. [23:03] <jrand0m> jeremiah> المواصفات في cvs، وأقوم بالنشر إلى iip-dev عندما تصدر. الحالي منها: I2CP، I2NP، i2p data structures، polling http transport proto [23:03] <mihi> ولكن عندما دخل في التفاصيل، كان بإمكانك أن تصف طريقة طهي يخنة أيرلندية ولم أكن لأنتبه ;) [23:04] <jeremiah> جميل [23:04] <jrand0m> هههه mihi [23:05] <mihi> مع أنّ التنسيق لديه مشكلاته أيضًا - ليس لدي OpenOffice هنا، فقط StarOffice 5.2 القديم [23:05] <jrand0m> ألا يقرأه StarOffice 5.2؟ هل تفضل .pdf أم HTML مرقّع؟ [23:05] <jrand0m> (أو .txt؟ مع أن txt لن يحتوي صورًا أو تنسيقًا فعليًا) [23:05] <mihi> أفضل صيغة .sdw «القديمة». [23:05] <jeremiah> PDF إن أمكن [23:05] <mihi> أو PDF [23:06] <jrand0m> PDF حلّ بضغطة واحدة. [23:06] * jrand0m يحرّر في OpenOffice، ويقرأ في PDF [23:06] <jeremiah> أو AppleWorks [23:06] <jeremiah> ;) [23:06] <mihi> صيغة sxw مدعومة فقط في StarOffice 6.0 وما فوق [23:06] <jrand0m> أها، حسنًا mihi [23:06] * jrand0m طرح .sxw لأن آخر مرة اشتكى الناس وأرادوا .sxw. عندما ننشر سنطرح .sxw و .sdw و .pdf [23:07] <jrand0m> (أو ربما .doc إذا شعرت بأنني «قذر») [23:07] <mihi> لا أمانع أيضًا .sdw.zip أو .sdw.gz أو .sdw.bzw... [23:07] <mihi> s/bzw/bz2/ [23:07] <jrand0m> ههه، مُضغّط بالتأكيد. [23:08] <jrand0m> قد تتطلب مواصفة هياكل البيانات تعديلًا، وبروتوكول الشبكة يتطلب بعض عناوين URL الثابتة قبل الإصدار. [23:08] <jrand0m> هل لدى أحد أي أسئلة حول أي من المواصفات الأربع؟ [23:09] <thecrypto> ليس في الوقت الحالي [23:10] <jrand0m> حسنًا. 0.2: مشكلات elg [23:10] <jrand0m> لدينا بعض المشكلات مع تشفير ElGamal كما هو محدد في الصفحة 13 من مواصفة هياكل البيانات. [23:11] <jrand0m> قد تكون مرتبطة بالمفتاح، أو بالخوارزمية، أو بالتطبيق. وعلى الأرجح ليست مرتبطة بالتطبيق، إذ تم اختبار ذلك مقابل تطبيقين. [23:11] <jrand0m> إن كانت متعلقة بالخوارزمية، فسنرغب في تحديث المواصفة قبل إصدارها لتعكس أي تغييرات نحتاجها كي تعمل. [23:12] <jrand0m> أما إن كانت متعلقة بالتطبيق أو بتوليد المفاتيح، فيمكننا نشر المواصفة وإصلاح الـ SDK عند حلها. [23:13] <jrand0m> thecrypto> أي أفكار عمّا يحدث، أم ننتظر nop ليرد على القائمة (أو هنا، إن كان موجودًا ومتفرغًا للحديث) [23:14] <thecrypto> أحاول فهمه في الوقت الحالي [23:15] *** تسجيل خروج: mihi (Ping timeout) [23:15] *** mihi_ (~none@anon.iip) انضم إلى القناة #iip-dev [23:15] <jrand0m> تمام [23:15] *** تم تغيير اسم mihi_ إلى mihi [23:15] <thecrypto> لا بد أن أجري بعض الحسابات وأجرّبه عبر تطبيق آخر وأفهم المشكلة [23:15] <thecrypto> لم أواجه مشكلة مع ElGamal [23:15] <thecrypto> آخر مرة اختبرت [23:16] *** تسجيل خروج: mihi ((null)) [23:17] <thecrypto> مع ذاك الاختبار المعياري [23:17] <jrand0m> صحيح، لكن الاختبار المعياري جرّب مفتاحًا واحدًا فقط [23:17] <thecrypto> آه [23:17] <jrand0m> أستطيع تكرار الخطأ كثيرًا دون أي تعديلات على تطبيق elg [23:17] <thecrypto> ألم تكن لدينا رسالة «مفتاح خاطئ» تظهر؟ [23:18] <jrand0m> نعم، ما زالت تظهر [23:18] *** mihi_ (~none@anon.iip) انضم إلى القناة #iip-dev [23:18] <jrand0m> بين حين وآخر (عادةً 2-4 مرات لكل توليد مفتاح) [23:18] *** mihi (~none@anon.iip) انضم إلى القناة #iip-dev [23:18] *** تم تغيير اسم mihi إلى mihi_backup [23:18] *** تم تغيير اسم mihi_ إلى mihi [23:18] <thecrypto> وما زلنا نحصل على مفاتيح سيئة؟ [23:19] <jrand0m> أو شيء من هذا القبيل. [23:19] <jrand0m> كل ما يختبره خطأ الحجم هو "if ( (k0.length == PublicKey.KEYSIZE_BYTES) &amp;&amp; (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" [23:19] <jrand0m> لا تقييمًا للقيم، إلخ. [23:20] <thecrypto> لحظة واحدة [23:23] <thecrypto> هل يمكنك التحقق مما إذا كان x (المفتاح الخاص) < p [23:23] <jrand0m> if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] <jrand0m> تم ذلك بالفعل. [23:23] <jrand0m> (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) ذلك الاستثناء لا يُرمى أبدًا. [23:23] <jrand0m> آه x؟ هممم. [23:24] <jrand0m> تمام. ربما نريد أن نستعير خوارزمية توليد مفاتيح elg من BouncyCastle أو من تطبيق آخر [23:25] <jrand0m> حسنًا. 0.3> مشكلات SDK [23:26] <jrand0m> elg معلّق، لكن بخلاف ذلك الـ SDK قريب جدًا من 0.8 (أي الإصدار المطابق للمواصفات) [23:26] <jrand0m> (لم يتبقَّ سوى مسألة elg بالإضافة إلى تعديل LeaseSet) [23:26] <jrand0m> أود أن يكون SDK 0.8 جاهزًا مع إصدار المواصفة، لكن لا أظن أننا ينبغي أن نلتزم بذلك. [23:27] <jrand0m> أو حتى ما إذا كنا بحاجة إلى تضمين SDK 0.1 مع إصدار المواصفة. [23:27] <thecrypto> آخ! مزعج [23:28] <thecrypto> Miracl الذي أشار إليّ nop به يفعل الشيء نفسه تمامًا الذي نفعله [23:28] <thecrypto> وليس لديهم أي تحققات [23:28] <jrand0m> لكنها غير موقّعة. [23:28] <jrand0m> (بما أن miracl مكتوب بلغة C) [23:28] * jrand0m يفترض [23:28] <thecrypto> نعم [23:29] <thecrypto> لكن مع ذلك، أتأكد من أننا لا نستخدم BigInteger موقّعًا [23:30] <jrand0m> biginteger.toByteArray() يعيد مصفوفة بايت موقّعة [23:30] <thecrypto> عذرًا، تابع [23:30] <jrand0m> تمام [23:30] <jrand0m> أي تقدّم على صعيد Python يا jeremiah؟ [23:31] <jeremiah> مرحبًا [23:31] <jeremiah> عذرًا، كنت أقرأ المحادثات السابقة [23:31] <jrand0m> ههه أهلًا [23:31] <jeremiah> لا، ما زلت أعتاد على الفئات (classes) [23:31] <jrand0m> كوول [23:31] <jrand0m> لا مشكلة [23:31] <jeremiah> أظن أنني سأنام قليلًا في الواقع [23:31] <jrand0m> تمام [23:32] <jrand0m> 0.4: خطة الإصدار [23:32] <jrand0m> نحتاج لحل مشكلات الـ SDK خلال اليوم القادم أو نحو ذلك، بطريقة أو بأخرى. [23:32] <jrand0m> نحتاج أن نبدأ العمل على تحويل نموذج الأمان إلى ويكي [23:32] <jrand0m> (ويكي، أين أنتِ) [23:33] <jrand0m> نحتاج إلى رفع نموذج الأداء (ليست مشكلة، سأنجزه خلال يوم تقريبًا) [23:33] <jrand0m> نحتاج إلى تحديث المواصفات لتضم أي تعديلات على elg، إضافةً إلى عناوين URL حقيقية لمواصفات أخرى. [23:33] <nop> miracl [23:33] <nop> لها نسخة مُحوَّلة [23:33] <nop> إلى Java [23:33] <jrand0m> ربما نحتاج لاستضافة المواصفات &amp;&amp; / || الـ SDK خارج الولايات المتحدة بسبب لوائح التصدير [ليس أنني أهتم] [23:34] <jrand0m> صحيح، لكن النسخة المحوّلة من miracl إلى Java لا تحتوي على تشفير elg آخر مرة تحققت. [23:34] <jrand0m> سأتحقق مرة أخرى. [23:34] <nop> jrand0m، لا يهمنا، لكن سنهتم بذلك لاحقًا [23:34] <nop> jrand0m إذا كانت تحتوي على bigdig() و modexp() [23:34] <nop> فأنت بخير [23:34] *** yodel (~yodel@anon.iip) انضم إلى القناة #iip-dev [23:34] <thecrypto> لحظة واحدة [23:34] <thecrypto> أعتقد أنني وجدت مشكلتنا [23:35] <jrand0m> تمام، ما الأمر يا thecrypto؟ [23:35] <nop> هل يمكنك التحقق يا jrand0m [23:35] <thecrypto> القيمة k لدينا لا تُفحَص للتأكد من أنها أولية نسبية [23:36] <jrand0m> هل سيسبب ذلك المشكلات الموصوفة يا thecrypto؟ ظننت أنه سيجعل التشفير غير آمن فقط (وهي مشكلة على أي حال) [23:36] <thecrypto> لكن هذا سيعني أن بعض الرسائل فقط مع ذلك المفتاح ستفشل [23:36] <thecrypto> إنها مشكلة في توليد المفاتيح [23:36] <jrand0m> nop> سنجد شيئًا لحلها. لكنني عرضت بعض الأسئلة المحددة في بريدي وهي مستقلة عن التطبيق [23:36] <jrand0m> حسنًا thecrypto، سنعالج ذلك بعد الاجتماع [23:37] <nop> سؤال النص المشفر المزدوج؟ [23:37] <thecrypto> حسنًا [23:37] <jrand0m> nop> هذا أحد الأسئلة [23:37] * nop يذهب للقراءة [23:39] <jrand0m> nop> أي فكرة متى ستصبح الويكي متاحة؟ إن كان الأمر مجرد DNS، ما هو الـ IP لكي أعدّل ملف hosts لدي وأبدأ التحرير؟ [23:40] <thecrypto> سؤال سريع يا jrand0m: أين يفشل؟ الـ benchmark يعمل بشكل مثالي ويُنشئ زوج مفاتيح جديدًا كل مرة؟ [23:41] <nop> دعني أشغّله، انتظر [23:41] <mihi> wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] <jrand0m> شكرًا mihi [23:42] <jrand0m> thecrypto> يُنشئ زوج مفاتيح جديدًا كل مرة. يفشل في حالة اختبار من سطرين بنيتها أثناء تنقيح ElGamalAESEngine [23:42] <thecrypto> هل يمكنني رؤية هذا ElGamalAESEngine؟ [23:42] <thecrypto> فقط ارفعه إلى CVS وسأرى ما المشكلة [23:43] <nop> حسنًا، تم إعداد CNAME للويكي [23:43] <nop> ينبغي أن ينتشر خلال قليل [23:43] * jrand0m لا يجري commit لأشياء لا تعمل، لكن سأراسلك بريدًا [23:43] <jrand0m> شكرًا nop [23:43] <nop> أصبح متاحًا [23:43] <nop> ;) [23:43] <nop> (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] <jrand0m> ليس على جهازي بعد [23:43] <jrand0m> ;) [23:44] <nop> ماذا سنضع على الويكي [23:44] <nop> ؟ [23:44] <jrand0m> وثيقة الأمان، بالإضافة إلى مكان لتوزيع المواصفات. [23:44] <jrand0m> وربما حتى موقع I2P قبل إصدار 1.0، ولكن على الأقل وثيقة الأمان. [23:45] *** تسجيل خروج: sirk ((null)) [23:45]