I2P डेवलपर बैठक - 07 अप्रैल, 2020

22:04:29 <eyedeekay> हाय सब लोग, यहाँ कौन-कौन हैं? 22:04:40 <eche|on> peep :-=) 22:04:46 <zlatinb> हाय 22:04:48 <zzz> हाजिर 22:06:18 <eyedeekay> ठीक है, पहला विषय, 0.9.46, zzz आप शुरू करें 22:06:52 <zzz> ratchet (proposal 144) पर करीब दो महीनों का काम समेट रहा हूँ 22:07:16 <zzz> "phase 2" लगभग पूरा हो चुका है, जहाँ यह फीचर-कम्प्लीट है 22:07:32 <zzz> और अब अधिक बग फिक्सिंग और परीक्षण की ओर बढ़ूँगा 22:07:51 <zzz> तो 46 में और लोग इसे टेस्ट कर सकेंगे, और संभव है 47 में इसे डिफ़ॉल्ट रूप से सक्षम कर दें 22:08:23 <zzz> आगे चलकर मैं अन्य बग फिक्स और विषयों पर ध्यान दूँगा, जैसे स्ट्रीमिंग (zlatinb के साथ काम करते हुए) 22:08:56 <zzz> मेरी तरफ से EOT, तो शायद बाकी लोग बता सकें कि वे 46 के लिए क्या काम कर रहे हैं 22:09:01 <eche|on> मैंने 2 दिन पहले ही -5 पर अपग्रेड किया, अभी भी ठीक काम कर रहा है, tunnel patch राउंड-रॉबिन शामिल है, फिलहाल कोई बड़ा बदलाव नहीं दिखा 22:09:56 <zlatinb> मैं TCP RFCs को बार-बार पढ़ रहा था और हमारी स्ट्रीमिंग और ssu implementations में कई असंगतियाँ देखीं। इसलिए मैंने उन्हें फिर से लिखा। टिकट्स trac पर हैं 22:10:24 <eche|on> बहुत ही विस्तृत पढ़ाई और जाँच, zlatinb 22:11:34 <eyedeekay> मैंने i2ptunnel UI में संशोधनों पर काम शुरू किया है ताकि नए उपयोगकर्ताओं को दी जाने वाली अनावश्यक जानकारी कम की जा सके, और i2ptunnels के लिए आवधिक कुंजी रोटेशन तंत्र पर भी 22:12:19 <eyedeekay> मेरे लिए भी बहुत सा out-of-tree काम है, मैं Firefox प्रोफ़ाइल बंडल को ऐसी चीज़ से बदलना चाहता हूँ जो non-Windows प्लेटफ़ॉर्म्स पर भी काम करे, और वह काफ़ी अच्छी तरह आकार ले रहा है। 22:12:32 <eyedeekay> क्या सबकी तरफ़ से इतना ही? 22:12:46 <eche|on> लगता तो ऐसा ही है 22:12:49 <eyedeekay> और, क्या किसी के पास कोई प्रश्न है? 22:13:47 <eyedeekay> अभी तक सब ठीक है। अगला विविध (misc) 22:14:37 <eyedeekay> Re: git माइग्रेशन, यह निर्णय लिया गया है कि i2p.i2p का माइग्रेशन अगली रिलीज़ के *बाद* किया जाएगा, उससे पहले नहीं। अन्य रिपोज़िटरीज़ को केस-बाय-केस आधार पर पहले भी माइग्रेट किया जा सकता है। 22:15:06 <eche|on> अच्छा 22:15:20 <eyedeekay> git.idk.i2p पर पंजीकरण खुला है, लेकिन इसके लिए किसी एडमिन से मैनुअल अनुमोदन चाहिए। हम इसमें समय पर रहते हैं, पर अगर जल्दी हो तो बेझिझक मुझे पिंग करें। 22:16:46 <eyedeekay> अभी पसंदीदा तरीका है git को SSH के साथ उपयोग करना, सिवाय प्रारंभिक clone के, जिसे आप snark से git bundle डाउनलोड करके कर सकते हैं। 22:16:50 <eyedeekay> EOT 22:17:18 <eyedeekay> git माइग्रेशन के बारे में मेरे लिए कोई प्रश्न? 22:17:31 <eche|on> trac टिकटों को शामिल करने पर कोई प्रगति? 22:17:49 <eyedeekay> मेरे पास tracboat पर काम करने का समय नहीं था, तो नहीं, अभी नहीं। 22:17:58 <eche|on> ठीक है 22:18:41 <zlatinb> माइग्रेशन के बारे में मेरे 2 प्रश्न हैं: 22:18:41 <zlatinb> 1. git clone के दौरान ssh में network read timeout बदलने का कोई तरीका है क्या? अगर हाँ, तो इसे लगभग 5 मिनट तक बढ़ाने से सफलता की संभावना बढ़ जाएगी 22:18:41 <zlatinb> 2. trac बहुत विश्वसनीय नहीं रहा है, तो क्या GitLab पर टिकट खोलना या मिरर करना शुरू करना ठीक है? क्या उन पर ध्यान दिया जाएगा? 22:19:15 <eyedeekay> 1: मैं इसकी जाँच कर रहा हूँ, ऐसा लगता नहीं, लेकिन अभी अंतिम रूप से नहीं कह सकता। 22:19:20 <zzz> re: 2) मेरी तरफ़ से नहीं, अगर आपका मतलब i2p.i2p है 22:19:25 <eche|on> 2 के लिए: tracboat वह स्क्रिप्ट समाधान होगा जो सभी trac टिकटों को git में शामिल करेगा 22:19:54 <zzz> संबंधित प्रश्न: meeh द्वारा संचालित सार्वजनिक-फ़ेसिंग सेवाओं के लगातार खराब uptime में सुधार की क्या योजना है? 22:20:02 <eche|on> ओह, माफ़ कीजिए, मौजूदा टिकटों को कॉपी/माइग्रेट करने के लिए, नए वाले शायद समस्या हों 22:20:18 <zlatinb> क्या टिकट नंबर सुरक्षित रहेंगे? अगर हाँ, तो जो टिकट GL पर पहले से खुले हैं, उनका क्या होगा—क्या उन्हें हटाना पड़ेगा? 22:21:21 <eyedeekay> अगर मैं माइग्रेशन को चलाने में सफल रहा तो टिकट नंबर सुरक्षित रहेंगे; डुप्लीकेट टिकटों को तब मैन्युअली हटाना होगा जब किसी एक टिकट को बंद किया जाएगा। 22:22:08 <zlatinb> और अगर किसी भी कारण से माइग्रेशन काम नहीं कर पाता, तो बैकअप योजना क्या है? 22:23:12 <zzz> हमने अभी तक trac माइग्रेशन पर सहमति नहीं दी है; मेरा मानना है कि यह सब अभी केवल प्रयोग हैं। मेरा प्रस्ताव है कि trac माइग्रेशन को तब तक टाल दिया जाए जब तक सभी mtn branches (जिनमें वे भी शामिल हैं जो अभी GH पर बिल्कुल नहीं हैं) git पर माइग्रेट नहीं हो जातीं। 22:23:33 <zzz> शायद सबसे जल्दी सितंबर। 22:23:42 <eche|on> इसका उत्तर zzz के प्रश्न से सम्बद्ध होगा, फिलहाल कोई निश्चित योजना नहीं है। मेरा विचार होगा कि पुराने टिकटों के साथ trac को चलता रखा जाए 22:24:02 <eyedeekay> मेरे पास trac को ठीक करने का कोई तरीका नहीं है, उससे टिकटों को माइग्रेट करना ही वह एक काम है जो मैं व्यक्तिगत रूप से कर सकता हूँ। अगर मैं उन्हें tracboat से माइग्रेट नहीं कर पाया, तो मुझे खुद करना पड़ेगा। मुझे इसका gitlab वाला पक्ष आता है, बस मुझे trac वाला पक्ष सीखना होगा। मुझे पता है कि trac के लिए gitlab एक स्पष्ट और आकर्षक विकल्प लगता है, लेकिन यह एक बड़ा अवरोध है। 22:24:03 <zlatinb> ठीक है, और जब तक माइग्रेशन का प्रयास नहीं हो जाता, क्या हमें trac का इस्तेमाल जारी रखना चाहिए? 22:24:41 <eyedeekay> हाँ 22:24:51 <eche|on> टिकट के संदर्भ में: कृपया तब तक trac का उपयोग करें जब तक टिकट माइग्रेशन नहीं हो जाता 22:24:53 <zzz> तो meeh की सेवाओं को ठीक करने की जिम्मेदारी किसकी है? या हमने हाथ खड़े कर दिए हैं और अब जो कुछ भी वह चलाता है उसे बदलने पर काम कर रहे हैं? अगर हम यही कर रहे हैं, तो इसके बारे में स्पष्ट रहें। 22:25:56 <eche|on> meeh अपनी सेवाओं के लिए ज़िम्मेदार है। trac को git से बदलना चाहिए। 22:26:31 <zzz> जो deb repo और outproxy जैसी अन्य सेवाओं की प्रणालीगत समस्याओं को ठीक नहीं करता। 22:26:31 <eche|on> debian repository इस समय एक खुला बिंदु है, मैंने उसका एक mirror बनाया है, लेकिन उसे अपेक्षा के अनुसार सेट करने के लिए अभी और समय चाहिए 22:27:32 <eche|on> outproxy को मैं बिल्कुल नहीं छुऊँगा 22:27:50 <eyedeekay> मैं meeh के deb repo को बदलने में मदद करने के लिए तैयार हूँ, लेकिन outproxy के लिए मैं कुछ नहीं कर सकता। 22:29:19 <eche|on> meeh ने हमें अक्सर बताया है कि समस्या ज़्यादातर उसके पुराने IPs पर चल रहे पुराने सिस्टम की है; welterde द्वारा DNS बदलने के साथ, वह आज बदल गया। 22:29:33 <zzz> मेरा मानना है कि किसी विशेष branch X के लिए टिकट माइग्रेशन तभी होगा जब हम X के लिए mtn से git पर आ जाएँगे 22:29:35 <eche|on> लेकिन फिलहाल पता नहीं 22:30:55 <eyedeekay> zzz हाँ 22:31:08 <eyedeekay> Re: टिकट माइग्रेशन 22:31:27 <eyedeekay> इस तरह हम लोगों को इस बारे में भ्रमित नहीं करेंगे कि मुद्दों पर कहाँ चर्चा हो रही है। 22:32:21 <eyedeekay> और कुछ? 22:34:22 <eyedeekay> टाइमआउट: 60s 22:36:22 <eyedeekay> **Bafs** ठीक है, आने के लिए सभी का धन्यवाद