I2P डेवलपर बैठक - 20 जुलाई 2004

14:05 <jrandom> 0) हाय 14:05 <jrandom> 1) 0.3.2.3, 0.3.3, और रोडमैप 14:05 <jrandom> 2) s/reliability/capacity/g 14:05 <jrandom> 3) वेबसाइट अपडेट्स 14:05 <jrandom> 4) हमले और बचाव 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) हाय 14:05 * jrandom हाथ हिलाता है 14:05 <jrandom> साप्ताहिक स्थिति नोट्स यहाँ उपलब्ध हैं @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 <jrandom> सीधे 1) 0.3.2.3, 0.3.3, और रोडमैप पर चलते हैं 14:07 <jrandom> (जब तक आप सब आगे पढ़ रहे हैं, मान लेता हूँ ;) 14:07 <jrandom> 0.3.2.3 रिलीज़ बाहर है और अच्छा काम करती लग रही है 14:07 <jrandom> लोगों को मुख्य दिक्कतें कहाँ दिख रही हैं? 14:08 <deer> <Nightblade> कोई समस्या नहीं 14:08 <deer> <duck> 4 दिनों का अपटाइम बिना किसी समस्या के 14:08 <jrandom> हम्म, ठीक 14:08 <deer> <duck> कुछ लोगों के लिए IRC ज्यादा स्थिर नहीं लग रहा 14:08 <deer> <duck> जैसे kaji हर मिनट किक हो रहा है 14:08 <deer> <duck> लेकिन इसमें कुछ नया नहीं 14:09 <jrandom> हाँ, उसके साथ freenode नेटवर्क पर भी ऐसा होता है, तो मुझे समझ नहीं आ रहा कि यहाँ किसे दोष दूँ 14:09 <deer> <duck> हाँ 14:09 <deer> <duck> connelly के कुछ डाउनलोड खराब थे afaik 14:10 <deer> <duck> पर तुम मुझे शिकायत करते नहीं सुन रहे हो 14:10 <jrandom> अच्छा, सच में? हम्म, मेरा ख्याल है हमने पाया था कि उनमें से कुछ उसकी lib से संबंधित थे, लेकिन बड़े फाइल ट्रांसफर पर मुझे कभी-कभी विफलताएँ हुई हैं 14:10 <jrandom> खासकर alexandria से किताबें लीच करते समय 14:10 <jrandom> (खैर, खास तौर पर नहीं, पर वही एक साइट है जिससे मैं लीच करता हूँ) 14:11 <deer> <duck> :) 14:11 <jrandom> ठीक है, मेरा प्लान है कि 0.3.3 रिलीज़ निकलते ही, मेरा समय हमें 0.4 तक ले जाने पर फोकस होगा, साथ ही लोग जो भी बगफिक्स उठाएँगे उन्हें भी देखूँगा 14:12 <jrandom> 0.4 का जो काम बचा है, वह काफी हद तक साधारण वेब स्टफ़ है (new router console w/ servlets, jetty integration, router को नियंत्रित करने के लिए एक servlet, और i2ptunnel instances को कॉन्फ़िग करने के लिए एक servlet) 14:13 <jrandom> शायद कुछ JSP/Servlet वाले लोग कोड से हाथ आज़माने के लिए उस काम में मदद कर सकें, हालांकि मैं पहले भी काफी ऐसा कर चुका हूँ, तो impl ज्यादा कठिन नहीं होगा 14:13 <jrandom> afaik, hypercubus का installer लगभग तैयार है 14:13 <jrandom> (हालाँकि मैंने आज उस पर थोड़ा नया काम भी डाल दिया ;) 14:13 <deer> <duck> featurecreep++ 14:14 <jrandom> लोगों को सतर्क रखता है :) 14:14 <jrandom> (लेकिन अरे, अपग्रेड के लिए सबको सारे JARs अलग-अलग डाउनलोड करना नापसंद है) 14:14 <deer> <duck> हाँ, अपग्रेड करते समय यही मेरी सबसे बड़ी समस्या है 14:14 <deer> <duck> (हालाँकि मैं CVS इस्तेमाल करता हूँ) 14:14 <deer> <duck> पर अगर न करता तो होती 14:15 <jrandom> हेह 14:15 <mihi> jrandom: बस उन सबको tar कर दो -> 1 डाउनलोड ;) 14:15 <jrandom> वह काफी सरल होगा, और updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 <jrandom> (एक wget-जैसी कॉल के बाद) 14:16 <jrandom> खैर, मेरा मानना है कि hypercubus के पास वह सब करने का कोड नियंत्रण में है, तो हम उसे Right Thing करने के लिए छोड़ सकते हैं 14:17 <jrandom> वैसे, हाँ, जैसा आप सबने नोटिस किया होगा, हमारा शेड्यूल पहले जैसा नहीं रहा 14:17 <jrandom> रोडमैप अपडेट कर दिया गया है और इसे खीईईंच दिया गया है 14:18 <mihi> jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 <deer> <Nightblade> hah 14:18 <jrandom> हेह 14:18 * mihi ने एक गलती की... पहले कौन पकड़ता है? 14:19 <jrandom> (\n\n) 14:19 <jrandom> खैर, जो भी हो 14:19 <mihi> ठीक है, एक और ;) 14:19 <duck> (डबल स्पेस नहीं) 14:19 <mihi> duck++ 14:20 <jrandom> मुझे लगता है रोडमैप कम-से-कम 1.0 रिलीज़ तक अब काफ़ी वास्तविक है, हालांकि यूज़र अपनाने और फीडबैक के आधार पर हम 0.4.2 या 0.4.3 में से किसी एक को पुन:क्रमित या हटा सकते हैं 14:20 <jrandom> (और, बेशक, हमेशा की तरह अगर और लोग शामिल होते हैं तो रोडमैप बदल भी सकता है :) 14:21 <modulus> शायद एक दिन मैं भी करूँगा, Java सीखने के बाद, पर i2p किसी नौसिखिए के लिए प्रोजेक्ट नहीं लगता। 14:21 <deer> <Sandworm> हाँ, इसमें ज्यादा समय लगेगा :) 14:21 <deer> * duck को रास्ते में कुछ और देरी की उम्मीद है 14:21 <modulus> :-) 14:22 <deer> * duck कठिनाई से इसे 'स्लिप्स' कह सकता है, http://www.i2p.net/redesign/announcements पर प्रभावित करने वाली तालिका देखो 14:22 <jrandom> देरी हो सकती है, पर मेरा मानना है बचे हुए मील के पत्थर काफ़ी करने योग्य हैं 14:22 <jrandom> हाँ, यह दिखाने के लिए धन्यवाद कि मेरी कोई निजी ज़िंदगी नहीं है, duck ;) 14:22 <deer> <duck> यह तुम्हारी ज़िंदगी है 14:22 <modulus> तो, 1.0 कब आ रहा है? :-) 14:22 <deer> <duck> इस पर गर्व करो 14:23 <jrandom> modulus: i2p के कुछ हिस्से काफी कठिन हैं, लेकिन नए डेवलपर आसानी से निपट सकते हैं ऐसे कई हिस्से भी हैं 14:23 <modulus> शायद वे हिस्से थोड़े बोरिंग होंगे, है न? 14:24 <jrandom> नहीं, बिल्कुल नहीं। उदाहरण के लिए, एक अच्छा anonymous file transfer या chat app, एक mini webserver, एक MUD, एक chess app, जो भी 14:24 <duck> (वेबसाइट अपडेट्स) 14:24 <modulus> हम्म, अच्छा लगता है। 14:24 <jrandom> (उर्फ़ साधारण client apps जो anonymous हो सकती हैं) 14:24 <jrandom> और, ज़ाहिर है, web updates ;) 14:25 <modulus> ये web updates वाला मामला क्या है? 14:25 <jrandom> हमारी वेबसाइट पर काम चाहिए (देखें http://dev.i2p.net/pipermail/i2p/2004-July/000358.html या कुछ मिनट इंतज़ार करें एजेंडा आइटम 3 के लिए) 14:25 <cat-a-puss> उसमें myi2p कहाँ फिट होता है? 14:25 <modulus> आ आ 14:26 <jrandom> cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 <modulus> मेरे ख्याल से इस समय myi2p प्राथमिकता नहीं है... 14:26 <jrandom> (मैंने कुछ घंटे पहले ही इस पर एक छोटा पेज लिखा है) 14:27 <jrandom> साथ ही, वेबसाइट अपडेट्स i2pwww मेलिंग लिस्ट पर पोस्ट होती हैं (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 <modulus> हम्म, मैं एक global naming ap लिख सकता हूँ :-) 14:28 <jrandom> लेकिन मैं फिर भी myi2p इम्प्लीमेंटेशन (कम-से-कम बेस address book और blogging) को 1.0 रिलीज़ के लिए होता देख रहा हूँ 14:28 <jrandom> (रोडमैप के अनुसार, नवंबर के लिए निर्धारित) 14:28 <jrandom> हाँ, बिल्कुल 14:28 <modulus> DNS से सरल कुछ, authentication और TLD's की delegation के साथ 14:28 <jrandom> यह भी बुरा नहीं होगा—एक simple app जिसके ज़रिए आप किसी central name server से query कर सकें, बढ़िया होगा 14:29 <modulus> हाँ 14:29 <jrandom> तो, कोडिंग शुरू करो :) 14:29 <modulus> मैं कल शुरू करूँगा। अगर मैं और कामों में लगा दिखूँ तो मुझे टोको ;-) 14:29 <jrandom> हेहे, बढ़िया, करूँगा 14:29 <jrandom> ठीक है, 2) s/reliability/capacity/g पर चलते हैं 14:29 <duck> साइट पर एक छोटा सवाल: 14:29 <duck> ओह, रुको 14:29 <duck> वो 3 है 14:29 <duck> सॉरी 14:29 <jrandom> ज़रूर, क्या बात है? 14:30 <jrandom> आह, 'k 14:30 <jrandom> 0.3.3 रिलीज़ में peer profiling और selection code में काफ़ी बुनियादी बदलाव होने वाला है, जैसा कि ईमेल और http://www.i2p.net/redesign/how_peerselection में बताया गया है 14:31 <jrandom> मैंने इसे अभी दो routers पर चलाया हुआ है और यह काफ़ी ठीक बर्ताव करता लग रहा है (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 <jrandom> और अब negative values नहीं :) 14:31 <modulus> :) 14:32 <jrandom> मैं इसे थोड़ा और परखूँगा, शायद एक-दो दिन और, और फिर इसे 0.3.3 के रूप में रिलीज़ कर दूँगा 14:32 <cat-a-puss> d 14:32 <cat-a-puss> <modulus> 14:32 <cat-a-puss> ओह 14:33 <duck> क्या CVS अपडेट न करने का सुझाव है? 14:33 <cat-a-puss> DNS करने के लिए http://www.levien.com/thesis/compact.pdf के cache की तरफ़ देखो 14:33 <jrandom> नहीं, CVS अभी काफ़ी स्थिर है 14:33 <jrandom> (पर हमेशा की तरह, कुछ गड़बड़ी हो तो fallback के लिए तैयार रहें) 14:35 <jrandom> अच्छा लग रहा है cat-a-puss, धन्यवाद 14:35 <cat-a-puss> (अगर किसी को चाहिए तो मेरे पास original की एक कॉपी है) 14:36 <jrandom> Google cache थोड़ी तस्वीरों को गड़बड़ा देता है, तो अगर तुम्हारे पास raw PDF है तो बढ़िया रहेगा 14:36 <jrandom> वैसे, हम इस वक्त थोड़ा ऑफ-टॉपिक जा रहे हैं (पर हम इस पर वापस आ सकते हैं) 14:37 <jrandom> reliability/capacity स्विच के लिए इतना ही, तो 3) वेबसाइट अपडेट्स पर चलते हैं 14:37 <jrandom> duck: तुम्हें कुछ उल्लेख करना था? 14:38 <jrandom> जब तक duck अपने नोट्स तैयार करता है, क्या किसी के पास ईमेल में पोस्ट किए गए आइटम्स के संबंध में कोई आइडिया/सुझाव/चिंता है? 14:39 <deer> <Nightblade> वेबसाइट अच्छी दिखती है 14:39 <jrandom> हाँ, मुझे नया nav पसंद है और साइट लेआउट काफी साफ है 14:40 <deer> <Nightblade> चीज़ें ढूँढना आसान है 14:40 <cervantes> _काफी_ आसान हो गया है चीज़ें ढूँढना 14:40 <duck> सबसे पहले मैं हमारे user advocate protocol को उपयोगी बनने के लिए धन्यवाद देना चाहता हूँ :) 14:40 <jrandom> हेह 14:40 <duck> उसके कुछ अच्छे सुझाव थे और उसने अभी-अभी शुरू किया है 14:40 <cervantes> हिप हिप हुर्रे! 14:40 <jrandom> (हाँ, हाँ!) 14:41 <duck> अगला, मुझे लगता है कि रीडिज़ाइन को सचमुच लाइव न करने की कोई खास वजह नहीं है 14:42 <jrandom> सहमत - शायद हम news/development/documentation को non page nav elements के रूप में मार्क कर दें, फिलहाल jvm और config tweaks छोड़ दें, और I2PTunnel पेज के लिए कुछ बेसिक कंटेंट डाल दें, मेरा ख़याल है हम इसे डिप्लॉय कर सकते हैं 14:42 <jrandom> मैं चाहता हूँ यह लाइव तब ही जाए जब सारे लिंक काम कर रहे हों (और सभी पेज जो काम नहीं कर रहे) 14:43 <jrandom> लाइव होने के बाद भी और अपडेट्स आएँगे ;) 14:43 <jrandom> उः, live 14:44 <jrandom> वैसे, wilde ने हमारा 34sp अकाउंट भी जोड़ दिया है, तो ज़रूरत पड़ने पर हम साइट को वहाँ माइग्रेट कर पाएँगे 14:44 <cervantes> कूलियो 14:44 <jrandom> क्या ख़याल है duck? क्या menu.php चीज़ non-page nav entries को संभाल सकती है? 14:44 * cervantes अपने इनबॉक्स में referral points देखता है 14:45 <jrandom> (या उसे mod करना बहुत मेहनत होगा?) 14:45 <jrandom> हेहे cervantes, वह रास्ते में होना चाहिए 14:45 <cervantes> ;-) 14:45 <cervantes> आह, पुरानी "चेक डाक में है" वाली चाल 14:47 <duck> सॉरी; इस बीच कुछ और काम कर रहा था। 14:47 <duck> ठीक है; हाँ, इसे केवल nav सेक्शन टाइटल बनाना संभव है 14:47 <jrandom> कोई बात नहीं, हम आगे बढ़ सकते हैं और बाद में लौट आएँगे अगर तुम चाहो 14:47 <jrandom> ठीक है, बढ़िया 14:47 <jrandom> (duck++) 14:48 <jrandom> ठीक है, वेबसाइट से संबंधित और कुछ? 14:48 <duck> तुम्हारे सुझाव के साथ यह अप के लिए तैयार लगता है। 14:48 <jrandom> अगर नहीं, तो 4) हमले और बचाव पर चलते हैं 14:48 <duck> . 14:48 <jrandom> सही बात 14:49 <jrandom> ठीक है, मैं मान रहा हूँ आप सबने मेलिंग लिस्ट पढ़ी है और connelly की पोस्ट्स और अलग-अलग रिप्लाई देखे हैं 14:50 <cervantes> वह व्यस्त रहा है :) 14:50 <cervantes> (लगभग proto जितना ही) 14:50 <Connelly> मेरे विचार में, नेटवर्क हर चीज़ के लिए मजबूत दिखता है सिवाय ट्रैफिक विश्लेषण (जिन साइट्स पर बहुत ट्रैफिक है), और सरकार द्वारा कनेक्शन तोड़ने वाले हमले, और ऐसे हमलावरों के लिए जो नेट के बड़े बहुमत पर कब्ज़ा कर लें 14:50 <jrandom> जबकि मुझे लगता है कि हम काफ़ी अच्छी स्थिति में हैं, मुझे यक़ीन है कि कुछ (या कई) चीज़ें हमसे छूटी होंगी, तो कृपया यह न मानें कि i2p करता है या करेगा जैसा वह कहता है - मान्यताओं को चुनौती दें और बताएं यह क्यों खराब है 14:50 <Connelly> एन्क्रिप्शन अधिकांश गैर-आक्रामक हमलों को काफ़ी हद तक बेअसर कर देता है 14:51 <jrandom> यही आशा है 14:51 <jrandom> साथ ही i2p 2.0 और 3.0 की क्षमताओं के साथ, सरकारी-स्तर के प्रतिद्वंद्वियों के हमलों के खिलाफ बचाव संभव होंगे 14:51 <Connelly> बेशक व्यावहारिक रूप में सुरक्षा खामियाँ होंगी जिन्हें पैच करना होगा 14:52 * jrandom को अभी भी यह लिखना है कि 3.0 की delays segmentation attacks को कैसे रोकेंगी 14:52 <jrandom> निश्चित रूप से, connelly 14:54 <jrandom> ठीक है, अगर इस लाइन पर और कुछ नहीं है, तो मेरे पास बस इतना ही है 14:54 <jrandom> तो 5) ??? 14:55 <jrandom> ओह, वैसे, मैंने 4 दिन की अवधि में एक सिमुलेशन के लिए bandwidth usage बनाम # tunnels participated in का ग्राफ बना दिया 14:55 <jrandom> वह यहाँ पोस्ट किया है @ http://dev.i2p.net/~jrandom/4daybandwidth.webp 14:56 <jrandom> सिम में हर 30s पर 32KB संदेश आगे-पीछे भेजे गए, दो routers को 6KBps पर choke किया गया, और चीज़ें बिल्कुल उसी तरह बर्ताव कर रही थीं जैसी उन्हें 'करनी चाहिए' 14:56 <duck> (साइट के लिए nolink property implement कर दी गई है) 14:56 <jrandom> (जैसे तेज़ विश्वसनीय peers पर लोड वितरित, धीमे peers से बचाव, आदि) 14:56 <jrandom> w00t 14:56 <Connelly> bandwidth/user बनाम network size का एक log plot अच्छा होगा 14:57 <Connelly> ताकि आप कह सकें 'हाँ, यह सच में स्केल करता है' 14:58 <jrandom> उसके लिए log plot की भी ज़रूरत नहीं—client comm की स्केलेबिलिटी सख्ती से O(1) है [जिसमें 2k*msgSize चाहिए, जहाँ k = # hops in the tunnel] 14:58 <jrandom> पर हाँ, सहमत हूँ, हमें कुछ डॉक्स चाहिए जो बताएँ कि i2p कैसे स्केल करता है 14:58 <Connelly> अच्छा, Kademlia (एक वितरित हैश तालिका - DHT - एल्गोरिथ्म) के लिए... क्या वह तुम्हारे सिम में है? 14:58 <jrandom> हाँ, सिम असल में पूरा router कोड है, सब एक ही JVM में रन हो रहा 14:58 <jrandom> मैं इसे VM comm system की जगह फुल TCP connections के साथ भी चला रहा हूँ 14:59 <jrandom> Kademlia कोड पहली बार तब इस्तेमाल होता है जब Alice, Bob से बात करना चाहती है - जब तक वे बात करते रहते हैं, उनका संचार O(1) रहता है क्योंकि वे अपने payload के साथ अपना LeaseSet भी बंडल करते हैं 14:59 <jrandom> (तो बाद में netDb lookups की ज़रूरत नहीं रहती) 15:00 <cervantes> vl07 और onb0 choked routers हैं? 15:00 <jrandom> पर हाँ, हमें एक सिमुलेशन चाहिए जो दिखाए कि netDb खुद कैसे स्केल करता है 15:01 <jrandom> cevantes: 0jvf और onb0 15:01 <cervantes> एक दिन के अपटाइम के बाद vl07 के गिरने का कारण क्या है? 15:02 <cervantes> लगता है 00u0 के साथ क्रॉसओवर करता है 15:02 <jrandom> सारे non-choked routers मूलतः बराबर हैं - वे सभी एक ही CPU पर हैं, सबका (0ms) lag एक जैसा है, तो किसी एक को 'fast' बनाम 'reliable' के रूप में आबंटित करना बस मनमाना है 15:04 <Connelly> क्या तुम्हारे 'fast and reliable', 'slow' आदि designation बड़े मानों से भी रिकवर कर लेते हैं? 15:04 <jrandom> एक दिन बाद इसकी रैंकिंग/उपयोग क्यों घट गया? मुझे पक्का नहीं, शायद टेस्ट करते समय transient CPU या IO overhead ने इसकी स्पीड थोड़ी घटा दी 15:04 <jrandom> हाँ, रैंकिंग अब mean नहीं, median का उपयोग करती हैं, और डेटा पर काफ़ी तेज़ decay भी है 15:05 <jrandom> s/fiarly/fairly/ 15:05 <Connelly> तो अगर मैं तुम्हें यह सोचने पर मजबूर कर दूँ कि मेरी reliability 1000000000 है, तो जब मैं संदेश गिराना शुरू करूँ, तुम रिकवर कर सकोगे 15:06 <jrandom> निश्चित रूप से - अगर तुम 'fail' करते हो तो मैं तुरंत तुमसे काम कराना बंद कर देता हूँ और तुम्हारी रैंकिंग घटा देता हूँ 15:06 <jrandom> बदले में नई "capacity" कैलकुलेशन ऐसे बदलावों के प्रति काफ़ी संवेदनशील है 15:06 <jrandom> (speed को नकली बनाना भी कुछ मुश्किल है, क्योंकि सारे speed ranks वास्तविक मापी गई वैल्यूज़ हैं) 15:07 <jrandom> ((जैसी reliability थी, और जैसी capacity calc है)) 15:09 <jrandom> ठीक है, किसी और को कुछ उठाना है? 15:10 <deer> * jrandomi2p *baf*er का सुझाव देता है 15:11 * jrandom सहमत है 15:11 * jrandom तैयारी करता है 15:11 * jrandom *baf* के साथ बैठक समाप्त करता है