(वेबैक मशीन http://www.archive.org/ के सौजन्य से)

त्वरित पुनरावलोकन

उपस्थित: dm, duck, Frontier, jar, jrand0m, mihi, Ophite1

बैठक लॉग

[22:07] <jrand0m> कार्यसूची: [22:07] <jrand0m> 0) नमस्ते (पढ़ें http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] <jrand0m> 1) router विकास स्थिति [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) यूनिट टेस्ट [22:07] <jrand0m> 4) नेटवर्क परीक्षण / मॉनिटरिंग [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) नमस्ते [22:07] <jrand0m> नमस्ते [22:07] * jrand0m हाथ हिलाता है [22:07] <dm> ओह्ह्ह मीटिंग! [22:07] * dm वापस हाथ हिलाता है। [22:07] <jrand0m> हर मंगलवार 9p GMT :) [22:08] <jrand0m> लोगों को वह URL (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) पढ़ना चाहिए क्योंकि उसमें ऐसी बातें हैं जिन पर मुझे कार्यसूची के मद 4 के दौरान फीडबैक चाहिए [22:08] <jrand0m> 1) router विकास स्थिति [22:09] <jrand0m> प्रगति हो रही है, अभी cvs में जो कोड है वह अच्छा लग रहा है। पिछले एक दिन से मेरे पास एक स्क्रिप्ट कुछ routers की सीरीज़ टेस्ट कर रही है और उनमें से किसी ने भी एक भी ERROR मैसेज नहीं उगला है [22:09] <duck> पढ़ रहा हूँ... [22:10] <jrand0m> लेकिन बेशक ये सिर्फ बेसलाइन परीक्षण है (सुनिश्चित करना कि routers सही ढंग से tunnels बना रहे हैं, i2ptunnel के ज़रिए एक से दूसरे तक डेटा टनलिंग करना, आदि) [22:11] * jnk ने #i2p जॉइन किया है [22:11] <jrand0m> खुले माहौल में और भी चीज़ें हैं जिन्हें ठीक करने की ज़रूरत है, इसी वजह से अगले एक-दो दिन में 0.2.3.5 रिलीज़ आने वाली है ताकि फ़ंक्शनैलिटी की पुष्टि हो सके या नए बग मिल सकें [22:11] <jrand0m> ठीक है, आगे बढ़ते हैं [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> मुझे त्रुटियाँ मिल रही हैं [22:12] <duck> पर शायद दूसरों की वजह से [22:12] <jrand0m> dropped messages और unknown tunnels, सही? [22:12] <duck> जांच रहा हूँ [22:13] <jrand0m> (वो वे errors हैं जो मुझे अपने एक 'live' router पर दिखते हैं, पर टेस्ट नेटवर्क पर नहीं) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> आह ठीक, हाँ, मैं phttp relay को भी घुमा-फिरा कर देख रहा था [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> हम्म वो वाला थोड़ा अजीब है - क्या आप मुझे stacktrace भेज सकते हैं? [22:14] <duck> मैं इसे डाल दूँगा। [22:14] <duck> . [22:14] <jrand0m> gracias [22:15] <jrand0m> असल में, आने वाली रिलीज़ों के लिए एक सामान्य नियम होगा - WARN या INFO या DEBUG संदेश ठीक हैं, और ERROR या CRIT संदेशों के बारे में मैं सुनना चाहूँगा [22:16] <jrand0m> ठीक है, वापस 2) पर [22:16] <jrand0m> human ने Python और Twisted framework के ज़रिए i2p इस्तेमाल करने का तरीका तैयार किया है (वाह!) [22:17] <jrand0m> ज़्यादा जानकारी के लिए उसका ईमेल देखें (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> human, कुछ जोड़ना चाहोगे? (यदि तुम यहाँ हो) [22:17] <duck> it is _so_ cool [22:17] <jrand0m> हाँ, echo server और client के लिए sample code जबर्दस्त दिखता है [22:18] <jrand0m> ठीक है, 3) यूनिट टेस्ट पर बढ़ते हैं [22:19] <jrand0m> हाँ, ज़्यादातर data structures के लिए कुछ यूनिट टेस्ट हैं, लेकिन वे "one click testable" नहीं हैं, इसलिए मैं हर बिल्ड पर उन्हें नहीं चलाता। [22:20] <jrand0m> मौजूदा सोच यह है कि उन्हें jUnit में माइग्रेट किया जाए, साथ ही अन्य यूनिट टेस्टों को भी जितना हो सके विभिन्न कॉम्पोनेंट्स के main(..) मेथड में लागू किए गए टेस्टों (खासकर crypto वाले) के साथ मर्ज किया जाए [22:21] <duck> शायद ज़्यादा जटिल चीज़ों का परीक्षण करना कठिन है [22:21] <jrand0m> वो जल्दी ही critical path पर आ जाएगा, इस पर निर्भर करता है कि debugging हमें कहाँ ले जाती है [22:21] <jrand0m> सही, अभी के यूनिट टेस्ट सिर्फ बेसिक्स टेस्ट करते हैं [22:21] <duck> जैसे routing, TCP से जुड़ी चीज़ें आदि [22:21] <jrand0m> सही [22:21] * dm यूनिट टेस्टिंग के मूल्य पर बहस आते हुए देखता है। [22:21] <jrand0m> लेकिन AESInputStream जैसी चीज़ों का परीक्षण AESOutputStream के साथ मिलकर किया जा सकता है [22:22] <duck> unit test = kickass [22:22] <jrand0m> (और जो लोग अपने लॉग्स ध्यान से देख रहे हैं, decrypt streaming के दौरान कुछ अजीब "pushed back" व्यवहार दिखा है) [22:22] <jrand0m> बिल्कुल। [22:23] <jrand0m> यूनिट टेस्ट तो, उह, units के लिए ही हैं। बड़े कॉम्पोनेंट्स के लिए नहीं (जो कि कार्यसूची के मद 4 का विषय है ;) [22:24] <jrand0m> लेकिन किसी भी हालत में, अगर कोई मौजूदा data structure यूनिट टेस्टों को jUnit framework में कन्वर्ट करने में मदद करना चाहता है, तो मुझे बताइए - बहुत सराहा जाएगा (और इससे आपको i2p codebase की अच्छी नींव मिल जाएगी) [22:24] * mihi_away अब mihi के नाम से जाना जाएगा [22:25] <dm> अगर यह वीकेंड तक नहीं हुआ तो मैं देख सकता हूँ। मुझे यूनिट टेस्टिंग के बारे में कुछ नहीं पता, तो मैं करते-करते सीख सकता हूँ। [22:25] <jrand0m> कमाल! [22:25] <dm> हालांकि कोई वादा नहीं। [22:25] <jrand0m> सही सही [22:25] <jrand0m> ठीक है, 4) नेटवर्क परीक्षण / मॉनिटरिंग पर चलते हैं [22:26] <jrand0m> क्या सबने http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html पढ़ा? मैं उसे बस कॉपी-पेस्ट नहीं करना चाहता [22:26] * Frontier ने #i2p जॉइन किया है [22:27] * jrand0m लोगों को समझने के लिए समय देता है [22:27] * dm कहता है... [22:28] <Frontier> क्या पचाना? [22:28] <dm> C) लेकिन ऑटोमैटिक सेंडिंग के बिना। [22:28] <dm> यानी आप टाइप करते हैं emaillogstojrandom.sh (.bat) [22:28] <dm> ईमेल या पोस्ट, या जो भी। [22:29] <dm> और जब वो ऐसा करे तो आपका लॉग साफ कर दे, या उसे कहीं और ले जाए, ताकि आप वही डेटा दो बार न भेजें। [22:29] <jrand0m> तो मूलतः B [22:29] <jrand0m> (या A) [22:29] <dm> हाँ, यूज़र-फ्रेंडली B) :) [22:29] <jrand0m> डेटा के संदर्भ में यही समस्या है... वह लॉग एक रात में दर्जनों मेग्स तक बढ़ जाता है [22:29] <jrand0m> सही [22:30] <dm> माफ़ करना, C के लिए history=false नहीं देखा। [22:30] <jrand0m> Frontier) हम http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html की सेक्शन 4 पर चर्चा कर रहे हैं? [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> तो history=false और एक स्क्रिप्ट जो कमांड पर पोस्ट करे। [22:30] <dm> माफ़ करना, history=true :) [22:30] <dm> अरे, मैंने तो गड़बड़ कर दी। [22:31] <jrand0m> सही कहा mihi, पर bzip2 Windows पर नहीं है (जब तक कि हम उसे अनिवार्य न करें और इंस्टॉल न करें)। या तुम्हारा मतलब है bzip2 में कोई फ्लैग है जिससे एक फ़ाइल को किसी URL पर सबमिट किया जा सके? [22:32] <dm> मैं साइज की चिंता नहीं करूँगा, यहाँ जो छोटा समूह है उसके लिए दर्जनों मेग्स ठीक है। [22:32] <Ophite1> मैं C के पक्ष में वोट देता हूँ। [22:32] <dm> बशर्ते जब आप सबमिट करने वाली स्क्रिप्ट चलाएँ तो वो आर्काइव हो जाए। [22:32] <Ophite1> यह एक debug client है। [22:32] <Ophite1> प्रोडक्शन क्लाइंट में तो A, बेशक :) [22:32] <mihi> jrand0m: then use GZipOutputStream [22:32] <jrand0m> सही सही Ophite1 ;) [22:33] <jrand0m> mihi> लोग इन फ़ाइलों को पढ़ना भी चाहेंगे ;) [22:33] <duck> हाँ, debugging भागीदारी के लिए opt-in हो, लेकिन एक बार जुड़ने पर यूज़र के लिए जितना हो सके आसान बनाओ (तो C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> jrandom: gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' is not recognized as an internal or external command, [22:33] <jrand0m> operable program or batch file. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm अँगूठे घुमाता है। [22:34] <Ophite1> double-click -> winrar -> view [22:34] <jrand0m> ठीक है, तो हमारे पास एक B, दो C हैं, तुम्हारा क्या कहना है mihi? [22:34] <jrand0m> (और किसी और का?) [22:34] <dm> अँगूठे घुमाओ, नाक खुजाओ, क्लिक क्लिक। [22:34] <mihi> double-click - 7zop - view. मैं C कहूँगा। [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 C, एक B. मुझे भी C ही थोड़ा ज़्यादा पसंद है, और बेशक अगर कोई /doesnt/ यह डेटा सबमिट करना नहीं चाहता, तो वे कह सकते हैं और यह कुछ नहीं करेगा [22:36] <jrand0m> मैं देखूँगा कि क्या मैं C और B दोनों लागू कर सकता हूँ [22:36] <dm> लगता है C ही है। [22:36] <dm> अपना समय बर्बाद मत करो, B वाला व्यक्ति डायलअप पर है और वैसी भी बहुत कम डेटा देगा ;) [22:36] <jrand0m> हेहे [22:36] <jrand0m> ठीक है, C शायद B के ऊपर ही लागू होगा, तो अतिरिक्त काम नहीं लगेगा [22:37] <jar> मेरी तरफ से: बिलकुल जैसे Ophite1 ने कहा! प्रोड क्लाइंट के लिए A, डिबग के लिए C ... [22:37] <jrand0m> सही, jar [22:37] <jar> बिलकुल जैसे Ophite1 ने कहा! प्रोड क्लाइंट के लिए A, डिबग के लिए C ... [22:37] <Ophite1> जाहिर है प्रोड क्लाइंट के लिए A के अलावा कुछ नहीं... [22:37] <jar> बिलकुल जैसे Ophite1 ने कहा! प्रोड क्लाइंट के लिए A, डिबग के लिए C ... [22:37] <Ophite1> ये तो स्पष्ट है :) [22:37] <jar> माफ़ करना ... :( [22:37] <jrand0m> सब ठीक है jar, हम तुम्हें kickban नहीं करेंगे (... इस बार ;) [22:38] <jrand0m> ठीक है, मैं उस पर काम शुरू करता हूँ, और जैसे ही वो टेस्ट हो जाएगा हमारे पास नया 0.2.3.5 रिलीज़ होगा (शायद कल) [22:39] <jrand0m> ठीक है, 5) ??? पर चलते हैं [22:39] <jrand0m> किसी के पास और कुछ है? सवाल, विचार, चिंताएँ? [22:39] * duck फ्री होस्टिंग ऑफर करता है [22:39] * dm फ्री होस्टिंग स्वीकार करता है [22:39] <jrand0m> ओह, बढ़िया। हाँ, लोगों को host.duck.i2p पर साइट्स होस्ट करनी चाहिए, पहुंच योग्य पेज होना अच्छा लगता है [22:39] <jrand0m> (बेशक लोग खुद भी होस्ट करने के लिए स्वतंत्र महसूस करें ;) [22:40] <duck> हाँ, बस उनके लिए जो 24/7 ऑनलाइन नहीं रह सकते [22:40] <jrand0m> ठीक है [22:40] <mihi> streaming api का क्या हुआ (क्या होगा?) [22:40] <jrand0m> mihi> वह टास्क लिस्ट में है, पर अभी नेटवर्क को भरोसेमंद तरीके से चलाना ज्यादा प्राथमिकता है :/ [22:41] <mihi> पर उसे पूरी तरह ड्रॉप तो नहीं किया गया? (मैं यही जानना चाहता हूँ...) [22:41] <jrand0m> मैं 0.3.1 रिलीज़ के लिए streaming api पर वापस आऊँगा (शायद उससे पहले, पर पक्का नहीं) [22:41] <jrand0m> उसे बिल्कुल भी ड्रॉप नहीं किया गया है। [22:41] <jrand0m> यह किया जाएगा। [22:41] <dm> ये streaming API क्या है? क्लाइंट्स के लिए नेटवर्क को एक्सपोज़ करने का एक अलग तरीका? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> मैंने शायद गलती की कि शुरुआत से ही router में mode=guaranteed शामिल कर दिया, बजाय इसे अलग lib में रखने के (और अब मैं उसे router से बाहर ले जाने की कोशिश कर रहा हूँ :) [22:43] <jrand0m> (उस गलती का पागलपन भरा शानदार फायदा यह हुआ कि mihi आया और i2ptunnel लिख डाला :) [22:44] * wn-user ने #i2p जॉइन किया है [22:44] <jrand0m> किसी और के पास कुछ है? [22:44] * dm समझ गया। [22:45] <jrand0m> w3rd [22:45] <dm> हम्म, मीटिंग खत्म करने के लिए बहुत जल्दी नहीं है? [22:45] <duck> hosts.txt का क्या? [22:45] <duck> ये बढ़ता ही जा रहा है [22:45] <jrand0m> खैर, 45 मिनट। दो हफ्ते पहले 20 मिनट थे [22:45] <jrand0m> आह, सही कहा [22:45] <duck> लेकिन 75% ऑफ़लाइन है [22:45] <duck> और लगता है 50% स्थायी रूप से ऑफ़लाइन है [22:45] <jrand0m> शायद [22:46] <jrand0m> मुझे नहीं पता [22:46] <duck> बस इसे बढ़ने दो, ताकि DNS समाधान के लिए प्रोत्साहन बढ़े :) [22:46] <jrand0m> हह, बिल्कुल [22:46] <Ophite1> मैं थोड़ी देरी के पक्ष में हूँ, मैं हर तरह की Windows समस्याओं से बहुत मज़े कर रहा हूँ... [22:46] <dm> Ophite1: Windows शैतान है! [22:46] <Ophite1> आप सच में यह नहीं समझते कि Windows कितना खराब है, जब तक कि उसके लिए सॉफ्टवेयर नहीं लिखते। [22:47] <jrand0m> Java इस्तेमाल करने का कारण #941 [22:47] <dm> जब तक आप .NET इस्तेमाल नहीं कर रहे। [22:47] <dm> जिसे java++ भी कहते हैं [22:47] <Ophite1> dm/jrand0m: यह फिर भी Windows पर ही चलता है, और कुछ चीज़ें ऐसी हैं जिनसे आप बार-बार टकराते ही रहते हैं। [22:47] <duck> jrand0m: उन्हीं आखिरी पैचों से, क्या वे disconnects सुलझेंगे? या और connection समस्याएँ [22:47] <Ophite1> Path lengths उदाहरण के लिए। Bloody Unicode. [22:48] <mihi> या फाइल नामों में \n का इस्तेमाल न करना ;) [22:48] <mihi> जो वैसे भी cvs को क्रैश कर देगा (on *nix, BTDT) [22:48] <jrand0m> duck> आज के कोई पैच critical नहीं हैं [22:48] <duck> मेरा मतलब कल वाले से है [22:49] <dm> अगर आप filenamE में \n इस्तेमाल करें तो क्या होगा? :) [22:49] <mihi> dm: ट्राइ करो ;) *nix पर कुछ नहीं होता, जब तक कि आप बाद में cvs update चलाने की कोशिश न करें। [22:49] <jrand0m> ओह, कल अच्छे पैच थे जो कुछ (ज्यादातर? सब?) i2ptunnel Peer unreachable मैसेज सुलझाएँगे। लेकिन i2cp disconnects नहीं [22:50] <dm> मुझे लगता है यह एक exception फेंकेगा। [22:50] <jrand0m> (यही कारणों में से एक है कि 0.2.3.5 आ रहा है) [22:51] <mihi> dm: यह लोकल रिपॉज़िटरी के साथ काम करता है, लेकिन pserver या ssh के साथ नहीं। [22:51] <mihi> कुछ वैसा 'protocol error'। [22:51] <mihi> (प्रोटोकॉल फ़ाइल नामों को \n से टर्मिनेट करता है ;) ) [22:51] <Ophite1> कुछ वैसा ही जैसा direct connect में होता है अगर आपके filenames में $ और | हों। मुझे DC से नफ़रत है। [22:51] <duck> . [22:52] <Ophite1> मैं चाहे कुछ भी कोड करूँ, कभी भी, वह इतना बुरा नहीं हो सकता :) [22:52] <jrand0m> नहीं, तुम C devs तो बस \0 को $ की जगह special मानते हो ;) [22:52] <jrand0m> ठीक है, i2p पर और कुछ या हम जाने को तैयार हैं? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> 'k बस इतना ही [22:54] * jrand0m *baf*s करते हुए बैठक समाप्त करता है