Cuộc họp nhà phát triển I2P - ngày 01 tháng 6 năm 2004

[22:59] <duck> Tue Jun 1 21:00:00 UTC 2004 [23:00] <duck> chào mọi người! [23:00] <mihi> chào duck [23:00] <duck> http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] <duck> đề xuất của tôi: [23:00] * Masterboy đã tham gia #i2p

[23:00] 1) tiến độ mã nguồn [23:00] 2) nội dung nổi bật [23:00] 3) trạng thái testnet (mạng thử nghiệm) [23:00] 4) treo thưởng [23:00] 5) ??? [23:00] chào:) [23:00] . [23:01] vì jrandom đang off nên chúng ta sẽ phải tự làm [23:01] (Tôi biết là anh ấy đang ghi log và xác minh tính độc lập của chúng ta) [23:01] không vấn đề gì:P [23:02] trừ khi có vấn đề với chương trình nghị sự, tôi đề nghị chúng ta bám theo nó [23:02] dù nếu mọi người không làm thì tôi cũng chẳng làm được gì nhiều :) [23:02] . [23:02] ;) [23:02] 1) tiến độ mã nguồn [23:02] không có nhiều mã được commit vào cvs [23:02] tuần này tôi có giành được chiếc cúp: http://duck.i2p/duck_trophy.webp [23:03] * hypercubus chưa có tài khoản cvs [23:03] vậy ai đã gửi gì? [23:03] có ai đang viết mã bí mật không? [23:03] * Nightblade đã tham gia #I2P

[23:03] <hypercubus> BrianR đang làm vài thứ [23:04] <hypercubus> tôi đã hack được khoảng 20% của trình cài đặt 0.4 [23:04] <duck> hypercubus: nếu bạn có thứ gì thì cung cấp các diff và $dev sẽ commit giúp bạn [23:04] <duck> tất nhiên là các thỏa thuận giấy phép nghiêm ngặt vẫn áp dụng [23:05] <duck> hypercubus: hay đấy, có vấn đề / điều gì đáng nói không? [23:06] <hypercubus> chưa, nhưng có lẽ tôi sẽ cần vài người bên BSD để thử các script shell của trình tiền cài đặt [23:06] * duck lục lọi vài chỗ [23:06] <Nightblade> nó chỉ có text thôi à [23:07] <mihi> duck: trong duck_trophy.webp, cái nào là bạn? [23:07] <mihi> ;) [23:07] <Nightblade> luckypunk có freebsd, ISP của tôi cũng có freebsd nhưng cấu hình của họ kiểu như bị rối tung [23:07] <Nightblade> ý là ISP host web của tôi, không phải comcast [23:08] <duck> mihi: bên trái, người đeo kính. wilde là anh chàng bên phải đưa cúp cho tôi [23:08] * wilde vẫy tay [23:08] <hypercubus> bạn có thể chọn… nếu bạn đã cài java, bạn có thể bỏ qua trình tiền cài đặt luôn… nếu bạn chưa cài java thì bạn có thể chạy trình tiền cài đặt linux binary hoặc win32 binary (chế độ console), hoặc một generic *nix (hệ điều hành kiểu Unix) script preinstaller (chế độ console) [23:08] <hypercubus> trình cài đặt chính cho bạn chọn dùng chế độ console hoặc chế độ GUI bóng bẩy [23:08] <Masterboy> tôi sẽ cài freebsd sớm nên về sau tôi cũng sẽ thử trình cài đặt [23:09] <hypercubus> tốt, tôi không biết có ai ngoài jrandom đang dùng nó không [23:09] <Nightblade> trên freebsd, java được gọi là “javavm” chứ không phải “java” [23:09] <hypercubus> được build từ nguồn của Sun à? [23:09] <mihi> freebsd hỗ trợ symlink ;) [23:10] <hypercubus> dù sao thì trình tiền cài đặt dạng nhị phân đã hoàn tất 100% [23:10] <hypercubus> biên dịch bằng gcj thành native [23:11] <hypercubus> nó chỉ hỏi bạn thư mục cài đặt, và nó sẽ lấy một JRE cho bạn [23:11] <duck> w00t [23:11] <Nightblade> hay đấy [23:11] <hypercubus> jrandom đang đóng gói một JRE tùy chỉnh cho i2p

