Cuộc họp các nhà phát triển I2P - 31 tháng 1 năm 2006

15:19 <jrandom> 0) chào 15:19 <jrandom> 1) Tình trạng mạng 15:19 <jrandom> 2) Tình trạng 0.6.1.10 15:19 <jrandom> 3) ??? 15:19 * jrandom vẫy tay 15:19 <jrandom> ghi chú tình trạng đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 <jrandom> ok, chuyển sang 1) Tình trạng mạng 15:21 <jrandom> như đã nói trong mail, những ai dùng 0.6.1.9-0 (bản phát hành đầy đủ) thì vẫn bình thường như mọi khi 15:21 <jrandom> tuy nhiên người dùng các bản build mới hơn (từ 0.6.1.9-5 trở đi) có thể gặp rắc rối 15:21 <jrandom> ("rắc rối" có lẽ còn là nói giảm...) 15:21 <+Complication> CVS -8 hơi thất thường, nên đang chạy -2 instad (chạy cũng đủ ổn) 15:22 <gloin> :-) 15:22 <+Complication> =instead 15:22 <Pseudonym> dạo này mọi thứ có vẻ không ổn định (tôi đang dùng 0.6.1.9-0) 15:22 <jrandom> hay đấy, tôi đang cân nhắc hoàn nguyên các thay đổi về tiến trình nhưng vẫn đưa bản cập nhật ircclient của dust và bản vá i2ptunnel httpserver vào head, nhưng 0.6.1.10 có lẽ cũng không còn xa 15:23 <jrandom> hmm Pseudonym, truy cập eepsites, irc, hay dịch vụ khác, hay là bạn đang host các dịch vụ đó? 15:23 <+Complication> Không ổn định với -0? Vấn đề biểu hiện thế nào? 15:23 <Pseudonym> chủ yếu tôi thấy ở IRC (đang chơi idlerpg) 15:24 <jrandom> ("chơi" ;) 15:24 <Pseudonym> cũng có lúc router bị đơ và phải khởi động lại (không có peer nào hoạt động) 15:24 <Pseudonym> heh 15:24 <jrandom> hmm, vấn đề kết nối internet à? 15:24 <@frosk> -0 ổn định ở đây, tất nhiên trừ chuyện phải khởi động lại vì "router hung!" hai lần mỗi ngày 15:24 <jrandom> hrm frosk, "router hung" thật, hay "router hung" do leaseSet hết hạn? 15:25 <Pseudonym> kết nối internet vẫn ổn. khi tôi khởi động lại router i2p thì nó chạy lại ngay 15:25 <+Complication> Con Cel300 của tôi cũng treo sau một thời gian, nhưng các khoảng thời gian đã dài ra, và tôi chưa cập nhật lý do 15:25 <@frosk> jrandom: hết hạn lease, tôi khá chắc vậy 15:25 <jrandom> hmm 'k 15:26 <jrandom> gần như tất cả phần đó đã được viết lại cho code tạo và quản lý mới, nên xem 0.6.1.10 thế nào đã 15:27 <@frosk> hay quá 15:27 <@frosk> tôi sẵn lòng giúp test 15:28 <Pseudonym> tôi không cần bạn khắc phục sự cố ngay bây giờ. Tôi chỉ muốn bổ sung một điểm dữ liệu về độ ổn định 15:28 <jrandom> tuyệt, khi nó ổn định cục bộ tôi chắc chắn sẽ cần tuyển trợ giúp :) 15:28 <jrandom> tốt, cảm ơn Pseudonym 15:28 <jrandom> ok, còn ai có gì cho 1) Tình trạng mạng không? 15:30 <jrandom> nếu không, chuyển sang 2) Tình trạng 0.6.1.10 15:30 <jrandom> như đã nói trong mail, thay vì chồng chéo vô số tinh chỉnh trên mạng đang chạy, chúng ta sẽ đi thẳng vào nguồn gốc 15:31 <jrandom> nó sẽ không tương thích ngược, nên sẽ có một cú... khựng, và trong khi chúng ta sẽ gộp thêm vài thay đổi không tương thích ngược khác, vẫn có khả năng sẽ có thêm một lần nữa sau đó 15:32 <jrandom> cụ thể hơn, một ý tưởng tôi đang cân nhắc là chuyển sang ElGamal 1024 bit cho code tạo tunnel, thay vì 2048 bit 15:32 <jrandom> nhưng có thể không cần. còn tùy xem nó ảnh hưởng mạnh cỡ nào trên mạng đang chạy 15:34 <jrandom> nếu có, nó chỉ đồng nghĩa với một lần nâng cấp mạng, nhưng tất cả các đích/etc sẽ giữ nguyên. 15:34 <jrandom> nhưng dù sao, đó là thứ để xem xét sau khi 0.6.1.10 ra mắt 15:34 <+Complication> Một câu hỏi hơi liên quan: độ dài khóa có liên quan gì đến độ dài cấu trúc dữ liệu tạo tunnel không? 15:34 <jrandom> có 15:35 <jrandom> liên quan trực tiếp: độ dài khóa * 2 * số hop tối đa == kích thước cấu trúc dữ liệu 15:36 <jrandom> (vậy nên, 256*2*8 = 4KB, cũng chính là kích thước của thông điệp full trong streaming lib) 15:37 <jrandom> ((ElGamal có hệ số giãn 2x)) 15:38 <+Complication> Aha, cảm ơn. :) 15:38 <jrandom> à, còn một điều về spec mới. trong quá trình triển khai tôi thấy cần thêm một điểm dữ liệu (một "reply message ID" 4 byte) nên tôi đã thêm vào spec cục bộ, dùng một số bit dự phòng 15:40 <jrandom> tôi hy vọng sẽ làm cho mọi thứ hoạt động trong vài ngày tới, nên có lẽ sẽ có một số test sớm (không ẩn danh) vào cuối tuần 15:40 <jrandom> và tất nhiên, sẽ có thêm thông tin khi đến lúc 15:41 <jrandom> ok, ai có câu hỏi/bình luận/quan ngại gì về 0.6.1.10 không? 15:41 <bar> lại một câu hỏi hơi liên quan: trong đợt triển khai .10, giữ i2p.net ở .9 trong vài ngày cho những người tự động cập nhật thì sao? 15:41 <bar> rollout* 15:41 <jrandom> ừ, chắc chắn rồi 15:42 <jrandom> tôi có lẽ sẽ chạy hai hoặc ba routers trên cái box đó trong thời gian di trú 15:42 <jrandom> và sẽ có cảnh báo rầm rộ ít nhất 5 ngày trước khi phát hành 15:42 <bar> mượt mà 15:42 <+Complication> Cách này quả thực sẽ mượt hơn. 15:43 <+Complication> Diễn đàn có vẻ là một kênh tốt. Hộp tin trên Router Console nữa... 15:43 * jrandom nhớ thời mỗi bản phát hành đều không tương thích ngược... khi đó chúng ta có rất nhiều thực hành ;) 15:43 <jrandom> ừ, diễn đàn, hộp tin, mailing list, website 15:43 <+Complication> Vậy những ai để ý đến máy của họ sẽ biết. 15:43 <tethra> heheh 15:44 <jrandom> còn những người vẫn ở 0.6.0.1, ừ thì, họ cũng fscked rồi ;) 15:44 <@frosk> chặt đầu chúng đi 15:44 <+Sugadude> Hoàn toàn không liên quan: Ta có thể làm nhiều thay đổi không tương thích ngược hơn, thường xuyên hơn để đẩy các routers cũ này ra không? 15:44 <+Complication> Tôi nghĩ họ chỉ quên I2P đang chạy :) 15:44 <jrandom> heh Sugadude 15:45 <jrandom> à, nếu chúng tương thích, ta vẫn tận dụng được tài nguyên của họ, nhưng nếu vì lý do nào đó mà không thể, ta nên đánh dấu chúng là không tương thích 15:47 <jrandom> ok, nếu không còn gì về mục đó, chuyển sang mục tổng hợp: 3) ??? 15:47 <jrandom> ai còn điều gì muốn nêu trong cuộc họp không? 15:48 <tethra> trên router console có nói rằng hiện người dùng sau NAT đối xứng chưa được hỗ trợ, liệu sắp tới có thay đổi không? 15:48 <tethra> hay là tôi đang thể hiện sự thiếu hiểu biết trầm trọng về gì đó 15:49 <+Complication> Liên quan đến mã webcache... có vẻ tôi đã sẵn sàng. 15:49 <jrandom> có vài kỹ thuật để giúp người dùng sau NAT đối xứng, bar đã phác thảo trên mailing list và diễn đàn, tuy nhiên tôi không rõ có tiến triển ngay lập tức nào không 15:49 <jrandom> ô, hay đó Complication, báo tôi biết khi nào đẩy bản phát hành nhé :) 15:50 <+Complication> Đã làm cho watchdog hủy tải xuống hợp lý, đang test và dọn dẹp (hiện nó log quá nhiều so với mức dễ chịu).. 15:50 <+Complication> Tôi có một máy chủ webcache chạy rồi, awup có một cái khác... để thử nghiệm thực tế, có lẽ ta sẽ muốn bật giới hạn... 15:51 <+Complication> ...nếu tôi gặp legion, tôi sẽ hỏi xem anh ấy có hứng chạy thêm một cái không. 15:52 <jrandom> hay, chỉ một webcache cũng là khởi đầu tốt 15:52 <+Complication> Và nếu ai khác muốn chạy script (có trên awup.i2p, script Python dùng SAM)... ta có thể thêm tham chiếu của họ, tuy nhiên hiện việc thêm ref vào nhiều "seed webcaches" hơn đòi hỏi phải biên dịch lại mã nguồn. 15:53 <+Complication> (không ở trong một file mà ở phần header của GWebCacheContainer.java) 15:53 * gloin không biết cái vụ webcache này là gì. 15:53 <jrandom> gloin: nó cho phép bạn kết nối i2phex mà không cần tải file i2phex.hosts lần đầu 15:54 <+Complication> gloin: để tích hợp I2PHex dễ hơn 15:55 * cervantes đến muộn 15:55 <+Complication> Và cho những người kết nối lại sau (ví dụ người đã hết tham chiếu peer đang hoạt động) nó có thể cung cấp ref mới 15:55 <gloin> ok. 15:57 <+Complication> Ôi, lại offline 15:58 <stealth> còn tự động khởi động i2phex sau khi i2p đã khởi động thì sao ? 15:58 <+Complication> Có vẻ hơi quá tay 15:58 <+Complication> Ít nhất là ở giai đoạn hiện tại 15:58 <jrandom> stealth: bạn có thể để router i2p chạy bất kỳ ứng dụng java nào bằng cách thêm mục vào file client.config của bạn 15:59 <+Complication> Ngoài ra, tôi nghĩ I2Phex có thể khởi động trước khi I2P chạy 15:59 <@frosk> ở bất kỳ giai đoạn nào 15:59 <+Complication> Về lý thuyết, nó sẽ tiếp tục cố kết nối cho đến khi I2P lên 15:59 <+Complication> (tuy chưa thử) 15:59 <jrandom> nhưng nhớ là, nếu bạn bảo nó khởi chạy i2phex, khi i2phex đóng lại, nhiều khả năng client i2phex sẽ kill JVM (khởi động lại router của bạn) 16:00 <+Complication> Ngoài ra, có thể viết script tương đối dễ... 16:00 <+Complication> ví dụ "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> (hay đại loại thế) 16:01 <+Complication> Xin lỗi, có lẽ là /home/user/i2p :) 16:01 <cervantes> đừng quên chạy /usr/games/tetris trước lệnh sleep 100 16:02 <jrandom> chuẩn luôn 16:02 <jrandom> ok, còn ai có gì cho cuộc họp không? 16:03 <stealth> ừ tôi nghĩ đơn giản chỉ là chạy exe. giải pháp i2psnark với chế độ luôn bật thì tốt hơn vì mọi người quên chia sẻ file nếu họ không tải xuống... 16:04 <jrandom> ừ, nhưng tôi chưa nghe nói về client gnutella nào đủ nhẹ (để tích hợp) 16:05 <cervantes> chẳng phải đang có công việc trên Phex hiện tại để trừu tượng hóa UI sao? có lẽ client cuối cùng sẽ mảnh nhẹ 16:05 <+Complication> Tôi chưa đọc phần đó trong Phex CVS 16:06 <jrandom> nếu phex có thể chạy như một .war thì sẽ tuyệt vời 16:06 <cervantes> isn't the=isn't there 16:06 <cervantes> có lẽ tôi nhầm 16:06 <+Complication> Sirup chắc chắn đã làm việc trên một giao diện XML-RPC, nhưng tôi không chắc Gregor & co cũng làm 16:07 <+Complication> Nên tôi không chắc sirup đã port nó vào, hay bắt đầu viết từ đầu 16:09 <jrandom> nếu nhớ không lầm thì anh ấy chỉ import lib xmlrpc của apache và expose một số phần nội bộ của i2phex, nhưng có lẽ đã không có công việc nào trên đó trong khoảng 6-8 tháng, và theo tôi được biết thì nó chưa từng hoạt động 16:10 <fox_> <tethra> mutella là một client gnutella dựa trên web khá nhẹ, iirc. không chắc có giúp ích gì không, nhưng heh, có lẽ đáng để ai đó (giỏi hơn) xem thử. 16:10 <fox_> <tethra> có thể không đúng cái đang cần, dù vậy. 16:12 <jrandom> port một cái mới là một mớ việc, đặc biệt là loại C/C++, tiếc là vậy 16:12 <+Complication> Cá nhân tôi khó mà mày mò XML-RPC. Nhưng cố gắng bắt các bug khác nhau... nằm trong kế hoạch ngắn hạn của tôi. 16:13 * Complication muốn hiệu ứng "rehash" biến mất hẳn, vì nó quá phí thời gian 16:13 <jrandom> ồ, có lẽ cái đó bị kích hoạt bởi việc dịch múi giờ? 16:14 <jrandom> khi I2P SDK kết nối router, nó lấy thời gian I2P (NTP) hiện tại từ đó, và ép JVM của SDK sang UTC 16:14 <+Complication> Nghe có vẻ không phải... nhưng ở giai đoạn này tôi chưa thể loại trừ nhiều thứ 16:15 <jrandom> (và nếu rehash phụ thuộc vào thứ tự và dấu thời gian file, có thể dịch vài giờ sẽ thay đổi điều đó) 16:15 <jrandom> vâng, bạn đã đào sâu nhiều thứ rồi, tôi chỉ nêu một khả năng 16:15 * jrandom không biết gì thêm ngoài các báo cáo lỗi của bạn :) 16:16 <+Complication> Nó xảy ra không thường xuyên, và có vẻ liên quan đến việc gì đó xảy ra khi file cấu hình "sharedlibrary" đang được nạp/ghi lại 16:16 <+Complication> Hmm, khả năng thú vị... 16:16 <+Complication> Tôi chưa đào sâu đủ để loại trừ điều đó 16:18 <jrandom> ok, còn ai có gì cho cuộc họp không? 16:19 <jrandom> nếu không... 16:19 * jrandom kết thúc 16:19 * bar chúc jrandom may mắn với .10 và tặng anh ấy một chiếc baf bóng loáng 16:19 <jrandom> gracias :) 16:19 * jrandom *baf* đóng cuộc họp