I2P डेवलपर बैठक - 04 अप्रैल, 2017

20:00:05 <zzz> 0) नमस्ते 20:00:05 <zzz> 1) 0.9.30 अपडेट (zzz) 20:00:05 <zzz> 2) UI ब्रांच स्थिति - (str4d) 20:00:05 <zzz> 3) I2P Summer Dev योजनाएँ - (str4d) 20:00:05 <zzz> 4) EdDSA अपडेट - (str4d) 20:00:09 <zzz> 0) नमस्ते 20:00:12 <zzz> हाय 20:00:28 <manas> हैलो 20:00:33 <eche|on> हाय 20:01:00 <zzz> 1) 0.9.30 अपडेट (zzz) 20:01:24 <zzz> ठीक है, चीज़ें ठीक चल रही हैं, टेस्टर्स कुछ समस्याएँ ढूँढ रहे हैं, जो अच्छी बात है। Jetty 9 अब तक काफ़ी सुचारू चल रहा है 20:01:35 <z3r0fox> हाय! o/ 20:01:54 <zzz> मैंने zzz.i2p पर वे प्लगइन्स पहचान लिए हैं जिन्हें अपडेट करने की ज़रूरत है... बेहतर नतीजों के लिए उन्हें रिलीज़ से पहले रीबिल्ड करना होगा 20:01:56 <eche|on> ज़्यादातर हाँ 20:02:04 <eche|on> पुरानी Jetty कॉन्फ़िग फाइलों को छोड़कर 20:02:24 <zzz> अच्छा है कि हम अभी कर रहे हैं ताकि stretch और zesty के लिए तैयार रहें 20:02:36 <eche|on> हाँ 20:02:56 <zzz> परीक्षण के लिए echelon और दूसरों का धन्यवाद। अधिक परीक्षण पाने के लिए शायद सामान्य से पहले ही किसी dev build को -rc के रूप में चिह्नित कर दूँगा 20:03:12 <eche|on> ठीक है 20:03:20 <orignal_> हाय 20:03:34 <zzz> मैंने चेक-इन की समयसीमा शुक्रवार 28 अप्रैल तय की है, रिलीज़ मई के पहले सप्ताह में 20:03:54 <zzz> 1) पर और कुछ? 20:04:15 <atoi> Java में GOST signatures कब होंगे? 20:04:41 <eche|on> 2019 20:05:01 <zzz> atoi, हमने अभी उस प्रस्ताव पर सहमति नहीं बनाई है; अगर बनाते हैं, तो तरजीहों के कारण सबसे अच्छा अनुमान अगले साल के अंत तक है 20:05:02 <eche|on> लेकिन 1 के साथ ठीक है, अच्छा है कि हमने UII को टाल दिया 20:05:54 <zzz> पर मैंने कुछ और प्रस्ताव (136 और 137) किए हैं ताकि नए sig types का परिचय आसान हो सके 20:06:00 <zzz> 1) पर और कुछ? 20:06:02 <atoi> GOST को काम करते देखने का इंतज़ार नहीं कर सकता 20:07:22 <zzz> 2) UI ब्रांच स्थिति - (str4d) 20:07:35 <zzz> str4d, आपकी UI ब्रांच पर नवीनतम क्या है? 20:07:53 <str4d> UI ब्रांच पिछले कुछ हफ्तों से काफ़ी स्थिर रही है 20:08:28 <zzz> योजना है कि .31 के लिए मई की शुरुआत में prop करें? 20:08:57 <str4d> कुछ थीम अपडेट्स हैं जिन्हें मुझे फ़ीडबैक को संबोधित करते हुए इंटीग्रेट और पुश करना है, पर संरचना की दृष्टि से वह मूलतः तैयार है 20:09:08 <str4d> हाँ 20:09:13 <zzz> ठीक है, बढ़िया 20:09:19 <zzz> 2) पर और कुछ? 20:09:24 <eche|on> इसे टेस्ट करने का इंतज़ार नहीं कर सकता ^^ 20:10:00 <str4d> अगर कोई टेस्ट करना चाहता है लेकिन बिल्ड करने की झंझट नहीं चाहता, तो जैसे ही ये अगली थीम बदलाव आ जाते हैं, मैं एक i2pupdate.zip अपलोड कर दूँगा 20:10:18 <eche|on> मैं prop का इंतज़ार कर रहा हूँ... 20:11:02 <zzz> 3) I2P Summer Dev योजनाएँ - (str4d) 20:11:19 <zzz> str4d, योजनाएँ क्या हैं? 20:11:47 <str4d> ठीक है, sadie और मैंने कुछ विचारों पर चर्चा की, और नतीजा यह निकला कि इस Summer Dev में हमें गति पर ध्यान केंद्रित करना चाहिए 20:12:37 <str4d> क्योंकि a) यह पिछले साल का तार्किक विस्तार है (हमने ऐप्स के लिए I2P का उपयोग आसान बना दिया, लेकिन अब हमें उन्हें इसे उपयोग करना चाहने पर मजबूर करना है), और b) यह हमारे मौजूदा रोडमैप का लगभग आधा हिस्सा पहले से कवर करता है 20:13:37 <zzz> ठीक है, ये योजनाएँ हमें कहाँ मिलेंगी, और उन्हें करने के लिए लोग कैसे ढूँढेंगे? 20:14:06 <str4d> मेरी लंबी-चौड़ी बातों से sadie ने नोट्स लिए थे, तो मैं उनसे माँगूँगा :) 20:14:18 <str4d> मूल रूप से मेरा मतलब है: 20:14:51 <str4d> - गति को प्रभावित करने वाले विभिन्न प्रस्तावों को आगे बढ़ाना (LS2, नया E2E encryption, massive multihoming) 20:15:24 <str4d> - Tor के bwauth जैसा कुछ चलाना ताकि हम खासतौर पर नेटवर्क गति के बारे में मेट्रिक्स इकट्ठा करना शुरू कर सकें 20:16:27 <manas> मैं अलग-अलग प्रोग्राम्स (rsync, torrents, sftp आदि) के साथ I2P की गति जाँचने के लिए कुछ कोड लिखने के बारे में सोच रहा था 20:16:34 <str4d> - I2CP के जरिए tunnel चयन को एक्सपोज़ करना (psi के lua वाले काम जैसा) 20:16:51 <manas> अगर यह उपयोगी/रोचक होगा तो मैं उसे साझा कर सकता हूँ 20:16:51 <randomrng> massive multihoming <3 20:17:00 <zzz> अच्छा लग रहा है। क्या हमें इसे अगले महीने की बैठक के एजेंडा में अपडेट के लिए डालना चाहिए? 20:17:00 <str4d> - अल्पकाल के लिए ElGamal speedups 20:17:17 <str4d> हाँ। 20:17:35 <zzz> मैं नोट करता हूँ कि .30 रोडमैप में जो अधिकांश चीज़ें हैं, जिन्हें सिर्फ 3 महीने पहले CCC में तय किया गया था, वे पूरी तरह काल्पनिक हैं और आगे खिसका दी जाएँगी। मैं उसे जल्द अपडेट करूँगा। 20:18:10 <zzz> 3) पर और कुछ? 20:18:16 <str4d> इसके आधिकारिक रूप से शुरू होने में हमारे पास दो महीने हैं। मैं योजना को विस्तार देने के लिए sadie के साथ बातचीत जारी रखूँगा, लेकिन हमें सच में जरूरत है कि लोग वे चीज़ें चुनें जिन पर वे काम करना चाहते हैं 20:18:32 <str4d> manas के पास पहले से ही वहाँ बढ़त है ;P 20:18:35 <orignal_> किस तरह का स्पीडअप? 20:18:48 <str4d> orignal_, table प्रीकम्प्यूटेशन 20:18:48 <manas> :) 20:19:03 <orignal_> मेरा या कुछ और? 20:19:09 <zzz> अगर आप और sadie एक फ्रेमवर्क और विकल्पों का दस्तावेज़ बना दें तो वह लोगों को चीज़ें चुनने में मदद करेगा 20:19:22 <str4d> +1 20:19:30 <zzz> 3) पर और कुछ? 20:19:35 <str4d> orignal_, आपका नहीं होगा, क्योंकि वह सीधे OpenSSL का उपयोग करता है, जिसकी हमें पहुँच नहीं है 20:19:52 <orignal_> मेरा मतलब आधार से है 20:20:03 <orignal_> कार्यान्वयन नहीं 20:20:28 <str4d> ओह, हाँ संभवतः आपके आधार पर (हालाँकि मैं स्वयं गणित समझना चाहूँगा) 20:21:03 <zzz> 4) EdDSA अपडेट - (str4d) 20:21:10 <orignal_> जानकर अच्छा लगा :) 20:21:13 <zzz> str4d, EdDSA के साथ क्या चल रहा है? 20:21:39 <str4d> मैंने अभी EdDSA-Java 0.2.0 पुश किया है, पिछली रिलीज़ के एक साल से अधिक समय बाद 20:22:28 <orignal_> क्या अंतर है? 20:22:37 <str4d> इसमें विभिन्न क्लीनअप्स, PKI के लिए जल्द-मानक बनने वाली एन्कोडिंग, JCA नामकरण ठीक किया गया है, एक सिक्योरिटी प्रोवाइडर है, और अब यह वास्तव में constant-time (स्थिर-समय) होना चाहिए, एक तृतीय पक्ष द्वारा ऑडिट कराए जाने के कारण 20:22:59 <str4d> मैंने कोड को i2p.i2p.zzz.test2 में खींच लिया है 20:23:26 <orignal_> गति में कोई सुधार? 20:23:30 <str4d> लेकिन अब इसे परीक्षण की जरूरत है ताकि जाँच सकें कि सब कुछ ठीक से काम कर रहा है 20:23:45 <zzz> आपने कितना परीक्षण किया है? 20:23:58 <str4d> orignal_, signing को constant-time बनाने के कारण गति में कमी आई है (पर बहुत अधिक नहीं) 20:24:06 <str4d> zzz, EdDSA कोड स्वयं अच्छी तरह परखा हुआ है 20:24:20 <orignal_> signing या verifying का constant-time? 20:24:32 <zzz> मैं अब भी constant-time के बारे में संशय में हूँ, पर अगर हम ऐसा नहीं करते तो सब शिकायत करेंगे 20:24:39 <str4d> signing (verifying कभी constant-time नहीं रहा, क्योंकि उसमें कोई गुप्त जानकारी नहीं होती) 20:25:01 <zzz> str4d, आप 31 को लक्ष्य कर रहे हैं या 30? 20:25:02 <str4d> जो मैंने अभी तक टेस्ट नहीं किया है वह है कि यह I2P के बाकी हिस्सों के साथ कैसे इंटरेक्ट करता है, विशेष रूप से JCA नामकरण सुधारों के संदर्भ में 20:25:39 <zzz> जैसा कि मैंने zzz.i2p पर पोस्ट किया, मुझे लगता है कि किसी RFC की नामकरण गाइडलाइंस का पीछा करना मूर्खता है 20:25:47 <str4d> शायद 30 के बहुत क़रीब है इसे शामिल करने के लिए, क्योंकि हम लाइब्रेरी के बजाय सीधे कोड का उपयोग कर रहे हैं 20:25:50 <orignal_> प्रदर्शन में प्रमुख बाधा verification है 20:26:22 <str4d> मेरी लाइब्रेरी के लिए, 0.2.0 से पहले चीज़ें ठीक करना समझ में आता था क्योंकि पहले कोई Provider नहीं था, इसलिए कोई भी JCA नामों का उपयोग नहीं कर रहा था 20:26:26 <zzz> str4d, prop भी javadoc बदलावों के कारण merge hell होगा जो आपने किए थे और जिन्हें मैं .29 में पहले ही ठीक कर चुका हूँ, यह मज़ेदार नहीं होगा 20:27:14 <str4d> ठीक है, लगता है योजना यह है कि i2p.i2p को .test2 में मर्ज करें, मर्ज कॉन्फ्लिक्ट्स ठीक करें, फिर लोगों से इसका परीक्षण करवाएँ 20:27:25 <zzz> पर हमारे पास हमेशा एक provider रहा है। test2 में आपके बदलावों ने उसी चीज़ को करने के लिए मेरे पहले से किए काम के बजाय किसी GitHub PR को तरजीह दी, तो मैं पूरे मामले के बारे में थोड़ा संशय में हूँ 20:27:42 <zzz> अगर आप चाहें तो उस तरह prop कर सकते हैं, या बस दर्द को टाल दें जब तक कि दूसरी तरफ से prop न हो 20:28:23 <str4d> हाँ, पर अगर ईमानदार हों, तो मुझे संदेह है कि कोई उसे उपयोग कर रहा था 20:28:31 <zzz> जैसा कि मैंने कहा, मैं आपको प्राथमिकता देता हूँ, यह मूल रूप से आपका कोड है, लेकिन फिर भी मैं इसे गौर से देखना चाहता हूँ 20:29:11 <zzz> मेरे पास परीक्षण के लिए एक router है जिसमें EdDSA family key है। याद नहीं कि कौन-सा फ़ॉर्मैट। याद रखें कि मैंने ये सभी सुधार लगभग 4 महीने पहले किए थे, तब से हम आपके और आपके RFC दोस्तों का इंतज़ार कर रहे हैं :) 20:29:11 <str4d> (जो पहले से सीधे i2p.jar इंपोर्ट नहीं कर रहे थे, और अपग्रेड करते समय उन्हें वैसे भी माइग्रेशन करना होता) 20:29:32 <zzz> 4) पर और कुछ? 20:30:08 <str4d> मेरी तरफ़ से नहीं :) 20:30:13 * zzz baffer को ढूँढता है 20:30:19 <zzz> बैठक के लिए और कुछ? 20:31:20 <str4d> Tor की अगली tor-dev बैठक संभवतः सितंबर के आसपास मॉन्ट्रियल में होगी 20:31:33 <orignal_> कब? 20:31:53 <z3r0fox> बढ़िया 20:31:55 <str4d> ------------------------------------^ 20:31:56 <zzz> बैठक के लिए और कुछ? 20:32:14 <str4d> मैं जाने की योजना बना रहा हूँ 20:32:28 <zzz> टीम बदलने का सोच रहे हो? 20:32:47 <str4d> सिर्फ़ उन्हें प्रभावित करने का लक्ष्य है ;) 20:33:14 <zzz> हवाई जहाज़ के टिकट के पैसे बचा लो, ऐसा होने वाला नहीं है 20:33:24 <manas> हाँ, मॉन्ट्रियल अच्छा है :) 20:33:27 <str4d> यह भी उम्मीद है कि Summer Dev अभी-अभी ख़त्म हुआ होगा, तो वहाँ बात करने के लिए हमारे पास कुछ बढ़िया गति सुधार होंगे 20:34:28 * zzz *BAFS*** बैठक समाप्त