[23:12] <deer> <j> . [23:12] <Nightblade> nếu bạn cài java từ bộ sưu tập ports của freebsd, bạn dùng một script bao (wrapper) tên là javavm [23:12] <deer> <r> . [23:12] <hypercubus> dù sao thì cái này sẽ gần như tự động hoàn toàn [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <duck> r: thôi đi [23:12] <deer> <r> . [23:12] <deer> <m> . [23:13] <deer> <m> máy chủ irc ngu ngốc, không hỗ trợ pipelining :( [23:13] <duck> hypercubus: có thời gian dự kiến (ETA) cho bọn mình không? [23:14] <deer> <m> oops, vấn đề là “Nick change too fast” :( [23:14] <hypercubus> tôi vẫn kỳ vọng xong trong vòng dưới một tháng, trước khi 0.4 chín muồi để phát hành [23:14] <hypercubus> mặc dù hiện tại tôi đang biên dịch một HĐH mới cho hệ thống dev của mình, nên sẽ mất vài ngày trước khi tôi quay lại với trình cài đặt ;-) [23:14] <hypercubus> nhưng đừng lo [23:15] <duck> ok. vậy tuần sau sẽ có thêm tin :) [23:15] <duck> có code nào khác đã làm xong không? [23:15] <hypercubus> hy vọng vậy… trừ khi công ty điện lại làm khổ tôi nữa [23:16] * duck chuyển sang #2 [23:16] <duck> * 2) nội dung nổi bật [23:16] <duck> tuần này đã làm xong khá nhiều phần phát audio trực tuyến (ogg/vorbis) [23:16] <duck> baffled đang chạy luồng egoplay của anh ấy và tôi cũng đang chạy một luồng [23:17] <Masterboy> và nó hoạt động khá tốt [23:17] <duck> trên trang của chúng tôi bạn có thể lấy thông tin về cách sử dụng nó [23:17] <hypercubus> có thống kê sơ bộ nào cho bọn tôi không? [23:17] <duck> nếu bạn dùng một trình phát không được liệt kê ở đó và tự tìm ra cách dùng, hãy gửi chúng cho tôi và tôi sẽ thêm [23:17] <Masterboy> duck liên kết tới luồng của baffled trên trang của bạn ở đâu? [23:17] <Masterboy> :P [23:17] <duck> hypercubus: 4kB/s chạy khá ổn [23:18] <duck> và với ogg thì cũng không tệ lắmmmm [23:18] <hypercubus> nhưng đó vẫn có vẻ là tốc độ trung bình? [23:18] <duck> theo quan sát của tôi thì đó là mức tối đa [23:18] <duck> nhưng tất cả là chuyện tinh chỉnh cấu hình [23:19] <hypercubus> có ý kiến vì sao đó có vẻ là mức tối đa không? [23:19] <hypercubus> và tôi không chỉ nói về streaming ở đây [23:19] <hypercubus> mà cả tải xuống nữa [23:20] <Nightblade> hôm qua tôi tải một vài tệp lớn (vài megabyte) từ dịch vụ hosting của duck và tôi cũng chỉ được khoảng 4kb-5kb [23:20] <duck> tôi nghĩ đó là do rtt (độ trễ khứ hồi) [23:20] <Nightblade> mấy phim Chips đó [23:20] <hypercubus> 4-5 có vẻ là một cải thiện so với ~3 mà tôi nhận được đều đặn từ khi tôi bắt đầu dùng i2p

[23:20] <Masterboy> 4-5kb cũng không tệ.. [23:20] <duck> với kích thước cửa sổ là 1 bạn không thể nhanh hơn mấy.. [23:20] <duck> windowsize>1 bounty: http://www.i2p.net/node/view/224 [23:21] <duck> mihi: có lẽ bạn có thể bình luận? [23:21] <hypercubus> nhưng nó ổn định đến đáng kinh ngạc ở mức 3 kbps [23:21] <mihi> về cái gì? windowsize>1 với ministreaming: nếu bạn làm được thì đúng là phù thủy đấy ;) [23:21] <hypercubus> không bị trục trặc trên đồng hồ băng thông… một đường khá mượt [23:21] <duck> mihi: về lý do tại sao nó ổn định ở mức 4kb/s như vậy [23:21] <mihi> không biết. tôi không nghe thấy âm thanh nào :( [23:22] <duck> mihi: cho tất cả các truyền tải i2ptunnel [23:22] <Masterboy> mihi bạn cần cấu hình plugin phát trực tuyến Ogg.. [23:22] <mihi> Masterboy:? [23:23] <mihi> không, không có giới hạn về tốc độ bên trong i2ptunnel. chắc là ở router… [23:23] <duck> tôi nghĩ thế này: kích thước gói tối đa: 32kB, rtt 5 giây: 32kB/5s =~ 6.5kb/s [23:24] <hypercubus> nghe có vẻ hợp lý [23:25] <duck> ok.. [23:25] <duck> nội dung khác: [23:25] * hirvox đã tham gia #i2p

[23:25] có một eepsite mới từ Naughtious [23:25] anonynanny.i2p [23:25] khóa đã được commit vào cvs và anh ấy đã đưa nó lên wiki của ugha [23:25] * mihi đang nghe “sitting in the …” - duck++ [23:25] xem liệu bạn có thể mở hai hoặc ba streams (luồng) ở tốc độ 4kb rồi bạn sẽ biết liệu nó nằm trong router hay streaming lib [23:26] Naughtious: bạn ở đó chứ? nói gì đó về kế hoạch của bạn đi :) [23:26] tôi đã đọc rằng anh ấy cung cấp hosting [23:26] Nightblade: tôi đã thử 3 lượt tải song song từ baffled và tôi nhận được 3-4kB mỗi cái [23:26] tôi hiểu [23:27] Nightblade: vậy làm sao bạn biết được? [23:27] * mihi thích nghe ở chế độ “stop&go” ;) [23:27] ừ, nếu có một loại giới hạn nào đó trong router mà chỉ cho phép xử lý 4kb mỗi lần [23:27] hoặc nếu đó là thứ gì khác [23:28] ai đó có thể giải thích site anonynanny này không? hiện tại tôi không có i2p router đang chạy [23:28] hypercubus: chỉ là một wiki hoặc dạng gì đó tương tự [23:28] cài đặt Plone CMS, mở đăng ký tài khoản [23:28] cho phép tải tệp lên và làm các thứ về website [23:28] thông qua giao diện web [23:28] một việc khác là thử thông lượng của “repliable datagram”, theo như tôi biết nó giống như streams nhưng không có acks [23:28] có lẽ khá giống Drupal [23:28] ừ, tôi từng chạy Plone trước đây [23:29] Nightblade: tôi đã nghĩ về việc dùng airhook để quản lý những thứ đó [23:29] nhưng tới giờ mới chỉ là vài ý tưởng cơ bản [23:29] nội dung wiki thì gì cũng được, hay tập trung vào thứ gì cụ thể? [23:29] tôi nghĩ airhook được cấp phép theo GPL [23:29] giao thức [23:29] không phải mã nguồn [23:29] à :) [23:30] hypercubus: anh ấy muốn nội dung chất lượng, và để bạn cung cấp điều đó :) [23:30] tải lên pr0n ngon nhất của chính cậu đi, hyper ;P [23:30] ok [23:30] * Masterboy cũng sẽ thử làm thế [23:30] ừ, ai chạy một wiki mở là đang cầu xin nội dung chất lượng đấy ;-) [23:31] ok [23:31] * duck chuyển sang #3 [23:31] * 3) trạng thái testnet [23:31] Airhook xử lý tốt các mạng ngắt quãng, không đáng tin cậy, hoặc bị trễ <– hehe không phải là mô tả lạc quan về I2P đâu! [23:31] tình hình thế nào rồi? [23:32] hãy để phần thảo luận datagram over i2p xuống cuối [23:32] tôi thích chạy vòng quanh các wiki mở và link tới cái này: http://www.fissure.org/humour/pics/squirre l.webp [23:32] airhook tuyệt vời [23:32] tôi cũng đã xem nó để xây dựng một mạng p2p. [23:32] đối với tôi có vẻ ổn định (#3) [23:32] tốt nhất tôi từng thấy đến giờ [23:33] ừ [23:33] chạy tốt - ít nhất là cho stop&go audio streaming [23:33] tôi thấy thời gian uptime khá ấn tượng trên irc [23:33] đồng ý… thấy nhiều người màu xanh hơn trong router console của tôi [23:33] mihi: bạn đang nghe techno à? :) [23:33] nhưng khó mà biết vì bogobot có vẻ không xử lý các kết nối vượt qua 00:00 [23:33] audio streaming chạy rất tốt với tôi nhưng tải website thường phải thử vài lần [23:33] tôi có ý kiến là i2p chạy rất tốt sau 6 giờ sử dụng; trong giờ thứ 6 tôi dùng irc trong 7 giờ và vì vậy router của tôi đã chạy 13hours [23:33] (gợi ý) [23:34] duck: ờ… heheh [23:34] tôi đoán tôi có thể sửa cái đó [23:34] bạn có đặt logging theo ngày không? [23:34] hypercubus++ [23:34] ý là xoay vòng log [23:34] ồ có [23:34] duck– [23:34] vì vậy đấy [23:34] tôi ở chỗ làm cả ngày, bật máy lên, khởi động i2p và vào irc server của duck chỉ trong vài phút [23:35] tôi đã thấy vài DNF kỳ lạ [23:35] ngay cả khi kết nối đến chính các eepsites của tôi [23:35] (http://dev.i2p.net/bugzilla/show_bug.cgi?id=74) [23:35] tôi nghĩ đó là thứ gây ra hầu hết vấn đề hiện giờ [23:35] bogoparser chỉ phân tích các khoảng uptime nằm trọn trong một logfile duy nhất… vì vậy nếu logfile chỉ bao trùm 24 giờ, sẽ không ai hiện lên là kết nối lâu hơn 24 giờ [23:35] Masterboy và ughabugha cũng gặp nó, tôi nghĩ… [23:36] ừ [23:36] (sửa được nó và bạn sẽ chắc chắn thắng chiếc cúp tuần sau!) [23:37] bogobot phấn khích à? ;) [23:37] tôi thử website của mình và đôi khi khi tôi nhấn refresh nó đi đường khác? và tôi phải đợi nó tải nhưng tôi không bao giờ đợi ;P tôi nhấn lại và nó hiện ra ngay lập tức [23:37] úi, xin lỗi. quên mất là cái này được gated… [23:38] Masterboy: các timeout có kéo dài 61 giây không? [23:39] mihi: bogobot giờ đặt xoay vòng theo tuần [23:39] * mihi đã thoát IRC (“tạm biệt, chúc họp vui vẻ”) [23:40] xin lỗi tôi không kiểm tra trên website của mình; khi tôi không thể truy cập ngay lập tức tôi chỉ nhấn refresh và nó tải ngay.. [23:40] hừm [23:40] ừ, cái đó cần được sửa [23:41] …. #4 [23:41] tôi nghĩ tuyến (route) được chọn không giống nhau mỗi lần [23:41] * 4) tiền thưởng [23:41] Masterboy: các kết nối cục bộ nên được rút ngắn [23:42] wilde có vài ý về tiền thưởng… bạn ở đó chứ? [23:42] có lẽ đó là bug chọn peer [23:42] tôi không chắc cái đó thực sự nằm trong chương trình họp [23:42] ồ [23:42] ok nhưng ý tưởng đại khái là: [23:42] tôi nghĩ khi chúng ta công khai thì hệ thống tiền thưởng sẽ hoạt động tốt hơn [23:43] masterboy: đúng, có hai tunnel cho mỗi kết nối, hoặc ít nhất đó là cách tôi hiểu khi đọc router.config [23:43] chúng ta có thể dùng tháng này để quảng bá nhẹ cho i2p và tăng quỹ tiền thưởng lên một chút [23:43] tôi thấy dự án Mute đang tiến triển tốt - họ nhận được 600$ và họ vẫn chưa code nhiều ;P [23:44] nhắm tới các cộng đồng tự do, người làm crypto, v.v. [23:44] tôi không nghĩ jrandom muốn quảng bá [23:44] không phải sự chú ý công khai kiểu slashdot, không [23:44] đó cũng là điều tôi quan sát thấy [23:44] tôi muốn thúc đẩy nó lần nữa - khi chúng ta công khai hệ thống sẽ hoạt động tốt hơn nhiều ;P [23:45] Masterboy: ví dụ, tiền thưởng có thể đẩy nhanh phát triển myi2p [23:45] và như jr nói, không công khai cho tới 1.0 và chỉ gây chú ý đôi chút sau 0.4 [23:45] *đã viết [23:45] khi chúng ta có khoảng $500+ cho một khoản tiền thưởng, người ta thực sự có thể sống được vài tuần [23:46] điểm khó là, ngay cả khi chúng ta nhắm tới một cộng đồng dev nhỏ, như cough các dev Mute, những người đó có thể lan truyền thông tin về i2p xa hơn mức chúng ta muốn [23:46] ai đó có thể làm cả sự nghiệp chỉ bằng cách sửa bug i2p [23:46] và quá sớm [23:46] các liên kết i2p đã ở rất nhiều nơi công khai rồi [23:46] bạn google là có thể tìm thấy i2p

