I2P डेवलपर बैठक - 6 जनवरी 2004

[22:02] <jrand0m> एजेंडा: [22:02] <jrand0m> 0) hi [22:02] <jrand0m> 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] <jrand0m> 2) [discussion] [22:02] <wiht> क्या मैं एजेंडा में installer जोड़ सकता हूँ? [22:02] <jrand0m> 0) hi [22:02] <jrand0m> ओ हाँ, बिल्कुल! [22:02] <jrand0m> हम इस हफ्ते कुछ नया ट्राई कर रहे हैं [22:03] <wiht> आप इसे एजेंडा के अंत में रख सकते हैं। [22:03] <jrand0m> पुराने talktalktalkreplytalktalktalk की जगह, http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html पोस्ट में अधिकतर बातें हैं जो मैं कहना चाहता था [22:03] * mihi_ ने #i2p जॉइन किया [22:04] <jrand0m> इसके बजाय, इस हफ्ते हम मीटिंग को ज्यादा चर्चा-उन्मुख बनाने की कोशिश कर रहे हैं - लोग उस पोस्ट से क्या बात करना चाहते हैं, कोई फॉलोअप पोस्ट्स, और/या कुछ और जो लोग चर्चा करना चाहते हों [22:04] <jrand0m> जैसे कि एक नया installer [22:05] <jrand0m> तो, यह कहते हुए, लोगों को उस ईमेल/पोस्ट को देखकर शुरू करना चाहिए और हम वहीं से आगे बढ़ेंगे :) [22:05] * mihi_away अब mihi के नाम से जाना जाता है [22:05] * kaji पोस्ट पढ़ता है [22:05] * mihi_ अब mihi_backup के नाम से जाना जाता है [22:06] <jrand0m> 27 यूज़र्स और सिर्फ एक डुप! w0w [22:07] * dm अब dup के नाम से जाना जाता है [22:07] <jrand0m> ठीक है, जब लोग उसे पढ़ लें, तो शायद हम इंडेक्स पर चलते हैं और देखते हैं कि किसी को कुछ जोड़ना / कमेंट करना / चर्चा करनी है? [22:07] <mihi> jrand0m: आपको कैसे पता कि अब और डुप्लीकेट नहीं हैं? [22:07] <jrand0m> हिह धन्यवाद dm [22:07] <jrand0m> mihi> मैंने सबके कंप्यूटरों पर keyloggers इंस्टॉल कर दिए हैं (bwhahahaha) [22:07] <wiht> मैं installer को टॉपिक 10 के रूप में जोड़ना चाहता हूँ, और संभवतः naming service को टॉपिक 11। [22:07] * mihi ने फॉलोअप गलत पते पर भेज दिया :(, फिर से भेज रहा हूँ... [22:08] <jrand0m> अच्छा सुझाव wiht [22:09] <MrEcho> mrecho का नया dns काम में है [22:09] <jrand0m> कूल mihi, हाँ मैं सोच रहा था ;) [22:09] <kaji> dns कैसा चल रहा है? - आह [22:09] <jrand0m> MrEcho> तुम्हारी पोस्ट, सही? [22:09] <MrEcho> पोस्ट पर काम कर रहा हूँ [22:10] <jrand0m> ठीक है, तब तक, किसी के पास 1) streaming पर कुछ है? या हम 2) I2PTunnel, TunnelManager, और i2pmgr पर चलें? [22:10] <lucky> हे भगवान... मैं अपनी पूरी ज़िंदगी इन dependencies को समझने की कोशिश में बिता सकता हूँ। [22:10] <wiht> तो चलिए DNS/NS को टॉपिक 11 कहते हैं। [22:10] <jrand0m> अच्छा लगता है wiht [22:10] * duck अंदर आता है [22:11] <jrand0m> शुभ संध्या duck [22:11] <mihi> बिंदु 1 पर, मैंने i2ptunnel के लिए streaming api इस्तेमाल करते हुए कोड कमिट किया [22:11] <jrand0m> आ हाँ, बढ़िया mihi :) [22:11] <lucky> हाय duck [22:11] * twosandals ने IRC छोड़ा (Leaving) [22:11] <kaji> jrand0m क्या कई सेवाएँ अलग-अलग पोर्ट्स पर होने पर भी एक ही key इस्तेमाल कर सकती हैं? [22:11] <jrand0m> नहीं kaji [22:11] <mihi> वैसे: तुम्हारी ant फाइलें हर बार रीबिल्ड से पहले jar क्यों डिलीट करती हैं? [22:11] <jrand0m> mihi> paranoia [22:12] <mihi> मैं कहूँगा, डिबगिंग में मेरा टाइम चुरा रहे हो ;) [22:12] <jrand0m> kaji> i2p में, मूलतः एक key /एक/ पोर्ट ही होती है [22:12] <jrand0m> हिह [22:12] <kaji> आह [22:13] <jrand0m> mihi> अगर तुम उसे अपडेट करना चाहो, तो जब तक class files बदलने पर jar बन जाएगा, तब तक ठीक है [22:13] <mihi> अगर फाइल उसके अंदर की सब फाइलों से नई है, तो उसे स्किप किया जा सकता है। [22:13] <jrand0m> सही [22:13] <mihi> और paranoia के लिए बेहतर है कि एक <depends> टास्क जोड़ें [22:13] <jrand0m> सहमत [22:13] <FillaMent> यो यो [22:13] <jrand0m> 'लो FillaMent [22:14] <jrand0m> ठीक, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC ने #i2p जॉइन किया [22:15] <human> मैंने थोड़ा हैकिंग किया ताकि TunnelManager "openclient" या "openserver" कमांड्स कॉल होने पर job ids लौटाए [22:16] <jrand0m> कमाल :) [22:16] <human> इस तरह, TunnelManager इस्तेमाल करने वाले ऐप्स बिना "list" आउटपुट पार्स किए बाद में किस job को बंद करना है, जान पाएँगे [22:16] <jrand0m> हाँ, मुझे tunnelmanager के list और close के इस्तेमाल से ज़्यादा आराम नहीं था, क्योंकि कई क्लाइंट्स इस तरह एक-दूसरे को बिघाड़ सकते हैं [22:17] <jrand0m> वो पैच मीटिंग के तुरंत बाद डाल देंगे। gracias human :) [22:17] <human> इसमें I2PTunnel.runCommand को कुछ चीजें लौटाने लायक बनाना शामिल था (फिलहाल एक Property) [22:17] <human> s/Property/Properties/ [22:17] <jrand0m> ओ सही, उसे कोड में डालने से पहले कुछ चीजें मॉडिफाई करनी होंगी [22:18] <human> लेकिन मेरी समझ से mihi Logging क्लास में कुछ asynchronous callbacks जोड़ना पसंद करेगा... [22:19] <jrand0m> सही - ताकि टास्क्स से जानकारी तुरंत मिल सके, बिना उसके खत्म होने का इंतज़ार किए [22:20] * mihi ने IRC छोड़ा (EOF From client) [22:20] <human> jrand0m: आइडिया ये है: I2PTunnel.runCommand() तुरंत रिटर्न करे, और आगे चलकर callbacks से ज़्यादा जानकारी मिले, सही? [22:21] <jrand0m> सही [22:21] <jrand0m> तो टास्क्स जब भी डेटा बाँटना हो, callbacks फायर करें [22:21] * mihi ने #i2p जॉइन किया [22:21] <human> देखो, मेरी राय में एक और सवाल है: «कितने java ऐप्स I2PTunnel.runCommand() को asynchronously (असमकालिक रूप से) इस्तेमाल करेंगे?» अभी I2PTunnel इस्तेमाल करने वाले *सारे* ऐप्स (यहाँ तक कि TunnelManager के ज़रिये भी) synchronous (भले लंबी) .runCommand() कॉल्स से ठीक हैं, और सब कुछ asynchronous करने से चीजें और जटिल ही होंगी (IMHO) [22:22] * mihi इसे gui के ज़रिये इस्तेमाल करता है [22:22] <human> (खैर, "all" से मेरा मतलब TunnelManager और Tunnel manager आउटपुट पार्स करने वाले ऐप्स हैं) [22:22] <jrand0m> सही, GUI कमांड के चलते समय अटक जाएगी [22:22] <mihi> और पहले वाले के चलते समय अगली 3 tunnel open commands दर्ज करना ब्लॉक हो जाएगा [22:23] <human> mihi: ठीक है, मुझे तुम्हारे ऐप के बारे में पता नहीं था... तो हमें कोई हल चाहिए :-) [22:24] <human> mihi: asynchronous .runCommand() बिहेवियर के लिए TunnelManager को फिर से देखना होगा [22:24] <mihi> human: (iyo) runCommand कब terminate होना चाहिए? जब tunnel बन जाए, जब connection निकल जाए? [22:25] <mihi> "destination unreachable" पहली कनेक्शन कोशिश के बाद ही पता चलेगा। [22:25] <jrand0m> command pattern में execute() तब ही लौटेगा जब वह पूरा हो जाए। [22:26] <mihi> *complete* का मतलब क्या है? [22:26] <jrand0m> (तो अगर हम command pattern फॉलो कर रहे हैं, runCommand तब तक ब्लॉक रहेगा जब तक उस कमांड के लिए ज़रूरी सब कुछ पूरा न हो जाए) [22:26] <human> mihi: यही तो सवाल है :-) [22:26] <jrand0m> "server 1234 privkeys" के लिए complete तब होगा जब सर्वर पोर्ट 1234 पर connections स्वीकार कर सके [22:26] <human> mihi: खैर, TunnelServer के लिए मेरी राय में यह tunnel बनने के बाद लौटना चाहिए [22:27] <jrand0m> "client 234 peer" के लिए complete तब होगा जब पोर्ट 234 का कनेक्शन सफलतापूर्वक peer तक पहुँच जाए [22:27] <jrand0m> कम से कम, मेरी राय ये है [22:27] <mihi> बाद वाले को कैसे निर्धारित करोगे? [22:27] <jrand0m> मुझे वाकई दोनों में से किसी पर ज़्यादा ज़ोर नहीं है [22:27] <jrand0m> शायद एक ping? [22:27] * Sciatica ने #i2p जॉइन किया [22:28] <mihi> और अगर ping के तुरंत बाद peer डाउन हो जाए तो? [22:28] <mihi> मेरे विचार में callbacks के बिना network apps बनाना असंभव है [22:28] <jrand0m> सही [22:28] <mihi> या बहुत सारे threads, और मैं threads को मार-मार कर synchronize करने से बेहतर callbacks पसंद करता हूँ [22:29] <jrand0m> शायद इसे तब ही लौटना चाहिए जब यह कनेक्ट करने का /प्रयास/ कर सके? [22:29] <jrand0m> या शायद command pattern वांछित पैटर्न नहीं है [22:29] <mihi> अभी यही कर रहा है। और तब क्या परिणाम लौटाए? [22:30] <mihi> बात यह है कि तुम्हें एक परिणाम चाहिए (connection id के int से अलग) [22:30] <jrand0m> सही, client कमांड के लिए, एक job चाहिए (ताकि बाद में बंद किया जा सके), पर genkey कमांड के लिए, public key और private key चाहिए [22:30] * mihi उस समय कोई और जानकारी याद नहीं कर पा रहा। [22:30] <jrand0m> सहमत, मुझे भी नहीं। [22:31] <dup> 0! [22:31] <mihi> और genkey को इंतज़ार करना चाहिए? ठीक है, अगर तुम सोचते हो तो। [22:31] <human> mihi: खैर, कुछ स्टेटस जैसा ("ok" या "error") और error messages... [22:31] <mihi> human: error messages मेरे विचार में "बहुत देर से" होंगी [22:31] <mihi> लेकिन जो चाहो करो... [22:32] <mihi> जब तक बाद में यह streaming api के साथ भी काम करे... [22:32] <jrand0m> human जिन दर्द बिंदुओं को एड्रेस कर रहा है वे TunnelManager में लॉगिंग मैसेजेस पार्स करने वाली जुगाड़ें हैं। पर मैं सहमत हूँ, जब तक हम वह जानकारी logging इंटरफेस के माध्यम से एक्सपोज़ कर सकें, ठीक है [22:32] <dup> mihi बुद्धिमान है। [22:32] <human> human: कुछ तुरंत बताया जा सकता है (जैसे जब tunnel पोर्ट पहले से उपयोग में हो) [22:32] <mihi> human खुद से बात कर रहा है ;) [22:32] <human> ओह! :-) [22:35] <human> शायद हमें देखना चाहिए कि I2PTunnel पर किस प्रकार के ऐप्लिकेशन बन रहे हैं [22:35] <human> asynchronous इंटरफेस Right Thing(TM) है, लेकिन इस्तेमाल में ज्यादा जटिल है [22:35] <jrand0m> मेरा मानना है कि हमें मौजूदा सॉफ़्टवेयर—GUI समेत—की वही कार्यक्षमता रखनी चाहिए। [22:35] <FillaMent> शायद मैं अनभिज्ञ होकर कूद रहा हूँ, पर शायद HTTP से डील करने वाले कई में जैसा मिलता है, एक मेथड: getHeader(String headerName) [22:35] <FillaMent> smake me as needed [22:35] <FillaMent> smack [22:36] * jrand0m ने FillaMent को smake किया [22:36] <human> और TunnelManager को इसकी ज़रूरत नहीं है (क्योंकि अपनी प्रकृति के कारण वह कभी भी asynchronous events को सही तरह सपोर्ट नहीं कर पाएगा) [22:36] * kaji के पास पूरी तरह ऑफ-टॉपिक आइडिया है [22:36] * FillaMent स्वयं को वकालत तक सीमित करता है =) [22:37] <human> लेकिन अगर mihi का ऐप टनल की स्थिति मॉनिटर करना चाहता है, तो asynchronous इंटरफेस Must(TM) है [22:37] <jrand0m> human> java -jar lib/I2PTunnel.jar\n. हमें async सपोर्ट करना होगा। [22:37] <kaji> i2p को java applet के रूप में ताकि आप किसी अजीब कंप्यूटर से भी किसी वेबसाइट पर जाकर जल्दी चला सकें [22:37] * Sciatica ने IRC छोड़ा (EOF From client) [22:37] <human> jrand0m: हाँ, तब हमें TunnelManager को फिर से बनाना होगा :-) [22:37] <jrand0m> kaji> i2p 3.0 :) [22:38] <jrand0m> सहमत human, tunnelmanager इम्प्लीमेंटेशन क्विक एंड डर्टी था [22:38] <jrand0m> क्या तुम देख सकते हो कि यह कैसे आगे बढ़ना चाहिए? [22:38] * human TunnelManager को asynchronous इंटरफेस के मुताबिक ढालने के लिए स्वयंसेवा कर सकता है, जब तैयार हो [22:38] <jrand0m> w00t :) [22:40] <jrand0m> ठीक, क्या हम एजेंडा आइटम 3) I2COCP के लिए तैयार हैं [22:40] <human> अन्यथा, I2PTunnel के लिए sync और async दोनों मेथड्स बनाना संभव होगा [22:40] <jrand0m> सही [22:40] <jrand0m> लेकिन थोड़ा refactoring मकसद पूरा कर दे, तो डुप्लिकेशन ओवरकिल हो सकता है [22:41] * baffled ने IRC छोड़ा (Leaving) [22:41] <duck> tunnels को लेकर निजी चिंता: ऐप्स उन्हें बंद नहीं करते, तो पूरा tunnelmanager भर जाता है [22:41] <human> jrand0m: हाँ, हमें TunnelManager को फिर से बनाने और I2PTunnel में नए APIs जोड़ने के बीच सबसे आसान हल चुनना चाहिए :-) [22:42] <jrand0m> यह अच्छा मुद्दा है duck। फिलहाल कोई timeouts / expirations नहीं हैं, और यह मानता है कि tunnelManager इस्तेमाल करने वाले ऐप्स सभ्य हैं (और tunnelManager में कोई बग नहीं हैं [हाह!]) [22:43] <mihi> नए APIs की बात चली: क्या Streaming api क्लासेस पुरानों को "रिप्लेस" करें या क्या दोनों (अलग commands के साथ) इस्तेमाल करना संभव होना चाहिए? [22:43] <jrand0m> mihi> मेरा मानना है streaming वाली रिप्लेस करेंगी, क्योंकि एक बार streaming api ठोस हो जाए तो mode=GUARANTEED चला जाएगा [22:43] <jrand0m> (और इसलिए पुरानी काम नहीं करेंगी) [22:44] * MrEcho की ईमेल भेज दी गई [22:46] <jrand0m> tunnels के लिए और कुछ? (यह स्पष्ट रूप से कुल tunnel चर्चाओं का अंत नहीं है ;) [22:47] * dup अब dm के नाम से जाना जाता है [22:47] <jrand0m> ठीक, I2COCP [22:47] <jrand0m> यह बस कुछ था जो human ने उस दिन सुझाव दिया था और लगता है कि यह अभी तक के गैप को भरता है। लेकिन मुझे लगता है कि जब तक हमें कुछ ऐसा न हो जो इसे इस्तेमाल करना चाहे, तब तक इम्प्लीमेंट करने से रुके रहना चाहिए :) [22:48] <wiht> यह थोड़ा लंबा नाम है, संक्षेप में भी। [22:48] * jrand0m अब I2COCP को "Wilma" कहता है [22:48] <human> jrand0m: खैर, मैं भी वही शब्द लिखने वाला था :-) [22:48] <jrand0m> हिह कूल [22:49] <jrand0m> ठीक, 4) roadmap पर चलते हैं [22:49] <human> jrand0m: मेरी राय में, सामान्यतः, non-java apps के लिए I2P नेटवर्क तक लगभग पूरा एक्सेस पाने का तरीका होना चाहिए [22:49] <jrand0m> सहमत [22:49] <jrand0m> इरादा यह है कि वे I2CP इस्तेमाल करें [22:50] <jrand0m> (जैसा कि सभी java apps, i2ptunnel और streaming लाइब्रेरी सहित, उसका इस्तेमाल करते हैं) [22:50] <human> jrand0m: हाँ [22:50] <MrEcho> I2PDNS "Janessa" [22:50] <jrand0m> लेकिन तुम सही हो, उन्हें streaming भी चाहिए होगा, तो या तो tunnelmanager->i2ptunnel या i2cocp->streaming lib [22:50] * jrand0m ने कभी Janessa से मुलाकात नहीं की [22:51] * Sciatica ने #i2p जॉइन किया [22:51] <jrand0m> ठीक, तो, हाँ, roadmap अपडेट कर दिया गया है। कोई बड़ी बदलाव नहीं सिवाय 0.3 और 0.3.1 को 2 हफ्ते पीछे करने, 2.0 जानकारी जोड़ने, और कुछ और 1.0 criteria [22:51] <human> jrand0m: हाँ, I2P के लिए "TCP" और "UDP"-जैसे प्रोटोकॉल होने चाहिए, पूरे प्रोटोकॉल इवेंट रिपोर्टिंग के साथ, जो non-java apps से एक्सेस हो सकें [22:52] <MrEcho> human, अच्छा लगता है [22:52] <jrand0m> मैं हर संभव इंटरफेस चाहता हूँ, पर बहुत सारे इंटरफेस सपोर्ट करने का ओवरकमिट नहीं करना चाहता [22:52] * human अपने I2P twisted transport (देखें http://www.twistedmatrix.com/) के लिए I2COCP (या जो भी) चाहता था, पर अभी के लिए वह खुशी से TunnelManager के चारों ओर जुगाड़ करेगा :-) [22:53] * w0rmus ने IRC छोड़ा (Lost terminal) [22:53] <jrand0m> शब्द। अभी के लिए यह सबसे अच्छा होगा [22:54] <jrand0m> ठीक, roadmap पर कोई टिप्पणी? [22:55] <jrand0m> [यहाँ देखने लायक कुछ नहीं, ला ला] [22:55] <jrand0m> ठीक, 5) i2pIM [22:55] <jrand0m> thecrypto यहाँ नहीं है, तो हम अपडेट्स के साथ i2p@ पर एक पोस्ट का इंतज़ार कर सकते हैं :) [22:55] <wiht> हमारे पास Jabber है, अगर मैं गलत नहीं हूँ। क्या हमें i2pIM की अभी भी ज़रूरत है? [22:55] <jrand0m> हाँ [22:55] <jrand0m> jabber में एक सर्वर होता है जो क्लियरटेक्स्ट पाता है। [22:56] <wiht> ओह। ठीक है, फिर; मुझे इसका पता नहीं था। [22:56] <jrand0m> यह दो कमियाँ हैं (एक सर्वर, और क्लियरटेक्स्ट) [22:56] <jrand0m> हालांकि कुछ चीज़ों के लिए यह एक अच्छा समाधान है, निश्चित रूप से [22:56] <jrand0m> वास्तव में, आज सुबह मैं सोच रहा था कि अगर हम i2pIM और i2psnark को एक साथ मिला सकें, तो यह अच्छा होगा। [22:57] <jrand0m> (लेकिन एक बार में एक चीज़) [22:57] <jrand0m> सच में, शैतान की बात निकली, 6) i2psnark :) [22:57] <human> jrand0m: मैं कभी-कभी jabber को gnupg के साथ इस्तेमाल करता था... [22:57] <jrand0m> >2 लोगों की चैट के लिए? [22:58] <jrand0m> वन-ऑन-वन के लिए, मैं पूरी तरह सहमत हूँ कि मौजूदा समाधान हैं [23:01] <jrand0m> ठीक, एक मजेदार पर चलते हैं, 7) I.Toopie का परिचय :) [23:01] <human> आप एन्क्रिप्टेड >2 लोगों की चैट कैसे इम्प्लीमेंट करेंगे? एक shared private key? [23:01] <jrand0m> हाँ human [23:01] <jrand0m> या समूह में n! shared keys [23:02] <human> खैर, शायद यह मौजूदा jabber प्रोटोकॉल के ऊपर किया जा सकता है... [23:02] <mihi> human: एक shared symmetric key जो सभी प्रतिभागियों को भेजी जाए [23:02] <jrand0m> मुश्किल हिस्सा joins & leaves से निपटना है - key rotation /etc [23:03] * Sciatica ने IRC छोड़ा (Ping timeout) [23:03] <jrand0m> यह कोई मामूली मुद्दा नहीं है। यह सचमुच बहुत बहुत कठिन है। [23:03] * mihi acks [23:03] * human सहमत [23:04] <jrand0m> (इसीलिए किसी और प्रोटोकॉल के ऊपर जुगाड़ करने के बजाय इसके लिए डिज़ाइन किया गया ऐप होना फायदेमंद हो सकता है) [23:04] <jrand0m> लेकिन thecrypto अपनी योजनाएँ सबसे अच्छी तरह बता सकता है [23:04] <jrand0m> (हालाँकि मेरी समझ से वह अभी भी ग्रुप्स को हैंडल करने के आइडियाज़ के लिए खुला है) [23:05] * Sciatica ने #i2p जॉइन किया [23:06] <jrand0m> ठीक, आगे बढ़ते हैं :) [i2p@ पर आगे चर्चा, आदि] [23:06] <wiht> पर I.Toopee क्या है? [23:06] <lucky> मैस्कॉट... [23:06] <jrand0m> I.Toopie एक आदमी है जो अपने चेहरे के सामने पीला मास्क पकड़े है [23:06] * lucky काँपता है। [23:07] <lucky> उह huh. [23:07] <lucky> क्या मैं देख सकता हूँ? [23:07] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup ने IRC छोड़ा (EOF From client) [23:07] <lucky> मैंने अपनी compile queue में java जोड़ दिया है... [23:07] <lucky> लेकिन.. lol [23:07] <lucky> मेरे पास पहले से 7 चीज़ें चल रही हैं [23:07] <lucky> थोड़ा समय लगेगा। [23:08] <lucky> आह, क्यूट :P [23:08] <MrEcho> lol [23:08] <jrand0m> कई कूल लोगो आए हैं (मुझे यकीन नहीं हो रहा कि लोगो प्रतियोगिता 3 महीने से चल रही है!), और लगता है I.Toopie के साथ हमारे पास काफ़ी मजबूत संभावनाएँ हैं। इसकी सादगी, इसकी कल्पना, और इसकी बहुमुखी प्रतिभा में। [23:08] <jrand0m> और, हाँ, यह क्यूट है ;) [23:08] <mihi> क्या कुछ imgs टूटे हुए हैं या मेरा ब्राउज़र बग्गी है? [23:08] <jrand0m> हाँ, कुछ टूटे हैं [23:09] <jrand0m> (उन्हें 3 महीने पहले अस्थायी होस्टिंग साइट्स पर रखा गया था) [23:09] <MrEcho> I.Toopie की स्टिक अब पूरी पीली है ... [23:09] <MrEcho> कल रात बदला [23:09] <jrand0m> है? [23:09] <jrand0m> लोगों को फिर WIKI UPDATE करना चाहिए [23:09] <jrand0m> ;) [23:09] <MrEcho> hehe [23:09] <MrEcho> मेरे पास अब पिक नहीं है .. माफ़ी [23:10] <wiht> मैं Opera से तस्वीरें देखता हूँ, लेकिन Mozilla से नहीं, किसी वजह से। [23:10] <jrand0m> क्या आप http://img.villagephotos.com/p/2003-10/437060/badass.webp देख सकते हैं? [23:10] <jrand0m> (वह उस पेज की इमेज में से एक है) [23:11] <duck> Access Denied (User Account Disabled) [23:11] <jrand0m> हाँ, मेरे साथ भी। [23:11] <MrEcho> मैं देख सकता हूँ [23:11] <jrand0m> लेकिन हाँ, DrWoo ने I.Toopie के साथ कुछ कमाल किया है [23:11] <MrEcho> moz 1.5 [23:11] * soros ने IRC छोड़ा (EOF From client) [23:11] * mihi_away ने #i2p जॉइन किया [23:11] * lucky ने IRC छोड़ा (EOF From client) [23:12] <jrand0m> मेरे साथ भी MrEcho। अजीब। [23:12] <wiht> MrEcho: मैं Mozilla 1.4 इस्तेमाल कर रहा हूँ। [23:12] <jrand0m> (मेरे साथ भी यानी मैं moz 1.5 पर हूँ और मुझे access denied मिल रहा है) [23:13] * jrand0m i.toopie के साथ एक tray icon का इंतजार करता है :) [23:13] <jrand0m> ठीक, 8) chess server पर चलते हैं [23:14] * Sciatica ने IRC छोड़ा (Ping timeout) [23:14] * ion ने IRC छोड़ा (Ping timeout) [23:14] <jrand0m> नवीनतम hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) में chess.fillament.i2p का रेफरेंस है [23:14] <jrand0m> आप कोई भी पुराना FICS क्लाइंट इस्तेमाल कर सकते हैं या बस telnet से वहाँ जाएँ और खेलें :) [23:14] <jrand0m> (याय) [23:15] <kaji> क्या windows के लिए कोई अच्छा fics क्लाइंट है? [23:15] <jrand0m> पता नहीं, मैंने telnet इस्तेमाल किया [23:15] <wiht> क्या eboard काम करता है? [23:15] <jrand0m> (जिसमें कमांड्स सीखने का रैम्प-अप काफ़ी कठिन था) [23:15] * ion ने #i2p जॉइन किया [23:16] <jrand0m> पता नहीं [23:16] * BpX ने #i2p जॉइन किया [23:16] <wiht> मैं बाद में ट्राई करूँगा। [23:16] <jrand0m> कूल, जो भी पता चले पोस्ट कर सको, बढ़िया होगा [23:17] <jrand0m> ठीक, 9) DHT [23:17] * wilde ने IRC छोड़ा (Ping timeout) [23:17] <jrand0m> हमारे पास अभी भी dht नहीं है, लेकिन शायद यह कुछ ऐसा है जिसे हम पोर्ट करना शुरू कर सकते हैं [23:18] <jrand0m> (यह UDP का इस्तेमाल करता है, तो इसे I2CP के साथ काम कराने में दिक्कत नहीं होगी) [23:18] <MrEcho> dht??? [23:18] <MrEcho> इस पर मेरा दिमाग खाली हो गया [23:18] <jrand0m> MrEcho> ईमेल में [10] देखो ;) [23:18] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] <Nightblade> entropy फिलहाल के लिए काफी अच्छा समाधान है [23:18] <jrand0m> सहमत [23:19] <jrand0m> हालांकि मुझे लगता है कि हमें एक दीर्घकालिक समाधान भी देखना चाहिए [23:19] * soros ने #i2p जॉइन किया [23:19] * lucky ने #i2p जॉइन किया [23:20] * human gcj/kaffe कम्पैटिबिलिटी को लेकर Bamboo (http://bamboo-dht.org/) जैसे DHTs के साथ चिंतित है [23:20] <jrand0m> हाँ, bamboo 1.4 है [23:20] <MrEcho> afk [23:20] <jrand0m> यही I2CP की महिमा है - router & tunnels को gcj किया जा सकता है, जबकि जो चीजें उन्हें एक्सेस करती हैं वे कुछ भी हो सकती हैं [23:21] <jrand0m> यह /सिर्फ/ एक ऐप के लिए है - core का हिस्सा नहीं [23:21] <jrand0m> मैं बस उन चीज़ों के बारे में सोच रहा हूँ जो end users के लिए मददगार हों जो i2p डाउनलोड करने के बाद तुरंत कुछ उपयोगी कर सकें [23:22] <jrand0m> (गुमनाम रूप से बहुत censorship resistant कंटेंट पोस्ट कर पाना एक अच्छी उपयोगी चीज़ होगी) [23:22] <jrand0m> s/uncensorable/very censorship resistant/ [23:23] <human> jrand0m: आह, ठीक - मैंने सोचा था कि bamboo NetworkDB के लिए Kademlia को रिप्लेस करेगा :-) [23:23] <Nightblade> squid proxy ऐसी चीज़ है जो वे कर सकते हैं... उदाहरण के लिए चीन में यूज़र्स के लिए यह बहुत अच्छी चीज़ होगी [23:23] <jrand0m> Nightblade> सही, लेकिन squid scalable नहीं है [23:24] <Nightblade> हाँ मुझे लगता है एक तरह का distributed JAP दिलचस्प होगा [23:24] <jrand0m> सहमत [23:24] <jrand0m> तो यह भी एक और चीज़ है जिसे लोग देख सकें तो बढ़िया होगा :) [23:24] <mihi> Nightblade: समस्या abuse हैंडलिंग की है - मैं अपनी मशीन पर किसी भी outgoing http के लिए नहीं खोलूँगा [23:24] <jrand0m> मुझे यकीन है कुछ लोग करेंगे [23:25] <Nightblade> एक अतिरिक्त हिस्सा जहाँ एक व्यक्तिगत नोड चुन सके कि वे किन साइट्स को लोगों के लिए proxy करना चाहते हैं... एक क्लाइंट "whitehouse.com" का अनुरोध भेज सके और फिर जो नोड्स proxy करते हैं और उस url की अनुमति देंगे वे जवाब दे सकें [23:25] <Nightblade> हाँ कोई न कोई एक्सेस कंट्रोल होना पड़ेगा [23:25] <Nightblade> blacklist या whitelist [23:25] <jrand0m> सही [23:25] <Nightblade> डोमेन नामों की [23:26] <jrand0m> यह "exit policy" सिस्टम है। हालांकि यह अपने आप में एक पूरा प्रोजेक्ट है [23:27] <MrEcho> यह DNS सिस्टम पर सवारी कर सकता है... मेरा ख़याल है [23:27] <jrand0m> निश्चित रूप से [23:27] <wiht> mihi: अगर आप इस्तेमाल की बैंडविड्थ लिमिट कर दें तो? या वह वेबसाइट्स जो एक्सेस होंगी वही दिक्कत बन सकती हैं? [23:27] <MrEcho> बहुत बाद में lol [23:27] <jrand0m> wiht> बहुत से प्रोवाइडर्स स्पष्ट रूप से किसी भी प्रकार के सर्वर चलाने की मनाही करते हैं [23:28] <MrEcho> verizon पोर्ट 21 के साथ ज़रूर छेड़छाड़ करता है... [23:28] <wiht> jrand0m: ओह। हाँ, यह समस्या है। [23:28] <Nightblade> क्लाइंट्स के लिए यह तरीका होना चाहिए कि वे उन साइट्स को अनुरोध कर सकें जिन्हें वे उनके लिए डाउनलोड करवाना चाहते हैं.. ब्रॉडकास्ट अनुरोध अच्छा समाधान नहीं है, खासकर i2p पर [23:29] <mihi> wiht: समस्या उन वेबसाइट्स की है जिन्हें एक्सेस किया जा सकता है। JAP का कुछ समय पहले का मुकदमा देखिए। /me उसी देश में रहता है [23:29] <jrand0m> सहमत। हालांकि ब्रॉडकास्ट ~2^2300 keyspace को ब्रूट फोर्स किए बिना संभव नहीं है ;) [23:30] <jrand0m> सही mihi, दमनकारी शासन में लोग सुरक्षित रूप से outproxies नहीं चला पाएँगे [23:30] <wiht> mihi: मुकदमा क्या था? मुझे याद नहीं। [23:30] * dm ने IRC छोड़ा (Ping timeout) [23:30] <Nightblade> मेरा मतलब, अगर आपके पास web proxying देने वाले destinations की सूची भी हो, तो आप उन सबको ब्रॉडकास्ट नहीं करना चाहेंगे [23:30] <jrand0m> सही Nightblade [23:30] <Nightblade> रिक्वेस्ट ब्रॉडकास्ट मेरा मतलब [23:31] <mihi> समस्या यह थी कि किसी ने child porn साइट एक्सेस की और वह JAP proxy से गया और वे नहीं बता पाए कि अनुरोध कहाँ से आया। इसको पुलिस के काम में रोड़े अटकाने के रूप में समझा गया [23:31] <jrand0m> लोग crowds या rewebber देख सकते हैं, जो इसी काम पर काम करने वाले दूसरे प्रोजेक्ट्स हैं [23:31] <wiht> mihi: आह। स्पष्टीकरण के लिए धन्यवाद। अब मैं समझता हूँ कि आप चिंतित क्यों हैं। [23:31] * mihi_away ने IRC छोड़ा (Ping timeout) [23:31] <mihi> और JAP सॉफ़्टवेयर में वह बदलाव किया गया जिससे लोगों को पकड़ना संभव हो। जो बाद में हटा दिया गया [23:32] <wiht> उफ़, मेरा मतलब है कि मैं समझता हूँ आप क्यों चिंतित हैं। [23:32] <mihi> अंत में यह निकला कि JAP को डेटा प्रकट नहीं करना पड़ेगा, लेकिन मैं नहीं जानना चाहता कि वकीलों का खर्च कितना हुआ... [23:32] <Nightblade> हाँ पर क्या पुलिस ने वैसे भी जानकारी जब्त नहीं कर ली? [23:32] <jrand0m> हाँ [23:33] <mihi> उन्होंने किया... [23:33] <jrand0m> खैर, वैसे भी, हाँ, एक scalable DHT और एक scalable web proxy 1.0 तक होना बहुत अच्छी चीज़ें होंगी [23:34] <mihi> और वे उसे वापस नहीं कर सकते, क्या वे कर सकते हैं? [23:34] * BpX ने IRC छोड़ा (Ping timeout) [23:36] * Sciatica ने #i2p जॉइन किया [23:36] <jrand0m> ठीक, प्वाइंट 9 के लिए और कुछ? या हम 10/11) NS/DNS पर चलें? [23:36] <wiht> मैं टॉपिक 10 के बाद installer पर एक छोटा-सा कमेंट करना चाहूँगा। [23:37] <jrand0m> 'k शायद उसे अभी कर लें, क्योंकि NS/DNS बहुत छोटा नहीं होगा? ;) [23:37] <wiht> ठीक है। router के पास एक start script और एक stop script है। [23:37] <jrand0m> सही [23:37] <wiht> मैं चाहता हूँ कि सभी सेवाएँ उसी तरह हों—दोनों start और stop script हों। [23:37] <jrand0m> अधिकतर के पास हैं [23:37] <jrand0m> हैं नहीं? [23:38] <jrand0m> ओह, stop scripts नहीं [23:38] <wiht> नहीं, सिर्फ router। [23:38] <wiht> इस तरह, मनचाही सेवाएँ कंप्यूटर बूटअप पर शुरू की जा सकती हैं, ठीक router की तरह। मैंने इस बारे में मेलिंग लिस्ट पर पोस्ट किया था। [23:38] <jrand0m> aum i2pmgr पर काम कर रहा है, जो सेवाओं और खुद router के लिए एक console-आधारित और GUI-आधारित कंट्रोल सेंटर होगा [23:38] <wiht> मान लीजिए मैं bootup पर eep और nntp शुरू करना चाहता हूँ। अभी, मैं ऐसा नहीं कर सकता। [23:39] <jrand0m> सही, तुम्हें nohup startEepProxy.sh & करना होगा [23:39] <wiht> ठीक है। वैसे, ये scripts CVS में कहाँ हैं? [23:39] <MrEcho> k मैं वापस आ गया [23:39] * mihi_away ने #i2p जॉइन किया [23:39] <jrand0m> wiht> scripts Install.java में हैं (उर्फ़ हेक्ड) [23:39] <wiht> jrand0m: धन्यवाद./ [23:40] <jrand0m> लेकिन अच्छा पॉइंट, हम चाहते हैं कि बूट पर शुरू करना जितना हो सके उतना सरल हो, साथ ही on demand शुरू करना भी [23:41] <jrand0m> ठीक, 10/11) ns/dns पर [23:41] <MrEcho> खैर मेरी ईमेल देखो [23:41] <MrEcho> कुछ चीज़ें हैं जिन्हें मैं उसमें डालना भूल गया [23:41] <jrand0m> दुर्भाग्य से तुम्हारी ईमेल वेब इंटरफेस पर ठीक से नहीं गई :/ [23:41] <MrEcho> जैसे "temp" नाम [23:41] <MrEcho> ?? [23:42] * Sciatica ने IRC छोड़ा (Ping timeout) [23:42] * ion ने IRC छोड़ा (Ping timeout) [23:42] <jrand0m> MrEcho> http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] <MrEcho> gif या कुछ की वजह से [23:42] <MrEcho> शिट .. मैंने उसे signed किया [23:43] <MrEcho> माफ़ी [23:43] <jrand0m> मेलिंग लिस्ट वाकई टेक्स्ट-ओनली के लिए है। pgp sigs ठीक हैं (अन्य लोगों ने signed चीज़ें पोस्ट की हैं) [23:43] <kaji> कोई अच्छा फ्री छोटा antivirus क्या है? [23:43] * ion ने #i2p जॉइन किया [23:43] <jrand0m> kaji> linux [23:43] * Sciatica ने #i2p जॉइन किया [23:43] <wiht> LOL. [23:43] <kaji> जो मेरे हार्डवेयर के साथ चलता हो [23:43] <wiht> kaji: Windows के लिए AVG Antivirus ट्राई करें। [23:44] * MrEcho_ ने #i2p जॉइन किया [23:44] * MrEcho ने IRC छोड़ा (EOF From client) [23:44] <MrEcho_> फकिंग iip [23:44] <jrand0m> MrEcho / (और जो भी NS/DNS मुद्दे में रुचि रखता है)> क्या तुमने http://zooko.com/distnames.html पढ़ा है? [23:44] <MrEcho_> j, क्या मुझे ईमेल फिर से भेजनी चाहिए? [23:44] <jrand0m> वह लिस्ट पर ठीक से गया, बस वेब आर्काइव सही से नहीं हुआ [23:44] <MrEcho_> या [23:45] <wiht> jrand0m: मैंने अभी तक नहीं पढ़ा। [23:45] <MrEcho_> मैं बाद में देखूँगा [23:45] * mrflibble ने #i2p जॉइन किया [23:45] <jrand0m> जो लोग लिस्ट पर नहीं हैं, उनके लिए मैंने MrEcho_ की ईमेल यहाँ सेव की है: http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] <MrEcho_> धन्यवाद J [23:46] <kaji> यह बेवक़ूफ़ी है, यह एक ईमेल पता चाहता है [23:46] <jrand0m> मेरी चिंता naming service की सुरक्षा और स्केलेबिलिटी के साथ है। एक बार हम ऐसा समाधान ढूँढ लें जो इन ज़रूरतों को पूरा करे, बढ़िया, लेकिन तब तक, हमें अस्थायी समाधानों से सावधान रहना चाहिए। [23:47] <jrand0m> kaji> ईमेल लिस्ट्स आमतौर पर ईमेल पता चाहती हैं, हाँ ;) [23:47] <kaji> मेरा मतलब AVG Antivirus [23:47] <jrand0m> ओह ;) [23:48] <wiht> MrEcho के पास कई अच्छे आइडिया हैं जो मेरे specification में नहीं थे, जैसे खराब क्लाइंट्स के लिए ban करने की व्यवस्था। [23:49] <MrEcho_> वास्तव में ban list नहीं [23:49] <jrand0m> जब 1000 क्लाइंट्स होंगे, क्या इसका मतलब है कि एक वैल्यू ढूँढने में 125 lookups लगेंगे? [23:49] <MrEcho_> नहीं [23:49] <wiht> लिस्ट नहीं, पर खराब क्लाइंट्स को ban करना कुछ ऐसा था जो मेरे पास नहीं था। [23:50] <MrEcho_> चेकिंग के लिए 2-4 क्लाइंट्स [23:50] <jrand0m> तो हर क्लाइंट के पास 250 एंट्रीज़ होंगी? [23:50] * mihi_away अब mihi_backup के नाम से जाना जाता है [23:50] <MrEcho_> नहीं [23:50] <wiht> मेरे पास जो है, उसमें एक lookup होगा, संभवतः कुछ बार authoritative सर्वर तक फॉरवर्ड किया जाएगा। [23:50] <MrEcho_> क्लाइंट्स के पास सिर्फ वही होगा जिसकी उन्हें ज़रूरत है [23:51] <MrEcho_> यह अन्य Clients से क्वेरी करता रहेगा जब तक उन्हें चेक के लिए मैचिंग डेटा नहीं मिल जाता [23:51] <jrand0m> तो 4 peers के साथ, यह एक रैंडम सर्च करेगा और औसतन 125 lookups लगेंगे [23:51] <jrand0m> (1000/4/2) [23:51] <jrand0m> या peers एक DHT हैं? [23:52] <jrand0m> (कुछ maintenance प्रोटोकॉल के साथ?) [23:52] <jrand0m> या एक सर्च ट्री? [23:52] <MrEcho_> एक तरह से हाँ [23:52] <MrEcho_> क्लाइंट सर्चेज़ पर मेरा एक cut off होगा, यह सीधे MS को क्वेरी करेगा [23:53] <jrand0m> सुरक्षित distributed naming एक काफी अच्छी तरह अध्ययन किया गया समस्या है - तुम्हारे प्रस्ताव की सुरक्षा और स्केलेबिलिटी का विश्लेषण आसान बनाने के लिए अच्छा होगा अगर तुम तुलना कर सको और दूसरे तरीकों पर वैरिएशन की वैलिडेशन कर सको, शायद? [23:54] <MrEcho_> अगर यह एक तय रेंज में Clients से नहीं पाता / या पर्याप्त डेटा नहीं पाता, तो फिर सीधे MS को क्वेरी करेगा। [23:54] <jrand0m> जैसा कि है, मेरे लिए आर्किटेक्चर की स्केलेबिलिटी या सुरक्षा पर भरोसा करने के लिए पर्याप्त विवरण नहीं है। यह नहीं कह रहा कि यह अच्छे से काम नहीं कर सकता, बस मैं अभी देख नहीं पा रहा हूँ कि करेगा। [23:54] <MrEcho_> क्या तुम एक सेकंड टाइप करना बंद कर सकते हो [23:54] * jrand0m टाइप करना बंद करता है। [23:55] <MrEcho_> यह काम करेगा .. इसमें स्केलेबिलिटी होगी, इसमें सुरक्षा होगी [23:56] <MrEcho_> जितने ज़्यादा यूज़र्स, उतना बेहतर [23:56] <jrand0m> तो "मुझ पर भरोसा करो", है? [23:56] <MrEcho_> क्या तुम Internet DNS सिस्टम पर भरोसा करते हो? [23:56] <jrand0m> कुछ कामों के लिए। [23:57] <jrand0m> बहुतों के लिए, नहीं। [23:57] <jrand0m> (govts / आदि के लिए रिकॉर्ड बदलवाना काफ़ी आसान है - कोर्ट केसेज़ रजिस्ट्रार्स को अपडेट का आदेश देते रहते हैं) [23:58] <MrEcho_> एकमात्र दूसरा तरीका यह है कि हर क्लाइंट पर Names की बहुत बड़ी लिस्टें और बहुत सारा crypto हो [23:58] <MrEcho_> और डायनेमिक होना .. भूल जाओ [23:59] * mrflibble ने IRC छोड़ा (EOF From client) [23:59] <jrand0m> मैं आगे बढ़ने से पहले zooko का पेपर देखने का सुझाव देता हूँ, और उसके आख़िरी पॉइंट 5 ("मैं क्यों गलत हूँ") का जवाब देने का Session Time: Wed Jan 07 00:00:00 2004 [00:01] <jrand0m> ठीक, शायद 10/11 के लिए इतना ही (बेशक उस पर आगे भी बहुत चर्चा बाकी है) [00:02] <jrand0m> किसी के पास कोई और विचार, आदि? [00:02] <wiht> हाँ। [00:03] <jrand0m> क्लास के साथ शेयर करोगे? :) [00:03] <wiht> मैं अपनी लिखी specification को फिर से लिखने वाला हूँ। मैं डेटा स्टोर करने के लिए लोकल SQL server इस्तेमाल करना चाहूँगा, फाइलें नहीं। [00:03] <jrand0m> आह कूल [00:03] <jrand0m> (उसी चिंताएँ तुम्हारी spec पर भी लागू होती हैं - अगर तुम zooko के आख़िरी सवाल का जवाब दे सको, तो वह कुंजी होगा :) [00:03] * mrflibble ने #i2p जॉइन किया [00:03] <wiht> डेटा स्टोरेज को मैनेज करने दें MySQL या इसी तरह का server, और Java उस server को क्वेरी करे। [00:04] <duck> हुह ? zooko specs? [00:04] <wiht> मुझे लगता है इम्प्लीमेंट करना आसान होगा। [00:04] <jrand0m> duck> नहीं, मैं बस लोगों को उसका पुराना आर्टिकल "Names: Decentralized, Secure, Human-Meaningful: Choose Two" दिखा रहा हूँ [00:04] <duck> आह वह [00:04] <Nightblade> wiht: वह कौन-सा specification है (मैं मीटिंग का बहुत हिस्सा मिस कर गया)? [00:04] * MrEcho ने #i2p जॉइन किया [00:04] <jrand0m> (supernode/centralized servers क्यों डरावने सुरक्षा मुद्दे हैं, यह फिर से समझाने की तुलना में बहुत आसान) [00:05] * MrEcho_ ने IRC छोड़ा (EOF From client) [00:05] * mihi के पास लॉग के लिए भी कुछ होगा ;) [00:05] <mihi> कुछ लंबा ;) [00:05] <mihi> *** I2Ping परिणाम: [00:05] <mihi> + + + eco.i2p [00:05] <mihi> + - - jabber.duck.i2p [00:05] <mihi> - + + i2pcvs.i2p [00:05] <mihi> - + + duck.i2p [00:05] <mihi> - + - jap.eco.i2p [00:05] <jrand0m> Nightblade> इसे iip-dev पर पोस्ट किया गया था... अगस्त में? [00:05] <mihi> - + + irc.duck.i2p [00:05] <mihi> - + + human.i2p [00:06] <mihi> - - + nntp.duck.i2p [00:06] <mihi> - - - tc.i2p [00:06] <mihi> - - - dyad.i2p [00:06] <mihi> - - - bozo.i2p [00:06] <mihi> - - - ogg.aum.i2p [00:06] <mihi> - - - fcp.entropy.i2p [00:06] <mihi> - - - http.entropy.i2p [00:06] <Nightblade> jrandom: ओह, मेरे समय से पहले.. :) [00:06] <mihi> - - - www.mail.i2p [00:06] <mihi> - - - mp3.aum.i2p [00:06] <mihi> - - - smtp.mail.i2p [00:06] <wiht> Nightblade: मैंने इसे 15 सितंबर को पोस्ट किया था। [00:06] <mihi> - - - pop.mail.i2p [00:06] <mihi> - - - mp3.tc.i2p [00:06] <mihi> - - - lp.i2p [00:06] <mihi> - - - kaji.i2p [00:06] <mihi> - - - nm.i2p [00:06] <mihi> - - - squid.i2p [00:06] <mihi> - - - chess.fillament.i2p [00:06] <mihi> - - - mesh.firerabbit.i2p [00:06] <mihi> - - - nightblade.i2p [00:06] <mihi> - - - aum.i2p [00:06] <MrEcho> जीज़ कोई अप एंड रनिंग है? [00:06] <mihi> - - - fillament.i2p [00:06] <mihi> *** समाप्त। [00:06] <mihi> इतने सारे hosts डाउन क्यों हैं...? [00:06] * jrand0m फिलहाल मेरे सर्वर्स रन नहीं कर रहा [00:07] <FillaMent> मैं खुद से eep और chess दोनों पर कनेक्ट कर सकता हूँ [00:07] * mrflibble ने IRC छोड़ा (Ping timeout) [00:07] <jrand0m> ओ रुको, i2pcvs अप है, बढ़िया [00:07] <Nightblade> mihi: मेरा अप नहीं है क्योंकि i2ptunnel कुछ घंटों बाद क्रैश हो जाता है [00:07] <mihi> तो मेरा router टूटा है (या यह usual I2P समस्याएँ...) [00:08] <jrand0m> सच में Nightblade? कृपया i2ptunnel क्रैशेस रिपोर्ट करो (bugzilla अच्छा रहेगा) [00:08] <Nightblade> वह bugzilla में है [00:08] <lucky> हाय [00:08] <Nightblade> ठहरो.. [00:08] <FillaMent> Nightblade: कौन सा JVM? [00:08] <Nightblade> #39 [00:08] <wiht> मेरा router 12 घंटे से ज़्यादा से चल रहा है, हालाँकि उसे खुद को रजिस्टर करने में समस्या थी। [00:09] <Nightblade> java version "1.4.2-p5" [00:09] <Nightblade> freebsd पर... यह jvm समस्या हो सकती है, पता नहीं। freebsd पर java सपोर्ट बहुत अच्छा नहीं है [00:09] <jrand0m> तुम सही हो Nightblade, मेरी गलती [00:09] <jrand0m> वह काफी दुर्लभ i2cp बग है [00:09] <jrand0m> क्या वह तुम्हारे लिए consistently होता है? [00:09] <Nightblade> router मेरे लिए बहुत स्थिर है, बस i2ptunnel server tunnel मुझे problem देता है [00:09] <Nightblade> हाँ यह कई बार हुआ [00:10] <Nightblade> मैंने हाल में ट्राई नहीं किया [00:10] * jrand0m ने fillament की eepsite पुल की [00:10] <jrand0m> (पहले ही प्रयास में, अभी नोट किया कि विंडो पूरी हो गई थी) [00:10] <FillaMent> हाँ,, मैंने अभी duck से jabber किया, wiht chess पर हिट करने की कोशिश कर रहा है [00:10] <jrand0m> आह कूल [00:10] <jrand0m> लेकिन हाँ, नेटवर्क में अभी भी विश्वसनीयता के मुद्दे हैं [00:10] * FillaMent शामिल लोगों को नudge करता है, "वह शायद खेलना चाहेंगे।" [00:10] * human की eepsite अभी भी अप है - इसका मतलब 'killall java' सच में मददगार था... :-) [00:10] <wiht> मैंने अभी सफलतापूर्वक chess सर्वर से कनेक्ट किया। [00:10] <duck> हाँ? [00:11] <jrand0m> lol FillaMent [00:11] * mrflibble ने #i2p जॉइन किया [00:12] <Nightblade> क्या cvs वर्ज़न का i2p चलाना सुरक्षित है [00:12] <jrand0m> /me सफलतापूर्वक human का 1984-2004: twenty years of GNU! :-) फ़ेच करता है [00:12] <jrand0m> हाँ Nightblade [00:12] <FillaMent> eco नहीं मिला... [00:12] <Nightblade> ठीक है शायद मैं उसे ट्राई करूँगा [00:12] <duck> freenet के साथ आपको हमेशा नवीनतम cvs वर्ज़न चलाना चाहिए! [00:13] <duck> तभी यह bugfree होता है [00:13] <duck> s/freenet/i2p/ [00:13] * jrand0m ने eco.i2p पुल किया [00:13] <FillaMent> अभी duck मिला [00:13] <jrand0m> "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] <jrand0m> धत्त [00:13] <duck> खैर, यह वास्तव में काम किया [00:13] <duck> ardvark मेरे से कुछ snark कर सका [00:14] <jrand0m> bt पहले से फाइलें बना देता है - क्या फाइलें वास्तव में वैध थीं? [00:14] <duck> पर ze ने अगले दिन पता लगाया [00:14] <duck> क्योंकि यह logs में अस्पष्ट था [00:14] <jrand0m> क्या, तुम्हारा मतलब i2p जो logs बनाता है वे काफ़ी पागल हैं? नहींssss [00:14] <duck> नहीं [00:14] <duck> i2psnark आउटपुट [00:14] <jrand0m> आह [00:15] <duck> इसके अलावा, मुझे शक है कि snark बहुत ज़्यादा churning (sp?) करता है [00:15] <duck> सामान्य bittorrent क्लाइंट ज़्यादा आसान लगता है [00:15] <duck> i2p पर high delays भी premature blocks का कारण बन सकते हैं [00:16] * mrflibble ने IRC छोड़ा (Ping timeout) [00:16] <duck> आख़िरी चीज़ यह कि हमें i2ptunnel कुछ बार restart करना पड़ा :/ [00:16] <jrand0m> सहमत [00:16] <human> I2PTunnel / I2PTunnelManager के बारे में आख़िरी सवाल (हाँ, मैं बोरिंग हूँ): मेरा पैच कैसा जो "openclient" और "openserver" को एक मायने रखने वाला jobId लौटाने देता है? [00:16] <jrand0m> तो, हाँ, बहुत काम करना है [00:16] <human> 1. चलो इसे स्वीकार करते हैं ताकि TunnelManager तब तक काम करे जब तक नया asynchronous आर्किटेक्चर roxoring नहीं हो जाता [00:17] <human> 2. तुम्हारा पैच घोर बेकार है, दफा हो जाओ, और TunnelManager भी गया भाड़ में [00:17] <human> 3. ... [00:17] * MrEcho_ ने #i2p जॉइन किया [00:17] * mihi 3 के लिए है ;) [00:17] * MrEcho ने IRC छोड़ा (EOF From client) [00:17] <jrand0m> 4. देखते हैं कि tunnel manager को async कैसे अपडेट किया जा सकता है? बहुत कठिन नहीं होना चाहिए [00:17] <jrand0m> पैच अच्छा है, लेकिन mihi की बात भी सही है [00:18] <human> jrand0m: हाँ, मैं सहमत हूँ [00:18] <jrand0m> हमारे पास अभी भी 0.3 तक 1+ हफ्ते हैं, तो अगले फुल रिलीज़ तक समय है [00:18] <human> jrand0m: पर मेरा संदेह है: TunnelManager में async इंटरफेस होने में कितना समय लगेगा? [00:18] <jrand0m> tunnelmanager खुद 2 घंटे था, मैं आज रात async जोड़ सकता हूँ [00:19] <jrand0m> (जो करना है वह BufferedLogging को .set कॉल्स स्वीकार करने के लिए अपडेट करना है) [00:19] <human> jrand0m: (यहाँ "होने" से मेरा मतलब "I2PTunnel में भी इम्प्लीमेंटेड होने" से है) [00:19] <jrand0m> (या .nofity/etc) [00:19] <jrand0m> सही [00:19] * mrflibble ने #i2p जॉइन किया [00:20] <jrand0m> अगर तुम चाहो, तो मैं तुम्हारे पैच (जो job id जोड़ता है) से शुरू कर सकता हूँ और उसे async अपडेट्स के साथ मर्ज कर सकता हूँ [00:21] <human> jrand0m: मैं TunnelManager में खुद async इंटरफेस जोड़ सकता हूँ, लेकिन इंटरफेस अभी मौजूद नहीं है :-) [00:22] <jrand0m> सही, बस Logging.java में यह जोड़ो public void notifyEvent(String eventName, Object value); [00:22] <human> jrand0m: मैं सुझाव दूँगा "चलो गंदा हैक मर्ज करते हैं ताकि 0.3 रिलीज़ में job ids किसी तरह काम करें, और फिर async इंटरफेस पर काम करें" [00:23] <jrand0m> 0.3 अभी थोड़ा दूर है [00:23] <mihi> 0.3 में वैसे भी streaming api होना चाहिए, है ना? [00:23] <human> jrand0m: मैं सबसे खराब स्थिति की बात कर रहा हूँ [00:23] <wiht> jrand0m: शायद 3.0 से पहले एक और वर्ज़न होना चाहिए ताकि ये मुद्दे सुलझें? [00:23] <jrand0m> हाँ mihi [00:23] <mihi> human: सबसे खराब स्थिति "cvs rollback && patch -p0 your.patch" है [00:24] <jrand0m> ठीक, यह कैसा: मैं आज रात async इम्प्लीमेंट कर के कमिट कर दूँगा, अगर तुम कल इसे देख सको human और देखो कि तुम्हारे अपडेट को उसमें डालने के लिए क्या करना होगा? [00:26] <FillaMent> jrand0m: क्या तुम्हारे पास जॉब है? [00:27] <jrand0m> i2p [00:27] <duck> 1.0 पूरा करो! [00:27] <FillaMent> मेरा मतलब आय का ज़रिया [00:27] <jrand0m> :) [00:27] <FillaMent> जिसके लिए तुम्हें काम करना पड़ता हो [00:27] <jrand0m> आय ओवररेटेड है। [00:27] * jrand0m ने अपने बॉस को निकाल दिया [00:27] <Nightblade> "will code for food" - यही मेरा मोट्टो है [00:27] <Nightblade> lol [00:27] <human> mihi: खैर, लेकिन मैं और aum (जो TunnelManager के लिए एक python ऐप पर काम कर रहा है) ASAP jobIds चाहते हैं... [00:28] <human> jrand0m: ठीक है, मैं बाद में/कल तुम्हारे बदलावों पर काम करूँगा [00:28] <FillaMent> Job/Money, sleep/hygiene, food, side projects, social life: कोई भी 3 चुनो [00:29] * jrand0m केवल एक चुनता है। [00:29] <jrand0m> word human [00:30] <FillaMent> किसी के पास "बस टनल कर के" सेवाओं के और आइडिया हैं जो नेटवर्क पर अच्छी लगें? [00:30] * jrand0m अभी भी एक telnet आधारित Adventure चाहता है :) [00:30] <jrand0m> या एक waffle bbs [00:30] * duck अब enduser के नाम से जाना जाता है [00:30] * jrand0m enduser को किक करता है [00:31] <jrand0m> (धत्त, कोई ops नहीं) [00:31] <FillaMent> OS/2 के लिए एक comm ड्राइवर था जो एक comm पोर्ट को TCP पोर्ट पर मैप कर सकता था =) [00:31] <enduser> I2PTunnel जब SteamingAPI इस्तेमाल करेगा तो enduser के रूप में मुझे क्या फर्क दिखेगा? [00:31] * enduser अब duck के नाम से जाना जाता है [00:31] <jrand0m> कुछ नहीं [00:31] <human> lol [00:31] <FillaMent> FillaMent: मेरा एक दोस्त कुछ समय तक इस तरह BBS चलाता था [00:31] <jrand0m> प्रदर्शन, और शायद अनामिता [00:31] * human एक I2P टनल rootshell तक चाहता है [00:32] <human> कोई स्वयंसेवक? :-) [00:32] <duck> UML पर rootshell [00:32] <jrand0m> chroot'ed rootshells अच्छे होंगे [00:32] <jrand0m> या UML'ed :) [00:32] <FillaMent> human: अगर मेरे पास स्पेयर बॉक्स होता, तो मैं कर देता [00:32] <jrand0m> hehe FillaMent [00:32] <duck> मेरे vmware win98 को vnc कनेक्शन? [00:32] <FillaMent> गंभीरता से दोस्तों... [00:32] <wiht> E-mail सर्वर भी अच्छा होगा। या क्या हमारे पास पहले से है? [00:32] <FillaMent> wiht: लगता है TC के पास pop और SMTP हैं [00:33] <jrand0m> वह aum है, लेकिन वे ऑफलाइन हैं, क्योंकि उसकी मशीन ऑफलाइन है [00:33] * human अपने GNU/Hurd सिस्टम पर telnet अकाउंट्स ऑफर कर सकता है... [00:33] <jrand0m> ooOOoo [00:33] <FillaMent> खैर, मैं अभी open SMTP एक्सेस सेटअप करने का बहुत इच्छुक नहीं हूँ [00:33] <jrand0m> समझने योग्य [00:34] <FillaMent> शायद जब नेटवर्क अधिक स्थिर हो और मेरे पास बैंडविड्थ बढ़ाने के लिए पैसा हो [00:34] <wiht> PGP keyserver कैसा रहेगा? [00:34] <mihi> FillaMent: तुम एक टनल सेट कर सकते हो जो किसी cleartext remailer की तरफ पॉइंट करे [00:34] <FillaMent> wiht: अब यह एक बढ़िया आइडिया है =) [00:35] <FillaMent> mihi हेह... मैं बस टनल को अपने ISP SMTP बॉक्स की ओर पॉइंट कर सकता हूँ =) [00:35] <mihi> FillaMent: इससे abuse के लिए *तुम* जिम्मेदार हो जाओगे... [00:35] <mihi> s/be// [00:35] <duck> http://www.mit.edu/people/marc/pks/pks.html [00:36] <duck> गंभीरता से, क्या duck enterprises को एक pgp keyserver चलाने पर विचार करना चाहिए? [00:37] <FillaMent> duck: मैं खुद इसमें झाँक रहा था... तुम हैंडल करना चाहोगे? [00:37] <duck> हम mihi के स्वतंत्र ping logs के अनुसार सबसे स्थिर सेवा प्रदाताओं में रहे हैं [00:37] <jrand0m> hehe [00:37] <wiht> duck: हाँ, कृपया विचार करें। [00:37] <jrand0m> वैसे duck, तुम यह कैसे करते हो? क्या तुम periodically रीस्टार्ट करते हो या बस एक भरोसेमंद OS और JVM पर चलते हो? [00:38] <FillaMent> सवाल: क्या JVM DNS resolves को cache करता है? [00:38] <duck> रीस्टार्टिंग kernel updates के लिए है [00:38] <jrand0m> हाँ, लेकिन तुम कुछ गंदी चालाकी से इसे avoid कर सकते हो FillaMent [00:38] * wiht नोट करता है कि मीटिंग 2h40m से चल रही है। [00:38] <jrand0m> ओ हाँ, [00:39] * mrflibble अपना हाथ उठाता है [00:39] <jrand0m> उम, इस मीटिंग का लॉग बहुत बड़ा होने वाला है। और मैं सोच रहा था कि पहले से चीज़ें पोस्ट करने से मीटिंग /छोटी/ हो जाएगी [00:39] <jrand0m> क्या बात है mrflibble? [00:39] <FillaMent> jrand0m: ठीक है... क्योंकि मैं डाउन नहीं होता लेकिन मेरा IP समय-समय पर बदलता है... मेरा dyndns अपडेट स्क्रिप्ट हर घंटे चलता है इसलिए अधिकतम 60+~10min तक मेरा named पता मेरे IP की ओर पॉइंट नहीं करता... [00:39] <FillaMent> यह मेरे router की नेटवर्क में मौजूदगी को कैसे प्रभावित करेगा? [00:40] <mrflibble> मेरी मशीन किसी तरह की daemon-टाइप चीज़ के लिए उपलब्ध हो सकती है [00:40] <jrand0m> कूल FillaMent, जब तक तुम अपने dyndns की ओर पॉइंट करते हो, कोई बड़ी समस्या नहीं होनी चाहिए [00:40] <wiht> mrflibble: demony? [00:40] <mrflibble> मेरा ख़याल है यह इस पर निर्भर करता है कि वह चीज़ कितनी बैंडविड्थ इस्तेमाल करेगी [00:40] <mrflibble> daemony [00:40] <jrand0m> w3rd mrflibble - क्या router तुम्हारे लिए भरोसेमंद चल रहा है, या तुम बस अच्छे समेरिटन हो? :) [00:41] <mrflibble> सच में नहीं, पर वह इसलिए कि मेरा लोकल bw फिलहाल सैचुरेटेड है [00:41] <mrflibble> मैं अभी इसे अपने colo पर नहीं चला रहा [00:41] <mrflibble> पहले लोकली खेलना चाहता हूँ [00:41] <jrand0m> आह कूल। हाँ, i2p वास्तव में व्यापक डिप्लॉयमेंट के लिए तैयार नहीं है, अभी मुख्यतः टेस्टिंग के लिए है [00:42] <FillaMent> हेह.. मैं अपनी CUPS सर्वर की ओर टनल पॉइंट कर दूँगा और आप anonymous printing कर सकते हैं =) [00:42] <jrand0m> rofl [00:42] <mrflibble> अगर ऐसी कोई चीज़ है जो आप मुझे चलाने को कहें जो <40gb bw एक महीने इस्तेमाल करे, बताओ [00:42] <FillaMent> बस एक बैनर पेज शामिल कर दो ताकि मुझे पता चले हार्डकॉपी कहाँ मेल करनी है =) [00:42] <mrflibble> hehe [00:43] <jrand0m> wikked mrflibble, मुझे यकीन है हम इसका फायदा उठाएँगे :) [00:43] <mihi> banner | lpr ? ;) [00:43] <FillaMent> mihi आप CUPS में बैनर पेज सेट कर सकते हैं [00:43] <mrflibble> ओकी डोकी! [00:43] <mihi> banner सबसे अधिक संभावना बहुत सारे पेज बनाएगा ;) [00:43] <jrand0m> ठीक, mixminion->printer->post office gateway चर्चा पर जाने से पहले, इस मीटिंग को यहीं बंद करें ;) [00:44] * jrand0m *baf*'er तैयार करता है [00:44] * jrand0m *baf* के साथ मीटिंग खत्म करता है।