Встреча разработчиков I2P - 07 апреля 2020

22:04:29 <eyedeekay> Привет всем, кто здесь? 22:04:40 <eche|on> peep :-=) 22:04:46 <zlatinb> hi 22:04:48 <zzz> присутствую 22:06:18 <eyedeekay> Итак, первая тема: 0.9.46, zzz, тебе слово 22:06:52 <zzz> завершаю примерно два месяца работы над ratchet (предложение 144) 22:07:16 <zzz> ближусь к завершению «фазы 2», где функциональность завершена 22:07:32 <zzz> и перейду к большему количеству исправлений багов и тестированию 22:07:51 <zzz> так что 46 будет версией, где больше людей сможет это протестировать, и возможно мы включим это по умолчанию в 47 22:08:23 <zzz> далее переключу внимание на другие исправления ошибок и темы, например streaming (работаю с zlatinb) 22:08:56 <zzz> EOT с моей стороны, возможно, другие хотят рассказать, над чем работают к 46 22:09:01 <eche|on> Я только что обновился до -5 2 дня назад, всё работает нормально, патч tunnel round robin включён, пока значительных изменений не заметил 22:09:56 <zlatinb> Я перечитывал RFC по TCP и обнаружил много несоответствий в наших реализациях streaming и ssu. Поэтому я их переписал. Тикеты в trac 22:10:24 <eche|on> очень-очень детальное чтение и проверка, zlatinb 22:11:34 <eyedeekay> Я начал работать над изменениями в i2ptunnel UI, чтобы уменьшить объём лишней информации для новых пользователей, и над периодическим механизмом ротации ключей для i2ptunnels 22:12:19 <eyedeekay> У меня тоже много работы вне дерева, хочу заменить комплект профиля Firefox на что-то, что также работает на не-Windows-платформах; получается довольно неплохо. 22:12:32 <eyedeekay> Это у всех всё? 22:12:46 <eche|on> похоже на то 22:12:49 <eyedeekay> Также, есть у кого вопросы? 22:13:47 <eyedeekay> Пока всё хорошо. Далее — разное 22:14:37 <eyedeekay> По поводу миграции на git: принято решение переносить i2p.i2p *после* следующего релиза, а не до него. Другие репозитории могут быть перенесены раньше, в индивидуальном порядке. 22:15:06 <eche|on> хорошо 22:15:20 <eyedeekay> Регистрация на git.idk.i2p открыта, но требует ручного одобрения админом. Мы реагируем оперативно, но пинганите меня, если торопитесь. 22:16:46 <eyedeekay> Предпочтительный подход сейчас — использовать git по SSH, за исключением первоначального clone, который можно выполнить, скачав git bundle через snark. 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. Есть ли способ изменить сетевой тайм-аут чтения в ssh во время git clone? Если да, то увеличение до порядка 5 минут повысит шансы на успех 22:18:41 <zlatinb> 2. Поскольку trac был не особо надёжным, можно ли начинать создавать или зеркалировать тикеты в GitLab? Их будут смотреть? 22:19:15 <eyedeekay> 1: Я изучал это; похоже, что нет, но пока не могу ответить окончательно. 22:19:20 <zzz> по п. 2) не мной, если речь про i2p.i2p 22:19:25 <eche|on> по п. 2: tracboat был бы скриптовым решением для включения всех тикетов trac в git 22:19:54 <zzz> связанный вопрос: какой план по улучшению стабильно низкого аптайма публичных сервисов, которые управляются meeh? 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 (включая те, которых ещё вовсе нет на GH) не будут перенесены на git 22:23:33 <zzz> возможно, не раньше сентября 22:23:42 <eche|on> Ответ на это коррелирует с вопросом zzz, сейчас фиксированного плана нет. Моя идея — оставить trac работающим со старыми тикетами 22:24:02 <eyedeekay> У меня нет способа починить trac; единственное, что я лично могу сделать, — это мигрировать тикеты с него. Если не смогу сделать это с помощью tracboat, придётся делать вручную. С частью на стороне gitlab я знаком, просто нужно освоить сторону trac. Я понимаю, что gitlab выглядит очевидной и привлекательной заменой trac, но это серьёзный блокер. 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‑репозиторий и outproxy 22:26:31 <eche|on> debian‑репозиторий сейчас открытый вопрос; я сделал его зеркало, но мне нужно больше времени, чтобы настроить его как ожидается 22:27:32 <eche|on> outproxy я вообще не буду трогать 22:27:50 <eyedeekay> Я с удовольствием помогу заменить deb‑репозиторий meeh, но с outproxy я ничего сделать не могу. 22:29:19 <eche|on> meeh часто говорил нам, что проблема в основном в старой системе на старых IP, которые он использует; с тем, что welterde поменял DNS, это изменилось сегодня 22:29:33 <zzz> Полагаю, миграция тикетов для конкретной ветки X произойдёт только после того, как мы перейдём с mtn на git для X 22:29:35 <eche|on> но пока идей нет 22:30:55 <eyedeekay> zzz Да 22:31:08 <eyedeekay> По поводу миграции тикетов 22:31:27 <eyedeekay> Так мы не будем путать людей относительно того, где обсуждаются вопросы. 22:32:21 <eyedeekay> Что‑нибудь ещё? 22:34:22 <eyedeekay> timeout: 60s 22:36:22 <eyedeekay> **Bafs** ОК, спасибо всем, что пришли