I2P डेवलपर बैठक - 22 अप्रैल 2014

20:32:31 <str4d> सभी को नमस्ते 20:34:53 <str4d> 0) नमस्ते 20:34:53 <str4d> 1) TODO 0.9.13-0.9.16 http://zzz.i2p/topics/1600 20:34:53 <str4d> 2) Tor PTs के लिए नया transport http://zzz.i2p/topics/1551 20:34:53 <str4d> 3) 1) से निकलने वाले कोई भी विषय 20:34:53 <str4d> बैठक के बाद की गतिविधि: Mumble का स्ट्रेस-टेस्ट (I2P पर वॉइस चैट) 20:35:07 <iRelay> शीर्षक: zzz.i2p: TODO 0.9.13 - 0.9.16 (zzz.i2p पर) 20:35:10 <iRelay> शीर्षक: zzz.i2p: Supporting Tor Pluggable Transports (zzz.i2p पर) 20:35:29 <str4d> 0) नमस्ते 20:35:57 <hottuna> नमस्ते 20:37:37 <str4d> और कोई? 20:38:01 <str4d> zzz2 orion psi kytv meeh_ 20:41:17 <str4d> उम्मीद है उनमें से कुछ आएंगे। 20:41:17 <str4d> 1) TODO 0.9.13-0.9.16 http://zzz.i2p/topics/1600 20:41:22 <iRelay> शीर्षक: zzz.i2p: TODO 0.9.13 - 0.9.16 (zzz.i2p पर) 20:41:26 <zzz2> यहाँ 20:41:58 <str4d> zzz के अनुरोध पर हमने आगे के लिए I2P रोडमैप के विचार प्रस्तावित करने हेतु एक चर्चा थ्रेड शुरू किया। 20:42:27 <str4d> काफी चर्चा हुई, लेकिन कोई ठोस सहमति नहीं बनी। 20:43:14 <str4d> मैंने कुछ शुरुआती सुझावों का सारांश रोडमैप पेज पर दिया है http://trac.i2p2.i2p/wiki/Roadmaps/1.0 20:43:17 <iRelay> शीर्षक: Roadmaps/1.0 I2P Bugtracker (trac.i2p2.i2p पर) 20:45:01 <str4d> zzz2: मैं देख रहा हूँ कि आप susimail में हाथ डाल रहे हैं (वाह) 20:46:19 <zzz2> हाँ, जब हम तय करने की कोशिश कर रहे थे कि वास्तव में क्या महत्वपूर्ण है, मैं उस झंझट में उलझ गया। 20:52:07 <str4d> मुझे लगता है यह उपयोगी काम था, कम से कम इसलिए कि लॉगिन समस्याओं पर एक लंबे समय से बग है, और susimail उन पहली ऐप्स में है जिन्हें उपयोगकर्ता आजमाने वाले हैं 20:52:08 <str4d> http://trac.i2p2.i2p/ticket/747 20:52:12 <iRelay> शीर्षक: #747 (Susimail में लॉगिन समस्याएँ) I2P Bugtracker (trac.i2p2.i2p पर) 20:54:45 <psi> str4d: ohai 20:54:47 * psi देर से आया? 20:55:19 <str4d> हाँ, psi है 20:55:25 <str4d> अभी तक बहुत कुछ नहीं हुआ है :/ 20:55:58 * psi ऊपर स्क्रॉल करता है 20:56:07 <str4d> RFC जारी होने के बाद से अब तक क्या हुआ, उसका सारांश: 20:56:18 <str4d> - zzz ने susimail पर काम किया है 20:56:59 <str4d> - psi PTs, नए DH और JNI को समझ रहा है 20:57:23 <str4d> - मैं I2P-Bote Android पर काम कर रहा था, और अब Java EdDSA पर 20:57:39 * psi ने पूरा दिन i2p के लिए PT की संरचना को विस्तार देने में बिताया है 20:58:59 <zzz2> यदि str4d और psi EdDSA, 25519, और PTs पर प्रगति कर रहे हैं, तो मुझे लगता है कि मेरे समय का सबसे अच्छा उपयोग नए साइनिंग एल्गो माइग्रेशन को आगे बढ़ाना है, जैसे कि एक tunnel में multiple dests, और किसी प्रकार का addressbook समर्थन। 21:00:27 <jenkins@kyirc> job I2P के लिए build #581 शुरू किया जा रहा है 21:01:01 <zzz2> psi की mtn keys और dev agreement की स्थिति क्या है? मुझे मेल में कुछ नहीं मिला। 21:01:23 <str4d> psi ने dev agreement पर हस्ताक्षर कर दिए हैं, मैंने उसे वेबसाइट पर डाल दिया है 21:01:36 <str4d> (तो उनकी public keys रिकॉर्ड में हैं) 21:02:10 <zzz2> क्या वहाँ उसकी key fingerprint भी है? 21:02:32 <zzz2> अगर हाँ, तो मैं उसे जोड़ दूँगा और इसकी घोषणा कर दूँगा 21:03:02 <psi> मेरा gpg fp मेरे ट्विटर पर है 21:03:05 <str4d> फिंगरप्रिंट नहीं, लेकिन कुंजी स्वयं है 21:03:47 <zzz2> इसे उस sample monotonerc template file में होना चाहिए। psi, शायद आप इसे अपनी mtn कौशल की पहली टेस्ट के रूप में कर सकते हैं? 21:04:23 <jenkins@kyirc> यीपी, build ठीक हो गया! 21:04:24 <jenkins@kyirc> Project I2P build #581: 3 min 55 sec में FIXED: http://jenkins.killyourtv.i2p/job/I2P/581/ 21:04:36 <psi> मैं वह कर सकता हूँ 21:04:40 <psi> मैं वह पहले ही लोकली कर चुका हूँ 21:04:53 <str4d> zzz2, psi, मैंने रोडमैप Gantt अपडेट कर दिया है - http://trac.i2p2.i2p/wiki/Roadmaps/1.0 21:04:56 <iRelay> शीर्षक: Roadmaps/1.0 I2P Bugtracker (trac.i2p2.i2p पर) 21:05:21 <psi> मेरी NOT transport key के लिए monotone key fp "1ceb85b992114bae1bcb156ef238f8f3044a6bfe" है, -- ampernand@gmail.com 21:06:04 <psi> मैं अपना transport key fp भी दे सकता हूँ 21:06:29 <zzz2> ठीक है, बढ़िया, टीम में आपका स्वागत है! जैसा कि मैं सभी से कहता हूँ, कृपया सावधान रहें, पहले www पर अभ्यास करें 21:06:30 <str4d> psi: आपको वह eche, kytv और welt को भेजना होगा 21:06:43 <str4d> +1 21:06:56 * kytv को मिल गया और वह इसे अपने सर्वर पर जोड़ रहा है 21:07:08 <zzz2> psi, हमारी वेब पेज पर यह सब कैसे करना है इस पर बहुत सटीक निर्देश हैं... :) 21:07:27 <psi> मैं उसे देख लूंगा 21:07:38 <zzz2> उदा., मुझे मेल भेजें (लेकिन आपको इसकी अब आवश्यकता नहीं है) 21:08:15 <str4d> अब सबको Gantt रोडमैप कैसा दिख रहा है? क्या कोई मद अवास्तविक लगती है, या कोई छूटी है 21:08:16 <str4d> ? 21:09:37 * psi रोडमैप की समीक्षा करता है 21:09:43 <jenkins@kyirc> Project I2P UnitTests build #528: 5 min 6 sec में SUCCESS: http://jenkins.killyourtv.i2p/job/UnitTests/528/ 21:09:57 <jenkins@kyirc> job I2P-Android के लिए build #82 शुरू किया जा रहा है 21:09:59 <str4d> zzz2: मेरा सुझाव है कि आप नए GPG keys वाले काम को देर की बजाय जल्द निपटा दें ;) 21:10:19 <zzz2> str4d, कृपया हमें बताइए कि यह आपको क्या बता रहा है कि क्या महत्वपूर्ण है 21:10:33 <str4d> psi: क्या आपको अपने PTs काम और NTCP2 के बीच काफी ओवरलैप दिख रहा है? 21:10:34 <zzz2> हाँ, मैं अगली रिलीज़ से पहले कर दूँगा, वादा 21:11:24 <str4d> मेरी राय में (IMHO) तीन चीजें महत्वपूर्ण हैं: 21:11:32 <jenkins@kyirc> Project I2P-Android build #82: 1 min 34 sec में SUCCESS: http://jenkins.killyourtv.i2p/job/I2P-Android/82/ 21:11:40 <str4d> 1) crypto अपग्रेड पर प्रगति - अब आखिरकार शुरू हो रही है 21:12:01 <psi> str4d: फिलहाल, मैंने अभी ntcp2 नहीं देखा है 21:12:13 <str4d> (तैयारी के काम से आगे बढ़ते हुए) 21:13:28 <zzz2> 1) 'अब शुरू हो रही है'? मैं पिछले 6 महीनों से इस पर जी-जान से लगा हूँ 21:13:32 <str4d> 2) ऑडिट की तैयारी - मेरी राय में (IMHO) हमें अपने threat model आदि पर तुरंत (ASAP) काम करना चाहिए 21:15:33 * psi 30 मिनट के लिए AFK होता है 21:15:33 <psi> अप्रत्याशित घटना, bbl 21:15:33 <psi> मैं बाद में scrollback देखूँगा 21:16:21 <zzz2> लगता है 'new signing crypto' को लेकर बाहरी तौर पर कुछ भ्रम है। यह हो चुका है, 0.9.12 में बाहर है, और काम करता है। Destinations के लिए। 21:17:06 <zzz2> 'एकमात्र' काम जो नहीं हुआ है, वह है मौजूदा प्रकाशित destinations को नए पर माइग्रेट करना। 21:21:13 <str4d> हाँ, जो सबसे पहले किसी नए को चुनने पर निर्भर करता है, जो मेरी राय में (IMHO) Ed25519 होना चाहिए, और यह एक तेज impl. मिलने पर निर्भर करता है। 21:21:15 <str4d> और साथ ही, मैं सहमत हूँ कि शेष आवश्यक माइग्रेशन इंफ्रास्ट्रक्चर लागू किया जाना चाहिए। 21:21:16 <str4d> <str4d> सालों से हमने इसे किनारे रखा और उस पर काम किया जिसे हम उपयोगकर्ताओं के लिए लाभकारी समझते थे, पर मेरी राय में (IMHO) यदि हम अधिक शोध रुचि आकर्षित करना और उसे प्रभावी ढंग से उपयोग करना चाहते हैं, तो हमें इस बारे में अधिक सजग होना होगा कि I2P क्या कर सकता है और क्या नहीं। 21:21:17 <str4d> <str4d> मुझे पता है आपने किया है, zzz ;P 21:21:18 <str4d> <str4d> (मैं खास तौर पर उस हिस्से की बात कर रहा था जिसमें वास्तविक नया crypto शामिल है) 21:21:19 <str4d> <str4d> इसे यहाँ तक लाने के लिए जो प्रयास आपने किए उसके लिए धन्यवाद :) 21:21:20 <str4d> <str4d> 3) उपयोगिता, UX - यह तीसरा महत्वपूर्ण बिंदु है जो रोडमैप चार्ट पर नहीं है 21:21:22 <str4d> <str4d> ठीक है - zzz का susimail पर काम उस श्रेणी में आता है, जैसे streaming में सुधार 21:21:41 <str4d> <str4d> लेकिन उतना ही महत्वपूर्ण है हमारी error और help pages की समीक्षा करना, और हम उपयोगकर्ता को अपना काम पूरा करने में कैसे सहायता करते हैं। 21:21:41 <str4d> (मेरी '2) ऑडिट की तैयारी' पंक्ति के बाद) 21:22:00 <str4d> मुझे 10-15 मिनट में AFK होना होगा 21:22:50 <str4d> और चूँकि psi AFK है, मैं इस बैठक से '2) Tor PTs के लिए नया transport' को हटा रहा हूँ 21:23:55 <str4d> zzz2: आपकी राय में, threat model के संबंध में Lance के साथ बैठक आयोजित करने से पहले हमें क्या करना चाहिए? 21:24:59 * str4d मई में Lance के साथ बैठक करने की कोशिश करना चाहेंगे 21:26:04 <str4d> तो हमें यह तय करना होगा कि तब तक हमें क्या करना है, ताकि हम पहले उसे पूरा करने के लिए पर्याप्त समय के साथ बैठक आयोजित कर सकें। 21:29:27 <zzz2> मैं इस बात से असहमत हूँ कि हमें पहले चुनना ही होगा। 21:29:59 <zzz2> या, यह कि हम अभी (P256) चुन सकते हैं और बाद में जब अधिक विकल्प उपलब्ध हों तो फिर से चुन सकते हैं। 21:30:02 <MTN@kyirc> [ I2P ] compile fix [zzz@mail.i2p] http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3 21:30:34 <zzz2> हम चाहें तो 0.9.13 में नए dests के लिए डिफ़ॉल्ट P256 कर सकते हैं। 21:30:35 <str4d> zzz2: यदि हम उस चरण पर पहुँचते हैं जहाँ naming system dynamic enc विकल्पों को संभाल सकता है, तो मैं सहमत हूँ 21:31:05 <zzz2> P256 स्पष्ट रूप से DSA से बेहतर है 21:31:34 <str4d> मैं भी उससे सहमत हूँ। 21:31:43 <zzz2> मेरा मानना है कि P256 को नापसंद करने वालों को एक कदम पीछे हटकर सोचना चाहिए कि DSA 1024 कितना खराब है। 21:32:03 <MTN@kyirc> [ WWW ] adding psi's transport key [kytv@mail.i2p] http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7 21:32:52 <str4d> zzz2: मैं आपकी बात समझता हूँ। 21:33:39 <zzz2> ऑडिट और Lance के संदर्भ में, यह हमेशा अच्छा समय है। क्या आपके पास मेलिंग लिस्ट से हमारे लिए ऑडिट प्रक्रिया पर कोई अपडेट है? 21:33:40 <str4d> स्विच से पहले EdDSA को काम में लाने की मेरी एक वजह यह है कि आपने पहले थ्रेड्स में जो कहा है उसके आधार पर, मैं Dest साइनिंग एल्गो को दो बार बदलने की ओर नहीं देखूंगा। 21:34:14 <str4d> हाँ, दूसरी बार थोड़ा आसान होगा क्योंकि multi dest समर्थन आदि होगा, लेकिन naming पक्ष अभी भी कमज़ोरी है। 21:34:48 <zzz2> servers के लिए आप दो बार स्विच नहीं करना चाहेंगे, लेकिन clients के लिए इससे फर्क नहीं पड़ता 21:35:04 <str4d> अच्छा मुद्दा। 21:35:23 <str4d> क्या कोई ऐसी चीज़ है जो नए Dests को पुराने वालों से बात करने से रोकेगी? 21:35:31 <nombre_> तो मैं समझ रहा हूँ कि आप लोग crypto upgrades कर रहे हैं? क्या कहीं कोई पेज है जो विस्तार से बताता हो कि आप क्या-क्या योजना बना रहे हैं? और 25519 implementation के लिए, आप बस jni के जरिए nacl, या kalium का उपयोग कर सकते हैं, हालांकि वह कुछ सीमित कर सकता है 21:35:34 <zzz2> और servers के लिए भी, अगर आप P256 पर स्विच करते हैं तो फिर से स्विच करना शायद ही लाभकारी लगेगा, जब तक कि P256 के बारे में बहुत खराब खबर न आए 21:35:54 <str4d> यदि नहीं, तो clients को जल्द P256 पर लाना अच्छा विचार हो सकता है 21:36:08 <zzz2> नए dests पुराने से और पुराने नए से बात कर सकते हैं, बशर्ते दोनों 0.9.12 या बाद के संस्करण पर हों 21:36:39 <str4d> zzz2: http://blog.cr.yp.to/20140323-ecdsa.html मेरे लिए ECDSA पर न टिके रहने को पर्याप्त कारण है 21:36:43 <iRelay> शीर्षक: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (blog.cr.yp.to पर) 21:37:56 <str4d> किसी एक बिंदु के लिए नहीं (अभी), लेकिन यदि हमें EdDSA का एक प्रभावी, *correct* implementation मिल जाए, तो मेरा मानना है स्विच करना बहुत लाभकारी होगा 21:38:27 <str4d> nombre_: http://trac.i2p2.i2p/ticket/856 21:38:30 <iRelay> शीर्षक: #856 (Crypto समीक्षा/माइग्रेशन) I2P Bugtracker (trac.i2p2.i2p पर) 21:38:30 <str4d> (और उसमें दिए गए लिंक) 21:38:40 <nombre_> धन्यवाद str4d 21:38:53 <zzz2> वहाँ कुछ भी ऐसा नहीं है जो मुझे DSA से छुटकारा पाने में देरी करने को कहे। वहाँ ऐसा कुछ भी नहीं जो मुझे P256 के बारे में घबराए। क्या P256 से बेहतर कुछ है? ज़रूर। 21:39:15 <str4d> zzz2: OpenITP मेलिंग लिस्ट से इस तरह के कोई वास्तविक अपडेट नहीं, हाल में ज्यादा गतिविधि नहीं रही है। 21:40:38 <zzz2> मैंने 65536 साइनिंग एल्गोरिद्म की गुंजाइश रखी है और 7 लागू किए हैं। 65529 बाकी, अगर चाहें तो हर रिलीज़ में कुछ जोड़ सकते हैं। 21:43:27 <str4d> zzz, मैं 0.9.13 में clients को p256 पर ले जाने का समर्थन करूंगा 21:44:47 <str4d> लेकिन यदि server ट्रांज़िशन अभी भी सुचारू नहीं होने वाला, तो मैं थोड़ा रुकना पसंद करूंगा और देखूंगा कि EdDSA पर काम कैसे आगे बढ़ता है। 21:45:49 <nombre_> मैं भी (भले ही मेरी राय मायने न रखे), nist ecdsa DSA से बेहतर है, चाहे हममें से कुछ टिनफॉइल-हैट वाले तब तक सुरक्षित न महसूस करें जब तक यह 25519 न हो 21:46:48 <nombre_> dest/b32 का टूटना कुछ हद तक तय-सा है, है न? 21:47:13 <str4d> यहाँ तक पहुँचने में बहुत समय और मेहनत लगी है, आखिरी पल में जल्दबाज़ी करने का कोई मतलब नहीं 21:49:48 * RN सिर अंदर झांकता है और इधर-उधर देखता है 21:54:36 <zzz2> यहाँ 1) clients 2) नए servers और 3) existing server migration हैं। 21:54:43 <zzz2> 1 और 2 हम अभी कर सकते हैं, 3) में बहुत अधिक काम लगता है। 21:54:59 <zzz2> 1 और 2 पुराने routers, i2pcpp, और i2pd के साथ संगतता तोड़ते हैं, जब तक वे पकड़ न लें 21:55:16 <nombre_> तो क्या कोई 25519 का Java implementation खोजने/बनाने पर काम कर रहा है? और यह उपयोग योग्य कब तक होगा, इसका अनुमानित समय-फ्रेम क्या है? 21:55:28 <nombre_> मेरा मानना है p256 के साथ यह पहले से संभव है क्योंकि वह bouncy castle में शामिल है? 21:55:52 <zzz2> p256 jvm में है 21:56:06 <nombre_> आह, और भी बेहतर 21:56:17 <zzz2> हमारे पास अब 25519 का Java है लेकिन वह उपयोग के लिए बहुत धीमा है। str4d और psi उसे तेज करने की कोशिश कर रहे हैं 21:57:39 <nombre_> हम्म, खैर, crypto के बारे में कुछ न जानते हुए भी, मुझे लगता है इसे तेज करने का सबसे आसान तरीका jni का उपयोग करना होगा। शायद मुझे 25519 को और देखना चाहिए ताकि समझ सकूँ कि इसके कौनसे हिस्से bottleneck हैं 23:02:36 <str4d> जब मैं afk गया तो वास्तव में किसी ने इसे समाप्त नहीं किया, तो: 23:02:53 * str4d *baf*s बैठक समाप्त करता है।