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

[22:02] <jrand0m> chương trình nghị sự: [22:02] <jrand0m> 0) chào [22:02] <jrand0m> 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] <jrand0m> 2) [thảo luận] [22:02] <wiht> Tôi có thể thêm trình cài đặt vào chương trình nghị sự không? [22:02] <jrand0m> 0) chào [22:02] <jrand0m> ô vâng, chắc chắn rồi! [22:02] <jrand0m> tuần này chúng ta thử một điều mới [22:03] <wiht> Bạn có thể để nó ở cuối chương trình nghị sự. [22:03] <jrand0m> thay vì kiểu cũ nóinóinhạilạinóinữa, bài viết http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html mô tả hầu hết những gì tôi định nói [22:03] * mihi_ đã vào #i2p [22:04] <jrand0m> thay vào đó, tuần này ta thử làm buổi họp theo hướng thảo luận hơn - những thứ mọi người muốn bàn về từ bài đó, bất kỳ bài theo sau nào, và/hoặc bất cứ thứ gì khác mọi người muốn thảo luận [22:04] <jrand0m> chẳng hạn như một trình cài đặt mới [22:05] <jrand0m> vậy thì, như đã nói, mọi người nên bắt đầu bằng cách xem email/bài viết đó và ta sẽ tiếp tục từ đó :) [22:05] * mihi_away giờ được gọi là mihi [22:05] * kaji đọc bài viết [22:05] * mihi_ giờ được gọi là mihi_backup [22:06] <jrand0m> 27 người dùng mà chỉ có một nick trùng! w0w [22:07] * dm giờ được gọi là dup [22:07] <jrand0m> được rồi, khi mọi người đọc xong, có lẽ ta có thể bắt đầu bằng việc đi qua mục lục và xem có gì ai đó muốn thêm / bình luận / thảo luận không? [22:07] <mihi> jrand0m: làm sao bạn biết là không còn nick trùng nữa? [22:07] <jrand0m> hì cảm ơn dm [22:07] <jrand0m> mihi> Tôi đã cài keylogger trên máy của mọi người (bwhahahaha) [22:07] <wiht> Tôi muốn thêm trình cài đặt là chủ đề 10 và có thể dịch vụ đặt tên là chủ đề 11. [22:07] * mihi gửi thư tiếp theo nhầm địa chỉ :(, gửi lại... [22:08] <jrand0m> ý hay đấy wiht [22:09] <MrEcho> dns mới của mrecho đang được thực hiện [22:09] <jrand0m> hay đó mihi, vâng tôi cũng đang thắc mắc ;) [22:09] <kaji> dns tiến triển thế nào rồi? - à [22:09] <jrand0m> MrEcho> bài đăng của bạn, đúng chứ? [22:09] <MrEcho> đang viết bài [22:10] <jrand0m> ok, trong lúc chờ, có ai có gì về 1) streaming không? hay ta nhảy sang 2) I2PTunnel, TunnelManager, và i2pmgr? [22:10] <lucky> lạy chúa... tôi có thể dành cả đời để cố gắng tìm hiểu đống phụ thuộc này. [22:10] <wiht> Vậy hãy để DNS/NS làm chủ đề 11. [22:10] <jrand0m> nghe ổn đấy wiht [22:10] * duck bước vào [22:11] <jrand0m> chào buổi tối duck [22:11] <mihi> liên quan đến 1, tôi đã commit mã cho i2ptunnel dùng streaming api [22:11] <jrand0m> à phải, tuyệt vời mihi :) [22:11] <lucky> chào duck [22:11] * twosandals đã thoát IRC (Leaving) [22:11] <kaji> jrand0m nhiều dịch vụ có thể dùng cùng một key nếu chúng ở các port khác nhau không? [22:11] <jrand0m> không kaji [22:11] <mihi> nhân tiện: sao các tệp ant của bạn luôn xóa jar trước khi build lại? [22:11] <jrand0m> mihi> phòng xa [22:12] <mihi> tôi sẽ nói là ăn cắp thời gian debug của tôi ;) [22:12] <jrand0m> kaji> trong i2p, một key /chính là/ một port, về cơ bản là vậy [22:12] <jrand0m> hì [22:12] <kaji> à [22:13] <jrand0m> mihi> nếu bạn muốn cập nhật cái đó, miễn là nó sẽ build jar nếu các tệp class thay đổi thì ổn [22:13] <mihi> nếu tệp mới hơn tất cả các tệp bên trong thì có thể bỏ qua, nếu không thì build. [22:13] <jrand0m> đúng [22:13] <mihi> và để phòng xa thì tốt hơn là thêm một tác vụ <depends> [22:13] <jrand0m> đồng ý [22:13] <FillaMent> yo yo [22:13] <jrand0m> chào FillaMent [22:14] <jrand0m> ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC đã vào #i2p [22:15] <human> tôi đã hack chút để TunnelManager trả về job id khi gọi lệnh "openclient" hoặc "openserver" [22:16] <jrand0m> tuyệt vời :) [22:16] <human> theo cách này, ứng dụng dùng TunnelManager biết job nào để đóng về sau, không cần parse output "list" [22:16] <jrand0m> đúng, tôi không thoải mái lắm với việc dùng list và close của tunnelmanager, vì nhiều client có thể phá nhau theo cách đó [22:17] <jrand0m> ta sẽ đưa bản vá đó vào ngay sau cuộc họp. gracias human :) [22:17] <human> nó liên quan đến việc làm cho I2PTunnel.runCommand trả về một số thứ (hiện là một Property) [22:17] <human> s/Property/Properties/ [22:17] <jrand0m> ồ đúng, có vài thứ cần chỉnh trước khi đưa vào mã [22:18] <human> nhưng theo tôi hiểu thì mihi thích thêm vài callback bất đồng bộ vào lớp Logging... [22:19] <jrand0m> đúng - để các tác vụ có thể cung cấp thông tin ngay lập tức, không phải đợi xong [22:20] * mihi đã thoát IRC (EOF From client) [22:20] <human> jrand0m: ý tưởng là: để I2PTunnel.runCommand() trả về ngay lập tức, và sau đó dùng callback để lấy thêm thông tin, đúng chứ? [22:21] <jrand0m> đúng [22:21] <jrand0m> để các tác vụ bắn callback bất cứ khi nào có dữ liệu cần phân phối [22:21] * mihi đã vào #i2p [22:21] <human> ừm, theo tôi còn một câu hỏi: «có bao nhiêu ứng dụng java (sẽ) dùng I2PTunnel.runCommand() theo kiểu bất đồng bộ?» Tất cả các ứng dụng hiện dùng I2PTunnel (kể cả qua TunnelManager) đều ổn với các lời gọi .runCommand() đồng bộ (dù dài), và việc biến mọi thứ thành bất đồng bộ chỉ làm phức tạp thêm (theo tôi) [22:22] * mihi dùng nó qua gui (giao diện đồ họa) [22:22] <human> (ừ, "tất cả" tức là TunnelManager và các ứng dụng parse output của Tunnel manager) [22:22] <jrand0m> đúng, gui sẽ treo trong khi lệnh chạy [22:22] <mihi> và việc nhập 3 lệnh mở tunnel tiếp theo bị chặn trong khi lệnh đầu tiên đang chạy [22:23] <human> mihi: ok, tôi không biết về ứng dụng của bạn... vậy ta cần giải pháp :-) [22:24] <human> mihi: hành vi .runCommand() bất đồng bộ sẽ đòi hỏi xem xét lại TunnelManager [22:24] <mihi> human: theo (ý bạn) runCommand nên kết thúc khi nào? khi tunnel được dựng, khi kết nối đi qua? [22:25] <mihi> "điểm đến không thể truy cập" sẽ chỉ biết được sau khi nỗ lực kết nối đầu tiên được thực hiện. [22:25] <jrand0m> pattern command sẽ khiến execute() chỉ trả về sau khi hoàn tất. [22:26] <mihi> "*hoàn tất*" nghĩa là gì? [22:26] <jrand0m> (vì nếu ta theo command pattern, runCommand sẽ chặn cho đến khi mọi thứ cần để thực hiện lệnh đó hoàn tất) [22:26] <human> mihi: hehe, đó chính là câu hỏi :-) [22:26] <jrand0m> hoàn tất với "server 1234 privkeys" sẽ là khi server có thể nhận kết nối trên cổng 1234 [22:26] <human> mihi: ừm, với TunnelServer theo tôi thì nó nên trả về sau khi tạo tunnel [22:27] <jrand0m> hoàn tất với "client 234 peer" sẽ là khi một kết nối tới cổng 234 có thể chạm được tới peer [22:27] <jrand0m> ít nhất, tôi nghĩ vậy [22:27] <mihi> bạn xác định cái sau thế nào? [22:27] <jrand0m> tôi cũng không quá thiên về bên nào [22:27] <jrand0m> có lẽ ping? [22:27] * Sciatica đã vào #i2p [22:28] <mihi> và nếu peer sập ngay sau ping thì sao? [22:28] <mihi> theo tôi không thể làm ứng dụng mạng mà không có callback [22:28] <jrand0m> đúng [22:28] <mihi> hoặc rất nhiều thread, và tôi thích callback hơn là thread bị đồng bộ hóa tới chết [22:29] <jrand0m> có lẽ nó chỉ nên trả về sau khi có thể /thử/ kết nối? [22:29] <jrand0m> hoặc có thể command pattern không phải pattern mong muốn [22:29] <mihi> đó là những gì nó đang làm. vậy nó nên trả về kết quả gì? [22:30] <mihi> vấn đề là bạn muốn có một kết quả (khác với một int cho connection id) [22:30] <jrand0m> đúng, với lệnh client, người ta muốn job (để có thể đóng sau này), nhưng với lệnh genkey, người ta muốn public key và private key [22:30] * mihi không nghĩ ra thông tin nào khác có thể biết ở thời điểm đó. [22:30] <jrand0m> đồng ý, tôi cũng vậy. [22:31] <dup> 0! [22:31] <mihi> và genkey nên đợi? được thôi, nếu bạn nghĩ vậy. [22:31] <human> mihi: ừ, kiểu như status ("ok" hoặc "error") và thông điệp lỗi... [22:31] <mihi> human: thông điệp lỗi sẽ là "quá muộn" theo tôi [22:31] <mihi> nhưng làm gì bạn muốn... [22:32] <mihi> miễn là về sau bạn làm nó hoạt động với streaming api nữa... [22:32] <jrand0m> điểm đau mà human đang xử lý là các mẹo trong TunnelManager khi parse thông điệp logging. nhưng tôi đồng ý, miễn là ta có thể lộ thông tin đó qua giao diện logging thì ổn [22:32] <dup> mihi thật khôn ngoan. [22:32] <human> human: một số có thể truyền đạt ngay (ví dụ khi cổng tunnel vẫn đang dùng) [22:32] <mihi> human đang tự nói với mình ;) [22:32] <human> úi! :-) [22:35] <human> có lẽ ta nên xem đang xây những ứng dụng kiểu gì dựa trên I2PTunnel [22:35] <human> giao diện bất đồng bộ là the Right Thing(TM), nhưng nó phức tạp hơn để dùng [22:35] <jrand0m> Tôi nghĩ tốt nhất là ta giữ nguyên chức năng cho phần mềm hiện tại - bao gồm cả gui. [22:35] <FillaMent> có thể tôi nhảy vào một cách ngu ngốc, nhưng có lẽ một phương thức như người ta hay thấy khi làm với HTTP: getHeader(String headerName) [22:35] <FillaMent> smake tôi khi cần [22:35] <FillaMent> smack [22:36] * jrand0m tát FillaMent [22:36] <human> và TunnelManager không cần nó (vì do bản chất của nó, nó sẽ không bao giờ có thể hỗ trợ đúng đắn các sự kiện bất đồng bộ) [22:36] * kaji có một ý tưởng hoàn toàn lạc đề [22:36] * FillaMent đành chấp nhận làm người vận động =) [22:37] <human> nhưng nếu ứng dụng của mihi cần theo dõi trạng thái tunnel, thì giao diện bất đồng bộ là Must(TM) [22:37] <jrand0m> human> java -jar lib/I2PTunnel.jar\n. Chúng ta cần hỗ trợ async. [22:37] <kaji> i2p như một java applet để bạn có thể chạy từ các máy lạ nhanh chóng bằng cách vào một website [22:37] * Sciatica đã thoát IRC (EOF From client) [22:37] <human> jrand0m: vâng, vậy ta phải làm lại TunnelManager :-) [22:37] <jrand0m> kaji> i2p 3.0 :) [22:38] <jrand0m> đồng ý human, việc triển khai tunnelmanager là một bản làm nhanh và bẩn [22:38] <jrand0m> bạn nghĩ bạn có thể xem cần làm thế nào không? [22:38] * human có thể tình nguyện chỉnh TunnelManager cho phù hợp với giao diện bất đồng bộ, khi sẵn sàng [22:38] <jrand0m> w00t :) [22:40] <jrand0m> ok, ta sẵn sàng cho mục 3) I2COCP chưa [22:40] <human> nếu không, có thể tạo cả phương thức sync và async cho I2PTunnel [22:40] <jrand0m> đúng [22:40] <jrand0m> nhưng trùng lặp có thể quá mức khi chỉ cần refactor chút là đạt mục đích [22:41] * baffled đã thoát IRC (Leaving) [22:41] <duck> mối quan ngại cá nhân về các tunnel: app không đóng chúng, nên cả tunnelmanager của bạn bị ngập [22:41] <human> jrand0m: vâng, ta nên chọn giải pháp dễ nhất giữa việc làm lại TunnelManager hoặc thêm API mới cho I2PTunnel :-) [22:42] <jrand0m> đó là điểm hay duck. hiện không có timeout / hết hạn, và nó giả định các app dùng tunnelManager cư xử tốt (và bản thân tunnelManager không có bug [hah!]) [22:43] <mihi> nhân nhắc đến api mới: các lớp Streaming api nên "thay thế" các lớp cũ hay nên có thể dùng cả hai (với lệnh khác nhau?) [22:43] <jrand0m> mihi> tôi nghĩ các lớp streaming sẽ muốn thay thế, vì khi streaming api vững thì mode=GUARANTEED sẽ biến mất [22:43] <jrand0m> (và do đó cái cũ sẽ không hoạt động) [22:44] * MrEcho 's email đã gửi [22:46] <jrand0m> còn gì cho phần thảo luận tunnel không? (rõ ràng đây không phải là kết thúc mọi thảo luận về tunnel ;) [22:47] * dup giờ được gọi là dm [22:47] <jrand0m> ok, I2COCP [22:47] <jrand0m> đây là điều human gợi ý hôm trước và có vẻ lấp một khoảng trống chưa được đáp ứng. nhưng tôi nghĩ ta muốn hoãn triển khai cho đến khi có thứ gì đó muốn dùng nó :) [22:48] <wiht> Tên đó hơi dài, kể cả viết tắt. [22:48] * jrand0m giờ gọi I2COCP là "Wilma" [22:48] <human> jrand0m: vâng, tôi định viết y như vậy :-) [22:48] <jrand0m> hì hay đấy [22:49] <jrand0m> ok, nhảy sang 4) lộ trình [22:49] <human> jrand0m: theo tôi, nhìn chung, nên có cách để các app không phải java có quyền truy cập tương đối đầy đủ vào mạng I2P [22:49] <jrand0m> đồng ý [22:49] <jrand0m> ý định là họ sẽ dùng I2CP [22:50] <jrand0m> (vì tất cả app java, bao gồm i2ptunnel và thư viện streaming, đều dùng cái đó) [22:50] <human> jrand0m: đúng [22:50] <MrEcho> I2PDNS "Janessa" [22:50] <jrand0m> nhưng bạn đúng, họ cũng muốn streaming, vậy hoặc tunnelmanager->i2ptunnel hoặc i2cocp->thư viện streaming [22:50] * jrand0m chưa từng gặp Janessa nào [22:51] * Sciatica đã vào #i2p [22:51] <jrand0m> ok, vậy, vâng, lộ trình đã cập nhật. không có thay đổi lớn ngoài việc lùi 0.3 và 0.3.1 hai tuần, thêm thông tin 2.0, và vài tiêu chí 1.0 nữa [22:51] <human> jrand0m: vâng, nên có các giao thức kiểu "TCP" và "UDP" cho I2P, với báo cáo sự kiện giao thức đầy đủ, có thể truy cập từ các app không phải java [22:52] <MrEcho> human, nghe hay đấy [22:52] <jrand0m> Tôi muốn có mọi giao diện có thể, nhưng tôi không muốn nhận quá nhiều giao diện phải hỗ trợ [22:52] * human muốn I2COCP (hay gì đó) cho transport twisted I2P của mình (xem http://www.twistedmatrix.com/), nhưng tạm thời sẽ vui vẻ dùng tạm TunnelManager :-) [22:53] * w0rmus đã thoát IRC (Lost terminal) [22:53] <jrand0m> hay. tốt nhất là tạm thời vậy [22:54] <jrand0m> ok, ai có bình luận gì về lộ trình không? [22:55] <jrand0m> [không có gì để xem ở đây, la la] [22:55] <jrand0m> ok, 5) i2pIM [22:55] <jrand0m> thecrypto không ở đây, vậy ta đợi bài đăng lên i2p@ với cập nhật nhé :) [22:55] <wiht> Chúng ta có Jabber rồi, nếu tôi không nhầm. Còn cần i2pIM nữa không? [22:55] <jrand0m> cần [22:55] <jrand0m> jabber có một server nhận cleartext. [22:56] <wiht> Ồ. Tốt thôi; tôi không biết điều này. [22:56] <jrand0m> đó là hai vấn đề (một server, và cleartext) [22:56] <jrand0m> tuy vậy nó là giải pháp tốt cho một số thứ, chắc chắn [22:56] <jrand0m> thật ra, sáng nay tôi nghĩ nếu chúng ta có thể gộp i2pIM và i2psnark lại thì sẽ Tốt. [22:57] <jrand0m> (nhưng từng thứ một) [22:57] <jrand0m> thực ra, nói đến nhân vật chính, 6) i2psnark :) [22:57] <human> jrand0m: đôi khi tôi dùng jabber với gnupg... [22:57] <jrand0m> cho chat >2 người? [22:58] <jrand0m> cho một-một, tôi hoàn toàn đồng ý là có sẵn giải pháp [23:01] <jrand0m> ok, đến phần thú vị, 7) giới thiệu I.Toopie :) [23:01] <human> bạn sẽ triển khai chat mã hóa >2 người thế nào? một private key dùng chung? [23:01] <jrand0m> đúng human [23:01] <jrand0m> hoặc qua n! khóa chia sẻ trong nhóm [23:02] <human> ừm, có lẽ làm được trên giao thức jabber hiện tại... [23:02] <mihi> human: một khóa đối xứng dùng chung gửi cho mọi người tham gia [23:02] <jrand0m> phần khó là xử lý join & leave - xoay vòng khóa /v.v. [23:03] * Sciatica đã thoát IRC (Ping timeout) [23:03] <jrand0m> nó không hề là vấn đề tầm thường. thực sự rất rất rất khó. [23:03] * mihi gật đầu [23:03] * human đồng ý [23:04] <jrand0m> (đó là lý do có một app được thiết kế cho việc này thay vì cố chắp vá lên một giao thức khác có thể đáng giá) [23:04] <jrand0m> nhưng thecrypto có thể mô tả kế hoạch của anh ấy rõ nhất [23:04] <jrand0m> (dù theo tôi hiểu thì anh ấy vẫn mở với ý tưởng xử lý nhóm) [23:05] * Sciatica đã vào #i2p [23:06] <jrand0m> ok, tiếp tục nhé :) [thảo luận thêm trên i2p@, v.v.] [23:06] <wiht> Nhưng I.Toopee là gì vậy? [23:06] <lucky> linh vật... [23:06] <jrand0m> I.Toopie là một anh chàng cầm chiếc mặt nạ màu vàng trước mặt [23:06] * lucky rùng mình. [23:07] <lucky> ừ hử. [23:07] <lucky> tôi có thể xem nó không? [23:07] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup đã thoát IRC (EOF From client) [23:07] <lucky> tôi đã thêm java vào hàng chờ biên dịch của mình... [23:07] <lucky> nhưng.. lol [23:07] <lucky> tôi đã chạy 7 thứ rồi [23:07] <lucky> sẽ còn lâu. [23:08] <lucky> ôi, dễ thương :P [23:08] <MrEcho> lol [23:08] <jrand0m> đã có nhiều logo ngầu (tôi không ngờ cuộc thi logo đã diễn ra 3 tháng!), và có vẻ chúng ta có tiềm năng mạnh với I.Toopie. ở sự đơn giản, ý tưởng, và tính linh hoạt của nó. [23:08] <jrand0m> và, vâng, nó dễ thương ;) [23:08] <mihi> có vài ảnh bị hỏng hay trình duyệt của tôi lỗi? [23:08] <jrand0m> ừ, vài ảnh bị hỏng [23:09] <jrand0m> (chúng được đặt trên site tạm 3 tháng trước) [23:09] <MrEcho> cây gậy của I.Toopie giờ toàn màu vàng ... [23:09] <MrEcho> mới đổi tối qua [23:09] <jrand0m> thế à? [23:09] <jrand0m> mọi người nên CẬP NHẬT WIKI đi [23:09] <jrand0m> ;) [23:09] <MrEcho> hehe [23:09] <MrEcho> tôi không còn ảnh nữa .. xin lỗi [23:10] <wiht> Tôi thấy ảnh bằng Opera, nhưng không thấy bằng Mozilla vì lý do gì. [23:10] <jrand0m> bạn có thấy http://img.villagephotos.com/p/2003-10/437060/badass.webp không? [23:10] <jrand0m> (đó là một trong những ảnh trên trang đó) [23:11] <duck> Access Denied (User Account Disabled) [23:11] <jrand0m> vâng, tôi cũng thế. [23:11] <MrEcho> tôi thấy được [23:11] <jrand0m> nhưng vâng, DrWoo đã làm vài thứ rất ngầu với I.Toopie [23:11] <MrEcho> moz 1.5 [23:11] * soros đã thoát IRC (EOF From client) [23:11] * mihi_away đã vào #i2p [23:11] * lucky đã thoát IRC (EOF From client) [23:12] <jrand0m> tôi cũng vậy MrEcho. lạ thật. [23:12] <wiht> MrEcho: Tôi dùng Mozilla 1.4. [23:12] <jrand0m> (ý "cũng vậy" là tôi dùng moz 1.5 và tôi bị access denied) [23:13] * jrand0m mong chờ một biểu tượng khay với i.toopie :) [23:13] <jrand0m> ok, chuyển sang 8) chess server [23:14] * Sciatica đã thoát IRC (Ping timeout) [23:14] * ion đã thoát IRC (Ping timeout) [23:14] <jrand0m> hosts.txt mới nhất (http://i2p.dnsalias.net/i2p/hosts.txt) chứa tham chiếu cho chess.fillament.i2p [23:14] <jrand0m> bạn có thể dùng bất kỳ client FICS cũ nào hoặc chỉ cần telnet đến đó và chơi thôi :) [23:14] <jrand0m> (yay) [23:15] <kaji> có client fics nào tốt cho windows không? [23:15] <jrand0m> không biết, tôi cuối cùng dùng telnet [23:15] <wiht> eboard có chạy không? [23:15] <jrand0m> (và phải học lệnh khá vất vả) [23:15] * ion đã vào #i2p [23:16] <jrand0m> không biết nữa [23:16] * BpX đã vào #i2p [23:16] <wiht> Tôi sẽ thử sau. [23:16] <jrand0m> hay, nếu bạn có thể đăng kết quả thì tuyệt [23:17] <jrand0m> ok, 9) DHT [23:17] * wilde đã thoát IRC (Ping timeout) [23:17] <jrand0m> ta vẫn chưa có dht, nhưng có lẽ đây là manh mối cho thứ ta có thể bắt đầu port [23:18] <jrand0m> (nó dùng UDP nên để dùng I2CP sẽ không khó) [23:18] <MrEcho> dht??? [23:18] <MrEcho> tôi đang bị trống đầu vụ đó [23:18] <jrand0m> MrEcho> xem [10] trong email ;) [23:18] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] <Nightblade> entropy là giải pháp tạm ổn [23:18] <jrand0m> đồng ý [23:19] <jrand0m> dù vậy tôi nghĩ ta cần nhìn vào giải pháp dài hạn nữa [23:19] * soros đã vào #i2p [23:19] * lucky đã vào #i2p [23:20] * human lo về khả năng tương thích gcj/kaffe với các DHT như Bamboo (http://bamboo-dht.org/) [23:20] <jrand0m> vâng, bamboo là 1.4 [23:20] <MrEcho> afk [23:20] <jrand0m> đó là vinh quang của i2cp - router & tunnel có thể compile bằng gcj, còn thứ truy cập chúng thì có thể là bất kỳ gì [23:21] <jrand0m> nó /chỉ/ là cho app thôi - không phải phần cốt lõi [23:21] <jrand0m> tôi chỉ đang nghĩ về những thứ sẽ giúp người dùng cuối tải i2p về có thể làm gì đó hữu ích ngay [23:22] <jrand0m> (có thể đăng nội dung khó kiểm duyệt ẩn danh sẽ là một điều hữu ích) [23:22] <jrand0m> s/uncensorable/very censorship resistant/ [23:23] <human> jrand0m: à, ok - tôi tưởng bamboo sẽ thay thế Kademlia cho NetworkDB :-) [23:23] <Nightblade> squid proxy là thứ họ có thể dùng... ví dụ cho người dùng ở Trung Quốc sẽ rất hay nếu có [23:23] <jrand0m> Nightblade> đúng, nhưng squid không khả mở [23:24] <Nightblade> vâng tôi nghĩ sẽ thú vị nếu có một kiểu JAP phân tán [23:24] <jrand0m> đồng ý [23:24] <jrand0m> vậy đó cũng là một thứ tuyệt nếu mọi người có thể xem xét :) [23:24] <mihi> Nightblade: vấn đề là xử lý lạm dụng - tôi sẽ không mở máy tôi cho bất kỳ http đi ra nào [23:24] <jrand0m> tôi chắc là sẽ có người làm [23:25] <Nightblade> với một phần bổ sung nơi một node có thể chọn những site họ muốn proxy cho người khác... client có thể gửi yêu cầu "whitehouse.com" và một trong các node sẵn proxy và cho phép url đó có thể trả lời [23:25] <Nightblade> vâng sẽ phải có một dạng kiểm soát truy cập nào đó [23:25] <Nightblade> blacklist hoặc whitelist [23:25] <jrand0m> đúng [23:25] <Nightblade> của tên miền [23:26] <jrand0m> đó là hệ thống "exit policy". dù đây là cả một dự án riêng của nó [23:27] <MrEcho> nó có thể chạy nhờ hệ thống DNS... tôi đoán vậy [23:27] <jrand0m> chắc chắn [23:27] <wiht> mihi: Nếu bạn giới hạn băng thông sử dụng thì sao? Hay là các website được truy cập có thể khiến bạn gặp rắc rối? [23:27] <MrEcho> ở một tương lai rất xa lol [23:27] <jrand0m> wiht> nhiều nhà cung cấp rõ ràng cấm chạy server dưới mọi hình thức [23:28] <MrEcho> verizon phá với port 21 là chắc... [23:28] <wiht> jrand0m: Ồ. Vâng, đó là một vấn đề. [23:28] <Nightblade> sẽ phải có cách để client yêu cầu những site họ muốn tải về cho họ.. Broadcast request không phải là giải pháp hay, đặc biệt trên i2p [23:29] <mihi> wiht: vấn đề là website có thể truy cập. so sánh vụ kiện của JAP một thời. /me sống ở cùng quốc gia [23:29] <jrand0m> đồng ý. dù broadcast là không thể nếu không brute force một không gian khóa ~2^2300 ;) [23:30] <jrand0m> đúng mihi, người ở các chế độ đàn áp sẽ không thể an toàn chạy outproxy [23:30] <wiht> mihi: Vụ kiện là gì? Tôi không nhớ. [23:30] * dm đã thoát IRC (Ping timeout) [23:30] <Nightblade> ý tôi là, ngay cả khi bạn có danh sách các đích đến cung cấp web proxy, bạn cũng không muốn phải broadcast tới tất cả [23:30] <jrand0m> đúng Nightblade [23:30] <Nightblade> ý là broadcast yêu cầu [23:31] <mihi> vấn đề là có người truy cập site ấu dâm và nó đi qua proxy JAP và họ không thể nói yêu cầu đó đến từ đâu. điều đó bị coi là ném đá vào công việc của cảnh sát [23:31] <jrand0m> mọi người có thể xem crowds hoặc rewebber để xem các dự án khác đã làm việc này [23:31] <wiht> mihi: À. Cảm ơn giải thích. Giờ tôi hiểu bạn lo lắng. [23:31] * mihi_away đã thoát IRC (Ping timeout) [23:31] <mihi> và họ đã làm thay đổi phần mềm jap cho phép bắt người. thứ mà sau đó bị gỡ bỏ [23:32] <wiht> À, tôi hiểu vì sao bạn lo. [23:32] <mihi> cuối cùng thì kết luận là JAP không phải tiết lộ dữ liệu, nhưng tôi không muốn biết phí luật sư đã bao nhiêu... [23:32] <Nightblade> vâng nhưng cảnh sát không tịch thu thông tin đó sao? [23:32] <jrand0m> có [23:33] <mihi> họ có... [23:33] <jrand0m> nhưng dù sao, đúng, cả DHT khả mở và web proxy khả mở đều là Những Thứ Cực Kỳ Tốt nên có trước 1.0 [23:34] <mihi> và họ không thể trả lại, phải không? [23:34] * BpX đã thoát IRC (Ping timeout) [23:36] * Sciatica đã vào #i2p [23:36] <jrand0m> ok, còn gì cho điểm 9 không? hay ta sang 10/11) NS/DNS? [23:36] <wiht> Tôi muốn góp ý ngắn về trình cài đặt sau chủ đề 10. [23:37] <jrand0m> 'k có lẽ ta làm luôn bây giờ, vì NS/DNS có thể không siêu ngắn gọn? ;) [23:37] <wiht> Được. router có script start và script stop. [23:37] <jrand0m> đúng [23:37] <wiht> Tôi muốn tất cả dịch vụ cũng làm như vậy--có cả script start và stop. [23:37] <jrand0m> hầu hết đều có [23:37] <jrand0m> phải không? [23:38] <jrand0m> à, không có script stop [23:38] <wiht> Không, chỉ router thôi. [23:38] <wiht> Bằng cách đó, các dịch vụ mong muốn có thể khởi động khi máy tính boot, giống router. Tôi đã gửi bài như vậy lên mailing list. [23:38] <jrand0m> aum đang làm i2pmgr, nó sẽ vừa là trung tâm điều khiển dựa trên console vừa dựa trên gui cho các dịch vụ và chính router [23:38] <wiht> Giả sử tôi muốn khởi động eep và nntp khi boot. Hiện giờ, tôi không thể. [23:39] <jrand0m> đúng, bạn sẽ cần nohup startEepProxy.sh & [23:39] <wiht> Nhân tiện, các script đó ở đâu trong CVS? [23:39] <MrEcho> k tôi quay lại rồi [23:39] * mihi_away đã vào #i2p [23:39] <jrand0m> wiht> các script nằm trong Install.java (kiểu hack) [23:39] <wiht> jrand0m: Cảm ơn./ [23:40] <jrand0m> nhưng ý hay, ta muốn đơn giản nhất có thể để khởi động lúc boot, cũng như khởi động theo yêu cầu [23:41] <jrand0m> ok, sang 10/11) ns/dns [23:41] <MrEcho> xem email của tôi đi [23:41] <MrEcho> có vài thứ tôi quên không đưa vào [23:41] <jrand0m> không may email của bạn không hiển thị tốt trên giao diện web :/ [23:41] <MrEcho> như tên "tạm thời" [23:41] <MrEcho> ?? [23:42] * Sciatica đã thoát IRC (Ping timeout) [23:42] * ion đã thoát IRC (Ping timeout) [23:42] <jrand0m> MrEcho> http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] <MrEcho> vì cái gif hay gì đó [23:42] <MrEcho> chết tiệt .. tôi đã ký nó [23:43] <MrEcho> xin lỗi [23:43] <jrand0m> mailing list thực ra chỉ dành cho text. pgp sig thì ổn (những người khác đã gửi thứ có ký) [23:43] <kaji> antivirus nhỏ gọn miễn phí nào tốt? [23:43] * ion đã vào #i2p [23:43] <jrand0m> kaji> linux [23:43] * Sciatica đã vào #i2p [23:43] <wiht> LOL. [23:43] <kaji> cái chạy với phần cứng của tôi [23:43] <wiht> kaji: Thử AVG Antivirus cho Windows. [23:44] * MrEcho_ đã vào #i2p [23:44] * MrEcho đã thoát IRC (EOF From client) [23:44] <MrEcho_> iip chết tiệt [23:44] <jrand0m> MrEcho / (và ai khác quan tâm vấn đề NS/DNS)> bạn đã đọc http://zooko.com/distnames.html chưa? [23:44] <MrEcho_> j, tôi có nên gửi lại email không? [23:44] <jrand0m> nó đã qua list ổn, chỉ là không được lưu vào web archive đúng cách [23:44] <MrEcho_> ừ [23:45] <wiht> jrand0m: Tôi chưa đọc. [23:45] <MrEcho_> tôi sẽ xem nó sau [23:45] * mrflibble đã vào #i2p [23:45] <jrand0m> cho những ai không ở list, tôi đã lưu email của MrEcho_ tại http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] <MrEcho_> cảm ơn J [23:46] <kaji> chán, nó đòi một địa chỉ email [23:46] <jrand0m> mối quan ngại của tôi là an ninh và khả năng mở rộng của dịch vụ đặt tên. khi ta tìm được giải pháp đáp ứng những nhu cầu đó, tuyệt, nhưng cho đến khi có, ta nên cẩn trọng với các giải pháp tạm thời. [23:47] <jrand0m> kaji> danh sách email thường muốn một địa chỉ email, ừ ;) [23:47] <kaji> ý tôi là AVG Antivirus [23:47] <jrand0m> à ;) [23:48] <wiht> MrEcho có vài ý hay mà tôi không có trong bản đặc tả của mình, như danh sách ban cho client xấu. [23:49] <MrEcho_> không hẳn là danh sách ban [23:49] <jrand0m> khi có 1000 client, điều đó có nghĩa cần 125 tra cứu để tìm một giá trị? [23:49] <MrEcho_> không [23:49] <wiht> Không phải danh sách, nhưng việc ban client xấu là điều tôi không có. [23:50] <MrEcho_> 2-4 client để kiểm tra [23:50] <jrand0m> vậy mỗi client sẽ có 250 mục? [23:50] * mihi_away giờ được gọi là mihi_backup [23:50] <MrEcho_> không [23:50] <wiht> Với cái tôi có, sẽ là một tra cứu, có thể được forward vài lần để đến server có thẩm quyền. [23:50] <MrEcho_> client chỉ có những gì họ cần [23:51] <MrEcho_> nó sẽ tiếp tục truy vấn các Client khác cho đến khi họ nhận được dữ liệu khớp để kiểm tra [23:51] <jrand0m> vậy với 4 peer, nó sẽ làm một tìm kiếm ngẫu nhiên và trung bình mất 125 tra cứu [23:51] <jrand0m> (1000/4/2) [23:51] <jrand0m> hay các peer là một DHT? [23:52] <jrand0m> (với một giao thức bảo trì nào đó?) [23:52] <jrand0m> hay một cây tìm kiếm? [23:52] <MrEcho_> theo cách nào đó là có [23:52] <MrEcho_> tôi sẽ có một ngưỡng cắt cho tìm kiếm client, nó sẽ chỉ truy vấn MS [23:53] <jrand0m> đặt tên phân tán an toàn là một vấn đề đã được nghiên cứu khá kỹ - điều sẽ khiến đề xuất của bạn dễ phân tích an ninh và khả mở hơn là nếu bạn có thể so sánh và xác nhận các biến thể với những cách tiếp cận khác, có thể? [23:54] <MrEcho_> nếu nó không tìm thấy / hoặc không nhận đủ dữ liệu từ Client trong một khoảng đặt sẵn thì sau đó nó sẽ chỉ truy vấn MS. [23:54] <jrand0m> như hiện tại, không đủ chi tiết để tôi tin tưởng vào khả mở hoặc an ninh của kiến trúc. không nói là nó không thể hoạt động tốt, chỉ là tôi chưa nhìn thấy. [23:54] <MrEcho_> bạn có thể dừng gõ một lát được không [23:54] * jrand0m dừng gõ. [23:55] <MrEcho_> nó sẽ hoạt động .. nó sẽ có khả năng mở rộng, nó sẽ có an ninh [23:56] <MrEcho_> càng nhiều người dùng càng tốt hơn [23:56] <jrand0m> vậy là "tin tôi đi", hả? [23:56] <MrEcho_> bạn có tin hệ thống DNS của Internet không? [23:56] <jrand0m> cho một số tác vụ. [23:57] <jrand0m> cho nhiều, thì không. [23:57] <jrand0m> (chính phủ / v.v. rất dễ thay đổi bản ghi - tòa án ra lệnh registrar cập nhật suốt) [23:58] <MrEcho_> cách duy nhất khác là có những danh sách to đùng các Tên và rất nhiều crypto trên mỗi client [23:58] <MrEcho_> và lại còn động .. quên nó đi [23:59] * mrflibble đã thoát IRC (EOF From client) [23:59] <jrand0m> Tôi đề nghị xem lại bài của zooko trước khi tiến xa hơn, và trả lời điểm cuối cùng 5 ("vì sao tôi sai") Thời gian phiên: Wed Jan 07 00:00:00 2004 [00:01] <jrand0m> ok, có lẽ thế là xong điểm 10/11 (còn nhiều thảo luận về sau, dĩ nhiên) [00:02] <jrand0m> ai còn ý kiến gì khác không, v.v.? [00:02] <wiht> Có. [00:03] <jrand0m> chia sẻ với cả lớp chứ? :) [00:03] <wiht> Tôi sẽ viết lại bản đặc tả tôi đã viết. Tôi muốn dùng một SQL server cục bộ để lưu dữ liệu, không phải file. [00:03] <jrand0m> à hay [00:03] <jrand0m> (cùng mối lo cho bản đặc tả bạn viết - nếu bạn có thể trả lời câu hỏi cuối của zooko, đó sẽ là then chốt :) [00:03] * mrflibble đã vào #i2p [00:03] <wiht> Để MySQL hoặc server tương tự quản lý lưu trữ dữ liệu, và để Java truy vấn server đó. [00:04] <duck> hả ? đặc tả của zooko? [00:04] <wiht> Tôi nghĩ vậy sẽ dễ triển khai hơn. [00:04] <jrand0m> duck> không, tôi chỉ trỏ mọi người tới bài cũ của anh ấy "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] <duck> à cái đó [00:04] <Nightblade> wiht: đặc tả nào vậy (tôi bỏ lỡ nhiều phần của buổi họp)? [00:04] * MrEcho đã vào #i2p [00:04] <jrand0m> (dễ hơn nhiều so với nói lại vì sao supernode/server tập trung là vấn đề an ninh đáng sợ ;) [00:05] * MrEcho_ đã thoát IRC (EOF From client) [00:05] * mihi cũng có thứ cho log ;) [00:05] <mihi> một thứ dài hơn ;) [00:05] <mihi> *** Kết quả I2Ping: [00:05] <mihi> + + + eco.i2p [00:05] <mihi> + - - jabber.duck.i2p [00:05] <mihi> - + + i2pcvs.i2p [00:05] <mihi> - + + duck.i2p [00:05] <mihi> - + - jap.eco.i2p [00:05] <jrand0m> Nightblade> nó được đăng lên iip-dev từ... tháng tám? [00:05] <mihi> - + + irc.duck.i2p [00:05] <mihi> - + + human.i2p [00:06] <mihi> - - + nntp.duck.i2p [00:06] <mihi> - - - tc.i2p [00:06] <mihi> - - - dyad.i2p [00:06] <mihi> - - - bozo.i2p [00:06] <mihi> - - - ogg.aum.i2p [00:06] <mihi> - - - fcp.entropy.i2p [00:06] <mihi> - - - http.entropy.i2p [00:06] <Nightblade> jrandom: ồ, trước thời của tôi.. :) [00:06] <mihi> - - - www.mail.i2p [00:06] <mihi> - - - mp3.aum.i2p [00:06] <mihi> - - - smtp.mail.i2p [00:06] <wiht> Nightblade: Tôi đăng ngày 15 tháng 9. [00:06] <mihi> - - - pop.mail.i2p [00:06] <mihi> - - - mp3.tc.i2p [00:06] <mihi> - - - lp.i2p [00:06] <mihi> - - - kaji.i2p [00:06] <mihi> - - - nm.i2p [00:06] <mihi> - - - squid.i2p [00:06] <mihi> - - - chess.fillament.i2p [00:06] <mihi> - - - mesh.firerabbit.i2p [00:06] <mihi> - - - nightblade.i2p [00:06] <mihi> - - - aum.i2p [00:06] <MrEcho> trời ơi có ai đang chạy không? [00:06] <mihi> - - - fillament.i2p [00:06] <mihi> *** Hoàn tất. [00:06] <mihi> vì sao nhiều host down thế...? [00:06] * jrand0m hiện không chạy server của tôi [00:07] <FillaMent> Tôi có thể kết nối đến chính mình trên cả eep và chess [00:07] * mrflibble đã thoát IRC (Ping timeout) [00:07] <jrand0m> à chờ đã, i2pcvs đang chạy, hay thật [00:07] <Nightblade> mihi: của tôi không chạy vì i2ptunnel crash sau vài giờ [00:07] <mihi> vậy router của tôi hỏng (hoặc là vấn đề thường thấy của I2P...) [00:08] <jrand0m> thật hả Nightblade? vui lòng báo crash của i2ptunnel (bugzilla thì tốt) [00:08] <Nightblade> nó ở bugzilla [00:08] <lucky> chào [00:08] <Nightblade> đợi.. [00:08] <FillaMent> Nightblade: JVM gì? [00:08] <Nightblade> #39 [00:08] <wiht> router của tôi chạy hơn 12 giờ rồi, dù nó gặp vấn đề khi tự đăng ký. [00:09] <Nightblade> java version "1.4.2-p5" [00:09] <Nightblade> trên freebsd... có thể là vấn đề jvm, tôi không biết. hỗ trợ java trên freebsd không tốt lắm [00:09] <jrand0m> bạn đúng Nightblade, lỗi của tôi [00:09] <jrand0m> đó là bug i2cp khá ít gặp [00:09] <jrand0m> nó có lặp lại với bạn không? [00:09] <Nightblade> router rất ổn với tôi, chỉ i2ptunnel server tunnel làm tôi gặp vấn đề [00:09] <Nightblade> vâng nó xảy ra vài lần [00:10] <Nightblade> tôi chưa thử gần đây [00:10] * jrand0m vừa kéo eepsite của fillament [00:10] <jrand0m> (thử lần đầu, vừa thấy cửa sổ xong) [00:10] <FillaMent> Vâng,, tôi vừa chat jabber với duck, wiht đang thử vào chess [00:10] <jrand0m> à hay [00:10] <jrand0m> nhưng đúng, vẫn còn các vấn đề độ tin cậy cần xử lý trong mạng. [00:10] * FillaMent huých mọi người với câu chớp mắt kèm theo, "Chắc anh ấy sẽ muốn chơi." [00:10] * human 's eepsite vẫn chạy - tức là 'killall java' thật sự hữu ích... :-) [00:10] <wiht> Tôi vừa kết nối thành công đến chess server. [00:10] <duck> ừ? [00:11] <jrand0m> lol FillaMent [00:11] * mrflibble đã vào #i2p [00:12] <Nightblade> chạy bản cvs của i2p có an toàn không [00:12] <jrand0m> /me tải thành công "1984-2004: twenty years of GNU!" từ human :-) [00:12] <jrand0m> an toàn Nightblade [00:12] <FillaMent> không lấy được eco... [00:12] <Nightblade> ok có lẽ tôi sẽ thử [00:12] <duck> với freenet bạn luôn nên chạy bản cvs mới nhất! [00:13] <duck> chỉ khi đó nó mới không có bug [00:13] <duck> s/freenet/i2p/ [00:13] * jrand0m đã kéo được eco.i2p [00:13] <FillaMent> vừa lấy được duck [00:13] <jrand0m> "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] <jrand0m> d'oh [00:13] <duck> ừ, thực ra nó hoạt động [00:13] <duck> ardvark có thể snark cái gì đó từ tôi [00:14] <jrand0m> bt tạo sẵn các file - các file có thực sự hợp lệ không? [00:14] <duck> nhưng họ phát hiện ra ngày hôm sau [00:14] <duck> vì nó bị che trong log [00:14] <jrand0m> gì chứ, bạn nói log i2p tạo ra khá điên rồ? không đâuuuuu [00:14] <duck> không [00:14] <duck> output của i2psnark [00:14] <jrand0m> à [00:15] <duck> thêm nữa, tôi nghi snark làm quá nhiều churning (sp?) [00:15] <duck> client bittorrent bình thường có vẻ nhẹ nhàng hơn [00:15] <duck> cũng như độ trễ cao trên i2p có thể gây block sớm [00:16] * mrflibble đã thoát IRC (Ping timeout) [00:16] <duck> điều cuối là ta phải khởi động lại i2ptunnel vài lần :/ [00:16] <jrand0m> đồng ý [00:16] <human> câu hỏi cuối về I2PTunnel / I2PTunnelManager (vâng, tôi biết, tôi nhàm chán): còn bản vá của tôi để "openclient" và "openserver" trả về jobId có ý nghĩa thì sao? [00:16] <jrand0m> vậy, vâng, còn rất nhiều việc phải làm [00:16] <human> 1. hãy chấp nhận nó để TunnelManager hoạt động cho đến khi kiến trúc bất đồng bộ mới trở nên bá đạo [00:17] <human> 2. bản vá của bạn tệ quá, cút đi, và mặc xác TunnelManager [00:17] <human> 3. ... [00:17] * MrEcho_ đã vào #i2p [00:17] * mihi chọn 3 ;) [00:17] * MrEcho đã thoát IRC (EOF From client) [00:17] <jrand0m> 4. hãy xem ta có thể cập nhật tunnel manager để chuyển sang async thế nào? không quá khó đâu [00:17] <jrand0m> bản vá thì tốt, nhưng mihi có lý [00:18] <human> jrand0m: vâng, tôi đồng ý [00:18] <jrand0m> ta vẫn còn 1+ tuần đến 0.3, vậy ta còn thời gian đến bản phát hành đầy đủ tiếp theo [00:18] <human> jrand0m: nhưng điều tôi băn khoăn là: mất bao lâu để có giao diện async được triển khai trong TunnelManager? [00:18] <jrand0m> bản thân tunnelmanager làm trong 2 giờ, tôi có thể thêm async tối nay [00:19] <jrand0m> (tất cả những gì cần làm là cập nhật BufferedLogging để chấp nhận các lệnh .set) [00:19] <human> jrand0m: (với "có" tôi cũng có ý "có nó được triển khai cả trong I2PTunnel) [00:19] <jrand0m> (hoặc .nofity/etc) [00:19] <jrand0m> đúng [00:19] * mrflibble đã vào #i2p [00:20] <jrand0m> nếu bạn thích, tôi có thể bắt đầu với bản vá của bạn (cái thêm job id) và trộn nó với các cập nhật cho async [00:21] <human> jrand0m: tôi có thể tự thêm giao diện async cho TunnelManager, nhưng giao diện vẫn chưa tồn tại :-) [00:22] <jrand0m> đúng, chỉ cần thêm public void notifyEvent(String eventName, Object value); vào Logging.java [00:22] <human> jrand0m: tôi gợi ý "hãy trộn bản hack bẩn để job id trong bản 0.3 hoạt động tạm thời, rồi làm việc với giao diện async" [00:23] <jrand0m> 0.3 vẫn còn xa [00:23] <mihi> 0.3 nên có streaming api mà, phải không? [00:23] <human> jrand0m: tôi đang nói về trường hợp xấu nhất [00:23] <wiht> jrand0m: Có lẽ nên có thêm một phiên bản trước 3.0 để giải quyết những vấn đề này? [00:23] <jrand0m> đúng mihi [00:23] <mihi> human: trường hợp xấu nhất là "cvs rollback && patch -p0 your.patch" [00:24] <jrand0m> ok, thế này nhé. Tôi sẽ triển khai async và commit tối nay, nếu bạn có thể xem nó vào ngày mai human và xem cần làm gì để đưa cập nhật của bạn vào? [00:26] <FillaMent> jrand0m: bạn có việc làm không? [00:27] <jrand0m> i2p [00:27] <duck> hoàn thành 1.0 đi! [00:27] <FillaMent> Ý tôi là nguồn thu nhập [00:27] <jrand0m> :) [00:27] <FillaMent> mà bạn phải làm việc vì nó [00:27] <jrand0m> thu nhập bị thổi phồng. [00:27] * jrand0m sa thải sếp của tôi [00:27] <Nightblade> "sẽ code để lấy đồ ăn" - đó là phương châm của tôi [00:27] <Nightblade> lol [00:27] <human> mihi: ừ, nhưng tôi và aum (người đang làm một app python cho TunnelManager) muốn có jobId càng sớm càng tốt... [00:28] <human> jrand0m: ok, tôi sẽ làm việc với thay đổi của bạn sau/sáng mai [00:28] <FillaMent> Công việc/Tiền, ngủ/vệ sinh, ăn, dự án phụ, đời sống xã hội: Chọn bất kỳ 3 [00:29] * jrand0m chỉ chọn một. [00:29] <jrand0m> hay human [00:30] <FillaMent> Ai có ý tưởng nào khác cho các dịch vụ "chỉ tunnel tới" mà sẽ hay nếu có trên mạng không? [00:30] * jrand0m vẫn muốn một Adventure dựa trên telnet :) [00:30] <jrand0m> hoặc một BBS waffle [00:30] * duck giờ được gọi là enduser [00:30] * jrand0m đá enduser [00:31] <jrand0m> (chết tiệt, không có op) [00:31] <FillaMent> Với OS/2 có một driver comm có thể map một cổng comm sang một cổng TCP =) [00:31] <enduser> tôi sẽ thấy khác biệt gì với vai trò enduser khi I2PTunnel dùng SteamingAPI? [00:31] * enduser giờ được gọi là duck [00:31] <jrand0m> không [00:31] <human> lol [00:31] <FillaMent> FillaMent: bạn tôi từng chạy một BBS kiểu đó một thời gian [00:31] <jrand0m> hiệu năng, và có lẽ cả ẩn danh [00:31] * human muốn một I2P tunnel tới một rootshell [00:32] <human> có tình nguyện viên nào không? :-) [00:32] <duck> rootshell trên UML [00:32] <jrand0m> rootshell chroot sẽ ổn [00:32] <jrand0m> hoặc UML :) [00:32] <FillaMent> human: nếu tôi có máy dư, tôi sẽ làm [00:32] <jrand0m> hehe FillaMent [00:32] <duck> kết nối vnc tới vmware win98 của tôi? [00:32] <FillaMent> nghiêm túc đấy các bạn... [00:32] <wiht> E-mail server cũng hay. Hay ta đã có cái đó rồi? [00:32] <FillaMent> wiht: nghĩ TC có pop và SMTP [00:33] <jrand0m> đó là aum, nhưng chúng offline, vì máy của anh ấy offline [00:33] * human có thể cung cấp tài khoản telnet trên hệ GNU/Hurd của mình... [00:33] <jrand0m> ooOOoo [00:33] <FillaMent> ờ, tôi không mặn mà thiết lập SMTP mở lúc này [00:33] <jrand0m> dễ hiểu [00:34] <FillaMent> có lẽ khi mạng ổn định hơn và tôi có tiền nâng băng thông [00:34] <wiht> Còn PGP keyserver thì sao? [00:34] <mihi> FillaMent: bạn có thể thiết lập một tunnel trỏ tới một remailer cleartext [00:34] <FillaMent> wiht: đó mới là ý tưởng hay =) [00:35] <FillaMent> mihi heh... Tôi có thể trỏ tunnel tới SMTP box của ISP tôi =) [00:35] <mihi> FillaMent: điều đó khiến *bạn* chịu trách nhiệm lạm dụng... [00:35] <mihi> s/be// [00:35] <duck> http://www.mit.edu/people/marc/pks/pks.html [00:36] <duck> nghiêm túc, duck enterprises có nên chạy một pgp keyserver không? [00:37] <FillaMent> duck: tôi cũng đang nghía vào cái đó... bạn muốn xử lý chứ? [00:37] <duck> chúng tôi đã là một trong những nhà cung cấp dịch vụ ổn định nhất theo log ping độc lập của mihi [00:37] <jrand0m> hehe [00:37] <wiht> duck: Vâng, xin hãy cân nhắc. [00:37] <jrand0m> nhân tiện duck, bạn làm thế nào? bạn có khởi động lại định kỳ hay chỉ chạy trên OS và JVM ổn định? [00:38] <FillaMent> câu hỏi: JVM có cache phân giải DNS không? [00:38] <duck> khởi động lại là để cập nhật kernel [00:38] <jrand0m> có, nhưng bạn có thể làm vài trò bẩn để tránh nó FillaMent [00:38] * wiht ghi chú cuộc họp đã kéo dài 2h40m. [00:38] <jrand0m> ồ đúng, [00:39] * mrflibble giơ tay [00:39] <jrand0m> ờ, log cuộc họp này sẽ rất dài. mà tôi tưởng đăng mọi thứ trước sẽ /rút ngắn/ cuộc họp [00:39] <jrand0m> có gì vậy mrflibble? [00:39] <FillaMent> jrand0m: ok... vì tôi không downtime nhưng IP tôi đổi định kỳ... script cập nhật dyndns của tôi chạy mỗi giờ nên tối đa 60+~10 phút địa chỉ named của tôi không trỏ tới IP của tôi... [00:39] <FillaMent> điều đó ảnh hưởng thế nào đến sự hiện diện của router của tôi trên mạng? [00:40] <mrflibble> máy tôi có thể dùng cho một kiểu thứ chạy nền nào đó [00:40] <jrand0m> hay đó FillaMent, không thành vấn đề lắm, miễn là bạn trỏ tới dyndns của bạn [00:40] <wiht> mrflibble: demony? [00:40] <mrflibble> tôi đoán tùy vào băng thông thứ đó dùng [00:40] <mrflibble> daemony [00:40] <jrand0m> hay lắm mrflibble - router có chạy ổn với bạn không, hay bạn chỉ là người tốt bụng? :) [00:41] <mrflibble> không hẳn, nhưng là vì băng thông cục bộ của tôi đang bị bão hòa [00:41] <mrflibble> tôi chưa chạy nó trên máy colo [00:41] <mrflibble> muốn thử vọc tại chỗ trước [00:41] <jrand0m> à hay. vâng, i2p chưa sẵn sàng cho triển khai rộng, vẫn chủ yếu để thử nghiệm [00:42] <FillaMent> Heh.. tôi sẽ trỏ một tunnel tới CUPS server và mọi người có thể in ấn ẩn danh =) [00:42] <jrand0m> rofl [00:42] <mrflibble> nếu có thứ gì bạn muốn tôi chạy mà dùng <40gb băng thông/tháng, báo tôi biết [00:42] <FillaMent> chỉ cần kèm trang banner để tôi biết gửi bản cứng đi đâu =) [00:42] <mrflibble> hehe [00:43] <jrand0m> tuyệt vời mrflibble, tôi chắc là ta sẽ nhờ bạn :) [00:43] <mihi> banner | lpr ? ;) [00:43] <FillaMent> mihi bạn có thể cấu hình CUPS có trang banner [00:43] <mrflibble> oky doky! [00:43] <mihi> banner rất có thể sẽ tạo nhiều trang ;) [00:43] <jrand0m> ok, trước khi ta đi tới thảo luận cổng mixminion->máy in->bưu điện, hãy đóng cuộc họp này ;) [00:44] * jrand0m sẵn sàng *baf* [00:44] * jrand0m *baf* đóng cuộc họp.