I2P 开发者会议 - 2007年1月2日

15:02 <jrandom> 0) 嗨 15:02 <jrandom> 1) 网络状态和计划 15:02 <jrandom> 2) Syndie 1.001a 15:02 <jrandom> 3) ??? 15:02 <jrandom> 0) 嗨 15:02 * jrandom 挥手 15:02 <jrandom> 每周状态笔记已发布在 http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble 向 jrandom 挥手 15:03 * jrandom 估计大多数人还在宿醉恢复中，所以我们就安静地进行 15:04 <jrandom> 我们直接进入 1) 网络状态和计划 15:05 <jrandom> 如笔记中所述，已经覆盖了很多内容，但今年我们还有不少艰巨的工作要做 15:05 <jrandom> 我们需要讨论各种权衡，确保选择最合适的方案来支撑我们所要实现的具体功能 15:06 <jrandom> 不过，事情推进过程中再看情况 15:06 <jrandom> 目前来看，网络基本处于稳态，这是好事 15:07 <jrandom> 有人想就网络状态和计划提出什么吗？ 15:09 <jrandom> 如果没有，我们跳到 2) Syndie 1.001a 15:09 <z^z> 我在网络这边有什么可以做的吗——netdb 或 tunnels？ 15:09 * jrandom 跳回去 15:10 <z^z> 我知道我们在 netdb 传播以及 CPU 使用上有些问题，但我需要一个好的入门指引来开始 15:11 <z^z> 总之先考虑一下 15:11 <jrandom> z^z：当 netDb 搜索时已知/可达的 floodfill 对等节点数量降到 0，很可能需要在已知对等节点上做一次随机迭代遍历 15:12 <z^z> 好的，多谢，稍后我会到处看看并提问 15:12 <jrandom> 也许可以在 netDb 查询消息上加一个新标志，表示“给我一些 floodfill 对等节点” 15:12 <jrandom> 太棒了 z^z！这很可能会对新用户产生实质性的影响——如果遇到任何问题告诉我 15:13 <z^z> 哈，这会把我带到新领域，新年里听起来挺有意思 15:13 <jrandom> :) 15:14 <bar> "do not delete floodfill peer router infos from netdb if there are too few of them" <-- 有人记得这个有没有进 cvs 吗？ 15:15 <jrandom> 没有 15:15 <jrandom> 或者说，我不记得了…… 15:16 <bar> 好吧 15:17 <jrandom> （做这件事的好地方可能是 KademliaFloodfillNetworkFacade::dropAfterLookupFailed） 15:18 <jrandom> 呃，是 KademliaNetworkDatabaseFacade（floodfill 继承它） 15:20 <jrandom> （DatabaseLookupMessage 里也有一些位可以用来标记 'send me floodfill peers' —— 'tunnelSpecified' 是一个 boolean，但以整字节传输） 15:21 <jrandom> 好的，关于 1) 网络状态和计划 还有别的吗？ 15:23 * jrandom 继续跳到 2) Syndie 1.001a 15:24 <jrandom> 她很快就会来，可能一两天内。很多修复和清理（感谢所有帮助的人！），发布时的公告里会有更多细节 15:25 <jrandom> 关于这点大概就这些（不过如果你在用新版 syndie，可以在那里跟进最新讨论 ;)） 15:27 <jrandom> 有人要提关于 syndie 1.001a 的事吗，还是我们跳到 3) ??? 15:27 <jrandom> 还有人想在会议上讨论其他的吗？ 15:28 <+fox> <covracer> 你还是不赞成做一个 ebuild 吗？ 15:29 <jrandom> 是给 syndie 还是 i2p？ 15:29 <+fox> <covracer> i2p 15:29 <jrandom> 没错，我仍然不赞成做 ebuild 15:29 <jrandom> （不过还是感谢你的提议/建议！） 15:30 <jrandom> i2p 的问题与网络规模无关，所以扩大规模不会解决这些问题 15:30 <jrandom> 相反，只会让更多人不得不应对这些问题以及为解决它们所需的升级路径 15:30 <+fox> <covracer> 是啊 15:31 <+fox> <covracer> 不过 alex 在 ebuild 上做了一些不错的工作 15:31 <+fox> <covracer> 如果我没记错，它在 java-experimental-migration overlay 里 15:31 <+fox> * godmode0 回来（离开 01:57:51） 15:32 <+fox> <covracer> 总之，它依赖于 Gentoo 在处理 Java 和 Jetty 方面的诸多改进 15:32 <+fox> <covracer> 而且短期内不会进入主树 15:33 <jrandom> 不错（alex 的工作进展顺利），希望我们能把 i2p 做到推进到主树会是件很棒的事 :) 15:34 <+fox> <covracer> syndie 的 ebuild 会受到欢迎，还是也应该推迟？ 15:34 * jrandom 想知道一旦 Sun JVM 和库改为 GPL 授权，在 Java 处理上会有多大的动荡 15:35 <jrandom> syndie 有望在几个月内准备好投入正式生产使用，beta 也许一个月内就有，所以现在考虑做个 ebuild 会很棒 15:36 <jrandom> 当 syndie 进入生产阶段时，我希望让大家尽可能容易地使用——apt-get、emerge、rpm 等 15:36 <+fox> <covracer> 好的，我会看看这周休假能不能拼出一个 ebuild——我也没更好的事可做 15:36 <jrandom> 太棒了，谢谢 covracer！ 15:37 <+fox> <covracer> 易于安装对广泛采用非常重要 15:37 <jrandom> （如果你遇到任何可以在“上游”简化的地方请告诉我——我想让打包尽可能透明） 15:37 <jrandom> 嗯，没错 15:38 <+fox> <covracer> 好，不过我对编写 ebuild 的最佳实践只是一知半解，我自己不是开发者，也不怎么活跃于编码一线 15:40 <jrandom> 不错，不过你可能比我更懂怎么写 ebuild :) 祝好运，也谢谢 15:40 <jrandom> 好，还有谁有其他想在会议上提出的？ 15:40 <bar> 嗯，我觉得在 Cervantes 的 syndie 论坛和旧版 syndie 发一篇正式帖子也无妨，如果/当你想为新版 syndie 找更多测试者时 15:40 <bar> 除了上次会议记录外，我觉得几乎没人提到 alpha 版发布，很多 i2p 用户根本没听到这个消息，我想是这样 15:41 <jrandom> 好主意——等 1.001a 出来我就去刷屏 15:42 <bar> 好嘞 :) 15:47 <jrandom> 好，如果会议没有别的事情…… 15:47 * jrandom 收尾 15:47 * jrandom *baf*s 地宣布会议结束