Tóm tắt nhanh

Có mặt: beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel

Nhật ký cuộc họp

[22:56] được rồi, được rồi [22:56] chương trình họp [22:56] 0.0) chào mừng [22:56] 1.0) tình trạng phát triển [22:56] 1.1) router [22:56] *** Myself248 (~ident@anon.iip) has joined channel #iip-dev [22:56] 1.2) tiền tính DH [22:56] 2.0) lộ trình vi mô [22:56] 3.0) ứng dụng / cách sử dụng [22:56] 4.0) ns [22:56] 5.0) IM [22:56] 6.0) việc hành chính lặt vặt (cvs, bugzilla, cvs list, cvs web) [22:56] 7.0) câu hỏi [22:57] (vâng, 7 mục hôm nay. w00t) [22:57] 0.0) chào mừng [22:57] chào. [22:57] chào [22:57] Hôm nay có 17 người dùng. hay đấy [22:57] *** Ryan_Singer (chatzilla@anon.iip) has joined channel #iip-dev [22:57] và còn tăng [22:57] ok [22:57] 1~hi [22:57] 1.1) tình trạng phát triển cho router [22:58] bản triển khai tham chiếu bằng Java cho router đang chạy rất tốt [22:58] *** ChZEROHag (hag@anon.iip) has joined channel #iip-dev [22:58] giờ chúng ta có thể chạy ứng dụng trên các router khác nhau và gửi tin nhắn cho nhau [22:59] Xin lỗi vì ngắt lời, hy vọng chỉ một lần thôi [22:59] theo cách tiếp cận lặp và tăng dần, trạng thái hiện tại là an toàn, chưa ẩn danh, chưa mở rộng được, và harvestable (dễ bị kẻ tấn công “thu thập” danh sách router/nút để lần ra người dùng) [22:59] Có ai khác đang làm một API bằng C không? [22:59] chào ChZEROHag, có gì mới không? [22:59] Vì tôi đang làm, nhưng rất chậm [22:59] *** dcat (dirtycat@anon.iip) has joined channel #iip-dev [22:59] ồ hay đấy [22:59] shardy sẽ làm một cái sau khi toorcon kết thúc [22:59] có lẽ hai bạn có thể cùng làm việc đó? [23:00] jrand0m: Bạn có thể nhập thủ công một destination để gửi tin nhắn không? [23:00] Nói rõ hơn, có biểu diễn ASCII của một destination không? [23:00] có co, cả hai [23:00] Tuyệt. [23:00] các destination, và mọi cấu trúc của I2P, đều có thể nạp và tuần tự hóa ở base 64 (bảng chữ cái thay thế) [23:01] vậy sẽ không dễ nhớ, nhưng sẽ là ascii? [23:01] (ví dụ trong netDb của một trong các router của tôi, tôi có leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat chứa lease set cho destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] [mặc dù đó là H(destination).toBase64() [23:03] ChZEROHag> nếu có gì chúng tôi có thể giúp bạn với việc đó, cứ nói một tiếng [23:03] ok xong 1.1. 1.2) tiền tính DH [23:03] Anh làm giùm tôi được không? :-) [23:04] đêm qua tôi viết một tối ưu tiền tính cho trao đổi DH để tiết kiệm ~1 giây trên thời gian thương lượng phiên 1.5 giây. Tôi rất muốn ai rành crypto xác nhận là tôi không điên ;) [23:04] lol ChZEROHag [23:04] à tôi nhớ mình cần gì rồi [23:04] Một bản triển khai netdb [23:04] nó có trong cvs không? [23:04] phần dh [23:04] có thecrypto [23:05] C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] Tôi sẽ còn thức thêm 3/4 giờ nữa, có lẽ sẽ có cái để làm [23:05] ờ, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) has joined channel #iip-dev [23:06] được. bạn cần một bản triển khai netdb để làm gì? [23:06] Tôi không nhớ [23:06] hiện tại chúng tôi có một netdb không mở rộng được trong cvs [23:06] hè [23:06] Ít nhất một tuần nay tôi chưa đụng vào [23:06] bạn đang làm một API I2CP bằng C, đúng không? không phải I2NP? [23:07] Tôi định làm hết mọi thứ [23:07] *** wax_off has left #iip-dev [23:07] I2NP thực sự nhiều việc hơn I2CP rất, rất, rất nhiều [23:07] Khi tôi thực sự bắt đầu đàng hoàng, nó sẽ cứ thế triển khai [23:07] nhưng nếu bạn triển khai I2NP bằng C thì tuyệt vời [23:07] hiện có I2NP nào trong cái gì không? [23:07] (I2CP:I2NP::FCP:FNP) [23:07] có dm [23:08] * ChZEROHag deminimizes emacs [23:08] bản triển khai Java tôi đang làm có I2NP hoạt động [23:08] được rồi... [23:08] jrand0m: url? Tôi cần một tham chiếu, dù nó viết bằng ngôn ngữ tệ đi nữa. [23:08] hè [23:08] ờm, thực ra đó là 6.0 việc hành chính lặt vặt: tức là cái quyền truy cập cvs ẩn danh của chúng ta ở đéo đâu rồi ;) [23:09] tôi đang lấy phần DH [23:09] tuyệt [23:09] À đúng [23:09] jrand0m, quay lại lịch trình, lộ trình vi mô? [23:09] * thecrypto che mặt [23:09] vậy tôi sẽ đợi :) [23:09] heh 'k [23:09] lộ trình vi mô [23:09] tôi đã phác thảo từ 0.1 đến 0.5 [23:09] theo lộ trình của freenet à? [23:10] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [23:10] 0.1) hoạt động được, an toàn, chưa ẩn danh, chưa mở rộng được, harvestable [23:10] phát triển chậm lại và đóng băng ở 0.5... [23:10] chúng ta đang ở 0.1. [23:10] heh tôi cũng để ý điều đó dm, flinks dừng luôn ở 0.5.2 nữa ;) [23:10] Anh gọi cả gói là gì? [23:10] (trùng hợp lạ) [23:10] tức là phiên bản 0.1 của cái gì? [23:10] cả gói? i2p router reference implementation [23:10] co: Wonga [23:10] * beefbroth tham gia cuộc họp [23:11] buenos noches beefbroth [23:11] Được rồi. Thế là hiểu. [23:11] Thực ra có lẽ tôi sẽ gọi nó như vậy. Nghe thú vị hơn 'i2pd' [23:11] 0.1 có lỗi. điều đó hiển nhiên. và chưa có tối ưu đáng kể (dù tiền tính DH có giúp). [23:11] heh [23:11] jrand0m, vậy 0.2) là gì? [23:11] invisible internet police department [23:11] ok, 0.2 [23:12] 0.2 là hoạt động được, an toàn, ẩn danh, chưa mở rộng được, harvestable [23:12] 0.2 thêm hỗ trợ các tunnel độ dài khác 0 [23:12] Thực ra tôi đã triển khai phần lớn tối qua, nhưng chưa thử nghiệm kỹ [23:12] Tôi nghĩ 0.2 sẽ sẵn sàng vào cuối tuần [23:12] còn bao xa nữa từ góc độ phát triển? [23:13] tuyệt [23:13] 0.3) là hoạt động được, an toàn, ẩn danh, mở rộng được, harvestable [23:13] * thecrypto lấy bochs để mô phỏng một mạng giúp việc này [23:13] 0.3 thêm một kademliaDatabaseManager [23:13] hiện tại chúng tôi dùng một BroadcastDatabaseManager [23:13] (aka gnunet ;) [23:14] dễ triển khai và dùng được cho mạng nhỏ, nhưng chúng ta cần kademlia để mở rộng [23:14] 0.4) là hoạt động được, an toàn, ẩn danh, mở rộng được, không-harvestable [23:14] cái đó thêm các liên kết tin cậy [23:14] jrand0m, và triển khai kademlia là thách thức phát triển cỡ nào? [23:14] Tôi có hai ý tưởng cho liên kết tin cậy.. một cái dễ triển khai và dùng hơn [23:15] kademlia có lẽ mất trọn một tuần [23:15] (để làm cho đúng) [23:15] lưu ý tất cả còn nhiều chỗ để refactor và tinh chỉnh. Tôi nhắm hoạt động được trước, rồi tối ưu sau. [23:16] Anh có chắc phát triển và thử nghiệm nhanh vậy không? [23:16] Tôi chẳng chắc điều gì cả [23:16] đó chỉ là ước lượng của tôi [23:16] co, anh ấy làm cho chạy được, bọn tôi sẽ test [23:16] Anh chắc chứ? [23:16] (xin lỗi) [23:16] Ryan_Singer: Tôi hiểu rồi. [23:17] * jrand0m <3 những người kiểm thử :) [23:17] Khi anh nói "chúng ta" kiểm thử. Có chỗ nào cho người không biết code tham gia thử nghiệm không? [23:17] Myself248> có lẽ chưa cho đến 0.4 [23:17] hy vọng nó không đến mức chạy được nhưng chẳng ai biết bên trong mạng đang quái gì xảy ra để nó hoạt động tốt (ví dụ như freenet) [23:18] khi 0.4 sẵn sàng, đó là pre-alpha. khi đạt 0.4 tôi sẽ tinh chỉnh, refactor và lấp các khoảng trống để sẵn sàng cho 0.5 (alpha) [23:18] Tài liệu, tài liệu, tài liệu. [23:18] đã nghĩ đến việc giám sát chủ động nội bộ mạng chưa, hay là mọi thứ khá thẳng thắn? [23:18] có dm, chắc chắn rồi [23:18] một trong các phần then chốt của i2np là đưa thống kê vào các cấu trúc routerInfo được công bố [23:18] jrand0m: làm s/0./0.0./ ;) [23:18] các bản đầu sẽ công bố số liệu thật để ta tinh chỉnh [23:19] các bản sau sẽ hoặc không công bố số liệu nào hoặc công bố số liệu giả [23:19] * jrand0m không chơi 0.0 [23:19] ok, tôi đến rồi [23:19] chào mừng trở lại shardy [23:19] xin lỗi đến muộn, quên mất cửa sổ này đang mở, heh [23:19] hay đó. [23:19] có tài liệu cấp cao mô tả kiến trúc cho mạng ở .4 không? [23:19] chặt đầu ngươi đi [23:20] Ryan_Singer> hmm, tôi có vài tài liệu tổng quan mấy tháng trước mà mids và nop đã mirror, và có tài liệu tổng quan i2p [23:20] 0.4 là i2np đầy đủ như mô tả trong spec, chỉ là chưa triển khai tối ưu [23:20] à và jrand0m, tôi sẽ kiểm tra tối ưu DH cho anh [23:20] tốt, gracias [23:20] tôi có thể lấy các tài liệu đó chứ? [23:21] tổng quan ở (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] chúng ở trên wiki thì phải? [23:21] các tài liệu tổng quan cũ... hmm [23:21] (i2p specs ở (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] Chúng ở (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] đúng đó beefbroth [23:22] dù có tài liệu cũ ở dạng html với ảnh ms paint xấu xí từ trước mô tả cách tunnel hoạt động... [23:22] Tôi nên biết chứ, tôi đọc chúng đủ nhiều rồi [23:22] hehe [23:22] Trừ khi đó là bản cũ hơn hoặc mirror. [23:22] những file trên wiki là 0.9 (0.9.1 đã ra cho I2NP và datastructures, nhưng chỉ có thay đổi nhỏ) [23:23] jrand0m: phần tiền tính trông ổn [23:23] tuyệt [23:24] *** pitu (~pitu@anon.iip) has joined channel #iip-dev [23:24] * jrand0m chạy router với java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] ok, đó là lộ trình vi mô [23:25] như bạn thấy, tôi chấp nhận rằng alpha sẽ không sẵn sàng vào cuối tháng. 0.4 có lẽ là tuần đầu tháng mười [23:26] không sao, ngay cả vậy cũng là triển khai nhanh nhất từ trước đến nay cho kiểu mạng này ;) [23:26] lol [23:26] khi đọc ước tính thời gian của jrand0m ở đây, xin nhớ là anh ấy đã uống whiskey suốt 4 giờ qua :-P [23:26] heh [23:26] ok... Ứng dụng/cách dùng? [23:26] whiskey ngon nữa chứ ;) [23:26] ok, ứng dụng/cách dùng [23:27] 0.7 trong 4 giây....3...2...1..!! [23:27] Tôi nhắm đến “trái thấp” trước - những thứ ta có thể làm với 0 hoặc rất ít code mới. [23:27] Làm sao anh code tử tế nếu tỉnh như sáo? [23:27] tất cả những cái này dùng rất nhiều i2ptunnel tuyệt đỉnh của mihi [23:27] ChZEROHag: Dễ mà. [23:27] *** mihi has changed the topic on channel #iip-dev to 0.7 in 4 seconds....3...2...1..!! [23:28] dùng i2ptunnel, ta có thể làm các việc sau mà không cần viết code mới: [23:28] public ww proxy (dùng i2ptunnel + squid) [23:28] * dm nghiêng mũ chào mihi. [23:28] JAP (dùng i2ptunnel + JAP) [23:28] bạn không thể “đá đít” qua i2p (qua tunnel cũng không...) [23:28] duyệt www ẩn danh (i2ptunnel + trình duyệt web) [23:28] chạy một i2p web server (i2ptunnel + httpd) [23:29] Rất hay. Bravo, mihi. [23:29] cvs outproxy (i2ptunnel) [ví dụ cvs outproxy tới sourceforge cho dev freenet ẩn danh] [23:29] client cvs, server cvs [23:29] ứng dụng IM, máy chủ pop3, máy chủ imap, opennap [23:29] đều là “trái thấp” [23:29] ok, giờ tất cả những gì ta cần là i2p :) [23:30] đúng ;) [23:30] webserver i2p có thay thế freenet không? :) [23:30] * jrand0m nghĩ đó đủ là một câu hỏi thường gặp tôi nên trả lời [23:30] jrand0m, nhưng chúng cũng rất giá trị [23:30] Từ danh sách đó, tôi thấy cvs quan trọng/hữu ích hơn [23:30] Một phần vì tôi muốn ẩn danh, nhưng cũng vì nếu cung cấp www ẩn danh bạn sẽ có lusers [23:30] i2p + web không thay thế freenet - freenet thêm giá trị đáng kể lên trên một khung truyền thông ẩn danh - phân phối nội dung [23:31] Và lúc này ý tưởng email ẩn danh khá đáng sợ :) [23:31] * dm ghi lại: "không lusers" [23:31] cvs chắc chắn nằm trong top 3 [23:31] tôi nghĩ nếu i2p webserving chạy tốt, bạn nên cân nhắc gộp phần DHT/lưu trữ của freenet lên trên i2p, như vậy có cả hai thế giới. [23:31] ChZEROHag, nếu nó mở rộng được thì tốt [23:31] dm: lusers chỉ là vấn đề ở giai đoạn đầu, nhưng họ thường không dùng cvs [23:31] ok, thêm nhiều hashcash cho mọi thứ email ẩn danh. [23:31] Hoặc thậm chí biết (hoặc biết rằng) nó là gì [23:31] Tôi nghĩ một trong các thử nghiệm cần làm là tấn công thử vào mạng. [23:31] đúng vậy beefbroth, khi i2p làm được mục tiêu, freenet rất có thể sẽ điều chỉnh để sử dụng nó [23:32] Xin lỗi nếu lạc đề. [23:32] Myself248: chỉ cần thêm redirector tới một anon remailer. [23:32] không, đó chắc chắn đúng chủ đề co - tấn công mạng này là then chốt [23:32] Myself248: hashcash chủ yếu để chặn flood khi ta buộc phải dùng giao thức cổ xưa 'irc' [23:32] Không phải để chặn cái có thể gọi là ‘lạm dụng’ [23:32] đúng, hashcash thậm chí còn được tích hợp trong chính i2p để ngăn thông điệp được chuyển một hop trừ khi họ “trả phí” [23:33] jrand0m, chúng ta có thể chạy imap qua cái này dễ không? [23:33] hoàn toàn được [23:33] ấn tượng [23:33] imapd với một i2ptunnel trỏ vào nó, với i2ptunnel ở client trỏ vào destination của tunnel đó [23:34] và các công cụ tìm kiếm freenet :) [23:34] ftp hoặc vài IM không phải jabber sẽ gặp vấn đề... [23:34] đúng, những thứ yêu cầu hai kết nối phức tạp hơn [23:34] jrand0m: hashcash trong i2p? [23:34] Tôi sẽ hỏi anh về chuyện đó khi xong. [23:34] hashcash trong i2p? hay đó. [23:34] ta đang đi trước chính mình! thôi được, ai quan tâm.. QUAKE + IIP!!!!!! [23:34] xin lỗi, I2p :) [23:34] lol dm [23:35] Những người CPU yếu nghe đến hashcash là lo, nhưng như biện pháp chống spam thì hiểu được. [23:35] dm: Cái đó là đi trước rất xa. [23:35] * mihi là jabber:schierlm@a-message.de ;) [23:35] có ChZEROHag - Destination == khóa ký công khai (DSA) + khóa mã hóa công khai (ElGamal) + chứng chỉ (hoặc null hoặc hashcash(keys)) [23:35] i2p tunnel phía client là tĩnh hay động? [23:35] beefbroth: atm tất cả là tĩnh. nhưng bạn có thể dùng một socks proxy làm dest. ;) [23:35] Myself248> Tôi sắp nhận được một con Sun Ultra1 “ngầu” qua bưu điện trong vài tuần nữa. nếu máy 160Mhz làm được, ai cũng làm được [23:35] ừ. hashcash không nên là thứ khủng khiếp ngay cả với cpu yếu. chỉ khi bạn muốn làm nó đến “một tỷ lần” thì mới thấy. [23:36] beefbroth: Nó có thể là động. [23:36] các ứng dụng tiềm năng của “trái thấp” ở đây rất ấn tượng [23:36] đúng đó mihi [23:36] “eleventy”. heh [23:36] “trái thấp” về cơ bản là ứng dụng internet “bình thường”, nhưng ẩn danh [23:36] đúng không? [23:36] đúng [23:36] đúng [23:36] (quake) [23:37] 0.1 chạy chúng an toàn, 0.2 chạy ẩn danh, 0.3 chạy mở rộng được, 0.4 chạy không-harvestable [23:37] (ta đang ở 0.1) [23:37] “không-harvestable” là sao? [23:37] Xin lỗi, “harvestable” là gì nhỉ? [23:37] dm: Đáng tiếc ta bị kìm chân đủ để realtime sau hơn 30 năm vẫn chưa là “bình thường” [23:37] Phù. Tôi cũng mong ai đó hỏi. ;) [23:37] ghi log được [23:37] “harvesting” nghĩa là một kẻ tấn công chủ động có thể chạy một router, tìm ra nhiều router khác (“thu thập” chúng), rồi cử người đến đập cửa nhà họ [23:38] ồ, như với gnutella. :) [23:38] kiểu “mật vụ” ấy [23:38] đúng [23:39] à, hiểu rồi. [23:39] ok, nhưng vâng, đó là lộ trình vi mô. [23:40] giờ, tôi có ngu khi gọi mấy cái này là 0.x thay vì 0.0.x không? 1.0 nên là “hoàn hảo” hay 1.0 nên là hoạt động được và an toàn? [23:40] jrand0m, ta sẽ thấy .4 khi nào? [23:40] 0.4 có lẽ còn 2 tuần nữa [23:40] * jrand0m sẽ nghỉ khoảng một tuần giữa tháng mười vì có người đến chơi [23:40] *** Signoff: dm (EOF From client) [23:40] 1.0 nên ổn định. [23:40] Hãy để 1.0 là hoạt động được và an toàn. [23:40] đồng ý với co [23:41] 1.0 nên hoạt động được, ổn định và an toàn [23:41] jrand0m: Triết lý của tôi về số phiên bản là nếu phân vân, hãy bắt chước Linux [23:41] 5.0 có thể là “hoàn hảo”. Dân phần mềm tự do quá sợ phình số phiên bản. [23:41] word [23:41] jrand0m, v1 của mọi thứ chẳng bao giờ hoàn hảo cả :) [23:41] *** dm (~gj@anon.iip) has joined channel #iip-dev [23:41] mọi người cũng không mong chúng hoàn hảo [23:41] tôi bỏ lỡ 1.0 à? [23:41] mrflibble: Người ta không mong phần mềm nào hoàn hảo. Người ta dùng windows mà. [23:41] phần mềm này sẽ là GPL hay LGPL? [23:41] tuyệt, tôi đã bị phàn nàn vì 1.0 chưa “hoàn hảo” rồi [23:41] Điều đó không có nghĩa nó không nên hoàn hảo. [23:41] ý hay đó ChZEROHag [23:42] à chết, tôi đã bỏ lỡ rồi nhỉ.. [23:42] dm: thôi đừng đùa [23:42] đúng thế, cậu bỏ lỡ rồi [23:42] router là GPL. thư viện client Java hiện là GPL, nhưng tôi cởi mở. thecrypto và tôi sở hữu hoàn toàn tất cả trừ một phần (bản triển khai Cryptix AES, là MIT) [23:42] được rồi được rồi tôi xin lỗi :( [23:42] thực ra, tôi rút lại [23:42] tôi còn dùng Base64.java từ freenet nữa [23:43] ta vẫn ở mục 0.3 Ứng dụng à? [23:43] vậy base64 là GPL :) [23:43] và client IM sẽ là GPL [23:43] ồ đúng, ta đang ở 0.3 nhỉ [23:43] ngay khi tôi rảnh để thêm comment vào code [23:43] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [23:43] heh thecrypto [23:43] GPL nghe ổn với tôi [23:43] w0ah, 23 người dùng [23:43] ta đang ở mục 6.02E23 trong chương trình, linh tinh. :) [23:43] jrand0m, nếu anh có thời gian, tôi muốn trao đổi với anh về giấy phép và các hợp đồng tư vấn tiềm năng [23:43] được Ryan_Singer [23:43] Nhưng như ai đó (Fillament?) đã nêu - nếu ai đó phá vỡ giấy phép thì một người ẩn danh sẽ làm gì được? [23:43] jrand0m: 22 ;) [23:43] ChZEROHag> đọc giấy phép của tôi trên flinks ;) [23:43] ta cần một hệ thống tòa án ẩn danh. [23:44] * mihi ở đây hai lần [23:44] Myself248> gọi là yodel ;) [23:44] "Tòa hiện xét hồ sơ số 34534, J. Doe kiện J. Doe" [23:44] ChZEROHag, lý do tôi hỏi là để các công ty có thể dùng phần mềm này để chống gián điệp công nghiệp [23:44] Naming server sẽ cấp phép GPL luôn. [23:44] lol [23:44] "Thừa phát lại, chẳng phải đó là cùng các bên như 34533 vụ trước ta đã xét sao?" [23:44] ừm [23:45] luôn có ý tưởng rằng nếu bạn muốn mọi người thật sự dùng giao thức của bạn, và bạn không lo chuyện tiền bạc, cứ làm nó hoàn toàn mở. thậm chí không bị ràng buộc bởi gpl. [23:45] shardy: Ý bạn là public domain? [23:45] tôi ghét phải nói, nhưng tôi nghĩ đó là lời dẫn của co tới mục 0.4 :-P [23:45] shardy> spec thì công khai và mở. Tôi không khẳng định bản quyền trên spec. [23:45] xem giao thức liberty đi.... (Link: http://projectliberty.org)http://projectliberty.org [23:45] jrand0m: ok hay. hiểu rồi. [23:46] * jrand0m từng nghĩ về giấy phép “cấm chính phủ sử dụng” ;) [23:46] ok, lý do tôi đưa 3.0) ứng dụng vào danh sách vấn đề là thế này [23:46] chúng tôi cần trợ giúp. [23:46] cần giúp cái gì? [23:46] i2ptunnel là code tốt. router của i2p sẽ là code tốt. [23:47] điều chúng ta cần là mọi người bắt đầu tìm ra các chi tiết của release engineering [23:47] sao cần ứng dụng nếu chỉ cần dùng i2ptunner? [23:47] jrand0m: nói lại? [23:47] tức là, làm sao thực sự đóng gói để “anh bình dân” tải về và duyệt web [23:47] dm: Sao cần ứng dụng nếu có thể dùng telnet? [23:47] gì cơ? [23:47] * dm gãi đầu. [23:47] * jrand0m nghĩ đó là ý của ChZEROHag đấy dm ;) [23:48] *** Myself248 is now known as myself248 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] dm: Dùng i2ptunnel cũng như có một chiếc xe chạy được rồi lại kéo nó trên xe đẩy tay [23:48] ok, chỉ vậy thôi. Tôi chỉ muốn nhắc trong trường hợp mọi người có thời gian rảnh :) [23:48] ok, 4.0) [23:48] naming service [23:48] Tôi hiểu anh ấy đang cố nói gì. [23:48] chào co, sao rồi? :) [23:48] Naming server phải GPL, vì ít nhất bản Java dùng code từ client library để liên hệ router. [23:49] nhưng ta vừa mất 20 phút để nói: I2Ptunnel + web server!, I2Ptunnel + quake! ;) [23:49] Hoặc, theo thuật ngữ tin học, như làm mọi thứ internet bằng telnet thay vì trực tiếp trên ngăn xếp IP [23:49] Tuần trước tôi không làm nhiều. Tôi đã phát hành client API, cái đó cũng cần chỉnh. [23:49] i2ptunnel là giải pháp tạm thời [23:49] Tuần này tôi có thời gian để bắt đầu triển khai naming server. [23:49] hay [23:49] client api ở đâu ấy nhỉ? [23:50] trên mailing list ;) [23:50] Một giả định của nó là destination có thể được mã hóa base64, đó là lý do tôi hỏi lúc nãy. [23:50] ChZEROHag> ở vài khía cạnh nó là tạm thời [23:50] * jrand0m !tự vả [23:50] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:50] TCP cũng vậy! [23:50] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:50] chào yodel [23:50] quy ước đặt tên trông sẽ thế nào? liệu có phải thứ mà người dùng phổ thông có thể quen thuộc (ví dụ (Link: www.somthing.com)www.somthing.com hoặc (Link: www.something.i2p)www.something.i2p cho http/web)? [23:50] Tôi sẽ đưa spec naming service và client API vào CVS. [23:50] mừng quay lại thecrypto [23:50] Chắc đã nói trước rồi, nhưng ns sẽ cung cấp tên duy nhất công bằng ra sao? [23:50] * mihi muốn có *.mihi.iip ;) [23:50] beefbroth> có naming service hay không? [23:50] heh mihi [23:50] tránh tình trạng chiếm chỗ, v.v. đã làm DNS khốn khổ [23:50] có ai gửi cho tôi những gì đã xảy ra không? [23:51] jrand0m: có. tôi nghĩ không có thì sẽ là một chuỗi số dài. [23:51] ChZEROHag: Bạn sẽ đăng ký với một nhóm naming server, rồi dùng tên nhóm đó để nhận diện mình. [23:51] Như IM.beefbroth.mygroup nếu bạn cung cấp dịch vụ IM. [23:51] ối, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) has joined channel #iip-dev [23:51] *** Signoff: godmode0 (EOF From client) [23:51] ChZEROHag> naming service của co có các nhóm tin cậy, mỗi nhóm quản lý một tên nhóm (tld). bạn chọn nhóm nào vận hành mỗi tld [23:51] Đúng, sẽ có thể có ai đó đăng ký username beefbroth với group2. [23:51] trong 4 phút tôi vắng mặt [23:52] co: Vậy chỉ có vấn đề duy nhất là tính duy nhất của .mygroup? [23:52] Và ai sẽ lấy nhóm 'com'? :-) [23:52] và cái đó do client chọn [23:52] ChZEROHag: i2p không COMmerical [23:52] (ví dụ, bạn bảo thư viện ns client “group '.com' là group 0123ff33aefcbb34fe [23:52] Tôi ghét phải đề xuất, nhưng tôi gần như nghĩ các nhóm nên mặc định 3 chữ cái để tạo cảm giác giống web thường [23:52] ChZEROHag: Tôi không chắc ai sẽ lấy nhóm “com”. [23:52] Câu hỏi hay. [23:53] beefbroth: trừ việc “web thường” giờ không chỉ có tld 3 chữ cái [23:53] beefbroth: hoặc thêm .i2p vào mọi địa chỉ. [23:53] beefbroth: Cảm giác đó chỉ có ở Mỹ [23:53] tlds. [23:53] ban đầu, ta có lẽ chỉ muốn có một nhóm naming server, “.i2p” [23:53] beefbroth: Phần mềm naming server cho phép bạn dùng tới 32 chữ cái. [23:53] Ở nơi khác ta dùng mã quốc gia 2 chữ cái [23:53] .us cũng dùng ở Mỹ. [23:53] Thực ra, tôi muốn nhóm đầu tiên là “test”. [23:53] cũng như .info và .name [23:53] heh 'k [23:54] shardy: vâng, do khoảng 5 người dùng. [23:54] Nhưng đó có lẽ là chủ đề cho lúc khác :) [23:54] thực ra... [23:54] còn có cả .museum [23:54] jrand0m, dùng .12p nghe ổn [23:54] tôi từng gặp một DNS phân tán dựa trên JXTA hôm trước [23:54] ChZEROHag: Nhưng ý là nếu bạn không thích người vận hành nhóm “com”, bạn có thể lập nhóm “com2” và vận hành server của nó (và đăng ký với nó). [23:55] Vâng đoạn đó rất hợp lý [23:55] ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] co> (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS là wiki về DNS phân tán, nhưng còn rất thô và không xử lý các vấn đề khó [23:55] ChZEROHag: Khi đăng ký username với một nhóm, thì đúng là first-come-first-served. [23:55] jrand0m: Tôi sẽ xem sau cuộc họp. [23:55] jxta chạy naming server dựa trên các điểm rendezvous [23:55] mihi: cái gì thế? [23:55] vậy có thể ai đó cố tấn công hệ thống NS bằng cách bắt chước nhóm naming server i2p đã có [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] beefbroth: Tôi nghĩ là không. [23:57] ChZEROHag: nghe đi. vì sao xxx triệu người Mỹ thích .us hơn .com [23:57] 68 triệu [23:57] Theo tôi hình dung, người lập nhóm sẽ công bố các nhóm đó. [23:57] bắt chước á? họ không thể bắt chước vì các server trong nhóm được xác thực bằng hệ thống khóa công khai [23:58] tuy nhiên, nếu nhóm cho phép thành viên không tin cậy tham gia, chúng có thể bị thâu tóm dễ dàng. [23:58] nhưng trao đổi khóa làm sao? [23:58] Người đến sau sẽ gặp vấn đề là nhóm đã được thiết lập, và file cấu hình phần mềm client chứa destination của nhóm trước. [23:58] mihi: Tôi vẫn luôn nói thích .us có lý, yêu nước mà, chỉ là tôi chưa thực sự thấy. [23:58] chuyện gì xảy ra nếu hai nhóm naming server cùng nhận là giải quyết nhóm .i2p? [23:58] Câu hỏi hay, và tôi sẽ suy nghĩ lại cẩn thận. [23:58] mihi: dù sao tôi sẽ nghe thử [23:58] shardy> không có trao đổi khóa - chỉ công bố khóa [23:58] tôi hiểu, ý hay [23:58] co: Vâng đó cũng là điều tôi muốn hỏi đến [23:58] nhưng khóa vẫn có thể bị chặn nếu công bố online [23:58] beefbroth> không ai “nhận” gì cả. client của bạn nói “i2p == [dest1, dest2, dest]” [23:59] ta cần hệ thống dns dựa trên tin cậy :) [23:59] để bạn có thể gửi truy vấn tên và nhận về một danh sách phản hồi... rồi chọn cái bạn tin cậy [23:59] Cảm ơn đã nêu vấn đề này. [23:59] shardy> à, tôi nghĩ tôi hiểu nhầm. Tôi nghĩ naming service sẽ đi kèm một bộ destination truyền ngoài băng (out of band) (tức là đóng gói cùng bộ cài) [23:59] Vâng ta có một cái - mọi người tin IANA (hay họ gọi mình là gì) nếu không thì… [23:59] * shardy né [23:59] :-D [23:59] họ đang thử với dnssec, nhưng dĩ nhiên nó không ẩn danh [00:00] naming service này loại bỏ root server [00:00] bạn luôn có thể có một trang chủ i2p liệt kê các nhóm và nhà chức trách naming đang hoạt động? [00:00] jrand0m: ok. chỉ chỉ ra rằng vẫn có thể bị chặn trừ khi có kênh vật lý an toàn để truyền khóa ban đầu... [00:00] shardy: Tôi nghĩ tôi đã đề cập trao đổi khóa trong spec. Nếu chưa, nhắc tôi. [00:00] nhưng đóng gói ngoài băng thì tốt hơn [00:00] co: Tôi sẽ xem. [00:00] shardy> ừ, đúng. mọi người cần có thể tin code họ tải về [00:00] beefbroth: Chắc chắn rồi. [00:01] à nhắc tôi [00:01] beefbroth> vâng, đó chắc chắn là một trong những ứng dụng đầu tiên sẽ triển khai - một i2p webserver với bbs & wiki để mọi người truy cập qua i2p [00:01] Tôi nên tạo khóa gpg cho iipmail của mình [00:01] *** yodel has left #iip-dev [00:01] * ChZEROHag làm việc đó trong khi phần không hấp dẫn diễn ra [00:01] heh ok [00:01] Xin hiểu rằng spec của naming server vẫn mở cho góp ý cải thiện. [00:02] Tôi nghĩ tôi sẽ mang tất cả spec theo trên chuyến bay tới toorcon... sẽ có thời gian đọc [00:02] Tôi không nói nó hoàn hảo hay chốt ở thời điểm này. [00:02] heh hy vọng chuyến bay dài [00:02] và năng suất hơn việc chơi fft advance suốt, heh [00:02] * jrand0m thấy rằng phê bình sẽ đến thoải mái hơn khi đã có code triển khai spec [00:02] *** godmode0_ is now known as godmode0 [00:02] Và tôi phải viết code. [00:02] Tôi nghĩ ta có thể chuyển sang chủ đề tiếp theo. [00:02] 'k [00:02] 5.0) IM [00:03] chào thecrypto [00:03] tên không nên xung đột với biểu diễn base64. [00:03] chào [00:03] được rồi [00:03] và naming server nên trả về địa chỉ base64 nguyên trạng một cách trong suốt. [00:03] mihi: Rất tốt, tôi sẽ cố tránh vấn đề đó. [00:03] đầu tiên vì email của tôi lại không hoạt động (đồ spam chết tiệt) [00:03] (mọi class mở rộng DataStructure đều có String .toBase64() và .fromBase64(InputStream) ) [00:03] tôi sẽ trả lời câu hỏi của whit về hệ thống của tôi ở đây [00:04] * jrand0m mở email của co [00:04] jrandom? sao là Inputstream mà không phải Reader? [00:04] “network” là thứ đầu tiên tôi nghĩ tới, bạn đang tạo kết nối qua mạng i2p, nó rất p2p nên tôi gọi nó là network [00:04] nếu bạn muốn Reader, cứ bọc bằng InputStreamReader, đồ nhóc [00:04] base64 là ký tự, không phải byte theo ý tôi. [00:04] jrand0m: IM == Instant Messaging? [00:04] đúng ChZEROHag [00:04] nếu mọi người thấy vấn đề với cái đó, cho tôi gợi ý xem nên gọi nó là gì [00:05] jabber? [00:05] IM == mạng IM phân tán tự tôi viết [00:05] bạn nên gọi nó là “bob” [00:05] i2p im là một mạng theo cách AIM là mạng, hoặc kazaa là mạng, tất cả chạy trên tcp/ip hoặc udp/ip [00:05] Gọi là ứng dụng IM thì sao? [00:05] (anonabber) [00:05] jrand0m: Tôi hiểu rồi. [00:05] jabber yêu cầu server tập trung [00:05] thuật ngữ không quan trọng với tôi. Tôi thích ý của shardy [00:05] thecrypto: Chẳng cái gì “yêu cầu” server tập trung cả [00:05] và hôm nay tôi đánh vần tệ nên bỏ qua nhé [00:05] Chỉ là người ta viết như vậy [00:05] (dù tôi thích Betty hơn) [00:05] vậy bạn muốn tôi gọi nó là I2PIM bob à? [00:05] :) [00:05] wilma thì sao? [00:05] fred bị lấy rồi cơ [00:05] Hay là gọi là IM phân tán? [00:05] DIM, heh [00:05] Nhưng thế thì, ứng dụng IM phân tán? [00:05] AIM, anonymous Instant messaging! [00:05] acronym tệ quá :) [00:06] rồi ta chiếm AOL. [00:06] ồ tôi nóng lòng chờ AOL biết chuyện này [00:06] dm: Điều đó sẽ làm vài kẻ bựa bực mình. Tôi thích. [00:06] heh làm đi [00:06] thecrypto, ta có thể triển khai IM theo kiểu phi tập trung, hay buộc phải tập trung? [00:06] dm: Ý hay. Tôi ủng hộ acronym đó. [00:06] theo những gì tôi đọc từ tài liệu của thecrypto, IM là hoàn toàn phi tập trung [00:06] tôi đang triển khai IM phân tán, nó ở trong CVS [00:06] Tôi sẽ bỏ phiếu chống bất cứ thứ gì gây nhầm lẫn cho người dùng [00:07] AOL TimeWarner đã đổi tên thành Time Warner [00:07] dm: Điều đó sẽ làm vài kẻ bựa bực mình. Tôi thích. [00:07] “ẩn danh một cách trong suốt” không hữu ích nếu người ta không hiểu ẩn danh là gì. [00:08] Ồ khoan, tôi có cái gì đó như thế này viết ra giấy [00:08] Tôi thích ý tưởng của thecrypto [00:08] “network” mà I2PIM chạy trên là gì, tôi đang tìm từ [00:08] dạy mọi người cách tự bảo vệ mình là điều rất quan trọng [00:08] tôi nghĩ “Presence System”? [00:08] quảng bá khía cạnh bảo mật của ẩn danh [00:08] I2M (instant 2 messaging) [00:08] Mặc dù tôi chỉ gọi nó là XIrc [00:09] bạn là nhất đấy thecrypto, gì cũng được ;) [00:09] và trong logo I2M, số 2 sẽ rất nhỏ :) [00:09] vậy I2P là viết tắt của Invisible ... jrand0m ? [00:09] Điều tôi thích nhất là ai cũng gọi là Borg và chat trong Collectives [00:09] i2p = i^2p (invisible internet project) [00:09] Tôi tưởng P là protocol. [00:09] cái đó cũng đúng [00:09] à, thực ra, không [00:10] vậy là Invisible Internet Project Instant Messaging [00:10] i2np là protocol [00:10] i2p là project [00:10] i2cp là client proto [00:10] Tôi tưởng nó là “poop” [00:10] thecrypto: Đúng, tên không quá quan trọng. [00:10] i2m = i^2m = instant invisible messaging [00:10] vậy chuyển chủ đề nhé [00:10] ok.... ta đang lệch khỏi chương trình... xong IM chưa? [00:10] nếu “bob” chưa đủ, ta gọi là “jimbob” [00:10] 0k, 6.0) việc hành chính lặt vặt [00:10] chưa, còn nữa [00:11] xin lỗi [00:11] Là administrivia. [00:11] không, vẫn là IM [00:11] nop> cho tôi root. Tôi cần cài anon cvs, bugzilla, và cvsweb. [00:11] tôi chưa xong [00:11] :) [00:11] tua lại! [00:11] * jrand0m lùi lại [00:11] 5.1) thecrypto v2 [00:11] còn gì trong IM nữa, thecrypto? [00:12] thecrypto: cứ nói tiếp đi; /me tôi cũng bỏ lỡ phần naming services như vậy [00:12] được rồi, chuyện các presence giao tiếp là khác [00:12] không phải ai cũng biết mọi người khác [00:12] gần như không thể “bám đuôi” ai [00:12] bạn phải yêu cầu mới được hiển thị [00:13] trong mạng ẩn danh, thường chẳng ai biết ai cả ;) [00:13] (miễn là Destination của mọi người là ngẫu nhiên) [00:13] *** Signoff: pitu (Lost terminal) [00:13] ý bạn là gì? [00:13] Alice muốn nói chuyện với Bob [00:13] mihi> dù naming service cho phép tìm theo dịch vụ [00:13] (dịch vụ là IM, www, v.v.) [00:13] Alice tìm destination IM của Bob bằng cách nào đó, có lẽ qua naming service [00:14] Vậy Alice gửi tin nhắn tới destination IM của Bob [00:14] rồi? [00:14] anh ấy nhận một tin nhắn nhỏ nói “Alice đã cố liên hệ bạn” nếu anh ấy muốn nói chuyện với cô ấy, anh ấy có thể, hoặc bỏ qua [00:15] nhưng không có server presence trung tâm, Alice cũng có thể chỉ thấy tin nhắn của mình biến mất và không nhận được phản hồi [00:15] ok, như MSN thì? [00:15] (dù Alice có thể biết Bob đã phớt lờ cô ấy) [00:15] và Alice không thể chỉ bỏ Bob vào buddy list và đợi anh ấy [00:15] thecrypto, ok... khác gì so với Y!, MSN hay AIM cấu hình đúng... ngoài việc không có server trung tâm [00:15] vì Bob phải gửi tin nhắn cho router của Alice để thấy cô ấy đăng nhập [00:15] ồ [00:15] ok, trải nghiệm IM không đổi với người dùng, tôi chỉ muốn xác nhận vậy. [00:16] thecrypto> không hẳn đúng [00:16] hiểu rồi.. không có chức năng buddylist... [00:16] ồ, ừm, về mặt kỹ thuật thì... [00:16] Ryan_Singer: không, vẫn có buddy list [00:16] làm sao alice gửi tin nhắn cho bob nếu cô ấy không thấy anh ấy? [00:16] bạn chỉ phải thử liên hệ ngẫu nhiên xem có ai đó ở đó? [00:16] bob phải gửi tin tới router của alice, việc đó có thể xảy ra mà alice không biết [00:16] Alice có thể thử ngẫu nhiên [00:17] không tiện lắm? bạn lên mạng và phải gửi cho mọi người tin “bạn ở đó không?, bạn ở đó không?” [00:17] thecrypto: người dùng có thể “thông báo” toàn bộ bạn bè khi họ đăng nhập bằng cách gửi họ tin nhắn không? hay đó là điều bạn vừa nói [00:17] * co lưu ý rằng có thể có hai Bob đăng ký ở hai nhóm naming server khác nhau. [00:17] beefbroth: đó chính là điều tôi nói [00:17] ok, tương tự như hiện nay nhưng mặc định bạn vô hình. [00:17] hiểu rồi. [00:18] dm: không, là chiều ngược lại, khi bạn đăng nhập, bạn gửi tin tới mọi người rằng “Tôi online, tôi online” nếu bạn nhận được tin “Tôi online” thì bạn trả về [00:18] nếu bạn muốn [00:18] Vậy người dùng kiểm soát ai có thể thấy mình. [00:18] vậy Alice có thể thêm bạn vào buddy list và bạn sẽ nhận tin khi cô ấy đăng nhập nói “Alice đã thêm bạn vào buddy list của cô ấy, bạn có muốn thông báo trạng thái hiện diện của mình cho cô ấy không” [00:19] khi bạn thoát bạn có gửi trước tin “Tôi thoát đây” không? [00:19] ok, vậy trải nghiệm IM giống như bây giờ. Chỉ muốn xác nhận. [00:19] nếu Bob có Alice trong buddy list và Bob nhận tin Online từ Alice thì tin trả lời là tự động [00:19] Có lẽ cần “ping” người dùng IM kia định kỳ để đảm bảo không bị ngắt kết nối ngoài ý muốn [00:19] Nếu Bob không có Alice trong buddy list và Bob nhận tin online từ Alice, người dùng sẽ được hỏi [00:19] ok, đó chỉ là cách để bỏ server, nhưng câu hỏi là app mặc định có gửi “Tôi online” khi ai đó đăng nhập không. [00:20] hy vọng là có [00:20] Ryan_Singer> hoặc chỉ cần “tôi vẫn online” theo chu kỳ [00:20] (và mất ping == offline) [00:20] kiểu keep-alive? [00:20] Có lẽ cần “ping” người dùng IM kia định kỳ để đảm bảo không bị ngắt kết nối ngoài ý muốn [00:20] nếu Bob có Alice trong buddy list và Bob nhận tin Online từ Alice thì tin trả lời là tự động [00:20] heh [00:20] Nếu Bob không có Alice trong buddy list và Bob nhận tin online từ Alice, người dùng sẽ được hỏi [00:21] ok, vậy trải nghiệm IM giống như bây giờ. Chỉ muốn xác nhận. [00:21] chỉ là giờ có xác nhận khi thêm bạn [00:21] mà tôi nghĩ chỉ ICQ có [00:21] ứng dụng IM sẽ độc lập hay tôi có thể dùng trillian? [00:21] vâng, MSN cũng vậy. [00:21] [etc] [00:21] thecrypto: ICQ chỉ giả vờ yêu cầu xác nhận thôi [00:21] dm: sai rồi. bạn sẽ không phải chịu cảnh MSN, Y! và AIM đổi giao thức và khóa người ta vài tháng một lần nữa :) [00:22] jrand0m: tôi sẽ viết spec, trillian có plugin interface thì tốt, hoặc họ tự viết [00:22] tôi sẽ viết plugin cho gaim ít nhất [00:22] cùng với client độc lập [00:22] hay [00:22] cái này được xây dựng để dùng với network [00:22] gaim có hỗ trợ truyền file không hay đó sẽ là lợi thế của client i2pim? [00:22] thecrypto: bạn có thể báo cho các nhà phát triển kopete biết nữa [00:22] * jrand0m thể hiện sự gà mờ của mình [00:23] tôi sẽ cố làm plugin gaim hoạt động tốt như bản độc lập, nhưng không chắc [00:23] thecrypto: Hãy làm ứng dụng độc lập trước. [00:23] truyền file trên gaim tôi nghĩ chỉ chạy trên AIM [00:23] nên có thể phải xoay sở để đưa vào plugin [00:23] ok.. tôi nghĩ ai cũng hiểu rồi... còn vấn đề IM nào nữa không? [00:24] còn điều cuối của co [00:24] gaim gặp vấn đề với truyền IM cho người dùng dùng NAT [00:24] nhiều hơn một người có thể có cùng tên [00:24] họ sẽ có destination duy nhất [00:24] *** Signoff: mihi (Ping timeout) [00:24] Được rồi. [00:24] * mihi_backup vẫn ở đây... [00:24] nhưng ai đó không thể mạo danh [00:25] heh nice1 mihi_backup [00:25] Nếu bạn dùng naming server, sẽ là “Bob từ group1” và “Bob từ group2”. [00:25] Với destination duy nhất. [00:25] đúng thecrypto. tên là tùy ý. giống như dns ;) [00:25] *** mihi (~none@anon.iip) has joined channel #iip-dev [00:25] ngoài ra client IM có thể tùy chọn kiểm tra “Này, IM bạn nhận được từ người tự xưng Bob, destination của Bob trong danh sách bạn khác, chấp nhận tin nhắn không?” [00:26] mihi: bản dự phòng của bạn đã nói khi bạn vắng. [00:26] nếu người đó đang cố mạo danh Bob, bạn sẽ biết, nếu không, bạn có thể alias họ [00:26] tôi biết... [00:26] “ai đó tự xưng bob”? ai nói? họ tự gọi mình bob? hay một nhóm gọi họ là bob? hay bạn gọi dest của họ là bob? [00:26] có một field trong presence gọi là name [00:26] tôi đang xem cái đó [00:27] * jrand0m thích cách ICQ xử lý vấn đề đó - ai cũng là số và bạn chỉ alias số thành tên cục bộ [00:27] Nhân tiện, tôi có nên làm tên thực thể NS không phân biệt hoa thường không? [00:27] có lẽ nên co [00:27] còn base64 thì phải phân biệt hoa thường nhé ;) [00:27] * jrand0m không muốn người ta giả mạo Jrand0m [00:27] mihi: Tên thực thể, không phải destination. [00:27] đúng đúng mihi [00:28] (à, người ta cứ giả mạo jrand0m thoải mái. Tôi chỉ muốn lại cái tên jrandom) [00:28] Tiếp đi, thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] hết rồi [00:28] cuối cùng :) [00:28] co: bạn nên có thể đặt một destination ở mọi nơi bạn có thể đặt tên thực thể. [00:28] như với tên dns và IP [00:28] mihi: Ý hay. Tôi sẽ thêm vào spec. [00:28] jrand0m: thực ra nó giống ICQ trừ việc bạn nói cho người khác biết bạn muốn alias của mình là gì [00:29] mà tôi nghĩ giờ họ cũng làm thế [00:29] Ý tưởng là tên sẽ ngắn hơn nhiều so với destination để gõ. [00:29] mihi> naming service chỉ chuyển tên thành destination - nếu bạn hỏi naming service destination của một destination, nó nên trả lời cực nhanh [00:29] ok mọi người... tôi có cuộc họp... jrand0m, gửi anonymail cho tôi [00:29] 'k tạm biệt [00:29] jrand0m: vâng, và nó nên trả lại chính dest đó, chứ không phải “không tìm thấy” [00:30] đúng [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] ok. ta ở 7.0) [00:30] câu hỏi [00:30] chào [00:30] Còn 6.0) Administrivia thì sao? [00:31] Hay anh xong rồi? [00:31] 6.0 việc hành chính lặt vặt chỉ là tôi giục nop cho tôi root để cài cho mọi người: quyền truy cập cvs ẩn danh, bugzilla, và giao diện cvsweb :) [00:31] sẽ có “chủ” phụ trách đóng gói bản alpha, beta và phát hành cho Win/Mac/SuSE/RehHat/Debian để tăng tốc adoption không? [00:32] bạn xung phong à? [00:32] (tức là vâng, sẽ rất tuyệt) [00:32] Nếu tôi học được cách tạo package cho bản phân phối của mình :) [00:32] bạn dùng distro nào? [00:33] Tôi nhớ là các nhà phát triển IIP muốn tái triển khai IIP trên I2P. Nếu I2P thực hiện được lời hứa về ẩn danh, chẳng phải đơn giản hơn chỉ là IRC qua I2P sao? [00:33] Nhưng ý tôi là, rất nhiều người dựa vào mấy cái đó. Sẽ giúp người ta dễ dùng hơn. Freenet chịu cảnh thiếu maintainer tích cực. [00:33] jr làm quản lý tốt đấy :) [00:33] đúng co, đơn giản hơn, nhưng không mở rộng bằng [00:33] *** UserX_ (~User@anon.iip) has joined channel #iip-dev [00:33] đúng, nhưng có người không muốn IRC [00:34] beefbroth> bạn hoàn toàn đúng, còn rất nhiều việc phải làm, và tôi cần ngủ ít nhất 4 tiếng mỗi đêm [00:34] thecrypto: Đúng, dù I2P sẽ ẩn danh địa chỉ IP của người dùng. [00:34] jrand0m: tôi có thể giúp đóng gói khi mọi thứ sẵn sàng. Tôi nghĩ đó là cách tuyệt để vài người không phải dev nhưng có chút chuyên môn kỹ thuật đóng góp. [00:34] tuyệt vời beefbroth [00:34] nếu ta có IM và IRC, sẽ có nhiều người dùng hơn [00:35] co: vấn đề là với irc có thứ để bị đóng cửa (server). [00:35] *** jeremiah (~jeremiah@anon.iip) has joined channel #iip-dev [00:35] thecrypto> “nhận nuôi” ngay: opennap [00:35] học tạo package dễ hơn học i2p datastructures. đó là cách dễ cho vài người bắt đầu [00:35] IRC khá khó chứ nhỉ? [00:35] IRC phân tán ấy... [00:35] mihi: Dĩ nhiên. Tôi quên mất. Cảm ơn đã nhắc. Rút lại ý kiến. [00:36] dm> irc có thể có nhiều server irc (kiểu efnet, v.v.) nói chuyện với nhau qua i2p [00:36] ý bạn là giao thức chat “giống irc”? [00:36] hay thích nghi irc? [00:36] với người dùng nói chuyện với nhau bằng cách tunnel tới một trong các server irc qua i2p [00:36] irc với server đằng sau i2p thì ổn, tôi nói không có server. Không quan trọng chắc. [00:37] dm> đúng, có thể làm tốt hơn nhiều không cần server, và cũng có suy nghĩ về nó, nhưng chưa có gì thực sự vững (theo tôi biết) [00:38] dù sao thì, lạc đề rồi. [00:38] tiếp tục đi! [00:38] còn câu hỏi nào khác không? [00:38] có ai đọc spec chưa? ;) [00:38] (trừ beefbroth, người đã học thuộc) [00:38] * dm nhìn lên trần nhà. [00:39] ok, vậy là cuộc họp 100 phút nhé [00:39] tôi đọc khi cần :) [00:39] spec! [00:39] Đó là thứ tôi quên! [00:39] heh [00:40] *** dm has changed the topic on channel #iip-dev to topic1 [00:40] * jrand0m nạp lên và... [00:40] * jrand0m *baf* kết thúc cuộc họp

Chỉ cung cấp bản dịch, không có gì khác: