I2P 开发者会议 - 2006年1月31日

15:19 <jrandom> 0）嗨 15:19 <jrandom> 1）网络状态 15:19 <jrandom> 2）0.6.1.10 状态 15:19 <jrandom> 3）？？？ 15:19 * jrandom 挥手 15:19 <jrandom> 状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 <jrandom> 好，我们直接进入 1）网络状态 15:21 <jrandom> 正如邮件所说，使用 0.6.1.9-0（正式发布版）的用户应该还是老样子 15:21 <jrandom> 不过使用较新构建（自 0.6.1.9-5 起及更新）的用户可能会遇到麻烦 15:21 <jrandom> （“麻烦”可能还是轻描淡写……） 15:21 <+Complication> CVS -8 有点不稳定，所以运行 -2 instad（用得还挺顺） 15:22 <gloin> :-) 15:22 <+Complication> =instead 15:22 <Pseudonym> 最近看起来不太稳定（我用的是 0.6.1.9-0） 15:22 <jrandom> 好，我本在考虑回退那些进程方面的更改，但在主干上保留 dust 的 ircclient 更新和 i2ptunnel httpserver 补丁，不过 0.6.1.10 大概也不远了 15:23 <jrandom> 嗯 Pseudonym，是在访问 eepsites、IRC 或其他服务，还是在托管这些服务？ 15:23 <+Complication> 用 -0 也不稳定？问题是怎么表现出来的？ 15:23 <Pseudonym> 主要在 IRC 上注意到（在玩 idlerpg） 15:24 <jrandom> （“玩” ;)） 15:24 <Pseudonym> 另外，有时 router 会变得古怪，需要重启（没有活跃的节点） 15:24 <Pseudonym> 呵 15:24 <jrandom> 嗯，互联网连接有问题吗？ 15:24 <@frosk> -0 在我这儿很稳定，当然除了每天两次因为“router hung!”而重启 15:24 <jrandom> 嗯 frosk，是真的“router 挂了”，还是因为 leaseSet 过期导致的“router 挂了”？ 15:25 <Pseudonym> 互联网连接没问题。我重启 i2p router 后它马上就恢复了 15:25 <+Complication> 我的 Cel300 过一会儿也会挂，不过间隔在变长，原因我还没跟进 15:25 <@frosk> jrandom：应该是 leaseSet 过期，我基本确定 15:25 <jrandom> 嗯，好吧 15:26 <jrandom> 这些基本都为新的创建和管理代码重写了，所以我们看看在 0.6.1.10 里表现如何 15:27 <@frosk> 不错 15:27 <@frosk> 我很乐意帮忙测试 15:28 <Pseudonym> 我现在不需要你来排查这个问题。我只是想补充一个关于稳定性的样本数据点 15:28 <jrandom> 给力，一旦本地稳定了，我肯定需要招募一些帮手 :) 15:28 <jrandom> 好，多谢 Pseudonym 15:28 <jrandom> 好的，还有谁对 1）网络状态 有要补充的吗？ 15:30 <jrandom> 如果没有，我们就跳到 2）0.6.1.10 状态 15:30 <jrandom> 如邮件所述，我们不打算在现网不断打补丁、堆微调，而是直接从源头下手 15:31 <jrandom> 它将不向后兼容，所以会上线时会有个……波动。同时我们会顺带合入其他一些不向后兼容的改动，之后也可能还会有一次 15:32 <jrandom> 更具体地说，我在考虑把 tunnel 创建代码中的 ElGamal 从 2048 位迁到 1024 位 15:32 <jrandom> 不过这可能并非必要，取决于它在现网对我们的影响有多大 15:34 <jrandom> 如果需要，那也只是一次网络升级，所有 destinations 等都会保持不变。 15:34 <jrandom> 不过总之，这要等 0.6.1.10 出来之后再探索 15:34 <+Complication> 一个略相关的问题：密钥长度和 tunnel 创建数据结构的长度有任何关系吗？ 15:34 <jrandom> 有 15:35 <jrandom> 直接相关：key length * 2 * max # hops == data structure size 15:36 <jrandom> （所以，256*2*8 = 4KB，碰巧也正是完整 streaming 库消息的大小） 15:37 <jrandom> （（ElGamal 有 2x 的扩展系数）） 15:38 <+Complication> 啊哈，谢谢。:) 15:38 <jrandom> 啊，关于新规范还有一事。在实现过程中我发现还需要一个数据点（一个 4 字节的“reply message ID”），我已在本地把它加进规范里，使用了一些保留位 15:40 <jrandom> 我希望接下来几天能把一切跑通，这样周末或许能做些早期（非匿名的）测试 15:40 <jrandom> 当然，更多信息会随进展发布 15:41 <jrandom> 好，关于 0.6.1.10 的内容还有问题/评论/担忧吗？ 15:41 <bar> 另一个略相关的问题：在 .10 推出期间，把 i2p.net 先保持在 .9 几天，方便那些自动更新的用户，怎么样？ 15:41 <bar> rollout* 15:41 <jrandom> 嗯，肯定的 15:42 <jrandom> 迁移期间我可能会在那台机器上跑两三个 router 15:42 <jrandom> 并且会至少提前 5 天大声预警 15:42 <bar> 不错 15:42 <+Complication> 这样确实会更顺畅。 15:43 <+Complication> 论坛看起来是个好渠道。Router Console 上的新闻框也可以…… 15:43 * jrandom 回想起每个发布都不向后兼容的日子……那时我们积累了很多经验 ;) 15:43 <jrandom> 嗯，论坛、新闻框、邮件列表、网站 15:43 <+Complication> 这样照看自己机器的人就会知道。 15:43 <tethra> 呵呵 15:44 <jrandom> 而那些还在 0.6.0.1 的人嘛，反正他们也 fscked ;) 15:44 <@frosk> 砍掉他们的脑袋 15:44 <+Sugadude> 完全不相干：我们能更频繁地做一些向后不兼容的变更来逼这些旧的 router 退出吗？ 15:44 <+Complication> 我觉得他们只是把 I2P 忘在那儿跑着了 :) 15:44 <jrandom> 呵 Sugadude 15:45 <jrandom> 嗯，如果它们兼容，我们就能利用它们的资源；但如果有原因不能用，我们就应该把它们标记为不兼容 15:47 <jrandom> 好，如果没有别的，我们跳到我们的兜底项：3）？？？ 15:47 <jrandom> 还有谁想在会议上提出别的事情？ 15:48 <tethra> 在 router 控制台的某处写着目前不支持在对称 NAT 后面的用户，这会在不久的将来改变吗？ 15:48 <tethra> 还是说我对某些东西无知到家了 15:49 <+Complication> 关于 webcache 代码……看来我基本准备好了。 15:49 <jrandom> 有一些方法可以帮助在对称 NAT 后面的用户，bar 已在邮件列表和论坛上概述过，不过我不知道这方面有没有立刻的进展 15:49 <jrandom> 哦，不错 Complication，到要发布的时候告诉我一声 :) 15:50 <+Complication> watchdog 已能比较合理地中止下载了，正在做一些测试和清理（它目前的日志多得离谱）.. 15:50 <+Complication> 我这边有一个 webcache 服务器在跑，awup 还有一个……为了更真实的测试，我们可能想开启一些限制…… 15:51 <+Complication> ……如果我碰到 legion，我会问他要不要也跑一个。 15:52 <jrandom> 不错，即使只有一个 webcache 也会是很好的开始 15:52 <+Complication> 而且如果其他人想跑这个脚本（在 awup.i2p 可获取，使用 SAM 的 Python 脚本）……他们的引用可以被添加，不过目前要把更多“seed webcaches”的 refs 加进去，确实需要重新编译源码。 15:53 <+Complication> （不是在一个文件里，而是在 GWebCacheContainer.java 的头部） 15:53 * gloin 不知道这个 webcache 是啥。 15:53 <jrandom> gloin：它可以让你第一次连接 i2phex 时无需下载 i2phex.hosts 文件 15:54 <+Complication> gloin：为了更容易地集成 I2PHex 15:55 * cervantes 晚到 15:55 <+Complication> 对于之后要重新连接的人（例如用光了活跃对等节点 refs 的人），它可以提供新的 refs 15:55 <gloin> 好。 15:57 <+Complication> 哦，又离线了 15:58 <stealth> i2p 启动后自动启动 i2phex 怎么样？ 15:58 <+Complication> 好像有点大材小用 15:58 <+Complication> 至少在当前阶段是这样 15:58 <jrandom> stealth：你可以让 i2p router 通过在你的 client.config 文件中添加条目来启动你想要的任何 Java 应用程序 15:59 <+Complication> 此外，我觉得 I2Phex 可以在 I2P 运行之前就启动 15:59 <@frosk> 任何阶段都可以 15:59 <+Complication> 理论上，它应该会一直尝试连接，直到 I2P 启动起来 15:59 <+Complication> （不过没测试过） 15:59 <jrandom> 不过记住，如果你让它启动 i2phex，当 i2phex 关闭时，i2phex 客户端很可能会把 JVM 干掉（从而重启你的 router） 16:00 <+Complication> 另外，也可以相当容易地写个脚本来做…… 16:00 <+Complication> 例如 "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> （或者类似这样） 16:01 <+Complication> 抱歉，更可能是 /home/user/i2p :) 16:01 <cervantes> 别忘了在 sleep 100 之前先启动 /usr/games/tetris 16:02 <jrandom> 没错 16:02 <jrandom> 好了，会议还有别的议题吗？ 16:03 <stealth> 嗯我想过了，就启动那个 exe。i2psnark 的“始终开启”方案更好，因为人们如果没在下载就会忘了分享他们的文件…… 16:04 <jrandom> 是，不过我还没听说过有足够精简（可集成）的 Gnutella 客户端 16:05 <cervantes> 现在的 Phex 不是在做把 UI 抽象出来的工作吗？也许客户端最终会变瘦身 16:05 <+Complication> 我没看过 Phex CVS 的那部分 16:06 <jrandom> 如果 phex 能作为 .war 运行，那就真是太棒了 16:06 <cervantes> isn't the=应该是 isn't there 16:06 <cervantes> 我可能搞错了 16:06 <+Complication> Sirup 确实在做一个 XML-RPC 接口，但我不确定 Gregor 他们是否也在做 16:07 <+Complication> 所以我不确定 sirup 是把它移植进来，还是从零开始写的 16:09 <jrandom> 如果我没记错，他只是引入了 Apache 的 xmlrpc 库并把 i2phex 的一些内部暴露出来，但大概有 6–8 个月没在那上面动过了，而且据我所知它从未能用 16:10 <fox_> <tethra> mutella 是一个基于 Web 的 Gnutella 客户端，相当轻量，若我没记错的话。不确定有没有帮助，不过嘿，也许值得某个（更有才的人）去看看。 16:10 <fox_> <tethra> 不过可能不是你们要找的那种。 16:12 <jrandom> 移植一个新的是大工程，尤其是不幸的是 C/C++ 的那种 16:12 <+Complication> 我个人不太可能去鼓捣 XML-RPC。不过，尝试抓各种 bug……在我近期计划里。 16:13 * Complication 希望把 rehash 现象永远干掉，因为太浪费时间了 16:13 <jrandom> 哦，也许是由时区变化触发的？ 16:14 <jrandom> 当 I2P SDK 连接到 router 时，它会从 router 获取当前的 I2P（NTP）时间，并把 SDK 的 JVM 强制设为 UTC 16:14 <+Complication> 听起来不太可能……但在这个阶段，我也排除不了太多情况 16:15 <jrandom> （如果 rehash 取决于排序和文件时间戳，也许几小时的偏移会改变它） 16:15 <jrandom> 是啊，你已经挖得很深了，我只是提个可能性 16:15 * jrandom 除了你的缺陷报告之外对它一无所知 :) 16:16 <+Complication> 它偶尔会发生，而且*似乎*与“sharedlibrary”配置文件被加载/重写时发生的某些事有关 16:16 <+Complication> 嗯，有趣的可能性…… 16:16 <+Complication> 我还没挖得足够深，无法排除这种可能 16:18 <jrandom> 好，会议还有别的议题吗？ 16:19 <jrandom> 如果没有…… 16:19 * jrandom 开始收尾 16:19 * bar 祝 jrandom .10 顺利，并递给他一个闪亮的 baf 16:19 <jrandom> gracias :) 16:19 * jrandom 用*baf*把会议结束了