I2P डेवलपर बैठक - 31 जनवरी, 2006

15:19 <jrandom> 0) हाय 15:19 <jrandom> 1) नेट की स्थिति 15:19 <jrandom> 2) 0.6.1.10 स्थिति 15:19 <jrandom> 3) ??? 15:19 * jrandom हाथ हिलाता है 15:19 <jrandom> स्टेटस नोट्स http://dev.i2p.net/pipermail/i2p/2006-January/001257.html पर पोस्ट कर दिए हैं 15:20 <jrandom> ठीक है, 1) Net status पर चलते हैं 15:21 <jrandom> जैसा मेल में कहा गया था, 0.6.1.9-0 (फुल रिलीज़) पर जो हैं, उन्हें पहले जैसा ही अनुभव होना चाहिए 15:21 <jrandom> हालांकि नए बिल्ड्स (0.6.1.9-5 या उसके बाद) पर यूज़र्स को दिक्कत आ सकती है 15:21 <jrandom> ("दिक्कत" शायद कम शब्द है...) 15:21 <+Complication> CVS -8 थोड़ा फ्लेकी था, इसलिए -2 चला रहा हूँ instad (काफी ठीक काम करता है) 15:22 <gloin> :-) 15:22 <+Complication> =instead 15:22 <Pseudonym> हाल में चीज़ें अस्थिर लग रही हैं (मैं 0.6.1.9-0 पर हूँ) 15:22 <jrandom> कूल, मैं प्रोसेस बदलावों को रिवर्ट करने पर विचार कर रहा था लेकिन head पर dust का ircclient अपडेट और i2ptunnel httpserver पैच शामिल रखते हुए, मगर 0.6.1.10 शायद दूर नहीं है 15:23 <jrandom> हम्म Pseudonym, eepsites, IRC, या अन्य सेवाएँ एक्सेस करने में, या उन्हें होस्ट करने में? 15:23 <+Complication> -0 के साथ अस्थिर? समस्या कैसे दिखती है? 15:23 <Pseudonym> मैंने मुख्यतः IRC में देखा (idlerpg खेलते हुए) 15:24 <jrandom> ("playing" ;) 15:24 <Pseudonym> इसके अलावा, कभी-कभी router गड़बड़ा जाता है और रीस्टार्ट करना पड़ता है (कोई active peers नहीं) 15:24 <Pseudonym> heh 15:24 <jrandom> हम्म, इंटरनेट कनेक्टिविटी की दिक्कतें? 15:24 <@frosk> यहाँ -0 स्थिर है, बेशक दिन में दो बार होने वाले “router hung!” रीस्टार्ट्स को छोड़कर 15:24 <jrandom> ह्म्म frosk, सचमुच “router hung”, या leaseSet expiration के कारण “router hung”? 15:25 <Pseudonym> इंटरनेट कनेक्टिविटी ठीक है। जब मैं i2p router रीस्टार्ट करता हूँ तो यह तुरंत वापस आ जाता है 15:25 <+Complication> मेरा Cel300 भी कुछ समय बाद हैंग हो जाता है, लेकिन अंतराल बढ़ रहे हैं, और मुझे इसके कारण की ताज़ा जानकारी नहीं है 15:25 <@frosk> jrandom: lease expiration, मुझे काफ़ी यक़ीन है 15:25 <jrandom> हम्म 'k 15:26 <jrandom> लगभग यह सब नए निर्माण और प्रबंधन कोड के लिए फिर से लिखा गया है, तो देखेंगे 0.6.1.10 में कैसा चलता है 15:27 <@frosk> कूल 15:27 <@frosk> मैं टेस्ट करने में मदद करके खुश होऊँगा 15:28 <Pseudonym> अभी आपको समस्या troubleshoot करने की ज़रूरत नहीं। मैं बस स्थिरता पर एक डेटा-पॉइंट जोड़ना चाहता था 15:28 <jrandom> बहुत बढ़िया, जब यह लोकली स्थिर हो जाएगा तो मुझे कुछ मदद जुटानी पड़ेगी :) 15:28 <jrandom> कूल, धन्यवाद Pseudonym 15:28 <jrandom> ठीक है, 1) Net status पर किसी और के पास कुछ है? 15:30 <jrandom> अगर नहीं, तो 2) 0.6.1.10 स्थिति पर चलते हैं 15:30 <jrandom> जैसा मेल में कहा, live net पर tweak पर tweak जोड़ने के बजाय हम सीधे source पर जाने वाले हैं 15:31 <jrandom> यह backwards compatible नहीं होगा, तो इसमें एक... झटका आएगा, और जबकि हम इसके साथ कुछ अन्य पिछली संगतता-रहित बदलाव भी समेटेंगे, बाद में एक और की भी संभावना है 15:32 <jrandom> और विशेष रूप से, एक विचार यह है कि tunnel creation कोड के लिए 2048bit के बजाय 1024bit ElGamal पर माइग्रेट किया जाए 15:32 <jrandom> लेकिन यह ज़रूरी भी नहीं हो सकता। यह इस पर निर्भर है कि live net पर इसका कितना असर पड़ता है 15:34 <jrandom> अगर पड़ता है, तो इसका मतलब बस एक नेटवर्क अपग्रेड होगा, पर सभी destinations/आदि वही रहेंगे। 15:34 <jrandom> खैर, वह 0.6.1.10 के आने के बाद देखने वाली बात है 15:34 <+Complication> एक ढीला-सा संबंधित सवाल: क्या key length किसी भी प्रकार tunnel-creation data structure length से संबंधित है? 15:34 <jrandom> हाँ 15:35 <jrandom> सीधे संबंधित: कुंजी लंबाई * 2 * अधिकतम # हॉप्स == डेटा स्ट्रक्चर आकार 15:36 <jrandom> (तो, 256*2*8 = 4KB, जो full streaming lib messages के आकार के बराबर भी है) 15:37 <jrandom> ((ElGamal में 2x expansion factor होता है)) 15:38 <+Complication> आहा, धन्यवाद. :) 15:38 <jrandom> आह, नई spec के बारे में एक और बात। इम्प्लीमेंटेशन के दौरान मुझे एक और डेटा पॉइंट की ज़रूरत पड़ी (4 बाइट का "reply message ID"), जिसे मैंने लोकली spec में जोड़ दिया है, कुछ reserved bits का उपयोग करके 15:40 <jrandom> उम्मीद है अगले कुछ दिनों में सब चल पड़ेगा, तो शायद वीकेंड तक कुछ शुरुआती (गैर-गुमनाम) टेस्टिंग हो सके 15:40 <jrandom> पर, ज़ाहिर है, जैसे-जैसे जानकारी आएगी, साझा करेंगे 15:41 <jrandom> ठीक है, 0.6.1.10 वाली चीज़ों पर किसी के प्रश्न/टिप्पणियाँ/चिंताएँ? 15:41 <bar> एक और ढीला-सा संबंधित सवाल: .10 के रोलआउट के दौरान, क्या कुछ दिनों के लिए i2p.net को .9 पर रखना ठीक रहेगा ताकि ऑटो-अपडेट करने वालों के लिए आसानी हो? 15:41 <bar> rollout* 15:41 <jrandom> हाँ, निश्चित रूप से 15:42 <jrandom> माइग्रेशन के दौरान उस बॉक्स पर शायद दो-तीन routers चलेंगी 15:42 <jrandom> और रिलीज़ से कम-से-कम 5 दिन पहले ज़ोरदार चेतावनियाँ होंगी 15:42 <bar> स्मूथ 15:42 <+Complication> इस तरह यह वाकई और स्मूथ होगा। 15:43 <+Complication> फोरम अच्छा चैनल लगता है। Router Console पर News बॉक्स भी... 15:43 * jrandom याद करता है वे दिन जब हर रिलीज़ backwards incompatible होती थी... तब खूब अभ्यास हो गया ;) 15:43 <jrandom> हाँ, फोरम, न्यूज़ बॉक्स, लिस्ट, वेबसाइट 15:43 <+Complication> ताकि जो लोग अपनी मशीनों पर ध्यान देते हैं, वे जान सकें। 15:43 <tethra> heheh 15:44 <jrandom> और जो अभी भी 0.6.0.1 पर हैं, खैर, वे तो वैसे भी गए काम से ;) 15:44 <@frosk> उनके सिर कलम कर दो 15:44 <+Sugadude> पूरी तरह असंबंधित: क्या हम पुराने routers को बाहर करने के लिए अधिक बार backwards incompatible बदलाव ला सकते हैं? 15:44 <+Complication> मुझे लगता है वे बस I2P चलता हुआ भूल गए :) 15:44 <jrandom> हह Sugadude 15:45 <jrandom> देखो, अगर वे compatible हैं, तो हम उनके संसाधनों का उपयोग कर सकते हैं, पर अगर किसी कारण से नहीं कर सकते, तो हमें उन्हें incompatible चिह्नित करना चाहिए 15:47 <jrandom> ठीक है, अगर उस पर और कुछ नहीं, तो हमारे कैच-ऑल पर चलते हैं: 3) ??? 15:47 <jrandom> क्या किसी के पास बैठक के लिए और कुछ उठाने को है? 15:48 <tethra> Router Console पर कहीं लिखा है कि symmetric NATs के पीछे वाले यूज़र्स फिलहाल समर्थित नहीं हैं, क्या यह निकट भविष्य में बदलने वाला है? 15:48 <tethra> या मैं किसी बात की भारी अनभिज्ञता दिखा रहा हूँ 15:49 <+Complication> webcache कोड के संबंध में... लगता है मैं काफ़ी हद तक तैयार हूँ। 15:49 <jrandom> symmetric NATs के पीछे के यूज़र्स की मदद के लिए कुछ तकनीकें हैं, जिन्हें bar ने लिस्ट और फोरम पर बताया है, हालांकि इस पर तत्काल प्रगति की मुझे जानकारी नहीं 15:49 <jrandom> ओह, बहुत बढ़िया Complication, रिलीज़ पुश कब करनी है बता देना :) 15:50 <+Complication> वॉचडॉग अब डाउनलोड्स को ठीक से अबॉर्ट कर रहा है, कुछ टेस्टिंग और क्लीन-अप कर रहा हूँ (यह अभी जितना चाहिए उससे काफ़ी ज़्यादा लॉग करता है).. 15:50 <+Complication> मेरे पास एक webcache सर्वर चल रहा है, awup के पास एक और है... कुछ वास्तविक टेस्टिंग के लिए, हम लिमिटिंग ऑन करना चाहेंगे... 15:51 <+Complication> ...अगर मेरी मुलाकात legion से हो गई, तो मैं पूछूँगा क्या वह भी एक चलाने में रुचि रखेगा। 15:52 <jrandom> कूल, एक ही webcache भी बढ़िया शुरुआत होगी 15:52 <+Complication> और अगर कोई और वह स्क्रिप्ट चलाना चाहता है (awup.i2p से उपलब्ध, SAM का उपयोग करने वाली Python स्क्रिप्ट)... तो उनके रेफरेंसेज़ जोड़े जा सकते हैं, यद्यपि फिलहाल और "seed webcaches" के लिए refs जोड़ने के लिए sources का recompile ज़रूरी है। 15:53 <+Complication> (किसी फ़ाइल में नहीं बल्कि GWebCacheContainer.java के हेडर में) 15:53 * gloin नहीं जानता कि यह webcache वाली चीज़ क्या है। 15:53 <jrandom> gloin: यह पहली बार i2phex.hosts फ़ाइल डाउनलोड किए बिना i2phex से कनेक्ट करने देता है 15:54 <+Complication> gloin: I2Phex के आसान इंटीग्रेशन के लिए 15:55 * cervantes देर से पहुँचता है 15:55 <+Complication> और बाद में पुन: कनेक्ट करने वालों (जैसे जिनके live peer refs ख़त्म हो गए हैं) के लिए यह ताज़ा refs दे सकता है 15:55 <gloin> ठीक है। 15:57 <+Complication> ओह, फिर ऑफलाइन 15:58 <stealth> i2p शुरू होने के बाद i2phex का ऑटोमैटिक स्टार्टअप कैसा रहेगा? 15:58 <+Complication> ओवरकिल लगता है 15:58 <+Complication> कम-से-कम मौजूदा चरण में 15:58 <jrandom> stealth: आप client.config फ़ाइल में एंट्रीज़ जोड़कर i2p router से कोई भी Java एप्लिकेशन लॉन्च करा सकते हैं 15:59 <+Complication> इसके अलावा, मेरा खयाल है I2Phex I2P के चलने से पहले भी शुरू किया जा सकता है 15:59 <@frosk> किसी भी चरण में 15:59 <+Complication> सैद्धांतिक रूप से, I2P के उठने तक इसे कनेक्ट करने की कोशिश करते रहना चाहिए 15:59 <+Complication> (हालाँकि टेस्ट नहीं किया) 15:59 <jrandom> पर याद रखें, अगर आप इसे i2phex लॉन्च करने को कहेंगे, तो i2phex बंद होने पर संभव है कि i2phex क्लाइंट JVM को kill कर दे (जिससे आपका router रीस्टार्ट हो जाएगा) 16:00 <+Complication> इसके अलावा, इसे स्क्रिप्ट करना भी काफ़ी आसान है... 16:00 <+Complication> e.g. "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> (या जैसा भी था) 16:01 <+Complication> सॉरी, /home/user/i2p ज़्यादा सम्भावित :) 16:01 <cervantes> sleep 100 से पहले /usr/games/tetris शुरू करना न भूलें 16:02 <jrandom> बिलकुल सही 16:02 <jrandom> ठीक है, बैठक के लिए किसी के पास और कुछ है? 16:03 <stealth> खैर मैं इसी बारे में सोच रहा था — बस exe शुरू कर देना। i2psnark का “हमेशा चालू” समाधान बेहतर है क्योंकि लोग अगर डाउनलोड नहीं कर रहे हों तो अपनी फ़ाइलें शेयर करना भूल जाते हैं... 16:04 <jrandom> हाँ, हालांकि मैंने अभी तक ऐसा gnutella क्लाइंट नहीं सुना जो इतना पतला हो (कि इंटीग्रेट किया जा सके) 16:05 <cervantes> क्या मौजूदा Phex पर UI को एब्स्ट्रैक्ट करने का काम नहीं हो रहा? शायद क्लाइंट अंततः पतला हो जाए 16:05 <+Complication> मैंने Phex CVS का वह हिस्सा नहीं पढ़ा 16:06 <jrandom> अगर phex को .war के रूप में चलाया जा सके, तो वाकई कमाल होगा 16:06 <cervantes> isn't the=isn't there 16:06 <cervantes> शायद मैं ग़लत हूँ 16:06 <+Complication> Sirup निश्चित ही XML-RPC इंटरफ़ेस पर काम कर रहा था, पर मुझे नहीं पता कि Gregor व सह. भी कर रहे हैं या नहीं 16:07 <+Complication> तो मुझे नहीं पता sirup ने इसे पोर्ट किया था या शुरू से लिखना शुरू किया था 16:09 <jrandom> जहाँ तक मुझे याद है, वह बस Apache का xmlrpc lib इम्पोर्ट कर रहा था और i2phex के कुछ internals एक्सपोज़ कर रहा था, पर पिछले लगभग 6-8 महीनों में उस पर कोई काम नहीं हुआ, और जहाँ तक मुझे पता है यह कभी फ़ंक्शनल नहीं था 16:10 <fox_> <tethra> mutella एक वेब-आधारित gnutella क्लाइंट है जो काफ़ी हल्का है, iirc. पक्का नहीं कि यह मददगार होगा, पर heh, किसी (ज़्यादा प्रतिभाशाली) के जाँचने लायक हो सकता है। 16:10 <fox_> <tethra> शायद यह वही नहीं है जो ढूँढा जा रहा है, हालांकि। 16:12 <jrandom> किसी नए को पोर्ट करना बड़ा काम है, ख़ासकर C/C++ वाले को, दुर्भाग्य से 16:12 <+Complication> मैं व्यक्तिगत रूप से XML-RPC के साथ छेड़छाड़ करने की संभावना कम है। विभिन्न बग्स पकड़ने की कोशिश... मेरे निकट-कालीन योजनाओं में है। 16:13 * Complication चाहता है कि rehash effect हमेशा के लिए चला जाए, क्योंकि यह समय की बड़ी बर्बादी है 16:13 <jrandom> ऊह, शायद यह timezone shift से ट्रिगर होता है? 16:14 <jrandom> जब I2P SDK router से कनेक्ट करता है, तो वह उससे वर्तमान I2P (NTP) समय लेता है, और SDK के JVM को UTC में फोर्स करता है 16:14 <+Complication> कम संभावित लगता है... पर इस स्तर पर, मैं बहुत कुछ नकार नहीं सकता 16:15 <jrandom> (और अगर rehash ऑर्डरिंग और फाइल टाइमस्टैम्प्स पर निर्भर करता है, तो कुछ घंटों का शिफ्ट उसे बदल सकता है) 16:15 <jrandom> हाँ, तुमने इसमें काफ़ी गहराई तक देखा है, बस एक संभावना बता रहा था 16:15 * jrandom तुम्हारी बग रिपोर्ट्स से आगे इसके बारे में कुछ नहीं जानता :) 16:16 <+Complication> यह कभी-कभार होता है, और *लगता है* कि "sharedlibrary" कॉन्फ़िग फ़ाइल के लोड/रीराइट होने के समय होने वाली किसी चीज़ से संबंधित है 16:16 <+Complication> हम्म, दिलचस्प संभावना... 16:16 <+Complication> मैंने उसे नकारने लायक पर्याप्त जाँच नहीं की है 16:18 <jrandom> ठीक है, बैठक के लिए किसी और के पास कुछ है? 16:19 <jrandom> अगर नहीं... 16:19 * jrandom समेटता है 16:19 * bar jrandom को .10 के लिए शुभकामनाएँ देता है और उसे एक चमकीला baf थमा देता है 16:19 <jrandom> gracias :) 16:19 * jrandom *baf*s के साथ बैठक समाप्त करता है