[23:47] <hypercubus> những chỗ công cộng ít người biết ;-) (tôi thấy link i2p trên một freesite (trang Freenet)… tôi còn may là cái freesite chết tiệt đó còn tải lên được!) [23:47] <wilde> http://en.wikipedia.org/wiki/I2p [23:47] <Masterboy> nhưng tôi đồng ý là không quảng bá cho đến khi 0.4 xong [23:47] <Masterboy> cái gì??????? [23:47] <wilde> http://www.ovmj.org/GNUnet/links.php3?xlang=English [23:48] <Masterboy> protol0l làm rất tốt;P [23:48] <Masterboy> ;)))))) [23:48] <hypercubus> lỗi gõ dễ thương ;-) [23:48] <wilde> ok dù sao thì, tôi đồng ý là chúng ta vẫn nên giữ I2P riêng tư (jr đọc log này ;) [23:49] <Masterboy> ai làm vậy? [23:49] <Masterboy> tôi nghĩ cuộc thảo luận của nhóm Freenet đã thu hút nhiều chú ý hơn.. [23:50] <Masterboy> và jr thảo luận với toad đã đưa rất nhiều thông tin tới số đông.. [23:50] <Masterboy> vậy nên như trong wiki của ughas - tất cả chúng ta có thể đổ lỗi cho jr vì chuyện đó ;P [23:50] <wilde> ok dù sao thì, chúng ta sẽ xem liệu có thể mang về chút $ mà không kéo theo /.. [23:50] <Masterboy> đồng ý [23:50] <hypercubus> danh sách dev của freenet khó mà tôi gọi là “đại chúng” ;-) [23:50] <wilde> . [23:51] <hypercubus> wilde: cậu sẽ có nhiều $ sớm hơn cậu nghĩ ;-) [23:51] <wilde> ôi thôi nào, ngay cả mẹ tôi cũng đăng ký vào freenet-devl [23:51] <duck> mẹ tôi đọc qua gmame [23:51] <deer> <clayboy> freenet-devl đang được dạy trong các trường học ở đây [23:52] <wilde> . [23:52] <Masterboy> vậy là chúng ta sẽ thấy nhiều tiền thưởng (bounty) hơn sau khi 0.4 ổn định.. [23:53] <Masterboy> tức là sau 2 tháng ;P [23:53] <wilde> duck đi đâu rồi? [23:53] <duck> cảm ơn wilde
[23:53] <hypercubus> dù là người duy nhất đòi bounty đến giờ, tôi phải nói rằng số tiền thưởng không ảnh hưởng gì đến quyết định nhận thử thách của tôi [23:54] <wilde> hehe, nó sẽ có nếu nó lớn gấp 100 lần [23:54] <duck> bạn tốt quá so với thế gian này [23:54] <Nightblade> haha [23:54] * duck chuyển sang #5 [23:54] <hypercubus> wilde, $100 chẳng có nghĩa lý gì với tôi ;-) [23:54] <duck> 100 * 10 = 1000 [23:55] * duck pops(“5 airhook”) [23:55] <duck> tessier: có kinh nghiệm thực tế với nó không [23:55] <duck> (http://www.airhook.org/) [23:55] * Masterboy sẽ thử cái này:P [23:56] <duck> bản cài đặt java (không biết nó có chạy không nữa) http://cvs.ofb.net/airhook-j/ [23:56] <duck> bản cài đặt python (lộn xộn, từng chạy trước đây) http://cvs.sourceforge.net/viewcvs.py/khashmir /khashmir/airhook.py [23:58] * duck mở van xả càm ràm [23:58] <Nightblade> bản j cũng gpl [23:58] <duck> chuyển nó sang pubdomain (public domain - miền công cộng) [23:58] <hypercubus> amen [23:58] <Nightblade> toàn bộ tài liệu giao thức chỉ khoảng 3 trang - không thể khó đến thế [23:59] <Masterboy> không có gì là khó [23:59] <Masterboy> chỉ là không dễ thôi [23:59] <duck> tôi không nghĩ nó đã được đặc tả đầy đủ đâu [23:59] * hypercubus lấy hết bánh quy may mắn của masterboy [23:59] <duck> có thể bạn sẽ phải lặn vào mã C để tìm một bản triển khai tham chiếu [00:00] <Nightblade> tôi tự làm cũng được nhưng giờ tôi bận với mấy thứ khác của i2p [00:00] <Nightblade> (và cả công việc toàn thời gian của tôi) [00:00] <hypercubus> duck: hay là treo bounty cho việc này? [00:00] <Nightblade> đã có rồi [00:00] <Masterboy> ? [00:00] <Masterboy> à Pseudonyms [00:00] <duck> nó có thể được dùng ở 2 tầng [00:00] <duck> 1) như một transport (lớp truyền tải) bên cạnh TCP [00:01] <duck> 2) như một giao thức để xử lý datagram bên trong i2cp/sam [00:01] <hypercubus> vậy thì đáng để cân nhắc nghiêm túc đấy [00:01] <hypercubus> </obvious>

