I2P डेवलपर बैठक - 25 अक्टूबर, 2005

16:24 <jrandom> 0) हाय 16:24 <jrandom> 1) नेट की स्थिति 16:24 <jrandom> 2) Fortuna एकीकरण 16:24 <jrandom> 3) GCJ स्थिति 16:24 <jrandom> 4) i2psnark वापस 16:24 <jrandom> 5) बूटस्ट्रैपिंग पर और 16:24 <jrandom> 6) वायरस जांच 16:24 <jrandom> 7) ??? 16:24 <jrandom> 0) हाय 16:24 * jrandom हाथ हिलाता है 16:24 <jrandom> साप्ताहिक स्थिति नोट्स यहाँ पोस्ट किए गए हैं @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 वापस हाथ हिलाता है 16:26 <jrandom> चलो 1) नेट की स्थिति पर आ जाते हैं 16:26 <jrandom> जैसा मैंने बताया, अब तक चीज़ें काफ़ी ठीक लग रही हैं। 16:26 <+fox> <Romster> आह, मीटिंग बढ़िया 16:27 <jrandom> आगे भी कुछ अच्छा आने वाला है, तो इस हफ्ते के अंत में नया रिलीज़ होगा 16:27 <jrandom> क्या किसी के पास 1) नेट की स्थिति पर कुछ उठाने के लिए है? 16:27 <@cervantes> ओएमजी 7 मुद्दे 16:27 <+legion> हाँ, अच्छा लग रहा है :-) 16:27 <jrandom> व्यस्त हफ्ता है cervantes :) 16:28 <@cervantes> अच्छा ही हो सकता है 16:28 <+Complication> काफ़ी ठीक काम कर रहा है, dev.i2p भी - मैं EOF संदेशों के बिना CVS checkouts भी कर सकता हूँ। 16:28 <jrandom> अच्छा :) 16:28 <+Complication> शायद पिछली बार रिलीज़ से जुड़ा ओवरलोड रहा होगा। 16:28 <+Complication> पर मैं पक्का नहीं कह सकता। 16:28 <jrandom> dev.i2p भी नवीनतम बिल्ड कोड (-7) पर है, तो उम्मीद है पहले से काफी बेहतर प्रदर्शन होगा 16:29 <jrandom> s/dev.i2p/cvs.i2p (etc)/ 16:29 <+legion> forums.i2p भी पहले से बेहतर लग रहा है :) 16:29 <@cervantes> *अहेम* 16:29 <+fox> <Romster> क्या i2p में दूसरों को जोड़ना सुरक्षित है आदि? 16:29 <+Ragnarok> ठीक है, अब मुझे इस चमत्कारी "cvs checkout जो पहली बार में काम करता है" को आज़माना होगा 16:30 <+fox> <Romster> क्योंकि अब कोई ज्ञात सीमाएँ नहीं हैं 16:30 <@cervantes> ऐसा इसलिए क्योंकि सब लोग फोरम पर पोस्ट करने के बजाय i2p-list पर चोट कर रहे हैं 16:30 <+legion> hmm क्या आप पक्के हो cervantes? 16:30 <jrandom> Romster: खैर, हम हाल ही में काफ़ी तेज़ी से बढ़ रहे हैं, लेकिन हमें 0.6.2 तक public beta को रोकना चाहिए 16:30 <jrandom> हेह cervantes ;) 16:30 <jrandom> शांत रहो Ragnarok, नज़र लग जाएगी! 16:31 <+Ragnarok> वाह... ये सच है। मैं निशब्द हूँ 16:31 <+fox> <Romster> ठीक है jrandom 16:31 <jrandom> (यार नीचे मेरे रूममेट्स जो करी बना रहे हैं उससे आँखों में पानी आ रहा है) 16:31 <jrandom> बढ़िया, Ragnarok 16:32 <+fox> <Romster> लोल, ये तो बहुत ज़बरदस्त करी है 16:32 <jrandom> ठीक है, अगर 1) पर और कुछ नहीं है, तो हम जल्दी से 2) Fortuna एकीकरण पर चलते हैं 16:32 <jrandom> (सच Romster) 16:32 <+fox> <shardy> Fortuna इंटीग्रेशन के लिए वाह! 16:32 <+fox> <Romster> 2) पर चलें? :P 16:32 <+fox> <Romster> Fortuna क्या है? 16:32 <jrandom> हेह, सोचा था तुम्हें पसंद आएगा shardy :) 16:32 <+fox> <Romster> मैं पिछले महीने थोड़ा पीछे रह गया हूँ 16:32 <+Complication> PRNG एल्गोरिद्म, अगर मुझे सही याद है। 16:33 <+Complication> कहा जाता है कि अच्छा है, जैसा लोग लिखते हैं। :P 16:34 * Complication को इसके अंदरूनी कामकाज के बारे में कुछ पता नहीं, हालांकि 16:34 <jrandom> shardy: अच्छा होगा अगर तुम कभी देख लो 16:34 <+fox> <shardy> ज़रूर 16:34 <+fox> <shardy> आप GNU implementation इस्तेमाल कर रहे हैं? 16:34 <jrandom> Romster/Complication: ईमेल में कुछ लिंक हैं 16:34 <jrandom> हाँ shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 <jrandom> (इसे http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java के साथ इंटीग्रेट किया गया है) 16:36 <jrandom> हम सीधे gnu-crypto implementation से अलग हैं, क्योंकि हमारे पास पहले से AES256 और SHA256 का कोड है (क्रमशः Cryptix का और Bouncycastle का) 16:36 <jrandom> खैर, ये बढ़िया लग रहा है, क्योंकि हम इसे अंदर सपोर्ट में लाने के लिए शायद एक साल से हैकिंग कर रहे थे 16:37 <jrandom> (fortuna integration smeghead को 'pants' बनाने के लिए प्रेरित करने वाले मुख्य प्रोजेक्ट्स में से एक था ;) 16:37 <jrandom> अगर किसी के पास इसके बारे में कोई सवाल/टिप्पणी/चिंता हो, तो कृपया उन्हें लिस्ट पर उछाल दें 16:37 <jrandom> (या ईमेल, या फोरम, ज़ाहिर है) 16:38 <+fox> <Romster> हाँ smeghead कहाँ है, वो काफ़ी समय से दिखा नहीं 16:38 <jrandom> smeghead [redacted] कर रहा है [redacted] 16:39 <jrandom> ठीक है, 3) GCJ स्थिति पर चलते हैं 16:39 <jrandom> i2p GCJ पर काम करता है! [w00t!] 16:39 <+susi23> बढ़िया काम 16:39 <+legion> बढ़िया 16:39 <jrandom> कम से कम, ये GCJ 4.0.2 पर linux 2.6.12 में काम करता है। मैंने और प्लेटफ़ॉर्म्स पर नहीं आज़माया 16:40 <jrandom> हाँ, GCJ और GNU Classpath वालों ने कमाल कर दिया 16:40 <jrandom> इसे बिल्ड कराना काफ़ी आसान था, पुराने static reference classes की ज़रूरत नहीं पड़ी, जैसा मुझे याद था 16:41 <+Complication> ये काफ़ी सकारात्मक लगता है, Sun Java की कम-खुली प्रकृति को देखते हुए (डिस्ट्रिब्यूशन के संदर्भ में, अगर सही याद है)। 16:41 <jrandom> I2P के साथ अब एक makefile आता है, हालांकि सादगी के लिए, मेरा मानना है हम मुख्य रूप से शुद्ध जावा ही वितरित करेंगे 16:41 <+susi23> (अगली बार हम इसे J2ME पर चलाने की कोशिश करेंगे ;) 16:42 <+fox> <Romster> GCJ Sun की JVM को ले लेगा> 16:42 <cat-a-puss> GCJ के साथ परफ़ॉर्मेंस कैसा है? 16:42 <jrandom> हाँ, हालांकि sun पूरी तरह खुला है, और हम I2P के साथ उनकी JVM भी वितरित कर /सकते/ हैं, पर उनके लाइसेंस में उनकी JVM को general purpose tool की तरह वितरित करना मना है 16:42 <jrandom> cat-a-puss: तुलनात्मक 16:42 <jrandom> i2p में ज़्यादातर भारी काम पहले से ही असेंबलर कोड करता है ;) 16:43 <+fox> <Romster> C#/mono पर i2p का क्या होगा, उस Java से C# वाले ऐडिशन के साथ (नाम भूल गया) 16:43 <+fox> <Romster> मुझे याद है jrandom और मैंने इसे बहुत पहले आज़माया था 16:43 <jrandom> पता नहीं। पर अगर ये gcj के साथ काम करता है, तो शायद ikvm के साथ भी चले - वो mono jvm वाली चीज़ 16:44 <+Ragnarok> IKVM 16:44 <+Ragnarok> रहने दो 16:44 <+fox> <Romster> आह वही ikvm 16:44 <+fox> <Romster> GCJ, IKVM और Sun की में कितना फर्क? 16:45 <jrandom> मैंने ikvm कभी इस्तेमाल नहीं किया 16:45 <+fox> <Romster> मुझे यकीन है आपने कभी mono के साथ या शायद eclipse के साथ किया होगा? 16:45 <+fox> * Romster कंधे उचकाता है 16:45 <jrandom> और i2p जैसा शिप किया जाता है, अभी router console को सपोर्ट नहीं करता, हालांकि ये router operation, i2ptunnel, और sam को सपोर्ट करता है 16:46 <+Ragnarok> router console को क्या रोक रहा है? 16:47 <+susi23> xerces, अगर मुझे सही याद है 16:47 <jrandom> xerces वाली चीज़ें। i2p के साथ शिप होने वाला xercesImpl sun.* पर निर्भर है, और जब मैंने भोलेपन में नवीनतम xerces डालने की कोशिश की, तो उसे और jdom, rome और बाकी jetty को GCJ करना बोर्क हो रहा था 16:47 <jrandom> लगता है नवीनतम xerces की कुछ अतिरिक्त आवश्यकताएँ हैं 16:48 <jrandom> (ऐसे jar फाइलें जो हम फिलहाल शिप नहीं करते)। हालांकि, मुझे यकीन है हम इसे ढूंढ लेंगे 16:49 <+fox> <Romster> jrandom समस्याएँ ढूंढने में अच्छा है :) 16:49 <jrandom> समस्याएँ बनाने में और बेहतर 16:49 <+fox> * Romster कॉफ़ी लेने जाता है 16:49 <jrandom> ठीक है, 3) GCJ स्थिति पर और कुछ? 16:49 <jrandom> या हम 4) i2psnark पर बढ़ें 16:50 <jrandom> मान लो हम बढ़ गए 16:50 <jrandom> ठीक है, i2psnark वापस है (याय) 16:51 <jrandom> मेल में जो है उससे ज़्यादा मेरे पास जोड़ने को नहीं... Ragnarok, तुम्हारे पास कुछ है? 16:51 <+Ragnarok> नहीं 16:51 <+susi23> वेब फ्रंटएंड के बारे में 16:51 <+Ragnarok> और टेस्टिंग अच्छी होगी, तो सबको इसे आज़माना चाहिए :) 16:52 <+susi23> susibt के साथ इसे सपोर्ट करना समस्या नहीं होना चाहिए 16:52 <jrandom> ओह, बताओ susi23 :) 16:52 <jrandom> बढ़िया 16:52 <+fox> <jme___> भोला सवाल, पुराने bt client को सपोर्ट करने में समय क्यों, जब दूसरा (azureus) पूरा client सपोर्ट करता है? 16:52 <jrandom> jme___: Azureus वाकई जबरदस्त है 16:52 <+susi23> susibt का बड़ा रिलीज़ नवंबर के लिए तय है :) 16:53 <jrandom> हेह, बढ़िया susi23 16:53 <+Complication> मुझे Azureus बहुत जटिल लगा। 16:53 <+Ragnarok> Azureus बेकार है 16:53 <+susi23> मुझे तो हमेशा headless समाधान चाहिए होता है 16:53 <+Ragnarok> साफ़-साफ़ कहूँ तो 16:53 <+fox> <jme___> ठीक :) 16:53 <jrandom> jme___: Azureus थोड़ा भारी-भरकम है, लेकिन एक बढ़िया general purpose bt समाधान है 16:53 <+Complication> (व्यक्तिगत रूप से मुझे डर रहता है कहीं मैं कुछ गलत कॉन्फ़िग न कर दूँ और अपनी anonymity को चोट न पहुँचा दूँ।) 16:54 <+fox> <jme___> बात समझ में आती है, बस जानना चाहता था 16:54 <+fox> <Romster> मेरे लिए Azureus कभी अच्छा नहीं चला, मैं bitlord पर चला गया जो चलता है 16:54 <jrandom> मैं अभी भी Azureus वालों के साथ azneti2p plugin को और बेहतर बनाने में मदद करने का प्लान रखता हूँ, लेकिन i2psnark ने सचमुच 2 घंटे से भी कम में मुझे डेटा स्वॉर्म करा दिया 16:54 <+legion> हाँ, Azureus i2p के लिए बहुत बड़ा और जटिल है 16:54 <+Complication> अगर लक्ष्य i2p के साथ एक bt client बंडल करना है, तो हल्का client बेहतर लगता है। 16:54 <+fox> <Romster> KISS सिद्धांत 16:54 <+Ragnarok> मुझे official client सबसे पसंद है, लेकिन i2psnark का बड़ा फायदा ये है कि ये इतना सरल है कि मैं भी उस पर हैक कर सकूँ 16:55 <+legion> बात ये है कि i2p को भारी-भरकम bittorrent client की ज़रूरत नहीं 16:55 <jrandom> हाँ, इसका कोड वाकई साफ़ है (अजीब gnu फ़ॉर्मैटिंग के साथ ;) 16:55 <+Ragnarok> धत् gnu 16:55 <+Ragnarok> अब तक की सबसे घटिया ब्रेसेस शैली 16:55 <jrandom> हेह 16:55 <+fox> <Romster> हेह, कोड रीफ़ॉर्मैटर :) 16:55 <+Ragnarok> jrandom मुझे करने नहीं देता :) 16:55 <+Ragnarok> खैर, वाजिब वजह से 16:55 <+fox> <jme___> स्वतंत्रता और सरलता ऐसे मानदंड हैं जिनसे मैं पूरी तरह सहमत हूँ 16:56 <+fox> <Romster> क्या i2p के हर नोड पर bt-torrent प्रोग्राम सक्षम करने के विकल्प होंगे? 16:56 <jrandom> हाँ, अगर हम multitorrent, piece selection, और web क्षमता को mjw के mainline snark में बैकपोर्ट कर सकें, तो अच्छा होगा 16:56 <+Ragnarok> जितना सरल होगा, उसके maintain होने की संभावना उतनी ही ज्यादा 16:56 <jrandom> बिल्कुल, Ragnarok 16:57 <+legion> हाँ, उन्हें बैकपोर्ट करना शानदार होगा 16:57 <+fox> <Romster> ऑफ-टॉपिक के तौर पर emule का KAD नेटवर्क देखो, मुझे ये काफ़ी अच्छा लगता है। 16:57 <jrandom> Romster: ये अब डिफॉल्ट रूप से बिल्ड में शिप होता है, लेकिन जैसे ही ये susibt में आ जाएगा, ये बाकी clients के साथ टॉप नैव में होगा 16:58 <+Ragnarok> हमें .torrent बनाने वाला भी ship करना चाहिए। और एक tracker भी अच्छा रहेगा। 16:58 <jrandom> हाँ, दरअसल, snark में दोनों हैं, मैंने बस उन्हें disable किया क्योंकि मैं उन्हें maintain नहीं करना चाहता था :) 16:58 <+legion> hmm अच्छा मुद्दा ragnarok 16:58 <jrandom> लेकिन उन्हें वापस लाना मुश्किल नहीं होगा 16:59 <+Ragnarok> खैर, कम से कम torrent maker इतना बुरा नहीं होना चाहिए 16:59 <jrandom> एक Tracker.java भी है, और PeerAcceptor में हैंडलिंग भी, पर मैंने जो ज़रूरी नहीं था वो हटा दिया, तो शायद उन पर वापस नज़र डालनी होगी http://klomp.org/snark/ 17:00 <jrandom> (और बदलावों के लिए http://dev.i2p/~jrandom/snark_diff.txt देखें) 17:00 <+fox> <Romster> चूँकि snarik वापस है तो इस पर काम होगा, है ना :) 17:00 <+legion> सच में ट्रैकर की बात आए, तो कोई distributed समाधान निकालना बेहतर होगा 17:00 <+fox> <Romster> snark* 17:00 <jrandom> कोड पोर्ट करना नया distributed ट्रैकर बनाने से आसान है, legion ;) 17:00 <+fox> <Romster> legion, तुम अपने ही पैरों पर कुल्हाड़ी मार रहे हो 17:00 <+legion> सही है 17:01 <jrandom> पर मैं किसी साफ़-सुथरे, maintained, anonymity-friendly distributed ट्रैकर समाधान को integrate करने के खिलाफ़ नहीं रहूँगा :) 17:01 <+fox> <Romster> इसे eepsites पर tack किया जा सकता है? 17:01 * jrandom खिड़की के बाहर उड़ता हुआ एक पोनी देखता है 17:01 <+Ragnarok> official bt client में Kademlia आधारित distributed ट्रैकर है, लेकिन ज़ाहिर है वो सिर्फ़ एक design संदर्भ के तौर पर ही अच्छा है 17:01 <+legion> शुरू करने की जगह ;) 17:02 <+fox> <Romster> असल में kademlia = emule का KAD नेटवर्क? hmm, अगर ऐसा है तो KAD ट्रैकर के लिए आदर्श होगा पर bootstrapping एक मुद्दा है 17:03 <+Ragnarok> वो एक ही एल्गोरिद्म पर आधारित हैं, पर किसी भी तरह से compatible नहीं हैं 17:03 <+Ragnarok> compatible, यानी 17:04 <+Ragnarok> i2phex के लिए emule के KAD जैसा कुछ करना दिलचस्प होगा... 17:04 <+Ragnarok> वैसे, उड़ते हुए पोनी 17:04 <jrandom> :) 17:04 <jrandom> (दोनों बातों से सहमत) 17:04 <jrandom> ठीक है, 4) i2psnark पर और कुछ? 17:05 <+Ragnarok> जब तक हमारे पास .torrent फाइल बनाने का कुछ है, मौजूदा trackers ठीक हैं 17:05 <jrandom> ये अच्छा मुद्दा है - मुझे लगता है Snark के main में कुछ commented out कोड है 17:05 <+legion> नहीं, मुझे लगता है मौजूदा trackers ठीक नहीं हैं :( 17:05 <jrandom> उनमें क्या गलत है, legion? 17:05 <cat-a-puss> उपयोगकर्ताओं को सिर्फ़ एक टोरेंट फाइल मत थमाओ 17:05 <+legion> अक्सर उन्हें एक्सेस करने में दिक्कत होती है 17:06 <jrandom> hmm cat-a-puss? ओह, तुम्हारा मतलब है, हमें एक वेब इंटरफेस चाहिए जो पारदर्शी रूप से swarm कर दे? 17:06 <+legion> साइट्स ट्रैफ़िक से भर जाती हैं 17:06 <jrandom> आह, वो i2p का मुद्दा है, उम्मीद है 0.6.1.4 उसे बेहतर करेगा 17:06 <jrandom> postman बता रहा था कि उसे tracker.postman.i2p पर ढेरों हिट्स मिल रही थीं 17:06 <jrandom> मुझे अभी #s याद नहीं 17:06 <cat-a-puss> अगर हम swarming कोड और टोरेंट लेने का कोड दोनों संभाल रहे हैं, तो उपयोगकर्ता के लिए इसे पारदर्शी बना ही दें 17:07 <jrandom> orion.i2p/bt/ का वास्तव में इस्तेमाल नहीं हो रहा 17:07 <jrandom> (और tracker-fr ज़िंदा लगता है) 17:07 <+susi23> susibt के साथ मैं tracker का RSS feed शामिल करना चाहूँगा, ताकि आपको tracker की webpage पर नहीं जाना पड़े और torrents ऑटोमैटिकली डाउनलोड हो जाएँ :) 17:07 <cat-a-puss> इससे एक i2p टोरेंट को non-anonymous से ग़लतफ़हमी होने से भी रोका जा सकता है 17:07 <+fox> <jme___> bt के लिए http ट्रैकर poorly designed protocol की वजह से scale नहीं करता 17:07 <+fox> <Romster> router watchdog: router बुरी तरह अटक गया, रीस्टार्ट, wtf 17:07 <+legion> हाँ, यही मेरी बात है कुछ trackers तो flood हो जाते हैं जबकि दूसरे idle रहते हैं 17:07 <jrandom> cat-a-puss: आह, हाँ मैं syndie से hooks को susibt में integrate करना पसंद करूँगा :) 17:07 <+fox> <jme___> इसे आसानी से ठीक किया जा सकता है पर official bt protocol से compatibility टूट जाएगी 17:08 <+fox> <jme___> DHT ट्रैकर वाला रास्ता उसी ओर जाता है 17:08 <jrandom> (और उल्टा भी, ताकि लोग आसानी से .torrent फाइलें syndicate कर सकें, आदि) 17:08 <+Complication> Romster: मुझे भी ये मिलता है, लेकिन जिस मशीन पर मिलता है वो borderline है (300 MHz) 17:08 <+fox> <Romster> distributed ट्रैकर hammered trackers का समाधान है 17:08 <jrandom> legion: उसे लोग अलग-अलग trackers का इस्तेमाल करके आसानी से ठीक कर सकते हैं :) 17:08 <+fox> <Romster> Azureus का DHT 17:08 <jrandom> कोड महँगा है, अलग URLs इस्तेमाल करना सस्ता 17:08 <+legion> हाँ, पर लोग वो करते हुए दिखते नहीं हैं, करते हैं क्या? 17:09 <jrandom> लेकिन, हाँ, distributed ट्रैकर बढ़िया रहेगा। मेरे रोडमैप पर नहीं है, पर कोई इसे चालू कर दे, तो वो Rule होगा। 17:09 <+Complication> समय के साथ... ज़रूर कोई distributed भी कर देगा। 17:09 <+legion> tracker साइट्स पर torrents पोस्ट करने के बजाय, वे eepsite पर bith और अन्य विवरण पोस्ट कर सकते हैं। 17:10 <jrandom> bith == hash? 17:10 <+legion> हाँ, bittorrent hash के लिए, मेरा शब्द नहीं 17:10 <+Complication> शुरुआत में, हालांकि... एक simple और solid client, Java में, router के साथ bundled... कई समस्याएँ सुलझा सकता है। (शायद dev.i2p को overload किए बिना signed updates खींचना भी।) 17:11 <+legion> हाँ, वो बढ़िया रहेगा 17:11 <jrandom> हाँ Complication 17:11 <+fox> <Romster> हाँ, टोरेंट अपडेट्स 17:11 <+fox> <Romster> ठीक है, सूची में अगला आइटम :) 17:12 <jrandom> ठीक है, 5) बूटस्ट्रैपिंग पर और 17:12 <+legion> हाँ, आगे बढ़ें 17:12 <jrandom> हाल में लिस्ट पर बहुत दिलचस्प चीज़ें हैं, और मैं यहाँ उनका सार नहीं बताने जा रहा :) 17:12 <+fox> <Romster> i2p router डेटाबेस का bootstrapping? 17:12 <jrandom> क्या किसी के पास उस थ्रेड के बारे में कोई सवाल/टिप्पणी/चिंता है जिसे वे चर्चा करना चाहते हैं? 17:12 <jrandom> Romster: लिस्ट और/या ईमेल देखो 17:12 <+fox> * Romster को वो लिस्ट पढ़नी है 17:13 <jrandom> हाँ, वहाँ अच्छी चीज़ें हैं :) 17:13 <+fox> <Romster> मैं हाल में काफ़ी व्यस्त रहा हूँ 17:13 <+Complication> 26 संदेश पढ़ने हैं, अभी टिप्पणी नहीं कर सकता 17:13 <jrandom> अभी कोई अंतिम नतीजा नहीं, पर हम 0.6.2 के लिए tunnels बनाने के नए तरीके की ओर देख रहे हैं 17:14 <+fox> <Romster> नया तरीका, क्या वर्तमान तरीके में कोई खामी है? 17:14 <+fox> <Romster> flaw* 17:14 <jrandom> Michael के विश्लेषण से पता चलता है कि हमला अभी वास्तव में समस्या नहीं है, क्योंकि विकल्पों पर आसान हमले हैं 17:14 <jrandom> लिस्ट पढ़ो ;) 17:14 <+fox> <Romster> आर्ग, बाद में 17:14 <+fox> <Romster> ये अभी है :) 17:15 <+fox> <Romster> मैं सामान्यतः इस समय सोता हूँ। 17:15 <+fox> <Romster> तो मैं शायद ही मीटिंग में रह पाता हूँ 17:16 <cat-a-puss> क्या आप नए/मौजूदा/खारिज किए गए तरीकों के लिए अपने विचार लिस्ट पर एक ईमेल में पोस्ट कर सकते हैं ताकि हम तुलना कर सकें 17:16 <+fox> <Romster> तो ये attack तरीकों और tunnel निर्माण से जुड़ा है, मैं मान लेता हूँ, बिना लिस्ट पढ़े 17:16 <cat-a-puss> (ये Jrandom के लिए है) 17:16 <jrandom> cat-a-puss: पक्का कोई अंतिम नतीजा हमने तय नहीं किया है 17:16 <+fox> <Romster> अच्छा विचार होगा cat-a-puss 17:17 <+Complication> Romster: हाँ, कमोबेश ये exploratory tunnel के endpoint को एक संभावित हमलावर के रूप में कम जानकारी देने के बारे में था 17:17 <jrandom> पर http://dev.i2p.net/pipermail/i2p/2005-October/001073.html वही नवीनतम है जो मैं तुम्हारे सुझाव से निकलता देख रहा हूँ 17:17 <jrandom> खैर, प्रभाव नहीं - i2p एक free route mixnet है - बल्कि कम जानकारी 17:18 <+Complication> हाँ, ये ज़्यादा सही शब्द होगा 17:18 <jrandom> (ऊपर दिया गया url हाथ-हिलाने से भरा है, अभी ठोस crypto तय नहीं) 17:18 <+fox> <Romster> कम = हमलों के खिलाफ़ ज़्यादा robustness, मैं समझ रहा हूँ तुम क्या कहना चाह रहे हो 17:18 <jrandom> ((लेकिन मुझे लगता है ये सब मौजूदा तकनीकों से संभव है) 17:19 <jrandom> Romster: ये देखो Michael के हमले का मौजूदा एल्गोरिद्म पर प्लॉट, जिसमें X अक्ष बताता है नेटवर्क का कितना % compromised है - http://dev.i2p.net/~jrandom/fraction-of-attackers.webp 17:20 <jrandom> (साधारण telescopic building x=200 पर पहुँचने से पहले ही off the chart हो जाएगा) 17:20 <jrandom> ((तो जो हमारे पास अभी है वो सचमुच orders of magnitude बेहतर है)) 17:20 <jrandom> लेकिन हम इसे और भी बेहतर कर सकते हैं 17:21 <jrandom> हालांकि garlic routing का विकल्प भी है 17:21 <jrandom> खैर, हाँ, और चीज़ें हैं जिन्हें खंगालना है, लिस्ट पर नज़र रखें :) 17:21 <+fox> <Romster> ठीक है, मैं वो लिस्ट बाद में अच्छे से पढ़ूँगा 17:22 <+fox> <Romster> और देखूँगा कि जोड़ने के लिए मेरे पास कुछ है या नहीं 17:22 <jrandom> बढ़िया 17:22 <cat-a-puss> क्या "नया" telescopic तरीका on demand construction के लिए काफी तेज़ होगा? 17:22 <jrandom> मुझे नहीं लगता हम वो चाहेंगे 17:22 <jrandom> ये O(1) बनाम O(N) का मुद्दा है 17:23 <jrandom> नई तकनीक exploratory tunnels का इस्तेमाल किए बिना tunnel creation की अनुमति देगी, exploratory tunnels को netDb operation के लिए छोड़ते हुए 17:23 <jrandom> (और exploratory tunnel creation के लिए :) 17:24 <+fox> <Romster> hmm क्या हमलावरों को भरपूर false positives देकर असली स्रोत को मास्क करना फायदेमंद होगा 17:24 <+legion> अच्छा लगता है :) 17:24 <+legion> मुझे लगता है ऐसा करना अच्छा होगा 17:24 <cat-a-puss> jrandom: सही, मैं ये पूछ रहा था कि ऐसा करने से क्या चीज़ें इतनी तेज़ हो जाएँ कि कभी-कभी आख़िरी hops को पता न हो कि वे आख़िरी हैं, जैसा लिस्ट में disguise पर चर्चा हुई। 17:25 <+fox> <Romster> exploratory tunnels netDB router references इकट्ठा करने के लिए? 17:25 <jrandom> romster: हम ही hackers हैं ;) पर हाँ, अगर false positives ने true positives को overwhelm कर दिया, तो सांख्यिकीय रूप से सार्थक डेटा पाने के लिए हमलों की संख्या बहुत बड़ी चाहिए होगी 17:26 <jrandom> hmm सही cat-a-puss, पर मुझे नहीं लगता उससे चीज़ें कैसे तेज़ होंगी, वो हमें O(1) से O(N) tunnel topology में ले जाएगा 17:26 <jrandom> या तुम "तेज़" से क्या मतलब ले रहे हो? 17:26 <+fox> <Romster> और अगर ये detect होने की हद तक पहुँचे तो कुछ समय के लिए drop होकर चुप भी हो सकता है? 17:26 <jrandom> नई तकनीक failed tunnel creations को ज़रूर कम करेगी 17:26 <+fox> <Romster> या चुपके से अपनी key बदल कर जारी रखे या कुछ ऐसा हेह 17:26 <jrandom> romster: हमले की समीक्षा के लिए मेल्स खंगालना फायदेमंद होगा ;) 17:27 <+fox> <Romster> हाँ, सोने के बाद 17:27 <+Complication> Romster: मेरी जानकारी में, ये ज़्यादातर passive attack है, तो लक्ष्य इसे होते देख नहीं सकता 17:27 <+fox> <Romster> और एक दोस्त के पीसी को ठीक करना है, जो यहाँ पड़ा है 17:27 <+fox> <Romster> आहा, समझा Complication। 17:27 <cat-a-puss> jrandom: मैं O(n) वाली चीज़ की बात नहीं कर रहा। मेरा मतलब है क्लाइंट tunnel तभी बनाना जब किसी ऐप को ज़रूरत हो, बजाय इसके कि वे हर समय बैठे रहें। 17:28 <+Complication> (पर मैं गलत हो सकता हूँ, और वो आख़िरी 26 संदेशों में active घटक हो सकते हैं) 17:28 <+fox> <Romster> क्या लंबी अवधि का passive attack अंततः लक्ष्य ढूँढ लेगा? 17:28 <+fox> <Romster> मैं लिस्ट पढ़ने के बाद टिप्पणी करूँगा 17:28 <jrandom> आह cat-a-puss, हम 0.6.2 के लिए tunnel pooling ज़रूर सुधारेंगे। हम अभी भी tunnel तभी बनाते हैं जब हमें उसकी ज़रूरत होती है (खुद को थोड़ा समय देते हैं, अगर creation फेल हो जाए) 17:28 <+Complication> Romster: हाँ, टनल लाइफटाइम से आगे हमला बनाए रखने के लिए संसाधन और धैर्य चाहिए 17:28 <+fox> <Romster> और बेहतर समझूँगा 17:29 <+Complication> पर समय हर सफलता की संभावना में भूमिका निभाता है। लंबा प्रयास करो, ज़्यादा मौके मिलते हैं। 17:29 <+fox> <Romster> आह, यानी tunnel life time इतनी छोटी हो कि हमला बेकार हो जाए। 17:29 <jrandom> हर pool में backup tunnels की एक निश्चित संख्या होती है, और हम डिफॉल्ट रूप से पुराने के expire होने से 60-120 सेकंड पहले replacements बनाते हैं 17:29 <+fox> <Romster> time* 17:30 <jrandom> सही Complication - हर sample केवल 'm' बार आता है हर (c/n) tunnels में 17:30 <+fox> <Romster> क्या आँकड़े जुटाने के लिए हर tunnel के बीच कोई interaction होता है? 17:30 <+fox> <Romster> जैसे एक मरने वाला है और दूसरा बन रहा है 17:31 <jrandom> romster: नए tunnels एक-दूसरे से बात नहीं करते, नहीं, पर वो Michael के बताये हमले जैसा नहीं है 17:31 <jrandom> अनगिनत हमले मौजूद हैं, जिनमें से अधिकांश से हम निपट चुके हैं, पर जब भी कोई ऐसा सामने आता है जो I2P के संचालन पर असर डाल सकता है, हम उसे और विश्लेषित करना चाहते हैं 17:31 <+fox> <Romster> लिस्ट पढ़नी होगी, ठीक है, मैं फिलहाल यहीं छोड़ता हूँ, क्या किसी और को कुछ कहना है? 17:32 <jrandom> ठीक है, अगर और कुछ नहीं है, तो 6) वायरस जांच पर चलते हैं 17:32 <+fox> <Romster> दरअसल एक आँकड़ा जो मैं देख सकता हूँ वो ये कि 0 hop न होने का अर्थ होगा कि अगला hop end point नहीं है, तो उसे खारिज किया जा सकता है, पर लाखों नोड्स के साथ वो विश्लेषण तकनीक बेकार हो जाएगी 17:33 <jrandom> फोरम पर जो चर्चा हुई उससे आगे मेरे पास जोड़ने को कुछ नहीं 17:33 <jrandom> सही Romster, tunnel length पर predecessor attacks होते हैं, जो 0.6.2 में हम जिन मुख्य चीज़ों को संबोधित कर रहे हैं उनमें से एक है 17:33 <+fox> <Romster> वायरस, कौन सा वायरस, अगर linux है तो लगभग ना के बराबर, लेकिन windows hmm 17:34 <+Complication> खैर, भले ही मैं matching binary नहीं बना सका (भगवान जाने क्यों) अंतिम अंतर इतना छोटा था... कि उम्मीद है assembly कोड पढ़ने में रुचि रखने वालों के लिए उपयोगी होगा। 17:34 <jrandom> Romster: कृपया, साप्ताहिक स्थिति नोट्स इन agenda items को समझाते हैं, और मीटिंग नोट्स से /आगे/ की चीज़ों पर चर्चा के लिए है ;) 17:35 <+Complication> मुझे उसमें कोई स्पष्ट चीज़ नहीं मिली, पर मैं सारे अंतर की व्याख्या भी नहीं कर सका। 17:35 <@cervantes> rtfml और rtff 17:35 <+fox> <Romster> हाँ, मैं काफ़ी समय से up to speed नहीं रहा हूँ, उसके लिए माफ़ी jrandom 17:35 <@cervantes> ;-) 17:35 <jrandom> हाँ, ये तथ्य कि एक ज्ञात सुरक्षित bat फ़ाइल और पुरानी दोनों ने एक ही detection को ट्रिगर किया, महत्वपूर्ण है 17:35 <+Complication> हाँ, इससे संदेह थोड़े कम होते हैं। 17:36 <+Complication> मुझे लगता है QBFC में एक ही version number के भीतर undocumented अंतर हो सकते हैं (अलग builds?) 17:37 * jrandom को नहीं पता, पर शायद ये किसी OS इंटरैक्शन वगैरह का मुद्दा है। मुझे नहीं पता, तुमने इतना analysis दे दिया है कि लोग अपना informed निर्णय ले सकें 17:37 <+Complication> मुझे भी लगता है ये बेहतर है। 17:37 <+Complication> Disassembly सच में मेरे usual playground से बाहर है। 17:37 <jrandom> legion: क्या तुम इस पर कुछ कहना चाहोगे, या लोग ज़्यादा जानकारी चाहते हैं तो फोरम देख लें? 17:38 <@cervantes> क्या मैं बस फोरम में दूसरों द्वारा कही बात दोहरा सकता हूँ, और Complication को धन्यवाद दे सकता हूँ कि उसने इस मुद्दे की जाँच में समय और meticulous प्रयास लगाए 17:38 <jrandom> हाँ, इसकी बहुत सराहना है 17:38 <+legion> मेरे पास जोड़ने को कुछ नहीं, मुझे लगता है मैंने इस पर पहले ही बहुत कहा है 17:39 <jrandom> 'ठीक है, समझ गया। ठीक है, किसी और के पास कुछ है, या हम 7) ??? पर चलें 17:39 <jrandom> [मान लो हम चल दिए] 17:40 <+fox> * Romster इसका समर्थन करता है :) 17:40 <+legion> 7)??? के लिए कैसा रहेगा अगर हम i2phex पर थोड़ा चर्चा करें 17:40 <jrandom> बढ़िया, अच्छा विचार 17:40 <+fox> <Romster> क्योंकि मैं अभी इसे इस्तेमाल कर रहा हूँ :) 17:40 <@cervantes> नहीं नहीं, पहले group hug 17:40 <jrandom> redzara ने कहा था कि वो मीटिंग में आएगा, पर merge पर प्रगति धीमी है 17:41 <+legion> susi23 ने headless version के बारे में पूछा 17:41 <jrandom> आह बढ़िया, मैंने तुम्हारी पोस्ट उस पर देखी 17:41 <+fox> <Romster> एक बात जोड़ूँ कि favourites सूची i2p की लंबी keys को संभालने के लिए चौड़ी होनी चाहिए 17:42 <+susi23> (ये ज़रूरी नहीं, मैं बस जिज्ञासु था) 17:42 <jrandom> खैर, कोई base64 keys याद नहीं रख सकता, तो मुझे नहीं लगता तुम कुछ मिस कर रहे हो Romster ;) 17:42 <jrandom> (और शुरुआती कुछ बाइट्स उन्हें uniquely पहचानने के लिए काफ़ी होनी चाहिए) 17:42 <+fox> <Romster> i2phex को किसी सर्वर के साथ शुरू करना अब तक की मुख्य समस्या है जो मैं देखता हूँ 17:42 <+legion> दरअसल मैं चाहता हूँ कि client में keys के सिर्फ़ पहले 12 characters दिखें 17:42 <+fox> <Romster> हेह, guess 17:42 * Complication बहुत व्यस्त है, और xml-rpc नहीं कर सकता 17:43 <jrandom> वाजिब लगता है, legion 17:43 <+fox> <Romster> कैसा रहेगा जितने characters से key यूनिक हो जाए उतने दिखाना 17:43 <jnymo_> मेरे लिए i2phex अच्छे नतीजे दे रहा है 17:44 <jrandom> बढ़िया jnymo_, मैंने भी अच्छी बातें सुनी हैं 17:44 <+fox> <Romster> तो अगर 2 keys abc से शुरू होती हैं तो वो abcx होगा 17:44 <jnymo_> 12 identical characters की संभावना कम है, romster 17:44 <+fox> <Romster> सही 17:44 <+Complication> साथ ही, सरल = तेज़ 17:44 <+fox> <Romster> पर 12 की ज़रूरत नहीं होगी अगर keys इतनी random हैं 17:45 <+Complication> (दिखाने से बहुत स्पीड हासिल नहीं होगी) 17:45 <+legion> शायद कोई नया host properties विंडो हो, जो पूरी key और कुछ जानकारी बताए जैसे वो कितना share कर रहा है आदि 17:45 <+susi23> (netDb 4 chars से ही router ids के लिए बढ़िया काम करता है) 17:45 <+fox> <Romster> या डेटाबेस में keyname=base64 रखें और सिर्फ़ keyname दिखाएँ 17:45 <jrandom> hmm, मुझे लगा पहले से peer info display है legion? 17:46 <jrandom> legion: ऐसी कुछ चीज़ें mainline phex में जोड़ना अच्छा रहेगा, शायद? 17:46 <+legion> hmm हो सकता है सही... 17:46 <jrandom> (ताकि Gregor उसे maintain कर सके ;) 17:46 <+Complication> खैर, "Browse host" फ़ंक्शन है, पर वो बिल्कुल वही नहीं हो सकता। (अगर ये काम करता हो।) 17:46 <jrandom> Complication: करता है 17:46 <jrandom> (काम, मेरा मतलब) 17:47 <+Complication> लगता है host destkey को search बॉक्स में डाल देता है 17:47 <+Complication> ...और एक search चलाता है। 17:48 <jnymo_> ये i2phex mainline का मुद्दा हो सकता है, पर मुझे i2phex downloads पर ETA नहीं दिखा 17:48 <+Complication> Hmm... या असल में, search नहीं चलाता। 17:48 <+Complication> मेरा तो लगता है तब तक इंतज़ार करता है जब तक मैं manually शुरू न करूँ। 17:48 <+fox> <Romster> nearby i2phex running वाला टिकबॉक्स किसलिए है? 17:49 <+legion> मुझे दिख रहा है सुधार की बहुत गुंजाइश है। ;) 17:49 <jrandom> हाँ :) 17:50 <jrandom> करने को बहुत कुछ है, और फोरम ideas/suggestions/questions(/patches :) पोस्ट करने की अच्छी जगह है 17:50 <+fox> <Romster> इसके स्पष्ट नाम के बावजूद 17:50 <jrandom> ठीक है, किसी और के पास मीटिंग के लिए कुछ है? 17:50 <+fox> <Romster> hmm अच्छा मुद्दा 17:50 <+fox> <Romster> और कुछ याद नहीं आ रहा 17:51 <+fox> <Romster> पर कोई distributed data store पर काम कर रहा है? 17:51 * cervantes अपनी घड़ी देखता है 17:51 <+fox> <Romster> मतलब actively 17:51 <jrandom> Romster: syndie के अलावा, नहीं 17:51 <jrandom> (कम से कम मेरी जानकारी में) 17:52 <+legion> खैर मैं सोच रहा था i2p में एक http download manager integrate करने के बारे में, जिससे eepsites से बड़े कंटेंट डाउनलोड करना आसान हो जाएगा। 17:52 <+fox> <Romster> q और iphex और एक-दो और, पर मैंने कुछ समय से maintained नहीं देखा 17:52 <@cervantes> feedspace की क्या स्थिति है... काफ़ी समय से उसके बारे में कुछ सुना नहीं 17:52 <jrandom> legion: वो बढ़िया रहेगा - उस पर फोरम में भी एक पोस्ट है मेरा ख्याल है 17:53 <+fox> <Romster> आह feedspace, एक और 17:53 <jnymo_> अगर ये मीटिंग में पहले बताया गया है, तो रहने दो.. पर, i2p freenet colab पर कोई खबर? 17:53 <jrandom> cervantes: आख़िरी मैंने सुना frosk व्यस्त था, लेकिन अगर frosk आसपास है, शायद वो और बता सके :) 17:53 <+legion> व्यक्तिगत रूप से मैं i2p entropy colab देखना चाहूँगा। 17:54 <+fox> <Romster> मेरे पास datastore के लिए ideas हैं, पर वो मौजूदा तरीकों का विस्तार होगा जो आजकल इस्तेमाल में हैं 17:54 <+legion> देखते हुए कि q, feedspace आदि अभी तेज़ी से कहीं नहीं जा रहे 17:54 <jrandom> jnymo_: मैंने freenet वालों को हमारे SSU transport पर चलने वाला कुछ कोड भेजा है, toad कुछ चर्चाओं में शामिल रहा है, पर freenet इस स्थिति में नहीं होगा कि हम इसे i2p के ऊपर data store की तरह चला सकें, कुछ समय तक (उनके 0.7 रिलीज़ के बाद, शायद) 17:54 <+fox> <Romster> मैं एक प्रोजेक्ट शुरू करना चाहता हूँ पर जो दूसरों ने किया है उसे दोहराना नहीं चाहता 17:54 <+legion> सोच रहा हूँ entropy को i2p पर चलने के लिए port करना संभव होगा क्या... 17:54 <jrandom> legion: entropy अच्छा होगा, पर integration थोड़ा कठिन है। बेशक, लोग entropy के लिए fproxy.i2p जैसी चीज़ें चला सकते हैं 17:55 * jrandom entropy के transport कोड के बारे में कुछ नहीं जानता 17:55 <+fox> <Romster> मैंने अपना irc client होल्ड पर डाल दिया है, उस पर पहले से बहुत लोग काम कर रहे हैं, अभी i2p को एक datastore चाहिए और ये आसानी से freenet को पीछे छोड़ देगा :) 17:55 <jrandom> (पर शायद ये किसी को GCJ SDK पर हैक करने का अच्छा तरीका होगा :) 17:56 <jrandom> Romster: दूसरे प्रयासों में मदद करना नए प्रोजेक्ट्स शुरू करने से ज़्यादा rewarding है, क्योंकि कम प्रयास में ज़्यादा काम हो जाता है :) 17:56 <jnymo_> आह.. gcj पोर्ट पर बधाई 17:56 <+fox> <Romster> entropy C या C++ में है iirc 17:57 <jrandom> सही Romster, इसलिए वे I2P का SDK और streaming lib इस्तेमाल कर पाएँगे, जिन्हें GCJ के साथ native libraries में बनाया गया होगा 17:57 <+fox> <Romster> jrandom सही, पर कौन :) 17:57 <jrandom> मैं नहीं 17:57 <+legion> ओह और एक और मुद्दे पर, बस बताना चाहूँगा कि आज मैंने i2p router console के लिए अपने readme.html अपडेट का नया वर्ज़न रिलीज़ किया है। 17:57 <jrandom> (जो काम तुम्हें प्रिय है, उसे पूरा कराने का एकमात्र तरीका है कि वो *तुम* करो :) 17:57 <jrandom> बढ़िया 17:57 * dust eepsites का लोड कम करने के लिए 'squid' syndication जैसा कुछ देखना चाहेगा 17:58 <jrandom> dust: हाँ, बिल्कुल, अगर हम sucker को उस स्थिति में ला सकें, तो आदर्श होगा 17:58 <jrandom> जैसे, मैं syndie में orion की नवीनतम जानकारी, लोकल में, पाना चाहूँगा 17:58 <+fox> <Romster> squid के लिए एक proxy बना दो :) 17:59 <+legion> मैं इसे टाल रहा था इस उम्मीद में कि python eepsitechecker में कुछ सुधार अब तक हो गए होंगे। 17:59 <dust> आह, syndie 17:59 <jrandom> (दरअसल syndie उसी के लिए है - syndication से लोड घटाना) 17:59 <dust> वही जवाब 17:59 <jrandom> python eepsite checker है? 17:59 <+fox> <Romster> पहली बार मैंने इसके बारे में सुना 17:59 <+legion> हाँ, मैं वही इस्तेमाल करता हूँ ;) 18:00 <jrandom> बढ़िया legion 18:00 <+legion> सच में? ये काफ़ी समय से है 18:00 <+fox> <Romster> अच्छा, मैं उसे देखना चाहूँगा :) 18:00 <@cervantes> लगता है किसी ने baffled का स्क्रिप्ट पोर्ट किया था... याद नहीं कौन/कब 18:00 <+fox> <Romster> मैं python सीख रहा हूँ 18:00 <jrandom> आह ठीक, cervantes 18:00 <+fox> <Romster> examples और manual से धीमे-धीमे :) 18:00 <jrandom> हाँ, मैं आलसी हूँ, मैं बस polecat.i2p/i2psurvey/ और orion.i2p/ इस्तेमाल करता हूँ :) 18:01 <jrandom> (मुझे spider करने की ज़रूरत नहीं) 18:01 <+legion> अगर कोई मेरे साथ काम करना चाहे, तो मैं सच में चाहता हूँ कि कोड ठीक हो और python 2.3 या 2.4 के साथ काम करे 18:01 <+fox> <Romster> मेरे पास 2.4 इंस्टॉल है 18:01 <+Ragnarok> मैं इसे देख सकता हूँ। लिंक? 18:01 <+fox> <Romster> असल में लगता है 2.4.1 है 18:02 <+legion> अभी इसमें py2exe compatibility नहीं है और आधा हिस्सा हर वर्ज़न के साथ काम करता है, मतलब जो भी इसे चलाए उसे दोनों इंस्टॉल रखने पड़ते हैं। 18:02 * jnymo_ एक orion.i2p/I2PDirectory हाइब्रिड देखना पसंद करेगा.. info, श्रेणियाँ, स्टैट्स.. बढ़िया 18:02 <+legion> मीटिंग के बाद मैं इसे archive कर दूँगा और फोरम पर लिंक पोस्ट करूँगा 18:03 <+Ragnarok> ठीक 18:03 <jrandom> legion: hmm, क्या तुम्हें लगता है बहुत लोगों को ये चलाने की ज़रूरत पड़ेगी? मेरा मतलब, सिर्फ़ कुछ लोगों को spider करना चाहिए 18:03 <+fox> <Romster> दोनों, उफ़, शायद मेरे लिए नए में ट्रांसलेट करना थोड़ा ज़्यादा हो, जब तक कोड न देख लूँ 18:03 <jrandom> (ये नहीं कि उन कुछ लोगों के लिए इसे आसान बनाना गलत है, मेरा मतलब :) 18:04 <+fox> <Romster> इसे dissect करके और चीज़ें करने में भी इस्तेमाल किया जा सकता है? 18:04 <+legion> एक इस्तेमाल मैं हर किसी के लिए देख सकता हूँ जो i2p चलाता है। 18:04 <+fox> <Romster> हो सकता है* 18:04 <jrandom> hmm, मुझे पक्का नहीं, समझाओ कैसे? 18:04 <jrandom> मेरा मतलब, मैं नहीं चाहता हर कोई essentially हर eepsite पर DDoS कर दे 18:05 <+legion> उनमें से एक होगा dynamic bookmarks पेज, जो हर 12-24 घंटे में ऑटो-जनरेट हो 18:05 <jrandom> आह, वो syndie में trivial है (असल में मुख्य फीचर में से एक - 'नए ब्लॉग्स') 18:05 <jrandom> ((पर बेशक, syndie का उसके लिए अभी शानदार UI नहीं है)) 18:06 <+fox> <Romster> असल में बस कुछ को spider करना होगा और उसे torrent/DHT जैसे डेटाबेस में डालना होगा और नोड्स के बीच sync करना होगा 18:06 <jrandom> सही Romster (हालांकि वो torrent/DHT जैसा डेटाबेस sync करने, या "syndi"cate करने के लिए, syndie हो सकता है ;) 18:06 <+fox> <Romster> ये और i2p नोड्स व सेवाएँ सीखने का छिपा तरीका भी हो सकता है 18:07 <+fox> <Romster> हाँ, या syndie 18:07 <jrandom> ठीक है, किसी और के पास मीटिंग के लिए कुछ है? करी ठंडी हो रही है ;) 18:08 <+fox> <Romster> अगर syndie इतना बढ़िया होने वाला है तो कोई static pages और images cache में स्टोर कर सकता है 18:08 <+fox> <reliver> बोन अपेतित, jrandom :-) 18:08 <jrandom> बिल्कुल Romster, तुम अभी कर सकते हो 18:09 <jrandom> ठीक है, अगर और कुछ नहीं... 18:09 * jrandom समापन करता है 18:09 * jrandom *baf* के साथ मीटिंग समाप्त करता है