I2P डेवलपर बैठक - 01 अगस्त, 2006

16:02 <jrandom> ठीक है, इसे शुरू कर देते हैं 16:03 <jrandom> हाय, प्री-मीटिंग नोट्स यहाँ पोस्ट किए गए हैं: http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 <jrandom> यहाँ मैं वो संदेश फिर से पढ़कर सुनाने के बजाय, चलिए सीधे हमारी मानक ??? सेक्शन पर चलते हैं - 16:04 <jrandom> क्या किसी के पास उठाने और चर्चा करने के लिए कुछ है? 16:04 <@cervantes> उम् 16:04 * cervantes पोस्ट पढ़ने के लिए दौड़ पड़ता है 16:05 <+Complication> नेटवर्क स्टेटस के संदर्भ में, यहाँ सब ठीक है... 16:05 <+Complication> लेकिन एक सवाल (असल में फोरम से आगे बढ़ा रहा हूँ) NTCP ट्रांसपोर्ट के बारे में, 16:06 <+Complication> यानी, क्या ऐसा लगता है कि इसे सक्रिय करने से किसी को CPU लोड की समस्या हो सकती है (वे XP पर थे)? 16:06 <@cervantes> मुझे कहना होगा कि स्विच करने के बाद से मुझे वास्तव में कम CPU उपयोग दिख रहा है :) 16:07 <jrandom> खैर, आप इसे *deactivate* नहीं कर सकते (जब तक कि आप सोर्स कोड नहीं पढ़ रहे थे और वह जादुई मंत्र नहीं जानते ;) 16:07 <+Complication> जिस व्यक्ति ने यह समस्या बताई (इसे आसानी से दोहरा नहीं पा रहे, और यहाँ कोई बड़ा CPU उपयोग नहीं है) ने कहा कि उच्च CPU उपयोग का अनुभव NTCP से संबंधित लगता था 16:07 <jrandom> तो, मेरा मानना है कि उनका मतलब inbound ntcp connections स्वीकार न करने से है 16:07 <+polecat> NTCP मेरे router को CPU को तुरंत 100% पर पहुँचा देता है, और मुझे config file को मैन्युअली बदलने से पहले यह दो बार दोहराना पड़ा ताकि router फिर से काम करने लगे। 16:07 <jrandom> (जबकि outbound ntcp connections का उपयोग जारी रहता है) 16:07 <+Complication> (यहाँ सामान्य स्तर से बस थोड़ा सा ही ऊपर है, और संभवतः ऐसा *काफी* अधिक डेटा भेजने के कारण है) 16:08 <+Complication> ( http://forum.i2p/viewtopic.php?t=1815 ) 16:08 <jrandom> जब आप एक ntcp connection स्थापित करते हैं, तो आपको एक भारी-भरकम क्रिप्टो गणना (या तीन) करनी पड़ती है 16:08 <jrandom> यदि आप inbound ntcp connections स्वीकार कर रहे हैं, तो एक साथ बहुत सारे inbound प्रयास आ सकते हैं, क्योंकि बाहर सैकड़ों i2p routers हैं 16:09 <jrandom> polecat: वह ntcp की गलती नहीं थी, वह ntp pool में एक खराब ntp server की गलती थी 16:09 <+polecat> हाँ। तो जाहिर है मैं उसे खुद संभाल नहीं सकता। 16:09 <jrandom> (उस ntp server को ढूँढने और pool वालों से उन्हें !thwap करवाने के लिए cervantes का धन्यवाद :) 16:10 <jrandom> ((और Complication का भी, ताकि भविष्य में हम उन पागलों से बच सकें :)) 16:10 <@cervantes> heh मुझे लगता है उनके server watchdogs सिर्फ कार्यदिवसों में ही काम करते हैं ;-) 16:10 <+Complication> खैर, अभी जो बचाव है वह काफी सीमित है 16:10 <@cervantes> http://www.pool.ntp.org/scores/216.52.237.153 16:11 <+Complication> उम्मीद है कि अंततः कुछ और ज्यादा 'paranoid' कोड कर पाऊँगा 16:11 <+polecat> ओह, तो NTCP को सक्षम करने से अब CPU 100% पर नहीं जाएगा? 16:11 <jrandom> (ऐसा कभी हुआ ही नहीं polecat, बस संयोग था ;) 16:12 <+Complication> "clock" किस अर्थ में? 16:12 <jrandom> (cervantes के लिंक को देखें) 16:12 * polecat Complication के सिर पर चपत लगाता है। 16:12 <@cervantes> क्या पी रहे हो, polecat 16:12 <+Complication> :P 16:12 <+polecat> अरे, मेरा मतलब, सारे clock cycles चुरा लिए। :) 16:13 <+Complication> यदि यह 30 सेकंड आगे या पीछे कूद गया हो, तो कई-कई sessions खो गए होंगे, और हर तरह के भारी-भरकम क्रिप्टो पर उतर आया होगा 16:13 <+Complication> वह काफी CPU cycles खा सकता है, मुझे लगता है 16:13 <+Complication> वास्तव में, शायद फोरम वाले व्यक्ति ने भी यही देखा हो और गलत संबंध जोड़ दिया हो? पूछना पड़ेगा... 16:13 <jrandom> आह.. खैर, valid inbound ntcp connections के बर्स्ट CPU के बर्स्ट का कारण बनेंगे, जबकि outbound-only ntcp एक समय में सीमित नए ntcp peers से ही बात करने की कोशिश करेगा 16:14 <jrandom> inbound ntcp सक्षम न करने में कोई बुराई नहीं है। 16:15 <@cervantes> Complication: सर्वर को सोमवार के मध्य में ठीक कर दिया गया था, तो यह देखना उपयोगी होगा कि तब से उन्हें कोई समस्या हुई है या नहीं 16:15 <jrandom> ठीक है, क्या किसी और के पास चर्चा के लिए कुछ है? 16:16 <+Complication> cervantes: जी हाँ, आज़मा कर देखना चाहिए 16:16 <@cervantes> मुझे कुछ लोगों के अभी भी समय-समय पर leases खोने की रिपोर्ट मिली है... क्या वह ज्ञात समस्या है? 16:16 <+void> ntcp implementation ssu से कितना अलग है? 16:17 <+polecat> हम कैसे जानें कि हमने leases खो दिए? 16:18 <jrandom> void: ntcp में प्रति-message bandwidth overhead थोड़ा अधिक है (हालाँकि संभव है कि OS के अधिक-कुशल reliable transmission implementation से उसकी भरपाई हो जाए) 16:18 <+Complication> polecat: tunnels.jsp किसी विशेष tunnel pool के लिए कोई tunnels नहीं दिखाएगा (जैसे, "shared clients") 16:18 <jrandom> cervantes: हाँ, हमारी tunnel build success rates अभी भी वहाँ नहीं हैं जहाँ उन्हें होना चाहिए 16:18 <+void> polecat: router console ऐसा बताता है 16:18 <+Complication> और जैसा void कहता है, console का बायाँ साइडबार भी यह बताएगा 16:19 <+polecat> मुझे "No leases" संदेश बहुत मिलते हैं... आप उसी की बात कर रहे हैं, है न? 16:19 <@cervantes> हाँ 16:20 <+polecat> यही आम तौर पर मेरी IRC connection को मार देता है। मुझे लगा यह सामान्य है! 16:21 * jrandom सिहर उठता है 16:24 <+tethra> lol ;) 16:25 <jrandom> ठीक है, मीटिंग के लिए किसी के पास और कुछ है? 16:25 <@cervantes> jrandom: क्या हाल ही में syndie पर कोई प्रगति हुई है या आप ntcp/bug fixing/ISP hunting/bicycling में ही व्यस्त रहे? 16:27 <+tethra> feedspace पर कोई खबर है, या मैं सीधे उनके eepsite पर चला जाऊँ? 16:28 <jrandom> जब live net बुरी तरह बिगड़ गया, तो मैंने syndie को किनारे रख दिया। लेकिन नेट फिर से पटरी पर आने के साथ, syndie फिर से मेरा समय लेने लगा है, और मुझे उम्मीद है कि जल्द ही एक छोटा cli सिस्टम जारी कर दूँगा (उसके बाद केंद्रित guis आएँगी, उपयोगकर्ता फीडबैक के आधार पर) 16:28 <jrandom> (implement किया गया swt gui काफ़ी अच्छी स्थिति में है, लेकिन शायद अपेक्षाएँ सेट करने के लिए cli से शुरू करना बेहतर रहेगा) 16:29 * jrandom ने feedspace पर कोई खबर नहीं सुनी है 16:29 <@cervantes> कूल 16:29 <jrandom> frosk: कोई खबर? :) 16:29 <+polecat> अच्छा लगा कि आप फिर से syndie पर काम कर रहे हैं। नया संस्करण काफ़ी उम्मीदें जगाता है। क्या ACL को लेकर कोई विचार हैं, जैसे किसी node से blogs हटाना, या administrative account-independent काम करना? 16:30 <@cervantes> <jrandom> DELETE FROM messages WHERE postedOn <NOW()-14*24*60*60; 16:31 <jrandom> स्थानीय archives मूल रूप से विश्वसनीय ही रहेंगे (क्योंकि यदि आप local archive db तक पहुँच सकते हैं, तो आप फ़ाइल को जैसे चाहें बदल सकते हैं) 16:32 <jrandom> हालाँकि, shared blogs के लिए, हाँ, पोस्ट और परिवर्तनों को authenticate और/या authorize करने के लिए पूरे crypto structures मौजूद हैं 16:33 <jrandom> (लेकिन लोगों के लिए 'unauthorized' पोस्ट देखने का एक तरीका भी होगा, बस वे काफी किनारे पर रखी जाएँगी) 16:33 <+polecat> यक़ीन है, जैसे ही कोई syndicates को हजारों भारी-भरकम blog posts से भर देगा, पोस्टों को भौतिक रूप से मिटाने की तकनीक परिपक्व हो जाएगी। 16:34 <+tethra> heheh 16:35 <jrandom> भौतिक deletion आसान है, सवाल यह है कि शुरुआत में किन posts को स्वीकार किया जाए ;) 16:36 <jrandom> (मेरा syndie को movie distribution platform आदि बनाने में कोई रुचि नहीं है) 16:36 <+polecat> जब तक कोई नमूना स्वीकार न हो, यह निश्चित नहीं हो सकता कि आप क्या स्वीकार कर रहे हैं। मैं कुछ ऐसा सोचता हूँ जैसे केवल blogs की एक whitelist की अनुमति देना, और नए IDs को जोड़ने से पहले परीक्षण आधार पर अनुमति देना, स्पैम होने पर तत्काल हटाना। 16:36 <jrandom> हाँ 16:37 <+polecat> मैं ज़्यादा रुचि इसकी उस उपयोग में रखता हूँ जो बातचीत की streams को साथ जोड़ दे: हम एक ऐसा BBS बना सकते हैं जिसका कोई केंद्रीय सर्वर न हो, बस एक साझा टैग हो! 16:37 <jrandom> (नए ids को manually allow करना, flood करने वाली ids को manually kickban करना, आदि) 16:37 <jrandom> इसके लिए crypto में भी अंतर्निहित समर्थन है, polecat :) 16:37 <+polecat> संभवतः BBS के लिए एक moderator अनुमोदित संदेशों पर हस्ताक्षर करे, और लोग वे approval lists moderator के blog से लें। 16:38 <+polecat> ओह, उत्कृष्ट। 16:38 <@frosk> jrandom: हाल में gui पर काम कर रहा हूँ, लेकिन नई नौकरी शुरू करने के साथ उसे जोड़ना मुश्किल रहा है :( 16:39 * cervantes, frosk को निकालने के लिए Human Resources से संपर्क करता है 16:40 <jrandom> आह कूल, उम्मीद है कि जब syndie वहाँ पर kludged http syndication धकेल रहा होगा, तो हम आपको फिर से उस पर लुभा लेंगे ;) 16:40 <@frosk> कम से कम मेरा बॉस अब i2p development फॉलो करता है :) 16:40 * jrandom frosk के बॉस को हाथ हिलाता है 16:40 <@frosk> ओह हाँ, मैं अभी भी दृढ़ निश्चयी हूँ (धत्!) :) 16:40 <jrandom> (frosk को और छुट्टी देता है, हमें उसकी ज़रूरत है!) 16:41 <@cervantes> आशा है कि वह यह नहीं पढ़ेगा कि आप अपने syndie blog पर कंपनी की गोपनीय जानकारी पोस्ट कर रहे हैं 16:41 <bar> gui अच्छी है, हमें gui पसंद है। तुम्हें माफ़ किया। 16:41 <+Complication> Hehe :) 16:41 <@frosk> उसके ऑफिस में जाकर उसे syndie पढ़ते हुए पकड़ना अजीब लगता है :) 16:41 <jrandom> हाह, शानदार 16:42 <+polecat> बधाई हो frosk, भले ही तुम बदनामी में निकाल दिए जाओ, कम से कम तुमने एक और व्यक्ति को दिखा दिया कि syndie कितना कूल हो सकता है। 16:43 <@frosk> hehe हाँ 16:43 <+tethra> haha 16:44 <@frosk> gui (swt में) feedspace की हर चीज़ के लिए एक testbed है/होगा, ताकि उसे kickstart किया जा सके 16:44 <jrandom> r0x0r 16:45 <+void> jrandom: शायद जो भी mailing lists पर जाता है, उसे syndie पर भी cross-post कर देना चाहिए? 16:45 <jrandom> हमें इसे syndie swt gui के साथ पूरी तरह मिला देना चाहिए (बेसिक पैराडाइम एक ब्राउज़र है, हालांकि टैब्स में html पेज नहीं दिखाता) 16:46 <+polecat> वह अच्छा होगा। अब मुझे mailing list मिलती नहीं लग रही। 16:46 <jrandom> void: किसी के लिए एक छोटा shell script लिखना काफ़ी आसान होगा जो procmail को syndie CLI में pipe करे 16:46 <@cervantes> क्या ये fancy swt gui's applications में ही बँधी हैं? या वे cli executables के लिए tops हैं, या tcp आदि का उपयोग करती हैं 16:46 <@frosk> यह समझ में आता है 16:46 <jrandom> (iirc मेरे blog में कुछ समय पहले एक पोस्ट है जो बताती है कि syndie cli का उपयोग कर posts कैसे जोड़ें) 16:47 <+polecat> वर्तमान में कोई RSS feeds बना सकता है जिन्हें syndie में फीड किया जा सके, हालांकि यह अभी भी थोड़ा cludgy है। 16:47 <jrandom> cervantes: event handlers में jdbc, और jni तथा msvc callouts के साथ inline, निश्चित रूप से ;) 16:47 * jrandom झुक जाता है 16:48 <+polecat> Microsoft Visual Classes? 16:49 <@cervantes> jrandom: तो जो भी SQL से बात कर सकता है, वह syndie को administer कर सकता है 16:49 <jrandom> (syndie के नजरिए से, सारी functionality मूलतः कई छोटे-छोटे cli apps में implement है जो jdbc database को अपडेट करते हैं, और db के आसपास ब्राउज़ करने के लिए एक swt ui है) 16:51 <+polecat> और चूँकि database के दो इंटरफेस हैं, JDBC और SQL, तो किसी भी प्रोटोकॉल में बात करने वाला क्लाइंट syndie के साथ छेड़छाड़ कर सकता है। 16:51 <jrandom> cervantes: खैर, हाँ और नहीं—database का एक अच्छा हिस्सा encrypted है, इसलिए सभी fields पढ़ने योग्य नहीं हैं 16:51 <+void> क्या वर्तमान web interface बना रहेगा? 16:51 <jrandom> (jdbc == sql) 16:51 <jrandom> void: नहीं 16:51 <+polecat> मुझे लगा आपने कहा था कि JDBC कोई बेवकूफी भरा human-readable प्रोटोकॉल नहीं है? 16:51 <+Complication> jdbc == java database interface, शायद odbc से थोड़ा मिलता-जुलता 16:51 <jrandom> ((jdbc ~= sql)) 16:51 <+Complication> कुछ ऐसा जिसके ऊपर आप SQL बोलते हैं 16:52 <+void> jrandom: syndie.i2p/syndiemedia.i2p.net का क्या होगा? 16:52 <+polecat> ओह। खैर, रिकॉर्ड के लिए, मुझे SQL कभी पसंद नहीं आया। 16:52 <@cervantes> jrandom: तो syndieTools (tm) के लिए एक top बनाना बेहतर है बजाय इसके कि आप खुद डेटा leech करने की कोशिश करें 16:53 <jrandom> void: समय बताएगा। संभवतः वे 1) syndie की website/eepsite के रूप में काम करेंगे, 2) syndicate करने हेतु posts के सार्वजनिक archive के रूप में काम करेंगे, और अंततः, जब एक web interface लिखा जाएगा, 3) एक web interface परोसेंगे 16:53 <+polecat> प्राचीन COBOL statements के बजाय database queries के रूप में bytecode क्यों न जमा करें? 16:53 <jrandom> हाँ, cervantes 16:53 <jrandom> !lart polecat 16:54 <+void> hehehe 16:54 <+polecat> आह, मेरी गुप्त कमज़ोरी। 16:54 <@cervantes> * आपके inventory में 6 larts बचे हैं, उत्तर की ओर एक दरवाज़ा है और फर्श पर एक बेहोश polecat पड़ा है 16:54 <jrandom> cervantes: वह वास्तव में cli app #3 है (individual posts निकालना, जो app #2 के बाद आता है, यानी individual posts की listing (और #1 के बाद, individual posts बनाना, और #0 के बाद, nyms को मैनेज करना))) 16:54 <jrandom> lol 16:54 <+tethra> haha 16:55 <+Complication> फ़ीचर प्रस्ताव: bytecode की जगह, live $agency agents को database queries के रूप में क्यों न जमा करें? ;P 16:56 <+Complication> सुरक्षा के लिए वैलिडेट करना कहीं आसान होगा :P 16:56 <@cervantes> jrandom: समझ गया 16:56 <+tethra> क्या वे सही माहौल में carrier pigeons की तरह काम करते हैं, Complication? 16:56 <+Complication> tethra: केवल तब जब आप उन्हें TCP stack से सही-सलामत धकेलने में सफल हों :P 16:56 <+polecat> हाँ, CPP के ऊपर database queries! 16:57 <+Complication> मुझे लगता है TCP में सिकुड़ जाने से वे भ्रष्ट हो सकते हैं 16:58 <+Complication> (माफ़ कीजिए, सच में #i2p-chat तक ही मज़ाक रखना चाहिए, पर कभी-कभी रुक नहीं पाता) 16:58 * cervantes को महसूस होता है कि जल्द ही एक baff आने वाला है 16:58 <+Complication> database queries को shellcode के रूप में? 16:59 <jrandom> ठीक है, मीटिंग के लिए किसी के पास और कुछ है? 16:59 <+polecat> http://www.blug.linux.no/rfc1149/ <- हम सच में i2p को इसके ऊपर tunnel कर सकते हैं। 16:59 * Complication SQL के साथ रहना ही पसंद करेगा 17:00 <+void> jrandom: क्या java के अलावा अन्य languages में hsqldb databases के लिए लाइब्रेरीज़ हैं? 17:01 <+Complication> Oo में होने की संभावना लगती है, क्योंकि वे इसे उपयोग करते दिखते हैं 17:01 <+void> मुझे तो यह "no" लगता है 17:01 <+void> ओह, हुँmm 17:01 <@cervantes> openoffice इसे उपयोग करता है, तो मैं कहूँगा हाँ 17:01 <+Complication> लेकिन मुझे पक्का नहीं कि OpenOffice किसमें लिखा गया है 17:01 <jrandom> मेरी जानकारी में नहीं। लेकिन कोई syndie को किसी और jdbc database (mysql, oracle, आदि) के साथ चला सकता है 17:01 <jrandom> oo java का उपयोग करता है 17:02 <+void> openoffice इस database का उपयोग ठीक किसलिए करता है? 17:02 <+Complication> लेकिन लगता है कि इसे आंशिक रूप से ही उपयोग करता है 17:02 <jrandom> void: pdf generation के लिए और उनकी access-जैसी database app के लिए 17:02 <jrandom> (और भी चीज़ों के लिए) 17:02 <+Complication> ध्यान रहे कि यह एक external JRE की सिफारिश करता है 17:02 <+void> ठीक है 17:03 <+void> portable sql लिखना फिर भी बहुत झंझट है 17:03 <+Complication> यदि ट्रिगर्स या stored procedures न करें, तो ज़्यादा झंझट नहीं होना चाहिए 17:04 <jrandom> अरे, इतना बुरा नहीं है, और externalize करना आसान है 17:04 <+void> खासकर जब oracle को निशाना बना रहे हों ;) 17:05 <jrandom> असल में, hsqldb pl/sql को सपोर्ट करता है ;) 17:06 <bar> क्या इस database के लिए और कोई योजनाएँ हैं, जैसे stats, peer profiles, netdb..? 17:06 <jrandom> नहीं, यह केवल syndie के लिए है 17:06 <bar> ठीक 17:07 <jrandom> (हालाँकि जब हम hsqldb कोड ship करेंगे, तो हम इसे i2p में 'मुफ़्त' में उपयोग कर सकते हैं) 17:07 <@cervantes> क्योंकि syndie एक I2P application नहीं है, बस एक application है जो I2P के ऊपर चल सकती है, सही? 17:07 <jrandom> हाँ cervantes, i2p पर कोई निर्भरता नहीं है 17:07 <+Complication> Syndie को portable रखना अच्छा है, क्योंकि I2P के अलावा इसके और भी transports हो सकते हैं 17:07 <bar> सही 17:08 <+Complication> हालाँकि, मेरा मानना है कि एक ही मशीन पर कई hsqldb instances चलाना कठिन नहीं होगा 17:08 <+Complication> तो यदि अन्य apps को इसकी ज़रूरत हो, तो लगता है वे बस इसे उपयोग कर सकती हैं 17:08 <jrandom> तुच्छ, और 0-खर्च यदि आप सिर्फ in-jvm database का उपयोग करें 17:08 <+Complication> (अधिमानतः अपना स्वयं का instance उपयोग करें) 17:10 <+void> sqlite के लिए कोई jdbc driver नहीं है? 17:11 <jrandom> पता नहीं, कभी इस्तेमाल नहीं किया 17:11 <+void> आह, लगता है कि कुछ *तो* है 17:13 <jrandom> ठीक है, मीटिंग के लिए और कुछ? 17:13 <jrandom> अगर नहीं... 17:13 * jrandom dinws up 17:13 * jrandom पीछे हटता है 17:13 * jrandom तैयार होता है 17:13 * jrandom मीटिंग को *baf* करके बंद कर देता है