[00:02] <Nightblade> duck: tôi nhận thấy rằng repliable datagram trong SAM có kích thước tối đa 31kb, trong khi stream (luồng) có kích thước tối đa 32kb - khiến tôi nghĩ rằng destination của người gửi (đích I2P) được gửi kèm theo mỗi gói trong chế độ datagram có thể trả lời, và chỉ được gửi ở phần đầu đối với chế độ stream - [00:02] <Masterboy> ờ thì airhook cvs không được cập nhật cho lắm.. [00:03] <Nightblade> khiến tôi nghĩ rằng sẽ không hiệu quả nếu xây dựng một giao thức trên nền các datagram có thể trả lời qua sam [00:03] <duck> kích thước thông điệp của airhook là 256 byte, còn i2cp là 32kb, nên bạn tối thiểu cũng phải đổi chút [00:04] <Nightblade> thực ra nếu bạn muốn làm giao thức trong SAM bạn có thể chỉ dùng datagram ẩn danh và để gói đầu tiên chứa destination của người gửi…. blah blah blah - tôi có nhiều ý tưởng lắm nhưng không đủ thời gian để viết code [00:06] <duck> nhưng rồi bạn lại gặp vấn đề xác minh chữ ký [00:06] <duck> nên ai đó có thể gửi các gói tin giả tới bạn [00:06] <Masterboy> chủ đề:::: SAM [00:06] <Masterboy> ;P [00:07] <Nightblade> đúng [00:08] <Nightblade> nhưng nếu bạn gửi ngược lại tới destination đó và không có xác nhận thì bạn sẽ biết đó là kẻ giả mạo [00:08] <Nightblade> sẽ phải có một handshake [00:08] <duck> nhưng bạn sẽ cần các handshake ở tầng ứng dụng cho việc đó [00:08] <Nightblade> không, không hẳn [00:09] <Nightblade> chỉ cần đặt nó trong một thư viện để truy cập SAM [00:09] <Nightblade> nhưng đó là cách làm tệ [00:09] <Nightblade> ý là làm như vậy [00:09] <duck> bạn cũng có thể dùng các tunnels tách biệt [00:09] <Nightblade> nó nên nằm trong streaming lib [00:11] <duck> ừ. hợp lý [00:12] <duck> ok [00:12] <duck> Tôi đang thấy baff-y [00:13] <Nightblade> ja [00:13] * duck baffs