Встреча разработчиков I2P - 25 ноября 2014

20:04:39 <str4d> Йо 20:04:44 <str4d> Время встречи 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> уже? 20:07:39 <psi> а, вторник 20:09:03 <zzz> присутствую 20:09:48 <orignal> встреча? 20:10:11 <str4d> orignal: обсуждаем список задач Java I2P 20:10:35 <str4d> Пока ждём остальных: http://trac.i2p2.i2p/wiki/Roadmaps/1.0 20:10:41 <kytv> Тоже здесь, хотя обычно от меня мало толку в таких делах. 20:11:37 <str4d> Я подправил диаграмму Ганта на странице выше (которую я делал для цикла разработки 0.9.13–0.9.16), чтобы показать, что, по моему мнению, мы сделали. 20:13:30 <zzz> интересно 20:14:06 <zzz> multiple dests per tunnel <-- этого не произошло 20:14:22 <str4d> Не произошло? Ладно, моя ошибка. 20:14:27 <zzz> findbugs pass <-- был, но можно и повторить 20:14:56 <str4d> Мультисессии на I2CP — этого тоже не случилось *дерп* 20:14:56 * str4d исправляет 20:15:48 <zzz> вау, у нас был хороший год (имхо) 20:16:38 <eche|on> да, был 20:17:14 <str4d> zzz: да, я специально отнёс это к подготовке к аудиту, но ты прав. 20:17:39 <zzz> investigate new DH <---- я бы сказал, лишь наполовину сделано, по отношению к NTCP2, во всяком случае 20:20:26 <str4d> Диаграмма Ганта не очень-то умеет показывать «наполовину сделано» :P 20:20:34 <str4d> Перезагрузите страницу, исправил 20:21:36 <str4d> Итак, это то, что мы сделали в прошлом цикле. 20:21:36 <zzz> значит, не сделано 20:23:45 <str4d> Цель этой встречи — начать планировать, что делать в следующем цикле. 20:23:46 <zzz> Хочу повторить, что планирование на 3–5 релизов очень помогает сфокусировать наше внимание и ресурсы 20:23:47 <str4d> (Когда обновлю диаграмму Ганта, оставлю наполовину сделанные элементы и сдвину их вперёд) 20:23:47 <str4d> На прошлой встрече я просил участников набросать по нескольку пунктов того, что они хотят видеть сделанным в I2P и вокруг I2P 20:23:47 <str4d> Пожалуйста, давайте вставим их сейчас? 20:24:21 <str4d> +1 20:24:36 <str4d> И теперь у нас есть доказательства этому! 20:26:15 <zzz> не вдаваясь в приоритеты, думаю, почти всё, что показано и не завершено на диаграмме Ганта, по‑прежнему важно 20:27:01 <str4d> Согласен. 20:27:07 <str4d> Всё же хочу увидеть идеи, которые у людей появились за последнюю неделю, если такие есть. 20:27:45 <str4d> Вот мои: http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/ 20:27:46 <iRelay> Заголовок: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (на pastethis.i2p) 20:28:07 <eche|on> Идей больше нет; я вижу, как продвигать I2P с помощью bote для Android, i2p messenger — это вариант, ещё XMPP‑сервер и Syndie. Простите, я по‑прежнему считаю Syndie важной. 20:28:27 <str4d> eche|on: отлично, спасибо! 20:28:43 <str4d> Продолжайте, несите ещё :) 20:28:53 <eche|on> и вместе с приложением для Android будут restricted routes 20:28:54 <zzz> мой список новых вещей: решить проблему ECDSA в Red Hat, перейти на EdDSA, Jetty 9 / Java 7, расширить пользовательскую базу Vuze, и больше маркетинга / аутрича / партнёрств / встраивания 20:29:36 <str4d> Для истории в логах тоже напишу здесь свои идеи: 20:30:11 <str4d> Todo в I2P: анализ UX Routerconsole и редизайн; взять идеи из дизайна Tor HS 2.0 и применить к I2P Destinations; планирование пропускной способности. Todo вокруг I2P: улучшения темы сайта; реализовать I2P‑Bote fetching relays; исследования 20:30:23 <zzz> ещё: Orchid — починить или убить 20:30:32 <str4d> +100 20:31:13 <kytv> Относительно проблемы ECDSDA в RedHat/Gentoo, возможно, мы могли бы/должны показывать сообщение в боковой панели (или логах) со ссылкой на загрузку. Или, может быть, спрашивать пользователя, стоит ли «нам» скачать это в ./lib 20:31:35 <zzz> ещё: улучшения тестирования, тестовое железо, тестирование Windows 20:31:58 <str4d> kytv: хорошие идеи (но обсудить их можно на другой встрече :) 20:32:03 <zzz> ещё: тратить больше денег 20:32:36 <zzz> ещё: Китай 20:32:58 <str4d> Между этими идеями и списком незавершённого на странице выше у нас есть хороший пул потенциальных проектов. 20:33:34 <str4d> Моя цель — привести эти проекты в порядок, формализовать и опубликовать на странице todo сайта 20:34:11 <str4d> Покопавшись в страницах todo других проектов, предлагаю такой формат: 20:34:11 <str4d> http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/ 20:34:12 <iRelay> Заголовок: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (на pastethis.i2p) 20:34:54 <eche|on> отличная идея 20:35:10 <kytv> Тоже за Orchid 20:35:10 <kytv> Мой основной «TODO вокруг I2P» касается тестирования. Не автоматизированного софтом как такового, а того, что у нас сервисы выходят в прод без какого‑либо тестирования... просто [пуф], «оно в проде... хотя не знаю, работает ли». 20:35:12 <kytv> В I2P: сделать так, чтобы Installer ставился в пользовательский каталог в Windows, чтобы избежать проблем с правами. Должно быть просто, но я не знаю как. 20:35:16 <kytv> Chrome так делал (возможно, до сих пор так делает?) 20:35:41 <str4d> Мой идеальный результат: пользователи заходят на страницу todo и находят список всех наших идей для проектов в и вокруг I2P. 20:36:11 <zzz> ещё: GSoC 20:36:14 <str4d> Наверху будет облако тегов, на которое можно нажать, чтобы отфильтровать проекты, требующие определённых навыков 20:36:17 <str4d> навыков 20:36:21 <zzz> ещё: летняя встреча 20:37:54 <zzz> ещё: исследование GNS, второй заход? 20:38:28 <str4d> ммм 20:38:54 <zzz> или, может, хватит просто ещё одной дискуссии с теми ребятами 20:39:09 <str4d> Сейчас я собираюсь убрать с диаграммы Ганта задачи, которые мы завершили. 20:39:27 <zzz> можешь сохранить её и начать новую? 20:39:29 <str4d> zzz: какие из нескольких нижних завершены (SSU replay detection и т. п.)? 20:39:38 <str4d> Конечно, могу. 20:39:49 <zzz> неплохо бы показать, что мы действительно что‑то делаем 20:40:19 <eche|on> zzz: большую часть сделал ты, имхо 20:40:35 <EinMByte> я пропустил встречу? 20:40:37 <zzz> Думаю, я сообщил всё, что было на неправильной стороне «сделано/не сделано» 20:42:39 <str4d> Новая диаграмма готова 20:43:55 <str4d> zzz: какие из трёх внизу надо перенести вперёд? Думаю, с блокировкой клиента всё ещё проблема? 20:43:59 <zzz> Я бы хотел видеть гораздо больше планирования и фокуса на некодовых задачах в ближайшие месяцы. Слишком много вещей либо довольно неорганизованы, либо не происходят хоть с какой‑то дисциплиной или стабильным темпом 20:44:09 <str4d> (блокировка клиентского tunnel) 20:44:18 <str4d> zzz: согласен. 20:44:34 <str4d> Этому, имхо, поможет работа над страницей todo. 20:44:56 <str4d> Если мы сможем объяснить некодовые проекты так, чтобы новички понимали и могли их делать, это тоже поможет нам. 20:44:59 <zzz> не на 100% уверен сейчас, что это за пункт про блокировку клиента, но думаю, он всё ещё не завершён 20:45:08 <str4d> (То же относится к кодовым проектам) 20:45:32 <zzz> ага 20:45:53 * str4d также переносит вперёд улучшения streaming 20:46:03 <str4d> Тогда можно выкинуть SSU session replay detection? 20:46:04 <dg> Ты про дублирующиеся проблемы? 20:46:18 <dg> Как у нас получались tunnels, которые не снимаются с регистрации в I2PTunnel и не позволяют создавать новые? Что‑то в этом роде? 20:46:30 <zzz> str4d, мне нужно вернуться к тебе по поводу SSU replay, сейчас не уверен 20:46:45 <dg> Я бы предпочёл меньше «смертей» tunnel, а не рост пропускной способности 20:46:59 <str4d> dg: возможно, это оно. Ещё есть отдельная проблема: при запуске I2PTunnel блокируется UI 20:47:29 <zzz> добавь «tunnel death» туда как новый пункт, почему бы и нет 20:48:01 <dg> str4d: Забыл об этом! 20:48:03 <str4d> ок 20:48:39 <zzz> Думаю, по теме блокировок у меня есть какие‑то непроверенные изменения в коде, тащится уже месяцев 18, и всё ещё не доведено 20:48:40 <str4d> Далее: смотрим на идеи выше. Какие должны попасть в наш шестимесячный план (то есть что добавить в диаграмму Ганта)? 20:50:16 <psi> EinMByte: встреча идёт 20:50:21 <psi> (нет) 20:51:51 <zzz> Предлагаю пока добавить туда всё, а потом обсудить приоритеты — или пусть зависимости на диаграмме Ганта подскажут, что делать дальше? 20:52:52 <str4d> угу 20:53:04 * str4d сейчас вытаскивает список сверху и приводит его в порядок 20:53:08 <EinMByte> psi: о, отлично. 20:54:08 <psi> потенциальный пункт: измерение пропускной способности tunnel и частоты потерь сообщений 20:54:26 <str4d> EinMByte: есть идеи для нашего списка todo? 20:55:15 <EinMByte> Возможно, NTCP2. Хотя это надолго. 20:56:39 <str4d> EinMByte: для справки: http://trac.i2p2.i2p/wiki/Roadmaps/1.0 20:56:53 <EinMByte> спасибо 20:57:04 <EinMByte> (как раз собирался спросить) 21:00:23 <str4d> Вот список идей всех: 21:00:24 <str4d> http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/ 21:00:25 <iRelay> Заголовок: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (на pastethis.i2p) 21:01:01 <str4d> Почти всё это можно превратить в проекты для страницы todo на сайте. 21:01:36 <str4d> Следующая тема: какие из них (и какие из уже находящихся на диаграмме Ганта) для нас важнее в ближайшие шесть месяцев? 21:02:48 <psi> restricted routes, пожалуй, самый важный пункт, ИМХО 21:02:50 <EinMByte> насчёт Syndie, возможно: я работал над этим плагином — сейчас нет времени). Это может быть одной из вещей, которые смогут (?) привлечь больше внимания к Syndie. 21:03:20 <dg> str4d: Tunnel death отсутствует, а это довольно важно 21:03:37 <EinMByte> Если кто‑то хочет заняться разработкой плагинов для Firefox / Icedove: вы знаете, что делать 21:03:37 <str4d> dg: он там (tunnel thread locking) 21:03:41 <str4d> Я думал, это оно. 21:03:49 <dg> о, прости, str4d, я имел в виду, когда соединения резко обрываются 21:03:54 <dg> моя ошибка 21:04:04 <str4d> А, ок 21:04:55 <EinMByte> psi: согласен, restricted routes важны. Но, думаю, надо понимать, что на реализацию уйдёт прилично времени 21:05:21 <EinMByte> (не уверен, насколько проработан дизайн / концепция) 21:05:35 <dg> В I2P: restricted routes, проблемы ECDSA в RedHat, Tor HS 2.0, потом остальное. Вокруг I2P: пользовательская база Vuze, GSoC, исследования, бенчмарк, потом остальное. 21:06:04 <dg> Согласен с EinMByte… редизайн консоли router важен, но это может занять неопределённое время. 21:07:15 <EinMByte> str4d: возможно, ещё одно. Я знаю некоторых исследователей, разработавших новую концепцию DWSE (распределённой веб‑поисковой системы), их может заинтересовать реализация этого как приложения для I2P 21:07:42 <str4d> EinMByte: круто! 21:07:49 <EinMByte> Поскольку большинство DWSE сейчас работают так себе, иметь такую штуку было бы очень интересно, ИМХО 21:08:01 <zzz> нет, под «tunnel death» я имел в виду трёхминутные поломки tunnel, тест дейтаграмм от парня из Vuze и т. п. Это отличается от локальных проблем блокировок i2ptunnel. 21:08:07 <EinMByte> Это тоже то, что я бы рассмотрел к реализации 21:08:20 <dg> Я имел в виду не обязательно ровно 3 минуты, но это туда входит. 21:08:34 <EinMByte> (надеюсь, с помощью) 21:09:03 <str4d> ок, обновите страницу с диаграммой Ганта 21:10:34 <EinMByte> str4d: в любом случае сильно на это не рассчитывай, зависит от того, заинтересованы ли пользователи I2P в таком. 21:11:14 <EinMByte> Также я не уверен насчёт темы GNS. В любом случае у неё не должно быть высокого приоритета. 21:11:56 <str4d> Обновил пасту с новыми идеями: http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/ 21:11:57 <iRelay> Заголовок: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (на pastethis.i2p) 21:12:35 <zzz> я бы сказал, что наивысший приоритет у четырёх широких категорий: 1) продолжение краткосрочной миграции крипто (addressbook, muiltidest и т. д.) 2) более долгосрочное планирование/исследования крипто (DH, LS2, NTCP2) 3) всё, что касается тестирования 4) всё некодовое 21:13:48 <EinMByte> zzz: это в порядке важности? 21:14:05 <str4d> Проблемы с ECDSA попадают в первую категорию; Tor HS 2.0 — во вторую. 21:14:21 <zzz> нет. примерно одинаковая важность 21:14:44 <str4d> Значит, единственный пункт, не представленный в этих категориях, — restricted routes 21:15:28 <jenkins@kyirc> Starting build #556 for job i2pd (previous build: SUCCESS) 21:15:30 <jenkins@kyirc> Project i2pd build #556: SUCCESS in 8.2 sec: http://jenkins.killyourtv.i2p/job/i2pd/556/ 21:15:31 <jenkins@kyirc> * orignal: eliminated NTCPServerConnection 21:15:32 <jenkins@kyirc> * orignal: moved NTCP client code to Transports 21:16:34 <EinMByte> может, NTCP2 не настолько важно 21:16:50 <zzz> и причина, по которой я сгруппировал их так и говорю про равный приоритет, в том, что это, вероятно, 4 отдельные группы людей для этих 4 категорий, и каждая могла бы продвигаться 21:17:08 <EinMByte> или, по крайней мере, прежде чем мы сможем как следует взяться за NTCP2, нам нужно провести много исследований и ответить на несколько очень важных вопросов 21:17:33 <jenkins@kyirc> Project i2pd (Linux x86) build #33: SUCCESS in 1 min 47 sec: http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/ 21:17:44 <EinMByte> zzz: действительно 21:17:51 <JekabsR> интересно, что сеть i2p склонна собирать все быстрые router'ы вместе 21:17:58 <jenkins@kyirc> Starting build #33 for job i2pd (Linux x64) 21:18:03 <zzz> верно. «NTCP2» — это просто сокращение для кучи вещей, которые могут и не привести к чему‑то, что в итоге будет называться «NTCP2» 21:18:34 <JekabsR> и они не предпочитают медленные router'ы 21:18:40 <EinMByte> Да. В любом случае, если мы изменим транспортные уровни, крайне важно не допустить ошибок, поскольку это, вероятно, сломает I2P целиком. 21:19:19 <psi> JekabsR: медленные router'ы всё равно используются, просто не так активно 21:19:43 <jenkins@kyirc> Project i2pd (Linux x64) build #33: SUCCESS in 1 min 52 sec: http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/ 21:20:05 <EinMByte> zzz: если 2 — это «исследования», тогда ты прав 21:20:33 <EinMByte> это можно делать одновременно 21:21:52 * str4d перерабатывает диаграмму Ганта в эти четыре категории (плюс категория Other) 21:22:12 <JekabsR> но есть проблема — client‑подобные Destinations редко получают быстрые подключения к router 21:22:40 <eche|on> нет? 21:22:46 <psi> JekabsR: не уверен, что это полностью так 21:23:46 <zzz> str4d, мы забыли про Android или это отдельная дорожная карта? 21:23:59 <str4d> zzz: забыли 21:24:01 <eche|on> JekabsR: у router в скрытом режиме есть некоторые проблемы, но остальные получают быстрые подключения, так как достаточно быстрых router'ов доступно и у них есть свободная емкость 21:24:26 <str4d> Технически I2P Android попадает в категорию «в I2P» 21:24:35 <psi> о, ещё вопрос для исследований: какая у i2p сейчас фактическая пропускная способность? 21:25:14 <zzz> возможно, пятая категория для Android имеет больше смысла 21:25:46 <zzz> но я не зациклен на категориях. Я просто упомянул те 4 как быстрый способ донести, что считаю важным 21:25:54 <JekabsR> потому что они склонны создавать небольшое число очень быстрых подключений и большое число медленных подключений 21:26:11 <dg> [нужна ссылка] 21:26:15 <JekabsR> мой router начал отбрасывать медленные tunnels 21:26:24 <str4d> zzz: думаю, это была хорошая идея 21:26:56 <str4d> Обновите страницу с диаграммой Ганта 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR: tunnels сбрасываются только по окончании срока жизни tunnel и если собственным tunnels требуется емкость. 21:30:29 <str4d> Если обновите http://trac.i2p2.i2p/wiki/Roadmaps/1.0, теперь увидите заголовки, у каждого — шестимесячная полоса. Это даёт представление о том, сколько времени есть, чтобы всё уместить. 21:32:43 <str4d> Теперь, когда у нас есть идеи на ближайшие шесть месяцев, нужно начать планировать сроки. 21:33:18 <str4d> И кто чем займётся. 21:33:52 <JekabsR> моя консоль часто сообщает, что слишком много входящих подключений, и tunnels частично отклоняются. Как i2p решает, какие отклонять? 21:34:08 <dg> 'too many incoming connections'? 21:34:21 <dg> JekabsR: сейчас идёт встреча, возможно, стоит подождать её окончания 21:35:00 <str4d> Также нужны добровольцы, чтобы помочь превратить список идей в рабочую страницу проектов на сайте (todo) 21:35:12 <JekabsR> NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 <JekabsR> UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 <JekabsR> лимиты достигнуты 21:37:42 <JekabsR> router использует 80% CPU 21:38:23 <str4d> Кто‑нибудь? 21:39:36 <kytv> JekabsR: 1) встреча идёт, возможно, стоит подождать; 2) посмотри http://127.0.0.1:7657/peers#help 21:41:16 <JekabsR> kytv: посмотрю 21:41:44 <zzz> str4d, думаю, ты потерял всех после часа сорока пяти. Может, объявим победу на сейчас, а дальше продвинемся в другой раз? 21:41:45 <str4d> Давайте попробуем более конкретные вопросы. 21:41:52 <str4d> И так тоже./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps моя текущая нагрузка 21:42:06 <str4d> Да, мы определённо неплохо продвинулись. 21:42:30 <JekabsR> а отдача торрентов со скоростью 2–5 КБ/с :( 21:44:17 <str4d> Спасибо всем за обсуждения! 21:44:20 * str4d разминает baffer 21:44:20 * str4d ***bafs закрывает встречу