I2P 开发者会议 - 2014年11月25日

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> 每个 tunnel 多个 dest <-- 还没有实现 20:14:22 <str4d> 没有？好吧，是我搞错了。 20:14:27 <zzz> FindBugs 扫描 <-- 做过了，但随时可以再做一遍 20:14:56 <str4d> I2CP 的多会话——这个也还没实现 *derp* 20:14:56 * str4d 修正中 20:15:48 <zzz> 哇，我们今年过得不错（依我看） 20:16:38 <eche|on> 是的，确实如此 20:17:14 <str4d> zzz：对，我特别把它算作审计准备的一部分，但你说得对。 20:17:39 <zzz> 研究新的 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 内部和周边完成的事情 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 应用，会带来受限路由 20:28:54 <zzz> 我的新事项清单：解决 Red Hat 的 ECDSA 问题，迁移到 EdDSA，Jetty 9 / Java 7，扩大 Vuze 用户群，以及更多市场推广/外联/合作/嵌入。 20:29:36 <str4d> 为了记录存档，我也把我的想法写在这里： 20:30:11 <str4d> I2P 内的待办：Routerconsole 的用户体验分析与重新设计；借鉴 Tor 的 HS 2.0 设计并应用到 I2P Destinations（目标标识）；带宽调度。I2P 周边的待办：网站主题改进；实现 I2P-Bote 获取中继；研究 20:30:23 <zzz> 还有一个：Orchid：修好它，或干脆砍掉 20:30:32 <str4d> +100 20:31:13 <kytv> 关于 RedHat/Gentoo 的 ECDSDA 问题，也许我们可以/应该在侧边栏（或日志）显示一条带下载链接的消息。或者询问用户是否要把它下载到 ./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> 我在 “I2P 周边的待办” 里最主要的是测试。不是指用软件做自动化测试，而是我们有任何服务上线前都不能没有任何测试……而不是就这样[噗]，“它上线了……不过不知道能不能用。” 20:35:12 <kytv> 在 I2P 内部：让安装程序在 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> skills 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 重放检测等）？ 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> （client tunnel locking） 20:44:18 <str4d> zzz：同意。 20:44:34 <str4d> 我认为，推进 todo 页面这项工作会有所帮助。 20:44:56 <str4d> 如果我们能以新人能理解并上手的方式解释非编码项目，也会对我们有帮助。 20:44:59 <zzz> 我现在不 100% 确定那个 client locking 项目具体是什么，但我想它还没完成 20:45:08 <str4d> （编码项目也是如此） 20:45:32 <zzz> 嗯 20:45:53 * str4d 也将 streaming 改进顺延 20:46:03 <str4d> 那我能把 SSU 会话重放检测去掉吗？ 20:46:04 <dg> 你是指重复问题吗？ 20:46:18 <dg> 比如我们会遇到那些不会从 I2PTunnel 注销的 tunnels，且不允许新建的？类似那种？ 20:46:30 <zzz> str4d，关于 SSU 重放这事我得回头再答复你，目前不太确定 20:46:45 <dg> 相比吞吐量，我更希望看到更少的 tunnel 死亡 20:46:59 <str4d> dg：可能就是这个。另外还有 I2PTunnel 启动时导致 UI 锁住的单独问题 20:47:29 <zzz> 把“tunnel 死亡”作为新项目加上去，何乐不为 20:48:01 <dg> str4d：差点把那事忘了！ 20:48:03 <str4d> k 20:48:39 <zzz> 我想关于 locking 的问题，我在代码里有些未勾选的东西，这事拖了大概 18 个月了，但仍然不太对 20:48:40 <str4d> 接下来：看看上面的那些想法。哪些应该放到“我们的”6 个月计划表上（也就是我该把哪些加到甘特图里）？ 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> 太好了。 20:54:08 <psi> 潜在项目：基准测试 tunnel 吞吐量和消息丢弃率 20:54:26 <str4d> EinMByte：你对我们的待办清单有什么想法吗？ 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> 下一个讨论话题：这些（以及当前甘特图上的那些）中，哪些是我们在接下来的 6 个月里更该做的？ 21:02:48 <psi> 在我看来，受限路由可能是最重要的项目 21:02:50 <EinMByte> 关于 Syndie，也许：我之前在做这个插件——不过现在没时间了）。这可能是能（？）为 Syndie 带来更多关注的事情之一。 21:03:20 <dg> str4d：缺了 tunnel 死亡，我觉得这相当重要 21:03:37 <EinMByte> 如果有人对做 Firefox / Icedove 插件开发感兴趣：你知道该怎么做 21:03:37 <str4d> dg：有的（tunnel 线程锁定） 21:03:41 <str4d> 我以为你说的是这个 21:03:49 <dg> 哦，抱歉 str4d，我指的是连接被突然中断的时候 21:03:54 <dg> 我的错 21:04:04 <str4d> 啊，好 21:04:55 <EinMByte> psi：我同意受限路由很重要。但我也认为我们应该意识到实现它会花不少时间 21:05:21 <EinMByte> （不确定设计/概念已经做了多少） 21:05:35 <dg> 在 I2P 内部：受限路由、RedHat 的 ECDSA 问题、Tor 的 HS 2.0，然后是其他。I2P 周边：Vuze 用户群、GSoC、研究、基准测试，然后是其他。 21:06:04 <dg> 我同意 EinMByte……router console 的重新设计很重要，但可能需要不可确定的时间。 21:07:15 <EinMByte> str4d：还有一件事，可能吧。我认识一些研究人员，他们提出了一个新的 DWSE（分布式网页搜索引擎）概念，他们可能有兴趣把它作为 I2P 应用来开发 21:07:42 <str4d> EinMByte：不错！ 21:07:49 <EinMByte> 鉴于现在大多数 DWSE 实际上并不太好用，依我看，能有这么一个会非常有趣 21:08:01 <zzz> 不，我说的“tunnel 死亡”是指 3 分钟的 tunnel 断裂、Vuze 那位做的数据报测试，等等。与本地 i2ptunnel 的 locking 问题不同。 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> 我会说有 4 个大类最为重要：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> 所以，唯一不在这些类别中的就是受限路由 21:15:28 <jenkins@kyirc> 开始构建 i2pd 任务的 #556（上一次构建：SUCCESS） 21:15:30 <jenkins@kyirc> 项目 i2pd 构建 #556：SUCCESS，用时 8.2 秒：http://jenkins.killyourtv.i2p/job/i2pd/556/ 21:15:31 <jenkins@kyirc> * orignal：移除了 NTCPServerConnection 21:15:32 <jenkins@kyirc> * orignal：将 NTCP 客户端代码移动到 Transports 21:16:34 <EinMByte> 也许 NTCP2 并没有*那么*重要 21:16:50 <zzz> 我之所以那样分组并说优先级相当，是因为这 4 类很可能对应 4 组不同的人，各自都能推进 21:17:08 <EinMByte> 或者，至少在我们能正式着手 NTCP2 之前，需要做大量研究，并回答几个非常重要的问题 21:17:33 <jenkins@kyirc> 项目 i2pd（Linux x86）构建 #33：SUCCESS，用时 1 分 47 秒：http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/ 21:17:44 <EinMByte> zzz：确实如此 21:17:51 <JekabsR> 有趣的是，i2p 网络倾向于把所有快速的 routers 聚在一起 21:17:58 <jenkins@kyirc> 开始构建 i2pd（Linux x64）任务的 #33 21:18:03 <zzz> 对。“NTCP2”只是许多事情的简称，最后未必会真的产出一个叫“NTCP2”的东西 21:18:34 <JekabsR> 而它们并不偏好慢的 routers 21:18:40 <EinMByte> 是的。不管怎样，如果我们修改传输层，千万不能犯错，因为那可能会把 I2P 整个搞崩。 21:19:19 <psi> JekabsR：较慢的 routers 仍然会被使用，只是比例没那么高 21:19:43 <jenkins@kyirc> 项目 i2pd（Linux x64）构建 #33：SUCCESS，用时 1 分 52 秒：http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/ 21:20:05 <EinMByte> zzz：如果第 2 类是“研究”，那你说得对 21:20:33 <EinMByte> 可以同时进行 21:21:52 * str4d 正在把甘特图重构为这四个类别（外加一个“其他”类别） 21:22:12 <JekabsR> 但有个问题——像客户端这样的 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：隐藏模式 routers 确实有些问题，但其他的确能获得快速连接，因为可用的快速 routers 足够多且有空闲容量 21:24:26 <str4d> 严格来说，I2P Android 属于“在 I2P 内部”这一类 21:24:35 <psi> 哦，另一个研究问题：i2p 现在实际有多少容量？ 21:25:14 <zzz> 也许单独给 Android 设第 5 类更合适 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，你现在会看到各个标题，每个都有一个 6 个月的条形。这样可以大致看出我们有多少时间来纳入所有事项。 21:32:43 <str4d> 既然我们已有接下来 6 个月的一些想法，我们需要开始安排时间。 21:33:18 <str4d> 以及谁来负责哪些。 21:33:52 <JekabsR> 我的控制台经常报告传入连接过多，tunnels 部分被拒绝。i2p 如何决定拒绝哪些？ 21:34:08 <dg> “传入连接过多”？ 21:34:21 <dg> JekabsR：现在正在开会，你可能要等会后再说 21:35:00 <str4d> 我也希望有志愿者帮忙把这些想法清单变成网站 todo 上可落地的项目页面 21:35:12 <JekabsR> NTCP 连接：425。限制：425。超时：2 分钟。 21:35:30 <JekabsR> UDP 连接：1149。限制：1275。超时：4 分钟。 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，我觉得 1 小时 45 分之后大家都掉线了。也许先宣布胜利，改天再推进更多？ 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 - 5kb 的速度 :( 21:44:17 <str4d> 感谢大家的讨论！ 21:44:20 * str4d 预热 baffer 21:44:20 * str4d ***baf 宣布会议结束