اجتماع مطوّري I2P - 02 نوفمبر 2004

13:37 <jrandom> 0) مرحباً 13:37 <jrandom> 1) حالة الشبكة 13:37 <jrandom> 2) تحديثات النواة 13:37 <jrandom> 3) مكتبة البث (streaming lib) 13:37 <jrandom> 4) تقدّم mail.i2p 13:38 <jrandom> 5) تقدّم BT 13:38 <jrandom> 6) ??? 13:38 <jrandom> 0) مرحباً 13:38 <jrandom> آسف على التأخير، نُشرت ملاحظات الحالة الأسبوعية @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 <dm> الاجتماع في 24 أم 84؟ 13:38 <jrandom> 0 13:38 <dm> أوه.. -36؟ 13:39 <jrandom> نعم، 9 مساءً بتوقيت GMT 13:39 <jrandom> لكنني نسيت ذلك، لذا سنبدأ... الآن ;) 13:39 <jrandom> 1) حالة الشبكة 13:39 <dm> توقيت جيد 13:39 <jrandom> حسناً، لا تغيير حقيقي في حالة الشبكة من جانبي - هل لدى أي شخص شيء يود طرحه حولها؟ 13:41 <jrandom> إن لم يكن، فقد ننتقل إلى 2) تحديثات النواة 13:41 <jrandom> ليس لدي فعلاً ما أضيفه أكثر مما في البريد، لذا سأمنح الناس دقيقة للاستيعاب 13:42 <deer> <postman> آرغ 13:42 <jrandom> كان هناك 8 ترقيعات منذ الإصدار، وواحد أو اثنان بانتظار الدمج. على الأرجح سنضع وسم 0.4.1.4 لها جميعاً، لأن streaming lib نفسها ليست جاهزة بعد 13:43 <deer> <jrandom> wb، يبدو الوضع متقلباً قليلاً هنا 13:43 <deer> <postman> لا مشكلة، لقد عدت :) 13:43 <protok0l> أي خبر عن اختفاء aum؟ أريد stasher! 13:44 * dm يحب معرفة أن هناك أشياء تُنجز تحت الغطاء لتحسين I2P 13:44 <jrandom> كما اقتبس gott، DIY، افعل أو مت 13:45 <jrandom> نعم، كان دوران الذاكرة يستهلك جزءاً كبيراً من وقت CPU 13:45 <jrandom> لذا صار من المجدي أخيراً بذل جهد لتحسينه 13:45 <deer> <baffled> آسف، عليّ اللحاق بالحافلة سأقرأ السجلات في وقت لاحق الليلة. 13:45 <deer> <peer> مرحباً فقط تقرير خطأ 13:45 <jrandom> (إذ إنه خفّض زمن اختبار مكتبة البث بمقدار 5 مرات) 13:45 <jrandom> رائع يا baffled، نتحدث لاحقاً 13:46 <deer> <peer> عندما ينقطع اتصالك بالشبكة، i2p يموت 13:46 <dm> هذه من الأشياء التي تتسلل إليك، من الجيد التخلص منها بينما المشروع ما يزال رشيقاً. 13:46 <deer> * postman لاحظ هذا أيضاً قبل بضعة أيام 13:46 <deer> <postman> أحد خوادمي فقد الاتصال 13:46 <deer> <postman> لبضع دقائق - بعد ذلك كان i2p بحاجة إلى إعادة تشغيل كاملة 13:46 <jrandom> يموت، بمعنى هل تتوقف JVM، أم أن ال-router يتوقف عن التحدث إلى الأقران؟ 13:47 <jrandom> (من الواضح أنه يتوقف عن التحدث إلى الأقران، أقصد بعد عودة الشبكة، هل يتعافى؟) 13:47 <deer> <postman> jrandom: في حالتي كانت JVM ما تزال تعمل - لكن لم تنجح أي وصلة لمدة نحو 15 دقيقة 13:47 <deer> <postman> jrandom: بعد ذلك أعدت التشغيل 13:47 <jrandom> همم، حسناً، جيد 13:48 <jrandom> شكراً peer وpostman. سأجري بعض التنقيح هناك 13:48 <jrandom> ما هي أنظمة التشغيل، بالمناسبة؟ 13:48 <deer> <postman> jrandom: لا مشكلة - أردت أن أكتب لك بريداً لكن نسيت 13:49 <deer> <postman> jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom يشتبه أن هذا الأسبوع سيكون "أسبوع كسر الأشياء وجعل i2p يتعامل معها بشكل أفضل" 13:49 <jrandom> تمام 13:50 <deer> <peer> jrandom: في حالتي توقفت JVM تماماً 13:50 <jrandom> هل قال OutOfMemory أو ظهرت رسائل CRIT؟ أم أنه أنشأ ملفاً باسم hs_* في دليل تثبيت i2p لديك؟ 13:52 <jrandom> ربما يمكننا الخوض في التفاصيل لاحقاً، بعد الاجتماع 13:52 <jrandom> هل لدى أحد أي شيء آخر بشأن 2) تحديثات النواة؟ 13:52 <jrandom> إن لم يكن، إلى 3) مكتبة البث 13:53 <dm> نعم 13:53 <dm> هذا التأخير الإضافي 13:53 <dm> هل لديك نسبة الزيادة المقدَّرة لكل قفزة؟ 13:53 <dm> نتحدث عن بضع نقاط مئوية أم 30-40%؟ 13:53 <jrandom> لا شيء، فقط في بعض الحالات لم يُرسِل عبر outbound tunnel 13:54 <dm> إذن لا يُذكر... حسناً 13:54 <dm> (بالمتوسط) 13:54 <dm> 3) 13:54 <jrandom> 0% لكل قفزة، لكنه كما لو أن القرين الذي تتحدث إليه لديه tunnels أطول بقفزة واحدة من قبل (بالمتوسط) 13:55 <jrandom> ليس هناك تحديثات مرئية كثيرة لمكتبة البث حتى الآن 13:55 <jrandom> الأمور تعمل بشكل جيد، وقد قمتُ بمجموعة من المعايير لتتبّع التقدم خلال تحديثات الذاكرة الأخيرة 13:55 <dm> آه أرقام معدل النقل!!! 13:57 <dm> ping 13:57 <deer> <Natalia> . 13:57 <jrandom> حسناً، تباين الأمر بحسب حجم الرسالة والتأخير المحقون لكل قفزة، لكن معدل النقل الأولي كان أسرع بـ 2-5 مرات 13:57 <jrandom> لكنه كان مقيّداً بالـ CPU 13:57 <dm> هممم، ليس سيئاً. 13:58 <dm> الـ CPU عند أي طرف؟ 13:58 <jrandom> الفائدة الكبرى في تقليل إعادة الإرسال وإزالة الإخفاق تقريباً ;) 13:59 <jrandom> dm: أُجريت هذه الاختبارات باستخدام المحاكي، مع حقن تأخيرات عشوائية لكل قفزة 13:59 <jrandom> (مثلاً 400ms كل مرة، أو 1000ms، أو 2000ms) 13:59 <dm> هل هناك نوع من آليات الأولوية بحيث لا يتأثر تمرير رسائل الـ tunnels كثيراً بأشخاص يحاولون التنزيل بسرعة 30k/s ويستنزفون الـ CPU لديهم؟ 13:59 <jrandom> (حسناً، الفائدة "الكبيرة" هي النافذة المنزلقة وإعادة الترتيب، لكن تقليل إعادة الإرسال جيد) 14:00 <jrandom> لست متأكداً أنني فهمت 14:00 <dm> مثلاً إذا كنتُ أنزّل مواد إباحية، هل سأُضيف تأخير 3 ثوانٍ لأي شخص يمر عبرّي في الـ tunnels الخاصة بهم. 14:00 <jrandom> (وكانت معدلات النقل أعلى بكثير من 30KBps، لكن مرة أخرى، كان هذا محلياً فقط مع تأخيرات محقونة عشوائياً) 14:01 <dm> أنا فقط أتساءل عموماً ماذا يحدث إذا كان شخص ما يستنزف الـ CPU لديه إلى الحد الأقصى، فيما يتعلق بمساهمته في الشبكة. 14:01 <dm> أظن أنه ليس مرتبطاً بإساءة استخدام مكتبة البث تحديداً. 14:02 <jrandom> لن تصل إلى أقصى استهلاك CPU أثناء البث، كان حمل الـ CPU شيئاً اصطدمت به عندما أستخدم المحاكي المحلي الذي يشغّل عدداً كبيراً من الـ routers على جهاز واحد 14:02 <dm> آه حسناً، ظننت أن المعالج مُستنزف مع router واحد يحاول تشفير كل البتات على السلك. 14:02 <jrandom> كلا، التشفير سريع حقاً حقاً 14:03 <dm> كوول 14:03 <jrandom> حسناً، هل لدى أحد أسئلة أخرى بخصوص تقدّم مكتبة البث؟ 14:03 <jrandom> إن لم يكن، 4) تقدّم mail.i2p 14:04 <deer> <jrandom> postman، هل أنت موجود؟ 14:04 <deer> <postman> يو :) 14:04 <deer> <postman> حسناً 14:04 <deer> * postman يلوّح 14:05 <deer> <postman> حسناً يا سادة. قد يكون بعضكم لاحظ أننا أخيراً نفّذنا خدمات الدخول/الخروج 14:05 <jrandom> [w00t!] 14:05 <deer> <postman> يرجى قراءة www.postman.i2p/inout.html 14:05 <deer> <postman> يرجى اختبار النظام 14:06 <deer> <postman> baffled سيُقدّم ثاني MX رسمي 14:06 <jrandom> تمام 14:06 <deer> <postman> أعمل حالياً على تنفيذ IMAP 14:07 <deer> <postman> هذا يعني التحوّل إلى صيغة maildir قريباً 14:07 <jrandom> سنحتاج لإعادة التحقق من عملاء متنوعين لذلك، صحيح؟ 14:07 <deer> <postman> حالياً أنا أقيّم/أختبر 14:07 <jrandom> جيد 14:07 <deer> <Natalia> لماذا IMAP وليس pop3؟ 14:07 <deer> <postman> نعم، وعلى جهة الخادم أيضاً 14:08 <deer> <postman> Natalia: لدينا pop3 بالفعل 14:08 <deer> <postman> يمكن استخدام pop3 بالطبع 14:08 <deer> <postman> IMAP4 سيجعلنا أكثر مرونة لأنظمة الويب ميل (نأمل ذلك) 14:10 <deer> <postman> هذه لا تزال مسألة مفتوحة 14:10 <deer> <Natalia> حسناً. 14:10 <deer> <Natalia> بدا أنك ستتحول من pop3 إلى IMAP 14:11 <deer> <postman> لا، بالطبع لا 14:11 <deer> <postman> jrandom: هل هناك أي أخبار بخصوص ويب ميل يعمل محلياً؟ 14:12 <jrandom> ليس على حد علمي. لم يكن لدي وقت للنظر فيه مطلقاً 14:12 <deer> * postman كذلك 14:12 <jrandom> كانت هناك مناقشات حول atmail، لكنهم مغلقو المصدر 14:12 <deer> <postman> ممم، نعم 14:13 <deer> <postman> لكن شيء بـ JSP؟ 14:13 <jrandom> ستكون طريقة رائعة لمتطوع أن ينخرط ويقوم ببعض الأعمال التمهيدية :) 14:13 <deer> <Natalia> حسناً، لقد أضفت هذا الوصف إلى gott.i2p/sites.html 14:13 <deer> * postman غير قادر تماماً على البحث في هذا الأمر 14:13 <deer> <Natalia> لـ www.postman.i2p 14:13 <deer> <Natalia> يشغّل postman أول خدمة بريد لـ i2p، مقدّماً حسابات pop3 وSMTP مجانية ومجهولة 14:13 <deer> <Natalia> عبر i2p. وقد تم حديثاً تنفيذ إمكانية إرسال واستقبال البريد الإلكتروني إلى 14:13 <deer> <Natalia> ومن خارج شبكة i2p، مما يجعل خدمات www.postman.i2p وجهة أنيقة 14:13 <deer> <Natalia> لأي مستخدم بريد معني، وقريباً ضرورةً، إذ تصبح حسابات mail.i2p 14:13 <deer> <Natalia> هي المعيار لكتّاب eepsite. 14:14 <deer> <Natalia> يبدو جيداً؟ 14:14 <deer> <postman> شكراً Natalia :) 14:14 <deer> <postman> jrandom: أظن أنها ليست قضية ملحّة 14:14 <deer> * Natalia تنحني تحيةً :) 14:15 <deer> <postman> jrandom: ربما نلتقط موضوع الويب ميل لاحقاً مرة أخرى :) 14:15 <jrandom> متفق يا postman 14:15 <deer> <postman> هذا كل شيء من جانبي، شكراً :) 14:15 <jrandom> تمام، شكراً postman 14:15 <deer> * postman ينحني أيضاً ويجلس مجدداً 14:15 <jrandom> حسناً، أي شيء آخر حول ذلك، أم ننتقل إلى 5) تقدّم BT؟ 14:16 <deer> <jrandom> dinoman: هل أنت موجود؟ 14:16 <dm> نعم، ما زلت أنتظر BT لإعادة تفعيل ADSL 14:16 <jrandom> !thwap 14:17 <deer> <duck> قام dino ببعض العمل الجيد 14:17 <deer> <duck> مع Ragnarok لحل بعض الأطراف العالقة 14:17 <deer> <duck> حتى الآن يبدو أن المشاكل الحالية هي: 14:17 <deer> <duck> - عدم موثوقية SAM 14:17 <deer> <duck> - مشكلات مكتبة SAM الخاصة بـ Python 14:17 <deer> <duck> - استخدام غير صحيح لمكتبة SAM في Python 14:18 <deer> <duck> - التعامل الصحيح مع destination بدلاً من host/ip/port 14:18 <deer> <duck> عندما تُحل هذه، يجب أن يعمل 14:18 <jrandom> رائع 14:19 <deer> <duck> أظن أننا بحاجة إلى خطوة صغيرة للوراء 14:19 <deer> <duck> والاتفاق على كيفية تعديل البروتوكول للتعامل بشكل صحيح مع destinations 14:19 <deer> <duck> سيكون غير متوافق على أي حال، لذا من الأفضل كسره بشكل صحيح 14:19 <jrandom> أوافق 14:20 <jrandom> ربما يمكن لشخص ما أن يرسم خطة عامة لما ينبغي فعله لمختلف التطبيقات/المكوّنات لتشغيله 14:20 <deer> <duck> كل peer لديه peer_id فريد من 20 بايتاً 14:20 <deer> <duck> عادة ما يُشتق من الـ host/ip 14:21 <deer> <duck> أعتقد أن استخدام الـ destination كاملة مبالغة بعض الشيء 14:21 <deer> <duck> ما الشيء الفريد عالمياً الذي ينبغي أن نستخدمه؟ 14:21 <jrandom> SHA1(destination)[0:19] 14:21 <jrandom> ربما؟ 14:21 <deer> <Ragnarok> أول عشرين بايت من الوجهة؟ :) 14:22 <deer> <duck> تجزئة sha1 هي 20 بايتاً 14:22 <jrandom> أول 20 بايت من الوجهة ينبغي أن تكون عشوائية جداً أيضاً، كافية للتعامل مع التصادمات العشوائية، لكن ليست للتعامل مع التصادمات العدائية 14:22 <jrandom> حتى أفضل 14:22 <deer> <dinoman> إذا فقدت المفتاح كيف يجد الأقران بعضهم بعضاً 14:22 <jrandom> الـ peer هو مفتاح 14:23 <jrandom> آه 14:23 * jrandom أساء الفهم 14:23 <jrandom> يجب على الـ tracker أن يعطي الأقران الـ destination كاملة، وليس SHA1(destination) 14:24 <jrandom> هل هذا هو نفس الـ peer_id المقصود؟ 14:24 <deer> <dinoman> لقد أصلحت متعقّب php لإرسال المفتاح الكامل كـ ip 14:24 <deer> <duck> في الواقع العميل هو من يُولّد الـ peer_id 14:24 <deer> <duck> (ماذا تعني بـ 'key'؟) 14:25 <deer> <dinoman> الوجهة 14:25 <dm> يبدو كمشهد "من في الأول". 14:25 <dm> استخدموا جُملاً كاملة يا جماعة! 14:26 <deer> <dinoman> حسناً جيد :/ الـ tracker يرسل الـ destination كاملة كـ ip 14:27 <jrandom> لا تهتم بـ dm. يبدو رائعاً 14:27 <deer> <dinoman> معرّف القرين هو فقط للمتعقبات 14:27 <deer> <duck> ربما يمكننا استخدام #i2p-bt 14:28 <jrandom> ما أعتقد أنه سيكون مفيداً هو لو أنك (أو شخص آخر) يمكنه ربما صياغة قائمة بالتعديلات التي ستحتاج إلى إجرائها 14:28 <deer> <duck> حتى لا تبدأ حروب دينية كلما ذُكر اسم الأفعى 14:29 <deer> <dinoman> مناسب لي 14:29 <deer> <dinoman> أنا لا أحارب؛ إن كان يعمل فهو يعمل 14:29 <jrandom> (مثلاً "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 <deer> <duck> بالتأكيد 14:30 <deer> <dinoman> jrandom فهمتَ المقصود 14:31 <deer> <dinoman> هذا نموذج خرج المتعقّب 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 <dm> ينسخ/يلصق جملة jrandom في notepad ويحفظها باسم "draft.txt" 14:31 <cat-a-puss> هل سيكون BT عبر i2p متوافقاً تشغيلياً مع عملاء آخرين ليسوا عبر i2p؟ 14:31 <jrandom> رائع يا dinoman 14:31 <deer> <dinoman> عند ip50 سترى مفتاحاً عشوائياً 14:32 <jrandom> cat-a-puss: نعم 14:32 <deer> <dinoman> نعم 14:32 <cat-a-puss> إذن ينبغي أن نتحدث 14:32 <jrandom> أهلاً بك في الاجتماع الأسبوعي! :) 14:32 <deer> <dinoman> سيحتاج الأمر إلى شيء مثل .i2ptorrent ليعيش جنباً إلى جنب 14:32 <deer> <dinoman> لأسماء الملفات والروابط وما إلى ذلك 14:33 <jrandom> هل تعمل على شيء مشابه يا cat-a-puss، أم لديك أفكار لتحسينات؟ 14:33 <cat-a-puss> أعمل على شيء مشابه 14:33 <cat-a-puss> بـ Java 14:33 <jrandom> رائع 14:34 <jrandom> هل هو بالضرورة خاص بـ Java، أم يمكن لبعض الأقران أن يكونوا بلغات أخرى؟ 14:34 <cat-a-puss> سؤال جيد، لا أعرف كيف أتعامل مع هذا النوع من الأمور في Java، سأنظر في الأمر 14:35 <deer> <duck> صحيح 14:35 <deer> <duck> لِنستخدم ugha.i2p لكتابة بعض المواصفات 14:35 <deer> <duck> . 14:35 <jrandom> أو ربما نحتاج قسماً "لنقل البيانات المتدفقة" في المنتدى حتى نتمكن جميعاً من مناقشة هذه الأشياء على وتيرتنا؟ 14:35 <jrandom> أو ugha.i2p، بالطبع 14:36 <jrandom> (بينما نعمل عبر بعض العلل في تنفيذ SAM والمكتبات :) 14:36 <deer> <duck> هذا يجعل الأمر كله تحدياً 14:37 <deer> <dinoman> hehe حسناً 14:38 <deer> <duck> ... 14:38 <deer> <duck> المزيد من BT؟ 14:38 <deer> * dinoman يعود للعمل على Savane 14:39 <jrandom> http://ugha.i2p/SwarmingTransfer / http://ugha.ath.cx/SwarmingTransfer 14:39 <jrandom> تمام 14:39 <jrandom> حسناً، أي شيء آخر بخصوص 5) تقدّم BT؟ 14:39 <jrandom> أم ننتقل إلى 6) ??? 14:39 <jrandom> ونسأل dinoman كيف يسير تقدّم Savane؟ :) 14:40 <deer> * jrandom يلوّح بالسوط 14:40 <deer> <dinoman> البريد أنا عالق في استخدام نظام بريد i2p 14:40 <deer> <dinoman> أظن أنه يجب أن أخرج البريد 14:40 <jrandom> هل هناك طريقة لإخباره باستخدام خادم SMTP على منفذ مختلف؟ 14:40 <jrandom> أم أن المشكلة SMTP مع مصادقة؟ 14:41 <deer> <dinoman> مصادقة 14:41 <protok0l> Uptime: 5d 14:41 <protok0l> ii own 14:41 <deer> <dinoman> ليس ذلك في الصنف الذي تستخدمه Savane 14:42 <deer> <dinoman> أستطيع إضافته 14:42 <protok0l> أنا "Ident: pxEI" هل يمكن لأحد أن يخبرني بتقييمي 14:42 <jrandom> حسناً، أراهن أنه بإمكاننا فقط أن نجعل postman يهيئ لك SMTP destination مخصصاً لا يتطلب مصادقة 14:42 <dm> أعطيك 6/10 14:42 <dm> يمكنك أن تعمل على مؤخرتك قليلاً 14:42 <janonymous1> ما هو savana 14:43 <jrandom> janonymous1: إنه مثل SourceForge 14:43 <deer> <dinoman> لأنني أنظر الآن إلى الصفحة الرئيسية لبرمجيات الملكية العامة لـ I2P في متصفحي 14:43 <jrandom> w00t 14:45 <deer> <dinoman> سيكون ذلك رائعاً لكن ما يُجرى على الخادم يقلقني؛ لا أريد أن يخترقني أحد ثم يحصل على المعلومات عن خادم البريد 14:45 <deer> <dinoman> هذا ما يزعجني 14:45 <jrandom> حسناً، لن يحصلوا على أي معلومات عن خادم البريد، سيمكنهم فقط (في أسوأ الأحوال) انتحال @mail.i2p 14:45 <janonymous1> رائع 14:46 <jrandom> لكن نعم، سيكون رائعاً أن نحصل على دعم SMTP مع مصادقة لمنع ذلك 14:46 <jrandom> لا أعلم كم من العمل سيتطلبه ذلك 14:46 <protok0l> حسناً أنا سعيد لأنني تركت فكرة خادم البريد لـ postman 14:46 <protok0l> يبدو أصعب مما تخيلت 14:47 <deer> <Ch0Hag> لا أمانع المساعدة في ذلك 14:47 <dm> protocol 14:47 <deer> <Ch0Hag> يجب أن أفعل شيئاً. :-) 14:47 <deer> <dinoman> سأقوم بالمصادقة :( سيستغرق الأمر بعض الوقت لكن سأفعلها 14:47 <deer> <protokol> نعم dm 14:48 <jrandom> ترى؟ لديك متطوّع بالفعل يا dinoman! :) 14:48 <deer> <protokol> ربما يمكنني استضافة خادم Nessus 14:48 <deer> <protokol> وتمريره عبر TOR على جانبي 14:49 <deer> <Ch0Hag> إضافة إلى أنني بحاجة إلى عذر جيد للعمل على بقية شبكتي. 14:49 <deer> <protokol> وسأكرّس نفسي لتعلّم Python 14:49 <janonymous1> "مؤسسة برمجيات i2p". أستطيع أن أراها الآن 14:49 <deer> <protokol> وكيفية الطباعة بشكل صحيح 14:49 <dm> سأكرّس نفسي للسعي وراء المزيد من المال لنفسي ولمن يرتبط بي مباشرة، ممّن قد يكونون ميّالين لإعطائي المال في المستقبل القريب. 14:50 <jrandom> حسناً، هل لدى أي شخص آخر شيء يطرحه ضمن 6) ??? 14:50 <dm> 7) $$$ 14:51 <duck> نشر Roger Dingledine (arma @ freenode) مسودة لفصل من كتاب قادم لـ O'Reilly 14:51 <duck> http://freehaven.net/doc/wupss04/usability.pdf 14:51 <jrandom> آه، نعم، إنها جيدة جداً 14:51 <duck> إنها عن الإخفاء والسهولة 14:51 <dm> فصل عن سهولة الاستخدام؟ 14:51 <deer> <protokol> أستطيع إدارة مؤسسة برمجيات i2p 14:51 <deer> <protokol> لوول 14:51 <duck> بعض الأجزاء المثيرة عن "imago" السلبي 14:52 <deer> <protokol> أعطني مفاتيح الخزينة 14:52 <duck> امتلاك إعدادات افتراضية جيدة 14:52 <deer> <protokol> الآن! 14:52 <duck> إلخ 14:52 <duck> . 14:52 <jrandom> وأهمية سهولة الاستخدام، حتى على حساب الأمان أحياناً 14:52 <dm> protok0l: أنت نصير المستخدمين، أليس كذلك؟ ينبغي أن تقرأ ذلك المستند. 14:52 <jrandom> حسناً، أي شيء آخر للاجتماع؟ 14:52 <deer> <protokol> واو، أنا أرى 83 peers 14:52 <duck> الآن نعرف لماذا هناك عدد قليل جداً من المواقع المخفية المعروفة على tor 14:53 <deer> <protokol> dm: سأفعل 14:53 <duck> arma يخشى الـ imago السلبي 14:53 <duck> . 14:53 <dm> "imago" ؟ 14:53 <duck> image 14:53 <deer> <duck> (التحليل النفسي) صورة مثالية عن شخص ما 14:53 <dm> لا ذكر لـ I2P هناك :( 14:53 <duck> jrandom: ألسنا كذلك؟ 14:54 <jrandom> هم؟ 14:54 <dm> يقصد "ألسنا كذلك". إنه هولندي. 14:54 <duck> إذا انتقلت الآن مجموعة محددة إلى i2p، 14:54 <duck> قد تُبعِد مستخدمين آخرين نحن بأمسّ الحاجة إليهم 14:55 <jrandom> أوه، هذا موجود هناك؟ لم أر ذلك 14:55 <duck> لا، أنا أقول ذلك 14:55 <duck> لكنه موجود هناك أيضاً، إلى حد ما 14:55 <duck> بالطبع "آندي الفوضوي" لا يبالي إطلاقاً 14:56 <jrandom> حسناً، أعتقد أن هناك متسعاً لكل من i2p وtor 14:56 <duck> نعم 14:56 <duck> لكن ماذا عن الصورة السلبية المبكرة لـ I2P 14:56 <deer> <Natalia> لهذا السبب أُجبَر أن أكون امرأة عادية نوعاً ما على هذه القناة IRC 14:56 <protok0l> هاها، عندما تصلني الإشارة ستسمع كل قائمة بريدية رئيسية للفوضويين وكل منتدى عن i2p خلال يوم أو يومين 14:56 <jrandom> أوه، لا أبالي إطلاقاً بهذا يا duck ;) 14:56 <deer> <Natalia> jrandom لا يوافق على got 14:56 <deer> <Natalia> *gott 14:57 <duck> jrandom: نعم، لكن حسناً 14:57 * duck يعدّ عدد المناطق الصديقة للفوضى على الكرة الأرضية 14:57 <deer> <Natalia> لذا عليّ أن أكون Natalia، المرأة المحبوبة في القناة 14:57 <deer> <Natalia> ( سخيف ) 14:57 <duck> الصومال؟ 14:57 <duck> أراهن أن لديهم "flying fucks" هناك 14:57 <protok0l> تشياباس، المكسيك 14:57 <duck> لكن ليست ودية 14:57 <protok0l> mexiico 14:58 <deer> <Ragnarok> باه، أنت تريد أن تُؤنَّث 14:58 <jrandom> duck: عندما يحين وقت أن نكون أكثر علانية، أنا متأكد أننا نستطيع أن نُظهر وجهاً مناسباً لرجل الشارع 14:58 <duck> حسناً 14:58 <jrandom> هل سيفعل الناس أشياء "سيئة" باستخدام i2p؟ نعم 14:58 <dm> أظن أننا يجب أن نستهدف "جو بطن البيرة" 14:58 <protok0l> حظاً موفقاً، أعلم أن gott يخطط لشيء ما 14:58 <protok0l> gott سيدمّرنا 14:58 <duck> حسناً 14:58 <duck> . 14:58 <jrandom> الطريقة الوحيدة التي يمكن أن ينجو بها أي نظام إخفاء أو أمان ذي قيمة هي أن يكون محايد المحتوى 14:59 <deer> <Ragnarok> أنظمة الاتصالات المجهولة لا يمكنها إلا حماية الاتصال. إنها لا تتداخل مع عمل الشرطة التقليدي الجيد إذا فعل شخص ما شيئاً بالفعل. 14:59 <duck> فقط أقول إن بعض الروابط الموضوعة على http://127.0.0.1:7657/index.jsp قد تكون سيئة 14:59 <dm> I2P يتعلق بالتقنية. 14:59 <deer> <Natalia> نعم 14:59 <jrandom> صحيح يا duck 15:00 <duck> ونعم، sitelist.html سيتحوّل إلى نقاش TFE مجدداً في كل مكان 15:00 <jrandom> حسنٌ، ممم 15:00 <deer> <Natalia> حياد المحتوى شيء أكتب عنه في آخر إدخال لـ eeplog 15:00 <deer> <Natalia> http://gott.i2p/eeplog.html 15:01 <jrandom> هذه، بالمناسبة، قوة eepsites التفاعلية، مثل الويكي 15:01 <jrandom> (مثلاً أن يقوم الناس بتسجيل مواقعهم عبر sitelist.py أو أيّاً كان) 15:01 <deer> <Natalia> jrandom: هل تؤيد أم لا تؤيد فكرة أن زواحف eepsite التي تربط بمحتوى غير قانوني، تُربط من الصفحة الرئيسية؟ 15:01 <deer> <Natalia> +أو 15:01 <deer> <Natalia> إذا كنت ستضع رابطاً إلى sitelist 15:02 <duck> من منظور أخلاقي لا أبالي إطلاقاً أيضاً 15:02 <deer> <Natalia> jrandom: لا شيء من هذه مسجَّل 15:02 <duck> لكن من منظور سهولة الاستخدام قد أبالي 15:02 <deer> <Natalia> السكربت يتحقق من host.txt 15:02 <deer> <Natalia> *hosts.txt 15:02 <jrandom> من منظور غير تقني، أنا أدعم ما يتطلبه مجتمع المستخدمين 15:02 <deer> <Natalia> لذا الجميع يُضاف إلى القائمة إذا كان لديهم نطاق 15:03 <deer> <Natalia> أوف، حمالات الصدر غير مريحة جداً. 15:03 <protok0l> نعم، مقلق 15:03 <deer> <cervantes> هل رأيت مجتمع المستخدمين؟ 15:03 <cat-a-puss> أبسط حل هو الاكتفاء بالربط إلى صفحات البحث، الجميع يعرف كيف يستخدمها، وهي توفّر وصولاً سريعاً، ولا يرى أحد أي شيء لم يطلبه. 15:04 <deer> <cervantes> :) 15:04 <protok0l> gott قاتل متسلسل، أعلم ذلك. سيكون أول من يقدّم جرائم قتل مباشرة عبر كاميرا الويب على i2p 15:04 <deer> <Natalia> مجتمع المستخدمين يتكون من أشخاص غريبي الأطوار. 15:04 <jrandom> نقطة جيدة يا cat-a-puss، يمكننا فقط الربط إلى files.i2p 15:04 <deer> <Natalia> في الوقت الحالي، أنا مُجبَر أن أكون امرأة لأن المطوّر الرئيسي لا يوافق على السلوك غير الأخلاقي لشخصيتي الأخرى. 15:04 <duck> cat-a-puss++ 15:04 <deer> <Natalia> نحن متحدون من خلال مغامرة مشتركة. 15:06 <BS314159> لست مقتنعاً بأن هذه فكرة جيدة، لكن رخصة I2P واسعة بما يكفي بالتأكيد ليُصدر الناس توزيعاتهم الخاصة، التي تختلف فقط في صفحات الروابط المحلية 15:06 <deer> <Natalia> حسناً. 15:06 <deer> <cervantes> لِنأمل أن يتمكن DrWoo من إبقاء فهارسه خالية من الفساد 15:06 <jrandom> بالتأكيد يا BS314159 15:06 <BS314159> ليست إصدارات. توزيعات. 15:06 <deer> <Natalia> ينبغي أن يكون files.i2p رابطاً واحداً 15:06 <jrandom> BS314159: بل ويمكن للناس تعديل صفحة الروابط المحلية الخاصة بهم 15:06 <deer> <Natalia> ثم ينبغي أن يكون هناك رابط لدليل شبيه بـ Yahoo 15:06 <protok0l> معظم الناس سيكونون حكماء بما يكفي لاستخدام النسخة الرسمية 15:06 <jrandom> (في docs/readme.html) 15:07 <deer> <Natalia> محركات البحث وأدلة الإنترنت تؤدي أدواراً مختلفة 15:07 <deer> <Natalia> لهذا السبب يوجد الدليل أصلاً 15:07 <deer> <Natalia> طُلب كشيء مستقل عن محرك بحث 15:07 <BS314159> لذا إذا أردت مثلاً استهداف فئة مناهِضة للإباحية، ابحث عن قيّم مناهِض للإباحية يُحافظ على مجموعة صفحات بداية افتراضية مُفلترة 15:07 <protok0l> إلا إذا كانوا مستعدين للبحث عن أبواب خلفية في نسخ الطرف الثالث 15:07 <deer> <Natalia> من قِبل أناس 15:07 <deer> <Natalia> لذا أظن أن محرك البحث جيد 15:07 <jrandom> صحيح يا BS314159 15:07 <deer> <Natalia> لكنه لا ينبغي أن يكون الحد 15:07 <deer> <Natalia> محرك بحث، دليل إنترنت، ويكي، صفحة مساعدة 15:07 <deer> <Natalia> ربما. 15:08 <jrandom> نحن نربط بالفعل إلى fproxy.i2p، ونعلم ما المحتوى الشرير المخيف لديهم على ذلك الموقع ;) 15:08 <BS314159> لست متأكداً أنني على الموضوع، لكن يبدو ذلك ممكناً. هل هناك مرشح محتوى مفتوح المصدر قد يكون أي من قيّمي محركات البحث على استعداد لدعم تنفيذه؟ 15:08 <BS314159> أشعر أنني خارج الموضوع 15:08 <protok0l> هل الاجتماع ما زال قائماً؟ 15:08 <jrandom> نعم يا protok0l 15:08 <BS314159> آسف. (يلتزم الصمت) 15:08 <deer> <Natalia> jrandom: ربما لا ينبغي أن تربط إلى fproxy.i2p 15:08 <deer> <Natalia> إنه شبه متعطل دائماً 15:08 <jrandom> BS314159: أعتقد أن مرشح المحتوى ضمن محرك البحث مبالغة 15:08 <deer> <Natalia> يبدو أنه متعطل الآن 15:09 <protok0l> هو كذلك 15:09 <deer> <Natalia> وفقاً للتشغيل الأخير لسكربت فحص المواقع 15:09 <jrandom> تمام 15:09 <jrandom> حسناً، لقد كان نقاشاً جيداً، الكثير من الأفكار الجيدة 15:09 <BS314159> ليس "محرك البحث". "محرك بحث أحدهم" 15:10 <deer> * Natalia تبتسم. 15:10 <deer> <cervantes> BS3: aol.i2p ;-) 15:10 <jrandom> حسناً، هل هناك أي شيء آخر للاجتماع؟ 15:10 <deer> <cervantes> واو... ما زلت في الاجتماع... 15:11 <deer> <cervantes> ظننت أنني فاتني بساعة 15:11 <jrandom> لا، لقد تأخرتُ 15:11 <jrandom> حسناً، إن لم يكن.. 15:11 * jrandom يختتم 15:11 * jrandom *baf* يُغلق الاجتماع