I2P डेवलपर बैठक - 03 अप्रैल, 2007

16:01 <jrandom> 0) हाय 16:01 <jrandom> 1) नेटवर्क स्थिति 16:01 <jrandom> 2) Syndie विकास स्थिति 16:01 <jrandom> 3) ??? 16:01 <jrandom> 0) हाय 16:01 * jrandom हाथ हिलाता है 16:01 <jrandom> साप्ताहिक स्टेटस नोट्स अभी तक प्रकाशित नहीं हुई हैं, लेकिन उनमें ज़्यादा कुछ नहीं था, तो हम इसे यहीं इनलाइन कवर कर सकते हैं 16:01 <jrandom> 1) नेटवर्क स्थिति पर चलते हैं 16:01 <jrandom> चीज़ें काफ़ी अच्छी चल रही हैं, अभी कोई बड़ी समस्या नहीं है। पहले IRC सर्वरों पर कुछ दिक्कतें थीं, लेकिन हार्डवेयर इश्यूज़ हल हो गए हैं (धन्यवाद cervantes और postman!) 16:01 <jrandom> zzz के ब्लॉग पर ssu/ntcp आइडियाज़ को लेकर कुछ और चर्चा हुई है - ज़्यादा जानकारी के लिए उसे देखें 16:01 <jrandom> मेरे पास उसमें जोड़ने के लिए बहुत कुछ नहीं है... क्या किसी के पास 1) नेटवर्क स्थिति पर कुछ उठाने के लिए है? 16:04 <jrandom> अगर नहीं, तो 2) Syndie विकास स्थिति पर चलते हैं 16:04 <jrandom> हाल में डेस्कटॉप GUI पर अच्छा प्रगति हुआ है, और कुछ कॉम्पोनेन्ट्स टैब्ड GUI में भी वापस लाए गए हैं 16:04 <jrandom> अभी कुछ काम बाकी है, लेकिन मैं इस समय ज़्यादातर चीज़ों के लिए डेस्कटॉप GUI का ही उपयोग करता हूँ। 16:04 <jrandom> mk ने डेस्कटॉप GUI को लेकर कुछ और आइडियाज़ और चिंताएँ उठाई हैं, और हमेशा की तरह, योजना और इम्प्लीमेंटेशन को फ़ॉलो करने के लिए Syndie dev forum पढ़ें 16:04 <+Complication> बिलकुल, मैं भी उच्चतर IRC सत्रों के स्थायित्व की पुष्टि कर सकता हूँ 16:04 <jrandom> w3wt 16:06 <+Complication> लगता है फिर से टेस्टिंग शेड्यूल की जा सकती है (पिछले टेस्ट के दौरान, यह मुझे थोड़ा... डराने वाला लगा) 16:07 <jrandom> आह हाँ, मैंने अब ज़्यादातर बटनों पर लेबल जोड़ दिए हैं ;) 16:07 <jrandom> हालांकि अगर आप Windows पर हैं तो यह अभी भी वर्टिकल बटन लेबल्स ग़लत करता है (उसके लिए कस्टम लेआउट लिखना होगा) 16:07 <+Complication> (ख़ासकर इतने सारे कॉम्पोनेन्ट्स पर लेबल्स की कमी) 16:08 <jrandom> लेकिन यह अभी अल्फ़ा के लिए तैयार नहीं है... मैं इसे इसलिए इस्तेमाल कर सकता हूँ क्योंकि मुझे पता है कि हर चीज़ क्या करती है/क्या करने वाली है 16:08 <+Complication> यहाँ Linux है, लेकिन जानकर अच्छा लगा, शायद 16:08 <jrandom> उम्मीद है अगले हफ़्ते भर में 16:09 <+Complication> Syndie की तरफ़, मैं एक मुद्दे पर सोच रहा था: क्या नया syncing कोड ज़्यादा उत्साही हो रहा be रहा है, जैसे बहुत ज़्यादा ट्रांसफ़र्स कॉन्करेंट्ली करने की कोशिश कर रहा है? 16:09 <+Complication> s/is being/be 16:09 <jrandom> यह प्रति आर्काइव 5 concurrent fetches करने की कोशिश करेगा 16:10 <jrandom> (और एक async import thread) 16:10 <+Complication> यहाँ, अधिकतर आर्काइव्स के ख़िलाफ़ इसकी फ़ेल्योर रेट पहले की तुलना में काफ़ी बढ़ गई है 16:10 <jrandom> हम्म 16:10 <+Complication> हो सकता है ज़्यादा लोग भी syncing कर रहे हों, लेकिन फिर भी उम्मीद रहती है कि कोई खाली पल मिल जाए जब आर्काइव व्यस्त न हो 16:10 <+Complication> हालांकि "खाली पल पकड़ना" और क्वालिटी सिंक कर पाना, आम तौर पर होता नहीं दिखता 16:10 <jrandom> तो अलग-अलग fetches फ़ेल होते हैं और कहते हैं "connection reset" या अन्य TCP-जैसे एरर मैसेज? 16:11 <+Complication> "socket closed" वगैरह 16:11 <jrandom> आह ठीक 16:11 <+Complication> मैंने सच में उन्हें गिना नहीं है 16:11 <+Complication> यह सब, बेशक, पूरी तरह I2P के ज़रिए है 16:11 <jrandom> सर्वर फिलहाल इतने शक्तिशाली नहीं हैं (मुझे लगता है उनकी handling capacity बहुत सीमित है), और उसे सुधारा जाना चाहिए 16:12 <jrandom> साथ ही, जैसा कि आप और $nymFormerlyKnownAsAnonymous ने कहा, हमें ऐसे फ़ेल्योर पर फिर से कोशिश करनी चाहिए 16:12 <+Complication> सही है, वह भी मदद कर सकता है 16:12 <tapeworm> सर्वर किस पर आधारित हैं? 16:12 <jrandom> लेकिन हमें इसे पत्थर-सा मज़बूत और पारदर्शी बनाना ही होगा, बेशक 16:13 <jrandom> tapeworm: होमब्रू 16:13 <+Complication> हालांकि जब मैंने कुछ समय पहले "eepget" का परफ़ॉर्मेंस मापा था, Syndie की तुलना में, eepget ने बेहतरीन परफ़ॉर्मेंस और विश्वसनीयता दी 16:13 <jrandom> (लगभग दर्जन भर लाइनों का कोड) 16:13 <+Complication> इसने dev.i2p.net से 2 x 9 MB खींच लिए जबकि archive.syndie.i2p छोटी-छोटी संदेशों पर बार-बार फ़ेल हो रहा था 16:13 <jrandom> ओह, वह वास्तव में कोई फ़ेयर टेस्ट नहीं है 16:14 <+Complication> अलग मशीनें? 16:14 <jrandom> और Syndie वास्तव में eepget का /उपयोग करता है/ फ़ेच करने के लिए 16:14 <jrandom> Apache से फ़ेच करना एक होमब्रू वेब सर्वर से बहुत सारी छोटी फ़ाइलें फ़ेच करने से काफ़ी अलग है ;) 16:14 <+Complication> हम्म... तब मुझे शायद syncing के दौरान ज़्यादा से ज़्यादा लॉग करना चाहिए 16:15 <+Complication> हाँ, और सर्वरों के बीच का अंतर भी 16:17 <+Complication> हेह, लगता है मैंने डेस्कटॉप UI में एक सिंक आरंभ करने में कामयाबी पा ली 16:17 <+Complication> एक काम जो पिछली बार बहुत मुश्किल साबित हुआ था :) 16:17 <jrandom> w3wt :) 16:18 <jrandom> ठीक है, 2) के लिए किसी के पास और कुछ है? अगर नहीं, तो 3) ??? पर कूदते हैं 16:18 <+Complication> मेरी आदतें एक हेवी टास्कबार यूज़र वाली हैं, तो शायद इसे अपनाने में थोड़ा समय लगेगा 16:18 <+Complication> (मैं आम तौर पर टास्कबार को ऑटो-हाइड पर रखता हूँ) 16:19 <jrandom> खैर, एक compile time विकल्प है जिससे डेस्कटॉप GUI को fullscreen के बजाय एक shell में रखा जा सकता है - हम इसे एक command line switch बना सकते हैं 16:19 <+Complication> क्या डेस्कटॉप GUI, सिद्धांततः, एक "minimize" बटन रख पाने में सक्षम है? 16:19 <jrandom> इसे runtime पर बदलना मुश्किल है, क्योंकि swt GUI कॉम्पोनेन्ट reparenting (भरोसेमंद तरीक़े से) अनुमति नहीं देता, और आप shell का trim नहीं बदल सकते 16:20 <jrandom> ओह, हाँ, निश्चित रूप से संभव है - अच्छा आइडिया 16:20 <+Complication> जो इसे बैकग्राउंड में भेज दे बिना इसके कि नीचे की दूसरी विंडो का क्रम बदले? 16:20 <jrandom> हम उसे control menu (ऊपर बाईं तरफ़) या task menu (ऊपर दाईं तरफ़) में डाल सकते हैं 16:20 <+Complication> क्योंकि alt+tab इस्तेमाल करने से वह क्रम बदल जाता है 16:21 <+Complication> (कुछ... "show desktop" बटन जैसा, जो मुझे आम तौर पर टास्कबार पर KDE / Start button के पास रखना पसंद है) 16:21 <+Complication> (कोई और लोकेशन बेहतर साबित हो सकती है, लेकिन ऐसा कुछ) 16:22 <jrandom> हाँ, हम इसे उसी तरह छिपा सकते हैं जैसे टैब्ड GUI का minimize काम करता है (या हम इसे नॉर्मल विंडोइंग minimize बटन की तरह iconize कर सकते हैं) 16:22 <+Complication> भले ही, मानता हूँ, minimize और show desktop अलग चीज़ें हैं - अब जब मैं और सोचता हूँ, minimize थोड़ा ज़्यादा तार्किक लगता है। 16:24 <+Complication> syncing errors के बारे में, मेरे पास इस समय HTTP 504 का 1 instance है, और "socket closed" के 4 instances 16:24 <+Complication> 2 सफलताएँ 16:24 * TrevorReznik लगभग 70% "socket closed" का सामना करता है 16:24 <jrandom> अरे 16:24 <jrandom> ठीक है, मैं उसे देखूंगा और जितनी जल्दी हो सके वहाँ एक अपडेट डाल दूंगा 16:27 <jrandom> ठीक है, 3) ??? में - क्या किसी के पास बैठक के लिए और कुछ है? 16:27 <+Complication> काश होता, लेकिन अभी नहीं - webcache ऐप अभी अधूरा है, क्योंकि असल ज़िंदगी ने मुझे थोड़ा कुचल दिया 16:28 <jrandom> कमबख्त यह वास्तविकता! 16:28 * Complication 15 परेशान करने वाली चीज़ों को रास्ते से हटाने की कोशिश करेगा 16:32 <jrandom> wr0d 16:32 <jrandom> ठीक है, अगर बैठक के लिए और कुछ नहीं है... 16:32 * jrandom समेटता है 16:33 * jrandom *baf* के साथ बैठक को बंद करता है