/vi/blog/Recent content in Blog on I2P - Dự án Internet vô hìnhHugovi-VNMon, 09 Feb 2026 00:00:00 +0000/vi/blog/2026/02/09/i2p-2.11.0-release/Mon, 09 Feb 2026 00:00:00 +0000/vi/blog/2026/02/09/i2p-2.11.0-release/<p>Từ phiên bản này, I2P hiện yêu cầu Java 17 trở lên. Vui lòng tham khảo tài liệu của hệ điều hành để biết cách cập nhật Java. I2P hiện cũng sử dụng Jetty 12. Vui lòng kiểm tra nhật ký router để xem các vấn đề di chuyển.</p> <p>Công việc trong phiên bản này tiếp tục cải thiện hỗ trợ cho mật mã học hậu lượng tử. Mật mã hậu lượng tử hiện đã được bật mặc định tại lớp ratchet.</p>/vi/blog/2026/02/04/th%E1%BB%9Di-ti%E1%BA%BFt-b%C3%A3o-t%E1%BB%91/Wed, 04 Feb 2026 00:00:00 +0000/vi/blog/2026/02/04/th%E1%BB%9Di-ti%E1%BA%BFt-b%C3%A3o-t%E1%BB%91/<p>Mạng I2P hiện đang gặp phải tình trạng không ổn định do các cuộc tấn công Từ chối Dịch vụ và cạn kiệt tài nguyên đang diễn ra. Những cuộc tấn công này đang ảnh hưởng đến hiệu suất và độ tin cậy của các dịch vụ I2P và các trang web ẩn. Nhóm Phát triển I2P đang tích cực điều tra và triển khai các biện pháp giảm thiểu để chống lại những cuộc tấn công này.</p>/vi/blog/2026/01/06/introducing-the-new-i2p-website/Tue, 06 Jan 2026 00:00:00 +0000/vi/blog/2026/01/06/introducing-the-new-i2p-website/<h2 id="launching-the-redesigned-i2p-website">Launching the Redesigned I2P Website</h2> <p>We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.</p> <p>This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.</p>/vi/blog/2025/11/01/stormycloud-gia-nh%E1%BA%ADp-gia-%C4%91%C3%ACnh-i2p/Sat, 01 Nov 2025 00:00:00 +0000/vi/blog/2025/11/01/stormycloud-gia-nh%E1%BA%ADp-gia-%C4%91%C3%ACnh-i2p/<p>Chúng tôi rất vui mừng được chia sẻ một tin quan trọng: StormyCloud chính thức bắt tay hợp tác với I2P ở quy mô đáng kể.</p> <p>Trong nhiều năm, StormyCloud đã là một phần quan trọng của hạ tầng I2P, cung cấp dịch vụ lưu trữ và hỗ trợ giúp mạng lưới vận hành trơn tru. Giờ đây, chúng tôi đang chính thức hóa mối quan hệ hợp tác đó và mở rộng những gì chúng ta có thể làm cùng nhau.</p>/vi/blog/2025/10/16/new-i2p-routers/Thu, 16 Oct 2025 00:00:00 +0000/vi/blog/2025/10/16/new-i2p-routers/<p>Đây là thời điểm đầy hứng khởi đối với việc phát triển I2P; cộng đồng của chúng ta đang lớn mạnh và hiện đã có nhiều nguyên mẫu I2P router mới, hoạt động đầy đủ, xuất hiện! Chúng tôi rất phấn khởi về bước phát triển này và mong được chia sẻ tin vui với bạn.</p> <h2 id="việc-này-giúp-ích-cho-mạng-lưới-như-thế-nào">Việc này giúp ích cho mạng lưới như thế nào?</h2> <p>Việc phát triển các router I2P giúp chúng tôi chứng minh rằng các tài liệu đặc tả có thể được dùng để tạo ra các router I2P mới, mở ra khả năng áp dụng các công cụ phân tích mới đối với mã nguồn, và nhìn chung cải thiện bảo mật cũng như khả năng tương tác của mạng. Sự tồn tại của nhiều router I2P đồng nghĩa với việc các lỗi tiềm ẩn không đồng nhất; một cuộc tấn công vào một router có thể không hiệu quả trên một router khác, qua đó tránh được vấn đề monoculture (hệ sinh thái đồng nhất). Tuy nhiên, có lẽ triển vọng thú vị nhất về dài hạn lại là khả năng nhúng.</p>/vi/blog/2025/09/08/i2p-2.10.0-release/Mon, 08 Sep 2025 00:00:00 +0000/vi/blog/2025/09/08/i2p-2.10.0-release/<p>Công tác hiện thực hóa và triển khai mật mã hậu lượng tử trong I2P vẫn đang tiếp diễn. Trong bản phát hành này, mật mã hậu lượng tử đã có sẵn nhưng không được bật mặc định cho các tunnels (đường hầm) mới. Những ai quan tâm đến việc thử nghiệm hỗ trợ hậu lượng tử nên bật nó thông qua &ldquo;Hidden Service Manager&rdquo; trong &ldquo;Encryption Types.&rdquo; Hãy nhớ liên hệ trên #i2p-dev trong IRC2P để được hỗ trợ và báo cáo bất kỳ vấn đề nào bạn gặp phải.</p>/vi/blog/2025/06/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.9.0/Mon, 02 Jun 2025 00:00:00 +0000/vi/blog/2025/06/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.9.0/<p>I2P 2.9.0 là một bản phát hành bảo trì bao gồm các bản sửa lỗi và công việc phát triển các tính năng mới.</p> <h2 id="có-gì-mới">Có gì mới</h2> <p>Việc sử dụng luồng đã được cải thiện để nâng cao hiệu năng của hệ thống i2ptunnel. NTCP2 đã được cải thiện để chống lại các cuộc tấn công thăm dò. Hệ thống thông báo đã được tích hợp vào nhiều ứng dụng hơn để cung cấp phản hồi tốt hơn cho người dùng từ I2PSnark và các ứng dụng khác. Cơ chế tự động tham gia floodfill đã được sửa lỗi. Người dùng có thể quan sát thấy mức sử dụng tài nguyên tăng lên khi đảm nhiệm vai trò floodfill. Nếu không mong muốn điều này, có thể tắt chế độ floodfill trên trang /config.</p>/vi/blog/2025/03/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.8.2/Sat, 29 Mar 2025 00:00:00 +0000/vi/blog/2025/03/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.8.2/<p>2.8.2 sửa một lỗi khiến SHA256 thất bại, vốn được đưa vào trong bản phát hành 2.8.1. Lỗi này chủ yếu ảnh hưởng đến các router băng thông cao.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và hỗ trợ mạng là chạy bản phát hành mới nhất.</p> <h2 id="chi-tiết-phát-hành">Chi tiết phát hành</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix SHA256 double-free from Noise</li> <li>Clear i2ptunnel bubble count when clearing status messages</li> </ul> <h3 id="sửa-lỗi">Sửa lỗi</h3> <ul> <li>Reduce memory usage in BanlistRenderer</li> <li>Use torrent name instead of torrent file name in notifications</li> <li>Translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums</h2> <pre tabindex="0"><code>7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar 039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2 71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip 15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3 </code></pre>/vi/blog/2025/03/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.8.1/Mon, 17 Mar 2025 00:00:00 +0000/vi/blog/2025/03/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.8.1/<p>2.8.1 khắc phục lỗi khiến không truy cập được các trang cục bộ trong 2.8.0. Chúng tôi đã thêm bong bóng thông báo vào một số ứng dụng trong bảng điều khiển để làm nổi bật các thông báo của ứng dụng. Chúng tôi đã sửa một lỗi trong phần kiểm tra tunnel có thể đã ảnh hưởng đến độ tin cậy của tunnel. addressbook hiện có tab &ldquo;latest&rdquo; mới hiển thị các tên máy chủ mới nhất được thêm từ các đăng ký của bạn. Có một số sửa lỗi và cải tiến cho giao diện tối.</p>/vi/blog/2025/02/04/i2p-2.8.0-%C4%91%C3%A3-%C4%91%C6%B0%E1%BB%A3c-ph%C3%A1t-h%C3%A0nh/Tue, 04 Feb 2025 00:00:00 +0000/vi/blog/2025/02/04/i2p-2.8.0-%C4%91%C3%A3-%C4%91%C6%B0%E1%BB%A3c-ph%C3%A1t-h%C3%A0nh/<p>Bản phát hành này cải thiện I2P bằng cách sửa lỗi, loại bỏ mã không dùng, và nâng cao độ ổn định của mạng.</p> <p>We have improved handling of congested routers in the network. Issues in UPnP and NAT traversal were addressed to improve connectivity and error reporting. We now have a more aggressive strategy for leaseset removal from the NetDb to improve router performance and mitigate overload. Other changes were implemented to reduce the observability of events like a router rebooting or shutting down.</p>/vi/blog/2024/10/09/i2p-2.7.0-%C4%91%C3%A3-%C4%91%C6%B0%E1%BB%A3c-ph%C3%A1t-h%C3%A0nh/Wed, 09 Oct 2024 00:00:00 +0000/vi/blog/2024/10/09/i2p-2.7.0-%C4%91%C3%A3-%C4%91%C6%B0%E1%BB%A3c-ph%C3%A1t-h%C3%A0nh/<p>Bản phát hành này, I2P 2.7.0, tiếp tục công việc của chúng tôi bằng cách sửa lỗi, cải thiện hiệu năng và bổ sung các tính năng.</p> <p>Khả năng truy cập thông tin từ bảng điều khiển và các ứng dụng đã được cải thiện. Các vấn đề trong tính năng tìm kiếm của I2PSnark và SusiMail đã được khắc phục. Tính năng tìm kiếm netDB được nhúng vào bảng điều khiển của router hiện hoạt động theo cách trực quan và hữu ích hơn. Một số cải tiến nhỏ đã được thực hiện đối với các phần hiển thị chẩn đoán trong chế độ nâng cao.</p>/vi/blog/2024/08/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.6.1/Tue, 06 Aug 2024 00:00:00 +0000/vi/blog/2024/08/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.6.1/<p>I2P 2.6.1 được phát hành để khắc phục một lỗi giao diện người dùng trong ứng dụng Hidden Services Manager. Lỗi này khiến tính năng cuộn bị vô hiệu hóa, làm cho một số cấu hình không thể truy cập được.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì tính bảo mật và giúp mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2024/07/19/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.6.0/Fri, 19 Jul 2024 00:00:00 +0000/vi/blog/2024/07/19/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.6.0/<p>Bản phát hành I2P 2.6.0 này tiếp tục công việc của chúng tôi bằng cách sửa lỗi, bổ sung tính năng và cải thiện độ tin cậy của mạng.</p> <p>Các router mới hơn sẽ được ưu tiên khi chọn các router floodfill. I2PSnark nhận thêm các tính năng cải thiện hiệu năng của PeX(Peer Exchange), bên cạnh các bản sửa lỗi. Các giao thức truyền tải lỗi thời đang được loại bỏ, giúp đơn giản hóa mã trong các cơ chế truyền tải UDP. destination (điểm đích) được lưu trữ cục bộ sẽ có thể được các client cục bộ truy cập mà không cần yêu cầu LeaseSet tương ứng, cải thiện hiệu năng và khả năng kiểm thử. Ngoài ra, đã có thêm các tinh chỉnh đối với các chiến lược chọn peer.</p>/vi/blog/2024/05/15/2.5.2-ph%C3%A1t-h%C3%A0nh/Wed, 15 May 2024 00:00:00 +0000/vi/blog/2024/05/15/2.5.2-ph%C3%A1t-h%C3%A0nh/<p>I2P 2.5.2 đã được phát hành để sửa một lỗi phát sinh trong 2.5.0, gây ra hiện tượng cắt ngắn một số nội dung HTTP.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và hỗ trợ mạng lưới là chạy bản phát hành mới nhất.</p> <h2 id="chi-tiết-phát-hành">Chi tiết phát hành</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: Update rrd4j to 3.9.1-preview</li> <li>Router: Publish G cap if symmetric natted</li> </ul> <h3 id="thay-đổi">Thay đổi</h3> <ul> <li>i2ptunnel: Fix bug causing truncation of some HTTP content</li> <li>i2ptunnel: Fix custom option form width (light theme)</li> <li>Tunnels: Fix selection of peers with expired RIs</li> </ul> <h3 id="sửa-lỗi">Sửa lỗi</h3> <ul> <li>Translation updates</li> </ul> <p>Danh sách đầy đủ các lỗi đã được sửa</p>/vi/blog/2024/05/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-m%E1%BB%9Bi-i2p-2.5.1/Mon, 06 May 2024 00:00:00 +0000/vi/blog/2024/05/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-m%E1%BB%9Bi-i2p-2.5.1/<p>I2P 2.5.1 đang được phát hành để xử lý các cuộc tấn công từ chối dịch vụ (DoS) ảnh hưởng đến mạng và các dịch vụ I2P. Với bản phát hành này, chúng tôi vô hiệu hóa các phần dựa trên IP của công cụ phát hiện tấn công Sybil, vốn bị nhắm mục tiêu để khuếch đại mức độ ảnh hưởng và kéo dài thời gian của cuộc tấn công. Điều này sẽ giúp mạng trở lại hoạt động bình thường. Những ai đã vô hiệu hóa công cụ phát hiện tấn công Sybil có thể bật lại một cách an toàn. Chúng tôi cũng đã thực hiện các điều chỉnh đối với các hệ thống con khác nhằm cải thiện việc xác thực RouterInfo và lựa chọn nút ngang hàng.</p>/vi/blog/2024/04/25/th%E1%BB%9Di-ti%E1%BA%BFt-gi%C3%B4ng-b%C3%A3o/Thu, 25 Apr 2024 00:00:00 +0000/vi/blog/2024/04/25/th%E1%BB%9Di-ti%E1%BA%BFt-gi%C3%B4ng-b%C3%A3o/<p>Mạng I2P hiện đang chịu một cuộc tấn công Từ chối Dịch vụ (Denial-of-Service). Cuộc tấn công này ảnh hưởng đến I2P và i2pd nhưng theo những cách khác nhau và đang tác động nghiêm trọng đến sức khỏe của mạng. Khả năng truy cập các trang I2P bị suy giảm nghiêm trọng.</p> <p>Nếu bạn đang lưu trữ một dịch vụ bên trong I2P và dịch vụ đó chạy trên một Floodfill router, bạn nên cân nhắc thực hiện multihoming (chạy cùng dịch vụ trên nhiều router) trên một router đã tắt Floodfill để cải thiện khả năng truy cập. Các biện pháp giảm thiểu khác đang được thảo luận nhưng một giải pháp dài hạn, tương thích ngược vẫn đang được phát triển.</p>/vi/blog/2024/04/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-m%E1%BB%9Bi-i2p-2.5.0/Mon, 08 Apr 2024 00:00:00 +0000/vi/blog/2024/04/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-m%E1%BB%9Bi-i2p-2.5.0/<p>Bản phát hành này, I2P 2.5.0, mang lại nhiều cải tiến hướng tới người dùng hơn so với bản phát hành 2.4.0, vốn tập trung vào việc triển khai chiến lược cô lập NetDB.</p> <p>Các tính năng mới đã được thêm vào I2PSnark, như khả năng tìm kiếm trong các torrent. Các lỗi đã được sửa để cải thiện khả năng tương thích với các client torrent I2P khác như BiglyBT và qBittorrent. Chúng tôi xin cảm ơn tất cả các nhà phát triển đã phối hợp với libtorrent và qBittorrent để kích hoạt và cải thiện hỗ trợ I2P của họ. Các tính năng mới cũng đã được bổ sung vào SusiMail, bao gồm hỗ trợ định dạng Markdown trong email và khả năng kéo và thả tệp đính kèm vào email. Tunnels được tạo bằng Hidden Services manager (trình quản lý Hidden Services) hiện hỗ trợ &ldquo;Keepalive&rdquo;, giúp cải thiện hiệu năng và khả năng tương thích với các công nghệ web, cho phép các trang I2P tinh vi hơn.</p>/vi/blog/2024/03/29/nhi%E1%BB%81u-m%E1%BA%B7t-n%E1%BA%A1-m%E1%BB%99t-tr%C3%AD-tu%E1%BB%87-b%E1%BA%A3o-m%E1%BA%ADt-netdb/Fri, 29 Mar 2024 00:00:00 +0000/vi/blog/2024/03/29/nhi%E1%BB%81u-m%E1%BA%B7t-n%E1%BA%A1-m%E1%BB%99t-tr%C3%AD-tu%E1%BB%87-b%E1%BA%A3o-m%E1%BA%ADt-netdb/<p>Ghi chú của tác giả: các cuộc tấn công được đề cập trong bài viết này không thể thực hiện được đối với các phiên bản I2P hiện tại.</p> <p>Là một mạng ngang hàng tự tổ chức, I2P dựa vào các router tham gia mạng để có cách thức chia sẻ thông tin về những gì có trên mạng và cách để tiếp cận chúng. Các router I2P đạt được việc chia sẻ thông tin này bằng cách sử dụng NetDB, một DHT (bảng băm phân tán) dựa trên Kademlia nhưng đã được sửa đổi để hoạt động cho I2P. NetDB cần chia sẻ hai loại mục nhập chính, &ldquo;RouterInfos&rdquo; mà các nút ngang hàng sẽ dùng để giao tiếp trực tiếp với các router khác, và &ldquo;LeaseSets&rdquo; mà các nút ngang hàng khác sẽ dùng để giao tiếp với các client I2P thông qua các tunnel ẩn danh. Routers thường xuyên trao đổi các mục NetDB với nhau, hoặc bằng cách gửi thông tin tới một router hoặc client, hoặc yêu cầu thông tin từ một router hoặc client. Điều này có nghĩa là các mục có thể đến trực tiếp hoặc gián tiếp, ẩn danh hoặc không ẩn danh, tùy theo nhu cầu của mạng và khả năng của client. Tuy nhiên, là một mạng ẩn danh hóa, điều quan trọng nữa là phải đảm bảo rằng không thể có chuyện thông tin được gửi một cách ẩn danh lại bị yêu cầu truy hồi theo cách không ẩn danh. Cũng cần đảm bảo rằng thông tin được gửi theo cách không ẩn danh thì không thể bị yêu cầu truy hồi một cách ẩn danh. Nếu một trong hai tình huống đó trở nên khả thi, thì có thể thực hiện một tấn công liên kết (linking attack) cho phép kẻ tấn công xác định liệu client và router có đang chia sẻ một cái nhìn chung về NetDB hay không. Nếu có thể xác định một cách đáng tin cậy rằng hai mục tiêu chia sẻ cùng một cái nhìn về NetDB, thì rất có khả năng chúng nằm trên cùng một router, làm suy yếu nghiêm trọng tính ẩn danh của mục tiêu. Bởi vì có rất ít mạng ẩn danh, và I2P là mạng duy nhất mà bảng định tuyến được chia sẻ thông qua hoạt động của một DHT, nên lớp tấn công này gần như là độc nhất với I2P và việc giải quyết nó có ý nghĩa quan trọng đối với thành công của I2P.</p>/vi/blog/2023/12/18/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.4.0-v%E1%BB%9Bi-c%C3%A1c-c%E1%BA%A3i-ti%E1%BA%BFn-v%E1%BB%81-t%E1%BA%AFc-ngh%E1%BA%BDn-v%C3%A0-b%E1%BA%A3o-m%E1%BA%ADt-netdb/Mon, 18 Dec 2023 00:00:00 +0000/vi/blog/2023/12/18/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.4.0-v%E1%BB%9Bi-c%C3%A1c-c%E1%BA%A3i-ti%E1%BA%BFn-v%E1%BB%81-t%E1%BA%AFc-ngh%E1%BA%BDn-v%C3%A0-b%E1%BA%A3o-m%E1%BA%ADt-netdb/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Bản phát hành I2P 2.4.0 này tiếp tục nỗ lực của chúng tôi nhằm nâng cao bảo mật và độ ổn định của mạng I2P. Nó bao gồm những cải tiến đáng kể đối với Network Database (netDb), một cấu trúc thiết yếu trong mạng I2P dùng để khám phá các nút ngang hàng của bạn.</p> <p>Những thay đổi trong xử lý tắc nghẽn sẽ cải thiện độ ổn định của mạng bằng cách trao cho các router khả năng giảm tải các nút đang tắc nghẽn bằng cách tránh chúng. Điều này sẽ giúp mạng hạn chế tác động của tunnel spam. Nó cũng giúp mạng tự phục hồi trong và sau các cuộc tấn công DDoS.</p>/vi/blog/2023/07/10/%C4%91%C3%A3-ph%C3%A1t-h%C3%A0nh-easy-install-cho-windows-2.3.0/Mon, 10 Jul 2023 00:00:00 +0000/vi/blog/2023/07/10/%C4%91%C3%A3-ph%C3%A1t-h%C3%A0nh-easy-install-cho-windows-2.3.0/<p>I2P Easy-Install bundle cho Windows phiên bản 2.3.0 hiện đã được phát hành. Như thường lệ, bản phát hành này bao gồm một phiên bản cập nhật của I2P router. Điều này cũng mở rộng tới các vấn đề bảo mật ảnh hưởng đến những người vận hành dịch vụ trên mạng.</p> <p>Đây sẽ là bản phát hành cuối cùng của gói Easy-Install mà không tương thích với I2P Desktop GUI. Gói này đã được cập nhật để bao gồm các phiên bản mới của tất cả các phần mở rộng web đi kèm. Một lỗi tồn tại từ lâu trong I2P in Private Browsing khiến nó không tương thích với các chủ đề tùy chỉnh đã được khắc phục. Người dùng vẫn được khuyến nghị <em>không</em> cài đặt chủ đề tùy chỉnh. Các thẻ Snark không được tự động ghim lên đầu thứ tự thẻ trong Firefox. Ngoại trừ việc sử dụng cookieStores thay thế, các thẻ Snark giờ hoạt động như các thẻ trình duyệt thông thường.</p>/vi/blog/2023/06/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.3.0/Sun, 25 Jun 2023 00:00:00 +0000/vi/blog/2023/06/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.3.0/<p>Bản phát hành này bao gồm các bản sửa lỗi cho CVE-2023-36325. CVE-2023-36325 là một lỗi nhầm lẫn ngữ cảnh xảy ra trong bộ lọc Bloom. Kẻ tấn công tạo một I2NP message chứa một messageID duy nhất và gửi messageID đó đến một máy khách. Thông điệp này, sau khi đi qua bộ lọc Bloom, sẽ không được phép tái sử dụng messageID trong một thông điệp thứ hai. Sau đó kẻ tấn công gửi cùng thông điệp đó trực tiếp đến router. Router chuyển thông điệp đến bộ lọc Bloom, và nó bị loại bỏ. Điều này làm rò rỉ thông tin rằng messageID đã từng được thấy trước đó, khiến kẻ tấn công có lý do mạnh mẽ để tin rằng router đang phục vụ máy khách. Sự cố này đã được khắc phục bằng cách tách chức năng của bộ lọc Bloom thành các ngữ cảnh khác nhau dựa trên việc một thông điệp đi xuống một client tunnel, một exploratory tunnel, hoặc được gửi trực tiếp đến router. Trong điều kiện bình thường, cuộc tấn công này mất vài ngày để thực hiện thành công và có thể bị gây nhiễu bởi một số yếu tố như các router khởi động lại trong giai đoạn tấn công và độ nhạy với các trường hợp dương tính giả. Khuyến nghị người dùng Java I2P cập nhật ngay lập tức để tránh cuộc tấn công.</p>/vi/blog/2023/04/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.2.1/Wed, 12 Apr 2023 00:00:00 +0000/vi/blog/2023/04/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.2.1/<p>Sau bản phát hành I2P 2.2.0, vốn được đưa lên sớm để đẩy nhanh các biện pháp giảm thiểu trước các cuộc tấn công DDOS, chúng tôi đã phát hiện một vài vấn đề mới nảy sinh khiến cần phải xây dựng và phát hành các gói mới. Bản phát hành này sửa một lỗi trên Ubuntu Lunar và Debian Sid, theo đó bảng điều khiển router không thể truy cập được khi sử dụng phiên bản đã cập nhật của gói jakarta. Các gói Docker đã không đọc đúng các đối số, khiến các tệp cấu hình không thể truy cập. Sự cố này cũng đã được khắc phục. Container Docker hiện cũng tương thích với Podman.</p>/vi/blog/2023/03/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.2.0/Mon, 13 Mar 2023 00:00:00 +0000/vi/blog/2023/03/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-2.2.0/<p>Chúng tôi đã quyết định đẩy lên ngày phát hành 2.2.0, sẽ diễn ra vào hôm nay, ngày 13 tháng 3 năm 2023. Bản phát hành này bao gồm các thay đổi trên các thành phần NetDB, Floodfill và Peer-Selection (chọn nút ngang hàng), giúp cải thiện khả năng của router trụ vững trước các cuộc tấn công DDOS. Các cuộc tấn công nhiều khả năng sẽ tiếp diễn, nhưng các cải tiến đối với các hệ thống này sẽ giúp giảm thiểu rủi ro từ các cuộc tấn công DDOS bằng cách giúp router nhận diện và giảm ưu tiên các router có vẻ độc hại.</p>/vi/blog/2023/02/09/v%E1%BB%81-c%C3%A1c-cu%E1%BB%99c-t%E1%BA%A5n-c%C3%B4ng-t%E1%BB%AB-ch%E1%BB%91i-d%E1%BB%8Bch-v%E1%BB%A5-g%E1%BA%A7n-%C4%91%C3%A2y/Thu, 09 Feb 2023 00:00:00 +0000/vi/blog/2023/02/09/v%E1%BB%81-c%C3%A1c-cu%E1%BB%99c-t%E1%BA%A5n-c%C3%B4ng-t%E1%BB%AB-ch%E1%BB%91i-d%E1%BB%8Bch-v%E1%BB%A5-g%E1%BA%A7n-%C4%91%C3%A2y/<p>Mạng I2P hiện đang bị ảnh hưởng bởi một cuộc tấn công từ chối dịch vụ. Chức năng floodfill của mạng đã bị tác động, dẫn đến các phản hồi bị gián đoạn và tỷ lệ thành công khi xây dựng tunnel giảm. Những người tham gia mạng đã gặp khó khăn khi kết nối tới các trang I2P và sử dụng các dịch vụ I2P. Các chiến lược giảm thiểu đang được nghiên cứu và triển khai dần dần.</p>/vi/blog/2023/02/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-2-2023/Tue, 07 Feb 2023 00:00:00 +0000/vi/blog/2023/02/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-2-2023/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, not_bob, echelonMAC, obscuratus</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (08:01:07 PM) eyedeekay: Chào mọi người, xin lỗi tôi đến muộn, bị ngắt kết nối ngay trước cuộc họp (08:01:59 PM) eyedeekay: 1. Chào (08:01:59 PM) eyedeekay: 2. Báo cáo tình trạng 2.1.0 (08:01:59 PM) eyedeekay: 3. Tình trạng phát triển 2.2.0 (08:01:59 PM) eyedeekay: 4. Điều tiết tắc nghẽn (08:01:59 PM) eyedeekay: 5. Quản lý lưu lượng giả định (Làn sóng người dùng Tor) (08:01:59 PM) eyedeekay: 6. Nhãn dán cho dịch giả (08:01:59 PM) eyedeekay: zzz bạn muốn báo cáo về vụ DOS ở mục nào? 2 hay một mục riêng? (08:02:45 PM) zzz: gọi là 3b) nhé (08:02:46 PM) zzz: hoặc 2b) (08:02:59 PM) eyedeekay: OK vậy 2b (08:03:00 PM) zzz: tùy bạn (08:03:53 PM) eyedeekay: 1. Chào, hôm nay ngoài tôi và zzz còn ai ở đây? (08:03:58 PM) zzz: chào (08:04:09 PM) not_bob: Có mặt (08:04:18 PM) echelonMAC: có mặt (08:04:18 PM) obscuratus: Chào (08:04:29 PM) eyedeekay: Đông đủ quá, cảm ơn mọi người (08:04:30 PM) echelonMAC: đang dùng hệ thống thay thế. (08:05:06 PM) eyedeekay: 2. Báo cáo tình trạng 2.1.0 (08:05:15 PM) zzz: irc lag hơn bình thường nên vui lòng chờ thêm chút thời gian để phản hồi (08:05:38 PM) eyedeekay: Cảm ơn zzz, tôi sẽ ghi nhớ (08:09:02 PM) eyedeekay: Bắt đầu từ đâu đây... tôi tập trung vào các vấn đề UX trên Android, đặc biệt là sửa những thứ tôi làm chưa đúng khi khởi tạo ứng dụng (08:09:04 PM) eyedeekay: Android sẽ có một bản phát hành nhỏ vì việc này (08:10:00 PM) eyedeekay: Chủ đề mà tôi chắc ai cũng đang nghĩ tới là mạng đang bị tấn công, điều này đã thu hút sự chú ý của mọi người (08:10:05 PM) eyedeekay: Và đó là mục 2b (08:10:59 PM) eyedeekay: Chết rồi tôi lẫn mục, bỏ qua nhé, cái đó lẽ ra ở mục 3. xin lỗi, tuần dài, nhiều việc quá (08:12:03 PM) eyedeekay: zzz bạn giúp tôi trình bày mục 2 được không? Tôi nghĩ mình không đủ để trình bày hết mọi chuyện đang diễn ra (08:12:28 PM) zzz: được (08:12:29 PM) zzz: nhưng trước khi làm (08:12:56 PM) zzz: bạn và echelonMAC có báo cáo tiến độ gói cài đặt dễ dàng cho mac 2.1.0 không? (08:13:17 PM) eyedeekay: Ồ có, tôi có thể báo cáo (08:14:38 PM) eyedeekay: Vậy, chúng tôi đang dần thu hẹp các vấn đề, và hiện tại tôi và echelonMAC có các giả thuyết khác nhau về chuyện gì đang xảy ra, cả hai đều đang theo đuổi (08:14:38 PM) eyedeekay: Giả thuyết của tôi là tất cả bắt nguồn từ một cách lách lỗi cũ cho một bug trong Java 14 (08:15:08 PM) eyedeekay: Nơi mà jpackage đáng ra sẽ ký các tệp dylib được gói trong disk image(dmg) nhưng thực tế lại bị bỏ không ký (08:15:33 PM) echelonMAC: tóm lại: eyedeekaym đã làm lại script ký, tôi có thể build và ký, nhưng vẫn ký sai theo yêu cầu của apple (08:15:55 PM) eyedeekay: zab đã lách bằng cách tạo thư mục .app và ký mọi thứ bên trong rồi chỉ dùng jpackage cho bước đóng gói cuối cùng (08:16:35 PM) eyedeekay: nên khi nâng cấp Java, chúng tôi bắt đầu ký mọi thứ hai lần, và không còn cần thực hiện bước ký thủ công đó nữa (08:16:47 PM) eyedeekay: echelonMAC sửa tôi nếu tôi sai nhé nhưng bạn nghĩ là bạn có sai loại khóa? (08:17:10 PM) echelonMAC: có thể, có thể không, chưa chắc lắm (08:17:18 PM) echelonMAC: ít nhất log đang hiển thị lỗi này (08:17:53 PM) zzz: câu hỏi của tôi ở mức cao hơn, ETA (thời gian dự kiến) là gì, 2.1.0 vẫn là mục tiêu hay đã bỏ và bạn hy vọng vào 2.2.0, hay sao? (08:18:15 PM) echelonMAC: 2.1.0 vẫn là mục tiêu, nhưng hiện chưa có ETA (08:18:39 PM) echelonMAC: Tôi có thể build gần như ngay lập tức, nhưng đào sâu thì hiện không có thời gian... (08:18:48 PM) eyedeekay: Tôi vẫn muốn cắt một bản phát hành 2.1.0 ngay khi biết chắc có thể vượt qua notarization, theo tôi, một khi đã vượt qua một lần thì chúng ta sẽ làm được một cách ổn định (08:18:59 PM) zzz: eyedeekay đã gần như cam kết 2.2.0 đầu tháng 4 trong bài blog của mình, bạn không xác nhận ETA đó à echelonMAC ? (08:19:49 PM) echelonMAC: Tôi hoàn toàn bất lực và không thể dự đoán ETA, vì tôi chưa hiểu đầy đủ việc ký và build. (08:20:12 PM) echelonMAC: Nói chung là tôi làm theo script một cách mù quáng, nếu idk sửa được việc ký, thì notarization là việc 5 phút. (08:20:24 PM) echelonMAC: NẾU việc ký hoạt động như appple mong đợi (08:20:26 PM) zzz: ok vậy tôi đề nghị chỉnh sửa bài blog eyedeekay, đừng hứa những điều chúng ta không thể thực hiện (08:20:33 PM) eyedeekay: Sẽ làm (08:21:19 PM) zzz: ok cảm ơn, bạn sẵn sàng cho phần của tôi ở mục 2) chưa? (08:21:41 PM) eyedeekay: Rồi, mời bạn (08:21:48 PM) zzz: tuyệt (08:22:00 PM) zzz: cuộc họp trước là một tuần sau khi phát hành, giờ đã 4 tuần rồi (08:22:15 PM) zzz: tôi hy vọng thành công của expl. build sẽ tăng đều (08:22:35 PM) zzz: từ mức 20% thấp lên 30% thấp, rồi “bật” ra khỏi tắc nghẽn, trở lại khoảng 40% thấp (08:22:45 PM) zzz: chỉ phần đầu xảy ra (08:25:20 PM) zzz: rồi chúng tôi dao động qua lại giữa mức 20% thấp và 30% thấp (08:26:56 PM) zzz: vậy nên, chúng tôi có vài giả thuyết, xem 2b) (08:26:56 PM) zzz: nhưng ngoài ra tôi hài lòng với hiệu năng của 2.1.0 (08:26:56 PM) zzz: không có quá nhiều báo cáo lỗi (08:26:56 PM) zzz: tôi sẽ điểm qua những gì chúng tôi đang sửa ở 2b) và 3) (08:26:56 PM) zzz: khoảng 50% mạng đã cập nhật lên 2.1.0 hoặc bản tương đương của i2pd (08:26:56 PM) zzz: mọi người vui lòng cập nhật nếu chưa làm (08:26:56 PM) zzz: tôi chỉ có vậy cho 2a), nhưng tôi sẽ dừng một phút để hỏi/nhận xét trước khi bắt đầu 2b) (08:28:33 PM) zzz: ok, 2b) tình hình mạng hiện tại (08:28:33 PM) zzz: cuối tuần qua bắt đầu một cuộc tấn công rõ ràng (08:28:33 PM) zzz: rất nhiều floodfill routers (08:28:33 PM) zzz: nhìn chung, toàn mạng và các java routers đang xử lý ổn (08:28:33 PM) zzz: Tôi có một báo cáo về routers bị crash do OOM (hết bộ nhớ) (08:28:54 PM) zzz: Tôi hiểu rằng i2pd routers đang thực sự vất vả với tỷ lệ thành công build tunnel rất thấp (08:29:06 PM) not_bob: Dàn của tôi đều đã cập nhật. (08:29:15 PM) zzz: cuộc tấn công đang bắt đầu/dừng/thay đổi vài lần mỗi ngày (08:29:37 PM) zzz: vì vậy chúng tôi mới chỉ khoảng 60 giờ trong việc hiểu nó và bàn thảo biện pháp đối phó (08:30:15 PM) zzz: nhớ là vấn đề build tunnel (nay có khả năng cao được phân loại là một kiểu tấn công khác) bắt đầu từ 19/12 và mất chúng tôi vài tuần để hiểu và xử lý (08:30:27 PM) zzz: vậy là còn rất sớm (08:30:36 PM) not_bob: Tôi có một I2P+ router và nó cầm cự khá tốt. Nhưng các i2pd routers của tôi thì không. Tôi đã thấy tỷ lệ build tunnel thành công thấp tới 3%. Hiện tại tôi đang ở khoảng 10% trên các routers đó. (08:31:17 PM) zzz: nhưng đây là một cuộc tấn công sybil/DHT khá trực diện, mới với chúng ta nhưng quen thuộc với bất kỳ ai làm ứng dụng peer-to-peer/DHT (08:31:53 PM) zzz: còn quá sớm để nói liệu có cần phát hành sớm hơn kế hoạch (cho java i2p) hay không, và nếu có thì khi nào (08:32:23 PM) zzz: EOT, tôi sẽ chờ vài phút để thảo luận/nhận xét/câu hỏi (08:33:24 PM) eyedeekay: Những người bị OOM có nên tăng RAM cấp cho router của họ không? (08:36:18 PM) zzz: có, đó là cách giảm thiểu trực tiếp (08:36:18 PM) zzz: dừng router của bạn, chỉnh wrapper.config, khởi động lại (08:36:18 PM) zzz: Tôi kỳ vọng sẽ có các biện pháp giảm thiểu trong các bản dev trong vài ngày nữa (08:36:18 PM) dr|z3d: lý tưởng là bạn muốn min heap ở khoảng 256M và max ram gấp 2-3 lần con số đó. (08:36:18 PM) not_bob: Hiện tôi không chạy router I2P bản chuẩn nào. (08:36:18 PM) zzz: Tôi muốn nhắc lại điều đã nói ở trên rằng các cuộc tấn công đang thay đổi rất nhanh, và chúng tôi muốn dành thời gian để giải quyết các vấn đề tổng thể (08:36:18 PM) zzz: chứ không tập trung quá hẹp vào chi tiết cụ thể (08:37:36 PM) zzz: quay lại với bạn eyedeekay nếu 2b) không còn gì nữa (08:38:06 PM) eyedeekay: cảm ơn zzz rất nhiều. 3) Tình trạng phát triển 2.2.0 (08:39:51 PM) eyedeekay: Như tôi đã lỡ nói trước đó, tôi tập trung vào các vấn đề UX trên Android, đặc biệt là sửa những thứ tôi làm chưa đúng khi khởi tạo ứng dụng; xét cho cùng thì khá cơ bản nhưng đều cần được cải thiện (08:39:57 PM) eyedeekay: hoặc sửa dứt điểm (08:40:49 PM) eyedeekay: Ví dụ như sửa đăng ký và cổng tùy chỉnh khi build tunnels, vốn đã gây cản trở cho một số người dùng sau khi số lượng người dùng tăng mạnh với 2.10 (08:41:07 PM) dr|z3d: nhân tiện, để thấy quy mô cuộc tấn công, chúng tôi có một người dùng báo cáo khoảng 30 nghìn routers bị cấm. vậy là không hề nhỏ :) (08:41:07 PM) dr|z3d: (đó là shiver, người đang ở đây) (08:42:36 PM) mark22k: Tôi có 56005 peers bị cấm. (08:42:58 PM) eyedeekay: Trời đất. Tôi có 11027 và tưởng thế là nhiều rồi (08:43:08 PM) moristo: Đây có phải là việc của một quốc gia—những routers bị cấm hay có mẫu hình đáng chú ý nào khác không? (08:43:50 PM) moristo: Internet Spectrum bị mất ngày hôm qua ở FL và Ý ngày trước đó. (08:43:54 PM) moristo: *hôm qua. (08:43:55 PM) zzz: xin quay lại mục 3) và để phần thảo luận tấn công sau cuộc họp (08:44:05 PM) echelonMAC: Peers bị cấm (57053) (08:44:22 PM) moristo: ô, đang họp à? Lỗi của tôi. (08:46:50 PM) zzz: eyedeekay, bạn vẫn ở đó chứ? (08:47:11 PM) eyedeekay: ừ tôi đây (08:47:37 PM) zzz: bạn còn gì ở mục 3) không hay đến lượt tôi? (08:47:37 PM) eyedeekay: bắt đầu một mục dài: (08:47:37 PM) eyedeekay: i2p.firefox(Cài đặt dễ dàng cho Windows cũng đang được thực hiện, nhiều việc ở đó là gỡ bỏ bớt, cập nhật đang được đơn giản hóa vì các cài đặt kiểu admin cũ đã được chuyển hết sang cài đặt kiểu người dùng (08:47:37 PM) eyedeekay: hỗ trợ cài đặt USB portable sắp có trong 2.2.0 (08:47:43 PM) eyedeekay: Kèm cập nhật (08:48:21 PM) eyedeekay: Các vấn đề khác và phàn nàn của người dùng mà tôi đang xử lý hoặc quyết định cách xử lý đều có trên issue tracker đó (08:48:28 PM) eyedeekay: EOT cho tôi (08:48:47 PM) zzz: ok bạn đã thấy vấn đề NPE trong i2p.i2p rồi chứ? (08:49:10 PM) eyedeekay: Rồi, tôi đang lần dấu gắt gao (08:49:21 PM) zzz: ok gọi tôi nếu bạn cần giúp nhé (08:49:24 PM) zzz: 3) phần của tôi: (08:49:47 PM) zzz: Cuối cùng tôi đã hoàn thành việc refactor chọn peer mà tôi làm từ tháng 9 (08:50:31 PM) zzz: Tôi nghĩ tôi đã sửa các chỉ báo NAT đối xứng sai trong 2.1.0, nhưng cần ai đó gặp vấn đề đó thử và báo cáo (08:50:59 PM) zzz: có một ô tìm kiếm i2psnark mới khá hay (08:51:19 PM) zzz: gần xong "congestion caps" (đề xuất 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: và thêm vài tinh chỉnh để cải thiện cách xử lý tắc nghẽn build tunnel (08:52:18 PM) zzz: cuối tuần trước, tôi nghĩ mình gần như xong 2.2.0 và có thể thư giãn hai tháng cho đến khi phát hành (08:52:31 PM) zzz: nên, đáng tiếc là giờ chúng ta có nhiều việc phải làm hơn (08:52:48 PM) zzz: đôi khi nó là như vậy (08:53:24 PM) not_bob: Cảm ơn vì điều đó, một cải thiện lớn về trải nghiệm. (08:53:24 PM) zzz: EOT, tôi sẽ chờ một phút để thảo luận, rồi quay lại với bạn eyedeekay (08:53:37 PM) zzz: haha not_bob không có gì (08:55:00 PM) eyedeekay: Lời gọi cuối cho mục 3? (08:55:20 PM) eyedeekay: 4. Điều tiết tắc nghẽn - tôi nghĩ đây là chủ đề của tunnel_king, tunnel_king có ở đây không? (08:55:42 PM) zzz: quay lại với bạn eyedeekay (08:57:39 PM) eyedeekay: 4. Điều tiết tắc nghẽn, 5. Quản lý lưu lượng giả định (Làn sóng người dùng Tor) - cả hai do tunnel_king đề xuất, lời gọi cuối cho tunnel_king (08:59:01 PM) eyedeekay: OK mục cuối, 6. Nhãn dán cho dịch giả (08:59:01 PM) eyedeekay: Cụ thể là quy định cho những người nhận nhãn dán ngoài châu Mỹ (08:59:58 PM) zzz: đây là chủ đề của tôi, chỉ vì chưa giải quyết từ cuộc họp trước (09:00:28 PM) zzz: echelonMAC bạn có câu trả lời không? (09:00:41 PM) echelonMAC: không chi tiết, nhưng ai muốn thì sẽ nhận một ít nhãn dán nếu họ gửi địa chỉ (09:01:04 PM) echelonMAC: tức là gửi một thông báo trên transifex và gửi đi sau khi nhận địa chỉ (09:01:19 PM) echelonMAC: nhưng hiện chưa có nhãn dán mới về đây (09:01:35 PM) eyedeekay: Theo tracking thì ngày 10 (09:01:55 PM) zzz: Tôi đang đợi echelonMAC đăng hướng dẫn lên diễn đàn của tôi, rồi tôi sẽ copy/paste sang transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: chúng ta đã dừng ở đó một tháng rồi (09:02:42 PM) zzz: cảm ơn (09:03:33 PM) eyedeekay: Còn gì cho mục 6 hoặc cho cuộc họp không? (09:03:36 PM) zzz: EOT cho mục 6) của tôi, quay lại với bạn eyedeekay (09:04:32 PM) zzz: một lời kết cho cuộc họp: zzz.i2p là nơi tốt nhất cho tin tức và thời tiết, tôi sẽ đăng ở đó khi biết nhiều hơn hiện tại (09:04:32 PM) zzz: cảm ơn (09:04:55 PM) eyedeekay: Cảm ơn zzz rất nhiều vì điều đó, và cảm ơn mọi người đã đến dự họp (09:05:44 PM) eyedeekay: Hẹn gặp lại trên IRC và cùng thời điểm vào tháng sau (09:08:55 PM) zzz: cảm ơn eyedeekay (09:08:55 PM) zzz: qua được rồi mà không bị ngắt kết nối </div>/vi/blog/2023/01/31/c%E1%BA%ADp-nh%E1%BA%ADt-v%E1%BB%81-notarization-d%E1%BB%8Bch-v%E1%BB%A5-ch%E1%BB%A9ng-th%E1%BB%B1c-c%E1%BB%A7a-apple-cho-mac-easy-install/Tue, 31 Jan 2023 00:00:00 +0000/vi/blog/2023/01/31/c%E1%BA%ADp-nh%E1%BA%ADt-v%E1%BB%81-notarization-d%E1%BB%8Bch-v%E1%BB%A5-ch%E1%BB%A9ng-th%E1%BB%B1c-c%E1%BB%A7a-apple-cho-mac-easy-install/<p>Gói I2P Easy-Install cho Mac đã gặp tình trạng cập nhật bị đình trệ trong 2 bản phát hành vừa qua do người duy trì của nó đã rời đi. Khuyến nghị người dùng của gói Easy-Install cho Mac chuyển sang trình cài đặt kiểu Java cổ điển, vốn đã được khôi phục gần đây trên trang tải xuống. 1.9.0 có các vấn đề bảo mật đã biết và không phù hợp cho hosting services (dịch vụ lưu trữ) hoặc bất kỳ mục đích sử dụng dài hạn nào. Người dùng được khuyến cáo di chuyển khỏi bản này càng sớm càng tốt. Người dùng nâng cao của gói Easy-Install có thể khắc phục bằng cách biên dịch gói từ mã nguồn và tự ký phần mềm.</p>/vi/blog/2023/01/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-windows-easy-install-2.1.0/Fri, 13 Jan 2023 00:00:00 +0000/vi/blog/2023/01/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-windows-easy-install-2.1.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Gói Easy-Install của I2P cho Windows phiên bản 2.1.0 đã được phát hành. Như thường lệ, bản phát hành này bao gồm một phiên bản I2P Router đã được cập nhật. Bản phát hành I2P này đưa ra các chiến lược cải tiến để xử lý tình trạng tắc nghẽn mạng. Những chiến lược này sẽ giúp cải thiện hiệu năng, khả năng kết nối và bảo đảm sức khỏe lâu dài của mạng I2P.</p>/vi/blog/2023/01/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-1-n%C4%83m-2023/Tue, 10 Jan 2023 00:00:00 +0000/vi/blog/2023/01/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-1-n%C4%83m-2023/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (08:00:38 PM) eyedeekay: Chào mừng đến buổi họp dev, xin lỗi lần nữa vì lại lỡ giờ hôm qua (08:00:38 PM) eyedeekay: 1. Chào (08:00:38 PM) eyedeekay: 2. Trạng thái phát hành 2.1.0, Trạng thái phát hành 2.1.0 trên Mac (08:00:38 PM) eyedeekay: 3. Trạng thái phát triển 2.2.0 (08:00:38 PM) eyedeekay: 4. Điều tiết tắc nghẽn (08:00:38 PM) eyedeekay: 5. Quản lý lưu lượng giả định ( Làn sóng người dùng Tor) (08:00:46 PM) mode (-m ) bởi zzz (08:00:57 PM) eyedeekay: 1. Chào (08:01:00 PM) eyedeekay: Chào (08:01:04 PM) zzz: chào (08:01:29 PM) eyedeekay: tunnel_king bạn có ở đây cho mục 4 và 5 không? (08:02:10 PM) eyedeekay: OK vậy tạm thời chúng ta sẽ tùy cơ ứng biến những mục đó (08:02:21 PM) eyedeekay: 2. Trạng thái phát hành 2.1.0, Trạng thái phát hành 2.1.0 trên Mac (08:03:32 PM) eyedeekay: Bản phát hành 2.1.0 đã diễn ra hôm qua, zzz đã phát hành phần mềm và torrent đã hoạt động, tỷ lệ của mạng đã cập nhật đã tăng khoảng 7% kể từ đó nếu tôi tính thời gian đúng(cần kiểm tra lại) (08:04:07 PM) eyedeekay: Tôi đã phát hành các gói Maven cùng ngày, và sẽ có bản cập nhật Android trên tất cả các kênh ngay sau khi kết thúc cuộc họp này (08:04:29 PM) eyedeekay: Easy-Install cho Windows sẽ theo sau đó, và Easy-Install cho Mac sẽ sau đó nữa (08:05:10 PM) eyedeekay: Tôi tin rằng eche|on đã đưa cho tôi manh mối cuối cùng cần để giải quyết vấn đề notarization (quy trình chứng thực của Apple) của chúng ta, chúng ta sẽ biết trong vài ngày nữa liệu điều đó đúng không, khi đó sẽ tương ứng với một bản phát hành (08:05:30 PM) eyedeekay: Có gì bổ sung về chủ đề này không zzz? (08:05:39 PM) zzz: chỉ một chút thôi, cảm ơn (08:06:10 PM) zzz: bản phát hành i2pd cách đây một tuần trông đầy hứa hẹn, nhưng điều đó khiến việc xem xét tác động của bản phát hành của chúng ta khó hơn một chút (08:06:22 PM) zzz: và i2pd dự định có một bản phát hành nhỏ sớm nhất là hôm nay (08:06:56 PM) zzz: nên chúng ta sẽ không có thông tin thật tốt về việc bản phát hành của chúng ta đang tác động thế nào, nhưng miễn là số liệu tiếp tục cải thiện, đó mới là điều chính (08:07:06 PM) zzz: hôm nay còn quá sớm để nói gì, có lẽ khoảng một tuần nữa (08:07:08 PM) zzz: EOT (08:07:23 PM) eyedeekay: Cảm ơn zzz (08:07:42 PM) eyedeekay: 3. Trạng thái phát triển 2.2.0 (08:08:52 PM) eyedeekay: Tôi chưa có nhiều điều để nói về mục này, hầu hết việc của tôi vẫn giữ nguyên, nhưng tôi nghĩ chúng ta cần thống nhất mốc thời gian cho lần phát hành, đúng không? (08:09:13 PM) zzz: ừ, rõ ràng là chúng ta chưa làm gì cho 2.2.0 cả (08:09:36 PM) zzz: Tôi đề xuất một chu kỳ chuẩn 13 tuần kể từ đây, trừ khi chúng ta gặp vấn đề lớn nào đó (08:09:43 PM) eyedeekay: Nghe ổn với tôi (08:09:46 PM) zzz: vậy tức là phát hành vào đầu tháng Tư (08:10:12 PM) aeiou_ đã đổi tên thành aeiou (08:10:14 PM) zzz: và điều đó sẽ đưa chúng ta lệch hẳn khỏi các mốc tháng 2/5/8/11 mà chúng ta đã theo suốt vài năm, ừ thì vậy (08:10:40 PM) zzz: nhưng chúng ta thực sự cần thêm thời gian để làm mọi thứ chưa kịp làm trong chu kỳ rút ngắn vừa rồi (08:10:48 PM) zzz: vậy hãy tạm ghi là 13 tuần (08:10:49 PM) zzz: EOT (08:11:22 PM) eyedeekay: Ừ, không ý kiến gì (08:11:34 PM) eyedeekay: Kế hoạch cho đầu tháng Tư (08:12:35 PM) eyedeekay: Còn gì về mục 3 không? (08:12:48 PM) eyedeekay: 4. Điều tiết tắc nghẽn và 5. Quản lý lưu lượng giả định ( Làn sóng người dùng Tor) đều do tunnel_king thêm trên zzz.i2p, nhưng tôi không thấy tên đó trong phòng, nếu bạn ở đây dưới tên khác, gọi lần cuối (08:14:08 PM) eyedeekay: Còn gì để thảo luận cho cuộc họp không? (08:15:15 PM) eyedeekay: Được rồi cảm ơn zzz đã tham dự, tôi hứa sẽ đặt báo thức cho buổi tháng sau (08:15:55 PM) zzz: không (08:16:37 PM) eyedeekay: không là không còn gì cho cuộc họp hay không là đừng dừng cuộc họp? (08:16:38 PM) zzz: tôi cũng muốn hỏi liệu eche|on có ở đây không và có gì bổ sung cho mục 2) không (08:16:38 PM) zzz: không, hết rồi, mọi người vui lòng bấm nút cập nhật để nhận bản 2.1.0 tuyệt vời đó (08:16:53 PM) zzz: không còn gì nữa, cảm ơn </div>/vi/blog/2023/01/09/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.1.0/Mon, 09 Jan 2023 00:00:00 +0000/vi/blog/2023/01/09/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.1.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>We have learned several things since our 2.0.0 release in November. As routers have updated to that release, the network has gone from about 1% to over 60% support for our new SSU2 transport protocol. First, we have confirmed that SSU2 is a solid, well designed, and secure protocol. Second, however, we have found and fixed numerous minor or rarely-triggered bugs in the implementation of the protocol. Cumulatively, the effects of these bugs have reduced the performance of the network.</p>/vi/blog/2022/12/14/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-12-n%C4%83m-2022/Wed, 14 Dec 2022 00:00:00 +0000/vi/blog/2022/12/14/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-12-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (08:00:09 PM) eyedeekay: Xin chào mọi người, chào mừng đến với buổi họp dev được lên lịch lại (08:00:09 PM) eyedeekay: 1. Chào (08:00:09 PM) eyedeekay: 2. Tình trạng phát hành 2.0.0, Tình trạng phát hành 2.0.0 trên Mac (08:00:09 PM) eyedeekay: 3. Tình trạng phát triển 2.1.0 (08:00:09 PM) eyedeekay: 4. Sticker cho Người Dịch (08:00:50 PM) zzz: chào (08:02:55 PM) eyedeekay: Có vẻ như anh ấy không ở đây? tạm thời tiếp tục nhé. (08:04:04 PM) eyedeekay: 2. Tình trạng phát hành 2.0.0: hầu hết các mục tiêu của 2.0.0 đã được phát hành khoảng 3 tuần trước, bao gồm i2p.i2p, Android, Debian và Easy-Install cho Windows, còn Easy-Install cho Mac bị trì hoãn do zlatinb rời đi (08:04:04 PM) eyedeekay: Ech và tôi đã làm việc trên một kế hoạch để thay thế anh ấy về mặt bảo trì, ký, và notarization (chứng thực) của gói OSX, vẫn dự kiến gần cuối tháng này (08:06:01 PM) eyedeekay: Mọi người đều biết cách build mọi thứ, nắm rõ yêu cầu ký, việc còn lại cuối cùng trên thực tế là notarization, chúng tôi chưa biết hết những gì sẽ gặp ở đây nhưng tôi nghĩ đã có hình dung tốt (08:07:10 PM) eyedeekay: Android cần một bản phát hành nhỏ do lỗi liên quan đến tương thích với API mới trên các thiết bị mới hơn, vì vậy người dùng Android nên đảm bảo đã nâng cấp lên 2.0.1 (08:07:10 PM) eyedeekay: EOT cho mục 2 từ tôi, zzz có gì bổ sung không (08:07:20 PM) zzz: nhiều lắm (08:07:50 PM) uis is now known as Irc2PGuest69907 (08:08:04 PM) zzz: Tôi đã phải phát hành bản build debian/ubuntu 2.0.0-2ubunutu1 để sửa một lỗi xấu hổ nhưng rốt cuộc vô hại: một loạt symlink (liên kết tượng trưng) lạc chỗ trong root (08:08:38 PM) zzz: nguyên nhân gốc là một lỗi gõ, deb lint không bắt được, không chắc bài học hậu kiểm là gì ngoài việc cần cẩn thận hơn, khi cài đặt chúng tôi chạy với quyền root... (08:09:12 PM) zzz: về phía mạng, sau 3 tuần, một nửa đã cập nhật và đang dùng ssu2 (08:09:39 PM) zzz: tỷ lệ thành công của việc dựng tunnel thăm dò đã giảm thẳng kể từ khi phát hành (08:09:56 PM) zzz: chúng tôi lo ngại và đang giám sát chặt chẽ (08:10:47 PM) zzz: đến thời điểm này chúng tôi nghĩ đó là sự kết hợp giữa quá trình chuyển đổi ssu sang ssu2, lỗi ssu2 cả phía chúng ta lẫn trong i2pd, và một vài routers đang spam mạng với các lượt dựng tunnel (08:11:05 PM) zzz: i2pd đang cân nhắc một bản phát hành nhỏ giữa chu kỳ vào tháng Một để đưa các bản sửa lỗi của họ ra (08:11:33 PM) zzz: hiện tại tôi không nghĩ điều đó là cần thiết bên phía chúng ta, nhưng luôn là một lựa chọn nếu ta quyết định (08:12:18 PM) zzz: Tôi nghĩ EOT nhưng lát nữa tôi sẽ có thêm thông tin trong phần 3) (08:13:09 PM) eyedeekay: Cảm ơn zzz (08:13:43 PM) eyedeekay: 3. Tình trạng phát triển 2.1.0 (08:17:12 PM) eyedeekay: Chúng ta đã đi được 3 tuần trong chu kỳ này, thời gian này tôi đã làm việc để chuyển Android hoàn toàn sang gradle plugin hiện đại, tôi dừng lại trước khi chuyển từ maven sang maven-push trước khi phát hành, sau đó, việc trong danh sách cho Android là orbot-style split tunneling để cấu hình ứng dụng không cần proxy (giống kiểu torsocks trên Android) (08:17:12 PM) eyedeekay: Trên desktop tôi đang xử lý để sửa tích hợp của chúng ta vào Whonix và các công việc liên quan để đưa Easy-Install cho Windows thoát khỏi beta (08:18:43 PM) eyedeekay: Đó là những gì tôi đang làm, zzz muốn tiếp tục với thông tin của bạn hay phần 3)? (08:19:43 PM) dr|z3d: ... tạm nghỉ ... (08:23:56 PM) anonymousmaybe is now known as Irc2PGuest40130 (08:24:03 PM) eyedeekay: Chào mừng quay lại (08:25:17 PM) eyedeekay: Bạn nhận được đến đoạn nào cuối cùng? (08:26:28 PM) zzz: đã quay lại (08:26:28 PM) zzz: đến lượt tôi chưa? :) (08:26:28 PM) dr|z3d: bạn cần mặc tạp dề và đẩy khay kẹo đi quanh rạp :) (08:26:28 PM) dr|z3d: bạn có ra ngoài mua kem cho tất cả chúng tôi không? :) (08:26:28 PM) dr|z3d: tóm tắt: (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; Chúng ta đã đi được 3 tuần trong chu kỳ này, thời gian này tôi đã làm việc để chuyển Android hoàn toàn sang gradle plugin hiện đại, tôi dừng lại trước khi chuyển từ maven sang maven-push trước khi phát hành, sau đó, việc trong danh sách cho Android là orbot-style split tunneling để cấu hình ứng dụng không cần proxy (giống kiểu torsocks trên Android) (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; Trên desktop tôi đang xử lý để sửa tích hợp của chúng ta vào Whonix và các công việc liên quan để đưa Easy-Install cho Windows thoát khỏi beta (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; Đó là những gì tôi đang làm, zzz muốn tiếp tục với thông tin của bạn hay phần 3)? (08:26:48 PM) zzz: cảm ơn (08:27:04 PM) zzz: drz đã chuyển lại cho tôi (08:27:12 PM) zzz: ok, đến lượt tôi! (08:27:33 PM) zzz: khoảng một tuần rưỡi sau khi phát hành, khi phần lớn mạng đã cập nhật, tôi bắt đầu lần theo các vấn đề SSU2 (08:27:42 PM) zzz: và tìm thấy rất nhiều (08:27:56 PM) zzz: cả phía chúng ta, và tôi cũng giúp i2pd tìm ra một số vấn đề của họ (08:27:58 PM) zzz: nên khá bận rộn (08:28:14 PM) zzz: kết quả là chúng tôi đã có gần 7000 dòng diff, còn nhiều hơn cả toàn bộ đợt phát hành 2.0.0 (08:28:38 PM) zzz: và mọi thứ khác tôi đã lên kế hoạch cho 2.1.0 thì vẫn chưa làm được, bao gồm các cải tiến chọn peer đã hứa (08:29:50 PM) zzz: Tôi dự định nâng lên -7 sau cuộc họp (08:29:50 PM) zzz: mặc dù hạn chót cho "big changes in" là đầu tháng Một, hãy linh hoạt, vì chúng ta không muốn có một đống WIP ở đó nếu sẽ làm một bản phát hành 2.0.1 (08:29:59 PM) zzz: vì vậy hãy cố đừng làm vỡ thứ này thứ kia với các "big changes" nếu có thể. Các thay đổi lớn thì ổn, miễn là chúng được cô lập (08:30:40 PM) zzz: nhưng mọi thứ đang tiến triển tốt và chúng tôi đang phối hợp chặt chẽ với i2pd để lần theo và sửa lỗi (08:31:02 PM) zzz: bao gồm cả những lỗi hiếm kiểu một trên một triệu đang bắt đầu xuất hiện (08:31:16 PM) zzz: và những lỗi hiếm kiểu một trên vô số mà dr|z3d đang tìm thấy trên các routers tốc độ cao của anh ấy (08:31:30 PM) zzz: hết! EOT, có câu hỏi nào không? (08:32:27 PM) eyedeekay: Tôi hơi tò mò "một triệu" sự kiện nào đó xảy ra với tần suất ra sao ngoài đời thực, nhưng có lẽ để lần khác (08:33:17 PM) eyedeekay: Cảm ơn zzz (08:34:12 PM) eyedeekay: Có vẻ như khi có một đống routers cùng làm một việc nào đó, xác suất một sự kiện hiếm xảy ra ở đâu đó sẽ tăng rất nhanh (08:35:11 PM) zzz: ừ. có lẽ chúng ta nên thận trọng hơn, và đừng nhảy từ 2% lên 100% trong một bản phát hành. Nhưng rồi chúng ta sẽ vượt qua (08:35:17 PM) uis is now known as Irc2PGuest38853 (08:37:15 PM) eyedeekay: 4. Sticker cho Người Dịch (08:37:15 PM) eyedeekay: Tin thực sự duy nhất ở đây là tôi hiện có sticker để gửi bưu điện, tôi có rất nhiều, nên nếu bạn ở châu Mỹ thì tôi sẵn sàng gửi (08:37:58 PM) zzz: bạn có thể đăng gì đó trên diễn đàn của tôi, nêu ai đủ điều kiện và cách yêu cầu không (08:38:17 PM) eyedeekay: Làm được (08:38:29 PM) zzz: sau đó tôi sẽ copy paste sang thông báo trên transifex (08:38:48 PM) zzz: tình hình phía châu Âu thế nào? (08:39:44 PM) eyedeekay: Không biết anh ấy đã nhận của mình chưa, tối nay tôi sẽ xin cập nhật từ anh ấy (08:40:07 PM) zzz: ok, chắc tôi cần đợi phần đó trước khi đăng lên transifex (08:40:43 PM) zzz: làm ơn quất anh ấy bằng baffer của bạn vì đã bắt chúng ta dời lịch rồi lại không xuất hiện :) (08:41:07 PM) eyedeekay: Ờ cũng là lỗi của tôi nữa, nhưng tôi sẽ chắc chắn nhắn anh ấy :) (08:41:32 PM) zzz: Ý tôi là từ hôm qua sang hôm nay. bạn chưa thoát tội cho tuần trước đâu :) (08:42:41 PM) eyedeekay: Tôi chỉ có vậy cho mục 4 và/hoặc hôm nay, còn gì khác cho cuộc họp không? (08:42:50 PM) zzz: không (08:43:02 PM) zzz: ngày 3 tháng 1 chúng ta họp hay nghỉ? (08:44:26 PM) eyedeekay: Được rồi, cảm ơn zzz đã tham dự, tôi định nói "On" cho ngày 3/1 nhưng ta có thể chuyển sang ngày 10 vì nếu tôi nhớ không nhầm (IIRC) LS2 sẽ vào ngày 9 (08:45:01 PM) zzz: không quan trọng, bạn quyết định (08:45:35 PM) eyedeekay: Hãy họp vào ngày 9 tháng 1 và trở lại lịch Thứ Ba đầu tiên vào tháng Hai (08:45:52 PM) zzz: ý bạn là ngày 10? (08:45:59 PM) eyedeekay: Đúng, ngày 10 (08:46:07 PM) zzz: ok (08:46:15 PM) zzz: họp xong chưa? (08:46:25 PM) eyedeekay: Rồi </div>/vi/blog/2022/11/23/easy-install-2.0.0-cho-windows-osx-b%E1%BB%8B-ho%C3%A3n-1-th%C3%A1ng/Wed, 23 Nov 2022 00:00:00 +0000/vi/blog/2022/11/23/easy-install-2.0.0-cho-windows-osx-b%E1%BB%8B-ho%C3%A3n-1-th%C3%A1ng/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Gói Easy-Install I2P cho Windows đã được phát hành. Trong bản phát hành này, đã bổ sung hỗ trợ cho hầu hết các trình duyệt phổ biến, bao gồm tất cả các fork (nhánh) chính của Firefox(Gecko) và Chromium. Khả năng tương thích với các cài đặt I2P Service bên ngoài và các cài đặt I2P do người dùng tự cài (không kèm gói) đã được cải thiện. Gói Easy-Install hiện có thể phát hiện các I2P router khác và nhắc người dùng khởi chạy chúng thay thế nếu họ đã có I2P. Các tiện ích mở rộng trình duyệt đã được cập nhật lên phiên bản mới nhất. Gói Easy-Install hiện có thể truy cập chế độ usability của <code>i2p.plugins.firefox</code> thông qua cờ dòng lệnh <code>-usability</code>. Chế độ mặc định là chế độ &ldquo;Strict&rdquo; trong đó Javascript bị vô hiệu hóa bởi NoScript. Ở chế độ usability, Javascript bị hạn chế bởi JShelter. Để biết thêm chi tiết, xem kho lưu trữ profile manager tại i2pgit.org.</p>/vi/blog/2022/11/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.0.0/Mon, 21 Nov 2022 00:00:00 +0000/vi/blog/2022/11/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-2.0.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Bản phát hành I2P 2.0.0 kích hoạt giao thức truyền tải UDP SSU2 mới của chúng tôi cho tất cả người dùng, sau khi hoàn tất các tính năng nhỏ, kiểm thử, và nhiều bản sửa lỗi.</p> <p>Chúng tôi cũng đã sửa lỗi ở nhiều nơi, bao gồm trình cài đặt, cơ sở dữ liệu mạng, chức năng thêm vào sổ địa chỉ riêng tư, trình khởi chạy trình duyệt trên Windows và IPv6 UPnP.</p>/vi/blog/2022/11/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-11-n%C4%83m-2022/Tue, 08 Nov 2022 00:00:00 +0000/vi/blog/2022/11/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-11-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:00:31 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp ngày 8 tháng 11 (03:00:31 PM) eyedeekay: 1. Chào (03:00:31 PM) eyedeekay: 2. Trạng thái phát triển 2.0.0 (03:00:31 PM) eyedeekay: 3. Phát hành source tarballs cho các bản bundle (03:00:31 PM) eyedeekay: 4. Sticker miễn phí cho người dịch (03:00:31 PM) eyedeekay: Còn gì thêm cho chương trình họp không? (03:00:39 PM) mode (-m ) bởi zzz (03:01:19 PM) zzz: chào (03:01:58 PM) eyedeekay: chào zzz (03:02:03 PM) eyedeekay: Hôm nay còn ai ở đây không? (03:02:08 PM) eche|on: chào (03:02:18 PM) eyedeekay: Chào eche|on (03:02:39 PM) eyedeekay: 2. Trạng thái phát triển 2.0.0 (03:02:58 PM) eyedeekay: Chúng ta còn 2 tuần nữa là phát hành, với tag freeze vào ngày mai, nếu tôi nhớ không nhầm (03:03:49 PM) eyedeekay: Vâng, chính xác là lúc đó (03:04:38 PM) eyedeekay: zzz và orignal đã làm việc cật lực để chuẩn bị SSU2, kế hoạch vẫn là bật nó (03:05:08 PM) eyedeekay: Tôi sẽ thực hiện một bản phát hành chưa ký (unsigned) của I2P Easy-Install cho Windows (03:05:50 PM) eyedeekay: Tôi không rõ tình trạng phát hành trên Mac, người dùng Mac sẽ bị kẹt ở 1.9.0 cho đến khi chúng ta tìm được người duy trì/ký cho Mac mới à? (03:06:25 PM) zzz: đúng vậy. Có một bản tóm tắt khá tốt về đợt phát hành tại `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: thử nghiệm SSU2 trong 3 tháng qua với 2% bật đã cực kỳ thành công (03:07:17 PM) zzz: chưa phát hiện vấn đề lớn nào, nhưng chúng tôi đã sửa vô số lỗi nhỏ (03:08:19 PM) eche|on: cứ tiến hành với SSU2 (03:08:35 PM) eche|on: về mac: Tôi có tài khoản dev và một MAC, nhưng hiện tại chưa biết cách làm (03:08:39 PM) eche|on: và ít thời gian (03:09:03 PM) zzz: thú vị đấy (03:09:31 PM) zzz: bạn nghĩ mình _có thể_ làm nó vào lúc nào đó không? Nếu có thì khi nào? (03:09:39 PM) eche|on: Tôi có git repo về các phần bổ sung cho mac, nhưng hiện chưa xem (03:09:54 PM) eche|on: Nếu tôi tìm ra cách làm, thì khá sớm (tm) (03:10:05 PM) zzz: kể cả chậm một hai tháng thì cũng tuyệt vời (03:10:08 PM) eche|on: nhưng hướng dẫn có thể không kịp trong ngắn hạn (03:10:41 PM) eche|on: cũng không biết Apple sẽ làm gì, nhưng đó là những phần cần tìm hiểu (03:11:10 PM) eyedeekay: Tôi sẽ xem có thể giúp bạn không, việc dựng các jpackage cho Mac khá đơn giản, tôi chưa từng ký chúng nhưng tất cả đều có trong các script zab đã viết (03:11:25 PM) zzz: khi tôi làm 2.0.0 news.xml, tôi cũng sẽ thêm một mục tin trong mac feed nói rằng nó sẽ bị trì hoãn (03:11:42 PM) zzz: eyedeekay, bạn có mac không? (03:11:57 PM) eyedeekay: Tôi có một Intel Mac nhưng không có tài khoản dev (03:12:04 PM) eche|on: sadie có mac, nhưng cả idk lẫn sadie đều không muốn công khai tên thật (03:12:25 PM) eche|on: lấy tài khoản dev khá đơn giản: cung cấp tên của bạn và trả 100$ mỗi năm (03:12:28 PM) eyedeekay: Tôi có thể tạo một dmg nhưng nó được ký bằng khóa cục bộ không được chấp nhận trên các Mac khác (03:12:32 PM) zzz: Tôi hiểu. Ý là bạn có thể đi qua mọi thứ trừ notarization (quy trình Apple xác thực ứng dụng) (03:12:32 PM) eche|on: đại loại thế (03:13:12 PM) eche|on: bb 2 phút (03:13:25 PM) zzz: theo tôi biết thì chính notarization mới là phần rắc rối nhất. Hy vọng hướng dẫn rõ ràng... (03:14:14 PM) eyedeekay: Tôi nghĩ vấn đề duy nhất thật sự là thiết lập môi trường phát triển Java, có một công cụ bạn cài qua brew để chuyển phiên bản nên khá dễ (03:14:25 PM) zzz: eyedeekay, hãy đưa việc này vào chương trình họp tháng sau (03:14:36 PM) eyedeekay: Có thể làm (03:15:19 PM) zzz: trong lúc đó, vui lòng chạy qua hướng dẫn như hiện có, càng xa càng tốt mà không có notarization, chỉ để thử hướng dẫn và xem nó có cần chỉnh gì cho ech không (03:16:10 PM) zzz: đặc biệt kiểm tra xem phần arm64 đã được tài liệu hóa chưa (03:16:45 PM) eyedeekay: Tôi sẽ làm hết sức có thể, mặc dù tôi sẽ không thể chạy quy trình arm64 vì tôi không có Mac arm64 (03:16:53 PM) eche|on: Tôi sẽ kiểm tra cách lấy chứng chỉ với notarization, (03:16:55 PM) eyedeekay: Tôi sẽ làm mọi thứ đến trước bước đó (03:17:18 PM) eche|on: eyedeekay: cứ đặt mua một Mac arm64. hoàn trả như thường lệ (03:17:28 PM) eche|on: không cần dừng ở đó (03:17:30 PM) zzz: bạn có cần một Mac ARM để build ARM không? (03:17:41 PM) zzz: có lẽ... (03:17:59 PM) eyedeekay: Tôi không chắc lắm về các sắc thái liên quan đến biên dịch chéo (cross-compilation) (03:18:02 PM) zzz: cũng có một quy trình khả dĩ là idk build và ech thực hiện notarization (03:18:23 PM) zzz: nhưng ta không cần giải quyết hết ở đây (03:18:44 PM) eyedeekay: Nhưng jpackage khá kén chọn về tổ hợp kiến trúc/HĐH (03:19:28 PM) SoniEx2: Raspberry Pi? (03:19:39 PM) zzz: chuyển sang chủ đề tiếp theo nhé (03:19:40 PM) eyedeekay: ELF chứ không phải Mach-O (03:19:42 PM) eyedeekay: Nhưng đúng (03:19:45 PM) eyedeekay: 3. Phát hành source tarballs cho các bản bundle (03:20:24 PM) eyedeekay: Vì giờ chỉ còn mình tôi và tôi muốn phát hành source tarballs từ đầu, Windows 2.0.0 sẽ có source tarballs (03:20:36 PM) eyedeekay: Một cho chính bundle và một cho thành phần profile manager (03:21:17 PM) eyedeekay: Trong quá trình xem lại các script từ bundle Mac tôi sẽ thêm bước tạo source tarball vào quy trình (03:21:18 PM) zzz: ok, và vì người phản đối bên Mac đã rời đi, hãy thêm một cái vào trang Mac nữa (03:21:28 PM) eyedeekay: Sẽ làm (03:21:41 PM) zzz: tuyệt, tôi hài lòng (03:22:38 PM) eyedeekay: 4. Sticker miễn phí cho người dịch (03:23:27 PM) eche|on: vâng (03:23:49 PM) eyedeekay: eche|on và tôi đã trao đổi ngắn về việc này sau cuộc họp tháng trước qua email (03:23:49 PM) eyedeekay: Tôi nghĩ cả hai chúng ta đều ủng hộ làm chứ? Tôi chưa mở mail (03:24:23 PM) eche|on: chắc chắn ta có thể làm, mỗi khu vực trên thế giới một người (03:24:28 PM) zzz: đây là đề xuất của tôi, nhưng nó cần a) sticker và b) ai đó gửi chúng qua bưu điện (03:24:30 PM) eche|on: nhưng nguồn sticker của tôi có hạn (03:24:47 PM) zzz: theo tôi hiểu thì về cơ bản ta đã hết sticker (03:24:59 PM) eche|on: sadie/idk vẫn còn vài cái (03:25:05 PM) eche|on: Tôi chỉ còn khoảng 400 hoặc tương tự (03:25:23 PM) eche|on: chắc đủ cho 1 năm+, nhưng cần lên kế hoạch trước (03:25:26 PM) eyedeekay: Ồ tôi tự dùng gần hết còn khoảng 8 cái ở sự kiện All Things Open tuần trước (03:25:30 PM) eyedeekay: Tôi sẽ cần đặt thêm (03:25:53 PM) eche|on: à, ok (03:26:10 PM) zzz: hai bạn có thể phối hợp xem ai đặt hàng, thiết kế là gì, và đảm bảo mỗi người nhận một nửa không? (03:26:16 PM) eyedeekay: Vâng, được (03:26:34 PM) zzz: tuyệt (03:27:05 PM) zzz: khi nào có trong tay, gọi tôi và tôi sẽ thông báo trên TX (03:27:11 PM) eche|on: tốt (03:27:22 PM) zzz: cảm ơn mọi người (03:27:46 PM) eyedeekay: Không vấn đề (03:27:56 PM) eyedeekay: Còn gì ở mục 4 hoặc cho cuộc họp không? (03:28:25 PM) eche|on: không (03:29:14 PM) eyedeekay: Được rồi cảm ơn mọi người đã đến, tôi sẽ đăng biên bản cuộc họp trong vài phút nữa </div>/vi/blog/2022/10/11/giao-th%E1%BB%A9c-truy%E1%BB%81n-t%E1%BA%A3i-ssu2/Tue, 11 Oct 2022 00:00:00 +0000/vi/blog/2022/10/11/giao-th%E1%BB%A9c-truy%E1%BB%81n-t%E1%BA%A3i-ssu2/<h2 id="tổng-quan">Tổng quan</h2> <p>I2P đã sử dụng giao thức truyền tải UDP chống kiểm duyệt &ldquo;SSU&rdquo; từ năm 2005. Trong 17 năm, chúng tôi hầu như không nhận được (nếu có) báo cáo nào về việc SSU bị chặn. Tuy nhiên, theo các tiêu chuẩn ngày nay về bảo mật, khả năng chống bị chặn và hiệu năng, chúng ta có thể làm tốt hơn. Tốt hơn rất nhiều.</p> <p>Vì vậy, cùng với <a href="https://i2pd.xyz/">dự án i2pd</a> , chúng tôi đã tạo ra và triển khai &ldquo;SSU2&rdquo;, một giao thức UDP hiện đại được thiết kế theo các tiêu chuẩn cao nhất về bảo mật và khả năng chống bị chặn. Giao thức này sẽ thay thế SSU.</p>/vi/blog/2022/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-10-2022/Tue, 04 Oct 2022 00:00:00 +0000/vi/blog/2022/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-10-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp ngày 4 tháng 10 năm 2022 (04:00:08 PM) eyedeekay: 1. Chào (04:00:18 PM) zlatinb: chào (04:00:28 PM) zzz: chào (04:00:51 PM) eyedeekay: 1. Chào (04:00:51 PM) eyedeekay: 2. Tình trạng phát triển phiên bản 1.10.0 (04:00:51 PM) eyedeekay: 3. Bản phát hành tiếp theo 2.0.0? (04:00:51 PM) eyedeekay: 4. Phát hành các tarball mã nguồn cho các bản phát hành gói (04:00:51 PM) eyedeekay: 5. Sticker miễn phí cho dịch giả (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Cập nhật/Thoát beta (04:01:05 PM) eyedeekay: 2. Tình trạng phát triển phiên bản 1.10.0 (04:01:15 PM) eyedeekay: Còn khoảng 7 tuần nữa (04:01:24 PM) eyedeekay: Ưu tiên lớn của tôi tháng này là chuẩn bị gói Windows Easy-Install để thoát khỏi beta (04:01:31 PM) eyedeekay: Có rất nhiều thảo luận trên diễn đàn về việc đó, nhắm đến cập nhật ổn định, tương thích với các routers hiện có/không kèm gói, và một cách ổn định, linh hoạt hơn để quản lý và khởi chạy hồ sơ trình duyệt; thêm chi tiết ở mục 6 (04:01:38 PM) eyedeekay: Cũng đang làm một công cụ "Split Tunneling" (chia lưu lượng giữa VPN và mạng thường) hoặc "Per-App VPN" (VPN theo từng ứng dụng) trên Android (đã có trên lộ trình). (04:01:47 PM) eyedeekay: Tiện ích của nó là cho phép người dùng cấu hình trình duyệt dễ dàng hơn, theo cách ngăn WebRTC rò rỉ bằng cách đặt chúng lên một giao diện tương ứng với kết nối I2P chứ không phải với nhà cung cấp mạng của họ (04:02:05 PM) eyedeekay: zzz, zlatinb các bạn muốn bổ sung gì về những việc đang làm không (04:02:30 PM) zzz: không có nhiều để báo cáo... thử nghiệm SSU2 vẫn diễn ra tốt... (04:02:53 PM) zzz: đã đăng proposal 161 về compressible padding, chúng ta sẽ thảo luận trong các cuộc họp #ls2... (04:03:06 PM) zlatinb: Không có gì cụ thể tôi đang làm, chỉ muốn báo để mọi người biết là tôi sẽ afk từ 22/11 đến 10/12 nên nếu bản phát hành tiếp theo được gắn tag vào ngày 21 thì tôi có thể build các gói cho mac nhưng rất có thể sẽ không seed được các torrent (04:03:29 PM) eyedeekay: Nếu bạn gửi tệp cho tôi tôi sẽ seed giúp bạn (04:03:32 PM) zzz: Tôi có một số cải tiến hiệu quả chọn peer, sẽ cố gắng đưa vào sớm, có thể kịp hoặc không (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Cảm ơn zzz, zlatinb, tôi không muốn hối ai nhưng hôm nay chúng ta có lịch trình dài, còn gì để thêm ở mục 2 không? (04:04:59 PM) eyedeekay: 3. Bản phát hành tiếp theo 2.0.0? (04:04:59 PM) eyedeekay: Tôi bỏ phiếu đồng ý lên 2.0.0 (04:05:19 PM) zzz: vâng tôi đã đưa lên diễn đàn của mình để lấy ý kiến và hình như được 1 phiếu đồng ý và không có phiếu không (04:05:36 PM) eyedeekay: Tôi cũng đã đồng ý ở cuộc họp trước thì phải (04:05:46 PM) zzz: Tôi muốn quyết định hôm nay vì tôi có một bài blog về SSU2 sẵn sàng đăng và sẽ hữu ích nếu có thể gọi bản phát hành tiếp theo bằng số (04:06:22 PM) zzz: vâng tôi không nghe thấy ý kiến mạnh mẽ theo hướng nào ở cuộc họp trước nên mới hoãn lại một tháng (04:06:34 PM) zzz: Tôi nghĩ đó là ý tưởng hay (04:06:51 PM) zzz: vậy nếu không ai phản đối, hãy gọi nó là 2.0.0! (04:07:30 PM) eyedeekay: Chờ 1 phút để phản đối (04:07:47 PM) zzz: cho 30 giây thôi :) (04:07:54 PM) eyedeekay: Ừ tôi đã đốt 30 giây rồi (04:08:04 PM) eyedeekay: OK vậy nhé (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Phát hành các tarball mã nguồn cho các bản phát hành gói (04:08:31 PM) zzz: vâng đây là mục của tôi (04:08:53 PM) zzz: thông lệ của open source là đăng các tarball mã nguồn, ngay cả khi ta có thể trỏ đến một git tag (04:09:06 PM) zzz: Tôi hiểu là mã nguồn cho Mac không thay đổi giữa các bản phát hành? (04:09:10 PM) zzz: nhưng mã nguồn cho windows thì có? (04:09:46 PM) zlatinb: ừ gói mac đã tiến hóa để hỗ trợ arm64 nhưng nhìn chung không thay đổi (04:10:02 PM) eyedeekay: Những gì cả hai chúng tôi làm là clone một bản của repo và checkout một tag phát hành cụ thể, ant distclean, tạo các JAR, và sao chép chúng vào cây của gói (04:10:15 PM) zzz: dù sao, khuyến nghị của tôi là chúng ta tạo tarball mã nguồn như một phần của quy trình build và liên kết chúng trên các trang tải xuống tương ứng (04:10:36 PM) zzz: nếu chúng không thay đổi thì tôi đoán có thể để không phiên bản (04:10:50 PM) zzz: vậy mã nguồn windows cũng không thay đổi giữa các bản phát hành? (04:11:01 PM) zlatinb: Tôi thà chỉ tag rồi lấy tarball từ github. Tôi kỳ vọng ít nhất trong một thời gian thứ duy nhất thay đổi trong gói mac sẽ là tệp changelog (04:11:50 PM) zzz: các bạn có thể tự bàn chi tiết, nhưng mục tiêu là có mã nguồn và hướng dẫn để bất kỳ ai cũng có thể tự build (04:12:00 PM) eyedeekay: Các i2p jars được đưa vào thì không thay đổi ngoài việc được cập nhật, nhưng mã nguồn Windows đã thay đổi khá nhiều ở launcher kể từ khi bắt đầu (04:12:12 PM) zzz: hai bạn có sẵn sàng làm việc đó và thêm nó vào quy trình phát hành của mình không? (04:12:21 PM) eyedeekay: Có, chắc chắn rồi (04:12:31 PM) eyedeekay: Script phát hành và script hằng ngày của tôi giờ đã tạo tarball mỗi lần (04:12:36 PM) zzz: bạn không cần đưa các dependency như i2p, và có lẽ không nên (04:12:37 PM) eyedeekay: của zab nữa thì phải (IIRC) (04:12:54 PM) zlatinb: câu hỏi là đặt tarball ở đâu, có nên để trên site, v.v. (04:13:25 PM) zzz: đâu đó trên máy chủ tải xuống cùng mọi thứ khác, có liên kết trên các trang gói. Hai bạn bàn với nhau để thống nhất (04:13:59 PM) zlatinb: thực ra nếu ta có thể chỉ trỏ đến một gitlab tag thì không cần thêm liên kết rườm rà nào (04:14:31 PM) zzz: không đồng ý, tôi nghĩ thực hành open source tốt là xuất bản tarball mã nguồn (04:14:55 PM) zlatinb: github và có thể gitlab cho phép tải tarball từ một tag (04:14:57 PM) eyedeekay: Không thêm bao nhiêu công sức, tôi không phản đối, tôi tag trong cùng script mà tôi tạo tarball (04:15:05 PM) zzz: đây là binary, đây là mã nguồn, đây là chữ ký gpg, đây là hướng dẫn build (04:15:29 PM) zzz: nó cũng nhất quán với bản phát hành chính của chúng ta khi có tarball (04:16:15 PM) zzz: có vẻ như zlatinb không đồng ý? chúng ta có nên hoãn đến tháng sau? (04:16:38 PM) zlatinb: vâng tôi nghĩ là không cần thiết (04:16:57 PM) zlatinb: nhưng tôi không ngại làm nếu đó là quyết định (04:17:11 PM) zzz: nếu nó không bao giờ thay đổi, bạn chỉ cần làm một lần là xong (04:17:47 PM) zlatinb: lịch sử thì rất hiếm khi thay đổi (04:18:03 PM) eyedeekay: Để lùi lại cũng được với tôi, tôi và zlatinb có thể thống nhất sẽ làm hay không làm trong lúc này (04:18:33 PM) eyedeekay: Đây có thể là tình huống chúng ta phải hơi khác nhau vì gói của tôi thay đổi nhanh hơn của anh ấy (04:19:27 PM) zzz: nếu không muốn quyết hôm nay tôi sẽ mở một chủ đề diễn đàn để xin thêm ý kiến (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = bạn phản đối cho đến giờ? (04:21:02 PM) eyedeekay: Có lẽ là ý hay, và tôi ủng hộ tarball (04:21:31 PM) zlatinb: ừ (04:21:31 PM) zzz: không vấn đề, eyedeekay thêm nó vào danh sách cho tháng sau (04:21:37 PM) eyedeekay: OK làm được (04:21:52 PM) eyedeekay: Còn gì cho mục 4 không? (04:22:38 PM) eyedeekay: 5. Sticker miễn phí cho dịch giả (04:22:55 PM) eyedeekay: zzz mục này cũng của bạn, mời bạn khi sẵn sàng (04:23:16 PM) zzz: vâng, ghi công sarah jamie lewis trên twitter (04:23:32 PM) zzz: cho dự án của cô ấy mà tôi quên tên... cwtch? (04:24:02 PM) eyedeekay: Đúng rồi (04:24:02 PM) zzz: dù sao, tôi nghĩ đó là ý tưởng hay, nhưng chúng ta sẽ cần a) sticker và b) người gửi chúng (04:24:17 PM) zzz: cả hai thứ chúng ta từng có nhưng giờ đều thiếu người lẫn sticker? (04:24:40 PM) zzz: vậy, chúng ta có muốn làm không, và có nên đặt sticker (kể cả khi không làm) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: sadie và eche|on trước đây hình như phụ trách sticker (04:25:38 PM) eyedeekay: Tôi kiểm tra lại thì còn khoảng 35 cái loại cũ (Toopie) và 91 cái của lô tôi đặt hồi mùa xuân, nhưng tôi sẵn sàng đặt thêm (04:25:41 PM) zzz: dù sao, xin ý kiến... có/không/có thể? (04:26:00 PM) eyedeekay: Tôi có thể gửi trong Mỹ và Canada nhưng EU thì không thuận tiện với tôi (04:26:21 PM) zzz: chúng ta có hàng trăm dịch giả đăng ký. chỉ vài người có lẽ là đang hoạt động (04:26:41 PM) zzz: ai là người đặt sticker? (04:27:54 PM) eyedeekay: Người cuối cùng đặt sticker chắc là tôi, nhưng tôi làm ngoài giờ/tiền túi để có sticker mang đi hội nghị (04:28:19 PM) zzz: ai phụ trách PR? (04:28:48 PM) zzz: ai có ý kiến về sticker cho dịch giả? (04:28:48 PM) zzz: à, bạn có thể/đáng ra nên được hoàn tiền... trước đây echelon phụ trách sticker (04:29:54 PM) zzz: chúng ta sẽ cần sự đồng ý của anh ấy cả về chi phí, và để anh ấy làm người gửi ở EU, và gửi một nửa cho bạn và một nửa cho anh ấy (04:30:15 PM) zzz: vì anh ấy không có mặt, đưa mục này vào tháng sau, tôi sẽ cố thu hút sự chú ý của anh ấy (04:30:22 PM) eyedeekay: Tôi nghĩ nếu dịch giả yêu cầu sticker thì chúng ta nên có thể gửi cho họ, nhưng nên phụ thuộc vào yêu cầu (04:30:59 PM) zzz: chắc chắn rồi, chúng ta không có địa chỉ của ai cả, họ phải yêu cầu. nhưng chúng ta cần nói cho họ biết để yêu cầu (04:31:17 PM) uis is now known as Irc2PGuest33729 (04:31:48 PM) zzz: nếu ai đó định đi CCC thì bạn cần bổ sung thêm sticker, độc lập với chuyện dịch giả (04:32:42 PM) zzz: EOT, chuyển sang tháng sau, hôm nay chưa có câu trả lời (04:32:47 PM) eyedeekay: Rõ, tôi dự định đi nên sẽ đảm bảo có sticker (04:32:47 PM) eyedeekay: Vậy bước tiếp theo là bắt đầu chuỗi email với Ech về việc này (04:33:09 PM) eyedeekay: EOT từ tôi, còn gì ở mục 5 không? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Cập nhật/Thoát beta (04:33:58 PM) eyedeekay: Mục này dĩ nhiên là của tôi (04:34:26 PM) eyedeekay: Bản phát hành lẻ 1.9.5 diễn ra về mặt kỹ thuật là vì reseed application context timer, dĩ nhiên (04:34:45 PM) eyedeekay: Nhưng đó cũng là dịp phù hợp để theo dõi cách các bản cập nhật vận hành (04:35:54 PM) zlatinb: và nó hoạt động thế nào? (04:35:55 PM) eyedeekay: Không phải không có rắc rối, những người đang dùng rơi vào 3 nhóm (04:36:56 PM) eyedeekay: 1. Những người mà mọi thứ hoạt động hoàn hảo (04:36:56 PM) eyedeekay: 2. Những người bị hỏng tệp router.config đối với các routers không kèm gói (04:36:56 PM) eyedeekay: 3. Những người không được cập nhật vì tệp router.config là từ các routers không kèm gói (04:37:22 PM) eyedeekay: 2 và 3 là vấn đề, tôi đã theo sau bằng bản sửa trong một bài đăng trên diễn đàn ở zzz.i2p (04:37:43 PM) eyedeekay: Tôi tin là giờ đã sửa và sẽ không tái diễn trong tương lai (04:37:57 PM) eyedeekay: Do đó tôi nghĩ quy trình cập nhật sẽ sẵn sàng vào thời điểm 2.0.0 (04:38:08 PM) eyedeekay: Thực ra tôi nghĩ là sẵn sàng rồi nhưng vẫn còn 7 tuần để thử nghiệm (04:38:53 PM) eyedeekay: Vậy tôi muốn đưa nó ra khỏi beta vào tháng 11 (04:39:09 PM) zzz: chúng ta thực ra không có tiêu chí bằng văn bản cho việc thoát beta (04:39:17 PM) zzz: nhưng với tôi là quy trình phát hành vững, không bỏ sót thứ gì (04:39:27 PM) zzz: chúng ta không phải tung bản lẻ một tuần sau đó để sửa lỗi (04:39:45 PM) zzz: nhưng bạn có thể muốn liệt kê các mục tiêu tính năng của riêng mình (04:40:21 PM) zzz: ví dụ, hai bạn có chắc chắn xem xét cập nhật java mỗi ba tháng và cùng quyết định có phát hành hay không? (04:40:40 PM) zzz: Tôi không thấy thảo luận nào trên IRC. Có diễn ra ngoài IRC không? (04:41:31 PM) zlatinb: cuộc thảo luận cuối cùng diễn ra ở đây, không có thảo luận ngoài IRC nào về jre point releases kể từ đó (04:42:21 PM) eyedeekay: Chúng ta không nói qua Whereby một chút sau đó sao? (04:42:36 PM) eyedeekay: Tôi nhớ là mình chỉ phát hành theo chu kỳ Java nếu có CVE ảnh hưởng bản phát hành trước? (04:42:46 PM) zzz: lấy ví dụ, 18.0.2.1 ngày 18/8/2022 sửa một lỗi JIT làm crash JRE. Hai bạn có cập nhật cái đó không, hay đã cùng quyết định là không cần? (04:43:33 PM) zlatinb: Tôi không dùng bản đó thì phải (04:43:43 PM) zlatinb: và không nhớ đã thảo luận về lỗi đó; tôi thường chỉ xem các CVE (04:44:08 PM) zlatinb: 21:43:29 zlatinb: Tôi không ở bản đó thì phải (04:44:08 PM) zlatinb: 21:43:42 zlatinb: và không nhớ đã thảo luận về lỗi đó; tôi thường chỉ xem các CVE (04:44:12 PM) zzz: back (04:45:12 PM) eyedeekay: Tôi đang ở 18.0.2.1 nhưng vì tôi hoãn phát hành để cố đảm bảo xử lý một số vấn đề ổn định và đến lúc đó Java đã cập nhật (04:45:24 PM) eyedeekay: Ngoài ra bản phát hành lẻ của tôi được build bằng JDK đã cập nhật (04:45:35 PM) eyedeekay: Vậy nên ta lại lệch nhịp với nhau rồi thì phải (04:45:54 PM) zzz: đó là điều tôi muốn nói về quy trình. Nếu quy trình build và phát hành chưa ổn định và được tuân thủ đáng tin cậy, thì các sản phẩm này chưa sẵn sàng tốt nghiệp (04:46:01 PM) zzz: vậy khi bạn cập nhật lên 18.0.2.1, bạn có báo cho zlatinb là bạn làm thế và gợi ý anh ấy làm tương tự không? (04:47:04 PM) eyedeekay: Không, tôi không, tôi chỉ để auto-update và build bằng bản mới nhất (04:48:13 PM) eyedeekay: Vậy... lại có một quy trình cần chỉnh ở phía tôi (04:49:31 PM) zzz: Tôi gợi ý bạn làm một bản phát hành chắc chắn, không lỗi trong tháng 11 (cùng với bất kỳ mục tiêu tính năng nào bạn có) và nếu mọi thứ tốt thì tự đưa mình vào chương trình nghị sự tháng 12 (04:50:00 PM) eyedeekay: OK làm được (04:50:56 PM) zzz: hoặc tháng 1 vì bản phát hành có lẽ muộn tháng 11, có thể không đủ thông tin vào tuần đầu tháng 12 (04:52:02 PM) eyedeekay: Nếu khi đó chưa đủ cơ sở thì tôi sẽ dời (04:52:15 PM) eyedeekay: Còn gì cho mục 6 không? (04:52:27 PM) zzz: có mục 6a) ngắn (04:52:30 PM) eyedeekay: Được (04:52:52 PM) zzz: zlatinb báo là cập nhật mac arm diễn ra tốt, nên với tôi nó đã thoát beta như đã bàn trên diễn đàn của tôi (04:53:28 PM) zzz: zlatinb, bạn cần cập nhật trang của mình để gỡ nhãn beta (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: sẽ làm sớm (04:54:24 PM) eyedeekay: Được rồi chúng ta còn chưa tới một giờ, còn gì cho cuộc họp không? (04:54:26 PM) eyedeekay: chờ 1 phút (04:54:41 PM) zlatinb: có (04:54:57 PM) zlatinb: nếu StormyCloud đọc log, tôi khuyến khích họ giải đáp các lo ngại nêu trên reddit (04:56:15 PM) zlatinb: câu hỏi đó càng để lâu không trả lời thì nhìn càng tệ (04:56:18 PM) eyedeekay: đồng ý, họ đôi khi có lên reddit và sẽ tốt nếu nghe từ họ (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Cảm ơn zlatinb (04:57:37 PM) eyedeekay: Còn gì cho cuộc họp (lần nữa) không? lần này chờ 30 giây (04:58:21 PM) eyedeekay: Cảm ơn mọi người đã tham dự, tối nay tôi sẽ đăng log, hẹn gặp trên IRC và cùng giờ vào tháng tới </div>/vi/blog/2022/09/26/g%E1%BA%B7p-g%E1%BB%A1-ng%C6%B0%E1%BB%9Di-b%E1%BA%A3o-tr%C3%AC-c%E1%BB%A7a-b%E1%BA%A1n-divaexchange/Mon, 26 Sep 2022 00:00:00 +0000/vi/blog/2022/09/26/g%E1%BA%B7p-g%E1%BB%A1-ng%C6%B0%E1%BB%9Di-b%E1%BA%A3o-tr%C3%AC-c%E1%BB%A7a-b%E1%BA%A1n-divaexchange/<p><em>Trong phần thứ hai của loạt Meet Your Maintainer, tôi đã liên hệ với Konrad từ DIVA.EXCHANGE để trao đổi về hoạt động nghiên cứu và dịch vụ của DIVA. DIVA.EXCHANGE đang phát triển phần mềm với mục tiêu cung cấp công nghệ ngân hàng miễn phí cho mọi người. Giải pháp này an toàn mà không cần cơ sở hạ tầng tập trung, và dựa trên công nghệ blockchain và I2P.</em></p>/vi/blog/2022/09/26/m%E1%BB%99t-l%E1%BB%9Di-nh%E1%BA%AFc-nh%E1%BB%9F-%C4%91%E1%BB%83-gi%E1%BB%AF-an-to%C3%A0n-khi-i2p-ph%C3%A1t-tri%E1%BB%83n/Mon, 26 Sep 2022 00:00:00 +0000/vi/blog/2022/09/26/m%E1%BB%99t-l%E1%BB%9Di-nh%E1%BA%AFc-nh%E1%BB%9F-%C4%91%E1%BB%83-gi%E1%BB%AF-an-to%C3%A0n-khi-i2p-ph%C3%A1t-tri%E1%BB%83n/<h2 id="lời-nhắc-về-an-toàn-khi-i2p-phát-triển">Lời nhắc về an toàn khi I2P phát triển</h2> <p>Đây là thời điểm đầy hứng khởi đối với The Invisible Internet Project (I2P). Chúng tôi đang hoàn tất quá trình chuyển đổi sang mật mã hiện đại trên tất cả các transport (giao thức truyền tải) của mình, ( Java và C++), và gần đây chúng tôi đã có thêm một dịch vụ outproxy (ủy quyền ra Internet công khai) có băng thông lớn và chuyên nghiệp, và có nhiều ứng dụng tích hợp chức năng dựa trên I2P hơn bao giờ hết. Mạng lưới đang sẵn sàng để phát triển, vì vậy bây giờ là thời điểm tốt để nhắc mọi người hãy thận trọng và an toàn khi tải xuống I2P và phần mềm liên quan đến I2P. Chúng tôi hoan nghênh các ứng dụng mới, các bản triển khai, và các fork (nhánh tách) với những ý tưởng mới, và sức mạnh của mạng đến từ tính mở của nó đối với sự tham gia của tất cả người dùng I2P. Thực tế, chúng tôi không thích gọi các bạn là người dùng, chúng tôi thích dùng từ &ldquo;Participants&rdquo; vì mỗi người trong các bạn đều giúp ích cho mạng lưới, theo cách riêng của mình bằng cách đóng góp nội dung, phát triển ứng dụng, hoặc đơn giản là định tuyến lưu lượng và giúp những người tham gia khác tìm các nút ngang hàng.</p>/vi/blog/2022/09/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-g%C3%B3i-c%C3%A0i-%C4%91%E1%BA%B7t-d%E1%BB%85-d%C3%A0ng-cho-windows-1.9.5/Wed, 07 Sep 2022 00:00:00 +0000/vi/blog/2022/09/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-g%C3%B3i-c%C3%A0i-%C4%91%E1%BA%B7t-d%E1%BB%85-d%C3%A0ng-cho-windows-1.9.5/<h2 id="bản-phát-hành-sửa-lỗi-dành-cho-người-dùng-windows-11">Bản phát hành sửa lỗi dành cho người dùng Windows 11</h2> <p>Bản phát hành nhỏ này bao gồm một bản sửa lỗi trong router I2P đi kèm, khắc phục một lỗi rất hiếm gặp khi context clock (đồng hồ của context) bị lệch nhịp với đồng hồ mà Hệ thống Tệp đang sử dụng, dẫn đến router không thể đọc trạng thái hiện tại của chính NetDB của nó. Mặc dù đến nay lỗi này mới chỉ được quan sát trên Windows 11, chúng tôi khuyến nghị mạnh mẽ tất cả người dùng cập nhật lên bản dựng mới.</p>/vi/blog/2022/09/07/g%E1%BA%B7p-g%E1%BB%A1-ng%C6%B0%E1%BB%9Di-b%E1%BA%A3o-tr%C3%AC-c%E1%BB%A7a-b%E1%BA%A1n-stormycloud/Wed, 07 Sep 2022 00:00:00 +0000/vi/blog/2022/09/07/g%E1%BA%B7p-g%E1%BB%A1-ng%C6%B0%E1%BB%9Di-b%E1%BA%A3o-tr%C3%AC-c%E1%BB%A7a-b%E1%BA%A1n-stormycloud/<h2 id="một-cuộc-trò-chuyện-với-stormycloud-inc">Một cuộc trò chuyện với StormyCloud Inc.</h2> <p>Với <a href="https://geti2p.net/en/blog/2022/08/22/1.9.0-Release">bản phát hành I2P Java</a> mới nhất, outproxy (proxy thoát) hiện có, false.i2p, đã được thay thế bằng StormyCloud outproxy mới cho các cài đặt I2P mới. Đối với những người đang cập nhật router, việc chuyển sang dịch vụ Stormycloud có thể được thực hiện nhanh chóng.</p> <p>Trong Hidden Services Manager, hãy đổi cả Outproxies và SSL Outproxies thành exit.stormycloud.i2p và nhấp vào nút lưu ở cuối trang.</p>/vi/blog/2022/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2022/Tue, 06 Sep 2022 00:00:00 +0000/vi/blog/2022/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, not_bob, RightNow, RN</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:01:46 PM) eyedeekay: Chào mọi người (04:01:50 PM) eyedeekay: chào mừng đến với buổi họp Thứ Ba ngày 6 tháng 9 (04:02:02 PM) zzz: chào (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: chào (04:02:26 PM) eyedeekay: 1. Chào (04:02:26 PM) eyedeekay: 2. Tình trạng phát hành 1.9.0 (04:02:26 PM) eyedeekay: 3. Tình trạng phát triển 1.10.0 (04:02:26 PM) eyedeekay: 4. bản phát hành tiếp theo 2.0.0? (04:02:26 PM) eyedeekay: 5. Gói Mac arm64 ra khỏi beta nếu cập nhật 1.9.0 thành công? (theo dõi từ cuộc họp trước) (04:02:51 PM) eyedeekay: Có gì khác cần bổ sung trước khi bắt đầu không? (04:03:19 PM) eyedeekay: chào zzz, chào zlatinb (04:03:46 PM) eyedeekay: 2. Tình trạng phát hành 1.9.0 (04:05:11 PM) eyedeekay: Chúng tôi đã phát hành khoảng 2 tuần trước, có một chút chậm trễ trong việc đưa Android và gói Easy-Install ra (04:05:11 PM) eyedeekay: Các bản dựng F-Droid hiện cũng đã được sửa nên ai muốn có thể cài từ F-Droid main nếu họ chọn và ứng dụng sẽ hoạt động (04:05:37 PM) not_bob: Cảm ơn vì điều đó. (04:05:43 PM) eyedeekay: Không vấn đề gì (04:06:41 PM) eyedeekay: Tôi sẽ làm một bản phát hành nhỏ cho gói Easy-Install trên Windows, zlatinb đã tìm thấy một lỗi rất khó phát hiện, dường như ảnh hưởng đến gói Easy-Install trên Windows 11 nhiều hơn một chút so với các nơi khác (04:07:17 PM) eyedeekay: zzz bạn có muốn nói về Debian hay điều gì khác không? (04:07:51 PM) zzz: được (04:07:53 PM) zzz: khoảng 40% mạng đã được cập nhật, điều này điển hình sau 2 tuần (04:08:10 PM) zzz: hiện chúng ta có vài trăm router hỗ trợ SSU2, đúng như mong muốn/kỳ vọng (04:08:41 PM) zzz: cho đến giờ không có vấn đề lớn nào (04:09:06 PM) zzz: mặc dù lỗi của zlatinb có lẽ ở mức trung bình-đến-khá nghiêm trọng :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Ừ và điều tôi không hiểu là làm sao nó không xảy ra mấy trong suốt thời gian dài, rồi lại đánh vào gói Easy-Install hai lần liền nhau (04:10:17 PM) zlatinb: ừ thì tình cờ tôi phải dùng một laptop Windows 11 vài ngày, nó đã phát hiện ra khá nhiều vấn đề (04:11:08 PM) zlatinb: Tôi đoán vấn đề reseed (tải danh sách nút ban đầu) hoặc khiến người dùng thử lại, hoặc bỏ i2p ngay từ đầu (04:11:09 PM) zzz: thường thì vẫn vậy... dev có thiết lập mới... mọi thứ rối tung (04:11:59 PM) zlatinb: vẫn còn một vấn đề forking (tách tiến trình) chưa giải quyết với Firefox khi khởi chạy lần đầu (04:12:48 PM) zlatinb: nên lý tưởng là chúng ta nên thử làm gì đó với nó (04:13:30 PM) eyedeekay: Đúng vậy, nó chỉ xảy ra đúng lần đầu tiên chạy trình khởi chạy trình duyệt, những lần sau thì hoạt động ổn (04:13:36 PM) zlatinb: có lẽ khởi chạy headless hoặc nghịch các tùy chọn khởi chạy, tôi không biết (04:14:10 PM) eyedeekay: Ừ tôi có thể khởi chạy nó headless ở lần chạy đầu, để nó fork rồi đóng, sau đó các lần tiếp theo chạy với cửa sổ mở (04:14:58 PM) eyedeekay: Ý hay đấy, cảm ơn zlatinb (04:15:15 PM) eyedeekay: Còn gì ở mục 2 không? (04:16:03 PM) goingpostal hiện được đổi tên thành Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. Tình trạng phát triển 1.10.0 (04:18:30 PM) eyedeekay: Xin lỗi hôm nay tôi chuẩn bị kém hơn thường lệ, bị kẹt cả ngày ở văn phòng của người khác, mong mọi người thông cảm (04:21:00 PM) eyedeekay: Sau 2 tuần, tôi đã làm một số cải tiến cho gói Windows để nó ổn định hơn, trực quan hơn và giúp lần ra lỗi lệch đồng hồ này (04:21:37 PM) eyedeekay: Tôi cũng đang port phần hồ sơ và trình khởi chạy của nó (trừ router jpackaged) sang các nền tảng không phải Windows để hy vọng cung cấp cấu hình trình duyệt tự động ở đó (04:22:06 PM) eyedeekay: zzz đang làm việc trên SSU2, sửa lỗi với sự giúp đỡ của orignal, zzz có muốn cập nhật cho chúng tôi về việc đó không (04:22:16 PM) zzz: có, cảm ơn. còn sớm, nhưng tóm tắt các thay đổi và sửa lỗi đến giờ ở `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - đã thêm cờ ack-immediate và connection migration (04:22:47 PM) zzz: đó là hai thứ cuối cùng chúng tôi muốn đưa vào trước khi bật cho tất cả mọi người (04:24:07 PM) eyedeekay: Tuyệt, vậy là anh đang đúng lộ trình? (04:24:30 PM) zzz: cơ sở người dùng lớn hơn giúp chúng tôi tìm ra các trường hợp góc và lỗi hiếm hơn, không có gì quá nghiêm trọng, sửa dần khi gặp (04:24:30 PM) zzz: kế hoạch suốt mấy tháng là bật SSU2 cho mọi người trong bản phát hành tháng 11 và chúng tôi vẫn đúng tiến độ (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: vâng (04:24:51 PM) eyedeekay: Tuyệt, cảm ơn vì cập nhật (04:25:09 PM) eyedeekay: Còn gì cho mục 3 không? (04:25:41 PM) eyedeekay: 4) bản phát hành tiếp theo 2.0.0? (04:25:52 PM) eyedeekay: zzz anh đã thêm chủ đề này, anh muốn bắt đầu chứ? (04:26:12 PM) zzz: đây là gợi ý từ dr|z3d nên nếu anh ấy ở đây tôi sẽ mời anh ấy trình bày (04:26:50 PM) zzz: nhưng nếu không thì tôi nghĩ đó không phải ý tồi (04:27:05 PM) zzz: Linux sắp chuyển từ 5.19 lên 6.0 (04:27:25 PM) zzz: arti của Tor vừa lên 1.0.0 (04:27:26 PM) zzz: SSU2 cũng là một cái cớ hợp lý như bất kỳ cái nào (04:27:45 PM) RightNow: và I2P đang chuyển từ SSU sang SSU2 (04:27:47 PM) zzz: EOT - mọi người nghĩ sao? và chúng ta không cần quyết định hôm nay, còn 11 tuần nữa (04:28:30 PM) not_bob: Tôi không có vấn đề gì miễn là nó hoạt động. (04:29:18 PM) zzz: ai ghét? ai thích? (04:29:21 PM) eyedeekay: Được, tôi nghĩ hợp lý, cả hai phương thức truyền tải sẽ được hiện đại hóa, đó là một cột mốc lớn (04:29:43 PM) zlatinb: Tôi cũng muốn chúng ta có thứ gì đó nổ lớn hơn để lên 2.0 (04:29:48 PM) RightNow hiện được đổi tên thành RN (04:30:34 PM) eyedeekay: Có lẽ để dành cho 3.0.0? (04:30:38 PM) zzz: không có gì lớn hơn trong lộ trình. thành thật mà nói, tôi hy vọng chúng ta sẽ không làm gì lớn hơn nữa, tôi mệt rồi... (04:30:56 PM) zlatinb: tôi cũng phải rời đi bây giờ, xin lỗi, về chủ đề cuối thì vâng tôi nghĩ gói Mac arm đã sẵn sàng ra khỏi beta. Tôi sẽ còn giữ máy tính xách tay Windows thêm một hai ngày để thử nghiệm. Phải chạy đây, xin lỗi (04:30:59 PM) zlatinb: nói chuyện sau (04:31:05 PM) RN: zzz, cũng cảm ơn bạn. (04:32:26 PM) eyedeekay: Đúng vậy zzz, sự cống hiến và làm việc chăm chỉ của bạn được trân trọng (04:32:34 PM) zzz: thế này nhé eyedeekay, để tôi đăng trong chủ đề 1.10 trên diễn đàn của tôi và tháng sau sẽ quay lại với báo cáo, thêm nó vào chương trình nghị sự tháng sau (04:32:44 PM) eyedeekay: Sẽ làm vậy zzz (04:33:18 PM) zzz: tôi không định gợi lời cảm ơn, chỉ muốn chỉ ra rằng đây là phần cuối cùng - và khó nhất - của quá trình chuyển đổi mật mã mà chúng ta làm khoảng một thập kỷ qua (04:33:36 PM) eyedeekay: Không cần gợi đâu, bạn xứng đáng :) (04:33:52 PM) eyedeekay: Nhưng hiểu ý, đó là một nỗ lực khổng lồ (04:33:58 PM) RN: đó là một cột mốc đáng ăn mừng, và đúng, bạn xứng đáng! (04:34:14 PM) zzz: nếu chúng ta thử làm SSU2 trước thì có lẽ đã 'giết' hết chúng ta. chúng ta chỉ làm được nhờ kinh nghiệm từ tất cả những phần còn lại (04:34:26 PM) zzz: dĩ nhiên công lao được chia sẻ với dự án i2pd (04:35:01 PM) eyedeekay: Đúng vậy. Quay lại đúng hướng, còn gì ở mục 4 không? (04:35:15 PM) RN: nhưng bạn là người dẫn đầu. (04:35:21 PM) zzz: nếu chúng ta muốn làm hậu lượng tử thì đó có thể là 3.0.0 :) (04:35:43 PM) eyedeekay: Ý hay, sẽ thú vị (04:35:53 PM) zzz: không, không còn gì (04:36:05 PM) eyedeekay: Vậy 5) là: Gói Mac arm64 ra khỏi beta nếu cập nhật 1.9.0 thành công? (theo dõi từ cuộc họp trước) (04:36:43 PM) eyedeekay: Mà zlatinb vừa cập nhật tình trạng khi rời đi, nếu cập nhật thành công thì tôi không thấy lý do phản đối (04:37:38 PM) eyedeekay: Có ai còn gì muốn bổ sung cho chủ đề này không? (04:38:06 PM) zzz: Tôi đoán zlatinb muốn nói là cập nhật đã hoạt động; nếu vậy, anh ấy có thể gỡ nhãn beta trên trang web (04:38:32 PM) zzz: đó là điều lăn tăn duy nhất tôi có ở cuộc họp trước (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. Một trong chúng ta nên ping chúng ta khi thấy anh ấy online (04:39:52 PM) eyedeekay: Còn gì cho cuộc họp không? (04:40:04 PM) eyedeekay: ping *anh ấy (04:41:14 PM) eyedeekay: Chà tôi đoán là không có thông tin xác thực git của anh ấy thì tôi cũng có thể tự gỡ nhãn (04:41:27 PM) eyedeekay: Vậy tôi sẽ làm (04:41:43 PM) zzz: bạn có xác nhận là cập nhật đã hoạt động không? (04:42:11 PM) zzz: vì anh ấy chưa nói điều đó ở trên (04:42:53 PM) eyedeekay: Tôi nghĩ là không (04:43:01 PM) eyedeekay: Không (04:43:14 PM) eyedeekay: Không, nói đúng ra tôi chưa nghe ai nói đúng những lời đó (04:43:21 PM) eyedeekay: Vậy tôi sẽ đợi (04:43:26 PM) eyedeekay: Và hỏi anh ấy (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Còn gì cho cuộc họp không, timeout 1 phút? (04:45:44 PM) eyedeekay: Được rồi, cảm ơn mọi người đã tham dự </div>/vi/blog/2022/08/28/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-windows-easy-install-bundle-1.9.0/Sun, 28 Aug 2022 00:00:00 +0000/vi/blog/2022/08/28/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-windows-easy-install-bundle-1.9.0/<h2 id="bản-cập-nhật-này-bao-gồm-router-190-mới-và-các-cải-tiến-lớn-về-chất-lượng-sử-dụng-dành-cho-người-dùng-gói-cài-đặt">Bản cập nhật này bao gồm router 1.9.0 mới và các cải tiến lớn về chất lượng sử dụng dành cho người dùng gói cài đặt</h2> <p>Bản phát hành này bao gồm router I2P 1.9.0 mới và được xây dựng dựa trên Java 18.02.1.</p> <p>Các tập lệnh batch cũ đã được loại bỏ dần để nhường chỗ cho một giải pháp linh hoạt và ổn định hơn ngay trong chính jpackage. Điều này sẽ khắc phục tất cả các lỗi liên quan đến việc tìm đường dẫn và đặt dấu ngoặc kép cho đường dẫn vốn tồn tại trong các tập lệnh batch. Sau khi bạn nâng cấp, các tập lệnh batch có thể được xóa một cách an toàn. Chúng sẽ được trình cài đặt gỡ bỏ trong bản cập nhật tiếp theo.</p>/vi/blog/2022/08/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.9.0/Mon, 22 Aug 2022 00:00:00 +0000/vi/blog/2022/08/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.9.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Chúng tôi đã dành ba tháng qua làm việc với một số ít tình nguyện viên thử nghiệm trên giao thức truyền tải UDP &ldquo;SSU2&rdquo; mới của chúng tôi. Bản phát hành này hoàn tất việc triển khai, bao gồm relay (chuyển tiếp) và kiểm thử peer (nút ngang hàng). Chúng tôi bật mặc định trên các nền tảng Android và ARM, và ngẫu nhiên trên một tỷ lệ nhỏ các router khác. Điều này sẽ cho phép chúng tôi thực hiện nhiều kiểm thử hơn trong ba tháng tới, hoàn thiện tính năng connection migration (di chuyển kết nối), và sửa các vấn đề còn lại. Chúng tôi dự định bật cho tất cả mọi người trong bản phát hành tiếp theo, dự kiến vào tháng 11. Không cần cấu hình thủ công. Dĩ nhiên, bản phát hành này cũng có bộ sửa lỗi thông thường. Chúng tôi cũng đã bổ sung một bộ phát hiện deadlock (khóa chết) tự động, bộ này đã tìm ra một deadlock hiếm và hiện đã được khắc phục.</p>/vi/blog/2022/08/04/c%C3%A1ch-chuy%E1%BB%83n-sang-d%E1%BB%8Bch-v%E1%BB%A5-outproxy-c%E1%BB%A7a-stormycloud/Thu, 04 Aug 2022 00:00:00 +0000/vi/blog/2022/08/04/c%C3%A1ch-chuy%E1%BB%83n-sang-d%E1%BB%8Bch-v%E1%BB%A5-outproxy-c%E1%BB%A7a-stormycloud/<h2 id="cách-chuyển-sang-dịch-vụ-outproxy-stormycloud">Cách chuyển sang dịch vụ Outproxy StormyCloud</h2> <p><strong>Một Outproxy (proxy lối ra) mới, chuyên nghiệp</strong></p> <p>Trong nhiều năm, I2P được phục vụ bởi một outproxy (proxy ra Internet) mặc định duy nhất, <code>false.i2p</code>, mà độ tin cậy đã suy giảm. Mặc dù đã có một vài đối thủ xuất hiện để chia sẻ bớt gánh nặng, nhưng hầu hết họ không thể tình nguyện phục vụ theo mặc định cho các máy khách của toàn bộ một triển khai I2P. Tuy nhiên, StormyCloud, một tổ chức phi lợi nhuận hoạt động chuyên nghiệp vận hành các nút thoát của Tor, đã khởi chạy một dịch vụ outproxy chuyên nghiệp mới, dịch vụ này đã được các thành viên cộng đồng I2P kiểm thử và sẽ trở thành outproxy mặc định mới trong bản phát hành sắp tới.</p>/vi/blog/2022/08/03/c%C3%A0i-%C4%91%E1%BA%B7t-d%E1%BB%85-d%C3%A0ng-cho-apple-silicon/Wed, 03 Aug 2022 00:00:00 +0000/vi/blog/2022/08/03/c%C3%A0i-%C4%91%E1%BA%B7t-d%E1%BB%85-d%C3%A0ng-cho-apple-silicon/<p>Chúng tôi rất vui được cung cấp gói cài đặt dễ dàng (BETA) cho Mac OS chạy trên phần cứng Apple Silicon. Bạn có thể tải xuống tại đây:</p> <p><a href="https://geti2p.net/en/download/mac">Các gói cài đặt đơn giản I2P cho Mac OS</a> </p> <p><strong>Tốc độ</strong></p> <p>Trong các phép đo điểm chuẩn nội bộ của chúng tôi, các phép toán mật mã nhanh hơn từ 2 đến 2.5 lần so với khi chạy gói Intel thông qua Rosetta.</p>/vi/blog/2022/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-8-n%C4%83m-2022/Tue, 02 Aug 2022 00:00:00 +0000/vi/blog/2022/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-8-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:18:08 PM) eyedeekay: 1. Xin chào (04:18:08 PM) eyedeekay: 2. Tình trạng phát triển 1.9.0 (04:18:08 PM) eyedeekay: 3. Tình trạng gói Apple silicon (04:18:08 PM) eyedeekay: 4. Thư gửi EFF để làm rõ "vận hành" một mạng nghĩa là gì (04:18:08 PM) eyedeekay: 5. Tham chiếu Outproxy (proxy thoát) mới: `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) Tổng quan tổ chức và hạ tầng (StormyCloud) (04:18:08 PM) eyedeekay: b) Đánh giá kỹ thuật và kết quả thử nghiệm (zzz và những người khác) (04:18:08 PM) eyedeekay: c) Rà soát ToS (Điều khoản dịch vụ) và chính sách log `http://stormycloud.i2p/outproxy.html` (tất cả) (04:18:08 PM) eyedeekay: d) Bỏ phiếu phê duyệt (tất cả) (04:18:08 PM) eyedeekay: e) Kế hoạch triển khai (nếu được phê duyệt) (zzz, StormyCloud) (04:19:11 PM) eyedeekay: zzz zlatinb các bạn có ở đây không? (04:19:24 PM) zzz: chào (04:19:27 PM) zlatinb: chào, có (04:20:11 PM) eyedeekay: Xin lỗi lần nữa, tôi vừa gặp sự cố khi nấu ăn (04:20:12 PM) eyedeekay: 2. Tình trạng phát triển 1.9.0 (04:21:23 PM) eyedeekay: Chúng ta còn 3 tuần nữa là phát hành, về cơ bản đã chốt ngày ở cuộc họp ls2 hôm qua, sẽ là ngày 22. i2pd và/hoặc Java I2P có thể bật SSU2 cho các cài đặt mới, hoặc một tỷ lệ nhỏ của mạng khi khởi động lại giống như khi router rekeying (04:22:21 PM) eyedeekay: Còn 3 tuần để báo lỗi và sửa lỗi (04:22:47 PM) eyedeekay: zzz, zlatinb còn gì để bổ sung không? (04:23:54 PM) eyedeekay: 3. Tình trạng gói Apple silicon (04:23:54 PM) eyedeekay: zlatinb phần này của bạn, sẵn sàng thì bắt đầu nhé (04:24:23 PM) not_bob_afk bây giờ được gọi là not_bob (04:25:23 PM) zzz: cho tôi bổ sung một chút về mục 2) nhé (04:25:30 PM) SilicaRice: SSU2 đã chính thức ổn định chưa? :o (04:25:35 PM) eyedeekay: OK cứ tiếp tục, xin lỗi không có ý hối (04:25:46 PM) zzz: lag (04:25:59 PM) zzz: đóng băng tag sẽ là ngày 10 tháng 8, tức một tuần kể từ ngày mai (04:26:17 PM) zzz: những người thử nghiệm SSU2 đã giúp rất nhiều, khoảng 50–75 người trên mạng (04:26:36 PM) zzz: mục tiêu của chúng tôi là bật nó cho vài trăm đến một nghìn router trong bản phát hành này (04:26:53 PM) zzz: để giúp loại bỏ các lỗi còn lại, đồng thời tránh bất kỳ nguy cơ thảm họa nào (04:27:19 PM) zzz: và chúng tôi sẽ bật cho mọi người trong bản phát hành tháng 11 (04:27:33 PM) SilicaRice: ahh :3 (04:27:47 PM) zzz: mọi thứ khác cũng diễn ra suôn sẻ, chỉ là các bản sửa lỗi thông thường khắp nơi (04:28:13 PM) zzz: SSU2 về cơ bản đã hoàn thành, nhưng không có nghĩa là đã gần như hoàn hảo (04:28:30 PM) zzz: cũng xin gửi lời cảm ơn đến đội i2pd, họ cũng đang làm việc rất chăm chỉ (04:28:42 PM) zzz: Tôi nghĩ vậy là hết trừ khi có câu hỏi (04:28:56 PM) not_bob: Bản cập nhật có ảnh hưởng đến bản dựng Android không? (04:29:46 PM) eyedeekay: Tôi không thay đổi bất kỳ cài đặt nào, về mặt kỹ thuật SSU2 sẽ khả dụng nhưng sẽ không có giao diện để bật nó (04:30:34 PM) eyedeekay: Nó chỉ kế thừa mặc định từ i2p.i2p trừ những chỗ buộc phải khác để chạy trong môi trường Android (04:30:36 PM) zzz: chắc rồi. Chúng tôi cũng có thể bật SSU2 cho toàn bộ Android, vì nó dùng CPU ít hơn nhiều so với SSU1 với ElGamal (04:30:36 PM) not_bob: Tốt, tốt. (04:30:36 PM) zzz: đó cũng là điều i2pd đang cân nhắc, chúng tôi có thể làm tương tự (04:30:36 PM) zzz: đúng vậy, chúng tôi sẽ không thêm một tùy chọn vào giao diện rồi vận động điên cuồng để mọi người bật nó (04:30:36 PM) zzz: chúng ta sẽ không bao giờ đạt được số lượng như mong muốn (04:30:36 PM) not_bob: Chúng tôi có thể có một tùy chọn để bật nó nếu muốn không? Pin tốt hơn thì càng tốt. (04:30:46 PM) zzz: có phần cấu hình nâng cao, xem zzz.i2p để biết thông tin (04:30:53 PM) not_bob: Cảm ơn. (04:30:55 PM) zzz: không chắc Android có truy cập được cấu hình nâng cao không? (04:31:32 PM) eyedeekay: Không, không có; bạn phải làm vài thứ kỳ cục để nó hoạt động (04:31:51 PM) eyedeekay: Gần như chỉ dành cho dev khi phải tự tay sửa các file cấu hình không phải i2ptunnel trên Android (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: ok. dù sao bật nó cho Android có thể vẫn tốt, vì một trong những tính năng cuối cùng chúng tôi cần triển khai là xử lý thay đổi IP, nên các router di động sẽ giúp chúng tôi phát triển và thử nghiệm (04:32:43 PM) not_bob: Tôi ủng hộ. (04:33:25 PM) zzz: ok. để rõ ràng, sẽ không ai nhận thấy khác biệt với SSU2. Tính năng hầu như giống nhau, và hiện tại chậm hơn một chút so với SSU1, ít nhất trên Java. Nó nhanh hơn với i2pd (04:33:47 PM) eyedeekay: Thời lượng pin là vấn đề lớn nếu SSU2 có thể cải thiện điều đó (04:34:18 PM) eyedeekay: Chúng ta có thể dùng pin tệ hơn bây giờ, nhưng cũng có thể làm tốt hơn (04:34:37 PM) zzz: lợi ích là bảo mật tốt hơn, ít CPU hơn, phát hiện tường lửa tin cậy hơn (04:34:44 PM) zzz: Tôi có thể viết hẳn một bài blog về nó, tôi nghĩ đây là một trong những giao thức chống kiểm duyệt tốt nhất từng được thiết kế. Xem sao đã (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: Cảm ơn zzz. Tôi nghĩ mọi người nghe "Ít CPU hơn" và lập tức liên hệ "Đỡ hao pin hơn trên Android", đó có thể là một phần lý do quan tâm (04:36:35 PM) eyedeekay: 3. Tình trạng gói Apple silicon (04:37:15 PM) eyedeekay: zlatinb phần này của bạn, sẵn sàng thì bắt đầu nhé (04:37:26 PM) zlatinb: Chào, tôi đã cho tải gói này khoảng 6 ngày trước và đã có gần 100 lượt tải (04:37:55 PM) zlatinb: khoảng 30% người dùng Mac tải gói arm64, điều này làm tôi bất ngờ (04:40:58 PM) zlatinb: Chưa có phản hồi ở đâu cả, nhưng với lỗi cuối cùng đã được sửa, tôi nghĩ nó đã sẵn sàng để nâng lên stable (04:40:58 PM) zzz: Điều duy nhất tôi đề xuất là đảm bảo các news feed hoạt động trên cả hai máy chủ, bằng cách đăng một mục tin 'cảm ơn đã thử nghiệm' (04:40:58 PM) zlatinb: Tôi định nâng gói 1.8 lên 1.9 khi có sẵn để thử kênh cập nhật, dù không kỳ vọng có vấn đề (04:40:58 PM) zlatinb: vâng, tôi có thể làm việc đó vào ngày mai sau khi tay phải của tôi hoạt động bình thường trở lại (hy vọng vậy) (04:40:58 PM) zlatinb: đại khái vậy (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: Cảm ơn zlatinb, nếu bạn chọn đăng một mục tin thì báo tôi để tôi cập nhật máy chủ (04:42:48 PM) eyedeekay: 4. Thư gửi EFF để làm rõ "vận hành" một mạng nghĩa là gì (04:43:28 PM) zzz: vậy tôi nghĩ sau một lần cập nhật hoặc mục tin thành công thì đưa lên stable là ổn. Tôi cũng không mong đợi vấn đề gì, nhưng trước đây chúng ta từng gặp nhiều trục trặc với mục tin (04:43:48 PM) zzz: nhưng sẵn sàng lắng nghe ý kiến khác, dĩ nhiên (04:43:48 PM) zlatinb: việc thực tế duy nhất để nâng lên stable là gỡ nhãn "BETA" khỏi website (04:43:48 PM) uis đã đổi tên thành Irc2PGuest3854 (04:43:48 PM) zzz: đúng, chủ yếu là về nguyên tắc hơn là có điều gì thực sự khác (04:43:48 PM) zzz: hãy gắn nhãn có chủ đích, vậy thôi (04:44:07 PM) zlatinb: Vâng, một chút bối cảnh về việc đó: (04:44:10 PM) mode (+v T3s|4) bởi ChanServ (04:44:34 PM) mode (+v albat) bởi ChanServ (04:44:48 PM) mode (+v polistern) bởi ChanServ (04:44:53 PM) zlatinb: eyedeekay và tôi đã gặp Kurt Opsahl từ EFF tại HOPE vài tuần trước và hỏi ông ấy về tính hợp pháp của việc làm thứ như I2P (04:45:43 PM) zlatinb: Ông ấy nói viết mã thì ổn vì "code == speech", tuy nhiên "vận hành" mạng có thể là chuyện khác (04:46:21 PM) zlatinb: chúng tôi chưa đào sâu "vận hành mạng" nghĩa là gì tại HOPE (04:46:56 PM) zlatinb: nhưng tôi nghĩ nên liên hệ để làm rõ chủ đề này hết mức có thể (04:47:41 PM) zzz: chúng ta sẽ làm gì khác đi, dựa trên những phản hồi có thể hình dung? (04:48:38 PM) zlatinb: Tôi rất khó hình dung các phản hồi vì đây là một chủ đề rất rộng (04:48:44 PM) eyedeekay: Nó có thể cho biết ai có thể vận hành dịch vụ nào (04:48:50 PM) zzz: dù "vận hành" theo nghĩa nào đi nữa, chúng ta làm ít hơn nhiều so với Tor thân thương của họ, và làm thế nào chúng ta có thể còn làm ít hơn nữa? (04:49:32 PM) eyedeekay: Nhưng tôi nghĩ một phản hồi có khả năng là vận hành dịch vụ để hỗ trợ một mạng lưới có lẽ cũng là speech (04:49:53 PM) eyedeekay: Điều đó có thể hơi lạc quan, nhưng cũng là cách phải suy diễn ít nhất (04:50:20 PM) zzz: theo kinh nghiệm của tôi, hỏi luật sư bằng câu hỏi không chính thức thì bạn sẽ nhận được thông tin tốt. Gửi họ một bức thư, họ sẽ nói họ không có giấy phép ở bang của bạn, hãy thuê ai đó (04:50:51 PM) zlatinb: không biết, có thể reseed thì ổn còn addressbook thì không, ai mà biết, quá nhiều hoán vị có thể (04:51:26 PM) zzz: nếu bạn muốn theo tiếp thì cứ theo, nhưng tôi đã từng hỏi EFF lời khuyên pháp lý trước đây, câu trả lời là "chúng tôi không được thiết lập để làm cố vấn pháp lý đa mục đích. Chúng tôi khởi kiện các vụ việc đáng quan tâm" (04:51:59 PM) eyedeekay: Có lẽ tôi có thể tìm ai đó để hỏi không chính thức vào tuần tới. Thử cả hai cách cũng không hại gì (04:52:38 PM) eyedeekay: Việc soạn lá thư sẽ giúp định hình câu hỏi (04:53:14 PM) zzz: gửi email cho Kurt. Ông ấy đã trả lời mơ hồ, theo tiếp là hợp lý. Mỗi lần tôi nói chuyện ông ấy đều rất tử tế (04:54:00 PM) eyedeekay: Được (04:54:30 PM) zzz: Tôi chỉ không kỳ vọng có điều gì có thể hành động ngay, nhưng ai biết được? (04:54:32 PM) zlatinb: chà, đáng để cấu trúc bức thư như vậy cho đàng hoàng; cũng có thể khôn ngoan hơn nếu tăng dần mức độ trao đổi thay vì ném ra một bức thư khổng lồ từ trên trời rơi xuống (04:55:31 PM) eyedeekay: zlatinb bạn có muốn hẹn thời gian để đồng bộ và viết bức thư đó trong tuần này không? (04:55:34 PM) zlatinb: Tôi đề xuất bắt đầu bằng một bước theo tiếp đơn giản kiểu "rất vui được gặp anh" rồi từ đó mở rộng (04:56:32 PM) zlatinb: hiện tại tôi nghĩ chúng ta không nên viết một bức thư khổng lồ mô tả i2p hoạt động thế nào cho đến khi nhận được xác nhận (ack) rằng eff sẵn sàng làm việc với chúng ta (04:56:42 PM) eyedeekay: OK (04:56:59 PM) zlatinb: họ có thể quyết định muốn một khoản tạm ứng phí (retainer), ai mà biết (04:57:10 PM) zzz: xem ở trên. họ không làm vậy (04:57:48 PM) zzz: bạn đang hiểu sai cách họ hoạt động (04:58:06 PM) zlatinb: Tôi sẽ gửi ông ấy một email theo tiếp "rất vui được gặp anh", cc các bạn và tiếp tục từ đó. (04:58:18 PM) zlatinb: nếu họ không giúp được thì cũng không sao (04:59:15 PM) eyedeekay: Còn điều gì cho mục 4 không? (04:59:23 PM) zlatinb: không, eot (04:59:38 PM) eyedeekay: 5. Tham chiếu Outproxy mới: `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) Tổng quan tổ chức và hạ tầng (StormyCloud) (04:59:38 PM) eyedeekay: b) Đánh giá kỹ thuật và kết quả thử nghiệm (zzz và những người khác) (04:59:38 PM) eyedeekay: c) Rà soát ToS và chính sách log `http://stormycloud.i2p/outproxy.html` (tất cả) (04:59:38 PM) eyedeekay: d) Bỏ phiếu phê duyệt (tất cả) (04:59:38 PM) eyedeekay: e) Kế hoạch triển khai (nếu được phê duyệt) (zzz, StormyCloud) (04:59:51 PM) eyedeekay: a) Tổng quan tổ chức và hạ tầng (StormyCloud) (05:00:10 PM) zzz: StormyCloud, bạn ở đây chứ? (05:00:21 PM) StormyCloud: Có (05:00:41 PM) zzz: đây là đề xuất thay thế false.i2p, vốn không ổn định trong nhiều năm và giờ đã chết (05:00:56 PM) zzz: cảm ơn bạn đã tình nguyện hỗ trợ phương án thay thế (05:01:18 PM) zzz: vui lòng tiếp tục và cho chúng tôi một bản tổng quan ngắn về tổ chức và hạ tầng của bạn (05:01:45 PM) StormyCloud: Chúng tôi là ai: Chúng tôi là một tổ chức phi lợi nhuận 501(c)(3) có trụ sở tại Texas. Sứ mệnh của chúng tôi là cung cấp các công cụ dựa trên quyền riêng tư để mọi người có thể truy cập Internet không lọc và không kiểm soát. Chúng tôi bắt đầu tổ chức này vào năm 2021 và đã làm việc chặt chẽ với cộng đồng TOR bằng cách triển khai các exit node. (05:02:37 PM) StormyCloud: Chúng tôi sở hữu toàn bộ phần cứng và hiện đặt máy tại một trung tâm dữ liệu Tier 4. Hiện có uplink 10GBps với tùy chọn nâng cấp lên 40GBps mà không cần thay đổi nhiều. Chúng tôi có ASN riêng và dải IP riêng (IPv4 & IPv6). (05:02:55 PM) StormyCloud: Hạ tầng Outproxy: Các Outproxy chạy trên Ubuntu 22.04 và đã được tối ưu cho I2P. Phần mềm proxy backend là TinyProxy và hỗ trợ HTTP, HTTPS, I2P và liên kết TOR onion. Hiện tại, outproxy là multi-homed trên hai server. Chúng tôi có thể tăng số lượng server khi cần. (05:04:03 PM) zzz: Tôi muốn mời mọi người đặt câu hỏi cho StormyCloud bất cứ lúc nào khi chúng ta đi qua chương trình (05:04:15 PM) zzz: có câu hỏi nào lúc này không? (05:04:26 PM) not_bob: Có (05:04:39 PM) not_bob: Bạn xử lý thế nào với người dùng cố dùng dịch vụ của bạn cho những thứ "rất tệ hại"? (05:05:46 PM) StormyCloud: Không làm gì cả, chúng tôi không lọc bất kỳ yêu cầu nào. Dù điều đó có thu hút người dùng "xấu", chúng tôi tin Internet nên là một nơi tự do và mở. (05:06:12 PM) R4SAS: Và một câu từ tôi: trong tương lai sẽ có proxy SOCKS5 chứ? (05:06:48 PM) StormyCloud: R4SAS: Nếu có nhu cầu về proxy SOCKS5, tôi chắc chắn chúng tôi có thể triển khai. (05:07:01 PM) R4SAS: Cảm ơn (05:07:45 PM) zzz: còn câu hỏi nào cho 5a) không? (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: Tôi chỉ muốn lưu ý rằng stormycloud có uptime rất tốt. (05:08:56 PM) SilicaRice: phần backend hỗ trợ liên kết I2P hả? (05:08:57 PM) not_bob: Và hiệu năng rất tốt. (05:09:29 PM) zzz: điều đó đưa chúng ta tới 5b, đúng vậy (05:09:29 PM) zzz: outproxy đã ở trạng thái beta khá lâu (05:09:29 PM) zzz: việc thử nghiệm phải đảm bảo dịch vụ đáng tin cậy, đáp ứng các tiêu chuẩn áp dụng, và an toàn (05:10:00 PM) zzz: chúng tôi đã gặp vài vấn đề trong vài tháng qua, và StormyCloud luôn phản hồi nhanh (05:10:13 PM) SilicaRice: (tại sao lại chạy các liên kết i2p qua một outproxy?) (05:10:29 PM) zzz: lúc này kết quả thử của tôi là tốt, và tôi đề xuất chọn nó làm outproxy chính thức của chúng ta (05:10:38 PM) dr|z3d: StormyCloud đã nói nhầm. không có hỗ trợ .i2p. (05:10:40 PM) zzz: nhưng hãy nghe các báo cáo thử nghiệm khác hoặc câu hỏi (05:10:43 PM) StormyCloud: SilicaRice: Xin lỗi tôi đã viết sai (05:11:03 PM) SilicaRice: ồ được rồi (05:12:00 PM) R4SAS:&gt; Chúng tôi không hợp tác với bất kỳ yêu cầu thông tin nào trừ khi bị pháp luật buộc phải làm, và trong trường hợp đó khả năng hỗ trợ của chúng tôi bị giới hạn bởi chính sách log. (05:12:19 PM) R4SAS: Sẽ có báo cáo minh bạch trong những tình huống như vậy chứ? (05:12:45 PM) zzz: cũng xin nói rõ, cuộc họp này là về mặc định và khuyến nghị của Java I2P. Bất kỳ dự án nào khác, gồm i2pd, có thể có quy trình, yêu cầu và thỏa thuận riêng với nhà vận hành outproxy (05:13:03 PM) StormyCloud: R4SAS: Có, chúng tôi công bố báo cáo hàng quý trên website clearnet của mình. Tôi cũng có thể làm điều đó trên site i2p của chúng tôi. (05:13:48 PM) zzz: ok, có vẻ chúng ta đang ở 5c) rà soát ToS và chính sách log. Mục tiêu ở đây là đảm bảo người dùng của chúng ta được bảo vệ. (05:14:00 PM) R4SAS: và, vui lòng tạo địa chỉ mail trong i2p để liên hệ =) (05:14:03 PM) zzz: có bình luận hoặc câu hỏi nào về Tos không? (05:15:41 PM) R4SAS: à, nhân tiện, về 5b: StormyCloud, bạn đang dùng các thiết lập tunnel nào? (05:16:06 PM) R4SAS: độ dài, số lượng, v.v. (05:16:11 PM) dr|z3d: 0 hop. (05:16:17 PM) eyedeekay: Mọi thứ ghi ở đó có vẻ khá rõ ràng với tôi, dù để theo tiếp ý của R4SAS có lẽ nên đặt một liên kết tới báo cáo minh bạch trong hoặc sau phần đó&gt; We do not... unless compelled by law (05:16:34 PM) zzz: một nhà vận hành outproxy có thể xem mọi lưu lượng, hoặc ít nhất là mọi lưu lượng không-https, nên việc chúng ta tin tưởng nhà vận hành để bảo vệ người dùng là rất quan trọng (05:17:01 PM) StormyCloud: eyedeekay: Hợp lý, tôi sẽ thêm điều này vào website (05:17:09 PM) zzz: hiện tại là hai server 0-hop multihomed, đúng không StormyCloud ? (05:17:19 PM) StormyCloud: Đúng (05:17:42 PM) not_bob: Nhưng, để làm rõ, với cách tunnel i2p hoạt động, 2–3 hop của tôi vẫn còn. Bạn chỉ là không thêm hop nào nữa, đúng không? (05:18:07 PM) dr|z3d: client có thể cấu hình bao nhiêu hop tùy thích, not_bob. (05:18:12 PM) zzz: Tôi cũng thấy trên zzz.i2p rằng nó chỉ ipv4 nhưng có thể sẽ sớm được sửa, đúng không? (05:18:13 PM) anonymousmaybe đã đổi tên thành Irc2PGuest54486 (05:18:15 PM) not_bob: Ừ, tôi cũng nghĩ vậy. Cảm ơn. (05:18:48 PM) StormyCloud: zzz: Đúng, nhà cung cấp upstream của chúng tôi đã hoàn tất nâng cấp. Tôi không muốn đụng vào IPv6 cho đến khi mọi thử nghiệm xong (05:19:49 PM) zzz: bạn có thể nói rõ hơn về kinh nghiệm vận hành các tor exit và năng lực của các tor exit của bạn không? (05:21:00 PM) StormyCloud: Chắc chắn rồi, chúng tôi vận hành tor exit từ cuối năm ngoái, hiện có khoảng 130 exit với khoảng 1,6% lưu lượng TOR exit đi qua máy chủ của chúng tôi. (05:21:49 PM) StormyCloud: Mọi thứ được ảo hóa và quy trình thiết lập đã khá tự động (05:22:06 PM) zzz: bạn đã từng nhận DMCA hoặc quy trình pháp lý nào liên quan đến các tor exit của bạn chưa? nếu có thì xử lý thế nào? (05:23:33 PM) StormyCloud: Không có yêu cầu pháp lý và ngạc nhiên là không có yêu cầu DMCA. Chúng tôi có nhận phàn nàn lạm dụng, chúng tôi chỉ trả lời và cho họ biết đây là một TOR exit và không có gì thêm chúng tôi có thể làm từ phía mình. (05:23:47 PM) major: Không có yêu cầu pháp lý và ngạc nhiên là không có yêu cầu DMCA. Chúng tôi có nhận phàn nàn lạm dụng, chúng tôi chỉ trả lời và cho họ biết đây là một TOR exit và không có gì thêm chúng tôi có thể làm từ phía mình. (05:24:27 PM) R4SAS: hừm, bot của acetone bị lỗi (05:24:33 PM) zzz: còn câu hỏi nào cho StormyCloud trước khi chúng ta chuyển sang 5d) phê duyệt không? (05:24:34 PM) R4SAS: Tôi sẽ PM cho anh ấy (05:25:33 PM) zzz: bình thường major không có +v, nhưng tôi đã tắt +m cho cuộc họp, không vấn đề gì (05:26:36 PM) zzz: ok, nếu không còn câu hỏi, mọi người vui lòng cho biết đồng ý / không đồng ý việc chọn StormyCloud làm outproxy chính thức của chúng ta (05:26:45 PM) not_bob: Đồng ý (05:26:58 PM) zzz: đồng ý (05:27:05 PM) zlatinb: đồng ý (05:27:05 PM) eyedeekay: đồng ý (05:27:18 PM) SilicaRice: đồng ý (nếu người dùng có tiếng nói gì đó) (05:27:54 PM) R4SAS: không phản đối, đồng ý (05:28:32 PM) zzz: ok, tuyệt (05:28:39 PM) zzz: 5e) triển khai (05:28:50 PM) zzz: hai bước chính là: (05:29:08 PM) zzz: 1) đặt nó làm mặc định cho các cài đặt mới (sớm nhất là ở bản phát hành kế tiếp trong 3 tuần nữa) (05:29:23 PM) zzz: 2) khuyến nghị người dùng hiện tại thay đổi cấu hình (có thể qua console news, bất kỳ lúc nào) (05:29:30 PM) zzz: hai việc này có thể diễn ra theo bất kỳ thứ tự nào (05:29:41 PM) zzz: và chúng ta không biết sẽ tạo ra bao nhiêu lưu lượng (05:29:59 PM) zzz: các sản phẩm khác (Android, bundle) có lẽ không đủ lớn để phải lo về thời điểm (05:30:14 PM) zzz: StormyCloud, đề nghị hoặc khuyến nghị của bạn là khi nào và cách chúng ta tiến hành ra sao? (05:31:36 PM) StormyCloud: Nếu console news có thể thiết lập/gửi bất cứ lúc nào thì chúng ta có thể cho người dùng hiện tại biết để chuyển ngay (nếu họ muốn) và điều đó cho chúng ta ba tuần để theo dõi và dựng thêm server nếu cần. (05:32:12 PM) dr|z3d: console news thường được đăng cùng với một bản phát hành mới. (05:32:13 PM) not_bob: StormyCloud: Hiện bạn đang xử lý bao nhiêu lưu lượng cho outproxy? (05:33:10 PM) zzz: ok. Sẽ tốt nếu trỏ tới một trang hướng dẫn có ảnh chụp màn hình về cách sửa cấu hình hidden services manager. Nó có thể được đặt trên stormycloud.i2p, hoặc một bài blog trên i2p-projekt.i2p? Có ai tình nguyện soạn không? (05:33:35 PM) eyedeekay: Tôi có thể làm (05:33:35 PM) StormyCloud: Khó nói vào lúc này, vì chúng tôi không log gì cả. Tôi đang theo dõi hoạt động mạng, nhưng điều đó cũng không cho bức tranh đầy đủ vì nó cũng đi kèm lưu lượng i2p. (05:34:18 PM) dr|z3d: StormyCloud: chúng tôi theo dõi lưu lượng exit qua các biểu đồ.. (05:34:41 PM) dr|z3d: nói ngắn gọn, notbob, chưa có gì đáng phải phấn khích. (05:34:59 PM) zzz: dr|z3d, bạn ước đoán % sử dụng hiện tại của hai node không? có lẽ rất nhỏ? (05:35:21 PM) dr|z3d: mức sử dụng theo nghĩa nào? (05:35:28 PM) dr|z3d: theo dung lượng? (05:35:33 PM) zzz: đúng (05:35:50 PM) zzz: hoặc có lẽ bạn sẽ không thật sự biết cho đến khi chạm ngưỡng... (05:35:51 PM) dr|z3d: rất nhỏ là đúng. (05:36:18 PM) dr|z3d: ném vài nghìn người dùng đồng thời vào outproxy, khi đó chúng ta sẽ biết :) (05:36:33 PM) zzz: ừ, xin lỗi StormyCloud, chúng tôi không thể lấy được ước lượng lịch sử về băng thông của false.i2p (05:37:06 PM) zzz: vì vậy nó hơi là trò may rủi, miễn là bạn giám sát mọi thứ và có kế hoạch mở rộng, chúng ta sẽ ổn (05:37:37 PM) StormyCloud: Ổn cả, chúng tôi sẽ điều chỉnh khi ngày càng nhiều người bắt đầu dùng outproxy (05:38:11 PM) dr|z3d: vâng, theo cấu hình hiện tại, các outproxy gộp lại có thể xử lý tới 8192 luồng đồng thời. nên còn rất nhiều dung lượng, và StormyCloud có nhiều thứ sẵn sàng nếu cần. (05:38:21 PM) zzz: và StormyCloud, về các cài đặt mới, chúng ta cũng nên lên kế hoạch đặt nó làm mặc định trong bản phát hành vào cuối tháng này chứ? (05:39:01 PM) StormyCloud: Vâng, như vậy ổn (05:39:29 PM) zzz: ok vậy nhé. eyedeekay cho tôi biết khi bạn đăng bài blog, rồi tôi sẽ viết mục tin (05:39:39 PM) zzz: còn gì về 5e) triển khai không? (05:39:43 PM) eyedeekay: OK, hãy trông đợi tối nay hoặc ngày mai (05:40:14 PM) eyedeekay: Tôi không có gì thêm (05:40:14 PM) zzz: cảm ơn StormyCloud lần nữa (05:40:18 PM) zzz: trả lại cho bạn, eyedeekay (05:41:07 PM) eyedeekay: Được rồi vậy là hết các mục đã liệt kê, tôi sẽ ở Def Con tuần tới nếu ai đang theo dõi muốn gặp tôi ở đó lol (05:41:49 PM) eyedeekay: Nếu ai còn điều gì cho cuộc họp, xin lên tiếng, nếu không sẽ timeout 1 phút (05:42:59 PM) R4SAS: Tôi có một câu hỏi, nhưng ngoài phạm vi cuộc họp (05:43:34 PM) zzz: ồ, cũng xin cảm ơn dr|z3d vì hỗ trợ kỹ thuật quan trọng trong giai đoạn thử nghiệm (05:43:41 PM) eyedeekay: Được rồi cảm ơn mọi người đã tới cuộc họp, tôi có một đoạn hơi lộn xộn ở giữa log của mình nhưng khi sửa xong tôi sẽ đăng log lên website (05:43:44 PM) eyedeekay: Cảm ơn đã tham dự (05:43:59 PM) not_bob: Cảm ơn đã tổ chức cho chúng tôi. </div>/vi/blog/2022/07/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-7-2022/Tue, 05 Jul 2022 00:00:00 +0000/vi/blog/2022/07/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-7-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:14 PM) eyedeekay: Chào mọi người, chào mừng đến với Cuộc họp ngày 5 tháng 7 (04:00:14 PM) eyedeekay: 1. Chào (04:00:14 PM) eyedeekay: 2. Tình trạng phát triển 1.9.0 (04:00:14 PM) eyedeekay: 3. Hỗ trợ Apple Silicon trong gói cài đặt dễ dùng cho Mac (04:00:14 PM) eyedeekay: 4. Gói cài đặt dễ dùng cho Windows - ra khỏi beta? (04:00:32 PM) zzz: hi (04:00:35 PM) zlatinb: hi (04:00:44 PM) mode (-m ) bởi zzz (04:00:55 PM) eyedeekay: Chào mọi người, hôm nay còn ai khác ở đây không? (04:01:30 PM) eyedeekay: Chuyển thẳng sang 2. Tình trạng phát triển 1.9.0 (04:04:27 PM) eyedeekay: Chúng ta đã đi được chưa tới 6 tuần thì phải, còn khoảng 7 tuần nữa (04:04:27 PM) eyedeekay: zzz và orignal đã làm việc chăm chỉ vào việc triển khai SSU2 trong i2p.i2p và i2pd (04:04:27 PM) eyedeekay: Nó sẽ không được kích hoạt trong 1.9.0 nhưng nếu tôi hiểu đúng thì gần xong rồi (04:04:27 PM) eyedeekay: Tôi lại đang làm việc trên các tunnel UDP, cơ bản là xong nhưng vẫn có gì đó bị lỗi, có lẽ tôi sẽ cần nhờ zzz giúp tuần này (04:04:50 PM) eyedeekay: zzz zlatinb còn gì để bổ sung không (04:05:09 PM) zzz: đúng vậy, ssu2 hoạt động hầu như ổn (04:05:17 PM) zzz: vẫn đang sửa các lỗi nhỏ (04:06:03 PM) zzz: hiện tại tôi đang làm cho việc chọn peer cho tunnel hiệu quả hơn (không liên quan đến ssu2) (04:06:03 PM) zzz: ngoài ra thì chỉ làm công việc sửa lỗi như thường (04:06:06 PM) zzz: mục tiêu phát hành cuối tháng 8 (04:06:08 PM) zzz: EOT (04:06:48 PM) eyedeekay: Ai muốn giúp thử nghiệm thì vào diễn đàn của zzz để xem hướng dẫn và phản hồi: `http://zzz.i2p/topics/3314-how-to-enable-ssu2-in-i2p-1-8-0` (04:07:00 PM) eyedeekay: 3. Hỗ trợ Apple Silicon trong gói cài đặt dễ dùng cho Mac (04:07:27 PM) eyedeekay: zlatinb đây là chủ đề của bạn, cứ từ từ (04:08:11 PM) zlatinb: chào, vấn đề lớn là jbigi nhưng giờ đã được giải quyết thông qua backport bản vá thanh ghi x18 (04:08:59 PM) eyedeekay: Vậy gói cài đặt dễ dùng không còn cần chạy trong chế độ x86_64 giả lập nữa? (04:09:15 PM) zlatinb: Tôi muốn phát hành một bản beta chính thức và đã được notarized (chứng thực của Apple) vào khoảng cuối tháng 7 (04:09:42 PM) zlatinb: nó phải là một gói tải riêng (04:09:46 PM) zzz: đây sẽ là gói thứ hai. chúng ta sẽ có hai, một cho x86 và một cho arm (04:10:29 PM) zzz: Tôi ủng hộ, vì có vẻ công sức dev thêm là nhỏ, và tăng tốc thì lớn. Đúng chứ? (04:10:37 PM) zlatinb: có một lưu ý với cập nhật khi chuyển giữa các bundle4s (04:12:21 PM) zzz: được, miễn là có hướng dẫn cách chuyển, dù chỉ đơn giản là gỡ cài đặt và cài lại, vậy là ổn (04:13:01 PM) zlatinb: tôi sẽ đặt chúng ở /download/mac (04:13:23 PM) zlatinb: news url cần được đổi thủ công (04:13:51 PM) zzz: công sức dev nhỏ và tăng tốc thì lớn, đúng không? (04:14:36 PM) zlatinb: có tăng tốc, trông cũng hợp thời :) công sức dev nhỏ, trừ phần notarization (04:14:48 PM) zzz: tuyệt. +1 (04:14:54 PM) eyedeekay: +1 (04:15:07 PM) zlatinb: cảm ơn EOT (04:16:02 PM) eyedeekay: Cảm ơn zlatinb (04:16:02 PM) eyedeekay: 4. Gói cài đặt dễ dùng cho Windows - ra khỏi beta? (04:16:35 PM) eyedeekay: Tôi đã nói khoảng 3 tháng trước rằng tôi sẽ sẵn sàng đưa gói cài đặt dễ dùng ra khỏi beta khi tôi có một lần cập nhật end-to-end thành công (04:18:05 PM) eyedeekay: Tôi đạt được điều đó ở 1.7.2 nếu tôi nhớ không nhầm, nhưng giữa 1.7.2 và 1.8.0 có một số lỗi trong cách nó hoạt động khi dùng với một I2P router bên ngoài (tức là một router non-jpackaged). Trong tình huống này, gói được dự định chỉ hoạt động như một firefox-launcher nhưng chức năng này bị hỏng từ 1.7.3-1.7.6 (04:18:30 PM) eyedeekay: Vì vậy tôi lại hoãn lại, nhưng giờ tôi chắc rằng tất cả các vấn đề khi chạy ở cả chế độ có-bundle và không-bundle đã được giải quyết (04:19:38 PM) eyedeekay: Vậy tôi nghĩ cuối cùng nó đã sẵn sàng rời beta, mọi chức năng cốt lõi mà tôi cho là cần thiết đều đã có (04:20:49 PM) zzz: đây là vài điều có thể vẫn cần giải quyết: (04:21:18 PM) zzz: - chỉ mình bạn cập nhật thành công hay còn người dùng khác nữa? (04:21:43 PM) zzz: - các yêu cầu giấy phép (license) đã đáp ứng hết chưa? (04:22:27 PM) zzz: - gói windows và gói mac hiện dùng cùng JRE và lịch phát hành xấp xỉ giống nhau chứ? (04:22:58 PM) zzz: -- tức là sẵn sàng cho các bản phát hành JRE 3 tháng một lần (04:23:22 PM) zzz: - và câu hỏi thường lệ, chúng ta có tài nguyên để hỗ trợ cái này như một sản phẩm chính thức không (04:23:49 PM) zzz: - và nữa, chúng ta có gỡ bản tải không-bundle như đã làm với mac không? hay không? (04:23:51 PM) zzz: eot (04:25:46 PM) eyedeekay: Các yêu cầu license giờ đã ổn (04:25:46 PM) eyedeekay: Tôi không nhận được nhiều phản hồi nhưng có ít nhất 2 người cập nhật không-phải-tôi (04:25:46 PM) eyedeekay: Tôi đang bám JRE LTS, tôi nghĩ zlatinb dùng 18, nhưng vâng chúng ta gần như cùng lịch (04:25:46 PM) eyedeekay: Tôi không nghĩ tài nguyên cần để làm bundle là lớn, phần khó nhất là dựng build và nó cũng không quá khó, đầu tư nhỏ giờ khi mọi thứ đã chạy (04:25:46 PM) eyedeekay: Tôi cũng muốn gỡ bản tải không-bundle hoặc có thể biến nó thành quy trình "cài đặt nâng cao" (04:28:14 PM) zzz: - Tôi không nghĩ 2 người cập nhật không-phải-bạn là đủ để tuyên bố hết beta. Bạn có thể quảng bá thêm trên reddit hay đâu đó không? (04:28:25 PM) eyedeekay: Được, làm được (04:28:43 PM) eyedeekay: Tôi không vội để đẩy nó ra (04:29:18 PM) zzz: - Tôi muốn thấy win và mac dùng cùng JRE. Hợp nhất lại đi. Tôi không biết ai đúng, nhưng một trong hai người đúng (04:29:29 PM) zzz: hai bạn có thể thống nhất không? (04:29:43 PM) zzz: hay có lý do để khác nhau? (04:30:01 PM) eyedeekay: Tôi không quá chấp với quyết định của mình, tôi chọn LTS đơn thuần vì chữ "LTS" (04:30:57 PM) zzz: nói rõ là, không chỉ cùng phiên bản mà còn cùng nhà cung cấp JRE (04:31:10 PM) zzz: điều này sẽ giảm việc rà soát CVE cần thiết mỗi 3 tháng (04:31:14 PM) eyedeekay: Theo tôi biết thì cả hai chúng ta đều dùng Oracle lúc này (04:31:34 PM) eyedeekay: Nhà cung cấp duy nhất có chu kỳ cập nhật tương tự là Amazon (04:31:49 PM) eyedeekay: Tôi nghĩ tôi muốn dùng Oracle hơn Amazon (04:33:16 PM) zzz: hai bạn nên đưa ra các quyết định này cùng nhau và đồng bộ. Tôi không biết vì sao các bạn không làm vậy và nghe có vẻ các bạn cũng không biết? :) (04:35:22 PM) eyedeekay: Không, tôi không biết. Chúng tôi có bàn về nhà cung cấp và chu kỳ cập nhật vài lần, khi đó chúng tôi chọn Oracle vì phát hành rất nhanh khi có CVE, nhưng tôi không biết vì sao tôi đang ở 17 còn zlatinb ở 18 bây giờ (04:36:27 PM) zlatinb: Tôi cũng không nhớ lý do chính xác (04:36:59 PM) zlatinb: có lẽ tôi muốn thử giảm RAM (04:37:28 PM) zzz: ok. Tôi ủng hộ việc ra khỏi beta, nhưng hãy dùng cùng JRE, có thêm thử nghiệm rồi quay lại với chúng tôi sau một hai tháng (04:38:11 PM) zzz: Tôi cũng muốn nghĩ thêm về việc có nên gỡ trình cài đặt tiêu chuẩn không, có lẽ đáng để họp riêng về chuyện đó (04:40:28 PM) zzz: eot (04:40:28 PM) eyedeekay: Về lý do thực tế, có lẽ bàn sau nhưng tôi biết lý do tôi dùng Oracle/17 là vì tôi cần chọn một nhà cung cấp phản hồi CVE trong dưới 24 giờ và vì tôi muốn đảm bảo ổn định về những gì tôi có thể kỳ vọng từ API và JVM. Tôi không thực sự cân nhắc các lý do khác (04:40:28 PM) eyedeekay: Dựa trên mẫu 1 sự kiện, tôi đánh giá Oracle và Amazon phát hành bản cập nhật nhanh nhất. (04:40:28 PM) eyedeekay: Tôi có cân nhắc Amazon vì họ có gói trong Chocolatey khiến cuộc sống trên Windows dễ hơn nhiều, nhưng cuối cùng chọn Oracle (04:41:54 PM) eyedeekay: Vậy nên tôi chốt Oracle/17, về cơ bản là do thận trọng (04:41:56 PM) eyedeekay: eot (04:41:57 PM) zlatinb: Tôi có thể xuống 17 nhưng thật sự thích bám Oracle (04:42:18 PM) eyedeekay: Tôi cũng vậy, vậy ta thống nhất (04:42:48 PM) zlatinb: liên quan, tôi sẽ afk cho đến một tuần sau bản phát hành jre tới (04:43:28 PM) eyedeekay: Chúng ta sẽ/có thể thu xếp ký các bundle không? (04:43:32 PM) zzz: Tôi nghĩ bạn cần 18 để hỗ trợ apple arm tốt nhất? nếu vậy thì kéo windows lên 18 luôn. Nhưng nhắc lại, hai bạn không nên nghiên cứu và chọn nhà cung cấp JRE trong các silo tách rời. làm cùng và quyết cùng (04:43:32 PM) zlatinb: hy vọng sẽ không có bản sửa khẩn cấp nào (04:44:22 PM) zzz: chúng ta có tài nguyên hạn chế, đừng làm việc hai lần vô cớ (04:44:23 PM) zlatinb: ký cần deanon (gỡ ẩn danh) (04:44:28 PM) eyedeekay: Tôi có thể phát hành một bundle chưa ký và nói mọi người rằng họ sẽ cần click-through qua pop-up trong phần news nếu cần (04:44:52 PM) eyedeekay: Vẫn ký `su3` chỉ không ký `exe` (04:45:21 PM) zlatinb: không thể "click-through" trên mac (04:45:31 PM) zlatinb: ôi ký exe thì ổn (04:45:50 PM) zlatinb: chúng ta sẽ làm như thường lệ (04:46:41 PM) eyedeekay: OK vậy. Cho tôi biết nếu có gì tôi có thể làm(ít nhanh trong việc deanon) để giúp (04:47:39 PM) zlatinb: Không có gì thật, ngoài việc gỡ trang tải mac trong kịch bản xấu nhất (04:47:55 PM) eyedeekay: Bạn có số Signal của tôi nếu cần tôi làm (04:48:23 PM) zlatinb: ok. tối đa là một tuần (04:48:52 PM) zzz: eyedeekay, bạn chưa đặt news URL trong feed, hãy tìm CHANGEME_URL_HERE :) (04:49:19 PM) eyedeekay: Ôi trời, tôi không tin là bỏ sót cái đó (04:49:29 PM) eyedeekay: Sẽ làm (04:49:32 PM) zzz: tôi đã nhét cái đó vào từ trước để bạn nhớ, chắc là không hiệu quả rồi ((( (04:50:20 PM) eyedeekay: Về Java 18 và phần cứng Apple, zzz vừa nói 18 có thể có hỗ trợ tốt hơn? Nếu vậy thì đó là điều tôi chưa biết và là lý do để dùng 18 thay vào, bạn xác nhận được không? (04:51:39 PM) zlatinb: chưa làm bài tập về khoản đó, xin lỗi (04:51:53 PM) zzz: có thể chỉ là đoán mò của tôi, nhưng không cần quyết trong cuộc họp này (04:52:17 PM) zlatinb: nhưng nếu nhìn vào lịch sử hỗ trợ linux arm thì rất có khả năng (04:52:34 PM) zlatinb: history of* (04:52:45 PM) zzz: nhưng nói chung, mới hơn là tốt hơn, vậy mục đích bundling JRE trong một "easy bundle" chẳng phải là để có bản mới nhất sao? (04:53:19 PM) eyedeekay: Tôi không biết, đôi khi ổn định thì tốt hơn, và đôi khi "dễ" nằm đâu đó ở giữa (04:53:55 PM) zzz: đó là lý do việc đưa một LTS vào bundle không hợp lý với tôi. (04:58:29 PM) eyedeekay: Có lẽ hôm nay chưa chốt được, nhưng có thể tôi sai về 17. zlatinb bạn có thời gian nào tuần này để bàn kỹ tranh luận 17/18 không? (05:00:05 PM) zlatinb: nói chung lúc nào cũng được mà cũng không được vì chấn thương của tôi trừ khi bạn muốn gọi điện (05:01:05 PM) eyedeekay: Tôi sẵn sàng gọi điện, ta có thể chốt thời gian riêng (05:01:18 PM) zlatinb: ack (05:01:43 PM) eyedeekay: Còn gì cho mục 4 không? (05:01:48 PM) eyedeekay: Hoặc cho cuộc họp? (05:01:53 PM) eyedeekay: Timeout 1m (05:03:46 PM) eyedeekay: Được rồi cảm ơn mọi người đã tham dự </div>/vi/blog/2022/06/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-6-n%C4%83m-2022/Tue, 07 Jun 2022 00:00:00 +0000/vi/blog/2022/06/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-6-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:41 PM) eyedeekay: Chào mọi người và chào mừng đến với cuộc họp ngày 7 tháng 6 (04:00:41 PM) eyedeekay: 1. Chào (04:00:41 PM) eyedeekay: 2. Tình trạng phát hành 1.8.0 (04:00:41 PM) eyedeekay: 3. Tình trạng phát triển 1.9.0 (04:00:41 PM) eyedeekay: 4. MoneroKon 2022 (04:01:23 PM) zzz: chào (04:01:27 PM) zlatinb: chào (04:01:52 PM) eyedeekay: Chào mọi người, còn ai ở đây nữa không hoặc có chủ đề nào cần bổ sung không? (04:03:26 PM) eyedeekay: Vậy mình sẽ bắt đầu với tình trạng phát hành 1.8.0 nhé (04:04:29 PM) eyedeekay: Maven và gói I2P Easy-Install cho Windows đã được phát hành ngay sau bản phát hành chính 1.8.0, không có sự cố nào; gói I2P Easy-Install cũng đã nhận được lần cập nhật tự động thành công đầu tiên (04:05:12 PM) eyedeekay: Bản phát hành Android bị trì hoãn khoảng 5 ngày vì tôi phải thay đổi để tránh phải xin một quyền được kiểm soát mới từ Google để phát hành trên gplay (04:05:37 PM) eyedeekay: zzz bạn có muốn cập nhật cho chúng tôi về bản phát hành chính và debian không, rồi đến zlatinb về gói cài đặt dễ dàng cho OSX? (04:06:37 PM) zzz: đã hai tuần kể từ khi phát hành, mọi thứ có vẻ ổn, chưa nghe phàn nàn nào (04:07:01 PM) zzz: khoảng 25% mạng lưới đã cập nhật. Bản phát hành BiglyBT sẽ ra mắt sớm, điều đó sẽ giúp chúng ta tăng mạnh (04:07:01 PM) zzz: tôi chỉ có vậy, trừ khi ai có câu hỏi (04:07:03 PM) mode (-m ) bởi zzz (04:07:07 PM) zlatinb: tôi cũng vậy, điểm khác biệt duy nhất so với bản phát hành trước là gói Mac bao gồm giấy phép GPLv2+Classpath (04:07:29 PM) eyedeekay: Cảm ơn mọi người, còn gì nữa về chủ đề này không? (04:08:26 PM) eyedeekay: 3. Tình trạng phát triển 1.9.0 (04:11:01 PM) eyedeekay: 2 tuần sau khi phát hành thì chúng ta cũng đã đi được 2 tuần vào 1.9.0, zzz đã làm việc chăm chỉ trên ssu2 cùng orignal, nếu anh ấy muốn cập nhật cho chúng ta về việc đó (04:11:22 PM) zzz: cảm ơn (04:11:31 PM) zzz: chúng tôi đang có phạm vi thử nghiệm SSU2 rộng hơn (04:11:50 PM) zzz: tôi khuyến khích những ai sẵn sàng và có thể thì hãy bật nó lên, và luôn cập nhật các bản dựng phát triển (04:11:58 PM) anonymousmaybe hiện được đổi tên thành Irc2PGuest25323 (04:12:00 PM) zzz: chúng tôi vẫn đang tìm ra lỗi trong giao thức cơ bản (04:12:20 PM) zzz: và chúng tôi đang tiếp tục triển khai relay (chuyển tiếp) và peer test (kiểm tra nút ngang hàng), vốn giống như các giao thức con (04:12:41 PM) zzz: đồng thời sửa các lỗi khác không thuộc ssu2 (04:12:54 PM) zzz: eyedeekay, bạn và tôi cần cập nhật lộ trình cho cả bản phát hành vừa rồi và bản tiếp theo (04:13:13 PM) zzz: EOT trừ khi có câu hỏi (04:13:23 PM) eyedeekay: Đúng vậy, tôi có một số thứ cần chuyển sang 1.9.0 (04:13:50 PM) eyedeekay: Đối với tôi, mục tiêu chính trong Java là hoàn thành UDP tunnels trong HSM, đó là một trong những việc chuyển sang 1.9.0 (04:14:10 PM) eyedeekay: Ngoài ra, mục tiêu trước mắt của tôi là làm việc trên NTCP2 trong go-i2p, có lẽ sẽ khá vất vả nhưng tôi rất háo hức bắt đầu (04:14:18 PM) eyedeekay: EOT đối với tôi cũng vậy (04:14:48 PM) zzz: được, như thường lệ, vui lòng đưa các thay đổi lớn vào sớm trong chu kỳ (04:15:06 PM) eyedeekay: Sẽ làm (04:15:13 PM) eyedeekay: Còn gì cho mục 3 không? (04:15:35 PM) zzz: Không, chúng ta hãy lên kế hoạch phát hành vào cuối tháng 8 (04:15:44 PM) eyedeekay: 4. MoneroKon 2022 (04:16:36 PM) eyedeekay: Mục này chỉ là thông báo, sẽ có khá nhiều nội dung liên quan đến I2P diễn ra tại Monero Konferenco 2022 trong chưa đầy 2 tuần nữa, vào ngày 18 và 19 (04:17:10 PM) zzz: Lisbon, đúng không? (04:17:22 PM) eyedeekay: Vâng, Lisbon (04:17:54 PM) eyedeekay: Nhưng những người không ở Lisbon có thể xem phát trực tuyến từ trang web của hội nghị, https://monerokon.com (04:17:58 PM) zzz: Tôi muốn giới thiệu hai sinh viên được diva.exchange tài trợ sẽ có bài thuyết trình về nghiên cứu của họ tại đó (04:18:17 PM) zzz: Bạn cũng có một workshop chứ? Về chủ đề gì? (04:18:35 PM) eyedeekay: Tôi sẽ có mặt ở đó để tổ chức một workshop về việc thích ứng ứng dụng với mạng I2P (04:19:29 PM) eyedeekay: Tôi sẽ trình bày về các quyết định mọi người cần đưa ra khi chọn một API, cách tìm một router, cách xây dựng một plugin I2P (04:19:40 PM) zzz: Tuyệt vời. Sẽ có rất nhiều chất xám về I2P ở đó để giúp đỡ mọi người và trả lời câu hỏi, tôi hy vọng bạn sẽ thu hút được đông người tham dự (04:19:51 PM) anonymousmaybe hiện được đổi tên thành Irc2PGuest29437 (04:20:28 PM) eyedeekay: Tôi cũng hy vọng vậy, đó là chủ đề tôi yêu thích nhất :) (04:21:45 PM) eyedeekay: zlatinb cũng sẽ có mặt ở đó, nên nếu có thể xin hãy đến gặp chúng tôi (04:22:28 PM) eyedeekay: Tôi chỉ có vậy cho mục 4, còn gì nữa cho cuộc họp không? (04:23:55 PM) eyedeekay: Được rồi, cảm ơn mọi người đã tham dự, hẹn gặp lại vào cùng giờ tháng sau (04:24:59 PM) obscuratus: eyedeekay: Họ có phát trực tuyến workshop của bạn không? (04:25:53 PM) eyedeekay: Tôi không chắc, dù sao tôi cũng sẽ công khai/cho phép sử dụng thoải mái tất cả các tài liệu (04:26:24 PM) obscuratus: Chủ đề hay đấy. Nếu họ phát trực tuyến, hoặc nếu bạn có thể đăng video sau, tôi sẽ xem. (04:26:32 PM) eyedeekay: Tôi tin là ô tôi đánh dấu trên biểu mẫu là tôi đã đồng ý cho phát trực tuyến (04:27:34 PM) zzz: eyedeekay, các mốc thời gian trên bài đăng reddit của bạn là giờ địa phương Lisbon à? (04:27:58 PM) eyedeekay: Đúng, lịch trên trang web monerokon là UTC+1, tức giờ địa phương Lisbon (04:28:39 PM) eyedeekay: *giờ trên trang web monerokon (04:29:07 PM) zzz: được, vậy là sớm hơn giờ miền Đông (Eastern) 5 tiếng, vậy các sinh viên sẽ trình bày lúc 5:30 sáng </div>/vi/blog/2022/05/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.8.0/Mon, 23 May 2022 00:00:00 +0000/vi/blog/2022/05/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.8.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Bản phát hành này bao gồm các sửa lỗi trong i2psnark, router, I2CP và UPnP. Các bản sửa cho router khắc phục các lỗi trong khởi động lại mềm, IPv6, kiểm thử nút ngang hàng SSU, việc lưu trữ trong cơ sở dữ liệu mạng, và xây dựng tunnel. Việc xử lý router family và phân loại Sybil cũng đã được cải thiện đáng kể.</p> <p>Cùng với i2pd, chúng tôi đang phát triển giao thức truyền tải UDP mới của mình, SSU2. SSU2 sẽ mang lại những cải thiện đáng kể về hiệu năng và bảo mật. Nó cũng sẽ cho phép chúng tôi cuối cùng thay thế phần sử dụng cuối cùng còn lại của mã hóa ElGamal vốn rất chậm, hoàn tất đợt nâng cấp mật mã toàn diện mà chúng tôi đã bắt đầu khoảng 9 năm trước. Bản phát hành này chứa một triển khai sơ bộ và bị tắt theo mặc định. Nếu bạn muốn tham gia thử nghiệm, vui lòng tìm thông tin cập nhật trên zzz.i2p.</p>/vi/blog/2022/05/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-5-n%C4%83m-2022/Tue, 03 May 2022 00:00:00 +0000/vi/blog/2022/05/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-5-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:48:58 PM) eyedeekay: Có vẻ là không, tôi sẽ xem trình theo dõi lỗi của GitLab và xem liệu tôi có thể tìm được lời giải thích không (04:00:03 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp phát triển (04:00:03 PM) eyedeekay: 1. Chào (04:00:03 PM) eyedeekay: 2. Ngày phát hành (04:00:03 PM) eyedeekay: 3. Tình trạng phát triển (1.8.0 / 0.9.54) (04:00:05 PM) eyedeekay: chào (04:00:13 PM) zlatinb: chào (04:00:17 PM) zzz: xin chào (04:00:45 PM) eyedeekay: 2. Ngày phát hành (04:01:16 PM) eyedeekay: Chúng ta cần chốt một ngày; tạm thời đã để ngày 23 một thời gian rồi, ngày đó ổn với tôi nếu mọi người cũng thấy ổn? (04:01:43 PM) zzz: như vậy sẽ là 13 tuần, với tôi thì ổn (04:02:01 PM) zzz: cần phê duyệt từ eche|off eche|on nếu anh ấy có mặt (04:03:04 PM) eyedeekay: có vẻ là không, nhưng tôi có thể email cho anh ấy sau cuộc họp (04:04:00 PM) eyedeekay: có vẻ sẽ là ngày 23, chờ email gửi cho ech (04:04:09 PM) eyedeekay: Còn gì cho mục 2 không? (04:04:58 PM) eyedeekay: 3. Tình trạng phát triển (1.8.0 / 0.9.54) (04:07:41 PM) eyedeekay: Chắc chắn còn chưa đến một tháng nữa là phát hành 1.8.0/0.9.54, trong đó phần lớn là chuẩn bị/triển khai cho SSU2 do zzz thực hiện (04:08:42 PM) eyedeekay: Những thay đổi lớn sẽ sớm hoàn tất, và tag freeze (đóng băng thẻ) vào ngày 11 nên bản dịch phải nộp trước thời điểm đó (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz, zlatinb có gì muốn bổ sung về chủ đề này không? (04:10:44 PM) zzz: không nhiều, tôi gần như xong rồi, sẽ xử lý vài việc nhỏ trong danh sách của tôi trong vài tuần tới (04:11:02 PM) zlatinb: tôi không có gì thêm (04:11:03 PM) zzz: bất kỳ thứ gì mới về ssu2 tôi có lẽ sẽ hoãn lại hoặc đưa vào một nhánh (04:11:11 PM) zzz: eot (04:12:05 PM) eyedeekay: cảm ơn mọi người (04:12:49 PM) eyedeekay: Còn gì nữa cho cuộc họp không? Chủ đề phút chót? timeout 1m (04:14:13 PM) eyedeekay: Được rồi, hôm nay họp nhanh thôi (04:14:33 PM) eyedeekay: Cảm ơn mọi người đã tham dự, tôi sẽ email cho echelon rồi đăng nhật ký </div>/vi/blog/2022/04/21/b%E1%BA%A3n-c%E1%BA%ADp-nh%E1%BA%ADt-jpackage-c%C3%B4ng-c%E1%BB%A5-%C4%91%C3%B3ng-g%C3%B3i-%E1%BB%A9ng-d%E1%BB%A5ng-java-cho-cve-2022-21449-c%E1%BB%A7a-java/Thu, 21 Apr 2022 00:00:00 +0000/vi/blog/2022/04/21/b%E1%BA%A3n-c%E1%BA%ADp-nh%E1%BA%ADt-jpackage-c%C3%B4ng-c%E1%BB%A5-%C4%91%C3%B3ng-g%C3%B3i-%E1%BB%A9ng-d%E1%BB%A5ng-java-cho-cve-2022-21449-c%E1%BB%A7a-java/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Các I2P Easy-Install bundles (gói cài đặt dễ dàng) mới đã được tạo bằng phiên bản phát hành mới nhất của Máy ảo Java, trong đó bao gồm bản vá cho CVE-2022-21449 &ldquo;Psychic Signatures&rdquo;. Khuyến nghị người dùng các easy-install bundles cập nhật càng sớm càng tốt. Người dùng OSX hiện tại sẽ nhận được cập nhật tự động; người dùng Windows nên tải trình cài đặt từ trang tải xuống của chúng tôi và chạy trình cài đặt như bình thường.</p>/vi/blog/2022/04/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-4-n%C4%83m-2022/Tue, 05 Apr 2022 00:00:00 +0000/vi/blog/2022/04/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-4-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:32 PM) eyedeekay: Chào mọi người, chào mừng đến cuộc họp dev tháng Tư, chương trình nghị sự hôm nay: (04:00:32 PM) eyedeekay: 1. Chào (04:00:32 PM) eyedeekay: 2. Tình hình phát hành (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. Tình hình phát triển (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. JNA trong các easy-install bundles (gói cài đặt dễ dàng), nó mở ra những cánh cửa nào? (04:00:42 PM) eyedeekay: 1. Chào (04:00:47 PM) zlatinb: chào (04:00:50 PM) zzz: chào (04:01:18 PM) eyedeekay: Chào zlatinb, chào zzz (04:01:27 PM) eyedeekay: Hôm nay còn ai khác ở đây không? (04:01:45 PM) eyedeekay: 2. Tình hình phát hành (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: 1.7.0 đã phát hành khoảng 6 tuần rồi, cập nhật từ tháng trước của tôi là tất cả các gói Android đã được triển khai thành công và lỗi được phát hiện lúc phát hành giờ đã được sửa (04:03:28 PM) eyedeekay: Như thường lệ, các gói trong kho chính của Debian chưa được cập nhật; nếu bạn vẫn đang dùng chúng thì vui lòng chuyển sang deb.i2p2.de/.no sớm nhất có thể (04:04:23 PM) zzz: v/v Debian, tôi đã tìm được một tình nguyện viên để sửa 0.9.48 và đưa trở lại Sid. đã xong (04:04:46 PM) zzz: liệu nó có tự chảy ngược về bullseye và ubuntu hay không, không rõ (04:05:00 PM) zzz: vẫn chưa tìm được người bảo trì mới (04:05:01 PM) zzz: eot (04:05:08 PM) eyedeekay: Cảm ơn (04:05:51 PM) eyedeekay: Tôi còn một ý nữa, thực ra nó giao thoa giữa 2, 3 và 4, nhưng Easy-install bundles cho Windows vẫn sẽ cần thêm một lần cập nhật thủ công nữa (04:06:25 PM) zzz: bạn đã có tiến triển gì kể từ cuộc họp trước chưa? (04:06:30 PM) eyedeekay: Đáng kể, có (04:07:15 PM) eyedeekay: Phần lớn nằm trong MR (Merge Request) này, : https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: tuyệt. bạn có ngày mục tiêu để đề xuất chuyển ra khỏi beta không? (04:08:02 PM) eyedeekay: Ngay khi người dùng nhận được bản cập nhật tự động, tôi sẽ coi là sẵn sàng (04:08:22 PM) zzz: cảm ơn (04:08:47 PM) eyedeekay: Còn gì về mục 2 không? (04:09:33 PM) eyedeekay: 3. Tình hình phát triển (1.8.0 / 0.9.54) (04:10:03 PM) zzz: (không, mọi thứ tốt, chưa nghe phàn nàn nào về 1.7.0) (04:10:21 PM) eyedeekay: Tôi cũng vậy, đến giờ mọi người có vẻ khá hài lòng (04:12:12 PM) eyedeekay: Về 3. Tình hình phát triển (1.8.0 / 0.9.54): Rất tiếc tôi làm chậm hơn mong đợi ở vài việc; tôi đang mắc ở UDP tunnels nhưng gần như sẵn sàng cho một MR về xác thực SAM (04:12:38 PM) eyedeekay: Ngoài ra tôi đang chỉnh sửa một số trang trình hướng dẫn băng thông phức tạp để quy trình lựa chọn dễ hiểu hơn và thông báo dễ nhận thấy hơn (04:12:52 PM) eyedeekay: Chúng ta đã đi được khoảng 6 tuần và còn 7 tuần nữa, đúng không zzz? (04:13:02 PM) zzz: đúng (04:13:31 PM) eyedeekay: Bạn có muốn cập nhật cho chúng tôi về SSU2 hoặc bất cứ thứ gì khác bạn đang làm không? (04:13:46 PM) zzz: 13 tuần sẽ là phát hành vào ngày 23 tháng 5 (04:13:53 PM) zzz: vâng, cảm ơn (04:14:01 PM) zzz: tiến bộ rất lớn với i2pd trên SSU 2 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: đang có thử nghiệm trực tiếp trên mạng ngay bây giờ (04:14:40 PM) zzz: những thứ khác sẽ có trong bản phát hành: cải tiến snark standalone, sửa lỗi router family (04:14:49 PM) zzz: một sửa lỗi hiệu năng cho SSU 1 (04:15:15 PM) zzz: các việc trên SSU 2 sẽ sớm chậm lại, và tôi sẽ chuyển sang sửa thêm một số lỗi ở nhiều chỗ (04:15:23 PM) zzz: eot (04:16:04 PM) eyedeekay: Tuyệt, cảm ơn cập nhật của bạn zzz (04:16:37 PM) eyedeekay: zlatinb có điều gì bạn muốn nói về chủ đề này trước khi chúng ta sang mục 4 không? (04:16:55 PM) zlatinb: Tôi đoán việc giảm timeout dựng tunnel sẽ giúp khởi động nhanh hơn (04:17:11 PM) zlatinb: hoặc nhanh hơn từ 0 đến Router.isRunning() (04:17:20 PM) zlatinb: vậy thôi eot (04:17:38 PM) eyedeekay: Cảm ơn zlatinb, điều đó sẽ làm mọi người vui :) (04:17:56 PM) eyedeekay: 4. JNA trong các easy-install bundles, nó mở ra những cánh cửa nào? (04:18:15 PM) eyedeekay: zlatinb đây là chủ đề của bạn nhưng tôi cũng có khá nhiều ghi chú, bạn muốn bắt đầu không? (04:18:24 PM) zlatinb: được. (04:18:34 PM) zlatinb: Về cơ bản MR 6 thêm các thư viện JNA vào windows easy-install bundle (04:18:49 PM) zlatinb: mà hôm nay tôi mới biết là không cần thiết vì có JEP 419 (thay thế JNA tích hợp sẵn) (04:19:12 PM) zlatinb: nhưng quan điểm tổng thể vẫn vậy: vì chúng ta cần làm một số thứ native, vậy còn những thứ native nào khác chúng ta muốn làm? (04:19:33 PM) eyedeekay: Đôi khi chúng ta cần nói chuyện với quản lý nguồn/ (04:19:36 PM) eyedeekay: *pin (04:19:57 PM) zlatinb: Trong MuWire tôi đã triển khai một "background priority" trên windows, theo tài liệu MSDN thì nó đảm bảo tiến trình này không bao giờ can thiệp vào các tiến trình foreground (04:20:05 PM) zlatinb: đúng, quản lý nguồn pin cũng là một thứ như vậy (04:20:17 PM) eyedeekay: Tôi cần yêu cầu quyền admin theo cách có điều kiện, điều mà bản thân NSIS không hỗ trợ (04:20:21 PM) zlatinb: vậy đó, phần của tôi chỉ là lời mời gọi nghĩ theo hướng native :) (04:20:21 PM) zlatinb: eot (04:21:22 PM) eyedeekay: Vâng, chắc chắn chúng ta có vài trường hợp trong đầu nơi có thể hữu ích khi có thứ gì đó kiểu JNA (04:22:41 PM) zlatinb: ok.. vậy câu hỏi là chúng ta có thêm một/và tất cả các chức năng như vậy vào easy-install bundle và giữ nó bên ngoài gói core router không (04:22:45 PM) zzz: xin lỗi phải phá đám, nhưng ở cuộc họp tháng trước, JNA chỉ là một giải pháp khả dĩ cho một vấn đề duy nhất (quyền) trên Windows mà thôi (04:23:08 PM) zzz: và hôm nay chúng ta lại ở chỗ "nó chắc chắn là giải pháp cho nhiều vấn đề, chúng ta còn có thể làm mấy trò vui gì với nó nữa" ? (04:23:18 PM) zlatinb: ừ đúng là chủ đề bữa tiệc đó lol (04:23:34 PM) zzz: mà đó vừa là một cú nhảy vọt vừa là kiểu giải pháp-đi-tìm-vấn-đề điển hình (04:24:31 PM) zlatinb: đó là một cách nhìn, tôi nghĩ nó (JNA / JEP 419) có thể làm I2P tốt hơn theo nhiều cách (04:25:14 PM) zlatinb: trên nhiều nền tảng (04:25:14 PM) zlatinb: thành thật mà nói tôi mới chỉ chạm bề mặt trên windows thôi (04:25:28 PM) zzz: vậy là chưa chốt dùng JNA? (04:25:28 PM) zlatinb: JNA có lợi thế là tương thích ngược xuống tận java 1.4, còn JEP 419 chỉ có trong JDK 18 (04:25:51 PM) zlatinb: Tôi nói cả hai đều đang được cân nhắc, với JNA có chút xuất phát sớm hơn (04:26:37 PM) zzz: 419 đang ở trạng thái "incubator" nghĩa là nó có thể biến mất, đừng trông cậy vào nó (04:27:07 PM) eyedeekay: Tôi ủng hộ JNA vì khả năng kiểm soát quyền của installer giải quyết ít nhất 2 vấn đề cho tôi và cho phép tôi cài/ chạy hoàn toàn từ ổ flash (04:27:46 PM) eyedeekay: Tôi không muốn đánh mất điều đó vì một dự án chưa sẵn sàng hoặc bị bỏ rơi (04:29:03 PM) eyedeekay: Vậy tôi đoán là ủng hộ JNA, còn 419 thì tôi do dự (04:29:54 PM) zlatinb: thực ra 419 với một API hơi khác đã có trong JDK 17 là bản LTS, nhưng tôi sẽ không có ý kiến mạnh cho đến khi nó ra khỏi giai đoạn incubation (04:30:00 PM) zzz: chúng ta nên tiếp tục để mắt đến những công cụ tốt nhất để giải quyết các vấn đề hiện tại... mơ mộng xem còn làm gì thêm với nó thì không quan trọng lắm (04:31:10 PM) zzz: đi ra ngoài JVM luôn sẽ lộn xộn và kém dễ bảo trì, chỉ nên dùng khi thực sự cần thiết, bất kể cơ chế nào được dùng (04:33:14 PM) zlatinb: Không ai phản đối điều đó, nhưng tôi nghĩ chúng ta không nên tự ngăn mình mơ lớn (04:33:38 PM) zlatinb: tích hợp với windows shell hoặc quản lý năng lượng trên laptop nghe cực kỳ hay với tôi (04:34:18 PM) zlatinb: nhân tiện, điều đó cũng nên khả thi trên laptop linux nữa (04:34:33 PM) eyedeekay: Thành thật mà nói tôi vẫn mơ nhỏ thôi, các bản portable chạy từ USB chỉ là sản phẩm phụ của việc hỗ trợ cài đặt không cần admin (04:36:24 PM) eyedeekay: Nhưng nếu có cách không dùng JNA để làm điều gì đó thì vâng, có lẽ chúng ta nên thử cách đó trước (04:38:54 PM) eyedeekay: Còn gì về mục 4 không? (04:39:07 PM) zlatinb: không từ phía tôi, eot (04:40:26 PM) eyedeekay: Còn gì cho cuộc họp không? timeout 1m (04:41:43 PM) eyedeekay: Được rồi cảm ơn mọi người đã tham dự, có vẻ cuộc họp tháng sau sẽ là ngày 3 tháng 5 </div>/vi/blog/2022/03/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-3-n%C4%83m-2022/Tue, 01 Mar 2022 00:00:00 +0000/vi/blog/2022/03/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-3-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:01:40 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp phát triển (03:01:40 PM) eyedeekay: 1. Chào (03:01:40 PM) eyedeekay: 2. Trạng thái phát hành (1.7.0 / 0.9.53) (03:02:10 PM) zlatinb: chào (03:02:12 PM) zzz: xin chào (03:02:39 PM) eyedeekay: Có gì khác cần thêm vào chương trình nghị sự hôm nay trước khi chúng ta bắt đầu phần trạng thái phát hành không? (03:03:01 PM) zlatinb: Tôi có hai mục nhỏ có thể nằm trong “danh sách mong muốn cho 1.8.0” (03:03:25 PM) eyedeekay: 3) Danh sách mong muốn 1.8.0 (03:04:24 PM) eyedeekay: 2. Trạng thái phát hành(1.7.0/0.9.53) (03:05:37 PM) eyedeekay: Về phía tôi còn một mục nữa: có một vấn đề với quy trình build gói .aab, trong đó các tài nguyên tĩnh được đưa vào từ build `i2p.i2p` bị xóa khỏi .aab cuối cùng (03:06:06 PM) eyedeekay: Tạm thời GPlay bị trì hoãn, tôi đang làm hôm nay và sẽ xong sớm. (03:07:53 PM) eyedeekay: F-Droid và Freestanding đều là .apk dùng quy trình build cũ chưa bị hỏng, nên vẫn hoạt động. (03:07:53 PM) eyedeekay: Còn quy trình phát hành nào khác đang dang dở cần hoàn tất không? (03:10:03 PM) eyedeekay: zzz bạn có gì bổ sung cho chủ đề trạng thái phát hành từ phía bạn không? Tôi hiểu là BiglyBT đã phát hành plugin của họ hôm nay, đúng không? (03:10:22 PM) zzz: đúng (03:10:48 PM) zzz: dựa trên thống kê thành công build expl., chúng ta đã phục hồi nhanh sau lỗi hồi quy của i2pd ở bản phát hành trước (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: và hiện đang ở mức cao hơn bất kỳ thời điểm nào trong vài năm gần đây, nếu tôi nhớ không nhầm (03:12:11 PM) zzz: mọi thứ sẽ ổn định trong khoảng một tuần nữa và chúng ta sẽ xem tình hình thế nào (03:12:13 PM) zzz: eot (03:12:21 PM) eyedeekay: Đó là tin rất tuyệt. Vui vì mọi thứ trông ổn đến giờ. (03:12:32 PM) eyedeekay: Cảm ơn zzz (03:12:50 PM) eyedeekay: 3. Danh sách mong muốn 1.8.0 (03:13:17 PM) eyedeekay: zlatinb, mời bạn (03:13:44 PM) zlatinb: chào, 1) tăng tốc thời gian build thăm dò ban đầu và 2) JNA (03:14:05 PM) zlatinb: 1: Tôi đã phân tích một chút, 75% các tunnel thăm dò build thành công làm được trong dưới 500ms (03:14:29 PM) zlatinb: trong khoảng ~30 mẫu, build thành công chậm nhất là dưới 2500ms (03:14:46 PM) zlatinb: trong khi timeout hiện tại là 13000 ms, tôi nghĩ giảm con số đó sẽ đưa router vào trạng thái RUNNING nhanh hơn (03:15:07 PM) zlatinb: chúng ta không cần quyết định ngay, chỉ nêu ý tưởng thôi (03:15:12 PM) zlatinb: eot cho mục 1 (03:15:33 PM) zzz: không phản đối mục 1 (03:15:56 PM) eyedeekay: Nghe như một thử nghiệm thú vị để thử ít nhất, có vẻ không gây hại gì (03:16:12 PM) eyedeekay: Nếu tất cả các build thành công đều ngắn như vậy (03:16:13 PM) zlatinb: 2: JNA - chắc chắn chúng ta cần thêm JNA vào gói Windows Easy-Install để nâng đặc quyền trong quá trình auto-update. ProcessBuilder sẽ lỗi nếu tiến trình yêu cầu nâng quyền. (03:16:20 PM) zzz: tuy nhiên tôi muốn xem dữ liệu trong khoảng thời gian dài hơn trước khi chọn con số mới (03:16:25 PM) zlatinb: được (03:16:42 PM) zzz: vui lòng quay lại và định nghĩa JNA (03:16:43 PM) zlatinb: (quay lại mục 1) Tôi sẽ để một router chạy với logging bật (03:17:12 PM) zlatinb: (quay lại mục 2): JNA là Java Native A-gì đó, nhưng về cơ bản là một wrapper bằng Java cho các thư viện gốc của Windows, Linux và Mac (03:17:27 PM) zlatinb: vì vậy thay vì viết mã native bạn viết mã Java (03:17:52 PM) zlatinb: hai file jar tổng cộng 3MB, nén bằng LZMA còn 2MB (03:18:11 PM) zzz: vui lòng quay lại và nói rõ vấn đề là gì và mức độ phổ biến của nó (03:18:38 PM) zlatinb: khi thử nghiệm cập nhật âm thầm trong muwire tôi thấy ProcessBuilder không khởi chạy được trình cài đặt với thông báo kiểu “privilege elevation required” hoặc gì đó tương tự (03:19:07 PM) zzz: vấn đề chỉ trên Windows? (03:19:12 PM) zlatinb: tìm trên Google cho thấy không thể làm điều đó với ProcessBuilder (03:19:36 PM) zlatinb: đúng, hiện tại chỉ Windows (03:19:40 PM) eyedeekay: Với tôi thì có vẻ không xảy ra trên Windows Easy-Install, có phải vì NSIS yêu cầu nâng đặc quyền chứ không phải Java không? (03:20:02 PM) zlatinb: NSIS đang yêu cầu (03:20:16 PM) zlatinb: nếu bạn đã chạy Java với đặc quyền thì nó sẽ không hỏi (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: ừ đó là câu hỏi của tôi, Windows Easy-Install đã beta nhiều tháng rồi, đây có phải vấn đề chỉ của muwire không? (03:20:48 PM) eyedeekay: Ồ OK, vậy nó sẽ bắt đầu xảy ra trước bản cập nhật tiếp theo với ShellExecAsUser (03:21:15 PM) zlatinb: eyedeekay, bạn có nâng quyền nếu khởi chạy không phải từ trình cài đặt không? (03:21:48 PM) zlatinb: Tôi không nhớ đã thấy lời nhắc nâng quyền (03:22:12 PM) zlatinb: vậy nó sẽ xảy ra với Windows Easy-Install nếu khởi chạy từ lối tắt trên desktop, không phải như bước cuối của trình cài đặt (03:22:14 PM) eyedeekay: Không, tôi không, nó chạy với quyền của người dùng chạy tập lệnh batch, nhưng chỉ nếu I2P chưa chạy sẵn, giả định là với quyền admin (03:22:52 PM) zzz: vậy, trước khi bàn về giải pháp cho gói Windows Easy-Install của chúng ta, hãy xác minh là có vấn đề đã (03:22:57 PM) eyedeekay: Nó không tắt router cùng với trình duyệt (03:23:35 PM) eyedeekay: Tôi nghi là sẽ có, nhưng sẽ xác nhận vào cuối tuần này (03:23:36 PM) zlatinb: vậy nếu người dùng không bỏ chọn hộp “launch i2p now” và để router chạy, nó sẽ chạy với đặc quyền và sẽ không nhắc khi cập nhật (03:23:43 PM) zlatinb: ok (03:24:22 PM) zlatinb: dù sao thì, với 1.7.0 router được khởi chạy không có đặc quyền ngay cả khi khởi chạy từ trình cài đặt (03:24:39 PM) zzz: và dù bạn có thể làm theo quy tắc riêng trong muwire, mọi giải pháp trong sản phẩm chính thức của chúng ta sẽ phải được thẩm định về tính phù hợp, bảo trì, tương thích giấy phép, v.v. (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: nhìn xa hơn, JNA thực sự cho phép chúng ta làm bất cứ gì với Windows API: đăng ký shell extension, URI handler, tất cả những thứ hay ho đó (03:25:57 PM) zlatinb: eot cho mục 2 (03:26:35 PM) zzz: hãy chạy vài vòng với auto-updater của Easy-Install, có vẻ như nó chưa bao giờ hoạt động? (03:27:13 PM) zzz: không cần đợi một bản phát hành I2P, chỉ cần đưa vào một Java mới, hoặc thay đổi thứ khác. hãy xử lý lỗi nhanh hơn một chút (03:27:14 PM) eyedeekay: Nó từng hỏng, rồi đã được sửa, giờ có vẻ sẽ lại hỏng ở bản cập nhật tiếp theo (03:27:55 PM) eyedeekay: Nhưng giải pháp khác từ phía tôi là đổi trình cài đặt để nó không dùng %ProgramFiles% nữa và cài vào đâu đó không yêu cầu đặc quyền (03:28:09 PM) zzz: phát hành mỗi tuần cho đến khi nó chạy trơn tru. rõ ràng nhịp 3 tháng là chưa đủ nhanh để hội tụ về thứ hoạt động (03:28:32 PM) eyedeekay: Làm được (03:29:53 PM) eyedeekay: Cảm ơn zlatinb đã nêu ra cho chúng tôi, còn gì ở mục 3 không? (03:29:58 PM) zzz: và như vậy sẽ cho chúng ta dữ liệu về mức độ của vấn đề đặc quyền, nếu có (03:30:00 PM) zzz: eot (03:30:21 PM) zlatinb: không, eot từ tôi (03:30:57 PM) eyedeekay: Được rồi còn gì nữa cho cuộc họp không? timeout 1m (03:31:16 PM) zzz: ngoài ra, dùng mục tin tức để báo cho beta tester của bạn nếu bản cập nhật bị hỏng và họ cần tải lại (03:31:35 PM) eyedeekay: sẽ làm (03:32:05 PM) zzz: cả hai bạn đều có nguồn tin tức riêng, nhưng không dùng nó để nói với người dùng của mình, chỉ dựa vào mục tin của tôi? bạn nên bắt đầu thử nghiệm/sử dụng tính năng đó (03:32:11 PM) zzz: eot (03:34:07 PM) eyedeekay: Có thể, trước đây tôi đã thêm changelog của i2p.firefox (03:34:54 PM) eyedeekay: Cảm ơn mọi người đã đến họp, xem ra tôi có nhiều việc phải làm, hẹn gặp mọi người trên IRC </div>/vi/blog/2022/02/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.7.0/Mon, 21 Feb 2022 00:00:00 +0000/vi/blog/2022/02/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.7.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Bản phát hành 1.7.0 bao gồm một số cải tiến về hiệu năng và độ tin cậy.</p> <p>Hiện đã có các thông báo bật lên trong khay hệ thống, đối với những nền tảng hỗ trợ tính năng này. i2psnark có một trình chỉnh sửa torrent mới. Cơ chế truyền tải NTCP2 giờ đây sử dụng ít CPU hơn nhiều.</p> <p>Giao diện BOB, vốn đã bị đánh dấu ngừng sử dụng từ lâu, được gỡ bỏ khỏi các cài đặt mới. Nó sẽ tiếp tục hoạt động trong các bản cài đặt hiện có, ngoại trừ các gói Debian. Những người dùng còn lại của các ứng dụng BOB nên đề nghị các nhà phát triển chuyển sang giao thức SAMv3.</p>/vi/blog/2022/02/08/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-02-n%C4%83m-2022/Tue, 08 Feb 2022 00:00:00 +0000/vi/blog/2022/02/08/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-02-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:01:32 PM) eyedeekay: Hi everyone welcome to the Feburary 8th dev meeting (03:01:38 PM) eyedeekay: Sorry about last week, hopefully the message dropping issues will not recur (03:01:45 PM) eyedeekay: Topics: (03:01:45 PM) eyedeekay: 1. Hi (03:01:45 PM) eyedeekay: 2. Outproxy Requirements(ongoing) (03:01:45 PM) eyedeekay: 3. 1.7.0/0.9.53 status / release schedule (03:02:13 PM) zzz: hi (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: hi (03:02:30 PM) eyedeekay: hi everybody (03:02:54 PM) eyedeekay: Let's start right in 2) Outproxy requirements (03:04:08 PM) eyedeekay: zzz found us a bunch of old lists of requirements, which we should either A) choose one or B) collate into a new list (03:04:51 PM) eyedeekay: I've been trying to do some research into which requirements are feasible and get some guidance from what Tor does (03:06:18 PM) eyedeekay: At the same time, some groups and some individuals have emerged to volunteer to help with outproxies, one of which is also a multiple Tor exit node operator operating a non-profit, so hopefully we can benefit from their experience (03:08:04 PM) eyedeekay: In some cases I find the rules a little murky: - Optional allowlist/blocklist of hosts/IPs? for instance, seems straightforward at once but what we suggest blocking/allowing on a host/IP basis might open operators up to request to block things they don't want to block? (03:08:45 PM) eyedeekay: Seems like the advice may have been that it's safe to block "ports" but maybe not hostnames? (03:09:05 PM) zzz: I think there's two categories of requirements (03:09:57 PM) zzz: 1) Things that we as a project would want to see (header requirements, small error page, link to additional info) (03:10:48 PM) zzz: 2) Things that any rational outproxy operator would want, especially admin tools, but we don't have the expertise to offer much guidance (03:11:40 PM) zzz: we should focus on 1) (03:12:14 PM) eyedeekay: OK that's easier, approaching it from the other direction was like cramming for a test (03:12:40 PM) zzz: and we should not attempt to offer a turnkey packaged solution for 2), only perhaps suggest some best practices (03:13:00 PM) eyedeekay: But I think it implies we'll need to be flexible, i.e. things we want will need to be subordinate to the things they'll be able to offer (03:13:09 PM) eyedeekay: That's probably a given though (03:13:43 PM) zzz: I'm thinking everything in 1) is pretty basic (03:14:38 PM) zzz: 1a) filter out any X-I2P headers outbound. Do or don't add an X-forwarded headers in either direction? (03:14:54 PM) zzz: 1b) have a small error page with a link to more info (03:15:07 PM) zzz: 1c) have a privacy policy on the more info page (03:15:13 PM) zzz: stuff like that (03:16:24 PM) eyedeekay: Yeah I agree, that shouldn't be difficult (03:17:14 PM) eyedeekay: So I'll avoid trying to figure out what people "should" do re: category 2) for the time being and focus on 1) (03:18:19 PM) eyedeekay: Anything else for topic 2)? (03:18:36 PM) zzz: The other thing in 1) is http vs. standard tunnel. I _think_ http is the right choice, and the choice affects the header issues (03:19:04 PM) zzz: eot for 2) (03:19:37 PM) eyedeekay: The standard tunnel doesn't add the X-I2P-* headers at all does it? (03:19:55 PM) zzz: no, it doesn't know about header (03:20:09 PM) zzz: *headers (03:20:39 PM) zzz: so the choice affects what the external proxy software "sees" (03:21:47 PM) eyedeekay: So why http? Wouldn't it be better if the server software didn't have to strip/re-add/keep track of the X-I2P headers to keep them from leaking? (03:22:23 PM) zzz: any proxy needs to deal with headers (03:22:49 PM) zzz: the proxy standard specifies that some headers are "hop-by-hop" and need to be stripped/added (03:23:56 PM) zzz: and of course there's both the HTTP and HTTPS (CONNECT) cases to deal with (03:27:13 PM) eyedeekay: So in the HTTP tunnel case we would be actually using the X-I2P headers (03:28:39 PM) zzz: they could be used e.g. for rate limiting by a competent outproxy admin (03:29:09 PM) eyedeekay: Makes sense (03:29:57 PM) eyedeekay: Anything else on 2)? (03:30:05 PM) zzz: no (03:30:12 PM) eyedeekay: 3. 1.7.0/0.9.53 status / release schedule (03:30:59 PM) eyedeekay: We're exactly 13 days from release on the 21st (03:31:10 PM) eyedeekay: Tags are freezing tomorrow (03:31:39 PM) zzz: yup, checkin deadline Fri. Feb. 18 (03:32:26 PM) zzz: i2pd will be releasing on the 19th or 20th with a fix for the nasty SSU bug that's been causing network reliability issues the last couple of months (03:32:55 PM) zzz: our release will also have some related workarounds and improvements (03:33:09 PM) eyedeekay: Good to hear, that's been a rough ride for a lot of folks especially on mobile (03:33:20 PM) zzz: I'm hopeful that conditions will improve pretty rapidly once people start upgrading (03:34:10 PM) zzz: other than that, the cycle has been pretty smooth, things are quieting down (03:35:26 PM) zzz: we're at 14,000 lines of diff, pretty good size (03:36:00 PM) zzz: eot for 3) (03:37:45 PM) eyedeekay: I don't have much to add, I'll still be making tiny CSS changes for the next week or so to deal with some quirks on extra-small or extra-wide screens and some contrast issues in the dark theme, but other than that my time will be spent trying to review and test (03:37:55 PM) zlatinb: I would like to run some tests in the testnet after both i2p and i2pd freeze the code for the release. I've documented them on the gitlab wiki. (03:38:05 PM) zlatinb: eyedeekay: what about end-to-end test for the windows aio? (03:38:58 PM) eyedeekay: I got one working yesterday, I had a couple issues to deal, one on the build-config side and one on the router.config side but they should both be gone now as long as I'm extra-careful with my release build (03:41:18 PM) eyedeekay: Turns out I had built the package without incrementing the router version number so even if a download happened(which would not have happened because the URL in router.config was wrong) it would not trigger an update (03:42:16 PM) eyedeekay: Both those issues are fixed now and I've set up to test the package after I get it built (03:42:49 PM) eyedeekay: So my updates were badly broken, but now they should be fixed, EOT (03:44:07 PM) eyedeekay: Anything else for the meeting? Questions, comments, concerns? (03:46:02 PM) zzz: aio == "bundle" or "easy install bundle". Let's not use "aio" as the name for it anywhere (03:46:27 PM) zzz: I always think async i/o (03:46:36 PM) zzz: nothing else for me (03:47:06 PM) eyedeekay: OK yeah AIO is ambiguous means different things to different people (03:47:28 PM) eyedeekay: I'll stick to Bundle or Easy-Install Bundle (03:48:01 PM) eyedeekay: All right thanks everybody for coming to the meeting, see you next month on the 5th, looks like </div>/vi/blog/2022/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-01-n%C4%83m-2022/Tue, 04 Jan 2022 00:00:00 +0000/vi/blog/2022/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-01-n%C4%83m-2022/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:00:39 PM) eyedeekay: Chào mọi người và chào mừng đến với cuộc họp ngày 4 tháng 1, 2022 (03:00:39 PM) eyedeekay: 1. Chào (03:00:39 PM) eyedeekay: 2. Dịch vụ của meeh/Yêu cầu outproxy `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Đưa Mac DMG JPackage lên bản ổn định https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. Nghiên cứu NetDB (Mô phỏng/Mô hình) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: chào (03:01:23 PM) zzz: xin chào (03:01:55 PM) eyedeekay: Chào zzz, zlatinb, hôm nay còn ai khác ở đây không? (03:02:20 PM) eyedeekay: Có nhà vận hành outproxy nào không? (03:02:59 PM) eyedeekay: OK vậy chuyển sang mục 1, họ có thể góp lời nếu muốn :) (03:03:38 PM) eyedeekay: Vậy là chúng ta sẽ mất tất cả các dịch vụ không tĩnh của meeh, với chúng ta chủ yếu là trac, mà chúng ta đã thay thế rồi, và false.i2p, outproxy mặc định (03:04:07 PM) eyedeekay: Cả hai đều hoạt động không tốt trong thời gian dài, nhưng không có outproxy thì UX thường tệ nên chúng ta cần thay thế (03:04:59 PM) eyedeekay: Tuần trước chúng ta đã thảo luận vài phương án, trong đó có việc tìm một outproxy do tình nguyện viên vận hành để đặt làm mặc định. (03:06:30 PM) eyedeekay: Nếu làm vậy, chúng ta sẽ cần nó đáp ứng một số yêu cầu cơ bản. Rõ ràng chính sách quyền riêng tư là quan trọng. (03:06:30 PM) eyedeekay: Nếu họ không chuyển thẳng mọi thứ sang Tor, chúng ta cũng cần mô tả về việc lọc, nếu có, diễn ra như thế nào (03:07:34 PM) eyedeekay: Phương án khác là tự vận hành một cái, điều này tốt lắm thì cũng chỉ hấp dẫn ở mức hạn chế; một phương án nữa là hỗ trợ SOCKS cục bộ, đòi hỏi phải có một SOCKS proxy cục bộ sẵn. (03:08:07 PM) eyedeekay: Nếu ai muốn tình nguyện làm outproxy, nơi liên hệ là diễn đàn của zzz (03:09:05 PM) zzz: đúng vậy (03:09:12 PM) eyedeekay: Tôi vẫn chưa lấy được thống kê về việc sử dụng false.i2p từ meeh. EOT (03:09:40 PM) zzz: trước hết, chúng ta cần hết sức thận trọng không công khai khuyến nghị một lựa chọn thay thế hoặc đặt mặc định mới nếu chưa có phê duyệt, vì điều đó có thể tạo gánh nặng lớn, về tài chính hoặc khía cạnh khác (03:10:06 PM) zzz: như một bước nhỏ ban đầu, chúng ta muốn đăng ký các lựa chọn thay thế trên stats.i2p và xin phê duyệt để thêm chúng vào hosts.txt mặc định của chúng ta (03:10:16 PM) zzz: vì như vậy tối thiểu sẽ giúp mọi người dễ cấu hình và sử dụng chúng hơn (03:10:55 PM) zzz: chúng ta đã được phê duyệt bước đó cho hai outproxy, tuy nhiên hiện mới chỉ có một cái được đăng ký trên stats.i2p (03:11:05 PM) zzz: vì vậy tôi đang chờ việc đăng ký thứ hai đó (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Cảm ơn zzz, nhân tiện tôi sẽ nhắc anh ấy (03:11:47 PM) dr|z3d: Tôi đã có vài trao đổi sơ bộ với bạn, zzz, và trên cơ sở đó tôi nghĩ nên rõ ràng là tôi không muốn cung cấp dịch vụ chính thức. Không chính thức thì được, nhưng không có gì chính thức. (03:12:52 PM) zzz: cảm ơn vì đã làm rõ, và cũng cảm ơn thời gian và chuyên môn của bạn trong các cuộc trao đổi đó (03:12:59 PM) dr|z3d: Tôi cũng cho rằng một outproxy đơn lẻ sẽ thất bại ngay khi nó trở thành chính thức. (03:14:13 PM) eyedeekay: Hoàn toàn hiểu vì sao lại như vậy. Còn gì ở mục 1 không? (03:14:28 PM) zzz: có lẽ. chắc chắn là cần đủ năng lực hạ tầng và quản trị giỏi (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Đưa Mac DMG Jpackage lên bản ổn định (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Chủ đề này do zlatinb thêm vào, mời bạn nói tiếp (03:16:21 PM) zlatinb: cảm ơn. Về cơ bản, gói không phải DMG (jar) không được Apple notarize (chứng thực) và 2 (hoặc 3?) phiên bản Mac OS gần đây từ chối chạy nó trừ khi người dùng thay đổi một số cài đặt nâng cao (03:16:52 PM) zlatinb: đồng thời, DMG jpackage rất ổn định và cập nhật trong mạng đã được kiểm thử đầu-cuối (03:17:10 PM) zlatinb: vì vậy tôi đề xuất đặt nó làm bản tải về mặc định cho Mac và bỏ hẳn tùy chọn .jar (03:17:55 PM) zlatinb: vì chúng ta đã có một trang /mac đẹp dành riêng cho gói này, tôi đề nghị giữ trang đó, bỏ chữ BETA (03:18:14 PM) zlatinb: và trong Mac div ở /download, chỉ để một liên kết tới trang /mac, không gì khác (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Tôi ủng hộ. (03:20:42 PM) eyedeekay: Chúng ta cần đợi phát hành hay làm luôn bây giờ? (03:21:51 PM) anonymousmaybe giờ có tên là Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) bởi ChanServ (03:22:37 PM) zlatinb: không cần đợi phát hành (03:22:54 PM) zzz: bạn có thấy 3 câu hỏi của tôi trước khi tôi rớt kết nối không? (03:23:01 PM) eyedeekay: Không, tôi bỏ lỡ rồi (03:23:03 PM) zlatinb: không, xin lỗi, làm ơn đăng lại (03:23:11 PM) zzz: Tôi sẽ hỏi vài câu dễ: (03:23:15 PM) zzz: 1) Lượng người dùng đủ lớn để chúng ta tin rằng nó đã được thử nghiệm kỹ? (03:23:17 PM) zzz: 2) Quy trình phát hành đã được ghi chép và về lý thuyết người khác có thể xây dựng (build) nếu họ có đúng khóa? (03:23:20 PM) zzz: 3) Chúng ta tự tin có đủ nguồn lực để tiếp tục duy trì và phát hành? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - theo matomo nó có 20–25 lượt tải mỗi ngày. Chúng tôi đã có người dùng Mac M1 báo cáo rằng nó hoạt động như mong đợi. Không có báo cáo tiêu cực nào (03:24:28 PM) eyedeekay: 2) và 3) Theo tôi câu trả lời chắc chắn là có. Tôi có thể build mọi thứ đến phần notary và có thể hướng dẫn người khác làm (03:24:53 PM) zlatinb: 2) là có nhưng cần gỡ ẩn danh (de-anoning) vì Apple Inc. (03:24:54 PM) eyedeekay: Vậy với zlatinb và tôi, có ít nhất 2 người biết cách build nó (03:25:08 PM) zzz: 2) nhưng nó _được ghi chép_ chứ? (03:25:33 PM) zlatinb: có, từng bước bao gồm cả quy trình notary trong README.md (03:25:41 PM) zzz: tuyệt (03:26:16 PM) zzz: 1) “hoạt động” có bao gồm quy trình cập nhật không? Chúng ta đã thấy torrent swarm thực sự khởi chạy khi tin tức cập nhật chưa? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (vì tôi nghĩ phiên bản Windows thực ra vẫn chưa được thấy hoạt động) (03:27:26 PM) zlatinb: 1) có, swarm khởi động, khá nhỏ nhưng có. Tôi đã thấy ở cả các bản phát hành 1.5.1 và 1.6.1 (03:27:49 PM) zzz: ok tuyệt, cảm ơn các câu trả lời, không có phản đối (03:28:14 PM) eyedeekay: Tuyệt, tối nay tôi sẽ thực hiện các thay đổi trên site sau khi tôi đăng nhật ký cuộc họp (03:28:26 PM) zlatinb: tuyệt vời, cảm ơn! (03:29:05 PM) eyedeekay: Về Windows, đúng nhưng có vẻ đó là vấn đề trong file cấu hình tôi phát hành kèm chứ không phải ở chính trình cập nhật (03:29:05 PM) eyedeekay: Vậy Windows cần thêm 1 lần cập nhật thủ công nữa để hoạt động với cập nhật tự động, mà tôi nghĩ là đã biết trước nhưng quên mất (03:30:07 PM) eyedeekay: 4. Nghiên cứu NetDB (Mô phỏng/Mô hình) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: Cũng là chủ đề của zlatinb, cho chúng tôi biết bạn đang nghĩ gì (03:31:28 PM) zlatinb: Trong khoảng hai tuần gần đây có sự xuống cấp rõ rệt về khả năng truy cập tới các site như zzz.i2p, postman, thậm chí major.acetone.i2p... nói chung là những site tôi biết là đang hoạt động (03:31:57 PM) zlatinb: Tôi đã debug và gặp tình huống LS của zzz.i2p được lấy về tốt, nhưng sau đó RI của IBGW có lẽ bị lỗi khi lấy về (03:32:03 PM) zlatinb: (tôi đang suy đoán thôi, dĩ nhiên) (03:32:47 PM) zlatinb: tóm lại, có nhiều điều chưa biết trong cách NetDB vận hành và chúng ta phải đặt niềm tin vào thuật toán Kad, điều đó thì ổn, nhưng tôi muốn có thêm sự tin cậy thông qua một số nghiên cứu (03:33:33 PM) zlatinb: cũng giống như testnet đã giúp cải thiện rất nhiều code streaming và ssu và ntcp, tôi tin một mô hình hoặc mô phỏng có thể giúp cải thiện hoạt động của netDB (03:34:44 PM) zlatinb: và lý do tôi muốn thảo luận ở đây là nếu chúng ta dùng một mô phỏng chạy chính code sẽ nằm trong router, thì cần refactor một số phần của code NetDB, có thể cả một số lớp *Job nữa (03:34:52 PM) zlatinb: Lưu ý, tôi vẫn chưa xem qua multi-router jvm và JVMCommSystem (03:35:03 PM) zlatinb: có thể những thứ đó là một câu trả lời cho tới một số lượng node nhất định (03:35:37 PM) zlatinb: nhưng mục tiêu của tôi là mô phỏng ít nhất vài nghìn node, nghĩa là trừu tượng hóa hầu hết các thành phần của router (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major rời phòng (thoát: Ping timeout: 320 giây). (03:36:32 PM) zzz: Tôi không mặn mà lắm, do việc đó sẽ rất khó và sẽ mất lâu trước khi có kết quả hữu ích (03:37:20 PM) zzz: trước hết, tôi đã thực hiện một loạt thay đổi gần đây để tăng độ tin cậy (03:37:27 PM) zzz: trong bản build dev 1.6.1-6 (03:37:46 PM) zzz: nhưng tôi không biết có server phổ biến nào (ngoài của tôi) đang chạy nó không (03:38:17 PM) zzz: Tôi muốn thấy server của echelon và eyedeekay thử nó. Đó là hai cụm mà tôi gặp rắc rối suốt nhiều tháng (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: Hầu hết server của tôi chỉ bám theo PPA, tôi sẽ cập nhật git.idk.i2p (03:39:17 PM) zzz: git và gitssh là hai cái thường xuyên hắt hủi tôi. Nếu chúng khá hơn, tôi sẽ nhận ra (03:40:07 PM) zzz: server của echelon là một bí ẩn khác. Chúng có vẻ thường xuyên gặp vấn đề ở cấp độ IP (03:42:11 PM) eyedeekay: Vậy tôi có thể làm sớm (03:43:37 PM) eyedeekay: Các câu hỏi của tôi về bộ kiểm thử netDB có lẽ chưa chuẩn, ví dụ, testnet hiện tại có khả năng mô phỏng một netDB giữa các router bên trong nó không? (03:44:08 PM) eyedeekay: Và nếu có, có cách nào sử dụng không? (03:44:44 PM) Tài khoản đã ngắt kết nối và bạn không còn trong cuộc trò chuyện này nữa. Bạn sẽ tự động tham gia lại khi tài khoản kết nối lại. (03:49:14 PM) Chủ đề cho #i2p-dev là: 1.6.1-7 | cuộc họp dev tiếp theo 8 PM UTC Thứ Ba, 4 Tháng 1, 2022 (03:49:14 PM) Topic for #i2p-dev set by zzz at 09:08:14 AM on 01/03/2022 (03:49:20 PM) zzz: trời không, không phải pspice. đó là một dạng mô hình mạng hàng đợi/hành vi nào đó (03:50:31 PM) zzz: EOT và rời, tôi phải đi, cảm ơn mọi người (03:50:46 PM) eyedeekay: Gặp lại sau zzz (03:51:41 PM) eyedeekay: Còn gì ở mục 4 không? zlatinb (03:51:50 PM) zlatinb: không, thế là hết (03:52:08 PM) eyedeekay: Được rồi, thế là xong cuộc họp, chúc mọi người một tuần tốt lành </div>/vi/blog/2022/01/01/t%E1%BB%95ng-k%E1%BA%BFt-n%C4%83m-2021/Sat, 01 Jan 2022 00:00:00 +0000/vi/blog/2022/01/01/t%E1%BB%95ng-k%E1%BA%BFt-n%C4%83m-2021/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <h3 id="development-highlights">Development Highlights</h3> <p>Bản phát hành 0.9.49 bắt đầu quá trình chuyển đổi sang mã hóa ECIES-X25519 mới, nhanh hơn cho routers. Việc xây dựng các đặc tả và giao thức cho cơ chế mã hóa mới đã mất nhiều năm, và trong bản phát hành này, các cài đặt mới cùng với một tỷ lệ rất nhỏ các cài đặt hiện có (được chọn ngẫu nhiên khi khởi động lại) đã bắt đầu sử dụng cơ chế mã hóa mới. Đây là lần đầu tiên loại mã hóa mặc định được thay đổi, vì vậy quá trình chuyển đổi hoàn toàn sẽ diễn ra qua nhiều bản phát hành nhằm giảm thiểu mọi vấn đề.</p>/vi/blog/2021/12/11/i2p-kh%C3%B4ng-b%E1%BB%8B-%E1%BA%A3nh-h%C6%B0%E1%BB%9Fng-b%E1%BB%9Fi-l%E1%BB%97-h%E1%BB%95ng-b%E1%BA%A3o-m%E1%BA%ADt-log4j/Sat, 11 Dec 2021 00:00:00 +0000/vi/blog/2021/12/11/i2p-kh%C3%B4ng-b%E1%BB%8B-%E1%BA%A3nh-h%C6%B0%E1%BB%9Fng-b%E1%BB%9Fi-l%E1%BB%97-h%E1%BB%95ng-b%E1%BA%A3o-m%E1%BA%ADt-log4j/<p>I2P không bị ảnh hưởng bởi lỗ hổng 0-day log4j được công bố ngày hôm qua, CVE-2021-44228. I2P không sử dụng log4j để ghi nhật ký, tuy nhiên chúng tôi cũng cần rà soát các phụ thuộc của mình về việc sử dụng log4j, đặc biệt là Jetty. Việc rà soát này không phát hiện bất kỳ lỗ hổng nào.</p> <p>Việc kiểm tra tất cả các plugin (phần bổ trợ) của chúng tôi cũng rất quan trọng. Các plugin có thể tích hợp các hệ thống ghi log riêng của chúng, bao gồm cả log4j. Chúng tôi nhận thấy rằng phần lớn plugin cũng không sử dụng log4j, và những plugin có sử dụng thì không dùng phiên bản log4j có lỗ hổng.</p>/vi/blog/2021/12/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-12-n%C4%83m-2021/Tue, 07 Dec 2021 00:00:00 +0000/vi/blog/2021/12/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-12-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:00:21 PM) eyedeekay: Chào mọi người, chào mừng đến với buổi họp ngày 7 tháng 12 (03:00:28 PM) eyedeekay: 1) Chào (03:00:28 PM) eyedeekay: 2) Tình trạng phát hành 1.6.1 (03:00:28 PM) eyedeekay: 3) Tình trạng cập nhật jpackage (03:00:28 PM) eyedeekay: 4) Tích hợp Monero (03:00:28 PM) eyedeekay: 5) Thư viện SAM mới (03:00:37 PM) zzz: chào (03:00:41 PM) zlatinb: chào (03:01:05 PM) eyedeekay: Chào zzz, chào zlatinb (03:01:12 PM) eyedeekay: Hôm nay còn ai khác ở đây không? (03:01:16 PM) mode (-m ) bởi zzz (03:01:31 PM) eyedeekay: 2) Tình trạng phát hành 1.6.1 (03:02:32 PM) eyedeekay: Bản phát hành 1.6.1 đã có, torrent đã hoạt động, cũng như trên Debian/Ubuntu/Launchpad, Maven, GPlay và F-Droid của chúng tôi (03:03:10 PM) eyedeekay: Kho F-Droid vẫn chưa được cập nhật; một trong các việc của tôi tuần này là làm cho ứng dụng của chúng tôi hoạt động lại với hệ thống build tự động của họ (03:04:01 PM) eyedeekay: Các kho của Debian, theo như chúng tôi biết, sẽ không nhận các bản cập nhật của chúng tôi vào lúc này; những người đang dùng gói Debian nên chuyển sang deb.i2p2.de hoặc deb.i2p2.no (03:05:18 PM) eyedeekay: Gói DMG do zlatinb xây dựng cũng đã được cập nhật lên 1.6.1 và có sẵn trên các mirror và như một bản cập nhật (03:06:01 PM) eyedeekay: Gói exe do tôi xây dựng sẽ được đưa lên hôm nay; tôi đã định làm hôm qua nhưng bị kẹt trong các bản cập nhật Windows nên tôi sẽ làm tối nay. (03:06:40 PM) eyedeekay: Theo stats.i2p, khoảng 20% mạng lưới đã cập nhật (03:06:47 PM) eyedeekay: Có gì bổ sung không zzz, zlatinb? (03:09:13 PM) eyedeekay: Alo? (03:11:26 PM) eyedeekay: OK tôi đã quay lại (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: Theo stats.i2p, khoảng 20% mạng lưới đã cập nhật (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: Có gì bổ sung không zzz, zlatinb? (03:11:50 PM) zzz: có (03:12:05 PM) zzz: chưa có dấu hiệu cập nhật biglybt, hy vọng sẽ sớm có (03:12:10 PM) zzz: chưa có phản hồi phàn nàn từ người dùng (03:12:26 PM) zzz: echelon gặp sự cố với một bản build dev 1.6.1-2 nhưng chúng tôi chưa biết lý do (03:13:03 PM) zzz: ngoài ra, người dùng của bất kỳ phiên bản gói i2p nào (hiện tại hoặc cũ hơn) có thể gặp vấn đề do sự thay đổi các phụ thuộc jetty9 (03:13:24 PM) zzz: nếu vậy, chạy thủ công lệnh sudo apt install libservlet3.1-java (03:14:44 PM) zlatinb: về biglybt, tôi đã nghe từ Parg hôm nay về một vấn đề không liên quan nên anh ấy vẫn ổn. (03:15:52 PM) zzz: cũng có thể ảnh hưởng đến ubuntu jammy bản mới nhất (bleeding-edge), không chắc (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: Ý tôi là gói debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: điều này chỉ xảy ra trên debian sid và có thể chỉ jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: sẽ cho anh ấy thêm vài ngày rồi sẽ giục anh ấy (03:16:31 PM) eyedeekay: Cảm ơn zzz, vấn đề gói/phụ thuộc có lẽ sẽ nổi lên trên Reddit nếu đó là một vấn đề (03:16:58 PM) eyedeekay: Tôi chạy sid hàng ngày và đến giờ vẫn chưa gặp trường hợp này (03:17:01 PM) zzz: tham chiếu: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) Tình trạng cập nhật jpackage (03:19:36 PM) eyedeekay: Phần này một phần đã được đề cập rồi, các gói dmg của zlatinb đã có trên các mirror và được liệt kê trên trang web (03:20:29 PM) eyedeekay: Tôi cần cập nhật chiếc laptop Windows của mình nên tối qua chưa làm xong các bản build exe; tôi sẽ xử lý sau cuộc họp (03:21:08 PM) eyedeekay: Tôi đã chuyển máy chủ tin tức của mình sang phát hành các gói mới của zlatinb (03:21:59 PM) eyedeekay: Đến giờ tôi chưa nghe phản hồi từ người dùng nào (03:22:27 PM) zlatinb: Hiện tại dmg jpackage đã được tinh gọn tốt. Chúng tôi đã thực hiện kiểm thử end-to-end việc cập nhật trong mạng với 1.5.0-&gt;1.5.1 và nó hoạt động (nhưng phải đến lần thử thứ hai) (03:23:02 PM) zlatinb: Theo snark, đã có 1 người tải torrent (03:23:27 PM) zlatinb: Không còn nhiều điều để báo cáo về mac jpackage, về cơ bản nó hoạt động (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Cảm ơn zlatinb (03:24:41 PM) eyedeekay: 4) Tích hợp Monero (03:25:55 PM) eyedeekay: Trong kỳ nghỉ Lễ Tạ ơn vừa rồi có một số quan tâm trở lại về việc làm cho Monero-over-I2P hoạt động tự động trong các ví GUI(nhất là Feather) (03:26:38 PM) eyedeekay: Chúng tôi đang thực hiện một số bản mockup thiết kế và phân tích các đánh đổi giữa các cấu hình khác nhau tại đây: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Họ quan tâm đến việc tiếp nhận một số thứ từ chúng ta, bao gồm cả mô hình phân phối bản cập nhật phần mềm trong mạng của chúng ta về sau (03:27:53 PM) eyedeekay: Nếu ai muốn tham gia thảo luận đó, chủ yếu chúng tôi thảo luận ở đó, và cũng có trên kênh Monero Matrix (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Thư viện SAM mới (03:29:14 PM) zzz: tuyệt, tôi đoán họ đã xem những gì bitcoin đã làm cho các giao thức địa chỉ cấp thấp (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Vâng, họ đã xem (03:31:24 PM) eyedeekay: Điều thú vị khác xảy ra tuần trước là nhóm tại diva.exchange đã tạo một thư viện SAM mới cho node.js/javascript nói chung (03:32:02 PM) eyedeekay: Nó được tài liệu hóa đầy đủ và gần đây hơn nhiều so với cái cũ, vốn giờ không còn được bảo trì (03:32:07 PM) eyedeekay: Mã nguồn ở đây: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: Gói NPM ở đây https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Vì node khá phổ biến nên tôi đang giúp khuếch trương thêm một chút; dường như ai cũng viết các webapp bằng node dạo này (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: Còn gì cho cuộc họp không? (03:35:13 PM) zlatinb: không từ phía tôi (03:36:01 PM) eyedeekay: timeout 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: OK vậy cảm ơn zzz, zlatinb, cuộc họp tiếp theo sẽ là ngày 4 tháng 1, 2022 (03:37:03 PM) eyedeekay: Tôi sẽ đăng log sớm </div>/vi/blog/2021/11/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.6.1/Mon, 29 Nov 2021 00:00:00 +0000/vi/blog/2021/11/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.6.1/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Lưu ý: 1.6.1 là bản phát hành hiện tại. 1.6.0 đã được gắn thẻ nhưng chưa phát hành.</p> <p>Bản phát hành này hoàn tất việc triển khai hai cập nhật giao thức lớn được phát triển vào năm 2021. Việc chuyển sang mã hóa X25519 cho routers được đẩy nhanh, và chúng tôi kỳ vọng hầu hết các routers sẽ được đổi khóa trước cuối năm. Thông điệp dựng tunnel ngắn được kích hoạt để giảm đáng kể mức sử dụng băng thông.</p>/vi/blog/2021/11/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-11-n%C4%83m-2021/Tue, 02 Nov 2021 00:00:00 +0000/vi/blog/2021/11/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-11-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, Ryemantis_</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:16 PM) eyedeekay: Chào mọi người, chào mừng đến với Buổi họp Cộng đồng ngày 2 tháng 11 (04:00:16 PM) eyedeekay: 1) Chào (04:00:16 PM) eyedeekay: 2) Tình trạng phát triển 1.6.0 / Bản phát hành sắp tới (04:00:16 PM) eyedeekay: 3) Tình trạng beta jpackage cho mac/win, báo cáo kiểm thử từ người dùng, tình trạng cập nhật trong mạng (in-net) 17.0.2, kế hoạch cho cập nhật 1.6.0? (04:00:35 PM) zzz: chào (04:00:38 PM) zlatinb: chào (04:00:55 PM) eyedeekay: Chào zzz, zlatinb (04:01:25 PM) eyedeekay: 2) Tình trạng phát triển 1.6.0 / Bản phát hành sắp tới (04:02:25 PM) eyedeekay: Chủ đề phát hành ở đây: `http://zzz.i2p/topics/3170-1-6-0-release-summary` và chúng ta vẫn chưa chọn ngày; lẽ ra tôi nên trả lời trong chủ đề đó. Chúng ta muốn làm việc đó ở đây không? (04:02:43 PM) zzz: vâng, vui lòng (04:03:18 PM) zzz: 3 tuần kể từ bây giờ sẽ là 13 tuần. Cộng/trừ 1 tuần cũng ổn với tôi (04:03:19 PM) eyedeekay: Được rồi, về phía tôi thì tôi ủng hộ tuần của ngày 29, sau Lễ Tạ ơn ở Mỹ (04:04:12 PM) zlatinb: Tôi sẽ afk (rời bàn phím) khỏi máy trạm chính đến đầu tháng 12, nên không thể xây dựng hoặc ký các trình cài đặt jpackage. Nhưng tôi vẫn có thể cung cấp OTP cho signtool vì cái đó ở trên điện thoại của tôi. (04:05:34 PM) zzz: được, vậy tạm thời là tuần của ngày 28 nhé? eche|off eche|on có ai phản đối không? (04:07:30 PM) eyedeekay: Tuần của ngày 28 nghe ổn với tôi lúc này. (04:08:34 PM) eyedeekay: Còn gì cho mục 2) không? (04:08:45 PM) zzz: Có, cập nhật nhanh (04:09:02 PM) zzz: Có vẻ là một bản phát hành khá nhỏ xét theo số lượng thay đổi (04:09:27 PM) zzz: Một số cải thiện tốc độ SSU có lẽ là điểm nhấn (04:09:48 PM) zzz: zlatinb, nếu bạn có thời gian chen thêm các bản sửa cho unit test bị đánh dấu deprecated thì tốt (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Cảm ơn zzz (04:10:28 PM) zlatinb: Ừ, không hứa trước về vụ unit test :) (04:10:42 PM) eyedeekay: 3) Tình trạng beta jpackage cho mac/win, báo cáo kiểm thử từ người dùng, tình trạng cập nhật trong mạng (in-net) 17.0.2, kế hoạch cho cập nhật 1.6.0? (04:12:18 PM) zlatinb: Tôi đoán đó là JDK 17.0.1, theo như tôi biết thì chưa có 17.0.2 (04:12:21 PM) zzz: Ừ, tôi thêm mục đó chỉ để hai bạn có cơ hội cập nhật cho cộng đồng (04:12:32 PM) eyedeekay: zlatinb và tôi đã bàn vài ngày trước và đánh giá khả năng thực hiện cập nhật OpenJDK 17 cho các bản cài đặt jpackage (04:12:43 PM) zzz: bỏ qua lỗi gõ nhé :) (04:13:36 PM) Ryemantis__ nay đổi tên thành Ryemantis_ (04:14:08 PM) eyedeekay: Hiện tại chúng tôi đã sẵn sàng thực hiện cập nhật trong mạng cho các bản cài đặt jpackage, nhưng chúng tôi sẽ đợi bản phát hành chính rồi mới phát hành jpackage của mình, bản đó sẽ cập nhật lên 17.0.1 hoặc 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 phải đến giữa tháng 1 mới ra, nên chắc chắn chúng ta nên có một bản phát hành jpackage cho 1.6.0 (04:15:32 PM) zlatinb: Theo tôi thì tôi rất muốn chạy thử (dry-run) quy trình cập nhật trong mạng để bắt hết lỗi, nhưng việc đó cần diễn ra trong 7 ngày tới vì sau đó tôi sẽ afk (04:16:03 PM) zlatinb: Tóm lại, cần thực hiện các việc sau: (04:16:12 PM) zzz: eyedeekay, vậy chưa rõ lắm... bạn 'đã sẵn sàng' nhưng sẽ không làm, mà sẽ chờ? (04:16:28 PM) zlatinb: 1. cập nhật repo i2p.newsxml để tạo entries.html theo từng nền tảng (04:16:50 PM) zlatinb: 2. Đảm bảo các máy chủ http news của idk và ech có thể phục vụ các tệp news.su3 mới (04:17:17 PM) zlatinb: 3. tạo nhánh i2p.i2p từ tag i2p-1.5.0, tăng CoreVersion/RouterVersion, gắn tag i2p-1.5.1 (04:17:27 PM) zlatinb: 4. xây dựng các trình cài đặt jpackage, ký/notarize khi cần (04:17:47 PM) zlatinb: 5. tạo entries.html mới với release.json mới (04:17:50 PM) zlatinb: 6. triển khai (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: nên tôi không biết liệu có thể làm xong trong 7 ngày không, nhưng được vậy thì rất tốt (04:19:10 PM) eyedeekay: Tôi nói “sẵn sàng” là ý các thay đổi trong i2p.newsxml tạo ra feed hợp lệ có thể dùng để phân phối cập nhật trong mạng và chúng hoạt động trên thiết lập máy chủ news lighttpd của tôi (04:20:00 PM) eyedeekay: Tôi cần thêm hỗ trợ entries.html theo từng nền tảng; hiện tại ai cũng nhận tất cả tin tức nhưng dùng torrent khác nhau (04:20:38 PM) zzz: Nhìn tổng thể hơn, vì đây là beta, mọi thứ có ổn không, các bạn có lượt tải xuống và/hoặc phàn nàn nào không? (04:21:16 PM) zlatinb: Lượt tải xuống - ~25/ngày cho mac, ~100/ngày cho windows theo matomo (04:21:44 PM) eyedeekay: Không có phàn nàn lớn nào; từng có một vấn đề khi phát hiện đường dẫn đến gói đã cài đặt, phụ thuộc vào kiến trúc và việc Windows được cài đặt như thế nào, điều này ảnh hưởng đến một bộ phận người dùng Windows nhưng *only* khi trình khởi chạy được chạy từ trình cài đặt (04:22:03 PM) eyedeekay: Vì vậy sau khi chạy xong trình cài đặt thì lỗi biến mất, và nó đã được sửa trong phiên bản mới (04:22:11 PM) eyedeekay: À, sẽ được sửa (04:22:15 PM) zzz: tuyệt (04:22:21 PM) eyedeekay: Đó là vấn đề zab báo cáo tháng trước (04:22:40 PM) eyedeekay: *được cài đặt mới hoặc cập nhật từ một phiên bản trước đó (04:24:34 PM) Ryemantis_: Xin chào mọi người. Tôi cũng muốn điểm danh nhanh và xin lỗi vì khá im ắng vài tuần vừa rồi. Tháng 10 rất bận rộn với tôi và còn bị trục trặc phần cứng xen vào. Sau tuần này tôi sẽ có thời gian ráp lại máy trạm và tiếp tục làm Android I2P. Hiện đang làm về LiveData, khởi động I2P từ xa (Remote-starting I2P), và sửa UPnP. Tôi cũng sẽ cập nhật trên diễn đàn khi tôi quay lại (04:24:35 PM) Ryemantis_: công việc. Ngoài ra, nếu có gì cần chú ý gấp hơn, xin báo cho tôi biết. (04:25:04 PM) eyedeekay: Rất vui khi nghe tin từ bạn, Ryemantis_, và chào mừng đến buổi họp (04:25:28 PM) eyedeekay: Cảm ơn cập nhật về những gì bạn đang làm; hỏng hóc phần cứng và chuyện đời xảy ra với tất cả chúng ta (04:27:01 PM) eyedeekay: Quay lại mục 3) một chút: hiện giờ trách nhiệm của tôi là thêm hỗ trợ entries.html tại data/platform/branch/entries.html thay vì chỉ ở data/entries.html để chúng ta có newsfeed theo từng nền tảng (04:27:13 PM) Ryemantis_: Thực sự trân trọng sự thông cảm và cảm ơn mọi người vì công sức làm việc chăm chỉ (04:28:23 PM) eyedeekay: Thay vì một feed nơi ai cũng nhận tin của tất cả mọi người (04:29:00 PM) eyedeekay: Sau đó, chúng ta có thể bắt đầu từ bước 3 trong mô tả của zlatinb (04:29:37 PM) eyedeekay: Có gì cho mục 3) không? (04:30:20 PM) zlatinb: Không, tôi nghĩ thế là đủ hết rồi (04:30:46 PM) eyedeekay: Tuyệt, còn gì cho cuộc họp không, zzz, zlatinb, Ryemantis_? (04:31:04 PM) zzz: không (04:31:30 PM) Ryemantis_: không (04:31:49 PM) zlatinb: Có, nhanh thôi - cuộc họp tiếp theo là ngày mùng 1 phải không? (04:31:54 PM) ***zlatinb kiểm tra lịch (04:32:12 PM) eyedeekay: Tôi nghĩ là ngày 7, zlatinb (04:32:20 PM) zlatinb: ok vậy thôi, không sao (04:32:33 PM) eyedeekay: Theo lịch của tôi thì mùng 1 rơi vào thứ Tư (04:33:28 PM) eyedeekay: À đúng rồi, nhắc tôi chuyện DST (giờ mùa hè). Tôi luôn lên lịch họp theo UTC, nhưng có ai muốn điều chỉnh giờ họp theo DST không? (04:33:36 PM) zzz đã đổi chủ đề thành: 1.5.0-4 | Tag freeze Thứ Tư, 17 Tháng 11 (04:35:30 PM) eyedeekay: Vậy tôi hiểu là không nhé. Trừ khi ai đó nêu vấn đề trong một chủ đề trên diễn đàn, các buổi họp sẽ tiếp tục được lên lịch cùng khung giờ theo UTC (04:36:05 PM) eyedeekay: Cảm ơn mọi người đã tham dự buổi họp, tôi sẽ đăng log trong vài phút nữa. </div>/vi/blog/2021/11/02/i2p-jpackages-nh%E1%BA%ADn-b%E1%BA%A3n-c%E1%BA%ADp-nh%E1%BA%ADt-%C4%91%E1%BA%A7u-ti%C3%AAn/Tue, 02 Nov 2021 00:00:00 +0000/vi/blog/2021/11/02/i2p-jpackages-nh%E1%BA%ADn-b%E1%BA%A3n-c%E1%BA%ADp-nh%E1%BA%ADt-%C4%91%E1%BA%A7u-ti%C3%AAn/<p>Vài tháng trước, chúng tôi đã phát hành các gói mới với kỳ vọng sẽ giúp nhiều người mới tham gia mạng I2P bằng cách làm cho việc cài đặt và cấu hình I2P trở nên dễ dàng hơn cho nhiều người. Chúng tôi đã lược bỏ hàng chục bước khỏi quy trình cài đặt bằng cách chuyển từ một JVM bên ngoài sang một Jpackage, xây dựng các gói chuẩn cho các hệ điều hành mục tiêu, và ký chúng theo cách mà hệ điều hành có thể nhận diện để giữ an toàn cho người dùng. Kể từ đó, các router jpackage đã đạt một cột mốc mới, chúng sắp nhận được các bản cập nhật gia tăng đầu tiên của mình. Những bản cập nhật này sẽ thay thế jpackage JDK 16 bằng jpackage JDK 17 đã được cập nhật và cung cấp các bản sửa cho một số lỗi nhỏ mà chúng tôi phát hiện sau khi phát hành.</p>/vi/blog/2021/10/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-10-2021/Tue, 05 Oct 2021 00:00:00 +0000/vi/blog/2021/10/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-10-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, T3s|4</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: Chào mọi người, chào mừng đến với buổi họp cộng đồng (04:00:04 PM) eyedeekay: 1) Chào (04:00:04 PM) eyedeekay: 2) Các hạng mục còn lại của 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) Phân phối Jpackage (04:00:04 PM) eyedeekay: 4) Tình trạng phát triển 1.6.0 (04:00:15 PM) mode (-m ) bởi zzz (04:00:16 PM) eyedeekay: 1) Chào, hôm nay ai có mặt? (04:00:24 PM) zlatinb: chào (04:00:24 PM) zzz: có mặt (04:00:48 PM) eyedeekay: Chào zzz, chào zlatinb (04:01:30 PM) eyedeekay: 2) Các hạng mục còn lại của 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: Tình hình vẫn như cuộc họp trước: hiện tại chúng ta không liên lạc được với mhatta, vì vậy các gói Debian main của chúng ta chưa được cập nhật (04:02:55 PM) eyedeekay: Khuyến nghị chính thức để cài đặt I2P trên Debian và Ubuntu sẽ thay đổi trong bản phát hành tới để sử dụng kho .deb/PPA riêng của chúng ta (04:03:26 PM) eyedeekay: Chúng tôi cũng đang cập nhật hướng dẫn để phản ánh một số khuyến nghị giúp việc sử dụng kho của chúng ta an toàn hơn (04:03:52 PM) eyedeekay: Trong thiết lập mới, các khóa ký gói .deb của chúng ta sẽ chỉ hợp lệ cho các gói của chúng ta, thay vì áp dụng cho tất cả các gói (04:04:04 PM) eyedeekay: Người dùng deb/ubuntu hiện tại sẽ không cần thay đổi gì (04:05:04 PM) eyedeekay: Tôi chỉ có vậy cho mục 2). Có ai còn gì không? (04:05:23 PM) T3s|4: eyedeekay: ^đã ghi nhận hết, và tôi cũng có mặt (04:06:21 PM) eyedeekay: Cảm ơn T3s|4 (04:06:21 PM) eyedeekay: Tạm dừng 1 phút cho mục 2) (04:07:36 PM) eyedeekay: OK 3) Phân phối Jpackage (04:08:02 PM) zlatinb: Tôi có hai hạng mục cho chủ đề này, cả hai đều không tốt (04:08:18 PM) eyedeekay: OK có lẽ bạn nên bắt đầu trước nhé (04:08:42 PM) zlatinb: 3.1 - file DMG cho Mac đã không được triển khai đúng cách lên mirror sigterm.no và tôi phát hiện ra điều đó hai tuần sau khi phát hành (04:09:11 PM) zlatinb: đây là một lỗi nghiêm trọng, chúng ta cần hiểu vì sao nó xảy ra và làm thế nào để ngăn ngừa trong tương lai (04:09:30 PM) zlatinb: 3.2 - Tôi vừa thử AIO cho Windows trên một VM Windows 10 mới chỉ cài Firefox, và file .bat không thể khởi chạy I2P.exe (04:09:50 PM) zlatinb: chạy I2P.exe thủ công thì hoạt động tốt, nhưng có gì đó trong kết nối giữa hai thành phần bị lỗi (04:09:50 PM) zzz: AIO là gì? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: Sự cố sigterm.no một phần là lỗi của tôi; tôi đã giải quyết xong vấn đề ở đó, liên quan đến cách tôi dùng để đồng bộ mirror. (04:12:13 PM) eyedeekay: Về gói cho Windows, chắc chắn không nên như vậy, không ổn. Tôi sẽ theo dõi tiếp trên i2p.firefox ngay sau khi cuộc họp kết thúc, cảm ơn bạn đã báo. (04:12:50 PM) zlatinb: ok, sẵn sàng hỗ trợ gỡ lỗi theo bất kỳ cách nào (04:14:54 PM) eyedeekay: OK phía tôi đang thử nghiệm các thay đổi đối với i2p.newsxml để chúng ta dùng cho việc cập nhật; có lẽ sẽ sẵn sàng để rà soát trong tuần này. Có một số thay đổi nhỏ đối với hướng dẫn chạy máy chủ tin tức mà tôi cần trao đổi với ech, nhưng chúng tôi đã liên lạc về việc đó rồi (04:16:03 PM) zzz: 3.3 liên quan đến các bundle cho OSX, tôi khuyến nghị chúng ta thông báo rằng chúng chưa được thử nghiệm trên ARM Mac, hiệu năng chưa rõ, và nên kêu gọi người thử nghiệm (04:16:17 PM) eyedeekay: Đồng ý, tôi có thể cập nhật điều đó lên trang web tối nay (04:16:19 PM) zzz: và từ đó quyết định khi nào bắt đầu tạo các bản build cho ARM (04:17:17 PM) eyedeekay: Sẽ làm (04:17:20 PM) zzz: lưu ý là theo lý thuyết Java 17 hỗ trợ native trên OSX ARM, nhưng tôi không biết các trang kiểu openjdk đã có bản build JRE chưa (04:18:26 PM) zzz: EOT, cảm ơn (04:18:38 PM) zlatinb: việc build cho Mac aarch64 phải thực hiện trên Mac aarch64 vì jpackage (04:18:55 PM) zlatinb: vậy nghĩa là tôi cần có một máy Mac ARM vào lúc nào đó (04:19:12 PM) zlatinb: hoặc ai đó khác cần có một tài khoản dev Apple (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Đáng tiếc Mac của tôi cũng là x86_64, không thì tôi đã nhận làm (04:21:17 PM) eyedeekay: Còn gì cho mục 3) nữa không? (04:22:19 PM) eyedeekay: OK vậy mục 4) là Tình trạng phát triển 1.6.0 (04:25:17 PM) eyedeekay: zzz đã cập nhật cho chúng ta về các phát triển và tình trạng tại đây: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: Đã qua 6 tuần, còn khoảng 7 tuần nữa (04:25:40 PM) eyedeekay: Một trong hai thay đổi lớn mà tôi dự định cho bảng điều khiển router có lẽ sẽ không kịp đưa vào: X-I2P-Locations trong proxy HTTP (04:26:10 PM) eyedeekay: Thay đổi còn lại, quản lý các plugin kiểu fork-and-forget, sẽ sẵn sàng trong tuần này (04:27:10 PM) eyedeekay: Công việc trên SSU2 tiếp tục ở #LS2 (04:27:10 PM) eyedeekay: zlatinb và zzz cũng đang xác định và gỡ lỗi các vấn đề hiệu năng trong SSU1 (04:27:26 PM) eyedeekay: zzz, zlatinb có gì bổ sung không (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: đến giờ chưa có nhiều thứ lớn trong bản phát hành này (04:28:21 PM) zzz: hiện tại diff rất nhỏ (04:28:50 PM) zzz: hãy đưa các thay đổi lớn khác vào sớm (04:29:36 PM) eyedeekay: Về phía tôi, tôi sẽ không để điều gì lớn hoặc táo bạo trễ qua cuối tuần này. Nếu không xong trước thứ Hai tôi sẽ chỉ làm những việc nhỏ. (04:29:40 PM) zzz: có lẽ vẫn đúng tiến độ cho phát hành cuối tháng 11 (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: à, cũng đang chờ một bản Jetty 9.3.30 sau EOL với một số backport cho các CVE. Họ đã gắn thẻ nhưng chưa đăng các bản build, điều đó là bình thường với họ (04:31:43 PM) eyedeekay: Nếu họ chờ quá lâu mới đăng các bản build thì có cần trì hoãn phát hành không? (04:32:37 PM) zzz: chắc chỉ khoảng một tuần. Nếu vì lý do nào đó họ không làm, chúng ta có thể lấy các bản vá của họ (04:33:02 PM) eyedeekay: OK, cảm ơn đã làm rõ (04:33:35 PM) eyedeekay: Còn gì cho mục 4) không, và nếu không thì có ai muốn thảo luận điều gì khác khi chúng ta đang ở đây không? (04:35:03 PM) eyedeekay: Tạm dừng 1 phút (04:35:04 PM) zzz: nếu ai có nick đã đăng ký muốn voice, hãy cho tôi biết trước khi tôi bấm nút 'm'. xin lỗi vì sự bất tiện (04:37:10 PM) eyedeekay: OK cảm ơn mọi người đã tham dự cuộc họp (04:37:10 PM) eyedeekay: Hẹn gặp mọi người trên IRC và tại cuộc họp tháng sau (04:37:20 PM) eyedeekay: Tôi có vài cập nhật trang web cần làm (04:37:59 PM) eyedeekay: Xin lưu ý phát biểu ^ của zzz về voice trên máy chủ IRC (04:40:00 PM) eyedeekay: À còn một điều nữa, tôi sẽ đi khỏi thành phố vào thứ Năm và thứ Sáu, tôi sẽ làm việc offline những ngày đó. Hãy nhắn cho idk_afk nếu tôi không online và tôi sẽ xem vào buổi tối </div>/vi/blog/2021/09/18/bitcoin-core-b%E1%BB%95-sung-h%E1%BB%97-tr%E1%BB%A3-cho-i2p/Sat, 18 Sep 2021 00:00:00 +0000/vi/blog/2021/09/18/bitcoin-core-b%E1%BB%95-sung-h%E1%BB%97-tr%E1%BB%A3-cho-i2p/<p>Một sự kiện được chuẩn bị trong nhiều tháng, Bitcoin Core đã bổ sung hỗ trợ chính thức cho I2P! Các nút Bitcoin-over-I2P có thể tương tác đầy đủ với phần còn lại của các nút Bitcoin, nhờ sự hỗ trợ của các nút hoạt động trong cả I2P và clearnet (mạng Internet công khai), khiến chúng trở thành những thành phần ngang hàng, chính thức trong mạng lưới Bitcoin. Thật đáng mừng khi thấy các cộng đồng lớn như Bitcoin chú ý đến những lợi ích mà I2P có thể mang lại cho họ, cung cấp quyền riêng tư và khả năng tiếp cận cho mọi người trên khắp thế giới.</p>/vi/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/Wed, 15 Sep 2021 00:00:00 +0000/vi/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/<p>Trong phần lớn thời gian tồn tại của I2P, nó là một ứng dụng chạy với sự hỗ trợ của Máy ảo Java đã được cài đặt sẵn trên nền tảng. Đây luôn là cách thông thường để phân phối các ứng dụng Java, nhưng điều đó dẫn đến quy trình cài đặt phức tạp đối với nhiều người. Phức tạp hơn nữa, “câu trả lời đúng” để giúp I2P dễ cài đặt trên một nền tảng bất kỳ có thể không giống như trên những nền tảng khác. Ví dụ, I2P khá đơn giản để cài đặt bằng các công cụ tiêu chuẩn trên các hệ điều hành dựa trên Debian và Ubuntu, vì chúng tôi có thể đơn giản liệt kê các thành phần Java cần thiết là “Required” trong gói của chúng tôi; tuy nhiên trên Windows hoặc OSX, không có hệ thống như vậy cho phép chúng tôi bảo đảm rằng một phiên bản Java tương thích đã được cài đặt.</p>/vi/blog/2021/09/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-9-n%C4%83m-2021/Tue, 07 Sep 2021 00:00:00 +0000/vi/blog/2021/09/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-9-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:02:11 PM) eyedeekay: Chào mọi người, xin lỗi vì thông báo gấp, chào mừng đến cuộc họp ngày 7 tháng 9 (04:02:11 PM) eyedeekay: 1) Chào (04:02:11 PM) eyedeekay: 2) Các hạng mục còn lại của 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) Thay đổi kho Debian (04:02:11 PM) eyedeekay: 4) Bản phân phối Jpackage (04:02:11 PM) eyedeekay: 5) Kế hoạch 1.6.0 (04:03:12 PM) zlatinb: chào (04:03:21 PM) eyedeekay: Chào zlatinb (04:04:21 PM) eyedeekay: OK chúng ta có thể bắt đầu luôn, nếu ai khác tham gia giữa chừng thì cứ lên tiếng để bọn mình biết bạn có mặt (04:04:49 PM) zzz: chào (04:04:54 PM) eyedeekay: Chào zzz (04:05:03 PM) eyedeekay: Mình sẽ nhận mục 2) các hạng mục còn lại của 0.9.50 và 1.5.0 (04:05:41 PM) serempa: chào (04:05:55 PM) eyedeekay: Chào serempa, chào mừng đến cuộc họp cộng đồng (04:06:19 PM) serempa: ồ may quá :) (04:06:20 PM) eyedeekay: Câu chuyện quen thuộc thôi, gói Debian upstream của bọn mình do mhatta duy trì hiện không cập nhật, thời điểm này bọn mình khuyên bạn dùng kho debian của dự án, mới được mình quản lý tại http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Thứ Ba đầu tiên mỗi tháng, 8 giờ tối UTC, nhớ rủ bạn bè nhé :) (04:07:19 PM) serempa: hmm thật ra mình đang dùng i2pd (04:07:28 PM) zzz: có vẻ như F-Droid của bọn mình và F-Droid chính thức vẫn còn việc phải làm hả eyedeekay ? (04:07:41 PM) eyedeekay: Đúng rồi, mình đang chuẩn bị nói tới (04:09:26 PM) eyedeekay: Mình vẫn đang cập nhật kho F-Droid, mình không kiểm soát được khi nào F-Droid chính thức được cập nhật nên khuyến nghị sẽ tương tự: F-Droid của bọn mình sẽ được cập nhật trước kho F-Droid chính thức (04:10:23 PM) eyedeekay: Vì vậy để có gói mới nhất thì có lẽ cần dùng F-Droid tự vận hành của bọn mình (04:10:48 PM) zzz: Mình không thấy còn thiếu gì khác (04:11:42 PM) eyedeekay: Chỉ còn hai sản phẩm phát hành đó thôi (04:12:35 PM) serempa: xin lỗi hỏi chút, có ai duy trì gói cho ARM không? (04:13:16 PM) zzz: bọn mình chạy trên bất kỳ nền tảng nào có Java (04:13:20 PM) serempa: trong kho rpi thì là 0.9.38-3.1 (04:13:47 PM) eyedeekay: Đó là Raspbian mà chưa thêm deb.i2p2.de vào sources.list đúng không? (04:14:01 PM) eyedeekay: Chỉ để xác nhận thôi nhé, serempa? (04:14:05 PM) zzz: bạn có thể làm theo hướng dẫn trên geti2p.net/debian để dùng kho của bọn mình, serempa (04:14:21 PM) serempa: ồ hiểu rồi, xin lỗi (04:14:23 PM) eyedeekay: Đúng, nó sẽ có các gói cho Pi mới nhất (04:14:37 PM) eyedeekay: Và điều đó dẫn đến 3) Thay đổi kho Debian (04:14:37 PM) eyedeekay: Bọn mình đã gặp sự cố DNS với kho http://deb.i2p2.no cũ (04:15:43 PM) eyedeekay: Máy chủ trước đây dùng cho nó hiện không còn dùng cho việc gì nữa, đã cho nghỉ. Từ nay, deb.i2p2.de và deb.i2p2.no đều có sẵn qua cả HTTP và HTTPS (04:16:40 PM) eyedeekay: Vui lòng cho bọn mình biết nếu bạn gặp vấn đề khi dùng thiết lập mới, vốn nhìn chung sẽ ít trục trặc hơn (04:17:22 PM) eyedeekay: Có gì cần bổ sung cho mục 3) không? (04:18:07 PM) eyedeekay: 4) Bản phân phối Jpackage (04:19:29 PM) eyedeekay: Đến giờ Zab đã phát hành jpackage thành công, ít nhất thì cũng có người đang dùng (04:20:29 PM) eyedeekay: Giờ bọn mình đã có ý tưởng rõ hơn về cách điều chỉnh news server để các jpackage có thể lấy tin tức và cập nhật cho các bản phân phối của chúng (04:20:45 PM) eyedeekay: Mình đang trì hoãn bản phát hành của mình cho đến khi có thể phát hành phiên bản mới của I2P In Private Browsing, bao gồm vài bản sửa lỗi và sẽ đặt trang chủ và công cụ tìm kiếm (04:21:31 PM) eyedeekay: Có lẽ mất khoảng thêm một tuần (04:21:49 PM) eyedeekay: Còn gì cho mục 4) không, zlatinb? zzz? (04:22:06 PM) zlatinb: oops đợi chút (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: Không sao, mời zlatinb (04:22:39 PM) zlatinb: vâng, file dmg cho Mac đang có trung bình ~25 lượt tải/ngày (04:22:44 PM) eyedeekay: Tuyệt! (04:23:10 PM) zlatinb: trang /en/download/mac cũng có lượng truy cập tốt. Nhiều người ghé vào sau khi thử tải file .jar (04:23:50 PM) zzz: mình quay lại rồi, xin lỗi, máy tính có trục trặc (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: vâng, file dmg cho Mac đang có trung bình ~25 lượt tải/ngày (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: Tuyệt! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: trang /en/download/mac cũng có lượng truy cập tốt. Nhiều người ghé vào sau khi thử tải file .jar (04:24:24 PM) eyedeekay: Phòng khi bạn cần nhé^ (04:25:09 PM) zzz: ba người đã giải quyết xong các vấn đề URL của news server chưa? (04:25:39 PM) zlatinb: cái đó hoàn toàn không hoạt động trên các phiên bản Mac OS gần đây vì notarization (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ hiện đổi tên thành zlatinb (04:25:47 PM) zlatinb: lag nặng quá, xin lỗi (04:27:00 PM) eyedeekay: Chưa, zlatinb ơi, khi nào thì tiện để bọn mình gặp và bàn về các vấn đề URL tin tức còn lại? Mình có một hai câu hỏi cho bạn về các yêu cầu cho việc đó, nếu chúng ta có thể gặp trong tuần này thì là đủ (04:27:42 PM) zlatinb: được, mình sẵn sàng làm các thay đổi bằng Python khi chúng ta thống nhất cách xử lý (04:27:56 PM) zlatinb: câu hỏi lớn là chúng ta muốn các news feed riêng cho từng sản phẩm hay chỉ khác nhau ở siêu dữ liệu (04:28:05 PM) zlatinb: chúng ta cần quyết định chuyện đó (04:29:45 PM) eyedeekay: Vậy mình muốn họp thoại ngắn về việc đó vào lúc nào đó trong tuần này, ta có thể hẹn sau; mình chưa chắc mình quan tâm ưu nhược điểm nào (04:30:01 PM) zlatinb: ok (04:30:08 PM) eyedeekay: Nghe ổn (04:30:21 PM) eyedeekay: Còn gì cho mục 4) không? (04:30:30 PM) zzz: lần đầu bạn làm một bản cập nhật xen giữa, ví dụ cho Java, bạn sẽ cần một feed khác (04:31:17 PM) zzz: nhớ thêm echelon vào vì anh ấy có thể có các vấn đề riêng (04:32:19 PM) eyedeekay: Xen giữa là kiểu từ non-jpackage sang jpackage? Bên mình thì cái đó đang "disabled" — bộ cài NSIS sẽ không ghi đè bộ cài IzPack nếu phát hiện có sẵn (04:33:01 PM) zzz: không nghĩ ra từ đúng. Ý mình là một bản phát hành trung gian, ở giữa các bản phát hành upstream, ví dụ 1.5.1 (04:33:10 PM) eyedeekay: À hiểu rồi (04:33:20 PM) eyedeekay: Hợp lý, cảm ơn đã nhắc (04:33:50 PM) eyedeekay: Mình sẽ gửi email nhóm để mọi người đều nắm được (04:34:12 PM) eyedeekay: Và bọn mình chắc chắn sẽ cần những cái đó vì các bản phát hành OpenJDK (04:34:34 PM) eyedeekay: Thế thì bọn mình chắc chắn quan tâm (04:35:13 PM) eyedeekay: OK còn gì cho mục 4) không? (04:36:21 PM) eyedeekay: Vậy chuyển sang 5) Kế hoạch 1.6.0 (04:37:45 PM) eyedeekay: Có lẽ chúng ta nên dành chút thời gian để viết kế hoạch ra, tạm dừng 3 phút (04:38:23 PM) zzz: Mình đã cập nhật lộ trình trên website cho 1.5.0 và 1.6.0 - eyedeekay vui lòng rà soát và chỉnh sửa các hạng mục của bạn (04:38:45 PM) zlatinb: Mình sẽ xem có cách sửa nhanh cho tình trạng chậm SSU mà mình quan sát thấy trên testnet không. Nếu đó là thứ đơn giản như delayed ack mất quá lâu thì mình nghĩ có thể đưa vào 1.6.0 (04:39:04 PM) zlatinb: nếu hóa ra phức tạp hơn thì cũng không đáng, vì bọn mình đang làm phiên bản thay thế (04:39:40 PM) zzz: Mình không có nhiều việc trong danh sách cho 1.6.0... lúc này ưu tiên chính của mình là SSU2, vẫn còn rất sớm, mình không kỳ vọng nó hoàn thành trước giữa năm sau (04:39:52 PM) eyedeekay: Ack, zzz, mình sẽ làm tối nay (04:39:52 PM) eyedeekay: Mình có đem "copypasta", đây là danh sách dán trên kệ sách của mình: (04:39:52 PM) eyedeekay: Mã/Đóng gói: (04:39:52 PM) eyedeekay: 1) Loại bỏ nhóm plugin "Unmanaged", khiến plugin Fork-and-Exec có thể quản lý được. (04:39:52 PM) eyedeekay: 2) Thêm hỗ trợ cho phía Client của X-I2P-Location vào HTTP Proxy (04:39:52 PM) eyedeekay: 3) Đóng gói kiểu Debian cho I2P Browser Profile (04:39:52 PM) eyedeekay: 4) Chuyển I2P Browser Profile thành plugin (04:39:52 PM) eyedeekay: 5) Chuyển goSam và sam3 sang i2pgit.org thay vì Github (04:39:52 PM) eyedeekay: 6) Dọn dẹp các tunnel UDP của sam-forwarder và chuyển sang namespace go-i2p (04:39:52 PM) eyedeekay: 7) Cuối cùng sửa và merge các thay đổi go-i2p lên upstream (04:39:52 PM) eyedeekay: Web/Tài liệu: (04:39:52 PM) eyedeekay: 1) Viết tài liệu "Cách sử dụng" I2P cho Duyệt web trên Android, Mail, Bittorrent (04:39:52 PM) eyedeekay: 2) Tách trang tải xuống thành các phần dễ quản lý, chuyển hướng theo trang tương ứng với hệ điều hành (04:39:52 PM) eyedeekay: 3) Viết tài liệu quy trình cài đặt Jpackage trên website (04:39:52 PM) eyedeekay: Linh tinh: (04:39:52 PM) eyedeekay: 1) Di chuyển i2p.keyring.i2p sang i2pgit.org (04:39:52 PM) eyedeekay: 2) Chuyển các app khác của mình (BRB, Railroad, reseed-tools) thành plugin (04:39:52 PM) eyedeekay: 3) Viết lại News Server bằng Go (newsxml-tools) (04:39:52 PM) eyedeekay: 4) Công cụ ký SU3 bằng Go dạng tổng quát (04:40:33 PM) zzz: eyedeekay, mình cần mục linh tinh #1 trong tuần này nhé (04:40:47 PM) eyedeekay: Chắc chắn rồi (04:40:54 PM) zzz: tuyệt, cảm ơn (04:41:10 PM) eyedeekay: Không vấn đề (04:42:03 PM) eyedeekay: Còn gì cho mục 5) không? (04:43:21 PM) eyedeekay: Còn gì khác cho cuộc họp không? Tạm dừng 2 phút phòng trường hợp lag (04:43:53 PM) zlatinb: hmm đúng, có ai thấy lag khủng khiếp hôm nay không? Mình cũng phải thử đến 10 lần mới push được gì đó lên git.idk.i2p (04:46:39 PM) eyedeekay: Tuần rồi mình có để ý đôi lúc gặp khó khăn không ổn định khi push lên git.idk.i2p (04:48:07 PM) eyedeekay: Thường thì hết sau vài phút nhưng cần thử lại nhiều lần (04:49:37 PM) eyedeekay: Hiện mình cấu hình 6 tunnel và 2 tunnel dự phòng với one hop (04:54:59 PM) eyedeekay: Nó không multihomed nhưng mình có thể làm vậy (04:55:08 PM) eyedeekay: Nếu còn gì khác cho cuộc họp? tạm dừng 1 phút (04:57:26 PM) eyedeekay: Được rồi, cảm ơn mọi người đã tham gia, hẹn gặp lại cùng giờ vào tháng sau, mình sẽ đăng biên bản cuộc họp lên trang trong thời gian ngắn </div>/vi/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/Tue, 07 Sep 2021 00:00:00 +0000/vi/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/<h2 id="nâng-cao-kỹ-năng-i2p-của-bạn-với-leasesets-được-mã-hóa">Nâng cao kỹ năng I2P của bạn với LeaseSets được mã hóa</h2> <p>Trước đây từng có ý kiến cho rằng I2P nhấn mạnh việc hỗ trợ các dịch vụ ẩn, điều này đúng theo nhiều khía cạnh. Tuy nhiên, điều đó không phải lúc nào cũng có cùng ý nghĩa đối với người dùng, nhà phát triển và quản trị viên dịch vụ ẩn. LeaseSets được mã hóa và các trường hợp sử dụng của chúng mang lại một góc nhìn độc đáo, thực tiễn về cách I2P giúp dịch vụ ẩn linh hoạt hơn, dễ quản trị hơn, cũng như cách I2P mở rộng khái niệm dịch vụ ẩn để mang lại lợi ích bảo mật cho các trường hợp sử dụng tiềm năng, đáng chú ý.</p>/vi/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/Sat, 28 Aug 2021 00:00:00 +0000/vi/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/<h2 id="sự-vô-hình-là-biện-pháp-phòng-thủ-tốt-nhất-xây-dựng-một-internet-trong-lòng-một-internet">Sự vô hình là biện pháp phòng thủ tốt nhất: xây dựng một internet trong lòng một internet</h2> <blockquote> <p>&ldquo;Tôi tin rằng hầu hết mọi người muốn công nghệ này để họ có thể tự do thể hiện bản thân. Đó là một cảm giác dễ chịu khi bạn biết mình có thể làm như vậy. Đồng thời, chúng ta có thể khắc phục một số vấn đề đang tồn tại trên Internet bằng cách thay đổi cách nhìn nhận về bảo mật và quyền riêng tư, cũng như mức độ mà người ta coi trọng chúng.&rdquo;</p>/vi/blog/2021/08/26/i2p-k%E1%BB%B7-ni%E1%BB%87m-20-n%C4%83m/Thu, 26 Aug 2021 00:00:00 +0000/vi/blog/2021/08/26/i2p-k%E1%BB%B7-ni%E1%BB%87m-20-n%C4%83m/<h2 id="20-năm-của-i2p">20 năm của I2P</h2> <p>Thật khó tin, nhưng I2P đã tồn tại gần 20 năm! Từ khởi đầu là một dự án C cung cấp truy cập ẩn danh đến IRC, chúng tôi đã có hàng trăm cộng tác viên, chấp nhận check-in từ hàng chục lập trình viên, sử dụng 2 ngôn ngữ chính, 3 hệ thống quản lý phiên bản, trải qua một lần chuyển đổi hệ mật mã của dự án, và nhiều soft-forks (nhánh mềm). Đã có khoảng 500 trang web đã đăng ký trên Mạng Vô Hình, và vô số trang web I2P chưa đăng ký chỉ có thể truy cập qua tên máy chủ mật mã (cryptographic hostname) của chúng.</p>/vi/blog/2021/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.5.0/Mon, 23 Aug 2021 00:00:00 +0000/vi/blog/2021/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-1.5.0/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Đúng vậy, sau 9 năm phát hành dòng phiên bản 0.9.x, chúng tôi sẽ chuyển thẳng từ 0.9.50 lên 1.5.0. Điều này không có nghĩa là có một thay đổi lớn về API, cũng không phải là tuyên bố rằng việc phát triển đã hoàn tất. Đây đơn giản chỉ là sự ghi nhận gần 20 năm nỗ lực nhằm mang lại tính ẩn danh và bảo mật cho người dùng của chúng tôi.</p>/vi/blog/2021/08/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-8-2021/Tue, 03 Aug 2021 00:00:00 +0000/vi/blog/2021/08/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-8-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:31 PM) eyedeekay: 1) Hi (04:00:31 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:00:31 PM) eyedeekay: 3) Remaining 0.9.50 items (04:00:31 PM) eyedeekay: 4) Streaming choke findings (04:00:31 PM) eyedeekay: 5) Jpackage Updates (04:00:52 PM) eyedeekay: Hi everybody, time for the Tuesday meeting, who else is here? (04:00:58 PM) zlatinb: hi (04:01:05 PM) zzz: yo (04:01:24 PM) eyedeekay: Cool let's get started (04:01:34 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:01:45 PM) eyedeekay: zzz posted on the forum about the numbering change (04:02:06 PM) Irc2PGuest39607: hi! (04:02:24 PM) eyedeekay: Hi IRC2PGuest39607 (04:02:38 PM) zzz: yeah, we preliminary-decided on 1.5.0 last month, how does everybody feel about it a month later? (04:02:40 PM) mode (+v anonymousmaybe) by ChanServ (04:03:08 PM) eyedeekay: It looks like we didn't get any opninions on it, I'm still OK with 1.5.0 as the next release (04:03:45 PM) X: I like moving towards a 1.x.x (04:03:47 PM) zzz: me too. will take time to get used to, but it feels like a good idea (04:04:17 PM) zlatinb: questions: are the maven jars going to stay at api version? are plugins going to be checked against api versions? (04:05:36 PM) zzz: my guess is no for both (04:06:06 PM) zlatinb: ok, as long as it's consistent (04:06:51 PM) zzz: think of the API version as the "network version". Anything visible to the user should be release version (04:07:30 PM) eyedeekay: That makes sense to me, and I know 1.5.0 will work with our maven releases (04:07:42 PM) zzz: idk, may I also give a quick status report here? (04:07:50 PM) eyedeekay: Yes go ahead (04:08:00 PM) mode (+v anonymousmaybe) by ChanServ (04:08:09 PM) zzz: everything is pretty much done for the next release. 10k lines of diff (04:08:28 PM) zzz: tag freeze aug 11, checkin deadline aug. 20, release week of aug. 23 (04:08:31 PM) zzz: EOT (04:08:40 PM) eyedeekay: Thanks zzz (04:09:02 PM) eyedeekay: Are we ready for 3) Remaining 0.9.50 items? (04:09:52 PM) eyedeekay: Right now the remaining release items are the same as the remaining release items for last month, which are Debian package releases (04:10:53 PM) zzz: sad story, but at this point all we can do is encourage people to switch to the PPA (04:11:08 PM) eyedeekay: I've still not received a response from our maintainer so for current debian packages, the only options are deb.i2p2.de/no and the PPA (04:11:49 PM) eyedeekay: I'll go ahead and make it clear on the website that those are the recommended packages (04:12:07 PM) eyedeekay: 4) Streaming Choke Findings (04:12:55 PM) eyedeekay: This was zlatinb's topic, please share your findings when you are ready zlatinb (04:13:20 PM) zlatinb: Choking does happen on the live network, probably due to some miscalculation of receive buffer size (125 vs 128), probably due to ecies MTU changes, dunno (04:13:56 PM) zlatinb: I haven't looked into more detail other than to try doubling the receive buffer and verifying that choking no longer occurs (04:14:42 PM) zlatinb: in general there are other streaming angles I would like to look into more detail but that will be for the next release. (04:14:45 PM) zlatinb: eot (04:14:54 PM) zlatinb: s/next/after next/ (04:14:57 PM) eyedeekay: Interesting. Thanks for looking into that. Should I include this as a topic for next month as well? (04:15:10 PM) zzz: definitely a topic for further research, but I don't think it rises to the level of needing to be an agenda item (04:15:30 PM) eyedeekay: OK thanks (04:16:11 PM) eyedeekay: Last is 5) jpackage updates (04:16:16 PM) zzz: but lets make sure zlatinb agrees? (04:16:16 PM) zlatinb: i agree (04:16:48 PM) eyedeekay: Ack. I'll leave it off the next agenda then (04:17:50 PM) eyedeekay: jpackage updates: zlatinb and I both have been working on jpackage bundles, zab's is for Mac OSX and is a signed DMG based package, mine is for Windows and is an NSIS based EXE that works like the Firefox Profile Installer (04:18:30 PM) eyedeekay: We've both been working on getting them to be self-updating and stable, I had a look at zab's work last night and did some catching-up (04:19:57 PM) eyedeekay: We've been doing releases of the experimental bundles at the same time as the regular releases before, the 1.5.0 AIO bundle and DMG bundle should be self-updating by then (04:20:17 PM) zzz: AIO? (04:20:37 PM) eyedeekay: All-in-One, the Windows/jpackage/profile bundle (04:21:43 PM) eyedeekay: Anything to add from your side on this zlatinb? (04:22:12 PM) zlatinb: the dmg is done and tested, I'm happy to have it as a download option when 1.5.0 comes out (04:22:20 PM) zzz: let's be clear what the plan is. We're going to have both of these on the download page, roughly on the same schedule as the rest of the 1.5.0 release? And labeled as what? Alpha? Beta? (04:23:11 PM) zlatinb: I would prefer "Alternative download option" rather than an alpha/beta label (04:23:35 PM) zlatinb: dmg is definitely not alpha, beta might be ok (04:24:19 PM) zzz: I'd also like to have a clear understanding of how we're going to steer people to one or the other. e.g., if you want it to run as a service, don't use this one. (04:24:34 PM) zzz: don't need to figure it all out at this meeting but sometime before the release (04:25:22 PM) eyedeekay: We've got a separate page for them where we call them "Experimental" for now. I intend to consider the AIO EXE installer "experimental" for one more cycle. For adding it as an alternative download option for Windows users on the lang/download page I intend to label it as such (04:25:35 PM) zzz: zlatinb, if it's only been tested by one person so far, then I think we need baby steps and a beta label (04:26:05 PM) zlatinb: ok (04:26:17 PM) zzz: "alternative" doesn't mean anything, we need to steer people one way or another. Those instructions can change as we get more testing (04:27:23 PM) zzz: eyedeekay, last time I peeked at yours, which was a couple weeks ago, you had a long way to go, so you're going to have to hustle, and tell us when it's time to take a look (04:28:18 PM) zzz: there's also no particular reason to hit the Aug. 23 mark, or have the same schedule as the dmg, if it's not ready (04:28:48 PM) eyedeekay: Sure, I won't be pushing a new version out until I'm pretty sure it will work every single time (04:29:38 PM) eyedeekay: I checked in a lot last night after looking through zab's changes but I haven't done a new update test yet (04:30:42 PM) zzz: I've spent hours and hours helping zab, and 5 minutes skimming yours... maybe you're getting more help from him, or are just grabbing most of his code, but you need to holler when you're ready (04:31:57 PM) eyedeekay: I borrowed a chunk of zab's code and adapted it but otherwise I've just been figuring it out as I go (04:32:25 PM) eyedeekay: I'll update the gitlab merge thread shortly to explain where it's the same and where it differs though (04:32:49 PM) eyedeekay: *this evening (04:33:53 PM) zzz: this goes for anytime we add an "official" release product on our download page or anywhere. It's a big step to add something new and stand behind it, and I don't ever want to add something without a lot of thought, and full consensus (04:35:15 PM) eyedeekay: Agreed (04:35:43 PM) zzz: :) (04:36:40 PM) eyedeekay: I think that we should settle the remaining alpha/beta and download page issues to reach that consensus in one of the jpackage threads on zzz.i2p then (04:37:56 PM) eyedeekay: That's all I had on 5, which brings us to the end of the agenda unless anyone has anything to add? (04:38:29 PM) zlatinb: an item for next meeting or the one after that: (04:38:44 PM) zlatinb: changes to the news.xml generation workflow to accomodate dmg and exe bundles (04:39:07 PM) zlatinb: eot (04:39:16 PM) zzz: last thing on 5) is that you two and echelon must have an agreed plan for the news, yes. (04:40:12 PM) eyedeekay: I'll put it on the agenda for the next month announcement and get in touch with ech on my side (04:40:12 PM) eyedeekay: Last minute addition from me, I'll be at Def Con from late Thursday until Monday, spending a most of the time at the CryptoCurrency village, I'll be helping people figure out Bitcoin and Monero I2P integrations (04:40:43 PM) zzz: what that probably means in practice is zlatinb telling idk and echelon some of the preliminary decisions and going from there (04:40:53 PM) zzz: eot, sorry slow typing (04:41:30 PM) eyedeekay: That sounds like good place to start (04:41:51 PM) zzz: great, have fun, good luck. You have a guess on the best time for people to find you, or clues how to track you down? (04:43:36 PM) eyedeekay: Crypto Village table is probably the best place to look, I marked 1-3 every day on the form but it'll probably be a little before 1, a little after 3 (04:44:29 PM) eyedeekay: I'll get myself an ActivityPub account so people can toot at me other times (04:44:44 PM) zzz: ok, haven't seen any PR yet, about time to spin up sadie on twitter, and/or some reddit and forum posts (04:45:16 PM) eyedeekay: Will do (04:46:22 PM) eyedeekay: Anything else for the meeting? timeout 1m (04:47:38 PM) eyedeekay: All right thanks everybody (04:48:31 PM) eyedeekay: See you around IRC, next month's meeting will be September 7 </div>/vi/blog/2021/07/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-7-n%C4%83m-2021/Tue, 06 Jul 2021 00:00:00 +0000/vi/blog/2021/07/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-7-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:01:20 PM) eyedeekay: Chào mọi người, đến giờ họp cộng đồng hàng tháng rồi, nhưng vì tôi quên thông báo nên tôi cũng không ngạc nhiên nếu không có ai ở đây. Nếu có ai khác đang ở đây, tôi sẵn sàng họp ngay bây giờ. Nếu không có ai, tôi sẽ đăng thông báo mới trên zzz.i2p để chúng ta sắp xếp lại (04:01:37 PM) zzz: chào (04:01:47 PM) eyedeekay: Chào zzz (04:02:10 PM) eyedeekay: zlatinb, còn ai khác ở đây không? (04:03:39 PM) eyedeekay: OK lỗi của tôi. Này zzz, tôi có chương trình nghị sự ngắn 2 mục cho chúng ta nếu bạn có thời gian: (04:03:39 PM) eyedeekay: 2) Số phiên bản tiếp theo (04:03:39 PM) eyedeekay: 3) Cập nhật jpackage (04:03:39 PM) eyedeekay: Nhưng tôi hy vọng có zlatinb cho mục 3) (04:04:06 PM) zzz: 4) các hạng mục còn lại của bản phát hành 0.9.50 (04:04:31 PM) eyedeekay: Đã rõ (04:05:10 PM) eyedeekay: 2) Số phiên bản tiếp theo (04:06:27 PM) eyedeekay: Giờ tôi ngày càng bớt lưỡng lự về 1.0.0 (04:07:31 PM) eyedeekay: zlatinb có vài ý tưởng về những chỗ có thể cải thiện hiệu năng, và điều cả hai chúng tôi đồng ý là chúng ta cần thứ gì đó dễ tiếp cận hơn cho 1.0.0, tức là mấy thứ jpackage (04:08:05 PM) zzz: Tôi nghĩ nhảy tuỳ ý lên kiểu 1.5.0 hoặc 2.5.0 hay 5.1 sẽ tránh được nỗi ám ảnh 1.0.0 (04:10:04 PM) mode (+v zlatinb) by ChanServ (04:11:37 PM) eyedeekay: 1.5.0 nghe có vẻ hợp lý nhỉ? hoặc có lẽ 1.51 (04:12:22 PM) zzz: số nhỏ có vẻ tốt hơn (04:12:48 PM) eyedeekay: Ừ bạn nói đúng (04:13:36 PM) eyedeekay: 1.5.0 ổn với tôi nếu ổn với bạn (04:15:13 PM) zzz: Tôi sẽ đăng bài trên diễn đàn của tôi và xem phản ứng thế nào (04:15:30 PM) eyedeekay: Nghe ổn (04:16:05 PM) eyedeekay: 3) Cập nhật jpackage (04:17:24 PM) eyedeekay: Phía tôi hiện có một WIP jpackage+Windows Installer+gói cấu hình Firefox, đến sáng nay thì nó đã tự cập nhật được. Vẫn chưa được kiểm thử và mới ở dạng PR nháp, tôi chắc tối nay sẽ tìm thấy chỗ nào đó hỏng, nhưng đến giờ thì ổn (04:17:35 PM) mode (+v anonymousmaybe) by ChanServ (04:18:55 PM) eyedeekay: Nó hoạt động bằng cách khởi chạy trình cài đặt ngay trước khi router tắt, tạm dừng cho đến khi router tắt, rồi cho phép trình cài đặt khởi động lại router khi hoàn tất (04:19:25 PM) zlatinb: không có nhiều ở phía tôi, tôi vẫn hơi mắc ở chỗ tìm cách làm một bài kiểm thử end-to-end bắt đầu từ kiểm tra news.xml, tải update.dmg, thực hiện cập nhật, khởi động lại router (04:19:41 PM) zlatinb: nhưng khái niệm thì giống như trên Windows (04:22:35 PM) zlatinb: có lẽ chỉ là cần khá nhiều hạ tầng để dựng lên (04:23:01 PM) eyedeekay: Tôi không có gì nhiều để bổ sung, ngoài việc tối nay tôi sẽ thử tìm cách kiểm thử nó với một máy chủ news thử nghiệm, việc đó sẽ giúp làm rõ phần hạ tầng (04:24:13 PM) eyedeekay: 4) Các hạng mục còn lại của bản phát hành 0.9.50 (04:24:27 PM) eyedeekay: Ối, dán hơi sớm (04:24:37 PM) eyedeekay: Còn gì cho mục 3) không? (04:25:02 PM) eyedeekay: 4) Các hạng mục còn lại của bản phát hành 0.9.50 (04:25:10 PM) zzz: vẫn chưa có debian/ubuntu, ai phụ trách nhắc mhatta? (04:25:40 PM) eyedeekay: Tôi đã hối anh ấy hết mức có thể, mở một PR trên bote để gây chú ý, không chắc có chuyện gì. Không có phản hồi (04:26:11 PM) eyedeekay: Có lẽ tôi không còn nhìn đúng chỗ nữa (04:26:25 PM) zzz: đến giờ đã 7 tháng kể từ lần anh ấy phát hành một bản (04:27:40 PM) zzz: dù sao thì, tôi nghĩ đó là mục duy nhất còn lại (04:28:12 PM) eyedeekay: Tôi nghe nói Debian giờ chấp nhận maintainer ẩn danh nếu họ có portfolio và khóa GPG, tôi có thể liên hệ và nộp đơn? Tôi không muốn tự biến mình thành bus factor (rủi ro phụ thuộc vào số ít người) nhiều hơn nữa, nhưng ít nhất tôi khá biết cách đi từ i2p.i2p-&gt;deb (04:30:17 PM) zzz: vấn đề là tôi nghĩ anh ấy có vài thay đổi chưa bao giờ upstream ngược lại cho chúng ta, nên những khác biệt đó sẽ phải được xử lý (04:31:53 PM) eyedeekay: Nếu đúng vậy thì tôi nghĩ chúng sẽ phải được phản ánh trong debian/patches, có lẽ tôi có thể tìm ra cách (04:31:53 PM) zzz: tôi chỉ có vậy, đưa nó vào danh sách cho tháng sau nhé (04:32:00 PM) eyedeekay: Sẽ làm (04:32:16 PM) zlatinb: cho mục này tôi muốn hỏi về streaming buffer overflow (04:32:43 PM) zlatinb: đó có phải là thứ chúng ta muốn xử lý cho bản phát hành tiếp theo không? (04:32:50 PM) zzz: hả? (04:32:57 PM) zlatinb: s/overflow/choke/ (04:33:14 PM) zzz: mục nào? (04:33:23 PM) zlatinb: ồ xin lỗi, tưởng chúng ta đang bàn về 0.9.51 (04:33:27 PM) zlatinb: thôi bỏ qua (04:33:32 PM) zzz: nhưng không, không phải vấn đề cấp bách, thiên về vấn đề kiểm thử, ưu tiên thấp (04:34:01 PM) zzz: chúng ta đang bàn về deb của .50 (04:34:32 PM) eyedeekay: Tôi có thời gian, nếu zzz cũng có thời gian tôi sẵn sàng đưa đó thành mục 5) (04:34:44 PM) zlatinb: vâng, làm ơn (04:34:49 PM) eyedeekay: Bắt đầu đi (04:35:11 PM) zlatinb: Tôi nghĩ nó xảy ra trên mạng thực với các tunnel ngắn, không phải 0 mà là 1-hop (04:35:41 PM) zlatinb: ít nhất tôi đã thấy hành vi đáng ngờ trong muwire khi cấu hình 1-hop tunnels trên cả hai nút (04:36:24 PM) eyedeekay: Tôi có một mớ dịch vụ 1-hop, có gì tôi có thể tìm trong log để giúp bạn xác nhận không? (04:37:12 PM) zlatinb: ở giai đoạn sớm này có thể gỡ lỗi trong testnet, việc ghi log quá chi tiết cho máy chủ live (04:37:58 PM) zlatinb: Tôi muốn dành thời gian cho việc đó và nếu có vấn đề và có bản sửa thì hướng tới đưa vào bản phát hành kế tiếp (04:39:21 PM) zzz: để trả lời câu hỏi của bạn, đó là vấn đề đã biết nhiều năm rồi, được cho là rất hiếm trên mạng live, tác động là tạm thời và có thể không khắc phục được... vì vậy đáng để điều tra (và tôi đã nhờ giúp việc đó), nhưng vì những lý do đó tôi sẽ không coi nó là buộc-phải-sửa cho bản phát hành tiếp theo (04:39:56 PM) zlatinb: Tôi nghĩ các cải thiện tốc độ gần đây đã khiến nó bớt hiếm hơn (04:40:31 PM) zzz: được. có thể, cũng có thể không (04:41:17 PM) zlatinb: ok tôi sẽ điều tra và xem ra sao (04:41:35 PM) eyedeekay: Sẽ thú vị khi xem bạn tìm thấy gì (04:42:10 PM) eyedeekay: Còn gì nữa cho buổi họp không? (04:43:09 PM) eyedeekay: Được rồi, vậy hôm nay đến đây (04:43:18 PM) eyedeekay: Cảm ơn zlatinb và zzz vì đã có mặt và kiên nhẫn với tôi, tôi sẽ đăng log sớm và đảm bảo lần này tôi đăng thông báo lên zzz.i2p (04:43:24 PM) eyedeekay: ở *đây </div>/vi/blog/2021/06/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-6-2021/Tue, 01 Jun 2021 00:00:00 +0000/vi/blog/2021/06/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-6-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:01:11 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp Cộng đồng thứ Ba, ngày 1 tháng Sáu (04:01:25 PM) eyedeekay: 1) Chào (04:01:25 PM) eyedeekay: 2) 300 cuộc họp cộng đồng đã được ghi lại (04:01:25 PM) eyedeekay: 3) 0.9.51 (04:01:25 PM) eyedeekay: 4) go-i2p (04:01:25 PM) eyedeekay: 5) tình trạng build có thể tái lập (04:01:25 PM) eyedeekay: 6) báo cáo kênh cập nhật / báo cáo gói Mac (04:01:25 PM) eyedeekay: 7) Số phiên bản phát hành tiếp theo, mục hoãn lại từ cuộc họp ngày 6 tháng Tư (04:01:25 PM) eyedeekay: 8) tình trạng 0.9.50 / các hạng mục phát hành còn lại (04:01:42 PM) eyedeekay: 1) chào (04:01:50 PM) eyedeekay: Chào tất cả mọi người (04:02:08 PM) zzz: chào (04:02:10 PM) zlatinb: chào (04:02:31 PM) eyedeekay: Chào zzz, chào zlatinb. (04:02:31 PM) eyedeekay: Hôm nay còn ai nữa tham gia với chúng ta không? (04:03:00 PM) eyedeekay: OK 2) 300 cuộc họp cộng đồng đã được ghi lại (04:03:45 PM) eyedeekay: Chúc mừng mọi người, cuộc họp đầu tiên mà chúng ta ghi lại trên trang web là cách đây 19 năm, giờ đã gần 20, và giờ, sau 300 cuộc họp (04:04:18 PM) eyedeekay: Cảm ơn tất cả các cộng tác viên I2P trong quá khứ cũng như hiện tại (04:04:54 PM) zzz: vâng (04:05:16 PM) zzz: có eepsites nào từ hồi đó đến giờ vẫn còn hoạt động không (04:05:44 PM) zzz: và một số lỗi từ hồi đó vẫn đang chờ được tìm ra và sửa! Hôm nay tôi vừa sửa một lỗi từ năm 2004 (04:06:58 PM) eyedeekay: Tôi đã thấy điều đó bên #ls2 trước đó, đặc biệt cảm ơn zzz, người đã là trái tim và linh hồn của dự án này lâu hơn cả thời gian nhiều người trong chúng ta ở đây :) (04:07:20 PM) zzz: không thể làm một mình, chưa từng có thể (04:08:11 PM) zzz: nhưng bấy nhiêu thời gian hoài niệm là đủ rồi, chúng ta tiếp tục công việc thôi (04:08:24 PM) eyedeekay: Một lần nữa cảm ơn và chúc mừng mọi người, chuyển sang 3) 0.9.51 (04:09:34 PM) eyedeekay: Chúng ta đã đi được khoảng 2 tuần vào bản phát hành này; về phần tôi, tôi đang làm tính năng X-I2P-Location trong trang mặc định và hiện đang cân nhắc các phương án tích hợp một hồ sơ trình duyệt với bộ cài đặt chính (04:09:59 PM) eyedeekay: Mọi người khác đang làm gì cho bản phát hành này vào lúc này? (04:10:41 PM) zzz: Tôi muốn nhắc mọi người cập nhật lộ trình (roadmap) trên trang web với kế hoạch của bạn cho bản phát hành tiếp theo. Hiện giờ ở đó chưa có nhiều (04:11:05 PM) eyedeekay: Đã rõ, cảm ơn đã nhắc, tôi sẽ làm phần của mình tối nay sau cuộc họp (04:11:27 PM) zlatinb: Tôi sẽ bắt đầu phần đặc thù cho Mac của trình cập nhật gói Mac, trừ khi chúng ta quyết định chia việc theo cách khác. Tôi cũng sẵn sàng làm phần phía i2p.i2p, sẽ bàn thêm ở mục 6) (04:11:32 PM) zzz: nhóm #ls2 đang tiếp tục làm đề xuất 157 (thông điệp build tunnel mới), tiến độ chậm hơn dự kiến. Hiện giờ chưa rõ bao nhiêu sẽ kịp vào bản phát hành tới (04:12:09 PM) zzz: đề xuất vẫn chưa hoàn chỉnh, nên cho đến khi xong phần đó, chúng ta chưa thể hoàn tất mã (04:12:42 PM) zzz: SSU2 vẫn chưa bắt đầu. Chúng ta đã hy vọng hoàn thành trong năm nay... ở thời điểm này có vẻ khó. Chúng ta có thể cần thêm trợ giúp (04:12:56 PM) zzz: EOT (04:14:15 PM) eyedeekay: Cảm ơn zzz, zlatinb. Tôi sẽ làm những gì có thể để đóng góp khi hiểu biết của tôi tăng lên. Nhân tiện, 4) go-i2p (04:15:41 PM) eyedeekay: Tôi đã viết một đề xuất sơ bộ cho go-i2p trong nhánh proposal trên gitlab. (04:15:41 PM) eyedeekay: Ngoài ra, tôi gần như đã hoàn tất việc chuyển các cấu trúc chung từ bản phân phối cũ từ cách biểu diễn bằng byte-slice sang dùng đối tượng (structs) để biểu diễn, và đã viết lại các bài kiểm thử để phù hợp với thay đổi này (04:16:07 PM) eyedeekay: Điều đó có nghĩa là tôi đang ở giai đoạn viết mã mới thay vì chỉ cập nhật những gì đã có, khá hào hứng (04:16:29 PM) eyedeekay: Chưa có transport (lớp truyền tải) nào, nhưng đó sẽ là hạng mục tiếp theo trên lộ trình (04:16:35 PM) eyedeekay: EOT (04:16:41 PM) zzz: bạn vẫn đang ở một nhánh riêng à, và nếu vậy tại sao chưa gộp lại? (04:17:39 PM) eyedeekay: Tôi còn khoảng ~4 bài kiểm thử cần hoàn thành trước khi làm (04:18:30 PM) eyedeekay: Khi tất cả các bài kiểm thử hiện có chạy qua lại hoặc tôi chắc chắn chúng dư thừa thì tôi sẽ gộp lại (04:18:34 PM) zzz: ok. và chúng ta đang ở đâu với phương án Go hoàn toàn so với go wrapper quanh i2pd? Nếu phương án sau thực sự chỉ tốn 2 giờ làm việc như orignal nói, chẳng phải đó nên là bước tiếp theo sao? (04:18:55 PM) zzz: như một bằng chứng khái niệm (PoC), hoặc MVP, hoặc để đánh giá nhu cầu từ các dự án Go (04:19:22 PM) zzz: sau đó bạn có thể thay thế bằng go router thông qua cùng một API (04:20:53 PM) eyedeekay: Tôi đã bắt đầu nhưng đang gặp vài vấn đề khi tìm ra chính xác cách tạo C wrapper cho api.h, có lẽ chỉ vì quy trình này còn mới với tôi (04:22:34 PM) zzz: ok. Tôi vẫn chưa hiểu wrapper i2pd là a) một phương án để đánh giá; b) một việc chắc chắn làm trước nhưng chúng ta làm cả hai; c) ưu tiên thấp/để quyết định (TBD) (04:22:53 PM) zzz: hay d) chúng ta đã loại bỏ nó (04:24:04 PM) eyedeekay: Theo tôi nên là b), vì tôi nên học cách viết C wrapper cho mã C++, và vì khả năng nhúng i2pd dễ dàng vào bất cứ thứ gì SWIG hỗ trợ sẽ rất hữu ích nói chung (04:25:18 PM) zzz: ok bạn có ngày ước tính cho việc đó không? (04:27:52 PM) eyedeekay: Orignal nói đúng, đó là 2 giờ làm việc đối với người đã biết cách làm. Phần khó đoán là tôi phải đọc ví dụ bao lâu để biết mình đang làm gì. Ngày 15 có vẻ an toàn. (04:28:14 PM) zzz: cảm ơn, EOT (04:28:40 PM) eyedeekay: OK đó cũng là tất cả những gì tôi có cho mục này (04:28:41 PM) eyedeekay: 5) tình trạng build có thể tái lập (04:28:57 PM) eyedeekay: zlatinb mục này là của bạn (04:29:21 PM) zlatinb: Vậy là có thứ gì đó có thể tái lập trên Mac và Linux với locale tiếng Anh và JDK 11 và hoạt động tạm ổn (04:29:44 PM) zlatinb: Tôi biết cách khắc phục để dùng cho mọi Locale và build trên Windows nữa, cần vài chỉnh sửa nhỏ cho việc đó (04:30:31 PM) zlatinb: Dù đang ở trạng thái PoC (bản minh chứng khái niệm), tôi nghĩ chúng ta nên có một trang web hướng dẫn cho những người khác muốn thử (04:31:04 PM) zlatinb: vì nó dùng hệ thống build gradle nên không làm tăng tải cho việc phát hành và tôi sẵn sàng chịu trách nhiệm (04:31:35 PM) zlatinb: đại khái vậy (04:31:38 PM) zzz: Tôi đã nói điều này trên diễn đàn của mình rồi nhưng tôi nghĩ nó quan trọng. Chúng ta đã có build có thể tái lập cho Debian/Ubuntu. Còn cái này là cho gradle, vốn hiện không phải là một sản phẩm build được hỗ trợ (04:32:13 PM) zzz: Tôi đặt câu hỏi về giá trị của nó, và khả năng hỗ trợ nó khi chúng ta thiếu toàn bộ hạ tầng build tái lập của Debian (04:33:05 PM) zzz: và những thông báo kiểu 'i2p giờ đã có thể tái lập' là sai/lạc hướng. chúng ta cần nói rất rõ đó là cái gì (04:35:01 PM) zzz: Tôi không nghĩ việc kiểm thử của chúng ta đủ để khẳng định tính tái lập, và dù sao chúng ta cũng không công bố phiên bản công cụ. (04:35:34 PM) zzz: eot (04:37:23 PM) zlatinb: Công cụ duy nhất quan trọng là JDK, và đã công bố là 11. Tôi rất hoài nghi rằng các bản build Debian/Ubuntu của chúng ta thực sự có thể tái lập, và nghi ngờ rằng ai đó có thể tự tái lập các gói .deb. Chỉ vì nó qua được build bot không có nghĩa là có thể tái lập, nhưng đó là câu chuyện khác. (04:37:55 PM) zlatinb: Ngay cả một PoC chưa hoàn chỉnh nhưng 'hướng tới' khả năng tái lập (dù chúng ta gọi thế nào) cũng mang lại giá trị cho một nhóm người dùng nhất định. (04:38:38 PM) zlatinb: Ít nhất nó cho thấy chúng ta nhận thức được có nhu cầu và đang nỗ lực (dù ưu tiên thấp) để đáp ứng nhu cầu đó (04:38:43 PM) zzz: build bot có rất nhiều bài kiểm thử, nhiều hơn những gì chúng ta đang thử, bao gồm thay đổi username, PWD, locale, thời gian, múi giờ (04:39:02 PM) psi: Debian không có một loạt hooks và shims để chuẩn hóa dấu thời gian và thư mục sao? (04:39:08 PM) zlatinb: nhưng rõ ràng nó không thay đổi dấu thời gian của mã đã checkout, nếu không thì hỏng ngay (04:39:14 PM) psi: (cho các bản build xác định (deterministic), tiện thể chào mọi người) (04:39:25 PM) zzz: có thể có 'nhu cầu' nhưng chưa rõ có đủ để biện minh cho công sức hay không (04:40:01 PM) zzz: đúng rồi psi, đó là hạ tầng build mà chúng ta dựa vào cho các bản build Debian có thể tái lập (04:40:08 PM) eyedeekay: Tôi có thể xác nhận rằng tôi và zlatinb không đối chiếu ghi chú về các công cụ đang dùng, ngoài việc cùng JDK, chúng tôi chắc chắn không so sánh từng thư viện (04:40:21 PM) zlatinb: công việc này do tôi đảm nhận, như tôi đã nói tôi sẵn sàng chịu trách nhiệm, và phần lớn đã làm xong (04:40:31 PM) zzz: giờ chúng ta có câu trả lời rồi: 'use debian' (04:40:53 PM) zlatinb: không, câu trả lời là 'use the debian toolchain and build environment to build your .deb' (04:41:09 PM) zzz: Tôi không bị thuyết phục rằng kiểm thử của bạn đủ kỹ để nói là 'hầu như xong' (04:41:55 PM) zlatinb: Không còn vấn đề đã biết nào, và những vấn đề chưa biết thì chúng ta sẽ gặp khi ngày càng nhiều người dùng (04:42:00 PM) zzz: và tôi không tin rằng chúng ta cần thêm một sản phẩm phát hành chỉ để phục vụ những người đòi hỏi khả năng tái lập ngoài Debian (04:43:06 PM) zzz: Tôi không nghĩ chúng ta muốn dựa vào người dùng để phát hiện vấn đề về tính tái lập. Chúng ta cần một khung kiểm thử hoặc build bot để xác nhận nó với các tổ hợp biến thể như đã liệt kê ở trên và các biến thể khác (04:43:13 PM) zlatinb: nó không cần phải là một sản phẩm đạt chất lượng phát hành, tôi vẫn nói nó là công việc đang tiến hành và sẽ như vậy trong tương lai gần. (04:44:00 PM) psi: mục đích là một gói sẵn sàng cho người dùng cuối hay để xoa dịu giới trí thức? (04:44:01 PM) zzz: trong trường hợp đó, không phản đối (04:44:30 PM) zlatinb: rõ ràng là để xoa dịu giới trí thức, 100% (04:45:22 PM) psi: hiểu rồi, tôi chỉ đang theo kịp (04:46:15 PM) zlatinb: có gì sai khi để người dùng giúp tìm các vấn đề về tính tái lập? (04:47:14 PM) zzz: 1) vì đa số người dùng sẽ không thật sự cố tái lập; nhưng 2) nếu nó không phải là sản phẩm chất lượng phát hành chính thức thì thôi vậy (04:47:34 PM) eyedeekay: Chuyển ngay sang 6) báo cáo kênh cập nhật / báo cáo gói Mac (04:48:14 PM) eyedeekay: Trừ khi chúng ta cần tiếp tục mục 5)? (04:48:37 PM) zzz: Tôi xong mục 5) rồi (04:48:51 PM) eyedeekay: OK, vậy 6 (04:49:24 PM) eyedeekay: zlatinb đây cũng là chủ đề của bạn (04:50:20 PM) zlatinb: không có nhiều để báo cáo kể từ cuộc họp trước ở phía gói Mac; tôi đã tự dùng nó để thử nghiệm một chút (04:51:15 PM) zlatinb: Có lẽ tháng này tôi sẽ có thời gian xem xét đúng mức các kênh cập nhật. Ít nhất là phần sẽ nằm trong repo mac-jpackage (04:51:30 PM) zlatinb: cũng có thể xem các thay đổi cần cho i2p.i2p trừ khi ai đó khác muốn thử làm phần đó? (04:51:33 PM) zlatinb: eot (04:52:07 PM) zzz: Tôi sẵn sàng làm phía còn lại, chúng ta phối hợp trong tuần này nhé (04:52:30 PM) zlatinb: ok nghe ổn (04:52:52 PM) zlatinb: tôi có bấy nhiêu cho mục 6) (04:52:56 PM) zzz: Tôi tin có vài lựa chọn chúng ta đã bàn nhưng chưa quyết hẳn, nhưng chắc không khó (04:52:57 PM) zzz: eot (04:53:08 PM) eyedeekay: 7) Số phiên bản phát hành tiếp theo, mục hoãn lại từ cuộc họp ngày 6 tháng Tư (04:53:57 PM) eyedeekay: 1.0.0? 9.51.0? Có vài lựa chọn trong chủ đề thảo luận (04:54:26 PM) zzz: đúng. 2 tháng trước, tôi đã đưa ra 0.9.50 so với 1.0.0 (04:54:44 PM) zzz: từ đó đến nay, tôi thấy bitcoin core đang chuyển từ 0.22 lên 23.0 (04:54:54 PM) zzz: nếu con số chỉ là con số, nó có thể là bất cứ gì (04:55:18 PM) zzz: 0.9.51, 1.0.0, 2.0, 9.51, 10.0. tùy chúng ta muốn (04:55:54 PM) zzz: nếu '1.0.0' gây quá nhiều lo lắng hoặc lời hứa ngầm về sự hoàn hảo, chúng ta có thể tránh bằng cách nhảy qua luôn (04:56:15 PM) zzz: hoặc, chúng ta cứ tiếp tục 0.9.x mãi, hoặc cho đến khi đạt một mục tiêu cụ thể nào đó mà chúng ta còn chưa thống nhất. (04:56:18 PM) zzz: EOT. ý kiến? (04:56:55 PM) eyedeekay: Tôi nghĩ số chỉ là số miễn là số chúng ta chọn đứng đầu khi các công cụ chuẩn sắp xếp, và xét theo đó, 9.51 khá có sức hút. (04:57:52 PM) zlatinb: Nếu chúng ta có lộ trình cho các trình cài đặt thì tôi sẽ đặt một mốc tròn trịa 1.0.0 sau khi hoàn tất, nhưng chúng ta không có lộ trình như vậy, nên tôi muốn tránh 1.0.0 hoàn toàn. Ngoài ra thì 0.9.51 hay 9.51 với tôi là như nhau. (04:58:27 PM) zzz: không nhất thiết phải đạt đồng thuận hôm nay, chúng ta còn hai cuộc họp nữa trước bản phát hành tới (04:59:04 PM) zzz: lúc nào cũng có thể làm một cuộc thăm dò trên reddit dù điều đó có thể phản tác dụng (05:01:40 PM) zzz: chúng ta bàn lại tháng sau nhé eyedeekay (05:01:41 PM) zzz: eot (05:02:15 PM) eyedeekay: Tôi đồng ý với zlatinb, nếu chúng ta dùng '1.0.0' như PR (quan hệ công chúng) để tìm người dùng mới, cải thiện các trình cài đặt có lẽ sẽ giúp nỗ lực đó thành công hơn. Nếu muốn giữ cơ hội làm 1.0.0 khi việc đó xong thì chúng ta cần làm 0.9.51, eot (05:02:28 PM) eyedeekay: 8) tình trạng 0.9.50 / các hạng mục phát hành còn lại (05:03:16 PM) eyedeekay: zzz thêm mục này, nhưng có ít nhất hai điểm tôi có lẽ nên trả lời, GPlay và F-Droid (05:04:27 PM) eyedeekay: Có một chút rắc rối với GPlay lúc phát hành, tôi phải chuyển chúng ta sang gói ứng dụng Android (Android App Bundle) yêu cầu tôi tạo một khóa và tải lên Google để họ xác nhận tôi là người đang tải ứng dụng lên (05:05:16 PM) eyedeekay: Lần đầu tôi làm hỏng quy trình này nên phải liên hệ hỗ trợ của Google, việc đó gây chậm trễ cho các bản phát hành Android (05:05:47 PM) eyedeekay: Vì các lý do liên quan đến quy trình phát hành, điều này cũng làm chậm các bản build F-Droid. (05:06:33 PM) eyedeekay: Từ giờ, F-Droid sẽ là apk, và Google Play sẽ là .aab, và quy trình phát hành của cái này sẽ không phụ thuộc vào cái kia. EOT. (05:06:46 PM) eyedeekay: zzz có gì bổ sung không? (05:07:20 PM) zzz: debian là vấn đề lớn. có ai nghe tin từ mhatta không? anh ấy bỏ lỡ hoàn toàn .49, giờ chúng ta đang chờ 50 (05:09:01 PM) eyedeekay: Đáng tiếc là đã khá lâu không, tôi có thể liên hệ lại (05:09:08 PM) zzz: về tình trạng mạng, khoảng 35-45% mạng đã cập nhật, khoảng 25% đã rekey (đổi khóa), rất trơn tru, không có phàn nàn lớn (05:09:08 PM) zzz: vui lòng giữ mục này trong chương trình nghị sự tháng sau, vì chúng ta vẫn chưa xong (05:09:08 PM) zzz: eot (05:09:34 PM) eyedeekay: Sẽ làm (05:09:47 PM) eyedeekay: Còn gì cho mục 8 không? (05:10:00 PM) eyedeekay: Hay nói chung? timeout 1m (05:11:26 PM) eyedeekay: Được rồi, cảm ơn mọi người đã tham dự, cuộc họp tiếp theo sẽ vào ngày 6 tháng Bảy </div>/vi/blog/2021/05/17/0.9.50-release/Mon, 17 May 2021 00:00:00 +0000/vi/blog/2021/05/17/0.9.50-release/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.50 tiếp tục quá trình chuyển đổi sang ECIES-X25519 cho các khóa mã hóa của router. Chúng tôi đã bật DNS over HTTPS (DoH) cho reseeding (khởi tạo mạng ban đầu) để bảo vệ người dùng khỏi việc theo dõi DNS thụ động. Có nhiều bản sửa lỗi và cải tiến cho địa chỉ IPv6, bao gồm cả hỗ trợ UPnP mới.</p> <p>Cuối cùng, chúng tôi đã khắc phục một số lỗi gây hỏng dữ liệu tồn tại lâu trong SusiMail. Các thay đổi đối với bộ giới hạn băng thông sẽ cải thiện hiệu năng của các tunnel trong mạng. Có một số cải tiến trong các container Docker của chúng tôi. Chúng tôi đã cải thiện các biện pháp phòng vệ trước các routers có thể độc hại hoặc có lỗi trong mạng.</p>/vi/blog/2021/05/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-05-n%C4%83m-2021/Tue, 04 May 2021 00:00:00 +0000/vi/blog/2021/05/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-05-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:01:04 PM) eyedeekay: Chào mọi người, đến giờ họp ngày 4 tháng 5 rồi (04:01:13 PM) zlatinb: chào (04:01:21 PM) zzz: xin chào (04:01:39 PM) eyedeekay: 1) Chào (04:01:39 PM) eyedeekay: 2) Báo cáo về Mac Launcher, theo dõi tiếp (04:01:39 PM) eyedeekay: 3) Báo cáo di chuyển Trac, đánh giá sau triển khai (04:01:39 PM) eyedeekay: 4) phát hành 0.9.50 (04:01:39 PM) eyedeekay: 5) Báo cáo kênh cập nhật (04:01:39 PM) eyedeekay: 6) Cải tiến Docker (04:01:39 PM) eyedeekay: 7) Khóa Plugin Bote (04:02:17 PM) eyedeekay: zab, 2) và 5) có khả năng trùng lặp không, tôi có nên gộp chúng lại không? (04:02:26 PM) zlatinb: được (04:02:56 PM) eyedeekay: OK vậy chúng ta hoán đổi 3 và 5 trong danh sách trên, và làm kênh cập nhật ngay sau Mac Launcher (04:03:11 PM) eyedeekay: 2) Báo cáo về Mac Launcher (04:03:59 PM) zlatinb: đến giờ tôi nhận được một báo cáo tích cực từ một người dùng không rõ danh tính, và biết ít nhất vài người đã thử file .dmg (04:04:28 PM) zlatinb: vì vậy về phần trình cài đặt tôi nghĩ chúng ta đang ở trạng thái rất tốt. Tôi không nghĩ ra thay đổi nào cần thiết mà không liên quan đến chức năng cập nhật (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: đó là tất cả về mục 2) từ phía tôi (04:06:10 PM) eyedeekay: Tuyệt. Tôi không có gì bổ sung lúc này, vậy chúng ta chuyển sang 3) Kênh cập nhật (04:06:24 PM) eyedeekay: Trừ khi zzz có gì thêm? (04:06:36 PM) zzz: không (04:07:00 PM) eyedeekay: Được rồi, vậy kênh cập nhật cũng là chủ đề của bạn, zlatinb (04:07:22 PM) zlatinb: zzz và tôi đã làm một số phân tích/phạm vi ban đầu về những gì cần thực hiện để bật kênh cập nhật (04:08:05 PM) zlatinb: đồng thuận (tôi nghĩ vậy) là sẽ có một số thay đổi mã trong i2p.i2p cũng như một số mã nằm trong repo mac-jpackage (04:08:36 PM) zlatinb: chúng tôi vẫn đang liệt kê mọi trường hợp góc cạnh, nhưng tới giờ chưa gặp trở ngại chí mạng nào (04:09:24 PM) zzz: đồng ý, nghe khá đơn giản và không tốn quá nhiều công sức. kiểm thử có lẽ sẽ nhiều việc hơn là viết mã (04:09:36 PM) zlatinb: Tôi rất bận cho đến khi phát hành, nhưng sau đó sẽ tập trung vào việc này. Có thể đi sâu kỹ thuật hơn nhưng sẽ quá mức chi tiết thấp cho cuộc họp này (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: Cảm ơn báo cáo (04:10:12 PM) eyedeekay: Điều đó đưa chúng ta đến 4) phát hành 0.9.50 (04:11:08 PM) dr|z3d: bạn bỏ qua phần di chuyển Trac rồi. (04:11:26 PM) eyedeekay: Tôi định làm nó ở mục 5, không phải 4 (04:11:40 PM) dr|z3d: ok, tiếp tục như vậy! (04:11:45 PM) eyedeekay: Chúng ta còn 11 ngày nữa là phát hành (04:12:09 PM) eyedeekay: Các tag sẽ được đóng băng vào ngày mai (04:12:22 PM) eyedeekay: Tôi không còn thay đổi chuỗi nào cho i2p.i2p (04:13:43 PM) eyedeekay: zzz, zlatinb các bạn muốn bổ sung gì không? (04:14:08 PM) zzz: không nhiều... Tôi sẽ đẩy các chuỗi lên transifex vào 4 PM UTC ngày mai (04:14:26 PM) zlatinb: orignal vừa nêu một điểm thú vị cách đây 30 phút về dung lượng hàng đợi NTCP, có lẽ đáng để xem xét trước khi phát hành (04:14:27 PM) zzz: Tôi xong phần 50 rồi. đã bắt đầu làm bản tiếp theo (04:15:18 PM) zzz: Tôi không thấy, nhưng tôi ngại thực hiện bất kỳ thay đổi nào lúc này. Tôi đang thử nghiệm một số thay đổi về hàng đợi NTCP cho bản phát hành tiếp theo (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot từ tôi nữa (04:15:53 PM) eyedeekay: 5) Báo cáo di chuyển Trac, đánh giá sau triển khai (04:16:35 PM) eyedeekay: Việc di chuyển Trac gặp rắc rối chủ yếu vì các lý do khiến tôi thấy nó cần phải diễn ra, cụ thể là trac xmlrpc bị hỏng trên phiên bản của chúng ta vào khoảng cùng thời điểm với cuộc họp tháng trước (04:17:34 PM) eyedeekay: Sau khi cố gắng sửa trong vài tuần mà không thành, tôi quyết định rằng sẽ dễ hơn nếu (cẩn thận) quét lấy các issue trên trac của chúng ta và di chuyển chúng sang gitlab bằng API của gitlab (04:18:20 PM) eyedeekay: Ngoài ra, việc này đã thành công, và như một sản phẩm phụ đã tạo ra một bản lưu trữ tĩnh có thể đọc được của tất cả các ticket trên trac của chúng ta tại thời điểm này (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: vậy tình trạng thế nào? xong chưa? (04:19:16 PM) eyedeekay: Cho mục đích theo dõi ticket, việc di chuyển trac đã xong. Trac vẫn còn các bài wiki đáng quan tâm cần sao lưu, nhưng các ticket thì đã xong. (04:19:43 PM) zzz: ok. Tôi đã đổi các url trong mã của chúng ta để trỏ tới gitlab (04:20:14 PM) eyedeekay: Tôi đã đổi hầu hết các mục trên website, nhưng vẫn đang grep qua các file .rst để tìm nốt vài cái cuối (04:20:28 PM) zzz: bạn có thể thêm ghi chú và liên kết trên trang chủ trac, trang ticket, trang đăng nhập và những chỗ khác, với các liên kết i2p và clearnet mới không? (04:20:42 PM) eyedeekay: Chắc rồi, sẽ làm (04:21:49 PM) zzz: điều này giờ khiến chúng ta phụ thuộc vào gitlab (khi chỉ là mã nguồn, chúng ta luôn có thể dùng github) ... chúng ta có quản trị dự phòng nào không? (04:21:49 PM) eyedeekay: Tôi cũng sẽ rà soát tất cả README và đảm bảo chúng tham chiếu đúng nơi (04:22:50 PM) eyedeekay: echelon có một tài khoản admin trên gitlab, nhưng hiện không ai khác có quyền truy cập SSH vào máy chủ bên dưới (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: Tôi có thể xem xét đồng bộ các issue với github bằng một bot, nó không khác nhiều so với nửa sau của quy trình di chuyển (04:23:39 PM) zzz: ok, hai bạn có thể muốn rà soát ai có thể làm gì để đảm bảo chúng ta được bao phủ (04:23:45 PM) zzz: làm tốt lắm (04:24:09 PM) eyedeekay: Cảm ơn (04:24:22 PM) eyedeekay: Điều đó đưa chúng ta đến 6) Cải tiến Docker (04:24:42 PM) eyedeekay: zlatinb bạn có muốn cung cấp thông tin cho những người chưa thử ở đây không :) (04:25:10 PM) zlatinb: lol có, image docker mới nhỏ hơn và hỗ trợ các volume persistent cho cấu hình và tải xuống snark (04:25:35 PM) zlatinb: tài liệu nằm trong mã nguồn, file Docker.md. Tôi muốn thêm một trang lên website với nội dung tương tự (04:26:03 PM) zlatinb: đại khái vậy thôi (04:26:30 PM) eyedeekay: Ý hay về trang web, hiện tại chúng ta quảng bá nó nhưng không hề tài liệu hóa cách sử dụng (04:26:40 PM) zzz: ai phụ trách tài khoản docker geti2p và còn ai có quyền truy cập? (04:26:48 PM) zzz: hay nó không hoạt động như vậy? (04:27:35 PM) zzz: nó chỉ tự động build mỗi lần checkin và thế là xong à? (04:27:37 PM) eyedeekay: Tôi phụ trách tài khoản docker geti2p, tôi có thể cấp quyền cho người khác từ gitlab, nó được bắt đầu bởi Ace Barry hoặc hkparker nếu tôi nhớ đúng (IIRC) nhưng giờ tôi là admin (04:28:04 PM) eyedeekay: Nó build `latest` mỗi lần checkin và build một image cho mỗi tag bắt đầu bằng `i2p-*` (04:28:50 PM) zzz: ok vậy mọi thay đổi zlatinb đã làm đều có sẵn ở đó rồi (04:28:52 PM) zzz: hiểu rồi (04:29:00 PM) zlatinb: vâng (04:29:30 PM) zlatinb: eyedeekay: Tôi thấy bạn vừa docker hóa quy trình build Android? (04:30:50 PM) eyedeekay: Đúng vậy, đó là cách gom tất cả các yêu cầu phát hành vào một dạng có thể tái sử dụng (04:31:35 PM) zzz: eyedeekay, nói về Android, tôi thấy Google bổ sung thêm quy định và nâng yêu cầu có hiệu lực cuối năm nay. Bạn có thể muốn dành chút thời gian trước bản phát hành này để đi trước một bước (04:33:10 PM) eyedeekay: Tuần này tôi đang kiểm tra lại tất cả các thứ liên quan phát hành Android của mình để đảm bảo mọi thứ suôn sẻ (04:34:18 PM) zzz: như tôi nói, các quy định mới chưa có hiệu lực trong vài tháng nữa nhưng xử lý chúng ngay bây giờ cũng chẳng hại gì (04:34:41 PM) zzz: hoặc có thể sẽ 'đau', nhưng thà sớm còn hơn muộn (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: Cũng còn tùy F-Droid, đôi khi họ chậm hơn GPlay về yêu cầu theo cách hơi loại trừ lẫn nhau, nhưng biết trước sẽ tốt hơn nếu điều đó xảy ra (04:36:02 PM) eyedeekay: Tôi nghĩ chúng ta sẵn sàng cho mục 7) Khóa Plugin Bote (04:36:20 PM) eyedeekay: Vấn đề này xuất hiện khi tôi trò chuyện với vài redditor tuần trước (04:37:06 PM) eyedeekay: Mọi người đang cố dùng bản fork Bote của mhatta nhưng không thể vì họ không dễ dàng cài đặt các khóa plugin (04:37:30 PM) eyedeekay: Họ cũng hầu như không biết cách diễn giải lỗi chứng chỉ ở thanh bên để xử lý sự cố (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: Tôi muốn chúng ta cân nhắc thêm của mhatta vào mặc định để mọi người không còn gặp lỗi này (04:39:17 PM) zzz: 1) anh ấy nên cung cấp hướng dẫn tốt hơn cho người dùng của mình; 2) anh ấy cần gửi yêu cầu cho chúng ta (04:40:22 PM) eyedeekay: Hợp lý. (04:40:46 PM) eyedeekay: Vậy là hết các chủ đề đã liệt kê, còn gì để bổ sung không? (04:41:06 PM) zlatinb: có, tôi muốn chúng ta nghĩ về việc làm cho việc xây dựng testnet trở nên dễ dàng hơn (04:41:08 PM) zzz: và tôi muốn anh ấy đưa .49 vào debian, điều mà chưa bao giờ xảy ra (04:41:55 PM) zlatinb: chúng ta đã có hai người dựng testnet bằng LXC và một người dựng bằng Docker, cả ba dùng các cách tiếp cận khá khác nhau (04:42:14 PM) zlatinb: vậy có ai quan tâm đến việc xác định các điểm khó và làm cho mọi thứ dễ hơn không? (04:42:51 PM) zzz: Tôi quan tâm tới việc biết xem có ai quan tâm không :) (04:43:10 PM) eyedeekay: Có, từ phía tôi thì có, tôi muốn chạy một testnet, tốt nhất là bằng docker (04:44:13 PM) zlatinb: hay đấy.. vậy chúng ta nên xem xét.. theo tôi nhớ thì khởi tạo seeding ban đầu là phần tệ nhất (04:45:14 PM) eyedeekay: Đã có hướng dẫn testnet bằng Docker được ghi lại chưa hay tất cả đều dựa trên LXC? (04:45:18 PM) zzz: giải pháp seeding của tôi hoạt động tốt với tôi, về cơ bản đã được giải quyết cho lxc (04:45:47 PM) zlatinb: LoveIsGrief có thể có gì đó trong các repo của anh ấy trên gitlab (04:47:55 PM) zlatinb: eot từ tôi (04:49:07 PM) eyedeekay: Vậy thì nếu tôi muốn một testnet Docker, có lẽ tôi nên xem công việc của họ và điền vào các chỗ còn thiếu dựa trên quy trình cho LXC (04:49:43 PM) zzz: Tôi đã check-in tất cả các shell script lxc tệ hại của mình vào i2p.scripts (04:50:29 PM) eyedeekay: Cảm ơn zzz, tệ hay không thì tôi chắc chúng sẽ cho tôi biết điều tôi cần biết (04:51:32 PM) eyedeekay: Còn gì nữa cho cuộc họp không? (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: không (04:51:58 PM) zlatinb: không từ phía tôi (04:52:19 PM) eyedeekay: OK vậy cảm ơn mọi người đã tham dự (04:52:44 PM) eyedeekay: Tôi sẽ sớm đăng nhật ký lên trang, hẹn gặp lại trên IRC </div>/vi/blog/2021/04/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-4-n%C4%83m-2021/Tue, 06 Apr 2021 00:00:00 +0000/vi/blog/2021/04/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-4-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:02:03 PM) eyedeekay: Chào mọi người, zzz, zlatinb, các thành viên cộng đồng, chào mừng đến với buổi họp ngày 6 tháng 4, 2020 (04:02:09 PM) eyedeekay: Hôm nay có nhiều vấn đề cần bàn: (04:02:12 PM) eyedeekay: 1) Chào hỏi (04:02:12 PM) eyedeekay: 2) Báo cáo về Mac Launcher, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Kết quả khảo sát mức độ quan tâm của người dùng Mac (04:02:12 PM) eyedeekay: 4) Trình cài đặt tất cả trong một cho Windows (04:02:12 PM) eyedeekay: 5) Kênh cập nhật - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Báo cáo/Đánh giá di chuyển Trac (04:02:12 PM) eyedeekay: 7) phát hành 0.9.50 (04:02:39 PM) eyedeekay: 1) Chào hỏi, mọi người đã ở đây chưa? (04:02:43 PM) zzz: chào (04:02:46 PM) eyedeekay: Chào zzz (04:02:54 PM) zlatinb: chào (04:02:59 PM) eyedeekay: Chào zlatinb (04:03:08 PM) eyedeekay: Còn ai nữa không? (04:03:40 PM) eyedeekay: OK chuyển sang 2) Báo cáo về Mac Launcher (04:04:13 PM) eyedeekay: Đây là chủ đề của tôi nhưng tôi nghĩ zlatinb và tôi nên cùng chia sẻ, tôi có thêm nội dung cho phần Khảo sát Mức độ Quan tâm của Người dùng (04:04:54 PM) zlatinb: ok (04:05:24 PM) eyedeekay: Tình hình hiện tại theo tôi hiểu là chúng ta đã quyết định trình launcher cũ không còn phù hợp, điều này thể hiện qua việc zzz đã xóa mã khỏi nhánh git chính sáng nay (04:07:04 PM) eyedeekay: Và chúng ta có thể xử lý vấn đề cập nhật ở chế độ nền để tránh làm quy trình cập nhật phức tạp hơn trong khi làm quy trình cài đặt đơn giản hơn (04:08:42 PM) eyedeekay: Việc cài đặt dịch vụ “thực sự” có lẽ sẽ không nằm trong phiên bản jpackage của router, vì ứng dụng tự khởi động sẽ chạy khi người dùng đăng nhập chứ không phải khi hệ thống sẵn sàng (04:08:53 PM) zlatinb: Tôi nghĩ vậy là chính xác. Tôi đã xác minh rằng chuỗi bước trong script trên trang wiki là hoàn toàn “âm thầm” (04:08:53 PM) zlatinb: dĩ nhiên luồng end-to-end cần được kiểm thử (04:08:53 PM) zzz: ừ tôi nghĩ trải nghiệm cài đặt tốt hơn, trải nghiệm cập nhật có thể tệ hơn một chút đến rất nhiều, chưa xác định (04:09:25 PM) zzz: mặc dù nếu tính cả cập nhật Java trong trải nghiệm cập nhật của izpack, có thể chúng ta sẽ không tệ hơn (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: đó là phần chúng ta cần nghiên cứu thêm (04:09:58 PM) zzz: và quyết định cách đánh đổi (04:11:17 PM) eyedeekay: Tôi nghĩ cái nagware (phần mềm liên tục nhắc nhở) của Java khiến chúng gần như như nhau (04:11:34 PM) eyedeekay: Nhưng tôi cũng chưa thực sự phải cập nhật Java trên Mac của mình (04:12:35 PM) zzz: chúng ta có số liệu định lượng nào về mức độ tốt hơn của JRE 16 so với 8 không? (04:12:37 PM) eyedeekay: Có một kết quả hơi bất ngờ trong khảo sát mức độ quan tâm của người dùng, một đa số mỏng người dùng cho rằng cài đặt Java là dễ, bao gồm một người tự đánh dấu mình là “người mới bắt đầu” (04:13:37 PM) zlatinb: 16 so với 8? chưa có lúc này, có thể google các benchmark dĩ nhiên, nhưng các API mới thì hữu ích (04:14:01 PM) zlatinb: ví dụ như lấy pid từ bên trong Java, huy hiệu trên dock và thông báo, v.v. (04:15:14 PM) zlatinb: về việc điều tra quy trình cập nhật đầy đủ, nó sẽ được thực hiện một cách tự nhiên như một phần của công việc trên quy trình cập nhật mới, sẽ bàn thêm ở phần sau của cuộc họp (04:16:19 PM) zlatinb: Tôi tin là có thể làm rất trơn tru; câu hỏi về triển khai là AppleScript hay bash script hay ?? (04:16:57 PM) zzz: Tôi tưởng chỉ cần exec 'open xxx.dmg'? (04:17:54 PM) zlatinb: ai đó chưa theo dõi trang wiki rồi tsk tsk :) không, đó là một quy trình khá phức tạp chuyển .dmg sang định dạng khác. Như vậy tránh được mọi nhắc nhở hiển thị và thỏa thuận giấy phép (04:19:12 PM) zlatinb: cơ bản là 1. chuyển .dmg sang .cdr 2. mount cdr 3. di chuyển AppBundle hiện có sang chỗ khác 4. cp -R AppBundle mới 5. dọn dẹp, unmount .cdr 6. chạy app bundle mới (04:20:12 PM) zlatinb: Tôi đã thử và xác nhận việc chuyển đổi và mount hoàn toàn “âm thầm”. Nếu chúng ta không muốn âm thầm mà muốn người dùng thấy những gì đang diễn ra, ta có thể dùng AppleScript (04:20:20 PM) zlatinb: không rõ tại sao ta lại muốn vậy nhưng cứ để đó như một lựa chọn (04:21:14 PM) eyedeekay: Hay đấy. Không phải tôi nghĩ nó quan trọng lắm, nhưng đó có phải là cách các gói .dmg “được cho là” cập nhật không? Có khả năng cách đó sẽ bị vô hiệu trong tương lai mà không có lối để khắc phục không? (04:22:03 PM) zlatinb: cách cập nhật chính thức là dùng một cơ chế của Mac OS phụ thuộc vào sự tồn tại của một máy chủ clearnet. Ví dụ VLC cập nhật theo cách đó. (04:22:30 PM) zzz: xét đến độ dài chương trình nghị sự, tôi đề nghị chuyển tiếp để xem khảo sát nói gì về việc có ai thực sự muốn cái này không (04:22:49 PM) eyedeekay: Được (04:23:49 PM) eyedeekay: Kết quả khảo sát tóm tắt như sau: (04:23:49 PM) eyedeekay: - Phần lớn người được khảo sát không có Java khi họ lần đầu cố gắng cài đặt I2P. (04:23:49 PM) eyedeekay: - Người dùng thấy việc cài Java là dễ, với đa số mỏng(3/5) người trả lời nói rằng cài Java không khó. Điều này bao gồm cả những người tự đánh dấu mình là “người mới bắt đầu” trong sử dụng máy tính. Thực sự điều đó làm tôi khá ngạc nhiên. (04:23:49 PM) eyedeekay: - 6 trên 12 người dùng đã bỏ qua một phần hoặc toàn bộ các câu hỏi Có/Không. (04:23:49 PM) eyedeekay: - Chúng tôi có vài người dùng bỏ qua nhiều câu hỏi Có/Không nhưng để lại trả lời tự do. Hầu như tất cả đều không khen ngợi quy trình cài đặt. (04:23:49 PM) eyedeekay: - Tất cả trừ một người trong số các câu trả lời Có/Không cho câu hỏi đó là người dùng gói .dmg. Trong số này có 5/13. Tất cả những người khác là không phản hồi. Điều này có thể cho thấy mức độ phổ biến áp đảo của cách tiếp cận .dmg. (04:23:49 PM) eyedeekay: - Người không dùng gói .dmg cũ duy nhất đã trả lời “Có” cho câu hỏi sẽ dùng một gói mới nếu nó xuất hiện (04:24:31 PM) eyedeekay: Đó là bản sao trực tiếp từ bản tóm tắt dài hơn mà tôi sẽ đăng lên zzz.i2p muộn hơn hôm nay (04:25:16 PM) zzz: chúng ta đã không hỏi trực tiếp liệu mọi người muốn trình cài đặt dmg hay izpack? Hay làm sao suy ra điều đó? (04:26:02 PM) eyedeekay: Chúng tôi gọi izpack là trình cài đặt “.jar” vì người dùng cuối không biết chúng ta dùng công cụ đóng gói nào (04:26:09 PM) zzz: hoặc, một câu hỏi đơn giản hơn: khảo sát có nói rằng chúng ta nên làm một trình cài đặt dmg hay không? (04:26:25 PM) eyedeekay: Tôi tin khảo sát ủng hộ việc làm trình cài đặt .dmg (04:26:52 PM) zzz: mạnh mẽ? yếu ớt? “áp đảo”? (04:27:25 PM) eyedeekay: Khá mạnh mẽ, điểm phản biện duy nhất với trình cài đặt .dmg là mọi người thấy cài Java dễ (04:27:41 PM) eyedeekay: Do đó trong trường hợp đó khuyến nghị giữ nguyên cách hiện tại (04:27:51 PM) zzz: ok (04:28:03 PM) eyedeekay: Mọi người trả lời câu hỏi đều nói “trình cài đặt .dmg” (04:28:47 PM) zlatinb: nhưng cái đó thậm chí đã không còn để tải xuống một thời gian rồi. Chúng ta có biết họ nói tới bản thử nghiệm mới dựng hay bản cũ không? (04:29:08 PM) eyedeekay: Tôi đã hỏi cụ thể “Trình cài đặt .dmg bị ngừng hỗ trợ hồi đầu năm nay” (04:29:17 PM) zlatinb: ok (04:29:51 PM) eyedeekay: Tôi cũng hỏi liệu họ có chuyển được từ trình cài đặt .dmg cũ về trình cài đặt IzPack không (04:30:16 PM) eyedeekay: Không ai làm được, nhưng tôi nghĩ chúng ta đã biết vì vấn đề khởi động lại không thể chặn (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: vấn đề đó có thể chỉ xảy ra trên hệ thống của tôi, tôi không có cách nào biết được. Tôi có thể đã giúp meeh chạy một bản tạm thời có thể bị lỗi... nhiều khả năng. (04:32:50 PM) eyedeekay: Tôi nhớ đã thấy nó trên chiếc Mac cũ của tôi vốn là đồ lỗi, nên cũng tương tự (04:32:59 PM) eyedeekay: Tôi sẽ có một bản tóm tắt mở rộng với kết quả thô đã ẩn danh để đăng lên zzz.i2p tối nay (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: Tôi muốn chúng ta quay lại #2 một chút (04:34:32 PM) zlatinb: và ít nhất quyết định hạn chót để đưa ra quyết định (04:35:05 PM) zlatinb: vì thiếu notarization (quy trình kiểm định của Apple) nên trình cài izpack hiện tại khá tệ. Sadie đã đăng trên Medium toàn bộ quy trình và nó khoảng 35 bước (04:35:24 PM) zlatinb: bao gồm việc người dùng phải tắt một số bảo vệ của hệ điều hành vốn bật theo mặc định (04:35:53 PM) zlatinb: để mọi người biết, tôi đã hỏi orignal và một người từ IRC ilita họ làm gì cho i2pd (04:36:10 PM) zlatinb: và câu trả lời ngắn gọn là: vô hiệu hóa toàn bộ assessments và cứ thế dùng (04:36:32 PM) zzz: Tôi không nghe thấy phản đối nào, nên tôi nghĩ ta cứ tiếp tục hướng tới giải pháp. Tôi không chắc cần hạn chót, nhất là nếu công sức là khiêm tốn (04:36:33 PM) zlatinb: Tôi thực sự không nghĩ chúng ta có thể kỳ vọng người dùng làm như vậy (04:37:20 PM) zlatinb: công sức là khiêm tốn nếu ta không tính phần đại tu hệ thống cập nhật mà chúng ta sẽ bàn riêng (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: ok, vậy ta sẽ tìm xem hạn chót để giải quyết chuyện cập nhật là gì (04:38:53 PM) zlatinb: ok (04:40:25 PM) eyedeekay: Chúng ta quyết định ngay tại đây chứ? Vì tôi sẽ chọn phương án chuẩn bị mọi thứ sẵn sàng để đưa dần vào ở 0.9.51. (04:40:58 PM) zlatinb: chúng ta sẽ bàn nó như một phần của mục 5), đúng chứ? (04:41:09 PM) eyedeekay: Được, nghe ổn (04:41:21 PM) eyedeekay: Chuyển sang 4) Trình cài đặt tất cả trong một cho Windows (04:41:49 PM) eyedeekay: zlatinb đã thêm mục này vào chương trình, nhưng có lẽ tôi cũng sẽ có nhiều điều để bổ sung. zlatinb muốn bắt đầu chứ? (04:42:40 PM) zlatinb: vâng, eyedeekay đã làm phần lớn công việc khó là kết hợp trình cài hồ sơ firefox với một ảnh JRE và một router và đảm bảo nó cài đặt và chạy được. Dĩ nhiên hiện tại vẫn còn vài chỗ thô (04:42:59 PM) zlatinb: Cũng có một trang wiki có thể dùng để đặt câu hỏi (04:43:30 PM) zlatinb: Tôi nghĩ đáng để dành sự chú ý và thời gian để làm một bản định nghĩa sản phẩm đúng nghĩa với yêu cầu và các thứ, tương tự như đã làm cho .dmg (04:43:58 PM) zlatinb: Chúng tôi đang làm việc với người dùng trên r/i2p, họ đã giúp chúng tôi rất nhiều và vẫn đang tiếp tục giúp (04:44:15 PM) zlatinb: nhưng dĩ nhiên hiện tại đây là một PoC (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: có vẻ không có wiki nào được liệt kê trên trang chỉ mục tại `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` vậy mọi người cần url đầy đủ? (04:45:41 PM) eyedeekay: Đúng, dù là POC sớm, phần lớn phản hồi tôi nhận được là tích cực. Một điều không may là dường như NSIS bị điên nếu người dùng có bộ ký tự khác với quản trị viên, phần khó nhất đến giờ là tránh cái bẫy này (04:46:01 PM) eyedeekay: Với tôi thì ở phía bên phải, tôi sẽ gửi bạn URL đầy đủ (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: hmm nếu không đăng nhập thì nó nói ‘no wiki pages’. nếu đăng nhập thì nó đưa bạn tới trang ‘create new wiki’. (04:47:57 PM) zlatinb: kiểm tra xem bạn đang ở dự án i2p.firefox, không phải i2p.i2p (04:48:07 PM) zzz: ồ ok (04:49:19 PM) psi: chào (đang theo dõi) (04:49:42 PM) zlatinb: chào psi (04:49:52 PM) eyedeekay: Chào psi (04:50:07 PM) eyedeekay: Và đây là nhánh phòng khi bạn cần: https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: trước đó không phải có nói về việc dùng nsis cho đóng gói trên windows sao? (04:50:56 PM) eyedeekay: Đúng, đây là một phần của cuộc bàn đó (04:50:56 PM) psi: (đó là mục 4, không sao) (04:51:27 PM) psi: ồ (04:51:30 PM) psi: tôi thấy chúng ta đang ở mục đó (04:51:55 PM) psi: vậy nếu bạn dùng cmake/cpack thì nsis rất ổn vì bạn có thể cross-compile cho windows từ linux một cách dễ dàng (04:52:04 PM) psi: không chắc nó hoạt động thế nào trong thế giới java (04:52:23 PM) zzz: Tôi đã nêu vài phản đối về đề xuất windows này trong tháng qua, không cái nào chí mạng, nhưng tôi không nghĩ chúng đã được giải quyết thỏa đáng (04:52:29 PM) zzz: Tôi sẽ liệt kê 3 điểm ở đây (04:52:47 PM) eyedeekay: Không may là chúng ta có thể phải làm vậy để tận dụng các bản dựng jpackage, vốn hiện yêu cầu chúng ta build trên nền tảng đích (04:53:03 PM) zzz: 1) tất cả điều này làm lệch hướng khỏi trình cài mac vốn khởi đầu cho chúng ta và có lẽ ưu tiên cao hơn, và chúng ta sẽ học được nhiều khi làm nó trước (04:53:15 PM) psi: điểm 1 là đủ rồi (04:53:24 PM) zzz: 2) hầu hết các lý do liệt kê hoặc suy diễn đều yếu hơn so với trình cài mac (04:53:34 PM) psi: tôi sẽ nói là hãy tập trung vào hạ tầng mac trước khi lang thang vào vực thẳm packaging (04:53:55 PM) psi: bạn sẽ thấy phạm vi bị nở ra thôi (04:53:57 PM) zzz: 3) hồ sơ firefox hiện chưa chính thức được giả định là sẽ kèm theo, nhưng chưa được biện minh hay rà soát riêng (04:54:02 PM) zzz: eot (04:54:31 PM) psi: hiện tại đóng gói macOS đã là quá nhiều việc và bạn không cần tăng phạm vi (04:54:47 PM) psi: khi bạn làm hạ tầng macOS chạy ổn hãy quay lại windows nsis (04:55:03 PM) psi: riêng tôi muốn bỏ hỗ trợ macOS ở chỗ làm vì nó thật tệ (04:55:12 PM) psi: toàn bộ nền tảng mục tiêu này ngày càng tệ theo từng bản phát hành (04:55:33 PM) psi: và Apple chủ động thù địch với các dự án phần mềm tự do (04:55:51 PM) psi: nếu bạn không ngại cúi mình để cho Apple can thiệp thì có lẽ vẫn ổn (04:56:10 PM) zlatinb: ờ đó là một cách diễn đạt đầy hình ảnh đấy psi :) (04:56:12 PM) psi: tất cả là câu hỏi bạn muốn đốt bao nhiêu thời gian để xử lý với họ (04:56:29 PM) psi: nếu số người dùng đủ thấp thì không đáng công (04:56:39 PM) eyedeekay: Tôi hoàn toàn chấp nhận đợi Mac sẵn sàng rồi mới tiến xa hơn với Windows, tôi nghĩ mọi người hiểu quan điểm của tôi về trình cài đặt và mối liên hệ của nó với việc đưa người dùng mới vào (04:57:00 PM) zlatinb: nhưng tôi đã trải qua cái “niềm vui” của notarization nên phần đó đã xử lý xong rồi (04:57:10 PM) zlatinb: (đó là phần khó chịu nhất nhân tiện) (04:57:33 PM) psi: vậy đây là một câu hỏi định hướng ở mức cao: windows thực ra đang tốt lên chút ít còn apple thì tệ đi, hướng đi dự kiến của mỗi bên khá rõ với tôi (04:57:52 PM) psi: nếu chúng ta không có một người chuyên trách mac thì các phần mac sẽ mục rữa (04:58:00 PM) psi: người chuyên trách mac* (04:58:05 PM) psi: đó là chuyện đã xảy ra ở chỗ làm D: (04:58:34 PM) zlatinb: tôi cố gắng ghi chép mọi thứ tôi làm, nhưng bạn nói đúng, một trong các yêu cầu là Apple ID đồng nghĩa với việc bỏ ẩn danh (de-anoning) (04:58:44 PM) psi: có lẽ vậy cũng ổn (04:58:50 PM) psi: vấn đề thực sự là mọi thứ còn lại (04:58:57 PM) zlatinb: nó không tệ đến thế (04:59:05 PM) psi: sẽ tệ nếu bạn cần đặc quyền nâng cao (04:59:05 PM) zlatinb: chúng ta có thể thảo luận sau cuộc họp nếu bạn quan tâm (04:59:16 PM) psi: đối với i2p thì ổn (04:59:16 PM) zlatinb: với I2P thì không cần, đó là cài đặt dạng kéo-thả (04:59:19 PM) zzz: Điều tôi vẫn không hiểu là chúng ta có một liên kết hỏng tới trình cài dmg cũ suốt một năm mà không ai phàn nàn. Trong thời gian đó chúng ta nghĩ có một người chuyên trách mac, nhưng anh ấy biến mất (04:59:19 PM) psi: và ừ chúng ta có thể nói chuyện sau (04:59:30 PM) psi: ừ (04:59:44 PM) psi: nếu một người dùng mac thử và nó hỏng họ sẽ chỉ gỡ cài đặt (04:59:48 PM) psi: họ sẽ không báo lỗi (04:59:52 PM) zlatinb: chính xác (05:00:03 PM) psi: và vì có i2pd nên họ có thể thử cái đó (05:00:12 PM) psi: nếu i2pd chạy được họ sẽ dùng cái đó (05:00:16 PM) eyedeekay: Tôi cá nếu tôi lục kỹ tôi có thể tìm ra một câu hỏi trên reddit (05:00:25 PM) zlatinb: nó không chạy, yêu cầu vô hiệu hóa toàn bộ assessments (05:00:53 PM) eyedeekay: Nhưng một yếu tố khác là cho tới vài tháng trước trình cài .dmg có thể vẫn cài được và có thể cập nhật, vì chữ ký trên đó chưa hết hạn (05:02:24 PM) zlatinb: ở ilita hình như có một người mac và anh ấy là một người dùng mac rất nâng cao (05:02:33 PM) zlatinb: dù sao, chúng ta đang lạc đề (05:02:33 PM) psi: ừ (05:02:33 PM) zlatinb: psi đúng khi nói người dùng mac sẽ không phàn nàn mà chỉ bỏ cuộc (05:02:33 PM) psi: có kiểm toán UX cấp dự án thường xuyên cho từng nền tảng không? (05:02:33 PM) zzz: không đúng, liên kết đã hỏng từ 0.9.44, vì bản dmg cuối là .43 (05:02:33 PM) psi: tức là kiểm tra xem nền tảng X có bị hỏng không? (05:02:33 PM) zlatinb: tiếc là không (05:02:33 PM) psi: nghĩ to lên tôi thấy một chủ đề chung bao trùm (05:02:33 PM) psi: chủ đề bao trùm (05:02:34 PM) zzz: đính chính .45 là bản cuối, hỏng kể từ .46 (05:03:03 PM) zlatinb: trình cài windows của chúng ta bị hỏng trong hai ngày cho tới khi parg phàn nàn về nó, chỉ là một dữ kiện (05:03:27 PM) zzz: đã một giờ rồi, eyedeekay bạn có thể giữ cho cuộc họp tiếp tục không? (05:03:35 PM) eyedeekay: Vâng (05:03:52 PM) eyedeekay: Tôi nghĩ chúng ta bàn đủ về #4 cho lúc này rồi (05:03:58 PM) psi: ừ (05:04:07 PM) eyedeekay: 5) kênh cập nhật (05:04:21 PM) eyedeekay: Mục này của bạn, zlatinb (05:04:56 PM) zlatinb: đúng, vì vậy mục đích chính của kênh cập nhật là hỗ trợ các trình cài mới, nhưng dĩ nhiên nó cũng có thể hữu ích trong tình huống khác. (05:04:57 PM) zlatinb: ví dụ: (05:05:16 PM) zlatinb: nếu chúng ta quyết định chuyển sang mô hình phát hành stable-vs-beta sau 1.0.0 (05:05:46 PM) zlatinb: tóm tắt những gì trên trang wiki: (05:06:09 PM) zlatinb: chúng tôi giới thiệu khái niệm kênh cập nhật, đó là một bộ (tuple) cho mức độ sẵn sàng theo nền tảng X (05:06:29 PM) psi: i2p về thực chất đã là rolling release trong cả thập kỷ rồi đúng không? (05:06:57 PM) zlatinb: để làm theo cách tương thích ngược với ít công nhất, update url sẽ được tạo thành `http://...b32.i2p/&lt;platform&gt;/&lt;readiness&gt;/news.su3` (05:07:25 PM) zlatinb: không thay đổi định dạng news.xml (05:08:08 PM) zlatinb: Vì vậy rất ít sửa đổi với quy trình của các trình tạo su3 (05:08:33 PM) zlatinb: một số thay đổi nhỏ ở backend của router, và thay đổi nhỏ đến vừa ở giao diện bảng điều khiển (console UI) (05:09:04 PM) zlatinb: để thảo luận chi tiết hơn xem trang wiki (05:09:36 PM) zlatinb: trong cuộc họp này tôi muốn thống nhất mức độ ưu tiên, khi nào muốn hoàn thành, và lý tưởng là ai sẽ làm phần nào (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: vấn đề là ai vận hành, quản lý và dịch các feed mới và bản dự phòng của chúng... giống như hiện tại hay khác (05:10:11 PM) zzz: nếu là phương án 1 thì gần như không tốn công phát triển (05:10:35 PM) zlatinb: ồ đúng, phương án 2 (từ trang wiki) loại bỏ, bỏ qua hoàn toàn (05:10:59 PM) zzz: vậy bạn đề xuất dùng cùng các máy chủ news như hiện tại cho các feed mới? (ech và idk), nếu vậy cần sự đồng thuận của họ, nếu không thì cần biết ai (05:11:44 PM) zlatinb: Tôi sẽ nói là bắt đầu với cùng các host như hiện tại (05:12:08 PM) eyedeekay: Tôi hoàn toàn sẵn lòng host các feed mới phía tôi (05:12:27 PM) zlatinb: Tôi sẽ liên hệ ech sớm về việc này (05:13:51 PM) eyedeekay: Vì phương án 2 bị loại thì theo đó phương án 3 cũng vậy, đúng chứ? (05:13:59 PM) zlatinb: ừ (05:14:36 PM) zlatinb: phương án 1 đạt được tất cả và tốn rất ít công so với các phương án khác (05:15:31 PM) zlatinb: vậy... (05:16:23 PM) zlatinb: vì đây là điều kiện tiên quyết để bật cập nhật trong mạng cho một trình cài .dmg và có vẻ chúng ta đồng ý sẽ tiến hành, vậy ta chốt mục này cho 0.9.51 nhé? (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: ồ tôi tưởng bạn muốn hạn chót để quyết định. đó là hạn chót để hoàn thành (05:17:24 PM) zzz: nhưng được, đó là mục tiêu hợp lý (05:17:50 PM) zlatinb: Tôi muốn một hạn chót để quyết định về trình cài .dmg.. nhưng tôi có thể rút lại nếu có các lý lẽ hợp lý chống lại việc quyết định ngay bây giờ :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: nghe ổn (05:19:10 PM) zlatinb: ok... chúng ta còn một cuộc họp nữa trước khi chu kỳ 0.9.51 bắt đầu thực sự, đúng chứ? (05:19:17 PM) eyedeekay: Có (05:19:44 PM) zlatinb: khi đó chúng ta có thể mở rộng chi tiết trên wiki, bao gồm các vị trí mã cụ thể cần thay đổi (05:19:56 PM) zlatinb: Tôi do dự bắt đầu viết mã thực sự ngay cả khi ở trên một nhánh (05:20:18 PM) zzz: thực ra không nên có việc viết mã nào, hoặc rất ít (05:20:37 PM) zlatinb: Tôi sẽ cố gắng xác định phạm vi trước cuộc họp tới (05:21:18 PM) zlatinb: ok, eot từ tôi cho mục 5) (05:21:26 PM) eyedeekay: Ok vậy chuyển sang 6) Báo cáo/Đánh giá di chuyển Trac (05:22:30 PM) eyedeekay: Tôi đã lập một sơ đồ, nó đã được phê duyệt, tôi đã chạy thử trên một máy chủ ở nhà, và nó chạy được. Có hàng trăm ticket cần di chuyển, gần như tất cả sẽ được thêm vào i2p.i2p với các thẻ tương ứng với “component” của chúng trên trac. (05:23:54 PM) eyedeekay: Tôi nghĩ tôi có thể thực hiện toàn bộ việc di chuyển trong tháng này và xong trước khi cuộc họp tới bắt đầu. Tôi sẽ đi từ nhỏ đến lớn như tôi đã làm với mtn->git. Lần này tôi sẽ đi nhanh hơn nhiều, hầu hết cái này dự kiến mất một ngày hoặc ít hơn để hoàn tất. Tôi sẽ bắt đầu với i2p.www (04:24:21 PM) zzz: chúng ta đã quyết định chắc chắn sẽ làm chưa, hay còn vấn đề mở như đăng ký để tạo ticket, spam, v.v. ????? (04:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: Spam đã giảm đáng kể trong tháng qua, đăng ký người dùng giờ đã mở mà không cần tôi phê duyệt. Bất kỳ ai xác nhận email đều có thể đăng ký. (05:25:32 PM) eyedeekay: Tôi vẫn có thể “phê duyệt” người dùng không thể hoặc không muốn dùng email thật. (05:25:35 PM) zzz: nếu tôi nhớ không nhầm thì chúng ta biết hướng đi nhưng chưa đưa ra quyết định cuối cùng, đặc biệt vì vấn đề đăng ký (05:25:53 PM) zzz: nhưng tôi không có log cuộc họp tháng trước trước mặt (05:26:14 PM) eyedeekay: Vấn đề lớn nhất, đăng ký chỉ-qua-phê-duyệt, không còn nữa (05:26:48 PM) zzz: ok vậy đó và các vấn đề kỹ thuật di chuyển là lớn nhất. còn gì chặn đường nữa không, hay bạn khuyến nghị chúng ta tiến hành? (05:27:35 PM) eyedeekay: Tôi tin rằng tôi nên tiến hành việc di chuyển ticket trong tháng này (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: nghe ổn (05:28:02 PM) eyedeekay: OK tôi sẽ bắt đầu có lẽ vào cuối tuần này (05:28:26 PM) eyedeekay: Cuối cùng nhưng không kém phần quan trọng 7) cập nhật phát hành 0.9.50 (05:28:29 PM) zzz: ồ tôi nhớ rồi (05:28:29 PM) zzz: thông báo (05:28:40 PM) zzz: trên ticket, MR, v.v. có vẻ hoàn toàn hỏng (05:29:04 PM) zzz: dĩ nhiên chúng cũng hỏng trên trac... (05:29:44 PM) zzz: vậy có lẽ không phải chặn đường nhưng chắc chắn là phiền toái (05:29:47 PM) eyedeekay: Bạn không nhận được à? Tôi tưởng tôi đã sửa, tôi bắt đầu nhận được của mình rồi. Tôi sẽ tìm xem vì sao và xử lý càng sớm càng tốt (05:30:19 PM) zzz: không. zlatinb còn bạn? (05:30:28 PM) zlatinb: không có gì (05:30:34 PM) zlatinb: đã nhận được vài cái vào một thời điểm nhưng sau cập nhật hoặc downtime thì không còn (05:30:55 PM) zlatinb: nhưng tôi kiểm tra activity feed một cách ám ảnh :) (05:31:19 PM) eyedeekay: Chà. OK chắc tôi đã bỏ sót khi đưa máy chủ lên lại sau vụ việc tháng 12. Tôi sẽ sửa sớm. (05:31:38 PM) eyedeekay: Khoan không, tôi có một email từ zzz về vấn đề X-i2p-location... (05:31:46 PM) eyedeekay: Không thể là cái đó. Dù sao, tôi sẽ tìm ra (05:32:14 PM) zzz: cảm ơn (05:32:16 PM) zzz: liên quan đến 7) (05:32:23 PM) zzz: tôi sẽ rất ngắn gọn (05:32:37 PM) zzz: chúng ta đang ở tuần thứ 7 của chu kỳ danh nghĩa 12 tuần, mục tiêu giữa đến cuối tháng 5 (05:32:45 PM) zzz: tất cả thay đổi lớn nên đã vào (05:32:49 PM) zzz: rất nhiều thứ về SSU và IPv6 (05:33:08 PM) zzz: đang thử nghiệm với i2pd trên prop. 158 (ipv6 introducers) (05:33:18 PM) zzz: xem bản nháp thông báo phát hành tại zzz.i2p (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: Tôi chỉ muốn góp lời về việc sử dụng băng thông (05:34:04 PM) zlatinb: bản phát hành này có tiềm năng cải thiện thông lượng rất NHIỀU (05:34:40 PM) zlatinb: vì vậy với các thay đổi đối với tinh chỉnh RED và CDQ chúng ta nên theo dõi mọi chỉ số mạng có thể có (05:34:50 PM) zzz: hy vọng vậy. cũng có nhiều bản sửa i2pd trong lần phát hành giữa chu kỳ vài tuần trước, và sẽ còn nữa ở lần tới, sẽ giúp hiệu năng mạng (05:35:38 PM) zlatinb: Tôi chỉ lo chúng ta sẽ gặp vài nút thắt cổ chai chưa từng gặp (05:35:50 PM) zlatinb: nhưng đó là cơn đau lớn lên thôi, tôi đoán vậy (05:36:09 PM) zzz: chuyện cũ lặp lại (05:36:48 PM) eyedeekay: Cảm ơn zzz, cảm ơn zlatinb. (05:37:53 PM) eyedeekay: Tôi không có nhiều điều để bổ sung ở đây, và tôi nghĩ chúng ta đã ở đây đủ lâu, nên trừ khi có điều gì khác các bạn muốn bàn, tôi sẽ kết thúc cuộc họp (05:38:03 PM) eyedeekay: Tạm dừng 1 phút (05:39:19 PM) eyedeekay: Cảm ơn mọi người đã đến, hẹn gặp trên IRC (05:39:31 PM) eyedeekay: Tôi sẽ đăng log cuộc họp trong vài phút nữa </div>/vi/blog/2021/03/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-3-n%C4%83m-2021/Tue, 02 Mar 2021 00:00:00 +0000/vi/blog/2021/03/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-3-n%C4%83m-2021/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (08:01:02 PM) eyedeekay: Chào mọi người và chào mừng đến với Cuộc họp ngày 2 tháng Ba, vui lòng cho tôi biết nếu bạn đã có mặt (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: Chương trình nghị sự (08:01:42 PM) eyedeekay: 1) Chào (08:01:42 PM) eyedeekay: 2) Các hạng mục còn lại của 0.9.49 (08:01:42 PM) eyedeekay: 3) Tình trạng Mac Launcher (08:01:42 PM) eyedeekay: 5) Phát hành 0.9.50 (08:01:42 PM) eyedeekay: 6) Tóm tắt di chuyển Trac (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] đã vào phòng. (08:01:46 PM) zzz: chào (08:01:55 PM) zlatinb: chào (08:01:55 PM) eyedeekay: 4) 1.0.0 so với 0.9.50 (08:03:04 PM) eyedeekay: chào zzz, chào zlatinb, timeout 30s còn ai nữa không? (08:03:39 PM) eyedeekay: Cảm ơn mọi người, bắt đầu luôn với 2) Các hạng mục còn lại của 0.9.49 (08:03:51 PM) eyedeekay: Cái duy nhất tôi biết là bản .dmg của trình cài đặt Mac (08:04:20 PM) zzz: các bản khác là debian và ubuntu chính thức (08:04:45 PM) zzz: Tôi sẽ giải thích thêm một chút (08:04:50 PM) eyedeekay: Ok cảm ơn. (08:05:06 PM) zzz: đáng tiếc là debian bullseye vừa bước vào giai đoạn đóng băng (08:05:29 PM) zzz: bảo trì viên debian của chúng ta hoặc không nắm lịch, hoặc đã không khuyên chúng ta đẩy nhanh (08:05:51 PM) zzz: vì vậy dù chúng ta đã kéo lịch vào cho ubuntu hirsute 21.04, hạn chót của debian lại sớm hơn (08:06:09 PM) zzz: do ubuntu lấy từ debian, ubuntu cũng không nhận được (08:06:45 PM) zzz: đây là chuyện hai năm một lần, nhưng biết sớm thì vẫn tốt hơn (08:06:54 PM) zzz: rốt cuộc chúng ta lại vội vì ubuntu, mà chẳng được gì (08:07:25 PM) zzz: vậy nên, đến lúc nào đó debian sẽ mở băng (unfreeze), và 49 sẽ xuất hiện trong sid. còn bullseye thì là 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: Cảm ơn zzz. Vậy hiện tại khuyến nghị cho người dùng Debian để có 'router' cập nhật là thông qua kho của chúng ta (08:08:17 PM) zzz: Ừ. ubuntu cũng vậy. (08:08:32 PM) zzz: ồ, nếu được, một báo cáo ngắn về mạng: (08:08:41 PM) eyedeekay: Được, mời tiếp tục (08:08:48 PM) zzz: 52% đã cập nhật lên 49; 6% đã thay khóa sang ECIES. Đến giờ mọi thứ trông ổn (08:09:03 PM) zzz: rất ít lỗi được phát hiện hoặc báo cáo (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: Nghe thật tuyệt, cảm ơn báo cáo (08:09:49 PM) eyedeekay: Và tôi nghĩ tôi có thể tìm xem chúng ta cần đăng ký danh sách thư nào để nhận thông tin sớm khi Debian sẽ đóng băng (08:10:02 PM) eyedeekay: 3) Tình trạng Mac Launcher (08:10:14 PM) eyedeekay: Đây là trình cài đặt dạng DMG, không phải .jar (08:10:54 PM) eyedeekay: Tôi đã sơ suất vụ này, không thông báo cho mọi người rằng bảo trì viên trước đó không còn build trình cài đặt nữa (08:11:15 PM) eyedeekay: Vì vậy tôi đã gỡ trình cài đặt Mac khỏi trang (08:11:39 PM) zzz: Nếu mình nhớ không nhầm thì bản cuối cùng build là .45 cách đây một năm, và có lẽ nó là một liên kết hỏng trong phần lớn năm qua (08:11:41 PM) eyedeekay: Từ đó tôi đã mua một máy Mac với ý định nhận bảo trì sản phẩm (08:12:00 PM) eyedeekay: zzz bạn đúng (08:12:04 PM) zlatinb: có vấn đề với trình cài đặt dmg - ít nhất trên máy mac của tôi tôi không thể dừng 'router'. Một daemon cứ khởi động lại nó (08:12:09 PM) zzz: vậy ra đó thực sự là vấn đề tồn tại lâu. bạn gỡ nó là đúng, cảm ơn vì điều đó (08:13:16 PM) zlatinb: vậy nếu người dùng mac khác cũng gặp tình trạng tương tự, chúng ta nên đưa ra một hướng dẫn dọn dẹp nào đó (08:13:28 PM) zzz: bạn đã xác định xem có auto-update hoặc thông báo tích hợp không? nếu có thì cái đó cũng hỏng à? hay chỉ là mục tin tức trong console? (08:13:57 PM) zlatinb: auto-update lại hoạt động, lạ thật (08:13:57 PM) eyedeekay: Nó không thể tự cập nhật, ít nhất là không thành công (08:14:04 PM) eyedeekay: Ồ, thế thì kỳ thật (08:14:09 PM) zlatinb: Tôi chỉ là không thể kill nó và bảo đảm nó không tự chạy lại (08:14:28 PM) eyedeekay: Nghe như một số hành vi khá thất thường (08:14:56 PM) zzz: eyedeekay, lần trước chúng ta bàn, có tranh luận về giá trị của sản phẩm trình cài đặt này với người dùng so với công sức cần để bảo trì nó (08:15:15 PM) zzz: chúng ta điều tra và đánh giá hai yếu tố đó thế nào? (08:15:58 PM) zzz: và zlatinb bạn có ý kiến gì về giá trị của một trình cài đặt “kiểu mac” hiện nay không? (08:16:36 PM) zlatinb: Tôi vẫn nghĩ các trình cài đặt kiểu Mac và kiểu Win vượt trội hơn hẳn so với cái izpack cồng kềnh (08:16:37 PM) eyedeekay: Tôi nghĩ zlatinb và tôi cần so sánh ghi chú, tôi thấy hành vi khác với anh ấy và nếu không biết vì sao thì việc tiếp tục build và hỗ trợ nó trở nên đáng ngại hơn nhiều (08:17:16 PM) zlatinb: nhưng tôi nghĩ chúng ta cần đánh giá lại độ phức tạp xét tới việc jpackage xuất hiện cùng Java 14+ (08:18:02 PM) zlatinb: dù sao thì, trình cài đặt kiểu Mac sẽ/nên có độ ưu tiên thấp hơn trình cài đặt kiểu Win (08:18:05 PM) zzz: Tôi không phải người dùng mac, nhưng “vượt trội hơn hẳn” là đồng thuận khi chúng ta bắt đầu phát triển trình cài đặt (08:18:43 PM) zzz: nếu đồng thuận giờ khác, tôi muốn hiểu lý do (08:19:24 PM) zlatinb: theo tôi biết thì đồng thuận vẫn như vậy, chỉ là hệ sinh thái đã thay đổi (tức là có jpackage) (08:20:26 PM) eyedeekay: Nếu tôi nhớ không nhầm thì kinh nghiệm của tôi với Mac khi đó gần như bằng không và tôi ủng hộ ý tưởng này vì làm việc với hệ thống đóng gói quen thuộc khiến gói của chúng ta dễ được tin tưởng hơn (08:20:39 PM) eyedeekay: jpackage tạo runtime image/loại bỏ nhu cầu cài Java đúng không? theo tôi biết thì dmg không làm vậy? (08:20:51 PM) zzz: đúng (08:21:18 PM) zlatinb: đúng (08:21:30 PM) zlatinb: jpackage được cho là build được dmg, tôi chưa thử (08:21:38 PM) zzz: vậy jpackage sẽ khoảng 100MB. vì nó chỉ cho một hệ điều hành, làm cho mac là khả thi. (08:21:47 PM) zzz: ừ các dmg chắc chắn cần được kiểm thử (08:22:14 PM) zlatinb: nó cũng build trình cài đặt Windows, tuy nhiên tôi chưa dùng chức năng đó (08:22:26 PM) zlatinb: và cả rpm và deb nhưng tôi khá chắc chúng ta không muốn những cái đó (08:22:52 PM) zzz: một điểm yếu của dự án là dmg luôn được gán nhãn ‘experimental’ trên trang tải về. Chúng ta chưa bao giờ chú ý đủ để gỡ nhãn đó hoặc thậm chí nhận ra rằng không ai còn build nó (08:22:57 PM) Irc2PGuest1578 rời phòng (quit: Lỗi đọc). (08:24:06 PM) zzz: như với các sản phẩm chính thức khác, nếu muốn hỗ trợ nó chúng ta cần đủ nguồn lực cho một bảo trì viên có năng lực (08:25:15 PM) zzz: tại thời điểm này tôi đề xuất chúng ta tiếp tục đánh giá cả nhu cầu người dùng và công sức cần thiết, cho cả dmg hiện có và jpackage. (08:25:29 PM) zzz: báo cáo tạm thời sau một tháng, quyết định cuối cùng sau hai tháng, kịp cho .50 (08:25:52 PM) zlatinb: có ý kiến về cách thực hiện không? khảo sát? (08:26:32 PM) eyedeekay: Tôi có thể tạo một khảo sát trên Reddit sau cuộc họp (08:26:42 PM) zzz: bài viết trên diễn đàn (08:27:11 PM) eyedeekay: Hợp lý với tôi, tôi sẽ thêm nó vào chương trình nghị sự cuộc họp tháng sau (08:28:06 PM) eyedeekay: Còn gì về mục 3) không? (08:28:32 PM) eyedeekay: 4) 1.0.0 so với 0.9.50 (08:29:02 PM) zzz: đây là mục của tôi (08:29:10 PM) eyedeekay: Mời zzz (08:29:28 PM) zzz: Tôi không nghiêng mạnh theo hướng nào, nhưng tôi nghĩ chúng ta nên lên 1.0.0 trong khoảng năm tới (08:29:49 PM) zzz: vì chúng ta không có nhánh ổn định riêng, 1.0.0 không phải là bảo chứng đặc biệt cho độ ổn định (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] đã vào phòng. (08:30:27 PM) zzz: vậy câu hỏi của tôi là mọi người nghĩ sao, và đội PR có thể triển khai thông điệp về 1.0.0 là gì và không là gì, theo một mốc thời gian nào đó không? (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: tôi có hai điểm về 1.0.0: (08:31:41 PM) zlatinb: 1) RED cần tinh chỉnh và tôi sẽ bảo vệ quan điểm đó đến cùng. Việc chỉnh cho đúng có thể cần hơn một bản phát hành (08:32:19 PM) zlatinb: 2) Quay lại vấn đề trình cài đặt - nếu chúng ta tạo được trình cài đặt mượt hơn nhiều cho các nền tảng chính, bản phát hành 1.0.0 sẽ có tác động lớn hơn nhiều (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: Tôi nghĩ chúng ta có thể xây dựng và triển khai thông điệp và PR cho 1.0.0, nếu 1.0.0 trùng với việc di chuyển mật mã rời khỏi Elgamal, và tôi đồng ý với zab ở mục 2) (08:34:30 PM) zzz: chúng ta luôn có thể chọn một tính năng tiêu đề để khoe ở bất kỳ bản phát hành nào. Khá tùy ý. Ta có thể chọn bất kỳ bản phát hành nào trong năm nay và nói đó là lúc ta bỏ elgamal. Việc đó đang diễn ra rồi (08:35:44 PM) zzz: vì tôi không nghe thấy đồng thuận mạnh, tôi đề xuất bản phát hành tiếp theo là 0.9.50, và chúng ta bàn lại sau bản đó, trong 3 tháng nữa (08:35:51 PM) eyedeekay: Vậy mục 2) vẫn khá quan trọng với tôi, trình cài đặt là một điểm đau, nghe có vẻ lạ nhưng là vậy (08:36:15 PM) eyedeekay: Tôi đồng ý bản tới nên là 0.9.50 (08:36:27 PM) anonymousmaybe rời phòng (quit: Lỗi đọc). (08:36:31 PM) T3s|4 rời phòng (quit: Lỗi đọc). (08:37:36 PM) eyedeekay: Còn gì về mục 4) không? (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] đã vào phòng. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) Phát hành 0.9.50 (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] đã vào phòng. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: Tôi nhường bạn trước, rồi tôi sẽ liệt kê tôi đã làm gì (08:41:28 PM) eyedeekay: Đã khoảng 2 tuần kể từ bản phát hành 0.9.49, trong thời gian đó tôi xử lý các lỗi giao diện, chuyển cấu hình X-I2P-Location vào trong ứng dụng thay vì yêu cầu reverse proxy hoặc cấu hình riêng, và đang tìm cách cải thiện gitlab (08:42:17 PM) eyedeekay: Cụ thể là cách di chuyển hàng loạt ticket của trac sang gitlab và cách tạo ticket ẩn danh đang nằm trong danh sách việc trên gitlab của tôi (08:43:06 PM) eyedeekay: Thực ra những việc đó đã làm được phần lớn và thuộc mục tiếp theo trong chương trình nghị sự, nên tôi sẽ không tốn thời gian vào đó bây giờ (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: tuyệt (08:44:26 PM) zzz: Tôi đã sửa vấn đề NTP cho năm 2036 (08:44:33 PM) zzz: triển khai UPnP cho IPv6 (08:44:45 PM) zzz: giảm mức dùng bộ nhớ bởi các profile (08:44:55 PM) zzz: thêm hỗ trợ các introducer IPv6 (08:45:17 PM) zzz: thêm hỗ trợ "4/6" caps để theo dõi tốt hơn ai có thể kết nối với ai (08:45:39 PM) zzz: đã làm một số việc về thông điệp xây dựng tunnel nhỏ hơn (đề xuất 157), dù công việc đó chậm hơn nhiều so với mong muốn của nhóm #ls2 (08:46:26 PM) zzz: và tôi đã báo một lỗi SSU nghiêm trọng cho i2pd. họ đã sửa. Tôi hy vọng họ sẽ ra bản phát hành cho nó trong tháng này, vì tôi nghĩ nó thực sự ảnh hưởng hiệu năng mạng đối với một số tập con kết nối (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: Cảm ơn zzz (08:47:25 PM) zlatinb: Tôi muốn làm vài thử nghiệm liên quan đến tinh chỉnh RED trên mạng thử nghiệm (testnet). Giả thuyết hiện tại là nó quá “gắt” và làm chậm các kết nối đơn luồng hơn mức cần thiết. Sẽ báo cáo như thường lệ. EOT (08:47:36 PM) eyedeekay: Cảm ơn zlatinb (08:48:17 PM) eyedeekay: 6) Tóm tắt di chuyển Trac (08:48:17 PM) zzz: về: roadmap. Tôi đã cập nhật hôm nay trên trang web để phản ánh những gì có trong .49 và chuyển các thứ khác sang .50. eyedeekay vui lòng làm tương tự cho các hạng mục bạn biết (08:48:32 PM) eyedeekay: Đã rõ zzz, tôi sẽ làm tối nay (08:51:18 PM) wodencafe rời phòng (quit: Lỗi đọc). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] đã vào phòng. (08:51:51 PM) eyedeekay: Về: trac tôi đang ở thế tiến thoái lưỡng nan. Tôi là admin trên trac chứ không phải trên máy mà trac chạy. Tôi không thể tự mình làm gì để cập nhật hay cải thiện nó, tất cả những gì tôi có thể làm là đuổi theo các vấn đề tốn thời gian. (08:51:51 PM) eyedeekay: Tôi thực sự muốn bỏ nó đi, nhưng rõ ràng chúng ta không thể xóa sạch tất cả các ticket hoặc các thông tin còn lại ở đây. (08:51:51 PM) eyedeekay: Tôi đề xuất chúng ta di chuyển ticket của trac sang ticket của gitlab và khuyến khích dùng gitlab cho mục đích theo dõi vấn đề (08:52:51 PM) eyedeekay: Ticket của Trac không ánh xạ 1:1 sang ticket của gitlab, các ticket cho ứng dụng I2P sẽ cần được thêm vào issue tracker của i2p.i2p và gắn thẻ trên gitlab với ứng dụng tương ứng (08:54:04 PM) eyedeekay: Cuối cùng tôi đã tìm ra cách làm nhờ một số tài liệu tương ứng từ Tor (08:54:37 PM) zzz: đó có lẽ là hướng đúng, nhưng chúng ta nên đánh giá nhanh các phương án khác, ví dụ chỉ cần sao chép mọi thứ sang trac trên một máy do chúng ta kiểm soát (08:54:51 PM) zzz: và thêm nữa, ước lượng tài nguyên cần cho phần một lần và phần duy trì (08:55:18 PM) zzz: chúng ta đã định họp về việc này vài tháng trước, có lẽ đã đến lúc (08:55:54 PM) lithium rời phòng (quit: Thoát: rời đi). (08:56:02 PM) eyedeekay: Theo bản năng, vận hành 2 dịch vụ (Trac và Gitlab) có lẽ sẽ tốn công hơn theo thời gian, nhưng ban đầu có thể ít công hơn (08:56:05 PM) zzz: tôi chỉ muốn rõ ràng về điều chúng ta đang cố đạt được (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] đã vào phòng. (08:56:38 PM) zzz: chuyển hoàn toàn sang gitlab là một cách sửa chữa khổng lồ cho vấn đề ai đó không trả lời email (08:56:50 PM) zzz: vậy câu hỏi là chúng ta được thêm gì từ việc đó (08:57:58 PM) zlatinb: tích hợp chặt chẽ với git, MR, code review, v.v. (08:58:02 PM) zzz: và chúng ta cần một danh sách ngắn các yêu cầu, đặc biệt cho đăng ký và chống spam (09:00:01 PM) zzz: Tôi cũng nghĩ chúng ta nên rút kinh nghiệm từ việc di chuyển git năm ngoái, và có các mốc, lịch trình, trạng thái rõ ràng (09:00:36 PM) eyedeekay: Đăng ký đã trở thành điểm khó. Tôi ước tính khoảng 1/3 đăng ký là spam, nhưng rất khó phân biệt vì tôi không yêu cầu nhiều thông tin từ người dùng git (09:01:37 PM) eyedeekay: Giải pháp của Tor về đăng ký ẩn danh khá hay và tiềm năng rất hữu ích, nhưng càng xem tôi càng nghĩ nó có thể quá mức cần thiết với chúng ta (09:02:35 PM) zzz: Tôi đề xuất ta tìm xem ai muốn tham gia một cuộc họp về việc này, rồi sau đó sẽ lên lịch họp (09:03:29 PM) eyedeekay: Tôi đồng ý. Tôi sẽ mở một chủ đề diễn đàn mới cho việc Di chuyển Trac. (09:04:49 PM) zzz: zlatinb, bạn có muốn tham gia không? (09:05:03 PM) zlatinb: được chứ (09:05:21 PM) zzz: tuyệt (09:07:56 PM) eyedeekay: Đó là tất cả trong chương trình nghị sự, còn gì để bổ sung không? (09:08:00 PM) eyedeekay: Timeout 60s (09:09:32 PM) eyedeekay: Kết thúc cuộc họp *baffs* (09:09:32 PM) eyedeekay: Cảm ơn zzz zlatinb đã tham dự, tôi sẽ đăng nhật ký cuộc họp lên trang sớm thôi (09:10:09 PM) zzz: cảm ơn (09:11:05 PM) devcron rời phòng (quit: Thoát: rời đi). (09:11:11 PM) eyedeekay: không vấn đề gì zzz </div>/vi/blog/2021/02/17/0.9.49-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/Wed, 17 Feb 2021 00:00:00 +0000/vi/blog/2021/02/17/0.9.49-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.49 tiếp tục công việc nhằm làm cho I2P nhanh hơn và an toàn hơn. Chúng tôi có một số cải tiến và sửa lỗi cho lớp truyền tải SSU (UDP) có thể mang lại tốc độ cao hơn. Bản phát hành này cũng bắt đầu quá trình chuyển đổi sang cơ chế mã hóa ECIES-X25519 mới, nhanh hơn, dành cho routers. (Destinations (đích I2P) đã sử dụng cơ chế mã hóa này trong vài bản phát hành gần đây) Chúng tôi đã làm việc trên các đặc tả và giao thức cho cơ chế mã hóa mới trong vài năm, và hiện đã gần hoàn tất! Quá trình chuyển đổi sẽ cần vài bản phát hành để hoàn tất.</p>/vi/blog/2020/12/10/xin-ch%C3%A0o-git-t%E1%BA%A1m-bi%E1%BB%87t-monotone/Thu, 10 Dec 2020 00:00:00 +0000/vi/blog/2020/12/10/xin-ch%C3%A0o-git-t%E1%BA%A1m-bi%E1%BB%87t-monotone/<h2 id="chào-git-tạm-biệt-monotone">Chào Git, tạm biệt Monotone</h2> <h3 id="the-i2p-git-migration-is-nearly-concluded">The I2P Git Migration is nearly concluded</h3> <p>Trong hơn một thập kỷ, I2P đã dựa vào dịch vụ Monotone lâu đời để đáp ứng nhu cầu quản lý phiên bản của mình, nhưng trong vài năm gần đây, phần lớn thế giới đã chuyển sang hệ thống quản lý phiên bản Git vốn nay gần như phổ quát. Cùng thời gian đó, Mạng I2P đã trở nên nhanh hơn và đáng tin cậy hơn, và các giải pháp khắc phục dễ tiếp cận cho hạn chế không thể nối lại của Git đã được phát triển.</p>/vi/blog/2020/11/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.48/Mon, 30 Nov 2020 00:00:00 +0000/vi/blog/2020/11/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.48/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.48 kích hoạt giao thức mã hóa đầu-cuối mới của chúng tôi (đề xuất 144) cho hầu hết các dịch vụ. Chúng tôi đã bổ sung hỗ trợ ban đầu cho mã hóa thông điệp xây dựng tunnel mới (đề xuất 152). Có những cải thiện hiệu năng đáng kể trên toàn bộ router.</p> <p>Các gói cho Ubuntu Xenial (16.04 LTS) không còn được hỗ trợ nữa. Người dùng trên nền tảng đó nên nâng cấp để tiếp tục nhận các bản cập nhật I2P.</p>/vi/blog/2020/11/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-11-n%C4%83m-2020/Tue, 03 Nov 2020 00:00:00 +0000/vi/blog/2020/11/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-11-n%C4%83m-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (03:01:04 PM) eyedeekay: Chào mọi người, chào mừng đến với cuộc họp ngày 3 tháng 11 của dự án I2P. idk gửi lời đến mọi người khá bất ngờ từ wi‑fi của Marriot, đang vật lộn với một captive portal (cổng đăng nhập mạng bắt buộc) khá tệ hại, nên hôm nay tôi dùng hai nick, eyedeekay và idk_mobile phòng khi một trong hai kết nối bị rớt. (03:01:04 PM) eyedeekay: Xin mọi người thông cảm, wi‑fi của khách sạn này thực sự chỉ là... tệ khủng khiếp. Tôi sẽ quay lại dùng kết nối ổn định của mình vào thứ Năm. (03:01:04 PM) eyedeekay: Chương trình nghị sự hôm nay gồm: (03:01:04 PM) eyedeekay: 1) Hi (idk) (03:01:04 PM) eyedeekay: 2) *brief* meeting procedural review (idk) (03:01:04 PM) eyedeekay: 3) phát hành 0.9.48 (zzz, idk) (03:01:04 PM) eyedeekay: 4) Kêu gọi người thử nghiệm (idk) (03:01:04 PM) eyedeekay: 5) Cập nhật tiến độ Git (idk) (03:01:04 PM) eyedeekay: 6) Bỏ phiếu thêm các site vào Router Console (idk) (03:01:04 PM) eyedeekay: Chào mọi người, hôm nay còn ai ở đây nữa không? (03:01:38 PM) zzz: chào (03:01:43 PM) eyedeekay: chào zzz (03:02:09 PM) eyedeekay: Còn ai nữa không? (03:03:21 PM) eyedeekay: Ừ thì mục 2 là thiết yếu hoặc vô nghĩa thôi tôi đoán 2) Về việc chào hỏi: Nhiều người trong chúng ta chạy IRC client gần như suốt, và không phải lúc nào cũng rõ ai đang có mặt và ai không. Vì vậy, ở đầu cuộc họp, chúng ta nói "hi" để biết chắc ai đang có mặt sẵn sàng tham gia, và ai chỉ đảm bảo rằng họ có scrollback để xem sau. Khi vào họp xin hãy chào một câu (03:04:19 PM) eyedeekay: 3) phát hành 0.9.48 (03:05:07 PM) John rời phòng (thoát: Lỗi đọc). (03:05:11 PM) eyedeekay: 0.9.48 sẽ hoàn thiện nốt phần đánh bóng cho các chủ đề Light và Dark của Router console. Chủ yếu là các chi tiết nhỏ, tinh chỉnh lề và khoảng đệm quanh các biểu tượng mới dùng trong những chủ đề đó. Một bộ biểu tượng mới cho các chủ đề Light và Dark của Snark cũng đã được chọn dựa trên phản hồi. (03:05:11 PM) eyedeekay: Bản phát hành Android 0.9.48 sẽ sử dụng quy trình build Android đã được rà soát và sửa trong tuần qua. Bản tự mình dùng để kiểm thử nội bộ cho cảm giác tốt hơn nhiều so với các tuần trước; rất mong chờ lần này. Để những ai chưa biết: trong nhiều năm, các bản Android của chúng tôi bị giảm mạnh tính khả dụng do lỗi bắt nguồn từ bootclasspath cấu hình sai, mà tài liệu thì vừa khó hiểu vừa tối thiểu, thậm chí hầu như không có. (03:05:36 PM) eyedeekay: Vấn đề này đã được khắc phục về lâu dài. (03:06:37 PM) eyedeekay: Sadie và tôi đã cập nhật, sửa đổi, cắt gọn và sắp xếp lại tài liệu trên nhánh git i2p.www "style-guide" (03:07:38 PM) eyedeekay: Không có gì ở đây là cố định, nhưng chúng tôi đang cung cấp nhiều ví dụ hơn và tốt hơn, trợ giúp cụ thể cho các ứng dụng I2P đi kèm, cập nhật hướng dẫn reseed (bootstrap mạng) cho reseed bạn-với-bạn (friend-to-friend) và vận hành máy chủ reseed, và cập nhật các trang so sánh của chúng tôi (03:08:10 PM) eyedeekay: zzz bạn muốn bổ sung gì không? (03:08:19 PM) zzz: ừ, về Android (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] đã vào phòng. (03:08:39 PM) zzz: để rõ ràng, bạn đã phát hành 0.9.47-1 tuần trước, và nó có ở tất cả các nơi chứ? Tôi không nghĩ là mình thấy bất kỳ thông báo nào (03:08:53 PM) zzz: vậy bạn nên thông báo rộng rãi và lấy một số báo cáo thử nghiệm (03:09:17 PM) eyedeekay: Được, tôi có thể đăng một thông báo (03:09:24 PM) zzz: về: 48, mọi thứ đang diễn ra tốt. Chúng ta đang ở gần 15K dòng diff, khá điển hình (03:09:42 PM) zzz: công việc về loại mã hóa của router đang tiến triển đáng ngạc nhiên, nhanh hơn lịch rất nhiều (03:09:48 PM) zzz: đó là các đề xuất 152 và 156 (03:10:02 PM) zzz: nhiều phần trong số đó sẽ có trong bản phát hành .48, dành cho những người thử nghiệm can đảm (03:10:22 PM) zzz: thông báo phát hành sơ bộ đã đăng trên zzz.i2p để mọi người xem xét (03:10:53 PM) zzz: Tôi muốn quyết định ngày phát hành hôm nay. Ngày 23 hay 30? (03:10:58 PM) zzz: tức là tag freeze sẽ là trong một hoặc hai tuần nữa (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: Đối với tôi thì không còn quan trọng lắm nữa, dù sao tôi cũng không thể đi lại một thời gian, nhưng nếu được tôi vẫn muốn chọn ngày 30 (03:12:44 PM) zzz: ok, vậy là ngày 30. tag freeze vào ngày 18, hạn chót checkin là ngày 27. Tôi sẽ cập nhật bài viết trên diễn đàn của tôi (03:12:53 PM) eyedeekay: Tuyệt, cảm ơn (03:13:52 PM) eyedeekay: Điều đó đưa chúng ta đến 4) kêu gọi người thử nghiệm (03:13:55 PM) eyedeekay: Khi bước vào tháng cuối trước khi phát hành 0.9.48, tôi muốn kêu gọi người dùng gửi phản hồi về I2P tại đây, hoặc trên diễn đàn dự án(i2pforum.i2p), hoặc trên diễn đàn của zzz(zzz.i2p), hoặc trên reddit.com/r/i2p nơi tôi ghé xem cho chúng ta. (03:14:24 PM) eyedeekay: Tôi sẽ đăng lời kêu gọi này lên những nơi đó khi tôi đưa nhật ký cuộc họp lên trang (03:15:00 PM) eyedeekay: Phản hồi về mọi thứ đều quan trọng: hiệu năng, phong cách, cấu hình. Xin hãy liên hệ! (03:15:09 PM) zzz: ừ ok tôi có lẽ sẽ đặt thẻ phiên bản -rc trong khoảng một tuần nữa (03:16:57 PM) Sleepy rời phòng (thoát: Lỗi đọc). (03:16:58 PM) eyedeekay: Có gì khác để bổ sung về chủ đề này không? (03:17:26 PM) zzz: không (03:17:49 PM) eyedeekay: Cảm ơn zzz :) (03:17:57 PM) eyedeekay: 5) Cập nhật Git: Tính tới lúc này tôi tạm thời dừng việc di chuyển các kho mới trong khi tôi cấu hình một push rule để bắt buộc các commit ký GPG trong namespace "I2P Developers". Đây là yêu cầu bắt buộc ít nhất đối với i2p.i2p và i2p.android.base. Hiện tại, chúng tôi đã di chuyển các plugin đang hoạt động sang gitlab, cũng như i2p.newsxml, i2p.firefox, i2p.scripts và i2p.www. Tuần này tôi đã build I2P và I2P cho Android thành công cả từ Git lẫn Monotone, bao gồm việc build i2p.android.base dựa trên mtn trên nền i2p.i2p dựa trên git và i2p.android.base dựa trên git trên nền i2p.i2p dựa trên mtn. Điều này ngụ ý rằng sau khi thiết lập push rule, i2p.i2p có thể được di chuyển mà không làm hỏng các dự án phụ thuộc vào nó. TODO cho việc này là liên hệ các downstream khác, mhatta, zero và BiglyBT, để thông báo cho họ về việc chuyển đổi. (03:19:08 PM) zzz: lịch trình thế nào? trước hay sau bản phát hành 48? (03:19:31 PM) zzz: Tôi không tin là có downstream nào còn dùng mtn (03:19:52 PM) eyedeekay: Tôi cũng không nghĩ vậy, theo tôi biết thì họ đều dùng maven hoặc mirror trên github, tôi chỉ muốn chắc chắn thôi (03:21:17 PM) eyedeekay: Tôi nghĩ ta vẫn có thể làm trước 0.9.48, nếu tôi bắt đầu ngay sau khi thiết lập xong push rule. (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] đã vào phòng. (03:22:19 PM) zzz: ok, chỉ là đừng để quá sát ngày (03:23:26 PM) zzz: và hãy nhận xác nhận đồng ý từ mọi người trước khi bạn gạt công tắc. không thể để ai tụt lại (03:23:29 PM) eyedeekay: Ừ, nếu tôi thấy không thể hoàn tất với một chút thời gian đệm trước tag freeze thì tôi sẽ trì hoãn sang 49 (03:23:37 PM) eyedeekay: Sẽ làm (03:25:08 PM) eyedeekay: Có ai còn điều gì về chủ đề này không? (03:26:01 PM) eyedeekay: OK, vậy mục cuối cùng là 6) (03:26:04 PM) eyedeekay: Tôi muốn thêm 2 site của tôi vào trang chủ Router console, site đầu tiên là git.idk.i2p, là máy chủ gitlab của tôi mở cho cộng đồng và là nơi các kho I2P mtn đã/đang được chuyển tới. (03:26:04 PM) eyedeekay: Site thứ hai là paste.idk.i2p, một pastebin mục đích chung cho tệp và thử nghiệm, tôi dựng lên khi có vẻ như không còn pastebin nào khác còn truy cập được. (03:27:00 PM) zzz: không có phản đối (03:28:15 PM) zzz: nhưng tôi đề nghị rà lại lần nữa các tooltips đề xuất, tôi có vài ý tưởng sẽ trao đổi với bạn sau (03:29:05 PM) eyedeekay: Với tôi thì ổn (03:30:55 PM) eyedeekay: Được rồi, như vậy là hết tất cả những gì tôi dự định cho cuộc họp này, nên nếu ai còn chủ đề nào khác để thảo luận thì xin nêu ra bây giờ (03:31:20 PM) eyedeekay: timeout 1m (03:32:42 PM) eyedeekay: Được rồi cảm ơn zzz đã đến dự họp, cảm ơn các bạn đã lắng nghe. (03:33:08 PM) eyedeekay: Cuộc họp tháng sau sẽ là ngày 8 tháng 12, cùng thời gian, cùng kênh (03:33:13 PM) eyedeekay: *Baffs* </div>/vi/blog/2020/10/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-10-n%C4%83m-2020/Tue, 06 Oct 2020 00:00:00 +0000/vi/blog/2020/10/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-10-n%C4%83m-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, orignal, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: Xin chào mọi người và chào mừng đến với Cuộc họp Cộng đồng I2P tháng Mười. (04:00:04 PM) eyedeekay: Trong chương trình nghị sự hôm nay có: (04:00:04 PM) eyedeekay: 1) Chào (04:00:04 PM) eyedeekay: 2) phát hành 0.9.48 (zzz) (04:00:04 PM) eyedeekay: 3) Cập nhật tiến độ Git (idk) (04:00:04 PM) eyedeekay: 4) Cập nhật Nhóm UI / OTF (idk) (04:00:04 PM) eyedeekay: 5) Cập nhật Android (idk) (04:00:17 PM) eyedeekay: Chào mọi người, ai đang có mặt? (04:00:25 PM) orignal: chào (04:00:29 PM) eyedeekay: Chào orignal (04:00:33 PM) zzz: xin chào (04:00:39 PM) eyedeekay: Chào zzz (04:01:14 PM) eyedeekay: Còn ai nữa không? (04:01:53 PM) eyedeekay: Được rồi, chuyển sang mục 2 (04:02:14 PM) eyedeekay: Gần đây tôi thấy zzz làm khá nhiều việc; về phần mình, kế hoạch duy nhất bên trong router cho bản phát hành 0.9.48 là rekeyOnIdle. Phần lớn kế hoạch cho đợt phát hành này sẽ liên quan đến việc hoàn tất 2 giai đoạn tiếp theo của quá trình di chuyển sang git, và các thay đổi đối với i2p.www mà tôi sẽ trình bày ở mục 4). (04:02:45 PM) zzz: Tôi nghĩ là chúng ta đã đi được 5 tuần trong chu kỳ. Mọi việc diễn ra tốt. (04:03:14 PM) zzz: orignal và tôi đang làm việc để cải thiện việc xây dựng tunnel (đề xuất 152), và đã bắt đầu đưa một phần mã đó vào. (04:03:29 PM) zzz: Nghiên cứu SSU2 tiến triển chậm, và chắc chắn sẽ không có mã nào trong .48 (04:03:50 PM) zzz: Cho đến nay có 7500 dòng diff trong bản phát hành, cũng khá điển hình. (04:04:08 PM) zzz: Mục tiêu là giữa đến cuối tháng 11 cho bản phát hành .48, có lẽ chúng ta sẽ sớm ấn định ngày. (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: Cảm ơn zzz rất nhiều (04:05:14 PM) eyedeekay: Cũng cảm ơn vì các cập nhật diễn đàn thường xuyên, điều đó giúp một số tiến triển của bạn dễ nắm bắt và giải thích cho người khác hơn. (04:05:43 PM) eyedeekay: Chuyển sang mục 3) (04:06:03 PM) eyedeekay: Chúng ta đang ở giai đoạn ba của việc di chuyển sang git. (04:06:08 PM) eyedeekay: i2p.www đã được chuyển. Trong tất cả các dự án, nó phụ thuộc vào mtn nhiều nhất. (04:06:14 PM) eyedeekay: i2p.firefox cũng đã được chuyển. (04:06:22 PM) eyedeekay: Chúng tôi sẽ chuyển i2p.newsxml vào tối thứ Năm, lúc 18.00 UTC. (04:06:32 PM) eyedeekay: Sau đó tôi sẽ liên hệ với zzz về việc chuyển zzzot hoặc snark-rpc tiếp theo. (04:06:37 PM) eyedeekay: Các kho mà đồng bộ mtn đã bị vô hiệu hóa thì được giữ đồng bộ giữa github và gitlab. (04:06:44 PM) eyedeekay: Hiện chúng tôi đang đi theo lộ trình ổn định: cứ một repo được chuyển xong là bắt đầu repo tiếp theo. (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: Có câu hỏi nào về Git không? (04:09:06 PM) eyedeekay: Timeout 1m (04:10:16 PM) eyedeekay: Được rồi, sang mục 4) (04:11:20 PM) eyedeekay: Công ty thiết kế do OTF thuê đã tạo ra một hướng dẫn phong cách được sửa đổi. Bản hướng dẫn mới “linh hoạt” hơn đôi chút so với bản cũ, đồng thời khuyến khích chúng ta đạt được một mức độ nhất quán nội bộ. (04:11:20 PM) eyedeekay: Nó nằm ở đây: https://uracreative.github.io/i2p-styleguide/. Bài viết kêu gọi cộng đồng góp ý về các khuyến nghị phong cách, nên áp dụng cái nào và cách áp dụng ra sao, ở đây: `http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49` (04:11:20 PM) eyedeekay: Khó khăn khi triển khai các khuyến nghị thiết kế xuất phát từ thực tế là các thay đổi thực hiện dở dang thường kém bắt mắt; ví dụ hãy xem vấn đề biểu tượng gần đây trong I2PSnark. (04:12:26 PM) eyedeekay: Tuy nhiên, đó chỉ chiếm 1/2 lời khuyên mà chúng tôi nhận được (04:13:01 PM) eyedeekay: Phát hiện quan trọng nhất về cải tiến mà chúng tôi có thể thực hiện, do các chương trình do OTF tài trợ và do Ura Design cùng Simsec thực hiện, là tồn tại một vấn đề tổng thể trong việc onboarding (hướng dẫn ban đầu/giới thiệu) người tham gia mới thuộc mọi loại. (04:13:16 PM) eyedeekay: Chúng tôi coi đây là ưu tiên. Các giai đoạn đầu để cải thiện sẽ diễn ra chủ yếu trong i2p.www (04:13:19 PM) eyedeekay: Một trong những câu hỏi thường gặp nhất là “I2P dành cho ai.” (04:13:42 PM) eyedeekay: Rõ ràng không chỉ những người làm thiết kế/tính dễ dùng mới đặt câu hỏi đó (04:13:52 PM) eyedeekay: Vì vậy chúng tôi đã xác định các “kiểu” người tham gia, bao gồm người dùng, người vận hành dịch vụ, nhà phát triển ứng dụng, nhà phát triển router. (04:13:52 PM) eyedeekay: Chúng tôi có rất nhiều câu trả lời cho câu hỏi đó, nhưng một mẫu số chung thường thấy là: dễ nói “Ứng dụng” I2P dành cho ai hơn. (04:14:07 PM) eyedeekay: Vì thế chúng tôi muốn người dùng bắt đầu sử dụng ứng dụng nhanh hơn và dễ dàng hơn. Việc thay đổi các luồng này được gọi là “Kiến trúc Thông tin” (Information Architecture). (04:14:07 PM) eyedeekay: Để làm được điều này, chúng tôi sẽ cần tạo ra: (04:14:07 PM) eyedeekay: - Hướng dẫn cài đặt trên Windows bao gồm việc cài một phiên bản Java đã biết là hoạt động với I2P. (04:14:07 PM) eyedeekay: - Các trang trên website giải thích về các ứng dụng đi kèm với Java I2P router. (04:14:07 PM) eyedeekay: - Đưa I2P in Private Browsing webextension vào gói hồ sơ I2P trên Windows (04:14:07 PM) eyedeekay: - Đề xuất và hướng dẫn về một client IRC. (04:14:07 PM) eyedeekay: - Các hướng dẫn lưu trữ dịch vụ hạng nhất(Như hướng dẫn cho Gitlab), dành cho người vận hành mới, bao gồm viết lại Hướng dẫn Dịch vụ Reseed. Cũng dự kiến có hướng dẫn lưu trữ NextCloud và IRC. (04:14:07 PM) eyedeekay: - Tái tổ chức trang chủ và menu điều hướng cấp cao xoay quanh người dùng. (04:14:44 PM) eyedeekay: Xin lỗi vì đã trình bày hơi dài dòng, nhưng xin mọi người cứ từ từ; tôi muốn bảo đảm mang đến một cập nhật đầy đủ. (04:17:14 PM) eyedeekay: EOT. Có câu hỏi nào không? (04:17:26 PM) zzz: Công việc do OTF tài trợ đã hoàn tất chưa? Họ hoàn thành khi nào? Bản hướng dẫn phong cách đã sửa có từ khi nào? (04:19:20 PM) eyedeekay: OTF đã trả tiền cho công ty thiết kế, và họ hoàn thành vào tháng trước. Chờ tôi kiểm tra lịch sử một chút (04:19:56 PM) eyedeekay: Ngày 8 tháng 8 (04:20:10 PM) zzz: Ý tôi là, làm sao chúng ta có thể cải thiện quy trình để tình trạng và kết quả của các công việc được tài trợ thực sự được truyền đạt đến cộng đồng một cách kịp thời? (04:21:07 PM) eyedeekay: Thông thường giải pháp là tôi giữ liên lạc với một người nào đó. Trong trường hợp này, “người nào đó” có lẽ nên là việc tôi thực hiện các cập nhật định kỳ lên i2pforums.i2p (04:22:38 PM) zzz: Ừ. Chỉ là rất kỳ lạ khi một dự án được tài trợ, đưa ra khuyến nghị cho nhà phát triển, lại không được thông báo cho các nhà phát triển trong suốt hai tháng. (04:23:06 PM) zzz: Vậy nên nếu sau này chúng ta lại thực hiện việc này, đó sẽ là một chủ đề thảo luận để cải tiến quy trình. (04:23:14 PM) zzz: cảm ơn vì báo cáo (04:23:35 PM) eyedeekay: Chỉ cố gắng hết sức để giải quyết vấn đề thôi :) (04:23:39 PM) eyedeekay: Và điều đó đưa chúng ta đến mục 5) (04:24:46 PM) eyedeekay: Tôi hiện là quản trị viên của tất cả các máy chủ nơi chúng ta cung cấp ứng dụng Android để tải xuống, vì quản trị viên còn lại không phản hồi. (04:24:51 PM) eyedeekay: Cuối cùng tôi đã liên lạc được với quản trị viên kia, và anh ấy đã đồng ý làm dự phòng. (04:24:59 PM) eyedeekay: Kế hoạch sắp tới là tôi sẽ tải lên GPlay và F-Droid của chúng ta vào cùng ngày phát hành các gói Debian. (04:25:03 PM) eyedeekay: Điều này có nghĩa là F-Droid của chúng ta sẽ có sẵn cùng ngày các gói Debian được tải lên. GPlay vẫn sẽ bị trễ khoảng 1–6 ngày, tôi không thể làm gì nhiều với việc đó. (04:25:29 PM) eyedeekay: Điều này cũng có nghĩa là bây giờ tôi là admin của download.i2p2.de, vì vậy tôi cũng có thể xử lý phần đó. Về cơ bản tôi có thể sửa mọi thứ trừ trac. (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: Ồ, đó là điều tôi quên. Tôi *không* phụ trách việc tải lên kho cộng đồng F-Droid. Việc đó vẫn do nextloop phụ trách. (04:30:21 PM) eyedeekay: Có ai muốn bổ sung điều gì, muốn đưa vào chương trình họp, hoặc có câu hỏi nào về những gì chúng ta đã bàn chưa? (04:31:02 PM) eyedeekay: timeout 1m (04:31:13 PM) zzz: nhắc nhở (lần nữa) - đưa cuộc họp tháng 8 lên website (04:32:00 PM) eyedeekay: Tôi tưởng là tôi đã làm rồi? Được, tôi sẽ thêm nó ngay sau khi chúng ta xong </div>/vi/blog/2020/09/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-9-n%C4%83m-2020/Tue, 01 Sep 2020 00:00:00 +0000/vi/blog/2020/09/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-9-n%C4%83m-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Xin chào mọi người, chào mừng đến với cuộc họp cộng đồng ngày 1 tháng 9: (04:00:08 PM) eyedeekay: 1) Chào (04:00:08 PM) eyedeekay: 2) phát hành 0.9.48 (04:00:08 PM) eyedeekay: 3) Cập nhật tiến độ Git (04:00:08 PM) eyedeekay: 4) Cập nhật tiến độ Android/Maven (04:00:08 PM) eyedeekay: 1) Chào (04:00:08 PM) eyedeekay: Chào mọi người, cảm ơn vì đã đến :) (04:00:24 PM) zlatinb: hi (04:00:31 PM) eyedeekay: chào zlatinb (04:00:40 PM) zzz: yo (04:00:45 PM) eyedeekay: chào zzz (04:01:00 PM) eyedeekay: Còn ai ở đây không? (04:01:23 PM) eyedeekay: echelon đi vắng hôm nay và sẽ không có mặt (04:01:53 PM) eyedeekay: 2) phát hành 0.9.48 (04:02:33 PM) eyedeekay: 0.9.47 đã phát hành tuần trước, chu kỳ mới vừa bắt đầu (04:03:15 PM) eyedeekay: zzz đã đăng bản đề xuất cho ECIES router identities sáng nay, xin mọi người nếu có thể dành thời gian đọc và góp ý (04:04:45 PM) eyedeekay: Có ai muốn nói gì cho chủ đề 2) không? (04:04:57 PM) zlatinb: Tôi sẽ cố gắng đưa một số công việc về SSU vào (04:05:05 PM) zlatinb: đang chờ việc chuyển sang Git, tất nhiên (04:05:06 PM) zzz: chúng ta mới chỉ bắt đầu... (04:05:32 PM) zzz: Nhóm #ls2 dự định bắt đầu làm cả đề xuất ECIES routers và SSU2 trong thời gian này (04:05:57 PM) zzz: Tôi dự đoán khoảng một chu kỳ 3 tháng, phát hành vào tháng 11 (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: Tôi cũng muốn thấy có tiến triển về RED, dù tôi chưa chắc chính xác mình muốn thay đổi gì. Tôi sẽ phải làm một số thử nghiệm trên testnet trước khi quyết định. EOT (04:06:50 PM) eyedeekay: Cảm ơn zzz và zlatinb. (04:07:00 PM) zzz: eyedeekay, vui lòng cho chúng tôi (và nếu biết thì cả nhóm UI) kế hoạch của bạn cho 48 (04:08:12 PM) eyedeekay: Kế hoạch lớn của tôi là hoàn thiện tính an toàn luồng cho i2cp.rekeyOnIdle (04:08:41 PM) eyedeekay: và thêm UI cho I2P alternate destinations vào i2ptunnel và webextension (04:09:13 PM) eyedeekay: Nhưng hiện tại, ưu tiên của tôi là git và Android (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: có thay đổi UI lớn nào được lên kế hoạch không? có thay đổi trang web nào không? có cập nhật gì về hợp đồng OTF/Ura không? (04:10:16 PM) eyedeekay: Ura không còn được OTF trả tiền nữa, nhưng một số người trong họ vẫn rất hào phóng đóng góp thời gian và chúng tôi vẫn giữ liên lạc (04:11:26 PM) eyedeekay: Không có thay đổi lớn trên toàn bộ bộ biểu tượng được lên kế hoạch, nhưng tôi dự định thêm menu có thể thu gọn và nút khởi động lại vào trang chính của i2ptunnel (04:12:26 PM) zzz: ok. không có cập nhật trong nhiều tháng, tôi hoàn toàn không rõ sản phẩm của hợp đồng OTF là gì và khi nào (nếu) nó có thể xuất hiện, vậy ở thời điểm này chúng ta có thể coi nó sẽ chết? hay sao? (04:13:18 PM) eyedeekay: Bumble rất tâm huyết với việc đưa các thay đổi vào và vẫn tiếp tục làm việc với chúng ta, tạm thời hãy coi nó vẫn còn (04:13:36 PM) zzz: "Bumble" là gì? (04:13:46 PM) eyedeekay: Bumble là một thành viên của đội Ura/SimSec (04:16:48 PM) eyedeekay: Vâng cô ấy có kế hoạch. (04:17:41 PM) zlatinb: Dù là gì đi nữa, tôi không thấy nó thành hiện thực nếu không có giao tiếp tích cực, lành mạnh với chúng ta ở đây. (04:19:22 PM) eyedeekay: Tôi chỉ có thể hỏi mà thôi. (04:19:35 PM) zlatinb: Cảm ơn. EOT (04:19:45 PM) eyedeekay: 3) Chuyển đổi sang Git (04:20:05 PM) eyedeekay: Lộ trình tuần này của tôi bao gồm ngừng sử dụng hoàn toàn i2p.www mtn (04:20:59 PM) eyedeekay: Vì vậy tôi đang thử nghiệm script triển khai đã chuyển đổi, script này kiểm tra các chỉnh sửa đối với các tệp dịch bằng mtn diff (04:21:33 PM) eyedeekay: Về cơ bản là sẵn sàng rồi, tôi chỉ muốn chắc chắn trước khi đẩy quá sớm và làm hỏng trang, ngoài ra tôi cần sự giúp đỡ của echelon ở phía bên kia (04:21:57 PM) eyedeekay: Sau đó, gần như ngay lập tức, tôi sẽ bắt đầu phần script và plugin còn lại. EOT. (04:22:03 PM) eyedeekay: Có câu hỏi nào không? (04:22:32 PM) zzz: như đã yêu cầu trong chủ đề trên diễn đàn của tôi, vui lòng thông báo trước 24 giờ trước khi dừng đồng bộ mtn cho mỗi nhánh đang hoạt động (04:22:44 PM) eyedeekay: Chắc chắn rồi, sẽ làm. (04:22:54 PM) zzz: và một thông báo nữa khi git đi vào hoạt động (04:23:18 PM) eyedeekay: Chắc chắn rồi (04:23:50 PM) eyedeekay: Còn gì nữa không? (04:24:49 PM) eyedeekay: 4) Cập nhật Maven/Android (04:26:25 PM) eyedeekay: Không có nhiều điều để nói ngoài việc tôi đang cố gắng phát hành chúng, bộ nộp đầu tiên của tôi đã không được phân phối đúng (04:26:58 PM) zlatinb: vấn đề cụ thể với mavenCentral là gì? (04:28:11 PM) eyedeekay: Tôi không biết, tôi đã mở một ticket với họ để nhờ trợ giúp nhưng mọi thứ trông ổn cho đến khi tôi thử chuyển chúng ra khỏi khu vực staging (04:28:56 PM) zlatinb: ừ, lạ (04:29:02 PM) zzz: ok, vậy là không có ETA (04:29:07 PM) eyedeekay: Ừ và tất cả đều hoạt động ngoại trừ một cái (04:30:20 PM) eyedeekay: Không có ETA. Sẽ làm việc cho đến khi sửa xong. (04:31:00 PM) eyedeekay: Đây là ưu tiên hiện tại của tôi, vì mọi người đều cần nó. (04:31:08 PM) eyedeekay: EOT. (04:32:24 PM) eyedeekay: Ai còn gì khác cho mục 4 không (04:33:09 PM) eyedeekay: OK chúng ta có một đề xuất phút chót từ orignal là chuyển các cuộc họp sang kênh khác, tôi sẽ gọi là 5) i2p-meetings (04:33:45 PM) eyedeekay: Tôi không thấy cần thiết lắm (04:34:15 PM) eyedeekay: Nhưng tôi sẵn sàng lắng nghe ý kiến của người khác về việc này? (04:34:48 PM) zlatinb: Điều này là do drama giữa anh ấy và echelon, và đến giờ cả hai bên đều không nhượng bộ. Tôi phản đối việc chuyển cuộc họp và thay vào đó khuyến khích các nhân vật chính tìm cách giải quyết. (04:35:31 PM) zzz: Tôi nghĩ mọi thứ tôi cần làm cho bản phát hành 47 đã xong (04:35:31 PM) zzz: về 5), vấn đề là echelon cứ tiếp tục cấm orignal ở đây; không quy lỗi cho ai, vấn đề tương tự có thể xảy ra ở bất kỳ kênh nào khác (04:36:56 PM) zzz: sẽ rất có giá trị nếu trưởng dev của impl router C++ hàng đầu được phép tham gia ở đây, cả trong cuộc họp lẫn lúc khác; điều đó có khả thi hay không thì tôi không biết (04:37:06 PM) eyedeekay: À tôi hiểu. Điều này cho tôi bức tranh rõ hơn về tình hình. (04:37:40 PM) eyedeekay: Xét theo đó thì tôi nghĩ chúng ta đều đồng ý, giữ chúng ở i2p-dev và tìm giải pháp về mặt xã hội? (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: OK. Sẽ làm vậy. (04:38:29 PM) zzz: Tôi đã từ chối làm trung gian nhiều lần rồi. Có lẽ ai đó khác có thể thử, nếu không thì tùy vào hai người họ. (04:39:21 PM) eyedeekay: Tôi hiểu. (04:39:56 PM) zlatinb: ok tôi sẽ thử (04:40:01 PM) zlatinb: nhưng tôi sẽ cần giúp đỡ (04:40:15 PM) zlatinb: và không bên nào sẽ có được tất cả những gì họ muốn (04:40:48 PM) eyedeekay: zlatinb tôi sẽ làm những gì có thể để hỗ trợ bạn trong việc này. (04:41:12 PM) zlatinb: cảm ơn (04:41:32 PM) eyedeekay: zzz Tôi tin là bạn đúng, tất cả gói của bạn cho 0.9.47 đều đã lên (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: Còn ai có điều gì muốn nêu trong cuộc họp này không? (04:43:05 PM) eyedeekay: Nếu không thì tôi sẽ chạm timeout:2m (04:43:12 PM) anonymousmaybe: bạn có thể làm UI i2pconsole không dùng JavaScript không? nếu không thì vì sao? (04:43:23 PM) zzz: một mục 6) rất ngắn - vui lòng đưa log của hôm nay và tháng trước (và tháng trước nữa nếu bạn coi đó là cuộc họp thực sự, tôi không bao giờ chắc chắn) lên trang web (04:43:36 PM) zzz: EOT cho 6) (04:43:36 PM) eyedeekay: Sẽ làm zzz (04:44:04 PM) eyedeekay: anonymousmaybe Nó đã có thể chạy mà không cần Javascript, NoScript hoặc uMatrix sẽ làm được điều đó (04:44:29 PM) anonymousmaybe: ừ nhưng ý tôi là ở cấp độ mã thì nó vẫn còn đó (04:45:03 PM) anonymousmaybe: tự hỏi liệu bạn có thể thêm mục việc cần làm cho bản phát hành sau để loại bỏ js khỏi console không (04:46:17 PM) eyedeekay: Tôi cho là có thể thêm một tùy chọn kiểu như không thêm các phần tử script src vào trang, nhưng tôi không chắc thấy nhiều ý nghĩa và nó đi ngược với ít nhất một vài mục tiêu UI. (04:46:43 PM) eyedeekay: Bạn có ticket trên trac cho việc đó không? (04:47:44 PM) eyedeekay: anonymousmaybe? (04:50:05 PM) anonymousmaybe: eyedeekay không (04:50:16 PM) anonymousmaybe: tôi có một chủ đề trên i2pforum (04:50:21 PM) anonymousmaybe: nhưng không có ticket i2p (04:51:36 PM) eyedeekay: Vậy tôi sẽ sang forum và thảo luận với bạn ở đó trước đã. (04:52:25 PM) eyedeekay: Tôi không nói là không, nhưng tôi muốn nghe lý do của bạn trước khi hành động (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: Cảm ơn rất nhiều :) (04:53:29 PM) anonymousmaybe: bạn cũng vậy :) (04:54:28 PM) eyedeekay: Nếu không còn gì nữa thì tôi sẽ kết thúc cuộc họp. Lần 1 (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: Được rồi mọi người cảm ơn đã đến họp, hẹn gặp lại trên IRC </div>/vi/blog/2020/08/24/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.47/Mon, 24 Aug 2020 00:00:00 +0000/vi/blog/2020/08/24/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.47/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.47 bật giao thức mã hóa đầu-cuối mới của chúng tôi (đề xuất 144) theo mặc định cho một số dịch vụ. Công cụ phân tích và chặn Sybil hiện được bật theo mặc định.</p> <p>Hiện yêu cầu Java 8 trở lên. Các gói Debian cho Wheezy và Stretch, cũng như cho Ubuntu Trusty và Precise, không còn được hỗ trợ nữa. Người dùng trên các nền tảng đó nên nâng cấp để có thể tiếp tục nhận các bản cập nhật I2P.</p>/vi/blog/2020/08/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-8-2020/Tue, 04 Aug 2020 00:00:00 +0000/vi/blog/2020/08/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-8-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> <p>(04:00:50 PM) eyedeekay1: Xin chào zlatinb zzz mikalvmeeh eche|on, nếu mọi người đã sẵn sàng thì chúng ta bắt đầu cuộc họp. (04:00:50 PM) eyedeekay1: 1) Chào mọi người (04:00:50 PM) eyedeekay1: 2) Bản phát hành 0.9.47 (04:00:50 PM) eyedeekay1: 3) Theo dõi các cuộc họp hằng tháng (04:00:50 PM) eyedeekay1: 4) Cập nhật Git (04:01:38 PM) eyedeekay1: Chào tất cả mọi người, trước hết, xin lỗi vì tôi đã không nhận ra mình ghi sai ngày trong tiêu đề thông báo. (04:02:38 PM) zzz: chào (04:02:58 PM) eyedeekay1: chào zzz (04:03:31 PM) zlatinb: chào (04:03:42 PM) eyedeekay1: Chào zlatinb (04:04:49 PM) eyedeekay1: OK vậy 2) bản phát hành 0.9.47 (04:05:27 PM) eyedeekay1: Có vẻ tôi cũng sẽ không kịp hoàn thành rekeyOnIdle cho 0.9.47. (04:05:58 PM) eyedeekay1: Những gì sẽ được đưa vào chủ yếu là các cập nhật phần giao diện từ phía tôi. (04:06:19 PM) eyedeekay1: Có gì từ zzz hoặc zlatinb về chủ đề phát hành 0.9.47 không? (04:06:43 PM) zzz: tóm tắt ở <code>http://zzz.i2p/topics/2905</code> (04:06:49 PM) zzz: tag freeze (đóng băng thẻ) vào một tuần kể từ ngày mai (04:06:53 PM) zzz: phát hành trong khoảng 3 tuần nữa (04:07:07 PM) zzz: diff (khác biệt) khoảng 18,500 dòng, khá điển hình (04:07:23 PM) zzz: mọi thứ trông ổn. Tôi còn vài việc cần hoàn tất (04:07:40 PM) zzz: nhưng tôi khá tự tin là ta có thể bám sát tiến độ (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: Tôi thấy hôm qua có khá nhiều thứ được đẩy lên, tôi đã cố gắng xem dần khi bạn push. Rất hào hứng khi thấy công việc của bạn. Cảm ơn rất nhiều. (04:08:41 PM) zzz: đó chỉ là mấy thứ linh tinh nằm trong workspace của tôi vài tuần rồi, thật ra không có gì đáng chú ý (04:09:42 PM) eyedeekay1: Theo dõi vẫn rất bổ ích, tôi không biết mọi thứ ở đâu cả, xem bạn làm giúp tôi nhận ra các phần khác nhau diễn ra ở đâu (04:09:43 PM) zzz: chỉ đang cố dọn dẹp và push. đôi khi tôi sẽ thử nghiệm gì đó suốt nhiều tháng liền (04:10:28 PM) zzz: đúng vậy, xem xét thay đổi của người khác là cách rất hay để học và bắt lỗi, cứ tiếp tục nhé (04:10:39 PM) eyedeekay1: Sẽ làm (04:10:42 PM) eyedeekay1: Nếu không còn gì khác, tôi sẽ chuyển sang 3) timeout 1m (04:12:40 PM) eyedeekay1: 2) Theo dõi Cuộc Họp Hằng Tháng: (04:12:53 PM) eyedeekay1: Đây là cuộc họp hằng tháng. (04:12:53 PM) eyedeekay1: Tôi đã không thiết lập WebIRC gateway (cổng WebIRC), vì theo tôi hiểu làm vậy sẽ trái với quy tắc IRC của chúng ta. (04:13:13 PM) eyedeekay1: Hiện tôi đã có bản quy tắc thông báo cuộc họp và trách nhiệm cho các thông báo đó đã được làm rõ cho tôi. (04:13:25 PM) eyedeekay1: Thông báo cho ngày 1 tháng 9, lần này với ngày tháng chính xác, đã được đăng. Chưa có chủ đề nào, vui lòng bổ sung khi bạn cần: <code>http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc</code> (04:14:55 PM) eyedeekay1: Điều này dĩ nhiên sẽ diễn ra ngay sau bản phát hành 0.9.47 (04:15:45 PM) eyedeekay1: Có gì về mục 2) từ ai khác không? (04:17:57 PM) eyedeekay1: 3) Chuyển đổi Git (04:18:34 PM) eyedeekay1: Việc chuyển đổi Git cuối cùng cũng bắt đầu, chúng ta có kế hoạch và đang bắt đầu thực hiện theo kế hoạch đó (04:19:08 PM) eyedeekay1: nextloop và tôi đang có tiến triển trong việc mirror (nhân bản) vài nhánh mtn quan trọng tiếp theo sang github (04:19:27 PM) eyedeekay1: hiện vẫn ở trạng thái read-only (chỉ đọc) cho đến khi kết thúc các giai đoạn tương ứng của migration (di trú) đến git, tức là chưa có pulls hoặc MRs (pull/merge request) (04:20:04 PM) eyedeekay1: Mô tả chi tiết về các giai đoạn này xem tại: <code>http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10</code> (04:20:42 PM) eyedeekay1: Sẽ hữu ích cho nextloop và tôi nếu tôi cấp cho nextloop quyền tạo repository trong i2p namespace trên github, và quyền ghi vào các repository anh ấy tạo. (04:20:47 PM) zzz: làm tốt lắm khi viết ra kế hoạch (04:21:24 PM) eyedeekay1: Cảm ơn zzz, mừng là cuối cùng đã có phiên bản dùng được (04:22:17 PM) zzz: nó không hoàn hảo nhưng &lsquo;usable&rsquo; theo nghĩa chúng ta có thể bình luận về nó (04:24:39 PM) eyedeekay1: Tiếp theo chúng ta sẽ chuyển web site, điều này hay vì nó khá đơn giản và không có gì phụ thuộc vào nó, việc đó sẽ diễn ra trong tuần này (04:25:26 PM) eyedeekay1: Nhưng về nextloop, tôi muốn biết liệu việc cấp cho anh ấy quyền tạo/ghi vào repo github cho chúng ta có được chấp thuận rộng rãi không? (04:25:54 PM) zzz: ok. đang chờ bạn chỉnh sửa kế hoạch/lịch để loại trừ xung đột với bản phát hành .47 (04:26:25 PM) eyedeekay1: Đã rõ, tôi đã mở nó trong trình soạn thảo :) (04:26:48 PM) zzz: Bạn sẽ phải hỏi những người hiện là admin github, họ không có ở đây, và tôi không nằm trong số đó (04:27:39 PM) eyedeekay1: Cho đến lúc này đề xuất này nhận được sự đồng ý của họ, dù tôi vẫn còn một người chưa phản hồi. (04:29:05 PM) zzz: với tôi thì ổn miễn là hai bạn có phương thức liên lạc và dự phòng đáng tin cậy. Tôi không nghĩ chúng ta cần thêm admin không phản hồi :) (04:29:53 PM) eyedeekay1: Tôi nghĩ chúng tôi có thể lo được (04:30:06 PM) eyedeekay1: Vậy nextloop sẽ được cấp quyền github (04:31:40 PM) zzz: những người lâu không phản hồi nhưng có nhiều quyền có thể tốt cho phương án dự phòng tệ nhất kiểu bị xe buýt tông, nhưng đó cũng là rủi ro bảo mật tiềm ẩn, nên cần được quản lý (04:33:12 PM) eyedeekay1: Ừ (04:33:20 PM) eyedeekay1: Nếu còn gì có thể xử lý ở đây trong mục 3) thì tôi nghĩ là ngay bây giờ, nếu không thì có lẽ chúng ta sẽ thấy kế hoạch sửa đổi trên chủ đề zzz.i2p trong ngày mai. (04:33:45 PM) zzz: tuyệt (04:34:18 PM) mikalvmeeh: (Tôi chỉ có mặt nửa chừng, lỡ mất phần chào hỏi) (04:34:56 PM) eyedeekay1: Chúng ta đã xong các chủ đề đã lên kế hoạch, còn ai có gì khác không? (04:36:43 PM) eyedeekay1: timeout 1m (04:38:51 PM) eyedeekay1: <em>bafs</em> Được rồi, kết thúc cuộc họp này. Xin nhớ ngày 1 tháng 9, cuộc họp tiếp theo vào cùng giờ này, 8PM UTC (04:39:12 PM) eyedeekay1: Cảm ơn mọi người đã tham dự </div></p>/vi/blog/2020/06/07/gi%C3%BAp-b%E1%BA%A1n-b%C3%A8-tham-gia-i2p-b%E1%BA%B1ng-c%C3%A1ch-chia-s%E1%BA%BB-c%C3%A1c-g%C3%B3i-reseed/Sun, 07 Jun 2020 00:00:00 +0000/vi/blog/2020/06/07/gi%C3%BAp-b%E1%BA%A1n-b%C3%A8-tham-gia-i2p-b%E1%BA%B1ng-c%C3%A1ch-chia-s%E1%BA%BB-c%C3%A1c-g%C3%B3i-reseed/<p>Hầu hết I2P router mới tham gia mạng bằng cách bootstrap (khởi tạo ban đầu) với sự trợ giúp của một dịch vụ reseed. Tuy nhiên, các dịch vụ reseed là dạng tập trung và tương đối dễ bị chặn, trong khi phần còn lại của mạng I2P nhấn mạnh vào các kết nối phi tập trung và không thể bị chặn. Nếu một I2P router mới không thể bootstrap, có thể sử dụng một I2P router hiện có để tạo một “Reseed bundle” hoạt động và bootstrap mà không cần đến dịch vụ reseed.</p>/vi/blog/2020/05/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.46/Mon, 25 May 2020 00:00:00 +0000/vi/blog/2020/05/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.46/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.46 bao gồm các cải tiến hiệu năng đáng kể trong thư viện streaming. Chúng tôi đã hoàn tất việc phát triển mã hóa ECIES (đề xuất 144) và hiện có tùy chọn để kích hoạt nó nhằm thử nghiệm.</p> <p><strong>Chỉ dành cho người dùng Windows</strong>: Bản phát hành này khắc phục một lỗ hổng leo thang đặc quyền cục bộ có thể bị khai thác bởi một người dùng cục bộ có khả năng chạy chương trình. Vui lòng áp dụng bản cập nhật sớm nhất có thể. Xin cảm ơn Blaze Infosec vì đã công bố có trách nhiệm về vấn đề này.</p>/vi/blog/2020/05/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-5-2020/Tue, 05 May 2020 00:00:00 +0000/vi/blog/2020/05/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-5-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 22:00:09 &lt;eyedeekay&gt; Chào mọi người, chào mừng đến buổi họp cho thứ Ba đầu tiên của tháng, và cũng là buổi họp cuối cùng trước khi phát hành 0.9.46. Còn ai đang tham dự? 22:00:27 &lt;zzz&gt; chào 22:00:28 &lt;zlatinb&gt; chào 22:01:02 &lt;eyedeekay&gt; 0) Chào 22:01:02 &lt;eyedeekay&gt; 1) tình trạng/phát hành 0.9.46 22:01:03 &lt;eyedeekay&gt; 2) tình trạng di chuyển sang git 22:01:03 &lt;eyedeekay&gt; 3) reseeds (máy chủ reseed) 22:01:03 &lt;eyedeekay&gt; 4) khác 22:03:07 &lt;eyedeekay&gt; Đây là buổi họp IRC cuối cùng trước khi phát hành 0.9.46, giai đoạn đóng băng thẻ (tag freeze) sẽ diễn ra trong khoảng một tuần nữa nên các chuỗi dịch phải hoàn thành trước thời điểm đó. Bất kỳ thay đổi nào còn lại phải được gửi trước hạn chót cuối cùng vào ngày 22 tháng này. 22:03:58 &lt;eyedeekay&gt; Chúng ta đang đúng tiến độ để phát hành đúng hạn, theo như tôi biết. 22:04:15 &lt;eyedeekay&gt; Về phần tôi, trong chu kỳ 0.9.46, tôi tiếp tục các thay đổi về tổ chức, giao diện và thẩm mỹ cho các ứng dụng, chủ yếu tập trung vào i2ptunnel. Tôi cũng đang làm một thiết lập xoay vòng tunnel cho i2ptunnel, tôi sẽ sớm sẵn sàng check-in. Tôi nghi ngờ rằng mình sẽ không kịp hoàn thành phân bổ tunnel động cho i2ptunnel trước 0.9.46. 22:04:21 &lt;eyedeekay&gt; Có ai có gì bổ sung không? 22:04:38 &lt;zzz&gt; có 22:04:52 &lt;zzz&gt; hai hạng mục tiêu đề, cải tiến streaming và hoàn tất ratchet, đã xong 22:05:01 &lt;eyedeekay&gt; Tuyệt! 22:05:03 &lt;zzz&gt; việc thử nghiệm ratchet với i2pd đang diễn ra tốt đẹp 22:05:08 &lt;zzz&gt; các báo cáo ban đầu về streaming khá tốt 22:05:17 &lt;zzz&gt; chúng tôi sẽ tiếp tục tinh chỉnh cho đến sát thời điểm phát hành 22:05:28 &lt;zzz&gt; Hiện tôi chủ yếu tập trung vào sửa lỗi, khắp nơi 22:05:55 &lt;zzz&gt; có lẽ sẽ kịp phát hành vào đầu tuần của ngày 25 22:05:57 &lt;zzz&gt; eot 22:06:05 &lt;eyedeekay&gt; Rất tốt. Đối với những người theo dõi trên #ls2, điều này rất đáng hào hứng để theo dõi. 22:06:22 &lt;eyedeekay&gt; zlatinb, phía bạn có gì không? 22:07:29 &lt;zlatinb&gt; chỉ là rất nhiều công việc về streaming, hoặc sẽ tiếp tục hoặc được áp dụng cho SSU trong 47 22:07:52 &lt;eyedeekay&gt; Tốt, vậy chuyển sang 2) 22:08:14 &lt;eyedeekay&gt; 2) tình trạng di chuyển sang git 22:08:14 &lt;eyedeekay&gt; Git đã được chuẩn bị cho sử dụng chung, nó đã được chuyển vào một trung tâm dữ liệu, phần cứng nhanh hơn, và kết nối nhanh hơn. Thiết lập cho một git i2ptunnel mới về cơ bản đã được quyết định, nhưng chưa được check-in. Những người đăng ký gitlab mới sẽ được trình bày một điều khoản dịch vụ cơ bản. Nếu họ không thể tuân thủ các TOS đó, tùy chọn tự lưu trữ dịch vụ git được nêu rõ ràng. Nó có sao lưu, và có cả HTTPS và .oni 22:08:14 &lt;eyedeekay&gt; o support gittorrent vẫn đang tiếp diễn, cũng như việc di chuyển các vé (ticket) của trac. Chừng nào chúng ta còn tiếp tục dùng trac cho vấn đề (issues) vào thời điểm hiện tại, tôi tin Git đã sẵn sàng cho sử dụng toàn thời gian nếu chúng ta chuyển sau bản phát hành này. 22:10:16 &lt;eyedeekay&gt; lịch sử mtn vẫn là một điểm vướng đối với vài kho lưu trữ thú vị 22:15:23 &lt;eyedeekay&gt; Rất xin lỗi, pidgin của tôi bị crash. 22:15:23 &lt;eyedeekay&gt; Chúng ta đang nói đến đâu rồi? 22:15:38 &lt;zzz&gt; "mtn history remains..." 22:20:14 &lt;eyedeekay&gt; Cảm ơn zzz. 22:21:03 &lt;eyedeekay&gt; Tôi không nghĩ mình còn gì nhiều để nói về git từ phía tôi. Nếu không ai có ý kiến thêm, chúng ta có thể chuyển sang reseeds 22:21:03 &lt;eyedeekay&gt; timeout 1 phút 22:21:03 &lt;eyedeekay&gt; À đúng rồi tôi chưa nhắc URL HTTPS. Git của chúng tôi có thể truy cập tại i2pgit.org 22:21:05 &lt;eyedeekay&gt; Chuyển tiếp, chủ đề 3) reseeds 22:21:05 &lt;eyedeekay&gt; zzz bạn có lời 22:21:18 &lt;zzz&gt; chờ đã 22:21:25 &lt;eyedeekay&gt; OK 22:21:31 &lt;zzz&gt; tôi có thể xin cơ hội bổ sung vài ý về mục 2) không? 22:21:37 &lt;eyedeekay&gt; Được chứ 22:21:51 &lt;zzz&gt; cảm ơn 22:22:11 &lt;zzz&gt; đầu tiên, tôi đang dần thạo hơn với git và gitlab, và cuối tuần này tôi đã gửi 3 MR cho muwire 22:22:21 &lt;zzz&gt; hai cái diễn ra tốt, một cái thì không bằng, nhưng chúng tôi đang học hỏi 22:22:30 &lt;zzz&gt; cảm thấy thoải mái hơn nhiều 22:22:52 &lt;zzz&gt; thứ hai: như tôi nghĩ đã nói ở cuộc họp trước, chúng ta sẽ được lợi rất nhiều nếu có một kế hoạch và lịch trình cho việc di chuyển 22:23:00 &lt;zzz&gt; tôi không nghĩ là có cái nào được đăng ở đâu cả 22:23:23 &lt;zzz&gt; đặc biệt là nhánh nào khi nào, v.v. 22:23:23 &lt;zzz&gt; eot 22:27:42 &lt;eyedeekay&gt; Ôi trời, cái đó đã không lên chuỗi thảo luận. Chúng tôi đã bàn về một lịch trình bao gồm việc chuyển những thứ không phải i2p.i2p sang git trước khi chuyển chính i2p.i2p. Điều đó cần được công bố trước khi chúng ta hoàn tất việc chuyển đổi. Tôi sẽ đăng nó tối nay. Cảm ơn zzz đã nhắc và đã cho git một cơ hội. 22:27:42 &lt;eyedeekay&gt; Còn gì về mục 2) từ ai nữa không? 22:28:58 &lt;eyedeekay&gt; Được rồi vậy 3) reseeds 22:29:04 &lt;zzz&gt; cảm ơn 22:29:16 &lt;zzz&gt; Tôi muốn đưa ra lời kêu gọi khẩn cấp có thêm reseeds 22:29:33 &lt;zzz&gt; meeh vận hành 3 trong số 10 cái của chúng ta, và cả 3 đã ngưng hoạt động khoảng hai tuần. Một cái đã quay lại. 22:29:43 &lt;zzz&gt; và hai cái còn lại vẫn đang down, vì các lý do khác nhau 22:29:52 &lt;zzz&gt; anh ấy không phản hồi 22:30:12 &lt;zzz&gt; đó không phải là tình hình tốt. Nếu chúng vẫn còn down trong 2 tuần nữa tôi sẽ gỡ chúng trước khi phát hành 22:30:16 &lt;zzz&gt; và chúng ta sẽ còn 7 hoặc 8 22:30:39 &lt;zzz&gt; reseeds bị down dẫn đến trải nghiệm tệ hại cho người dùng mới, điều đó là không thể chấp nhận 22:31:12 &lt;zzz&gt; bất cứ ai muốn vận hành một cái, xin liên hệ với tôi 22:31:24 &lt;fug&gt; Hãy làm cho việc vận hành reseeds dễ hơn, thì mọi người sẽ chạy chúng 22:31:26 &lt;zzz&gt; sẽ thật hay nếu có một cái từ biglybt hoặc các tổ chức lân cận i2p khác 22:31:45 &lt;zzz&gt; chắc chắn rồi, luôn có thể tốt hơn 22:32:08 &lt;zzz&gt; không may là người quản lý reseeds và phần mềm của chúng ta đã biến mất từ năm ngoái, nên mảng đó cũng đang thiếu nhân sự 22:32:11 &lt;eyedeekay&gt; fug thế nào thì được coi là dễ hơn? Đó sẽ là việc của tôi, tôi là người làm Go, tôi rất vui được dockerize nó hoặc làm cho nó có thể checkinstall hoặc có thể go get hay gì cũng được. 22:32:16 &lt;zzz&gt; EOT 22:32:44 &lt;zzz&gt; plugin reseed anh ấy cũng bỏ lại dang dở 22:32:47 &lt;fug&gt; eyedeekay: docker image sẽ tốt 22:33:03 &lt;eyedeekay&gt; Tuyệt, tôi sẽ đăng ở đây trong một hai ngày. 22:33:29 &lt;fug&gt; nhưng một thứ như một ứng dụng đơn giản, đơn lẻ có thể làm việc reseeding với rất ít hoặc không cần thiết lập thì còn tốt hơn 22:35:50 &lt;eyedeekay&gt; Đó khá gần với thứ mà Go reseed đang là, dù tôi thừa nhận có vài chỗ còn thô. Tôi sẽ bắt đầu với Docker. 22:36:01 &lt;eyedeekay&gt; Còn gì ở mục 3) không? 22:36:23 &lt;zzz&gt; không. cảm ơn đã đưa nó vào chương trình nghị sự 22:36:48 &lt;eyedeekay&gt; Không có chi, không vấn đề. 4) khác 22:39:29 &lt;eyedeekay&gt; Tôi muốn cảm ơn dr|zed vì đã đóng góp CSS cải tiến cho các trang web cá nhân của tôi, tôi rất trân trọng sự trau chuốt đã được đặt vào đó. Tôi cũng đã nhận được một chút lời khuyên về thiết kế cho WebExtension của mình. Có ai đang làm điều gì hay ho hoặc thú vị không? 22:40:53 &lt;eyedeekay&gt; (Chưa được nhắc đến ở nơi khác?) 22:42:04 &lt;eyedeekay&gt; timeout 1 phút 22:43:47 &lt;eyedeekay&gt; Nếu không ai còn gì để bổ sung, tôi sẽ tiến hành kết thúc buổi họp. 22:44:49 &lt;eyedeekay&gt; Được rồi *bafs*. Cảm ơn mọi người đã đến và đóng góp cho buổi họp, hẹn gặp lại trên IRC </div>/vi/blog/2020/04/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-4-n%C4%83m-2020/Tue, 07 Apr 2020 00:00:00 +0000/vi/blog/2020/04/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-4-n%C4%83m-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 22:04:29 &lt;eyedeekay&gt; Chào mọi người, hiện có những ai ở đây? 22:04:40 &lt;eche|on&gt; peep :-=) 22:04:46 &lt;zlatinb&gt; chào 22:04:48 &lt;zzz&gt; có mặt 22:06:18 &lt;eyedeekay&gt; Được rồi, chủ đề đầu tiên, 0.9.46, zzz mời bạn bắt đầu 22:06:52 &lt;zzz&gt; đang tổng kết khoảng hai tháng làm việc về ratchet (đề xuất 144) 22:07:16 &lt;zzz&gt; Tôi gần hoàn thành “giai đoạn 2”, ở đó tính năng đã đầy đủ 22:07:32 &lt;zzz&gt; và sẽ chuyển sang sửa lỗi và kiểm thử nhiều hơn 22:07:51 &lt;zzz&gt; vì vậy bản 46 sẽ là nơi nhiều người có thể thử nghiệm nó, và có lẽ chúng tôi sẽ bật mặc định ở bản 47 22:08:23 &lt;zzz&gt; tiếp theo tôi sẽ chú ý đến các lỗi khác và các chủ đề khác, như streaming (làm việc với zlatinb) 22:08:56 &lt;zzz&gt; EOT từ tôi, vậy có lẽ những người khác muốn nói họ đang làm gì cho bản 46 22:09:01 &lt;eche|on&gt; Tôi vừa nâng cấp lên -5 2 ngày trước, vẫn hoạt động tốt, bản vá tunnel round-robin đã được đưa vào, hiện chưa ghi nhận thay đổi lớn nào 22:09:56 &lt;zlatinb&gt; Tôi đã đọc đi đọc lại các RFC TCP và nhận thấy nhiều khác biệt trong các triển khai streaming và SSU của chúng ta. Vì thế tôi đã viết lại chúng. Các ticket (phiếu) ở trên trac 22:10:24 &lt;eche|on&gt; đọc và kiểm tra rất rất chi tiết đấy, zlatinb 22:11:34 &lt;eyedeekay&gt; Tôi đã bắt đầu làm các sửa đổi cho giao diện i2ptunnel để giảm lượng thông tin không cần thiết chúng ta đưa cho người dùng mới và cho cơ chế xoay vòng khóa định kỳ cho i2ptunnel 22:12:19 &lt;eyedeekay&gt; Cũng có nhiều việc ngoài cây nguồn đối với tôi, tôi muốn thay gói hồ sơ Firefox bằng thứ gì đó hoạt động trên cả các nền tảng không phải Windows, việc đó đang tiến triển khá tốt. 22:12:32 &lt;eyedeekay&gt; Vậy là hết cho mọi người chứ? 22:12:46 &lt;eche|on&gt; có vẻ vậy 22:12:49 &lt;eyedeekay&gt; Ngoài ra, có ai có câu hỏi nào không? 22:13:47 &lt;eyedeekay&gt; Cho đến giờ đều ổn. Tiếp theo là mục linh tinh 22:14:37 &lt;eyedeekay&gt; Về việc di chuyển Git, đã quyết định di chuyển i2p.i2p *sau* bản phát hành tiếp theo chứ không phải trước đó. Các kho khác có thể được di chuyển sớm hơn tùy từng trường hợp. 22:15:06 &lt;eche|on&gt; tốt 22:15:20 &lt;eyedeekay&gt; Đăng ký trên git.idk.i2p đang mở, nhưng cần admin duyệt thủ công. Chúng tôi xử lý kịp thời, nhưng cứ ping tôi nếu bạn đang vội. 22:16:46 &lt;eyedeekay&gt; Cách được khuyến nghị lúc này là dùng git qua SSH, trừ lần clone ban đầu, bạn có thể thực hiện bằng cách tải git bundle bằng snark. 22:16:50 &lt;eyedeekay&gt; EOT 22:17:18 &lt;eyedeekay&gt; Có câu hỏi nào cho tôi về việc di chuyển Git không? 22:17:31 &lt;eche|on&gt; có tiến triển gì về việc đưa các ticket trac vào chưa? 22:17:49 &lt;eyedeekay&gt; Tôi chưa có thời gian làm tracboat, nên chưa. 22:17:58 &lt;eche|on&gt; ok 22:18:41 &lt;zlatinb&gt; Tôi có 2 câu hỏi liên quan đến việc di chuyển: 22:18:41 &lt;zlatinb&gt; 1. Có cách nào đổi thời gian chờ đọc mạng trong ssh khi git clone không. Nếu có, tăng nó lên khoảng 5 phút sẽ cải thiện khả năng thành công 22:18:41 &lt;zlatinb&gt; 2. Vì trac không đáng tin lắm, có ổn không nếu bắt đầu mở hoặc phản chiếu ticket sang GitLab. Chúng có được xem không? 22:19:15 &lt;eyedeekay&gt; 1: Tôi đã tìm hiểu việc này, có vẻ là không nhưng tôi chưa thể trả lời dứt khoát. 22:19:20 &lt;zzz&gt; về 2) không phải tôi, nếu bạn nói i2p.i2p 22:19:25 &lt;eche|on&gt; về 2: tracboat sẽ là giải pháp script đưa tất cả ticket của trac vào git 22:19:54 &lt;zzz&gt; câu hỏi liên quan: kế hoạch cải thiện tình trạng uptime kém kéo dài của các dịch vụ hướng công chúng do meeh vận hành là gì? 22:20:02 &lt;eche|on&gt; ồ, xin lỗi, đối với việc sao chép/di chuyển các ticket hiện có, các ticket mới có thể là một vấn đề 22:20:18 &lt;zlatinb&gt; các số ticket có được giữ nguyên không? Nếu có, vậy các ticket đã mở trên GL thì sao, có cần xóa không? 22:21:21 &lt;eyedeekay&gt; Số ticket sẽ được giữ nguyên nếu tôi có thể thực hiện việc di chuyển, các ticket trùng lặp sẽ cần bị xóa thủ công khi một trong hai ticket được đóng. 22:22:08 &lt;zlatinb&gt; và nếu vì bất kỳ lý do nào việc di chuyển không thực hiện được, kế hoạch dự phòng là gì? 22:23:12 &lt;zzz&gt; chúng ta vẫn chưa đồng ý việc di chuyển trac; tôi cho rằng tất cả những điều này mới chỉ là thử nghiệm. Tôi đề xuất hoãn việc di chuyển trac cho đến sau khi tất cả các nhánh mtn (bao gồm cả những nhánh còn chưa lên GH) được di chuyển sang git 22:23:33 &lt;zzz&gt; có lẽ sớm nhất là tháng 9 22:23:42 &lt;eche|on&gt; câu trả lời cho việc này sẽ tương quan với câu hỏi của zzz, hiện chưa có kế hoạch cố định. Ý tôi là giữ trac chạy với các ticket cũ 22:24:02 &lt;eyedeekay&gt; Tôi không có cách sửa trac, di chuyển ticket khỏi đó là điều duy nhất cá nhân tôi có thể làm. Nếu tôi không thể di chuyển bằng tracboat, tôi sẽ phải tự làm. Tôi biết phần GitLab của việc này, tôi chỉ cần học phần trac. Tôi biết GitLab có vẻ là lựa chọn thay thế hiển nhiên và hấp dẫn cho trac, nhưng đây là một rào cản đáng kể. 22:24:03 &lt;zlatinb&gt; ok, và cho đến khi thử di chuyển, chúng ta có tiếp tục dùng trac không? 22:24:41 &lt;eyedeekay&gt; Có 22:24:51 &lt;eche|on&gt; về ticket: vui lòng dùng trac cho đến khi việc di chuyển ticket hoàn tất 22:24:53 &lt;zzz&gt; vậy ai chịu trách nhiệm sửa các dịch vụ của meeh? hay là chúng ta bỏ cuộc và đang làm để thay thế mọi thứ anh ấy vận hành? Nếu đó là điều chúng ta đang làm, hãy nói rõ ràng 22:25:56 &lt;eche|on&gt; meeh chịu trách nhiệm cho các dịch vụ của anh ấy. trac nên được thay bằng git. 22:26:31 &lt;zzz&gt; mà như thế không khắc phục các vấn đề mang tính hệ thống với những dịch vụ khác như deb repo và outproxy 22:26:31 &lt;eche|on&gt; debian repository hiện là một điểm còn bỏ ngỏ, tôi đã tạo một mirror của nó, nhưng hiện cần thêm thời gian để thiết lập như mong đợi 22:27:32 &lt;eche|on&gt; outproxy tôi sẽ không đụng vào 22:27:50 &lt;eyedeekay&gt; Tôi sẵn lòng giúp thay thế deb repo của meeh, nhưng tôi không thể làm gì cho outproxy. 22:29:19 &lt;eche|on&gt; meeh thường nói với chúng tôi rằng vấn đề chủ yếu là hệ thống cũ trên các IP cũ mà anh ấy đang dùng, với việc welterde thay đổi DNS thì điều đó đã thay đổi hôm nay 22:29:33 &lt;zzz&gt; Tôi cho rằng việc di chuyển ticket cho nhánh X cụ thể chỉ diễn ra sau khi chúng ta đã chuyển từ mtn sang git cho X 22:29:35 &lt;eche|on&gt; nhưng hiện chưa có ý tưởng gì 22:30:55 &lt;eyedeekay&gt; zzz Đúng 22:31:08 &lt;eyedeekay&gt; V/v: di chuyển ticket 22:31:27 &lt;eyedeekay&gt; Như vậy chúng ta sẽ không làm mọi người bối rối về nơi các vấn đề đang được thảo luận. 22:32:21 &lt;eyedeekay&gt; Còn gì nữa không? 22:34:22 &lt;eyedeekay&gt; timeout: 60s 22:36:22 &lt;eyedeekay&gt; **Bafs** OK cảm ơn mọi người đã đến </div>/vi/blog/2020/03/18/s%E1%BB%AD-d%E1%BB%A5ng-git-bundle-%C4%91%E1%BB%83-l%E1%BA%A5y-m%C3%A3-ngu%E1%BB%93n-i2p/Wed, 18 Mar 2020 00:00:00 +0000/vi/blog/2020/03/18/s%E1%BB%AD-d%E1%BB%A5ng-git-bundle-%C4%91%E1%BB%83-l%E1%BA%A5y-m%C3%A3-ngu%E1%BB%93n-i2p/<p>Việc nhân bản (clone) các kho mã nguồn phần mềm lớn qua I2P có thể khó khăn, và việc dùng Git đôi khi còn làm điều này khó hơn. May mắn là đôi khi nó cũng giúp dễ hơn. Git có lệnh <code>git bundle</code> có thể dùng để biến một kho Git thành một tệp mà Git sau đó có thể clone, fetch, hoặc import từ một vị trí trên đĩa cục bộ của bạn. Bằng cách kết hợp khả năng này với việc tải xuống BitTorrent, chúng ta có thể giải quyết các vấn đề còn lại với <code>git clone</code>.</p>/vi/blog/2020/03/16/thi%E1%BA%BFt-l%E1%BA%ADp-gitlab-qua-i2p/Mon, 16 Mar 2020 00:00:00 +0000/vi/blog/2020/03/16/thi%E1%BA%BFt-l%E1%BA%ADp-gitlab-qua-i2p/<p>This is the setup process I use for configuring Gitlab and I2P, with Docker in place to manage the service itself. Gitlab is very easy to host on I2P in this fashion, it can be administered by one person without much difficulty. These instructions should work on any Debian-based system and should easily translate to any system where Docker and an I2P router are available.</p> <h2 id="các-phụ-thuộc-và-docker">Các phụ thuộc và Docker</h2> <p>Vì Gitlab chạy trong một container, chúng ta chỉ cần cài đặt các phụ thuộc cần thiết cho container trên hệ thống chính của mình. Thật tiện lợi, bạn có thể cài đặt mọi thứ cần thiết bằng:</p>/vi/blog/2020/03/06/git-qua-i2p-d%C3%A0nh-cho-ng%C6%B0%E1%BB%9Di-d%C3%B9ng/Fri, 06 Mar 2020 00:00:00 +0000/vi/blog/2020/03/06/git-qua-i2p-d%C3%A0nh-cho-ng%C6%B0%E1%BB%9Di-d%C3%B9ng/<p>Hướng dẫn thiết lập truy cập git thông qua một I2P Tunnel. Tunnel này sẽ đóng vai trò là điểm truy cập của bạn tới một dịch vụ git duy nhất trên I2P. Đây là một phần của nỗ lực tổng thể nhằm chuyển I2P từ monotone sang Git.</p> <h2 id="trước-hết-hãy-nắm-rõ-các-khả-năng-mà-dịch-vụ-cung-cấp-cho-công-chúng">Trước hết: Hãy nắm rõ các khả năng mà dịch vụ cung cấp cho công chúng</h2> <p>Tùy thuộc vào cách dịch vụ Git được cấu hình, nó có thể cung cấp hoặc không cung cấp tất cả các dịch vụ trên cùng một địa chỉ. Trong trường hợp git.idk.i2p, có một URL HTTP công khai và một URL SSH để cấu hình cho máy khách Git SSH của bạn. Cả hai đều có thể được dùng để push hoặc pull, nhưng SSH được khuyến nghị.</p>/vi/blog/2020/03/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-ba-n%C4%83m-2020/Tue, 03 Mar 2020 00:00:00 +0000/vi/blog/2020/03/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-ba-n%C4%83m-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, sadie, mikalv, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:59:49 &lt;eyedeekay&gt; Chào mọi người, còn khoảng một phút nữa đến giờ họp, ai đang có mặt? 20:00:33 &lt;eche|on&gt; Được rồi, đến giờ. Chào mừng đến cuộc họp phát triển trên IRC ngày 3 tháng 3 năm 2020. 20:00:40 &lt;eche|on&gt; Chương trình: 20:00:40 &lt;eche|on&gt; 0) Chào hỏi 20:00:40 &lt;eche|on&gt; 1) Tình trạng phát hành 0.9.45 20:00:40 &lt;eche|on&gt; 2) Kế hoạch 0.9.46 20:00:40 &lt;eche|on&gt; 3) I2P Android trạng thái/định hướng tương lai 20:00:40 &lt;eche|on&gt; 4) Kế hoạch MTN =&gt; Git 20:00:40 &lt;eche|on&gt; 5) linh tinh - kế hoạch UX cho 2020; trang quyên góp 20:01:28 &lt;eche|on&gt; vậy thì, vì buffer cũ gần như không dùng được với tôi, và tôi chưa có cái mới, bắt đầu thôi 20:01:31 &lt;eche|on&gt; 0) chào 20:01:33 &lt;nextloop&gt; chào! 20:01:38 &lt;eche|on&gt; Tôi có mặt, eyedeekay có mặt, nextloop có mặt 20:01:40 &lt;zzz&gt; chào 20:02:21 &lt;eche|on&gt; ok, chuyển sang mục 1) 20:02:36 &lt;eche|on&gt; 0.9.45 đã phát hành vài ngày trước và đến giờ trông ổn 20:02:42 &lt;eche|on&gt; có ý kiến nào không? 20:03:03 &lt;zzz&gt; mọi thứ diễn ra suôn sẻ phía tôi 20:03:11 &lt;nextloop&gt; tình trạng android thế nào? 20:03:16 &lt;zzz&gt; in-net, PPA, deb repo. Chưa có báo cáo lớn nào 20:03:31 &lt;eche|on&gt; android vẫn chưa xong, xem mục 3 20:03:34 &lt;zzz&gt; Tôi để bạn báo cáo về maven/fdroid/android/mac, tôi không nắm phần đó 20:03:47 &lt;eche|on&gt; mac đã build và đưa lên 20:04:09 &lt;eche|on&gt; phía tôi thì khá ổn 20:04:13 &lt;eche|on&gt; chào sadie_ 20:04:45 &lt;eche|on&gt; ok, chuyển sang 2, kế hoạch 0.9.46 20:04:55 &lt;eche|on&gt; zzz: có kế hoạch nào cho 0.9.46 trong roadmap của bạn không? 20:05:17 &lt;sadie_&gt; chào 20:05:51 &lt;zzz&gt; rrd4j đang thay jrobin 20:05:56 &lt;zzz&gt; khoảng 30 checkin trong một tuần vừa qua 20:06:10 &lt;zzz&gt; và tôi hy vọng hoàn tất ratchet (prop. 144) 20:06:28 &lt;eche|on&gt; nhịp độ tốt, chắc chắn sẽ chậm lại. ratchet sẽ vào .46 hay là có thể thôi? 20:06:41 &lt;zzz&gt; sửa lỗi SSU cho jogger... có thể... cũng có thể không... 20:07:23 &lt;zzz&gt; ratchet đã có trong 45, hoạt động, nhưng nhiều chi tiết chưa xong, hy vọng sẽ hoàn tất cho 46 20:07:36 &lt;eche|on&gt; ok, tốt. 20:08:15 &lt;zzz&gt; danh sách việc cần làm cho ratchet `http://zzz.i2p/topics/2639` 20:08:49 &lt;eche|on&gt; thời gian dự kiến phát hành 0.9.46? tháng 5? 20:08:50 &lt;zzz&gt; mọi người khác có kế hoạch gì? 20:09:15 &lt;eche|on&gt; eyedeekay, sadie, kế hoạch cho 0.9.46 ? 20:09:18 &lt;eyedeekay&gt; Ưu tiên hàng đầu của tôi lúc này là readme nằm trong router console; hiện tôi hơi bị kẹt ở phần khuyến nghị chat nhưng sẽ giải quyết sớm. Tôi sẽ dựa trên đó để dần dần làm phần trợ giúp ngay trong console. 20:09:24 &lt;zzz&gt; Tôi đề xuất cuối tháng 5, tùy sự đồng thuận của mọi người 20:10:07 &lt;eche|on&gt; ok, cuối tháng 5 có vẻ ổn, tôi sẽ xác nhận với những người khác vài ngày tới. 20:10:20 &lt;eyedeekay&gt; Tôi đồng ý với cuối tháng 5 20:10:32 &lt;mikalv_&gt; tôi cũng vậy 20:10:43 &lt;eche|on&gt; ok, còn ghi chú nào về kế hoạch 0.9.46 không? 20:10:51 &lt;eche|on&gt; ý kiến, câu hỏi? 20:11:24 &lt;mikalv_&gt; không, nhưng giờ khi mọi người đều ở đây, ta nên chốt câu hỏi về hỗ trợ kiến trúc android 20:11:32 &lt;eche|on&gt; đó là mục 3 :-) 20:11:44 &lt;mikalv_&gt; cơ bản là google nói: hỗ trợ x64 hoặc bỏ nền tảng (nếu chỉ cung cấp 32-bit) 20:11:47 &lt;eche|on&gt; và ta chuyển sang đó bây giờ vì không ai có câu hỏi khác ở mục 2 20:11:56 &lt;mikalv_&gt; tuyệt 20:11:59 &lt;eche|on&gt; mikalv_: tình trạng android 0.9.45 thế nào? 20:12:31 &lt;mikalv_&gt; Tôi đã build, nhận phàn nàn từ google, và chờ cuộc họp này để có quyết định quản trị xem nên làm gì 20:12:48 &lt;mikalv_&gt; liệu ta nên bỏ mips và tương tự, hay thử tạo binary 64-bit cho nó 20:13:04 &lt;zzz&gt; đề xuất của bạn là gì? 20:13:34 &lt;mikalv_&gt; khi quyết định xong, nếu bỏ nó thì ta có thể sẵn sàng phát hành bất cứ lúc nào; còn việc tạo binary 64-bit thì tôi chưa chắc vì chưa thử trước đây 20:13:42 &lt;eche|on&gt; Theo tôi thì thiết bị android MIPS và x86 không còn nhiều, vậy bỏ chúng trong 0.9.45, nhưng vẫn ghi nhớ 20:13:57 &lt;sadie_&gt; Về phần tôi: rà soát Information architecture (kiến trúc thông tin) của console và website, sau đó workshop về Identity and values với Ura và Simply Secure. Công việc hậu cài đặt, rà soát hạ tầng và chính sách 20:14:06 &lt;mikalv_&gt; Tôi cố tìm Google Play cho biết mức sử dụng (các kiến trúc khác nhau) nhưng không thấy số liệu nào 20:14:10 &lt;zzz&gt; bạn có thống kê người dùng không mikal? 20:14:22 &lt;eche|on&gt; ok, sadie, bổ sung cho mục 2, đã ghi nhận :-) 20:14:23 &lt;mikalv_&gt; gần nhất ta có là một danh sách thiết bị 20:14:27 &lt;nextloop&gt; kiến trúc chỉ liên quan đến thư viện NDK jbigi thôi đúng không? 20:14:35 &lt;mikalv_&gt; nhưng khi đó, ta cần biết kiến trúc của tất cả các thiết bị khác nhau 20:14:38 &lt;zzz&gt; nghe có vẻ là quyết định dễ dàng với tôi 20:14:40 &lt;eche|on&gt; đúng, nextloop, phần lớn là vậy 20:14:44 &lt;mikalv_&gt; đúng nextloop 20:14:48 &lt;nextloop&gt; vì nó được build từ source mỗi lần f-droid phát hành 20:15:17 &lt;nextloop&gt; tôi chưa bao giờ kiểm tra xem nó thật sự được dùng hay dùng Java fallback 20:15:25 &lt;eche|on&gt; ok 20:15:25 &lt;mikalv_&gt; nhưng đó có phải cho các phiên bản 64-bit, khiến f-droid có binary mà bản gplay không có? 20:16:24 &lt;nextloop&gt; tôi nghĩ nó chỉ chạy shell script. Cái gì build ở đó thì sẽ được build 20:16:50 &lt;eche|on&gt; mikalv_: vui lòng kiểm tra shell script/phiên bản f-droid, nếu có 64-bit thì dùng, nếu không thì bỏ kiến trúc đó 20:17:24 &lt;mikalv_&gt; được, tôi sẽ làm vậy trừ khi có ý kiến phản đối 20:17:35 &lt;eyedeekay&gt; Không ý kiến phản đối từ tôi. 20:17:40 &lt;mikalv_&gt; (?) 20:17:43 &lt;mikalv_&gt; tuyệt 20:17:46 &lt;eche|on&gt; giờ đến điểm thú vị hơn: tương lai của phiên bản I2P android. Vì bote gần như chết và không dùng, lại không có dev, nên use case cho I2P android coi như không còn 20:17:57 &lt;eche|on&gt; chúng ta có muốn một bản phát hành I2P android trong tương lai không? 20:18:09 &lt;eche|on&gt; dù không có bote và gần như không có use case? 20:18:16 &lt;eche|on&gt; eyedeekay: ý kiến? zzz? 20:18:28 &lt;zzz&gt; tiền đề của bạn là use case duy nhất cho app router android là bote sao? 20:18:47 &lt;eche|on&gt; vì trình duyệt có các vấn đề khác (như mikalv_ nói với tôi), còn lại gì? 20:18:59 &lt;eyedeekay&gt; Mọi người đang dùng Java I2P trên Android cho những thứ không phải Bote. Có một người chạy Yacy trên termux hay kiểu điên rồ gì đó. Tôi không muốn kìm hãm mọi người. 20:19:03 &lt;eche|on&gt; ngoài việc làm một router đơn giản trên thiết bị nhỏ 20:19:18 &lt;zzz&gt; nói duyệt web bị hỏng là không đúng 20:19:34 &lt;mikalv_&gt; cơ bản là hiện không có cách nào “không kỹ thuật” để dùng bản android 20:19:39 &lt;eche|on&gt; ok, tốt, vậy cả hai bạn ủng hộ tương lai của android 20:19:41 &lt;zzz&gt; đúng chứ idk? 20:19:48 &lt;mikalv_&gt; bạn có thể chỉnh firefox trong about:config mà mozilla cảnh báo không nên làm 20:20:06 &lt;eyedeekay&gt; Vâng tôi nghĩ Android vẫn có tương lai. 20:20:06 &lt;mikalv_&gt; nhưng ngoài ra, theo tôi nó cần một mục đích tồn tại nào đó 20:20:45 &lt;eche|on&gt; nhưng như tôi thấy, android sẽ đổi chủ sang eyedeekay, đúng không? 20:20:46 &lt;zzz&gt; đằng sau chuyện này là gì? đội không muốn hỗ trợ nữa à? 20:20:51 &lt;eyedeekay&gt; Đúng 20:21:00 &lt;eche|on&gt; Ờ 20:21:01 &lt;eche|on&gt; ok 20:21:12 &lt;eche|on&gt; zzz: tôi đang cố tổng hợp ý kiến và ý tưởng 20:21:26 &lt;eche|on&gt; và có vẻ eyedeekay sẽ hỗ trợ android cho 0.9.46 và về sau 20:21:35 &lt;eyedeekay&gt; Tôi sẽ tiếp tục tối thiểu duy trì các bản build Android, tôi sẽ nhận quyền sở hữu. Tôi muốn tiếp tục hỗ trợ nó. Nói rõ vậy 20:21:45 &lt;zzz&gt; Tôi nghĩ android quan trọng. Hiện chúng ta hỗ trợ rất tệ. Chúng ta không sửa _any_ lỗi và không có phát triển mới 20:21:48 &lt;eche|on&gt; và vì người dùng có vẻ vẫn dùng, nó sẽ được hỗ trợ 20:22:12 &lt;zzz&gt; nếu chúng ta không tăng được hỗ trợ với đội hiện tại thì nên thuê người mới làm 20:22:33 &lt;eche|on&gt; ok 20:22:48 &lt;sadie_&gt; Tôi đã xin khoản hỗ trợ mà tôi đề xuất dành cho Android. Chưa có trả lời. 20:23:12 &lt;sadie_&gt; Tôi nghĩ Android quan trọng 20:23:38 &lt;eche|on&gt; vậy I2P android sẽ tiếp tục và chúng ta sẽ cố có hỗ trợ tốt hơn cho nó, ít nhất là hơn mức chỉ cung cấp bản phát hành mới 20:23:59 &lt;eche|on&gt; và nếu có tài trợ, thuê một dev bằng nguồn đó để hỗ trợ phát triển android 20:24:25 &lt;eche|on&gt; có câu hỏi, ý kiến, gợi ý gì về mục 3 android không? 20:25:43 &lt;eche|on&gt; ok, chuyển sang chủ đề 4) việc chuyển đổi monotone sang Git sắp tới 20:26:20 &lt;eche|on&gt; chúng tôi quyết định bỏ monotone và dùng git thay thế, một kế hoạch chuyển đổi vẫn đang làm để đảm bảo khả năng sử dụng tốt nhất và các tính năng cần cho phát triển I2P 20:26:40 &lt;eche|on&gt; hiện eyedeekay đã dựng một git server tại `http://git.idk.i2p` và viết hướng dẫn tại https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 &lt;eche|on&gt; chúng tôi đang đưa trac vào instance git và di trú tất cả ticket vào git 20:27:26 &lt;eche|on&gt; sau khi việc di trú đó hoàn tất an toàn và được xác nhận, chúng ta sẽ quyết định ngày chuyển đổi 20:27:46 &lt;eche|on&gt; hiện chúng tôi tìm người thử nghiệm hướng dẫn và git server trong I2P 20:28:03 &lt;eche|on&gt; và dĩ nhiên: thêm gợi ý, mẹo, ý tưởng, yêu cầu tính năng về chủ đề này 20:28:07 &lt;eche|on&gt; vậy nên, xin mời 20:28:12 &lt;eche|on&gt; eyedeekay: còn bình luận nào về việc này? 20:28:39 &lt;eyedeekay&gt; Tôi cũng đang thêm hỗ trợ SOCKS cho webtorrent, hy vọng sẽ giúp chúng ta dùng cả gittorrent trong tương lai gần. 20:29:19 &lt;eche|on&gt; nextloop: bình luận? vì bạn đang làm script đồng bộ hiện tại? 20:29:49 &lt;zzz&gt; muwire code đã thiết lập và cầu nối sang GH như dự định chưa? 20:30:18 &lt;eyedeekay&gt; Dù các thử nghiệm vài tuần qua thành công, tôi rất muốn mọi người rà soát hướng dẫn của tôi và góp ý chỗ nào có thể làm rõ hoặc đơn giản hóa. 20:30:37 &lt;nextloop&gt; vấn đề đứt kết nối trong lúc clone ban đầu được giải quyết bằng cách shallow clone (clone nông) và unshallowing lặp, đúng không? 20:30:46 &lt;eche|on&gt; zzz: chưa rõ, phía tôi chưa làm 20:30:55 &lt;eyedeekay&gt; Vâng, hiện cách đó hoạt động. 20:30:56 &lt;zzz&gt; idk? 20:31:13 &lt;eche|on&gt; đúng, nextloop, cách đó giúp phần nào, nhưng ngay cả độ sâu 1 phiên bản vẫn phải tải ~100 MB 20:31:37 &lt;eche|on&gt; khi unshallowing thì nó tăng lên đôi chút (gấp 4-5 lần theo thử nghiệm của tôi) 20:31:49 &lt;zzz&gt; Tôi có câu hỏi về tên người dùng trên git.idk - chúng ta cần chọn username chưa dùng trên GH, hay cần đăng ký phòng ngừa trên GH để mọi thứ hoạt động đúng? 20:32:12 &lt;nextloop&gt; zzz: github nhận diện người commit dựa trên địa chỉ e-mail. 20:32:17 &lt;zzz&gt; đã có báo cáo trên zzz.i2p trước đây rằng có vài tài khoản zzz-i2p giả trên GH. đó có phải vấn đề không? 20:32:42 &lt;nextloop&gt; vậy nếu bạn thêm email bạn dùng cho i2p git vào github thì commit sẽ được liên kết với tài khoản của bạn 20:33:16 &lt;nextloop&gt; eyedeekay: archive torrent thông thường đã có chưa? nếu tôi nhớ đúng bạn đang làm cái đó 20:33:48 &lt;eyedeekay&gt; Nó có thể tạo được, nhưng chưa có gì lên lịch chạy 20:34:32 &lt;zzz&gt; vậy tôi cần đăng ký trên git.idk với địa chỉ email clearnet hợp lệ nếu tôi muốn đăng ký trên GH (trước hoặc sau)? hay đó là chuyện cấu hình cục bộ? 20:34:55 &lt;zzz&gt; dù sao, ta đang sa đà rồi, xin lỗi, tôi sẽ làm việc với idk để làm rõ 20:35:17 &lt;eyedeekay&gt; Theo tôi biết thì bạn không cần chọn username GH chưa dùng; bạn có thể làm việc hoàn toàn từ instance gitlab và ta sẽ không cần github luôn 20:35:17 &lt;eche|on&gt; email clearnet trong trường hợp này nên là địa chỉ i2pmail.org theo tôi 20:35:46 &lt;nextloop&gt; zzz: vâng với github bạn cần xác minh email. có lẽ dùng i2p-mail.org? 20:35:54 &lt;eche|on&gt; hiện kế hoạch là dùng gitlab (instance git trong i2p net của idk) cho công việc của chúng ta và đồng bộ lên github 20:36:23 &lt;eche|on&gt; các ticket trac sẽ ở trên server gitlab trong mạng 20:36:25 &lt;nextloop&gt; eyedeekay: tôi hứng thú thiết lập cơ chế lưu trữ tự động như vậy 20:36:27 &lt;zzz&gt; Tôi chỉ muốn đảm bảo nó không bị liên kết tới tài khoản zzz giả khi cầu nối sang GH 20:36:47 &lt;eche|on&gt; (xin lỗi vì rắc rối, gitlab và github đều là server với nhiều tính năng xoay quanh git, cả hai làm gần như cùng nhiệm vụ) 20:37:18 &lt;eche|on&gt; điểm hợp lý đấy, zzz 20:37:47 &lt;eche|on&gt; ok, trước khi đi sâu thêm, còn bình luận nào không? 20:39:06 &lt;eche|on&gt; chuyển sang chủ đề 5 - các chủ đề linh tinh. hiện có 2 từ phía tôi: a) trang quyên góp và b) kế hoạch UX cho 2020 20:39:40 &lt;eche|on&gt; 5a) một trang quyên góp mới được mikalv_ thiết lập tại https://donate.i2p.io/ và các tài khoản đó đều có lợi cho công ty I2P mà mikalv_ đang vận hành cùng torkel ở Na Uy 20:40:07 &lt;eche|on&gt; nó đã hoạt động và bắt đầu nhận quyên góp từ bây giờ, sắp tới (tm) nó sẽ được quảng bá trên trang web và twitter 20:40:24 &lt;eche|on&gt; có ý kiến gì về việc này? vấn đề, trục trặc? 20:41:29 &lt;eche|on&gt; 5)b) kế hoạch UX cho 2020 - sadie đang làm việc với elio trong một dự án UX, trong đó elio đã được cấp kinh phí để làm UX cho I2P 20:41:42 &lt;eche|on&gt; sadie, có thêm thông tin, kế hoạch, ý tưởng, bình luận gì không? 20:42:05 &lt;sadie_&gt; Rà soát Information architecture của console và website, sau đó workshop về Identity and values với Ura và Simply Secure sẽ là công việc tháng này 20:42:41 &lt;sadie_&gt; Chúng tôi nhận được phản hồi rất tốt về trình hướng dẫn thiết lập! 20:43:31 &lt;eyedeekay&gt; Về phần tôi, dự án Browser chính thức tạm dừng. Chúng tôi gần như đã chọn đúng thời điểm tệ nhất để thử làm việc đó, vì codebase của Mozilla thay đổi chóng mặt khi chúng tôi cố làm với nó. Dự án sẽ được xem xét lại khi mục tiêu ít biến động hơn. Tôi sẽ cải thiện I2P và duyệt web trong các dự án ít tốn thời gian hơn. 20:43:36 &lt;sadie_&gt; Vì vậy hiện là giai đoạn nghiên cứu, tổng hợp và tài liệu hóa. 20:44:03 &lt;zzz&gt; eyedeekay, tình trạng beta 8, đã hứa trong 'vài ngày nữa' tại cuộc họp một tháng trước? 20:44:24 &lt;eyedeekay&gt; Đã hủy. Tạo ra cũng vô ích, vì nó chỉ khả dụng trong thời gian rất ngắn. 20:44:35 &lt;eche|on&gt; cảm ơn sadie, khung thời gian cho toàn bộ dự án là gì? ngày kết thúc 20:44:56 &lt;eche|on&gt; eyedeekay: vui lòng thông báo điều đó trên trang web 20:45:21 &lt;eyedeekay&gt; Sẽ làm 20:45:22 &lt;sadie_&gt; Dự kiến ngày kết thúc cho nghiên cứu là giữa tháng 6 20:45:49 &lt;zzz&gt; nếu beta 8 cũng không dùng được lâu, tôi cho rằng beta 7 trên trang web của chúng ta từ lâu đã lỗi thời và chắc chắn nên gỡ 20:45:53 &lt;eche|on&gt; ok, và có ước lượng thời điểm nào các cải tiến UX sẽ vào code I2P không? 20:46:59 &lt;eche|on&gt; sadie? 20:47:28 &lt;eche|on&gt; zzz: việc đó nên thực hiện cùng thông báo chấm dứt cuối cùng của dự án browser 20:47:33 &lt;sadie_&gt; Sẽ không trước tháng 6. Chúng tôi cần hoàn tất quy trình trước. Nếu có cải tiến nào có thể thực hiện dễ dàng khi được đề xuất và phê duyệt thì chúng tôi sẽ làm. 20:47:35 &lt;zzz&gt; sadie_, tổ chức tài trợ cho Ura có công khai không? nếu có thì là ai? 20:47:46 &lt;mikalv_&gt; đúng, dự án browser không may bắt đầu sai thời điểm khi mozilla gần như viết lại mọi thứ trong codebase cùng năm đó 20:48:05 &lt;anonymousmaybe&gt; i2pbrowser hiện có nhiều lỗ hổng bảo mật chưa được sửa từ lâu vì nó không theo kịp các bản vá của TB/FF 20:48:09 &lt;mikalv_&gt; nên mỗi bản phát hành có code khá khác so với bản trước, v.v. 20:48:23 &lt;eche|on&gt; sadie_: ok, có vẻ đầu 0.9.47, có thể 0.9.48 sẽ là phiên bản i2p đầu tiên nhận thay đổi từ dự án này 20:48:25 &lt;sadie_&gt; Kinh phí cho nghiên cứu này được cung cấp thông qua usability lab. 20:48:39 &lt;zzz&gt; đó là OTF? 20:48:40 &lt;sadie_&gt; đúng, ech 20:48:47 &lt;mikalv_&gt; tbb có 10 người viết lại tất cả các bản vá của họ khoảng ba bốn lần trong 2019 20:49:34 &lt;eche|on&gt; https://www.opentech.fund/labs/usability-lab/ 20:49:45 &lt;sadie_&gt; OTF Resource Labs 20:49:58 &lt;zzz&gt; sẽ tốt nếu có vài tweet cảm ơn và một bài blog nếu việc này công khai; đây là tin lớn chúng ta nên nói cho mọi người biết! 20:50:37 &lt;fug&gt; các người cũng nên nói cho mọi người biết cách các người xé toạc UI và gỡ tài liệu 20:51:09 &lt;eche|on&gt; Ở một khía cạnh kém vui, InternetFreedomFestival ở Valencia, Tây Ban Nha, đã bị hủy do rủi ro cao vì virus corona. 20:51:18 &lt;eche|on&gt; vì vậy không có sự tham gia của I2P ở đó 20:51:38 &lt;eche|on&gt; zzz: đã ghi nhận và sẽ thực hiện 20:52:15 &lt;sadie_&gt; zzz, vâng tôi đã thông báo trên diễn đàn tuần trước. Đã lên kế hoạch PR rollout 20:52:26 &lt;eche|on&gt; còn bình luận, chủ đề nào trong mục 5) linh tinh không? 20:52:51 &lt;eche|on&gt; `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 &lt;eche|on&gt; là bài trên diễn đàn với các tin 20:53:10 &lt;fug&gt; zzz: github xác định dựa trên email trong các commit, email đó cần được đăng ký với một tài khoản github, và đăng ký yêu cầu gửi liên kết xác nhận đến email 20:53:33 &lt;fug&gt; zzz: nên với các commit dùng mail .i2p của bạn, bạn sẽ không thể xác nhận 20:53:55 &lt;anonymousmaybe&gt; có lộ trình nào cho i2prouter isolation không? https://trac.i2p2.de/ticket/2132 20:54:47 &lt;eche|on&gt; việc tách gói debian i2p theo tôi hiện đang tạm dừng 20:54:51 &lt;eyedeekay&gt; Chưa có lộ trình cho việc đó. 20:55:02 &lt;anonymousmaybe&gt; ồ buồn thật.. 20:55:22 &lt;eche|on&gt; Theo tôi biết đã có thảo luận với maintainer deb, nhưng chưa có kết quả hữu ích 20:56:02 &lt;anonymousmaybe&gt; đã có ticket nhưng chưa có công việc nào 20:56:17 &lt;zzz&gt; chưa có 45 cho sid, cũng chưa có tin từ mhatta 20:56:38 &lt;anonymousmaybe&gt; mikalv_ đã sửa việc trac lọc người dùng Tor/I2P chưa? 20:56:42 &lt;fug&gt; có https://github.com/tracboat/tracboat để di trú trac-&gt;gitlab, đã đánh giá chưa? 20:57:25 &lt;eche|on&gt; Theo tôi eyedeekay đang thử tracboat cho việc di trú, ít nhất cái tên đã được nhắc 20:57:28 &lt;fug&gt; có trang thông tin nào mô tả trạng thái di trú sang git không? 20:57:46 &lt;eche|on&gt; hiện chưa có trang nào ngoài hướng dẫn và git server đã nêu 20:57:56 &lt;eche|on&gt; vì chúng tôi vẫn đang ở giai đoạn đầu 20:58:17 &lt;fug&gt; dù vậy các bạn vẫn nên có một trang cho thông tin đó 20:58:21 &lt;eche|on&gt; đã ghi chú tạo một trang thông tin 20:58:22 &lt;mikalv_&gt; Tôi hy vọng đã sửa, có ai gặp vấn đề với nó mấy ngày qua không? 20:58:38 &lt;eyedeekay&gt; trac? Gần đây thì không 20:58:49 &lt;eche|on&gt; có, mikalv_, có một người ở đây thử gửi ticket và bị chặn spam 20:58:59 &lt;eche|on&gt; nhưng ok, còn bình luận nào cho cuộc họp dev không? 20:59:09 &lt;zzz&gt; outproxy vẫn là một đống rác nhưng trac hoạt động tốt với tôi 20:59:20 &lt;mikalv_&gt; và giờ chúng ta đang nói về hệ thống của trac, chứ không phải i2ptunnel đúng không? 20:59:26 &lt;eche|on&gt; đúng 20:59:43 &lt;eche|on&gt; uhh, đã tới giới hạn 60 phút... 20:59:55 &lt;eche|on&gt; còn bình luận nào nữa không? 21:00:05 &lt;fug&gt; có, thông tin về phát triển i2p 21:00:16 &lt;fug&gt; nên đề cập việc dùng instance git mới thay cho mtn mà chẳng ai dùng 21:00:45 &lt;eche|on&gt; sẽ làm, nếu việc đó hợp lệ và được xác minh 100% 21:01:24 &lt;eche|on&gt; Nếu không còn bình luận nào khác, thời lượng cuộc họp IRC này đã gần 60 phút, là giới hạn mềm, tôi muốn kết thúc cuộc họp. Do thiếu một buffer phù hợp, tôi sẽ tạo âm thanh "plopp". 21:01:45 &lt;eche|on&gt; vậy, căng tai lên: "plopp" 21:01:56 &lt;sadie_&gt; thả mic 21:02:02 &lt;eche|on&gt; họp dev kết thúc. cảm ơn mọi người vì thời gian, ý tưởng và bình luận 21:02:14 &lt;eche|on&gt; log sẽ được đăng sớm 21:02:14 &lt;sadie_&gt; cảm ơn ech </div>/vi/blog/2020/02/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.45/Tue, 25 Feb 2020 00:00:00 +0000/vi/blog/2020/02/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.45/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.45 bao gồm các bản sửa lỗi quan trọng cho chế độ ẩn và trình kiểm tra băng thông. Có một bản cập nhật cho chủ đề tối của bảng điều khiển. Chúng tôi tiếp tục làm việc để cải thiện hiệu năng và phát triển một cơ chế mã hóa đầu-cuối mới (đề xuất 144).</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và hỗ trợ mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2020/02/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-2-2020/Tue, 04 Feb 2020 00:00:00 +0000/vi/blog/2020/02/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-2-2020/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng dự án I2P Browser (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Trường hợp sử dụng / trạng thái Outproxy (proxy đi ra) (sadie) 20:00:00 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.45 (zzz) 20:00:00 &lt;zzz&gt; 4) Tình trạng scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; chào 20:00:19 &lt;zlatinb&gt; chào 20:00:29 &lt;zzz&gt; 1) Tình trạng dự án I2P Browser (sadie, meeh, idk) 20:00:51 &lt;zzz&gt; sadie, tình hình mới nhất của dự án trình duyệt là gì? 20:01:22 &lt;zzz&gt; hoặc, vì cô ấy không có ở đây, ai khác? 20:02:09 &lt;eyedeekay&gt; Chào 20:02:55 &lt;zzz&gt; eyedeekay, bạn có cập nhật tình trạng về dự án trình duyệt không? 20:03:22 &lt;eyedeekay&gt; Chúng tôi sắp phát hành bản phát hành cuối cùng của trình duyệt trong sáu tháng trước khi tạm dừng. Chúng tôi đã quyết định cần thông minh hơn nhiều về cách đóng gói cấu hình và xây dựng trình duyệt để dự án có thể bền vững; hiện tại nó đang tiêu tốn tài nguyên rất lớn. Một tuyên bố đầy đủ hơn sẽ được đăng trên trang web vào thời điểm phát hành trình duyệt. 20:04:11 &lt;zzz&gt; bản phát hành này sẽ là beta 8? nếu mình nhớ không nhầm (iirc) tại cuộc họp trước cách đây hai tháng, nó dự kiến sẽ ra trong vòng 3 ngày 20:04:58 &lt;eyedeekay&gt; Đúng vậy, đó là lý do nó sẽ tạm dừng. Cách chúng tôi đã làm đơn giản là không bền vững; cần khám phá các lựa chọn khác để chúng tôi phải làm ít việc hơn chỉ để theo kịp các bản phát hành Firefox. 20:05:27 &lt;zzz&gt; ok. chào mừng sadie_, bạn có gì muốn bổ sung không? 20:05:44 &lt;sadie_&gt; không 20:06:05 &lt;zzz&gt; ai có bình luận hoặc câu hỏi nào về 1) trình duyệt ? 20:06:52 &lt;zzz&gt; còn gì nữa ở mục 1) ? 20:07:29 &lt;zzz&gt; 2) Trường hợp sử dụng / trạng thái Outproxy (sadie) 20:07:32 &lt;eyedeekay&gt; Chúng tôi sẽ cung cấp khuyến nghị về các quy trình thay thế để cấu hình trình duyệt. 20:07:47 &lt;zzz&gt; ok 20:08:04 &lt;zzz&gt; sadie_, vui lòng cho chúng tôi cập nhật về nghiên cứu outproxy 20:08:51 &lt;sadie_&gt; nghiên cứu outproxy đã bị hoãn trong những tháng vừa qua. 20:09:42 &lt;zzz&gt; ok, có dự kiến khi nào nó có thể khởi động lại không? 20:11:53 &lt;zzz&gt; ai có bình luận hoặc câu hỏi nào về 2) outproxy ? 20:12:20 &lt;sadie_&gt; nó không phải là ưu tiên cao trong tương lai gần, theo lộ trình. 20:12:40 &lt;eyedeekay&gt; Thực ra Meeh đã cải thiện hiệu năng outproxy đáng kể gần đây cho outproxy mặc định dùng chung tại false.i2p 20:13:11 &lt;zzz&gt; còn gì nữa ở mục 2) ? 20:14:04 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.45 (zzz) 20:14:15 &lt;zzz&gt; phát triển đang diễn ra tốt 20:14:32 &lt;zzz&gt; cho đến giờ chúng tôi có 17K dòng diff, bao gồm một cập nhật lớn cho các chủ đề tối 20:14:38 &lt;zzz&gt; một số sửa lỗi cho chế độ ẩn 20:14:47 &lt;eche|on&gt; hy vọng điều đó sẽ giúp 20:15:16 &lt;zzz&gt; một số thay đổi biểu tượng, tomcat mới, jetty mới, trình phát xem trước HTML5 cho các tệp một phần trong i2psnark 20:15:52 &lt;zzz&gt; các mốc thời gian có trong /topic ở trên. đóng băng tag trong một tuần, hạn chót checkin trong 2 tuần rưỡi, phát hành trong 3 tuần 20:16:34 &lt;zzz&gt; Không hẳn thuộc .45, nhưng tôi có thể thông báo rằng chúng tôi đã có tiến triển tốt trong kiểm thử khả năng tương tác với i2pd trên đề xuất 144 (mã hóa mới) 20:16:59 &lt;zzz&gt; và chúng tôi đang tiếp tục xử lý lỗi và vấn đề ở cả hai phía, cũng như trong chính đề xuất 20:17:27 &lt;zzz&gt; ai khác muốn nêu bật điều gì đã đưa vào .45, hoặc điều gì sẽ có không? 20:19:01 &lt;zzz&gt; còn gì nữa ở mục 3) ? câu hỏi hoặc bình luận? 20:19:22 &lt;eche|on&gt; không 20:20:02 &lt;zzz&gt; 4) Tình trạng scrum (zlatinb) 20:20:08 &lt;zzz&gt; mời zlatinb 20:20:15 &lt;zlatinb&gt; Chào. Ngắn gọn: 1) bạn đã làm gì kể từ cuộc họp trước 2) bạn dự định làm gì trong tháng tới 3) có trở ngại nào hoặc cần hỗ trợ không. Hãy nói EOT khi xong 20:20:46 &lt;zlatinb&gt; tôi: 1) plugin MW 2) Làm thêm về plugin MW, việc viết lại SSU của jogger 3) không có trở ngại EOT 20:21:16 &lt;zzz&gt; 1) sửa lỗi, đề xuất 144, xem xét các bản vá của jogger và đề xuất; 2) tiếp tục như vậy, cộng phát hành .45; 3) không trở ngại EOT 20:21:54 &lt;eche|on&gt; không có gì đặc biệt, hỗ trợ máy chủ, `http://wiki.i2p-projekt.i2p` đang chạy và đang được điền nội dung, mọi thứ ổn 20:23:26 &lt;sadie_&gt; đang làm việc với idk để cải tiến tài liệu sau cài đặt, thu xếp thêm nghiên cứu Kiểm thử khả dụng , tiếp cận cộng đồng / chiến lược PR / kiểm thử các tiện ích mở rộng web của idk / quy trình khám phá - hạ tầng bền bỉ, nghiên cứu tái định thương hiệu - tháng tới tiếp tục các việc tương tự 20:23:57 &lt;zlatinb&gt; còn ai nữa không? T-1 phút đến khi kết thúc scrum 20:24:01 &lt;eyedeekay&gt; 1) Phần lớn công việc của tôi là chỉnh sửa đáng kể chủ đề tối mặc định để cải thiện khả năng đọc và khiến nó trông hiện đại, nhất quán hơn. Tôi cũng đã thêm tính năng và sửa lỗi trong webextension cho Firefox; giờ nó có khả năng nói chuyện với i2pcontrol và snark-rpc. Tôi cũng đã thiết lập eepSite cá nhân của mình và một tài nguyên git chung(một phiên bản gitlab tại git.idk.i2p) cho dự án. 2) Tôi sẽ làm việc trong 20:24:01 &lt;eyedeekay&gt; quá trình di chuyển git. 3) không có trở ngại. 20:24:41 &lt;zlatinb&gt; cảm ơn, scrum.end 20:24:48 &lt;zzz&gt; ok cảm ơn zlatinb 20:25:07 &lt;zzz&gt; ai có câu hỏi, bình luận, hoặc chủ đề bổ sung nào cho cuộc họp không? 20:26:13 * zzz grabs the baffer 20:27:01 * zzz *bafs* the meeting closed </div>/vi/blog/2019/12/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-12-n%C4%83m-2019/Tue, 03 Dec 2019 00:00:00 +0000/vi/blog/2019/12/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-12-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng dự án I2P Browser (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Các trường hợp sử dụng / tình trạng Outproxy (proxy đi ra ngoài) (sadie) 20:00:00 &lt;zzz&gt; 3) Tình trạng phát hành 0.9.44 (zzz) 20:00:00 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:00:10 &lt;sadie__&gt; chào 20:00:20 &lt;zzz&gt; 0) Chào 20:00:22 &lt;zzz&gt; chào 20:00:47 &lt;zzz&gt; 1) Tình trạng dự án I2P Browser (sadie, meeh, idk) 20:00:49 &lt;zlatinb&gt; chào 20:01:00 &lt;meeh&gt; chào 20:01:23 &lt;zzz&gt; sadie, cập nhật mới nhất về dự án I2P Browser là gì? và cứ thoải mái giao lại bất kỳ phần nào trong câu trả lời của bạn cho idk và meeh 20:01:32 &lt;eyedeekay&gt; Chào 20:03:02 &lt;meeh&gt; Tin lớn nhất có lẽ là bản phát hành tiếp theo của chúng tôi hiện dựa trên ESR 68 chứ không phải 60, và các extension của chúng tôi đang được chuyển vào mã nguồn vì mozilla loại bỏ một số api mà chúng tôi đang dùng trong các phiên bản sau 20:03:27 &lt;zzz&gt; và bản phát hành đó dự kiến khi nào? 20:03:47 &lt;meeh&gt; Đây cũng sẽ là bản phát hành đầu tiên được ký bằng chứng thư ký mã EV mới của chúng tôi, nên sẽ không còn những cảnh báo đáng sợ nữa 20:03:54 &lt;meeh&gt; trong hai ba ngày nữa 20:04:06 &lt;meeh&gt; cứ nói là ngày 6 đi 20:04:15 &lt;zzz&gt; ok vậy đây sẽ là beta 8 phải không? 20:04:26 &lt;meeh&gt; vâng, đúng vậy 20:04:27 &lt;eyedeekay&gt; Đúng, beta 8 20:04:43 &lt;zzz&gt; tuyệt. còn gì để bổ sung không sadie__ eyedeekay ? 20:05:08 &lt;eyedeekay&gt; Ngoài ra, giờ chúng tôi cũng bật bộ ứng dụng I2P, snark, susimail, v.v. 20:05:19 &lt;sadie__&gt; đúng - chúng tôi cũng sẽ có MVP và lộ trình (roadmap) được cập nhật 20:05:54 &lt;zzz&gt; khi nào những cái đó sẽ được đăng? 20:05:56 &lt;meeh&gt; và theo thời gian, chúng tôi sẽ phát hành các thay thế theo chuẩn hiện đại, trước hết ít nhất cho susimail và sổ địa chỉ (addressbook) 20:06:14 &lt;meeh&gt; điều đó không dành cho bản phát hành này đâu, mà ở các bản sau 20:06:47 &lt;sadie__&gt; những thứ đó sẽ có trên trang vào giữa tuần tới, cùng với tên dự án cập nhật và định hướng thương hiệu 20:07:15 &lt;meeh&gt; một tin không liên quan trực tiếp đến trình duyệt là giờ chúng tôi cũng có một trình “runner” Rack nói chuyện trực tiếp với I2PSocket và không yêu cầu người dùng chuyển tiếp qua cổng tcp cục bộ nào 20:07:25 &lt;zzz&gt; hay đấy. muốn rò rỉ tên mới không hay sẽ giữ kín đến khi nó lên trang? 20:07:34 &lt;meeh&gt; vì vậy nó cho phép chạy, ví dụ, Ruby on Rails trực tiếp hướng tới I2PSocket 20:07:57 &lt;sadie__&gt; Chúng tôi sẽ giữ kín cho đến khi trang được cập nhật =) 20:08:12 &lt;zzz&gt; tốt lắm meeh, luôn tốt hơn khi tránh đi ra-rồi-vào lại qua một socket chuẩn 20:08:51 &lt;zzz&gt; nghe có vẻ tiến triển rất tốt 20:09:01 &lt;zzz&gt; còn gì nữa ở mục 1) không? ai có câu hỏi gì không? 20:10:31 &lt;zzz&gt; 2) Các trường hợp sử dụng / tình trạng Outproxy (sadie) 20:10:41 &lt;zzz&gt; sadie__, cập nhật mới nhất về nỗ lực nghiên cứu này là gì? 20:10:44 &lt;sadie__&gt; Giải pháp outproxy trọn gói đã được tạm dừng cho đến khi tôi có thể huy động các nguồn lực cần thiết để thu thập thông tin đúng cách nhằm hoàn thành MVP. Nghiên cứu này sẽ không tiếp tục cho đến năm sau. Thảo luận về outproxy dùng chung sẽ tiếp tục trong các tuần tới. Ở thời điểm này, ưu tiên cho outproxy của chúng ta nên là điều tra và cải thiện các vấn đề hiệu năng. 20:11:45 &lt;zzz&gt; ok, liên quan đến outproxy của dự án, tình trạng điều tra và cải tiến thế nào? 20:12:10 &lt;zzz&gt; meeh bạn có thông tin gì về việc đó không? 20:12:17 &lt;sadie__&gt; meeh có thể bình luận về nỗ lực đó tốt hơn tôi 20:12:28 &lt;meeh&gt; Ngoài ra, vì chủ đề là outproxy, gem jruby tôi làm cũng có một outproxy đơn luồng đơn giản có thể chạy như một plugin i2p cho việc đó 20:12:33 &lt;meeh&gt; found here https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 &lt;zzz&gt; nhưng còn outproxy hiện tại thì sao? 20:13:09 &lt;meeh&gt; tôi cũng đã bắt đầu tách gem ra, để bạn không cần đóng gói hỗ trợ cluster và các thứ tương tự cho một plugin i2p đơn giản không liên quan đến những thứ đó 20:13:13 &lt;meeh&gt; vì nó đã trở nên khá lớn 20:13:41 &lt;meeh&gt; vâng, tôi đã nâng cấp một số cáp và switch, vốn là nút thắt cổ chai cho outproxy công cộng 20:13:52 &lt;zzz&gt; Tôi đã bắt đầu theo dõi mọi lần tải qua outproxy, thành công hay thất bại, trên một tờ post-it. Tỷ lệ thành công hôm nay chỉ 75% 20:14:26 &lt;zzz&gt; sadie nói đây là ưu tiên, vậy bạn định làm gì tiếp theo? 20:14:39 &lt;meeh&gt; bản phát hành trình duyệt tiếp theo beta 8, xin lỗi tôi quên nhắc trước đó, sẽ có nhiều destinations (điểm đích trong I2P) hơn cùng trỏ tới cùng một dịch vụ vì chúng tôi tin rằng bản thân các destinations là nút thắt cổ chai tiếp theo 20:14:56 &lt;meeh&gt; vì vậy không chỉ false.i2p và tor bridge của tôi, mà còn nhiều hơn, cỡ khoảng 20 20:15:30 &lt;meeh&gt; Tôi cũng sẽ thay phần mềm proxy bằng một phần mềm elixir/erlang tự viết cho việc đó, mà tôi đã viết vài tháng trước 20:15:45 &lt;meeh&gt; also found here https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 &lt;zzz&gt; bạn đã cân nhắc chuyển từ i2pd sang java chưa? Tôi nghĩ có một số vấn đề lớn khi chạy nó trên i2pd 20:16:14 &lt;meeh&gt; Tôi có vài thay đổi chưa commit sẽ đẩy lên trước khi chuyển đổi, và ai cũng có thể dùng cái này để chạy bản của riêng họ. Tôi cũng sẽ viết tài liệu tốt hơn cho việc đó 20:16:25 &lt;meeh&gt; Hiện tôi dùng cả hai 20:16:29 &lt;meeh&gt; cả java và i2pd 20:16:39 &lt;zzz&gt; ok 20:16:40 &lt;meeh&gt; Nó sẽ là bốn router, tất cả đều có hai dest 20:16:51 &lt;meeh&gt; cùng trỏ tới cùng một endpoint proxy http 20:17:05 &lt;zzz&gt; bạn đã có kết luận về cái nào cung cấp dịch vụ tốt hơn chưa? 20:17:17 &lt;meeh&gt; các i2pd được cấu hình với khoảng 100 tunnel so với giới hạn 16 tunnel của java 20:17:49 &lt;meeh&gt; chưa, xin lỗi, nhưng đó là việc tôi đã đưa vào danh sách việc cần làm cho tương lai gần 20:18:21 &lt;zzz&gt; ok, tôi khuyến khích đội dùng cách tiếp cận dựa trên đo đạc để cải tiến. đừng cứ bắn đại trà rồi thay đổi mọi thứ 20:18:51 &lt;meeh&gt; vâng, tôi đã từng làm thế và rút kinh nghiệm rồi - nên đừng lo, sẽ dựa trên đo đạc 20:18:55 &lt;zzz&gt; còn gì nữa ở mục 2) không sadie__ ? 20:19:09 &lt;sadie__&gt; không 20:19:22 &lt;zzz&gt; ai có câu hỏi nào về mục 2) không? 20:20:19 &lt;zzz&gt; 3) Tình trạng phát hành 0.9.44 20:20:29 &lt;zzz&gt; ok chúng ta đã phát hành 0.9.44 vào Chủ nhật 20:21:00 &lt;zzz&gt; bản này sửa một lỗi khó chịu trong cách xử lý các kiểu mã hóa mới. Mọi người nên nâng cấp sớm nhất có thể 20:21:12 &lt;meeh&gt; đối với android nó đã được phát hành trên google play, fdroid và trên trang tải về của chúng tôi, nơi mục sau có kèm chữ ký gpg và trang web đã cập nhật 20:21:33 &lt;zzz&gt; tốt. còn mavencentral thì sao? 20:22:03 &lt;meeh&gt; vâng, nó là phụ thuộc bắt buộc của những thứ trên, nên khi tôi đã làm xong những thứ đó thì hẳn là đã làm mavencentral rồi 20:22:07 &lt;zzz&gt; giờ nó đã có sẵn cho cập nhật trong mạng. Khoảng 10% mạng lưới đã nâng cấp rồi 20:22:38 &lt;zzz&gt; Tôi cũng đã làm PPA và kho deb vào Chủ nhật 20:22:58 &lt;zzz&gt; vậy tôi nghĩ đó là hầu hết rồi 20:23:05 &lt;zzz&gt; chưa có phàn nàn nào cho đến giờ 20:23:24 &lt;zzz&gt; đáng tiếc là công cụ kiểm tra băng thông gần như hỏng hoàn toàn 20:23:51 &lt;zzz&gt; gần đây có điều gì đó thay đổi trong test pool, và cách chúng tôi thực hiện handshake đã ngừng hoạt động 20:24:10 &lt;zzz&gt; tôi đã dành ngày rưỡi vừa qua để xử lý, và đã cho nó chạy lại 20:24:40 &lt;zzz&gt; nếu ai thấy những thứ như thế này bị hỏng, hãy mở một ticket. Thật tiếc là chúng ta không phát hiện nó hỏng trước khi phát hành 20:25:29 &lt;meeh&gt; chúng ta cũng sắp có một trang quyên góp (độc lập) mới, trang này sẽ cho phép nhiều cách quyên góp hơn, cả PayPal định kỳ v.v. 20:25:39 &lt;zzz&gt; vậy đó là tất cả những gì tôi có về .44. Chúng ta vừa bắt đầu với .45 và đang lên kế hoạch, nhưng tôi kỳ vọng bản 45 sẽ vào tháng Hai 20:25:44 &lt;meeh&gt; và nó trông **nice** 20:25:48 &lt;meeh&gt; bằng CHỮ HOA 20:25:56 &lt;zzz&gt; ok meeh, tuyệt 20:26:02 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:27:02 &lt;zzz&gt; 4) Scrum trạng thái 20:27:06 &lt;zzz&gt; mời zlatinb 20:27:31 &lt;zlatinb&gt; chào, rất ngắn gọn: 1) bạn đã làm gì tháng trước 2) bạn dự định làm gì tháng tới 3) có vướng mắc nào hoặc cần giúp đỡ không 4) EOT 20:28:31 &lt;zlatinb&gt; tôi: 1) sửa việc scriptable filter ghi ra đĩa mỗi 10 giây, điều tra hỗ trợ servlet 3.0 (hỏng đối với inner class) 2) đóng gói MW thành một plugin cho router 3) không có vướng mắc 20:28:35 &lt;zlatinb&gt; EOT 20:28:49 &lt;zzz&gt; 1) phát hành .44, sửa lỗi, mã hóa và kiểm thử prop. 144 (ratchet); sửa một lỗi tunnel tệ gây khởi động chậm, ra mắt phiên bản mới của zzzot với sự giúp đỡ của drzed 20:29:28 &lt;zzz&gt; 1 (tiếp) rất nhiều việc kiểm thử reseeds (máy chủ gieo lại) và làm việc với các reseeder để sửa những thứ bị hỏng; cũng đã thử và gỡ bỏ các open tracker 20:30:09 &lt;meeh&gt; đã làm: gem jruby để tương tác và/hoặc điều khiển router nhúng hoặc độc lập, hỗ trợ kubernetes ban đầu cho các destinations HA hoặc thử nghiệm cluster của i2p, rất nhiều bản vá firefox tự viết từ đầu hoặc port từ tor browser, cải tiến outproxy, và một ứng dụng thư mới với ý định thay thế susimail một ngày nào đó 20:30:19 &lt;meeh&gt; công việc ban đầu cho cái cuối cùng* 20:30:23 &lt;zzz&gt; 2) sửa lỗi, kiểm thử prop. 144, thêm công việc cải thiện hiệu năng, 36C3 20:30:46 &lt;sadie__&gt; Tháng trước đã làm việc trên các thay đổi chủ đề sáng CSS có trong bản phát hành mới nhất, phản hồi Usability Lab về tài trợ Nghiên cứu UX cho router console, và dẫn dắt các quyết định sản phẩm cho tương lai của trình duyệt. Tháng tới sẽ là hướng dẫn sau khi cài đặt, và thêm công việc CSS, quản lý và phát triển trình duyệt 20:30:56 &lt;zzz&gt; 3) không có vướng mắc; 4) EOT 20:31:10 &lt;sadie__&gt; không có vướng mắc, EOT 20:31:15 &lt;eyedeekay&gt; 1) Tôi đã làm việc để mở rộng trải nghiệm I2P Browser tới nhiều khả năng tổng thể của I2P hơn và điều chỉnh tổ chức/giao diện của router console và các trang chủ. 2) Tháng tới tôi sẽ làm thêm các cải tiến tính năng trình duyệt, thêm hướng dẫn SAM, và thêm cải tiến UI router console. 3) không có vướng mắc EOT. 20:31:48 &lt;zlatinb&gt; cảm ơn, tôi nghĩ thế là mọi người rồi &lt;/scrum&gt; 20:32:08 &lt;zzz&gt; tuyệt, còn gì nữa ở mục 4) không? ai có câu hỏi gì không? 20:32:24 &lt;zzz&gt; hoặc bất kỳ chủ đề nào khác cho cuộc họp? 20:32:28 &lt;meeh&gt; tháng tới: phát hành beta 8 của trình duyệt, tìm cách dùng phần mềm osslsigncode để ký các binary windows trên hệ thống unix, thay phần mềm outproxy, tiếp tục công việc của ứng dụng thư mới, và hoàn tất các thay đổi cho gem jruby 20:33:16 &lt;zzz&gt; EOT meeh? 20:33:32 &lt;meeh&gt; vâng, EOT. 20:34:16 &lt;zzz&gt; ok. Nhắc lại là tháng sau sẽ không có cuộc họp vì chúng ta sẽ hồi sức sau 36C3. Nếu ai muốn tham gia các buổi họp của chúng ta tại 36C3, hãy đến tìm bàn của chúng tôi 20:34:32 &lt;zzz&gt; Tôi chắc là tôi sẽ tweet vị trí gần đúng 20:34:48 &lt;sadie__&gt; và chúng tôi sẽ có một banner mới cho cái bàn! 20:34:48 &lt;meeh&gt; chúng ta có lẽ cũng có thể công bố một số ghi chú công khai từ cuộc họp chứ? 20:34:58 &lt;meeh&gt; ý là từ ccc 20:34:59 &lt;zzz&gt; còn chủ đề nào khác cho cuộc họp không, trong khi tôi đi tìm cái baffer? 20:35:28 &lt;zzz&gt; bạn tình nguyện đó hả meeh? 20:35:41 &lt;meeh&gt; Tôi có thể thử làm việc đó, vâng 20:35:59 &lt;sadie__&gt; Tôi sẽ làm một báo cáo cho ccc 20:36:35 &lt;zzz&gt; ok, tôi đã tìm thấy *baffer* nên tôi đoán hôm nay đến đây thôi 20:36:46 &lt;zzz&gt; hẹn gặp mọi người trực tiếp trong 4 tuần nữa 20:37:10 &lt;zzz&gt; úi, 3 tuần rưỡi 20:37:24 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2019/12/01/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.44/Sun, 01 Dec 2019 00:00:00 +0000/vi/blog/2019/12/01/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.44/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.44 bao gồm một bản sửa lỗi quan trọng cho sự cố từ chối dịch vụ trong việc xử lý các loại mã hóa mới của các dịch vụ ẩn. Tất cả người dùng nên cập nhật càng sớm càng tốt.</p> <p>The release includes initial support for new end-to-end encryption (proposal 144). Work continues on this project, and it is not yet ready for use. There are changes to the console home page, and new embedded HTML5 media players in i2psnark. Additional fixes for firewalled IPv6 networks are included. Tunnel build fixes should result in faster startup for some users.</p>/vi/blog/2019/11/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-11-n%C4%83m-2019/Tue, 05 Nov 2019 00:00:00 +0000/vi/blog/2019/11/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-11-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, lbt, sadie, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.43 (zzz) 20:00:00 &lt;zzz&gt; 2) Trạng thái dự án I2P Browser (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Trường hợp sử dụng Outproxy (proxy ra ngoài tới clearnet) / trạng thái (sadie) 20:00:00 &lt;zzz&gt; 4) Trạng thái phát triển 0.9.44 (zzz) 20:00:00 &lt;zzz&gt; 5) Trạng thái đề xuất (zzz) 20:00:00 &lt;zzz&gt; 6) Tình trạng scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; chào 20:00:10 &lt;sadie_&gt; chào 20:00:25 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.43 (zzz) 20:00:38 &lt;zzz&gt; 43 đã phát hành được vài tuần, đến giờ chưa có vấn đề nghiêm trọng 20:01:02 &lt;zzz&gt; những hạng mục còn lại là f-droid chính thức (nextloop) và debian chính thức (mhatta) 20:01:08 &lt;eyedeekay&gt; chào 20:01:37 &lt;zzz&gt; còn vấn đề tồn đọng nào với bản phát hành 43 không? 20:03:01 &lt;zzz&gt; 2) Trạng thái dự án I2P Browser (sadie, meeh) 20:03:16 &lt;zzz&gt; meeh, sadie, thông tin mới nhất về trình duyệt là gì? 20:04:49 &lt;sadie_&gt; Beta 7 đã được phát hành 20:05:10 &lt;eyedeekay&gt; I2P Browser Beta 7 đã phát hành hôm qua, kèm theo lộ trình được cập nhật. Đây là bản phát hành áp chót dựa trên Firefox 60. Chúng tôi đã sửa một số lỗi và triển khai tích hợp liên tục, cũng như xây dựng kế hoạch sửa đổi và cập nhật cho tương lai của trình duyệt như một sản phẩm. 20:05:11 &lt;sadie_&gt; ghi chú có trên trang web dự án. 20:05:35 &lt;zzz&gt; ngày phát hành trên trang bị sai, để bạn biết 20:05:51 &lt;eyedeekay&gt; Ôi chết, xin lỗi tôi bỏ sót. Sẽ sửa ngay. 20:06:03 &lt;sadie_&gt; Chúng tôi cũng đang làm việc với lộ trình, cái này cũng có trên trang web dự án 20:06:29 &lt;zzz&gt; bạn có thể cho biết gì về beta 8 sắp tới? Có gì trong đó, khi nào sẽ phát hành? 20:07:40 &lt;sadie_&gt; beta 8 sẽ phát hành vào cuối tháng 11. 20:08:19 &lt;zzz&gt; ai có câu hỏi nào về trình duyệt không? meeh bạn có gì muốn bổ sung? 20:08:27 &lt;eyedeekay&gt; Beta 8 sẽ phát hành vào cuối tháng 11, sẽ là phiên bản cuối cùng dựa trên Firefox 60. Chúng tôi đang chuẩn bị một số thay đổi kiến trúc giúp ứng dụng dễ thấy hơn; bạn sẽ bắt đầu thấy những điều đó trong Beta 8, cũng như nhiều phản hồi hơn trong trình duyệt về mức độ sẵn sàng của router đi kèm. 20:08:53 &lt;sadie_&gt; chúng tôi đang làm trang đích tốt hơn, chỉ báo sẵn sàng của HTTP proxy, và giao diện động 20:09:20 &lt;zzz&gt; nghe tuyệt, hy vọng mọi người thử beta 7 20:09:45 &lt;zzz&gt; còn gì nữa cho mục 2) ? 20:11:00 &lt;zzz&gt; 3) Trường hợp sử dụng Outproxy / trạng thái (sadie) 20:11:17 &lt;zzz&gt; sadie_, cập nhật mới nhất về chủ đề này? 20:11:32 &lt;sadie_&gt; Chúng tôi đã đưa tài liệu yêu cầu tiến xa đến mức tôi nghĩ có thể được mà chưa cần làm thêm nghiên cứu người dùng. 20:11:38 &lt;sadie_&gt; Giữa tháng tôi sẽ liên hệ lại với người đã gợi ý giải pháp outproxy trọn gói (turnkey). Chúng tôi có thể đánh giá tài liệu yêu cầu đã tạo và bắt đầu giải quyết các câu hỏi nghiên cứu người dùng kỹ lưỡng hơn. Các yêu cầu cho giải pháp này là một phần deliverables cho bản phát hành tiếp theo. Chúng tôi đã đưa tài liệu yêu cầu tiến xa đến mức tôi nghĩ có thể được mà chưa cần làm thêm 20:11:38 &lt;sadie_&gt; nghiên cứu người dùng. 20:12:41 &lt;zzz&gt; ok, để rõ ràng thì chúng ta chỉ làm phần yêu cầu trong giai đoạn .44. Việc triển khai sẽ ở .45 hoặc muộn hơn, đúng không? 20:12:53 &lt;sadie_&gt; đúng 20:13:32 &lt;zzz&gt; được, còn gì muốn bổ sung? Có ai có câu hỏi về nghiên cứu outproxy không? 20:14:01 &lt;zzz&gt; còn gì nữa cho mục 3) ? 20:15:01 &lt;zzz&gt; 4) Trạng thái phát triển 0.9.44 (zzz) 20:15:23 &lt;zzz&gt; chúng ta đã đi được hai tuần trong chu kỳ .44, rất nhiều mã mới đã được commit 20:15:52 &lt;zzz&gt; hầu hết là triển khai đề xuất 144, mã hóa mới cho destination 20:16:07 &lt;zzz&gt; Tôi kỳ vọng sẽ bắt đầu thử nghiệm khả năng tương tác với chisana_ sớm 20:16:35 &lt;zzz&gt; và sẽ sẵn sàng cho những người thử nghiệm dũng cảm trong vài tuần nữa 20:16:57 &lt;zzz&gt; nhưng sẽ còn khá lâu trước khi dùng mặc định, có lẽ 6–12 tháng 20:17:23 &lt;zzz&gt; cần rất nhiều thử nghiệm và thay đổi khác để làm nó vững chắc 20:17:59 &lt;zzz&gt; việc lớn khác tôi đã xếp hàng cho .44 là một số cải thiện hiệu năng SSU, được thúc đẩy bởi người mở ticket Trac năng suất của chúng ta 'jogger' 20:18:17 &lt;zzz&gt; sadie_, eyedeekay, meeh, có gì muốn bổ sung về những gì bạn đang làm cho .44 không? 20:19:34 &lt;zzz&gt; còn gì nữa cho mục 4) ? 20:19:35 &lt;sadie_&gt; thay đổi router console /home, chiến lược dài hạn cho website 20:20:45 &lt;zzz&gt; 5) Trạng thái đề xuất (zzz) 20:21:05 &lt;zzz&gt; không còn gì nhiều để nói, 99% tập trung vào 144. 20:21:30 &lt;zzz&gt; tiếp theo có lẽ là 152, 153, hoặc thậm chí một đề xuất SSU 2 mới 20:21:47 &lt;zzz&gt; tôi không kỳ vọng có nhiều tiến triển cho đến năm mới 20:21:58 &lt;zzz&gt; có câu hỏi nào về các đề xuất không? 20:22:06 &lt;zzz&gt; còn gì nữa cho mục 5) ? 20:23:01 &lt;zzz&gt; 6) Tình trạng scrum (zlatinb) 20:23:12 &lt;zzz&gt; tôi nghĩ zlatinb nói anh ấy không tham dự được hôm nay 20:23:32 &lt;eche|on&gt; máy chủ mới với phần cứng mới và IP mới, đang dần di chuyển dịch vụ từ máy chủ này sang máy chủ khác theo thời gian. không có trở ngại 20:23:41 &lt;zzz&gt; vậy mọi người biết quy trình rồi, vui lòng nói 1) bạn đã làm gì tháng trước 2) bạn sẽ làm gì tháng tới; 3) có trở ngại nào không 20:23:52 &lt;zzz&gt; và kết thúc bằng EOT 20:24:49 &lt;zzz&gt; tôi: 1) đã phát hành .44, nhiều công việc về mã hóa mới; 2) tiếp tục làm mã hóa mới, cải thiện hiệu năng SSU, sửa lỗi; 3) không có trở ngại; EOT 20:25:11 &lt;zzz&gt; sadie_, meeh, eyedeekay, vui lòng báo cáo song song 20:25:48 &lt;sadie_&gt; Tháng trước và tháng tới tôi sẽ tiếp tục làm việc trên I2P Browser, tiếp tục tinh chỉnh giao diện sáng của router console, và xây dựng chiến lược dài hạn cho website cùng IDK. Quản lý sản phẩm Outproxy và thu thập yêu cầu sẽ tiếp tục. Các đề xuất cho nghiên cứu và phát triển: các đề xuất cải thiện UX và các nghiên cứu khả dụng đã được nộp hoặc đang được viết. Bài thuyết trình và 20:25:48 &lt;sadie_&gt; các hội thảo cho hội nghị đã bắt đầu cho 2020. 20:27:01 &lt;zzz&gt; gọi lần cuối eyedeekay meeh zlatinb 20:27:11 &lt;eyedeekay&gt; 1) Tôi đã làm những việc đưa vào trình duyệt hoặc nhằm hỗ trợ trình duyệt. 2) Sẽ làm việc cải thiện tổ chức một số trang chủ của router console cũng như triển khai một số cải tiến thiết kế trình duyệt. 3) Không có trở ngại EOT 20:27:53 &lt;zzz&gt; được, giả định đã có EOT từ eche|on và sadie_ ... còn gì nữa cho mục 6) ? 20:28:02 &lt;sadie_&gt; có 20:28:34 &lt;zzz&gt; còn chủ đề hay câu hỏi nào khác cho cuộc họp không? 20:28:59 &lt;eche|on&gt; còn Bote thì sao? 20:29:04 &lt;eche|on&gt; có tín hiệu gì từ str4d không? 20:29:28 &lt;zzz&gt; tôi thỉnh thoảng thấy RT trên twitter, vậy là anh ấy vẫn hoạt động 20:29:59 &lt;zzz&gt; tôi chỉ biết vậy 20:30:26 &lt;zzz&gt; ngoài những gì trong các ticket 20:30:27 &lt;eche|on&gt; ok 20:30:38 &lt;zzz&gt; còn gì khác về Bote? 20:31:01 &lt;zzz&gt; còn gì nữa cho cuộc họp? 20:31:22 &lt;lbt&gt; Một lời “cảm ơn” tới tất cả mọi người :) 20:31:48 &lt;zzz&gt; không có chi lbt, cảm ơn đã tham gia cuộc họp 20:31:54 &lt;eyedeekay&gt; Không có chi bạn :) 20:33:00 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2019/10/25/nghi%C3%AAn-c%E1%BB%A9u-n%E1%BB%95i-b%E1%BA%ADt/Fri, 25 Oct 2019 00:00:00 +0000/vi/blog/2019/10/25/nghi%C3%AAn-c%E1%BB%A9u-n%E1%BB%95i-b%E1%BA%ADt/<h2 id="nghiên-cứu-nổi-bật---một-nghiên-cứu-thực-nghiệm-về-mạng-ẩn-danh-i2p-và-khả-năng-chống-kiểm-duyệt-của-nó">Nghiên cứu nổi bật - Một nghiên cứu thực nghiệm về mạng ẩn danh I2P và khả năng chống kiểm duyệt của nó</h2> <p>Bài viết blog dưới đây được viết bởi Information Controls Fellow (học giả chương trình ICFP) Hoàng Nguyên Phong. Với tư cách là một ICFP fellow, nghiên cứu của Phong tập trung phân tích các khía cạnh khác nhau của mạng I2P, một công cụ Internet tăng cường quyền riêng tư có thể được sử dụng để truy cập nội dung trực tuyến qua một mạng tăng cường ẩn danh, hữu ích trong việc vượt qua kiểm duyệt do nhà nước áp đặt. Trong quá trình làm việc với đơn vị tiếp nhận của mình, Đại học Massachusetts Amherst, Phong nghiên cứu khả năng chống chịu trước kiểm duyệt của mạng I2P, bao gồm việc xác định những phương thức chặn mà một cơ quan kiểm duyệt nhà nước có thể sử dụng để ngăn truy cập vào I2P và khảo sát các giải pháp tiềm năng nhằm giúp I2P chống chịu tốt hơn trước các biện pháp chặn như vậy.</p>/vi/blog/2019/10/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.43/Tue, 22 Oct 2019 00:00:00 +0000/vi/blog/2019/10/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.43/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Trong bản phát hành 0.9.43, chúng tôi tiếp tục phát triển các tính năng bảo mật và quyền riêng tư mạnh mẽ hơn, cũng như cải thiện hiệu năng. Việc triển khai đặc tả leaseset mới (LS2) của chúng tôi hiện đã hoàn tất. Chúng tôi đang bắt đầu triển khai cơ chế mã hóa đầu cuối mạnh hơn và nhanh hơn (đề xuất 144) cho một bản phát hành trong tương lai. Một số vấn đề phát hiện địa chỉ IPv6 đã được khắc phục, và dĩ nhiên còn có một số sửa lỗi khác.</p>/vi/blog/2019/10/05/our-networks-trip-report-idk/Sat, 05 Oct 2019 00:00:00 +0000/vi/blog/2019/10/05/our-networks-trip-report-idk/<h2 id="báo-cáo-chuyến-công-tác-our-networks">Báo cáo chuyến công tác Our Networks</h2> <p>Cuối tuần ngày 20 tháng 9, tôi đã đến Toronto để gặp Sadie nhằm cùng tham gia hội nghị Our Networks. Hội nghị Our Networks bao quát nhiều chủ đề đa dạng, bao gồm nhiều công nghệ peer-to-peer (ngang hàng), với trọng tâm hướng tới tiềm năng của chúng trong việc làm cho thế giới trở nên tốt đẹp hơn.</p> <p>Hội nghị thật hấp dẫn, đầy những người rất thông minh đang làm việc trên mọi thứ từ mạng lưới mesh vật lý đến web phân tán và, dĩ nhiên, cả tính ẩn danh. Chúng tôi đã có dịp trò chuyện với một số người tuyệt vời từ Tor, Protocol Labs, Parity Labs, the Dat Project, cũng như với nhiều nghệ sĩ và nhà khoa học xã hội. Cũng rất vui nữa, và bầu không khí thật tuyệt. Riêng Dat, theo tôi, mở ra một số cơ hội hợp tác trong tương lai khá thú vị.</p>/vi/blog/2019/10/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-10-2019/Tue, 01 Oct 2019 00:00:00 +0000/vi/blog/2019/10/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-10-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.42 (zzz) 20:00:00 &lt;zzz&gt; 2) Trạng thái dự án I2P Browser "labs" (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Trường hợp sử dụng / trạng thái outproxy (sadie) 20:00:00 &lt;zzz&gt; 4) Trạng thái phát triển 0.9.43 (zzz) 20:00:00 &lt;zzz&gt; 5) Trạng thái các đề xuất (zzz) 20:00:00 &lt;zzz&gt; 6) Status scrum (zlatinb) 20:00:05 &lt;meeh&gt; hi 20:00:05 &lt;zzz&gt; 0) Chào 20:00:08 &lt;zzz&gt; chào 20:00:16 &lt;zlatinb&gt; hi 20:00:18 &lt;nextloop&gt; Hi 20:00:23 &lt;sadie__&gt; hi 20:00:49 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.42 (zzz) 20:01:12 &lt;zzz&gt; Bản phát hành 42 đã ra 5 tuần trước, tôi tin rằng các hạng mục còn lại tính đến một tháng trước là thư viện client và bản phát hành bote trên Android mới, cùng bản deb/ubuntu chính thức 20:01:19 &lt;zzz&gt; tất cả những thứ đó đã xong 20:01:41 &lt;zzz&gt; không còn gì nhiều để nói về .42, có vẻ chạy tốt 20:01:46 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:29 &lt;zzz&gt; 2) Trạng thái dự án I2P Browser "labs" (sadie, meeh) 20:02:37 &lt;eyedeekay&gt; Chào mọi người 20:02:45 &lt;meeh&gt; bọn mình đang triển khai tất cả các tác vụ, tôi cũng đã bắt đầu việc vá ban đầu cho ESR68, dự kiến sẽ là bản beta mới của chúng tôi trước ngày 31/12. 20:02:46 &lt;zzz&gt; sadie, meeh, các bạn có thể cho chúng tôi biết về dự án và sản phẩm mới này không, trạng thái thế nào rồi? 20:03:01 &lt;chisana_&gt; hi 20:03:02 &lt;sadie__&gt; Beta 7 sẽ phát hành vào ngày 23 tháng 10 hoặc ngay sau khi 0.9.43 được gắn thẻ. Tính đến hôm nay, chúng tôi đang đúng tiến độ với các hạng mục trong lộ trình cho bản phát hành sắp tới. Một lộ trình dự kiến cho các bản phát hành tương lai đã được tạo, kéo dài đến tháng 6/2020 20:03:04 &lt;zzz&gt; nhiệm vụ tiếp theo, hoặc bản phát hành tiếp theo là gì vậy meeh? 20:03:07 * chisana_ lurks 20:03:13 &lt;meeh&gt; 23/10 20:03:33 &lt;meeh&gt; hoặc ngay khi 0.9.43 ra vào ngày đó hoặc sau đó 20:03:36 &lt;meeh&gt; tùy vào chúng ta 20:03:50 &lt;zzz&gt; hai bạn có thể cho biết lộ trình ở đâu, và beta 7 sẽ có những gì không? 20:04:39 &lt;sadie__&gt; Các hạng mục trong Lộ trình đang đúng tiến độ tính đến hôm nay 20:05:00 &lt;zzz&gt; lộ trình có được đăng ở đâu để mọi người xem không? 20:06:27 &lt;meeh&gt; bản phát hành tiếp theo chủ yếu sẽ chứa bản sửa lỗi, bản vá ổn định, "backend" tốt hơn cho cửa sổ hộp thoại khởi tạo 20:06:35 &lt;eyedeekay&gt; Đây cũng là các hạng mục nằm trong lộ trình dự án cho 9.43. 20:07:17 &lt;meeh&gt; nếu mozilla có bất kỳ bản vá nào cần đưa vào lúc đó, chúng cũng sẽ được thêm 20:07:18 &lt;zzz&gt; ok, vậy lộ trình cho beta 7 nằm trong lộ trình I2P trên website của chúng ta, mọi người có thể xem ở đó 20:07:29 &lt;sadie__&gt; vâng 20:07:36 &lt;zzz&gt; lộ trình đến tháng 6/2020 có được đăng ở đâu để mọi người xem không? 20:07:56 &lt;sadie__&gt; chưa 20:07:57 &lt;eyedeekay&gt; Chưa, có thể sớm thôi. 20:08:17 &lt;zzz&gt; ok. có ai có câu hỏi nào cho đội trình duyệt không? 20:09:03 &lt;zzz&gt; còn gì cho mục 2) không? đội còn muốn nói gì thêm về trình duyệt không? 20:09:26 &lt;sadie__&gt; vui lòng thử nghiệm, tham gia mailing list! 20:09:44 &lt;zzz&gt; sadie có muốn hướng dẫn cách đăng ký mailing list không? 20:10:02 &lt;meeh&gt; available at `http://lists.i2p` or https://lists.i2p.email 20:10:17 &lt;zzz&gt; tuyệt 20:10:20 &lt;sadie__&gt; chắc chắn rồi - mọi thứ bạn cần có trên trang https://geti2p.net/en/browser/develop 20:10:25 &lt;zzz&gt; còn gì cho mục 2) không? 20:11:01 &lt;zzz&gt; 3) Trường hợp sử dụng / trạng thái outproxy (sadie) 20:11:13 &lt;zzz&gt; sadie, vui lòng cho biết trạng thái dự án outproxy 20:11:16 &lt;sadie__&gt; Open Outproxy MVP (Sản phẩm khả dụng tối thiểu) đã được lập, chúng tôi gần xong MVP Friends and Family, nhưng vẫn cần thu thập thêm thông tin về yêu cầu quản trị (admin), ghi log và báo cáo. Các buổi họp sẽ tiếp tục trong tuần bắt đầu ngày 21 tháng 10. 20:12:06 &lt;sadie__&gt; Tôi có một số ý tưởng / suy nghĩ mới về cách xử lý phần quản trị, và cần nghiên cứu thêm trước cuộc họp tới 20:12:15 &lt;zzz&gt; khi nói "made" thì tôi hy vọng bạn không có ý là chúng ta đã hoàn tất phát triển... và bạn có thể định nghĩa MVP cho mọi người chứ? 20:12:40 &lt;sadie__&gt; Sản phẩm khả dụng tối thiểu 20:13:03 &lt;sadie__&gt; không - chúng tôi vẫn đang làm việc về yêu cầu ở một vài mảng 20:13:16 &lt;zzz&gt; vậy "made" nghĩa là một danh sách yêu cầu, đúng không? 20:13:32 &lt;sadie__&gt; đúng! 20:14:10 &lt;zzz&gt; mọi người có thể xem danh sách đó ở đâu, và cách tốt nhất để gửi phản hồi cho bạn về nó là gì? 20:15:05 &lt;sadie__&gt; Tôi sẽ cập nhật trac, và mời mọi người tham gia thảo luận ở đó 20:15:40 &lt;zzz&gt; vui lòng cho mọi người biết trên trac thì họ sẽ xem ở đâu? 20:16:07 &lt;sadie__&gt; xin chờ một chút 20:17:04 &lt;zzz&gt; trong lúc bạn tìm, tôi xin nói thêm là mục tiêu cho việc này là năm sau... không phải cho .43 hay .44 20:17:14 &lt;zzz&gt; tức là cho phần triển khai 20:17:46 &lt;zzz&gt; có câu hỏi hay bình luận gì về dự án outproxy trong lúc cô ấy đang tìm không? 20:19:00 &lt;sadie__&gt; #2472 là nơi chúng tôi bắt đầu thảo luận 20:19:00 &lt;zzz&gt; còn gì cho mục 3) không? 20:19:59 &lt;zzz&gt; ok, vậy bạn sẽ đưa danh sách yêu cầu lên ticket 2472 và bạn muốn nhận phản hồi ở đó, đúng không? 20:20:17 &lt;sadie__&gt; đúng 20:20:27 &lt;zzz&gt; tuyệt 20:20:56 &lt;zzz&gt; 4) Trạng thái phát triển 0.9.43 (zzz) 20:21:19 &lt;zzz&gt; website có lộ trình cho .43, bao gồm các hạng mục trình duyệt cho beta 7 như đã nhắc 20:21:46 &lt;zzz&gt; chúng ta đã phát triển được 5 tuần cho .43, dự kiến phát hành khoảng 3 tuần nữa tính từ hôm nay 20:22:12 &lt;zzz&gt; mọi thứ đang tiến triển tốt, có một số sửa lỗi IPv6, và thêm công việc để làm cho ls2 được mã hóa dễ sử dụng hơn 20:22:52 &lt;zzz&gt; ai khác muốn nói về việc bạn đang làm cho .43, ngoài beta 7 của trình duyệt không? 20:23:36 &lt;zzz&gt; tag freeze sẽ diễn ra vào một tuần sau ngày mai, và tôi sẽ cập nhật transifex vào lúc đó và thông báo mọi người bắt đầu dịch 20:23:42 &lt;zlatinb&gt; hy vọng tôi sẽ có thời gian thử nghiệm quét annotation của servlet 3.0 20:24:12 &lt;zzz&gt; ok, ừ, tôi muốn hoàn thành việc đó nếu bạn cần, hoặc bỏ nếu bạn không cần :) 20:24:18 &lt;meeh&gt; cải thiện bản dựng jlinked của chúng ta, cái này liên quan đến phần trình duyệt ấy, nhưng vẫn nằm trong codebase Java 20:24:42 &lt;sadie__&gt; IDK và tôi đang làm trình hướng dẫn thiết lập mới và điều hướng menu website mới đã xong. Tôi sẽ thực hiện thêm các thay đổi giao diện cho CSS của bảng điều khiển 20:24:47 &lt;meeh&gt; Tôi đoán chúng ta sẽ xem xét thêm chủ đề đó vì sổ địa chỉ bị hỏng khi dùng jlink 20:25:13 &lt;zlatinb&gt; ừ và plugin nữa - nhưng có lẽ chúng sẽ còn hỏng một thời gian 20:25:19 &lt;zzz&gt; ồ, và tuần tới chúng tôi sẽ làm các bản sửa cho Android cho 43 20:26:38 &lt;zzz&gt; Tôi không nghĩ các bạn muốn bận tâm bật plugin cho router trong trình duyệt, nhưng có lẽ người khác đang thúc các bạn làm? cũng đáng để nghiên cứu thêm 20:27:04 &lt;zzz&gt; còn gì cho mục 4) không? 20:28:21 &lt;zzz&gt; 5) Trạng thái các đề xuất (zzz) 20:28:45 &lt;zzz&gt; trọng tâm duy nhất của đội đề xuất #ls2 trong tháng qua là đề xuất 144 - mã hóa mới 20:29:02 &lt;zzz&gt; chúng tôi sắp có một đặc tả đầy đủ và nhất quán, và đã bắt đầu viết một số mã kiểm thử 20:30:01 &lt;zzz&gt; tôi kỳ vọng một số mã đó sẽ vào bản phát hành Java .44 - không phải .43 - nhưng phải đầu năm sau thì mới hoàn thiện trên mạng live 20:30:20 &lt;zzz&gt; và rồi có lẽ thêm vài bản phát hành nữa để loại bỏ lỗi 20:30:45 &lt;zzz&gt; nhưng điều này rất thú vị vì chúng ta sắp thay thế một trong những thuật toán mật mã nguyên thủy và rất chậm, ElGamal 20:31:28 &lt;zzz&gt; tôi kỳ vọng sau đó chúng ta sẽ chuyển sang phần khác của việc thay thế ElGamal, với đề xuất 152, về cách chúng ta xây dựng tunnel 20:31:46 &lt;zzz&gt; nhưng chúng ta cũng có thể quyết định làm "SSU2"... chúng tôi chưa bàn về nó 20:31:56 &lt;zzz&gt; tôi đoán đó sẽ là giữa đến cuối năm sau 20:32:33 &lt;zzz&gt; đội đang làm việc ăn ý và chúng tôi đã làm việc trên 144 gần một năm, vì vậy tất cả sẽ rất vui khi hoàn tất trong vài tháng tới 20:32:43 &lt;zzz&gt; có câu hỏi nào về những đề xuất này hoặc đề xuất khác không? 20:33:19 &lt;zzz&gt; còn gì cho mục 5) không? 20:34:00 &lt;zzz&gt; 6) status scrum (zlatinb) 20:34:04 &lt;zzz&gt; mời zab 20:34:29 &lt;zlatinb&gt; Chào, mô tả ngắn gọn 1) bạn đã làm gì tháng trước 2) bạn dự định làm gì tháng tới 3) có vướng mắc hay cần trợ giúp gì không? Nói EOT khi xong 20:34:59 &lt;meeh&gt; Đã có khá nhiều công việc khởi đầu cho dự án trình duyệt, cả do việc tích hợp router và quá trình học hỏi toàn bộ codebase, hệ thống build và kiến trúc của Firefox để đạt mức có thể nói là chúng tôi đã kiểm soát được. Chúng tôi sắp có nightly builds và CI (tích hợp liên tục) sẵn sàng cho cả hai nhánh esr60 và esr68 cũng như các pull requests mà chúng tôi có thể nhận được. 20:35:01 &lt;meeh&gt; Các artifact builds cũng là một mục tiêu cần đạt, cho phép những người có phần cứng yếu tải xuống các phần của bản dựng Firefox để giảm bớt các thao tác biên dịch nặng nhất, và giúp việc phát triển bớt phiền phức. Cũng đã xem xét kiểm thử đơn vị (unit) và hồi quy (regression) cho trình duyệt để tránh lỗi ngớ ngẩn và làm cho sản phẩm ổn định, tin cậy hơn. 20:35:01 &lt;meeh&gt; Chúng tôi cũng sắp có các script build tùy biến không dựa trên nền script build Perl của Tor, vừa để hỗ trợ remote builds vừa vì không có nhiều người biết Perl. Ngoài ra, tôi cũng đã đọc và nghiên cứu về hệ thống pháp lý ở đây để vận hành tổ chức của chúng ta. Công việc ban đầu về chính sách ghi log của máy chủ dự án. 20:35:05 &lt;meeh&gt; EOT 20:35:18 &lt;zlatinb&gt; tôi: 1) testnet các bản vá jogger, một ít việc với jlink 2) thêm testnet, servlet 3.0 3) không có vướng mắc EOT 20:35:20 &lt;sadie__&gt; Tham dự Our Networks cuối tuần trước ở Toronto, phác thảo trình hướng dẫn thiết lập mới để IDK triển khai trong bản phát hành, quyết định thêm các thay đổi CSS giao diện cho bản phát hành tới, thúc đẩy đồng thuận về outproxy và trình duyệt, hoạt động cộng đồng và đã nộp thêm đề nghị tài trợ cho UX. Tháng tới, sẽ tập trung vào các lựa chọn tài trợ, chiến lược PR mới, hoạt động 36c3, chuẩn bị bộ slide giới thiệu I2P 20:35:20 &lt;sadie__&gt; hoàn chỉnh cho các bài nói trong tương lai mà tất cả chúng ta có thể dùng, cải tiến susi mail, và tiếp tục làm việc trên trình duyệt và outproxy. EOT 20:35:32 &lt;zzz&gt; 1) sửa lỗi, IPv6, mã hóa ls2, đề xuất 144 20:36:06 &lt;eche|on&gt; máy chủ đang chạy, như cũ, không có vướng mắc 20:36:25 &lt;zzz&gt; 2) sửa lỗi, IPv6, mã hóa ls2, đặc tả và mã kiểm thử cho đề xuất 144, chuẩn bị và phát hành 0.9.43, thêm các cuộc họp và định nghĩa outproxy 20:36:48 &lt;zzz&gt; 3) không vướng mắc, EOT 20:37:11 &lt;zlatinb&gt; scrum.setTimeout(60*1000); 20:37:25 &lt;zzz&gt; eyedeekay? 20:37:35 &lt;eyedeekay&gt; chờ một chút 20:37:55 &lt;eyedeekay&gt; Tôi đã làm việc nâng cấp trình hướng dẫn băng thông để hoạt động tốt hơn với I2P Browser và nhìn chung trông hiện đại hơn, ít gây nhầm lẫn hơn. Tôi cũng đang sắp xếp, khử trùng lặp và cải thiện các thư viện SAM và thực hiện một vài thay đổi nhỏ cho trình duyệt. Tháng tới tôi sẽ chủ yếu hỗ trợ trình duyệt, nhưng cũng có vài thứ tôi có thể đề xuất trong i2ptunnel. Không có vướng mắc. 20:38:41 &lt;zzz&gt; sadie__, hoặc eyedeekay, có liên kết đến báo cáo chuyến đi Our Networks để mọi người đọc không? 20:38:48 &lt;meeh&gt; không có vướng mắc, hầu hết các tác vụ đã nêu sẽ tiếp tục (tôi sẽ tiếp tục làm chúng trong tương lai) 20:39:16 &lt;sadie__&gt; chưa - chúng tôi cần làm điều đó. Nó sẽ nằm trên blog của trang web 20:39:29 &lt;eyedeekay&gt; Tôi sẽ đăng báo cáo của mình lên blog trong tuần này. 20:39:47 &lt;zlatinb&gt; cảm ơn, tôi nghĩ thế là mọi người hết rồi, kết thúc scrum 20:40:03 &lt;zzz&gt; xong mục 6) 20:40:21 &lt;zzz&gt; có ai có câu hỏi hay bình luận gì hoặc muốn bổ sung gì không? Rõ ràng là có rất nhiều việc đang diễn ra! 20:41:11 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:41:21 * zzz looks for the baffer 20:42:05 &lt;zzz&gt; đây rồi... 20:42:15 * zzz *bafs* the meeting closed </div>/vi/blog/2019/09/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-9-n%C4%83m-2019/Tue, 03 Sep 2019 00:00:00 +0000/vi/blog/2019/09/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-9-n%C4%83m-2019/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eyedeekay, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> Lưu ý: các dòng của sadie không xuất hiện trong cuộc họp, được dán bên dưới. <p>20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.42 (zzz) 20:00:00 &lt;zzz&gt; 2) Tình trạng dự án I2P Browser &ldquo;labs&rdquo; (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Các trường hợp sử dụng Outproxy / tình trạng (sadie) 20:00:00 &lt;zzz&gt; 4) Tình trạng phát triển 0.9.43 (zzz) 20:00:00 &lt;zzz&gt; 5) Tình trạng các đề xuất (zzz) 20:00:00 &lt;zzz&gt; 6) Scrum trạng thái (zlatinb) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; chào 20:00:17 &lt;zlatinb&gt; chào 20:00:30 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.42 (zzz) 20:00:48 &lt;zzz&gt; đợt phát hành tuần trước diễn ra khá suôn sẻ 20:00:56 &lt;zzz&gt; chỉ còn một vài việc tồn đọng 20:01:27 &lt;zzz&gt; khôi phục github bridge hoạt động trở lại (nextloop), gói debian sid (mhatta), và thư viện client Android mà chúng ta đã quên cho bản 41 (meeh) 20:01:37 &lt;zzz&gt; nextloop, meeh, các bạn có ETAs (thời hạn ước tính) cho những hạng mục đó không? 20:03:06 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:04:02 &lt;zzz&gt; 2) Tình trạng dự án I2P Browser &ldquo;labs&rdquo; (sadie, meeh) 20:04:25 &lt;zzz&gt; sadie, meeh, tình trạng ra sao, và mốc tiếp theo là gì? &lt;sadie&gt; Beta 5 dự kiến ra mắt vào thứ Sáu, nhưng đã có một số vấn đề. Có vẻ một vài bản đã sẵn sàng <code>https://i2bbparts.meeh.no/i2p-browser/</code> nhưng tôi thực sự cần nghe từ meeh về hạn chót tiếp theo cho việc này &lt;sadie&gt; Trang Lab sẽ hoạt động trước cuối tuần này. Mốc tiếp theo của Browser sẽ là thảo luận các yêu cầu của bảng điều khiển cho phát hành beta 6 20:05:51 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:06:43 &lt;zzz&gt; 3) Các trường hợp sử dụng Outproxy / tình trạng (sadie) 20:06:57 &lt;zzz&gt; sadie, tình trạng ra sao, và mốc tiếp theo là gì? &lt;sadie&gt; Ai cũng có thể theo dõi biên bản họp của chúng tôi trên ticket 2472. Chúng tôi đã quyết định các trạng thái của các trường hợp sử dụng và có một danh sách yêu cầu. Mốc tiếp theo sẽ là yêu cầu người dùng cho một trường hợp sử dụng Friends and Family, cũng như các yêu cầu phát triển cho Friends and Familiy và trường hợp sử dụng General để xem chúng có chồng lấn ở đâu 20:08:05 &lt;zzz&gt; còn gì nữa cho mục 3) không? 20:08:19 &lt;eyedeekay&gt; Xin lỗi tôi đến muộn 20:09:01 &lt;zzz&gt; 4) Tình trạng phát triển 0.9.43 (zzz) 20:09:21 &lt;zzz&gt; chúng tôi vừa bắt đầu chu kỳ 43, dự kiến phát hành trong khoảng 7 tuần nữa 20:09:40 &lt;zzz&gt; chúng tôi đã cập nhật lộ trình trên trang web nhưng sẽ bổ sung thêm một số hạng mục 20:10:06 &lt;zzz&gt; tôi đã sửa một số lỗi IPv6 và tăng tốc xử lý AES cho tunnel 20:10:30 &lt;zzz&gt; sắp tới tôi sẽ chuyển sự chú ý sang thông điệp I2CP về thông tin blinding (làm mù) mới 20:10:59 &lt;zzz&gt; eyedeekay, zlatinb, các bạn có gì bổ sung về .43 không? 20:11:46 &lt;eyedeekay&gt; Không, tôi không nghĩ vậy 20:12:02 &lt;zlatinb&gt; có lẽ thêm vài thứ về mạng thử nghiệm 20:12:32 &lt;zzz&gt; vâng, chúng ta còn một vài jogger tickets cần xem, liên quan đến SSU 20:12:48 &lt;zzz&gt; còn gì nữa cho mục 4) không? 20:14:00 &lt;zzz&gt; 5) Tình trạng các đề xuất (zzz) 20:14:20 &lt;zzz&gt; trọng tâm chính của chúng tôi là đề xuất mã hóa mới 144, rất phức tạp 20:14:48 &lt;zzz&gt; chúng tôi đã đạt một số tiến triển tốt trong vài tuần gần đây và đã có một số cập nhật lớn cho chính đề xuất đó 20:15:35 &lt;zzz&gt; còn một vài việc dọn dẹp và lỗ hổng cần lấp đầy, nhưng tôi hy vọng nó đã đủ ổn để chúng ta có thể bắt đầu viết một số hiện thực kiểm thử đơn vị sớm, có thể vào cuối tháng 20:16:17 &lt;zzz&gt; ngoài ra, thông điệp thông tin blinding cho đề xuất 123 (LS2 được mã hóa) sẽ được xem xét lại sau khi tôi bắt đầu mã hóa nó trong tuần tới 20:16:52 &lt;zzz&gt; cũng sắp tới, chúng tôi kỳ vọng có bản cập nhật về đề xuất 152 (thông điệp xây dựng tunnel) từ chisana 20:17:27 &lt;zzz&gt; chúng tôi đã hoàn tất đề xuất 147 (ngăn chặn xuyên mạng) vào tháng trước và cả i2p lẫn i2pd đều đã có mã cho việc đó trong bản phát hành .42 20:18:23 &lt;zzz&gt; vì vậy mọi thứ đang tiến lên; dù 144 có vẻ chậm và đáng ngại, nó vẫn đang tiến triển tốt 20:18:27 &lt;zzz&gt; còn gì nữa cho mục 5) không? 20:20:00 &lt;zzz&gt; 6) Scrum trạng thái (zlatinb) 20:20:05 &lt;zzz&gt; mời zlatinb 20:20:42 &lt;zlatinb&gt; Chào, vui lòng nói ngắn gọn: 1) bạn đã làm gì kể từ phiên scrum trước 2) bạn dự định làm gì trong tháng tới 3) bạn có vướng mắc nào hoặc cần giúp đỡ không. Ghi EOT khi xong 20:21:23 &lt;zlatinb&gt; tôi: 1) Nhiều thử nghiệm trên mạng thử nghiệm để tăng tốc truyền tải khối lượng lớn 2) thêm công việc trên mạng thử nghiệm trên máy chủ/mạng hy vọng lớn hơn 3) không có vướng mắc EOT 20:22:15 &lt;zzz&gt; 1) sửa lỗi, thay đổi tách cấu hình, phát hành .42, các đề xuất, workshop DEFCON (xem báo cáo chuyến đi của tôi trên i2pforum và trang web của chúng tôi) 20:23:56 &lt;zzz&gt; 2) sửa lỗi, đề xuất 144, thông điệp thông tin blinding, tăng tốc, hỗ trợ nghiên cứu outproxy, sửa trình hướng dẫn SSL bị hỏng do việc tách cấu hình 20:24:20 &lt;zzz&gt; sửa thêm về IPv6 20:24:38 &lt;zzz&gt; 3) không có vướng mắc EOT 20:24:50 &lt;eyedeekay&gt; 1) Kể từ phiên scrum trước tôi đã làm sửa lỗi, trang web, làm việc trên đề xuất outproxy, và các việc liên quan đến i2ptunnels. 2) Tiếp tục tổ chức lại và cải thiện cách trình bày của trang web. Tiếp tục thúc đẩy đề xuất outproxy 3) không có vướng mắc EOT &lt;sadie&gt; 1) Tham dự FOCI, nghiên cứu các phương án tài trợ, gặp gỡ các nhà tài trợ tiềm năng, có một cuộc họp với Tails (bao gồm cả Mhatta), làm việc về thương hiệu I2P Browser, cập nhật trang web với IDK, thực hiện một vài thay đổi nhỏ cho bảng điều khiển cho bản phát hành vừa rồi &lt;sadie&gt; 2) tháng tới tôi sẽ làm hồ sơ tài trợ, cải tiến bảng điều khiển và trang web, trình hướng dẫn thiết lập, tham dự Our Networks ở Toronto, thúc đẩy I2P Browser và nghiên cứu OutProxy &lt;sadie&gt; 3) không có vướng mắc EOT 20:25:29 &lt;zlatinb&gt; scrum.setTimeout( 60 * 1000 ); 20:27:04 &lt;zzz&gt; được, hết thời gian 20:27:10 &lt;zlatinb&gt; ScrumTimeoutException 20:27:41 &lt;zzz&gt; gọi lần cuối cho sadie meeh nextloop quay lại các mục 1)-3) 20:27:52 &lt;zzz&gt; còn chủ đề nào khác cho cuộc họp không? 20:28:47 * zzz chộp lấy baffer 20:30:00 * zzz <em><strong>bafs</strong></em> cuộc họp kết thúc </div></p>/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-c%C3%B4ng-t%C3%A1c-usenix-foci/Fri, 30 Aug 2019 00:00:00 +0000/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-c%C3%B4ng-t%C3%A1c-usenix-foci/<h2 id="báo-cáo-chuyến-công-tác-usenix-foci">Báo cáo chuyến công tác USENIX FOCI</h2> <p>Trong năm qua, tôi đã có may mắn được tham gia vào nghiên cứu mà Nguyen Phong Hoang từ Đại học Stony Brook đang thực hiện liên quan đến kiểm duyệt I2P. Hạ tầng được sử dụng cho nghiên cứu này cung cấp nhiều điểm quan sát đa dạng về mặt địa lý, đồng thời cho phép tiến hành các phép đo chuyên sâu trên tất cả các tầng của ngăn xếp mạng. Các dịch vụ I2P được đo về tính sẵn sàng bao gồm trang chủ chính thức, mirror site (trang bản sao), reseed servers (máy chủ reseed) và các relay đang hoạt động (nút chuyển tiếp).</p>/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-def-con-t%C3%B4i-kh%C3%B4ng-bi%E1%BA%BFt/Fri, 30 Aug 2019 00:00:00 +0000/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-def-con-t%C3%B4i-kh%C3%B4ng-bi%E1%BA%BFt/<h2 id="báo-cáo-công-tác-def-con">Báo cáo công tác DEF CON</h2> <p>Cuối tuần trước tôi đã đến Def Con 27 để dẫn dắt một buổi workshop về phát triển ứng dụng I2P, và để gặp trực tiếp zzz, mhatta và Alex.</p> <p>Buổi hội thảo của tôi diễn ra tốt đẹp, chúng tôi thậm chí còn có vài nhà phát triển ứng dụng tham dự! Đặc biệt, tôi đã có một cuộc trao đổi khá dài với một người tên là Mary về cách I2P có thể được sử dụng để loại bỏ sự tập trung hóa và tăng cường quyền riêng tư trong một ứng dụng kiểu &ldquo;Magic Wormhole&rdquo;. Mặc dù lúc đó tôi chưa thực sự quen thuộc với Magic Wormhole, tôi nghĩ phần lớn lời khuyên của mình vẫn có thể áp dụng. Tôi cho rằng Mary có một số ý tưởng rất thú vị và khả thi về việc chia sẻ thông tin theo những cách lấy con người làm trung tâm hơn, những điều có thể rất đáng quan tâm trong các ứng dụng I2P, và tôi đang mong được thử nghiệm một vài trong số đó.</p>/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-def-con-zzz/Fri, 30 Aug 2019 00:00:00 +0000/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-def-con-zzz/<h2 id="def-con-trip-report">Def Con Trip Report</h2> <p>idk và tôi đã tham dự DEFCON 27 và tổ chức hai buổi hội thảo về I2P dành cho các nhà phát triển ứng dụng, với sự hỗ trợ từ mhatta và Alex. Tôi phụ trách buổi hội thảo tại Monero Village và idk phụ trách buổi tại Crypto/Privacy Village. Tại đây, tôi sẽ tóm tắt hội thảo ở Monero Village, cũng như một bài nói về Tor do Roger Dingledine trình bày. idk sẽ đăng một báo cáo chuyến đi bao gồm hội thảo của mình.</p>/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-%C4%91%E1%BA%BFn-internet-freedom-festival/Fri, 30 Aug 2019 00:00:00 +0000/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-chuy%E1%BA%BFn-%C4%91i-%C4%91%E1%BA%BFn-internet-freedom-festival/<h2 id="báo-cáo-chuyến-công-tác-tại-internet-freedom-festival">Báo cáo chuyến công tác tại Internet Freedom Festival</h2> <p>Đây là lần đầu tiên tôi tham dự IFF, và thật là một trải nghiệm tuyệt vời cho I2P! Tôi đã gặp gỡ các nhà bảo vệ nhân quyền, những người làm việc về các chỉ số kiểm duyệt, và dĩ nhiên là các chuyên gia UX và bảo mật.</p> <p>Mục tiêu của tôi là kết nối với mọi người để tiếp tục hỗ trợ cuộc cải tổ UX (trải nghiệm người dùng) của I2P, đồng thời lưu ý các cân nhắc về bảo mật và UX cho những người làm việc ở tuyến đầu. Như nhiều người đã chỉ ra với tôi, mọi người xem I2P là một nguồn lực rất quan trọng và mạnh mẽ để vượt qua kiểm duyệt và hỗ trợ liên lạc an toàn; tuy nhiên, giao diện vẫn còn một số vấn đề về khả năng sử dụng. Mọi người hài lòng với những bước đi ban đầu của chúng tôi nhằm giúp người dùng lần đầu có trải nghiệm tốt hơn, chẳng hạn như trình hướng dẫn thiết lập và công cụ phát hiện băng thông. Tôi cũng nhận được phản hồi tích cực về các thay đổi đối với các biểu tượng website và /home. Thật đáng khích lệ khi nghe trực tiếp từ cộng đồng rằng những thay đổi nhỏ mà chúng tôi đã thực hiện đang đi đúng hướng.</p>/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-c%C3%B4ng-t%C3%A1c-rightscon/Fri, 30 Aug 2019 00:00:00 +0000/vi/blog/2019/08/30/b%C3%A1o-c%C3%A1o-c%C3%B4ng-t%C3%A1c-rightscon/<h2 id="báo-cáo-chuyến-công-tác-rightscon">Báo cáo chuyến công tác RightsCon</h2> <p>Những thông điệp từ các nhà hoạt động ở Syria trong phiên Access No! vào ngày đầu tiên đã vô cùng lay động và khiến tôi càng thấm thía vì sao tôi làm việc trong lĩnh vực quyền số. Chúng tôi lắng nghe trải nghiệm của những nhà hoạt động không thể di chuyển do thiếu tư cách pháp lý, giấy tờ và do xung đột đang diễn ra. Với những người này, &ldquo;internet là hộ chiếu duy nhất (họ) mang theo.&rdquo; Những người bảo vệ nhân quyền nói về tầm quan trọng của đào tạo kỹ năng số để giữ an toàn cho mọi người khi họ liên lạc với gia đình trong nước, cũng như với gia đình và bạn bè đã rời đi. Họ đã lập ra các phòng khám kỹ thuật số để hướng dẫn mọi người cách sử dụng dịch vụ một cách an toàn, chẳng hạn, cách sử dụng các tính năng như tin nhắn biến mất của Signal để những tin nhắn đó không thể bị dùng chống lại họ khi thiết bị bị lục soát tại các chốt kiểm soát an ninh. Việc tiếp tục theo đuổi việc học cũng rất quan trọng, với internet được trông cậy để truy cập tài nguyên.</p>/vi/blog/2019/08/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.42/Tue, 27 Aug 2019 00:00:00 +0000/vi/blog/2019/08/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.42/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.42 tiếp tục nỗ lực làm cho I2P nhanh hơn và đáng tin cậy hơn. Bản phát hành này bao gồm một số thay đổi để tăng tốc thành phần truyền tải UDP của chúng tôi. Chúng tôi đã tách các tệp cấu hình để tạo điều kiện cho công việc trong tương lai hướng tới cách đóng gói mang tính mô-đun hơn. Chúng tôi tiếp tục triển khai các đề xuất mới nhằm có mã hóa nhanh hơn và an toàn hơn. Dĩ nhiên, cũng có rất nhiều sửa lỗi.</p>/vi/blog/2019/08/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-06-th%C3%A1ng-8-n%C4%83m-2019/Tue, 06 Aug 2019 00:00:00 +0000/vi/blog/2019/08/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-06-th%C3%A1ng-8-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> mikalv, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.41 - các hạng mục còn lại (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) Tình trạng phát triển 0.9.42 (zzz) 20:00:00 &lt;zzz&gt; 3) Tình trạng LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) Tình trạng dự án "labs" của I2P Browser (meeh) 20:00:00 &lt;zzz&gt; 5) Scrum về tình trạng (zlatinb) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:07 &lt;zzz&gt; chào! 20:00:19 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.41 - các hạng mục còn lại (mhatta, nextloop) 20:00:46 &lt;zzz&gt; trong vài tuần vừa qua, tôi thấy mhatta đã đưa 41 vào sid, rất tốt 20:01:04 &lt;zzz&gt; tôi cũng đã nói chuyện với nextloop, anh ấy không đưa được 41 vào fdroid, nhưng đã có người khác làm. 20:01:27 &lt;zzz&gt; và nextloop hứa sẽ quay lại làm f-droid trong thời gian tới. tuyệt! 20:01:31 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:01:50 &lt;zzz&gt; còn ai ở đây không? vui lòng chào một tiếng 20:01:58 &lt;zlatinb&gt; chào 20:02:37 &lt;zzz&gt; được rồi, thêm một người. Hy vọng mọi người khác sẽ sớm có mặt 20:02:50 &lt;zzz&gt; 2) tình trạng phát triển .42 20:03:02 &lt;zzz&gt; chúng ta đã đi được 5 tuần, còn 3 tuần nữa, 1 tuần nữa tới giai đoạn đóng băng tag 20:03:20 &lt;zzz&gt; chúng ta đã hợp nhất mã tách cấu hình mà tôi làm cùng idk 20:03:58 &lt;zzz&gt; nhiều bản sửa lỗi; GMP 6.1.2; cập nhật các tệp debian để hoạt động với buster 20:04:17 &lt;zzz&gt; cũng có vài sửa lỗi ls2 20:04:39 &lt;zzz&gt; zlatinb, bạn có muốn nói về việc bạn đang làm với mạng thử nghiệm (testnet) của mình, và nó đã cho kết quả gì tới giờ? 20:05:11 &lt;zlatinb&gt; vâng, về cơ bản tôi đã dựng một mạng thử nghiệm với các container LXC 20:05:32 &lt;zlatinb&gt; đến giờ nó đã phát hiện một lỗi lớn liên quan đến việc dùng bộ lọc Bloom và một lỗi nhỏ của ssu 20:05:58 &lt;zlatinb&gt; gần đây đang tinh chỉnh các hằng số khác nhau, nhưng sẽ đưa nó vào hoạt động để xác minh các bản vá/ý tưởng của jogger 20:06:06 &lt;zlatinb&gt; eot 20:06:23 &lt;zzz&gt; tuyệt lắm, cảm ơn 20:07:04 &lt;zzz&gt; nếu chúng ta có thể thêm một chút độ trễ tối thiểu thì còn tốt hơn nữa, nhưng tìm ra và sửa một số nút thắt cổ chai cũng khá vui 20:07:15 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:07:30 &lt;zzz&gt; úi, còn gì nữa cho mục 2) không? 20:08:27 &lt;zzz&gt; 3) tình trạng ls2 20:08:38 &lt;zzz&gt; đã có nhiều tiến triển trong tháng vừa rồi 20:09:05 &lt;zzz&gt; chúng tôi đã đồng ý một đề xuất nhỏ, 147, để ngăn các mạng thử nghiệm (testnet) bị nhiễm chéo với mạng chính 20:09:12 &lt;zzz&gt; mã đó sẽ có trong .42 20:09:45 &lt;zzz&gt; chisana có hai đề xuất, 152 và 153, nhằm làm cho việc xây dựng tunnel và mã hóa tunnel (tương ứng) an toàn hơn bằng cách sử dụng các phương pháp mã hóa hiện đại hơn 20:10:14 &lt;zzz&gt; chúng tôi đã bàn qua một chút, nhưng chưa đánh giá chính thức 20:10:47 &lt;zzz&gt; đề xuất 123 (LS2) tiếp tục được tinh chỉnh nhỏ khi chúng tôi hoàn tất triển khai và thử nghiệm trên mạng đang hoạt động, nhưng mọi thứ có vẻ hoạt động tốt 20:11:26 &lt;zzz&gt; đề xuất lớn là 144, mã hóa mới. Chúng tôi đang tiến triển chậm nhưng chắc. Chúng tôi đã làm việc này khoảng 9 tháng rồi? 20:11:58 &lt;zzz&gt; vẫn còn một số vấn đề kỹ thuật lớn cần giải quyết trước khi có thể bắt đầu các triển khai thử nghiệm 20:12:20 &lt;zzz&gt; vấn đề lớn nhất hiện giờ là tìm đủ thời gian của mọi người để xử lý mọi thứ 20:12:46 &lt;zzz&gt; có câu hỏi nào về mục 3) ls2 và các đề xuất khác không? 20:13:47 &lt;zzz&gt; được rồi, chuyển sang 4) tình trạng dự án labs của I2P Browser 20:13:54 &lt;zzz&gt; mikalv, có gì mới nhất? 20:14:16 &lt;mikalv&gt; chúng tôi đang tiến tới tích hợp với chính I2P router, jlinked 20:14:38 &lt;mikalv&gt; về phía i2pbutton, cơ bản là xong, còn vài thứ cần sửa 20:15:15 &lt;mikalv&gt; về các script build, chúng tôi phải viết nó, vì các dev đã dùng một bản trích mô phỏng của i2p jlinked nơi trình duyệt khởi chạy nó, để kiểm thử 20:15:48 &lt;zzz&gt; phiên bản beta hiện tại là gì, và khi nào chúng ta sẽ thấy bản beta tiếp theo? 20:15:52 &lt;mikalv&gt; ngoài ra chúng tôi cố gắng họp ít nhất hai lần một tuần để biến nó thành một sản phẩm thực thụ với mục tiêu rõ ràng 20:16:24 &lt;mikalv&gt; hiện vẫn là beta4, và tôi hy vọng phát hành beta5 vào cuối tuần này - nếu vậy, sẽ có router nhúng 20:17:27 &lt;zzz&gt; tôi hiểu là bạn đã lập mailing list cho dự án này? bạn muốn công bố ở đây hay chưa sẵn sàng? 20:18:09 &lt;zzz&gt; sadie, zlatinb, có gì muốn bổ sung về trình duyệt 20:18:20 &lt;zzz&gt; ? 20:19:36 &lt;zzz&gt; ai có câu hỏi nào về mục 4) trình duyệt không? 20:20:21 &lt;zzz&gt; còn gì nữa cho mục 4) không? 20:21:10 &lt;zzz&gt; 5) scrum - mời zlatinb bắt đầu 20:22:02 &lt;zlatinb&gt; chúng ta làm scrum song song nhé; ngắn gọn - 1) bạn đã làm gì kể từ lần scrum trước 2) bạn dự định làm gì tháng tới 3) bạn có vướng mắc (blocker) nào hay cần giúp đỡ không. Gõ EOT khi xong 20:22:34 &lt;zlatinb&gt; tôi: 1) xây một mạng thử nghiệm (testnet), truy đuổi các nút thắt cổ chai 2) thêm testnet, cũng sẽ xem các ticket của jogger 3) thực ra không có EOT 20:23:34 &lt;zzz&gt; 1) phát hành 41, mã tách cấu hình, sửa lỗi, đề xuất, lên kế hoạch cho các loại mã hóa mới, sửa lỗi ls2 20:24:10 &lt;zzz&gt; 2) phát hành 42, sửa lỗi, đề xuất (đặc biệt là nghiên cứu các vấn đề về mã hóa mới), DEFCON 20:24:16 &lt;zzz&gt; 3) không có blocker; EOT 20:25:18 &lt;mikalv&gt; Tôi chủ yếu làm về trình duyệt (bao gồm i2pbutton, hiện sẽ khởi chạy một router nếu tìm thấy), tôi cũng đã cải thiện rất nhiều ở phía mình cho outproxy (proxy đi ra), tôi cũng bắt đầu dựng thử (prototype) một giải pháp cho các outproxy riêng tư có tốc độ tốt đến mức tôi có thể dùng để duyệt clearnet hàng ngày 20:25:53 &lt;mikalv&gt; và tôi cũng đã dựng các mailing list, đúng vậy, truy cập qua I2P tại `https://lists.i2p/postorius/lists/` nhưng cũng có trên clearnet tại https://lists.i2p.email/postorius/lists/ 20:26:20 &lt;mikalv&gt; ai có ý tưởng mang tính xây dựng, đóng góp, thảo luận v.v. dĩ nhiên đều được hoan nghênh 20:26:57 &lt;mikalv&gt; ngoài ra tôi đã nghiên cứu cách chúng ta có thể nhận quyên góp bằng thẻ tín dụng, và đồng thời có thể bán áo phông v.v. 20:27:10 &lt;mikalv&gt; EOT 20:27:12 &lt;mikalv&gt; noblock 20:28:14 &lt;zzz&gt; chắc vậy nhỉ? zlatinb chúng tôi để bạn “đốc thúc” những người không xuất hiện nhé? 20:28:17 &lt;zlatinb&gt; ai nữa không? nếu không thì scrum sẽ kết thúc trong 1 phút :) 20:28:27 &lt;zlatinb&gt; ok 20:28:33 &lt;zlatinb&gt; ScrumTimeoutException 20:28:41 &lt;mikalv&gt; lol 20:28:42 &lt;zzz&gt; trong lúc đang ở 'thời gian ân hạn' - DEFCON! idk và tôi sẽ có mặt cuối tuần này! 20:29:04 &lt;zzz&gt; Monero Village chiều thứ Sáu, và Crypto/Privacy Village chiều thứ Bảy 20:29:22 &lt;zzz&gt; workshop, hỏi đáp (Q&amp;A), và nhãn dán cả hai ngày. hãy đến chào nhé 20:29:57 &lt;zzz&gt; về outproxy, tôi sẽ đưa vào chương trình nghị sự tháng tới, để sadie báo cáo cho chúng ta về những gì chúng ta đang cố gắng làm 20:30:06 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:30:52 &lt;zzz&gt; à, và Sadie sẽ trình bày một bài tại FOCI ở San Jose tuần tới! nhớ tìm gặp cô ấy nếu bạn ở đó 20:30:59 &lt;mikalv&gt; không, nhưng tôi kỳ vọng đến cuộc họp sau chúng ta sẽ có thêm cho các trường hợp trình duyệt/outproxy 20:31:39 &lt;zzz&gt; đúng vậy, chúng ta vẫn chưa có kế hoạch tốt cho cả trình duyệt lẫn outproxy. Chúng ta có ý tưởng và bản chứng minh khái niệm (proof of concept), nhưng chưa có kế hoạch 20:31:53 &lt;zzz&gt; vậy nên sẽ thật tốt khi thấy chúng hình thành 20:32:02 * zzz khởi động baffer 20:32:44 &lt;zzz&gt; cú baf cuối cùng của mùa hè, hẹn gặp lại vào tháng 9... 20:32:55 * zzz ****bafs**** kết thúc cuộc họp </div>/vi/blog/2019/07/29/l%E1%BB%8Bch-tr%C3%ACnh-h%E1%BB%99i-ngh%E1%BB%8B-th%C3%A1ng-8-n%C4%83m-2019/Mon, 29 Jul 2019 00:00:00 +0000/vi/blog/2019/07/29/l%E1%BB%8Bch-tr%C3%ACnh-h%E1%BB%99i-ngh%E1%BB%8B-th%C3%A1ng-8-n%C4%83m-2019/<h1 id="lịch-trình-hội-nghị-tháng-8-năm-2019">Lịch trình hội nghị tháng 8 năm 2019</h1> <p>Chào mọi người,</p> <p>Tháng tới sẽ rất bận rộn! Hãy gặp gỡ các nhà phát triển I2P tại hai buổi hội thảo ở Defcon 27, và kết nối với các nhà nghiên cứu tại FOCI &lsquo;19, những người đã quan sát việc kiểm duyệt I2P.</p> <h2 id="i2p-for-cryptocurrency-developers">I2P for Cryptocurrency Developers</h2> <p><strong>zzz</strong></p> <ul> <li>Monero Village</li> <li>August 9, 3:15pm</li> <li>Monero Village will be on the 26th floor of Bally&rsquo;s <a href="https://defcon.org/html/defcon-27/dc-27-venue.html">map</a> </li> </ul> <p>Buổi hội thảo này sẽ hỗ trợ các nhà phát triển trong việc thiết kế các ứng dụng để giao tiếp qua I2P nhằm đảm bảo tính ẩn danh và bảo mật. Chúng tôi sẽ thảo luận các yêu cầu phổ biến đối với ứng dụng tiền mã hóa, và xem xét kiến trúc cùng các nhu cầu cụ thể của từng ứng dụng. Sau đó, chúng tôi sẽ đề cập đến truyền thông qua tunnel, lựa chọn router và thư viện, cùng các phương án đóng gói, và giải đáp mọi câu hỏi liên quan đến việc tích hợp I2P.</p>/vi/blog/2019/07/27/t%C4%83ng-t%E1%BB%91c-m%E1%BA%A1ng-i2p-c%E1%BB%A7a-b%E1%BA%A1n/Sat, 27 Jul 2019 00:00:00 +0000/vi/blog/2019/07/27/t%C4%83ng-t%E1%BB%91c-m%E1%BA%A1ng-i2p-c%E1%BB%A7a-b%E1%BA%A1n/<p><em>Bài viết này được biên soạn lại trực tiếp từ tài liệu ban đầu được tạo cho</em> <a href="https://medium.com/@mhatta/speeding-up-your-i2p-network-c08ec9de225d">blog Medium</a> <em>của mhatta.</em> <em>Anh ấy xứng đáng được ghi nhận công lao cho bài đăng gốc. Nội dung này đã được cập nhật ở một số chỗ nơi</em> <em>nó đề cập đến các phiên bản I2P cũ như thể là phiên bản hiện hành và đã trải qua một vài</em> <em>chỉnh sửa nhẹ. -idk</em></p>/vi/blog/2019/07/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.41/Tue, 02 Jul 2019 00:00:00 +0000/vi/blog/2019/07/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.41/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.41 bao gồm các cải tiến hiệu năng, các cải tiến cho thư viện streaming, và các bản sửa lỗi quan trọng. Chúng tôi tiếp tục phát triển các leaseSet mới (LS2) và các leaseSet được mã hóa. Bản phát hành này chứa một loạt các bản sửa lỗi và cập nhật bản dịch như thường lệ.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và hỗ trợ mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2019/07/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-7-n%C4%83m-2019/Tue, 02 Jul 2019 00:00:00 +0000/vi/blog/2019/07/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-7-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) tình trạng phát hành 0.9.40 các hạng mục còn lại (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) tình trạng phát hành 0.9.41 (zzz) 20:00:00 &lt;zzz&gt; 3) tình trạng LS2 (LeaseSet 2: phiên bản 2 của LeaseSet) (zzz) 20:00:00 &lt;zzz&gt; 4) tình trạng dự án I2P Browser "labs" (meeh) 20:00:00 &lt;zzz&gt; 5) yêu cầu trang chủ console muwire.i2p (zlatinb) 20:00:00 &lt;zzz&gt; 6) Scrum trạng thái (zlatinb) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:12 &lt;zlatinb&gt; chào 20:00:31 &lt;zzz&gt; 1) tình trạng phát hành 0.9.40 các hạng mục còn lại (mhatta, nextloop) 20:00:42 &lt;zzz&gt; vẫn chưa có tin từ mhatta hoặc nextloop, tiếc là vậy 20:00:59 &lt;zzz&gt; Tôi đã nhiều lần cố tìm một người bảo trì gói deb mới, đến giờ vẫn chưa may mắn 20:01:09 &lt;zzz&gt; còn gì cho mục 1) không? 20:01:35 &lt;zzz&gt; 2) tình trạng phát hành 0.9.41 (zzz) 20:01:46 &lt;sadie__&gt; chào 20:01:54 &lt;eyedeekay&gt; Chào 20:02:09 &lt;zzz&gt; chúng tôi đang kết thúc giai đoạn rà soát. Tôi kỳ vọng có các bản cập nhật trong mạng vào sáng mai, các thứ khác sẽ theo sau 20:02:44 &lt;zzz&gt; và rồi chúng ta sẽ làm lại tất cả cho 42 20:03:06 &lt;zzz&gt; còn gì cho mục 2) không? 20:03:48 &lt;zzz&gt; 3) tình trạng LS2 (zzz) 20:04:01 &lt;zzz&gt; chúng tôi tiến triển chậm nhưng chắc 20:04:11 &lt;zzz&gt; .41 có hỗ trợ xác thực theo từng client 20:04:22 &lt;zzz&gt; garlic farm cũng đang tiến triển, chậm 20:04:46 &lt;zzz&gt; chúng tôi dự định có một thông điệp i2cp mới cho .42 để truyền thông tin blinding (kỹ thuật blinding trong mật mã) từ client đến router 20:05:12 &lt;zzz&gt; chúng tôi tiếp tục tiến triển với đề xuất 144 về mã hóa mới, nhưng thực sự rất khó 20:05:42 &lt;zzz&gt; Tôi hy vọng có bản đặc tả tốt cho 144 trong vài tháng tới, có thể có một số mã thử nghiệm công khai vào cuối năm nay 20:05:55 &lt;zzz&gt; như mọi khi, cuộc họp của chúng tôi là thứ Hai lúc 6:30 PM UTC tại #ls2, hoan nghênh mọi người 20:06:07 &lt;zzz&gt; còn gì cho mục 3) không? 20:06:37 &lt;zzz&gt; 4) I2P Browser "labs" project status (meeh) 20:06:45 &lt;zzz&gt; meeh, cập nhật mới nhất về trình duyệt là gì? 20:07:38 &lt;zzz&gt; ok chắc anh ấy không có ở đây 20:07:51 &lt;zzz&gt; 5) muwire.i2p console home page request (zlatinb) 20:08:01 &lt;zlatinb&gt; chào 20:08:07 &lt;zzz&gt; `http://zzz.i2p/topics/2722` 20:08:11 &lt;zzz&gt; vui lòng cho chúng tôi biết về trang của bạn 20:09:30 &lt;zlatinb&gt; MuWire là một ứng dụng chia sẻ tệp mục đích chung hoạt động trên nền i2p. Trang web chứa liên kết tải xuống, ảnh chụp màn hình và thông tin chung về ứng dụng. 20:10:05 &lt;zlatinb&gt; Tôi tin MW có sự quan tâm và hữu ích rộng rãi đối với cộng đồng i2p; nó đã tăng trưởng nhanh và thu hút nhiều sự chú ý. 20:10:22 &lt;zzz&gt; ai có bình luận gì về yêu cầu này không? ủng hộ? phản đối? 20:10:41 &lt;zzz&gt; hoặc câu hỏi nào? 20:11:39 &lt;zzz&gt; Tôi ủng hộ yêu cầu, tôi nghĩ đây là một ứng dụng hay chỉ thực sự hữu ích khi có nhiều người dùng, và chúng ta có thể giúp bằng cách đưa nó lên console 20:11:55 &lt;zzz&gt; sadie__, ? eyedeekay ? 20:12:23 &lt;sadie__&gt; Tôi ủng hộ yêu cầu 20:12:30 &lt;eyedeekay&gt; Tôi cũng ủng hộ. 20:12:49 &lt;zzz&gt; tuyệt. không nghe phản đối nào, chúng ta sẽ đưa nó vào .42 20:12:54 &lt;zzz&gt; còn gì cho mục 5) không? 20:13:41 &lt;zzz&gt; 6) Scrum trạng thái (zlatinb) 20:13:45 &lt;zzz&gt; mời zab tiếp tục 20:14:15 &lt;zlatinb&gt; Chào, hãy làm scrum song song. Vui lòng nói ngắn gọn: 1) bạn đã làm gì từ lần scrum trước 2) bạn dự định làm gì tháng tới 3) nếu bạn có vướng mắc/blocker hoặc cần giúp đỡ. Khi xong, nói EOT 20:15:38 &lt;zzz&gt; 1) sửa lỗi, xác thực theo từng client, garlic farm, mã hóa mới, thêm sửa lỗi, chuẩn bị phát hành, bắt đầu sớm cho các hạng mục mới của .42 20:15:39 &lt;zlatinb&gt; tôi: 1) chỉ một điều chỉnh nhỏ cho RouterContext API để cho phép log manager tùy biến 2) Có thêm các thay đổi về Router/RouterContext tôi muốn làm để việc nhúng router tốt hơn. Cũng có thể làm trên garlic farm nếu có mở. 3) Không có blocker thực sự, chỉ là sẽ tốt nếu Maven được tinh gọn 20:15:41 &lt;zlatinb&gt; EOT 20:16:41 &lt;zzz&gt; 1a) rất nhiều sửa lỗi và dọn dẹp trên Android 2) phát hành .41, tách cấu hình cho .42, thông điệp i2cp mới cho .42, công việc mã hóa mới cho đề xuất 144 20:17:20 &lt;sadie__&gt; Tôi tiếp tục làm việc trên console - cập nhật logo, thêm vào cả hai chủ đề. Đi Tunis dự RightsCon và kết nối thêm trong cộng đồng. Tiếp cận cộng đồng, thử nghiệm, xem qua ticket và làm quen với tx. 20:17:37 &lt;zzz&gt; 2a) chuẩn bị cho DEF CON, thêm công việc garlic farm, làm với đội #ls2 về xây dựng tunnel cho các router với mã hóa mới 20:17:45 &lt;sadie__&gt; tháng tới cập nhật Threat model, nghiên cứu người dùng và tạo persona, tìm nguồn tài trợ 20:17:45 &lt;eyedeekay&gt; Tôi đã làm việc về cấu hình tunnel phân tách, gần đây là thử nghiệm trên nhiều nền tảng. Tôi đã làm một webextension để cải thiện cách duyệt web trên Android bằng cách tự động cấu hình trình duyệt, viết/soi gương một loạt bài blog, và làm việc trên trang web. 2) Hoàn tất thử nghiệm split tunnels và đưa chúng vào router cho .42. Làm việc với meeh về trình duyệt. 3) không có blocker EOT 20:17:46 &lt;sadie__&gt; EOT 20:18:01 &lt;zzz&gt; 3) không có blocker, EOT 20:18:15 &lt;zlatinb&gt; cảm ơn, tôi tin đó là tất cả mọi người &lt;/scrum&gt; 20:18:22 &lt;meeh&gt; Tôi đang viết 20:18:24 &lt;meeh&gt; chờ chút 20:18:37 &lt;zzz&gt; ok 20:21:29 &lt;meeh&gt; Tôi chủ yếu đang làm về trình duyệt, cũng xem xét vấn đề phụ thuộc Maven, tài liệu và cũng xem xem việc dựng trình duyệt cho Android phiền phức cỡ nào để chúng ta có thể loại bỏ cái nội bộ trong ứng dụng của mình. 20:22:29 &lt;zzz&gt; meeh, cái đó là 1) à? vui lòng cho 2) và 3) kèm EOT 20:25:34 &lt;meeh&gt; 1) ừ, ở trên 2) trình duyệt: chuẩn bị tài liệu người dùng, làm ổn định các tính năng hiện tại, hoàn tất việc đổi thương hiệu đặc biệt là về biểu tượng và đồ họa. osx launcher: hoàn tất tính năng chia sẻ torrent snark. android: hoàn tất đánh giá mức độ phiền phức khi port trình duyệt - tor giờ cũng làm vậy, và vì chúng ta dùng nhiều thứ giống nhau cùng script xây dựng nên có lẽ làm được. và cuối cùng, về khoản quyên góp 20:26:39 &lt;meeh&gt; 3) không có blocker, và không cần trợ giúp ngoài việc luôn sẵn lòng nhận PR cho các thứ về trình duyệt và đặc biệt là phần Android mà tôi không thật sự rành 20:27:03 &lt;zzz&gt; EOT? 20:27:07 &lt;meeh&gt; EOT 20:27:14 &lt;zzz&gt; ok cảm ơn meeh 20:27:22 &lt;zzz&gt; vậy là hết cho 6) scrum 20:27:34 &lt;zzz&gt; hãy quay lại 4) I2P Browser (meeh) 20:28:06 &lt;zzz&gt; bạn có thể cho chúng tôi tình trạng nếu có gì thêm ngoài những gì trong scrum của bạn không? 20:28:56 &lt;zzz&gt; bản phát hành trước, bản sắp tới, độ ổn định, tính năng, ... ? 20:30:21 &lt;meeh&gt; Tôi nghĩ chúng ta đã bao phủ phần lớn đồ họa biểu tượng trong dự án trình duyệt, tuy nhiên chúng ta cũng có vài hình ảnh (tôi đặc biệt nhớ trình hướng dẫn khởi đầu bây giờ) cần được thay thế bằng thứ gì đó, văn bản cũng vậy. Ngoài ra tuần rồi cho thấy mất khoảng 1–2 ngày (tối đa 48 giờ) để chúng tôi phản ứng với một vấn đề bảo mật (tức là, từ lúc tôi có thời gian cho đến khi nó được dựng xong) 20:34:05 &lt;meeh&gt; tài liệu cho nhà phát triển có lẽ đủ dùng một thời gian, tài liệu cho người dùng sắp xong, cố gắng không “mượn” quá nhiều từ các nơi như mozilla và tương tự trong nỗ lực này. Cách tiếp cận của chúng tôi với các chỉnh sửa trên nhánh fork là đặt phần lớn logic và tính năng vào i2pbutton - và chỉ làm những gì thật sự cần trong nguồn firefox, và cho đến nay có vẻ hoạt động tốt. Điều này cũng bao gồm dịch thuật vì firefox 20:34:05 &lt;meeh&gt; cung cấp phần của họ nên thứ còn lại cần dịch chỉ là các chuỗi riêng của i2p 20:35:01 &lt;zzz&gt; ok cảm ơn cập nhật. Còn gì cho mục 4) không? 20:35:07 &lt;zzz&gt; có câu hỏi nào về trình duyệt không? 20:35:16 &lt;meeh&gt; ý tưởng về việc chuyển sang bản ESR mới là ... khá tích cực, ý là, tôi khá không chắc có thể làm tự động, tuy nhiên vài chỗ cần vá một hai patch thì giờ tôi đã quen thuộc khá tốt 20:35:56 &lt;meeh&gt; bản phát hành tiếp theo chắc sẽ không quá lâu, còn phụ thuộc một chút vào việc đội muốn thúc đẩy tiến độ trong những tuần tới đến đâu 20:36:35 &lt;zzz&gt; đúng, chúng ta phải cân nhắc ưu tiên. Tôi nghĩ chúng ta đang học thêm về mức độ công sức cần bỏ ra để làm việc này một cách thực sự 20:36:46 &lt;zzz&gt; còn gì cho mục 4) không? 20:36:50 &lt;meeh&gt; Tôi thật sự không có lịch trình cho việc đó ngoài lúc một số tính năng mới/hiện tại hoàn thành hơn, và/hoặc có bản vá bảo mật phát hành cho Android 20:36:53 &lt;meeh&gt; ffirefox** 20:38:10 &lt;zzz&gt; còn gì cho mục 4) không? 20:39:05 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:39:54 &lt;zzz&gt; cảm ơn mọi người 20:40:01 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2019/06/23/v%E1%BA%ADy-b%E1%BA%A1n-mu%E1%BB%91n-vi%E1%BA%BFt-m%E1%BB%99t-th%C6%B0-vi%E1%BB%87n-sam/Sun, 23 Jun 2019 00:00:00 +0000/vi/blog/2019/06/23/v%E1%BA%ADy-b%E1%BA%A1n-mu%E1%BB%91n-vi%E1%BA%BFt-m%E1%BB%99t-th%C6%B0-vi%E1%BB%87n-sam/<p><em>Hoặc, giao tiếp với <a href="https://geti2p.net">i2p</a> dành cho những người chưa quen lắm với việc đọc đặc tả</em></p> <p>Theo quan điểm của tôi, một trong những tính năng tốt nhất của I2P là SAM API (giao diện lập trình ứng dụng SAM), có thể được dùng để xây dựng một cầu nối giữa I2P và ứng dụng hoặc ngôn ngữ mà bạn chọn. Hiện nay, có hàng chục thư viện SAM dành cho nhiều ngôn ngữ khác nhau, bao gồm:</p>/vi/blog/2019/06/15/c%C3%A1ch-thi%E1%BA%BFt-l%E1%BA%ADp-m%C3%A1y-ch%E1%BB%A7-ssh-%C4%91%E1%BA%B1ng-sau-i2p-%C4%91%E1%BB%83-truy-c%E1%BA%ADp-c%C3%A1-nh%C3%A2n/Sat, 15 Jun 2019 00:00:00 +0000/vi/blog/2019/06/15/c%C3%A1ch-thi%E1%BA%BFt-l%E1%BA%ADp-m%C3%A1y-ch%E1%BB%A7-ssh-%C4%91%E1%BA%B1ng-sau-i2p-%C4%91%E1%BB%83-truy-c%E1%BA%ADp-c%C3%A1-nh%C3%A2n/<h1 id="cách-thiết-lập-máy-chủ-ssh-phía-sau-i2p-để-truy-cập-cá-nhân">Cách thiết lập máy chủ SSH phía sau I2P để truy cập cá nhân</h1> <p>Đây là hướng dẫn về cách thiết lập và tinh chỉnh một tunnel I2P để sử dụng nó nhằm truy cập từ xa vào máy chủ SSH, bằng I2P hoặc i2pd. Hiện tại, hướng dẫn giả định rằng bạn sẽ cài đặt máy chủ SSH của mình từ một trình quản lý gói và rằng nó đang chạy như một dịch vụ.</p>/vi/blog/2019/06/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-6-n%C4%83m-2019/Tue, 04 Jun 2019 00:00:00 +0000/vi/blog/2019/06/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-6-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:14 &lt;zzz&gt; 0) Chào 20:00:16 &lt;zzz&gt; chào 20:00:43 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.40 các hạng mục còn lại (meeh, mhatta, nextloop, str4d) 20:00:43 &lt;zzz&gt; 2) Tình trạng phát hành i2pbote-android đã được khắc phục (meeh) 20:00:43 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.41 (zzz) 20:00:43 &lt;zzz&gt; 4) Tình trạng LS2 (zzz) 20:00:43 &lt;zzz&gt; 5) Tình trạng dự án I2P Browser "labs" (meeh) 20:00:43 &lt;zzz&gt; 6) Tình trạng scrum (zlatinb) 20:01:03 &lt;zzz&gt; 1) Tình trạng phát hành 0.9.40 các hạng mục còn lại (meeh, mhatta, nextloop, str4d) 20:01:28 &lt;zzz&gt; Tôi tin rằng Debian/Ubuntu và f-droid chính thức là còn lại? 20:01:41 &lt;zzz&gt; Tôi đã nhận phản hồi từ mhatta, nhưng anh ấy không hứa hẹn gì 20:02:04 &lt;zzz&gt; Tôi đã liên hệ với những người Debian khác để xem có ai khác làm được không, vẫn chưa có gì 20:02:10 &lt;zzz&gt; nextloop bạn có cập nhật nào cho chúng tôi không? 20:02:53 &lt;eche|on&gt; tôi đã build bản thử nghiệm cho Debian Buster và Stretch trên echelon.i2p/update/ 20:02:57 &lt;zzz&gt; còn gì nữa ở mục 1) không? 20:03:29 &lt;zzz&gt; 2) Tình trạng phát hành i2pbote-android đã được khắc phục (meeh) 20:03:40 &lt;zzz&gt; mikalv, bạn có cập nhật nào về bote cho chúng tôi không? 20:04:52 &lt;zzz&gt; Tôi tin là chúng ta đã phát hành bote và nó hoạt động với mọi người 20:04:58 &lt;zzz&gt; còn gì nữa ở mục 2) không? 20:05:16 &lt;eyedeekay&gt; Không có gì từ tôi 20:05:30 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.41 (zzz) 20:05:45 &lt;zzz&gt; ok, chúng ta đã đi quá nửa chu kỳ phát triển .41 một chút và mọi thứ đang diễn ra tốt 20:06:06 &lt;zzz&gt; tính năng lớn là cơ chế xác thực theo từng máy khách cho LS2 được mã hóa 20:06:19 &lt;zzz&gt; chúng tôi cũng đã sửa một lỗi trong xử lý thông điệp lớn mà tôi nghĩ sẽ giúp bote hoạt động tốt hơn 20:06:55 &lt;eche|on&gt; chúng ta sẽ xem, bản thử nghiệm đã có 20:06:56 &lt;zzz&gt; idk và tôi đang làm việc để tách các tệp clients.config và i2ptunnel.config, nhưng có vẻ như sẽ phải chờ đến .42 20:07:38 &lt;zzz&gt; để bote thấy được sự khác biệt, có lẽ nó phải được phát ra tới phần lớn mạng lưới, vì lỗi có thể gặp ở bất kỳ router nào trên đường đi 20:08:03 &lt;eche|on&gt; ừ 20:08:12 &lt;zzz&gt; bản phát hành dự kiến vào tuần đầu tháng Bảy 20:08:33 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:09:28 &lt;zzz&gt; 4) Tình trạng LS2 (zzz) 20:09:58 &lt;zzz&gt; vẫn tiến triển mạnh. Tới giờ chúng tôi đã có 42 cuộc họp hàng tuần và chưa thấy điểm dừng, dù gần đây chúng tôi dành nhiều thời gian hơn cho cơ chế mã hóa mới (đề xuất 144) 20:10:19 &lt;zzz&gt; Tôi đã nhắc tới phần mã xác thực theo từng máy khách sẽ có trong 41. 20:10:54 &lt;zzz&gt; Phát triển garlic farm cho meta LS2 đã tạm dừng khoảng 3 tuần để ưu tiên mã xác thực máy khách, nhưng chúng tôi sẽ sớm quay lại 20:11:27 &lt;zzz&gt; Tôi đang tiếp tục chuyển các đặc tả từ phần đề xuất sang phần đặc tả chính trên website của chúng tôi 20:11:38 &lt;zzz&gt; khi chúng tôi triển khai và kiểm thử xong 20:11:52 &lt;zzz&gt; cuộc họp của chúng tôi vẫn là 6:30 PM UTC các thứ Hai trên #ls2 20:12:11 &lt;zzz&gt; còn gì nữa ở mục 4) không? 20:13:04 &lt;zzz&gt; 5) Tình trạng dự án I2P Browser "labs" (mikalv) 20:13:15 &lt;zzz&gt; mikalv, trình duyệt I2P tiến triển thế nào? 20:14:08 &lt;zzz&gt; Tôi biết một bản beta mới đã phát hành và đang được thử nghiệm, nhưng với một số người thì nó hoàn toàn không hoạt động? 20:15:04 &lt;zzz&gt; cũng có yêu cầu bổ sung tài liệu trên trang tải về lab của chúng tôi, và anh ấy nói sẽ sớm làm việc đó, nên hãy để mắt theo dõi 20:15:17 &lt;zzz&gt; ok, tôi đoán mikalv không có mặt, còn gì nữa ở mục 5) không? 20:16:08 &lt;zzz&gt; 6) Tình trạng scrum (zlatinb) 20:16:13 &lt;zzz&gt; mời zlatinb 20:16:42 &lt;zlatinb&gt; Hi hãy làm như thường lệ - nói 1) bạn đã làm gì từ lần scrum trước 2) bạn dự định làm gì trong tháng tới 3) nếu bạn có vướng mắc hoặc cần giúp đỡ 20:16:46 &lt;zlatinb&gt; khi xong thì kết thúc bằng EOT 20:17:08 &lt;zlatinb&gt; tôi: 1) một chút garlic farm, không nhiều thứ khác 2) hy vọng làm thêm garlic farm 3) không có vướng mắc 20:17:09 &lt;zlatinb&gt; EOT 20:17:17 &lt;eche|on&gt; làm như mọi khi, giữ máy chủ hoạt động, cứ thế tiếp tục, không có vướng mắc, eot 20:17:30 &lt;zzz&gt; 1) garlic farm, LS2, và xác thực theo từng máy khách; sửa lỗi 20:18:10 &lt;zzz&gt; 2) garlic farm, sửa lỗi, GMP 6.1.2, tách tệp cấu hình, chuẩn bị cho phát hành 0.9.41 20:18:18 &lt;eyedeekay&gt; Tách cấu hình i2ptunnel và viết tài liệu/blog, 2) làm thêm việc đó 3) không có vướng mắc eot 20:18:32 &lt;zzz&gt; 3) không có vướng mắc, EOT 20:18:44 &lt;zlatinb&gt; ok tôi nghĩ vậy là tất cả mọi người rồi, cảm ơn 20:19:04 &lt;zzz&gt; ok, nhanh phết, chúng ta ngày càng hiệu quả hơn! 20:19:18 &lt;zzz&gt; còn gì nữa cho cuộc họp hôm nay không? 20:20:15 &lt;zzz&gt; ồ, và chúc mừng eyedeekay đã ký thỏa thuận dev và được cấp quyền checkin mtn! mặc dù anh ấy đã làm được khá nhiều cho chúng ta trong vài tháng qua, giờ thì anh ấy có thể gây 'tổn hại' nhanh hơn nhiều! 20:20:37 &lt;eyedeekay&gt; :-D 20:20:38 &lt;zzz&gt; mong sớm có eyedeekay trực tiếp làm trên mã nguồn 20:21:07 * zzz tìm cái baffer để vung vào bạn 20:22:01 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2019/06/02/how-to-offer-your-existing-web-site-as-an-i2p-eepsite/Sun, 02 Jun 2019 00:00:00 +0000/vi/blog/2019/06/02/how-to-offer-your-existing-web-site-as-an-i2p-eepsite/<p>Bài viết blog này nhằm cung cấp hướng dẫn tổng quát về việc vận hành một bản phản chiếu của một dịch vụ clear-net (Internet công khai) dưới dạng một eepSite. Nó mở rộng nội dung của bài viết blog trước đó về các I2PTunnel tunnels cơ bản.</p> <p>Thật không may, có lẽ không thể <em>hoàn toàn</em> bao quát mọi trường hợp có thể xảy ra khi cung cấp một trang web hiện có dưới dạng eepSite, đơn giản là vì có quá nhiều loại phần mềm phía máy chủ khác nhau, chưa kể đến những đặc thù trong thực tế của bất kỳ triển khai phần mềm cụ thể nào. Thay vào đó, tôi sẽ cố gắng truyền đạt, cụ thể nhất có thể, quy trình chung để chuẩn bị một dịch vụ cho việc triển khai lên eepWeb hoặc các dịch vụ ẩn khác.</p>/vi/blog/2019/06/02/h%C6%B0%E1%BB%9Bng-d%E1%BA%ABn-c%C6%A1-b%E1%BA%A3n-v%E1%BB%81-i2p-tunnels-%C4%91%C6%B0%E1%BB%9Dng-h%E1%BA%A7m-k%C3%A8m-h%C3%ACnh-minh-h%E1%BB%8Da/Sun, 02 Jun 2019 00:00:00 +0000/vi/blog/2019/06/02/h%C6%B0%E1%BB%9Bng-d%E1%BA%ABn-c%C6%A1-b%E1%BA%A3n-v%E1%BB%81-i2p-tunnels-%C4%91%C6%B0%E1%BB%9Dng-h%E1%BA%A7m-k%C3%A8m-h%C3%ACnh-minh-h%E1%BB%8Da/<p>Mặc dù router I2P Java được cấu hình sẵn với một máy chủ web tĩnh, jetty, để cung cấp eepSite đầu tiên cho người dùng, nhiều người dùng cần các tính năng nâng cao hơn từ máy chủ web của họ và muốn tạo một eepSite với một máy chủ khác. Điều này dĩ nhiên là có thể, và thực ra rất dễ sau khi bạn đã làm một lần.</p>/vi/blog/2019/05/20/c%C3%A1ch-tham-gia-t%C3%ACnh-nguy%E1%BB%87n-b%E1%BA%B1ng-c%C3%A1ch-gi%C3%BAp-i2p-bote-bootstrap-kh%E1%BB%9Fi-t%E1%BA%A1o-ban-%C4%91%E1%BA%A7u/Mon, 20 May 2019 00:00:00 +0000/vi/blog/2019/05/20/c%C3%A1ch-tham-gia-t%C3%ACnh-nguy%E1%BB%87n-b%E1%BA%B1ng-c%C3%A1ch-gi%C3%BAp-i2p-bote-bootstrap-kh%E1%BB%9Fi-t%E1%BA%A1o-ban-%C4%91%E1%BA%A7u/<p>Một cách đơn giản để giúp mọi người nhắn tin riêng tư với nhau là chạy một I2P-Bote peer mà người dùng I2P-Bote mới có thể dùng để bootstrap (khởi tạo ban đầu) các I2P-Bote peer riêng của họ. Đáng tiếc là cho đến nay, quy trình thiết lập một I2P-Bote bootstrap peer đã mơ hồ hơn nhiều so với mức đáng ra phải như vậy. Thực ra, việc này cực kỳ đơn giản!</p>/vi/blog/2019/05/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.40/Tue, 07 May 2019 00:00:00 +0000/vi/blog/2019/05/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.40/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.40 vô hiệu hóa cơ chế truyền NTCP1 cũ và loại bỏ hỗ trợ cho SSU introductions qua IPv6. Hiện NTCP2 đã được bật mặc định hơn 6 tháng, đây là lúc vô hiệu hóa cơ chế truyền NTCP1 cũ để tiết kiệm băng thông và bộ nhớ. Chúng tôi tiếp tục phát triển LS2 và các leasesets được mã hóa. Một số lỗi đã được sửa.</p>/vi/blog/2019/05/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-5-2019/Tue, 07 May 2019 00:00:00 +0000/vi/blog/2019/05/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-5-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> chisana, eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Các hạng mục còn lại trong tình trạng phát hành 0.9.39 (meeh, mhatta, nextloop, str4d) 20:00:00 &lt;zzz&gt; 2) Tình trạng phát hành i2pbote-android đã khắc phục (meeh) 20:00:00 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.40 (zzz) 20:00:00 &lt;zzz&gt; 4) Tình trạng LS2 (zzz) 20:00:00 &lt;zzz&gt; 5) Tình trạng scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; chào 20:00:10 &lt;meeh&gt; chào 20:00:17 &lt;zlatinb&gt; chào 20:00:51 &lt;zzz&gt; 1) Các hạng mục còn lại trong tình trạng phát hành 0.9.39 (meeh, mhatta, nextloop, str4d) 20:00:55 &lt;eyedeekay&gt; chào 20:01:07 &lt;zzz&gt; mục chương trình này là từ buổi họp tháng trước... 20:01:29 &lt;zzz&gt; khi chúng ta vẫn còn thiếu debian, f-droid và mavencentral 20:01:40 &lt;zzz&gt; meeh bạn có cập nhật nào cho chúng tôi về bất kỳ mục nào trong số đó không? 20:02:33 &lt;meeh&gt; tôi và str4d sẽ "pair" cho lần phát hành này, nghĩa là anh ấy sẽ đi qua tất cả các bước cùng tôi, bao gồm maven/f-droid. Hôm nay tôi sẽ liên hệ với anh ấy về việc này vì lần cuối chúng tôi bàn là một hai tuần trước. 20:02:43 &lt;zzz&gt; có ai nghe tin gì từ mhatta về debian chưa? 20:02:51 &lt;meeh&gt; điều đó sẽ bao gồm fdroid, maven và googleplay 20:03:15 &lt;zzz&gt; meeh đây là về .39 - các bản phát hành f-droid và mavencentral cho .39 đã được đăng chưa? 20:03:33 &lt;sadie_&gt; chào 20:03:34 &lt;meeh&gt; trình khởi chạy osx tất nhiên cũng sẽ được cập nhật 20:03:52 &lt;meeh&gt; chưa, nhưng khi tôi pair với str4d tôi sẽ học cách tôi có thể sửa việc đó 20:03:59 &lt;meeh&gt; vậy thì cả 39 và 40 sẽ được xử lý 20:03:59 &lt;zzz&gt; chúng ta đang nói về các mục .39 từ 7 tuần trước, vẫn chưa hoàn thành ở buổi họp trước 5 tuần trước 20:04:17 &lt;meeh&gt; `https://search.maven.org/search?q=g:net.i2p` 20:04:19 &lt;meeh&gt; maven là bản mới nhất bt 20:04:24 &lt;meeh&gt; w 20:04:24 &lt;meeh&gt; .39 20:04:48 &lt;zzz&gt; ok. vậy ETA cho việc "pairing" là khi nào (đừng để anh ấy lây cho bạn cách nói kiểu zcash) 20:05:38 &lt;R4SAS&gt; :D 20:05:39 &lt;zzz&gt; và tôi tưởng vấn đề f-droid của chúng ta là do phụ thuộc máy chủ, không phải vấn đề biết cách làm. Mấy cái đó đã được giải quyết chưa? 20:05:57 &lt;meeh&gt; câu trả lời của tôi là khi str4d có thời gian cho tôi để đi qua nhanh - mà lần trước nói chuyện tôi hiểu là anh ấy sẽ sắp thời gian rất nhanh. Tôi sẽ cập nhật cho bạn những gì anh ấy nói hôm nay 20:06:41 &lt;zzz&gt; về mavencentral, bạn có mọi thứ bạn cần bao gồm cả hướng dẫn, đúng không? bạn có tất cả quyền cần thiết chứ? 20:06:58 &lt;meeh&gt; không có hướng dẫn 20:07:19 &lt;zzz&gt; tôi hỏi vì 'khi str4d có thời gian' thật không có nghĩa gì cả :( 20:07:28 &lt;meeh&gt; chúng tôi có một số file script maven/gradle trong repo, mà tôi có thể *đoán* cách hoạt động và thử, điều mà tôi không muốn làm rối 20:07:46 &lt;meeh&gt; lần này tôi hy vọng vào anh ấy 20:08:09 &lt;meeh&gt; đã đến lúc loại bỏ việc cằn nhằn, để rảnh thời gian hơn — nghe có vẻ ai cũng sẽ chấp nhận 20:08:42 &lt;zzz&gt; chắc rồi, kế hoạch dài hạn là loại bỏ việc phụ thuộc vào str4d, chúng ta gần xong rồi, tiếp tục thúc đẩy cho đến khi hoàn tất 20:09:36 &lt;zzz&gt; ok quay lại mhatta - có ai nghe từ anh ấy chưa? đã đến lúc gọi điện cho anh ấy hay chúng ta đi tiếp thế nào từ đây? 20:09:46 &lt;zzz&gt; zlatinb, có ý tưởng nào không? 20:10:04 &lt;zzz&gt; và có ai nghe từ nextloop chưa? 20:10:15 &lt;zlatinb&gt; gọi anh ấy lần trước không hiệu quả, dù anh ấy xác nhận tôi có đúng số 20:10:27 &lt;zlatinb&gt; tiếc là không có ý tưởng nào 20:10:39 &lt;zzz&gt; meeh, theo tôi hiểu bạn cũng có thể chỉ cần gửi yêu cầu để vào f-droid chính thức, chúng ta không thật sự cần nextloop. Bạn biết cách làm không? 20:10:40 &lt;sadie_&gt; có ai có thể nhận các nhiệm vụ của mhatta không? 20:11:15 &lt;zzz&gt; ai là Debian Developer chính thức... biết ai khác có thời gian không? 20:11:38 &lt;meeh&gt; xin lỗi phải nói rằng tôi còn ít rành về frdroid hơn cả android — tôi chỉ (ít nhất theo trí nhớ) là người host repo riêng của chúng ta 20:11:53 &lt;sadie_&gt; không - nhưng chúng ta nên bắt đầu tìm 20:11:57 &lt;meeh&gt; nhưng tôi có thể hỏi str4d khi nói chuyện với anh ấy, anh ấy chắc biết 20:12:20 &lt;zzz&gt; ok meeh nhớ là có hai fdroid, cái của chúng ta và cái chính thức fdroid.org, nên vui lòng lấy hướng dẫn cho cả hai. Vui lòng thử tìm nextloop 20:12:27 &lt;zzz&gt; twitter, email, v.v. 20:13:13 &lt;meeh&gt; ừ, cái của chúng ta đã được chuyển, và về lý thuyết sẽ hoạt động khi tôi chạy các lệnh python để đẩy nó — tôi sẽ thử sau khi nói chuyện với str4d 20:13:19 &lt;zzz&gt; còn gì nữa cho mục 1) không? Chúng ta đã không làm tốt lắm với .39 20:13:40 &lt;zzz&gt; vậy hãy sửa nhanh cho .40 20:13:57 &lt;zzz&gt; phát hành là việc chúng ta làm; khi không thể đưa bản phát hành ra, là chúng ta thất bại 20:14:16 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:15:18 &lt;zzz&gt; 2) Tình trạng phát hành i2pbote-android đã khắc phục (meeh) 20:15:35 &lt;zzz&gt; meeh tình trạng bản phát hành bote android được mong đợi từ lâu thế nào rồi? 20:15:42 &lt;meeh&gt; hiện vẫn treo ở "connecting" 20:16:14 &lt;zzz&gt; nhưng eyedeekay báo là nó hoạt động? 20:16:36 &lt;zzz&gt; meeh bạn đã thử khi không bị tường lửa chặn chưa? 20:16:41 &lt;eyedeekay&gt; nó chỉ hoạt động nếu bạn dùng router tích hợp. Đây là trên máy tính bảng 20:16:44 &lt;meeh&gt; ok, tôi cảm thấy chúng ta đã nói nhiều lần về bản phát hành. xin đừng nghĩ tôi thô lỗ, khó chịu, hay gì khác ngoài "cố gắng nói rõ nhất có thể" - tôi sẽ không phát hành một sản phẩm hỏng. Trừ khi tôi có thể gửi tin nhắn từ bote-android của tôi tới desktop-android của tôi - tôi sẽ không phát hành 20:17:20 &lt;zzz&gt; đây là buổi họp cập nhật tình trạng cho mọi người. Hãy giả vờ bạn không nói chuyện với tôi một tháng rồi, và nói cho mọi người chúng ta đang ở đâu. Bạn không nói với tôi, bạn đang báo cáo cho cả thế giới 20:17:41 &lt;meeh&gt; vì nếu không, những gì chúng ta phát hành theo định nghĩa là hỏng - và nó sẽ phản ánh xấu về chúng ta 20:18:00 &lt;meeh&gt; ok xin lỗi - nhưng đó là tình hình ^ :) 20:18:27 &lt;zzz&gt; vậy triển vọng hay ETA hay ước đoán để sửa và phát hành là khi nào? 20:18:41 &lt;meeh&gt; nhưng vâng, tôi cảm thấy mạnh mẽ rằng đẩy một bản phát hành hỏng sẽ phản ánh xấu lên i2p - có ai không đồng ý với nhận định đó không? 20:19:11 &lt;zzz&gt; tôi không thúc ép bạn phát hành. Tôi đang hỏi khi nào nó sẽ được phát hành. 20:19:26 &lt;zzz&gt; đó là mục đích của buổi họp này, để báo cáo tình trạng 20:19:34 &lt;meeh&gt; bạn nghĩ mất bao lâu để làm cho bote kết nối qua tcp socket thay vì unix domain? 20:19:46 &lt;zzz&gt; Tôi không biết 20:20:06 &lt;meeh&gt; vì tốt nhất, mà tôi hy vọng, là đó là việc chúng ta cần làm.. nếu không thì hoàn toàn không biết :( 20:20:32 &lt;meeh&gt; vì nếu peers không phải vấn đề, mà chúng ta vẫn chật vật kết nối 20:20:38 &lt;meeh&gt; và dựa trên các phiên debug của tôi 20:20:48 &lt;meeh&gt; tôi nghi ngờ đó là IPC giữa các ứng dụng khiến nonce 20:20:56 &lt;meeh&gt; và phá hỏng việc giao tiếp 20:21:06 &lt;zzz&gt; ok. có lẽ chúng ta có thể nhờ thêm người thử nghiệm bằng cách hỏi ngay trong kênh này... có thể là cisiey 20:21:15 &lt;meeh&gt; vì tunnel và leases có vẻ ổn theo tôi thấy 20:21:39 &lt;meeh&gt; nơi hợp lý tiếp theo để xem là giữa router &lt;-&gt; bote 20:21:46 &lt;zzz&gt; ok. nhưng nếu nó đang cố xây tunnel cho bote, thì không phải vấn đề với i2cp socket 20:21:57 &lt;meeh&gt; có thể control socket hoạt động, nhưng việc truyền dữ liệu dừng 20:22:07 &lt;zzz&gt; hoặc là bạn đang nói chuyện với router hoặc là không. tất cả đều qua cùng một socket 20:22:17 &lt;zzz&gt; (control và data) 20:22:32 &lt;meeh&gt; có thể Google làm gì đó chúng ta không biết - không phải lần đầu 20:22:50 &lt;zzz&gt; tin tốt là bạn đang tiến triển, trước đây chúng ta mắc kẹt nhiều lần và luôn tìm ra cách 20:22:54 &lt;zzz&gt; cảm ơn bạn đã cập nhật 20:22:57 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:23:07 &lt;meeh&gt; vậy i2cp hoạt động như tls, nó cấu hình rồi chuyển sang truyền dữ liệu thuần? 20:23:34 &lt;zzz&gt; control và data được ghép kênh, mọi lúc. nó không bao giờ 'chuyển sang' dữ liệu thuần 20:23:54 &lt;meeh&gt; vậy là dữ liệu nhị phân mã hóa ascii à hay sao? 20:24:15 &lt;zzz&gt; tôi có thể hướng dẫn bạn cách i2cp hoạt động sau buổi họp nếu bạn muốn 20:24:21 &lt;meeh&gt; dù sao - chúng ta để chi tiết triển khai bàn sau 20:24:22 &lt;meeh&gt; vâng 20:24:27 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:25:02 &lt;zzz&gt; 3) Tình trạng phát triển 0.9.40 (zzz) 20:25:16 &lt;zzz&gt; Tình trạng phát triển 0.9.40 đã XONG! 20:25:30 &lt;zzz&gt; chúng ta đi theo chu kỳ ngắn 6 tuần rưỡi và phát hành hôm nay 20:25:32 &lt;chisana&gt; chúc mừng! 20:25:54 &lt;zzz&gt; cập nhật trong mạng đang hoạt động. Tuy nhiên không chắc tin tức tiếng Anh đã được cập nhật chưa. Swarm có vẻ hơi nhỏ? 20:26:05 &lt;zzz&gt; eche|off, bạn đã điều tra chưa? 20:26:25 &lt;zzz&gt; ít nhất nó đang cập nhật một phần 20:26:47 &lt;zzz&gt; chúng ta sẽ theo dõi sát lần này vì chúng ta đã vô hiệu NTCP 1, điều đó không nên có tác dụng phụ nào, nhưng cứ xem 20:27:19 &lt;zzz&gt; vậy, bàn về ETA các hạng mục phát hành. Cập nhật trong mạng đã ra, website đã cập nhật. Tôi sẽ làm PPA và deb repo của chúng ta vào ngày mai. 20:27:45 &lt;zzz&gt; meeh ETA cho bản phát hành router android là khi nào? 20:28:01 &lt;meeh&gt; vẫn như trước, lần này tôi sẽ làm cùng str4d 20:28:23 &lt;meeh&gt; gộp toàn bộ "phần của str4d" của lần phát hành thành một gói 20:28:24 &lt;meeh&gt; :) 20:28:28 &lt;zzz&gt; ngay cả với router android? lần trước bạn tự làm mà. 20:28:42 &lt;zzz&gt; tôi chỉ muốn phụ thuộc vào anh ấy ít nhất có thể 20:28:42 &lt;meeh&gt; Đúng, bằng cách hack quanh maven 20:28:50 &lt;meeh&gt; nhưng thứ tự đúng là triển khai maven trước 20:29:05 &lt;meeh&gt; Vâng, nhưng mục tiêu là đây là lần cuối cùng chúng ta làm vậy, &lt;ever&gt; 20:29:24 &lt;zzz&gt; ok. xem liệu điều đó có thành sự thật không, hy vọng là vậy 20:30:07 &lt;meeh&gt; để ghi nhận, tôi đã liên hệ anh ấy qua DM @ twitter 20:30:25 &lt;zzz&gt; ok báo cho chúng tôi khi bạn có ETA 20:30:26 &lt;meeh&gt; đó cũng là nơi tôi đã nói chuyện với anh ấy mấy lần gần đây 20:31:02 &lt;zzz&gt; zlatinb, tôi nghĩ bạn và tôi nên gửi đến cả 10 email của mhatta để thử thu hút sự chú ý của anh ấy? Đã hai tháng rồi chúng ta không nghe từ anh ấy 20:31:25 &lt;zzz&gt; không muốn có một bản phát hành cũ trong buster 20:31:27 &lt;zlatinb&gt; được, đưa tôi các email và tôi sẽ bắn đi một loạt 20:31:38 &lt;zzz&gt; ok 20:31:59 &lt;zzz&gt; eche|off, eche|on bạn ở đây chứ? 20:32:39 &lt;zzz&gt; ok tôi đoán thế là xong mục 3) ? 20:33:18 &lt;zzz&gt; 4) Tình trạng LS2 (zzz) 20:33:42 &lt;zzz&gt; tôi sẽ cập nhật nhanh về 3 đề xuất chính: 123, 144, và 150 20:34:13 &lt;zzz&gt; 123 là đề xuất ls2. Nó gần như xong và chúng ta đã đưa khá nhiều mã ls2 mã hóa vào .40 để có thể thử nghiệm thêm 20:34:34 &lt;zzz&gt; bản đề xuất tự nó không thay đổi nhiều trong tháng qua, điều đó là tốt 20:35:05 &lt;zzz&gt; 144 là đề xuất mã hóa mới. Tháng vừa rồi không có hoạt động nào vì có các việc ưu tiên cao hơn 20:35:26 &lt;zzz&gt; nhưng tôi đã nhận được nhiều bình luận về nó. hãy mong một bản nháp cập nhật trong một hai tuần 20:35:48 &lt;zzz&gt; tôi muốn thấy một vài triển khai của 144 trong 4-6 tháng nhưng còn nhiều việc phải làm để tới đó 20:36:05 &lt;zzz&gt; 150 là đề xuất 'garlic farm' mới dựa trên raft, để quản lý multihoming quy mô lớn. 20:36:30 &lt;zzz&gt; đó là đề xuất mới nhưng nhận được phản hồi khá tốt, ít phàn nàn hơn nhiều so với 144! 20:37:04 &lt;zzz&gt; zlatinb, bạn nghĩ khi nào chúng ta có thể có một plugin thử nghiệm triển khai 150? vài tháng? 20:37:24 &lt;zzz&gt; tôi đoán chúng ta cần bàn về những gì có thể nhét vào .41 để hỗ trợ nó 20:37:38 &lt;zlatinb&gt; tùy vào cách chúng ta scope; nhiều tính năng liệt kê thực ra chỉ là "có thì tốt" 20:37:59 &lt;zzz&gt; đúng, trong bản sửa hôm qua tôi đánh dấu nhiều phần là không-cho-bản-phát-hành-đầu-tiên 20:38:07 &lt;zlatinb&gt; nếu cắt về mức tối thiểu tuyệt đối thì có lẽ ít hơn vài tháng 20:38:47 &lt;zzz&gt; vâng chúng ta vẫn chưa họp roadmap cho .41, nên tôi chưa chắc ưu tiên nằm ở đâu 20:38:49 &lt;zlatinb&gt; tôi nghĩ đây là một dự án cỡ vừa 20:39:18 &lt;zzz&gt; đồng ý 20:39:37 &lt;zzz&gt; có ai có câu hỏi gì về mục 4), ls2, hay các đề xuất liên quan không? 20:39:52 &lt;zzz&gt; như thường lệ, mọi người đều được chào đón tại các buổi họp của chúng tôi, Thứ Hai 6:30 PM UTC trên IRC #ls2 20:40:27 &lt;chisana&gt; nếu tôi có thể gom được một ECIES "working/MVP", liệu có giúp hoàn tất 144 không? 20:40:54 &lt;zzz&gt; tất nhiên 20:41:37 &lt;zzz&gt; phải có ai đó làm trước. chúng ta đã làm kiểm thử tích hợp với một số đề xuất khác, từ tận một năm trước với NTCP 2. 20:42:03 &lt;zzz&gt; ai đó xong trước, rồi người khác, rồi bạn cố làm cho chúng nói chuyện với nhau, rồi bạn cố tìm xem ai đúng ai sai 20:42:33 &lt;zzz&gt; đó là công việc khó và chậm nhưng là cách duy nhất để làm 20:43:15 &lt;chisana&gt; chắc chắn rồi, 144 là nơi tôi sẽ dành phần lớn thời gian, nên sẽ thường xuyên cập nhật/đặt câu hỏi 20:43:25 &lt;zzz&gt; chúng ta đã học rằng hiếm khi coi là xong cho tới khi có hai triển khai. đó là cách duy nhất để "test" đặc tả 20:43:41 &lt;zzz&gt; tuyệt 20:43:49 &lt;zzz&gt; có ai có câu hỏi gì về mục 4), ls2, hay các đề xuất liên quan không? 20:44:30 &lt;zzz&gt; 5) tình trạng scrum (zlatinb) 20:44:36 &lt;zzz&gt; xin mời zlatinb 20:45:15 &lt;zlatinb&gt; Chào. Phiên scum thông thường chạy song song. Vui lòng mô tả ngắn gọn 1) bạn đã làm gì kể từ lần scrum trước 2) bạn dự định làm gì tháng tới 3) nếu bạn có trở ngại hay cần giúp đỡ. Nói EOT khi xong 20:45:49 &lt;zlatinb&gt; Tôi: 1) hoàn thiện bộ lọc nâng cao, làm việc trên garlic farm, tinh chỉnh outproxy với arctic, một vài jogger tix 2) hy vọng chỉ garlic farm 3) không có blockers EOT 20:47:03 &lt;zzz&gt; 1) sửa lỗi; bộ cài windows có ký; chuyển sang izpack 5; tính năng import susidns; triển khai ls2 mã hóa; rà soát và phát hành .40; làm việc trên các vấn đề I2CP android 20:47:38 &lt;meeh&gt; 1) Tôi đã thiết kế lại trình khởi chạy osx và nâng cấp mã swift lên 4.2 sắp 5, dọn dẹp code, chuyển thêm từ objc. Tôi cũng đã cải thiện các dịch vụ tôi host cho i2p như outproxy. và một số phát triển android và học hỏi 20:47:55 &lt;zzz&gt; 1 tiếp.) viết đề xuất garlic farm, nhiều thứ về kiến trúc garlic farm; họp và thảo luận ls2; làm với sadie về icon v.v. 20:48:09 &lt;sadie_&gt; đang cập nhật hệ biểu tượng cho .40, sẽ tiếp tục cho .41 và cũng cập nhật logo bằng logo Ura tạo cho console, site. Cải tiến trình hướng dẫn cài đặt, chuẩn bị cho chuyến đi RightsCon và hoạt động tiếp cận với TX, IFF EOT 20:48:55 &lt;zzz&gt; 2) phát hành PPA .40; roadmap .41; tách cấu hình cùng eyedeekay, garlic farm; họp ls2; sửa lỗi; có lẽ tự động hóa phát hiện Sybil -&gt; đưa vào blacklist? 20:49:03 &lt;meeh&gt; 2) tháng tới tôi dự định chăm chút lại cho trình duyệt của chúng ta, cập nhật phiên bản ngang upstream, một số cải tiến tích hợp i2p nếu làm được, làm menu ngữ cảnh gốc osx -&gt; snark-share dùng được, và cũng xem kỹ hơn các vấn đề với mattermost/irc/liên lạc của chúng ta 20:49:06 &lt;eyedeekay&gt; 1) Bote, sửa lỗi, viết hướng dẫn 2) hy vọng tách cấu hình, bote, và sửa lỗi 3) không blockers EOR 20:49:10 &lt;eyedeekay&gt; *EOT 20:49:38 &lt;meeh&gt; 3) không, hy vọng là không; giờ chỉ chờ str4d đề xuất thời gian để chúng tôi pair và làm phát hành 20:49:48 &lt;sadie_&gt; tài liệu/kiểm thử outproxy 20:49:50 &lt;meeh&gt; EOT 20:49:56 &lt;zzz&gt; 3) blockers: mhatta cho các thứ debian/tails 20:50:06 &lt;eyedeekay&gt; Ồ tôi cũng muốn dành chút thời gian với meeh trên trình duyệt trong tháng tới. 20:50:17 &lt;zzz&gt; EOT 20:50:51 &lt;zlatinb&gt; Cảm ơn, vậy là xong scrum. 20:50:59 &lt;zzz&gt; ok cảm ơn zlatinb 20:51:12 &lt;zzz&gt; vài câu hỏi nhanh trước khi kết thúc cuộc họp 20:51:27 &lt;zzz&gt; chu kỳ 8 tuần và ngày phát hành 2 tháng 7 cho .41 có ổn không? meeh? 20:52:12 &lt;meeh&gt; không có gì ngay lập tức nói rằng không được, tôi nghĩ là ổn 20:52:26 &lt;zzz&gt; ok, tạm ghi vậy cho đến khi nghe từ eche|off 20:52:57 &lt;zzz&gt; tiếp, meeh, bạn đã build osx .40 chưa? nó đang trên trang d/l vì bị kích hoạt theo số phiên bản, nhưng tôi chưa hỏi bạn là đã làm chưa 20:53:16 &lt;zzz&gt; vậy đó là bug trong quy trình của chúng ta 20:53:24 &lt;meeh&gt; chưa, tôi định bắt đầu quy trình đó ngay sau buổi họp 20:53:37 &lt;meeh&gt; trước đó không có thời gian 20:54:06 &lt;zzz&gt; ok cảm ơn. Tôi sẽ sửa checklist để lần sau tôi không đẩy bản build lên trang d/l cho đến khi bạn xong 20:54:33 &lt;zzz&gt; câu hỏi cuối cho meeh, bạn có định phát hành trình duyệt để sửa vụ chứng chỉ firefox không? hay thậm chí có cần không? 20:55:19 &lt;meeh&gt; bạn có thể nói rõ "vụ chứng chỉ firefox" không? :p 20:55:21 &lt;zzz&gt; như bạn nói, đã đến lúc chăm chút cho trình duyệt. Tới lúc nào đó chúng ta nên bàn xem dự án 'lab' nên lên hạng thành thứ gì đó hơn, hay khai tử? 20:55:48 &lt;zzz&gt; nơi các plugin như noscript bị hỏng. Tôi sẽ nói bạn sau hoặc xem trên twitter hay ars technica 20:55:48 &lt;meeh&gt; vâng, sao chúng ta không lấy đó làm chủ đề cho buổi họp tới? 20:55:54 &lt;meeh&gt; liên quan RC hay khai tử 20:55:58 &lt;zzz&gt; ok, sẽ làm 20:56:09 &lt;zzz&gt; có ai còn gì nữa cho buổi họp không? 20:56:27 &lt;meeh&gt; tôi sẽ bắt đầu build osx bây giờ nếu không còn gì nữa 20:56:44 * zzz tìm baffer 20:57:00 &lt;meeh&gt; bản nâng cấp osx tiếp theo sẽ tự động cập nhật (woho!) 20:57:18 * zzz *bafffs* cuộc họp kết thúc </div>/vi/blog/2019/04/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-4-2019/Tue, 02 Apr 2019 00:00:00 +0000/vi/blog/2019/04/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-4-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> chisana, echelon, eyedeekay, meeh, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) tình trạng phát hành 0.9.39 (zzz) 20:00:00 &lt;zzz&gt; 2) tình trạng phát triển 0.9.40 (zzz) 20:00:00 &lt;zzz&gt; 3) tình trạng LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:14 &lt;zzz&gt; 1) tình trạng phát hành 0.9.39 (zzz) 20:00:33 &lt;zzz&gt; 39 phát hành 11 ngày trước, gần một nửa mạng đã cập nhật 20:01:10 &lt;zzz&gt; vẫn đang chờ mavencentral (str4d), f-droid của chúng ta (meeh), f-droid chính thức (nextloop) và debian (mhatta) 20:01:12 &lt;meeh&gt; chào 20:01:26 &lt;zzz&gt; có ai trong số các bạn có ETA (thời gian dự kiến) khi nào những hạng mục đó sẽ hoàn tất không? 20:02:58 &lt;meeh&gt; nếu nó dễ như https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/ có vẻ thế, thì muộn nhất là hôm nay. 20:03:31 &lt;zzz&gt; bạn đã dựng sẵn rồi, chúng ta có nó nhiều năm nay. Chỉ là chuyện đặt apk mới vào đó, việc mà bạn từng làm vài lần trước đây 20:04:08 &lt;zzz&gt; làm ơn thúc str4d về maven central, và tìm cách đưa anh ấy ra khỏi quy trình ASAP. Đã một năm rồi chúng ta vật lộn để giành quyền kiểm soát việc này 20:04:08 &lt;meeh&gt; không, tôi chỉ lưu trữ nó, chưa từng tải lên 20:04:47 &lt;zzz&gt; nếu bạn nói vậy, nhưng tôi nhớ bạn đã chép apk sang đó trước đây rồi 20:05:04 &lt;meeh&gt; tôi vừa nhắn cho anh ấy trên twitter về maven 20:05:36 &lt;zzz&gt; hãy cố gắng hoàn tất tất cả trong vòng một tuần kể từ khi phát hành từ giờ trở đi. Mất vài tuần trông không ổn cho chúng ta 20:05:47 &lt;zzz&gt; tôi không biết chuyện gì đang xảy ra với mhatta 20:06:09 &lt;zzz&gt; chúng ta cần làm tốt hơn khoản này 20:06:44 &lt;zzz&gt; tin tốt là không có phàn nàn đáng kể nào về 39, ngoài việc nó không sửa được các ứng dụng android bên thứ ba... nhưng trước đó chúng cũng đâu chạy được 20:07:01 &lt;zzz&gt; meeh, ETA của bạn cho việc phát hành một android bote mới hoạt động là bao lâu? 20:07:29 &lt;meeh&gt; nếu bạn chưa thấy - đã phát hiện ra rằng chỉ cần cài đặt lại; vấn đề là shared uid 20:07:53 &lt;meeh&gt; vậy, trước là không sửa được =&gt; có lẽ đã sửa xong 20:08:03 &lt;zzz&gt; tôi tưởng đó chỉ áp dụng cho môi trường phát triển? 20:08:33 &lt;meeh&gt; không biết nữa vì tôi không thật sự rành cả bote lẫn android - khỉ gõ bàn phím hy vọng ra được kết quả hữu ích 20:08:47 &lt;zzz&gt; bạn đã đọc link anh ấy gửi chưa? 20:09:02 &lt;zzz&gt; &lt;cisiey&gt; zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 &lt;zzz&gt; &lt;cisiey&gt;&gt;nếu thuộc tính này được đặt cùng giá trị cho hai hay nhiều ứng dụng, tất cả sẽ dùng chung cùng ID miễn là bộ chứng chỉ của chúng giống hệt nhau 20:09:25 &lt;zzz&gt; dù sao, quá nhiều chi tiết cho cuộc họp, nhưng chúng ta vẫn còn việc phải nghiên cứu 20:09:55 &lt;zzz&gt; ok, chưa có ETA cho bote. Có lẽ mhatta có thể giúp 20:10:06 &lt;zzz&gt; hoặc ai đó 20:10:10 &lt;zzz&gt; còn gì cho mục 1) ? 20:11:19 &lt;zzz&gt; 2) tình trạng phát triển 0.9.40 (zzz) 20:11:29 &lt;zzz&gt; chúng ta đã đi được hai tuần của một chu kỳ ngắn 7 tuần 20:11:51 &lt;zzz&gt; hôm nay zlatinb đã đưa lên một bộ chặn/giới hạn (throttler) streaming mới, tinh vi 20:12:00 &lt;zzz&gt; tôi đã đưa vào một tính năng nhập susidns mới 20:12:22 &lt;zzz&gt; và đang làm việc tích cực để hỗ trợ định dạng mới "b33" cho phép thử nghiệm ls2 mã hóa 20:12:37 &lt;zzz&gt; chúng tôi đang dùng các floodfills .39 để thử nghiệm ls2 mã hóa và đến giờ hoạt động rất tốt 20:13:18 &lt;zzz&gt; có một danh sách rất rất dài trên lộ trình .40, có lẽ quá tham vọng, nhưng hy vọng chúng ta sẽ làm được một nửa 20:13:37 &lt;zzz&gt; ai khác muốn báo cáo về những gì họ đang làm cho .40 không? 20:14:00 &lt;zlatinb&gt; meta-LS backend, hy vọng vậy 20:14:13 &lt;zlatinb&gt; nhưng điều đó không thực sự gắn với một bản phát hành router nên cũng tùy (w/e) 20:14:26 &lt;eyedeekay&gt; tôi hầu như đã có một thư mục i2ptunnels.config.d hoạt động 20:14:58 &lt;zzz&gt; ờ đúng, chúng ta cần nói về chuyện đó lúc nào đó, eyedeekay, để xem nó khớp thế nào với phần việc tôi làm dở từ một năm trước 20:15:12 &lt;zzz&gt; sẽ liên lạc với bạn về việc đó khi có dịp 20:15:25 &lt;meeh&gt; đang đúng tiến độ với các thứ trên osx, sẽ có phím tắt native để chia sẻ tệp/thư mục với snark, trình tự động cập nhật, bản Swift mới, dọn dẹp mã tổng quát 20:15:35 &lt;zzz&gt; meeh, eyedeekay, tình hình về mấy thứ libsam đến đâu? 20:16:26 &lt;meeh&gt; không hơn gì ngoài việc tôi cần bắt kịp phần ví dụ, dạo này chưa có thời gian làm với nó 20:17:01 &lt;zzz&gt; ok, còn gì cho mục 2) ? 20:17:41 &lt;eyedeekay&gt; tôi đã ráp một swig binding cho thư viện C++ nhưng tôi mới học swig, còn chưa chắc nó hoạt động. 20:18:28 &lt;zzz&gt; 3) tình trạng ls2 20:18:37 &lt;zzz&gt; chúng ta đã có 34 cuộc họp và vẫn tiếp tục tốt 20:18:46 &lt;zzz&gt; ls2 mã hóa hoạt động tốt 20:19:00 &lt;zzz&gt; meta ls chúng tôi mới bắt đầu bàn nghiêm túc về backend 20:19:14 &lt;zzz&gt; b33 đang tiến triển 20:19:36 &lt;zzz&gt; tôi đã bắt đầu làm lại trên đề xuất ratchet, bắt đầu viết một chút mã, nhưng sẽ còn mất thời gian 20:19:49 &lt;zzz&gt; đề xuất blake đang bị đình trệ, hiện ưu tiên thấp hơn 20:20:32 &lt;zzz&gt; hy vọng nhiều mảnh ghép đã vào chỗ và chúng ta có thể bắt đầu dùng chúng thật sự, hoặc mặc định 20:20:49 &lt;zzz&gt; có câu hỏi nào về ls2, hoặc điều gì khác cho mục 3) không? 20:21:29 &lt;chisana&gt; ls2 mã hóa có hoạt động với ed25519 -&gt; ed25519 (bất kể dùng băm nào) không? 20:21:53 &lt;chisana&gt; hay bắt buộc phải dùng red25519? 20:22:09 &lt;zzz&gt; cần red 20:22:36 &lt;chisana&gt; ok, cảm ơn 20:22:47 &lt;zzz&gt; vì bạn cần một cách làm mù (blind) được định nghĩa 20:23:10 &lt;chisana&gt; bạn có thể blind với ed25519 20:23:14 &lt;zzz&gt; về lý thuyết bạn có thể mã hóa từ/đến bất cứ thứ gì nhưng không nhất thiết an toàn hoặc có định nghĩa rõ ràng 20:23:20 &lt;chisana&gt; libsodium có ví dụ đó trong tài liệu của họ 20:23:34 &lt;zzz&gt; chúng tôi hỗ trợ ed-&gt;red và red-&gt;red, thế thôi 20:23:58 &lt;zzz&gt; chúng ta có thể bàn thêm bên #ls2 nếu bạn muốn sau cuộc họp 20:24:08 &lt;zzz&gt; còn gì cho mục 3) ? 20:24:12 &lt;chisana&gt; đúng, không có ý làm xao nhãng 20:24:49 &lt;zzz&gt; không sao, tôi đã mời đặt câu hỏi mà! 20:24:54 &lt;zzz&gt; ok, tiếp tục nào 20:25:00 &lt;zzz&gt; 4) scrum trạng thái (zlatinb) 20:25:03 &lt;zzz&gt; mời zlatinb 20:25:09 &lt;zlatinb&gt; Chào. Scrum nhanh song song: 1) bạn đã làm gì từ lần scrum trước 2) bạn dự định làm gì tháng tới 3) có chướng ngại (blocker) nào hoặc cần trợ giúp không 20:26:10 &lt;zlatinb&gt; tôi: 1) làm nhiều với arctic để phía client hoạt động tốt với các outproxies của anh ấy. Bộ lọc truy cập mới (cũng do arctic yêu cầu) 2) meta-LS backend nếu thuận lợi 3) không có blocker thực sự 20:27:16 &lt;zzz&gt; tôi: 1) phát hành 39, ls2 gồm các đề xuất 123, 144, 146, 148, 149; sửa nhiều lỗi; nhập susidns; b33; rà soát mã của người khác; hỗ trợ 20:28:14 &lt;zzz&gt; 2) chuẩn bị cho phát hành 40; sửa nhiều lỗi; làm thêm trên ls2; tiếp tục cố gắng làm cho bộ cài Windows có chữ ký hoạt động; viết mã cho đề xuất ratchet 144 và cập nhật tài liệu 20:28:29 &lt;meeh&gt; 1) cập nhật trình khởi chạy trên osx, đã bắt đầu bắt kịp các cuộc họp #ls2 &amp; ví dụ libsam, 2) android bote, trình khởi chạy osx, bản dựng trình duyệt mới, bắt kịp các cuộc họp #ls2 3) nếu ai muốn, tôi luôn hoan nghênh giúp đỡ về android vì tôi không rành nền tảng này, nhưng hiện không có vấn đề cụ thể. 20:28:55 &lt;zzz&gt; 3) blockers: mhatta cho nhiều thứ liên quan debian/tails 20:28:56 &lt;zzz&gt; EOT 20:31:29 &lt;zzz&gt; ai khác cho mục 4) ? 20:33:29 &lt;zlatinb&gt; ồ, xin lỗi, EOT :) 20:33:31 &lt;meeh&gt; EOT 20:33:31 &lt;zlatinb&gt; eyedeekay, eche|on ? 20:33:31 &lt;eyedeekay&gt; xin lỗi, chờ một giây 20:33:31 &lt;eche|on&gt; vâng? 20:33:31 &lt;meeh&gt; đang scrum 20:33:31 &lt;eche|on&gt; chưa có gì đặc biệt 20:33:31 &lt;eyedeekay&gt; 1) Từ Chủ nhật tôi đang làm tách cấu hình i2ptunnel ra nhiều thư mục. 2) Các thứ về ứng dụng gồm tự cài nginx, sshd/ssh, Webextensions/XUL cho Trình duyệt 3) Việc thứ nhất là điều kiện để làm việc thứ hai 20:33:31 &lt;eche|on&gt; đã làm xong các dịch vụ, không có blocker, tiếp tục đi 20:33:31 &lt;eyedeekay&gt; EOT 20:33:31 &lt;zlatinb&gt; ok, tôi nghĩ thế là mọi người rồi &lt;/scrum&gt; 20:33:52 &lt;zzz&gt; ok, còn gì nữa cho cuộc họp không? 20:34:47 &lt;zzz&gt; không nghĩ là có nhiều người tham dự cho đến khi eche|on và eyedeekay lên tiếng ở cuối! 20:35:00 &lt;zzz&gt; lời gọi cuối cùng trước khi 'baffer' xuất hiện 20:36:21 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2019/03/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.39/Thu, 21 Mar 2019 00:00:00 +0000/vi/blog/2019/03/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.39/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.39 bao gồm nhiều thay đổi sâu rộng đối với các kiểu cơ sở dữ liệu mạng mới (đề xuất 123). i2pcontrol plugin hiện được đóng gói kèm dưới dạng ứng dụng web để hỗ trợ việc phát triển các ứng dụng RPC. Nhiều lỗi quan trọng trong streaming, i2psnark và NTCP2 đã được khắc phục.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p>/vi/blog/2019/03/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-3-2019/Tue, 05 Mar 2019 00:00:00 +0000/vi/blog/2019/03/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-3-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> picklerick, R4SAS, sadie, tini2p, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Hi 20:00:00 &lt;zzz&gt; 1) 0.9.39 dev status (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 status (zzz) 20:00:00 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) Hi 20:00:05 &lt;zzz&gt; hi 20:00:14 &lt;sadie__&gt; hi 20:00:14 &lt;zzz&gt; 1) 0.9.39 dev status (zzz) 20:00:32 &lt;zzz&gt; it's been a busy release cycle, lot of changes coming for 39 20:00:47 &lt;zzz&gt; performance improvements, more work on LS2, the addition of i2pcontrol 20:00:48 &lt;zlatinb&gt; hi 20:01:09 &lt;zzz&gt; lots of bug fixes 20:01:37 &lt;zzz&gt; release will be in two weeks, if we can get a couple of final decisions done for encrypted ls2 that are still pending 20:02:04 &lt;zzz&gt; and I think we'll have new home page icons? sadie__ they going to make it in? 20:02:16 &lt;sadie__&gt; yes 20:02:34 &lt;zzz&gt; great. 20:03:01 &lt;zzz&gt; I know that meeh is trying to fix the android bote issue, if it's on the router side, which we don't know yet 20:03:20 &lt;R4SAS&gt; zzz: i have little question about translations, ask it later? 20:03:33 &lt;zzz&gt; and he's working on some improvements with the OSX launcher for 39 also 20:03:44 &lt;zzz&gt; yes R4SAS lets wait until after the meeting 20:03:51 &lt;R4SAS&gt; kk 20:04:27 &lt;zzz&gt; 38 is running smoothly and we've fixed a lot of LS2 bugs for 39 20:05:08 &lt;zzz&gt; the 8 week release cycle is pretty quick and we're racing to get everything done, but for now we're on track, barely 20:05:21 &lt;zzz&gt; anything else for 1) ? 20:06:12 &lt;zzz&gt; 2) LS2 status (zzz) 20:06:22 &lt;zzz&gt; we finished our 30th meeting yesterday 20:06:36 &lt;zzz&gt; "regular" LS2 testing is going well 20:07:01 &lt;zzz&gt; we're finishing up the encrypted LS2 spec, and have a new proposal 146 up that defines the signing/verifying part of it 20:07:42 &lt;zzz&gt; everything meta-ls2 is pushed to 40. Encrypted LS2 was way harder to come to agreement on, and get it working,we had no time left for meta 20:08:01 &lt;zzz&gt; meetings are still every monday, 7:30 PM UTC in #ls2 20:08:06 &lt;zzz&gt; all are welcome 20:08:58 &lt;zzz&gt; encrypted ls2 is very nice, in that the floodfills can't see the leasesets, so it prevents some simple scraping by the floodfills 20:09:34 &lt;zzz&gt; getting ls2 support out the floodfills makes it much easier for us to test and fix bugs. 20:09:53 &lt;zzz&gt; once it's all working, we'll expose the options in the UI so people can start using it 20:10:29 &lt;zzz&gt; any questions on LS2 (proposal 123) or related? 20:10:52 &lt;R4SAS&gt; yeah, ls2 enc 3 already works 20:11:44 &lt;zzz&gt; type 3 works, yes. However without new encryption, it's not that helpful. Encryption proposals are 144 and 145; we haven't gotten very far on them yet 20:11:44 &lt;tini2p&gt; will the blinding in encls2 be independent of key/curve type, i.e. ed25519, curve25519, red25519? 20:12:33 &lt;zzz&gt; blinding is defined for specific curves. We're definiing it for two inpug types (ed25519 and red25519) and one blinded type (red25519) 20:12:46 &lt;zzz&gt; but we're designing everything so we can change our mind later, or add new types 20:13:41 &lt;zzz&gt; so it's for a particular sig type -&gt; sig type combination 20:13:47 &lt;tini2p&gt; awesome, thanks zzz 20:13:58 &lt;zzz&gt; anything else on 2) ? 20:14:50 &lt;zzz&gt; 3) Status scrum (zlatinb) 20:14:54 &lt;zzz&gt; take it away zlatinb 20:14:59 &lt;zlatinb&gt; Hi, well do the scrum in parallel. Please say: 1) what youve been up to the last month 2) what you plan to do next month 3) if you have any blockers or need help. When youre done, say EOT 20:16:24 &lt;zzz&gt; 1) LS2 work, bug fixes, performance improvements, added i2pcontrol, removed themes, NTCP1 disable option, fix SSU disable option,apparmor fixes 20:16:36 &lt;zlatinb&gt; me: 1) Work on zero-dependency installer - available in the lab. Jogger tix - most are done or have a determination. Arctic proxies - lots of analysis, some bugs in i2p were found as result. 2) more network analysis 3) No blockers. EOT 20:17:05 &lt;zzz&gt; 1b) multi-outproxy improvements 20:17:42 &lt;sadie__&gt; This month: UI/ UX improvements, making connections for IFF, funding proposal, narrative, user research. Next month, Internet Freedom Festival, continue UX/ UI work, website improvements, documentation updates. EOT 20:18:16 &lt;zzz&gt; 2) LS2 (encrypted/meta), 39 release, hopefully work on fixing the signed windows installer, debian fixes with mhatta 20:18:38 &lt;zzz&gt; 3) no blockers, EOT 20:19:42 &lt;zlatinb&gt; Anyone else? If not, scrum is over in 60s. 20:20:30 &lt;tini2p&gt; 1) working on implementing generic wrappers for potential ecies-x25519, and consolidating common i2p data structures, replacing crypto++ w/ libsodium. 2) implement red25519 + encls2, and start on netdb. 3) can't think of any atm, will check in. EOT 20:20:56 * zlatinb resets 60s timeout 20:21:37 &lt;zzz&gt; ha, we have a volunteer scrummer 20:21:50 &lt;tini2p&gt; :) 20:22:17 &lt;zzz&gt; where might we find your work tini2p? 20:22:45 &lt;zlatinb&gt; TimeoutException 20:22:52 &lt;zlatinb&gt; ScrumTimeoutException :) 20:23:04 &lt;tini2p&gt; https://gitlab.com/tini2p/tini2p 20:23:09 &lt;zzz&gt; ok I guess that's it for 3), thanks zlatinb 20:23:21 &lt;zzz&gt; thanks tini2p hopefully some people will take a look 20:23:27 &lt;tini2p&gt; big pr coming from tune branch 20:23:34 &lt;zzz&gt; anything else for the meeting? 20:23:51 &lt;zzz&gt; any questions or comments? 20:24:10 &lt;picklerick&gt; what would be the requirements for contributing a new transport? 20:24:53 &lt;zzz&gt; I guess for starters, write it up as a proposal 20:25:04 &lt;picklerick&gt; okay 20:25:46 &lt;zzz&gt; put it in rst markdown, you can get the format from one of the existing ones, find the source in our i2p.www branch on github 20:26:11 &lt;picklerick&gt; oh you guys are on github now? 20:26:19 &lt;picklerick&gt; thank goodness, I hate monotone with a passion 20:26:20 &lt;zzz&gt; I'd like to start a "SSU2" proposal someday, maybe later this year 20:26:36 &lt;picklerick&gt; zzz: if you want, I would love to consult on it 20:26:42 &lt;zzz&gt; we've been mirrored on gitbhub for years, so you can always use that to get files if you like 20:26:46 &lt;zzz&gt; we don't take GH PRs though 20:26:56 &lt;tini2p&gt; +1 20:27:19 &lt;zzz&gt; picklerick, feel free to join us in #ls2, we're not talking about transports now, but we could always use some more brainpower 20:27:33 &lt;zzz&gt; anything else for the meeting? 20:28:00 * zzz grabs the baffer 20:29:05 * zzz *bafs* the meeting closed </div>/vi/blog/2019/02/14/ph%C3%B2ng-th%C3%AD-nghi%E1%BB%87m-i2p/Thu, 14 Feb 2019 00:00:00 +0000/vi/blog/2019/02/14/ph%C3%B2ng-th%C3%AD-nghi%E1%BB%87m-i2p/<p>Xin chào mọi người,</p> <p>Có nhiều dự án trong thế giới I2P mà chúng tôi rất hào hứng, nhưng không phải tất cả đều đã sẵn sàng cho người dùng đại chúng. Chúng tôi quyết định tạo ra một nơi để cung cấp những dự án đó cho bất kỳ ai quan tâm muốn dùng thử, đồng thời làm bãi thử nghiệm cho các dự án có thể một ngày nào đó trở thành sản phẩm I2P chính thức. Đó chính là <a href="https://geti2p.net/en/download/lab">I2P Laboratory</a> .</p>/vi/blog/2019/02/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-2-n%C4%83m-2019/Tue, 05 Feb 2019 00:00:00 +0000/vi/blog/2019/02/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-2-n%C4%83m-2019/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, idk, R4SAS, sadie, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) tình trạng phát hành 0.9.38 (zzz) 20:00:00 &lt;zzz&gt; 2) tình trạng phát triển 0.9.39 (zzz) 20:00:00 &lt;zzz&gt; 3) tình trạng LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) scrum cập nhật trạng thái (zlatinb) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:11 &lt;zzz&gt; 1) tình trạng phát hành 0.9.38 (zzz) 20:00:13 &lt;zlatinb&gt; chào 20:00:21 &lt;sadie_&gt; chào 20:00:26 &lt;zzz&gt; ok, đã hai tuần kể từ khi chúng ta phát hành 38, mạng lưới đã cập nhật khoảng một nửa 20:00:42 &lt;zzz&gt; chúng tôi đang dùng nó để thử nghiệm các thứ của LS2 (sẽ nói thêm sau) 20:00:51 &lt;eche|offf&gt; chào 20:00:55 &lt;zzz&gt; chưa nghe than phiền hay vấn đề lớn nào 20:01:31 &lt;zzz&gt; chúng tôi cũng có bộ cài đặt hồ sơ firefox mới và bộ cài cho mac phát hành rồi, cũng chưa thấy lỗi nào về chúng 20:02:22 &lt;zzz&gt; vậy mọi thứ có vẻ diễn ra suôn sẻ. 38 sẽ có trong ubuntu disco và debian buster. 20:02:28 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:36 &lt;eche|offf&gt; không 20:03:16 &lt;zzz&gt; 2) tình trạng phát triển 0.9.39 (zzz) 20:03:46 &lt;zzz&gt; chúng ta đã đi được 2 tuần trong chu kỳ 8 tuần, với bản phát hành vào giữa đến cuối tháng 3. Chúng tôi đã đưa vào mã i2pcontrol json-rpc2 đã bỏ dạng plugin 20:04:06 &lt;zzz&gt; còn rất nhiều thay đổi cho LS2 đang được đưa vào 20:04:32 &lt;zzz&gt; sửa cho websockets qua HTTP. Nhiều bản sửa lỗi và cải thiện hiệu năng đang được đưa vào 20:04:59 &lt;zzz&gt; và một số thứ để các bản build debian hoạt động tốt hơn trên disco/buster 20:05:15 &lt;R4SAS&gt; + cập nhật về việc ghi đè User-Agent cho outproxy? 20:05:26 &lt;zzz&gt; Tôi kỳ vọng đưa nốt các thay đổi lớn vào trước giữa tháng 2, rồi chúng ta có thể tập trung hơn vào sửa lỗi 20:05:52 &lt;zzz&gt; R4SAS, tôi không rõ việc đó, có số ticket cho tôi không? 20:07:03 &lt;R4SAS&gt; Tôi đọc về việc đó vài ngày trước trên kênh này 20:07:19 &lt;zzz&gt; ngoài ra, những thay đổi console xảy ra trong 38 vẫn chưa rõ, tôi đang làm việc với đội thiết kế để hiểu những gì khả thi trong thời gian còn lại 20:07:41 &lt;eche|offf&gt; trong 39 20:07:46 &lt;zzz&gt; R4SAS, drzed bảo tôi đổi User-Agent clearnet từ 52 lên 60 để khớp với TBB hiện tại, và tôi đã làm rồi 20:07:52 &lt;zzz&gt; ừ, 39, thx eche|offf 20:08:09 &lt;zzz&gt; còn gì cho mục 2) không? tôi có quên gì không? 20:08:55 &lt;zzz&gt; à, tôi có vài thay đổi để chọn outproxy tốt hơn, đã nhận được phản hồi ban đầu, cần thử nghiệm thêm 20:10:00 &lt;zzz&gt; 3) tình trạng LS2 20:10:22 &lt;zzz&gt; đã có rất nhiều việc. hôm qua chúng ta có cuộc họp hàng tuần lần thứ 26! 20:10:50 &lt;zzz&gt; các phần của đề xuất 123 đã nằm trong 38 đang hoạt động, nhưng chúng tôi chưa chắc chúng chạy hoàn hảo, cần thử nghiệm thêm 20:11:04 &lt;zzz&gt; các đặc tả trên website đã được cập nhật cho phù hợp 20:11:47 &lt;zzz&gt; chúng tôi cũng đã đăng các đề xuất mới 144 và 145, để xác định cơ chế mật mã mới được LS2 cho phép 20:11:54 &lt;eche|offf&gt; nửa năm rồi, chúc mừng 20:12:16 &lt;zzz&gt; sẽ có thêm phần của đề xuất 123 đi vào 39 20:12:53 &lt;zzz&gt; chúng tôi đang đi sâu vào các vấn đề blinding và mã hóa trong các buổi họp LS2, để ngăn việc dò xét bởi các floodfills, và chúng tôi sắp hoàn thành 20:13:04 &lt;zzz&gt; chưa rõ việc đó có kịp vào 39 hay không 20:13:39 &lt;zzz&gt; mọi người đều được chào đón tham gia cùng chúng tôi và góp lời, tại #ls2 vào thứ Hai lúc 7:30 PM UTC 20:13:53 &lt;zzz&gt; có câu hỏi hay điều gì khác ở mục 3) không? 20:15:15 &lt;zzz&gt; 4) scrum cập nhật trạng thái (zlatinb) 20:15:19 &lt;zzz&gt; mời zlatinb đảm nhiệm 20:15:32 &lt;zlatinb&gt; Chào. Hãy làm phần scrum song song nhé. Vui lòng mô tả ngắn gọn: 1) bạn đã làm gì từ lần scrum trước 2) bạn dự định làm gì trong tháng tới 3) có chướng ngại nào hoặc cần giúp đỡ không. Khi xong, nói EOT 20:15:38 &lt;zlatinb&gt; Mọi người, bắt đầu! 20:16:09 &lt;zlatinb&gt; tôi: 1) làm việc trên bộ cài hồ sơ firefox, phối hợp với monero về i2p-zero, jogger tix 20:16:40 &lt;eche|offf&gt; đã làm xong các việc tài chính của i2p, dựng webserver mới, đưa nó online, hoạt động như trước, không có blocker. hiện đang mày mò với debian buster và java 11 :-/ 20:16:52 &lt;zzz&gt; 1) LS2, lỗi, 35C3, phát hành 38, i2pcontrol, các thứ về debian, cải thiện hiệu năng, lỗi, lỗi, lỗi 20:17:01 &lt;zlatinb&gt; 2) thêm jogger tix, nghiên cứu jlink cho bộ cài kiểu i2p-zero cho chúng ta 20:17:05 &lt;zlatinb&gt; 3) hiện tại tôi không thấy có gì 20:17:18 &lt;zlatinb&gt; EOT 20:18:45 &lt;zzz&gt; 2) LS2, lỗi, gia hạn khóa GPG của tôi, thử nghiệm, làm việc trên 39, có lẽ phát hành orchid? Chắc chắn còn việc tôi đang quên 20:18:46 &lt;sadie_&gt; Làm việc với các mối liên hệ mới ở các NGO ( usability and user research) , cải tiến UX website, cập nhật tài liệu, EOT 20:18:51 &lt;zzz&gt; 3) không có blocker 20:18:52 &lt;zzz&gt; EOT 20:20:03 &lt;zlatinb&gt; chắc vậy là xong phần scrum 20:20:31 &lt;zzz&gt; 2a) triển khai tùy chọn vô hiệu hóa NTCP1 :) 20:21:10 &lt;zzz&gt; ok, tôi thấy một vài người không xuất hiện, chúng ta sẽ đánh đòn họ sau :) 20:21:19 &lt;eche|offf&gt; hehe 20:21:21 &lt;zzz&gt; còn gì cho cuộc họp không? 20:21:41 &lt;eche|offf&gt; và hiện tôi đang lạc lối trong ant, deb-src và các lỗi kỳ lạ với ascii 20:21:46 &lt;idk&gt; Tôi ở đây, chỉ là vừa bị phân tâm. Chỉ đang cặm cụi với trình duyệt thôi. 20:22:08 &lt;zzz&gt; ồ chào idk. cứ thong thả cho đủ 1/2/3 nhé 20:23:22 &lt;zzz&gt; và tôi muốn công khai chào mừng bạn vào đội! 20:24:49 &lt;zzz&gt; idk, vui lòng cho chúng tôi 1/2/3 của bạn 20:24:55 &lt;idk&gt; Cảm ơn, tôi rất vui vì có cơ hội giúp đỡ. OK vậy hôm qua tôi đã xử lý các vấn đề tôi gặp với rbm khi build trình duyệt từ mã nguồn. Có vẻ phần lớn đã được meeh giải quyết. Hôm nay tôi đang làm về các tiện ích mở rộng của trình duyệt và xem chính xác tôi có thể và không thể làm gì với webextensions để tăng cường bảo mật cho trình duyệt. 20:25:54 &lt;zzz&gt; ^^ đó là 1) 20:25:55 &lt;zlatinb&gt; (2 là những gì bạn dự định làm tháng tới, 3 là nếu bạn có blocker) 20:27:17 &lt;idk&gt; Lỗi của tôi. Tháng tới tôi định triển khai một dạng cô lập kiểu Tor cho các kết nối trình duyệt i2p theo từng phiên, nếu tôi không làm sớm hơn. Tôi không dự đoán có blocker nào đáng kể, chỉ là webextensions bị hạn chế. 20:28:00 &lt;zzz&gt; tuyệt, cảm ơn 20:28:21 &lt;zzz&gt; ok, vậy là xong mục 4), trừ khi meeh đang ở đây 20:28:28 &lt;zzz&gt; còn gì cho cuộc họp không? 20:28:33 &lt;eche|offf&gt; nhân tiện, chừng nào các sự cố build trên buster/jdk11 chưa được giải quyết, tôi không thể build thêm bất kỳ bài kiểm thử nào 20:29:09 &lt;eche|offf&gt; (điều này không phải vấn đề lớn) 20:29:24 &lt;zzz&gt; đó là ticket #2410, đúng không? 20:29:30 &lt;eche|offf&gt; ừ 20:29:36 &lt;eche|offf&gt; hôm nay tiến thêm chút^ 20:29:41 &lt;zzz&gt; ok, sẽ xem sớm 20:29:52 &lt;zzz&gt; còn gì cho cuộc họp không? 20:30:04 * zzz làm nóng cái baffer 20:31:05 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2019/01/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.38/Tue, 22 Jan 2019 00:00:00 +0000/vi/blog/2019/01/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.38/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.38 bật NTCP2 theo mặc định cho tất cả người dùng. NTCP2 cung cấp khả năng chống lại kiểm duyệt DPI (kiểm tra gói tin sâu) một cách hiệu quả và giúp giảm tải CPU nhờ các thuật toán mật mã hiện đại, nhanh hơn được sử dụng. Bản phát hành này cũng bao gồm các bản sửa lỗi quan trọng và các cải thiện về hiệu năng.</p>/vi/blog/2018/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-12-2018/Thu, 06 Dec 2018 00:00:00 +0000/vi/blog/2018/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-12-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> alex, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Trạng thái phát triển 0.9.38 (zzz) 20:00:00 &lt;zzz&gt; 2) Trạng thái LS2 (zzz) 20:00:00 &lt;zzz&gt; 3) Tình hình 35c3 (echelon) 20:00:00 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:08 &lt;zlatinb&gt; chào 20:00:13 &lt;zzz&gt; 1) Trạng thái phát triển 0.9.38 (zzz) 20:00:32 &lt;zzz&gt; Bản 38 đang dần thành một phát hành rất lớn, chúng tôi đã có hơn 30 nghìn dòng diff 20:01:03 &lt;zzz&gt; Đã check-in cho đến giờ gồm các phần cơ bản cho trình hướng dẫn (wizard) mới, triển khai geoip mới, và hỗ trợ LS2 ban đầu 20:01:26 &lt;zzz&gt; Bản 37 chạy rất mượt với 75% hoặc hơn mạng đang chạy nó, không có vấn đề NTCP2 nào được báo cáo 20:01:55 &lt;zzz&gt; các biểu tượng và thay đổi CSS sẽ bắt đầu xuất hiện vào tuần tới 20:02:21 &lt;zzz&gt; kế hoạch của chúng tôi là phát hành vào cuối tháng Một. Với vài tuần nghỉ lễ, vẫn còn rất nhiều việc phải làm từ nay đến lúc đó 20:02:26 &lt;zzz&gt; nhưng đến giờ mọi thứ diễn ra suôn sẻ 20:02:50 &lt;zzz&gt; Tôi khuyến khích mọi người thử một bản dựng phát triển từ bobthebuilder.i2p, hoặc tự dựng 20:03:08 &lt;zzz&gt; Chúng tôi cần người thử nghiệm vì có rất nhiều thay đổi, chúng ta cần bắt các vấn đề ngay bây giờ, không phải sau khi phát hành 20:03:15 &lt;zzz&gt; còn gì thêm cho mục 1) không? 20:04:16 &lt;zzz&gt; 2) Trạng thái LS2 (zzz) 20:04:47 &lt;zzz&gt; Hôm qua chúng tôi đã có cuộc họp hàng tuần lần thứ 19. Phần cơ bản của LS2 đã xong và tôi đang triển khai nó cho bản 38 20:05:28 &lt;zzz&gt; Hiện tại chúng tôi làm song song hai việc - làm việc trên đặc tả LS2 mã hóa, và bắt đầu làm đề xuất 144, đề xuất này định nghĩa một thuật toán mật mã mới và giao thức đầu-cuối mới dựa trên LS2 20:05:43 &lt;zzz&gt; LS2 mã hóa sẽ sớm được hoàn tất. 20:06:24 &lt;zzz&gt; Đề xuất 144, mà chúng tôi gọi là ECIES-X25519-AEAD-ratchet, khá phức tạp và tôi nghĩ sẽ mất một hoặc hai tháng để hoàn thiện 20:06:41 &lt;zzz&gt; các cuộc họp diễn ra vào thứ Hai lúc 7:30 UTC tại #ls2, chào đón tất cả mọi người 20:06:55 &lt;zzz&gt; còn gì thêm cho mục 2) không? 20:08:00 &lt;zzz&gt; 3) Tình hình 35c3 (echelon) 20:08:17 &lt;zzz&gt; Tôi tin là echelon hôm nay không đến được 20:08:46 &lt;zzz&gt; Tôi biết anh ấy đang làm một giải pháp banner để bàn, và đồ ngọt để phát, và anh ấy đã mua tất cả vé của chúng ta 20:08:56 &lt;zzz&gt; vì vậy tôi nghĩ chúng ta ổn, hẹn gặp mọi người ở đó trong 3 tuần nữa 20:09:01 &lt;zzz&gt; còn gì thêm cho mục 3) không? 20:09:51 &lt;zzz&gt; à, và xin nhắc, chúng ta sẽ không họp ở đây vào ngày 1 tháng 1, các cuộc họp của chúng ta sẽ diễn ra tại CCC. Cuộc họp tiếp theo ở đây sẽ là ngày 5 tháng 2 20:10:11 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:10:15 &lt;zzz&gt; xin mời zlatinb 20:10:28 &lt;zlatinb&gt; Chào. Chúng ta sẽ làm scrum song song vì dù sao cũng dễ theo dõi trên IRC. Chỉ cần bắt đầu gõ 1) bạn đã làm gì tháng vừa rồi 2) bạn dự định làm gì tháng tới 3) có vướng mắc nào hoặc cần giúp đỡ gì. Kết thúc báo cáo của bạn bằng EOT 20:10:56 &lt;zzz&gt; được, hãy xem chuyện này diễn ra thế nào... 20:11:10 &lt;alex_the_designerr&gt; alex tôi thực sự rất thích hình lục giác ở đây: công việc về biểu tượng đang tiến triển như zzz đã đề cập ở mục 1) 20:11:30 &lt;alex_the_designerr&gt; tháng trước tôi đã cập nhật website và làm một số việc về logo 20:11:48 &lt;zlatinb&gt; 1) Làm về onboarding (quy trình đưa người dùng mới vào sử dụng), chủ yếu là trình hướng dẫn và trình cài đặt Firefox cho Windows với IDK. Đã có chứng chỉ ký để các trình cài đặt Windows của chúng ta có thể được ký. Một vài thử nghiệm hack nhỏ trên snark 20:12:09 &lt;alex_the_designerr&gt; tháng tới tôi sẽ hoàn tất bản phát hành ban đầu của website mới, đưa các biểu tượng vào, và *hy vọng* nhận được sự chấp thuận cho logo mới 20:12:21 &lt;zlatinb&gt; 2) Hoàn tất trình cài đặt hồ sơ Firefox cho Windows và công việc về trình hướng dẫn cho 0.9.38 20:12:32 &lt;alex_the_designerr&gt; mục tiêu mở rộng là personas và patterns 20:13:01 &lt;alex_the_designerr&gt; không có vướng mắc, chỉ hối hả thôi EOT 20:13:06 &lt;zlatinb&gt; 3) Không có vướng mắc, nhưng sẽ cần làm việc chặt chẽ với zzz để đưa mọi thứ vào monotone một cách có ý nghĩa, và cả với meeh nếu chúng ta tái sử dụng hồ sơ Firefox trên OS X 20:13:07 &lt;zlatinb&gt; EOT 20:13:09 &lt;zzz&gt; tôi: 1) trình hướng dẫn, geoip, LS2, đề xuất 144, sửa lỗi; 2) LS2, đề xuất 144, tích hợp thay đổi từ đội thiết kế, sửa lỗi, chuẩn bị cho 35C3, 35C3, thiết lập máy ký; 3) không có vướng mắc EOT 20:13:57 &lt;zlatinb&gt; còn ai khác từ đội ở đây không? 20:14:30 &lt;zlatinb&gt; có vẻ là không. Tôi hết phần mục 4) 20:14:47 &lt;zzz&gt; được, có ai còn gì thêm cho cuộc họp không? 20:15:49 * zzz tìm thấy cái baffer 20:16:06 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2018/11/06/i2p-dev-meeting-november-06-2018/Tue, 06 Nov 2018 00:00:00 +0000/vi/blog/2018/11/06/i2p-dev-meeting-november-06-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, str4d, meeh, zlatinb</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> &lt;eche|on&gt; 0) Chào &lt;eche|on&gt; 1) Trạng thái phát triển 0.9.38 (echelon) &lt;eche|on&gt; 2) Trạng thái LS2 (echelon) &lt;eche|on&gt; 3) Trạng thái scrum (zlatinb) &lt;eche|on&gt; không có chủ đề nào khác được thêm vào chuỗi thảo luận trên i2p trước đó. &lt;eche|on&gt; 0) &lt;eche|on&gt; chào! &lt;eche|on&gt; chào mừng! &lt;zlatinb&gt; chào &lt;eche|on&gt; có bổ sung nào cho chương trình nghị sự không? &lt;eche|on&gt; có vẻ là không &lt;eche|on&gt; 1) Trạng thái phát triển 0.9.38 &lt;eche|on&gt; 0.9.38 sẽ chủ yếu là một bản cập nhật console, sadie và nhóm UX (trải nghiệm người dùng), UI (giao diện người dùng) đang làm việc cật lực cho nó, như đã thấy trong buổi live stream hôm thứ Sáu do alex thực hiện &lt;eche|on&gt; các đặc tả thì khó nắm bắt nhưng đang tiến triển tốt &lt;eche|on&gt; chúng tôi đang xác định những gì có thể thay đổi trong console và sẽ đưa những phần đầu tiên vào 0.9.38 &lt;eche|on&gt; kế hoạch cần vài tháng để đưa hết các thay đổi vào, không phải tất cả sẽ có trong 0.9.38 &lt;str4d&gt; chào &lt;eche|on&gt; hiện kế hoạch phát hành 0.9.38 là tháng 12, ngay trước 35c3 một chút &lt;eche|on&gt; còn gì thêm về mục 1) không? &lt;zlatinb&gt; Tôi tưởng 0,9.38 sẽ là tháng Một, nhưng cũng được &lt;eche|on&gt; Ừ, nếu quá nhiều việc, chúng ta hoãn đến tháng 1, sau 35c3 &lt;zlatinb&gt; tôi không có gì thêm về mục 1) &lt;eche|on&gt; ok &lt;eche|on&gt; 2) Cập nhật trạng thái LS2 &lt;eche|on&gt; không có gì quan trọng để cập nhật ở đây, các cuộc họp phát triển vẫn đang diễn ra, các chủ đề đã được thảo luận, nhưng chưa có mã nào được phát hành &lt;eche|on&gt; công việc khó, nặng, nhiều chủ đề, sẽ tốn thêm thời gian, ước đoán là không trước .40 &lt;eche|on&gt; còn gì thêm về mục 2) &lt;eche|on&gt; ? &lt;str4d&gt; Ai quan tâm góp ý thì nên xem https://geti2p.net/spec/proposals/123-new-netdb-entries (đó là nơi hầu hết các thay đổi hiện đang tập trung) &lt;eche|on&gt; đúng vậy, vui lòng tương tác và đưa ra phản hồi &lt;eche|on&gt; vậy chuyển cho zlatinb phần 3) trạng thái scrum &lt;zlatinb&gt; chào. Chỉ có eche|on và meeh đang ở trong kênh lúc này, vậy sao các bạn không cứ làm luôn và cho chúng tôi 1-2-3 (song song) &lt;eche|on&gt; 1) đang làm về gây quỹ, máy chủ, chuẩn bị cho 35c3, đã mua vé &lt;eche|on&gt; 2) tiếp tục công việc này &lt;eche|on&gt; 3) không có trở ngại &lt;eche|on&gt; &lt;meeh&gt; 1) Dọn dẹp OSX Launcher & Firefox profile &lt;meeh&gt; 2) Di chuyển máy chủ &lt;meeh&gt; 3) Phát triển Testnet (mạng thử nghiệm) &lt;meeh&gt; 4) Không có trở ngại &lt;zlatinb&gt; Đây là của tôi: 1) tháng trước tôi làm về UX với Sadie và Alex, định nghĩa Testnet (bài đăng ở diễn đàn zzz.i2p) và Firefox I2P profile tùy chỉnh (bài đăng ở i2pforum) 2) thêm UX, chứng thư ký mã 3) không có trở ngại &lt;str4d&gt; ERR_OUT_OF_BOUNDS_WRITE &lt;zlatinb&gt; lol &lt;eche|on&gt; đúng rồi, vui lòng thử Firefox I2P profile, zlatinb vui lòng đưa liên kết &lt;zlatinb&gt; `https://github.com/eyedeekay/firefox.profile.i2p/releases` &lt;eche|on&gt; cảm ơn &lt;meeh&gt; hay đó, cảm ơn &lt;eche|on&gt; về 35c3: nhóm cốt lõi sẽ gặp nhau ở Leipzig &lt;eche|on&gt; nếu ai khác muốn đến, chúng tôi rất vui được gặp bạn và dành thời gian thảo luận các chủ đề I2P, hoặc chỉ uống cà phê/bia/ăn bánh kẹo &lt;eche|on&gt; Ok, đó là tất cả trong chương trình nghị sự, có bổ sung nào khác không? &lt;str4d&gt; Vui vẻ nhé! Năm nay tôi sẽ không có mặt ở 35c3, nhưng tôi sẽ ở RWC vào tháng Một. &lt;eche|on&gt; *me làm ấm sidekick baffer* &lt;eche|on&gt; tuyệt, alex dự định tham dự, bên cạnh sadie, nữa &lt;eche|on&gt; *baffer vung vẩy* &lt;str4d&gt; Aesome &lt;str4d&gt; s/Ae/Awe/ &lt;eche|on&gt; *baff* cuộc họp kết thúc. Cảm ơn mọi người đã tham dự. Hẹn gặp lại trong cuộc họp tiếp theo vào tháng 12, ngày 4 lúc 8 giờ tối UTC </div>/vi/blog/2018/10/23/ph%C3%A1t-tri%E1%BB%83n-c%C3%A1c-%E1%BB%A9ng-d%E1%BB%A5ng-ch%C3%BA-tr%E1%BB%8Dng-quy%E1%BB%81n-ri%C3%AAng-t%C6%B0-v%E1%BB%9Bi-python-v%C3%A0-i2p/Tue, 23 Oct 2018 00:00:00 +0000/vi/blog/2018/10/23/ph%C3%A1t-tri%E1%BB%83n-c%C3%A1c-%E1%BB%A9ng-d%E1%BB%A5ng-ch%C3%BA-tr%E1%BB%8Dng-quy%E1%BB%81n-ri%C3%AAng-t%C6%B0-v%E1%BB%9Bi-python-v%C3%A0-i2p/<p><figure> <img src="https://geti2p.net/images/blog/i2plib.jpeg" alt="i2plib"loading="lazy" decoding="async"></figure> </p> <p><a href="https://geti2p.net/">Invisible Internet Project</a> (I2P) cung cấp một khuôn khổ để phát triển các ứng dụng chú trọng quyền riêng tư. Đó là một mạng ảo hoạt động trên nền Internet thông thường, nơi các nút có thể trao đổi dữ liệu mà không tiết lộ địa chỉ IP &ldquo;thực&rdquo; của mình. Các kết nối bên trong mạng I2P được thiết lập giữa các địa chỉ ảo gọi là <em>I2P destinations</em> (điểm đích I2P). Có thể có bao nhiêu destination tùy nhu cầu, thậm chí sử dụng một destination mới cho mỗi kết nối; chúng không tiết lộ bất kỳ thông tin nào về địa chỉ IP thực cho phía bên kia.</p>/vi/blog/2018/10/04/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.37/Thu, 04 Oct 2018 00:00:00 +0000/vi/blog/2018/10/04/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.37/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.37 tiếp tục phát triển giao thức truyền tải mới NTCP2 của chúng tôi, vốn đã được giới thiệu trong bản phát hành trước. Một giao thức SSU IPv6 mới để kiểm tra nút ngang hàng (peer) hiện đã được hỗ trợ. Bản phát hành này bao gồm nhiều bản sửa lỗi và cải thiện hiệu năng.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì tính bảo mật và hỗ trợ mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2018/10/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-10-2018/Tue, 02 Oct 2018 00:00:00 +0000/vi/blog/2018/10/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-10-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng phát triển 0.9.37 (zzz) 20:00:00 &lt;zzz&gt; 2) Tình trạng LS2 (zzz) 20:00:00 &lt;zzz&gt; 3) Tình hình scrum (cuộc họp ngắn kiểu Agile) (zlatinb) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; Chào 20:00:11 &lt;zlatinb&gt; chào 20:00:17 &lt;zzz&gt; 1) Tình trạng phát triển 0.9.37 (zzz) 20:00:41 &lt;zzz&gt; như hầu hết mọi người biết, chúng tôi đã dời lịch phát hành 37 sớm hơn khoảng vài tuần. Hạn chót check-in là hôm qua, phát hành sẽ vào thứ Năm 20:00:57 &lt;zzz&gt; không có nhiều thay đổi ngoài việc bật NTCP2 theo mặc định 20:01:28 &lt;zzz&gt; trình khởi chạy OSX sẽ chưa sẵn sàng cho lần phát hành này, nhưng tiến độ của nó đang rất tốt 20:01:54 &lt;zzz&gt; nếu mọi việc suôn sẻ, đây sẽ là bản phát hành cuối cùng trong năm. Chúng ta có kỳ nghỉ và CCC, và kỳ vọng 38 vào tháng Một 20:01:59 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:30 &lt;villain&gt; chào mọi người 20:02:43 &lt;zzz&gt; 2) Tình trạng LS2 (zzz) 20:02:59 &lt;zzz&gt; chúng tôi đã có 12 cuộc họp trong 3 tháng qua và đang tiến triển chậm nhưng ổn định 20:03:39 &lt;zzz&gt; chúng tôi hiểu rõ những gì cần cho giải pháp mật mã mới, và đã đồng ý về hầu hết các vấn đề tổng quát liên quan đến cách thêm mật mã mới và đưa các LS mới vào/ra netdb 20:03:40 &lt;eche|on&gt; chào 20:04:16 &lt;eche|on&gt; nghe đến đây thì tuyệt 20:04:17 &lt;zzz&gt; chúng tôi sẽ tiếp tục làm các vấn đề liên quan như leasesets được mã hóa và multihoming quy mô lớn (kết nối qua nhiều đường/nhà cung cấp), đồng thời bắt đầu thảo luận cụ thể về các lựa chọn mật mã mới 20:04:51 &lt;zzz&gt; tôi kỳ vọng các cuộc họp về LS2 sẽ còn tiếp diễn một thời gian, nên nếu bạn quan tâm hãy tham gia thảo luận 20:05:02 &lt;zzz&gt; còn gì cho mục 2) không? 20:05:14 &lt;eche|on&gt; thật tốt khi thấy có tiến triển 20:06:14 &lt;zzz&gt; 3) Tình hình scrum (zlatinb) 20:06:18 &lt;zzz&gt; mời bạn, zab 20:06:44 &lt;zlatinb&gt; được rồi, chúng ta làm scrum nhé, như thường lệ: 1) tháng trước bạn đã làm gì 2) tháng tới bạn sẽ làm gì 3) có vướng mắc nào không? 20:07:02 &lt;zlatinb&gt; villain: tôi nghĩ đây sẽ là scrum thực sự đầu tiên của bạn, nên bạn bắt đầu trước nhé :) 20:08:23 &lt;zlatinb&gt; villain? 20:08:26 &lt;villain&gt; ok, 1) phát hành asyncio SAM library https://github.com/l-n-s/i2plib và tài liệu của nó, tạo một ứng dụng chia sẻ tệp GUI bằng nó https://github.com/l-n-s/QuickShare, học cách JSP hoạt động trong RouterConsole, tạo bản phát hành đầu tiên của gói rpm cho CentOS và Fedora và thiết lập một repo COPR cho các gói rpm https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 &lt;zlatinb&gt; ok, chúng ta sẽ quay lại với bạn sau. zzz, bạn nói trước nhé? 20:08:59 &lt;eche|on&gt; 1) bảo trì máy chủ, xử lý các lần gián đoạn máy chủ, quản lý tài chính 2) tiếp tục công việc này, làm thêm sticker mới, 3) chưa có vướng mắc nào :-) 20:09:04 &lt;villain&gt; 2) làm cho gói Fedora dùng thư viện của hệ thống, làm việc trên một thiết kế Router Console tốt hơn sau khi phát hành, xuất bản một bài viết về phát triển ứng dụng I2P qua SAM API 20:09:09 &lt;zlatinb&gt; oops xin lỗi 20:09:12 &lt;eche|on&gt; uups 20:09:29 &lt;villain&gt; 3) cần xử lý phụ thuộc Jetty trong Fedora, vì chúng tôi chỉ hỗ trợ v9.2 còn Fedora có v9.4 20:09:39 &lt;DogeDollars&gt; lol 20:10:03 &lt;zzz&gt; yay scrum song song 20:10:11 &lt;zzz&gt; với tôi: 20:10:12 &lt;villain&gt; :D 20:10:39 &lt;eche|on&gt; villain: về jetty, cần làm thêm, theo như mình biết (afaik) họ đã thay đổi một số API ở giữa các phiên bản 20:10:44 &lt;zzz&gt; 1) rất nhiều bản sửa lỗi nhỏ của NTCP2 xuất hiện kể từ bản phát hành 36, cảm ơn tất cả những người thử nghiệm 20:11:11 &lt;zzz&gt; chuẩn bị cho bản phát hành 37, thử nghiệm trình cài đặt OSX, các sửa lỗi và nghiên cứu khác, nghiên cứu LS2 20:11:42 &lt;zzz&gt; 2) phát hành 37, bắt đầu nghiêm túc việc chuyển sang định dạng cơ sở dữ liệu geoip mới, thêm công việc về LS2, thêm sửa lỗi, làm việc với các nhóm PR/UI về ý tưởng cho console 20:12:23 &lt;zzz&gt; 3) không có vướng mắc... cũng lưu ý, do một số nghĩa vụ cá nhân, tháng trước và tháng tới tôi chỉ làm khoảng nửa thời gian 20:12:24 &lt;zzz&gt; EOT 20:12:52 &lt;zlatinb&gt; được rồi, eche|on? 20:12:59 &lt;eche|on&gt; 1) bảo trì máy chủ, xử lý các lần gián đoạn máy chủ, quản lý tài chính 2) tiếp tục công việc này, làm thêm sticker mới, 3) chưa có vướng mắc nào :-) 20:13:22 &lt;zlatinb&gt; tuyệt, cảm ơn 20:13:33 &lt;zlatinb&gt; alex_the_designer: vì bạn vừa tham gia, đây là scrum hàng tháng của chúng tôi 20:13:46 &lt;alex_the_designer&gt; chào mọi người! 20:13:55 &lt;zlatinb&gt; bạn muốn cho chúng tôi biết 1) tháng trước bạn đã làm gì 2) tháng tới bạn định làm gì 3) bạn có vướng mắc nào không 20:15:04 &lt;alex_the_designer&gt; 1 . tôi đã stream vào các thứ Sáu. Trong thời gian đó, tôi đã tiến từng bước trong việc cập nhật website. Tôi cũng tạo một khảo sát để giúp chúng ta về thương hiệu & thiết kế. 20:16:15 &lt;alex_the_designer&gt; 2. tôi sẽ tiếp tục stream, nhưng tôi sẽ cố gắng hoàn tất phần phát triển web ngoài giờ stream. Tôi cũng hơi trễ hạn với sách trắng được làm lại. Tôi muốn hoàn thành ít nhất dàn ý và bản nháp thô trước cuối tháng 20:17:22 &lt;alex_the_designer&gt; 3. vướng mắc duy nhất hiện tại (atm) là tôi còn thiếu hiểu biết về cách framework web hiện tại tạo ra các đường dẫn. Không có gì quá nghiêm trọng, chỉ cần đọc tài liệu thêm và mày mò 20:18:28 &lt;zlatinb&gt; ok, tôi sẽ nói thêm một chút về khảo sát sau phần scrum. Cảm ơn bạn 20:18:32 &lt;zlatinb&gt; meeh: bạn ở đây chứ? 20:20:10 &lt;zlatinb&gt; meeh? 20:21:00 &lt;zlatinb&gt; cứ thoải mái đưa ra 1-2-3 của bạn bất cứ khi nào bạn quay lại 20:21:20 &lt;zlatinb&gt; vậy là EOT cho phần scrum, nhưng tôi muốn nói một chút về khảo sát của Alex 20:21:27 &lt;zzz&gt; mời bạn 20:22:17 &lt;zlatinb&gt; gửi mọi người trong kênh, hãy suy nghĩ một chút về khảo sát này và điền vào. Nó được lưu trên google forms, nhưng (trừ khi bạn làm điều gì đó ngu ngốc) thì không thể liên hệ ID Google của bạn với danh tính I2P của bạn 20:22:46 &lt;zlatinb&gt; đây là liên kết: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 &lt;zlatinb&gt; alex_the_designer: vui lòng nói vài lời về việc khảo sát này sẽ giúp bạn trong quá trình sáng tạo như thế nào 20:23:21 &lt;alex_the_designer&gt; chắc chắn rồi! 20:24:14 &lt;alex_the_designer&gt; bắt đầu từ những điều cơ bản, điều quan trọng là hiểu sự khác biệt giữa cách chúng ta, với tư cách là những người duy trì nội bộ, nhìn nhận tính hữu dụng của hệ thống và cách chúng ta trình bày như một thương hiệu, so với cách người dùng nhìn nhận tính hữu dụng của hệ thống và bản sắc của họ với tư cách con người 20:24:41 &lt;alex_the_designer&gt; điều đó khá sâu xa, nhưng có những điều rất trực tiếp mà chúng ta có thể sử dụng 20:25:22 &lt;villain&gt; ồ, điều đó hợp lý 20:25:25 &lt;alex_the_designer&gt; ví dụ, nếu chúng ta thấy nhiều người có lập trường mạnh mẽ, chúng ta có thể dùng lý thuyết màu cơ bản để biết rằng các màu nóng (đỏ, vàng, cam) là hợp lý 20:25:34 &lt;anonymousmaybe&gt; nghiêm túc chứ? "những điều gì I2P nên cân nhắc để quyết định I2P dành cho ai?" 20:25:55 &lt;alex_the_designer&gt; tất cả câu hỏi đều nghiêm túc đó, anon :D 20:26:19 &lt;villain&gt; tôi chỉ chưa hiểu, những câu hỏi đó mang tính cá nhân hay liên quan đến tầm nhìn của dự án 20:26:48 &lt;villain&gt; sẽ điền sớm thôi 20:27:02 &lt;alex_the_designer&gt; việc nói một chút về bản thân bạn, các giá trị của bạn và lý tưởng của bạn cho dự án là quan trọng 20:27:31 &lt;anonymousmaybe&gt; alex_the_designer ừ cái đó hơi tệ, vì I2P dành cho tất cả mọi người, khỏi bàn cãi 20:27:46 &lt;alex_the_designer&gt; ở đó có một giả định ngầm rằng con người chúng ta và những gì chúng ta làm không bị ngăn ô, mà nuôi dưỡng lẫn nhau :D 20:28:36 &lt;anonymousmaybe&gt; tôi thích sự ngăn tách, vì thế tôi dùng Qubes :p 20:28:42 &lt;alex_the_designer&gt; anon, nói rằng nó dành cho mọi người không hoàn toàn đúng, đúng không? 20:28:57 &lt;alex_the_designer&gt; các nhà nước giám sát chẳng hạn :D 20:29:48 &lt;zzz&gt; còn gì liên quan tới khảo sát không? 20:29:52 &lt;alex_the_designer&gt; tính phổ quát có thể là một kết quả, nên nếu bạn tin mạnh mẽ vào điều đó, hãy viết về nó nhé :D 20:30:10 &lt;zlatinb&gt; không từ phía tôi (về khảo sát) 20:30:25 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:30:51 &lt;anonymousmaybe&gt; zzz có cân nhắc nào về việc sandboxing i2p không? 20:30:54 &lt;alex_the_designer&gt; tôi chỉ muốn nói rằng nỗ lực của mọi người với khảo sát được trân trọng sâu sắc. Tôi biết nó khá dài 20:31:16 &lt;zzz&gt; cảm ơn vì đã làm việc này, alex 20:31:30 &lt;anonymousmaybe&gt; alex_the_designer ừ, sẽ điền 20:31:46 &lt;zzz&gt; anonymousmaybe, tôi không biết, và tôi không phải người phù hợp để hỏi, nhưng bạn có thể nêu vấn đề đó trong kênh này sau cuộc họp 20:31:50 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:32:16 * zzz chộp lấy baffer 20:33:00 * zzz *baffffs* kết thúc cuộc họp </div>/vi/blog/2018/09/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-9-n%C4%83m-2018/Wed, 05 Sep 2018 00:00:00 +0000/vi/blog/2018/09/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-9-n%C4%83m-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> alex, echelon, mikalv, R4SAS, villain, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:07:48 &lt;zzz&gt; 0) Chào 20:07:48 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.36 (zzz) 20:07:48 &lt;zzz&gt; 2) Trạng thái phát triển 0.9.37 (zzz) 20:07:48 &lt;zzz&gt; 3) Trạng thái LS2 (zzz) 20:07:48 &lt;zzz&gt; 4) Lên kế hoạch CCC (zzz/echelon/mikalv) 20:07:48 &lt;zzz&gt; 5) Trạng thái scrum (zlatinb) 20:07:55 &lt;zzz&gt; 0) Chào 20:07:58 &lt;zzz&gt; Chào 20:08:00 &lt;eche|on&gt; hi 20:08:16 &lt;villain&gt; hi :) 20:08:22 &lt;zzz&gt; xin lỗi vì đến muộn 20:08:29 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.36 (zzz) 20:08:47 &lt;zzz&gt; Tôi tin là chúng ta đã xong mọi thứ, có thể trừ f-droid 20:08:53 &lt;R4SAS&gt; hi 20:09:04 &lt;zzz&gt; nextloop, có tình trạng f-droid nào không? 20:09:44 &lt;zzz&gt; việc thử nghiệm ntcp2 đang diễn ra tốt 20:09:56 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:10:09 &lt;R4SAS&gt; Tôi có một ý 20:10:33 &lt;R4SAS&gt; tôi có thể xem danh sách gói cho Debian ở đâu? 20:10:54 &lt;zzz&gt; Tôi nghĩ là packages.debian.org - có một ô tìm kiếm 20:11:12 &lt;R4SAS&gt; Tôi đang nghĩ về việc thêm các gói I2P vào repo của tôi 20:11:32 &lt;zzz&gt; cũng có packages.ubuntu.com 20:11:44 &lt;zzz&gt; và repo của chúng ta là deb.i2p2.de 20:12:00 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:12:03 &lt;R4SAS&gt; đối với Ubuntu tôi sẽ dùng các gói trên Launchpad 20:12:36 &lt;zzz&gt; 2) Trạng thái phát triển 0.9.37 (zzz) 20:13:03 &lt;zzz&gt; vẫn còn sớm trong chu kỳ .37. Chúng ta đã đặt chu kỳ 9 tuần với bản phát hành vào tuần của 22 Tháng 10 20:13:21 &lt;eche|on&gt; ok 20:13:39 &lt;zzz&gt; meeh đang làm để hoàn tất trình cài đặt OS X cho 37. Tôi đang làm việc để chuyển sang định dạng geoip mới của MaxMind 20:13:56 &lt;zzz&gt; mọi người đang xem các thứ liên quan đến UI 20:14:13 &lt;zzz&gt; chúng ta sẽ sớm có kết quả kiểm thử khả năng sử dụng 20:14:40 &lt;zzz&gt; hy vọng chúng ta sẽ chuyển trang trợ giúp console sang transifex 20:15:07 &lt;zzz&gt; vì vậy các dịch giả hãy dành chút thời gian vào giữa tháng 10 để dịch nó! 20:15:11 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:15:28 &lt;eche|on&gt; chưa có gì, ntcp2 mặc định? 20:15:32 &lt;eche|on&gt; trong .37 ? 20:15:37 &lt;meeh&gt; vâng tôi đang làm wrapper cho OS X - giờ đã port sang xcode, cùng với chuyện i2p-browser nên như thế nào/nếu/cái gì :) 20:15:38 &lt;zzz&gt; ừ, cái đó nữa :) 20:16:32 &lt;zzz&gt; vâng, ntcp2 mặc định trong 37. Mọi người vui lòng thử các bản dev nơi nó là mặc định, hoặc bật nó trong bản phát hành .36-0 20:16:38 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:17:34 &lt;zzz&gt; 3) Trạng thái LS2 20:17:42 &lt;zzz&gt; chúng tôi đã có khoảng 8 cuộc họp trong vòng hai tháng 20:18:06 &lt;zzz&gt; chúng tôi vẫn đang ở giai đoạn thảo luận, nhưng tôi nghĩ chúng ta sắp đưa ra một số quyết định và tiến lên 20:18:29 &lt;eche|on&gt; ít nhất thì cũng có gì đó 20:18:30 &lt;zzz&gt; có rất nhiều vấn đề liên quan, như mật mã mới, làm mọi thứ phức tạp hơn 20:18:47 &lt;zzz&gt; đó là nhiều thứ đã được đặt ra 5 năm hoặc hơn mà cuối cùng chúng ta đang giải quyết 20:19:05 &lt;eche|on&gt; làm tốt lắm! 20:19:17 &lt;zzz&gt; điều rõ ràng là chúng ta sẽ không làm mọi thứ cùng lúc 20:19:35 &lt;zzz&gt; chúng ta sẽ thực hiện một số thay đổi ban đầu, điều đó sẽ cho phép các tính năng tùy chọn, và sẽ có thêm các thay đổi tiếp theo 20:19:53 &lt;zzz&gt; chúng tôi đã bắt đầu cập nhật tài liệu đề xuất 20:20:17 &lt;zzz&gt; Tôi hy vọng sớm có một số quyết định được ghi lại... điều đó sẽ cho phép chúng ta bắt đầu viết mã và thử nghiệm 20:21:09 &lt;zzz&gt; chúng tôi nghỉ một tuần dịp Ngày Lao động nhưng cuộc họp tiếp theo là thứ Hai ngày 12 lúc 5 PM UTC tại #ls2 20:21:44 &lt;zzz&gt; mọi người đều được chào đón, nó phức tạp và khó theo dõi ngay cả đối với chúng tôi, những người đang vùi đầu vào nó, nhưng thật vui khi thấy mọi thứ dần ghép lại 20:21:48 &lt;zzz&gt; còn gì nữa cho mục 3) không? 20:22:34 &lt;zzz&gt; 4) Lên kế hoạch CCC 20:22:57 &lt;eche|on&gt; ok, CCC sẽ ở Leipzig 20:23:01 &lt;zzz&gt; Chúng tôi đã đưa ra quyết định sơ bộ vào tháng 12 năm ngoái nhưng theo truyền thống chúng tôi hoàn tất các quy định vào thời điểm này mỗi năm 20:23:13 &lt;zzz&gt; chắc chắn là Leipzig, đúng không? 20:23:29 &lt;eche|on&gt; đúng, CCC đã thông báo chính thức rồi 20:23:36 &lt;zzz&gt; tuyệt, tôi chưa thấy thông báo đó 20:24:19 &lt;zzz&gt; chúng tôi trả tiền vé Congress, hoàn lại tối đa 1500 euro cho máy bay/tàu hỏa, và mới năm nay chúng ta đồng ý hoàn tối đa 400 euro chi phí khách sạn 20:24:27 &lt;eche|on&gt; vâng 20:24:56 &lt;zzz&gt; trên 1500 hoặc trả trước chỉ cho 'trường hợp đặc biệt', tức là bạn cháy túi :) 20:25:13 &lt;eche|on&gt; đến giờ trông tất cả đều ổn 20:25:25 &lt;zzz&gt; và đó chỉ dành cho thành viên chương trình được trả tiền, trừ khi được echelon phê duyệt. 20:25:28 &lt;eche|on&gt; vé sẽ được quản lý tập trung, nếu có thể 20:25:38 &lt;zzz&gt; chúng tôi sẽ mua vé Congress tập trung, đúng. 20:25:48 &lt;zzz&gt; vậy chúng ta cần biết ai sẽ đến... sớm... 20:26:12 &lt;zzz&gt; vậy, có phản đối hay thay đổi nào với các quy tắc như tôi đã liệt kê ở đây không? 20:26:12 &lt;eche|on&gt; Tôi cho rằng chúng ta cần trước cuối tháng 10 20:26:20 &lt;eche|on&gt; không cần thay đổi 20:26:31 &lt;meeh&gt; không, mọi thứ ổn 20:26:49 &lt;zzz&gt; ý tưởng là, nếu bạn muốn có mặt, dự án sẽ giúp bạn đến đó 20:27:35 &lt;zzz&gt; những thứ như sticker, ổ cắm điện, banner, bàn ghế và hậu cần tương tự, chúng ta sẽ thu xếp dần, không cần bàn ở đây trong cuộc họp 20:27:58 &lt;eche|on&gt; ok, vâng 20:28:31 &lt;zzz&gt; nếu bạn chưa mua vé máy bay, hãy làm NGAY, không có nhiều chuyến bay đến LEJ. Nếu bạn đi xe đạp hoặc đi tàu, bạn có thêm thời gian 20:28:54 &lt;zzz&gt; những người chưa đi trước đây, hãy hỏi những người đã đi về khách sạn và bất cứ điều gì khác bạn muốn biết 20:29:09 &lt;zzz&gt; còn gì nữa cho mục 4) không? 20:30:19 &lt;zzz&gt; 5) scrum 20:30:28 &lt;zzz&gt; zab vắng, nên tôi sẽ điều phối 20:31:05 &lt;zzz&gt; khi tôi gọi bạn, vui lòng nói 1) bạn đã làm gì tháng trước 2) bạn sẽ làm gì tháng tới 3) có chướng ngại nào; kết thúc bằng EOT hoặc 'thế là xong' hoặc gì đó 20:31:13 &lt;zzz&gt; villain, bạn trước 20:33:00 &lt;zzz&gt; eche|on, bạn tiếp theo 20:33:35 &lt;eche|on&gt; Tôi đã làm tất cả việc tài chính, công việc máy chủ, thử nghiệm, hỗ trợ phát hành (tin tức), tháng tới sẽ làm tương tự, không có trở ngại. Tôi sẽ afk từ ngày mai đến thứ Tư 12 20:33:58 &lt;zzz&gt; cảm ơn. meeh đến lượt bạn 20:34:27 &lt;meeh&gt; được, tôi có thời gian cho ba điểm 20:34:28 &lt;meeh&gt; * đã làm việc chuyển osx launcher, hoàn tất sang xcode - revert rất khó, vì kỹ năng monotone của tôi bảo đừng đùa với lửa (đây là thời điểm đóng băng) 20:34:28 &lt;meeh&gt; * một trong các DC nơi tôi có máy chủ bị mất điện khiến mọi thứ tắt hết - vì vậy hôm nay tôi chủ yếu đảm bảo mọi thứ chạy và vật lộn với máy chủ. 20:34:28 &lt;meeh&gt; * đã xem cả firefox/chromium để giải quyết các vấn đề chứng chỉ tự ký cũng như một trình duyệt riêng tư, đã cày code 24 giờ kiểu monkey coding trên một plugin qt dựa trên chromium nhưng cho kết quả tuyệt vời. 20:35:23 &lt;zzz&gt; còn tháng tới? trở ngại? 20:35:49 &lt;meeh&gt; osx launcher hiện đã chuyển hoàn toàn sang xcode, biểu tượng lại hiển thị, có một số hành vi lạ với action handler nhưng sẽ được sửa sớm thôi 20:36:31 &lt;villain&gt; Ok, học thêm về monotone và java. đã sửa https://trac.i2p2.de/ticket/1244, thêm bản dịch một bài viết về ntcp2. đã làm thông cáo báo chí cho 0.9.36 bằng tiếng Nga. Tuần trước, phát triển thư viện python bất đồng bộ đó, giờ đang hoàn thiện tài liệu cho nó. https://github.com/l-n-s/i2plib 20:36:47 &lt;meeh&gt; tháng tới tôi sẽ xem xét kỹ hơn trường hợp trình duyệt nếu phần còn lại các bạn chấp thuận khi tôi đưa review ở cuộc họp tới; nếu không thì có lẽ android và osx là ưu tiên cao nhất trong danh sách 20:37:35 &lt;zzz&gt; villain, tháng tới? trở ngại? 20:38:57 &lt;zzz&gt; về phần tôi, tháng trước tôi đã sửa nhiều lỗi NTCP2 và các lỗi khác, và phát hành xong bản 36. 20:39:30 &lt;zzz&gt; tháng tới sẽ là mã geoip mới, tiếp tục làm LS2, sửa thêm lỗi, chuẩn bị trang trợ giúp sẵn sàng để dịch 20:39:53 &lt;zzz&gt; tuy nhiên tôi sẽ chủ yếu afk trong tuần tới 20:39:56 &lt;zzz&gt; không có trở ngại 20:40:28 &lt;zzz&gt; còn ai khác ở đây báo cáo không? sl hoặc alex_the_designer ? 20:40:32 &lt;eche|on&gt; :-) 20:40:39 &lt;alex_the_designer2&gt; hi 20:40:59 &lt;zzz&gt; chào alex_the_designer2 vui lòng cho chúng tôi mục 1/2/3 tháng trước/tháng tới/trở ngại 20:41:06 &lt;alex_the_designer2&gt; tháng trước: bị kẹt ở onboarding. cảm ơn rất nhiều eche|on và meeh đã giúp tôi gỡ kẹt 20:41:23 &lt;villain&gt; tháng tới như zzz đã nói, sẽ luyện thêm với monotone, sửa các ticket trên website, hoàn thành một gói redhat. muốn nghe phản hồi về thư viện python của tôi từ str4d , và thêm nó vào tổ chức i2p trên github, nếu ổn 20:41:37 &lt;villain&gt; không có trở ngại nào ngoài việc đó 20:41:43 &lt;villain&gt; EOT 20:42:10 &lt;zzz&gt; cảm ơn villain 20:42:15 &lt;alex_the_designer2&gt; tháng này: đang xem issue 1996 trên trac (khá chắc đó là cái bạn muốn ý kiến), cũng bắt đầu viết writeup cho whitepaper. đã có tiến triển trong cập nhật www trong các buổi stream thứ Sáu nhưng cũng sẽ làm vào các ngày trong tuần. 20:42:46 &lt;alex_the_designer2&gt; không có trở ngại. sẽ kiểu afk 17-21 vì tôi sẽ ở SF. EOT hoặc 'thế là xong' hay gì đó :D 20:43:06 &lt;zzz&gt; alex_the_designer2, có lẽ vì đây là cuộc họp đầu tiên của bạn, bạn có thể cho chúng tôi một tổng quan nhanh về các buổi twitch tối thứ Sáu của bạn, có thể mang lại gì, chúng tôi có thể tham gia thế nào? 20:43:20 &lt;alex_the_designer2&gt; được thôi! 20:44:14 &lt;alex_the_designer2&gt; vào các thứ Sáu từ 9:30pm CST đến khoảng 11pm CST tôi stream trên twitch.tv/alex_the_designer . khi tôi bắt đầu hồi tháng Giêng chủ đề tổng thể là 'FOSS Design' nhưng đã hướng nhiều hơn về i2p 20:45:00 &lt;alex_the_designer2&gt; tôi đã làm các hướng dẫn cơ bản và vân vân để giúp người mới hiểu cách thiết lập i2p và lưu trữ một trang web vì tôi tin rằng nội dung là rào cản chính cho việc được chấp nhận rộng rãi 20:45:36 &lt;alex_the_designer2&gt; điều hữu ích là mọi người ghé xem và giao lưu nếu muốn. ngoài ra việc quảng bá chương trình qua bất kỳ kênh mạng xã hội nào bạn thích cũng cực kỳ hữu ích 20:46:26 &lt;alex_the_designer2&gt; tôi cũng có vài bản ghi thô từ các buổi trước muốn đăng lên mạng, nhưng tôi cần biên tập chúng (chủ yếu để ẩn IP nhà của tôi) 20:46:48 &lt;zzz&gt; bạn có nhận được phản hồi từ người xem giúp chúng ta hiểu thêm về ưu tiên và lựa chọn UI không? Bạn có thể chuyển những gì bạn học được lại cho mọi người như thế nào, qua bài đăng hay ticket hay writeup? Có kế hoạch nào không? 20:47:08 &lt;alex_the_designer2&gt; the_tin_hat đã thường xuyên xuất hiện và mang lại nhiều tiếng cười cũng như phản hồi 20:47:42 &lt;alex_the_designer2&gt; khi nói đến lựa chọn UI, tôi chưa có đủ phản hồi từ người dùng để thật sự biện minh cho bất kỳ lựa chọn nào 20:47:52 &lt;eche|on&gt; ok, 6 tiếng nữa đồng hồ báo thức của tôi sẽ reo, tôi đi ngủ đây, gặp lại sau 20:48:03 &lt;alex_the_designer2&gt; vì vậy là theo cảm tính & thử-sai 20:48:04 &lt;zzz&gt; chúc ngủ ngon echelon 20:48:15 &lt;alex_the_designer2&gt; gặp lại echelon! 20:48:35 &lt;zzz&gt; ok có lẽ trước tiên chúng ta cần mở rộng khán giả 20:49:04 &lt;zzz&gt; vậy hãy lan truyền thông tin nhiều hơn, có thể trên diễn đàn của chúng ta, hoặc bài blog... không chỉ twitter 20:49:33 &lt;zzz&gt; cảm ơn alex vì phần tổng quan, bạn đang làm rất tốt, hy vọng nó sẽ mang lại nhiều người dùng và nội dung hơn và một sản phẩm tốt hơn 20:49:38 &lt;alex_the_designer2&gt; mọi kênh đều cực kỳ hữu ích vì khán giả ở khắp nơi :D 20:49:45 &lt;zzz&gt; đúng 20:49:48 &lt;alex_the_designer2&gt; cảm ơn vì lời ủng hộ! 20:50:07 &lt;zzz&gt; còn ai tôi bỏ sót cho phần scrum không? sadie sl 20:50:18 &lt;zzz&gt; còn gì nữa cho cuộc họp? 20:50:52 * zzz chộp lấy cái baffer 20:51:13 &lt;villain&gt; alex_the_designer2: có thể đăng thông báo trên reddit /r/i2p cho các buổi stream của bạn 20:51:31 &lt;zzz&gt; ý hay 20:51:36 &lt;alex_the_designer2&gt; cảm ơn nhiều villain 20:51:42 &lt;zzz&gt; xin lỗi lần nữa vì cuộc họp bắt đầu muộn 20:51:49 * zzz *bafs* đóng cuộc họp </div>/vi/blog/2018/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.36/Thu, 23 Aug 2018 00:00:00 +0000/vi/blog/2018/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.36/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.36 giới thiệu NTCP2, giao thức truyền tải bảo mật mới của chúng tôi. NTCP2 mang lại khả năng chống chịu hiệu quả trước kiểm duyệt bằng DPI (Deep Packet Inspection - kiểm tra gói tin sâu) và giúp giảm tải CPU. Điều này giúp I2P có khả năng chạy tốt hơn trên các thiết bị cấu hình thấp như điện thoại thông minh và router gia đình. Giao thức này bị tắt theo mặc định trong bản phát hành này để phục vụ thử nghiệm.</p>/vi/blog/2018/08/20/chi-ti%E1%BA%BFt-tri%E1%BB%83n-khai-ntcp2/Mon, 20 Aug 2018 00:00:00 +0000/vi/blog/2018/08/20/chi-ti%E1%BA%BFt-tri%E1%BB%83n-khai-ntcp2/<p>Các giao thức truyền tải của I2P ban đầu được phát triển cách đây khoảng 15 năm. Khi đó, mục tiêu chính là che giấu dữ liệu được truyền, chứ không phải che giấu việc người ta đang sử dụng chính giao thức đó. Hầu như không ai nghiêm túc nghĩ đến việc bảo vệ trước DPI (deep packets inspection - kiểm tra gói tin sâu) và sự kiểm duyệt các giao thức. Thời thế thay đổi, và dù các giao thức truyền tải ban đầu vẫn mang lại bảo mật mạnh mẽ, đã xuất hiện nhu cầu về một giao thức truyền tải mới. NTCP2 được thiết kế để chống lại các mối đe dọa kiểm duyệt hiện nay, chủ yếu là phân tích độ dài gói tin bằng DPI. Ngoài ra, giao thức mới sử dụng những tiến bộ hiện đại nhất của mật mã học. NTCP2 được xây dựng dựa trên <a href="https://noiseprotocol.org/noise.html">Noise Protocol Framework</a> , với SHA256 làm hàm băm và x25519 cho cơ chế trao đổi khóa Diffie-Hellman (DH) trên đường cong elliptic.</p>/vi/blog/2018/08/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-8-n%C4%83m-2018/Tue, 07 Aug 2018 00:00:00 +0000/vi/blog/2018/08/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-8-n%C4%83m-2018/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, mikalv, villain, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; 1) tình trạng 0.9.36 (zzz) 20:00:05 &lt;zzz&gt; 2) tình trạng LS2 (zzz) 20:00:05 &lt;zzz&gt; 3) Đơn đăng ký cho bobthebuilder.i2p và paste.crypthost.i2p tại `http://zzz.i2p/posts/13897` 20:00:05 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:00:05 &lt;zzz&gt; 5) Sắp xếp lại cuộc họp ngày 4 tháng 9 (zzz) 20:00:10 &lt;zzz&gt; 0) Chào 20:00:12 &lt;zzz&gt; chào 20:00:21 &lt;zzz&gt; 1) tình trạng 0.9.36 (zzz) 20:00:27 &lt;zlatinb&gt; chào 20:00:29 &lt;villain&gt; chào mọi người 20:00:34 &lt;zzz&gt; Đã vào tuần thứ 6 của chu kỳ 36, còn 2 tuần nữa 20:00:52 &lt;mikalv&gt; chào 20:00:53 &lt;zzz&gt; đóng băng tag là vào ngày mai; hạn chót check-in là một tuần kể từ thứ Sáu; phát hành vào tuần của ngày 20 tháng 8 20:01:18 &lt;zzz&gt; mọi người vui lòng thử nghiệm. Tôi sẽ đánh dấu phiên bản tiếp theo là -rc 20:01:31 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:24 &lt;zzz&gt; 2) tình trạng LS2 (zzz) 20:02:30 &lt;zzz&gt; chúng ta đã có cuộc họp thứ 5 hôm qua 20:02:47 &lt;zzz&gt; Tiến triển tốt, nhưng rất chậm. Các vấn đề phức tạp và liên quan chặt chẽ với nhau 20:03:11 &lt;zzz&gt; Tôi đã cập nhật đề xuất (123) hôm nay, nhưng nó vẫn còn rất sơ bộ 20:03:41 &lt;zzz&gt; Chúng ta thậm chí còn chưa thống nhất mục tiêu và ưu tiên, nên sẽ còn lâu, nhưng tôi hài lòng với quy trình 20:03:58 &lt;zzz&gt; Mọi người đều được chào đón, cuộc họp tiếp theo là thứ Hai tới, 6 PM UTC tại #ls2 20:04:27 &lt;zzz&gt; còn gì cho mục 2) không? 20:05:13 &lt;zzz&gt; 3) Đơn đăng ký cho bobthebuilder.i2p và paste.crypthost.i2p tại `http://zzz.i2p/posts/13897` 20:05:25 &lt;zzz&gt; đây là các yêu cầu thêm vào trang chủ console (bảng điều khiển) 20:05:33 &lt;zzz&gt; ứng viên sl có ở đây không? 20:06:07 &lt;zlatinb&gt; thường là không vì lúc đó đã muộn ở $HOME 20:06:27 &lt;zzz&gt; ai có ý kiến ủng hộ hoặc phản đối việc thêm những cái này vào trang chủ console không? 20:07:06 &lt;zlatinb&gt; Tôi +1 việc thêm bob the builder, trung lập với dịch vụ paste mới 20:07:13 &lt;zzz&gt; có ai phản đối không? 20:07:31 &lt;mikalv&gt; Tôi +1 cho các dịch vụ trực tuyến trên console 20:07:55 &lt;zzz&gt; Có thêm một paste thứ hai cũng không hại gì, nhất là vì cái hiện có đã từng offline hàng tuần liền 20:08:15 &lt;zzz&gt; mặc dù gần đây khá ổn định 20:08:40 &lt;zzz&gt; không nghe thấy phản đối nào, tôi sẽ thêm chúng vào console cho bản 36 20:08:46 &lt;villain&gt; nếu có liên kết chết cần gỡ, có thể thêm các liên kết này vào thay thế 20:08:50 &lt;zzz&gt; còn gì cho mục 3) không? 20:09:04 &lt;eche|on&gt; không 20:09:11 &lt;zzz&gt; zerobin không chết, chỉ là trước đây thời gian hoạt động (uptime) không tốt lắm 20:09:46 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:09:49 &lt;zzz&gt; mời zlatinb 20:10:31 &lt;zlatinb&gt; ok, chúng ta sẽ lần lượt quanh phòng và khi được gọi tên hãy mô tả ngắn gọn 1) bạn đã làm gì tháng trước 2) bạn dự định làm gì tháng tới 3) bạn có bị ai chặn hoặc cần giúp đỡ không 20:10:57 &lt;zlatinb&gt; chúng ta sẽ bắt đầu với Người Mới - villain. Vì đây là buổi scrum đầu tiên của bạn, bỏ qua 1) và chỉ trả lời 2) và 3) 20:11:09 &lt;zlatinb&gt; mời villain 20:12:24 &lt;zlatinb&gt; villain bạn có đó không? 20:12:34 &lt;villain&gt; đang học Java và monotone, dự định sửa thêm vài vé (ticket) trên website trước khi phát hành 36, như zzz đã bàn với zzz. và học thêm :) 20:13:00 &lt;villain&gt; hiện không có chướng ngại 20:13:41 &lt;zlatinb&gt; tốt lắm. Thường thì chúng ta nói EOT ở cuối báo cáo :) 20:13:48 &lt;villain&gt; hiện đang nghiên cứu về https://trac.i2p2.de/ticket/1583 20:13:57 &lt;villain&gt; EOT 20:13:59 &lt;villain&gt; heh 20:14:17 &lt;zlatinb&gt; cảm ơn. zzz bạn tiếp theo 20:14:37 &lt;zzz&gt; ok. tháng trước chủ yếu là đánh bóng và kiểm thử ntcp2, với sự giúp đỡ của orignal 20:14:46 &lt;zzz&gt; bắt đầu nghiên cứu và các cuộc họp về LS2 20:14:59 &lt;zzz&gt; dĩ nhiên là rất nhiều bản sửa lỗi 20:15:33 &lt;zzz&gt; tháng tới sẽ phát hành .36, và tiếp tục LS2, sửa lỗi, v.v. 20:15:41 &lt;zzz&gt; cũng sẽ tái cấu trúc một số mã trong quá trình 20:16:06 &lt;zzz&gt; hy vọng làm được SSL wizard cho non-Jetty cho bản 37. Tiếc là không kịp cho 36, việc đó quá khó 20:16:13 &lt;zzz&gt; không có trở ngại; EOT 20:17:14 &lt;eche|on&gt; ok, tôi đã làm khá nhiều việc quản trị diễn đàn, một số kiểm thử mã, quyên góp và quản lý tài khoản, tháng tới sẽ tiếp tục những việc này, hiện không có trở ngại 20:17:20 &lt;eche|on&gt; uupos 20:17:40 &lt;zlatinb&gt; ok eche|on vậy mời bạn tiếp theo :) 20:17:51 &lt;eche|on&gt; đại khái là hết^^ 20:18:04 &lt;zlatinb&gt; ok tuyệt 20:18:10 &lt;zlatinb&gt; mikalv: còn bạn thì sao? 20:18:14 &lt;mikalv&gt; Ừ, với tôi; Hiện tại; bản beta của OSX Launcher cho 0.9.36 Sắp tới; 1. Tiếp tục làm OSX launcher (làm cho nó đẹp hơn, thêm vài tính năng và cải thiện ổn định). 2. Hy vọng hỗ trợ zzz nghiên cứu và triển khai LS2. 3. Tung ra một bản test-MVP/alpha của gói trình duyệt. 20:18:23 &lt;mikalv&gt; 4. Tiếp tục chiến dịch của tôi về no-single-person-of-failure, trong đó các thành viên lõi đang vận hành dịch vụ cốt lõi sẽ cấp quyền cho các thành viên lõi khác làm dự phòng/bổ sung nếu ai đó vắng mặt để dự án không bị ảnh hưởng bởi những sự cố như vậy. 20:18:28 &lt;mikalv&gt; Trở ngại; Hy vọng chúng ta có thể lấy quyền kiểm soát DNS của i2p2.de từ welt. 20:18:56 &lt;mikalv&gt; hoặc tôi hoặc eche|on, ít nhất là ai đó năng động hơn 20:19:09 &lt;zlatinb&gt; wow chuẩn bị rất tốt, làm tốt lắm 20:19:25 &lt;zlatinb&gt; sadie có nói cô ấy *có thể* tham gia được, gọi sadie 20:19:49 &lt;zlatinb&gt; str4d: có khả năng bạn đang ở đây không? 20:19:53 &lt;eche|on&gt; Welt đã liên hệ với tôi, tôi đã trả lời, không thấy anh ấy phản hồi nữa 20:19:58 &lt;mikalv&gt; zlatinb: nhớ là tôi đã làm việc này mỗi ngày suốt hai năm trước i2p rồi mà :p 20:20:41 &lt;mikalv&gt; Tôi muốn nắm quyền kiểm soát domain DNS, để có thể tự do hơn trong việc đổi IP của trac, và sau đó là download 20:20:59 &lt;zlatinb&gt; Alex W. vừa ở đây nhưng mới rời đi nên tôi đoán vậy là hết người cho buổi scrum 20:21:16 &lt;mikalv&gt; vì tình hình hiện tại, máy chủ cũ đã lỗi thời (deprecated) đang reverse-proxy sang trac mới :( 20:22:04 &lt;zzz&gt; 5) Sắp xếp lại cuộc họp ngày 4 tháng 9 (zzz) 20:22:08 &lt;zlatinb&gt; EOT 20:22:19 &lt;mikalv&gt; vâng xin lỗi EOT 20:22:26 &lt;zzz&gt; ok tôi không tham dự được ngày 4/9 và tôi nghĩ vài người khác cũng vậy 20:22:46 &lt;zzz&gt; chúng ta có thể làm vào Thứ Tư 5/9 hoặc Thứ Ba 11/9? 20:23:01 &lt;zzz&gt; nếu là ngày 11 thì chỉ còn 3 tuần giữa ngày đó và cuộc họp ngày 2 tháng 10 20:23:27 &lt;zlatinb&gt; Tôi sẽ đi đường hầu hết tháng 9 nên không hứa được ngày 5 hay 11 20:23:27 &lt;zzz&gt; Tôi muốn đưa CCC vào chương trình họp tháng 9, dù chúng ta đã đưa ra hầu hết quyết định về tài trợ hồi tháng 12 năm ngoái 20:23:44 &lt;mikalv&gt; Tôi nghĩ cả hai ngày đều được, với tôi thì ổn 20:23:53 &lt;zzz&gt; eche|on, còn bạn thì sao? 20:24:12 &lt;eche|on&gt; ngày 11 thì không được 20:24:30 &lt;zzz&gt; Thứ Tư mùng 5 được không? 20:24:41 &lt;eche|on&gt; mùng 5 có vẻ ổn 20:24:52 &lt;zzz&gt; ok, vậy tạm chốt Thứ Tư mùng 5 20:24:55 &lt;mikalv&gt; ok 20:25:02 &lt;zzz&gt; còn gì cho mục 5) không? 20:25:06 &lt;zzz&gt; còn gì cho cuộc họp không? 20:25:51 * zzz chộp lấy baffer 20:26:40 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2018/07/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-7-n%C4%83m-2018/Tue, 03 Jul 2018 00:00:00 +0000/vi/blog/2018/07/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-7-n%C4%83m-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, str4d, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.35 (zzz) 20:00:00 &lt;zzz&gt; 2) Cập nhật NTCP2 (zzz) 20:00:00 &lt;zzz&gt; 3) Thông báo họp LS2 (zzz) 20:00:00 &lt;zzz&gt; 4) Chương trình tài trợ 2H 2018 (zab/zzz) 20:00:00 &lt;zzz&gt; 5) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Chào 20:00:07 &lt;zzz&gt; Chào 20:00:16 &lt;zlatinb&gt; chào 20:00:21 &lt;zzz&gt; 1) Trạng thái phát hành 0.9.35 (zzz) 20:00:42 &lt;zzz&gt; 35 đã phát hành được một tuần, đến giờ chưa có phàn nàn lớn nào 20:01:03 &lt;zzz&gt; maven jars đã sẵn sàng, tôi tin meeh sẽ sớm ra bản android 20:01:20 &lt;zzz&gt; vẫn chưa nghe từ mhatta về debian chính thức 20:01:57 &lt;zzz&gt; còn gì cho mục 1) ? 20:02:44 &lt;zzz&gt; 2) Cập nhật NTCP2 (zzz) 20:03:04 &lt;zzz&gt; chúng tôi đã hoàn tất bản đặc tả vào tuần trước, và hiện có vài router đang hoạt động trên mạng 20:03:26 &lt;zzz&gt; i2pd đang tiến hành triển khai và kiểm thử 20:03:30 &lt;eche|on&gt; đến giờ mọi thứ ổn 20:03:52 &lt;zzz&gt; tôi còn vài việc dọn dẹp cần làm, và tôi chưa thử biến thể cho trường hợp bị tường lửa, nhưng mọi thứ đang tiến triển khá tốt 20:04:21 &lt;zzz&gt; hôm nay tôi cũng đã đăng một FAQ ngắn trên diễn đàn của chúng ta 20:04:43 &lt;zzz&gt; còn gì cho mục 2) ? 20:05:37 &lt;zzz&gt; 3) Thông báo họp LS2 (zzz) 20:06:01 &lt;zzz&gt; chúng ta sẽ theo quy trình tương tự cho đề xuất tiếp theo, đó là 123 "LS2" 20:06:15 &lt;zzz&gt; cũng bao gồm mật mã mới, tra cứu dịch vụ, multihoming (kết nối đa tuyến/đa nhà mạng) quy mô lớn, và các chủ đề liên quan 20:06:36 &lt;zzz&gt; buổi họp đầu tiên sẽ vào Thứ Hai, ngày 9 tháng 7 lúc 7 PM UTC tại #ls2 20:06:45 &lt;eche|on&gt; nhiệm vụ tuyệt vời, rất nhiều việc phải làm 20:07:05 &lt;zzz&gt; ừ, cũng không biết sẽ diễn ra thế nào, nhưng chúng ta cần bắt đầu, đã quá lâu rồi 20:07:30 &lt;zzz&gt; còn gì cho mục 3) ? 20:07:44 &lt;eche|on&gt; không 20:08:23 &lt;zzz&gt; 4) Chương trình tài trợ 2H 2018 (zab/zzz) 20:08:32 &lt;zzz&gt; thông báo đã đăng trên i2pforum.i2p và zzz.i2p 20:08:42 &lt;zzz&gt; chương trình mở cho ứng viên mới 20:08:51 &lt;zzz&gt; hạn chót là Thứ Tư, ngày 25 tháng 7 20:09:13 &lt;zzz&gt; nếu ai có câu hỏi, bạn có thể hỏi ngay bây giờ, hoặc sau cuộc họp 20:09:34 &lt;zzz&gt; có ai có câu hỏi nào về chương trình không? 20:09:38 &lt;eche|on&gt; một điểm: không cần cả đội i2p phải phê duyệt thành viên mới (đội ngũ vẫn chưa được xác định hoàn hảo, kiểu như danh sách những người được nêu trên trang web hoặc bất kỳ nhóm nào khác) 20:10:13 &lt;zlatinb&gt; tôi nghĩ ít nhất là những người đã ở trong chương trình trả phí 20:10:42 &lt;zzz&gt; đúng, tôi đoán là chúng ta cần phê duyệt tập thể... chứ không phải cần sự chấp thuận riêng lẻ từ từng người 20:10:45 &lt;eche|on&gt; ừ 20:10:50 &lt;zzz&gt; nghe ổn chứ? 20:10:58 &lt;eche|on&gt; chỉ muốn nêu điều này để làm rõ điểm đó 20:11:12 &lt;zzz&gt; ok 20:11:26 &lt;zzz&gt; còn gì cho mục 4) ? 20:12:18 &lt;zzz&gt; 5) Status scrum (zlatinb) 20:12:24 &lt;zzz&gt; mời bạn, zlatinb 20:12:59 &lt;zlatinb&gt; chào. Hãy lần lượt quanh phòng và làm như thường lệ : 1) bạn đã làm gì tháng trước 2) bạn dự định làm gì tháng tới 3) có trở ngại nào hoặc cần trợ giúp không 20:13:03 &lt;zlatinb&gt; zzz: bạn bắt đầu trước 20:13:33 &lt;zzz&gt; 1) các buổi họp NTCP2, đề xuất, đặc tả, triển khai và kiểm thử; phát hành .35; sửa lỗi và sàng lọc lỗi (triage) 20:14:02 &lt;zzz&gt; gộp NTCP2 vào trunk (nhánh chính); gộp các cập nhật EdDSA từ github vào trunk; cập nhật lộ trình 20:14:30 &lt;zzz&gt; 2) kiểm thử NTCP2, sửa lỗi, và những việc khác cho .36; bắt đầu các buổi họp LS2, nghiên cứu, lập kế hoạch 20:14:39 &lt;zzz&gt; 3) không có trở ngại 20:14:40 &lt;zzz&gt; EOT 20:14:55 &lt;zlatinb&gt; eche|on: còn bạn thì sao? 20:15:38 &lt;eche|on&gt; Làm các dịch vụ trên web, quản trị diễn đàn, xử lý các việc tài chính, hỗ trợ phát hành 20:16:02 &lt;eche|on&gt; tiếp tục làm mấy việc đó, chưa có trở ngại nào 20:16:23 &lt;zlatinb&gt; Irc2PGuest44785: meeh tôi biết đó là bạn, bạn có ở đây không? 20:16:43 &lt;zlatinb&gt; có vẻ là không 20:16:48 &lt;zlatinb&gt; str4d: bạn có ở đây không? 20:17:01 &lt;str4d&gt; 1) thiết kế NTCP2. 2) nghiên cứu và thiết kế LS2. 3) tôi không còn thời gian cho việc gì khác. 20:17:19 &lt;zlatinb&gt; tuyệt, mừng thấy bạn 20:17:49 &lt;zlatinb&gt; sadie không ở đây, manas được miễn, vậy còn lại tôi: 20:17:49 &lt;zlatinb&gt; 1) rất nhiều profiling (phân tích hiệu năng), thử nghiệm, cải thiện khả năng chịu tải 20:17:49 &lt;zlatinb&gt; 2 20:17:52 &lt;zlatinb&gt; chưa quyết định 20:17:54 &lt;zlatinb&gt; 3) không hẳn 20:18:14 &lt;zlatinb&gt; tôi nghĩ vậy là hết mọi người 20:18:33 &lt;zlatinb&gt; zzz: quay lại với bạn 20:18:37 &lt;zzz&gt; ok, xong nhanh nhỉ. còn gì nữa cho cuộc họp không? 20:20:01 * zzz tuyên bố kết thúc cuộc họp </div>/vi/blog/2018/06/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.35/Tue, 26 Jun 2018 00:00:00 +0000/vi/blog/2018/06/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.35/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.35 thay đổi loại chữ ký mặc định sang Ed25519. Đây là bước cuối cùng trong quá trình dài chuyển sang các thuật toán mật mã mới hơn, mạnh hơn và nhanh hơn. Bản phát hành này bao gồm nhiều sửa lỗi và cải thiện hiệu năng.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và giúp mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2018/06/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-6-2018/Tue, 05 Jun 2018 00:00:00 +0000/vi/blog/2018/06/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-6-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, obscuratus, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng 0.9.34 F-Droid (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) Cập nhật 0.9.35 (zzz) 20:00:00 &lt;zzz&gt; 3) Cập nhật NTCP2 (zzz) 20:00:00 &lt;zzz&gt; 4) Scrum trạng thái (zab) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:12 &lt;zzz&gt; 1) Tình trạng 0.9.34 F-Droid (str4d, meeh, nextloop) 20:00:20 &lt;zzz&gt; có ai nghe tin gì từ nextloop không? 20:00:30 &lt;eche|on&gt; không 20:01:22 &lt;zzz&gt; Tôi sẽ thử tìm anh ấy trên twitter, nhưng hiện tại F-droid vẫn chưa được cập nhật 20:01:27 &lt;zzz&gt; 2) Cập nhật 0.9.35 (zzz) 20:01:54 &lt;zzz&gt; ok 35 đang tiến triển tốt. chúng tôi đã lùi phát hành lại một tuần. đóng băng tag trong một tuần nữa, hạn chót checkin trong 2 1/2 tuần nữa 20:02:00 &lt;zzz&gt; phát hành trong khoảng 3 tuần nữa 20:02:15 &lt;zzz&gt; còn gì khác ở mục 2) không? 20:02:40 &lt;eche|on&gt; chưa 20:03:07 &lt;zzz&gt; 3) Cập nhật NTCP2 (zzz) 20:03:37 &lt;zzz&gt; chúng tôi vẫn tổ chức họp hằng tuần, nhưng sắp xong những buổi đó rồi. bản đề xuất khá vững, nhưng vẫn còn (có lẽ) một số thay đổi sắp tới nên chưa phải là cuối cùng 20:04:00 &lt;zzz&gt; Tôi có một router thử nghiệm đang chạy trên mạng. Kế hoạch là phát hành hỗ trợ trong .36, mặc định tắt, và bật trong .37 20:04:28 &lt;eche|on&gt; vừa đọc một tweet của orignal đang làm chút ntcp2 cho i2pd 20:04:37 &lt;zzz&gt; chúng tôi dự định dùng cùng quy trình họp bàn và quyết định cho đề xuất LS2, sẽ bắt đầu sớm 20:04:43 &lt;zzz&gt; ừ, mọi hoạt động đều ở #ntcp2 20:04:51 &lt;eche|on&gt; ok 20:04:58 &lt;zzz&gt; còn gì khác ở mục 3) không? 20:05:18 &lt;eche|on&gt; phiên bản .37 sẽ sẵn sàng dùng ntcp2 chứ? 20:05:40 &lt;eche|on&gt; đó là cuối năm 2018 20:05:48 &lt;zzz&gt; đúng, chúng tôi sẽ thử nghiệm trong 36 với những người tự bật nó. Sau đó bật mặc định trong 37 20:05:53 &lt;zlatinb&gt; một câu hỏi nữa: có kế hoạch phát hành chế độ bob-only (chỉ nhận kết nối vào) trong .36 chẳng hạn không? 20:06:03 &lt;zzz&gt; đúng. 37 có thể vào tháng 11 20:06:04 &lt;zlatinb&gt; hoặc bob-only trong .35 để dễ thử nghiệm hơn? 20:06:14 &lt;zzz&gt; bob-only nghĩa là gì? 20:06:28 &lt;zlatinb&gt; chỉ các kết nối TCP đi vào 20:06:45 &lt;zzz&gt; à, chỉ nhận? ừ, ý tưởng đó không tệ. Nhưng không dành cho 35. 20:06:53 &lt;obscuratus&gt; Tôi có thể bắt đầu thử nghiệm ntcp2 trên mạng thử nghiệm của mình không? 20:06:54 &lt;zzz&gt; tùy thuộc vào chúng tôi nhận được bao nhiêu thử nghiệm trong chu kỳ 36 20:07:14 &lt;zzz&gt; obscuratus, không, hỗ trợ đầy đủ sẽ chưa được check-in cho đến sau khi phát hành 35. Nó vẫn đang trong quá trình phát triển 20:07:29 &lt;eche|on&gt; Tôi đoán khá nhanh sau khi phát hành .35 mã sẽ được chuyển vào trunk 20:07:32 &lt;zzz&gt; những gì có trong 35 hiện giờ chỉ là stubs 20:07:36 &lt;zzz&gt; đúng rồi eche|on 20:08:05 &lt;zzz&gt; còn gì khác ở mục 3) không? 20:09:01 &lt;zzz&gt; 4) Scrum trạng thái (zlatinb) 20:09:03 &lt;zzz&gt; mời zlatinb 20:09:33 &lt;zlatinb&gt; chào, Hãy làm như thường lệ: 1. bạn đã làm gì tháng vừa rồi 2. bạn dự định làm gì tháng tới 3. bạn có bị ai chặn tiến độ hoặc cần hỗ trợ gì không 20:09:36 &lt;zlatinb&gt; zzz bắt đầu trước 20:09:44 &lt;zzz&gt; ok 20:10:13 &lt;zzz&gt; Tôi đã dành thời gian gần như ngang nhau cho NTCP2, sửa lỗi, và hoàn thiện một số tính năng mới cho 35 (trình hướng dẫn ssl và thư mục susimail) 20:10:48 &lt;zzz&gt; Tôi dự đoán tháng tới sẽ là NTCP2, sửa lỗi, phát hành 35 vốn luôn tốn nhiều thời gian, và bắt đầu với LS2 20:11:01 &lt;zzz&gt; không có vướng mắc; EOT 20:11:22 &lt;zlatinb&gt; cảm ơn. eche|on ? 20:11:37 &lt;eche|on&gt; nhiều IRC, diễn đàn, quản lý quỹ, làm việc trên hệ thống tiền điện tử 20:11:54 &lt;eche|on&gt; tiếp tục công việc này, chưa có vướng mắc, trừ kỳ nghỉ ^^ 20:12:12 &lt;zlatinb&gt; ok. str4d bạn có ở đây không? 20:12:40 &lt;zlatinb&gt; có vẻ là không. meeh bạn có ở đây không? 20:13:18 &lt;zlatinb&gt; có vẻ là không. sadie không tham gia được, mhatta và slumlord cũng không có mặt 20:13:26 &lt;zlatinb&gt; vậy là hết rồi 20:13:36 &lt;zlatinb&gt; eot 20:13:36 &lt;eche|on&gt; mùa nghỉ lễ đã ập đến với chúng ta.. 20:13:44 &lt;eche|on&gt; baffer? 20:13:46 &lt;zzz&gt; ok, còn ai có gì thêm cho cuộc họp không? 20:14:31 &lt;zzz&gt; ừ, đến giờ baffer rồi 20:14:52 &lt;zzz&gt; cuộc họp ngắn, nhưng có nhiều thứ đang diễn ra, tất cả đều tốt 20:14:59 * zzz *bafs* cuộc họp kết thúc 20:15:01 &lt;zzz&gt; cảm ơn mọi người </div>/vi/blog/2018/05/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-5-2018/Tue, 01 May 2018 00:00:00 +0000/vi/blog/2018/05/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-5-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> anonymousmaybe, orignal, str4d, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tình trạng 0.9.34 F-Droid (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) cập nhật 0.9.35 (zzz) 20:00:00 &lt;zzz&gt; 3) cập nhật NTCP2 (zzz) 20:00:00 &lt;zzz&gt; 4) Scrum trạng thái (zab) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:09 &lt;zzz&gt; 1) Tình trạng 0.9.34 F-Droid (str4d, meeh, nextloop) 20:00:27 &lt;zlatinb&gt; chào 20:00:31 &lt;zzz&gt; ok tôi tin rằng thứ duy nhất còn lại cho 34 là F-Droid? các bạn có cập nhật nào không? 20:00:35 &lt;orignal_&gt; chào 20:02:10 &lt;zzz&gt; ok, đã 3 tuần kể từ khi phát hành 34, hy vọng nó sẽ sớm hoàn tất 20:02:15 &lt;zzz&gt; còn gì nữa ở mục 1) không? 20:03:01 &lt;zzz&gt; 2) cập nhật 0.9.35 (zzz) 20:03:08 &lt;zzz&gt; 35 đang tiến triển tốt 20:03:29 &lt;zzz&gt; Đã 3 tuần trôi qua, còn 7 tuần nữa, đến giờ có 16K dòng diff. đóng băng tính năng trong 1-2 tuần nữa 20:03:57 &lt;zzz&gt; đến giờ có nhiều thứ hay ho. như thường lệ, cần người thử nghiệm 20:04:12 &lt;zzz&gt; còn gì nữa ở mục 2) không? 20:06:00 &lt;zzz&gt; 3) cập nhật NTCP2 (zzz) 20:06:20 &lt;zzz&gt; hôm qua chúng tôi có cuộc họp thứ 6 và tôi đã cập nhật hàng tuần cho đề xuất vài giờ trước, nó đã lên trên trang của chúng tôi 20:06:45 &lt;zzz&gt; điều này về cơ bản kết thúc giai đoạn đặc tả. Nó chưa đẹp và chắc chắn sẽ còn thay đổi, nhưng các phần lớn đã được quyết định 20:07:11 &lt;zzz&gt; chúng ta hiện ở giai đoạn triển khai thử nghiệm. mỗi dự án nên viết mã một triển khai trước cuối tháng 5, và chúng ta sẽ làm kiểm thử khả năng tương tác vào tháng 6 20:07:37 &lt;zzz&gt; tất nhiên chúng ta sẽ tiếp tục cập nhật đặc tả dựa trên những gì học được khi bắt đầu viết mã 20:08:00 &lt;zzz&gt; vì vậy mọi thứ đang tiến triển khá tốt 20:08:15 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:08:21 &lt;orignal_&gt; zzz, bạn có thể liệt kê tất cả phần mật mã cần cho NTCP2 không? 20:08:38 &lt;zzz&gt; vui lòng đọc đặc tả, đừng làm việc này ở đây, cảm ơn 20:08:39 &lt;orignal_&gt; ngoài những gì đã có trong I2P 20:09:02 &lt;zzz&gt; hoặc chúng ta có thể thảo luận n #ntcp2 sau cuộc họp 20:09:34 &lt;orignal_&gt; tôi nghĩ nó có thể thú vị cho mọi người 20:09:36 &lt;i2pr&gt; [Slack/str4d] Trời ơi mạng 20:09:41 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:09:52 &lt;i2pr&gt; [Slack/str4d] Đang gõ 20:10:07 &lt;i2pr&gt; [Slack/str4d] Giờ khi chúng ta đã có một bản nháp đặc tả tương đối ổn định, tôi sẽ xem liệu cuối tuần này có thể dọn dẹp nó một chút không, rồi tôi sẽ nhờ vài người bạn làm mật mã của tôi xem qua. 20:11:01 &lt;zzz&gt; ok 20:11:08 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:12:02 &lt;zzz&gt; 4) Scrum trạng thái (zab) 20:12:06 &lt;zzz&gt; mời zlatinb 20:12:15 &lt;zlatinb&gt; Chào, trước khi bắt đầu - tôi đã nhận được yêu cầu tài trợ từ mọi người trừ mhatta, nhưng đó là do nhầm lẫn về PGP 20:12:32 &lt;zlatinb&gt; vì vậy tối nay tôi sẽ gửi các phê duyệt cuối cùng cho ech 20:12:41 &lt;zlatinb&gt; và của mhatta sẽ bị trễ một chút 20:13:37 &lt;zlatinb&gt; ok bắt đầu nhé - lần lượt quanh phòng, 1-2-3 20:13:37 &lt;zlatinb&gt; zzz: bắt đầu 20:13:45 &lt;zzz&gt; ok 1) tháng trước: 20:14:12 &lt;zzz&gt; phát hành 34, thư mục susimail, DNSoverhTTPS, trình hướng dẫn SSL, nhóm đã rà soát bài báo PETS, bản phát hành orchid mới... 20:14:23 &lt;zzz&gt; đặc tả NTCP2, nhiều cuộc họp và lập kế hoạch, rất nhiều sửa lỗi 20:14:30 &lt;zzz&gt; 2) tháng tới: 20:14:51 &lt;zzz&gt; triển khai NTCP2, hoàn thiện trình hướng dẫn SSL, rất nhiều sửa lỗi, thêm lập kế hoạch và họp 20:15:04 &lt;zzz&gt; 3) trở ngại: đặc tả chỉ báo sẵn sàng TAILS của mhatta 20:15:06 &lt;zzz&gt; Hết 20:15:18 &lt;zlatinb&gt; ok. str4d tới lượt bạn 20:15:31 &lt;i2pr&gt; [Slack/str4d] 1) Tháng vừa qua: 20:15:56 &lt;i2pr&gt; [Slack/str4d] - Hoàn tất chuyển I2P-Bote sang bản phát hành chính thức Apache James Server, khiến IMAP và SMTP hoạt động đủ tốt để triển khai một dịch vụ chuyển tiếp giao dịch Zcash, đã ra bản phát hành mới. 20:16:24 &lt;i2pr&gt; [Slack/str4d] - Hoàn tất bài viết XRDS 20:16:33 &lt;i2pr&gt; [Slack/str4d] - Rà soát bản cập nhật nháp VRP 20:16:40 &lt;i2pr&gt; [Slack/str4d] - Sửa lỗi 20:16:50 &lt;i2pr&gt; [Slack/str4d] - Các buổi họp thiết kế/đặc tả NTCP2 20:17:02 &lt;i2pr&gt; [Slack/str4d] - Đã triển khai (gần như toàn bộ) đặc tả nháp NTCP2 bằng Rust 20:17:07 &lt;i2pr&gt; [Slack/str4d] 2) Tháng tới: 20:17:32 &lt;i2pr&gt; [Slack/str4d] - Triển khai nốt vài góc cạnh còn lại của NTCP2 trong đặc tả nháp 20:17:46 &lt;i2pr&gt; [Slack/str4d] - Viết bộ khung để tạo các vector kiểm thử NTCP2 20:17:55 &lt;i2pr&gt; [Slack/str4d] - Tự thuyết phục rằng SipHash là ổn cho length blinding (che giấu độ dài) 20:18:09 &lt;i2pr&gt; [Slack/str4d] - Viết tài liệu về che giấu bằng AES cho các khóa tạm thời như một phần mở rộng của Noise 20:18:26 &lt;i2pr&gt; [Slack/str4d] - Làm việc trên triển khai Noise bằng Java cùng zzz và meeh 20:18:39 &lt;i2pr&gt; [Slack/str4d] - Phát hành những thứ cần thiết khi cần 20:19:32 &lt;i2pr&gt; [Slack/str4d] 3) Trở ngại lớn: hiện không có; Khó khăn nhỏ: việc đi lại. 20:19:34 &lt;i2pr&gt; [Slack/str4d] Hết 20:20:00 &lt;zlatinb&gt; được rồi. meeh bạn có ở đây không? 20:20:49 &lt;zlatinb&gt; echelon? sadie? 20:21:31 &lt;zlatinb&gt; mhatta: bạn có ở quanh đây không? 20:22:06 &lt;zlatinb&gt; :( 20:22:11 &lt;anonymousmaybe&gt; xin lỗi đã ngắt lời, ở đây có phần hỏi đáp thảo luận không? hay chỉ liệt kê thôi? 20:22:39 &lt;zlatinb&gt; anonymousmaybe: SCRUM - liệt kê công việc, thảo luận có thể sau 20:22:39 &lt;zzz&gt; trong khoảng 30 giây nữa tôi sẽ hỏi các chủ đề khác, chờ nhé 20:23:01 &lt;zzz&gt; thế là xong phần của bạn chứ, zlatinb? 20:23:08 &lt;anonymousmaybe&gt; tôi hiểu, cảm ơn 20:23:09 &lt;zlatinb&gt; tôi đoán vậy 20:23:36 &lt;zzz&gt; ok, có lẽ đã đến lúc bạn gửi một email nghiêm khắc cho mọi người, yêu cầu họ có mặt và đúng giờ... 20:23:48 &lt;zzz&gt; ok thế là xong mục 4) 20:23:57 &lt;zzz&gt; còn gì khác cho cuộc họp không? anonymousmaybe tới lượt bạn 20:24:51 &lt;anonymousmaybe&gt; tôi muốn hỏi về việc triển khai DNSoverhTTPS, 20:25:34 &lt;zzz&gt; ok, đó là chi tiết kỹ thuật nên thảo luận sau cuộc họp trạng thái 20:25:46 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:26:40 &lt;anonymousmaybe&gt; với tôi thì không 20:27:01 * zzz lấy cái baffer 20:27:38 * zzz *bbbaffs* cuộc họp clased </div>/vi/blog/2018/04/10/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.34/Tue, 10 Apr 2018 00:00:00 +0000/vi/blog/2018/04/10/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.34/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.34 bao gồm các bản sửa lỗi quan trọng cho các dịch vụ ẩn, streaming (thư viện truyền luồng), và SAM. Bản phát hành này tiếp tục công việc chuẩn bị để Ed25519 trở thành kiểu chữ ký mặc định và NTCP2 trở thành một transport (giao thức truyền tải) mới. Bao gồm cả các cải tiến hiệu năng và các bản sửa lỗi thường lệ.</p>/vi/blog/2018/04/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-4-n%C4%83m-2018/Tue, 03 Apr 2018 00:00:00 +0000/vi/blog/2018/04/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-4-n%C4%83m-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> manas, meeh, str4d, zlatinb, zzz</p> <h2 id="biên-bản-cuộc-họp">Biên bản cuộc họp</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Chào 20:00:01 &lt;zzz&gt; 1) cập nhật 0.9.34 (zzz) 20:00:01 &lt;zzz&gt; 2) các ticket blocker 0.9.34 (str4d) 20:00:01 &lt;zzz&gt; 3) vai trò và lịch build/phát hành Android/Maven cho 0.9.34 (str4d/meeh) 20:00:01 &lt;zzz&gt; 4) Đề xuất gỡ open4you.i2p và git.repo.i2p khỏi trang chủ console (anonymousmaybe) 20:00:01 &lt;zzz&gt; 5) kế hoạch 0.9.35 (zzz) 20:00:01 &lt;zzz&gt; 6) kế hoạch NTCP2 (zzz) 20:00:01 &lt;zzz&gt; 7) Status scrum (zab) 20:00:05 &lt;zzz&gt; 0) Chào 20:00:07 &lt;zzz&gt; Chào 20:00:30 &lt;zzz&gt; chào mừng đến cuộc họp 269, kéo dài gần 16 năm 20:00:33 &lt;manas&gt; Chào 20:00:43 &lt;zlatinb&gt; chào 20:00:44 &lt;zzz&gt; 1) cập nhật 0.9.34 (zzz) 20:00:55 &lt;zzz&gt; ok, hạn chót dịch và check-in là trong 3 ngày nữa 20:01:20 &lt;zzz&gt; không có nhiều báo cáo lỗi gần đây 20:01:36 &lt;zzz&gt; vậy là mọi thứ có vẻ ổn, còn phụ thuộc mục 2) 20:01:56 &lt;zzz&gt; Tôi đã làm việc trên .35 và các phần sau đó trong vài tuần qua 20:02:04 &lt;zzz&gt; còn gì cho mục 1) không? 20:03:00 &lt;zzz&gt; 2) các ticket blocker 0.9.34 (str4d) 20:03:25 &lt;i2pr&gt; [Slack/str4d] Hi :B 20:03:32 &lt;zzz&gt; str4d có vài ticket blocker tồn đọng từ vài tháng trước, và đã bị đẩy qua vài bản phát hành rồi 20:03:38 &lt;manas&gt; chào str4d 20:03:38 &lt;zzz&gt; str4d, kế hoạch của bạn cho những cái này là gì? 20:04:10 &lt;i2pr&gt; [Slack/str4d] Tôi thấy hai ticket blocker. 20:04:19 &lt;i2pr&gt; [Slack/str4d] Một cái là reseed (tải seed khởi tạo) trên các Android cũ 20:04:39 &lt;zzz&gt; ok tốt, 2 thì tốt hơn 'vài cái' 20:04:45 &lt;i2pr&gt; [Slack/str4d] Với cái đó, chúng tôi đã thu hẹp khung vấn đề, nhưng lúc đó không xác định được cách sửa (cách đã thử không hiệu quả) 20:05:07 &lt;i2pr&gt; [Slack/str4d] Hiện tôi không có thời gian để làm tiếp, và các phiên bản cũ thì ngày càng ít người dùng 20:05:24 &lt;i2pr&gt; [Slack/str4d] Vì vậy tôi nghĩ chúng ta nên ngừng hỗ trợ các phiên bản Android cũ 20:05:59 &lt;i2pr&gt; [Slack/str4d] Lưu ý Google Play Store đã yêu cầu các bản tải lên ứng dụng mới phải tuân theo API mới hơn, nên theo nghĩa đó chúng ta có thể bị buộc phải làm vậy nếu muốn tiếp tục phát hành qua GPlay 20:07:02 &lt;zzz&gt; còn cái kia? 20:07:16 &lt;i2pr&gt; [Slack/str4d] Bỏ hỗ trợ cho các API cũ sẽ tương đối đơn giản như một phần của bản cập nhật tới, nếu chúng ta đồng ý. 20:08:03 &lt;i2pr&gt; [Slack/str4d] Cái còn lại là sửa các chuỗi dịch từ 0.9.31 (trong OP ghi "nhỏ, nhưng xếp loại là blocker") 20:09:19 &lt;i2pr&gt; [Slack/str4d] Một số tôi đã sửa cục bộ, nhưng chưa có thời gian tách ra và đẩy lên. 20:09:41 &lt;zzz&gt; Tôi đoán câu hỏi là liệu bạn còn định sửa lỗi UI nào không. Bản sửa cuối cùng từ bạn là 5 tháng trước. Tôi đã đánh dấu khoảng 10 ticket cách đây một tháng muốn được sửa cho .34. Bạn có định làm UI nữa không hay chúng tôi nên tìm người thay thế? 20:09:58 &lt;i2pr&gt; [Slack/str4d] Thực tế mà nói, nếu để tôi thì nó sẽ còn trượt lịch, vì hiện ưu tiên của tôi ở chỗ khác. 20:10:39 &lt;i2pr&gt; [Slack/str4d] Tôi có kế hoạch đẩy thêm các bản vá UI, nhưng không có thời gian để làm trong khung thời gian đủ ngắn. 20:11:05 &lt;zzz&gt; ok vậy chúng tôi không nên kỳ vọng bất kỳ công việc UI nào, kể cả các sửa đơn giản, từ bạn, cho .34 hay về sau? 20:11:31 &lt;i2pr&gt; [Slack/str4d] Vấn đề là chữ "đơn giản" đang gánh rất nhiều ở đó :stuck_out_tongue: 20:12:11 &lt;i2pr&gt; [Slack/str4d] Với .34, đúng vậy, đừng mong đợi công việc UI nào từ tôi. 20:12:15 &lt;zzz&gt; ok. Giá mà chúng tôi biết điều này vài tháng trước. Chúng tôi đã mất rất nhiều thời gian. Chúng tôi sẽ bắt đầu phân công lại công việc và tìm người thay thế. 20:12:22 &lt;zzz&gt; còn gì cho mục 2) không? 20:13:01 &lt;i2pr&gt; [Slack/str4d] Tôi sẵn sàng chuyển các bộ patch cho người khác để tách các sửa "đơn giản" - có lẽ họ sẽ may mắn hơn tôi khi vật lộn với monotone+git 20:13:23 &lt;zzz&gt; 3) vai trò và lịch build/phát hành Android/Maven cho 0.9.34 (str4d/meeh) 20:14:03 &lt;zzz&gt; Tôi muốn biết str4d và meeh đã thống nhất ai làm gì cho các bản phát hành maven/fdroid/android của .34 chưa, để tôi biết ai chịu trách nhiệm và khi nào nó sẽ diễn ra 20:15:37 &lt;i2pr&gt; [Slack/str4d] Meeh có khóa ký cho Android và FDroid 20:15:51 &lt;meeh&gt; Chúng ta có thể quyết luôn bây giờ. Bạn nghĩ sao str4d , bạn có thời gian cho việc này không, hay tôi làm? 20:16:16 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ rất vui nếu bạn làm còn tôi ngồi hướng dẫn bên tai :slightly_smiling_face: 20:16:31 &lt;i2pr&gt; [Slack/str4d] (vì tôi muốn xây dựng năng lực phát hành của chúng ta) 20:16:47 &lt;zzz&gt; meeh vậy ổn chứ? 20:17:00 &lt;i2pr&gt; [Slack/str4d] Chúng ta có thể sắp xếp thời gian để pair về việc này. 20:17:16 &lt;meeh&gt; Ừ, chúng ta làm vậy. Đó là phương án tốt nhất lúc này, để bạn cập nhật cho tôi cách làm và những gì cần làm 20:17:29 &lt;zzz&gt; còn Maven Central thì sao? 20:17:45 &lt;i2pr&gt; [Slack/str4d] Hiện tôi là người duy nhất có thông tin đăng nhập cho nó. 20:18:08 &lt;meeh&gt; Ừ, tôi không có quyền truy cập Maven 20:18:22 &lt;i2pr&gt; [Slack/str4d] Cần qua vài thủ tục với Sonatype để thay đổi điều đó 20:18:29 &lt;zzz&gt; vậy bạn sẽ tự làm hay trao quyền cho meeh? Tôi cần biết ai chịu trách nhiệm và khi nào sẽ diễn ra 20:18:39 &lt;i2pr&gt; [Slack/str4d] (mơ hồ nhớ lại những gì tôi đã phải làm để thiết lập nó ban đầu) 20:18:52 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ làm việc đó cho .34 20:19:21 &lt;i2pr&gt; [Slack/str4d] (có lẽ trong cùng buổi pair với meeh) 20:19:57 &lt;zzz&gt; ok tôi có thể buộc hai bạn với hạn chót hai tuần để phát hành hết không? Nếu tôi cắt nhánh xong trước 10/4, thì sẽ là 24/4. ok? 20:20:41 &lt;i2pr&gt; [Slack/str4d] Được. 20:20:51 &lt;zzz&gt; ok meeh? 20:20:56 &lt;i2pr&gt; [Slack/str4d] Tôi ở Denver tuần của ngày 9, rồi về UK tuần sau 20:21:09 &lt;i2pr&gt; [Slack/str4d] Vậy tuần nào thuận múi giờ cho meeh hơn thì làm 20:21:11 &lt;meeh&gt; Ừ 20:21:39 &lt;zzz&gt; ok. meeh bạn cũng còn nợ tôi một ack rằng bạn đã kiểm tra báo cáo crash trên gplay 20:21:45 &lt;zzz&gt; còn gì ở mục 3) không? 20:21:49 &lt;meeh&gt; Tôi có thể điều chỉnh để phù hợp với str4d trong khung thời gian đó 20:22:27 &lt;zzz&gt; 4) Đề xuất gỡ open4you.i2p và git.repo.i2p khỏi trang chủ console (anonymousmaybe) 20:22:48 &lt;zzz&gt; ok anonymousmaybe báo rằng hai site đó đã sập hàng tuần hoặc hàng tháng và khuyến nghị gỡ chúng khỏi router console 20:22:55 &lt;zzz&gt; ai phản đối không? 20:23:28 &lt;i2pr&gt; [Slack/str4d] git.repo.i2p đã down một thời gian chủ yếu vì tôi không có thời gian vào làm cho nó chạy lại. 20:23:53 &lt;zzz&gt; vậy là tôi không thấy bạn phản đối :) 20:23:55 &lt;i2pr&gt; [Slack/str4d] Nếu muốn nó chạy lại, tôi có thể thu xếp thời gian làm. Nhưng tôi cũng không phản đối nếu nó bị gỡ. 20:24:06 &lt;zzz&gt; nếu không, tôi sẽ gỡ cả hai cho .34 20:24:31 &lt;i2pr&gt; [Slack/str4d] Không phản đối từ tôi với open4you.i2p 20:24:33 &lt;zzz&gt; bạn có thể xin thêm lại theo quy trình bình thường của chúng tôi khi nó hoạt động trở lại và ổn định 20:25:00 &lt;zzz&gt; để các liên kết chết trên trang chủ console của chúng ta là trải nghiệm người dùng tệ, và chúng ta có trách nhiệm hoặc giữ chúng hoạt động hoặc gỡ bỏ 20:25:06 &lt;i2pr&gt; [Slack/str4d] ACK (nếu nhớ không nhầm tôi đã theo quy trình đó lần đầu rồi :D) 20:25:15 &lt;zzz&gt; ok còn gì ở mục 4) không? 20:25:54 &lt;zzz&gt; 5) kế hoạch 0.9.35 (zzz) 20:26:11 &lt;zzz&gt; ok chúng ta đã có một cuộc họp roadmap cách đây một hai tuần, và roadmap trên website phản ánh kết quả đó 20:26:22 &lt;zzz&gt; mọi thứ khác đã bị đẩy sang 36/37 20:26:35 &lt;zzz&gt; chúng tôi đã tập trung làm các tính năng cho 35 được vài tuần rồi 20:26:55 &lt;zzz&gt; đây là cách tôi muốn làm cho mọi bản phát hành, nơi công việc được hoàn tất trước và sau đó merge sớm trong chu kỳ 20:27:13 &lt;i2pr&gt; [Slack/str4d] +1 20:27:13 &lt;zzz&gt; lịch là phát hành .35 vào giữa-cuối tháng 6, chu kỳ chuẩn 10 tuần 20:27:34 &lt;manas&gt; Sẽ có một cuộc họp tương tự như lần trước trước khi phát hành .35 chứ? 20:27:57 &lt;zzz&gt; đúng, tôi muốn tổ chức một cuộc họp roadmap cho lần tới vài tuần trước mỗi lần phát hành 20:28:06 &lt;manas&gt; ok nghe tốt 20:28:20 &lt;zzz&gt; còn gì khác cho mục 5) không? 20:28:35 &lt;zzz&gt; s/all the// 20:29:08 &lt;i2pr&gt; [Slack/str4d] roadmap .35 có vẻ hợp lý với tôi 20:29:24 &lt;i2pr&gt; [Slack/str4d] +1 cho cải tiến thiết lập mạng thử nghiệm riêng tư :smile: 20:30:01 &lt;zzz&gt; 6) kế hoạch NTCP2 (zzz) 20:30:09 &lt;manas&gt; Tôi đã đăng trên diễn đàn hơi muộn nhưng muốn có một cuộc họp (hoặc thảo luận ở cuộc họp tới) để bàn chi tiết về mạng thử nghiệm riêng tư 20:30:30 &lt;zzz&gt; ok chúng tôi đã triệu tập một nhóm với đại diện từ cả 3 dự án. Đến nay đã họp hai lần và đã đăng một phiên bản mới của đề xuất 20:30:39 &lt;meeh&gt; manas tôi sẽ liên hệ bạn trong một hai ngày nữa, tôi cũng đã làm một chút về chủ đề này 20:30:43 &lt;zzz&gt; chúng tôi dự định họp mỗi tuần một lần và đưa ra bản nháp mới sau mỗi cuộc họp 20:30:49 &lt;manas&gt; meeh: được :) 20:31:02 &lt;zzz&gt; mục tiêu là xong vào cuối tháng 4 và có các bản triển khai thử vào cuối tháng 5. 20:31:19 &lt;zzz&gt; cuộc họp tiếp theo ở #ntcp2 ngày 9/4, 4 PM UTC, hoan nghênh mọi người. 20:31:20 &lt;i2pr&gt; [Slack/str4d] Đang tiếp tục theo đề xuất nào? 20:31:36 &lt;zzz&gt; phiên bản mà chúng tôi đã đăng hôm qua. 20:31:52 &lt;zlatinb&gt; nó có trên diễn đàn clearnet đấy str4d 20:32:16 &lt;zzz&gt; thực ra, nó ở trên website. đề xuất 111. 20:32:56 &lt;i2pr&gt; [Slack/str4d] Được, vậy đó là bản cập nhật tôi đã đề xuất 20:33:06 &lt;zzz&gt; có thể góp ý trên i2pforum.i2p, i2pforum.i2p, ticket trên trac, chủ đề zzz.i2p, trong #ntcp2, ở đây, bạn có thể email cho tôi, theo bất kỳ cách nào mọi người muốn. Clearnet hay không. Chúng tôi hoan nghênh mọi sự tham gia từ tất cả mọi người. 20:33:11 &lt;i2pr&gt; [Slack/str4d] Tôi cần kiểm tra xem những gì đã đẩy lên website có khớp với những gì tôi đang làm cục bộ không 20:33:46 &lt;zzz&gt; như tôi đã email cho bạn một tuần trước, chúng tôi không yêu cầu một đề xuất riêng từ bạn. 20:34:12 &lt;zzz&gt; 111 sẽ là đề xuất và chúng tôi sẽ cập nhật nó mỗi tuần sau cuộc họp.\ 20:34:33 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ ping bạn sau cuộc họp. 20:34:40 &lt;zzz&gt; còn gì ở mục 6) không? 20:36:00 &lt;zzz&gt; 7) Status scrum (zab) 20:36:04 &lt;zzz&gt; đến lượt bạn zlatinb 20:36:30 &lt;zlatinb&gt; Chào. Trước khi bắt đầu scrum, mọi người muốn được trả tiền vui lòng điền bảng chấm công/mẫu yêu cầu mà zzz đã đăng trên diễn đàn của anh ấy 20:36:55 &lt;zlatinb&gt; và email mẫu đó cho tôi 20:36:58 &lt;zlatinb&gt; giờ bắt đầu scrum 20:37:01 &lt;zzz&gt; ok tôi đề nghị chờ ít nhất đến tuần cuối tháng, để mọi người biết mình đã làm bao nhiêu đến lúc đó? 20:37:42 &lt;i2pr&gt; [Slack/str4d] Tôi đồng ý. Theo tôi hiểu thì quý bắt đầu vào tháng 2 20:37:43 &lt;zlatinb&gt; được, nhưng tôi sẽ cần vài ngày sau khi nhận được mẫu 20:38:09 &lt;manas&gt; Tôi tin bài đăng nói không trước 23 THÁNG 4 20:38:29 &lt;zzz&gt; Trong bài tôi nói sớm nhất gửi email là 23/4 và muộn nhất là 30/4. Nhưng bạn đưa ra quy định và tôi sẽ cập nhật. 20:38:49 &lt;zlatinb&gt; những ngày đó ổn 20:39:07 * zlatinb bị bắt bài vì chưa đọc bài đăng ;-) 20:39:17 &lt;zlatinb&gt; dù sao :) 20:39:50 &lt;zlatinb&gt; vậy scrum - chúng ta sẽ lần lượt, khi được gọi tên vui lòng đăng mô tả ngắn về 20:39:56 &lt;zlatinb&gt; 1) bạn đã làm gì từ lần scrum trước 20:40:02 &lt;zlatinb&gt; 2) bạn dự định làm gì trong tháng tới 20:40:21 &lt;zlatinb&gt; 3) bạn có bị ai chặn/ phụ thuộc không hoặc có cần giúp gì không 20:40:40 &lt;zlatinb&gt; vui lòng vẫn làm dù bạn đã cập nhật trên video chat, cái này để lưu lại 20:41:02 &lt;zlatinb&gt; vậy, zzz bạn trước 20:41:35 &lt;zzz&gt; cảm ơn zlatinb. Tháng qua tôi đã làm rất nhiều cho bản phát hành .34, gồm nhiều sửa lỗi và tính năng mới. 20:42:13 &lt;zzz&gt; Gần đây, tôi đã chuyển sang các tính năng và nghiên cứu cho 35, bao gồm thư mục susimail, và giao thức NTCP2 mới 20:42:53 &lt;zzz&gt; tháng tới tôi dự định rà soát bài báo chúng ta nhận được một tháng trước, tiếp tục làm NTCP2, phát hành 34, 20:43:05 &lt;zzz&gt; và sửa lỗi. 3) không có blocker. EOT. 20:43:18 &lt;zlatinb&gt; cảm ơn 20:43:26 &lt;zlatinb&gt; eche|off: bạn có tình cờ ở đây không? 20:43:39 &lt;zzz&gt; tôi nghĩ là không 20:43:40 &lt;zlatinb&gt; Tôi biết anh ấy nói sẽ không, nhưng cứ hỏi thử... 20:44:03 &lt;zlatinb&gt; được rồi. Full-timer tiếp theo - meeh, mời 20:44:22 &lt;meeh&gt; Điểm chính 20:44:22 &lt;meeh&gt; Tôi sắp xong một MVP cho trình khởi chạy OSX mới, cải thiện dịch vụ outproxy (proxy ra ngoài) và tối chỉnh để hiệu năng tốt hơn. Tôi đã làm vài bài test Scala, sẽ còn nữa. Và tôi đã dựng các hệ thống test tôi cần cho cả phát triển/kiểm thử Android và OSX. Cũng dành chút thời gian để làm quen lại với các codebase. Ngoài ra đọc thêm một số đề xuất. 20:44:40 &lt;meeh&gt; Linh tinh: Nhiều thứ tôi thật sự không nhớ ra lúc này. 20:45:23 &lt;meeh&gt; Cho vòng tới: Hoàn thiện MVP cho OSX. Làm bạn bất ngờ với một gói trình duyệt đẹp. Tập trung hơn vào các bài test Scala, Android và tài liệu đóng góp 20:45:51 &lt;meeh&gt; Blocker; mja.. cần chắc chắn hơn về các thay đổi DNS như đã bàn trong video lần trước 20:46:12 &lt;zlatinb&gt; đúng vậy, tôi sẽ phải nghiêm túc hơn trong việc thúc welt 20:46:34 &lt;zlatinb&gt; còn gì nữa không meeh ? 20:46:51 &lt;meeh&gt; Bởi vì khi chúng ta có thể chắc chắn về các thay đổi và thời điểm, tôi có thể ngừng một số dịch vụ cũ với máy chủ và phần mềm mới (dọn dẹp, v.v.) 20:46:59 &lt;meeh&gt; Cải thiện các dịch vụ của tôi cho I2P 20:47:04 &lt;meeh&gt; Xong rồi :) 20:47:19 &lt;zlatinb&gt; tuyệt 20:47:35 &lt;zlatinb&gt; manas: chỗ bạn chắc là rất khuya, vui khi gặp bạn, cập nhật của bạn nhé? 20:47:56 &lt;manas&gt; chào mọi người. vui khi gặp lại mọi người 20:47:57 &lt;manas&gt; tóm tắt: Tôi đã học đến chương 4, nói về cú pháp Java, của cuốn sách tôi dùng để học Java. Sẽ tiếp tục chương 5 trong tháng này, về đối tượng trong Java. Đã viết một số mã Java được zzz review (cảm ơn, zzz). Sẽ tiếp tục học về crypto. Đọc về ant và gradle. Nghĩ về test net, dự định mua một số phần cứng cho 20:47:58 &lt;manas&gt; việc này. Tiếp tục duy trì các dịch vụ tôi vận hành và theo sát các công bố bảo mật. Đọc/phản hồi các bài trên trac và diễn đàn thường xuyên. 20:48:19 &lt;manas&gt; meeh, nếu bạn có bất kỳ bài viết/tài liệu nào về vận hành một outproxy tôi rất muốn đọc :) 20:48:21 &lt;manas&gt; eot 20:48:57 &lt;zlatinb&gt; tốt lắm - tôi muốn sớm nói về chuyện outproxy dưới góc độ OTF 20:49:08 &lt;meeh&gt; Chắc rồi, ta có thể bàn chuyện đó sau. Về cơ bản đó là một tunnel không có gì trong trường domain 20:49:09 &lt;zlatinb&gt; nhưng giờ quay lại scrum - str4d lượt của bạn 20:49:11 &lt;zlatinb&gt; lượt 20:49:18 &lt;i2pr&gt; [Slack/str4d] Trong tháng vừa qua tôi đã làm việc trên các đặc tả crypto hiện tại của chúng ta, bắt đầu quá trình chuyển các đề xuất sang diễn đàn mới, tham dự cuộc họp nhà phát triển Tor ở Rome (cho Zcash, nhưng có nhiều thảo luận liên quan đến I2P), làm việc với Elio/Ura về mockup trang web, làm việc trên Ire để chuẩn bị cho triển khai nháp NTCP2, và nói chung là suy nghĩ 20:49:19 &lt;i2pr&gt; về các primitive crypto của NTCP2. 20:50:20 &lt;i2pr&gt; [Slack/str4d] Trong tháng tới tôi dự định kiểm tra email XD, pair với meeh về Android/Maven .34, đưa các cuộc họp mà tôi có vẻ bỏ lỡ vào lịch, rà soát bài báo, bắt đầu triển khai nháp NTCP2 để hiểu một số vấn đề với thư viện Noise, và làm việc về đặc tả làm mù khóa tạm thời theo kiểu Elligator. 20:50:50 &lt;i2pr&gt; [Slack/str4d] Blocker duy nhất là liên quan đến email, sẽ ping mọi người sau về việc này. 20:50:57 &lt;i2pr&gt; [Slack/str4d] EOT 20:51:38 &lt;zlatinb&gt; i2pr: str4d ping ping 20:52:35 &lt;zlatinb&gt; cảm ơn 20:52:46 &lt;zlatinb&gt; sadie có ở trên slack không? 20:53:40 &lt;zlatinb&gt; nếu không thì tôi nghĩ đây là đầy đủ mọi người / mọi thứ cho mục 7) 20:54:03 &lt;zzz&gt; ok, cảm ơn zlatinb, còn ai có gì thêm cho cuộc họp không? 20:54:38 &lt;i2pr&gt; [Slack/str4d] Tôi nghĩ cô ấy không ở đây 20:54:55 &lt;meeh&gt; không, chỉ thông báo rằng tôi sẽ thiết lập thêm tài nguyên cho outproxy và cải thiện nó 20:55:03 * zzz chộp lấy baffer 20:56:00 * zzz *baffs* kết thúc cuộc họp </div>/vi/blog/2018/03/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-3-n%C4%83m-2018/Tue, 06 Mar 2018 00:00:00 +0000/vi/blog/2018/03/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-3-n%C4%83m-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, meeh, psi, str4d, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) các hạng mục phát hành còn lại của 0.9.33 (f-droid.org, Debian chính thức) (nextloop, mhatta) 20:00:00 &lt;zzz&gt; 2) cập nhật 0.9.34 (zzz) 20:00:00 &lt;zzz&gt; 3) Scrum trạng thái (họp ngắn kiểu Agile) (zab) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; hi 20:00:17 &lt;zlatinb&gt; hi 20:00:20 &lt;zzz&gt; chào mừng tới cuộc họp số 268 của dự án tuyệt vời 15 năm tuổi này! 20:00:44 &lt;zzz&gt; 1) các hạng mục phát hành còn lại của 0.9.33 (f-droid.org, Debian chính thức) (nextloop, mhatta) 20:01:03 &lt;zzz&gt; ok, nextloop đã làm một PR (pull request) cho f-droid, nó chưa xuất hiện, nhưng hy vọng sẽ sớm có 20:01:30 &lt;zzz&gt; với Debian, chúng ta vẫn chưa nghe gì từ mhatta, và đã lỡ hạn chót Bionic 20:01:51 &lt;zzz&gt; còn gì cho mục 1) không? 20:03:01 &lt;zzz&gt; 2) cập nhật 0.9.34 (zzz) 20:03:37 &lt;zzz&gt; chúng ta đã đi được nửa chu kỳ 10 tuần theo kế hoạch. Tôi đã đặt hạn chót checkin là 4 1/2 tuần kể từ bây giờ. Đóng băng tag trong 3 tuần nữa, phát hành trong 5 tuần 20:04:03 &lt;zzz&gt; hiện có 16K dòng diff. Thay đổi đáng chú ý nhất là phần 2 của việc làm lại susimail. Còn lại là các bản sửa lỗi khắp nơi 20:04:28 &lt;zzz&gt; tôi khuyến khích mọi người trong nhóm sửa vài ticket cho đợt phát hành này, nếu có thể 20:05:01 &lt;zzz&gt; chúng ta đã qua hạn chót 'thay đổi lớn', nhưng vẫn hy vọng nhận được nhiều bản sửa từ mọi người 20:05:21 &lt;zzz&gt; và dĩ nhiên, kiểm thử các bản dựng dev cũng là việc của mọi người, vui lòng chung tay 20:05:31 &lt;zzz&gt; còn gì cho mục 2) không? 20:07:01 &lt;zzz&gt; 3) Scrum trạng thái (zab) mời bạn 20:07:04 &lt;eche|on&gt; không hẳn 20:07:11 &lt;zlatinb&gt; Chào. Chúng ta sẽ lần lượt quanh phòng và khi tên bạn được gọi, vui lòng mô tả ngắn gọn: 20:07:21 &lt;zlatinb&gt; 1) bạn đã làm gì kể từ lần scrum trước 20:07:29 &lt;zlatinb&gt; 2) bạn dự định làm gì trong tháng tới 20:07:44 &lt;zlatinb&gt; 3) bạn đang bị chặn bởi điều gì không hoặc cần ai hỗ trợ không 20:08:11 &lt;zlatinb&gt; Vui lòng đợi đến khi scrum kết thúc nếu bạn thấy cần nêu câu hỏi hoặc có bình luận 20:08:21 &lt;zlatinb&gt; bắt đầu nhé - zzz mở màn đi 20:09:10 &lt;zzz&gt; ok. ngoài những gì tôi đã nói... tôi đang làm việc để cải thiện hỗ trợ ssl trong console và eepsites; cải tiến upnp; sửa lỗi ipv6; và tái cấu trúc linh tinh 20:09:40 &lt;zzz&gt; tôi dự kiến sẽ tiếp tục về ssl và ipv6 trong tháng tới, cũng như hoàn tất các bản sửa khác cho đợt phát hành, dự kiến vào đầu tháng tư 20:10:06 &lt;zzz&gt; tôi đang bị chặn ở việc làm các đề xuất, chờ làm việc với str4d 20:10:07 &lt;zzz&gt; EOT 20:10:41 &lt;zlatinb&gt; eche|on: mời bạn 20:11:07 &lt;eche|on&gt; ok, tôi đã làm việc trên trac, diễn đàn và blog 20:11:28 &lt;eche|on&gt; tháng tới việc này sẽ tiếp tục, thêm một chút truyền thông, cập nhật tài chính,... 20:11:39 &lt;eche|on&gt; hiện tại mọi thứ ổn, tuần sau tôi đi công tác 20:12:12 &lt;zlatinb&gt; tuyệt. meeh bạn ở đây chứ? Bạn có thể cập nhật cho chúng tôi? 20:12:38 &lt;meeh&gt; Có, đợi chút 20:13:45 &lt;meeh&gt; Tôi đang làm phần launcher cho OSX vì nó làm tôi bực mình kinh khủng do tôi dùng OSX, ngoài ra - 1,5 ngày qua tôi đã dùng để di chuyển cái sqlite db tệ hại của chúng ta (trac) sang thứ gì đó có thể mở rộng 20:13:53 &lt;meeh&gt; Cố gắng tránh vấn đề null byte đó 20:14:31 &lt;meeh&gt; Có vẻ như tôi sẽ làm được nếu tôi định nghĩa thủ công tất cả các bảng trước trong pgsql rồi mới thử nhập (lúc đó nhập mà không có bảng) 20:15:37 &lt;meeh&gt; Và vâng, tôi cũng có thể có gì đó liên quan đến git-&gt;monotone export 20:15:45 &lt;meeh&gt; Tôi hết 20:16:22 &lt;zlatinb&gt; ok, tôi hiểu là bạn không bị chặn bởi điều gì chứ? 20:16:46 &lt;meeh&gt; không 20:16:50 &lt;meeh&gt; Tất cả ổn :) 20:17:16 &lt;zlatinb&gt; tuyệt. psi bạn muốn tham gia chứ? 20:17:22 &lt;psi&gt; chắc rồi 20:17:28 &lt;psi&gt; để xem 20:17:47 &lt;psi&gt; 1) đây là scrum đầu tiên của tôi cho i2p 20:18:18 &lt;psi&gt; 2) tháng này tôi sẽ làm cho libsam thật bóng bẩy và tuyệt vời 20:18:32 &lt;psi&gt; có thể sẽ thêm biến thể epoll/kqueue 20:18:57 &lt;psi&gt; 3) hiện đang chờ review cho PR tôi đã tạo trên github cho libsam 20:19:00 &lt;psi&gt; EOT 20:19:20 &lt;zlatinb&gt; tốt đấy 20:19:24 &lt;zlatinb&gt; str4d: bạn ở đây chứ? 20:19:51 &lt;zlatinb&gt; sadie có lẽ bạn ở đây? 20:20:09 &lt;zzz&gt; sadie nói với tôi rằng cô ấy có thể sẽ lỡ 20:20:41 &lt;zlatinb&gt; và str4d có vẻ đang vắng 20:20:55 &lt;zlatinb&gt; vậy là kết thúc scrum, tôi nghĩ vậy - manas được miễn và mhatta vắng mặt không phép (AWOL) 20:21:20 &lt;zzz&gt; ok, còn gì cho mục 3) không? còn gì cho cuộc họp không? 20:21:34 &lt;zlatinb&gt; giờ, có ai có câu hỏi hay bình luận gì về bất cứ điều gì đã được nêu ra trong scrum không? 20:21:41 &lt;meeh&gt; Tôi có một câu hỏi liên quan đến oracle, giấy phép, và chúng ta khi nào đến phần hỏi/đáp 20:21:54 &lt;zlatinb&gt; (đây là phần blocker/blockee) 20:22:05 &lt;zlatinb&gt; meeh: ok chúng ta có thể trò chuyện sau cuộc họp 20:22:43 &lt;zzz&gt; Tôi chỉ bổ sung rằng tôi đang bị chặn ở tất cả các thay đổi và cải tiến đóng gói có thể có bởi mhatta 20:23:12 &lt;zzz&gt; và ở tính năng thông báo khởi động của Tails, cũng vậy 20:24:22 &lt;zlatinb&gt; ok. Tôi nghĩ thế là kết thúc mục 3) 20:24:33 &lt;zzz&gt; ok, còn gì cho cuộc họp không? 20:25:02 * zzz chộp lấy cái baffer 20:25:27 &lt;i2pr&gt; [Slack/str4d] Có mặt 20:25:38 * zzz đặt cái baffer xuống 20:25:38 &lt;zlatinb&gt; ohai 20:25:39 &lt;i2pr&gt; [Slack/str4d] Xin lỗi vì chậm trễ, lại lỗi internet 20:26:13 &lt;zlatinb&gt; vậy nhé, nhanh gọn 1) đã làm gì 2) sẽ làm gì 3) bị chặn / cần trợ giúp? 20:27:58 &lt;i2pr&gt; [Slack/str4d] 1) sửa lỗi, công việc phát hành, bộ vá UI cho router console, công việc Android & ủy quyền khóa ký, phân loại ticket, bài viết XRDS 20:29:14 &lt;i2pr&gt; [Slack/str4d] Ồ, và hợp tác với Ura 20:29:24 &lt;i2pr&gt; [Slack/str4d] (cộng các cuộc họp thường lệ, v.v.) 20:31:40 &lt;i2pr&gt; [Slack/str4d] 2) Di chuyển tất cả đề xuất sang diễn đàn mới, hoàn thiện bản nháp NTCP Noise như một đề xuất mới, họp Tor Dev, đồng bộ với Ura, đồng bộ với dawuud về SPHINCS, có thể review bài báo, chỉnh sửa bài viết XRDS, phân loại ticket 20:34:49 &lt;zlatinb&gt; bạn có bị chặn ở điều gì hay cần ai hỗ trợ không? 20:34:50 &lt;i2pr&gt; [Slack/str4d] 3) Hiện không có gì, nhưng cần tiếp cận những người quan tâm đến việc review 20:35:07 &lt;i2pr&gt; [Slack/str4d] Ồ, mailing list 20:35:20 &lt;zzz&gt; ok, còn gì cho mục 3) không? còn gì cho cuộc họp không? 20:36:03 * zzz lại chộp lấy cái baffer 20:36:23 &lt;zzz&gt; zab tôi thích kiểu 1-2-3, nó hoạt động tốt 20:37:01 * zzz **bafs** kết thúc cuộc họp </div>/vi/blog/2018/02/12/i2p-t%E1%BA%A1i-bsidesnyc/Mon, 12 Feb 2018 00:00:00 +0000/vi/blog/2018/02/12/i2p-t%E1%BA%A1i-bsidesnyc/<p>Sadie và str4d đã tham dự BSidesNYC vào thứ Bảy, ngày 20 tháng 1. Cảm ơn đội ngũ BSides đã tổ chức một hội nghị thật tuyệt vời!</p> <p>Ngoài một vài buổi nói chuyện, chúng tôi chủ yếu tập trung thực hiện một số mục tiêu mà chúng tôi đã đặt ra cho ngày hôm đó vào buổi chiều tại khu vực sinh hoạt chung ở John Jay College.</p> <p>Nhiệm vụ cấp bách nhất của chúng tôi là viết lộ trình tổng quan cho năm 2018, sau các cuộc thảo luận tại 34C3. Nội dung này <a href="../../vi/blog/2018/02/11/high-level-roadmap-for-2018/">hiện đã được đăng</a> - hãy xem thử! Chúng tôi cũng tiếp tục các chuỗi trao đổi từng tạm gác trong kỳ nghỉ lễ, xoay quanh Vulnerability Response Process (Quy trình Ứng phó Lỗ hổng) mới hình thành của chúng tôi, và việc đưa nó vào &ldquo;sử dụng trong môi trường sản xuất&rdquo;.</p>/vi/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/vi/blog/2018/02/11/high-level-roadmap-for-2018/<p>Một trong nhiều điều chúng tôi đã thảo luận tại 34C3 là chúng tôi nên tập trung vào điều gì trong năm tới. Cụ thể, chúng tôi muốn có một lộ trình nêu rõ những việc chúng tôi muốn đảm bảo sẽ hoàn thành, so với những điều sẽ thật tuyệt nếu có, và đồng thời có thể giúp những người mới tham gia vào cả hai hạng mục đó. Dưới đây là những gì chúng tôi đã đưa ra:</p>/vi/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/vi/blog/2018/02/11/high-level-roadmap-for-2018/<p>Một trong nhiều điều chúng tôi đã thảo luận tại 34C3 là chúng tôi nên tập trung vào điều gì trong năm tới. Cụ thể là, chúng tôi muốn có một lộ trình làm rõ những việc chúng tôi muốn bảo đảm sẽ hoàn thành, so với những thứ nếu có thì sẽ rất tốt, và có thể giúp người mới tham gia vào một trong hai nhóm đó. Dưới đây là những gì chúng tôi đã thống nhất:</p>/vi/blog/2018/02/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-02-n%C4%83m-2018/Tue, 06 Feb 2018 00:00:00 +0000/vi/blog/2018/02/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-02-n%C4%83m-2018/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Chào 20:00:01 &lt;zzz&gt; 1) cập nhật 0.9.33/34 (zzz) 20:00:01 &lt;zzz&gt; 2) theo dõi sau 34C3 (zzz) 20:00:01 &lt;zzz&gt; 3) báo cáo B-Sides NYC (sadie, str4d) 20:00:01 &lt;zzz&gt; 4) báo cáo FOSDEM (echelon) 20:00:01 &lt;zzz&gt; 5) scrum trạng thái (zab) 20:00:05 &lt;zzz&gt; 0) Chào 20:00:08 &lt;zzz&gt; Chào 20:00:11 &lt;zlatinb&gt; chào 20:00:15 &lt;manas&gt; chào 20:00:19 &lt;echelon&gt; chào 20:00:35 &lt;zzz&gt; 1) cập nhật 0.9.33/34 (zzz) 20:00:46 &lt;zzz&gt; ok, 0.9.33 đã phát hành được một tuần, đến giờ mọi thứ trông ổn 20:00:47 &lt;orignal_&gt; chào 20:01:22 &lt;zzz&gt; các hạng mục còn lại là android/fdroid/maven từ str4d và debian chính thức từ mhatta. Hai bạn có thể cho chúng tôi ETA (thời gian dự kiến) không? 20:01:27 &lt;R4SAS&gt; chào 20:01:33 &lt;echelon&gt; ừ, trông ổn 20:02:39 &lt;zzz&gt; chúng tôi cần cả hai trước cuối tuần, để đạt mục tiêu hai tuần cho các hạng mục phát hành chính, và kịp hạn chót cho Bionic 20:03:24 &lt;zzz&gt; ok tôi sẽ chuyển sang .34, hy vọng họ sẽ xuất hiện 20:03:48 &lt;zzz&gt; Tôi đã đặt lịch 10 tuần cho .34 với phát hành vào giữa tháng Tư. Điều đó nghĩa là các hạng mục lớn phải vào trước đầu tháng Ba 20:03:59 &lt;echelon&gt; ok 20:04:06 &lt;zzz&gt; Tôi đã check-in một vài thứ nhỏ, và sẽ có một đợt viết lại susimail lớn trong vài ngày nữa 20:04:19 &lt;echelon&gt; sẽ thử nghiệm chúng 20:04:42 &lt;echelon&gt; còn gì nữa trong kế hoạch cho .34 không? 20:04:50 &lt;zzz&gt; à, một điều nữa về .33, chúng ta có 73 ticket được tạo trong chu kỳ phát triển .33. Tôi sửa khoảng 30 cái. 20:04:54 &lt;i2pr&gt; [Slack/sadie] chào 20:05:13 &lt;zzz&gt; Về cơ bản tôi là người duy nhất đang phân loại (triage) hoặc sửa lỗi và nếu không có hỗ trợ, tôi sẽ không còn thời gian cho việc khác 20:05:38 &lt;zzz&gt; nên mong mọi người giúp đỡ, ticket là việc của tất cả, vui lòng góp sức nơi nào có thể 20:05:54 &lt;echelon&gt; Tôi có thể xem một số ticket, nhưng không thể viết code 20:06:08 &lt;echelon&gt; vẫn đang vật lộn với quản lý người dùng trong Trac 20:06:08 &lt;zzz&gt; về .34, lộ trình cần chỉnh lại cho phù hợp với những gì ta thực sự làm được, nhưng tôi chưa xem nó vài tuần rồi 20:06:23 &lt;echelon&gt; ok 20:06:34 &lt;zzz&gt; rất nhiều ticket là cho website và đã lâu rồi không có ai sửa website một cách đều đặn 20:06:51 &lt;echelon&gt; ok, nội dung thì dễ 20:07:02 &lt;zzz&gt; Tôi đoán str4d có vài sửa lỗi UI cho 34 vì anh ấy không đưa được gì vào 33, nhưng xem sao 20:07:08 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:08:00 &lt;zzz&gt; 2) theo dõi sau 34C3 (zzz) 20:08:35 &lt;zzz&gt; cái này thật ra chỉ là mục giữ chỗ. Một việc còn lại là hoàn tất và đưa bản tổng quan ưu tiên lộ trình của str4d lên website 20:08:40 &lt;zzz&gt; str4d, tình hình thế nào? 20:08:55 &lt;zzz&gt; còn ai có điều gì muốn nói về 34C3 không? 20:09:17 &lt;manas&gt; đó là 4 ngày tuyệt vời :) 20:09:17 &lt;echelon&gt; không có nhiều người nói chuyện với chúng ta như 33c3 20:09:52 &lt;zzz&gt; ừ, dù chúng ta làm được nhiều việc, có lẽ vì ít người ghé bàn hơn. Đó là sự đánh đổi 20:09:55 &lt;orignal_&gt; không còn quan tâm đến i2p nữa? 20:10:06 &lt;i2pr&gt; [Slack/str4d] Tôi có bản nháp rồi, nhưng liên tục gặp vấn đề truy cập Dev forum 20:10:08 &lt;zzz&gt; chủ yếu là vị trí bàn 20:10:11 &lt;i2pr&gt; [Slack/str4d] Xong* 20:10:13 &lt;echelon&gt; chắc rồi 20:10:27 &lt;zzz&gt; str4d, ETA để đưa nó lên website? 20:11:24 &lt;zzz&gt; str4d, quay lại mục 1), ETA cho maven/android/fdroid .33? 20:11:31 &lt;i2pr&gt; [Slack/str4d] Nếu không cần xin thêm đánh giá từ Dev forum, tôi có thể làm tối nay 20:11:55 &lt;zzz&gt; Tôi đã đăng vài phản đối mà anh chưa trả lời, ít nhất là cách đây vài giờ 20:11:59 &lt;i2pr&gt; [Slack/str4d] Mấy thứ .33 có lẽ không kịp cuối tuần này, tôi sẽ làm việc cả cuối tuần về Zcash 20:12:11 &lt;zzz&gt; vậy ETA cho .33? 20:12:23 &lt;i2pr&gt; [Slack/str4d] Đúng vậy, đó là điều tôi cứ cố đăng lên dev forum 20:12:57 &lt;zzz&gt; ừ, nếu anh đã thấy thì cân nhắc các phản đối, hoặc không, tùy anh 20:13:58 &lt;i2pr&gt; [Slack/str4d] .33 sẽ phải để cuối tuần tới (khoảng 18?) 20:14:41 &lt;zzz&gt; đó là 2 tuần rưỡi sau phát hành. Không cách nào sớm hơn sao? Chúng ta thực sự cần coi đây là các sản phẩm phát hành chính và đưa chúng ra nhanh 20:15:31 &lt;orignal_&gt; zzz, sao bạn không tự lo? 20:15:50 &lt;zzz&gt; chúng ta ai cũng có vai trò. Tôi không thể làm mọi thứ. 20:17:07 &lt;orignal_&gt; đôi khi bạn phải vậy 20:17:09 &lt;zzz&gt; ok, str4d có thể phản hồi, hoặc không. Còn gì nữa cho mục 1) hay 2) không? 20:17:17 &lt;i2pr&gt; [Slack/str4d] Tôi không kiểm soát được lịch làm việc 20:17:48 &lt;i2pr&gt; [Slack/str4d] Sẽ rất tốt nếu có thêm người có thể thực hiện các bản phát hành này, đặc biệt là Maven 20:17:52 &lt;zzz&gt; ok, hãy tìm cách làm cho nhanh hơn lần sau 20:17:59 &lt;zzz&gt; 3) báo cáo B-Sides NYC (sadie, str4d) 20:18:19 &lt;zzz&gt; sadie, str4d, vui lòng cho chúng tôi một báo cáo ngắn, và cho biết ETA để đăng báo cáo chuyến đi đầy đủ? 20:18:47 &lt;i2pr&gt; [Slack/sadie] mọi thứ diễn ra tốt - chúng tôi có một bài blog sẵn sàng ( gặp chút trục trặc khi đăng) 20:19:22 &lt;zzz&gt; đó là... rất ngắn... ETA để đăng cái đó? 20:19:34 &lt;i2pr&gt; [Slack/sadie] chúng tôi làm việc trên lộ trình, làm trên web site , và thảo luận ý tưởng cho hoạt động tiếp cận năm nay 20:20:11 &lt;i2pr&gt; [Slack/str4d] Website IA cho điều hướng đã ở trạng thái tốt hơn nhiều 20:20:25 &lt;i2pr&gt; [Slack/sadie] chúng tôi đã liên lạc lại với Elio, người làm logo mới, để bắt đầu thiết kế trang con 20:20:32 &lt;zzz&gt; IA? 20:20:40 &lt;i2pr&gt; [Slack/str4d] Kiến trúc thông tin 20:21:21 &lt;zzz&gt; sadie, str4d, ETA để đăng báo cáo chuyến đi? 20:21:30 &lt;i2pr&gt; [Slack/str4d] Bài blog sẽ lên ngay khi lộ trình xong 20:21:56 &lt;zzz&gt; ok. Còn gì nữa cho mục 3) không? 20:22:45 &lt;zzz&gt; 4) báo cáo FOSDEM (echelon) 20:22:47 &lt;i2pr&gt; [Slack/str4d] tóm lại: ổn, đáng làm lại 20:22:58 &lt;zzz&gt; echelon, FOSDEM thế nào, bài nói I2P ra sao? 20:23:25 &lt;echelon&gt; fosdem là một sự kiện lớn hay với &gt;20 track song song và hàng nghìn khách, tất cả đều miễn phí tham dự 20:23:34 &lt;manas&gt; wow hay đấy 20:23:58 &lt;echelon&gt; bản thân fosdem được quản lý và tổ chức tốt, nhưng lấy đồ ăn thì hơi mất thời gian, cũng có nhiều buổi nói nhanh chóng kín chỗ và không thể vào 20:24:23 &lt;echelon&gt; nhưng tất cả các buổi đều được stream trực tiếp và hiện đã đẩy lên youtube và có trên trang fosdem 20:24:49 &lt;echelon&gt; bài nói i2p là một bài ngắn, nhanh về i2p là gì và khác tor ở điểm nào, không nhiều hơn, thời gian ngắn 20:25:09 &lt;zzz&gt; bạn có gặp anh chàng đó không? 20:25:20 &lt;echelon&gt; tác giả là người bên i2pd ít liên hệ ở đây, nhưng có cái nhìn khá sâu về code, trừ vài con số sai 20:25:29 &lt;echelon&gt; khán giả khoảng ~100-150 người, phòng kín 20:25:53 &lt;zzz&gt; tuyệt, mừng là bạn đã đi 20:26:01 &lt;zzz&gt; còn gì nữa cho mục 4) không? 20:26:01 &lt;echelon&gt; chỉ có 2 câu hỏi sau đó, ví dụ liệu java i2p giờ có dùng 2-4GB không và có chạy trên một raspverry pi không 20:26:17 &lt;echelon&gt; chúng ta nên đi năm 2019 nữa 20:26:43 &lt;echelon&gt; (Tôi cũng mang về nhà một cơn ho, tiếc thật) 20:26:53 &lt;orignal_&gt; sao chúng ta không biết anh chàng này? 20:27:27 &lt;manas&gt; echelon: tôi mang về một cơn ho khó chịu trên chuyến bay về từ 34c3 :) giờ ổn rồi 20:27:29 &lt;echelon&gt; anh ấy giữ kín, nhưng có quyền push lên git 20:27:49 &lt;orignal_&gt; manas giờ bạn ở đâu? 20:27:51 &lt;zzz&gt; còn gì nữa cho mục 4) không? 20:27:58 &lt;echelon&gt; không nói chuyện nhiều, vì tôi đã đuối và thời gian là vấn đề vào chủ nhật 20:28:29 &lt;orignal_&gt; quyền push? Tôi nghĩ chỉ R4SAS, villain và psi có 20:28:38 &lt;zzz&gt; 5) scrum trạng thái (zlatinb) 20:28:45 &lt;zzz&gt; ok zab, mời bạn 20:28:50 &lt;echelon&gt; anh ấy nói, anh ấy đã push code toi2pd 20:28:59 &lt;echelon&gt; ok 20:29:08 &lt;zlatinb&gt; xin chào mọi người. Tôi vui mừng nói rằng tất cả đề xuất thù lao đã được phê duyệt! 20:29:10 &lt;orignal_&gt; chúng ta sẽ tìm ra anh ta thôi 20:29:46 &lt;zlatinb&gt; hãy lần lượt quanh phòng và khi tên bạn được gọi, vui lòng tóm tắt ngắn những gì bạn sẽ làm trong 6 tháng tới. Vui lòng để câu hỏi lại sau 20:29:55 &lt;zlatinb&gt; zzz bạn trước nhé 20:30:52 &lt;zzz&gt; ok, phần lớn thời gian của tôi là quản lý dự án, sửa lỗi và viết code mới, nhưng tôi dự định dành đáng kể thời gian cho đề xuất và lập kế hoạch, cũng như đọc thêm nhiều thứ 20:31:02 &lt;zzz&gt; để tôi đủ sáng suốt đưa ra một số quyết định chúng ta cần đưa ra 20:31:27 &lt;zzz&gt; hầu hết mọi người đều biết tôi làm gì, đó là tóm tắt nhanh 20:31:39 &lt;zzz&gt; code code code, bug bug bug, lặp lại 20:31:42 &lt;zzz&gt; EOT 20:31:56 &lt;zlatinb&gt; Cảm ơn. echelon, tới lượt bạn 20:32:23 &lt;echelon&gt; ok, quản lý quỹ, làm chút PR, quản lý phần lớn dịch vụ, làm chút việc trên trac, đi dự hội nghị ^^ 20:32:41 &lt;echelon&gt; eot 20:32:55 &lt;zlatinb&gt; str4d: bắt đầu 20:33:04 &lt;i2pr&gt; [Slack/str4d] Ưu tiên đầu tiên cho thời gian của tôi sẽ là viết và rà soát các đề xuất, và quản lý quy trình đề xuất cùng zzz để đảm bảo chúng ta có tài liệu đề xuất chất lượng cao cho cộng đồng. 20:33:33 &lt;i2pr&gt; [Slack/str4d] Ưu tiên thứ hai sẽ là phác thảo triển khai các đề xuất bằng Java và Rust, và hợp tác với người ngoài I2P về các thành phần chung. 20:34:10 &lt;i2pr&gt; [Slack/str4d] Thời gian còn lại của tôi sẽ dành cho Maven, Android (chỉ sửa lỗi), và I2P-Bote. 20:34:13 &lt;i2pr&gt; [Slack/str4d] EOT 20:34:53 &lt;zlatinb&gt; sadie, cảm ơn đã tham gia! Nói cho chúng tôi biết bạn sẽ làm gì 20:35:20 &lt;zlatinb&gt; Sadie? 20:35:42 &lt;i2pr&gt; [Slack/str4d] Bạn không thể thấy thông báo đang gõ trong shack 20:35:43 &lt;i2pr&gt; [Slack/sadie] Chào! Tôi sẽ mở rộng vai trò PR - bài blog, tin trên console.. 20:35:47 &lt;i2pr&gt; [Slack/str4d] Slack* 20:36:26 &lt;i2pr&gt; [Slack/sadie] thêm nữa - phân loại Trac - cải thiện thời gian phản hồi, hỗ trợ người dùng 20:37:13 &lt;i2pr&gt; [Slack/sadie] nghiên cứu tài trợ, kết nối với các dự án khác và quan hệ đối tác chiến lược. Tìm thêm người dùng và devs 20:37:35 &lt;i2pr&gt; [Slack/sadie] EOT 20:37:47 &lt;zlatinb&gt; Nghe tuyệt. manas, tới lượt bạn 20:37:52 &lt;manas&gt; chào 20:38:05 &lt;manas&gt; 6 tháng tới: học java, tài liệu i2p & làm quen với codebase; học mật mã học, ẩn danh, quyền riêng tư & bảo mật - mọi gợi ý về sách/bài báo/v.v. liên quan đến các chủ đề này đều được hoan nghênh :) 20:38:10 &lt;manas&gt; tôi có vài ý tưởng artwork thú vị có thể dùng cho sticker/áo thun thương hiệu i2p mà tôi cũng sẽ xem xét 20:38:14 &lt;manas&gt; tình trạng hiện tại: không gian văn phòng đã được thiết lập; phần mạng hầu hết đã xong - một router cần nâng cấp firmware, đã gửi ticket. sẵn sàng bắt tay vào mọi nhiệm vụ. 20:38:16 &lt;manas&gt; eot 20:38:36 &lt;zlatinb&gt; tuyệt. meeh và mhatta, các bạn ở đây chứ? 20:38:49 &lt;meeh&gt; Tôi ở đây 20:38:58 &lt;zlatinb&gt; bắt đầu đi 20:39:01 &lt;manas&gt; chào meeh :) 20:39:05 &lt;meeh&gt; cho tôi một chút để theo kịp 20:39:40 &lt;zlatinb&gt; chúng ta đang làm scrum, chỉ cần tóm tắt ngắn những gì bạn sẽ làm trong 6 tháng tới 20:39:46 &lt;meeh&gt; rõ rồi 20:42:12 &lt;meeh&gt; 6 tháng tới: hoàn thành càng nhiều scalatest (unittest) càng tốt cho phần core và router của i2p, có lẽ cả phần khác nữa. ngoài ra i2p cho OSX cần cải tiến, tôi sẽ làm về launcher và quy trình cập nhật, tôi cũng hy vọng cải thiện docs/web, theo dõi nhiều nhất có thể trên trac liên quan đến các issue mở các loại, và cuối cùng là một số nghiên cứu về crypto mới / I2NP 20:42:45 &lt;zlatinb&gt; được rồi 20:44:39 &lt;zlatinb&gt; đáng tiếc mhatta không ở đây, vậy là kết thúc phần scrum 20:44:39 &lt;zlatinb&gt; trước khi chúng ta baf cuộc họp tôi muốn tạo cơ hội để mọi người đặt câu hỏi cho các thành viên khác trong nhóm 20:44:40 &lt;zlatinb&gt; nên nếu bạn có điều gì cụ thể muốn hỏi về mục tiêu - hỏi đi! 20:44:40 &lt;zlatinb&gt; nếu không, falcon heavy phóng trong một phút :) 20:44:41 &lt;manas&gt; meeh: bạn có xem xét tách các bài kiểm thử cần truy cập mạng khỏi những bài không cần không? 20:44:42 &lt;meeh&gt; Tôi muốn mọi người cho biết chỗ nào thật sự cần test - ưu tiên trước chỗ khác. mở cho đề xuất. 20:45:21 &lt;zzz&gt; manas và str4d là người tốt nhất để thảo luận các bài kiểm thử 20:45:38 &lt;meeh&gt; manas: Tôi sẽ cố mô phỏng/mock mạng trong khả năng có thể, tôi chưa nghĩ ra nếu gặp một bài kiểm thử thì làm thế nào, nhưng tôi có thể báo cho bạn :) 20:45:59 &lt;manas&gt; BobTheBuilder hiện chạy các bài kiểm thử ant với wrapper torsocks. sẽ hay nếu có thể chạy các bài kiểm thử cần mạng tách biệt với phần còn lại 20:46:00 &lt;meeh&gt; s/test/a place where it's needed for a test/ 20:46:29 &lt;zzz&gt; zab chúng ta sẽ cần thảo luận có muốn giữ phần scrum của cuộc họp này hay không, có thể bàn trong vài tuần tới 20:46:30 &lt;meeh&gt; vậy tôi sẽ xem xét việc đó :) 20:46:33 &lt;meeh&gt; cảm ơn lời khuyên 20:46:45 &lt;zzz&gt; và có scrum nào trước tháng sau không? 20:47:03 &lt;manas&gt; meeh: chúng ta sẽ bàn thêm, tôi cũng sẽ xem các bài kiểm thử :) 20:47:11 &lt;zlatinb&gt; đúng, tôi muốn có một buổi scrum với mọi người mỗi tháng 20:47:17 &lt;meeh&gt; Tôi hoàn toàn ok với điều đó - tôi còn đang làm tệ hơn (mỗi ngày 09:30 sáng) :p 20:47:19 &lt;zlatinb&gt; trừ manas người không thể tham gia do lệch múi giờ 20:47:44 &lt;zzz&gt; tôi chắc mhatta cũng ở múi giờ ít nhất tệ ngang 20:47:46 &lt;manas&gt; ừ ở đây còn sớm lol 20:47:47 &lt;zlatinb&gt; bất kể điều đó tôi sẽ họp hằng tuần với những người làm full-time qua irc/signal, v.v. 20:47:56 &lt;manas&gt; mhatta có thể đang ngủ say 20:47:59 &lt;meeh&gt; Tôi sẽ đổi múi giờ nếu cần trong tình huống xấu nhất :) 20:48:14 &lt;zzz&gt; sớm nhất tôi có thể kéo cuộc họp vào là sớm hơn nửa giờ, mặc dù sau khi đổi giờ tiết kiệm ánh sáng ban ngày có lẽ tôi có thể làm 7 PM UTC 20:48:25 &lt;zzz&gt; vẫn chưa đủ sớm cho mhatta tôi đoán 20:48:41 &lt;manas&gt; dù vậy một tháng một lần thì không vấn đề. mỗi tuần có thể là vấn đề 20:49:18 &lt;zzz&gt; Tôi khuyến khích mọi người có mặt trên IRC thường xuyên nhất có thể. Ở đây dạo này yên ắng quá. Đây là nơi tốt nhất để làm việc xong 20:49:25 &lt;zzz&gt; còn gì nữa cho mục 5) không? 20:49:30 &lt;zlatinb&gt; ok, tôi xong rồi, cảm ơn mọi người 20:49:38 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:50:08 &lt;meeh&gt; Tôi hầu như lúc nào cũng ở đây - chỉ là bận rộn để thoát khỏi dự án của mình @ công việc ban ngày. Nên tôi sẽ năng động hơn theo thời gian. 20:50:19 * zzz chộp lấy *baffer* 20:50:29 &lt;meeh&gt; Tôi đoán sẽ có ngày bắt đầu trong tuần này zlatinb 20:50:56 &lt;zlatinb&gt; tuyệt 20:51:02 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2018/01/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.33/Tue, 30 Jan 2018 00:00:00 +0000/vi/blog/2018/01/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.33/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.33 tiếp tục nỗ lực kéo dài nhiều năm nhằm chuyển đổi mạng sang các thuật toán mật mã mạnh hơn, nhanh hơn. Bản phát hành này bao gồm hỗ trợ cho nhiều loại chữ ký hơn và chuẩn bị cho Ed25519 trở thành mặc định. Bao gồm cả các bản sửa lỗi quan trọng và cải thiện hiệu năng.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và giúp mạng lưới là chạy bản phát hành mới nhất.</p>/vi/blog/2017/12/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-12-n%C4%83m-2017/Tue, 05 Dec 2017 00:00:00 +0000/vi/blog/2017/12/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-12-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> str4d, orignal, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) cập nhật 0.9.33 (zzz) 20:00:00 &lt;zzz&gt; 2) lên kế hoạch 34C3 (zzz) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:30 &lt;zzz&gt; 1) cập nhật 0.9.33 (zzz) 20:00:48 &lt;zzz&gt; 0.9.33 dev khởi đầu đầy khí thế, với 20K dòng diff cho đến nay 20:00:55 &lt;zzz&gt; rất nhiều sửa lỗi tốt 20:01:17 &lt;zlatinb&gt; chào 20:01:42 &lt;zzz&gt; ngoài ra, Android 0.9.32 trễ hơn mục tiêu 2 tuần của chúng ta, vì vậy chúng tôi đã có một số thay đổi quy trình để bảo đảm xem xét các sự cố trên Google Play trước khi phát hành cho máy tính để bàn 20:02:01 &lt;i2pr&gt; [Slack/str4d] hi 20:02:02 &lt;zzz&gt; điều này sẽ giúp có một bản phát hành Android sớm hơn và chất lượng cao hơn 20:02:29 &lt;i2pr&gt; [Slack/str4d] Tôi có thêm các bản vá CSS và JSP đang nằm cục bộ; tôi hy vọng sẽ dọn sạch và đưa vào mtn cuối tuần này để được xem xét lâu hơn. 20:02:40 &lt;zzz&gt; Tôi nghĩ chúng ta đang đúng tiến độ cho bản phát hành 0.9.33 vào cuối tháng 1. Nghĩa là các thay đổi lớn nên được đưa vào trong tháng này, trước CCC 20:03:28 &lt;zzz&gt; chúng ta còn nhiều điều chỉnh streaming cần làm, và tuần này tôi đã sửa các vấn đề của susimail 20:04:12 &lt;zzz&gt; còn gì về mục 1) không? 20:04:24 &lt;zlatinb&gt; nếu tôi có thể đề xuất cung cấp các bản dựng phát triển trên trình theo dõi của postman 20:04:35 &lt;zlatinb&gt; một số người sẽ tải xuống và thử bất cứ thứ gì xuất hiện ở đó 20:04:50 &lt;zzz&gt; Tôi tin bạn có thể lấy chúng qua các liên kết magnet hoặc tệp torrent từ bobthebuilder.com 20:05:17 &lt;zlatinb&gt; ồ đúng, chỉ là sự hiện diện trên postman mang lại rất nhiều sự chú ý 20:05:43 &lt;zzz&gt; ok, hãy nói chuyện với op của bobthebuilder về việc đó, ý hay đấy 20:05:54 &lt;zzz&gt; còn gì về mục 1) không? 20:05:58 &lt;i2pr&gt; [Slack/str4d] Ngoài ra, giờ chúng tôi cũng có bản dựng liên tục trên Travis CI, vì vậy hãy theo dõi `https://travis-ci.org/i2p/i2p.i2p` để có thêm một góc nhìn 20:06:44 &lt;zzz&gt; str4d, nếu bạn có thể thiết lập một bot IRC cho việc đó thì có thể giúp ích, khó mà nhớ kiểm tra một website 20:07:17 &lt;zzz&gt; còn gì về mục 1) không? 20:08:01 &lt;zzz&gt; 2) lên kế hoạch 34C3 (zzz) 20:08:10 &lt;zzz&gt; ok, tình hình sticker đã trong tầm kiểm soát 20:08:25 &lt;zzz&gt; eche|on đã có vé tàu 20:08:33 &lt;zzz&gt; hottuna đã đăng ký chúng ta trên wiki 20:08:43 &lt;zzz&gt; noisy square đã xuất hiện trên wiki chưa? 20:08:50 &lt;zzz&gt; và ai có banner? 20:09:23 &lt;zzz&gt; Tôi sẽ lập nhóm DM trên twitter sau, trừ khi ai đó làm trước 20:11:01 &lt;zzz&gt; không nghe thấy phản hồi... còn gì về mục 2) không? 20:12:01 &lt;zzz&gt; còn gì cho cuộc họp không? 20:12:33 &lt;orignal&gt; có lẽ hợp lý nếu đặt cuộc họp ít thường xuyên hơn? 20:12:47 &lt;orignal&gt; do thiếu sự quan tâm 20:12:56 &lt;orignal&gt; nhưng quảng bá nó nhiều hơn 20:13:09 &lt;i2pr&gt; [Slack/str4d] Mong chờ điều đó! 20:13:35 &lt;i2pr&gt; [Slack/str4d] Tôi nghĩ hàng tháng là hợp lý 20:13:41 &lt;zzz&gt; orignal, có lẽ, chúng ta có thể thảo luận việc đó tại ccc. 20:13:47 &lt;i2pr&gt; [Slack/str4d] Thời điểm này có phù hợp hay không luôn có thể bàn thêm 20:13:56 &lt;zzz&gt; Đội PR có lẽ có thể quảng bá nhiều hơn, chắc chắn rồi 20:14:10 &lt;orignal&gt; Tôi sẽ đặt nó luôn luôn trước ngày phát hành một tuần 20:14:16 &lt;i2pr&gt; [Slack/str4d] zzz, vừa đẩy cấu hình thông báo IRC lên i2p.i2p 20:14:34 &lt;zzz&gt; ngoài ra, ghi chú kế hoạch, các cuộc họp tiếp theo của chúng ta sẽ trực tiếp tại CCC. Chúng ta sẽ không họp vào ngày 2 tháng 1. 20:14:35 &lt;orignal&gt; ít nhất nó sẽ có một chủ đề 20:14:44 &lt;zzz&gt; Cuộc họp IRC tiếp theo của chúng ta sẽ là Thứ Ba, ngày 6 tháng 2 20:15:33 &lt;zzz&gt; xem chuỗi thảo luận trên zzz.i2p về các chủ đề cho các cuộc họp tại CCC 20:15:42 &lt;zzz&gt; thêm đề xuất của bạn ở đó nếu có 20:15:47 &lt;zzz&gt; còn gì cho cuộc họp không? 20:15:52 * zzz chộp lấy baffer 20:16:58 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ làm thêm về các đề xuất trước CCC 20:17:11 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2017/11/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.32/Tue, 07 Nov 2017 00:00:00 +0000/vi/blog/2017/11/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.32/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.32 contains a number of fixes in the router console and associated webapps (addressbook, i2psnark, and susimail). We have also changed the way we handle configured hostnames for published router infos, to eliminate some network enumeration attacks via DNS. We have added some checks in the console to resist rebinding attacks.</p> <p>Như thường lệ, chúng tôi khuyến nghị bạn cập nhật lên bản phát hành này. Cách tốt nhất để duy trì bảo mật và hỗ trợ mạng là chạy bản phát hành mới nhất.</p>/vi/blog/2017/11/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-11-2017/Tue, 07 Nov 2017 00:00:00 +0000/vi/blog/2017/11/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-11-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> orignal, zlatinb, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:03 &lt;zzz&gt; 0) Chào 20:00:03 &lt;zzz&gt; 1) cập nhật 0.9.32 (zzz) 20:00:03 &lt;zzz&gt; 2) kế hoạch 34C3 (zzz) 20:00:06 &lt;zzz&gt; 0) Chào 20:00:08 &lt;zzz&gt; chào 20:00:27 &lt;zlatinb&gt; chào 20:00:39 &lt;zzz&gt; 1) cập nhật 0.9.32 (zzz) 20:01:02 &lt;zzz&gt; đã build xong đêm qua, có vẻ echelon vừa bật tin lên 20:01:20 &lt;zzz&gt; tối nay hoặc ngày mai tôi sẽ xử lý debian/launchpad 20:01:41 &lt;zzz&gt; str4d, khi nào chúng ta có thể trông đợi android và maven? 20:02:22 &lt;zzz&gt; ngoài ra, chúng ta sẽ cần str4d hoặc meeh đưa các tệp lên trang web, cho tôi biết khi bạn làm xong 20:02:54 &lt;zzz&gt; tôi đã ấn định ngày phát hành 0.9.33 vào cuối tháng 1 20:02:59 &lt;zzz&gt; còn gì nữa về mục 1) ? 20:03:54 &lt;orignal_&gt; chào 20:04:05 &lt;zzz&gt; 2) kế hoạch 34C3 (zzz) 20:04:20 &lt;zzz&gt; vé thì ổn cả, chúng ta sẽ có khoảng 8 người ở đó 20:04:48 &lt;zzz&gt; họ đã thông báo cách mới để thiết lập các assembly. hottuna2 thường đăng ký cho chúng ta, năm nay bạn làm việc đó chứ? 20:05:43 &lt;zzz&gt; ok, chúng ta sẽ phải liên hệ tiếp với hottuna2 để đảm bảo có bàn được đặt trước 20:05:47 &lt;zzz&gt; còn gì nữa về mục 2) ? 20:05:57 &lt;zlatinb&gt; có thể tôi sẽ chỉ ghé qua và gặp mọi người uống gì đó bên ngoài 20:05:57 &lt;zlatinb&gt; trừ khi tôi may mắn lấy được vé 20:07:09 &lt;zzz&gt; chúng tôi có vé dư mà, dù có thể đã hết hạn. hỏi echelon đi 20:07:12 &lt;zzz&gt; còn gì nữa về mục 2) ? 20:07:31 &lt;zzz&gt; còn gì nữa cho cuộc họp? 20:09:00 * zzz *baffs* kết thúc cuộc họp </div>/vi/blog/2017/10/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-10-2017/Tue, 03 Oct 2017 00:00:00 +0000/vi/blog/2017/10/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-10-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, orignal, str4d, villain, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 18:30:00 &lt;zzz&gt; 0) Chào 18:30:00 &lt;zzz&gt; 1) 0.9.31 Android update (str4d) 18:30:00 &lt;zzz&gt; 2) 0.9.32 update (zzz) 18:30:00 &lt;zzz&gt; 3) 34C3 budget (zzz/echelon) 18:30:00 &lt;zzz&gt; 4) Debian package update (zzz) 18:30:00 &lt;zzz&gt; 5) 10 years after jrandom (zzz) 18:30:06 &lt;zzz&gt; 0) Chào 18:30:09 &lt;zzz&gt; chào 18:30:26 &lt;eche|on&gt; chào 18:30:27 &lt;i2pr&gt; [Slack/str4d] Chào 18:30:49 &lt;zzz&gt; 1) 0.9.31 Android update (str4d) 18:31:05 &lt;zzz&gt; str4d, tình trạng .31 thế nào, trang tải xuống vẫn hiển thị .30 18:32:37 &lt;i2pr&gt; [Slack/str4d] Tiếc là chưa có tiến triển, bị ảnh hưởng bởi sự cố điện thoại của tôi và rồi việc tìm/thuê flat (căn hộ) 18:33:19 &lt;zzz&gt; Tôi có .31 trên điện thoại, có phải chỉ là chuyện tăng phiên bản trên website không? Còn gì phải làm? 18:34:13 &lt;i2pr&gt; [Slack/str4d] Ồ đợi đã 18:34:15 &lt;zzz&gt; đã hai tháng kể từ khi phát hành .31 18:34:32 &lt;i2pr&gt; [Slack/str4d] Xin lỗi, tôi quên mất là đã kịp phát hành rồi 18:34:45 &lt;i2pr&gt; [Slack/str4d] Như vậy thì không rõ vì sao website vẫn chưa được cập nhật 18:34:53 &lt;zzz&gt; sự cố điện thoại và flat (apartment? không chắc flat là gì) liên quan gì đến việc đó 18:35:08 &lt;zzz&gt; đã ping bạn vài tuần rồi 18:35:23 &lt;zzz&gt; còn gì phải làm? 18:35:54 &lt;i2pr&gt; [Slack/str4d] Liên quan ở chỗ là tháng vừa rồi tôi không có chút thời gian nào cho I2P 18:36:36 &lt;i2pr&gt; [Slack/str4d] Và không có ping vì tôi không dùng laptop I2P, và relay bị ngừng hoạt động nên tôi không thấy ping ở đây 18:37:23 &lt;zzz&gt; vậy còn những gì để đưa .31 lên trang tải xuống, và bạn có thể làm vào khi nào? 18:40:22 &lt;zzz&gt; không thấy phản hồi... chúng ta chuyển sang 2) chứ? 18:41:01 &lt;zzz&gt; Tôi sẽ giả định str4d sẽ lo phần 1) khi có thể 18:41:07 &lt;i2pr&gt; [Slack/str4d] Chỉ cần cập nhật trang web là được 18:41:17 &lt;i2pr&gt; [Slack/str4d] Vậy hy vọng là thứ Sáu vì giờ tôi xong việc flat rồi 18:41:21 &lt;i2pr&gt; [Slack/str4d] Nhưng ai cũng có thể cập nhật nó 18:41:56 &lt;zzz&gt; nhưng chúng tôi không biết đã sẵn sàng chưa. Vậy làm ơn sửa trang web khi có thể 18:42:02 &lt;zzz&gt; còn gì ở mục 1) không? 18:42:18 &lt;zzz&gt; 2) 0.9.32 update (zzz) 18:42:30 &lt;villain&gt; chào 18:42:45 &lt;zzz&gt; ok, lịch là .32 đầu tháng 10 và .33 đầu tháng 12, nhưng đã có rất ít hoạt động cho .32 18:43:03 &lt;zzz&gt; nên tôi đã đẩy .32 sang đầu tháng 11, là bản phát hành cuối năm 18:43:15 &lt;eche|on&gt; tôi thấy ổn 18:43:42 &lt;zzz&gt; như vậy năm nay chỉ có 4 bản phát hành, khá buồn, thấp nhất kể từ khi jrandom làm rất ít vào năm 2007 18:44:10 &lt;eche|on&gt; Theo tôi không quá quan tâm số lượng bản phát hành, mà lượng công việc đã bỏ vào 18:44:15 &lt;zzz&gt; str4d, quy trình mới là không phát hành khi còn blockers/criticals, vậy hãy xử lý các ticket 18:44:39 &lt;zzz&gt; Tôi đã làm được nửa proposal 141, cần làm phần UI 18:45:17 &lt;zzz&gt; Tôi cho rằng không có gì critical cho .32, nhưng có một NPE trong console, tôi đã sửa 18:45:22 &lt;i2pr&gt; [Slack/str4d] ACK. Nếu đó là các blocker liên quan UI, tôi có bản vá cho IIRC phần lớn ở máy cục bộ, nhưng chưa có thời gian đẩy lên vì việc refactor mtn mất nhiều thời gian hơn git rất nhiều 18:46:01 &lt;zzz&gt; ok str4d bạn có thể xử lý những cái đó cho phát hành đầu tháng 11 không? 18:46:23 &lt;zzz&gt; vì rõ ràng chúng ta đã bỏ lỡ hạn đầu tháng 10 18:47:00 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ nhắm đến mốc đó 18:47:07 &lt;zzz&gt; ok 18:47:12 &lt;zzz&gt; còn gì ở mục 2) không? 18:48:00 &lt;zzz&gt; 3) 34C3 budget (zzz/echelon) 18:48:18 &lt;zzz&gt; eche|on, tổng yêu cầu tài trợ cho ccc là bao nhiêu? 18:48:53 &lt;eche|on&gt; khoảng 5k và vé vào khoảng 1k 18:49:16 &lt;zzz&gt; Tôi cho rằng chúng ta có thể chi trả dễ dàng :) 18:49:31 &lt;eche|on&gt; ờ, để tôi đếm, 1,2,3 BTC, vâng, chắc chắn^^ 18:49:53 &lt;zzz&gt; cộng thêm một bữa tối và chúng ta sẽ trả vé tàu, gọi là 7K, nghe ổn 18:50:11 &lt;zzz&gt; ai ở đây chưa xin tài trợ mà cần thì bây giờ là lúc hỏi 18:50:29 &lt;zzz&gt; ai phản đối việc chi 7K cho CCC không? 18:51:01 &lt;zzz&gt; còn gì ở mục 3) không? 18:51:19 &lt;eche|on&gt; không từ tôi lúc này 18:51:30 &lt;zzz&gt; 4) Debian package update (zzz) 18:51:50 &lt;zzz&gt; ok, tin tuyệt vời, gói của mhatta đã được chấp nhận vào debian sid, sẽ là buster trong hai năm nữa 18:52:20 &lt;zzz&gt; Tôi đã đưa trở lại một số bản sửa của anh ấy, và hy vọng anh ấy sẽ cập nhật lên .31 sớm 18:52:41 &lt;eche|on&gt; tin tuyệt vời, chắc chắn rồi 18:52:57 &lt;zzz&gt; cột mốc lớn, bug của debian để đưa nó vào đã khoảng 8 năm tuổi 18:53:14 &lt;zzz&gt; còn gì ở mục 4) không? 18:53:23 &lt;eche|on&gt; có 18:53:32 &lt;eche|on&gt; đây có phải quyết định cuối cùng cho "bounty closed" không? 18:53:40 &lt;eche|on&gt; tôi có thể trả 146 cho mhatta không? 18:53:41 &lt;eche|on&gt; *g* 18:54:32 &lt;zzz&gt; Tôi nghĩ là có 18:54:45 &lt;zzz&gt; có lẽ là khoản bounty đầu tiên chúng ta trả trong nhiều năm 18:54:58 &lt;eche|on&gt; đúng vậy 18:54:59 &lt;eche|on&gt; tuyệt 18:55:16 &lt;zzz&gt; 5) 10 years after jrandom (zzz) 18:55:52 &lt;zzz&gt; ok, jrandom biến mất tháng 11/2007, chỉ tự hỏi liệu chúng ta có nên làm gì để tưởng niệm không, có thể từ nhóm PR (quan hệ công chúng), str4d/sadie có ý tưởng gì không? 18:56:14 &lt;eche|on&gt; không có ý tưởng 18:56:17 &lt;i2pr&gt; [Slack/str4d] Có vẻ như https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 đã được đóng, vậy là có! 18:56:42 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ trao đổi với Sadie về việc đó cuối tuần này 18:57:03 &lt;zzz&gt; ok, còn gì ở mục 5) không? 18:57:05 &lt;i2pr&gt; [Slack/str4d] Nó là vào lúc nào trong tháng 11? 18:57:12 &lt;orignal_&gt; zzz, có lẽ bạn muốn kể toàn bộ câu chuyện 18:57:29 &lt;zzz&gt; Tôi không có ngày chính xác, đã mất những email đó 18:57:36 &lt;orignal_&gt; trước đó đã xảy ra gì? tại sao anh ấy chọn bạn? 18:57:57 &lt;orignal_&gt; các bạn đã bàn luận gì và đã đồng ý điều gì? 18:58:01 &lt;i2pr&gt; [Slack/str4d] Nếu chúng ta làm chút PR, tôi nghĩ chúng ta sẽ tập trung vào những gì đã làm kể từ đó 18:58:12 &lt;zzz&gt; Tôi có thể viết một bài ngắn trên zzz.i2p với những ký ức của tôi 18:58:25 &lt;i2pr&gt; [Slack/str4d] Hoặc có thể hai giai đoạn/bài blog - trước và sau. 18:59:08 &lt;zzz&gt; ok, còn gì ở mục 5) không? 18:59:18 &lt;orignal_&gt; vâng, làm ơn 18:59:24 &lt;orignal_&gt; ai cũng muốn biết 18:59:28 &lt;zzz&gt; đây là bài viết thường trực của chúng ta về việc đó: `http://i2p-projekt.i2p/en/misc/jrandom-awol` 18:59:43 &lt;zzz&gt; còn gì cho buổi họp không? 19:00:19 &lt;orignal_&gt; có, nhưng không liên quan đến bạn 19:00:22 &lt;villain&gt; các bạn có ngân sách 7K cho chuyến đi CCC, tất cả từ tiền quyên góp? nó mang lại gì cho I2P? 19:00:49 &lt;zzz&gt; vì manas yêu cầu giờ sớm hơn nhưng lại không xuất hiện, chúng ta sẽ quay lại 8 PM UTC cho tháng sau 19:01:28 &lt;zzz&gt; về cơ bản toàn bộ quỹ của chúng ta là từ khoản quyên góp ban đầu 1000 BTC cách đây nhiều năm 19:01:37 &lt;villain&gt; với 7K các bạn có thể đủ chi cho kiểm toán mã nguồn độc lập của mã nguồn I2P, nói vậy thôi... 19:01:41 &lt;eche|on&gt; nhiều hay ít thì cũng từ đó, đúng 19:01:42 * zzz làm nóng cái baffer 19:02:00 &lt;i2pr&gt; [Slack/str4d] villain, hah! 19:02:01 &lt;eche|on&gt; bạn sẽ không có được một kiểm toán mã nguồn đủ tốt với 7k cho mã nguồn của chúng ta 19:02:11 &lt;zzz&gt; tình trạng tài chính của chúng ta có trên trang web nếu bạn quan tâm số dư 19:02:14 &lt;eche|on&gt; một kiểm toán viên là ~500/ngày 19:02:22 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2017/09/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-9-n%C4%83m-2017/Tue, 05 Sep 2017 00:00:00 +0000/vi/blog/2017/09/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-9-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, psi, R4SAS, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) cập nhật 0.9.32 (zzz) 20:00:00 &lt;zzz&gt; 2) nhắc nhở email xin tài trợ 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; Chào 20:00:44 &lt;zzz&gt; 1) cập nhật 0.9.32 (zzz) 20:00:58 &lt;R4SAS&gt; Chào 20:01:09 &lt;zzz&gt; ok, str4d đã thực hiện một số cập nhật UI, và tôi đã bắt đầu triển khai prop 141 nhưng vẫn chưa check-in gì cả 20:01:37 &lt;zzz&gt; chúng ta đang đúng tiến độ cho một đợt phát hành đầu tháng Mười 20:01:49 &lt;i2pr&gt; [Slack/str4d] Chào 20:02:03 &lt;zzz&gt; Tôi nghĩ str4d muốn đề xuất nhánh benchmark của mình, anh ấy nên làm sớm? Tôi đã bình luận trong ticket của anh ấy 20:02:20 &lt;psi_&gt; ừ 20:02:36 &lt;i2pr&gt; [Slack/str4d] Tôi mới chỉ push một chỉnh sửa UI nhỏ đến giờ; tôi còn nhiều thứ nằm local giải quyết thêm nhiều vấn đề, nhưng tôi cần đi qua quy trình git -&gt; mtn của mình 20:03:09 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ xem các bình luận về benchmark và hoàn thiện / push cái đó vào cuối tuần này 20:03:57 &lt;zzz&gt; ok tôi cần trao đổi với bạn lúc nào đó về quy trình phát hành của chúng ta. Chúng ta có các ticket mức blocker cho .31 mà chưa được đóng, có lẽ cần nhấn mạnh phải đóng chúng trước khi phát hành 20:04:08 &lt;zzz&gt; nếu không thì “blocker” còn có ý nghĩa gì 20:04:23 &lt;i2pr&gt; [Slack/str4d] Đúng 20:04:36 &lt;zzz&gt; còn gì nữa ở mục 1) không? 20:06:01 &lt;zzz&gt; 2) nhắc nhở email xin tài trợ 34C3 (zzz/echelon) 20:06:11 &lt;psi&gt; đợt phát hành này có yêu cầu loại bỏ các hostname không? 20:06:15 &lt;psi&gt; trong RI 20:06:25 &lt;psi&gt; lag quá 20:06:33 &lt;zzz&gt; xem văn bản đề xuất để biết thảo luận về việc di trú 20:06:45 &lt;psi&gt; ok 20:07:07 &lt;i2pr&gt; [Slack/str4d] -1 nếu đưa vào bản phát hành này mà không bàn về các biện pháp giảm thiểu zombie 20:07:08 &lt;zzz&gt; ok liên quan đến 34C3, nếu bạn muốn được tài trợ hoặc vé miễn phí thì BẮT BUỘC phải email cho echelon trước ngày 30/9 20:07:43 &lt;zzz&gt; ngoài ra, echelon có gặp một số sự cố máy chủ, nên nếu bạn không nhận được ACK từ anh ấy rằng đã nhận email của bạn, hãy gửi lại 20:08:46 &lt;zzz&gt; chúng tôi có nhiều kinh phí cho mọi người nhưng bạn phải yêu cầu. Chúng tôi sẽ không tài trợ cho những ai hỏi sau khi hết tháng 20:09:48 &lt;zzz&gt; vì vậy một lần nữa hãy đảm bảo rằng echelon đã xác nhận đã nhận yêu cầu của bạn 20:10:03 &lt;zzz&gt; chúng tôi sẽ đặt ngân sách tại cuộc họp tháng sau 20:10:19 &lt;zzz&gt; còn gì nữa ở mục 2) không? 20:10:36 &lt;i2pr&gt; [Slack/str4d] Không từ phía tôi. 20:11:26 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:11:54 &lt;psi&gt; tôi có một việc 20:12:02 &lt;zzz&gt; psi nói đi 20:12:03 &lt;psi&gt; nhưng nó dài và nhàm chán 20:12:09 &lt;psi&gt; đó là ý tưởng về các tunnel đi ra được căn chỉnh 20:12:36 &lt;psi&gt; ban đầu tôi giới thiệu nó với bạn như một kỹ thuật giảm tải cho OBEP 20:12:45 &lt;psi&gt; đó là một tác dụng phụ hay 20:12:53 &lt;psi&gt; nhưng đó không phải là mục đích ban đầu 20:13:10 &lt;psi&gt; mục đích ban đầu là giảm rớt gói 20:13:59 &lt;zzz&gt; ok, vậy bạn muốn thảo luận gì về nó? 20:14:08 &lt;psi&gt; câu hỏi của tôi là: Java I2P có triển khai các tunnel đi ra được căn chỉnh không? 20:14:22 &lt;psi&gt; hay nó quá thử nghiệm đối với các bạn? 20:14:53 &lt;psi&gt; tôi không quen với mã của Java I2P bằng i2pd 20:14:57 &lt;zzz&gt; không thể trả lời ngay vì tôi quên chi tiết. Nếu bạn viết ra và đăng ở đâu đó tôi sẽ sẵn lòng đưa ra câu trả lời 20:15:09 &lt;psi&gt; được 20:15:15 &lt;psi&gt; tôi đoán bạn có thể kết thúc họp 20:15:26 &lt;psi&gt; ý tưởng là OBEP == IBGW 20:15:35 &lt;psi&gt; với một hop bổ sung trên tunnel OB 20:15:38 &lt;eche|offf&gt; tôi chưa có gì 20:15:43 &lt;psi&gt; để OBEP == IBGW 20:16:14 &lt;psi&gt; để giảm rớt gói và áp lực lên OBEP 20:16:30 &lt;psi&gt; (đổi lại là nhiều tunnel hơn) 20:16:51 &lt;zzz&gt; ok, vì bạn đã triển khai rồi, bất kỳ dữ liệu nào về lợi ích sẽ rất hữu ích 20:17:10 &lt;zzz&gt; còn gì nữa về các tunnel đi ra được căn chỉnh không? 20:17:31 &lt;psi&gt; nhận xét ban đầu của tôi là RTT ban đầu giống như về sau 20:17:44 &lt;psi&gt; nói cách khác, không có đột biến RTT ban đầu 20:17:57 &lt;psi&gt; có thể do giảm áp lực lên OBEP 20:18:03 &lt;psi&gt; nhưng đó chỉ là giả định 20:18:15 &lt;psi&gt; tôi muốn thử nghiệm điều này trên một testnet, mà chúng ta có bằng docker. 20:18:25 &lt;i2pr&gt; [Slack/str4d] Nếu có gì chúng ta có thể biến thành benchmark hiệu năng, LMK 20:18:25 &lt;psi&gt; để thu thập các con số cứng v.v. 20:19:01 &lt;psi&gt; ừ tôi cũng vậy, tôi đang bí một benchmark hiệu năng tốt 20:19:18 &lt;psi&gt; tôi đã dùng ping ICMP qua OpenVPN 20:19:23 &lt;i2pr&gt; [Slack/str4d] Thực ra cái này giống một chỉ số hơn, vì nó cũng phụ thuộc vào hiệu năng mạng, và có thể khác nhau tùy vị trí endpoint 20:19:27 &lt;psi&gt; có lẽ không phải cách tốt nhất 20:19:48 &lt;i2pr&gt; [Slack/str4d] Nhưng nếu chúng ta có thể tạo một benchmark lặp lại được, tôi muốn thêm nó vào bộ tôi dự định bắt đầu thu thập 20:20:18 &lt;psi&gt; hiện tôi dùng là: thời gian để kết nối qua DTLS và sau đó đo độ trễ bằng ping 20:20:31 &lt;psi&gt; tôi nghĩ cái đó không port được sang Java I2P 20:20:45 &lt;psi&gt; trừ khi SOCKS5 UDP hoạt động 20:20:49 &lt;psi&gt; hoặc tôi làm vài thứ với SAM 20:21:23 &lt;zzz&gt; còn gì nữa về các tunnel đi ra được căn chỉnh không? 20:21:31 &lt;psi&gt; các tunnel đi ra được căn chỉnh vẫn còn mang tính thử nghiệm và tôi chưa biết việc tăng số lượng tunnel có đáng hay không 20:21:49 &lt;psi&gt; nên cần nghiên cứu thêm và nó đang được nghiên cứu ngay lúc này bên i2pd 20:21:56 &lt;psi&gt; tôi sẽ báo bạn biết 20:22:12 &lt;i2pr&gt; [Slack/str4d] Tuyệt, cập nhật cho tôi về phần khoa học ở #i2p-science :slightly_smiling_face: 20:22:20 &lt;psi&gt; ok 20:22:21 &lt;zzz&gt; tuyệt, cảm ơn cập nhật, psi 20:22:25 &lt;zzz&gt; còn gì nữa về các tunnel đi ra được căn chỉnh không? 20:22:53 &lt;psi&gt; một điều cuối: có thể đáng để làm thêm điều gì đó ngoài việc căn chỉnh các tunnel, tức là thứ gì đó giống rend spec của Tor 20:23:17 &lt;psi&gt; còn đó là gì thì tôi chưa biết và sẽ suy nghĩ to lên trong #i2p-science 20:23:20 &lt;psi&gt; (mời tham gia) 20:23:29 &lt;psi&gt; hết rồi 20:23:41 &lt;i2pr&gt; [Slack/str4d] Tôi hết rồi 20:23:49 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:24:28 &lt;psi&gt; tôi ổn 20:25:15 &lt;zzz&gt; cảm ơn mọi người, hẹn gặp lại trong 4 tuần nữa, cũng là thời điểm phát hành .32 20:26:10 * zzz ***bafffs*** xong cuộc họp </div>/vi/blog/2017/08/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.31/Mon, 07 Aug 2017 00:00:00 +0000/vi/blog/2017/08/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.31/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Những thay đổi trong bản phát hành này dễ nhận thấy hơn nhiều so với thường lệ! Chúng tôi đã làm mới bảng điều khiển router để giúp dễ hiểu hơn, cải thiện khả năng truy cập, hỗ trợ đa trình duyệt và nhìn chung sắp xếp mọi thứ gọn gàng hơn. Đây là bước đầu tiên trong một kế hoạch dài hạn nhằm làm cho bảng điều khiển router thân thiện hơn với người dùng. Chúng tôi cũng đã thêm hỗ trợ xếp hạng và bình luận cho torrent vào i2psnark.</p>/vi/blog/2017/08/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-8-n%C4%83m-2017/Tue, 01 Aug 2017 00:00:00 +0000/vi/blog/2017/08/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-8-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dg, echelon, lazygravy, manas, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:01:06 &lt;zzz&gt; 0) Chào 20:01:06 &lt;zzz&gt; 1) cập nhật 0.9.31/32 (zzz) 20:01:07 &lt;zzz&gt; 2) lập kế hoạch ngân sách cho 34C3 (zzz/echelon) 20:01:09 &lt;zzz&gt; 0) Chào 20:01:11 &lt;zzz&gt; Chào 20:01:17 &lt;manas&gt; xin chào 20:01:28 &lt;zzz&gt; 1) cập nhật 0.9.31/32 (zzz) 20:01:48 &lt;zzz&gt; sau một số chậm trễ, hiện chúng ta đang trong giai đoạn duyệt mã (code review) cho .31, với hạn chót là Chủ nhật ngày 6 20:02:11 &lt;zzz&gt; dự kiến sẽ có bản phát hành cập nhật trong mạng vào ngày 7, các gói v.v. sẽ theo sau 20:02:29 &lt;zzz&gt; điều đó đưa bản phát hành .32 vào đầu đến giữa tháng 10 20:03:01 &lt;zzz&gt; có nhiều thay đổi về giao diện người dùng (UI), mọi người vui lòng kiểm thử và đánh giá nếu có thể 20:03:07 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:03:50 &lt;dg&gt; điều duy nhất là: đang tự hỏi chúng ta sẽ đưa phiên bản nào vào Debian 20:04:00 &lt;dg&gt; tôi không biết liệu nghĩ về 'bản phát hành ổn định' vào lúc này có quá sớm không. 20:04:14 &lt;manas&gt; tôi đã kiểm thử, trông ổn :) 20:04:29 &lt;zzz&gt; tôi đang cố liên hệ với mhatta để hỏi những câu đó, vì anh ấy vẫn chưa cho chúng ta bất kỳ thông tin nào về kế hoạch của mình 20:04:41 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:04:55 &lt;lazygravy&gt; dg: bản phát hành ổn định Debian tiếp theo là trong 2 năm nữa - còn thời gian 20:05:06 &lt;i2pr&gt; [Slack/str4d] Lưu ý rằng chúng ta còn một khoảng thời gian dài trước khi tới thời điểm đó 20:05:10 &lt;i2pr&gt; [Slack/str4d] vì Stretch vừa ra mắt 20:05:34 &lt;dg&gt; lazygravy: hợp lý, nhưng muốn xem có ai có kế hoạch không hoặc chúng ta có nên nghĩ về bất kỳ thay đổi cấu trúc nào cho quy trình phát hành không 20:05:34 &lt;dg&gt; tôi không còn gì thêm 20:06:07 &lt;zzz&gt; 2) lập kế hoạch ngân sách cho 34C3 (zzz/echelon) 20:06:28 &lt;zzz&gt; điều tôi muốn làm hôm nay là thống nhất mức tài trợ theo từng người. Nếu cần, chúng ta có thể xem lại tổng số ở một cuộc họp sau 20:06:54 &lt;zzz&gt; trên zzz.i2p tôi đã đề xuất tăng so với năm ngoái, lên 500 euro cho reseeders, 1500 cho người đóng góp đầy đủ, 2000 cho các trường hợp đặc biệt 20:07:04 &lt;zzz&gt; ý kiến? 20:07:21 &lt;eche|on&gt; OK với tôi 20:07:47 &lt;eche|on&gt; nhân tiện: `http://echelon.i2p/donations/index.html` đã được cập nhật 20:07:55 &lt;i2pr&gt; [Slack/str4d] Có vẻ hợp lý với tôi 20:07:56 &lt;manas&gt; Lag, xin lỗi. Nghe ổn 20:08:09 &lt;zzz&gt; eche|on, bạn có muốn mọi người email yêu cầu cho bạn không, và nếu có, hạn là ngày nào? 20:08:40 &lt;eche|on&gt; vui lòng gửi email, kịp trước sự kiện, chúng ta muốn thảo luận ở đây hay tôi có thể tự làm? 20:09:07 &lt;zzz&gt; muộn nhất chúng ta cần có trước thời điểm bán vé hội nghị 20:09:31 &lt;eche|on&gt; vâng 20:09:43 &lt;eche|on&gt; để biết có bao nhiêu vé. vậy hãy nói là cuối tháng 10 20:10:09 &lt;zzz&gt; tôi đề nghị mọi người email cho bạn sớm hơn, đặc biệt nếu họ chưa biết sẽ nhận được bao nhiêu, hoặc có trường hợp đặc biệt, hoặc cần biết trước khi mua vé máy bay 20:10:15 &lt;manas&gt; ok tôi sẽ gửi email 20:10:38 &lt;eche|on&gt; ok, vậy nói là cuối tháng 9 20:10:45 &lt;eche|on&gt; 2 tháng để suy nghĩ về việc đó thì ổn 20:10:57 &lt;zzz&gt; trong email của bạn, hãy yêu cầu một số tiền cụ thể, và một lần nữa, đây là hoàn trả chi phí vé thực tế, không phải trợ cấp 20:11:21 &lt;zzz&gt; ok, vậy chúng ta sẽ đưa tổng ngân sách vào chương trình nghị sự cuộc họp tháng 10 20:11:39 &lt;manas&gt; Số tiền đó có bao gồm chi phí vé không 20:11:52 &lt;zzz&gt; không, chúng ta sẽ mua hoặc hoàn tiền vé hội nghị riêng 20:12:06 &lt;eche|on&gt; ok, tuyệt 20:12:09 &lt;manas&gt; ok 20:12:27 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:13:26 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:15:00 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2017/07/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-7-n%C4%83m-2017/Tue, 04 Jul 2017 00:00:00 +0000/vi/blog/2017/07/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-7-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> backup, manas, orignal, R4SAS, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Cập nhật 0.9.31/.32 (zzz) 20:00:00 &lt;zzz&gt; 2) Lên kế hoạch 34C3 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) Chào 20:00:06 &lt;zzz&gt; Chào 20:00:27 &lt;backup&gt; Chào zzz 20:00:31 &lt;zzz&gt; 1) Cập nhật 0.9.31/.32 (zzz) 20:00:45 &lt;str4d&gt; Chào 20:00:49 &lt;zzz&gt; OK, chúng tôi đã hoãn bản phát hành một tuần, hạn chót checkin mới là thứ Sáu này 20:00:53 &lt;R4SAS&gt; Chào 20:00:56 &lt;manas&gt; Xin chào 20:01:18 &lt;zzz&gt; chúng ta sẽ dành thêm vài ngày để review, vì nó khá lớn, hạn chót review là thứ Ba tuần sau, và build muộn thứ Ba hoặc đầu thứ Tư 20:01:47 &lt;zzz&gt; như vậy phát hành 0.9.32 sẽ vào đầu đến giữa tháng Chín, cơ bản như kế hoạch 20:02:04 &lt;zzz&gt; mọi người vui lòng test bản dev build mới nhất 20:02:11 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:33 &lt;backup&gt; có thể bạn đăng hướng dẫn trên zzz về cách dùng build dev không 20:02:55 &lt;manas&gt; 'ant updater' tạo i2pupdate.zip 20:02:55 &lt;zzz&gt; chắc hẳn có hướng dẫn trên bobthebuilder.i2p thì phải? 20:03:14 &lt;orignal_&gt; chào 20:03:16 &lt;zzz&gt; tìm trên zzz.i2p về cách đăng ký tự động nhận cập nhật dev build 20:03:29 &lt;str4d&gt; Có lẽ ở đó đã có hướng dẫn rồi, nhưng chắc chắn chúng ta cần cải thiện khả năng nhìn thấy những thứ kiểu này. Nó là một phần công việc của tôi cho giai đoạn tiếp theo của bản udpate website 20:03:38 &lt;zzz&gt; hoặc như manas nói, ant updater, copy file zip sang, khởi động lại. xong là xong. 20:03:41 &lt;backup&gt; Ý tôi là thứ gì sẵn sàng như KYTV đã làm ấy? 20:03:41 &lt;zzz&gt; còn gì cho mục 1) không? 20:03:49 &lt;backup&gt; sẽ thu hút nhiều người thử nghiệm hơn... 20:04:06 &lt;str4d&gt; Trang chủ website mới đã lên 20:04:10 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 20:04:23 &lt;zzz&gt; hãy bám sát chủ đề. còn gì cho mục 1) không? 20:04:34 &lt;str4d&gt; zzz, tôi *am* on topix 20:04:58 &lt;str4d&gt; Lý tưởng thì tôi muốn đưa nó lên live vào khoảng thời điểm phát hành 20:05:15 &lt;str4d&gt; Nhưng thứ cản trở là việc viết nội dung (văn bản trang chủ) 20:05:18 &lt;manas&gt; Đang tải 20:05:30 &lt;zzz&gt; 2) Lên kế hoạch 34C3 (zzz/echelon) 20:05:38 &lt;manas&gt; nhìn ổn cho đến giờ 20:05:50 &lt;str4d&gt; Không ép đâu, tôi thích đúng hơn là đúng hạn 20:05:59 &lt;zzz&gt; ok, tôi không muốn bàn nhiều về CCC bây giờ, mà muốn lên lịch họp ngân sách vào tháng Tám hoặc tháng Chín 20:06:25 &lt;zzz&gt; có ai cần biết mức hoàn reimbuse là bao nhiêu trước khi mua vé máy bay không? mọi người định mua vé khi nào? 20:06:27 &lt;str4d&gt; Đã thông báo thời điểm bán vé chưa? 20:06:48 &lt;zzz&gt; chưa, và thực tế là bạn sẽ phải mua vé máy bay trước hàng tháng trước khi biết có vé hội nghị hay không, thật đáng tiếc 20:06:57 &lt;manas&gt; Tôi đang theo dõi vài vé, chưa chốt 20:07:12 &lt;manas&gt; Quy trình mua vé sẽ như thế nào? 20:07:19 &lt;zzz&gt; Tôi kỳ vọng mức hoàn lại ít nhất bằng năm ngoái, có thể nhiều hơn, do BTC 20:07:25 &lt;manas&gt; eche|off đã tốt bụng gửi tôi một vé năm ngoái 20:07:30 &lt;manas&gt; *a 20:07:34 &lt;zzz&gt; đừng bàn quy trình vé hội nghị bây giờ. chuyện đó sẽ để sau. 20:07:43 &lt;str4d&gt; Tôi sẽ bay từ Anh, nên sẽ rẻ hơn đáng kể để tới đó 20:07:44 &lt;manas&gt; được thôi :) 20:07:48 &lt;zzz&gt; Tôi chỉ muốn ấn định một cuộc họp ngân sách. Tháng Tám hay tháng Chín? 20:07:59 &lt;manas&gt; str4d: và chuyến bay ngắn hơn nhiều :D 20:08:09 &lt;manas&gt; Khi nào mở bán vé? 20:08:16 &lt;zzz&gt; đừng bàn quy trình vé hội nghị bây giờ. chuyện đó sẽ để sau. 20:08:33 &lt;str4d&gt; Tháng Tám có lẽ an toàn hơn 20:08:40 &lt;manas&gt; tháng nào cũng được với tôi 20:08:49 &lt;zzz&gt; phần lớn mở bán vào tháng 11 nếu tôi nhớ không nhầm? bạn sẽ muốn mua vé máy bay sớm hơn nhiều. LEJ có vẻ khó đến hơn MUC 20:08:49 &lt;str4d&gt; Có lẽ chừa sẵn một chút dư địa? 20:09:05 &lt;zzz&gt; ok tôi sẽ đưa vào chương trình nghị sự cho cuộc họp tháng sau 20:09:06 &lt;manas&gt; có vài chuyến bay từ MUC 20:09:07 &lt;manas&gt; sang LEJ 20:09:14 &lt;manas&gt; nếu ai bay vào MUC 20:09:19 &lt;manas&gt; ok 20:09:19 &lt;zzz&gt; còn gì cho mục 2) không? 20:10:14 &lt;zzz&gt; còn gì cho cuộc họp hôm nay không? 20:10:56 &lt;str4d&gt; Tôi đã bàn thêm về hiệu năng trong #i2p-science với nhiều người 20:11:05 &lt;manas&gt; trang chủ mới đã tải xong, trông rất đẹp str4d 20:11:12 &lt;str4d&gt; Nhớ lurk nếu bạn quan tâm và chưa tham gia 20:11:22 &lt;manas&gt; Tôi đã test phần UI, nó cũng trông ổn 20:11:43 &lt;zzz&gt; tốt lắm 20:11:45 &lt;str4d&gt; Tôi cũng đã cập nhật Prop140 sau sự nhầm lẫn nó gây ra, bắt đầu làm rõ rằng nó nói về balancer protocol (giao thức cân bằng) 20:11:58 &lt;str4d&gt; (tức là na ná OnionBalance nhưng tách ngăn) 20:12:07 &lt;R4SAS&gt; zzz, hỏi về bug trong jks2pem 20:12:29 &lt;zzz&gt; ok, khó để khởi động lại thảo luận sau 6 tuần, nhưng tôi sẽ cố gắng bắt nhịp lại 20:12:30 &lt;str4d&gt; Chưa xong, giao thức v.v. vẫn cần thiết kế - xem bình luận của tôi trên luồng zzz.i2p 20:12:35 &lt;zzz&gt; R4SAS, sau cuộc họp nhé 20:12:44 &lt;zzz&gt; còn gì cho cuộc họp hôm nay không? 20:12:44 &lt;R4SAS&gt; kk 20:12:50 &lt;str4d&gt; Tôi cũng nhận được vài nhận xét về NTCP 2 từ David Fifield, một người trong nhóm PT 20:13:36 &lt;zzz&gt; bất kỳ tiến triển nào trên các đề xuất đều tốt, dù chỉ 6 tháng một lần 20:13:44 &lt;str4d&gt; Tôi đã cập nhật đề xuất với các ý đó, và sẽ sớm đăng để lấy ý kiến lên Google Group traffic-obf (anh ấy nói nhóm này sẽ quan tâm đến kiểu chủ đề này) 20:13:53 &lt;zzz&gt; còn gì cho cuộc họp hôm nay không? /me grabs the baffer 20:14:11 &lt;str4d&gt; Một điều cuối 20:14:34 &lt;str4d&gt; F3real đã âm thầm làm về differential privacy (quyền riêng tư vi sai) cho thống kê 20:14:49 &lt;str4d&gt; Hôm nay anh ấy gửi tôi file patch hiện tại, tôi sẽ xem vào cuối tuần này 20:15:14 &lt;str4d&gt; (tl;dr phân bin (binning) và nhiễu cộng cho thống kê, để việc công bố an toàn hơn mà không làm tổn hại quyền riêng tư) 20:15:42 &lt;zzz&gt; chủ đề khó, còn nhiều chỗ để nghiên cứu và thử nghiệm. hy vọng lazygravy có thể tham gia 20:15:54 &lt;zzz&gt; còn gì cho cuộc họp hôm nay không? 20:15:59 &lt;str4d&gt; Giai đoạn đầu, nhưng theo như tôi biết họ là người đóng góp mới đầu tiên đến qua Summer Dev! Woo! 20:16:43 &lt;str4d&gt; Một hai tuần trước tôi cũng nghiên cứu về Apache Kafka, có vẻ nó sẽ là nền tảng hữu ích cho việc thu thập thống kê 20:17:06 &lt;str4d&gt; (do lazygravy gợi ý, dường như vài người tôi quen trong các công ty infosec dùng nó) 20:17:27 &lt;zzz&gt; lời nhắc cuối cho cuộc họp hôm nay 20:17:28 &lt;str4d&gt; Sẽ bàn tiếp ở một thời điểm nào đó (có lẽ sau PETS - tôi vẫn phải viết bài nói cho sự kiện đó) 20:17:40 &lt;str4d&gt; Được rồi, được rồi, tôi xong rồi :P 20:18:29 * zzz **bafs** the meeting closed </div>/vi/blog/2017/06/06/h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-6-2017/Tue, 06 Jun 2017 00:00:00 +0000/vi/blog/2017/06/06/h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-6-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> backup, lazygravy, manas, psi, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:18 &lt;zzz&gt; 0) Chào 20:00:18 &lt;zzz&gt; 1) cập nhật 0.9.31 (zzz) 20:00:18 &lt;zzz&gt; 2) tình trạng nhánh UI - (str4d) 20:00:18 &lt;zzz&gt; 3) kế hoạch I2P Summer Dev - (str4d) 20:00:18 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:00:18 &lt;zzz&gt; 5) lên kế hoạch 34C3 (zzz/echelon) 20:00:18 &lt;zzz&gt; 6) Họp định kỳ của Reseed Operator (manas) 20:00:24 &lt;zzz&gt; 0) Chào 20:00:26 &lt;manas&gt; Hello :) 20:00:26 &lt;zzz&gt; hi 20:00:34 &lt;psi&gt; ohay 20:00:40 &lt;i2pr&gt; [Slack/str4d] Hi 20:00:58 &lt;zzz&gt; 1) cập nhật 0.9.31 (zzz) 20:01:00 &lt;backup&gt; Hi 20:01:37 &lt;zzz&gt; ok, hạn chót check-in còn 3 tuần rưỡi nữa, chúng ta đang đúng tiến độ, tuy nhiên phần lớn lộ trình cho 31 (vốn đã dời từ 29 và 30) sẽ lại bị dời tiếp 20:01:54 &lt;zzz&gt; tag freeze đã là hôm qua 20:02:03 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:23 &lt;backup&gt; Hôm nay tôi đã gửi một số cập nhật về reseed (cấp dữ liệu khởi tạo các nút I2P cho người dùng mới) 20:02:26 &lt;psi&gt; có thay đổi đáng chú ý nào cho i2pd trong .31 không? 20:03:01 &lt;zzz&gt; không biết i2pd thế nào, nhưng không có thay đổi i2np 20:03:15 &lt;zzz&gt; phần lớn của 31 sẽ là về UI (xem mục 2) 20:03:21 &lt;zzz&gt; còn gì cho mục 1) không? 20:03:51 &lt;psi&gt; ok 20:03:51 &lt;i2pr&gt; [Slack/str4d] CSS trang chủ website mới cũng sẽ lên cùng lúc 20:04:07 &lt;manas&gt; str4d: hay đó 20:04:28 &lt;zzz&gt; 2) tình trạng nhánh UI - (str4d) 20:04:31 &lt;zzz&gt; str4d bắt đầu 20:04:33 &lt;i2pr&gt; [Slack/str4d] (và hy vọng cả một số CSS bên trong nữa, nhưng còn tùy lịch của Elio) 20:04:55 &lt;i2pr&gt; [Slack/str4d] Nhánh UI đã được gộp! 20:05:36 &lt;i2pr&gt; [Slack/str4d] Một vài người đã xem và góp ý; cảm ơn mọi người 20:05:39 &lt;zzz&gt; Tôi khuyến khích mọi người thử và thêm các vấn đề hoặc không-vấn-đề của mình vào ticket #1996 20:05:59 &lt;zzz&gt; str4d, nhớ bump rev khi bạn thay đổi để bình luận còn hợp lý 20:06:26 &lt;i2pr&gt; [Slack/str4d] Ok 20:06:32 &lt;zzz&gt; còn gì cho mục 2) không? 20:06:59 &lt;i2pr&gt; [Slack/str4d] Hầu hết lỗi đã được xử lý; nếu có thời gian tôi sẽ cố phản hồi các điểm mang tính chủ quan 20:07:42 &lt;zzz&gt; 3) kế hoạch I2P Summer Dev - (str4d) 20:07:46 &lt;zzz&gt; str4d bắt đầu 20:08:14 &lt;i2pr&gt; [Slack/str4d] Summer Dev ra mắt trễ một ngày do sự cố merge website, nhưng giờ đã lên rồi! 20:08:46 &lt;i2pr&gt; [Slack/str4d] Giờ đến phần thú vị: làm các tác vụ liên quan 20:09:32 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ đăng danh sách ý tưởng lên diễn đàn Dev để mọi người xem các đề xuất 20:09:39 &lt;zzz&gt; Tôi nghĩ bạn đã có hai cuộc họp về việc đó rồi... 20:09:57 &lt;manas&gt; Tôi có một script cho truyền rsync song song qua Tor, tôi định chỉnh lại để chạy truyền qua I2P :) 20:09:58 &lt;i2pr&gt; [Slack/str4d] Một cuộc, không ai tham gia cuộc tuần trước 20:10:02 &lt;zzz&gt; bạn muốn mọi người làm gì để hỗ trợ? 20:10:35 &lt;zzz&gt; ngoài ra, kế hoạch PR là gì? 20:11:32 &lt;i2pr&gt; [Slack/str4d] Kế hoạch PR là có bài blog mới về một khía cạnh của summer dev mỗi vài tuần 20:11:44 &lt;i2pr&gt; [Slack/str4d] Nhưng điều đó phụ thuộc nhiều vào việc có người làm 20:12:07 &lt;i2pr&gt; [Slack/str4d] Thu thập số liệu là phần lớn nhất 20:12:36 &lt;manas&gt; Tôi đã đọc bản ghi cuộc họp đầu tiên, có vẻ là những thứ kỹ thuật mà giờ tôi chưa rành lắm :P 20:12:45 &lt;zzz&gt; tốt. còn gì cho mục 3) không? 20:13:12 &lt;i2pr&gt; [Slack/str4d] Chủ yếu là phải có tiến triển 20:13:24 &lt;manas&gt; Thu thập số liệu sẽ tốt, có thể là một plugin Java nơi tôi có thể nhập một destination (địa chỉ đích trên I2P) và nó thu thập số liệu và/hoặc chạy speedtest? 20:13:39 &lt;manas&gt; Không chắc hướng dự định cho việc đó là gì 20:13:41 &lt;i2pr&gt; [Slack/str4d] Có thể, đúng vậy 20:13:50 &lt;manas&gt; vậy thì hay 20:14:02 &lt;i2pr&gt; [Slack/str4d] Hướng dự định của tôi là metrics.torproject.org 20:14:21 &lt;i2pr&gt; [Slack/str4d] Dĩ nhiên không phải các số liệu cụ thể đó 20:14:30 &lt;manas&gt; Đúng 20:14:41 &lt;i2pr&gt; [Slack/str4d] Nhưng một thiết lập tương tự cho chúng ta 20:14:59 &lt;i2pr&gt; [Slack/str4d] Số liệu then chốt là hiệu năng tunnel / mạng 20:15:39 &lt;zzz&gt; mục tiêu hay, nhưng mọi thứ dễ trong tor lại khó với chúng ta, họ có kiểm soát tập trung 20:15:40 &lt;i2pr&gt; [Slack/str4d] Đồng ý 20:15:55 &lt;i2pr&gt; [Slack/str4d] Ừ 20:16:02 &lt;manas&gt; Ừ. Tôi nghĩ bạn có nhắc đâu đó về thực hành tôn trọng quyền riêng tư của Tor trong thu thập số liệu. Nếu có tài liệu/bài báo về chuyện đó thì tốt để đọc thêm 20:16:06 &lt;i2pr&gt; [Slack/str4d] Nhưng số liệu vốn dĩ sẽ là tập trung 20:16:34 &lt;i2pr&gt; [Slack/str4d] Có một số bài ở freehaven.net/anonbib 20:16:45 &lt;zzz&gt; còn gì cho mục 3) không? 20:16:54 &lt;manas&gt; Cảm ơn, tôi sẽ xem 20:16:55 &lt;i2pr&gt; [Slack/str4d] Nhưng không chắc họ có nói nhiều về thiết lập cụ thể của họ không 20:17:12 &lt;i2pr&gt; [Slack/str4d] Việc khác trong tháng này là làm đề xuất 20:17:36 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:17:39 &lt;zzz&gt; str4d bắt đầu 20:17:40 &lt;i2pr&gt; [Slack/str4d] Tôi đã liệt kê một loạt đề xuất trong bài blog ra mắt mà tôi nghĩ là phù hợp 20:17:48 &lt;i2pr&gt; [Slack/str4d] zzz, đừng nhanh thế 20:17:57 &lt;i2pr&gt; [Slack/str4d] Tôi đang dùng điện thoại, gõ không nhanh 20:18:20 &lt;i2pr&gt; [Slack/str4d] 3) tiếp. 20:18:53 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ xem xét và làm việc trên các đề xuất trong phần còn lại của tháng 20:19:09 &lt;i2pr&gt; [Slack/str4d] Nhưng tôi rất muốn có một hai bài blog về một số đề xuất đó 20:19:18 &lt;zzz&gt; đề xuất liên quan gì đến summer dev là mục 3) ? 20:19:43 &lt;i2pr&gt; [Slack/str4d] Summer Dev là về tốc độ 20:20:07 &lt;i2pr&gt; [Slack/str4d] Chúng ta có vài đề xuất mở liên quan đến hiệu năng 20:20:42 &lt;i2pr&gt; [Slack/str4d] Và tôi muốn một số trong đó được truyền đạt tới cộng đồng rộng hơn 20:20:48 &lt;zzz&gt; ok 20:20:55 &lt;zzz&gt; còn gì cho mục 3) không? 20:20:56 &lt;i2pr&gt; [Slack/str4d] Thực ra đây sẽ là một tác vụ tuyệt vời cho người mới 20:21:12 &lt;i2pr&gt; [Slack/str4d] Dành thời gian đọc đề xuất 20:21:18 &lt;i2pr&gt; [Slack/str4d] Đọc tài liệu liên quan 20:21:28 &lt;i2pr&gt; [Slack/str4d] Rồi tiêu hóa nó thành một bài blog 20:21:37 &lt;manas&gt; str4d: tác vụ là đọc các đề xuất, hiểu và đơn giản hóa/giải thích chúng trong một bài blog? 20:21:44 &lt;manas&gt; ôi tin nhắn của bạn vừa tới, lag 20:21:46 &lt;manas&gt; :) 20:21:49 &lt;i2pr&gt; [Slack/str4d] Đúng rồi! 20:21:54 &lt;manas&gt; Tôi sẽ xem các đề xuất đó, str4d 20:22:02 &lt;manas&gt; Tôi thấy việc đó thú vị 20:22:13 &lt;i2pr&gt; [Slack/str4d] Truyền đạt đề xuất là gì, và vì sao nó quan trọng cho cả hiệu năng lẫn quyền riêng tư 20:22:27 &lt;manas&gt; Ừ, đó sẽ là một loạt bài blog hay :) 20:22:37 &lt;manas&gt; và hy vọng sẽ có thảo luận sôi nổi theo sau 20:22:45 &lt;i2pr&gt; [Slack/str4d] Chính xác ;) 20:23:09 &lt;zzz&gt; còn gì cho mục 3) không? 20:23:16 &lt;i2pr&gt; [Slack/str4d] Được rồi, giờ tôi xong mục 3) 20:23:31 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:23:34 &lt;zzz&gt; str4d bắt đầu 20:23:43 &lt;i2pr&gt; [Slack/str4d] Chưa có tiến triển 20:24:04 &lt;i2pr&gt; [Slack/str4d] Nhánh đã được cập nhật một thời gian trước với mã mới nhất từ thư viện của tôi 20:24:19 &lt;i2pr&gt; [Slack/str4d] Nhưng do phần UI, tôi chưa có thời gian xem lại 20:24:27 &lt;zzz&gt; chuyển sang cuộc họp sau, hay mục này xong hoặc không liên quan? 20:25:07 &lt;i2pr&gt; [Slack/str4d] Vấn đề chính là đảm bảo các thay đổi về ngữ nghĩa với sigtypes không làm hỏng điều gì ngoài dự kiến 20:26:07 &lt;i2pr&gt; [Slack/str4d] Nếu ai muốn giúp thì tốt, nhưng tôi ưu tiên Summer Dev cao hơn 20:26:32 &lt;i2pr&gt; [Slack/str4d] Nên tạm gác lại 20:26:51 &lt;zzz&gt; chuyển sang cuộc họp sau, hay mục này xong hoặc không liên quan? 20:27:05 &lt;i2pr&gt; [Slack/str4d] Tôi vừa nói rồi 20:27:21 &lt;i2pr&gt; [Slack/str4d] Tạm gác lại, tức là chưa xong cũng không phải không liên quan, nhưng bỏ khỏi chương trình nghị sự 20:27:27 &lt;zzz&gt; không rõ tôi nên làm gì với "tạm gác". Đưa vào chương trình hay không? 20:27:53 &lt;zzz&gt; ok, vậy nhánh test2 coi như bỏ, nếu tôi làm việc trên nhánh nào tôi sẽ tạo nhánh mới 20:28:02 &lt;zzz&gt; ok còn gì cho mục 4) không? 20:29:01 &lt;zzz&gt; 5) lên kế hoạch 34C3 (zzz/echelon) 20:29:25 &lt;zzz&gt; Tôi không nghĩ ech đang ở đây. Chỉ báo sớm rằng tháng sau hoặc tháng 8 chúng ta sẽ họp ngân sách 20:29:33 &lt;manas&gt; được rồi 20:29:56 &lt;i2pr&gt; [Slack/str4d] ACK 20:29:57 &lt;zzz&gt; chúng ta có khá nhiều tiền để phân bổ, nhưng như mọi khi chúng tôi sẽ thưởng cho những người đóng góp 20:30:16 &lt;zzz&gt; nên hãy giúp dự án và dự án sẽ giúp bạn 20:30:18 &lt;manas&gt; Tôi đang xem vé máy bay & khách sạn. Gần như xong hết rồi 20:30:21 &lt;zzz&gt; bây giờ là lúc 20:30:26 &lt;lazygravy&gt; (nhất là với giá btc điên rồ) 20:30:36 &lt;zzz&gt; sẽ nói thêm ở các cuộc họp tới 20:30:45 &lt;manas&gt; Khách sạn có vẻ kín chỗ nhanh nên nếu ai định đi thì tốt nhất bắt đầu tìm càng sớm càng tốt 20:30:52 &lt;zzz&gt; đúng vậy 20:30:57 &lt;zzz&gt; còn gì cho mục 5) không? 20:31:03 &lt;i2pr&gt; [Slack/str4d] +1 20:32:01 &lt;zzz&gt; 6) Họp định kỳ của Reseed Operator (manas) 20:32:03 &lt;zzz&gt; manas bắt đầu 20:32:26 &lt;manas&gt; `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - đang lên kế hoạch buổi họp reseed (cấp dữ liệu khởi tạo các nút I2P cho người dùng mới) đầu tiên của chúng tôi ở #i2p-reseed tuần tới, ngày 13 tháng 6 lúc 8PM UTC 20:32:46 &lt;manas&gt; Đó là các điểm thảo luận chung, tôi sẽ tóm tắt các chủ đề đã dẫn chiếu 20:32:59 &lt;manas&gt; Hẹn gặp tuần sau, cảm ơn :) 20:33:12 &lt;zzz&gt; tốt, cảm ơn đã thiết lập việc đó, tôi khuyến khích mọi người tham dự 20:33:18 &lt;zzz&gt; còn gì cho mục 6) không? 20:33:26 &lt;manas&gt; Vậy thôi 20:34:21 &lt;lazygravy&gt; Có quá đà không nếu quay lại (3)? 20:34:35 &lt;manas&gt; có gì không, gravy 20:34:45 &lt;lazygravy&gt; Tôi quan tâm phần thu thập đó str4d, chúng ta có thể lên lịch chút thời gian để bàn không? Tốt nhất là cuối tuần 20:34:47 &lt;zzz&gt; 3) gravy nói đi 20:35:00 &lt;manas&gt; Có thể tổ chức thảo luận ở #i2p-science? 20:35:45 &lt;lazygravy&gt; manas: miễn là chúng ta có thời gian đã lên lịch :) 20:36:01 &lt;lazygravy&gt; chưa cần quyết định thời gian bây giờ. Tôi chỉ muốn nêu ra thôi 20:36:06 &lt;manas&gt; Ừ 20:36:48 &lt;manas&gt; Tôi thấy việc đó thú vị 20:37:01 &lt;zzz&gt; còn gì cho mục 3) không? 20:37:43 &lt;lazygravy&gt; tôi không còn gì thêm 20:37:48 &lt;zzz&gt; còn gì cho cuộc họp không? 20:37:56 * zzz săn tìm cái búa chủ tọa 20:39:02 * zzz *b*a*f*s* tuyên bố kết thúc cuộc họp </div>/vi/blog/2017/06/01/i2p-summer-dev-2017-nhanh-h%C6%A1n-n%E1%BB%AFa/Thu, 01 Jun 2017 00:00:00 +0000/vi/blog/2017/06/01/i2p-summer-dev-2017-nhanh-h%C6%A1n-n%E1%BB%AFa/<p>Lại đến thời điểm này trong năm! Chúng tôi đang khởi động chương trình phát triển mùa hè, trong đó chúng tôi tập trung vào một khía cạnh cụ thể của I2P để thúc đẩy nó tiến xa hơn. Trong ba tháng tới, chúng tôi sẽ khuyến khích cả những người đóng góp mới lẫn các thành viên cộng đồng hiện tại chọn một nhiệm vụ và thực hiện nó một cách vui vẻ!</p>/vi/blog/2017/05/03/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.30/Wed, 03 May 2017 00:00:00 +0000/vi/blog/2017/05/03/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.30/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.30 bao gồm bản nâng cấp lên Jetty 9 và Tomcat 8. Các phiên bản trước đó không còn được hỗ trợ, và sẽ không có sẵn trong các bản phát hành Debian Stretch và Ubuntu Zesty sắp tới.</p> <p>router sẽ chuyển tệp cấu hình jetty.xml cho mỗi trang web Jetty sang thiết lập Jetty 9 mới. Điều này sẽ hoạt động với các cấu hình gần đây, chưa bị chỉnh sửa, nhưng có thể không hoạt động với các thiết lập đã chỉnh sửa hoặc rất cũ. Hãy kiểm tra rằng trang web Jetty của bạn hoạt động sau khi nâng cấp, và liên hệ với chúng tôi trên IRC nếu bạn cần hỗ trợ.</p>/vi/blog/2017/05/02/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-5-2017/Tue, 02 May 2017 00:00:00 +0000/vi/blog/2017/05/02/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-5-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> backup, manas, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Chào 20:00:01 &lt;zzz&gt; 1) cập nhật 0.9.30/.31 (zzz) 20:00:01 &lt;zzz&gt; 2) trạng thái nhánh UI - (str4d) 20:00:01 &lt;zzz&gt; 3) Kế hoạch phát triển mùa hè của I2P - (str4d) 20:00:01 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:00:05 &lt;zzz&gt; 0) Chào 20:00:07 &lt;zzz&gt; chào 20:00:23 &lt;zzz&gt; 1) cập nhật 0.9.30/.31 (zzz) 20:00:48 &lt;zzz&gt; chậm kế hoạch vài ngày do lỗi Jetty tôi phải vá, nhưng tối nay sẽ hoàn tất việc rà soát và sáng mai sẽ tạo bản build 20:00:58 &lt;manas&gt; Xin chào 20:01:19 &lt;zzz&gt; nếu ngày mai eche|on có mặt, chúng ta sẽ phát hành bản cập nhật trong mạng, và tôi sẽ làm việc trên các bản build launchpad và deb cho thứ Năm và thứ Sáu 20:01:46 &lt;zzz&gt; Đối với 31, tôi đã lên lịch vào cuối tháng Sáu hoặc đầu tháng Bảy 20:01:53 &lt;backup&gt; Chào 20:02:03 &lt;manas&gt; Chào backup! :D 20:02:15 &lt;zzz&gt; bạn có thể xem lộ trình cho những gì chúng tôi đã lên kế hoạch (hoặc ít nhất là hy vọng) cho 31 20:02:19 &lt;zzz&gt; còn gì nữa về 1) ? 20:03:18 &lt;zzz&gt; 2) trạng thái nhánh UI - (str4d) 20:03:43 &lt;zzz&gt; str4d đến lượt bạn 20:04:13 &lt;zzz&gt; được rồi, đây sẽ là cuộc họp ngắn nhất từ trước đến nay 20:04:27 &lt;backup&gt; Tôi tưởng ở đây sẽ có nhiều người hơn :) 20:04:27 &lt;manas&gt; :P 20:04:33 &lt;zzz&gt; còn gì nữa về 2), 3) hoặc 4), hay chủ đề nào khác cho cuộc họp? 20:04:44 &lt;manas&gt; Tôi muốn chỉ ra chủ đề này: `http://trac.i2p2.i2p/ticket/1139` 20:04:46 &lt;manas&gt; *ticket 20:04:54 &lt;manas&gt; Chúng ta nên cố gắng đưa thay đổi này vào UI mới 20:05:21 &lt;manas&gt; "Tắt một phần": Tạm thời ngừng chấp nhận các tunnels tham gia. 20:05:57 &lt;manas&gt; backup: Bạn có thể PM cho tôi liên kết mới về trạng thái không? 20:06:05 &lt;manas&gt; cảm ơn 20:06:08 &lt;zzz&gt; được, có lẽ bạn có thể thêm lý do vì sao nó quan trọng vào ticket? 20:06:41 &lt;manas&gt; Tôi muốn tìm hiểu thêm về các kế hoạch phát triển mùa hè nhưng có lẽ sẽ phải đợi đến khi str4d có mặt 20:06:43 &lt;manas&gt; zzz: được 20:06:43 &lt;zzz&gt; bất kỳ hạng mục UI không quan trọng nào phải chờ cho đến khi chúng tôi hợp nhất nhánh UI, hy vọng sẽ sớm thôi 20:06:49 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:07:06 &lt;zzz&gt; rất vui khi thấy bạn ở đây backup 20:07:14 * zzz chộp lấy baffer 20:07:40 &lt;manas&gt; Tôi muốn đề xuất các cuộc họp định kỳ của người vận hành reseed 20:07:45 &lt;manas&gt; bạn nghĩ sao, backup ? 20:08:19 &lt;zzz&gt; Tôi +1 việc đó 20:08:38 &lt;backup&gt; vâng, ý hay 20:08:44 &lt;zzz&gt; Tôi sẽ để các bạn tiếp tục thảo luận, tạm thời thì... 20:08:50 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2017/04/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-4-n%C4%83m-2017/Tue, 04 Apr 2017 00:00:00 +0000/vi/blog/2017/04/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-4-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; 1) cập nhật 0.9.30 (zzz) 20:00:05 &lt;zzz&gt; 2) tình trạng nhánh UI - (str4d) 20:00:05 &lt;zzz&gt; 3) kế hoạch I2P Summer Dev - (str4d) 20:00:05 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:00:09 &lt;zzz&gt; 0) Chào 20:00:12 &lt;zzz&gt; chào 20:00:28 &lt;manas&gt; Xin chào 20:00:33 &lt;eche|on&gt; chào 20:01:00 &lt;zzz&gt; 1) cập nhật 0.9.30 (zzz) 20:01:24 &lt;zzz&gt; ok, mọi thứ diễn ra tốt, tester đang tìm ra một số vấn đề, rất tốt. Jetty 9 đến giờ khá trơn tru 20:01:35 &lt;z3r0fox&gt; Chào! o/ 20:01:54 &lt;zzz&gt; Tôi đã xác định các plugin cần cập nhật trên zzz.i2p... để có kết quả tốt nhất thì cần build lại chúng trước khi phát hành 20:01:56 &lt;eche|on&gt; phần lớn là đúng vậy 20:02:04 &lt;eche|on&gt; trừ các file cấu hình jetty cũ 20:02:24 &lt;zzz&gt; mừng là chúng ta làm việc này ngay bây giờ để sẵn sàng cho stretch và zesty 20:02:36 &lt;eche|on&gt; vâng 20:02:56 &lt;zzz&gt; cảm ơn echelon và mọi người đã test. Có lẽ sẽ đánh dấu một bản dựng dev là -rc sớm hơn thường lệ để có thêm kiểm thử 20:03:12 &lt;eche|on&gt; ok 20:03:20 &lt;orignal_&gt; chào 20:03:34 &lt;zzz&gt; Tôi đã đặt hạn chót checkin vào thứ sáu ngày 28 tháng 4, phát hành tuần đầu tháng 5 20:03:54 &lt;zzz&gt; còn gì cho mục 1) không? 20:04:15 &lt;atoi&gt; khi nào Java có chữ ký GOST? 20:04:41 &lt;eche|on&gt; 2019 20:05:01 &lt;zzz&gt; atoi chúng tôi chưa đồng ý với đề xuất, nếu có thì dự đoán tốt nhất là cuối năm sau do ưu tiên 20:05:02 &lt;eche|on&gt; với 1 thì ổn, tốt là chúng ta đã hoãn UII 20:05:54 &lt;zzz&gt; nhưng tôi đã đưa ra vài đề xuất khác (136 và 137) để việc đưa vào các loại chữ ký mới dễ hơn 20:06:00 &lt;zzz&gt; còn gì cho mục 1) không? 20:06:02 &lt;atoi&gt; nóng lòng chờ GOST hoạt động 20:07:22 &lt;zzz&gt; 2) tình trạng nhánh UI - (str4d) 20:07:35 &lt;zzz&gt; str4d, cập nhật mới nhất về nhánh UI của bạn là gì? 20:07:53 &lt;str4d&gt; Nhánh UI khá ổn định trong vài tuần qua 20:08:28 &lt;zzz&gt; kế hoạch là prop (đưa đề xuất) vào đầu tháng 5 cho .31? 20:08:57 &lt;str4d&gt; Có một số cập nhật theme tôi cần tích hợp và đẩy lên để phản hồi một số góp ý, nhưng về cấu trúc thì cơ bản là xong 20:09:08 &lt;str4d&gt; Ừ 20:09:13 &lt;zzz&gt; ok tuyệt 20:09:19 &lt;zzz&gt; còn gì cho mục 2) không? 20:09:24 &lt;eche|on&gt; không thể đợi để test nó^^ 20:10:00 &lt;str4d&gt; Nếu ai muốn test nhưng không muốn phiền hà build, tôi sẽ up một i2pupdate.zip khi xong các thay đổi theme tiếp theo 20:10:18 &lt;eche|on&gt; Tôi đợi prop... 20:11:02 &lt;zzz&gt; 3) kế hoạch I2P Summer Dev - (str4d) 20:11:19 &lt;zzz&gt; str4d kế hoạch thế nào? 20:11:47 &lt;str4d&gt; Được, tôi và sadie đã tung hứng vài ý tưởng, và chốt lại là cho Summer Dev này, chúng ta nên tập trung vào tốc độ 20:12:37 &lt;str4d&gt; Vì a) đó là phần mở rộng hợp lý của năm ngoái (chúng ta đã làm cho ứng dụng dùng I2P dễ hơn, nhưng giờ cần làm cho họ muốn dùng), và b) nó đã bao phủ khoảng một nửa lộ trình hiện tại 20:13:37 &lt;zzz&gt; ok, chúng ta có thể tìm các kế hoạch này ở đâu, và làm sao tìm người thực hiện? 20:14:06 &lt;str4d&gt; sadie đã ghi chú từ màn lảm nhảm của tôi, nên tôi sẽ làm phiền cô ấy để lấy chúng :) 20:14:18 &lt;str4d&gt; Tôi cơ bản nghĩ rằng điều này nghĩa là: 20:14:51 &lt;str4d&gt; - Thúc đẩy các đề xuất ảnh hưởng đến tốc độ (LS2, mã hóa E2E mới hơn, massive multihoming (đa kết nối đến nhiều mạng/ISP ở quy mô lớn)) 20:15:24 &lt;str4d&gt; - Thiết lập cái gì đó chạy tương tự bwauth của Tor (trình xác thực băng thông của Tor) để chúng ta bắt đầu thu thập số đo cụ thể về tốc độ mạng 20:16:27 &lt;manas&gt; Tôi đang nghĩ viết một ít mã để kiểm thử tốc độ I2P với các chương trình khác nhau (rsync, torrent, sftp, v.v.) 20:16:34 &lt;str4d&gt; - Công khai lựa chọn tunnel thông qua I2CP (kiểu như mấy thứ Lua của psi) 20:16:51 &lt;manas&gt; Tôi có thể chia sẻ nếu nó hữu ích/thú vị 20:16:51 &lt;randomrng&gt; massive multihoming &lt;3 20:17:00 &lt;zzz&gt; nghe ổn. chúng ta có nên đưa việc này vào chương trình nghị sự cho cuộc họp tháng sau để cập nhật không? 20:17:00 &lt;str4d&gt; - Tăng tốc ElGamal trong ngắn hạn 20:17:17 &lt;str4d&gt; Có. 20:17:35 &lt;zzz&gt; Tôi ghi nhận rằng phần lớn những gì trong lộ trình .30, đặt ra mới 3 tháng trước ở CCC, hoàn toàn viển vông và sẽ bị đẩy lùi. Tôi sẽ cập nhật sớm. 20:18:10 &lt;zzz&gt; còn gì cho mục 3) không? 20:18:16 &lt;str4d&gt; Chúng ta còn hai tháng trước khi chính thức bắt đầu. Tôi sẽ tiếp tục trao đổi với sadie để hoàn thiện kế hoạch, nhưng điều chúng ta thật sự cần là có người chọn việc họ muốn làm 20:18:32 &lt;str4d&gt; manas đã đi trước một bước rồi ;P 20:18:35 &lt;orignal_&gt; tăng tốc kiểu gì? 20:18:48 &lt;str4d&gt; orignal_, tiền tính bảng (table precomputation) 20:18:48 &lt;manas&gt; :) 20:19:03 &lt;orignal_&gt; của tôi hay cái khác? 20:19:09 &lt;zzz&gt; nếu bạn và sadie ghi lại khung làm việc và các tùy chọn thì sẽ giúp mọi người chọn việc 20:19:22 &lt;str4d&gt; +1 20:19:30 &lt;zzz&gt; còn gì cho mục 3) không? 20:19:35 &lt;str4d&gt; orignal_, Sẽ không phải của bạn, vì cái đó dùng trực tiếp OpenSSL mà chúng tôi không có 20:19:52 &lt;orignal_&gt; Tôi nói cơ sở 20:20:03 &lt;orignal_&gt; không phải triển khai 20:20:28 &lt;str4d&gt; Ồ, vâng có thể dựa trên của bạn (dù tôi muốn tự hiểu toán học của nó) 20:21:03 &lt;zzz&gt; 4) cập nhật EdDSA - (str4d) 20:21:10 &lt;orignal_&gt; tốt khi biết :) 20:21:13 &lt;zzz&gt; str4d, tình hình EdDSA thế nào? 20:21:39 &lt;str4d&gt; Tôi vừa đẩy EdDSA-Java 0.2.0, hơn một năm sau bản phát hành trước 20:22:28 &lt;orignal_&gt; khác biệt gì? 20:22:37 &lt;str4d&gt; Bao gồm nhiều dọn dẹp, kiểu mã hóa sắp thành chuẩn cho PKI, sửa cách đặt tên JCA, một Security Provider, và giờ thực sự là constant-time nhờ một bên thứ ba đã kiểm toán 20:22:59 &lt;str4d&gt; Tôi đã kéo mã vào i2p.i2p.zzz.test2 20:23:26 &lt;orignal_&gt; có cải tiến tốc độ nào không? 20:23:30 &lt;str4d&gt; Nhưng giờ cần kiểm thử để chắc rằng mọi thứ vẫn hoạt động tốt 20:23:45 &lt;zzz&gt; bạn đã kiểm thử bao nhiêu? 20:23:58 &lt;str4d&gt; orignal_, giảm tốc độ khi ký do chuyển sang constant-time (nhưng không nhiều) 20:24:06 &lt;str4d&gt; zzz, bản thân mã EdDSA đã được kiểm thử tốt 20:24:20 &lt;orignal_&gt; constant-time cho ký hay xác minh? 20:24:32 &lt;zzz&gt; Tôi vẫn hoài nghi về constant-time, nhưng nếu không làm thì ai cũng sẽ phàn nàn 20:24:39 &lt;str4d&gt; ký (xác minh chưa bao giờ là constant-time, vì không có thông tin bí mật) 20:25:01 &lt;zzz&gt; str4d, bạn nhắm .31 hay .30? 20:25:02 &lt;str4d&gt; Điều tôi chưa thử là nó tương tác với phần còn lại của I2P thế nào, đặc biệt liên quan đến các sửa đổi cách đặt tên JCA 20:25:39 &lt;zzz&gt; như tôi đã đăng trên zzz.i2p, tôi nghĩ chạy theo các hướng dẫn đặt tên từ một RFC nào đó là công việc vô ích 20:25:47 &lt;str4d&gt; Có lẽ quá sát .30 để kéo vào vì chúng ta đang dùng mã trực tiếp thay vì thư viện 20:25:50 &lt;orignal_&gt; điểm nghẽn hiệu năng là xác minh 20:26:22 &lt;str4d&gt; Với thư viện của tôi, hợp lý khi sửa trước 0.2.0 vì trước đó chưa có Provider, nên không ai dùng các tên JCA 20:26:26 &lt;zzz&gt; str4d, việc prop cũng sẽ là địa ngục merge do các thay đổi javadoc bạn đã làm mà tôi đã sửa ở .29, sẽ không vui đâu 20:27:14 &lt;str4d&gt; Được, có vẻ kế hoạch là merge i2p.i2p vào .test2, xử lý xung đột merge, rồi nhờ mọi người kiểm thử 20:27:25 &lt;zzz&gt; nhưng chúng ta luôn có một provider. các thay đổi của bạn trong test2 có xu hướng ưu tiên một PR trên GitHub hơn những gì tôi đã làm để đạt cùng mục tiêu, nên tôi hơi hoài nghi về toàn bộ chuyện này 20:27:42 &lt;zzz&gt; bạn có thể prop theo cách đó nếu muốn, hoặc đơn giản hoãn nỗi đau đến khi prop theo hướng ngược lại 20:28:23 &lt;str4d&gt; Đúng, nhưng thành thật thì tôi nghi ngờ có ai dùng nó 20:28:31 &lt;zzz&gt; như tôi nói, tôi nhường quyết định cho bạn, đó vốn là mã của bạn, nhưng tôi vẫn muốn xem xét kỹ 20:29:11 &lt;zzz&gt; Tôi có một router với một khóa họ EdDSA để thử nghiệm. không nhớ định dạng nào. Nhớ là tôi đã làm tất cả các bản sửa này gần 4 tháng trước, từ đó đến giờ chúng tôi chờ bạn và các bạn RFC của bạn :) 20:29:11 &lt;str4d&gt; (những người vốn không nhập trực tiếp i2p.jar, và sẽ phải di trú khi nâng cấp) 20:29:32 &lt;zzz&gt; còn gì cho mục 4) không? 20:30:08 &lt;str4d&gt; Không từ tôi :) 20:30:13 * zzz đi tìm baffer 20:30:19 &lt;zzz&gt; còn gì cho cuộc họp không? 20:31:20 &lt;str4d&gt; Cuộc họp tor-dev tiếp theo của Tor vào khoảng tháng Chín nhiều khả năng sẽ ở Montreal 20:31:33 &lt;orignal_&gt; khi nào? 20:31:53 &lt;z3r0fox&gt; Hay đó 20:31:55 &lt;str4d&gt; ------------------------------------^ 20:31:56 &lt;zzz&gt; còn gì cho cuộc họp không? 20:32:14 &lt;str4d&gt; Tôi đang dự định đi 20:32:28 &lt;zzz&gt; định đổi đội à? 20:32:47 &lt;str4d&gt; Chỉ nhằm ảnh hưởng họ ;) 20:33:14 &lt;zzz&gt; tiết kiệm tiền vé máy bay đi, chuyện đó sẽ không xảy ra đâu 20:33:24 &lt;manas&gt; Ừ Montreal đẹp :) 20:33:27 &lt;str4d&gt; Cũng hy vọng rằng vì Summer Dev vừa kết thúc, chúng ta sẽ có vài cải tiến tốc độ hay ho để nói ở đó 20:34:28 * zzz *BAFS*** cuộc họp kết thúc </div>/vi/blog/2017/03/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-3-n%C4%83m-2017/Tue, 07 Mar 2017 00:00:00 +0000/vi/blog/2017/03/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-3-n%C4%83m-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, manas, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:25 &lt;zzz&gt; 0) Chào 20:00:25 &lt;zzz&gt; 1) người phụ trách Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:25 &lt;zzz&gt; 2) cập nhật 0.9.30 (zzz) 20:00:25 &lt;zzz&gt; 3) tình trạng nhánh UI - cho .30 hay .31? (str4d) 20:00:25 &lt;zzz&gt; 4) tình trạng nhánh Jetty 9 - cho .30 hay .31? (zzz) 20:00:30 &lt;zzz&gt; 0) Chào 20:00:32 &lt;zzz&gt; chào 20:00:50 &lt;manas&gt; Xin chào 20:00:54 &lt;zzz&gt; 1) người phụ trách Tails (zzz) `http://zzz.i2p/topics/2108` 20:01:16 &lt;zzz&gt; như đa số mọi người biết, Tails và tôi đã đồng ý gỡ i2p khỏi Tails 20:01:34 &lt;zzz&gt; việc này sẽ có hiệu lực trong Tails 2.12, dự kiến phát hành trong khoảng 6 tuần nữa 20:01:43 &lt;eche|on&gt; hi 20:01:57 &lt;eche|on&gt; ok 20:01:59 &lt;zzz&gt; buồn, nhưng chúng ta không còn lựa chọn nào khác. Nếu có tình nguyện viên duy trì, chúng ta sẽ nộp lại 20:02:08 &lt;zzz&gt; còn gì cho mục 1) không? 20:02:45 &lt;eche|on&gt; đáng tiếc, nhưng sẽ không thay đổi sớm đâu (tm) 20:03:07 &lt;manas&gt; Ừ. Tiếc là người ở 33C3 không thành 20:03:30 &lt;zzz&gt; ừ 20:03:40 &lt;zzz&gt; 2) 0.9.30 update (zzz) 20:04:23 &lt;zzz&gt; được rồi, chúng ta cách bản phát hành .29 một tuần; kế hoạch là chu kỳ 8 tuần tiêu chuẩn. Thay đổi lớn đưa vào trước giữa tháng 3, phát hành cuối tháng 4 20:04:51 &lt;zzz&gt; có vài đề xuất lớn đang chờ, chúng ta sẽ bàn ở mục 3) và 4) 20:05:17 &lt;zzz&gt; còn gì cho mục 2) không? 20:05:51 &lt;eche|on&gt; Tôi sẽ vắng mặt ngày 1/5 20:06:00 &lt;eche|on&gt; hay chính xác hơn là 30/4–2/5 20:07:00 &lt;zzz&gt; cả hai đề xuất này đều quan trọng vì rất khó quay lại. một khi chúng ta đưa chúng lên, chúng ta phải làm cho chúng hoạt động trước khi có thể releawe 20:07:07 &lt;zzz&gt; *release 20:07:29 &lt;eche|on&gt; đúng vậy 20:07:57 &lt;zzz&gt; 3) tình trạng nhánh UI - cho .30 hay .31? (str4d) 20:08:34 &lt;zzz&gt; đây là một thay đổi rất lớn, dù ban đầu được giới thiệu là một cập nhật nhỏ, và là phần 1 trong vài phần để cập nhật giao diện bảng điều khiển 20:08:54 &lt;zzz&gt; diff là 77 nghìn dòng, thêm hơn 500 tệp, thay đổi hơn 200 tệp 20:09:06 &lt;eche|on&gt; Tôi sẽ bỏ phiếu cho 1 đề xuất mỗi lần phát hành, không phải cả hai trong .30 20:09:07 &lt;zzz&gt; str4d, tình trạng thế nào, và bạn có muốn đưa nó lên cho .30 không? 20:09:27 &lt;eche|on&gt; và vì jettty9 quan trọng hơn, đẩy ui sang .31 20:11:07 &lt;zzz&gt; điểm mấu chốt là chúng ta không muốn đưa thứ gì lên nếu tác giả không có thời gian sửa vấn đề trước khi phát hành. Nếu không, bản phát hành có thể bị trì hoãn vô thời hạn 20:11:39 &lt;eche|on&gt; đúng 20:11:46 &lt;zzz&gt; nên bất cứ khi nào đưa lên, chúng ta cần bảo đảm từ str4d rằng anh ấy sẽ có mặt ở đây để phản hồi các vấn đề 20:11:54 &lt;zzz&gt; str4d, ý định của bạn thế nào? 20:12:15 &lt;eche|on&gt; str4d có ở đây không? 20:13:11 &lt;zzz&gt; không rõ. Tôi nghĩ nhánh này thực sự đã vượt khỏi tay anh ấy, nói là nhỏ nhưng thành ra rất lớn. Tôi nghĩ anh ấy đã làm nó khoảng một năm. 20:13:38 &lt;zzz&gt; Tôi đoán chúng ta sẽ phải trao đổi tiếp với str4d sau 20:13:54 &lt;zzz&gt; còn gì cho mục 3) không? 20:14:03 &lt;manas&gt; Anh ấy có nói gì đó về một nhánh gần đây 20:14:17 &lt;manas&gt; Tôi chưa thử, tôi sẽ clone nó 20:15:23 &lt;zzz&gt; nó... thú vị. Tôi sẽ nói là anh ấy đi theo hướng khác với những gì tôi làm vài năm qua. Tôi không thể đoán phản ứng chung sẽ ra sao. 20:15:42 &lt;zzz&gt; còn gì cho mục 3) không? 20:16:16 &lt;zzz&gt; 4) tình trạng nhánh Jetty 9 - cho .30 hay .31? (zzz) 20:17:03 &lt;zzz&gt; khoảng 3 nghìn dòng diff. Tôi đã có các bản dựng chuẩn chạy trong nhánh của tôi, và bản dựng cho stretch. Tôi chưa thử các bản dựng cho các phiên bản cũ hơn: wheezy/precise/jessie/trusty 20:17:35 &lt;zzz&gt; điều cấp bách là stretch sẽ không có jetty 8. Có vẻ như zesty, dự kiến ra mắt tháng tới, cũng sẽ không có, trừ khi nó xuất hiện trong backports 20:17:44 &lt;zzz&gt; nhưng jetty 8 đã EOL (ngừng hỗ trợ) vào tháng 12 20:18:17 &lt;eche|on&gt; jetty8 ít có khả năng xuất hiện trong backports 20:18:20 &lt;zzz&gt; vì vậy rủi ro là stretch hoặc zesty sẽ phát hành, và i2p sẽ không hoạt động trên đó 20:18:42 &lt;zzz&gt; nên tôi đề xuất đưa nhánh jetty9 của tôi lên trong tuần tới, để đưa vào .30 20:19:21 &lt;eche|on&gt; được 20:19:29 &lt;zzz&gt; điều này sẽ làm hỏng, ít nhất, các plugin sau: bwschedule, i2pbote, i2pcontrol, zzzot. Chúng sẽ cần tối thiểu là biên dịch lại, có thể phải viết lại 20:19:33 &lt;eche|on&gt; đó là những gì tôi đề xuất, NẾU bạn nghĩ bạn có thể làm được 20:20:46 &lt;zzz&gt; Tôi có thể biên dịch lại zzzot. Còn lại phụ thuộc vào tác giả của 3 cái kia (lần lượt là cacapo. str4d, hottuna2) xem họ có thể phát hành không 20:21:40 &lt;zzz&gt; Phần của tôi tôi có thể làm 20:22:07 &lt;zzz&gt; Tôi nghĩ nếu đợi đến .31 vào tháng 6/7 sẽ có rất nhiều người dùng gói không hài lòng 20:22:53 &lt;eche|on&gt; ừ 20:22:54 &lt;zzz&gt; vì vậy tôi dự định đưa nó lên trong vài ngày tới 20:23:00 &lt;zzz&gt; còn gì cho mục 4) không? 20:23:08 &lt;eche|on&gt; Tôi sẽ thử nghiệm 20:23:28 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:24:25 * zzz làm ấm cái baffer 20:24:30 &lt;eche|on&gt; chưa có điều gì tôi biết 20:25:27 * zzz *baffffs* cuộc họp kết thúc </div>/vi/blog/2017/03/04/0.9.29-b%E1%BA%A3n-s%E1%BB%ADa-l%E1%BB%97i-tr%C3%ACnh-c%C3%A0i-%C4%91%E1%BA%B7t-windows/Sat, 04 Mar 2017 00:00:00 +0000/vi/blog/2017/03/04/0.9.29-b%E1%BA%A3n-s%E1%BB%ADa-l%E1%BB%97i-tr%C3%ACnh-c%C3%A0i-%C4%91%E1%BA%B7t-windows/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Trình cài đặt Windows 0.9.29 được đăng trên trang web của chúng tôi cách đây hai ngày bị lỗi trong quá trình cài đặt với một Exception. Chúng tôi đã sửa lỗi và đã đăng trình cài đặt mới lên trang web của chúng tôi. Điều này không ảnh hưởng đến việc nâng cấp từ các bản phát hành trước hoặc các trình cài đặt không phải Windows. Chúng tôi xin lỗi vì sự cố.</p>/vi/blog/2017/02/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.29/Mon, 27 Feb 2017 00:00:00 +0000/vi/blog/2017/02/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.29/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.29 bao gồm các bản sửa cho nhiều ticket trên Trac, trong đó có các biện pháp khắc phục tạm thời cho các thông điệp nén bị hỏng. Giờ đây chúng tôi hỗ trợ NTP qua IPv6. Chúng tôi đã bổ sung hỗ trợ Docker ở mức ban đầu. Giờ đây chúng tôi có các trang man đã được dịch. Giờ đây chúng tôi chuyển tiếp các header Referer cùng nguồn (same-origin) qua HTTP proxy. Có thêm nhiều bản sửa cho Java 9, dù chúng tôi vẫn chưa khuyến nghị dùng Java 9 cho mục đích sử dụng chung.</p>/vi/blog/2017/02/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-2-2017/Tue, 07 Feb 2017 00:00:00 +0000/vi/blog/2017/02/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-2-2017/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, EinMbyte, manas, psi, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Tổng kết 33C3 20:00:00 &lt;zzz&gt; 2) cập nhật 0.9.29 (zzz) 20:00:00 &lt;zzz&gt; 3) người bảo trì Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:00 &lt;zzz&gt; 4) bản nháp NTCP2 (Manas) 20:00:00 &lt;zzz&gt; 5) bản vá tài liệu Reseed (Manas) 20:00:04 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; chào 20:00:21 &lt;zzz&gt; 1) Tổng kết 33C3 20:00:32 &lt;eche|off&gt; chào 20:00:50 &lt;zzz&gt; có ai muốn nói gì về 33c3 không? Tôi thấy lượng người ghé bàn của chúng ta ít hơn các năm trước 20:01:07 &lt;zzz&gt; cảm ơn manas đã viết vài bài trên zzz.i2p 20:01:09 &lt;psi&gt; ohay 20:01:15 &lt;eche|off&gt; ừ, ít hơn, nhưng vẫn ổn 20:01:21 &lt;zzz&gt; chúng ta sẽ bàn Tails ở mục 3) 20:01:32 &lt;zzz&gt; hy vọng năm nay có thành phố mới 20:01:54 &lt;zzz&gt; còn gì cho mục 1) ? 20:02:25 &lt;i2pr&gt; [Slack/str4d] Chào 20:02:26 &lt;i2pr&gt; [Slack/str4d] Tôi không thể bình luận về việc đó, nhưng tôi thực sự rất thích! 20:02:28 &lt;manas&gt; Chào! 20:02:38 &lt;zzz&gt; ok, chuyển tiếp 20:02:43 &lt;zzz&gt; 2) cập nhật 0.9.29 (zzz) 20:02:51 &lt;i2pr&gt; [Slack/str4d] Tôi đã có thời gian vui với Yolgie ở Linz và Vienna; có lẽ sẽ là một mối liên hệ tốt trong thời gian tới 20:03:17 &lt;zzz&gt; Tôi đã đặt hạn chót check-in là sau 2 tuần rưỡi kể từ bây giờ, thứ Sáu 24/2, phát hành khoảng 27/2 20:03:21 &lt;zzz&gt; chủ yếu là sửa lỗi 20:03:30 &lt;eche|off&gt; ờ, đến lúc làm gì đó rồi, ok 20:03:40 &lt;zzz&gt; Tôi cũng (vẫn) dự định sẽ sớm bắt buộc chữ ký khi đăng ký trên stats.i2p 20:04:04 &lt;manas&gt; Bắt buộc chữ ký? 20:04:12 &lt;zzz&gt; việc làm lại console của str4d được dời sang .30, vậy hạn chót đề xuất sẽ là giữa tháng 2 20:04:17 &lt;zzz&gt; *giữa tháng 3 20:04:32 &lt;manas&gt; Vậy sẽ có thêm bước xác minh khi đăng ký tên host? 20:04:42 &lt;zzz&gt; manas, về cơ bản là bằng chứng cho thấy bạn kiểm soát domain bạn đang đăng ký 20:05:10 &lt;manas&gt; Ừm ok 20:05:15 &lt;zzz&gt; Tôi đã sửa một mớ lỗi cuối tuần qua, xử lý các ticket trên Trac, sẽ cố thêm vài cái nữa trong tuần tới hoặc hai tuần nữa 20:05:38 &lt;zzz&gt; vậy 'tag freeze' và 'tx push' sẽ diễn ra trong khoảng 8 ngày nữa 20:06:07 &lt;zzz&gt; tôi đã tìm ra cách dịch các trang man, nên mọi người hãy lên Transifex làm phần đó nhé 20:06:13 &lt;zzz&gt; còn gì cho mục 2) ? 20:06:16 &lt;i2pr&gt; [Slack/str4d] Woo 20:06:19 &lt;i2pr&gt; [Slack/str4d] Nếu có việc gì hữu ích để tôi làm cho .29, hãy cho tôi biết. Không thì tôi sẽ tiếp tục nhánh .ui. 20:06:20 &lt;eche|off&gt; làm xong rồi^^ 20:06:37 &lt;eche|off&gt; Tôi sẽ làm chứng chỉ trên reseed của tôi... 20:06:45 &lt;manas&gt; Tôi đang tiếp tục làm các bản dịch tiếng Hindi :) 20:07:04 &lt;zzz&gt; đúng rồi str4d, chắc chắn có vài thứ cần làm trước khi bạn đưa đề xuất, nếu không mọi người sẽ la ó đó 20:07:14 &lt;zzz&gt; ok tuyệt 20:07:29 &lt;zzz&gt; 3) người bảo trì Tails (zzz) `http://zzz.i2p/topics/2108` 20:07:40 &lt;i2pr&gt; [Slack/str4d] Tôi có một mớ thay đổi cục bộ đang dọn dẹp trước khi đẩy lên 20:08:07 &lt;zzz&gt; chúng tôi gặp một người tên 'yolgie' ở ccc, anh ấy nói sẽ làm. tôi đã ping anh ấy đầu tháng 1, anh ấy nói sẽ bắt đầu trong tháng 2. vài ngày trước tôi lại ping, vẫn chưa có phản hồi 20:08:26 &lt;zzz&gt; chúng ta sắp bị loại khỏi Tails, nên ai giúp được thì tốt lắm 20:08:45 &lt;psi&gt; tôi sẵn sàng làm với Tails bất cứ lúc nào, cuối cùng tôi cũng đã nắm được cách build Tails 20:08:51 &lt;i2pr&gt; [Slack/str4d] Thời hạn cho việc đó là gì? 20:08:57 &lt;manas&gt; psi: hay đấy! 20:09:50 &lt;zzz&gt; xem chủ đề trên zzz.i2p để lấy liên kết tới một ticket của Tails có lịch trình cho việc 'evition' của chúng ta 20:09:55 &lt;zzz&gt; *eviction 20:11:15 &lt;zzz&gt; có một đống ticket cũ và một đám ghét bỏ, nên coi như sắp hết rồi 20:11:20 &lt;zzz&gt; còn gì cho mục 3) ? 20:11:44 &lt;eche|off&gt; Tôi hy vọng sẽ ổn 20:11:55 &lt;zzz&gt; 4) bản nháp NTCP2 (Manas) 20:12:00 &lt;zzz&gt; manas, bạn có gì cho chúng tôi? 20:12:24 &lt;manas&gt; Bản nháp đã chuẩn bị xong, đã đăng lên zzz.i2p 20:12:40 &lt;manas&gt; Tính đến hôm nay tôi chưa nghe bình luận nào 20:12:51 &lt;zzz&gt; vậy đó là hợp nhất giữa đề xuất cũ và bản viết lại hoàn toàn của EinMByte? 20:13:07 &lt;manas&gt; Tôi nghĩ mình đã đưa vào các phần quan trọng, nhưng tôi cần người hiểu chủ đề này hơn xem lại. 20:13:14 &lt;eche|off&gt; một số người hỏi khi nào xong, nhưng không gì hơn.. 20:13:30 &lt;manas&gt; zzz: Đúng 20:13:47 * psi bắt đầu đọc đề xuất ntcp 20:13:53 &lt;zzz&gt; đây là tiến triển, dù nhỏ. Tôi vẫn coi toàn bộ việc này đang bế tắc hoàn toàn, sẽ không tiến triển cho tới khi mọi người bắt đầu tham gia 20:14:00 &lt;manas&gt; zzz: Tôi đã không đưa vào các phần của đề xuất cũ vốn đã lỗi thời 20:14:22 &lt;zzz&gt; ok tôi sẽ để thêm vài ngày nữa, nếu không có bình luận nào trong chủ đề trên zzz.i2p tôi sẽ check-in nó lên website nhé? 20:14:59 &lt;manas&gt; zzz: Có vài chỉnh sửa nhỏ (về phong cách) tôi có thể làm ở cuối cùng 20:15:09 &lt;zzz&gt; ok tuyệt. còn gì cho mục 4) ? 20:15:16 &lt;manas&gt; Từ bài viết gần đây của tuna 20:15:38 &lt;manas&gt; Nhưng chỉ vậy thôi 20:15:41 &lt;zzz&gt; 5) bản vá tài liệu Reseed (Manas) 20:15:46 &lt;zzz&gt; manas, bạn có gì cho chúng tôi? 20:16:04 &lt;manas&gt; Đã nhận phản hồi từ backup 20:16:08 &lt;manas&gt; Bình luận của anh ấy ở đây: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 &lt;manas&gt; Sẽ tạo một bản vá khác sau khi tôi đưa các đề xuất của anh ấy vào 20:16:46 &lt;eche|off&gt; tuyệt 20:16:48 &lt;manas&gt; Anh ấy đề nghị loại bỏ một số phần (các phương pháp reseed cũ) 20:16:56 &lt;manas&gt; cũng như bỏ hỗ trợ cho lighttpd 20:17:06 &lt;eche|off&gt; Tôi vẫn dùng các phương pháp cũ, nhưng vậy cũng ổn 20:17:09 &lt;manas&gt; Tôi không biết còn ai dùng lighttpd để chạy reseed không 20:17:26 &lt;zzz&gt; đây là công việc tuyệt vời. backup sở hữu trang đó nhưng từ chối tạo các bản vá HTML cho các thay đổi của anh ấy, và tôi từ chối làm biên tập HTML, nên chúng ta đã bị kẹt một năm. Cảm ơn vì đã giúp chúng ta tiến lên. 20:17:29 &lt;manas&gt; vấn đề là không thể đặt một HTTP header cụ thể 20:17:55 &lt;manas&gt; :) 20:18:10 &lt;zzz&gt; manas, với mục này, khi xong hãy thêm một ghi chú trong chủ đề trên zzz.i2p và tôi sẽ check-in 20:18:44 &lt;manas&gt; Nếu ai có bình luận về các thay đổi do backup đề xuất, hãy đăng lên. Nếu không có bình luận trong vòng một tuần, tôi sẽ chia sẻ bản vá đã cập nhật và báo cho zzz. 20:18:57 &lt;zzz&gt; còn gì cho mục 5) ? 20:18:59 &lt;manas&gt; zzz: được 20:19:16 &lt;manas&gt; Không từ phía tôi 20:20:03 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:20:21 &lt;eche|off&gt; không từ phía tôi 20:20:28 &lt;EinMByte&gt; Tôi đến muộn, nhưng về ntcp2 20:20:39 &lt;manas&gt; Chào EinMByte 20:20:40 &lt;zzz&gt; cứ nói đi 20:21:00 &lt;EinMByte&gt; Tôi có thể đọc bản nháp mới nhất 20:21:24 &lt;EinMByte&gt; Đã quyết định sẽ hỗ trợ các thuật toán mã hóa nào chưa? 20:21:27 &lt;manas&gt; Nhân tiện, nó ở đây: `http://pinkpaste.i2p/show/246/` 20:21:39 &lt;psi&gt; đó rồi 20:22:19 &lt;zzz&gt; về cơ bản chúng ta không có tiến triển gì kể từ bản nháp 1MB, và manas vừa mới gộp nó với đề xuất trước đó 20:22:28 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:22:58 &lt;EinMByte&gt; Ok, tôi sẽ đọc bản nháp. Ai đó nên liên hệ Winter 20:23:04 &lt;EinMByte&gt; (chắc là tôi) 20:23:11 * zzz chộp lấy baffer 20:23:24 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2016/12/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.28/Mon, 12 Dec 2016 00:00:00 +0000/vi/blog/2016/12/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.28/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.28 bao gồm các bản sửa lỗi cho hơn 25 phiếu (ticket) trên Trac, và cập nhật cho một số gói phần mềm được đóng gói kèm theo, bao gồm cả Jetty. Có các bản sửa lỗi cho tính năng kiểm thử nút ngang hàng (peer) IPv6 được giới thiệu ở bản phát hành trước. Chúng tôi tiếp tục cải tiến khả năng phát hiện và chặn các peer có khả năng độc hại. Có các bản sửa lỗi sơ bộ cho Java 9, tuy nhiên chúng tôi chưa khuyến nghị sử dụng Java 9 rộng rãi.</p>/vi/blog/2016/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-06-th%C3%A1ng-12-n%C4%83m-2016/Tue, 06 Dec 2016 00:00:00 +0000/vi/blog/2016/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-06-th%C3%A1ng-12-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, manas, orignal, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) Chào 20:00:02 &lt;zzz&gt; 1) Lên kế hoạch 33C3 20:00:02 &lt;zzz&gt; 2) Cập nhật 0.9.28 (zzz) 20:00:02 &lt;zzz&gt; 3) Tails maintainer (người phụ trách bảo trì) (zzz) `http://zzz.i2p/topics/2108` 20:00:07 &lt;zzz&gt; 0) Chào 20:00:09 &lt;zzz&gt; chào 20:00:16 &lt;i2pr&gt; [Slack/manas] Xin chào :slightly_smiling_face: 20:00:44 &lt;zzz&gt; 1) Lên kế hoạch 33C3 20:00:54 &lt;orignal_&gt; chào 20:01:08 &lt;zzz&gt; ok, 3 tuần nữa kể từ hôm nay, chúng ta cần bàn điều gì không? 20:01:38 &lt;eche|on&gt; Ít nhất tôi có thể liên lạc qua Twitter 20:01:49 &lt;eche|on&gt; Tôi sẽ ở Hamburg từ ngày 26 tháng 12 20:01:53 &lt;zzz&gt; Tôi cho rằng chúng ta sẽ lập nhóm DM trên Twitter trước vài ngày 20:01:58 &lt;eche|on&gt; Tôi sẽ mang theo banner, laptop và sticker 20:02:10 &lt;i2pr&gt; [Slack/manas] Tôi sẽ đến Hamburg vào chiều ngày 26/12 20:02:11 &lt;zzz&gt; Tôi cũng sẽ mang sticker. 20:02:21 &lt;zzz&gt; đừng quên ổ cắm điện đa ổ của bạn 20:02:39 &lt;eche|on&gt; vé đã được thanh toán hết và tôi sẽ quản lý để phát cho mọi người 20:02:45 &lt;zzz&gt; như thường lệ, những người có mặt ngày 26 sẽ đi đặt bàn 20:02:45 &lt;eche|on&gt; ok 20:02:57 &lt;i2pr&gt; [Slack/manas] Có mẹo/đề xuất nào cho người lần đầu đi CCC không? 20:02:57 &lt;eche|on&gt; có 20:03:12 &lt;zzz&gt; fluffypony + 1 phía Monero 20:03:29 &lt;eche|on&gt; manas: hãy có mặt, hấp thụ mọi thứ, chuẩn bị hệ thống của bạn chịu tấn công 24/7, sắm một ổ cứng lớn, mang theo ít tiền, chuẩn bị cho điều bất ngờ^^ 20:03:30 &lt;zzz&gt; mẹo chung có thể trao đổi sau cuộc họp 20:03:35 &lt;i2pr&gt; [Slack/manas] :smile: 20:03:41 &lt;zzz&gt; còn gì cho mục 1) không? 20:04:48 &lt;zzz&gt; 2) Cập nhật 0.9.28 20:04:55 &lt;eche|on&gt; chỉ là: hy vọng 33c3 sẽ tốt đẹp 20:05:19 &lt;zzz&gt; 0.9.28 đúng tiến độ, hạn chót check-in và dịch là thứ sáu, dự kiến phát hành vào đầu tuần tới 20:05:35 &lt;zzz&gt; vui lòng giúp xem lại diff cuối tuần này 20:05:57 &lt;orignal_&gt; có gì mới tôi cần lưu ý không? 20:06:09 &lt;orignal_&gt; ý tôi là 0.9.28 20:06:09 &lt;eche|on&gt; ok, tôi sẽ ở đây đến ngày 19 tháng 12 để làm việc, và từ ngày 20 mỗi ngày online vài giờ 20:06:22 &lt;zzz&gt; tôi không nghĩ vậy orignal_ 20:06:28 &lt;zzz&gt; còn gì cho mục 2) không? 20:06:53 &lt;orignal_&gt; cảm ơn 20:07:34 &lt;zzz&gt; 3) Tails maintainer 20:07:49 &lt;zzz&gt; Tình hình Tails đang tệ. 3 maintainer đã biến mất trong năm nay 20:08:23 &lt;zzz&gt; một bộ phận dev Tails muốn loại i2p khỏi Tails, do thiếu quan tâm đến các ticket trong nhiều năm và thiếu bảo trì ổn định 20:08:47 &lt;zzz&gt; sadie đã đăng một tweet sáng nay và nhận được một phản hồi 20:09:26 &lt;zzz&gt; chúng ta có thể cần một đợt PR lớn từ sadie... hoặc có thể tình nguyện viên mới này sẽ ổn 20:09:36 &lt;zzz&gt; ai muốn tình nguyện, ai có ý tưởng gì không? 20:10:34 &lt;zzz&gt; ok, tôi sẽ trả lời tình nguyện viên trên Twitter và xem sao 20:10:41 &lt;zzz&gt; còn gì cho mục 3) không? 20:11:34 &lt;zzz&gt; còn gì cho cuộc họp không? 20:11:35 &lt;i2pr&gt; [Slack/manas] Tôi muốn giúp nhưng tôi cần đọc và học khá nhiều vì tôi chưa quen với việc này. 20:11:46 &lt;i2pr&gt; [Slack/manas] Tôi đã mở các thread, sẽ đọc 20:12:01 &lt;zzz&gt; cần có kinh nghiệm về i2p, Tails và gói Debian 20:12:08 &lt;i2pr&gt; [Slack/manas] Chứng chỉ SSL của reseed tôi có thể đã hết hạn hoặc sắp hết hạn, tôi sẽ đảm bảo chúng được cập nhật 20:12:19 &lt;orignal_&gt; I2P nên làm PR nhiều hơn bây giờ 20:12:54 &lt;zzz&gt; orignal_, tôi đồng ý, vui lòng chuyển mọi ý tưởng bạn có cho sadie và str4d 20:12:56 &lt;i2pr&gt; [Slack/manas] letskencrypt (nay gọi là acme-client) đã trải qua nhiều thay đổi nhưng giờ đã ổn định. Tôi có thể tự động hóa việc cập nhật chứng chỉ SSL cho các reseed. 20:13:09 &lt;i2pr&gt; [Slack/manas] Vì thế các reseed có thể tạm thời ngừng hoạt động nhưng sẽ trở lại :slightly_smiling_face: 20:13:18 &lt;zzz&gt; manas, với mọi vấn đề về reseed, vui lòng làm việc với backup@mail.i2p 20:13:24 &lt;zzz&gt; còn gì cho cuộc họp không? 20:13:28 &lt;i2pr&gt; [Slack/manas] Chắc chắn rồi 20:14:44 &lt;zzz&gt; tuần đầu tháng 1 không họp. Chúng ta sẽ có các cuộc họp trực tiếp tại CCC. Theo dõi kênh này để biết chi tiết, các cuộc họp có thể được lên lịch gấp 20:15:10 &lt;zzz&gt; danh sách các cuộc họp có thể tổ chức nằm trong một thread trên zzz.i2p, hãy lên tiếng ở đó để thêm chủ đề hoặc xin tham gia từ xa 20:15:23 * zzz **bafs** kết thúc cuộc họp </div>/vi/blog/2016/11/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-11-n%C4%83m-2016/Tue, 01 Nov 2016 00:00:00 +0000/vi/blog/2016/11/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-11-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, fluffypony, hottuna, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Chào 20:00:01 &lt;zzz&gt; 1) Kế hoạch 33C3 20:00:01 &lt;zzz&gt; 2) Cập nhật 0.9.28 (zzz) 20:00:07 &lt;zzz&gt; 0) Chào 20:00:09 &lt;zzz&gt; chào 20:00:17 &lt;eche|on&gt; chào 20:00:22 &lt;i2pr&gt; [Slack/str4d] Chào! 20:00:38 &lt;zzz&gt; 1) Kế hoạch 33C3 20:01:05 &lt;eche|on&gt; tốt 20:01:11 &lt;zzz&gt; ok, muốn đảm bảo rằng eche|on lo việc mua vé ngày 8/11 ổn thỏa, và rằng hottuna lo việc yêu cầu bàn ổn thỏa 20:01:16 &lt;eche|on&gt; thứ Hai 8 tối sẽ bắt đầu mở bán trước vé 20:01:29 &lt;eche|on&gt; Tôi sẽ ở prague với internet di động và laptop 20:01:38 &lt;hottuna&gt; zzz yo 20:01:47 &lt;zzz&gt; ok, vậy giả sử prague có internet thì bạn ổn chứ? 20:01:56 &lt;eche|on&gt; nhưng tôi e là không thể mua 6 vé một lần. Tôi sẽ thử. Nếu không được, tôi sẽ kêu qua twitter 20:02:11 &lt;zzz&gt; ok tuyệt 20:02:20 &lt;eche|on&gt; Tôi đoán họ sẽ giới hạn tối đa 2 vé mỗi đơn hay gì đó tương tự, nhưng rồi sẽ thấy 20:02:36 &lt;zzz&gt; hottuna, bạn sẽ đưa yêu cầu noisy square của chúng ta lên wiki lại năm nay chứ? và bạn biết monero muốn tham gia chứ? 20:04:20 &lt;hottuna&gt; zzz: không biết về monero. chúng ta sẽ có bao nhiêu người? và monero có bay dưới cờ của chúng ta không? 20:04:21 &lt;hottuna&gt; zzz: máy chủ wiki của ccc hiện không phản hồi. đã vài tuần từ lần tôi kiểm tra xem wiki 33c3 đã mở chưa 20:05:10 &lt;zzz&gt; Tôi không rõ, nói chuyện với fluffypony để lấy thông tin, tôi nghĩ họ sẽ gửi yêu cầu riêng nhưng có thể đề nghị chúng ta chia sẻ một bàn hoặc ở gần nhau 20:05:37 &lt;zzz&gt; hottuna, vui lòng xác nhận rằng bạn sẽ theo dõi wiki và gửi yêu cầu cho dự án của chúng ta 20:06:39 &lt;fluffypony&gt; Tôi muốn chúng ta chia sẻ một bàn 20:07:01 &lt;fluffypony&gt; nếu hottuna lo được phần yêu cầu thì tuyệt 20:07:08 &lt;fluffypony&gt; Tôi có thể phối hợp với hottuna về phần mô tả 20:07:22 &lt;zzz&gt; fluffypony, tôi đề nghị bạn gửi yêu cầu riêng nhưng xin được ở gần chúng tôi và/hoặc chia sẻ 20:07:24 &lt;fluffypony&gt; hottuna: chưa chắc có bao nhiêu người, nhưng chúng tôi sẽ đảm bảo có người trực 20:07:27 &lt;zzz&gt; hottuna? 20:07:32 &lt;i2pr&gt; [Slack/str4d] Nghe ổn 20:07:46 &lt;hottuna&gt; fluffypony: Tôi có thể yêu cầu một bàn cho i2p+monero nếu bạn biết sẽ có bao nhiêu người bên monero và nếu bạn cũng thấy ổn khi bay dưới cờ dự án i2p 20:07:55 &lt;zzz&gt; ok tuyệt 20:07:58 &lt;hottuna&gt; zzz: chúng ta sẽ có bao nhiêu người? 20:08:07 &lt;fluffypony&gt; hottuna: ok nói riêng để bàn cho rõ nhé 20:08:09 &lt;eche|on&gt; hottuna: hiện tôi đếm là 6 20:08:33 &lt;eche|on&gt; zzz, hottuna. bobthebuilder,meeh, str4d và tôi 20:08:34 &lt;hottuna&gt; zzz: dù sao tôi cũng cam kết theo dõi wiki và điền mấy thứ này 20:08:36 &lt;zzz&gt; Meeh có thể mang thêm vài người, hỏi anh ấy. Tôi tạm tính 8 cho bên mình và 4 cho monery lúc này 20:08:43 &lt;eche|on&gt; Nếu tôi đã bỏ sót ai, lên tiếng nhé! 20:08:43 &lt;zzz&gt; tốt lắm hottuna 20:09:00 &lt;i2pr&gt; [Slack/str4d] Bàn to cỡ nào? 20:09:02 &lt;hottuna&gt; ok, vậy tạm thời là 12 20:09:13 &lt;hottuna&gt; gần như to bằng mức chúng ta yêu cầu 20:09:26 &lt;zzz&gt; ok về các bài nói - tôi biết str4d và sadie đã tính nộp đề xuất, chuyện đó đã xảy ra chưa? (có lẽ chưa) và các bạn đã phối hợp với YTBI như phương án dự phòng chưa? 20:09:37 &lt;zzz&gt; *YBTI 20:09:44 &lt;eche|on&gt; Tôi không biết vậy 20:09:54 &lt;eche|on&gt; str4d có thể làm rõ cho chúng ta ở đây 20:10:15 &lt;i2pr&gt; [Slack/str4d] Theo như tôi hiểu (AIUI), Sadie sẽ không tham dự CCC (việc cá nhân), và tôi đã không nộp bài nói vì bận chuyện ra mắt Zcash 20:10:24 &lt;zzz&gt; ồ và chúc mừng str4d về lần ra mắt, có khi giờ anh ấy giàu quá không thèm nói chuyện với chúng ta 20:10:47 &lt;i2pr&gt; [Slack/str4d] Hề, khó lắm :stuck_out_tongue: 20:10:56 &lt;zzz&gt; ok hy vọng sadie và eche|on đã phối hợp về việc cô ấy có đi hay không, liên quan tới vé 20:11:02 &lt;i2pr&gt; [Slack/str4d] Tuy vậy tôi sẽ làm một bài nói cho YTBI 20:11:21 &lt;eche|on&gt; zzz: cô ấy sẽ không tham dự 33c3, nhưng sẽ đi RWC 20:11:30 &lt;zzz&gt; ok, có ai thấy bàn tán gì về grothoff hoặc YBTI có diễn ra không? 20:11:51 &lt;zzz&gt; lúc nào cũng tổ chức kém, có lẽ phải đợi sau mới biết 20:11:55 &lt;eche|on&gt; chưa thấy gì, theo tôi (IMHO) vấn đề vé là lý do để tạm hoãn 20:12:09 &lt;i2pr&gt; [Slack/str4d] Vẫn có người đi RWC là tốt 20:12:32 &lt;zzz&gt; năm nay nó ở NYC à? 20:12:40 &lt;i2pr&gt; [Slack/str4d] Ừ 20:12:55 &lt;zzz&gt; tốt. có lẽ chúng ta sẽ có thêm vài người xuất hiện nữa 20:13:02 &lt;zzz&gt; còn gì nữa cho mục 1) không? 20:13:12 &lt;eche|on&gt; hiện chưa 20:13:18 &lt;eche|on&gt; Tôi sẽ báo về vé 20:13:26 &lt;zzz&gt; ok 20:13:44 &lt;zzz&gt; 2) Cập nhật 0.9.28 20:14:00 &lt;zzz&gt; Tôi đã cập nhật một số thư viện bên thứ ba mà chúng ta đóng gói kèm, bao gồm jetty 20:14:24 &lt;eche|on&gt; tuyệt 20:14:28 &lt;zzz&gt; và jrobin. Cũng đang vật lộn với vài vấn đề java 9. Và xử lý một số ticket về transport 20:14:46 &lt;eche|on&gt; và có chủ đề đặc biệt nào cần lưu ý khi build các cập nhật không? 20:14:51 &lt;zzz&gt; như thường lệ, không nhận được nhiều hỗ trợ về coding hay ticket, mọi sự giúp đỡ đều đáng quý 20:15:01 &lt;zzz&gt; ech hả? 20:15:40 &lt;i2pr&gt; [Slack/str4d] Tôi có phần làm lại UI mà tôi muốn chỉnh sửa cho gọn và merge vào 0.9.28 20:15:40 &lt;eche|on&gt; ant updatewithjetty is the usual, but with some other new libs, any special to look at? 20:15:57 &lt;zzz&gt; không, không có gì đặc biệt 20:16:06 &lt;eche|on&gt; ok, tốt 20:16:13 &lt;i2pr&gt; [Slack/str4d] Ngoài ra, tôi sẽ làm tính năng "setup wizard" trong tháng 11, tôi muốn có nó trong 0.9.28 để tại CCC chúng ta có cái gì đó hướng dẫn người dùng mới 20:16:32 &lt;zzz&gt; str4d, nếu bạn định merge thứ gì lớn thì hãy làm trong tuần tới, cùng lắm hai tuần, tôi muốn phát hành .28 vào giữa tháng 12 trước ccc 20:16:46 &lt;zzz&gt; str4d, nhân nói về phát hành, bản phát hành .27 trên android tiến độ thế nào? 20:16:49 &lt;eche|on&gt; đa số ticket tôi không giúp nhiều. nhưng các ticket của syndie tôi có thể sửa, với chút trợ giúp từ bạn, zzz (sau meeet) 20:16:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:17:27 &lt;i2pr&gt; [Slack/str4d] Bản phát hành .27 Android đã không khởi động được trong lúc tôi bận với lễ ra mắt Zcash. 20:17:32 &lt;i2pr&gt; [Slack/str4d] Nhưng tuần này tôi sẽ thu xếp thời gian cho nó. 20:17:35 &lt;zzz&gt; sau chu kỳ 4 tháng trong mùa hè, tôi muốn quay lại chu kỳ 6-8 tuần 20:17:55 &lt;i2pr&gt; [Slack/str4d] Tôi cũng *rất* gần hoàn tất việc hợp nhất các kho I2P-Bote và Bote Android 20:18:00 &lt;zzz&gt; ok, và dĩ nhiên bote cần được chăm chút, và vẫn chưa muộn cho một bài blog summer of x 20:18:18 &lt;i2pr&gt; [Slack/str4d] Plugin Gradle để tạo I2P plugins đang hoạt động (có vẻ vậy) 20:18:54 &lt;i2pr&gt; [Slack/str4d] Vì vậy khi tôi merge nốt các phần cuối (phụ thuộc vào việc tôi upload router.jar cho 0.9.27 lên Maven Central cùng các JAR khác), thì mọi thứ sẽ hoạt động ổn. 20:19:31 &lt;zzz&gt; str4d, tôi đã thực hiện vài thay đổi sau-27 có thể buộc bạn phải tinh chỉnh cho android và/hoặc các file IDE hoặc maven của bạn, fyi, cho .28, nhưng không nên ảnh hưởng tới bản phát hành 27 của bạn 20:19:44 &lt;i2pr&gt; [Slack/str4d] Nếu không trong tuần này, tôi sẽ có thời gian trong các chuyến bay về NZ cuối tuần này. 20:19:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:20:11 &lt;zzz&gt; ok. Tôi cũng không kỳ vọng bạn làm được gì trong tháng 10, bất chấp sự lạc quan của bạn :) 20:20:16 &lt;zzz&gt; còn gì nữa cho mục 2) không? 20:20:29 &lt;i2pr&gt; [Slack/str4d] Tôi cực kỳ lạc quan 20:20:48 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:21:26 * zzz với lấy cái baffer 20:22:18 * zzz *baffffffffs*** tuyên bố kết thúc cuộc họp </div>/vi/blog/2016/10/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.27/Mon, 17 Oct 2016 00:00:00 +0000/vi/blog/2016/10/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.27/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.27 bao gồm một số sửa lỗi. Thư viện GMP đã được cập nhật để tăng tốc mật mã, vốn trong bản phát hành 0.9.26 chỉ đi kèm với các cài đặt mới và các bản dựng Debian, nay đã được đưa vào bản cập nhật trong mạng cho 0.9.27. Có các cải tiến trong các cơ chế truyền tải IPv6, kiểm tra peer SSU, và hidden mode (chế độ ẩn).</p>/vi/blog/2016/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-10-n%C4%83m-2016/Tue, 04 Oct 2016 00:00:00 +0000/vi/blog/2016/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-10-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:04 &lt;zzz&gt; 0) Chào 20:00:04 &lt;zzz&gt; 1) Cập nhật 0.9.27 (zzz) 20:00:08 &lt;zzz&gt; 0) Chào 20:00:09 &lt;zzz&gt; chào 20:00:24 &lt;i2pr&gt; [Slack/str4d] Chào 20:00:30 &lt;eche|on&gt; chào 20:00:42 &lt;i2pr&gt; [Slack/str4d] Máy bay hạ cánh trong 20 phút nữa, nên tôi có lẽ chỉ rảnh 5-10 phút 20:00:51 &lt;EinMByte&gt; Chào 20:01:10 &lt;zzz&gt; 1) Cập nhật 0.9.27 (zzz) 20:01:11 &lt;i2pr&gt; [Slack/str4d] (nên ưu tiên bất cứ thứ gì cần tôi chú ý) 20:01:44 &lt;zzz&gt; ok sau kỷ lục hơn 4 tháng tôi sẽ chốt bản phát hành 27, hạn chót check-in trong 10 ngày, phát hành vào tuần của ngày 17 20:02:04 &lt;i2pr&gt; [Slack/str4d] :+1: 20:02:12 &lt;zzz&gt; không có gì lớn ở đó nhưng cần giữ cho mọi thứ tiếp tục 20:02:26 &lt;zzz&gt; Tôi sẽ xem lại các ticket ipv6 một lần nữa trong tuần tới, cố gắng sửa thêm vài thứ 20:02:39 &lt;zzz&gt; cái gì cần kiểm thử thì vui lòng check-in càng sớm càng tốt 20:02:50 &lt;zzz&gt; còn gì ở mục 1) không? 20:03:06 &lt;i2pr&gt; [Slack/str4d] Tôi sẽ dành thời gian cuối tuần này để sửa vấn đề Bote 20:03:17 &lt;EinMByte&gt; Nó có bao gồm kiểm thử peer IPv6 không? 20:03:29 &lt;i2pr&gt; [Slack/str4d] (vì bản phát hành Zcash beta 2 sẽ xong, mà tôi đang quản lý) 20:03:46 &lt;zzz&gt; có, việc kiểm thử peer đã được check-in cách đây vài tháng, chưa rõ hoạt động tốt tới đâu, chúng ta sẽ biết sau khi phát hành 20:04:02 &lt;MXPLRS|Kirill_&gt; zzz, nhật ký thay đổi? 20:04:12 &lt;EinMByte&gt; Ok 20:04:43 &lt;zzz&gt; MXPLRS|Kirill_, tôi chưa cập nhật bài tóm tắt phát hành trên zzz.i2p một thời gian rồi, nhưng bạn luôn có thể xem tệp history.txt trên github 20:04:59 &lt;MXPLRS|Kirill_&gt; zzz, ok 20:05:02 &lt;zzz&gt; Tôi sẽ cập nhật bài đăng trên zzz.i2p trong vài ngày tới 20:05:21 &lt;zzz&gt; Tôi sẽ đẩy các tag lên tx hôm nay hoặc ngày mai 20:05:29 &lt;zzz&gt; còn gì ở mục 1) không? 20:05:51 &lt;obscuratus&gt; Có điều gì cụ thể bạn muốn tôi kiểm thử trên môi trường thử nghiệm của tôi không? 20:06:16 &lt;zzz&gt; không hẳn, tôi đánh giá cao việc bạn kiểm thử ipv6 đến giờ 20:06:23 &lt;obscuratus&gt; Nếu có, cứ chuyển cho tôi khi bạn nghĩ ra. 20:06:38 &lt;zzz&gt; ok 20:06:41 &lt;zzz&gt; còn gì ở mục 1) không? 20:07:02 &lt;i2pr&gt; [Slack/str4d] Tôi thì không 20:07:05 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:07:46 &lt;EinMByte&gt; Chỉ muốn nói rằng tôi đã cập nhật đề xuất NTCP2 20:08:08 &lt;EinMByte&gt; (cả trong chủ đề trên zzz.i2p và trên gist.github.com) 20:08:10 &lt;i2pr&gt; [Slack/str4d] Giờ tôi phải cất laptop đây o/ 20:08:10 &lt;zzz&gt; tuyệt, làm tốt lắm 20:08:21 &lt;zzz&gt; Tôi nghĩ chúng ta đang tiến triển tốt 20:08:44 &lt;zzz&gt; còn gì khác cho cuộc họp không? 20:09:08 * zzz cầm lấy cái baffer 20:09:12 &lt;EinMByte&gt; Các chế độ xác thực vẫn chưa hoàn chỉnh, nên theo tôi đó là chỗ chúng ta cần làm nhiều nhất 20:09:24 &lt;EinMByte&gt; Tôi nghĩ không còn gì cho cuộc họp nữa 20:09:43 &lt;zzz&gt; mong được rà soát bản nháp mới 20:10:01 * zzz *bafffffffs* cuộc họp kết thúc </div>/vi/blog/2016/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2016/Tue, 06 Sep 2016 00:00:00 +0000/vi/blog/2016/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) Chào 21:00:01 &lt;zzz&gt; 1) cập nhật 0.9.27 (zzz) 21:00:01 &lt;zzz&gt; 2) Cập nhật Summer of X (sadie/str4d) 21:00:01 &lt;zzz&gt; 3) Ngân sách 33C3 `http://zzz.i2p/topics/2150` 21:00:01 &lt;zzz&gt; 4) SAM bật theo mặc định (str4d) 21:00:06 &lt;zzz&gt; 0) Chào 21:00:12 &lt;zzz&gt; chào 21:00:13 &lt;psi&gt; chào 21:00:24 &lt;eche|on&gt; chào mừng 21:00:33 &lt;z3r0fox_&gt; Chào 21:00:40 &lt;zzz&gt; 1) cập nhật 0.9.27 (zzz) 21:01:01 &lt;zzz&gt; ok, không có nhiều để báo cáo. chỉ 6K dòng diff kể từ 26 21:01:13 &lt;zzz&gt; tại thời điểm này tôi đoán .27 có lẽ vào giữa tháng 10? 21:01:41 &lt;zzz&gt; đầu mùa hè tôi làm mấy thứ Summer of X, gần đây tôi nghỉ ngơi... nhưng tôi cũng không thấy nhiều hoạt động từ ai khác 21:02:03 &lt;zzz&gt; còn gì về mục 1) không? 21:02:19 &lt;eche|on&gt; không có nhiều về Summer of X 21:03:25 &lt;zzz&gt; 2) Cập nhật Summer of X (sadie/str4d) 21:03:30 &lt;zzz&gt; sadie / str4d mời 21:06:07 &lt;zzz&gt; không nghe thấy gì, tôi sẽ đưa vào chương trình tháng sau 21:06:15 &lt;zzz&gt; 3) Ngân sách 33C3 `http://zzz.i2p/topics/2150` 21:06:28 &lt;str4d&gt; Chào! 21:06:33 &lt;eche|on&gt; Tỉnh rồi 21:06:33 &lt;zzz&gt; eche|on, bạn có thể cập nhật ngắn gọn về tài chính của chúng ta không? 21:06:45 &lt;str4d&gt; Xin lỗi, vừa bị công việc xao nhãng. Có thể nói về mục 2) vào cuối cuộc họp 21:07:34 &lt;eche|on&gt; tài chính, ok, tổng hiện tại: 37k , 510 BTC, 700 LTC và 1300 XMZ (xấp xỉ) 21:07:47 &lt;eche|on&gt; bts khoảng 540 và LTC khoảng 3.5 21:08:00 &lt;zzz&gt; nghe có vẻ chúng ta đang ở trạng thái khá tốt 21:08:10 &lt;eche|on&gt; năm nay chúng ta đã chi khoảng 4800 rồi 21:08:56 &lt;eche|on&gt; và 10 BTC (mà tôi đã đổi sang ), vậy là năm nay chúng ta nhận được khoảng 5k 21:09:20 &lt;zzz&gt; đối với 33C3, tôi đề xuất làm tương tự năm ngoái... chúng ta trả tiền tất cả vé hội nghị. Và với thành viên dự án đầy đủ, chúng ta sẽ hoàn tiền tối đa $1000 (hoặc euro), hoặc $1500 nếu thật sự cần 21:09:41 &lt;zzz&gt; với những người vận hành một hai dịch vụ, tôi đề xuất chúng ta trả vé hội nghị của họ và tối đa $500 chi phí đi lại 21:10:01 &lt;zzz&gt; mọi người nghĩ sao? 21:10:23 &lt;eche|on&gt; hiện chúng ta có 5 người xin hỗ trợ tiền 21:10:25 &lt;str4d&gt; tôi nghĩ như vậy là hợp lý. 21:11:04 &lt;str4d&gt; eche|on, giả sử các con số trên, tổng chi dự kiến là bao nhiêu? 21:11:13 &lt;zzz&gt; vậy khoảng $4000-$5000, cộng khoảng $500 tiền vé, tôi đoán vậy? 21:11:32 &lt;eche|on&gt; với các quy định này, chúng ta khoảng 4k tối đa 21:11:39 &lt;zzz&gt; cộng thêm vài trăm cho một bữa tối 21:11:57 &lt;zzz&gt; ồ, ngoài ra, ai CHƯA email cho echelon mà muốn tài trợ, hãy lên tiếng ngay! 21:11:58 &lt;eche|on&gt; 2 người có dịch vụ, 2 người bình thường và 1 người có hoàn cảnh đặc biệt 21:12:07 &lt;eche|on&gt; vé sẽ khoảng 100 mỗi người 21:12:12 &lt;str4d&gt; Ừm. Như vậy giữ chúng ta trong mục tiêu chi tiêu khoảng 10% 21:13:03 &lt;eche|on&gt; hơi vượt, nhưng vẫn ổn 21:13:21 &lt;zzz&gt; nghe như khoảng 5200 gì đó. Chốt ngân sách 6000 euro nhé? 21:13:46 &lt;eche|on&gt; lần trước một số người nhận bằng BTC theo yêu cầu, điều đó làm mọi thứ khá dễ cho tôi^^ 21:14:12 &lt;zzz&gt; đúng, ai đồng ý nhận bằng BTC thì càng tốt 21:14:21 &lt;eche|on&gt; nghe hợp lý 21:14:48 &lt;eche|on&gt; bữa tối có thể chúng ta đến chỗ như năm ngoái hoặc nhỉnh hơn chút, sẽ xem 21:15:02 &lt;zzz&gt; tôi muốn nhấn mạnh rằng chúng tôi muốn thấy mọi người đều có mặt. Dù chúng ta cố dùng tiền một cách khôn ngoan, chúng tôi cũng không muốn ai không tham dự chỉ vì không kham nổi chi phí. 21:15:09 &lt;eche|on&gt; một ít đồ ngọt và những thứ khác cho sự kiện, 6k là ổn 21:15:10 &lt;str4d&gt; tôi chắc chắn vui lòng được hoàn tiền bằng BTC 21:15:48 &lt;zzz&gt; còn gì về mục 3) không? 21:16:15 &lt;eche|on&gt; phía tôi thì không, tôi sẽ trả lời tất cả email ngày mai và sau đó sẽ mua vé 21:16:18 &lt;eche|on&gt; ồ, vé: 21:16:36 &lt;eche|on&gt; nếu BẤT kỳ ai ở đây từ I2P chưa xin tài trợ nhưng muốn vé, gửi mail cho tôi! 21:16:37 &lt;str4d&gt; ai muốn chia sẻ chỗ ở, ping tôi nhé :) 21:16:56 &lt;str4d&gt; eche|on, bạn định mua vé cho tất cả thành viên nhóm à? 21:17:03 &lt;eche|on&gt; đúng 21:17:07 &lt;zzz&gt; ừ. Ech sẽ mua vé. Đừng tự mua 21:17:10 &lt;eche|on&gt; để tránh các rắc rối năm ngoái 21:17:12 &lt;str4d&gt; Cảm ơn :) 21:17:34 &lt;str4d&gt; Và, có đúng là thường bắt đầu khoảng 11 giờ sáng giờ địa phương không? 21:17:56 &lt;zzz&gt; ồ, nhân đang ở mục 3), tôi muốn cảm ơn eche|on vì tất cả những gì anh ấy làm, kể cả việc cập nhật tài chính. Không có bạn chắc chúng ta vỡ nợ rồi! 21:18:02 &lt;str4d&gt; tôi đang cố xem liệu có thể thu xếp chuyến bay đến vào ngày 27 không 21:18:02 &lt;eche|on&gt; ồ, chúng ta chủ yếu gặp nhau tại chỗ lúc 11am/12am và ở lại đến 1,2 am 21:18:05 &lt;eche|on&gt; nhưng một số bài nói kết thúc lúc 3 am 21:18:10 &lt;zzz&gt; ok, đừng bàn chuyện hậu cần ở đây 21:18:17 &lt;zzz&gt; còn gì về mục 3) không? 21:18:19 &lt;str4d&gt; (nếu không tôi phải đi vào tối 25) 21:18:34 &lt;str4d&gt; eche|on, ừm, cảm ơn. Và vâng, cảm ơn lớn vì đã giữ chúng ta nổi! :D 21:18:55 &lt;zzz&gt; 4) SAM bật theo mặc định (str4d) 21:18:59 &lt;zzz&gt; str4d mời 21:19:08 &lt;eche|on&gt; cảm ơn tất cả nhà tài trợ (vừa nhận một khoản với dòng "do not spent all money on useless designers" 21:19:39 &lt;str4d&gt; Được rồi 21:20:29 &lt;str4d&gt; tôi nghĩ rằng với sự gia tăng của các ứng dụng dùng SAM API, chúng ta nên cân nhắc có bật nó mặc định không, và nếu có thì làm thế nào 21:20:51 &lt;str4d&gt; tương tự như cách Tor bật control port của họ theo mặc định, để các ứng dụng nhìn chung có thể giả định nó luôn sẵn có 21:21:07 &lt;eche|on&gt; tôi nghĩ SAM khá ổn định và không phải lý do khiến một router dễ hỏng 21:21:19 &lt;eche|on&gt; tôi bỏ phiếu đồng ý, bật mặc định 21:21:25 &lt;zzz&gt; có ai phản đối không? 21:21:37 &lt;EinMByte&gt; đối với tôi có vẻ hợp lý 21:21:55 &lt;EinMByte&gt; vấn đề duy nhất tôi thấy là xung đột cổng 21:22:07 &lt;str4d&gt; Ừm 21:23:08 &lt;eche|on&gt; tôi không thấy vấn đề đó trên bản cài mới 21:23:10 &lt;zzz&gt; cách làm thông thường là đổi clients.config, cái đó chỉ ảnh hưởng bản cài mới. Còn cách khác thì... khó hơn 21:23:12 &lt;eche|on&gt; vì tất cả đều là localhost 21:23:27 &lt;str4d&gt; tôi biết Tor đã cân nhắc về bảo mật khi luôn mở control port 21:23:29 &lt;eche|on&gt; tôi sẽ KHÔNG bật nó trên bản cài cũ 21:23:36 &lt;EinMByte&gt; eche|on: ý tôi là có thể có dịch vụ khác (không liên quan I2P) dùng cùng cổng 21:23:43 &lt;str4d&gt; và họ khuyến khích dùng chế độ Unix socket thay thế 21:23:50 &lt;str4d&gt; (với xác thực cookie cục bộ) 21:23:58 &lt;zzz&gt; tôi không nghĩ ứng dụng có thể 'giả định nó luôn sẵn có', họ sẽ luôn cần xử lý lỗi và thông báo cho người dùng một cách phù hợp 21:24:01 &lt;eche|on&gt; EinMByte: đúng, nhưng đó là localhost, và điều đó nên được cảnh báo 21:24:08 &lt;str4d&gt; nhưng đó không quá đáng lo với chúng ta, vì bất cứ thứ gì kết nối được tới SAM chỉ có thể điều khiển các tunnel của chính nó 21:24:33 &lt;str4d&gt; (trừ khi họ đoán được tên phiên của các tunnel thuộc client khác) 21:24:36 &lt;EinMByte&gt; eche|on: Ok, nếu cổng đã bị chiếm thì đừng bật SAM và cảnh báo? 21:24:41 &lt;eche|on&gt; EinMByte: đó là cách hợp lý để làm việc đó^^ 21:24:42 &lt;str4d&gt; zzz, đúng, ứng dụng không thể giả định 21:24:48 &lt;str4d&gt; lý do là tính dễ dùng 21:24:58 &lt;str4d&gt; vậy 'phương án đơn giản' là 'khởi động I2P; dùng ứng dụng' 21:25:06 &lt;zzz&gt; vậy sau nhiều năm bị tắt, bật nó bây giờ có thể không tạo khác biệt nhiều 21:25:16 &lt;str4d&gt; phương án hiện tại là 'khởi động I2P; tìm trang để bật SAM; bật SAM; dùng ứng dụng' 21:25:33 &lt;zzz&gt; fyi tôi đã tách /configclients, cái đó sẽ có trong .27 21:25:36 &lt;eche|on&gt; Theo quan điểm của tôi: đa số router i2p đã bật SAM rồi 21:25:39 &lt;eche|on&gt; nếu không thì &gt;90% 21:25:41 &lt;str4d&gt; động lực chính của tôi là giảm ma sát 21:25:48 &lt;str4d&gt; cho người dùng mới 21:25:54 &lt;str4d&gt; nên tôi đồng ý việc này chỉ áp dụng cho bản cài mới 21:26:19 &lt;EinMByte&gt; nghe ổn. 21:26:27 &lt;zzz&gt; nhân tiện, tôi vẫn chưa thấy bằng chứng cho 'sự gia tăng của ứng dụng dùng SAM' của bạn 21:26:30 &lt;str4d&gt; eche|on, ừ, Tor có vấn đề xung đột cổng tương tự với Orbot trên một số điện thoại Samsung 21:26:46 &lt;psi&gt; sam nên bật mặc định để mọi người không phải tự bật 21:26:50 &lt;EinMByte&gt; zzz: Có lẽ đây chính xác là điều cần thiết ;) 21:26:51 &lt;zzz&gt; nhưng tôi cũng không phản đối đề xuất 21:26:53 &lt;zzz&gt; heh 21:27:05 &lt;str4d&gt; zzz, Tahoe-LAFS sắp ra mắt với hỗ trợ I2P tích hợp sẵn 21:27:19 &lt;EinMByte&gt; nhắc tôi cổng SAM mặc định là gì nhỉ? 21:27:21 &lt;zzz&gt; ok, có vẻ chúng ta đã đồng thuận? 21:27:32 &lt;str4d&gt; 7656 21:27:52 &lt;zzz&gt; còn gì về mục 4) không? 21:28:36 &lt;EinMByte&gt; str4d: Ok, không nghĩ ra thứ phổ biến nào dùng cổng đó 21:29:09 &lt;zzz&gt; 2) Cập nhật Summer of X (sadie/str4d) 21:29:14 &lt;zzz&gt; sadie / str4d mời 21:29:35 &lt;str4d&gt; Được! 21:29:45 &lt;str4d&gt; I2P Summer Dev theo tôi là một thành công 21:30:06 &lt;str4d&gt; chúng ta không có cộng tác viên mới nào (ít nhất theo tôi thấy) 21:30:42 &lt;str4d&gt; (đã có vài người ở một trong những buổi họp đầu mà có lẽ chúng ta nên theo sát...) 21:30:45 &lt;eche|on&gt; chúng ta có một buildbot mới 21:30:52 &lt;zzz&gt; tôi không thấy bài blog tháng 8 đã hứa... liệu chúng ta có bài tháng 9 không? 21:30:54 &lt;str4d&gt; nhưng chúng ta đã tiến bộ xuất sắc ở một số mặt hướng tới người dùng và nhà phát triển 21:30:56 &lt;str4d&gt; như tôi đã đề cập, bản phát hành Tahoe-LAFS tiếp theo sẽ có hỗ trợ I2P tích hợp sẵn thông qua thư viện txi2p của tôi 21:31:13 &lt;str4d&gt; zzz, ừ, tôi không có thời gian làm. Tôi sẽ viết một bài tổng kết vào cuối tuần này 21:31:20 &lt;zzz&gt; tuyệt 21:31:47 &lt;str4d&gt; Tôi có phần công việc Zeronet nội bộ mà tôi muốn đưa vào bài tháng 8, nhưng tiếc là chúng tôi không thể làm cho i2p.socket hoạt động đúng với gevent... 21:32:05 &lt;str4d&gt; nhưng tôi nghĩ tôi sẽ tạo một PR với nó cuối tuần này, rồi xem thế nào 21:32:33 &lt;zzz&gt; tahoe là gì, ít nhất 5 năm kể từ khi chúng ta tạo ticket trên site của họ. zooko làm việc không nhanh 21:33:05 &lt;eche|on&gt; ít nhất bây giờ nó đã xong 21:33:21 &lt;str4d&gt; vì vậy về khả năng dùng của dev, chúng ta đã tiến triển tốt với i2p.socket và txi2p, và với SAM API được bật mặc định, sẽ ít ma sát hơn khi thêm I2P vào ứng dụng Python 21:33:25 &lt;eche|on&gt; giờ chúng ta cần tải lên/tải xuống song song, nếu không tahoe-lafs sẽ bò 21:33:55 &lt;eche|on&gt; nhân tiện, một người dùng vừa hỏi tôi vài phút trước về công việc phát triển python trong I2P 21:34:04 &lt;str4d&gt; chúng ta đã tiếp cận một số ứng dụng tiềm năng mới, nhưng cần làm nhiều hơn ở mảng đó 21:34:28 &lt;str4d&gt; (đặc biệt IPFS và OpenBazaar đều hứng thú nhưng hiện tiến độ ở đó không tiến triển) 21:34:49 &lt;EinMByte&gt; BTW, xin lỗi; trước đó tôi nói sẽ cố làm gì đó cho Summer of X, nhưng nó đến quá sớm đối với kovri 21:34:53 &lt;zzz&gt; điều vẫn đang trong tình trạng tệ sau summer of x là Bote. Lâu lắm rồi không có phát hành, và khoảng 40 (!) ticket trên trac, bao gồm cái về classpath mà tôi nghĩ chặn .27 ... Bạn còn định làm Bote nữa không hay chúng ta nên bỏ qua? 21:35:30 &lt;str4d&gt; zzz, tôi có kế hoạch, và tôi đã làm việc trên đó 21:35:38 &lt;eche|on&gt; ai đó nên làm bote. nó quan trọng hơn syndie hoặc i2phex 21:36:05 &lt;zzz&gt; tôi cần biết liệu chúng ta phải đổi gói deb để sửa bote, hay có thứ khác sai, hoặc chúng ta không quan tâm 21:36:32 &lt;zzz&gt; Tháng 9 dành cho Bote? 21:37:22 &lt;str4d&gt; Tháng 8 tôi đã dành thời gian chuyển nó sang Gradle, nghĩa là tôi sẽ có thể hợp nhất codebase android và plugin 21:37:22 &lt;str4d&gt; Điều này sẽ loại bỏ nhiều ma sát tôi gặp phải khi phát triển Bote 21:37:22 &lt;str4d&gt; Những gì còn thiếu là tích hợp các script plugin hiện có 21:37:22 &lt;str4d&gt; (hoặc viết lại chúng bằng Gradle)( 21:37:39 &lt;str4d&gt; Không may là deadline công việc đã cản trở việc đó trong tháng 8 21:37:54 &lt;zzz&gt; ok 21:37:59 &lt;zzz&gt; còn gì về mục 2) không? 21:38:07 &lt;str4d&gt; Tôi sẽ dành thời gian cho Bote cuối tuần này 21:38:30 &lt;zzz&gt; còn gì khác cho cuộc họp không? 21:39:02 &lt;zzz&gt; tôi đề xuất chuyển lại về 8 PM UTC cho tháng 10 được không? 21:39:46 &lt;str4d&gt; và cố gắng tìm cách sửa vấn đề trên Debian 21:39:55 &lt;zzz&gt; có ai phản đối 8 PM không? 21:40:03 &lt;str4d&gt; nhưng chắc chắn chỉ trên Debian 21:40:24 &lt;zzz&gt; ok, tôi thậm chí chưa thấy xác nhận rằng nó chỉ trên deb, vậy là tiến bộ rồi 21:40:46 &lt;str4d&gt; Không còn gì, ngoài việc khen mọi người đã làm việc tuyệt vời với các thứ Summer Dev! 21:40:46 &lt;str4d&gt; Tôi mong chờ năm sau ;) 21:40:49 &lt;zzz&gt; tôi đã đề xuất một bản sửa hoặc ít nhất là một bài kiểm thử trong ticket, nhưng chưa nghe gì 21:40:49 &lt;eche|on&gt; với tôi đến giờ là OK 21:41:22 &lt;zzz&gt; ok tôi nhận được nhiều người phàn nàn về 9 hơn 8, vậy hãy quay lại 8. dù sao mùa hè cũng qua rồi 21:41:29 * zzz chộp lấy baffer 21:41:29 &lt;str4d&gt; tôi ổn với 8PM trong tháng 10, vì tôi sẽ ở Mỹ 21:41:31 &lt;str4d&gt; (Và thực ra cả tháng 11 nữa, vì đó sẽ là ngày 1( 21:42:37 &lt;eche|on&gt; ok, đến giờ đi ngủ 21:42:41 &lt;eche|on&gt; hẹn gặp lại 21:42:44 * zzz ***bafs*** kết thúc cuộc họp </div>/vi/blog/2016/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-8-n%C4%83m-2016/Tue, 02 Aug 2016 00:00:00 +0000/vi/blog/2016/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-8-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz</p> <h2 id="biên-bản-cuộc-họp">Biên bản cuộc họp</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) Chào 21:00:01 &lt;zzz&gt; 1) Báo cáo HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 &lt;zzz&gt; 2) Cập nhật 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 &lt;zzz&gt; 3) Cập nhật Summer of X (sadie/str4d) 21:00:05 &lt;zzz&gt; 0) Chào 21:00:07 &lt;zzz&gt; chào 21:00:38 &lt;xmpre&gt; Xin chào 21:00:44 &lt;i2pr&gt; [Slack/str4d] Chào 21:00:56 &lt;zzz&gt; 1) Báo cáo HOPE (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 &lt;zzz&gt; Tôi đã đăng một báo cáo chuyến đi ngắn gọn ở liên kết đó. sadie, comraden1, gravy, hoặc bất kỳ ai đã xem một số video, có gì cần bổ sung không? 21:02:30 &lt;i2pr&gt; [Slack/str4d] Tôi vẫn chưa xem các video. Ngoài các video về Tor, có cái nào tôi nên đánh dấu không? 21:03:01 &lt;zzz&gt; Tôi không thấy nhiều hơn. Hy vọng mọi người sẽ thêm một số gợi ý vào chủ đề trên zzz.i2p 21:03:13 &lt;xmpre&gt; Cho những ai có thể chưa biết, các video ở đâu? 21:03:27 &lt;zzz&gt; chắc là hope.net 21:03:56 &lt;zzz&gt; còn gì nữa cho mục 1) không? 21:03:59 &lt;xmpre&gt; https://hope.net/watch.html 21:04:54 &lt;zzz&gt; 2) Cập nhật 0.9.27 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 &lt;zzz&gt; vẫn nhắm đến giữa tháng 9 là sớm nhất. Không có nhiều hoạt động trong mtn hay tính năng lớn. Sau khi tôi hoàn tất mấy việc mùa hè i2p, tôi muốn chuyển sang NTCP2. Vì vậy chưa cần vội với .27 lúc này, mọi thứ khá ổn định 21:06:26 &lt;zzz&gt; ai có ý kiến gì về lịch trình hoặc nội dung của .27 không? 21:06:39 &lt;i2pr&gt; [Slack/str4d] Tôi cũng sẽ chuyển sự chú ý sang NTCP2 vào khoảng thời gian đó 21:06:49 &lt;xmpre&gt; Tôi có một đề xuất để việc multihoming (một host/dịch vụ có nhiều kết nối mạng) dễ hơn, tôi nên thêm nó vào trac chứ? 21:06:59 &lt;xmpre&gt; về cơ bản là một tính năng export/import 21:07:11 &lt;zzz&gt; ok tốt. Chúng ta vẫn cần một người phụ trách Tails mới nữa, mọi người cần tweet về việc đó 21:07:19 &lt;i2pr&gt; [Slack/str4d] Tôi cũng muốn chúng ta cân nhắc bật SAM theo mặc định. 21:07:43 &lt;zzz&gt; xmpre, nếu nó rõ ràng thì đưa lên trac là được, nếu cần thảo luận thì zzz.i2p có lẽ tốt hơn 21:07:48 &lt;i2pr&gt; [Slack/str4d] Hoặc ít nhất thảo luận về những hệ quả của việc đó 21:08:06 &lt;xmpre&gt; Được, zzz 21:08:27 &lt;zzz&gt; hãy đưa sam-by-default vào chương trình nghị sự tháng sau, sau khi kết thúc hoạt động ứng dụng mùa hè nhưng trước .27 21:08:40 &lt;i2pr&gt; [Slack/str4d] ACK 21:08:53 &lt;i2pr&gt; [Slack/str4d] Trong lúc đó, mọi người có thể suy nghĩ về nó 21:09:21 &lt;i2pr&gt; [Slack/str4d] Và ví dụ so sánh với chính sách của Tor về cổng điều khiển (control port) của họ 21:09:38 &lt;zzz&gt; đã thêm vào `http://zzz.i2p/topics/2149` 21:10:03 &lt;zzz&gt; có lẽ chúng ta sẽ muốn bật xác thực hoặc SSL nếu nó được bật theo mặc định? chưa chắc. Tôi sẽ suy nghĩ thêm 21:10:11 &lt;zzz&gt; còn gì nữa cho mục 2) không? 21:10:58 &lt;psi&gt; (chào) 21:11:10 &lt;zzz&gt; nói về cuộc họp tới, ngân sách CCC sẽ nằm trong chương trình nghị sự, xem liên kết ở trên, và vui lòng chuẩn bị sẵn các yêu cầu của bạn cho cuộc họp đó 21:11:13 &lt;i2pr&gt; [Slack/sadie] chào - Mình đang ngập đầu ở chỗ làm các bạn ơi 21:11:33 &lt;zzz&gt; chuyển sang mục 3) ... 21:11:43 &lt;zzz&gt; 3) Cập nhật Summer of X (sadie/str4d) 21:11:50 &lt;zzz&gt; sadie, str4d, tình hình mới nhất thế nào? 21:12:10 &lt;i2pr&gt; [Slack/str4d] Không sao đâu Sadie, mừng là bạn có thể ghé qua dù chỉ chốc lát :) 21:12:22 &lt;i2pr&gt; [Slack/str4d] Hoạt động phát triển mùa hè đang diễn ra rất tốt, theo tôi 21:12:47 &lt;i2pr&gt; [Slack/str4d] Tháng này về mặt công khai tập trung vào công việc của chúng ta với các ứng dụng khác 21:13:11 &lt;i2pr&gt; [Slack/str4d] (những ứng dụng mà nói chung chúng ta chưa từng làm việc trước đây) 21:13:47 &lt;i2pr&gt; [Slack/str4d] Tôi đã thành công trong việc đưa hỗ trợ client I2P vào Foolscap, thư viện giao tiếp được Tahoe-LAFS sử dụng 21:14:29 &lt;i2pr&gt; [Slack/str4d] Vì vậy tôi kỳ vọng chúng ta có thể dùng upstream với lưới của I2P trong tương lai gần, ít nhất là cho phía client 21:14:57 &lt;i2pr&gt; [Slack/str4d] Hỗ trợ phía máy chủ cho I2P và Tor được lên kế hoạch cho một bản phát hành sau 21:15:31 &lt;i2pr&gt; [Slack/str4d] Tôi cũng gần hoàn tất việc chạy ZeroNet qua I2P như một bằng chứng khái niệm 21:16:01 &lt;i2pr&gt; [Slack/str4d] (điều này cũng dẫn đến các cải tiến đáng kể cho i2p.socket bởi psi và tôi) 21:16:22 &lt;zzz&gt; ++psi 21:17:15 &lt;zzz&gt; về phía tôi, tôi đã phát hành plugin cho i2phex, jwebcache và orchid. Sẽ có một bản phát hành syndie trong khoảng một tuần nữa (vui lòng cập nhật bản dịch!) và thêm một bản phát hành orchid nữa 21:17:34 &lt;i2pr&gt; [Slack/str4d] Woo 21:17:45 &lt;zzz&gt; và có thể cả jircii, đã có ít nhất một người yêu cầu, nếu còn ai khác thì xin lên tiếng 21:17:45 &lt;xmpre&gt; Cảm ơn vì nỗ lực với i2psnark dạng standalone, tôi có 1 instance chạy với i2pd 21:17:58 &lt;psi&gt; i2p.socket vẫn cần một số phản hồi từ nhà phát triển, ờ đúng rồi và tôi phải tự nhắc mình xem cái ticket IPFS đó 21:18:44 &lt;i2pr&gt; [Slack/str4d] Tháng tới được dành để làm việc trên các ứng dụng của chính chúng ta, nhưng tôi cũng muốn thấy thêm việc hợp tác với các lập trình viên bên ngoài 21:18:59 &lt;zzz&gt; cũng nhắc mọi người thử nghiệm các thư viện và ứng dụng độc lập này với i2pd nữa 21:19:02 &lt;i2pr&gt; [Slack/str4d] Ví dụ psi làm việc với các dev IPFS :) 21:19:15 &lt;i2pr&gt; [Slack/str4d] :+1: 21:19:47 &lt;nextloop&gt; chào. phần lớn plugin không có trên GitHub. tôi cũng nên đưa chúng lên đó chứ? 21:19:54 &lt;i2pr&gt; [Slack/str4d] Nếu ai hết ý tưởng, ping tôi và tôi sẽ đưa cho bạn một danh sách dài dằng dặc. 21:20:23 &lt;i2pr&gt; [Slack/str4d] Có thể là một ý hay 21:20:29 &lt;zzz&gt; một việc hiện chưa có người đảm nhiệm, và không chắc có nên có không, là build/ký các gói standalone. kytv làm một ít, ech làm một ít, nhưng chúng ta không có đóng gói hay lưu trữ nhất quán cho nhiều thứ trong số này 21:20:57 &lt;zzz&gt; với một số cái, thậm chí còn không có các mục tiêu build được chỉnh chu trong mã 21:21:21 &lt;i2pr&gt; [Slack/str4d] Mmm 21:21:56 &lt;i2pr&gt; [Slack/str4d] Tháng này tôi sẽ làm việc để chuyển I2P-Bote sang Gradle, như một phần của việc đại tu quy trình build tổng thể của nó 21:22:10 &lt;xmpre&gt; Tôi có thể bắt đầu build/ký các gói i2psnark standalone, tôi đang build Java I2P qua bobthebuilder.i2p 21:22:18 &lt;zzz&gt; Tôi không muốn làm maintainer cho bất kỳ cái nào trong đó. Cùng lắm tôi muốn làm một bản build plugin nhanh sau khi ai đó làm phần còn lại. Nhưng không có nhiều thứ diễn ra, mà tôi đoán đó là lý do của i2psummer. 21:22:19 &lt;trolly&gt; gradle? 21:23:26 &lt;zzz&gt; à đúng rồi, cảm ơn xmpre vì đã dựng bobthebuilder chạy. Hôm qua nó chạy hơi quá... và tôi đã đẩy -8 vài giờ trước mà vẫn chưa thấy build ở đây. Nhưng tôi chắc bạn sẽ làm nó chạy trơn tru 21:23:49 &lt;zzz&gt; còn gì nữa cho mục 3) không? 21:24:08 &lt;i2pr&gt; [Slack/str4d] Một điều tôi muốn làm trong lần tân trang website hiện tại là barter quảng bá các ứng dụng chúng ta đang có, và chỉ rõ nơi mà tình nguyện viên có thể đóng góp tốt 21:24:13 &lt;xmpre&gt; Hmm, le tme kiểm tra zzz 21:24:16 &lt;i2pr&gt; [Slack/str4d] Better* 21:24:41 &lt;zzz&gt; trước hết, kiểm tra xem trên i2pwiki có gì 21:24:55 &lt;i2pr&gt; [Slack/str4d] Tôi cũng có thể gắn việc đó vào hoạt động phát triển mùa hè 21:25:14 &lt;poneyhot&gt; nếu tôi được góp vài ý... đừng đăng theo thứ tự chữ cái, không có lý do gì để anoncoin đứng đầu tiên 21:25:20 &lt;poneyhot&gt; hoặc anonymous git hosting .. 21:25:22 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:25:30 &lt;i2pr&gt; [Slack/str4d] Nhưng việc đó sẽ nằm trong bài blog tháng sau 21:25:45 &lt;zzz&gt; str4d, bạn sắp có bài blog tháng 7 chứ? 21:25:47 &lt;i2pr&gt; [Slack/str4d] 4) Tân trang bố cục website 21:26:06 &lt;i2pr&gt; [Slack/str4d] zzz, sắp, đúng vậy. Vài ngày tới 21:26:09 &lt;zzz&gt; ok 4) bố cục website str4d bắt đầu 21:26:49 &lt;i2pr&gt; [Slack/str4d] Elio Qoshi đang tiến triển tốt với việc tân trang bố cục website 21:27:47 &lt;i2pr&gt; [Slack/str4d] Anh ấy đã làm lại website Whonix và hiện đang làm việc với Tor về branding và hướng dẫn phong cách của họ, để tham khảo 21:28:15 &lt;i2pr&gt; [Slack/str4d] (cũng từng làm cho Mozilla) 21:29:08 &lt;zzz&gt; tuyệt 21:29:20 &lt;i2pr&gt; [Slack/str4d] Mục tiêu hiện tại là giảm những bức tường chữ (tiếp tục từ nơi tôi đã đưa chúng đến), và có một thiết kế thống nhất giữa trang đích và các trang bên trong (thứ mà thiết kế hiện tại đang thiếu) 21:30:27 &lt;i2pr&gt; [Slack/str4d] Wireframe hiện tại của anh ấy, để mọi người hình dung, sẽ là nội dung một cột ở giữa với các lề trắng bằng nhau hai bên (trong đó điều hướng trong trang và siêu dữ liệu sẽ đặt như hiện nay) 21:30:45 &lt;zzz&gt; ok. như chúng ta đã bàn hôm trước về logo, biết được các mục tiêu bạn cung cấp cho designer là tốt để chúng ta đánh giá kết quả trong bối cảnh đó 21:31:06 &lt;zzz&gt; còn gì nữa cho mục 4) không? 21:31:24 &lt;i2pr&gt; [Slack/str4d] Ở trang chủ, danh sách (khá tệ) trong cột giữa sẽ được thay bằng các lời mời gọi thân thiện hơn tới những ứng dụng và tác vụ cụ thể 21:31:25 &lt;poneyhot&gt; mục 4) có bao gồm trang chủ 127.0.0.1 không? 21:31:37 &lt;i2pr&gt; [Slack/str4d] honeypot, không 21:31:52 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:32:05 &lt;i2pr&gt; [Slack/str4d] Ồ, anh ấy vừa nhắn cho tôi ảnh chụp màn hình đầu tiên của thiết kế trang chủ đề xuất 21:32:26 &lt;i2pr&gt; [Slack/str4d] Nhưng tôi không thể chia sẻ nó ngay lên IRC, nên sẽ phải làm vậy khi tôi về lại máy tính 21:32:41 &lt;i2pr&gt; [Slack/str4d] Về bảng điều khiển router: 21:32:57 &lt;zzz&gt; ok 5) bảng điều khiển router str4d bắt đầu 21:33:03 &lt;i2pr&gt; [Slack/str4d] Xem nhánh i2p.i2p.str4d.ui để theo dõi tiến độ 21:33:27 &lt;i2pr&gt; [Slack/str4d] CSS hiện đã được cập nhật để khớp các thay đổi backbend, và đang ở bản nháp đầu tiên 21:33:45 &lt;zzz&gt; poneyhot, bạn có chủ đề cuộc họp nào muốn thêm liên quan đến bảng điều khiển không? 21:34:18 &lt;i2pr&gt; [Slack/str4d] (có vài thay đổi cục bộ để push someone trước cuối tuần này nếu tôi có thời gian) 21:34:18 &lt;i2pr&gt; [Slack/str4d] Hoan nghênh góp ý 21:34:18 &lt;i2pr&gt; [Slack/str4d] Tuy nhiên lưu ý đây chỉ là một bước trung gian 21:34:30 &lt;zzz&gt; còn gì nữa cho mục 5) không? 21:34:37 &lt;i2pr&gt; [Slack/str4d] Hiện tại không thay đổi nào ảnh hưởng đến cấu trúc 21:34:48 &lt;poneyhot&gt; Tôi phải kiểm tra các thay đổi trước đã, tôi chỉ không thích cách sắp xếp theo thứ tự chữ cái 21:34:49 &lt;i2pr&gt; [Slack/str4d] Đó là kế hoạch tôi sẽ làm vào khoảng tháng Mười 21:35:09 &lt;zzz&gt; à, đó là cái bạn đang ám chỉ về anoncoin, tôi hiểu rồi 21:35:17 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:35:29 &lt;poneyhot&gt; có vẻ như đó là những thứ quan trọng nhất trên i2p 21:35:35 &lt;i2pr&gt; [Slack/str4d] poneyhot, điều đó có thể sẽ thay đổi hoàn toàn 21:35:51 &lt;i2pr&gt; [Slack/str4d] Hoặc không ^^ 21:36:25 * zzz chộp lấy cái baffer theo kiểu Negan 21:36:26 &lt;i2pr&gt; [Slack/str4d] Mục tiêu của tôi là có một bảng điều khiển router được làm mới và cải tiến sẵn sàng cho CCC 21:36:58 &lt;xmpre&gt; Tôi sẵn lòng giúp thử nghiệm bảng điều khiển router mới 21:37:09 &lt;xmpre&gt; (và tôi hy vọng lỗi cookie khó chịu sẽ được sửa :p) 21:37:24 * zzz *bafs* kết thúc cuộc họp </div>/vi/blog/2016/07/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-7-n%C4%83m-2016/Tue, 05 Jul 2016 00:00:00 +0000/vi/blog/2016/07/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-05-th%C3%A1ng-7-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dg, psi, sadie, str4d, Zerolag, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 21:00:23 &lt;zzz&gt; 0) Chào 21:00:23 &lt;zzz&gt; 1) cập nhật HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:23 &lt;zzz&gt; 2) cập nhật 0.9.27 (zzz) 21:00:23 &lt;zzz&gt; 3) cập nhật Summer of X (sadie/str4d) 21:00:27 &lt;zzz&gt; 0) Chào 21:00:29 &lt;zzz&gt; chào 21:00:47 &lt;psi&gt; chào 21:00:48 &lt;zzz&gt; 1) cập nhật HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:48 &lt;i2pr&gt; [Slack/str4d] Chào 21:01:13 &lt;zzz&gt; ok, HOPE sẽ diễn ra trong 2 1/2 tuần nữa. Buổi gặp ăn trưa với Lance vào thứ Sáu vẫn chưa được chốt 21:01:42 &lt;zzz&gt; vui lòng để trống bữa trưa thứ Sáu, tôi không kỳ vọng biết chắc có diễn ra hay không cho đến tuần đó 21:01:49 &lt;zzz&gt; mong được gặp mọi người ở đó 21:01:54 &lt;zzz&gt; còn gì cho mục 1) không? 21:02:06 &lt;i2pr&gt; [Slack/str4d] Giờ thì chắc chắn tôi sẽ không có mặt 21:02:20 &lt;i2pr&gt; [Slack/str4d] Thời gian không ủng hộ tôi ;_; 21:02:51 &lt;psi&gt; có vẻ năm nay tôi sẽ không đi HOPE 21:03:14 &lt;i2pr&gt; [Slack/sadie] Tôi sẽ có mặt tại HOPE 21:03:38 &lt;zzz&gt; 2) cập nhật 0.9.27 (zzz) 21:04:13 &lt;zzz&gt; .27 đang tiến triển chậm, như dự đoán. Với tốc độ này, phát hành .27 sẽ dời từ tháng 8 sang tháng 9. 21:04:31 &lt;zzz&gt; trong khi chúng ta tập trung vào các việc về X, và có thể là NTCP2 21:04:47 &lt;i2pr&gt; [Slack/str4d] Tôi thấy ổn 21:04:50 &lt;zzz&gt; mọi người thấy ổn chứ? 21:05:02 &lt;dg&gt; Không có gì cần vội, nên OK 21:05:09 &lt;dg&gt; cuối cùng thì chúng ta sẽ phát hành khi cần 21:05:28 &lt;zzz&gt; 26 có vẻ rất ổn định. Chỉ còn vấn đề 'class not found' của bote, mà chúng ta đang chờ thông tin theo dõi thêm trên trac 21:05:52 &lt;dg&gt; Có một việc liên quan đến gói Debian mà tôi phát hiện là một issue 21:05:56 &lt;i2pr&gt; [Slack/str4d] Và điều đó cho chúng ta cơ hội hoàn tất công việc tháng 8 về plugin để đưa vào .27 21:05:57 &lt;zzz&gt; và nếu đúng như tôi nghĩ, ta có thể sửa bằng một thay đổi đơn giản và chỉ cần rebuild deb/ubuntu 21:06:00 &lt;dg&gt; Tuy nhiên tôi sẽ để dành nó cho một ticket. 21:06:12 &lt;zzz&gt; còn gì cho mục 2) không? 21:06:38 &lt;psi&gt; .27 có ảnh hưởng gì đến i2pd không? 21:07:19 &lt;zzz&gt; có thử nghiệm peer IPv6, đúng vậy. i2pd không nên nâng lên 27 cho đến khi hỗ trợ 21:07:39 &lt;psi&gt; được 21:07:50 &lt;zzz&gt; tuy nhiên không nhất thiết phải theo lịch Java 21:07:53 &lt;zzz&gt; còn gì cho mục 2) không? 21:08:42 &lt;zzz&gt; 3) cập nhật Summer of X (sadie/str4d) 21:08:51 &lt;zzz&gt; sadie, str4d, tình hình thế nào? 21:08:52 &lt;i2pr&gt; [Slack/str4d] Chưa, tôi nghĩ vậy? 21:08:55 &lt;i2pr&gt; [Slack/str4d] À vâng 21:08:55 &lt;i2pr&gt; [Slack/str4d] Không 21:10:30 &lt;zzz&gt; rủi ro của việc dùng relay cho cuộc họp à? 21:10:40 &lt;i2pr&gt; [Slack/str4d] Tôi nghĩ tới giờ mọi thứ đang diễn ra tốt 21:10:55 &lt;i2pr&gt; [Slack/str4d] Giờ đã một tháng, và đã có ba (nếu tôi nhớ đúng) bài blog về nó 21:11:46 &lt;zzz&gt; ok, tháng 7 chúng ta sẽ làm gì? 21:12:02 &lt;i2pr&gt; [Slack/str4d] Ứng dụng 21:12:05 &lt;i2pr&gt; [Slack/str4d] Hoạt động tiếp cận 21:12:15 &lt;i2pr&gt; [Slack/str4d] Vậy tôi sẽ làm việc với Tahoe-LAFS 21:12:29 &lt;i2pr&gt; [Slack/str4d] Về việc tích hợp I2P của họ 21:13:12 &lt;zzz&gt; có ai tình nguyện làm việc trên transmission và/hoặc libtorrent không? Hiện chúng trông như những đầm lầy hỏng hóc 21:13:14 &lt;i2pr&gt; [Slack/str4d] Và cũng sẽ gửi một PR để cập nhật thư viện I2P của lightning Browser 21:13:45 &lt;i2pr&gt; [Slack/str4d] Ừ, không bao giờ là quá muộn để học thêm một API 21:13:59 &lt;i2pr&gt; [Slack/str4d] Các dự án khác tôi muốn chúng ta hỗ trợ trong tháng này: 21:16:01 &lt;i2pr&gt; [Slack/str4d] - IPFS (các triển khai bằng Go và Python) 21:16:27 &lt;i2pr&gt; [Slack/str4d] - OpenBazaar (sắp dùng IPFS) 21:16:34 &lt;i2pr&gt; [Slack/str4d] - ZeroNet 21:17:02 &lt;i2pr&gt; [Slack/str4d] Bất kỳ dự án nào trong số này đều là ứng viên tốt để có người tham gia hỗ trợ 21:17:33 &lt;villain&gt; hello i2peeps :) zzz: Tôi vừa gửi một patch cho website, hy vọng nó sẽ được chuyển 21:17:38 &lt;psi&gt; tôi vẫn chưa hiểu hướng dẫn đóng góp của IPFS 21:17:45 &lt;zzz&gt; ok tuyệt. Còn gì cho mục 3) không? Sadie? 21:18:05 &lt;zzz&gt; cảm ơn villain, chúng ta đang giữa cuộc họp, tôi sẽ xem sau 21:18:06 &lt;psi&gt; tôi rất muốn tham gia IPFS nhưng chưa biết cách. 21:18:25 &lt;Zerolag&gt; Tôi muốn trực tiếp thử ZeroNet. Xem nó chạy qua i2p tốt đến đâu. 21:18:28 &lt;i2pr&gt; [Slack/str4d] Psi, cuối tuần này tôi có thể xem họ hướng dẫn người mới tham gia thế nào 21:19:08 &lt;psi&gt; Zerolag: lần trước tôi kiểm tra thì thêm i2p vào zeronet chắc khá dễ vì họ đã có boilerplate cho tor 21:19:11 &lt;i2pr&gt; [Slack/str4d] Zerolag, tuyệt! Họ dựa trên torrent, nên sẽ cần chỉnh sửa theo đặc tả torrent của chúng ta 21:19:21 &lt;psi&gt; ngoài ra, i2p.socket đang tiến triển 21:19:33 &lt;i2pr&gt; [Slack/str4d] (để hỗ trợ torrent trên clearnet và I2P song song) 21:19:54 &lt;psi&gt; zeronet dùng mainline bittorrent? 21:20:01 &lt;i2pr&gt; [Slack/str4d] Không chắc 21:20:17 &lt;psi&gt; tôi khá chắc là không, nhưng mà... 21:20:22 &lt;i2pr&gt; [Slack/str4d] (họ dùng triển khai nào) 21:20:36 &lt;zzz&gt; Còn gì cho mục 3) không? Sadie? 21:20:58 &lt;i2pr&gt; [Slack/str4d] psi, họ dùng mật mã của Bitcoin và mạng bittorrent 21:21:39 &lt;i2pr&gt; [Slack/str4d] Tôi nghĩ Sadie có thể đã trùng lịch với cuộc họp này 21:21:49 &lt;zzz&gt; vậy thì tiếp tục. còn gì cho cuộc họp không? 21:22:21 &lt;zzz&gt; mọi người thấy 9 PM lần nữa ổn chứ? Tôi thấy echelon không có ở đây, có thể do đổi giờ, cũng có thể không 21:22:46 &lt;psi&gt; 9 pm ổn với tôi 21:22:46 &lt;Zerolag&gt; str4d được rồi, đặc tả i2p cho torrent là gì? 21:23:09 * zzz làm nóng baffer 21:23:12 &lt;i2pr&gt; [Slack/str4d] Không còn gì từ tôi ngoài: hãy chọn một dự án và giúp họ nhé! :-) 21:23:31 &lt;i2pr&gt; [Slack/str4d] 9pm là hoàn hảo với tôi 21:24:05 &lt;Zerolag&gt; Tôi chắc chắn sẽ có mặt lúc 9pm 21:24:15 &lt;i2pr&gt; [Slack/str4d] Zerolag, xem trang web I2P (Docs -&gt; Apps -&gt; BitTorrent) 21:24:19 * zzz *baffffs* cuộc họp kết thúc </div>/vi/blog/2016/07/02/t%E1%BB%95ng-h%E1%BB%A3p-m%C3%B9a-h%C3%A8-cho-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-c%C3%A1c-api/Sat, 02 Jul 2016 00:00:00 +0000/vi/blog/2016/07/02/t%E1%BB%95ng-h%E1%BB%A3p-m%C3%B9a-h%C3%A8-cho-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-c%C3%A1c-api/<p>Summer Dev đang diễn ra sôi động: chúng tôi đã bận rộn tra dầu cho bộ máy, mài giũa các góc cạnh và chỉnh trang lại mọi thứ. Giờ là lúc cho bản tổng hợp đầu tiên, nơi chúng tôi giúp bạn nhanh chóng nắm bắt tiến độ mà chúng tôi đang đạt được!</p> <h2 id="tháng-api">Tháng API</h2> <p>Mục tiêu của chúng tôi trong tháng này là &ldquo;hòa nhập&rdquo; - để các API và thư viện của chúng tôi hoạt động trong hạ tầng hiện có của nhiều cộng đồng khác nhau, qua đó các nhà phát triển ứng dụng có thể làm việc với I2P hiệu quả hơn, và người dùng không cần phải lo lắng về các chi tiết.</p>/vi/blog/2016/06/13/i2p-tr%C3%AAn-maven-central/Mon, 13 Jun 2016 00:00:00 +0000/vi/blog/2016/06/13/i2p-tr%C3%AAn-maven-central/<p>Chúng ta đã gần đi được nửa chặng đường của tháng dành cho API trong Summer Dev, và đang đạt được những tiến bộ đáng kể trên nhiều phương diện. Tôi vui mừng thông báo rằng điều đầu tiên trong số này đã hoàn tất: các thư viện client của I2P hiện đã có trên Maven Central!</p> <p>Điều này sẽ giúp các nhà phát triển Java sử dụng I2P trong các ứng dụng của họ trở nên đơn giản hơn nhiều. Thay vì phải lấy các thư viện từ một bản cài đặt hiện có, họ chỉ cần thêm I2P vào danh sách phụ thuộc của mình. Tương tự, việc nâng cấp lên các phiên bản mới sẽ dễ dàng hơn nhiều.</p>/vi/blog/2016/06/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.26/Tue, 07 Jun 2016 00:00:00 +0000/vi/blog/2016/06/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.26/<p>I2P hiện là một site được đề xuất trên Stack Exchange! Vui lòng cam kết tham gia sử dụng để giai đoạn beta có thể bắt đầu.</p> <h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.26 bao gồm một nâng cấp lớn cho thư viện mật mã thuần (native) của chúng tôi, một giao thức đăng ký sổ địa chỉ có chữ ký mới, và những cải tiến lớn đối với việc đóng gói cho Debian/Ubuntu.</p>/vi/blog/2016/06/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-6-2016/Tue, 07 Jun 2016 00:00:00 +0000/vi/blog/2016/06/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-6-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eche|on, plzcdv, psi, str4d, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) Chào 20:00:31 &lt;zzz&gt; 1) Kế hoạch phát hành 0.9.26 (zzz) 20:00:31 &lt;zzz&gt; 2) Cập nhật kế hoạch HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 &lt;zzz&gt; 3) Kế hoạch 0.9.27 (zzz) 20:00:31 &lt;zzz&gt; 4) Mùa hè X (sadie) 20:00:35 &lt;zzz&gt; 0) Chào 20:00:37 &lt;zzz&gt; Chào 20:01:16 &lt;zzz&gt; 1) Kế hoạch phát hành 0.9.26 (zzz) 20:01:46 &lt;zzz&gt; ok, đã xây dựng bản phát hành .26 hôm qua, đã làm xong phần trên Launchpad, và chúng tôi đã bật cập nhật trong mạng cách đây một giờ 20:01:56 &lt;zzz&gt; chỉ còn Debian, tôi dự định làm vào ngày mai 20:02:27 &lt;zzz&gt; hãy nhớ rằng cập nhật trong mạng sẽ không nhận các tệp jbigi mới, vì chúng tôi lo ngại thiếu thử nghiệm 20:02:40 &lt;zzz&gt; vì vậy hãy để ý các báo cáo lỗi từ người dùng deb và các cài đặt mới 20:02:45 &lt;zzz&gt; còn gì nữa ở mục 1) không? 20:03:14 &lt;zzz&gt; 2) Cập nhật kế hoạch HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 &lt;str4d&gt; Chào! 20:03:45 &lt;zzz&gt; HOPE còn 6 tuần nữa tính từ thứ Sáu. Chúng tôi sẽ thanh toán vé hội nghị $150 theo hình thức trả sau (sau sự kiện) 20:04:11 &lt;zzz&gt; chúng tôi không chi trả chi phí đi lại, nhưng nếu ai thực sự không thể tham dự nếu không có chút hỗ trợ, hãy lên tiếng 20:04:32 &lt;zzz&gt; sẽ không có cuộc họp dev trước hoặc sau vì tôi không thể nhận được cam kết từ lance 20:04:53 &lt;zzz&gt; rất mong được gặp cả nhóm ở New York 20:05:02 &lt;zzz&gt; còn gì nữa ở mục 2) không? 20:05:25 &lt;zzz&gt; 3) Kế hoạch 0.9.27 (zzz) 20:06:00 &lt;zzz&gt; hãy đợi netsplit (sự phân tách mạng) 20:06:06 &lt;plzcdv&gt; Chào. 20:07:47 &lt;zzz&gt; ok, bên đó mọi người có thấy hết mục 2) liên quan đến HOPE không? 20:08:35 &lt;str4d&gt; Lại chào lần nữa! 20:08:35 &lt;eche|on&gt; jo 20:08:39 &lt;str4d&gt; Không 20:08:43 &lt;str4d&gt; Lần cuối tôi thấy là lời chào của bạn 20:08:53 &lt;zzz&gt; trời ạ. Tôi đang ở mục 3) 20:08:57 &lt;str4d&gt; (và mục 1) ) 20:09:02 &lt;zzz&gt; để tôi copy/paste mục 1 và 2 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 1) Kế hoạch phát hành 0.9.26 (zzz) 20:09:16 &lt;zzz&gt; &lt;zzz&gt; ok, đã xây dựng bản phát hành .26 hôm qua, đã làm xong phần trên Launchpad, và chúng tôi đã bật cập nhật trong mạng cách đây một giờ 20:09:16 &lt;zzz&gt; &lt;zzz&gt; chỉ còn Debian, tôi dự định làm vào ngày mai 20:09:16 &lt;zzz&gt; &lt;zzz&gt; hãy nhớ rằng cập nhật trong mạng sẽ không nhận các tệp jbigi mới, vì chúng tôi lo ngại thiếu thử nghiệm 20:09:16 &lt;zzz&gt; &lt;zzz&gt; vì vậy hãy để ý các báo cáo lỗi từ người dùng deb và các cài đặt mới 20:09:31 &lt;zzz&gt; &lt;zzz&gt; 2) Cập nhật kế hoạch HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 &lt;zzz&gt; &lt;zzz&gt; HOPE còn 6 tuần nữa tính từ thứ Sáu. Chúng tôi sẽ thanh toán vé hội nghị $150 theo hình thức trả sau (sau sự kiện) 20:09:44 &lt;zzz&gt; &lt;zzz&gt; chúng tôi không chi trả chi phí đi lại, nhưng nếu ai thực sự không thể tham dự nếu không có chút hỗ trợ, hãy lên tiếng 20:09:44 &lt;zzz&gt; &lt;zzz&gt; sẽ không có cuộc họp dev trước hoặc sau vì tôi không thể nhận được cam kết từ lance 20:09:44 &lt;zzz&gt; &lt;zzz&gt; rất mong được gặp cả nhóm ở New York 20:09:44 &lt;zzz&gt; &lt;zzz&gt; còn gì nữa ở mục 2) không? 20:10:03 &lt;zzz&gt; hay mục 1) ? 20:10:43 &lt;str4d&gt; Tôi không nghĩ ra gì cho mục 1) 20:11:09 &lt;str4d&gt; Về mục 2), tôi vẫn hy vọng sẽ tham dự, nhưng vẫn chưa có vé vì tôi vẫn chưa có defence data và do đó không biết liệu đến lúc đó tôi có ở Mỹ không. 20:11:27 &lt;str4d&gt; date* 20:11:43 &lt;zzz&gt; ok, nếu ai còn lưỡng lự, hãy mua vé đi, sự kiện rất vui 20:11:51 &lt;zzz&gt; 3) Kế hoạch 0.9.27 (zzz) 20:12:34 &lt;zzz&gt; nhiều việc khó trong lộ trình ở đây - chuyển đổi mật mã cho máy chủ, các vấn đề trên Mac, và công việc về ipv6 và ntcp2 20:13:07 &lt;zzz&gt; không ai xem xét ntcp2 trong khoảng một năm rồi và tôi chưa nhận được bình luận nào về thử nghiệm peer ipv6. nên cần một ít trợ giúp 20:13:39 &lt;zzz&gt; ngoài ra, tốc độ tiến độ .27 phụ thuộc vào tôi dành bao nhiêu thời gian cho Mùa hè X. Tôi dự kiến vào cuối tháng 8. 20:13:46 &lt;zzz&gt; còn gì nữa ở mục 3) không? 20:13:46 &lt;eche|on&gt; Tôi có thể thử nghiệm nó, nhưng... 20:14:01 &lt;str4d&gt; Tôi sẽ đẩy những việc đó lên cao hơn trong danh sách việc cần làm I2P của tôi 20:15:09 &lt;zzz&gt; 4) Mùa hè X (sadie) 20:15:24 &lt;zzz&gt; kế hoạch cho mùa hè ở Bắc bán cầu của chúng ta là gì? 20:15:31 &lt;str4d&gt; Tôi cũng có thể có một số việc UI ở mức trung gian để đưa lên 20:15:49 &lt;str4d&gt; sadie đến muộn vì công việc (khách hàng ác mộng) 20:15:55 &lt;str4d&gt; Vậy tôi sẽ trình bày :) 20:16:10 &lt;str4d&gt; Tôi hy vọng mọi người ở đây đã thấy bài blog ra mắt :D 20:16:43 &lt;str4d&gt; Về cơ bản đó chỉ là trình bày những gì đã được thảo luận. 20:17:09 &lt;str4d&gt; Vậy nên: 20:17:16 &lt;str4d&gt; 4a) API 20:17:17 &lt;str4d&gt; 4b) Ứng dụng 20:17:22 &lt;str4d&gt; 4c) Plugin 20:17:29 &lt;str4d&gt; 4d) Xây dựng thương hiệu 20:17:33 &lt;str4d&gt; 4a) 20:18:13 &lt;str4d&gt; Tháng này là đợt thúc đẩy cải thiện API của chúng ta. Chúng ta đã đạt tiến triển tốt cho việc này trong bản phát hành 0.9.26 20:18:39 &lt;str4d&gt; Việc tiếp theo sẽ diễn ra là tôi sẽ tải các JAR của chúng ta lên Maven Central, để các dev Java có thể sử dụng dễ dàng hơn 20:18:53 &lt;str4d&gt; (và cập nhật thư viện client I2P Android tương ứng) 20:19:15 &lt;str4d&gt; Trong phần còn lại của tháng này, tôi có một loạt đề xuất: 20:19:33 &lt;zzz&gt; bạn đề cập "các thư viện C++ và python của chúng ta" nhưng chúng ta có cái nào do chính mình duy trì không? ai sẽ làm việc này và trên các thư viện cụ thể nào? 20:19:41 &lt;str4d&gt; - Cập nhật các thư viện SAM lên v3.3 20:19:50 &lt;str4d&gt; zzz, cái này ^ 20:19:56 &lt;zzz&gt; Tôi vừa nói với một người ở đây cách đây một giờ rằng những cái đó không phải của chúng ta, chúng là của bên thứ ba 20:20:10 &lt;str4d&gt; - txi2p (Python Twisted, tôi sẽ làm việc này) 20:20:32 &lt;zzz&gt; các thư viện sam ở đâu? 20:20:41 &lt;zzz&gt; hay đúng hơn, là những cái nào 20:21:25 &lt;str4d&gt; - libsam3 (C, cả đồng bộ và bất đồng bộ, trên git.repo.i2p) 20:21:49 &lt;zzz&gt; ok. psi cũng có một cái bằng Go 20:21:53 &lt;str4d&gt; - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 &lt;str4d&gt; Xem `http://i2p-projekt.i2p/docs/api/samv3` cho các thư viện khác 20:22:33 &lt;zzz&gt; Tôi nghĩ tôi sẽ chủ yếu bắt tay sớm vào các ứng dụng, ngoài việc sẵn sàng trả lời câu hỏi 20:22:35 &lt;zzz&gt; nghe ổn 20:22:45 &lt;str4d&gt; Tôi muốn thấy ít nhất các thư viện Python Twisted và C++ được cập nhật 20:22:56 &lt;str4d&gt; (cho mục đích riêng của tôi vào tháng sau >:D ) 20:23:06 &lt;str4d&gt; Các đề xuất khác cho tháng này: 20:23:11 &lt;str4d&gt; - làm cho libtorrent hoạt động đúng cách 20:23:34 &lt;zzz&gt; ô đúng rồi libtorrent++\ 20:23:36 &lt;str4d&gt; - Bật SAM API theo mặc định trong Java I2P (để cho .27 bây giờ) 20:23:54 &lt;str4d&gt; - Đưa bản vá I2P cho lighttpd của tôi lên upstream (ít nhất cần cập nhật libsam3) 20:24:21 &lt;zzz&gt; tôi đã tạo ticket #1804 để tách /configclients 20:24:25 &lt;zzz&gt; tôi có thể làm việc đó 20:24:28 &lt;str4d&gt; Được rồi, có ai tình nguyện cho bất kỳ đề xuất nào trong số này không? 20:25:34 &lt;plzcdv&gt; Tôi ngại, nhưng tôi ở đây. 20:25:48 &lt;str4d&gt; zzz, Ừm, đó sẽ là một bước tiến tốt cho cả việc UI của tôi và cho tháng Plugin 20:26:17 &lt;zzz&gt; ok. nhưng có thể sẽ gây xung đột khi merge, cẩn thận nhé 20:26:29 &lt;str4d&gt; zzz, Sẽ tốt hơn nếu việc đó diễn ra trong nhánh UI của tôi hoặc dựa trên nó để giảm xung đột khi merge 20:26:29 &lt;str4d&gt; plzcdv, chào! 20:27:14 &lt;str4d&gt; dg, hottuna3, psi, có ý kiến gì về những điều ở trên không? 20:27:34 &lt;zzz&gt; không nghe thấy ai tình nguyện, chúng ta chuyển sang 4b 20:28:29 &lt;plzcdv&gt; Tôi không biết là có libtorrent. 20:28:29 &lt;str4d&gt; plzcdv, nó được dùng trong một số ứng dụng, nhưng không cái nào (theo tôi biết) phơi bày chức năng I2P (có lẽ vì nó đang hỏng) 20:28:54 &lt;plzcdv&gt; Libtorrent (hoặc thứ tương tự) trông như một thứ cốt lõi. 20:29:04 &lt;plzcdv&gt; Truyền thông là về chia sẻ thông tin. 20:29:17 &lt;str4d&gt; Tôi còn ba cuối tuần trong tháng này để làm I2P. Một trong số đó sẽ dành cho txi2p, và tôi sẽ đăng ký làm i2psam ở một cuối tuần khác. 20:30:13 &lt;str4d&gt; mọi người khác, nếu có ý tưởng hay muốn làm bất kỳ cái nào khác, cứ thoải mái 20:30:33 &lt;zzz&gt; kế hoạch PR (quan hệ công chúng) của sadie cho tất cả việc này là gì? 20:30:38 &lt;str4d&gt; Tôi sẽ đưa một số thông tin quảng bá lên trong tuần này để chúng ta có thể dùng cho PR, biết đâu thu hút thêm trợ giúp 20:30:38 &lt;str4d&gt; 4b) Ứng dụng 20:30:40 &lt;plzcdv&gt; Tôi muốn làm việc trên libtorrent hoặc thứ gì tương tự. 20:30:54 &lt;str4d&gt; zzz, sẽ trình bày ở mục 4d) 20:31:02 &lt;zzz&gt; ok 20:31:09 &lt;str4d&gt; plzcdv, cứ tự nhiên! 20:32:20 &lt;str4d&gt; Nếu bạn có thể cập nhật libtorrent để hỗ trợ I2P hoạt động, điều đó sẽ rất đáng quý :D 20:32:45 &lt;zzz&gt; với ứng dụng, tôi dự định làm snark độc lập (xây dựng dựa trên công việc tốt của psi), syndie, và i2phex. Có thể cả orchid nữa. 20:33:00 &lt;str4d&gt; plzcdv, chúng ta có thể thảo luận sau cuộc họp :) 20:33:13 &lt;zzz&gt; oops, orchid là plugin. 20:33:24 &lt;str4d&gt; zzz, tôi nghĩ tất cả cái đó thuộc plugin 20:33:28 &lt;zzz&gt; dù sao, 3 cái đầu trước HOPE. 20:33:45 &lt;str4d&gt; Nhưng bắt tay sớm cũng tốt 20:34:01 &lt;zzz&gt; ok, vậy tôi sẽ làm trước, trừ khi có ứng dụng nào để làm. Tôi đoán snark tính là ứng dụng. 20:34:23 &lt;str4d&gt; Theo tôi, tháng Ứng dụng là tiếp cận các nhà phát triển khác muốn tích hợp I2P vào ứng dụng của họ 20:34:25 &lt;str4d&gt; Vậy nên: 20:34:26 &lt;str4d&gt; - Tahoe-LAFS 20:34:29 &lt;str4d&gt; - Zeronet 20:34:41 &lt;str4d&gt; - OpenBazaar (qua IPFS, cái mà họ đang chuyển sang) 20:34:51 &lt;zzz&gt; ok vậy chủ yếu là PR và tiếp cận, cho đến khi ai đó hưởng ứng 20:35:06 &lt;str4d&gt; - Whonix (có người vừa email cho tôi hôm nay) 20:35:11 &lt;str4d&gt; zzz, không chỉ PR 20:35:23 &lt;str4d&gt; Tôi sẽ tham gia và đóng góp mã 20:35:53 &lt;str4d&gt; Đặc biệt là Tahoe, tôi đã biết các phần liên quan trong codebase của họ (trước đây đã làm việc với họ về việc này) 20:36:07 &lt;str4d&gt; Đó là lý do tôi muốn cập nhật txi2p trong tháng này 20:36:16 &lt;str4d&gt; Một cái nữa: Zcash 20:36:22 &lt;zzz&gt; ok 20:38:52 &lt;str4d&gt; Một nơi khác tôi biết codebase, tôi đang nghĩ sẽ xem các bản vá bitcoin-qt-i2p ở trên và xem mức độ áp dụng được. 20:39:09 &lt;str4d&gt; Kết quả cụ thể tôi muốn trong tháng Ứng dụng là hoặc đã viết mã hoặc đã đóng góp vào thảo luận thiết kế giúp các dev khác tích hợp I2P, lý tưởng là tận dụng công việc chúng ta đang làm bây giờ 20:39:09 &lt;str4d&gt; Các ý tưởng khác cho tháng Ứng dụng: 20:39:09 &lt;str4d&gt; - Vuze 20:39:09 &lt;str4d&gt; - Lightning Browser (trên Android, tôi sẽ cập nhật cách họ dùng thư viện client I2P) 20:39:09 &lt;str4d&gt; - Các dự án dùng libtorrent! 20:39:39 &lt;str4d&gt; Tôi sẽ bắt đầu tiếp cận một số dự án này trong tháng này, và tôi khuyến khích mọi người làm tương tự. Nếu ai có ý tưởng nào khác về dự án, hãy cho tôi biết. 20:40:10 &lt;str4d&gt; (một số dự án này) 20:41:51 &lt;str4d&gt; 4c) Plugin 20:41:51 &lt;str4d&gt; Đây là nơi tôi thấy chúng ta dành sự quan tâm cho các ứng dụng và plugin hiện có mà chúng ta phát triển và duy trì :) 20:41:51 &lt;str4d&gt; Vậy nên: 20:41:51 &lt;str4d&gt; - Bote 20:41:51 &lt;str4d&gt; - Snark 20:41:51 &lt;str4d&gt; - Orchid 20:41:51 &lt;str4d&gt; - v.v. 20:41:51 &lt;str4d&gt; Tuy vậy, không có lý do gì không thể làm sớm hơn nếu ai đó không có việc khác để làm 20:42:12 &lt;str4d&gt; Hoặc làm muộn hơn nếu, ví dụ, việc đóng góp cho một trong các ứng dụng tháng sau đang tiến triển tốt 20:44:51 &lt;str4d&gt; Ba tháng chủ yếu là cho PR, không phải quản lý dự án :) 20:44:51 &lt;str4d&gt; (mặc dù chắc chắn sẽ giúp tôi lên kế hoạch thời gian của chính mình!) 20:44:51 &lt;str4d&gt; Chúng ta có thể thảo luận về 4c) nhiều hơn ở cuộc họp tháng sau. Còn bây giờ, tôi khuyến khích nhiều người ở đây nghĩ về 4b), và bắt đầu làm 4a) :D 20:44:51 &lt;str4d&gt; 4d) Xây dựng thương hiệu (và PR) 20:44:51 &lt;str4d&gt; Hiện tại chiến lược PR cho I2P Summer Dev tập trung quanh các bài blog và Twitter 20:44:51 &lt;str4d&gt; Tôi sẽ viết các cập nhật thường xuyên cho blog về những gì chúng ta đang làm. 20:44:51 &lt;str4d&gt; Kế hoạch sơ bộ: 20:44:51 &lt;str4d&gt; - Bài ra mắt (đã xong) 20:45:30 &lt;str4d&gt; - API (sẽ viết trong vài ngày tới, để quảng bá công việc Maven Central và danh sách đề xuất khác cho tháng này) 20:46:02 &lt;str4d&gt; - Ứng dụng (quảng bá danh sách dự án chúng ta sẽ làm việc cùng, cũng như các đề xuất khác, và tóm tắt chúng ta đã làm được gì trong tháng API) 20:46:11 &lt;str4d&gt; - Plugin (bố cục tương tự bài Ứng dụng) 20:46:19 &lt;str4d&gt; - Bài kết thúc 20:46:54 &lt;str4d&gt; Vì vậy các bài còn lại sẽ cách nhau khoảng một tháng, có thể kèm các cập nhật nhỏ xen giữa khi phù hợp 20:47:19 &lt;str4d&gt; Trong khi đó trên Twitter, bất cứ thứ gì chúng ta đăng liên quan tới công việc này nên có hashtag #I2PSummer 20:47:38 &lt;str4d&gt; (các bài blog này, bình luận về API hay ứng dụng bạn đang làm, v.v...) 20:47:50 &lt;psi&gt; re: go tôi triển khai net.* cho i2p bằng go 20:48:10 &lt;str4d&gt; psi, woo! 20:48:28 &lt;psi&gt; net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi cuộn lên 20:48:56 &lt;str4d&gt; Về phần thương hiệu, ba ngày trước khi ra mắt tôi nảy ra ý tưởng rằng sẽ thật tuyệt nếu có một logo nào đó cho I2P Summer Dev (tốt nhất là có thể tái sử dụng trong các năm sau) 20:48:58 &lt;psi&gt; ++ sam default plz 20:49:12 &lt;str4d&gt; Rồi tôi thấy Elio Qoshi ra mắt một startup về thiết kế mã nguồn mở một ngày sau đó 20:50:00 &lt;zzz&gt; còn gì nữa ở mục 4) không? 20:50:09 &lt;str4d&gt; Vậy nên: Tôi đã liên hệ anh ấy về việc thiết kế cho chúng ta một logo cho I2P Summer Dev (độc lập, và kèm chữ để dùng trên banner, áo thun, v.v.), mục tiêu giao vào cuối tháng này 20:50:47 &lt;str4d&gt; Tôi đã nêu ngân sách $200, vì đó là mức tôi thấy thoải mái tự chi nếu dự án không nghĩ đây là cách dùng quỹ tốt. 20:50:55 &lt;str4d&gt; Vậy: đây có phải là cách dùng quỹ hợp lý không? 20:51:25 &lt;psi&gt; chúng ta có đủ nhân lực cho summer of $i2pthing không? 20:51:41 &lt;zzz&gt; không phải cách dùng quỹ tốt trừ khi chúng ta dự định làm gì đó với nó 20:51:47 &lt;str4d&gt; (sadie cũng đang liên hệ một nhà thiết kế mà cô ấy biết, và startup của Elio hứa hoàn tiền 100% nếu chúng ta không thích thiết kế, nên tổng thể là rủi ro thấp theo tôi) 20:52:26 &lt;str4d&gt; zzz, kế hoạch là dùng bộ nhận diện này trên tài khoản Twitter GetI2P (ảnh đại diện + banner), dùng trên các bài blog liên quan trên website (và trên trang chủ theo cách nào đó), v.v. 20:52:29 &lt;zzz&gt; vì vậy trừ khi chúng ta có kế hoạch cụ thể để dùng nó thật _nhanh_, nếu không thì tiền sẽ đổ sông đổ biển 20:52:36 &lt;str4d&gt; Có thể là áo thun (sadie đang xem chi phí) 20:52:54 &lt;str4d&gt; zzz, đó là lý do tôi muốn giao vào cuối tháng này, để chúng ta có hai tháng để sử dụng 20:53:09 &lt;str4d&gt; Và sau đó chúng ta có thể dùng trong tương lai 20:53:16 * psi lag 20:53:41 &lt;str4d&gt; Như tôi nói trong bài ra mắt, tôi muốn tặng quà cho các cộng tác viên mới. Hiện tại là sticker, có thể sẽ là áo thun 20:54:04 &lt;str4d&gt; psi, hiện chúng ta chưa đủ nhân lực cho I2P Summer Dev, có khá nhiều ý tưởng đang cần dev :) 20:54:14 &lt;zzz&gt; vui lòng xin phê duyệt từ echelon trước khi chi tiền 20:55:03 &lt;psi&gt; okay 20:55:09 &lt;str4d&gt; Tôi đã liên hệ eche|on khi tôi vừa có ý tưởng, nhưng tôi muốn xác nhận trong cuộc họp :) 20:56:02 &lt;psi&gt; re: summer of $i2pthing tôi nghĩ thư viện i2p net.* của tôi có thể phù hợp với libp2p của ipfs khá dễ, nhưng khởi động vào quy trình phát triển của ipfs thì hơi “ngợp” 20:56:04 &lt;zzz&gt; vậy là bạn đã có phê duyệt từ anh ấy, hay bạn chỉ nói với anh ấy là đang nghĩ về việc đó? 20:56:22 &lt;psi&gt; ý tôi là thư viện Go cho i2p của tôi 20:56:41 &lt;str4d&gt; zzz, Tôi đã nói với anh ấy điều tôi đang nghĩ và ngân sách đề xuất, và nói rằng tôi sẽ nêu ra trong cuộc họp 20:56:50 &lt;zzz&gt; Tôi muốn tránh vấn đề chúng ta từng gặp với sticker, khi hottuna chỉ trao đổi mơ hồ với eche, rồi đưa hóa đơn $600 20:56:57 &lt;str4d&gt; Nếu tất cả những gì tôi cần là sự phê duyệt của eche, thì tôi sẽ xin và tiếp tục :D 20:57:22 &lt;psi&gt; tùy xem tôi có trúng buổi phỏng vấn việc làm tới không, tôi có thể có rất nhiều thời gian rảnh hoặc không 20:57:43 &lt;str4d&gt; zzz, sẽ như vậy 20:57:51 &lt;str4d&gt; (tránh vấn đề đó) 20:58:06 &lt;str4d&gt; psi, libpnp có ở Go không? 20:58:07 &lt;zzz&gt; $200 không nhiều, nhưng cũng không mua được nhiều. Áo thun thì tốn hơn và nhiều việc hơn nếu bạn định mang chúng tới NYC cho HOPE 20:58:16 &lt;psi&gt; libp2p là bằng go và js 20:58:26 &lt;str4d&gt; mmk 20:58:32 &lt;zzz&gt; còn gì nữa ở mục 4) không? 20:58:33 &lt;str4d&gt; Vậy OpenBazaar cũng bằng Go luôn hả? 20:58:35 &lt;psi&gt; đúng hơn, đó là lớp trừu tượng mạng của ipfs 20:58:38 &lt;psi&gt; đó là một api 20:58:49 &lt;psi&gt; openbazaar là py2 20:58:49 &lt;str4d&gt; zzz, cái đó chỉ là cho logo. Áo thun sẽ có ngân sách riêng 20:58:53 &lt;psi&gt; dùng Twisted 20:59:02 &lt;str4d&gt; Và đúng, sadie đang xem áo thun kịp cho HOPE 20:59:02 &lt;psi&gt; (iirc) 20:59:17 &lt;str4d&gt; psi, nhưng họ nói họ đang chuyển sang IPFS... kỳ ghê 20:59:34 &lt;zzz&gt; lời gọi cuối cho mục 4) 20:59:37 &lt;str4d&gt; Dù sao, nếu bạn có thời gian trong tháng này để cập nhật các thư viện SAM của bạn lên 3.3, thì tuyệt vời :) 20:59:48 &lt;str4d&gt; Được rồi được rồi, tôi xong phần mình rồi :P 20:59:55 &lt;psi&gt; vâng SAM 3.3 chắc chắn sẽ được triển khai 20:59:57 &lt;str4d&gt; (ở mục 4)) 21:00:08 &lt;zzz&gt; sẽ tốt nếu phía i2pd cũng được cập nhật lên 3.3 21:00:16 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:00:25 * zzz tìm baffer 21:00:28 &lt;str4d&gt; Ồ, tôi đang nghĩ chuyển các thư viện SAM vào dưới project i2p trên GitHub 21:00:38 &lt;str4d&gt; Và vâng, tôi có 5) dời lịch cuộc họp tiếp theo 21:00:50 &lt;zzz&gt; ok 5) mời str4d 21:01:09 &lt;str4d&gt; Tôi nghĩ sẽ hay nếu biến một số thứ “ít người biết” (nhìn vào libsam3 và i2psam ở đây) thành dễ thấy hơn 21:01:11 &lt;psi&gt; cụ thể là những thư viện sam nào? 21:01:22 &lt;psi&gt; nhớ rằng trộn giấy phép là không tốt 21:01:22 &lt;str4d&gt; txi2p có lẽ cứ để chỗ cũ cũng ổn, vì nó đã có rất nhiều liên kết 21:01:32 &lt;str4d&gt; psi, nó sẽ không nằm trong repo i2p.i2p 21:01:37 &lt;zzz&gt; hãy để phần còn lại về thư viện sang sau cuộc họp 21:01:39 &lt;psi&gt; oh 21:01:42 &lt;zzz&gt; ok 5) mời str4d 21:01:54 &lt;psi&gt; kk 21:01:54 &lt;str4d&gt; Tôi chỉ định host các git repo hiện có 21:01:57 &lt;str4d&gt; 5) dời lịch 21:02:13 &lt;str4d&gt; Hiện tôi khó tham gia vào giờ họp này vì quá sớm 21:02:21 &lt;str4d&gt; sadie thì khó tham gia vì trùng giờ làm việc 21:02:46 &lt;str4d&gt; Tôi muốn đề xuất chúng ta dời giờ họp muộn hơn một tiếng, như vậy giải quyết cả hai vấn đề. 21:03:16 &lt;str4d&gt; (ít nhất là phần còn lại của mùa hè, chúng ta có thể dời lại khi đổi giờ mùa nếu muốn) 21:03:18 &lt;zzz&gt; bạn vui lòng thảo luận với các thành viên ở châu Âu, vì họ là những người bị ảnh hưởng nhiều nhất 21:03:58 &lt;str4d&gt; Đó là eche|on, và...? 21:03:59 &lt;zzz&gt; bạn thu xếp được gì với họ thì tôi đều ổn. Đó là điều tôi nói ở cuộc họp trước, hoặc có lẽ trước nữa. 21:04:10 &lt;zzz&gt; chủ yếu là ech 21:04:24 &lt;str4d&gt; mmk 21:04:33 &lt;str4d&gt; Tôi sẽ hỏi anh ấy cùng lúc sắp xếp ngân sách 21:04:53 &lt;str4d&gt; Nếu anh ấy ổn, thì có lẽ dễ nhất là cứ đổi giờ luôn và chờ phàn nàn :P 21:05:02 &lt;zzz&gt; hãy thử cho tháng sau và xem thế nào, nhưng đúng là nên hỏi anh ấy trước 21:05:07 &lt;zzz&gt; còn gì nữa ở mục 5) không? 21:05:14 &lt;str4d&gt; Thế là hết từ tôi! 21:05:17 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:05:45 &lt;str4d&gt; Chúc mừng Summer Dev mọi người! Hãy khiến I2P Tích Hợp Trở Lại! 21:05:49 * zzz ***bafs*** kết thúc cuộc họp </div>/vi/blog/2016/06/01/i2p-ph%C3%A1t-tri%E1%BB%83n-m%C3%B9a-h%C3%A8/Wed, 01 Jun 2016 00:00:00 +0000/vi/blog/2016/06/01/i2p-ph%C3%A1t-tri%E1%BB%83n-m%C3%B9a-h%C3%A8/<p>Trong vài năm qua, nhu cầu người dùng tự kiểm soát dữ liệu của mình ngày càng trở nên rõ ràng. Đã có những tiến bộ vượt bậc trong vấn đề này nhờ sự phát triển của các ứng dụng nhắn tin như Signal và các hệ thống lưu trữ tệp như Tahoe-LAFS. Nỗ lực đang diễn ra của Let&rsquo;s Encrypt nhằm mang HTTPS đến toàn thế giới cũng đang dần được phổ biến.</p>/vi/blog/2016/05/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-5-n%C4%83m-2016/Tue, 03 May 2016 00:00:00 +0000/vi/blog/2016/05/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-5-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eche|on, pr0ng, xmpre, xmz, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:46 &lt;zzz&gt; 0) Chào 20:00:46 &lt;zzz&gt; 1) Tình trạng Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 &lt;zzz&gt; 2) Cập nhật kế hoạch 0.9.26 (zzz) 20:00:46 &lt;zzz&gt; 3) Cập nhật kế hoạch HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 &lt;zzz&gt; 0) Chào 20:00:52 &lt;zzz&gt; chào 20:01:01 &lt;pr0ng&gt; Này Eeepers 20:01:22 &lt;zzz&gt; 1) Tình trạng Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 &lt;zzz&gt; ok, đã có rất nhiều việc xảy ra với Tails trong tháng vừa rồi 20:01:33 &lt;pr0ng&gt; Chào zzz 20:01:47 &lt;Irc2PGuest33835&gt; chào 20:02:01 &lt;zzz&gt; 0.9.25 đã vào Tails 2.3, và 0.9.26 có thể sẽ hoặc sẽ không khớp với 2.4. pr0ng, bạn vui lòng báo cáo ngắn gọn chứ? 20:02:51 &lt;pr0ng&gt; Không chắc phần 'không khớp' là ý gì - đó có phải là hỗ trợ Persistence (lưu trữ thường trực) cho I2p không? 20:03:05 &lt;zzz&gt; ý tôi là về lịch trình 20:03:36 &lt;pr0ng&gt; Về cơ bản, bản phát hành này được lấy từ repo deb.i2p.no và được 'anonym' tải lên repo APT của Tails 20:04:00 &lt;pr0ng&gt; Tôi đã thử nghiệm bản phát hành này tách biệt trên ảnh Tails, khá kỹ 20:04:20 &lt;pr0ng&gt; Tôi đã trao đổi với anonym để nắm rõ cái gì đặt ở đâu và khi nào 20:04:28 &lt;zzz&gt; và tôi đã nói với họ là bạn đã thử nghiệm nó... có lẽ vì vậy anonym đã làm phần còn lại? 20:04:48 &lt;pr0ng&gt; Một người rất dễ mến và nhiệt tình, đã cho tôi nhiều lời khuyên và giúp đỡ 20:05:02 &lt;pr0ng&gt; Giờ tôi đã nắm rõ chính xác cách bản phát hành được kiểm thử và triển khai 20:05:27 &lt;zzz&gt; Những gì đã diễn ra với .25/2.3 có phải là quy trình chuẩn không, hay họ trông đợi bạn làm nhiều hơn lần tới? 20:05:42 &lt;pr0ng&gt; Đúng vậy. Họ lấy gói .deb từ I2P trực tiếp 20:06:40 &lt;pr0ng&gt; Có vài script quy định cách I2P được triển khai - họ/anonym đã dùng những script đó và giờ tôi biết chúng ở đâu cũng như cách build/chuyển để đưa vào 20:07:29 &lt;zzz&gt; ok vậy là lần tới bạn sẽ làm nhiều hơn 20:07:55 &lt;pr0ng&gt; Họ có thể lấy từ deb.i2p2.no hoặc các phương thức khác - hiện họ đang nhấn mạnh khía cạnh Persistence (lưu trữ thường trực) - tôi có thể cần làm thêm để cái đó hoạt động ở bản phát hành tới, nhưng tôi sẽ xác nhận chắc chắn. 20:08:20 &lt;eche|on&gt; đến giờ thì tuyệt 20:08:30 &lt;pr0ng&gt; c'est possible - có vẻ lần này tôi sẽ có thể tự 'deliver' (bàn giao) bản phát hành 20:08:33 &lt;zzz&gt; vậy là bạn đã bắt đầu đi vào các vấn đề còn tồn đọng của họ, mà đầu tiên là Persistence (lưu trữ thường trực)? 20:08:48 &lt;pr0ng&gt; đúng vậy - tôi mừng vì nó đã qua và tôi đã học được các yêu cầu 20:10:09 &lt;pr0ng&gt; đúng vậy - tôi sẽ xem các vấn đề còn tồn đọng - yếu tố Persistence (lưu trữ thường trực) có vẻ chỉ là 'đáng có' thôi, nhưng nó đã được nhấn mạnh trong cuộc trao đổi của chúng tôi. 20:10:24 &lt;zzz&gt; Hạn chót của bạn để tôi có 0.9.26 trên deb.i2p2.no là khi nào, để bạn đưa nó vào Tails 2.4? 20:11:48 &lt;pr0ng&gt; Tôi sẽ cần xác định - đó là điều tôi chưa thể nói chính xác vào lúc này 20:12:01 &lt;pr0ng&gt; Tôi chắc chắn sẽ quay lại với câu trả lời cho việc đó 20:12:13 &lt;zzz&gt; ok, cho tôi biết nhé, dù chỉ là ước đoán. 20:12:22 &lt;zzz&gt; còn gì cho mục 1) không? 20:12:40 &lt;pr0ng&gt; Tôi sẽ, chắc chắn. 20:12:52 &lt;pr0ng&gt; Đến giờ thì ổn, tôi nghĩ vậy. 20:13:04 &lt;zzz&gt; cảm ơn lần nữa, bạn làm rất tốt, rất vui vì có bạn tham gia 20:13:34 &lt;zzz&gt; 2) Cập nhật kế hoạch 0.9.26 (zzz) 20:13:36 &lt;pr0ng&gt; Tôi rất vui được giúp - đó là một đường cong học tập dốc, nhưng giờ tôi thoải mái hơn nhiều với quy trình và các yêu cầu. :) 20:14:11 &lt;zzz&gt; Tôi đã hoàn thành các phần chính của .26 -- giao thức đăng ký sổ địa chỉ, và CRLs trong nguồn tin tức. Và chúng tôi đã propped GMP 6 20:14:48 &lt;xmz&gt; zzz: có ai báo cáo cấu hình family hoạt động khi dùng Java I2P console chưa? 20:14:48 &lt;xmz&gt; zzz: tôi chưa bao giờ làm nó hoạt động được 20:14:50 &lt;zzz&gt; Giờ tôi chuyển sang sửa lỗi và đó sẽ là trọng tâm cho đến khi phát hành. Tôi đang lần theo sát một lỗi timer kỳ lạ mà tôi nghĩ là nguyên nhân gốc của một số vấn đề mọi người đang gặp 20:15:32 &lt;zzz&gt; xmz, ngoài tôi ra, tôi chưa nghe báo cáo thất bại hay thành công nào 20:15:34 &lt;pr0ng&gt; xin lỗi vì sự thiếu hiểu biết của tôi - 'propped GMP 6' có nghĩa là 'bỏ libgmp' à? 20:15:42 &lt;zzz&gt; nếu bạn gặp vấn đề, vui lòng mở một ticket 20:15:57 &lt;xmz&gt; được, tôi sẽ thử một lúc nữa và báo cáo 20:16:05 &lt;zzz&gt; propped = propagate = merge từ một nhánh (phát triển) khác 20:16:25 &lt;zzz&gt; hiện tại tôi chưa đặt ngày cho .26 nhưng cuối tháng Năm hoặc đầu tháng Sáu có vẻ hợp lý 20:16:40 &lt;pr0ng&gt; À. Ok. cảm ơn vì điều đó :) 20:17:14 &lt;zzz&gt; cảm ơn eche|on vì đã làm một số bản dựng dev. Chúng tôi rất muốn thấy ai đó đứng ra làm một trang dựng dev tự động, thực thụ 20:17:18 &lt;eche|on&gt; Tôi bỏ phiếu cho tuần thứ 2 của tháng Sáu 20:17:50 &lt;zzz&gt; Như một số bạn có thể đã thấy, tôi đã tuyên bố rằng chúng tôi giảm nhịp phát hành, từ 6–8 tuần xuống 8–10 tuần. 20:17:52 &lt;eche|on&gt; Tôi muốn, nhưng hiện thời thời gian của tôi có hạn 20:18:32 &lt;eche|on&gt; vâng, ổn 20:18:32 &lt;zzz&gt; Đây là hệ quả của việc ít kiểm thử hơn, tôi làm nhiều thứ mà kytv trước đây làm, và nhìn chung hoạt động giảm sút ở mọi nơi 20:19:18 &lt;zzz&gt; cũng hầu như không có ai tham gia xem xét các đề xuất và chuẩn bị cho những việc khó sắp tới trong năm nay, đặc biệt là NTCP2 và các thứ liên quan 20:20:10 &lt;zzz&gt; còn có đề xuất 'summer of x' mà tôi hy vọng nhận cập nhật từ sadie. Nếu chúng ta tiến hành, nó sẽ làm chậm các đợt phát hành khá nhiều 20:20:47 &lt;zzz&gt; Tôi có thể nói rằng hiện không có ai làm trước phần lên kế hoạch hay viết mã cho .27 cả 20:20:52 &lt;zzz&gt; còn gì cho mục 2) không? 20:21:52 &lt;zzz&gt; 3) Cập nhật kế hoạch HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 &lt;zzz&gt; Tôi vẫn chưa thể có được một cam kết về không gian họp từ Lance cho HOPE 20:22:51 &lt;zzz&gt; vì vậy tôi vẫn chưa thể đưa ra hướng dẫn cho ai nếu bạn đang lên kế hoạch tham dự 20:23:15 &lt;zzz&gt; sadie dự định gặp anh ấy tuần trước, cô ấy vẫn chưa phản hồi câu hỏi của tôi về việc liệu cô ấy đã nhận được câu trả lời từ anh ấy chưa 20:23:25 &lt;eche|on&gt; hmm 20:24:05 &lt;zzz&gt; Nếu ai có hạn chót cứng về thời điểm cần biết, hãy nói. Tôi thấy áy náy vì cứ giục Lance nhưng hoàn toàn không hiệu quả 20:24:26 &lt;xmpre&gt; zzz: Tôi có một máy chủ Jenkins thiết lập cho i2pd, tôi có thể thiết lập một cái cho Java I2P nếu có nhu cầu? 20:24:44 &lt;zzz&gt; ừ xmpre, chắc chắn rồi 20:25:20 &lt;zzz&gt; còn gì cho mục 3) không? 20:27:05 &lt;eche|on&gt; zzz: Tôi vẫn còn cái ticket đó^^ 20:27:15 &lt;zzz&gt; Tôi thấy trong phần cuộn lại phía trên rằng str4d và sadie gặp vấn đề với thời gian họp tiêu chuẩn, và có gì đó về việc dịch chuyển cơ sở múi giờ mà tôi không hiểu. Nếu hai bạn muốn trao đổi với những người châu Âu và đưa ra thời gian phù hợp cho mọi người, cứ làm đi 20:27:20 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 20:27:55 &lt;pr0ng&gt; Tôi dự định sẽ tham dự I2PCon-2 - có ý tưởng nào về thời gian/địa điểm cho sự kiện đó không? 20:28:28 &lt;pr0ng&gt; ... đang đọc, tôi đã lỡ mất rồi sao!? 20:28:33 &lt;zzz&gt; Tôi không nghĩ sẽ có i2pcon 2. 20:28:50 &lt;zzz&gt; có lẽ một buổi meetup nhỏ ở Toronto vào mùa thu, như một phiên bản thu nhỏ 20:28:55 &lt;pr0ng&gt; Tiếc thật 20:29:11 &lt;zzz&gt; nếu bạn muốn gặp một số người i2p trực tiếp, cơ hội tốt nhất là ở HOPE và CCC 20:29:18 * zzz warms up the baffer 20:29:31 &lt;pr0ng&gt; Tôi sẽ ghi chú tạm vào lịch vậy. 20:29:54 * zzz *bafs* the meeting closed </div>/vi/blog/2016/04/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-4-n%C4%83m-2016/Thu, 07 Apr 2016 00:00:00 +0000/vi/blog/2016/04/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-4-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eche|on, hottuna, orignal, str4d, susbarbatus, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) Chào 20:00:05 &lt;zzz&gt; 1) Các mục còn mở từ các cuộc họp trước `http://zzz.i2p/topics/2093` 20:00:05 &lt;zzz&gt; 2) Thay thế các vai trò và dịch vụ của kytv `http://zzz.i2p/topics/2098` 20:00:05 &lt;zzz&gt; 3) Cập nhật kế hoạch 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 &lt;zzz&gt; 4) Lập kế hoạch HOPE `http://zzz.i2p/topics/1968` 20:00:05 &lt;zzz&gt; 5) Đánh giá ngắn các cuộc họp hàng tháng và quản lý dự án sau 3 tháng 20:00:10 &lt;zzz&gt; 0) Chào 20:00:12 &lt;zzz&gt; chào 20:00:38 &lt;zzz&gt; 1) Các mục còn mở từ các cuộc họp trước `http://zzz.i2p/topics/2093` 20:00:55 &lt;orignal_&gt; chào 20:01:00 &lt;zzz&gt; - Chuẩn bị chiến dịch Reseed, trước cuối tháng 1: 20:01:00 &lt;zzz&gt; ** Sadie liên hệ backup để thảo luận OPEN, ngày mới 5 Tháng 4 20:01:11 &lt;zzz&gt; sadie, tình trạng? 20:02:10 &lt;zzz&gt; - Tăng cường mạng - trang chủ và các trang bổ sung 20:02:10 &lt;zzz&gt; ** str4d, gravy, cacapo: Thêm use case, chúng ta giỏi nhất ở điều gì, thêm "passion" và "fat", thêm / làm nổi bật Bote, trước cuối tháng 1 OPEN, str4d thêm use case lên website trước 6 Thg 3, thêm thay đổi về "passion" v.v. trước 5 Thg 4 20:02:15 &lt;zzz&gt; str4d, tình trạng? 20:03:06 &lt;zzz&gt; - Thêm I2P "Story" / lịch sử / vì sao 20:03:06 &lt;zzz&gt; ** comraden chỉnh sửa / trau chuốt / nâng cấp / đăng trước cuối tháng 2 OPEN, ngày mới 1 Thg 4, bản nháp gửi lại zzz trước giữa tháng 3 20:03:11 &lt;zzz&gt; comradenosebleed, tình trạng? 20:03:34 &lt;str4d&gt; chào 20:04:40 &lt;zzz&gt; Quản lý ticket (phiếu công việc) - hiện ad hoc 20:04:40 &lt;zzz&gt; ** Sadie xem xét, đưa khuyến nghị hoặc có thể bắt đầu quản lý chúng (khi nào?) OPEN, str4d và sadie lên lịch họp hoặc làm báo cáo trước 5 Thg 4(?) 20:04:50 &lt;zzz&gt; sadie, str4d: tình trạng? 20:05:49 &lt;hottuna&gt; chào 20:05:59 &lt;zzz&gt; str4d OPEN - phát hành Android 0.9.24 ngày 3 Thg 3, tổng hợp danh sách TODO trước 6 Thg 3, bản nháp lộ trình trước 6 Thg 3, xem xét 5-6 Thg 3 20:06:05 &lt;zzz&gt; str4d, tình trạng? 20:06:33 &lt;str4d&gt; Chúng tôi đã thảo luận 20:06:41 &lt;str4d&gt; (xin lỗi, đang làm 2 cuộc họp cùng lúc) 20:06:54 &lt;zzz&gt; str4d và zzz xem xét ticket VRP trước 12 Thg 2; Sẽ đưa ra một số quyết định trong các cuộc họp lộ trình 5-6 Thg 3 (zzz xong 8 Thg 2, str4d trước 6 Thg 3) 20:06:56 &lt;str4d&gt; liên quan: tickets 20:06:57 &lt;zzz&gt; str4d, tình trạng? 20:07:29 &lt;zzz&gt; sadie và anonimal quay lại với các chỉnh sửa CoC (Bộ quy tắc ứng xử) dựa trên Monero 0mq tại cuộc họp ngày 5 Thg 4 20:07:36 &lt;zzz&gt; sadie, anonimal: tình trạng? 20:08:25 &lt;str4d&gt; Tôi đã quyết định trước đây dùng trạng thái "new" cho các ticket cần phân loại, và tôi vẫn nghĩ đó là hướng nên làm 20:09:00 &lt;str4d&gt; Tôi cũng nghĩ có thể thiết lập một khung giờ thường xuyên cho vài người trong chúng ta cùng duyệt các ticket này 20:09:09 &lt;str4d&gt; liên quan: android 20:09:59 &lt;str4d&gt; Chưa xảy ra vì đang bị chặn bởi build script 20:10:17 &lt;eche|on&gt; uhh 20:10:54 &lt;str4d&gt; Ticket VRP: chưa làm vì tôi bị ốm đúng lúc dự định làm 20:11:00 &lt;zzz&gt; rõ ràng phong cách quản lý dự án hiện tại không hiệu quả vì chẳng có gì diễn ra. Chúng ta tiếp tục, và tôi đưa 5) vào chương trình nghị sự để quyết định có tiếp tục họp hàng tháng hay không 20:11:10 &lt;zzz&gt; gần như tất cả các mục này đã 3 1/3 tháng 20:11:19 &lt;str4d&gt; Điều ĐÃ xảy ra, không có trong danh sách của zzz, là tôi đã hoàn tất di trú spec và đang di trú proposals 20:11:37 &lt;zzz&gt; tin tuyệt vời về specs/proposals, làm tốt lắm 20:12:09 &lt;str4d&gt; Vậy tôi cho rằng nói "không có gì" là không đúng, chỉ là chuyển ưu tiên mà chưa phản ánh trong phong cách PM hiện tại 20:12:17 &lt;str4d&gt; Vậy vâng, chúng ta cần tinh chỉnh 20:12:20 &lt;zzz&gt; ok. góc nhìn hay 20:12:25 &lt;zzz&gt; còn gì nữa ở 1) ? 20:13:04 &lt;str4d&gt; Với mọi người ở đây, phần proposals ở `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - vui lòng xem và nhận xét :) 20:13:26 &lt;zzz&gt; 2) Thay thế các vai trò và dịch vụ của kytv `http://zzz.i2p/topics/2098` 20:13:34 &lt;zzz&gt; có danh sách khoảng 20 việc anh ấy đã làm 20:13:44 &lt;str4d&gt; Tôi không còn gì thêm 20:13:47 &lt;str4d&gt; (Tôi có làm I2P Android, chỉ là chưa kịp phát hành) 20:13:55 &lt;zzz&gt; Tôi tập trung vào những ưu tiên cao nhất - launchpad và debian 20:14:14 &lt;zzz&gt; một số người khác đang nghiên cứu các thứ khác, và chúng tôi đã hoán đổi vài liên kết trang chủ console trong .25 20:14:33 &lt;zzz&gt; với tôi thì việc quan trọng tiếp theo là người duy trì Tails 20:15:06 &lt;zzz&gt; có ai ở đây biết Tails VÀ đóng gói Debian và có thể giúp không? nếu không, tôi sẽ kêu gọi trên twitter ngay 20:15:24 &lt;zzz&gt; chúng ta sẽ bị loại khỏi Tails sớm nhất là bản phát hành tiếp theo trong hai tháng nữa 20:15:32 &lt;zzz&gt; 2.4 tôi tin vậy 20:15:50 &lt;zzz&gt; nó quá sức tôi. Tôi sẽ không làm việc đó. 20:16:02 &lt;str4d&gt; Ugh 20:16:19 &lt;str4d&gt; Tails yêu cầu tối thiểu những gì 20:16:19 &lt;str4d&gt; ? 20:16:20 &lt;zzz&gt; công việc là lấy gói Debian tôi làm, tinh chỉnh/chèn vào Tails, test test test, cộng thêm một số ticket i2p của Tails hiện có 20:16:49 &lt;zzz&gt; tôi nghĩ có một bài viết dài kytv đã làm, nó được liên kết từ chủ đề kytv trên zzz.i2p 20:17:04 &lt;zzz&gt; về cơ bản đầu vào cho Tails là một gói deb 20:17:19 &lt;zzz&gt; nhưng tôi nghĩ họ có một đống bất bình tích tụ 20:17:25 &lt;eche|on&gt; kêu gọi trên twitter 20:17:33 &lt;str4d&gt; +1 trên Twitter 20:17:35 &lt;zzz&gt; có ai khác có gì để báo cáo về phần thay thế kytv không? 20:18:07 &lt;str4d&gt; Tôi chưa tiến triển thêm với máy chủ Buildbot CI kể từ lần tôi nhắc tới trên IRC một hai tuần trước 20:18:23 &lt;str4d&gt; Tôi sẽ làm thêm việc đó cuối tuần này 20:18:42 &lt;zzz&gt; ok. danh sách còn nhiều, hãy mỗi người chọn một thứ quan trọng. 20:19:02 &lt;zzz&gt; lần gọi cuối cho 2) 20:19:46 &lt;str4d&gt; Nếu không ai làm, tôi CÓ THỂ nhận IRC bot/relay. Hiện giờ thì khó. 20:20:34 &lt;zzz&gt; tôi nghĩ các bản build deb khá ổn nhưng vẫn còn vài thứ như arm cho jessie mà tôi có thể đã sửa hôm nay, cũng có thể chưa 20:21:19 &lt;zzz&gt; 3) Cập nhật kế hoạch 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 &lt;zzz&gt; ok tôi muốn làm 3a) lịch trình rồi 3b) GMP 6 20:21:38 &lt;zzz&gt; 3a) lịch trình 20:22:03 &lt;zzz&gt; lộ trình ghi 'tháng 5' và 6-7 tuần từ bản phát hành trước 22 Thg 3 sẽ là đầu-trung tháng 5 20:22:36 &lt;zzz&gt; ở các cuộc họp lộ trình một tháng trước, chúng ta có một kế hoạch tham vọng bao gồm cả addressbook subscription protocol (giao thức đăng ký sổ địa chỉ) 20:23:16 &lt;zzz&gt; nhưng tất cả đổ bể hôm sau khi mọi thứ của kytv sập và có vẻ ít khả năng anh ấy quay lại 20:23:36 &lt;zzz&gt; vậy nên tôi chưa bắt đầu gì liên quan tới 26. 2-3 tuần qua tôi toàn thời gian làm việc Debian/launchpad 20:24:01 &lt;str4d&gt; khoảng bảy tuần nữa là cuối tháng 5. Bạn nghĩ có khả thi không? 20:24:15 &lt;str4d&gt; (Giờ chuyện debian phần lớn đã trong tầm kiểm soát) 20:24:19 &lt;zzz&gt; như vậy sẽ đẩy 26 sang có lẽ tháng 6, và sẽ trễ hạn Tails 2.4 20:24:37 &lt;str4d&gt; Ugh 20:24:37 &lt;zzz&gt; cuối tháng 5 có thể, nhưng ngày càng ít khả năng 20:24:42 &lt;str4d&gt; Hạn của tails là khi nào? 20:25:11 &lt;zzz&gt; không biết ngay. Tôi đã yêu cầu họ tự kéo 25 vào (họ đã từ chối một lần) 20:25:23 &lt;eche|on&gt; Tôi nghĩ tháng 6 là ổn, vì tails đang on the judge hiện tại 20:25:45 &lt;zzz&gt; họ không có khả năng nhìn thấy mức sử dụng i2p trên tails và không nghe thấy đòi hỏi ồn ào nào, nên họ thấy nó rắc rối nhiều hơn giá trị 20:26:18 &lt;eche|on&gt; yeas 20:26:33 &lt;zzz&gt; bình thường với một tính năng lớn như addressbook subscription protocol, tôi sẽ xong nó một tuần trước bản phát hành TRƯỚC, sẵn sàng prop (propagate trong Monotone) 20:26:54 &lt;zzz&gt; vậy là chậm 3 tuần, cộng thời gian phát triển tối thiểu vài tuần nữa, tổng chậm khoảng 5 tuần 20:27:39 &lt;zzz&gt; đó là tình hình. Tôi chưa đẩy gì ra lộ trình chính thức, nhưng sẽ cần sớm làm 20:27:49 &lt;zzz&gt; còn gì nữa ở 3a) lịch trình? 20:27:58 &lt;str4d&gt; Chúng ta đã dự định đưa gì vào bản 0.9.27 thực tế? 20:28:16 &lt;zzz&gt; xem liên kết lộ trình phía trên 20:28:31 &lt;zzz&gt; early ntcp2/dh/pt 20:29:18 &lt;str4d&gt; Tôi vẫn nghĩ mọi thứ cần diễn ra theo thứ tự ở đó, vậy cái chúng ta CÓ THỂ làm là đẩy address subscription protocol sang 0.9.27 20:29:27 &lt;str4d&gt; Như vậy bạn có tháng 5 để làm nó 20:29:47 &lt;zzz&gt; nhưng chưa có .26. chưa có gì xảy ra. trong đó chỉ có thay đổi deb 20:29:50 &lt;str4d&gt; Và .26 có thể là CRLs và một ít dọn dẹp tổng quát 20:30:08 &lt;zzz&gt; cho đến khi ai đó (bao gồm cả tôi) làm gì đó, sẽ chẳng có gì để phát hành 20:30:27 &lt;zzz&gt; vậy xem sao. Tôi cũng phải nghỉ vài ngày để làm thuế :) 20:30:37 &lt;zzz&gt; còn gì nữa ở 3a) lịch trình? 20:30:55 &lt;eche|on&gt; đừng quá bám chặt lịch đã lên 20:30:56 &lt;str4d&gt; Tôi có vài tinh chỉnh UI ban đầu xuất phát từ các thảo luận giữa tôi và sadie mà tôi có thể áp dụng 20:31:20 &lt;zzz&gt; 3b) GMP 6 20:31:25 &lt;str4d&gt; (không phải thiết kế lại lớn tôi đang lên kế hoạch mà chỉ là tinh chỉnh tổng thể) 20:31:50 &lt;zzz&gt; sau khoảng 15 tháng làm, tuna và tôi gần sẵn sàng prop nhánh gmp6 sang trunk cho 26 20:32:05 &lt;zzz&gt; tuna có khoảng trăm binary đã build trong 6 tháng qua, chờ checkin 20:32:25 &lt;zzz&gt; build bằng nhiều cách - vms, native, microsoft, máy mượn, v.v. 20:32:53 &lt;zzz&gt; theo truyền thống chúng tôi checkin ghi chú chi tiết về môi trường build (phiên bản compiler, chi tiết hệ điều hành, v.v.) cho mỗi binary được checkin 20:33:13 &lt;zzz&gt; không may, tuna không giữ bản ghi nào của bất kỳ build nào. 20:34:06 &lt;zzz&gt; vậy câu hỏi là, chúng ta có bắt đầu lại (có thể tốn 6 tháng), hay tôi chỉ build các binary linux và bỏ qua phần còn lại, hay là chúng ta thật sự không cần các ghi chú này và cứ tiến hành nhận tất cả những gì tuna đã làm? 20:34:08 &lt;eche|on&gt; có cơ hội làm lại không? 20:34:47 &lt;zzz&gt; tuna nói là không thể. ai cũng có thể build các binary linux 32/64. nhưng phần còn lại có vấn đề 20:35:00 &lt;eche|on&gt; câu hỏi hay, trường hợp này: làm lại hoặc nhận, không có đường ở giữa 20:35:25 &lt;eche|on&gt; chúng ta cần gmp cho mac, win và arm 20:35:29 &lt;zzz&gt; lần cuối tuna nói với tôi là lấy hoặc bỏ, anh ấy xong rồi 20:35:54 &lt;zzz&gt; ngay cả khi build nhanh, kiểm thử thì chậm 20:36:25 &lt;str4d&gt; Chúng ta có viết quy trình kiểm thử đâu đó không? 20:36:54 &lt;zzz&gt; nếu bạn vào trang cuối của `http://zzz.i2p/topics/1960` anh ấy đã nộp tất cả ghi chú build mà anh ấy có 20:36:56 &lt;eche|on&gt; (chỉ để nhắc, chúng ta đã chấp nhận vài thứ khác không có ghi chú rồi) 20:37:07 &lt;str4d&gt; vì điều này nghe chính xác là thứ chúng ta nên đưa vào máy chủ CI 20:37:38 &lt;zzz&gt; anh ấy đã cập nhật readme về cách build. có một ít thông tin trong chủ đề về cách test, và tôi cũng đã phát triển phương pháp riêng 20:38:07 &lt;zzz&gt; nhớ là anh ấy đã phát hành 13 phiên bản bộ sưu tập binary trong 6 tháng qua 20:38:36 &lt;zzz&gt; hottuna, bạn có gì bổ sung không? 20:38:37 &lt;str4d&gt; Nếu ai đó có thể viết phương pháp kiểm thử, tôi có thể chuyển nó thành một loại build trong Buildbot 20:38:58 &lt;str4d&gt; Sau đó chỉ còn tìm máy để nối vào. 20:39:08 &lt;hottuna&gt; chờ chút 20:39:24 &lt;str4d&gt; Tôi nghĩ có lẽ chúng ta nên đầu tư một máy Mac để chạy đâu đó như buildslave 20:39:44 &lt;hottuna&gt; eche|on: về rebuild: không phải không thể, nhưng giờ quá nhiều việc với tôi. quá xa. 20:40:02 &lt;str4d&gt; không cần quá đắt, nhưng cái chúng ta có thể thực sự dùng để hoàn thành bộ ba (chúng ta sẽ có buildslave linux và windows khi tôi xử lý xong VM với eche) 20:40:10 &lt;eche|on&gt; hottuna: có cách nào howto rebuild không? 20:40:27 &lt;zzz&gt; ngay cả nếu build cho tất cả 100 tệp diễn ra vào ngày mai, sẽ mất 3 tháng để test 20:40:39 &lt;hottuna&gt; có tài liệu readme mà _should_ chứa mọi thứ bạn cần. 20:40:48 &lt;str4d&gt; Tối thiểu thì chúng ta đã hưởng lợi từ các cải tiến script khác nhau của hottuna 20:41:10 &lt;str4d&gt; Nhưng câu hỏi khác là, nếu rebuild bây giờ, chúng ta có nhảy lên 6.1 không 20:41:11 &lt;zzz&gt; ngoài ra còn có thay đổi lớn trong chính mã cpuid 20:41:23 &lt;hottuna&gt; str4d: các script chưa hoàn hảo giờ, nhưng dù sao cũng tốt hơn. 20:41:23 &lt;zzz&gt; đúng, có thể 6.1 20:41:25 &lt;str4d&gt; Yep 20:41:30 &lt;hottuna&gt; str4d: nếu rebuild, chúng ta nên nhảy lên 6.1 20:41:44 &lt;eche|on&gt; code mới chạy ổn chứ? 20:41:57 &lt;hottuna&gt; eche|on: theo như chúng ta biết thì không có bug (hah!). 20:42:07 &lt;zzz&gt; dĩ nhiên với build debian, chúng ta link động, nên bạn sẽ nhận 6.1 nếu được cài (và điều đó nhắc tôi, chúng ta chưa test thư viện động gmp 6) 20:42:10 &lt;str4d&gt; Tôi chỉ không chắc các script cần đổi bao nhiêu để làm 6.1, nhưng hy vọng là gần như drop-in 20:42:14 &lt;eche|on&gt; nếu test ổn, đưa vào. và hãy rebuild với 6.1 ở một kênh phụ và để thông tin vào sau 20:42:38 &lt;eche|on&gt; như tôi thấy, chúng ta đã test nó khá tốt rồi 20:42:51 &lt;hottuna&gt; eche|on: phần khó không phải chạy các script. Lấy máy, dựng môi trường và test mới là phần khó/chậm 20:43:03 &lt;eche|on&gt; đúng 20:43:13 &lt;str4d&gt; hottuna, đó là thứ tôi muốn đưa vào CI 20:43:15 &lt;zzz&gt; quay lại câu hỏi ban đầu. Chúng ta muốn vứt 6 tháng công sức (thực ra làm từ đầu 2015) hay chấp nhận các binary hiện có, không có ghi chú chi tiết 20:43:25 &lt;str4d&gt; Bạn nghĩ đã dùng bao nhiêu máy khác nhau? 20:43:37 &lt;zzz&gt; tạm gác CI v.v. lúc này và quyết xem chúng ta có vấn đề hay không 20:43:52 &lt;hottuna&gt; str4d: chủ yếu là drop-in, thêm một hai target. không có lý do để không hỗ trợ các kiến trúc mới nhất mà gmp hỗ trợ 20:44:13 &lt;str4d&gt; zzz, tôi nghiêng về việc chấp nhận binary với điều kiện chúng ta sẽ di trú lên 6.1 20:44:24 &lt;hottuna&gt; str4d: ~6 môi trường khác nhau 20:44:29 &lt;zzz&gt; 6.1 nằm trong lộ trình cuối năm nay 20:44:39 &lt;zzz&gt; các binary hiện tại là 6.0 20:44:41 &lt;str4d&gt; Hệ quả dây chuyền nếu ta chấp nhận các binary là gì? 20:44:41 &lt;hottuna&gt; str4d: không nhất thiết cần máy khi cross-compiling 20:44:51 &lt;str4d&gt; 1) chúng sẽ nằm trong mtn 20:45:01 &lt;zzz&gt; cũng nhớ là, nó cho tốc độ tăng lớn trên một số phần cứng, và cả constant time 20:45:17 &lt;str4d&gt; 2) chúng được đóng gói vào các tệp cập nhật và cài đặt liên quan 20:45:21 &lt;zzz&gt; 'hệ quả' = điều xấu? 20:45:28 &lt;str4d&gt; 2a) tăng kích thước tệp cập nhật rất nhiều 20:45:44 &lt;str4d&gt; 3) nếu nó lỗi trên một hệ bất kỳ, chuyện gì xảy ra? 20:46:03 &lt;str4d&gt; Chúng ta đã dự định 1) rồi 20:46:26 &lt;zzz&gt; chúng ta chỉ checkin các binary nếu chúng sẽ được prop ngay cho .26. 20:46:28 &lt;str4d&gt; Tương tự 2), nhưng binary 6.0 sẽ được thay bằng 6.1 nên không vấn đề lớn 20:46:37 &lt;str4d&gt; Điều tôi lo là 3) 20:46:43 &lt;zzz&gt; chỉ binary cho phát hành mới được checkin 20:47:00 &lt;str4d&gt; 3a) có code hiện có nào để kiểm tra trạng thái lỗi không? 20:47:04 &lt;zzz&gt; 3) là rủi ro chung cho bất kỳ thay đổi nào 20:47:19 &lt;zzz&gt; lỗi trong gmp thường là crash JVM 20:47:26 &lt;str4d&gt; 3b) Có cách rơi về libjbigi cũ còn hoạt động không? 20:47:44 &lt;str4d&gt; (tự động hoặc thủ công) 20:48:00 &lt;str4d&gt; Chúng ta có thể, ví dụ, đổi tên libjbigi cũ để nếu có vấn đề, có thể bảo người dùng "hãy đổi tên tệp này" 20:48:22 &lt;zzz&gt; str4d, bạn đang cân nhắc liệu chúng ta có nên bao giờ thay jbigi không? đây là tác động chung khi thay gmp 20:49:14 &lt;str4d&gt; zzz, mối lo của bạn là không biết nguồn gốc chính xác của các binary này. Tôi giả định vậy thì nếu có vấn đề, sẽ khó lần ra nguồn hơn. 20:49:27 &lt;str4d&gt; Nên tôi đang nghĩ tới chiến lược giảm thiểu 20:50:00 &lt;zzz&gt; chúng ta có thể không đưa jbigi.jar vào bản cập nhật 26, vậy chỉ cài đặt mới mới nhận. Như vậy rollout sẽ chậm hơn. 20:50:25 &lt;zzz&gt; cài đặt mới + launchpad/deb 20:50:57 &lt;zzz&gt; cách sửa chung là xóa libjbigi.so và jbigi.jar, rồi bạn chạy không có 20:51:01 &lt;str4d&gt; Điều đó có lẽ cũng hay 20:51:30 &lt;str4d&gt; Triển khai cho cài đặt mới, và nếu không nghe vấn đề gì, triển khai trong cập nhật ở bản kế tiếp. 20:51:43 &lt;zzz&gt; Tôi đoán ý của tuna là chẳng có gì có thể tái tạo. Tất cả là máy mượn và VM đã mất 20:52:23 &lt;zzz&gt; eche|on, thông tin hệ thống và msvc từ máy mà hottuna dùng để build win có sẵn không? 20:53:10 &lt;zzz&gt; tuna không xung phong nghiên cứu gì cả nhưng anh ấy không mượn laptop của sadie sao? hay tất cả vô ích vì có thể đã nâng cấp trong lúc đó? 20:53:24 &lt;eche|on&gt; anh ấy có quyền truy cập máy win 10 trên host kvm của tôi. Tôi có thể đăng nhập và kiểm tra 20:53:33 &lt;str4d&gt; Ừm, đó là lý do tôi muốn làm build 6.1 trong Buildbot với buildserver mà ta có thể theo dõi. 20:53:57 &lt;hottuna&gt; zzz: tôi mượn hai máy osx khác nhau của bạn 20:53:58 &lt;eche|on&gt; Tôi không thay đổi vm chút nào 20:54:33 &lt;zzz&gt; chưa ai tình nguyện nhận một máy mac miễn phí chúng ta trả tiền, vì không ai muốn làm 'mac guy' 20:54:51 &lt;zzz&gt; vậy thật ra thiếu thời gian và con người, không phải tiền 20:55:17 &lt;hottuna&gt; zzz: Tôi chỉ không muốn mấy thiết bị phải vác theo. 20:56:01 &lt;zzz&gt; đây là ghi chú build đầy đủ của hottuna: 20:56:03 &lt;zzz&gt; Ghi chú build jbigi: 20:56:03 &lt;zzz&gt; ------------------ 20:56:03 &lt;zzz&gt; Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build, VM. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; Ghi chú build jcpuid: 20:56:03 &lt;zzz&gt; ------------------- 20:56:03 &lt;zzz&gt; Windows: Native build. Compiler: MSVC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:17 &lt;zzz&gt; như vậy đủ chưa hay chúng ta bắt đầu lại? 20:57:14 &lt;str4d&gt; Xét rằng chúng ta sẽ di trú lên 6.1 vào cuối năm, và các binary này đã được test ở mức hợp lý, tôi nghiêng về nói là ok. 20:57:41 &lt;zzz&gt; ai phản đối không? 20:57:45 &lt;eche|on&gt; ít nhất đó là một khởi đầu, nhưng theo tiêu chuẩn "Tor reproduceable builds" thì chẳng là gì. chúng ta muốn tiêu chuẩn kiểu gì? 20:58:03 &lt;hottuna&gt; không 20:58:34 &lt;eche|on&gt; Tôi muốn đưa chúng vào cài đặt mới với cờ "temp". Tôi biết đó là công việc khó. 20:59:14 &lt;zzz&gt; cơ bản thì việc test hiện tại tụt về 0. Cách duy nhất để có thêm test là đưa chúng vào trunk, và phát hành. 20:59:17 &lt;susbarbatus&gt; Xin lỗi chen ngang; Tôi có nhiều máy mac, và không có vấn đề gì để làm mac hoặc bsd guy. Nếu ai đó có thể nói cho tôi cần gì sau cuộc họp, tôi có thể đánh giá xem có thể đóng góp nếu tôi đủ hiểu biết / có thể học được. 20:59:29 &lt;zzz&gt; tuyệt vời susbarbatus 20:59:44 &lt;str4d&gt; susbarbatus, như vậy thì tuyệt 20:59:47 &lt;zzz&gt; ok vậy hãy nhờ hottuna checkin chúng 20:59:53 &lt;eche|on&gt; zzz: ừ, chúng ta chưa bao giờ nói phát hành là 100% an toàn và hoàn chỉnh^^ 21:00:05 &lt;zzz&gt; hottuna, nhánh là i2p.i2p.str4d.gmp6 (KHÔNG PHẢI i2p.i2p.zzz.gmp6) 21:00:17 &lt;hottuna&gt; ok 21:00:38 &lt;zzz&gt; hottuna, đừng quên mtn drop những cái cần xóa. Khi xong, thư mục phải khớp chính xác với những gì trong zip v13 của bạn 21:00:50 &lt;zzz&gt; còn gì nữa ở 3b) ? 21:00:55 &lt;hottuna&gt; bạn có muốn xóa jcpuid/binary cũ cho các nền tảng chúng ta không build không? 21:01:09 &lt;str4d&gt; susbarbatus, điều tôi muốn thiết lập là một buildserver, nếu bạn có thể cam kết có một máy mac luôn chạy và sẵn sàng cho các câu hỏi/hỗ trợ khi có lỗi. Nói chung sẽ không cần bạn tham gia nhiều, vì buildserver sẽ được điều khiển tự động :) 21:01:28 &lt;zzz&gt; Tôi tin đề xuất của hottuna là v13 _exactly_ là thứ sẽ phát hành, không hơn, không kém. 21:01:38 &lt;zzz&gt; nếu bạn muốn chúng ta có thể xem lại sau cuộc họp 21:01:38 &lt;str4d&gt; Hoặc nếu không luôn chạy, ít nhất dễ khởi động trong cấu hình buildserver 21:01:51 &lt;hottuna&gt; zzz: tuyệt 21:01:54 &lt;str4d&gt; (buildmaster sẽ xử lý các buildserver không luôn online) 21:02:12 &lt;zzz&gt; gác chuyện buildserver lại và chuyển sang 4) 21:02:22 &lt;zzz&gt; 4) Lập kế hoạch HOPE `http://zzz.i2p/topics/1968` 21:02:23 &lt;susbarbatus&gt; str4d: không vấn đề. Tôi có thể gắn con mac mini ~2012 của tôi cho việc đó. Nó chậm nhưng sẽ không làm gì khác. 21:02:24 &lt;str4d&gt; ACK 21:02:33 &lt;str4d&gt; ^5 susbarbatus :) 21:02:52 &lt;eche|on&gt; hope - Tôi có một vé để dùng 21:02:57 &lt;zzz&gt; Tôi đã gặp Lance tuần này. đề xuất vẫn là anh ấy cấp một phòng hội thảo nhỏ cả ngày, hoặc ngày trước hoặc sau HOPE 21:03:04 &lt;zzz&gt; tức là 21 hoặc 25 tháng 7 21:03:22 &lt;zzz&gt; Tôi nhấn mạnh với anh ấy rằng chúng ta cần ngày và cam kết sớm, để có thể mua vé máy bay 21:03:46 &lt;zzz&gt; việc này sẽ không mở công chúng. chỉ mời, 5-6 người, chỉ là chỗ tụ họp cho các cuộc họp lộ trình v.v. 21:03:51 &lt;str4d&gt; Lúc này tôi không thể cam kết có mặt, dù có một cơ hội nhỏ là tôi có thể ở Mỹ lúc đó 21:04:00 &lt;zzz&gt; cộng thêm chúng ta trình bày với anh ấy những gì chúng ta làm và ngược lại 21:04:30 &lt;zzz&gt; hiện tôi có tôi và sadie là chắc chắn, với comradenosebleed và lazygravy là có thể. Còn ai nữa? 21:04:49 &lt;zzz&gt; và hạn chót cứng khi bạn cần chốt phương án đi lại là khi nào? 21:05:33 &lt;zzz&gt; nếu chỉ có tôi và sadie thì có lẽ hủy cả, nhưng xem đã 21:05:39 &lt;zzz&gt; ai không? 21:06:04 &lt;zzz&gt; hottuna đến chứ? 21:06:07 &lt;str4d&gt; (tất cả phụ thuộc vào khi nào bảo vệ luận án của tôi được ấn định, chưa biết khi nào) 21:06:09 &lt;str4d&gt; (và cả các vấn đề visa khác) 21:06:17 &lt;str4d&gt; Nếu bảo vệ luận án trước đó, tôi muốn có mặt (dù chỉ là bay ngang qua) 21:06:17 &lt;eche|on&gt; Tôi quan tâm, nhưng không đủ khả năng trả tiền bay và khách sạn. đặc biệt nếu chúng ta gặp nhau muộn hơn ở can 21:06:17 &lt;str4d&gt; Vậy hỏi tôi lại sau khoảng một tháng 21:06:45 &lt;zzz&gt; ok, tôi sẽ tiếp tục hối Lance chốt lại, và hy vọng mọi người sẽ xuất hiện 21:06:50 &lt;zzz&gt; lần gọi cuối cho 4) 21:07:00 &lt;hottuna&gt; zzz: thời gian rất khó cho tôi. tôi phải ở EU vào Jul16 để dự đám cưới. 21:07:15 &lt;hottuna&gt; Tôi không dám cam kết lúc này. 21:07:20 &lt;zzz&gt; tuyệt, đi qua nyc trên đường về :) 21:07:26 &lt;hottuna&gt; (hoặc nếu phải quyết bây giờ thì thôi) 21:07:33 &lt;hottuna&gt; hmmph.. 21:07:44 &lt;hottuna&gt; không tệ lắm 21:07:47 &lt;zzz&gt; 5) Đánh giá ngắn các cuộc họp hàng tháng và quản lý dự án sau 3 tháng 21:07:59 &lt;str4d&gt; Vậy hãy ghi tôi là hy vọng cho buổi meetup, và khó có khả năng cho HOPE (vì tôi không thể cam kết cần vé, nhưng sẽ dùng một vé dư nếu tôi tình cờ ở đó) 21:08:26 &lt;zzz&gt; ok, theo góc nhìn của tôi việc này không hiệu quả chút nào, gần như không có hạng mục hành động nào hoàn tất, vậy liệu có sửa được không hay chúng ta nên dừng họp hàng tháng? 21:08:40 &lt;str4d&gt; Tôi nghĩ có thể sửa 21:08:42 &lt;zzz&gt; nếu không ai làm gì, chẳng có gì để quản lý. Không tệ đến mức đó nhưng gần rồi 21:09:11 &lt;str4d&gt; Ít nhất thì tôi nghĩ các cuộc họp hàng tháng là hữu ích 21:09:30 &lt;zzz&gt; mục tiêu còn là chuyển quản lý dự án cho sadie nhưng cô ấy thậm chí không tham dự họp nên việc đó cũng không đúng tiến độ 21:09:32 &lt;hottuna&gt; Tôi đồng ý về điều đó 21:09:44 &lt;str4d&gt; Cô ấy tưởng là sớm hơn một giờ 21:09:49 &lt;str4d&gt; Cô ấy đang ở cuộc họp khác 21:10:19 &lt;str4d&gt; (cô ấy đến sớm một giờ và không ai nói ở đây) 21:10:41 &lt;zzz&gt; đúng, ai cũng thích họp khi không phải điều hành. Nhưng tôi trông như thằng ngốc mỗi tháng đi hỏi liệu thứ ai đó hứa 3 tháng trước đã xong chưa. Tôi mệt rồi. 21:10:49 &lt;str4d&gt; Tôi đã bàn với sadie, và giờ chúng tôi có các cuộc họp hàng tuần để đảm bảo đi đúng hướng với các hạng mục cả hai đang làm 21:11:19 &lt;str4d&gt; zzz, vậy đừng đặt trọng tâm cuộc họp là "bạn đã làm thứ này chưa" 21:11:36 &lt;zzz&gt; có lẽ điều này quá bi quan nhưng với sự thiếu tiến triển và kytv biến mất tôi nghĩ chúng ta gặp rắc rối lớn 21:11:40 &lt;hottuna&gt; zzz: dự kiến chuyển cho sadie khi nào? 21:11:40 &lt;str4d&gt; Tôi nghĩ họp hàng tháng nên để đánh giá lại ưu tiên và tổ chức lại 21:11:58 &lt;zzz&gt; ok vậy làm sao giữ mọi người đi đúng kế hoạch làm điều họ hứa? 21:12:13 &lt;str4d&gt; trong khi việc "bạn đã làm thứ này chưa" cần a) trách nhiệm cá nhân hơn và b) tương tác một-một nhiều hơn 21:12:30 &lt;hottuna&gt; zzz: không tuyệt gì, nhưng nói rắc rối lớn có lẽ là quá 21:13:02 &lt;str4d&gt; zzz, với tôi, tôi đã thiết lập họp hàng tuần với sadie để giúp tôi đi đúng nhịp, và cho cô ấy quyền truy cập danh sách việc cần làm I2P của tôi để cô ấy giúp ưu tiên 21:13:07 &lt;susbarbatus&gt; str4d: Tôi nghĩ ý là, nếu ai cũng giữ lời hứa/cam kết thì zzz đã không phải hỏi câu đã làm chưa ;). 21:13:12 &lt;str4d&gt; (mới chỉ có một cuộc họp, nên tôi vẫn cần xem nó hoạt động thế nào) 21:13:17 &lt;str4d&gt; susbarbatus, đúng vậy 21:13:50 &lt;str4d&gt; Chúng ta cần linh hoạt đủ để xử lý thực tế là mọi người làm việc này vì vui/tình nguyện ngoài công việc chính 21:14:13 &lt;zzz&gt; đúng. Hệ thống của tôi hiện là khi bạn hoàn tất thứ gì, bạn báo cáo trên chủ đề zzz.i2p cho cuộc họp, để chúng ta KHÔNG phải tốn thời gian họp cho nó 21:14:15 &lt;str4d&gt; Nhưng cũng cần nhấn mạnh rằng nếu ai đó không làm việc, họ đang không giúp ích 21:14:28 &lt;zzz&gt; chỉ khi mọi người không hoàn tất và không báo cáo thì chúng ta mới phải tốn thời gian ở đây 21:14:42 &lt;str4d&gt; và tốt hơn là chuyển hạng mục cho người khác hơn là chặn vô thời hạn 21:14:54 &lt;str4d&gt; (nói bởi người hiện đang chặn vô thời hạn ở I2P Android :P ) 21:15:19 &lt;zzz&gt; vậy str4d và sadie đã thiết lập một hệ thống quản lý dự án song song, không công khai như một thử nghiệm. thú vị, nhưng tất nhiên không rõ nó liên quan gì tới những gì tôi đang làm, hay tôi có nên tiếp tục làm hay không 21:15:55 &lt;str4d&gt; zzz, đó là một phần trong bức tranh lớn hơn 21:16:28 &lt;str4d&gt; Như tôi nói, cố gắng làm phần "vì sao bạn không làm cái này" trong cuộc họp hàng tháng không hữu ích như chúng ta nghĩ 21:16:35 &lt;zzz&gt; vậy quản lý dự án qua diễn đàn của tôi và việc nhắc nhở trong các cuộc họp hàng tháng, tôi sẵn sàng tuyên bố thất bại 21:16:50 &lt;str4d&gt; vì nếu họ không làm gì trong ba tuần đầu, khó mà làm xong tuần cuối 21:17:21 &lt;str4d&gt; do đó tôi nghĩ kiểm tra nhanh thường xuyên với người có hạng mục đang chờ thì tốt hơn, đó là điều tôi đang thử với sadie 21:17:34 &lt;zzz&gt; tới thời điểm này tôi không nghĩ mình sẽ nhận lại bản nháp từ comradenosebleed, hay một CoC, hay các use case trên web, hay một bản phát hành android, ít nhất không vào một ngày cụ thể nào đó cho dù xa đến đâu 21:18:10 &lt;zzz&gt; vậy tôi đề xuất dừng việc rà soát hàng tháng các hạng mục hành động. Như thường lệ, mọi người sẽ làm hoặc không làm những gì họ muốn trong open source, và rất rất khó để thuyết phục ai làm điều gì ở đây. 21:18:36 &lt;zzz&gt; mọi người sẽ làm điều họ muốn, và bất kỳ củ cà rốt hay cây gậy nào tôi có cũng không hiệu quả 21:19:50 &lt;str4d&gt; Tôi bỏ phiếu giữ các cuộc họp hàng tháng, và dùng chúng để điều chỉnh ưu tiên dựa trên những gì ĐÃ làm và những gì đã xảy ra trong tháng qua (vd. những gì chúng ta vừa làm về .26 sau kytv) 21:20:56 &lt;susbarbatus&gt; Vậy, hệ thống bounty giờ hoạt động thế nào? Ví dụ, đó là một danh sách công khai tóm tắt với động lực trả tiền. Mọi người còn xem nó không? 21:20:59 &lt;susbarbatus&gt; Tôi muốn đề cập; còn micropayments cho các tác vụ thì sao. 21:21:03 &lt;str4d&gt; trong lúc đó nếu ai đồng ý làm gì đó, họ cũng nên đồng ý cập nhật cho sadie về tiến độ, hoặc ít nhất cho sadie một kênh liên lạc để nhắc nhở họ :P 21:21:21 &lt;zzz&gt; ok vậy tôi đề xuất từ chức quản lý dự án, được thay bằng một hệ thống và người TBD. Chúng ta sẽ họp hàng tháng nhưng không rà soát hạng mục hành động 21:21:54 &lt;zzz&gt; cuộc họp tiếp theo sẽ là Thứ Ba, 3 Thg 5 21:21:58 &lt;zzz&gt; còn gì nữa ở 5) 21:22:10 &lt;zzz&gt; còn gì nữa cho cuộc họp này? 21:22:35 &lt;str4d&gt; Tôi thì không 21:22:53 &lt;zzz&gt; cảm ơn mọi người, cuộc họp dài hôm nay 21:22:58 * zzz *bafs* cuộc họp kết thúc </div>/vi/blog/2016/03/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.25/Tue, 22 Mar 2016 00:00:00 +0000/vi/blog/2016/03/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.25/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.25 bao gồm một phiên bản SAM mới quan trọng, v3.3, nhằm hỗ trợ các ứng dụng đa giao thức tinh vi. Nó bổ sung mã QR để chia sẻ địa chỉ dịch vụ ẩn với người khác, và hình ảnh &ldquo;identicon&rdquo; (hình nhận diện tự sinh) để phân biệt trực quan các địa chỉ.</p> <p>Chúng tôi đã thêm một trang cấu hình &ldquo;router family&rdquo; mới trong bảng điều khiển, để giúp bạn dễ dàng khai báo rằng nhóm routers của bạn được vận hành bởi một người duy nhất. Có một số thay đổi nhằm tăng năng lực của mạng và hy vọng cải thiện tỷ lệ thành công khi dựng tunnel.</p>/vi/blog/2016/03/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-19-th%C3%A1ng-3-2016/Sat, 19 Mar 2016 00:00:00 +0000/vi/blog/2016/03/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-19-th%C3%A1ng-3-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> orignal, str4d, z3r0fox, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Chào 20:00:01 &lt;zzz&gt; 1) Lộ trình 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:05 &lt;zzz&gt; 0) Chào 20:00:07 &lt;zzz&gt; chào 20:00:35 &lt;zzz&gt; 1) Lộ trình 0.9.27-29: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:57 &lt;str4d&gt; chào 20:01:17 &lt;z3r0fox&gt; chào 20:01:17 &lt;zzz&gt; mục tiêu hôm nay của tôi là tách lộ trình 27-29 thành 27 và 28-29, tối thiểu là như vậy 20:02:05 &lt;zzz&gt; ghi nhớ hai mục tiêu dài hạn của tôi: 1) mở rộng mạng; 2) cải thiện bảo mật 20:02:55 &lt;zzz&gt; vậy hãy xem danh sách 27-29. Có gì nổi bật là ưu tiên cao mà chúng ta cần có trong 27, hoặc ít nhất bắt đầu làm chưa? 20:05:08 &lt;str4d&gt; "Di trú crypto cho các hidden services hiện có" &lt;-- Tôi đoán đây là thêm phần backend và UI để mọi người có thể thực hiện việc di trú? 20:05:13 &lt;str4d&gt; (cũng như thực hiện trên stats.i2p v.v.) 20:05:49 &lt;str4d&gt; "Công việc ban đầu về crypto mới" &lt;-- Việc này rất ưu tiên với tôi, nhưng triển khai vẫn đang bị chặn bởi phần thiết kế 20:05:51 &lt;zzz&gt; ừ, xây dựng dựa trên công việc về subscription feed trong 26 20:06:21 &lt;zzz&gt; chúng ta có thể gọi nó là 'công việc thiết kế ban đầu' 20:06:34 &lt;str4d&gt; Ừm 20:06:41 &lt;str4d&gt; Hãy xác định đồ thị phụ thuộc thực sự ở đây 20:06:53 &lt;str4d&gt; (cho vài mục đầu kia) 20:07:11 &lt;str4d&gt; a - Công việc ban đầu về NTCP2 20:07:24 &lt;str4d&gt; b - Công việc ban đầu về DH mới 20:07:29 &lt;str4d&gt; c - Công việc ban đầu về crypto mới 20:07:29 &lt;str4d&gt; d - Công việc ban đầu về LS2 với hỗ trợ đa-đích 20:07:33 &lt;str4d&gt; e - Công việc ban đầu về netdb mới ("backend kế tiếp") 20:08:23 &lt;zzz&gt; bất cứ thứ gì gắn nhãn 'công việc ban đầu' có lẽ không có phụ thuộc 20:08:23 &lt;str4d&gt; LS2 cần code netDB mới để hỗ trợ, đúng không? 20:08:46 &lt;str4d&gt; Ừ đúng, nếu đó là hỗ trợ nội bộ để router parse một phần của nó 20:09:23 &lt;str4d&gt; Nhưng cách router lấy dữ liệu đó để parse sẽ có các phụ thuộc 20:09:39 &lt;zzz&gt; 'netdb mới' là mấy thứ 'tuna' như R5N, nên nó độc lập với LS2 20:09:51 * str4d đang cố tách các việc chúng ta có thể triển khai sớm khỏi các việc cần tập trung thiết kế có thể đang chặn những tác vụ khác 20:09:54 &lt;str4d&gt; Được 20:10:34 &lt;str4d&gt; c phụ thuộc vào d, ít nhất là vậy 20:10:52 &lt;str4d&gt; vì ở tầng e2e, phần crypto nằm trong LS 20:11:08 &lt;str4d&gt; Ý bạn ở b là gì? 20:11:27 &lt;str4d&gt; (vì nếu không thì b có vẻ là điều kiện tiên quyết cho a) 20:12:08 &lt;zzz&gt; b = lập danh sách các ứng viên DH, kèm thông tin về tình trạng sẵn sàng của code, tốc độ, v.v. 20:13:04 &lt;str4d&gt; Được, vậy b đúng là bán độc lập với a :) 20:13:04 &lt;zzz&gt; c = lập kế hoạch, lập danh sách 20:13:51 &lt;zzz&gt; nhiều thứ 'công việc ban đầu' kiểu này gần như chết yểu. Không ai nghĩ về nó trong nhiều tháng hay năm, không có thảo luận gần đây 20:14:04 &lt;zzz&gt; cần ai đó bắt đầu chú tâm lại 20:14:07 &lt;str4d&gt; À, tôi thấy sai lầm của mình. Tôi đã giả định rằng mọi thứ trong danh sách đều ám chỉ những thứ sẽ thực sự thành code 20:15:41 &lt;zzz&gt; cũng có thể, cũng có thể không 20:15:52 &lt;str4d&gt; Được, ưu tiên của tôi giờ là tất cả cùng lúc ;D 20:16:25 &lt;str4d&gt; Nhưng có lẽ bắt đầu với thứ có vòng đời quay lại ngắn hơn 20:16:30 &lt;zzz&gt; rất nhiều thứ cần xây dựng đồng thuận và thiết kế với i2pd và kovri trước khi viết code 20:17:02 &lt;str4d&gt; Ừm 20:18:34 &lt;str4d&gt; Theo ý kiến của tôi (IMHO), điều cần làm cho a và d là một nhóm nhỏ người rà soát tất cả các đề xuất hiện có để làm rõ, rồi có một cuộc họp thảo luận thiết kế nào đó 20:18:48 &lt;str4d&gt; Lý tưởng là họp càng ít càng tốt :P 20:19:28 &lt;str4d&gt; b sẽ có chút tác động tới a về mặt thiết kế, nhưng có thể trì hoãn 20:20:14 &lt;zzz&gt; Tôi sẽ vui nếu khởi động lại các thảo luận trên zzz.i2p trước. Chúng ta có 20-30 đề xuất hiện có, đa số rơi cái “bụp” rồi bị quên lãng. 20:20:37 &lt;str4d&gt; Tương tự, c phụ thuộc d 20:20:37 &lt;str4d&gt; Tuy vậy, trong năm mục đó, e có lẽ sẽ ảnh hưởng nhiều nhất đến độ tin cậy của mạng... 20:20:40 &lt;zzz&gt; Vì thế hiện tại chúng ta ở vị thế rất kém cho phát triển tương lai 20:21:39 &lt;str4d&gt; Lúc này chúng ta đang tạm gác mật mã ở cấp độ tunnel, điều đó tôi không vấn đề gì (chúng ta muốn chờ thêm và xem Tor ra được gì ở mảng này) 20:21:47 &lt;zzz&gt; đó là một lý do nữa vì sao summer of x có thể là nơi tốt hơn để dồn nguồn lực. Ít nhất những việc cần làm cho tất cả các 'x' rõ ràng hơn 20:22:21 &lt;zzz&gt; 'mật mã cấp độ tunnel' có ở trong danh sách hay bài viết nào không? 20:22:41 &lt;str4d&gt; Tôi không biết 20:22:53 &lt;str4d&gt; Chuyện này sẽ rõ hơn khi tôi đưa các đề xuất lên website :P 20:23:40 * str4d sẽ làm phần tiền thân của việc đó hôm nay. 20:23:51 &lt;zzz&gt; Tôi muốn hỏi bạn muốn làm nhất cái gì, nhưng nghe hơi nực cười khi bạn đang có hàng tháng trời việc trễ hạn trong danh sách lúc này 20:24:43 &lt;str4d&gt; Ừ thì, nhiều cái chỉ là lịch sắp xếp việc cần làm (todo) quá tham vọng và thiếu thực tế từ phía tôi 20:25:21 &lt;str4d&gt; (không tính đúng lượng công việc thực tế cần thiết, ví dụ như bản phát hành Android...) 20:25:55 &lt;zzz&gt; Hiện tôi khá bi quan về tiến độ, ngay cả với .26, mà tôi còn chưa bắt đầu và có thể sẽ mất khá lâu 20:26:03 &lt;str4d&gt; Đối với 0.9.26 chúng ta đã có danh sách các việc cần triển khai. Nhưng ta cũng có thể bắt đầu các thảo luận thiết kế. 20:26:16 &lt;zzz&gt; Và tôi có thể phải tạm dừng viết code vài tuần để tìm hiểu launchpad và debian 20:26:30 &lt;str4d&gt; Hừm, ừ.. 20:27:04 &lt;zzz&gt; thành ra lúc này 27 có vẻ còn xa 20:27:21 &lt;str4d&gt; Được, giả sử ta chỉ có thể làm một trong [ mã hóa transport | mã hóa e2e ] 20:27:33 &lt;str4d&gt; (xét theo việc làm kế hoạch thiết kế song song với các phần triển khai khác) 20:27:41 &lt;str4d&gt; Cái nào quan trọng hơn để hoàn thành? 20:28:26 &lt;str4d&gt; Mã hóa transport quan trọng khi đối phó với các đối thủ bên thứ ba 20:28:56 &lt;str4d&gt; Mã hóa e2e quan trọng đối với OBEPs và IBGWs, những thành phần nhìn thấy gói tin đã mã hóa đó, và cũng ảnh hưởng đến hiệu năng tunnel 20:29:09 &lt;zzz&gt; Tôi nghiêng về mảng transport như DH/NTCP2/padding/PT. Nó ít viễn vông hơn và chúng ta đã phác thảo nhiều hơn. Lộ trình rõ ràng hơn 20:30:29 &lt;str4d&gt; Vậy hãy tập trung vào đó cho .27 20:31:52 &lt;zzz&gt; bạn nghĩ cái đó quan trọng hơn LS2 à? LS2 đang ở trạng thái tương tự mảng transport. Nhiều đề xuất, không có thảo luận gần đây 20:32:28 &lt;str4d&gt; Lý tưởng thì tôi muốn làm cả hai song song 20:32:41 &lt;str4d&gt; Nhưng tôi đang cố thực tế về những gì chúng ta thực sự đạt được :) 20:32:47 &lt;zzz&gt; nếu bị dí súng vào đầu, chọn một đi 20:33:30 &lt;str4d&gt; transport 20:33:39 &lt;zzz&gt; ok, đồng ý 20:33:46 &lt;psi&gt; transport giống TLS khi nào? 20:34:08 &lt;str4d&gt; Mảng transport có lợi cho các thuộc tính ẩn danh chúng ta cung cấp cho người dùng *hiện tại* 20:34:21 &lt;str4d&gt; Mảng LS2 có lợi cho người dùng *tương lai* (cũng như hiện tại) 20:34:26 &lt;zzz&gt; không có trong bất kỳ danh sách hay đề xuất nào nếu tôi nhớ không nhầm (iirc) psi 20:34:34 &lt;str4d&gt; Ngoài ra tôi có nhiều câu hỏi trong đầu về LS2 hơn là về transport 20:34:47 &lt;psi&gt; ok 20:35:12 &lt;zzz&gt; str4d, nếu bạn có thể đưa những câu hỏi đó vào các thread trên zzz.i2p thì đó sẽ là một khởi đầu 20:35:19 &lt;str4d&gt; zzz, không chắc điều đó đúng, tôi biết tối thiểu nó có trên Trac wiki 20:36:19 &lt;zzz&gt; cơ bản là có khoảng 20 đề xuất trên zzz.i2p đang rất cần sự tham gia từ str4d, psi, orignal, anonimal. Nếu chúng ta đẩy vài cái lên đầu danh sách như vừa làm hôm nay, hy vọng sẽ có thêm nhiều người chú ý 20:36:19 &lt;str4d&gt; Có lẽ nói "dấu hỏi" thì đúng hơn 20:36:36 &lt;str4d&gt; ừm 20:36:38 &lt;zzz&gt; đúng, một số thứ về LS2 khá kiểu quăng lên tường xem dính không 20:37:01 &lt;str4d&gt; Vậy trong đầu tôi, việc #1 cần làm (todo) bây giờ là đưa các đề xuất lên website 20:37:31 &lt;zzz&gt; theo tôi, Android là #1 đối với bạn 20:37:42 &lt;str4d&gt; (và việc #1 khác trong danh sách cần làm của tôi là sửa lỗi ProGuard trong I2P Android) 20:37:50 &lt;str4d&gt; Ừ 20:38:08 &lt;orignal&gt; Tôi ok với bất kỳ đề xuất nào miễn là chúng được đẩy tiến lên 20:38:08 &lt;str4d&gt; Tệ nhất thì tôi chỉ việc rút lại bản vá Samsung 4.2 cho bản phát hành này 20:38:09 &lt;zzz&gt; vậy cho 27, danh sách là mảng transport: tiến triển về DH, NTCP và PT 20:38:21 &lt;zzz&gt; còn gì nữa cho 27 không? 20:38:39 &lt;str4d&gt; Ừm. Đưa công việc thiết kế LS2 vào .28 20:39:17 &lt;str4d&gt; zzz, lập kế hoạch thiết kế console ban đầu sẽ hay 20:39:45 &lt;orignal&gt; Về cá nhân tôi nóng lòng có crypto mới, đặc biệt cho destinations, nên LS2 cần được triển khai sớm nhất có thể 20:40:08 &lt;str4d&gt; (theo nghĩa là quyết định hướng đi và lộ trình, không phải triển khai thật) 20:40:08 &lt;zzz&gt; ok 20:41:18 &lt;zzz&gt; Tôi nghĩ đó là một 27 khá tham vọng: di trú crypto cho các hidden services hiện có + mảng transport 20:41:20 &lt;str4d&gt; orignal, tôi cũng vậy; vì thế tôi muốn chắc rằng chúng ta làm đúng :) 20:41:43 &lt;zzz&gt; Tôi sẽ đưa LS2 và các thứ liên quan vào 28 và chuyển mọi thứ khác sang 29? 20:42:35 &lt;str4d&gt; Nghe hợp lý 20:42:35 &lt;str4d&gt; .27 vậy là có sự pha trộn tốt giữa thiết kế và triển khai 20:42:38 &lt;zzz&gt; còn gì nữa ở 1) lộ trình không? 20:43:18 &lt;str4d&gt; Không từ tôi lúc này. 20:43:27 &lt;zzz&gt; còn chủ đề nào khác? 20:43:34 &lt;str4d&gt; Dĩ nhiên chúng ta muốn xem lại việc này, có lẽ vào giữa chừng .26 20:44:08 &lt;str4d&gt; (để đảm bảo chúng ta đi đúng hướng với các chuẩn bị cần thiết cho .27) 20:44:50 &lt;str4d&gt; 2) Tình hình phục hồi sau khi kytv biến mất thế nào? 20:44:55 &lt;zzz&gt; Cuộc họp hàng tháng tiếp theo là ngày 5 tháng 4. Tôi muốn nói trước rằng nếu không ai báo cáo đã làm gì kể từ cuộc họp ngày 3 tháng 3, tôi sẽ tuyên bố kiểu quản lý dự án mới này là thất bại. Nếu không ai làm gì thì chẳng có gì để quản lý và cũng không cần họp hàng tháng 20:45:33 &lt;str4d&gt; Bạn có nhắc đến launchpad và debian ở trên. Có gì khác bạn cho là cấp bách cho việc phục hồi không? 20:45:35 &lt;zzz&gt; 2) Meeh đang nghiên cứu về launchpad/debian, đây là gián đoạn lớn của chúng ta. Tôi cần đối chiếu ghi chú với anh ấy 20:46:05 &lt;zzz&gt; echelon và tôi đã trao đổi email với tails, họ lo cho anh ấy và đang tìm người thay thế. 20:46:18 &lt;zzz&gt; Tôi nói với họ là phía chúng ta sẽ chưa làm sớm đâu, trước mắt đó là vấn đề của họ 20:46:58 &lt;zzz&gt; tất cả những thứ khác quanh khâu build (geoip, tx) tôi đã lo. 20:47:16 &lt;zzz&gt; nhưng launchpad/deb là thảm họa. Không ai khác biết gì, và chẳng có gì được ghi chép lại 20:47:58 &lt;zzz&gt; và những gì anh ấy làm cho 24 là chưa xong, nên còn có thêm việc phải làm ở 24 trước khi tới 25 20:48:16 &lt;zzz&gt; còn gì nữa ở 2) không? 20:48:42 &lt;str4d&gt; Có hữu ích không nếu kêu gọi một người đóng gói mới? 20:48:50 &lt;str4d&gt; (ví dụ Twitter?) 20:48:53 &lt;zzz&gt; được 20:49:07 * zzz với lấy cái baffer 20:49:20 &lt;str4d&gt; sadie có thể tìm ra cách diễn đạt chính xác cho lời kêu gọi 20:49:49 &lt;str4d&gt; (chúng ta muốn nó thân thiện và khích lệ mà không quá hoảng hốt ;) ) 20:49:56 &lt;zzz&gt; đừng giao mọi tweet cho sadie, bạn cũng được phép tự tweet :) 20:50:04 * zzz *bafffs* đóng cuộc họp </div>/vi/blog/2016/03/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-3-2016/Sun, 06 Mar 2016 00:00:00 +0000/vi/blog/2016/03/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-3-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> EinMByte, sadie, str4d, z3r0fox, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; 2) 0.9.26 chuyển sang &lt;zzz&gt; 3) Summer of X &lt;zzz&gt; 4) 27-29 hoãn sang cuộc họp tiếp theo &lt;zzz&gt; 0) chào &lt;zzz&gt; chào &lt;str4d&gt; chào &lt;zzz&gt; Tôi sẽ giải thích mục 3) khi đến phần đó &lt;EinMByte&gt; Chào &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; `http://trac.i2p2.i2p/ticket/1119` &lt;zzz&gt; mọi người đã có dịp theo kịp và rà soát ticket này chưa? * str4d sắp đăng bình luận của mình &lt;zzz&gt; str4d, nhận xét tổng thể? &lt;str4d&gt; Nhìn chung tôi thấy khá tốt. Tôi thích phản hồi tích cực từ những người làm việc này chuyên nghiệp :) &lt;zzz&gt; Tôi nghĩ về cơ bản ta đang đi đúng hướng &lt;zzz&gt; ticket này đã tồn tại 2 năm rồi. bạn đã nêu H1 14 tháng trước. ta có các bản nháp quy trình VRP của anonimal từ tháng 9 &lt;zzz&gt; tôi nghĩ trong khoảng thời gian đó, h1 đã trở nên khá chính danh &lt;str4d&gt; Tôi đồng ý với zzz rằng các điểm về sau bị quy định quá mức, nhưng tôi nghĩ các phần quy trình và phản hồi (mục III và IV) có mức độ chi tiết phù hợp &lt;zzz&gt; tôi không còn nghi ngại gì về việc dùng h1 &lt;EinMByte&gt; Đúng, dù tôi chỉ theo dõi thảo luận từ xa, phản hồi lỗ hổng nên theo thủ tục chặt chẽ hơn hiện nay. H1 có thể là một lựa chọn tốt cho việc đó. &lt;EinMByte&gt; s/options/option &lt;str4d&gt; Tôi cũng +1 cho h1, vì các lý do tôi đã nêu trong ticket. &lt;zzz&gt; str4d, bạn đã gặp katie của h1 cách đây không lâu đúng không? có thể kể cho chúng tôi về buổi gặp đó chứ? &lt;z3r0fox&gt; Chào &lt;str4d&gt; Đúng vậy! Tôi gặp cô ấy ở Kiwicon 9 &lt;str4d&gt; Tôi hỏi cô ấy về tweet tôi đăng, mà arice đã phản hồi trong ticket &lt;str4d&gt; Hóa ra arice thực sự đã email cho cô ấy một liên kết đến ticket của chúng ta để hỏi liệu phản hồi của anh ấy có ổn không, và cuối cùng cô ấy đã xem ticket ngay trên điện thoại trong khi đang họp khác :P &lt;str4d&gt; Cô ấy cũng thích nó :P &lt;zzz&gt; còn chuyện tài trợ và những gì Tor đang làm với họ thì sao? &lt;str4d&gt; Cô ấy nói là nó sẽ diễn ra, và có ám chỉ rằng chúng ta có thể tham gia cùng chương trình &lt;zzz&gt; ngoài ra, ấn tượng chung về công ty h1 sau khi gặp katie? &lt;str4d&gt; Tôi vẫn chưa theo đến cùng việc này, vì 1) luận văn, và 2) chẳng có ích gì khi tham gia bất kỳ chương trình nào nếu rồi ta không dùng h1 &lt;str4d&gt; zzz, rất tích cực &lt;zzz&gt; có ai phản đối việc dùng h1 không? &lt;str4d&gt; Họ có vẻ rất giỏi việc của mình, và Katie chắc chắn đang phát triển rất tốt ở đó &lt;zzz&gt; ta có thể “bật công tắc” h1 ngay để chạy thật không hay cần làm gì trước? &lt;str4d&gt; Nếu chọn h1, tôi nghĩ cần làm các việc sau: &lt;str4d&gt; - Ta hoàn thiện VRP và đưa lên website &lt;str4d&gt; - Ta chỉnh sửa nội dung trang đầu của trang h1 &lt;str4d&gt; (những thứ như cách ta phản hồi, ta coi cái gì là in-scope, v.v.) &lt;zzz&gt; VRP phải xong trước khi h1 mở công khai? &lt;str4d&gt; - Ta quyết định đội phản hồi &lt;str4d&gt; - Ta chuyển sandbox sang closed beta, nơi chúng ta mời một vài nhà nghiên cứu &lt;str4d&gt; - Khi đã quen nền tảng, lưu lượng báo cáo, v.v., thì mở công khai &lt;zzz&gt; bạn thực sự nghĩ phản hồi sẽ đổ về ngay ngày ta bật sao? &lt;str4d&gt; Có thể &lt;str4d&gt; Katie nói với tôi là có một số nhà nghiên cứu rất muốn giúp các dự án mã nguồn mở, nếu họ tìm thấy chúng &lt;zzz&gt; tôi không nghĩ ta cần chuẩn bị mọi thứ hoàn hảo. không phải các nhà nghiên cứu sẽ bắt đầu hack ngay ngày đầu &lt;zzz&gt; nhất là khi không có tiền bạc liên quan &lt;zzz&gt; closed beta nghĩa là họ phải cho họ vào? &lt;str4d&gt; Đúng &lt;str4d&gt; Về cơ bản h1 mời chừng 10 nhà nghiên cứu có thể dùng trang của chúng ta &lt;EinMByte&gt; Bạn có biết ai sẽ được mời không? &lt;zzz&gt; vậy tạm gác VRP và đội phản hồi sang một bên, ai sẽ chỉnh trang h1 của ta cho sẵn sàng? str4d? &lt;str4d&gt; Tôi không nhớ chi tiết chính xác &lt;str4d&gt; (liệu chúng ta tự mời người qua h1 hay họ tìm nhà nghiên cứu từ nhóm đã đăng ký sẵn) &lt;str4d&gt; Ý tưởng là để ta không bị ngập trong các ticket tệ trước khi quen cách phản hồi chúng &lt;str4d&gt; Nhưng theo tôi (IMHO) nó cũng giúp ta bắt đầu xây dựng quan hệ trực tiếp với một vài nhà nghiên cứu &lt;zzz&gt; bạn có cảm nhận xem mọi người đều đang đuổi theo bounty trên h1 hay các chương trình miễn phí cũng nhận được nhiều báo cáo không? &lt;EinMByte&gt; Chắc vậy, ít nhất là với những người đang dùng h1 &lt;str4d&gt; Cá nhân tôi không có cảm nhận rõ về việc đó &lt;EinMByte&gt; zzz: Có khả năng sau này đưa ra bounty không? &lt;str4d&gt; Nhưng Katie nói chắc chắn có những nhà nghiên cứu muốn giúp các dự án FOSS (phần mềm tự do và mã nguồn mở) nếu họ xác định được chúng &lt;zzz&gt; hiện có người đang tài trợ bounty cho Tor, nên là có &lt;sadie&gt; Tôi có thể giúp str4d về trang chính h1 &lt;str4d&gt; cảm ơn sadie &lt;EinMByte&gt; I2P có khoản tiết kiệm kha khá, sao không dùng một phần cho bounty &lt;zzz&gt; tốt, vậy sadie và str4d sẽ lo phần h1 cho sẵn sàng &lt;str4d&gt; EinMByte, ta có thể chuyển sang bounty, nhưng ban đầu thì không, theo tôi &lt;zzz&gt; 1mb chắc chắn ta có thể nếu muốn &lt;zzz&gt; còn gì về h1 nữa không hay ta chuyển sang vrp? &lt;EinMByte&gt; Hãy xem nó vận hành thế nào khi không có bounty &lt;str4d&gt; Và như đã nói, hiện có chương trình trên h1 tài trợ bounty cho các dự án FOSS &lt;z3r0fox&gt; Beta có vẻ là cơ hội tốt cho đội phát triển các phản hồi đối ngoại phòng khi một lỗi thực sự nghiêm trọng bị công khai &lt;str4d&gt; mà ta có thể tham gia &lt;zzz&gt; ai còn gì thêm về h1 không &lt;zzz&gt; được rồi, xem VRP trong ticket nhé * str4d đăng bình luận của mình &lt;zzz&gt; ta đang rà soát bản nháp tháng 11 của anonimal &lt;zzz&gt; nhưng đừng đi từng điểm &lt;zzz&gt; ấn tượng tổng thể về bản nháp tháng 11 và ta đi tiếp từ đây thế nào? &lt;str4d&gt; &lt;str4d&gt; Tôi đồng ý với zzz rằng các điểm về sau bị quy định quá mức, nhưng tôi nghĩ các phần quy trình và phản hồi (mục III và IV) có mức độ chi tiết phù hợp * zzz dành một phút đọc bình luận của str4d &lt;zzz&gt; ok có vẻ ta nhìn chung đồng ý rằng bản nháp tháng 11 là khởi đầu tuyệt vời và ta thống nhất sơ bộ về các chỉnh sửa cần thiết &lt;zzz&gt; tôi muốn nhận giai đoạn cuối từ anonimal, tức là str4d và tôi sẽ hoàn tất các chỉnh sửa, đăng lên website, và tập hợp một đội &lt;str4d&gt; Nghe ổn &lt;zzz&gt; mọi người thấy sao? &lt;str4d&gt; Cũng cần chỉnh sửa để hướng tới h1 thay vì Trac riêng tư &lt;zzz&gt; có ai xung phong giúp chúng tôi làm bản cuối không? &lt;zzz&gt; ta không muốn quy trình bám quá sát công cụ cụ thể (mtn, h1, v.v.). Nó nên đủ mức cao để tránh phần lớn chuyện đó &lt;str4d&gt; Đúng &lt;str4d&gt; Và dù sao ta cũng sẽ lặp lại cải tiến nó &lt;zzz&gt; không cần hoàn hảo ngay từ đầu &lt;str4d&gt; Đó là một lý do nữa để ban đầu làm private beta &lt;zzz&gt; ok str4d khi nào ta sẽ xong việc đó? &lt;sadie&gt; bản nháp vrp trông ổn &lt;zzz&gt; cuối tháng Ba? &lt;str4d&gt; nghe ổn &lt;zzz&gt; ok còn gì ở mục 1) ?? &lt;zzz&gt; chuyển sang 2) 0.9.26 xem lại &lt;zzz&gt; còn bình luận nào khác không? đáng tiếc tôi vẫn chưa cập nhật roadmap trên website &lt;zzz&gt; nên tôi có thể giơ ghi chú lên trước camera &lt;zzz&gt; xin lỗi lẽ ra tôi nên làm phần website. &lt;zzz&gt; nhưng tôi đã đưa 3 log cuộc họp gần nhất, bao gồm thứ Năm và thứ Sáu rồi, lên website &lt;zzz&gt; chắc tôi sẽ làm việc đó cho đến khi kytv quay lại &lt;zzz&gt; khi nào họp tiếp, tôi sẽ đưa .26 vào chương trình nghị sự để xem lúc đó &lt;zzz&gt; còn gì ở mục 2) không? &lt;zzz&gt; ok chuyển sang 3) summer of x &lt;zzz&gt; str4d bạn giải thích ý tưởng của chúng ta nhé &lt;str4d&gt; Ý tưởng là ta tập trung phát triển trong ba tháng vào các thành phần hướng người dùng và nhà phát triển của I2P &lt;str4d&gt; tức là những thứ mọi người thực sự quan tâm, hơn là tinh chỉnh streaming ;P &lt;str4d&gt; Và vì thế những thứ dễ làm truyền thông hơn &lt;str4d&gt; Ý tưởng sơ bộ là: &lt;str4d&gt; - Summer of APIs: dành một tháng cập nhật các thư viện của chúng ta, v.v. &lt;str4d&gt; - Summer of Apps: dành một tháng giúp các dự án khác dùng các thư viện đó &lt;str4d&gt; - Summer of Plugins: dành một tháng làm việc trên app và plugin của chính chúng ta &lt;zzz&gt; đúng, đây là về việc phát triển mạng thông qua outreach và làm các app (của ta và của người khác) tốt hơn &lt;str4d&gt; Chuẩn &lt;zzz&gt; ý tôi là, nếu ta có thêm 5 Vuze nữa, ta sẽ lớn gấp 5 lần &lt;EinMByte&gt; Bạn cũng có thể muốn thêm tài liệu vào đó &lt;str4d&gt; Thêm nữa là có cả tinh thần Summer of Code mà ta có thể tận dụng online &lt;EinMByte&gt; không có API tốt nếu thiếu tài liệu đàng hoàng &lt;zzz&gt; nhiều lần chúng ta thấy một dự án nghĩ về I2P nhưng họ không biết nhiều và không nhận được hỗ trợ &lt;str4d&gt; EinMByte, với phần API thì đúng &lt;zzz&gt; đồng ý 1mb &lt;str4d&gt; tức là làm cho thư viện và API của ta dễ dùng nhất có thể cho lập trình viên &lt;z3r0fox&gt; Nghe như một ý tưởng chiến dịch hay! Đáng thử &lt;str4d&gt; ví dụ cập nhật txi2p, libsam, v.v. với SAMv3.3 &lt;EinMByte&gt; Hỗ trợ nhiều ngôn ngữ hơn? &lt;EinMByte&gt; Nhiều tích hợp qua các thư viện hiện có &lt;str4d&gt; Có thể, nếu có lập trình viên hỗ trợ :) &lt;str4d&gt; EinMByte, ừ &lt;zzz&gt; Tôi muốn sadie cũng tham gia phần branding và outreach &lt;EinMByte&gt; Tôi nghĩ công việc của str4d với Twisted rất tốt, sẽ hay nếu làm thêm những thứ tương tự &lt;str4d&gt; Sửa hỗ trợ libtorrent, thử đưa gì đó vào libp2p, v.v. &lt;zzz&gt; summer of i2p, hoặc i2p summer of fun, v.v. &lt;EinMByte&gt; tức là đừng viết API riêng từ đầu mà cung cấp plugin cho bất kỳ framework nào mọi người đang dùng &lt;str4d&gt; EinMByte, chính xác. &lt;zzz&gt; đẩy SAM 3.3, đưa tất cả bridge lib khác nhau lên phiên bản mới, có tài liệu, v.v. &lt;str4d&gt; Hoặc nếu ta cung cấp API riêng, hãy làm nó đơn giản nhất có thể. Điều tôi thích ở libsam là nó chỉ có hai file mà bất kỳ dự án nào cũng có thể bundle (hay lý tưởng là bất kỳ thư viện sẵn có nào) &lt;zzz&gt; có python và go và c và c++ và twisted và libtorrent và libsockets và và và... &lt;zzz&gt; ta sửa đồ của người khác và gửi pull request cho họ &lt;EinMByte&gt; str4d: Đồng ý, API nên dễ bundle. Đó là vấn đề thường gặp với tôi &lt;str4d&gt; Trong khi đó diễn ra, ta có thể hỏi các dự án khác xem họ có muốn giúp đưa I2P vào app của họ không &lt;zzz&gt; tại sao libtorrent lại không hoạt động? ai có thể tìm hiểu và sửa nó? &lt;zzz&gt; ^^ làm ví dụ &lt;str4d&gt; Rồi ở giai đoạn tiếp theo của SoX, ta làm việc về hướng dẫn họ và giúp họ dùng các thư viện và API mới cập nhật &lt;EinMByte&gt; nghe ổn &lt;str4d&gt; Sẽ thật tuyệt nếu có sự tham gia của i2pd và kovri nữa, ít nhất là phần API &lt;str4d&gt; vì ta muốn cuối cùng các app có thể dùng bất kỳ backend I2P nào họ muốn &lt;zzz&gt; tôi nghĩ ta có thể khiến nhiều người hào hứng. Tôi biết psi đang làm nhiều lib khác nhau &lt;zzz&gt; ta cần danh sách tất cả app nhắn tin muốn nhắm mục tiêu &lt;str4d&gt; Và điều này tốt để gắn với outreach hiện tại của chúng ta &lt;EinMByte&gt; Nếu PR tốt thì có thể thành công &lt;EinMByte&gt; Tôi muốn tạo một API C++ đơn giản cho kovri, vào lúc nào đó &lt;zzz&gt; hay đấy 1mb &lt;EinMByte&gt; Khi đó API có thể dùng từ nhiều ngôn ngữ lập trình. Nhưng đây là API lõi, không phải API client (nên trường hợp sử dụng hơi khác) &lt;EinMByte&gt; Về cơ bản nó nên cho phép bất kỳ ứng dụng nào bundle lõi kovri. &lt;zzz&gt; đây sẽ là một dự án mang tính tổng thể để mọi người cùng tham gia &lt;EinMByte&gt; Đồng ý &lt;str4d&gt; Trong danh sách outreach của tôi có Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet... &lt;zzz&gt; ok ta tiến lên thế nào với việc này &lt;zzz&gt; có lẽ sadie có thể đặt cho nó một cái tên ngầu &lt;str4d&gt; Về cơ bản ta có đến cuối tháng Năm để lên kế hoạch &lt;str4d&gt; (trong khi .25 và .26 phát hành) &lt;zzz&gt; vậy là sau .26 &lt;zzz&gt; đưa việc này vào chương trình họp ngày 4 tháng 4 &lt;EinMByte&gt; Ok. &lt;EinMByte&gt; Tuy nhiên PR sẽ phải tham dự &lt;zzz&gt; tháng 6: APIs tháng 7: apps tháng 8: plugins &lt;EinMByte&gt; (vậy giờ là sadie, đúng không?) &lt;zzz&gt; cũng có thể gắn cái này với HOPE &lt;z3r0fox&gt; Rõ ràng tôi chưa biết nhiều chi tiết, nhưng tôi không phải là một tech writer tệ nếu ai muốn giao cho tôi việc chân tay nào đó &lt;zzz&gt; ok nhờ sadie phác thảo thêm một chút vào ngày 4 tháng 4 &lt;sadie&gt; zzz - Tôi có thể lo phần đồ họa/nội dung cùng str4d cho outreach &lt;zzz&gt; ok &lt;zzz&gt; còn gì về summer of x không? &lt;sadie&gt; thêm nữa, tôi sẽ ở HOPE với sticker .. &lt;str4d&gt; Tôi không có gì thêm :) &lt;amnesia&gt; Đặt tên khác Summer of X để nó không nghe vừa vô nghĩa, vừa như phim người lớn? &lt;str4d&gt; amnesia, X là chỗ giữ chỗ &lt;str4d&gt; (cho đến khi nghĩ ra cái hay hơn) &lt;zzz&gt; ok. như tôi nói lúc đầu cuộc họp, tôi muốn hoãn thảo luận về 27-29 và roadmap lớn hơn cùng các mục tiêu cho nửa sau '16 &lt;amnesia&gt; Summer of Targetted Development? &lt;zzz&gt; chúng ta có thích những cuộc họp riêng về roadmap như thế này không? có nên làm lại không? &lt;str4d&gt; amnesia, hơi dài theo tôi &lt;str4d&gt; Chúng ta sẽ nghĩ ra gì đó cho cuộc họp tháng Tư &lt;zzz&gt; gửi ý tưởng cho 'X' cho sadie hoặc đăng đâu đó &lt;str4d&gt; zzz, tôi thích chúng &lt;str4d&gt; Và nhân tiện &lt;zzz&gt; ta muốn một cuộc họp lộ trình khác vào tháng Ba không? &lt;sadie&gt; zzz , ta có thể đăng gì đó lên diễn đàn để mọi người góp tên cho "summer of" không? &lt;zzz&gt; được, sadie &lt;str4d&gt; Điều nữa tôi muốn nêu là lập kế hoạch dài hạn hơn &lt;EinMByte&gt; zzz: Có. Chúng ta cần dài hạn hơn &lt;zzz&gt; chúng ta có bản phát hành .25 cuối tuần tới nên sẽ bận rộn &lt;zzz&gt; có lẽ khoảng 2 tuần nữa họp roadmap lần nữa &lt;EinMByte&gt; Trừ khi ta để sau, nhưng đến lúc nào đó cũng cần thảo luận &lt;str4d&gt; Nghe ổn &lt;z3r0fox&gt; zzz: Tôi nghĩ chúng tốt. Giữ được sự tập trung &lt;str4d&gt; Tôi muốn đề xuất thứ gì đó để mọi người suy ngẫm &lt;EinMByte&gt; zzz: chắc rồi &lt;zzz&gt; muốn quay lại thứ Ba 8 PM hay làm vào cuối tuần? &lt;str4d&gt; Song song với SoX, tôi muốn có thêm hai luồng công việc phát triển song song nữa &lt;str4d&gt; - Di chuyển mật mã (crypto migration) &lt;str4d&gt; - Đại tu UI &lt;str4d&gt; Trở ngại cho cả hai là nghiên cứu và thiết kế, không phải triển khai &lt;EinMByte&gt; Crypto migration có bao gồm NTCP2 không? &lt;str4d&gt; Có &lt;str4d&gt; Vậy trong khi làm phần triển khai SoX, ta cũng rà soát các đề xuất khác nhau, v.v. &lt;zzz&gt; thứ Bảy ngày 19 tháng Ba thì sao &lt;z3r0fox&gt; +1 Cuối tuần &lt;zzz&gt; 20:00 UTC Thứ Bảy ngày 19 tháng 3 &lt;str4d&gt; Mục tiêu là có kế hoạch sẵn sàng để triển khai trong hoặc sau SoX &lt;EinMByte&gt; 19 tháng Ba có vẻ ổn &lt;str4d&gt; Tương tự với UI, ta cần bắt đầu lập kế hoạch thiết kế cho việc đó càng sớm càng tốt (ASAP), vì sẽ tốn nhiều thời gian &lt;sadie&gt; 19 tháng 3 ổn với tôi &lt;zzz&gt; ok sox == summer of x, hiểu rồi &lt;str4d&gt; Đúng (cho đến khi ta đổi nó :P ) &lt;str4d&gt; Phần thiết kế có thể diễn ra song song với mọi thứ khác, và triển khai có thể sau SoX &lt;str4d&gt; Sẽ *rất* tuyệt nếu ta có UI mới sẵn cho CCC &lt;zzz&gt; ok tôi sẽ đăng chương trình nghị sự lên zzz.i2p, kèm ghi chú, kèm log từ cuộc họp hôm nay lên website &lt;str4d&gt; Dù sao cũng là những thứ để nghĩ về &lt;zzz&gt; còn gì cho cuộc họp hôm nay không? * zzz chộp lấy baffer &lt;str4d&gt; Ta có thể bàn thêm ở cuộc họp lộ trình tới &lt;sadie&gt; baff nó đi &lt;str4d&gt; 19 tháng 3 ổn với tôi :) * zzz *baffs* nó &lt;zzz&gt; cảm ơn mọi người </div>/vi/blog/2016/03/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%E1%BB%A7a-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-3-n%C4%83m-2016/Fri, 04 Mar 2016 00:00:00 +0000/vi/blog/2016/03/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%E1%BB%A7a-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-3-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> EinMByte, orignal\_, sadie, str4d, xcps\_, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:00:05 &lt;zzz&gt; 0) chào 15:00:23 &lt;zzz&gt; 1) cấu trúc cho các buổi họp này 15:00:32 &lt;zzz&gt; 2) thảo luận lộ trình 15:00:37 &lt;zzz&gt; 0) chào 15:00:41 &lt;zzz&gt; chào 15:00:54 &lt;str4d&gt; chào 15:01:02 &lt;xcps_&gt; chào! 15:01:27 &lt;orignal_&gt; có gì mới? 15:02:18 &lt;zzz&gt; vui lòng xem chủ đề tại `http://zzz.i2p/topics/2021` và lộ trình hiện tại tại `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:02:27 &lt;zzz&gt; 1) cấu trúc cho các buổi họp này 15:03:22 &lt;zzz&gt; chúng ta nên đi thẳng vào lộ trình hay trước tiên nói về các ưu tiên cấp cao? 15:03:53 &lt;str4d&gt; Tôi nghiêng về phương án thứ hai trước 15:04:41 &lt;zzz&gt; ok, trong chủ đề đó, tôi nêu ra hai ưu tiên - phát triển mạng lưới và tăng cường bảo mật 15:04:55 &lt;zzz&gt; hai nguyên tắc cấp cao đó nghe ổn chứ? 15:05:25 &lt;zzz&gt; trước hết hãy quyết định điều gì quan trọng 15:05:32 &lt;EinMByte&gt; Nghe đúng như kỳ vọng, tôi nghĩ vậy 15:05:48 &lt;EinMByte&gt; "phát triển mạng lưới" nên được hiểu theo nghĩa rộng, dù vậy 15:05:57 &lt;str4d&gt; Tôi nghĩ đó là những chủ đề bao quát rất tốt 15:06:03 &lt;zzz&gt; anonimal đã nêu thêm cả đống thứ trong chủ đề, nhưng đó không thật sự là điều tôi nhắm tới 15:06:13 &lt;xcps_&gt; tăng cường bảo mật luôn nên là quan trọng nhất theo tôi 15:06:28 &lt;zzz&gt; còn nguyên tắc nào khác chúng ta nên cân nhắc khi xem lại lộ trình không? 15:06:28 &lt;str4d&gt; Theo tôi điều chúng ta cần làm ở đây là xác định những điều đó thực sự có nghĩa gì về các đầu mục có thể bàn giao 15:06:40 &lt;EinMByte&gt; Vậy "phát triển mạng lưới" cũng nên bao hàm "tăng sự chú ý của giới nghiên cứu" 15:07:00 &lt;zzz&gt; "phát triển mạng lưới" nghĩa là rất nhiều thứ - xem chủ đề 15:07:09 &lt;str4d&gt; EinMByte, ừ, tôi nghĩ tôi đã nhắc đến trong chủ đề 15:07:36 &lt;zzz&gt; chúng ta sẽ sớm làm rõ ý nghĩa của những điều này. Lúc này hãy thống nhất điều gì quan trọng. 15:07:58 &lt;str4d&gt; Tính dễ dùng rất quan trọng với tôi, và theo tôi nó góp vào cả hai mảng trên 15:07:58 &lt;zzz&gt; mọi thứ đều khả thi nếu chúng ta tiếp tục phát triển. một khi ngừng phát triển là coi như chết 15:08:05 &lt;zzz&gt; đồng ý, str4d 15:08:41 &lt;str4d&gt; Trước mắt là tăng số lượng người dùng, còn dài hạn là tăng mức độ xuất hiện công khai, dễ dùng hơn cho giới nghiên cứu, v.v. 15:09:11 &lt;EinMByte&gt; Cũng lưu ý rằng phát triển là cách duy nhất để thu hút các nhà nghiên cứu 15:09:25 &lt;zzz&gt; nhiều người dùng hơn mang lại nhiều dev hơn, nhiều nhà nghiên cứu hơn, nhiều nội dung hơn, và vv 15:09:37 &lt;EinMByte&gt; Các mạng lớn thường thú vị hơn để nghiên cứu 15:10:05 &lt;EinMByte&gt; Vậy tôi nghĩ tất cả chúng ta đều có thể đồng ý về 2 ưu tiên đó 15:10:16 &lt;zzz&gt; phần lớn tăng trưởng của chúng ta năm qua đến từ vuze. Điều đó rất tốt nhưng tôi cũng muốn có thêm tăng trưởng 'bản địa' 15:10:43 &lt;zzz&gt; nhưng có lẽ tăng trưởng trong các ứng dụng nhúng, hoặc tập trung vào ứng dụng nói chung, là con đường dễ nhất để phát triển 15:10:48 &lt;str4d&gt; Ừ 15:11:04 &lt;EinMByte&gt; zzz: Với nhiều người, dễ hơn là dùng một ứng dụng chạy I2P ở nền và tự xử lý cấu hình cho họ 15:11:12 &lt;sadie&gt; chào - đến bữa tiệc hơi muộn 15:11:20 &lt;zzz&gt; chào sadie, mừng là bạn đến được 15:11:23 &lt;str4d&gt; Theo tôi, điều đó sẽ đến từ việc cải thiện khả năng sử dụng cho cả UI và API 15:11:42 &lt;str4d&gt; Vế sau thì chúng ta đã làm trong nhiều chủ đề rồi 15:11:48 &lt;zzz&gt; ở một số khía cạnh, chính các ứng dụng mới là chuyên gia UI, hãy để họ bundle i2p và hiển thị (hoặc ẩn) nó theo cách họ thấy tốt nhất 15:11:58 &lt;str4d&gt; Ừm 15:12:08 &lt;EinMByte&gt; str4d: Đúng, đó là một cách khác cho cùng vấn đề. Và tôi thích hơn vì bundle I2P với mọi thứ thì không mở rộng tốt theo tôi 15:12:30 &lt;str4d&gt; Đó đại khái là cách tôi đang làm với Android 15:13:04 &lt;EinMByte&gt; Cần có cách đảm bảo mọi người không chạy một instance I2P cho mỗi ứng dụng 15:13:12 &lt;zzz&gt; ok, còn gì về mục 1) không hay chúng ta chuyển sang xem chính lộ trình? 15:14:00 &lt;str4d&gt; Tôi nghĩ mọi người ở đây có vẻ đồng thuận sơ bộ 15:14:08 &lt;str4d&gt; (ít nhất thì không ai phản đối :P) 15:14:14 &lt;zzz&gt; để tôi chép vào vài dòng từ chủ đề. Không phải kinh thánh, chỉ để tham khảo 15:14:25 &lt;zzz&gt; Phát triển Mạng lưới 15:14:25 &lt;zzz&gt; Bao gồm: Marketing, dự án hợp tác, bundle nhiều thứ hơn, giúp người khác bundle i2p, khả năng sử dụng, cải tiến website, thêm bản dịch, bài nói và thuyết trình, bài viết và câu chuyện, UI, Android, ứng dụng Android, né GFW tốt hơn, orchid, thêm thư viện và công cụ cho dev phía client, hỗ trợ tốt hơn cho các website cực lớn, hỗ trợ phát triển router thay thế, liên minh, tăng tốc và hiệu suất, năng lực, tăng các giới hạn, đưa vào 15:14:25 &lt;zzz&gt; Debian, ... 15:14:25 &lt;zzz&gt; Tăng cường bảo mật 15:14:25 &lt;zzz&gt; Bao gồm: chuyển đổi crypto, giao thức subscription, giao thức truyền tải mới, pluggable transports, LS2, NTCP2, DH mới, thu hồi khóa, lưu trữ khóa, rà soát mã, Sybil, sửa lỗi, hệ thống đặt tên, SSL, ... 15:14:46 &lt;zzz&gt; ok, chuyển sang 2) chính lộ trình 15:15:10 &lt;zzz&gt; url là `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 &lt;zzz&gt; .25 gần như xong, phát hành khoảng 10 ngày nữa, vậy hãy xem 4 bản phát hành tiếp theo 26-29 cho năm nay 15:16:00 &lt;zzz&gt; mà sẽ đưa chúng ta tới ccc 15:16:15 &lt;EinMByte&gt; Nếu một việc nằm dưới 2017, ví dụ, có nghĩa là chúng ta chỉ bắt đầu xem xét lúc đó, hay là bắt đầu triển khai vào thời điểm đó? 15:16:41 &lt;str4d&gt; Về các việc chúng ta cần làm, tôi xếp di chuyển crypto và công việc về Sybil lên hàng đầu 15:16:42 &lt;zzz&gt; 1mb, chắc chắn chúng ta muốn bắt đầu các hạng mục lớn của 2017 ngay bây giờ, như crypto/dh mới, ntcp2, v.v. 15:17:04 &lt;EinMByte&gt; Ngoài ra, tấn công eclipse là vấn đề ngay lúc này, theo tôi 15:17:05 &lt;zzz&gt; vì vậy lộ trình có thể bao gồm công việc chuẩn bị cho những thứ đó 15:17:23 &lt;str4d&gt; EinMByte, ừ, tôi gộp cái đó vào Sybil 15:17:36 &lt;EinMByte&gt; Ý tưởng rotation lúc nửa đêm hoàn toàn không hiệu quả và nên có các phương án tốt hơn, tôi đoán vậy 15:17:52 &lt;zzz&gt; đồng ý 15:18:05 &lt;EinMByte&gt; str4d: Chắc rồi, phân loại chúng là cùng loại tấn công cũng hợp lý 15:18:44 &lt;str4d&gt; EinMByte, tôi đã bàn chuyện này với vài người tại RWC 15:18:48 &lt;str4d&gt; Có vài ý tưởng, nhưng khó bàn ở đây 15:18:51 &lt;EinMByte&gt; zzz: Vậy nếu muốn bắt đầu NTCP2/... trước 2017 chúng ta sẽ cần lên kế hoạch công việc sơ bộ 15:18:58 &lt;zzz&gt; đúng rồi 1mb 15:19:02 &lt;str4d&gt; Ừ 15:19:20 &lt;str4d&gt; Tôi muốn có cả lên kế hoạch và nghiên cứu trong lộ trình :) 15:19:28 &lt;zzz&gt; vấn đề là thế này. Tôi đáng lẽ phải làm 26 ngay bây giờ mà tôi chưa biết trong đó có gì 15:19:39 &lt;orignal_&gt; có thể thêm padding ngẫu nhiên vào NTCP hiện có không? 15:20:01 &lt;str4d&gt; orignal_, tôi không nhớ là được, nhưng hãy xem chủ đề NTCP2 15:20:02 &lt;zzz&gt; vậy hãy dành 10 phút lập kế hoạch cho 26, rồi chúng ta chuyển sang dài hạn 15:20:13 &lt;str4d&gt; ok 15:20:14 &lt;zzz&gt; nói tôi biết hôm nay tôi nên làm gì 15:20:30 &lt;EinMByte&gt; Đúng, hãy tập trung vào việc đó trước 15:20:34 &lt;zzz&gt; ok hãy xem những gì trong danh sách 25 mà chưa làm 15:20:50 &lt;zzz&gt; wrapper chưa làm, kytv thì vắng mặt (awol) 15:20:54 &lt;EinMByte&gt; "cải tiến crypto" khá rộng 15:21:12 &lt;zzz&gt; thực tế "cải tiến crypto" là một vài tăng tốc cho 25519 15:21:34 &lt;zzz&gt; vì vậy danh sách .25 thực ra đều có trong đó, trừ wrapper 15:22:00 &lt;zzz&gt; nhưng còn nhiều việc về Sybil nên hãy giữ nó trong danh sách 26 15:22:08 &lt;str4d&gt; Tốt 15:22:25 &lt;str4d&gt; Chúng ta đã dời GMP 6 sang .26 vì cần thêm kiểm thử 15:22:35 &lt;zzz&gt; còn gì trong danh sách 26 bây giờ nên giữ lại hay chuyển đi 15:23:05 &lt;EinMByte&gt; Cuối cùng việc ngăn chặn Sybil có lẽ sẽ rất nhiều việc, nên với tôi đó là dài hạn 15:23:10 &lt;EinMByte&gt; (theo nghĩa là trước hết cần một tổng hợp tài liệu nghiên cứu tốt) 15:23:15 &lt;zzz&gt; orignal, đúng, ntcp có padding thì là ntcp2 15:23:21 &lt;str4d&gt; EinMByte, công cụ phát hiện Sybil vẫn chưa được dùng cho việc gì, đó là chỗ cần lập kế hoạch thêm :) 15:23:49 &lt;zzz&gt; hottuna4 bận khoảng một tháng, không chắc khi nào hết, nên gmp6 có thể vào 26 hoặc không 15:24:02 &lt;str4d&gt; Ok 15:24:37 &lt;str4d&gt; Cải tiến giao thức subscription cho addressbook: đó là thứ rất nên bổ sung càng sớm càng tốt, để chủ các Dest cũ có thể chuyển sang Ed25519 15:24:37 &lt;EinMByte&gt; Tôi nghĩ CRL không thật sự cần dấu hỏi 15:24:47 &lt;str4d&gt; Nhưng thực tế sẽ mất bao lâu để làm việc đó? 15:25:14 &lt;zzz&gt; chúng ta sẽ cần cập nhật trạng thái từ tuna sớm, tôi đoán hạn chót để chống lưng (propping) các thứ lớn cho 26 sẽ là cuối tháng ba / tuần đầu tháng tư 15:26:10 * str4d vẫn chưa hiểu rõ chuyện CRL, zzz có thể giải thích thêm không? 15:26:14 &lt;zzz&gt; 25 sẽ có khả năng đọc crl từ đĩa, nên ta có thể đưa vào bản cập nhật 15:26:35 &lt;zzz&gt; nhưng thế không hữu ích lắm vì trong một bản cập nhật ta chỉ cần xóa cert là cũng có tác dụng tương tự 15:26:56 &lt;zzz&gt; vậy để gửi crl tới mọi người mà không cần phát hành bản cập nhật, chúng ta sẽ đưa chúng vào feed 15:26:57 &lt;str4d&gt; Tôi chỉ đang cố hiểu trường hợp sử dụng 15:27:09 &lt;zzz&gt; trường hợp sử dụng là ai đó bị xâm nhập (compromised) 15:27:20 &lt;str4d&gt; Chúng ta vẫn chưa làm ghim chứng chỉ (cert pinning) à? 15:27:30 &lt;zzz&gt; chưa 15:27:56 &lt;zzz&gt; vậy tôi đã làm 90% rồi và chỉ cần nhét crl vào namespace 15:28:46 &lt;zzz&gt; pinning rất rắc rối và nguy hiểm 15:29:05 &lt;zzz&gt; crypto cat đã làm 'pinning tự sát' 15:29:17 &lt;zzz&gt; khi họ ghim rồi nhưng một chứng chỉ trung gian thay đổi 15:30:49 &lt;zzz&gt; tôi không nghĩ pinning thay thế cls 15:30:51 &lt;zzz&gt; crls 15:31:21 &lt;zzz&gt; crl không chỉ dành cho ssl, còn có khóa reseed và khóa cập nhật 15:31:58 &lt;zzz&gt; vậy ta giữ crl trong danh sách cho 26 nhé? gần xong rồi 15:32:20 &lt;str4d&gt; Điều tôi lo về pinning là ai đó có thể làm một thứ kiểu Quantum Insert để chuyển hướng tên miền reseed, rồi chỉ cần đưa lên bất kỳ chứng chỉ SSL hợp lệ nào đáp ứng yêu cầu tên miền, và các router sẽ chấp nhận 15:33:05 &lt;str4d&gt; Còn về CRL, nếu dùng để vô hiệu hóa một chứng chỉ cụ thể, chứng chỉ đó được thay bằng cái gì? 15:33:25 &lt;zzz&gt; không gì cả. trong bản phát hành tiếp theo sẽ giả định có bản thay thế 15:33:45 &lt;str4d&gt; Cái này bắt đầu đi quá sâu vào chi tiết rồi 15:34:07 &lt;str4d&gt; Ý tôi là chúng ta cần suy nghĩ thêm về việc này 15:34:24 &lt;zzz&gt; ok vậy giữ crl cho 26 nhưng bàn chi tiết trong tuần tới hoặc hai tuần nữa 15:34:30 &lt;zzz&gt; vì nó chưa rõ ràng 100% 15:34:38 &lt;zzz&gt; chuyển tiếp 15:34:42 &lt;zzz&gt; còn gì trong danh sách 26 15:34:43 &lt;str4d&gt; ừm 15:34:50 &lt;EinMByte&gt; ok 15:35:08 &lt;zzz&gt; giao thức subscription 15:35:28 &lt;zzz&gt; đây là chìa khóa cho việc di chuyển crypto của các site 15:35:40 &lt;EinMByte&gt; thay thế hosts.txt hay ý bạn là gì? 15:36:22 &lt;zzz&gt; đúng, đây là hosts.txt dưới dạng feed, kiểu như foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 &lt;str4d&gt; EinMByte, bổ sung giao thức subscription của addressbook bằng metadata key-value có chữ ký 15:36:49 &lt;zzz&gt; đề xuất khá ổn rồi, nhưng tạm dừng khoảng 18 tháng nay 15:37:07 &lt;EinMByte&gt; Chắc rồi, nhưng kích thước file hosts sẽ không quá lớn sao 15:38:02 &lt;EinMByte&gt; Có lẽ thêm tham số since, để loại trừ tất cả host được thêm trước một thời điểm cho trước 15:38:07 &lt;EinMByte&gt; (để tránh tải cả danh sách khi không cần) 15:38:22 &lt;zzz&gt; điều này ban đầu là một phần của kế hoạch di chuyển crypto nhưng nó khó và không phải phần quan trọng nhất 15:38:49 &lt;zzz&gt; nhưng nó là việc chính còn lại trong di chuyển crypto cho chữ ký 15:39:26 &lt;str4d&gt; EinMByte, chúng ta đã có thứ đó rồi với etag 15:39:28 &lt;zzz&gt; đây lại là một trong những thứ đã có đề xuất rất cụ thể, nhưng chưa đạt đồng thuận nên chưa bắt đầu 15:39:42 &lt;EinMByte&gt; str4d: Nhưng nó có được dùng không? 15:39:46 &lt;str4d&gt; EinMByte, có 15:40:00 &lt;EinMByte&gt; Ồ, không sao. trong trường hợp đó 15:40:03 &lt;str4d&gt; Cái này sẽ không khác thiết lập hiện tại 15:40:20 &lt;zzz&gt; vậy chúng ta sẽ để nó trong danh sách 26 và bắt đầu càng sớm càng tốt. không chắc có thể tiến đủ xa cho 26 nhưng tôi sẽ cố. chúng ta cần xem lại chủ đề trên zzz.i2p 15:40:22 &lt;str4d&gt; nhưng thay vì các mục tên miền không bao giờ lặp lại, giờ chúng sẽ lặp trong "stream" 15:40:42 &lt;EinMByte&gt; Có lý do cụ thể nào mà chúng ta cần giữ định dạng kỳ quặc đó không? 15:41:05 &lt;EinMByte&gt; Theo tôi sẽ dễ hơn nếu ta chỉ dùng thứ gì đó tiêu chuẩn 15:41:06 &lt;zzz&gt; có thể. để tương thích với client cũ. nhưng ta nên rà soát và quyết định chắc chắn xem điều đó có quan trọng không 15:41:20 &lt;zzz&gt; có lẽ đã khoảng một năm không ai trong chúng ta xem lại chuyện này 15:41:28 &lt;zzz&gt; vậy ta sẽ phủi bụi và xem lại 15:41:32 &lt;EinMByte&gt; zzz: Tương thích có thể xử lý bằng cách cung cấp file hosts.txt cũ song song trong một thời gian 15:41:41 &lt;str4d&gt; Cũng có vấn đề rộng hơn là làm gì với, ví dụ, tất cả các tên "lost" 15:41:53 &lt;str4d&gt; Nhưng đó nằm ngoài thảo luận hiện tại 15:41:57 &lt;zzz&gt; đúng. chúng ta cũng cần lôi kéo các impl khác tham gia 15:42:18 &lt;EinMByte&gt; str4d: Tôi nghĩ đó là việc cần quyết khi chúng ta có hệ thống đặt tên mới (nếu có bao giờ) 15:42:26 &lt;str4d&gt; Còn bây giờ, tôi muốn có cách để các domain đang hoạt động cập nhật dest của họ 15:42:26 &lt;zzz&gt; ok, vậy tạm thời nó vẫn ở danh sách 26. tiếp theo trong danh sách - chuyện Sybil 15:42:45 &lt;zzz&gt; chúng ta có thể làm Sybil tự động không? Tôi hy vọng mọi người đều đã đọc bài báo của philip winter???? 15:42:50 &lt;str4d&gt; Và chúng ta càng đưa mã lõi vào sớm, càng có thể bật nó lên trong khoảng một năm nữa 15:43:50 &lt;EinMByte&gt; zzz: Bài báo nào? Rõ ràng tôi đã bỏ lỡ gì đó 15:44:27 &lt;zzz&gt; xem @__phw trên twitter để lấy link 15:45:02 &lt;zzz&gt; chúng ta đang làm việc với anh ấy nhờ sadie giới thiệu ở ccc 15:45:03 &lt;EinMByte&gt; zzz: cái này: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 &lt;zzz&gt; nếu nó xuất bản trong vài tuần vừa rồi thì đúng 15:45:59 &lt;EinMByte&gt; Ừm, đó là eprint từ tháng Hai năm nay 15:46:09 &lt;zzz&gt; tôi không nghĩ chúng ta sẵn sàng cho tự động. họ cũng vậy 15:46:22 &lt;zzz&gt; họ chỉ nhả một email mỗi ngày cho các dirauth 15:46:36 &lt;zzz&gt; hai bên đều là heuristic và 'phép màu' cả 15:46:49 &lt;EinMByte&gt; Vậy có lẽ anh ấy đưa eprint lên mạng sau khi nó được xuất bản 15:46:57 &lt;zzz&gt; vì vậy tôi muốn đẩy phần tự động sang cuối năm 15:47:07 &lt;str4d&gt; EinMByte, 25 Feb là phiên bản tôi có 15:47:14 &lt;EinMByte&gt; zzz: Vậy chính xác nó sẽ hoạt động thế nào trong bối cảnh phi tập trung? 15:47:44 &lt;str4d&gt; Chúng ta cần làm từ dưới lên thay vì từ trên xuống 15:48:06 &lt;str4d&gt; tức là mỗi router cần đưa "các ứng viên Sybil tiềm năng" vào các profile peer 15:48:13 &lt;zzz&gt; EinMByte, tôi không biết. khó lắm 15:48:20 &lt;str4d&gt; dựa trên, ví dụ, thời gian online, v.v. 15:48:30 &lt;EinMByte&gt; Phát hiện tấn công Sybil thì làm được theo tôi, nhưng ngăn chặn dựa trên phát hiện đó là rất khó trong một mạng phi tập trung 15:48:30 &lt;EinMByte&gt; Nhưng tôi thích thử thách 15:48:34 &lt;zzz&gt; chúng ta cũng cần gravy, người đang làm lại thiết lập của mình theo hướng tập trung 15:48:43 &lt;str4d&gt; Cũng có khả năng có một dạng thiết lập tập trung hơn 15:48:45 &lt;str4d&gt; Ừ, cái đó 15:48:45 &lt;EinMByte&gt; str4d: Tới lúc đó bạn cần bắt đầu gán độ tin cậy cho từng router 15:48:52 &lt;EinMByte&gt; mà bản thân nó sẽ là cả một hệ thống chống Sybil 15:49:07 &lt;str4d&gt; Và cho các router subscribe một danh sách Sybil tiềm năng 15:49:07 &lt;zzz&gt; kiểu giống các đề xuất dagon 15:49:09 &lt;str4d&gt; EinMByte, thực chất đó là những gì peer profile đang là hiện nay 15:49:31 &lt;str4d&gt; nơi "độ tin cậy" hiện được định nghĩa là "đã định tuyến tốt cho tôi trong quá khứ" 15:49:42 &lt;EinMByte&gt; str4d: Đúng, và đến giờ chúng đã gây ra vài tấn công :) 15:50:15 &lt;str4d&gt; Ừ 15:50:23 &lt;EinMByte&gt; Ngoài ra, peer profile thật ra không cho bạn loại trừ một peer khỏi mạng 15:50:31 &lt;EinMByte&gt; Ngăn chặn Sybil phần nào sẽ cho phép điều đó 15:50:35 &lt;str4d&gt; Peer profiling và chọn peer là một việc khác tôi nghĩ cần ưu tiên 15:50:46 &lt;str4d&gt; EinMByte, chúng có thể 15:51:01 &lt;zzz&gt; vậy tôi đề xuất đổi mục Sybil trong 26 thành 'tiếp tục cải tiến' nhưng chuyển phần 'tự động' sang sau 15:51:01 &lt;str4d&gt; Không phải lúc này 15:51:11 &lt;str4d&gt; Ý tôi là đó sẽ là chỗ chúng ta đặt nó 15:51:34 &lt;EinMByte&gt; str4d: Vâng, có thể. 15:51:37 &lt;str4d&gt; (theo nghĩa đưa phát hiện Sybil và các kỹ thuật nâng cao vào từ vựng và kiến trúc của I2P) 15:51:53 &lt;EinMByte&gt; Dù sao, tôi sẽ không bỏ tính phi tập trung. Đó là phần hay nhất của I2P theo tôi 15:52:14 &lt;str4d&gt; Ừ 15:52:27 &lt;EinMByte&gt; (và tập trung cũng dẫn tới nhiều tấn công thực tế) 15:52:43 &lt;zzz&gt; chuyển tiếp. cải tiến streaming? không chắc đó là gì, có thể chỉ là mục 'làm cho tốt hơn' muôn thuở 15:52:49 &lt;str4d&gt; zzz, ừ, chúng ta có thể tiếp tục làm trang routerconsole đó, rồi gắn nó vào peer profile và lựa chọn sau khi quyết định chiến lược 15:53:00 &lt;zzz&gt; tôi chưa nghĩ ra việc cụ thể gì cho streaming. ai có ý tưởng? 15:53:01 &lt;EinMByte&gt; Đôi khi thêm một cơ quan trung tâm có thể làm chứng minh bảo mật dễ hơn, nhưng lại gây thất bại bảo mật trên thực tế 15:53:20 &lt;str4d&gt; Nghiên cứu và tối ưu hóa sẽ tốt 15:53:28 &lt;EinMByte&gt; zzz: Có cải tiến hiển nhiên nào ta có thể làm ở đó không? 15:53:30 &lt;str4d&gt; Đó sẽ là ứng cử viên tốt cho nghiên cứu bên ngoài 15:53:46 &lt;zzz&gt; chúng ta thật sự cần một thiết lập kiểm thử tốt hơn 15:53:51 &lt;EinMByte&gt; str4d: Tôi đồng ý. 15:53:55 &lt;zzz&gt; thêm trễ / rớt gói, đảo thứ tự, v.v. 15:54:04 &lt;EinMByte&gt; Có lẽ chúng ta nên mở rộng trang 'câu hỏi nghiên cứu mở' với việc đó và những thứ khác 15:54:40 &lt;zzz&gt; tôi không có nhiều ý tưởng 'trời xanh' trong danh sách việc về streaming. nó cần được dẫn dắt bởi kết quả kiểm thử 15:54:50 &lt;EinMByte&gt; Có lẽ còn cải tiến trong việc phân bổ tunnels? 15:55:05 &lt;str4d&gt; zzz, có một dự án GH mô phỏng "The Internet" bằng các container có thể làm vậy, nếu tôi nhớ không lầm 15:55:08 &lt;zzz&gt; vậy sao không biến mục này thành 'khung kiểm thử streaming' 15:55:17 &lt;str4d&gt; Không rõ dễ thế nào, chúng ta sẽ cần một JVM mới cho mỗi container :P 15:55:25 &lt;str4d&gt; EinMByte, mmm 15:55:48 &lt;EinMByte&gt; str4d: shadow có thể dùng được, tôi nghĩ vậy. Không chắc có tích hợp với Java được không nhưng nó nằm trong danh sách TODO của kovri 15:55:52 &lt;str4d&gt; Nhưng cái đó không hẳn là streaming, nó ở mức datagram 15:56:22 &lt;zzz&gt; chuyện phân bổ tunnel là ý tưởng của psi để client chọn tunnels 15:56:34 &lt;EinMByte&gt; str4d: Vâng, tôi nghi có nhiều thứ để tối ưu 15:56:46 &lt;EinMByte&gt; zzz: Tôi không nghĩ người dùng là thuật toán tối ưu tốt nhất, nhưng biết đâu 15:57:10 &lt;zzz&gt; đó là sự phá vỡ mạnh tính phân lớp của chúng ta, và tôi không thấy cách nào làm được. nhưng đó là điều psi đang đề xuất 15:57:19 &lt;EinMByte&gt; ... hoặc có lẽ "client" không có nghĩa là người dùng 15:57:32 &lt;zzz&gt; client == phía client của i2cp 15:57:44 &lt;str4d&gt; Vấn đề ở đó là 15:57:54 &lt;str4d&gt; Tor có cung cấp khả năng này qua Control Socket của họ 15:57:58 &lt;EinMByte&gt; Ok vậy đúng là có nghĩa như thế 15:57:59 &lt;str4d&gt; Và nó rất hữu ích cho nhà nghiên cứu 15:58:10 &lt;str4d&gt; Nhưng họ cũng có kiến trúc phẳng hơn nhiều 15:58:19 &lt;str4d&gt; Trong khi chúng ta cô lập các client với nhau qua I2CP 15:58:31 &lt;EinMByte&gt; zzz: Tôi kỳ vọng router có nhiều thông tin liên quan hơn. Client có thể truyền các yêu cầu bổ sung 15:58:41 &lt;zzz&gt; chúng ta cũng có lua hooks của psi cho giới nghiên cứu, chưa bao giờ được merge (trong java hay kovri), nhưng vẫn là một lựa chọn 15:59:14 &lt;zzz&gt; hiện tại phía client thậm chí không biết về tunnels, nên chắc chắn không có khả năng chọn 15:59:16 &lt;str4d&gt; Nói chuyện với nickm tại RWC, anh ấy nói Tor dễ duy trì giao diện Control Socket hơn là một hệ thống plugin 15:59:17 &lt;EinMByte&gt; Tôi biết shadow đang được các nhà nghiên cứu sử dụng thực tế 15:59:22 &lt;EinMByte&gt; Lua, tôi không rõ 15:59:55 &lt;EinMByte&gt; zzz: Vậy có lẽ có thể đạt được điều tương tự bằng cách truyền thông tin liên quan qua I2CP? 16:00:17 &lt;zzz&gt; 1mb, đúng, nhưng nó sẽ rất xấu xí 16:00:44 &lt;str4d&gt; Ta luôn có thể giới hạn nó bằng cờ -research hay gì đó 16:00:54 &lt;str4d&gt; (trong router.config) 16:01:06 &lt;str4d&gt; Bằng cách đó đa số người dùng sẽ không phải thấy cái xấu xí đó 16:01:13 &lt;zzz&gt; kovri/i2pd chưa có những rào cản API cứng giữa client/router, điều đó dễ hơn cho 16:01:20 &lt;zzz&gt; *họ 16:01:28 &lt;str4d&gt; Và ta có thể định nghĩa ".research" ngay từ đầu là "Chúng tôi có quyền thay đổi các API này" 16:01:44 &lt;str4d&gt; tức là nhà nghiên cứu sẽ cần dùng cờ .research cùng với một phiên bản cụ thể 16:01:57 &lt;str4d&gt; Quay lại chủ đề chính đang thảo luận: 16:01:59 &lt;EinMByte&gt; zzz: Về tunnels. Còn tùy. Tôi nghĩ hợp lý là truyền thông tin về mục đích sử dụng dự kiến của tunnel. 16:02:20 &lt;zzz&gt; (FYI cuộc họp này còn tối đa 25 phút nữa, sẽ tiếp tục vào chủ nhật) 16:02:33 &lt;EinMByte&gt; zzz: Chủ yếu là dễ hơn cho chúng tôi vì shadow viết bằng C, tôi nghĩ vậy 16:02:42 &lt;str4d&gt; Tôi nghĩ nên đẩy cái này vào danh mục "cần nghiên cứu thêm" 16:02:44 &lt;zzz&gt; vấn đề là không chỉ tunnels của bạn cần được chọn mà còn tunnels của phía xa 16:02:48 &lt;EinMByte&gt; Ok. Vậy chuyển tiếp. 16:03:08 &lt;zzz&gt; ok đó là tất cả trong danh sách 26 hiện giờ. Nên thêm gì? 16:03:11 &lt;EinMByte&gt; zzz: Phía xa không tự xử lý việc đó sao 16:03:36 &lt;zzz&gt; không, chúng ta source-route (tức là chọn lease phía xa từ leaseset của họ cho luồng inbound của họ) 16:04:08 &lt;zzz&gt; xem danh sách 27-29. có gì nên kéo vào 26 không? 16:04:44 &lt;str4d&gt; Tôi muốn bắt đầu làm công việc chuẩn bị cho LS mới và netdb 16:04:46 &lt;zzz&gt; đây là nơi có tất cả 'công việc khởi đầu cho xxx của 2017', nhưng cũng có nhiều thứ 2016 16:05:23 &lt;EinMByte&gt; zzz: Tôi hiểu nhầm ý bạn với 'far-end', không sao 16:05:31 &lt;str4d&gt; Càng sớm ổn định và đưa vào codebase thì mạng sẽ càng sớm hỗ trợ rộng rãi 16:06:42 &lt;EinMByte&gt; Lưu ý là chúng tôi (kovri) muốn có specification 16:06:52 &lt;EinMByte&gt; Nếu không sẽ khó theo kịp phần triển khai 16:07:31 &lt;zzz&gt; chắc rồi. bất cứ thứ gì là specification mới, chúng ta cần cùng làm 16:07:36 &lt;EinMByte&gt; str4d: Hãy bắt đầu bằng cách liệt kê LS2 thực sự nên hỗ trợ những gì 16:07:53 &lt;EinMByte&gt; (nếu điều đó chưa được làm) 16:09:40 &lt;zzz&gt; cơ bản thì ls2 chỉ có vài thứ 16:09:59 &lt;zzz&gt; thêm một chút không gian cho flags 16:10:09 &lt;zzz&gt; và cho phép crypto tương lai 16:10:52 &lt;zzz&gt; nhưng tôi có tất cả các đề xuất về multihoming tốt hơn, cộng với tra cứu dịch vụ kiểu grothoff 16:11:00 &lt;zzz&gt; anycast 16:11:01 &lt;EinMByte&gt; Chúng ta có danh sách cụ thể ở đâu đó để tham khảo không? 16:11:11 &lt;zzz&gt; nó được tập hợp trên zzz, đợi chút 16:11:23 &lt;str4d&gt; EinMByte, tôi đang từ từ gom tất cả lại trên website 16:11:41 &lt;zzz&gt; ta làm nhanh hơn được không str4d ? như tuần tới hoặc hai tuần nữa? 16:11:47 &lt;str4d&gt; Việc đó nên đưa vào danh sách .26 16:11:50 &lt;str4d&gt; Hmm 16:11:53 &lt;str4d&gt; Có thể 16:11:59 &lt;str4d&gt; Tôi cần thêm người xem giúp 16:11:59 &lt;zzz&gt; không có đề xuất trên một danh sách đơn giản thì việc này quá khó 16:12:08 &lt;EinMByte&gt; str4d: Tuyệt. Thực ra với vài thứ, chức năng wiki sẽ hữu ích 16:12:24 &lt;EinMByte&gt; (ý tưởng là như vậy sẽ nhanh hơn) 16:12:48 &lt;zzz&gt; trước hết chúng ta cần một danh sách 16:12:50 &lt;str4d&gt; EinMByte, chính xác 16:12:56 &lt;zzz&gt; đừng cố làm mọi thứ một lúc 16:13:11 &lt;str4d&gt; Tôi đang cố chuyển từ yêu cầu HTML backend sang (hiện tại) rST 16:13:31 &lt;str4d&gt; Tôi cần người xem qua những gì tôi có để kiểm tra rằng a) nó dùng được và b) không mất đi thứ gì hiện có 16:13:39 &lt;str4d&gt; Hiện tại nó chỉ áp dụng cho tài liệu spec 16:13:40 &lt;zzz&gt; hãy đưa chuyện đề xuất vào danh sách 26 và chúng ta sẽ bàn sau về ý nghĩa của nó. Nhưng chúng ta cần tiến triển về việc đó càng sớm càng tốt. 16:13:55 &lt;str4d&gt; Nhưng một khi việc đó ổn định, mở rộng sang đề xuất là chuyện nhỏ 16:13:56 &lt;zzz&gt; tôi muốn chúng có trên website. không quan tâm định dạng. 16:14:46 &lt;EinMByte&gt; Tôi sẵn sàng duyệt đề xuất, nhưng đôi khi tôi chẳng tìm thấy văn bản nào 16:15:10 &lt;EinMByte&gt; (một số thứ trên website hơi bị ẩn, tôi nghĩ vậy) 16:15:37 &lt;zzz&gt; đúng 16:16:05 &lt;zzz&gt; chúng ta cần chuyển đồ từ zzz.i2p sang website theo một cách có tổ chức 16:16:13 &lt;EinMByte&gt; str4d: Chuyển từ HTML sang thứ có thể chuyển đổi dễ dàng sang nhiều định dạng là tốt 16:16:28 &lt;EinMByte&gt; zzz: Vâng, hoàn toàn 16:16:35 &lt;str4d&gt; EinMByte, thứ tôi cần được review nằm ở i2p.www.str4d 16:16:36 &lt;EinMByte&gt; Có lẽ cần một quy trình cố định cho tất cả đề xuất 16:16:57 &lt;zzz&gt; ok. nó đã ở danh sách 26. chi tiết sẽ cập nhật. str4d bắt tay vào đi. tôi không kỳ vọng nhiều phản hồi. Cứ đưa ra hệ thống mới và chúng ta sẽ làm theo 16:17:02 &lt;str4d&gt; và ở `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` 16:17:04 &lt;str4d&gt; EinMByte, nếu bạn muốn cùng tôi chốt việc đó, tôi có thể hoàn thành có lẽ vào .25 16:17:23 &lt;zzz&gt; còn gì cho 26 nữa? chúng ta cần kết thúc thôi 16:17:36 &lt;str4d&gt; ( EinMByte, cụ thể là `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec)` 16:18:14 &lt;zzz&gt; đây là việc ngắn hạn. tôi cần biết thứ hai phải làm gì 16:18:27 &lt;zzz&gt; lời gọi cuối cho 26 16:18:41 &lt;str4d&gt; Tôi nghĩ phần subscriptions sẽ mất thời gian 16:18:49 &lt;str4d&gt; Vậy tôi sẽ hài lòng nếu đó là việc chính 16:18:52 &lt;zzz&gt; đồng ý. 16:19:54 &lt;zzz&gt; ok. họp vào chủ nhật cùng giờ. chúng ta sẽ bắt đầu với vrp/h1. vui lòng xem trước ticket 1119. sau đó sẽ nói về 27-29, nếu còn thời gian. 16:20:06 &lt;EinMByte&gt; str4d: Có cái nào bạn nghĩ cần chú ý nhất không? 16:20:27 &lt;zzz&gt; chúng ta cũng có thể quay lại 26 một chút vào chủ nhật nếu cần 16:20:43 &lt;str4d&gt; EinMByte, cơ bản là quyết định xem định dạng viết đề xuất có dùng được không, và nó có giới hạn thứ lên website không (dưới dạng HTML hoặc TXT) 16:20:45 &lt;zzz&gt; vậy chương trình chủ nhật sẽ là 1) vrp/h1/1119; 2) 26; 3) 27-29 16:20:57 &lt;zzz&gt; cảm ơn mọi người 16:21:25 * zzz *bafs* kết thúc cuộc họp 16:27:50 &lt;EinMByte&gt; str4d: Có lẽ ổn miễn là có thể chuyển đổi sang hầu hết định dạng khác :) </div>/vi/blog/2016/03/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-3-n%C4%83m-2016/Thu, 03 Mar 2016 00:00:00 +0000/vi/blog/2016/03/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-3-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> anonimal, comraden1, eche|on, hottuna4, orignal\_, sadie_i2p, str4d, Yankee, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) Chào 20:00:02 &lt;zzz&gt; 1) Xem lại các nhiệm vụ được giao cũ vẫn còn mở từ cuộc họp ngày 30 tháng 12 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 2) Xem lại các nhiệm vụ mới được giao từ cuộc họp ngày 2 tháng 2 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 3) Chuẩn bị và lên lịch cho các cuộc họp roadmap `http://zzz.i2p/topics/2021` 20:00:02 &lt;zzz&gt; 4) Đề xuất Bộ Quy tắc Ứng xử (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:00:12 &lt;zzz&gt; 0) Chào 20:00:15 &lt;zzz&gt; chào 20:00:25 &lt;anonimal&gt; Chào 20:00:38 &lt;str4d&gt; Chào 20:01:07 &lt;zzz&gt; 1) Xem lại các nhiệm vụ được giao cũ vẫn còn mở từ cuộc họp ngày 30 tháng 12 `http://zzz.i2p/topics/2014` 20:01:19 &lt;hottuna4&gt; chào 20:01:37 &lt;zzz&gt; gravy sẽ đăng một bài về leasesets mã hóa trước ngày 27/1, hoặc chủ đề khác, trước ngày 15/2 20:01:51 &lt;zzz&gt; ai biết tình trạng của gravy không? 20:03:13 &lt;anonimal&gt; Không. 20:03:47 &lt;sadie_i2p&gt; bận ngoài đời (irl) 20:04:07 &lt;zzz&gt; sadie_i2p, bạn có thời hạn mới từ anh ấy không? 20:04:24 &lt;sadie_i2p&gt; đang chờ ngày mới từ Gravy 20:04:33 &lt;zzz&gt; ok, chúng ta sẽ chuyển sang cuộc họp tiếp theo 20:04:42 &lt;zzz&gt; Sadie làm việc với J để đưa bài blog reseed (tái gieo) của anh ấy lên, ngày mới là giữa tháng 2. 20:04:49 &lt;zzz&gt; sadie_i2p, cập nhật mới nhất về việc này? 20:05:42 &lt;sadie_i2p&gt; J cũng bận, đang làm việc với Back up 20:06:07 &lt;zzz&gt; sadie_i2p, đến thời điểm này có viết bài blog không hay chúng ta nên tiếp tục? 20:06:44 &lt;sadie_i2p&gt; back up và tôi đang làm thứ khác vào lúc này - bài blog có lẽ sẽ không xảy ra 20:06:58 &lt;zzz&gt; ok, tôi sẽ gạch mục đó khỏi danh sách 20:07:02 &lt;sadie_i2p&gt; tiếp tục đi 20:07:17 &lt;zzz&gt; Sadie liên hệ backup để thảo luận chiến dịch reseed, ngày mới giữa tháng 2. 20:07:32 &lt;zzz&gt; sadie_i2p, bạn và backup đang ấp ủ gì vậy? 20:07:34 &lt;anonimal&gt; Tháng 2? 20:07:54 &lt;zzz&gt; đúng, anonimal, tất cả đều trễ hạn rồi 20:08:26 &lt;sadie_i2p&gt; nội dung và đồ họa mới 20:08:51 &lt;zzz&gt; cho trang web, tôi đoán vậy 20:08:55 &lt;sadie_i2p&gt; việc này sẽ bị trì hoãn do lịch trình nhưng back up hiện đang làm nội dung và tôi đang làm đồ họa cho site 20:09:15 &lt;zzz&gt; còn "chiến dịch" ngoài bản thân trang web thì sao? 20:09:30 &lt;zzz&gt; các bạn dự định gì? và khi nào? 20:09:34 &lt;eche|on&gt; tuyệt 20:09:47 &lt;sadie_i2p&gt; chúng tôi sẽ chuẩn bị một trang mới cho site rồi bắt đầu hướng người dùng tới đó qua mạng xã hội, v.v... 20:10:00 &lt;sadie_i2p&gt; có thể dùng sticker mới làm khích lệ nữa 20:10:10 &lt;eche|on&gt; sticker! 20:10:17 &lt;zzz&gt; ồ đúng, tặng sticker cho reseeder, ý hay 20:10:19 &lt;str4d&gt; Đây là trang "reseed là gì", hay là hướng dẫn "cách vận hành một reseed"? 20:10:49 &lt;sadie_i2p&gt; đây là hướng dẫn mới về cách vận hành một reseed 20:11:36 &lt;zzz&gt; sadie_i2p, bạn có thể cho chúng tôi mốc tiếp theo cho việc này không? (ngày, nội dung) 20:12:12 &lt;str4d&gt; Vậy đây sẽ là hướng dẫn cho "người dùng" hoặc người đóng góp cho I2P, hơn là cho nhà phát triển 20:12:26 &lt;str4d&gt; Vậy tôi sẽ nghĩ chỗ tốt hơn để đặt các hướng dẫn này 20:13:07 &lt;sadie_i2p&gt; việc này có thể sẽ mất lâu hơn một chút - tôi sẽ nói tối đa trong hai tháng 20:13:10 &lt;str4d&gt; ờm... 20:13:21 &lt;sadie_i2p&gt; Hướng dẫn sẽ dành cho người dùng và người đóng góp 20:13:45 &lt;zzz&gt; sadie_i2p, vui lòng đưa ra một mốc trung gian cho tháng tới 20:13:59 &lt;sadie_i2p&gt; có lẽ có thể cung cấp cập nhật nội dung trong một tháng 20:14:02 &lt;str4d&gt; Thực ra, tôi đoán nó thuộc mục "Get involved -&gt; Guides" 20:14:11 &lt;zzz&gt; ok tuyệt 20:14:16 &lt;zzz&gt; chuyển tiếp 20:14:26 &lt;zzz&gt; str4d, gravy, cacapo: Thêm các trường hợp sử dụng, chúng ta giỏi nhất ở điểm nào, thêm "passion" và "fat", thêm / làm nổi bật Bote, trước cuối 20:14:39 &lt;zzz&gt; tháng 1 ĐANG MỞ, ngày mới 1 tháng 3 20:14:50 &lt;zzz&gt; Tôi thấy cacapo đã viết vài trường hợp sử dụng hay 20:15:06 &lt;str4d&gt; Ừ, dựa trên ví dụ của dymaxion 20:15:11 &lt;zzz&gt; str4d, tiến độ đưa cái đó vào website cùng với chút passion và fat thế nào? 20:15:21 &lt;Yankee&gt; Xin chào quý cô và quý ông! 20:15:35 &lt;str4d&gt; Theo tôi, nội dung cần mài giũa chút (cảm giác hơi kiểu "I2P cứu nguy!") 20:16:03 &lt;str4d&gt; Còn đặt ở đâu trên site, tôi vẫn chưa chắc chèn nó vào đâu 20:16:05 &lt;zzz&gt; str4d, đã đến hạn 1/3, bạn có thể cho ngày mới để đưa lên website không? 20:16:45 &lt;str4d&gt; Mục tiêu của hạng mục này là làm thứ gì đó tốt hơn cột giữa hiện tại của trang chủ và trang ứng dụng được hỗ trợ 20:18:02 &lt;str4d&gt; zzz, tôi có thể đăng trang tại một URL 20:18:42 &lt;zzz&gt; bạn và sadie_i2p có cùng hiểu về hạng mục công việc này không? sadie đã thêm cái này vào danh sách việc cần làm tại ccc 20:20:29 &lt;str4d&gt; Nó 20:20:45 &lt;str4d&gt; là một khởi đầu, nhưng chúng ta vẫn cần tìm ra kiến trúc thông tin tổng thể 20:20:57 &lt;str4d&gt; chính xác chúng ta đang muốn truyền tải điều gì với trang chủ 20:21:42 &lt;zzz&gt; ok vậy cho tôi một ngày cho phần đầu tiên 20:21:49 &lt;zzz&gt; làm ơn 20:22:12 &lt;str4d&gt; Tôi sẽ chuyển tài liệu các trường hợp sử dụng lên website trước cuối tuần này 20:22:42 &lt;str4d&gt; Và một báo cáo tiến độ thêm ở cuộc họp tới về việc tái kiến trúc trang chủ 20:23:04 &lt;zzz&gt; ok tuyệt, hy vọng bạn và sadie có thể bàn chi tiết về các mục tiêu lớn hơn của "fat" và "passion". 20:23:39 &lt;zzz&gt; comraden chỉnh sửa / trau chuốt / cải thiện / đăng câu chuyện I2P trước cuối tháng 2 20:24:13 &lt;zzz&gt; ai biết comraden1 đang làm gì không? Tôi cần bản nháp đã chỉnh sửa từ anh ấy, rồi tôi muốn duyệt thêm một lượt nữa 20:25:00 &lt;zzz&gt; cái này đáo hạn lên website vào thứ Hai 20:25:30 &lt;sadie_i2p&gt; ngày mới là 1 tháng 4 20:25:59 &lt;zzz&gt; ok. vậy tôi cần bản nháp từ anh ấy trong vòng vài tuần 20:26:14 &lt;anonimal&gt; zzz: Liên kết tới bản nháp câu chuyện hiện tại? 20:26:39 &lt;zzz&gt; những gì trên zzzi2p vẫn là mới nhất. Tôi không muốn thay đổi gì khi comraden1 đang giữ "master" 20:26:53 &lt;zzz&gt; ok chuyển tiếp 20:27:09 &lt;zzz&gt; ticket: Sadie xem xét, đưa khuyến nghị hoặc có thể bắt đầu quản lý chúng (đến khi nào?) ĐANG MỞ - ngày mới giữa tháng 2 (?) 20:27:09 &lt;anonimal&gt; Ok. 20:27:30 &lt;zzz&gt; sadie_i2p, nhiệm vụ lớn này tiến triển sao rồi? 20:28:06 &lt;sadie_i2p&gt; ugh 20:29:12 &lt;zzz&gt; cần hơn chữ "ugh" một chút :) 20:29:14 &lt;str4d&gt; Đó là một nhiệm vụ khá lớn :P 20:29:35 &lt;sadie_i2p&gt; str4d và tôi đã bàn về các cuộc họp ticket hàng tuần 20:29:56 &lt;zzz&gt; như vậy có thể khả thi hơn so với một buổi "review" một lần 20:30:06 &lt;str4d&gt; Tôi tưởng đã nêu ở một cuộc họp trước, nhưng lỡ chưa: Tôi đã thêm trạng thái "open" vào Trac, để chỉ các ticket mà dev đã xem nhưng chưa ai được giao hoặc chưa có trạng thái cụ thể. 20:30:26 &lt;str4d&gt; Mục tiêu là phân biệt những ticket đó với các ticket thực sự mới 20:30:26 &lt;sadie_i2p&gt; vâng đúng vậy 20:30:26 &lt;zzz&gt; sadie_i2p, bạn đã đi sâu đủ để đưa ra khuyến nghị nào về cách chúng ta quản lý ticket chưa? 20:31:08 &lt;str4d&gt; Vậy nên đống ticket "new" giờ nhỏ hơn nhiều vì tôi đã đẩy ra những cái do chính chúng ta mở 20:31:15 &lt;sadie_i2p&gt; tại thời điểm này, khuyến nghị tốt nhất của tôi là điểm danh và phân loại (triage) hàng tuần 20:32:34 &lt;str4d&gt; +1 20:32:34 &lt;zzz&gt; ok. chúng ta đã sẵn sàng lên lịch cuộc họp đầu tiên chưa hay cần tổ chức thêm trước? 20:33:28 &lt;str4d&gt; Tôi vẫn đang di chuyển, nên tôi muốn đợi tới tuần sau 20:33:46 &lt;zzz&gt; ok. nếu trước cuộc họp tháng 4 bạn chưa lên lịch gì, khi đó chúng tôi sẽ ping bạn 20:34:05 &lt;zzz&gt; str4d phát hành Android 0.9.24 trước 7/2, tổng hợp danh sách TODO trước 26/2 20:34:21 &lt;zzz&gt; có vẻ bạn đang trễ mấy cái đó :) 20:34:28 &lt;str4d&gt; Heh 20:34:34 &lt;zzz&gt; ngày mới? 20:34:37 &lt;str4d&gt; Cả hai đều thất bại thảm hại, vì luận án Tiến sĩ 20:34:55 &lt;str4d&gt; (mà tôi *cuối cùng* đã nộp giữa tháng 2) 20:35:04 &lt;str4d&gt; Tôi đang chuẩn bị cắt bản 0.9.24 ngay lúc này 20:35:06 &lt;zzz&gt; woot. 20:35:10 &lt;str4d&gt; (trên laptop chậmmmmmm() 20:35:14 &lt;str4d&gt; ) 20:35:16 &lt;zzz&gt; còn danh sách todo? 20:35:31 &lt;str4d&gt; Việc tổng hợp danh sách todo sẽ diễn ra trong vài ngày tới 20:35:41 &lt;zzz&gt; ok, chúng tôi sẽ buộc bạn thực hiện đấy 20:35:51 &lt;str4d&gt; heh :P 20:36:01 &lt;zzz&gt; str4d và zzz xem lại ticket VRP trước 12/2. Tôi đã làm phần của tôi. 20:36:06 &lt;str4d&gt; Chủ yếu là duyệt danh sách todo trong repo và tìm những thứ còn thiếu trong danh sách todo cá nhân của tôi 20:36:14 &lt;zzz&gt; ngày mới cho việc đó? 20:36:20 &lt;anonimal&gt; Về #1119, tôi vừa mới thấy bình luận mới nhất của zzz từ 3 tuần trước. Tôi không nhận được email nào, cũng như không nhận email từ github hay các thứ khác trong vài tuần qua vào @mail.i2p/@i2pmail.org. 20:36:32 &lt;anonimal&gt; Tôi thực sự tự hỏi liệu dịch vụ email của postman có vấn đề. 20:36:37 &lt;str4d&gt; Một nạn nhân khác của luận án. Tôi sẽ đọc nó chiều nay sau khi 0.9.24 phát hành 20:36:46 &lt;anonimal&gt; Có thể tôi sẽ phải đổi email :/ 20:36:49 &lt;zzz&gt; ok tuyệt 20:36:49 &lt;str4d&gt; anonimal, ừ, dạo này tôi cũng gặp vấn đề nghiêm trọng (nhiều email bị trả lại) 20:37:03 &lt;zzz&gt; tin hay không thì tùy, tôi nghĩ vậy là hết cho mục 1) 20:37:11 &lt;zzz&gt; và 2) 20:37:17 &lt;str4d&gt; (từ khoảng ngày 6/2 gì đó) 20:37:22 &lt;anonimal&gt; zzz: Tôi sẽ đọc kỹ bình luận của bạn và viết lại VRP. 20:37:28 &lt;zzz&gt; 3) Chuẩn bị và lên lịch cho các cuộc họp roadmap `http://zzz.i2p/topics/2021` 20:37:33 &lt;anonimal&gt; Đợi đã! 20:37:45 &lt;zzz&gt; ok, xin lỗi, còn gì ở 1) hoặc 2) không? 20:37:45 &lt;anonimal&gt; Cho mục 1): quyết định về H1? 20:38:06 &lt;anonimal&gt; Quyết định về H1 đã được chuyển sang mục 1) theo tôi nhớ. 20:38:41 &lt;anonimal&gt; Hoặc không, dù sao tôi nghĩ hôm nay chúng ta sẽ bàn. 20:38:47 &lt;zzz&gt; ở cuộc họp trước, chúng ta đã quyết định sẽ chốt thảo luận VRP và h1 tại các cuộc họp roadmap ngày 4-6 tháng 3 20:39:11 &lt;anonimal&gt; K. 20:39:23 &lt;zzz&gt; Tôi vừa lên lịch, chúng ta sẽ họp vào ngày mai và Chủ nhật lúc 3 PM UTC. anonimal bạn có tham dự được một trong hai buổi không? 20:39:30 &lt;str4d&gt; Woo, vậy tôi có cơ hội để xem lại :P 20:41:08 &lt;zzz&gt; vậy là chuyển sang 3) 20:41:11 &lt;zzz&gt; như tôi đã nói 20:41:19 &lt;zzz&gt; Tôi vừa lên lịch, chúng ta sẽ họp vào ngày mai và chủ nhật lúc 3 PM UTC. 20:41:21 &lt;anonimal&gt; zzz: Eek, thứ bảy là cuộc họp kovri tối thiểu tận hai giờ lúc 6pm UTC. 20:41:21 * anonimal đang suy nghĩ 20:41:23 &lt;anonimal&gt; zzz: Bạn nghĩ cuộc họp thứ bảy sẽ kéo dài bao lâu? 20:41:33 &lt;orignal_&gt; mọi người đều phải quan tâm tới cuộc họp kovri ở đây à? 20:41:40 &lt;zzz&gt; cuộc họp của chúng ta sẽ là thứ sáu và chủ nhật. không có thứ bảy. 20:41:46 &lt;orignal_&gt; hay có thể giải quyết riêng tư? 20:42:05 &lt;zzz&gt; Tôi đề xuất chúng ta làm VRP đầu tiên trong cuộc họp chủ nhật. ok? 20:42:06 * anonimal quên mất ngày 20:42:11 &lt;anonimal&gt; Tôi có thể tham gia Chủ nhật. 20:42:16 &lt;anonimal&gt; Ok, nghe hay đấy. 20:43:00 &lt;zzz&gt; đây sẽ là các cuộc họp không chính thức, xem lại chúng ta đang ở đâu và muốn đi đâu 20:43:11 &lt;zzz&gt; mục tiêu là đặt ra roadmap cho ít nhất phần còn lại của năm 20:43:22 &lt;zzz&gt; cuộc họp thứ hai có thể sẽ có cấu trúc hơn 20:43:46 &lt;zzz&gt; Tôi hơi bí về việc mình nên làm gì tiếp theo và cho phần còn lại của năm. nên các cuộc họp này rất quan trọng để\ 20:43:52 &lt;zzz&gt; định hướng cho tôi 20:44:08 &lt;str4d&gt; Ừm 20:44:15 &lt;anonimal&gt; K. 20:44:37 &lt;zzz&gt; vậy thứ sáu sẽ là xem xét không chính thức về các ưu tiên. Chủ nhật chúng ta sẽ bắt đầu với h1/vrp, rồi chuyển sang chốt chặt roadmap cho .26-.29 20:44:47 &lt;zzz&gt; còn gì ở mục 3) không 20:45:31 &lt;zzz&gt; chuyển sang 4) 20:45:39 &lt;zzz&gt; 4) Đề xuất Bộ Quy tắc Ứng xử (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:45:56 &lt;zzz&gt; tôi thấy cô ấy giờ đề xuất làm thứ gì đó tương tự debian 20:46:00 &lt;zzz&gt; à quay lại đúng lúc 20:46:12 &lt;zzz&gt; ai có ý kiến gì về CoC của debian? 20:46:48 &lt;orignal_&gt; dedian không phải là một mạng ẩn danh 20:46:56 * str4d mở liên kết 20:47:05 &lt;str4d&gt; orignal_, không, nhưng nó là phần mềm tự do nguồn mở 20:47:08 &lt;zzz&gt; nhưng ý bạn thế nào về CoC của họ, orignal_? 20:47:17 &lt;orignal_&gt; mọi người đến với I2P vì những lý do khác nhau 20:47:33 &lt;anonimal&gt; Theo tôi, nó hơi yếu và tôi không chắc thi hành thế nào. 20:48:02 &lt;orignal_&gt; zzz, CoC của họ phù hợp với họ vì đó là một dự án đã được khẳng định, có lịch sử 20:48:04 &lt;zzz&gt; sadie, bạn thích điều gì ở CoC của debian? 20:48:14 &lt;orignal_&gt; I2P hoàn toàn khác 20:48:32 &lt;sadie_i2p&gt; có vẻ nó cung cấp một cấu trúc cơ bản tốt để ít nhất chúng ta bắt đầu 20:48:40 &lt;str4d&gt; orignal_, và lịch sử &gt;10 năm của I2P không khiến nó thành một dự án được khẳng định sao? 20:48:45 &lt;zzz&gt; đúng, chúng ta khác, nhưng chúng ta quả thực là dự án đã có bề dày lịch sử 20:48:51 &lt;orignal_&gt; điều cuối cùng mọi người muốn khi đến đây là lại nghe mấy trò nhảm nhí kiểu HR 20:49:31 &lt;zzz&gt; Tôi không thấy lý do họ đến với một dự án thì liên quan gì đến tiêu chuẩn về cách họ nên cư xử khi đã ở đây 20:49:41 &lt;zzz&gt; HR? 20:50:31 &lt;sadie_i2p&gt; Tôi đang tìm các ví dụ đơn giản và đi thẳng vào vấn đề - 20:50:31 &lt;sadie_i2p&gt; vậy có lẽ chưa phải tốt nhất, nhưng là điểm khởi đầu 20:51:29 &lt;zzz&gt; chúng ta nghĩ cái của debian là chỗ tốt nhất để bắt đầu, hay monero sẽ tốt hơn 20:51:36 &lt;orignal_&gt; str4d, tiếc là không 20:51:51 &lt;str4d&gt; orignal_, "người dùng != nhà phát triển", nhắc lại lần nữa. 20:51:53 &lt;orignal_&gt; so sánh xem có bao nhiêu người dùng Debian và I2P 20:52:11 &lt;orignal_&gt; đừng cố sao chép những anh lớn, bạn chưa ở đẳng cấp đó 20:52:12 &lt;str4d&gt; Chúng ta không thể đánh đồng người dùng với nhà phát triển. 20:52:21 &lt;zzz&gt; Tôi nghĩ nếu chọn cái gần mục tiêu của mình nhất, chúng ta có thể nhờ vài người chỉnh sửa để phù hợp tình hình của chúng ta 20:52:42 &lt;str4d&gt; Điều đó giống như nói "ai cài Debian OS thì không được nói điều gì chúng ta không thích" 20:52:42 &lt;str4d&gt; Đó không phải là trọng tâm ở đây 20:52:53 &lt;str4d&gt; Và vì thế, số lượng người dùng không liên quan trong thảo luận này 20:52:54 &lt;sadie_i2p&gt; monero cũng có một cái rất tốt - nếu cái đó tốt hơn trong hai, tôi không phản đối 20:53:21 &lt;orignal_&gt; zzz, CoC là đồ của HR 20:53:21 &lt;orignal_&gt; không gì khác 20:53:28 &lt;zzz&gt; ý kiến từ những người khác về debian vs. monero? 20:53:44 &lt;anonimal&gt; + Monero 20:53:49 &lt;zzz&gt; orignal_, "HR" là gì ý bạn? 20:54:07 &lt;orignal_&gt; HR = human resource 20:54:24 &lt;zzz&gt; monero ngắn hơn debian, nên tôi đoán bắt đầu nhỏ sẽ dễ hơn 20:55:13 &lt;zzz&gt; có tình nguyện viên nào đánh dấu lên CoC của monero với các thay đổi đề xuất và quay lại với nó vào tháng sau không? 20:55:18 &lt;str4d&gt; zzz, tôi thích tinh thần của cái Debian, vì nó bao trùm nhiều điều chúng ta quan tâm (ví dụ điểm 2 sẽ rất hữu ích gần đây) 20:55:26 &lt;zzz&gt; hoặc cái của debian 20:55:28 &lt;orignal_&gt; ý tôi là, chưa đến lúc cho việc đó 20:55:40 &lt;zzz&gt; chúng ta không phải quyết định ngay bây giờ về debian vs monero 20:55:48 &lt;zzz&gt; orignal_, chúng tôi đã nghe rõ thông điệp của bạn, cảm ơn 20:55:59 &lt;str4d&gt; Và nó không quá áp đặt 20:56:13 &lt;zzz&gt; chưa có quyết định nào. chúng ta chỉ đang thảo luận. 20:56:40 &lt;sadie_i2p&gt; chúng ta có thể dùng những gì phù hợp nhất từ cả hai 20:56:43 &lt;anonimal&gt; Về CoC, 20:56:56 &lt;str4d&gt; Tôi cũng thích điểm 6 - rằng khi phản hồi các vấn đề, người phản hồi cũng nên tôn trọng CoC 20:57:03 &lt;anonimal&gt; https://github.com/monero-project/kovri/blob/master/doc/CONTRIBUTING.md 20:57:09 &lt;anonimal&gt; Cũng có sơ đồ quy trình quản trị Monero rất đẹp. 20:57:30 &lt;comraden1&gt; zzz: về: bản nháp -- Tôi bị công việc tăng đột biến và đang lo cho một người thân vừa quay lại giai đoạn thuyên giảm, nên bản nháp lịch sử bị gác lại. sadie_i2p đã nhắc 2016-04-01 là ngày mới mà tôi sẽ cố gắng đáp ứng 20:57:30 &lt;str4d&gt; Ồ, hình ảnh! 20:57:48 &lt;comraden1&gt; zzz: xin lỗi vì vắng mặt khỏi vòng trao đổi vài tuần! 20:58:06 &lt;anonimal&gt; str4d zzz: Ừ, và tôi sẵn sàng patch hướng dẫn đóng góp cho phù hợp với java i2p. 20:58:52 &lt;anonimal&gt; Chào comraden1, tôi đang đăng một thứ lên trang câu chuyện của i2p để xem xét. 20:59:30 &lt;sadie_i2p&gt; tôi sẽ xung phong 20:59:58 &lt;comraden1&gt; anonimal: chào cảm ơn :) nếu ở trên diễn đàn thì lần tới tôi vào sẽ xem. Cứ pm cho tôi hoặc liên hệ trên clearnet 21:00:05 &lt;zzz&gt; ok, tuyệt. Sadie_i2p và anonimal, các bạn có thể quay lại với một khuyến nghị ở cuộc họp tháng sau không? 21:00:20 &lt;sadie_i2p&gt; được 21:00:25 &lt;zzz&gt; comraden1, cảm ơn cập nhật, rất tiếc khi nghe về vấn đề gia đình 21:00:31 &lt;zzz&gt; còn gì ở mục 4) không? 21:00:40 * zzz làm nóng baffer 21:00:48 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:00:54 &lt;orignal_&gt; có, viết CoC cho ai đó có vẻ là công việc tốt hơn 21:01:13 &lt;anonimal&gt; Có, nhưng vì i2pmail trục trặc dạo này, sadie_i2p và tôi nên cố chat qua IRC nếu có thể. 21:01:21 &lt;anonimal&gt; Không, tôi không còn gì cho cuộc họp nữa, zzz. 21:01:52 &lt;zzz&gt; orignal_, vui lòng không chen ngang cuộc họp của chúng tôi với những bình luận mỉa mai về kovri. Tháng trước chuyện đó đã đi quá xa và tôi hứa sẽ không để nó xảy ra lần nữa 21:02:07 &lt;orignal_&gt; tôi có làm thế ư? 21:02:41 * zzz *bafs* cuộc họp kết thúc 21:02:45 &lt;zzz&gt; cảm ơn mọi người </div>/vi/blog/2016/02/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-2-n%C4%83m-2016/Tue, 02 Feb 2016 00:00:00 +0000/vi/blog/2016/02/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-2-n%C4%83m-2016/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> allyourbase, anonimal, C0B4, cacapo, comraden1, eche|on, EinMByte, hottuna, Hummingbird, Irc2PGuest39432, Irc2PGuest76545, Irc2PGuest95462, IrcI2Pd743, JIa3apb_KaraHoBu4, lazygravy, nda, orignal, psi, sadie_i21, str4d, supervillain, The_Tin_Hat, trolly, xcps, Yankee, z3r0fox, zab\__, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; Chương trình nghị sự `http://zzz.i2p/topics/2014` 20:00:00 &lt;zzz&gt; 0) Chào 20:00:00 &lt;zzz&gt; 1) Rà soát các nhiệm vụ đã giao từ cuộc họp ngày 30/12 - `http://zzz.i2p/topics/2016` (zzz) 20:00:00 &lt;zzz&gt; 2) Các việc theo sau khác từ CCC - `http://zzz.i2p/topics/2019` (zzz) 20:00:00 &lt;zzz&gt; 3) Kế hoạch họp dự án cho 2016 (zzz, Sadie) 20:00:00 &lt;zzz&gt; 4) Mức độ sẵn sàng hợp nhất GMP 6 - `http://zzz.i2p/topics/1960` (tuna) 20:00:00 &lt;zzz&gt; 5) Yêu cầu đưa `http://secure.tinhat.i2p` vào trang chủ console - `http://zzz.i2p/topics/236?page=3#p10884` (david) 20:00:00 &lt;zzz&gt; 6) Đề xuất Bộ Quy tắc Ứng xử - `http://zzz.i2p/topics/2015` (Sadie) 20:00:02 &lt;lazygravy&gt; Có liên kết tới nó trong bài blog về ccc 20:00:05 &lt;zzz&gt; 0) Chào 20:00:09 &lt;zzz&gt; chào 20:00:19 &lt;EinMByte&gt; chào 20:00:21 &lt;psi&gt; chào 20:00:25 &lt;lazygravy&gt; Xin chào 20:00:32 &lt;cacapo&gt; chào 20:00:33 &lt;sadie_i21&gt; chào 20:00:37 &lt;zzz&gt; 1) Rà soát các nhiệm vụ đã giao từ cuộc họp ngày 30/12 - `http://zzz.i2p/topics/2016` (zzz) 20:00:44 &lt;Irc2PGuest76545&gt; Hey 20:00:48 &lt;zzz&gt; ok, chúng ta hãy lướt nhanh qua các mục đang mở thôi 20:00:49 &lt;anonimal&gt; Chào 20:00:50 &lt;Hummingbird&gt; chào 20:00:55 &lt;z3r0fox&gt; Chào 20:01:03 &lt;zzz&gt; gravy sẽ đăng một bài về encrypted leasesets trước ngày 27/1 20:01:11 &lt;zzz&gt; lazygravy, tình hình sao rồi? 20:01:34 &lt;orignal&gt; chào 20:01:37 &lt;lazygravy&gt; zzz: trễ nhiều rồi. Nhưng nó đã “bắt đầu”. Tôi vẫn định viết 20:01:38 &lt;zab__&gt; chào 20:01:44 &lt;trolly&gt; chào 20:01:50 &lt;lazygravy&gt; Có thể đổi chủ đề, nhưng quan điểm của tôi vẫn vậy 20:01:51 &lt;zzz&gt; lazygravy, hạn mới là khi nào? 20:02:27 &lt;Irc2PGuest39432&gt; úi 20:02:28 &lt;Irc2PGuest39432&gt; chào 20:02:37 &lt;lazygravy&gt; zzz: cuối tuần dịp President's Day? 20:02:52 &lt;zzz&gt; có ngày cụ thể không? 20:03:10 &lt;lazygravy&gt; 15 Tháng 2 20:03:14 &lt;zzz&gt; ok cảm ơn 20:03:17 &lt;zzz&gt; Sadie sẽ làm việc với J để đưa bài blog của anh ấy lên 20:03:32 &lt;zzz&gt; sadie_i21, tình hình? 20:03:42 &lt;sadie_i21&gt; giữa tháng 2 20:03:55 &lt;supervillain&gt; có ai uống vodka không? 20:04:02 &lt;zzz&gt; Sadie sẽ liên hệ backup để bàn về chiến dịch reseed 20:04:05 &lt;zzz&gt; sadie_i21, tình hình? 20:04:12 &lt;Irc2PGuest76545&gt; chào 20:04:27 &lt;sadie_i21&gt; chưa 20:04:39 &lt;zzz&gt; vui lòng cho hạn mới? 20:06:09 &lt;zzz&gt; ok, ta sẽ tiếp tục, sadie vui lòng báo lại cho tôi 20:06:10 &lt;sadie_i21&gt; giữa tháng 2 cho việc này nữa 20:06:10 &lt;Irc2PGuest95462&gt; chào 20:06:13 &lt;zzz&gt; Củng cố mạng lưới - trang chủ và các trang bổ sung 20:06:13 &lt;zzz&gt; ** str4d, gravy, cacapo: Thêm use cases, đâu là điểm mạnh nhất của chúng ta, thêm “passion” và “fat”, thêm/nổi bật Bote, trước cuối tháng 1 20:06:17 &lt;zzz&gt; ok cảm ơn sadie 20:06:31 &lt;zzz&gt; str4d, lazygravy, cacapo, tình hình? 20:07:08 &lt;cacapo&gt; chúng tôi đang làm nhưng tôi nghĩ cần phản hồi từ cộng đồng 20:07:16 &lt;str4d&gt; chào 20:07:16 &lt;lazygravy&gt; cacapo++ 20:07:22 &lt;Irc2PGuest76545&gt; hallo 20:07:40 &lt;zzz&gt; vui lòng cho hạn mới? 20:08:42 &lt;cacapo&gt; ngoài ra tôi không chắc rõ mục đích cuối cùng. Nó dành cho một bài blog à? 20:08:50 &lt;hottuna&gt; cacapo: nếu bạn cần tôi đọc lại lần nữa, ping tôi nhé 20:08:50 &lt;cacapo&gt; 1 tháng 3 20:09:07 &lt;EinMByte&gt; cũng cố gắng nhắm tới giới nghiên cứu, không chỉ người dùng cuối 20:09:07 &lt;str4d&gt; Theo tôi hiểu thì là chỉnh sửa trang chủ và trang “supported applications”, đúng không? 20:09:18 &lt;zzz&gt; nếu tôi nhớ không lầm thì ý định là tăng cường trang chủ và có thể thêm các trang bổ sung. Không phải bài blog 20:09:33 &lt;zzz&gt; sadie_i21, bạn có thể nói rõ thêm không? 20:09:34 &lt;EinMByte&gt; Ok, vậy thì bỏ qua 20:09:38 &lt;str4d&gt; Đúng 20:09:47 &lt;cacapo&gt; vậy là supo 20:09:59 &lt;cacapo&gt; trang supported applications hả? 20:10:26 &lt;zzz&gt; nếu tôi nhớ không lầm thì ưu tiên là trang chủ. Nếu lan sang các trang khác (mới hay không), cũng ok 20:10:55 &lt;cacapo&gt; thêm nữa: ta có nói về torrents cho PR không? 20:11:06 &lt;zzz&gt; nếu sadie không có gì bổ sung, chuyển tiếp nhé 20:11:22 &lt;zzz&gt; chúng ta có thể bàn chuyện có hay không nói về torrents ngoài cuộc họp 20:11:37 &lt;sadie_i21&gt; không 20:11:38 &lt;str4d&gt; sadie_i21, ý tưởng thiết kế của Simply Secure có lẽ cũng liên quan ở đây. 20:11:39 &lt;str4d&gt; Nếu họ có ý tưởng ngay về trang chủ, điều đó sẽ ảnh hưởng tới cách viết và trình bày phần use cases/ 20:12:00 &lt;zzz&gt; comraden sẽ biên tập / trau chuốt / tăng cường / đăng “câu chuyện I2P” trước cuối tháng 2 20:12:06 &lt;sadie_i21&gt; xin lỗi zzz, mình đang gọi điện... 20:12:09 &lt;zzz&gt; comraden1, bạn có đúng tiến độ cho việc đó không? 20:12:13 &lt;str4d&gt; cacapo, tôi nói là có, nêu bật lợi ích của torrents (ví dụ: tải các phiên bản mới của Tails!) 20:12:17 &lt;psi&gt; sadie_i21: bạn đã bật chuyển tiếp “spam firehose” của press@geti2p.net sang email của bạn chưa? 20:12:42 &lt;zzz&gt; psi, vui lòng trao đổi riêng với sadie 20:12:45 &lt;sadie_i21&gt; chưa, chưa 20:12:50 &lt;psi&gt; ok 20:13:09 &lt;zzz&gt; ok, chúng ta sẽ coi như comraden1 đang đúng tiến độ 20:13:17 &lt;zzz&gt; lộ trình (roadmap) tổng thể và quy trình đặt ưu tiên còn TBD (chưa xác định), nhưng sẽ hình thành qua các cuộc họp dự án đang phát triển 20:13:26 &lt;comraden1&gt; zzz: tôi vẫn chưa đọc bài bạn đăng, như tôi nói với bạn trước đó tôi có việc khẩn cấp phải xử lý 20:13:50 &lt;zzz&gt; mục đó là của tôi và sadie, ta hoãn sang mục 3) 20:13:52 &lt;comraden1&gt; Tôi sẽ xem lịch sử trong tuần này và sẽ phản hồi lại cho bạn & lance với các chỉnh sửa 20:14:05 &lt;zzz&gt; comraden1, bạn có đúng tiến độ cho cuối tháng 2 chứ? 20:14:26 &lt;str4d&gt; zzz, bản nháp chắc chắn rất thú vị :) 20:14:31 &lt;str4d&gt; cacapo, về cách nó hiển thị trên website, tôi nghĩ sẽ ổn nếu chèn các tiêu đề theo năm (chia thành “chương” vậy). Cũng có nghĩa là ta có thể điều hướng theo năm. 20:14:34 &lt;comraden1&gt; zzz: đến giờ thì có :) 20:14:45 &lt;zzz&gt; sadie sẽ xem xét, đưa khuyến nghị hoặc có thể bắt đầu quản lý tickets (khi nào?) 20:14:55 &lt;zzz&gt; sadie_i21, tình hình? hạn chót? 20:15:55 &lt;zzz&gt; ok ta sẽ coi như cô ấy vẫn đang gọi, vui lòng phản hồi lại 20:16:05 &lt;zzz&gt; 4) Android - 20:16:05 &lt;zzz&gt; hơi giống 1) vì là code và gắn với java router, nhưng giống 3) ở chỗ nó là ad hoc hay do một mình str4d đảm đương, và anh ấy đang bị chậm. 20:16:13 &lt;str4d&gt; DM từ @YrB1rd: “Có. Quá. Nhiều.” 20:16:24 &lt;str4d&gt; (vài ngày trước, nhưng bạn hiểu ý rồi ;P) 20:16:57 &lt;zzz&gt; đây không hẳn là một mục công việc, nhưng str4d bạn có đề xuất nào về cách quản lý phát triển android, hay chúng tôi có thể giao cho bạn và/hoặc sadie một nhiệm vụ cụ thể hơn về việc này? 20:17:09 &lt;str4d&gt; Ừ, cơ bản là mọi thứ mà tôi là phụ thuộc chính đều bị phá sản hoàn toàn trong 4-5 tháng vừa rồi. 20:17:36 &lt;zzz&gt; bạn có thể cho chúng tôi một mốc cho bản phát hành 0.9.24, và có lẽ một mốc khác để đưa ra kế hoạch quản lý android tốt hơn? 20:17:39 &lt;str4d&gt; Vì tôi đang viết luận án tiến sĩ. 20:18:08 &lt;str4d&gt; Mục tiêu là nộp vào cuối tuần này, vậy là xong khoản đó, nhưng sau đó tôi cũng sẽ nhận việc trả tiền. 20:18:23 &lt;zzz&gt; 5 Thg 2, tuyệt 20:18:33 &lt;str4d&gt; 0.9.24: sẽ nhắm vào cuối tuần này. 20:18:38 &lt;sadie_i21&gt; zzz - ta có thể quay lại câu hỏi về ticket không - hiện tại tôi chỉ nửa tai ở đây 20:18:56 &lt;zzz&gt; quay lại bây giờ hay quay lại sau? 20:19:16 &lt;sadie_i21&gt; sau 20:19:22 &lt;str4d&gt; Ngoài ra: điều tôi cần là một roadmap tốt hơn, để tôi có thể phát triển chậm mà đúng mục tiêu thay vì “ồ, một bản phát hành I2P nữa sắp tới, tôi cần dọn dẹp chút việc Android để có thể ra bản”. 20:19:23 &lt;zzz&gt; ok, cuối tuần là 7 Thg 2 cho 0.9.24 20:19:48 &lt;zzz&gt; ok str4d, hạn khi nào bạn sẽ có một roadmap? 20:20:42 &lt;zzz&gt; còn gì nữa ở mục 1) không? 20:20:50 &lt;str4d&gt; Tôi có một đống việc cần làm cục bộ, trong repo và trong Trac. Điều tôi cần là thêm người cùng lên kế hoạch. 20:21:30 &lt;zzz&gt; vậy bạn còn không thể đưa ra ngày, đó là dấu hiệu xấu. Bạn có thể đưa lên một bản nháp roadmap từ danh sách việc của bạn không? 20:21:34 &lt;str4d&gt; zzz, tôi nói là 6 Tháng 3, tôi có thể soạn thảo cái gì đó sớm hơn nhưng tôi đoán ta sẽ làm roadmapping cho cái đó cùng với mọi thứ khác trong khi tôi ở đó. 20:21:40 &lt;zzz&gt; ok, 6 tháng 3 20:21:44 &lt;zzz&gt; gọi lần cuối cho 1) 20:21:57 &lt;zzz&gt; 2) Các việc theo sau khác từ CCC - `http://zzz.i2p/topics/2019` (zzz) 20:22:13 &lt;zzz&gt; Tôi đưa 2) vào đây chỉ là chỗ giữ chỗ phòng khi có các việc theo sau quan trọng khác 20:22:18 &lt;str4d&gt; Tôi có vài người cần theo dõi tiếp từ RWC 20:22:13 &lt;str4d&gt; (nhân tiện nhét vào 2)) 20:22:26 &lt;zzz&gt; Tôi đã trao đổi với Phillip Winter về Sybil 20:22:39 &lt;zzz&gt; còn ai có các tiếp xúc theo sau thú vị để báo cáo không? 20:23:02 &lt;eche|on&gt; phía tôi không có gì 20:23:25 &lt;zzz&gt; ok, tôi khuyến khích mọi người gửi vài email ra ngoài hoặc làm nghiên cứu bạn muốn làm, vẫn chưa muộn 20:23:26 &lt;anonimal&gt; Chúng ta sẽ bàn VRP trong cuộc họp này chứ? 20:23:26 &lt;eche|on&gt; tài chính sẽ được cập nhật cuối tuần này theo tôi 20:23:44 &lt;zzz&gt; VRP không có trong chương trình, nếu còn thời gian ta có thể thêm nó thành 7) 20:23:49 &lt;zzz&gt; gọi lần cuối cho 2) 20:23:58 &lt;JIa3apb_KaraHoBu4&gt; Dear zzz ! Tôi rất biết ơn bạn vì đã tạo ra mạng này vì tôi đã gặp những người tuyệt vời ở đây và tìm được nội dung hiếm, vì điều đó ở đất nước chúng tôi người ta bị treo chỗ nhạy cảm lên cây táo. Chúc bạn sống thật lâu! 20:23:58 &lt;C0B4&gt; Xin lỗi, ai đã kiểm tra tính an toàn của 0.9.24 20:24:11 &lt;str4d&gt; Tôi có vài người cần theo dõi từ RWC 20:24:13 &lt;str4d&gt; (nhét vào 2)) 20:24:31 &lt;zzz&gt; 3) Kế hoạch họp dự án cho 2016 (zzz, Sadie) 20:24:44 &lt;lazygravy&gt; Nhân tiện, tôi cần nói với bạn về i2spy str4d. Nhưng chuyện đó để sau/ngoài kênh 20:24:57 &lt;zzz&gt; ok, chỉ là mục ngắn. Chúng ta đã quyết định ở cuộc họp 30/12 là sẽ nghiêm túc hơn về quản lý dự án 20:25:03 &lt;zzz&gt; tổ chức họp hằng tháng 20:25:14 &lt;zzz&gt; và có người đóng vai trò quản lý dự án 20:25:37 &lt;zzz&gt; vậy đây là cuộc họp hằng tháng đầu tiên, và sẽ diễn ra vào thứ Ba đầu tiên mỗi tháng lúc 20:00 UTC 20:25:56 &lt;zzz&gt; trừ tháng tới, sẽ vào Thứ Năm, 7 Tháng 3 20:26:26 &lt;zzz&gt; mục tiêu là tôi sẽ điều hành các cuộc họp này một thời gian, nhưng sau vài cuộc, chuyển giao cho Sadie và để cô ấy làm quản lý dự án của chúng ta 20:26:34 &lt;zzz&gt; nghe ổn chứ? có ý kiến gì không? 20:26:39 &lt;lazygravy&gt; Có vẻ hợp lý. Hy vọng nó sẽ giúp tất cả chúng ta có trách nhiệm hơn. 20:26:59 &lt;comraden1&gt; La 20:27:03 &lt;comraden1&gt; lazygravy++ 20:27:04 &lt;anonimal&gt; Liệu sadie_i21 sẽ lên IRC thường xuyên hơn không? 20:27:15 &lt;xcps&gt; C0B4, đúng lắm! 20:27:15 &lt;lazygravy&gt; anonimal++ 20:27:22 &lt;sadie_i21&gt; okee dokee 20:27:33 &lt;str4d&gt; Nghe ổn với tôi 20:27:42 &lt;zzz&gt; đó là điểm hay, chúng tôi đã nhiều lần khuyến khích sadie_i21 ở đây thường xuyên hơn, tôi biết cô ấy đang chuẩn bị máy tính thứ hai để thuận tiện hơn 20:27:48 &lt;str4d&gt; sadie_i21, tôi vẫn còn tài khoản bouncer - sadie - nếu bạn muốn 20:28:04 &lt;zzz&gt; tôi nghĩ sẽ khó quản lý dự án nếu bạn không ở đây thường xuyên 20:28:28 &lt;anonimal&gt; Chào sadie_i21, chúng ta chưa chào chính thức bao giờ. 20:28:28 &lt;anonimal&gt; Tôi có câu hỏi liên quan PM, nhưng tôi nghĩ có thể đợi? 20:28:30 &lt;str4d&gt; Ít nhất nó cũng giúp bạn không bỏ lỡ PM, v.v. 20:28:39 &lt;zzz&gt; sadie_i21, có tiến triển gì về việc thiết lập để bạn có thể ở đây và xem lại lịch sử không? 20:28:52 &lt;sadie_i21&gt; chào! Tôi đang cố ở đây thường xuyên hơn!! 20:28:57 &lt;anonimal&gt; s/PM-related/Project Management-related/ 20:29:06 &lt;comraden1&gt; str4d: nói với tôi cách thiết lập cái đó cho sadie_i21 ngoài kênh nhé? Twitter hay ở đây đều được 20:29:14 &lt;sadie_i21&gt; vâng, zzz - đã xong và đã thiết lập 20:29:43 &lt;zzz&gt; ok, chúng ta có kế hoạch chuyển giao chung từ tôi sang sadie, hãy xem vài tháng tới diễn ra thế nào 20:29:47 &lt;eche|on&gt; xin lỗi ngắt lời, vì sadie sẽ làm quản lý, cô ấy cần hệ thống để tổ chức 20:30:01 &lt;eche|on&gt; ý là phần cứng cô ấy cần, xin lỗi 20:30:20 &lt;zzz&gt; echelon hả? 20:30:41 &lt;str4d&gt; comraden1, ok 20:31:00 &lt;zzz&gt; còn gì nữa ở 3) không? 20:31:05 &lt;comraden1&gt; eche|on: tôi đã lắp một máy cho cô ấy nên có lẽ không cần, nhưng đó là quyết định của cô ấy nếu muốn thêm thiết bị mới 20:31:14 &lt;eche|on&gt; zzz: xin lỗi, chúng ta đã nói về một bộ PC cô ấy cần, và cô ấy nên liên hệ với tôi 20:31:23 &lt;zzz&gt; ok 20:31:29 &lt;zzz&gt; 4) Mức độ sẵn sàng hợp nhất GMP 6 - `http://zzz.i2p/topics/1960` (tuna) 20:31:35 &lt;zzz&gt; hottuna, tình hình mới nhất? 20:31:38 &lt;eche|on&gt; nếu vậy thì theo tôi là ổn, nhưng mọi người ở đây có thể bỏ phiếu yes! 20:31:56 &lt;hottuna&gt; jcpuid cho Windows x86 không hoạt động 20:32:05 &lt;hottuna&gt; Tôi còn hai phương án để thử, rồi tôi hết sạch ý tưởng 20:32:40 &lt;zzz&gt; ok. kytv đã làm thành công 5 năm trước, nếu bạn bế tắc có thể anh ấy giúp 20:32:48 &lt;eche|on&gt; jcpuid là mã C à? 20:32:58 &lt;hottuna&gt; ucpuid cho osx chưa được biên dịch hay thử 20:32:58 &lt;hottuna&gt; jcpuid* 20:33:13 &lt;hottuna&gt; c+asm+java-bindings 20:33:13 &lt;zzz&gt; Tôi muốn các thứ lớn như thế này được chuẩn bị cho 0.9.25 vào giữa tháng 2, vậy ta có khoảng hai tuần để làm cho xong 20:33:24 &lt;anonimal&gt; hottuna: Tôi có thể giúp việc đó. 20:33:31 &lt;str4d&gt; Cũng có một phương án khác ta có thể xem xét 20:33:41 &lt;hottuna&gt; zzz: tôi không thể hứa gì. Tôi đang đụng tường ở đây 20:33:47 &lt;hottuna&gt; anonimal: giúp build osx à? 20:33:48 &lt;str4d&gt; orignal đã nêu rằng triển khai ElGamal của ta có thể hiệu quả hơn rất nhiều. 20:33:52 &lt;hottuna&gt; hay giúp Windows x86? 20:34:02 &lt;hottuna&gt; str4d: bằng cách nào? 20:34:04 &lt;str4d&gt; (hiện tại nó chỉ làm toán ElG trực tiếp) 20:34:07 &lt;hottuna&gt; bằng cách cho nó toàn bộ là C? 20:34:12 &lt;zzz&gt; đừng lạc đề sang ElG 20:34:17 &lt;zzz&gt; trong cuộc họp 20:34:25 &lt;str4d&gt; hottuna, dùng ví dụ: Montgomery ladder hay gì đó 20:34:30 &lt;str4d&gt; Cần nghiên cứu thêm 20:34:35 &lt;hottuna&gt; ok 20:34:41 &lt;IrcI2Pd743&gt; C0B4 ví dụ, không ai cả. Mọi người chỉ tin lời nói về độ an toàn và ẩn danh của mạng. 20:34:53 &lt;zzz&gt; ok tóm lại là hottuna cần giúp đỡ và thời gian đang trôi, nếu không chúng ta sẽ lỡ .25. mọi người vui lòng giúp nếu anh ấy nhờ 20:35:00 &lt;anonimal&gt; hottuna: Vâng. Dạo này tôi luôn thiếu thời gian + Kovri, nên tôi sẽ làm trong khả năng. 20:35:08 &lt;zzz&gt; còn gì nữa ở 4) không? 20:35:14 &lt;anonimal&gt; hottuna: Liên kết mới nhất ở bài diễn đàn? 20:35:34 &lt;str4d&gt; Tiếc là tôi vô dụng trong việc thử nghiệm 20:35:36 &lt;hottuna&gt; liên kết cho cái gì? 20:35:40 &lt;hottuna&gt; cho jcpuid? 20:35:47 &lt;orignal&gt; str4d, 100% 20:36:18 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` yêu cầu đưa vào trang chủ console - `http://zzz.i2p/topics/236?page=3#p10884` 20:36:27 &lt;zzz&gt; The_Tin_Hat, vui lòng nói với chúng tôi về site của bạn 20:37:10 &lt;JIa3apb_KaraHoBu4&gt; Biện hộ - là dành cho kẻ yếu! 20:37:16 &lt;The_Tin_Hat&gt; Site cung cấp một số tutorial thực tế về quyền riêng tư và bảo mật, nhắm tới người dùng trung cấp có thể tiêu hóa được, gồm một số tutorial về i2p và tor 20:38:03 &lt;The_Tin_Hat&gt; Tôi nghĩ nó phù hợp cho những người mới bắt đầu với I2P và/hoặc bảo mật & quyền riêng tư trên internet 20:38:03 &lt;zzz&gt; Tôi biết bạn đã xuất hiện ở thetinhat.i2p một thời gian, còn secure.thetinhat.com tương đối mới thì sao? mỗi cái có từ bao lâu rồi? 20:38:08 &lt;trolly&gt; Tôi biết thetinhat từ lâu 20:38:18 &lt;trolly&gt; Tôi đã dịch một vài tutorial đó 20:38:23 &lt;str4d&gt; zzz, theo tôi hiểu secure.thetinhat.i2p là một khóa EdDSA 20:38:44 &lt;The_Tin_Hat&gt; thetinhat.i2p vẫn tồn tại, nhưng subdomain được thêm vào khi tôi chuyển server và nâng cấp khóa, cùng với tunnels dài hơn 20:38:53 &lt;C0B4&gt; Xin lỗi, nhưng tôi chờ lâu rồi cho câu hỏi này, hay các bạn không trả lời người phàm trần&gt;&gt;&gt; &lt;C0B4&gt; Xin lỗi, ai đã kiểm tra tính an toàn của 0.9.24 20:38:53 &lt;zzz&gt; có ai có câu hỏi hay bình luận gì về yêu cầu này không? 20:38:57 &lt;str4d&gt; Vậy 5a) chúng ta cần mở rộng subscription feeds để cho phép nâng cấp khóa 20:39:16 &lt;zzz&gt; C0B4, chúng tôi đang giữa cuộc họp, xin lỗi 20:39:43 &lt;zzz&gt; str4d, ta sẽ bàn 5a) trong các cuộc họp lộ trình vào tháng tới 20:39:52 &lt;str4d&gt; b 20:40:15 &lt;str4d&gt; Tôi +1 thêm vào. 20:40:47 &lt;hottuna&gt; +1, thêm đi 20:40:52 &lt;anonimal&gt; hottuna: Vâng, jcpuid. 20:40:56 &lt;zzz&gt; ok về yêu cầu secure.thetinhat.i2p đưa vào trang chủ console, nếu không còn câu hỏi hay bình luận nào, vui lòng bỏ phiếu +1 hoặc -1 20:40:59 &lt;lazygravy&gt; +1 20:41:13 &lt;Yankee&gt; Hi, gays! 20:41:23 &lt;trolly&gt; +1 20:41:23 &lt;cacapo&gt; +1 20:41:51 &lt;comraden1&gt; +1 thêm vào 20:41:53 &lt;anonimal&gt; hottuna: Hay chúng ta làm trực tiếp từ mtn bây giờ? (Tôi chưa thấy gì kể từ lần tôi thử) 20:42:24 &lt;zzz&gt; anonimal, chúng ta đã rời chủ đề đó, vui lòng thảo luận chỗ khác, cảm ơn 20:42:32 &lt;zzz&gt; ok gọi lần cuối cho 5) 20:42:37 &lt;z3r0fox&gt; +1 20:43:06 &lt;zzz&gt; không nghe thấy phản đối nào, chúng ta sẽ chấp thuận yêu cầu thinhat, tôi sẽ check in cho .25 20:43:27 &lt;zzz&gt; 6) Đề xuất Bộ Quy tắc Ứng xử - `http://zzz.i2p/topics/2015` (Sadie) 20:43:27 &lt;zzz&gt; 6a) Đề xuất và lý do (Sadie) 20:43:27 &lt;zzz&gt; 6b) Câu hỏi cho Sadie 20:43:27 &lt;zzz&gt; 6c) Bình luận ngắn từ những người CHƯA bình luận trên zzz.i2p 20:43:27 &lt;zzz&gt; 6d) Bình luận ngắn từ những người ĐÃ bình luận trên zzz.i2p 20:43:27 &lt;zzz&gt; 6e) Tình nguyện viên trình bày đề xuất cụ thể ở cuộc họp tới 20:43:50 &lt;zzz&gt; Tôi muốn giới hạn chủ đề này khoảng 20 phút. Hôm nay chúng ta sẽ không đưa ra quyết định cuối cùng 20:43:53 &lt;zzz&gt; 6a) Đề xuất và lý do (Sadie) 20:44:01 &lt;zzz&gt; sadie_i21, đến lượt bạn 20:45:30 &lt;zzz&gt; ok chúng ta mất sadie rồi, chuyển sang 6b 20:45:36 &lt;zzz&gt; à, 6c 20:45:40 &lt;Yankee&gt; zzz: Edward Snowden viết rằng i2p không an toàn 20:45:44 &lt;zzz&gt; 6c) Bình luận ngắn từ những người CHƯA bình luận trên zzz.i2p 20:46:09 &lt;zzz&gt; nếu bạn chưa thêm ý kiến của mình vào luồng trên zzz.i2p, vui lòng bình luận về đề xuất này bây giờ 20:46:13 &lt;orignal&gt; 6, theo tôi CoC hoàn toàn vô dụng 20:46:32 &lt;orignal&gt; một người trưởng thành phải có điều đó trong đầu 20:47:02 &lt;orignal&gt; thay vì tạo ra policy, CoC và những thứ HR tào lao khác 20:47:29 &lt;comraden1&gt; zzz: Tôi ủng hộ coc (đã nhờ lazygravy đăng liên kết tới coc của nsa như ví dụ). Đây là một phần của sự trưởng thành dự án cho phát triển và để đảm bảo rằng chúng ta có thể thu hút nhiều hơn chỉ lập trình viên tham gia I2P 20:47:41 &lt;orignal&gt; làm việc thay vì chính sách 20:47:53 &lt;eche|on&gt; Tôi nghiêng về ý là vì nó lẽ ra đã được tất cả chúng ta thừa nhận, ta cũng có thể viết ra và cố định các quy tắc bất thành văn. Không thay đổi gì cả. 20:48:02 &lt;anonimal&gt; zzz: Tôi ủng hộ CoC. 20:48:04 * orignal tin rằng bạn sẽ có ít lập trình viên hơn 20:48:04 &lt;zzz&gt; còn ai chưa bình luận trên zzz.i2p muốn thêm ý kiến không? 20:48:16 &lt;zzz&gt; vui lòng ngắn gọn 20:49:05 &lt;orignal&gt; ngắn gọn. Chúng tôi sẽ không đưa bất kỳ CoC nào cho i2pd. 20:49:18 &lt;zzz&gt; ok. quay lại 6a). sadie_i21 vui lòng cho chúng tôi biết đề xuất của bạn, bạn định gì, và vì sao 20:49:19 &lt;orignal&gt; hết. 20:50:15 &lt;Yankee&gt; anonimal: Tôi chưa thấy ai chán hơn bạn... 20:50:24 &lt;EinMByte&gt; Có lẽ CoC không quá quan trọng, nhưng tôi không phản đối. 20:50:24 &lt;EinMByte&gt; Nó gần như là hình thức 20:50:40 &lt;anonimal&gt; Một bình luận: 20:50:43 &lt;anonimal&gt; CoC không chỉ bảo vệ nạn nhân mà còn bảo vệ người vi phạm khỏi việc đưa ra quyết định ngu ngốc có hậu quả dài hạn như sự nghiệp hay cá nhân. 20:50:43 &lt;anonimal&gt; Tôi có thể bình luận thêm trong luồng. Hết ý. 20:50:56 &lt;zzz&gt; ok, 6d) mở cho các bình luận khác, ngay cả khi bạn đã bình luận trong luồng trên zzz.i2p 20:51:18 &lt;zzz&gt; ai cảm thấy mình chưa rõ ràng trong luồng hoặc muốn bổ sung? 20:52:03 &lt;sadie_i21&gt; Tôi đang tìm phản hồi về ý tưởng có các tiêu chuẩn cộng đồng 20:52:04 &lt;EinMByte&gt; anonimal: Ừ, nhưng hãy xét tới thực tế là đa số người vi phạm sẽ là ẩn danh. 20:53:00 &lt;allyourbase&gt; Nó sẽ dùng làm gì? Gửi cho phóng viên? Trục xuất thành viên dự án? 20:53:02 &lt;sadie_i21&gt; theo ý của zzz, phù hợp với sự trưởng thành của dự án 20:53:08 &lt;lazygravy&gt; Tôi thấy giống như EinMByte. Nó hoặc vô dụng, hoặc tốt. Không phải sự kiện tận thế như vài người làm quá lên 20:53:08 &lt;anonimal&gt; EinMByte: Đến giờ, tôi thấy 50/50 (một ẩn danh, một không ẩn danh) nhưng tôi hiểu ý bạn. 20:53:08 &lt;lazygravy&gt; Vô dụng ở đây nghĩa là mức bằng 0, không phải âm 20:53:08 &lt;C0B4&gt; anonimal, a priori đó là tội phạm. Sao lại bảo vệ hắn& 20:53:09 &lt;zzz&gt; sadie, bạn chỉ muốn phản hồi chung về ý tưởng bất kỳ tiêu chuẩn hay CoC nào thôi? Bạn chưa (vẫn) đưa ra ví dụ cụ thể để cân nhắc 20:53:26 &lt;comraden1&gt; EinMByte: lý tưởng là ta có thể bắt đầu với các cách để xử lý chuyện này. Tôi sẽ link lại https://github.com/NationalSecurityAgency/SIMP/blob/master/Community_Code_of_Conduct.md vì tôi nghĩ phần vi phạm hướng dẫn là thứ ta có thể thực thi 20:53:31 &lt;psi&gt; Một CoC là vô dụng và tự bắn vào chân theo ý tôi 20:53:37 &lt;EinMByte&gt; anonimal: Ừ nếu bạn định xúc phạm người khác, tốt nhất là nên ẩn danh ;) 20:53:39 &lt;psi&gt; về mặt PR 20:53:39 &lt;Yankee&gt; zzz: Tôi viết rằng người Nga viết client C++. Đúng không? 20:53:57 &lt;zzz&gt; Yankee, chúng tôi đang giữa cuộc họp, xin lỗi 20:54:00 &lt;sadie_i21&gt; ngoài ra, việc có một cái như vậy có giúp chúng ta nếu xin tài trợ, v.v. không 20:54:21 &lt;EinMByte&gt; sadie_i21: Có thể đúng, ý hay. 20:54:33 &lt;zab__&gt; thật à? tài trợ quan trọng đấy 20:54:34 &lt;psi&gt; ngoài ra tôi đã bị cáo buộc gieo rắc FUD 20:54:38 &lt;lazygravy&gt; Debian và hàng nghìn dự án khác dùng và PR của họ vẫn ổn. Làm sao bạn phủ nhận điều này? 20:54:39 &lt;sadie_i21&gt; cảm ơn mọi người đã dành thời gian chia sẻ ý kiến trên diễn đàn về việc này 20:54:50 &lt;anonimal&gt; Yankee: Cút mẹ đi :) 20:54:53 * orignal đồng ý với zab__ 20:55:22 * orignal ủng hộ CoC sau câu vừa rồi của anonimal 20:55:30 &lt;psi&gt; lazygravy: saddie vừa đề xuất tiêu chuẩn cộng đồng mà bạn nói là sẽ không bao giờ xảy ra 20:55:33 &lt;comraden1&gt; zab__: đây là điều sadie_i21 đang nói tới, lập trường mới của NSF ở Mỹ https://www.nsf.gov/news/news_summ.jsp?cntn_id=137466 20:55:41 &lt;anonimal&gt; sadie_i21: Cảm ơn đã đưa ra để mọi người chú ý. 20:55:59 &lt;str4d&gt; sadie_i21, bạn nói cộng đồng nói chung, hay chỉ cộng đồng dev? 20:56:00 &lt;lazygravy&gt; psi: FUD đó cần chấm dứt. Đó là cộng đồng dev 20:56:01 &lt;zzz&gt; ok, sadie_i21 bạn có muốn quay lại cuộc họp tới với một đề xuất cụ thể không? hay không tiếp tục? bước tiếp theo là gì? 20:56:09 &lt;Yankee&gt; anonimal: gì cơ? 20:56:11 &lt;psi&gt; lazygravy: đó không phải fud... 20:56:24 &lt;orignal&gt; mọi người, xin lỗi các bạn nghĩ chửi thề được phép ở đây à? 20:56:32 &lt;sadie_i21&gt; không phải cộng đồng nói chung - không. 20:56:44 &lt;nda&gt; CoC. các bạn sẽ làm gì với ‘người xấu’ về mặt kỹ thuật? (xin lỗi tiếng Anh của tôi) 20:56:44 &lt;IrcI2Pd743&gt; sadie_i21, bạn không phải làm HR trong công việc à? 20:57:06 &lt;lazygravy&gt; psi: là như vậy. Nhưng đây là thảo luận ngoài kênh. 20:57:09 * zab__ mỉm cười 20:57:25 &lt;zab__&gt; Yankee: , 20:57:25 &lt;nda&gt; viết thư cho chính phủ hay gì? 20:57:34 &lt;C0B4&gt; an 20:57:45 &lt;psi&gt; CoC là thứ không phù hợp với i2p 20:57:52 &lt;zzz&gt; có tình nguyện viên nào làm việc trên một đề xuất cụ thể cho tháng sau, dựa trên các bình luận ở đây và trong luồng trên zzz.i2p không? 20:57:52 &lt;C0B4&gt; anonimal, ? 20:58:07 &lt;orignal&gt; zab__, 20:58:15 &lt;eche|on&gt; nda: ở mức cuối, loại khỏi nhánh dev chính bằng java của chúng ta một thời gian? 20:58:17 &lt;IrcI2Pd743&gt; anonimal, . , -, , . ? 20:58:21 &lt;zzz&gt; mọi người, vui lòng bám sát chủ đề và dùng tiếng Anh, cảm ơn 20:58:23 &lt;sadie_i21&gt; hãy đưa ra một đề xuất cho cuộc họp tới 20:58:40 &lt;zzz&gt; ok, có ai tình nguyện làm cùng sadie không? 20:58:44 &lt;orignal&gt; zzz, anonimal là người đầu tiên 20:58:53 &lt;IrcI2Pd743&gt; zzz, xin lỗi, nhưng còn bạn là developer trước tiên 20:58:56 &lt;comraden1&gt; zzz: Tôi có thể hỗ trợ ai đó với liên kết ý tưởng, v.v. Tôi không thể tự cam kết làm hết vì cuộc sống của tôi đang rối tung :) 20:58:58 &lt;orignal&gt; anh ấy nói điều gì đó rất xúc phạm cho mọi người 20:59:02 &lt;IrcI2Pd743&gt; *của bạn 20:59:04 &lt;nda&gt; eche|on ôi cảm ơn câu trả lời 20:59:10 &lt;zab__&gt; Tôi hứa sẽ đọc kỹ CoC và có ý kiến 20:59:19 &lt;anonimal&gt; zzz sadie_i21: Tôi muốn giúp. 20:59:35 &lt;lazygravy&gt; Tôi không nghĩ chúng ta đã đồng ý về một văn bản cụ thể 20:59:48 &lt;anonimal&gt; Tôi cần dành thêm thời gian cho java i2p hơn là VRP và viết lại/tổ chức lại tài liệu. 20:59:49 &lt;lazygravy&gt; (Điều này rất quan trọng, theo tôi. Một bản có thể được viết cực tệ) 21:00:04 &lt;zzz&gt; ok. Tóm lại có vẻ như nhiều “thành viên nhóm” (có quyền checkin hoặc trên trang nhóm của chúng ta) ủng hộ hơn là phản đối, trong khi ở nhóm không-phải-thành-viên-nhóm thì nhiều người phản đối hơn 21:00:21 &lt;str4d&gt; lazygravy, vâng. Và tôi cũng không nghĩ văn bản cụ thể sẽ được đồng ý ở cuộc họp tới 21:00:21 &lt;str4d&gt; họp* 21:00:25 &lt;zzz&gt; Tôi nghĩ cả hai nhóm đều quan trọng để cân nhắc, vì người không phải thành viên nhóm có thể trở thành thành viên nhóm 21:00:39 &lt;zab__&gt; lý tưởng là chúng ta nên có hơn một ứng viên coc 21:00:41 &lt;str4d&gt; Tôi nghĩ chúng ta có một đống đề xuất, cũng như nhiều lý do ủng hộ và phản đối. 21:01:13 &lt;zzz&gt; Vì tôi nghĩ tôi sẽ là người phân xử cuối cùng về bất kỳ mã hay quy trình nào, tôi không hề muốn áp dụng thứ gì mà không có đồng thuận rộng rãi hay gần như nhất trí 21:01:21 &lt;str4d&gt; Điểm bắt đầu hay là vài người xem các lựa chọn đề xuất, phân tích ưu/nhược 21:01:38 &lt;zzz&gt; ok, sadie có vẻ như tên bạn ở nhiệm vụ mang lại điều gì đó vào tháng tới 21:01:44 &lt;zzz&gt; còn gì nữa ở 6) không? 21:02:02 &lt;sadie_i21&gt; đã ghi nhận 21:02:10 &lt;str4d&gt; Nghiên cứu thêm về ấn tượng tích cực và tiêu cực của “CoC” hay tương tự sẽ hữu ích (ví dụ: vấn đề tài trợ ở trên, hay ấn tượng tiêu cực có vẻ là phản đối chính) 21:02:16 &lt;EinMByte&gt; Tôi không thể quyết định cho đến khi thực sự thấy một đề xuất, tôi nghĩ vậy 21:02:17 &lt;str4d&gt; Nhưng việc đó sẽ tốn công hơn 21:02:34 &lt;nda&gt; và với CoC các bạn sẽ không làm gì được với “người xấu” không thuộc i2p-team của các bạn? 21:02:44 &lt;zzz&gt; gọi lần cuối cho 6) 21:02:57 &lt;lazygravy&gt; str4d++ 21:03:09 &lt;str4d&gt; nda, CoC hay gì đó chỉ dành cho nhóm dev I2P, đúng vậy 21:03:25 * lazygravy afk, có việc ngoài đời 21:03:27 &lt;eche|on&gt; nda: tại sao chúng ta phải làm? nó là cho i2p-dev-team của chúng ta 21:03:29 &lt;str4d&gt; Cơ bản là chúng ta cần thêm dữ liệu. 21:03:40 &lt;nda&gt; str4d ok cảm ơn 21:03:44 &lt;psi&gt; (tạm thời) 21:03:45 &lt;comraden1&gt; zab__: ý không tệ. Có lý khi xem cái gì sẵn có để sao chép thay vì tự viết 21:03:49 &lt;zzz&gt; ok, tôi tuyên bố kết thúc 6), cảm ơn mọi người 21:03:59 &lt;zzz&gt; 7) VRP anonimal mời bắt đầu 21:04:03 &lt;str4d&gt; Về bản chất, nó sẽ là phần mở rộng của các thỏa thuận dành cho developer mà chúng ta đã phải ký. 21:04:40 &lt;anonimal&gt; Về VRP: Tôi đang chờ phản hồi từ zzz và str4d và cộng đồng. 21:04:57 &lt;anonimal&gt; Sau đó tôi có thể viết lại và hoàn tất ticket. 21:04:59 &lt;nda&gt; tôi đã nghĩ đây là gì đó kiểu “Gọi cảnh sát, có kẻ xấu trong I2P!” xin lỗi thật ) 21:05:01 &lt;comraden1&gt; Và bổ sung ý của str4d, nó cũng đảm bảo một mức nền cho những người không ký thỏa thuận dev (như tôi) 21:05:08 &lt;str4d&gt; anonimal, ồ, có cập nhật gì thêm à? Xin lỗi tôi bỏ lỡ. 21:05:09 &lt;zzz&gt; tôi không có số ticket trước mắt. bạn cần gì? Tôi biết str4d vừa gặp Kate gần đây. str4d có gì mới nhất? 21:05:26 &lt;eche|on&gt; VRP là gì` 21:05:26 &lt;eche|on&gt; ? 21:05:36 &lt;str4d&gt; eche|on, Vulnerability Response Process 21:05:37 &lt;anonimal&gt; `http://trac.i2p2.i2p/ticket/1119` 21:05:37 &lt;zzz&gt; anonimal, bạn có ticket đó không? 21:05:39 &lt;eche|on&gt; à, ok 21:05:52 &lt;eche|on&gt; chủ đề phức tạp 21:06:04 &lt;zzz&gt; tôi không nghĩ chúng ta thậm chí đã quyết định dùng H1, đúng không? Nhưng rõ ràng họ vừa tạo tiếng vang lớn 20:06:15 &lt;str4d&gt; zzz, tôi chưa theo tiếp với Katie về chương trình bug bounty OSS (luận án), nhưng sẽ làm tuần này. 21:06:38 &lt;str4d&gt; Tôi chắc chắn có ấn tượng tốt từ cô ấy, cũng như từ phản hồi của họ trên ticket của chúng ta 21:06:38 &lt;zzz&gt; có phải đây là thứ nên quyết định dứt điểm trong các cuộc họp lộ trình tháng tới không? 21:06:40 &lt;anonimal&gt; Tôi nghĩ đó là rào cản lớn nhất: quyết định H1. 21:06:40 &lt;anonimal&gt; Họ đã bình luận trong ticket, trình bày quan điểm của họ, 21:06:41 &lt;anonimal&gt; Tôi đã trình bày quan điểm của tôi, 21:06:43 &lt;anonimal&gt; kay đã trình bày quan điểm của họ, 21:06:52 &lt;str4d&gt; Katie cũng có những bình luận hay về quy trình chúng ta đang thực hiện 21:07:33 &lt;zzz&gt; Tôi không chắc chúng ta sẽ tập trung đủ để đưa ra quyết định trước tháng Ba. Tôi hơi ngợp với mức chi tiết trong ticket. Có thể là quá nhiều. nhưng cũng có thể không. 21:08:02 &lt;zzz&gt; str4d, chúng ta nên xử lý việc này thế nào và khi nào? 21:08:37 &lt;str4d&gt; Katie thích mức chi tiết và sự cẩn thận chúng ta dành ra để làm cho đúng, để bạn biết 21:08:52 &lt;zzz&gt; được thôi, nhưng tôi quan tâm tới ý kiến của bạn hơn, không phải katie :) 21:09:05 &lt;str4d&gt; zzz, nếu ta có thể tham gia cùng chương trình bug bounty mà Tor dùng, tôi nghĩ điều đó có lẽ sẽ quyết định cho chúng ta 21:09:09 &lt;zzz&gt; làm sao và khi nào ta có câu trả lời 21:09:37 &lt;str4d&gt; vì tôi nghĩ ta sẽ có lượng nhà nghiên cứu lớn hơn so với khi chỉ có một trang miễn phí 21:09:47 &lt;anonimal&gt; Vì việc này bị hoãn từ cuộc họp tháng 12, tôi không háo hức cho một lần hoãn nữa 21:09:47 &lt;anonimal&gt; Nhưng tôi thực sự không ở vị trí để tranh luận hay yêu cầu. 21:09:47 &lt;anonimal&gt; Vậy, cái gì phù hợp với mọi người. 21:09:47 &lt;anonimal&gt; s/exciting/excited/ 21:09:55 &lt;zzz&gt; ừ nhưng bất kể H1, ta vẫn cần một quy trình 21:10:04 &lt;str4d&gt; Đúng vậy 21:10:24 &lt;zzz&gt; vậy tôi đề xuất ta làm việc đó trong các cuộc họp lộ trình tháng Ba. OK? 21:10:31 &lt;str4d&gt; Tôi sẽ xem lại các thay đổi mới nhất của anonimal tuần tới. 21:10:41 &lt;zzz&gt; ok, tôi cũng sẽ làm vậy 21:10:49 &lt;zzz&gt; còn gì nữa ở 7) không? 21:10:54 &lt;str4d&gt; Trước 12 Tháng 2 21:11:02 &lt;IrcI2Pd743&gt; anonimal, Thật bực khi bạn cho phép mình chửi thề trước mặt tôi. 21:11:18 &lt;anonimal&gt; Bốn dòng cuối của tôi có qua không? 21:11:18 * comraden1 phải afk 21:11:29 &lt;zzz&gt; còn gì nữa cho cuộc họp không? 21:11:32 &lt;str4d&gt; anonimal, tôi xem đến s/ 21:11:40 &lt;IrcI2Pd743&gt; anonimal, Tôi yêu cầu lời xin lỗi. 21:11:52 &lt;anonimal&gt; Tôi sẽ xem lại log cuộc họp, tôi nghĩ tôi đã bỏ lỡ nhiều đoạn. 21:11:57 &lt;orignal&gt; 8) câu nói của anonimal 21:12:09 * zzz *bafffs* kết thúc cuộc họp </div>/vi/blog/2016/01/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.24/Wed, 27 Jan 2016 00:00:00 +0000/vi/blog/2016/01/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.24/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>0.9.24 bao gồm một phiên bản SAM (v3.2) mới và nhiều bản sửa lỗi cùng các cải tiến về hiệu suất. Lưu ý rằng bản phát hành này là bản đầu tiên yêu cầu Java 7. Vui lòng cập nhật lên Java 7 hoặc 8 càng sớm càng tốt. router của bạn sẽ không tự động cập nhật nếu bạn đang dùng Java 6.</p> <p>Để ngăn chặn các sự cố do thư viện commons-logging đã rất lỗi thời gây ra, chúng tôi đã loại bỏ nó. Điều này sẽ khiến các plugin I2P-Bote rất cũ (0.2.10 trở xuống, được HungryHobo ký) bị sập nếu IMAP được bật. Giải pháp khuyến nghị là thay plugin I2P-Bote cũ của bạn bằng bản hiện tại do str4d ký.</p>/vi/blog/2016/01/23/t%C3%B3m-t%E1%BA%AFt-ccc/Sat, 23 Jan 2016 00:00:00 +0000/vi/blog/2016/01/23/t%C3%B3m-t%E1%BA%AFt-ccc/<p>Tham dự: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo và eche|on.</p> <h2 id="bắt-đầu">Bắt đầu</h2> <p>Dự án đã có thêm một năm thành công tại CCC. Chúng tôi xin cảm ơn các tình nguyện viên tại 32C3 vì tất cả sự hỗ trợ của họ trong việc tổ chức sự kiện này và vì đã đón tiếp chúng tôi rất chu đáo. Nhờ nhiều khoản đóng góp hào phóng từ những người ủng hộ như bạn dành cho dự án, nhiều người đóng góp cho I2P đã có thể tham dự Đại hội năm nay.</p>/vi/blog/2015/12/30/i2p-dev-meeting-december-30-2015/Wed, 30 Dec 2015 00:00:00 +0000/vi/blog/2015/12/30/i2p-dev-meeting-december-30-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 09:49:14 &lt;zzz&gt; 0) Hi 09:49:14 &lt;zzz&gt; 1) Meeting structure and goals 09:49:14 &lt;zzz&gt; 2) PR 09:49:14 &lt;zzz&gt; 3) Project Management 09:49:14 &lt;zzz&gt; 0) Hi 09:49:16 &lt;zzz&gt; Hi 09:49:30 &lt;zzz&gt; 1) Meeting structure and goals 09:49:30 &lt;zzz&gt; First of all I apologize for the horrendous time for this meeting for our North American folks. 09:49:30 &lt;zzz&gt; This will be a little different from our usual meeting structure because it's mostly in-person here at CCC. 09:49:31 &lt;zzz&gt; We will attempt to relay the highlights to IRC. 09:49:33 &lt;zzz&gt; We will also be taking notes here. 09:49:35 &lt;zzz&gt; Now let me give a preamble for this meeting. 09:49:49 &lt;zzz&gt; As you all should know, Sadie was a huge part of the organization and success of I2PCon in Toronto. 09:49:49 &lt;zzz&gt; We all saw her talent and enthusiasm in Toronto, and obviously she wants to do more for I2P going forward. 09:49:49 &lt;zzz&gt; As we got to work with her before and during the Con, we learned that she has extensive Project Management and PR experience, 09:49:49 &lt;zzz&gt; both with Tor and out in the real world. 09:49:49 &lt;zzz&gt; What I asked her to do after the Con was to get to know our project better, to understand our current structure and processes, 09:49:52 &lt;zzz&gt; and to come back with recommendations on what we could do better and how she could help us. 09:50:04 &lt;zzz&gt; Since then, she's had several long conference calls with tuna, me, str4d, psi, and others, 09:50:04 &lt;zzz&gt; and reviewed our website, trac, and current processes. 09:50:04 &lt;zzz&gt; Also, psi has named her Assistant PR Director and she is tweeting on the @GetI2P account and helping to get the word out about I2P. 09:50:06 &lt;zzz&gt; She is now ready to give us some recommendations. 09:50:06 &lt;zzz&gt; While my original question to her was "how can you help us?", the answer coming back is 09:50:06 &lt;zzz&gt; more like "here's the things we need to fix so I can effectively help", 09:50:08 &lt;zzz&gt; followed by the actual things she could do for us, or more precisely how we can all work together more effectively. 09:50:19 &lt;zzz&gt; What I'd like to do today is to hear her recommendations and discuss them each briefly. 09:50:19 &lt;zzz&gt; Many of these topics tend to spark long discussion and I'd like to contain that so we aren't here all day. 09:50:19 &lt;zzz&gt; For each recommendation, I'd like to get a commitment from one of you to follow up. 09:50:19 &lt;zzz&gt; If the recommendation is uncontroversial and we have consensus, that commitment would be to implement it. 09:50:20 &lt;zzz&gt; If it needs further research or we don't agree, that commitment would be to review our options and 09:50:21 &lt;zzz&gt; come up with a plan, or a counter proposal, or a list of options to be discussed at a future meeting. 09:50:23 &lt;zzz&gt; These commitments and due dates will be noted and tracked. 09:50:25 &lt;zzz&gt; I don't want to get bogged down on any one thing so I'll be looking for volunteers to follow up most things. 09:50:42 &lt;zzz&gt; I want to emphasize that I asked Sadie to do this and give us her opinion based on her previous experience. 09:50:42 &lt;zzz&gt; We may not agree but we should listen and carefully consider her recommendations. 09:50:42 &lt;zzz&gt; I2P is its own little snowflake and not everything may be appropriate for us, 09:50:42 &lt;zzz&gt; but she's gotten to know us pretty well this year, so let's hear what she's got. 09:50:43 &lt;zzz&gt; We will of course be able to take suggestions from others but I have a feeling that Sadie's got a lot of things covered already. 09:51:24 &lt;zzz&gt; We're going to first talk about PR and then Project Management. 09:51:24 &lt;zzz&gt; Both are very large topics and there will be overlap. But let's try to keep them as separated as we can. 09:51:54 &lt;zzz&gt; *** end of paste for topic 1), we will start in with 2) in a few minutes. thanks *** 09:58:39 &lt;hottuna&gt; str4d: heya we should have a talk about the DH stuff we're using 09:59:30 &lt;str4d&gt; hottuna, you referring to the NTCP and SSU handshakes? 09:59:55 &lt;hottuna&gt; i guess wherever DH is used 10:00:39 &lt;hottuna&gt; ok. lets talk about it after the meeting 10:00:47 &lt;str4d&gt; Sure 10:00:57 &lt;str4d&gt; According to `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` it's just NTCP and SSU 10:01:21 &lt;hottuna&gt; zzz will be reading the long note above to us now 10:01:48 &lt;str4d&gt; (I still need to update that page ahead of my talk) 10:04:10 &lt;psi&gt; i think i'm here 10:06:33 &lt;lazygravy&gt; psi: yes, zzz posted a long message just before you joined. talking IRL right now 10:07:57 &lt;hottuna&gt; So what we're looking to do is to get commitments from people to fix a bunch of different topics 10:08:25 &lt;hottuna&gt; Some of the stuff we're going to cover will be controversial and some not 10:08:47 &lt;hottuna&gt; the non-controversial topics we're hoping to just assign a to a person and have that handled 10:08:56 &lt;hottuna&gt; Onto Sadie and PR 10:09:16 &lt;hottuna&gt; gravy and sadie have been writing blogpost 10:09:29 &lt;hottuna&gt; and are looking for more content 10:10:21 &lt;hottuna&gt; a lot of content is lost in the commit messages 10:10:38 &lt;hottuna&gt; where the author of the commit does not really record the importance of the commit 10:11:24 &lt;str4d&gt; Rather than scanning commit messages, the best/easiest place to look is history.txt 10:11:30 &lt;hottuna&gt; ideally we would like to publish a blog post at least every 2 months to keep some sense of momentum is kept 10:12:08 &lt;str4d&gt; That still doesn't give an indication of importance, but is contextually easier to handle and sifts out the commit chaff that doesn't make it into history.txt 10:13:04 &lt;lazygravy&gt; str4d: the point is that there is so many cool things happening, and no way to find out without following i2p closely. it should be easier for people to see the cool stuff 10:13:47 &lt;str4d&gt; Perhaps what might help (this would be rather radical) could be to restructure history.txt to organize items by importance (major/minor/bugfix), more like a changelog (or have a parallel changelog file) 10:14:13 &lt;str4d&gt; since as-is, the history file is really just an easier-to-parse commit log 10:14:30 &lt;str4d&gt; That said, it *is* convenient, so maybe parallel info would be better (if harder to maintain) 10:14:38 * str4d stops getting bogged down in specifics 10:14:41 &lt;str4d&gt; :P 10:14:59 &lt;hottuna&gt; lazygravy could act as an editor and sort of delegate the responsibility of writing content when that is appropriate 10:15:14 &lt;str4d&gt; Certainly making it easier to know what is going on is a plus, and I think some of the higher-level organization topics will help this 10:15:33 &lt;str4d&gt; (ie. a blog post writer can look there for the high-level overview instead of the commit log) 10:15:56 &lt;psi&gt; sounds rather similar to pair programming 10:16:10 &lt;hottuna&gt; next topic within PR 10:16:29 &lt;hottuna&gt; regarding having a reseed campaign and attracting new developers 10:16:46 &lt;psi&gt; (or more like married couple programming, the programmer and the programmer's wife) 10:17:11 &lt;lazygravy&gt; str4d: i.e. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:17:15 &lt;hottuna&gt; we would like to involve torontocrypto to attract more reseed host s 10:17:23 &lt;lazygravy&gt; s/i.e./e.g./ 10:17:24 &lt;iRelay&gt; lazygravy meant: str4d: e.g. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 &lt;hottuna&gt; We would like to generate a content package containing all info you would need to set up a reseed host should be available in one place 10:19:14 &lt;hottuna&gt; we need to articulate why reseeds are needed and important 10:19:18 &lt;str4d&gt; Mmm 10:19:42 &lt;str4d&gt; It could even be made as simple as "sudo apt-get i2p-reseed" 10:20:22 &lt;lazygravy&gt; str4d++ 10:20:23 &lt;kytv&gt; I was thinking of making docker images so it can be completely plug-n-play:ed 10:20:47 &lt;psi&gt; the go reseed was excessively easy to set up and use 10:20:56 &lt;hottuna&gt; hottuna/I volunteered to write a few paragraphs about why reseeds are needed and what they do 10:21:07 &lt;hottuna&gt; kytv: that would be amazing 10:21:23 &lt;str4d&gt; kytv++ 10:21:35 &lt;str4d&gt; Drop-and-go is the ideal 10:22:00 &lt;str4d&gt; Kinda like what was mentioned in one of the Tor talks yesterday, about how people could in future get a LetsEncrypt cert that comes with a free .onion 10:22:16 &lt;str4d&gt; (ie. the letsencrypt script sets up the Tor HS for the user) 10:22:38 &lt;kytv&gt; mdrollete's i2p-tools is available as a docker image, so maybe we (=I) could just polish up my I2P docker image (not yet advertised) so one could do it all by copy'n'pasting one command line and reseeding would "just work" 10:22:41 &lt;hottuna&gt; about developed onboarding, making the source code more accessible 10:22:42 &lt;str4d&gt; (that in itself would be super neat for I2P, but slightly different from what we need here) 10:22:55 &lt;comraden1&gt; kytv: docker for sure 10:23:01 &lt;hottuna&gt; str4d: could I convince you to add some links to the source code from geti2p.net? 10:23:04 &lt;str4d&gt; If reseeds are an appliance, it also makes it much easier to keep honest reseeds in sync 10:23:17 &lt;str4d&gt; hottuna, where? 10:23:18 &lt;lazygravy&gt; thought: we should get rid of the note from 0.7.6 on the download page 10:23:33 &lt;kytv&gt; (I'm more of an lxc guy but I'm learning docker so whatevs ) 10:23:45 &lt;kytv&gt; ja 10:23:50 &lt;lazygravy&gt; kytv: docker seems "so hot" right now, so it might be best 10:23:54 &lt;hottuna&gt; wherever it makes sense 10:24:08 &lt;str4d&gt; I believe there is at least one link to kytv's ViewMTN, but that's inside I2P 10:24:11 &lt;hottuna&gt; but the idea is to make it easier to get a quick look at the soruce code 10:24:13 &lt;kytv&gt; Move all docs for ancient stuff to /attic or smth related 10:24:19 &lt;hottuna&gt; to attract developers 10:24:33 &lt;hottuna&gt; str4d outside i2p and ideally from geti2p.net is what we would want 10:24:36 &lt;str4d&gt; I could add links to the new devs page to the Github page, but they would need to be clearly marked as read-only 10:24:50 &lt;psi&gt; if you really want to attract devs we should make the github alive more 10:24:52 &lt;hottuna&gt; yeah. 10:25:57 &lt;str4d&gt; Is the new dev page where you want the links? 10:25:57 &lt;hottuna&gt; that sounds like a simple straight forward step to take 10:25:57 &lt;hottuna&gt; just add a read-only link to github 10:25:57 &lt;str4d&gt; hottuna, which? Links, or github alive more? 10:25:57 &lt;hottuna&gt; would be an improvement 10:25:57 &lt;str4d&gt; ahk 10:26:05 &lt;hottuna&gt; str4d: can I write your name next to that? 10:26:24 &lt;hottuna&gt; that item that is 10:26:38 &lt;str4d&gt; Sure. I assume all of these will get issues created on Trac 10:26:51 &lt;hottuna&gt; not sure if they will. 10:26:57 &lt;hottuna&gt; will ask zzz 10:27:09 &lt;str4d&gt; Well yeah, probably not worth it for the smaller tasks 10:27:20 &lt;str4d&gt; As long as I get the list sometime :P 10:27:26 &lt;hottuna&gt; ok 10:27:36 &lt;hottuna&gt; i think zzz will do a zzz.i2p writeup 10:28:22 &lt;kytv&gt; it'll almost certainly go to zzz.i2p but perhaps also as tickets on Trac 10:28:41 &lt;str4d&gt; k 10:28:50 * str4d pulls up todo list to start adding items 10:32:43 &lt;hottuna&gt; we're talking about which usecasdes we should promote i2p for 10:33:13 &lt;hottuna&gt; and the consesus seems to be that we should promote usecases which we are good at. like bote 10:33:20 &lt;str4d&gt; Mmm 10:33:29 &lt;str4d&gt; We definitely need to push the peer-to-peer aspect 10:33:36 &lt;hottuna&gt; like torrents to potintiall 10:33:38 &lt;hottuna&gt; y 10:33:57 &lt;hottuna&gt; we would like to highlight these good uses on the main page 10:34:12 &lt;hottuna&gt; *what we would like to highlight 10:34:20 &lt;str4d&gt; That's something I2P should have a fundamental advantage with, due to the packet-switched nature and tunnel-level symmetry 10:34:33 &lt;hottuna&gt; yes. and there are other things we are good at 10:34:39 &lt;str4d&gt; And particularly apps that themselves inherently encourage contribution 10:34:41 &lt;hottuna&gt; and those things we should promote 10:35:05 &lt;hottuna&gt; and in the meantime we can keep on working on the things that we are not quite as good at 10:35:09 &lt;str4d&gt; (because I2P's need for contribution can then piggyback on the app's) 10:35:43 &lt;hottuna&gt; lazygravy, str4d, cacapo: could you work through the 3 best usecases for i2p 10:36:01 &lt;hottuna&gt; so that we then can present them properly on the frontpage 10:36:18 &lt;str4d&gt; Sure 10:37:03 &lt;cacapo&gt; yepp 10:37:08 &lt;hottuna&gt; when can you guys come back with something (recommendations or webstie changes)? 10:37:43 &lt;hottuna&gt; is a deadline for end of january ok? 10:37:55 &lt;cacapo&gt; ok 10:38:01 &lt;hottuna&gt; realting to PR: i2p.net becomes available soon 10:38:03 &lt;str4d&gt; Fine with me 10:39:04 &lt;eche|on&gt; 16.4.2016 it is for i2p,net 10:39:11 &lt;str4d&gt; I can say right now that if we are meaning "things that work well right now", you're really looking only at high-latency email (bote) and torrents. Soon we can add distributed datastorage too (once Tahoe gets native I2P client support) 10:39:24 * str4d is looking forward to i2p.net being recovered 10:39:33 &lt;eche|on&gt; tahoe will only be useable with parallel up/download 10:40:08 &lt;str4d&gt; I think it would be ideal to dovetail it with my proposal for dev services on i2p.i2p, have them parallel available in- and out-of-net 10:40:12 &lt;hottuna&gt; cacapo mentions i2p does not communicate a narrative about the project very well. or at all. 10:40:29 &lt;lazygravy&gt; str4d: tahoe has it's own UI problems... :/ (tho I adore it) 10:40:29 &lt;hottuna&gt; unlike to which has a lot of history and contextual history to it 10:41:03 &lt;str4d&gt; hottuna, what narrative does he mean? 10:41:09 &lt;hottuna&gt; relating to jake/snowden&/etc 10:41:42 &lt;str4d&gt; ah, narrative relating I2P history to world context? 10:41:43 &lt;hottuna&gt; comraden1: volunteers to do a writeup of the history of i2p 10:41:52 &lt;str4d&gt; (like the Tor HS talk did?) 10:42:05 &lt;eche|on&gt; history: zzz talk on i2pcon, my talk on 32c3 10:42:06 &lt;hottuna&gt; (didnt see that) 10:42:33 &lt;str4d&gt; also my talk at I2PCon had a bit 10:42:37 &lt;hottuna&gt; zzz, comraden1, lazygravy volunteered to do the actual writeup 10:42:41 &lt;hottuna&gt; psi: around? 10:42:53 &lt;psi&gt; yes 10:42:57 &lt;hottuna&gt; str4d: and so did Lance James' bit 10:43:34 &lt;str4d&gt; lazygravy, Tahoe UX should improve greatly once magic folders is released. UI-wise, still has work to do, but not as much as us :P 10:43:52 &lt;hottuna&gt; str4d, sadie, could the both of you help eachother out to do promo for the RWC talk? 10:44:03 &lt;hottuna&gt; ast call for PR related topics 10:44:06 &lt;hottuna&gt; Lest* 10:44:08 &lt;hottuna&gt; last* 10:44:49 &lt;hottuna&gt; alright, i'll take that as silence 10:44:50 &lt;str4d&gt; hottuna, yep, I'll keep in touch with Sadie 10:44:56 * str4d still has to prepare that talk :/ 10:45:04 &lt;hottuna&gt; Onto the next topic. PROJECT MANAGEMENT 10:45:34 &lt;comraden1&gt; str4d: also "history of how i2p started". I'm thinking of navy researching onion routing -&gt; second generation onion router -&gt; tor 10:46:40 &lt;str4d&gt; comraden1, mmm, you'll probably find a lot of that in the early I2P meeting logs on the website 10:47:15 &lt;str4d&gt; If you do go rooting around in there, feel free to write quick summaries of the meetings that I can add to them :P 10:48:11 &lt;comraden1&gt; str4d: zzz mentioned that he has a lot of it in his head and wanted to write a rough draft. I'm going to edit and make sure it is perfect before we release it 10:48:45 &lt;str4d&gt; +1 10:49:19 &lt;dg&gt; I remember speaking about it with zzz ages ago; if he has logs of that, it might be helpful 10:49:22 &lt;hottuna&gt; we're talking about what the actual goals of the project are 10:49:54 &lt;hottuna&gt; and that they are important to have written down somewhere in order to be able to do meaningful project management 10:50:29 &lt;str4d&gt; Would make for a good about page 10:51:16 &lt;str4d&gt; I've wanted to merge the various intro pages, but we could actually leverage them separately 10:51:36 &lt;str4d&gt; Turn https://geti2p.net/en/about/intro into a brief overview of I2P, both the network and the project 10:51:38 &lt;iRelay&gt; Title: Intro - I2P (at geti2p.net) 10:51:59 &lt;str4d&gt; Then make https://geti2p.net/docs/how/intro the *actual* "how does I2P work" page 10:52:00 &lt;iRelay&gt; Title: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 &lt;str4d&gt; Kinda sorta what they appear to be now, but properly split 10:53:12 &lt;dg&gt; hottuna: Where can I find the blogposts? 10:53:22 &lt;dg&gt; hottuna: I can only see one (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 &lt;iRelay&gt; Title: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 &lt;lazygravy&gt; dg: they don't exist aside from that 10:54:55 &lt;lazygravy&gt; and that was mostly a POC IMO. Next one should be published on 10Jan2016 on CCC 10:58:32 &lt;hottuna&gt; we're talking about whether we want to be managed 10:58:46 &lt;hottuna&gt; dg, str4d, psi: do you have any thoughts about having your work managed? 10:59:11 &lt;psi&gt; by who and how much management? 10:59:17 &lt;hottuna&gt; by sadie 10:59:26 &lt;dg&gt; open to it 10:59:42 &lt;hottuna&gt; and having it be relaxed as in deadlines. but not enforced deadlines 10:59:46 &lt;hottuna&gt; things are done when they are done 11:00:11 &lt;hottuna&gt; but mentally attaching a deadline to them might be a helpful tool 11:00:11 &lt;dg&gt; done when they're done but a bit of pushing/motivation 11:00:40 &lt;psi&gt; no thoughts until i eat breakfast 11:00:47 &lt;hottuna&gt; or at the very least knowing that someone else knows that a given task is on your pile 11:01:15 &lt;hottuna&gt; re project management: we'd like to get weekly/bi-weekly meetings up and runnning again 11:01:25 &lt;hottuna&gt; zzz has the goal of starting them up in february agin 11:01:27 &lt;hottuna&gt; again* 11:01:36 &lt;hottuna&gt; and then gradually handing them off to sadie 11:01:48 &lt;hottuna&gt; for that to happen sadie needs got on irc 11:01:56 &lt;str4d&gt; I'm good for it. I do tend to work better when I have someone(s) to bounce ideas off 11:03:23 &lt;hottuna&gt; zzz just committed to having a single roadmap written up by the end of february 11:03:23 &lt;hottuna&gt; splendid. 11:03:23 &lt;hottuna&gt; the consensus seems to be that being managed lightly is probably a good thing. 11:03:23 &lt;hottuna&gt; but anything heavy-handed would just turn this into work 11:03:23 &lt;str4d&gt; Sounds good. We can always adjust the level later once we have some experience with it. 11:03:23 * dg nods 11:03:23 &lt;hottuna&gt; *roadmap will be for end of jan, not feb 11:03:23 &lt;hottuna&gt; str4d: agreed 11:04:35 &lt;str4d&gt; FYI zzz, sadie and I will be meeting up at the beginning of March, would be good to keep that in mind re: things we can work on/discuss then. 11:05:52 &lt;hottuna&gt; re: trac tickets, sadie is volunteering to keep an eye on it and relay tickets to the right individual 11:06:05 &lt;dg&gt; Being able to observe our mechanics like trac/zzz.i2p/irc is important for Sadie to fully understand how we work anyway 11:06:16 &lt;dg&gt; Has she been able to do that w/o IRC access? 11:07:04 &lt;hottuna&gt; str4d: would you bi willing to help sadie out in that endeavour? 11:07:40 &lt;str4d&gt; I've had on my todo list for a while a weekly "look over new tickets" item, that I keep postponing because too much on 11:08:06 &lt;str4d&gt; But from next year, I'll endeavour to help sadie with that :) 11:08:49 &lt;str4d&gt; You may have noticed there's an "open" status now for tickets. I added that so we can differentiate between new tickets and ones we've seen but haven't had an opinion on necessarily 11:08:53 &lt;hottuna&gt; Last call for PROJECT MANAGEMENT topics 11:09:10 &lt;dg&gt; hottuna: see above 11:09:25 &lt;str4d&gt; My goal would be to have as few "new" tickets as possible, ie. moving them either to a relevant person/status, or "open" to at least acknowledge them as a valid ticket. 11:09:36 &lt;hottuna&gt; Last call for OTHER topics 11:09:48 &lt;hottuna&gt; dg: getting sadie on trac is key. and a requirement 11:10:00 &lt;hottuna&gt; I mean on IRC 11:10:17 &lt;dg&gt; okay 11:10:23 &lt;str4d&gt; I've had an IRC bouncer account for her for a while now 11:10:42 &lt;hottuna&gt; str4d: could we ask you to write up few items about what you learned about vulnerability response the the conf? 11:10:48 &lt;str4d&gt; All she needs is help getting her side connected, and she can then keep logs etc. without needing to stay connected all the time 11:11:40 &lt;str4d&gt; hottuna, you mean from talking to k8em0 at Kiwicon? 11:11:47 &lt;hottuna&gt; mhm 11:11:47 &lt;dg&gt; Also help with browser config/privoxy? 11:12:13 &lt;str4d&gt; I didn't learn a lot more than I already kinda knew, other than hearing in advance about the bug bounty program that Tor just announced 11:12:26 &lt;zzz&gt; we're proposing that we defer the VRP discussion to january 11:12:36 &lt;hottuna&gt; str4d: would making a tiny writeup make sense? 11:12:40 &lt;str4d&gt; k8em0 did say she was very impressed with our VRP ticket 11:12:45 &lt;hottuna&gt; like a zzz.i2p post? 11:12:55 &lt;hottuna&gt; or was it all kind of useless? 11:13:15 &lt;str4d&gt; Not useless, more confirming that our VRP ticket is on the right track 11:13:31 * zzz ******BAFFFFS***** the meeting closed, thanks everybody </div>/vi/blog/2015/11/19/0.9.23-release/Thu, 19 Nov 2015 00:00:00 +0000/vi/blog/2015/11/19/0.9.23-release/<p>Xin chào I2P! Đây là bản phát hành đầu tiên do tôi (str4d) ký, sau 49 bản phát hành trước đó do zzz ký. Đây là một bài kiểm tra quan trọng về tính dự phòng của chúng ta cho mọi thứ, bao gồm cả con người.</p> <h2 id="dọn-dẹp">Dọn dẹp</h2> <p>Khóa ký của tôi đã có trong các bản cập nhật router hơn hai năm nay (kể từ 0.9.9), vì vậy nếu bạn đang dùng phiên bản I2P gần đây thì việc cập nhật này sẽ dễ dàng như mọi lần cập nhật khác. Tuy nhiên, nếu bạn đang dùng phiên bản cũ hơn 0.9.9, bạn sẽ cần cập nhật thủ công lên một phiên bản mới hơn trước tiên. Sau khi đã cập nhật thủ công, router của bạn sẽ tìm và tải bản cập nhật 0.9.23 như thường lệ.</p>/vi/blog/2015/11/15/community-outreach/Sun, 15 Nov 2015 00:00:00 +0000/vi/blog/2015/11/15/community-outreach/<h2 id="meta">Meta</h2> <p>Xin chào! Đây là bài đầu tiên trong một loạt bài blog dài nhằm giúp cộng đồng thấy được những điều đang diễn ra trong cộng đồng I2P. Vì có rất nhiều sự kiện tuyệt vời đang xảy ra <em>bên trong</em> mạng lưới, chúng tôi cho rằng sẽ rất đáng để nói về một số hoạt động tại đây.</p> <h2 id="lời-kêu-gọi-phản-hồi">Lời kêu gọi phản hồi</h2> <p>Hãy thẳng thắn — bảng điều khiển của chúng ta cần được cải thiện. Trang web của chúng ta cũng cần được cập nhật. Chúng tôi đang tìm kiếm phản hồi về cách cải thiện tính dễ sử dụng của I2P cho cả người dùng mới và hiện tại!</p>/vi/blog/2015/11/03/i2p-dev-meeting-november-03-2015/Tue, 03 Nov 2015 00:00:00 +0000/vi/blog/2015/11/03/i2p-dev-meeting-november-03-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:17 &lt;zzz&gt; 0) Hi 20:00:17 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:00:17 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 &lt;zzz&gt; Note that several early comments on items 1-4 are on the agenda page `http://zzz.i2p/topics/1970` 20:00:27 &lt;zzz&gt; 0) Hi 20:00:42 &lt;zzz&gt; welcome to the 240th meeting of this great project, spanning 13 1/2 years 20:01:00 &lt;zab@kyirc&gt; hi 20:01:10 &lt;anonimal&gt; Hello 20:01:24 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 &lt;zzz&gt; for the new folks, this meeting is mainly for group decision-making, let's target 10 minutes or less for each agenda item 20:01:43 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 &lt;zzz&gt; and as a reminder, anybody else can schedule a meeting here at any time for any reason 20:01:53 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:02:16 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:02:26 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 &lt;zzz&gt; is the dogecoindark.i2p operator here? 20:02:39 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 &lt;iRelay&gt; Title: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 &lt;zzz&gt; I saw a lot of negative comments about dogecoindark.i2p/doged.i2p on the meeting page. Anybody else wish to comment pro or con? 20:05:03 &lt;psi&gt; i think i2p should start taking a neutral stance towards cryptocoins in general 20:05:20 &lt;zzz&gt; what would you say our stance is now? 20:05:33 &lt;psi&gt; neutral 20:06:03 &lt;zzz&gt; so what do you mean 'start' taking a neutral stance? 20:06:06 &lt;dogedDEV&gt; yeah 20:06:11 &lt;dogedDEV&gt; im here 20:06:30 &lt;dogedDEV&gt; what was the negative comments? 20:06:32 &lt;dogedDEV&gt; ive removed all scripts, 20:06:35 &lt;psi&gt; not endorsing some coins over others 20:06:38 &lt;dogedDEV&gt; its just graphics and html now 20:06:54 &lt;zzz&gt; dogedDEV, please review them quickly, link is above 20:07:00 &lt;dogedDEV&gt; and ive moved alot of our source code over to the i2p based git repo 20:07:02 &lt;anonimal&gt; I spoke my peace in `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 &lt;str4d&gt; hi 20:07:06 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 &lt;zzz&gt; dogedDEV, please explain the name change, and respond to the objections about all the images. As of now you don't have any support at all, so you have about 2 minutes to convince us otherwise 20:08:34 &lt;dogedDEV&gt; well, ive been non stop building us out more on i2p 20:08:39 &lt;dogedDEV&gt; i built an i2p electrum server 20:08:49 &lt;dogedDEV&gt; i revamped the entire site after the complains it had widgets 20:09:00 &lt;dogedDEV&gt; which is why the name changed to i2p. i scrapped the old site and started fresh. 20:09:11 &lt;dogedDEV&gt; ive made quite a few tutorials to help users get on i2p 20:09:29 &lt;dogedDEV&gt; and doged.i2p is its permanent home 20:11:15 &lt;dogedDEV&gt; id like to think that if people increase their bandwidth the graphics will load faster. perhaps i will add a text only version in the near future to satisfy people with low bandwidths needs 20:11:15 &lt;dogedDEV&gt; i really enjoy i2p and have spread the word to many privacy concerned people globally about it, and its benefits 20:11:15 &lt;zzz&gt; but all of i2p is 'low bandwidth'. The problem is on your end, not your users 20:11:15 &lt;dogedDEV&gt; the images seem to load fast for me and other users who have tweaked their bandwidth 20:11:15 &lt;zzz&gt; not for me 20:11:15 &lt;dogedDEV&gt; i feel our site there loads just as fast as our onion site. 20:11:19 &lt;dogedDEV&gt; i have been focusing less on tor as of late and more on i2p. 20:11:21 &lt;zzz&gt; or the others who commented 20:11:27 &lt;anonimal&gt; Nor me, and I'm loading it again and waiting. 20:11:45 &lt;anonimal&gt; And clearnet sources are still being pulled. It's like nothing changed since we posted in that thread. 20:11:50 &lt;dogedDEV&gt; i can change the resolution on them i suppose 20:12:00 &lt;zzz&gt; no site in 2015 puts everything behind 200 images on the home page 20:12:02 &lt;dogedDEV&gt; whgere is it pulling from clearnet? 20:12:13 &lt;dogedDEV&gt; it shouldnt be communicating with any clearnet 20:12:17 &lt;abyss&gt; hello 20:12:24 &lt;kytv&gt; the index page 20:12:47 &lt;zzz&gt; right now i don't see it as 'broadly useful to the i2p community', which is our first critereon 20:12:56 &lt;zzz&gt; I see where you're headed but I don't think you're there yet 20:13:03 &lt;dogedDEV&gt; how is a crypto currency focused on privacy not useful? 20:13:06 &lt;kytv&gt; it's clearly better than it was. 20:13:08 &lt;str4d&gt; I'm loading the site right now 20:13:15 &lt;zzz&gt; is anybody here in favor of this request, please speak up now 20:13:23 &lt;dogedDEV&gt; i just loaded it, half the graphics have already loaded on my end 20:13:39 &lt;str4d&gt; Site took 13s to load HTML (but most of that was getting the LS) 20:13:44 &lt;dogedDEV&gt; and im not connecting to it locally or anything 20:13:48 &lt;abyss&gt; i works fine for me 20:13:50 &lt;str4d&gt; I've never loaded the site at its new addr yet 20:14:01 &lt;str4d&gt; Fastest image was 17s 20:14:10 &lt;str4d&gt; Slowest so far is 1min44s 20:14:25 &lt;dogedDEV&gt; i can absolutely lower the resolution on the graphics 20:14:34 &lt;zzz&gt; last time I tried I gave up after 10 minutes 20:14:42 &lt;abyss&gt; dogedev has been working hard on promoting privacy and pushing the clearnet cryptocoin community towards i2p 20:14:44 &lt;str4d&gt; 3min in, still not loaded 20:14:51 &lt;anonimal&gt; ^ same here, it's still loading. 20:14:53 &lt;kytv&gt; it's never loaded completely on my end 20:14:56 &lt;eche|on&gt; ok, started to load 1 min ago, lets wait 20:14:57 &lt;str4d&gt; dogedDEV, are you using the same I2P router for HTTP tunnel when testing? 20:15:14 &lt;dogedDEV&gt; no 20:15:14 &lt;str4d&gt; because if so, your connection won't be going through I2P 20:15:29 &lt;zzz&gt; we aren't doubting dogedDEV's commitment to i2p. we are evaluating the appropriateness of adding the site to the home page only 20:15:46 &lt;dogedDEV&gt; i suppose i can lower the res on the images, thereby decreasing image file sizes. 20:16:01 &lt;str4d&gt; dogedDEV, okay, now that some of the upper half of the site has loaded (dev resources etc.), I can see the problem 20:16:10 &lt;dogedDEV&gt; i just wanted it to look nice, but i suppose for the average user it would load slow. and performance is just as importance. 20:16:15 &lt;str4d&gt; You shouldn't need to use images for *ALL* of your content 20:16:22 &lt;dogedDEV&gt; important* 20:16:30 &lt;anonimal&gt; I appreciate the artistic merit, but why can't this be an opportunity for innovation? 20:16:32 &lt;zzz&gt; I'm proposing we reject this request. He can always resubmit some time in the future. Any objections? 20:16:42 &lt;str4d&gt; Not only does it make the site take ages to load, but it also makes the site unsearchable 20:16:52 &lt;dogedDEV&gt; there is innovation in the coin, even with i2p 20:16:57 &lt;dogedDEV&gt; any other i2p electrum servers out there? 20:17:34 &lt;zab@kyirc&gt; I'm all for getting into financial stuff but this is way too slow 20:18:01 &lt;anonimal&gt; It seems that the only person who cares about the website's vision is the author. 20:18:01 &lt;dogedDEV&gt; i working on an android app now that connects to our i2p electrum 20:18:01 &lt;str4d&gt; If what you like is the font, you can load that font via CSS 20:18:01 &lt;zzz&gt; we aren't doubting the innovation, or your overall project. Only the website. 20:18:01 &lt;anonimal&gt; I'm speaking solely on the site, this meeting is about the *site*. 20:18:01 &lt;zzz&gt; last call for discussion on 1) 20:18:01 &lt;str4d&gt; Most of what I can see on the website could be done in CSS, which would drastically cut down the required images and drastically improve site load times. 20:18:01 &lt;dogedDEV&gt; no, i did agree with the website vision, if the graphics are too large, i can decrease the size and even make a text only link, that just uses css 20:18:01 &lt;abyss&gt; anonimal, i like it 20:18:02 &lt;anonimal&gt; I agree with str4d 20:18:29 &lt;kytv&gt; no objections to rejecting. It's unbearably slow when it loads. 20:18:43 &lt;dogedDEV&gt; whens the next meeting? 20:18:43 &lt;kytv&gt; and now isn't one of those times... 20:18:47 &lt;kytv&gt; $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 &lt;kytv&gt; &lt;html&gt;&lt;head&gt;&lt;title&gt;408 Request Timeout&lt;/title&gt;&lt;/head&gt; 20:18:51 &lt;kytv&gt; &lt;body&gt;&lt;h2&gt;408 Request timeout&lt;/h2&gt; 20:18:57 &lt;zzz&gt; and it isn't just the site itself - it's also the recent name change (which perhaps should restart the clock completely) and psi's objection to promoting _any_ coin 20:19:09 &lt;iRelay&gt; Title: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 &lt;zzz&gt; ok, that's it for 1) 20:19:24 &lt;str4d&gt; dogedDEV, now that a bit more of the site has loaded, it does look very pretty. But I think that nearly everything down to at least the FB/twitter/etc. links could be done via CSS with a few images for the actual images. 20:19:24 &lt;zzz&gt; 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 &lt;dogedDEV&gt; so since psi's coin promotion affects the judging, is anoncoin being removed? 20:19:38 &lt;dogedDEV&gt; because that would be silly 20:19:41 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 &lt;str4d&gt; So I'm -1 on 1) for now. 20:19:47 &lt;zzz&gt; is the exchanged.i2p operator here? 20:20:06 &lt;abyss&gt; zzz, hey i am here 20:20:31 &lt;zzz&gt; ok abyss please tell us about your site, and respond to any objections raised on the zzz.i2p thread 20:20:43 &lt;psi&gt; anoncoin is dead 20:20:47 &lt;psi&gt; (imo) 20:20:51 &lt;dogedDEV&gt; thats sad =\ 20:21:00 &lt;dogedDEV&gt; anywho, moving on. ill resubmit. 20:21:00 &lt;abyss&gt; psi, its not dead 20:21:26 &lt;dogedDEV&gt; im in favor of exchanged.i2p, if my opinion matters. 20:21:31 &lt;abyss&gt; ok zzz the main concern is that i am not reliable to be trusted with other peoples money 20:21:47 &lt;zzz&gt; tell us about the site first please 20:21:50 &lt;dogedDEV&gt; site loads quick, trades are quick. alot of doged users have traded there and without issue. 20:21:58 &lt;abyss&gt; ok 20:22:26 &lt;abyss&gt; Exchanged.i2p is a site where users can trade cryptocurrncies such as bitcoin litecoin anoncoin dogecoindark ect anonymously 20:22:47 &lt;abyss&gt; we have been operating since july 1 20:23:00 &lt;abyss&gt; alpha testing started june1 20:23:49 &lt;abyss&gt; also im been voched for by the anoncoin and dogecoindark development team 20:24:19 &lt;abyss&gt; anoncoin dev is not here currently but here is the link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 &lt;iRelay&gt; Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 &lt;zzz&gt; there seems to be two objections, that the site is too rough/early, and that we shouldn't be endorsing anything financial 20:25:17 &lt;zzz&gt; here's what I said in the request thread: We haven't had a request for an exchange before. While I don't feel that we are qualified to assess any market's legitimacy and stability, I think we should try, as there may be some sort of implied blessing by putting a link in the console. 20:25:28 &lt;dogedDEV&gt; by placing an icon on a menu, i dont see that as endorsing, personally. unless you also encouraged its use over other people applying for the same thing he is. 20:25:49 &lt;zab@kyirc&gt; the roughness makes load times fast and doesn't affect the usefulness 20:26:12 &lt;zab@kyirc&gt; for any trader fast response time is much more important than prettyness 20:26:13 &lt;dogedDEV&gt; i dig the ascii menus. reminds me of back in the day. 20:26:19 &lt;abyss&gt; i tried to create a design that would maximise usability 20:26:19 &lt;dogedDEV&gt; i think alot of users feel the same way. 20:26:19 &lt;zzz&gt; anybody have any opinion on this? Is it an endorsement? Should we attempt to verify? Or should we not put markets or trading platforms on the home page at all? 20:26:34 &lt;dogedDEV&gt; right, response time and the admin being around as long as he has, i think its a go. 20:27:00 &lt;str4d&gt; From a usability PoV I think it seems good (but have not made any trades) 20:27:15 &lt;kytv&gt; I'm more or less indifferent. My objection to #1 is the extreme slowness in loading. This one, at least, is *very* quick. 20:27:17 &lt;dogedDEV&gt; he even recently added an api at the request of an analytical site 20:27:17 &lt;anonimal&gt; Yes, since we have the power to pick and choose, every link becomes an implied endorsement. 20:27:24 &lt;zab@kyirc&gt; I'm definitely in favor of markets and exchanges and anything financial over i2p in general. It adds a dimension to the broad usability of i2p which helps attract people 20:27:27 &lt;str4d&gt; I have suggested there be a light theme too though, because the dark contrast is hard for some users 20:27:33 &lt;zzz&gt; has anybody here used this site for any trades, please speak up 20:27:37 &lt;lbt&gt; User-opinion here: I think that information should be easily findable, but also think it shouldn't be part of a router :o Maybe a a link to thematically sorted list of active domains or something on the router-console? 20:27:45 &lt;str4d&gt; (particularly blue on black, although the shade of blue is a bit better than last time) 20:28:10 &lt;zab@kyirc&gt; str4d: 80's mainframe colors FTW ;-) 20:28:27 &lt;zzz&gt; let's not get into detailed color advice here. Big picture, decision time. Yay or nay and why please. 20:28:38 &lt;amknesia&gt; Is there already a statement on the router homepage stating 'links below are not an endorsement but simply sites that have met the minimum guidelines to be posted on the homepage'? 20:29:03 &lt;dogedDEV&gt; yay - site loads quick, ive used it and it works as expected. abyss is always around and easy to get a hold of. 20:29:08 &lt;dogedDEV&gt; amknesia, thats a good idea. 20:29:35 &lt;dogedDEV&gt; i2p developers do not condone/endorse the sites listed in the console. 20:29:44 &lt;zzz&gt; Is it broadly useful to the i2p community/ 20:29:56 &lt;zzz&gt; explicit or not, it's an implied endorsement 20:30:02 &lt;zab@kyirc&gt; absollutely 20:30:20 &lt;str4d&gt; Broadly useful? IMHO yes. 20:30:31 &lt;dogedDEV&gt; as long as fiat doesnt get involved i think it makes a great addition. 20:30:39 &lt;anonimal&gt; Yes, broadly useful, and the site has improved somewhat in usability. 20:30:48 &lt;zzz&gt; has _anybody_ here actually used it for a trade? 20:30:48 &lt;Lady3Jane&gt; The endorsement is implicit, especially to newcomers and especially because a lot of links are indeed official 20:30:58 &lt;anonimal&gt; No. 20:31:07 &lt;zab@kyirc&gt; even if fiat is involved it's still a great addition 20:31:07 &lt;dogedDEV&gt; i have traded on it. 20:31:27 &lt;anonimal&gt;&gt;The endorsement is implicit 20:31:28 &lt;amknesia&gt; zzz: I have, only a few satoshis worth of trade though. 20:31:28 &lt;dogedDEV&gt; small amounts, but over time, and its always worked 20:31:30 &lt;str4d&gt; But with fiat involved, it is harder for the site itself to be justifiably anonymous 20:31:33 &lt;anonimal&gt; Yes, and disclaimer would be useless. 20:31:33 &lt;Lady3Jane&gt; pilgrim-wu (who isn't here) is deeply involved in cryptoexchanges (even manages one based in W. China). He's used exchanged.i2p before. He loves it, zzz 20:32:25 &lt;abyss&gt; for those that are intrested i can give you a few doged's to trade with 20:32:25 &lt;zzz&gt; ok let's wrap this up. The consensus isn't clear to me, so please enter +1 for yes and -1 for no 20:32:32 &lt;dogedDEV&gt; +1 20:32:35 &lt;str4d&gt; From a "risk" level, if the site is only exchanging cryptocoins, then it is subject to the market forces of other exchanges wrt value 20:32:42 &lt;abyss&gt; that way you can test it out for yourself :) 20:32:45 &lt;zab@kyirc&gt; +1 20:33:33 &lt;trolly&gt; +1 20:33:33 &lt;Lady3Jane&gt; (I'm not sure if I have suffrage here, but...) +1 20:33:48 &lt;anonimal&gt; -1: No sex, drugs, money, or rock&roll in router console. 20:33:56 &lt;kytv&gt; = "neutral / not negative" 20:34:30 &lt;abyss&gt; +1 if my vote counts 20:34:33 &lt;psi&gt; +1 no drugs sex money rock/roll in router console 20:34:38 &lt;trolly&gt; no rock&roll?? OMG anonimal!! 20:34:41 &lt;obscuratus&gt; -1: Good site, but I agree it's an endorsement. 20:34:49 &lt;psi&gt; rather, -1 20:34:57 &lt;abyss&gt; psi, :) 20:34:57 &lt;trolly&gt; +1 drugs, sexs and rock&roll averywhere 20:35:01 &lt;abyss&gt; :( 20:35:09 &lt;amknesia&gt; Question: What about having a links page/site instead that isn't the homepage but is linked from it. This would avoid the homepage 'implied endorsement' which also making it easy for newbies to find sites they might be interested in. Are any of the current homepage sites set up to provide that? 20:35:21 &lt;obscuratus&gt; amknesia: +1 20:35:28 &lt;lbt&gt; amknesia: +1 20:35:29 &lt;Lady3Jane&gt; From a PR perspective, anonimal, I agree on the sex and drugs. We don't want the router to become the i2p equivalent of the hidden wiki. But why are currency exchanges inherently negative? 20:35:47 &lt;Lady3Jane&gt; router console* 20:35:56 &lt;anonimal&gt; I would lean towards amknesia's idea. 20:36:01 &lt;dogedDEV&gt; i think private networks have an indirect obligation to protect crypto, especially as of late. 20:36:05 &lt;dogedDEV&gt; but thats just my two cents. 20:36:05 &lt;zzz&gt; +1 from me (barely) 20:36:19 &lt;str4d&gt; Lady3Jane, The inherent problem with an anonymous currency exchange is that there is every chance the site could disappear with all funds, and no recompense 20:36:35 &lt;dogedDEV&gt; that can happen on any exchange 20:36:43 &lt;dogedDEV&gt; and has happened on clearnet exchanges. 20:36:51 &lt;anonimal&gt; ^ Then I see no reason to endorse yet another one here. 20:36:57 &lt;amknesia&gt; str4d: Just as a counterarguement: That has already happened with *PUBLIC* non-anonymous exchanges, so is that really any more of a threat? 20:36:57 &lt;str4d&gt; Has, yes. But there are avenues for at least partial recompense 20:37:08 &lt;Lady3Jane&gt; abyss: Beyond the typical eskrow system, do you have any contingencies to ensure to the public (but above all, to the devs who want to endorse you) that you won't skip town with a sack of bills? 20:37:17 &lt;abyss&gt; anonimal, becasue this one is private 20:37:25 &lt;zzz&gt; I count 4+ and 3-, but we could also declare that's too close and let's reconsider at a future meeting 20:37:31 &lt;str4d&gt; Lady3Jane, I don't actually see an escrow 20:37:37 &lt;str4d&gt; (at least not in the security list) 20:37:46 &lt;str4d&gt; I did want to ask about multisig too 20:37:58 &lt;anonimal&gt; And maybe we should review the standards for submission. 20:38:19 &lt;abyss&gt; there is no escrow or mutlisig because thats not really practice for an low latency exchange 20:38:29 &lt;zzz&gt; kytv, str4d, guns to your head, please vote + or - 20:38:32 &lt;amknesia&gt; Maybe it is time for a crypto-rep service? 20:39:05 &lt;dogedDEV&gt; similar to cryptoasian you mean? 20:39:17 * anonimal doesn't care who does what or where or when, this is only for java i2p's router console. 20:39:25 &lt;zzz&gt; last call for votes 20:39:27 &lt;str4d&gt; I am a tentative +0.5 at this stage. I think the site is beneficial for users, but the risks should probably be better-conveyed to users. 20:39:56 &lt;dogedDEV&gt; maybe abyss can put a disclaimer on the site? 20:40:10 &lt;zzz&gt; how about approved if he puts a disclaimer on there then? 20:40:16 &lt;dogedDEV&gt; and that would at least pacify the people voting nay because of risk 20:40:27 &lt;abyss&gt; i can do that 20:40:44 &lt;str4d&gt; There's always a risk, but as long as users are explicitly aware of the risks, I 20:40:46 &lt;kytv&gt; zzz: +1 (with disclaimer of sorts) 20:40:51 &lt;str4d&gt; 'm not opposed to it. 20:40:52 &lt;zzz&gt; we've spent too long on this, if we don't decide in the next 60 seconds I'm moving on anyway 20:41:04 &lt;zzz&gt; ok, sounds like approval if he adds the disclaimer 20:41:07 &lt;zzz&gt; anything else on 2) ? 20:41:20 &lt;dogedDEV&gt; zzz: when is the next meeting? 20:41:23 &lt;amknesia&gt; Is it difficult to make it probationary? 20:41:27 &lt;fox&gt; +1 for abyss's exchange, code is clean 20:41:32 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 &lt;amknesia&gt; IE you could always move it after the next session if there are issues? 20:41:38 &lt;zzz&gt; is the i2pwiki.i2p operator here? 20:41:50 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:42:33 &lt;zzz&gt; any discussion on i2pwiki pro/con? 20:42:43 &lt;fox&gt; isn't open4you.i2p just a zombie? 20:42:56 &lt;zzz&gt; please stay on topic everybody 20:42:56 * anonimal loading 20:42:59 &lt;kytv&gt; +1 for i2pwiki. It actually loads and the user makes backups available. 20:43:10 &lt;str4d&gt; dogedDEV, next homepage meeting will be week before 0.9.24 release 20:43:11 &lt;psi&gt; +1 i2pwiki 20:43:22 &lt;fox&gt; -1 open4you 20:43:31 &lt;trolly&gt; open4you.i2p works sometimes and sometimes no fox 20:43:31 &lt;dogedDEV&gt; i2host isnt loading it for me 20:43:31 &lt;zzz&gt; any objections to i2pwiki? 20:43:41 &lt;zzz&gt; please stay on topic everybody 20:43:43 &lt;abyss&gt; i think it is decent 20:43:44 &lt;str4d&gt; i2pwiki.i2p by default redirects to B32 20:43:53 &lt;fox&gt; trolly: it loads sometimes but i don't think they still give out hosting 20:43:54 &lt;trolly&gt; admin did not answer, I think open4you.i2p was hacked or something 20:43:57 &lt;str4d&gt; (at least for me) 20:44:03 &lt;zzz&gt; please stay on topic everybody 20:44:14 &lt;anonimal&gt; i2p slogans are still there. That was an issue before. 20:44:31 &lt;trolly&gt; he created admin2.ope4you.i2p later, but I can login only in admin.open4you.i2p 20:44:32 &lt;zzz&gt; is the slogan issue enough to reject it? 20:44:40 &lt;abyss&gt; str4d, i think thats a mediawiki issue, mine was having the same issue 20:44:45 &lt;zzz&gt; please stay on topic everybody. open4you is NOT the topic. 20:45:05 &lt;str4d&gt; Also, interesting - ugha.i2p is back up 20:45:19 &lt;anonimal&gt; Yes, because of some of the content. Other than that, I would +1. 20:45:30 &lt;abyss&gt; 2015-10 New wiki eepsite: As ugha.i2p was down from may 2015 to 2015-10-30, a new wiki was launched (`http://i2pwiki.i2p`). It is running on MediaWiki. Please move to this wiki. 20:45:30 &lt;kytv&gt; i2pslogans isn't an issue. That was also on ugha.i2p. Users can police that just as they could on ugha 20:45:31 &lt;dogedDEV&gt; -1 on i2pwiki.i2p 20:45:44 &lt;abyss&gt; *from ugha.i2p. front page 20:45:46 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:45:47 &lt;str4d&gt; I am generally +1 for i2pwiki.i2p, but would really like the redirection issue fixed 20:45:53 &lt;dogedDEV&gt; Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 &lt;iRelay&gt; Title: I2HOST Jump (at i2host.i2p) 20:46:07 &lt;str4d&gt; dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` is the B32 for i2pwiki 20:46:11 &lt;zzz&gt; ok we have + from psi and kytv and str4d , - from anonimal and dogedev. Others please vote 20:46:14 &lt;zzz&gt; me: +1 20:46:16 &lt;abyss&gt; str4d, could it be a i2prouter issue? 20:46:17 &lt;kytv&gt; It's just an i2ptunnel setting I'm sure, it's not a mediawiki problem. 20:46:20 &lt;iRelay&gt; Title: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 &lt;fox&gt; topic isn't cleaning up /home? 20:46:24 &lt;lbt&gt; str4d: If you haven't noticed, check the status-page of uhga, it seems it was "up" all the time 20:46:26 &lt;obscuratus&gt; +1 20:46:49 &lt;abyss&gt; str4d, i find that when sites use relitive links the i2prouter defaults to the b32 20:46:53 &lt;zzz&gt; fox, we are on agenda item 3) 20:47:02 &lt;fox&gt; +1 i2pwiki it loads and is useful 20:47:23 &lt;zzz&gt; ok I count 6 + and 2 -, that sounds like approved, any final objections? 20:47:27 &lt;abyss&gt; +1 i think its usefull and works well 20:47:51 &lt;anonimal&gt; +1, I was wrong. 20:47:56 &lt;zzz&gt; last call for 3) 20:47:57 &lt;anonimal&gt; Slogans were fixed. 20:48:06 * anonimal saw cached version. 20:48:15 &lt;zzz&gt; 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 &lt;zzz&gt; is the lenta.i2p operator here? 20:48:35 &lt;iRelay&gt; Title: Lenta.i2p | (at lenta.i2p) 20:48:37 &lt;zab@kyirc&gt; +1 from me. It loads quickly, the news is real and the layout is pleasant 20:48:48 &lt;zzz&gt; this one appeared to have broad support on the zzz.i2p thread, and in #ru when I asked there a couple of weeks ago 20:49:12 &lt;zzz&gt; any other thoughts pro/con? 20:49:34 &lt;kytv&gt; = "neutral / not negative" 20:49:45 &lt;trolly&gt; is i2pwiki's admin around? 20:49:55 &lt;zab@kyirc&gt; having something catering to .ru users on the home page can be seen as a sign of good will 20:49:57 * anonimal No objections. xopowo. 20:50:08 &lt;str4d&gt; I have NFI what it says, but good that we reflect the Russian userbase. 20:50:14 &lt;abyss&gt; +1 for lenta.i2p 20:50:18 &lt;zzz&gt; sounds like approved to me. last call for 4) 20:50:21 &lt;psi&gt; +1 for lenta.i2p 20:50:43 &lt;kytv&gt; +0.5 based on approval from people who can read Russian 20:50:51 &lt;str4d&gt; Title for it should be in Russian, so users can instantly tell that it is a RU site 20:51:12 &lt;amknesia&gt; Uhmm, dumb question, but should there maybe be a split in links based on 'currently selected language' versus 'foreign language' links? 20:51:16 &lt;str4d&gt; (both so non-russian speakers don't click, and russian speakers do) 20:51:30 &lt;str4d&gt; amknesia, that's a thought I just had myself :) 20:51:50 &lt;zzz&gt; we can always tweak the name in the console 20:51:57 &lt;zzz&gt; 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 &lt;zzz&gt; I just threw this agenda item in there in case there was something to discuss. i believe the banner and the candy and all that is under control. 20:52:47 &lt;zzz&gt; we finished the budget decisions at last meeting. 20:52:59 &lt;zzz&gt; If anybody has anything to bring up about CCC, now's the time, else we'll move on 20:53:56 &lt;zzz&gt; last call for 5) 20:54:31 &lt;str4d&gt; Nothing from me 20:54:36 &lt;str4d&gt; You kids have fun there 20:54:46 &lt;zzz&gt; 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 &lt;zzz&gt; ok the notes from last meeting are up (thx kytv) and at the end you'll see that hottuna and dg were due to come back with a proposal. 20:55:30 &lt;zzz&gt; hottuna and dg, you are up. However neither appears to be here? 20:56:05 &lt;zzz&gt; anybody else have anything on forum replacement that extends (not rehashes) the discussion from last meeting? 20:56:51 &lt;str4d&gt; I have something tangentially related that I'd like to tack onto the meeting if we have time. 20:56:56 &lt;obscuratus&gt; What about forums.i2p? 20:58:30 &lt;zzz&gt; ok, anything else on 6) ? 20:58:30 &lt;str4d&gt; I think a user forum is a good idea 20:58:30 &lt;trolly&gt; freedomforum.i2p works too 20:58:30 &lt;str4d&gt; And I think that having it clearnet-accessible (not just via inproxy) is a good idea 20:58:30 &lt;obscuratus&gt; str4d: +1 20:58:30 &lt;zzz&gt; the particular agenda item is whether there should be an 'official' replacement 20:58:30 &lt;trolly&gt; and we have anew forum.. `http://es.i2p` 20:58:30 &lt;trolly&gt; but is only Spanish, but anyone can create a channel in En, of course 20:58:39 &lt;zzz&gt; no site, 'official' or not, has requested to be on the console home page 20:58:42 &lt;trolly&gt; channel/thread * 20:58:54 &lt;zzz&gt; ok, anything else on 6) ? 20:59:01 &lt;Z0rg1nc&gt; mm, how you will protect new forum users if it will be down too? 20:59:07 &lt;str4d&gt; If we have people willing to maintain an official forum, I am +1 on it 20:59:14 &lt;Z0rg1nc&gt; *if not only admins aalowed to speak 20:59:39 * anonimal would really like dg's hottuna's presence before speaking up on 6) 20:59:44 &lt;zzz&gt; I'm +1 for lots of forums, -0.1 on an official one 20:59:50 &lt;trolly&gt; I can't say if http://es.i2p's admin would want to maintain official forum too, sorry 20:59:53 &lt;amknesia&gt; I move to shelve it for next discussion. 21:00:13 &lt;str4d&gt; +1 on tabling 21:00:16 &lt;zzz&gt; as hottuna and dg aren't here, let's table this 21:01:20 &lt;zzz&gt; 7) str4d go 21:01:20 &lt;str4d&gt; s/tabling/shelving 21:01:20 &lt;str4d&gt; Okay 21:01:20 &lt;str4d&gt; Here is an idea I have had rattling around my head for a few months now 21:01:20 &lt;str4d&gt; We define *.i2p.i2p as an unassignable space. 21:01:27 &lt;str4d&gt; And reserve it for use by I2P devs / services 21:01:48 &lt;psi&gt; +1 sounds fun 21:01:51 &lt;str4d&gt; This gets us around whatever funky stuff ever happens wrt I2P addressbook / naming space 21:02:05 &lt;amknesia&gt; Sounds like a plan to me. 21:02:07 &lt;str4d&gt; we define in the naming spec what Dest each 3LD refers to 21:02:19 &lt;str4d&gt; And can change it at any time 21:02:37 &lt;str4d&gt; (possibly by having an in-net hosts.txt that we host containing the current specified Dests) 21:03:08 &lt;anonimal&gt;&gt;we define in the naming spec 21:03:21 &lt;anonimal&gt; And that would protect against maliciousness, yes? 21:03:50 &lt;str4d&gt; Yes. The spec is public and any malicious changes would be completely visible 21:03:55 &lt;zzz&gt; str4d, it's already blocked by stats.i2p registrar and I think most of the others. Not currently blocked in the addressbook import though. 21:04:23 &lt;zzz&gt; not sure what 'funky' stuff you have in mind 21:05:20 &lt;str4d&gt; zzz, the problem with the current addressbook system is that it is only pseudo-global. 21:05:36 &lt;str4d&gt; Now, that itself is debatable, for future 21:05:37 &lt;eche|on&gt; thats good 21:05:53 &lt;str4d&gt; But IMHO services run by *us* *should* be global. 21:06:23 &lt;amknesia&gt; Stupid idea: What about moving to a namecoin style setup with some sort of PoS system with a required amount of cpu time to retain your domains? 21:06:30 &lt;str4d&gt; Easiest way to do that is to define a section of the namespace as controlled by us. Logical section is *.i2p.i2p 21:06:39 &lt;str4d&gt; amknesia, that is outside the scope of this meeting topic 21:06:43 &lt;zzz&gt; str4d, maybe write up your proposal in the zzz.i2p naming subforum? 21:06:54 &lt;amknesia&gt; Ok 21:07:01 &lt;str4d&gt; zzz, will do, when I have time to do so (next month probably) 21:07:11 &lt;zzz&gt; ok, anything else on 7) 21:07:37 &lt;zzz&gt; anything else for the meeting? 21:07:40 &lt;str4d&gt; Heh, on that point, I also have another proposal: make proposals a bit more formal and visible 21:08:08 &lt;zab@kyirc&gt; unmute drz and merge fux (just kidding) 21:08:08 &lt;zzz&gt; ok, now you're just getting meta, so.... 21:08:14 &lt;str4d&gt; Brief 8) 21:08:28 &lt;zzz&gt; 8) str4d go 21:08:30 &lt;str4d&gt; zzz, legit topic, promise :) 21:08:48 &lt;str4d&gt; Right now, all proposals are proposed on zzz.i2p 21:08:54 &lt;str4d&gt; Their general visibility is IMHO poor at best 21:08:57 * anonimal looks forward to str4d's post 21:09:17 &lt;zzz&gt; agreed, so propose something better :) 21:09:24 &lt;str4d&gt; Take e.g. the hostname service feed improvement, getting lost 21:09:46 &lt;zzz&gt; i'm not holding my site precious. You have a proposal? 21:09:54 &lt;str4d&gt; I propose that proposals be formally stored in the I2P website repo, and made visible 21:10:09 &lt;zzz&gt; fine w/ me 21:10:15 &lt;str4d&gt; With links to the canonical discussion thread on zzz.i2p 21:10:22 &lt;str4d&gt; Originally I planned on a separate new repo 21:10:32 &lt;zzz&gt; can you set that up/ 21:10:32 &lt;str4d&gt; But the I2P website serves two purposes: 21:10:36 &lt;zzz&gt; ? 21:10:37 &lt;str4d&gt; - Define spec of the I2P network 21:10:47 &lt;str4d&gt; - Document the reference implementation (Java) 21:10:55 &lt;zzz&gt; anybody have any objections? 21:11:03 &lt;xmz&gt; no 21:11:11 &lt;str4d&gt; And since the specs are already part of the website, I simultaneously propose to elevate their position 21:11:27 &lt;zab@kyirc&gt; as long as the proposals are plain text - don't put binaries in mtn pls 21:11:28 &lt;anonimal&gt; Where would it go on the site? 21:11:38 &lt;str4d&gt; And define them as non-translatable for simplicity 21:11:46 &lt;str4d&gt; zab, hell no 21:11:59 &lt;str4d&gt; anonimal, currently they are at /langcode/docs/specs/* 21:12:03 &lt;str4d&gt; (the specs) 21:12:04 &lt;zzz&gt; I think str4d already has carte blanche for minor website organization 21:12:12 &lt;zzz&gt; so can we wrap this up? 21:12:17 &lt;zzz&gt; anything else on 8) ? 21:12:20 &lt;str4d&gt; I propose instead having /spec/* for specs, and /spec/proposal/* for proposals 21:12:46 &lt;str4d&gt; zzz, yes, but this also goes into proposal processes 21:12:49 &lt;zzz&gt; lets not use a meeting for discussing website path details 21:12:56 &lt;anonimal&gt; I only ask because the site's layout is TMI at once for my taste, imho. 21:13:08 &lt;str4d&gt; end goal is that people outside I2P can then view our proposals. 21:13:22 &lt;str4d&gt; anonimal, redesign is ongoing, save it for later :) 21:13:25 &lt;zzz&gt; agreed and I didn't hear any objections 21:13:27 &lt;zzz&gt; anything else on 8) ? 21:13:30 * anonimal :) 21:13:44 &lt;zzz&gt; anything else for the meeting? 21:13:54 &lt;anonimal&gt; Yes, briefly. 21:14:04 &lt;zzz&gt; 9) anonimal go 21:14:04 &lt;abyss&gt; so did exchanged.i2p make it with a disclaimer? 21:14:18 &lt;abyss&gt; something like "Disclaimer: trading cryptocurrencies is risky, trusting anonymous people with your money is also risky. " 21:14:32 &lt;zzz&gt; abyss yes 21:14:33 &lt;zzz&gt; 9) anonimal go 21:14:45 &lt;abyss&gt; \o/ 21:14:46 &lt;anonimal&gt; str4d's *i2p.i2p made me think of the IETF comments made at I2PCon and https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 &lt;iRelay&gt; Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 &lt;amknesia&gt; abyss: Don't forget the 'Please ignore the man behind the website with the virtual suitcase and fueled dc3' :) 21:15:13 &lt;anonimal&gt; So the question is: 21:15:27 &lt;xmz&gt; could also add that the service is not endorsed in any way by the i2p project (sorry cant see.all of the prior discussion, im on my phone) 21:15:49 &lt;zzz&gt; we're on 9), please stay on topic 21:16:09 &lt;anonimal&gt; Are we pushing for IANA? 21:16:12 * anonimal sorry lag 21:16:26 &lt;str4d&gt; anonimal, yes. I am I2P's representative in that process. 21:16:58 &lt;anonimal&gt; Yay! Anything to report? 21:17:02 &lt;str4d&gt; I have also volunteered to be on the design committee that is going to propose changes/improvements to the RFC 6761 process 21:17:31 &lt;str4d&gt; .i2p was proposed along with .onion, .gnu, .bit and a few others by the GNUnet team 21:17:40 &lt;zzz&gt; great, thanks for continuing to do that str4d 21:17:42 &lt;str4d&gt; That sat around for several years being kicked back and forth 21:17:56 &lt;zzz&gt; I'm sure you can fill him in more after the meeting 21:17:58 &lt;anonimal&gt; Yes, thank you str4d. 21:18:05 &lt;zzz&gt; anything else on 9) ? 21:18:09 &lt;zzz&gt; anything else for the meeting? 21:18:31 &lt;str4d&gt; well... 21:18:34 &lt;str4d&gt; (jk ;) 21:18:40 &lt;anonimal&gt; lol 21:18:47 &lt;sadie_i2p&gt; ha 21:19:01 &lt;zzz&gt; thanks everybody. /me ****bafs**** the meeting closed </div>/vi/blog/2015/10/06/i2p-dev-meeting-october-06-2015/Tue, 06 Oct 2015 00:00:00 +0000/vi/blog/2015/10/06/i2p-dev-meeting-october-06-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:41 &lt;zzz&gt; 0) Hi 19:59:41 &lt;zzz&gt; 1) 32C3 Budget 19:59:41 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 19:59:41 &lt;zzz&gt; 3) RWC Budget 19:59:44 &lt;zzz&gt; 0) Hi 19:59:47 &lt;zzz&gt; Hi 19:59:50 &lt;eche|on&gt; hi 19:59:53 &lt;dg&gt; hi 19:59:59 &lt;zzz&gt; 1) 32C3 Budget 19:59:59 &lt;cacapo&gt; hi 20:00:23 &lt;zzz&gt; ok, the plan is to do what we did for Toronto, which is to set an overall budget and let echelon handle the details 20:00:43 &lt;hottuna2&gt; i love soylent and you 20:00:46 &lt;hottuna2&gt; oups 20:00:47 &lt;zzz&gt; echelon, what's the total of the travel requests for funds that you got 20:01:06 &lt;eche|on&gt; currently it is roughly 4k and 2 BTC 20:01:56 &lt;hottuna2&gt; as calculated how? 20:02:03 &lt;zzz&gt; ok, were there any excessive requests or request from any randoms that we need to discuss, or was everything reasonable? 20:02:41 &lt;eche|on&gt; all reasonable, non above 1k euro so far, so... all fine 20:02:52 &lt;eche|on&gt; some did wrote too much information, haha 20:03:22 &lt;zzz&gt; and about how much more to pay for CCC tickets, a dinner, gummy snakes and such? 20:04:06 &lt;eche|on&gt; I think dinner will be 500+x, tickets will be 100 each (at 10 ppl roughly) and snakes and small stuff in the 200-300 20:04:24 &lt;eche|on&gt; dinner for 20+x 20:05:04 &lt;zzz&gt; so that's 1800 euros + 4K travel + ~500 for 2 BTC is 6300 euros total, right? 20:05:53 &lt;eche|on&gt; yeah, but we will not scratch up to that, IMHO some of the travel fund will be payed in BTC, and dinner could be cheaper... 20:05:59 &lt;eche|on&gt; so lets say 6k 20:06:34 &lt;eche|on&gt; last year we did have had 1257 without travel costs 20:06:38 &lt;zzz&gt; that sounds pretty reasonable to me, let's throw it open to discussion... what do people think? 20:06:39 &lt;eche|on&gt; and a few tickets 20:07:13 &lt;hottuna2&gt; does that mean we'll be reaching our 10% spending goal per year? 20:07:31 &lt;eche|on&gt; sure 20:07:53 &lt;hottuna2&gt; as in we'll be below 10%? 20:08:01 &lt;zzz&gt; doubt it, we have ~250K and we only spent 4-5K on toronto iirc 20:08:02 &lt;eche|on&gt; sure 20:08:22 &lt;eche|on&gt; wait, 150k, not 250... 20:08:49 &lt;zzz&gt; either way, we're well under 10%, back of the envelope 20:09:02 &lt;eche|on&gt; and currently we spent 5.3k this year 20:09:19 &lt;hottuna2&gt; ok. i'm happy with that. 20:09:22 &lt;zzz&gt; any objections to a 6K Euro budget for CCC? 20:10:05 &lt;zzz&gt; great 20:10:41 &lt;zzz&gt; as always eche|on I think we prefer to reimburse people, but we can pay in advance if people really need it to buy tickets, right? 20:11:25 &lt;hottuna2&gt; is there a way to know how much you'll be reimbursed for? 20:11:25 &lt;eche|on&gt; correct 20:11:44 &lt;zzz&gt; I think we just approved 100% of people's requests, correct? 20:11:49 &lt;eche|on&gt; yes 20:12:05 &lt;zzz&gt; ok, so whatever you asked for is what you'll get hottuna2 20:12:13 &lt;hottuna2&gt; ok 20:12:23 &lt;zzz&gt; thank you very much eche|on I think this process worked well 20:12:27 &lt;zzz&gt; anything else on 1) ? 20:12:53 &lt;zzz&gt; 2) Other 32C3 todo items - banner, etc. 20:13:05 &lt;eche|on&gt; banner is still in toronto 20:13:10 &lt;eche|on&gt; poster - we need a poster 20:13:28 &lt;zzz&gt; DECT phones part 2? banner? poster? what needs to be done, any volunteers? 20:13:35 &lt;eche|on&gt; we need a table (I try to get into wiki and make some page about our group) 20:13:45 &lt;hottuna2&gt; who has the banner? 20:13:57 &lt;hottuna2&gt; I do not have it. 20:13:57 &lt;str4d&gt; j0 20:13:58 &lt;eche|on&gt; it was at toronto hacklab 20:14:13 &lt;hottuna2&gt; should I bring the podium graphic from i2pcon? 20:14:40 &lt;zzz&gt; hottuna2, can you be in charge of finding the banner in Toronto and bringing it? 20:14:53 &lt;eche|on&gt; DECT phones could be done, but I do not know, everyone has a mobile, Wifi available... 20:15:13 &lt;zzz&gt; maybe twitter DM has rendered DECT obsolete 20:15:15 &lt;hottuna2&gt; zzz, will do. 20:15:19 &lt;eche|on&gt; hottuna2: there was a twitter discussion with sadie about the banner and let her bring it to hamburg 20:15:23 &lt;dg&gt; i'm just going to twitter 20:15:41 &lt;dg&gt; irc if no response 20:15:50 &lt;hottuna2&gt; do we need any other marketing type of material? 20:15:50 &lt;eche|on&gt; table needs to be reserved asap 20:15:59 &lt;eche|on&gt; stickers 20:16:06 &lt;zzz&gt; eche|on, you volunteered to reserve the table? 20:16:28 &lt;eche|on&gt; a folder (3 columns, folded) with basic informations would really help, but not available 20:16:44 &lt;eche|on&gt; zzz: I can try to reserve the table on 26th ahead of cinema 20:16:56 &lt;eche|on&gt; or better: I try my best to reserve it 20:17:00 &lt;dg&gt; usual place, or? 20:17:10 &lt;eche|on&gt; dg: would be best, noisysquare 20:17:11 &lt;zzz&gt; yeah, but you volunteered to sign up on the wiki, right echelon? 20:17:13 &lt;dg&gt; just a question: how big is the table usually? 20:17:24 &lt;eche|on&gt; yeah, I try to do the wiki, also 20:17:28 &lt;zzz&gt; 8-10 20:17:30 &lt;cacapo&gt; eche|on: didn't we have a folder contest a while back 20:17:31 &lt;dg&gt; eche|on: ah good 20:17:32 &lt;hottuna2&gt; Sadie says Hi from twitter 20:17:36 &lt;dg&gt; zzz: so room for everyone? 20:17:38 &lt;eche|on&gt; the table is mostly a round table for 8-10, or a square table 20:17:51 &lt;dg&gt; hottuna2: she needs2irc 20:17:56 &lt;zzz&gt; we're never all there at the same time, not to worry 20:17:58 &lt;eche|on&gt; cacapo: yeah, but the results of fodler contest were not useable AFAIR 20:18:03 &lt;hottuna2&gt; that's what I'm telling her 20:18:20 &lt;dg&gt; alright :) 20:18:34 &lt;zzz&gt; there was also the idea of USB stick giveaways, I looked into it, looks like $2 in bulk for small-capacity 20:18:41 &lt;dg&gt; i'm waiting for schedule so i can plan my day 20:18:42 &lt;eche|on&gt; `http://echelon.i2p/29c3/` 20:18:46 &lt;iRelay&gt; Title: 29C3 I2P contest (at echelon.i2p) 20:18:51 &lt;dg&gt; know when to duck in/out 20:19:29 &lt;eche|on&gt; dg: usual we meet in 10-12am and leave after 1am... 20:19:47 &lt;zzz&gt; so re: poster, who is looking into that? 20:19:48 &lt;eche|on&gt; zzz: the USB sticks are nice 20:20:03 &lt;eche|on&gt; but I do not know if really useful 20:20:13 &lt;hottuna2&gt; so the 2015 wiki for 32c3 does not appear to be open yet 20:20:28 &lt;eche|on&gt; hottuna2: correct 20:20:36 &lt;dg&gt; eche|on: past my bedtime ;) fits my lie ins 20:20:43 &lt;zzz&gt; I'm not humping hundreds of USBs across the ocean. Dunno if too late to get logo'ed ones 20:20:46 &lt;dg&gt; is the CCH open all night? 20:20:58 &lt;eche|on&gt; dg: CCH is open 24/7 20:21:08 &lt;zzz&gt; let's defer talk about CCC basics and logistics for now 20:21:20 &lt;dg&gt; ok, thx eche|on 20:21:22 &lt;zzz&gt; this agenda item is for prep only 20:21:36 &lt;eche|on&gt; zzz: 2 weeks time on one sender 20:22:07 &lt;zzz&gt; anybody want to volunteer for a poster or for USB sticks? 20:22:29 &lt;zzz&gt; and what was the answer on stickers? 20:22:32 &lt;eche|on&gt; but a USB stick/card is around 4-6 eeach 20:22:48 &lt;zzz&gt; I saw them for about $2 on ebay 20:22:58 &lt;hottuna2&gt; i'm not sure i'm I understand the idea behind the usb sticks 20:23:08 &lt;zzz&gt; but those weren't customized I dont think 20:23:15 &lt;dg&gt; would we bundle i2p, just put our logo on it, or...? 20:23:22 &lt;zzz&gt; both 20:23:44 &lt;hottuna2&gt; not sure I feel that's a good use of money. if we were tails it would've been a different story 20:24:41 &lt;eche|on&gt; I am not really a fan of USB in this pricy area, as we would need 100+x, thats at least 500 20:24:45 &lt;eche|on&gt; for printed ones 20:24:47 &lt;zzz&gt; ok 20:24:51 &lt;eche|on&gt; with a less use 20:25:10 &lt;zzz&gt; so lets skip the USB sticks. What about stickers? How's the supply over there? Did you bring them all over here or? 20:25:17 &lt;str4d&gt; hottuna2: we don't even need to give aaway the USBs 20:25:24 &lt;eche|on&gt; I still got stickers left 20:25:42 &lt;comradenosebleed&gt; zzz: i have a bunch of stickers that tuna gave me as well, i don't mind bringing them with me 20:25:44 &lt;str4d&gt; If they are decent enough, could sell at cost 20:25:45 &lt;eche|on&gt; but some of the toronto connections wanted to create a new design AFAIK. 20:25:55 &lt;comradenosebleed&gt; (sorry tuna, i'm trying to give out as many as i can) 20:26:05 &lt;dg&gt; i might have some stickers 20:26:11 &lt;eche|on&gt; str4d: I do not like to sell and handle some money beside my debit card on CCC 20:26:16 &lt;zzz&gt; eche|on, you have enough for CCC or you need comradenosebleed to bring some? 20:26:30 &lt;hottuna2&gt; do we want to get some more t-shirts 20:26:40 &lt;eche|on&gt; I got enough for CCC, but thats my last I got 20:26:53 &lt;comradenosebleed&gt; i probably have 200 or so sitting on my desk, i have no problems bringing them with me 20:27:07 &lt;eche|on&gt; so I need a new design, or I get another 10k with the same design 20:27:13 &lt;hottuna2&gt; and a separate question, do we want to sell them? 20:27:23 &lt;hottuna2&gt; eche|on: I would like to get a new design made 20:27:33 &lt;hottuna2&gt; before new stickers are ordered 20:27:36 &lt;zzz&gt; let's defer buying more stickers for now if we have enough for CCC and there's potential for a new design 20:27:44 &lt;eche|on&gt; right 20:27:51 &lt;zzz&gt; no, I don't think we should sell them 20:27:53 &lt;dg&gt; will bring some anyway 20:28:02 &lt;hottuna2&gt; zzz, agreed. 20:28:12 &lt;str4d&gt; no one sells stickers at cons :P 20:28:21 &lt;str4d&gt; The advertizing alone covers it 20:28:22 &lt;hottuna2&gt; still, do we want to get more t-shirts? 20:28:43 &lt;eche|on&gt; hottuna2: we can ask in zzz.i2p for visitors (i2p team) needing/wanting a shirt. at least dg and str4d need them 20:28:46 &lt;str4d&gt; (oh wait, t-shirts, nvm) 20:28:46 &lt;eche|on&gt; yes 20:28:56 &lt;zzz&gt; I say no to t-shirts. too much of a hassle to sell, and pretty much everybody has one, right? 20:29:05 &lt;str4d&gt; I don't 20:29:11 &lt;str4d&gt; I won't be at CCC tho 20:29:13 &lt;eche|on&gt; and postman postman !?? 20:29:20 &lt;eche|on&gt; oh, sry... 20:29:20 &lt;dg&gt; postman is joining us btw :) 20:29:29 &lt;zzz&gt; for the one-offs, they can buy it on spreadshirt 20:29:40 &lt;zzz&gt; if they want 20:30:04 &lt;str4d&gt; That was my plan :) 20:30:19 &lt;zzz&gt; what was the answer on the poster? Maybe tuna and sadie will do something, maybe not? 20:30:22 &lt;dg&gt; will get one too, no need to order more for the project 20:30:37 &lt;zzz&gt; is the timothy leary poster still around? 20:31:27 &lt;hottuna2&gt; zzz, so no t-shirt for dg or postman? 20:31:37 &lt;hottuna2&gt; I don't mind ordering/bringing them. 20:31:40 &lt;postman&gt; hey, i would take one 20:31:49 &lt;eche|on&gt; `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 &lt;eche|on&gt; zzz: that one? 20:32:06 &lt;dg&gt; I'd like a yellow one if you've got one but I'll order it myself if not 20:32:43 &lt;hottuna2&gt; dg, postman what sizes are you? 20:32:45 &lt;zzz&gt; sounds like it's between tuna and postman and dg to figure out t-shirts, whether tuna orders them or the others just order their own 20:32:56 &lt;eche|on&gt; t-shirt costs can be refunded on 32C3 for team members 20:33:03 &lt;dg&gt; yeah sorry we'll leave it for later :) 20:33:26 &lt;zzz&gt; ok, so the project will reimburse for t-shirts for those that don't have them 20:33:34 &lt;zzz&gt; any objections to that? 20:33:41 &lt;eche|on&gt; we did pay the other shirts already 20:33:48 &lt;zzz&gt; yup 20:34:31 &lt;zzz&gt; ok, sounds like we don't have a poster answer atm, but no big deal if we don't get one 20:34:31 &lt;eche|on&gt; date for dinner pre-announce? 20:34:32 &lt;hottuna2&gt; no 20:34:32 &lt;hottuna2&gt; that's how it's been done previously 20:34:39 &lt;zzz&gt; yes eche|on that's the leary poster 20:35:09 &lt;zzz&gt; eche|on, you have a proposal for which nite for dinner? 20:35:42 &lt;eche|on&gt; hmm, 27th is a bit early, but still fine. 28th or 29th are fine, too. But I need to wait for talk schedule 20:36:03 &lt;zzz&gt; ok, maybe let's pencil in 28th, subject to change 20:36:08 &lt;zzz&gt; anything else on 2) ? 20:36:09 &lt;eche|on&gt; We can do the 27th, its sunday, first evening, all are jet-lagged, no one wants beer, cheap^^ 20:36:49 &lt;zzz&gt; last call for 2) 20:36:51 &lt;dg&gt; no thanks for 27th 20:37:20 &lt;zzz&gt; 3) RWC Budget 20:37:36 &lt;zzz&gt; eche|on, any requests for RWC funding? What's the total? 20:37:51 &lt;eche|on&gt; yeah, thats a bit non-anon, as I got one request of 500 for hotel costs at RWC 20:38:20 &lt;zzz&gt; sounds reasonable, any objections? 20:38:25 &lt;eche|on&gt; no 20:38:30 &lt;eche|on&gt; if the paper is good, all fine^^ 20:38:51 &lt;eche|on&gt; and it is 2016, new year, new 10% *g* 20:39:24 &lt;zzz&gt; I encourage anybody that can get to RWC to check it out, it's a good conference 20:39:35 &lt;zzz&gt; anything else on 3) ? 20:39:40 &lt;eche|on&gt; to far away from me 20:39:53 &lt;eche|on&gt; although interesting, sure 20:39:55 &lt;dg&gt; too far & incompatible w/ CCC 20:40:50 &lt;zzz&gt; ok, any other topics? I know i shot down i2pcontrol, 32c3 talk, and forum replacement over on the zzz.i2p thread, but if anybody wants to discuss _briefly_ speak up now 20:41:33 &lt;hottuna2&gt; yeah. i'd like to talk about forum.i2p 20:41:38 &lt;hottuna2&gt; do we want to replace it? 20:41:52 &lt;dg&gt; just wrt forum replacement, we're open to it and discussing it. if anyone thinks it's a good idea for us to do it, hit up postman/myself/eche|on. we're in a position to run one, but we dunno if there's much support 20:42:33 &lt;zzz&gt; I'll paste in my position from zzz.i2p, others may disagree, that's fine 20:42:35 &lt;hottuna2&gt; i think we should have a public facing place for discussions 20:42:54 &lt;zzz&gt; My consistent view has been that users will vote with their feet, let a thousand flowers bloom, etc. etc. It's not necessary or even wise for us to anoint a replacement. One or more are free to apply for placement on the console home page following our usual process. If somebody wants to set up a forum site, they should do so, 20:43:18 &lt;hottuna2&gt; I don't agree. 20:43:19 &lt;dg&gt; hottuna2: while I'm very open about a forum, what is not open about zzz.i2p? for the record it's unlikely a forum.i2p run by postman/echelon/myself will be on clearnet 20:43:43 &lt;hottuna2&gt; I think we should have a clearnet forum. 20:43:47 &lt;zzz&gt; zzz.i2p is not open to all topics 20:44:01 &lt;hottuna2&gt; interacting with i2p now is like interacting with a brick. 20:44:06 &lt;zzz&gt; forums get _hammered_ by spiders via inproxies 20:45:15 &lt;zzz&gt; and hammered by spam via inproxies 20:45:15 &lt;hottuna2&gt; there's the irc and zzz.i2p. that is it as far as public communications go with i2p 20:45:15 &lt;hottuna2&gt; how are we to attract people new to anonymity tools if we're not even available to these people? 20:45:15 &lt;eche|on&gt; zzz.i2p is dev talk, a user talk forum would be nice, but it cannot be run on clearnet 20:45:15 &lt;zzz&gt; I'd like to see more use of the blog on our website by the PR team 20:45:16 &lt;hottuna2&gt; I get that running a forum is highly inconvenient. 20:45:19 &lt;eche|on&gt; forum.i2p is currently a good forum, I keep it as clean as I like 20:45:36 &lt;dg&gt; administering one is fine, clearnet is going to be difficult. It's possible but... 20:45:38 &lt;zzz&gt; forum will be dead by year-end due to rekey 20:45:38 &lt;hottuna2&gt; but our blog does not support communication both ways. the lbog is just a broadcasting tool. 20:45:53 &lt;dg&gt; I see that clearnet would be helpful for support though. 20:46:02 &lt;hottuna2&gt; so this is a relevant topic to try to deal with as soon as possible. 20:46:38 &lt;zzz&gt; anybody wants to run a (or "the") forum replacement? go for it, you don't need anybody's permission 20:46:42 &lt;hottuna2&gt; support and also attracting new developers. showing people the topics we are discussing is a way to attract developers and people of all skill-levels 20:46:50 &lt;str4d&gt; I don't see a simple way to add a blog without going beyond the near-static approach 20:47:19 &lt;dg&gt; the irc2p team is up for it, but I don't know how to handle the clearnet problem 20:47:21 &lt;zzz&gt; hottuna2, nobody's saying a forum isn't a good thing 20:47:47 &lt;str4d&gt; comment section to the* 20:47:53 &lt;hottuna2&gt; so we agree that having one would be helpful to us? 20:47:55 &lt;eche|on&gt; dg: forum.i2p was clearnet, it did not went out well, was closed and all is fine 20:48:09 &lt;zzz&gt; I declared forum.i2p dead back in January. There's been plenty of time. 20:48:16 &lt;hottuna2&gt; and we also agree that we want to reach out and attract newbies to join i2p? 20:48:23 &lt;dg&gt; eche|on: it would be helpful for user supports though 20:48:36 &lt;hottuna2&gt; having it be more than a vaporware goal requires action 20:48:37 &lt;eche|on&gt; dg: not worth the hassle 20:48:42 &lt;zzz&gt; hottuna2, agreed forums are good. Not sure if one of us needs to run one. And not sure I've heard anybody volunteering. 20:49:08 &lt;dg&gt; I don't care about handling the spam, I just want to remain anonymous and you can't do that while running a clearnet site 20:49:23 &lt;eche|on&gt; yes 20:50:46 &lt;hottuna2&gt; dg, could I or someone else rent the root server? 20:50:46 &lt;eche|on&gt; but really, you do not want the i2p forum clearnet 20:50:46 &lt;hottuna2&gt; and you have access to it through i2p+ssh? 20:50:46 &lt;zzz&gt; so perhaps dg as admin combined with some server resources could be a solution 20:50:46 &lt;dg&gt; hottuna2: That's something we can discuss if you (or someone else) is comfortable with the cost 20:50:46 &lt;hottuna2&gt; eche|on: I want the forum to be clearnet and on i2p 20:50:46 &lt;eche|on&gt; hottuna2: you will loose it. 20:50:46 &lt;eche|on&gt; forum.i2p has had massive spam issues 20:50:46 &lt;dg&gt; eche|on: I know clearnet can be a problem but a lot of users like it as a support mechanism 20:50:46 &lt;dg&gt; irc is not for everyone, especially where we have the "deep sleep chamber" 20:50:46 &lt;eche|on&gt; thats why it was closed down 20:50:46 &lt;zzz&gt; sure, clearnet a nice dream, maybe solveable, maybe not 20:50:50 &lt;eche|on&gt; forum.i2p is still a good support channel 20:50:54 &lt;hottuna2&gt; dg, i'm comfortable with that, and also think that i2p would re-imburse an forum server 20:51:24 &lt;dg&gt; happy to try it and if it doesn't work, we'll be i2p only. I don't know about i2p reimbursing it (not my decision though), but then again, i2p already reimburses core services... 20:51:25 &lt;comradenosebleed&gt; How many moderators were around on the forum while it was clearnet? If we had more mods we would be able to trim down on abuse, spam, etc. 20:51:35 &lt;hottuna2&gt; eche|on: eche|on: would i2p sponsor a forum machine? 20:51:35 &lt;dg&gt; comradenosebleed: afaik it was just eche|on 20:51:43 &lt;eche|on&gt; comradenosebleed: we did have had at least 5-10 people 20:51:49 &lt;dg&gt; hottuna2: I'm happy to admin in any case, just don't want to put a burden on you. 20:51:53 &lt;eche|on&gt; but a damned stupid guy spammed and did some DDOS 20:52:06 &lt;hottuna2&gt; dg, would you volunteer to set up and admin a clearner+hidden forum? 20:52:07 &lt;zzz&gt; dg maybe you can estimate bandwidth/processing power requirements and put together a proposal? 20:52:25 &lt;dg&gt; hottuna2, zzz: OK, i'll work with hottuna2 on that and we can figure out a proposal 20:52:36 &lt;dg&gt; hottuna2: as long as I can be anon still, no problem 20:52:38 &lt;hottuna2&gt; getting a quite powerful server from hertzner is about 30/month 20:52:42 &lt;zzz&gt; I'm still not in favor but willing to listen 20:52:55 &lt;zzz&gt; we have spare VM's now but depends on load 20:53:02 &lt;zzz&gt; ok anything else on forum? 20:53:06 &lt;zzz&gt; anything else for the meeting? 20:53:11 &lt;eche|on&gt; also while being clearnet you cannot hsot a lot of topics which are right now in forum.i2p 20:53:11 * zzz warms up the baffer 20:53:28 &lt;hottuna2&gt; zzz, eche|on: re spare vms, do we want to place all of our infrastructure on the same host? 20:53:30 &lt;eche|on&gt; e.g. you will need a native russian guy for the forum to admin it 20:53:31 &lt;comradenosebleed&gt; I volunteer myself as a mod if we put up a clearnet forum. As much as I hate to suggest cloudflare to host it, they do have excellent ddos prevention 20:54:01 &lt;hottuna2&gt; comradenosebleed: noted 20:54:02 &lt;eche|on&gt; and tha tone would need to know the rules of the country the host is hosted in (hetzner is german, german has some strange laws, e.g.) 20:54:15 &lt;zzz&gt; you all feel free to continue the forum talk, however I... am... 20:54:23 &lt;eche|on&gt; baffing! 20:54:25 &lt;zzz&gt; .. *baffing* the meeting closed </div>/vi/blog/2015/09/12/0.9.22-release/Sat, 12 Sep 2015 00:00:00 +0000/vi/blog/2015/09/12/0.9.22-release/<h2 id="chi-tiết-cập-nhật">Chi tiết cập nhật</h2> <p>Phiên bản 0.9.22 chứa các bản sửa lỗi cho i2psnark bị treo trước khi hoàn tất, đồng thời bắt đầu quá trình chuyển đổi thông tin router sang chữ ký Ed25519 mạnh hơn mới. Để giảm sự xáo trộn trong mạng, router của bạn chỉ có xác suất nhỏ chuyển sang dùng Ed25519 mỗi lần khởi động lại. Khi việc thay khóa (rekey) diễn ra, hãy dự kiến mức sử dụng băng thông thấp hơn trong vài ngày do router cần tái hòa nhập vào mạng với danh tính mới. Nếu mọi việc diễn ra suôn sẻ, chúng tôi sẽ đẩy nhanh quá trình thay khóa trong bản phát hành tiếp theo.</p>/vi/blog/2015/08/20/i2pcon-mission-accomplished/Thu, 20 Aug 2015 00:00:00 +0000/vi/blog/2015/08/20/i2pcon-mission-accomplished/<p>I2PCon đã là một thành công khổng lồ. Với chúng tôi, những người đóng góp cho I2P, sự kiện này đại diện cho một bước tiến lớn về khả năng mà cộng đồng chúng tôi có thể thực hiện, cách chúng tôi truyền đạt các trường hợp sử dụng của I2P và tiếp cận những cá nhân quan tâm đến quyền riêng tư.</p> <p>Bằng việc tổ chức sự kiện này, chúng tôi cũng đã phát triển cộng đồng của mình. Những người trước đây chỉ lặng lẽ theo dõi trên các kênh IRC của chúng tôi, hoặc chỉ chạy phần mềm của chúng tôi, hoặc thậm chí có thể chưa từng nghe đến I2P, giờ đây đã trở thành một phần của cộng đồng chúng tôi.</p>/vi/blog/2015/07/31/0.9.21-release/Fri, 31 Jul 2015 00:00:00 +0000/vi/blog/2015/07/31/0.9.21-release/<h2 id="chi-tiết-bản-cập-nhật">Chi tiết bản cập nhật</h2> <p>0.9.21 chứa một số thay đổi nhằm tăng dung lượng mạng, cải thiện hiệu suất của các nút floodfill và sử dụng băng thông hiệu quả hơn. Chúng tôi đã chuyển các tunnel client chia sẻ sang dùng chữ ký ECDSA và thêm cơ chế dự phòng DSA sử dụng khả năng &ldquo;multisession&rdquo; mới dành cho những trang web không hỗ trợ ECDSA.</p> <p>Diễn giả và lịch trình của hội nghị I2PCon tại Toronto 2015 đã được công bố. Hãy xem trang I2PCon để biết thêm chi tiết. Đặt chỗ của bạn trên Eventbrite.</p>/vi/blog/2015/07/16/i2pcon/Thu, 16 Jul 2015 00:00:00 +0000/vi/blog/2015/07/16/i2pcon/<p>I2PCon là sự kiện đầu tiên thuộc loại hình này. Nó có hai mục tiêu ngắn hạn. Mục tiêu đầu tiên là cung cấp cho công chúng một sự kiện nơi mọi người có thể tiếp cận kiến thức về quyền riêng tư và các vấn đề liên quan đến quyền riêng tư. Mục tiêu thứ hai là thúc đẩy dự án I2P và cộng đồng của nó. Điều này sẽ được thực hiện thông qua các cuộc thảo luận kỹ thuật về mật mã, ẩn danh và các chủ đề tập trung vào I2P.</p>/vi/blog/2015/07/14/i2p-dev-meeting-july-14-2015/Tue, 14 Jul 2015 00:00:00 +0000/vi/blog/2015/07/14/i2p-dev-meeting-july-14-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz</p> <h2 id="meeting-log">Meeting Log</h2>/vi/blog/2015/06/02/0.9.20-release/Tue, 02 Jun 2015 00:00:00 +0000/vi/blog/2015/06/02/0.9.20-release/<p>0.9.20 chứa nhiều bản sửa lỗi quan trọng, và một số thay đổi nhằm tăng dung lượng floodfill trong mạng.</p> <p>Các bộ định tuyến được cấu hình với băng thông chia sẻ từ 32-64 KB giờ có thể trở thành floodfill, và các bộ định tuyến được cấu hình với băng thông chia sẻ từ 512 KB trở lên sẽ có giới hạn kết nối cao hơn. Những thay đổi này có thể khiến bộ định tuyến của bạn sử dụng nhiều tài nguyên hơn. Nếu bộ định tuyến trở nên quá tải, cách tốt nhất để giảm mức sử dụng là hạ thấp cài đặt băng thông trong bảng điều khiển của bạn. Nếu điều đó không giúp ích, bạn hiện có thể tắt chế độ floodfill tự động trên trang cấu hình nâng cao trong bảng điều khiển.</p>/vi/blog/2015/06/02/toronto-meetup/Tue, 02 Jun 2015 00:00:00 +0000/vi/blog/2015/06/02/toronto-meetup/<p>Đội ngũ I2P xin vui mừng thông báo rằng chúng tôi sẽ tổ chức một buổi gặp mặt tại Toronto vào các ngày 15-16 tháng 8. Một số thành viên trong cộng đồng của chúng tôi sẽ tham dự và tổ chức các buổi nói chuyện, hội thảo và thảo luận về cũng như liên quan đến I2P. Tuy nhiên, sự kiện này không chỉ dành riêng cho những người dùng I2P, mà dành cho tất cả mọi người.</p>/vi/blog/2015/05/05/i2p-dev-meeting-may-05-2015/Tue, 05 May 2015 00:00:00 +0000/vi/blog/2015/05/05/i2p-dev-meeting-may-05-2015/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:23 &lt;zzz&gt; 0) Hi 20:00:23 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:00:27 &lt;zzz&gt; 0) Hi 20:00:29 &lt;zzz&gt; hi 20:00:35 &lt;eche|on&gt; hi 20:00:51 &lt;psi&gt; just about the time for the meeting? 20:00:53 &lt;zzz&gt; 1) Toronto meeting (Aug. 15-16) planning 20:01:03 &lt;dg&gt; hi 20:01:14 &lt;zzz&gt; 1a) review where we're at 20:01:19 &lt;zzz&gt; 1b) volunteers 20:01:32 &lt;zzz&gt; 1c) do we move forward 20:01:37 &lt;zzz&gt; 1a) review where we're at 20:02:00 &lt;zzz&gt; hottuna, please give us an update on the planning, venue, and projected costs 20:02:20 &lt;hottuna&gt; Hi@all 20:02:24 &lt;psi&gt; hi 20:02:50 &lt;str4d&gt; hi 20:02:53 &lt;hottuna&gt; So, we've reserved two 8-hour slots at hacklab in Toronto for the 15-16 Aug. 20:03:20 &lt;hottuna&gt; The slots are 150CAD each 20:03:46 &lt;hottuna&gt; This is the venue: https://hacklab.to/ 20:03:48 &lt;iRelay&gt; Title: hacklab.to - Toronto's hacker collective (at hacklab.to) 20:04:07 &lt;hottuna&gt; The initial plan is to have two separate events. 20:04:37 &lt;xmz&gt; hi 20:04:44 &lt;hottuna&gt; 15Aug: I2P general presentation + I2P Cryptoparty 20:05:28 &lt;hottuna&gt; 16Aug: Have a technical presentation leading into discussions about various upcoming issues 20:06:10 &lt;hottuna&gt; Ideally I'd like to have a better itinerary for both of these days by the end of this meeting. 20:07:09 &lt;psi&gt; is lodging self serve or is that "taken care of"? 20:07:13 &lt;hottuna&gt; Additionally we've through J@torontocrypto secured a lounge-like space in a house in toronto for other/late-night planning/hacking/etc 20:07:55 &lt;hottuna&gt; psi, lodging can be offered for free at said lounge (which is a house on the opposite side of toronto) 20:08:14 &lt;xmz&gt; transport to and from lounge? 20:08:46 &lt;hottuna&gt; Public transit shouldn't be too bad. Something like a 25 minute subway ride. 20:08:46 &lt;xmz&gt; I guess we arrange our own. I'll have a car so I can ferry a few folks 20:08:54 &lt;eche|on&gt; 8h slots, times? 20:08:55 &lt;xmz&gt; oh that's not bad 20:09:11 &lt;eche|on&gt; cars in a city... 20:09:25 &lt;zzz&gt; ok thanks tuna, i'd like to open it up for questions and comments now, before we get into details on the agenda or volunteers 20:09:28 &lt;xmz&gt; you have a point there eche|on 20:09:42 &lt;xmz&gt; toronto traffic can be quite bad 20:10:01 &lt;eche|on&gt; 2 8h slots are fine, times of those? and I assume we come, sit down, get power and WiFi 20:10:03 &lt;zzz&gt; anybody have any general questions or comments? 20:10:14 &lt;eche|on&gt; and some technical stuff provided 20:10:18 &lt;dg&gt; will there be streams, and are we expecting on advertising this? if so, how? 20:10:54 &lt;hottuna&gt; eche|on, 8h slots: they're evening slots so I think we'd have to be out of hacklab sometime around 00:00 20:10:54 &lt;hottuna&gt; J has offered to organize the crypto party part of 15Aug. 20:11:23 &lt;eche|on&gt; midnight is fine, which makes it 4pm to 12pm 20:11:32 &lt;hottuna&gt; eche|on: power, wifi, chairs, tables, etc are available 20:11:32 &lt;xmz&gt; that's good 20:11:48 &lt;xmz&gt; if there's enough upstream available streaming is definitely an option 20:11:52 &lt;eche|on&gt; fine for me so far. 20:12:17 &lt;eche|on&gt; streaming is not such a big issue, we do have root server with traffic free to distribute, if we want 20:12:26 &lt;hottuna&gt; xmz, I'm not sure they have a crazy internet connection. 20:12:42 &lt;hottuna&gt; also streaming might not be acceptable for privacy reasons 20:12:56 &lt;hottuna&gt; and additionally would be quite a bit of work to organize 20:13:01 &lt;str4d&gt; Yah, that's a topic up for discussion 20:13:01 &lt;xmz&gt; yeah 20:13:14 &lt;dg&gt; how about advertisement? 20:13:19 &lt;eche|on&gt; yeah, I am not in favour of streama, just twitter and instagram^^ 20:13:34 &lt;str4d&gt; But technically, it wouldn't be hard. We don't need 1080p upstream ^^ 20:13:36 &lt;eche|on&gt; ads, we do ads on zzz and forum already, or what ads? 20:13:49 &lt;fox&gt; so first one to hack the public wifi AP wins? 20:13:57 &lt;hottuna&gt; dg, J has offered to do a bit of advertisment, and since he's done a few crypto parties in toronto, i think we'll have no issues drawing a crowd. 20:14:06 &lt;dg&gt; ads for general public, i'm not sure how big a following the hacklab have? 20:14:14 &lt;dg&gt; hottuna: thanks, that's what I was looking for 20:14:14 &lt;hottuna&gt; the i2p twitter/website be helpful too 20:14:30 &lt;dg&gt; I am pleasantly surprised by how many can attend 20:14:48 &lt;zzz&gt; "j" is eager to fire up the publicity, i've asked him (via tuna0 to hold off until we have this meeting, figure out who is doing PR on our side, and can do a coordinated announcment 20:14:52 &lt;hottuna&gt; fox, a guest network is available 20:14:54 &lt;eche|on&gt; I am in favour of a I2P even twith "some" guest 20:14:55 &lt;xmz&gt; yeah I'm glad it's being held in Toronto. if it were anywhere else it would be hard for me to attend. 20:15:09 &lt;dg&gt; it'd be great if he could come here too. 20:15:12 &lt;dg&gt; (j) 20:15:38 &lt;hottuna&gt; dg, J is distracted by meatspace today 20:15:56 &lt;hottuna&gt; the one thing J asked us for is an itinerary for Aug16 20:16:02 &lt;dg&gt; hottuna: I don't think it'd kill to setup a bouncer! He has been saying he'll come for a while 20:16:41 &lt;eche|on&gt; so, sa/su each 4pm to midnight 20:16:42 &lt;zzz&gt; anybody have any other general questions or comments, or any objections to doing this at all? 20:16:58 &lt;eche|on&gt; I vote for I2P lunch on sunday before hacklab 20:16:59 &lt;xmz&gt; no objections only encouragement here 20:17:06 &lt;xmz&gt; that's a good idea 20:17:15 &lt;psi&gt; it's effectively sa to monday morning right? 20:17:24 &lt;eche|on&gt; It would be nice to get some I2P folks together and meet, anything else, a surplus in my view 20:17:52 &lt;zzz&gt; let's avoid the temptation to discuss small details. For example, i suspect the hours may change, the agenda isn't yet set, we don't need to talk about bouncer setup 20:18:02 &lt;hottuna&gt; eche|on, yes - as far as I know. That window might be shifted an hour back or forth though. 20:18:16 &lt;eche|on&gt; yeah, it is ok 20:18:38 &lt;eche|on&gt; so the lodge for lounge is for the night-swarmers to make through the night 20:18:41 &lt;psi&gt; hottuna: what is general talk vs technical talk? 20:19:03 &lt;hottuna&gt; psi, that is a good question. and something we will have to decide. 20:19:05 &lt;eche|on&gt; general talk: I2p, what it is, how it works, technical talk: what is the protocol 20:19:22 &lt;eche|on&gt; hottuna: but the lodge with sleeping plac is sa-mo, or? 20:19:30 &lt;hottuna&gt; for 15Aug, we'd like to target a more general crowd. So anything that non-i2p people would understand 20:19:31 &lt;xmz&gt; are there any guides/walkthroughs planned for people new to I2P? 20:19:33 &lt;dg&gt; s/kill/kill him/ 20:19:34 &lt;str4d&gt; I won't be in attendance (as stated before), but I have no high-level objections 20:19:34 &lt;iRelay&gt; dg meant: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 &lt;eche|on&gt; and the lounge does make noise to the sleeping guys? 20:20:06 &lt;hottuna&gt; xmz, a crypto party which basically is a group walktrhough/workshop is planned for 15Aug 20:20:14 &lt;xmz&gt; that's great 20:20:33 &lt;psi&gt; I want to do a short i2p app dev intro 20:21:16 &lt;psi&gt; we should really show off the ease of developing with i2p &lt;-- workshop idea 20:22:26 &lt;hottuna&gt; psi, and i2p app dev intro would be nice for 16Aug I suppose 20:22:30 &lt;str4d&gt; ++ 20:22:43 &lt;str4d&gt; That would dovetail nicely with Android 20:22:45 &lt;hottuna&gt; eche|on, re lounge: I would like to confirm the details about it with J, Sat-Mon does sound appropriate 20:22:45 &lt;dg&gt; that would be nice psi 20:22:45 &lt;hottuna&gt; str4d, would you like to talk about android? 20:22:45 &lt;eche|on&gt; in this case I go into my own hotel room ;-) 20:22:45 &lt;psi&gt; i'd need to drag along a copy of monotone so we don't wait 5 hours for it to sync 20:22:45 &lt;zzz&gt; yeah i envision sat. as a public thing, and sun. as a dev meeting / hackathon, open to public but probably just us. Also we could do a 2nd public presentation on Sun. if the first is "sold out" 20:22:45 &lt;str4d&gt; hottuna: it's probably a good idea to do so, what with me being the de-facto Android project lead :P 20:22:46 &lt;eche|on&gt; sounds reasonable, zzz 20:23:15 &lt;hottuna&gt; str4d, I'll sign you up for 16Aug and talking about android then? 20:23:36 &lt;str4d&gt; Yah 20:24:12 &lt;hottuna&gt; psi, I signed you up for an i2p app dev intro. is that ok? 20:24:22 &lt;psi&gt; yes 20:24:29 &lt;zzz&gt; ok let me transition to 1b) volunteers 20:24:44 &lt;zzz&gt; we've never done this before. It's not going to happen unless somebody is in charge. 20:24:44 &lt;hottuna&gt; danke. 20:24:57 &lt;zzz&gt; No one person can do it all. 20:25:19 &lt;zzz&gt; We need somebody in overall charge of this, and several people to own various pieces. 20:25:20 &lt;eche|on&gt; people in charge, I vote for: hottuna local contact to book the venue and the lounge, I pay 20:25:49 &lt;zzz&gt; If anybody thinks this will be easy... think again 20:26:08 &lt;hottuna&gt; i'm up for continuing doing general coordination, which is what I've been doing this far. 20:26:13 &lt;zzz&gt; and if we don't find enough people to volunteer, let's cancel the whole thing now before we go speding money 20:26:32 &lt;zzz&gt; so here's my list from my post, which may be over the top too much, but we can start here: 20:26:47 &lt;zzz&gt; - Overall Meeting Head Planner (??) 20:26:47 &lt;zzz&gt; - Finance (echelon) 20:26:47 &lt;zzz&gt; - PR / Marketing (psi) 20:26:47 &lt;zzz&gt; - Facilities / Logistics (hottuna) 20:26:47 &lt;zzz&gt; - Overall Schedule (??) 20:26:47 &lt;zzz&gt; - Crypto Party Planning (??) 20:26:49 &lt;zzz&gt; - Crypto Party Presentation (??) 20:26:51 &lt;zzz&gt; - Deep technical presentation (zzz) 20:26:53 &lt;zzz&gt; - i2pd presentation / planning session (orignal) 20:26:58 &lt;zzz&gt; - Android presentation / planning session (str4d via skype) 20:26:59 &lt;zzz&gt; - Roadmap / technical sessions lead (??) 20:27:01 &lt;zzz&gt; - Eating / drinking location picker (orignal) 20:27:03 &lt;zzz&gt; - Hotel / crash house picker (hottuna) 20:27:05 &lt;zzz&gt; - Snacks coordinator (echelon) 20:27:07 &lt;zzz&gt; - Stickers (echelon) 20:27:09 &lt;zzz&gt; - Video / audio recording (??) 20:27:53 &lt;eche|on&gt; I am in favour of not really planing much of the talks. we do have some volunteers in here to do some talks 20:28:18 &lt;zzz&gt; right. I don't want to do planning here at this meeting. I want to pick people in charge and let them do it 20:28:39 &lt;zzz&gt; and the overall person in charge can run all subsequent meetings 20:28:45 &lt;hottuna&gt; I'm volunteer for arranging the overall schedule too. 20:28:52 &lt;xmz&gt; cryptoparty planning will have to be co-ordinated with J right? 20:29:01 &lt;xmz&gt; or is he going to handle all of it 20:29:04 &lt;hottuna&gt; J has volunteered to organize the crypto party 20:29:17 &lt;zzz&gt; ok, so hottuna as the overall person in charge and the guy in charge of schedule? 20:29:52 &lt;str4d&gt; +1, he is best placed to keep track of it all 20:29:56 &lt;eche|on&gt; if he is up for it? 20:31:16 &lt;zzz&gt; ok hottuna? 20:31:16 &lt;hottuna&gt; im okay with that. it's probably easier that way 20:31:17 &lt;hottuna&gt; as for crypto party presentation, I'm not sure what it should contain 20:31:17 &lt;hottuna&gt; i am. 20:32:02 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) 20:32:02 &lt;zzz&gt; anybody ever been to a crypto party? 20:32:08 &lt;psi&gt; i have 20:32:22 &lt;psi&gt; as far as i can tell it's like a mini con 20:32:30 &lt;hottuna&gt; str4d, I'm planning to be in toronto. so unless some kind of disaster strikes I will be, 20:33:01 &lt;cacapo&gt; hi - echelon and i did a small cryptoparty at 29c3 20:33:16 &lt;zzz&gt; great. psi can we nominate you to work with J on both PR and the crypto party? 20:34:43 &lt;psi&gt; yup 20:34:43 &lt;psi&gt; (now that this is solid ima buy my travel stuff) 20:34:43 &lt;hottuna&gt; cacapo, eche|on: would you like to have part in the crypto party? 20:34:43 &lt;hottuna&gt; psi, do you have the contact details of J? 20:34:44 &lt;cacapo&gt; hottuna: sure I'm game 20:34:54 &lt;eche|on&gt; I was just a helper for I2P part, I will be in toronto, but mostly as a backup :-) 20:34:55 &lt;str4d&gt; hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) :P 20:34:56 &lt;str4d&gt; erk 20:34:58 &lt;str4d&gt; sry 20:35:10 &lt;psi&gt; hottuna: not at the moment 20:35:25 &lt;hottuna&gt; I'm not exactly sure about what has to be done. ideally you would coordinate that with J 20:35:28 &lt;psi&gt; hottuna: forward them to me when you have the chance 20:35:30 &lt;str4d&gt; psi: not solid until 1c) 20:35:38 &lt;zzz&gt; who would like to work on - or give - a presentation, on either day? 20:36:12 &lt;psi&gt; i'll help wingman a presentation if anyone needs it 20:36:13 &lt;zzz&gt; i can do one each day, but i think we should have several short ones, not one big one by one guy 20:36:28 &lt;eche|on&gt; right 20:37:37 &lt;zzz&gt; hottuna, looks like orignal had to leave, can you catch up with him later to see what he can volunteer for, maybe an i2pd presentation or technical session, or a trip to a bar/ 20:38:13 &lt;hottuna&gt; zzz, so psi and str4d offered two technical ones for aug16 20:38:17 &lt;hottuna&gt; zzz, i'll try to catch up with orignal, yes. 20:38:23 &lt;zzz&gt; anybody else want to volunteer for anything at this time? 20:39:56 &lt;zzz&gt; ok it sounds to me like we have the important assignments made. 20:40:06 &lt;eche|on&gt; not much, Ill be around 1 or 2 days earlier and have a look around 20:40:23 &lt;zzz&gt; so 1c) does it sound like we have adequate staffing to proceed on this? 20:40:33 &lt;hottuna&gt; i'd say so. 20:40:48 &lt;eche|on&gt; are we more than 5 persons who will be around? ;-) 20:41:14 &lt;zzz&gt; I want to make sure we don't put too much on tuna's back. Let's all help out to make this a success 20:41:33 &lt;eche|on&gt; yeah, make a plan on zzz.i2p about the talks 20:41:35 &lt;zzz&gt; ok if tuna isn't panicked then I guess we're in good shape 20:41:52 &lt;hottuna&gt; I'm not panicked. 20:41:54 &lt;eche|on&gt; and hottuna should gimme the contact to pay 20:42:11 &lt;zzz&gt; I expect hottuna will run several more meetings over the coming weeks and months to get ready 20:42:15 &lt;hottuna&gt; eche|on, could that be done in cash in meatspace? 20:42:27 &lt;hottuna&gt; I think we'll need wiki-page to organize around. 20:42:40 &lt;eche|on&gt; cash is also OK, but all I can pay in advance is better, my credit/debit card is not really unlimited^^ 20:42:53 &lt;psi&gt; i have a wiki that i can dedicate 20:42:57 &lt;psi&gt; potentially 20:43:00 &lt;zzz&gt; i want to add a 1d) financial support to the agenda 20:43:13 &lt;zzz&gt; 1d) financial support 20:43:32 &lt;hottuna&gt; may I suggest: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 &lt;eche|on&gt; we got money to give out. 20:43:49 &lt;zzz&gt; traditionally we've only reimbursed people $200 or so for conferences 20:44:19 &lt;zzz&gt; i hear some people may need significantly more in order to attend 20:44:28 &lt;eche|on&gt; str4d: your issue was mostly the money problem to attend? 20:44:44 &lt;str4d&gt; eche|on: no, timing 20:44:51 &lt;zzz&gt; what's the maximum we would be willing to give per-person? or alternatively, how much money would people need in order to attend? 20:44:51 &lt;eche|on&gt; ha, no, I do mix some names.. 20:44:52 &lt;str4d&gt; (well, money too) 20:44:59 &lt;zzz&gt; $500? $1000? $2000? 20:45:11 &lt;eche|on&gt; IMHO flights from europe are 1200 both ways 20:45:19 &lt;eche|on&gt; and IMHO thats what kytv needs to attend 20:45:33 &lt;eche|on&gt; if he/she can stay somewhere $cheap and good 20:45:45 &lt;zzz&gt; if anybody has a hard number they need, speak up now 20:45:53 &lt;eche|on&gt; kytv: now is your time. 20:46:09 &lt;zzz&gt; or, how much do people think is reasonable? 20:46:27 &lt;eche|on&gt; I think, we can pay a lot of different stuff, but I would like to pay more on travel cost and less on having booze on the event 20:46:35 &lt;eche|on&gt; (is it pronounced booze?) 20:47:13 &lt;hottuna&gt; eche|on, having people over is more important yes. 20:47:16 &lt;psi&gt; hm 20:47:23 &lt;hottuna&gt; (it's booze, yes) 20:47:28 &lt;zzz&gt; or, another way to ask, how much should we spend total on this event? 20:48:01 &lt;eche|on&gt; currently on the list to pay for me: location, some snacks/coffee/coffebreak, a dinner/lunch for I2P. 20:48:20 &lt;psi&gt; all my costs would be just transit and i would need to figure that part out, probably air, maybe bus/train 20:48:43 &lt;zzz&gt; would $10K be out of line to spend? 20:48:50 &lt;eche|on&gt; I would pay kytv (and any other dedicated I2P contributor) 1200 for the flight, and each other up to 500, if they want it 20:49:20 &lt;hottuna&gt; eche|on, that sounds reasonable 20:49:25 &lt;str4d&gt; $10k would need to be heavily justified 20:49:33 &lt;eche|on&gt; and that would sum up to 10k roughly 20:50:04 &lt;str4d&gt; But with good justification, I wouldn't be against it 20:50:59 &lt;eche|on&gt; ok, 5k-10k in that area 20:51:24 &lt;hottuna&gt; should we re-imburse the complete travel costs do something like 50% or 75%? 20:51:27 &lt;zzz&gt; what about up to $1500 reimbursement for core team members, and up to $2500 for 'special cicrumstances', i.e. you really need it 20:51:36 &lt;eche|on&gt; I would pay up to 10k, the only issue: if we do this an regular base, it is a bit hard to pay 10k each year 20:51:38 &lt;hottuna&gt; eche|on, i think something closer to 5k then 10k would be easier to agree on 20:51:56 &lt;zzz&gt; eche|on, remind us, how much money do we have atm? 20:52:10 &lt;eche|on&gt; wait a sec 20:52:37 &lt;str4d&gt; On current HoF: 44.6k euro and 537.7 BTC 20:52:50 &lt;eche|on&gt; roughly 41k euro, 534 Bitcoin and 700 Litecoin on my side 20:53:19 &lt;eche|on&gt; 534 btc each 210, LTC is 1.2 each 20:53:52 &lt;fox&gt; person experience for cheap room and board motel 6 has gotten much nicer accross north america 20:53:59 &lt;xmz&gt; I can help out with setup/teardown etc. 20:54:50 &lt;hottuna&gt; what type of expenses would we like to reimburse a person for? total expense for the trip? only flights? flights+hotel? 20:55:02 &lt;fox&gt; inn type place are nice if you want breakfast though 20:55:22 &lt;zzz&gt; usually we just do it no-questions-asked, whatever you spent money on 20:56:13 &lt;str4d&gt; But given the scale of this expenditure, we probably do want to have some reasonable restrictions 20:56:33 &lt;eche|on&gt; I vote for travel expenses 20:56:34 &lt;zzz&gt; sure. 20:56:41 &lt;eche|on&gt; as the lounge is cheap and available 20:56:55 &lt;psi&gt; hottuna: so to clarify would i or would i not have to personally book a hotel 20:56:59 &lt;psi&gt; (For me) 20:57:04 &lt;xmz&gt; Could have some setup for accepting donations at the event 20:57:04 &lt;eche|on&gt; and food/drinks is same like @home, if you want to 20:57:25 &lt;hottuna&gt; psi: you would have to do the booking. book whatever you like. echelon will reimburse you 20:57:33 &lt;psi&gt; okay 20:57:45 &lt;zzz&gt; how about max of US$ 1K for north americans, 1500 euros max for europeans, 2000 euros max for 'special circumstances' 20:58:20 &lt;eche|on&gt; zzz: fligst US to CAD are &lt;1000$ ? 20:58:22 &lt;cacapo&gt; with 5K-10K and a lot of key persons in place why not call it a Summit - slightly more official 20:59:00 &lt;zzz&gt; shouldn't be more than $400 20:59:04 &lt;zzz&gt; but I haven't looked 20:59:12 &lt;zzz&gt; and it may be driving distance for some 20:59:44 &lt;zzz&gt; we've never reimbursed 100% for anybody 20:59:44 &lt;eche|on&gt; I want to note again and ask: if we do that amount, we need to clarify, the reimbursements for 32C3 and the next few events will be as usual ~200, if not some special stuff happens 21:00:03 &lt;hottuna&gt; eche|on, agreed 21:00:47 &lt;zzz&gt; I'm just throwing out proposals, somebody please agree/disagree too high/low 21:00:48 &lt;eche|on&gt; it is kinda unfair, but could be seen as a kind of advertising 21:01:00 &lt;eche|on&gt; zzz: I agree, with the added note 21:01:46 &lt;zzz&gt; look at it another way, i think we should spend at least 10% of our money a year. Maybe 15-20%. 21:02:04 &lt;eche|on&gt; hmm 21:02:19 &lt;zzz&gt; because 10 more years would be a long time at this 21:02:58 &lt;eche|on&gt; we got 7k donations in 2014 and spent 11k (in euro alone) 21:03:55 &lt;hottuna&gt; zzz, if wo do the percentile thing let's start low. 21:03:57 &lt;eche|on&gt; this year we got ~600 euro and spent 3k 21:04:21 &lt;eche|on&gt; 10% is nice for me currently 21:04:30 &lt;eche|on&gt; would need to convert some BT to again... 21:04:31 &lt;zzz&gt; including btc we have ~150K euros 21:05:00 &lt;eche|on&gt; I call BTC somewhat "play-stuff" and unless they are in in here, I do not really count them much. 21:05:30 &lt;eche|on&gt; sure, the exchange rate is 210 currently, but I will never be able to exchange 400 BTC at once. 21:05:38 &lt;hottuna&gt; I agree with eche|on. btc arent 100% reliable for doing that kind of math 21:06:10 &lt;eche|on&gt; so, with agreeing on max 10k for this event, Ill exchange some BTC 21:06:33 &lt;eche|on&gt; I just want to be on the safe side and have some kind of "reserve" in . 21:06:40 &lt;zzz&gt; you can offer people extra if they take rembursement in BTC 21:06:54 &lt;eche|on&gt; sure, I do this all the time. thats the benefit of BTC 21:07:08 &lt;eche|on&gt; you can pay folks with them, but you cannot rely on it. 21:07:50 &lt;hottuna&gt; eche|on, zzz, psi, dg: do we all agree on a 10k hard cap for expenses relating to this event? 21:07:53 &lt;eche|on&gt; but yeah, we do have the money 21:08:02 &lt;zzz&gt; ok how about this, we budget 10K euro for the total event. Actual per-person max depends on how many people go, "special cicrumstances" requests, etc., to be determined later 21:08:03 &lt;psi&gt; hard cap yes 21:08:20 &lt;hottuna&gt; zzz, sounds good. 21:08:44 &lt;eche|on&gt; Hmm, hard cap is interesting, but depends on the local costs for snacks^^ 21:09:07 &lt;eche|on&gt; we can hard cap the expenses for people to attend. 21:09:15 &lt;eche|on&gt; and that would be 8 or 9k? 21:09:24 &lt;zzz&gt; but everybody be smart. You can't drive to Toronto and book a $400 a night hotel and expect to get it all covered 21:09:55 &lt;eche|on&gt; zzz: travel expenses, or travel&hotel? 21:10:23 &lt;zzz&gt; dunno 21:10:35 &lt;eche|on&gt; also: list of people to prefer (aka: people who already did a lot, people giving a talk, other) 21:10:38 &lt;hottuna&gt; eche|on, given that there is a lounge available for free Im not opposed to the idea of only travel expenses 21:10:47 &lt;zzz&gt; usually it's flight + hotel, but we've never come close to a full reimbursement before so it didn't matter 21:11:39 &lt;str4d&gt; I think 10k budget for now, do a roll call so we know who *will* be going, then we will be better placed to budget reimbursement 21:11:50 &lt;eche|on&gt; I sum my opiono: cap 8k for travel expenses of participants, with some level of importance to the people 21:12:00 &lt;zzz&gt; ok 21:12:32 &lt;str4d&gt; (roll call from core people) 21:12:34 &lt;zzz&gt; let's wrap it up for now, we'll ask people to email echelon with how much they would need later 21:12:37 &lt;hottuna&gt; eche|on, agreed. 21:12:51 &lt;hottuna&gt; alright 21:12:54 &lt;zzz&gt; ok everybody who is going and wants reimbursement from the project say 'aye' 21:12:56 &lt;zzz&gt; aye 21:13:02 &lt;eche|on&gt; aye ;-) 21:13:04 &lt;hottuna&gt; https://trac.i2p2.de/wiki/MeetupToronto2015 now contains some information. 21:13:12 &lt;psi&gt; aye 21:13:19 &lt;hottuna&gt; if you signed up for a responsibility, please help maintain this page 21:14:17 &lt;zzz&gt; ok eche|on, please check with kytv later and see how much he would need to attent 21:14:22 &lt;hottuna&gt; cacapo ?? 21:14:24 &lt;zzz&gt; anything else on 1d? 21:14:47 &lt;cacapo&gt; hottuna: aye i'm going if I can wrestle down my boss 21:15:12 &lt;cacapo&gt; I'd happily take a small reimbursement in BTC 21:15:14 &lt;hottuna&gt; zzz, no 21:15:24 &lt;zzz&gt; it will take a few days to figure out who's going . 21:15:49 &lt;zzz&gt; for a couple people the reimbursement amount may enter into the decision, but for most probably not 21:15:59 &lt;zzz&gt; anything else on 1) ? 21:16:14 &lt;zzz&gt; any other (non-toronto) topics to discuss? 21:16:46 &lt;zzz&gt; first meeting in 6 months, gotta look for the baffer 21:17:15 &lt;zzz&gt; thanks to everybody and especially to the volunteers 21:17:26 &lt;zzz&gt; ahh there it is 21:17:40 &lt;eche|on&gt; great 21:17:49 &lt;eche|on&gt; time for bed now^^ 21:17:52 * zzz *bafs* the meeting closed </div>/vi/blog/2015/04/12/0.9.19-release/Sun, 12 Apr 2015 00:00:00 +0000/vi/blog/2015/04/12/0.9.19-release/<p>0.9.19 có một số bản sửa lỗi và cải thiện hiệu suất floodfill. Nhiều người trong số các bạn đã thấy mức sử dụng CPU cao sau khi phát hành 0.9.18. Nguyên nhân là do sự kết hợp giữa việc tăng sử dụng mã hóa, lượng lớn người dùng Vuze đổ vào mạng, số lượng floodfill giảm do yêu cầu hiệu suất khắt khe hơn, và một số lỗi tồn tại từ lâu. Mọi thứ sẽ tốt hơn nhiều sau khi phần lớn mạng đã cập nhật. Như mọi khi, cách tốt nhất để giảm mức sử dụng CPU là hạ giới hạn băng thông của bạn xuống.</p>/vi/blog/2015/02/22/0.9.18-release/Sun, 22 Feb 2015 00:00:00 +0000/vi/blog/2015/02/22/0.9.18-release/<p>0.9.18 chứa một số bản sửa lỗi và cải thiện hiệu suất. Chúng tôi đã rút ngắn thời gian khởi động và giảm độ trễ trong suốt các giao thức mạng của mình. Chúng tôi đã tăng giới hạn kết nối mặc định cho các bộ định tuyến nhanh nhất và giảm việc sử dụng luồng trong i2ptunnel. Các bản sửa lỗi UPnP sẽ cải thiện việc xử lý thay đổi thiết bị bên ngoài. Việc sử dụng CPU trên các bộ định tuyến băng thông cao có thể được giảm nhờ một số bản sửa lỗi NTCP.</p>/vi/blog/2015/01/20/31c3-trip-report/Tue, 20 Jan 2015 00:00:00 +0000/vi/blog/2015/01/20/31c3-trip-report/<p><em>Tham dự:</em> <a href="https://twitter.com/apekattenandre">Apekatten</a> , <a href="https://twitter.com/echeloni2p">Echelon</a> , <a href="https://twitter.com/hottuna_i2p">Hottuna</a> , <a href="https://twitter.com/k4k3fyll">Marielle</a> , <a href="https://twitter.com/mikalv">Meeh</a> , Sindu, <a href="https://twitter.com/i2p">zzz</a> </p> <p>Chúng tôi đã, trong năm thứ hai liên tiếp, có một vị trí tuyệt vời tại khu vực Congress, ở <a href="https://noisysquare.com/">Noisy Square</a> , ngay cạnh bàn của EFF. Việc tham gia vào Noisy Square thực sự đã tăng đáng kể khả năng hiển thị của chúng tôi và giúp nhiều người dễ dàng tìm thấy chúng tôi hơn. Xin cảm ơn Noisy Square và ban tổ chức 31C3 vì một kỳ Congress tuyệt vời.</p>/vi/blog/2014/12/01/android-app-releases/Mon, 01 Dec 2014 00:00:00 +0000/vi/blog/2014/12/01/android-app-releases/<p>It has been some time since I last posted updates about our Android development, and several I2P releases have gone by without any matching Android releases. At last, the wait is over!</p> <h2 id="new-app-versions">New app versions</h2> <p>New versions of I2P Android and Bote have been released! They can be downloaded from these URLs:</p> <ul> <li><a href="https://geti2p.net/en/download#android">I2P Android 0.9.17</a> </li> <li><a href="https://download.i2p.io/android/bote/releases/0.3/Bote.apk">Bote 0.3</a> </li> </ul> <p>The main change in these releases is the transition to Android&rsquo;s new Material design system. Material has made it much easier for app developers with, shall we say, &ldquo;minimalist&rdquo; design skills (like myself) to create apps that are nicer to use. I2P Android also updates its underlying I2P router to the just-released version 0.9.17. Bote brings in several new features along with many smaller improvements; for example, you can now add new email destinations via QR codes.</p>/vi/blog/2014/11/30/0.9.17-release/Sun, 30 Nov 2014 00:00:00 +0000/vi/blog/2014/11/30/0.9.17-release/<p>0.9.17 chủ yếu là bản sửa lỗi, nhưng cũng tiếp tục quá trình chuyển đổi sang các chữ ký mật mã mạnh hơn.</p> <p>Chúng tôi đã chuyển hệ thống tin tức được sử dụng cho phần tin tức trên bảng điều khiển của bạn và chỉ báo phiên bản router mới nhất sang định dạng có chữ ký, sử dụng khóa RSA 4096-bit để tăng cường bảo mật.</p> <p>Các eepsite và máy chủ mới sẽ được ký bằng ECDSA theo mặc định, nếu ECDSA khả dụng. Hiện tại có cảnh báo hiển thị trên thanh bên bảng điều khiển nếu ECDSA không khả dụng. Đối với người dùng RedHat, chúng tôi có báo cáo về việc cài đặt thành công gói BouncyCastle Provider (bcprov) jar để thêm hỗ trợ ECDSA.</p>/vi/blog/2014/11/25/i2p-dev-meeting-november-25-2014/Tue, 25 Nov 2014 00:00:00 +0000/vi/blog/2014/11/25/i2p-dev-meeting-november-25-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:04:39 &lt;str4d&gt; Yo 20:04:44 &lt;str4d&gt; It's meeting time 20:06:47 &lt;str4d&gt; zzz, psi, kytv, Meeh, dg 20:07:30 &lt;psi&gt; it is? 20:07:39 &lt;psi&gt; ah tuesday 20:09:03 &lt;zzz&gt; present 20:09:48 &lt;orignal&gt; meeting? 20:10:11 &lt;str4d&gt; orignal: discussing Java I2P's todo list 20:10:35 &lt;str4d&gt; While we wait for others to show up: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 &lt;kytv&gt; Present as well, though I'm usually useless when it comes to these things. 20:11:37 &lt;str4d&gt; I have adjusted the Gantt chart on the page above (that I set up for the 0.9.13-0.9.16 dev cycle) to show what I think we did. 20:13:30 &lt;zzz&gt; interesting 20:14:06 &lt;zzz&gt; multiple dests per tunnel &lt;-- hasn't happened 20:14:22 &lt;str4d&gt; Hasn't? Okay, my bad. 20:14:27 &lt;zzz&gt; findbugs pass &lt;-- has happened, but can always do it again 20:14:56 &lt;str4d&gt; Multi-sessions per I2CP - that hasn't happened either *derp* 20:14:56 * str4d fixes 20:15:48 &lt;zzz&gt; wow, we had a good year (imho) 20:16:38 &lt;eche|on&gt; yes, we had 20:17:14 &lt;str4d&gt; zzz: yeah, I called it part of the audit prep specifically, but you are right. 20:17:39 &lt;zzz&gt; investigate new DH &lt;---- I would say only half done, w.r.t NTCP2 anyway 20:20:26 &lt;str4d&gt; Gantt doesn't easily show half-done :P 20:20:34 &lt;str4d&gt; Reload page, fixes 20:21:36 &lt;str4d&gt; Okay, so that is what we got done last cycle. 20:21:36 &lt;zzz&gt; not done then 20:23:45 &lt;str4d&gt; The purpose of this meeting is to start planning what is to be done next cycle. 20:23:46 &lt;zzz&gt; I would like to reiterate that a 3-5 release planning cycle seems to be very helpful in focusing our minds and our resources 20:23:47 &lt;str4d&gt; (When I update the Gantt chart, I will leave the half-done ones there and push them forward) 20:23:47 &lt;str4d&gt; At the previous meeting I asked attendees to come up with a few points each of things they want to see done on I2P, and around I2P 20:23:47 &lt;str4d&gt; Please can we paste those now? 20:24:21 &lt;str4d&gt; +1 20:24:36 &lt;str4d&gt; And now we have evidence for it! 20:26:15 &lt;zzz&gt; without getting into what's more important than what, I think almost everything that's shown and unfinished on the gantt chart is still important 20:27:01 &lt;str4d&gt; I agree. 20:27:07 &lt;str4d&gt; I still want to see what ideas people came up with over the last week, if any. 20:27:45 &lt;str4d&gt; Here's mine: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 &lt;iRelay&gt; Title: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 &lt;eche|on&gt; I am out of options, I do see to get I2P out, with the help of bote android, i2p messenger is a option, a XMPP server, and syndie. Sorry, I still see syndie important. 20:28:27 &lt;str4d&gt; eche|on: great, thanks! 20:28:43 &lt;str4d&gt; Keep 'em coming :) 20:28:53 &lt;eche|on&gt; and with the android app there come restricted routes 20:28:54 &lt;zzz&gt; my list of new things: solving the red hat ECDSA problem, migrating to EdDSA, Jetty 9 / Java 7, expand the Vuze userbase, and more marketing / outreach / partnerships / embedding 20:29:36 &lt;str4d&gt; For logging perpetuity, I will write my ideas here too: 20:30:11 &lt;str4d&gt; Todo in I2P: Routerconsole UX analysis and redesign; Take ideas from Tor's HS 2.0 design and apply to I2P Destinations; Bandwidth scheduling. Todo around I2P: Website theme improvements; Implement I2P-Bote fetching relays; Research 20:30:23 &lt;zzz&gt; another one: orchid: fix it or kill it 20:30:32 &lt;str4d&gt; +100 20:31:13 &lt;kytv&gt; WRT the RedHat/Gentoo ECDSDA problem, maybe we could/should display a message in the sidebar (or logs) with a download link. Or maybe ask the user if 'we' should download it into ./lib 20:31:35 &lt;zzz&gt; another one: test improvements, test hardware, windows testing 20:31:58 &lt;str4d&gt; kytv: nice ideas (but discussing them can wait for another meeting :) 20:32:03 &lt;zzz&gt; another one: spend more money 20:32:36 &lt;zzz&gt; another one: China 20:32:58 &lt;str4d&gt; Between these ideas and the not-completed list on the page above, we have a good pool of potential projects. 20:33:34 &lt;str4d&gt; My goal is to get these projects tidied up, formalized and published on the website's todo page 20:34:11 &lt;str4d&gt; Having poked around other projects' todo pages, this is the format I am proposing: 20:34:11 &lt;str4d&gt; `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 &lt;iRelay&gt; Title: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 &lt;eche|on&gt; nice idea 20:35:10 &lt;kytv&gt; Ditto on Orchid 20:35:10 &lt;kytv&gt; My main "TODO around I2P" is with regards to testing. Not automated testing with software, per se, but any of our services going live without any sort of testing...just [poof], "it's live...dunno if it works though." 20:35:12 &lt;kytv&gt; In I2P: Making the Installer install to the user directory in Windows to avoid any sort of permissions problems. It should be easy, but I don't know how. 20:35:16 &lt;kytv&gt; Chrome did that (maybe still does it?) 20:35:41 &lt;str4d&gt; My ideal end result: users can go to the todo page and find a list of all the ideas we have for projects in and around I2P. 20:36:11 &lt;zzz&gt; another one: GSoC 20:36:14 &lt;str4d&gt; There will be a tag cloud up the top that they can click on to filter projects that require certain skils 20:36:17 &lt;str4d&gt; skills 20:36:21 &lt;zzz&gt; another one: summertime meetup 20:37:54 &lt;zzz&gt; another one: GNS investigation 2nd pass? 20:38:28 &lt;str4d&gt; mmm 20:38:54 &lt;zzz&gt; or maybe, just another discussion w/ those guys will do 20:39:09 &lt;str4d&gt; Right now, I am going to cull from the Gantt the tasks we have completed. 20:39:27 &lt;zzz&gt; can you save it and start a new one? 20:39:29 &lt;str4d&gt; zzz: which of the bottom few have been completed (SSU replay detection etc.)? 20:39:38 &lt;str4d&gt; Sure, I can. 20:39:49 &lt;zzz&gt; it's kinda nice to show that we actually accomplish things 20:40:19 &lt;eche|on&gt; zzz: most of the stuff was done by you IMHO 20:40:35 &lt;EinMByte&gt; id I miss the meeting? 20:40:37 &lt;zzz&gt; I think I've reported everything that was on the wrong side of completed or not 20:42:39 &lt;str4d&gt; New chart up 20:43:55 &lt;str4d&gt; zzz: which of the three down the bottom should be pushed forward? I think client locking is still an issue? 20:43:59 &lt;zzz&gt; I'd like to see much more planning and focus on the non-coding things in the next few months. Far too many things are either quite disorganized or not happening in anything approaching a disciplined or steady pace 20:44:09 &lt;str4d&gt; (client tunnel locking) 20:44:18 &lt;str4d&gt; zzz: I agree. 20:44:34 &lt;str4d&gt; This will IMHO be helped by working on the todo page. 20:44:56 &lt;str4d&gt; If we can explain the non-coding projects in a way that newcomers can understand and do, it also helps us. 20:44:59 &lt;zzz&gt; not 100% sure atm what that client locking item is, but i think it's still unfinished 20:45:08 &lt;str4d&gt; (Likewise for coding projects) 20:45:32 &lt;zzz&gt; yup 20:45:53 * str4d pushes streaming improvements forward too 20:46:03 &lt;str4d&gt; Can I cut SSU session replay detection then? 20:46:04 &lt;dg&gt; Do you mean the duplicate issues? 20:46:18 &lt;dg&gt; The way we'd get tunnels that don't unregister from I2PTunnel, and won't allow new ones? That sort of thing? 20:46:30 &lt;zzz&gt; str4d, I'll have to get back to you re: SSU replay, not sure atm 20:46:45 &lt;dg&gt; I'd like to see less tunnel death rather than throughput 20:46:59 &lt;str4d&gt; dg: that might be it. There is also the separate issue of the I2PTunnel startup locking the UI 20:47:29 &lt;zzz&gt; put 'tunnel death' on there as a new item, why not 20:48:01 &lt;dg&gt; str4d: Forgot about that! 20:48:03 &lt;str4d&gt; k 20:48:39 &lt;zzz&gt; I think the locking thing I have some unchecked in code for, been dragging along for 18 months or so, but still not right 20:48:40 &lt;str4d&gt; Next: look through the ideas above. Which ones should go on *our* 6-month sheet (ie. which should I add to Gantt)? 20:50:16 &lt;psi&gt; EinMByte: meeting in progress 20:50:21 &lt;psi&gt; (no) 20:51:51 &lt;zzz&gt; I suggest everything go on there for now, then we later talk about priorities, or let the gantt dependencies tell us what to do next? 20:52:52 &lt;str4d&gt; mmk 20:53:04 * str4d is pulling out the list from above and tidying it up now 20:53:08 &lt;EinMByte&gt; psi: oh great. 20:54:08 &lt;psi&gt; potential item: benchmark tunnel throughput and message drop rates 20:54:26 &lt;str4d&gt; EinMByte: do you have any ideas for our todo list? 20:55:15 &lt;EinMByte&gt; NTCP2, possibly. Although it would be long term 20:56:39 &lt;str4d&gt; EinMByte: for reference: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 &lt;EinMByte&gt; thanks 20:57:04 &lt;EinMByte&gt; (was about to ask) 21:00:23 &lt;str4d&gt; Here is the list of everyone's ideas: 21:00:24 &lt;str4d&gt; `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 &lt;iRelay&gt; Title: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 &lt;str4d&gt; Nearly all of these can be turned into projects for the website todo page. 21:01:36 &lt;str4d&gt; Next discussion topic: which of these (and the ones on the Gantt currently) are more important for us to do in the next six months? 21:02:48 &lt;psi&gt; restricted routes is probably the most important item IMO 21:02:50 &lt;EinMByte&gt; with respect to syndie, maybe: I was working on this plugin - no time now though). This might be one of the things that can (?) bring more attention to syndie. 21:03:20 &lt;dg&gt; str4d: Tunnel death is absent and I feel that's quite important 21:03:37 &lt;EinMByte&gt; If anyone is interested in doing firefox / icedove plugin development: you know what to do 21:03:37 &lt;str4d&gt; dg: it's there (tunnel thread locking) 21:03:41 &lt;str4d&gt; I thought that's what it was 21:03:49 &lt;dg&gt; oh, sorry str4d, I meant when connections are abruptly terminated 21:03:54 &lt;dg&gt; my bad 21:04:04 &lt;str4d&gt; Ah, k 21:04:55 &lt;EinMByte&gt; psi: I agree restricted routes are important. But I also think we should realize that it will take quite some time to implement 21:05:21 &lt;EinMByte&gt; (not sure how much of the design / concept has been done) 21:05:35 &lt;dg&gt; In I2P: restricted routes, RedHat's ECDSA issues, Tor's HS 2.0, then the rest. Around I2P: Vuze userbase, GSoC, research, benchmark, then the rest. 21:06:04 &lt;dg&gt; I agree with EinMByte.. the router console redesign is important but that could take an indeterminate amount of time. 21:07:15 &lt;EinMByte&gt; str4d: one more thing, possibly. I know some reasearchers who have developed a new concept for a DWSE (distributed web search engine), they might be interested in developing this as an I2P application 21:07:42 &lt;str4d&gt; EinMByte: nice! 21:07:49 &lt;EinMByte&gt; Since most DWSEs right now don't really work well, it would be very interesting to have this IMHO 21:08:01 &lt;zzz&gt; no, by 'tunnel death' I meant 3-minute tunnel breakage, the Vuze guy's datagram test, etc. Distinct from local i2ptunnel locking issues. 21:08:07 &lt;EinMByte&gt; It's also something I would consider implementing 21:08:20 &lt;dg&gt; I wasn't thinking of precisely 3-minute but that was included. 21:08:34 &lt;EinMByte&gt; (with help, hopefully) 21:09:03 &lt;str4d&gt; k, reload Gantt page 21:10:34 &lt;EinMByte&gt; str4d: anyway don't count on this too much, it depends on whether I2P users are actually interested in something like this. 21:11:14 &lt;EinMByte&gt; Also, I'm not sure about the GNS stuff. In any case it shouldn't have a high priority. 21:11:56 &lt;str4d&gt; Updated new ideas paste: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 &lt;iRelay&gt; Title: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 &lt;zzz&gt; i'd say 4 broad categories are the highest importance: 1) near-term crypto migration continuing (addressbook, muiltidest, etc) 2) longer-term crypto planning/research (DH, LS2, NTCP2) 3) all things testing 4) all things non-coding 21:13:48 &lt;EinMByte&gt; zzz: is that in order of importance? 21:14:05 &lt;str4d&gt; ECDSA issues fall into the first category; Tor HS 2.0 falls into the second category. 21:14:21 &lt;zzz&gt; no. roughly equal importance 21:14:44 &lt;str4d&gt; So the only item not represented in those categories is restricted routes 21:15:28 &lt;jenkins@kyirc&gt; Starting build #556 for job i2pd (previous build: SUCCESS) 21:15:30 &lt;jenkins@kyirc&gt; Project i2pd build #556: SUCCESS in 8.2 sec: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 &lt;jenkins@kyirc&gt; * orignal: eliminated NTCPServerConnection 21:15:32 &lt;jenkins@kyirc&gt; * orignal: moved NTCP client code to Transports 21:16:34 &lt;EinMByte&gt; maybe NTCP2 is not *that* important 21:16:50 &lt;zzz&gt; and the reason I grouped them like that and say equal priority is that it's probably 4 separate groups of people for those 4 categories that could each make progress 21:17:08 &lt;EinMByte&gt; or, at least before we can start propertly on the NTCP2 we need to do a lot of research, also answer a few very important questions 21:17:33 &lt;jenkins@kyirc&gt; Project i2pd (Linux x86) build #33: SUCCESS in 1 min 47 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 &lt;EinMByte&gt; zzz: indeed 21:17:51 &lt;JekabsR&gt; it is interesting that i2p network tends to bring all fast routers together 21:17:58 &lt;jenkins@kyirc&gt; Starting build #33 for job i2pd (Linux x64) 21:18:03 &lt;zzz&gt; right. "NTCP2" is just shorthand for a bunch of stuff that may or may not actually result in something called "NTCP2" 21:18:34 &lt;JekabsR&gt; and they do not prefer slow routers 21:18:40 &lt;EinMByte&gt; Yes. In any case if we change the transport layers it's extremely important not to make mistakes, as that would probably break I2P entirely. 21:19:19 &lt;psi&gt; JekabsR: slower routers are still used just not as much 21:19:43 &lt;jenkins@kyirc&gt; Project i2pd (Linux x64) build #33: SUCCESS in 1 min 52 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 &lt;EinMByte&gt; zzz: if 2 is "research", then you are right though 21:20:33 &lt;EinMByte&gt; it can be done simultaneously 21:21:52 * str4d is reworking the Gantt into these four categories (plus an Other category) 21:22:12 &lt;JekabsR&gt; but there is a problem - client like destinations rarely get fast router connections 21:22:40 &lt;eche|on&gt; no? 21:22:46 &lt;psi&gt; JekabsR: not entirely sure if that is accurate 21:23:46 &lt;zzz&gt; str4d, did we forget Android, or is that a separate roadmap? 21:23:59 &lt;str4d&gt; zzz: we have forgotten it 21:24:01 &lt;eche|on&gt; JekabsR: hidden mode routers do have some issues, but other do get fast connections, as enough fast routers are available and do have free capacity 21:24:26 &lt;str4d&gt; Technically I2P Android falls into the "in I2P" category 21:24:35 &lt;psi&gt; oh another reasearch question: how much capacity does i2p actually have right now? 21:25:14 &lt;zzz&gt; maybe a 5th category for android makes more sense 21:25:46 &lt;zzz&gt; but I'm not hung up on categories. I just mentioned the 4 as a quick way to communicate what I think is important 21:25:54 &lt;JekabsR&gt; because they tend to create small number of really fast connections and large number of slow connections 21:26:11 &lt;dg&gt; [citation needed] 21:26:15 &lt;JekabsR&gt; my router started to drop slow tunnels 21:26:24 &lt;str4d&gt; zzz: I think it was a good idea 21:26:56 &lt;str4d&gt; Refresh Gantt page now 21:27:07 &lt;eche|on&gt; JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 &lt;eche|on&gt; JekabsR: tunnels are dropped only on end of tunnel lifetime and if own tunnels need the capacity. 21:30:29 &lt;str4d&gt; If you refresh `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` you will now see the headings, each with a six-month bar. This gives an indication of how much time there is to fit everything in. 21:32:43 &lt;str4d&gt; Now that we have some ideas for the next six months, we need to start planning times. 21:33:18 &lt;str4d&gt; And who is going to tackle what. 21:33:52 &lt;JekabsR&gt; my console frequently reports that it has too many incoming connections and tunnels are partially rejected. How i2p decides which one to reject? 21:34:08 &lt;dg&gt; 'too many incoming connections'? 21:34:21 &lt;dg&gt; JekabsR: a meeting is currently ongoing, you may want to wait until it's over 21:35:00 &lt;str4d&gt; I would also like some volunteers to help turn the list of ideas into a working projects page on the website todo 21:35:12 &lt;JekabsR&gt; NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 &lt;JekabsR&gt; UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 &lt;JekabsR&gt; limits are hit 21:37:42 &lt;JekabsR&gt; router is using 80% of CPU power 21:38:23 &lt;str4d&gt; Anyone? 21:39:36 &lt;kytv&gt; JekabsR: 1) meeting underway, you may want to wait; 2) look at `http://127.0.0.1:7657/peers#help` 21:41:16 &lt;JekabsR&gt; kytv: will check it out 21:41:44 &lt;zzz&gt; str4d, i think you lost everybody after an hour 45. Maybe declare victory for now and we'll make more progress at another time? 21:41:45 &lt;str4d&gt; Let's try some more specific questions. 21:41:52 &lt;str4d&gt; Or that./ 21:41:55 &lt;JekabsR&gt; 330,0 / 342,4 KBps my current load 21:42:06 &lt;str4d&gt; Yah, we have definitely made good progress. 21:42:30 &lt;JekabsR&gt; and torrent uploads at 2 - 5kb speed :( 21:44:17 &lt;str4d&gt; Thanks for the discussions, everyone! 21:44:20 * str4d warms up the baffer 21:44:20 * str4d ***bafs the meeting closed </div>/vi/blog/2014/11/18/i2p-dev-meeting-november-18-2014/Tue, 18 Nov 2014 00:00:00 +0000/vi/blog/2014/11/18/i2p-dev-meeting-november-18-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, Full log is partly reconstructed from scrollback, iRelay dropped in and out early on.</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> &lt;zzz&gt; 0) Hi &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) &lt;zzz&gt; 7) New developer topics (str4d) &lt;zzz&gt; 0) Hi &lt;zzz&gt; Hi &lt;dg&gt; hi, was able to make it. &lt;str4d&gt; Hi &lt;orignal&gt; hi &lt;zzz&gt; I'd like to keep items 1-5 short, 5-10 minutes each. I'll then turn it over to str4d for the remaining items to run for as long as he likes. &lt;zzz&gt; 1) Reimbursement for 31C3 attendees (zzz, echelon) &lt;zzz&gt; We've traditionally paid for conference tickets for project members and I think there is broad consensus to continue this &lt;RN&gt; hi &lt;zzz&gt; Since CCC last year was so productive, I propose that we provide additional funds to support people and encourage them to attend &lt;zzz&gt; Not a full reimbursement, but just partial support. I propose 200 euros each, on top of the ticket. &lt;zzz&gt; thoughts/discussion? &lt;eche|on&gt; no problem with me &lt;str4d&gt; The ticket is 150 euro IIRC? &lt;RN&gt; sounds reasonable to me... 350... 20:04:02 &lt;zzz&gt; I think the ticket is 100-120 euros 20:04:43 &lt;eche|on&gt; ticket was 80 euro last time 20:04:43 &lt;str4d&gt; https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 &lt;iRelay&gt; Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 &lt;zzz&gt; In addition, if there is anybody that would require a higher level of support to be able to attend at all, they should speak up now 20:05:16 &lt;RN&gt; what's the date? 20:05:29 &lt;eche|on&gt; 27th til 30th december &lt;zzz&gt; sounds like we have agreement for the general idea. Any discussion on the exact amount? * RN can not attend.... &lt;RN&gt; but I think extra over ticket is good for incedentals and accomodations.... &lt;str4d&gt; I have no objections to 200 euro + ticket &lt;eche|on&gt; so, who is going and who would get the money? ;-) &lt;RN&gt; would 200 cover two days hotel, or all four? &lt;zzz&gt; I assume it would be about 8 people, same as last year, for budgeting purposes &lt;eche|on&gt; RN: depends on the hotel, it would cover a hostel for sure &lt;str4d&gt; RN: depends where you go &lt;eche|on&gt; ok, not the amount of people is a problem, but I would not like to pay a newbie that money, just because she/he read about it. no issue for "well known" people &lt;zzz&gt; right &lt;str4d&gt; https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ &lt;str4d&gt; Special 31C3 deal. Double rooms are available for 70.00 Euro, a bed in a six-person dorm 17.00 Euro per night. &lt;zzz&gt; this is in no way a complete coverage of hotel/food/plane. Just a little help to encourage team members to attend &lt;zzz&gt; last call for discussion on 1) &lt;str4d&gt; With two people sharing the double above, the 200 euro would cover the hotel &lt;RN&gt; still sounds resonable to me... &lt;zzz&gt; ok, sounds like we have agreement &lt;eche|on&gt; sure &lt;RN&gt; :) &lt;zzz&gt; 2) Purchase of test/build boxes (zzz, kytv) &lt;zzz&gt; we have limited test coverage for windows and mac. &lt;zzz&gt; zab used to test with mac, he's gone; meeh has a mac but it died and/or he ran out of time &lt;zzz&gt; so I wanted to ask if we could get more test coverage if we bought win or mac boxes for kytv and/or others &lt;RN&gt; my mac is too old to help... and I blew up the powerstrip it used to plug into... &lt;Meeh_&gt; zzz: what do I need to test ? &lt;zzz&gt; these could be used for other things too (e.g. laptops might be nice) &lt;Meeh_&gt; got OSX 10.9 and 10.10 &lt;eche|on&gt; I do have a win box, but not the time. we still do have 2 win 8 licenses &lt;Meeh_&gt; tell me and I'm doing it now &lt;zzz&gt; Meeh_, running dev builds. Do you run them now? &lt;dg&gt; when we say 'test coverage', what do we mean? &lt;zzz&gt; is anybody running dev builds on windows? &lt;Meeh_&gt; no sorry, new mac.. just a day ago since my lenovo died, marielle had to buy me one &lt;Meeh_&gt; so I just installed java &lt;Meeh_&gt; give me a sec and I'll build and start &lt;RN&gt; yeah, cuz depending on the time and level of test coverage... I got an XP +pos_ready running test builds 20:14:15 &lt;dg&gt; i could if needed to but that'd be in a VM and I wouldn't e using it intensely 20:14:25 &lt;dg&gt; just seeing if it works after uptime, try some eepsites, run some snark, check for errors 20:14:30 &lt;dg&gt; I don't know if I'd hit all the errors a real user would 20:14:47 &lt;zzz&gt; my question is, can we encourage anybody to do more dev build testing if we bought them dedicated boxes? 20:15:31 &lt;str4d&gt; There are two kinds of testing we would benefit from: people manually doing QA on the builds, and CI servers running on Windows and Mac. 20:15:39 &lt;eche|on&gt; not me. I got all hardware/software, but not the time/mood for intensive test 20:15:49 &lt;zzz&gt; yes str4d 20:16:09 &lt;RN&gt; or what if the box was set up with some kind of "safe-via-i2p" remote access for the dev team... 20:16:17 &lt;Meeh_&gt; zzz, I can always do OSX testing, if I'm not replying on IRC, try twitter or meeh@mail.i2p since both will alert my phone 20:16:24 &lt;str4d&gt; This topic appears to be about QA, but what would it take to get e.g. a Mac CI server hooked into kytv's jenkins? 20:16:47 &lt;Meeh_&gt; for a CI yes 20:16:48 &lt;zzz&gt; anybody that would do more if we bought them hardware? 20:16:59 &lt;Meeh_&gt; unfortunally I must move my mac from time to time 20:17:22 &lt;eche|on&gt; &lt;= missing the free network connection so far. 20:17:23 &lt;Meeh_&gt; what hardware, what teting in what OS? (regardless of paying hw) 20:17:26 &lt;zzz&gt; Meeh you seem to be having less time lately, not more 20:17:37 &lt;zzz&gt; windows and mac 20:17:41 &lt;eche|on&gt; I already do run one I2P node on my address. But hm, I could run windows on IPv6 20:17:48 &lt;Meeh_&gt; yes, cleared up a lot in RL that took time 20:17:53 &lt;RN&gt; if the rest of my infrastructure wasn't constanly a mess I'd volunteer a home for a box.... 20:18:26 &lt;Meeh_&gt; fyi, i2pd/i2p will be available from au,ru,nl,uk,de,no,us-w,us-e in about a hour 20:18:34 &lt;Meeh_&gt; downloadable 20:18:39 &lt;zzz&gt; ok let's not worry about who in particular. eche|on if we found somebody, do we have the budget to buy some hardware? 20:18:40 &lt;Meeh_&gt; CDN 20:18:47 &lt;zzz&gt; Meeh please stay on topic 20:18:52 &lt;eche|on&gt; zzz: we do have fund, for sure 20:19:02 &lt;eche|on&gt; btw, Meeh, did the money arrive ? 20:19:17 &lt;zzz&gt; ok I propose that we end this topic and look for volunteers in the coming weeks 20:19:18 &lt;RN&gt; check me in 6 mo if I've stabilized the deamons... 20:19:24 &lt;zzz&gt; eche|on, please stay on topic 20:19:34 &lt;zzz&gt; any other discussion on 2) ? 20:20:03 &lt;Meeh_&gt; oh, sorry I forgot to reply. it's paid and done.. I guess I got the money but marielle transfered at the same time so need to double check. but quite sure. thanks 20:20:07 &lt;dg&gt; i'd like to hear from kytv 20:20:18 &lt;Meeh_&gt; eche|on: ^ 20:20:28 &lt;dg&gt; pm guys 20:20:40 &lt;zzz&gt; let's put this on the agenda to revisit for the next meeting 20:20:51 &lt;str4d&gt; +1 20:20:51 &lt;zzz&gt; 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) 20:21:07 &lt;eche|on&gt; I vote for 0.9.17 20:21:18 &lt;zzz&gt; At one point I wanted to do a 0.9.16.1 release to fix the SSU bug but I'm pretty much over it 20:21:21 &lt;dg&gt; Nothing's fallen down.. so 0.9.17. 20:21:21 &lt;eche|on&gt; in 2-3 weeks 20:21:41 &lt;zzz&gt; I'm now proposing a "mini" 0.9.17 release the weekend of Nov. 29 20:22:00 &lt;zzz&gt; i.e. a 4 week cycle to fix bugs, well before the christmas break 20:22:02 &lt;str4d&gt; There are several reports on forum.i2p that 0.9.16 network has slowed, and participation at nodes is down. 20:22:03 &lt;RN&gt; "mini?" 20:22:22 &lt;zzz&gt; mini as in limited changes, and not a full 6-7 week cycle 20:22:25 &lt;str4d&gt; IDK if the SSU bug could be causing that... 20:22:37 &lt;RN&gt; ah... yes... mini... good plan... 20:22:43 &lt;zzz&gt; pretty much what's in mtn now. About 13K lines of diff, but most of that is eddsa test changes 20:22:49 &lt;orignal&gt; sure it does. becuase dropped packets 20:23:10 &lt;zzz&gt; btw, my expl. build success stats are up significantly since the .16 release. Don't know why 20:23:11 &lt;RN&gt; so sounds like yesses for do a mini release &lt;zzz&gt; the SSU bug is actually just an irritation, I don't think it's the cause of any real problems &lt;zzz&gt; ok let's declare tag freeze and shoot for a release in 11 days &lt;zzz&gt; anything else on 3)? &lt;eche|on&gt; so 0.9.17 in 2 weeks &lt;RN&gt; wooohooo! &lt;str4d&gt; Are the release host operators available then? &lt;dg&gt; yup. &lt;str4d&gt; (Remembering that Nov 29th is just after Thanksgiving) &lt;dg&gt; It doesn't take long for me, it won't be an issue. &lt;zzz&gt; we'll assume so for now and slip as necessary. i'll be around but in a turkey semi-coma. perfect for building. &lt;dg&gt; It's mostly echelon you need anyway &lt;zzz&gt; 4) Reseed status and new admin (zzz) &lt;zzz&gt; This is just a brief announcement for those that don't know. &lt;Meeh_&gt; yeo &lt;zzz&gt; Due to time constraints, Meeh has moved the reseeed admin job to 'backup' &lt;Meeh_&gt; which is clearly the best at the moment :) &lt;zzz&gt; backup is not on irc but he can easily be contacted backup@mail.i2p or on the reseed subforum on zzz.i2p &lt;zzz&gt; thanks to meeh and backup for a smooth transition &lt;Meeh_&gt; but I think logstash will be interesting for the reseed admin soon &lt;Meeh_&gt; which I collect from mine &lt;eche|on&gt; thankjsgiving is no issue here in europe &lt;zzz&gt; backup is working on getting the remainder of sites onto su3, improving monitoring, and recruiting new hosts &lt;zzz&gt; so please give backup your full support. &lt;str4d&gt; Aye :) &lt;dg&gt; :) &lt;zzz&gt; also work with him if you have SSL / TLS issues he's discovered &lt;zzz&gt; anything else on 4)? &lt;Meeh_&gt; I can provide reseed from russia and australia now &lt;Meeh_&gt; if wanted &lt;Meeh_&gt; as well &lt;Meeh_&gt; nothing more on 4 from me &lt;eche|on&gt; Meeh_: ask baclup^^ &lt;zzz&gt; great, contact your new leader ;) &lt;zzz&gt; 5) SU3 news test before 0.9.17 (zzz, echelon, psi) &lt;eche|on&gt; aah &lt;zzz&gt; .17 include a switch to su3 news. &lt;eche|on&gt; thats a topic &lt;eche|on&gt; I need to test it 20:29:17 &lt;zzz&gt; I'd like to have eche|on add a news item, build the su3, so we can test it before the .17 release 20:29:43 * str4d is thinking through the current spec to ensure it is optimal 20:29:52 &lt;zzz&gt; all dev builds should be pulling from news.su3 now but since there's been nothing new since the release, it needs a test 20:30:07 &lt;eche|on&gt; I will try to generate a .su3 the next days 20:30:25 &lt;zzz&gt; would also be ideal, but not required, if psi would create a cert and check it in, since he's the backup but can't currently create his own su3 file 20:30:45 &lt;dg&gt; why can't he? 20:32:24 &lt;zzz&gt; str4d, also review the XHTML whitelist in the code please 20:32:24 &lt;zzz&gt; great, thanks eche|on 20:32:24 &lt;str4d&gt; Will do. 20:32:24 &lt;eche|on&gt; zzz: script was in mtn? 20:32:24 &lt;zzz&gt; eche|on, yes, i2p.scripts 20:32:24 &lt;zzz&gt; I know str4d has proposed writing the XML by hand, and thats what i did for the .16 release, but perhaps a search for a feed writer would be helpful 20:32:24 &lt;zzz&gt; don't know 20:32:24 &lt;zzz&gt; anything else on 5) ? 20:32:24 &lt;str4d&gt; What I would actually propose is: 20:32:51 &lt;str4d&gt; - Find a program for writing Atom feeds. 20:33:22 &lt;str4d&gt; -- If nothing suitable, write a Python script that converts a directory of XHTML entries into a feed...? 20:33:56 &lt;zzz&gt; yup 20:33:56 &lt;str4d&gt; - Store the info on the release versions etc. in a separate config file, and have a script that inserts it into the atom feed. 20:34:19 &lt;zzz&gt; str4d, please do that spec review in the next couple days 20:34:26 &lt;str4d&gt; K 20:34:38 &lt;zzz&gt; anything else on 5) ? 20:35:26 &lt;zzz&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 20:35:26 &lt;zzz&gt; 7) New developer topics (str4d) 20:35:38 &lt;zzz&gt; I hand the meeting and the baffer to str4d at this time 20:35:48 &lt;str4d&gt; Ooooooooo 20:35:56 * str4d grins gleefully 20:35:56 &lt;Meeh_&gt; and I might have news at the end 20:35:58 &lt;Meeh_&gt; of meeting 20:36:02 &lt;Meeh_&gt; so HL me str4d please :) 20:36:25 &lt;str4d&gt; Okay, I can't remember what exactly I was planning to say in 6) when I originally proposed it.. 20:39:31 &lt;str4d&gt; So I'll start with 7) and see if it comes back to me. 20:39:31 &lt;str4d&gt; Despite the website revamp, the information we make available there is not well organized or clear. 20:39:31 &lt;str4d&gt; And with the last year's increased focus on privacy and security, we really need to make the most of the current environment. 20:39:57 &lt;str4d&gt; We have several locations with information on possible projects, tasks etc. but nothing clear, or up-to-date 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 &lt;str4d&gt; The last two links I'll leave for now, but at the very least I want us all now to look at the todo and roadmap pages now. 20:41:17 &lt;str4d&gt; like, now 20:41:20 &lt;str4d&gt; ;P 20:41:40 &lt;iRelay&gt; Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 &lt;iRelay&gt; Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 &lt;iRelay&gt; Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 &lt;str4d&gt; The todo page is mostly filled with tasks that seem to have been completed. Of the tasks that are left, how many of them are still relevant? 20:43:49 &lt;zzz&gt; the wiki page on trac and the various threads on zzz.i2p are probably much more relevant 20:44:13 &lt;str4d&gt; Probably. But they are not visible to outsiders. 20:44:41 &lt;str4d&gt; "Hi, you want to help out with I2P? Go hunt for something to do on zzz.i2p" 20:44:49 &lt;zzz&gt; right 20:44:56 &lt;str4d&gt; I'm not saying we duplicate information. 20:45:50 &lt;str4d&gt; But I think the website should contain a concise overview of what we think is important for I2P, with links to more information as desired. 20:45:52 &lt;str4d&gt; This feeds in well to a future GSoC project. 20:46:16 &lt;str4d&gt; As usual, talking like this isn' 20:46:23 &lt;str4d&gt; t going to get much done :P 20:46:33 &lt;zzz&gt; is a group review now on IRC going to work, or do we need a volunteer to redo it all, or would a couple hours spent at CCC do it? 20:47:19 &lt;str4d&gt; Group review right now won't work. And after what I went though with the website, I don't think it's fair to put this all on one person. 20:47:40 &lt;eche|on&gt; I vote for a "lets do work a bit on it and if not done on CCC, do it at table 20:47:45 &lt;zzz&gt; maybe it's fair if it isn't you... 20:48:02 &lt;str4d&gt; CCC is pretty close, so that would be ideal. But we would need to get the website etc. updated *very* quickly, so we can point people to it. 20:49:32 &lt;zzz&gt; if your intent is this is in the context of a broader effort to apply for GSoC please make that clear 20:50:14 &lt;str4d&gt; I would very much like to get a GSoC student on board, but that is a separate topic. 20:50:50 &lt;zzz&gt; if not for GSoC, what's the reason for "very quickly"? 20:51:20 &lt;str4d&gt; zzz: I just meant that, if the work is done *at* CCC then we can't capitalize on it *at* CCC. 20:51:32 &lt;zzz&gt; oh, ok 20:52:08 &lt;str4d&gt; We would instead need to say "check the website in x days" which doesn't leave as good an impression. 20:53:46 &lt;zzz&gt; so your goal is to have a good answer for people that walk up and ask 'what do you need'? 20:53:53 &lt;str4d&gt; On the website, /todo is ancient. /roadmap is sparse. /performance/future is separated, and /develop/applications is a bunch of topics bundled into one. 20:53:56 &lt;str4d&gt; zzz: yes. 20:54:19 &lt;str4d&gt; People who are interested in I2P can look at the website and immediately see how their skills will be most useful. 20:54:44 &lt;str4d&gt; Top of the list: UI designers ^_^ 20:54:53 &lt;zzz&gt; but the people that ask that generally have never run i2p, so my answer is 'install it and run it for a couple weeks, then ask on irc' 20:55:52 &lt;str4d&gt; I don't think running I2P needs to be a predicate for helping. 20:55:52 &lt;zzz&gt; but yeah, the other answer is 'ui, crypto, ..." 20:56:25 &lt;str4d&gt; IMHO if you tell someone to wait a few weeks, often the enthusiasm can be displaced by something else. 20:56:28 &lt;str4d&gt; Right, but we need to be more specific. 20:56:28 &lt;zzz&gt; but realistically is anybody going to start devving who hasn't ever used it? 20:56:59 &lt;zzz&gt; i can't imagine volunteering to code for some software i've never used. 20:58:33 &lt;str4d&gt; No, but we can start engaging with them while they start using I2P. 20:58:33 &lt;zzz&gt; sure. agreed with all. An up-to-date todo list is a sign of a serious project. 20:58:58 &lt;str4d&gt; Okay, action time: 20:58:58 &lt;RN&gt; it is talking about 6.x and older on there... 20:59:07 &lt;dg&gt; something else is whether or not we're going to drop stop-and-go, etc 20:59:16 &lt;dg&gt; people point to our docs and say "wow, they'll have it/do" 20:59:33 &lt;str4d&gt; dg: ? 21:00:43 &lt;&gt; RN@kyirc leans forward on chair... 21:01:06 &lt;dg&gt; and uh, delays 21:01:30 * RN feels nostalgic 21:02:35 &lt;str4d&gt; Over the next week, can everyone here draw up two lists. One with features and improvements they would like to see in I2P itself, the other with features and improvements in the I2P ecosphere (this is things like new apps and services, dev work on existing apps, research, code review etc.) 21:02:35 &lt;str4d&gt; Doesn't need to be long, but I think if we all contribute a few points to each, even if some are duplicates it will be a good jumping off point. 21:02:35 * str4d will draft up an outline of how the content will be presented on the website (what content will go where etc.) 21:03:29 &lt;RN&gt; do we have a reasonable survey mechanism? on forum or zzz? 21:03:31 &lt;zzz&gt; yeah, if you setup the framework we can fill it in 21:03:53 &lt;str4d&gt; zzz: always seems to be the case ;P 21:04:33 &lt;str4d&gt; Who is available this time next week for a "meeting"/group discussion? 21:04:57 &lt;RN&gt; I might be 21:05:55 &lt;str4d&gt; The sole topic will be sorting through the lists people show up with, and organizing them into the content sections I will present. 21:05:59 &lt;zzz&gt; sure 21:06:20 &lt;dg&gt; me too 21:06:31 &lt;RN&gt; do you want lists i2pmailed to you? 21:06:50 &lt;RN&gt; or contribute to a thread on fourm or trac or??? 21:07:44 &lt;str4d&gt; RN: if you can't make it to the meeting, message me a link to pastethis.i2p 21:08:31 &lt;str4d&gt; Otherwise, just bring it to the meeting. 21:08:38 &lt;RN&gt; k 21:08:41 &lt;str4d&gt; Rather than a discussion on zzz.i2p, this time I want to try independent brainstorming without being influenced by what has already been posted. 21:09:16 &lt;str4d&gt; After the meeting, we will have something that can be posted on zzz.i2p or the wiki (probably there) for further discussion and editing. 21:11:36 &lt;str4d&gt; Does anyone else have more to say on 7)? 21:11:45 * str4d is done for this meeting 21:11:59 &lt;str4d&gt; Otherwise I'll go back to 6) briefly 21:13:30 * RN awats the baffing or the handoff of the baffer 21:13:54 * str4d assumes nothing. 21:14:00 &lt;str4d&gt; 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 21:14:39 &lt;str4d&gt; I *still* can't remember where I wanted to go with this topic, but it dovetails nicely into 7. 21:14:52 &lt;str4d&gt; Previous large-scale dev work has been approximately 6-monthly, and we are about at the end of a cycle. 21:15:38 &lt;str4d&gt; Aside from the continual move towards new crypto, we should decide where to focus development effort for the next six months. 21:16:07 &lt;str4d&gt; NTCP2 is one suggestion, and PT development and integration 21:16:11 &lt;eche|on&gt; I am afk now 21:16:21 &lt;str4d&gt; o/ eche|on 21:16:49 &lt;str4d&gt; Formalizing our todo list will IMHO help us as much as it will help prospective new developers. 21:17:13 &lt;str4d&gt; At a minimum, we need to ensure that zzz's paper list of development stuff is bus-proof ;) 21:18:44 &lt;Meeh_&gt; what's the current topic? 21:19:24 &lt;str4d&gt; Meeh_: I think everyone is done with my ranting now, so I'll hand over to you :) 21:19:28 &lt;RN&gt; 6-mo roadmap... 21:19:53 &lt;str4d&gt; For 6) I think we can talk about it next week, after we have discussed peoples' lists. 21:20:00 &lt;str4d&gt; s/it/it more/ 21:20:01 &lt;iRelay&gt; str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 &lt;Meeh_&gt; ah, thanks 21:21:23 &lt;Meeh_&gt; well, I've meanwhile you had meeting now, done what I said I should do, and it's giving i2p a lot of more download mirrors 21:21:48 &lt;RN&gt; :) 21:21:55 &lt;str4d&gt; Yay! 21:22:03 &lt;dg&gt; awesome 21:22:03 &lt;Meeh_&gt; in some hours, download.i2p.io should work for al, and should resolve based on latency and geoip 21:22:06 &lt;Meeh_&gt; none recorded from my site 21:22:07 &lt;Meeh_&gt; dns thingy 21:22:14 &lt;Meeh_&gt; they also got names 21:22:17 &lt;Meeh_&gt; I will list them now 21:22:31 &lt;Meeh_&gt; the domain mentioned was a shared domain 21:23:45 &lt;Meeh_&gt; jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 &lt;Meeh_&gt; all will answer on both http(s) 21:24:19 &lt;Meeh_&gt; oh, de01 will also emerge 21:24:38 &lt;Meeh_&gt; but NL01 and DE01 is probably not up before tomorrow, however all other should work in short time 21:25:01 * RN hugs Meeh_ 21:25:09 &lt;Meeh_&gt; I've also gotten my windows and apple certificates 21:25:32 &lt;Meeh_&gt; so I will ve signing builds for i2pd on OSX and Windows, to escape the 2untrusted publisher" blocker/alerter 21:25:42 &lt;Meeh_&gt; also 21:26:20 &lt;Meeh_&gt; every i2p team member can have their own mail account @ i2p.io OR alias, with clearnet access for that matter 21:26:31 &lt;Meeh_&gt; for examle marielle has m@i2p.io, and I got mv@i2p.io 21:26:39 &lt;Meeh_&gt; short'n clean :D 21:27:09 &lt;Meeh_&gt; other than that, sorry for not beeing more around, but t I hope RL stuff are done now and I can continue here :) 21:27:51 &lt;Meeh_&gt; at last, a OSX and Windows build of i2pd is released tomorrow or tonight. 21:27:53 &lt;Meeh_&gt; thanks for listening! 21:28:12 * RN hugs Meeh_ more 21:28:41 &lt;Meeh_&gt; hehe, thanks RN:) 21:29:02 &lt;str4d&gt; Meeh_++ 21:29:16 &lt;dg&gt; str4d, zzz, Meeh_++ 21:29:32 &lt;Meeh_&gt; str4d, this can/could include f-droid too if you want 21:29:45 &lt;str4d&gt; Meeh_: is there a CDN setup for these servers, or are they "individual"? That is, how should the website mirrors list be updated? 21:30:04 &lt;Meeh_&gt; kytv: one server to rule them all.. remember if you publish to the one you got access to, all servers get it 21:31:42 &lt;Meeh_&gt; str4d: I'm partly done with the DNS balancing 21:31:42 &lt;Meeh_&gt; meaning it react to closest mirror 21:31:42 &lt;Meeh_&gt; so we could use one domain for all 21:31:42 &lt;str4d&gt; Okay, so the only download link that people will see is download.i2p.io 21:31:42 &lt;Meeh_&gt; but guide was bind9 and I'm running powerdns on the needed server so just need to ... find their way of doing the same 21:31:42 &lt;str4d&gt; (for this mirror system) 21:31:55 &lt;Meeh_&gt; yes, or if we will ... embrase it, we can write all 21:31:58 &lt;str4d&gt; F-droid on this would be ideal too. 21:32:51 &lt;Meeh_&gt; yes, right now it's just simple rsync, but I upgrade to openstack swift proxy at each location once I see high demand 21:33:07 &lt;Meeh_&gt; then it will be a REST url to publish updates too 21:33:15 &lt;Meeh_&gt; even zzz an do it himself from his browser with right credentials 21:33:31 &lt;Meeh_&gt; (when swift is added) 21:33:47 &lt;Meeh_&gt; reason I didn't right now was becasue it would have taken a hour or two more 21:33:49 &lt;Meeh_&gt; at least 21:34:00 &lt;Meeh_&gt; so then I did't catch the meeting :p 21:34:20 &lt;str4d&gt; Either as https://fdroid.i2p.io/repo/ and https://fdroid.i2p.io/archive/, or https://download.i2p.io/fdroid/repo/ and https://download.i2p.io/fdroid/archive/ 21:34:42 &lt;str4d&gt; Second option is probably better, then we don't need separate HTTPS certs. 21:34:51 &lt;psi&gt; is i2p.io going to be an inproxy? 21:34:51 &lt;Meeh_&gt; pick whatever *.i2p.io/* and you can use the https wildcard 21:34:58 &lt;Meeh_&gt; your chooise 21:35:01 &lt;Meeh_&gt; nope 21:35:04 &lt;Meeh_&gt; i2pd's page 21:35:14 &lt;Meeh_&gt; subsite of PS 21:35:24 &lt;Meeh_&gt; ofc. linking to geti2p.net as well 21:36:02 &lt;Meeh_&gt; see it as a readme page more or less, both on i2p as network and i2pd as the client 21:36:21 &lt;Meeh_&gt; not all ready, so if you got input, please write 21:37:47 &lt;str4d&gt; Meeh_: sounds good. If you have a wildcard cert then I'll choose fdroid.i2p.io (or f-droid.i2p.io, which would be technically correct) 21:37:56 &lt;str4d&gt; Yah, go with f-droid.i2p.io 21:38:08 &lt;Meeh_&gt; sure, we add it 21:38:16 &lt;str4d&gt; Okay, the meeting is IMHO done. Any final requests for topics? 21:38:27 &lt;Meeh_&gt; do you want access as well, and setup your own vhost in nginx? 21:38:35 &lt;Meeh_&gt; same server as kytv 21:38:46 &lt;Meeh_&gt; got access to 21:39:00 &lt;Meeh_&gt; I think you had actually, or has 21:39:15 &lt;Meeh_&gt; because of early f-droid setup 21:39:22 &lt;str4d&gt; I do, yes - it's how I uploaded the existing f-droid stuff 21:39:22 &lt;Meeh_&gt; IIRC 21:39:32 &lt;str4d&gt; Anyway 21:39:34 * str4d warms up the baffer 21:39:43 &lt;Meeh_&gt; sign in, check if your pw work, tell me if not and I make sure you can sudo 21:39:55 * str4d ***bafs the meeting closed 21:40:13 * RN dances a thanks for a good meeting dance </div>/vi/blog/2014/11/01/0.9.16-release/Sat, 01 Nov 2014 00:00:00 +0000/vi/blog/2014/11/01/0.9.16-release/<p>0.9.16 là một bước tiến quan trọng trong kế hoạch di chuyển từ chữ ký mật mã DSA sang ECDSA và sau đó là EdDSA, đồng thời thực hiện một số thay đổi khác nhằm tăng cường ẩn danh và bảo mật cho bạn. Các ống ngầm client cho tiêu chuẩn, IRC và SOCKS IRC sẽ sử dụng chữ ký ECDSA theo mặc định. Ngoài ra, chúng tôi đã sửa nhiều lỗi nghiêm trọng, bao gồm cả lỗi treo bảng điều khiển.</p>/vi/blog/2014/09/20/0.9.15-release/Sat, 20 Sep 2014 00:00:00 +0000/vi/blog/2014/09/20/0.9.15-release/<p>0.9.15 thêm hỗ trợ sơ bộ cho chữ ký Ed25519 EdDSA. Phiên bản này bao gồm một hệ thống cấu hình mới và bền vững cho i2psnark, đồng thời sửa một số lỗi liên quan đến việc xử lý tên tệp trong i2psnark. Có một số cải tiến nhằm tăng tốc SAM. Các tiện ích mở rộng (plugin) giờ đây hỗ trợ chữ ký mạnh hơn trong định dạng tệp su3. Việc cài đặt tiện ích mở rộng qua bảng điều khiển, vốn bị vô hiệu hóa trong 0.9.14, đã được bật lại.</p>/vi/blog/2014/08/23/android-test-release-on-google-play-in-norway/Sat, 23 Aug 2014 00:00:00 +0000/vi/blog/2014/08/23/android-test-release-on-google-play-in-norway/<p>I2P Android đã tồn tại hơn ba năm nay. Trong thời gian đó, nó đã phát triển từ một dự án thử nghiệm đơn giản thành một bản port I2P cho Android có thể sử dụng được và hữu ích. Mục tiêu cuối cùng của chúng tôi là phát hành I2P Android trên Google Play, nhằm giúp người dùng dễ dàng tìm thấy, cài đặt và sử dụng I2P trên các thiết bị Android của họ. Sau nhiều nỗ lực cải thiện giao diện người dùng, sửa lỗi và kiểm thử, chúng tôi cho rằng I2P Android cuối cùng đã sẵn sàng để tiếp cận nơi có người dùng.</p>/vi/blog/2014/08/15/the-birth-of-privacy-solutions/Fri, 15 Aug 2014 00:00:00 +0000/vi/blog/2014/08/15/the-birth-of-privacy-solutions/<p>Xin chào tất cả mọi người!</p> <p>Hôm nay chúng tôi xin thông báo về dự án Privacy Solutions, một tổ chức mới phát triển và duy trì phần mềm I2P. Privacy Solutions bao gồm một số nỗ lực phát triển mới nhằm tăng cường quyền riêng tư, bảo mật và ẩn danh cho người dùng, dựa trên các giao thức và công nghệ I2P.</p> <p>Các nỗ lực này bao gồm:</p>/vi/blog/2014/08/09/0.9.14.1-release/Sat, 09 Aug 2014 00:00:00 +0000/vi/blog/2014/08/09/0.9.14.1-release/<p>0.9.14.1 bao gồm các bản sửa lỗi cho biểu mẫu &ldquo;Thêm Torrent&rdquo; trong i2psnark và một số biểu mẫu web khác. Chúng tôi đã khôi phục khả năng cài đặt plugin thông qua bảng điều khiển, nhưng bạn phải chỉnh sửa tệp router.config của mình (trong ~/.i2p/ hoặc /var/lib/i2p/i2p-config/ hoặc %APPDATA%\I2P) để thêm dòng routerconsole.enablePluginInstall=true. Các tính năng nâng cao khác ít dùng bị xóa trong 0.9.14 có thể được khôi phục bằng cách thêm dòng routerconsole.advanced=true.</p>/vi/blog/2014/07/26/i2p-0.9.14-release/Sat, 26 Jul 2014 00:00:00 +0000/vi/blog/2014/07/26/i2p-0.9.14-release/<p>0.9.14 bao gồm các bản sửa lỗi quan trọng cho các lỗ hổng XSS và thực thi từ xa được báo cáo bởi Exodus Intelligence. Như một biện pháp phòng ngừa bổ sung, chúng tôi đã vô hiệu hóa một số tính năng cấu hình nâng cao trong bảng điều khiển router, bao gồm việc cài đặt plugin mới. Chúng tôi dự định sẽ bật lại các tính năng này trong một bản phát hành tương lai sau khi xem xét thêm.</p>/vi/blog/2014/07/14/i2p-dev-meeting-july-14-2014/Mon, 14 Jul 2014 00:00:00 +0000/vi/blog/2014/07/14/i2p-dev-meeting-july-14-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on, Meeh, psi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:11 &lt;zzz&gt; 0. Hi 20:00:11 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:19 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) 20:00:23 &lt;zzz&gt; 0. Hi 20:00:29 &lt;zzz&gt; Hi 20:00:49 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:50 &lt;zzz&gt; 1) PR Manager. orion has resigned. I nominate psi and Meeh as excellent candidates. Others may throw their name in for consideration below, or at the meeting. You may also wish to volunteer as an assistant. Duties include: 20:00:50 &lt;zzz&gt; - Frequent tweeting using @geti2p 20:00:50 &lt;zzz&gt; - send stickers to people who ask 20:00:50 &lt;zzz&gt; - Speak at conferences and meetups 20:00:50 &lt;zzz&gt; - Answer the press@i2pmail.org mail (generate and distribute a new GPG key for it) 20:00:52 &lt;zzz&gt; - Outreach, make contact with people/groups we want to work with; form strategic alliances 20:00:55 &lt;zzz&gt; - Misc. promotion, support, and communications duties 20:00:56 &lt;zzz&gt; - Maintain positive attitude 20:00:56 &lt;Meeh&gt; Hi 20:01:11 &lt;psi&gt; ? 20:01:13 &lt;psi&gt; hi 20:01:38 &lt;zzz&gt; Is either psi or Meeh willing to serve? Are there any other volunteers or nominations? 20:01:50 &lt;psi&gt; I am willing to serve if desired 20:02:24 &lt;eche|on&gt; available here but not for that job, sorry 20:02:27 &lt;psi&gt; I can also obtain orion's stickers 20:03:23 &lt;zzz&gt; Meeh are you willing to serve or would you rather throw your support to psi? 20:04:49 &lt;zzz&gt; anybody else have any comments? 20:04:59 &lt;Meeh&gt; I can do both, what I mean is I can both serve, and I will ofc. support psi if he's doing it 20:05:45 &lt;psi&gt; pr "team" then? 20:06:12 &lt;Meeh&gt; why not, I can't go to the US so I need anyone there anyway 20:06:21 &lt;psi&gt; works 20:06:27 &lt;zzz&gt; My guess is that psi might have more time than Meeh for this? 20:06:57 &lt;psi&gt; yeah i have buttloads of free time right now and probably for a while 20:07:24 &lt;Meeh&gt; but no problems covering EU/Asia/Africa 20:07:34 &lt;Meeh&gt; Yes in some points I think too 20:07:44 &lt;zzz&gt; Meeh has never had buttloads of time since I've known him 20:08:00 &lt;Meeh&gt; however, I think I can contribute a lot wrt tweeting, speak at conferences, and some outreaching 20:08:17 &lt;zzz&gt; how about psi as head and Meeh as assistant? 20:08:26 &lt;psi&gt; i dont do public speaking so i can outsource that to Meeh 20:08:36 &lt;psi&gt; sounds good 20:08:44 &lt;Meeh&gt; sounds good to me too 20:08:47 &lt;Meeh&gt; I can do the public 20:08:58 &lt;zzz&gt; any objections or other comments? 20:09:44 &lt;zzz&gt; ok great 20:10:28 &lt;zzz&gt; I'll get psi the twitter password. Please get the stickers from orion. 20:10:44 &lt;psi&gt; got it 20:11:19 &lt;zzz&gt; Also please generate and distribute a GPG key for press@, and get welterde to fix up the mailing list accordingly 20:11:27 &lt;zzz&gt; speaking of welt... 20:11:33 &lt;eche|on&gt; .... 20:11:36 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) (Down since June 12 - possible replacements mtn.killyourtv.i2p or mtn.i2p-projekt.i2p) 20:11:52 * psi nominates kytv's 20:12:05 &lt;zzz&gt; eche|on, kytv_ would either of you care to volunteer? 20:12:15 &lt;zzz&gt; we can't put both in one tunnel as that confuses mtn 20:12:56 &lt;zzz&gt; any others that have been up and running for a while? 20:13:01 &lt;eche|on&gt; you can enter mine, I try to keep it up running as always 20:14:24 &lt;zzz&gt; ok, echelon it is I guess 20:14:37 &lt;eche|on&gt; kytv does a lot of jobs already 20:15:07 &lt;zzz&gt; both of them seem very reliable, so doesn't matter much 20:15:27 &lt;Meeh&gt; mtn.meeh.i2p hs ben running for a year now 20:15:29 &lt;zzz&gt; it's not any more work, maybe just a tiny bit more traffic, probably not even noticeable 20:16:25 &lt;eche|on&gt; can we create 3 tunnels and enable only one? 20:17:55 &lt;zzz&gt; nice meeh, good to know 20:17:55 &lt;zzz&gt; anything else on 2) ? 20:17:55 &lt;zzz&gt; any other topics for the meeting? 20:18:19 &lt;psi&gt; do we have a backup irc? 20:18:39 &lt;psi&gt; it seems that if some/all of postman's stuff goes down we're screwed 20:19:17 &lt;psi&gt; mail+irc is postman so what is the backup meetup in the event postman's stuff is non functional 20:19:29 &lt;zzz&gt; sure we could make 3 tunnels but seems like just added clutter to me 20:19:37 &lt;psi&gt; i have been wondering this for a while now... 20:20:28 &lt;eche|on&gt; ok, right, within 6 weeks release time we can change it fast enough, also really interested people can get in here. Also I can push the key to $trusted person 20:21:54 &lt;zzz&gt; we have 3 IRC servers 20:21:54 &lt;zzz&gt; there is no backup for postman himself... 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed </div>/vi/blog/2014/07/01/i2p-dev-meeting-july-01-2014/Tue, 01 Jul 2014 00:00:00 +0000/vi/blog/2014/07/01/i2p-dev-meeting-july-01-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:32 &lt;zzz&gt; 0. Hi 20:00:32 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:00:32 &lt;zzz&gt; 2. Tablet testing (zzz) 20:00:37 &lt;zzz&gt; 0. Hi 20:00:39 &lt;zzz&gt; Hello 20:00:51 &lt;zzz&gt; 1. I2P on Google Play (meeh / str4d) 20:01:12 &lt;eche|on&gt; hi 20:01:13 &lt;zzz&gt; Meeh, str4d, please tell us about your plans for Google Play 20:03:31 &lt;zzz&gt; ok, I'll give you what I know 20:03:56 &lt;zzz&gt; Meeh has an existing but unused account; he's going to give str4d access too; 20:04:35 &lt;zzz&gt; he;s got a dev build up on it now that's invite-only; they plan to make it available to all with the 0.9.14 build; 20:04:55 &lt;eche|on&gt; a dev account should not be the big problem at all 20:05:06 &lt;zzz&gt; they plan to have two versions, one free and one "donate" for a cost of ~$2.50 20:05:18 &lt;eche|on&gt; yeah 20:05:30 &lt;bgwcb&gt; why? 20:05:49 &lt;zzz&gt; Meeh would relay the funds to echelon monthly (assuming it was enough to make it worth it, and meeh didn't have any expenses) 20:05:50 &lt;eche|on&gt; It will have some issues with registration as I2P, but he/she will do it fine 20:05:52 &lt;bgwcb&gt; and for what you need google play? 20:06:14 &lt;zzz&gt; apparently lots of apps have donate versions, take rate is maybe 1% of the free version 20:06:47 &lt;eche|on&gt; it is a fine idea 20:06:50 &lt;zzz&gt; everybody has google play; only the few have f-droid or amazon or load directly from a website 20:07:03 &lt;eche|on&gt; I do not think much money will come in, but better than nothing 20:07:05 &lt;zzz&gt; that's what i know, more or less. Comments? 20:07:22 &lt;eche|on&gt; comment: registration as I2P will be a mess, but else, go ahead 20:08:08 &lt;zzz&gt; somebody unknown has reserved, but not published, net.i2p.android.router. Meeh is attempting to get it back. 20:08:11 &lt;bgwcb&gt; what differenses are in free between donate? 20:08:21 &lt;eche|on&gt; bgwcb: none ;-) 20:08:33 &lt;zzz&gt; it's not a big deal but it would prevent dup detection with existing installs from website or f-droid 20:08:33 &lt;bgwcb&gt; wow 20:08:33 &lt;eche|on&gt; except the donation of the buy-field. 20:08:44 &lt;bgwcb&gt; good idea, in you sleeped genius 20:08:49 &lt;psi&gt; hi 20:08:57 &lt;eche|on&gt; zzz: so the registration works via the java classes and not the project name? 20:09:34 &lt;zzz&gt; the class is essentially the name, or unique identifier. meeh and str4d are investigating 20:09:48 &lt;psi&gt; re: donate version, will it have "more features" ? 20:09:54 &lt;zzz&gt; we're also trying to find nextloop, our f-droid guy, for assistance 20:10:02 &lt;psi&gt; or is it just another package? 20:10:11 &lt;eche|on&gt; psi: no, just a function for "you got the donation version" ;- 20:10:18 &lt;eche|on&gt; in about screen IMHO 20:10:37 &lt;eche|on&gt; balm for the soul "you are something better than anyone else, you did pay us some!" 20:10:38 &lt;psi&gt; neat 20:10:41 &lt;kytv&gt; (belated 'hi') 20:10:53 &lt;zzz&gt; any comments on a donate version? 20:10:56 &lt;psi&gt; epeen 20:11:21 &lt;zzz&gt; any objections to a donate version? or to google play at all? 20:11:28 &lt;eche|on&gt; zzz: go ahead, I would add a different about text in the app itself 20:11:47 &lt;eche|on&gt; I once have had the idea to sell every android version, but no need to 20:12:29 &lt;zzz&gt; if you're interested in what Meeh has so far or want to test his version of the app, contact him 20:12:50 &lt;eche|on&gt; which is a nice guide to TOP2 ;-) 20:13:01 &lt;zzz&gt; last call for comments on google play 20:13:28 &lt;kytv&gt; +1 for google play, more users is good 20:13:50 &lt;psi&gt; +1 for google play as well, since more users means more feedback 20:14:14 &lt;kytv&gt; (not sure about +1 for 'requiring payment' but donations are A-OK) 20:14:36 &lt;Meeh&gt; *reading backlog* 20:14:39 &lt;zzz&gt; 2 versions, free and not. prediction is 99% will choose free 20:15:12 &lt;kytv&gt; yeah, I got that. That's perfectly fine. 20:15:25 &lt;zzz&gt; Meeh inb4 last call, let's give him a couple minutes to read backlog and elaborate 20:17:56 &lt;Meeh&gt; hm, yea. 20:18:13 &lt;Meeh&gt; well, I would like to add a topic actually, which in a way is connected with this 20:18:24 &lt;Meeh&gt; but in a way not in anyway either 20:18:55 &lt;zzz&gt; Meeh, last call for comments on 1) 20:19:04 &lt;zzz&gt; anything I got wrong? 20:20:04 &lt;Meeh&gt; I would gladly do it, and the two-app with donations seems like a good idea still :) 20:20:05 &lt;Meeh&gt; no, it was right about the namespace etc 20:20:05 &lt;Meeh&gt; you got it right 20:20:06 &lt;zzz&gt; ok then. end of 1). 20:20:07 &lt;zzz&gt; 2. Tablet testing (zzz) 20:20:42 &lt;zzz&gt; We don't have enough android testers and devs now. We're about to get a lot more users. So we definitely need more testers and devs. 20:20:49 &lt;Meeh&gt; HL me when I can add 3), it's a big topic. and it would probably interest many 20:21:03 &lt;Meeh&gt; need to work more on the topic while 2) 20:21:05 &lt;zzz&gt; ok 3) meeh on the list 20:21:08 &lt;zzz&gt; back to 2) 20:21:41 &lt;zzz&gt; I'd like to propose reimbursing people who would like to buy an Android device that promise to do testing or development. 20:22:13 &lt;zzz&gt; Say, up to $200 each for up to 8 people, Enough to buy a 7" tablet, or to partially fund a phone or 10" tablet 20:22:31 &lt;zzz&gt; I'd also like to fully fund a 10" tablet for str4d, up to $400 or so 20:22:44 &lt;zzz&gt; comments? volunteers? 20:23:24 &lt;eche|on&gt; my comment is already on record, go ahead. 20:23:25 &lt;str4d&gt; hai 20:23:27 &lt;str4d&gt; ary for l8ness 20:23:36 &lt;eche|on&gt; but do not buy chinese spyware devices^^ 20:24:07 &lt;zzz&gt; we've already bought some devices for devs but we really really need testers 20:24:47 &lt;str4d&gt; sry* 20:24:55 &lt;zzz&gt; this would be for people already part of the dev community, e.g. psi, orion, dg, kytv, echelon, etc 20:25:23 &lt;zzz&gt; who wants one? i think this would be a great use of project funds 20:26:00 &lt;kytv&gt; I'm always open for testing, but I have no tablet and don't know how useful any feedback I could give would be. That said, I can test and supply (hopefully) valid reports. 20:26:21 &lt;zzz&gt; ok, there's one. great. 20:26:48 &lt;zzz&gt; as usual, ask echelon, our treasurer, for reimbursement 20:26:52 &lt;Meeh&gt; I could test too, but my pad is starting to get simewhat old 20:26:56 &lt;Meeh&gt; somewhat* 20:27:18 &lt;zzz&gt; I really like the 7" android tablets. Great for testing and general use. And you don't risk horking your phone. 20:27:50 &lt;zzz&gt; last call for comments on 2) android tablets for testing 20:28:23 &lt;str4d&gt; Choice of device is important 20:28:30 &lt;eche|on&gt; (I do NOT pay apple products, lol) 20:28:37 &lt;Meeh&gt; I can help test, but for guaranteen the testing it would probably need a buyin of a new tablet 20:28:53 &lt;str4d&gt; The opportunity we have here is to provide a range of device *sizes* as well as screen *densities* 20:29:21 &lt;zzz&gt; if we let each person pick their own phone or tablet, that should provide the assortment needed 20:29:55 &lt;zzz&gt; ok, moving on to 3) Meeh's unknown topic. 15 minutes max. 20:29:57 &lt;zzz&gt; go Meeh 20:29:59 &lt;str4d&gt; (e.g. my 7" tablet is 600x1024 pixels, and falls into the -sw600dp category) 20:32:03 &lt;Meeh&gt; ok, I decidedto come back (since I've been away a whhile) with a supprise, some have might heard of it, and some seen some of it.. but simple saying I've made a "I2P browser bundle" which is probably ready for win32 and osx within 24hours 20:32:29 &lt;Meeh&gt; turn on your tor plugins and see https://hideme.today/dev/ 20:32:35 &lt;iRelay&gt; Title: The Abscond bundle (at hideme.today) 20:32:39 &lt;Meeh&gt; that's the featureset and "face" of it 20:32:57 &lt;psi&gt; wait wut 20:33:01 &lt;psi&gt; a browser bundle? 20:33:05 &lt;Meeh&gt; I'm trying to get i2p more eaiser to get into.. because that's always the complaint I get 20:33:08 &lt;Meeh&gt; yes 20:33:17 &lt;Meeh&gt; more too, since it's 100% portable 20:33:26 &lt;Meeh&gt; you can put it on a usb stick 20:33:39 &lt;Meeh&gt; launch it on any machine.. do a mod, and you can cross boot it too 20:33:42 &lt;psi&gt; neat 20:33:43 &lt;str4d&gt; psi: Tor Browser with I2PButton 20:33:46 &lt;Meeh&gt; as in same install on win,linux,osx 20:33:58 &lt;Meeh&gt; more or less as str4d said yes :) 20:34:38 &lt;Meeh&gt; so, do any of you have comments etc on this, ideas, ++, ? 20:34:49 &lt;psi&gt; where can i get it? 20:34:56 &lt;Meeh&gt; thinking it was good with some feedback before release 20:34:57 &lt;psi&gt; looks like the gitlab instance is locked 20:35:11 &lt;Meeh&gt; I will push the final code and make it available some hours now after the meeting 20:35:21 &lt;psi&gt; okay 20:35:23 &lt;Meeh&gt; 've not finished with a complete build set 20:35:38 &lt;Meeh&gt; so I need to tell you how to compile and set all parts together 20:35:44 &lt;eche|on&gt; comment: lots of work. 20:35:47 &lt;eche|on&gt; but great. 20:36:13 &lt;Meeh&gt; I've focused most on a prototype/proof of consept rather than a build system 20:36:54 &lt;Meeh&gt; so I took the torbrowser itself and rebranded it, torbutton is almost rewritten to work 100% with i2p instead of tor, 20:37:17 &lt;Meeh&gt; the launcher is written from scratch by me, much because of the jre part 20:37:34 &lt;Meeh&gt; therefore all old build scripts from tor fails 20:37:43 &lt;Meeh&gt; and isn't easily mod.able 20:38:36 &lt;psi&gt; orchid included? 20:38:59 &lt;Meeh&gt; yes, it's some i2p plugins as well as browser plugins included 20:39:06 &lt;psi&gt; neat 20:39:16 &lt;Meeh&gt; i2p plugins mostly for getting people interested, like i2p-bote 20:39:23 &lt;Meeh&gt; and browser plugins for privacy 20:40:20 &lt;Meeh&gt; the idea is to have a build script that easily build a new bundle for osx,linux,win32 on each i2p release 20:40:37 &lt;Meeh&gt; and ofc. browser update etc, but that will require manually work 20:40:53 &lt;Meeh&gt; but I've included in my future plan to maintain that 20:42:25 &lt;zzz&gt; ok, anything else on 3) ? 20:43:02 &lt;zzz&gt; anybody have any other topics? 20:43:14 &lt;Meeh&gt; no it was mainly all. if anyone on win32 wants to test please yell out, because after anoncoin experience that needs most testing 20:43:55 &lt;Meeh&gt; and I see I go emtpy for coffeine if I don't run out and buy, back in 10. takes 5min each way :) 20:44:24 &lt;zzz&gt; ok great. A reminder that anybody can call a meeting on any topic at any time. 20:44:35 * zzz *bafs* the meeting closed </div>/vi/blog/2014/05/22/i2p-0.9.13-release/Thu, 22 May 2014 00:00:00 +0000/vi/blog/2014/05/22/i2p-0.9.13-release/<p>0.9.13 includes fixes for firewalled routers, netdb lookup improvements, and a big SusiMail update. Of course, there&rsquo;s also the usual collection of bug fixes and translation updates.</p> <p>As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.</p> <p>zzz has updated his GPG keys, and the release files are signed with his new keys. His new key fingerprint is: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8</p>/vi/blog/2014/05/06/i2p-dev-meeting-may-06-2014/Tue, 06 May 2014 00:00:00 +0000/vi/blog/2014/05/06/i2p-dev-meeting-may-06-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:37 &lt;zzz&gt; `http://zzz.i2p/topics/1618` 20:00:43 &lt;bgwcb&gt; well, start it? 20:00:46 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. May 6 - 8 PM UTC (at zzz.i2p) 20:00:57 &lt;zzz&gt; 0. Hi 20:00:57 &lt;zzz&gt; 1. hiddengate.i2p console home page request (see next post for details) 20:00:57 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:00:57 &lt;zzz&gt; 3. 0.9.13 release schedule 20:01:06 &lt;zzz&gt; 0. Hi 20:01:09 &lt;zzz&gt; hello 20:01:11 &lt;eche|on&gt; hi! 20:01:15 &lt;psi&gt; hello 20:01:16 &lt;topiltzin&gt; hi 20:01:23 &lt;nombra&gt; o/ (reconnected just in time) 20:01:38 &lt;kytv&gt; hola 20:01:49 &lt;Yi&gt; what is it? 20:01:50 &lt;zzz&gt; Most of these items should be short, let's limit them to 15 minutes each 20:02:00 &lt;hghoster&gt; hi all 20:02:05 * mokosoul sneaks away before anyone notices it was here at the meeting. 20:02:08 &lt;zzz&gt; 1. hiddengate.i2p console home page request 20:02:16 &lt;zzz&gt; see the link above for details 20:02:42 &lt;zzz&gt; hghoster is the requester for hiddengate.i2p. would you please tell us a little about the site? 20:03:52 &lt;hghoster&gt; HiddenGate is a project for Russian I2P users. Target: publish online/offline "Vestnik I2P" paper which introducec to I2P and guides how to reach it. 20:04:00 &lt;hghoster&gt; we have wiki, forum, imboard 20:04:06 &lt;EinMByte&gt; Hi 20:04:47 &lt;EinMByte&gt; hghoster: so... can we say it's a kind of help-site 20:05:03 &lt;hghoster&gt; so.. we already published first version of paper. also few guys continues fill wiki with new techinal articles 20:05:04 &lt;kytv&gt; for convenience, the ToS in EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 &lt;zzz&gt; ok, thanks. Anybody have questions or comments? I especially would like comments from Russian speakers 20:05:08 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:05:27 &lt;bgwcb&gt; hghoster: censored imageboard, but it's probably good because we, good russian anonymous, don't love cp 20:05:29 &lt;EinMByte&gt; I've visited the website earlier, and it looks good 20:05:50 &lt;EinMByte&gt; one thing I would like to mention though: the homepage is all in russian 20:05:55 &lt;hghoster&gt; EinMByte: yes. our target is to make some platform where is new users will not see cp, etc some shock content 20:06:15 &lt;hghoster&gt; just for politics discussions, some interests, etc. no trash, no cp 20:06:48 &lt;hghoster&gt; EinMByte: but there is one or two pages in English, for example ToS. wait a mmt plz 20:07:08 &lt;EinMByte&gt; So, maybe an english introduction would be nice? 20:07:08 &lt;EinMByte&gt; (even if the rest of the site is in russian) 20:07:08 &lt;EinMByte&gt; That sounds good 20:07:14 &lt;zzz&gt; hghoster has posted a English and Russian ToS as required: `http://hiddengate.i2p/wiki/ToS` 20:07:18 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:07:20 &lt;EinMByte&gt; zzz: considering the amount of russian users, I think this would be a good addition 20:07:22 &lt;hghoster&gt; zzz thank you 20:07:48 &lt;EinMByte&gt; Well, I'd just like at least one english sentence on the homepage 20:08:05 &lt;EinMByte&gt; because visiting hiddengate.i2p was quite confusing for me 20:08:31 &lt;EinMByte&gt; and I suppose it would be like that for most non-russian I2P users 20:08:45 &lt;EinMByte&gt; nevertheless, I do agree with the proposal 20:09:18 &lt;zzz&gt; any other comments from the Russian users here - bgwcb denixx_ Nyakov ? 20:09:38 &lt;hghoster&gt; we may place some welcome text on the top of first page explainig for non-russian users where they are 20:10:12 &lt;EinMByte&gt; hghoster: this is what I mean 20:10:19 &lt;hghoster&gt; i'm logging our converstation and we'll discuss it later too 20:10:21 &lt;hghoster&gt; i think they may sleep :) but bgwcb not 20:10:22 &lt;Nyakov&gt; I think this is good idea 20:10:36 &lt;bgwcb&gt; i think if hiddengate get in start-home page it fill hiddengate of some good content 20:10:37 &lt;hghoster&gt; okay, i'll remember this, thank you 20:10:49 &lt;EinMByte&gt; After all, I assume that's what users coming from the control panel will see: the front page 20:10:49 &lt;zzz&gt; hghoster, I got some comments last week in #ru that your site had very little content on it. What are your plans to add more content? 20:10:53 &lt;Yi&gt; i think it's ok 20:11:12 &lt;zzz&gt; we do not want "dead" sites on our home page 20:11:17 &lt;user@kyirc&gt; +1 for the welcome sentence. the domain name is in English and I could have gotten to the site too, and then not even knowing what it is is kinda frutrating, even if the rest will be unintelligible for me anyway 20:11:53 &lt;bgwcb&gt; and it's good idea because they heaven't cp. new arrivals may be affraid darkness networks because it's shelter for pedofiles and terrorists 20:11:59 &lt;hghoster&gt; certainly plans are good :) there is another guy "Glavred", he is idea-creator of this project. i am workiing on it like admin. also there is few guys who continuing fill wiki 20:12:37 &lt;hghoster&gt; offcourse it fills not so fast as we want. but we continue our work anyway. until someone like mr. P will not close internets 20:12:48 &lt;bgwcb&gt; but, then i will be want to get on start page `http://rus.i2p` with comment it's have a some shock-content 20:12:50 &lt;hghoster&gt; sorry for my poor english 20:13:00 &lt;iRelay&gt; Title: I2P Wiki (at rus.i2p) 20:13:13 &lt;zzz&gt; no need for sorry, you are doing fine :)( 20:13:40 &lt;zzz&gt; ok, any other comments? I have not heard any objection so far? 20:13:53 &lt;dg&gt; Sounds good to me. 20:13:54 &lt;EinMByte&gt; zzz: regarding "dead" sites - look at it like this: if a site makes the homepage, this may very well increase traffic 20:14:09 &lt;EinMByte&gt; so, that could have a positive effect on content too 20:14:12 &lt;dg&gt; Furthermore, we can always remove a site if it's 'dead' 20:14:21 &lt;EinMByte&gt; exactly 20:14:45 &lt;kytv&gt; no issues here, but an introductory sentence or two in English (to match the language of the hostname) would be welcome. 20:15:26 &lt;user@kyirc&gt; the console tooltip could/should already mention it's in Russian. am pro 20:16:08 &lt;hghoster&gt; site is hosting outside of russia, so i think there no problems with it. also i'm c++er and have good work, so money not a problem. the main thing is how to propagand i2p more effectively. we hope that paper helps us 20:16:32 &lt;hghoster&gt; kytv: yes, certainly 20:16:48 &lt;zzz&gt; ok then, hghoster we approve your request and I will add it for 0.9.13. Thanks for attending the meeting and good luck with your site 20:16:48 &lt;bgwcb&gt; i'm for it to appear on front-page 20:16:48 &lt;zzz&gt; thanks also to our friends from #ru for helping us out 20:16:50 &lt;psi&gt; (c++ers are invited to help with i2pd and i2pcpp) &lt;-- off topic 20:16:59 &lt;zzz&gt; moving on 20:16:59 &lt;zzz&gt; 2. OMGWTFBBQ Summer Europe - echelon 20:17:01 &lt;zzz&gt; eche|on, tell us about it 20:17:03 &lt;hghoster&gt; thank you all! 20:17:08 &lt;bgwcb&gt; thank you all it was an interesting 20:17:19 &lt;eche|on&gt; the BBQ 20:17:38 &lt;eche|on&gt; we always wanted to do a BBQ, I can offer to host one in this summer, in graz, austria 20:17:45 &lt;eche|on&gt; if we want to do one 20:18:18 &lt;eche|on&gt; money for drinks/food is available in funds IMHO, just the part about people to visit this BBQ is a topic... 20:18:28 &lt;EinMByte&gt; would be nice, but I would probably not attend (for reasons of anonimity) 20:18:35 &lt;zzz&gt; when? 20:18:46 &lt;eche|on&gt; I am more about end of august, september timeframe 20:19:21 &lt;zzz&gt; not to conflict with DEFCON, first week of August 20:19:33 &lt;eche|on&gt; right, I know 20:19:48 &lt;bgwcb&gt; It's good idea 20:19:58 &lt;EinMByte&gt; zzz: can I quickly append two things: one question about just mail, another about derbycon (offtopic, sorry) 20:20:11 &lt;psi&gt; on the topic of conferences orion and I are going to probably most likely be at derbycon 20:20:17 &lt;eche|on&gt; and I know not much people will come over, and I can only provide a place for bbq, no sleeping facility 20:20:23 &lt;zzz&gt; EinMByte, you will be number 4 on the agenda 20:20:33 &lt;EinMByte&gt; zzz: thanks 20:20:46 &lt;zzz&gt; psi, derbycon will be number 5 on the agenda 20:20:52 &lt;psi&gt; okay 20:20:56 &lt;EinMByte&gt; eche|on: bbq is definitely a good idea 20:21:05 &lt;EinMByte&gt; iff you can get enough people to attend 20:21:38 &lt;bgwcb&gt; but why is hosting outside of russia? 20:21:38 &lt;zzz&gt; anybody who is interested in a Graz BBQ late August / early Sept., please type "yes" or "maybe" 20:21:53 &lt;EinMByte&gt; zzz: attending or just support 20:22:09 &lt;zzz&gt; attending. 20:22:15 &lt;zzz&gt; I will say "maybe" 20:22:37 &lt;bgwcb&gt; maybe 20:22:56 &lt;psi&gt; "maybe" (if i can get there which is a very unlikely thing) 20:23:11 &lt;eche|on&gt; hm, I think I will start a questionaire in forum.i2p ? 20:23:26 &lt;eche|on&gt; graz is very good reachable by plane via Frankfurt ;-) 20:23:40 &lt;eche|on&gt; but thats expansive. I do know. 20:24:14 &lt;zzz&gt; eche|on, not a lot of support... perhaps a meetup or BBQ at a conference would be more popular? 20:24:17 &lt;EinMByte&gt; I too think it's best to move this matter to a forum or something 20:24:51 &lt;bgwcb&gt; where owned? 20:24:52 &lt;eche|on&gt; zzz: that would be better. if we find a conf which fits? 20:24:52 &lt;bgwcb&gt; sorry, where exactly 20:24:54 &lt;EinMByte&gt; 5? 20:24:54 &lt;bgwcb&gt; ? 20:24:55 &lt;zzz&gt; I would love a meetup in summertime, but combined with conf may make more sense 20:24:57 &lt;eche|on&gt; this year I do not have time to get to Las Vegas 20:25:45 &lt;eche|on&gt; (again) 20:25:48 &lt;eche|on&gt; but if you want to do something, the cash is available^^ 20:25:48 &lt;zzz&gt; ok, lets defer this topic for more research, maybe we can talk again in a couple weeks with ideas 20:25:48 &lt;eche|on&gt; I keep a eye on this 20:26:03 &lt;EinMByte&gt; good 20:26:14 &lt;zzz&gt; moving on 20:26:18 &lt;zzz&gt; 3. 0.9.13 release schedule 20:26:46 &lt;zzz&gt; we're about 4 weeks since 0.9.12 and our normal 5-8 week cycle gives us a release in late May 20:27:02 &lt;dg&gt; only 4.. 20:27:11 &lt;zzz&gt; rfree has been doing good research on the problems in 0.9.12 with firewalled routers and that -14 seems to help a lot 20:27:17 &lt;EinMByte&gt; what about those supposed problems with 0.9.12, have they been resolved (if there were any)? 20:27:19 &lt;zzz&gt; so he's recommending a release soon. 20:27:28 &lt;EinMByte&gt; oh right 20:27:50 &lt;zzz&gt; it seems to be only with firewalled routers, but that means all TAILS users too 20:27:56 &lt;eche|on&gt; zzz: how far have you come with susimail, done? 20:28:12 &lt;zzz&gt; yes I'm about done with susimail for now 20:28:24 &lt;eche|on&gt; ok, and Tails, next release at which date? 20:28:25 &lt;zzz&gt; so susimail + firewall fixes sounds good enough for a release 20:28:32 &lt;eche|on&gt; aka which date we need to be done? 20:28:33 &lt;zzz&gt; so maybe in either 2 weeks or 3? 20:28:58 &lt;user@kyirc&gt; -0 was bad for me, on lin, nonfirewalld, -4 fix reachablility. then on xp with firewall -0 was alsmot unusable. -14 works great 20:29:04 &lt;eche|on&gt; currently no problem with a shorter cycle 20:29:24 &lt;user@kyirc&gt; dunno about the console locking prob though, which was on -14 20:29:36 &lt;zzz&gt; checkin deadline May 16 or 23, and release May 19 or 26 20:29:47 &lt;eche|on&gt; may 16 would be better (29th is holiday) 20:29:50 &lt;dg&gt; I say 16/19 provided there's no deadlocks and stuff. 20:30:10 &lt;dg&gt; If user's still suffering, hold off. 20:31:10 &lt;zzz&gt; OK let's shoot for the 16th for a deadline and a release on the 19th. If we have unresolved problems then we will push it back 20:31:20 &lt;EinMByte&gt; ok 20:31:45 &lt;user@kyirc&gt; on the xp it's perfectly fine. the console thingy in MY case can be caused by myself, since I tried a plugin that was still depending on an older version of jetty. maybe that changed something in my settings, for the problems remained after removing the plugins. but that's just in MY case 20:32:14 &lt;user@kyirc&gt; if no one else has that problem, then -14 is a good release candidate, imho 20:32:49 &lt;zzz&gt; moving on: 4) EinMByte Just Mail 20:32:49 &lt;EinMByte&gt; yes, just a minor question 20:32:49 &lt;EinMByte&gt; orion: ding 20:32:54 &lt;EinMByte&gt; So my question was: has orion been able to get in touch 20:33:07 &lt;EinMByte&gt; and second of all: what the hell are they doing 20:33:16 &lt;EinMByte&gt; imho, it doesn't seem like it can work 20:33:20 &lt;zzz&gt; he got a reply and copied me, it didn't really say much 20:33:26 &lt;EinMByte&gt; so I think they need some advice 20:33:30 &lt;EinMByte&gt; zzz: could you paste 20:33:38 &lt;EinMByte&gt; I'm interested 20:34:04 &lt;EinMByte&gt; as I wrote on `http://zzz.i2p/topics/1614,` I doubt about their ideas 20:34:10 &lt;iRelay&gt; Title: zzz.i2p: Just Mail Kickstarter (at zzz.i2p) 20:34:28 &lt;EinMByte&gt; * the feasability of their ideas 20:35:09 &lt;zzz&gt; I'll paste it onto that thread after the meeting.. It's just marketing b.s., doesn't really explain anything. 20:35:26 &lt;EinMByte&gt; alright, thanks 20:35:44 &lt;zzz&gt; anything else on Just Mail? 20:35:47 &lt;EinMByte&gt; I think that will do for 4, it doesn't seem like this is going to work out 20:36:12 &lt;EinMByte&gt; (I'm sorry for the people who invested in it, too) 20:36:25 &lt;zzz&gt; moving on 20:36:37 &lt;zzz&gt; 5) DerbyCon EinMByte psi orion 20:36:55 &lt;psi&gt; i believe that orion and I will be able to attend derbycon 20:37:00 &lt;EinMByte&gt; again, I wanted to know the status on that 20:37:07 &lt;EinMByte&gt; okay, any talks yet? 20:37:20 &lt;psi&gt; i was hoping you two could give one 20:37:29 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:37:33 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:37:44 &lt;EinMByte&gt; zzz: no chance of you giving a talk? 20:38:20 &lt;zzz&gt; A chance, but I vote for our PR guy orion 20:38:24 &lt;EinMByte&gt; also, does anyone know whether or not these talks are being broadcasted? 20:38:50 &lt;psi&gt; if they are you could always dress like the unibomber (str4d) 20:39:25 &lt;zzz&gt; psi, orion, I recommend you contact Adrian immediately to find out the CFP schedule and process and find out what kind of talk would be appropriate 20:39:35 &lt;psi&gt; okay 20:39:46 &lt;zzz&gt; This is mainly an InfoSec conf, much different from DEFCON/HOPE/CCC etc 20:40:39 &lt;EinMByte&gt; It is important that we have a talk, because that will definitely spread the word 20:40:54 &lt;EinMByte&gt; (also more chance of academic research) 20:41:13 &lt;zzz&gt; speaking of HOPE: `http://zzz.i2p/topics/1507` 20:41:19 &lt;iRelay&gt; Title: zzz.i2p: HOPE X (at zzz.i2p) 20:41:36 &lt;zzz&gt; and DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 &lt;iRelay&gt; Title: zzz.i2p: DEFCON 2014 (at zzz.i2p) 20:42:07 &lt;zzz&gt; anyway, psi and orion, if you guys go to DerbyCon there's a chance I'll go too. 20:42:18 &lt;zzz&gt; eche|on, Louisville BBQ? 20:42:22 &lt;EinMByte&gt; in an ideal world, we'd have a talk on all of those conferences 20:42:30 &lt;psi&gt; ooh that sounds nice, BBQ in KT 20:42:51 &lt;zzz&gt; KY 20:43:02 &lt;psi&gt; it's KY? dang 20:43:50 &lt;zzz&gt; two or three of you should co-author a talk and leave me out of it. That would be best :) 20:44:00 &lt;zzz&gt; anything else for the meeting? 20:44:10 * zzz warms up the baffer 20:44:14 &lt;user@kyirc&gt; it's not a topic on the agenda, but I think, we should start thinking about our official in-network homepage. www.i2p2.i2p is ugly. it was chosen in order to match the public internet domain of i2p2.de. since this one is not our main address anymore, we should also think about a nicer in-network domain. i2p.i2p for instance. dunno if geti2p.i2p makes sense, as you don't need to _get_ i2p anymore. 20:44:23 &lt;eche|on&gt; zzz: louiesville, time, place? 20:44:39 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:44:44 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:44:53 &lt;user@kyirc&gt; not urgent, but maybe something to think about, and easy to "fix" 20:45:22 &lt;EinMByte&gt; yes, new homepage would be nice 20:45:22 &lt;eche|on&gt; hm, at this date I wanted to be in scotland 20:45:30 &lt;zzz&gt; user, that's welterde. In the router console we have removed all references, we now point to i2p-projekt.i2p 20:45:59 &lt;user@kyirc&gt; which is not perfect either, because of the k 20:45:59 &lt;zzz&gt; thanks everybody for a good meeting 20:46:09 &lt;eche|on&gt; would need a check on timetables 20:46:20 &lt;EinMByte&gt; zzz: one last thing, do you plan on having regular meetings 20:46:30 &lt;user@kyirc&gt; as it's a link it's not that much of a problem, but still an english-language name would be better, imho 20:46:44 &lt;EinMByte&gt; (unless that's already the case?) 20:47:02 &lt;zzz&gt; EinMByte, we schedule meetings as-needed. Anybody can schedule a meeting at any time for any topic. 20:47:17 &lt;EinMByte&gt; zzz: alright 20:47:23 &lt;user@kyirc&gt; what's wrong with i2p-project.i2p ? already registered by someone else? 20:47:47 &lt;eche|on&gt; but louisville is nice to reach and central 20:47:50 &lt;zzz&gt; EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 20:48:37 &lt;EinMByte&gt; I'm thinking about an i2pcpp meeting 20:48:42 &lt;EinMByte&gt; but I need to discuss with orion 20:48:44 &lt;zzz&gt; if we are going to DerbyCon we should try to convince Lance to go too 20:50:03 &lt;eche|on&gt; ok, I keep this in head and I went off for bed 20:50:04 &lt;eche|on&gt; cya later 20:50:19 &lt;zzz&gt; any talk will have to be kickass to be accepted. DerbyCon was small the first year but this is the 4th year I think. We have a little bit of inside track with irongeek but it's not just his show. 20:50:55 &lt;EinMByte&gt; btw, I'm willing to look at slides etc etc. Not sure if it would help a lot but you never know 20:51:51 &lt;EinMByte&gt; anyway, bye </div>/vi/blog/2014/04/22/i2p-dev-meeting-april-22-2014/Tue, 22 Apr 2014 00:00:00 +0000/vi/blog/2014/04/22/i2p-dev-meeting-april-22-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> hottuna, nombre\_, psi, str4d, zzz2</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:32:31 &lt;str4d&gt; Hi all 20:34:53 &lt;str4d&gt; 0) Hi 20:34:53 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 &lt;str4d&gt; 2) New transport for Tor PTs `http://zzz.i2p/topics/1551` 20:34:53 &lt;str4d&gt; 3) Any items that emerge from 1) 20:34:53 &lt;str4d&gt; Post-meeting activity: Stress-testing Mumble (voice chat over I2P) 20:35:07 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:35:10 &lt;iRelay&gt; Title: zzz.i2p: Supporting Tor Pluggable Transports (at zzz.i2p) 20:35:29 &lt;str4d&gt; 0) Hi 20:35:57 &lt;hottuna&gt; Hello 20:37:37 &lt;str4d&gt; Anyone else? 20:38:01 &lt;str4d&gt; zzz2 orion psi kytv meeh_ 20:41:17 &lt;str4d&gt; Hopefully some of them will turn up. 20:41:17 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 &lt;iRelay&gt; Title: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:41:26 &lt;zzz2&gt; here 20:41:58 &lt;str4d&gt; At zzz's request we started a discussion thread to propose ideas for the I2P roadmap moving forward. 20:42:27 &lt;str4d&gt; There was a lot of chatter, but no actual consensus was reached. 20:43:14 &lt;str4d&gt; I summarized some of the initial suggestions on the roadmap page `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 20:45:01 &lt;str4d&gt; zzz2: I see you have been getting stuck into susimail (yay) 20:46:19 &lt;zzz2&gt; yeah, fell down that rathole while we try to decide what's really important 20:52:07 &lt;str4d&gt; I think that it was useful work, if only because there is a long-standing bug about login problems, and susimail is one of the first apps that users are going to try 20:52:08 &lt;str4d&gt; `http://trac.i2p2.i2p/ticket/747` 20:52:12 &lt;iRelay&gt; Title: #747 (Login problems with Susimail) I2P Bugtracker (at trac.i2p2.i2p) 20:54:45 &lt;psi&gt; str4d: ohai 20:54:47 * psi is late? 20:55:19 &lt;str4d&gt; yes psi is 20:55:25 &lt;str4d&gt; Nothing much has happened yet :/ 20:55:58 * psi scrolls up 20:56:07 &lt;str4d&gt; To summarize what has been going on since the RFC was put out: 20:56:18 &lt;str4d&gt; - zzz has worked on susimail 20:56:59 &lt;str4d&gt; - psi has been getting his head around PTs, new DH and JNI 20:57:23 &lt;str4d&gt; - I have been working on I2P-Bote Android, and now Java EdDSA 20:57:39 * psi has been spending the entire day fleshing out the structure of PT for i2p 20:58:59 &lt;zzz2&gt; if str4d and psi are making progress on EdDSA, 25519, and PTs, then I think the best use of my time is moving forward on new sig algo migration, e.g. multiple dests down a tunnel, and some sort of addressbook support 21:00:27 &lt;jenkins@kyirc&gt; Starting build #581 for job I2P 21:01:01 &lt;zzz2&gt; whats the status of psi mtn keys and dev agreement? I've gotten nothing in the mail. 21:01:23 &lt;str4d&gt; psi signed the dev agreement, I pushed it to the website 21:01:36 &lt;str4d&gt; (so his pub keys are on record) 21:02:10 &lt;zzz2&gt; his key fingerprint is on there too? 21:02:32 &lt;zzz2&gt; if so I'll add him and announce it 21:03:02 &lt;psi&gt; my gpg fp is on my twitter 21:03:05 &lt;str4d&gt; not the fingerprint, but the key itself is 21:03:47 &lt;zzz2&gt; it needs to be in that sample monotonerc template file. psi maybe you can do that as your first test of mtn skills? 21:04:23 &lt;jenkins@kyirc&gt; Yippee, build fixed! 21:04:24 &lt;jenkins@kyirc&gt; Project I2P build #581: FIXED in 3 min 55 sec: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 &lt;psi&gt; i can get that 21:04:40 &lt;psi&gt; i already did that locally 21:04:53 &lt;str4d&gt; zzz2, psi, I have updated the roadmap Gantt - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 &lt;iRelay&gt; Title: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 21:05:21 &lt;psi&gt; the monotone key fp for my NOT transport key is "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 &lt;psi&gt; i can get my transport key fp as well 21:06:29 &lt;zzz2&gt; ok great, welcome to the team! As I tell everybody, please be careful, practice on www first 21:06:30 &lt;str4d&gt; psi: you need to send that to eche, kytv and welt 21:06:43 &lt;str4d&gt; +1 21:06:56 * kytv got it and is adding it to his server 21:07:08 &lt;zzz2&gt; psi, we have very precise instructions on how to do all this on the web page... :) 21:07:27 &lt;psi&gt; i will review that 21:07:38 &lt;zzz2&gt; e.g., send me mail (but no longer needed for you) 21:08:15 &lt;str4d&gt; How does the Gantt roadmap look to everyone now? Are there any items that seem unrealistic, or any that are missing 21:08:16 &lt;str4d&gt; ? 21:09:37 * psi reviews roadmap 21:09:43 &lt;jenkins@kyirc&gt; Project I2P UnitTests build #528: SUCCESS in 5 min 6 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 &lt;jenkins@kyirc&gt; Starting build #82 for job I2P-Android 21:09:59 &lt;str4d&gt; zzz2: I suggest that you get the new GPG keys item out of the way sooner rather than later ;) 21:10:19 &lt;zzz2&gt; str4d, please tell us what it's telling you about what's important 21:10:33 &lt;str4d&gt; psi: are you finding much overlap between your PTs work and NTCP2? 21:10:34 &lt;zzz2&gt; yes I'll do it before the next release, I promise 21:11:24 &lt;str4d&gt; IMHO there are three things that are important: 21:11:32 &lt;jenkins@kyirc&gt; Project I2P-Android build #82: SUCCESS in 1 min 34 sec: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 &lt;str4d&gt; 1) progress on the crypto upgrade - now finally getting underway 21:12:01 &lt;psi&gt; str4d: at the moment, i have yet to look at ntcp2 21:12:13 &lt;str4d&gt; (continuing on from the prep work) 21:13:28 &lt;zzz2&gt; 1) "now getting underway" ? I've been busting ass on it for 6 months 21:13:32 &lt;str4d&gt; 2) Audit prep - IMHO we need to get on top of our threat model etc. ASAP 21:15:33 * psi afks for 30 minutes 21:15:33 &lt;psi&gt; unexpected event bbl 21:15:33 &lt;psi&gt; i will look at scrollback later 21:16:21 &lt;zzz2&gt; There seems to be some confusion out there about "new signing crypto". It's done, it's out there in 0.9.12, it works. For destinations. 21:17:06 &lt;zzz2&gt; The "only" thing not done is migrating existing published destinations to a new one. 21:21:13 &lt;str4d&gt; yes, which first relies on choosing a new one, which IMHO should be Ed25519, which relies on getting a fast impl. 21:21:15 &lt;str4d&gt; And at the same time, I agree that the remaining required migration infrastructure should be implemented. 21:21:16 &lt;str4d&gt; &lt;str4d&gt; For years we have left it to the side and worked on what we think is beneficial to users, but IMHO if we want to start getting more research interest, and utilize it effectively, we need to be more conscious of what I2P can and cannot achieve. 21:21:17 &lt;str4d&gt; &lt;str4d&gt; I know you have zzz ;P 21:21:18 &lt;str4d&gt; &lt;str4d&gt; (I was specifically referring to the part of it involving the actual new crypto) 21:21:19 &lt;str4d&gt; &lt;str4d&gt; thank you for the effort you have put into getting it this far :) 21:21:20 &lt;str4d&gt; &lt;str4d&gt; 3) Usability, UX - this is a third important point that is not on the Roadmap chart 21:21:22 &lt;str4d&gt; &lt;str4d&gt; Well - zzz's susimail work falls into that category, as does streaming improvements 21:21:41 &lt;str4d&gt; &lt;str4d&gt; But also important is reviewing our error and help pages, and how we aid the user in getting their jobs done. 21:21:41 &lt;str4d&gt; (after my "2) Audit prep" line) 21:22:00 &lt;str4d&gt; I need to go AFK in 10-15 mins 21:22:50 &lt;str4d&gt; And since psi is AFK, I'm dropping "2) New transport for Tor PTs" from this meeting 21:23:55 &lt;str4d&gt; zzz2: in your opinion, what do we need to do before organizing a meeting with Lance re: threat model? 21:24:59 * str4d would like to try for a meeting with Lance in May 21:26:04 &lt;str4d&gt; so we need to work out what we need to do before then, so we can organize the meeting with enough time to finish that first. 21:29:27 &lt;zzz2&gt; I disagree that we first have to choose. 21:29:59 &lt;zzz2&gt; Or, that we can choose now (P256) and choose again later when more options are available. 21:30:02 &lt;MTN@kyirc&gt; [ I2P ] compile fix [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 &lt;zzz2&gt; We could switch the default for new dests to P256 in 0.9.13 if we want. 21:30:35 &lt;str4d&gt; zzz2: if we get to the stage where the naming system can cope with dynamic enc choices, then I agree 21:31:05 &lt;zzz2&gt; P256 is clearly better than DSA 21:31:34 &lt;str4d&gt; I also agree there. 21:31:43 &lt;zzz2&gt; I think the P256 haters better take a step back and think about how bad DSA 1024 is. 21:32:03 &lt;MTN@kyirc&gt; [ WWW ] adding psi's transport key [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 &lt;str4d&gt; zzz2: I understand your point. 21:33:39 &lt;zzz2&gt; re: audit and Lance, it's always a good time. you have an audit process update for us from the mailing list? 21:33:40 &lt;str4d&gt; Part of my reason for wanting to get EdDSA working before the switch is that based on what you have said in threads before, I wouldn't look forward to switching Dest signing algo twice. 21:34:14 &lt;str4d&gt; yes, the second time would be a bit easier because multi dest support etc. would be there, but the naming side is still the weakness. 21:34:48 &lt;zzz2&gt; for servers you don't want to switch twice, but for clients it doesnt matter 21:35:04 &lt;str4d&gt; good point. 21:35:23 &lt;str4d&gt; Is there anything that would prevent new Dests talking with old ones? 21:35:31 &lt;nombre_&gt; so i gather you guys are doing crypto upgrades? is there perhaps a page that goes into detail on what all you're planning? and on a 25519 implementation, you could just use nacl via jni, or kalium, tho that might be somewhat limiting 21:35:34 &lt;zzz2&gt; and even for servers, if you switch to P256 it hardly seems worth it to switch again, unless some really bad news comes out about P256 21:35:54 &lt;str4d&gt; If not, it could be a good idea to get clients onto P256 sooner 21:36:08 &lt;zzz2&gt; new dests can talk to old and vice versa, as long as both are on 0.9.12 or later 21:36:39 &lt;str4d&gt; zzz2: http://blog.cr.yp.to/20140323-ecdsa.html is reason enough for me to not want to stay on ECDSA 21:36:43 &lt;iRelay&gt; Title: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (at blog.cr.yp.to) 21:37:56 &lt;str4d&gt; not for any one single point (yet), but if we can get an effective, *correct* implementation of EdDSA, I think it would be very beneficial to switch 21:38:27 &lt;str4d&gt; nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 &lt;iRelay&gt; Title: #856 (Crypto review/migration) I2P Bugtracker (at trac.i2p2.i2p) 21:38:30 &lt;str4d&gt; (and links therein) 21:38:40 &lt;nombre_&gt; thx str4d 21:38:53 &lt;zzz2&gt; nothing there tells me to delay getting rid of DSA though. There's nothing in there that makes me panic about P256 either. Is there anything better than P256? sure. 21:39:15 &lt;str4d&gt; zzz2: no real updates as such from the OpenITP mailing list, there hasn't been much real activity lately. 21:40:38 &lt;zzz2&gt; I allowed for 65536 signing algos and I implemented 7. 65529 to go, we can add a few every release if we like. 21:43:27 &lt;str4d&gt; zzz, I would support moving clients to p256 in 0.9.13 21:44:47 &lt;str4d&gt; but if the server transition is still not going to be smooth, I'd rayher hold off a bit and see how EdDSA work goes. 21:45:49 &lt;nombre_&gt; as would i (not that my opinion counts for anything), nist ecdsa is better than dsa, even if some of us tinfoilers won't feel secure until its 25519 21:46:48 &lt;nombre_&gt; dest/b32 breaking is sorta a given tho yes? 21:47:13 &lt;str4d&gt; it's taken a long time and a lot of work to get to this point, no sense rushing at the last minute 21:49:48 * RN pokes head in and looks around 21:54:36 &lt;zzz2&gt; there's 1) clients 2) new servers and 3) existing server migration. 21:54:43 &lt;zzz2&gt; 1 and 2 we can do now, 3) takes a lot more work. 21:54:59 &lt;zzz2&gt; 1 and 2 breaks compatibility with old routers, i2pcpp, and i2pd though, until they catch up 21:55:16 &lt;nombre_&gt; so is there someone working on finding/creating a java implementation of 25519? and whats the estimated timeframe on when it would be usable? 21:55:28 &lt;nombre_&gt; i assume with p256, its already doable because thats included in bouncy castle? 21:55:52 &lt;zzz2&gt; p256 is in the jvm 21:56:06 &lt;nombre_&gt; ah even better 21:56:17 &lt;zzz2&gt; we have 25519 java now but it's far too slow to be usable. str4d and psi are trying to speed it up 21:57:39 &lt;nombre_&gt; hmm well not knowing anything about crypto, i would think using jni would be the simplest way to speed it up. perhaps i should look into 25519 more to understand what parts of it are the bottlenecks 23:02:36 &lt;str4d&gt; No one actually ended it when I went afk, so: 23:02:53 * str4d *baf*s the meeting closed. </div>/vi/blog/2014/03/31/0.9.12-release/Mon, 31 Mar 2014 00:00:00 +0000/vi/blog/2014/03/31/0.9.12-release/<p>I2P hiện yêu cầu Java 6 hoặc cao hơn. Chúng tôi khuyến nghị mạnh mẽ bạn nâng cấp lên Java 7. Nếu bạn vẫn đang sử dụng Java 5, bạn phải nâng cấp Java trước khi cài đặt I2P 0.9.12.</p> <p>Phiên bản 0.9.12 bổ sung hỗ trợ sơ bộ cho các Destination được ký bằng ECDSA. Nó chứa một số bản sửa lỗi liên quan đến xử lý Tin nhắn Trạng thái Giao hàng (xác nhận), và những tin nhắn này hiện đã được mã hóa end-to-end để tăng cường bảo mật.</p>/vi/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/Wed, 12 Mar 2014 00:00:00 +0000/vi/blog/2014/03/12/search-engine-duckduckgo-awards-invisible-internet-project-5000/<p><strong>Somewhere, NH</strong> &ndash; Công ty tìm kiếm Internet <a href="https://duckduckgo.com/">DuckDuckGo</a> <a href="https://duck.co/blog/foss2014">quyên góp</a> 5000 đô la Mỹ cho <a href="https://geti2p.net/">Dự án Internet Vô hình</a> (I2P) như một phần trong chương trình quyên góp mã nguồn mở hàng năm của họ. Khoản tài trợ này được trao dựa trên <a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">đề cử</a> từ các thành viên công chúng trên cổng cộng đồng DuckDuckGo. Với trọng tâm là quyền riêng tư, DuckDuckGo cung cấp một công cụ tìm kiếm không theo dõi người dùng hay lưu trữ dữ liệu cá nhân. I2P là một mạng ẩn danh nhằm bảo vệ cá nhân khỏi việc giám sát hàng loạt thường xuyên được thực hiện bởi các nhà cung cấp dịch vụ Internet và chính phủ.</p>/vi/blog/2014/03/11/i2p-dev-meeting-march-11-2014/Tue, 11 Mar 2014 00:00:00 +0000/vi/blog/2014/03/11/i2p-dev-meeting-march-11-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:26 &lt;zzz&gt; 0. Hi 20:00:26 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:00:26 &lt;zzz&gt; 2. Git (Meeh) 20:00:26 &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:00:26 &lt;zzz&gt; 0. Hi 20:00:27 &lt;zzz&gt; Hi 20:00:33 &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:01:43 &lt;eche|on&gt; hi 20:02:02 &lt;orion&gt; Hi. 20:02:29 &lt;inscrut_&gt; hi eche|on 20:02:39 &lt;inscrut_&gt; o/ orion 20:02:48 &lt;topiltzin&gt; hi 20:04:08 &lt;inscrut_&gt; yo topz 20:05:15 &lt;str4d&gt; hey 20:05:26 &lt;topiltzin&gt; netsplit 20:05:54 &lt;str4d&gt; boo 20:05:59 &lt;str4d&gt; hiss 20:06:15 * inscrut_ lobs a tomato 20:08:58 &lt;topiltzin&gt; alright, meeting's over. Move along now 20:09:01 &lt;eche|on&gt; on topics 0-2 I am rather more or less "go ahead". 20:09:12 &lt;zzz&gt; ok lets try this again 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2. Git (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Hi 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Let's limit each topic to about 15 minutes 20:09:12 &lt;zzz&gt; &lt;zzz&gt; For 2 and 3, which are large and oft-discussed topics, let's focus on where we are now and what to do next, not how we got here 20:09:12 &lt;zzz&gt; &lt;zzz&gt; I don't expect to reach any decisions on 2 or 3, but it would be nice to come up with next steps for research if necessary 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Also, background on the agenda items are at the link in /topic above. 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Meeh are you here? 20:09:12 &lt;zzz&gt; &lt;zzz&gt; skipping 1 and 2 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon reduced services / incorporation 20:09:12 &lt;zzz&gt; &lt;zzz&gt; eche|on, are you here? 20:09:44 &lt;zzz&gt; so we skipped 1 and 2 and are on 3. eche|on the floor is yours 20:10:12 &lt;eche|on&gt; due to a lot of private and non private issues, I reduced my services and will reduce some more 20:10:20 &lt;eche|on&gt; e.g. false.i2p is down 20:10:48 &lt;eche|on&gt; which service will be next I cannot tell currently, I will keep on being the money guy for this year at least 20:11:27 &lt;eche|on&gt; I just got some thoughts now tha I could not stop I2P from loosing money due to fraud and other stuff, it gets harder 20:11:54 &lt;eche|on&gt; also the more money, the tougher it gets, esp. with companies donation money to us, which we should spent on "useful" stuff. 20:12:17 &lt;orion&gt; I'd like to interject. 20:12:19 &lt;eche|on&gt; it is all not really clear, more a "feeling", I know, but I just want to inform you 20:13:33 &lt;AK-47&gt; Thanks for the time it lasted, anyway. 20:13:33 &lt;psi&gt; hi 20:13:33 &lt;zzz&gt; eche|on, you have any specific proposals to bring to us today? 20:14:30 &lt;zzz&gt; two possibilities that may lessen your workload slightly - making orion "asst. treasurer - U.S. $$" and Meeh "asst. treasurer - BTC/altcoin" --- would either of those help at all? 20:14:31 &lt;eche|on&gt; my propopsal: think hard about getting incorporated and if not 20:14:50 &lt;eche|on&gt; a $ treasurer will help for $ donations, sure 20:15:00 &lt;eche|on&gt; and meeh for alt/btc would be fine, too 20:15:43 &lt;inscrut_&gt; is it possible to publicise the books? perhaps as a dual-entry ledger? 20:15:52 &lt;eche|on&gt; books? 20:16:01 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` 20:16:09 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:16:26 &lt;orion&gt; I want to make two separate proposals. The first one is thus: We should keep the money spread out in multiple currencies (dollar, euro, *coin). 20:16:39 &lt;orion&gt; And they should be held in different jurisdictions. 20:16:40 &lt;eche|on&gt; my bigger problem/fear is the amount of nearly 40k in my hand. as this is "official" my money, for the law. not I2p. 20:17:54 &lt;str4d&gt; hmm. So if you independently have financial trouble, legally you would need to wipe out I2P funds. 20:18:15 &lt;eche|on&gt; correct 20:18:32 &lt;eche|on&gt; thats the problem with being not a legal entity 20:18:54 &lt;eche|on&gt; and thats why I do not want more than 50k here, more or less 20:21:36 &lt;orion&gt; eche|on: Before considering incorporation, do you agree that the money should be held in both different currencies and jurisdictions? 20:21:43 &lt;eche|on&gt; I do not have big problems (personal) with more than 50k, but if there are problems, I2P will loose, which is not my intention 20:22:05 &lt;zzz&gt; there's some benefit in keeping a $$ account. Much of our income and expenses is in $$ and we lose lots in the round-trip conversions 20:22:13 &lt;eche|on&gt; orion: a US based $ account is usefull and if someone wants it: yes 20:22:34 &lt;orion&gt; I will volunteer to hold USD in an account. 20:23:40 &lt;zzz&gt; is it managable for mutliple ppl to hold money and yet roll up the totals and transactions on the hall-of-fame page? 20:24:25 &lt;eche|on&gt; it is possible due to mtn/git hosting of our webpage 20:24:42 &lt;eche|on&gt; we would need a table/section for each currency 20:25:06 &lt;str4d&gt; displaying it is simple 20:25:07 &lt;eche|on&gt; if we want to divide ONE currency upon 2+x people, they need to interact good 20:26:58 &lt;zzz&gt; eche|on would remain treasurer and responsible for keeping the totals, with assistants responsible for keeping track of their part? 20:27:00 &lt;eche|on&gt; about incorporation: 50k is not worth the hassle IMHO, but there IS a risk 20:27:16 &lt;eche|on&gt; zzz: would be fine. 20:27:30 &lt;zzz&gt; incororation does very little to reduce risk 20:27:50 &lt;eche|on&gt; but it takes the risk off me ;-) 20:29:03 &lt;orion&gt; I have a proposal that doesn't involve incorporation: a trust fund 20:29:03 &lt;str4d&gt; doesn't prevent willful money loss, but prevents legal loss due to personal insolvency 20:29:06 &lt;zzz&gt; so the proposal is to make orion an assistant treasurer - U.S. --- any objections or further discussion on that? 20:29:07 &lt;topiltzin&gt; don't spend the bitcoins on acid 20:29:09 &lt;str4d&gt; I second orion's nomination 20:29:59 &lt;zzz&gt; ok sounds like a done deal, eche|on and orion can work out the details. 20:30:16 &lt;eche|on&gt; addendum to the topic list: 20:30:24 &lt;eche|on&gt; 4. 50BTC Bitcoin client bounty 20:30:43 &lt;zzz&gt; We're about at the end of our 15 minutes. Any next steps on incorporation or proposals or things to do or research re: incorporation? 20:30:53 &lt;eche|on&gt; 50BTC is alot of money for a plugin of I2P btc. Proposal: reduce to 10 and 40BTC into general fund 20:31:05 &lt;zzz&gt; ok ech you're on the list for #4 20:31:15 &lt;orion&gt; topiltzin: I won't. :x 20:31:29 &lt;zzz&gt; last call for topic 3 20:31:35 &lt;orion&gt; zzz: Trust fund. 20:31:52 &lt;orion&gt; I want to propose that as a cheap alternative to incorporation. 20:32:25 &lt;zzz&gt; ok, how about if you write up a proposal and post it somewhere and we can discuss at a future meeting? 20:32:41 &lt;str4d&gt; With e.g. What are the legal differences? 20:33:46 &lt;zzz&gt; declaring end of topic 3 20:33:50 &lt;zzz&gt; back to topic 1 20:33:52 &lt;zzz&gt; 1. anoncoin.i2p console home page request (Meeh) 20:34:09 &lt;zzz&gt; any discussions agreement or objections to anoncoin.i2p on the home page? 20:34:44 &lt;eche|on&gt; go ahead, add it 20:35:41 &lt;zzz&gt; anoncoin could be about to go big and Meeh's working on marketing it more to the I2P community 20:35:48 &lt;zzz&gt; last call for 1 20:36:22 &lt;eche|on&gt; I would be carefull about "getting big" even litecoin did not got big, its all a bit of a hype, but hey, great anoncoin is known for I2P 20:36:40 &lt;eche|on&gt; to bad snowden did no marketing for I2P 20:36:49 &lt;zzz&gt; heh. 20:37:03 &lt;zzz&gt; but talk to Meeh if you have any questions about his plans 20:37:06 &lt;str4d&gt; I couldn't view the website, but I have no obvious objections. 20:37:08 &lt;eche|on&gt; will do 20:37:16 &lt;zzz&gt; end of 1. I'll add it. 20:37:17 &lt;zzz&gt; 2. Git (Meeh) 20:37:30 &lt;efkt&gt; +1 for anoncoin 20:37:38 &lt;orion&gt; No objections for anoncoin. 20:37:39 &lt;eche|on&gt; git - no real objection, except the resume issue and a need for a howto 20:37:40 &lt;zzz&gt; any thoughts on git? 20:37:56 &lt;zzz&gt; is there a resume issue? 20:38:08 &lt;str4d&gt; Pros: 20:38:12 &lt;eche|on&gt; afaik GIT does not resume 20:38:16 &lt;str4d&gt; Everyone knows it 20:38:24 &lt;orion&gt; Wait, what is resume? 20:38:32 &lt;orion&gt; What is the context of this topic? 20:38:50 &lt;zzz&gt; `http://zzz.i2p/topics/1588` &lt;--- context 20:38:56 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (at zzz.i2p) 20:38:57 &lt;topiltzin&gt; If the connection breaks during a fetch/clone/pull/push 20:39:03 &lt;eche|on&gt; orion: on a big clone/pull/... tunnel breaks, does git start over from beginning or in middle of transaction? 20:40:11 &lt;str4d&gt; Everything supports it 20:40:12 &lt;str4d&gt; Can sign or approve commits with GPG keys 20:40:12 &lt;str4d&gt; orion: possible mive from mtn to git 20:40:12 &lt;str4d&gt; Cons: 20:41:09 &lt;str4d&gt; - Resume not supported (if a pull fails partway you have to start from beginning) 20:41:09 &lt;str4d&gt; - local timezone stored in commit 20:41:09 &lt;str4d&gt; (fix with alias git='TZ=UTC git') 20:41:41 &lt;zzz&gt; HH recently accepted a pull request on github i2p.i2p. If he can do that, why switch to git? Is real git better than exporting? 20:42:05 &lt;topiltzin&gt; real git would be anonymous as we wouldn't be using github 20:42:42 &lt;topiltzin&gt; there are other issues with exporting - changes since last export not visible until the next export 20:42:49 &lt;zzz&gt; I thought the point was to make github pulls easier 20:43:26 &lt;zzz&gt; if a new contributor has to run git inside i2p, did we really make it any easier for him? 20:43:58 &lt;topiltzin&gt; if we did what? 20:44:14 &lt;zzz&gt; switched to git, whatever that means 20:44:37 &lt;topiltzin&gt; I assume we would have in-i2p as well as clearnet git servers, much like we have them in mtn now 20:45:46 &lt;topiltzin&gt; and they would sync periodically just like now. Conceptually everything stays the same, all we change is the software 20:45:53 &lt;zzz&gt; I guess I dont know how pull requests work so I'll stop asking questions 20:47:30 &lt;topiltzin&gt; pull request is like saying: "Please sync from my git repo" 20:47:56 &lt;topiltzin&gt; on a conceptual level there is very little difference between git and mtn. It's surprising how similar their mechanisms are 20:47:56 &lt;zzz&gt; how about a straw poll - anybody who has an opinion, type in ++, +, 0, -, or -- for strongly in favor/in favor/neutral/opposed/strongly opposed to moving to git 20:48:05 &lt;topiltzin&gt; ++ 20:48:08 &lt;orion&gt; ++ 20:48:17 &lt;eche|on&gt; 0 20:49:02 &lt;zzz&gt; 0 20:50:14 &lt;zzz&gt; any volunteers to research further and report back? 20:51:08 &lt;topiltzin&gt; any specifics on what to research? 20:51:28 &lt;zzz&gt; we have e.g. viewmtn, trac, and some mtn stuff embedded in our build scripts that would all need to be addressed. Anybody to make a list of what would be required and how much work 20:51:59 &lt;zzz&gt; and whether the resume issue is a serious problem or not 20:53:01 &lt;zzz&gt; well then, lets put it back on Meeh since it's his agenda item. We'll ask him to report back at a future meeting. 20:53:10 &lt;zzz&gt; anything else on 2? 20:53:12 &lt;topiltzin&gt; I'll take a look, although I imagine kytv would know best about the build scripts, no? 20:53:42 &lt;zzz&gt; the build stuff is mostly my doing 20:53:52 &lt;zzz&gt; end of 2) 20:53:59 &lt;zzz&gt; 4. 50BTC Bitcoin client bounty - echelon go 20:54:39 &lt;eche|on&gt; ok, the native bitcoin client still has 50 BTC leftover for the task of "integrating btc client into I2P client", aka: plugin 20:55:38 &lt;eche|on&gt; there is already a btc client for I2p (IMHO giv made it) and he got 68 BTC and 30 from the bounty for the standalone client 20:56:08 &lt;eche|on&gt; now: 50 BTC is A LOT for making a plugin. I would like to split it, e.g. 10 BTC for plugin, 40 for general fund 20:56:28 &lt;str4d&gt; even 10BTC is a lot. 20:57:12 &lt;kytv&gt; (1BTC is a lot) 20:57:22 &lt;kytv&gt; (for a plugin) 20:59:04 &lt;eche|on&gt; I do not know, thats why I set it on topic 20:59:16 &lt;eche|on&gt; I do not want to be the bad guy "stealing" money from bounties 21:02:42 &lt;zzz&gt; no objections to splitting it 21:03:00 &lt;eche|on&gt; ok 21:03:09 &lt;eche|on&gt; will do so 21:03:22 &lt;zzz&gt; anybody else with thoughts on 4) 21:03:45 &lt;kytv&gt; just to be clear: no objections on splitting. 21:03:52 &lt;zzz&gt; anything else for the meeting? 21:04:23 * zzz encourages people to discuss things between meetings 21:04:41 &lt;kytv&gt; (big objection to 50BTC going to a plugin...i mean http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 &lt;iRelay&gt; Title: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (at coinmill.com) 21:04:53 &lt;zzz&gt; and reminds that anybody can schedule a meeting on any topic at any time 21:05:06 * zzz *bafs* the meeting closed </div>/vi/blog/2014/02/16/malware-at-i2pbrowser.net/Sun, 16 Feb 2014 00:00:00 +0000/vi/blog/2014/02/16/malware-at-i2pbrowser.net/<p>Chúng tôi gần đây đã phát hiện sự tồn tại của trang i2pbrowser.net. Trang web này sao chép trang chủ và trang tải xuống của chúng tôi, đồng thời cố gắng lừa người dùng tải về phần mềm độc hại dành cho Windows.</p> <p>Có một số dấu hiệu cho thấy i2pbrowser.net là một trang phân phối phần mềm độc hại:</p> <ul> <li>Tên miền được đăng ký vào ngày 10 tháng 2 năm 2014.</li> <li>Các liên kết tải xuống cho Windows, Mac OSX, Linux, Android v.v. đều trỏ đến cùng một tập tin .exe.</li> <li>Tập tin .exe này chỉ có dung lượng 741 KB; trong khi bộ cài đặt chính thức cho Windows của I2P là 13 MB.</li> </ul> <p>Chúng tôi chưa tự kiểm tra phần mềm độc hại này, nhưng dường như nó không quá tinh vi; nó không được tích hợp hay đóng gói cùng phần mềm I2P. Chuyên gia an ninh thông tin <a href="https://twitter.com/lancejssc">Lance James</a> đã đăng <a href="https://twitter.com/lancejssc/status/434768667310821377">một tweet</a> gán nhãn nó là &ldquo;một con dark comet rat thông thường&rdquo;.</p>/vi/blog/2014/02/08/0.9.11-release/Sat, 08 Feb 2014 00:00:00 +0000/vi/blog/2014/02/08/0.9.11-release/<p>0.9.11 continues improving LeaseSet lookup and storage to prevent an attacker from correlating a Destination with a Router. It adds support for the <a href="http://www.subgraph.com/orchid.html">Orchid</a> outproxy plugin which is available at plugins.i2p. There is a reduction in memory usage due to fixes in the transports. We have some I2CP protocol improvements that will provide better lookup facilities and authorization protection for external clients. Of course, there&rsquo;s also the usual collection of bug fixes. All users should update.</p>/vi/blog/2014/01/22/0.9.10-release/Wed, 22 Jan 2014 00:00:00 +0000/vi/blog/2014/01/22/0.9.10-release/<p>0.9.10 thay đổi cơ chế thực hiện tra cứu LeaseSet, khiến việc liên kết một Destination với một Router trở nên khó khăn hơn đối với kẻ tấn công. Nó cũng sửa các lỗi mã hóa ký tự trong susimail, và bao gồm nhiều lỗi khác được sửa cũng như cập nhật bản dịch. Hầu hết các bạn sẽ cập nhật thông qua torrent, sử dụng định dạng cập nhật &ldquo;su3&rdquo; mới với các khóa mạnh hơn.</p>/vi/blog/2014/01/21/syndie-1.105b-release/Tue, 21 Jan 2014 00:00:00 +0000/vi/blog/2014/01/21/syndie-1.105b-release/<p>Đây là bản phát hành ổn định đầu tiên kể từ tháng 2 năm 2013. Về cơ bản, nó giống hệt phiên bản 1.104b-7-rc, chỉ cập nhật thêm một số bản dịch.</p> <p>Tất cả các gói nhị phân và mã nguồn đều có tại syndie.de và syndie.i2p. Các plugin có sẵn tại plugins.i2p và stats.i2p.</p> <p>Đối với những người nâng cấp từ 1.103b, bạn sẽ thấy việc khởi động và tắt syndie nhanh hơn nhiều nhờ phiên bản mới của HSQLDB.</p>/vi/blog/2014/01/07/i2p-dev-meeting-january-07-2014/Tue, 07 Jan 2014 00:00:00 +0000/vi/blog/2014/01/07/i2p-dev-meeting-january-07-2014/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on2, EinMByte, Giant, kytv, Meeh, str4d, TerraNullius, topiltzin, user, wowa, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:02:10 &lt;zzz&gt; `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 0) hi 20:02:10 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:02:10 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:02:11 &lt;zzz&gt; 5) anything else 20:02:13 &lt;zzz&gt; 6) baffer 20:02:19 &lt;zzz&gt; 0) hi 20:02:24 &lt;zzz&gt; hi 20:02:40 &lt;zzz&gt; 1) jisko.i2p console home page submission `http://zzz.i2p/topics/1539` 20:02:46 &lt;zzz&gt; Is the jisko op here? 20:03:35 &lt;zzz&gt; any comments on the jisko submission? 20:03:44 &lt;topiltzin&gt; +1 20:03:54 &lt;eche|on2&gt; add it. 20:04:28 &lt;zzz&gt; any objections? 20:07:05 &lt;str4d&gt; hi 20:07:11 &lt;str4d&gt; No objections here 20:07:13 &lt;zzz&gt; great, even jisko's competitor does not object... 20:07:13 &lt;str4d&gt; It's a good alternative to id3nt (which I need to spend some time on sometime) 20:07:13 &lt;str4d&gt; Hey, the more the merrier 20:07:13 &lt;zzz&gt; indeed. I'll add it to mtn 20:07:13 &lt;str4d&gt; Then if I go down, there are alternatives 20:07:13 &lt;zzz&gt; 2) i2pjump.i2p addition `http://zzz.i2p/topics/1539` 20:07:33 &lt;zzz&gt; I see tuna is not here but he claims he got all the tests to pass 20:07:41 &lt;zzz&gt; and he posted his code 20:07:46 &lt;zzz&gt; any objections? 20:07:54 &lt;zzz&gt; or comments? 20:08:22 &lt;eche|on2&gt; no objections so far 20:09:17 &lt;zzz&gt; there's this guy emailing grothoff saying he was "inspired" by the jump code 20:10:25 &lt;zzz&gt; hearing no objections, I'll ask tuna to add it to mtn since he has privs 20:10:31 &lt;zzz&gt; 3) Host release files on i2p.no `http://zzz.i2p/topics/1390` 20:10:39 &lt;zzz&gt; Meeh, are you here? 20:11:06 &lt;zzz&gt; we discussed at CCC, he said he almost certainly had the bandwidth 20:11:22 &lt;zzz&gt; are there any reasonable alternatives? 20:11:28 &lt;zzz&gt; google drive seems a little tacky 20:11:30 &lt;zzz&gt; thoughts? 20:11:50 &lt;eche|on2&gt; google drive is a bit ugly, right 20:12:08 &lt;eche|on2&gt; but it is quite hard to block. 20:12:23 &lt;eche|on2&gt; I would run a download host and a copy in google drive 20:12:36 &lt;eche|on2&gt; or somewhere else like Mega, Sharehosts,... 20:12:56 &lt;zzz&gt; str4d, what's the state of the pick-your-mirror code in the website? 20:13:51 &lt;str4d&gt; zzz: mirrors get added in a backend file, and are used to generate the file-specific list. 20:15:16 &lt;zzz&gt; oh, I forgot about the 'select alternate link' 20:15:19 &lt;str4d&gt; Path urls can contain the version if desired (so files can be organized on the server by version) 20:15:31 &lt;str4d&gt; The default is set in the backend code 20:16:05 &lt;zzz&gt; would 'alternate download locations' be better than 'select alternate link' ? 20:16:07 &lt;zzz&gt; or 'view mirror list' 20:16:27 &lt;zzz&gt; thats really nice I forgot that we worked on that a lot 20:17:08 &lt;str4d&gt; 'Any mirror' pick a mirror at random from the list. 20:17:08 &lt;Meeh&gt; zzz: here now! 20:17:15 &lt;zzz&gt; any objections to Meeh being the primary download location? 20:17:23 &lt;Meeh&gt; i2p.nu * 20:17:25 &lt;Meeh&gt; or i2p2.no 20:17:39 &lt;zzz&gt; oh it's not i2p.no? 20:17:40 &lt;eche|on2&gt; currently not, as long as it is not the only one 20:17:48 &lt;Meeh&gt; no sorry, I got i2p.nu, and i2p2.no 20:18:11 &lt;Meeh&gt; add "facebook" as a point on the meeting for me, got some nice news 20:18:41 &lt;zzz&gt; ok FB will be 5) 20:19:01 &lt;eche|on2&gt; the bad word... 20:19:12 &lt;eche|on2&gt; I just need to cough... *sorry* 20:20:03 &lt;zzz&gt; looks like you are already in the mirror list as download.i2p2.no, is that working? 20:20:07 &lt;zzz&gt; if you want to add i2p.nu also, fine, more the merrier, as long as you are around at update time, or somebody else has the password 20:20:41 &lt;zzz&gt; you can work with str4d on the urls? 20:21:19 &lt;Meeh&gt; yepp 20:21:34 &lt;zzz&gt; any other comments? 20:22:02 &lt;Meeh&gt; I need to check where download.i2p2.no points, might need to change it to another host, need to check I/O. and I can provide more urls if needed. other than that; no :) 20:22:38 &lt;zzz&gt; ok you have a couple weeks before the next release but better sooner than later to get everything right 20:22:48 &lt;str4d&gt; No comments from me 20:22:50 &lt;Meeh&gt; I got the domains, I say we can use it as you guys wish, meaning, just give me instructions on how you want it :P 20:23:14 &lt;kytv&gt; +1 for everything so far (and I'll be happy to continue to handle the uploading of the download files) 20:23:18 &lt;DarkestMatter&gt; I'm tinkering with Makefile.gcj, and I've ran into a snag brought on by my relative naivety of java & gcj. I'm getting a java.lang.NullPointerException brought on by missing jar.so's like ant-1.8.2.jar.so, which exist in a dir outside of $JAVA_HOME, and I'm guessing that that's the problem 20:23:26 &lt;zzz&gt; you and str4d can work the details if needed 20:23:42 &lt;zzz&gt; DarkestMatter, we are in the middle of a meeting if you would please wait about half an hour 20:23:45 &lt;DarkestMatter&gt; Where would I need to symlink the ACTUAL dir into under JAVA_HOME for the build process to find them? 20:24:06 &lt;zzz&gt; next on the agenda: 20:24:06 &lt;zzz&gt; 4) OpenITP audit manager `http://zzz.i2p/topics/1533` post #4 20:24:29 &lt;zzz&gt; background: OpenITP is about to open up their submission process 20:24:38 &lt;zzz&gt; we need somebody in charge 20:24:56 &lt;zzz&gt; They said we should apply even if we aren't ready 20:24:59 &lt;zzz&gt; which we arent 20:25:28 &lt;zzz&gt; I've posted a 3-phase process in the post above 20:25:45 &lt;zzz&gt; where we submit, then get ready, then really submit and manage the audit 20:26:05 &lt;zzz&gt; at CCC we agreed fixing up the threat model is the most important 20:26:31 &lt;zzz&gt; Comments? Does anybody want to be in charge? 20:28:10 &lt;str4d&gt; The general plan looks sound. 20:29:48 &lt;zzz&gt; Suspecting that we would not have any volunteers, I discussed it with Brandon WIley, asking if we could pay him to do it. (He is currently consulting for zooko, whose company does audits). Thoughts? 20:30:05 &lt;topiltzin&gt; how much? 20:31:03 &lt;str4d&gt; I am happy to contribute to the audit, but will likely not have the time to manage it myself. 20:32:26 &lt;zzz&gt; I assume several thousand dollars at least 20:32:26 &lt;zzz&gt; much higher if we actually get audited although that probably wouldn't be until 2015 20:32:29 &lt;topiltzin&gt; it's probably better for an external party to do it even if it costs a few k 20:32:29 &lt;str4d&gt; If we pay him, we want to ensure that it is useful. 20:32:53 &lt;user&gt; that would incluse exactly what? 20:32:54 &lt;topiltzin&gt; if he's doing this for a living he is (most probably) going to do a better job than anyone of us 20:33:49 &lt;user&gt; ++1 external, and ++1 if it helps getting a better standing, review-wise 20:34:06 &lt;zzz&gt; I would want him to actually help us fix stuff, not just be a traditional "consultant" or preauditor who just points out problems 20:34:27 &lt;zzz&gt; Brandon is a busy guy but also a guy currently looking for money 20:34:56 &lt;user&gt; and would he help you fix? 20:34:58 &lt;zzz&gt; If you havent' seen it: http://www.kickstarter.com/projects/brandonwiley/operator-a-news-reader-that-circumvents-internet-c 20:35:52 &lt;zzz&gt; I asked him to look at our openitp audit page on trac 20:36:07 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:36:19 &lt;zzz&gt; and await openitp's announcement and submission process details 20:36:26 &lt;str4d&gt; I2P has never (to my knowledge) had a proper security expert. I think paying for one to get the groundwork for this right is a good idea (and probably long overdue). 20:36:27 &lt;user&gt; my opnion as an outsieder / user only, is that a few thousand $ should be ok, as long as it's &lt;10k and not just some makeup, but really thorough 20:36:42 &lt;zzz&gt; until that's published it's not worth getting into negotiations with him 20:36:53 &lt;zzz&gt; but Eleanor said any day... 20:37:51 &lt;zzz&gt; eche|on, what's our balance? ~$500K? 20:38:00 &lt;wowa&gt; If you want that I change topic of `http://zzz.i2p/topics/1546?` 20:38:31 &lt;zzz&gt; wowa, we are in the middle of a meeting, please wait until we are done, thx 20:38:36 &lt;eche|on2&gt; zzz: roughly 500 BTC and 50k 20:39:37 &lt;zzz&gt; sounds like people are positive about the idea. Sadly even if we hire him to be in charge, we need to find somebody to be in charge of him... 20:39:40 &lt;EinMByte&gt; Moin 20:42:42 &lt;zzz&gt; I don't think there's anything more to do until the OpenITP announcement, then we can ask if Brandon is interested, if so we will have to talk about again 20:42:49 &lt;zzz&gt; any other comments on 4) 20:42:49 &lt;EinMByte&gt; Did I miss the meeting? 20:42:49 &lt;str4d&gt; EinMByte: in progress 20:42:49 &lt;user&gt; Ein: Just the beginning 20:42:49 &lt;eche|on2&gt; ok, 493 BTC and 48k euro 20:42:49 &lt;EinMByte&gt; oh, okay 20:42:49 &lt;zzz&gt; last call on 4) 20:42:49 &lt;str4d&gt; No comments at this time. 20:42:49 &lt;str4d&gt; Other than, planning should start on the wiki 20:42:49 &lt;zzz&gt; str4d, let's discuss in NYC too 20:42:49 &lt;str4d&gt; zzz: yes. 20:42:49 &lt;zzz&gt; 5) facebook Meeh go 20:42:49 * str4d will move the 3-step plan to /wiki/OpenITPReview/Plan 20:42:49 &lt;Meeh&gt; ok 20:42:49 &lt;Meeh&gt; As I said to zzz on CCC, I now got control over the https://www.facebook.com/I2P page 20:42:49 &lt;EinMByte&gt; Good thing for publicity, I suppose 20:42:49 &lt;topiltzin&gt; way cool :) 20:42:49 &lt;EinMByte&gt; I personally avoid the thing, but obviously most people have facebook 20:42:49 &lt;Meeh&gt; and I used ~10$ and 15min of my time in between my dayjob, and likes rised from 150 to 300 20:42:49 &lt;eche|on2&gt; so far good, but I keep outof facebook 20:42:50 &lt;Meeh&gt; this was in less than 10 hours 20:42:56 &lt;EinMByte&gt; so it's definitely a good thing to get more users 20:43:02 &lt;Meeh&gt; you don't need a account to see the page 20:43:22 &lt;Meeh&gt; however, I think we need to be public there too, to get "big", more users 20:43:22 &lt;EinMByte&gt; Meeh: I know, was more referring to liking and the like 20:43:37 &lt;Meeh&gt; but, nobody here like facebook, nor got an account :P 20:44:04 &lt;Meeh&gt; so, I might have something from work, that I can reuse so we can have an i2p url for some selected which can login and post to facebook, via I2P 20:44:09 &lt;TerraNullius&gt; Hello, about 3) would it also be possible to host releases on github? 20:44:12 &lt;zzz&gt; Meeh, is that it or are you asking for discussion or...? 20:44:55 &lt;Meeh&gt; mostly info, but I think it could be a idea to have an discussion about reaching our users via "social media" 20:44:57 &lt;zzz&gt; TerraNullius, we are done with 3) for now, sorry, you can wait until after the meeting to discuss further 20:45:37 &lt;zzz&gt; Meeh, please discuss with orion, he's our head of publicity, I assume he has some ideas 20:45:43 &lt;EinMByte&gt; Meeh: obviously those new users will need to understand that using "social media" isn't without risks 20:45:54 &lt;zzz&gt; we can also brainstorm with him in NYC and get back to you 20:46:07 &lt;Meeh&gt; we need more contributors, content providers, users, +++, and as we can see the "corporate" world collects a lot of users from SM 20:46:32 &lt;Meeh&gt; EinMByte: ofc. but someone needs to tell them ;) 20:46:39 &lt;Meeh&gt; that's where we comes in 20:46:41 &lt;EinMByte&gt; very true 20:46:47 &lt;topiltzin&gt; and underground I2P parties :) 20:46:47 &lt;Giant&gt; Who would moderate i2p&lt;-&gt;fb? That will be spam central. 20:46:49 &lt;zzz&gt; you're paying people to like you? 20:46:56 &lt;topiltzin&gt; (until 6 am) 20:47:03 &lt;Meeh&gt; yes a little now just to see how much I could boost it 20:47:05 &lt;eche|on2&gt; zzz: yes, some folks do that 20:47:16 &lt;Meeh&gt; 22 friends and the rest from ads 20:47:23 &lt;zzz&gt; now all we need are firetrucks 20:48:11 &lt;Meeh&gt; Giant: read me again. "for some selected which can login" :) 20:48:16 &lt;Meeh&gt; selected is the keyworld 20:48:18 &lt;Meeh&gt; word* 20:48:24 &lt;zzz&gt; good job Meeh , let's all feed him some content. There's a couple pix from ccc too that you can post 20:48:25 &lt;zzz&gt; I have one from tuna but you'll have to crop off the people in the background 20:48:37 &lt;zzz&gt; anything else on 5) ? 20:48:51 &lt;Meeh&gt; Awsome, if someone can give me a link for it I will upload a gallery, including some from me 20:49:08 &lt;Meeh&gt; ye, I'll fix that 20:49:11 &lt;zzz&gt; ok just be sure to crop 20:49:26 &lt;zzz&gt; anything else for the meeting? 20:49:35 &lt;EinMByte&gt; yes 20:49:39 &lt;user&gt; why crop? are you on them in the background? ;) 20:49:46 &lt;EinMByte&gt; I'd like to propose a short discussion about GNS integration 20:50:16 &lt;EinMByte&gt; Are we still looking into that? 20:50:16 * str4d was about to mention that 20:50:27 &lt;Meeh&gt; user: it wasn't allowed to take pictures if not all agreed on it, and we can't find all ppl to ask if it's ok to publish 20:50:35 &lt;str4d&gt; GNS or others 20:50:35 &lt;zzz&gt; ok it could go all day so let's try 10 minutes 20:50:37 &lt;zzz&gt; 6) GNS EinMByte go 20:51:07 &lt;user&gt; Meeh: ah, ok. that makes sense 20:51:09 &lt;str4d&gt; EinMByte: looking into it, yes. 20:51:22 &lt;EinMByte&gt; Alright, so what approach are we going to take 20:51:25 &lt;EinMByte&gt; reimplement? 20:51:28 &lt;str4d&gt; No guarantees that it will happen, or be a direct integration (or even that it will be GNS). 20:51:40 &lt;EinMByte&gt; is there still some possibility of not having to rewrite? 20:51:46 &lt;str4d&gt; But what we have now is an ad-hoc "just works" mess. 20:52:16 &lt;EinMByte&gt; What about support from their side? 20:52:31 &lt;Meeh&gt; topiltzin: want to be a facebook star again? :) (wrt I2P, pictures, CCC) 20:52:34 &lt;EinMByte&gt; They seemed pretty "closed"... 20:53:02 &lt;topiltzin&gt; sure thing Meeh go for it :) 20:53:34 &lt;zzz&gt; spent hours and hours with Christian at CCC 20:54:19 &lt;EinMByte&gt; zzz: no results whatsoever from that? 20:54:30 &lt;str4d&gt; EinMByte: *if* we decide to use GNS as-is (and ignore the fact that by default its DHT is not anonymous), then we could hook it in for testing with ExecNamingService 20:54:33 &lt;str4d&gt; There's a defined API. We just write a script that can query that API, and run it from ExecNamingService. 20:54:33 &lt;str4d&gt; Simple. But not at all optimal. 20:54:42 &lt;zzz&gt; could be anything from 'they solve all our problems' to 'lets use some of it' to 'those are some good ideas' to wow, no thanks 20:55:08 &lt;zzz&gt; no results really. Other than we promised to look into it 20:55:37 &lt;zzz&gt; I think we need to understand what they are doing. Beyond that, nothing is decided 20:56:15 &lt;zzz&gt; atm I'm a skeptic on all things gnunet. Doesn't mean I couldn't be convinced. 20:56:31 &lt;str4d&gt; zzz forwarded me an interesting exchange about I2P naming, it mentioned several other techs besides GNS 20:57:39 &lt;EinMByte&gt; well, I suppose that (as you say zzz), there may be some problems with the ideas behind GNS 20:58:02 &lt;EinMByte&gt; That is: will our users be able to adapt 20:58:09 &lt;str4d&gt; DLV (DNSSEC Lookaside Validation), DNSCurve... 20:58:14 &lt;str4d&gt; There are more technologies out there than GNS 20:58:14 &lt;str4d&gt; I can see that many ideas in GNS have been developed from scratch, assuming nothing. 20:58:37 &lt;topiltzin&gt; boiling the oceans 20:58:44 &lt;zzz&gt; sure. It's been a long time since we discussed our naming system in the big context of the internet, the triangle, alternatives, etc, so that's a good thing 20:58:48 &lt;EinMByte&gt; Yes. Since we need an alternative to hosts.txt for sure, we might as well look into those alternatives 20:59:00 &lt;str4d&gt; Even things like how the local cache is stored encrypted, as a direct copy of the blocks obtained from the DHT 20:59:02 &lt;zzz&gt; but he is indeed trying to boil 20:59:37 &lt;str4d&gt; I ran a quick test, I can confirm that NamingServices can be distributed as plugins. 20:59:39 &lt;zzz&gt; we talked about a layer that hides the GNS ugliness that we would have to design and implement. However that may also hide some of the benefits. 20:59:59 &lt;str4d&gt; It only requires that the default NamingService is a MetaNamingService. 21:01:06 &lt;str4d&gt; Are there any downsides to making the install-default NamingService a MetaNamingService, and the default added NamingService to it BlockfileNamingService? 21:01:08 &lt;zzz&gt; let's wrap up 6), we aren't going to fix things here 21:01:08 &lt;zzz&gt; anything else on 6) ? anything else for the meeting? 21:01:15 &lt;str4d&gt; (Current default NS is BlockfileNamingService, and current default added NS to Meta is HostsTxt...) 21:01:26 &lt;EinMByte&gt; one more thing on 6: 21:01:30 &lt;str4d&gt; zzz: above proposal is I think part of 6 21:01:32 &lt;EinMByte&gt; str4d, you mention alternatives? 21:01:50 &lt;EinMByte&gt; if GNS doesn't work, we can always check out other things 21:01:54 &lt;EinMByte&gt; they might fit us better 21:02:25 &lt;str4d&gt; EinMByte: yes. I have no knowledge of these alternatives, but all ideas are worth consideration. 21:04:12 &lt;str4d&gt; zzz: I propose that we change to MNS in 0.9.10, there is no visible change to users, but then if people want to test a NS plugin they don't need to edit router.config 21:04:18 &lt;zzz&gt; ok, everybody keep working on these ideas big and little, thats how we make things better 21:04:35 &lt;EinMByte&gt; str4d: okay. I will try to find some time to look into them 21:04:48 &lt;EinMByte&gt; I suppose this closes 6? 21:04:54 &lt;zzz&gt; str4d, we can do it when we need to but no rush? needs more testing too. Maybe post a howto? 21:05:17 &lt;zzz&gt; ok you all can keep yakking but I gotta run 21:05:19 &lt;topiltzin&gt; I'll offer the contrarian view: our current naming system works just fine 21:05:27 &lt;EinMByte&gt; same here 21:05:30 &lt;topiltzin&gt; and has some benefits we want to keep 21:05:38 * str4d afk 21:06:06 * zzz *bafs* the meeting closed </div>/vi/blog/2013/12/07/0.9.9-release/Sat, 07 Dec 2013 00:00:00 +0000/vi/blog/2013/12/07/0.9.9-release/<p>0.9.9 sửa một số lỗi trong netdb, streaming và i2ptunnel, đồng thời bắt đầu thực hiện kế hoạch kéo dài một năm nhằm tăng cường độ mạnh của các thuật toán ký mã hóa được sử dụng trong bộ định tuyến, và hỗ trợ nhiều thuật toán và độ dài khóa đồng thời. Các tệp cập nhật tự động giờ sẽ được ký bằng khóa RSA 4096-bit.</p> <p>Chúng tôi hiện đã hỗ trợ SSL giữa bộ định tuyến của bạn và các máy chủ để đảm bảo an toàn. Xem <a href="https://trac.i2p2.de/ticket/1000">luồng phát triển này</a> để biết thêm thông tin.</p>/vi/blog/2013/10/22/i2p-dev-meeting-october-22-2013/Tue, 22 Oct 2013 00:00:00 +0000/vi/blog/2013/10/22/i2p-dev-meeting-october-22-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, efkt, kytv, Meeh, Pseudonemo, str4d, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:54 &lt;zzz&gt; `http://zzz.i2p/topics/1490` - 15 minutes max per item, 5 minutes for brief items 20:00:54 &lt;zzz&gt; 0) hi 20:00:54 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:00:55 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:00:55 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:00:55 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:00:57 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:00:59 &lt;zzz&gt; 3) Additional backup release signer - Need new su3 keys, HH hasn't added his yet, do we need another person? 20:01:02 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:01:04 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:01:08 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:01:09 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Oct. 22 8 PM UTC (at zzz.i2p) 20:01:10 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:01:13 &lt;zzz&gt; 0) hi 20:01:14 &lt;zzz&gt; 1) `http://salt.i2p` console home page request (carried over from Sept. 10 meeting) 20:01:18 &lt;dg&gt; hi 20:01:18 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:01:20 &lt;dg&gt; efkt_: 20:01:25 &lt;zzz&gt; efkt_, are you here? 20:01:25 &lt;kytv&gt; +1 for salt 20:01:36 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:01:37 &lt;efkt_&gt; Hi everyone. Yes I'm here. 20:01:41 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:01:44 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:02:20 &lt;topiltzin&gt; +1 for salt 20:02:38 &lt;dg&gt; +1 for salt 20:02:43 &lt;zzz&gt; I only have one question - where does the name come from,does it mean "salt" or does it stand for something? should it be translated? 20:03:00 &lt;dg&gt; Salt's a great community resource and efkt_ is extremely welcoming. I don't have a bad word to say about him :) 20:04:26 &lt;efkt_&gt; zzz: It really doesn't stand for anything. Unfortunately some security-thing startup recently opted to use "Salt" as well. The idea behind the name was: NaCl crypto, salted hashes as the "thematic choice" 20:05:07 &lt;efkt_&gt; Just having fun is all. 20:05:38 &lt;efkt_&gt; It leads to a lot of questions "what the hell is salt?" Why salt? 20:07:44 &lt;efkt_&gt; As for translation, I don't see that it would be useful to call it something other than what is used for the short url 20:07:47 &lt;zzz&gt; so would we translate it in the console or not? 20:07:57 &lt;str4d&gt; +1 for salt 20:08:51 &lt;str4d&gt; "take everything you read on I2P with a pinch of salt" 20:09:09 &lt;dg&gt; hah 20:09:19 &lt;efkt_&gt; Haha. RN has ceaseless salt jokes. 20:11:36 &lt;zzz&gt; ok. I noticed the icon you submitted doesn't have a transparent part. It might look better if it did. Or maybe not. May depend on the theme 20:11:36 &lt;zzz&gt; if you're happy with the icon it's fine I guess 20:11:36 &lt;zzz&gt; hearing no objections I think that's it for 1). I'll check it in. 20:11:36 &lt;zzz&gt; moving on to 2) no.i2p - is Meeh here? 20:11:42 &lt;str4d&gt; Perhaps it should be translated. 20:17:33 &lt;zzz&gt; in the short term, only generating a public key, storing your private key somewhere safe, and checking it in 20:17:53 &lt;zzz&gt; if me and kytv get hit by a bus, then you would be the one building and signing the releaase 20:18:07 &lt;zzz&gt; which is basically running 'ant release' 20:18:08 &lt;dg&gt; I can do it also then. I won't be able to take responsibility for writing code though. 20:18:33 &lt;zzz&gt; writing release notes, distributing the files, starting torrents, writing the news are all related activities 20:18:34 &lt;dg&gt; So, please look both ways before crossing! 20:19:00 &lt;zzz&gt; basically you'd be a packager / release manager 20:19:23 &lt;dg&gt; yeah, I can do this. 20:19:41 &lt;zzz&gt; I think str4d would be well-suited 20:20:40 &lt;zzz&gt; dg have you done much with monotone? do you have checkin privs now? 20:21:14 &lt;dg&gt; zzz: I've not had checkin privs to i2p.i2p and I'm not a mtn pro. I get it enough to use it but advanced trickery is beyond me. 20:21:22 &lt;dg&gt; If str4d is more appropriate, that's fine. 20:21:50 &lt;zzz&gt; other acks/nacks on str4d ? 20:29:18 &lt;kytv@kytv&gt; ffs, I'll relay: 20:30:12 &lt;kytv@kytv&gt; `http://pastethis.i2p/show/5965` 20:30:13 &lt;iRelay@kytv&gt; Title: Paste #5965 | LodgeIt! (at pastethis.i2p) 20:30:14 &lt;kytv@kytv&gt; bah 20:30:32 &lt;dg&gt; welcome back 20:30:43 &lt;zzz&gt; ok 20:30:44 &lt;zzz&gt; repost 20:30:50 &lt;zzz&gt; hearing no objection let's welcome str4d as our newest backup release signer 20:30:55 &lt;zzz&gt; str4d, kytv or I can help you generate your keys and check them in 20:31:03 &lt;zzz&gt; excellent. I'm always worried about the bus. 20:31:06 &lt;zzz&gt; 4) Console home page icons needed `http://zzz.i2p/topics/1492` (brief) 20:31:12 &lt;zzz&gt; just wanted to mention the icons thing here, to highlight postman badger sponge eche|on kytv et al 20:31:20 &lt;iRelay&gt; Title: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:31:41 &lt;zzz&gt; pick or design an icon or we will pick one for you 20:32:01 &lt;zzz&gt; you have a couple weeks 20:32:17 &lt;zzz&gt; thanks to str4d for his detailed post on what is in fux 20:32:32 &lt;zzz&gt; anybody else have anything to say about this? 20:32:49 * kytv is indifferent 20:33:11 &lt;zzz&gt; ok moving on 20:33:11 &lt;dg&gt; it'd be nice to have a prettier set of icons. I like the fux set. that's all. 20:33:12 &lt;zzz&gt; 5) Website revamp (str4d) (brief) 20:33:33 &lt;zzz&gt; str4d, what's the status and what's blocking progress? 20:33:57 &lt;str4d&gt; Status: .py files are not updating for some reason (they were) 20:34:22 &lt;str4d&gt; When a .py file updates, the webserver needs to be restarted, but the script to do that has stopped working. 20:34:46 &lt;str4d&gt; Other than that, not much. 20:35:28 &lt;str4d&gt; CSS issues were shown on IE, it looks like on the frontpage the BG image is not displaying, but I can't test. 20:35:28 &lt;zzz&gt; you need welterde_ or just time? 20:35:33 &lt;topiltzin&gt; revamp site has issues with IE{7,8}. IE9 is untested. I don't know if we care about that. 20:35:57 &lt;topiltzin&gt; IE10 works fine so I'm inclined to not worry about the older versions 20:36:05 &lt;str4d&gt; On non-frontpage pages, IE{7,8} is terrible. 20:36:49 &lt;str4d&gt; But that is not really a blocker. 20:37:02 &lt;str4d&gt; wrt content, is everyone happy with the front page as-is? 20:37:13 &lt;zzz&gt; ok. just would love to see us get past the finish line on this. On Sept. 1st on tx, you announced it would go live in a week :) 20:37:20 &lt;dg&gt; yes, str4d 20:37:53 &lt;str4d&gt; zzz: yea, shortly after that I discovered the .py problem and ran out of time to fix. 20:38:20 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:38:22 &lt;str4d&gt; If .py -&gt; restart is not working, then welterde_ (and every mirror operator) need to manually restart every time. 20:38:33 &lt;str4d&gt; A few minor points: 20:38:55 &lt;str4d&gt; When updating for a release, there are two locations to change: 20:39:16 &lt;str4d&gt; i2p2www/__init__.py - CURRENT_I2P_VERSION 20:39:38 &lt;str4d&gt; and i2p2www/pages/downloads/list.html - the hashes at the top. 20:39:50 &lt;zzz&gt; maybe I can cut you short, no use training me until I need it, as I will ask again... 20:40:07 &lt;str4d&gt; zzz: fair enough. But that ^ is it. 20:40:30 &lt;str4d&gt; tl;dr - as soon as the .py problem is fixed, it is safe for live. 20:40:31 &lt;zzz&gt; ok, I'll copypasta it, might lose it, might not. 20:41:01 &lt;kytv&gt; (mine's updating/restarting FWIW (http://geti2pj2fl72u4m2.onion/ / `http://kfri3jwfsi2uy7j3pbzykbbaoqoj4siyhf3hozln3wxcrkvvityq.b32.i2p/))` 20:41:04 &lt;iRelay&gt; Title: I2P Anonymous Network (at geti2pj2fl72u4m2.onion) 20:41:16 &lt;zzz&gt; ok then let's ask welterde_ to help out here 20:41:49 &lt;zzz&gt; ok thx for the update str4d. anything else on 5) ? 20:42:06 &lt;str4d&gt; It's *much* simpler than current :-P 20:42:13 &lt;str4d&gt; kytv: thanks - which script? 20:42:16 &lt;str4d&gt; (but I'm done with 5) 20:42:25 &lt;zzz&gt; bah. I got my sed script :) 20:42:25 &lt;str4d&gt; Oh, one other point: 20:42:34 &lt;zzz&gt; 6) Trac update - thanks to Meeh and kytv (brief) 20:42:40 &lt;str4d&gt; I want us to think about the /research page 20:42:42 &lt;kytv&gt; (yw) 20:43:11 &lt;str4d&gt; Just putting the thought out. 20:43:32 &lt;kytv&gt; str4d: it's a modification of the one in i2p.www.revamp that I made for future appliance. I can pastebin it later. 20:43:35 &lt;zzz&gt; I just put this on the agenda to thank kytv and his helpers Meeh and welterde_ for moving, hosting, upgrading, managing, etc and getting it back up 20:43:54 * dg thanks 20:44:18 &lt;str4d&gt; kytv++ 20:44:20 &lt;zzz&gt; it's an important resource that got hammered by spam and then disabled by me and then broken by kytv, but we won't mention that part since we're thanking him... 20:44:41 &lt;efkt_&gt; bwahaha 20:44:52 * str4d had plans to help, until kytv sabotaged those plans and took the glory for himself ;-P 20:45:17 &lt;zzz&gt; oh yeah sorry str4d you did do quite a lot too in the early stages 20:45:42 &lt;zzz&gt; ok enough of that, back to the beatings 20:45:47 &lt;zzz&gt; 7) Allow marketplaces on eepsite registration services? (zab) 20:46:18 &lt;zzz&gt; I have 3 of them in the stats.i2p queue, everybody piling in after the silk road thing 20:46:49 &lt;str4d&gt; Enforcing this is not trivial - we only know if the person registering makes it obvious in the domain or the about description. 20:46:51 &lt;dg&gt; I don't think anybody will target $registrar for saying yes 20:46:53 &lt;zzz&gt; we had several silkroad* registrations last year, I approved them at the time, none were around for long 20:46:57 &lt;Meeh&gt; sorry I'm late, but here now 20:47:15 &lt;zzz&gt; Meeh will be back to you shortly, we are on 7) 20:47:21 &lt;Meeh&gt; np 20:47:52 &lt;zzz&gt; zab what would you like to say about this 20:48:00 &lt;zzz&gt; ^^ topiltzin 20:48:00 &lt;topiltzin&gt; In the interest of full disclosure, I have significant investment in bitcoin. So I'm naturally supportive of anything that promotes use of bitcoin 20:48:00 &lt;zzz&gt; enforcing is never a sure thing 20:48:26 &lt;topiltzin&gt; in fact, part of the reason I'm working on i2p is to prepare for a possible future where anonymous marketplaces cannot use tor anymore 20:48:42 &lt;topiltzin&gt; &lt;/end full disclosure&gt; 20:49:03 &lt;zzz&gt; I could reject either on 1) its illegal 2) brings attention we dont need or 3) i2p really isnt safe enough for markets 20:49:13 &lt;zzz&gt; but all those are shaky reasons 20:49:18 &lt;dg&gt; If 3), I don't know what we are safe for 20:49:21 &lt;str4d&gt; But on the assumption that we can discover which domains are for marketplaces: 20:49:22 &lt;str4d&gt; topiltzin ^ 20:49:35 &lt;dg&gt; I don't agree with ever saying "Hey, $group, come to us! We're like, safe and things!" but a little confidence is good too 20:49:49 &lt;Pseudonemo&gt; as regards public perception, policies can help, even if they aren't perfectly enforcible, imo 20:50:01 &lt;topiltzin&gt; 3) is something the operators of the marketplaces need to decide for themselves 20:50:45 &lt;Meeh&gt; I agree with you there topiltzin, the operators choose 20:50:46 &lt;topiltzin&gt; if 2) will happen it will happen regardless of addressbook policy 20:50:49 &lt;zzz&gt; fyi the three I'm sitting on are silkroadreloaded.i2p, market.i2p, and freemart.i2p - you can jump to all thru stats.i2p 20:51:02 &lt;welterde_&gt; still unable to figure out why restart is not working? 20:51:35 &lt;welterde_&gt; (just arrived) 20:52:00 &lt;topiltzin&gt; re 1) - that's the interesting one. I suggest the following policy: if a market place advertises $ILLEGAL_ACTIVITY then it does not indexed 20:52:08 &lt;str4d&gt; welterde_: I haven't had time to investigate it. 20:52:18 &lt;topiltzin&gt; but a market that simply says "anonymous marketplace" should not be banned automatically 20:52:28 &lt;welterde_&gt; ic 20:52:32 &lt;str4d&gt; +1 on re 1) 20:52:34 &lt;dg&gt; most things here are anonymous 20:52:40 &lt;efkt_&gt; fwiw I think its reasonable to not outright ban all marketplaces and use a case-by-case basis, disallowing support for those who wish to use stats.i2p for drugs, assassination, arms, etc focusing on what is unsavory and not neccessarily what is illegal. 20:52:45 &lt;Pseudonemo&gt; I think topiltzin's suggestion is a reasonable compromise, fwiw 20:52:59 &lt;str4d&gt; stats.i2p is a voluntary service, not an "official" addressbook. 20:53:14 &lt;zzz&gt; I find it hard to get too worked up about drugs. If they're advertising CP or contract killings that's another story. 20:53:27 * dg nods 20:53:35 &lt;str4d&gt; Mmm. 20:53:43 &lt;Pseudonemo&gt; str4d: it's still linked on the router console, which would be considered a tacit endorsement by many 20:53:51 &lt;Meeh&gt; agreed 20:54:00 &lt;str4d&gt; IMHO the standard sort of T&C we require for routerconsole would be fine. 20:54:13 &lt;dg&gt; Pseudonemo: A link to a site that doesnt' really link to but can be contacted for info on a site people MAY not like? no 20:54:32 &lt;Pseudonemo&gt; fair enough 20:54:43 &lt;zzz&gt; I thnk I'll treat markets like forums and torrent sites, i.e. post a TOS and then I'll decide 20:54:48 &lt;str4d&gt; (but that does not mean that a marketplace would be accepted for routerconsole, that is a separate decision) 20:56:05 &lt;topiltzin&gt; that's fine. It would help if you publish some guidelines on what will NOT get indexed 20:56:12 &lt;zzz&gt; thanks guys for your thoughts. this is more my problem than a project issue and I needed some advice. 20:57:07 &lt;dg&gt; if you feel uneasy about it, you are within your rights not to allow them zzz 20:57:24 &lt;dg&gt; but i think it's ok as long as it's not crossing any moral lines 20:57:54 &lt;zzz&gt; it's all on `http://stats.i2p/i2p/addkey.html` - I guess I would just add 'markets' to the line about forums, trackers, file + image hosts... 20:57:54 &lt;zzz&gt; ok enough on 7) 20:57:54 &lt;zzz&gt; back around to: 20:57:54 &lt;zzz&gt; 2) `http://no.i2p` services request (Meeh) 20:57:54 &lt;zzz&gt; 2a) Add to default i2ptunnel jump list 20:57:54 &lt;zzz&gt; 2b) Add to recommended addressbook subscriptions on FAQ 20:57:56 &lt;zzz&gt; 2c) Add to registration help text on eepsite help 20:58:08 &lt;iRelay&gt; Title: Add a Key (at stats.i2p) 20:58:13 &lt;zzz&gt; take it away Meeh what you got for us? 20:58:24 &lt;iRelay&gt; Title: no.i2p registration service (at no.i2p) 20:59:06 &lt;Meeh&gt; well, I've setup a registration service with a TOS somewhat the same as stats.i2p, to help "decentralize" the naming service in I2P if needed 20:59:16 &lt;zzz&gt; ping Meeh 20:59:36 &lt;Meeh&gt; doesn't my messages get trough? 21:01:45 &lt;str4d&gt; I hear ya 21:01:45 &lt;Meeh&gt; ok good, I checked freenode so iRelay does too 21:01:45 &lt;zzz&gt; got it, lag 21:01:45 &lt;zzz&gt; yeah we really need more of everything and my registration service really stands out by itself 21:01:45 &lt;zzz&gt; just checked, I set it up in January of 2008 after orion.i2p vanished (snif) 21:02:08 &lt;Meeh&gt; yupp, so that's why I added it, to help "decentralize" it if needed 21:02:27 &lt;zzz&gt; slow's inr.i2p service is great but his anything-goes policy isn't compatible with ours 21:02:40 &lt;Meeh&gt; other than that I haven't thought much on it, so if people want to contribute with ideas, go ahead 21:02:51 &lt;zzz&gt; if you can work together on his software base, but have something managed, that's great 21:04:56 &lt;dg&gt; fwiw, inr.i2p is a thing. 21:05:24 &lt;zzz&gt; anybody reviewed Meeh's TOS or have any thoughts? 21:05:24 &lt;topiltzin&gt; I looked briefly, looked like copy-pasta of yours 21:05:24 &lt;Meeh&gt; yes, I will publish my changes. I've updated it to django 1.5 and added export-alive.txt "view" support 21:05:24 &lt;topiltzin&gt; +1 on no.i2p based on nothing but general Meeh awesomeness :) 21:05:24 &lt;Meeh&gt; topiltzin: yes, it was copy paste :P 21:05:24 &lt;zzz&gt; well, Meeh actually you have two pastas. one of slow's on no.i2p and one of mine on no.i2p/tos/ 21:05:24 &lt;Meeh&gt; I wrote some myself, and copied most of it, to make it as close to the official rules as possible, since I guessed zzz followed them closely 21:05:24 &lt;Meeh&gt; yea, a mix 21:05:24 &lt;Meeh&gt; can change it ofc 21:05:26 &lt;efkt_&gt; +1 for no.i2p. Giving people more jump links and subscriptions is a plus. If there will be more sites registered with no.i2p I think it would be helpful to inform existing userbase about such a change. 21:05:45 &lt;Meeh&gt; I didn't remove the policies that was "acceptable" from the original source 21:05:46 &lt;zzz&gt; is it confusing to have overlapping stuff in two places? 21:05:51 &lt;zzz&gt; actually 3 with /postkey/ 21:06:21 &lt;Meeh&gt; ok, I should fix that. but question is then, which is the best? 21:06:30 &lt;Meeh&gt; or, the most agreeable 21:06:37 &lt;Meeh&gt; which I can work more on 21:06:40 &lt;zzz&gt; speaking from experience you have to shout the TOS loud and clear 21:07:17 &lt;zzz&gt; fyi I'm getting about 75/month and rejecting about 3-5/month 21:07:54 &lt;zzz&gt; any objections to 2a) or 2b) or 2c) ? 21:08:16 &lt;zzz&gt; if not Meeh please do all the checkins yourself 21:08:23 &lt;Meeh&gt; ok, I get about 1-2 a week, but often they double register 21:08:26 &lt;Meeh&gt; both with you and me 21:08:32 &lt;Meeh&gt; for example silkroadreloaded 21:09:02 &lt;zzz&gt; anybody have anything else while I warm up the baffer? 21:10:21 &lt;efkt_&gt; zzz: dg: kytv: topiltzin: str4d: Thank you. It means a lot to have support. 21:10:56 &lt;dg&gt; Maybe we should talk about the roadmap next time and our plans. 21:10:56 &lt;kytv&gt; hosting for our downloads, unless there's already a plan, needs to be fleshed out. 21:10:56 &lt;Meeh&gt; ok. Then we say add to trunk? (no.i2p) 21:10:56 &lt;Meeh&gt; seems like we're on a new topic already :P 21:10:56 &lt;kytv&gt; +1 for no.i2p (yes, add to trunk) 21:11:05 &lt;zzz&gt; oh, I'll note that I wrote down some rather obvious meeting policies on `http://zzz.i2p/topics/1491` to make it clear anybody can schedule a meeting for anything at any time 21:11:20 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 21:11:25 &lt;dg&gt; efkt_: No problem. You're great! 21:11:38 &lt;zzz&gt; yeah, downloads and roadmap may be good for a future meeting 21:11:53 &lt;dg&gt; nothing for now from me 21:11:59 * zzz emphatically ***BAFS*** the meeting closed 21:12:12 &lt;dg&gt; :) </div>/vi/blog/2013/10/04/i2p-dev-meeting-october-04-2013/Fri, 04 Oct 2013 00:00:00 +0000/vi/blog/2013/10/04/i2p-dev-meeting-october-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, equinox, hottuna, Mathiasdm, orion, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:09:33 &lt;str4d&gt; Meeting time. Who is here? 20:09:53 * psi is here 20:10:04 * dg here 20:11:34 * topiltzin . 20:11:51 &lt;str4d&gt; hottuna, zzz, welterde, kytv: ping 20:12:17 * orion is here 20:13:01 * str4d loads meeting agenda 20:14:01 &lt;str4d&gt; I can't reach zzz.i2p. Can anyone else get to `http://zzz.i2p/topics/1480` ? 20:14:35 &lt;str4d&gt; Got it. 20:14:43 &lt;str4d&gt; 1) Threat model 20:14:44 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:14:44 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:14:44 &lt;str4d&gt; 1c) Apply DREAD (or other scheme) to attack vectors in threat model. 20:14:44 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 20:14:53 &lt;str4d&gt; 3) Roadmapping. 20:15:22 &lt;str4d&gt; 4) Docs discussion. 20:15:41 &lt;str4d&gt; We already coverered 0) Say hi ;-P 20:15:42 &lt;str4d&gt; 1) Threat model 20:15:53 &lt;str4d&gt; 1a) Discuss merits of DREAD classification scheme (and choose another if necessary). 20:17:07 &lt;str4d&gt; As I said in the forum post, I think that one of the things we can do to improve how other perceive I2P is to improve and clarify the threat model. 20:17:29 &lt;str4d&gt; Right now, it is a wall of text, and difficult for users (and non-motivated devs) to find the main concerns. 20:17:45 &lt;dg&gt; It's hard to rank it also. 20:17:47 &lt;dg&gt; Understand urgency, etc. 20:18:03 &lt;str4d&gt; And without any proper risk modelling, we really have no idea if we are focusing on the right aspects. 20:18:13 &lt;psi&gt; It would be great to get a short version of the threat model first and build off that 20:18:23 &lt;str4d&gt; dg: exactly. 20:18:59 &lt;str4d&gt; I did some research, and https://www.owasp.org/index.php/Threat_Risk_Modeling has a good threat risk modeling "layout", which is used by e.g. Cryptocat for their threat model. 20:19:04 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 20:19:53 &lt;str4d&gt; The DREAD scheme that they describe is not completely effective at identifying risk correctly, according to feedback mentioned in a subsequent post by the designer of the model - https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 20:20:49 &lt;str4d&gt; I propose that we use the modified DREAD model that he gives in the above post, to model the severity and priority of our attack vectors. 20:20:50 &lt;str4d&gt; Discuss! 20:21:13 &lt;dg&gt; Give me some time to review the models? :) 20:21:40 &lt;str4d&gt; dg: you were supposed to have done that already, I linked to it in the forum post... 20:21:44 &lt;str4d&gt; :P 20:21:50 &lt;dg&gt; sorry 20:22:24 &lt;str4d&gt; (but I didn't actually ask people to do so, my bad) 20:23:08 &lt;str4d&gt; DREAD tl;dr - they rank a threat on five 1-10 scales, add the results and divide by 5. 20:23:12 &lt;str4d&gt; Damage Potential 20:23:29 &lt;str4d&gt; Reproducibility 20:23:29 &lt;str4d&gt; Exploitability 20:23:29 &lt;str4d&gt; Affected Users 20:23:30 &lt;str4d&gt; Discoverability 20:24:12 &lt;str4d&gt; modified DREAD tl;dr - same five parameters, but a 1-3 (low, med, high) scale and a "weighted" calculation. 20:25:09 &lt;dg&gt; I'm giving it a brief read; I obviously don't know all the details but any structured system is better. 20:25:18 &lt;str4d&gt; The modified DREAD model makes better sense to me than the original. 20:26:06 &lt;dg&gt; I have a lot of respect for OWASP too. :P 20:26:10 &lt;str4d&gt; "If we look at the five components, we see that none of these are highly correlated - one of them does not imply the other. This means we have independent factors, which is one of the strongest criteria for a solid model. Thus our task is to figure out how to properly weight the inputs. In WSC, we told you to rate them from 1-10, add them up, and divide by 5. If we apply some obvious tests, we find that a damage of 1, and all other factors 10 (a well known nuisance 20:26:10 &lt;str4d&gt; , e.g., pop-ups) gets weighted the same as a discoverability of 1 and everything else 10 (hard to sort out, but causes the heat death of the universe). This is an obvious malfunction." 20:27:10 &lt;str4d&gt; dg: so do I. They have many other potentially-useful models and docs there. 20:27:31 &lt;str4d&gt; Anyone else have comments? 20:29:50 &lt;str4d&gt; If no-one else has comments yet, then we will move on to the next topic while you think. 20:30:05 &lt;psi&gt; no comments 20:31:03 &lt;str4d&gt; 1b) Discuss threat model (and update if needed). 20:31:17 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/overview/threat-model/` 20:31:18 * psi starts skimming threat model 20:31:39 &lt;iRelay&gt; Title: I2P's Threat Model - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:31:47 &lt;dg&gt; I notice a rating? 20:31:50 &lt;dg&gt; Is this new? 20:32:04 &lt;str4d&gt; dg: I added the modified DREAD system. 20:32:12 &lt;str4d&gt; (in anticipation of no one having objections) 20:32:31 &lt;str4d&gt; (but not in anticipation of no comments at all :-P ) 20:32:53 &lt;str4d&gt; The ratings are invalid. 20:33:03 &lt;dg&gt; It doesn't seem to match- 20:33:05 &lt;dg&gt; yeah 20:33:09 &lt;str4d&gt; (this is what I want to change in this meeting) 20:33:25 &lt;str4d&gt; While we are discussing the threat model itself, please think about possible ratings (for the next topic) 20:33:28 &lt;dg&gt; The design looks good so with actual values, I'd like it. We should order in value of severity too. 20:34:48 &lt;str4d&gt; Our threat model page does not follow the "standard" threat model layout (e.g. OWASP page) 20:35:04 &lt;str4d&gt; Identify Security Objectives 20:35:05 &lt;str4d&gt; Survey the Application 20:35:05 &lt;str4d&gt; Decompose it 20:35:05 &lt;str4d&gt; Identify Threats 20:35:05 &lt;str4d&gt; Identify Vulnerabilities 20:35:08 &lt;psi&gt; we're going to duscuss the values of these rating now... or later? 20:35:50 &lt;str4d&gt; psi: next topic. Right now we are discussing the threat model itself - we can't rate threats if they are out-of-date. 20:35:58 &lt;psi&gt; right 20:36:17 &lt;str4d&gt; (And FYI meeting will end at 10PM UTC) 20:36:29 &lt;str4d&gt; (At least, I will be leaving then) 20:37:18 &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:37:21 &lt;dg&gt; Where is everyone? 20:37:29 &lt;dg&gt; We can't operate with 3 people. 20:37:54 &lt;str4d&gt; topiltzin, hottuna, zzz, welterde, kytv: ping 20:37:55 &lt;zzz&gt; there is more to "formalizing" the model than just rating each element 20:37:56 &lt;equinox&gt; I think it is worth considering the methods outlined in todays guardian articles. The NSA tried to target the dev process 20:38:16 &lt;str4d&gt; zzz: I know, but we have to start somewhere. 20:38:18 &lt;zzz&gt; in particular, the major objection to our model is that we don't clearly specify what is in and what is out 20:38:40 &lt;dg&gt; What affects us and what doesn't? 20:38:43 &lt;zzz&gt; which is a step that would need to happen before rating, should we care to address the critics 20:39:23 &lt;str4d&gt; zzz: that is what we are doing now. 20:39:23 &lt;str4d&gt; &lt;str4d&gt; The threat model page does not clearly identify our security objectives. 20:39:29 &lt;zzz&gt; the major point of a threat model is to specify what's NOT in it, e.g. the NSA. Projects use that to wave their hands and say "not our problem, not in our threat model" 20:39:44 &lt;zzz&gt; we haven't done that. 20:40:07 &lt;idog98@freenode&gt; . 20:40:10 &lt;str4d&gt; Right. So let's do that. 20:40:29 &lt;zzz&gt; If we make a formal model and omit the NSA, we can then stop working on protocol obfuscation, and perhaps even stronger crypto. 20:40:42 &lt;zzz&gt; or, we could call that a copout. 20:41:18 &lt;dg&gt; From the start, it's clear that Tor can't save you from a GPA. Do we make this and other caveats clear? 20:41:26 &lt;dg&gt; and do we protect against NSA? 20:41:59 &lt;str4d&gt; Global adversaries (that can monitor the entire internet) are out by nature of the onion routing design. 20:42:18 &lt;str4d&gt; NSA, as big as it is, is not a global adversary. 20:42:37 &lt;psi&gt; the NSA as it is does have an extensive reach 20:42:38 &lt;zzz&gt; Most of the current model is aspirational, as we are too small to realistically counter may of the items atm 20:42:50 &lt;dg&gt; Would we protect against GPA with some of the things in our roadmap? ;) 20:42:52 &lt;equinox&gt; str4d: perhaps but they do work with others 20:43:01 &lt;zzz&gt; the traditional terminology is "state-level" adversary, e.g. NSA 20:43:03 &lt;orion&gt; GPA? 20:43:11 &lt;str4d&gt; equinox: likely. 20:43:13 &lt;str4d&gt; zzz: thanks. 20:43:18 &lt;dg&gt; Global Passive Adversary 20:43:56 &lt;zzz&gt; so if you want to make a strict model and exclude state-level, and use it to guide dev, then that would e.g. tell us not to work on obfuscation 20:44:47 &lt;orion&gt; It's a difficult enough task to maintain anonymity, let alone do obfuscation. 20:45:43 &lt;zzz&gt; critics love formal threat models... does having one only enable the trolls, or would it actually help us promote and dev? 20:45:53 &lt;str4d&gt; We have always stated that I2P does not do obfuscation (but not explicitly in the threat model) 20:46:19 &lt;str4d&gt; That is a fair point. 20:46:28 &lt;Mathiasdm&gt; a threat model is good for focus 20:46:34 &lt;dg&gt; The trolls have enough if they want to troll. Fuck that. 20:46:41 &lt;Mathiasdm&gt; trolls are always around, I wouldn't take those into account 20:46:43 &lt;Mathiasdm&gt; (sorry to jump in) 20:46:51 &lt;str4d&gt; My goal with this meeting was not to have a strict threat model that we must absolutely follow to the letter. 20:47:02 &lt;str4d&gt; Even if we wanted to have that, it would not be possible in a single meeting. 20:47:25 &lt;dg&gt; No problem. Nice to see you, Mathiasdm. 20:47:28 &lt;dg&gt; A formal threat model helps us to define what we're trying to protect against either 20:47:37 &lt;dg&gt; I've been around for almost a year and I'm still not sure exactly what. 20:47:40 &lt;str4d&gt; The website page we call the "threat model" is a giant WoT and difficult to grep. That is really what I want to fix. 20:48:20 &lt;str4d&gt; I want users to be able to look at it and quickly understand what we are trying to do. 20:48:50 &lt;equinox&gt; We know the state agencies and actors on behalf of the state will only increase their scope as time goes on (if they are left unchecked). I think it is best to plan for that eventuallity rather than reacting to it. 20:49:16 &lt;str4d&gt; Because misinformation and misunderstanding have been a problem with I2P for a long time. 20:50:28 &lt;zzz&gt; I think the page is pretty good. Although perhaps it needs another page that's a summary. 20:51:12 &lt;str4d&gt; The threat risk modelling (with DREAD) is something that is easy to do, and easy to remove if we decide that it doesn't give us valid information. 20:51:57 &lt;str4d&gt; zzz: it is good for someone who is prepared to take the time to read it. It is not good for skimmers. 20:52:36 &lt;str4d&gt; As the post I linked above says: "Warning! Do NOT apply this system, or any other system, without THINKING about it. This system may or may not help you arrive at the right conclusion, and if it does not, consider worth what you paid to get it, which is zero." 20:53:26 &lt;zzz&gt; imho you have 3 orthogonal goals for the single page: 1) simplifying for the masses, 2) formalizing, and 3) risk modelling 20:54:38 &lt;str4d&gt; 1) and 3) are linked - having the ratings enables the masses to skim, find the "important" ones to them, and read. 20:54:49 &lt;str4d&gt; But I agree that 2) is orthogonal (and also linked to 3) ) 20:56:04 &lt;str4d&gt; If having a formal threat model becomes a blocker to other things, then we will need to pursue it. But when I originally said "formalize", I should have said "clarify". 20:57:43 &lt;str4d&gt; Quick poll: does anyone here think that going through and applying DREAD to the attack vectors on our "threat model" page is useful or a good idea? 20:58:28 &lt;str4d&gt; If yes, let's move to next topic and do so, then we can discuss the result. If no, let's forget about it and move on. 20:58:44 &lt;topiltzin&gt; yes-as-long-as-its-someone-else-doing-it 20:58:46 &lt;dg&gt; What's the alternative? 20:59:09 &lt;dg&gt; hahaha 20:59:21 &lt;topiltzin&gt; being honest :) 20:59:37 &lt;dg&gt; or depressing. :) 21:02:00 &lt;hottuna&gt; It isn't a bad idea but, I'm not sure that is the be-all-end-all solution for the threat model. 21:02:06 &lt;psi&gt; hmm &lt;str4d&gt; hottuna: I don't intend it as such, but I think it is a useful step. And no one else was suggesting or doing anything :-P &lt;psi&gt; it depends if there are more people helping &lt;psi&gt; if it's just 1 person no way &lt;psi&gt; if there are collaborators, possibly &lt;str4d&gt; psi: I wanted to do it in-meeting right now, while we had more than one person. &lt;zzz&gt; "formalizing" is important to some - OpenITP, critics, reviewers, auditors, funders, others in our field, etc. &lt;hottuna&gt; would it really be enough and structured well enough to just do it now in this meeting? &lt;hottuna&gt; im not very familiar with the whole DREAD process though. &lt;str4d&gt; hottuna: we go through each attack vector, and rate the five categories as low, medium or high. That's all. &lt;psi&gt; i am not familiar with DREAD as well &lt;str4d&gt; I chose that one because it was very simple to apply. &lt;psi&gt; ah &lt;str4d&gt; (The five categories I outlined just above the index on the threat model page) &lt;psi&gt; let's try an example one &lt;hottuna&gt; each known attack vector? &lt;hottuna&gt; psi, sure &lt;str4d&gt; I intentionally did everything beforehand to make it simple because I knew that getting anyone here to agree to do this would be hard :P &lt;str4d&gt; Okay, "timing attacks" &lt;hottuna&gt; sure. &lt;str4d&gt; Damage Potential: If a threat exploit occurs, how much damage will be caused? &lt;str4d&gt; If it is used to identify a user, then that user is deanonymized -&gt; high? &lt;hottuna&gt; statistical exploits based on timing and packet sizes have been employed against tor to successfully find out which site was being visited &lt;hottuna&gt; with very high success ratios (~90% if I remember correctly) &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:12:28 &lt;psi&gt; to be able to time what exactly? 21:13:26 &lt;hottuna&gt; anything in general? 21:14:11 &lt;psi&gt; okay 21:14:27 &lt;hottuna&gt; I don't know. 21:14:47 &lt;hottuna&gt; But the descriptions seems messgae oriented. 21:14:52 &lt;str4d&gt; (use e.g. https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD to get an idea of scales - it already has three levels described) 21:14:54 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 21:14:56 &lt;str4d&gt; Reliability: How reliable is the attack? - low? med? It is generally network-load-dependent. 21:15:33 &lt;str4d&gt; psi: that's a good point - the "Timing attacks" section should probably be split into message-delivery attacks and message-content attacks 21:15:36 &lt;hottuna&gt; damage potential: 5? 21:15:51 &lt;str4d&gt; Assume message-delivery for now. 21:15:55 &lt;psi&gt; " Complete system or data destruction " means the box explodes i assume? 21:16:08 &lt;hottuna&gt; as far as reliability goes, statistical models have been proven reliable in the case of tor.. 21:18:00 &lt;str4d&gt; hottuna: we are using a 1-3 scale 21:19:08 &lt;str4d&gt; the 1-10 scale described in the OWASP is harder to justify. 21:19:08 &lt;str4d&gt; "What's the difference between discoverability of 6 and 7? Who the heck knows?" 21:19:08 &lt;str4d&gt; Use the OWASP scale as an indicator of how to assign low/med/high 21:19:11 &lt;str4d&gt; psi: In our case, I would say that "high" is complete correlation between a particular user and their activity. 21:19:13 &lt;psi&gt; timing i'd say 5 or 6 21:19:13 &lt;psi&gt; (for dammage) 21:19:14 &lt;str4d&gt; (for Damage) 21:19:17 &lt;str4d&gt; https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx explains the categories possibly better. 21:20:00 &lt;psi&gt; i see 21:20:16 &lt;hottuna&gt; but the damage would be revealing some sort of information, which may be bad.. theoretically it could reveal that I'm running a certain application or talking to a certain destination 21:20:20 &lt;hottuna&gt; is that a 5-6? 21:20:34 &lt;str4d&gt; Exploitability: What is needed to exploit this threat? - med? The attacker needs to monitor several locations along the possible path. 21:20:36 &lt;str4d&gt; low? 21:20:49 &lt;psi&gt; it depends on the attacker 21:20:55 &lt;psi&gt; and it also depends on the network size 21:21:34 &lt;str4d&gt; Exploitability is requirements before launching the attack. Reliability is how well it works once triggered. 21:21:48 &lt;psi&gt; ah 21:21:49 &lt;str4d&gt; psi: yes, so these ratings will change over time. 21:22:05 &lt;str4d&gt; (And this is an example of a limitation of the model, and a big flaw in the original DREAD) 21:22:06 &lt;psi&gt; exploitability would be med 21:22:18 &lt;str4d&gt; Exploitability is only used to calculate priority, not severity. 21:22:25 &lt;psi&gt; just running a stock i2p router would be not enough 21:22:54 &lt;str4d&gt; psi: right, so not high. 21:23:15 &lt;str4d&gt; But not low because it doesn't need advanced computing power etc. 21:23:20 &lt;str4d&gt; Affected Users: How many users will be affected? 21:23:27 &lt;hottuna&gt; You would have to be a part of a tunnel, and then just have a look at the message profile. If you're the ibgw for a service, you might be able to separate out a few users from the rest. Or at least cluster them inte different user groups 21:23:40 &lt;hottuna&gt; into* 21:24:23 &lt;psi&gt; mid may be a hit much for exploitability 21:24:29 &lt;psi&gt; bit* 21:24:36 &lt;psi&gt; mid-low 21:24:40 &lt;hottuna&gt; in the ibg case, I'd say it's pretty easy, but you wouldnt get a ton of information 21:24:45 &lt;hottuna&gt; ibgw* 21:25:06 &lt;str4d&gt; psi: mid or low. It will only affect the priority score. 21:25:48 &lt;hottuna&gt; As far as eploitability goes, I think it's very doable. Especially in comparison to other exploits. 21:25:55 &lt;str4d&gt; Discoverability: How easy is it to discover this threat? - mid? It requires at least some knowledge of how I2P works. 21:25:59 &lt;psi&gt; hottuna: agreeed 21:26:10 &lt;str4d&gt; "Something that's highly discoverable is publicly known, or very similar to something that is publicly known. Low discoverability is that it takes intimate knowledge of the internal workings of your app to sort out." 21:26:22 &lt;psi&gt; mid 21:26:51 &lt;hottuna&gt; We would never know about the attack since it's passive 21:26:55 &lt;str4d&gt; hottuna: exactly. The classification partly depends on what is chosen for other attacks. It's all relative. 21:27:26 &lt;hottuna&gt; str4d, are you noting some sort of value based on what's being said? 21:27:44 &lt;str4d&gt; hottuna: yes. 21:29:02 &lt;hottuna&gt; good. 21:29:02 &lt;hottuna&gt; D: low 21:29:19 &lt;psi&gt; hmm 21:29:29 &lt;hottuna&gt; Affected users: High (all who actually do something) 21:29:37 &lt;str4d&gt; Here's what I think we agreed on, and what it calculates: 21:29:37 &lt;str4d&gt; Damage Potential: medium 21:29:37 &lt;str4d&gt; Reliability: medium 21:29:37 &lt;str4d&gt; Exploitability: medium 21:29:51 &lt;str4d&gt; Affected Users: high 21:29:52 &lt;str4d&gt; Discoverability: medium 21:29:53 &lt;str4d&gt; Severity: 4/5 21:29:54 &lt;str4d&gt; Priority: 5/9 21:30:23 &lt;psi&gt; timing attacks are pretty bad but they don't seem practical 21:30:29 &lt;psi&gt; at least, at the moment 21:30:41 &lt;str4d&gt; Does that seem like a sensible result? Are the levels I set what we actually decided on? 21:30:58 &lt;hottuna&gt; I dont agree with discoverability. 21:31:01 &lt;str4d&gt; And we should do at least one other attack vector, to get a sense of how this will compare them. 21:31:09 &lt;hottuna&gt; A passively logging node would never be discovered. 21:31:17 &lt;str4d&gt; hottuna: you think it should be high? 21:31:17 &lt;hottuna&gt; Sure. 21:31:29 &lt;str4d&gt; hottuna: wrong "discoverability". 21:31:47 &lt;hottuna&gt; whatever undiscoverable translates into 21:31:53 &lt;str4d&gt; This is a defensive model. This is discoverability of the vulnerability by the attacker. 21:32:00 &lt;psi&gt; the resources used to launch an attack would be rather obvious unless they pwnd all the boxes 21:32:12 &lt;hottuna&gt; oh. I see. 21:32:18 &lt;dg&gt; Timing attacks are specific and maybe not as applicable to us anyway.. 21:32:25 &lt;hottuna&gt; Oh, in that case I agree. 21:33:28 &lt;psi&gt; to do a timing attack would require either a birds eye view or ownership of many nodes (how many? idk) 21:33:38 &lt;str4d&gt; Severity is how bad we think the attack is, Priority is the order it thinks we should focus on. 21:33:55 &lt;dg&gt; Oh. 21:33:55 &lt;psi&gt; not sure if a bird's eye view would be enough too 21:33:57 &lt;dg&gt; Yeah, 4/5. 21:34:10 &lt;str4d&gt; Let's leave that classification for now, and do another one for comparison. 21:34:30 &lt;psi&gt; reflecting on 4/5 IF they can do timing attacks then pretty much everything low latency is affect 21:34:33 &lt;psi&gt; affected* 21:34:54 &lt;psi&gt; priority... not sure 5/9 is appropriate 21:35:15 &lt;str4d&gt; "Tagging attacks" should be easy to classify. 21:35:32 &lt;str4d&gt; psi: we won't know what priority means until we have more classified. Classification is an iterative process. 21:35:38 &lt;psi&gt; okay 21:35:48 &lt;str4d&gt; So, tagging attacks. 21:36:15 &lt;psi&gt; tagging messages? tagging routers? 21:36:48 &lt;str4d&gt; Messages 21:36:59 &lt;str4d&gt; (kinda) 21:37:07 &lt;str4d&gt; Determining what path a message follows. 21:37:17 &lt;str4d&gt; Damage potential: mid? 21:37:30 &lt;psi&gt; mid agreed 21:37:38 &lt;psi&gt; low in a sense 21:37:43 &lt;hottuna&gt; Damage potential: lo 21:37:47 &lt;hottuna&gt; low-mid 21:37:58 &lt;str4d&gt; Tagging (if possible) is only going to reveal info within a particular. tunnel 21:37:58 &lt;psi&gt; it depends on the situation 21:38:01 &lt;str4d&gt; Reliability: low. 21:38:01 &lt;psi&gt; yea 21:38:08 &lt;str4d&gt; Or... 21:38:10 &lt;str4d&gt; Hmm. 21:38:41 &lt;psi&gt; on what scope would the tagging be measured at? 21:38:58 &lt;hottuna&gt; if they were used in a situation where they could identify tunnel participants, they woulkd work every time, right? 21:39:00 &lt;str4d&gt; Exploitability and discoverability are low - it should be impossible to tag messages themselves, and collusion requires exact placement of routers. 21:39:20 &lt;hottuna&gt; E:low 21:39:21 &lt;str4d&gt; psi: a message going between two endpoints (a client or server). 21:39:23 &lt;hottuna&gt; D: low 21:39:39 &lt;psi&gt; i agree LOW 21:39:45 &lt;psi&gt; E and D 21:39:50 &lt;str4d&gt; hottuna: exactly. If a tagging attack was discovered, it would work every time. 21:40:13 &lt;hottuna&gt; so, R: high? 21:40:21 &lt;str4d&gt; But such discovery should be impossible because everything is signed. 21:40:51 &lt;str4d&gt; But it depends on the tagging attack. 21:40:56 &lt;str4d&gt; Message tagging: high. 21:40:57 &lt;psi&gt; if they have your keys then they can sign too 21:41:06 &lt;str4d&gt; Collusion tagging: mid. 21:41:07 &lt;hottuna&gt; str4d, sure, but discoverability is another metric 21:41:13 * str4d says high for now. 21:41:28 * hottuna is sattisfied 21:41:44 &lt;str4d&gt; Affected users: only users with malicious nodes in their tunnels are affected. 21:42:02 &lt;psi&gt; low 21:42:16 &lt;hottuna&gt; A: most likely low 21:42:26 &lt;str4d&gt; Okay: 21:42:26 &lt;str4d&gt; Damage Potential: low 21:42:27 &lt;str4d&gt; Reliability: high 21:42:27 &lt;str4d&gt; Exploitability: low 21:42:27 &lt;str4d&gt; Affected Users: low 21:42:27 &lt;str4d&gt; Discoverability: low 21:42:28 &lt;str4d&gt; Severity: 2/5 21:42:29 &lt;str4d&gt; Priority: 2/9 21:42:52 &lt;hottuna&gt; looks good 21:42:59 &lt;psi&gt; sounds good 21:43:22 &lt;str4d&gt; feels good 21:43:57 &lt;hottuna&gt; onto an actual threat? 21:44:28 &lt;str4d&gt; Shall we quickly go through the remaining meeting topics, and then come back to this? 21:44:37 &lt;hottuna&gt; ok 21:44:56 * str4d culls 4) Docs discussion, it will take too long. 21:45:12 &lt;str4d&gt; 2) Website revamp - check over in preparation for launch. 21:45:35 &lt;psi&gt; the site revamp is applying better CSS or is there more? 21:45:48 &lt;str4d&gt; Apart from this classification process (or removing the classifications), what else needs doing before welterde "launches" the site revamp? 21:46:12 &lt;hottuna&gt; I dont know. 21:46:21 &lt;str4d&gt; psi: "better" CSS, but a lot of structural and layout changes. 21:46:32 &lt;str4d&gt; I think structurally, everything is ready. 21:46:50 &lt;hottuna&gt; How automatic is the translation update process? 21:46:50 &lt;str4d&gt; Completely. 21:47:06 &lt;hottuna&gt; How frequent is it? 21:47:28 &lt;str4d&gt; Whenever I update it. 21:47:45 &lt;hottuna&gt; Ok. 21:47:48 &lt;str4d&gt; So far, whenever I have seen string changes I run the scripts to extract and update the translation strings. 21:47:50 &lt;psi&gt; i need to jet ill bbl in 30 minutes 21:47:56 &lt;hottuna&gt; I suppose that is good enough. 21:48:01 * str4d will be gone by then. 21:48:30 &lt;str4d&gt; psi: you're welcome to continue the DREAD discussion then :) 21:48:44 &lt;hottuna&gt; oh, str4d: the giant download button on the front page doesnt seem to auto update to the latest version 21:48:45 &lt;str4d&gt; There are known CSS problems in IE 7 and 8 IIRC 21:49:00 &lt;str4d&gt; hottuna: that is another bug that I need to talk with welterde about. 21:49:09 &lt;hottuna&gt; ok. good. 21:49:25 &lt;str4d&gt; Whenever a .py file changes, a script is meant to restart the server (and whenever translations change, it recompiles them) 21:49:49 &lt;str4d&gt; But for some reason, changes to .py files are not being detected on welterde's server... 21:49:49 &lt;str4d&gt; (They were before) 21:50:24 &lt;str4d&gt; Okay, if there is nothing else, then I 21:50:43 &lt;str4d&gt; 'm happy with the revamp and once the .py bug is fixed, it can go live. 21:50:52 &lt;hottuna&gt; Alright! 21:51:11 &lt;str4d&gt; (IE 7/8 CSS will be mitigated when I get a chance, but I don't consider it a blocker) 21:51:23 &lt;hottuna&gt; Sounds reasonable. 21:51:42 &lt;str4d&gt; "live" == welterde will make it live at https://geti2p.net (the URL we decided on several meetings ago), but leave www.i2p2.de as-is. 21:51:52 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 21:52:00 &lt;hottuna&gt; Why will i2p2.de be left as it is? 21:52:03 &lt;str4d&gt; Then I will run tests, check Google etc. are happy with it. 21:52:30 &lt;str4d&gt; hottuna: in case something catastrophic happens and we need to revert. 21:52:42 &lt;hottuna&gt; ok, so it's just temporary 21:52:51 &lt;str4d&gt; Only when everything is absolutely checked and ready, will we 301 redirect i2p2.de to geti2p.net 21:53:15 &lt;hottuna&gt; that makes sense 21:53:23 &lt;str4d&gt; Because 301 is a permanent move, and will cause search engines to update their links. 21:54:08 &lt;str4d&gt; The legacy redirection code uses 302 redirects for now, but will be changed to 301 once everything is set (so that we don't lose pagerank from old links) 21:54:28 &lt;str4d&gt; Okay, moving on: 21:54:28 &lt;str4d&gt; 3) Roadmapping. 21:54:42 &lt;str4d&gt; hottuna: your turn. 21:55:44 &lt;str4d&gt; You have about ten minutes of my time (maybe more for anyone else who is still here) 21:55:45 &lt;hottuna&gt; roadmap? All I know is that I've been having a little more time as of late, and I've been getting back into looking at the DHT code. Especially the reply handling code. 21:56:08 &lt;hottuna&gt; I don't really have anything else to add. 21:56:48 &lt;str4d&gt; The current roadmap for 0.9: 21:56:48 &lt;str4d&gt; Include some seed data in the distribution so a central reseed location isn't required? 21:56:48 &lt;str4d&gt; Reachability Mapping / handle peers partially reachable / enhanced restricted routes 21:56:49 &lt;str4d&gt; Improve help pages and website 21:56:49 &lt;str4d&gt; More translations 21:56:56 &lt;str4d&gt; SSU disconnect message 21:56:57 &lt;str4d&gt; Iterative floodfill lookups 21:57:13 &lt;str4d&gt; I have no idea where we are on some of that, or when it was last updated. 21:57:54 &lt;hottuna&gt; The floodfill lookups are iterative as far as I understand them. 21:57:59 &lt;str4d&gt; 1.0 - 3.0 were last updated in 2008. 21:58:14 &lt;str4d&gt; 0.9 was added in 2010. 21:58:14 &lt;dg&gt; restricted routes is unlikely 21:58:37 &lt;hottuna&gt; I'll have to go in a minute or two 21:58:42 &lt;str4d&gt; I think proper evaluation of the roadmap needs another meeting, with more attendance. 21:59:01 &lt;hottuna&gt; Agreed. 21:59:14 &lt;str4d&gt; hottuna: good to hear you are getting back into the DHT code. 21:59:29 &lt;str4d&gt; Deferring until later. 21:59:33 &lt;hottuna&gt; And the actual threat model should be looked after. 21:59:43 &lt;str4d&gt; Okay. 21:59:47 &lt;hottuna&gt; Could we have a long meeting next time for that? 22:00:35 &lt;str4d&gt; hottuna: I had hoped 2 hours would be enough, but we spent at least an hour debating whether it was even worth doing&gt;_&lt; 22:00:36 &lt;hottuna&gt; I've gotta leave, but thanks for the meeting str4d. You're a natural! 22:01:19 &lt;str4d&gt; We don't have time to return to 1c), so: 22:01:23 &lt;str4d&gt; str4d *baf*s the meeting closed </div>/vi/blog/2013/10/02/0.9.8.1-release/Wed, 02 Oct 2013 00:00:00 +0000/vi/blog/2013/10/02/0.9.8.1-release/<p>0.9.8.1 sửa một sự cố khi cập nhật lên 0.9.8 trên Windows đối với một số người dùng. Các bản cài đặt mới và nền tảng không phải Windows không bị ảnh hưởng, tuy nhiên tất cả các nền tảng sẽ tự động cập nhật ngay cả khi đang chạy 0.9.8.</p> <p>Xem vé Trac để biết chi tiết và các cách khắc phục tạm thời. Xem <a href="../../vi/blog/2013/09/30/0.9.8-release/">ghi chú phát hành 0.9.8</a> để biết thông tin về IPv6 và các thay đổi khác.</p>/vi/blog/2013/09/30/0.9.8-release/Mon, 30 Sep 2013 00:00:00 +0000/vi/blog/2013/09/30/0.9.8-release/<p>0.9.8 bao gồm hỗ trợ IPv6 đã được mong đợi từ lâu. Tính năng này được bật theo mặc định, nhưng tất nhiên bạn cần một địa chỉ IPv6 công cộng để sử dụng. Cấu hình nằm trong tab cấu hình &lsquo;mạng&rsquo; trên bảng điều khiển của bạn. Chúng tôi cũng có các cải tiến về ẩn danh bao gồm chèn dữ liệu đệm vào các gói SSU và khóa riêng của bộ định tuyến dài hơn.</p>/vi/blog/2013/09/10/i2p-dev-meeting-september-10-2013/Tue, 10 Sep 2013 00:00:00 +0000/vi/blog/2013/09/10/i2p-dev-meeting-september-10-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) hi 20:00:38 &lt;zzz&gt; 1) website revamp (str4d) 20:00:55 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:01:03 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:01:11 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:01:20 &lt;zzz&gt; 4) netdb project update (hottuna) 20:01:23 &lt;zzz&gt; 0) hi 20:01:25 &lt;zzz&gt; hi 20:01:30 &lt;dg&gt; hi 20:01:35 &lt;topiltzin&gt; hi 20:01:42 &lt;zzz&gt; more info and links at `http://zzz.i2p/topics/1460` 20:01:55 &lt;zzz&gt; let's try something new and limit each agenda item to 15 minutes 20:02:00 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (at zzz.i2p) 20:02:03 &lt;zzz&gt; 1) website revamp (str4d) 20:02:07 &lt;zzz&gt; go str4d 20:04:12 &lt;zzz&gt; skipping 1) for now 20:04:17 &lt;zzz&gt; 2) console home page request for `http://open4you.i2p/` 20:04:21 &lt;iRelay&gt; Title: open4you.i2p (at open4you.i2p) 20:04:28 &lt;zzz&gt; is the open4you requester here? 20:05:53 &lt;zzz&gt; skipping 2) for now 20:05:59 &lt;zzz&gt; 3) disable outproxy (topiltzin / dg) 20:06:05 &lt;zzz&gt; go dg or topiltzin 20:06:05 &lt;dg&gt; \o 20:06:13 &lt;dg&gt; I'll take it first. 20:06:50 &lt;dg&gt; Hi all, I've been mulling this over for some time: I think the outproxy for HTTP (and possibly HTTPS) being included by default isn't aligned with our goals; 20:07:25 &lt;dg&gt; most of the time, when asked on IRC about outproxying, community members recommend Tor and not to touch the outproxy for many/any uses 20:07:38 &lt;dg&gt; "we leave that to Tor" is something that's thrown around a lot 20:08:22 &lt;dg&gt; the outproxy is centralized which is obviously a big issue, there's problems with Tor having thousands of exit nodes even, let alone us having just one 20:08:43 &lt;dg&gt; security issues aside, it's a usability problem. What if someone trying to use I2P thinks I2P is just really slow because google.com loads slow? Oh, and it's in German? Huh? 20:09:14 &lt;dg&gt; We haven't built in the code for outproxying as a 'real' measure for a reason: we don't want to do it and hidden services are our target 20:09:58 &lt;dg&gt; I feel we're putting users at risk by inserting the outproxy by default and (possibly) confusing their perception of what I2P is and what it does. 20:10:04 &lt;dg&gt; iniial pitch over 20:10:17 &lt;zzz&gt; topiltzin, you have anything to add? 20:10:52 &lt;topiltzin&gt; that's a good list; I can also see KillYourTV 's point that the functionality should not be removed 20:11:22 &lt;zzz&gt; ok let's throw it open to comments from others 20:11:23 &lt;topiltzin&gt; but I strongly agree with dg that it's better to steer users away from using i2p for clearnet surfing 20:12:17 &lt;dg&gt; Someone (Pseudonemo) has suggested an explanation page as to why clearnet websites will not load and possibly a Tor recommendation. 20:12:19 &lt;welterde&gt; a plugin that outproxies via tor locally would be nice.. 20:12:45 &lt;dg&gt; welterde: funny you say this.. jtor was introduced by ioerror to zzz a few weeks back. 20:13:26 &lt;welterde&gt; dg: yeah.. that's what I was thinking about.. should be much cleaner than having to rely on an external running component 20:13:52 &lt;dg&gt; So, thoughts? 20:13:54 &lt;efkt&gt; Usually the only time I observe topic of I2P's in discussion is answering questions like "Why doesnt it work like I want it to?" and supplying alternatives like Meeh's outproxy or just using Tor. Having the option for the outproxy is a good thing, and having users knowing that there is such an option is also nice. 20:13:56 &lt;zzz&gt; I'm against removing it - it's a limited feature, yes, but what it does it actually does pretty well. We won't improve the usability of it by disabling it. We'll just make things harder and more confusing. 20:14:45 &lt;EpicCoffee&gt; I think overall I agree with zzz (since my entrance) 20:14:58 &lt;zzz&gt; perhaps when we have a better solution (a tor plugin) then we could disable echelon;s by default 20:15:19 &lt;trolly_&gt; options are always good, and I use the outproxies a lot, I know of course not to trust outproxies communications 20:15:21 &lt;dg&gt; Why should we do something that we (mostly) acknowledge is something Tor is better for? It seems like we're letting down people by even trying, it's a false impression. A well designed explanation page could ease the confusion/hardness 20:15:46 &lt;dg&gt; I don't suggest we remove the capability, just the default 20:15:47 &lt;zzz&gt; sounds like dg is mainly describing a documentation / education problem, that won't be fixed by disabling it. 20:16:24 &lt;topiltzin&gt; it would not be fixed but would be avoided 20:16:31 &lt;dg&gt; I don't know why the user should be trusting a third party by installing I2P 20:16:36 &lt;zzz&gt; i2ptunnel is scary and I'd rather not have to point people in there to turn it on 20:16:36 &lt;EpicCoffee&gt; Some people do not use tor and will not use tor for various reasons. They can have use for an I2P outproxy. 20:17:12 &lt;topiltzin&gt; kytv's proposal to have a warning page that makes things clear would be a proper solution, no? 20:17:16 &lt;trolly_&gt; dg you are right, EpicCoffee too 20:17:26 &lt;EpicCoffee&gt; On rare occasions I use the outproxy, mostly to check out links sent in i2prc 20:17:42 &lt;dg&gt; I understand we can say "well, the user should read" or similar but.. should we let them shoot themselves in the foot so easily? 20:17:49 &lt;trolly_&gt; like me EpicCoffee 20:17:51 &lt;zzz&gt; to look at it another way, while it's on by default on the i2p side, it always takes affirmative action by the user to enable it in the browser. So you could say it is not on by default now, if you consider the browser too. 20:18:09 &lt;EpicCoffee&gt; If the link cannot be loaded through the outproxy, I am unlikely to load it through the clearnet. 20:18:32 &lt;dg&gt; it takes affirmative action to browse eepsites, it is still confusing. If someone is aware of the risks, they can add the outproxy. 20:18:37 *** trolly_ is now known as trolly 20:18:37 &lt;dg&gt; Or load the maybe-coming tor plugin 20:18:49 &lt;EpicCoffee&gt; I'm sure I'm not alone in this. 20:18:49 &lt;EpicCoffee&gt; lol 20:18:55 &lt;zzz&gt; does eche|on have an opinion? 20:19:03 &lt;dg&gt; This isn't an attack on echelon either but should we be trusting a single person with all outproxy traffic? 20:19:12 &lt;dg&gt; Regardless of who it is, it's a single point and a single person 20:19:37 &lt;zzz&gt; would you rather trust one person you somewhat know, or 3000 people you don't? 20:19:41 &lt;dg&gt; An assumption could easily be made that I2P is performing a tor like mechanism 20:19:57 &lt;dg&gt; 3000 people I don't 20:20:10 &lt;zzz&gt; coming up on the 15 minute mark. do we have any sort of consensus? anybody else that has a thought on this? 20:20:34 &lt;welterde&gt; imho we shouldn't disable it until we have the tor plugin 20:20:37 &lt;Pseudonemo&gt; I think dg is primarily arguing from the perspective of new users. They don't know eche|on. 20:20:51 &lt;topiltzin&gt; +1 Pseudonemo 20:20:59 &lt;dg&gt; *I* know eche|on, as a result, I don't mind the outproxy much but yes. 20:21:04 &lt;dg&gt; welterde: I can agree on this compromise. 20:21:21 &lt;EpicCoffee&gt; nobody should use an outproxy for anything sensitive. that should be a given lol. 20:21:22 &lt;dg&gt; Let's leave it there? 20:21:33 &lt;topiltzin&gt; assuming a tor plugin is in the works at all.. which it isn't 20:21:54 &lt;zzz&gt; ok, interesting topic, thanks for bringing it up dg. May be worth talking about again after a while, whether we have a tor plugin or not 20:21:59 &lt;topiltzin&gt; it is an education problem so it would be best to solve it through education 20:22:16 &lt;dg&gt; zzz: no problem, thank you. 20:22:39 &lt;zzz&gt; any volunteers to look at the education / documentation issue and propose some improvements? 20:22:42 &lt;EpicCoffee&gt; topiltzin: I don't think I would like a tor plugin in i2p. My opinion on that is I don't like/trust tor. 20:22:55 &lt;dg&gt; EpicCoffee: moved topic, save for next time :) 20:23:16 &lt;zzz&gt; last call for volunteers and then we are done with this topic 20:23:43 &lt;zzz&gt; ok then. 20:24:04 &lt;zzz&gt; skipping 4) as hottuna is not here 20:24:04 &lt;zzz&gt; lets circle back to 1), is str4d here? 20:24:45 &lt;zzz&gt; skipping 1) again 20:24:49 * EpicCoffee must be oblivious to the "list" 20:25:01 &lt;dg&gt; EpicCoffee: you weren't here for the start, will pm. 20:25:09 &lt;zzz&gt; 2) open4you.i2p, which we will discuss whether or not the requestor is here. 20:25:12 &lt;EpicCoffee&gt; ah thank you dg 20:25:13 &lt;zzz&gt; open4you are you here? 20:25:15 &lt;topiltzin&gt; EpicCoffee: channel is logged real-time `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 &lt;zzz&gt; the request is at the bottom of `http://zzz.i2p/topics/1429` 20:26:03 &lt;iRelay&gt; Title: zzz.i2p: 0.9.8 Release Summary (at zzz.i2p) 20:26:44 &lt;zzz&gt; as a refresher, since we haven't done this in a while, my personal guidelines are at `http://zzz.i2p/topics/236` 20:26:49 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:27:09 &lt;zzz&gt; has anybody used this site? Does anybody have any thoughts about putting it on the console? 20:27:30 &lt;dg&gt; If open4you doesn't turn up, can I propose one? 20:27:31 &lt;dg&gt; loading the guidelines now 20:27:36 &lt;topiltzin&gt; I like that the operator is upfront about what he can and cannot guarantee 20:28:08 *** trolly is now known as trolly_ 20:28:14 &lt;topiltzin&gt; but besides that (positive) impression there isn't much to say... 20:28:15 &lt;zzz&gt; we are considering open4you only today, at least in item 2). If you like you can have a new item 5) dg 20:28:28 &lt;EpicCoffee&gt; I believe there should be available hosting on i2p, however I'm not sure I would trust a host lol. I'm conflicted on the hosting topic so I'll step aside on this one 20:28:29 &lt;dg&gt; zzz: ok, thx 20:28:42 &lt;zzz&gt; his TOS looks ok to me 20:29:03 &lt;zzz&gt; it's a new category not currently on the console so that's a plus 20:29:03 &lt;dg&gt; i know of no clients from open4you.i2p so I can't vouch for it but if the owner can turn up another time, I'm fine with discussing it again 20:29:56 &lt;dg&gt; no vouches makes me suspicious 20:30:24 &lt;zzz&gt; the recent FreedomHosting thing makes eepsite hosting interesting 20:31:13 &lt;dg&gt; I get the gist this is free, right? 20:31:19 &lt;zzz&gt; do we have any questions that the requestor must answer for us to make a decision? or can we make a decision today? 20:31:33 &lt;zzz&gt; I didnt see whether it was free or not. the faq is only in russian. 20:31:45 &lt;topiltzin&gt; it's free 20:31:45 &lt;dg&gt; If it's free, why not? There's no risk of a scam and it's definitely of 'interest'. 20:31:49 &lt;dg&gt; "9 months work free web hosting in i2p." 20:31:58 &lt;dg&gt; sorry guys, I was under the impression it was bitcoin 20:32:19 &lt;topiltzin&gt; still, we have no idea if it actually works 20:32:46 &lt;dg&gt; Should we bite the bullet and find a volunteer to test it at some point from now to the release? 20:32:55 &lt;dg&gt; If it doesn't work, we pull it 20:33:15 &lt;zzz&gt; I'm inclined to say yes now. I don't know what one person testing it would prove. We can always pull it later. 20:33:33 &lt;dg&gt; well, testing it at least works. There's not much else we can test. 20:33:39 &lt;zzz&gt; I would hope people are at least vaguely aware of the trust issues involved in hosting 20:33:41 &lt;dg&gt; yeah, I'm also a yes. 20:34:10 &lt;zzz&gt; there's no reason it shouldn't work. For one, I dont see any evidence of an automated process. 20:34:12 &lt;dg&gt; Any other votes? 20:34:26 &lt;dg&gt; it seems to be email drivne 20:34:28 &lt;dg&gt; driven 20:34:43 &lt;zzz&gt; last call for opinions / objections 20:34:57 &lt;topiltzin&gt; by works I mean whether the operator will actually do what he says he will do 20:35:14 &lt;psi&gt; do we have any testimonies from users on open4you? 20:35:22 &lt;topiltzin&gt; as opposed to set up an eepsite and abandon it 20:35:24 &lt;dg&gt; no 20:35:28 &lt;topiltzin&gt; psi: none, that's the problem 20:35:31 &lt;dg&gt; topiltzin: if that happens, we can remove it. 20:35:39 &lt;dg&gt; the owner is at least somewhat active as he requested 20:35:48 &lt;dg&gt; I'm for it. 20:35:53 &lt;psi&gt; yeah, i'd say not to go ahead with endorsement , first we get a test user in 20:35:56 &lt;zzz&gt; my guess is he has almost no business so far. Let's give him a trial period of a couple of I2P releases with it in the console, and if its bogus then we pull it 20:36:09 &lt;psi&gt; or... if we endorse put a big fat warning on it 20:36:10 &lt;dg&gt; zzz: +1 20:36:27 &lt;psi&gt; hmm 20:36:33 &lt;psi&gt; zzz has a good point 20:36:42 &lt;psi&gt; but... still 20:36:49 &lt;dg&gt; psi: it is free 20:36:56 &lt;zzz&gt; psi pls clarify are you objecting or not 20:36:56 &lt;topiltzin&gt; I'll email him the next few days 20:36:58 &lt;psi&gt; oh? it is? 20:37:04 &lt;dg&gt; yes 20:37:08 &lt;psi&gt; i am voicing caution 20:37:13 &lt;psi&gt; no objection 20:37:16 &lt;topiltzin&gt; I guess I might as well put zab.i2p back up 20:37:22 &lt;dg&gt; I thought it was bitcoin but it isn't 20:37:25 &lt;dg&gt; It's free so.. I don't care much about testimonies yet 20:37:30 &lt;dg&gt; :) 20:37:40 &lt;dg&gt; topiltzin: You for or against? 20:37:52 &lt;topiltzin&gt; abstaining 20:38:00 &lt;zzz&gt; sounds like we have no objections and it's approved? if I'm wrong please speak up 20:38:01 &lt;topiltzin&gt; I will test his hosting the next few days though 20:38:05 &lt;dg&gt; 2 for, 0 against 20:38:12 &lt;psi&gt; abstain 20:38:19 &lt;welterde&gt; abstain 20:38:26 &lt;EpicCoffee&gt; im curious how files are transferred to open4you hosting account 20:38:47 &lt;dg&gt; EpicCoffee: ftp (huh?) or via a control panel it seems. 20:39:07 &lt;psi&gt; sftp? 20:39:18 &lt;zzz&gt; ok I'll email him to get a logo and check the stuff into the console. Any of you so inclined, please sign up and report back 20:39:34 &lt;zzz&gt; if it's bogus or doesnt work, we can always pull it just before the release. 20:39:35 &lt;dg&gt; "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 &lt;dg&gt; +1 20:39:48 &lt;welterde&gt; psi: doubt it.. 20:40:01 &lt;zzz&gt; and that ends item 2) 20:40:18 &lt;zzz&gt; no sign of hottuna or str4d so we're on to 5) dg's request 20:40:20 &lt;zzz&gt; dg go 20:40:29 &lt;welterde&gt; although it should work better over i2p (you know.. passive/active mode and so for ftp..) 20:41:36 &lt;dg&gt; I propose `http://salt.i2p/` (not my site, efkt's) for inclusion in the router console. salt.i2p contains; a helpful, large wiki of eepsites and guides; xmpp; an IRC channel which is probably most active one on IRC2p 20:41:51 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:42:00 &lt;dg&gt; It provides a lot of eepsite 'starting points' and is SFW. 20:42:02 &lt;EpicCoffee&gt; ill say +1 for salt 20:42:07 &lt;EpicCoffee&gt; I like the salt wiki 20:42:16 &lt;topiltzin&gt; yep, #salt pwnz +1 20:42:18 &lt;dg&gt; salt has grown to be a great resource for me and others in the community 20:42:28 &lt;dg&gt; the channel is #salt ftr 20:42:52 &lt;zzz&gt; we really can only take requests from the eepsite owner. Could you ask him to apply following the guidelines on `http://zzz.i2p/topics/236` ? then we can consider it for 0.9.9 20:42:54 &lt;welterde&gt; +1.. pretty much what that old wiki used to be now.. 20:43:06 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:43:33 &lt;zzz&gt; I'm not familiar with the site 20:43:55 &lt;zzz&gt; I don't think we want to start adding sites w/o permission 20:44:14 &lt;dg&gt; He was active not long ago, he may shoot up in a second 20:44:23 &lt;dg&gt; I agree with not adding w/o permission 20:44:34 &lt;dg&gt; figured it was worth a shot though 20:44:43 &lt;zzz&gt; paging efkt 20:44:49 &lt;efkt&gt; You have my permission as long as everyone's happy with it. I created the site with some of I2P's possible policies and ideas in mind about what content is appropriate for I2P. Im open to discussion if you don't like some of what might be there (Just saying) 20:44:53 &lt;EpicCoffee&gt; efkt is the owner of salt? I presume such based on observations. 20:44:59 &lt;dg&gt; Yes, EpicCoffee. 20:45:10 &lt;efkt&gt; Thus the disclaimer on the front page, explicit policies about gore/pr0n/etc 20:45:43 &lt;efkt&gt; The wiki is not open to edit unless we end up knowing you, so it is unlikely to be vandalized. 20:46:03 * EpicCoffee also points out the salt xmpp 20:46:17 &lt;dg&gt; the XMPP is popular too and comes with guides. :) 20:46:50 &lt;topiltzin&gt; yeah salt is pretty damn great.. has a real community feel to it 20:46:59 &lt;zzz&gt; if you want to do it right now please answer the following questions. If it's too much to do now we can discuss in about 6 weeks before the next release 20:47:00 &lt;EpicCoffee&gt; so long as users of it realize the admins can see what is said if not encrypted (I think the wiki article on it highly encourages otr) 20:47:06 &lt;efkt&gt; We have enough XMPP servers floating around that in the future it might not be a bad idea to list a few in the console. Most of us running servers have S2S happening. 20:47:07 &lt;zzz&gt; - An email address 20:47:07 &lt;zzz&gt; - The URL to link to 20:47:07 &lt;zzz&gt; - The URL of your English terms of service if available or necessary 20:47:07 &lt;zzz&gt; - If the site is not in English, a brief description of the site in English 20:47:07 &lt;zzz&gt; - (Optional) A URL to a transparent png icon to display. Size must be 32x32 (subject to change). If no icon is provided the icon will be "toopie". We will copy this icon into the router console source and serve it locally. 20:47:10 &lt;zzz&gt; - If an icon is provided, the license of the image. 20:47:12 &lt;zzz&gt; - (Optional) A one or two-word label in English. If not provided we will use example.i2p 20:47:14 &lt;zzz&gt; - (Optional) a few words or a sentence in English for a popup (tooltip) 20:48:19 &lt;efkt&gt; efkt@mail.i2p 20:48:23 &lt;efkt&gt; site: `http://salt.i2p` 20:48:27 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:48:38 &lt;efkt&gt; site terms of service - Theres a disclaimer on the front page: `http://salt.i2p` 20:48:43 &lt;iRelay&gt; Title: salted (at salt.i2p) 20:49:15 &lt;efkt&gt; I dont have a 32x32 icon to provide speedily but it would be the same as our favicon, a black star with transparent or white background 20:49:47 &lt;efkt&gt; label name can be simply "salt" 20:49:59 &lt;EpicCoffee&gt; efkt I can make a quick 32x32 icon if you want. well as quick as i2p will allow lol 20:50:25 &lt;zzz&gt; we can give you a week for the icon :) 20:50:32 &lt;zzz&gt; how long has the site been up? 20:50:34 &lt;efkt&gt; EpicCoffee: If you like. Its just like the favicon - the black "anarchist star", you see the same kind of shape all over google images. It takes only a moment really 20:50:40 &lt;efkt&gt; zzz: august 2012, IIRC 20:51:21 &lt;dg&gt; `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 &lt;efkt&gt; Honestly, I'm very surprised I get so many users unable to reach the site as its not part of the default addressbook (or the XMPP) - Yet we get a lot of newcomers being directed there through IRC. Sorry to step off topic. 20:51:35 &lt;iRelay&gt; Title: Salted Wiki (at salt.i2p) 20:51:41 &lt;efkt&gt; zzz: Oh, and the blurb "Cryptomunitions and tutorials' 20:51:46 &lt;dg&gt; Yeah, it's a problem (in addition to the annoying addressbook-not-found bug) when introducing users. 20:52:20 &lt;zzz&gt; anybody on the console home page is automatically added to the default address book 20:52:42 &lt;efkt&gt; Oh. That will be helpful for anyone who is new to I2P coming to IRC2P to explore. 20:52:52 &lt;efkt&gt; one headache solved :) 20:52:59 &lt;dg&gt; 1/2. 20:53:05 &lt;dg&gt; no xmpp.salt.i2p ;) 20:53:32 &lt;zzz&gt; efkt to me your terms of service are insufficient for a wiki that we would recommend, as it describes only what you are not responsible for. It does not say what type of content if any is disallowed. 20:54:03 &lt;zzz&gt; If anything goes then I cannot support the request. 20:54:04 &lt;efkt&gt; zzz: Even though noone is allowed to edit the wiki, at all, unless I have personally vetted them and given them an account? 20:54:19 &lt;dg&gt; efkt: I believe he's saying the actual rules are unclear. pr0n, etc. 20:54:41 &lt;efkt&gt; Hrm. 20:54:53 &lt;zzz&gt; there are no rules stated at all. 20:54:56 &lt;dbowie&gt; 32X32 blackstar.jpg, base64 encoded: `http://pastethis.i2p/show/5437/` 20:54:57 &lt;iRelay&gt; Title: Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 &lt;zzz&gt; wrt allowed content 20:55:54 &lt;efkt&gt; I can easily add something. It's not a problem, only mulling over what "extra" things to add - Content such as Gore, Rape, Torture, Snuff, or weird sex will never be allowed on the site 20:56:23 &lt;dg&gt; so, family friendly - safe for work etc? 20:56:53 &lt;zzz&gt; I don't think we should ask you to draft a content ToS in the next 30 seconds. Want to think about it and come back in a few weeks? 20:57:06 &lt;efkt&gt; At this time no I cannot say salt is family friendly or safe for work. The onionland page explicitly links to drug onions. 20:57:43 &lt;efkt&gt; zzz: Yes, I'd like that at least - Id rather work with everyone and produce something desirable that's useful to I2P 20:59:22 &lt;EpicCoffee&gt; EpicCoffee: any image hosts on i2p? 20:59:24 &lt;zzz&gt; my philosophy is that anything similar to postman's tracker rules are acceptable. 20:59:24 &lt;zzz&gt; I don't want to tell you how to run your site or how to write your rules. You do what you like and then we'll decide if we want it in the console. 20:59:24 &lt;zzz&gt; but you can survey the links we have now and get a feel 21:00:36 &lt;zzz&gt; we're past 15 minutes so can we ask you to come back in a few weeks? Any site that has that much support from the folks here I think would be a good addition to the console, if you can work out the ToS stuff. 21:01:36 &lt;efkt&gt; I'm happy to work out a ToS, and to talk about anything on the site the community feels doesn't belong. Thanks zzz. Yes that's fine 21:02:13 &lt;zzz&gt; great. glad to hear about a new site I wasn't familiar with. I'll check it out. email me or post on zzz.i2p when you pull it all together 21:02:19 &lt;zzz&gt; and that's the end of 5) 21:02:25 &lt;zzz&gt; last call for str4d for 1) 21:02:36 &lt;zzz&gt; hottuna still not here for 4) 21:02:47 * zzz warms up the baffer 21:03:50 * zzz *bafs* the meeting closed 21:07:16 &lt;zzz&gt; thanks everybody, good meeting </div>/vi/blog/2013/08/10/0.9.7.1-release/Sat, 10 Aug 2013 00:00:00 +0000/vi/blog/2013/08/10/0.9.7.1-release/<p>Bản phát hành bất lịch này sẽ vô hiệu hóa các thông báo xác minh RouterInfo đã được sử dụng trong cuộc tấn công được công bố trong bài báo của UCSB, điều này sẽ khiến việc liên kết một LeaseSet với một Router trở nên khó khăn hơn nhiều. Chúng tôi cũng đã bao gồm một số lượng giới hạn các bản sửa lỗi khác được liệt kê bên dưới. Bản phát hành 0.9.8 của chúng tôi, sẽ bao gồm hỗ trợ IPv6, vẫn đang theo đúng lịch trình vào cuối tháng Chín.</p>/vi/blog/2013/08/06/i2p-dev-meeting-august-06-2013/Tue, 06 Aug 2013 00:00:00 +0000/vi/blog/2013/08/06/i2p-dev-meeting-august-06-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, kytv, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:08 &lt;zzz&gt; 0) hi 20:00:23 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:00:30 &lt;zzz&gt; 2) misc. topics led by Meeh 20:00:33 &lt;zzz&gt; 3) baffer by Meeh 20:00:36 &lt;zzz&gt; ------------- 20:00:36 &lt;zzz&gt; 0) hi 20:00:51 &lt;zzz&gt; 1) RI verifies disabled in a point release? 20:01:02 &lt;zzz&gt; welterde brought this up the other day 20:01:33 &lt;zzz&gt; if I'm going to do it it has to be in the next few days, as I'm AFK ~ 13th - 29th 20:01:53 &lt;zzz&gt; echelon is traveling but for the moment we'll assume we can get a hold of him and he can do the news 20:02:14 &lt;zzz&gt; so welterde, please make your case for why we should do this 20:03:08 &lt;welterde&gt; the attack outlined in the paper is quite an serious attack for your not-well used destinations, as the required statistics are not very large 20:04:14 &lt;zzz&gt; does it attack the server dests, or the (client) users that connect to them? 20:04:21 &lt;welterde&gt; and for long-lived destinations it's even more dangerous as you can keep the attack going for as long as it takes to get enough statistics 20:05:08 &lt;welterde&gt; zzz: the client that connects to some dest... say irc link tunnels over dedicated destination would be a prime target (if you get hold of the destination somehow) 20:06:29 &lt;welterde&gt; zzz: however.. there is an option to disable RI verifies in the advanced options.. maybe news update to users to disable it? 20:06:29 &lt;zzz&gt; have you always considered it serious or have you changed your mind recently? 20:06:56 &lt;zzz&gt; I thought I just added that option last week? 20:07:15 &lt;welterde&gt; oh 20:07:18 &lt;dg&gt; you did, I made the same mistake. 20:07:34 &lt;welterde&gt; thought you just changed the default value of that option.. ok.. not an option then 20:07:57 &lt;zzz&gt; maybe I didnt explain it well in some post... 20:08:59 &lt;welterde&gt; zzz: and in the paper they also didn't take timing into account.. I guess that can be used to further improve the attack 20:09:02 &lt;zzz&gt; We've had a preprint of their paper for almost 5 months, since March 10. If this is a drop-everything problem, we've done an incredibly poor job of responding. 20:09:33 &lt;zzz&gt; So I'm wondering if you have always thought it critical or have changed your mind recently, if so why? 20:10:33 &lt;welterde&gt; well.. I was under quite a bit of stress until recently.. so didn't really take a look until now 20:11:30 &lt;welterde&gt; zzz: buts it's really hard to say as we don't really have that much data on these things.. 20:11:48 &lt;zzz&gt; what happened to that page on trac with our openitp responses, and our lack of security criteria... 20:12:11 &lt;dg&gt; If it is a drop-everything problem, waiting 1 1/2 more months is a problem too. 20:12:30 &lt;zzz&gt; sure 20:12:40 &lt;zzz&gt; but is it 20:13:12 &lt;zzz&gt; is the problem the RI verifies or is it Sybil? If it's Sybil then we don't have any near-term fixes 20:13:27 &lt;welterde&gt; zzz: it's the RI verifies 20:13:46 &lt;zzz&gt; i.e., is there a large class of hostile-ff attacks 20:14:16 &lt;welterde&gt; zzz: and an variant of the attack might be possible with RI lookup and then waiting for an connect as well.. but that attack would be magnitudes more difficult.. so I wouldn't worry about that one just yet 20:14:35 &lt;zzz&gt; if an attacker takes over a portion of the keyspace, isn't there any number of things he could do? 20:15:20 &lt;welterde&gt; zzz: given enough time the attacker doesn't have to occupy an large portion of the keyspace 20:15:23 &lt;zzz&gt; I guess I always looked at this as a Sybil issue. Doesnt me I was right. 20:15:30 &lt;zzz&gt; *mean 20:16:07 &lt;welterde&gt; he only has to occupy the space surrounding the target LS 20:16:53 &lt;welterde&gt; zzz: hmm.. what would be nice for stats.i2p or so would be an visualization of the ff over the keyspace.. (if there is no such thing yet) 20:18:50 &lt;zzz&gt; ok thanks for making the case welterde. Let me now ask for others to jump here with their opinions 20:18:53 &lt;welterde&gt; non-subtle attacks might be visible there then 20:19:00 * welterde looks for the openitp page you mentioned 20:19:22 &lt;zzz&gt; str4d set it up but I don't see it linked on the home page any more 20:19:35 &lt;dg&gt; q: Could someone pull off the RI attack without full keyspace Sybil? 20:19:45 &lt;dg&gt; I think yes but ??? 20:20:05 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 &lt;zzz&gt; Vulnerability Response Process Maturity and Transparency 20:21:20 &lt;zzz&gt; we aren't ever talking about full keyspace sybil here. You're targeting a particular slice 20:21:31 &lt;welterde&gt; dg: he only has to capture most LS lookups.. and as many RI lookups as possible; the latter portion only depends on how much time he has for the attack 20:22:17 &lt;dg&gt; "most"? For the network? 20:22:20 &lt;zzz&gt; it's just really bugging me that we could have done this months ago for no effort. 20:22:39 &lt;dg&gt; right. it looks shit if we do it now, really. 20:22:49 &lt;zzz&gt; but I guess that's irrelevant 20:23:14 &lt;zzz&gt; who else has an opinion, please speak up 20:23:43 &lt;topiltzin&gt; dd if=/dev/null of=opinion.txt 20:24:13 &lt;zzz&gt; last call. we doing this? 20:24:27 &lt;welterde&gt; of course if someone was bored he could whip up an simulation.. that would certainly help ;) 20:25:09 &lt;zzz&gt; maybe I'm just pissed at myself that I didn't think of just turning off the verifies. 20:25:32 &lt;dg&gt; zzz: don't worry about it. you aren't expected to cover everything always. 20:25:43 &lt;zzz&gt; ok everybody with an opinion please enter yes to do a release this week or no for don't 20:26:06 &lt;welterde&gt; (or i am here if you don't care one way or the other..) 20:26:58 &lt;zzz&gt; If I don't see any votes we arent doing it 20:27:21 &lt;topiltzin&gt; will the release contain *only* disabling RI verifies? 20:27:32 &lt;topiltzin&gt; vs. whatever is in trunk now? 20:27:35 &lt;welterde&gt; maybe we shouldn't have skipped the who is here phase of the meeting 20:27:54 &lt;dg&gt; I'm just not qualified enough. 20:27:57 &lt;zzz&gt; I don't care who is here. I care who has an opinion. 20:28:24 &lt;welterde&gt; zzz: well.. who isn't here doesn't have an opinion ;) 20:28:46 &lt;welterde&gt; zzz: I guess we are talking more about an small release, right? 20:28:59 &lt;dg&gt; welterde: what do you mean 20:29:02 &lt;zzz&gt; It would be just RI verifies + anything else tiny we decide to pluck from trunk 20:29:17 &lt;zzz&gt; and probably called 0.9.7.1? 20:29:28 &lt;welterde&gt; yeah.. that's what I had in mind as well 20:29:39 &lt;kytv&gt; no knowledge of this topic therefore no opinion, if we do it i'll of course be able to do the uploads to the various places, etc. 20:29:58 &lt;zzz&gt; for gods sake somebody vote. welterde at least 20:30:13 &lt;zzz&gt; who else has read the UCSB paper? 20:30:16 &lt;welterde&gt; oh I am for it if that's not clear ;) 20:30:41 &lt;dg&gt; I've read it.. 20:31:16 &lt;topiltzin&gt; I'm anxious to test the other stuff in trunk so the more we decide to pluck the more "Yes" my vote becomes. No opinion strictly on RI verification. 20:31:54 &lt;welterde&gt; str4d: your opinion? you were quite active in the discussion on the forum ;) 20:33:56 &lt;welterde&gt; zzz: maybe we should do the vote on the paper thread.. so str4d and tuna (and the others in the thread who are not here) have a say as well.. 20:33:56 &lt;zzz&gt; I would want to keep the "other stuff" list very short as I would be doing this very fast and then blowing out of town, unable to fix problems 20:33:59 &lt;zzz&gt; tuna is almost completely afk for a while yet 20:34:51 &lt;dg&gt; a no would be better than silence 20:35:03 &lt;welterde&gt; zzz: well.. or kytv could do the build.. 20:35:10 &lt;zzz&gt; in theory kytv can do releases too, he's the other one with signing keys, yes 20:36:35 &lt;zzz&gt; ok then lets do it. I'll put a thread up on zzz.i2p if you want to propose other stuff to go in, final decision in about 24 hours, and I'll do the build maybe thursday. Can somebody contact echelon? 20:36:53 &lt;zzz&gt; anything else on this topic? 20:37:37 &lt;dg&gt; I don't think so. 20:38:23 &lt;zzz&gt; `http://zzz.i2p/topics/1443` 20:38:40 &lt;zzz&gt; please review the 17K line diff from 0.9.7 and history.txt for other pluck candidates 20:38:47 &lt;zzz&gt; 2) Meeh's topics 20:38:50 &lt;zzz&gt; take it away Meeh 20:54:33 &lt;topiltzin&gt; zzz: the tag is "i2p-0.9.7" 20:54:36 &lt;topiltzin&gt; not "0.9.7" 20:54:47 * topiltzin preparing his plucklist 20:55:26 &lt;welterde&gt; same here 20:55:32 &lt;zzz&gt; thx 20:55:47 &lt;dg&gt; zzz: pm ok? 20:57:06 &lt;zzz&gt; only if it's of zero interest to anybody else 20:58:51 &lt;dg&gt; draft for email to zooko 20:58:55 &lt;dg&gt; `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 &lt;iRelay&gt; Title: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 &lt;dg&gt; I didn't include status or anything yet. I may be way off base. Feedback appreciated. 21:01:00 &lt;zzz&gt; 3) /me *baf*s the meeting closed for Meeh 21:03:29 &lt;zzz&gt; dg that's a really great start. </div>/vi/blog/2013/07/15/0.9.7-release/Mon, 15 Jul 2013 00:00:00 +0000/vi/blog/2013/07/15/0.9.7-release/<p>0.9.7 bao gồm các bản sửa lỗi và cải tiến đáng kể.</p> <p>Lần đầu tiên, các bộ định tuyến lớp &lsquo;N&rsquo; (những bộ có băng thông chia sẻ tối thiểu 128 KB/s) sẽ tự động trở thành floodfill (trước đây chỉ có các bộ định tuyến lớp &lsquo;O&rsquo; với 256 KB/s). Điều này sẽ tăng dân số floodfill để tăng khả năng chống lại một số cuộc tấn công nhất định (xem bên dưới). Các bộ định tuyến floodfill không tiêu tốn nhiều băng thông bổ sung, nhưng chúng có xu hướng sử dụng thêm bộ nhớ và kết nối đồng thời. Nếu bạn không muốn bộ định tuyến của mình trở thành floodfill, hãy đặt cấu hình nâng cao router.floodfillParticipant=false.</p>/vi/blog/2013/06/04/i2p-dev-meeting-june-04-2013/Tue, 04 Jun 2013 00:00:00 +0000/vi/blog/2013/06/04/i2p-dev-meeting-june-04-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:52:28 &lt;hottuna&gt; zzz, christoph2: syn 19:54:26 &lt;topiltzin&gt; yay, dev beating! 19:54:33 &lt;topiltzin&gt; s/beating/meeting/ 19:54:37 &lt;iRelay&gt; topiltzin meant: yay, dev meeting! 20:00:03 * hottuna baf's the meeting opened 20:00:07 &lt;hottuna&gt; Agenda: 20:00:14 &lt;hottuna&gt; * The next NetDB backend 20:00:14 &lt;hottuna&gt; * Ticket #729 - properties location on osx 20:00:14 &lt;hottuna&gt; * Ticket #741 - process renamer on windows 20:00:14 &lt;hottuna&gt; * Misc? 20:00:22 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -&gt; ~/Library/Application Support/i2p 20:00:33 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 &lt;hottuna&gt; __ The next NetDB backend__ 20:01:16 &lt;hottuna&gt; I've been working on a proposal, the first RFC is ready 20:01:35 &lt;hottuna&gt; http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 &lt;hottuna&gt; The general idea is to use a Kademlia base and extend it with features that improve performance and/or reliability. 20:02:59 &lt;hottuna&gt; Some of the initial code for Kademlia has already been written by zzz 20:03:34 &lt;hottuna&gt; In fact a full BEP5 implementation. BEP5 is the mainline bittorrent implementation of Kademlia. 20:04:13 &lt;hottuna&gt; Several DHTs have been considered: Chord, Freenet and Pastry. 20:04:47 &lt;hottuna&gt; However Kad is fast, extendible and relatively reliable. 20:05:05 &lt;topiltzin&gt; some other Kad derivatives that are used in production: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 &lt;topiltzin&gt; Overnet (eDonkey, now defunct) 20:05:47 &lt;topiltzin&gt; no p2p app uses chord or pastry (to my knowledge) 20:05:54 &lt;hottuna&gt; I've had a look through the Az-Kad and it's not very compatible. Mojito might be interesting 20:05:57 &lt;hottuna&gt; On top of Kad a few changes have been proposed. 20:06:05 &lt;hottuna&gt; Recursive tunnels for faster lookups. 20:06:20 &lt;hottuna&gt; And Random Recursive lookups for more reliable lookups. 20:07:13 &lt;hottuna&gt; Insertions will be standard Kad until Random Recursive Stores are implemented. 20:07:45 &lt;hottuna&gt; Alright, so that is the overview. Does anyone have any questions? 20:08:17 &lt;topiltzin&gt; One objection to recursive tunnels is that it renders local ip banlists useless 20:08:40 &lt;topiltzin&gt; for example, I could have manually added the ips of a hostile party to my ban list 20:09:18 &lt;topiltzin&gt; the nodes that participate in the recursive lookup/store will not know that 20:09:37 &lt;hottuna&gt; That is true. 20:10:00 &lt;hottuna&gt; Recursive queries are somewhat frail, and should only be used for speed. 20:10:35 &lt;hottuna&gt; Random Recursive queries will however, eventually find a path which doesnt involve the banned nodes. 20:11:05 &lt;hottuna&gt; For what kind of situations would you not trust the ban-list of another node? 20:11:25 &lt;dg&gt; sponge: want udp 20:11:28 &lt;dg&gt; eche|on: count is not persistent after network changes ("soft restart") 20:11:51 &lt;topiltzin&gt; for the situation where the operator of that node hasn't been diligent in updating the banlist 20:12:02 &lt;topiltzin&gt; or for the situation where the other node has no banlist at all 20:12:29 &lt;hottuna&gt; But what would happen if the query passed through a 'banned' node? 20:12:51 &lt;hottuna&gt; Either it is forwarded, dropped or recorded. 20:13:31 &lt;zzz&gt; iterative never passes thru anybody 20:13:34 &lt;topiltzin&gt; whatever the sybil/eclipse attack does - probably droped? 20:14:38 &lt;hottuna&gt; That is the thing about Recursive. It's ok if it fails. We have more reliable methods for keys that are under attack. 20:15:09 &lt;hottuna&gt; Like Iterative or Random Recursive 20:15:24 &lt;zzz&gt; how to select a mode? 20:15:35 &lt;topiltzin&gt; theoretically you could include a small bloom filter of banned ips to the query 20:15:54 &lt;hottuna&gt; mode selection an open question. 20:15:57 &lt;hottuna&gt; is an* 20:16:28 &lt;hottuna&gt; In my mind a parallel version would be interesting 20:16:39 &lt;hottuna&gt; A sequential failover version would be slow 20:17:03 &lt;hottuna&gt; But it is a bandwidth vs. max_latency tradeof 20:17:51 &lt;hottuna&gt; topiltzin: R5N includes a bloomfilter in queries. But I don't think the really is needed. 20:18:14 &lt;hottuna&gt; We build this thing to work even if failures are encountered 20:18:14 &lt;topiltzin&gt; how much slower is the iterative lookup, and is that slowness a bottleneck of any kind? Do we really need to be optimizing that? 20:18:45 &lt;zzz&gt; I think we gotta start with adding stat code (where necessary) to netdb and snark and gathering stats on current performance of those two impls 20:18:52 &lt;hottuna&gt; When you visit an eepsite, a lookup has to be done. 20:19:25 &lt;hottuna&gt; topiltzin: the speed of lookups can be seen under the 'Lookup' part of http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 &lt;zzz&gt; netdb has lots of stats, if we add stats to equivalent places in snark we can start to put a picture together 20:20:35 &lt;hottuna&gt; query latencies etc? 20:21:06 &lt;topiltzin&gt; zzz: +1 on moar stats 20:21:06 &lt;zzz&gt; latencies, queries-per-success, etc, yes 20:22:26 &lt;hottuna&gt; Having access to those stats would be interesting. Especially when developing something new. However comparing I2PSnark-DHT to FloodFill is comparing apples to oranges. 20:22:29 &lt;zzz&gt; as I said the other day, I think the snark code could be moved back to netdb but only if we choose K and B to swallow the whole local netdb into the routing table 20:22:57 &lt;zzz&gt; if the routing table is missing most of the local netdb we may as well just keep sorting 20:23:55 &lt;zzz&gt; your proposal (and yes it's been my plan for a couple years as well) is to replace the orange with the apple, so it's kindof important to compare them. 20:23:58 &lt;hottuna&gt; Im am not against setting a high B, lookup latency is a real issue 20:24:55 &lt;hottuna&gt; regarding K I think keeping it at 8 may be reasonable. 20:25:18 &lt;hottuna&gt; of course the new dht would have to be evaluated. 20:26:05 &lt;zzz&gt; you can't pick K in isolation. You have to pick K and B to make the routing table work as well as sorting does now, for a given local netdb size. 20:27:03 &lt;hottuna&gt; Both can be tweaked while deploying. 20:27:29 &lt;hottuna&gt; So I'd go for an initial guesstimation base on what we know and what we need. 20:28:17 &lt;zzz&gt; also depends greatly on whether it's the ffs or everybody that's in the new dht 20:29:24 &lt;hottuna&gt; Not making every node a participant in the new dht would be a mistake an keep us vulnerable to attacks like that presented in the UCSB paper 20:30:15 &lt;zzz&gt; I don't see info on who's in or out in your proposal 20:30:18 &lt;hottuna&gt; I suppose I wasn't very clear about that in the proposal. 20:30:25 &lt;hottuna&gt; ;) 20:31:30 &lt;zzz&gt; not at all sure you want everybody (natted, android, hidden, chinese, mobile phones, etc) in it 20:31:46 &lt;zzz&gt; check out jr's extensive comments on where it all went bad 20:31:53 &lt;topiltzin&gt; node churn is not good for the dht. You should have some minimal uptime requirements 20:32:32 &lt;hottuna&gt; topiltzin: node churn isnt much of an issue since all our data is mutable and republished every 37 seconds - 30 minutes 20:33:09 &lt;hottuna&gt; nat:ed nodes should probably not participate. android probably should 20:33:17 &lt;zzz&gt; sure, N=500 and B=-8 was the disaster he never figured out, but there were other causes too, that are still present in our network... and could get much much worse if android takes off 20:33:25 &lt;hottuna&gt; chinese.. i don't know.. 20:34:04 &lt;hottuna&gt; other than likely having higher churn, how is android different? 20:34:32 &lt;topiltzin&gt; node churn affects routing negatively.. so if the goal of this effort is to improve routing you cannot ignore it 20:34:39 &lt;zzz&gt; I mean phones, not android in particular 20:34:58 &lt;hottuna&gt; android==phnoes for me aswell 20:35:22 &lt;zzz&gt; mobile devices have lower bandwidth and horsepower and intermittent connectivity 20:35:57 &lt;hottuna&gt; How is it done now? 20:36:12 &lt;zzz&gt; what? 20:36:39 &lt;hottuna&gt; regarding android devices that want to be an ff? 20:36:42 &lt;hottuna&gt; christoph2: is lurking somewhere 20:36:49 * christoph2 hides 20:37:00 &lt;topiltzin&gt; there are some criteria for becoming an FF, one of them is uptime 20:37:11 &lt;hottuna&gt; how would fast key-rotation interfere with an eclipse attack? 20:37:57 &lt;hottuna&gt; and how long does it take for a node to integrate into the netdb of the other nodes? (ie pollute their routing tables) 20:38:32 &lt;zzz&gt; androids become ff automatically like anybody else, if they meet the criteria. But seems unlikely anybody would do that over the air 20:38:38 &lt;christoph2&gt; well you have time T it takes to integrate a node into I2P (untill it's reasonably well connected) and time t the rotation. you need T/t + safety nodes for eclipse 20:38:53 &lt;hottuna&gt; topiltzin: uptime is really not much of an issue. R5N has some pretty aggressive replication factors. So churn is not an issue 20:39:00 &lt;christoph2&gt; * nodes needed to actually eclipse 20:40:27 &lt;christoph2&gt; hottuna: not exactly following code changes. was less than 30 minutes in december 20:40:27 &lt;hottuna&gt; I did some quick calculations yesterday 20:40:27 &lt;christoph2&gt; well 0.9.2 iirc 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Which might be prohibitive for an attacker. 20:40:27 &lt;zzz&gt; hottuna, how would a new keyspace (either a different permutation formula, different rotation schedule, or both) work? I don't see how we could ever migrate over. 20:40:27 &lt;hottuna&gt; ok, that sounds reasonable 20:40:49 &lt;hottuna&gt; We'd use both in parallel? the current implementation will remain separate until we can safely move away from it. 20:41:26 &lt;zzz&gt; what I really want to know is what can we do in the next two weeks to improve resistance 20:41:29 &lt;hottuna&gt; christoph2: are those calculations sensible? and would 2880 nodes be an issue at all? 20:41:36 &lt;zzz&gt; if that's making the class N routers ff, lets do that. 20:41:36 &lt;topiltzin&gt; I find it very hard to believe that node churn isn't an issue. The bigger the churn, the worse the routing table of each individual node 20:42:29 &lt;zzz&gt; how could we ever 'move safely away' and maintain compatibility? How could we handle the conn limit issues of two parallel impls? How would we migrate from one to the other? 20:42:33 &lt;hottuna&gt; topiltzin: the value K, which is the size of each bucket in the routing table is chosen to be a number of nodes that are highly unlikely to drop out of the dht in an hour. 20:42:33 &lt;topiltzin&gt; ^^ class F but !windoze 20:43:04 &lt;topiltzin&gt; s/F/N/ 20:43:08 &lt;iRelay&gt; topiltzin meant: ^^ class N but !windoze 20:43:12 &lt;zzz&gt; sure, we could do class N non-windows. No idea how many there are 20:43:35 &lt;zzz&gt; it would also expose those routers as being non-windows, small anon issue 20:43:35 &lt;christoph2&gt; hottuna: you get ~20 on a moderately expensive server. 100 of these may or may not be a problem depending on whom you defend against. and I'm not sure if you couldn't get several times more nodes per server with proper code 20:44:22 &lt;hottuna&gt; alright, so it could be a bit of an issue. However it won't be for long the way technology tends to evolve 20:45:28 &lt;zzz&gt; what else could we do for 0.9.7? 20:45:28 &lt;topiltzin&gt; true re: anon issue.. so maybe just do all N and hope we don't piss users off too mch 20:46:18 &lt;christoph2&gt; didn't read everything. what was the issue with windows? 20:46:25 &lt;hottuna&gt; re connections: old nodes would carry on as usual. new nodes would balance their queries amongst both nets. 20:46:49 &lt;dg&gt; christoph2: baked in connection limits 20:46:52 &lt;hottuna&gt; christoph2: windows doesnt allow for a large number of connections 20:47:07 &lt;christoph2&gt; ah ok 20:47:27 &lt;hottuna&gt; christoph2: alright, so that answers the key rotation issue. it is probably not worthwhile 20:47:34 &lt;topiltzin&gt; actually it's the rate at which new connections are opened that's limited 20:49:07 &lt;zzz&gt; hottuna, I don't see how we get from here to there. I can see how to move the snark code to netdb with the same iterative lookups in the same keyspace. I don't know whether its worth it, but at least I can see how. After that it all seems really hard and mysterious. 20:50:02 &lt;hottuna&gt; We would change the key-space? Or what are you referring to as keyspace? 20:50:05 &lt;topiltzin&gt; +1 with starting with snark code and figuring other stuff $later 20:50:40 &lt;zzz&gt; keyspace = key-&gt;routing key algo, including rotation 20:52:14 &lt;hottuna&gt; so step one while deploying is having something that works (likely iterative only). then we add new KRPC messages for Recursive and Random Recursive 20:52:54 &lt;hottuna&gt; And when the net has upgraded to mostly support them we can enable them in the originator nodes. 20:53:27 &lt;hottuna&gt; deploying will even help us figure out performance while under massive attack 20:53:38 &lt;zzz&gt; (for background, I started with the netdb kbucket code to make a generic library in i2p.zzz.kademlia, with arbitrary K, B, hash size, and eviction algo. Then I unit tested it to death. Then I moved it to snark for BEP 5 and more testing. The last part of the original plan is to move it back to netdb to complete the circle) 20:54:54 &lt;hottuna&gt; zzz.kad && i2psnark seems like a good base. I've been reading some of the code today, and it makes a lot of sense to me. 20:55:01 &lt;zzz&gt; you're proposing different keyspace, different rotation, and different participants. i.e. a completely new overlay. 20:55:33 &lt;hottuna&gt; I'd like to do a completely new overlay. 20:56:04 &lt;zzz&gt; oh good. code reading++. 20:56:47 &lt;hottuna&gt; alright. If this makes sense and no one has any objections I'd like to move this meeting along. 20:57:42 &lt;hottuna&gt; __Ticket #729 - properties location on osx__ 20:57:49 &lt;hottuna&gt; topiltzin, Meeh 20:58:11 &lt;topiltzin&gt; yep, that's some very low-hanging fruit that's been dangling around 20:58:39 &lt;zzz&gt; new overlay sounds like misery to me. 21:00:12 &lt;topiltzin&gt; ... awkward moment ... 21:00:59 &lt;topiltzin&gt; we still on dht? 21:02:09 &lt;dg&gt; imho discussion on dht isn't over but for the benefit of the meeting it should be 21:02:23 &lt;dg&gt; no decisions seem clear 21:02:26 * dg returns to shadows 21:03:16 &lt;topiltzin&gt; I think the decision for the immediate future 0.9.7 is moar FFs .. the long-term view is still foggy 21:03:42 &lt;topiltzin&gt; I'm gonna go ahead with #729 . Meeh, you around bro? 21:04:16 &lt;trolly&gt; sry, I forgot about meeting 21:04:57 &lt;hottuna&gt; alright topiltzin, what's up with #729? 21:05:35 &lt;topiltzin&gt; So, I've been running it for a while now, propagating trunk to branch i2p.i2p.729 21:05:50 &lt;topiltzin&gt; works fine, straight-forward 21:06:21 &lt;topiltzin&gt; affects only new installs on OSX, so low impact, etc. 21:06:44 &lt;topiltzin&gt; I'd like to merge it and get it over with 21:07:03 &lt;hottuna&gt; zzz, up for the #729 merge? 21:07:45 &lt;hottuna&gt; I don't have mac access, but Im assuming that topiltzin and Meeh does. 21:08:12 &lt;topiltzin&gt; Yeah, we're probably the only osx users around here :) 21:08:15 &lt;topiltzin&gt; here's a diff: 21:08:15 &lt;topiltzin&gt; mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 &lt;hottuna&gt; I don't have repo access on this machine :/ 21:09:41 &lt;dg&gt; "access"? 21:10:00 &lt;hottuna&gt; as in set up :P 21:10:07 &lt;zzz&gt; no objections 21:10:38 &lt;topiltzin&gt; pastebin coming for those who care 21:10:50 &lt;zzz&gt; just needs some testing, but probably wont get more unless its merged 21:10:50 &lt;hottuna&gt; thanks! 21:11:35 &lt;zzz&gt; I lobbied for merging months ago as you will see in #729 comments 21:11:42 &lt;topiltzin&gt; `http://pastethis.i2p/show/3404/` 21:11:45 &lt;iRelay&gt; Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 &lt;hottuna&gt; let's go ahead with the merge then 21:12:17 &lt;topiltzin&gt; ok great. Meeh, speak now or forever hold your peace 21:12:28 &lt;topiltzin&gt; (or whatever it is the priest says at the wedding) 21:13:18 &lt;zzz&gt; I'd like him to speak later too if that's when he tests it :) 21:13:21 &lt;topiltzin&gt; ok, I'll merge after the meeting 21:13:56 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:14:11 &lt;topiltzin&gt; str4d: you around for this? 21:15:54 &lt;topiltzin&gt; mmk, this ticket is not so small 21:16:57 &lt;topiltzin&gt; background - on windows, i2p runs with a process name of "java" 21:16:57 &lt;sponge&gt; hi 21:17:24 &lt;sponge&gt; meeting today? 21:17:27 &lt;topiltzin&gt; which means any security settings that are applied to i2p become valid for any and every java application 21:17:41 &lt;hottuna&gt; sponge: yes. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 &lt;sponge&gt; ty 21:17:59 &lt;sponge&gt; bout time I made one of these... 21:18:48 &lt;sponge&gt; this day is always difficult for me to do anything at this particular hour 21:18:55 &lt;zzz&gt; can we do anything on 741 w/o str4d ? 21:19:29 &lt;sponge&gt; I finally have a machine with windows on it 21:19:36 &lt;topiltzin&gt; if we have a copy of visual studio then we can do everything without him 21:19:59 &lt;sponge&gt; 7 iirc, never use it though, so i can help/test 21:20:14 &lt;hottuna&gt; I could get a VS license from microsoft, if anyone knows how to use it.. 21:20:41 &lt;topiltzin&gt; it's a good idea for the project to have such license 21:20:41 &lt;zzz&gt; I mean as far as discussion. So back to the beginning, topiltzin you put this on the agenda why? just to try to get things moving? 21:20:41 &lt;sponge&gt; vs is pretty painful from what I have heard 21:21:07 &lt;topiltzin&gt; exactly - get some action going 21:21:37 &lt;hottuna&gt; Alright, str4d isn't around. Should we table this? 21:21:48 &lt;sponge&gt; aye 21:22:28 * sponge has some 'misc' for discussion 21:22:41 &lt;sponge&gt; let me know when I got the talking stick 21:23:03 &lt;hottuna&gt; Ill take that as a resounding yes. 21:23:03 &lt;hottuna&gt; Moving along.. 21:23:06 &lt;hottuna&gt; __Misc__ 21:23:09 &lt;topiltzin&gt; if you guys want to table it fine, but let's not forget about it competely 21:23:21 &lt;hottuna&gt; topiltzin: agreed 21:23:46 &lt;topiltzin&gt; (I will bring it up next meeting too) 21:23:57 &lt;topiltzin&gt; ;-) 21:24:08 &lt;hottuna&gt; sponge: Misc was it? 21:24:51 &lt;sponge&gt; MISC-- Bridge API for UDP (BOB) -- I have a few ideas on how it could be done, but I need some feedback, and need to know if it is even wanted 21:25:18 &lt;sponge&gt; basically we need some sort of standard that is expandable 21:25:22 &lt;sponge&gt; and to stick with it 21:25:43 &lt;sponge&gt; it also has to be able to not mess with what is out there already 21:25:57 &lt;sponge&gt; well-- adapt easily 21:26:56 &lt;hottuna&gt; So the question is what people would use it for? 21:27:03 &lt;zzz&gt; we already have a thread going at `http://zzz.i2p/topics/1393` --- how about putting your proposal there? 21:27:10 &lt;iRelay&gt; Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 &lt;sponge&gt; two ways I am thinking of is either wrap a UDP packet with &lt;&lt;destination&gt;&lt;data&gt;&gt; or &lt;&lt;handle&gt;&lt;data&gt;&gt; 21:28:13 &lt;dg&gt; hottuna: trackers, voip? 21:28:16 &lt;sponge&gt; I'm curious on demand 21:28:16 &lt;dg&gt; dare i say it, games 21:29:03 &lt;sponge&gt; and I need people to discuss this. I have been trying for YEARS to talk with someine, to get more ideas, and nobody wants to think on the problem 21:29:03 &lt;dg&gt; oh, anonet. psi was pushing for that. 21:29:03 &lt;sponge&gt; *someone 21:29:03 &lt;zzz&gt; gotta read up on how SOCKS does it too 21:29:03 &lt;sponge&gt; there are apps out there that do use IDP 21:29:06 &lt;sponge&gt; *UDP 21:29:22 &lt;sponge&gt; don't forget gnutella 21:29:25 &lt;inscrutable&gt; voip (mumble) has been implemented and seen some use 21:29:44 &lt;zzz&gt; that's tcp 21:29:47 &lt;sponge&gt; bote uses a udp-ish packet too 21:29:54 &lt;sponge&gt; gnutella can use udp 21:29:58 &lt;inscrutable&gt; zzz: My bad 21:30:29 &lt;orion&gt; When is the next meeting? 21:30:40 &lt;hottuna&gt; Whenever someone wants to hold one 21:30:40 &lt;zzz&gt; it's all easy inside the JVM. I could add udp to zzzot in a day. It's the external i/f that is a pita. 21:30:40 &lt;sponge&gt; so is there demand? and if you got implementation ideas that can expand and not go stale, post 21:30:45 &lt;orion&gt; Oh crap. We're in a meeting. 21:30:45 &lt;hottuna&gt; I won't host one next week. 21:31:06 &lt;hottuna&gt; orion: we're at __Misc__ now.. 21:31:25 &lt;dg&gt; sponge: yes. 21:31:32 &lt;sponge&gt; number 2 misc--- ipv6 and it's implications on de-anoning 21:31:35 &lt;orion&gt; hottuna: Thank you. 21:31:50 &lt;sponge&gt; concerns? 21:32:01 &lt;sponge&gt; haw close are we to using ipv6 21:32:08 &lt;sponge&gt; how 21:32:12 &lt;hottuna&gt; what concerns are you having sponge? 21:32:27 &lt;sponge&gt; ipv6 can link to who you are very easily 21:32:46 &lt;Meeh&gt; damn, overslept the meeting -.- 21:32:53 &lt;zzz&gt; IPv6 thread: `http://zzz.i2p/topics/109` 21:32:56 &lt;hottuna&gt; since the address space is larger? 21:32:59 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 &lt;sponge&gt; yes 21:33:03 &lt;sponge&gt; I was thinking 21:33:14 &lt;sponge&gt; zzz: this is different, but related 21:33:17 &lt;dg&gt; ipv6 does not deanonymize? WHOIS _may_ be more accurate as _may_ be determining if a NAT is in place (Bob and Ryan are behind a NAT, you do not know which is which) -- with IPv6, you can perhaps know if it is Bob or Ryan. 21:33:24 &lt;dg&gt; IMO, it makes no practical difference to I2P. 21:33:27 &lt;sponge&gt; i2p could get an ipv6 space 21:33:39 &lt;psi&gt; socks 5 udp would be awesome 21:33:42 &lt;sponge&gt; farm that out to users via tunnel 21:33:45 &lt;str4d&gt; o/ 21:33:48 &lt;orion&gt; Side note: i2pcpp will have full ipv6 support. 21:33:54 &lt;str4d&gt; Apologies for being late. 21:33:57 &lt;hottuna&gt; dg: I agree. 21:34:06 &lt;zzz&gt; awaiting sponge to list his concerns (post #66) 21:34:20 &lt;dg&gt; hottuna: Can we move on if sponge has nothing to add? 21:34:35 &lt;dg&gt; i feel it's a non issue 21:34:35 &lt;zzz&gt; schedule? merge for 0.9.8, enable by default in 0.9.9 21:34:38 &lt;sponge&gt; so in short.... will i2p provide an ipv6 tunnel for persons of high concern? 21:34:53 &lt;topiltzin&gt; hey str4d, you missed the i2p.exe discussion :( 21:35:04 &lt;sponge&gt; should wee? 21:35:07 &lt;hottuna&gt; I don't think our threat model includes I2P being illegal to run. 21:35:31 &lt;hottuna&gt; If that was the case ipv4 would be problematic as well. 21:35:42 &lt;zzz&gt; orion, I'm trying to keep our docs up to date w.r.t IPv6. The docs should match what's in my ipv6 branch now. 21:35:45 &lt;sponge&gt; ht: in some countries (china?) it is 21:36:20 &lt;hottuna&gt; And who runs i2p is the only additional information that would be leaked. 21:36:39 &lt;zzz&gt; the best way thru the GFW may be via IPv6, hard to see how it's a negative 21:38:09 &lt;sponge&gt; last misc from me--- So sorry I have been missing all the previous meetings. Again, difficult for me to do this day of the week, and hour. I will be more active very soon on everything as well... the talking stick is for the next persion... 21:38:13 &lt;orion&gt; zzz: Thank you. 21:39:03 &lt;hottuna&gt; Meeh: you missed #726, but are requested to do some testing of the patches that will be merged by topiltzin (i think that is the summary) 21:39:15 &lt;hottuna&gt; str4d: #741 was tabled for next meeting 21:39:22 &lt;hottuna&gt; sponge: nice :) 21:39:29 &lt;sponge&gt; I say bring up 741 now 21:39:32 &lt;hottuna&gt; Okay, anything else? 21:39:32 &lt;Meeh&gt; hottuna: noted. 21:39:39 &lt;sponge&gt; he's here, why not 21:39:46 &lt;hottuna&gt; fine by me 21:39:46 &lt;orion&gt; hottuna: Yes, minor thing. 21:40:01 &lt;hottuna&gt; ok, go orion! 21:40:04 &lt;topiltzin&gt; de-tablizing 741 ... :) 21:40:20 &lt;orion&gt; I was wondering if someone could get me my credentials for the press@i2p2.de email account. 21:40:27 &lt;orion&gt; As well as update the website. 21:40:46 &lt;sponge&gt; orion: website is in mtn 21:40:56 &lt;hottuna&gt; update what part of the website? 21:41:03 &lt;str4d&gt; And no credentials required to update website. 21:41:18 &lt;str4d&gt; (Just create a mtn key and go) 21:41:25 &lt;orion&gt; str4d: email account 21:41:43 &lt;hottuna&gt; welterde handles that domain as far as I know. 21:41:46 &lt;orion&gt; Or, nevermind. The team.html page has already been updated. 21:41:46 &lt;zzz&gt; you'll be sorely disappointed, as I don't think we've ever gotten a single email there, but welterde is the person to ask to get added. It's just a redirector to a list, there's no account. 21:42:02 &lt;orion&gt; So right now it's just the email account. 21:42:20 &lt;orion&gt; I Will speak to welterde, thank you. I yield my time. 21:42:30 &lt;hottuna&gt; excellent 21:42:38 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:42:45 &lt;str4d&gt; Okay, so briefly de-tablizing 741? 21:42:45 &lt;hottuna&gt; topiltzin, str4d 21:42:52 &lt;hottuna&gt; yes 21:42:58 &lt;sponge&gt; :-) 21:43:05 &lt;str4d&gt; Current situation: the process renamer works. 21:43:12 &lt;str4d&gt; (When called by the Tanuki wrapper) 21:43:23 &lt;str4d&gt; (or passed CLI arguments) 21:44:01 &lt;str4d&gt; I've tested it on Win7. topiltzin has verified that the code has been run on pretty much everything except Win8. 21:44:12 &lt;str4d&gt; So it needs testing there. 21:44:34 &lt;hottuna&gt; Does anyone have win8 access? 21:44:37 &lt;zzz&gt; 32/64? 21:44:52 * KillYourTV can 21:44:59 &lt;str4d&gt; The one part that is not working currently is the internal defaults - the arguments that are used if no arguments are provided externally (i.e. wrapper or CLI). 21:45:02 &lt;KillYourTV&gt; (win 8, x64 and/or x86) 21:45:09 &lt;sponge&gt; My daughter was going to upgrade to 8, but we found out it is really bad. 21:45:12 &lt;str4d&gt; zzz: I was running 64-bit Win7 21:45:30 &lt;str4d&gt; (IIRC) 21:45:30 &lt;hottuna&gt; so KillYourTV, you're up for some testing? 21:45:37 &lt;KillYourTV&gt; always 21:45:44 &lt;hottuna&gt; :) 21:45:52 &lt;str4d&gt; Thanks KillYourTV :) 21:46:11 &lt;topiltzin&gt; two remaining points I can see: 21:46:11 * KillYourTV will set up some VMs 21:46:14 &lt;str4d&gt; Testing just requires dropping the new i2p.exe into the install folder, and tweaking wrapper.config to use "i2p" instead of "java". 21:46:21 &lt;topiltzin&gt; 1. Icons - need them in different sizes, alpha channels, b.s. 21:46:36 &lt;topiltzin&gt; 2. Strings like license, description, etc. need reviewing 21:46:55 &lt;str4d&gt; 1. - I've set the VS file to refer to the icon in the installer/ dir in i2p.i2p. 21:47:22 &lt;str4d&gt; So it should be using the same icon as the launch4j-based i2p.exe uses. 21:47:25 &lt;KillYourTV&gt; I've not noticed but is the proposed "renamer" already in i2p.i2p? 21:47:36 &lt;str4d&gt; 2. - Agreed. 21:47:36 &lt;hottuna&gt; re Icons: i don't think that any high quality/svg files exist 21:47:51 &lt;str4d&gt; KillYourTV: yes - installer/c/i2pExe 21:48:10 &lt;zzz&gt; if it doesnt work w/o arguments, isnt that a problem? 21:48:10 &lt;KillYourTV&gt; cheers, I can handle the rest then ^^ 21:48:28 &lt;str4d&gt; zzz: yes it is. 21:48:35 &lt;topiltzin&gt; then some things like control panel are going to look weird 21:48:43 &lt;str4d&gt; That needs to be fixed if it is going to replace the launch4j-based i2p.exe 21:48:54 &lt;topiltzin&gt; str4d: are you sure it's a problem? I thought you hardcoded some defaults 21:49:17 &lt;str4d&gt; topiltzin: I did, but it just crashes and I couldn't work out why at the time. 21:49:29 &lt;sponge&gt; hardcodeing can be a bad thing, Do a path search first. 21:49:47 &lt;str4d&gt; But when I pulled out (what should have been) the exact same arguments and used them via the CLI, it worked fine.. 21:50:02 &lt;str4d&gt; sponge: different defaults. 21:50:13 &lt;sponge&gt; ahh 21:50:35 &lt;str4d&gt; sponge: these are the settings that I2P is run with if nothing else is there (no wrapper.config). See installer/i2pstandalone.xml 21:50:38 &lt;topiltzin&gt; str4d: in order KillYourTV to test you need to build the actual i2p.exe or have you commited that in mtn? 21:50:46 &lt;str4d&gt; (and the doBuildExe target in build.xml) 21:50:49 &lt;sponge&gt; str4d: you may have to do like I did for BOB, basically a double main() 21:50:53 &lt;KillYourTV&gt; topiltzin: it's in mtn 21:51:07 * KillYourTV already asked ^^ 21:51:14 &lt;str4d&gt; topiltzin: needs to be built - I wasn't going to commit the binary until we were close to actually using i. 21:51:21 &lt;str4d&gt; KillYourTV: I meant that the source is in mtn ^_^ 21:51:24 &lt;sponge&gt; the first main inserts missing args, passes it to the actual main() 21:51:31 &lt;KillYourTV&gt; oh...heh 21:51:58 &lt;str4d&gt; sponge: that's pretty much what is done - if args are passed they are used, otherwise default args are constructed. 21:52:05 &lt;sponge&gt; so you got main() and _main() 21:52:08 &lt;topiltzin&gt; ok so the i2p.exe is not in mtn? 21:52:08 &lt;str4d&gt; topiltzin: what is the format of launch.properties? 21:52:27 &lt;str4d&gt; topiltzin: correct. Just installer/c/i2pExe/i2p.c etc. 21:52:30 &lt;sponge&gt; the first is just a cleanup 21:52:37 &lt;str4d&gt; sponge: see installer/c/i2pExe/i2p.c for the code. 21:52:37 &lt;dg&gt; topiltzin: src yes, binary no 21:52:48 &lt;sponge&gt; will look, thanks 21:53:11 &lt;sponge&gt; I'll get back to you on why it is broken 21:53:27 &lt;str4d&gt; topiltzin: there were also several commented-out methods that I couldn't work out their purpose. 21:54:04 &lt;topiltzin&gt; that's fine, I can explain offline 21:54:15 &lt;topiltzin&gt; but KillYourTV needs a binary to test, can you build one? 21:54:54 &lt;str4d&gt; topiltzin: sure. 21:55:21 &lt;topiltzin&gt; launch.properties - I believe one line per property, need to double-check 21:55:39 &lt;str4d&gt; (unless you already have VS2008 KillYourTV - that's what it is built with) 21:56:05 &lt;topiltzin&gt; which brings up another interesting __misc__ point: 21:56:08 &lt;str4d&gt; topiltzin: I'm thinking that launch.properties could be like wrapper.config but for the standalone case. 21:56:23 &lt;topiltzin&gt; yeah 21:56:42 &lt;str4d&gt; (Because the current standalone i2p.exe is not adjustable at all) 21:58:33 &lt;topiltzin&gt; now that the project is loaded with cash (because some mysterious person donated 1000 BTC when they were still cheap) we should have some software licenses for things like vmware, visual studio, etc. 21:59:21 &lt;hottuna&gt; visual studio I can get for free or one of you guys 21:59:24 &lt;topiltzin&gt; I'm sure that KillYourTV has legally purchased his copies of Windows 8 :-D but technically it's the project that should be funding that 21:59:39 &lt;zzz&gt; microsoft is advertising $450 win8 computers on tv (Asus? Acer?), we could just buy one of those 22:00:05 &lt;sponge&gt; excellent idea zzz 22:00:16 &lt;KillYourTV&gt; (dreamspark copies, "for educational use") 22:00:27 &lt;maidenboi2&gt; tiger direct often has deals for 300-400 on low end laptops 22:00:27 &lt;orion&gt; If Microsoft offers student discounts, I can get them. 22:00:34 &lt;orion&gt; If you want to go that route. 22:00:37 &lt;topiltzin&gt; hottuna yes please (re VS) 22:00:51 &lt;dg&gt; wait 22:01:01 &lt;dg&gt; is the gamer laptop we bought win. 8? 22:01:19 &lt;hottuna&gt; do we really need toys? couldnt the testing be done on a vm? 22:01:27 &lt;KillYourTV&gt; echelon had his own windows. 22:01:45 &lt;KillYourTV&gt; and I do my testing in clean VMs 22:01:52 &lt;sponge&gt; str4d: I have vs around some place (it is very old) but I won't be using that. I'll simply review your code once pull and apply is finished here and advise you 22:02:14 &lt;str4d&gt; sponge: thanks. 22:02:59 &lt;topiltzin&gt; a vm is always better 22:02:59 &lt;orion&gt; I agree with hottuna regarding the VM. 22:02:59 &lt;topiltzin&gt; and we can pass around images for easier debugging etc. 22:02:59 &lt;hottuna&gt; alright. so are we happy with this topic/discussion? 22:02:59 &lt;sponge&gt; str4d: no problem. I've head my head buried in C, C++ and ASM for the last month 22:03:02 &lt;zzz&gt; a win8 netbook would be a hella lot cheaper than VS 22:03:52 &lt;orion&gt; zzz: What if I got a student copy of VS? 22:04:03 &lt;hottuna&gt; I was thinking of donating my student copy as well. 22:04:14 &lt;topiltzin&gt; orion: if you get a student copy i2p cannot technically use it 22:04:21 &lt;sponge&gt; My daughter could possibly get a student version too 22:04:27 &lt;topiltzin&gt; s/technically/legally/ 22:04:31 &lt;iRelay&gt; topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 &lt;hottuna&gt; topiltzin: why not? 22:04:34 &lt;str4d&gt; hottuna: yes over here. Two main action items: Fix the defaults (and provide a launch.properties); build an i2p.exe for KillYourTV to test. 22:04:37 &lt;orion&gt; It's for my education. 22:05:07 &lt;hottuna&gt; and not for a for-profit company/project 22:05:07 &lt;topiltzin&gt; beause it is a student copy for orion's education - it means only he can use it 22:05:26 &lt;hottuna&gt; ok. in that case I cant provide VS. 22:05:49 &lt;topiltzin&gt; what license does yours have? 22:05:58 &lt;hottuna&gt; and this stuff cant be built by mingw? 22:05:58 &lt;hottuna&gt; topiltzin: student 22:06:46 &lt;topiltzin&gt; you can use it to build i2p.exe or other stuff for i2p, the only thing you can't do is give it to someone else 22:07:23 &lt;KillYourTV&gt; what about vs2008 express? Is that limited to 32bit only? 22:07:46 &lt;sponge&gt; str4d: note! It is not good style to mix C++ comments in C code ;-) use /* */ 22:08:01 &lt;KillYourTV&gt; I suppose we need i2p.exe 64bit _and_ i2p.exe 32bit 22:08:32 &lt;topiltzin&gt; I *think* 32-bit only is good enough 22:08:35 &lt;sponge&gt; I also already see your problem 22:09:01 &lt;topiltzin&gt; good enough = runs on both 64 and 32 bit windows 22:09:19 &lt;KillYourTV&gt; I'm not sure a 32bit i2p.exe can load the 64bit wrapper. The 32bit wrapper can't load the 64bit jvm 22:09:36 &lt;KillYourTV&gt; dunno though about this 22:10:48 &lt;sponge&gt; str4d: i2p.c line 54, and the loop below -- you are not assiginging correctly... it should be '*new_argv[0]' not 'new_argv[0]' same for the loop below that. The final NULL should be OK 22:11:06 &lt;K1773R&gt; KillYourTV: how about a x86 which starts the x86 or x64 launcher? 22:11:44 &lt;sponge&gt; str4d: Try that, and it should work for you 22:11:47 &lt;KillYourTV&gt; that's what I'm saying, I don't know if it can work. 32bit binaries _usually_ cannot call x64 binaries. 22:12:47 &lt;sponge&gt; actually the first line may be OK, but the loop does need to be a * 22:13:26 &lt;sponge&gt; read_options, if returning as a pointer, needs to copy the pointer 22:13:45 &lt;K1773R&gt; KillYourTV: trough cmd.exe it should work as last resort, tough thats a win problem 22:13:48 &lt;sponge&gt; new_argv[i] = &(read_options[i-1]); 22:13:51 &lt;sponge&gt; like so 22:14:57 &lt;topiltzin&gt; sponge do you have access to a windows box? Can you help test this? 22:15:17 &lt;topiltzin&gt; sponge: also post any comments on trac #741 22:15:35 &lt;sponge&gt; I have a win 7 laptop, but can't test today. I'm short on time, and had to budget time to be here 22:16:17 &lt;sponge&gt; otherwise i would jump at it 22:16:52 &lt;sponge&gt; point is that you have a pointer to an array of pointers 22:17:41 &lt;KillYourTV&gt; I can basically test any/all versions of Windows 22:17:44 &lt;sponge&gt; you are not copying the pointer, your code is copying the first few chars, which will point to random crap and cause your crash 22:18:46 &lt;sponge&gt; new_argv[0] = argv[0]; &lt;-- that is okay 22:18:59 &lt;sponge&gt; new_argv[i] = read_options[i-1]; &lt;-- random crap 22:19:13 * hottuna is readying the meeting closing hammer 22:20:21 &lt;hottuna&gt; alright.. closing time 22:20:24 &lt;str4d&gt; sponge: I'm pretty sure that section is still the same as it was for limewireExe 22:20:31 &lt;micster&gt; Before everyone goes, I've been thinking of "non profit 501(c)(3) status" for the Invisible Internet Project. Would this be the place to talk about that or somewhere else? 22:20:38 &lt;str4d&gt; (Which *should* have been in a working state, according to topiltzin) 22:20:45 &lt;hottuna&gt; micster: yes 22:21:04 &lt;dg&gt; hottuna: we're done with #741? 22:21:22 &lt;hottuna&gt; i doubt we'll become done with it :P 22:21:29 &lt;sponge&gt; str4d: problem 2 22:21:33 &lt;sponge&gt; free(read_options); 22:21:45 &lt;sponge&gt; don't free them there 22:21:48 &lt;micster&gt; I saw a post in the forum about someone wanting to incorporate in Germany. I'm in the US and have an interest in pursuing this. 22:21:52 &lt;str4d&gt; KillYourTV: re: 32/64, what currently happens with the launch4j-based i2p.exe? That starts a separate java.exe process; is it built separately for 32 and 64 bit? 22:21:55 &lt;hottuna&gt; sponge: I've gotta go. Could you take care of the rest of the meeting? 22:21:58 &lt;sponge&gt; free them at the very end 22:22:09 &lt;sponge&gt; I'm about to go too 22:22:15 &lt;hottuna&gt; it just needs a final baf, and it's done 22:22:18 &lt;hottuna&gt; darnit! 22:22:25 &lt;dg&gt; micster: Great! Sadly, timing's pretty bad. Post about it on zzz.i2p ("the forum") if you can? 22:22:28 &lt;str4d&gt; sponge: I'll try your suggestion and report back. 22:22:31 &lt;sponge&gt; I think it is done 22:22:38 &lt;micster&gt; Ok 22:22:41 &lt;str4d&gt; (later though - afk now o/) 22:22:59 &lt;sponge&gt; str4d: double check that it is a pointer 22:23:01 * hottuna baf's the meeting closing hammer 22:23:06 * hottuna **baf** 22:23:17 &lt;sponge&gt; **BARF** :-) 22:23:35 &lt;hottuna&gt; summary posted at: `http://zzz.i2p/topics/1397` 22:23:42 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 &lt;RN&gt; :) 22:23:57 &lt;sponge&gt; cool, I can now go run my errands 22:24:08 &lt;topiltzin&gt; great meeting everyone! 22:24:19 &lt;dg&gt; micster: the meeting is now finishing up and everyone seems to have a lot they want to get across. You'll get more exposure and brain time if you post it there. 22:24:53 &lt;micster&gt; Ok, I'll make the post. Maybe it can be discussed in a future meeting. 22:25:01 &lt;micster&gt; Just wanted to see if I was in the right place. 22:26:52 &lt;RN&gt; lots of good discussion. thanks for making the time to particpate y'all 22:27:07 &lt;hottuna&gt; :) 22:28:54 &lt;zzz&gt; micster, the correct thread for that is `http://zzz.i2p/topics/1388` 22:28:58 &lt;iRelay&gt; Title: zzz.i2p: Official I2P group (at zzz.i2p) </div>/vi/blog/2013/05/28/0.9.6-release/Tue, 28 May 2013 00:00:00 +0000/vi/blog/2013/05/28/0.9.6-release/<p>0.9.6 bao gồm các bản sửa lỗi và cập nhật từ Jetty 6.1.26 (2010-11-10) lên Jetty 7.6.10 (2013-03-12). Xem bên dưới để biết thông tin quan trọng về bản cập nhật Jetty. Dòng Jetty 7 đang được duy trì tích cực và chúng tôi dự định sẽ tiếp tục cập nhật phiên bản mới nhất trong các bản phát hành I2P sắp tới.</p> <p>Hầu hết người dùng sẽ cập nhật thông qua HTTP. Những người đang chạy các bản phát triển sẽ thử cập nhật thông qua bittorrent trong mạng thử nghiệm với i2psnark. Chúng tôi đã sửa một số lỗi giúp nhiều người dùng hơn có thể cập nhật qua torrent trong chu kỳ cập nhật 0.9.7.</p>/vi/blog/2013/05/21/i2p-dev-meeting-may-21-2013/Tue, 21 May 2013 00:00:00 +0000/vi/blog/2013/05/21/i2p-dev-meeting-may-21-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, eche|on, hottuna, Mathiasdm, Meeh, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:56:52 &lt;hottuna&gt; Hi@all && (welt||welterde||weltende) 19:57:24 &lt;eche|on&gt; ;-) 20:00:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #182 for job I2P 20:01:11 &lt;hottuna&gt; Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 &lt;hottuna&gt; Alright, lets get this meeting started 20:01:33 &lt;eche|on&gt; meeting? hmm 20:01:33 &lt;hottuna&gt; Agenda: 20:01:39 &lt;hottuna&gt; * New bounty system 20:01:44 &lt;hottuna&gt; * New bounties 20:01:49 &lt;hottuna&gt; * Misc? 20:02:21 &lt;hottuna&gt; __New bounty system___ 20:03:25 &lt;hottuna&gt; During this summer I'll have some time over for I2P development, but I also have to pay my rent which is why a new bounty system or at least a new set of bounties and sub-bounties will be suggested 20:03:51 &lt;dg&gt; \o 20:04:37 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 &lt;hottuna&gt; after discussing the idea with eche|on, it seems like the best option for payed work is via the bounty system 20:05:44 &lt;hottuna&gt; to make it work I'll suggest at least one large bounty and then create sub-bounties for it 20:06:27 &lt;hottuna&gt; the sub bounties will be created and closed on a bi-weekly schedule 20:06:41 &lt;hottuna&gt; (preferably by holding a meeting like this when a sub bounty is to be closed) 20:07:27 &lt;eche|on&gt; you know my opinion, and so I just wait for input ;-) 20:07:35 &lt;hottuna&gt; Currently the i2p project has a lot of funds which aren't doing us any good 20:08:10 &lt;hottuna&gt; and allowing me to contribute to some much needed problem areas in i2p should be a good thing overall 20:08:51 &lt;hottuna&gt; Does anyone have any questions or feedback at this idea? 20:09:26 &lt;hottuna&gt; I've talked to zzz, eche|on, postman and Mathiasdm earlier and they have approved 20:10:07 &lt;hottuna&gt; I've tried to reach welt/welterde/weltende, _sponge, badger and KillYourTV but have not gotten any response from them 20:10:23 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 &lt;hottuna&gt; But I'd like to know what the rest of the inhabitants of #i2p-dev think about the idea 20:10:52 &lt;dg&gt; I agree that we should be doing something with the funds 20:11:08 &lt;dg&gt; An organized method of doing so is useful, I don't disagree at all so I'm remaining mute 20:12:04 &lt;hottuna&gt; dg, does this seem like a good way of doing something useful? 20:13:00 &lt;dg&gt; yes. The bounty system already works, we should build upon it 20:13:19 &lt;zzz&gt; you're proposing using existing funds? euros or BTC? 20:13:21 &lt;hottuna&gt; As far as bounty amounts go, 325 per bi-weekly sub-bounty is what I need to cover my basic costs of living 20:13:47 &lt;hottuna&gt; euros are safer and simpler for me 20:14:07 &lt;hottuna&gt; but maybe parts could be payed in btc 20:14:42 &lt;hottuna&gt; in any case the bounty should be set in euros and then possibly payed out in btc 20:14:47 &lt;zzz&gt; eche|on, whats our balances? 20:15:27 &lt;hottuna&gt; and to answer your question, Im proposing using existing funds 20:15:27 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` - still on those sums 20:15:32 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:15:40 &lt;eche|on&gt; so ~28k and 626 BTC 20:16:47 &lt;dg&gt; hottuna: What work will you be performing? 20:17:22 &lt;zzz&gt; appx. how many hours a week are you proposing to work? 20:17:35 &lt;hottuna&gt; that is point two on the agenda, but i'm primarily thinking about improving on our floodfill issues 20:17:57 &lt;hottuna&gt; 40 h/week. So full time. 20:18:56 &lt;zzz&gt; so round numbers, 8 euros/hour 20:19:18 &lt;zzz&gt; nope. 4 euros/hour 20:19:20 &lt;hottuna&gt; in my mind that sounds reasonable/cheap 20:19:35 &lt;zzz&gt; 325/80 20:20:13 &lt;zzz&gt; mcdonalds isn't hiring? :) 20:20:35 &lt;hottuna&gt; i think burger king has payed me more an hour :P 20:21:06 &lt;eche|on&gt; you worked for a burger king? hell,... I should have visited your working office^^ 20:21:35 &lt;zzz&gt; appx. how many weeks you propose to work? 20:21:56 &lt;hottuna&gt; lets see.. this will be a rough number 20:23:19 &lt;hottuna&gt; I should manage at least 8, but it could be more or less than that 20:24:10 &lt;zzz&gt; so a 1300 euro commitment from us 20:24:24 &lt;hottuna&gt; yeah 20:24:49 &lt;hottuna&gt; more than that would have to be discussed in a meeting 20:25:18 &lt;zzz&gt; anybody remember what we paid jrandom monthly? 20:26:08 &lt;hottuna&gt; let's see what the internet archive says 20:26:10 &lt;eche|on&gt; less. ~500$ IMHO 20:26:39 &lt;zzz&gt; he was more of a hippie than tuna is :) 20:26:50 &lt;hottuna&gt; $465 USD/month 20:27:11 &lt;hottuna&gt; I'm hippying as hard as I can damnit! 20:27:52 &lt;dg&gt; hippy harder!! 20:28:49 &lt;hottuna&gt; alright, so does anyone have any objections or questions? 20:29:15 &lt;zzz&gt; no objection 20:29:41 &lt;Mathiasdm&gt; sounds good 20:30:25 &lt;dg&gt; ditto 20:30:54 &lt;hottuna&gt; Alright. Then we are all happy about this 20:31:32 &lt;hottuna&gt; For the record: As no complaints have been raised, we'll proceed with the new bounty system. 20:31:47 &lt;hottuna&gt; __New bounties__ 20:32:34 &lt;hottuna&gt; The floodfill system has some issues, including attack resistance and scalability. 20:33:02 &lt;hottuna&gt; Replacing it is the first bounty that I will suggest. 20:33:30 &lt;hottuna&gt; I've talked to zzz about some alternatives 20:33:47 &lt;hottuna&gt; and step one appears to be to move to a kademlia based netdb 20:34:30 &lt;hottuna&gt; zzz has in fact already started by implementing kademlia in i2psnark 20:34:59 &lt;hottuna&gt; this is probably a good base for for a netdb network 20:35:53 &lt;hottuna&gt; there are some modifications that can be made to kad to make it more probabilistic and avoid the worst aspects of eclipse and sybil attacks. 20:36:01 &lt;zzz&gt; I'm not sure "replace" is the right word. And also not sure it's the top of my list. Our ff system is actually in pretty good shape right now. But I'm not sure how much you want to get into discussing it now. 20:36:27 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals 20:36:41 &lt;hottuna&gt; replace would be a long term goal, initially adding a second netdb backend would be the goal 20:36:58 &lt;hottuna&gt; yeah, replace is the wrong word. 20:37:09 &lt;zzz&gt; but sure, the UCSD folks highlighted some issues. 20:37:35 &lt;zzz&gt; ignoring vulnerabilities for a moment, I think we're actually good for a couple years of growth w/o changes 20:38:06 &lt;Mathiasdm&gt; 22:37 &lt;zzz&gt; A reasonable sub-bounty may be just to analyze the current situation and make proposals &lt;-- sounds like a good idea if it's time-boxed 20:38:53 &lt;hottuna&gt; spending two weeks on an analysis might be overkill, but having a meeting and discussing the alternatives after a week might be good 20:38:55 &lt;zzz&gt; what's _not_ realistic is replacing ffs with R5N this summer. 20:39:09 &lt;hottuna&gt; zzz, agreed 20:41:24 &lt;hottuna&gt; there might also be a need for some work surrounding development like multirouter support 20:41:24 &lt;hottuna&gt; which would make development easier 20:41:24 &lt;zzz&gt; fyi for everybody, the netdb roadmap in my head is 1) encrypted lookup responses and 2) migrate the snark kad back to router 20:41:24 &lt;Meeh&gt; like the ideas 20:41:35 &lt;Meeh&gt; ./roadmap 20:41:49 &lt;dg&gt; yeah 20:44:21 &lt;hottuna&gt; I don't think that 2 full weeks are needed for this 20:44:27 &lt;Meeh&gt; yea 20:45:21 &lt;dg&gt; "alternative exploration"? 20:45:30 &lt;Meeh&gt; as in the exploration tunnels right or? 20:45:30 &lt;zzz&gt; depends how long before your head explodes 20:45:37 &lt;zzz&gt; what else on your list? 20:45:45 &lt;hottuna&gt; "alternative exploration" = {what technology?, if dht-which?, what code-base?} 20:46:03 &lt;hottuna&gt; maybe one week, and if I have time to spare I'll start with the multirouter stuff. 20:47:09 &lt;hottuna&gt; I'm not sure, but some of the bounties like ipv6 will have to be completed soon as ipv6 looks to be actually deployed now 20:47:40 &lt;dg&gt; zzz is working on ipv6 a load but he my appreciate help 20:48:12 &lt;eche|on&gt; I try to add IPv6 on my root server for I2P use. 20:48:15 &lt;hottuna&gt; Resolving issues regarging an openitp submission has been suggested by zzz 20:48:22 &lt;eche|on&gt; as soon as I find time to understand and get it up... 20:48:57 &lt;Meeh&gt; I have a dev server that I can let developers into for testing.. It have multiple ipv6 adresses 20:49:00 &lt;hottuna&gt; having us accepted into OpenITP would be a major thing for us 20:49:07 &lt;Meeh&gt; Could setup more of them now for testing 20:49:22 &lt;eche|on&gt; and now gone for a good night time... 20:49:25 &lt;zzz&gt; here's my list: IPv6 (incl. testing), Crypto (see trac wiki), OpenITP prep (see trac wiki), NTCP and SSU protocol obfuscation (old zzz.i2p post, Lance James might be able to help), other state firewall resistance, Symmetric NATs (ticket #873), ... 20:49:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 &lt;Meeh&gt; zzz: want access to a ipv6 server for testing? 20:49:51 &lt;dg&gt; hottuna: major thing, yes, but, in case you (or others) are not aware: OpenITP are not long term funders. They fund short, achievable goals to improve projects "quickly". 20:51:05 &lt;zzz&gt; Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.5 to ignore published IPv6 addresses get out there before we start publishing them 20:51:24 &lt;zzz&gt; s/0.9.5/0.9.6/ 20:51:24 &lt;hottuna&gt; crypto is another thing that I know a bit about, so my time might be well spent there 20:51:27 &lt;iRelay&gt; zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 &lt;Meeh&gt; ok :) I can setup multiple too if needed 20:51:51 &lt;hottuna&gt; maybe if we're lucky I'll be somewhat done with the floodfill system by the time zzz is done with ipv6 20:51:58 &lt;Meeh&gt; got a /48 net 20:52:14 &lt;hottuna&gt; that way we could both attack the crypto problem 20:52:21 &lt;zzz&gt; heck what about i2pcpp 20:52:37 &lt;dg&gt; orion is 404 atm 20:52:48 &lt;Meeh&gt; sindu might help there when he got time, great C coder 20:52:59 &lt;Meeh&gt; talked about it earlier, know him from RL 20:53:26 &lt;hottuna&gt; that sounds interesting 20:53:49 &lt;zzz&gt; if orion is at least willing to accept help, that's a big step - he wasn't before - 20:53:52 &lt;hottuna&gt; but I think that I should spend time where makes the most difference which in my mind is floodfills/ipv6 and crypto 20:54:11 &lt;hottuna&gt; *it 20:54:14 &lt;zzz&gt; sure, my list doesn't necessarily match your skills or interest 20:54:29 &lt;Meeh&gt; also, he should get some creds for spreading the i2p stickers around Oslo, Norway. He have placed it all around the city 20:54:44 &lt;Meeh&gt; hottuna: if you want, send more.. soon emtpy again:P 20:55:11 &lt;zzz&gt; oh yeah, hottuna if you aren't coming to DEFCON I need some too 20:55:30 &lt;hottuna&gt; im planning on coming to defcon 20:55:44 &lt;hottuna&gt; i havent bought any plane tickets yet, but I will soon. 20:55:47 &lt;zzz&gt; oh hella yes. 20:56:23 &lt;Meeh&gt; hottuna: if you got files, I might be able to get some free printups myself 20:56:43 &lt;hottuna&gt; the files are in the i2p.graphics branch 20:56:46 &lt;Meeh&gt; if you got the sticker in png/ai/whatever format 20:56:49 &lt;Meeh&gt; ok thanks 20:57:00 &lt;hottuna&gt; if im remembering correctly 20:57:16 &lt;hottuna&gt; alright. 20:57:51 &lt;hottuna&gt; Is everyone ok with the first bounty being for the floodfill system? 20:58:02 &lt;dg&gt; aye 20:58:25 &lt;Meeh&gt; yepp 20:58:50 &lt;Mathiasdm&gt; ok, so first 1 week of research into the options, followed by implementation (currently most likely kademlia)? sounds good 20:59:06 &lt;hottuna&gt; yes, that's the idea 21:01:56 &lt;hottuna&gt; ok 21:03:15 &lt;hottuna&gt; For the record: The first bounty to be introduced is adding a new netdb backend. The first sub bounty should be divided into alternative exploration, multirouter research and discussion with you guys 21:03:26 &lt;hottuna&gt; __Misc__ 21:04:38 &lt;hottuna&gt; How is the website deployment going? 21:09:27 &lt;hottuna&gt; Everyone died? 21:09:31 &lt;hottuna&gt; str4d? 21:12:57 &lt;Mathiasdm&gt; oh 21:13:04 &lt;Mathiasdm&gt; I was curious :) 21:14:22 &lt;hottuna&gt; did I miss anything exciting? 21:14:29 &lt;Mathiasdm&gt; only this: 21:14:32 &lt;Mathiasdm&gt; 23:10 -!- hottuna [hottuna@irc2p] has quit [Quit: leaving] 21:14:32 &lt;Mathiasdm&gt; 23:12 &lt;+Mathiasdm&gt; oh 21:14:35 &lt;Mathiasdm&gt; 23:13 &lt;+Mathiasdm&gt; I was curious :) 21:15:12 &lt;hottuna&gt; Alright, if no one knows, let's see next week 21:15:38 * hottuna baf's with the meeting ending hammer 21:19:59 * Mathiasdm lurks onward :) </div>/vi/blog/2013/04/02/i2p-dev-meeting-april-02-2013/Tue, 02 Apr 2013 00:00:00 +0000/vi/blog/2013/04/02/i2p-dev-meeting-april-02-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:52:42 &lt;lillith&gt; okay meeting topics for today: 20:54:22 &lt;lillith&gt; 1. Are bounties appropriate? 20:54:29 &lt;lillith&gt; 2. Managing money 20:54:29 &lt;lillith&gt; 2a. The ssl certs 20:54:32 &lt;lillith&gt; 3. Making the i2p project official 20:56:38 &lt;lillith&gt; 4. Procedure regarding decicions for the project (for example making it official) 20:56:53 &lt;lillith&gt; for scrollback from last week if you were not here, `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 &lt;lillith&gt; relevant zzz.i2p posts: `http://zzz.i2p/topics/1359` for the meeting thread 20:56:53 &lt;lillith&gt; `http://zzz.i2p/topics/1366` for the bounties thread 20:57:07 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 &lt;iRelay&gt; Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 &lt;trolly&gt; chosen download bin file from zzz.i2p? 20:58:02 &lt;lillith&gt; 1. Are bounties appropriate, and further bounty discussion 20:58:05 &lt;dg&gt; Huh. Corruption again! 20:58:50 &lt;lillith&gt; not sure who (if anyone) woud like to be pinged, so i'l go on 20:59:22 &lt;dg&gt; trolly: that's a bug 20:59:30 &lt;trolly&gt; haha, no problem 20:59:41 &lt;lillith&gt; Last week it was decided that while bounties can be a good thing they may well need some looking at 20:59:48 &lt;trolly&gt; a trojan bug? just joking.. 20:59:59 &lt;dg&gt; try to nab the output of `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` and check /logs for anything important 21:00:05 &lt;dg&gt; it seems to be corruption, we saw this on id3nt.i2p in the past 21:00:19 &lt;lillith&gt; i suggested some revisions of the 50 BTC syndie bounty to echelon, and he has updated it 21:01:06 &lt;lillith&gt; which led me to two questions: can/should we employ people, ie give them a small amount of money regularly over an extended period? 21:01:57 &lt;lillith&gt; and what exactly is the procedure on bounties funded by i2p's money, not directly from a donor 21:02:20 * lillith opens up the floor for discussion 21:04:50 &lt;str4d_&gt; dg: if it's occuring on another site, that suggests an I2P tunnel problem. 21:05:26 &lt;dg&gt; str4d_: This happened before, is what I am saying. I do not know if the person affected == trolly but it was a few months back and none of us had any answer. 21:05:41 * str4d_ was affected by it. 21:05:52 &lt;dr|z3d&gt; dg: !!! 21:05:56 &lt;dg&gt; Okay, more than one person. 21:06:10 &lt;dg&gt; I believe zab was still around at the time which may tell you the period.. 21:06:21 &lt;dg&gt; dr|z3d: !!! 21:06:24 &lt;str4d_&gt; But the issue is orthogonal to the current discussion =) 21:06:36 * dr|z3d lols. 21:06:47 &lt;lillith&gt; str4d_: implying discussion ;) 21:08:32 &lt;Shinobiwan&gt; should i2p employ people? yes and no IMO. yes the people that continue to provide services that make i2p of higher quality (such as running the default IRC network and the more popular things like id3nt.i2p) are the best candidates to receive funds... in addition to the developer stuff which may have bounties attached. 21:09:27 &lt;str4d_&gt; Shinobiwan: I wouldn't consider that employment though. 21:09:50 &lt;str4d_&gt; "Employment" would be payments for the purpose of direct I2P development (code or otherwise). 21:10:19 &lt;dr|z3d&gt; Shinobiwan: i2p should award effort and achievement. 21:10:43 &lt;lillith&gt; what i had initially proposed was a small monthly payment for maintaining syndie, getting and keeping it into repos, bug fizing, etc 21:12:25 &lt;dr|z3d&gt; otoh, i2p should not award aspiration, lazinesss or failure to deliver. 21:12:32 &lt;str4d_&gt; That seems like a good compromise between the current bounty system and "proper" employment (which is hard for anonymous dev work) 21:13:20 &lt;str4d_&gt; Right. So if a monthly system were set up, the payment would be subject to "sufficient" work having been done. 21:13:31 &lt;lillith&gt; dr|z3d: absolutely. there is plenty of money to give to people who deserve it 21:14:06 &lt;str4d_&gt; (So it would require a monthly meeting between the deciding people to analyze the various outputs during that period) 21:14:09 &lt;dr|z3d&gt; lillith: we're swimming in it. 21:14:35 &lt;str4d_&gt; I don't think that failure to deliver in one particular month should be cause for complete funding cuts, though. 21:15:03 &lt;dr|z3d&gt; commitment, dedication, service. 21:15:04 &lt;lillith&gt; people have afk commitments as well as internet ones 21:15:07 &lt;Shinobiwan&gt; derp, pingout. 21:15:37 &lt;dr|z3d&gt; remind me again why str4d_ isn't getting compensated? :) 21:16:07 &lt;str4d_&gt; I'd propose a more flexible system where the "employee" gets paid for the months they do sufficient work in. 21:16:07 &lt;str4d_&gt; (extended absences would be grounds for discontinuing funding though) 21:16:22 &lt;str4d_&gt; lillith: exactly (like zzz currently) 21:17:02 &lt;str4d_&gt; dr|z3d: under my proposed system, I wouldn't be at present =P 21:17:26 &lt;dr|z3d&gt; the threat of halebopp dropping indent inspires zzz to offer hosting costs. so why does str4d_ have to battle with eche|on to get hosting funding? 21:17:53 &lt;dr|z3d&gt; i offer one word: incompetence. 21:17:56 &lt;str4d_&gt; dr|z3d: that's on a tangent. 21:18:42 &lt;dr|z3d&gt; str4d_: more than likely. 21:18:45 &lt;darrob&gt; what kind of maintenance work are we talking about here? shouldn't bugs and specific goals like repo inclusion be separate bounties so more than one person can claim them? 21:18:56 &lt;str4d_&gt; There are two kinds of potential funding that I can see - the bounty/employment hybrid above, and donations from I2P towards community services. These should be treated separately. 21:19:25 &lt;dr|z3d&gt; value added recompense. 21:20:00 &lt;dr|z3d&gt; anything else is jizz. like paying 10btc for dogpoo. 21:20:03 &lt;lillith&gt; str4d_: and competitions too, if there were ever to be another 21:20:10 &lt;str4d_&gt; darrob: what we are trying to do is promote developers staying around. 21:20:13 &lt;str4d_&gt; lillith: true, that's a third category. 21:20:40 &lt;dr|z3d&gt; also beer. my bad. 21:21:34 &lt;RN&gt; I wouldn't mind being paid beer for my humor... ;) 21:21:43 &lt;lillith&gt; from echelon.i2p: - the I2P general fund will cover all needed costs of I2P - discussed by dev team and will be noted here and on official webpage 21:22:09 &lt;lillith&gt; i think most things would be acceptable as long as they are discussed and agreed upon beforehand 21:22:12 &lt;str4d_&gt; darrob: So rather than paying out a large lump sum for an arbitrary milestone and then the dev goes AWOL, we define smaller milestones and tasks within the confines of (what is currently called) the bounty, and the dev gets continual smaller payments. 21:23:55 &lt;str4d_&gt; The bounty system would still exist for bounties proposed by third parties (as they have control over how their funds are used), but for bounties that would be proposed by I2P itself from I2P funds, the new system should be better for I2P IMHO. 21:24:26 &lt;dr|z3d&gt; bounties are shit. hit and run contributors. 21:25:09 &lt;lillith&gt; dr|z3d: hence why we are discussing a new system 21:25:12 &lt;dr|z3d&gt; not to mention "i paid $200, I'm important attitudes" 21:25:26 &lt;str4d_&gt; Part of the problem IMHO is that the current system only has a general description, with no concrete structure. 21:25:49 &lt;dr|z3d&gt; lillith: excuse me if i'm not quite following the finer points of the argument :) 21:25:52 &lt;str4d_&gt; For the new system, we need an agreed set of guidelines for proposing and managing funded tasks. 21:26:59 &lt;lillith&gt; dr|z3d: if people want to waste/spend their money on bounties for improperly completed features, they should still be allowed to imho 21:27:58 &lt;str4d_&gt; lillith: yep. Or they can choose to use the new system, by donating their money to I2P and putting in a request through whatever process we decide on to set up a new funded task. 21:28:16 &lt;lillith&gt; i agree - there is money there, and we might as well use it, so we might as well use it properly and effectively 21:28:56 &lt;lillith&gt; and then if the donor goes awol it's still technically a community owned bounty 21:28:59 &lt;darrob&gt; i'd like to see people sticking around too, of course, but i don't see how bounties are shit at all. on the other hand the monthly thing sounds like trouble but i don't mean to dismiss it too quickly. 21:29:02 &lt;str4d_&gt; Tasks funded via the new system need to be funded with money controlled by I2P, because it will be a panel of I2P representatives who decide what counts as "sufficient" work, not the donor themselves. 21:29:03 &lt;dr|z3d&gt; lillith: i disagree. donate to the project and let the project decide how to distribute rewards. 21:29:06 * Shinobiwan not sure if my other msgs went through 21:29:17 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; bounty and employment != donation ... both should take place I think... employment/bounty for dev specific stuff... and perhaps donations for things like community services 21:29:19 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the employment part would need more of a specific set of conditions 21:29:24 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; the community service part, really just needs the community to decide what's worth supporting 21:29:27 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; and then dish out something appropriate 21:29:50 &lt;str4d_&gt; dr|z3d: both options will be there. 21:29:53 &lt;K1773R&gt; Shinobiwan: they didnt, now they did :) 21:30:04 &lt;str4d_&gt; Shinobiwan: `http://killyourtv.i2p/irclogs/latest.log.html` for scrollback. 21:30:07 &lt;iRelay&gt; Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 &lt;dr|z3d&gt; "oh we need russian" no we don't. we need commitment. not money chasing rats that disappear as soon as the bounty is awarded. 21:30:24 &lt;Shinobiwan&gt; thx str4d, K1773R 21:30:47 &lt;lillith&gt; dr|z3d: a new, private infrastructure may well appear for paying individuals for work - it might as well all be in together 21:31:27 &lt;str4d_&gt; darrob: the reason most proposals sound like trouble is because we don't have a large enough developer base to properly run/support them. Therefore, a proposal that should result in a larger developer base is a good idea. 21:31:42 &lt;dr|z3d&gt; money should not be able to dictate the project. period. 21:32:01 &lt;KillYourTV&gt; and `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` for "live" scrollback (the HTMLized logs are processed every 10 minutes or so) 21:32:16 &lt;dr|z3d&gt; sponsor the project, great, but don't tell us how to spend the money. 21:32:27 &lt;darrob&gt; dr|z3d: i like it if a money chasing rat fixed certain features in syndie and ran. what's the problem? maybe someday syndie will get a real developer again but that person won't necessarily need payment then. actually, as far as committed maintainers are concerned, it might actually be counterproductive to offer a pay for the job. 21:33:05 &lt;Shinobiwan&gt; thx KillYourTV 21:33:19 &lt;KillYourTV&gt; np 21:33:36 &lt;dr|z3d&gt; darrob: the "problem" is money thinking it can dictate the agenda. 21:33:39 &lt;lillith&gt; dr|z3d: i2p isn't being told how to spend its money, because bounty money never was i2p's. i2p/echelon just act as an escrow service 21:33:39 &lt;str4d_&gt; Interesting point dr|z3d - I think part of this depends on what we define as the I2P project. 21:34:42 &lt;str4d_&gt; lillith: I think the point dr|z3d is making is that, rather than being told how to spend its money, I2P is being told how to proceed, i.e. the development path is decided by the person with the most money. 21:34:57 &lt;darrob&gt; dr|z3d: bounties are just offers (or cries for help). where do you get the negative attitude? 21:35:21 &lt;str4d_&gt; And if the bounty process was adhered to as-is, that could potentially be rather problematic wrt the threat model. 21:36:18 &lt;lillith&gt; that is a good point - i hadn't thought of it in that way before 21:36:47 &lt;Shinobiwan&gt; a set of rules that says "This person must be paid on this date" is a good idea in that, that person can count on the income to be there when they need it. But on the other hand, it also may create drama when people fail to meet other people's expectations of what that money is really going towards... so I think it's probably not inappropriate to have meeting specifically for 'paydays' or whatever... if there's going to be a 'regular' thing. 21:37:35 &lt;dr|z3d&gt; bounties are shit. show me ongoing commitment from bounty hunters and i'll change my view. except you can't. hit and run merchants. 21:37:49 &lt;str4d_&gt; So maybe what needs to happen is that any tasks/sub-projects that affect I2P directly must be funded and controlled by I2P itself. 21:37:52 &lt;dr|z3d&gt; darrob: i get the "negative" attitudes from half complete work that's awarded a bounty, only to disappear before you can say "um, i think you missed..." 21:38:03 &lt;dr|z3d&gt; darrob: also, next time you pretend str4d_ is a css artist, don't bother. you insult yourself. 21:38:10 &lt;dr|z3d&gt; and you also lose a friend. 21:38:13 &lt;lillith&gt; dr|z3d: didn't str4d_ and zzz claim some bounties for the unit tests? 21:38:17 &lt;darrob&gt; dr|z3d: what? 21:38:20 &lt;str4d_&gt; dr|z3d: OT 21:38:55 &lt;dr|z3d&gt; str4d_: yeah. also, beer. darrob: if you don't get it, *yawn* 21:39:03 &lt;str4d_&gt; lillith: that was after the unit tests bounty was split up into sub-tasks/milestones (which I'd say was a step towards the proposed new system). 21:39:45 &lt;str4d_&gt; dr|z3d: keep on-topic in here please =) 21:39:56 &lt;lillith&gt; I think everything has been said on this topic now no? 21:40:03 &lt;Shinobiwan&gt; if bounties exist IMO they should go towards the things that nobody currently part of the community knows how to or can do, IMO... not the things they dont have time for. 21:40:06 * dr|z3d recalibrates. 21:40:06 &lt;darrob&gt; i guess all i'm trying to say is that i question that hit and run improvements are necessarily a bad thing. 21:40:19 &lt;Shinobiwan&gt; I2P will survive with everyone supporting it, not just the people who get paid 21:40:30 &lt;str4d_&gt; darrob: they are good for kickstarting development in a new area 21:40:37 &lt;str4d_&gt; But the I2P router/project is not a new area, IMHO 21:40:53 &lt;str4d_&gt; So, how about the following: 21:41:20 &lt;dr|z3d&gt; Shinobiwan: like design! *laughs* 5 years of asking for help, and not one iota of thought to offer a bounty *laughs* 21:41:58 &lt;str4d_&gt; Projects that directly affect the I2P program/network can be funded only from I2P funds, and donors who want to contribute just donate to I2P. 21:42:21 &lt;dr|z3d&gt; because designers aren't coders, ergo worth nothing. except when you're offering 10BTC/100$ for anything, including crayons. 21:42:47 &lt;str4d_&gt; Projects that don't directly affect the I2P program/network but are still I2P-related (e.g. syndie) are eligible for bounties on new/substantial work. 21:42:58 &lt;dr|z3d&gt; sorry, but I can't take this conversation _too_ seriously, built as it is on an anthill of incompetence. 21:43:01 &lt;str4d_&gt; (But can also be managed via I2P if the donor wants) 21:43:23 &lt;lillith&gt; dr|z3d: i'l ping you when we move on then :) 21:43:26 &lt;str4d_&gt; But a bounty would need to be more accurately-defined than the current system allows. 21:43:46 &lt;dr|z3d&gt; lillith: very good, sir :) 21:44:04 &lt;str4d_&gt; s/allows/does 21:44:10 &lt;darrob&gt; str4d_: does that imply that there will be an i2p management board to make those decisions? i think that was another week's discussion, right? 21:44:32 &lt;str4d_&gt; darrob: yes. 21:44:42 &lt;str4d_&gt; This is separate to any "official-ness". 21:45:05 &lt;lillith&gt; str4d_: sounds good :) 21:45:32 &lt;str4d_&gt; But there would be a panel of (elected) developers (coders/designers/contributors) who are trusted with steering the I2P project. 21:45:46 &lt;str4d_&gt; I.e. something a bit more formal than what we currently have. 21:46:00 &lt;lillith&gt; darrob: that's either coming up or later, depending on whether we want to continue 21:46:26 &lt;str4d_&gt; Mmm. My proposal works under the assumption that such a panel exists in some form. 21:47:05 &lt;str4d_&gt; (exact specifics being discussed later as above) 21:47:21 &lt;Shinobiwan&gt; lulz 21:47:28 &lt;Shinobiwan&gt; what's #i2p-dev then? 21:47:35 &lt;lillith&gt; i disagree with the panel idea tbh 21:47:38 &lt;lillith&gt; meetings seem to work well, and they let new people have a say too 21:47:38 &lt;lillith&gt; it would need to be large enough to get a variety of perspectives 21:47:38 &lt;lillith&gt; you never know who might offer then next amazing idea 21:48:04 &lt;str4d_&gt; lillith: exactly. 21:48:11 &lt;Shinobiwan&gt; it's that panel, but yea... it would need to become officially official 21:48:18 &lt;str4d_&gt; But with the current size of the developer base, that's hard. 21:48:25 &lt;str4d_&gt; It's a chicken-and-egg problem. 21:48:35 &lt;str4d_&gt; And we need to break into the loop somewhere. 21:51:05 &lt;lillith&gt; Shinobiwan: yea, thats basically what i'm trying to say :) 21:51:05 &lt;lillith&gt; actually no it's not 21:51:05 &lt;lillith&gt; #i2p-dev along with mailing lists, zzz.i2p, syndie, etc 21:51:05 &lt;lillith&gt; anyone who wants a say should have a chance imho 21:52:35 &lt;str4d_&gt; lillith: yes, but there still needs to be a group of people with a final say. 21:52:53 &lt;Shinobiwan&gt; people need to know eachother w/out knowing one another... to the point I can say, str4d, KYTV, dr|z3d ... (a lot more but just for example) have been on the network for so long, and IMO all make I2P of higher quality. Collectively I think people can figure out and reach an agreement who would go on such a panel... even though nobody really knows eachother AFK. Opinions from new people to the project should be listened to also 21:52:53 &lt;Shinobiwan&gt; however 21:53:00 &lt;str4d_&gt; (i.e. the people who control the funds. Currently, that is a single person - eche) 21:53:25 &lt;str4d_&gt; At least to begin with. 21:53:52 &lt;str4d_&gt; The Debian developer model is a good one for making decisions like you suggest lillith - all done via voting. 21:53:55 &lt;lillith&gt; so, everyone has a say, a few (3 or 4) people have the final say? 21:54:10 &lt;str4d_&gt; (And a "developer" is just someone who has contributed in some way IIRC) 21:54:25 &lt;str4d_&gt; But a voting system needs a larger base of "developers" first, I think. 21:54:51 &lt;str4d_&gt; lillith: anyone can suggest an idea - that's never going to change. 21:55:06 &lt;Shinobiwan&gt; in my mind it's more than 3 or 4 people.. more like 12+ and growing... but people that fail to make the meetings don't get to vote... (and if their vote is especially important/relevant, then the meeting might happen another time) 21:55:12 &lt;str4d_&gt; But I2P has finite resources, and those resources need to be allocated appropriately. 21:56:06 &lt;str4d_&gt; (the biggest resource being time from continual developers) 21:56:20 &lt;KillYourTV&gt; as I wrote on zzz.i2p, I think votes such as via gpg signed messages to a mailing list would be better than irc. We've got mailing lists and they should be utilized. 21:56:20 &lt;str4d_&gt; s/biggest/most important but currently most limited/ 21:56:23 &lt;iRelay&gt; str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 &lt;str4d_&gt; KillYourTV: agreed. 21:56:43 &lt;Shinobiwan&gt; ya gpg signed == much better 21:56:54 &lt;str4d_&gt; Provides a transparent and verifiable archive of votes. 21:57:09 &lt;lillith&gt; is that topic 1 over then? 21:57:09 &lt;darrob&gt; i agree also. don't expect to accomplish any serious discussion on irc. 21:57:12 * KillYourTV is 'stealing' ideas from Debian's system(s) 21:57:19 &lt;str4d_&gt; http://www.debian.org/vote/ 21:57:22 &lt;iRelay&gt; Title: Debian Voting Information (at www.debian.org) 21:57:39 &lt;lillith&gt; it's all open source, its there to be 'stolen' :) 21:58:06 &lt;lillith&gt; 2. Managing money 21:58:10 &lt;KillYourTV&gt; and with mailing lists you have the oh-so-helpful 'plonk' mechanism available if needed to raise the signal to noise ratio. 21:58:21 &lt;lillith&gt; eche|on: ping 21:58:24 &lt;K1773R&gt; KillYourTV: dont copy the "GPL Nazis" idea pls :P 21:59:46 &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:00:12 &lt;str4d_&gt; KillYourTV: if we go the mailing-list route, the mailing-list needs to be usable entirely within I2P (currently not the case). 22:00:23 &lt;str4d_&gt; (But also usable externally) 22:00:33 &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:00:36 &lt;KillYourTV&gt; agreed 22:00:53 &lt;darrob&gt; str4d_: the nntp interface should qualify. 22:00:53 &lt;KillYourTV&gt; and agreed to lillith's last point (ofc) 22:01:04 &lt;lillith&gt; dr|z3d welt weltende welterde echelon 22:01:07 &lt;darrob&gt; ...which i *think* is functional. 22:01:10 &lt;KillYourTV&gt; are they linked? 22:01:30 &lt;KillYourTV&gt; I know they were supposed to be but the last I checked (months ago) they weren't. 22:01:38 &lt;Shinobiwan&gt; purchasing ssl certificates would go w/ donations IMO ... community services ... the same way to decide what the money goes towards as donations. 22:01:41 * KillYourTV fires up the nntp tunnel 22:01:41 &lt;darrob&gt; you can at least read through it. 22:01:44 &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:02:01 &lt;Shinobiwan&gt; i.e.. have a meeting... say "we need this"... "agree?" ... panel says OK ... majority of panel green light 22:02:32 &lt;Shinobiwan&gt; not so quickly, but the general idea. 22:02:32 &lt;Shinobiwan&gt; hehe 22:02:47 &lt;str4d_&gt; Shinobiwan: can fall under the same vote system proposed above. 22:03:14 &lt;Shinobiwan&gt; yep 22:04:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; well the ML interface is accesible via i2p more or less.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` still contains redirects to lists.i2p2.de.. not sure what to do about those 22:04:24 &lt;iRelay&gt; &lt;iRelay@freenode&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 &lt;Shinobiwan&gt; if there is such a panel, it is not finalized at a fixed number of people... IMO... it should grow, and grow and grow... so, whatever panel currently exists, should have some procedure to bring in new panel members regularly 22:04:43 &lt;darrob&gt; we need a central party with a politburo and the users' congress. :) 22:04:46 &lt;KillYourTV&gt; FTR, the mailing lists as currently set up are not available via nntp. 22:05:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; (haven't added it to the hosts.txt yet) 22:05:42 &lt;KillYourTV&gt; (at least not under i2p.*) 22:06:27 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. they should be.. but maybe not under i2p.* 22:06:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; I didn't set it up.. so don't really know anymore ;) 22:06:58 &lt;darrob&gt; KillYourTV: i think i2p. are welt's preexisting groups. the new ones are alt.privacy.i2p.dev/general and alt.privacy.syndie.dev/general. 22:08:42 &lt;KillYourTV&gt; ah...nvm me. now that I refreshed the list again I see those new ones. 22:09:00 &lt;KillYourTV&gt; sorry 22:09:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. right.. slrn didn't show them as they didn't contain unread messages 22:09:34 &lt;darrob&gt; i'm still confused why there are no messages. i really thought i saw a couple of test messages before. 22:09:45 &lt;lillith&gt; can we get back on topic please? 22:10:23 &lt;lillith&gt; i, and surely others want to know what's going on with ssl certificates for the i2p domains 22:11:17 &lt;KillYourTV&gt; i didn't see the topic change, just &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates /me zips it 22:11:56 &lt;lillith&gt; ahh, sorry 22:12:06 &lt;lillith&gt; &lt;lillith&gt; can we keep this ontopic guys, project management is coming up :) 22:12:23 &lt;KillYourTV&gt; and what's the topic? ;) (I didn't see that switch) 22:12:30 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:12:41 &lt;lillith&gt; &lt;lillith&gt; afaict the money management wrt bounties has already been discussed enough 22:12:41 &lt;str4d_&gt; lillith: eche is currently sourcing the required money. 22:12:48 &lt;lillith&gt; &lt;lillith&gt; but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:13:16 &lt;str4d_&gt; &lt;kytv2&gt; eche|on: any updates on the certificate situation? I haven't had to get "real "certs for a while and don't know how long the verification process takes nowadays. 22:13:19 &lt;str4d_&gt; &lt;eche|on&gt; kytv2: I am on the hunt for 3k euro and cert requests... 22:13:29 &lt;lillith&gt; so it's under control then? 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; and pushed.. 22:14:14 &lt;KillYourTV&gt; yes, it's being taken care of 22:14:21 &lt;orion&gt; Can I reiterate my opinion that it's dangerous to have one person managing all the money? 22:14:45 &lt;orion&gt; ok 22:15:00 &lt;dg&gt; Current topic = ? 22:15:03 &lt;orion&gt; It's not being put in to some off-shore corporation, right? 22:15:14 &lt;lillith&gt; &lt;lillith&gt; 2. Managing money 22:15:21 &lt;str4d_&gt; orion: no. 22:15:58 &lt;iRelay&gt; &lt;weltende@freenode&gt; afair eche wanted to speak with an lawyer about making i2p an official entity of some kind 22:15:58 &lt;lillith&gt; dr|z3d: ping :) 22:16:12 &lt;str4d_&gt; Currently our funds lie in a (bank?) account owned by eche|on and (mostly) in a Bitcoin wallet held by eche|on. 22:16:49 &lt;KillYourTV&gt; yes, that's right, in .at IIRC 22:17:07 &lt;KillYourTV&gt; (wrt: 'official entity') 22:18:46 &lt;lillith&gt; at as in austria? 22:18:53 &lt;dg&gt; yes 22:19:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; (not australia *scnr*) 22:19:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; (running gag from EEVblog if you are curious) 22:20:26 &lt;lillith&gt; okay, looks like we've moved on again 22:20:41 &lt;lillith&gt; 3. Making the project official 22:21:12 &lt;str4d_&gt; lillith: re: money management, it's rather dependent on both the "official" status of the project, and the project management status. 22:21:30 &lt;str4d_&gt; (The former re: where funds are kept, the latter re: how funds are spent) 22:22:14 &lt;lillith&gt; ok, fair enough :) we can straddle points 2 and 3 for a while then :) 22:25:16 &lt;trolly&gt; must go 22:25:19 &lt;trolly&gt; bye 22:25:47 &lt;trolly&gt; later I'll send yo new translaion str4d_ 22:29:26 &lt;lillith&gt; or not, as the case may be 22:30:11 &lt;lillith&gt; i'd suggest time to move on :) 22:30:28 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #28 for job I2P-Bote 22:30:28 &lt;lillith&gt; 4. Procedure for making decisions in i2p 22:31:27 * KillYourTV votes for taking long discussions about important decisions to a mailing list 22:31:30 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P-Bote build #28:SUCCESS in 1 min 3 sec: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 &lt;lillith&gt; so, mailing list, hierachy, etc 22:31:37 &lt;KillYourTV&gt; That way anyone can take part when he/she can 22:31:50 &lt;lillith&gt; i'd like to put in an honourable mention for syndie here 22:31:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:32:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; (@ML) 22:32:04 &lt;lillith&gt; everything is signed by default, for a start 22:33:18 &lt;KillYourTV&gt; I like syndie too (ofc), but mailing lists would be easier for outsiders to take part 22:33:45 &lt;lillith&gt; but yes, i agree in principle. no point hanging around waiting for discussion that clearly isn't happening 22:33:48 &lt;KillYourTV&gt; that's not to say that discussions can't be mirrored to syndie... 22:34:33 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah.. nntp syndie gateway or so would be nice to have 22:34:36 &lt;lillith&gt; and of course, officially moving is only one thread away ;) 22:35:54 &lt;KillYourTV&gt; 21:00 UTC isn't handy for everyone. On a mailing list time zones mean nothing. On a mailing list there no netsplits, relay problems, or ping outs. For meaningful discussions a mailing list (IMHO) is _THE_ way to go. 22:36:30 &lt;dg&gt; KillYourTV: I agree. 22:37:54 &lt;KillYourTV&gt; irc is good when you need pretty-damn-close-to-realtime...but "we need a new domain" doesn't have that kind of urgency. Post it and it'll be addressed when $user can address it. 22:37:54 &lt;lillith&gt; imho syndie has all the benefits of mailing lists and more, the only issue is accessability for outsiders 22:38:32 &lt;lillith&gt; then again, how many people that we want to include already use mailing lists? 22:39:03 &lt;KillYourTV&gt; There's been talk of a Syndie webapp" but I don't think that's gone (and will) go anywhere. 22:40:20 &lt;KillYourTV&gt; I'd gather that more use mailing lists than IRC. 22:40:31 &lt;lillith&gt; i don't want to dominate a discussion on syndie vs ml here, but i think it's something woth considering 22:41:25 &lt;iRelay&gt; * weltende@freenode prefers his mail/nntp client tbh 22:42:04 &lt;KillYourTV&gt; syndie via mutt would = 'win' 22:43:14 &lt;lillith&gt; this topic also includes hierachy, which was touched upon before but imo needs some expansion 22:45:09 &lt;dg&gt; I don't know if we can come to a consensus on anything AND have a discussion easily with IRC meetings anymore. 22:45:28 &lt;dg&gt; It worked in 2006 when it was more of a quick update on the project but it's not anymore and it involves lengthy debates/discussion. 22:46:40 &lt;lillith&gt; having more time to think through things would result in on topic, well thought out, clear discussion 22:46:47 &lt;lillith&gt; threading also = win 22:47:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:47:21 &lt;KillYourTV&gt; +1 22:47:28 &lt;dg&gt; +1 22:47:39 &lt;dg&gt; might I add: nntp, fuck yeah. 22:47:50 &lt;lillith&gt; irc meetings were always an experimental thing, and the experiment failed :) 22:48:05 &lt;dg&gt; hey, lillith, at least we're having the discussions now, right? :) 22:49:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; imho we should keep irc meetings and move things that take a long time in the meeting or which has a lot of discussion to the ML 22:50:11 &lt;lillith&gt; yep :) seems like no-one actually likes meetings anyway haha 22:50:15 &lt;dg&gt; I think it's mainly due to the timing. 22:50:18 &lt;dg&gt; And pressure to respond in a fast manner.. 22:50:18 &lt;dg&gt; postman: `http://zzz.i2p/topics/1367` 22:50:18 &lt;lillith&gt; but there's no chance of getting a time thats good for _everyone_ 22:50:18 &lt;lillith&gt; plus some people have irregular schedules 22:50:18 &lt;dg&gt; Exactly. 22:50:25 &lt;iRelay&gt; Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 &lt;lillith&gt; with a heavy heart, and feeling rather poetic, i'd gladly baf the last meeting ;) 22:50:41 &lt;dg&gt; weltende: I was thinking this.. keep irc meetings for discussion of some things in the ML (actually doing something & such). W 22:50:44 &lt;dg&gt; go for it, lillith. 22:51:26 * lillith bafs the meeting closed 22:51:36 &lt;lillith&gt; thank you, and goodnight :) 22:52:01 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #103 for job I2P 22:52:09 &lt;lillith&gt; can susimail handle mailing lists? 22:52:41 &lt;KillYourTV&gt; sure, but I'd use a 'real' client like claws or mutt 22:53:04 &lt;KillYourTV&gt; (just a matter or preference) 22:54:55 &lt;lillith&gt; ahh, thats okay then :) 22:56:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #103:SUCCESS in 4 min 34 sec: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #74:SUCCESS in 4 min 31 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 &lt;KillYourTV&gt; and +1 to meetings continuing with the bigger things being taken to mailing lists/forums/syndie. 23:05:54 &lt;KillYourTV&gt; IRC is good for quick status updates..but a "newsletter" of sorts could work for that purpose too. 23:06:19 &lt;lillith&gt; it's nice to have a start, with some goals, and an end, with a consensus 23:06:22 &lt;dg&gt; mailing list also works for alerts. see how tor do it with consensus issues. 23:06:46 &lt;lillith&gt; 'today THIS is what we decided and THIS is what we're going to do about it' 23:07:29 &lt;lillith&gt; i'm not sure but i imagine ml discussions as dragging on with no distinct endpoint 23:07:52 &lt;lillith&gt; +1 for newsletter though 23:08:33 &lt;KillYourTV&gt; they can, sure...but I think more will be accomplished on a long ML discussion than a 4-5 hour long irc meeting. 23:09:08 * lillith signs up with an open mind :) 23:09:38 * psi likes the idea of a mailing list 23:09:53 &lt;K1773R&gt; where is the ML? 23:10:01 * KillYourTV really likes MLs but they (the ones on the Internet) will probably cause his AFK identity to be leaked...heh 23:10:12 &lt;KillYourTV&gt; lists.i2p2.de i think 23:10:39 &lt;KillYourTV&gt; and (/me scrolls up) 23:10:54 &lt;KillYourTV&gt; `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 &lt;iRelay&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 &lt;dg&gt; it just redirects 23:11:55 &lt;KillYourTV&gt; there's also nntp.welterde.i2p 23:12:37 &lt;KillYourTV&gt; alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 &lt;KillYourTV&gt; (cheers darrob for pointing me to the right usenet groups) 23:14:57 * RN wanders off to tinker with thundirbird 23:17:46 &lt;str4d_&gt; +1 to meetings continuing (but sticking to time) and +1 to "important" discussions on the ML. 23:19:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; for you interested.. posting is atm allowed for the following groups: 23:19:35 &lt;iRelay&gt; &lt;weltende@freenode&gt; post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 &lt;KillYourTV&gt; this will have to be fixed before "important" discussions make their way there http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 &lt;iRelay&gt; Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 &lt;KillYourTV&gt; ...unless the messages were purposely wiped (which wouldn't make sense) 23:30:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. 23:30:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; no idea atm.. but heading to bed now </div>/vi/blog/2013/03/26/i2p-dev-meeting-march-26-2013/Tue, 26 Mar 2013 00:00:00 +0000/vi/blog/2013/03/26/i2p-dev-meeting-march-26-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:01:00 &lt;dg&gt; So, who is here? 21:01:11 &lt;orion&gt; Me. 21:01:18 &lt;str4d&gt; o/ 21:01:37 &lt;lillith-&gt; i'm here :) 21:02:10 &lt;dg&gt; eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 &lt;Umlaut&gt; count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 &lt;dg&gt; Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 &lt;lillith&gt; rundown of topics in the meantime dg? 21:03:42 &lt;dg&gt; Topics: 21:03:45 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:03:45 &lt;dg&gt; * Managing money 21:03:46 &lt;dg&gt; ** Making the project "official" - benefits/negatives/how 21:04:24 &lt;lillith&gt; i had something to add *thinks* 21:04:31 &lt;dg&gt; hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 &lt;dg&gt; Let's start then 21:10:54 * lillith remembered! 21:10:59 &lt;dg&gt; hm? 21:11:14 &lt;dg&gt; RN: ping 21:11:25 &lt;lillith&gt; as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 &lt;dg&gt; aye 21:12:07 &lt;dg&gt; Let's get started 21:12:10 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:12:13 &lt;lillith&gt; i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 &lt;orion&gt; Are bounties working? 21:12:43 &lt;dg&gt; Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 &lt;LaughingBuddha&gt; Who's the guy for bounties? eche|on? 21:13:00 &lt;lillith&gt; yep 21:13:11 &lt;LaughingBuddha&gt; Is he here? 21:13:11 &lt;str4d&gt; Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 &lt;dg&gt; define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 &lt;lillith&gt; he's in control of all money - point 2 :) 21:13:25 &lt;orion&gt; Then let's think of something else. 21:13:40 &lt;dg&gt; The bounty system does not seem to be working for even the bounties themselves. 21:13:54 &lt;lillith&gt; i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 &lt;dg&gt; A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 &lt;str4d&gt; From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 &lt;lillith&gt; we have to draw people in then keep them with our charm and civility ;) 21:14:23 &lt;LaughingBuddha&gt; Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 &lt;LaughingBuddha&gt; to be* 21:14:37 &lt;orion&gt; The only thing that will draw attention to I2P is content. 21:14:45 &lt;dg&gt; eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 &lt;nom&gt; imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 &lt;lillith&gt; str4d: instead, as opposed to...? 21:15:17 &lt;str4d&gt; From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 &lt;Umlaut&gt; are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: it worked in the past if you look at the bounty page.. 21:15:30 &lt;dg&gt; str4d: Is that what we want? 21:15:41 &lt;LaughingBuddha&gt; nom: agreed 21:15:48 &lt;str4d&gt; Does that work? Somewhat. 21:16:03 &lt;str4d&gt; weltende, exactly. There are clear examples of bounties being taken. 21:16:18 &lt;dg&gt; http://www.i2p2.de/bounties.html 21:16:29 &lt;iRelay&gt; Title: Bounties - I2P (at www.i2p2.de) 21:16:34 &lt;str4d&gt; Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 &lt;dg&gt; I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 &lt;str4d&gt; But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 &lt;dg&gt; For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 &lt;lillith&gt; perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 &lt;nom&gt; to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 &lt;dg&gt; The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 &lt;str4d&gt; dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 &lt;dg&gt; What if multiple donors exist? 21:18:08 &lt;str4d&gt; First donor. 21:18:11 &lt;orion&gt; I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 &lt;str4d&gt; (as per current outline) 21:18:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; lillith: not really needed imho if it's in the core router.. 21:18:25 &lt;str4d&gt; If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 &lt;dg&gt; Oh. That doesn't seem right. :s. 21:18:54 &lt;orion&gt; IMO, the best way to draw attention to I2P is by providing content. 21:19:06 &lt;dg&gt; Right, but some of the bounties can lead to content. 21:19:13 &lt;str4d&gt; I'm not arguing for the current bounty system, just outlining it. 21:19:44 &lt;dg&gt; str4d: right, and thanks. 21:20:03 &lt;nom&gt; honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 &lt;str4d&gt; The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 &lt;dg&gt; I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 &lt;nom&gt; a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 &lt;str4d&gt; I concur. 21:21:17 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 &lt;dg&gt; weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 &lt;nom&gt; like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: which is only a problem if we have to spend the money right away 21:23:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 &lt;dg&gt; weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 &lt;str4d&gt; Fund allocation is beside the current point. 21:23:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: exactly my point 21:24:11 &lt;lillith&gt; dg: are competitions included in bounties or are they point 1.5? 21:24:14 &lt;str4d&gt; There will always be money, in one way or another. 21:24:26 &lt;str4d&gt; (Or not) 21:24:29 &lt;nom&gt; i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 &lt;LaughingBuddha&gt; ^ 21:24:40 &lt;str4d&gt; nom: agreed. 21:24:43 &lt;dg&gt; lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 &lt;Umlaut&gt; Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 &lt;str4d&gt; The result will satisfy the bounty, but likely will not scale. 21:25:00 &lt;dg&gt; nom: Couldn't have said it better myself. 21:25:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: torrents were nothing but a bounty either.. 21:25:34 &lt;LaughingBuddha&gt; Umlaut: i thought they were echelons personal funds? 21:25:54 &lt;Umlaut&gt; if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 &lt;lillith&gt; (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 &lt;nom&gt; to put it another way... there are no bounties at google.... 21:26:32 &lt;Umlaut&gt; LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 &lt;nom&gt; weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 &lt;str4d&gt; If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 &lt;LaughingBuddha&gt; Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 &lt;str4d&gt; I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 &lt;lillith&gt; LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 &lt;dg&gt; nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 &lt;str4d&gt; And that they shouldn't be the main focus. 21:27:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 &lt;dg&gt; We'll get to the money later.. 21:27:40 &lt;LaughingBuddha&gt; lillith: Doesn't he "manage" it? 21:27:47 &lt;LaughingBuddha&gt; dg: ok 21:28:10 &lt;str4d&gt; weltende, you are making a good point. 21:28:14 &lt;lillith&gt; i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 &lt;str4d&gt; Bounties are useful for kickstarting code, not for continued development. 21:28:36 &lt;LaughingBuddha&gt; lillith: I see 21:28:36 &lt;nom&gt; if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 &lt;lillith&gt; he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 &lt;lillith&gt; ^this 21:29:27 &lt;LaughingBuddha&gt; But it seems we agree with the first part of nom's statement. No? 21:29:30 &lt;lillith&gt; eg bounty of $X per month to work on something 21:29:45 &lt;LaughingBuddha&gt; Yeah 21:29:52 &lt;iRelay&gt; &lt;weltende@freenode&gt; or perhaps define milestones in the bounty? 21:29:56 &lt;Meeh&gt; Seems like a good solution 21:30:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and upon reaching milestone $X you get $Y amount of money) 21:30:07 &lt;dg&gt; That sounds good. 21:30:14 &lt;LaughingBuddha&gt; milestones seem like a good idea 21:30:17 &lt;LaughingBuddha&gt; but they need to be clearly outlined 21:30:20 &lt;dg&gt; Milestones + continuous payment? 21:30:20 &lt;nom&gt; lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 &lt;str4d&gt; Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 &lt;lillith&gt; is it eche|on we have to ask nicely to change the website etc? 21:30:38 &lt;dg&gt; no, website is in mtn 21:30:41 &lt;Umlaut&gt; nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 &lt;str4d&gt; lillith: no, anyone can change the website. 21:30:54 &lt;Meeh&gt; Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 &lt;Meeh&gt; So we don't get outdated apps, libs, etc. 21:31:29 &lt;LaughingBuddha&gt; Would the project be judged at every milestone then? 21:31:44 &lt;dg&gt; LaughingBuddha: good point. Who by? 21:32:00 &lt;nom&gt; eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 &lt;dg&gt; The "board"? (Againg, getting to this later). 21:32:10 &lt;LaughingBuddha&gt; Dev board? 21:32:10 &lt;LaughingBuddha&gt; yeah 21:32:29 &lt;nom&gt; generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 &lt;lillith&gt; to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 &lt;LaughingBuddha&gt; how many active devs are there working on the i2p codebase? 21:32:58 &lt;Umlaut&gt; also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 &lt;lillith&gt; LaughingBuddha: one 21:33:07 &lt;dg&gt; lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 &lt;dg&gt; The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 &lt;Umlaut&gt; i could be one of them 21:33:25 &lt;dg&gt; LaughingBuddha: 2, 3? 21:33:32 &lt;LaughingBuddha&gt; hmm 21:33:47 &lt;nom&gt; the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 &lt;LaughingBuddha&gt; What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 &lt;LaughingBuddha&gt; Devs + Users 21:34:09 &lt;Umlaut&gt; and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 &lt;orion&gt; What if you had to pay to be on the board? 21:34:31 &lt;LaughingBuddha&gt; wut 21:34:38 &lt;nom&gt; (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 &lt;str4d&gt; orion: not a good model. 21:34:47 &lt;str4d&gt; inb4 Russian oligarch takes over I2P 21:34:57 &lt;LaughingBuddha&gt; haha 21:35:06 &lt;nom&gt; inb4 already happened, zzz = vladimir 21:35:10 &lt;orion&gt; Pay in code. 21:35:29 &lt;LaughingBuddha&gt; And how do you measure how much you have to pay? 21:35:32 &lt;LaughingBuddha&gt; 200 lines of code? 21:35:35 &lt;lillith&gt; some people are big contributers without coding 21:35:46 &lt;orion&gt; No idea, just brainstorming. 21:35:49 &lt;nom&gt; like any oligarchy the only natural system is election by the existing board 21:35:49 &lt;str4d&gt; Exactly. 21:36:03 &lt;dg&gt; So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 &lt;dg&gt; Overcomplication will lead to it not being done 21:36:22 &lt;lillith&gt; 3 tiers: inner circle, outer circle, others 21:36:30 &lt;LaughingBuddha&gt; lillith: i like that 21:36:37 &lt;lillith&gt; other = new/ unknown people 21:36:51 &lt;lillith&gt; outer circle = known/ trusted people 21:36:51 &lt;LaughingBuddha&gt; because we don't seem to have enough devs for a real judge panel 21:37:02 &lt;Umlaut&gt; dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 &lt;lillith&gt; inner circle voted for by outer circle 21:37:20 &lt;nom&gt; its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 &lt;lillith&gt; kind like meetings but more structured hierachally 21:38:13 &lt;dg&gt; imo &lt;+dg&gt; Overcomplication will lead to it not being done 21:38:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 21:39:15 &lt;dg&gt; The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 &lt;dg&gt; Should we leave this for another time or ...? 21:39:28 &lt;nom&gt; in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 &lt;lillith&gt; so shall we get back on topic or has bouties been discussed to death? 21:40:49 &lt;nom&gt; and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 &lt;dg&gt; nom: +1 21:41:21 &lt;Meeh&gt; nom: +1 21:41:24 &lt;LaughingBuddha&gt; nom: I think it's payed out upon completion 21:41:34 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:41:46 &lt;LaughingBuddha&gt; nom: +1 21:41:54 &lt;dg&gt; I think that's a good note to end on? :) 21:42:14 &lt;Meeh&gt; Agreed 21:42:24 &lt;nom&gt; in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 &lt;dg&gt; ok, moving on 21:42:58 &lt;Umlaut&gt; nom that makes perfect sense 21:43:01 &lt;Umlaut&gt; nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 &lt;dg&gt; I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 &lt;LaughingBuddha&gt; :) 21:43:21 &lt;dg&gt; So let's do the latter? 21:43:47 &lt;lillith&gt; clarify the position on money first for lurkers? 21:43:54 &lt;iRelay&gt; &lt;weltende@freenode&gt; for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 &lt;LaughingBuddha&gt; Official = Register as Organisation? 21:44:26 &lt;dg&gt; LaughingBuddha: yes 21:44:29 &lt;Meeh&gt; in case register as a organization, in which country? 21:45:01 &lt;dg&gt; lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 &lt;dg&gt; Meeh: US, I assume? 21:45:07 &lt;Meeh&gt; that also need deanonymization of sertiant people 21:45:14 &lt;Umlaut&gt; ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 &lt;orion&gt; What did you guys decide on? 21:45:20 &lt;iRelay&gt; &lt;str4d@freenode&gt; Not necessarily the US 21:45:28 &lt;nom&gt; idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 &lt;lillith&gt; presumably the people have to be in the US too? 21:45:54 &lt;lillith&gt; nom: a legal entity to donate to 21:45:54 &lt;nom&gt; other than to put the project/people more on the radar of the powers that be... 21:46:06 &lt;Meeh&gt; I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 &lt;orion&gt; Registration is stupid. 21:46:28 &lt;LaughingBuddha&gt; dg: What are the benefits? 21:46:39 &lt;orion&gt; Let's just spread out the money among different "accounts" managed by different people. 21:46:55 &lt;orion&gt; I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 &lt;LaughingBuddha&gt; A wallet for each (sub)project? 21:47:04 &lt;dg&gt; LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 &lt;orion&gt; No. 21:47:12 &lt;Umlaut&gt; Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; orion: not sure if the tax office might not find tht fishy 21:47:14 &lt;orion&gt; Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 &lt;LaughingBuddha&gt; dg: I see 21:47:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; it would certainly bring a lot of paperwork 21:47:54 &lt;lillith&gt; Umlaut: no more complaining about eche|on holding the money 21:48:04 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:48:13 &lt;iRelay&gt; * str4d@freenode clones nom's brain 21:48:14 &lt;dg&gt; nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 &lt;orion&gt; For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 &lt;dg&gt; git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 &lt;LaughingBuddha&gt; I'd consider it 21:49:03 &lt;iRelay&gt; &lt;str4d@freenode&gt; Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 &lt;orion&gt; Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 &lt;dg&gt; So, let's change the focus to the organizational structure 21:49:51 &lt;dg&gt; (As that supercedes this anyhow) 21:50:06 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 &lt;dg&gt; "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 &lt;dg&gt; Should we adopt a similar approach? 21:50:25 &lt;LaughingBuddha&gt; (for the e.V.) 21:50:44 &lt;lillith&gt; how much do you need to contribute to be a contributer? 21:50:59 &lt;iRelay&gt; &lt;str4d@freenode&gt; The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 &lt;lillith&gt; ie is being active in #i2p-help enough? 21:51:25 &lt;Meeh&gt; we must find a definition on contributer 21:51:33 &lt;sigint&gt; for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 &lt;dg&gt; str4d: "any sort of contributor". 21:51:59 &lt;lillith&gt; sigint: read scrollback on sighup ;) 21:52:10 &lt;sigint&gt; will do 21:52:12 &lt;iRelay&gt; &lt;str4d@freenode&gt; dg, yeah, just read that part *derp* 21:52:12 &lt;nom&gt; org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 &lt;lillith&gt; sighup's like your little brother ;) 21:52:39 &lt;Umlaut&gt; it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 &lt;nom&gt; sorta like, royalty, nobility, and the commoners.... 21:53:13 &lt;Umlaut&gt; reliability = being trusted by others 21:53:16 &lt;lillith&gt; maybe a good start will be starting with rough numbers and working from there? 21:53:31 &lt;Umlaut&gt; nom i'm actaually referring to what you have said 21:54:09 &lt;Umlaut&gt; not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 &lt;nom&gt; hmm yah 21:55:35 &lt;dg&gt; nom: "existing"? 21:56:15 &lt;orion&gt; I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 &lt;nom&gt; perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 &lt;lillith&gt; bye orion :) 21:56:37 &lt;dg&gt; Should we cut now and continue this next week at the same time? 21:56:40 &lt;nom&gt; o/ orion 21:56:50 &lt;dg&gt; An hour is long, I don't want this to drag on. 21:57:04 &lt;orion&gt; Whatever you want. 21:57:07 &lt;lillith&gt; dg: i'm up for that 21:57:17 &lt;iRelay&gt; &lt;str4d@freenode&gt; I'm happy to continue next week. 21:57:26 &lt;lillith&gt; gives time to ponder what has already been said 21:57:29 &lt;nom&gt; sure, sounds good 21:57:31 &lt;iRelay&gt; &lt;str4d@freenode&gt; We need to think this over. 21:57:43 &lt;iRelay&gt; &lt;str4d@freenode&gt; And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 &lt;lillith&gt; yes... 21:58:14 &lt;dg&gt; I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 &lt;dg&gt; thanks all. :) 21:58:29 &lt;LaughingBuddha&gt; Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 &lt;dg&gt; ;) go 21:58:53 &lt;Umlaut&gt; thanks for letting me join 21:58:53 &lt;lillith&gt; *baf* meeting closed :) 21:59:04 &lt;Umlaut&gt; lights out! 21:59:06 &lt;lillith&gt; thank you, and goodnight :) 21:59:19 &lt;sigint&gt; Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 &lt;nom&gt; inb4 massive well timed netsplit 21:59:25 &lt;sigint&gt; brb, reading backlog 21:59:28 &lt;sponge&gt; o/ 21:59:40 &lt;Umlaut&gt; sigint timezone fail? 21:59:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; o/ sponge. 21:59:50 &lt;sponge&gt; :-) 21:59:57 &lt;lillith&gt; sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 &lt;sponge&gt; orion wants to know about my ideas I see... 22:00:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 &lt;sigint&gt; lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 &lt;sponge&gt; Yes, excellent. 22:01:32 &lt;sponge&gt; I need people to help with my ideas... I have too many 22:01:35 &lt;sigint&gt; idea: offer btc rewards for security vulnerabilities 22:01:39 &lt;lillith&gt; sigint: it's dg you'll want to talk to on that then :) 22:01:41 &lt;iRelay&gt; &lt;str4d@freenode&gt; (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 &lt;iRelay&gt; &lt;str4d@freenode&gt; sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 &lt;lillith&gt; vairy interesting 22:02:10 &lt;sigint&gt; will do </div>/vi/blog/2013/03/08/0.9.5-release/Fri, 08 Mar 2013 00:00:00 +0000/vi/blog/2013/03/08/0.9.5-release/<p>0.9.5 bao gồm các bản sửa lỗi và biện pháp phòng thủ cho một số vấn đề và lỗ hổng đang được các nhà nghiên cứu tại UCSB điều tra. Chúng tôi tiếp tục làm việc với họ để cải thiện thêm. Đây là cơ hội tốt để nhắc nhở cộng đồng rằng mặc dù mạng lưới của chúng tôi đang phát triển nhanh chóng, nhưng vẫn còn tương đối nhỏ. Có thể tồn tại nhiều điểm yếu hoặc lỗi có thể làm mất tính ẩn danh của bạn. Hãy giúp chúng tôi phát triển mạng bằng cách lan tỏa thông tin và đóng góp ở những nơi bạn có thể.</p>/vi/blog/2013/02/19/i2p-dev-meeting-february-19-2013/Tue, 19 Feb 2013 00:00:00 +0000/vi/blog/2013/02/19/i2p-dev-meeting-february-19-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, inscrutus, KillYourTV, lillith, Meeh, str4d</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:25:01 &lt;KillYourTV&gt; Perhaps I'm in the minority but I think that if there are going to be meetings they *really* should start on time. 20:25:24 &lt;inscrutus&gt; Indeed 20:26:31 &lt;KillYourTV&gt; Not starting until 30-60 minutes after it _should have started_ looks bad, especially to outsiders that may be watching from the relayed networks. 20:27:21 &lt;inscrutus&gt; I don't remember who chaired last time. Are we waiting for him? 20:28:11 &lt;lillith&gt; ^this 20:28:28 &lt;lillith&gt; inscrutus: dg is often late 20:32:22 &lt;hottuna&gt; KillYourTV, yeah. I agree 20:33:01 &lt;lillith&gt; we could just start without dg, if anyone wants to just go for it 20:36:27 &lt;inscrutus&gt; I believe ipv6 was one topic left over from last meeting... 20:50:56 &lt;dg&gt; It was. 20:51:07 &lt;dg&gt; Most of it can't be done without zzz though, or str4d 20:52:25 * dg apologizes for being late - been out of it 20:52:40 &lt;dg&gt; Topics were/are: 20:52:43 &lt;dg&gt; * Syndie documentation (lillith) 20:52:43 &lt;dg&gt; * Mailing list (meeh) 20:52:43 &lt;dg&gt; * Feeds (str4d) 20:52:43 &lt;dg&gt; * Thoughts (anyone) 20:52:54 &lt;dg&gt; Meeh, lillith? 20:53:03 &lt;dg&gt; if you guys aren't here.. shit. 21:18:01 &lt;Meeh&gt; dg: I'm here now, sorry 21:18:20 &lt;dg&gt; np, is lillith? 21:18:23 &lt;dg&gt; I'm sorry, not you ;) 21:18:27 &lt;Meeh&gt; dunno 21:18:49 &lt;inscrutus&gt; lillith was, about 45m ago 21:18:49 &lt;lillith&gt; i am 21:19:08 &lt;inscrutus&gt; I stand corrected 21:20:10 &lt;dg&gt; \o 21:20:22 &lt;dg&gt; Hi all, sorry for delay 21:20:42 &lt;dg&gt; lillith is going to be speaking about Syndie doumentation 21:21:35 &lt;lillith&gt; is this my cue or are we having a full schedule first? 21:21:49 &lt;dg&gt; I've given the full one ;) 21:21:52 &lt;dg&gt; maybe it was lost 21:21:59 &lt;dg&gt; &lt;+dg&gt; Topics were/are: 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Syndie documentation (lillith) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Mailing list (meeh) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Feeds (str4d) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Thoughts (anyone) 21:21:59 &lt;dg&gt; &lt;+dg&gt; Meeh, lillith? 21:22:02 &lt;dg&gt; &lt;+dg&gt; if you guys aren't here.. shit. 21:22:21 &lt;lillith&gt; ahh okay :) 21:22:24 &lt;inscrutus&gt; I saw it via kytv relay only.... 21:23:10 &lt;lillith&gt; right well since zzz and others have put so much work into syndie, i feel it is a shame that it is still so unused 21:24:01 &lt;lillith&gt; and since the gui is.. challenging for a begginer, i thought it may be a good idea to write/update the docs 21:24:47 &lt;lillith&gt; so now myself, KillYourTV, and aargh are working on a wiki 21:25:17 &lt;lillith&gt; hosted at *i don't have the b32 handy* 21:25:19 &lt;dg&gt; Wiki for exclusively Sundie? 21:25:23 &lt;dg&gt; s/Sundie/Syndie 21:25:54 &lt;lillith&gt; since it is a wiki i/we would appreciate if everyone could have a look and fix it if needed 21:26:01 &lt;lillith&gt; yes 21:26:16 &lt;Meeh&gt; I'm trying to make a map over the syndie archives at `http://wiki.meeh.i2p/doku.php?id=syndie:known_archives` 21:26:24 &lt;iRelay&gt; Title: syndie:known_archives [wiki.meeh.i2p] (at wiki.meeh.i2p) 21:26:43 &lt;lillith&gt; so, please do have a play on syndie and report back on f you feel the beginners guide is suitable for a short intro 21:26:50 &lt;dg&gt; A column for default or not may be useful 21:27:25 &lt;dg&gt; alright :) 21:27:44 &lt;lillith&gt; the current documentation is ufinished, so anthing we do is an improvement 21:28:27 &lt;lillith&gt; also KillYourTV: i assume the plan is to export the wiki into the official website at some point, is that correct and if so who do i need to speak to? 21:30:10 &lt;lillith&gt; Meeh: a column for filtering/blocking policy might be useful too 21:30:25 &lt;Meeh&gt; ok, but I don't know what to fill in there 21:31:03 &lt;dg&gt; ask around I suppose 21:31:26 &lt;Meeh&gt; gonna do it 21:31:53 &lt;dg&gt; thanks for giving Syndie some love lillith 21:32:01 &lt;lillith&gt; i'l tell you mine later, not here now :) 21:32:31 &lt;inscrutus&gt; lillith: is this the wiki b32? `http://fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p/user_guide/` 21:32:34 &lt;iRelay&gt; Title: Syndie Handbook (at fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p) 21:33:02 &lt;lillith&gt; dg: it's actually pretty good, even if it is buggy. 21:33:23 &lt;lillith&gt; inscrutus: it is :) thanks 21:33:54 &lt;KillYourTV&gt; lillith: yes, once finished all documentation will ultimately end up on the 'official' syndie site (for now `http://www.syndie.i2p/wiki/` will redirect to the wiki page) 21:33:57 &lt;iRelay&gt; Title: Syndie Documentation Project (at www.syndie.i2p) 21:35:14 &lt;inscrutus&gt; Ok, what's next, dg? 21:35:17 &lt;lillith&gt; so unless anyone else has anything to say on this, i can *baf* this topic :) 21:35:20 &lt;dg&gt; Meeh 21:35:31 &lt;dg&gt; (with mailing list) 21:35:43 &lt;dg&gt; lillith: thx :) - I'm enjoying reading the introduction 21:36:02 &lt;dg&gt; Meeh: Want to take the floor? 21:36:41 &lt;Meeh&gt; IIRC I'm waiting for weltende because I needed access to the router console for creating tunnels for making mailing list available inside i2p 21:37:42 &lt;Meeh&gt; and, we need to start to use it 21:38:36 &lt;inscrutus&gt; Is it a -dev mailinglist? Or just general i2p? 21:38:39 &lt;dg&gt; zzz and user said they were going to hold off until an inner-i2p presence appeared 21:38:42 &lt;Meeh&gt; both 21:38:56 &lt;inscrutus&gt; ok 21:39:04 &lt;Meeh&gt; ok 21:39:25 &lt;Meeh&gt; weltende: any chance for creating tunnels for the mailing list? 21:39:25 &lt;Meeh&gt; soon 21:41:01 &lt;lillith&gt; Meeh: what is the intention for the mailing list? as in compared to zzz.i2p or irc or syndie 21:41:37 &lt;str4d2&gt; apologies for absence - internet fail 21:42:00 &lt;dg&gt; str4d :) 21:42:11 &lt;Meeh&gt; personaly, I'm unsure.. But it seemed liked we came to the conclution that we should start with the mailing list stuff again, as other open source projects do... 21:42:33 &lt;Meeh&gt; don't remember which meeting it was 21:43:08 &lt;inscrutus&gt; Maybe it would be a good idea to mirror the mailing list to Syndie or vice versa. To avoid fragmentation 21:43:23 &lt;str4d2&gt; I'm unavailable in about 15 mins, btw 21:44:10 &lt;Meeh&gt; I like your idea inscrutus 21:44:41 &lt;str4d2&gt; (and can't make this meeting time in future) 21:45:11 &lt;str4d2&gt; that's a nice ideqla 21:45:14 &lt;str4d2&gt; idea* 21:45:53 &lt;dg&gt; It was suggested in the past, I believe it was going to be a part of Syndie anyhow. 21:46:04 &lt;dg&gt; Meeh: Anything more? 21:46:15 * lillith- really needs to remember to plug my laptop in.... reading scrollback on sighup... 21:47:11 &lt;Meeh&gt; no not really, I need to talk with weltende first 21:47:22 &lt;lillith-&gt; inscrutus: that was my next suggestion :) 21:47:41 &lt;dg&gt; Alright. 21:47:44 &lt;inscrutus&gt; :) 21:47:51 &lt;lillith-&gt; i think we could be 'dog-fooding' a little more 21:48:18 &lt;dg&gt; lillith-: ? 21:48:40 &lt;lillith-&gt; about the mailing list/syndie mirrorring 21:48:55 &lt;dg&gt; I'm not familiar with that expression 21:49:47 &lt;lillith-&gt; ahh the dog food principle of open source projects is, basically, use your own software 21:49:50 &lt;inscrutus&gt; it means to use your own product(s). It comes from a dogfood maker whose ceo i believe ate his company's own dogfood to prove it's good 21:50:01 &lt;dg&gt; oh.. to eat our own dog food 21:50:04 &lt;dg&gt; I agree 21:50:15 &lt;lillith-&gt; if we expect others to use it, we should too 21:50:35 &lt;str4d2&gt; Mmm 21:51:01 &lt;str4d2&gt; My problem with Syndie is that I have NFI how to use it 21:51:12 &lt;dg&gt; I need to check it out again 21:51:12 &lt;dg&gt; Anyhow.. 21:51:12 &lt;dg&gt; str4d2: You ok to do feeds now? After $next_thing, perhaps a new meeting time should be discussed. Not everyone is here though.. 21:51:15 &lt;str4d2&gt; The interface is not very intuitive. 21:51:18 &lt;lillith-&gt; str4d2: have you looked at the docs? 21:51:57 &lt;str4d2&gt; Somewhat, but we shouldnt expect users to all do that 21:52:00 &lt;lillith-&gt; dg: surely that is the reason we need a new time... 21:52:30 &lt;dg&gt; kind of. zzz and others are missing due to IRL issues too though - which makes it harder to agree on a new time which works for everyone. 21:53:01 &lt;str4d2&gt; and I'm busynow, sorry 21:53:01 &lt;lillith-&gt; dg: we could have a new temporary time and revisit it in a few weeks. 21:53:38 &lt;lillith-&gt; tues 8.00 isn't great for dg, str4d2, or me 21:55:51 &lt;dg&gt; it doesn't :-/ 22:03:14 &lt;lillith-&gt; has everyone gone to sleep or is that the end of the meeting? 22:03:29 &lt;dg&gt; Apparently sleep.. 22:03:36 &lt;dg&gt; We'll open a thread on zzz.i2p about it? 22:03:39 * lillith- picks up the baffer menacingly 22:03:42 &lt;inscrutus&gt; I'm here, just don't have anything to add to meeting times 22:03:49 &lt;dg&gt; It's just us three. 22:05:25 * dg *bafs the meeting closed 22:05:28 &lt;lillith-&gt; okay well if no-one has anything to add then i'l do the honours 22:05:51 * lillith- *bafs* the meeting 22:06:10 &lt;lillith-&gt; damn you got there first ;) </div>/vi/blog/2013/02/12/i2p-dev-meeting-february-12-2013/Tue, 12 Feb 2013 00:00:00 +0000/vi/blog/2013/02/12/i2p-dev-meeting-february-12-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> asdfsdafsdafsd, christoph3, dg, eche|on, h2ik, hottuna, inscrutus, lillith, Mathiasdm, Meeh, orion, Shinobiwan, str4d, suhr, unresolved, user, weltende, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:38 &lt;hottuna&gt; dg, meetingtime? 20:03:06 &lt;dg&gt; uh.. through tor? 20:03:06 &lt;dg&gt; was just pulling the mtg topic ;) 20:03:06 &lt;dg&gt; ok, hi! 20:03:06 &lt;dg&gt; Today's agenda: 20:03:09 &lt;dg&gt; (0) - hi 20:03:15 &lt;dg&gt; (1) - Domain vote 20:03:18 &lt;dg&gt; (2) - Website transition 20:03:25 &lt;dg&gt; (3) - IPv6 .. I hope 20:03:28 &lt;dg&gt; (4) - Crypto .. I hope 20:03:43 &lt;dg&gt; str4d KillYourTV eche|on zzz 20:03:54 &lt;str4d&gt; Hi! 20:03:57 &lt;dg&gt; sponge meeh 20:03:57 &lt;hottuna&gt; Hi! 20:04:04 &lt;dg&gt; Hi! :-) 20:04:07 &lt;exoshell&gt; dg: Looks like I need to edit my .pac file and update the regex. The connect was going through 127.0.0.1:4444 Thanks! :) 20:04:25 &lt;dg&gt; exoshell: No problem. Better to be that problem than being censored for real, right? 20:04:34 &lt;dg&gt; Ok, how many people do we need to vote? 20:04:45 &lt;exoshell&gt; no kidding. 20:04:48 &lt;str4d&gt; weltende 20:04:52 &lt;str4d&gt; (ping) 20:05:06 &lt;hottuna&gt; Mathiasdm postman badger 20:05:19 &lt;hottuna&gt; domain vote is coming up 20:05:22 &lt;dg&gt; \o/ 20:05:41 &lt;dg&gt; h2ik bpb psi 20:05:49 &lt;dg&gt; .. wakey wakey? 20:06:23 &lt;dg&gt; Everyone's sleepy 20:06:36 &lt;dg&gt; We could do with more than three people&gt;.&gt; 20:06:51 &lt;hottuna&gt; 3 ppl isnt enought. 20:06:58 &lt;str4d&gt; Nope 20:07:16 &lt;hottuna&gt; Could we start a zzz.i2p thread for it and have #i2p-dev topic point ppl to it. 20:07:20 &lt;str4d&gt; And there are two votes needed - what we would change it to, and if we are going to change it at all. 20:07:31 &lt;hottuna&gt; and just have people vote for one of the alternatives 20:07:38 &lt;str4d&gt; (Can and should be independent) 20:07:41 &lt;dg&gt; RN, Shinobiwan 20:07:49 &lt;hottuna&gt; agreed 20:08:00 &lt;dg&gt; might be an idea 20:08:07 &lt;dg&gt; I was going for $OPTIONS/"I don't want a change" 20:08:28 &lt;hottuna&gt; dg, makes sense to me 20:08:45 &lt;dg&gt; I mean.. we did post this a week ago 20:08:45 &lt;zzz&gt; dont even bother if weltende isnt here 20:08:48 &lt;str4d&gt; With two votes, even those who don't want a change can contribute an idea as to what they would change to if they had to. 20:09:22 &lt;dg&gt; They could anyway? We've had the topic up for a week and there's been no new suggestions. 20:09:22 &lt;hottuna&gt; str4d, so $OPTIONS/"I don't want a change" is not good enough? 20:09:37 &lt;dg&gt; "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:09:40 &lt;Shinobiwan&gt; o/ 20:10:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; zzz: well.. I don't *really* care 20:10:51 &lt;str4d&gt; hottuna: that doesn't give the right statistics. 20:10:51 &lt;dg&gt; Does that mean you'll go with the majority or.. what? 20:10:55 &lt;dg&gt; Not caring isn't a great stance. 20:11:02 &lt;hottuna&gt; weltende, as long as you know that there is a vote 20:11:21 &lt;zzz&gt; ok, but presumably work would fall on you if we switch, so you kinda have to agree to a switch 20:11:21 &lt;dg&gt; We've said there's a vote, people are able to vote for - with a choice or against 20:12:11 &lt;str4d&gt; weltende, how much work do you see for yourself in the event of a switch? 20:12:22 &lt;hottuna&gt; alright, are we enough ppl around for the vote "Do you want to change the domain?" ? 20:12:29 &lt;dg&gt; I'm trying to think of things you can't do with a quick sed. 20:13:03 &lt;dg&gt; hottuna: hottuna, str4d, zzz, Shinobiwan, welt, dg 20:13:03 &lt;dg&gt; that's 6 20:13:03 &lt;dg&gt; is that enough? 20:13:10 &lt;dg&gt; I'm not sure. 20:13:10 &lt;hottuna&gt; yes? 20:13:22 * asdfsdafsdafsd runs in the room 20:13:29 &lt;asdfsdafsdafsd&gt; I'm here.... 7 20:13:29 &lt;dg&gt; :o 20:13:32 &lt;dg&gt; make that 7 20:13:47 &lt;zzz&gt; dns updates, ssl certs, transfers (if somebody else has the new domain now) .. .among others 20:13:47 &lt;hottuna&gt; so let's do the vote? 20:13:54 &lt;dg&gt; it's not lik we have ssl certs anyway 20:13:57 &lt;dg&gt; let's do it 20:13:57 &lt;inscrutus&gt; i'm just a civvie, is my opinion worth anything ? 20:14:04 &lt;dg&gt; yes 20:14:11 &lt;hottuna&gt; inscrutus, yes :) 20:14:14 &lt;zzz&gt; dg, yes we do have certs 20:14:21 &lt;dg&gt; zzz: none valid afaik 20:14:28 &lt;hottuna&gt; zzz, the cacert cert? 20:14:28 &lt;dg&gt; hottuna: say "I"? deal? 20:14:30 &lt;inscrutus&gt; cool :) 20:15:00 &lt;hottuna&gt; \me says votes "I" 20:15:03 &lt;asdfsdafsdafsd&gt; so, what are the alternate domain choices? 20:15:06 &lt;zzz&gt; dg the choice of CA is a different issue. don't confuse things by saying we dont have certs. 20:15:17 &lt;hottuna&gt; "I" 20:15:17 &lt;Shinobiwan&gt; i2p2.de ? 20:15:17 &lt;dg&gt; zzz: meh. same diff for the most part. for another time, anyway. 20:15:24 &lt;dg&gt; Those in favor of a domain change (doesn't matter what to), say I! 20:15:35 &lt;hottuna&gt; asdfsdafsdafsd, that is the next vote, first we decide if we want to change 20:15:42 &lt;zzz&gt; no, its not the same at all. It's work to be done, don't discount it. 20:15:42 * dg votes "I" 20:15:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: not sure.. but not gonna do anything before 1.3 20:15:52 * hottuna votes "I" 20:15:59 &lt;zzz&gt; do you guys mean "aye" ? 20:16:06 &lt;zzz&gt; ffs 20:16:07 &lt;dg&gt; ... 20:16:07 &lt;dg&gt; yes 20:16:10 &lt;hottuna&gt; yes :P 20:16:13 &lt;hottuna&gt; damnit 20:16:13 &lt;dg&gt; LOL 20:16:16 * inscrutus says aye (FWIW) 20:16:16 &lt;asdfsdafsdafsd&gt; hottune, ah ok 20:16:19 &lt;dg&gt; .. aye 20:16:26 &lt;asdfsdafsdafsd&gt; edit.... tuna lol 20:17:20 &lt;hottuna&gt; 3 for - 0 against, this far. 20:17:46 &lt;Shinobiwan&gt; i2p2.de ? ?_? 20:17:49 &lt;zzz&gt; do we have volunteers to do all the other work required? docs, website, router console, etc? 20:17:52 &lt;Shinobiwan&gt; if so, aye 20:18:03 &lt;dg&gt; Shinobiwan: Moving from i2p2.de -&gt; anything 20:18:19 &lt;dg&gt; (we'll have another vote to determine what "anything" is) 20:18:26 &lt;Shinobiwan&gt; yea then... definitely. 20:18:29 &lt;hottuna&gt; zzz, ill take responsibility if works needs to be done (that is server specific) 20:18:35 * asdfsdafsdafsd confers with his greater and lesser demons.... 20:18:46 &lt;dg&gt; Website doesn't need anything doing. 20:18:46 &lt;asdfsdafsdafsd&gt; aye 20:19:01 &lt;str4d&gt; zzz: the work will get done, but the 301 server redirect will solve that. 20:19:01 &lt;hottuna&gt; 5 for - 0 against 20:19:04 &lt;dg&gt; well, a redirect. 20:19:07 &lt;dg&gt; 4 for - 0 against. 20:19:09 &lt;iRelay&gt; &lt;user@kytv&gt; abstention here 20:19:09 &lt;dg&gt; oops 20:19:12 &lt;str4d&gt; Website, has nothing (aside from tweaking the mirror links in the footer) 20:19:31 &lt;str4d&gt; Ah, and aye 20:19:34 &lt;dg&gt; so.. no? 20:19:37 &lt;hottuna&gt; ok 20:19:43 &lt;str4d&gt; dg: abstention. Difference. 20:19:47 &lt;eche|on&gt; count me as a no, it is absolutly unneeded and unneeded work and confuses the users 20:20:00 &lt;asdfsdafsdafsd&gt; I guess this means I'll have to edit my posters.... 20:20:00 &lt;dg&gt; str4d: No, I said something in the topic due to the previous model we were going for. 20:20:02 &lt;iRelay&gt; &lt;user@kytv&gt; my English is bad. I mean I am indifferent 20:20:12 &lt;dg&gt; str4d: "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:20:12 &lt;eche|on&gt; but as I do not have to do anything, who cares 20:20:15 &lt;dg&gt; ah ok 20:20:18 &lt;dg&gt; 6 for - 1 against 20:20:21 &lt;lillith&gt; FWIW, my vote is no change. i like i2p2.de with the other urls pointing at it 20:20:34 &lt;str4d&gt; lillith: other urls? 20:20:34 &lt;dg&gt; 2 against. 20:21:01 &lt;lillith&gt; geti2p.net etc 20:21:04 &lt;str4d&gt; You mean the mirrors? They aren't pointing at it (that would be a 301 redirect) - at present they are full mirrors. 20:21:19 &lt;dg&gt; geti2p.net is a mirror iirc. 20:21:22 &lt;lillith&gt; ahh okay :D 20:21:26 &lt;dg&gt; so.. yes or no? 20:21:45 &lt;zzz&gt; I'll give a contingent aye, dependent on the result of the 2nd vote. If I don't like the new one I will switch to nay. 20:21:52 &lt;lillith&gt; no - keep i2p2 as primary url 20:21:59 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:22:06 &lt;dg&gt; 7 for - 2 against. 20:22:25 &lt;str4d&gt; (That's why I wanted to do the second vote first =P) 20:22:33 &lt;dg&gt; .. oh. 20:22:38 &lt;dg&gt; That makes snese. 20:22:45 &lt;asdfsdafsdafsd&gt; can zzz setup a poll on the dev forum? 20:22:56 &lt;dg&gt; don't know if polls are possible 20:22:59 &lt;zzz&gt; no, because if the 1st vote loses you dont need a 2nd. 20:23:13 &lt;inscrutus&gt; lillith: that hints at another question: keep i2p2 as a secondary domain? 20:23:20 &lt;str4d&gt; inscrutus: of course. 20:23:20 &lt;inscrutus&gt; i2p2.de* 20:23:26 &lt;dg&gt; That's a yes. 20:23:33 &lt;dg&gt; We're keeping it for SEO purposes and to stop evil. 20:23:37 &lt;str4d&gt; If a change goes ahead, www.i2p2.de will be 301-ed to the new one 20:24:10 &lt;str4d&gt; I.e. it wouldn't be a full mirror, it would redirect to the new URL (which ensures that the old SEO/linkage/etc. gets transferred to the new URL) 20:24:28 &lt;inscrutus&gt; Right, that makes sense 20:24:37 &lt;eche|on&gt; ..at some point I cannot read/hear/... this buzzwor SEO anymore,... 20:24:47 &lt;asdfsdafsdafsd&gt; I guess a forum vote is maybe a bad idea, because you could get people voting multiple times too 20:24:54 &lt;zzz&gt; my vote and any change is also contingent on weltende agreeing to do the work 20:24:54 &lt;dg&gt; SEO is real, lol. 20:26:05 &lt;str4d&gt; zzz: my sugggestion (if a domain change is agreed on) is that the site revamp be put up at the new URL, and then once tested the old one is put on redirect. So weltende would be killing two birds with a slightly larger stone. 20:26:43 &lt;hottuna&gt; Is the first vote over and done? 20:26:49 &lt;iRelay&gt; &lt;user@kytv&gt; don't kill innocent birds!! 20:26:49 &lt;dg&gt; Believe so. 20:26:59 &lt;h2ik&gt; hi back dg 20:26:59 &lt;dg&gt; So.. 7 for - 2 against. 20:27:02 &lt;dg&gt; oh! 20:27:02 &lt;dg&gt; hi! 20:27:02 &lt;h2ik&gt; sorry, working :-) 20:27:06 &lt;dg&gt; np :-) 20:27:10 &lt;dg&gt; got enough time to say yay or nay? 20:27:13 &lt;asdfsdafsdafsd&gt; I don't think anyone else is coming... 20:27:36 &lt;asdfsdafsdafsd&gt; we could wait until 8:30 UTC though 20:27:51 &lt;dg&gt; I'll wait for h2ik's answer 20:28:18 * h2ik is reading up on the domain vote 20:28:38 &lt;dg&gt; the vote right now is actually "Do you think we should change?" - not what to 20:29:01 &lt;dg&gt; if the result is yes, I will post a forum topic for voting. 20:29:04 &lt;dg&gt; if no..: pass 20:29:16 &lt;h2ik&gt; We've had the .de for a long time and I'm not opposed to it. So pass. 20:29:31 &lt;h2ik&gt; sorry, obstain 20:29:31 &lt;dg&gt; 7 for - 3 against. 20:29:34 &lt;dg&gt; oh 20:29:34 &lt;h2ik&gt; I'm ok either way 20:29:41 &lt;dg&gt; so not against, not for 20:29:44 &lt;dg&gt; ok 20:29:44 * unresolved waves 20:29:47 &lt;h2ik&gt; 7 - 1 - 3 20:29:50 &lt;dg&gt; 7 for - 2 against. 20:30:15 &lt;dg&gt; 7 - 2 - 3 20:30:15 * h2ik eagerly awaits the ipv6 topic :-) 20:30:19 &lt;dg&gt; Okay, that's done then! :D 20:30:37 &lt;dg&gt; str4d: Your time to shine. 20:30:47 &lt;dg&gt; topic = transition to new website design 20:30:50 &lt;str4d&gt; We can always update this vote if more people come in, but there's enough for the second vote. 20:31:08 &lt;str4d&gt; dg: are we not having the second vote right now? Or are we doing that in a thread? 20:31:22 &lt;dg&gt; str4d: I was thinking of a thread.. we can do it now if you want? 20:31:25 &lt;dg&gt; We have enough to do it. 20:31:35 &lt;dg&gt; It's not worth waiting another week IMO but I didn't want to upset anyone 20:31:54 &lt;hottuna&gt; Let's do it now? 20:31:57 &lt;zzz&gt; cant do polls on zzz.i2p. use forum.i2p if you want a poll 20:31:57 &lt;dg&gt; hell, let's do it 20:32:07 &lt;asdfsdafsdafsd&gt; we need a catchy domain name... 20:32:10 &lt;hottuna&gt; enumerate the options and we'll all pick one 20:32:17 &lt;dg&gt; The new domain candidates are: 20:32:17 &lt;dg&gt; - i2p.io 20:32:17 &lt;dg&gt; - i2p.int 20:32:17 &lt;dg&gt; - i2p.me 20:32:17 &lt;dg&gt; - geti2p.net 20:32:38 &lt;h2ik&gt; geti2p.net would follow suit with other FOSS projects 20:32:38 &lt;Meeh&gt; i2p.int was kind of fancy 20:32:41 &lt;Meeh&gt; or io 20:32:43 &lt;hottuna&gt; ** other (specify) ** 20:32:51 &lt;dg&gt; (and make sure it's available) 20:33:05 * hottuna votes for geti2p.net (since we already have it and it's pretty good) 20:33:17 * dg votes for geti2p.net. ditto on the reasons. 20:33:23 &lt;zzz&gt; who owns those 4 now? 20:33:29 &lt;asdfsdafsdafsd&gt; i2p4.me? lol 20:33:36 &lt;dg&gt; N/A, N/A, N/A, hottuna. AFAIK. 20:34:00 &lt;hottuna&gt; i dont own geti2p.net 20:34:04 &lt;dg&gt; oh? 20:34:15 &lt;hottuna&gt; weltende/welterde owns geti2p.net 20:34:18 &lt;dg&gt; ah ok 20:35:03 &lt;zzz&gt; um, if we don't know who owns a proposed domain, then there's no f-ing use talking about it. Unless it's available. 20:35:10 &lt;lillith&gt; would it be counterproductive to go for i2p-projekt.de? 20:35:10 &lt;lillith&gt; that's my vote if it's an option 20:35:21 &lt;hottuna&gt; zzz, the above ones are available 20:35:36 &lt;hottuna&gt; lillith, you can vote for whatever you like :) 20:35:44 &lt;zzz&gt; ok. 20:35:47 &lt;asdfsdafsdafsd&gt; i2phides.me 20:35:58 &lt;zzz&gt; yet another reason why we need welt's agreement. 20:36:09 &lt;lillith&gt; hottuna: good. just checking the point isn't to move away from a .de domain :) 20:36:17 &lt;dg&gt; it was for some of us ;) 20:36:24 &lt;dg&gt; well.. actually.. overall, it was. 20:36:31 &lt;dg&gt; but you can vote for whatever 20:36:36 &lt;Shinobiwan&gt; geti2p.net is good, i2p.me is good too IMO 20:36:39 &lt;Shinobiwan&gt; if need to get new one, i2p.me 20:36:46 &lt;str4d&gt; dg: not overall 20:36:57 &lt;dg&gt; it does not have to be new 20:37:03 * zzz again raises the significant issue of moving to a US-controlled TLD 20:37:12 &lt;iRelay&gt; &lt;user@kytv&gt; and there was silence ..... 20:37:13 &lt;iRelay&gt; &lt;user@kytv&gt; I don't like the .me and .io - they're very unknown here 20:37:15 &lt;iRelay&gt; &lt;user@kytv&gt; maybe cheaper, I dunno, but people here would be like "WTF is that?" 20:37:15 &lt;dg&gt; I don't think it's the time to. 20:37:35 &lt;hottuna&gt; when you've decided what ytou'd like to vote for, please denote it with a /me or something easily distinguishable 20:37:35 &lt;dg&gt; The vote was in +, not - 20:37:49 &lt;asdfsdafsdafsd&gt; I don't like the '.io' 20:37:52 &lt;Shinobiwan&gt; yea the country bit is important :/ 20:38:11 &lt;dg&gt; I felt that if the $GOV wanted rid of us, they could anyway. Tor Project does fine. 20:38:17 &lt;zzz&gt; agreed. you arent picking 2 letters, you're picking a legal domain 20:38:19 &lt;iRelay&gt; &lt;user@kytv&gt; oh, it was the relay lagging. 20:38:19 * Mad reads silently, thinking this is quiet an important descision. 20:38:22 &lt;dg&gt; We have bigger problems than our domain if they want us shut down so badly. 20:38:31 &lt;iRelay&gt; &lt;user@kytv&gt; IMHO short is better than i2p-project.whatever 20:38:43 &lt;unresolved&gt; i2.p 20:38:46 &lt;unresolved&gt; :P 20:39:25 &lt;zzz&gt; dg, the fact that $X hasn't yet been shut down is not much of an argument. The issue is who a particular government _has_ shutdown and why, and the legal process required. 20:42:48 &lt;asdfsdafsdafsd&gt; that's pretty good unresolved -&gt; i2.p 20:44:24 &lt;inscrutus&gt; Are we worried about the .net having censorship issues? 20:44:27 &lt;dg&gt; zzz: It is? I don't think the US government would come after us, but if they were to, they'd likely go after TPO at the same time, or not long after. TPO didn't see it as much of an issue and I don't either. 20:44:27 &lt;dg&gt; I'm not, some are. 20:44:30 &lt;lillith&gt; semi related to zzz's point, is there an i2p .onion? will there ever be? 20:44:33 &lt;zzz&gt; to handwave and say all TLDs are equivalent is naive 20:44:33 &lt;unresolved&gt; ty :P 20:44:33 &lt;dg&gt; lillith: I can get on that but AFAIK, right now, no. 20:44:33 &lt;str4d&gt; lillith: that IS a valid point; but that would be work for weltende 20:44:33 &lt;str4d&gt; (There isn't one now) 20:44:33 &lt;lillith&gt; also a freesite - if censorship is/may be an issue there are other ways of getting round it than just changing the url 20:44:33 &lt;inscrutus&gt; Well there _are_ backup domains in case geti2p.net gets shut down 20:44:33 * inscrutus votes geti2p.net 20:44:33 &lt;inscrutus&gt; And getting shut down would be good media coverage :D 20:44:35 &lt;asdfsdafsdafsd&gt; hehe 20:44:35 &lt;zzz&gt; again, the fact that t.p.o or anybody else hasn't yet had a problem, or your theory that they wouldn't shutdown us unless thy also shutdown $X and they'd never do that, is irrelevant 20:44:35 &lt;lillith&gt; also re: people talking about tor, tor dosent allow file sharing, so they have more protection in US 20:44:35 &lt;lillith&gt; i2p does allow filesharing so is more likely to be a target 20:44:35 &lt;zzz&gt; it's the established procedures and due process or lack thereof. 20:46:13 &lt;dg&gt; inscrutus: mm, yeah. I doubt we'd be censored without some noise. 20:46:19 &lt;str4d&gt; lillith: it's not that they forbid filesharing for legal reasons, it's that they encourage people to not fileshare for technical reasons. 20:46:19 &lt;dg&gt; In any case, you can still use Tor for filesharing. 20:46:19 &lt;dg&gt; You just shouldn't. 20:46:22 &lt;dg&gt; So.. 20:46:22 &lt;dg&gt; Back on topic? 20:46:22 &lt;lillith&gt; str4d: whatever the reason, it will almost certainly be a plus when it comes to not being shut down 20:46:33 &lt;lillith&gt; sorry, dg. yes 20:46:50 &lt;dg&gt; Right now, I believe it's geti2p.net - 2 20:46:53 * lillith wishes to officially register a vote for i2p-projekt.de 20:46:56 &lt;dg&gt; Shinobiwan: You never decided ;) 20:46:56 &lt;dg&gt; ok 20:46:59 &lt;zzz&gt; presumably i2p2.de etc remains a mirror for many years 20:47:02 &lt;dg&gt; yes 20:47:05 &lt;Shinobiwan&gt; I pinged out, must have missed something 20:47:19 &lt;dg&gt; Shinobiwan: ah. Doesn't have to be a new domain. Your vote? 20:47:57 &lt;Shinobiwan&gt; geti2p.net 20:48:15 &lt;dg&gt; that's 4 so far.. 20:48:15 &lt;Shinobiwan&gt; if welterde say OK, or w/e needs to happen for that. 20:48:27 &lt;zzz&gt; .io, .me, and .int are worse than what we have now and not worthy. i2p-projekt.net is better but hyphens are terrible for many reasons, an the english spelling is problematic. that leaves only geti2p.net imho 20:48:41 &lt;inscrutus&gt; dg: am I counted among those 4? I think I'm lagging 20:49:13 &lt;asdfsdafsdafsd&gt; I agree with zzz.... out of the 4 geti2p.net is the best 20:49:32 &lt;Shinobiwan&gt; yeah, haha, exactly. 20:49:55 &lt;str4d&gt; Of the available choices, my vote is for geti2p.net (and for http://geti2p.net/ rather than http://www.geti2p.net/ as it currently is) 20:50:06 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 20:50:34 &lt;dg&gt; geti2p.net - 7 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d 20:50:34 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:51:34 &lt;unresolved&gt; ill go for geti2p.net 20:51:53 &lt;Meeh&gt; geti2p.net + meeh 20:52:55 &lt;Meeh&gt; In case you didn't get it , I vote for geti2p.net too 20:53:09 &lt;dg&gt; aye 20:53:12 &lt;dg&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh 20:53:15 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:53:18 &lt;dg&gt; Are we done? 20:53:21 &lt;zzz&gt; ech has a couple others too. i2pprojekt.net maybe? too bad those didnt get added to the list last week. 20:53:25 &lt;orion&gt; Vote? 20:53:28 &lt;orion&gt; What are we voting on? 20:53:32 &lt;dg&gt; zzz: if anybody cared to, they could have suggested it 20:53:39 &lt;dg&gt; orion: new project domain (official, main one used) 20:53:46 &lt;zzz&gt; in fact, step one, a couple of weeks ago, should have been to list all the domains we already have. 20:53:49 &lt;orion&gt; What are the choices? 20:54:00 &lt;dg&gt; orion: 20:54:00 &lt;dg&gt; - i2p.io 20:54:00 &lt;dg&gt; - i2p.int 20:54:00 &lt;dg&gt; - i2p.me 20:54:00 &lt;dg&gt; - geti2p.net 20:54:10 &lt;iRelay&gt; &lt;user@kytv&gt; re i2pprojekt.net - I have the same issue as zzz: the k instead of c 20:54:10 &lt;dg&gt; (or one you know of that is available!) 20:54:25 &lt;str4d&gt; - i2pproject.net 20:54:32 &lt;str4d&gt; - i2p-projekt.de 20:54:57 &lt;str4d&gt; (We have those two alongside geti2p.net and i2p2.de) 20:55:00 &lt;lillith&gt; i just think it should be a little different than the typical get[name].[com|net|org] 20:55:08 &lt;suhr&gt; i2p-project.org is avalible? 20:55:15 &lt;dg&gt; "-"s suck. 20:56:12 &lt;iRelay&gt; &lt;user@kytv&gt; I think geti2p.net and i2pproject.net are best, despite the double p 20:56:37 &lt;iRelay&gt; &lt;user@kytv&gt; but I'd go with the geti2p.net one 20:57:18 &lt;str4d&gt; AFK 5 mins 20:58:25 &lt;Mathiasdm&gt; 21:22 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:58:28 &lt;Mathiasdm&gt; hm? 20:58:35 &lt;orion&gt; What about i2p.sg, i2p.vc, or i2p.mn? 20:58:56 &lt;Mathiasdm&gt; I won't vote, I haven't been active enough to contribute anything useful 20:59:07 &lt;Meeh&gt; ok, is there some simple webutility where we just can create a fast vote thing, and vote and be finished with it? :P 20:59:10 &lt;hottuna&gt; We're voting to change our official domain away from i2p2.de 20:59:17 &lt;hottuna&gt; every opinion is valuable Mathiasdm 20:59:24 &lt;Mathiasdm&gt; thanks for asking :) 20:59:42 &lt;Mathiasdm&gt; yes, but I'm someone with an uninformed opinion :) so I'll pass this one 20:59:45 &lt;dg&gt; I'm keeping note. 20:59:48 &lt;Mathiasdm&gt; I need to go afk again, I'm afraid 20:59:51 * Mathiasdm waves 20:59:55 &lt;hottuna&gt; bye 21:00:10 &lt;dg&gt; bye 21:00:21 &lt;dg&gt; be nice if we could see you again soon, Mathiasdm! 21:00:21 &lt;Meeh&gt; bye 21:00:24 &lt;orion&gt; What's the legal status on these TLDs? 21:00:57 &lt;dg&gt; AFK for 10 minutes or so. As str4d is gone and he's leading the next topic, feel free to talk about domains or whatever. 21:01:03 &lt;dg&gt; geti2p.net is winning, will likely be our decision. 21:01:28 &lt;iRelay&gt; &lt;user@kytv&gt; bye Mathiasdm! 21:03:28 &lt;orion&gt; Can we have the website be geti2p.net and have personal emails be directed to blah@i2p.io? 21:03:35 &lt;orion&gt; Like, press@i2p.io 21:04:11 &lt;hottuna&gt; i dont think we've ever hade personal email 21:04:22 &lt;hottuna&gt; not that it is a bad idea, it would be nice 21:04:29 &lt;lillith&gt; orion: why? 21:04:51 &lt;hottuna&gt; having them separated makes little sense in my mind 21:05:07 &lt;iRelay&gt; &lt;user@kytv&gt; I don't even know what .io stands for. input output? 21:05:11 &lt;Meeh&gt; personal email for active developers/contributors could be usefull 21:05:22 &lt;Meeh&gt; exceptly when it comes to PR etc 21:05:33 &lt;lillith&gt; i agree but surely meeh@geti2p.net 21:05:36 &lt;Meeh&gt; postman's service is nice... but great with imap and stuff 21:05:55 &lt;lillith&gt; a site with different email screams out scam to me 21:06:06 &lt;suhr&gt; i2p.io is nice, but we've got i2pmail.org... 21:06:23 &lt;inscrutus&gt; kytv: yeah input/output 21:06:30 &lt;asdfsdafsdafsd&gt; haha my thoughts too user.... 21:06:41 &lt;lillith&gt; suhr: it's not official. i agree there should be official emails for devs etc though 21:06:59 &lt;unresolved&gt; i2pmail ? :/ 21:07:06 &lt;unresolved&gt; is that really a good idea 21:07:13 &lt;suhr&gt; It should be avalibe in i2p. 21:07:23 &lt;lillith&gt; unresolved: it already exists 21:07:30 &lt;Meeh&gt; yea, but sure we can have two mail domains inside i2p 21:07:34 &lt;unresolved&gt; :/ 21:07:37 &lt;suhr&gt; (www.i2p2.i2p is a terrible address, anyway) 21:07:40 &lt;inscrutus&gt; isn't i2pmail.org already the postman mail gateway? 21:08:03 &lt;str4d&gt; Back 21:08:16 &lt;iRelay&gt; &lt;user@kytv&gt; inscrutus, it is 21:08:24 &lt;hottuna&gt; Do we have any other voters? 21:08:39 &lt;asdfsdafsdafsd&gt; so jrandom took i2p.i2p too when he went awol? 21:09:04 &lt;lillith&gt; str4d: the meeting was handed over to you :) 21:09:30 &lt;str4d&gt; K. I have to depart in the next ten mins anyway, so I'll be brief: 21:10:10 &lt;str4d&gt; The website is ready for transition (or at least, as ready as I can see) 21:10:30 &lt;str4d&gt; Translations are underway. 21:10:41 &lt;lillith&gt; str4d: how is the mobile site? 21:10:45 &lt;str4d&gt; The structure, urls etc. is set. 21:10:54 &lt;str4d&gt; lillith: I *haven't* worked on that, no. 21:11:05 &lt;str4d&gt; It's better than the current site, but the menu CSS still needs work. 21:11:44 &lt;str4d&gt; As does the desktop CSS 21:12:02 &lt;str4d&gt; So designers are more than welcome to get stuck in. 21:12:09 &lt;str4d&gt; But we decided previously that the theme is not a blocker. 21:12:46 &lt;str4d&gt; Currently, the redirects from the old URLs to the new ones (e.g. /how_threatmodel.html -&gt; /docs/overview/threat-model/) are done with 302 redirects. 21:13:20 &lt;hottuna&gt; Ok 21:13:20 &lt;str4d&gt; I'm going to leave them like that until the site is live, so the URL redirects can be properly tested 21:13:27 &lt;str4d&gt; (But switching to a 301 is a simple addition of a parameter) 21:13:31 &lt;hottuna&gt; Have you heard anytinhg from echelon or weltende about deploying the site? 21:13:49 &lt;str4d&gt; weltende has said no website work before March 21:14:15 &lt;str4d&gt; (He said 2 weeks last week, but earlier in the meeting he said 1/3 which I assume means March) 21:15:33 &lt;str4d&gt; So there is still time for design work, more translations, and any other suggestions 21:15:36 &lt;hottuna&gt; ok 21:15:54 &lt;Meeh&gt; maybe a bit late, but I got a topic for the meeting.. we now got mailing list... should we start using them? 21:16:05 &lt;Meeh&gt; I've done setup the server at lists.i2p2.de 21:16:15 &lt;hottuna&gt; dg, are you back? 21:16:42 &lt;hottuna&gt; we've had no new 21:16:49 &lt;hottuna&gt; votes 21:16:56 &lt;hottuna&gt; wait, thats not true 21:16:59 &lt;hottuna&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh, user 21:17:09 &lt;zzz&gt; I dont know what 1/3 meant. But w/o him agreeing and doing the work for the site, or a new domain, or anything else we have nothing. 21:17:28 &lt;hottuna&gt; i2p-projekt.de - 1 - lillith 21:18:03 &lt;Meeh&gt; another question, who got access to geti2p.net, and what if that person goes awol? 21:18:09 &lt;inscrutus&gt; zzz: is it possible for others to pitch in to lessen the load on weltende? 21:18:27 &lt;Meeh&gt; witch load? 21:18:46 &lt;zzz&gt; dont know 21:18:56 &lt;hottuna&gt; Meeh, welterde/weltende 21:18:59 &lt;lillith&gt; Meeh: are we leaving the mailing list topic to the end? 21:19:06 &lt;dg&gt; I'm back. 21:19:14 &lt;hottuna&gt; how does shared dns-ownership work? 21:19:25 &lt;hottuna&gt; maybe shared access to a registrar account? 21:19:35 &lt;iRelay&gt; &lt;user@kytv&gt; Meeh: is this lists.i2p2.de reachable from withing i2p? 21:19:55 &lt;dg&gt; Not yet. 21:20:09 &lt;iRelay&gt; &lt;weltende@freenode&gt; can give you access to the relevant VM 21:20:38 &lt;Meeh&gt; lillith: we can leave it to the end yes. 21:20:52 &lt;dg&gt; So, website 21:21:03 &lt;dg&gt; Are we waiting on welt to be able to help us deploy? 21:21:20 &lt;hottuna&gt; I think we are 21:21:39 &lt;Meeh&gt; weltende, I can ssh into it and portforward the console and fix it if you want? 21:21:58 * dg nods 21:22:13 &lt;hottuna&gt; but we've reached a decision? 21:22:28 &lt;dg&gt; yes, geti2p.net 21:22:35 &lt;dg&gt; that is the majority 21:23:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: hmm? fix what? 21:24:25 &lt;str4d&gt; Last point about the website revamp - `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` has the latest, suggestions welcome. 21:24:36 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:24:36 &lt;Meeh&gt; tunnel, lists.i2p2.i2p or whatever 21:24:36 &lt;Meeh&gt; since it's not inside i2p yet 21:26:12 &lt;inscrutus&gt; str4d: very nice 21:26:33 &lt;iRelay&gt; &lt;user@kytv&gt; looks pretty good, str4d 21:27:02 &lt;str4d&gt; Thanks =) 21:27:20 &lt;str4d&gt; Post any suggestions in ticket #807 21:27:24 * str4d is off now o/ 21:27:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: ah.. good point 21:27:26 &lt;dg&gt; o/ 21:27:29 &lt;dg&gt; So, IPv6? 21:27:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:27:35 &lt;SkinSyste&gt; thats awesome, should make the i22p.de homepage 21:28:06 &lt;asdfsdafsdafsd&gt; I like the color scheme str4d... 21:28:35 &lt;asdfsdafsdafsd&gt; are we doing away with the light or dark color scheme? 21:28:53 &lt;inscrutus&gt; dg: Is there an IPv6 + i2p summary I could read up on? 21:29:15 &lt;dg&gt; inscrutus: Yeah, hang on. 21:29:22 &lt;Meeh&gt; there is a IPv6 topic or two on zzz.i2p 21:29:37 &lt;dg&gt; `http://zzz.i2p/topics/109` `http://zzz.i2p/topics/594` 21:29:37 &lt;hottuna&gt; inscrutus, `http://zzz.i2p/topics/109` 21:29:52 &lt;iRelay&gt; Title: zzz.i2p: I2P vs. IPv6: A bad joke (at zzz.i2p) 21:29:56 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:31:30 &lt;suhr&gt; How to get to "How does I2P work" page on that site? 21:31:33 &lt;suhr&gt; Menu isn't clickable. 21:32:15 &lt;suhr&gt; Ah, that's "Documentation index" 21:33:19 &lt;suhr&gt; It's a bit unintuitive. 21:34:01 &lt;dg&gt; Hm. That's for str4d for a ticket. 21:34:04 &lt;dg&gt; *or 21:34:16 &lt;dg&gt; IPv6.. 21:34:34 &lt;dg&gt; welt was the last (only?) dev to work on IPv6 + I2P 21:34:46 &lt;dg&gt; I don't know if anyone is willing to take it up aside from zzz (and he needs a box, ssh thru i2p in that case) 21:34:53 &lt;dg&gt; hottuna? Meeh? 21:34:55 &lt;Meeh&gt; yea, is someone interesting in a ipv6 hackfest? 21:35:13 &lt;Meeh&gt; I provide server 21:35:13 &lt;hottuna&gt; A hackfest seems like a nice idea 21:35:20 &lt;Meeh&gt; and help testing on other locations as well 21:35:46 &lt;zzz&gt; no, this is not time for a hackfest. We need an analysisfest and a decisionfest. 21:36:05 &lt;Meeh&gt; ok, well, do you want to lead that zzz? 21:36:27 &lt;Meeh&gt; and do you want a ssh account to a ipv6 server you can play with? 21:38:18 &lt;zzz&gt; yes to both. however probably not before April. 21:39:14 &lt;Meeh&gt; ok, why not before April? 21:39:21 &lt;Meeh&gt; and 21:39:40 &lt;Meeh&gt; how do we analyse what's needed to be analyzed? 21:39:55 &lt;Meeh&gt; IMO we should get i2p on ipv6 asap 21:40:21 &lt;zzz&gt; I'm probably about to lose a whole bunch of time but I have nothing more to say about it yet. 21:40:32 &lt;Meeh&gt; ah ok 21:40:44 &lt;dg&gt; hopefully won't be the case but :( 21:41:09 &lt;zzz&gt; for analysis, read and understand every work in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:42 &lt;zzz&gt; s/work/word/ 21:42:45 &lt;iRelay&gt; zzz meant: for analysis, read and understand every word in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:56 &lt;Meeh&gt; I support your option #3, from my limited experience with ipv6 21:43:10 &lt;Meeh&gt; and I've read the thread 21:43:25 &lt;zzz&gt; it's mostly about how what change fits best into our code, not about ipv6 itself. 21:44:16 &lt;zzz&gt; it could also be about how to do NTCP/SSU with pigeons. 21:45:37 &lt;suhr&gt; Is there a big difference between ipv4 and ipv6 in java? 21:48:13 * suhr don't know I2P code. 21:52:54 &lt;christoph4&gt; I doubt the problem is the direct networking code 21:52:54 &lt;zzz&gt; no 21:53:28 &lt;zzz&gt; it's really a datastructure issue. 21:54:32 &lt;christoph4&gt; + there might be some fun with privacy extension and multiple valid addresses adround where you want to switch from time to time. And how you do a "one node per /16" on IPv6 address space 21:54:43 &lt;zzz&gt; do you want to organize by hi-level protocol NTCP/SSU, or low-level IPv4/v6, or both or neither 21:56:12 &lt;zzz&gt; right. the various places where we assume v4 all have to be fixed too, but that's just grunt work 21:57:07 &lt;inscrutus&gt; grunt work would be good for new devs to help get familiar with the code 21:57:10 &lt;zzz&gt; dg are we done I hope? 21:57:21 &lt;dg&gt; yeah 21:57:28 &lt;dg&gt; we've got nobody else 21:57:31 &lt;dg&gt; so.. yeah. 21:57:38 &lt;hottuna&gt; alright! 21:57:38 * zzz hands dg the *baffer 21:57:53 &lt;dg&gt; I'll cut down on what we have per-meeting next time, or maybe more poking? ;-) 21:57:56 * dg takes 21:57:56 &lt;lillith&gt; dg: so are crypto and mailing list rolling over to next week? 21:57:59 * dg *baf*s the meeting closed 21:58:02 &lt;dg&gt; lillith: Yup. 21:58:17 &lt;hottuna&gt; alright, you've managed to get us all to decide on a new domain 21:58:20 &lt;hottuna&gt; not bad at all :) 21:58:40 &lt;dg&gt; :) 21:58:51 &lt;lillith&gt; hottuna: it was a fairly unanimous decision ;) 21:59:08 &lt;hottuna&gt; getting us to make is the hard part 21:59:23 &lt;inscrutus&gt; dg: i think it's reasonable to not wait as long for stragglers 21:59:51 &lt;lillith&gt; inscrutus: or start earlier for stragglers 22:00:06 &lt;lillith&gt; ie start poking from half 7 ish 22:00:29 &lt;inscrutus&gt; lillith: that too 22:00:33 &lt;dg&gt; Perhaps trivial, non dev topics should be erlier 22:00:44 &lt;dg&gt; (Mailing list for example) 22:01:26 &lt;inscrutus&gt; dg: a good idea so to not scare off the non-devs :) 22:01:29 &lt;dg&gt; I need to know good times for zzz .. and whoever the other crypto/ipv6 guys are. Most of us can't contribute to discussion at all. 22:04:44 &lt;zzz&gt; dg, I don't know when the good times are either. str4d and tuna seemed to be making a little progress. 22:07:47 &lt;zzz&gt; dg I'm guessing 6-12 months will be required to come up with a solid plan. 22:08:13 &lt;dg&gt; zzz: That's resonable. Better late than never, and I'd rather us be planning than nothing at all. 22:09:25 &lt;zzz&gt; it's been on the list for years already. pushing more might help or might not. </div>/vi/blog/2013/02/05/i2p-dev-meeting-february-05-2013/Tue, 05 Feb 2013 00:00:00 +0000/vi/blog/2013/02/05/i2p-dev-meeting-february-05-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph3, darrob, dg, eche|on, hottuna, KillYourTV, Meeh, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 19:59:45 &lt;dg&gt; str4d: thoughts wrt IPv6 in mtg? 20:01:00 &lt;str4d&gt; Bring it up if you want. I know there are real issues that are holding that back, but it could be a good idea to verify what they currently are. 20:01:03 &lt;str4d&gt; I'll also be bringing up the website revamp. 20:01:14 &lt;dg&gt; Sweet. 20:01:22 &lt;str4d&gt; (So poke that in somewhere ^_^) 20:01:33 &lt;dg&gt; Will do :) 20:01:36 &lt;dg&gt; We'll put crypto last, if at all 20:01:44 &lt;dg&gt; I don't want to kill the movement but I don't know where we are going wit hit 20:01:55 &lt;dg&gt; I don't know enough about it to try .. push for it 20:05:01 &lt;str4d&gt; Yeah, last is a good idea, as long as the earlier sections of the meeting stay on track. 20:05:28 &lt;str4d&gt; And we already are in a much better place - the crypto review page has some interesting data (provided by "guest" so I have no idea who ^_^) 20:05:41 &lt;dg&gt; I was thinkign about that 20:14:16 &lt;str4d&gt; dg: ain't it meeting time now? 20:14:48 &lt;dg&gt; oh yeah 20:14:55 &lt;dg&gt; okay then 20:14:58 &lt;darrob&gt; i was going to ask that. i'm confused to see you *plan* a meeting at 08:05. 20:15:36 &lt;dg&gt; the agenda today is: 20:15:36 &lt;dg&gt; (0) - Hi! 20:15:36 &lt;dg&gt; (1) - Primary domain 20:15:36 &lt;dg&gt; (2) - IPv6 progress, blockers 20:15:39 &lt;dg&gt; (3) - Site revamp 20:15:42 &lt;dg&gt; (4) - Crypto 20:15:57 &lt;dg&gt; didn't realize the time 20:16:20 * str4d sends a CTCP TIME message to dg 20:16:34 * str4d watches it bounce off the I2P IRC tunnel. 20:16:41 &lt;hottuna&gt; Hello everybody! 20:16:48 &lt;str4d&gt; Hi! 20:16:55 &lt;dg&gt; We'll start off then? 20:17:25 &lt;dg&gt; So, (1) - primary domain 20:17:28 &lt;dg&gt; (also, hi) 20:17:46 &lt;dg&gt; The current primary domain (used in most places) is i2p2.de 20:17:49 &lt;dg&gt; There's a few problems with it 20:17:53 &lt;str4d&gt; www.i2p2.de 20:18:00 &lt;str4d&gt; (not i2p2.de) 20:18:00 &lt;dg&gt; (1) - It's not attractive or memorable. 20:18:11 &lt;dg&gt; (2) - SEO issues due to the country based TLD 20:18:29 &lt;dg&gt; (3) - Conflicts with other domains (we use geti2p.net on stickers, for example) 20:19:03 &lt;eche|on&gt; I do use www.i2p2.de on I2P stickers 20:19:06 &lt;hottuna&gt; (3) was my fault, it's just a more memorable domain 20:19:13 &lt;dg&gt; I'm proposing we use geti2p.net for all matters from now on but keep the old sites up with a redirect or some SEO magic to tell sites that we've moved without a full redirect 20:19:16 &lt;str4d&gt; (2) isn't a direct problem for Google at least. 20:19:54 &lt;dg&gt; i2p2.net is the better out of the pick though, there's ones like i2p-projekt.de that IMHO are too obscure for project usage 20:20:01 &lt;dg&gt; geti2p.net is kind of motivational too 20:20:16 &lt;str4d&gt; Their support page on geolocation says that geotargeting doesn't specifically affect page rank unless the search is limited by country. 20:20:40 &lt;str4d&gt; But then they also say that they use the geotargeting along with a heap of other things they look at to decide on regionalization. 20:20:43 &lt;hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 20:20:49 &lt;KillYourTV&gt; iRelay: web title i2p2.net 20:20:52 &lt;dg&gt; I concur, hottuna 20:20:55 &lt;iRelay&gt; Home - Contractor Safety Program Manuals - Downloadable and Turn-Key Custom-Written 20:21:23 &lt;dg&gt; i2p.net would be ideal, simple & the original domain but we can't have that for years. No promise we'll get it when it expires, either. 20:21:34 * KillYourTV was curious what was there, typo or not 20:22:01 &lt;str4d&gt; What about i2p.com and i2p.org? 20:22:16 &lt;str4d&gt; (Or one of the other generic TLDs? 20:22:16 &lt;str4d&gt; ) 20:22:35 &lt;str4d&gt; Were they long-time registered? 20:23:10 &lt;dg&gt; Believe so. AFAIK, we were lucky to get .net when the project started but I'm not sure. 20:23:10 &lt;eche|on&gt; 1. i2p.net is registered til 2016 and will be grabbed by some machines after wards 20:23:21 &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 20:23:39 &lt;eche|on&gt; user credability is not to be raised with a domain change 20:23:42 &lt;dg&gt; It's not going to be an emergency change this time. 20:23:50 &lt;dg&gt; We already have 5 or so domains floating about 20:23:57 &lt;eche|on&gt; it was a looong 3 year phase to get www.i2p2.de into the game after i2p.net was dead 20:24:08 &lt;str4d&gt; eche|on: that's because you didn't have access to i2p.net 20:24:15 &lt;dg&gt; totally different circumstances 20:24:27 &lt;dg&gt; (and a totally different process) 20:24:30 &lt;str4d&gt; With access to both the old and new domains, either leave the content at the old one, or (better) do a 301 redirect. 20:24:45 &lt;dg&gt; it's not like we're recovering from such a major blow this time, just changing the default domain we refer to 20:25:50 &lt;zzz&gt; Back in the day, com/net/org were the best. But not true now, plus the whole issue of the U.S. can and does shut those down as they please. You really want to go back to a .net? 20:26:24 &lt;dg&gt; It's not like the U.S. can't get .de. If keeping things safe was as simple as being foreign, we wouldn't need I2P. 20:26:49 &lt;hottuna&gt; i2p.{aero|af|ag|ai|am|asia|bz|cat|cm|coop|cx|gg|gr|gs|gy.|hk|hn|ht|im|io|je|ki|la|lc|li|lt|lv|me|mg|mn|ms|mx|name|nf|nu|pt|re|tel|tv} are available 20:27:07 &lt;dg&gt; the "2" makes it unclean which bugs me 20:27:26 &lt;dg&gt; hottuna: i2p.io sounds groovy 20:27:41 &lt;eche|on&gt; I want i2p.xxx 20:27:44 &lt;hottuna&gt; the 2 is nonsensical for any newbie 20:28:11 &lt;str4d&gt; i2p.coop 20:28:14 &lt;dg&gt; I believe in the CCC talk, the guy speaking actually called i2p "i2p2" 20:28:17 &lt;str4d&gt; i2p.coup? ^_^ 20:28:18 &lt;christoph3&gt; the list gets probably a lot shorter by removing inacceptably expensive domains ;-) 20:28:24 &lt;zzz&gt; dg you're greatly underestimating the difference in US-shutdown-ability of .de vs .net 20:28:24 &lt;dg&gt; "to i2p or not to i2p" (or something) 20:28:55 &lt;str4d&gt; zzz: i2p.net is out of the question anyway =) 20:29:09 &lt;dg&gt; zzz: really? I'm not so sure. If the US wanted it down, they could surely exercise their US-shutdown-abilities. 20:29:09 &lt;hottuna&gt; zzz, agreed. Also a valid point. 20:29:24 &lt;dg&gt; str4d: but geti2p.net is the alternative I proposed at least, so I guess he is referring to that 20:29:27 &lt;hottuna&gt; until now only us domestic domains have been taken down 20:29:57 &lt;eche|on&gt; even .at domains were not taken down though being spam and virus spreading domains 20:30:17 &lt;christoph3&gt; zzz is probably not talking about worst-case where the US really really really wants to shut it down 20:30:28 &lt;christoph3&gt; but just would like to 20:30:31 &lt;str4d&gt; Since this was started off by geotargeting issues: what are the actual generic TLDs? 20:30:31 &lt;dg&gt; Pretty sure if the US started shouting it was terrorist related, it could be taken down too 20:31:12 &lt;hottuna&gt; how are .org domains controlled? 20:31:12 &lt;str4d&gt; Ooh, just found a list. 20:31:12 &lt;eche|on&gt; str4d: a lot of them,also including some local russian, asian, chinese... one 20:31:19 &lt;str4d&gt; https://support.google.com/webmasters/bin/answer.py?hl=en&answer=1347922 20:31:34 &lt;str4d&gt; Google treats all of those ^ as gTLDs. 20:31:38 &lt;eche|on&gt; http://de.wikipedia.org/wiki/Top-Level-Domain 20:31:41 &lt;iRelay&gt; Title: Top-Level-Domain Wikipedia (at de.wikipedia.org) 20:31:49 &lt;christoph3&gt; .org was verizon just like .com and .net wasn't it? 20:31:52 &lt;eche|on&gt; i2p.int would be nice. 20:31:59 &lt;eche|on&gt; and it would be possible. 20:32:18 &lt;eche|on&gt; or a .nato? 20:33:05 &lt;hottuna&gt; int sounds nice, but is controlled by IANA which is us government 20:33:27 &lt;str4d&gt; hottuna: aren't all TLDs eventually controlled by IANA? 20:33:46 &lt;str4d&gt; (excluding the new raft of TLDs that companies are allowed to buy now) 20:34:04 &lt;dg&gt; new proposal: we buy .i2p 20:34:11 &lt;hottuna&gt; more or less directly? .int being directly? 20:34:11 &lt;hottuna&gt; :P 20:34:14 &lt;hottuna&gt; i2p.i2p? 20:34:21 &lt;dg&gt; project.i2p 20:34:36 &lt;dg&gt; download.i2p 20:34:39 &lt;darrob&gt; hottuna: obviously the main page would have to be www.i2p2.i2p. :) 20:34:54 &lt;hottuna&gt; :P 20:35:12 &lt;str4d&gt; But I just went to all this effort of double-tagging the entire website revamp&gt;_&lt; 20:35:59 &lt;hottuna&gt; str4d, I did some translations. About 70k words left though. 20:37:10 &lt;str4d&gt; There were about 70k words to start with =P 20:37:13 &lt;darrob&gt; how immediate is this US shutdown threat though? instead of worrying about it we could just wait and see. worst case: we'd have to go piratebay-crazy with proxies and media attention and all. 20:37:36 &lt;eche|on&gt; so far it is a no brainer, as tor is still alive. 20:37:47 &lt;dg&gt; oh. yeah. Tor, of course. 20:38:19 &lt;darrob&gt; dg: go on? 20:38:38 &lt;hottuna&gt; realistically we will still have the mirrors, so a specific tld being lost isnt much of an issue 20:38:53 &lt;dg&gt; darrob: about Tor?? 20:38:56 &lt;dg&gt; darrob: as for the discussion, I think we're still talking 20:39:03 &lt;dg&gt; So, do we want to put this down to a vote? 20:39:18 &lt;dg&gt; If so, what would be the options? 20:39:18 &lt;dg&gt; (and when?) 20:39:22 &lt;hottuna&gt; i would like geti2p.net to be an option 20:39:28 &lt;dg&gt; We could do it now if you guys wanted, I don't know if we have enough people 20:39:35 &lt;KillYourTV&gt; +1 for new TLD. Often they're a steal at $185,000 for registration then $6,250 each quarter. Surely we have enough funds available for that. 20:39:35 &lt;hottuna&gt; next meeting? 20:39:50 &lt;dg&gt; Hell yeah! 20:39:53 &lt;dg&gt; hottuna: sure 20:39:53 &lt;hottuna&gt; and announce it on the forums 20:39:53 &lt;darrob&gt; dg: sorry, never mind. your tor comment was not clear to me but it's irrelevant now. 20:40:04 &lt;eche|on&gt; KillYourTV: ^^ oerfect solution, but hosting is another topic. 20:40:35 &lt;hottuna&gt; would anyone like to propose a change to a domain other than geti2p.net? 20:40:38 &lt;darrob&gt; KillYourTV: we'd just need to sell our bitcoins at the right time. 20:41:00 &lt;dg&gt; hottuna: I have none but then again, I don't know the other ones we have. 20:41:55 &lt;str4d&gt; i2p.io sounded quite good, but .io is still country-specific 20:42:42 &lt;dg&gt; ideal world: we would have i2p.org 20:43:34 &lt;hottuna&gt; ok, then we have 2 alternatives. i2p.io and geti2p.net 20:43:45 &lt;str4d&gt; i2p.int? 20:43:48 &lt;str4d&gt; i2p.info? 20:43:56 &lt;str4d&gt; i2p.jobs =P 20:43:59 &lt;dg&gt; is i2p.info available? 20:44:18 &lt;dg&gt; i2p.transformers? 20:44:30 &lt;eche|on&gt; i2p.onion 20:44:45 &lt;hottuna&gt; i2p.info is taken 20:45:00 &lt;str4d&gt; i2p.co - that's a country one that is treated (by Google at least) as generic. 20:45:23 &lt;hottuna&gt; i2p.co is taken 20:45:30 &lt;str4d&gt; i2p.me? 20:45:37 &lt;dg&gt; i2p.me is cool. 20:45:58 &lt;str4d&gt; (another gccTLD) 20:46:09 &lt;darrob&gt; and cool is gimmicky if i may say so. i'd rather see i2p2.org or something. 20:46:09 &lt;hottuna&gt; suggestions: i2p.io i2p.int i2p.me geti2p.net 20:46:28 &lt;dg&gt; I want to drop the "2". 20:46:31 &lt;str4d&gt; darrob: I'd rather see i2p.something 20:46:53 &lt;str4d&gt; Why wasn't i2p.de chosen originally? Taken? 20:47:01 &lt;str4d&gt; s/originally/at the time/ 20:47:04 &lt;iRelay&gt; str4d meant: Why wasn't i2p.de chosen at the time? Taken? 20:47:12 &lt;hottuna&gt; i2p2.org taken 20:47:16 &lt;hottuna&gt; i2p.de taken 20:47:31 &lt;str4d&gt; Mmm. 20:47:50 &lt;KillYourTV&gt; i2p.ispent185000dollarsandalligotwasthisstupidtld 20:48:00 &lt;str4d&gt; I agree that we don't want something gimmicky. 20:48:07 &lt;str4d&gt; It needs to make sense. 20:48:22 &lt;dg&gt; cool == workable in this context 20:48:24 &lt;dg&gt; (too) 20:49:13 &lt;hottuna&gt; i2p.int is available btw 20:50:52 &lt;hottuna&gt; dg, will you add i2p.io i2p.int i2p.me geti2p.net to the alternatives of the vote? 20:51:18 &lt;dg&gt; hottuna: Yup. Making a note of it now. 20:51:27 &lt;hottuna&gt; danke 20:54:10 &lt;str4d&gt; Anything else here, or next topic dg? 20:54:40 &lt;dg&gt; was writing up the topic 20:54:40 &lt;dg&gt; yeah, next 20:54:43 &lt;dg&gt; Alright, IPv6! 20:54:53 &lt;dg&gt; From what I understand, welt* was working on this and then.. ??? happened 20:55:04 &lt;dg&gt; I don't know the blanks, maybe someone can fill them in 20:55:21 &lt;dg&gt; There's a bounty right now for IPv6 support in I2P 20:55:42 &lt;dg&gt; It's 100 EUR 20:55:45 &lt;hottuna&gt; `http://zzz.i2p/topics/109` 20:55:48 &lt;dg&gt; `http://www.i2p2.i2p/bounty_ipv6` 20:55:55 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 20:55:56 &lt;iRelay&gt; Title: Bounty I2P IPv6 native - I2P (at www.i2p2.i2p) 20:56:04 &lt;dg&gt; I think after/alongside the crypto doup, this is important 20:56:43 &lt;dg&gt; I could do with zzz or welt* 20:56:57 &lt;dg&gt; It'd be fantastic if welt* took it up again 20:59:01 &lt;dg&gt; Meeh is seemingly OK with helping 20:59:12 &lt;dg&gt; If zzz is going to, he needs SSH 20:59:42 &lt;Meeh&gt; I can provide zzz with SSH 20:59:45 &lt;Meeh&gt; to a dev server 21:00:09 &lt;Meeh&gt; we should also start using mailing lists now that it's up :) 21:00:20 * dg nods 21:00:44 &lt;dg&gt; I'm not aware of mailing list etiquette but I can start posting there 21:00:51 * dg crickets 21:01:54 &lt;str4d&gt; Meeh: is it I2P-internal as well, or should we use @i2pmail.org? 21:02:17 &lt;dg&gt; i2p-internal I assumed but.. 21:02:20 &lt;Meeh&gt; @i2pmail.org for now... haven't figured out howto bring it inside i2p yet 21:03:16 &lt;str4d&gt; Meeh: you'd need some sort of rewriting. Maybe talk to postman? 21:03:36 &lt;Meeh&gt; yepp, I will 21:04:34 &lt;dg&gt; Should we move on or wait? 21:04:49 &lt;str4d&gt; Back to IPv6, zzz provided a nice summary in the dev forum post 21:05:20 &lt;str4d&gt; It sounds like the next step is to compare and contrast the three possible options. 21:05:43 &lt;str4d&gt; Do we want to do that here/now? In the dev thread? On a Trac wiki page like the crypto one? 21:06:17 &lt;dg&gt; Trac, I say 21:06:52 &lt;Meeh&gt; dg, str4d : 21:06:52 &lt;Meeh&gt; 22:05:27 &lt;postman&gt; if the mailinglist server resides in the internet 21:06:52 &lt;Meeh&gt; 22:05:40 &lt;postman&gt; all people use their @i2pmail.org adress for signup 21:06:52 &lt;Meeh&gt; 22:06:14 &lt;postman&gt; teh mails will be automatically rewritten when transferred to / from internet 21:06:52 &lt;Meeh&gt; and i2p 21:07:34 &lt;Meeh&gt; 22:07:02 &lt;postman&gt; ( i think it would be best to have a ml server public) 21:07:56 &lt;Meeh&gt; 22:07:16 &lt;postman&gt; so people without mail.i2p adresses can subscribe 21:08:12 &lt;Meeh&gt; so I suggest current setup, since many that's not on i2p can join the list 21:08:37 &lt;str4d&gt; Meeh: alright. 21:08:54 &lt;dg&gt; &lt;+dg&gt; Should we move on or wait? 21:08:54 &lt;str4d&gt; Oh, and also, if the domain name changes, what happens to the list email? 21:09:04 &lt;dg&gt; CNAME the MX? 21:09:14 &lt;str4d&gt; Ah, true. 21:09:25 &lt;str4d&gt; dg: move on, I think. I don't think we are going to have in-depth IPv6 discussions today,. 21:09:40 &lt;dg&gt; Yeah.. seems that way. I'm dubious about crypto too? :| 21:09:51 &lt;dg&gt; Okay, website revamp! 21:10:07 &lt;dg&gt; str4d has been chugging away at tagging and eliminatin the blockers 21:10:14 &lt;dg&gt; I think we're getting closer to being able to put it live 21:10:17 * dg hands mic to str4d 21:10:50 &lt;str4d&gt; Okay, the site is edging closer and closer to being ready. 21:11:02 &lt;str4d&gt; I've nearly tagged the entirety of docs/ 21:11:36 &lt;str4d&gt; I'm just working on docs/spec/* now, and then docs/discussion/* (though I'm not sure if that one is needed?) 21:12:03 &lt;str4d&gt; docs/spec/ is somewhat hard to fully tag though, as there is a lot of &lt;pre&gt;-formatted stuff which translating will just break. 21:12:36 &lt;str4d&gt; URL-wise, aside from docs/spec/* and docs/discussion/* the entire site should have working URLs. 21:12:51 &lt;str4d&gt; If someone wants to test that (manually or automated) that would be good. 21:13:37 &lt;str4d&gt; Structurally, I don't think there is much more needed for the site - can anyone think of anything? 21:14:55 &lt;hottuna&gt; No 21:15:06 &lt;hottuna&gt; and if flaws are found they can be fixed 21:15:24 &lt;dg&gt; I don't think there's any.. let alone critical 21:15:31 &lt;str4d&gt; Design-wise, I'm still not entirely happy, but that's not critical. 21:15:53 &lt;str4d&gt; The mobile CSS I added *does* have flaws, but it is far easier to use/read than the desktop CSS. 21:16:27 &lt;str4d&gt; So I think the only thing left is to wait for the translations to start coming in. 21:17:10 &lt;str4d&gt; (I'd like to at least have some of the main pages translated before launch, so that Google doesn't think I'm lying to it in the sitemap.xml) 21:19:52 &lt;str4d&gt; And here's an idea: If/when we decide on a new domain, we launch the new site there, so we can test it live, and then inform Google/users via 301 redirect that the new site is the new domain? 21:21:03 &lt;hottuna&gt; the translation is a very big job 21:21:03 &lt;hottuna&gt; one that will take a lot of time 21:21:03 &lt;hottuna&gt; why not update sitemap.xml when translations are available? 21:22:56 &lt;str4d&gt; hottuna: the sitemap is somewhat recursively generated. 21:22:59 &lt;hottuna&gt; Would that be better? 21:23:02 &lt;hottuna&gt; ok 21:23:28 &lt;str4d&gt; It's to do with the whole reflang thing that Google requires. 21:23:51 &lt;str4d&gt; Every page in the sitemap has to list as a lang link every other language page, including itself. 21:24:06 &lt;str4d&gt; And that has to be repeated for each lang variant of a page. 21:24:25 &lt;str4d&gt; I've already split it up into a /sitemapindex.xml and /lang/sitemap.xml pages. 21:24:41 &lt;dg&gt; Would Google really care? 21:24:41 &lt;hottuna&gt; but we're always going to lack translations for some languages? 21:24:45 &lt;str4d&gt; But we also have a Language dropdown, which Google is going to find. 21:25:23 &lt;str4d&gt; hottuna: the list of Languages on the revamp is taken from the current site - there are partial translations for all of them. 21:25:26 &lt;str4d&gt; dg: no idea really. 21:25:59 &lt;dg&gt; It could take a long time to get us translations 21:26:06 &lt;str4d&gt; The sitemap language thing is there so that Google doesn't use the pages themselves to determine language (as in that case, every language variant would be called "English" currently) 21:26:33 &lt;str4d&gt; Hmm... I'll go check whether Google defers to the sitemap entirely, or if it still uses its own observations. 21:26:39 &lt;str4d&gt; I could just be needlessly worrying. 21:26:47 &lt;hottuna&gt; dg: I think it will, historically that has been the case for most languages. 21:27:02 &lt;hottuna&gt; maybe str4d, but ultimately this is your call 21:27:06 &lt;str4d&gt; And if having "lang-specific" pages which aren't translated isn't going to affect our pagerank, then it's not a blocker. 21:29:44 &lt;dg&gt; Hm, ok 21:31:22 * dg waits 21:32:56 &lt;str4d&gt; Okay, just did some reading, and it looks like Google defers to the sitemap 21:33:25 &lt;str4d&gt; Since one usage is translating only the template of the page, and leaving the content in a single language (like forum posts). 21:33:44 &lt;str4d&gt; So, translations are not a blocker, and can be updated as we go. 21:33:51 &lt;str4d&gt; In which case, the site could go live, now. 21:33:51 &lt;dg&gt; Any other bugs? 21:33:58 &lt;dg&gt; Oh. Sweet. 21:34:01 &lt;str4d&gt; (Well, now + time it takes to check all remaining URLs) 21:34:04 &lt;dg&gt; Anyone got any views on putting it live? 21:37:48 &lt;hottuna&gt; alright. if now is an option, i would vote for now 21:37:59 &lt;dg&gt; me too 21:38:34 &lt;str4d&gt; Putting it live requires some help from whoever is running the server (welterde IIRC) 21:38:45 &lt;str4d&gt; And the mirrors. 21:39:20 &lt;hottuna&gt; alright, at next sighting of the welterde/weltende, let's ask? 21:39:34 &lt;str4d&gt; Propagating back to i2p.www is simple. But the server ops need to run the setup script and then configure their WSGI setup to use the virtualenv. 21:40:15 * str4d will prop i2p.www onto the revamp now so that merges etc. can be handled now. 21:42:53 &lt;dg&gt; Huzzah 21:43:12 &lt;hottuna&gt; Yep 21:46:43 &lt;str4d&gt; Okay, so that's the revamp done. dg? 21:46:50 &lt;dg&gt; str4d: Yup. 21:47:21 &lt;dg&gt; I was avoiding moving on 21:47:22 &lt;dg&gt; due to the IPv6 discussion (or lack of..) 21:47:25 &lt;dg&gt; Wanna call it a night? 21:47:25 &lt;dg&gt; I think it's the best choice 21:47:33 &lt;hottuna&gt; Sure 21:47:59 &lt;str4d&gt; Yeah, 1.75 hours can be enough for today 21:48:10 &lt;dg&gt; Heh. 21:48:10 &lt;dg&gt; Alright, 21:48:13 * dg bamfs the meeting closed 21:49:21 &lt;dg&gt; `http://zzz.i2p/topics/1343` 21:49:28 &lt;iRelay&gt; Title: zzz.i2p: Meeting [6th February] (at zzz.i2p) 21:50:31 &lt;hottuna&gt; the next meeting is the 12/2 not 6/2 21:50:42 &lt;hottuna&gt; wut 21:50:42 &lt;hottuna&gt; ok 21:50:49 &lt;hottuna&gt; or am I confused 21:51:47 &lt;dg&gt; my mistake 21:52:10 &lt;dg&gt; ;_; 21:55:01 &lt;iRelay&gt; &lt;str4d@freenode&gt; ping weltende 23:39:54 &lt;zzz&gt; um, was it just me, or did the meeting totally skip the final decision that changing our URL was definitely a good idea? 23:40:30 &lt;zzz&gt; I saw some pros and cons on changing and then 'lets post a vote for which new one to pick' 23:40:50 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Syndie HSQLDB2 build #9:SUCCESS in 15 sec: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/Syndie%20HSQLDB2/9/` 23:41:54 &lt;zzz&gt; nor did I see anybody volunteer to do all the work req'd to implement such a change 23:45:25 &lt;zzz&gt; or is the (unstated) plan to vote on the best name first, and only then decide whether to do it and how? 23:45:29 &lt;zzz&gt; ^^ dg 23:45:55 &lt;dg&gt; Correct, sorry if it wasn't clear 23:46:03 &lt;dg&gt; I'll outline more next time 23:46:49 &lt;zzz&gt; might be me, I was just skimming. 23:46:55 &lt;zzz&gt; so was there a decision made or not? 23:47:37 &lt;dg&gt; We're having a vote next week 23:48:03 &lt;zzz&gt; a vote on what? whether to change, or what to change it to? 23:48:33 &lt;dg&gt; What to change it to 23:48:56 &lt;zzz&gt; so was there a decision made or not on whether to change it at all? 23:48:59 &lt;dg&gt; We could certainly have people abstain though 23:49:06 &lt;dg&gt; which would be a "no change" 23:49:42 &lt;dg&gt; We were in agreement that a change would be nice but unable to agree on what *to* 23:49:52 &lt;zzz&gt; is the decision to change at all a) already made or b) deferred until after the vote? 23:50:14 &lt;dg&gt; b) 23:50:54 &lt;zzz&gt; that wasnt clear to me either from the mtg or from `http://zzz.i2p/topics/1343` 23:51:01 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 23:51:18 &lt;str4d&gt; zzz: What I gathered is that, of the people present at the meeting, the majority were for a change. 23:51:25 &lt;zzz&gt; and to me, imho "would be nice" is far far short of "it's definitely a good idea AND we have volunteers to do the work" 23:51:28 &lt;str4d&gt; But, not all relevant people were at the meeting. 23:51:38 &lt;dg&gt; (e.g. you) 23:52:04 &lt;dg&gt; welt wasn't there either, I may be forgetting someone but was anyone else missing? 23:52:37 &lt;zzz&gt; sure, I was in and out, my bad. But my review of the logs is the pros were saying 'would be nice' and the cons had significant objections. 23:53:04 &lt;str4d&gt; zzz: I don't recall significant objections. Care to elaborate? 23:53:07 &lt;zzz&gt; but dg says it hasn't been decided yet, 23:53:25 &lt;str4d&gt; The only major one was eche's about linkage loss, but that is easily solved with a 301 redirect 23:53:28 &lt;dg&gt; The big one was from ech, saying it would cause big issues 23:53:31 &lt;dg&gt; and that was't true 23:53:45 &lt;dg&gt; s/was't true/debunked 23:53:52 &lt;str4d&gt; (So can't really be fairly compared to the i2p.net -&gt; i2p2.de migration, which *was* an issue) 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; user credability is not to be raised with a domain change 23:54:09 &lt;zzz&gt; there's the US-controlled issue I raised 23:54:19 &lt;zzz&gt; there's the amount of work required, which nobody raised 23:54:30 &lt;str4d&gt; "pain-in-the-ass" was referring to above. 23:54:46 &lt;dg&gt; There's links on the main site (how much of that can be done with regex?), some in the source code (same again?) 23:54:46 &lt;dg&gt; What else? 23:54:53 &lt;zzz&gt; there's the SEO issue, which you apparently think is managable, but I'm not so sure 23:55:16 &lt;str4d&gt; User credability - that is rather wishy-washy and IMHO changing from i2p2.* to i2p.* is going to make it easier for users. 23:55:16 &lt;zzz&gt; there's links in our docs and code 23:55:35 &lt;str4d&gt; Links on the site are all relative, so no issues there. 23:55:35 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/ 23:55:38 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:38 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/g 23:55:41 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:50 &lt;str4d&gt; Docs and code and SEO - again, a 301 redirect solves all that. 23:56:05 &lt;dg&gt; 301 is perm redirect, yeah? 23:56:08 &lt;str4d&gt; (The docs and code of course should be updated, but the links would not break) 23:56:11 &lt;str4d&gt; Yes. 23:56:21 &lt;dg&gt; If so, I'd assume that's what it was created for - that kind of thing anyway. 23:56:21 &lt;str4d&gt; It's what the revamp has for all the old page locaions 23:56:24 &lt;zzz&gt; if it's not decided yet, (and dg says it isn't) then we can talk about it next week. my reading from the logs and zzz post was that it was decided, but apparently not 23:56:42 &lt;str4d&gt; e.g. /debian.html --[301]--&gt; /en/download/debian 23:56:57 &lt;str4d&gt; zzz: yep, not decided yet, this was just getting the ball rolling. 23:57:04 &lt;zzz&gt; ok 23:57:19 &lt;zzz&gt; also a lot of this requires welt's tme which is in short supply 23:57:24 &lt;str4d&gt; Nothing is going to happen without informed consensus. 23:57:44 &lt;zzz&gt; ok great. guess I misread the logs 23:57:55 &lt;str4d&gt; Yeah, which is why I'd like to sort out the revamp and push it live at the same time. 23:58:29 &lt;str4d&gt; Or rather, I'll keep on working on site stuff and whenever welt turns up we can push it live. 23:59:15 &lt;dg&gt; I'll edit the post to make it clear 23:59:18 &lt;zzz&gt; maybe. trying to change 6 things at once increases the risk too. I'd recommend incrementalism 00:00:16 &lt;zzz&gt; also beware of becoming overly google-focused as there are other search engines too, who may behave differently 00:00:31 &lt;zzz&gt; or at least more slowly 00:00:34 &lt;str4d&gt; zzz: mmm, which is why I suggested putting the revamp on the "new" url to test it. 00:00:42 &lt;str4d&gt; And then apply the 301. 00:00:53 &lt;str4d&gt; (Assuming the url is changed) 00:01:30 &lt;str4d&gt; Yeah, I'll do some checking up of other search engines, but Google seems to use reasonably standard technology (e.g. the sitemap stuff) 00:02:05 * str4d is currently checking and fixing old/broken URLs. 00:03:24 &lt;dg&gt; Edited my post. `http://zzz.i2p/topics/1343` 00:03:31 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 00:05:36 * dg waits for ech to come back 00:05:43 &lt;dg&gt; That'll be tomorrow, right? 00:08:17 &lt;zzz&gt; re: incrementalism, e.g. you may wish to consider using 302s for a few days on the live site until you're sure it's all good before switching to 301s, as you really don't want to mess up 301s 00:08:28 &lt;str4d&gt; Mmm, yep. 00:08:40 &lt;str4d&gt; Do you mean for the legacy pages as well? 00:09:16 &lt;zzz&gt; maybe. something to think about 00:09:43 &lt;str4d&gt; I'm pretty sure all the old pages are good (I manually checked most of them) 00:09:53 &lt;dg&gt; As for domains, https://twitter.com/i2p/status/298485275053666304 - I can't be the only one who thinks that's messy 00:10:00 &lt;str4d&gt; But probably worth checking again at some stage. 00:10:28 &lt;dg&gt; str4d: No reply from zab. 00:12:36 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #43 for job Cobertura Coverage Reports 00:13:41 &lt;zzz&gt; not saying it's a bad idea to switch (and if we do, geti2p.net is the only choice). Just that we do it purposefully if we do. You made a proposal and held discussion but never called for a decision, or even identified how or when a decision would be made. 00:14:59 &lt;dg&gt; &lt;+hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 00:15:02 &lt;dg&gt; &lt;+dg&gt; I concur, hottuna 00:15:13 &lt;dg&gt; only geti2p.net? 00:15:20 &lt;dg&gt; So fuck the vote and just have a y/n? 00:15:27 &lt;dg&gt; that's fine but tell me now :p 00:16:10 &lt;zzz&gt; so the vote to change it and the vote on what to change it to got conflated 00:17:01 &lt;zzz&gt; "only choice" just imho 00:17:12 &lt;dg&gt; Everyone attending was up for changing it (ech was the only one who disagreed and he.. went quiet.. I don't know what that means, no?) so I skipped that step 00:20:04 &lt;zzz&gt; well, run the meeting how you want, but not sure you want to discount people who only object once, especially if you don't have an obvious call for the end of discussion and a decision 00:20:13 &lt;dg&gt; no, i see your opint 00:20:16 &lt;dg&gt; point* 00:20:26 &lt;dg&gt; i do need to outline things more </div>/vi/blog/2013/01/29/i2p-dev-meeting-january-29-2013/Tue, 29 Jan 2013 00:00:00 +0000/vi/blog/2013/01/29/i2p-dev-meeting-january-29-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> dg, hottuna, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:08:14 &lt;dg&gt; so hi all 20:08:33 &lt;dg&gt; we didn't really talk much about the agenda but we have some big stuff to discuss anyhow so no big deal 20:08:55 &lt;dg&gt; first topic is the new website design and the blockers for getting it live 20:08:58 &lt;dg&gt; so i'll hand over to str4d 20:09:09 * dg passes metaphorical spotlight to str4d 20:09:20 &lt;str4d&gt; Hi! 20:09:27 &lt;str4d&gt; &lt;/ocd&gt; 20:10:07 &lt;str4d&gt; Right, well I haven't had as much time over the last week to work on it, but the site *can* go live if desired. 20:10:26 &lt;str4d&gt; The blockers (that I see) are tagging the documentation for translations. 20:10:37 &lt;str4d&gt; Oh, and fixing URLs - that actually is a blocker. 20:10:48 &lt;str4d&gt; (I've been doing them at the same time). 20:11:45 &lt;str4d&gt; I've done the rest of the site - we just need to go through every page of the documentation and repeat what I've been doing: add translation tags to each paragraph/heading/list item/whatever, and check/correct the site-internal URLs. 20:12:29 &lt;str4d&gt; The other bit that I consider a blocker is getting the old translations migrated to the new format, i.e. going through the old faq_lang.html etc. pages and copying their text into the .po files as appropriate. 20:12:55 &lt;dg&gt; Translation tagging IMHO isn't a true blocker but something we need to finish soon, I don't know how you guys feel about going live without translations fully done 20:13:14 &lt;str4d&gt; (I've done 1.2 pages for de and 1 page for es as an example, but it really needs to be someone who understands the language, so that the copy-paste can be verified) 20:14:00 &lt;str4d&gt; (since there is no guarantee that the two individual pages have the same content) 20:15:52 &lt;str4d&gt; Design-wise, I'm starting to be more inclined to just leave the modified duck's theme there; it's had praise from quite a few people, including a designer. I'm personally still not happy with it (e.g. I find it a bit hard to read the long text passages in the documentation), but I wouldn't call it a blocker. 20:16:09 &lt;dg&gt; I like it more or less 20:16:40 &lt;str4d&gt; Oh - one bad thing currently is that the mobile CSS I added seems to not work on mobiles *derp* 20:16:52 &lt;str4d&gt; (Though it works quite nicely on a narrowed desktop browser) 20:19:26 &lt;str4d&gt; That's really about it for the site, as far as I can think of - it's functioning nicely, and most of the groundwork is in place. 20:19:41 &lt;dg&gt; I'll go check out for any broken links later 20:19:52 &lt;dg&gt; I found some previously 20:20:17 &lt;str4d&gt; dg: my test site is running the latest version, so you can check there. 20:20:32 &lt;str4d&gt; The only broken links should be in /lang/doc/* 20:20:35 &lt;dg&gt; let me dig up the ticket 20:20:38 &lt;str4d&gt; Every other page should be fine. 20:20:45 &lt;str4d&gt; It's ticket #807 20:20:52 &lt;dg&gt; saved me some time :) 20:20:59 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:20:59 &lt;dg&gt; want to revisit this next week then? 20:23:38 &lt;dg&gt; Found one. 20:23:46 &lt;dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/networkcomparisons` from `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/garlic-routing` 20:23:49 &lt;str4d&gt; Oh, and /lang/misc/* hasn't been looked at either. 20:23:56 &lt;iRelay&gt; Title: Garlic Routing - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:24:06 &lt;dg&gt; Should be /en/comparison 20:24:12 &lt;dg&gt; sorry for pasting whole thing, won't do it again 20:24:15 &lt;dg&gt; eyerape 20:24:22 &lt;str4d&gt; dg: yep, that is a side-effect of my hypenating all the double-worded pages. 20:24:30 &lt;str4d&gt; Oh, that too. 20:25:09 &lt;dg&gt; /docs/how/garlic-routing has /docs/how/elgamalaes, should be /docs/how/elgamal-aes 20:25:16 &lt;dg&gt; i'll put them all into the ticket later 20:25:23 &lt;dg&gt; &lt;+dg&gt; want to revisit this next week then? 20:26:01 &lt;str4d&gt; I'm happy to. Anyone else want to comment? ^_^ 20:27:18 &lt;Meeh&gt; `http://meeh.i2p/viewmtn/viewmtn.py/` 20:27:49 &lt;dg&gt; internal server error on `http://meeh.i2p/viewmtn/viewmtn.py/branch/changes/i2p.i2p` 20:28:45 &lt;Meeh&gt; yepp 20:28:48 &lt;Meeh&gt; working on it 20:28:55 &lt;dg&gt; I'll take it as a no, anyway 20:28:58 &lt;dg&gt; so onto .. crypto? 20:29:18 &lt;str4d&gt; One last question then: given the apparent level of apathy from people in here regarding copying over the old translations, would it be a better idea to just abandon them and upload the blank .po to Transifex? 20:29:44 &lt;dg&gt; Isn't Transifex reasonably active? 20:29:51 &lt;str4d&gt; The .po file will end up on Transifex anyway; I had just planned on it containing the old translations as a bit of a head start. 20:30:05 &lt;dg&gt; I'd say yes 20:30:48 &lt;str4d&gt; Any other votes? 20:32:38 &lt;str4d&gt; If we go with that, then I'll try and tag as many more pages as I have time for, and then I'll create .po files for the current website languages. Then someone with Transifex access can create an i2p.www subprojcet and upload them (KillYourTV?) 20:32:50 * psi reads scrollback 20:33:34 &lt;psi&gt; votes on a hackfest? 20:35:05 * psi reads more scrollback 20:39:01 &lt;str4d&gt; ... 20:39:04 * str4d doesn't like assuming, but assumes that no one has objections to that line of action. 20:39:04 &lt;dg&gt; too quiet&gt;.&gt; 20:39:04 &lt;str4d&gt; In that case, the old translations will be discarded from i2p.www.revamp (or maybe just left in the branch for now - if a translator really wants to they can find them for reference). 20:39:04 &lt;psi&gt; no formed opinion 20:39:14 &lt;SkinSystem&gt; hi, i heard k0e touches himself whilst watching granny pr0n 20:39:21 &lt;dg&gt; uh? 20:39:32 &lt;psi&gt;&gt;.&gt; #i2p-chat 20:40:45 &lt;str4d&gt; Right, that's it from me on the website. 20:49:59 &lt;dg&gt; well.. 20:50:11 &lt;dg&gt; IDK if wait(str4d) 20:51:33 &lt;dg&gt; AFK, back soon 21:03:55 &lt;hottuna&gt; zzz, did you see the update of http://trac.i2p2.de/wiki/Crypto/CurrentSpecs ? 21:03:58 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.de) 21:07:36 &lt;zzz&gt; yeah you guys are doing a great job 21:08:13 &lt;hottuna&gt; do you think we are using asymmetric ciphers where they aren't needed? 21:08:23 &lt;hottuna&gt; and could be replaced by symmetric alternatives? 21:08:38 &lt;zzz&gt; I doubt we're using anything where it isn't needed 21:09:04 &lt;hottuna&gt; good 21:09:15 &lt;zzz&gt; the web page crypto section needs the symm/asymm crypto added ofc, right now it's only sigs 21:09:46 &lt;hottuna&gt; yeah. But one issue at a time 21:09:53 &lt;hottuna&gt; I think the signs are the most vulnerable anyway 21:10:07 &lt;zzz&gt; right. just as a one-liner placeholder is all I meant 21:20:19 &lt;hottuna&gt; zzz, sud signing should be fairly do-able as far as implementation and not having a flag day goes? 21:20:41 &lt;hottuna&gt; do-able as in possibly to change cipher for. 21:23:58 &lt;dg&gt; back 21:26:53 &lt;zzz&gt; i guess. we did su2 w/o incident, so why not su3, su4, ... 21:28:38 &lt;hottuna&gt; but before we should decide what cipher is the most viable 21:36:25 &lt;dg&gt; okay 21:36:33 &lt;dg&gt; since str4d_afk is gone.. uh 21:36:51 &lt;dg&gt; zzz, hottuna, do you want to discuss anything further or should we close the meeting? It seems like nobody else is around 21:40:29 &lt;dg&gt; a'ight 21:40:35 * dg bafs the meeting closed 21:41:11 &lt;hottuna&gt; thanks dg :) 21:41:55 &lt;dg&gt; str4d went MIA 21:45:03 &lt;dg&gt; anyway, np 23:00:32 &lt;str4d&gt; Sorry, connection went down and then I was AFK </div>/vi/blog/2013/01/22/i2p-dev-meeting-january-22-2013/Tue, 22 Jan 2013 00:00:00 +0000/vi/blog/2013/01/22/i2p-dev-meeting-january-22-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph1, dg, eche|on, hottuna, lillith, RN, str4d, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:07:05 &lt;hottuna_&gt; Alright, meeting-time? 20:07:27 &lt;str4d&gt; o/ 20:08:28 &lt;RN-&gt; tjink so 20:08:41 &lt;hottuna_&gt; eche|on, zzz, dg: ping 20:09:46 &lt;hottuna_&gt; let's wait until 20:15 and see if dg shows up. 20:10:21 &lt;RN-&gt; did everyone read zzz homework assignment? 20:10:36 &lt;hottuna_&gt; yepyep 20:11:28 &lt;RN-&gt; was over my head 20:11:31 &lt;str4d&gt; Okay, looks like the three meeting topics are ugha.i2p, the website revamp and the crypto. Anything else we want to cover? 20:11:50 &lt;hottuna_&gt; I think that is more than enough 20:11:58 &lt;str4d&gt; Alright: 20:12:01 &lt;RN-&gt; read it tho 20:12:04 &lt;str4d&gt; (0) Say Hi. 20:12:11 &lt;str4d&gt; (1) Ugha.i2p 20:12:18 &lt;str4d&gt; (2) Website revamp 20:12:29 &lt;str4d&gt; (3) Crypto discussion 20:12:32 &lt;str4d&gt; (0) Say Hi. 20:12:35 &lt;str4d&gt; Hi! 20:13:00 &lt;RN-&gt; hi 20:13:07 &lt;hottuna_&gt; hello everybody! 20:14:44 &lt;RN-&gt; we waiting 4 zzz and ech? 20:15:21 &lt;hottuna_&gt; I think we can manage until the crypto part 20:15:27 &lt;str4d&gt; eche|on was around an hour ago; zzz tends to speak when he needs to. 20:15:27 &lt;RN-&gt; guess they r at end... 20:15:49 &lt;hottuna_&gt; weltende, welterde, eche|on: ping, re new website 20:15:52 &lt;hottuna_&gt; altight 20:15:58 &lt;RN-&gt; anyone got the baffer? 20:15:58 &lt;str4d&gt; And everyone else can turn up when they do ^_^ 20:16:05 &lt;str4d&gt; (1) Ugha.i2p 20:16:05 &lt;hottuna_&gt; So.. ugha? 20:16:08 &lt;str4d&gt; o/ 20:16:39 &lt;zzz&gt; here, standing by until 3), if it's reasonbly fast 20:16:52 &lt;hottuna_&gt; Alright, I posted a content-request page last week 20:16:52 &lt;hottuna_&gt; syndie/imule content was requested 20:16:59 &lt;hottuna_&gt; and has as far as I can see been submitted 20:17:18 * str4d can 20:17:29 &lt;str4d&gt; 't actually load ugha right now =P 20:17:41 &lt;str4d&gt; Do we know who runs ugha? 20:18:04 &lt;hottuna_&gt; I don't 20:18:23 &lt;hottuna_&gt; do we have any further ideas about what to change/add to ugha? 20:18:31 &lt;str4d&gt; Because it would be useful to get some proper spam protection if possible. 20:18:38 &lt;eche|on&gt; we do partly know/guess who runs it. but it will not be disclosured here 20:18:47 &lt;eche|on&gt; and owner did not respond yet 20:18:54 &lt;dg&gt; Okay, hey 20:18:57 &lt;str4d&gt; eche|on: fair enough. 20:18:57 &lt;eche|on&gt; ugha.i2p was cleaned from spam 20:19:09 &lt;str4d&gt; eche|on: how much work was that? 20:19:12 &lt;eche|on&gt; and I added a site about iMule and syndie, KillYourTV added a bit more 20:19:30 &lt;eche|on&gt; spam? a lot, it was&gt;200 or even&gt;400 spam messages to be removed 20:19:38 &lt;eche|on&gt; they appeared in 2 years time 20:20:09 &lt;str4d&gt; And just manually removed? 20:20:24 &lt;hottuna_&gt; did it appear over the inproxy? 20:20:35 &lt;dg&gt; I was wondering this 20:20:50 &lt;dg&gt; sorry for being late although I managed to get here :) 20:20:53 &lt;eche|on&gt; yea, str4d, click each spam site, click delete site, click yes, I want to remove, click next spam site 20:21:08 &lt;eche|on&gt; and IMHO it is on INproxy. 20:21:27 &lt;eche|on&gt; yeah, it is 20:21:58 &lt;eche|on&gt; http://ugha.i2p.to/RecentChanges 20:22:01 &lt;hottuna_&gt; alright, maybe it shouldnt be accessible over the inproxy? 20:22:15 &lt;RN-&gt; so... set read omly for inproxy? 20:22:15 &lt;eche|on&gt; maybe someone want to count the "delete" pictures ;-) 20:23:34 &lt;hottuna_&gt; is it possible to notify the admin via the the wiki? 20:23:45 &lt;eche|on&gt; guess not 20:23:48 &lt;hottuna_&gt; a read-only via inproxy rule would probably be good 20:23:51 &lt;hottuna_&gt; ok 20:24:06 &lt;hottuna_&gt; eche|on, but you know who? you could do it? 20:24:28 &lt;eche|on&gt; I cannot do anything on it, I am just a user like anyone else 20:24:43 &lt;dg&gt; The person obviously is not active. 20:24:46 &lt;dg&gt; So.. maybe still no. 20:24:51 &lt;eche|on&gt; all I can do is asking tino (i2p.to owner) to block it. 20:25:18 &lt;hottuna_&gt; is blocking it entirely an acceptable solution? 20:26:01 &lt;eche|on&gt; yes 20:26:05 &lt;dg&gt; not long term 20:26:30 &lt;RN-&gt; I agree with dg 20:26:44 &lt;eche|on&gt; it is a wiki. It needs active administration to remove unwatned content 20:26:44 &lt;hottuna_&gt; i think blocking it is acceptable.. since it only is of use to people who are already using i2p 20:26:57 &lt;eche|on&gt; but as we also have active spammers inside of I2P.... 20:26:57 &lt;zzz&gt; tino's not going to take action unless the owner requests it 20:27:04 &lt;zzz&gt; at least, he shouldnt. 20:27:41 &lt;hottuna_&gt; eche|on, could you contact the owner? 20:27:52 &lt;eche|on&gt; currently I visit ugha.i2p daily and remove the spam 20:28:15 &lt;eche|on&gt; hottuna_: I did contact via IRC and email already. now it is time for person to react. 20:28:38 &lt;zzz&gt; if it continues to be an embarassment we can take it out of the router console, whether we have a replacement or not 20:28:41 &lt;eche|on&gt; you know, weve seen same problem with forum.i2p already. thats the problem inside of I2P 20:28:48 &lt;hottuna_&gt; regarding blocking from i2p.to? 20:29:02 &lt;eche|on&gt; regarding active admin jobs on it 20:29:25 &lt;hottuna_&gt; ok 20:29:58 &lt;hottuna_&gt; anyway, if you manage to get some response, ask about blocking 20:31:01 &lt;RN-&gt; tino is not only inproxy anymore 20:31:43 &lt;dg&gt; Yeah. 20:32:01 &lt;str4d&gt; Aside from the spam issue, is there any content that ugha should have/needs updated&gt; 20:32:29 &lt;dg&gt; Yes. 20:32:29 &lt;eche|on&gt; I had a look at the russian wiki. Thats a nice nice nice one 20:32:44 &lt;str4d&gt; From /Requests - "More advanced i2p config options and explanations." - hottuna_ you already added some of these, right? 20:32:44 &lt;eche|on&gt; it is really filled with good content and structured. but in russian. 20:32:44 &lt;str4d&gt; eche|on: link? 20:32:53 &lt;hottuna_&gt; what's the url for the russian wiki? 20:33:12 &lt;hottuna_&gt; str4d, yes. And I found a similar list on echelon.i2p 20:33:24 &lt;eche|on&gt; if I find it again... 20:34:10 &lt;eche|on&gt; imho rus.i2p 20:34:56 &lt;eche|on&gt; but more explanation about advanced config is nice 20:34:59 &lt;str4d&gt; Ooh, that *is* a nice wiki. 20:36:25 &lt;eche|on&gt; to sad I am a bit out of time, but if I get the chance, I do a few bits 20:36:32 &lt;RN-&gt; looks like it's using the same nice clean interface as cake why TV on his Cindy page 20:36:42 &lt;dg&gt; is it in english? 20:36:45 &lt;RN-&gt; I'll have to leave in about 10 minutes or less catch up with the rest of the meeting on my scroll back... 20:38:21 &lt;str4d&gt; Are there any other major points about ugha.i2p that need raising? 20:38:36 &lt;hottuna_&gt; no. 20:38:47 &lt;hottuna_&gt; I updated the request site 20:39:50 &lt;str4d&gt; The /I2pRfc page could do with updates, if it is/was ever planned to be authoritative (though the website is probably the better place for specs). 20:40:26 &lt;dg&gt; ugha.i2p has a lot of content which could be added or update 20:40:33 &lt;dg&gt; it seems to have more information about i2p's past and old tech documents than anywhere else 20:41:19 &lt;str4d&gt; Summary so far: spam is (currently) under control but needs active policing; there are numerous old pages that would be good to get updated (a good task for people who like writing). 20:41:34 &lt;hottuna_&gt; agreed. 20:41:41 &lt;str4d&gt; And if possible, the wiki should block edits from the inproxy. 20:41:56 &lt;str4d&gt; Anything else to add before we move on? 20:41:59 &lt;dg&gt; Is that all for the wiki then? 20:42:02 &lt;dg&gt; I don't think so 20:42:52 &lt;str4d&gt; dg: you want to do the honors? ^_^ 20:43:11 &lt;dg&gt; Alright :3 20:43:15 &lt;dg&gt; thx 20:43:38 * str4d gets to talk lots in the next topic anyway =D 20:43:53 &lt;dg&gt; Okay, so the website revamp - I feel that the new design headed by str4d (he's doing the backend mostly but some CSS changes) brings a fresh look to i2p and can help refresh people's perspective and first impressions of it 20:44:00 &lt;dg&gt; The current one is rather stale, etc, etc.. 20:44:11 &lt;dg&gt; I think that we should look into what needs completing in order to push it live 20:44:34 &lt;str4d&gt; What *must* be completed before pushing live: 20:44:37 &lt;dg&gt; Minor issues can be worked on when it's out there so the blockers we need to consider here? 20:44:48 &lt;str4d&gt; - translation tagging 20:45:01 &lt;str4d&gt; (well, not *must* but most at the very least) 20:45:17 &lt;str4d&gt; - checking that all site-internal links are updated and valid 20:45:36 &lt;str4d&gt; That's basically it. 20:45:56 &lt;hottuna_&gt; how is translation tagging done? 20:46:07 &lt;str4d&gt; I've already started on that, and have covered most of the site pages (if you leave out the docs, which are large on their own) 20:46:22 &lt;dg&gt; Latter isn't too hard. There's tools for it IIRC but I can go around clicking (take one for the team ;) if push comes to shove. 20:46:33 &lt;dg&gt; Explain translation tagging? 20:46:40 &lt;str4d&gt; hottuna_: Jinja2 template tags 20:46:40 &lt;str4d&gt; And gettext PO files 20:47:05 &lt;str4d&gt; &lt;h2&gt;{% trans %}A Gentle Introduction to How I2P Works{% endtrans %}&lt;/h2&gt; 20:47:08 &lt;str4d&gt; &lt;p&gt;{% trans -%} 20:47:08 &lt;str4d&gt; I2P is a project to build, deploy, and maintain a network supporting secure and anonymous 20:47:08 &lt;str4d&gt; communication. People using I2P are in control of the tradeoffs between anonymity, reliability, 20:47:11 &lt;str4d&gt; bandwidth usage, and latency. There is no central point in the network on which pressure can be 20:47:11 &lt;str4d&gt; exerted to compromise the integrity, security, or anonymity of the system. The network supports 20:47:11 &lt;str4d&gt; dynamic reconfiguration in response to various attacks, and has been designed to make use of 20:47:11 &lt;str4d&gt; additional resources as they become available. Of course, all aspects of the network are open and 20:47:11 &lt;str4d&gt; freely available. 20:47:15 &lt;str4d&gt; {%- endtrans %}&lt;/p&gt; 20:48:17 &lt;str4d&gt; The tagged blocks get extracted into a messages.pot which can then be translated like the routerconsole is. 20:48:36 &lt;str4d&gt; That's another task that I think *must* be done before launch: 20:48:57 &lt;str4d&gt; - Migrate old translated pages (e.g. /how_intro_fr) to PO files 20:49:53 &lt;hottuna_&gt; ok 20:49:56 &lt;hottuna_&gt; whats the mtn repo name? 20:50:04 &lt;hottuna_&gt; alright 20:50:08 &lt;str4d&gt; That one I can't do much about =P I've migrated one page as a test, but I can't verify the accuracy of the old translations (especially as there was nothing to keep things in sync between the static pages) 20:50:12 &lt;str4d&gt; i2p.www.revamp 20:51:02 * str4d starts up the test site again 20:52:33 &lt;str4d&gt; Okay, `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` is back up. 20:52:44 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:52:59 &lt;str4d&gt; Something else I've done is added mobile support to the website - you can see it by narrowing your browser window below 768px 20:53:34 &lt;dg&gt; What are we doing about blog/ 20:53:34 &lt;dg&gt; ? 20:53:45 &lt;str4d&gt; dg: what do you mean? 20:53:52 &lt;str4d&gt; (In what regard?) 20:54:04 &lt;dg&gt; Who will be blogging and how will we set it up? When will we blog also? :) 20:54:43 &lt;str4d&gt; At present the blog just contains the (old) release posts and the (much older) status posts. 20:54:54 &lt;str4d&gt; At the very least there will be the release posts as normal. 20:55:50 &lt;str4d&gt; That's a later issue though - we need to actually get the site finished first! 20:56:09 &lt;hottuna_&gt; agreed 20:56:20 &lt;str4d&gt; Ticket #807 does have a few things in it which would be good to get done, but are not blockers 20:56:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:56:44 &lt;str4d&gt; They are somewhat spread out through the ticket, but some are: 20:57:02 &lt;str4d&gt; - fill out /about/glossary 20:57:21 &lt;str4d&gt; - improve blog/meetings layout and styling 20:58:17 &lt;str4d&gt; - fix or replace the theme 20:58:36 &lt;hottuna_&gt; re translation tagging: is """{{ _('Friends of I2P') }}""" tagable in a straight forward manner 20:59:03 &lt;str4d&gt; hottuna_: That already is tagged. 20:59:26 &lt;hottuna_&gt; just curious about syntax 20:59:29 &lt;str4d&gt; (That's the more compact notation) 20:59:39 &lt;hottuna_&gt; aah 20:59:42 &lt;str4d&gt; {{ }} inserts the result of the contained Python method 20:59:53 &lt;str4d&gt; _() is the gettext call in Python 21:00:00 &lt;str4d&gt; (well, the one that is imported into Jinja2 21:00:03 &lt;str4d&gt; ) 21:00:19 &lt;hottuna_&gt; thanks 21:00:34 &lt;str4d&gt; {% trans %}{% endtrans %} is a more verbose tag, but it's the Jinja2 tag and supports any content between the tags. 21:00:49 &lt;str4d&gt; (whereas the _() one can't contain e.g. ' 21:00:52 &lt;hottuna_&gt; what is left to tag? 21:01:13 &lt;str4d&gt; hottuna_: check the mtn log for details of what has been tagged, but IIRC: 21:01:44 &lt;str4d&gt; - get-involved/guides (I've tagged ides and dev-guidelines there) 21:01:55 &lt;str4d&gt; - misc/* 21:01:58 &lt;str4d&gt; - docs/* 21:02:09 &lt;str4d&gt; And then any blog posts that we want translated. 21:03:06 &lt;str4d&gt; (I've already migrated and tagged the 0.9.4 and 0.9.3 posts, and future posts can be tagged as well; earlier ones can be tagged as/when people can be bothered) 21:04:17 &lt;str4d&gt; Okay, we do need to get a move on in the meeting. 21:05:18 &lt;str4d&gt; Summary: site revamp is almost ready, help is appreciated getting the rest of the site tagged for translation and url-checked (can be done simultaneously) (thanks hottuna_ for offering to help (I assume that's what you are doing?)) 21:05:45 &lt;str4d&gt; And other text/layout changes are appreciated but not blocking. 21:06:31 &lt;str4d&gt; Oh: and if anyone wants to get started on translating the pages (using the old translated pages as reference or for copy-paste), *please do so*. 21:06:34 &lt;str4d&gt; Anything else? 21:06:49 &lt;hottuna_&gt; ill have a look at tagging 21:07:48 &lt;str4d&gt; hottuna_: thanks. Leave get-involved/guides to me, as I've already started in there. 21:08:43 &lt;str4d&gt; dg: are you keeping an eye on the meeting (timeliness)? 21:09:02 &lt;dg&gt; oh, sorry 21:09:14 &lt;dg&gt; So we're done with website/ 21:09:41 &lt;dg&gt; Crypto time :-D 21:10:16 &lt;dg&gt; Let me dig up the relevant topics 21:10:16 &lt;dg&gt; One moment 21:11:28 &lt;dg&gt; `http://zzz.i2p/topics/1328` + `http://zzz.i2p/topics/715` 21:11:38 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:12:10 &lt;dg&gt; TL;DR: We need to be discussing which components of the i2p router need to be changed in order of priority (or as zzz put it, "to talk generally about which uses are more vulnerable than others" 21:12:10 &lt;dg&gt; ) 21:12:17 &lt;dg&gt; (for the DSA change) 21:12:45 &lt;dg&gt; It's an apt time to discuss any other crypto changes that could be thrown in but right now, we should stick to what zzz suggested as it's a masssive rabbithole 21:12:52 &lt;hottuna_&gt; like noted in the tor cipher migration document we should strive to do changes where they are the most important and not necessarily the easiest 21:13:26 &lt;dg&gt; (https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt) 21:15:55 &lt;hottuna_&gt; in my mind the most important areas are those using potentially weak ciphers for longterm keys 21:16:39 &lt;dg&gt; hottuna_: I'm no crypto expert (and as such I'll stay out unless I know something) but aren't the longterm keys also the keys which could cause a flag day? 21:17:12 &lt;hottuna_&gt; changing most ciphers would cause a flag day 21:17:31 &lt;dg&gt; I was thinking all destinations being fucked 21:17:38 &lt;dg&gt; so yeah 21:17:41 &lt;hottuna_&gt; well basically 21:18:03 &lt;hottuna_&gt; i dont see a way around destinations being wrecked 21:19:03 &lt;hottuna_&gt; Im don't have a list of places where long-term keys are used 21:19:22 &lt;hottuna_&gt; but such a list and the corresponding cipher used should be created 21:21:04 &lt;str4d&gt; Agreed. We should also rank their perceived vulnerability. 21:21:11 &lt;str4d&gt; (This would make a good wiki page on Trac) 21:21:19 &lt;hottuna_&gt; yes. 21:22:02 &lt;hottuna_&gt; we should also create a list of ciphers that have been proven as safe (by the test of time) and are otherwise viable for us 21:22:17 &lt;str4d&gt; Section 2 of the Tor page basically applies to us as well. 21:22:20 &lt;hottuna_&gt; that list should include asymetric 21:22:55 &lt;zzz&gt; sounds good 21:23:11 &lt;hottuna_&gt; asymmetric* encryption, symmetric encryption, signatures and hmac ciphers that we trust 21:23:49 &lt;zzz&gt; how_cryptography page is a good reference 21:24:32 &lt;hottuna_&gt; str4d, did you start a wiki page or should I? 21:24:40 * str4d is doing so now 21:25:00 &lt;str4d&gt; /Crypto/CurrentSpecs sound alright? 21:25:09 &lt;str4d&gt; (For the summary table) 21:25:09 &lt;hottuna_&gt; sure 21:25:16 &lt;zzz&gt; DSA is a nice place to start analysis because it's easy to understand, and it's on the surface the weakest 21:26:15 &lt;hottuna_&gt; yes 21:27:01 &lt;hottuna_&gt; as for what is used where and what time periods which keys are used for I dont know much 21:28:56 &lt;zzz&gt; the OP on `http://zzz.i2p/topics/715` has a list 21:29:03 &lt;zzz&gt; ~8 places we use DSA 21:29:05 &lt;iRelay&gt; Title: zzz.i2p: DSA 1024/160 Replacement (at zzz.i2p) 21:29:40 &lt;hottuna_&gt; the one with the longest validity is routerinfo? 21:30:23 &lt;str4d&gt; || '''Aspect/Location''' || '''Cipher used''' || '''Cipher details''' || ''' Perceived vulnerability''' || '''Comments''' 21:30:30 &lt;str4d&gt; Anything else that needs to go into the table? 21:30:30 &lt;zzz&gt; maybe dest. which isn't listed. 21:31:12 &lt;zzz&gt; theres both a dest key and a leaseset key I think the dest signs the leaseset and the leaseset key is unused 21:31:38 &lt;hottuna_&gt; str4d, validity period 21:32:24 &lt;zzz&gt; wouldnt be the end of the world to have a RI flag day but throwing out all 2500 in hosts.txt is another story 21:32:38 &lt;str4d&gt; Hmm... maybe the Perceived vulnerability / validity should be in a separate table then. 21:33:07 &lt;zzz&gt; datagrams is a problem, dests is a problem 21:33:22 &lt;hottuna_&gt; throwing out hosts is a huge issue. but it is also the most vulnerable key in my mind 21:34:37 &lt;zzz&gt; for each case we have to go farther though. not just how easy to break but what's the threat model / consequence. 21:35:08 &lt;hottuna_&gt; yes. maybe link to a separate page for each case? 21:35:26 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` now exists and has some basic content 21:35:33 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:36:09 &lt;zzz&gt; and put that in perspective gven the size of the net, etc. e.g., we currently have a guy that claims he can shutdown an eepsite for 23 1/2 hours a day. 21:37:13 &lt;hottuna_&gt; christoph1, ? 21:37:25 &lt;dg&gt; Yikes. 21:37:28 &lt;str4d&gt; Mmm. 21:37:35 &lt;dg&gt; How does that work? 21:37:58 &lt;hottuna_&gt; eclipse attack on our floodfills 21:38:01 &lt;christoph1&gt; use enough precomputed routerinfos, put 10 bad nodes near the target hash block lookup 21:38:20 &lt;lillith&gt; why is it not 24 hours? 21:38:35 &lt;christoph1&gt; because midnight is a bit tricky 21:38:46 &lt;christoph1&gt; you can use another 10 to put in place for tomorrow 21:39:05 &lt;christoph1&gt; but there's still a period around the keyspace rotation where things are unstable 21:39:22 &lt;lillith&gt; so the router gets half an hour where the floodfills are uncertain? 21:39:33 &lt;christoph1&gt; (client can hit one of the good nodes by chance because it doesn't know all attackers jet 21:39:52 &lt;str4d&gt; The keys for the next day can be known in advance, so positioning malicious nodes could be planned in advance, no? 21:39:59 &lt;christoph1&gt; jep 21:40:22 &lt;christoph1&gt; still it seems around rotation it is somewhat unstable 21:40:49 &lt;str4d&gt; Anyway, this is somewhat off-track for this topic (sorry christoph1) 21:41:05 &lt;christoph1&gt; ack 21:43:08 &lt;str4d&gt; Okay, does anyone want to work on getting `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` filled out? 21:43:14 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:43:26 &lt;zzz&gt; dg, please keep us on track, not drag us off it :) 21:43:42 &lt;hottuna_&gt; str4d, yeah. I just managed to log in :P 21:44:01 &lt;str4d&gt; Maybe we should quickly clarify what exactly we want on that page (my column headings are rather generic) 21:44:36 &lt;dg&gt; zzz: sory ;) 21:44:59 &lt;str4d&gt; First table: a summary of the crypto used in the router. Name, validity period, vulnerability... key length? Prime strength? 21:44:59 &lt;zzz&gt; m yfault too 21:45:48 &lt;str4d&gt; Second table: a list of every point in the router where crypto is used. Location and cipher name (of course). Usage details? What is important to know here? 21:46:27 &lt;str4d&gt; We can probably elaborate on separate pages for the second table if necessary (link the location name to a subpage) 21:47:41 &lt;hottuna_&gt; str4d, added subpage 21:48:06 &lt;str4d&gt; IMHO this should be a page that someone can glance at and understand the current state-of-play (whereas the site docs are the full specs) 21:48:32 &lt;str4d&gt; hottuna_: ah, I get what you mean by validity period now. 21:48:39 &lt;hottuna_&gt; :) 21:50:20 &lt;str4d&gt; hottuna_: there's already an entry for destinations - LeaseSet signing 21:50:29 &lt;hottuna_&gt; oh 21:50:29 &lt;hottuna_&gt; sorry 21:50:36 &lt;str4d&gt; (For the DSA part at least - I think you're thinking there of the encryption) 21:51:56 &lt;str4d&gt; Also, I'd call it "Security timescale" rather than "Validity period" 21:52:38 &lt;hottuna_&gt; yep 21:52:38 &lt;zzz&gt; FYI for everybody else - every RI and Dest has two keys, one for encryption and one for signing 21:53:11 &lt;hottuna_&gt; ok 21:53:11 &lt;hottuna_&gt; why? 21:53:32 &lt;zzz&gt; ElG was deemed far too slow for signing 21:54:44 &lt;str4d&gt; This might be a silly question, but how are the two keys "linked" verifiably? 21:55:23 &lt;zzz&gt; for both RI and Dest, the Hash covers both keys + the (usually null) Certificate 21:55:23 &lt;hottuna_&gt; a public key is derived from the private key 21:55:51 &lt;zzz&gt; change any of the 3 and you change the hash. 21:56:13 &lt;str4d&gt; Ah, k (you mean the Destination hash?) 21:56:23 &lt;str4d&gt; (i.e. the B64) 21:56:26 &lt;zzz&gt; yes 21:56:53 &lt;str4d&gt; Okay... the problem with upgrading the Destination crypto makes much more sense now... 21:56:59 &lt;zzz&gt; and for Dests, change any of the 3 and you need a new hosts.txt entry 21:58:34 &lt;zzz&gt; and (hint) non-null certs may be the path to upgrades w/ (partial) compatibility, i.e. not breaking gravity. That's what's covered further down in topic 715 21:59:39 &lt;str4d&gt; Yeah - that enables both to work alongside each other. 22:00:09 &lt;str4d&gt; But it still means that the end-to-end crypto for the old Destinations is untouched. 22:00:52 &lt;str4d&gt; The point where the Dest crypto key is most important is the leg between the OPEP and IBGW, right? 22:01:26 &lt;zzz&gt; not sure 22:01:53 &lt;zzz&gt; other complication is there used to be two layers of end-to-end crypto, one in the router and one in the client, and some keys are now unused 22:02:32 &lt;zzz&gt; ditto w/ signing keys... one was for LS revocation and is unused 22:02:46 &lt;zzz&gt; so that's another opportunity, maybe 22:03:29 &lt;str4d&gt; `http://www.i2p2.i2p/how_intro` seems to indicate that the ElGamal/AES+SessionTags is used for end-to-end router encryption. 22:04:37 &lt;zzz&gt; crypto is much harder to discuss than signing. theres the ElG wrapping the AES and the Tags, together with the DH exchange. 22:05:35 &lt;str4d&gt; Yes. But as far as e.g. LeaseSets go, we probably need to discuss both in tandem, no? 22:05:46 &lt;zzz&gt; I'd suggest not even trying to get into the crypto side today. 22:05:53 &lt;str4d&gt; Not today, no. 22:06:00 &lt;zzz&gt; maybe, maybe not 22:06:03 &lt;str4d&gt; So, back on topic *derp* 22:06:30 &lt;zzz&gt; you change one key, you change the hash. But as the Tor doc says, don't try to change everything just because you're changing one thing 22:06:33 &lt;str4d&gt; What is the issue with Datagram signing? 22:07:12 &lt;zzz&gt; it's using our signing algorithm, i.e. DSA. Which we use to sign everything. (including suds) 22:07:54 &lt;zzz&gt; which also isn't on the list on topic 715, and might be the longest-lived key of all 22:09:04 &lt;str4d&gt; Right, but the specific problem I'm guessing with Datagrams is ensuring that routers can still talk to each other 22:09:04 &lt;str4d&gt; ? 22:10:00 &lt;zzz&gt; right. change signing and you break all RI and LS lookup, and all signed end-to-end communication 22:10:51 &lt;zzz&gt; because almost everything is signed 22:11:41 &lt;str4d&gt; So really the only way to move forward with upgrading the signing algorithm is to ensure that every place it is used can handle multiple signing algorithms? 22:12:27 &lt;str4d&gt; The problem then becomes knowing what versions are supported by a router (and the partitioning problems from the Tor doc are relevant here). 22:12:30 &lt;zzz&gt; but then every dest would need two sets of tunnels, one for old and one for new, afaik 22:12:49 &lt;zzz&gt; there's two kinds of compatibility to consider. 22:13:19 &lt;str4d&gt; That's a good point&gt;_&lt; 22:13:42 &lt;zzz&gt; 1) "network" compatibility, i.e. can the RIs and LSs be stored and retrieved, can msgs get thru tunnels, even if the ffs or participants are down-rev; 22:14:21 &lt;zzz&gt; 2) end-to-end compatibility, can A talk to B. For that, seems like both A and B need to support the same things 22:15:43 &lt;str4d&gt; 2) is "easy" to handle for direct router-to-router communication, as the router versions are public knowledge. What about end-to-end communication? 22:17:24 &lt;zzz&gt; the other thing is an RI has a whole Properties in it, we can put whatever flags we want in there 22:17:27 &lt;str4d&gt; Where would a router need to look to determine if another router (such as an eepsite server) supports the new signatures? 22:17:30 &lt;zzz&gt; nothing like that for LS 22:18:01 &lt;zzz&gt; certs is the magic 22:18:48 &lt;zzz&gt; in a cert we can spec both crypto and signing algo, and store the extra bytes if it doesnt fit in the first 384 22:18:59 &lt;zzz&gt; again, that's the topic 715 stuff 22:19:53 &lt;zzz&gt; the cert has to start at byte 385 to not break 1) 22:20:54 &lt;zzz&gt; is that about enough for today? got out of this what you wanted? 22:21:09 &lt;hottuna_&gt; i think this is a beginning 22:21:34 &lt;hottuna_&gt; more specific issues and solutions cna be discussed and the wiki page used as an aid 22:23:50 &lt;str4d&gt; zzz: it's a good start - thank you =) 22:24:24 &lt;zzz&gt; lots of work ahead... 22:24:39 &lt;str4d&gt; Yes, but we have to start somewhere ^_^ 22:24:54 &lt;hottuna_&gt; str4d, pushed tags for monotone.html 22:25:05 &lt;zzz&gt; I had one more topic for the mtg but only if welt welterde weltende is around 22:25:26 &lt;str4d&gt; hottuna_: the one under get-involved/guides? I'll drop the ones I'd started putting in then ^_^ 22:25:37 &lt;hottuna_&gt; yes 22:26:00 &lt;hottuna_&gt; alright, are we done then? 22:26:11 &lt;dg&gt; I'd say so? 22:26:15 &lt;str4d&gt; I'd like to add a random point: 22:26:18 * dg had nothing to chime in with 22:26:21 &lt;dg&gt; not a crypto god 22:27:08 &lt;str4d&gt; I'd like to congratulate sponge on his efforts with Android - stock I2P now successfully runs on Android devices. 22:27:46 &lt;str4d&gt; And initial reports seem to indicate better performance and lower battery usage than I2P-Android 22:27:53 &lt;hottuna_&gt; that's quite the feat 22:28:04 &lt;hottuna_&gt; well done sponge 22:28:16 &lt;hottuna_&gt; i've gotta go now 22:28:23 &lt;hottuna_&gt; dg, will you strat the thread for next week? 22:28:27 &lt;dg&gt; spogne has done extremely well 22:28:56 &lt;dg&gt; Will do. Topics? Seems crypto needs to be a recurring topic for the next few weeks. :) 22:29:03 &lt;dg&gt; I should be here on time next week also 22:29:47 &lt;str4d&gt; If we can get the revamp tagged by then, we could potentially go live with the new site (though I would prefer to get actual translations in first) 22:30:18 &lt;str4d&gt; (Also depends on welterde being around) 22:30:25 &lt;hottuna_&gt; str4d, i think actual translations will take a very long time 22:30:52 &lt;hottuna_&gt; alright, nn ppl 22:30:59 &lt;str4d&gt; hottuna_: complete translations, yes. But there are already-translated pages (see www.i2p2/pages/translations) which would be quick to migrate. 22:31:07 &lt;str4d&gt; (For people who understand the language) 22:31:14 &lt;str4d&gt; o/ hottuna_ 22:31:45 * str4d *baf*s the meeting closed. </div>/vi/blog/2013/01/15/i2p-dev-meeting-january-15-2013/Tue, 15 Jan 2013 00:00:00 +0000/vi/blog/2013/01/15/i2p-dev-meeting-january-15-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Có mặt:</strong> darrob, dg, eche|on, hottuna, KillYourTV, LaughingBuddha, orion, sponge, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:02:07 &lt;hottuna&gt; dg, is there a meeting today 20:02:26 &lt;LaughingBuddha&gt; oh yeah, it's tuesday 20:02:56 &lt;hottuna&gt; str4d, Meeh: is the meeting now? 20:03:49 &lt;orion&gt; yes 20:04:07 &lt;Meeh&gt; hottuna: dunno, hope so 20:04:26 &lt;hottuna&gt; alright, is there an item list? 20:04:56 &lt;hottuna&gt; dg, ping 20:06:07 &lt;hottuna&gt; alright, lets start it in 5 minutes 20:06:35 &lt;hottuna&gt; everyone around, igure out what you would like to talk about 20:06:57 &lt;hottuna&gt; when we start help create the item list 20:07:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; I though today was the crypto meeting 20:08:07 &lt;hottuna&gt; weltende, i missed the last one. Im just trying to create some order 20:08:22 &lt;hottuna&gt; zzz, crypto meeting 20:10:23 &lt;hottuna&gt; weltende, what crypto was going to be discussed? 20:11:09 &lt;hottuna&gt; Alright, lets try to start this thing. 20:11:16 &lt;hottuna&gt; Meeting schedule: 20:11:28 &lt;hottuna&gt; * Syndie hackathon status 20:11:51 &lt;hottuna&gt; * I2P crypto 20:12:02 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: that I do not know.. 20:12:20 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: should I send your r0ket per package or something btw? 20:12:32 &lt;dg&gt; am I in time? 20:12:51 &lt;hottuna&gt; i just started, but if you'd like to take over i'd be happy 20:12:53 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yup 20:13:20 &lt;dg&gt; the most I know is "crypto" 20:14:32 &lt;hottuna&gt; dg, any other items we should take care of 20:14:35 &lt;hottuna&gt; ? 20:15:14 &lt;dg&gt; Syndie status, any updates from the researchers, general direction? 20:15:37 &lt;hottuna&gt; alright. lets start then? 20:15:55 &lt;dg&gt; sure 20:16:14 &lt;dg&gt; I'm hoping zab can appear as him and zzz know the most about the router internals.. 20:18:28 &lt;orion&gt; I think we were going to discuss possibly upgrading the crypto. 20:18:28 &lt;hottuna&gt; moving away from dsa-1024 anyway 20:18:31 &lt;orion&gt; And the logistics behind that. 20:18:31 &lt;hottuna&gt; alright 20:18:31 &lt;dg&gt; Let me dig up the topic. 20:18:31 &lt;hottuna&gt; that makes sense 20:18:31 &lt;hottuna&gt; dg, `http://zzz.i2p/topics/715` 20:18:31 &lt;dg&gt; a-ha 20:18:42 &lt;dg&gt; ha.. two years ago 20:19:00 &lt;hottuna&gt; Should we start with "Syndie status" for the time being? 20:20:11 &lt;dg&gt; Yeah 20:21:09 &lt;hottuna&gt; Alright, how many items on the todo-list have been added / completed? 20:21:40 &lt;hottuna&gt; And whats the url for the todo? 20:25:43 &lt;hottuna&gt; Syndie changelog: `http://zzz.i2p/posts/6095` 20:25:43 &lt;hottuna&gt; Are there any syndie users around? 20:26:06 &lt;dg&gt; I've tested it but I've had issues/found it dead. 20:26:09 &lt;hottuna&gt; I tried it and started synching, but there are a lot of items to synch 20:26:16 &lt;dg&gt; Not sure if anyone is a regular user.. 20:26:37 &lt;hottuna&gt; and if you allow a long histoty, maybe the newest posts should be fetched first? 20:26:44 &lt;darrob&gt; i'm kinda here. 20:27:08 &lt;hottuna&gt; darrob, you run an archive as well? 20:27:16 &lt;darrob&gt; hottuna: yes 20:28:23 &lt;hottuna&gt; have you been following the hackfest? 20:29:25 &lt;hottuna&gt; Syndie todo: https://github.com/i2p/i2p.syndie/blob/master/TODO 20:29:36 &lt;eche|on&gt; syndie hackfest was a success and it works quite well. currently there is a small issue with to much posts for first starters. Will resolve soon. 20:30:28 &lt;hottuna&gt; great is there a trac item for large initial synch or is it noted somewhere else? 20:30:32 &lt;eche|on&gt; syndie fetches by date 20:30:43 &lt;darrob&gt; yes, the hackfest is a huge success so far. zzz has fixed a whole bunch of bugs that made using syndie hard. even the pulling in of old messages should be better now, iirc. 20:30:46 &lt;eche|on&gt; and there are some discussions about "what is new" 20:31:34 &lt;eche|on&gt; in some kind of anonymity reason "all the archive gets today is NEW" 20:31:59 &lt;hottuna&gt; eche|on, I dont understand that last part. Are fetches done by latest post first? 20:32:05 &lt;eche|on&gt; no 20:32:13 &lt;hottuna&gt; When I synched recently it seemed pretty random 20:32:17 &lt;eche|on&gt; imho it fetches one after another, random 20:32:31 &lt;eche|on&gt; but it sends all messages which are "new" since a special date 20:32:42 &lt;hottuna&gt; maybe some order would be preferable 20:32:49 &lt;eche|on&gt; but new is/was not based on message creation date 20:33:04 &lt;eche|on&gt; new was based on date of arrival on server (out of anonymity reasons) 20:33:14 &lt;hottuna&gt; aah, I see 20:33:48 &lt;hottuna&gt; where should I go to suggest ordered fetching? 20:34:13 &lt;eche|on&gt; and if a server gets 5000 news from some "lost old archive" on one day, those 5000 are seen as new, even if the creation date is&gt;5 years ago 20:34:16 &lt;darrob&gt; hottuna: post it in "Syndie dev". :) 20:34:27 &lt;eche|on&gt; or snydie bug ;-) 20:34:34 &lt;hottuna&gt; the syndie thread? 20:34:49 &lt;zzz&gt; we spent a week working on pushes, almost done, have to work on some date issues, then will look at pulls 20:35:08 &lt;darrob&gt; no, the syndie forum. 20:35:11 &lt;eche|on&gt; hottuna: oh, not yet in syndie -) 20:35:26 &lt;eche|on&gt; but you can change the default pull/push policy in your syndie 20:35:45 &lt;hottuna&gt; I've seen some settings but Im a pretty novice user 20:36:14 &lt;zzz&gt; but main point: I'm moving back to i2p, need you all to step up with more testing and coding 20:36:14 &lt;eche|on&gt; pull policy 20:36:29 &lt;hottuna&gt; ok, that is good to know zzz 20:36:44 &lt;eche|on&gt; yeah, I was under the impression zzz pulled the "jrandom card" and moved from I2P to syndie ;-) 20:36:44 &lt;hottuna&gt; Any other comments re syndie? 20:37:10 &lt;hottuna&gt; Alright, moving on 20:37:18 &lt;hottuna&gt; ** Updates from the researchers ** 20:37:34 &lt;hottuna&gt; zzz, ahve you had any contact with any of them? 20:37:40 &lt;zzz&gt; will try to pick a spot for a release, probably numbered 1.103b-0, will need help from weltende to get it on website 20:37:55 &lt;sponge&gt; Question for everyone: Who here has a google account, and has balls of steel, and can place android related i2p stuff on a google drive account to allow faster access to android i2p related stuff? --&gt; *IDEA* if i2p already HAS a google account, who is in charge of it, so I can get stuff to them to publish it on google drive? 20:38:06 &lt;eche|on&gt; hottuna: btw, we missed the cool mathematics beside us explaining elliptic curves 20:38:23 &lt;eche|on&gt; sponge: we do habe the I2P google account? 20:38:30 &lt;eche|on&gt; sponge: see query 20:38:30 &lt;zzz&gt; only what you saw here and on the zzz.i2p thread. but if christoph has anything to add, he is here 20:38:51 &lt;hottuna&gt; eche|on, I didnt miss it. I've been through that before. I had flashbacks and the sweats.. 20:38:51 &lt;sponge&gt; eche: that's the question... do we? 20:39:02 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:39:05 &lt;hottuna&gt; christoph, we're having the weekly i2p meeting now 20:39:16 &lt;hottuna&gt; do you have any i2p-related updates? 20:39:19 &lt;sponge&gt; oh meeting? excellent! 20:39:59 &lt;orion&gt; Google account? 20:40:02 &lt;orion&gt; I'll do it. 20:40:14 &lt;hottuna&gt; Related to the research they're doing I read the GNUnet dht paper 20:40:21 &lt;sponge&gt; orion: Wow! xcellent! 20:40:24 &lt;hottuna&gt; and it was interesting 20:40:27 &lt;eche|on&gt; hottuna: lovely sweets, I was just impressed about those two crazy guys and I think elliptic curves are VERY cool now^^ 20:40:54 &lt;eche|on&gt; sponge: what google accoutn do you need? 20:41:00 &lt;sponge&gt; zzz/others: I'm not a crypto expert, I have nothing to contribute to the meeting :-( 20:41:27 &lt;dg&gt; me too 20:41:40 &lt;hottuna&gt; R5N, gives nodes doing a lookup the option to just continue looking and having it eventually work as long as there is a single path to the desired key 20:42:00 &lt;eche|on&gt; sponge: and please see the query 20:42:19 &lt;hottuna&gt; It think it might be an interesting alternative for the netdb 20:42:30 &lt;sponge&gt; eche: basically someone who will be able to put up a large binary and apk's for android, including i2p-android (zzz's and the dev build) plus the libc stuff I am working on, which will be an apk file and a tarball 20:42:45 &lt;hottuna&gt; but im sure zzz isn't very keen on redoing the dht just quite yet :P 20:43:31 &lt;eche|on&gt; sponge: we got a I2P google code account. which could host that files, to. I just cannot tell about google play account 20:43:54 &lt;hottuna&gt; Alright, no further updates on the research? 20:44:13 &lt;sponge&gt; eche: the idea is to have something easy for people to get the APKs and tarball easily and as trouible-free as possible, instead of over i2p. It has nothing to do with Play store, Google Drive is free unless you want more space IIRC... 20:44:20 &lt;zzz&gt; sponge, maybe stick to meeting topic? 20:44:23 &lt;hottuna&gt; Moving on... 20:44:42 &lt;sponge&gt; will talk about it later 20:44:45 &lt;hottuna&gt; ** I2P crypto ** 20:44:52 &lt;eche|on&gt; sponge: ah, ok, we do have official I2P google code hosting platform. Thats the best place IMHO 20:44:52 &lt;zzz&gt; a+ for starting mtg almost on time; step 2 is keeping it on topic and moving :) 20:45:19 &lt;sponge&gt; eheheh, I just happened to be awake ;-) 20:45:26 &lt;hottuna&gt; So what specific crypto decisions do we have infront of us? 20:45:41 &lt;hottuna&gt; Replacing DSA 1024 20:45:48 &lt;zzz&gt; I'd like to know who put "crypto" as the mtg topic, and what in particular did you have in mind? 20:46:09 &lt;hottuna&gt; I was told by welt 20:46:28 &lt;dg&gt; str4d but I'm not sure he's here. 20:46:39 &lt;sponge&gt; I say replace DSA 1024 with what ever needs to be done, and we need a way to still allow older routers to recognize what is in-use now. 20:46:50 &lt;hottuna&gt; No harm discussing it 20:47:20 &lt;zzz&gt; its a big topic of course, I'd like to hear what and why it's on the agenda, so we can stay focused. 20:48:06 &lt;hottuna&gt; this is why we should have a forum thread for every meeting 20:48:24 &lt;eche|on&gt; syndie *g* 20:48:32 &lt;sponge&gt; I think the largest mistake made in I2P was in not looking far forward enough to have some kind of hint as to what kind of crypto to use. Perhaps what could be done is to offer a hint via DSA 1024 in such a way that the older router will ignore such a hint, and a newer one will take the offer 20:48:55 &lt;hottuna&gt; thats is a good point sponge 20:48:58 &lt;zzz&gt; well (OT) we need somebody in charge of every meeting, so it has an agenda and can start on time. dg, are you going to start doing that again? if not we need to find somebody else 20:49:01 &lt;orion&gt; 20:21:47&lt;+str4d&gt; KillYourTV: could you update the /topic for the crypto meeting next week? 20:49:01 &lt;orion&gt; 20:22:57-!- KillYourTV changed the topic of #i2p-dev to: Syndie hackfest in progress, current Syndie build 1.102b-3 | Current I2P build: 0.9.4-4 | Dev Crypto mtg here 8:00 PM (20:00) UTC Tues. Jan. 15 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de 20:49:07 &lt;iRelay&gt; Title: I2P (at trac.i2p2.i2p) 20:49:27 &lt;dg&gt; Yeah, I'm fine with that. I got out of sync after I died. :) 20:50:15 &lt;hottuna&gt; Alright, I dont think the crypto bit is leading anywhere. Objections? 20:50:18 &lt;sponge&gt; zzz: is it possible to offer a hint in DSA 1024 in such a way that current and older routers will ignore? 20:51:02 &lt;dg&gt; hottuna: sadly, we pinned that as the topic and I didn't spend any time thinking of anything else.. 20:51:08 &lt;zzz&gt; dg, ok with which? doing it again or having somebody else do it? 20:51:19 &lt;sponge&gt; will a 'dual crypto stack' cause much bloat? 20:51:22 &lt;dg&gt; We can talk about where we're going with things and our plans for restricted routes if you guys fancy it. It seems important to me but.. 20:51:26 &lt;dg&gt; zzz: doing it again 20:51:53 &lt;KillYourTV&gt; meeting threads in Syndie &lt;3 20:52:36 &lt;hottuna&gt; sponge, i think there are complications related to having multiple cryptos 20:52:43 &lt;zzz&gt; sponge, very briefly, for each _use_ of crypto (e.g. sigining RIs), not for each _type_ of crypto (e.g. DSA 1024), there's two things to do: decide if and when we need to change, and decide how to do it in a compatible way if possible. I've started the latter, and the thread's on zzz.i2p. 20:52:58 &lt;hottuna&gt; like crypto-downgrading attacks etc. 20:53:09 &lt;zzz&gt; but we can't talk about "DSA 1024", only a particular use of it (there's at least half a dozen iirc) 20:53:43 &lt;zzz&gt; and if we are going to talk about upgrading crypto next week, the tor paper is required reading in advance. 20:54:18 &lt;zzz&gt; (search for "read it and weep" on zzz.i2p) 20:54:28 &lt;hottuna&gt; dg, could you start a meeting thread on zzz.i2p or forum.i2p? 20:54:47 &lt;hottuna&gt; so that some notes for next week can be arranged? 20:55:35 &lt;hottuna&gt; link to tor paper: https://gitweb.torproject.org/tor.git?a=blob_plain;hb=HEAD;f=doc/spec/proposals/ideas/xxx-crypto-migration.txt 20:55:38 &lt;dg&gt; hottuna: `http://zzz.i2p/topics/1268` - unless we need a new one? 20:56:12 &lt;sponge&gt; one thing we don't need is a I2P flag day 20:56:36 &lt;dg&gt; for the love of god no 20:56:39 &lt;zzz&gt; so sponge, in general, "bloat" is not the issue. compatibility is. pls read the read-it-and-weep paper 20:56:42 &lt;hottuna&gt; doh, that link is dead 20:56:42 &lt;hottuna&gt; actual tor link: https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt 20:56:48 &lt;LaughingBuddha&gt; hehe 20:56:59 &lt;sponge&gt; yes, i did read that thread a while ago 20:57:03 &lt;hottuna&gt; alright, any more comments on this topic? 20:57:41 &lt;hottuna&gt; dg, maybe we should have one per week so that topics can be discussed 20:57:58 &lt;hottuna&gt; and a topic list can be created 20:58:01 &lt;sponge&gt; as long as it is a smooth transition, just do what is needed, I'll be happy with it 20:58:08 &lt;dg&gt; might be a good idea for keeping things fresh but could get annoying over time 20:58:36 &lt;hottuna&gt; dg, we could at least try? 20:58:43 &lt;hottuna&gt; and see if it works out 20:58:54 &lt;sponge&gt; also, am I correct in that it won't change the b32.i2p format? 21:00:28 &lt;sponge&gt; i.e. it's still a hash 21:00:35 &lt;dg&gt; sure 21:01:47 &lt;orion&gt; sha256 seems reasonable for now 21:02:02 &lt;hottuna&gt; destinations relate to public/private keys 21:02:02 &lt;hottuna&gt; as long as we dont switch pub-keys or hashes we should be fine 21:02:37 &lt;orion&gt; What if we used an ECC primitive that resulted in public-key lengths which are the same that we use now? 21:02:44 &lt;orion&gt; i.e, 128 bytes 21:03:06 &lt;hottuna&gt; orion, that would be a terrible wast of cpu-cycles and bandwidth 21:03:10 &lt;eche|on&gt; I think those are 156 bits 21:03:29 &lt;hottuna&gt; and we still would need to notify the receiving end of what crypto we are using 21:04:42 &lt;hottuna&gt; alright, any more discussion relating to crypto? 21:05:34 &lt;hottuna&gt; Moving on... 21:05:44 &lt;sponge&gt; :-) 21:05:47 &lt;hottuna&gt; ** Open floor / Misc ** 21:06:22 &lt;eche|on&gt; i cleaned ugha.i2p 21:06:37 &lt;hottuna&gt; there was a lot of spam around? 21:07:03 &lt;eche|on&gt; oh yeah, a few hundred spam articles 21:07:26 &lt;hottuna&gt; It's really nice that ugha.i2p is still around 21:07:44 &lt;hottuna&gt; I've read and posted some helpful stuff there 21:08:15 &lt;hottuna&gt; dg, could you create the meeting thread for next week? 21:08:31 &lt;hottuna&gt; orion, how is i2pcpp coming along? 21:08:42 &lt;dg&gt; Yeah. Any thing you want me to mention or just a "This is a meeting thread for discussion of $date's meeting.."? 21:08:44 &lt;orion&gt; hottuna: Inbound SSU works now. 21:09:07 &lt;orion&gt; I also can begin the build of inbound tunnels. 21:09:07 &lt;hottuna&gt; wow, you're pretty fast :) 21:09:19 &lt;orion&gt; Yeah, it's coming along very quickly. 21:09:34 &lt;hottuna&gt; dg, nothing special I was thinking of jumpstarting the crypto talk 21:09:34 &lt;orion&gt; College starts up again on Monday though. 21:09:37 &lt;sponge&gt; yea orion is pretty fast, considering how horribly obtuse c++ can be 21:09:47 &lt;orion&gt; Things are going to slow down a LOT after Monday. 21:10:02 &lt;orion&gt; So I am trying to get as much done as possible. 21:10:02 &lt;dg&gt; hottuna: Alright, will sum up the dilemma. 21:10:13 &lt;LaughingBuddha&gt; Maybe someone could create a page @ ugha with stuff that should be added 21:10:28 &lt;hottuna&gt; naturally, but there is a atleast a codebase we can direct people complaining about java to :P 21:10:51 &lt;hottuna&gt; LaughingBuddha, what stuff added to what? i2pcpp? 21:11:06 &lt;LaughingBuddha&gt; Sorry, stuff that we should have on the wiki 21:11:13 &lt;LaughingBuddha&gt; Like a request page 21:11:16 &lt;hottuna&gt; aah :) 21:11:19 &lt;hottuna&gt; good idea 21:11:19 &lt;LaughingBuddha&gt; Tutorials, etc 21:11:42 &lt;LaughingBuddha&gt; Would be nice to have a site to point new people to for common questions 21:11:53 &lt;LaughingBuddha&gt; How do I set up X 21:11:56 &lt;orion&gt; When is the new site rolling out? 21:12:47 &lt;hottuna&gt; orion, last time i was talking to str4d he was unhappy with a few of the pages 21:13:06 &lt;orion&gt; I see. 21:13:25 &lt;hottuna&gt; but Im thinking that maybe just launching it and working out small issues might be a good idea 21:14:08 &lt;hottuna&gt; eche|on and weltende: how much work is it for you to migrate to the new site? 21:14:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: not too much.. is it ready already? 21:14:57 &lt;hottuna&gt; I think it's getting there, str4d is no quite happy yet 21:15:22 &lt;hottuna&gt; but with str4d's blessing I would like to launch it before it is perfect 21:15:49 &lt;sponge&gt; living documents are never 'perfect' 21:16:16 &lt;hottuna&gt; that is my thinking 21:16:16 &lt;sponge&gt; so, you mean 'good enough' 21:16:18 &lt;LaughingBuddha&gt; :) 21:17:03 &lt;hottuna&gt; I think it is good enough. And a bit better than the current one 21:17:55 &lt;LaughingBuddha&gt; a bit? 21:18:06 &lt;hottuna&gt; quite the bit 21:18:21 &lt;LaughingBuddha&gt; It's like putting the old site in a time machine 21:19:48 &lt;dg&gt; anything apart from crypto, hottuna? 21:20:03 &lt;hottuna&gt; not that i can think of 21:20:19 &lt;dg&gt; alright, so we're going to discuss the DSA .. again? 21:20:48 &lt;hottuna&gt; like zzz, whe need to discuss every place where every cipher is used 21:21:11 &lt;sponge&gt; my thoughts and concerns as to DSA/crypto have been expressed, I have nothing more to say 21:21:49 &lt;dg&gt; hopefully can get zab on by then? 21:22:08 &lt;hottuna&gt; that would be optimal 21:22:23 &lt;dg&gt; hottuna: this ok? `http://zzz.i2p/topics/1328` 21:22:26 &lt;hottuna&gt; LaughingBuddha, I've added a requests section to `http://ugha.i2p/` 21:22:29 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:22:32 &lt;dg&gt; I'll email zab now. 21:22:39 &lt;hottuna&gt; Great dg! 21:22:42 &lt;hottuna&gt; thank you 21:22:45 &lt;sponge&gt; one thing to note about meetings when it concerns coders--- ever tried to hurd cats? 21:22:52 &lt;hottuna&gt; alright, anything else before I close this meeting? 21:22:59 &lt;LaughingBuddha&gt; Okay hottuna 21:23:10 &lt;dg&gt; hottuna: I think I should include getting ugha updated and talking about what we need to finish before we put the new site live 21:23:10 &lt;hottuna&gt; sponge, that's the feeling Im getting 21:23:13 &lt;dg&gt; I don't think so 21:23:31 &lt;hottuna&gt; agreed 21:23:46 &lt;hottuna&gt; Alright. This meeting is done. 21:23:52 &lt;hottuna&gt; See you next week, same time. 21:23:52 &lt;hottuna&gt; baf's 21:24:12 &lt;dg&gt; huzzah </div>/vi/blog/2013/01/08/i2p-dev-meeting-january-08-2013/Tue, 08 Jan 2013 00:00:00 +0000/vi/blog/2013/01/08/i2p-dev-meeting-january-08-2013/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Present:</strong> christoph, dg, h2ik, KillYourTV, orion, primal, RN, str4d, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 21:02:22 &lt;str4d&gt; Alright, I'm going to go ahead and start the meeting. 21:02:29 &lt;str4d&gt; 0) Say hi 21:02:29 &lt;str4d&gt; 1) Feeds progress 21:02:29 &lt;str4d&gt; 2) JUnit hackfest summary 21:02:29 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:02:29 &lt;str4d&gt; 4) Suggestions for future hackfests 21:02:29 &lt;str4d&gt; 5) PR manager nomination 21:02:32 &lt;str4d&gt; 6) 0.9.4 progress 21:02:35 &lt;str4d&gt; 7) Website revamp 21:02:38 &lt;str4d&gt; 0) Say hi 21:02:38 &lt;str4d&gt; Hi! 21:03:06 &lt;orion&gt; Hi! 21:03:49 &lt;lillith&gt; hi :) 21:06:50 &lt;str4d&gt; Anyone else? 21:08:58 &lt;str4d&gt; The "hi"s have it. 21:09:05 &lt;str4d&gt; 1) Feeds progress 21:09:35 &lt;str4d&gt; This will be short. 21:10:51 &lt;str4d&gt; The feeds work is getting close, but I won't have it ready for 0.9.5 unfortunately - too many little things that need tidying up (user notifications etc.) as well as some not-so-little things (re-working the /home design, specifically how categories are presented to the user). 21:11:55 &lt;dg&gt; woah 21:11:58 &lt;dg&gt; I goth ere in time 21:11:58 &lt;str4d&gt; And I'd rather push it to the next release than release it in its current state, since I want users to have a good first impression of it =) 21:12:05 &lt;dg&gt; I thought I'd missed you guys 21:12:15 &lt;str4d&gt; dg: we started an hour late, FYI =P 21:12:15 &lt;orion&gt; dg: Nope, still here. 21:12:23 &lt;dg&gt; \o 21:13:38 &lt;str4d&gt; So, any feedback, comments and suggestions for the feeds work would be greatly appreciated, but it's not urgently required before the 0.9.5 release. 21:14:37 &lt;str4d&gt; Anyone have any points to raise on this topic before we move on? 21:14:53 &lt;orion&gt; No. 21:15:51 &lt;dg&gt; I don't, if zzz is here, he might? 21:17:23 &lt;str4d&gt; We can come back to this at the end if necessary. 21:17:26 &lt;str4d&gt; Next: 21:17:26 &lt;str4d&gt; 2) JUnit hackfest summary 21:17:57 &lt;str4d&gt; Anyone else here who participated? zzz? topiltzin? KillYourTV? 21:18:55 &lt;zzz&gt; yup, went well, the 4 of us all hacked away, and zab fought to the end until they all passed. First time in years, or maybe ever. 21:19:22 &lt;str4d&gt; Kudos to zab for that. 21:20:04 &lt;str4d&gt; And as a result we now have a Jenkins service run by kytv which will hopefully keep us in check ^_^ 21:21:47 &lt;str4d&gt; Next step there is to expand our code coverage (which Jenkins also monitors) with moar tests. 21:22:06 &lt;str4d&gt; Not much else to say here, so: 21:22:09 &lt;iRelay&gt; &lt;welterde@freenode&gt; kytv: you running sonar as well? 21:22:14 &lt;str4d&gt; 3) discussion of Syndie progress and where we are going with that 21:23:08 &lt;str4d&gt; zzz and eche|on have started the Syndie hackfest - how bad is it looking? =P 21:23:39 &lt;zzz&gt; going well, need more people to test, code, or make suggestions, but we have several dozen checkins in the last few days 21:24:01 &lt;zzz&gt; suggest people try the latest version in mtn, they will find a lot of fixes 21:24:32 * str4d plans to pull the branch in the next day or so and have a look 21:24:32 &lt;zzz&gt; but the point here is to recruit somebody to work on it steadily. It needs a lot of work 21:25:50 &lt;str4d&gt; One of the points I recall from the TODO was a big-picture question: where are we heading/do we want to go with Syndie? 21:27:11 &lt;dg&gt; As in? Development wise? Popularity wise? 21:27:54 &lt;str4d&gt; Both probably. 21:28:29 &lt;str4d&gt; What needs to happen to reach its original goals? What were those goals? Do they still make sense? 21:29:13 &lt;str4d&gt; This sort of thing would be good to outline on the Syndie bounty. 21:29:23 &lt;dg&gt; Popularity wise: get Syndie at least considered alongside "anonymous publishing" tools (I don't know if there even are any apart from Freenet?) 21:29:35 &lt;dg&gt; If we get to that point, we're doing well 21:29:49 &lt;str4d&gt; (Since then people can look at the bounty and actually get a feel for what is required) 21:29:52 &lt;dg&gt; The goals are on the site, I believe. At least the use cases which sort of explained.. 21:30:19 &lt;str4d&gt; Useful links for reviewing the original goals: 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-09-12.html` 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-10-03.html` 21:30:29 &lt;iRelay&gt; Title: I2P Status Notes for 2006-09-12 - I2P (at www.i2p2.i2p) 21:30:33 &lt;iRelay&gt; Title: I2P Status Notes for 2006-10-03 - I2P (at www.i2p2.i2p) 21:31:36 &lt;str4d&gt; dg: then it would be good to review the Syndie site and update it. 21:31:58 &lt;zzz&gt; in the hackfest we're just fixing obvious problems. But hopefully the fest will attract new users and devs with ideas. 21:33:16 &lt;str4d&gt; PR will help in that respect (which we will get to shortly). 21:34:21 &lt;str4d&gt; Would it be a good idea to create a ticket for reviewing the Syndie docs/goals/bounty etc. to ensure they are current? 21:35:07 &lt;dg&gt; I'd say so 21:36:37 &lt;str4d&gt; dg: could you do that? =) 21:37:05 * dg nods 21:37:08 &lt;str4d&gt; And does anyone have anything else to add to this topic at present? 21:37:11 &lt;str4d&gt; Thanks 21:39:35 &lt;orion&gt; no. 21:41:07 &lt;str4d&gt; zzz: any other comments before we move on? 21:41:34 &lt;str4d&gt; Aside from "Get hacking on Syndie NOW!!!!!!!!!!!!" ;P 21:43:41 &lt;str4d&gt; Oh - why is syndie.i2p not up? 21:43:44 &lt;str4d&gt; welterde? 21:43:51 &lt;str4d&gt; (Or whoever runs it) 21:43:57 &lt;str4d&gt; syndie.i2p2.de is up. 21:44:48 * KillYourTV guesses it was jrandom's. 21:45:31 &lt;str4d&gt; Mmm, probably. In which case it would be worth setting up syndie.i2p2.i2p 21:45:58 &lt;str4d&gt; (I recall seeing syndie.i2p in the I2P docs, so that needs changing at some point) 21:46:41 &lt;KillYourTV&gt; I don't think syndie has an eepsite...(yet) 21:47:16 &lt;str4d&gt; It has a clearnet site... 21:48:00 &lt;KillYourTV&gt; hell...the most recently downloads are from 2007, other than my Debian packages or the plugin versions. 21:48:03 &lt;KillYourTV&gt; I don't think many (other than mosfet, darrob, echelon, and I) have cared about syndie for a long time (which is why there's the hackfest!!!!!!!11111onetyelven) 21:49:54 &lt;str4d&gt; Okay, meeting will move on for now, we can revisit this if needed. 21:50:05 &lt;str4d&gt; 4) Suggestions for future hackfests 21:51:17 &lt;KillYourTV&gt; weltende: not familiar with sonar but i'll look into it. maybe I can handle that too... 21:51:32 &lt;str4d&gt; So, what other hackfest ideas do we have? 21:56:17 &lt;RN-Droid&gt; me too! 21:56:36 &lt;str4d&gt; &lt;str4d&gt; So, what other hackfest ideas do we have? 21:58:32 &lt;str4d&gt; Things that we have on the boiler at present: 21:58:35 &lt;str4d&gt; I2P itself 21:58:35 &lt;str4d&gt; Syndie 21:58:42 &lt;str4d&gt; Android port 21:58:49 &lt;str4d&gt; Website 21:59:54 &lt;str4d&gt; Anything within those that might be deserving of a hackfest? 22:00:05 &lt;str4d&gt; (Anything I've missed?) 22:01:14 &lt;orion&gt; str4d: Is the protocol spec something hackable? 22:07:25 &lt;str4d&gt; orion: you mean the docs for it? 22:07:48 &lt;str4d&gt; If the documentation is unclear then that is something worth considering. 22:08:03 &lt;str4d&gt; Especially as we now have someone trying to use it to replicate a compatible I2P =) 22:08:34 &lt;orion&gt; str4d: I meant actually modifying the protocol. 22:08:45 &lt;str4d&gt; orion: that, not so much. 22:08:53 &lt;str4d&gt; zzz can elaborate more. 22:09:09 &lt;str4d&gt; It depends on what protocol you are referring to though. 22:10:00 &lt;orion&gt; Upgrading crypto mainly. 22:10:00 &lt;str4d&gt; Existing protocols (SSU, NTCP, I2CP, I2NP etc.) should ideally be backwards compatible, so a hackfest on them is probably counter-productive as any changes need to be carefully considered. 22:10:35 &lt;str4d&gt; Ah yes. That is certainly something worth considering, especially before you get too far along with i2pcpp 22:10:54 &lt;str4d&gt; Again, probably not hackfest-worthy, but it's something that we should probably dedicate some time to. 22:11:05 &lt;orion&gt; ok 22:11:23 &lt;dg&gt; btw `http://trac.i2p2.i2p/ticket/840` 22:11:27 &lt;iRelay&gt; Title: #840 (Review Syndie site) I2P (at trac.i2p2.i2p) 22:11:47 * str4d tables the motion that the next meeting (or maybe the one after) be a crypto review meeting. 22:12:39 &lt;dg&gt; I agree 22:12:50 &lt;str4d&gt; o/ 22:13:10 &lt;orion&gt; /o 22:13:41 &lt;str4d&gt; zzz? KillYourTV? welterde? 22:14:29 &lt;str4d&gt; We'll want it to be a meeting that the people with the most knowledge of I2P's crypto can attend (so definitely zzz and zab) 22:16:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: ah.. crypto.. I'll be there.. when? *fetches calender* 22:17:02 &lt;dg&gt; Next week? 22:17:05 &lt;dg&gt; Same time? 22:17:48 &lt;str4d&gt; welterde, I'm proposing either the next meeting or the one after (so Tues Jan 15 or 22, 20:00 UTC) but if another time suits you/zzz/zab/etc better... 22:22:57 * str4d has just emailed zab to ask about his availability. 22:24:08 &lt;str4d&gt; s/just emailed zab/is attempting to email zab (and waiting on postman's SMTP to respond&gt;_&lt;) 22:26:17 * str4d waits for welterde to finish checking his calender 22:26:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: already noted ;) 22:27:04 &lt;str4d&gt; Okay, so the currently-proposed time is Tues Jan 15, 20:00 UTC. 22:27:23 * str4d will make a zzz.i2p post about it 22:27:26 &lt;str4d&gt; Next: 22:27:29 &lt;str4d&gt; 5) PR manager nomination 22:27:36 &lt;str4d&gt; orion: you're up! 22:27:47 &lt;str4d&gt; (Finally ^_^) 22:29:26 &lt;orion&gt; yay 22:32:30 &lt;orion&gt; What is the role of the PR manager position? 22:32:33 &lt;orion&gt; formally. 22:33:00 &lt;str4d&gt; "PR manager: press contact, manages public relations and affairs" 22:33:10 &lt;str4d&gt; (from /team) 22:34:51 &lt;str4d&gt; So the person who gets I2P known, handles interview/article requests, organizes I2P appearances... that sort of thing, I'd imaging. 22:34:54 &lt;orion&gt; I can be a press contact. I like speaking in front of public audiences. 22:34:57 &lt;str4d&gt; imagine* 22:35:39 &lt;dg&gt; It needs to be someone who can IRL. 22:35:50 &lt;orion&gt; I can meet press/media IRL. 22:35:53 &lt;dg&gt; Also, general i2p public face for things we need would be helpful.. 22:35:53 &lt;orion&gt; I don't mind that. 22:36:03 &lt;dg&gt; (GSoC for one, if Google demand) 22:36:17 &lt;str4d&gt; dg: good point there. 22:36:48 &lt;str4d&gt; I know that mentors don't have to be public, but Google does require a single person to be the main point of contact. 22:36:48 &lt;orion&gt; Interviews, all that stuff sounds good. The one thing I am not good at though is media stuff (making flyers, etc) 22:37:36 &lt;orion&gt; I don't mind being a main point of contact -- organizing I2P appearances I can do, so long as you guys tell me about them. Hell, if they're in the area I can go IRL. 22:37:39 &lt;str4d&gt; orion: making flyers etc. isn't technically part of the job - it would be to organize flyers etc. getting made (which themselves would be done by a designer) 22:37:58 &lt;orion&gt; Ahh 22:38:13 &lt;str4d&gt; eche already has a competition running to get some leaflets, banners etc. designed. 22:38:20 &lt;orion&gt; Ok. 22:38:23 &lt;str4d&gt; So e.g. the PR manager could promote that competition. 22:38:30 &lt;str4d&gt; (To get a wider variety of entries) 22:38:55 &lt;dg&gt; For me, it's showing people that i2p is more than a few people hiding with no face at all 22:39:01 &lt;dg&gt; However you wish to do that 22:39:08 &lt;dg&gt; Talks, interviews, whatever, it's all good 22:39:15 &lt;orion&gt; Right. 22:39:15 &lt;str4d&gt; Something I've wondered - what about posting a/the competition on a freelance design website? To get more exposure. 22:40:06 &lt;orion&gt; If people reach out to me, I have no problem talking to them. 22:40:52 &lt;orion&gt; I can even show up to events if they are in the area. 22:41:03 &lt;orion&gt; (New Hampshire) 22:41:06 &lt;dg&gt; Mind if I ask the area? 22:41:06 &lt;dg&gt; - 22:41:07 &lt;dg&gt; haha 22:41:39 &lt;orion&gt; There is a train that goes directly to Boston though. 22:42:14 &lt;str4d&gt; One event that would be good to get people to is http://wiki.openitp.org/events:techno-activism_3rd_mondays 22:42:22 &lt;iRelay&gt; Title: events:techno-activism_3rd_mondays [OpenITP Wiki] (at wiki.openitp.org) 22:44:58 &lt;str4d&gt; orion: FWIW, as PR manager, the page/subpages on the website (revamp) `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/about/media` would basically be under your jurisdiction. 22:45:05 &lt;iRelay&gt; Title: Presentations on I2P - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 22:45:22 &lt;orion&gt; I will accept the PR role, but I am a poor college kid. 22:45:49 &lt;orion&gt; I can't afford to go to too many events. 22:46:16 &lt;str4d&gt; orion: talk to eche|on - there's always a possibility of funding. 22:46:27 &lt;orion&gt; Ok. 22:46:38 &lt;str4d&gt; And as a PR manager, you may end up drumming up additional funding anyway =D 22:47:13 &lt;orion&gt; I accept the position, and I will relinquish the position if I feel I am not up to it. 22:47:41 &lt;str4d&gt; You can't be expected to detract from your own RL work of course, but we do appreciate your assistance. And you won't be acting alone. 22:48:15 &lt;orion&gt; That sounds great. assistance would definitely be appreciated. 22:50:40 * str4d updates the website 22:52:03 &lt;str4d&gt; And done! Welcome (officially) to the team orion =D 22:52:18 &lt;orion&gt; Yay! 22:52:29 &lt;str4d&gt; (Though if being on the /team page makes it official, then I'm not technically an official team member =P) 22:53:40 &lt;str4d&gt; Okay, moving on to the last couple of topics: 22:53:43 &lt;str4d&gt; 6) 0.9.4 progress 22:53:43 &lt;primal&gt; IRL is evil. 22:53:43 &lt;str4d&gt; How are we looking at present? We are over the halfway mark for the usual 6-week release period. 22:54:06 &lt;str4d&gt; s/0.9.4 progress/0.9.5 progress/ 22:54:09 &lt;iRelay&gt; str4d meant: 6) 0.9.5 progress 22:55:49 &lt;str4d&gt; As outlined in topic 1) the feeds work won't be ready for 0.9.5. 22:58:32 &lt;primal&gt; I'm not sure if this is an inappropriate time to ask, but is the Android i2p still in development? Or is that not an 'official' thing? 22:59:16 &lt;str4d&gt; primal: yes it is. zzz has an old stable version (0.9.1) but sponge has been working on the latest stuff. 22:59:23 &lt;str4d&gt; Current release: 0.9.1-0_b1-API8 `http://zzz.i2p/topics/949` | Current dev build: 0.9.3-5_b2-API8 `http://sponge.i2p/` (scan/click QR code) 22:59:38 &lt;iRelay&gt; Title: SPONGE (at sponge.i2p) 22:59:58 &lt;str4d&gt; sponge is also working on getting the normal Oracle JVM working on Android though, so stock I2P could potentially be used. 23:00:27 &lt;primal&gt; str4d: hmm, I ought to get ahold of him, I'd be interested in working on this. 23:01:12 &lt;str4d&gt; primal: talk to sponge, and see #i2p-android-dev 23:01:12 &lt;str4d&gt; And, yay! 23:02:01 &lt;str4d&gt; So, no feedback on 0.9.5 progress? 23:04:59 &lt;str4d&gt; If not, then on to the last defined topic: 23:04:59 &lt;str4d&gt; 7) Website revamp 23:05:03 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 23:05:14 &lt;str4d&gt; Ticket #807 outlines my progress. 23:05:26 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 23:05:30 &lt;dg&gt; Just slipping this in, we're doing better thanks to the bug fix in 0.9.4 for network capacity. `http://stats.i2p/cgi-bin/avg.cgi?a=tunnel.buildSuccess.60m&s=93&u=q` 23:05:38 &lt;dg&gt; The estimated router count has gone up which implies better connectivity to zzz's router? 23:06:01 &lt;dg&gt; If we look at 6 months though, we're still not doing as good 23:06:12 &lt;dg&gt; anyway, sorry to hijack. :p 23:06:19 &lt;str4d&gt; dg: yes, good that you mentioned that 23:06:26 &lt;primal&gt; The new site is far far superior 23:07:21 &lt;str4d&gt; First point: I have changed the content of the left column (as per ticket #792 ) - thoughts? 23:07:24 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 23:09:00 &lt;str4d&gt; Second point - at the bottom of #807 I have suggested some URL changes, which I would like feedback on. Another one is /lang/about/media vs /lang/media ? 23:10:39 &lt;primal&gt; ugh 23:11:03 &lt;orion&gt; str4d: Is `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` supposed to show the new design? 23:11:10 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 23:11:10 &lt;str4d&gt; Third point: `http://trac.i2p2.i2p/ticket/807#comment:12` lists several content-related issues that need resolving, but I'm not that great at writing content. Assistance here would be greatly appreciated. 23:11:13 &lt;primal&gt; errr nvm. Had a complaint about links going to clearnet sites and being unmarked, then I realised this is to be the i2p clearnet homepage :P 23:11:16 &lt;iRelay&gt; Title: #807 (Revamp of website) I2P (at trac.i2p2.i2p) 23:11:20 &lt;str4d&gt; orion: it shows one of the new designs. 23:11:43 &lt;str4d&gt; But the design itself is not finalized yet. 23:11:46 &lt;orion&gt; Ahh. How do you alternate between them? 23:12:01 &lt;str4d&gt; orion: look in the footer 23:12:13 &lt;primal&gt; str4d: I can help with writing, it's what I do. What needs fixing? 23:12:20 &lt;orion&gt; Firefox doesn't like the footer. 23:12:20 &lt;str4d&gt; "Duck" is the default, "danimoth" is another proposal I found, the others are from the old site. 23:12:30 &lt;str4d&gt; primal: see comment 12 as above. 23:12:37 &lt;str4d&gt; orion: I have no issues with FF17 23:12:40 &lt;primal&gt; str4d: indeed, checking now 23:13:11 &lt;str4d&gt; primal: re: clearnet links, this site will be the I2P-internal site as well. 23:13:23 &lt;str4d&gt; So your point about marking clearnet links is a good one - examples? 23:13:54 * str4d already has added logic so that I2P-internal sites get rewritten when viewed on the clearnet (to either their clearnet URLs if known, or to an inproxy). 23:14:25 &lt;orion&gt; http://i.imgur.com/PwDF8.png 23:14:29 &lt;primal&gt; Why is Research under Volunteer instead of About? 23:14:33 &lt;str4d&gt; It might just require adding a CSS class to any external &lt;a&gt; links so they can be specifically outlined or something. 23:14:52 &lt;primal&gt; I went and looked under 'About' first, and would if I was someone wanting to see 'hey, has this been TESTED? Can I trust it?' 23:15:30 &lt;str4d&gt; primal: because I'm intending that page to be more aimed at researchers wanting to test I2P, but that is a good point. 23:15:37 &lt;primal&gt; Ahh okay 23:15:55 &lt;str4d&gt; Stuff under the "About" menu (to me) is about existing stuff, rather than potential developments. 23:16:06 &lt;str4d&gt; So maybe the Papers link should be moved back into the about menu. 23:16:37 * str4d already split off the papers page from the presentations, tutoruals etc (which is now the media page) 23:16:52 &lt;str4d&gt; tutorial 23:16:55 &lt;str4d&gt; * 23:17:20 &lt;str4d&gt; orion: oh - that's because the old site doesn't have a footer. 23:17:23 &lt;primal&gt; I'd agree. A fellow at my local hackerspace who works on Tor actually asked me for that info once and I didn't know where to point him 23:17:30 &lt;primal&gt; having it clearly available would be good 23:18:05 &lt;str4d&gt; And I'm not a designer, so I haven't been playing with the old CSS much - I just got it mostly-migrated over to show how the new structure and layout fits into the old clothing. 23:18:20 * str4d moves the Papers link now. 23:18:54 &lt;orion&gt; str4d (see image) 23:19:56 &lt;str4d&gt; orion: yes, I looked at it - that's the theme from the current website, and I didn't add footer CSS to it. The two more modern themes (duck's and danimoth's) have footer CSS. 23:21:14 &lt;primal&gt; str4d: I would put the academic papers under 'Presentations, Tutorials, and Articles' 23:21:34 &lt;str4d&gt; primal: under it as in position-wise, or as a sub-menu? 23:21:37 &lt;primal&gt; Unless you want to emphasise them highly themselves 23:21:52 * str4d split off Papers from that page, and isn't about to merge them back =P 23:22:15 &lt;str4d&gt; Hmm... 23:22:26 * str4d put the link under "Comparisons" for now. 23:22:45 &lt;primal&gt; above them position wise. 'Academic Papers and Peer Review' perhaps 23:23:59 &lt;christoph&gt; the content is quite mixed there already 23:24:33 &lt;primal&gt; christoph: I'd prefer to amalgamate the content, but str4d said he isn't about to merge stuff ;) 23:25:00 &lt;primal&gt; I'm just saying, anyone who is *seriously* looking at I2P for security reasons will want to focus on the academic / peer review. 23:25:11 &lt;str4d&gt; primal: my point is, it's merged on the current site - I split it off because I felt that academic papers deserved their own page with their own layout. 23:25:21 &lt;christoph&gt; hm it's actually mostly fine now, /me seems to remember lots of different stuff mixed 23:25:31 &lt;primal&gt; I wouldn't trust software to protect me from getting killed/legal issues/etc without being able to read up on it 23:25:50 &lt;christoph&gt; so basically probably I was remembering before str4d splitof 23:25:53 &lt;primal&gt; str4d: I agree. As said, I'd recommend adding an 'Academic Papers and Peer Review' section under about for them 23:25:53 &lt;str4d&gt; primal: see `http://www.i2p2.i2p/papers` for the "old" version. 23:25:57 &lt;iRelay&gt; Title: Papers and Presentations on I2P - I2P (at www.i2p2.i2p) 23:26:12 &lt;str4d&gt; primal: refresh the page to see my shift for now 23:26:19 &lt;str4d&gt; But that's a good title. 23:26:22 &lt;primal&gt; ok 23:27:01 &lt;primal&gt; Looks good. 23:27:16 &lt;str4d&gt; Title changed locally - should I shift it further down that menu as well? Or rearrange the rest of the menu 23:27:19 &lt;str4d&gt; ? 23:27:42 &lt;primal&gt; Shift it down under 'Hall of Fame' imo 23:27:57 &lt;primal&gt; just above presentations and articles 23:28:35 &lt;str4d&gt; Mmm, I like that. Pushing... 23:29:37 &lt;str4d&gt; Any other comments? Does the front-page as a whole look okay? Does the left-hand column content work? 23:30:12 &lt;primal&gt; well 23:30:42 &lt;primal&gt; grammatically the second paragraph isn't quite right ;) 23:32:28 &lt;primal&gt; "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is ideal for activists, oppressed people, journalists and whistle-blowers." 23:33:09 &lt;primal&gt; Or perhaps... "I2P is used by many people who care about their privacy, as well as those in high-risk situations. It can benefit a wide range of people, such as activists, oppressed people, journalists and whistle-blowers." 23:33:17 &lt;str4d&gt; That second paragraph is a compact version of what used to take up that entire column (which I didn't like on its own - too much like the Tor site) 23:33:33 &lt;primal&gt; or even 'It can provide a secure method of communication for activists...' etc 23:34:12 &lt;str4d&gt; The main div already talks about secure communication 23:35:12 &lt;primal&gt; I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is designed to protect activists, oppressed people, journalists and whistle-blowers - as well as the average person." 23:35:45 &lt;primal&gt; eh, I'm just tossing stuff out here. Anyhow, the sentence does need to be grammatically corrected and is a bit of a run-on, but I'm nit-picking ;) Generally it's fine 23:36:17 &lt;str4d&gt; I like that last one =) 23:36:58 &lt;primal&gt; yeah me too. 23:37:10 &lt;str4d&gt; "I2P is a full darknet implementation - a network within a network, unmonitorable by your ISP or government." - thoughts? 23:37:45 &lt;str4d&gt; That was taken from the Trac wiki page, and I think it's about as technical as you'd want to get on the front page. 23:38:15 &lt;primal&gt; Well, it is quite a definitive claim 23:38:23 &lt;str4d&gt; As zzz has said before, we want to carefully consider exactly what is said on the front page, as that will be important for SEO as well as it being what the users first see. 23:38:30 &lt;primal&gt; but if we're comfortable with that, ok :) 23:38:50 &lt;str4d&gt; Yeah... the first two "statements" are true enough, but the last is debatable. 23:38:57 &lt;primal&gt; perhaps 'intended to be unmonitorable by...' 23:39:12 &lt;primal&gt; i.e that's the plan, 23:39:41 &lt;str4d&gt; That makes it sound like it isn't yet ^_^ 23:39:52 &lt;primal&gt; hmm 23:39:59 * primal tries to think of a better phrasing 23:40:38 &lt;primal&gt; I'd go with 'desgined to be' but I dislike repeating the same term and if you go with my other paragraph 2, it'd be repeated. 23:40:45 &lt;str4d&gt; The column links to about/intro as well, so that is likely where new users will head first. 23:41:08 &lt;primal&gt; 'created to be unmonitorable' perhaps? 23:41:44 &lt;str4d&gt; (So about/intro will need work as well) 23:41:48 &lt;h2ik&gt; I can guarantee that it's monitor-able but it takes a lot of effort 23:42:15 &lt;h2ik&gt; it's privacy/security through obfuscation 23:42:15 &lt;primal&gt; right but the INTENT is for it not to be monitorable. I'd go with 'created to be unmonitorable' 23:42:50 &lt;str4d&gt; h2ik: obfuscation? Not encryption? 23:42:53 &lt;h2ik&gt; or perhaps something like "designed to prevent monitoring" 23:43:08 &lt;h2ik&gt; str4d: well there is both but I can deduce end points 23:43:15 &lt;h2ik&gt; str4d: and if you want to get devious you could run an outproxy :-) 23:43:22 &lt;str4d&gt; h2ik, how so? 23:43:33 &lt;primal&gt; h2ik: yeah, but I used 'designed to be' in the next paragraph. It's just grammatically tacky to repeat the term ;) 23:43:45 &lt;dg&gt; let's not make promises we can't keep. 23:43:56 &lt;dg&gt; ioerror spoke about this, it's dangerous 23:43:56 &lt;str4d&gt; Also, we should distinguish between being able to monitor the I2P network itself, and being able to monitor network traffic wihin it. 23:43:59 &lt;str4d&gt; within* 23:44:06 &lt;h2ik&gt; which is ultimately my point there dg so thanks for getting me there faster 23:44:10 &lt;str4d&gt; dg++ 23:44:29 &lt;primal&gt; "Created to provide security from monitoring by...." 23:44:43 &lt;dg&gt; It is extremely EXTREMELY dangerous and potentially fatal for us to say we can keep someone safe and that they are entirely safe from an adversary. However, we can tell them what we can protect against *as well as* our goals. 23:44:46 &lt;primal&gt; or 'protection from monitoring by...' 23:44:49 &lt;h2ik&gt; primal: how about intended to make monitoring difficult or some such ? 23:45:04 &lt;dg&gt; It's okay to say our goals and that's important for inspiring some people to use i2p, actually. It's a base for a secure internet. 23:45:16 &lt;h2ik&gt; +1 dg 23:45:19 &lt;str4d&gt; dg: yep. 23:45:24 &lt;str4d&gt; The flow I see for a new user is: 23:45:47 &lt;h2ik&gt; (sorry didn't mean to jump in on the discussion... just wandered by for the meeting) 23:45:50 &lt;str4d&gt; Front page -&gt; about/i2p (either via the Read more... link or the About menu) -&gt; other information. 23:45:50 &lt;primal&gt; h2ik: hmm "and is intended to protect against monitoring by third parties, such as hostile governments or ISPs' 23:46:00 &lt;str4d&gt; h2ik, you're more than welcome to =) 23:46:19 &lt;h2ik&gt; primal: I like that.. 23:46:38 &lt;primal&gt; dg: yeah, that's why I asked about it, it seems to basically be promising more than we could be sure of delivering on. 23:46:57 &lt;primal&gt; str4d: "I2P is a full darknet implementation - a network within a network, and is intended to protect against monitoring by third parties, such as hostile governments or ISPs." 23:47:52 &lt;str4d&gt; primal: sounds good. 23:48:03 &lt;h2ik&gt; +1 primal 23:48:58 &lt;dg&gt; As long as we're not saying something which says "we make sure you can't get killed by your gov for using i2p!", we're on the right lines 23:49:18 &lt;primal&gt; yep and it keeps us from having to a disclaimer like Anomos has 23:49:34 &lt;dg&gt; Anomos = ? 23:49:41 &lt;h2ik&gt; "PS. we're faster than freenet" 23:49:44 &lt;dg&gt; disclaimers are no btw 23:49:47 &lt;primal&gt; http://anomos.info/ 23:49:50 &lt;iRelay&gt; Title: Anomos (at anomos.info) 23:49:54 &lt;primal&gt; encrypted torrent thingy 23:50:05 &lt;dg&gt; Disclaimers are like "yeah man we do this for kicks but we're not promisin' nothin', maybe you'll be safe, maybe you won't" 23:50:12 &lt;dg&gt; there's no confidence at all 23:50:15 &lt;primal&gt; yup thats why I'm not a fan of them 23:50:31 &lt;dg&gt; many of the devs and team are passionate people and it's more than just something which may or may not help you not get killed 23:51:50 &lt;primal&gt; dg: I'm in agreement. No arguments from me on that count :) Heck, I'm just a user who likes his privacy, that's why I'm here. I haven't got an (overly) hostile government. But what I do online is still none of their business. 23:52:55 &lt;primal&gt; I just think this is a project that benefits EVERYONE in general. And I want to do what I can to make sure it succeeds :) 23:53:06 &lt;dg&gt; primal: I'm not oppressed but I want to help people who are. I'm the same! I want to make i2p better though, and we're all in agreement on that. As long as our website reflects that, we're golden. 23:53:13 &lt;dg&gt; +1 23:53:26 &lt;primal&gt; dg: precisely :) 23:54:01 &lt;dg&gt; The community feeling should be reflected. The active IRC and people here are a DEFINITE strong point. 23:54:28 &lt;primal&gt; dg: we need someone to advocate the point of the users of I2p imo, cause that's who makes it work ultimately 23:54:39 &lt;primal&gt; but I'm getting a bit off topic there :D 23:54:42 &lt;str4d&gt; Okay, text on front page updated. 23:54:49 &lt;primal&gt; str4d: awesome/ 23:54:52 &lt;dg&gt; heh :D 23:54:55 &lt;h2ik&gt; primal: and those users are also the reason we are in business 23:55:10 &lt;primal&gt; h2ik: hey I'm one of them and so I agree 23:55:25 &lt;primal&gt; str4d: whistle-blowers is hyphenated :P lol 23:55:36 * primal nitpicks! ;) 23:55:40 &lt;str4d&gt; Whoops =P 23:55:48 &lt;primal&gt; rofl 23:56:03 &lt;dg&gt; as for anomos, meh. Kind of dangerous to have something only for BitTorrent too.. if you can fingerprint it, you can say "bam, bittorrent", maybe you can just say that all BitTorrent is bad and then goodbye anomos 23:57:18 &lt;dg&gt; Only looked at the site briefly though, I cannot judge. 23:57:55 &lt;str4d&gt; As much as I like this discussion, getting back onto topic, and my second point - URL changes in the revamp? 23:58:26 &lt;primal&gt; Is the android release mature enough to be on the page for download? or perhaps as a 'development release' or something? Or is that sponge's project and not something that ought to be up there? 23:58:29 &lt;primal&gt; dg: yeah I haven;t tried it, i2psnark works just fine for me. 23:58:29 &lt;primal&gt; sorry str4d :) 23:59:08 &lt;str4d&gt; So: would the url /lang/blog/XXXX/XX/XX/slug be preferable to the current /lang/blog/entry/XXXX/XX/XX/slug ? 23:59:15 &lt;str4d&gt; //lang/support/* vs /lang/help/* ? 23:59:22 &lt;h2ik&gt; str4d: we could add some of the newer services to the interesting eepsite list if that's what you are after 23:59:25 &lt;str4d&gt; /lang/volunteer/* vs /lang/get-involved/* ? 23:59:36 &lt;dg&gt; /post/* and /lang/help/* 23:59:59 &lt;str4d&gt; dg: you said support yesterday, not help =P 00:00:26 &lt;str4d&gt; h2ik: you mean the list of eepsites on /home ? 00:00:29 &lt;str4d&gt; (in the routerconsole) 00:00:36 &lt;str4d&gt; That's not what I'm referring to. 00:01:34 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #12 for job Cobertura Coverage Reports 00:02:50 &lt;h2ik&gt; str4d: oh the front web page, I see, sorry. 00:03:35 &lt;str4d&gt; h2ik: I've re-organized the pages into more SEO- and user-friendly URLs, but I'm asking if they should be changed (before I go through and ensure that all internal links are up-to-date) 00:03:35 &lt;str4d&gt; h2ik: not the front page so much as the URLs of other pages. 00:03:42 &lt;dg&gt; str4d: changed my mind I think 00:03:45 &lt;str4d&gt; So e.g. /en/volunteer/bounties vs /en/get-involved/bounties 00:03:52 &lt;dg&gt; str4d: support is almost too professional? 00:03:56 &lt;dg&gt; str4d: /lang/get-involved/* 00:04:03 &lt;str4d&gt; And /en/support/faq vs /en/help/faq 00:04:06 * h2ik nods in understanding. 00:04:17 &lt;str4d&gt; dg: yeah, that's what I was starting to think as well, hence my RFC 00:04:55 &lt;str4d&gt; h2ik: the navbar roughly corresponds to the URL sub-structure, but not entirely. 00:05:11 &lt;dg&gt; /en/help/faq.. I think. I'm 50/50 on help/support. Help is maybe too bland but support too formal? 00:05:35 &lt;str4d&gt; dg: I was also worried about conflation of meaning with help / volunteer 00:06:34 &lt;str4d&gt; And if volunteer is changed to get-involved, what should be done about that menu? So far, no menu-opening items are linked as well (again, preventing conflation of meaning). 00:08:26 &lt;dg&gt; str4d: Get involved is more motivational, volunteer is not so "you can do something now!", I guess. 00:08:41 &lt;dg&gt; as for the help/volunteer.. uh. 00:08:44 &lt;primal&gt; yeah I like get involved 00:09:32 &lt;str4d&gt; primal: then where should the "Get Involved!" page be linked from? 00:09:51 &lt;primal&gt; main page 00:09:58 &lt;str4d&gt; AFK for 30 mins 00:10:01 &lt;str4d&gt; primal: I mean in the nav-bar 00:10:16 &lt;dg&gt; How about we just rename Volunteer to Get Involved? 00:10:31 &lt;str4d&gt; (See how "Volunteer" is the menu title and it has an option "Get Involved!") 00:10:34 &lt;h2ik&gt; +1 on that. Volunteer is crap 00:10:46 &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:10:49 &lt;dg&gt; Is this possible? 00:11:24 &lt;primal&gt; oh hurm 00:11:24 &lt;primal&gt; oh where it is is fine, just after 'help' 00:11:54 &lt;dg&gt; Also, the comparisons for networks is inconsistent. 00:11:54 &lt;h2ik&gt; Get Involved or Join Us (or similar) - we want to encourage people to join our fun band of like-minded privacy people .. just saying 00:12:18 &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet 00:12:29 &lt;dg&gt; I don't know if I like /just/ the chunk of test either. 00:12:32 &lt;dg&gt; *text 00:13:13 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Cobertura Coverage Reports build #12:UNSTABLE in 11 min: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/cobertura/12/` 00:13:25 &lt;primal&gt; dg: that was what I meant 00:15:51 &lt;dg&gt; Btw, where can I find swt.jar? 00:16:21 &lt;h2ik&gt; str4d: in case nobody has mentioned it before, THANK YOU for taking this on. 00:16:43 &lt;KillYourTV&gt; swt.jar: your package manager or http://www.eclipse.org/swt/ 00:16:46 &lt;iRelay&gt; Title: SWT: The Standard Widget Toolkit (at www.eclipse.org) 00:17:01 &lt;dg&gt; ah ok 00:18:10 &lt;KillYourTV&gt; re: cobertura: 00:18:13 &lt;KillYourTV&gt; 00:13:10 Code coverage enforcement failed for the following metrics: 00:18:16 &lt;KillYourTV&gt; 00:13:10 Lines's stability is 24.85 and set mininum stability is 24.88. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Methods's stability is 30.55 and set mininum stability is 30.65. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Setting Build to unstable. 00:18:37 &lt;KillYourTV&gt; &lt;/ot&gt; 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; Is this possible? &lt;-- possible and the way it was originally IIRC 00:21:33 &lt;dg&gt; not sure if it is a good design choice but it works better in $self-&gt;head 00:21:52 &lt;primal&gt; got dc'd 00:22:03 &lt;primal&gt; gah 00:22:06 &lt;primal&gt; got dcd 00:23:36 &lt;str4d&gt; I got dcd as well 00:24:16 &lt;str4d&gt; &lt;dg&gt; /en/about/comparison/gnunet design even is different to /en/about/docs/overview/comparison#freenet &lt;-- I copied the /en/about/docs/overview/comparison#tor template 00:24:27 &lt;str4d&gt; The tor and freenet comparisons are as-is from the current website 00:24:38 &lt;str4d&gt; (Just split onto separate pages( 00:25:15 &lt;str4d&gt; &lt;primal&gt; dg: that was what I meant 00:25:23 &lt;str4d&gt; ^-- last I saw before dv 00:25:23 &lt;str4d&gt; dc 00:26:07 &lt;dg&gt; Ah, right. Still, not so great. 00:26:45 &lt;str4d&gt; Caught up from kytv's logs. 00:27:00 &lt;str4d&gt; h2ik: thanks! I decided that it needed doing ^_^ 00:27:27 &lt;str4d&gt; dg: the same can be said for a number of existing pages. 00:28:08 &lt;str4d&gt; &lt;dg&gt; Then the navbar actually LINKS (like Download does), but has a drop down too? &lt;-- That's my concern. What is the general position on this? 00:32:48 &lt;dg&gt; I'm okay with it but it may be bad "design-wise". 00:32:52 &lt;dg&gt; I'm no UX guy. ;) 00:33:06 &lt;RN-Droid&gt; are we still officially in meeting? 00:33:13 &lt;dg&gt; Kind of. 00:33:16 &lt;str4d&gt; RN-Droid: yes 00:33:19 &lt;dg&gt; If you wanna bring something up, shoot! 00:33:30 &lt;str4d&gt; Though I was about to end it, since it was tailing off. 00:33:54 &lt;RN-Droid&gt; have we got any feedback from postman about linking together the 2 channels? 00:34:09 &lt;str4d&gt; dg: it's marginally better now that I've removed the need for &lt;a&gt;s as styling, so the user can now tell the difference between a menu item that goes somewhere and one that doesn't (by the cursor) 00:34:15 &lt;str4d&gt; RN-Droid: I forgot to bring that up&gt;_&lt; 00:34:38 &lt;str4d&gt; And postman hasn't been around (not saying that he hasn't been listening) 00:35:01 &lt;dg&gt; RN-Droid: We do not need postman for it, just someone to set the mode.. more or less. zzz gave his blessing. IMO, we can redirect first, change things later. postman etc could apply a rule server side but we don't need it. Shouldn't cause any problems as long as someone is in the channel to keep the mode set. 00:35:08 &lt;dg&gt; str4d: ah, yes 00:35:45 &lt;str4d&gt; dg: still not sure if it's okay from a UX perspective (I wasn't even sure if having one of the top ones linking and the other opening was alright) 00:35:56 &lt;str4d&gt; (But at least with the latter, there is no linking AND opening) 00:36:27 &lt;RN-Droid&gt; great well I personally will leave it on my list but if we're redirecting people in I get disconnected uh how do we know for sure somebody's gonna be in there? 00:36:30 &lt;str4d&gt; So, to summarize the URL changes: 00:36:58 &lt;dg&gt; RN-Droid: Some bot.. or something. Ok temporarily but ideally, server side or nothing referencing it. or both. 00:37:01 &lt;str4d&gt; RN-Droid: it's an automatic redirect when they connect. 00:37:08 &lt;dg&gt; str4d: btw, sorry for hijacking so much 00:37:08 &lt;str4d&gt; (Isn't it?) 00:37:23 &lt;RN-Droid&gt; okay sounds good in Psych to pedia will probably be in there too so we should have it covered 00:37:26 &lt;KillYourTV&gt; if done server side it's automatic. 00:37:29 &lt;str4d&gt; dg: no worries. The rest of the meeting went to structure enough ^_^ 00:37:37 &lt;dg&gt; str4d: and yes, but someone needs to be in there to keep up the mode, although doesn't have to be an op. Once the channel empties, default modes come back. I don't think you can mlock it. 00:37:44 &lt;KillYourTV&gt; (if not server side check out mode +L) 00:37:52 &lt;dg&gt; "org.eclipse.swt.graphics does not exist" 00:37:55 &lt;dg&gt;&gt;.&gt; 00:38:06 &lt;str4d&gt; So: I'll change /lang/volunteer/* to /lang/get-involved/* but leave the nav menu as-is for now until a UX decision is made. 00:38:09 &lt;RN-Droid&gt; okay we can hash out the mode situation of the service I redirect later Thanks for I listen to my input 00:38:16 &lt;str4d&gt; /lang/blog/* is already changed. 00:38:23 &lt;dg&gt; str4d: Sounds good 00:38:46 &lt;str4d&gt; And /lang/support/* vs /lang/help/* hasn't been properly decided on yet, so I'll leave it for now. 00:38:53 &lt;primal&gt; looks good to me 00:39:23 &lt;str4d&gt; primal: you're still keen to have a look at the writing-related tasks on ticket #807 ? 00:39:38 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 00:39:41 &lt;str4d&gt; (After another hour of discussion ^_^) 00:39:55 &lt;RN-Droid&gt; forward slash M e! drops out before baffing... I'll give more feedback when I redo the meeting later if there's anything else I have to add 00:40:03 &lt;primal&gt; str4d: sure I am lol 00:40:17 &lt;str4d&gt; Excellent =) 00:40:37 &lt;str4d&gt; And I'll close ticket #792 now that we have (mostly) decided on the front page text - if it needs tweaking the ticket can always be re-opened. 00:40:43 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 00:40:51 &lt;str4d&gt; So, any other points of order before the meeting officially ends? 00:41:34 &lt;orion&gt; I just jizzed my pants. 00:42:39 &lt;primal&gt; str4d: I wish to propose we get a user advocate type position! 00:42:39 &lt;dg&gt; primal: We do, and orion has fulfilled it! 00:42:39 &lt;dg&gt; (PR manager == user advocate) 00:42:39 &lt;str4d&gt; dg: not quite =P 00:42:42 &lt;dg&gt; str4d: I thought we decided they were more or less the same umbrella? 00:42:45 &lt;str4d&gt; There is actually a separate entry for it on /team 00:42:52 &lt;str4d&gt; dg: sort-of. 00:42:59 &lt;primal&gt; oh really? cool 00:43:06 &lt;primal&gt; who is the user advocate? 00:43:25 &lt;dg&gt; I'm up for it if it's not the same thing as PR manager 00:43:28 &lt;str4d&gt; primal: orion is the PR manager, and apparently the user advocate as well. 00:44:02 &lt;orion&gt; If we have too many committees we'll end up like the Methodist hurch. 00:44:06 &lt;str4d&gt; dg: in my mind, PR manager was more about managing I2P appearances, liaising with media etc. 00:44:13 &lt;orion&gt; s/hurch/church 00:44:20 &lt;str4d&gt; *shudder* 00:44:20 &lt;primal&gt; rofl 00:44:23 &lt;dg&gt; str4d: ah, and user advocate? 00:44:34 &lt;str4d&gt; I don't think the definitions are too hard-set as it is. 00:44:41 &lt;primal&gt; str4d: well if a user advocate IS an open position, I'd want to apply for it, if you can tell me how I'd do so. 00:45:04 &lt;str4d&gt; From the /team page: User Advocate: gather, prioritize, advocate for user needs 00:45:07 &lt;dg&gt; I'm not sure what *I* am, while we're on the subject 00:46:03 &lt;str4d&gt; primal: well you can either JFDI ^_^ or you can wait until the next general meeting for a more formal application (like orion today) 00:46:14 &lt;str4d&gt; dg: neither am I, really ^_^ 00:46:59 &lt;str4d&gt; primal, dg: if you hadn't gathered, next week's meeting is going to be a crypto meeting, discussing the need for migrating I2P's crypto (unless the time gets shifted). 00:47:10 &lt;primal&gt; str4d: how do I do it? is there a form or something ? amd plau 00:47:22 &lt;orion&gt; primal: I just made a thread on the forum. 00:47:33 &lt;dg&gt; str4d: I'll just be "dg - overall dg" for now then :) 00:47:36 &lt;orion&gt; zzz 00:48:03 &lt;dg&gt; as for the crypto meeting, I don't know if I can weigh in but I will try. I'm no crypto god but I'd rather not be silent for the duration. 00:48:03 &lt;str4d&gt; primal: not really a form, as it's not a proper formal process. zzz.i2p forum thread would be best, especially if there are more than one applicant (not that there's no reason for having both ^_^) 00:48:10 &lt;dg&gt; It'll be interesting for me nonetheless.. 00:48:41 &lt;str4d&gt; dg: it's not going to be so much a decision of what crypto to go to (though I expect that will be important) as much as *how* to migrate. 00:49:07 * str4d aims to try and bring together the relevant minds to do some concerted brainstorming. 00:49:22 &lt;str4d&gt; Anyway, anything else to be officially meeting-ed? 00:49:44 &lt;dg&gt; str4d: Alright, I'll try to help where possible. Let me know if I should shut up though ;-) 00:49:48 &lt;dg&gt; Don't think so. 00:50:20 &lt;primal&gt; str4d: sounds good. I will do so 00:50:24 &lt;primal&gt; all done here 00:50:43 &lt;str4d&gt; Alright: 00:50:43 * str4d *baf*s the meeting closed. 00:51:01 &lt;orion&gt; Now for the after-party. 00:51:07 &lt;str4d&gt; \o/ 00:51:14 &lt;orion&gt; \o\ \o/ /o/ 00:51:29 &lt;str4d&gt; *wub wub* </div>/vi/blog/2012/12/18/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-18-th%C3%A1ng-12-n%C4%83m-2012/Tue, 18 Dec 2012 00:00:00 +0000/vi/blog/2012/12/18/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-18-th%C3%A1ng-12-n%C4%83m-2012/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Astral_12, eche|on, KillYourTV, LaughingBuddha, RN, str4d, topiltzin, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:08:58 &lt;RN&gt; meeting start while I was disconnected? 20:09:17 &lt;eche|on&gt; which meeting? 20:09:38 * KillYourTV points to the topic 20:10:09 &lt;RN&gt; Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 18^^ topic 20:11:38 &lt;KillYourTV&gt; maybe they've stopped... 20:12:12 &lt;LaughingBuddha&gt; Just start whenever? 20:18:08 &lt;RN&gt; usually dg runs the meetings 20:18:27 &lt;RN&gt; I think lillith took over when he had to leave one time 20:18:50 &lt;str4d&gt; He didn't show up last week, that's why. 20:18:53 &lt;LaughingBuddha&gt; Is there a link to the general agenda? 20:18:53 &lt;str4d&gt; (And the week before he was busy) 20:21:29 &lt;RN&gt; well, there is usually an agenda... 20:22:25 &lt;str4d&gt; There's a link to the agenda he had been using for the previous few meetings, but I can't pull zzz.i2p at the moment... 20:22:28 &lt;RN&gt; on trac 20:22:28 &lt;eche|on&gt; thats the update weather 20:22:28 &lt;eche|on&gt; hell a lot of updates/traffic currently 20:22:28 &lt;RN&gt; `http://trac.i2p2.i2p/wiki/meeting` 20:22:28 &lt;str4d&gt; o/ topiltzin 20:22:28 &lt;eche|on&gt; far faster than any update before 20:22:28 &lt;str4d&gt; RN, can you access that? 20:22:28 &lt;Benedikt&gt; what happened? one of the servers from this netword dropped down? 20:22:31 &lt;str4d&gt; I've got a few planned topics anyway, if you can't. 20:22:31 &lt;RN&gt; agenda hasn't been updated since the dec 4th meeting it seems 20:22:31 &lt;topiltzin&gt; \o str4d 20:22:31 &lt;eche|on&gt; Benedikt: net split, does happen a lot due to flaky i2p tunnels 20:22:31 &lt;Benedikt&gt; oh, thx 20:22:34 &lt;str4d&gt; Okay, I'm just going to propose a pseudo-random agenda. 20:22:45 &lt;LaughingBuddha&gt; Shoot 20:23:07 &lt;str4d&gt; (0) Say Hi. 20:23:07 &lt;str4d&gt; Hi! 20:23:15 &lt;LaughingBuddha&gt; Eyyy 20:23:31 &lt;topiltzin&gt; what up 20:25:46 &lt;str4d&gt; Any other takers? ^_^ 20:25:52 &lt;str4d&gt; Alright, moving on: 20:25:52 &lt;str4d&gt; (1) Network Health / Update Status 20:26:31 &lt;str4d&gt; Network health seems (to me) to have been pretty bad the last few days/week or so. Do we know if this was an actual attack? 20:26:46 &lt;str4d&gt; Or just continued degradation due to the bugs? 20:27:58 &lt;LaughingBuddha&gt; I guess we won't know for sure until more people actually update to 0.9.4 20:28:29 &lt;RN&gt; str4d, the trac link? yes 20:30:43 &lt;topiltzin&gt; eche|on was reporting some weird behavior, but we would not know for sure even after people upgrade to 0.9.4 20:34:04 &lt;str4d&gt; psi seemed to think that some of it was related to the Russian guides recommending that users force floodfill to find more nodes. 20:34:07 &lt;str4d&gt; With regard to updates: 20:34:15 &lt;str4d&gt; &lt;eche|on&gt; hell a lot of updates/traffic currently 20:34:18 &lt;str4d&gt; &lt;eche|on&gt; far faster than any update before 20:34:29 &lt;str4d&gt; Anything else to add to this summary of update progress eche|on? 20:36:17 &lt;eche|on&gt; 780 full updates pushed till yet by my nodes 20:37:38 &lt;str4d&gt; LaughingBuddha said that torrent updates worked for him. Anyone know how large the swarm is? 20:37:54 &lt;str4d&gt; (Only dev routers I know, but would be interesting to know) 20:38:13 &lt;KillYourTV&gt; Just around 10 20:38:59 &lt;eche|on&gt; the torrent is very low usage for me 20:39:06 &lt;KillYourTV&gt; or, let's put it like this: I see 10 peers 20:39:17 &lt;eche|on&gt; I see 6 for su2 and 4 for sud 20:40:01 &lt;KillYourTV&gt; since only a very small percentage of dev build users were offered the torrent update, I'm not surprised by there being so few transfers thus far. 20:40:16 &lt;Astral_12&gt; str4d: 6-7 peers , su2 20:40:30 &lt;str4d&gt; KillYourTV, no, all dev build users are offered torrent. 20:41:09 &lt;str4d&gt; If version ends in -0 and you pick a number from 0 to 99 that isn't 0, you don't get torrents. 20:41:12 &lt;str4d&gt; (IIRC) 20:41:15 &lt;KillYourTV&gt; oh...i misunderstood then. 20:41:23 &lt;KillYourTV&gt; `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c` 20:41:23 &lt;iRelay&gt; Torrent #19559: i2pupdate-0.9.4.su2, Size: 3.06 MB, Downloads: 6, Added: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 &lt;str4d&gt; It's enough to show that the update mechanism is working though (and we don't need to worry much about scalability, because that's already been well-tested for torrents ^_^) 20:43:11 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; I missed the torrent option 20:43:37 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; was upgrading from 0.9.3-13 20:43:48 &lt;str4d&gt; Okay, not much more to say here for now - we can appraise the effects of the update at the next meeting. 20:43:48 &lt;str4d&gt; (2) Website Revamp 20:43:48 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is where I am currently up to (make sure to hard-refresh to get the latest CSS) 20:43:55 &lt;iRelay&gt; Title: The Invisible Internet Project - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:44:27 &lt;str4d&gt; RN, your router probably found the update via HTTP first. 20:44:30 &lt;eche|on&gt; str4d: scalability is a problem with a non reachable torrent 20:44:37 &lt;zzz&gt; there is no option 20:44:40 &lt;eche|on&gt; and currently ONLY dev builds gets a torrent 20:44:59 &lt;str4d&gt; Check `http://localhost:7657/debug` - you should see a TORRENT checker there. 20:45:14 &lt;zzz&gt; and no, 20,000 in one swarm is not well-tested within i2p. 20:46:14 &lt;eche|on&gt; str4d: and I do not see a torrent on 0.9.3-15 20:46:21 &lt;str4d&gt; zzz, true, I'd forgotten that *derp* 20:46:32 &lt;LaughingBuddha&gt; str4d: Seeding: 0/9 peers 20:46:55 &lt;str4d&gt; zzz, how does the update manager choose between two update options when they have the same priority? 20:46:58 &lt;eche|on&gt; [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 &lt;str4d&gt; Is it just whichever one is found first? 20:47:50 &lt;zzz&gt; dont know 20:48:39 &lt;str4d&gt; Looking at the paste above, I'm guessing that it's highest priority number wins rather than lowest. 20:50:15 &lt;str4d&gt; Does anyone have anything else they want to add here? We can appraise the effects of the update at the next meeting. 20:51:21 &lt;topiltzin&gt; site looks good here :) 20:51:28 * str4d has to leave in 25 mins so wants to move on 20:52:57 &lt;RN&gt; please continue str4d 20:53:21 &lt;str4d&gt; (2) Website Revamp 20:53:22 &lt;str4d&gt; I've tweaked the old themes so they at least refer to the right parts of the HTML, so the links in the footer can be used to try out the different CSS files available. 20:53:52 &lt;str4d&gt; It gives an idea of how the new structure can still be differently layed out. 20:55:17 &lt;MTN11&gt; i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): Add dummy placeholder files to empty eepsite directories 20:55:17 &lt;MTN11&gt; git and a few other vcses don't store empty directories....but now these directories 20:55:17 &lt;MTN11&gt; are no longer empty. 20:55:32 &lt;jenkins&gt; Starting build #46 for job i2p (previous build: SUCCESS) 20:59:21 &lt;jenkins&gt; Project i2p build #46:SUCCESS in 2 min 42 sec: `http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/` 20:59:24 &lt;str4d&gt; How does it feel to people? 20:59:24 &lt;str4d&gt; I've also made several backend changes that should hopefully make management of the site easier - e.g. incrementing router version only has to be done in two places now zzz 20:59:24 &lt;str4d&gt; (Well, really only one, but I added another one so I could add Launchpad to the mirrors list) 21:01:40 &lt;str4d&gt; Did anyone see my posts above? 21:03:08 &lt;KillYourTV&gt; yes. I think the site looks very good. 21:03:31 &lt;LaughingBuddha&gt; Yup 21:03:37 &lt;LaughingBuddha&gt; +1 on the design 21:03:37 &lt;str4d&gt; laaaaag 21:04:45 &lt;KillYourTV&gt; a few broken links though bu tmaybe those are known 21:06:05 &lt;KillYourTV&gt; specifically `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys` links to `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone` which doesn't exist. 21:06:55 &lt;str4d&gt; I still plan to open up the design to suggestion from the community (since there are still things about duck's design that bug me) but as a first iteration it works. 21:06:58 &lt;str4d&gt; KillYourTV, as per ticket #807 the broken links are known (mostly on the earlier pages I migrated, since at the time I didn't know where the other pages were going to be). 21:06:58 &lt;str4d&gt; Questions: 21:07:01 &lt;str4d&gt; - Are the Blog and Meetings feeds alright as they are, or should they truncate their content (so readers have to go to the main site to view everything)? 21:07:05 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:07:36 &lt;str4d&gt; - Does the Meetings feed need to be more obvious, or is the &lt;link&gt; on the meetings index enough (it gets picked up by Firefox under Bookmarks -&gt; Subscribe to This Page)? 21:08:39 &lt;str4d&gt; KillYourTV, oh, that's a different bug - the page exists, but I shifted the monotonerc file it imports, so I need to fix that&gt;&lt; 21:09:07 &lt;str4d&gt; But again, all links like that will be fixed. 21:09:21 &lt;str4d&gt; - Does anyone have suggestions as to content changes that need to happen before the revamp goes live? 21:09:35 &lt;str4d&gt; - Do we need RSS feeds as well as ATOM? 21:10:55 &lt;zzz&gt; are all the pages staying at the same URLs? 21:10:58 &lt;str4d&gt; - Should the "any" link in mirrors preferentially choose a mirror in a country determined from the viewer's language? 21:11:44 &lt;topiltzin&gt; that's a very tricky one 21:12:30 &lt;topiltzin&gt; what is the current behavior? 21:13:08 &lt;str4d&gt; zzz, I'm reasonably happy with the urls as I have them now (but suggestions are welcome). 21:13:18 &lt;str4d&gt; There are a handful of pages I have been unable to place though. 21:13:21 &lt;str4d&gt; topiltzin, see `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom` and `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom` for the current behaviour 21:13:27 &lt;iRelay&gt; Title: I2P Blog0.9.4 Release (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:14:02 &lt;zzz&gt; str4d, I mean with existing site vs. new site 21:14:32 &lt;str4d&gt; zzz, if you were asking if the pages are at the same urls as the current site: no. 21:14:35 &lt;str4d&gt; The urls *actually make sense* now. 21:15:25 &lt;str4d&gt; zzz, there are a few legacy helpers which redirect old urls to new ones, but that only works for some of the pages. 21:15:32 &lt;zzz&gt; str4d, we need to talk about that then. We have a lot of SEO / link juice built up. There's also a couple under /static/ that have to stay the same 21:15:46 &lt;zzz&gt; hosts.txt subscription, and backup news 21:15:50 &lt;str4d&gt; (namely, meetings, status, and any pages placed into the legacy map) 21:16:04 &lt;zzz&gt; we also have a lot of links back to the website in our console 21:16:04 &lt;str4d&gt; zzz, the static ones are the same AFAICT 21:16:37 &lt;zzz&gt; can you have a redirect for every old page? 21:17:46 &lt;str4d&gt; LEGACY_MAP={ 21:17:52 &lt;str4d&gt; 'download': 'downloads_list' 21:17:52 &lt;str4d&gt; } 21:17:52 &lt;str4d&gt; ^-- we can add mappings there from the old site to the new. 21:17:52 &lt;str4d&gt; zzz, it would have to be a manual redirect, but yes. 21:17:52 &lt;topiltzin&gt; does this link juice build-up apply across all our domains? 21:17:55 &lt;str4d&gt; (I'd want to shift the legacy-supporting code into a separate file though, because that would be looooooong) 21:17:58 &lt;str4d&gt; And if I tell it to use 301 redirects, the client sees the redirect as permanent (or is that 302?) 21:18:33 &lt;topiltzin&gt; could we perhaps try the new site on geti2p.net and keep the old one on i2p2.de or similar? 21:19:00 &lt;str4d&gt; topiltzin, AFAICT geti2p.net is the same site (just a second domain) 21:19:07 &lt;str4d&gt; (as in, same backend) 21:19:42 &lt;zzz&gt; this is not a little thing. We've built up a lot of link reputation in the last 5 years and we can't afford to throw it all away. It's extremely important to get this right. 21:19:42 &lt;topiltzin&gt; I'm trying to figure out some way to traffic-test it sooner rather than later 21:20:10 &lt;str4d&gt; zzz, okay, I'll go through and add every page I've moved to the LEGACY_MAP 21:20:17 &lt;zzz&gt; another thing - that both with and without .html suffix works. 21:21:03 &lt;str4d&gt; zzz, already done (one-line addition to the legacy mapper) 21:21:03 &lt;str4d&gt; Also, can people suggest new url locations for the following files? (I'm stumped) 21:21:03 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 &lt;zzz&gt; there's also the rel=canonical stuff 21:22:19 &lt;str4d&gt; zzz, can you elaborate? 21:22:26 &lt;zzz&gt; we actually spent a fair amount of time on SEO stuff trying to get our juice back after i2p.net went away 21:22:41 &lt;zzz&gt; in _layout.html 21:23:20 &lt;zzz&gt; you want to point back to the main site so mirrors don't suck away your reputation. 21:23:27 &lt;zzz&gt; thats also why mirrors are always tagged nofollow 21:24:10 &lt;zzz&gt; so you're not giving your rep away 21:27:32 &lt;topiltzin&gt; would a mirror work for a traffic test? 21:28:25 &lt;str4d&gt; Okay, well we just have to ensure that those are carried over to the new global/layout.html 21:30:02 &lt;str4d&gt; (I'm guessing duck didn't do that) 21:32:53 &lt;topiltzin&gt; (would love to read some chat logs about the SEO stuff) 21:34:37 &lt;zzz&gt; str4d, if you haven't been thinking about SEO yet, time to dive in ASAP. Every word on the home page matters. 21:35:00 &lt;zzz&gt; Both on the current home page and on the duck version, the words are chosen very carefully. 21:36:58 &lt;zzz&gt; look for example at where we rank on google for 'garlic routing'. I wrote that page from scratch specifically to get page rank for that search term. 21:40:37 &lt;str4d&gt; I've been more focused on getting the new site operational. But I haven't changed much text content. 21:41:36 &lt;str4d&gt; I can go through and make sure the new layout dude doesn't lose any link stuff. Do you have suggestions for the SEO of the front page as it stands now though, zzz? 21:43:52 &lt;str4d&gt; Since the text content of the migrated pages has not changed, they should be fine once the legacy redirects are in. 21:45:20 &lt;zzz&gt; havent looked in months. whats the url again? 21:46:13 &lt;zzz&gt; also str4d, we should standardize on '-' instead of '_' in urls. Right now it's a mix, but in the last 10 years the web has clearly standardized on '-'. Underscores look bad and it doesnt matter for SEO any more 21:46:29 &lt;str4d&gt; It's above 21:46:32 &lt;str4d&gt; Also linked on ticket #807 21:47:19 &lt;str4d&gt; Yep, I noticed the mix. I'll fix that up. 21:47:22 &lt;zzz&gt; ok I'll check the ticket. all the links above I see are to feeds and such 21:48:19 &lt;zzz&gt; also good is to maintain short urls for the pages that get tweeted or referenced often - /download, /faq, etc. 21:48:22 &lt;str4d&gt; The links above- use that b32 21:50:25 &lt;zzz&gt; and if you or somebody else trusted wants to go further and claim our site on google webmaster tools, add a site map, etc., that would be great. I'm not at all claiming our SEO is great, just that we used to think about it at least a little. 21:52:00 &lt;str4d&gt; I was going to add site map generation to the backend, so I'd be happy to do that. 21:52:18 &lt;topiltzin&gt; does google webmaster tools report data back to google? 21:52:58 &lt;zzz&gt; only if you put their js on your site 21:53:27 &lt;str4d&gt; Short URLs - would the legacy URLs be enough? 21:54:10 &lt;str4d&gt; topiltzin, only if we run Google Analytics 21:54:49 &lt;topiltzin&gt; but will we get meaningful information without reporting anything back to google? or do we not care? do paranoid users care? etc. 21:55:38 &lt;zzz&gt; sure, good questions. ofc we can also just awstats or similar across our logs looking at referers and search terms 21:55:45 &lt;zzz&gt; doubt anybody's done that in years. 21:57:16 &lt;str4d&gt; Well, the tools report back of course, but only because they are interfacing to Google data 21:57:26 &lt;str4d&gt; Does the webmaster need to be non- anon though? 21:58:06 &lt;zzz&gt; just need a gmail addy afaik 21:58:13 &lt;str4d&gt; topiltzin, we will get Google search info, which in itself is useful. 21:58:39 &lt;str4d&gt; Analytics is technically separate to the webmaster toolkit IIRC 21:58:46 &lt;zzz&gt; anyway, all this is a sideshow for now 21:59:21 &lt;str4d&gt; Yep. zzz, you reached the site yet? 21:59:44 &lt;zzz&gt; nope, been talking to you :) 22:00:49 &lt;topiltzin&gt; I like to pre-fetch eepsites while I chat :) 22:02:17 &lt;zzz&gt; don't have much extra upstream bw for fetching atm 22:02:20 &lt;RN&gt; " Umm... the server encountered some sort of error. " 22:03:08 &lt;RN&gt; that's what I'm getting when I select the FAQ from the dropdown menu 22:03:31 &lt;zzz&gt; str4d, how are you staying in sync with the old website? did you branch from it in mtn or are you doing it manually, or have deferred the whole painful issue? 22:03:34 &lt;str4d&gt; Rn, odd... shouldn't do that. 22:04:00 &lt;str4d&gt; zzz, branched in mtn and propping regularly. 22:04:23 &lt;str4d&gt; I'm changing no content in the revamp so merges work alright. 22:04:58 &lt;str4d&gt; There have been a few tricky ones, but mostly easy props. 22:10:49 &lt;zzz&gt; what are you asking for comments on ? broken links? general organization? layout/colors/CSS? I have no idea where you're at. 22:11:54 &lt;RN&gt; dark theme dosn't look right 22:12:00 &lt;str4d&gt; zzz, navigation layout, URL forms, general usability, and front page content 22:13:21 &lt;str4d&gt; RN, neither of the old ones do. I've asked dr|z3d for some pointers, but none of the current themes will likely be the final one. 22:13:51 &lt;str4d&gt; RN, re the error, I'll look at it in about 20 mins 22:14:07 &lt;zzz&gt; so there won't be any theme selectors in the final version, hopefully? 22:14:58 &lt;zzz&gt; multiple themes is a horrific waste of time 22:15:20 &lt;str4d&gt; zzz, probably not, unless there is indecision over the final theme. They are there to help designers. 22:15:43 &lt;LaughingBuddha&gt; They can always be created by users. It isn't something the devs should worry about 22:16:20 &lt;LaughingBuddha&gt; IMO 22:16:27 &lt;str4d&gt; I just put the links there to expose the functionality for now. 22:17:36 &lt;zzz&gt; the thing that bugs me the most about the home page is the black bar with the links. That aren't really links since they only popup a menu, they don't go anywhere ifyou click on them 22:18:37 &lt;zzz&gt; it's like it's the wrong color, and in the wrong place, and too small or something. It's not in the style of the rest of the page, and I'm wondering if all that should be below the green part 22:19:12 &lt;str4d&gt; zzz, I haven't focused on color or style. 22:19:49 &lt;str4d&gt; The decision to not link the menu openers came after usability discussions and feedback. 22:20:16 &lt;str4d&gt; It was decided that linking some of them and not others would cause confusion. 22:20:43 &lt;str4d&gt; The plan is to use CSS to make the distinction clearer. 22:21:35 &lt;zzz&gt; cant put my finger on it but the top 3 sections (yellow, black, green) seems like one too many or in the wrong order or something 22:21:35 &lt;zzz&gt; not just about color/style maybe? don't know. there's something unfinished or out-of-place about it 22:21:35 &lt;zzz&gt; maybe some styling can bring it all together, maybe not. 22:21:42 &lt;str4d&gt; The color and style of the navbar will be changed to integrate better, but I needed something functional. 22:22:00 &lt;zzz&gt; I'd love to find someplace on some page to put a big "Celebrating 10 years 2003-2013" banner 22:22:50 &lt;str4d&gt; (this is why I added the theme links, to show that thesaurus structure can be rendered differently) 22:23:24 &lt;zzz&gt; whats a thesaurus structure? 22:23:31 &lt;zzz&gt; havenc clicked on theme links yet 22:24:20 &lt;str4d&gt; Argh, phone typing fail. should be "same" 22:25:06 &lt;zzz&gt; and now I wish I hadn't 22:26:09 &lt;zzz&gt; too bad dg seems to have gone up in smoke. All that youthful enthusiasm fizzled out so fast? 22:26:28 &lt;zzz&gt; two meetings and done 22:26:47 &lt;str4d&gt; yeah, half the old castle isn't being used properly because of the new structure. but I haven't had time to migrate them yet. 22:26:58 &lt;str4d&gt; css* 22:27:36 &lt;str4d&gt; It sounds like he's rather busy at present. 22:28:26 &lt;zzz&gt; so that's my takeaway. the black menu bar seems to be the most problematic. Not that I have any suggestions about it. Just feels/looks not right. 22:30:12 &lt;topiltzin&gt; I'm sure another dg will show up or the old one will return when the time is right :) 22:30:28 &lt;str4d&gt; Yep. what about the layout of links within it? Sensical? 22:30:28 &lt;topiltzin&gt; but in the meantime, we're still doing great and it's important to listen to non-youthful and non-enthusiastic points of view as well 22:31:10 &lt;str4d&gt; (also, I'll try changing the black bar to use the color scheme from ducks example nav bar.) 22:31:37 &lt;zzz&gt; just surprised to see dg go from 60 mph to zero in a couple days. 22:32:51 &lt;zzz&gt; dunno if we want direct links to the jar, exe, etc on the home page. Seems like the text on the download page is important. 22:33:45 &lt;zzz&gt; defnitely need a llnk to trac, looks like that got lost? 22:34:16 &lt;zzz&gt; if you would go somewhere when you clicked on the word, that would be a big help too 22:34:26 &lt;KillYourTV&gt; Volunteer -&gt; Develop -&gt; Bug Tracker 22:34:54 &lt;zzz&gt; hahgeez there's two levels? 22:35:32 &lt;zzz&gt; there's no little arrows indicating another level 22:36:09 &lt;zzz&gt; and do we really want two levels on the home page, or anywhere? might be more than topiltzin's grandma can handle 22:36:44 &lt;zzz&gt; and we darn well better send grandma somewhere when she clicks on download 22:37:43 &lt;topiltzin&gt; yeah lets make sure she can get i2p and worry about making her a developer later 22:38:15 &lt;zzz&gt; heck, might be best to scrap the fancy dropdowns and just replace download-about-help-volunteer with four big-ass buttons 22:39:01 &lt;str4d&gt; zzz, there will be. 22:39:23 &lt;topiltzin&gt; if the big-ass buttons are in Pretty Colors grandma would love it 22:39:34 &lt;str4d&gt; And it was topiltzin who suggested to move docs into the about menu, so there are techincally three levels 22:39:57 &lt;str4d&gt; zzz, I had the Trac link in the help menu, but topiltzin suggested moving it to voliunteer -&gt; develop 22:40:11 &lt;zzz&gt; it's like we're trying to make a hierarchical website, but only thru a complicated multi-level menu bar on the home page. What we really need are actual hierarchical pages, like an about page, a volunteer page, and a help page. 22:40:57 &lt;KillYourTV&gt; Now 8 peers for the sud `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV` 22:40:57 &lt;iRelay&gt; Torrent #19558: i2pupdate-0.9.4.sud, Size: 7.09 MB, Downloads: 6, Added: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 &lt;zzz&gt; trying to create strucrture solely in that black bar is insufficient, and maybe the wrong place to try 22:41:30 &lt;str4d&gt; zzz, the structure is in the urls. I copied that structure into the nav bar because it seemed to make sense to me. 22:42:13 &lt;str4d&gt; As I've said all along, the biggest task was deciding how to rearrange the old pages from a single directory into a hierarchy, and I have had almost no help there. 22:42:24 &lt;zzz&gt; just spitballing. Haven't looked at it in months and may have a different opinion tomorrow. 22:42:47 &lt;zzz&gt; not criticizing, just speculating 22:43:06 &lt;str4d&gt; So my biggest question is, do my structure decisions make sense? 22:43:25 &lt;str4d&gt; (i.e. to people other than me) 22:43:35 &lt;topiltzin&gt; it's good that we have so many future directions to explore, I'm sure it will result in many productive discussions 22:43:55 &lt;str4d&gt; Once the structure of the existing pages is set, then the other issues can be worked out around that. 22:43:58 &lt;topiltzin&gt; str4d: yes here 22:44:31 &lt;str4d&gt; And did anyone have suggestions to my earlier query about where to put the last few pages? 22:44:34 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 &lt;topiltzin&gt; and since dg has proven that he can go from zero to 60 mph in a lot shorter time than few days, those discussions are going to be *FUN* &lt;/offtopic&gt; 22:45:06 &lt;zzz&gt; what do you mean "put"? 22:45:09 &lt;str4d&gt; There are also older pages that I haven't added in yet, because I think they are somewhat irrelevant, but they should probably go *somewhere*: 22:45:12 &lt;str4d&gt; announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 &lt;str4d&gt; benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 &lt;zzz&gt; where to link to them? 22:45:23 &lt;str4d&gt; zzz, in the backend / the urls. 22:45:34 &lt;str4d&gt; All site pages are stored under pages/site/ 22:45:45 &lt;str4d&gt; From there, the folder structure matches the urls. 22:46:04 &lt;zzz&gt; you're hierarcical-izing all the files too? 22:46:21 &lt;str4d&gt; So e.g. the page on unidirectional tunnels is stored in pages/site/docs/tunnels/unidirectional.html 22:46:36 &lt;zzz&gt; because that seems like a fools' errand to hyper-categorize everything 22:46:39 &lt;str4d&gt; zzz, yes - makes site management a hell of a lot easier both on the people and the code. 22:47:13 &lt;zzz&gt; if you say so. but for gosh sakes just make a misc/ directory and be done. 22:47:48 &lt;zzz&gt; remember a file can only be in one place but there can be multiple links to it. don't get yourself stuck trying to put everything in its place. 22:48:26 &lt;str4d&gt; Alright, misc it is. And I disagree there - at least from an SEO perspective, unique content should have a unique slug 22:49:00 &lt;str4d&gt; Hence, I wanted to try and get the urls right. 22:49:04 &lt;zzz&gt; i think if you just pulled out the release notes, meeting logs, and statuses into their own dirs you'd find there wasnt a lot left 22:49:35 &lt;zzz&gt; sure, unique URL, but you can link to it from many places. Not every link from tunnels/index.html has to be to a tunnels/xxx.html file 22:50:16 &lt;str4d&gt; Yes, true (that itself is why half the links are still broken) 22:50:31 &lt;zzz&gt; e.g. on how.html there's dup links in there, and links to all sorts of topics. 22:50:34 &lt;str4d&gt; But I wanted the url of each page to make sense for that page. 22:51:05 &lt;str4d&gt; i.e. /en/site/docs/overview/transport/ssu vs /en/site/docs/legacy/ssu/ 22:51:16 &lt;str4d&gt; (There are both - one is the documentation, one is the specification) 22:51:46 &lt;zzz&gt; nice in theory, maybe not so much in practice. or maybe it's all good. 22:52:23 &lt;str4d&gt; But if everyone is happy enough to have an /en/site/misc/* url for the remaining pages, I'll put them there (as I'm getting tired of page sorting @_@) 22:54:09 &lt;zzz&gt; just don't try to achieve some mythical and useless goal of a 1:1:1:1 mapping of menus:topics:urls:filenames 22:55:07 &lt;zzz&gt; and a deep hierarchy doesn't help anybody. hurts SEO, hurts the people typing, hurts readability of the urls, etc.... so dont get carried away 22:55:10 &lt;str4d&gt; b 23:00:46 &lt;str4d&gt; With regard to that, I'm wondering if there is a way to remove "site/" from the url - it just adds to the length. 23:01:04 &lt;str4d&gt; But given that other pages are e.g. "/en/download" or "/en/blog", having "/en/site/*" might be unavoidable. 23:02:46 &lt;str4d&gt; And mapping urls:filenames is also unavoidable, because they are flat files, so the only way to get a url of a filename (without storing yet another map) is to use its path. 23:04:00 &lt;topiltzin&gt; zzz: which of the issues you brought up today would you say are real show-stoppers as opposed to incremental improvements? 23:04:03 &lt;zzz&gt; lang/site seems poor 23:04:07 &lt;zzz&gt; cant we just use content headers? 23:04:07 &lt;str4d&gt; General feeling I'm getting from reading some articles on SEO is that longer URLs with categorization are better. 23:04:48 &lt;str4d&gt; zzz, I recall discussing that with welterde, but I don't recall his argument against it. 23:06:05 &lt;str4d&gt; The backend just needs to get a language code from somewhere. 23:06:08 &lt;str4d&gt; @babel.localeselector 23:06:09 &lt;str4d&gt; def get_locale(): 23:06:09 &lt;str4d&gt; # If the language is already set from the url, use that 23:06:09 &lt;str4d&gt; if hasattr(g, 'lang'): 23:06:09 &lt;str4d&gt; return g.lang 23:06:09 &lt;str4d&gt; # otherwise try to guess the language from the user accept 23:06:09 &lt;str4d&gt; # header the browser transmits. The best match wins. 23:06:09 &lt;str4d&gt; return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 &lt;str4d&gt; That's the current method. 23:06:24 &lt;str4d&gt; But IIRC welterde wasn't particularly happy with solely relying on ACCEPT_LANGUAGES 23:07:01 &lt;zzz&gt; i don't really know anything about the backend but it sounds like you're looking at a pretty rigid url-&gt;file mapping technology? 23:07:16 &lt;zzz&gt; i dont even know if you're using the same backend as now or something new 23:07:42 &lt;str4d&gt; zzz, it's not a rigid technology, no - it's the requirement of having the pages in mtn that is rigid. 23:07:46 &lt;str4d&gt; @app.route('/&lt;string:lang&gt;/site/&lt;path:page&gt;') 23:08:01 &lt;str4d&gt; ^-- that is the catcher for site urls. 23:08:31 &lt;zzz&gt; re: showstoppers, I wouldn't classify of my comments as showstoppers, only as comments. But it doesnt appear that we're at the point in the process yet to be talking about showstoppers anyway? 23:08:34 &lt;str4d&gt; The backend just turns "page" into a filesystem path and hands the resulting file to the template renderer. 23:09:01 &lt;str4d&gt; zzz, I'm hoping that discussion like this will help avoid showstoppers entirely =) 23:09:28 &lt;zzz&gt; right. but what sort of schedule are you on? days, weeks, months, years? I really don't know. 23:11:20 &lt;str4d&gt; I'd like to have the new site up within the next few months. 23:11:23 &lt;str4d&gt; And ideally the structure of the site will be sorted before the next release. 23:11:23 &lt;str4d&gt; well before* 23:11:23 &lt;str4d&gt; So the main showstopper I see is getting a cohesive design for the new structure. 23:12:01 &lt;str4d&gt; So weeks for the structure, months for the launch. 23:13:07 &lt;str4d&gt; Mainly because there are many other I2P-related projects I want to put time into, and I would like to finish some of my current ones first ^_^ but that said, I don't want to rush out a bad site. 23:13:50 &lt;zzz&gt; the structure of the site (menus, pages) is important, but not too hard. The structure of the files, as I said, is not the same thing, and not super-important, and I wouldn't spend more than about 5 more minutes on it. 23:16:16 &lt;zzz&gt; although, at the top level, getting rid of en/site would be great. seems like those shouldnt be in the urls 23:16:18 &lt;str4d&gt; zzz, I agree on that distinction, but under your current requirements the structure of the files is equivalent to the structure of the urls, which is very important for SEO. 23:16:48 &lt;zzz&gt; but with mapping you can skip over en/site for example. 23:18:24 &lt;str4d&gt; One thing - removing /en/site (and /en for the other pages) means that the new urls will get mixed up with the legacy catcher, which will make things tricky... 23:19:18 &lt;zzz&gt; it's important for seo but I dont know the right answers. Is en/site/docs/router/transport/udp/spec.html better or worse than /udp-specification.html? dunno. 23:19:25 &lt;str4d&gt; Which means that in addition to having a map of old legacy urls to new ones, we would need a map of new urls to their files, which is basically then a database. 23:20:12 &lt;str4d&gt; zzz, /docs/legacy/ssu/ (or udp) is better than /udp-specification AFAICT from some preliminary SEO reading. 23:20:49 &lt;str4d&gt; Though now I'm reading a page advocating flat site architecture. 23:21:12 &lt;str4d&gt; ... or is it? I can't tell... 23:21:59 &lt;zzz&gt; there's ~575 files total, 180 meeting, 48 release, 95 status, leaving only 240 others 23:22:28 &lt;str4d&gt; "Along with smart internal linking, SEOs should make sure that the category hierarchy of the given website is reflected in URLs." 23:24:39 &lt;str4d&gt; The following is a good example of URL structure: 23:24:42 &lt;str4d&gt; http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 &lt;str4d&gt; The following is a bad example of URL structure: 23:24:42 &lt;str4d&gt; http://www.imdb.com/title/tt0468569/ 23:24:45 &lt;iRelay&gt; Title: Open Directory - Games: Video Games: History (at www.dmoz.org) 23:24:53 &lt;iRelay&gt; Title: The Dark Knight (2008) - IMDb (at www.imdb.com) 23:26:52 &lt;str4d&gt; That seems to echo the general view I'm getting. 23:27:04 * str4d will do more SEO research... ugh... 23:27:07 &lt;zzz&gt; I think you gotta figure out the language thing first 23:27:34 &lt;str4d&gt; Yeah. Do we know that users will have ACCEPT_LANGUAGES set? 23:27:37 &lt;str4d&gt; s/that/if/ 23:27:40 &lt;iRelay&gt; str4d meant: Yeah. Do we know if users will have ACCEPT_LANGUAGES set? 23:27:44 &lt;str4d&gt; Does the HTTP proxy filter that at all? 23:28:35 &lt;zzz&gt; if you handle accept-foo correctly then the crawlers will work better I would guess 23:28:35 &lt;zzz&gt; but what do you do about manual language selection - set a cookie and use that to override? 23:28:35 &lt;zzz&gt; i know almost nothing about how to do it 23:28:38 &lt;zzz&gt; until you decide for sure if it is lang/.... or .../foo_lang.html you can't get much further. I dont know if duck chose the en/site scheme but if he did it's not important that he did 23:29:25 &lt;zzz&gt; certainly for blogs, newspapers, etc the best practice is clear: myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 &lt;zzz&gt; a lot of sites use short urls with redirects, for ads and for the url "guessers" - e.g. http://cbs.com/survivor 23:32:21 &lt;iRelay&gt; Title: Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com (at cbs.com) 23:32:40 &lt;zzz&gt; short urls for tweets and facebook and ads , maybe it doesnt matter if they redirect 23:33:39 &lt;zzz&gt; the i2p http proxy filters accept-* 23:45:41 &lt;str4d&gt; zzz right, so there does need to be a URL-based lang option... 23:47:49 &lt;str4d&gt; cookies - is it okay to assume that all site users will have cookies enabled? 23:48:16 &lt;str4d&gt; or at least, all non-English users (both I2P and clearnet) 23:49:50 &lt;zzz&gt; dont know 23:54:23 &lt;str4d&gt; Certainly inside I2P, we don't want to alienate the more careful users. 23:58:45 &lt;str4d&gt; Anyway, this meeting has kinda turned into a website discussionfest - sorry! 23:58:45 &lt;RN&gt; right, I block cookies by default, and I think I'm not alone 23:59:07 &lt;RN&gt; it's important stuff str4d :) 00:02:24 &lt;str4d&gt; So I'll officially end the meeting now, but website discussion can continue (though I'm off for an hour or so). 00:02:27 &lt;str4d&gt; Unless anyone has any quick points they want to raise? 00:02:34 &lt;str4d&gt; 3 00:02:34 &lt;str4d&gt; 2 00:02:34 &lt;str4d&gt; 1 00:02:37 * str4d *baf*s the meeting closed. 00:07:57 &lt;topiltzin&gt; Thank everyone, this was good stuff. I learned a lot about SEO and it's been joy to see zzz so enthusiastic. ( Could be the dg-pixie-dust aftereffects :) ) I wish I could contribute more but websites are not my thing at all. 00:08:13 &lt;topiltzin&gt; and thanks to KillYourTV and sighup-bot__ for the logs :) 00:13:54 &lt;zzz&gt; pfft. didnt know we were still in the meeting :) 00:26:40 &lt;topiltzin&gt; just zoned back in :) back seat was so cozy I spaced out a little </div>/vi/blog/2012/12/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.4/Mon, 17 Dec 2012 00:00:00 +0000/vi/blog/2012/12/17/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.4/<p>0.9.4 bao gồm một bản sửa cho lỗi về dung lượng mạng, phát sinh trong 0.9.2, vốn đã làm giảm hiệu năng và độ tin cậy của mạng. Nó cũng bao gồm những thay đổi lớn trong hệ thống cập nhật nội mạng, và bổ sung khả năng cập nhật thông qua torrent nội mạng.</p> <p>Chúng tôi đã sửa một số lỗi trong phần triển khai DHT của i2psnark được giới thiệu ở bản phát hành trước. Đối với những bạn đang sử dụng mật khẩu console (bảng điều khiển) hoặc mật khẩu HTTP proxy (máy chủ proxy HTTP), chúng tôi đã chuyển sang phương thức Digest an toàn hơn và cải thiện bảo mật cho các biểu mẫu trên console.</p>/vi/blog/2012/12/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-11-th%C3%A1ng-12-n%C4%83m-2012/Tue, 11 Dec 2012 00:00:00 +0000/vi/blog/2012/12/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-11-th%C3%A1ng-12-n%C4%83m-2012/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> lillith, Meeh, postman, psi, str4d, topiltzin, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:20:09 &lt;str4d&gt; &lt;str4d&gt; Không biết dg ở đâu, nên tôi đề xuất cứ bắt đầu cuộc họp, tiếp tục theo chương trình nghị sự tuần trước (hoặc khởi động lại nếu cần). 20:20:09 &lt;str4d&gt; (`http://zzz.i2p/posts/5779)` 20:20:18 &lt;iRelay&gt; Tiêu đề: zzz.i2p: Họp IRC (tại zzz.i2p) 20:40:14 &lt;str4d&gt; Không ai định trả lời à? 20:41:48 &lt;Meeh&gt; Tôi tham gia họp 20:42:09 &lt;Meeh&gt; nhưng IRC hôm nay thực sự không ổn định 20:51:48 &lt;str4d&gt; Có ai muốn chủ trì và bắt đầu cuộc họp không? Không biết dg đi đâu mất, và tôi phải rời giữa chừng nên không thể. 20:52:40 &lt;str4d&gt; Có vẻ iRelay đang ở trên máy chủ của postman, nên nếu người chủ trì cũng ở đó thì việc mất kết nối sẽ không ảnh hưởng đến nhật ký cuộc họp. 21:01:13 &lt;psi&gt; họp là...? 21:01:32 * lillith xung phong chủ trì khi tôi tải zzz.i2p xong thành công 21:04:05 &lt;psi&gt; giờ họp rồi phải không? 21:05:43 &lt;lillith&gt; ừ, trừ khi có ai khác muốn chủ trì 21:07:16 &lt;psi&gt; ok 21:07:16 &lt;psi&gt; chủ đề? 21:07:16 &lt;lillith&gt; Vậy, tiếp tục từ chỗ dở tuần trước, orion bạn có ở đây không? 21:09:52 &lt;psi&gt; nghe có vẻ làm được 21:09:54 &lt;lillith&gt; nhưng tôi không chắc để làm gì, ít nhất với tôi thì hơi vô nghĩa 21:10:20 &lt;psi&gt; để tạo một môi trường có cấu trúc hơn cho việc hỗ trợ người dùng 21:10:27 &lt;psi&gt; nếu tôi nhớ không nhầm 21:10:48 &lt;topiltzin&gt; kiểu gom tài nguyên lại thì đúng hơn 21:11:05 &lt;topiltzin&gt; +1 cho ý đó nhưng nếu tôi nhớ không nhầm thì phải hỏi ai đó trước (chủ kênh? ai vậy/trước đây là ai?) 21:11:13 &lt;lillith&gt; vậy là gộp hai kênh khá vắng thành một kênh bớt vắng hơn? 21:11:50 &lt;topiltzin&gt; ừ 21:12:23 &lt;lillith&gt; được rồi, mục 2a: ai sở hữu mỗi kênh và họ nghĩ gì? 21:12:50 &lt;lillith&gt; 2b: kênh mới là #i2p hay #i2p-help? 21:12:57 * postman sở hữu #i2p và không nghĩ gì đặc biệt 21:13:31 &lt;postman&gt; #i2p nên giữ tên 21:13:33 &lt;lillith&gt; 2c: nhờ ai đó xóa một kênh và chuyển hướng mọi người sang kênh kia 21:13:38 &lt;postman&gt; zzz sở hữu #i2p-help 21:14:10 &lt;psi&gt; tôi cho rằng ircd có thể làm một kiểu 'symlink' (liên kết biểu tượng) cho các kênh? 21:14:12 &lt;lillith&gt; tôi nghĩ người dùng mới cần một kênh 'help' rõ ràng để vào trước tiên khi họ kết nối 21:14:31 &lt;lillith&gt; nếu không họ sẽ hỏi bừa trong các kênh ngẫu nhiên 21:14:51 &lt;postman&gt; về: symlink. tôi sẽ kiểm tra việc đó 21:16:35 &lt;lillith&gt; được rồi, mục 2 xong chứ? 21:18:16 &lt;lillith&gt; mục 3: cập nhật việc làm lại website. 21:18:35 &lt;lillith&gt; str4d, có tin gì không? 21:18:37 &lt;psi&gt; có bao nhiêu người đang làm việc đó? 21:23:13 &lt;lillith&gt; psi: theo như tôi biết thì chỉ có str4d 21:28:17 &lt;lillith&gt; về: Mục 4 : Bổ sung liên kết Console 0.9.4, tôi nghĩ str4d đã rời đi và books không có ở đây, có lẽ tuần sau? 21:28:17 &lt;str4d&gt; lillith, sắp đi afk 21:28:26 &lt;str4d&gt; Nhưng việc tổ chức lại các trang website về cơ bản đã xong. 21:33:45 &lt;str4d&gt; Tôi muốn nhận một số phản hồi từ mọi người về nó (điều hướng và cấu trúc URL) - xem ticket #807 để lấy URL trực tiếp 21:33:48 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (cải tiến được chấp nhận) - Làm lại website 21:33:50 &lt;str4d&gt; Và ticket đó cũng liệt kê các hạng mục cần làm tiếp theo cho việc làm lại. 21:33:50 &lt;lillith&gt; được rồi, cảm ơn :) 21:34:09 &lt;lillith&gt; mục 5 ; phát hành 0.9.4 21:35:46 &lt;lillith&gt; zzz, bạn vẫn nhắm giữa tháng 12 chứ? 21:39:52 &lt;zzz&gt; thứ hai. xem thêm /topic và `http://zzz.i2p/topics/1252` 21:39:55 &lt;zzz&gt; và về: bổ sung liên kết console, mục chương trình đó có thể dời ra 6 tuần cho 0.9.5 21:45:02 &lt;lillith&gt; được rồi cảm ơn :) 21:45:09 &lt;lillith&gt; mục 6 : ghi chú nào từ những người tham gia 21:45:09 &lt;lillith&gt; ... có ai không? 21:45:09 &lt;psi&gt; ghi chú? 21:45:09 &lt;lillith&gt; bất cứ điều gì bạn muốn bổ sung 21:45:09 &lt;psi&gt; phàn nàn phổ biến nhất từ người dùng mới là lúc đầu nó chậm 21:45:22 &lt;psi&gt; có cách nào giải quyết chuyện đó không? 21:49:54 &lt;Meeh&gt; cho bộ cài kèm theo RIs có thể giúp tăng tốc khởi động. Nhưng đó không phải giải pháp hoàn hảo 21:49:54 &lt;Meeh&gt; nếu những RIs đó sập, hoặc tải cao, v.v. thì sao 21:49:54 &lt;psi&gt; có cách "nhanh hơn" để seed ban đầu ngoài việc đóng gói sẵn không? 21:49:54 &lt;zzz&gt; Meeh, script máy chủ reseed (tái gieo dữ liệu mạng ban đầu) của bạn có phải là nút thắt cổ chai không? nó có làm chậm việc reseeding không? 21:49:54 &lt;Meeh&gt; tăng ngưỡng trước khi router dừng reseeding lên 2-300.. Nhưng cũng không phải ý tưởng hoàn hảo 21:49:54 &lt;lillith&gt; Meeh, chắc chắn có giải pháp còn hơn không có 21:49:54 &lt;Meeh&gt; nó làm chậm máy chủ nếu bị dùng nhiều vì đó là một write lock trên sqlite 21:49:56 &lt;Meeh&gt; Tôi nên làm một phiên bản dùng mysql, và những reseeder có thể dùng nó sẽ giúp rất nhiều 21:51:20 &lt;lillith&gt; đóng gói sẵn RIs chỉ có thể tăng tốc khởi động ban đầu; trường hợp xấu nhất là vẫn như bây giờ 21:51:20 &lt;Meeh&gt; khi đó khóa file/db sẽ không còn là nút thắt nữa 21:52:49 &lt;Meeh&gt; hoặc bất kỳ *sql nào khác miễn là chạy như một máy chủ 22:01: &lt;lillith&gt; orion có vẻ không ở đây, và tôi không thấy chúng ta có thể tiếp tục nếu thiếu anh ấy 22:04: &lt;lillith&gt; mục 7: cuộc họp tiếp theo 22:06: &lt;topiltzin&gt; việc đóng gói sẵn có một số lập luận phản đối khá mạnh, chúng có trên zzz.i2p 22:07: &lt;lillith&gt; tôi sẽ để việc này cho dg, có lẽ sẽ là 8:00 UTC thứ ba tuần tới (ngày 18) 22:08: &lt;lillith&gt; topiltzin, tôi sẽ xem qua 22:09: &lt;lillith&gt; Tôi nói cuộc họp này đến đây là chính thức kết thúc rồi :) </div>/vi/blog/2012/12/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-12-n%C4%83m-2012/Tue, 04 Dec 2012 00:00:00 +0000/vi/blog/2012/12/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-12-n%C4%83m-2012/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dg, hottuna, KillYourTV, lillith, Meeh, psi, str4d, weltende, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:18:53 * KillYourTV đã nhận ra rằng chúng ta đã vào họp được 17 phút... và khởi đầu khá yên ắng... 20:19:31 &lt;lillith&gt; tôi cũng đang tự hỏi, có phải tôi ghi nhầm thời gian hay gì không? 20:20:23 * dg đang đợi bản thân rảnh 20:20:30 &lt;dg&gt; còn vài thứ cần chốt xong trước đã 20:20:33 &lt;dg&gt; xin lỗi 20:20:39 &lt;dg&gt; mọi người có thể bắt đầu mà không cần tôi nếu cần 20:23:07 * KillYourTV chủ yếu sẽ chỉ quan sát do vai trò của anh ấy khá nhỏ nhoi & không quan trọng... 20:23:15 &lt;KillYourTV&gt; ...vậy nên giờ bắt đầu cũng không quan trọng. 20:23:39 &lt;Meeh&gt; Tôi sẽ ở đây, nhưng tôi có thể đợi đến khi dg sẵn sàng 20:23:42 &lt;str4d&gt; Tôi tự hỏi có thể có hai kết nối IRC leaf tới cùng một leaf để giảm netsplit không... 20:23:48 &lt;dg&gt; Miễn là không ai bực mình, tôi sẽ đợi thêm chút nữa 20:23:59 &lt;dg&gt; Hy vọng $task sẽ không lâu nữa 20:24:02 &lt;str4d&gt; (mà không bị nhân đôi tin nhắn) 20:24:05 &lt;dg&gt; str4d: không được nếu không sửa IRCd khá nặng (srs) 20:24:16 &lt;dg&gt; (hay i2p hax?) 20:24:22 * KillYourTV hạ ưu tiên tác vụ của mình để nhường thêm CPU cho dg 20:25:07 &lt;str4d&gt; Đã có các mod I2P cho IRCd rồi, vậy sao không làm dự phòng? 20:25:50 &lt;dg&gt; thực ra 20:25:50 &lt;str4d&gt; Tôi đoán là phụ thuộc vào IRCd 20:26:04 &lt;dg&gt; Tôi coi số lần IRC split như một cách đo sức khỏe mạng 20:26:19 &lt;dg&gt; Với tôi, nó nói lên điều gì đó về mức độ thành công của tunnel :-P 20:27:07 &lt;str4d&gt; Nhắc mới nhớ. 20:27:30 &lt;KillYourTV&gt; Tôi không biết đã áp dụng mod nào và vì sao cần. (Ngày xưa ngircd cần sửa chút để hiển thị b32... nhưng với webirc thì không cần nữa (và ở đây dù sao cũng không hiển thị)) 20:28:00 &lt;str4d&gt; -_- 20:49:54 &lt;psi&gt; orion: về c++ i2p bạn có phiền nếu tôi thêm một hệ thống build vào code của bạn không? có lẽ dùng scons 20:54:16 &lt;dg&gt; Tôi sẵn sàng rồi 20:54:27 &lt;dg&gt; Xin lỗi vì đã trễ, mọi người 20:55:01 * dg ping #i2p-dev 21:03:16 &lt;str4d&gt; o/ dg 21:04:09 &lt;hottuna&gt; chào dg 21:05:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; *vẫy tay* 21:05:53 &lt;psi&gt; yay 21:05:56 * psi bị timeout 21:11:17 &lt;hottuna&gt; sẵn sàng chứ dg? 21:13:23 &lt;dg&gt; xin lỗi, tôi bị d/c 21:13:26 &lt;dg&gt; Tôi bỏ lỡ gì không? 21:13:26 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; *vẫy tay* 21:13:26 &lt;dg&gt; chanserv cấp voice cho psi 21:13:26 &lt;dg&gt; &lt;+psi&gt; yay 21:13:26 &lt;dg&gt; +psi bị timeout 21:13:26 &lt;dg&gt; s-771 hiện được đổi tên thành s-77 21:13:26 &lt;dg&gt; &lt;+dg&gt; yay! 21:13:26 &lt;dg&gt; &lt;+dg&gt; Mọi người tỉnh dậy vì tôi&lt;3 21:13:27 &lt;dg&gt; &lt;+dg&gt; weltende: Có tin gì về mailing list không? plz cho tôi ít tin vui 21:13:27 &lt;Meeh&gt; *vẫy tay* 21:13:27 &lt;hottuna&gt; Tôi không nghĩ bạn bỏ lỡ gì đâu 21:13:27 &lt;psi&gt; ừ 21:13:27 &lt;dg&gt; được rồi 21:13:27 &lt;dg&gt; Vậy, weltende: .. 21:14:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; không hẳn.. đến giờ chưa có thời gian 21:14:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; kytv có thể làm.. nếu nhớ không nhầm (afair) anh ấy có quyền root trên cái box tôi nghĩ tới ;-) 21:14:50 * dg đợi vài phút 21:15:41 * dg chọt KillYourTV 21:17:30 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: và thêm cowbell nữa! 21:17:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; ờm.. cấu trúc 21:18:02 * dg chưa bao giờ giỏi khoản đó, nhưng sẽ thử 21:18:12 * dg tiếp tục 21:18:15 &lt;dg&gt; KillYourTV: ping khi quay lại nhé 21:18:21 &lt;dg&gt; Vậy, cập nhật tình hình. 21:18:40 * str4d có ~40 phút, nên GTFG fg ;P 21:18:40 &lt;KillYourTV&gt; hmm? Tôi không biết là mình có root nhưng tôi có thể dành chút thời gian cho việc đó (bài vở & chuyển nhà đã ngốn kha khá thời gian) 21:18:40 &lt;dg&gt; Có đáng để mang chúng trở lại không khi chúng ta đã có các cuộc họp (và hy vọng có cả phần tóm tắt, nhưng giờ chúng chưa chạy ổn)? 21:19:15 &lt;str4d&gt; dg, các bản cập nhật tình hình sẽ dành cho ai? 21:19:22 &lt;str4d&gt; s/for/aimed at/ 21:19:25 &lt;iRelay&gt; ý của str4d là: dg, các bản cập nhật tình hình nhắm tới ai? 21:19:34 &lt;dg&gt; Tôi đoán các bản trước đây do jrandom biên soạn là dành cho những người muốn TL;DR các cuộc họp 21:20:06 &lt;dg&gt; Có lẽ như chúng ta đã làm với cuộc họp trước (trên website) nơi kết quả được tóm tắt ở đầu trang 21:20:31 &lt;hottuna&gt; Chúng sẽ tốt cho việc xây dựng cộng đồng, nhưng cũng tốn công đấy. 21:20:49 * dg không nghĩ đó là điều bắt buộc, nhưng sẽ hay nếu nói được cuộc họp đã làm/quyết định gì 21:21:32 &lt;hottuna&gt; Có ai muốn làm không? 21:22:01 &lt;str4d&gt; Trong việc làm lại site tôi xem các bản cập nhật tình hình như là “bài blog” 21:22:05 &lt;str4d&gt; Vậy có lẽ nên viết theo kiểu đó, hoặc cấu trúc các bản cập nhật như vậy. 21:22:20 &lt;hottuna&gt; nghe khá ổn 21:22:57 &lt;str4d&gt; (Và vì blog sau cùng sẽ có RSS hay gì đó, có thể dùng để cấp dữ liệu cho các kênh phân phối khác nếu muốn) 21:23:24 &lt;psi&gt; điểm 1: cần cân nhắc, CCC 21:23:27 &lt;lillith&gt; tôi nghĩ sau mỗi cuộc họp chúng ta có thể mở một thread mới trên zzz.i2p, để mọi người phản hồi các việc tiếp theo từ những gì đã bàn 21:23:30 &lt;psi&gt; “phía này” sẽ tổ chức thế nào? 21:23:55 &lt;hottuna&gt; Tôi ủng hộ ý tưởng blog, tuy nhiên phải có người làm. 21:24:50 &lt;psi&gt; ôi lag nặng 21:25:27 &lt;str4d&gt; Và các bản cập nhật tình hình không nhất thiết phải quá giống “biên bản”, vì mục họp trên site mới là nơi chứa biên bản chuẩn (tôi nghĩ biên bản cũng có thể đưa vào feed, trong khi log đầy đủ sẽ hiển thị cùng biên bản trên site) 21:26:10 &lt;zzz&gt; dg, FYI, các bản cập nhật tình hình của jr được gửi ra vài giờ trước mỗi cuộc họp, và chúng không phải biên bản của cuộc họp trước 21:26:55 &lt;str4d&gt; À, cảm ơn zzz - vậy là kiểu cập nhật để mọi người bắt kịp trước cuộc họp. 21:27:10 &lt;zzz&gt; đúng vậy 21:27:39 &lt;zzz&gt; dg, FYI, các bản cập nhật tình hình của jr được gửi ra vài giờ trước mỗi cuộc họp, và chúng không phải biên bản của cuộc họp trước 21:28:00 &lt;dg&gt; zzz: à ok, đó là tl;dr của $week? 21:28:03 &lt;dg&gt; &lt;+dg&gt; Chuyển tiếp nhé? 21:28:03 &lt;dg&gt; &lt;+dg&gt; psi: ccc có trong chương trình :) 21:28:03 &lt;dg&gt; --- aquarium (grenze@irc2p) đã tham gia #i2p-dev 21:28:06 &lt;dg&gt; --- w8rabbit (w8rabbit@irc2p) đã thoát (Killed (nickserv (Nick kill enforced))) 21:28:06 &lt;zzz&gt; &lt;str4d&gt; À, cảm ơn zzz - vậy là kiểu cập nhật để mọi người bắt kịp trước cuộc họp. 21:28:06 &lt;zzz&gt; &lt;zzz&gt; đúng vậy 21:28:09 &lt;dg&gt; &lt;+dg&gt; Chủ đề tiếp theo: * vai trò quản lý PR (`http://zzz.i2p/topics/1299)` 21:28:09 &lt;dg&gt; &lt;+dg&gt; Tôi không biết người đã đăng bài đó có ở đây không.. 21:28:09 &lt;str4d&gt; dg, đăng lại: Và các bản cập nhật tình hình không nhất thiết phải quá giống “biên bản”, vì mục họp trên site mới là nơi chứa biên bản chuẩn (tôi nghĩ biên bản cũng có thể đưa vào feed, trong khi log đầy đủ sẽ hiển thị cùng biên bản trên site) 21:28:24 &lt;str4d&gt; Có đấy - orion? 21:28:34 &lt;hottuna&gt; dg, bạn có sẵn sàng viết bản cập nhật trước cuộc họp trên blog không? 21:29:16 &lt;str4d&gt; (ít nhất anh ấy đang ở trong kênh) 21:29:23 &lt;str4d&gt; Và FTR đây là người đang làm I2PCPP 21:30:15 * psi đang biên dịch i2pcpp 21:31:12 &lt;psi&gt; tôi cũng đang xem code nữa 21:32:58 &lt;psi&gt; tôi đã có một file SConstruct 21:36:03 &lt;dg&gt; chết tiệt, chuột gặm hết cáp 21:36:03 &lt;dg&gt; [repost] 21:36:03 &lt;dg&gt; &lt;+psi&gt; tôi đã có một file SConstruct 21:36:05 &lt;dg&gt; &lt;+dg&gt; str4d: 21:36:05 &lt;dg&gt; &lt;+dg&gt; * Cập nhật việc làm lại Website 21:36:05 &lt;dg&gt; &lt;+dg&gt; Có gì không? 21:36:08 &lt;dg&gt; [/repost] 21:36:12 &lt;str4d&gt; dg, cần m0ar bản ổn định 21:36:15 &lt;str4d&gt; =P 21:36:21 &lt;dg&gt; :( 21:36:36 &lt;str4d&gt; dg, tôi đã làm cho các url theo từng mạng hoạt động 21:36:59 &lt;dg&gt; ô hay, có tiến triển 21:37:02 &lt;dg&gt; Bạn làm thế nào? 21:37:06 * psi lưu ý cho bản thân đừng compile với -j8 trên máy 4 nhân 21:37:13 &lt;str4d&gt; Vậy trong các file trang, nếu bạn đặt &lt;a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"&gt; nó sẽ chuyển thành trac.i2p2.de 21:37:32 &lt;str4d&gt; Và tương tự với các site khác có url công khai đã biết (hardcoded). 21:37:39 &lt;str4d&gt; Không thì nó sẽ gắn thêm .to 21:38:16 &lt;str4d&gt; dg, vấn đề là Flask đã cache các filter áp dụng cho chuỗi. 21:38:19 &lt;str4d&gt; Nên nó được eval-ed khi đọc template lần đầu rồi lưu lại. 21:38:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: trừ khi nó chạy nhiều thread trên mỗi core ;) 21:38:43 &lt;str4d&gt; Chuyển filter thành một context processor (để func được eval-ed cho mỗi request) là xong. 21:38:46 &lt;dg&gt; Ồ, ha 21:39:34 &lt;str4d&gt; Tôi có thể thử tổng quát hóa hàm để bạn truyền vào toàn bộ URL và nó tìm rồi đổi phần domain, nếu mọi người thích dùng theo cách đó. 21:39:45 &lt;str4d&gt; Nhưng hiện tại nó đang chạy được (TM) 21:40:01 &lt;dg&gt; psi: 21:40:04 &lt;dg&gt; * Thảo luận workshop/lightning talk tại CCC 21:40:28 &lt;psi&gt; vâng 21:40:39 * psi xem lại link zzz.i2p 21:40:58 &lt;str4d&gt; (ngoài lề: Khi có chút thời gian rảnh (sau khi gỡ bug khỏi cơ chế feed) tôi muốn xử lý vụ mirror tải xuống với welterde.) 21:42:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: ừm.. chắc đơn giản thôi.. một file văn bản trong mtn với danh sách tất cả mirror http, ftp.. 21:44:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; (và ở backend chỉ cần một site rsync master, từ đó các mirror kéo dữ liệu) 21:44:40 &lt;hottuna&gt; chúng ta đã chọn chủ đề lightning talk chưa? 21:44:40 &lt;psi&gt; ok liên quan CCC thì tôi có 0% cơ hội lấy đủ giấy tờ để đến đó kịp 21:44:40 &lt;psi&gt; thêm nữa... rất nhiều “việc khác” 21:44:40 &lt;psi&gt; nói chung tôi quá tải vì kỳ thi cuối kỳ 21:44:40 &lt;psi&gt; và cả lag 21:45:31 &lt;str4d&gt; welterde, tôi đoán vậy, nhưng tôi không rành setup mirror hiện tại. 21:47:26 &lt;str4d&gt; Việc khác, dĩ nhiên, là chuyển nốt các trang cũ còn lại (và chỉnh gọn bố cục điều hướng) 21:48:06 &lt;dg&gt; &lt;+psi&gt; ok liên quan CCC thì tôi có 0% cơ hội lấy đủ giấy tờ để đến đó kịp 21:48:06 &lt;dg&gt; &lt;+psi&gt; thêm nữa... rất nhiều “việc khác” 21:48:06 &lt;dg&gt; &lt;+psi&gt; nói chung tôi quá tải vì kỳ thi cuối kỳ 21:48:06 &lt;dg&gt; &lt;+psi&gt; và cả lag 21:48:06 &lt;dg&gt; &lt;+dg&gt; Có lẽ có thể hỏi khán giả ai đã dùng i2p trước đây 21:48:09 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; (và ở backend chỉ cần một site rsync master, từ đó các mirror kéo dữ liệu) 21:48:09 &lt;dg&gt; &lt;+dg&gt; psi: ừ, ech và welt sẽ đi thì phải (afaik) 21:48:11 &lt;dg&gt; &lt;+str4d&gt; welterde, tôi đoán vậy, nhưng tôi không rành setup mirror hiện tại. 21:51:57 &lt;str4d&gt; Được rồi, tôi đi đây o/ 21:52:13 &lt;dg&gt; tạm biệt o/ 21:52:28 &lt;dg&gt; Lẽ ra chúng ta nên bắt đầu sớm hơn 21:52:31 &lt;dg&gt; chết tiệt 21:52:47 &lt;str4d&gt; Tôi sẽ xem có thể quay lại kịp lúc kết thúc không, nhưng không hứa trước. 21:53:35 &lt;dg&gt; được rồi, stenography 21:53:42 * dg chọt Meeh 21:54:01 &lt;psi&gt; chúng ta cần một giao diện tổng quát để tạo các transport 21:54:04 &lt;psi&gt; (imo) 21:54:23 &lt;psi&gt; s/need/should\ have/ 21:54:26 &lt;iRelay&gt; ý của psi: chúng ta nên có một giao diện tổng quát để tạo các transport 21:55:08 &lt;Meeh&gt; Tôi đây, xin lỗi vừa bị cuộc gọi làm gián đoạn, giờ quay lại rồi 21:55:16 &lt;dg&gt; afaik có thứ gọi là “restricted routes (định tuyến bị giới hạn)” nhưng tôi không biết chúng hoạt động thế nào 21:55:19 &lt;Meeh&gt; *bắt kịp/đọc log* 21:55:22 &lt;dg&gt; (và cũng chưa được triển khai..?) 21:55:28 &lt;dg&gt; Meeh: không có nhiều để đọc đâu.. :( 21:55:50 &lt;psi&gt; dg không có tài liệu nào về cái đó à? 21:56:10 &lt;dg&gt; psi: chỉ thấy nhắc đến trên www.i2p2.i2p trong roadmap hay gì đó.. 21:56:47 &lt;psi&gt; nếu ai tình cờ nhớ “restricted routes” là/đã là gì xin lên tiếng 21:56:50 &lt;lillith&gt; dg, theo tôi hiểu thì restricted routes giống ‘darknet mode’ trên freenet, bạn chỉ kết nối qua các peer tin cậy 21:56:57 &lt;psi&gt; à 21:57:16 &lt;dg&gt; à 21:57:31 &lt;lillith&gt; tôi nghĩ vậy :) 21:57:34 &lt;psi&gt; nghe có vẻ đúng là vậy 21:58:11 &lt;dg&gt; hợp với cái tên 21:58:33 &lt;lillith&gt; gần đây trên zzz.i2p có nhắc đến thì phải (iirc) 21:59:40 &lt;psi&gt; nếu ai biết chắc từ hồi xưa thì một “xác nhận” sẽ rất tốt 22:01:31 &lt;lillith&gt; `http://zzz.i2p/topics/114` 22:04:31 * dg đọc 22:04:31 &lt;lillith&gt; không phải điều tôi muốn nói, nhưng nó giải thích khá kỹ 22:06:02 &lt;Meeh&gt; chỉ tự hỏi, chúng ta đang ở đâu trong cuộc họp rồi? 22:06:13 &lt;Meeh&gt; chủ đề hiện tại là gì 22:06:16 &lt;dg&gt; Chúng ta đang hơi lang bang, Meeh 22:06:23 &lt;Meeh&gt; à ok 22:06:31 &lt;dg&gt; "* Ẩn lưu lượng I2P. Như Tor, ẩn để trông giống lưu lượng SSL, hay đại loại vậy. (Xét đến các quốc gia nơi darknets là bất hợp pháp) " 22:06:41 &lt;dg&gt; (Chúng ta bắt đầu muộn nên mọi thứ dở tệ) 22:08:10 &lt;Meeh&gt; ừ, chúng ta nên nghĩ về các transport thay thế khả dĩ cho các quốc gia chặn và coi darknets là bất hợp pháp 22:09:47 &lt;lillith&gt; trước hết: hiện giờ lưu lượng i2p dễ nhận diện đến mức nào? 22:09:50 &lt;hottuna&gt; Tôi nghĩ ta nên xử lý chuyện đó giống cách tor làm 22:09:50 &lt;hottuna&gt; và chỉ triển khai khi thực sự cần 22:09:50 &lt;hottuna&gt; để kéo dài bất kỳ cuộc chạy đua vũ trang nào 22:09:50 &lt;hottuna&gt; nhưng đến giờ chúng ta chưa bị chặn ở đâu 22:09:50 &lt;hottuna&gt; theo tôi biết 22:10:05 &lt;dg&gt; (chưa) 22:10:25 &lt;dg&gt; Ngoài ra, việc thiếu kiểu “bảo vệ” như thế này, tức là hệ thống như vậy, khiến một số người tránh xa i2p 22:10:32 &lt;psi&gt; nói chung một transport API tổng quát sẽ là mỏ vàng cho developer 22:10:32 &lt;hottuna&gt; chúng ta có rất nhiều dữ liệu ngẫu nhiên, nhưng không có các header của ssl 22:10:57 &lt;dg&gt; obfsproxy thì tuyệt nhưng ta không cần thứ ở tầm đó 22:11:48 &lt;psi&gt; một interface mà bạn triển khai để thực hiện kiểu truyền dữ liệu của riêng bạn, dù là qua dê hay http+ssl 22:11:50 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: chúng ta đã có một transport API tổng quát rồi ;) 22:11:54 &lt;lillith&gt; i2p thì thật sự không thể ‘quá an toàn’ đâu 22:12:02 &lt;hottuna&gt; một transport API là ý hay, và sẽ cho phép phát triển nhanh các transport cần thiết 22:12:14 &lt;psi&gt; chúng ta có à? 22:12:36 &lt;psi&gt; tôi cần xem code kỹ hơn 22:12:56 &lt;psi&gt; hoặc là nó không nổi bật, hoặc tôi bỏ qua mất, hoặc là nó không có 22:13:03 &lt;Meeh&gt; ừ, chưa thôi.. chỉ là vấn đề thời gian 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; router/java/src/net/i2p/router/transport/Transport.java là interface bạn cần implement 22:13:36 &lt;dg&gt; chắc chắn là không, lillith 22:13:46 &lt;dg&gt; dù i2p vốn đã dùng rất nhiều crypto 22:14:17 &lt;hottuna&gt; tôi nghĩ obfsproxy tệ hại, và nó được gắn vào tor theo cách “frankenstein” nhất có thể 22:14:40 &lt;dg&gt; Tôi không thích pluggable transports của họ nhưng công nghệ thì ngầu 22:14:48 &lt;dg&gt; (mô phỏng Skype là một thứ ngầu) 22:17:27 &lt;psi&gt; iirc obsproxy có thể phản tác dụng 22:17:33 &lt;hottuna&gt; tôi phải đi đây 22:17:46 &lt;psi&gt; bởi vì nó mô phỏng một mạng giám sát 22:17:53 * psi chính tả 22:18:00 &lt;dg&gt; tạm biệt 22:19:55 &lt;psi&gt; tôi cũng phải tạm rời đây 22:20:27 &lt;dg&gt; Tôi nghĩ ta nên dừng ở đây và họp vào tuần sau/lúc nào đó sớm hơn 22:20:34 &lt;dg&gt; Kiểu như đã làm hỏng buổi này rồi 22:21:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; nghe có vẻ ổn 22:21:07 &lt;psi&gt; tốt nhất là có một cấu trúc họp định sẵn 22:21:54 &lt;dg&gt; ừ 22:26:10 &lt;Meeh&gt; đã ngắt kết nối... 22:26:29 &lt;Meeh&gt; 23:10:30 &lt;+psi&gt; nói chung một transport API tổng quát sẽ là mỏ vàng cho developer 22:26:32 &lt;Meeh&gt; 23:10:31 &lt;hottuna&gt; chúng ta có rất nhiều dữ liệu ngẫu nhiên, nhưng không có các header của ssl 22:26:35 &lt;Meeh&gt; 23:13:01 &lt;+Meeh&gt; ừ, chưa thôi.. chỉ là vấn đề thời gian 22:26:38 &lt;Meeh&gt; 23:13:15 &lt;+Meeh&gt; vậy tại sao lại để mọi người offline khỏi i2p một thời gian.. cẩn tắc vô áy náy 22:26:41 &lt;Meeh&gt; tôi bỏ lỡ gì vậy? 22:27:11 &lt;psi&gt; Meeh: cuộc họp tạm hoãn lúc này 22:27:11 * psi chính tả 22:27:58 &lt;psi&gt; &lt;dg&gt; chắc chắn là không, lillith 22:27:58 &lt;Meeh&gt; à, chán nhỉ.. họp tuần sau? 22:28:10 * psi lag 22:28:55 &lt;lillith&gt; Meeh, còn quyết định, có lẽ sớm hơn vì buổi này không thành công lắm 22:29:25 &lt;Meeh&gt; đúng đúng, vậy tuần sau nhé </div>/vi/blog/2012/11/27/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-11-2012/Tue, 27 Nov 2012 00:00:00 +0000/vi/blog/2012/11/27/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-11-2012/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> christop1, darrob, dg, hottuna, KillYourTV, LaughingBuddha, RN, Schnaubelt, str4d, topiltzin, weltende</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 19:33:46 &lt;dg&gt; Được rồi. 19:33:49 &lt;dg&gt; Vậy, chương trình họp hôm nay là: 19:33:52 &lt;dg&gt; 0) Chào 19:33:55 &lt;dg&gt; 1) Sự kiện IRL (ngoài đời) 19:33:55 &lt;dg&gt; 2) Websiet 19:33:58 &lt;dg&gt; (2a) làm lại 19:34:01 &lt;dg&gt; (2b) SSL 19:34:08 &lt;dg&gt; 3) phần để bạn đề xuất bất cứ thứ gì khác 19:34:39 *** KillYourTV đặt mode: +l 65 19:34:45 &lt;dg&gt; psi, Meeh, và ech (cùng một số người khác) là những người sẽ tham dự hoạt động IRL hoặc có thể/đồng ý tham dự 19:34:51 * dg chọc 19:35:02 &lt;str4d&gt; 0) Chào 19:35:02 &lt;str4d&gt; Chào! 19:35:18 *** KillYourTV đặt mode: +lf 60 [10j#R10,20m#m5,3n#N15]:15 19:35:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; ô.. đến giờ họp rồi.. 19:35:29 *** KillYourTV đặt mode: +l 65 19:35:32 &lt;dg&gt; Chào 19:35:32 &lt;KillYourTV&gt; xin lỗi 19:35:35 &lt;KillYourTV&gt; chào mọi người 19:35:38 &lt;dg&gt; không sao welt, chào! 19:35:49 &lt;hottuna_&gt; chào 19:35:57 &lt;dg&gt; 1) Vậy thì các sự kiện IRL 19:36:24 &lt;dg&gt; Chúng ta cũng đã lướt qua lần trước—, tôi tự hỏi liệu ta có thể tận dụng các vé (và người) mình có ở CCC để đưa i2p ra ngoài kia bằng cách nào đó không 19:36:39 &lt;dg&gt; `http://zzz.i2p/topics/1273` là có liên quan 19:36:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; Tôi sẽ có mặt @ 29c3 19:36:59 &lt;hottuna_&gt; Tôi có sticker và sẽ đến 29c3 19:37:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; (và mang sticker) 19:37:18 &lt;hottuna_&gt; Sẽ hay nếu có một bài nói chuyện hoặc workshop 19:37:41 &lt;dg&gt; Tôi cũng nghĩ vậy. Sticker thì ngầu nhưng chỉ khơi gợi hứng thú một cách mơ hồ. 19:37:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; (hmm.. có lẽ lần này tôi nên mang theo một tấm "LANG=en" to :P) 19:37:55 &lt;dg&gt; Một workshop/talk sẽ tốt hơn nhiều 19:38:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 19:38:12 &lt;dg&gt; (Một talk sẽ có hiệu ứng lâu dài) 19:38:37 &lt;iRelay&gt; * weltende@freenode là một diễn giả tệ.. *vẫy tay mơ hồ về phía những người khác* 19:38:52 &lt;hottuna_&gt; Các điểm chính để nói trong một talk sẽ là gì? 19:38:55 &lt;hottuna_&gt; một bài giới thiệu tổng quan có lẽ sẽ không hấp dẫn với nhiều người 19:39:39 &lt;dg&gt; Thực ra không phải chỗ của *chúng ta* để trình bày talk dựa trên các luận điểm của nhà nghiên cứu Pháp 19:39:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; chúng ta có thể làm một workshop “bắt đầu với i2p” chẳng hạn? 19:39:49 &lt;dg&gt; Giới thiệu tổng quan cũng cần có một trọng tâm nào đó 19:39:51 &lt;dg&gt; Ừ 19:40:01 &lt;hottuna_&gt; intro* 19:40:01 &lt;hottuna_&gt; (vì tính chất kỹ thuật của sự kiện) 19:40:16 &lt;LaughingBuddha&gt; Có lẽ so sánh với các giải pháp khác như tor? 19:40:31 &lt;LaughingBuddha&gt; s/solutions/options/ 19:40:34 &lt;iRelay&gt; LaughingBuddha meant: Maybe a comparison to other options like tor? 19:41:22 &lt;hottuna_&gt; Điều gì khiến I2P là một lựa chọn hấp dẫn? 19:41:22 &lt;Schnaubelt&gt; LaughingBuddha: có thể tôi không thấy đề xuất của bạn trong ngữ cảnh, nhưng tôi không nghĩ chúng ta nên so sánh phần mềm làm cho các mục đích khác nhau. 19:41:34 &lt;dg&gt; Vậy thì .onion của Tor, ha. 19:41:45 &lt;dg&gt; Điều đó có thể hoặc không thu hút dân CCC 19:42:00 &lt;dg&gt; Dù sao nó vẫn hơi chung chung *với tư cách một talk* 19:42:06 &lt;dg&gt; Tuy nhiên một workshop sẽ hoàn toàn phù hợp 19:43:34 &lt;darrob&gt; tôi không nghĩ khác biệt với tor là một chủ đề hay. Từ góc nhìn người nghe thì chúng khá tinh vi và bạn sẽ phải đi vào quá nhiều chi tiết. 19:43:49 &lt;RN&gt; workshop thì tốt nếu bạn có thể tìm được tình nguyện viên am hiểu để điều phối 19:44:00 &lt;darrob&gt; tôi mơ hồ nhớ đã có một workshop i2p trước đây mà không suôn sẻ lắm. nhưng có thể tôi nhớ nhầm. 19:44:11 &lt;str4d&gt; Chúng ta muốn truyền đạt điều gì tới người nghe? Chúng ta giả định họ không biết gì về I2P? Hay biết sơ sơ? 19:44:15 &lt;dg&gt; có manh mối nào về lý do không? 19:44:26 &lt;hottuna_&gt; Có một workshop tor/i2p ở kỳ ccc trước, nhưng bị người tạo ra nó (gamambel) hủy. Khoảng 10 người đã đến trước khi nhận ra là bị hủy. 19:45:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; à.. tôi nhớ rồi 19:45:04 &lt;dg&gt; str4d: Tôi sẽ giả định họ chỉ biết sơ sơ và “ừ, tôi đã nghe qua cái đó. chắc vậy.” nhưng không hơn (?) 19:45:18 &lt;dg&gt; hottuna_: 10 người là tốt hay tệ đối với CCC? Thực sự tôi không có khái niệm :( 19:45:18 &lt;LaughingBuddha&gt; Schnaubelt: Tôi biết điều đó. Nhưng i2p và tor thường được nhắc trong cùng một câu. 19:47:44 &lt;hottuna_&gt; Tôi không biết, ít nhất thì cũng không tệ? 19:47:47 &lt;str4d&gt; Một workshop thường bao gồm những gì? 19:47:47 &lt;hottuna_&gt; Tôi không chắc, đó là cái duy nhất tôi từng tham dự. 19:47:47 &lt;RN&gt; welt làm ơn PM tôi trên ein sau buổi họp... có vài câu hỏi 19:47:50 &lt;darrob&gt; tôi nghĩ một lightning talk (bài nói nhanh) sẽ khá ổn. Một nhóm người đa dạng sẽ xem chúng. Và ngay cả nếu họ băn khoăn về cái gọi là thiếu khác biệt với tor, thì vẫn thắng nếu điều đó khiến họ tìm hiểu thêm. 19:47:50 &lt;hottuna_&gt; Nhưng có lẽ là cài đặt và demo chút ít 19:47:50 &lt;hottuna_&gt; vâng, một lightning talk sẽ phù hợp 19:48:13 &lt;hottuna_&gt; chúng ta có gì mới và/hoặc thú vị để trình bày không? 19:48:19 *** Farside &lt;Farside!Farside@irc2p&gt; đã rời #i2p-dev (leaving) 19:48:22 &lt;hottuna_&gt; có gì mà tor không có không? 19:48:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; RN: ok 19:48:32 &lt;dg&gt; Ừm, torrents.. 19:48:36 &lt;dg&gt; Không mới nhưng. 19:48:42 &lt;dg&gt; Lớn. 19:49:28 &lt;hottuna_&gt; ý tưởng/cơ sở hạ tầng bắc cầu torrent thì thú vị 19:49:39 &lt;hottuna_&gt; nhưng chưa hoàn thiện/triển khai rộng 19:50:41 &lt;str4d&gt; Ừ, cái đó cần làm thêm. 19:51:00 &lt;hottuna_&gt; có một lightning talk sẽ là thứ khách CCC có thể thảo luận tiếp 19:51:00 &lt;darrob&gt; hottuna_: cái đó xứng đáng có một lightning talk riêng. tôi lo rằng nhắc qua qua cùng i2p sẽ chỉ tạo ra kiểu nhầm lẫn cũ “mọi người có phải là exit node không?” 19:51:11 &lt;hottuna_&gt; không nhất thiết phải lên kế hoạch quá chi tiết 19:51:14 &lt;str4d&gt; Kết quả mong muốn của chúng ta là gì? Nó sẽ/ nên thu hút kiểu người nào? Người dùng phổ thông mới? Router nổi bật mới? Người dùng kỹ thuật mới? Nhà nghiên cứu mới? 19:52:23 &lt;hottuna_&gt; người dùng kỹ thuật và nhà nghiên cứu? 19:52:46 &lt;str4d&gt; darrob, đúng. Chúng ta cần nhất quán thuật ngữ ở khía cạnh đó - outproxies là một dịch vụ do tình nguyện viên vận hành, giống như máy chủ IRC, eepsites và máy chủ lưu trữ kho. Chúng không phải thứ tích hợp sẵn trong router như Tor. 19:55:44 &lt;str4d&gt; Trong trường hợp đó, nêu một số câu hỏi nghiên cứu mở ở gần cuối talk sẽ hữu ích, cho thấy vẫn còn chỗ cho nghiên cứu mới (luôn thu hút giới học thuật ^_^) 19:56:19 &lt;darrob&gt; str4d: nghe hay đấy. 19:56:19 &lt;RN&gt; vâng, đập tan hiểu lầm rằng I2P là để ẩn danh đăng nhập facebook của bạn nên là một điểm lớn trong bất kỳ talk/demo nào như vậy theo tôi 19:59:09 &lt;str4d&gt; "I2P is not a ${DEITY}damn proxy!" 19:59:34 &lt;dg&gt; Hm, ok 19:59:55 &lt;RN&gt; proxy là một thuật ngữ rất nhạy trong ngữ cảnh I2P 20:00:24 &lt;str4d&gt; Chuẩn. Đó là lý do tôi đã đổi văn bản mặc định cho IRC tunnel. 20:00:46 &lt;str4d&gt; (Nó ghi "IRC proxy" điều này về mặt kỹ thuật là đúng nhưng không theo cách người dùng nghĩ) 20:00:53 &lt;dg&gt; Tôi nghĩ những ai đến CCC năm nay có thể *thực sự* làm một workshop, và có thể cả một lightning talk (mặc dù chủ đề đó nhiều khả năng là torrents) 20:01:05 &lt;dg&gt; Chuyển sang website nhé 20:01:05 &lt;dg&gt; ? 20:06:52 &lt;RN&gt; bạn có bỏ qua thông tin cập nhật về khả năng hợp nhất không? 20:08:14 * dg bỏ lỡ tin nhắn 20:09:02 &lt;dg&gt; str4d: ý hay đấy 20:09:05 &lt;dg&gt; thêm nữa: 20:09:12 &lt;dg&gt; &lt;+dg&gt; Tôi nghĩ những ai đến CCC năm nay có thể *thực sự* làm một workshop, và có thể cả một lightning talk (mặc dù chủ đề đó nhiều khả năng là torrents) 20:09:12 &lt;dg&gt; &lt;+dg&gt; Chuyển sang website nhé 20:09:12 &lt;dg&gt; &lt;+dg&gt; ? 20:10:19 &lt;dg&gt; Tin nhắn cứ bị rớt. haiz. 20:10:19 &lt;topiltzin&gt; ốp xin lỗi tôi đến muộn 20:10:26 &lt;dg&gt; không sao 20:10:26 * topiltzin đang đọc backlog cho kịp 20:10:49 *** w8rabbit_ giờ là w8rabbit 20:11:11 &lt;iRelay&gt; &lt;ReturningNovice_@kytv&gt; dg, tôi hỏi liệu bạn có đang bỏ qua khả năng merge cập nhật fux vào website không, (nhưng kết nối của tôi đang trục trặc) 20:11:39 &lt;dg&gt; Của tôi cũng vậy. 20:12:08 &lt;iRelay&gt; * ReturningNovice_@kytv gạt vài công tắc và chỉnh vài núm 20:12:14 &lt;str4d&gt; fux chưa thay đổi gì tuần trước, nên giờ không cần bàn. 20:12:25 &lt;dg&gt; Tôi đang bỏ qua. Kết quả lần trước không tốt và bên fux cũng nói rằng bất kỳ việc hợp nhất nào là không mong muốn (ít nhất lúc này). Có thể sau này chúng ta sẽ lấy vài tính năng, nhưng tôi đoán giờ còn việc quan trọng hơn? 20:12:28 &lt;dg&gt; Có lẽ tôi sai. 20:12:28 &lt;dg&gt; Ừ. 20:13:43 &lt;str4d&gt; (Tôi đang làm feeds cho 0.9.5 nên đó là ưu tiên của tôi) 20:13:54 &lt;dg&gt; Ồ, đúng rồi. 20:14:20 &lt;dg&gt; Tôi đã tạo #i2p-www (vừa đăng ký), và ý tưởng là tôi và vài người có thể tham gia một kiểu "book sprint" để hoàn thiện các trang 20:14:28 &lt;dg&gt; Tôi không chắc trang nào *thực sự* cần làm, dù vậy 20:14:57 &lt;dg&gt; Ý tưởng là #i2p-www có thể dùng như một kiểu ủy ban web để đưa bản làm mới lên chuẩn và báo cáo lại cho -dev (tôi đoán là trong các buổi họp) khi có cập nhật 20:15:28 &lt;hottuna&gt; Chúng ta đang cập nhật tài liệu hay làm mới lại site? 20:15:37 &lt;dg&gt; Làm mới lại site 20:15:51 &lt;dg&gt; &lt;@dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:15:51 &lt;dg&gt; &lt;@dg&gt; i2p.www.revamp là mtn 20:15:57 &lt;str4d&gt; dg, tôi khuyên làm mới phần văn bản nên làm ngay 20:16:00 &lt;str4d&gt; á 20:16:03 &lt;dg&gt; Chúng ta đã xác định thiết kế hiện tại không đủ thân thiện v.v. 20:16:20 &lt;str4d&gt; trong I2p.www 20:16:48 &lt;topiltzin&gt; ok đã đọc kịp backlog 20:16:59 &lt;str4d&gt; và thiết kế/cấu trúc site mới trong I2p.www.revamp 20:16:59 &lt;topiltzin&gt; giờ đang bàn website đúng không? 20:17:07 &lt;dg&gt; đúng rồi 20:17:22 &lt;hottuna&gt; tuyệt! thiết kế của duck. Rất đẹp. 20:17:34 &lt;dg&gt; str4d: Nếu vậy dễ cho bạn hơn thì được. 20:17:57 &lt;topiltzin&gt; ta có một eepsite với thiết kế đó không? 20:18:04 &lt;topiltzin&gt; có cần javascript cho thứ gì không? 20:18:11 &lt;christop1&gt; huch bạn có truy cập được eepsite 20:18:11 &lt;christop1&gt; không? 20:18:20 &lt;dg&gt; &cs `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:18:20 &lt;iRelay&gt; Đang kiểm tra trạng thái "`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/"` cho dg. Vui lòng đợi... 20:18:26 &lt;iRelay&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` phản hồi với trạng thái 200 trong vòng 5 giây. 20:19:09 &lt;topiltzin&gt; và "Ur mom" vẫn còn đó. :-/ 20:19:12 &lt;hottuna&gt; Cần làm gì trước khi nó đủ điều kiện thay thế? 20:20:04 * dg cũng đang tự hỏi 20:20:47 &lt;str4d&gt; topiltzin, tôi xin lỗi vì chưa gỡ cái đó -_- 20:20:58 &lt;str4d&gt; thiết kế cần làm/cải tổ 20:21:45 &lt;RN&gt; vâng, tôi nhớ đã xem bản preview... trông chuyên nghiệp... 20:21:45 &lt;RN&gt; (và băng thông của vekw35...i2p bị slashdotted lol) 20:21:48 &lt;str4d&gt; nhưng cái đó có thể làm sau, với nhiều đề xuất nếu cần 20:21:55 &lt;topiltzin&gt; trông ổn với tôi. Tất cả nội dung - mtn howto, khóa developer, mấy thứ đó đã có hết chưa? 20:22:22 &lt;str4d&gt; ưu tiên đầu theo tôi là hoàn thiện backend. 20:22:41 &lt;str4d&gt; topiltzin, tôi đã chuyển hầu hết rồi. 20:22:44 *** sayliwo_ giờ là sayliwo 20:23:03 &lt;RN&gt; bản làm mới có dùng ticket Trac thông thường không? 20:23:41 &lt;str4d&gt; Tôi vẫn chưa hài lòng với bố cục trang/điều hướng.. 20:23:48 &lt;RN&gt; một ticket “remove "ur mom"” sẽ nhắc người được giao... 20:24:07 &lt;topiltzin&gt; Tôi không chắc “Supported Software” là tên tốt nhất cho cột giữa vì nó thực ra liệt kê hành động, không phải phần mềm 20:24:30 &lt;str4d&gt; RN, trang chủ cần nghĩ lại. 20:25:09 &lt;str4d&gt; bố cục của duck sao chép site Tor, sẽ tốt hơn nếu làm nó độc đáo hơn. 20:25:20 &lt;dg&gt; Ta có thể lập một danh sách những việc cần làm để ai đó có thể xử lý/ít nhất ta có một danh sách rõ ràng, gọn gàng không? 20:25:39 &lt;hottuna&gt; Tôi đồng ý dg 20:25:54 &lt;topiltzin&gt; bạn muốn nghĩ lại đến mức nào, str4d ? 20:25:57 &lt;str4d&gt; Tôi có thể phác thảo sau những gì tôi biết là cần làm. 20:26:19 &lt;dg&gt; Cảm ơn! 20:26:22 &lt;dg&gt; Tôi đoán vậy là xong phần đó 20:26:36 &lt;dg&gt; weltende: bạn ở đây chứ? 20:26:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; có 19:26:59 &lt;str4d&gt; topiltzin, tôi thích bố cục tổng thể, nhưng nội dung ba cột cần nghĩ lại. 20:28:17 &lt;topiltzin&gt; Đồng ý. Tôi sẵn sàng bàn luận bất cứ khi nào bạn thấy phù hợp 20:29:45 &lt;str4d&gt; và footer gần như không cần thiết 20:29:48 &lt;str4d&gt; nhân tiện cột tin bên phải là động 20:29:48 &lt;str4d&gt; (tức là thêm bài mới vào backend thì danh sách được cập nhật) 20:29:48 &lt;str4d&gt; Còn một điều nữa - cần suy nghĩ về caching 20:29:48 &lt;str4d&gt; &lt;/braindump&gt; 20:30:36 &lt;topiltzin&gt; dg: ta có thể đi sâu hơn về website hoặc tiếp tục - tùy bạn 20:34:32 &lt;dg&gt; &lt;+topiltzin&gt; dg: ta có thể đi sâu hơn về website hoặc tiếp tục - tùy bạn 20:34:35 &lt;dg&gt; &lt;+dg&gt; Tôi ok đi sâu hơn, tôi chỉ không muốn kéo dài quá khiến vài người rời đi, nhưng chủ đề còn lại khá nhỏ và chủ yếu giữa tôi và welt 20:35:11 &lt;topiltzin&gt; ok 20:36:00 &lt;topiltzin&gt; Tôi sẽ đổi tên cột giữa "Supported Software" -> "What can I2P do" 20:36:11 &lt;topiltzin&gt; và vì ta đã có một câu hỏi tương tự ở tiêu đề phía trên, tôi sẽ cân nhắc đổi cái đó 20:36:34 &lt;topiltzin&gt; có lẽ "What does I2P do for you" -> "What is I2P" 20:37:28 &lt;dg&gt; RN: Ta có thực sự có danh mục trac cho việc này không? 20:37:35 &lt;topiltzin&gt; không dùng bị động ở trang chủ == tốt 20:37:38 &lt;RN&gt; Tôi đề xuất đổi "can be conducted anonymously on I2P." thành "can be conducted anonymously inside I2P." 20:37:50 &lt;dg&gt; Ồ hầy. 20:37:57 &lt;dg&gt; “inside” nghe hay hơn thật. 20:38:08 &lt;dg&gt; Rất nhiều người dường như không hiểu i2p là một không gian. 20:38:19 &lt;str4d&gt; Ta không muốn quá nhiều chữ trên trang chủ, nhưng với điều hướng được cải thiện, cần bao nhiêu liên kết lặp lại? 20:38:37 &lt;RN&gt; dg, nếu chưa có thì có thể tạo một cái... 20:38:59 &lt;str4d&gt; Và có thể thay một phần bằng feed khác/đoạn giới thiệu/cái gì đó? 20:39:14 &lt;str4d&gt; dg, www 20:39:21 &lt;dg&gt; tất nhiên, tôi sẽ tạo một ticket cho "your mom". 20:39:28 &lt;topiltzin&gt; Còn đơn giản hóa câu đó thì sao? "Nhiều việc sẽ khiến bạn rủi ro về quyền riêng tư trên Internet công cộng nhưng bạn có thể làm chúng ẩn danh bên trong I2P" 20:39:46 * topiltzin đã hy vọng ta đủ trưởng thành để không cần ticket cho "ur mom" nhưng cần thì đành vậy 20:40:48 &lt;dg&gt; Tôi có nên tránh cho chúng ta xấu hổ hay thực sự cần tạo ticket? 20:40:51 &lt;topiltzin&gt; Tôi đang cố nghĩ mô tả cô đọng và dễ tiếp cận nhất có thể cho trang chủ 20:41:25 * RN cười khúc khích với "&lt;dg&gt; tất nhiên, tôi sẽ tạo một ticket cho "your mom"." 20:41:44 &lt;KillYourTV&gt; Tôi nghĩ str4d sẽ không quên nên có lẽ không cần. 20:41:59 &lt;KillYourTV&gt; (cũng như bất kỳ ai có làm gì trên đó) 20:42:02 &lt;topiltzin&gt; tung đồng xu. miễn là xong việc :-/ 20:42:05 &lt;str4d&gt; ta không cần ticket cho việc đó 20:42:24 &lt;RN&gt; không định gây náo động thế này đâu 20:42:27 &lt;dg&gt; Sẽ tốt nếu vài thứ được ghi nhận chính thức, mặc dù uh.. không phải "your mom".. 20:42:30 &lt;str4d&gt; như tôi nói, tôi nghĩ toàn bộ cột đó nên được thay bằng thứ khác. 20:42:38 * dg quét vụ "your mom"-gate xuống gầm thảm. 20:42:45 &lt;RN&gt; nhưng ít nhất ta biết chắc có chỗ thích hợp cho việc như thế 20:43:00 &lt;str4d&gt; dg, vậy thì một ticket cho "thay nội dung cột trái bằng thứ khác" 20:43:51 &lt;dg&gt; ok 20:44:22 &lt;topiltzin&gt; theo tôi cột trái thậm chí có thể bỏ hẳn 20:44:49 &lt;topiltzin&gt; để có thêm chỗ nói kỹ hơn về chức năng 20:45:16 &lt;str4d&gt; như 20:45:16 &lt;str4d&gt; Á, bỏ qua cái đó đi _- 20:45:49 &lt;dg&gt; Từ khóa Trac ngăn nhau bằng "," đúng không? 20:46:12 &lt;KillYourTV&gt; theo tôi biết thì đúng 20:47:11 &lt;topiltzin&gt; ta thậm chí có thể bỏ heading "Supported Software" và dùng khoảng đó để liệt kê các việc I2P có thể làm 20:47:26 &lt;dg&gt; `http://trac.i2p2.i2p/ticket/792` 20:47:29 &lt;topiltzin&gt; tốt hơn là liệt kê - viết mô tả ngắn cho mỗi cái nếu phù hợp hoặc thêm icon 20:47:39 &lt;dg&gt; topiltzin: Nghe hay đấy, thật sự. 20:48:00 &lt;str4d&gt; nhớ rằng điều hướng, các cột và footer chỉ là các danh sách, nên cột trái có thể đổi/bỏ với theme khác nữa. 20:48:03 &lt;dg&gt; "Supported Software" cũng không thân thiện với người dùng 20:49:06 &lt;RN&gt; hmm.... icon... cái đó dễ gây tranh cãi về phong cách 20:50:34 &lt;str4d&gt; icon v.v. nên để cho phần theming. có lẽ ta nên nghĩ về nội dung cần có trên trang chủ trước, không nhất thiết là sắp xếp thế nào? 20:50:45 &lt;topiltzin&gt; nếu không thống nhất được icon nào trông ổn thì không cần có 20:51:49 &lt;topiltzin&gt; ý bạn là ngoài việc bỏ cột trái hả str4d ? 20:52:35 &lt;RN&gt; ừ, tôi đồng ý với str4d tôi nghĩ nội dung trước, hình thức sau, icon là đồ chơi mắt trong theme hoặc để sau 20:52:50 &lt;RN&gt; hai câu hỏi quan trọng nhất ai đó có thể có khi đến site là, tại sao tôi cần cái này? và tôi đã cài rồi, giờ làm gì? 20:53:16 &lt;str4d&gt; Ừm, nó có cần bỏ không? Một đoạn giới thiệu ngắn kèm liên kết "đọc thêm" có hữu ích không? Một infographic nhỏ có hữu ích không? 20:53:35 &lt;str4d&gt; Những thứ như thế - nội dung. 20:53:38 &lt;topiltzin&gt; Tôi thích infographic có Màu Sắc Bắt Mắt (TM) 20:54:30 &lt;topiltzin&gt; và như RN hỏi - ta trả lời gì khi khách mới hỏi "tại sao tôi cần cái này?" 20:54:33 &lt;RN&gt; ừ topiltzin, nhưng bạn dùng paint 20:54:40 &lt;RN&gt; ;) 20:54:51 &lt;topiltzin&gt; không phải tôi đâu, tôi mù mỹ thuật :-P 20:55:43 &lt;RN&gt; ngắn gọn kèm "đọc thêm" là ý hay theo tôi 20:55:57 &lt;dg&gt; &lt;+dg&gt; Tôi không muốn nhét đầy trac những ticket không cần thiết nhưng đồng thời, nó giúp nắm việc cần làm. 20:56:00 &lt;dg&gt; &lt;+dg&gt; À, và `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/bounties` - Liên kết Bounties bị hỏng. 20:56:00 &lt;dg&gt; &lt;+dg&gt; Tôi nghĩ tôi sẽ cứ tạo ticket cho các việc này. 20:56:11 &lt;iRelay&gt; Title: Bounties - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:56:40 &lt;str4d&gt; dg, thế à? Chắc tôi bỏ sót một liên kết khi migrate... 20:57:11 &lt;KillYourTV&gt; Tôi thử vài link ngẫu nhiên và chúng tải được với tôi 20:57:18 &lt;topiltzin&gt; bạn sẽ viết gì trong đoạn ngắn đó RN ? 20:57:45 &lt;dg&gt; GCJ, chẳng hạn. "http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/Makefile.gcj" 20:57:52 &lt;dg&gt; Một link duck.i2p cũng vậy. 20:58:07 &lt;dg&gt; Tôi sẽ cho vào trac nữa. 20:59:10 &lt;str4d&gt; Ồ, cái đó liên quan tới văn bản dg 20:59:17 &lt;RN&gt; à, tôi sẽ nói kiểu như, Internet đang theo dõi bạn... 20:59:17 &lt;RN&gt; lol 20:59:24 * dg ghi chú 20:59:24 &lt;str4d&gt; chúng cũng sẽ lỗi trên site hiện tại. 20:59:39 &lt;RN&gt; tôi cần chút thời gian để nghĩ ra cái gì nghiêm túc hơn 20:59:47 &lt;dg&gt; str4d: Cảm ơn :) 21:00:13 &lt;topiltzin&gt; Tôi không phản đối có gì đó không quá nghiêm túc nhưng đừng kiểu "ur mom" 21:01:25 &lt;topiltzin&gt; lý tưởng là thứ gì đó mời gọi.. không quá trang trọng 21:01:36 &lt;topiltzin&gt; đáng để brainstorm 21:06:05 &lt;MTN_&gt; i2p.trac: #795: Bounties being broken `http://trac.i2p2.i2p/ticket/795` 21:06:08 &lt;MTN_&gt; i2p.trac: #793: Mirror links `http://trac.i2p2.i2p/ticket/793` 21:06:08 &lt;MTN_&gt; i2p.trac: #792: Replace left column content `http://trac.i2p2.i2p/ticket/792` 21:06:43 &lt;dg&gt; &lt;+dg&gt; Tôi đã tạo các ticket #793 - #795. 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; lý tưởng là gì đó mời gọi.. không quá trang trọng 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; đáng để brainstorm 21:06:43 &lt;dg&gt; &lt;+dg&gt; nhân tiện tôi không vội kết thúc nếu các bạn chưa sẵn sàng 21:07:41 &lt;topiltzin&gt; Tôi đoán vấn đề là tại sao ta muốn nhiều người dùng i2p hơn và ta nói gì để họ bắt đầu dùng 21:08:00 &lt;RN&gt; mirroring và ssl là các mục còn lại, ngoài việc brainstorm nội dung? 21:08:19 &lt;dg&gt; SSL chủ yếu giữa tôi và welt, và tôi đã tạo ticket rồi 21:08:19 &lt;topiltzin&gt; muốn xử mấy cái đó rồi quay lại nội dung cuối cùng không? 21:08:34 &lt;dg&gt; Mirror đã bàn tuần rồi.. Tôi nghĩ vẫn cần welt cho việc đó. 21:08:34 &lt;dg&gt; Ồ. 21:08:42 &lt;dg&gt; Tôi muốn nêu một điều, thực ra 21:08:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; Tôi đây.. 21:09:00 &lt;dg&gt; Các bạn có nghĩ việc khôi phục mailing list cho thảo luận dev v.v. sẽ hữu ích không? 21:09:10 &lt;topiltzin&gt; +1 làm ơn có 21:09:17 &lt;dg&gt; weltende: Xem ticket #794 21:09:29 &lt;dg&gt; theo tôi chúng ta đã chốt bàn về SSL tuần trước 21:09:40 &lt;RN&gt; một mailing list vâng, sẽ tốt nếu khởi động lại theo tôi 21:09:43 &lt;hottuna&gt; Tôi không chắc lắm về mailing list. zzz.i2p có vẻ lấp chỗ trống đó khá tốt. 21:10:02 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/794` - (assigned defect) - SSL 21:10:03 &lt;RN&gt; dù vậy, con cá ấm áp nói có lý 21:10:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: ML cũ thu hút người ngoài nữa mà.. 21:10:59 &lt;hottuna&gt; zzz.i2p cũng đã ổn định và hoạt động khá tốt 21:11:23 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: không nhiều như ML trước kia 21:11:35 &lt;hottuna&gt; welt: vâng, đúng. nhưng nó phải hữu ích chứ không chỉ là phình to cho có 21:11:56 &lt;topiltzin&gt; cả hai đều được dù mailing list nói chung rất phổ biến trong các dự án mã nguồn mở 21:11:56 &lt;topiltzin&gt; nó là truyền thống lâu đời theo một cách. Tôi có thể dùng zzz.i2p nhưng tôi sẽ cảm thấy như ở nhà với một mailing list dành cho developer 21:12:17 &lt;str4d&gt; mailing list có thể tiện (tôi đã nghĩ đến việc dựng một site mailing list, nhưng không chắc xử email thế nào mà không tạo một email cho mỗi list trên postman) 21:12:23 *** blitzkrieg_ giờ là blitzkrieg 21:12:38 &lt;topiltzin&gt; thu hút người ngoài có phải là điều xấu? ;-) 21:12:46 &lt;hottuna&gt; có khi cứ xây rồi họ sẽ đến? nếu chẳng ai quan tâm nó sẽ chết sớm thôi 21:13:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: Tôi coi đó là luận điểm ủng hộ ML 21:13:12 &lt;topiltzin&gt; ồ ok 21:13:32 &lt;hottuna&gt; thay vào đó hỏi zzz về phiên bản mở/ liên kết zzz.i2p.to / liên kết zzz.i2p.in 21:13:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; được.. sẽ dựng một cái khi tôi có thời gian 21:14:43 &lt;topiltzin&gt; Nói chung tôi không thấy thoải mái khi gõ mật khẩu lúc dùng in/out proxy nhưng người khác có thể không bận tâm 21:15:56 &lt;hottuna&gt; ừ, inproxy có lẽ không tối ưu 21:16:26 &lt;dg&gt; &lt;+dg&gt; Cái này tồn tại rồi, nhân tiện. Nhưng chết rồi. 21:16:29 &lt;topiltzin&gt; dòng cuối bạn nhận được là gì dg? 21:16:29 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/listinfo/i2p-general 21:16:29 &lt;dg&gt; &lt;+dg&gt; Ngoài ra, có lẽ nên tắt liệt kê thư mục trên *.welterde.de. 21:16:32 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/ 21:16:32 &lt;dg&gt; &lt;+dg&gt; Dù sao, ok 21:16:32 &lt;dg&gt; &lt;+topiltzin&gt; Nói chung tôi không thấy thoải mái khi gõ mật khẩu lúc dùng in/out proxy nhưng người khác có thể không bận tâm 21:16:35 &lt;iRelay&gt; Title: I2p-general Info Page (at lists.welterde.de) 21:16:35 &lt;dg&gt; &lt;+dg&gt; Tôi cũng vậy. 21:16:38 &lt;iRelay&gt; Title: Index of /mailman/ (at lists.welterde.de) 21:17:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: à.. tôi quên mất.. chắc chưa từng đưa lên website.. 21:17:25 &lt;iRelay&gt; &lt;weltende@freenode&gt; (tôi muốn dùng lists.i2p2.de hơn) 21:17:33 &lt;dg&gt; Tôi cũng vậy :-) 21:20:27 &lt;dg&gt; topiltzin, cá nhân tôi - tôi muốn có mailing list nhưng với tôi thì ít nhất nó mang tính chuyên nghiệp, hơn là lợi ích tôi có thể mô tả và thuyết phục bạn 21:20:42 &lt;dg&gt; nhưng tôi cho là các bạn cũng thấy có lợi, vậy là tốt 21:20:45 &lt;topiltzin&gt; dg: return true; 21:20:45 &lt;topiltzin&gt; có lưu trữ mailing list rất hữu ích; khiến dự án giống các dự án mã nguồn mở khác nếu không còn gì khác 21:21:49 &lt;topiltzin&gt; khác gì với zzz.i2p + truy cập inproxy: không khác mấy ngoài việc dev mới ngẫu nhiên sẽ ít phải học hơn 21:22:30 &lt;topiltzin&gt; cũng cho phép công cụ tìm kiếm index lưu trữ mailing list góp phần vào kho tri thức toàn cầu, vậy là tốt 21:22:40 &lt;RN&gt; hoặc ai đó tò mò về I2P có thể đọc thảo luận và có lẽ quyết định cài đặt và dùng thử 21:22:55 &lt;topiltzin&gt; rất thường khi tôi tìm kiếm cái gì đó và thấy câu trả lời trong lưu trữ mailing của một dự án mã nguồn mở nào đó 21:23:18 &lt;topiltzin&gt; RN: có thể, tôi thích giữ mở mọi kênh có thể. 21:23:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: ML không dành cho dev mới.. hay người đã tham gia i2p nói chung.. mà là người ngoài dự án, những người phê bình giao thức, hiện thực, v.v. 21:23:40 &lt;topiltzin&gt; và rồi để người dùng / dev / thị trường quyết định chỗ nào tốt nhất 21:23:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; điều đã giảm hẳn từ sau cú crash 21:24:14 &lt;topiltzin&gt; Tôi không thấy vì sao không thể cho cả hai, weltende 21:24:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: được.. nhưng theo tôi khía cạnh của tôi quan trọng hơn ;-) 21:25:04 &lt;topiltzin&gt; :-P 21:25:14 &lt;dg&gt; &lt;+topiltzin&gt; Tôi không thấy vì sao không thể cho cả hai, weltende 21:25:14 &lt;dg&gt; &lt;+dg&gt; Ngoài ra, xin nêu một ý: dùng geti2p.net làm domain mặc định từ một $thời điểm nào đó 21:25:14 &lt;dg&gt; &lt;+dg&gt; (có lẽ khi ra mắt thiết kế mới) 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Tôi cũng đang nghĩ vậy 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Nó tạo ấn tượng tốt hơn 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+topiltzin&gt; Tôi không thấy vì sao không thể cho cả hai, weltende 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Ngoài ra, xin nêu một ý: dùng geti2p.net làm domain mặc định từ một $thời điểm nào đó 21:25:37 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; (có lẽ khi ra mắt thiết kế mới) 21:25:44 &lt;hottuna&gt; Tôi thích geti2p.net 21:25:55 &lt;topiltzin&gt; iRelay&gt; &lt;weltende@freenode&gt; topiltzin: được.. nhưng theo tôi khía cạnh của tôi quan trọng hơn ;-) 21:25:55 &lt;topiltzin&gt; &lt;topiltzin&gt; :-P 21:26:06 &lt;dg&gt; Tôi cũng vậy, không hoàn hảo (i2p.net sẽ tốt hơn, dĩ nhiên) nhưng tốt hơn hiện tại theo tôi. 21:26:17 &lt;KillYourTV&gt; ticket #795 đã được sửa trên site live. 21:26:20 &lt;dg&gt; ngoài ra, xin lỗi vì kết nối chập chờn của tôi. 21:26:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; sticker đã in geti2p.net rồi thì phải ;) 21:26:34 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/795` - (new defect) - Bounties being broken 21:26:38 &lt;str4d&gt; I2p.net vẫn do jrandom đăng ký phải không? 21:26:48 &lt;dg&gt; nó đã được trả tiền cho nhiều năm 21:26:51 &lt;dg&gt; nên là có 21:26:58 &lt;dg&gt; trừ khi jrandom quay lại, ta hơi kẹt. 21:27:02 &lt;dg&gt; Cũng không có gì đảm bảo ta sẽ lấy được i2p.net khi nó hết hạn. 21:27:08 &lt;dg&gt; (trừ khi ta đến ICANN?) 21:27:10 &lt;iRelay&gt; &lt;weltende@freenode&gt; đúng vậy... tới 2016 21:27:18 &lt;str4d&gt; Và tôi đồng ý với ý của bạn dg 21:27:29 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: thực ra là verizone 21:27:42 &lt;topiltzin&gt; vâng, thiết kế mới + domain mới = tươi mới 21:27:51 &lt;iRelay&gt; &lt;weltende@freenode&gt; ờ.. verisign 21:27:57 &lt;dg&gt; Tôi tưởng muốn lấy lại domain khi ai khác cướp sau này thì đến ICANN, nếu nói đó là “thương hiệu” của bạn. 21:28:04 &lt;str4d&gt; Tôi đã dự định để site tự động đổi URL cho các site mà nó biết là có sẵn trong và ngoài I2p 21:28:15 &lt;dg&gt; tiếc là, tôi nghi ngờ ta có thể đến ICANN/v.v. bây giờ và nói “này, cho chúng tôi luôn nhé? Chúng tôi không muốn đợi đến 2016!” 21:28:35 &lt;dg&gt; (trừ khi chúng ta có bạn tốt) 21:28:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: không.. ICANN chỉ xử TLD.. bạn phải đến TLD 21:28:49 &lt;str4d&gt; Ví dụ forum.I2p &lt;-&gt; forum.i2p2.de 21:28:52 &lt;dg&gt; à, đúng 21:29:07 &lt;dg&gt; Có thể liên hệ với $hostOfForum không? 21:29:11 &lt;str4d&gt; Chúng ta có thể lấy *.i2p? :D 21:29:22 &lt;dg&gt; forum.i2p từng phổ biến và sự ổn định sẽ hữu ích.. 21:29:51 &lt;dg&gt; (Không hay khi một forum được liên kết chính thức lại hay down và ta.. không có forum cho người dùng). Nó đã hoạt động tốt một thời gian. 21:30:08 &lt;dg&gt; str4d: ngoài ra, đúng. kiểu “(trong i2p)” và cách link mâu thuẫn trên các trang thì lạ và khó hiểu. 21:30:15 &lt;dg&gt; Tôi thích cách bạn gợi ý hơn. :-) 21:31:10 &lt;dg&gt; nhân tiện - "2007-09-28 - Syndie 1.101a" khá là dở khi để trên site.. 21:35:18 &lt;RN&gt; thực ra syndie là thứ tôi nghĩ ta nên giữ 21:35:25 &lt;RN&gt; nó cần một dev chăm chút, nhưng nó hoạt động và khá hữu ích khi bạn quen 21:35:25 &lt;RN&gt; trời, đưa log buổi họp này lên syndie sẽ là ý tưởng hay theo tôi 21:35:32 &lt;dg&gt; Giữ nhưng tìm người làm. 21:35:35 &lt;dg&gt; Ừ. 21:36:14 &lt;topiltzin&gt; Vậy ta có domain, mailing list, brainstorm nội dung. Có cái cụ thể nào ta muốn hoặc cần tập trung hơn không? 21:36:56 &lt;dg&gt; Tôi không nghĩ vậy, nhưng có thể ai đó không đồng ý ha. 21:38:53 &lt;topiltzin&gt; “nên giữ” là ý gì RN? 21:39:05 &lt;dg&gt; &lt;+dg&gt; nhân tiện - "2007-09-28 - Syndie 1.101a" khá là dở khi để trên site.. 21:40:30 &lt;iRelay&gt; &lt;RN__@kytv&gt; Tôi nghĩ syndie có tiềm năng lớn 21:41:02 &lt;iRelay&gt; &lt;RN__@kytv&gt; có vẻ dg đang đề xuất gỡ nó khỏi danh sách phần mềm hay gì đó 21:41:18 &lt;KillYourTV&gt; Chúng ta cần liên kết tarball/installer cập nhật. Có lẽ ta cũng nên để syndie.i2p2.de được quản lý bởi mtn. 21:41:40 &lt;dg&gt; Cũng đúng. Tôi đề xuất có lẽ ẩn bớt ngày hoặc đổi thiết kế để nó ít nổi bật, theo tôi trông xấu khi có phần mềm cũ như vậy trên trang 21:41:47 &lt;dg&gt; Nó làm xấu ấn tượng đầu về Syndie và i2p 21:42:01 &lt;dg&gt; KillYourTV: Ừ. Chỉ cần có tarball/v.v. mới là đã giúp rồi.. 21:42:04 &lt;topiltzin&gt; Có lẽ ta giữ nhưng bỏ ngày? Tôi nghĩ cái dở là con số 2007 21:42:15 &lt;dg&gt; (và installer lỗi..) 21:42:19 &lt;dg&gt; s/installer/packaging 21:42:29 &lt;iRelay&gt; &lt;RN@kytv&gt; à, chỉ đổi text link thành "Syndie" 21:42:29 &lt;topiltzin&gt; cho đến khi phát triển tích cực lại (về việc bỏ ngày) 21:42:32 &lt;iRelay&gt; &lt;RN@kytv&gt; Tôi đồng ý 21:43:28 &lt;iRelay&gt; &lt;RN@kytv&gt; vâng, tôi đồng ý 21:43:44 &lt;topiltzin&gt; :) 21:43:55 &lt;str4d&gt; dg, bản làm mới không để chỗ đó nữa. 21:43:55 &lt;str4d&gt; Hộp đó trên site hiện tại là tương đương “tin tức” 21:43:55 &lt;str4d&gt; Có liên kết Syndie thì tốt, nhưng kiểu như một phần của cột giữa chẳng hạn. 21:44:05 &lt;dg&gt; Tôi nghĩ ta gần xong rồi 21:44:16 &lt;dg&gt; Dù có netsplit 21:44:23 &lt;str4d&gt; (Vậy trang syndie 2007 vẫn ở đó, nhưng truy cập qua blog) 21:44:26 &lt;dg&gt; pfft, tôi không nghĩ ta thiếu ai đang tham gia 21:44:33 &lt;dg&gt; Họp tốt đấy, mọi người. 21:44:40 &lt;dg&gt; Lần sau 8:00PM thì sao? 21:44:43 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: buổi họp sau nên có chút cấu trúc hơn ;-) 21:45:14 &lt;dg&gt; weltende: ha, xin lỗi. Chúng ta có nhiều thứ để bàn và tôi không lường trước được nó như thế này, tôi nghĩ sẽ ngắn thôi. Tôi sẽ tính đến điều đó khi lên kế hoạch lần sau. :-) 21:45:14 &lt;dg&gt; thôi kệ 21:45:17 &lt;dg&gt; dù sao cũng có kết quả tốt. 21:45:24 &lt;topiltzin&gt; RN: vì bạn đưa trọng tâm vào nội dung tôi mong được nghe đề xuất của bạn :) 21:45:31 &lt;str4d&gt; Ừm. Có lẽ sắp xếp các chủ đề ngắn trước, mấy chủ đề tranh luận nhiều để sau. 21:45:31 &lt;topiltzin&gt; khi nào cũng được 21:45:42 &lt;topiltzin&gt; +1 str4d 21:45:53 &lt;topiltzin&gt; các chủ đề mở để cuối hợp lý 21:45:56 &lt;dg&gt; str4d: Ừ, có thể là ý hay. Hy vọng tôi làm ổn, ha. 21:45:59 &lt;dg&gt; Tôi nghĩ là ổn. 21:46:14 &lt;str4d&gt; Còn hơn là không họp =) 21:46:28 &lt;topiltzin&gt; topiltzin&gt; RN: vì bạn đưa trọng tâm vào nội dung tôi mong được nghe đề xuất của bạn :) 21:46:31 &lt;topiltzin&gt; &lt;topiltzin&gt; khi nào cũng được 21:46:31 * dg mỉm cười 21:46:42 &lt;topiltzin&gt; return true; // ;-) 21:46:44 &lt;iRelay&gt; &lt;RN@kytv&gt; bạn đang khởi đầu tốt đấy dg... 21:46:44 &lt;dg&gt; topiltzin: không, RN lấy từ kytv 21:47:10 &lt;iRelay&gt; &lt;RN@kytv&gt; ừ ừ topz 21:47:13 &lt;iRelay&gt; &lt;RN@kytv&gt; ;) 21:47:23 &lt;iRelay&gt; &lt;RN@kytv&gt; vậy bạn đã gõ búa chưa... ? 21:47:27 &lt;dg&gt; Tôi vui vì thấy hôm nay (và tuần trước) ta làm được điều gì đó hay 21:47:27 * dg ừ.. bamfs để kết thúc cuộc họp. 21:47:38 &lt;dg&gt; Lần sau họp lúc 8:00PM, cùng ngày. 21:47:47 &lt;iRelay&gt; &lt;RN@kytv&gt; YAY! chính thống 21:47:47 &lt;dg&gt; RN: bam 21:48:05 &lt;iRelay&gt; &lt;RN@kytv&gt; :) 21:48:06 * dg đập tay RN 21:48:20 *** KillYourTV đổi topic thành "Latest dev build: 0.9.3-11 | Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 4 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de" 21:48:28 &lt;iRelay&gt; * RN@kytv mời dg một cốc bia 21:48:31 &lt;topiltzin&gt; **mượt** 21:48:38 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: thực ra trước đây là *baf*s tôi nghĩ thế :P 21:48:50 &lt;dg&gt; chẹp 21:48:53 * dg ghi chú 21:49:00 &lt;str4d&gt; Chuẩn. Vậy là chưa xong =P 21:49:30 &lt;dg&gt; *baf*s </div>/vi/blog/2012/11/20/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-11-n%C4%83m-2012/Tue, 20 Nov 2012 00:00:00 +0000/vi/blog/2012/11/20/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-11-n%C4%83m-2012/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:03:41 &lt;Laughing1uddah&gt; Đến giờ họp chưa? 20:03:48 &lt;dg&gt; Đúng vậy! 20:04:01 &lt;k0e&gt; xem http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 &lt;iRelay&gt; Tiêu đề: Android ICS trên Raspberry Pi, Lượt xem: 139170, Đánh giá: 99,0% 20:04:05 * dg nuốt nước bọt 20:04:15 &lt;dg&gt; được rồi.. bắt đầu nhé 20:04:22 &lt;dg&gt; chủ đề hôm nay gồm: 20:04:33 &lt;dg&gt; 0) Chào mừng 20:04:40 &lt;dg&gt; (0a) Thay đổi cách làm 20:04:47 &lt;dg&gt; (Các buổi họp, v.v.) 20:05:00 &lt;dg&gt; (1) Tình trạng mạng 20:05:03 &lt;dg&gt; (1a) IRC 20:05:10 &lt;dg&gt; (1b) Tăng trưởng (làm sao đưa i2p ra ngoài kia?) 20:05:13 &lt;dg&gt; (2) Sự kiện ngoài đời (CCC, Cryptoparties..) 20:05:20 &lt;dg&gt; (3) - Gộp các cải tiến của Fux vào nhánh chính 20:05:23 &lt;dg&gt; (4) Website 20:05:26 &lt;dg&gt; (4a) - Mirroring.. 20:05:33 &lt;dg&gt; (4b)- SSL 20:05:36 &lt;dg&gt; (5) - Tiến độ 20:05:39 &lt;dg&gt; (6) - Buổi họp tiếp theo 20:05:50 &lt;dg&gt; (7) - Bất kỳ ghi chú nào khác từ người tham gia, v.v. 20:05:50 &lt;dg&gt; nói hơi dài dòng đấy! 20:06:28 &lt;dg&gt; Mong là hôm nay có đủ người 20:06:43 &lt;dg&gt; Tôi đang cố dựa trên các buổi họp trước 20:07:11 &lt;dg&gt; vậy uh.. 20:07:26 &lt;dg&gt; Trước hết, có ai từ đủ lâu để tóm tắt các thay đổi (những cái lớn, đáng chú ý) 20:07:26 &lt;dg&gt; kể từ buổi họp trước không? 20:07:33 &lt;dg&gt; (Hôm đó là 8/9) 20:09:05 &lt;nom&gt; lúc này chắc không rồi... có thể thử tóm tắt nhanh 20:09:24 &lt;asdfsdafsdafsd&gt; Xin chú ý, xin chú ý! 20:09:27 * asdfsdafsdafsd gõ búa 20:09:35 &lt;dg&gt; Tôi nghĩ có lẽ KillYourTV biết chút ít 20:09:53 &lt;dg&gt; Tôi được báo là welt cũng có thể ở đây, hy vọng lát nữa anh ấy sẽ vẫy tay 20:09:56 &lt;dg&gt; (cũng chưa thấy zzz) 20:10:09 &lt;dg&gt; Sẽ hơi lúng túng nếu thiếu phần lớn đội 20:10:23 &lt;asdfsdafsdafsd&gt; Ngài asdfsdafsdafsd đáng kính hiện đang chủ trì 20:10:25 &lt;iRelay&gt; * weltende@freenode vẫy tay 20:10:37 &lt;dg&gt; :) 20:10:37 &lt;dg&gt; Được rồi 20:10:48 &lt;zzz&gt; có đây 20:10:51 &lt;dg&gt; Trước hết, như một số bạn có thể biết, đây là buổi họp đầu tiên sau 2 năm 20:11:04 &lt;dg&gt; Và ngay cả buổi họp trước cũng là specalized 20:11:08 &lt;dg&gt; specialized* 20:11:30 &lt;dg&gt; Tôi dự định khởi động lại các buổi họp định kỳ để cập nhật tiến độ, v.v., ngay cả khi không có chủ đề lớn để thảo luận 20:12:01 &lt;dg&gt; về "thay đổi", tôi đang cân nhắc đảm nhiệm vai trò Project Manager 20:12:04 &lt;dg&gt; hoặc ít nhất là điều phối viên nào đó 20:12:28 &lt;dg&gt; Tôi tự hào về tiến bộ đạt được với dr|z3d, dù tiếc là tôi không nghĩ anh ấy đã sẵn sàng tham gia lại -dev lúc này (nói chuyện, thậm chí) 20:12:54 &lt;dg&gt; Tôi không thể bình luận về tiến độ 2 năm qua vì tôi không ở đây đủ lâu 20:12:57 &lt;dg&gt; Nếu có ai khác có thể, tôi sẽ rất trân trọng 20:13:04 &lt;dg&gt; &lt;tạm dừng cho $person&gt; 20:13:18 &lt;nom&gt; có lẽ phải đợi netsplit hợp lại 20:13:25 &lt;dg&gt; có lẽ là ý hay :-/ 20:13:36 &lt;nom&gt; hehe 20:13:51 &lt;LaughingBuddah&gt; Trong lúc chờ, chuyện gì đã xảy ra với dr|z3d? 20:13:54 &lt;LaughingBuddah&gt; phải là chuyện gì xảy ra với* 20:13:57 * nom chọc vào intertubes 20:14:13 &lt;dg&gt; Xong rồi. 20:14:20 &lt;dg&gt; Để tôi dán phần họ bỏ lỡ. 20:15:42 &lt;dg&gt; việc này đau đầu quá haha 20:16:09 &lt;dg&gt; ok, những người bị netsplit: `http://pastethis.i2p/show/2297/` 20:16:12 &lt;iRelay&gt; Tiêu đề: Paste #2297 | LodgeIt! (trên pastethis.i2p) 20:16:12 &lt;dg&gt; &lt;+dg&gt; Tôi không thể bình luận về tiến độ 2 năm qua vì tôi không ở đây đủ lâu 20:16:15 &lt;dg&gt; &lt;+dg&gt; Nếu có ai khác có thể, tôi sẽ rất trân trọng 20:16:15 &lt;dg&gt; &lt;+dg&gt; &lt;tạm dừng cho $person&gt; 20:16:27 &lt;dg&gt; LaughingBuddah: được thôi 20:16:53 &lt;dg&gt; Về cơ bản, sau khi dr|z3d bị loại khỏi cuộc chơi một thời gian dài, v.v., tôi đã nêu ý rằng nên bỏ mute anh ấy trong -dev vì rốt cuộc chúng ta cùng một đội, v.v. 20:17:00 &lt;dg&gt; Dù vậy có vẻ anh ấy chưa sẵn sàng tham gia lại 20:17:06 &lt;nom&gt; Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 &lt;LaughingBuddah&gt; Không không, tôi thắc mắc vì sao anh ấy bị đuổi 20:17:21 &lt;dg&gt; Tôi muốn anh ấy có quyền lựa chọn, dù anh ấy chưa muốn ngay bây giờ 20:17:21 &lt;dg&gt; Ồ 20:17:28 &lt;dg&gt; Đã có bất đồng với nhóm trước đây 20:17:35 &lt;SanguineRose&gt; Tôi không ở đây, tôi vô hình 20:17:38 &lt;LaughingBuddah&gt; Tôi hiểu rồi 20:17:38 &lt;dg&gt; Từ những bất đồng nhỏ tích tụ thành một bất đồng khá lớn 20:17:53 &lt;dg&gt; Nó dẫn đến một cuộc hơn thua và phần nào chia rẽ cộng đồng :-P 20:17:56 &lt;dg&gt; không hay chút nào 20:18:03 &lt;LaughingBuddah&gt; Được rồi. Tiếp tục :) 20:18:06 &lt;nom&gt; ha! bạn có thể vô hình nhưng chúng tôi vẫn nghe bạn :P 20:18:17 &lt;dg&gt; Tôi sẽ chờ $person thêm vài giây nữa.. 20:18:20 &lt;SanguineRose&gt; xạo, các người không thể đọc được tôi đang nghĩ gì đâu! 20:18:27 * dg ngồi gượng gạo 20:18:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: ừ.. chủ yếu là trong dr|z3d và !dr|z3d *khụ* 20:18:48 &lt;dg&gt; Rõ ràng chẳng ai muốn kể lại lịch sử.. heh 20:18:51 * nom ngả người gượng gạo trong khi đọc suy nghĩ của SanguineRose 20:18:57 &lt;dg&gt; Được rồi 20:19:16 &lt;nom&gt; thôi, tìm hiểu lịch sử sau khi nhà sử học chịu xuất hiện 20:19:23 &lt;dg&gt; vậy 20:19:23 &lt;dg&gt; (1) - tình trạng mạng 20:19:45 &lt;dg&gt; Theo những gì tôi thấy trong thống kê, chúng ta ổn ở mảng đó, dù kể từ khi người Nga rời đi (rusleaks biến mất nói chung), có sự sụt giảm 20:19:52 &lt;dg&gt; Quay về mức trước-nga (hah) 20:20:05 &lt;dg&gt; Hy vọng zzz có thể bình luận về tình hình này.. 20:20:29 &lt;nom&gt; theo tôi tình trạng mạng khó nhìn thấy, nhưng dựa vào các netsplit thì có thể tốt hơn... 20:21:06 &lt;zzz&gt; nó còn chao đảo nhưng tối qua kytv và tôi đã tìm ra bug đưa vào ở 0.9.2 gây ra mọi rắc rối 20:21:21 &lt;dg&gt; zab và tôi nghi ngờ việc một thứ đơn giản vậy lại gây ra các vấn đề 20:21:27 * nom :| với thời điểm 20:21:30 &lt;asdfsdafsdafsd&gt; ugh... tách mạng 20:21:36 &lt;dg&gt;&gt;.&gt; 20:21:48 &lt;nom&gt; zzz: bug là gì vậy? 20:21:54 &lt;dg&gt; tôi đoán đó là mạng 'lên tiếng' với ta 20:22:13 &lt;zzz&gt; chúng tôi vô tình cắt một nửa năng lực của mạng. 20:22:53 &lt;LaughingBuddah&gt; haha 20:23:04 * dg không thấy khác biệt nhiều ở tỉ lệ thành công tunnel nhưng có vẻ bạn tự tin nó sẽ sửa chữa 20:23:07 &lt;nom&gt; lol bug thật đáng tiếc 20:23:14 &lt;dg&gt; ^ 20:23:21 &lt;dg&gt; Tôi nghĩ ở mảng đó chúng ta ổn 20:23:44 &lt;zzz&gt; đó là chuyện của toàn mạng. Bạn không thể sửa mạng chỉ bằng cách tự nâng cấp. 20:23:50 &lt;KillYourTV&gt; tất nhiên chỉ cần một người nâng cấp lên -10 là giải quyết TẤT CẢ vấn đề ;) 20:23:59 &lt;dg&gt; Tôi không thể nhận xét về (1a) (IRC) vì rõ ràng tôi không liên lạc được với badger 20:23:59 &lt;KillYourTV&gt; bah, tôi chậm tay 20:23:59 &lt;dg&gt; KillYourTV: tất nhiên rồi, bạn chưa nghe nhạc Java à? 20:24:02 &lt;dg&gt; *magic 20:24:02 &lt;dg&gt; pfft 20:24:13 &lt;dg&gt; (và tôi cũng không liên lạc được postman, tôi cũng chậm để gặp ech..) 20:24:17 &lt;dg&gt; nên đó là lỗi ở tôi 20:24:51 &lt;dg&gt; vậy (1b). 20:24:55 &lt;dg&gt; " 20:24:58 &lt;dg&gt; (1b) - Tăng trưởng (làm sao để i2p phát triển hơn, diễn biến với Nga (làm sao đưa mình ra ngoài? tiếp cận các trang lớn của Nga?)) " 20:25:01 &lt;nom&gt; - if (style.equals("udp")) 20:25:01 &lt;nom&gt; + if (style.equals("SSU")) 20:25:01 &lt;dg&gt; Khá rộng 20:25:04 *** eight_ giờ đổi tên thành eight 20:25:07 &lt;nom&gt; ? đó là bug à? 20:25:24 &lt;dg&gt; (và có một biến đã thay đổi) 20:25:36 &lt;zzz&gt; thế thôi 20:25:58 &lt;dg&gt; Dù sao thì lý do commit đó là gì? 20:25:58 &lt;dg&gt; (trong 0.9.2) 20:26:59 &lt;k0e&gt; về người dùng Nga, tôi nghĩ câu hỏi lớn là kênh #i2p-ru ở đây thế nào? Người dùng Nga có được hỗ trợ tốt như khi người nói tiếng Anh vào đây và nhận trợ giúp không 20:28:13 &lt;LaughingBuddah&gt; Chúng ta có ai rành i2p và nói được tiếng Nga không? 20:28:24 &lt;LaughingBuddah&gt; Thậm chí là dev? 20:29:02 * nom từng muốn học tiếng Nga, nhưng không bao giờ có thời gian... 20:29:21 &lt;KillYourTV&gt; người dùng 'slow' phù hợp 20:29:32 &lt;k0e&gt; và nhân tiện, Đức có vẻ là quốc gia lớn thứ 3 sau Nga và Mỹ 20:29:35 &lt;str4d&gt; slow hay ở đó, đúng không? 20:29:35 * nom nghĩ rằng cần tìm một người dùng nói Nga và Anh, thiên về dev 20:29:38 &lt;KillYourTV&gt; (và anh ấy hầu như luôn ở #ru) 20:29:53 &lt;nom&gt; thôi, chắc ta tìm được rồi 20:30:22 &lt;LaughingBuddah&gt; Tốt 20:31:48 &lt;nom&gt; về tăng trưởng nói chung, tôi nghĩ xử lý các bug ổn định/hiệu năng của mạng là một bước tốt 20:32:09 &lt;nom&gt; thêm nữa, nhiều nội dung = nhiều người dùng = nhiều nội dung, chia sẻ là quan tâm này nọ 20:32:28 &lt;LaughingBuddah&gt; Đồng ý ^ 20:33:02 &lt;dg&gt; #i2p-ru chết rồi 20:33:02 &lt;dg&gt; zab có thể chuyển RU-&gt;EN nhưng không EN-&gt;RU 20:33:16 &lt;dg&gt; nhân tiện, #ru có người dùng, #i2p-ru thì không 20:33:31 &lt;dg&gt; trong khi xử lý bug là rất tốt 20:33:42 &lt;dg&gt; Chúng ta chắc chắn có vấn đề về cộng đồng và tôi không có chút manh mối nào để giải quyết 20:33:49 &lt;nom&gt; vậy nhé.. mọi người tải lên kho media cho postman, và chạy router cấu hình cao 20:34:13 &lt;dg&gt; ước gì đơn giản vậy 20:34:27 &lt;dg&gt; Tôi đoán điều này bao gồm cả gặp mặt ngoài đời 20:34:34 &lt;dg&gt; Có một nhóm người i2p sẽ đến CCC năm nay 20:34:52 &lt;dg&gt; Tôi nghĩ một "i2p workshop" là cách tốt nhất để tận dụng vì đã quá muộn để đặt lịch một bài nói 20:35:02 &lt;nom&gt; lol đúng là tăng nội dung không bao giờ đơn giản, nhưng nhắc mọi người vẫn tốt 20:35:18 &lt;k0e&gt; dg: đề xuất, có lẽ bạn có thể nói chuyện với eche|on và postman về việc gộp hai kênh đó (chuyển hướng về một kênh) 20:35:18 &lt;dg&gt; i2p hầu như chưa được biết đến như Tor 20:35:53 &lt;dg&gt; k0e: ghi nhận, sẽ xem sau, cảm ơn :) 20:36:16 &lt;nom&gt; về các buổi gặp cộng đồng ngoài đời, tại hội nghị này nọ, vâng cần nhiều hơn. lý tưởng là ban tổ chức giữ liên lạc với những người chúng ta ở nhà trong i2p, bằng video và blog, v.v. 20:36:55 &lt;dg&gt; Không chắc làm thế nào để tiếp cận người Nga, nhưng ai đó có thể thử nói chuyện với các trang web bị kiểm duyệt 20:36:59 &lt;dg&gt; những trang nổi bật, gây tranh cãi, v.v. 20:37:06 &lt;dg&gt; Tiếc là rusleaks đã biến mất hoàn toàn 20:37:09 &lt;dg&gt; Nên không thể dựa vào đó 20:37:34 &lt;dg&gt; Tôi đã cố liên hệ với nhóm an*on nhưng tôi không vào được mạng của họ một cách ẩn danh nên hơi vô nghĩa 20:38:21 &lt;LaughingBuddah&gt; Chúng ta chuyển tiếp 20:38:36 &lt;darrob&gt; tôi không chắc về chuyện tiếp cận, dg. tor có làm vậy không? việc đi gõ cửa từng nhà quảng bá nghe không ổn. 20:38:43 &lt;dg&gt; Được. 20:39:04 &lt;dg&gt; darrob: Họ không đi từng nhà, và chúng ta làm chính thức như vậy cũng không đúng. Tôi chỉ định khuyến khích họ một chút. 20:39:22 &lt;dg&gt; LaughingBuddah: được. 20:39:29 &lt;str4d&gt; Cải thiện tài liệu sẽ giúp rất nhiều. 20:39:41 * dg đã nghĩ về điều đó trước đó 20:39:44 &lt;dg&gt; Tôi không rõ tiêu chuẩn của chúng 20:40:51 &lt;nom&gt; vâng cải thiện tài liệu, và thêm các kiểm thử bảo mật nghiêm ngặt có thể giúp tăng trưởng người dùng 20:41:25 &lt;dg&gt; thực ra, chúng ta đã bỏ lỡ kiểm thử bảo mật do thiếu tài liệu gần đây 20:41:35 &lt;dg&gt; dĩ nhiên, chúng ta cũng không làm gì được vì cải thiện tài liệu mất thời gian nhưng vâng 20:42:09 &lt;dg&gt; Hiện tại, cách duy nhất để nói i2p an toàn hơn thứ đã được kiểm toán kỹ như Tor là tự đọc toàn bộ mã + thiết kế 20:42:15 &lt;dg&gt; Điều đó ổn với người am hiểu, nhưng vô nghĩa với người dùng 20:42:25 &lt;dg&gt; i2p cũng rất ít được nghiên cứu học thuật 20:42:35 &lt;nom&gt; theo tôi ít nhất, phần lớn người dùng kiểu này muốn đi sâu vào cách hoạt động và độ an toàn. trang threadmodel hữu ích, nhưng đó không phải là kết quả của kiểm thử sâu rộng 20:42:46 &lt;dg&gt; Dĩ nhiên, bạn không thể ép giới học thuật viết bài về i2p.. 20:42:57 &lt;dg&gt; nom: Tôi đồng ý. 20:43:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: theo tôi giờ không còn đúng nữa 20:43:38 &lt;dg&gt; hm? 20:43:45 &lt;nom&gt; lol .... chắc ta có thể tống tiền vài nghiên cứu sinh viết bài về i2p \o/ 20:43:55 &lt;dg&gt; $5 wrench 20:44:08 &lt;iRelay&gt; &lt;weltende@freenode&gt; à.. vừa nhận được mail về một bài nói về i2p tại Athens Cryptoparty #0 20:44:24 &lt;dg&gt; ồ, hay đấy. Tôi đang tò mò về Cryptoparty 20:44:27 &lt;dg&gt; Tor được nhắc đến rất nhiều ở đó 20:44:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: có vài bài báo về i2p.. (nhớ bài của TUM về i2p chứ? ;) 20:44:50 &lt;asdfsdafsdafsd&gt; Tôi nghi ngờ nhiều học giả sẽ viết bài hay ủng hộ I2P.... họ đều bắt tay với bọn toàn cầu hóa 20:45:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; asdfsdafsdafsd: giới học thuật sẽ không quảng bá gì ngoài phần mềm họ đang làm lúc này ;-) 20:45:48 &lt;dg&gt; i2p thì không nhiều như vậy 20:46:28 &lt;dg&gt; Những bài tôi thấy về i2p chỉ là bài của Pháp và bài về tương quan tiêu đề/đồng hồ 20:46:48 &lt;dg&gt; chuyển tiếp 20:46:55 &lt;asdfsdafsdafsd&gt; weltende... chính xác 20:47:02 &lt;dg&gt; "(3) - Thảo luận về việc gộp fux hiện tại vào nhánh chính " 20:47:14 &lt;nom&gt; vậy thì.... gsoc? có vẻ kiểm thử bảo mật sẽ phù hợp cho việc đó 20:47:17 &lt;dg&gt; Tôi không chắc ai ngoài zzz có thể trả lời 20:47:35 *** str4d giờ đổi tên thành str4d_afk 20:47:46 &lt;dg&gt; với những ai chưa biết, fux là một nhánh của i2p do str4d và những người khác phát triển với các cải tiến về giao diện người dùng. Cải tiến theme, kiểu như vậy. 20:47:49 &lt;dg&gt; nom: không ai muốn làm gsoc 20:47:56 *** str4d_afk giờ đổi tên thành str4d 20:48:13 &lt;dg&gt; nom: zzz có trên trac như một mentor nhưng hình như anh ấy không muốn có sinh viên 20:48:24 &lt;zzz&gt; xin lỗi dg, những gì tôi biết là 2-3 tháng trước. lần cuối tôi nghe, họ định fork? 20:48:27 &lt;dg&gt; (không chắc đúng, đó là điều tôi nghe nói) 20:48:43 &lt;zzz&gt; sai 20:48:58 &lt;nom&gt; không đùa, có lẽ đó là lý do nó chưa xong, nhưng đó là nguồn lực giúp tiếp cận những người thực sự có thể làm đánh giá bảo mật 20:49:24 &lt;dg&gt; zzz: Có bàn luận về fork, giờ đã lắng xuống vì một số người đổi ý. Không rõ sẽ thế nào, chắc chẳng ai biết. Về các thay đổi hiện tại, tôi cảm thấy chúng có thể hữu ích. Không có gì quá lớn/đập vỡ tính năng ở đó. 20:49:34 &lt;dg&gt; zzz: cũng, sai? 20:49:38 &lt;str4d&gt; Tôi sẵn sàng làm mentor cho GSoC 20:50:09 &lt;dg&gt; nom: Chuẩn. 20:50:21 &lt;dg&gt; str4d: Chúng ta có thể nộp cho năm sau, đơn năm 2010(?) vẫn còn trên trac. 20:50:25 &lt;zzz&gt; về gsoc: "sai" ý là tôi sẵn sàng giúp nhưng tôi sẽ không chịu trách nhiệm chính và không tự làm nó. 20:50:43 &lt;dg&gt; khác hẳn những gì tôi nghe 20:50:53 &lt;dg&gt; từ khóa: "nghe nói", tôi đoán vậy 20:51:05 &lt;dg&gt; trang trac liên quan: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 &lt;zzz&gt; dg về fux, bạn hỏi nhầm người rồi. Tôi không có thông tin gần đây. 20:51:39 &lt;nom&gt; theo tôi, fork vừa đúng là điều đang xảy ra, vừa không phải. zzz bạn 'kiểm soát' branch i2p.i2p chính thức ở chỗ bạn cấp key commit, nhưng luôn có người/nhóm viết tính năng/mã riêng vào i2p, nếu không ai hứng thú gộp thì nó vẫn là 'fork' còn nếu không thì cũng không hẳn 20:52:01 &lt;dg&gt; zzz: nói chung là hỏi bạn có ổn nếu gộp một số theme, v.v. không 20:52:04 &lt;str4d&gt; Theo tôi biết thì không có gì cản mentor ẩn danh, nhưng chúng ta cần một liên lạc có thể liên hệ (không chắc có bắt buộc không ẩn danh) và một mẫu biểu tài chính nào đó cho tổ chức. 20:52:23 &lt;dg&gt; Đúng. 20:52:37 &lt;dg&gt; Tôi ổn nếu làm liên lạc, và chắc cũng có vài người khác. 20:52:56 &lt;dg&gt; Mẫu biểu tài chính .. ugh 20:53:05 &lt;LaughingBuddah&gt; Chúng ta sẽ cần một vài người đồng ý làm "gương mặt" của i2p 20:53:24 &lt;str4d&gt; Tôi nhớ có mẫu cho tổ chức ở Mỹ, hoặc tổ chức nước ngoài. 20:53:31 &lt;dg&gt; tiếc là không thể tránh điều đó, LaughingBuddah.. 20:53:59 &lt;dg&gt; Tôi không muốn là người ép mọi người từ bỏ ẩn danh và lên sân khấu nhưng 20:54:18 &lt;dg&gt; Chúng ta cần ai đó muốn và có thể đảm nhiệm 20:54:41 &lt;zzz&gt; dg lần cuối tôi xem là vài tháng trước. Nó là một túi hỗn hợp và tôi có vài phản đối. Không ai kể từ đó nhờ tôi xem lại - hay tách xấu khỏi tốt - hay cho tôi cập nhật - hay nhắc đến tiến triển trong việc xử lý các vấn đề của tôi.. Trừ khi điều đó xảy ra, tôi không có cập nhật nào cho bạn và tôi cho rằng họ hoặc đang làm tiếp hoặc forking. 20:54:49 &lt;str4d&gt; (Có thể không phải thuế, nhưng là thứ gì đó tài chính) 20:54:52 &lt;str4d&gt; Không rõ năm 2010 đã làm gì cho việc đó. 20:55:19 &lt;dg&gt; zzz: Được, nếu tôi có thể khiến họ nói chuyện về nó, tôi có thể gửi bạn cập nhật. 20:55:27 &lt;dg&gt; chỉ là lưu ý 20:55:30 &lt;dg&gt; `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 &lt;dg&gt; trông khá thú vị 20:55:40 &lt;iRelay&gt; Tiêu đề: gsoc/ideas I2P (trên trac.i2p2.i2p) 20:55:44 &lt;zzz&gt; nên tôi nhắc lại, bạn đang hỏi nhầm người. Nếu muốn biết trạng thái, hãy hỏi những người đang làm, không phải tôi. 20:56:07 &lt;dg&gt; Tôi chỉ hỏi bạn có ổn nếu gộp nếu họ hợp tác thôi. 20:56:19 &lt;dg&gt; Tôi thấy các thay đổi đó có thể có lợi cho i2p phần nào. 20:56:34 &lt;dg&gt; chào mừng psi 20:56:41 &lt;psi&gt; ?? 20:56:48 &lt;dg&gt; họp dev 20:56:55 &lt;psi&gt; ok 20:57:36 &lt;dg&gt; Đơn GSoC có vẻ ổn 20:57:39 &lt;dg&gt; Có thể tái sử dụng 20:57:39 &lt;nom&gt; zzz: những vấn đề bạn cần xử lý là gì? 20:59:54 &lt;str4d&gt; Có một hình ảnh trong theme tối đã được thay thế. Còn vấn đề lớn nào khác không? 21:00:17 &lt;psi&gt; à vâng... nhân vật assange lẽ ra nên được gỡ bỏ lúc này 21:00:20 &lt;psi&gt; s/for/by 21:00:35 &lt;dg&gt; Assange có gì sai nhỉ? :P 21:00:46 &lt;zzz&gt; điều chính tôi nhớ là hồi quy về khả năng đọc và lựa chọn màu, đặc biệt ở snark. Nhưng đã mấy tháng rồi tôi chưa xem lại 21:00:49 &lt;darrob&gt; nom: bạn nên tìm log. sẽ khó để nhớ hay tóm tắt. (ít nhất với tôi, mà tôi cũng đã cố góp ý). 21:00:56 &lt;zzz&gt; Tôi thấy đó là một bước thụt lùi lớn 21:01:18 &lt;KillYourTV&gt; `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 &lt;iRelay&gt; Tiêu đề: #i2p-dev logs for Thursday, 2012-08-23 (trên killyourtv.i2p) 21:01:32 &lt;dg&gt; có vẻ quá muộn để tham gia gsoc lần này 21:01:43 &lt;psi&gt; dù sao... tôi nghĩ chúng ta cần cơ chế kiểm thử UI "thực tế" không hoàn toàn chủ quan 21:01:47 &lt;dg&gt; hay là, năm sau chưa mở (ý tôi là vậy) 21:01:54 &lt;dg&gt; psi: chính xác 21:01:57 &lt;psi&gt; đây là chỗ những người dùng như Zorya phát huy 21:02:12 &lt;psi&gt; Zorya đặc biệt là công cụ phản hồi hoàn hảo cho UI 21:02:35 &lt;nom&gt; về assange, theo tôi anh ấy ngầu đấy, nhưng vì 'chính thức' anh ấy không liên quan đến i2p, ta không nên dùng hình ảnh của anh ấy... trừ khi liên quan trực tiếp đến anh ấy hay wikileaks... 21:02:38 &lt;psi&gt; Người dùng "thông thường" hay "casual" RẤT quan trọng và nên tận dụng cho phản hồi 21:02:41 &lt;zzz&gt; nhưng nếu bên fux cũng không nhớ phản đối của tôi, thì có lẽ họ chưa xử lý, và ta vẫn ở chỗ cũ như 3 tháng trước. 21:02:51 &lt;psi&gt; nom: i2p trung lập về chính trị 21:03:37 &lt;str4d&gt; zzz, tôi nhớ vấn đề khả năng đọc của bạn, và tôi vẫn nghĩ đó là vấn đề sở thích cá nhân (vì có ví dụ rõ ràng về người thích và không thích các thay đổi) 21:03:49 &lt;nom&gt; psi: đúng... nếu điều đó có thể 21:03:52 &lt;psi&gt; nom: không cần đứng về phía nào trong những thứ nhạy cảm chính trị ở đâu đó 21:03:59 &lt;str4d&gt; và màu sắc* 21:04:02 &lt;str4d&gt; Vấn đề lớn là hình ảnh, và điều đó đã được xử lý. 21:04:13 &lt;nom&gt; khá chắc chúng ta đang đứng về phía ẩn danh và trao đổi dữ liệu tự do mà.... 21:04:35 &lt;str4d&gt; psi, Zorya là gì? 21:04:42 &lt;asdfsdafsdafsd&gt; assange là cointelpro 21:04:53 &lt;dg&gt; một người, không chắc họ làm gì 21:04:53 &lt;KillYourTV&gt; Tôi có thể nói là khi tôi xem vài tuần trước, độ tương phản trong snark không còn quá chói như trước. 21:04:53 &lt;psi&gt; str4d: Zorya là một người dùng trong kênh này 21:05:15 &lt;psi&gt; str4d: một người dùng "thường" trong nhóm của jester 21:05:15 &lt;zzz&gt; vậy là không vấn đề nào của tôi được xử lý? (trừ có thể hình assange) 21:05:19 &lt;zzz&gt; vậy thì vẫn chỗ cũ 21:05:38 &lt;dg&gt; thực ra, nếu tôi nhớ không nhầm, màu sắc đã được cải thiện 21:05:42 &lt;dg&gt; tôi không chắc là hoàn hảo 21:05:56 &lt;zzz&gt; lúc đó, tôi nghĩ fux không thể gộp, bạn nên bỏ nó và làm lại, tách tốt khỏi xấu và tệ. 21:06:08 &lt;psi&gt; zzz: thành thật mà nói tôi không chắc vấn đề "style" quá quan trọng trừ khi nó ảnh hưởng đến khả năng sử dụng 21:06:36 &lt;str4d&gt; psi, à - tôi đọc câu của bạn như Zorya là công cụ kiểm thử tự động =P 21:06:39 &lt;dg&gt; điều tôi thích nhất ở fux là việc đóng khung các ứng dụng bên trong console 21:06:46 &lt;dg&gt; tôi không quan tâm theme lắm 21:07:01 &lt;darrob&gt; psi: lập luận đó dùng được cả ủng hộ lẫn phản đối thay đổi. ;) 21:07:20 &lt;psi&gt; darrob: đúng 21:07:23 &lt;nom&gt; theo tôi theme là theme và nên là giỏ chọn lựa cho mọi người, nếu vấn đề của bạn là theme mặc định... thì vâng tôi hiểu bạn không muốn gộp cái đó... nhưng vẫn 21:07:23 &lt;zzz&gt; Tôi đã đưa nhận xét 3 tháng trước và chưa nghe gì từ đó. Nếu ai đó xác định thay đổi và muốn tôi xem lại, được thôi. 21:07:38 &lt;dg&gt; nom: ý tôi cũng vậy. 21:07:49 &lt;zzz&gt; các bạn nói rằng thích một số phần và không quan tâm phần còn lại là bỏ lỡ trọng tâm hoàn toàn. 21:07:49 &lt;psi&gt; darrob: tuy nhiên ở trạng thái hiện tại, router console cần được thiết kế lại vì nó thất bại như một UI 21:07:52 &lt;user&gt; một cải tiến từ phía UI có thể là một UI plugin, tôi nghĩ vậy. 21:08:04 &lt;zzz&gt; tách cái tốt khỏi cái xấu. hiện tại nó là một túi hỗn hợp 21:08:11 &lt;user&gt; &lt;dg&gt; điều tôi thích nhất ở fux là việc đóng khung các ứng dụng bên trong console &lt;&lt;&lt;---- tôi cũng thích cái đó.. tạo cảm giác thống nhất 21:08:26 &lt;dg&gt; Làm mọi thứ bớt cồng kềnh hơn theo tôi, user. 21:08:56 &lt;str4d&gt; zzz, ý ở đây là không có gì xấu/tệ trong fux, chỉ có thứ mọi người đều thích và thứ một số người thích, một số không. 21:09:07 &lt;zzz&gt; nghe như các bạn vẫn muốn gộp nó nhưng 3 tháng rồi chưa làm gì? 21:09:33 &lt;zzz&gt; không đồng ý. thay đổi ở snark của bạn tệ/xấu một cách khách quan. 21:09:56 &lt;user&gt; cái gì mà mọi người đều thích? có lẽ có thể bắt đầu xác định và chỉ gộp phần đó 21:09:59 &lt;psi&gt; zzz: đã làm nhiều nhưng không có nghĩa là thứ gì "hoàn tất", còn nói cái gì đó "xấu một cách khách quan" là hơi ngược đời 21:10:02 &lt;nom&gt; đúng là tốt, xấu, tệ, đều chủ quan.... theo tôi miễn là có cấu hình được thì sở thích cá nhân của dev không nên quyết định 21:10:24 &lt;dg&gt; Có chứ? 21:10:27 &lt;dg&gt; Thực tế, tôi tin vấn đề màu cũng đã xử lý. 21:10:27 &lt;dg&gt; xem bình luận của nom 21:10:27 &lt;dg&gt; &lt;nom&gt; theo tôi theme là theme và nên là giỏ chọn lựa cho mọi người, nếu vấn đề của bạn là theme mặc định... thì vâng tôi hiểu bạn không muốn gộp cái đó... nhưng vẫn 21:10:27 &lt;dg&gt; psi: Chính xác. 21:10:27 &lt;dg&gt; psi: Nó tuyệt cho dân nerd như chúng ta, không hẳn cho một bà ngoại muốn an toàn. 21:10:34 &lt;dg&gt; zzz: Tôi có thể phần nào đồng ý về snark nhưng phần còn lại thì không. 21:10:45 &lt;dg&gt; user: thống nhất. 21:10:48 &lt;dg&gt; user: các theme không mặc định nữa. 21:10:59 &lt;dg&gt; user: nếu không phải mặc định, tôi nghĩ gộp vào và cải thiện dần là ổn. Không hại gì. 21:11:06 &lt;nom&gt; thế này nhé, mặc định giữ nguyên theme hiện tại, nhưng bao gồm tất cả thứ fux thêm, để dùng thì bạn đặt trong cấu hình? 21:11:14 &lt;dg&gt; ^ 21:11:29 &lt;zzz&gt; Nếu những người đang làm nói rằng họ nghĩ đã sẵn sàng để xem lại, tôi sẽ xem. Tôi không có gì thêm. 21:11:32 &lt;psi&gt; hiện tại (theo như tôi biết), fux nhắm đến tính dễ hack và linh hoạt, không nhắm rõ ràng tới "hợp lòng" số đông 21:11:43 &lt;dg&gt; được thôi 21:11:46 &lt;str4d&gt; Với những người dùng nói khác đi, tôi thấy khó coi đó là khách quan thật sự. 21:11:46 &lt;dg&gt; hợp lý, zzz. 21:11:46 &lt;str4d&gt; Tuy nhiên, tôi đồng ý fux chưa sẵn sàng để gộp, dg 21:12:09 &lt;psi&gt; str4d: fux còn lâu mới gộp được 21:12:09 &lt;dg&gt; str4d: tôi chỉ muốn có bàn luận để xem cần làm gì :) 21:12:12 &lt;psi&gt; không rõ ai gợi ý gộp 21:12:15 &lt;maidenboi&gt; tôi thích các thay đổi ở snark 21:12:26 &lt;nom&gt; zzz: bạn có thể đồng ý nguyên tắc này chứ? rằng nó gộp được nếu trải nghiệm/quan điểm của bạn không đổi trừ khi bạn chọn thay đổi? tức là không thay đổi mặc định 21:13:44 &lt;nom&gt; hay đúng hơn, vì như bạn nói nó là túi hỗn hợp, những phần có thể gộp là phần không thay đổi mặc định và chỉ thêm tùy chọn 21:14:14 &lt;psi&gt; lúc này fux giống sandbox cho ý tưởng hơn, không thực sự nhằm gộp sang mainline toàn bộ 21:14:45 &lt;psi&gt; tôi không mong fux sẽ bao giờ được gộp trọn, mà cũng không phải ý hay 21:14:56 &lt;dg&gt; Tôi muốn gộp một vài phần 21:15:18 &lt;psi&gt; dg: nếu chúng "xong" thì chắc 21:15:25 &lt;psi&gt; dg: phần nào? 21:15:29 &lt;LaughingBuddah&gt; Làm sao xác định là xong? 21:15:48 &lt;str4d&gt; dg, tôi đồng ý các thay đổi với theme không mặc định là có thể gộp, nhất là khi phần lớn thay đổi do tác giả theme gốc làm, nhưng còn những thứ khác cần làm trước. 21:15:55 &lt;user&gt; lần nữa, plugin sẽ tiện, để không tăng kích thước gói i2p không cần thiết. 21:16:30 &lt;KillYourTV&gt; Một thứ chắc chắn là lôi bản sửa cho ticket #773. Nó ổn trong fux; nó không ổn trong bản vanilla. 21:16:37 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 &lt;psi&gt; tôi thích unified css và inline frames cho snark và mail 21:16:49 &lt;psi&gt; đặc biệt là unified css 21:16:52 &lt;KillYourTV&gt; nếu tôi nhớ không nhầm, LaughingBuddah cũng báo cái đó trong kênh này. 21:16:59 &lt;str4d&gt; user, việc đó cần hoàn tất tách UI (UI separation) trước (mà tôi hy vọng sẽ làm với top[tabfail] khi có thời gian) 21:17:22 &lt;dg&gt; psi: chủ yếu là nhúng các thứ, như snark 21:17:25 &lt;dg&gt; LaughingBuddah: sự hài lòng của đa số 21:17:28 &lt;psi&gt; dg: vâng tôi cũng thích 21:17:46 &lt;str4d&gt; dg, #define majority =P 21:17:49 &lt;darrob&gt; tôi bối rối. tôi tưởng fux dự định được gộp (thậm chí sớm). tôi đã không mất công và góp ý chi tiết nếu biết nó chỉ là sandbox. 21:18:00 &lt;LaughingBuddah&gt; KillYourTV: Vâng tôi nhớ có báo 21:18:11 &lt;psi&gt; darrob: ấn tượng của tôi là nó là sandbox 21:18:36 &lt;psi&gt; vì đến giờ tôi xem nó như vậy 21:18:46 &lt;str4d&gt; darrob, tôi luôn định sẽ gộp. Nhưng theo một số cách nó là sandbox UI. 21:18:53 &lt;dg&gt; str4d: tôi muốn người tạo ra chức năng nghĩ rằng ổn để gộp (đến lúc), và nhiều người dùng fux/đi kèm thích nó 21:19:00 &lt;dg&gt; darrob: tôi cũng nghĩ vậy? 21:19:00 &lt;dg&gt; Dù sao, 21:19:07 &lt;dg&gt; Tôi nghĩ chúng ta đồng ý là fux cần làm thêm 21:19:22 &lt;dg&gt; phần thống nhất + bản sửa #773 nên được gộp sớm hơn là muộn 21:19:40 &lt;dg&gt; Chuyển tiếp ;-) 21:19:43 &lt;str4d&gt; Nó là Future UX, nên để thử nghiệm và thử các ý tưởng UX mới, chỉnh sửa và đánh bóng. 21:19:58 &lt;str4d&gt; +1 dg 21:20:09 &lt;psi&gt; str4d: điều đó là sandbox... tiếp nào 21:20:37 &lt;nom&gt; thật lòng nghĩ chúng ta cần giao tiếp tốt hơn, luôn có thứ có thể gộp, và cần người có thể thảo luận gộp mà không cãi nhau ;) 21:21:03 &lt;nom&gt; đến giờ thì ổn hôm nay, khá vui 21:21:06 &lt;str4d&gt; Tôi cũng cần tìm cách tốt nhất để gộp từng phần branch trong monotone. 21:21:43 &lt;KillYourTV&gt; và vâng, có vẻ assange (và theme snark tối) đã bị gỡ hoàn toàn 21:21:54 &lt;str4d&gt; Hiện tại tôi chỉ biết "propagate" và "explicit_merge", nhưng chúng gộp mọi thứ tới một commit cụ thể, chứ không cherry-pick thay đổi. 21:22:24 &lt;nom&gt; str4d: có lẽ liên quan tới việc chỉnh một diff chỉ còn phần mình muốn 21:22:24 &lt;str4d&gt; KillYourTV, theme snark tối không có trong mtn, nhưng có trong các bản build fux của tôi. 21:22:51 &lt;KillYourTV&gt; à.. vậy assange (chạy qua filter) có thể vẫn còn sống... 21:23:02 &lt;dg&gt; về các vấn đề của fux, chúng ta có thể phối hợp sau buổi họp 21:23:05 &lt;dg&gt; nhưng đến giờ làm tốt đấy 21:23:05 * dg highfive 21:23:05 &lt;dg&gt; (4) - Website 21:23:09 &lt;dg&gt; (4a) - Mirroring i2p2.de/etc 21:23:09 &lt;dg&gt; (4b) - SSL cho các site. 21:23:09 &lt;dg&gt; Chúng ta cần welt cho phần này.. 21:23:09 &lt;dg&gt; Thiết lập mirroring của Tor hiện rất tốt, rsync v.v. 21:23:09 &lt;dg&gt; Cộng với danh sách mirror rõ ràng và cách làm 21:23:09 &lt;dg&gt; nom: Ừ. 21:23:09 &lt;dg&gt; nom: Giờ ta làm ổn, chỉ là còn vấn đề khác cần bàn nên.. ha 21:23:31 * dg hắng giọng 21:24:21 &lt;nom&gt; đúng, về website.... giống như trước với tài liệu, có thông tin tốt, nhưng cảm giác như lâu rồi chưa đụng tới 21:24:36 &lt;dg&gt; đúng cảm nhận của tôi 21:24:39 &lt;dg&gt; trông rất lỗi thời 21:24:49 &lt;str4d&gt; KillYourTV, không - bạn không đọc tin nhắn trước của tôi à? 21:25:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: rsync master thingy đã chạy rồi 21:25:46 &lt;str4d&gt; nom, cách đó hơi hacky... Tôi muốn giải pháp cho phép "propagate" sau này khi branch kia đã đúng như mong muốn. 21:25:46 &lt;dg&gt; Tôi thấy có vài chỗ giữa thực tế và những gì website nói 21:26:24 &lt;psi&gt; nói chung website cho cảm giác cũ và bản "revamp" lần trước tôi kiểm tra trông rất tốt 21:26:28 &lt;nom&gt; str4d: ừ... có thể tách mỗi thứ gộp được thành branch riêng và gộp cái đó, giữ fux như sandbox/tổng hợp 21:26:52 &lt;dg&gt; weltende: không được ghi tài liệu ở đâu, nếu tôi nhớ không nhầm 21:26:59 &lt;dg&gt; psi: ta nên đẩy nhanh bản revamp 21:27:05 &lt;dg&gt; bản hiện tại quá cũ 21:27:12 &lt;psi&gt; dg: ưu tiên 21:27:23 &lt;nom&gt; như dùng fux làm nhánh thử, khi cái gì sẵn sàng để đưa vào như thành phần riêng, tách branch và gộp nó ở đó, để có thể duy trì nó như thứ riêng 21:27:32 &lt;psi&gt; dg: cái gì quan trọng hơn? website hay phần mềm? 21:27:43 &lt;str4d&gt; Cần cải thiện nội dung website. Tôi đang làm bố cục và cấu trúc trong i2p.www.revamp nhưng chưa đụng nội dung (nếu không việc propagate sẽ ác mộng), nên phần đó cần làm trong i2p.www 21:27:46 * str4d vẫn chưa hài lòng với thiết kế của bản revamp, nhưng đó không phải trọng tâm lúc này - cấu trúc nội dung đúng đắn để (a) dễ thêm nội dung mới, và (b) người dùng dễ tìm thứ họ cần, là trọng tâm chính 21:28:15 &lt;thursday&gt; Chúng ta có thể dựng blog trên site chính thức không? Tôi sẵn sàng viết mỗi tuần một bài - hướng dẫn ngắn và mẹo, cập nhật phát triển, v.v. 21:28:18 &lt;str4d&gt; psi, đó là câu hỏi con gà quả trứng. Cả hai đều quan trọng. 21:28:21 &lt;dg&gt; psi: Tôi nghĩ website là chuyện lớn và nó ảnh hưởng phần mềm. 21:28:24 &lt;dg&gt; thursday: tôi cũng vậy. 21:28:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; thursday: đã gần xong trong branch revamp.. chưa đủ tính năng.. nhưng phần cơ bản có rồi 21:29:42 &lt;dg&gt; str4d: +1 21:29:42 &lt;nom&gt; ....nhìn tổng thể phần mềm quan trọng hơn, nhưng website cần cải thiện, và theo tôi có đủ người với đủ thời gian và kỹ năng để làm website mà không ảnh hưởng lượng 'code' làm ra 21:29:42 * psi refreshes branch revamp 21:29:42 &lt;str4d&gt; thursday, hiện site chính chỉ là tập hợp file HTML. Bản revamp tổ chức lại để có blog riêng. 21:29:42 &lt;str4d&gt; (Vẫn là tập hợp file HTML, nhưng việc tạo blog v.v. là động nên duy trì blog dễ hơn nhiều) 21:29:42 &lt;nom&gt; phần mềm = cộng đồng = website, vì đó là ấn tượng đầu tiên đa số người có 21:29:49 &lt;dg&gt; site hiện tại khiến tôi nghĩ "rất nerd" 21:30:11 &lt;dg&gt; và chết, cũ 21:30:18 &lt;dg&gt; Lần đầu tôi thấy tôi không biết i2p còn đang phát triển hay không 21:30:37 &lt;str4d&gt; thursday, (và những ai chưa xem): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` là bản revamp 21:31:01 &lt;LaughingBuddah&gt; psi: có thể làm bởi những người khác nhau. không cần phải chọn chỉ một trong hai 21:31:16 &lt;dg&gt; Tôi có thể viết bài blog/viết nội dung cho các trang. 21:32:51 &lt;KillYourTV&gt; vâng, tôi đọc tin nhắn của bạn str4d. và tôi gọi `http://killyourtv.i2p/tmp/nffnatr.png` là "assange chạy qua filter" 21:33:17 &lt;KillYourTV&gt; (ờ, hồi đầu tháng 9 nó vẫn là 'assange.png' :P) 21:34:13 &lt;thursday&gt; Trông tuyệt. Với người muốn giúp site như tôi, có danh sách các việc lớn cần xong trước khi bản revamp có thể lên sóng không? 21:34:24 &lt;str4d&gt; KillYourTV, cái đó không còn mới. Nếu chạy fux bạn sẽ thấy nó được thay bằng biến thể của "hat guy". 21:34:47 &lt;KillYourTV&gt; Tôi vừa tải cái đó từ bạn. 21:35:18 &lt;str4d&gt; KillYourTV, ồ, vậy file ảnh có thể vẫn còn đấy. Nhưng snark không dùng nó. 21:35:45 * str4d hay quên xóa file linh tinh, đôi khi để cả file .zip trong gói cập nhật &gt;_&lt; 21:36:11 &lt;KillYourTV&gt; được rồi... GIỜ thì tôi đồng ý. Nó không ở trong css. tiếp tục :) (và xin lỗi) 21:36:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. mục Tin tức ở cuối trang hơi bị ẩn theo tôi 21:36:52 &lt;dg&gt; thursday: +1, tôi cũng muốn. Chúng ta có thể kết lại phần này nếu có danh sách đó và chọn vài người làm. 21:36:55 &lt;str4d&gt; thursday, phản hồi là chìa khóa. Tôi vẫn đang làm cấu trúc và bố cục, nên góp ý về phần đó rất hoan nghênh (bố cục url cũng như điều hướng) 21:36:59 &lt;dg&gt; &lt;+dg&gt; thursday: +1, tôi cũng muốn. Chúng ta có thể kết lại phần này nếu có danh sách đó và chọn vài người làm. 21:38:11 &lt;str4d&gt; thursday, nếu bạn muốn cải thiện nội dung, có nhiều trang nên làm lại để người dùng cuối dễ tìm/hiểu thứ họ cần. 21:38:33 * str4d có thể đi qua một số phần đó sau nếu muốn. 21:38:51 &lt;dg&gt; Như vậy thì tốt 21:39:57 &lt;LaughingBuddah&gt; Bị timeout... Chủ đề là gì rồi? 21:40:40 &lt;dg&gt; Không nói nhiều về mirroring, tôi nghĩ điều đó bao gồm cả thiết kế lại 21:40:40 &lt;dg&gt; theo tôi, thay đổi cho thiết kế hiện tại chỉ là tạm thời và không đáng nghĩ nhiều 21:42:10 &lt;LaughingBuddah&gt; Link log với 21:42:10 &lt;LaughingBuddah&gt; Tôi muốn đọc phần về mirroring/cung cấp dịch vụ của tôi 21:42:10 &lt;str4d&gt; welterde, bạn đang sửa các script mirroring phải không tôi nhớ vậy? 21:42:10 &lt;dg&gt; weltende: SSL cho các site, cert hợp lệ, SSL cho mirror (ít nhất một vài) - khả thi tới đâu? 21:42:10 &lt;dg&gt; không chuyên nghiệp khi để hết hạn/không có/CACert (bật cảnh báo = đáng sợ) 21:42:10 &lt;dg&gt; bạn có thể nói hệ thống CA yếu nhưng còn hơn không 21:42:10 &lt;dg&gt; LaughingBuddah: website v.v. 21:42:10 &lt;dg&gt; LaughingBuddah: rất ít điều được nói về mirroring 21:42:10 &lt;LaughingBuddah&gt; Tôi muốn dựng một mirror 21:42:19 &lt;str4d&gt; dg, vâng, có các issue tồn tại lâu trên trac liên quan tới việc đó. 21:42:19 &lt;dg&gt; LaughingBuddah: Tôi nghĩ vì site hiện tại tệ nên ta chờ thiết kế mới trước khi làm gì lớn. 21:42:19 &lt;dg&gt; Site mới có thể làm nổi bật thứ quan trọng cũng như bùng nổ thông tin mới. 21:42:22 &lt;LaughingBuddah&gt; Cũng được 21:42:22 &lt;dg&gt; Với site cũ, theo tôi, lại là cố giữ thứ đã chết nổi. 21:42:34 &lt;dg&gt; Dù sao cảm ơn bạn! :-) 21:42:34 &lt;LaughingBuddah&gt; Đề nghị vẫn còn hiệu lực 21:42:43 &lt;dg&gt; À, nhân tiện, syndie.i2p2.i2p không tồn tại, nhưng syndie.i2p2.de thì có 21:42:46 &lt;dg&gt; không nhất quán.. 21:42:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: uh.. 21:43:07 &lt;dg&gt; (Về Syndie, sẽ hay nếu ai đó có thể khơi lại, nhưng có lẽ ta không đủ người) 21:43:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: ý bạn cho bản revamp hay ý gì? 21:43:20 &lt;nom&gt; vâng, về syndie thực sự nên bỏ khỏi trang chủ... trừ khi ai đó đã tiếp quản mà tôi không biết, nó chết nhiều năm rồi 21:43:31 &lt;dg&gt; Syndie là ý tưởng rất hay. 21:43:49 &lt;str4d&gt; welterde, tôi nhớ bạn nói đang làm lại các script mirroring, và sẽ chuyển chúng ra khỏi i2p.www sau này 21:43:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: Tôi định tích hợp vào site chính, để các mirror không phụ thuộc vào site của tôi nữa 21:44:14 &lt;str4d&gt; dg, một điều tôi hy vọng sửa trên site mới là các url mà ta biết tồn tại trong i2p và ngoài mạng sẽ tự đổi theo vị trí người dùng (thay vì người dùng i2p có link tới trac.i2p2.de chẳng hạn). 21:44:32 &lt;str4d&gt; welterde, à, hiểu. 21:45:03 &lt;dg&gt; str4d: ồ, vâng. Tôi đã nghĩ về việc đó trước đây. Sẽ là thay đổi nhỏ nhưng rất tốt cho UX. 21:45:03 &lt;dg&gt; ý hay 21:45:03 &lt;LaughingBuddah&gt; Ta có quá nhiều dự án cần nhân lực. Có lẽ ta bắt đầu phân công người để đảm bảo tiến triển? 21:45:42 &lt;str4d&gt; dg, nhỏ từ góc UX. Khá phiền từ góc backend &gt;_&lt; 21:45:53 * str4d đã thử và đến giờ thất bại 21:46:03 &lt;dg&gt; ^ đúng 21:47:13 &lt;hottuna&gt; các dự án có được tổ chức / liệt kê ở đâu không? 21:47:32 &lt;psi&gt; hottuna: nếu tôi nhớ không nhầm projects.i2p là một nơi 21:47:35 &lt;psi&gt; không chắc 21:47:39 &lt;dg&gt; Có lẽ chúng ta nên tạo ticket trên trac và gán chúng? 21:47:42 &lt;dg&gt; Như vậy sẽ có timeline tiến độ rõ ràng, và theo dõi ai đang làm.. 21:47:45 &lt;dg&gt; str4d: nghe dễ mà? :s. chỉ s/$domain/$currentdomain/.. 21:47:45 &lt;dg&gt; str4d: Cũng có thể làm bằng JavaScript dù không lý tưởng. 21:47:45 &lt;dg&gt; hottuna: chúng ta đang bàn về chúng / và cũng có chủ đề trên zzz.i2p phần nào, nhưng ta đang cố sửa việc đó 21:47:48 &lt;dg&gt; Tôi đề xuất có ticket trac cho mỗi vấn đề ta nêu ở đây, nhưng nếu không dùng trac (theo tôi nên dùng vì nó là chính thức) 21:47:55 &lt;dg&gt; ta có thể dùng projects.i2p 21:48:10 &lt;dg&gt; trac cũng cho phép parent ticket v.v., nên ta có thể có cách lập kế hoạch đầy đủ 21:48:13 &lt;LaughingBuddah&gt; Trạng thái chuyển từ trac ---&gt; redmine thế nào? 21:48:21 &lt;psi&gt; LaughingBuddah: chắc chưa cần lúc này 21:48:32 &lt;dg&gt; LaughingBuddah: chờ weltende.. nhưng chưa cần ngay 21:48:35 &lt;LaughingBuddah&gt; Tôi hiểu 21:48:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; chưa có thời gian thử 21:48:41 &lt;dg&gt; vấn đề với trac nhiều hơn là ở phía welt, không phải do trac 21:48:44 &lt;dg&gt; phần mềm. 21:49:00 &lt;dg&gt; psi: Bạn có thể tạo ticket cho một số vấn đề ta đã nêu hôm nay? 21:50:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: thực ra chỉ là plugin monotone như tôi đã nói trước.. các lần downtime khác không *quá* thường để thật sự khó chịu theo tôi.. 21:50:46 &lt;nom&gt; cũng về trac / redmine, nếu ai có kinh nghiệm với fossil, tôi muốn nghe. tôi đang cân nhắc khả năng dùng nó để tạo hệ thống repo/bug tracking thực sự phân tán 21:50:48 &lt;psi&gt; dg: cái gì và ở đâu? 21:50:57 &lt;dg&gt; psi: Trên Trac, việc tổ chức lại website, quản lý các thay đổi cần thiết của fux, xử lý chuyện mirroring, v.v. Chỉ là các ticket cha chung để gán người phụ trách để họ không quên và rõ ai để "hỏi tội" nếu thứ gì hỏng/không chạy. 21:50:57 &lt;darrob&gt; chẳng phải "phân công việc cho người sẽ đảm bảo xong nhanh" đã được bàn trên zzz.i2p rồi sao? 21:51:04 &lt;dg&gt; darrob: có thể, nhưng đã làm chưa? 21:51:11 &lt;dg&gt; (hoặc có hiệu quả?) 21:51:30 &lt;dg&gt; Rõ ràng ta có vài người có thể hoàn thành một số nhiệm vụ 21:51:33 &lt;psi&gt; dg: tôi không làm việc "nhanh" được 21:51:33 &lt;dg&gt; trac là cách ghi lại tiến độ 21:51:33 &lt;psi&gt; dg: với tôi là "cuối cùng cũng xong" 21:51:33 &lt;dg&gt; psi: tôi cũng vậy, nhưng rồi cũng xong 21:52:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: người ta từng chạy cái fossil.. nhưng nếu tôi nhớ, bạn sẽ gặp rắc rối nếu hai người cùng sửa wiki cùng lúc (trong hai instance khác nhau..) 21:53:44 &lt;nom&gt; nói về "cuối cùng cũng xong", psi: tôi/người khác có thể học được nhiều nếu bạn viết suy nghĩ của mình về cấu trúc netDb / trải nghiệm baromatrix tới giờ.. như blog chạy dài hay gì đó 21:53:59 &lt;dg&gt; nom: tôi chắc chắn sẽ 21:54:14 &lt;dg&gt; psi: nếu không phải bạn, tôi/có người khác có thể làm. Tôi chỉ muốn có thứ gì đó ra khỏi buổi họp này để ta theo dõi ở lần sau. :) 21:54:14 &lt;nom&gt; weltende: hmm thú vị... vậy cần hệ thống đảm bảo nhất quán 21:54:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: hoặc đơn giản là hỗ trợ merge như với file 21:56:08 &lt;psi&gt; nom: "trạng thái" hiện tại của baromatrix là "đang làm" 21:56:08 &lt;psi&gt; nom: tôi còn nhiều thứ ngoài i2p lúc này 21:56:15 &lt;nom&gt; psi: đúng, tôi hiểu, không có ý ép bạn hay thời gian, chỉ nói rằng chia sẻ suy nghĩ luôn tốt 21:56:46 &lt;psi&gt; tôi sẽ chia sẻ khi có suy nghĩ nom 21:56:49 &lt;iRelay&gt; &lt;weltende@freenode&gt; baromatrix? 21:56:57 &lt;nom&gt; weltende: vâng, chắc tôi sẽ phải thử nghiệm chút 21:57:00 &lt;dg&gt; dự án thống kê 21:57:10 &lt;psi&gt; baromatrix là phiên bản phân tán của stats.i2p 21:57:15 &lt;iRelay&gt; &lt;weltende@freenode&gt; à 21:57:15 &lt;psi&gt; để "đối chiếu" các con số 21:57:30 &lt;psi&gt; đó là thứ tôi định làm lâu rồi 21:57:59 &lt;psi&gt; cũng để có bức tranh nhân khẩu chung của người dùng mà không xâm phạm 21:58:58 &lt;nom&gt; với lại uh... mã đâu? git.repo có vẻ .... chẳng có gì? 22:03:28 &lt;dg&gt; Tôi nghĩ ta nên kết thúc 22:03:35 &lt;dg&gt; Cảm ơn mọi người đã tham gia. hy vọng điều này có thể thành thường kỳ. 22:03:46 &lt;dg&gt; Ai còn gì nói/thêm vấn đề nêu lên không? 22:04:07 &lt;LaughingBuddah&gt; Có lẽ ta nên lên lịch lần sau? 22:04:26 &lt;dg&gt; Thứ Ba tới lúc 9PM UTC? 22:04:29 &lt;dg&gt; 8PM có vẻ hơi khó cho vài người. 22:04:45 &lt;hottuna&gt; bampf? 22:04:56 * dg bampfs kết thúc buổi họp ;-) 22:05:30 &lt;hottuna&gt; cảm ơn dg, cái này có vẻ tốt 22:06:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: với tôi 7PM sẽ tốt hơn.. 22:06:10 &lt;dg&gt; hottuna: Cảm ơn, tôi nhận được nhiều ủng hộ, lúc đầu hơi gập ghềnh và tôi thấy lo lắng không biết sẽ thế nào, nhưng đã ổn. Có lẽ lần sau ta sẽ gặp bạn/người khác nhiều hơn! 22:06:17 &lt;dg&gt; weltende: 7PM UTC ok với tôi, tôi nghĩ vậy. 22:06:28 &lt;dg&gt; weltende: 8PM gây vấn đề cho str4d 22:06:43 &lt;dg&gt; Thứ Ba tới @ 7:30PM? 22:09:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; nghe ổn 22:10:28 &lt;LaughingBuddah&gt; +1 22:10:39 &lt;dg&gt; Tuyệt. 22:14:59 &lt;LaughingBuddah&gt; Hẹn gặp mọi người 22:15:02 &lt;LaughingBuddah&gt; dg: buổi họp tốt đấy </div>/vi/blog/2012/10/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.3/Sat, 27 Oct 2012 00:00:00 +0000/vi/blog/2012/10/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.3/<p>0.9.3 bao gồm nhiều thay đổi cấp thấp đối với cơ chế xếp hàng các thông điệp trong router. Chúng tôi triển khai thuật toán CoDel Active Queue Management (AQM - quản lý hàng đợi chủ động). Chúng tôi cũng hợp nhất các cơ chế xếp hàng và ưu tiên trong các transport (lớp truyền tải) để hỗ trợ chẩn đoán và giảm độ trễ mạng. Công việc vẫn tiếp tục nhằm sửa các lỗi trong transport UDP và làm cho UDP chống chịu tốt hơn trước các cuộc tấn công. Có thêm nhiều thay đổi để cải thiện hiệu năng của router và giảm mức sử dụng bộ nhớ. Ngoài ra, chúng tôi bật mặc định hỗ trợ DHT (Bảng băm phân tán) của i2psnark, vốn đã được giới thiệu ở bản phát hành trước.</p>/vi/blog/2012/09/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.2/Fri, 21 Sep 2012 00:00:00 +0000/vi/blog/2012/09/21/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.2/<p>0.9.2 includes extensive low-level changes to improve the performance and efficiency of the router. We have updated our UPnP library, to hopefully make UPnP work for more people. I2PSnark now has DHT support, but it is not yet enabled by default, as we plan to do more testing during the upcoming 0.9.3 development cycle.</p> <p>Như thường lệ, bản phát hành này cũng có rất nhiều bản sửa lỗi, vì vậy bạn nên cập nhật.</p>/vi/blog/2012/07/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.1/Mon, 30 Jul 2012 00:00:00 +0000/vi/blog/2012/07/30/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9.1/<p>0.9.1 bao gồm rất nhiều bản sửa lỗi trong i2psnark, một số cải tiến đối với streaming lib (thư viện phát trực tuyến), các thay đổi ở trang chủ, các chủ đề mới và cập nhật bản dịch. Khuyến nghị nâng cấp.</p> <p>Các tệp có sẵn trên <a href="../../vi/downloads">trang tải xuống</a> .</p> <h2 id="chi-tiết-phát-hành">CHI TIẾT PHÁT HÀNH</h2> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Fix several bugs in downloading torrents with skipped files</li> <li>Fix places where rarest-first was not honored</li> <li>Fix handling of encoded magnet links</li> <li>Additional inbound connection limits</li> <li>Immediate closing of connections with handshake errors</li> <li>Blocklist peers with multiple handshake errors</li> <li>Delay &ldquo;ballooning&rdquo; files on disk until required, to speed torrent adds</li> <li>Store partial pieces in temp files to greatly reduce memory usage when leeching</li> <li>Remove peers restriction when leeching torrents with large pieces</li> <li>Improve configuration of open and private trackers</li> <li>Prevent configuration of default trackers as private</li> <li>Improved display and control of torrent file downloads</li> <li>Reduced number of threads</li> <li>Faster startup and shutdown of torrents</li> <li>Allow clearing of message box</li> <li>New light theme</li> <li>Torrent info page updates and cleanups</li> <li>Fix problems with restarted torrents</li> <li>Delay tunnel close at shutdown to ensure trackers are notified</li> <li>Better UI behavior during tunnel startup and shutdown</li> </ul> <h2 id="sửa-lỗi">Sửa lỗi</h2> <ul> <li>Prevent shutdown hangs caused by buggy plugins</li> <li>Fix for Raspberry Pi crashing</li> <li>Fix rare job queue hang</li> <li>Fix routing key modifier rarely not updating at midnight</li> <li>Fix excessive padding in some AES-encrypted messages</li> <li>Fix occasional gunzip failures</li> <li>Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior</li> <li>Fix bug that reduced reuse of tunnels</li> </ul> <h2 id="khác">Khác</h2> <ul> <li>Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See <code>http://zzz.i2p/topics/1182</code> for setup instructions.</li> <li>I2PTunnel configuration changes now take effect immediately. No tunnel restart required.</li> <li>Summary bar iframe removed, refresh is now via Javascript only</li> <li>Reduce netDB flood redundancy</li> <li>Reduce stats publishing frequency</li> <li>Minor router console changes</li> <li>New Hungarian and Greek translations</li> <li>Completed Italian translation</li> <li>Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations</li> <li>Update geoip to Maxmind 2012-07-04</li> <li>Theme updates</li> <li>Theme support for SusiMail and SudiDNS; new dark themes</li> <li>I2PTunnel and SusiDNS now iframed with summary bar</li> <li>Console home page now shows news summary in summary bar</li> <li>Console home page icon updates</li> <li>Console summary bar now configurable</li> <li>Change the HTTP proxy error code from 404 to 500</li> <li>Cleanups for efficiency in netdb and I2CP</li> <li>Increase timeout for internal uses of eepget to improve reliability</li> </ul> <h2 id="các-mã-băm-sha256">Các mã băm SHA256:</h2> <pre tabindex="0"><code>0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe 39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar 8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2 136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip 4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2 c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud </code></pre>/vi/blog/2012/05/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9/Wed, 02 May 2012 00:00:00 +0000/vi/blog/2012/05/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.9/<p>Bản phát hành 0.9 khép lại hơn một năm rưỡi làm việc trên dòng 0.8.x, trong đó chúng tôi đã cải thiện đáng kể hiệu năng và bảo mật của router, cũng như khả năng mở rộng của mạng.</p> <p>Trong bản phát hành 0.9, chúng tôi chuyển sang Jetty 6 cho bảng điều khiển và máy chủ web eepsite, và giới thiệu một trang chủ bảng điều khiển router được đơn giản hóa. Bản phát hành này tương thích ở cấp độ mạng với các bản phát hành trước; tuy nhiên, hãy xem bên dưới để biết thông tin quan trọng về khả năng tương thích với các eepsites hiện có, các plugin và ứng dụng web. Khuyến nghị nâng cấp.</p>/vi/blog/2012/02/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.13/Mon, 27 Feb 2012 00:00:00 +0000/vi/blog/2012/02/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.13/<p>Bản phát hành 0.8.13 bao gồm một số sửa lỗi và một vài tính năng mới. Chúng tôi vui mừng vì bản phát hành trước đã cải thiện đáng kể hiệu năng, và mạng vẫn hoạt động tốt bất chấp sự tăng trưởng nhanh liên tục. Khuyến nghị nâng cấp.</p> <p>Các tệp có sẵn trên <a href="../../vi/downloads">trang tải xuống</a> .</p> <h2 id="chi-tiết-phát-hành">CHI TIẾT PHÁT HÀNH</h2> <p>Đây có thể sẽ là bản phát hành cuối cùng trước 0.9, trong đó chúng tôi sẽ chuyển sang Jetty 6 và giới thiệu một trang chủ router console đơn giản hơn. Hãy theo dõi mục tin tức trên router console của bạn trong những tuần tới để biết thêm thông tin về bản phát hành tiếp theo.</p>/vi/blog/2012/01/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.12/Fri, 06 Jan 2012 00:00:00 +0000/vi/blog/2012/01/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.12/<p>Bản phát hành 0.8.12 sửa nhiều lỗi gây hỏng dữ liệu thông điệp, một số đã tồn tại từ năm 2005. Nó cũng bao gồm việc thiết kế lại cơ chế kiểm soát tắc nghẽn của router, và tiếp tục tối ưu hóa việc sử dụng CPU và bộ nhớ. Chúng tôi kỳ vọng những thay đổi này sẽ cải thiện hiệu năng mạng. Khuyến nghị nâng cấp.</p> <p>Các tệp có sẵn trên <a href="../../vi/downloads">trang tải xuống</a> .</p>/vi/blog/2011/11/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.11/Tue, 08 Nov 2011 00:00:00 +0000/vi/blog/2011/11/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.11/<p>Như các bạn đều đã nhận thấy, sự tăng trưởng mạng chưa từng có bắt đầu từ ngày 5 tháng 10 đã làm gia tăng đáng kể tình trạng tắc nghẽn mạng, đặc biệt vào các buổi tối (UTC) và cuối tuần. Hai bản phát hành gần đây nhất có một vài thay đổi mà chúng tôi hy vọng sẽ giảm bớt áp lực, nhưng đáng tiếc những biện pháp đó chỉ mang lại thành công ở mức khiêm tốn. Vấn đề chính là hạn chế số lượng kết nối trực tiếp giữa router với router trong mạng. Đây không phải là vấn đề mới; chúng tôi đã làm việc để giải quyết nó trong vài năm qua và đạt được những kết quả tốt. Tuy nhiên, đợt tăng trưởng gần đây một lần nữa đã đẩy chúng tôi đến giới hạn.</p>/vi/blog/2011/10/20/0.8.10-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/Thu, 20 Oct 2011 00:00:00 +0000/vi/blog/2011/10/20/0.8.10-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/<p>Bản phát hành 0.8.10 bao gồm hai thay đổi nhằm giảm số lượng kết nối giữa router với router, từ đó cải thiện tỷ lệ thành công khi xây dựng tunnel và độ tin cậy nói chung. Tất nhiên, cũng có một vài sửa lỗi và cập nhật bản dịch.</p> <p>Các tệp có sẵn trên <a href="../../vi/downloads">trang tải xuống</a> .</p> <h2 id="chi-tiết-phát-hành">CHI TIẾT PHÁT HÀNH</h2> <h2 id="các-thay-đổi-chính">Các thay đổi chính</h2> <ul> <li>Disable tunnel testing as it forces too many router connections</li> <li>Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections</li> </ul> <h2 id="sửa-lỗi">Sửa lỗi</h2> <ul> <li>Fix exceptions at shutdown</li> <li>Fix concurrency errors in SSU</li> <li>Fix timeout message on POST</li> </ul> <h2 id="khác">Khác</h2> <ul> <li>Increase max tunnels, reduce router info expiration</li> <li>Add gunzip support to eepget to reduce reseed bandwidth</li> <li>Finnish, Italian, Russian, and Swedish translation updates</li> </ul> <h2 id="các-mã-băm-sha256">Các mã băm SHA256:</h2> <pre tabindex="0"><code>8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2 64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip 5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2 39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud </code></pre>/vi/blog/2011/10/11/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.9/Tue, 11 Oct 2011 00:00:00 +0000/vi/blog/2011/10/11/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.9/<p>Bản phát hành 0.8.9 có một số cải tiến về hiệu năng và nhiều thay đổi để xử lý sự tăng trưởng nhanh chóng liên tục của mạng lưới. Nó sử dụng một phương pháp lặp mới cho việc tra cứu cơ sở dữ liệu mạng Kademlia, được kỳ vọng sẽ đáng tin cậy và hiệu quả hơn. Cũng có một số cải tiến đối với giao thức truyền tải SSU (UDP) của chúng tôi nhằm giúp tăng độ tin cậy và hiệu quả. Chúng tôi đã thực hiện một số thay đổi để cải thiện tỷ lệ thành công khi xây dựng tunnel. Và, dĩ nhiên, có rất nhiều bản sửa lỗi và cập nhật bản dịch.</p>/vi/blog/2011/09/03/ch%C6%B0%C6%A1ng-tr%C3%ACnh-m%C3%B9a-h%C3%A8-l%E1%BA%ADp-tr%C3%ACnh-c%E1%BB%A7a-ipredator/Sat, 03 Sep 2011 00:00:00 +0000/vi/blog/2011/09/03/ch%C6%B0%C6%A1ng-tr%C3%ACnh-m%C3%B9a-h%C3%A8-l%E1%BA%ADp-tr%C3%ACnh-c%E1%BB%A7a-ipredator/<p>itoopie và I2PControl đang ra mắt!</p> <p>Tôi vui mừng thông báo rằng itoopie và I2PControl đã được phát hành công khai.</p> <p>itoopie là một giao diện đồ họa được thiết kế như một phần bổ trợ cho I2P Router Console. Mục tiêu của itoopie là cung cấp một giao diện đơn giản hơn và dễ làm quen hơn so với I2P Router Console.</p> <p>I2PControl là một plugin (phần bổ trợ) của I2P cung cấp giao diện JSONRPC cho I2P router. Giao diện này hỗ trợ cấu hình các thiết lập cơ bản (băng thông, cổng, v.v.), đọc nhiều số liệu thống kê và được cung cấp qua kết nối HTTP được mã hóa SSL.</p>/vi/blog/2011/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.8/Tue, 23 Aug 2011 00:00:00 +0000/vi/blog/2011/08/23/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.8/<p>Bản phát hành I2P 0.8.8 kích hoạt cơ sở dữ liệu hosts.txt mới để tăng tốc việc tra cứu tên máy chủ và lưu trữ thông tin bổ sung cho các bản ghi tên máy chủ. Bản phát hành này cũng bao gồm các cải tiến nhằm tăng tốc quá trình hòa nhập của router vào mạng khi khởi động. Có mã mới để phát hiện và phản ứng với các thay đổi lớn của đồng hồ hệ thống, giúp router phục hồi sau khi máy tính suspend/resume (tạm ngưng/tiếp tục).</p>/vi/blog/2011/06/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.7/Mon, 27 Jun 2011 00:00:00 +0000/vi/blog/2011/06/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.7/<p>Bản phát hành I2P 0.8.7 bao gồm một số nâng cấp cho các thành phần lâu nay ít được quan tâm, bao gồm Dịch vụ đặt tên, chức năng vẽ đồ thị, các thư viện native cho CPU ID và BigInteger, các triển khai mật mã, và wrapper (trình bao).</p> <p>Xin cảm ơn cộng tác viên mới KillYourTV, người đã đóng vai trò then chốt trong việc triển khai và kiểm thử các nâng cấp này, cùng với sự hỗ trợ bổ sung từ sponge và hottuna.</p>/vi/blog/2011/06/06/m%C3%B9a-h%C3%A8-l%E1%BA%ADp-tr%C3%ACnh-c%E1%BB%A7a-ipredator/Mon, 06 Jun 2011 00:00:00 +0000/vi/blog/2011/06/06/m%C3%B9a-h%C3%A8-l%E1%BA%ADp-tr%C3%ACnh-c%E1%BB%A7a-ipredator/<p>Tôi đã được ủy nhiệm đóng góp mã nguồn cho I2P trong mùa hè năm 2011, để triển khai một giao thức điều khiển và một ứng dụng khách cho giao thức này (tương tự như <a href="https://www.torproject.org/projects/vidalia.html">Vidalia</a> dành cho Tor). Công việc này là ý tưởng của Jan-Erik Fiske của <a href="http://viaeuropa.se">ViaEuropa</a> và Peter Sunde, nổi tiếng với <a href="https://flattr.com">flattr</a> và <a href="http://thepiratebay.org/">The Pirate Bay</a> , và kinh phí sẽ được <a href="https://www.relakks.com/?cid=gb">Relakks</a> và Ipredator hào phóng tài trợ.</p>/vi/blog/2011/05/16/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.6/Mon, 16 May 2011 00:00:00 +0000/vi/blog/2011/05/16/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.6/<p>Bản phát hành 0.8.6 bao gồm nhiều biện pháp phòng vệ trong việc lựa chọn peer (nút ngang hàng) để chống lại các kẻ tấn công mạnh, và các tinh chỉnh để thích ứng với sự tăng trưởng nhanh gần đây của mạng lưới. Khuyến nghị nâng cấp.</p> <p>Hãy giúp mạng lưới phát triển. <a href="http://www.i2p2.de/getinvolved.html">Tham gia</a> , giới thiệu rộng rãi, và <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Nếu bạn phát hiện lỗi, vui lòng tạo một báo cáo trên gitlab. Chúng tôi vẫn đang tìm người hỗ trợ cho các bản dịch mới và hiện có. Hãy tình nguyện trên IRC #i2p-dev.</p>/vi/blog/2011/04/18/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.5/Mon, 18 Apr 2011 00:00:00 +0000/vi/blog/2011/04/18/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.5/<p>Bản phát hành 0.8.5 bao gồm một vài bản sửa lỗi và cải thiện hiệu suất, cùng với rất nhiều cập nhật dịch thuật. Như thường lệ, khuyến nghị nâng cấp.</p> <p>Hãy giúp phát triển mạng lưới. <a href="http://www.i2p2.de/getinvolved.html">Tham gia</a> , lan truyền thông tin, và <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Nếu bạn phát hiện lỗi, vui lòng gửi báo cáo trên gitlab. Chúng tôi vẫn đang tìm kiếm sự hỗ trợ cho các bản dịch mới và hiện có. Hãy tham gia tình nguyện trên IRC #i2p-dev.</p>/vi/blog/2011/03/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.4/Wed, 02 Mar 2011 00:00:00 +0000/vi/blog/2011/03/02/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.4/<p>Bản phát hành 0.8.4 bao gồm một số cải tiến hiệu năng và các sửa lỗi quan trọng. Ngoài ra, i2psnark hiện hỗ trợ liên kết magnet. Như thường lệ, khuyến nghị nâng cấp.</p> <p>Vui lòng giúp phát triển mạng lưới. <a href="http://www.i2p2.de/getinvolved.html">Tham gia</a> , giới thiệu cho mọi người, và <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Nếu bạn phát hiện lỗi, vui lòng gửi báo cáo trên gitlab. Chúng tôi vẫn đang tìm người hỗ trợ cho các bản dịch mới và hiện có. Vui lòng tình nguyện trên IRC #i2p-dev.</p>/vi/blog/2011/01/24/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.3/Mon, 24 Jan 2011 00:00:00 +0000/vi/blog/2011/01/24/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.3/<p>Bản phát hành 0.8.3 bao gồm một số cải thiện về hiệu năng, trong đó có giảm số lượng luồng và mức sử dụng bộ nhớ, cũng như giao tiếp I2CP (client-router) nhanh hơn.</p> <p>Cũng có hỗ trợ SSL mới cho bảng điều khiển router, một trang cấu hình reseed (tải lại dữ liệu khởi tạo mạng) mới bao gồm hỗ trợ HTTP proxy cho những người ở sau các tường lửa hạn chế, một mục cấu hình I2CP mới bao gồm hỗ trợ I2CP-over-SSL cho máy khách từ xa, một mục cấu hình giới hạn kết nối máy chủ và danh sách đen để tăng cường bảo vệ trước DoS, và một mục cấu hình HTTP proxy cho jump server để bạn có thể dễ dàng thêm các jump server thay thế. Thống kê hiện được giới hạn theo mặc định để giảm sử dụng bộ nhớ; bộ thống kê đầy đủ có thể được bật lại trên trang cấu hình thống kê. Cũng có các bản sửa lỗi, vì vậy như thường lệ, khuyến nghị nâng cấp.</p>/vi/blog/2010/12/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.2/Wed, 22 Dec 2010 00:00:00 +0000/vi/blog/2010/12/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8.2/<p>Bản phát hành 0.8.2 bao gồm hàng loạt bản sửa lỗi và cập nhật chủ đề trong router và trong i2psnark. Cũng có các tối ưu hóa để giảm mức sử dụng bộ nhớ trong i2psnark. Các proxy HTTP và SOCKS hiện hỗ trợ ủy quyền cục bộ và từ xa. Khuyến nghị nâng cấp.</p> <p>I2P sẽ có mặt tại 27C3 ở Berlin trong tuần lễ bắt đầu vào ngày 27 tháng 12. Hãy tìm những người của I2P ở đó và xin nhãn dán I2P!</p>/vi/blog/2010/11/15/0.8.1-release/Mon, 15 Nov 2010 00:00:00 +0000/vi/blog/2010/11/15/0.8.1-release/<p>Bản phát hành 0.8.1 bao gồm tập hợp thường thấy các bản sửa lỗi và tinh chỉnh hiệu năng. Ngoài ra còn có một giao diện i2psnark mới và một số cập nhật bản dịch. Khuyến nghị nâng cấp.</p> <p>Xin hãy giúp phát triển mạng lưới. Hãy gửi phản hồi cho các nhà phát triển trên IRC #i2p hoặc <a href="http://forum.i2p2.de/">forum.i2p2.de</a> , <a href="http://www.i2p2.de/getinvolved.html">tham gia</a> , lan truyền thông tin, và <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Chúng tôi vẫn đang tìm kiếm sự hỗ trợ cho các bản dịch mới và hiện có. Vui lòng tình nguyện trên IRC #i2p.</p>/vi/blog/2010/09/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-9-2010/Wed, 08 Sep 2010 00:00:00 +0000/vi/blog/2010/09/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-08-th%C3%A1ng-9-2010/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> </p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 22:02 &lt;@Mathiasdm&gt; okay 22:02 &lt;@Mathiasdm&gt; đến giờ họp 22:03 &lt;@Mathiasdm&gt; 0) Xin chào 22:03 &lt;@Mathiasdm&gt; 1) Tiến độ nội dung website 22:03 &lt;@Mathiasdm&gt; 2) Tiến độ backend website 22:03 &lt;@Mathiasdm&gt; 3) Nơi thảo luận cho dev 22:03 &lt;@Mathiasdm&gt; 4) Phân công nhiệm vụ + xử lý bất đồng 22:03 &lt;@Mathiasdm&gt; 5) Cập nhật trạng thái 22:03 &lt;@Mathiasdm&gt; 6) Các hội nghị dev sắp tới 22:03 &lt;@Mathiasdm&gt; okay 22:03 &lt;@Mathiasdm&gt; 0) Xin chào 22:04 &lt;@Mathiasdm&gt; Chào mừng đến buổi họp dev lần thứ 208! (ăn cắp trắng trợn từ badger :p) 22:04 * Mathiasdm chọc mọi người 22:04 &lt;eche|on&gt; *chọc* 22:04 * Mathiasdm chọc zzz, cảm ơn vì op 22:06 &lt;@Mathiasdm&gt; hm, cần chọc thêm để đánh thức mọi người chăng? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (xin lỗi :)) 22:06 &lt;eche|on&gt; *CHỌC* 22:06 &lt;@Mathiasdm&gt; xin lỗi, eche|on :p thấy cú chọc của bạn rồi 22:08 &lt;duck&gt; moin 22:08 &lt;@Mathiasdm&gt; moin duck 22:09 &lt;hawk&gt; * Mathiasd1 chọc welterde 22:11 &lt;@Mathiasdm&gt; được, vậy chờ thêm chút nữa, vì mới chỉ có 3 người 22:11 &lt;@Mathiasdm&gt; ai muốn tham gia thì chọc lại nhé 22:11 &lt;whitenoise&gt; *chọc* 22:11 &lt;@zzz&gt; ack 22:12 &lt;@Mathiasdm&gt; à ha, lead dev, tốt :) 22:13 &lt;@Mathiasdm&gt; và để đảm bảo càng nhiều người tham gia càng tốt, chờ thêm 2 phút nữa rồi bắt đầu 22:14 &lt;@Mathiasdm&gt; còn 1 phút nữa 22:14 &lt;superuser&gt; mooin 22:15 &lt;@Mathiasdm&gt; đúng giờ đấy, superuser ;) 22:15 &lt;@Mathiasdm&gt; chào mọi người 22:15 &lt;superuser&gt; ;-) 22:15 &lt;superuser&gt; chào Mathiasdm 22:15 &lt;superuser&gt; và mọi người 22:15 &lt;@Mathiasdm&gt; 1) Tiến độ nội dung website 22:15 &lt;@Mathiasdm&gt; Như có lẽ mọi người đều biết, phát triển I2P hiện đang tạm dừng do đợt đại tu đặc tả (specs) 22:16 * Mathiasdm chuyển 'củ khoai nóng' cho zzz để anh ấy nói về tiến độ đại tu đặc tả 22:16 &lt;eche|on&gt; đúng 22:17 &lt;@zzz&gt; đã 7 tuần rồi, tiến độ chậm. Tôi đang làm việc trên i2cp lúc này, tôi đã dành vài giờ cho nó rồi 22:17 &lt;@zzz&gt; cần những người khác chung tay cả với việc họ đã hứa làm, lẫn các hạng mục chưa ai nhận 22:17 &lt;@zzz&gt; eot 22:18 &lt;@Mathiasdm&gt; okay 22:18 * Mathiasdm sẽ bắt đầu lại vào ngày mai, giờ môi trường dev đã được thiết lập lại 22:18 &lt;@Mathiasdm&gt; ai khác có điều gì muốn nói về việc này, cứ tự nhiên :) 22:19 &lt;@Mathiasdm&gt; chắc là không 22:19 &lt;@Mathiasdm&gt; hm 22:19 &lt;@Mathiasdm&gt; 2) Tiến độ backend website 22:19 &lt;eche|on&gt; Tôi nghĩ đó là việc tuyệt vời từ những người đang làm. 22:19 &lt;@Mathiasdm&gt; ồ 22:19 &lt;@Mathiasdm&gt; xin lỗi :) 22:21 &lt;@Mathiasdm&gt; ta bỏ qua mục 2) tạm thời, trừ khi welt vào 22:21 &lt;@Mathiasdm&gt; 3) Nơi thảo luận cho dev 22:22 &lt;@Mathiasdm&gt; cái này liên quan đến `http://zzz.i2p/topics/719` 22:22 &lt;@Mathiasdm&gt; Tôi trích: 22:22 &lt;@Mathiasdm&gt; "* Post developer discussions on zzz.i2p. What I mean is: IRC is a highly 'volatile' medium, where not everyone is online all the time, and not everyone logs. It's a great medium for a short discussion, but do consider posting a short write-up on zzz.i2p, so others can join in on the discussion." 22:22 &lt;eche|on&gt; thảo luận dev là chủ đề khó. IRC thì hay, nhưng không đáng tin cậy cũng như không có lưu trữ 22:22 &lt;@Mathiasdm&gt; vâng, đồng ý 22:23 &lt;@Mathiasdm&gt; nhưng có nhiều lựa chọn 22:23 &lt;@Mathiasdm&gt; zzz.i2p, forum.i2p, mailing list 22:23 &lt;@Mathiasdm&gt; ờ, được, 3 thứ thôi :p 22:23 &lt;eche|on&gt; Tôi đề xuất một điểm lưu trữ trung tâm 22:23 &lt;eche|on&gt; kèm sao lưu. 22:24 &lt;@Mathiasdm&gt; vâng 22:24 &lt;@Mathiasdm&gt; nhưng thiết lập lưu trữ phân tán cho việc này nghe có vẻ khó :p 22:24 &lt;@Mathiasdm&gt; dù mailing list thì có thể làm được, tôi đoán vậy 22:25 &lt;@Mathiasdm&gt; mailing list thì 'kiểu như phân tán' 22:25 &lt;eche|on&gt; :-) 22:25 &lt;superuser&gt; bản thân website chẳng phải đã phân tán rồi sao? 22:25 &lt;@Mathiasdm&gt; ai khác có ý tưởng? 22:25 &lt;eche|on&gt; một mailing list cũng là giải pháp tốt 22:26 &lt;superuser&gt; cũng có thể dùng chỗ đó 22:26 &lt;@Mathiasdm&gt; đúng, nhưng điều đó không bao gồm forum, superuser 22:26 &lt;eche|on&gt; đúng, website nằm trong monotone 22:26 &lt;@Mathiasdm&gt; đúng 22:26 &lt;superuser&gt; không, tôi không nói forum, mà là chính website 22:26 &lt;superuser&gt; các buổi họp dev cũ cũng có ở đó đâu đó chứ? 22:26 &lt;@Mathiasdm&gt; nhưng thật khó để thảo luận khi bạn phải check các cuộc thảo luận vào monotone :p 22:27 &lt;superuser&gt; đúng 22:27 &lt;@Mathiasdm&gt; có lẽ với backend mới mà welt đang làm, sẽ khả thi hơn 22:27 &lt;superuser&gt; chỉ có ích cho việc lưu trữ, không phải để tiếp tục thảo luận 22:28 &lt;@Mathiasdm&gt; tạm thời, tôi đề xuất: nếu bạn giữ một cuộc thảo luận lớn trên IRC, hãy đăng vài ghi chú lên _a_ phương tiện lưu trữ lâu dài 22:29 &lt;@Mathiasdm&gt; dù là zzz.i2p, mailing list hay forum 22:29 &lt;@Mathiasdm&gt; tôi biết, hơi mơ hồ 22:29 &lt;eche|on&gt; tôi bỏ phiếu cho mailing list ++ 22:29 &lt;@Mathiasdm&gt; hm, welt, hướng dẫn mailing list có ở đâu đó trên website không? 22:29 &lt;superuser&gt; ý bạn là dịch vụ nntp của welt? 22:29 &lt;@Mathiasdm&gt; mailing list nghe cũng ổn với tôi, eche|on, nhưng tôi tự hỏi liệu có khiến mọi người dùng nó không? 22:29 &lt;eche|on&gt; hiện chưa có ml nào 22:29 &lt;@Mathiasdm&gt; đúng vậy, superuser 22:29 &lt;@Mathiasdm&gt; ờ 22:29 &lt;@Mathiasdm&gt; hay nó là gì nhỉ 22:29 &lt;@Mathiasdm&gt; tôi nghĩ vậy 22:30 &lt;@Mathiasdm&gt; eche|on: welt đã dựng vài ml mùa hè này 22:30 &lt;eche|on&gt; nntp là news server 22:30 &lt;@Mathiasdm&gt; nhưng chưa được dùng rộng rãi 22:30 &lt;@Mathiasdm&gt; đúng vậy, nhưng giờ cũng có mailing list 22:30 &lt;@Mathiasdm&gt; nhưng tôi không có địa chỉ ở đây 22:30 &lt;@Mathiasdm&gt; zzz, duck: ý kiến? 22:31 &lt;superuser&gt; Tôi chưa có thông tin mailing list, chỉ thấy bài của welt, Mathiasdm và ReturningNovice trên news server 22:32 &lt;@zzz&gt; Tôi không mấy thích ML nhưng sẽ dùng nếu mọi người muốn. Cái của welt có vẻ đang là bí mật lớn lúc này 22:33 &lt;duck&gt; tôi nghĩ zzz.i2p là ổn 22:33 &lt;@Mathiasdm&gt; theo tôi bất cứ thứ gì không phải IRC đều hữu ích (tôi thích IRC, như đã nói, nhưng quá nhiều thảo luận dev không theo dõi nổi) 22:33 &lt;eche|on&gt; zzz.i2p thì ổn, nhưng: thảo luận irc cần được chép vào đó VÀ bằng cách nào đó có một dạng sao lưu thì tốt 22:34 &lt;@Mathiasdm&gt; hm, có lẽ tôi có thể dựng thứ gì đó như 22:34 &lt;@Mathiasdm&gt; ờ 22:34 &lt;@Mathiasdm&gt; nó gọi là gì nhỉ 22:34 &lt;@Mathiasdm&gt; 2 hay 3 năm trước 22:34 &lt;@Mathiasdm&gt; trevorreznik.i2p? 22:36 &lt;@Mathiasdm&gt; thế này nhé: ta tiếp tục dùng zzz.i2p, và bắt đầu dùng mailing list, và cố đảm bảo các thảo luận IRC không chỉ ở IRC? 22:36 &lt;duck&gt; mọi thứ thiết kế chính đã có trên zzz.i2p rồi 22:36 &lt;eche|on&gt; tốt hơn: cố gắng tiếp tục dùng zzz.i2p và chép IRC vào đó. 22:36 &lt;duck&gt; tôi không thấy vấn đề của bạn 22:37 &lt;superuser&gt; nếu cái của zzz biến mất thì sao 22:37 &lt;superuser&gt; s//? 22:37 &lt;duck&gt; dev/design 22:37 &lt;@Mathiasdm&gt; ví dụ, mọi thứ sponge đăng (chỉ là ví dụ thôi nhé, sponge :p) về seedless và bob thường là thảo luận chỉ có trên irc 22:38 &lt;duck&gt; tôi không nghĩ một mailing list sẽ khiến sponge viết tài liệu về giao thức và API của anh ấy 22:38 &lt;duck&gt; nhưng cứ thử đi 22:39 &lt;@Mathiasdm&gt; khônggg, ý tôi không phải vậy đâu, duck 22:39 &lt;@Mathiasdm&gt; như đã nói, tôi không quan trọng là trên zzz.i2p hay mailing list 22:39 &lt;@Mathiasdm&gt; tôi chỉ không muốn những thảo luận đó chỉ ở IRC 22:39 &lt;@Mathiasdm&gt; nhưng đúng, bạn cũng có lý 22:39 &lt;@Mathiasdm&gt; rằng có vài thứ có lẽ vẫn sẽ chỉ ở irc 22:39 &lt;duck&gt; vậy thì đi nói chuyện với sponge 22:39 &lt;@Mathiasdm&gt; đó chỉ là ví dụ 22:40 &lt;duck&gt; (mà bạn có thể đang làm thông qua cuộc họp này, dĩ nhiên) 22:40 &lt;duck&gt; ok, hiểu rồi 22:40 &lt;@Mathiasdm&gt; :) 22:41 &lt;@Mathiasdm&gt; được, tôi đoán nếu mọi người chỉ cần cố đăng mọi thứ lên zzz.i2p (hoặc mailing list -- nhưng ta sẽ chờ welt :p), vậy là ổn 22:42 &lt;@Mathiasdm&gt; ít nhất là tạm thời 22:42 &lt;@Mathiasdm&gt; ai có gì bổ sung không? 22:44 &lt;@Mathiasdm&gt; được rồi 22:44 &lt;@Mathiasdm&gt; tiếp 22:44 &lt;@Mathiasdm&gt; 4) Phân công nhiệm vụ + xử lý bất đồng 22:45 -!- Moru [kvirc@irc2p] đã tham gia #i2p-dev 22:45 &lt;@Mathiasdm&gt; hiện tại, các nhiệm vụ (hiển thị ở http://www.i2p2.de/team.html ) được chỉ định/chọn bởi việc mọi người đơn giản là sửa trang web 22:45 &lt;hawk&gt; &lt;preforce&gt; Tiêu đề: Team - I2P (tại www.i2p2.de) 22:45 &lt;@Mathiasdm&gt; vậy nếu bạn muốn làm một nhiệm vụ, cứ làm, rồi tự thêm mình vào trang web 22:45 &lt;@Mathiasdm&gt; có lẽ cũng tốt :) 22:46 &lt;eche|on&gt; nếu ai đó không đồng ý: thảo luận trên IRC/zzz.i2p 22:46 &lt;@Mathiasdm&gt; vâng, bất đồng là vấn đề 22:46 &lt;eche|on&gt; nhưng mọi người cần quyền checkin để thay đổi, tức là: cần một chút tin cậy từ các dev hiện hữu 22:46 &lt;@Mathiasdm&gt; mùa hè vừa rồi có bất đồng, và chúng ta thực sự đã không xử lý 22:46 &lt;@Mathiasdm&gt; đúng, eche|on 22:47 &lt;@Mathiasdm&gt; chúng ta giải quyết thế nào nếu những người bất đồng không đi đến thống nhất? 22:47 &lt;@Mathiasdm&gt; bỏ phiếu hay gì đó? 22:47 &lt;@Mathiasdm&gt; đó là điều tôi băn khoăn 22:48 &lt;@Mathiasdm&gt; đề xuất? 22:48 &lt;eche|on&gt; đã từng nhắc đến 'tuyến phòng thủ cuối cùng' 22:48 &lt;eche|on&gt; đó là zzz 22:48 &lt;@Mathiasdm&gt; tuyến phòng thủ cuối cùng? 22:48 &lt;@Mathiasdm&gt; à 22:49 &lt;whitenoise&gt; thế còn một giải pháp thứ ba tốt hơn thì sao? 22:49 &lt;duck&gt; nếu mọi thứ thất bại; nhờ đến zzz 22:49 &lt;eche|on&gt; nhưng bỏ phiếu là ý hay, song tôi nghĩ rồi sẽ tìm ra giải pháp từ trước 22:49 &lt;@Mathiasdm&gt; nếu giải pháp thứ ba chắc chắn tốt hơn, hai bên sẽ chọn nó ;) 22:50 &lt;@Mathiasdm&gt; hm, được 22:50 &lt;@Mathiasdm&gt; chỉ tò mò thôi, zzz, bạn đồng ý làm 'tuyến phòng thủ cuối cùng' chứ? :) 22:50 &lt;@Mathiasdm&gt; nghe ổn với tôi, nhưng bạn có muốn thế không? 22:51 &lt;@zzz&gt; không hẳn. quy tắc của tôi là ai thực sự làm thì người đó quyết. những người chỉ nói và làm người khác bực thì không. 22:52 &lt;@zzz&gt; có rất nhiều việc cho mọi người. 22:53 &lt;@Mathiasdm&gt; được :) nghe ổn 22:53 &lt;@Mathiasdm&gt; ai có ý kiến thêm không? nếu không thì sang mục tiếp 22:53 &lt;superuser&gt; nói chung 'ai làm thì người đó quyết' nghe hợp lý 22:53 &lt;superuser&gt; nhưng nếu cả hai bên đều thực sự làm thì sao 22:53 &lt;superuser&gt; và vẫn đi theo hai hướng ngược nhau? 22:54 &lt;superuser&gt; tôi đoán trường hợp đó thì cơ chế bỏ phiếu cũng không tệ 22:54 &lt;@Mathiasdm&gt; đúng 22:54 &lt;@zzz&gt; nếu là code thì tôi có thể chọn. Tôi chắc chắn không phải tuyến phòng thủ cuối cùng cho website. welt và echelon mới là. 22:55 &lt;@Mathiasdm&gt; ừ, nếu đã thảo luận mà không tìm ra giải pháp, có thể bỏ phiếu hoặc ai đó (zzz, welt?) chọn 22:55 &lt;@zzz&gt; họ sẽ chọn người thắng bằng cách rút đặc quyền của người thua. 22:56 &lt;@Mathiasdm&gt; *chỉ nếu đó là cuộc tranh cãi xấu xí, tôi hy vọng vậy ;) bất đồng thân thiện thì không nên dẫn đến mất đặc quyền :p 22:57 &lt;eche|on&gt; đúng 22:58 &lt;@Mathiasdm&gt; vậy nhé 22:58 &lt;@Mathiasdm&gt; mục tiếp theo 22:58 &lt;@Mathiasdm&gt; nếu thế ổn 22:58 &lt;@Mathiasdm&gt; 5) Cập nhật trạng thái 22:58 &lt;eche|on&gt; ok 22:59 &lt;@Mathiasdm&gt; tôi sẽ bắt đầu 'thu thập' cập nhật trạng thái cuối tuần này, tôi nghĩ vậy 22:59 &lt;@Mathiasdm&gt; định làm tuần trước nhưng bận việc 22:59 &lt;eche|on&gt; tuyệt. cứ làm đi. 22:59 &lt;@Mathiasdm&gt; cơ bản chỉ là 'tuần rồi bạn làm gì?' và 'kế hoạch tuần tới của bạn là gì?' 23:00 &lt;@Mathiasdm&gt; và tôi sẽ đăng lên website, tóm tắt một chút 23:00 &lt;@Mathiasdm&gt; luôn hoan nghênh góp ý :) 23:00 &lt;@Mathiasdm&gt; được rồi, mục cuối (mới thêm ngay trước khi bắt đầu cuộc họp) 23:00 &lt;@Mathiasdm&gt; 6) Các hội nghị dev sắp tới 23:01 &lt;@Mathiasdm&gt; -ai sẽ đi 27c3? 23:01 &lt;@Mathiasdm&gt; -ai sẽ đi brucon? 23:01 &lt;@Mathiasdm&gt; -còn cái nào khác? 23:02 &lt;@Mathiasdm&gt; Tôi chắc chắn sẽ tham dự brucon, và nhiều khả năng 27c3 trong một ngày (và sẽ ở Berlin vài ngày) 23:02 &lt;whitenoise&gt; Mathiasdm, tôi đã thêm 1 mục nữa 10 phút trước khi bắt đầu. 23:02 &lt;@Mathiasdm&gt; ồ? xin lỗi, không thấy 23:03 &lt;@Mathiasdm&gt; được, sẽ làm ngay sau đây, whitenoise 23:03 &lt;whitenoise&gt; ok 23:03 &lt;whitenoise&gt; cảm ơn 23:03 &lt;@Mathiasdm&gt; không ai ý kiến về các hội nghị dev à? 23:04 &lt;@Mathiasdm&gt; vậy thì: 7) Thúc đẩy việc sử dụng giao thức bittorrent bên trong I2P: lợi và hại 23:04 * Mathiasdm chuyển củ khoai nóng cho whitenoise 23:04 &lt;whitenoise&gt; Ok, bọn tôi đã bàn chút về việc này với duck 23:05 &lt;whitenoise&gt; Tuy đó là cách tốt để có cover traffic và tăng trưởng mạng, nhưng có thể dẫn đến tiếng xấu cho I2P như một mạng chia sẻ file bất hợp pháp 23:05 &lt;eche|on&gt; Tôi quyết định không tham dự 27c3 23:06 &lt;@Mathiasdm&gt; à, tiếc quá, eche|on 23:06 &lt;@Mathiasdm&gt; đúng vậy, whitenoise 23:06 &lt;whitenoise&gt; Mặt khác... 23:06 &lt;superuser&gt; Tôi nghĩ bt không nên được nhấn mạnh hơn các dịch vụ khác, mà i2p nên được quảng bá như một mạng dùng chung 23:07 &lt;superuser&gt; ồ, anh ấy chưa nói xong... 23:07 &lt;@Mathiasdm&gt; có thể đang lag, chờ anh ấy chút :) 23:08 &lt;whitenoise&gt; nếu chúng ta không quảng bá giao thức này, trong tương lai không quá gần, nếu mô hình kinh doanh bán nội dung số không thay đổi, áp lực lên người dùng torrent sẽ tăng, nên họ sẽ bắt đầu tìm cách ẩn mình 23:08 &lt;whitenoise&gt; và như vậy vẫn có thể dẫn đến điểm đầu tiên của tôi (tai tiếng) 23:08 &lt;whitenoise&gt; nhưng dĩ nhiên còn đáng nghi 23:08 &lt;Moru&gt; Xin chào! Xin lỗi vì xen vào... buồn nhưng đúng, quảng bá nó như một nền tảng chia sẻ file thì bạn sẽ có rất nhiều người dùng và nhiều nhà phát triển tham gia. Thậm chí có thể được tài trợ bởi những người muốn dùng một nền tảng chia sẻ file an toàn. 23:09 &lt;@Mathiasdm&gt; chỉ đơn giản quảng bá sẽ không đạt được điều đó, theo tôi 23:09 &lt;@Mathiasdm&gt; và whitenoise, bạn đúng về chuyện tai tiếng 23:09 &lt;@Mathiasdm&gt; nhưng chúng ta có đang quảng bá nó không? 23:10 &lt;whitenoise&gt; Theo tôi, hiện tại là không 23:10 &lt;@Mathiasdm&gt; và bản thân bittorrent không gây ra tai tiếng, mà là việc chia sẻ file (theo tôi đây là khác biệt quan trọng, nhưng có lẽ không thuộc cuộc thảo luận này) 23:10 &lt;@Mathiasdm&gt; (và chào, Moru) 23:11 &lt;whitenoise&gt; Ừ, bittorrent là cách dùng nhiều nhất, nên tôi mới nói về nó 23:11 &lt;whitenoise&gt; tất nhiên, có thể là emule hay thứ khác 23:11 &lt;@Mathiasdm&gt; bạn hình dung quảng bá nó thế nào? 23:12 &lt;whitenoise&gt; Ví dụ, người dùng đơn giản hiện nay gặp khó khăn khi thiết lập mọi thứ 23:12 &lt;whitenoise&gt; Ta có thể làm thông tin về bittorrent dễ thấy hơn 23:13 &lt;@Mathiasdm&gt; hm, đúng 23:13 &lt;whitenoise&gt; mô tả đơn giản hơn 23:13 &lt;whitenoise&gt; v.v. 23:13 &lt;@Mathiasdm&gt; nhưng đó (theo tôi) là vấn đề chung của I2P hơn 23:13 &lt;whitenoise&gt; có lẽ cải thiện i2psnark một chút 23:13 &lt;@Mathiasdm&gt; I2P có thể trở nên dễ thấy hơn nhiều :p 23:13 &lt;whitenoise&gt; đúng 23:14 &lt;whitenoise&gt; nhưng làm vậy (cũng như quảng bá trên twitter, chẳng hạn) chắc chắn sẽ thu hút thêm người dùng 23:14 &lt;@Mathiasdm&gt; đúng 23:14 &lt;@Mathiasdm&gt; ừ, tôi đồng ý, và hy vọng sắp tới chúng ta sẽ tiến tới làm mọi thứ rõ ràng hơn (tăng khả năng sử dụng, v.v.) 23:14 &lt;whitenoise&gt; vậy, tôi đoán câu hỏi là: chúng ta nên làm gì và không nên làm gì 23:15 &lt;whitenoise&gt; cải thiện mô tả nhưng không quảng bá như một mạng chia sẻ file, có lẽ? 23:15 &lt;@Mathiasdm&gt; theo tôi, điều nên làm (khi bắt đầu phát triển 0.9) là xem xét các 'điểm đau' về khả năng sử dụng 23:15 &lt;eche|on&gt; đã có vài ý tưởng về mấy cái đó rồi 23:17 &lt;@Mathiasdm&gt; đúng, mô tả I2P sẽ hữu ích; đại tu console (có lẽ? tôi không chắc) cũng giúp 23:17 &lt;@Mathiasdm&gt; eche|on: chẳng phải ta có một file .pdf với các nhận xét về khả năng sử dụng từ hội thảo bạn tham dự sao? 23:17 &lt;eche|on&gt; hm 23:18 &lt;@zzz&gt; tôi có 23:18 &lt;eche|on&gt; cần tìm lại, nhưng nhìn chung ta có vài vấn đề. 23:18 &lt;@Mathiasdm&gt; có link không, zzz? 23:19 &lt;@Mathiasdm&gt; được, ta có thể tập trung vào đó chút sau đặc tả website? 23:20 &lt;@zzz&gt; `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 &lt;@Mathiasdm&gt; thx 23:20 &lt;eche|on&gt; ý tưởng hay đấy 23:21 &lt;@Mathiasdm&gt; vậy nhé 23:21 &lt;@Mathiasdm&gt; còn nhận xét hay ý tưởng nào không, whitenoise? 23:21 &lt;whitenoise&gt; hm... 23:22 &lt;@Mathiasdm&gt; dĩ nhiên bạn luôn có thể bắt tay vào cải thiện khả năng sử dụng của website nữa 23:22 &lt;eche|on&gt; cứ chờ vài email với dữ liệu liên hệ để chi ít tiền nhé ;-) 23:23 &lt;whitenoise&gt; vậy tôi đoán chúng ta quyết định cải thiện khả năng sử dụng nói chung mà không nhấn mạnh vào bittorrent, đúng không? 23:23 &lt;whitenoise&gt; :-) 23:23 &lt;@Mathiasdm&gt; có vẻ vậy, đúng, whitenoise 23:23 &lt;@Mathiasdm&gt; Tôi sẽ mail bạn số tài khoản ngân hàng, eche|on, cứ gửi tiền cho tôi ;) 23:23 &lt;@Mathiasdm&gt; vậy nhé 23:23 &lt;@Mathiasdm&gt; 8) bánh quy cho mọi người tham dự 23:24 &lt;eche|on&gt; *g* 23:24 &lt;@Mathiasdm&gt; ===Họp kết thúc=== 23:24 &lt;@Mathiasdm&gt; cảm ơn mọi người :) 23:24 &lt;eche|on&gt; BÁNH QUY! 23:25 &lt;@Mathiasdm&gt; đừng ăn hết nhé 23:25 * Mathiasdm chọc eche|on </div>/vi/blog/2010/07/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8/Mon, 12 Jul 2010 00:00:00 +0000/vi/blog/2010/07/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.8/<p>Vào đầu năm 2009, không lâu sau khi chúng tôi tham dự 25C3, chúng tôi phát hành phiên bản 0.7 của mạng ẩn danh I2P. Trong 15 bản phát hành tiếp theo trong vòng 18 tháng, chúng tôi đã nỗ lực cải thiện tính dễ sử dụng của phần mềm I2P và nâng cao hiệu năng, bảo mật và độ tin cậy của nó - đồng thời ứng phó với mức tăng trưởng chưa từng có của mạng.</p>/vi/blog/2010/06/07/0.7.14-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/Mon, 07 Jun 2010 00:00:00 +0000/vi/blog/2010/06/07/0.7.14-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/<p>Bản phát hành 0.7.14 bao gồm các bản vá lỗi và tinh chỉnh hiệu năng như thường lệ. Ngoài ra còn có một số cải tiến cho i2psnark và thêm các bản sửa lỗi cho các plugin. Khuyến nghị nâng cấp.</p> <p>Xin hãy giúp mở rộng mạng lưới. Gửi phản hồi cho các nhà phát triển trên IRC #i2p hoặc <a href="http://forum.i2p2.de/">forum.i2p2.de</a> và <a href="http://www.i2p2.de/getinvolved.html">tham gia</a> , giới thiệu rộng rãi, và <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Chúng tôi vẫn đang tìm kiếm sự hỗ trợ cho các bản dịch mới và hiện có. Hãy tham gia tình nguyện trên IRC #i2p.</p>/vi/blog/2010/04/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.13/Tue, 27 Apr 2010 00:00:00 +0000/vi/blog/2010/04/27/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.13/<p>Bản phát hành 0.7.13 bao gồm một số thay đổi và sửa lỗi nhằm cải thiện hiệu năng. Nó cũng bao gồm các cải tiến cho hỗ trợ plugin được giới thiệu trong bản phát hành trước. Thông điệp xây dựng tunnel mới, nhỏ hơn đã được kích hoạt để giảm chi phí phụ trội và tăng tỷ lệ xây dựng thành công.</p> <p>Tất nhiên, cũng có một loạt sửa lỗi như thường lệ. Khuyến nghị nâng cấp.</p>/vi/blog/2010/03/15/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.12/Mon, 15 Mar 2010 00:00:00 +0000/vi/blog/2010/03/15/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.12/<p>Bản phát hành 0.7.12 bao gồm hỗ trợ cho các plugin do người dùng tạo. Các plugin này có thể chứa các ứng dụng web cho bảng điều khiển, chủ đề, bản dịch, hoặc các chương trình độc lập. Một số plugin đã có sẵn để thử nghiệm. Chúng tôi hy vọng sự hỗ trợ này sẽ cho phép phát triển nhanh chóng các ứng dụng I2P mang tính sáng tạo.</p>/vi/blog/2010/02/15/ph%C3%A1t-h%C3%A0nh-0.7.11/Mon, 15 Feb 2010 00:00:00 +0000/vi/blog/2010/02/15/ph%C3%A1t-h%C3%A0nh-0.7.11/<p>Bản phát hành 0.7.11 khắc phục một số vấn đề, trong đó có các vấn đề liên quan đến đồng hồ hệ thống, vốn đã ngăn các routers mới nhanh chóng tích hợp vào mạng. Bản phát hành này cũng sửa trình cài đặt cho Windows 64-bit. Bản phát hành bao gồm một bản cập nhật lên Jetty 5.1.15 để khắc phục <a href="http://www.kb.cert.org/vuls/id/402580">lỗ hổng này</a> .</p> <p>Như thường lệ, bản phát hành này bao gồm thêm các cải tiến về tính ẩn danh và hiệu năng, cùng một loạt sửa lỗi. Khuyến nghị nâng cấp.</p>/vi/blog/2010/01/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.10/Fri, 22 Jan 2010 00:00:00 +0000/vi/blog/2010/01/22/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.10/<p>0.7.10 khắc phục một số lỗ hổng mới được phát hiện, liên quan đến cách các router giao tiếp với các peer floodfill. Các thao tác lưu trữ và xác minh của cơ sở dữ liệu mạng (netDb) được chuyển từ exploratory sang client tunnels, và được mã hóa.</p> <p>Ngoài ra, để cải thiện tính ẩn danh, fast peer set (tập peer nhanh) của router hiện được giới hạn tối đa là 30. Bản phát hành này cũng sửa một lỗi khiến cài đặt trên Windows thất bại khi đường dẫn cài đặt hoặc đường dẫn người dùng chứa &ldquo;\r&rdquo; hoặc &ldquo;\n&rdquo;. Khuyến nghị nâng cấp. Vui lòng gửi phản hồi cho các nhà phát triển trên IRC #i2p hoặc <a href="http://forum.i2p2.de/">forum.i2p2.de</a> và <a href="http://www.i2p2.de/getinvolved.html">tham gia</a> hoặc <a href="http://www.i2p2.de/donate.html">quyên góp</a> ! Chúng tôi vẫn đang tìm kiếm sự trợ giúp cho các bản dịch mới và hiện có. Hãy tham gia tình nguyện trên IRC #i2p.</p>/vi/blog/2010/01/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.9/Tue, 12 Jan 2010 00:00:00 +0000/vi/blog/2010/01/12/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-0.7.9/<p>0.7.9 khắc phục một số lỗi tồn tại lâu năm gây hỏng thông điệp. Chúng tôi kỳ vọng hiệu năng mạng sẽ được cải thiện khi nó được triển khai rộng rãi. Có các thay đổi khác giúp cải thiện khả năng tiếp cận của router và tỷ lệ xây dựng tunnel thành công. Bản phát hành cũng bao gồm hỗ trợ dịch thuật bổ sung, và một bản dịch tiếng Nga đầy đủ do &ldquo;forget&rdquo; thực hiện, được tài trợ bởi &ldquo;russiansponsor&rdquo;.</p>/vi/blog/2009/12/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.8/Tue, 08 Dec 2009 00:00:00 +0000/vi/blog/2009/12/08/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.8/<p>Phiên bản 0.7.8 bao gồm hỗ trợ ban đầu cho việc dịch bảng điều khiển router, và các thay đổi đối với hệ thống floodfill đặt nền tảng cho việc hỗ trợ tăng trưởng quy mô lớn của mạng.</p> <p>Để ngăn I2P bị các tường lửa độc hại chặn một cách dễ dàng, bản phát hành này ngẫu nhiên hóa cổng I2P cho các cài đặt mới. Đối với các cài đặt hiện có, vui lòng giúp những người dễ bị chặn bằng cách đổi UDP từ 8887 sang một cổng ngẫu nhiên và điều chỉnh tường lửa của bạn nếu cần.</p>/vi/blog/2009/10/12/i2p-0.7.7-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/Mon, 12 Oct 2009 00:00:00 +0000/vi/blog/2009/10/12/i2p-0.7.7-b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh/<p>I2P phiên bản 0.7.7 bao gồm một số cải tiến về ẩn danh. Việc sử dụng khóa phiên cho mật mã đã được thiết kế lại hoàn toàn, và I2PSnark giờ sử dụng các tunnels riêng của nó để giao tiếp với máy theo dõi (tracker). Công việc vẫn đang tiếp tục nhằm cải thiện bảng điều khiển router, bao gồm tuân thủ các tiêu chuẩn HTML và hỗ trợ UTF-8 tốt hơn.</p>/vi/blog/2009/07/31/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.6/Fri, 31 Jul 2009 00:00:00 +0000/vi/blog/2009/07/31/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.6/<p>I2P phiên bản 0.7.6 bao gồm các bản sửa lỗi bổ sung cho các vấn đề về ổn định mạng liên quan đến việc xây dựng tunnel (đường hầm) và giới hạn kết nối. Mặc dù bản phát hành 0.7.5 đã cải thiện đáng kể tình trạng tắc nghẽn xuất hiện vào các buổi tối theo UTC và cuối tuần, nhưng nó vẫn chưa được loại bỏ hoàn toàn; bản phát hành này dự kiến sẽ cải thiện tình hình hơn nữa.</p>/vi/blog/2009/06/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.5/Mon, 29 Jun 2009 00:00:00 +0000/vi/blog/2009/06/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.5/<h1 id="bản-phát-hành-i2p-075">Bản phát hành I2P 0.7.5</h1> <p>Phiên bản I2P 0.7.5 trước hết giải quyết các vấn đề về ổn định mạng bằng cách điều chỉnh cách xây dựng các tunnel thăm dò nếu một router tiến gần tới giới hạn kết nối của nó, đồng thời phân biệt giữa các nút ngang hàng đã kết nối và các nút ngang hàng khác không bị lỗi khi lựa chọn chúng để đưa vào các tunnel.</p>/vi/blog/2009/06/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.4/Sat, 13 Jun 2009 00:00:00 +0000/vi/blog/2009/06/13/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.4/<p>Bản phát hành I2P 0.7.4 ==================</p> <p>I2P phiên bản 0.7.4 giới thiệu những tính năng mới đáng chú ý như khả năng GeoIP và hỗ trợ UPnP. Trong khi tính năng đầu tiên có thể trở thành nền tảng cho việc xây dựng tunnel có tính đến vị trí địa lý, tính năng sau sẽ ngay lập tức cho phép nhiều routers hơn chấp nhận các kết nối TCP đến, giúp phân phối tải đồng đều hơn.</p>/vi/blog/2009/05/18/ph%C3%A1t-h%C3%A0nh-i2p-0.7.3/Mon, 18 May 2009 00:00:00 +0000/vi/blog/2009/05/18/ph%C3%A1t-h%C3%A0nh-i2p-0.7.3/<h1 id="bản-phát-hành-i2p-073">Bản phát hành I2P 0.7.3</h1> <p>Phiên bản I2P 0.7.3 bao gồm một số sửa lỗi và cải tiến, đồng thời có rất nhiều công việc bảo trì cùng các phiên bản mới của cả hai giao thức cổng ứng dụng SAM và BOB.</p> <p>Một bản vá cho máy chủ web nội bộ Jetty của I2P được đưa vào để khắc phục hành vi của SusiDNS trên Windows. Cách các nút I2P tự nguyện tham gia vào Network Database (cơ sở dữ liệu mạng) đã được thay đổi để tránh có quá nhiều nút thực hiện việc này đồng thời, và việc tạo các tunnels (đường hầm) tham gia mới hiện được điều tiết trước khi các thông điệp trong các tunnels hiện có bắt đầu bị loại bỏ.</p>/vi/blog/2009/04/19/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.2/Sun, 19 Apr 2009 00:00:00 +0000/vi/blog/2009/04/19/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.2/<h1 id="bản-phát-hành-i2p-072">Bản phát hành I2P 0.7.2</h1> <p>Bản phát hành 0.7.2 khắc phục nhiều lỗi và các vấn đề tiềm ẩn trong I2P, đồng thời tạo tiền đề cho các tính năng mới.</p> <p>Các vấn đề về đa luồng với lớp SimpleTimer sẽ không còn xảy ra nữa, NTCP transport sẽ không còn gặp các ngoại lệ con trỏ null, và các tunnel &ldquo;abandoned&rdquo; sẽ kết thúc hoạt động đúng cách.</p> <p>Đã bổ sung hỗ trợ truy cập Router Console qua IPv6, một loại thông điệp mới cho phép các ứng dụng I2CP truy vấn các giới hạn băng thông của router, một giao diện desktop thử nghiệm để quản lý router được đưa vào lần đầu tiên (nhưng hiện chưa được bật tự động) và việc một peer (nút) tham gia quá nhiều tunnel bị ngăn chặn nhằm cải thiện độ tin cậy và an toàn.</p>/vi/blog/2009/03/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.1/Sun, 29 Mar 2009 00:00:00 +0000/vi/blog/2009/03/29/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7.1/<h1 id="bản-phát-hành-i2p-071">Bản phát hành I2P 0.7.1</h1> <p>Bản phát hành 0.7.1 tối ưu hóa I2P nhằm nâng cao hiệu năng và giới thiệu các tính năng mới.</p> <p>Nhiều lỗi đã được khắc phục, các thay thế cho lớp SimpleTimer sẽ lãng phí ít thời gian hơn cho việc khóa đối tượng. Một số thành phần cũ được loại bỏ và một số lớp được tái cấu trúc để tránh lặp lại mã.</p>/vi/blog/2009/02/10/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-10-th%C3%A1ng-2-n%C4%83m-2009/Tue, 10 Feb 2009 00:00:00 +0000/vi/blog/2009/02/10/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-10-th%C3%A1ng-2-n%C4%83m-2009/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 20:58:32 &lt;unixfr3ak&gt; dev meeting eh? 20:59:27 -*- dream turns on devo 21:00:25 &lt;welt&gt; dream: ah.. glad you're here too :) 21:00:51 &lt;badger&gt; 0) Hello 21:00:55 &lt;dream&gt; you are? 21:00:58 &lt;badger&gt; 1) I2P 0.7 21:01:02 &lt;badger&gt; 2) Syndie 21:01:06 &lt;badger&gt; 3) Donations 21:01:15 &lt;badger&gt; 4) ???? 21:01:21 &lt;badger&gt; 5) A short poem recital by zzz 21:01:39 &lt;badger&gt; 0) Hello 21:01:53 &lt;altGuest&gt; hi 21:02:00 &lt;badger&gt; welcome all to the #207th dev meeting 21:02:05 &lt;badger&gt; 'lo 21:02:20 &lt;hottuna_&gt; 'lo! 21:02:40 &lt;eche|on&gt; welcome! 21:02:43 &lt;zzz&gt; so, let's start by covering what's happened since April 10 2007, if anything 21:02:48 &lt;badger&gt; Just to put that in perspective it's been nearly 2 years since hte last one 21:03:06 &lt;badger&gt; well... bush is out....obama in.... 21:03:36 &lt;dream&gt; lol USA 21:03:51 &lt;badger&gt; 1) I2P 0.7 21:03:56 &lt;eche|on&gt; I guess the 0.7 release note is a good idea what happend to I2P 21:04:20 &lt;badger&gt; Well it looks like the rollout of 0.7 has gone fairly smoothly 21:04:22 &lt;badger&gt; with about 84% network coverage now 21:04:29 &lt;unixfr3ak&gt; not bad 21:04:48 &lt;eche|on&gt; :-) 21:04:48 &lt;hottuna_&gt; How much ahs the network grown since 0.7? 21:04:48 &lt;badger&gt; A big cheer to the dev team and release crew for getting it out of the door 21:04:52 &lt;unixfr3ak&gt; one bug i may point out that i and another user have noticed though is 21:04:52 &lt;hottuna_&gt; or even since Christmas? 21:05:21 -*- welt waits for stats.i2p to load.. 21:05:28 -=- Sie sind nun als welterde bekannt 21:05:31 &lt;badger&gt; hottuna_: a fairly slow but steady growth if the stats are anything to go by 21:05:41 &lt;unixfr3ak&gt; adding new private hosts in susidns requirs manual editing of the privathosts.txt file 21:06:08 &lt;welterde&gt; zzz: wasn't that the bug you fixed recently? 21:06:18 &lt;welterde&gt; or was that sth different? 21:06:25 &lt;eche|on&gt; the stats shows a steady slow growing 21:06:35 &lt;zzz&gt; yeah, i broke it in 0.7, just fixed it yesterday, will be in -4 21:06:40 &lt;eche|on&gt; welterde: yes, he seens to have fixed it 21:07:05 &lt;badger&gt; something to look forward to in 7.0.1 21:07:14 &lt;welterde&gt; zzz: good.. that's done then 21:07:16 &lt;badger&gt; eerm 0.7.1 21:07:19 &lt;eche|on&gt; more users :-) 21:07:22 &lt;zzz&gt; sorry about that 21:07:35 &lt;unixfr3ak&gt; what are you guys going to do about network lag...its a growing problem it seems , on the weekends i2p seems overloaded 21:07:56 &lt;welterde&gt; maybe some more streaming lib tweaks? 21:07:57 &lt;unixfr3ak&gt; ethier i think more users is good 21:08:00 &lt;badger&gt; zzz: well you've fixed and improved enough stuff to be allowed the odd breakage :) 21:08:33 &lt;hottuna_&gt; I've suggested motivating user to share by having some ratio indicator on the console 21:08:57 &lt;unixfr3ak&gt; that sounds good 21:09:14 &lt;eche|on&gt; network load went big last month 21:09:17 &lt;zzz&gt; freak, i'm looking at tweaking the capacity calculation in the peer profiles just a little, to react better when things get busy. 21:09:20 &lt;eche|on&gt; months, looks fairly well so far 21:09:51 &lt;hottuna_&gt; zzz: wicked :) 21:09:55 &lt;unixfr3ak&gt; this may be ambitious bout how about using a cron job in linux or whatever windows uses to volunteer bandwidth to i2p when their computer is not being used 21:10:17 &lt;zzz&gt; these things have to be adjusted with great care though, and it takes a full release cycle to test any change 21:10:21 &lt;hottuna_&gt; a scheduler would be and awesome solution aswell 21:10:24 &lt;unixfr3ak&gt; to dumb it down 21:10:28 &lt;badger&gt; The publicity push for release 0.7 seems to have had a marginal effect on numbers, but not nearly the impact I would have hoped for 21:10:41 &lt;unixfr3ak&gt; detect when network / cpu is idle and use it/ dont use when it is 21:10:43 &lt;welterde&gt; zzz: that recent addition to I2CP doesn't allow that yet, right? 21:10:52 &lt;badger&gt; some good coverage in german news sites though 21:11:04 &lt;badger&gt; but slashdot/digg/reddit was rather pathetic 21:11:09 &lt;zzz&gt; allow what welterde ? 21:11:29 &lt;welterde&gt; zzz: to change the ratio/up-bw/down-bw from outside the routerconsole 21:11:29 &lt;eche|on&gt; badger: it needs some time for users to get known to it and keep steady with it :-) 21:11:32 &lt;unixfr3ak&gt; and a defult auto startup registry entry would be nice or a simple shell script for unix 21:12:04 &lt;zzz&gt; no welterde it has nothing to do with that 21:12:08 &lt;hottuna_&gt; dunno about the pr.. i suppose that our 'brand name' will grow every time we have a new release adn a pr wave to that 21:12:13 &lt;welterde&gt; zzz: thought so :/ 21:12:56 &lt;zzz&gt; hopefully the gulli interview w/ me will be published soon, but I haven't heard from him in a week 21:13:06 &lt;unixfr3ak&gt; is i2p ready to ask for volunteer bandwidth from sponsors? (other than me with my tiny connection) 21:13:39 &lt;welterde&gt; hmm.. that might be worth a try 21:13:50 &lt;dream&gt; I don't think anyone has ever said no to volunteered bandwidth. 21:14:12 &lt;unixfr3ak&gt; the tor network has a lot of sponsored nodes, but on the other hand a lot of nodes on the same subnet would be suspicious to users and offer someone more control over the network 21:14:37 &lt;welterde&gt; i think we "fixed" that already 21:14:59 &lt;hottuna_&gt; sponsoring would'nt be a bad idea 21:14:59 &lt;hottuna_&gt; jas a simple html tab on the mainpage? 21:14:59 &lt;hottuna_&gt; just* 21:15:05 &lt;unixfr3ak&gt; randomly placed nodes by individual volunteers seems to be safer 21:15:05 &lt;unixfr3ak&gt; but not as practical 21:15:15 &lt;unixfr3ak&gt; most people by nature will leech 21:15:44 &lt;dream&gt; I don't think that's necessarily true unixfr3ak, but it's good to prepare for non-participants. 21:16:21 &lt;unixfr3ak&gt; for example 21:16:40 &lt;unixfr3ak&gt; someone who just starts the i2p router, and has no idea what it does and runs i2phex 21:16:49 &lt;unixfr3ak&gt; constantly downloading 21:17:11 &lt;unixfr3ak&gt; mabye the defualt bandwith should be changed 21:17:22 &lt;hottuna_&gt; has been changed in 0.7 21:17:34 &lt;unixfr3ak&gt; or users should be asked for connection speed during the install for more accurate bandwith shareing limits 21:18:26 &lt;unixfr3ak&gt; or mabye a virus that installs i2p as a backdoor :P 21:18:34 &lt;welterde&gt; heh 21:18:40 &lt;hottuna_&gt; would be a great idea.. the installer should support that, right? 21:19:08 &lt;welterde&gt; the first or the second? :&gt; 21:19:08 &lt;unixfr3ak&gt; my joke or asking the connection bandwith? 21:19:23 &lt;welterde&gt; first) probably yes 21:19:26 &lt;unixfr3ak&gt; it should be a line or 2 in a config file somewhere 21:19:39 &lt;unixfr3ak&gt; the one without the :P 21:20:59 &lt;badger&gt; download limits for users who don't share upstream bandwidth? 21:21:15 &lt;unixfr3ak&gt; sounds intresting 21:21:20 &lt;unixfr3ak&gt; but 21:21:33 &lt;unixfr3ak&gt; i dont think we should go to such desprate measures yet... 21:21:38 &lt;dream&gt; by default it shares up to 100% of the bandwidth unixfr3ak. once it gets a few client tunnels, the majority is spent on intermediate ones. 21:21:45 &lt;welterde&gt; don't routers already punish other routers, who don't route tunnels? 21:22:00 &lt;unixfr3ak&gt; yes 21:22:00 &lt;dream&gt; and I think i2p is already load balanced. I sure cannot download more than I upload on the bandwidth tab. 21:22:25 &lt;unixfr3ak&gt; i think so but, if many people leech at one time it will still put a hevy load on the network 21:22:32 &lt;badger&gt; perhaps this is just a case of being more informative to first time users 21:22:35 &lt;unixfr3ak&gt; especially if thier ips are dynamic 21:22:46 &lt;eche|on&gt; `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 &lt;badger&gt; make it clear that giving back to the network improves your experience 21:23:07 &lt;unixfr3ak&gt; yes 21:23:18 &lt;unixfr3ak&gt; and to run it when they are not using thier pc 21:23:36 &lt;unixfr3ak&gt; insted of just letting thier connection that they are paying for be idle 21:23:51 &lt;dream&gt; most people turn their computers off, it's really sad 21:24:09 &lt;unixfr3ak&gt; yes 21:24:12 &lt;dream&gt; paying their ISP per month, when they could instead for the price of 4 light bulbs... 21:24:15 &lt;l00kns33&gt; i think most people understand this - i even think most people who use i2p are geeks themself ;) 21:24:32 &lt;badger&gt; anyway moving on - anything else to add for 1) I2P 0.7? 21:24:55 &lt;unixfr3ak&gt; for now yes 21:25:16 -*- welterde waits for his signal.. 21:25:20 &lt;unixfr3ak&gt; but that may change in the future 21:25:25 &lt;eche|on&gt; badger: no 21:25:25 &lt;badger&gt; 2) Syndie 21:25:37 &lt;welterde&gt; ok then :) 21:25:37 -*- badger passes the 70s boom mike over to welterde 21:25:45 &lt;badger&gt; *mic 21:26:15 &lt;welterde&gt; as you may (or may not) i recently finished the effort to apply these patches from MOSFET 21:26:20 &lt;welterde&gt; +know 21:26:35 &lt;unixfr3ak&gt; leave e out on the forums i don't use them :P , brb cigarette 21:27:14 &lt;welterde&gt; which should fix some bugs and disable that (imho) b0rked default ui 21:27:26 &lt;welterde&gt; instead the swt one is used, which most users find easier 21:27:42 &lt;badger&gt; &lt;jrandom&gt;w0rd&lt;/jrandom&gt; 21:28:11 &lt;welterde&gt; hmm? 21:28:30 &lt;dream&gt; it's nice to hear someone was working on getting failed synchronizations to retry. 21:28:40 &lt;badger&gt; welterde: sorry, old dev meeting joke 21:28:59 &lt;badger&gt; is there a new public syndie archive somwhere? 21:29:06 &lt;welterde&gt; anyway.. i hope i have time soon to replace that b0rked ;) index thingy 21:29:09 &lt;welterde&gt; badger: yup 21:29:25 &lt;welterde&gt; http://syndie.welterde.(i2p|de)/ 21:29:52 &lt;dream&gt; making it possible to run syndie using a remote database is important I'd say, to make it easier for people to run their own archives. 21:29:54 &lt;welterde&gt; but you can't post there (yet) as it is just a static archive 21:30:47 &lt;welterde&gt; have to that one to the default ones too 21:30:56 &lt;welterde&gt; will do that soonish 21:31:16 &lt;eche|on&gt; so syndie work goes on 21:31:32 &lt;welterde&gt; yup 21:31:54 &lt;welterde&gt; currently trying to profile syndie.. 21:32:29 &lt;welterde&gt; but wasn't able to spend much time in that area though.. 21:32:59 &lt;eche|on&gt; so much work to do... 21:33:14 &lt;welterde&gt; yes :/ 21:33:17 &lt;dream&gt; running syndie in text mode is tricky, since the interface seems to be slipping behind its current behavior 21:33:17 &lt;dream&gt; usually it works if you just leave it in --cli, but when it freezes there's no real indication. 21:33:41 &lt;welterde&gt; yeah.. the cli is b0rked too currently :/ 21:34:00 &lt;welterde&gt; imho we should seperate syndie into multiple parts, eg. libsyndie, gui, cli, ... 21:34:12 &lt;badger&gt; makes sense to me 21:34:19 &lt;welterde&gt; that should make writing custom extensions, etc. easier 21:34:29 &lt;dream&gt; What sort of stuff would libsyndie cover? 21:34:36 &lt;badger&gt; early v0.0.1 syndie's UI was just a top on the cli binary 21:34:48 &lt;badger&gt; but it seems that idea got lost enroute 21:34:55 &lt;dream&gt; it even has the text console today. 21:35:23 &lt;welterde&gt; dream: message decoding, archive syncing, etc. etc. 21:35:34 &lt;welterde&gt; most of the logic 21:36:06 &lt;dream&gt; so libsyndie is pretty much an interface over the database, and maybe the archive/ directory? 21:36:09 &lt;badger&gt; aye, gui, cli and webtop should just be a light wrapper 21:36:10 &lt;welterde&gt; imho we should keep gui/cli seperate from the program logic 21:36:42 &lt;welterde&gt; dream: the archive isn't used to store anything.. it's just used for serving the archive 21:37:02 &lt;dream&gt; I know that. 21:37:14 &lt;welterde&gt; but as cli/webtop use it we should put it into the libsyndie as well 21:37:15 &lt;dream&gt; So I guess only the web server would need to deal with that directory. 21:37:35 &lt;dream&gt; filling it and synching from it, sort of like a postfix mail queue. 21:38:00 &lt;welterde&gt; but we should only generate/sync it, when we are actually using it.. not like now.. 21:38:08 &lt;welterde&gt; where it is always generated/synced... 21:39:18 &lt;dream&gt; I don't see a problem with only using the archive/ directory for the webserver. It's really just a convenience so you can use existing static file serving functionality. 21:40:07 &lt;welterde&gt; there should be a cli command like generate_archive or something like that imho 21:40:57 &lt;welterde&gt; and we should bring that import.cgi back, so we can run a mostly static archive, while still being able to post 21:41:04 &lt;welterde&gt; or... hmmm... 21:41:04 &lt;dream&gt; what would you do with that archive using the client interface? 21:41:15 &lt;welterde&gt; rsync with a remote site? 21:41:26 &lt;welterde&gt; that's how syndie.welterde.(i2p|de) works ;) 21:41:43 &lt;dream&gt; trouble with a static archive is that keeping the filesystem up to date with the database is a task that is similar to designing a database. 21:41:59 &lt;welterde&gt; hmm.. not really 21:42:05 &lt;welterde&gt; as it's one-way only 21:43:17 &lt;unixfr3ak&gt; this may be a little off-topic but has anyone considered a datastore function? 21:43:20 &lt;dream&gt; so using a hypothetical --cli someone creates a message. They then generate_archive after creating it? Sounds suspiciously similar to commiting a transaction after inserting. 21:43:52 &lt;unixfr3ak&gt; also in i2phex as i told Complication previously the bitzi lookup in i2phex inst anonymous 21:43:55 &lt;dream&gt; magicbutton() 21:44:04 &lt;welterde&gt; dream: uhm.. no 21:44:17 &lt;dream&gt; ...i2phex checks bitzi.com? that's nuts 21:44:37 &lt;unixfr3ak&gt; yes 21:44:39 &lt;welterde&gt; unixfr3ak: there was some work in direction of freenet afair 21:44:43 &lt;dream&gt; welterde, so then their message never goes into the archive/ directory and can't get synchronized... 21:45:20 &lt;welterde&gt; dream: no.. just mean that a transaction is a bit different 21:45:27 &lt;welterde&gt; for example: you don't edit anything 21:45:33 &lt;welterde&gt; (except for the index maybe) 21:46:02 &lt;welterde&gt; generate_archive just dumps the db and updates the indexes while doing that 21:46:41 &lt;unixfr3ak&gt; right click a file 21:47:20 &lt;unixfr3ak&gt; and view bitzi ticket takes you to the non-anon site 21:47:20 &lt;unixfr3ak&gt; lucky my browser is proxyd by i2p, and my alternate one tor 21:47:31 &lt;dream&gt; so how do you get your new database content into the archive? What if syndie dies after inserting a message, but before you save it to the archive/ directory? 21:47:39 &lt;unixfr3ak&gt; 0_0 looks like spongebob missed the meeting 21:47:57 &lt;welterde&gt; dream: nothing.. it's just not archive/ 21:48:16 &lt;welterde&gt; but it will be on the next successful run of generate_archive 21:49:01 &lt;dream&gt; what I'd do is let the client run the web server, and the web server checks archive/ and pulls out all the messages in the db not already there. Or just serve the db messages directly. 21:49:23 &lt;dream&gt; generate_archive doesn't seem like the sort of thing you'd want the client to have to keep track of. 21:49:50 &lt;welterde&gt; problem is.. you can't run syndie on every machine 21:50:18 &lt;welterde&gt; for example this server (i2p2.de/welterde.de) has reached it's limited 21:50:36 &lt;welterde&gt; it will heavily swap when i run syndie on it.. 21:50:41 &lt;welterde&gt; so i have to run it locally 21:50:46 &lt;eche|on&gt; yeah 21:51:06 &lt;welterde&gt; no problem if i had reasonable upload... which i don't have 21:51:19 &lt;welterde&gt; which most adsl-users don't have.. 21:51:45 &lt;badger&gt; anyway - good work with the all the patches welterde - can we expect a release in the not-too-distant-future? 21:51:47 &lt;welterde&gt; so it's either a static archive or one that is slow as hell 21:52:08 &lt;welterde&gt; badger: i think i'll switch from a to b (alpha to beta) soonish 21:52:16 &lt;badger&gt; great 21:52:40 &lt;badger&gt; anything else to add about future dev? 21:52:56 &lt;badger&gt; (syndie) 21:53:10 &lt;welterde&gt; n0pe 21:53:19 &lt;welterde&gt; ;) 21:53:24 &lt;badger&gt; righty in that case 21:53:30 &lt;badger&gt; 3) Donations 21:53:49 -*- badger swings the mic over to eche|on 21:54:00 &lt;eche|on&gt; it's open again! 21:54:18 &lt;eche|on&gt; I created a paypal account and linked it on i2p website 21:54:42 &lt;hottuna_&gt; :D 21:54:47 &lt;badger&gt; coolio 21:54:50 &lt;hottuna_&gt; wicked 21:54:52 &lt;eche|on&gt; but the buttons links to https:// sites of paypal, works not for eepsite yet 21:55:01 &lt;dream&gt; yeah I guess that's an advantage welterde 21:55:08 &lt;eche|on&gt; til yet no entry on that front 21:55:20 &lt;welterde&gt; eche|on: maybe you should add some notes on how to tell you what you should do with it 21:55:29 &lt;eche|on&gt; and undecided about a acc for 2ndlive 21:55:31 &lt;zzz&gt; can you add a link from the donate page to the halloffame page, and/or provide more info on what donations will be used for 21:55:39 &lt;dream&gt; I still think whatever creates the archive should synchronize more than just dump. 21:55:48 &lt;badger&gt; yup 21:56:02 &lt;badger&gt; are you planning to support bounties too? 21:56:10 &lt;eche|on&gt; welterde: acked 21:56:13 &lt;unixfr3ak&gt; you could just use apache 21:56:17 &lt;welterde&gt; dream: premature optimization ;) 21:56:19 &lt;eche|on&gt; zzz: acked 21:56:24 &lt;dream&gt; oops 3) 21:56:24 &lt;dream&gt; I don't have any money sorry T_T 21:56:28 &lt;eche|on&gt; we need a list of stuff to buy/not to buy with donations 21:56:37 &lt;zzz&gt; and shouldnt echelon and welterde subscriptions really be listed as expenses instead? 21:56:40 &lt;unixfr3ak&gt; what web server does i2p include? 21:56:51 &lt;eche|on&gt; badger: yeah, donations are "for all funds" or dedicated for a bounty 21:57:04 &lt;badger&gt; grand 21:57:19 &lt;eche|on&gt; and in paypal there should be a textfield in which you can enter the goal of the money :-) 21:57:33 &lt;zzz&gt; you could also put a news link on the front page that donations are open 21:57:36 &lt;badger&gt; If I donate 1000 EUR do I get a Hot Tuna i2P t-shirt? 21:57:51 &lt;eche|on&gt; but I cannot donate to myself ;-) 21:58:02 &lt;welterde&gt; hottuna_: say yes! ;) 21:58:16 &lt;eche|on&gt; no prob so far, I wait for the first one and announce it ;-) 21:58:35 &lt;zzz&gt; you had your chance to come to 25c3 and get a shirt 21:58:47 &lt;welterde&gt; there is still a 26c3 ;) 21:58:59 &lt;eche|on&gt; acked, zzz - nice idea 22:00:32 &lt;eche|on&gt; so no more from my site to topic donations 22:00:51 -*- welterde waits for paste to load.. 22:01:16 &lt;badger&gt; in that case: 22:01:22 &lt;badger&gt; 4) ???? 22:01:33 &lt;badger&gt; anyone else have anything to bring to the meeting? 22:01:37 &lt;welterde&gt; yup.. 22:01:46 &lt;welterde&gt; but you have to wait until paste loads :/ 22:01:52 &lt;eche|on&gt; lets have a piece of cake for everyone! 22:02:31 &lt;welterde&gt; yay! :) 22:02:32 -*- unixfr3ak takes it and runs 22:02:38 &lt;welterde&gt; nooooo 22:03:03 -*- badger *bafs* unifr3ak on the head 22:03:08 &lt;unixfr3ak&gt; yessss 22:03:12 &lt;eche|on&gt; ;-) 22:03:46 &lt;unixfr3ak&gt; i wonder if that part will go in the meting log 22:03:50 &lt;unixfr3ak&gt; :P 22:03:57 &lt;welterde&gt; I hereby announce *drum roll* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 &lt;welterde&gt; ;) 22:04:04 &lt;welterde&gt; unixfr3ak: of course it will! 22:04:15 &lt;welterde&gt; everyone get a telnet client and connect ;) 22:04:37 &lt;badger&gt; not a MUD?! 22:04:40 &lt;unixfr3ak&gt; the base 32 key? 22:04:49 &lt;welterde&gt; badger: of course! 22:05:06 &lt;welterde&gt; unixfr3ak: you have to open a client tunnel and connect to that with a telnet/mud client 22:05:08 &lt;welterde&gt; (or use socks) 22:05:38 &lt;unixfr3ak&gt; i dont want to get my socks dirty ill make a tunnel :p 22:05:43 &lt;unixfr3ak&gt; hmm 22:05:47 &lt;unixfr3ak&gt; but for destination 22:05:50 &lt;badger&gt; muddy socks 22:05:59 &lt;unixfr3ak&gt; does that include the .i2p ? 22:06:05 &lt;welterde&gt; unixfr3ak: yup 22:06:11 &lt;welterde&gt; worked for me at least ;) 22:06:56 &lt;dream&gt; you can also look up the dest of a b32 if you want a local copy. zzz showed me how using i2ptunnel's secret cli interface. 22:07:13 &lt;unixfr3ak&gt; Delay Connect: (for request/response connections) 22:07:18 &lt;unixfr3ak&gt; i take it yes for that 22:07:21 &lt;dream&gt; that reminds me I should get these room descriptions off paper and into the darn thing 22:07:24 &lt;badger&gt; welterde: maybe post a short howto somewhere ;-) 22:07:35 &lt;welterde&gt; dream: yay :) 22:07:46 &lt;welterde&gt; badger: heh.. will do 22:07:58 &lt;unixfr3ak&gt; Trying 127.0.0.1... 22:07:58 &lt;unixfr3ak&gt; Connected to localhost. 22:07:58 &lt;unixfr3ak&gt; Escape character is '^]'. 22:08:02 &lt;unixfr3ak&gt; impressive :P 22:08:02 &lt;welterde&gt; `http://paste.i2p2.i2p/show/11/` &lt;- the b64 22:08:08 &lt;l00kns33&gt; one comment about i2p in general: 22:08:08 &lt;l00kns33&gt; i think it is too much "from geeks for geeks" - you need to know what non-geek users need and want 22:08:16 &lt;unixfr3ak&gt; wonder whats on the other side of the tunnel 22:08:20 &lt;dream&gt; unixfr3ak, if you're extra paranoid yes, otherwise timing attacks may be possible to test if you're online or not. :&gt; 22:08:21 &lt;welterde&gt; l00kns33: they want games! :D 22:08:46 &lt;dream&gt; l00kns33, what could be less geeky than a text based online adventure game! 22:09:01 &lt;welterde&gt; unixfr3ak: works? you should see a menu of some kind 22:09:02 &lt;dream&gt; I put on my robe and wizard hat! 22:09:19 &lt;unixfr3ak&gt; of coarse 22:09:28 &lt;l00kns33&gt; that's one thing - and a good idea :) 22:09:31 &lt;unixfr3ak&gt; Welcome to thmoo-cmd 2.1... 22:09:38 &lt;welterde&gt; ha :) 22:09:47 &lt;welterde&gt; you then need to type connect guest afair 22:09:52 &lt;unixfr3ak&gt; whats so impressive about telnet over i2p? 22:10:30 &lt;zzz&gt; we'll have a connect client soon so you won't need to set up a tunnel 22:10:46 &lt;l00kns33&gt; cool :) 22:10:50 &lt;welterde&gt; unixfr3ak: nothing? 22:11:20 -*- welterde writes up a howto.. 22:11:26 &lt;unixfr3ak&gt; has a weird chat feature :P 22:11:45 &lt;badger&gt; well on that note - anything else anyone wants to add? 22:11:46 &lt;welterde&gt; unixfr3ak: you have to "say something" 22:11:50 &lt;dream&gt; I wonder how that would work zzz? You mean like a VPN? 22:12:01 &lt;welterde&gt; dream: more like socks i think 22:12:05 &lt;dream&gt; Or a specially designed telnet client? ._. 22:12:19 &lt;dream&gt; Oh well I did hear about SOCKs. 22:12:29 &lt;unixfr3ak&gt; foo siad hi 22:12:31 &lt;zzz&gt; more like socks 22:12:39 &lt;zzz&gt; telnet localhost 1234 22:13:00 &lt;zzz&gt; connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 &lt;welterde&gt; unixfr3ak: and to answer you to "say something" ;) 22:13:06 &lt;zzz&gt; thats it 22:13:15 &lt;dream&gt; socks is tricky, since it's like i2ptunnel except just about anyone can make new tunnels to different places. 22:13:37 &lt;unixfr3ak&gt; yes i know...no need to point out the painfully obvious 22:13:50 &lt;welterde&gt; dream: no.. i just uses the shared one 22:14:06 &lt;welterde&gt; at least.. that's how it should work ;) 22:14:34 &lt;welterde&gt; afk for a bit 22:14:36 &lt;badger&gt; well I think we've reached a good point to... 22:14:44 -*- badger winds up 22:14:54 -*- badger *baf*s the meeting closed 22:15:10 &lt;eche|on&gt; :-) 22:15:13 &lt;badger&gt; good job everyone 22:16:12 &lt;dream&gt; you can't make a server tunnel with the SOCKS thing? hmm... 22:16:34 &lt;dream&gt; I guess that would be a pretty nice thing for non HTTP protocols. :) 22:16:49 &lt;dream&gt; Either that or implementing CONNECT in the eeproxy. 22:16:52 &lt;unixfr3ak&gt; now you guys are going to dissapear again lol 22:18:38 &lt;dream&gt; poofda 22:19:40 &lt;zzz&gt; I'm still here 22:19:49 &lt;zzz&gt; our socks is client-only now 22:20:51 &lt;zzz&gt; I have CONNECT implemented, that's what I was talking about above 22:23:20 &lt;dream&gt; Neat I can't think of any reason why not to do that, and it'd be lots more convenient since SOCKS is so goddamn popular many apps come with it. </div>/vi/blog/2009/01/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7/Sun, 25 Jan 2009 00:00:00 +0000/vi/blog/2009/01/25/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.7/<h1 id="bản-phát-hành-i2p-07">Bản phát hành I2P 0.7</h1> <p>Bản phát hành 0.7 bổ sung tính ổn định và tính linh hoạt cho I2PSnark, được kỳ vọng sẽ được dùng để phân phối các bản cập nhật I2P trong tương lai.</p> <p>I2P router nhận được các bản sửa lỗi và tối ưu hóa cho nhiều vấn đề ở tầng truyền tải và streaming, khám phá mạng, hiệu năng NetDB và hệ thống UDP introducer (nút trung gian giới thiệu). Bên cạnh các tính năng khác, bản phát hành mới cung cấp cơ chế giới hạn kết nối tốt hơn, khả năng chịu đựng tốt hơn trước các ngoại lệ &ldquo;out of memory&rdquo; trong các ứng dụng phụ trợ, và một hệ thống địa chỉ mới mang tính thử nghiệm sử dụng băm Base32 của các khóa đích (&quot;.b32.i2p&quot; URLs).</p>/vi/blog/2008/12/01/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.5/Mon, 01 Dec 2008 00:00:00 +0000/vi/blog/2008/12/01/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.5/<h1 id="bản-phát-hành-i2p-065">Bản phát hành I2P 0.6.5</h1> <p>Bản phát hành 0.6.5 giới thiệu các thành phần mới, loại bỏ một số thành phần cũ (như cơ chế truyền tải TCP cũ) và đã được tối ưu hóa để hoạt động tốt hơn.</p> <p>Giao thức BOB (Basic Open Bridge) được giới thiệu, nhằm phục vụ các ứng dụng khách không thể nhập trực tiếp (import) các thư viện I2CP. Điều này đánh dấu giao thức SAM cũ, vốn trước đây được dùng trong các trường hợp như vậy, là không còn được khuyến nghị sử dụng. Tuy nhiên, hiện tại BOB vẫn chưa được khởi động tự động trên các cài đặt mới, và SAM vẫn tiếp tục hoạt động trên các cài đặt cũ.</p>/vi/blog/2008/10/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.4/Mon, 06 Oct 2008 00:00:00 +0000/vi/blog/2008/10/06/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.4/<h1 id="bản-phát-hành-i2p-064">Bản phát hành I2P 0.6.4</h1> <p>Bản phát hành 0.6.4 bổ sung các cải tiến về hiệu năng và độ ổn định. Các nút floodfill đã có kết nối được ưu tiên khi lưu trữ RouterInfo, và trong trường hợp thiếu, các tham chiếu tới các nút floodfill mới sẽ được lấy từ các nút thông thường.</p> <p>Mức độ ưu tiên đối với các peer (nút ngang hàng) đã kết nối thường được tăng lên bằng cách coi chúng là đang hoạt động. Các lần hết thời gian chờ trong quá trình tham gia tunnel hiện bị tính bất lợi vào hồ sơ peer.</p>/vi/blog/2008/08/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.3/Tue, 26 Aug 2008 00:00:00 +0000/vi/blog/2008/08/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.3/<h1 id="bản-phát-hành-i2p-063">Bản phát hành I2P 0.6.3</h1> <p>Bản phát hành 0.6.3 giới thiệu nhiều sửa lỗi, tối ưu hóa và cải tiến bảo mật. Các router sẽ bắt đầu theo dõi số lượng các peer NetDB hoạt động tốt, và sẽ tự nguyện trở thành một peer NetDB nếu xảy ra thiếu hụt và chúng có thể. Các nút NetDB hoạt động tốt được ưu tiên mạnh hơn, và các nút hoạt động kém bị đưa vào danh sách đen hiệu quả hơn.</p>/vi/blog/2008/06/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.2/Sat, 07 Jun 2008 00:00:00 +0000/vi/blog/2008/06/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.2/<p>Bản phát hành I2P 0.6.2 =====================</p> <p>Bản phát hành 0.6.2 mang lại các cải tiến về hiệu năng và tính ẩn danh. Dữ liệu LeaseSet không còn được thêm vào mọi thông điệp đầu-cuối nữa, giúp giảm hao phí của giao thức.</p> <p>Các peer không thể truy cập được sẽ không được dùng làm cổng đầu vào của tunnel, điều này giúp tăng độ tin cậy và cho phép sử dụng lựa chọn Lease ổn định, từ đó cải thiện hiệu năng bằng cách giảm việc chuyển phát thông điệp không đúng thứ tự.</p>/vi/blog/2008/04/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.33/Sat, 26 Apr 2008 00:00:00 +0000/vi/blog/2008/04/26/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.33/<p>Bản phát hành I2P 0.6.1.33 =====================</p> <p>Bản phát hành 0.6.1.33 bao gồm một số bản sửa lỗi quan trọng và cải tiến hiệu năng trong việc phát hiện khả năng kết nối SSU, lựa chọn peer floodfill, lựa chọn peer cho tunnel, kiểm thử tunnel, phát hiện trạng thái nhàn rỗi NTCP, thư viện streaming và việc lấy tin tức. Nó cũng bổ sung hỗ trợ tracker thứ cấp cho i2psnark, và việc xác minh các thư viện Jetty đã tải xuống khi biên dịch từ mã nguồn.</p>/vi/blog/2008/03/09/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.32/Sun, 09 Mar 2008 00:00:00 +0000/vi/blog/2008/03/09/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.32/<h1 id="bản-phát-hành-i2p-06132">Bản phát hành I2P 0.6.1.32</h1> <p>Bản phát hành 0.6.1.32 bao gồm một số sửa lỗi, một thuật toán xây dựng tunnel mới từ zzz điều chỉnh cường độ xây dựng tunnel dựa trên các mức độ thành công của việc xây dựng tunnel trước đó, và các cải tiến hiệu năng khác.</p> <p>Bản phát hành này tương thích ngược, và nếu bạn đã cài đặt 0.6.1.31, nó sẽ nhận diện chữ ký số trên tệp cập nhật đã ký (vì vậy bạn có thể cập nhật tự động).</p>/vi/blog/2008/02/10/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.31/Sun, 10 Feb 2008 00:00:00 +0000/vi/blog/2008/02/10/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.31/<p>Chào bạn, đã có bản phát hành I2P mới để bạn trải nghiệm tại <code>http://www.i2p2.de/downloads/.</code></p> <p>Bản phát hành 0.6.1.31 sẽ làm cho quy trình phát hành I2P không còn phụ thuộc vào jrandom và các máy chủ *.i2p.net. Mirror (máy chủ nhân bản) chính mới của chúng tôi là <a href="https://www.i2p2.de">www.i2p2.de</a> , có thể truy cập trong I2P tại <a href="https://www.i2p2.i">www.i2p2.i</a> 2p.</p> <p>Các bản cập nhật tự động sẽ được lưu trữ trên một số eepsites (các trang I2P), được ký bởi Complication; vì mục đích đó, phiên bản 0.6.1.31 bao gồm hai khóa xác minh bản phát hành mới.</p>/vi/blog/2008/02/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2008-02-01/Fri, 01 Feb 2008 00:00:00 +0000/vi/blog/2008/02/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2008-02-01/<p>Chào mừng!</p> <p><strong>Cập nhật trạng thái 01/2008</strong></p> <p>Do sự cố máy chủ của i2p.net vào đầu năm 2008, trang dự án I2P không truy cập được. Người duy nhất có quyền truy cập (jrandom) để kích hoạt lại máy chủ đó đang ngoại tuyến và KHÔNG thể liên lạc với chúng tôi ít nhất trong 10 tháng nữa. Thậm chí chúng tôi còn không thể lấy được bộ cài đặt hoặc seednodes (các nút gieo ban đầu) để khởi động một router mới.</p>/vi/blog/2007/10/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.30/Sun, 07 Oct 2007 00:00:00 +0000/vi/blog/2007/10/07/b%E1%BA%A3n-ph%C3%A1t-h%C3%A0nh-i2p-0.6.1.30/<p>Chào mọi người, đã có một bản phát hành I2P mới để mọi người trải nghiệm tại <a href="http://www.i2p.net/download">http://www.i2p.net/download</a> </p> <p>Bản phát hành này bao gồm một số cải tiến thử nghiệm về thông lượng tunnel, các bản sửa lỗi cho eepget, cơ chế xử lý tồn đọng mạng, các bản sửa lỗi cho i2psnark, cùng với các thay đổi khác. Như thường lệ, danh sách đầy đủ các thay đổi có tại <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code></p>/vi/blog/2007/04/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-4-n%C4%83m-2007/Tue, 10 Apr 2007 00:00:00 +0000/vi/blog/2007/04/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-4-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Complication, jadeSerpent, jrandom, mrflibble</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) chào 16:01 &lt;jrandom&gt; 1) Trạng thái mạng 16:01 &lt;jrandom&gt; 2) Trạng thái phát triển Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) chào 16:01 * jrandom vẫy tay 16:01 &lt;jrandom&gt; các ghi chú trạng thái hàng tuần ngắn gọn đã được đăng tại http://dev.i2p.net/pipermail/i2p/2007-April/001343.html 16:01 * mrflibble vẫy tay đáp lại 16:03 &lt;jrandom&gt; vì những ghi chú đó khá ngắn, hãy chuyển thẳng sang 1) Trạng thái mạng 16:03 &lt;jrandom&gt; dạo này mọi thứ có vẻ diễn ra khá ổn 16:03 &lt;jrandom&gt; hiện tại không có thay đổi lớn nào đang tiến hành đối với mạng (theo như tôi biết), vì vậy có lẽ sẽ vẫn như thế 16:03 &lt;jadeSerpent&gt; irc có vẻ cuối cùng cũng đã yên ắng hơn 16:03 &lt;jrandom&gt; tuyệt 16:05 &lt;jrandom&gt; tôi không có nhiều điều để bổ sung về: 1) Trạng thái mạng, nên nếu không ai có gì thêm, hãy chuyển sang 2) Trạng thái phát triển Syndie 16:07 &lt;jrandom&gt; phiên bản tiếp theo đang mất nhiều thời gian hơn dự kiến, nhưng tôi hy vọng sẽ tung ra bản phát hành mới trong 2-3 ngày tới 16:07 &lt;jrandom&gt; nó sẽ không phải là giao diện desktop (GUI), nhưng sẽ bao gồm một số cải tiến 16:08 &lt;Complication&gt; bất cứ điều gì giúp tăng độ tin cậy của việc phân phối nội dung sẽ rất tuyệt 16:08 &lt;Complication&gt; gần đây nó tương đối kém 16:08 &lt;jrandom&gt; ừ, rắc rối đó chắc sẽ khá dễ giải quyết (ở một mức độ nào đó) 16:09 &lt;jadeSerpent&gt; bạn có biết điều gì gây ra các lần lấy dữ liệu thất bại qua i2p không? 16:09 &lt;jrandom&gt; ừ, timeout thấp 16:10 &lt;jrandom&gt; (và số luồng xử lý thấp trên các máy chủ) 16:13 &lt;jrandom&gt; ok, nếu không còn gì về 2) Trạng thái phát triển Syndie, hãy chuyển sang 3) ??? 16:13 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra cho cuộc họp không? 16:14 * mrflibble vẫy tay 16:14 &lt;mrflibble&gt; xin lỗi, quay lại mục 1 lần nữa 16:15 &lt;mrflibble&gt; &lt;jadeSerpent&gt; irc có vẻ cuối cùng cũng đã yên ắng hơn - bạn nghĩ đây là vì lý do cụ thể nào không? 16:16 &lt;jrandom&gt; các máy chủ irc gặp một số sự cố mạng và phần cứng, và hầu hết mọi người giờ đã nâng cấp lên bản phát hành mới nhất (mang lại cho chúng ta lợi ích từ các cải tiến của zzz) 16:17 &lt;jrandom&gt; các con số về tỷ lệ thành công khi tạo tunnel trông tốt hơn nhiều 16:17 &lt;mrflibble&gt; ồ, ok, hóa ra là do chính các máy chủ 16:17 &lt;mrflibble&gt; các cải tiến của zzz là gì vậy? 16:19 &lt;Complication&gt; ưu tiên thông điệp, cho phép các thông điệp xây dựng tunnel được ưu tiên hơn lưu lượng tunnel 16:19 &lt;Complication&gt; và điều chỉnh thư viện streaming, cùng loạt bản sửa lỗi I2PSnark như thường lệ 16:19 &lt;mrflibble&gt; à, cảm ơn 16:19 &lt;jrandom&gt; (như Complication nói :) 16:22 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp nữa không? 16:26 &lt;jrandom&gt; nếu không 16:26 * jrandom chuẩn bị kết thúc 16:26 * jrandom *baf*s tuyên bố bế mạc cuộc họp </div>/vi/blog/2007/04/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-4-2007/Tue, 03 Apr 2007 00:00:00 +0000/vi/blog/2007/04/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-4-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Complication, jrandom, tapeworm</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) chào 16:01 &lt;jrandom&gt; 1) tình trạng mạng 16:01 &lt;jrandom&gt; 2) tình trạng phát triển Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) chào 16:01 * jrandom vẫy tay 16:01 &lt;jrandom&gt; ghi chú tình trạng hằng tuần chưa được đưa lên, nhưng không có nhiều nội dung, nên ta có thể bàn ngay tại đây 16:01 &lt;jrandom&gt; chuyển sang 1) tình trạng mạng 16:01 &lt;jrandom&gt; mọi thứ có vẻ ổn, hiện chưa có vấn đề lớn nào. trước đó có vài trục trặc trên các máy chủ IRC, nhưng sự cố phần cứng đã được giải quyết (cảm ơn cervantes và postman!) 16:01 &lt;jrandom&gt; đã có thêm thảo luận trên blog của zzz về các ý tưởng ssu/ntcp - xem ở đó để biết thêm 16:01 &lt;jrandom&gt; tôi không có nhiều điều để bổ sung... có ai muốn nêu gì về 1) tình trạng mạng không? 16:04 &lt;jrandom&gt; nếu không, chuyển sang 2) tình trạng phát triển Syndie 16:04 &lt;jrandom&gt; gần đây có một vài tiến triển tốt trên giao diện máy tính để bàn (desktop GUI), và một vài thành phần cũng đã được đưa ngược trở lại vào giao diện dạng thẻ 16:04 &lt;jrandom&gt; vẫn còn việc phải làm, nhưng hiện tại tôi dùng giao diện desktop cho hầu hết mọi thứ. 16:04 &lt;jrandom&gt; mk cũng nêu thêm một số ý tưởng và mối quan ngại liên quan đến giao diện desktop, và như thường lệ, hãy đọc diễn đàn phát triển Syndie để theo dõi việc lên kế hoạch và triển khai 16:04 &lt;+Complication&gt; quả thật, tôi cũng có thể xác nhận khả năng duy trì phiên IRC cao hơn 16:04 &lt;jrandom&gt; w3wt 16:06 &lt;+Complication&gt; Có vẻ nên lên lịch thử nghiệm lại (trong lần thử trước, tôi thấy nó hơi... đáng ngợp) 16:07 &lt;jrandom&gt; à đúng, tôi đã thêm nhãn cho hầu hết các nút rồi ;) 16:07 &lt;jrandom&gt; tuy nhiên nếu bạn dùng Windows thì nhãn nút theo chiều dọc vẫn bị sai (cần viết bố cục tùy chỉnh cho việc đó) 16:07 &lt;+Complication&gt; (đặc biệt là việc nhiều thành phần thiếu nhãn) 16:08 &lt;jrandom&gt; nhưng nó vẫn chưa sẵn sàng cho bản alpha... tôi dùng được vì tôi biết mọi thứ làm gì/đáng lẽ phải làm gì 16:08 &lt;+Complication&gt; bên tôi là Linux, nhưng biết vậy cũng tốt, tôi đoán thế 16:08 &lt;jrandom&gt; nhưng hy vọng trong khoảng tuần tới 16:09 &lt;+Complication&gt; về phía Syndie, tôi đang băn khoăn một vấn đề: liệu mã đồng bộ mới có đang quá hăng, kiểu như thử quá nhiều truyền tải đồng thời không? 16:09 &lt;+Complication&gt; s/is being/be 16:09 &lt;jrandom&gt; nó sẽ thử 5 lần tải đồng thời cho mỗi kho lưu trữ 16:10 &lt;jrandom&gt; (và một luồng nhập không đồng bộ) 16:10 &lt;+Complication&gt; Ở đây, tỷ lệ lỗi đối với hầu hết các kho lưu trữ đã tăng mạnh so với trước 16:10 &lt;jrandom&gt; hừm 16:10 &lt;+Complication&gt; Có thể là có nhiều người cũng đang đồng bộ, nhưng tôi vẫn hy vọng có thể chớp được lúc rảnh khi kho lưu trữ không bận 16:10 &lt;+Complication&gt; Tuy nhiên 'chớp được lúc rảnh' và đồng bộ trơn tru dường như nhìn chung không xảy ra 16:10 &lt;jrandom&gt; vậy các lượt tải thất bại với thông báo "connection reset" hay các lỗi kiểu TCP khác? 16:11 &lt;+Complication&gt; "socket closed" và mấy thứ tương tự 16:11 &lt;jrandom&gt; à ok 16:11 &lt;+Complication&gt; tôi chưa thực sự đếm chúng 16:11 &lt;+Complication&gt; Dĩ nhiên, toàn bộ là thông qua I2P 16:11 &lt;jrandom&gt; các máy chủ hiện không mạnh lắm (tôi nghĩ khả năng xử lý của chúng rất hạn chế), và điều đó sẽ được cải thiện 16:12 &lt;jrandom&gt; ngoài ra, như bạn và $nymFormerlyKnownAsAnonymous đã nói, ta nên thử lại những kiểu lỗi đó 16:12 &lt;+Complication&gt; đúng, điều đó cũng có thể giúp 16:12 &lt;tapeworm&gt; Các máy chủ được xây dựng trên nền tảng gì? 16:12 &lt;jrandom&gt; nhưng dĩ nhiên chúng ta cần nó phải thật ổn định và minh bạch 16:13 &lt;jrandom&gt; tapeworm: tự viết 16:13 &lt;+Complication&gt; tuy nhiên khi tôi đo hiệu năng "eepget" hồi trước, so với Syndie, eepget cho hiệu năng và độ tin cậy rất tốt 16:13 &lt;jrandom&gt; (khoảng chục dòng mã) 16:13 &lt;+Complication&gt; nó kéo 2 x 9 MB từ dev.i2p.net trong khi archive.syndie.i2p liên tục lỗi với những thông điệp rất nhỏ 16:13 &lt;jrandom&gt; ồ, tuy thế đó không hẳn là bài thử công bằng 16:14 &lt;+Complication&gt; máy khác nhau? 16:14 &lt;jrandom&gt; và thực tế Syndie /dùng/ eepget để tải 16:14 &lt;jrandom&gt; tải từ Apache khá khác so với tải nhiều tệp nhỏ từ một webserver tự viết ;) 16:14 &lt;+Complication&gt; hừm... chắc tôi nên ghi log thật chi tiết khi đồng bộ 16:15 &lt;+Complication&gt; đúng vậy, và cả khác biệt giữa các máy chủ nữa 16:17 &lt;+Complication&gt; hề, có vẻ tôi đã khởi động được một lần đồng bộ trong giao diện desktop 16:17 &lt;+Complication&gt; một việc lần trước tỏ ra quá khó :) 16:17 &lt;jrandom&gt; w3wt :) 16:18 &lt;jrandom&gt; ok, ai còn gì cho mục 2 không? nếu không, chuyển qua 3) ??? 16:18 &lt;+Complication&gt; tôi có thói quen dùng thanh tác vụ rất nhiều, nên có lẽ sẽ cần thời gian để quen 16:18 &lt;+Complication&gt; (tôi thường để thanh tác vụ tự ẩn) 16:19 &lt;jrandom&gt; ừ, có một tùy chọn lúc biên dịch để đặt giao diện desktop vào một shell thay vì toàn màn hình - ta có thể biến nó thành một tham số dòng lệnh 16:19 &lt;+Complication&gt; về nguyên tắc, giao diện desktop có thể có nút "minimize" không? 16:19 &lt;jrandom&gt; tuy nhiên việc biến nó thành thay đổi lúc chạy thì rắc rối, vì SWT không cho phép thay đổi cha của thành phần GUI (một cách tin cậy), và bạn không thể đổi 'trim' của một shell 16:20 &lt;jrandom&gt; ồ, có chứ, hoàn toàn có thể - ý hay 16:20 &lt;+Complication&gt; tức là đưa nó xuống nền mà không ảnh hưởng thứ tự sắp xếp các cửa sổ phía dưới? 16:20 &lt;jrandom&gt; ta có thể đưa nó vào menu điều khiển (trên cùng bên trái) hoặc menu tác vụ (trên cùng bên phải) 16:20 &lt;+Complication&gt; Bởi vì dùng alt+tab thường làm thay đổi điều đó 16:21 &lt;+Complication&gt; (một thứ... như nút "show desktop" mà tôi thường thích đặt trên thanh tác vụ gần nút KDE / Start) 16:21 &lt;+Complication&gt; (vị trí khác có thể tốt hơn, nhưng đại loại là hiệu ứng như vậy) 16:22 &lt;jrandom&gt; ừ, ta có thể ẩn nó theo cách mà chức năng minimize của giao diện dạng thẻ hoạt động (hoặc ta có thể biến nó thành biểu tượng giống nút minimize của cửa sổ thông thường) 16:22 &lt;+Complication&gt; Dù thừa nhận, minimize và show desktop là hai thứ khác nhau - nghĩ kỹ thì minimize có vẻ hợp lý hơn. 16:24 &lt;+Complication&gt; Về lỗi đồng bộ, hiện tôi có 1 trường hợp HTTP 504, và 4 trường hợp "socket closed" 16:24 &lt;+Complication&gt; 2 lần thành công 16:24 * TrevorReznik gặp khoảng 70% "socket closed" 16:24 &lt;jrandom&gt; kinh thật 16:24 &lt;jrandom&gt; ok, tôi sẽ xem xét và cập nhật sớm nhất có thể 16:27 &lt;jrandom&gt; ok, sang 3) ??? - còn ai có gì cho cuộc họp không? 16:27 &lt;+Complication&gt; Ước gì có, nhưng chưa - ứng dụng webcache vẫn chưa hoàn thiện, vì cuộc sống thực có chút bận bịu 16:28 &lt;jrandom&gt; chết tiệt thực tại! 16:28 * Complication sẽ cố giải quyết 15 thứ phiền phức cho xong 16:32 &lt;jrandom&gt; wr0d 16:32 &lt;jrandom&gt; ok, nếu không còn gì khác cho cuộc họp... 16:32 * jrandom kết thúc 16:33 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2007/03/27/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-3-n%C4%83m-2007/Tue, 27 Mar 2007 00:00:00 +0000/vi/blog/2007/03/27/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-3-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, Complication, jrandom, TrevorReznik</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 0) chào 16:02 &lt;jrandom&gt; 1) Tình trạng mạng 16:02 &lt;jrandom&gt; 2) đề xuất NTCP/SSU của zzz 16:03 &lt;jrandom&gt; 3) Tình trạng phát triển của Syndie 16:03 &lt;jrandom&gt; 4) Tình trạng DNS/registrar 16:03 &lt;jrandom&gt; 5) ??? 16:03 &lt;jrandom&gt; 0) chào 16:03 * jrandom vẫy tay 16:03 &lt;jrandom&gt; ghi chú tình trạng hằng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 &lt;jrandom&gt; chuyển sang 1) tình trạng mạng 16:04 &lt;jrandom&gt; mọi thứ có vẻ khá ổn, và như đã đề cập còn nhiều nghiên cứu cần làm liên quan đến các thay đổi mới nhất 16:05 &lt;+Complication&gt; Tôi định than phiền một chút về kết nối IRC (mọi thứ khác có vẻ đủ ổn), nhưng ngày qua, tôi chỉ bị khoảng 6 lần ngắt kết nối, cũng không tệ lắm 16:05 &lt;cervantes&gt; /mute Complication 16:05 &lt;jrandom&gt; heh 16:05 &lt;+Complication&gt; :D 16:06 &lt;+Complication&gt; Thành công xây dựng tunnel rất tốt, dù sao cũng vậy 16:06 * Complication kiểm tra lại, phòng khi cần 16:06 &lt;jrandom&gt; ừ mình có thấy chút churn do discon (mà thật ra, mình đọc backlog bằng grep -v -\!- nên chẳng bao giờ thấy các discon ;) 16:06 &lt;cervantes&gt; dạo này có vài sự cố ISP ở phía irc - postman đang xem xét các phương án lưu trữ thay thế 16:06 &lt;jrandom&gt; các chỉ số tốc độ xây dựng tunnel đã tăng trở lại, dù nhìn chung phù hợp với các chu kỳ trên stats.i2p 16:06 &lt;cervantes&gt; hy vọng chúng ta có thể có khả năng dự phòng mạng tốt hơn 16:06 &lt;jrandom&gt; à ok cervantes 16:07 * jrandom sẽ đề nghị giúp với dev.i2p.net, nhưng mình không nhớ lần gần đây nhất tải trên đó dưới 4 là khi nào 16:08 &lt;jrandom&gt; được rồi, có ai còn gì muốn nêu về tình trạng mạng không? 16:10 &lt;jrandom&gt; nếu không, chuyển sang 2) đề xuất NTCP/SSU của zzz 16:10 &lt;jrandom&gt; zzz có vẻ không có mặt lúc này, và mình để quên các bài Syndie của mình trả lời thread ở nhà (d'oh) 16:11 &lt;jrandom&gt; dù sao, đăng ý kiến của bạn lên blog của zzz (hoặc đọc ở đó để biết thêm) 16:11 &lt;jrandom&gt; có ai muốn bàn thêm về chủ đề đó ngay bây giờ không? 16:12 &lt;+Complication&gt; À, cá nhân tôi có viết câu trả lời ở đó, bày tỏ lo ngại về việc phụ thuộc quá nhiều vào UDP (vì với riêng tôi, UDP có tỷ lệ truyền lại khá cao) 16:12 &lt;jrandom&gt; ừ 16:12 &lt;+Complication&gt; Tuy nhiên, tôi có nghĩ về một cách tiếp cận... 16:12 &lt;+Complication&gt; Hiện tại các bid (điểm ưu tiên chọn transport) là hoàn toàn xác định (trái với xác suất với thành phần ngẫu nhiên), đúng không? 16:13 &lt;jrandom&gt; ừ, hoàn toàn xác định 16:13 &lt;+Complication&gt; Tôi tự hỏi liệu có lợi ích gì không (theo nghĩa tránh các cực đoan) nếu thêm thành phần xác suất vào chúng 16:14 &lt;+Complication&gt; Kiểu như "60% cơ hội dùng NTCP, 40% cơ hội dùng SSU" 16:14 &lt;+Complication&gt; (giả sử không có dữ liệu trước đó - nếu có dữ liệu thành công / thất bại trước đó, có lẽ cần làm lệch xác suất về phía transport hoạt động tốt hơn cho liên kết đó) 16:15 &lt;jrandom&gt; ờ, tùy mục tiêu muốn đạt được - theo tôi hiểu đề xuất của zzz, mục tiêu là dùng ssu bất cứ khi nào có thể 16:15 &lt;+Complication&gt; (tất nhiên là giả sử cả hai transport đều dùng được cho một liên kết nhất định - đôi khi chắc chắn là không) 16:15 &lt;jrandom&gt; ngẫu nhiên hóa điều đó sẽ không giúp đạt mục tiêu đó, nhưng sẽ tạo nhiều cơ hội hơn để thu thập dữ liệu về cả hai transport (giao thức truyền tải) ngoài thực tế 16:16 &lt;+Complication&gt; Chỉ là một ý về một cách cố gắng đạt cân bằng giữa chúng (vì nếu một bên luôn bid cao hơn, các routers có lẽ sẽ không "thử nghiệm" nhiều) 16:19 &lt;jrandom&gt; đó là một phương pháp ta có thể dùng để thu thập thêm dữ liệu, đáng để ghi nhớ 16:19 &lt;jrandom&gt; ok, như đã nói, đăng lên thread đó để bàn thêm nhé :) 16:20 &lt;jrandom&gt; chuyển sang 3) Tình trạng phát triển của Syndie 16:20 &lt;jrandom&gt; mình không có gì nhiều để bổ sung ngoài những gì trong email 16:20 &lt;jrandom&gt; có ai có câu hỏi/bình luận/quan ngại gì không? 16:21 &lt;+Complication&gt; Chưa. :) 16:22 &lt;jrandom&gt; hehe 16:22 * Complication hy vọng có thể giúp nhiều hơn, ở cả phía I2P hoặc Syndie, nhưng tôi thực sự cần đưa cái webcache đó ra cửa trước đã 16:22 &lt;jrandom&gt; w3rd, mong chờ cả hai :) 16:24 &lt;jrandom&gt; ok hãy bỏ qua 4 và nhảy tới 5) ??? 16:25 &lt;jrandom&gt; có ai còn gì khác muốn nêu trong cuộc họp không? 16:26 &lt;TrevorReznik&gt; có ai hứng thú với một trình tạo hashcash cho i2p không? 16:26 &lt;TrevorReznik&gt; kiểu như qua giao diện trình duyệt. 16:26 &lt;TrevorReznik&gt; tôi nghĩ về nó như một cách loại bỏ các kịch bản DoS có thể xảy ra bên trong i2p. 16:27 &lt;jrandom&gt; hmm, bằng javascript hay c/java? 16:27 &lt;jrandom&gt; tôi nghĩ ngoài kia có vài trình tạo hashcash 16:27 &lt;TrevorReznik&gt; bằng java. 16:28 &lt;+Complication&gt; ừm, có lẽ sẽ cần một số nghiên cứu về các lược đồ hashcash vào lúc nào đó 16:28 &lt;TrevorReznik&gt; www.hashcash.org có vài cái thì phải. 16:28 &lt;TrevorReznik&gt; họ là một sáng kiến nhằm thiết lập nó cho các trình khách email như một thứ chống spam. 16:28 &lt;+Complication&gt; có lẽ không phải nghiên cứu theo đúng nghĩa, mà là về triển khai và thực hành tốt nhất sese 16:28 &lt;+Complication&gt; =sense 16:28 &lt;TrevorReznik&gt; họ có một bộ sưu tập các hiện thực bằng nhiều ngôn ngữ. 16:28 &lt;TrevorReznik&gt; có 2 lớp java và ít nhất một applet ở đó, dù hiện tại tôi chưa rõ điều khoản giấy phép chính xác. 16:30 &lt;+Complication&gt; những nơi có thể dùng nó: 1) đăng ký nym (bí danh) trong Syndie 2) đăng ký tên trong I2P 16:30 &lt;+Complication&gt; 3) email, hiển nhiên 16:30 * TrevorReznik đồng ý. 16:30 &lt;+Complication&gt; 4) trong các kịch bản kém lạc quan, tin nhắn thông thường trong Syndie 16:31 &lt;+Complication&gt; ở chính tầng mạng I2P... 16:31 &lt;+Complication&gt; hừm 16:31 &lt;jrandom&gt; có thể nhúng chúng vào các thông điệp tạo tunnel, nhưng về CPU thì chúng ta đã đuối rồi ;) 16:39 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 16:41 &lt;jrandom&gt; nếu không 16:41 * jrandom kết thúc 16:41 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2007/03/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-3-n%C4%83m-2007/Tue, 20 Mar 2007 00:00:00 +0000/vi/blog/2007/03/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-3-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Amiga4000, _bob, Eric, jadeSerpent, jrandom, snoopy</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) chào 16:05 &lt;jrandom&gt; 1) Tình hình mạng và 0.6.1.28 16:05 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) chào 16:05 * jrandom vẫy tay 16:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-March/001341.html 16:05 * jrandom vừa mới đăng nên tôi sẽ cho mọi người một phút để đọc ghi chú thú vị đó ;) 16:08 &lt;jrandom&gt; ok, hãy nhảy vào 1) tình hình mạng và 0.6.1.28 16:09 &lt;jrandom&gt; mọi thứ trông khá ổn tới giờ, khoảng một nửa mạng đã nâng cấp 16:09 &lt;jrandom&gt; một điểm dữ liệu thú vị là mạng cũng đã tăng lên chút: thêm có lẽ 40-50 kết nối ntcp đang hoạt động vào router của tôi và tôi thấy khoảng 700 định danh router đã biết 16:10 &lt;jrandom&gt; chúng ta sẽ xem nó tiến triển thế nào trong tuần tới hoặc đại loại vậy 16:11 &lt;jrandom&gt; ok, có ai muốn nêu điều gì liên quan đến tình hình mạng hoặc 0.6.1.28 không? 16:13 &lt;jrandom&gt; ok, nếu không thì chuyển sang 2) tình trạng phát triển của Syndie 16:13 &lt;jrandom&gt; như đã nói trong ghi chú, có nhiều việc đang diễn ra ở mảng đó 16:13 &lt;Amiga4000&gt; chào 16:13 &lt;jrandom&gt; chào Amiga4000 16:13 &lt;Amiga4000&gt; giờ đang ở mục nào? 16:13 &lt;jrandom&gt; chúng ta vừa chuyển sang 2, nhưng nếu bạn có gì cho mục 1 thì cứ nói ;? 16:14 &lt;Amiga4000&gt; ừ, vừa đăng trong Syndie, tôi đoán pool của tôi không hoạt động như kỳ vọng 16:14 &lt;jrandom&gt; pool? 16:14 &lt;Amiga4000&gt; 2 pout tunnel 2 hop, một cái 70sec và 1300kb, một cái 250sec và 1000 kb 16:15 &lt;Amiga4000&gt; ( Tôi ám chỉ bài msg trong diễn đàn zzz trên Syndie về I2Psnark và pooling bên trong router) 16:15 &lt;jrandom&gt; tôi đoán những thời gian đó là thời gian hết hạn, đúng không, và data là tổng đã truyền tới giờ 16:15 &lt;Amiga4000&gt; chết tiệt, đúng 16:15 &lt;jrandom&gt; ok, tôi đã trả lời bài đó trong Syndie - những gì bạn thấy là tốt 16:15 &lt;Amiga4000&gt; *tốt* 16:16 &lt;Amiga4000&gt; xin lỗi, đọc nhanh quá nên không hiểu 16:16 &lt;jrandom&gt; nếu tất cả tunnel hết hạn cùng lúc, sẽ có tình trạng dồn ứ và rất dễ hỏng hoàn toàn 16:16 &lt;Amiga4000&gt; đúng, có cách nào xem thời gian sống của một tunnel không? 16:16 &lt;jrandom&gt; 1300KB và 1000KB cũng là cân bằng khá tốt 16:16 &lt;jrandom&gt; thời gian sống luôn là 10 phút 16:17 &lt;Amiga4000&gt; ok, tôi sẽ theo dõi thêm dữ liệu :_) 16:18 &lt;jrandom&gt; w3wt, dù sao cũng cảm ơn đã hỏi, đó là câu hỏi hay 16:18 &lt;Amiga4000&gt; ok, và tình hình mạng: 0.1.28 ổn, dù upload dữ liệu i2psnakr chậm 16:19 &lt;jrandom&gt; hmm, bạn mô tả 10-15KBps mà, đúng không? 16:19 &lt;Amiga4000&gt; đúng, trước 2 hoặc 3 thay đổi gần đây của zzz thì là 30-40 16:20 &lt;jrandom&gt; hmm, hãy xem nó tiến triển thế nào khi độ xáo trộn do phát hành bản mới giảm 16:20 &lt;Amiga4000&gt; vâng, hãy đợi thêm 1-2 tuần nữa :-) 16:20 &lt;jrandom&gt; dù theo tôi, 10-15KBps là đủ tốt 16:21 &lt;Amiga4000&gt; :-) 16:21 &lt;jrandom&gt; (tôi thực ra lấy khoảng 10-20 làm mục tiêu cho việc sử dụng hợp lý, thay vì 1-5KBps) 16:21 &lt;jrandom&gt; tất nhiên, nhiều hơn thì tốt, nhưng ổn định 10-15 là tin rất tốt 16:21 &lt;Amiga4000&gt; tôi chỉ biết nó đã từng đạt gấp 2-4 lần mức đó 16:21 &lt;_bob&gt; Hmm, i2p đang dùng 120% CPU. ;) 16:22 &lt;Amiga4000&gt; và tôi vẫn có thể kéo dữ liệu từ “internet” qua outproxy&lt;ở mức 20-40 kb 16:22 &lt;jadeSerpent&gt; _bob: hy vọng tản nhiệt/quạt của bạn vẫn hoạt động 16:22 &lt;jrandom&gt; bạn đang nói đến kilobyte mỗi giây, đúng không Amiga4000? 16:22 &lt;Amiga4000&gt; đúng 16:23 &lt;jrandom&gt; tốt 16:23 &lt;Amiga4000&gt; và ngay cả syndie.i2p cũng ở khoảng 40 16:23 &lt;jrandom&gt; bob: hoặc bạn có PC dual hoặc quad proc ;) 16:24 &lt;_bob&gt; Không biết top có thể báo giá trị vượt quá 100%. 16:24 &lt;jrandom&gt; i2p đúng là phép màu 16:24 &lt;jadeSerpent&gt; tôi đoán là vượt quá 'top' 16:25 &lt;_bob&gt; Giá mà được. Hiện tại chỉ route khoảng 150KB/s mỗi chiều. 16:25 * jadeSerpent né trái thối 16:27 &lt;jadeSerpent&gt; tôi có core 2 duo và đôi khi thấy nhiều tiến trình dùng&gt;100% 16:29 &lt;jrandom&gt; ok, còn ai có gì cho mục 1 không? 16:30 &lt;jrandom&gt; nếu không thì thật sự chuyển sang 2 ;) 16:30 &lt;jrandom&gt; không có nhiều điều để thêm ngoài những gì trong thư và trên diễn đàn 16:30 &lt;jrandom&gt; ai có gì muốn nêu liên quan đến 2) tình trạng phát triển của Syndie? 16:30 &lt;jadeSerpent&gt; tôi nóng lòng muốn thử editor widget mới 16:30 &lt;jadeSerpent&gt; cái hiện tại làm tôi phát điên 16:30 &lt;jrandom&gt; heh 16:31 &lt;jadeSerpent&gt; bạn làm sao kéo được editor native vào trên các nền tảng khác nhau? 16:31 &lt;Eric&gt; Câu hỏi nhanh... vì sao Susimail mất nhiều thời gian để kiểm tra thư hoặc tải? Các trang .i2p khác tải nhanh. 16:32 &lt;jadeSerpent&gt; Eric: POP3 là giao thức rất 'verbose', còn hơn cả HTTP (nhiều gói tin trao đổi cho mỗi thao tác) 16:32 &lt;Eric&gt; À, được rồi. 16:33 &lt;jrandom&gt; jadeSerpent: import org.eclipse.swt.widget.Text thay vì ...swt.custom.StyledText ;) 16:33 &lt;_bob&gt; Eric = Giao thức? 16:33 &lt;jrandom&gt; Eric: ừ, ứng dụng chạy cục bộ nhưng nói chuyện với máy chủ POP3 bằng đầy đủ tập con POP3 16:34 &lt;jadeSerpent&gt; jrandom: à vậy swt có giao tiếp với các framework com 16:34 &lt;Eric&gt; Sao không dùng webmail qua HTTP thay vì client cục bộ nhận/gửi qua POP/SMTP? 16:34 &lt;jadeSerpent&gt; thôi, tôi sẽ đọc mã 16:35 &lt;jrandom&gt; jadeSerpent: à, đó là widget /text/ native, không phải com html editor widget 16:35 &lt;jadeSerpent&gt; Eric: hỏi postman câu đó, và tốt nhất là trong #i2p-chat ;) 16:35 &lt;Eric&gt; Được. 16:35 &lt;jadeSerpent&gt; jrandom: oh 16:35 * jadeSerpent đã nghĩ đến gedit/console/riched32 16:36 &lt;jadeSerpent&gt; s/console/kate/ 16:36 &lt;jrandom&gt; jadeSerpent: com html editor widget cũng khá dễ tích hợp, nhưng sẽ kéo theo rất nhiều vấn đề 16:36 &lt;jadeSerpent&gt; đúng, tốt nhất tự parse để đảm bảo bảo mật 16:36 &lt;jrandom&gt; (ví dụ audit nó về an ninh, đặc biệt khi trích dẫn nội dung) 16:39 &lt;jrandom&gt; ok, nếu không còn gì ở mục 2), hãy nhảy sang 3) ??? 16:39 &lt;jrandom&gt; có ai muốn nêu điều gì cho cuộc họp không? 16:40 &lt;jadeSerpent&gt; tình hình với RegisterFly thế nào 16:40 &lt;jadeSerpent&gt; i2p.net có được cứu không? ;) 16:41 &lt;jrandom&gt; ờ, chưa xử lý xong, hy vọng sớm giải quyết 16:41 &lt;jrandom&gt; nhưng mọi người đều đã thuộc 66.111.51.110 rồi, đúng chứ? ;) 16:41 &lt;_bob&gt; i2p.net sắp phục vụ cho bạn quảng cáo và quảng cáo. ;) 16:42 &lt;jadeSerpent&gt; đúng, đó là cùng con số tôi dùng làm mã khóa cặp tài liệu của tôi 16:42 &lt;jadeSerpent&gt; _bob: đó là một trong những điều tôi sợ :( 16:43 &lt;jadeSerpent&gt; hoặc chuyển hướng tới SiteFinder 16:43 &lt;jadeSerpent&gt; RegisterFly đã tạo ra một mớ bòng bong ghê heh 16:43 &lt;jrandom&gt; sẽ được xử lý trong một hai ngày tới 16:44 &lt;Eric&gt; Heh, giờ tôi nhớ đã thấy IP đó ở đâu. Đó là địa chỉ IP của outproxy. 16:44 &lt;snoopy&gt; jr: xem trang này, liên quan tới i2p.net: http://www.dyndns.com/news/releases/registerfly_safe_harbor.html 16:44 &lt;jrandom&gt; ừ eric :) 16:46 &lt;jrandom&gt; snoopy: hầu hết các nhà đăng ký ngoài kia đang giảm giá để lôi kéo người dùng rời RegisterFly (dù may mắn là về mặt kỹ thuật chúng ta là người đăng ký của enom) 16:46 * jrandom chỉ cần truy cập vào một secure term (đã thử sớm hơn hôm nay nhưng chỗ đó đóng cửa) 16:47 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 16:49 &lt;jrandom&gt; nếu không... 16:49 * jrandom khởi động kết 16:50 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2007/03/13/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-3-n%C4%83m-2007/Tue, 13 Mar 2007 00:00:00 +0000/vi/blog/2007/03/13/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-3-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, detonate, jrandom, TrevorReznik, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) hi 16:01 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.28 16:01 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie và 1.005a 16:02 &lt;jrandom&gt; 3) Định hướng GUI của Syndie 16:02 &lt;jrandom&gt; 4) Kết quả cuộc thi săn lỗi (bug) tháng 2 16:02 &lt;jrandom&gt; 5) ??? 16:02 &lt;jrandom&gt; 0) hi 16:02 * jrandom vẫy tay 16:02 &lt;jrandom&gt; các ghi chú trạng thái hàng tuần đã được đăng lên tại http://dev.i2p.net/pipermail/i2p/2007-March/001338.html 16:02 &lt;jrandom&gt; mọi người đã có vài giờ để đọc chúng (và tất nhiên là đọc các bài viết syndie liên quan ;) nên hãy vào luôn 1) tình trạng mạng và 0.6.1.28 16:04 &lt;jrandom&gt; gần đây có khá nhiều việc ở mảng này - zzz có muốn tóm tắt cho mọi người những gì sẽ có trong 0.6.1.28 không? 16:05 &lt;+zzz&gt; ok 16:06 &lt;+zzz&gt; nhiều cải tiến trong việc xây dựng tunnel và hiệu năng tải lên, chủ yếu có lợi cho những ai có lưu lượng đi ra lớn hoặc bị hạn chế băng thông tải lên... 16:06 &lt;+zzz&gt; như người dùng i2psnark... 16:06 &lt;+zzz&gt; Tôi đang có kết quả thử nghiệm tốt nên mong sớm phát hành cho mọi người... 16:07 &lt;jrandom&gt; [w3wt] 16:07 &lt;+zzz&gt; Tôi có một chỉnh sửa để biến một tham số thành có thể cấu hình, theo yêu cầu của Amiga4000, sẽ sớm đưa vào. 16:08 &lt;+zzz&gt; Và cảm ơn vì lời đề nghị $$, tuy nhiên xin cứ giữ tiền trong ngân hàng. 16:08 &lt;+zzz&gt; EOT :) 16:08 &lt;jrandom&gt; r0x0r - đã thêm vào halloffame.html :) 16:09 &lt;+zzz&gt; haha giờ tôi nổi tiếng rồi 16:10 &lt;jrandom&gt; những thay đổi có vẻ rất hứa hẹn, và có lẽ sẽ tác động lớn nhất khi được triển khai rộng rãi 16:11 &lt;jrandom&gt; chỉ cần gửi tôi một tin nhắn khi bạn muốn tôi bấm nút, tôi sẽ đóng gói và đẩy lên trong vòng một ngày hoặc khoảng đó 16:11 &lt;jrandom&gt; ok, có ai muốn nêu điều gì liên quan đến tình trạng mạng không? 16:13 &lt;jrandom&gt; nếu không, chúng ta chuyển sang 2) tình trạng phát triển syndie 16:14 &lt;jrandom&gt; rất nhiều thứ đang diễn ra ở đây (như bạn có thể thấy nếu bạn đang dùng syndie hoặc theo dõi https://trac.i2p.net/timeline ) 16:14 &lt;jrandom&gt; tôi kỳ vọng chúng ta sẽ có bản phát hành 1.005a mới trong ngày mai hoặc mốt (dĩ nhiên không bao gồm những thứ chúng ta sẽ bàn ở (3) bên dưới) 16:15 &lt;TrevorReznik&gt; jrandom: bạn có thời gian cho một câu hỏi ngắn không? 16:17 &lt;jrandom&gt; nếu là cho cuộc họp, chắc chắn rồi (nếu thuộc mục 2) thì bây giờ là lúc, nếu không khớp với chương trình, chúng ta có 5) ??? cho mọi thứ khác :) 16:17 &lt;jrandom&gt; (nếu không phải việc cho cuộc họp, nhắn riêng cho tôi) 16:17 &lt;TrevorReznik&gt; ok ;) tôi sẽ đợi 16:18 &lt;jrandom&gt; ok, có ai có gì cho 2) tình trạng phát triển syndie không? 16:20 &lt;jrandom&gt; nếu không, chuyển sang 3) định hướng GUI của Syndie 16:20 &lt;jrandom&gt; như đã đề cập trong email, có nhiều việc đang diễn ra theo hướng này - mk đã tập hợp vài ý tưởng rất thú vị và có lẽ chúng ta sẽ thấy nó trong syndie sớm thôi 16:20 &lt;+zzz&gt; cứ gọi tôi là người theo lối truyền thống, nhưng tôi nghĩ giao diện nhiều khung hiện tại kiểu Thunderbird là khá tốt 16:24 &lt;jrandom&gt; hmm, với chế độ xem nhiều khung, liệu nó hợp với các sửa đổi của mk hơn giao diện nhiều tab hiện tại của chúng ta không? 16:24 &lt;jrandom&gt; ví dụ, hiện bạn có dùng thẻ xem trước trong phần xem theo luồng không? 16:26 &lt;+zzz&gt; hiện giờ không còn cách nào ngoài vào thẻ xem trước để xem tệp đính kèm, điều đó tôi không thích - tôi muốn thấy toàn bộ nội dung ở khung dưới 16:26 &lt;+zzz&gt; xin lỗi tôi không rành chi tiết các sửa đổi của mk nên không trả lời được câu hỏi kia 16:27 &lt;jrandom&gt; à, vậy nó sẽ hoạt động tốt hơn với giao diện của mk (khi chúng ta chuyển nó dùng MessageView thay vì MessagePreview ở bên dưới) 16:27 &lt;jrandom&gt; ồ, có một ảnh chụp màn hình đề xuất của mk tại http://dev.i2p.net/~jrandom/mk_max.png 16:27 &lt;jrandom&gt; mk: có lẽ chúng ta có thể tìm cách cho phép cấu hình cây ở trên so với ở bên trái? 16:29 &lt;+zzz&gt; Thunderbird trước đây cho bạn chọn 2 hoặc 3 bố cục cho 3 khung, nhưng lúc này tôi không thấy nó trong tùy chọn 16:30 &lt;jrandom&gt; tôi nhớ đã xem sơ đồ của họ cho việc đó, ừ 16:31 &lt;jrandom&gt; có lẽ nếu chúng ta tìm được cách để 'explorer' của mk có thể gắn làm con một cách gọn gàng vào bất kỳ SWT Composite nào thì chúng ta có thể dùng nó vừa qua GUI dạng tab hiện tại như một tab, vừa ở chế độ toàn màn hình như một màn 16:33 &lt;+zzz&gt; tôi thích dùng tab cho những thứ ít dùng như tùy chọn, cấu hình syndication, v.v.; tôi nghĩ kết hợp tab với chế độ nhiều khung cho các phần thường dùng là tốt. theo tôi là vậy. 16:34 &lt;jrandom&gt; bạn chạy syndie toàn màn hình hay chỉ chiếm một phần màn hình 16:35 &lt;+zzz&gt; thường là toàn màn hình 16:35 &lt;jrandom&gt; hmm hay đấy 16:36 &lt;+zzz&gt; nhưng vì dạo này tôi dùng laptop 1024x768... trên desktop 1600x1200 tôi sẽ không chiếm toàn màn hình 16:37 &lt;jrandom&gt; ok, với tất cả những người đang theo dõi ở chế độ nền, hãy đăng ý kiến và ý tưởng của bạn bất cứ khi nào thuận tiện 16:37 &lt;jrandom&gt; heh ừ, hợp lý 16:38 * jrandom đang dùng một máy ở net cafe 800x600 lúc này 16:38 &lt;@detonate&gt; hmm, tôi gặp khó khăn khi làm cho i2p chạy lại 16:39 &lt;@detonate&gt; nó đang làm gì đó, dùng nhiều CPU, nhưng web console có vẻ không bao giờ khởi động 16:39 &lt;@detonate&gt; tôi đoán tôi có thể thử chạy nó trong Windows 16:39 &lt;jrandom&gt; có gì trong log không? 16:39 &lt;@detonate&gt; không hẳn, nó chỉ nói rằng tôi cần reseed 16:39 &lt;@detonate&gt; log có yên ắng hơn trước không? 16:39 &lt;+zzz&gt; wrapper.log có NPE không? 16:41 &lt;jrandom&gt; ok, nếu không còn gì cho mục 3, hãy chuyển sang 4) kết quả cuộc thi săn lỗi (bug) tháng 2 16:42 &lt;jrandom&gt; chúc mừng & cảm ơn void, Darn, và Anonymous! 16:42 &lt;jrandom&gt; (và tất nhiên là cảm ơn mọi người khác đã giúp đỡ) 16:42 &lt;jrandom&gt; các báo cáo lỗi giúp chúng tôi lần ra các vấn đề này và đảm bảo chúng được xử lý, nên hãy tiếp tục gửi về nhé 16:43 &lt;jrandom&gt; ok, nếu không có gì ở mục 4), chuyển sang 5) ??? 16:43 &lt;jrandom&gt; có ai có điều gì muốn nêu trong cuộc họp không? 16:45 &lt;bar&gt; có người hỏi trên diễn đàn vì sao các biểu đồ hiển thị băng thông (bw) có vẻ hơi lệch 16:45 &lt;bar&gt; nghĩ rằng bạn có thể có vài ý 16:46 &lt;bar&gt; (cơ bản là chúng đạt đỉnh ở mức 1,5 x thiết lập bw tối đa) 16:47 &lt;jrandom&gt; ừ, không chắc họ nói đến biểu đồ bw nào (mỗi biểu đồ hiển thị chính xác số liệu mà nó đại diện, theo như tôi thấy) 16:47 &lt;@detonate&gt; không sao, nó chạy lại rồi :) 16:48 &lt;+zzz&gt; đó là 3 biểu đồ đầu tiên trên graphs.jsp, trông cao hơn nhiều so với bw hiển thị ở bên trái bảng điều khiển router, và đối với tôi thì còn cao hơn nhiều so với giới hạn tải lên đã cấu hình 16:49 * jrandom tải 16:51 &lt;jrandom&gt; hmm, và điều đó bao gồm cả trung bình tải lên có tính đến burst chứ? 16:52 &lt;+zzz&gt; có 16:52 &lt;jrandom&gt; hmm, tôi sẽ xem thử 16:53 &lt;+zzz&gt; tôi sẽ điều tra thêm, đoán là điều đó không gợi ý gì cho bạn 16:53 &lt;jrandom&gt; ok, còn ai có gì nữa cho cuộc họp không? 16:57 &lt;jrandom&gt; nếu không... 16:57 * jrandom chuẩn bị kết thúc 16:58 * jrandom *baf*s kết thúc cuộc họp </div>/vi/blog/2007/02/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-2-n%C4%83m-2007/Tue, 20 Feb 2007 00:00:00 +0000/vi/blog/2007/02/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-2-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication, jrandom, void</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:59 &lt;jrandom&gt; 0) chào 14:59 &lt;jrandom&gt; 1) Tình trạng mạng 14:59 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:00 &lt;+void&gt; jrandom: FYI, quản lý dấu trang không hoạt động kể từ 8e18877de3908c52daae6d8a85fc8c671cdfb5d5 15:00 &lt;jrandom&gt; 3) ??? 15:00 &lt;jrandom&gt; 0) chào 15:00 * jrandom vẫy tay 15:00 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2007-February/001336.html 15:01 &lt;jrandom&gt; void: kéo thả vào phần dấu trang hiện tại không làm mới phần hiển thị (dấu trang được thêm nhưng không hiện) - đang làm việc đó trong dwindow khác lúc này :) 15:01 &lt;+void&gt; à :) 15:01 &lt;jrandom&gt; nếu đó không phải điều bạn nói tới, vui lòng gửi báo cáo lỗi 15:01 &lt;+void&gt; (ờ, tôi đã nộp báo cáo lỗi cho việc đó rồi 15:01 &lt;+void&gt; ) 15:02 &lt;jrandom&gt; w3wt 15:02 &lt;jrandom&gt; ok, chúng ta chuyển sang 1) Tình trạng mạng 15:02 &lt;jrandom&gt; tôi cũng không có gì nhiều để bổ sung ngoài những gì trong ghi chú trạng thái 15:04 &lt;jrandom&gt; có ai muốn bổ sung gì về: 1) Tình trạng mạng không? 15:06 &lt;jrandom&gt; nếu không, hãy lướt qua 2) Tình trạng phát triển Syndie 15:06 &lt;bar&gt; jrandom: đúng thế, hỗ trợ ngôn ngữ Tiếng Trung Phồn thể đã sửa vấn đề "china.i2p" và Tiếng Trung Giản thể đã sửa bài "peace" của bạn 15:06 &lt;jrandom&gt; à tuyệt đấy bar 15:06 &lt;bar&gt; (oops, xin lỗi!) 15:08 &lt;jrandom&gt; về lý thuyết chúng ta có thể đóng gói các phông chữ thực và phân phối kèm theo syndie (điều này có thể hợp lý trong vài tình huống, như các đĩa CD/ảnh đĩa (image) cài sẵn mà anonymous gần đây đã thảo luận) 15:10 &lt;jrandom&gt; (cụ thể là, trong báo cáo lỗi @ urn:syndie:channel:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=9:messageIdi1171666081846ee ) 15:10 &lt;jrandom&gt; dù sao, về tình trạng phát triển syndie, có rất nhiều thứ đang diễn ra 15:10 &lt;jrandom&gt; tôi kỳ vọng chúng ta sẽ có một bản phát hành mới trong cuối tuần này với những thứ hay ho mới nhất 15:12 &lt;jrandom&gt; như mọi khi, cứ gửi báo cáo lỗi và yêu cầu tính năng, và chúng tôi sẽ xử lý chúng sớm nhất có thể 15:12 &lt;jrandom&gt; có ai muốn bổ sung gì về: 2) Tình trạng phát triển Syndie không? 15:15 &lt;jrandom&gt; ok nếu không, chuyển sang 3) ??? 15:15 &lt;jrandom&gt; ai còn điều gì khác muốn nêu ra cho cuộc họp không? 15:16 &lt;+Complication&gt; không có gì tôi nhớ ra ngay đâu :) 15:18 &lt;+Complication&gt; (ít nhất là chưa) 15:18 &lt;jrandom&gt; heh trong trường hợp đó... 15:18 * jrandom chuẩn bị 15:18 * jrandom *baf*s kết thúc cuộc họp </div>/vi/blog/2007/02/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-2-n%C4%83m-2007/Tue, 13 Feb 2007 00:00:00 +0000/vi/blog/2007/02/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-2-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> green, jadeSerpent, jrandom, thecrypto, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) chào 15:04 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.27 15:04 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:04 &lt;jrandom&gt; 3) trac.i2p.net 15:04 &lt;jrandom&gt; 4) ??? 15:04 &lt;jrandom&gt; 0) chào 15:04 * jrandom vẫy tay 15:04 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-February/001334.html 15:05 &lt;jrandom&gt; bắt đầu luôn với 1) Tình trạng mạng và 0.6.1.27 15:06 &lt;jrandom&gt; zzz: có thể tóm lược các sửa lỗi/cải tiến chính mà chúng ta sẽ thấy trong i2psnark không? 15:07 &lt;+zzz&gt; ừm, lẫn khắp nơi, xem history.txt :) 15:07 &lt;green&gt; Chúng tôi không thể nói gì về cái đó vì bạn đã không làm trên nó từ lâu rồi, hừm! 15:08 &lt;green&gt; Vậy không có gì mới để thảo luận 15:08 &lt;jrandom&gt; heh ok zzz, cũng hợp lý :) 15:08 &lt;+zzz&gt; sẽ ổn định hơn với torrent có số lượng seeder lớn, một số cải tiến UI, vài sửa lỗi, hỗ trợ tạo torrent nhiều tệp, v.v. 15:08 &lt;+zzz&gt; Nhân tiện, w00t họp thứ 200 15:09 &lt;jrandom&gt; ghê thật 15:09 &lt;jrandom&gt; ok nhé 15:09 &lt;jrandom&gt; kế hoạch của tôi giờ là chỉ thêm “whispering” đơn giản cho các peer floodfill (để mọi người không dễ mất dấu chúng) 15:09 &lt;jrandom&gt; còn “quả thấp” nào tôi nên xử trước khi tag & push không? 15:10 &lt;+zzz&gt; nghe khôn ngoan hơn là đợi tôi làm 15:10 &lt;jrandom&gt; ồ, mình cũng nên vô hiệu hóa Syndie cũ 15:11 &lt;jrandom&gt; (hoặc ít nhất là phần lấy nội dung của nó) 15:11 &lt;jrandom&gt; mình nghe đề xuất tắt mặc định theepsite tunnel nữa - ý kiến sao? đồng ý hay không? 15:11 * bar tiếp tục đánh con ngựa “chưa chết hẳn” “not have eepsite server tunnels autostart by default” 15:12 &lt;+zzz&gt; Tôi đã check-in một ghi chú ở localhost/syndie/ cảnh báo mọi người là nó đã lỗi thời; nếu bạn muốn để thêm một bản phát hành nữa thì tùy bạn 15:13 &lt;jrandom&gt; có lẽ đáng giữ nội dung một thời gian nhưng tắt syndication 15:13 &lt;jrandom&gt; ok, ai có gì khác thì báo mình nhé 15:14 &lt;+zzz&gt; nếu làm thì nhớ kiểm tra xem ghi chú tôi thêm có cần cập nhật không 15:14 &lt;jadeSerpent&gt; tôi đồng ý nó không nên phục vụ trang ngay khi cài, không app nào làm vậy, có thể rủi ro bảo mật 15:14 &lt;green&gt; Tắt eepsite mặc định là ý hay vì đa số người dùng I2P không dùng nó và những người khác dùng tunnels do người dùng tự định nghĩa; bạn chỉ cần nhìn orion stat với chỉ khoảng ~30 site trực tuyến 15:14 &lt;jrandom&gt; ừ 15:14 &lt;+zzz&gt; và tương tự, nếu bạn tắt eepsite tunnel thì hướng dẫn & trang chủ eepsite mặc định cần được cập nhật 15:15 &lt;jrandom&gt; nó sẽ không vô hiệu hóa các tunnels đã cấu hình, chỉ ảnh hưởng người dùng mới 15:15 &lt;jrandom&gt; đúng đấy zzz 15:15 &lt;+zzz&gt; có lẽ là ý hay 15:17 &lt;green&gt; nhưng đây chỉ là tinh chỉnh nhỏ chứ không phải cải tiến 15:17 &lt;jrandom&gt; ok, còn ai có gì cho 1) tình trạng mạng và 0.6.1.27 không? 15:17 &lt;+zzz&gt; resources/eepsite_index.html "eepsite của bạn đã chạy nhưng..." 15:17 &lt;jrandom&gt; ừ 15:19 &lt;green&gt; jr: Can đảm lên, hãy chạy thôi! 15:19 &lt;jrandom&gt; ok chuyển sang 2) Tình trạng phát triển Syndie 15:20 &lt;jrandom&gt; dĩ nhiên là nhiều thứ đang diễn ra ở đây 15:20 &lt;jrandom&gt; ngoài những gì nêu trong ghi chú, khi phát hành xong i2p 0.6.1.27 mình sẽ dọn một loạt bug mở cho bản 1.004a tuần tới 15:21 &lt;+fox&gt; * thecrypto vẫy tay khi anh ấy trở lại sau một thời gian rất rất dài tạm ngưng dự án này 15:21 &lt;jrandom&gt; ai muốn nêu gì cho 2) Tình trạng phát triển Syndie? 15:21 &lt;jrandom&gt; woa! 15:21 &lt;jrandom&gt; chào mừng quay lại thecrypto 15:22 &lt;+fox&gt; &lt;thecrypto&gt; Cảm ơn 15:22 &lt;jrandom&gt; vẫn đang hack một i2p 0.1 sdk? :) 15:22 &lt;+zzz&gt; quay lại nhân dịp kỷ niệm 200? 15:23 &lt;+fox&gt; &lt;thecrypto&gt; Chắc vậy :) Nhưng tôi hy vọng sẽ bắt nhịp lại với mấy thứ này vì tôi đã nhìn quanh những thứ khác ngoài kia và tất cả đều tệ :) 15:24 &lt;jrandom&gt; heh hay đó 15:24 &lt;+fox&gt; * thecrypto ngồi qua một bên để phần còn lại của buổi họp tiếp tục 15:25 &lt;jrandom&gt; ok, nếu không có gì cho 2) Tình trạng phát triển Syndie, chuyển sang 3) trac.i2p.net 15:25 &lt;jrandom&gt; theo yêu cầu phổ biến (và hợp lý), chúng tôi đã chuyển từ bugtracker trong Syndie sang một bugtracker thực thụ 15:26 &lt;jrandom&gt; vui lòng dùng nó để gửi báo cáo lỗi nếu có thể (dù các báo cáo lỗi gửi trong Syndie sẽ được tự động nhập vào đó sau một khoảng trễ) 15:26 * jadeSerpent vỗ tay 15:27 &lt;+fox&gt; &lt;thecrypto&gt; Trac hoạt động rất tốt, tôi dùng ở công việc ban ngày. Các bạn đã tích hợp CVS vào đó chưa? 15:27 &lt;jrandom&gt; monotone (DVCS của chúng tôi), có 15:27 &lt;jrandom&gt; https://trac.i2p.net/browser 15:28 &lt;+fox&gt; &lt;thecrypto&gt; Hay đó, đã chuyển sang DVCS :) Thời điểm tốt để tôi tái gia nhập :) 15:28 &lt;jrandom&gt; quá đúng 15:29 &lt;jrandom&gt; lúc này wiki về cơ bản bị tắt, nhưng đôi khi có thể dùng để xử lý một số vấn đề 15:29 &lt;jrandom&gt; tôi không chắc nó sẽ được dùng hay khi nào, cứ chờ xem 15:30 &lt;jrandom&gt; ok, còn ai có gì cho 3) trac.i2p.net không? 15:31 &lt;jrandom&gt; nếu không thì nhảy sang 4) ??? kiểu cũ 15:31 &lt;jrandom&gt; ai còn điều gì muốn nêu trong buổi họp không? 15:33 &lt;+fox&gt; &lt;thecrypto&gt; Vui được trở lại 15:33 &lt;jadeSerpent&gt; có luôn lag nhiều quanh giờ họp không? 15:35 &lt;jrandom&gt; jadeSerpent: nhiều hơn thường lệ, đúng vậy, dù không quá tệ (mình @ 1.46s độ trễ) 15:35 * jrandom kết lại 15:35 * jrandom *baf* tuyên bố kết thúc cuộc họp </div>/vi/blog/2007/02/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-2-n%C4%83m-2007/Tue, 06 Feb 2007 00:00:00 +0000/vi/blog/2007/02/06/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-2-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, dw_g, hottuna, jadeSerpent, jrandom, mk, modulus, tethrage, void</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) chào 15:02 &lt;jrandom&gt; 1) Tình trạng Mạng 15:02 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:02 &lt;jrandom&gt; 3) Những người thắng cuộc thi thu hoạch bug tháng Một! 15:02 &lt;jrandom&gt; 4) ??? 15:02 &lt;jrandom&gt; 0) chào 15:02 * jrandom vẫy tay 15:02 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-February/001333.html 15:03 &lt;jrandom&gt; chuyển sang 1) Tình trạng Mạng 15:03 &lt;jrandom&gt; Tôi cũng không có nhiều điều để bổ sung ở đây (như bạn có thể đoán ;) 15:03 &lt;jrandom&gt; ai có điều gì muốn nêu về tình trạng mạng không? 15:04 &lt;+void&gt; trước đây từng tốt hơn, kiểu gì đó... 15:04 &lt;+void&gt; nhưng cũng không tệ 15:05 &lt;jrandom&gt; thật lạ, khoảng tuần vừa rồi tỷ lệ build của chúng ta đang tăng trở lại, theo stats.i2p 15:05 &lt;tethrage&gt; có mô hình dài hạn nào không? 15:06 &lt;tethrage&gt; (trong thay đổi tỷ lệ build) 15:07 &lt;jrandom&gt; theo như tôi thấy các mẫu hình gắn với năng lực của các routers công suất cao, nhưng đó chỉ là từ một góc nhìn rất hạn chế về mạng (vì tôi chỉ biết những gì công khai, về cơ bản) 15:07 &lt;tethrage&gt; tôi hiểu 15:08 &lt;tethrage&gt; có thông tin nào có thể cung cấp để giúp không? 15:08 &lt;tethrage&gt; ý là chỉ từ các routers bình thường 15:08 &lt;jrandom&gt; không hẳn, theo quan điểm của tôi 15:09 &lt;tethrage&gt; tôi hiểu 15:09 &lt;jrandom&gt; (cơ bản là chúng ta chỉ cần triển khai một số thay đổi trong mã trước khi tiến tiếp) 15:10 &lt;tethrage&gt; tôi hiểu 15:11 &lt;jrandom&gt; ok, còn ai có gì cho 1) Tình trạng Mạng không? 15:12 &lt;jrandom&gt; nếu không thì chuyển qua 2) Tình trạng phát triển Syndie 15:14 &lt;jrandom&gt; rất nhiều thứ đang diễn ra ở đây, như bạn thấy 15:14 &lt;+fox&gt; &lt;mk&gt; nhỏ: có lẽ đổi 'signed by' thành 'authorization'? Tôi hơi lo về ranh giới mơ hồ giữa diễn đàn, danh tính, chữ ký, v.v. 15:14 &lt;+fox&gt; &lt;mk&gt; -d 15:15 &lt;jrandom&gt; à, đó là ý hay 15:16 &lt;+void&gt; mk: một diễn đàn là một danh tính :) 15:16 &lt;+void&gt; và ngược lại 15:17 &lt;jrandom&gt; ừ, nhưng ta không muốn làm mọi người rối thêm bằng cách phơi bày sự lưỡng tính kỳ quặc này 15:17 &lt;+fox&gt; &lt;mk&gt; Tôi biết, nhưng nó vẫn mờ. Tôi nắm được rồi, nhưng tôi lo người dùng mới có thể bị rối vì thiếu phân biệt 15:18 &lt;+void&gt; à 15:18 &lt;jrandom&gt; đúng — mọi người nghĩ về diễn đàn khác với cách họ nghĩ về danh tính, nên cần đảm bảo ta hành xử đúng như họ kỳ vọng 15:18 &lt;+fox&gt; &lt;mk&gt; một điều nữa đáng để triển khai trong quản lý diễn đàn hay danh tính là ràng buộc rõ ràng 'chỉ đăng vào diễn đàn này dưới tác giả x, authorization y', cái đó sẽ loại trừ nhầm lẫn. thậm chí bạn sẽ không cần một dropdown chọn khóa trên các thông điệp bài viết mới 15:19 &lt;+fox&gt; &lt;mk&gt; (một dropdown cho khóa) 15:20 &lt;+void&gt; tôi thích một dropdown chọn danh tính toàn cục hiển thị mọi lúc hơn 15:20 &lt;+fox&gt; &lt;mk&gt; ý là, bạn đang đăng dưới danh tính nào? 15:20 &lt;jrandom&gt; hmm 15:21 &lt;+fox&gt; &lt;mk&gt; có lẽ, nhưng tôi nghĩ không khác nhau mấy giữa việc nó luôn ở trên và chỉ hiện khi đăng bài 15:22 &lt;jrandom&gt; ok, trước khi đi quá sâu, có một kênh phụ hiện Syndie chưa xử lý có thể liên kết nhiều danh tính 15:22 &lt;+void&gt; dù danh tính của bạn không dùng ở đâu khác ngoài việc đăng bài 15:22 &lt;+fox&gt; &lt;mk&gt; ý bạn là sao? 15:23 &lt;+void&gt; đẩy các bài mới? 15:23 &lt;jrandom&gt; nếu bạn cần các danh tính hoàn toàn không thể liên kết, bạn cần chạy các instance Syndie tách biệt — bạn có thể đồng bộ chúng với nhau, và chỉ dùng một cái để kéo/đẩy tới các archive khác, nhưng archive cục bộ chứa thông tin mà chỉ một số danh tính có quyền truy cập 15:23 &lt;+fox&gt; &lt;mk&gt; (Tôi đồng ý là ta nên để các thảo luận lớn cho diễn đàn dev, nhưng cũng hay khi có nhiều người cùng bàn ngay lúc này) 15:24 &lt;+void&gt; đúng 15:24 &lt;jrandom&gt; tuy nhiên, tất cả các danh tính trong archive cục bộ đều có thể truy cập thông tin đó, và nếu họ hành động dựa trên nó (đăng với các khóa đó, v.v.), họ sẽ làm rò rỉ tính liên kết 15:25 &lt;jrandom&gt; có lẽ ta có thể tìm cách làm tất cả điều đó một cách trong suốt qua GUI 15:26 &lt;jrandom&gt; (chạy với nhiều archive cục bộ mà không phải mở Syndie hai lần) 15:26 &lt;+fox&gt; &lt;mk&gt; có nhiều vấn đề khác — như đánh dấu một số archive loại trừ lẫn nhau — có thể giúp ẩn danh. ta nên cố xác định tất cả kịch bản này và tìm cách xử lý chúng theo cách rất dễ dùng 15:27 &lt;tethrage&gt; Syndie không nhắm tới ẩn danh, chỉ bảo mật thôi 15:27 &lt;tethrage&gt; chẳng phải lớp truyền tải mà nó chạy trên đó mới phải xử lý chuyện đó sao? :/ 15:27 &lt;jrandom&gt; Syndie hướng tới ẩn danh 15:27 &lt;tethrage&gt; (nếu tôi sai hãy sửa) 15:28 &lt;jrandom&gt; lớp truyền tải chỉ xử lý một phần nhỏ của ẩn danh — chúng ta cần xử lý phần còn lại 15:28 &lt;jrandom&gt; s/small// 15:28 &lt;tethrage&gt; vậy à? :/ 15:28 &lt;+fox&gt; &lt;mk&gt; đúng vậy. Syndie đặc biệt xử lý vấn đề rò rỉ thông tin 15:29 &lt;jadeSerpent&gt; ẩn danh địa chỉ IP so với ẩn danh danh tính 15:29 &lt;tethrage&gt; tôi hiểu. tôi tưởng trước đây bạn nói Syndie là một ứng dụng bảo mật dùng crypto nhưng không nghiêm ngặt là ẩn danh? 15:29 &lt;tethrage&gt; (dù sao cũng không theo cùng cách như I2P, v.v.) 15:29 &lt;+fox&gt; &lt;mk&gt; bảo mật thông tin được xử lý bằng tính dư thừa của các archive 15:29 &lt;jrandom&gt; mk: tôi không chắc ý bạn về đánh dấu các archive là gì, nhưng tôi rất muốn có một bài trên diễn đàn dev của Syndie để bàn về nó :) 15:29 &lt;jrandom&gt; tethra: Syndie có thể dùng cho những thứ không đòi hỏi ẩn danh 15:30 &lt;jrandom&gt; nhưng Syndie phải dùng được cho những thứ cần ẩn danh 15:30 &lt;jrandom&gt; (nếu không thì chẳng có lý do gì để triển khai nó như một phần của dự án I2P) 15:31 &lt;tethrage&gt; ừ 15:31 &lt;+void&gt; jrandom: công bằng mà nói, vẫn có ý nghĩa nếu Syndie cung cấp ẩn danh bằng cách tận dụng I2P 15:31 &lt;+void&gt; nhưng thôi 15:31 &lt;+void&gt; c 15:31 &lt;tethrage&gt; ngoài bảo vệ chống rò rỉ thông tin và mã kém an toàn, Syndie làm gì để giữ ẩn danh cho mọi người? :/ 15:32 &lt;tethrage&gt; chẳng phải trừ khi chỉ định khác, bạn truy cập trực tiếp các archive, v.v. sao? 15:32 &lt;+fox&gt; &lt;mk&gt; tethrage, đủ loại rò rỉ thông tin. Nếu bạn muốn chúng ta có thể đi sâu hơn một chút nữa 15:33 &lt;jrandom&gt; tethra: ví dụ, ai đó truy cập một eepsite với JavaScript bật 15:33 &lt;jadeSerpent&gt; tethrage: không có gì đảm bảo rằng các bài bạn đẩy lên một archive có nguồn gốc từ bạn; ai đó có thể đã đẩy chúng vào archive của bạn 15:34 &lt;tethrage&gt; đúng, JS có thể để lộ thứ này nọ. nhưng chắc đó là vấn đề bảo mật hơn là ẩn danh nếu bạn không dùng một loại mạng ẩn danh nào? 15:34 &lt;tethrage&gt; mà thôi, chắc tôi đang sa đà vào ngữ nghĩa, nên tôi dừng 15:34 &lt;tethrage&gt; :/ 15:34 &lt;jadeSerpent&gt; tôi cho rằng vận hành archive công khai của riêng bạn lại tăng ẩn danh theo khía cạnh đó 15:34 &lt;+fox&gt; &lt;mk&gt; jrandom, tôi sẽ viết bài đó. Ngoài ra, tôi đang nghịch một thiết kế kiểu trình duyệt (tôi không thích mở tab mới cho các phần mới), nên tôi sẽ cố làm một nguyên mẫu, và có thể đăng vài nét phác lên dev 15:34 &lt;jrandom&gt; “bảo vệ chống rò rỉ thông tin” là cốt lõi của ẩn danh — kiểm soát ai biết các sự kiện về danh tính của bạn 15:35 &lt;jrandom&gt; tuyệt mk, cảm ơn! 15:35 &lt;jrandom&gt; jadeSerpent: chắc chắn 15:35 &lt;tethrage&gt; tôi hiểu 15:35 &lt;tethrage&gt; hiểu ý 15:36 &lt;jrandom&gt; mk: nếu có cách hay hơn để trình bày UI của Syndie, tôi ủng hộ 100% (chỉ một phần rất nhỏ mã gắn với các thành phần kiểu tab này) 15:36 &lt;jrandom&gt; và dù sao chúng ta vẫn đang alpha 15:38 &lt;+void&gt; jrandom: chắc không khó để biến giao diện dạng tab thành giao diện dạng cửa sổ chứ? 15:38 &lt;+fox&gt; &lt;mk&gt; ừ. và nếu vài người thích cách 'mọi thứ bằng tab' thì dùng cái đó cũng không vấn đề 15:38 &lt;+fox&gt; &lt;mk&gt; (cạnh bên tab trình duyệt) 15:39 &lt;jadeSerpent&gt; làm ơn đừng MDI (giao diện đa tài liệu), tôi gợi ý thứ gì đó nửa vời giữa tab và MDI, như perspectives của Eclipse 15:39 &lt;+void&gt; MDI tệ, tôi đồng ý 15:40 &lt;jadeSerpent&gt; NetBeans cũng có cái gì đó tương tự, quên nó gọi là gì 15:40 &lt;jadeSerpent&gt; views hay workbenches hay gì đó, lâu rồi 15:41 &lt;jrandom&gt; bản phác thảo .png được hoan nghênh :) 15:41 * jrandom chọn kiểu mọi thứ bằng tab vì ai cũng yêu Firefox (/etc) 15:42 &lt;jadeSerpent&gt; khi tôi xong bộ icon có lẽ tôi sẽ nghịch chút cái đó 15:42 &lt;+fox&gt; &lt;mk&gt; chu kỳ phát hành 2 tuần là điều tốt. Tôi thích thấy các mục tiêu đó rõ ràng, nhưng tôi cũng muốn thấy vài mục tiêu 'mềm' được liệt kê — tài liệu cho dev và sau đó là cho người dùng, sơ đồ, v.v. 15:42 &lt;jrandom&gt; ngầu 15:42 &lt;jadeSerpent&gt; tab ổn cho hiện tại theo tôi, dùng được 15:42 &lt;jrandom&gt; mk: http://syndie.i2p.net/roadmap.html ? 15:42 &lt;jrandom&gt; (tuy trên lộ trình không có ngày tháng) 15:43 &lt;+fox&gt; &lt;hottuna&gt; tuyệt :=) ... vừa đăng về nó vào các tác vụ chờ :P 15:44 &lt;+fox&gt; &lt;mk&gt; ừ, dù tôi đang nói đến các mục tiêu nhỏ hơn. "tài liệu hóa các tương tác tổng quát giữa các lớp trong syndie.gui", hoặc "viết một tài liệu về việc cấm" v.v. 15:44 &lt;jrandom&gt; ồ, đúng 15:45 &lt;jrandom&gt; tôi đang định gom lại tất cả các mục todo cấp thấp/trung/cao 15:45 * jrandom thêm điều đó vào danh sách todo 15:47 &lt;jrandom&gt; ok, có ai còn gì muốn nêu cho 2) Tình trạng phát triển Syndie không? 15:48 &lt;jrandom&gt; (dĩ nhiên, ta luôn có diễn đàn dev trong Syndie, nhưng IRC hữu ích cho trao đổi nhanh) 15:49 &lt;jrandom&gt; nếu không, hãy chuyển sang 3) Những người thắng cuộc thi thu hoạch bug tháng Một! 15:50 &lt;jrandom&gt; chúc mừng Darn, voyde, mk và Anonymous, và cảm ơn mọi người đã giúp đỡ 15:51 * jrandom nhận ra cuộc thi ban đầu là cho top 3, nhưng số đếm quá sít sao 15:51 &lt;jrandom&gt; tháng này cũng có cuộc thi mới, cùng luật như trước 15:51 &lt;jadeSerpent&gt; làm sao bạn biết “Anonymous” chỉ là một người? ;) 15:51 &lt;+fox&gt; &lt;mk&gt; 225 bug (theo đếm của tôi) tất cả — ấn tượng 15:51 &lt;+void&gt; :) 15:52 &lt;+fox&gt; &lt;mk&gt; jade, cái khóa, tôi nghĩ vậy :) 15:52 &lt;jrandom&gt; jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 &lt;jrandom&gt; tuy vậy cũng có thể là năm người dùng chung khóa đó 15:53 &lt;jrandom&gt; nhưng khi đó họ phải chia nhau $50 USD ;) 15:53 &lt;jrandom&gt; (ai có private key và ký một thông điệp gửi cho tôi, nêu tài khoản e-gold cần gửi tới, thì thắng ;) 15:53 &lt;jadeSerpent&gt; trừ khi một người giết những người khác 15:54 &lt;jadeSerpent&gt; nhưng kiểu chuyện đó chỉ xảy ra ở Romania thôi 15:54 &lt;tethrage&gt; và Nga 15:54 &lt;jrandom&gt; (và Anh, và Úc, và...) 15:55 &lt;+fox&gt; &lt;mk&gt; 50 USD là nhiều tiền... 15:55 &lt;jadeSerpent&gt; ở Nga thì tất cả sẽ bị giết, và chủ nhà sẽ lấy tiền rồi chuyển cho băng đảng như phí bảo kê 15:55 &lt;tethrage&gt; không phải tính theo GBP ;p 15:55 &lt;+fox&gt; &lt;mk&gt; Tôi biết tôi sẽ giết vì nó 15:55 &lt;tethrage&gt; tôi đoán hỏi bạn từ đâu chắc sẽ không được trả lời, mk? 15:55 &lt;tethrage&gt; :/ 15:56 &lt;+fox&gt; &lt;dw_g&gt; ok, tôi nhận vậy ;) 15:56 &lt;+fox&gt; &lt;mk&gt; gốc Nga :D giờ Canada 15:56 &lt;jadeSerpent&gt; 225 bug là ấn tượng, trong số đó đã đóng bao nhiêu rồi? 15:56 &lt;tethrage&gt; ice. 15:56 &lt;tethrage&gt; +n 15:57 &lt;jrandom&gt; jadeSerpent: tôi ước chừng khoảng 75–80% đã được xử lý 15:57 &lt;jadeSerpent&gt; tốt 15:58 &lt;jrandom&gt; (có lẽ thêm 5–10% invalid/wontfix) 15:58 &lt;jrandom&gt; nhưng thực ra, đó là một trong các mục todo cấp cao — có một UI quản trị thực thụ cho việc theo dõi bug 15:58 * jadeSerpent đề xuất Trac 15:58 &lt;jrandom&gt; (tôi mất kha khá thời gian lần qua tất cả bài và đếm thủ công) 15:58 &lt;+fox&gt; &lt;mk&gt; bên ngoài Syndie? 15:59 &lt;jrandom&gt; hmm, với một hệ thống export syndie--&gt;track? 15:59 &lt;jrandom&gt; s/ck// 15:59 &lt;+fox&gt; &lt;mk&gt; một dự án hay sẽ là nối Syndie với một bug tracker 15:59 &lt;jadeSerpent&gt; ừ 15:59 * jrandom cá là vài truy vấn & insert SQL là làm được 16:00 &lt;jrandom&gt; dù vậy khá đáng giá, ít nhất từ góc nhìn trac chỉ đọc 16:00 &lt;+void&gt; nhưng đồng bộ các cập nhật làm trong Trac trở lại vào Syndie chắc sẽ rắc rối, tôi nghĩ vậy 16:00 &lt;jrandom&gt; tích hợp vòng đời đầy đủ là rất khó 16:00 &lt;jrandom&gt; đúng 16:00 &lt;+fox&gt; &lt;mk&gt; tới lúc nào đó có lẽ đáng cân nhắc một hệ thống kiểu 'revision' 16:00 &lt;jrandom&gt; nhưng khả năng truy vấn & đào sâu trong Trac, và tạo báo cáo, v.v. 16:01 &lt;+fox&gt; &lt;mk&gt; nơi các bài mới thay thế các bài cũ 16:01 &lt;jrandom&gt; à, đúng là có hook cho việc đó, nhưng các header Overwrite* hiện chưa được tôn trọng 16:02 &lt;jrandom&gt; không quá khó đâu, chỉ cần một nút chuyển trong UI để đi tới các revision trước của cùng bài đăng, cộng vài dòng mã để xác minh bài mới được ủy quyền ghi đè bài cũ 16:03 &lt;jadeSerpent&gt; tôi hiểu mong muốn dùng chính Syndie để báo bug, nhưng thiết kế của nó không bao gồm theo dõi issue, và cho nhiệm vụ đó nó sẽ luôn kém tối ưu; theo tôi bạn nên dùng một issue tracker thực thụ 16:04 &lt;+fox&gt; &lt;mk&gt; nhìn số bug đã nộp, tôi đồng ý với jadeSerpent 16:05 &lt;jrandom&gt; dù ở chiều ngược lại, có bao nhiêu bug được phát hiện bởi những người dùng Syndie để nộp bug? 16:05 * jrandom không hoàn toàn phản đối Trac hay hệ thống theo dõi bug khác 16:05 &lt;jadeSerpent&gt; những loại bug đó kiểu gì cũng sẽ bị phát hiện 16:05 &lt;+void&gt; ừ thì, độ nghiêm trọng, thành phần, phiên bản và việc đóng/mở/mở lại bug có thể làm bằng các tag của Syndie 16:05 &lt;jrandom&gt; đúng 16:06 &lt;+void&gt; (và phần lớn việc đó đã làm) 16:06 &lt;jadeSerpent&gt; như hôm trước khi nó treo với ai đó đang đăng báo bug, nó cũng sẽ treo nếu họ đăng về bất kỳ chủ đề nào, không quan trọng đó là báo bug 16:06 &lt;jrandom&gt; nếu ta có thể đẩy dữ liệu vào một issue tracker thực qua các thông điệp giả danh (và xác thực), thì sẽ rất tuyệt 16:06 * jrandom cũng đã nhận vài báo bug riêng tư, bao gồm thông tin nhạy cảm — những cái này được bảo vệ bởi mã hóa của Syndie 16:07 &lt;+fox&gt; &lt;mk&gt; ừ, sao không giữ cả hai? 16:08 &lt;jadeSerpent&gt; tôi đồng ý rằng chưa có issue tracker nào được thiết kế với ẩn danh hay bảo mật nhiều hơn mức tầm thường trong đầu 16:09 &lt;+fox&gt; &lt;mk&gt; sẽ hay nếu Syndie có loại bug tracker đó, nhưng ẩn danh không phải vấn đề quá lớn khi nộp hầu hết báo bug 16:10 &lt;jadeSerpent&gt; có thể Trac có thể được mod để tận dụng các tính năng của Syndie ở điểm đó 16:10 &lt;+fox&gt; &lt;mk&gt; jade, sẽ khó. trình duyệt không triển khai ký số 16:12 &lt;jrandom&gt; hmm. cái chúng ta có ban đầu dựa trên: http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 &lt;jrandom&gt; cộng http://dev.i2p.net/~jrandom/bugsp1.txt và http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 &lt;jrandom&gt; tôi đồng ý rằng ta cần thứ gì đó tốt hơn cái đang có để theo dõi các issue này, và tôi cởi mở với bất cứ gì giúp ta tiến lên nhanh nhất 16:13 &lt;jrandom&gt; nhưng tôi muốn giữ nó tối giản nếu có thể, vì ta đang xây Syndie, không phải một bug tracker :) 16:14 &lt;jadeSerpent&gt; vâng, mà hiện giờ bạn có vẻ vẫn xoay xở được dù không có nó ;) 16:14 &lt;jrandom&gt; nhưng tôi chắc một số sẽ lọt lưới, và những người khác sẽ khó tìm cái gì đã biết/v.v., và đóng góp bản vá 16:15 &lt;+fox&gt; &lt;mk&gt; có lẽ ta thậm chí không cần triển khai nó qua Syndie. nó hữu ích ở đó ở mức nào đó, nhưng 200+ bug là rất nhiều. ta nên quyết định một tracker và cung cấp nó qua web và qua I2P 16:16 &lt;+fox&gt; &lt;mk&gt; đặt một liên kết tới nó ở trên cùng màn hình gửi bug của Syndie, và như vậy ta có cả hai lựa chọn. triển khai một bug tracker trong Syndie không phải thứ nên dùng tài nguyên vào lúc này 16:17 * jrandom rất thích có theo dõi bug tích hợp (để mọi người không cần tạo tài khoản theo dõi bug, dùng email giả, v.v.), nhưng tôi cởi mở với các đề xuất về giải pháp nên dùng 16:17 &lt;+fox&gt; &lt;mk&gt; tôi nghĩ ta nên giữ cái đó, nhưng cũng có bug tracker kia 16:18 &lt;jadeSerpent&gt; trong ngắn hạn, truy cập chỉ đọc sẽ hay 16:18 &lt;jadeSerpent&gt; tôi thích một giao diện tìm kiếm định hướng bug hơn 16:18 &lt;jrandom&gt; không tệ đâu, có lẽ có thể viết một export một chiều syndie--&gt;issue tracker cũng không quá khó, cho những người không thể hoặc không muốn dùng bản dựa trên web 16:19 &lt;jrandom&gt; s/of r/for/ 16:19 &lt;+fox&gt; &lt;mk&gt; việc gửi bug tích hợp là thứ tuyệt vời để có, nhưng ta không nên dùng archive của Syndie để theo dõi 200+ bug 16:20 &lt;jrandom&gt; dù nó rất tuyệt để kiểm thử khả năng tìm kiếm của chúng ta :) [ừ, ok, tôi bị thuyết phục rồi] 16:20 &lt;jrandom&gt; vậy, một phiếu cho Trac. còn phiếu nào khác? vui lòng đăng lên diễn đàn dev của Syndie, kèm lý do, dĩ nhiên 16:21 &lt;jadeSerpent&gt; hai phiếu cho Trac, trừ khi bạn đã tính phiếu của tôi ;) 16:21 &lt;jrandom&gt; ừ, đó là cái tôi đang tính ;) 16:21 &lt;+fox&gt; &lt;mk&gt; có những lựa chọn nào? tôi không biết gì về tracker 16:21 &lt;jadeSerpent&gt; tôi hy vọng đó là phiếu của riêng bạn, nhưng thôi được 16:22 &lt;jadeSerpent&gt; tôi đã làm việc với Trac, hỗ trợ bên thứ ba rất tốt 16:22 &lt;jadeSerpent&gt; bugzilla thì tôi sẽ nói là chán 16:22 &lt;jrandom&gt; dù, nhân tiện, nếu ai đó khá quen với một issue tracker, sẽ hữu ích để làm nhanh một export syndie--&gt;issue tracker 16:22 &lt;jrandom&gt; ừ, Bugzilla là một con quái 16:22 &lt;jadeSerpent&gt; JIRA cũng tốt, như Trac 16:23 &lt;+void&gt; Trac có lẽ cũng quen thuộc với nhiều người 16:23 &lt;jrandom&gt; ừ, và họ cũng tốt (họ đã cho I2P một giấy phép, dù ta chưa dùng) 16:23 &lt;jadeSerpent&gt; bạn có giấy phép JIRA à? 16:23 &lt;jrandom&gt; ừ, JIRA và Fisheye 16:24 &lt;jadeSerpent&gt; hay, thử luôn cũng được 16:24 &lt;jadeSerpent&gt; nhân tiện, plugin Mylar của Eclipse tích hợp đầy đủ với Bugzilla, Trac và JIRA 16:24 &lt;jadeSerpent&gt; giao diện của nó được khen ngợi cao 16:25 &lt;jrandom&gt; phiền phức thật cái cuộc chiến NetBeans/Eclipse này 16:25 &lt;bar&gt; (bug được báo tự động khi vừa tạo? ;) 16:25 &lt;tethrage&gt; (haha) 16:26 &lt;+fox&gt; &lt;mk&gt; hah, hay đấy 16:26 &lt;jadeSerpent&gt; jrandom: hỗ trợ NetBeans nằm trong lộ trình Mylar nếu tôi nhớ đúng 16:26 &lt;jrandom&gt; hay 16:26 &lt;+fox&gt; &lt;modulus&gt; đó là điều đến với những ai cuồng nhiệt ủng hộ Sun :-) 16:27 * jrandom ném modulus bằng javabeans 16:27 &lt;jadeSerpent&gt; dù Mylar chính thức dưới sự bảo trợ của Eclipse Foundation 16:27 &lt;+fox&gt; * mk không tìm thấy site Trac đang hoạt động 16:27 &lt;+fox&gt; &lt;modulus&gt; http://trac.wordpress.org/ 16:27 &lt;jrandom&gt; mk: `http://feedspace.i2p/` hiện tại 16:28 &lt;+void&gt; http://trac.edgewall.com/ 16:29 * jrandom không muốn tốn nhiều thời gian đánh giá nhiều hệ thống khác nhau, nên nếu ai muốn làm 'đầu tàu' cho một hệ thống cụ thể, hãy làm vậy trên diễn đàn dev của Syndie 16:29 &lt;jadeSerpent&gt; http://overlays.gentoo.org/proj/alt/wiki 16:29 &lt;+void&gt; (^ meta-trac chính thức) 16:29 &lt;+fox&gt; &lt;mk&gt; ừ, với tôi cái nào cũng được 16:30 * jrandom sẽ coi như vậy là xong phần 3) Những người thắng cuộc thi thu hoạch bug tháng Một! và chuyển chúng ta sang 4) ??? 16:30 &lt;jrandom&gt; ai còn điều gì khác cho buổi họp không? 16:30 &lt;+fox&gt; &lt;mk&gt; 'tốt nhất' bị đánh giá quá cao. ai có nhiều kinh nghiệm nhất với mấy thứ này chắc nên tung đồng xu 16:32 * jrandom thực ra không tìm một hệ thống lập kế hoạch dự án / lập kế hoạch phát hành, hay một trình duyệt mã nguồn (một wiki miễn phí thì cũng tốt, nhưng chúng ta cũng có ugha.i2p) 16:32 &lt;jrandom&gt; theo dõi issue là tính năng duy nhất tôi quan tâm ở đó 16:37 &lt;jrandom&gt; ok, nếu không còn gì khác cho buổi họp... 16:37 * jrandom kết thúc 16:37 * void đưa cho jrandom cái baffer 16:37 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2007/01/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-1-n%C4%83m-2007/Tue, 30 Jan 2007 00:00:00 +0000/vi/blog/2007/01/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-1-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Complication2, jrandom, mk, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:06 &lt;jrandom&gt; 0) chào&lt;p&gt; 15:06 &lt;jrandom&gt; 1) Trạng thái mạng&lt;p&gt; 15:06 &lt;jrandom&gt; 2) Trạng thái Syndie&lt;p&gt; 15:06 &lt;+zzz&gt; )))&lt;p&gt; 15:06 &lt;jrandom&gt; 3) Trạng thái I2PSnark&lt;p&gt; 15:06 &lt;jrandom&gt; 4) ???&lt;p&gt; 15:06 &lt;jrandom&gt; 0) chào&lt;p&gt; 15:07 * jrandom vẫy tay&lt;p&gt; 15:07 &lt;+fox&gt; &lt;mk&gt; Tôi vừa đăng bài, cứ thoải mái phản hồi&lt;p&gt; 15:07 &lt;jrandom&gt; ghi chú trạng thái hằng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-January/001331.html&lt;p&gt; 15:07 &lt;jrandom&gt; w3wt, sẽ làm mk, cảm ơn&lt;p&gt; 15:07 &lt;jrandom&gt; (giờ hãy vào cuộc họp phát triển hằng tuần đã được lưu trữ của chúng ta :)&lt;p&gt; 15:08 &lt;jrandom&gt; tuần này bộ ghi chú trạng thái ngắn thôi, nhưng hãy lướt qua chúng&lt;p&gt; 15:08 &lt;jrandom&gt; 1) Trạng thái mạng&lt;p&gt; 15:08 &lt;jrandom&gt; không có thay đổi đáng kể ở đây, dù chúng ta đã có mức giảm đáng kể trong tỷ lệ xây dựng thành công như được biểu đồ trên stats.i2p&lt;p&gt; 15:08 &lt;jrandom&gt; dù không phải những lỗi thảm họa như mùa hè năm ngoái&lt;p&gt; 15:09 &lt;+zzz&gt; đúng vậy, trái với đánh giá khá lạc quan của bạn trong ghi chú, chúng ta đã chạm mức thấp nhất trong 3 tháng về thành công xây dựng tunnel vào cuối tuần trước. Chỉ có sự phục hồi khiêm tốn trong vài ngày qua&lt;p&gt; 15:09 &lt;Complication2&gt; Về phía trạng thái mạng, tôi thấy áp lực định tuyến tăng lên, khiến băng thông tăng khoảng 10%, nhưng không nhiều hơn&lt;p&gt; 15:11 &lt;jrandom&gt; ừ, đó là phần kỳ lạ đấy zzz - tỷ lệ lỗi đã tăng đáng kể, nhưng irc không bị ảnh hưởng nhiều&lt;p&gt; 15:11 &lt;Complication2&gt; Cảm giác như một phần năng lực định tuyến đáng kể hoặc vừa rời khỏi mạng, hoặc bị ngưng hoạt động&lt;p&gt; 15:11 &lt;jrandom&gt; Complication2: ờm, có vài nút gặp sự cố phần cứng và mạng, điều đó tương quan với nhận định đó&lt;p&gt; 15:12 &lt;+zzz&gt; từ chỗ $here, irc bị ảnh hưởng khá nhiều&lt;p&gt; 15:12 &lt;Complication2&gt; nhưng tôi phát hiện bộ ghi thống kê của mình đã ghi các tệp 0B từ tháng Mười... nên thực sự tôi không biết&lt;p&gt; 15:12 &lt;Complication2&gt; bị lỗi gõ trong script của tôi :O&lt;p&gt; 15:12 &lt;jrandom&gt; ôi&lt;p&gt; 15:13 &lt;jrandom&gt; zzz: hy vọng chuyện đó đã qua rồi, đúng chứ?&lt;p&gt; 15:13 &lt;+zzz&gt; tôi nghĩ mọi thứ đang cải thiện, dù vào buổi tối theo GMT mọi thứ tệ hơn buổi sáng&lt;p&gt; 15:15 &lt;jrandom&gt; hmm thú vị&lt;p&gt; 15:15 &lt;Complication2&gt; nếu đa số người dùng vẫn đến từ châu Âu, vào buổi tối theo GMT, số lượng của họ có thể tăng lên...&lt;p&gt; 15:15 &lt;+zzz&gt; chỉ cần nhớ rằng thời tiết luôn nắng đẹp bên trong một colo :)&lt;p&gt; 15:16 &lt;Complication2&gt; (nhưng tôi chưa kiểm tra theland.i2p gần đây)&lt;p&gt; 15:16 &lt;jrandom&gt; hehe&lt;p&gt; 15:16 &lt;jrandom&gt; (chúng ta đã tăng trong vài ngày qua, với known: đạt 555 hồi đầu chiều nay, và giờ đang ở 570)&lt;p&gt; 15:17 &lt;jrandom&gt; ((đang hoạt động: 266/367))&lt;p&gt; 15:17 &lt;jrandom&gt; ít nhất là theo router của tôi&lt;p&gt; 15:18 &lt;jrandom&gt; được rồi, ai còn gì cho 1) Trạng thái mạng không?&lt;p&gt; 15:20 &lt;jrandom&gt; nếu không, hãy chuyển sang 2) Trạng thái Syndie&lt;p&gt; 15:20 &lt;jrandom&gt; đang có vài thứ nặng ký ở đây, với bản phát hành mới sẽ ra trong một hai ngày tới&lt;p&gt; 15:21 &lt;jrandom&gt; tôi đang làm hết sức để xử lý càng nhiều bug đã báo càng tốt, và có hai cải tiến chức năng lớn trong bản phát hành sắp tới - xử lý việc cấm tốt hơn, và hỗ trợ một loạt các chính sách riêng tư, xác thực và ủy quyền cho nhiều diễn đàn khác nhau&lt;p&gt; 15:23 &lt;jrandom&gt; khi bản phát hành mới ra, sẽ có nhiều điều để bàn thêm ở mảng đó (dù phần lớn thảo luận đang diễn ra trong syndie, đương nhiên :)&lt;p&gt; 15:23 &lt;jrandom&gt; còn về cuộc thi - vẫn còn một ngày nữa để gửi bug của bạn! những người thắng cuộc và nhà tài trợ sẽ được công bố trong cuộc họp tuần sau&lt;p&gt; 15:24 &lt;jrandom&gt; được rồi, có ai có câu hỏi/bình luận/lo ngại gì liên quan đến trạng thái syndie không?&lt;p&gt; 15:25 &lt;jrandom&gt; nếu không, hãy chuyển sang 3) Trạng thái I2PSnark&lt;p&gt; 15:25 &lt;jrandom&gt; zzz, muốn cập nhật cho chúng tôi về tình hình chứ?&lt;p&gt; 15:25 &lt;+zzz&gt; có&lt;p&gt; 15:26 &lt;+zzz&gt; ở cuộc họp 2 tuần trước tôi đang ở một điểm dừng tốt, nhưng sau đó tôi đã tìm và sửa vài thứ thật sự ngốn bộ nhớ và thực hiện một số tinh chỉnh khác...&lt;p&gt; 15:26 &lt;+zzz&gt; giờ tôi lại ở một điểm dừng tốt, nên mọi người vui lòng thử CVS và báo kết quả ở đây hoặc trong syndie - cảm ơn&lt;p&gt; 15:27 &lt;+zzz&gt; về tình trạng 'thrashing' khi khởi động...&lt;p&gt; 15:27 &lt;+zzz&gt; đã có vài gợi ý hay trong syndie...&lt;p&gt; 15:28 &lt;+zzz&gt; ý tưởng đầu tiên của tôi không thực sự hiệu quả, nhưng tôi đã dọn dẹp một lock để trang web không còn treo lúc khởi động nữa, nên nó _trông_ nhanh hơn&lt;p&gt; 15:28 &lt;+zzz&gt; có thể sẽ thử các gợi ý khác sau. &lt;eot&gt;&lt;p&gt; 15:29 &lt;jrandom&gt; heh tuyệt, cảm ơn zzz!&lt;p&gt; 15:30 &lt;jrandom&gt; được rồi, hãy chuyển sang mục tổng hợp quen thuộc: 4) ???&lt;p&gt; 15:30 &lt;jrandom&gt; ai còn điều gì khác muốn nêu ra cho cuộc họp không?&lt;p&gt; 15:33 &lt;jrandom&gt; được rồi, nếu không...&lt;p&gt; 15:33 * jrandom lấy đà&lt;p&gt; 15:34 * jrandom *baf* đóng cuộc họp&lt;p&gt; </div>/vi/blog/2007/01/16/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-1-2007/Tue, 16 Jan 2007 00:00:00 +0000/vi/blog/2007/01/16/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-1-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrandom, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) chào 15:03 &lt;jrandom&gt; 1) Tình trạng mạng 15:03 &lt;jrandom&gt; 2) Cập nhật I2PSnark 15:03 &lt;jrandom&gt; 3) Tiến độ Syndie 15:03 &lt;jrandom&gt; 4) ??? 15:03 &lt;jrandom&gt; 0) chào 15:03 * jrandom vẫy tay 15:03 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã có tại http://dev.i2p.net/pipermail/i2p/2007-January/001329.html 15:05 &lt;jrandom&gt; khi mọi người xem qua cái đó, hãy chuyển sang 1) Tình trạng mạng 15:05 &lt;jrandom&gt; hiện chưa có nhiều thay đổi ở mảng này 15:06 &lt;jrandom&gt; đáng chú ý là biểu đồ miền (domains) được cập nhật tại `http://stats.i2p/cgi-bin/serv_domain.cgi` cho thấy phân bố máy chủ khá tốt ngay cả sau khi loại bỏ 2000 mục cũ 15:07 &lt;jrandom&gt; zzz: biểu đồ đó dựa trên khoảng thời gian nào? 15:07 &lt;+zzz&gt; 1 tháng 15:07 &lt;jrandom&gt; wow tuyệt 15:09 &lt;jrandom&gt; tất nhiên, các NIC không phải lúc nào cũng được cập nhật, nhưng nó vẫn cho một cái nhìn tổng quan khá tốt. làm tốt lắm zzz, cảm ơn 15:10 &lt;jrandom&gt; ok, có ai còn điều gì muốn nêu cho 1) tình trạng mạng không? 15:12 &lt;jrandom&gt; nếu không, hãy chuyển sang 2) cập nhật i2psnark 15:12 &lt;jrandom&gt; zzz, muốn cho bọn mình bản tóm tắt không? 15:13 &lt;+zzz&gt; chúng tôi có cải thiện về tính công bằng khi&gt; 4 leecher, sửa lỗi restart-torrent tồn tại từ lâu, không khởi động tunnel nếu autostart chưa được chọn, và thêm một số liên kết trên trang web. 15:13 &lt;+zzz&gt; đã thêm nút stop-all, có vẻ như thường không hoạt động nếu đang có lưu lượng 15:13 &lt;+zzz&gt; như thường lệ, đang tìm người thử nghiệm và báo cáo, cảm ơn 15:14 &lt;jrandom&gt; đỉnh quá, cảm ơn zzz 15:14 &lt;jrandom&gt; khi cậu thấy ổn, chúng ta có thể đóng gói nó và phát hành bản 0.6.1.27 mới kèm theo cái đó 15:15 &lt;+zzz&gt; ok có lẽ một hoặc hai tuần 15:16 &lt;jrandom&gt; nghe ổn 15:17 &lt;jrandom&gt; ok hãy chuyển sang 3) Tiến độ Syndie 15:17 &lt;jrandom&gt; như đã đề cập, có nhiều việc đang diễn ra ở mảng này, và hy vọng chúng ta sẽ tung ra một bản sửa đổi mới trong một hai ngày tới 15:19 &lt;jrandom&gt; sẽ có thông báo khi nó ra mắt, trong Syndie, trên các trang web, trên diễn đàn và trên list 15:19 &lt;jrandom&gt; ok, chuyển qua 4) ??? 15:20 &lt;jrandom&gt; có ai còn điều gì khác muốn nêu ra cho cuộc họp không? 15:23 &lt;jrandom&gt; nếu không... 15:23 * jrandom chuẩn bị 15:23 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2007/01/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-09-th%C3%A1ng-01-n%C4%83m-2007/Tue, 09 Jan 2007 00:00:00 +0000/vi/blog/2007/01/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-09-th%C3%A1ng-01-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, jrandom, nony, tea, tethra, void, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) chào 15:07 &lt;jrandom&gt; 1) Tình trạng mạng 15:07 &lt;jrandom&gt; 2) I2Phex 0.1.1.38 15:07 &lt;jrandom&gt; 3) Tiến độ Syndie 15:07 &lt;jrandom&gt; 4) Cuộc thi thu thập lỗi Syndie 15:07 &lt;jrandom&gt; 5) ??? 15:07 &lt;jrandom&gt; 0) chào 15:07 * jrandom vẫy tay 15:07 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 15:09 &lt;jrandom&gt; trong khi mọi người còn đang chảy dãi vì mấy thứ macworld, hãy nhảy vào 1) tình trạng mạng 15:09 &lt;jrandom&gt; tuần này tôi không có gì để nói ở đây, nhưng thấy ngại nếu không đưa tình trạng mạng vào báo cáo, nên đây nó là 15:09 &lt;jrandom&gt; ai có gì bổ sung về tình trạng mạng không? 15:09 &lt;+zzz&gt; Tôi đang thử vài tinh chỉnh i2psnark, không có gì lớn 15:10 &lt;jrandom&gt; ồ hay đó, liên quan tới các báo lỗi gần đây, hay còn món ngon nào khác để mong đợi? 15:11 &lt;+zzz&gt; khác - chủ yếu xử lý tốt hơn các torrent có&gt; 4 peer 15:11 &lt;jrandom&gt; đỉnh phết 15:11 &lt;+zzz&gt; cũng bắt được vài chỗ OOM (hết bộ nhớ) hay gặp thay vì làm sập cả JVM (Máy ảo Java) 15:12 &lt;tea&gt; nghe tuyệt, lúc này i2p-bt có vẻ là lựa chọn tốt nhất cho torrent tốc độ "cao" 15:12 &lt;+zzz&gt; tức là nơi nó lấy cả một khối 256KB - 1MB để lưu một mảnh 15:13 &lt;+zzz&gt; mọi người chọn một torrent và ùa vào để giúp tôi thử nghiệm :) 15:14 &lt;jrandom&gt; quá xịn, báo cho chúng tôi biết khi nào nên thử nhé zzz 15:14 &lt;tea&gt; có ai làm lại 'casino royale' không? :) 15:14 * jrandom nhắc rằng cuộc họp này được ghi log và đăng lên web ;) 15:15 &lt;+void&gt; ồ, cuộc họp 15:15 &lt;tea&gt; vậy là không ai xung phong rồi 15:16 &lt;jrandom&gt; được rồi, còn ai có gì cho 1) Tình trạng mạng không? 15:17 &lt;bar&gt; nhân đang nói đến i2psnark... 15:18 &lt;bar&gt; ...có thể khởi động, dừng và khởi động lại i2psnark từ console không? 15:18 &lt;bar&gt; (thay vì khởi động lại cả router để tắt các tunnel) 15:19 &lt;+zzz&gt; không rõ - jrandom có ý kiến gì không? 15:20 &lt;jrandom&gt; bar: khi bạn nói dừng và khởi động, ngoài việc dừng và khởi động các torrent riêng lẻ thì còn bao hàm gì nữa? 15:21 &lt;bar&gt; diệt các tunnel của i2psnark đang ngốn tài nguyên của tôi khi không tải torrent 15:22 &lt;bar&gt; (các tunnel không chết khi bạn xóa các .torrent, nếu tôi nhớ đúng) 15:22 &lt;jrandom&gt; à, dừng i2p destination thực sự của nó. làm được mà không quá khó, giao diện web có quyền truy cập SnarkManager 15:23 &lt;jrandom&gt; (một giải pháp tạm thời là đặt độ dài tunnel về 0 cho đến khi bạn cần dùng lại) 15:23 &lt;jrandom&gt; nhưng bạn nói đúng, cái đó sẽ hữu ích 15:23 &lt;+void&gt; bạn có thể đổi các tunnel thành độ sâu 0, dù như vậy dễ sinh lỗi 15:23 &lt;+zzz&gt; ý hay đấy, cung cấp nút dừng tunnel trên trang web, đồng ý 15:23 * jrandom !hi5s void 15:24 &lt;+void&gt; ack, tôi lag tới mức *đó* à? 15:24 &lt;jrandom&gt; I2PSnarkUtil đã có sẵn .disconnect() dạng static rồi 15:25 &lt;jrandom&gt; (vậy gọi nó từ I2PSnarkServlet sẽ đơn giản thôi) 15:25 &lt;jrandom&gt; zzz: bạn muốn xử cái đó, hay muốn tôi nhét nó vào? 15:27 &lt;+zzz&gt; Tôi không thấy câu hỏi nào ở đó nên bạn làm đi 15:27 &lt;jrandom&gt; ok hay đó, tôi sẽ làm 15:27 &lt;jrandom&gt; được rồi, còn ai có gì về 1) Tình trạng mạng không? 15:29 &lt;jrandom&gt; nếu không, hãy nhảy qua 2) I2Phex 0.1.1.38 15:29 &lt;jrandom&gt; Complication: muốn tóm tắt cho bọn tôi phần cốt yếu chứ? 15:31 &lt;jrandom&gt; theo tôi biết, có bản tóm tắt thay đổi tốt trong CVS và thông báo (http://forum.i2p.net/viewtopic.php?t=2005) 15:33 &lt;tea&gt; có khả năng đổi vĩnh viễn độ dài tunnel không? 15:34 &lt;jrandom&gt; chắc rồi, tôi nhớ có chỗ bạn có thể đặt chúng trong file cấu hình i2phex bằng cách chỉ định các tùy chọn i2p tùy chỉnh (dù lúc này tôi không nhớ tùy chọn trong file cấu hình i2phex là gì) 15:35 &lt;bar&gt; tea: có, trong i2phex.cfg (i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance) 15:36 &lt;tea&gt; tôi đang nghĩ tới thẻ tùy chọn mà i2p-rufus có 15:37 &lt;tea&gt; có thể thêm thứ như vậy không? 15:38 &lt;jrandom&gt; tôi nghĩ complication đã nói đó là ý hay, nên có lẽ làm được thôi 15:38 * jrandom chưa vọc GUI nào trong i2phex (dù tôi chắc nếu bạn gửi một bản vá, tôi sẽ đảm bảo nó được đưa vào :) 15:38 &lt;jrandom&gt; ồ, thôi, có vẻ complication nói ảnh đang làm rồi 15:39 &lt;jrandom&gt; http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 &lt;tea&gt; là người dùng rufus nghiệp dư tôi rất thích thấy câu hỏi bật lên 'allow zero hop connections ?', và có thể bấm no ... 15:42 &lt;jrandom&gt; ừ. được rồi, ai còn gì nữa về 2) I2Phex 0.1.1.38? 15:42 &lt;bar&gt; à, nhân tiện, tôi nghĩ nên chúc mừng đội Phex gốc với bản phát hành 3.0; nó vừa ra hôm kia :) 15:43 * bar vẫy tay 15:43 &lt;jrandom&gt; ừ, chúc mừng ArneBab và đồng sự! 15:45 &lt;tea&gt; biết đâu một ngày họ sẽ vẫy lại ... 15:46 &lt;jrandom&gt; ArneBab và GregorK đã có một số phản hồi tốt về i2phex qua các năm 15:46 &lt;+void&gt; ngày mà i2phex đạt phiên bản 3.0? 15:46 &lt;jrandom&gt; hy vọng là vậy :) 15:47 &lt;bar&gt; đến lúc đó chắc ta đi xa lâu rồi, nhưng ừ :) 15:48 &lt;jrandom&gt; được rồi, nhảy qua 3) Tiến độ Syndie 15:48 &lt;jrandom&gt; nhiều tiến triển trong tuần qua, bao gồm 1.001a đã phát hành 15:50 &lt;jrandom&gt; tuy đa số thảo luận về mặt đó đang diễn ra ngay trong syndie 15:50 &lt;jrandom&gt; nên nếu bạn chưa tham gia, hãy vào đó để tìm hiểu thêm :) 15:51 &lt;jrandom&gt; ai có gì muốn bàn về syndie không? 15:53 &lt;+void&gt; ờ, tôi vừa chạy sync và nó nhập một tin chưa đọc cùng một đống tin đã đọc 15:53 &lt;+void&gt; nhưng tôi đoán ta sẽ debug chuyện đó sau cuộc họp? 15:54 &lt;jrandom&gt; hmm, ừ, khá kỳ (tôi vừa nhập vài tin mới gần đây, và chúng hiện là chưa đọc). nhưng vâng chắc chắn cần đào sâu thêm chuyện đó 15:54 &lt;jrandom&gt; được rồi, nhảy qua 4) Cuộc thi thu thập lỗi Syndie 15:55 &lt;+void&gt; có thể đăng ký tài khoản egold ẩn danh không? 15:55 &lt;jrandom&gt; ừ, không cần giấy tờ tùy thân 15:56 &lt;+void&gt; à, hay đó 15:56 &lt;jrandom&gt; tuy nhiên, dĩ nhiên, họ có thể đóng băng các tài khoản gian lận, và họ theo dõi mọi giao dịch, và chia sẻ dữ liệu giao dịch với Họ 15:56 &lt;jrandom&gt; nhưng nó quá đủ để phòng vệ trước đa số đối thủ 15:57 &lt;+void&gt; ờ, tất nhiên 15:58 * jrandom thấy các báo cáo lỗi và yêu cầu tính năng vô giá, và dù tôi biết 50 USD chẳng thể bù được thời gian thực bỏ ra, hy vọng đó là một món quà cảm ơn nho nhỏ 15:58 &lt;jrandom&gt; tôi hy vọng chúng ta sẽ tiếp tục cuộc thi này mỗi tháng 15:58 &lt;+void&gt; hehe 15:59 &lt;+void&gt; heheat least cũng là lúc vui 15:59 &lt;+void&gt; arg 16:00 &lt;jrandom&gt; ai có câu hỏi gì về cuộc thi, hay gợi ý, hay frisbee không? 16:01 &lt;+tethra&gt; cuộc thi? 16:01 &lt;+tethra&gt; (tôi đến muộn) 16:01 * tethra đọc lại 16:01 &lt;+tethra&gt; hay đó :o 16:02 &lt;jrandom&gt; vậy nên hãy để báo cáo lỗi tuôn ra nào :) 16:03 &lt;jrandom&gt; được rồi, chuyển qua 5) ??? 16:03 &lt;+void&gt; chúng đang tuôn rồi :) 16:03 &lt;+tethra&gt; vâng thưa sếp! ;) 16:03 &lt;jrandom&gt; ừ, cảm ơn! (vâng, tôi tính mọi thứ từ jan1 đến jan31 :) 16:03 &lt;jrandom&gt; được rồi, còn ai có gì muốn nêu ra cho cuộc họp không? 16:04 &lt;+fox&gt; &lt;nony&gt; nó chạy trên java6 không? 16:04 &lt;tea&gt; chắc rồi 16:04 &lt;+tethra&gt; nhân tiện, nó có biên dịch bằng gcj không? 16:04 &lt;jrandom&gt; nony: tôi chạy nó trên java6 ở đây, có 16:04 &lt;jrandom&gt; tethra: ừ, và chạy ;) 16:04 &lt;+tethra&gt; tuyệt 16:04 &lt;+tethra&gt; ;) 16:04 &lt;+fox&gt; &lt;nony&gt; ngon 16:07 &lt;jrandom&gt; được rồi, còn gì nữa cho cuộc họp không? 16:09 &lt;jrandom&gt; nếu không... 16:09 * jrandom chuẩn bị 16:09 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2007/01/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-01-n%C4%83m-2007/Tue, 02 Jan 2007 00:00:00 +0000/vi/blog/2007/01/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-01-n%C4%83m-2007/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, covracer, jrandom, z^z</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) chào 15:02 &lt;jrandom&gt; 1) Trạng thái mạng và kế hoạch 15:02 &lt;jrandom&gt; 2) Syndie 1.001a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) chào 15:02 * jrandom vẫy tay 15:02 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble vẫy tay với jrandom 15:03 * jrandom đoán là hầu hết mọi người vẫn còn đang giải rượu, nên chúng ta sẽ làm việc này một cách lặng lẽ 15:04 &lt;jrandom&gt; hãy nhảy vào 1) Trạng thái mạng và kế hoạch 15:05 &lt;jrandom&gt; như đã đề cập trong ghi chú, đã có nhiều việc được bao quát, nhưng năm nay chúng ta còn rất nhiều việc khó khăn phía trước 15:05 &lt;jrandom&gt; tuy nhiên, chúng ta muốn thảo luận các đánh đổi khác nhau và đảm bảo chọn những phương án phù hợp nhất để hỗ trợ các chức năng cụ thể mà chúng ta đang hướng tới 15:06 &lt;jrandom&gt; nhưng chúng ta sẽ xem tình hình thế nào khi mọi thứ tiến triển 15:06 &lt;jrandom&gt; trong lúc này, mạng có vẻ khá ổn định, điều đó là tốt 15:07 &lt;jrandom&gt; có ai có điều gì muốn nêu ra về: trạng thái mạng và kế hoạch không? 15:09 &lt;jrandom&gt; nếu không, hãy nhảy sang 2) Syndie 1.001a 15:09 &lt;z^z&gt; có gì tôi có thể làm trên mạng không - netdb hoặc tunnels? 15:09 * jrandom nhảy lại 15:10 &lt;z^z&gt; Tôi biết chúng ta có câu hỏi về việc lan truyền netdb và về mức sử dụng CPU nhưng tôi sẽ cần một chỉ dẫn tốt để bắt đầu 15:11 &lt;z^z&gt; dù sao cũng sẽ suy nghĩ về nó 15:11 &lt;jrandom&gt; z^z: việc tìm kiếm netDb khi số lượng floodfill peer đã biết/có thể liên hệ được chạm 0 có lẽ cần thực hiện một bước đi lặp ngẫu nhiên qua các peer đã biết 15:12 &lt;z^z&gt; ok cảm ơn, sẽ mò mẫm và hỏi sau 15:12 &lt;jrandom&gt; có lẽ thêm một cờ mới trên thông điệp tra cứu netDb để yêu cầu "cho tôi một số floodfill peer" 15:12 &lt;jrandom&gt; tuyệt lắm z^z! điều đó có thể sẽ có tác động đáng kể đối với người dùng mới - cho tôi biết nếu bạn gặp rắc rối 15:13 &lt;z^z&gt; ha, điều đó sẽ đưa tôi vào lãnh địa mới, nghe có vẻ thú vị cho năm mới 15:13 &lt;jrandom&gt; :) 15:14 &lt;bar&gt; "đừng xóa thông tin router của floodfill peer khỏi netdb nếu chúng quá ít" &lt;-- có ai nhớ cái này đã vào cvs chưa? 15:15 &lt;jrandom&gt; không 15:15 &lt;jrandom&gt; hoặc, tôi không nhớ là có... 15:16 &lt;bar&gt; okie 15:17 &lt;jrandom&gt; (một chỗ tuyệt cho việc đó sẽ là KademliaFloodfillNetworkFacade::dropAfterLookupFailed) 15:18 &lt;jrandom&gt; ờ, KademliaNetworkDatabaseFacade, ý là vậy (floodfill mở rộng nó) 15:20 &lt;jrandom&gt; (cũng có vài phần trong DatabaseLookupMessage có thể dùng để gắn cờ 'gửi cho tôi floodfill peer' - 'tunnelSpecified' là boolean, nhưng được truyền trong một byte đầy đủ) 15:21 &lt;jrandom&gt; ok, còn gì về 1) Trạng thái mạng và kế hoạch không? 15:23 * jrandom tiếp tục nhảy sang 2) Syndie 1.001a 15:24 &lt;jrandom&gt; cô ấy sắp ra mắt, có lẽ trong một hai ngày nữa. rất nhiều bản sửa lỗi và dọn dẹp (cảm ơn mọi người đã giúp!), và sẽ có thêm chi tiết trong thông báo khi phát hành 15:25 &lt;jrandom&gt; đại khái vậy thôi để nhắc về mục đó, (nhưng nếu bạn đang dùng Syndie mới, bạn có thể theo dõi các thảo luận mới nhất ở đó ;) 15:27 &lt;jrandom&gt; có ai có điều gì muốn nêu về syndie 1.001a, hay chúng ta bỏ qua và chuyển sang 3) ??? 15:27 &lt;jrandom&gt; có ai còn điều gì muốn thảo luận trong cuộc họp không? 15:28 &lt;+fox&gt; &lt;covracer&gt; bạn vẫn không ủng hộ một ebuild chứ? 15:29 &lt;jrandom&gt; cho Syndie, hay i2p? 15:29 &lt;+fox&gt; &lt;covracer&gt; i2p 15:29 &lt;jrandom&gt; đúng, tôi vẫn không ủng hộ một ebuild 15:29 &lt;jrandom&gt; (dù sao cũng cảm ơn đề nghị/gợi ý!) 15:30 &lt;jrandom&gt; các vấn đề của i2p không liên quan đến kích thước mạng, nên tăng quy mô sẽ không giải quyết được chúng 15:30 &lt;jrandom&gt; ngược lại, nó chỉ buộc nhiều người hơn phải đối mặt với các vấn đề và lộ trình nâng cấp để giải quyết chúng 15:30 &lt;+fox&gt; &lt;covracer&gt; ừ 15:31 &lt;+fox&gt; &lt;covracer&gt; alex đã làm một số việc tốt với một ebuild 15:31 &lt;+fox&gt; &lt;covracer&gt; nó nằm trong overlay java-experimental-migration, nếu tôi nhớ không nhầm 15:31 &lt;+fox&gt; * godmode0 đã quay lại (đi vắng 01:57:51) 15:32 &lt;+fox&gt; &lt;covracer&gt; dù sao thì nó phụ thuộc vào nhiều cải tiến trong cách Gentoo xử lý Java và Jetty 15:32 &lt;+fox&gt; &lt;covracer&gt; và sẽ không vào cây chính sớm đâu 15:33 &lt;jrandom&gt; tuyệt (việc của alex đang tiến triển tốt), và hy vọng chúng ta sẽ đưa i2p đến mức mà đẩy nó vào main sẽ là điều tuyệt vời :) 15:34 &lt;+fox&gt; &lt;covracer&gt; một ebuild cho Syndie có được hoan nghênh không hay cũng nên hoãn lại? 15:34 * jrandom tự hỏi sẽ có bao nhiêu xáo trộn trong việc xử lý Java khi JVM & thư viện của Sun chuyển sang GPL 15:35 &lt;jrandom&gt; hy vọng Syndie sẽ sẵn sàng cho sử dụng sản xuất đầy đủ trong vòng vài tháng, với bản beta có lẽ trong khoảng một tháng, nên xem xét một ebuild ở đó sẽ rất hay 15:36 &lt;jrandom&gt; khi Syndie đi vào sản xuất tôi muốn làm cho nó dễ dùng nhất có thể - apt-get, emerge, rpm, v.v. 15:36 &lt;+fox&gt; &lt;covracer&gt; được, tôi sẽ xem liệu có thể chắp vá một ebuild trong tuần nghỉ này không—tôi chẳng có gì tốt hơn để làm 15:36 &lt;jrandom&gt; quá đã, cảm ơn covracer! 15:37 &lt;+fox&gt; &lt;covracer&gt; cài đặt dễ dàng rất quan trọng cho việc được chấp nhận rộng rãi 15:37 &lt;jrandom&gt; (và cho tôi biết nếu bạn gặp phần nào có thể đơn giản hóa ở 'upstream' - tôi muốn việc đóng gói minh bạch nhất có thể) 15:37 &lt;jrandom&gt; ừ, chắc chắn rồi 15:38 &lt;+fox&gt; &lt;covracer&gt; được thôi, dù tôi chỉ mơ hồ biết về best practices trong việc viết ebuild, bản thân không phải dev và cũng không quá năng nổ ở mảng code 15:40 &lt;jrandom&gt; tuyệt, có lẽ bạn biết viết ebuild nhiều hơn tôi đấy :) chúc may mắn, và cảm ơn 15:40 &lt;jrandom&gt; ok, có ai còn điều gì muốn nêu cho cuộc họp không? 15:40 &lt;bar&gt; tôi nghĩ một bài đăng chính thức trên diễn đàn Syndie của cervantes và Syndie cũ sẽ không hại gì, nếu/khi bạn đang tìm thêm người thử nghiệm cho Syndie mới 15:40 &lt;bar&gt; ngoài biên bản cuộc họp gần đây nhất, tôi không nghĩ có nhiều đề cập đến bản alpha; nhiều người dùng i2p đơn giản là chưa nghe tin, theo tôi 15:41 &lt;jrandom&gt; ý hay - tôi sẽ spam họ khi 1.001a ra mắt 15:42 &lt;bar&gt; được rồi :) 15:47 &lt;jrandom&gt; ok, nếu không còn gì khác cho cuộc họp... 15:47 * jrandom kết thúc 15:47 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2006/12/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-26-th%C3%A1ng-12-n%C4%83m-2006/Tue, 26 Dec 2006 00:00:00 +0000/vi/blog/2006/12/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-26-th%C3%A1ng-12-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication2, gloin, hottuna, jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) chào 15:02 &lt;jrandom&gt; 1) Tình trạng mạng 15:02 &lt;jrandom&gt; 2) Syndie 1.000a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) chào 15:02 * jrandom vẫy tay 15:02 &lt;jrandom&gt; ghi chú tình trạng hàng tuần có tại http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 15:03 &lt;jrandom&gt; chúng ta bắt đầu với 1) tình trạng mạng 15:03 &lt;Complication2&gt; Ồ, tôi quên mất hôm nay là thứ Ba 15:03 &lt;jrandom&gt; mọi thứ khá ổn như đã nói, dù router của tôi cuối cùng đã phải khởi động lại sau 45 ngày thời gian hoạt động 15:04 &lt;jrandom&gt; (nhưng thành thật, tôi sẽ rất vui nếu chúng ta có thể đều đặn đạt uptime hơn 1 tháng :) 15:04 &lt;Complication2&gt; Tình trạng mạng với tôi chập chờn hơn trước một chút, nhưng đó là vì một trong các I2P router của tôi cứ lặp lại một vấn đề (khoảng 10 ngày một lần) 15:04 &lt;Complication2&gt; Router còn lại có thể đạt uptime một tháng, nhưng không phải router có lưu lượng cao 15:05 &lt;Complication2&gt; Thực ra khá khiêm tốn 15:05 &lt;jrandom&gt; stats.i2p đang cho thấy tỷ lệ build thành công giảm nhẹ tuần qua, nhưng có thể chỉ do theo mùa 15:07 &lt;+fox&gt; &lt;hottuna&gt; Tôi nhận được vài thông điệp log của wrapper kỳ lạ 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;jrandom&gt; irc vẫn hoạt động khá tốt, dù với tunnel 3 hop 15:07 &lt;jrandom&gt; ồ thú vị đấy hottuna, nghe như mấy thứ commons-logging chi tiết (verbose) 15:08 &lt;jrandom&gt; (jetty dùng logger riêng của họ, không phải của chúng ta) 15:08 &lt;+fox&gt; &lt;hottuna&gt; vậy thì không có gì phải lo .. 15:08 &lt;+fox&gt; &lt;hottuna&gt; nhưng tôi vẫn chưa chạy router của mình do thiếu băng thông (BW starvation) 15:09 &lt;jrandom&gt; ‘starvation’ là “không đủ bw cho i2p”, hay “i2p dùng quá nhiều bw”? 15:11 &lt;+fox&gt; &lt;hottuna&gt; Cả hai, nhưng vì tôi chạy i2p để hiến tặng băng thông nên phương án đầu hợp với tôi hơn 15:11 &lt;jrandom&gt; à heh, ok 15:11 &lt;+fox&gt; &lt;hottuna&gt; Tôi vừa khởi động Syndie lần đầu và thấy hơi ngợp, không biết bắt đầu từ đâu 15:11 &lt;+fox&gt; &lt;hottuna&gt; dù vậy, thêm standard archive là một điểm cộng hay 15:13 &lt;jrandom&gt; cảm ơn :) còn nhiều việc cần làm để giảm cảm giác bị ngợp, nhưng hãy chuyển sang 2) Syndie 1.000a :) 15:13 &lt;jrandom&gt; 1.000a đã phát hành, tải về và thưởng thức! 15:14 &lt;jrandom&gt; trải nghiệm ban đầu cơ bản sẽ là: cài đặt, khởi động, "add the standard archive", bảo Syndie đồng bộ với standard archive "now" (rồi bấm save), và nó sẽ bắt đầu kéo thông điệp 15:15 &lt;jrandom&gt; nó sẽ thêm một dòng vào bảng bên dưới nút save, mỗi dòng cho một thông điệp và một forum - bấm chuột phải lên thông điệp & forum để mở chúng, hoặc bạn có thể duyệt qua menu Forum-&gt;Read all 15:15 &lt;bar&gt; chúc mừng bản alpha của Syndie, bạn đã làm việc rất lâu và vất vả cho nó. kính trọng. 15:16 &lt;Complication2&gt; Tôi cũng vậy. Cơ sở dữ liệu ấn tượng và giao diện khá hứa hẹn. :) 15:16 &lt;+fox&gt; &lt;hottuna&gt; Tôi đang dùng Syndie và đọc bài viết dài về định hướng của Syndie và i2p 15:16 &lt;gloin&gt; btw, build.xml có một giá trị hardcoded: build.xml: &lt;property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /&gt; 15:16 &lt;jrandom&gt; cảm ơn, còn nhiều việc để đưa Syndie đến nơi cần thiết, nhưng đây là khởi đầu 15:17 &lt;+fox&gt; &lt;hottuna&gt; còn rất nhiều việc về khả năng sử dụng, nhưng bạn đã tiến rất xa rồi 15:17 &lt;jrandom&gt; gloin: ừ, có 3 cái (swt.win32, swt.osx, và swt.linux32) - chúng chỉ dùng cho "ant dist" 15:18 &lt;Complication2&gt; nhân tiện, "ant" mặc định là "ant clean jar" à? 15:18 * Complication2 kiểm tra 15:18 &lt;jrandom&gt; hottuna: đó là chỗ bạn (và mọi người :) tham gia - tôi đang vùi đầu vào bên trong Syndie, nên thường khó có góc nhìn đúng để làm Syndie dễ dùng hơn 15:19 &lt;jrandom&gt; tôi cần ý kiến, phản hồi và đề xuất của các bạn để cải thiện 15:19 &lt;Complication2&gt; À ha, kiểm tra phụ thuộc và jar 15:19 &lt;Complication2&gt; (không có bước cleanup) 15:19 &lt;jrandom&gt; đúng vậy Complication2, mặc định không có 'clean' 15:21 &lt;gloin&gt; "ant dist" có build bản cho linux, win32 và vân vân không? 15:21 &lt;jrandom&gt; gloin: có, build các installer, file .exe, v.v. 15:22 &lt;jrandom&gt; nếu bạn chỉ muốn build và chạy Syndie cho chính mình, dùng "ant jar" và copy lib/syndie.jar vào bản cài Syndie của bạn, hoặc "ant run" để chạy ngay tại chỗ 15:23 &lt;Complication2&gt; chà, vậy là tôi bỏ qua target "run" rồi 15:23 &lt;jrandom&gt; (chỉ định các cờ -Dswt.dir=/blah cần thiết, hoặc đặt chúng trong (tệp mới) nbproject/private/private.properties dưới dạng swt.dir=/blah/) 15:23 &lt;Complication2&gt; Tôi viết nhanh một run.sh :D 15:24 &lt;Complication2&gt; chỉ hai dòng, không tốn thời gian 15:24 &lt;jrandom&gt; cách đó cũng được :) 15:24 &lt;Complication2&gt; Ừ, "ant run" chạy ổn 15:24 &lt;gloin&gt; ant run có vẻ hoạt động, bản cài linux32.exe báo thiếu swt. 15:24 &lt;Complication2&gt; Vừa thử xong 15:26 &lt;jrandom&gt; hmm gloin, và swt.jar có tồn tại trong thư mục lib của Syndie đã cài không? 15:27 &lt;gloin&gt; có. 15:28 &lt;jrandom&gt; và bạn đang chạy "java -jar /some/path/to/that/syndie/bin/syndie.exe"? hay ý bạn là trình cài Linux? 15:29 &lt;gloin&gt; trình cài đặt ổn. nó tạo thư mục syndie-1.000a. 15:31 &lt;gloin&gt; Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 &lt;Complication2&gt; Một câu hỏi nhỏ (tôi đang thử bản nhị phân Linux) 15:33 &lt;jrandom&gt; hmm, nó có tạo libswt-pi-gtk-3235.so trong /tmp/ không gloin? 15:33 &lt;Complication2&gt; Lấy khóa công khai "393F2DF9" ở đâu? 15:33 &lt;jrandom&gt; đó là câu hỏi hay... 15:34 &lt;gloin&gt; ai? khi nào? 15:34 &lt;gloin&gt; hiện tại không có libswt-pi-gtk-3235.so trong /tmp/ 15:35 &lt;jrandom&gt; gloin: bản swt mới (3.3M4) đi kèm Syndie sẽ giải nén các thư viện native ra /tmp/ khi không tìm thấy chúng 15:36 &lt;jrandom&gt; gloin: bạn có thể chạy (cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ) và xem nó có tìm thấy không? 15:36 &lt;jrandom&gt; Complication2: nó sẽ có trên các keyserver và website sau buổi họp 15:37 &lt;Complication2&gt; Cảm ơn :) 15:37 &lt;jrandom&gt; (nó nằm trong keyring của tôi, mà tôi không truy cập được từ máy Windows này) 15:37 &lt;Complication2&gt; Trong khi đó, tôi phát hiện bằng cách thông thường hơn rằng lần tải bản nhị phân của tôi *did* đã bị dừng sớm 15:37 * Complication2 lấy lại phần cuối 15:38 &lt;gloin&gt; không. Có lẽ tôi sẽ build lại installer 15:39 &lt;jrandom&gt; gloin: bạn có thể kiểm tra swt.jar để chắc nó có chứa libswt-pi-gtk-3235.so (jar tvf lib/swt.jar) không? 15:40 &lt;jrandom&gt; dù sao, chúng ta sẽ tiếp tục debug khi vấn đề xuất hiện 15:41 &lt;gloin&gt; nó không nằm trong đó. 15:41 &lt;jrandom&gt; đại khái vậy cho Syndie 1.000a - dĩ nhiên sẽ có cập nhật theo thời gian, và sẽ được thông báo trong các buổi họp hoặc email 15:42 &lt;jrandom&gt; (có các gói nhỏ hơn nhiều để nâng cấp Syndie thay vì gói đầy đủ 4–5+MB - xem syndie.i2p.net/downloads/) 15:42 &lt;+fox&gt; &lt;hottuna&gt; url của i2p syndie archives trên mạng i2p là gì? 15:43 &lt;jrandom&gt; gloin: bạn có thể nhắn riêng cho tôi output của jar tvf không? 15:43 &lt;jrandom&gt; hottuna: `http://archive.syndie.i2p/` 15:43 &lt;+fox&gt; &lt;hottuna&gt; cảm ơn bạn 15:45 &lt;jrandom&gt; (lưu ý archive.syndie.i2p / syndie.i2p.net:8080 chỉ là các instance của Syndie với máy chủ HTTP tích hợp đang chạy) 15:45 &lt;+fox&gt; &lt;hottuna&gt; ồ :) hay quá :) 15:45 &lt;+fox&gt; &lt;hottuna&gt; ồ nhân tiện, đồng hồ của Syndie không khớp đồng hồ trên hệ thống của tôi 15:46 &lt;jrandom&gt; vậy nên, ai cũng có thể chạy archive Syndie riêng và cho người khác đồng bộ từ đó - chỉ cần đưa họ liên kết tới archive của bạn (bạn có thể làm qua irc/html/etc, hoặc ngay trong Syndie bằng một 'archive link'/reference) 15:46 &lt;jrandom&gt; đồng hồ của Syndie? 15:46 &lt;+fox&gt; &lt;hottuna&gt; hoặc dấu thời gian trên các thông điệp trong Syndie 15:47 &lt;+fox&gt; &lt;hottuna&gt; chờ chút... giờ có vẻ đúng rồi.. 15:47 &lt;+fox&gt; &lt;hottuna&gt; sau khi khởi động lại 15:52 &lt;gloin&gt; làm sao tôi build một máy chủ archive headless? Tôi đoán import.cgi không còn được 'hỗ trợ' nữa? 15:53 &lt;jrandom&gt; đúng, import.cgi không tương thích với bản mới nhất - bạn có thể chạy máy chủ headless bằng bản cài Syndie bình thường bằng cách chạy syndie "--cli", khiến nó chạy text engine. 15:55 &lt;jrandom&gt; máy chủ http tích hợp có thể chạy từ text engine qua lệnh 'httpserv' (http://syndie.i2p.net/manual.html#general_httpserv ) 15:55 &lt;gloin&gt; cảm ơn nhiều. 15:56 &lt;jrandom&gt; nếu bạn sẽ khởi động archive của mình lại, tôi phải cảm ơn bạn mới đúng :) 15:57 &lt;gloin&gt; phù.. ngay cả với GUI, trông vẫn phức tạp :) 15:58 &lt;jrandom&gt; ừ, mọi người còn nhiều việc phải làm - hãy giúp nó dễ dùng và hữu ích :) 15:59 &lt;jrandom&gt; chúng ta sẽ còn nhiều điều để bàn khi mọi người bắt đầu dùng thử và vấn đề nảy sinh, nhưng hiện tại cứ thoải mái tìm hiểu, đăng bài và xem chuyện gì đang diễn ra 15:59 &lt;jrandom&gt; lắc lư sang 3) ???, có ai còn gì muốn nêu trong buổi họp không? 16:00 &lt;Complication2&gt; Đã thử trình cài bản nhị phân Linux, chạy tốt 16:00 &lt;Complication2&gt; Chỉ lạ là khi nó thử tạo shortcut trong menu KDE, shortcut lại vào nhóm "Development" 16:00 &lt;Complication2&gt; Cùng với NetBeans và mấy thứ khác 16:01 &lt;Complication2&gt; Có thể tôi nhớ nhầm, nhưng tôi nhớ nó nói sẽ thử tạo một nhóm tên Syndie... 16:01 &lt;jrandom&gt; à, đúng. izpack và các bộ đóng gói/cài đặt Java vẫn đang xử lý tích hợp với KDE 16:02 &lt;Complication2&gt; Dù sao, chi tiết nhỏ thôi 16:02 &lt;Complication2&gt; Nhưng muốn nhắc đến phòng khi 16:02 &lt;jrandom&gt; nó /nên/ tạo một nhóm Syndie, nhưng như bạn thấy, menu KDE không có thư mục theo ứng dụng (nó có các danh mục ứng dụng, rồi thư mục theo ứng dụng) 16:02 &lt;jrandom&gt; hy vọng sẽ được sửa khi izpack sửa (họ đã để mắt đến) 16:03 &lt;Complication2&gt; Đúng 16:03 &lt;Complication2&gt; Dù thế nào, shortcut đã xuất hiện, và shortcut gỡ cài đặt cũng có 16:03 &lt;jrandom&gt; wewt 16:03 &lt;Complication2&gt; Và trình gỡ cài đặt cũng hoạt động tốt (tôi dùng nó vì thường biên dịch từ mã nguồn) 16:03 &lt;Complication2&gt; =uninstaller 16:04 &lt;bar&gt; tôi có hai câu hỏi, hơi liên quan đến nhau 16:04 &lt;bar&gt; 1. đã có kế hoạch khi nào bỏ hẳn Syndie cũ chưa? 16:04 &lt;bar&gt; 2. chúng ta có thể có một gateway i2p, syndie.i2p, trỏ tới syndie.i2p.net không, hay có thể xung đột với hạ tầng Syndie cũ? 16:05 &lt;Complication2&gt; Về câu 2, tôi nghĩ hiện tại sẽ xung đột 16:06 &lt;jrandom&gt; hmm, thật ra tôi chưa nghĩ nhiều về việc đó. tôi đang muốn nói "xóa nó, chuyển mọi người sang Syndie mới ngay lập tức" :) 16:07 &lt;Complication2&gt; ... đi tới "`http://archive.syndie.i2p`" qua "localhost:4444" 16:07 &lt;bar&gt; lý do tôi hỏi là đôi khi khá bất tiện khi phải dùng squid.i2p để truy cập các trang web của Syndie 16:07 &lt;jrandom&gt; à, hiểu rồi. ok, tôi có thể chuyển hướng syndie.i2p trỏ tới syndie.i2p.net, và người dùng Syndie cũ vẫn có thể dùng syndiemedia.i2p 16:09 &lt;bar&gt; tuyệt quá :) 16:09 &lt;Complication2&gt; ồ, bạn nói các trang web 16:10 &lt;Complication2&gt; Tôi tưởng bạn nói archive :) 16:10 &lt;bar&gt; đúng vậy Complication2, xin lỗi vì chưa rõ ràng 16:10 &lt;gloin&gt; forum riêng có phải là danh tính riêng không? 16:11 &lt;Complication2&gt; Chắc chắn có một danh tính/bí danh mặc định được tạo trong một instance Syndie mới 16:11 &lt;Complication2&gt; Tôi không chắc nó có tự tạo một forum không 16:11 &lt;jrandom&gt; gloin: mỗi danh tính đều có một forum (và mỗi forum thuộc sở hữu của một danh tính) 16:12 &lt;jrandom&gt; một forum, trong Syndie, thực chất chỉ là một khóa công khai 16:12 &lt;jrandom&gt; (tương tự một tác giả) 16:12 &lt;Complication2&gt; Tôi quên mình đã làm thế nào, và hình như hồi tháng 10 bằng giao diện văn bản :) 16:12 &lt;jrandom&gt; ((trong cơ sở dữ liệu và mã nguồn, cả hai đều gọi là 'channels', nhưng UI nói về forums và authors/nyms)) 16:13 &lt;bar&gt; về việc đóng Syndie cũ, tôi đề xuất kiểu như "giữ nó online thêm một tháng nhưng đóng archive cho bài đăng mới, kèm để một ghi chú cung cấp thông tin" 16:14 &lt;gloin&gt; GUI chỉ cho tôi tạo forum. Vậy có nghĩa là khi tôi muốn bạn có thể đăng trong forum của tôi, tôi cấp quyền cho forum của jrandom chứ không phải người jrandom? 16:15 &lt;Complication2&gt; Hoặc thậm chí để mở thêm một thời gian ngắn sau khi đăng ghi chú, để nếu ai đó thật sự cần lúc này (gasp!) họ vẫn có thể trao đổi dữ liệu trong thời gian ngắn 16:15 &lt;jrandom&gt; gloin: forum và danh tính là cùng một thứ - khi bạn tạo forum mới, bạn tạo một danh tính mới (và để cấp quyền cho jrandom — con người — đăng trong forum của bạn, hãy cấp quyền cho forum của jrandom) 16:15 &lt;jrandom&gt; nghe hợp lý Complication2 & bar 16:17 &lt;jrandom&gt; gloin: mấy thứ này chắc chắn không hiển nhiên, và chúng ta cần làm nhiều để khiến nó dễ hơn 16:21 &lt;Complication2&gt; Ối, tôi chưa để ý nhiều đề xuất tinh chỉnh I2Phex của striker trên Syndie cũ 16:21 * Complication2 tạo bản sao cục bộ 16:23 &lt;jrandom&gt; :) Syndie cũ vẫn truy cập được tại syndiemedia.i2p/ và syndie.i2p.net:8000/ 16:23 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 16:25 &lt;gloin&gt; Trong cấu hình forum tôi có thể đặt mức độ riêng tư (all/auth/passphrase). Nhưng với từng bài đăng tôi cũng có thể đặt. Cái nào có hiệu lực? 16:27 &lt;jrandom&gt; cả hai đều có hiệu lực, tuy nhiên hiện tại tôi khuyên giữ quyền riêng tư của forum là 'public' (vì tôi chưa viết GUI cho forum bảo vệ bằng passphrase, chỉ có thông điệp bảo vệ bằng passphrase) 16:27 &lt;jrandom&gt; quyền riêng tư của forum bao phủ metadata của forum (liên kết tới site khác, các khóa đóng gói kèm, v.v.), trong khi từng thông điệp có chính sách riêng 16:33 &lt;jrandom&gt; (syndie.i2p --&gt; syndie.i2p.net kể từ bây giờ, syndiemedia.i2p vẫn trỏ tới syndie.i2p.net:8000/) 16:33 &lt;jrandom&gt; ok, nếu không còn gì nữa cho buổi họp 16:33 * jrandom kết thúc 16:33 * jrandom *baf* kết thúc buổi họp </div>/vi/blog/2006/12/12/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-12-n%C4%83m-2006/Tue, 12 Dec 2006 00:00:00 +0000/vi/blog/2006/12/12/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-12-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) chào 15:03 &lt;jrandom&gt; 1) Tình trạng mạng 15:03 &lt;jrandom&gt; 2) Tình trạng phát triển của Syndie 15:04 &lt;jrandom&gt; 3) ??? 15:04 &lt;jrandom&gt; 0) chào 15:04 * jrandom vẫy tay 15:04 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã được đăng tại @ http://dev.i2p.net/pipermail/i2p/2006-December/001322.html 15:04 &lt;jrandom&gt; hãy bắt đầu với 1) tình trạng mạng 15:05 &lt;jrandom&gt; không có thay đổi đáng kể nào ở đây, tuy nhiên cũng đáng ghi nhận là độ ổn định trên irc có vẻ khá tốt, ngay cả với tunnels dài 15:05 &lt;jrandom&gt; dù tất nhiên điều đó không nhất thiết đúng với mọi người và có thể thay đổi đáng kể 15:05 &lt;jrandom&gt; nhưng dù sao thì cũng thật tốt khi thấy vậy 15:05 &lt;jrandom&gt; được rồi, có ai có điều gì muốn nêu ra cho 1) tình trạng mạng không? 15:07 &lt;jrandom&gt; nếu không, hãy chuyển sang 2) tình trạng phát triển của Syndie 15:07 &lt;jrandom&gt; có nhiều việc đang diễn ra ở đây, nhưng đã được tóm tắt trong bài đăng trên danh sách thư 15:08 &lt;jrandom&gt; máy chủ HTTP mới vẫn chưa được sử dụng trên kho lưu trữ syndie.i2p.net/archive/, vì vậy bạn hiện tại không thể đẩy các thông điệp mới lên, tuy nhiên bạn có thể kéo (hoặc, dĩ nhiên, chạy 'httpserv' của riêng bạn và cho phép mọi người đăng) 15:11 &lt;jrandom&gt; được rồi, có ai có điều gì muốn thảo luận cho 2) tình trạng phát triển của Syndie không? 15:11 &lt;jrandom&gt; nếu không, hãy chuyển qua 3) ??? 15:12 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra cho cuộc họp không? 15:16 &lt;jrandom&gt; nếu không 15:16 * jrandom chuẩn bị 15:16 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2006/12/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-12-n%C4%83m-2006/Tue, 05 Dec 2006 00:00:00 +0000/vi/blog/2006/12/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-12-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> burl, Ch0Hag, jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:00 &lt;jrandom&gt; 0) chào 15:00 &lt;jrandom&gt; 1) Tình trạng mạng 15:00 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:00 &lt;jrandom&gt; 3) iToopie 15:00 &lt;jrandom&gt; 4) ??? 15:00 &lt;jrandom&gt; 0) chào 15:00 * jrandom vẫy tay 15:00 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-December/001321.html 15:01 &lt;jrandom&gt; (còn gần hai tiếng trước cuộc họp nữa cơ! :) 15:01 &lt;jrandom&gt; ok, bắt đầu luôn với 1) tình trạng mạng 15:01 &lt;jrandom&gt; mọi thứ diễn ra khá tốt, không có thay đổi lớn ở khía cạnh này 15:02 * jrandom đã kết nối irc ở đây được 20 ngày rồi, cũng là kỷ lục, tôi tin vậy 15:03 &lt;jrandom&gt; lúc này không có gì nhiều để bổ sung về mảng này 15:03 &lt;jrandom&gt; vậy nếu không còn gì thêm, chuyển tiếp sang 2) tình trạng phát triển syndie 15:04 &lt;jrandom&gt; tiến độ vẫn tiếp tục, với nhiều thứ lặt vặt dần hoạt động được 15:04 &lt;jrandom&gt; tuy vẫn còn khá thô... “mang tính thực dụng”, và thực dụng về mặt đồ họa ;) 15:05 &lt;jrandom&gt; bản alpha thì chưa ngay đâu, nhưng tôi hy vọng sớm chuẩn bị xong 15:07 &lt;jrandom&gt; dù sao, sẽ có thêm thông tin khi có :) 15:08 &lt;jrandom&gt; ok, lướt nhanh qua 3) iToopie 15:08 &lt;jrandom&gt; như đã nêu trong ghi chú, Cảm ơn mọi người! :) 15:08 &lt;jrandom&gt; ok, tiếp tục đi nhanh đến 4) ??? 15:08 &lt;jrandom&gt; ai có điều gì muốn nêu trong cuộc họp không? 15:10 &lt;jrandom&gt; (chắc đã một hai năm kể từ lần họp 10 phút gần đây nhất, nhưng có lẽ thế lại tốt) 15:10 &lt;+fox&gt; &lt;Ch0Hag&gt; Ồ wow. Hoàn toàn tình cờ mà tôi lại có mặt trong một cuộc họp I2P. 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; Chào mẹ! 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; Cái này sẽ vào log đúng không? :) 15:11 &lt;jrandom&gt; hê, đúng rồi ch0 ;) 15:12 &lt;+fox&gt; &lt;Ch0Hag&gt; Bởi vì dĩ nhiên mẹ tôi đọc log cuộc họp I2P... 15:12 &lt;burl&gt; tôi định hỏi về giấy phép nhưng vừa đọc câu trả lời trên www.i2p (tại sao không gpl?) 15:13 &lt;jrandom&gt; gpl giết trẻ con 15:13 * jrandom cúi người né 15:13 &lt;burl&gt; tôi phải in chúng ra cho mẹ tôi. bà ấy không rành máy tính lắm 15:13 &lt;jrandom&gt; heheh 15:14 &lt;burl&gt; gần đây tôi đọc nhiều về phong trào phần mềm tự do. về mặt đạo đức thì có vẻ rất đúng đắn 15:14 &lt;burl&gt; mã nguồn đóng là xấu xa :) 15:14 &lt;jrandom&gt; tốt, xấu, tất cả đều như nhau. điều quan trọng ở đây là mã nguồn đóng thì /không an toàn/ ;) 15:15 &lt;jrandom&gt; (tóm tắt giấy phép của Syndie @ http://syndie.i2p.net/faq.html#license thông tin về giấy phép ít “giáo điều” hơn cho i2p @ http://www.i2p.net/licenses ) 15:15 &lt;burl&gt; ừ, tôi cũng đã nghĩ qua. nếu một công ty xấu xa ăn cắp Syndie và làm một phiên bản đóng “tốt hơn”, ai sẽ tin nó? 15:16 &lt;jrandom&gt; bạn không thể đánh cắp thứ vốn là tự do 15:16 &lt;burl&gt; ừ, nhưng ý tôi là họ sửa đổi mã nguồn và không cho bạn xem 15:17 &lt;jrandom&gt; sửa đổi trên /bản của bạn/ của mã nguồn. bản của tôi vẫn y nguyên như trước, và vẫn tự do đúng như thế ;) 15:17 &lt;jrandom&gt; nhưng, đúng, tôi hiểu. không đồng ý, nhưng hiểu 15:18 &lt;jrandom&gt; tổng thể mà nói, mã nguồn mở&gt;&gt;mã nguồn đóng, và dù gpl có vài giới hạn khó chịu, nó đủ dùng cho nhiều thứ, và đủ mở cho bảo mật 15:18 &lt;burl&gt; vì chẳng ai tin phiên bản đóng nên nó sẽ không bao giờ có thể vượt lên về độ phổ biến 15:20 &lt;jrandom&gt; ừ 15:21 &lt;jrandom&gt; than phiền về giấy phép luôn là cách hay để lấp đầy 10 phút log cuộc họp ;) 15:21 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; Nếu cần thêm thời gian họp - tại sao lại Java? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; Ý tôi là, ewww! 15:23 &lt;jrandom&gt; !thwap 15:24 * jrandom lấy đà 15:24 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2006/11/28/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-11-n%C4%83m-2006/Tue, 28 Nov 2006 00:00:00 +0000/vi/blog/2006/11/28/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-11-n%C4%83m-2006/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Có mặt:</strong> gott, JosephLeBlanc, jrandom, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:14 &lt;jrandom&gt; 0) chào 15:14 &lt;jrandom&gt; 1) Tình trạng mạng 15:14 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:14 &lt;jrandom&gt; 3) ??? 15:14 &lt;jrandom&gt; 0) chào 15:14 * jrandom vẫy tay 15:14 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 15:14 &lt;jrandom&gt; (xin lỗi vì chậm, có sự cố nhỏ trong bếp) 15:14 &lt;gott&gt; Chào, jrandom. 15:15 &lt;jrandom&gt; chào gott 15:15 &lt;jrandom&gt; ok, vào 1) tình trạng mạng nhé 15:15 * jrandom không có gì để bổ sung cho 1) tình trạng mạng, ngoài việc nhắc rằng tôi đã kết nối với irc được 13 ngày rồi mà không bị ngắt kết nối) 15:16 &lt;gott&gt; Tôi đã tải được bộ phim hiện đại yêu thích Metroland từ mấy anh người Pháp ở #fr qua i2psnark 15:16 &lt;gott&gt; Tốc độ tải xuống 4400 kb/s; tải lên khoảng tương tự. 15:16 &lt;gott&gt; 6 peer. 15:16 &lt;gott&gt; Rất tốt cho việc phổ biến văn học hiện đại châu Âu. 15:16 &lt;jrandom&gt; !thwap 15:17 &lt;jrandom&gt; (hoặc, nếu bạn thực sự đạt 4Mbps, thì cả hai phía đều đang dùng tunnel 0hop) 15:17 &lt;gott&gt; byte mỗi giây. 15:18 &lt;jrandom&gt; có ai còn điều gì muốn nêu cho 1) tình trạng mạng không? 15:20 &lt;jrandom&gt; ok, chuyển sang 2) tình trạng phát triển syndie 15:20 &lt;gott&gt; Có thể làm i2p tốt hơn ở khía cạnh này không? 15:20 &lt;jrandom&gt; gott: ồ, ý bạn là 4400 Bps, không phải kbps? 15:20 &lt;jrandom&gt; vậy tôi rút lại chuyện tunnel 0hop 15:21 &lt;jrandom&gt; 4KBps là mức điển hình hiện tại, và có thể cải thiện bằng việc chọn peer (nút ngang hàng) tốt hơn và quản lý tắc nghẽn 15:22 &lt;jrandom&gt; ok, về tình trạng phát triển syndie, có nhiều tiến triển, như đã đề cập trong ghi chú 15:23 &lt;jrandom&gt; vẫn còn khá nhiều khoảng trống cần lấp, nhưng chủ yếu chỉ là lấp chỗ trống, không phải viết thành phần mới 15:24 &lt;jrandom&gt; ok, có ai còn gì về 2) tình trạng phát triển syndie không? 15:25 &lt;jrandom&gt; ok, vậy chuyển sang 3) ??? 15:26 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra trong cuộc họp ngắn này không? 15:26 &lt;JosephLeBlanc&gt; Bạn có cần tiền không? 15:26 &lt;JosephLeBlanc&gt; ôi chết tiệt 15:26 &lt;JosephLeBlanc&gt; ừ thì, bạn có cần tiền không? 15:27 &lt;JosephLeBlanc&gt; Bạn có muốn một cái máy tính không? 15:27 &lt;JosephLeBlanc&gt; Bạn có muốn bia không? 15:27 &lt;JosephLeBlanc&gt; Gì? 15:27 &lt;jrandom&gt; hiện tại, tài chính khá ổn, dù dĩ nhiên mọi đóng góp luôn được trân trọng 15:27 &lt;JosephLeBlanc&gt; Nói thẳng ra đi 15:27 &lt;JosephLeBlanc&gt; Được thôi 15:27 &lt;+zzz&gt; treo thưởng cho client emule :) 15:28 &lt;jrandom&gt; (nhưng nếu bạn có tiền đang "cháy túi", sẽ rất tuyệt nếu tậu được một chiếc mac mini để test GUI trên osx ;) 15:28 &lt;jrandom&gt; lol zzz 15:28 &lt;JosephLeBlanc&gt; Không phải ai cũng là một kẻ ngạo mạn đồng tính nữ có khoản vay sinh viên 40 nghìn đô cần trả 15:28 &lt;+zzz&gt; làm tốt lắm jr 15:28 &lt;jrandom&gt; phòng khi đó không phải chuyện nội bộ: tôi trân trọng sự quan tâm và ủng hộ, nhưng tôi sẽ không có thời gian làm một app chia sẻ tệp trong tương lai 15:29 &lt;JosephLeBlanc&gt; Bạn có thể triển khai lovesoc của modulus 15:29 &lt;JosephLeBlanc&gt; không? 15:29 &lt;jrandom&gt; cảm ơn zzz, bạn cũng vậy (các dịch vụ và mã của bạn giúp rất nhiều!) 15:29 &lt;+zzz&gt; lấy cái baf đi lol 15:30 * jrandom chạy tới góc 15:30 * jrandom lấy đà 15:30 * jrandom *baf*s kết thúc cuộc họp </div>/vi/blog/2006/11/21/i2p-dev-meeting-november-21-2006/Tue, 21 Nov 2006 00:00:00 +0000/vi/blog/2006/11/21/i2p-dev-meeting-november-21-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> blx, Complication3, jrandom, koff, LeerokKitchen, LeerokLacerta, modulus, spaetz, tea, Walter, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) chào 15:02 &lt;jrandom&gt; 1) Tình trạng mạng 15:02 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) chào 15:02 * jrandom vẫy tay 15:02 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 &lt;jrandom&gt; vì bản đó khá ngắn, hãy chuyển thẳng sang 1) tình trạng mạng 15:04 &lt;jrandom&gt; mọi thứ trông khá ổn hiện tại, mạng có vẻ khá ổn định 15:04 &lt;+zzz&gt; Tôi nghĩ ra một "peer capacity index" (chỉ số năng lực peer) 15:04 &lt;+zzz&gt; trên bảng điều khiển... 15:04 &lt;+zzz&gt; tới giờ vẫn chưa chắc nó hữu ích 15:04 &lt;jrandom&gt; à đúng, xin lỗi, đã nhắc cái đó tuần trước - trông khá hữu ích, cảm ơn! 15:05 &lt;jrandom&gt; thật thú vị khi thấy sự chênh lệch ngoài kia rõ ràng như vậy 15:05 &lt;+zzz&gt; ý tưởng là tỷ lệ giữa các router năng lực cao và router năng lực thấp, điều này rõ ràng quan trọng đối với tunnel build % 15:06 &lt;+zzz&gt; Tôi đang loại các router khỏi thống kê nếu tôi không nhận được cập nhật netdb trong 1,5 giờ, nhưng có vẻ quá nhanh, tôi nghĩ nó đang làm lệch thống kê 15:07 &lt;jrandom&gt; à, được, điều đó giải thích rồi. bạn vẫn đang thu thập chứ? 15:07 &lt;jrandom&gt; (hoặc wget'ing từ dev.i2p.net?) 15:08 &lt;+zzz&gt; vâng 15:08 &lt;jrandom&gt; tuyệt 15:08 &lt;+zzz&gt; netDb.harvestDirectly=false 15:08 &lt;+zzz&gt; netDb.shouldHarvest=true, đúng không? 15:09 &lt;jrandom&gt; vậy các thống kê trước đây chủ yếu dựa trên các router tệ đến mức người dùng tắt chúng đi và biến mất, đúng không? 15:09 &lt;jrandom&gt; đúng 15:10 &lt;+zzz&gt; nó luôn là 1,5 giờ, nhưng khi vẽ biểu đồ các router M/N/O, chúng có vẻ xuất hiện rồi biến mất trong khi theo trực giác chúng nên khá ổn định 15:10 &lt;jrandom&gt; à ok 15:10 &lt;+zzz&gt; bạn có thể thấy các đỉnh/lõm trong toàn bộ dữ liệu kéo dài 1,5 giờ :) 15:11 &lt;spaetz&gt; mạng có vẻ khá ổn định. Ừ 15:12 &lt;+zzz&gt; tôi có bấy nhiêu cho chủ đề đó 15:12 &lt;spaetz&gt; Tôi muốn biết hiện nay jrandom có hoàn toàn tập trung vào Syndie không hay vẫn xem xét phát triển I2P. 15:12 &lt;spaetz&gt; hay chỉ tạm thời đặt nó sang thứ yếu một chút 15:13 * jrandom hiện hoàn toàn tập trung vào Syndie, nhưng sẽ làm việc trên I2P khi có vấn đề và khi Syndie đã ổn định 15:13 * spaetz cảm ơn vì thông tin 15:14 * spaetz thấy ổn với điều này 15:15 &lt;jrandom&gt; w3wt. ừ, trạng thái ổn định nghĩa là phát triển Syndie có thể tiếp tục, nhưng nếu có vấn đề, dĩ nhiên tôi sẽ ưu tiên lại 15:15 &lt;jrandom&gt; ok, có ai còn gì về 1) tình trạng mạng không? 15:15 &lt;Walter&gt; Tôi có một câu hỏi ngẫu nhiên. 15:15 &lt;jrandom&gt; hỏi đi Walter 15:17 &lt;Walter&gt; Giả sử bạn có băng thông 100Mb/s, cần loại máy chủ nào để bão hòa nó với tư cách là một nút I2P? 15:17 &lt;jrandom&gt; không quan trọng 15:17 &lt;jrandom&gt; I2P không và sẽ không bao giờ bão hòa 100Mbps 15:18 &lt;Walter&gt; Giả sử ai đó muốn tận dụng băng thông sẵn có. 15:18 &lt;jrandom&gt; bạn sẽ không thể. 15:19 &lt;spaetz&gt; Tôi có 150kbs lên và xuống và nó dùng khoảng 25% của một vserver (Dell chia sẻ với cả tá người khác) 15:19 &lt;jrandom&gt; điều đó vượt quá năng lực của toàn bộ mạng 15:19 &lt;spaetz&gt; ý tôi là 25% CPU 15:19 * spaetz thừa nhận đó không hẳn là câu trả lời chính xác và im lặng 15:20 &lt;jrandom&gt; bản thân các router có sự đánh đổi bộ nhớ so với thông lượng, khiến khó có khả năng một router có thể đẩy> 3-350KBps 15:20 &lt;jrandom&gt; (tất nhiên, có thể điều chỉnh sự đánh đổi đó để cho phép tốc độ cao hơn, nhưng đó không phải vấn đề) 15:21 &lt;jrandom&gt; việc dùng băng thông là *TỆ* trừ khi băng thông đó chỉ được dùng khi cần thiết 15:22 &lt;+zzz&gt; mạng trung bình khoảng 1.5 MBps (=12 Mbps) tổng lưu lượng trong 3 tháng qua 15:23 &lt;Walter&gt; Tôi hiểu. 15:24 &lt;+fox&gt; &lt;LeerokKitchen&gt; Đi dã ngoại! 15:26 &lt;jrandom&gt; ok, nếu không còn gì cho 1) tình trạng mạng, hãy chuyển sang 2) tình trạng phát triển Syndie 15:26 &lt;jrandom&gt; tiến độ ở đây vẫn tiếp tục, và tôi đã thử nghiệm trên cả Windows và Linux 15:28 &lt;jrandom&gt; trận chiến hiện tại là ở giao diện quản lý diễn đàn, tuy nhiên vì giao diện văn bản đã được nhúng sẵn nên toàn bộ chức năng đã có 15:29 &lt;jrandom&gt; không có thêm nhiều tin để bàn ở mặt trận đó 15:30 &lt;jrandom&gt; ai có câu hỏi/nhận xét/quan ngại về 2) tình trạng phát triển Syndie không? 15:33 &lt;jrandom&gt; ok, hãy chuyển sang 3) ??? 15:33 &lt;jrandom&gt; mọi người còn gì nữa cho cuộc họp không? 15:34 &lt;+fox&gt; &lt;blx&gt; khi nào Java GPL sẽ dùng được với I2P= 15:34 &lt;+fox&gt; &lt;blx&gt; ? 15:35 &lt;Complication3&gt; Tôi đoán phụ thuộc vào việc khi nào Java GPL sẽ dùng được trên các distro khác nhau 15:35 &lt;Complication3&gt; Hoặc có sẵn để tải từ Sun 15:36 &lt;Complication3&gt; Nhưng cảm giác như vấn đề này không quan trọng, vì đó là cùng một Java vốn đã dùng được rồi 15:36 &lt;Complication3&gt; GPL chỉ cho phép đóng gói thuận tiện hơn và cải tiến thêm 15:37 &lt;jrandom&gt; (và I2P đã hoạt động với gcj/kaffe, dù không phải tất cả ứng dụng khách) 15:37 * Complication3 nhanh chóng đọc backlog 15:37 &lt;jrandom&gt; ((và Syndie hoạt động hoàn toàn với gcj/kaffe)) 15:38 &lt;+fox&gt; &lt;blx&gt; Compilation, đó là điều họ muốn bạn nghĩ ;) 15:38 &lt;+fox&gt; &lt;blx&gt; nhưng ok, tôi đã nhận được câu trả lời. 15:38 &lt;+fox&gt; &lt;blx&gt; Complication mới đúng. đọc nhầm 15:39 &lt;Complication3&gt; blx: à, mã nguồn đã sẵn có rồi, chỉ là ít người đọc và biên dịch chúng 15:39 &lt;jrandom&gt; (và bạn thậm chí có thể sửa đổi và dùng các sửa đổi đó, chỉ là bạn không thể phân phối các bản mod của mình) 15:40 &lt;koff&gt; bao giờ I2P sẽ có chức năng ghi nhật ký (logging) được đề xuất bởi các dự luật tôi nghe nói? 15:41 &lt;jrandom&gt; không bao giờ 15:41 &lt;+zzz&gt; hahahaha 15:41 * Complication3 đoán là không bao giờ :) 15:41 &lt;+fox&gt; &lt;blx&gt; luật nào? 15:41 * jrandom đoán bạn đề cập đến các vấn đề lưu giữ dữ liệu .de/.eu 15:41 &lt;Complication3&gt; Ai đó trên diễn đàn nói về một luật (đề xuất) ở Đức 15:42 &lt;jrandom&gt; (và rồi các luật .us trong vài năm nữa) 15:42 &lt;Complication3&gt; Họ lẽ ra có thể diễn đạt rõ ràng hơn 15:42 &lt;jrandom&gt; ừ, chỉ là đề xuất, nhưng không có gì bất ngờ 15:43 &lt;Complication3&gt; Tôi nghĩ cá nhân: chẳng phải các luật lưu giữ dữ liệu đã bị vi phạm khắp nơi rồi sao 15:43 &lt;Complication3&gt; Vi phạm thêm cả tá nữa? Cá nhân tôi cũng chẳng bận tâm lắm... 15:44 &lt;Complication3&gt; Tóm lại, tôi muốn xem họ sẽ thực thi nó thế nào 15:44 &lt;tea&gt; như họ làm với Napster: bắt tất cả mọi người 15:45 &lt;Complication3&gt; Nếu họ thực sự cố gắng, sẽ cần tìm cách để ngăn chặn điều đó (nguyên tắc peering (kết nối ngang hàng) 'không ở quốc gia của tôi' cho những quốc gia nơi sự điên rồ lấn át) 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; Điều đó làm tôi nhớ tới một bài hát. 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; http://2ch.ru/mu/src/1163070550597.mp3 15:46 &lt;tea&gt; chuyển toàn bộ lưu lượng dữ liệu sang các mạng ẩn danh có thể sẽ giúp ... 15:47 &lt;Complication3&gt; Chỉ cần phớt lờ họ hàng loạt đã hiệu quả với những người vi phạm bản quyền thông thường... 15:47 &lt;Complication3&gt; Bạn có thể bắt một người phớt lờ bạn. Không thể làm thế với vài trăm nghìn người. 15:47 &lt;tea&gt; điều đó không phải là lý lẽ thuyết phục với một người Đức :) 15:47 &lt;+fox&gt; &lt;modulus&gt; có thể chứ 15:47 &lt;+fox&gt; &lt;modulus&gt; Hitler đã làm được 15:48 &lt;Complication3&gt; Đó chỉ vì chẳng ai thèm loại bỏ hắn 15:48 &lt;jrandom&gt; *cough* 15:48 &lt;Complication3&gt; Nếu họ cầm vũ khí, chuyện đó đã không thành công 15:48 &lt;Complication3&gt; (xin lỗi, lạc đề xa rồi, vâng) 15:48 &lt;tea&gt; dù sao, con người vẫn thấy mình quan trọng khi đa nghi 15:48 &lt;+fox&gt; &lt;modulus&gt; nói vậy chứ tôi nghĩ I2P có thể tuân thủ các luật lưu giữ dữ liệu mà không làm hỏng tính ẩn danh, nhưng chẳng có lý do gì để làm thế. 15:48 &lt;jrandom&gt; ok, được rồi, tôi nghĩ chúng ta đã xử lý vấn đề liên quan tới I2P ở đó ;) 15:48 &lt;tea&gt; xin lỗi 15:49 &lt;jrandom&gt; ừ modulus 15:49 &lt;jrandom&gt; (chúng tôi đã giả định người dùng cá nhân đều ghi nhật ký mọi thứ, ISP cũng vậy) 15:49 &lt;+fox&gt; &lt;modulus&gt; đúng, vậy một I2P có hỗ trợ DR cũng không phải tận thế 15:51 &lt;Complication3&gt; Tuy nhiên, sẽ phải có ai đó chịu khó fork cái đó... :P 15:52 * jrandom ngậm miệng ;) 15:52 &lt;jrandom&gt; ok, có ai còn gì nữa cho cuộc họp không? 15:53 &lt;jrandom&gt; nếu không 15:53 * jrandom kết thúc 15:53 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/11/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-14-th%C3%A1ng-11-n%C4%83m-2006/Tue, 14 Nov 2006 00:00:00 +0000/vi/blog/2006/11/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-14-th%C3%A1ng-11-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> badger, green, jrandom, strike1, striker</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) chào 15:07 &lt;jrandom&gt; 1) Tình trạng mạng 15:07 &lt;jrandom&gt; 2) Tình trạng phát triển syndie 15:07 &lt;jrandom&gt; 3) sửa đổi I2Phex 15:07 &lt;jrandom&gt; 4) ??? 15:07 &lt;jrandom&gt; 0) chào 15:07 * jrandom vẫy tay 15:07 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 15:07 &lt;jrandom&gt; (tôi đến muộn, nên để mọi người đọc qua mấy cái đó nhé) 15:09 &lt;jrandom&gt; ok, bắt đầu với 1) tình trạng mạng 15:10 &lt;jrandom&gt; [eom] :) 15:10 * jrandom có kết nối irc tốt giờ (hơn 4 ngày), nên mọi thứ khá ổn. 15:11 &lt;jrandom&gt; chúng ta cũng có các biểu đồ năng lực peer mới trên stats.i2p, thể hiện một vài tỷ lệ thú vị 15:13 &lt;jrandom&gt; ok, có ai còn gì cho 1) tình trạng mạng không? 15:14 &lt;striker&gt; chỉ là trông đẹp thôi. 15:14 &lt;jrandom&gt; w00t :) 15:15 &lt;jrandom&gt; ok, vậy chuyển sang 2) tình trạng phát triển syndie 15:15 &lt;green&gt; Tôi không biết sao bạn có thể có kết nối IRC hơn 4 ngày,, tôi bị ngắt khoảng mỗi 24h dù router không quá tải 15:15 &lt;jrandom&gt; green: tiếc là nó khá tùy tiện. 15:16 &lt;jrandom&gt; (hoặc, chính xác hơn, nguyên nhân phụ thuộc vào nhiều yếu tố mà ta không kiểm soát tốt chúng) 15:17 &lt;green&gt; có khả năng nào thật sự biết vì sao không? 15:17 &lt;green&gt; Tôi có nhiều tunnels ngay cả khi IRC bị rớt 15:18 &lt;green&gt; s/when 15:18 &lt;jrandom&gt; vâng, có nhiều thứ ta có thể làm, nhưng tôi đang tập trung thời gian để phát hành syndie trước 15:18 &lt;green&gt; Tôi biết, vậy tôi chỉ phải chờ lâu hơn ;) 15:19 &lt;green&gt; s/wait 15:20 &lt;green&gt; gr cái bàn phím chết tiệt 15:20 &lt;green&gt; ok, không còn gì về 1 nữa, sang 2 nhé 15:20 &lt;jrandom&gt; w3rd 15:21 &lt;jrandom&gt; ok, không còn nhiều để bổ sung ngoài những gì trong ghi chú (ờ, những thứ có thể hợp lý nêu ra) 15:21 &lt;jrandom&gt; chủ đề thảo luận về webcaching là http://forum.i2p.net/viewtopic.php?t=1958 15:22 &lt;green&gt; có kế hoạch về bộ chuyển đổi phpbb sang syndie không? 15:22 &lt;jrandom&gt; và ảnh mockup mới nhất được nhắc tới là http://dev.i2p.net/~jrandom/mockup/forum.png 15:23 &lt;jrandom&gt; green: hmm, tôi tưởng chúng ta đã bàn về việc đó trong một buổi họp, nhưng xem lại log thì nó diễn ra ngoài cuộc họp 15:24 &lt;jrandom&gt; trả lời ngắn: làm được, và có thể sẽ làm, nhưng không nằm trong lộ trình ngay lập tức 15:24 &lt;jrandom&gt; ít nhất thì không phải hoạt động hai chiều phpbb&lt;--&gt;syndie 15:24 &lt;jrandom&gt; phpbb--&gt;syndie thì dễ (chỉ cần hút các bài viết vào, hoặc dùng tạo nội dung phía server) 15:25 &lt;jrandom&gt; syndie--&gt;phpbb cũng dễ 15:25 &lt;jrandom&gt; tuy nhiên tôi không chắc mô hình vận hành của phpbb có phải là thứ mọi người rốt cuộc sẽ dùng syndie cho không 15:25 &lt;jrandom&gt; nhưng rồi sẽ xem 15:28 &lt;green&gt; ngay cả chỉ phpbb -&gt; syndie cũng đủ 15:30 &lt;jrandom&gt; hay đấy, việc đó sẽ đơn giản (kéo html đã render của phpbb vào một trang & đăng). phức tạp hơn một chút sẽ là kéo từ chính cơ sở dữ liệu của phpb, dù như thế sẽ có nhiều kiểm soát hơn (nhưng khi đó chỉ admin của phpbb mới làm được - cách đầu tiên thì ai cũng làm được) 15:31 &lt;badger&gt; quyền admin của phpbb khá phẳng.... không khó để chèn một hook 15:32 &lt;badger&gt; và có nhiều rss plugin sẵn cho nó 15:33 &lt;jrandom&gt; à hay. thực ra, nếu ai đó muốn bắt đầu tìm hiểu cái đó, sẽ tuyệt - chỉ cần tạo một trang HTML (và nếu bạn cần tham chiếu tài nguyên khác, hãy làm bằng syndie URIs [syndie.i2p.net/spec.html#uri] 15:34 &lt;jrandom&gt; (và nếu bạn cần hình ảnh/etc, chỉ cần tham chiếu chúng dạng img src="attachment1" v.v.) 15:34 &lt;jrandom&gt; (và rồi ta có thể nhét chúng vào một bài đăng syndie mà không vấn đề gì) 15:35 &lt;jrandom&gt; hiện tại trình soạn thảo tin nhắn có các tính năng "thêm trang văn bản" và "thêm trang HTML"... cuối cùng ta có thể thêm "thêm trang từ web..." yêu cầu bạn nhập một URL để lấy 15:37 &lt;badger&gt; `http://forum.i2p/rss_news.php` 15:38 &lt;badger&gt; dịch cái đó sang syndie markup có lẽ khá đơn giản 15:39 &lt;jrandom&gt; ừ (nhưng nhớ, syndie markup /là html/. các uris chỉ là... dài và khó đọc :) 15:41 &lt;jrandom&gt; ok, còn gì nữa về 2) syndie dev? 15:42 &lt;jrandom&gt; nếu không, chuyển sang 3) các sửa đổi i2phex 15:43 &lt;jrandom&gt; strike1 / Complication: muốn cập nhật cho chúng tôi không? 15:43 &lt;strike1&gt; Tôi đã làm kiểm tra nhanh liên quan đến việc giải quyết vấn đề 'connect to self' 15:43 &lt;strike1&gt; http://forum.i2p.net/viewtopic.php?t=1965 15:44 &lt;strike1&gt; Có vẻ chạy ổn, nhưng chỉ ngăn local dest bị thêm vào i2phex.hosts 15:44 &lt;strike1&gt; Tôi cũng đang xem xét các vấn đề băm (hashing), và các vấn đề tải xuống 15:45 &lt;jrandom&gt; tuyệt vời! 15:45 &lt;strike1&gt; Các mod mới trong cvs dường như cũng khiến i2phex tốt hơn một chút cho đến giờ, phải nói vậy. 15:48 &lt;strike1&gt; Hy vọng giữa Complication, tôi, và bất kỳ ai muốn giúp, chúng ta có thể sớm giải quyết tất cả. :) 15:49 &lt;jrandom&gt; quá đã, cảm ơn strike1 (& complication và mọi người!) 15:50 &lt;jrandom&gt; ok, còn ai có gì cho 3) các sửa đổi i2phex không? 15:51 &lt;jrandom&gt; nếu không, chuyển sang 4) ??? 15:51 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra cho cuộc họp không? 15:54 &lt;green&gt; có khả năng có một bản port dijjer trên I2P không? 15:55 &lt;green&gt; wow, đừng lo, chỉ là một câu hỏi đơn giản ;) 15:55 &lt;jrandom&gt; có lẽ không (bản port dijjer tức là số lượng lớn squid outproxies công cộng có cache) 15:56 &lt;jrandom&gt; nhưng khả năng có nội dung được lưu trữ khi bạn không online sẽ có với syndie 15:56 &lt;jrandom&gt; (và syndie có thể chạy qua i2p) 15:56 &lt;green&gt; chắc rồi nhưng syndie xử lý nội dung lớn thế nào? 15:57 &lt;jrandom&gt; về kỹ thuật thì có, nhưng thực tế thì không 15:58 &lt;green&gt; vậy dùng cache không phải là ý tưởng tệ lắm? 15:58 &lt;jrandom&gt; mặt khác, ta có thể để syndie phân phối các tệp .torrent cho các torrent được mã hóa bằng các khóa phiên mà chỉ những người được cấp quyền trên syndie biết 15:59 &lt;jrandom&gt; có trường hợp sử dụng cho việc cache các tệp lớn, dù tôi không chắc phương pháp cache kiểu freenet/dijjer là hướng tốt nhất 15:59 &lt;jrandom&gt; (không cố ý chơi chữ) 15:59 &lt;green&gt; hừm tệp .torrent nên chúng ta phải dựa vào máy chủ / tracker trung tâm 15:59 &lt;green&gt; s/central 16:00 &lt;jrandom&gt; (ví dụ, xem http://freehaven.net/anonbib/#redblue ) 16:01 &lt;jrandom&gt; green: torrent có thể phân tán, và bạn có thể đặt cùng một dữ liệu lên nhiều swarm 16:01 &lt;jrandom&gt; nhưng về chức năng, ta biết torrent hoạt động tốt để truyền cả đống dữ liệu 16:03 &lt;green&gt; Không có nhiều tracker tốt trên I2P, nên hiện tại chúng ta dựa vào một máy chủ trung tâm dù có thể phân phối torrent qua nhiều tracker 16:05 &lt;jrandom&gt; hmm, các tracker mà ta có thì tốt, chỉ là chưa có nhiều nội dung :) 16:06 &lt;strike1&gt; Tôi đồng ý, tuy vậy khi xem tracker của postman tôi đã ấn tượng với những gì tìm thấy ở đó so với năm ngoái. 16:07 &lt;jrandom&gt; ừ, đúng vậy 16:07 &lt;strike1&gt; Nhiều thứ hay ho :) 16:09 &lt;jrandom&gt; ok, còn gì nữa cho cuộc họp không? 16:10 &lt;green&gt; (baf) :) 16:10 * jrandom tổng kết 16:10 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/11/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-11-2006/Tue, 07 Nov 2006 00:00:00 +0000/vi/blog/2006/11/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-11-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrandom, mrflibble, spaetz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:09 &lt;jrandom&gt; 0) hi 15:09 &lt;jrandom&gt; 1) Net status 15:09 &lt;jrandom&gt; 2) Syndie dev status 15:09 &lt;jrandom&gt; 3) I2Phex mods 15:09 &lt;jrandom&gt; 4) ??? 15:09 &lt;jrandom&gt; 0) hi 15:09 * jrandom waves 15:10 &lt;jrandom&gt; weekly status notes up @ http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 15:10 * spaetz waves back 15:10 &lt;mrflibble&gt; cool, i was the only one in #i2p-dev a minute ago :) 15:10 &lt;jrandom&gt; hehe 15:10 &lt;jrandom&gt; yeah, the i2p-dev chan migration didn't last too long ;) 15:10 &lt;jrandom&gt; ok, lets jump into 1) Net status 15:11 &lt;spaetz&gt; ad 1) net seems stable 15:11 &lt;spaetz&gt; however, as you noted, reseeding is needed every 7 days or so 15:11 &lt;jrandom&gt; aye, 'tis unfortunate, and fixable 15:12 &lt;jrandom&gt; though the kludge fix is kind of ugly, and the long term fix is pretty involved 15:12 &lt;spaetz&gt; yep, that would be nice. My firewall is too tight for reseeding 15:12 &lt;jrandom&gt; damn, doesn't allow outbound http to dev.i2p.net? 15:12 &lt;spaetz&gt; I need to poke additional holes in it :-) 15:13 &lt;spaetz&gt; jrandom: outbound yes, but all the reply data gets stopped by default :-) 15:13 &lt;spaetz&gt; but that OT. go on. 15:14 &lt;jrandom&gt; lol ok, interesting 15:14 &lt;jrandom&gt; its something that needs to get addressed, though its not on my do-immediately pile 15:15 &lt;jrandom&gt; i dont really have much more to add to 1).. anyone have anything else they want to bring up re: net status? 15:15 &lt;spaetz&gt; I get disconnected on IRC every 1-2 hours 15:15 &lt;spaetz&gt; but I would call that stable :-) 15:16 &lt;spaetz&gt; ok, on to 2) 15:16 &lt;jrandom&gt; heh cool, 2) it is 15:17 &lt;jrandom&gt; lots of progress on this front 15:17 &lt;spaetz&gt; Is the new Syndie going to be integrated into i2p when it goes gold? 15:18 &lt;jrandom&gt; hmm, if you mean bundled with, i'm not sure. if you mean capable of seamlessly using, yes, definitely 15:19 &lt;spaetz&gt; I actually meant bundled. I2p seems to come "with batteries included" 15:19 &lt;jrandom&gt; the reason i'm not sure is that syndie will weigh a good deal (swt native libs, translations, spellcheck dictionaries, etc) 15:19 &lt;jrandom&gt; we will have an option to bundle them, certainly 15:20 &lt;jrandom&gt; and maybe that'll be the most common download 15:20 &lt;spaetz&gt; ok, I'm for an optional install then. alright. 15:21 &lt;jrandom&gt; bundling the text UI is certainly doable without a doubt, thats quite lightweight 15:22 &lt;spaetz&gt; that might be good enough to tease people 15:22 &lt;spaetz&gt; SOme might want to run the gui on a different machine than their i2p peer anyway 15:22 &lt;spaetz&gt; (I will) 15:23 &lt;jrandom&gt; word 15:23 &lt;jrandom&gt; ok, some teaser images for the gui dev status: 15:23 &lt;jrandom&gt; html rendering: http://dev.i2p.net/~jrandom/mockup/render_snap.png 15:23 &lt;jrandom&gt; forum tree: http://dev.i2p.net/~jrandom/mockup/syndie_refchooser.png 15:23 &lt;jrandom&gt; message tree / filter: http://dev.i2p.net/~jrandom/mockup/syndie_msgchooser.png 15:24 &lt;jrandom&gt; (the html rendering has been seen before, and the reference chooser may have been, and the message chooser was just implemented last night ;) 15:25 &lt;jrandom&gt; there'll be lots of little add-ons, but i'm focusing on first getting gui message generation in place 15:25 &lt;jrandom&gt; (which requires being able to browse forums and messages anyway, to pick links) 15:26 &lt;spaetz&gt; cool 15:26 &lt;spaetz&gt; although the beauty of syndie was its seamless integration through the web interface 15:26 &lt;spaetz&gt; but I bet that would be possible to implement 15:27 &lt;jrandom&gt; well, a web interface would technically be possible, but it would have all the security issues of the browser plus all the problems for interactive content that javascript/etc can cause 15:28 &lt;spaetz&gt; mmh, I see the hell you'd get into. I remember the corresponding freenet discussions a few years back 15:28 &lt;jrandom&gt; technically, we can pull in the mozilla engine to do html rendering with the SWT Browser widget, but doing so just isn't safe 15:29 &lt;jrandom&gt; aye, exactly 15:29 &lt;jrandom&gt; (and what, 5-8 years on, they still just found another security hole in their filter the other week) 15:30 &lt;jrandom&gt; ((my point is not that their filter isn't great, its that doing the filter is insanely dangerous)) 15:30 &lt;spaetz&gt; ok, if there's a document "syndie for dummies" I'd give it a shot. (the text UI). IS the manual the right document for this? 15:30 &lt;spaetz&gt; It seemed a bit specific already 15:31 &lt;jrandom&gt; ah - check out Complication2's post: http://forum.i2p.net/viewtopic.php?t=1935 15:31 &lt;spaetz&gt; ok, thanks. 15:31 &lt;jrandom&gt; that's getting wrapped up into a page for the syndie site, but isn't up yet 15:32 &lt;spaetz&gt; ok, that's great. all I needed 15:34 &lt;jrandom&gt; cool. ok, thats about it for gui stuff atm 15:34 &lt;jrandom&gt; there's a little teaser for the p2p folks in the status notes regarding a swarming syndication system 15:35 &lt;jrandom&gt; thats an area quite ripe for playing around in, for those who'd like to do some network hacking 15:36 &lt;jrandom&gt; but, thats just a side note 15:36 &lt;jrandom&gt; ok, if there's nothing else on 2) syndie dev status, lets jump over to 3) i2phex mods 15:36 &lt;jrandom&gt; Complication2: wanna give us the rundown? 15:38 &lt;jrandom&gt; or, if you're not here, those of y'all interested can check the status notes for my synopsis 15:39 &lt;spaetz&gt; mmh, gone fishin' 15:39 &lt;jrandom&gt; ok, lets jump on over to 4) ??? 15:39 &lt;jrandom&gt; anyone have anything else to bring up for the meeting? 15:39 * mrflibble sticks his hand up 15:40 &lt;spaetz&gt; nahh, looking forward to see (the new) Syndie getting more useful 15:40 &lt;mrflibble&gt; on http://dev.i2p.net/pipermail/i2p/2006-November/001317.html, what does "hi y'all, good luck with the subpoena power" mean exactly? 15:40 &lt;spaetz&gt; will the first codename be "will the real Syndie please stand up?" :-) 15:41 &lt;jrandom&gt; mrflibble: http://www.electoral-vote.com:2006/ 15:41 &lt;jrandom&gt; hehe spaetz 15:41 &lt;mrflibble&gt; oh! 15:41 * bar impregnates a ballot 15:43 &lt;jrandom&gt; (not that the democrats would be any better for the world, but the ability to subpoena the us president via congressional investigations would likely throw a few wrenches into the war machine for a bit) 15:44 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 15:45 &lt;jrandom&gt; if not... 15:46 * jrandom winds up 15:46 * jrandom *baf*S the meeting closed </div>/vi/blog/2006/10/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-31-th%C3%A1ng-10-n%C4%83m-2006/Tue, 31 Oct 2006 00:00:00 +0000/vi/blog/2006/10/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-31-th%C3%A1ng-10-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> burl, fedo, jrandom, koff, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:33 &lt;jrandom&gt; 0) chào 15:33 &lt;jrandom&gt; 1) Tình trạng mạng 15:33 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 15:33 &lt;jrandom&gt; 3) ??? 15:33 &lt;jrandom&gt; 0) chào 15:33 * jrandom vẫy tay 15:33 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-October/001316.html 15:33 * tethra vẫy tay lại! 15:34 &lt;jrandom&gt; hãy đi thẳng vào 1) tình trạng mạng 15:34 &lt;jrandom&gt; không có tin gì ở mảng này theo như tôi biết... mọi thứ có vẻ ổn định 15:34 &lt;jrandom&gt; ai có điều gì muốn nêu về việc này không? 15:35 &lt;+tethra&gt; không có gì bên tôi 15:36 &lt;jrandom&gt; ok, vậy chuyển sang 2) tình trạng phát triển Syndie 15:37 &lt;jrandom&gt; như đã nêu trong ghi chú, tôi đang khảo sát một số thành phần trình soạn thảo wysiwyg (what you see is what you get - thấy gì là được nấy), nhưng có vẻ rất phiền phức (không bất ngờ), và theo tôi biết thì chưa có giải pháp nào thật sự tốt 15:38 &lt;jrandom&gt; vì vậy, hiện tại tôi nghĩ sẽ dùng một trình soạn thảo cơ bản với các tiện ích giống như bạn thấy trên các diễn đàn như forum.i2p.net. không phải wysiwyg, nhưng hữu ích 15:39 &lt;+tethra&gt; hợp lý. vậy sau này wysiwyg có thể là bước phát triển tiếp theo chứ? 15:39 &lt;jrandom&gt; tất nhiên, nếu ai tìm ra một trình soạn thảo wysiwyg OSS (phần mềm mã nguồn mở) nhỏ gọn, tôi rất muốn biết (dù tôi đã xem cả tá lựa chọn rồi) 15:39 &lt;jrandom&gt; ừ, đó là cách hay để nâng cấp về sau 15:40 &lt;+tethra&gt; như vậy sẽ đỡ khoảng cách giữa dân kỹ thuật và người dùng thường :) 15:40 &lt;+tethra&gt; (bạn đã xem Nvu chưa?) 15:41 &lt;jrandom&gt; ừ, đồ sộ, nhưng có hứa hẹn 15:41 &lt;+tethra&gt; bạn đã xem những cái nào khác? 15:42 &lt;+tethra&gt; hỏi cho biết thôi 15:42 &lt;jrandom&gt; mọi thứ tôi có thể google ra. không có danh sách ngay lúc này 15:42 &lt;+tethra&gt; à, được rồi 15:44 &lt;koff&gt; Có hữu ích không nếu có chế độ xem chia đôi, với html ở phía dưới và phần kết xuất trang cập nhật theo thời gian thực ở phía trên? 15:45 &lt;+tethra&gt; hoặc có thể trái/phải (có thể chọn được thì tuyệt 15:45 &lt;+tethra&gt; ) 15:45 &lt;jrandom&gt; ừ, ý hay đấy (không hẳn thời gian thực, mà gần thời gian thực) 15:46 &lt;+tethra&gt; ừ, nút làm mới, v.v. 15:46 &lt;jrandom&gt; có lẽ sau 5s không thao tác hoặc khi nhấn nút 15:46 &lt;jrandom&gt; đúng vậy 15:48 &lt;koff&gt; Bạn thậm chí có thể có hai con trỏ, để bạn gần như cảm thấy mình đang điều hướng cả hai cùng lúc? 15:48 &lt;+tethra&gt; như thế sẽ hơi rối đấy :/ 15:48 &lt;koff&gt; có thể :) 15:50 &lt;jrandom&gt; ok, còn ai có gì về 2) tình trạng phát triển Syndie không? 15:51 &lt;jrandom&gt; nếu không, chuyển sang 3) ??? 15:51 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra cho buổi họp không? 15:54 &lt;+fedo&gt; ừ Jr, liệu có thể có một hướng dẫn kiểu "cho người dùng phổ thông" để dùng Syndie 1.0 không? tức là: chúng ta có thể làm gì với cái bảng điều khiển chế độ văn bản đó ... 15:55 &lt;+fedo&gt; tôi rất muốn giúp thử nghiệm Syndie nhưng tôi vẫn chưa hiểu cách dùng Syndie! :) 15:55 &lt;jrandom&gt; fedo: các trang http://syndie.i2p.net/manual.html và http://syndie.i2p.net/features.html và http://syndie.i2p.net/usecases.html có giúp gì không? 15:55 &lt;jrandom&gt; đó là câu hỏi kiểu "bạn có thể làm gì với Syndie", hay "làm thế nào để bạn làm $x"? 15:55 &lt;+fedo&gt; hm không hẳn đâu Jr :-/ 15:56 &lt;+fedo&gt; thực sự, tôi đang cố làm ... 15:56 &lt;+fedo&gt; làm sao tôi có thể dùng Syndie ... 15:57 &lt;+fedo&gt; bảng điều khiển chế độ văn bản không phải là vấn đề 15:57 &lt;jrandom&gt; bạn dùng Syndie /để làm gì/? hay chính câu hỏi là - tại sao bạn lại cài và dùng Syndie? 15:57 &lt;+fedo&gt; nhưng sau khi tôi cài Syndie thì làm gì tiếp theo là một câu hỏi :-s 15:57 &lt;jrandom&gt; à 15:58 &lt;jrandom&gt; ok, hãy nghĩ Syndie như một trình duyệt web tùy biến - bạn cài nó để có thể tham gia các diễn đàn. sau khi cài, bạn cần nói cho nó biết bạn muốn tham gia những diễn đàn nào 15:59 &lt;jrandom&gt; bản cài đặt 0.919b hiện tại sẽ mặc định kết nối với kho lưu trữ Syndie tại http://syndie.i2p.net/archive/ - bạn chỉ cần cài, đăng nhập và đồng bộ 16:00 &lt;jrandom&gt; và sau khi bạn đã đồng bộ, bạn có thể đọc bài trên các diễn đàn khác nhau, đăng trả lời, hoặc đăng lên diễn đàn của riêng bạn 16:01 &lt;+fedo&gt; Jr: tôi nghĩ bạn có thể viết một ghi chú ngắn giải thích cách dùng Syndie: tức là cách đồng bộ, cách lấy một bài viết ... 16:02 &lt;+tethra&gt; (hoặc thậm chí một kho ví dụ (syndie.i2p.net ?) để đồng bộ tới) 16:02 &lt;+tethra&gt; ồ, chưa đọc phía trên :/ 16:02 &lt;+tethra&gt; thôi 16:03 &lt;jrandom&gt; fedo: ý hay, tôi sẽ viết một bản 16:03 * fedo vẫy tay 16:05 &lt;jrandom&gt; ok tuyệt, còn ai có gì cho buổi họp không? 16:05 &lt;+fedo&gt; chúng tôi biết là bạn muốn kích hoạt việc dùng Syndie trên Freenet: hãy chỉ chúng tôi cách làm ... (bạn biết đấy, tôi không thể tìm ra bằng cách đọc mã của Syndie :-/ ) 16:05 &lt;+fedo&gt; ((giúp tôi với :)) 16:06 &lt;jrandom&gt; http://syndie.i2p.net/manual.html#syndicate_freenetpost 16:06 &lt;jrandom&gt; và http://syndie.i2p.net/manual.html#syndicate_getindex 16:07 &lt;+fedo&gt; sẽ phải 'đốt' nhiều nơ-ron đây nhưng tôi sẽ thử :) 16:07 &lt;burl&gt; fedo: Complication đã viết một hướng dẫn khởi đầu ngắn gọn và khá hữu ích trên diễn đàn ở đây: `http://forum.i2p/viewtopic.php?p=8860#8860` 16:08 &lt;jrandom&gt; à đúng, cái đó hay đấy, burl 16:08 &lt;+fedo&gt; cảm ơn burl: tôi sẽ xem ghi chú đó ;) 16:12 &lt;jrandom&gt; được rồi, ok, nếu không còn gì nữa cho buổi họp... 16:12 * jrandom kết thúc 16:12 * jrandom *baf* kết thúc buổi họp </div>/vi/blog/2006/10/24/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-10-n%C4%83m-2006/Tue, 24 Oct 2006 00:00:00 +0000/vi/blog/2006/10/24/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-10-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> badger, bar, cervantes, Complication, HotTuna, jrandom, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:03 &lt;jrandom&gt; 0) chào 16:03 &lt;jrandom&gt; 1) Tình trạng mạng 16:03 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 16:03 &lt;jrandom&gt; 3) ??? 16:03 &lt;jrandom&gt; 0) chào 16:03 * jrandom vẫy tay 16:03 * Complication loạng choạng đến đâu đó trong tầm với của bàn phím (đầu tuần như địa ngục, nhưng giờ qua rồi) 16:04 &lt;jrandom&gt; (hoan hô những khởi đầu khắc nghiệt!) 16:04 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 &lt;+Complication&gt; Xin chào 16:05 &lt;jrandom&gt; trong khi mọi người đọc các ghi chú (ngắn), hãy chuyển sang 1) Tình trạng mạng 16:05 * jrandom đã kết nối với freshcoffee suốt 3 ngày mà không bị ngắt, và có vẻ cả hai máy chủ irc đều có lượng người dùng khá đông 16:06 &lt;jrandom&gt; stats.i2p cũng hoạt động lại, và tỷ lệ thành công tunnel có những dao động kỳ lạ, nhưng nhìn chung cũng ổn 16:06 &lt;jrandom&gt; (dù vẫn ở khoảng 20–30) 16:06 &lt;jrandom&gt; ((tốt hơn nhiều so với 5–10, nhưng kém xa 60–80)) 16:07 &lt;jrandom&gt; ok, ai có điều gì muốn nêu về 1) tình trạng mạng không? 16:08 &lt;+Complication&gt; Bên tôi cũng tương tự, nhưng không có kết nối bền bỉ bất thường 16:08 &lt;+tethra&gt; ngoài vỗ tay ra, tôi không có gì! 16:08 &lt;+Complication&gt; Tôi chỉ muốn viết vài dòng liên quan đến các vấn đề NTP (Giao thức Thời gian Mạng) 16:09 &lt;+Complication&gt; Về cơ bản, vào Chủ nhật, 29 Tháng 10, một số múi giờ sẽ chuyển khỏi daylight saving time (DST – giờ tiết kiệm ánh sáng ban ngày) 16:09 &lt;jrandom&gt; (sẽ khá tệ đây) 16:10 &lt;+Complication&gt; Cá nhân tôi hy vọng nó không gây vấn đề cho ai, nhưng tôi không rành NTP đủ để chắc chắn 16:10 &lt;+Complication&gt; Vì vậy, phòng khi phép kiểm tra tính hợp lý của máy chủ NTP gần đây (thêm từ phiên bản .26) gây bất tiện cho ai đó đêm đó... 16:11 &lt;+Complication&gt; ...tôi nghĩ tốt hơn là nhắc đến khóa cấu hình có thể dùng để tắt nó (nếu cần) 16:11 &lt;+Complication&gt; (để những ai đọc ghi chú tình trạng sẽ biết) 16:12 &lt;+Complication&gt; Có thể tắt bằng cách nhập dòng "router.clockOffsetSanityCheck=false" vào `http://localhost:7657/configadvanced.jsp` 16:12 &lt;+Complication&gt; Nhưng như đã nói, tôi hy vọng không ai cần đến điều đó 16:13 &lt;+Complication&gt; Sẽ thú vị khi theo dõi xem mạng cư xử thế nào đêm đó, khi các múi giờ lần lượt chuyển đổi 16:13 &lt;+Complication&gt; Tôi chắc chắn sẽ quan sát, hy vọng rằng nếu thấy bất thường nào, có lẽ có thể sửa được trước mùa Xuân :D 16:14 &lt;jrandom&gt; vào đúng phút chuyển đổi đó có lẽ sẽ khá nhảy loạn, nhưng sẽ tự ổn lại nhanh thôi 16:14 &lt;+Complication&gt; ...và tôi chỉ có vậy. :) 16:14 &lt;jrandom&gt; nhưng hy vọng mọi thứ sẽ ổn; nếu không, như bạn nói, còn có mùa xuân :) 16:14 &lt;bar&gt; và nếu quả thực mọi thứ b0rk, đã có hai đề xuất khả dĩ để cải thiện trong tương lai được nêu ra trong buổi chat hôm trước: 16:15 &lt;bar&gt; "prevent skewed routers from forming subnets by handing over control to NTP if peers &lt;some number" 16:15 &lt;bar&gt; ...và "do not delete floodfill peer router infos from netdb if there are too few of them" 16:15 &lt;jrandom&gt; ừ 16:16 &lt;+Complication&gt; Đúng vậy, điều chỉnh số lượng điểm dữ liệu cần thiết (các độ lệch đồng hồ của peer sẵn có) để coi phép đo độ lệch của peer là đáng tin cậy 16:16 &lt;+Complication&gt; (ui, hơi thừa từ ở câu vừa rồi) 16:17 &lt;+Complication&gt; ...và vâng, kiểm tra floodfill. Tôi hiểu là hiện chưa có kiểm tra tương tự nào? 16:18 &lt;jrandom&gt; đúng 16:18 &lt;+Complication&gt; Có vẻ đôi khi một số người, do may mắn hay phép màu nào đó, lại đánh mất dấu các peer floodfill 16:19 &lt;jrandom&gt; điều đó chắc chắn cần được khắc phục 16:19 &lt;jrandom&gt; (điều này đã ảnh hưởng đến vài người hôm trước, khi một trong số chúng bị null routed) 16:20 &lt;jrandom&gt; (nếu #floodfill == 0, có lẽ ngẫu nhiên coi vài nút là floodfill) 16:20 &lt;+Complication&gt; Nếu làm được vậy thì cũng ổn 16:21 &lt;+Complication&gt; Tuy nhiên, có lẽ làm vậy đồng thời vẫn giữ ít nhất 2 (hoặc cỡ đó) peer floodfill sẽ càng an toàn 16:22 &lt;jrandom&gt; ừ 16:25 &lt;jrandom&gt; ok, còn ai có gì cho 1) tình trạng mạng không? hay ta chuyển sang 2) tình trạng phát triển Syndie? 16:25 &lt;badger&gt; về độ ổn định irc: phía máy chủ thấy ít lần kết nối lại hơn rất rất nhiều. 16:25 &lt;badger&gt; bạn gần như có thể gọi đó là một dịch vụ :) 16:26 &lt;jrandom&gt; :) 16:28 &lt;jrandom&gt; ok, chuyển sang 2) tình trạng phát triển Syndie 16:28 &lt;jrandom&gt; nhiều tiến triển ở đây, như đã nêu trong ghi chú tình trạng 16:28 &lt;jrandom&gt; mấy ngày qua ở đây cũng đã có khá nhiều thảo luận về nó 16:28 &lt;jrandom&gt; ai có điều gì muốn nêu ở mảng đó không? 16:30 &lt;@cervantes&gt; cài thứ gì khác ngoài mspaint đi 16:30 &lt;jrandom&gt; hê 16:30 &lt;jrandom&gt; ờ, dùng mấy thứ *xấu xí* để phác thảo cũng có giá trị – hạn chế kỳ vọng 16:31 &lt;+fox&gt; &lt;HotTuna&gt; các liên kết trong bài viết diễn đàn có vẻ bị chết ... ít nhất một số.. 16:31 &lt;@cervantes&gt; Tôi nghĩ điều đó đã được nhắc trong các bài viết 16:31 &lt;+fox&gt; &lt;HotTuna&gt; ồ... xin lỗi 16:31 &lt;jrandom&gt; hottuna: chúng đã được mirror @ dev.i2p.net/~jrandom/mockup/ 16:31 &lt;@cervantes&gt; một số sẽ được mirror thêm bên dưới 16:32 &lt;+Complication&gt; Một câu hỏi: bạn có nghĩ sẽ dễ (và an toàn) hơn khi tự triển khai một tập con HTML hạn chế từ đầu, thay vì mổ xẻ một trình duyệt nào đó? 16:33 * jrandom vừa tải lên thêm hai ảnh: dev.i2p.net/~jrandom/mockup/forum.png và blog.png (thể hiện thảo luận vài ngày qua về các cách khác nhau để xem một diễn đàn) 16:33 &lt;@cervantes&gt; chắc chắn là dễ làm an toàn hơn 16:33 &lt;+Complication&gt; (chỉ tò mò về những gì đang diễn ra phía GUI, vì tôi khá thiếu cập nhật) 16:33 &lt;jrandom&gt; Complication: tôi đã làm xong gần hết các phần phục vụ định dạng chung rồi 16:33 &lt;@cervantes&gt; đặc biệt vì chỉ hỗ trợ một tập con HTML hạn chế trong syndie 16:34 &lt;+Complication&gt; À ha 16:34 &lt;jrandom&gt; (font, canh lề, kích cỡ, màu sắc, ảnh, liên kết, danh sách (kể cả lồng nhau), tiêu đề, đoạn văn, entity HTML) 16:35 &lt;jrandom&gt; còn nếu làm div để bố cục hoặc bảng thì cần nhiều công hơn đáng kể, nhưng tôi chưa đụng đến giờ 16:35 &lt;+Complication&gt; Nghe khá ổn 16:36 &lt;@cervantes&gt; và tất nhiên là thẻ &lt;blink&gt; 16:36 * jrandom ném vào cervantes một &dagger; 16:37 &lt;@cervantes&gt; ái, bị xiên bởi một entity 16:37 &lt;jrandom&gt; để xem. khi được triển khai và sử dụng, có lẽ sẽ cần chuyển sang một engine kết xuất HTML đầy đủ 16:38 * jrandom vẫn muốn codebase càng nhỏ càng tốt, để bớt phải debug và rà soát các vấn đề bảo mật và ẩn danh 16:39 &lt;+Complication&gt; Quả vậy, chắc chắn có lợi khi chỉ xử lý text/plain 16:40 &lt;+Complication&gt; (hy vọng chỉ “hỗ trợ” các kiểu tấn công ngôn ngữ tự nhiên ;P ) 16:41 &lt;+Complication&gt; Bạn nghĩ gì về khả năng dùng biện pháp chống spam kiểu hashcash (cơ chế Proof-of-Work)? Quá sớm để nói chăng? Bạn có nghĩ thêm sau này sẽ dễ không? 16:42 &lt;@cervantes&gt; tôi đoán dùng BBCode hoặc cú pháp wiki sẽ giảm rủi ro chèn đánh dấu độc hại trong một engine HTML đầy đủ 16:42 &lt;@cervantes&gt; *trình kết xuất 16:43 &lt;jrandom&gt; khá dễ để gắn thêm thôi Complication – chỉ cần một public header mới (được tính hash dựa trên canonical syndie uri, xác minh khi import, tạo khi ký) 16:44 * Complication đã nghĩ chút về vài thứ này vài ngày trước, nhưng chỉ lướt qua 16:44 &lt;jrandom&gt; hashcash cũng có thể thực hiện ở nhiều mức – theo kênh mới (meta.syndie), theo kênh cập nhật, hoặc theo bài đăng (thậm chí có thể điều chỉnh theo sizeof(post) hoặc #msgs/day) 16:44 &lt;+Complication&gt; Nếu muốn triển khai hashcash như Proof-of-Work, tôi tự hỏi người đăng nên được yêu cầu tính va chạm dựa trên cái gì thì hợp lý nhất? 16:45 &lt;+Complication&gt; À, uri... có lẽ đúng vậy 16:45 &lt;+Complication&gt; Ồ, đúng vậy 16:45 &lt;+Complication&gt; Đó là vài điều tôi chưa nghĩ tới 16:48 &lt;jrandom&gt; cervantes: đúng thế 16:48 &lt;jrandom&gt; ok, còn ai có gì cho 2) tình trạng phát triển Syndie không? 16:51 &lt;jrandom&gt; ok, nếu không, ta chuyển sang 3) ??? 16:51 &lt;jrandom&gt; ai còn điều gì muốn nêu không? 16:54 &lt;jrandom&gt; ok, nếu không... 16:54 * jrandom chuẩn bị 16:54 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2006/10/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-10-n%C4%83m-2006/Tue, 17 Oct 2006 00:00:00 +0000/vi/blog/2006/10/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-10-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, dm, jrandom, marlowe</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) chào 16:01 &lt;jrandom&gt; 1) Tình trạng mạng 16:01 &lt;jrandom&gt; 2) Tình trạng phát triển Syndie 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) chào 16:01 * jrandom vẫy tay 16:01 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 16:02 &lt;+fox&gt; * dm vẫy tay 16:02 &lt;jrandom&gt; w3wt, ok, trong khi mọi người đọc bản tin thú vị đó, hãy chuyển sang 1) tình trạng mạng 16:03 &lt;jrandom&gt; mạng có vẻ đang giữ trạng thái ổn định, dù có xu hướng tăng trưởng nhẹ 16:04 &lt;jrandom&gt; có vài thảo luận về vấn đề lớn liên quan đến CPU trên diễn đàn, nhưng theo như tôi thấy (afaics) vẫn chưa có đột phá 16:04 &lt;jrandom&gt; có ai muốn nêu điều gì về 1) tình trạng mạng không? 16:05 &lt;jrandom&gt; (tuần đầy đủ cuối cùng với 0.6.1.26 có vẻ diễn ra tốt [yay]) 16:06 &lt;+fox&gt; &lt;dm&gt; ừ, tôi nên nói gì đó 16:06 &lt;+fox&gt; &lt;dm&gt; có số đo nhất quán nào đang được dùng để theo dõi tình trạng mạng không 16:06 &lt;+fox&gt; &lt;dm&gt; hay chỉ là các trải nghiệm ngẫu hứng? 16:07 &lt;+fox&gt; &lt;dm&gt; ví dụ có ứng dụng nào cố kết nối đến các nơi ngẫu nhiên mỗi ngày đồng thời đo thời gian phản hồi và lỗi không. 16:07 &lt;jrandom&gt; Tôi chủ yếu dựa vào hành vi trên IRC, cũng như số liệu thống kê và hoạt động trên các router tôi vận hành (stats.i2p tạm ngừng hoạt động khoảng một hai tuần, nhưng thường là một mốc đo lường vững chắc để so sánh) 16:08 &lt;+fox&gt; &lt;dm&gt; hay đó, tôi sẽ xem thử trang đó. 16:08 &lt;jrandom&gt; có vài người đang chạy ứng dụng theo dõi thống kê - orion.i2p, tino.i2p, eepsites.i2p, cũng như stats.i2p 16:09 &lt;+fox&gt; &lt;dm&gt; cảm ơn! 16:09 &lt;jrandom&gt; không vấn đề gì :) 16:09 &lt;jrandom&gt; ok, nếu không còn gì ở mục 1), hãy chuyển sang 2) tình trạng phát triển Syndie 16:10 &lt;jrandom&gt; nhiều thứ đang diễn ra, như đã đề cập trong ghi chú trạng thái (và cuối cùng bạn có thể thấy một website trông không còn xấu xí tại syndie.i2p.net :) 16:11 &lt;+fox&gt; &lt;dm&gt; hiện đang down à? 16:11 &lt;+fox&gt; &lt;dm&gt; thôi, bỏ đi 16:11 &lt;+fox&gt; * dm im lặng 16:11 &lt;jrandom&gt; :) 16:12 &lt;marlowe&gt; jrandom, sơ đồ trên trang đầu rất hữu ích 16:12 &lt;marlowe&gt; giờ tôi đã hiểu khái niệm đằng sau syndie 16:12 &lt;+fox&gt; &lt;dm&gt; nó cũng đẹp nữa 16:13 &lt;+fox&gt; &lt;dm&gt; nhưng làm sao truy cập Syndie mà không tải/cài đặt nó? Tôi nhớ trước đây có thể làm vậy? 16:13 &lt;jrandom&gt; tuyệt, mừng là nó rõ ràng, marlowe - chỉ qua chữ thì khái niệm này có thể gây bối rối :) 16:13 &lt;jrandom&gt; dm: Syndie cũ (syndiemedia.i2p.net/) là web-based, nhưng bản mới này thì, ờ, hoàn toàn mới, được thiết kế lại từ đầu 16:14 &lt;+fox&gt; &lt;dm&gt; không phải web-based sao? 16:14 &lt;jrandom&gt; (và cảm ơn cervantes đã biến hình vẽ kiểu MS Paint xấu xí của tôi thành bức ảnh bóng bẩy bạn thấy ở đó :) 16:14 &lt;jrandom&gt; không, nó không dựa trên web - bản phát hành hiện tại thực ra chỉ có giao diện văn bản, nhưng vẫn đang làm việc trên giao diện đồ họa (GUI) 16:14 &lt;jrandom&gt; http://syndie.i2p.net/roadmap.html 16:14 &lt;+fox&gt; &lt;dm&gt; chỉ văn bản! wow. ok. đang tải xuống. 16:14 &lt;jrandom&gt; w3wt 16:15 &lt;jrandom&gt; một điều quan trọng bạn cần biết để dùng hiệu quả là vị trí của một kho lưu trữ Syndie mà bạn có thể đẩy bài viết lên và kéo bài viết về 16:15 &lt;+fox&gt; &lt;dm&gt; wow.. cái này hardcore thật. (Next Command:) hehhehe 16:15 &lt;jrandom&gt; hiện đang có một cái tại http://syndie.i2p.net/archive - bạn có thể đồng bộ với nó qua "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" và "fetch" :) 16:16 &lt;jrandom&gt; đó là một hệ thống khá đơn giản, dù có các đặc tính thiết kế rất cụ thể 16:16 &lt;jrandom&gt; (và cực kỳ bền bỉ - có thể chạy trên bất cứ thứ gì :) 16:17 &lt;+fox&gt; &lt;dm&gt; có gì đó rất ngầu ở những ứng dụng cực phức tạp chạy với giao diện văn bản 16:17 &lt;+fox&gt; &lt;dm&gt; dù sao... 16:17 &lt;+fox&gt; * dm lại im lặng 16:19 * jrandom hy vọng đưa chúng ta lên 1.0 vào lúc nào đó trong tháng này, nên kiểm thử beta sẽ rất tốt 16:20 &lt;jrandom&gt; (hãy dùng thử thật kỹ, cho tôi biết cái gì hỏng, v.v.) 16:20 &lt;jrandom&gt; 1.0 sẽ không bao gồm GUI, dĩ nhiên, cái đó là 2.0 16:20 &lt;+fox&gt; &lt;dm&gt; dĩ nhiên 16:21 &lt;jrandom&gt; ok, có ai có bình luận/câu hỏi/đề xuất/móng chân nào về 2) tình trạng phát triển Syndie không? 16:22 &lt;jrandom&gt; ồ, một điều tôi muốn nêu - như tôi đã đăng trên blog Syndie của mình, chúng ta cần một logo! vậy nên, xem urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee :) 16:23 &lt;+fox&gt; &lt;dm&gt; có một nơi tốt để lấy logo chất lượng rất cao miễn phí hoặc gần như miễn phí 16:24 &lt;jrandom&gt; flickr? :) 16:24 &lt;+fox&gt; &lt;dm&gt; http://www.worth1000.com/ &lt;--- dân mê photoshop ở đó cố vượt mặt nhau để kiếm chút tiếng tăm và/hoặc tiền 16:24 &lt;jrandom&gt; à hay đó 16:25 &lt;+fox&gt; &lt;dm&gt; ví dụ một 'cuộc thi' trước đây http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 &lt;+fox&gt; * dm lại im lặng 16:26 &lt;jrandom&gt; wikked, cảm ơn dm 16:27 &lt;jrandom&gt; ok, nếu không có gì ở mục 2, hãy chuyển sang 3) ??? 16:28 &lt;jrandom&gt; có ai còn điều gì khác cho buổi họp không? 16:28 &lt;bar&gt; có lẽ chúng ta nên để việc đó cho phiên bản 1.99b và tổ chức một cuộc thi/treo thưởng nho nhỏ để quảng bá Syndie 2.0? 16:28 &lt;jrandom&gt; à, đó là ý hay, vì 1.* dù sao cũng sẽ là dạng văn bản 16:30 &lt;bar&gt; cứ nghĩ về nó đi, tôi chắc là chúng ta có thể xoay được chút kinh phí 16:30 &lt;+fox&gt; &lt;dm&gt; dù sao tình hình tài trợ thế nào? 16:31 &lt;+fox&gt; &lt;dm&gt; bạn vẫn đang làm việc này toàn thời gian chứ jr? 16:31 &lt;jrandom&gt; ừ, vẫn cầm cự được, nhờ vào vài nhà đóng góp hào phóng kinh khủng (cảm ơn!) 16:31 &lt;jrandom&gt; http://www.i2p.net/halloffame 16:32 &lt;+fox&gt; &lt;dm&gt; à đúng rồi.. ngân sách eo hẹp. Tôi nhớ ra rồi 16:31 &lt;jrandom&gt; hehe 16:34 &lt;jrandom&gt; ok, có ai còn điều gì khác muốn nêu không? 16:34 &lt;+fox&gt; &lt;dm&gt; vừa chuyển cho bạn một c-bill. Nhớ chỉ dùng cho rượu hoặc những mục đích phù phiếm khác nhé. 16:34 &lt;+fox&gt; &lt;dm&gt; à và giữ bí mật tên thật của tôi nhé! 16:34 &lt;jrandom&gt; w00t! cảm ơn dm 16:36 &lt;jrandom&gt; ok, nếu không còn gì nữa... 16:36 * jrandom kết thúc 16:36 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2006/10/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-10-10/Tue, 10 Oct 2006 00:00:00 +0000/vi/blog/2006/10/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-10-10/<p>Chào mọi người, vài ghi chú tình hình ngắn gọn tuần này</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.26 và tình trạng mạng 2) Tình trạng phát triển của Syndie 3) Xem lại hệ thống quản lý phiên bản phân tán 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.26 and network status</li> </ol> </li> </ul> <p>Mới đây chúng tôi đã phát hành bản 0.6.1.26 mới, bao gồm nhiều cải tiến i2psnark từ zzz và một số kiểm tra an toàn NTP mới từ Complication, và các phản hồi đều tích cực. Mạng có vẻ đang tăng trưởng nhẹ mà không có hiệu ứng lạ mới nào, dù một số người vẫn gặp khó khăn khi xây dựng tunnels của họ (vẫn như trước giờ).</p>/vi/blog/2006/10/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-10-03/Tue, 03 Oct 2006 00:00:00 +0000/vi/blog/2006/10/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-10-03/<p>Chào mọi người, ghi chú tình hình tuần này đến muộn</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái phát triển router 3) Cơ sở lý luận của Syndie (tiếp theo) 4) Trạng thái phát triển Syndie 5) Hệ thống quản lý phiên bản phân tán 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong một hai tuần vừa qua, irc và các dịch vụ khác khá ổn định, tuy nhiên dev.i2p/squid.i2p/www.i2p/cvs.i2p đã gặp vài trục trặc (do các vấn đề tạm thời liên quan đến hệ điều hành). Hiện tại mọi thứ có vẻ đang ở trạng thái ổn định.</p>/vi/blog/2006/09/12/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-12-th%C3%A1ng-9-n%C4%83m-2006/Tue, 12 Sep 2006 00:00:00 +0000/vi/blog/2006/09/12/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-12-th%C3%A1ng-9-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, jrandom, kostya213, modulus, tethra, vulpine</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:06 &lt;jrandom&gt; 0) chào 16:06 &lt;jrandom&gt; 1) 0.6.1.25 và tình trạng mạng 16:06 &lt;jrandom&gt; 2) I2PSnark 16:06 &lt;jrandom&gt; 3) Syndie (cái gì/tại sao/khi nào) 16:06 &lt;jrandom&gt; 4) Câu hỏi về crypto của Syndie 16:06 &lt;jrandom&gt; 5) ??? 16:06 &lt;jrandom&gt; 0) chào 16:06 * jrandom vẫy tay 16:06 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 &lt;jrandom&gt; vì những ghi chú đó đã lên từ hàng giờ trước, mọi người hẳn đã đọc và có ghi chú sẵn rồi, phải không? ;) 16:07 &lt;jrandom&gt; nhảy tới 1) 0.6.1.25 và tình trạng mạng 16:08 &lt;vulpine&gt; &lt;Complication&gt; Về 0.6.1.25 thì bên tôi chạy ổn, chỉ có một lỗi trước đây chưa thấy 16:08 &lt;jrandom&gt; hay đấy, vấn đề gì vậy? 16:08 &lt;vulpine&gt; * Complication tìm trong log 16:09 &lt;jrandom&gt; kích thước mạng có vẻ lớn hơn trước, dù vẫn cùng bậc độ lớn 16:09 &lt;vulpine&gt; &lt;Complication&gt; "Unknown error reading the net.i2p.data.i2np.GarlicMessage: wtf, fromLong got a negative? -840" 16:10 &lt;vulpine&gt; &lt;Complication&gt; Bắt đầu với "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Error receiving fragmented message (corrupt?)" 16:10 &lt;jrandom&gt; à ok hay, lỗi đó đã tồn tại lâu rồi, cứ bỏ qua 16:11 &lt;vulpine&gt; &lt;Complication&gt; Chỉ xảy ra một lần 16:11 &lt;vulpine&gt; &lt;frosk&gt; tôi đã gặp cái cuối đó vài lần 16:11 &lt;vulpine&gt; * jrandom chọc fox 16:12 &lt;vulpine&gt; &lt;Complication&gt; Ồ, và thêm một cái nữa: "router.tunnel.TunnelDispatcher: wtf, took 1121 to dispatch net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 &lt;vulpine&gt; &lt;Complication&gt; (có vẻ cũng không đáng kể, có thể chỉ là tắc nghẽn đơn giản) 16:12 &lt;jrandom&gt; ừ, có khả năng 16:13 &lt;jrandom&gt; irc rõ ràng hiện vẫn hơi trục trặc 16:13 &lt;jrandom&gt; (nhưng, lần này thì không phải lỗi của i2p :) 16:14 &lt;jrandom&gt; ok, còn ai có gì cho 1) Tình trạng mạng và 0.6.1.25 không? 16:15 &lt;kostya213&gt; chỉ muốn thêm rằng .25 đã sửa tất cả vấn đề tôi gặp vài tháng qua 16:15 &lt;jrandom&gt; tuyệt! 16:16 &lt;vulpine&gt; &lt;green&gt; làm ơn, thay đổi cách tính trạng thái khi chỉ dùng NTCP 16:16 &lt;jrandom&gt; 'k, nhưng không khuyến nghị tắt UDP (tôi tin là tôi đã nói rõ là tôi cũng sẽ không chỉ mọi người cách tắt UDP) 16:17 &lt;jrandom&gt; nhưng trạng thái nên được cập nhật để tính đến việc UDP không phải phương thức truyền tải duy nhất 16:17 &lt;jrandom&gt; tôi sẽ sửa trong bản rev tiếp theo, cảm ơn 16:17 &lt;vulpine&gt; &lt;green&gt; jrandom : chắc là anh không nói, nhưng tôi có thể đọc code ;) 16:18 &lt;jrandom&gt; đúng, nhưng khi tôi không khuyến nghị một thứ, và bảo mọi người đừng thử, thì đừng ngạc nhiên nếu có thông báo hiển thị gây rối ;) 16:19 &lt;vulpine&gt; &lt;green&gt; chắc rồi, tôi cũng có thể chỉ hiển thị "OK" trong console :) 16:19 &lt;jrandom&gt; chuẩn rồi 16:21 &lt;jrandom&gt; ok, chuyển sang 2) I2PSnark 16:21 &lt;jrandom&gt; zzz có vẻ không có ở đó lúc này 16:22 &lt;jrandom&gt; zzz đang làm vài thay đổi để cải thiện việc lập lịch trong i2psnark 16:23 &lt;jrandom&gt; (nó hơi... đơn giản hiện tại, nếu tôi nhớ đúng, dù tôi không hoàn toàn chắc về các sửa đổi zzz đang hack) 16:23 &lt;jrandom&gt; ((nhưng tôi mong chờ tiến triển!)) 16:25 &lt;jrandom&gt; ok, nếu không còn gì về 2) I2PSnark, hãy chuyển tiếp sang 3.*) chuyện Syndie 16:26 &lt;jrandom&gt; hãy vào 3.1) syndie là gì trước, vì có rất nhiều thứ cần bàn 16:27 &lt;jrandom&gt; tôi nhận được vài câu hỏi trước cuộc họp liên quan đến mã hóa cho bài đăng 16:27 &lt;jrandom&gt; về cơ bản, các bài được mã hóa theo kiểu đối xứng - ai có khóa đối xứng đều có thể đọc bài, vì họ được cấp quyền 16:28 &lt;jrandom&gt; các trả lời trong kênh được mã hóa bất đối xứng tới khóa công khai gắn với kênh/diễn đàn 16:28 &lt;jrandom&gt; một số bài có thể dùng mã hóa dựa trên mật khẩu để tạo khóa đối xứng dùng để đọc 16:29 &lt;jrandom&gt; và một số bài có thể đưa khóa đối xứng vào các header có thể đọc của bài (để ai cũng có thể đọc) 16:29 &lt;modulus&gt; mục đích của cái cuối cùng là gì? 16:29 &lt;jrandom&gt; và bản thân một số diễn đàn có thể đưa khóa đối xứng vào metadata của diễn đàn, để ai cũng có thể đọc bài nhưng chỉ khi họ có metadata của kênh 16:29 &lt;jrandom&gt; modulus: để mọi thứ luôn được mã hóa, kể cả những thứ công khai đọc được 16:29 &lt;jrandom&gt; (để nghe lén kiểu tầm thường trở nên vô dụng) 16:30 &lt;modulus&gt; đúng, tôi hiểu rồi. 16:31 &lt;jrandom&gt; ok, tôi nghĩ thế là bao quát các câu hỏi về mã hóa được hỏi trước cuộc họp 16:31 &lt;jrandom&gt; có ai có câu hỏi gì về 3.1) syndie là gì không? 16:31 &lt;jrandom&gt; (ý tôi là, sẽ rõ hơn khi nó được tung ra, dĩ nhiên) 16:32 &lt;vulpine&gt; &lt;void&gt; hmm 16:33 &lt;jrandom&gt; thế nào rồi void? 16:33 &lt;vulpine&gt; &lt;void&gt; &lt;void&gt; tôi đoán rằng kho lưu trữ thông điệp (.zip) cũng có thể chứa các thông điệp khác, có thể từ người khác, như những thông điệp được trích dẫn? 16:34 &lt;jrandom&gt; ừ, đúng, bạn có thể đính kèm các tệp .snd, nhưng có một namespace rõ ràng, nên bạn có thể tạo các liên kết kiểu References: tiêu chuẩn tới các thông điệp trước 16:34 &lt;jrandom&gt; (tức là bạn không phải dùng kiểu "threading" kiểu frost) 16:35 &lt;vulpine&gt; &lt;void&gt; ok, đúng rồi 16:37 &lt;vulpine&gt; &lt;Complication&gt; Về Syndie, tôi tự hỏi mọi người sẽ giải quyết thế nào vấn đề cấp quyền truy cập cho người khác vào một diễn đàn có nhiều người đăng (như tài khoản trên một bảng tin thông thường) nhưng không cấp vĩnh viễn, và tránh mớ rắc rối không mong muốn khi cần thu hồi quyền truy cập (vì bất kỳ lý do nào). 16:38 &lt;vulpine&gt; &lt;Complication&gt; Một giải pháp, dĩ nhiên, là tác giả chỉ định khuyến nghị về những ai mà client nên hiển thị trả lời của họ 16:38 &lt;jrandom&gt; Complication: tạo một cặp khóa công/riêng mới, đưa khóa riêng cho những người được cấp quyền (tạm thời), và đưa khóa công vào danh sách "keys allowed to post" 16:38 &lt;vulpine&gt; &lt;Complication&gt; ..và đối với client, trừ khi họ muốn nghiên cứu lịch sử, thì theo khuyến nghị này (cụ thể là phiên bản mới nhất của nó) 16:38 &lt;jrandom&gt; (và khi họ không còn được cấp quyền, gỡ khóa đó khỏi danh sách "keys allowed to post") 16:39 &lt;kostya213&gt; jrandom: bạn có thể muốn dùng phần mở rộng khác .snd vì đó là phần mở rộng được dùng rộng rãi cho ứng dụng âm thanh, MIME sẽ nhầm lẫn 16:39 &lt;jrandom&gt; à, đúng - mọi diễn đàn đều có một "owner" (một khóa riêng dùng để ký) có thể quản lý danh sách ai được phép đăng, v.v. 16:39 &lt;vulpine&gt; &lt;Complication&gt; "keys allowed to post" sẽ là metadata gắn với bài mới nhất của tác giả, hay một thông điệp khác, đúng không? 16:39 &lt;jrandom&gt; ý hay đấy kostya213, dù có lẽ ta sẽ phải kẹt với .dat ;) 16:40 &lt;jrandom&gt; Complication: à xin lỗi, không, giống syndie hiện tại/cũ - có các bài metadata được ký riêng cho chính diễn đàn/kênh 16:40 &lt;vulpine&gt; * Complication tin rằng ai đó thậm chí đã nhận .dat cho thứ gì đó :) 16:40 &lt;jrandom&gt; đúng, kiểu application gọi là "octet-stream" ;) 16:40 &lt;vulpine&gt; &lt;void&gt; có vẻ .syn không được dùng cho thứ gì đáng kể 16:41 &lt;vulpine&gt; &lt;Complication&gt; À ha, các bài metadata đặc biệt... đúng, thế là được 16:41 &lt;jrandom&gt; ồ hay, ta dùng được syn! 16:41 &lt;jrandom&gt; (tinh mắt đấy void, cảm ơn kostya213) 16:41 &lt;vulpine&gt; &lt;void&gt; hmm, " 16:41 &lt;vulpine&gt; &lt;void&gt; hmm, "Word Synonym File", Company: Microsoft 16:42 &lt;jrandom&gt; ừ, tôi chắc là ta sẽ giải quyết được thôi 16:42 &lt;kostya213&gt; đúng nó được Word dùng 16:42 &lt;vulpine&gt; &lt;void&gt; nhưng ta cũng có thể bỏ qua điều đó :) 16:42 &lt;kostya213&gt; đừng mất hy vọng, tôi nghĩ có thể tìm được cái gì đó sẽ không gây vấn đề với các mimetype dùng rộng rãi 16:43 &lt;jrandom&gt; ok, còn gì về 3.1) Syndie là gì không? 16:43 &lt;vulpine&gt; &lt;void&gt; ờ, mà tại sao ta phải giữ phần mở rộng 3 ký tự? đó là di tích thời DOS 16:43 &lt;kostya213&gt; một điều phải hỏi, sao lại giới hạn phần mở rộng 3 ký tự? chẳng ai dùng DOS nữa 16:44 &lt;jrandom&gt; hê 16:44 &lt;kostya213&gt; trùng ý với void 16:44 &lt;kostya213&gt; .syndie có vẻ ổn với tôi 16:44 &lt;vulpine&gt; &lt;void&gt; .synd sẽ không xung đột với cái nào 16:44 &lt;kostya213&gt; cũng tốt 16:45 &lt;vulpine&gt; &lt;void&gt; lag chết tiệt :( 16:48 &lt;jrandom&gt; ok, chuyển sang 3.2) Tại sao Syndie quan trọng? 16:48 &lt;vulpine&gt; &lt;void&gt; jrandom: đợi đã 16:48 &lt;cervantes&gt; (vì anh nói nó quan trọng) 16:48 * jrandom chờ 16:48 &lt;jrandom&gt; !thwap cervantes ;) 16:48 &lt;vulpine&gt; &lt;void&gt; bài ghi chú trạng thái có nói rằng có thể đính kèm avatar vào một bài, nếu không sẽ dùng avatar mặc định 16:49 &lt;vulpine&gt; &lt;void&gt; nhưng nếu ai đó muốn có vài avatar định sẵn thay vì một cái "mặc định" thì sao? 16:49 &lt;jrandom&gt; ừ, tác giả có thể đưa avatar mặc định vào metadata kênh của họ 16:49 &lt;vulpine&gt; &lt;void&gt; mỗi lần lại đính cái khác thì không hiệu quả 16:49 &lt;jrandom&gt; câu hỏi hay void - hãy xem đoạn mã script trong ghi chú 16:50 &lt;jrandom&gt; listauthkeys --authorizedOnly true 16:50 &lt;jrandom&gt; authenticate 0 16:50 &lt;vulpine&gt; &lt;void&gt; (?) 16:50 &lt;jrandom&gt; listauthkeys sẽ hiển thị tất cả các danh tính mà bạn có thể ký thông điệp để nói rằng bạn là, còn "authenticate 0" chọn một danh tính để ký 16:51 &lt;jrandom&gt; vậy, danh tính đó có kênh riêng, và kênh đó có metadata riêng, có thể bao gồm một avatar 16:51 &lt;vulpine&gt; &lt;void&gt; hmm, một danh tính riêng nghĩa là một cặp khóa riêng? 16:51 &lt;jrandom&gt; đúng 16:51 &lt;vulpine&gt; &lt;void&gt; nếu ai đó muốn có vài avatar trên một danh tính thì sao? 16:52 &lt;jrandom&gt; họ có avatar mặc định trong metadata kênh, và có thể ghi đè theo từng thông điệp 16:52 &lt;kostya213&gt; giá trị đáng ngờ 16:52 &lt;vulpine&gt; &lt;void&gt; vài avatar "mặc định" để anh ta chọn 16:52 &lt;vulpine&gt; &lt;void&gt; hay tôi đang soi mói quá? :) 16:53 &lt;jrandom&gt; à, tôi hiểu ý bạn. không, ban đầu không hỗ trợ 16:53 &lt;jrandom&gt; có thể sau này 16:53 &lt;vulpine&gt; &lt;void&gt; đúng kostya213, thôi bỏ qua 16:53 &lt;vulpine&gt; &lt;void&gt; :) 16:53 &lt;jrandom&gt; (nhưng avatar sẽ bị giới hạn kích thước rất nhỏ, nên không quá phiền khi đính kèm) 16:53 &lt;vulpine&gt; * Complication nghĩ rằng việc thêm avatar theo từng thông điệp có thể code khá dễ 16:53 &lt;vulpine&gt; &lt;void&gt; vậy, 3.1) Syndie là gì? 16:53 &lt;vulpine&gt; &lt;Complication&gt; (rồi sẽ vậy) 16:54 &lt;vulpine&gt; * cervantes dán các máy chủ irc lại với nhau 16:54 &lt;vulpine&gt; &lt;void&gt; Complication: jrandom vừa nói là anh ấy sẽ làm vậy rồi :) 16:54 &lt;jrandom&gt; (avatar theo từng thông điệp sẽ nằm trong bản cơ sở, điều bàn là có nhiều 'mặc định' để chọn, chọn bằng cách nói "use avatar 1" trong một thông điệp thay vì đính kèm chính avatar) 16:54 &lt;vulpine&gt; &lt;Complication&gt; độ trễ, độ trễ... 16:54 &lt;jrandom&gt; ok, còn gì nữa cho 3.1 không? 16:54 &lt;jrandom&gt; nếu không, hãy sang 3.2 16:55 &lt;vulpine&gt; &lt;void&gt; tôi nghĩ vậy là hết 16:55 &lt;jrandom&gt; wr0d. 16:56 &lt;jrandom&gt; ngoài câu móc mỉa của cervantes, ai có câu hỏi/bình luận/quan ngại gì về "tại sao" không? 16:56 &lt;jrandom&gt; (ờ, "concerns") 16:58 &lt;vulpine&gt; &lt;Complication&gt; cervantes: anh đã lau bề mặt bằng cồn trước khi bôi keo lên ircd chưa? ;) 16:58 &lt;kostya213&gt; theo tôi syndie không cần biện minh, giá trị của nó tự nó hiển nhiên với bất kỳ ai đã quan tâm đến các mạng ẩn danh 16:58 &lt;kostya213&gt; và nhận thức được nguy cơ của việc tập trung hóa thông tin 16:59 &lt;vulpine&gt; &lt;Complication&gt; (đăng lại, vui lòng bỏ qua nếu máy chủ đã nhận) 16:59 &lt;vulpine&gt; * Complication nghĩ rằng Syndie quan trọng vì Joe Sixpack chạy phpBB sẽ bị 'pwn' quá nhanh, và Joe Sixpack chạy $random_blogging_tool cũng vậy 16:59 &lt;vulpine&gt; &lt;Complication&gt; (dù khả năng có thể khác nhau) 16:59 &lt;vulpine&gt; &lt;void&gt; đúng vậy 16:59 &lt;jrandom&gt; ừ, thêm nữa là bất kỳ ai đối mặt với đối thủ thù địch thực sự (thậm chí không nhất thiết ở cấp nhà nước) 17:00 &lt;jrandom&gt; ok, tuyệt, chỉ muốn hỏi qua ý mọi người 17:00 &lt;jrandom&gt; còn gì nữa ở 3.2 không, hay ta chuyển sang 3.3) khi nào ta có thể dùng syndie? 17:01 &lt;vulpine&gt; &lt;void&gt; về cơ bản đó là công cụ diễn đàn/viết blog/e-mail/giao tiếp dựa trên các nguyên thủy mật mã và độc lập với tầng truyền tải 17:01 &lt;vulpine&gt; &lt;Complication&gt; ...và trong kịch bản xa vời khi đối thủ của Joe Sixpack thực hiện tấn công giao cắt, bất kỳ ai vận hành một eepsite kiểu gì rồi cũng sẽ bị 'pwn' (trừ khi trong một mạng khổng lồ) 17:01 &lt;kostya213&gt; sẽ khó thuyết phục hơn với những người không thấy giá trị tức thì ở quyền riêng tư/ẩn danh 17:01 &lt;jrandom&gt; kostya213: ừ, dù ta có thể dùng vài mẹo, như có thể duyệt offline một cách an toàn 17:02 &lt;vulpine&gt; &lt;Complication&gt; Dù sao họ có thể trân trọng bảo mật 17:02 &lt;jrandom&gt; (ví dụ một trình đọc RSS offline cũng kéo về toàn bộ tập trang được tham chiếu, không chỉ tóm tắt RSS) 17:02 &lt;vulpine&gt; &lt;void&gt; vậy nên, tôi không thấy vì sao cần biện minh :) 17:02 &lt;vulpine&gt; &lt;void&gt; kostya213: họ không cần ẩn danh để dùng syndie 17:02 &lt;cervantes&gt; khi nào ta có thể dùng syndie hay khi nào syndie sẽ dùng được? 17:02 &lt;jrandom&gt; chuẩn đó void :) 17:03 &lt;cervantes&gt; đối với giao diện văn bản tôi hình dung cần khá nhiều tài liệu hướng dẫn sử dụng 17:03 &lt;jrandom&gt; cervantes: ngay bây giờ, syndie đã hoạt động (bạn có thể tạo bài, quản lý kênh, đọc bài, trả lời, v.v.) 17:03 &lt;kostya213&gt; jrandom: syndie xử lý dư thừa thế nào? khả năng chống việc nội dung biến mất ra sao? 17:03 &lt;cervantes&gt; (trước khi nó thực sự dễ dùng) 17:03 &lt;jrandom&gt; cervantes: có menu nội tuyến với mỗi lệnh đều có tài liệu (ít nhất ở mức tối thiểu) 17:04 &lt;cervantes&gt; hay đấy, có kế hoạch ví dụ các trường hợp sử dụng không? 17:04 &lt;jrandom&gt; kostya213: syndie làm việc ở tầng nội dung - dư thừa do thứ khác xử lý. nếu bạn đăng lên usenet, nó sẽ được nhân bản khắp usenet (ví dụ) 17:04 &lt;cervantes&gt; Tôi nghĩ mẹo là học cách chúng script cùng nhau 17:04 &lt;vulpine&gt; &lt;void&gt; kostya213: điều đó nằm ngoài phạm vi của syndie, nó phụ thuộc vào cơ chế truyền tải 17:04 &lt;vulpine&gt; &lt;void&gt; đáng tiếc 17:04 &lt;jrandom&gt; ý tưởng hay cervantes 17:05 &lt;jrandom&gt; bản phát hành syndie đầu tiên sẽ bao gồm một hệ thống nhân bản qua http giống syndie cũ/hiện có 17:05 &lt;jrandom&gt; cervantes: có lẽ một số người dùng beta có thể gom các script ưa thích để chúng ta phân phối :) 17:05 &lt;modulus&gt; mmm, đây là ứng dụng console à? 17:05 &lt;jrandom&gt; modulus: đúng, ứng dụng dựa trên văn bản đầu tiên 17:06 &lt;modulus&gt; tuyệt! 17:06 &lt;cervantes&gt; jrandom: miễn là người dùng beta hiểu cách dùng nó ;-) 17:06 &lt;jrandom&gt; hehe 17:06 * jrandom đã cân nhắc curses/v.v., cũng như chỉ CLI, nhưng một giao diện văn bản tương tác có thể script có lẽ là đơn giản và hữu dụng nhất 17:07 &lt;jrandom&gt; (tức là không có GUI) 17:07 &lt;cervantes&gt; modulus: thấy không, jrandom đã lắng nghe phản hồi không ngừng của anh :) 17:07 &lt;vulpine&gt; &lt;Complication&gt; Nếu muốn, mọi người có thể xây dựng các giao diện văn bản tương tác hơn ở phía trên 17:07 &lt;jrandom&gt; ừ, chắc chắn 17:08 &lt;jrandom&gt; (mã được xây dựng để hỗ trợ tích hợp dễ với một client irc, như pircbot) 17:08 &lt;modulus&gt; cervantes: hehe 17:09 &lt;modulus&gt; tôi nghĩ anh cũng có thể đặt một GUI lên trên nếu nó hoạt động đại khái như tôi hình dung 17:09 &lt;modulus&gt; dù vậy sẽ nhiều việc hơn nhiều. 17:09 * kostya213 chờ plugin emacs 17:09 &lt;modulus&gt; hahaha 17:09 &lt;jrandom&gt; heh 17:09 &lt;modulus&gt; thực ra một emacs mode không phải ý tồi, có lẽ sẽ thu hút thêm mấy người 'điên' 17:10 &lt;cervantes&gt; nhấn ctrl-alt-shift-break-uparrow-num7-b để chọn danh tính của bạn 17:10 * jrandom sẽ để việc đó cho các elispers hack qua ;) 17:10 &lt;kostya213&gt; không có ý xúc phạm, nhưng tôi không chắc dự án này cần thu hút thêm 'điên' 17:10 &lt;vulpine&gt; &lt;Complication&gt; loại 'điên' đó có viết code không? 17:11 &lt;jrandom&gt; hy vọng thế complication 17:11 &lt;jrandom&gt; ok, hy vọng 3.3) giải thích một chút về những gì sắp tới 17:11 &lt;jrandom&gt; còn về *khi nào*, ừ thì, sẽ xem, nhưng tôi hy vọng là "sớm" ;) 17:12 &lt;jrandom&gt; ok, còn ai có gì cho 3.3) không? 17:12 &lt;vulpine&gt; * Complication sẽ hoan nghênh vài bầy 'điên' như thế :D 17:12 &lt;cervantes&gt; ờ thì có lập trình, rồi lại có viết perl rối rắm chạy qua tcl thông dịch 17:12 &lt;kostya213&gt; một plugin cho FUSE cũng có thể hữu ích 17:13 &lt;jrandom&gt; ừ 17:13 &lt;jrandom&gt; ok, chuyển sang 4) crypto cho syndie 17:13 &lt;jrandom&gt; ai có bình luận gì về các vấn đề đó không? 17:14 &lt;vulpine&gt; &lt;Complication&gt; Ước gì tôi có, nhưng tôi không đủ thẩm quyền để ước lượng độ mạnh của các cipher/hash/độ dài khóa đó 17:15 &lt;vulpine&gt; &lt;void&gt; chữ ký elgamal/rsa dài bao nhiêu? 4kbit cho khóa 2kbit? 17:15 &lt;vulpine&gt; * Complication để cuộc bàn đó hoàn toàn cho người khác 17:15 &lt;jrandom&gt; không rõ ngay 17:15 &lt;vulpine&gt; &lt;void&gt; so với dsa? 17:16 &lt;jrandom&gt; (dù ecc trông gọn và nhỏ) 17:16 &lt;modulus&gt; Chữ ký ElGamal thì khó và dài. như nhóm gnupg đã phát hiện. 17:16 &lt;jrandom&gt; ừ, dù một số mánh đó liên quan đến tái sử dụng khóa 17:16 &lt;vulpine&gt; &lt;void&gt; à, ok 17:16 &lt;vulpine&gt; &lt;void&gt; ừ, đúng thế 17:16 &lt;tethra&gt; modulus: nếu chúng cứng và dài, thì có site fetish cho chuyện đó 17:17 &lt;jrandom&gt; ok, điểm đó thực ra chỉ để báo trước và kêu gọi bình luận khi mọi người có ý 17:17 &lt;cervantes&gt; chẳng lẽ không thể triển khai kiểu cipher cắm-thêm được sao - khi một phương pháp tạo khóa tốt hơn được tiêu chuẩn hóa ta có thể thêm vào syndie và các bài mới sẽ bắt đầu dùng chúng, nhưng vẫn có thể dùng phương pháp lỗi thời cho các bài cũ 17:17 &lt;tethra&gt; (xin lỗi) 17:17 &lt;jrandom&gt; cervantes: nó bao gồm tiền tố DSA:, nên tiền tố Elg: cũng sẽ hoạt động 17:17 &lt;modulus&gt; bạn dùng dsa giới hạn 1024 hay không? 17:18 &lt;modulus&gt; hash nào? sha1 hay bản cao hơn? 17:18 &lt;cervantes&gt; vậy thực ra anh chỉ quan tâm đến việc cho syndie khởi đầu tốt 17:18 &lt;jrandom&gt; dsa chỉ 1024bit (có đề xuất dsa2 dài hơn, nhưng chưa được tiêu chuẩn hóa) 17:18 &lt;jrandom&gt; và đúng, dsa cần sha1 17:18 &lt;modulus&gt; hmm, tôi hiểu rằng chúng khá mạnh trước chuẩn. 17:18 &lt;kostya213&gt; cervantes có điểm hay, để nội dung syndie với các cipher cố định thì forward-secrecy kém, bạn không bao giờ biết khi nào một thuật toán sẽ 'tèo' 17:18 &lt;modulus&gt; nhưng tôi không theo dõi quy trình đủ sát nên có lẽ anh đúng 17:19 &lt;jrandom&gt; kostya213: nhưng lựa chọn là xấu cho crypto, nên ta nên có các giá trị cố định khi có thể 17:19 &lt;jrandom&gt; (xấu vì ảnh hưởng ẩn danh) 17:19 &lt;vulpine&gt; &lt;void&gt; anh có biết vì sao không nhiều người/giao thức dùng ecc không? họ sợ thiếu nghiên cứu, hay chỉ lo tương thích? 17:19 &lt;modulus&gt; bằng sáng chế. 17:20 &lt;jrandom&gt; bằng sáng chế và FUD, cũng như vài lo ngại trong triển khai 17:20 &lt;vulpine&gt; &lt;void&gt; à, đúng rồi modulus 17:20 &lt;modulus&gt; nhân tiện, có lý do tốt nào để chọn dsa thay vì rsa-sha512 chẳng hạn? 17:20 &lt;tethra&gt; bằng sáng chế, FUD và nhà nước (ôi chao) 17:20 &lt;modulus&gt; không cố gây phiền đâu, chỉ xét rằng gpg chẳng hạn đã đi theo hướng này, trong số khác. 17:20 &lt;jrandom&gt; đã nhiều năm tôi không xem lại lựa chọn đó modulus 17:21 &lt;modulus&gt; rõ ràng dsa là một tiêu chuẩn, đó là điểm cộng, nhưng khóa nhỏ và hash yếu. không phải tôi nghĩ nó sẽ thành mắt xích yếu nhất ;-) 17:23 &lt;cervantes&gt; Tôi không đề xuất "lựa chọn" - nhưng các phiên bản mới của syndie sẽ đóng gói các cipher (bắt buộc) ngày càng an toàn hơn 17:23 &lt;vulpine&gt; &lt;Complication&gt; Chừa một chút khoảng linh hoạt trong cấu trúc để thay đổi về sau có vẻ hợp lý, bất kể crypto hiện tại nào tỏ ra tốt nhất 17:23 &lt;jrandom&gt; ừ, dù điều đó hàm ý phải fallback về phiên bản yếu/cũ hơn để tương tác 17:23 &lt;jrandom&gt; nhưng ok, ta sẽ xử lý 17:24 &lt;jrandom&gt; ok, chuyển sang 5) ??? 17:24 &lt;jrandom&gt; ai còn điều gì muốn nêu cho cuộc họp? 17:25 &lt;cervantes&gt; việc không thể đọc các bài mới nhất từ nguồn ưa thích là động lực tốt để đảm bảo mọi người luôn nâng cấp 17:25 &lt;jrandom&gt; ở mức nào đó 17:26 &lt;cervantes&gt; no=not 17:26 &lt;jrandom&gt; (ừ, đó là động lực, nhưng mọi người lười/không hứng thú với việc "nâng cấp phần mềm", v.v.) 17:27 &lt;jrandom&gt; s/people/some people/ 17:27 &lt;cervantes&gt; Tôi đoán đó là vấn đề của họ thôi 17:27 &lt;jrandom&gt; đúng vậy 17:27 &lt;kostya213&gt; ít nhất triển khai i2p có thể nâng cấp không đau 17:28 &lt;jrandom&gt; chắc chắn 17:28 &lt;cervantes&gt; còn về ??? - xin lỗi vì kết nối irc - ISP nên khôi phục một trong các nhà mạng chính của nó "càng sớm càng tốt" 17:29 &lt;jrandom&gt; w3wt 17:29 &lt;vulpine&gt; &lt;Complication&gt; Về chủ đề ???, tôi có thể bổ sung rằng phần thứ hai (rộng hơn) của các sửa đổi NTP sắp hoạt động, và tôi hy vọng sẽ commit để thử nghiệm sớm 17:29 * cervantes bốc nhúm muối 17:29 &lt;kostya213&gt; kế hoạch ngắn hạn cho phát triển router là gì? lộ trình có chính xác không? 17:29 &lt;jrandom&gt; tuyệt complication 17:29 &lt;vulpine&gt; &lt;Complication&gt; Mục tiêu là 'đoán lại' máy chủ NTP dựa trên độ lệch đồng hồ của peer 17:29 &lt;jrandom&gt; kostya213: ổn định cho đến khi syndie ra 17:30 &lt;jrandom&gt; (từ góc nhìn của tôi) 17:30 &lt;vulpine&gt; &lt;Complication&gt; (và tránh thực hiện hành động có thể gây hại kết nối) 17:31 &lt;cervantes&gt; tuyệt 17:32 &lt;jrandom&gt; ok, còn gì nữa cho cuộc họp không? 17:34 * jrandom kết thúc 17:34 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/09/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-09-12/Tue, 12 Sep 2006 00:00:00 +0000/vi/blog/2006/09/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-09-12/<p>Chào mọi người, đây là ghi chú tình hình <em>khụ</em> hàng tuần của chúng tôi</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.1.25 và trạng thái mạng 2) I2PSnark 3) Syndie (là gì/tại sao/khi nào) 4) Các câu hỏi về mật mã của Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.25 and net status</li> </ol> </li> </ul> <p>Mới đây chúng tôi đã phát hành phiên bản 0.6.1.25, bao gồm hàng loạt bản sửa lỗi tích lũy trong tháng qua, cùng với công việc của zzz trên I2PSnark và nỗ lực của Complication nhằm làm cho mã đồng bộ thời gian của chúng tôi mạnh mẽ hơn một chút. Hiện tại mạng có vẻ khá ổn định, mặc dù IRC đã hơi trục trặc trong vài ngày vừa qua (do các nguyên nhân không liên quan đến I2P). Có lẽ khoảng một nửa mạng đã được nâng cấp lên bản phát hành mới nhất, tỷ lệ xây dựng tunnel thành công không thay đổi nhiều, mặc dù thông lượng tổng thể có vẻ đã tăng (có lẽ do số người dùng I2PSnark tăng).</p>/vi/blog/2006/08/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-8-n%C4%83m-2006/Tue, 01 Aug 2006 00:00:00 +0000/vi/blog/2006/08/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-8-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, frosk, jrandom, polecat, tethra, void</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; ok, bắt đầu thôi 16:03 &lt;jrandom&gt; chào, ghi chú trước cuộc họp đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 &lt;jrandom&gt; thay vì để tôi cơ bản đọc lại thông điệp đó cho mọi người ở đây, hãy chuyển thẳng đến mục ??? chuẩn của chúng ta - 16:04 &lt;jrandom&gt; ai có điều gì muốn nêu ra và thảo luận không? 16:04 &lt;@cervantes&gt; ờm 16:04 * cervantes vội vàng đi đọc bài 16:05 &lt;+Complication&gt; Về tình trạng mạng, bên tôi mọi thứ đều ổn... 16:05 &lt;+Complication&gt; Nhưng có một câu hỏi (thực ra chuyển tiếp từ diễn đàn) về transport NTCP, 16:06 &lt;+Complication&gt; cụ thể là, bật nó lên có khả năng gây vấn đề tải CPU cho ai đó không (họ dùng XP)? 16:06 &lt;@cervantes&gt; Tôi phải nói là tôi thực sự thấy mức dùng CPU thấp hơn từ khi chuyển sang :) 16:07 &lt;jrandom&gt; ờ thì, bạn không thể *tắt* nó (trừ khi bạn đã đọc mã nguồn và biết câu thần chú bí mật ;) 16:07 &lt;+Complication&gt; Người nói về vấn đề này (không dễ lặp lại, và ở đây không thấy CPU dùng nhiều) nói rằng trải nghiệm CPU cao của họ dường như tương quan với NTCP 16:07 &lt;jrandom&gt; vậy, tôi đoán họ muốn nói là không chấp nhận kết nối ntcp đến 16:07 &lt;+polecat&gt; NTCP khiến router của tôi lập tức đẩy CPU lên 100%, và tôi đã lặp lại việc đó hai lần trước khi phải sửa thủ công file cấu hình để router hoạt động trở lại. 16:07 &lt;jrandom&gt; (trong khi vẫn dùng các kết nối ntcp đi ra) 16:07 &lt;+Complication&gt; (bên tôi thì chỉ tăng lên một chút so với mức thường, và có lẽ vì đang bơm dữ liệu *nhiều* hơn rất nhiều) 16:08 &lt;+Complication&gt; ( `http://forum.i2p/viewtopic.php?t=1815` ) 16:08 &lt;jrandom&gt; khi bạn thiết lập một kết nối ntcp, bạn sẽ thực hiện một phép tính mật mã nặng (hoặc ba lần) 16:08 &lt;jrandom&gt; nếu bạn chấp nhận các kết nối ntcp đến, bạn có thể nhận rất nhiều nỗ lực kết nối đến cùng lúc, vì có hàng trăm router i2p ngoài kia 16:09 &lt;jrandom&gt; polecat: đó không phải lỗi của ntcp, mà là lỗi của một server ntp tệ trong ntp pool 16:09 &lt;+polecat&gt; Đúng. Vậy hóa ra tôi không tự xử lý được chuyện đó. 16:09 &lt;jrandom&gt; (cảm ơn cervantes đã lần ra cái ntp server đó và nhờ mấy người bên pool !thwap họ :) 16:10 &lt;jrandom&gt; ((và Complication vì đã làm cho chúng ta tránh được mấy kẻ điên đó trong tương lai :)) 16:10 &lt;@cervantes&gt; heh Tôi nghĩ watchdog server của họ chỉ hoạt động vào ngày thường ;-) 16:10 &lt;+Complication&gt; Ừ thì, cách tránh hiện tại còn khá hạn chế 16:10 &lt;@cervantes&gt; http://www.pool.ntp.org/scores/216.52.237.153 16:11 &lt;+Complication&gt; Tôi hy vọng cuối cùng sẽ viết được thứ gì đó thận trọng hơn 16:11 &lt;+polecat&gt; Ồ, vậy bật NTCP sẽ không còn đẩy CPU lên 100% nữa à? 16:11 &lt;jrandom&gt; (nó chưa từng như vậy đâu polecat, chỉ là trùng hợp thôi ;) 16:12 &lt;+Complication&gt; “clock” theo nghĩa cụ thể nào? 16:12 &lt;jrandom&gt; (xem liên kết của cervantes) 16:12 * polecat đập Complication vào đầu. 16:12 &lt;@cervantes&gt; hút cái gì vậy, polecat 16:12 &lt;+Complication&gt; :P 16:12 &lt;+polecat&gt; À, ý tôi là, nó chiếm hết chu kỳ CPU. :) 16:13 &lt;+Complication&gt; Nếu nó nhảy lên trước hoặc lùi lại 30 giây, nó có thể đã mất rất, rất nhiều phiên, và phải dùng đủ kiểu tính toán mật mã nặng nề 16:13 &lt;+Complication&gt; Điều đó có thể ăn rất nhiều chu kỳ CPU, tôi nghĩ vậy 16:13 &lt;+Complication&gt; Thực ra, có lẽ người trên diễn đàn cũng gặp y như thế, và liên hệ sai? Phải hỏi mới biết... 16:13 &lt;jrandom&gt; à.. ừ, những đợt bùng nổ các kết nối ntcp đến hợp lệ sẽ gây bùng nổ CPU, trong khi ntcp chỉ đi ra sẽ chỉ cố gắng nói chuyện với một số lượng peer ntcp mới nhất định tại một thời điểm 16:14 &lt;jrandom&gt; không bật ntcp đến thì chẳng có gì sai cả. 16:15 &lt;@cervantes&gt; Complication: server đã được sửa vào giữa thứ Hai, nên có lẽ đáng để xem họ có gặp vấn đề nào kể từ đó không 16:15 &lt;jrandom&gt; ok, còn ai có điều gì muốn bàn không? 16:16 &lt;+Complication&gt; cervantes: đúng vậy, đáng thử 16:16 &lt;@cervantes&gt; Tôi nhận được báo cáo là vài người vẫn bị mất lease định kỳ... đó có phải vấn đề đã biết không? 16:16 &lt;+void&gt; việc triển khai ntcp khác với ssu bao nhiêu? 16:17 &lt;+polecat&gt; Chúng ta làm sao biết nếu bị mất lease? 16:18 &lt;jrandom&gt; void: có một chút overhead băng thông trên mỗi thông điệp trong ntcp (dù có lẽ được bù lại bởi triển khai truyền tin tin cậy có thể hiệu quả hơn của hệ điều hành) 16:18 &lt;+Complication&gt; polecat: tunnels.jsp sẽ hiển thị không có tunnel cho một tunnel pool cụ thể (ví dụ “shared clients”) 16:18 &lt;jrandom&gt; cervantes: ừ, tỉ lệ xây tunnel thành công của chúng ta vẫn chưa đạt như cần thiết 16:18 &lt;+void&gt; polecat: router console sẽ báo như vậy 16:18 &lt;+Complication&gt; Và như void nói, thanh bên trái của console sẽ cho biết 16:19 &lt;+polecat&gt; Tôi nhận những thông điệp “No leases” khá thường... ý bạn là vậy đúng không? 16:19 &lt;@cervantes&gt; đúng rồi 16:20 &lt;+polecat&gt; Đó thường là thứ giết kết nối IRC của tôi. Tưởng là bình thường chứ! 16:21 * jrandom nhăn mặt 16:24 &lt;+tethra&gt; lol ;) 16:25 &lt;jrandom&gt; ok, còn ai có gì khác cho cuộc họp không? 16:25 &lt;@cervantes&gt; jrandom: dạo này bạn có tiến triển gì với syndie không hay bận tối mắt với ntcp/sửa lỗi/tìm ISP/đạp xe? 16:27 &lt;+tethra&gt; có tin gì về feedspace không, hay tôi chỉ nên vào eepsite của họ? 16:28 &lt;jrandom&gt; khi mạng live gặp sự cố tệ hại tôi đã gác syndie sang một bên. nhưng khi mạng đi vào quỹ đạo trở lại, syndie đã chiếm lại thời gian của tôi, và tôi hy vọng sớm có một hệ thống CLI nhỏ (với các GUI tập trung ra sau đó, dựa trên phản hồi người dùng) 16:28 &lt;jrandom&gt; (GUI swt đã triển khai ở trạng thái khá tốt, nhưng có lẽ tốt nhất là bắt đầu với CLI để điều chỉnh kỳ vọng) 16:29 * jrandom chưa nghe tin gì về feedspace 16:29 &lt;@cervantes&gt; hay đấy 16:29 &lt;jrandom&gt; frosk: có tin gì không? :) 16:29 &lt;+polecat&gt; Tôi mừng là bạn làm syndie trở lại. Bản mới nghe có vẻ đầy hứa hẹn. Có ý tưởng nào về ACL cho những việc như xóa blog khỏi một nút, hoặc làm các tác vụ quản trị không phụ thuộc tài khoản không? 16:30 &lt;@cervantes&gt; &lt;jrandom&gt; DELETE FROM messages WHERE postedOn &lt;NOW()-14*24*60*60; 16:31 &lt;jrandom&gt; các kho lưu trữ cục bộ có lẽ vẫn được tin cậy về bản chất (vì nếu bạn có thể truy cập db lưu trữ cục bộ, bạn có thể thay đổi file theo ý) 16:32 &lt;jrandom&gt; tuy nhiên, với các blog dùng chung, đúng là có cả một bộ cấu trúc mật mã để xác thực và/hoặc ủy quyền bài viết và thay đổi 16:33 &lt;jrandom&gt; (nhưng cũng sẽ có cách để mọi người xem các bài ‘không được ủy quyền’, chỉ là chúng sẽ rất bị đẩy sang lề) 16:33 &lt;+polecat&gt; Tôi chắc là một khi ai đó flood các syndicate bằng hàng nghìn bài blog khổng lồ, kỹ thuật xóa vật lý bài viết sẽ được hoàn thiện. 16:34 &lt;+tethra&gt; heheh 16:35 &lt;jrandom&gt; xóa vật lý thì tầm thường, vấn đề là chấp nhận bài nào ngay từ đầu ;) 16:36 &lt;jrandom&gt; (tôi không hứng thú biến syndie thành nền tảng phân phối phim ảnh, v.v.) 16:36 &lt;+polecat&gt; Không thể chắc mình đang chấp nhận cái gì, cho đến khi đã chấp nhận một mẫu. Tôi hình dung kiểu như chỉ cho phép danh sách trắng các blog, và cho phép ID mới ở dạng thử nghiệm trước khi thêm, xóa ngay nếu phản bội bằng spam. 16:36 &lt;jrandom&gt; ừ 16:37 &lt;+polecat&gt; Tôi quan tâm hơn đến việc ứng dụng nó để gom các luồng hội thoại lại với nhau: chúng ta có thể làm một BBS không có server trung tâm, chỉ cần chung một thẻ! 16:37 &lt;jrandom&gt; (cho phép ID mới thủ công, kickban thủ công các ID flood, v.v.) 16:37 &lt;jrandom&gt; thậm chí còn có hỗ trợ vốn có cho việc đó trong phần mật mã nữa, polecat :) 16:37 &lt;+polecat&gt; Có thể là một moderator ký các thông điệp đã duyệt cho BBS, và mọi người thu thập danh sách phê duyệt đó từ blog của moderator. 16:38 &lt;+polecat&gt; Ồ tuyệt quá. 16:38 &lt;@frosk&gt; jrandom: dạo này tôi làm mấy thứ GUI, nhưng khó mà kết hợp khi mới bắt đầu công việc mới :( 16:39 * cervantes liên hệ Phòng Nhân sự để cho frosk nghỉ việc 16:40 &lt;jrandom&gt; à hay đấy, hy vọng khi syndie ra đó đẩy syndication http chắp vá thì chúng tôi sẽ lại lôi kéo được bạn ;) 16:40 &lt;@frosk&gt; ít nhất sếp tôi giờ theo dõi phát triển i2p :) 16:40 * jrandom vẫy tay chào sếp của frosk 16:40 &lt;@frosk&gt; ồ đúng, tôi vẫn quyết tâm (chết tiệt!) :) 16:40 &lt;jrandom&gt; (cho frosk nghỉ nhiều hơn, chúng ta cần anh ấy!) 16:41 &lt;@cervantes&gt; hy vọng anh ta sẽ không đọc về việc bạn đã đăng thông tin mật của công ty lên blog syndie của mình 16:41 &lt;bar&gt; gui là tốt, chúng tôi thích gui. bạn được tha thứ. 16:41 &lt;+Complication&gt; Hehe :) 16:41 &lt;@frosk&gt; thật kỳ lạ khi bước vào văn phòng của ông ấy và bắt gặp ông ấy đang đọc syndie :) 16:41 &lt;jrandom&gt; hà tuyệt vời 16:42 &lt;+polecat&gt; Chúc mừng frosk, dù bạn có bị đuổi việc trong xấu hổ và tai tiếng đi nữa, ít nhất bạn đã cho thêm một người thấy syndie ngầu thế nào. 16:43 &lt;@frosk&gt; hehe đúng vậy 16:43 &lt;+tethra&gt; haha 16:44 &lt;@frosk&gt; gui (bằng swt) là/sẽ là bãi thử cho mọi thứ liên quan đến feedspace, để khởi động nó 16:44 &lt;jrandom&gt; r0x0r 16:45 &lt;+void&gt; jrandom: có lẽ bạn nên cross-post mọi thứ lên mailing list sang syndie nữa? 16:45 &lt;jrandom&gt; chúng ta nên tích hợp hoàn toàn nó vào GUI swt của syndie (mô hình cơ bản là một trình duyệt, dù không hiển thị trang html trong các tab) 16:46 &lt;+polecat&gt; Thế thì hay. Tôi có vẻ không còn nhận được mailing list nữa. 16:46 &lt;jrandom&gt; void: sẽ khá dễ cho ai đó viết một shell script nhỏ để pipe procmail vào CLI của syndie 16:46 &lt;@cervantes&gt; mấy GUI swt “xịn” này gắn chặt vào ứng dụng chứ? hay là giao diện trên cho các executable CLI hoặc dùng tcp v.v. 16:46 &lt;@frosk&gt; hợp lý 16:46 &lt;jrandom&gt; (iirc có một bài trong blog tôi hồi trước giải thích cách dùng CLI của syndie để chèn bài) 16:47 &lt;+polecat&gt; Hiện tại có thể tạo RSS feed để đưa vào syndie, dù vẫn còn khá lởm khởm. 16:47 &lt;jrandom&gt; cervantes: jdbc trong event handler, inline với jni và msvc callout, dĩ nhiên ;) 16:47 * jrandom cúi đầu né 16:48 &lt;+polecat&gt; Microsoft Visual Classes? 16:49 &lt;@cervantes&gt; jrandom: vậy bất cứ thứ gì có thể nói chuyện bằng SQL đều có thể quản trị syndie à 16:49 &lt;jrandom&gt; (từ góc nhìn của syndie, mọi chức năng về cơ bản được triển khai trong nhiều app CLI nhỏ chỉ cập nhật cơ sở dữ liệu jdbc, và có một UI swt để duyệt quanh db) 16:51 &lt;+polecat&gt; Và vì cơ sở dữ liệu có hai giao diện, JDBC và SQL, một client giao tiếp bằng bất kỳ giao thức nào cũng có thể phá syndie. 16:51 &lt;jrandom&gt; cervantes: ừ, vừa đúng vừa không - có một phần lớn cơ sở dữ liệu được mã hóa, nên không phải mọi trường đều đọc được 16:51 &lt;+void&gt; giao diện web hiện tại vẫn sẽ còn chứ? 16:51 &lt;jrandom&gt; (jdbc == sql) 16:51 &lt;jrandom&gt; void: không 16:51 &lt;+polecat&gt; Tôi tưởng bạn nói JDBC không phải là một giao thức đọc được bởi con người ngớ ngẩn? 16:51 &lt;+Complication&gt; jdbc == java database interface, có lẽ hơi giống odbc 16:51 &lt;jrandom&gt; ((jdbc ~= sql)) 16:51 &lt;+Complication&gt; Thứ mà bạn nói chuyện SQL qua đó 16:52 &lt;+void&gt; jrandom: chuyện gì sẽ xảy ra với syndie.i2p/syndiemedia.i2p.net? 16:52 &lt;+polecat&gt; Ồ. Dù sao thì tôi chưa bao giờ thích SQL, để ghi nhận vậy. 16:52 &lt;@cervantes&gt; jrandom: vậy tốt nhất là tạo một top cho syndieTools (tm) hơn là cố hút dữ liệu trực tiếp 16:53 &lt;jrandom&gt; void: thời gian sẽ trả lời. khả năng là chúng sẽ 1) làm website/eepsite của syndie, 2) làm kho lưu trữ công khai các bài để syndicate, và cuối cùng, khi có giao diện web, 3) phục vụ một giao diện web 16:53 &lt;+polecat&gt; Sao không gửi bytecode làm truy vấn cơ sở dữ liệu, thay vì các câu lệnh COBOL cổ lỗ? 16:53 &lt;jrandom&gt; ừ cervantes 16:53 &lt;jrandom&gt; !lart polecat 16:54 &lt;+void&gt; hehehe 16:54 &lt;+polecat&gt; À, điểm yếu bí mật của tôi. 16:54 &lt;@cervantes&gt; * bạn còn 6 lart trong túi đồ, có một cánh cửa ở phía bắc và một polecat bất tỉnh trên sàn 16:54 &lt;jrandom&gt; cervantes: đó thực ra là app CLI số #3 (trích xuất từng bài, cái này đến sau app #2, liệt kê từng bài (sau #1, tạo từng bài, và sau #0, quản lý nym))) 16:54 &lt;jrandom&gt; lol 16:54 &lt;+tethra&gt; haha 16:55 &lt;+Complication&gt; đề xuất tính năng: thay vì bytecode, sao không gửi các đặc vụ $agency sống làm truy vấn cơ sở dữ liệu? ;P 16:56 &lt;+Complication&gt; Sẽ dễ xác minh an toàn hơn nhiều :P 16:56 &lt;@cervantes&gt; jrandom: hiểu rồi 16:56 &lt;+tethra&gt; chúng có hoạt động như bồ câu đưa thư dưới khí hậu thích hợp không, Complication? 16:56 &lt;+Complication&gt; tethra: chỉ khi bạn cố đẩy được họ xuyên qua TCP stack còn nguyên vẹn :P 16:56 &lt;+polecat&gt; Đúng vậy, truy vấn cơ sở dữ liệu qua CPP! 16:57 &lt;+Complication&gt; Tôi tưởng tượng bị nhàu trong TCP có thể làm họ hỏng 16:58 &lt;+Complication&gt; (xin lỗi, thật ra nên để chuyện đùa ở #i2p-chat, nhưng đôi khi không nhịn được) 16:58 * cervantes cảm thấy một cú baff sắp ập tới 16:58 &lt;+Complication&gt; truy vấn cơ sở dữ liệu dưới dạng shellcode? 16:59 &lt;jrandom&gt; ok, còn ai có gì khác cho cuộc họp không? 16:59 &lt;+polecat&gt; http://www.blug.linux.no/rfc1149/ &lt;- chúng ta thực sự có thể tunnel i2p qua cái này. 16:59 * Complication thà bám với SQL còn hơn 17:00 &lt;+void&gt; jrandom: các ngôn ngữ khác ngoài java có thư viện cho cơ sở dữ liệu hsqldb không? 17:01 &lt;+Complication&gt; Oo có vẻ là có, vì họ dường như dùng nó 17:01 &lt;+void&gt; trông như là “không” với tôi 17:01 &lt;+void&gt; ồ, hừm 17:01 &lt;@cervantes&gt; openoffice dùng nó nên tôi đoán là có 17:01 &lt;+Complication&gt; Nhưng tôi không chắc OpenOffice được viết bằng gì 17:01 &lt;jrandom&gt; không như tôi biết. nhưng ai đó có thể chạy syndie với một cơ sở dữ liệu jdbc khác (mysql, oracle, v.v.) 17:01 &lt;jrandom&gt; oo dùng java 17:02 &lt;+void&gt; chính xác openoffice dùng cơ sở dữ liệu này để làm gì? 17:02 &lt;+Complication&gt; Nhưng có vẻ chỉ dùng một phần 17:02 &lt;jrandom&gt; void: để tạo pdf và cho ứng dụng cơ sở dữ liệu giống access của họ 17:02 &lt;jrandom&gt; (ngoài những thứ khác) 17:02 &lt;+Complication&gt; Vì nó khuyến nghị một JRE bên ngoài 17:02 &lt;+void&gt; được 17:03 &lt;+void&gt; viết sql portable thì nhức đầu thật 17:03 &lt;+Complication&gt; nếu không dùng trigger hoặc stored procedure thì không nên quá đau đầu đâu 17:04 &lt;jrandom&gt; ờ, cũng không tệ đến thế, và dễ để tách ra ngoài 17:04 &lt;+void&gt; đặc biệt khi nhắm đến oracle ;) 17:05 &lt;jrandom&gt; thực ra, hsqldb hỗ trợ pl/sql ;) 17:06 &lt;bar&gt; có kế hoạch nào khác cho cơ sở dữ liệu này không, như cho thống kê, hồ sơ peer, netdb..? 17:06 &lt;jrandom&gt; không, cái này chỉ cho syndie 17:06 &lt;bar&gt; ok 17:07 &lt;jrandom&gt; (dù khi chúng ta phát hành mã hsqldb, chúng ta có thể dùng nó trong i2p ‘miễn phí’) 17:07 &lt;@cervantes&gt; vì syndie không phải một ứng dụng I2P, chỉ là một ứng dụng có thể chạy qua I2P đúng không? 17:07 &lt;jrandom&gt; đúng vậy cervantes, không có phụ thuộc nào vào i2p 17:07 &lt;+Complication&gt; Tốt khi giữ Syndie portable, vì nó có thể có các transport khác ngoài I2P 17:07 &lt;bar&gt; đúng 17:08 &lt;+Complication&gt; Tuy nhiên, tôi cho là chạy nhiều instance hsqldb trên cùng một máy sẽ không khó 17:08 &lt;+Complication&gt; Vậy nếu app khác cần, có vẻ họ chỉ việc dùng nó 17:08 &lt;jrandom&gt; tầm thường, và chi phí 0 nếu bạn chỉ dùng cơ sở dữ liệu in-jvm 17:08 &lt;+Complication&gt; (tốt nhất là dùng instance riêng của họ) 17:10 &lt;+void&gt; không có jdbc driver cho sqlite à? 17:11 &lt;jrandom&gt; không biết, chưa từng dùng 17:11 &lt;+void&gt; à, có vẻ như có *cái gì đó* 17:13 &lt;jrandom&gt; ok, còn gì khác cho cuộc họp không? 17:13 &lt;jrandom&gt; nếu không... 17:13 * jrandom dinws up 17:13 * jrandom lùi lại 17:13 * jrandom lấy đà 17:13 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/08/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-08-01/Tue, 01 Aug 2006 00:00:00 +0000/vi/blog/2006/08/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-08-01/<p>Chào mọi người, đến lúc điểm qua một số ghi chú ngắn gọn trước cuộc họp tối nay. Tôi nhận ra rằng mọi người có thể có nhiều câu hỏi hoặc vấn đề muốn nêu ra, vì vậy chúng ta sẽ tiến hành theo một hình thức linh hoạt hơn thường lệ. Chỉ có vài điều tôi muốn đề cập trước.</p> <ul> <li>Network status</li> </ul> <p>Có vẻ mạng đang hoạt động khá tốt, với các swarm I2PSnark khá lớn hoàn tất truyền tải, và với tốc độ truyền tải khá đáng kể đạt được trên từng router (nút I2P) - tôi đã thấy 650KBytes/sec và 17,000 tunnels (đường hầm) tham gia mà không có trục trặc gì. Các router ở phân khúc thấp cũng có vẻ hoạt động ổn, duyệt eepsites(I2P Sites) và irc với 2 hop tunnels sử dụng trung bình dưới 1KByte/sec.</p>/vi/blog/2006/06/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-6-n%C4%83m-2006/Tue, 13 Jun 2006 00:00:00 +0000/vi/blog/2006/06/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-6-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> fedo, jrandom, modulus, NickyB, user-land</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) chào 16:05 &lt;jrandom&gt; 1) Tình trạng mạng 16:05 &lt;jrandom&gt; 2) 0.6.1.21 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) chào 16:05 * jrandom vẫy tay 16:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại @ http://dev.i2p.net/pipermail/i2p/2006-June/001293.html 16:06 &lt;jrandom&gt; trong lúc mọi người đọc cái đó, hãy chuyển sang 1) Tình trạng mạng 16:07 &lt;jrandom&gt; hành vi của mạng lúc này không tốt lắm - với một số người thì chạy khá ổn, nhưng với người khác thì không chạy chút nào 16:07 &lt;modulus&gt; .20 chạy khá ổn với tôi, trong khi .19 không chạy chút nào, nhưng chắc đó chỉ là trải nghiệm cá nhân thôi. 16:08 &lt;jrandom&gt; bạn nói 'trải nghiệm cá nhân', tôi nói 'điểm dữ liệu' :) 16:08 &lt;jrandom&gt; ngày mai sẽ có bản phát hành mới, hy vọng sẽ cải thiện đôi chút 16:09 &lt;jrandom&gt; ờ, chắc đó là 2)... có ai muốn bàn thêm gì về 1) tình trạng mạng trước không? 16:10 &lt;jrandom&gt; nếu không thì chuyển sang 2) 0.6.1.21 16:11 &lt;jrandom&gt; 0.6.1.20-7 là cvs head, và sẽ trở thành 0.6.1.21 vào lúc nào đó ngày mai 16:12 &lt;jrandom&gt; nó sẽ cải thiện khả năng các peer (nút ngang hàng) nhanh xử lý nhiều tunnel hơn, từ đó cải thiện tỷ lệ thành công cho mọi người 16:13 * jrandom hiện đạt ~30-60% tỷ lệ thành công (không tính các phiên hết hạn) - hy vọng các trường hợp hết hạn sẽ giảm thêm 16:14 &lt;jrandom&gt; được rồi, tôi không có nhiều điều để thêm ở mảng đó - các thay đổi được liệt kê trong history.txt, nên hãy để ý bản phát hành vào ngày mai 16:14 &lt;jrandom&gt; (cũng xin nhớ rằng có thể mất tới 12 giờ để đẩy bản phát hành ra, nên tốt nhất là hoặc tự build -7 hoặc đợi thông báo chính thức trên mailing list/website) 16:15 &lt;jrandom&gt; được rồi, chúng ta chuyển qua 3) ??? 16:15 &lt;jrandom&gt; có ai còn điều gì muốn nêu không? 16:15 &lt;user-land&gt; có đề xuất nào cho các router chịu được tải từ i2p không? 16:15 &lt;NickyB&gt; có 16:15 &lt;NickyB&gt; về ircproxy 16:15 &lt;user-land&gt; và điều gì đang cản i2p 1.0? :-) 16:16 &lt;jrandom&gt; user-land: cho câu hỏi đầu tiên, không (ngoài 'kiên nhẫn') 16:16 &lt;jrandom&gt; cho câu hỏi thứ hai, xem câu đầu tiên 16:16 &lt;NickyB&gt; đầu tiên, xin lỗi vì tiếng Anh kém của tôi. ircProxy của tôi được đặt để có thể truy cập từ LAN của tôi, giống các proxy khác (eeproxy cũng vậy) nhưng cổng 6668 của tôi lại truy cập được từ Internet.... 16:17 &lt;jrandom&gt; NickyB: khi bạn nói 'trên LAN của bạn', *giao diện* mà nó bind vào là gì (trên `http://localhost:7657/i2ptunnel/index.jsp)` 16:18 &lt;jrandom&gt; NickyB: nếu interface là "0.0.0.0" thì đúng, nó sẽ chấp nhận kết nối từ bất kỳ đâu. nếu là "127.0.0.1" thì nó chỉ chấp nhận kết nối từ localhost. nếu là "10.0.0.123" hoặc "192.168.1.42" thì nó sẽ chấp nhận kết nối từ LAN của bạn 16:19 &lt;NickyB&gt; ờ, đối với console của tôi, tôi đã thay đổi trong client.config 16:19 &lt;NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/ 16:19 &lt;NickyB&gt; 192.168.0.1 là địa chỉ tôi gán cho tất cả proxy của tôi 16:19 &lt;NickyB&gt; Có thể truy cập bởi: 16:20 &lt;NickyB&gt; Các máy trong LAN 16:20 &lt;NickyB&gt; 192.168.0.1 16:20 &lt;NickyB&gt; và cổng 4444 của tôi không truy cập được từ Internet, nhưng 6668 thì có 16:20 &lt;jrandom&gt; NickyB: bạn cần dừng rồi khởi động lại cái proxy i2ptunnel đó để thay đổi có hiệu lực 16:21 &lt;jrandom&gt; tuy vậy, có lẽ ta có thể tiếp tục debug sau cuộc họp (vì tất cả đều được log lại ;) 16:21 &lt;NickyB&gt; sẽ thử, cảm ơn 16:21 &lt;jrandom&gt; không vấn đề gì, cảm ơn bạn đã kiên nhẫn 16:21 &lt;jrandom&gt; được rồi, còn ai có gì cho cuộc họp không? 16:21 &lt;fedo&gt; tại sao .21 sẽ không là bản phát hành *bắt buộc*? tôi hỏi vì chúng ta có nhiều router .12 .13 v.v. Điều này có thể không tốt cho sức khỏe mạng ... 16:23 &lt;jrandom&gt; các router cũ không gây hại nhiều, và cũng không có quá nhiều (khoảng 2-300 cái cách bản hiện tại một phiên bản) 16:23 &lt;user-land&gt; router phần cứng của tôi bị sập dưới tải i2p. đó là lý do tôi hỏi khuyến nghị phần cứng. 16:24 &lt;jrandom&gt; à, xin lỗi, tôi hiểu nhầm câu hỏi của bạn, user-land. tôi dùng tạm được với các thiết bị Linksys và Belkin rẻ tiền, tuy nhiên tôi không biết họ dùng switch gì ở colo hiện tại 16:24 &lt;user-land&gt; cảm ơn. 16:25 &lt;jrandom&gt; fedo: điều then chốt của ...21 là 1) các router nhanh nâng cấp (và họ vốn dĩ là những người có khả năng nâng cấp nhất) và 2) người dùng ở ...19 hoặc cao hơn 16:26 &lt;fedo&gt; ok Jr 16:26 &lt;jrandom&gt; được rồi, còn ai có gì cho cuộc họp không? 16:28 &lt;user-land&gt; cảm ơn vì nỗ lực của bạn :-) 16:28 * ashter2 ủng hộ ý kiến của user-land 16:28 &lt;user-land&gt; và http://www.savetheinternet.com/ 16:29 &lt;jrandom&gt; (bah, đừng bao giờ trông cậy vào chính trị để bảo vệ chúng ta. hãy dùng công nghệ) 16:29 &lt;jrandom&gt; được rồi, nếu không còn gì nữa... 16:30 * jrandom chuẩn bị kết thúc 16:30 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2006/06/13/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-06-13/Tue, 13 Jun 2006 00:00:00 +0000/vi/blog/2006/06/13/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-06-13/<p>Chào cả nhà, lại là thứ Ba nữa rồi,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) 0.6.1.21 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Hiện nay, tình hình trên mạng không được khả quan lắm, và đáng tiếc là không có tinh chỉnh cục bộ nào bạn có thể thực hiện để cải thiện điều đó. Chúng tôi trân trọng sự kiên nhẫn của bạn.</p> <ul> <li> <ol start="2"> <li>0.6.1.21</li> </ol> </li> </ul> <p>Trong vài bản phát hành gần đây, chúng tôi đã giảm bớt các yếu tố biến động trong hành vi của mạng, và trong khoảng một ngày tới chúng tôi sẽ có bản phát hành mới 0.6.1.21 để tiếp tục dựa trên những kinh nghiệm rút ra từ 0.6.1.20. Ngoài ra, bản phát hành ngày mai sẽ giảm số lần từ chối tunnel không cần thiết (dù có thể khiến trạng thái hơi quá “thoáng tay”), và khi nó được triển khai, hy vọng chúng ta sẽ thấy một số cải thiện. Nếu không, chúng ta vẫn còn một phân hệ nữa để tháo tung nhằm đưa chúng ta trở lại phong độ tốt, nhưng tôi muốn tránh cuộc chiến đó nếu có thể.</p>/vi/blog/2006/05/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-5-2006/Tue, 30 May 2006 00:00:00 +0000/vi/blog/2006/05/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-5-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, frosk, green, jrandom, tethrar</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:00 &lt;jrandom&gt; 0) chào 16:00 &lt;jrandom&gt; 1) Tình trạng mạng 16:00 &lt;jrandom&gt; 2) Peer filtering (lọc nút ngang hàng) 16:00 &lt;jrandom&gt; 3) Tình trạng Syndie 16:00 &lt;jrandom&gt; 4) ??? 16:00 &lt;jrandom&gt; 0) chào 16:00 * jrandom vẫy tay 16:01 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 &lt;jrandom&gt; (đăng sớm trước 1 giờ [hoặc muộn vài tuần, nếu muốn bắt bẻ tôi ;]) 16:02 &lt;jrandom&gt; ok, cùng bắt đầu vào 1) Tình trạng mạng 16:02 &lt;jrandom&gt; mọi thứ không đúng như lẽ ra phải thế. tốt hơn so với lúc sụp đổ vì tắc nghẽn, nhưng vẫn nên tốt hơn hiện tại 16:03 &lt;jrandom&gt; tôi không có nhiều để bổ sung về chuyện đó, trừ khi ai có câu hỏi/quan ngại về mục 1)? 16:03 &lt;@frosk&gt; tôi có kết nối irc kéo dài nhiều ngày với .19, nên không có gì phàn nàn ở đây 16:04 &lt;jrandom&gt; hay đấy 16:04 &lt;jrandom&gt; ừ, nó tốt với một số người, chỉ là chưa đủ tốt hoặc chưa đủ ổn định. thống kê trong CSDL trông cũng không đẹp lắm 16:06 &lt;jrandom&gt; ok, ai còn gì khác về 1) Tình trạng mạng, hay ta chuyển sang 2)Peer filtering? 16:07 &lt;jrandom&gt; [chèn tiếng chuyển động ở đây] 16:09 &lt;jrandom&gt; như đã nói trong mail, ý chính là tăng cường một chút cho việc chọn peer. ban đầu sẽ hơi nguy hiểm, cho phép một số tấn công phân hoạch chủ động, nhưng nếu mọi thứ chạy như tôi hy vọng, ta có thể tránh được 16:10 &lt;jrandom&gt; (nhưng để tránh điều đó thì về cơ bản phải “giết” toàn bộ các identity của router, điều này sẽ như một lần đặt lại mạng, nên tôi muốn tránh trừ khi đáng giá) 16:11 &lt;bar&gt; đặt lại chúng một lần hay lặp lại? 16:11 &lt;bar&gt; s/reset/killing 16:11 &lt;jrandom&gt; ít nhất một lần, và cả khi có mọi thay đổi cấu hình mạnh về sau 16:12 &lt;jrandom&gt; (tức là đưa một số tiêu chí vào chứng thư của router identity, và như vậy nghĩa là thay đổi hash định danh, để họ không thể giả vờ đẩy một thiết lập cho một số người và thiết lập khác cho những người khác) 16:13 &lt;bar&gt; hiểu rồi 16:14 &lt;jrandom&gt; ok, tôi nghĩ hiện tại không còn gì thêm về chủ đề đó, trừ khi ai có câu hỏi/bình luận/quan ngại? 16:15 &lt;jrandom&gt; (hy vọng sẽ có một bản dựng trong một hai ngày tới, phát hành sau khi ổn định) 16:17 &lt;jrandom&gt; ok, lướt qua 3) nhanh thôi.. 16:18 &lt;jrandom&gt; Syndie đang tiến triển, và dù cuộc chiến amd64/amd32/x86/swt/gcj không phải lúc nào cũng đẹp, chúng tôi sẽ có bản dựng sẵn vào tháng 6 16:19 &lt;jrandom&gt; (nhưng đừng nói với tôi về mingw/gcj ;) 16:19 &lt;jrandom&gt; tôi không có nhiều để bổ sung ở đó lúc này, trừ khi ai có câu hỏi/quan ngại về việc đại tu Syndie? 16:21 &lt;@cervantes&gt; hỗ trợ mingw/gcj tiến triển thế nào? 16:21 &lt;@cervantes&gt; *né* 16:22 &lt;@cervantes&gt; chúng ta có một số ảnh chụp màn hình trước khi phát hành tháng 6 chứ? :) 16:23 &lt;jrandom&gt; chắc tôi sẽ cố lôi kéo vài tình nguyện viên háo hức vào kiểm thử trước phát hành ;) 16:23 &lt;tethrar&gt; tính tôi một vé ;) 16:23 &lt;jrandom&gt; w3wt 16:24 &lt;jrandom&gt; ok, chuyển sang gạch đầu dòng mà tôi biết mọi người đều chờ: 4) ??? 16:24 &lt;jrandom&gt; wazaaaap? 16:24 &lt;green&gt; Có kế hoạch nào để có một I2P router "thực sự" chạy được với Via C7 không? jbigi chỉ cho hiệu năng tốt hơn Java thuần 30% 16:25 &lt;jrandom&gt; 30% vẫn quá ngốn CPU ư? điều gì khiến nó không "real"? 16:25 &lt;jrandom&gt; nhưng không, tôi không có kỹ năng toán hay asm C7 để làm một libGMP tốt hơn cho C7. 16:25 &lt;green&gt; chắc chắn là quá nặng CPU với mức tải CPU 100% :P 16:26 &lt;jrandom&gt; mức tải CPU 100% gợi ý rằng vấn đề không nằm ở jbigi, mà là jbigi bị dùng quá nhiều 16:26 &lt;jrandom&gt; và về điểm đó, vâng, chúng tôi có nhiều thứ đang trên đường tới. 16:26 &lt;jrandom&gt; (ví dụ: giảm việc tái lập kết nối, cải thiện tỷ lệ thành công khi dựng tunnel, v.v.) 16:27 &lt;jrandom&gt; ((và giảm nhận các yêu cầu tunnel nếu router không đủ khả năng xử lý chúng)) 16:29 &lt;green&gt; ừm, đây là máy chuyên dụng với 100Mb/s nên lẽ ra phải xử lý được 16:30 &lt;jrandom&gt; không, băng thông không phải tài nguyên bị giới hạn duy nhất ở đây, CPU rõ ràng cũng vậy ;) 16:33 &lt;jrandom&gt; ok, ai còn gì nữa cho cuộc họp không? 16:36 &lt;jrandom&gt; *khụ* 16:37 * jrandom chuẩn bị kết thúc 16:37 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/05/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-05-30/Tue, 30 May 2006 00:00:00 +0000/vi/blog/2006/05/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-05-30/<p>Chào mọi người, sau một khoảng gián đoạn ngắn, đã đến lúc trở lại với ghi chú tình hình hằng tuần của chúng ta (chưa ký vì lý do bảo trì hệ thống)</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Lọc peer (nút ngang hàng) 3) Trạng thái Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Rất tiếc, hiện không có gì mới để báo cáo về tình trạng của mạng lưới. Tình hình bên ngoài vẫn còn khá sóng gió, và theo những gì tôi thấy, không có tinh chỉnh hay tham số có thể điều chỉnh nào mà bạn có thể dùng để cải thiện nó một cách an toàn ở phía bạn. Chúng tôi sẽ công bố thêm thông tin và các bản phát hành để làm điều đó khi có sẵn, nhưng trong lúc chờ đợi, chúng tôi trân trọng sự kiên nhẫn của bạn.</p>/vi/blog/2006/05/16/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-5-n%C4%83m-2006/Tue, 16 May 2006 00:00:00 +0000/vi/blog/2006/05/16/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-5-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, Pi</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> &lt;cervantes&gt; moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html &lt;cervantes&gt; 0) chào &lt;cervantes&gt; 1) jrandom không có ở đây &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 0) chào &lt;cervantes&gt; chào &lt;cervantes&gt; chuyển sang 1) &lt;cervantes&gt; hôm nay jrandom không có ở đây, nhưng ngày mai anh ấy sẽ cập nhật tình hình cho chúng ta &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; có ai còn gì để bổ sung cho buổi họp không? &lt;bar&gt; tôi có một câu hỏi &lt;cervantes&gt; vậy thì... * cervantes lấy đà * cervantes ngừng lấy đà &lt;Complication&gt; Aha, một câu hỏi... &lt;bar&gt; bản vá PRNG (bộ sinh số ngẫu nhiên giả) trong cvs, liệu nó có cải thiện hiệu năng tổng thể hay liên quan đến thứ khác? &lt;cervantes&gt; chưa chắc nó sẽ có những hệ quả gì nói chung &lt;Complication&gt; Cá nhân tôi không nắm được toàn bộ tác động của nó, nhưng nó liên quan ít nhất đến hai hành vi tôi biết: &lt;cervantes&gt; nhưng nó cụ thể sửa một triệu chứng với i2ptunnel * cervantes để Complication giải rối &lt;Complication&gt; ngẫu nhiên hóa độ dài tunnel và lựa chọn máy chủ IRC (khái quát hơn, chọn ngẫu nhiên từ một danh sách đích I2PTunnel) &lt;Complication&gt; Việc ngẫu nhiên hóa độ dài tunnel có lẽ có ảnh hưởng đáng kể đến sức khỏe chung của mạng, vì nó cho phép các client được phép thỏa hiệp về độ dài tunnel thực sự làm điều đó &lt;Complication&gt; Vì thế họ sẽ không cứ nín thở mà chỉ dựng tunnel 2-hop, mà còn thử cả một số tunnel 1-hop &lt;Complication&gt; (mà vào lúc khó khăn thì dễ đạt được hơn nhiều) &lt;cervantes&gt; cũng có thể kết nối IRC được cải thiện khi nó được triển khai. Về cơ bản freshcoffee chẳng bao giờ nhận được kết nối client vì nó đứng thứ hai trong danh sách - nên với bản phát hành tới, tải sẽ được phân phối đều giữa cả hai máy chủ &lt;bar&gt; vậy lỗi đó khiến mọi người luôn chọn độ dài tunnel dài hơn nếu có sẵn? &lt;Complication&gt; Nếu tôi hiểu đúng, mọi phép ngẫu nhiên với số nguyên nhỏ (vd: chọn 0 hoặc 1) đều bị ảnh hưởng &lt;Complication&gt; Tôi nghĩ là các phép ngẫu nhiên với số nguyên lớn hơn (vd: chọn một số nguyên giữa 0 và 100) bị ảnh hưởng ít hơn &lt;Complication&gt; nếu bạn quan tâm, có lẽ bạn nên hỏi jranom để biết chi tiết khi anh ấy quay lại &lt;Complication&gt; Tôi có thể nhầm chi tiết. &lt;bar&gt; tôi hiểu rồi, cảm ơn. bắt lỗi tốt đấy &lt;Complication&gt; ừ thì, cervantes đến đây và bắt đầu than phiền vì chẳng bị quá tải chút nào ;P &lt;cervantes&gt; tôi cũng hiểu như vậy &lt;cervantes&gt; thấy không... trong đời mà không càm ràm thì chẳng được gì đâu :) &lt;cervantes&gt; mọi người còn câu hỏi hay chủ đề nào khác cho buổi họp không? &lt;fox&gt; &lt;duck&gt; có &lt;Pi&gt; một câu hỏi về sức khỏe mạng nói chung: tôi thấy ngày càng nhiều client bị tụt lại về phiên bản I2P (2 cái vẫn dùng 0.6.1.11, v.v.). những client này có khiến việc theo dõi tác động của các thay đổi lên core ngày càng khó hơn không? (vì có vẻ "ít" người muốn cập nhật) &lt;fox&gt; * duck lặp lại ở trên * w423412323 đề xuất đổi chủ đề theo hướng đó. ;) &lt;fox&gt; &lt;duck&gt; Tôi tự hỏi, tôi đã thấy một số commit tinh chỉnh kỳ lạ trên mailing list cvs. đó là thêm các thử nghiệm? dựa trên quan sát? hay hơi sớm? &lt;Complication&gt; Pi: miễn là chúng không xuất hiện với số lượng lớn, chúng sẽ không tạo khác biệt nhiều &lt;Pi&gt; 70 trong 300 client đang dùng phiên bản khác 0.6.1.18 theo netdb của tôi bây giờ &lt;Complication&gt; Đó là trò chơi của con số và năng lực - nếu hoặc là đa số router, hoặc thêm vào đó các router có năng lực cao nhất được cập nhật ở mức hợp lý, thì việc một số người quên rằng họ đã cài I2P cũng không sao :) &lt;cervantes&gt; Pi: nếu các router cũ cư xử không đúng thì mạng _nên_ thích nghi và giảm lượng traffic được router qua chúng &lt;cervantes&gt; *được định tuyến &lt;cervantes&gt; Complication: bạn có thấy câu hỏi của duck không? &lt;Pi&gt; và một câu hỏi về một thống kê trên i2p-console xuất hiện cách đây một thời gian: handle backlog nghĩa là gì? &lt;Complication&gt; duck: bạn muốn nói đến các điều chỉnh throttle của tunnel? Chúng là tinh chỉnh theo nghĩa là chúng không mang lại nhiều thứ hoàn toàn mới, nhưng giờ chúng đã được thử nghiệm khá kỹ (vd: có lẽ chúng sẽ không 'cắn' (byte)) &lt;Complication&gt; Nhưng chúng có thể 'cắn' một chút, nếu bạn chạy một cấu hình lập dị hoàn toàn ngoài các tham số tôi có thể nghĩ tới &lt;fox&gt; &lt;duck&gt; Complication: tôi tự hỏi liệu mấy thứ '2' thay vì '3' có thực sự quan trọng đến thế không &lt;fox&gt; &lt;duck&gt; nhưng có vẻ vấn đề random có thể đã là một thứ tệ hại lớn &lt;fox&gt; &lt;duck&gt; (mặc dù mức tác động tương đối của nó tới tình trạng mạng kém khỏe còn phụ thuộc vào thời điểm nó được đưa vào) &lt;cervantes&gt; Pi: handle backlog là số lượng yêu cầu tham gia tunnel đến đang chờ xử lý (trích từ changelog) &lt;Complication&gt; Nếu bạn nói tới vấn đề random nextInteger() và tác động lên việc ngẫu nhiên hóa độ dài tunnel, tôi cảm thấy nó sẽ có ảnh hưởng đáng kể &lt;Complication&gt; Chênh lệch chi phí giữa việc dựng tunnel 1-hop và 2-hop là khá đáng kể &lt;Pi&gt; cảm ơn, cervantes :) &lt;fox&gt; &lt;duck&gt; nó được đưa vào khi nào? &lt;Complication&gt; duck: tôi nghĩ nó được đưa vào cùng với một số chuyển đổi sang Fortuna generator, hoặc một số chỉnh sửa trong đó &lt;fox&gt; &lt;duck&gt; ok; cảm ơn bạn rất nhiều vì phần chia sẻ &lt;Complication&gt; Để tôi kiểm tra cvsweb để có thêm chi tiết... &lt;cervantes&gt; Pi: tôi tin rằng giờ đã có mã đặt vào để bỏ bớt các yêu cầu tunnel đến nếu hàng đợi đầy (để giúp giảm tải CPU) &lt;Complication&gt; Pi: vâng, đó nên là chỉ báo có thể thấy của một tham số khác dùng để quyết định "chúng ta có đủ năng lực để tham gia thêm một tunnel nữa không?" &lt;cervantes&gt; duck: tôi chắc chắn thấy một thay đổi lớn trong hành vi của router kể từ khi bản vá được đưa vào. - không phải tất cả đều tốt, phải nói vậy :) &lt;Complication&gt; big handle backlog == tắc nghẽn, không có lý do gì để cố tham gia tunnel của người khác &lt;cervantes&gt; hôm nọ có load average 14 và 12000 tunnel tham gia &lt;Complication&gt; Handle backlog có vẻ quan trọng đặc biệt trên các router dung lượng cao (ám chỉ những gì cervantes thấy) &lt;Complication&gt; Các router dung lượng thấp thường điều tiết việc chấp nhận tunnel vì lý do băng thông &lt;Complication&gt; (hoặc lý do thời gian kiểm tra tunnel, cho chính xác) &lt;Complication&gt; (hoặc ít nhất, cố gắng như vậy) &lt;cervantes&gt; ồ chúng ta đã kéo được nửa giờ rồi.... &lt;Complication&gt; Đúng vậy :D &lt;cervantes&gt; ai muốn đưa thêm điều gì lên bàn không? &lt;cervantes&gt; vậy thì... * cervantes lấy đà * cervantes *baf* tuyên bố kết thúc buổi họp &lt;fox&gt; &lt;duck&gt; cảm ơn vì đã lo liệu buổi họp &lt;cervantes&gt; heh tôi đã định 'baf' nó đóng lại trước khi ai nói gì....nhưng bar đã phá hỏng kế hoạch đó :) </div>/vi/blog/2006/05/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-05-16/Tue, 16 May 2006 00:00:00 +0000/vi/blog/2006/05/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-05-16/<p>Chào mọi người, hôm nay chỉ có vài ghi chú nhanh mang tính bên lề. Tối nay tôi phải đi gấp và sẽ không kịp về dự cuộc họp, nhưng ngày mai tôi sẽ viết một bộ ghi chú cập nhật tình hình (và dĩ nhiên là cuộc họp sẽ diễn ra vào tuần tới). Complication đã miệt mài thực hiện một số chỉnh sửa hay ho trong cvs, và còn có vài thứ đầy hứa hẹn sắp tới, nên hy vọng chúng ta sẽ có một bản phát hành trong tuần này. Không dám chắc đâu.</p>/vi/blog/2006/05/09/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-09-th%C3%A1ng-5-n%C4%83m-2006/Tue, 09 May 2006 00:00:00 +0000/vi/blog/2006/05/09/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-09-th%C3%A1ng-5-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> arse, cervantes, Complication, i, jrandom, roderick_spod1, tmp</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:31 &lt;jrandom&gt; 0) chào 16:31 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.18 16:31 &lt;jrandom&gt; 2) baz 16:31 &lt;jrandom&gt; 3) ??? 16:31 &lt;jrandom&gt; 0) chào 16:31 * jrandom vẫy tay 16:32 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 &lt;jrandom&gt; trong lúc mọi người đọc qua cái đó, hãy nhảy vào 1) Tình trạng mạng và 0.6.1.18 16:33 &lt;jrandom&gt; tuần qua khá trúc trắc trên IRC & mạng nói chung 16:33 &lt;+Complication&gt; Đang xem các biểu đồ, nhưng chưa thấy thay đổi đáng kể 16:33 &lt;+Complication&gt; Cũng chỉ mới bắt đầu thôi, dĩ nhiên 16:34 &lt;jrandom&gt; ừ, mới chỉ vài giờ, với dưới 20% mạng đã nâng cấp 16:35 &lt;jrandom&gt; vẫn còn vài “vũ khí hạng nặng” chưa triển khai lên mạng, nhưng tôi muốn mọi thứ ổn định trước khi đẩy ra các thay đổi lớn 16:35 &lt;+Complication&gt; Đúng vậy, nhìn (trong chừng mực có thể nhìn thấy) xem cái gì thay đổi cái gì, và theo hướng nào, sẽ hữu ích 16:36 &lt;+Complication&gt; Nếu triển khai mọi thứ cùng lúc, sẽ rất khó biết cái gì đã hiệu quả 16:38 &lt;tmp&gt; *thở dài* 16:38 * tmp mơ về sự ổn định của IRC. 16:39 &lt;jrandom&gt; ừ, trên mọi mặt trận ;) 16:39 &lt;+fox&gt; &lt;roderick_spod1&gt; Roderick mơ về vú to. 16:39 &lt;jrandom&gt; (đó là lý do chúng ta có thể lọc nhật ký cuộc họp... ;) 16:40 &lt;jrandom&gt; được rồi, có ai còn gì cho 1) Tình trạng mạng và 0.6.1.18 không? 16:41 &lt;jrandom&gt; nếu không, chuyển sang 2) 16:42 &lt;jrandom&gt; không có nhiều để thêm, chỉ cập nhật tình trạng về một số hỗ trợ w32/w64 16:43 &lt;jrandom&gt; như đã nói trong mail, gcj có vẻ không khả thi trên mingw vào lúc này, dù có thể ta vẫn bày được vài mẹo 16:44 &lt;jrandom&gt; có một bản gcj cũ hơn 3.4.4/3.4.5 chạy trên mingw, nhưng hỗ trợ classpath trong đó khá cũ 16:45 &lt;jrandom&gt; (và ngay cả sau khi lược bỏ khá nhiều khỏi hsqldb, vẫn còn một số phụ thuộc mà 3.4.5 không đáp ứng. nhưng có thể ta sẽ hack loại bỏ chúng nữa... nếu cần) 16:47 &lt;jrandom&gt; được rồi, nếu không còn gì nữa, hãy chuyển sang 3) ??? 16:47 &lt;jrandom&gt; có ai còn gì muốn nêu ra cho cuộc họp không? 16:48 &lt;cervantes&gt; chỉ muốn nói "nice one bar" vì khoản quyên góp tuyệt của anh ấy 16:48 &lt;+Complication&gt; À, có câu hỏi trên diễn đàn về uptime hiển thị trong NetDB... 16:48 * Complication tán thành điều đó 16:49 &lt;+Complication&gt; Về uptime, nếu bạn còn nhớ, tôi đã làm nhiễu chúng một chút vào tháng Ba... 16:49 &lt;cervantes&gt; chắc đã bỏ lỡ điều đó giữa những bài than phiền về odci.gov 16:50 &lt;tmp&gt; Trời đất, cậu làm gì bên đó vậy roderick_spod? 16:50 &lt;jrandom&gt; ừ Complication 16:50 &lt;+Complication&gt; Ừ, vì câu hỏi đã được nêu, tôi tự hỏi liệu có thể làm nhiễu thêm nữa không, hay như vậy sẽ làm giảm khả năng gỡ lỗi? 16:52 &lt;jrandom&gt; tôi không chắc ý nghĩa là gì - với phân tích cẩn thận, toàn bộ dữ liệu thống kê có thể để lộ khối thông tin 16:52 &lt;arse&gt; các cậu có nghĩ tính chu kỳ của mạng sẽ giảm bớt không 16:52 &lt;jrandom&gt; khi đến lúc, chúng ta sẽ tắt hẳn việc công bố thống kê 16:52 &lt;+Complication&gt; Gần đây chúng ta không còn những cái khiến router khởi động lại, nhưng đó chỉ là gần đây thôi... 16:52 &lt;jrandom&gt; arse: có 16:52 &lt;+Complication&gt; (và một phần vì watchdog thiếu “răng”) 16:54 &lt;+Complication&gt; Đúng, gần như không tránh khỏi là trong giai đoạn này sẽ có một số thông tin bị lộ ra ngoài 16:55 &lt;jrandom&gt; cũng xin nói thêm, giả định họ đưa ra không đúng, publishedTimeAgo là thời gian kể từ khi router /nhận/ mục netDb, không phải lúc nó được ký 16:55 &lt;jrandom&gt; ờm, khoan, không, điều đó không đúng 16:56 &lt;jrandom&gt; đừng để ý tôi. ừ, nó chỉ thêm một biến thiên nhỏ 16:56 &lt;+Complication&gt; Hề, tôi đang cố đăng trả lời, nhưng hiện nhận được "no post mode specified" 16:57 &lt;+Complication&gt; Ừ, có độ trễ, và hơn nữa, thông tin này được công bố thường xuyên thế nào? Không thường xuyên lắm, nếu tôi nhớ không lầm? 16:57 &lt;+Complication&gt; Về cơ bản, nếu tôi đề xuất giảm bớt độ chính xác ở đó, bạn có phiền không? 16:58 &lt;jrandom&gt; một mục đã ký mới được công bố mỗi 5-15 phút, nhưng chỉ công bố lên netDb, không đến tất cả các nút 16:58 &lt;jrandom&gt; các nút chỉ nhận bản cập nhật khi họ hoặc tìm kiếm nó hoặc kết nối lại 16:59 &lt;jrandom&gt; nhưng đúng, thêm biến thiên nữa thì ổn. Nó sẽ ảnh hưởng đến các biểu đồ uptime của stat.i2p, nhưng miễn là vẫn hợp lý thì ok 17:01 &lt;+Complication&gt; Tôi sẽ cố giữ nó hợp lý, vậy nhé :) 17:01 &lt;jrandom&gt; hề, hay đó, cảm ơn Complication 17:04 &lt;jrandom&gt; *khụ* (và nhất quán ;) được rồi, có ai còn gì khác cho cuộc họp không? 17:04 &lt;+Complication&gt; ghi chú bên lề: hay ghê, lỗi "post mode" đã chịu thua sự kiên trì, và tôi cũng đã đăng được một trả lời :) 17:05 &lt;jrandom&gt; w3rd Complication &lt;i&gt;đã cắt bớt các tin nhắn lạc đề&lt;/i&gt; 17:08 &lt;jrandom&gt; được rồi, nếu không còn gì nữa... 17:08 * jrandom lên dây cót 17:09 * jrandom *baf*s kết thúc cuộc họp </div>/vi/blog/2006/05/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-05-09/Tue, 09 May 2006 00:00:00 +0000/vi/blog/2006/05/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-05-09/<p>Chào mọi người, lại đến thứ Ba nữa rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.18 2) baz 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.18</li> </ol> </li> </ul> <p>Sau thêm một tuần thử nghiệm và tinh chỉnh, chúng tôi đã phát hành một phiên bản mới vào đầu giờ chiều nay, giúp chúng tôi chuyển sang một môi trường ổn định hơn để từ đó tiếp tục cải tiến. Tuy nhiên, có lẽ chúng ta sẽ chưa thấy nhiều tác động cho đến khi nó được triển khai rộng rãi, vì vậy có thể chúng ta sẽ phải đợi vài ngày để xem tình hình thế nào, nhưng dĩ nhiên việc đo đạc sẽ vẫn tiếp tục.</p>/vi/blog/2006/05/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-5-2006/Tue, 02 May 2006 00:00:00 +0000/vi/blog/2006/05/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-5-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> green, jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) chào 16:09 &lt;jrandom&gt; 1) Tình trạng mạng 16:09 &lt;jrandom&gt; 2) Tình trạng Syndie 16:09 &lt;jrandom&gt; 3) ??? 16:09 &lt;jrandom&gt; 0) chào 16:09 * jrandom vẫy tay 16:10 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 &lt;jrandom&gt; ok, trong khi mọi người đọc email hấp dẫn đó, hãy nhảy vào 1) Tình trạng mạng 16:13 &lt;jrandom&gt; cho đến giờ, có vẻ vấn đề sụp đổ do tắc nghẽn đã được khắc phục, và tốc độ tạo tunnel đang khá ổn. tuy vậy, vẫn còn những vấn đề cần giải quyết 16:14 &lt;jrandom&gt; hành vi chu kỳ đã thảo luận trước đây (thường lặp theo khoảng 10–12 phút) vẫn còn, dẫn đến các lần từ chối biến thiên ngược lại. có một bản sửa mới trong code kể từ -1 có thể loại bỏ điều đó 16:15 &lt;jrandom&gt; (cụ thể là, ngẫu nhiên hóa thời điểm hết hạn của tunnel /đúng cách/, không như kiểu ngẫu nhiên bị hỏng trước đây) 16:16 &lt;jrandom&gt; điều đó, cộng với lập lịch kiểm tra ssu và tunnel được cải thiện, sẽ giúp ích, nhưng ở mức độ nào thì tôi vẫn chưa chắc 16:17 &lt;jrandom&gt; ok, đó là tất cả tôi có lúc này. ai có câu hỏi/bình luận/quan ngại về 1) Tình trạng mạng? 16:18 &lt;green&gt; hmmm, giới hạn bw tối đa (băng thông) chưa bao giờ đạt tới và điều này thật sự khác xa trước đây 16:18 &lt;green&gt; như ở 1-7 16:18 &lt;green&gt; s/1-7/.12-7 16:18 &lt;jrandom&gt; tỷ lệ chia sẻ bw của bạn đặt bao nhiêu? đó giờ là một điều khiển rất mạnh 16:19 &lt;green&gt; 80% 16:19 &lt;green&gt; nhưng chỉ khoảng 40% tổng bw được sử dụng 16:20 &lt;green&gt; đây chỉ là một router "không làm gì" :P 16:20 &lt;jrandom&gt; hmm, bw của bạn bao lâu thì tăng vọt lên 80%, và bạn có thường xuyên từ chối các yêu cầu tunnel không (`http://localhost:7657/oldstats.jsp#tunnel.reject.30` và tunnel.reject.*) 16:21 &lt;jrandom&gt; tính chu kỳ thấy trong các yêu cầu tunnel thường khiến mọi người phát hiện quá tải dù thực ra không có 16:21 &lt;jrandom&gt; (vì các router có dư công suất vào thời điểm khác, chỉ là không có khi chúng bị dồn tải) 16:22 &lt;green&gt; tunnel.reject.30 rất phẳng, như 1,00 trên 14 025,00 sự kiện 16:22 &lt;jrandom&gt; ô, xin lỗi, chính số lượng sự kiện của thống kê đó mới quan trọng - bạn đã từ chối hơn 14,000 yêu cầu tunnel do quá tải băng thông 16:23 &lt;jrandom&gt; (giá trị "value" cho thống kê đó là có bao nhiêu tunnel bị từ chối tại sự kiện, và con số đó luôn là 1, vì một sự kiện được gây ra bởi một thông điệp) 16:27 &lt;jrandom&gt; ok, nếu không còn gì về 1) Tình trạng mạng, hãy chuyển sang 2) Tình trạng Syndie 16:27 &lt;jrandom&gt; tôi không có nhiều điều để bổ sung so với những gì trong email về Syndie, chỉ muốn cập nhật 16:28 &lt;jrandom&gt; ok, vậy thì, trừ khi có ai muốn nêu điều gì liên quan đến Syndie, hãy chuyển sang chủ đề quen thuộc, 3) ??? 16:28 &lt;jrandom&gt; có ai còn điều gì muốn nêu cho cuộc họp không? 16:31 * tethra muốn nói "cảm ơn" (lần nữa) vì .17, vì nó đã cải thiện rất nhiều 16:33 &lt;jrandom&gt; rất vui được giúp, và còn nhiều thứ nữa đang trên đường 16:33 &lt;jrandom&gt; ok, nhưng nếu không còn gì cho cuộc họp hôm nay... 16:33 * jrandom kết thúc 16:33 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2006/05/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-05-02/Tue, 02 May 2006 00:00:00 +0000/vi/blog/2006/05/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-05-02/<p>Chào mọi người, thứ Ba lại đến nữa rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái Syndie 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Sau thêm một tuần chạy 0.6.1.17, một số chỉ số chính về sức khỏe mạng vẫn duy trì ở trạng thái tốt. Tuy nhiên, chúng tôi đang thấy một số vấn đề còn lại lan lên tầng ứng dụng, cụ thể là sự gia tăng gần đây các lần kết nối lại trên các máy chủ irc2p. Postman, cervantes, Complication và tôi đã đào sâu vào nhiều khía cạnh của hành vi mạng liên quan đến hiệu năng mà người dùng thấy được, và chúng tôi đã xác định và triển khai một vài cải tiến (CVS HEAD hiện tại là 0.6.1.17-4). Chúng tôi vẫn đang theo dõi hành vi của nó và thử nghiệm một số tinh chỉnh trước khi phát hành dưới dạng 0.6.1.18, nhưng có lẽ chỉ còn vài ngày nữa.</p>/vi/blog/2006/04/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-04-25/Tue, 25 Apr 2006 00:00:00 +0000/vi/blog/2006/04/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-04-25/<p>Chào cả nhà, đến giờ cho cuộc họp trước Thứ Tư của chúng ta rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.17 2) I2Phex 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.17</li> </ol> </li> </ul> <p>Sau vài ngày theo dõi một số bản vá, chúng tôi đã phát hành bản 0.6.1.17 mới, và cho đến nay, mức cải thiện là đáng kể. Tỷ lệ thành công khi xây dựng tunnel đã tăng gấp 10–100 lần, và các peer đang bị giới hạn băng thông nay có thể hoạt động trở lại với các ràng buộc băng thông hợp lý. Cho đến lúc này, 60%+ của mạng lưới đã nâng cấp (cảm ơn!), tuy vậy việc giúp phần còn lại bắt kịp cũng sẽ hữu ích.</p>/vi/blog/2006/04/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-04-18/Tue, 18 Apr 2006 00:00:00 +0000/vi/blog/2006/04/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-04-18/<p>Chào mọi người, lại đến thứ Ba rồi, đến lúc cho bản ghi chú trạng thái hàng tuần của chúng ta.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.16 2) Tạo Tunnel (đường hầm) và tắc nghẽn 3) Feedspace 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.16</li> </ol> </li> </ul> <p>Với 70% mạng lưới đã nâng cấp lên 0.6.1.16, chúng tôi dường như đang thấy sự cải thiện so với các bản phát hành trước; và với việc các vấn đề trong bản phát hành đó đã được khắc phục, chúng tôi có cái nhìn rõ ràng hơn về điểm nghẽn tiếp theo. Đối với những người chưa nâng cấp lên 0.6.1.16, vui lòng nâng cấp càng sớm càng tốt, vì các bản phát hành trước sẽ từ chối một cách tùy tiện các yêu cầu tạo tunnel (đường hầm trong I2P), ngay cả khi router (bộ định tuyến I2P) có đủ tài nguyên để tham gia thêm nhiều tunnels.</p>/vi/blog/2006/04/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-4-n%C4%83m-2006/Tue, 04 Apr 2006 00:00:00 +0000/vi/blog/2006/04/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-4-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> BrianR\___, cervantes, Complication, frosk, jrandom, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:21 &lt;jrandom&gt; 0) chào 16:21 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.14 16:21 &lt;jrandom&gt; 2) Lên kế hoạch cho Syndie 16:21 &lt;jrandom&gt; 3) Tối ưu hóa jbigi cục bộ 16:21 &lt;jrandom&gt; 4) ??? 16:21 &lt;jrandom&gt; 0) chào 16:21 * jrandom vẫy tay 16:21 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication đọc 16:22 &lt;jrandom&gt; trong khi mọi người đọc bài đó (viết vội), hãy nhảy vào 1) Tình trạng mạng 16:23 &lt;@cervantes&gt; (diễn đàn đã hoạt động lại) 16:23 &lt;jrandom&gt; có vài vấn đề ảnh hưởng đến việc sử dụng trên 0.6.1.13, và hầu hết chúng đã được truy ra và giải quyết 16:24 &lt;Complication&gt; Bên này, với bản build "thứ tư" của CVS, tôi thấy đồ thị của mình thay đổi 16:24 &lt;jrandom&gt; vẫn còn vài chỗ rắc rối đang được thử nghiệm và chỉnh sửa, nhưng bản phát hành sẽ ra trong vài ngày tới 16:24 &lt;Complication&gt; Nhìn chung, mọi thứ ổn định hơn và ít dao động hơn 16:24 &lt;jrandom&gt; ôi chết, tôi quên tăng nó lên -4 phải không? 16:24 &lt;jrandom&gt; (ok, -5 sẽ ra vào tối nay) 16:24 &lt;jrandom&gt; hay lắm, Complication 16:25 &lt;Complication&gt; Nhưng cảm nhận của tôi cũng có thể bị ảnh hưởng bởi jbigi, vì tôi chưa loại trừ yếu tố đó 16:25 &lt;Complication&gt; Giờ, sau một lúc, tỷ lệ truyền lại đã giảm xuống còn 15% 16:28 &lt;jrandom&gt; hmm, tôi cũng thấy RTO (thời gian chờ truyền lại) của ssu trung bình tiến gần ngưỡng 3s 16:28 &lt;jrandom&gt; (tuy nhiên tỷ lệ truyền lại vẫn rất thấp, dưới 5%) 16:29 * Complication xem lại lần nữa 16:29 &lt;Complication&gt; Giả sử trung bình thô là hơn 1500 một chút 16:29 &lt;Complication&gt; (bên tôi) 16:30 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: Có "MTU" thực tế cho gói i2p không? 16:30 &lt;jrandom&gt; à ok, có lẽ khi cái đó tăng dần, tỷ lệ truyền lại sẽ giảm 16:30 &lt;Complication&gt; Tôi thấy của tôi bắt đầu với MTU nhỏ hơn, giờ đã tăng lên khoảng 1350 16:30 &lt;jrandom&gt; BrianR___: vâng, hoặc 1350 hoặc 608 (như hiển thị tại `http://localhost:7657/peers.js)` 16:31 &lt;jrandom&gt; nếu tỷ lệ lỗi quá cao ở MTU lớn, nó sẽ lùi về MTU nhỏ hơn (và nếu quá thấp ở MTU nhỏ, nó sẽ nhảy lên MTU lớn hơn) 16:31 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: Vậy đó là cho payload (tải trọng) bên trong hay cho các gói IP nhìn thấy được? 16:31 &lt;+fox&gt; &lt;BrianR___&gt; Ví dụ, nếu tôi gửi một khối dữ liệu qua một luồng I2P, kích thước khối lý tưởng là bao nhiêu để giảm chi phí phụ trội? 16:31 &lt;jrandom&gt; đó là cho payload UDP 16:32 &lt;jrandom&gt; các stream ở cao hơn hai lớp 16:32 &lt;jrandom&gt; (có phân mảnh ở các tunnel, rồi phân mảnh ở cấp stream/i2cp) 16:32 &lt;+fox&gt; &lt;BrianR___&gt; Đúng... Có kích thước lý tưởng để giảm phân mảnh không? 16:32 &lt;jrandom&gt; kích thước khối lý tưởng của một ứng dụng dùng streaming lib (thư viện xử lý luồng) là "lớn", để streaming lib có thể dùng kích cỡ phù hợp. 16:33 &lt;jrandom&gt; (hay còn gọi là cứ bỏ qua người đằng sau tấm rèm) 16:33 &lt;+fox&gt; &lt;BrianR___&gt; À... Có lẽ tôi nên nghĩ về pipelining hay gì đó... 16:34 &lt;+fox&gt; &lt;BrianR___&gt; Tôi đang lên kế hoạch một ứng dụng có rất nhiều lưu lượng request/response... 16:34 &lt;jrandom&gt; tôi khuyên nên gom lô để giảm tính "chatty" 16:34 &lt;Complication&gt; Có lẽ tập trung lưu lượng sẽ giúp phần nào 16:37 &lt;jrandom&gt; ok, còn gì về 1) Tình trạng mạng không, hay ta lắc lư sang 2) Lên kế hoạch cho Syndie 16:38 * jrandom lắc lư 16:39 &lt;jrandom&gt; đoạn này chủ yếu là giữ chỗ và kêu gọi đề xuất (cfp) - sẽ có một đợt đại tu đáng kể cho syndie, cả về vận hành lẫn ui, nên nếu bạn có tính năng chủ chốt hoặc use case cần giải quyết, hãy liên hệ 16:40 &lt;jrandom&gt; (tất nhiên sẽ có thêm thông tin khi mọi thứ được hoàn thiện hơn) 16:42 &lt;jrandom&gt; đó là tất cả về mục đó lúc này, vậy chuyển sang 3) tối ưu hóa jbigi 16:42 &lt;@frosk&gt; và tôi đã tưởng "plotting" là nói tới vài thứ jrobin trong syndie :) 16:43 &lt;jrandom&gt; hehe 16:43 &lt;jrandom&gt; sẽ thú vị nếu vẽ đồ thị bài viết/ngày, bài viết/tác giả, tác giả mới/ngày, v.v. ;) 16:44 &lt;Complication&gt; À, một ý về Syndie (xin lỗi, giờ tôi mới nhớ) 16:44 &lt;Complication&gt; =một ý 16:44 &lt;@frosk&gt; bạn muốn 0 hay 1? :) 16:44 &lt;Complication&gt; Bạn nghĩ có thực tế không, và dễ/khó thế nào nếu tách tác giả ưa thích và tác giả bị đưa vào blacklist (spam) thành hai danh sách khác nhau? 16:45 &lt;Complication&gt; Trên addresses.jsp 16:45 &lt;jrandom&gt; ồ, được, không khó lắm 16:46 &lt;jrandom&gt; đó cũng là ý hay cho đợt đại tu, nhưng có lẽ ta có thể đưa nó vào bản build 0.6.1.14 16:47 &lt;Complication&gt; Không, nó không làm tôi bận tâm, tôi chỉ vừa nhớ ra điều từng nhận thấy 16:47 &lt;Complication&gt; Dù sao, jbigi chạy nhanh hơn trên Linux/AMD64 khi bạn biên dịch local và dùng GMP 4.2 16:48 &lt;jrandom&gt; hay đấy 16:48 &lt;jrandom&gt; bạn đã so sánh với -O3 -m64 trên GMP 4.1.2 chưa? 16:48 &lt;Complication&gt; Và tôi thật ngốc khi dùng nhầm cờ biên dịch quá đỗi sai :O 16:48 &lt;@cervantes&gt; liên kết liên quan là `http://forum.i2p/viewtopic.php?t=1523&start=30` nhân tiện 16:48 &lt;jrandom&gt; à cảm ơn cervantes 16:48 &lt;Complication&gt; jrandom: tôi chưa so sánh, nhưng sẽ làm 16:49 &lt;Complication&gt; Trong lần khởi động lại theo lịch tiếp theo 16:50 &lt;jrandom&gt; quy trình build jbigi về cơ bản là "build GMP, rồi build jbigi.o, và liên kết hai thứ lại", nên mọi tối ưu hóa muốn áp dụng cho GMP đều có thể thực hiện ở bước đầu tiên 16:50 &lt;@cervantes&gt; Tôi không thấy khác biệt nhiều giữa -O3 và -O2 trong các thử nghiệm trước đây tôi làm; không biết dưới x86_64 thì khác không... *nhún vai* 16:50 &lt;jrandom&gt; ừ, cũng có thể phụ thuộc vào bản compiler 16:50 &lt;jrandom&gt; (đặc biệt với tất cả các vấn đề 3.3/3.4/4.0/4.1 này) 16:51 &lt;@cervantes&gt; nhắc lại điều tôi đã nói trong thread đó... có lẽ sẽ chưa sớm có jbigi tối ưu cho windows64 16:51 &lt;+fox&gt; &lt;BrianR___&gt; Thư viện stream i2p có nén payload không? 16:52 &lt;Complication&gt; BrianR: có 16:52 &lt;@cervantes&gt; trừ khi ai đó có M$ VC 2005 kèm SDK 64-bit và hứng thú lao lực để biên dịch được gmp 16:52 &lt;Complication&gt; Ít nhất theo hiểu biết của tôi 16:53 &lt;@cervantes&gt; (tuy vậy hình như có dự án port gmp sang project vc ở đâu đó) 16:53 &lt;jrandom&gt; cervantes: ừ thì, chúng tôi có một cái /chạy được/ cho amd64/win, nhưng chưa tận dụng tối đa phần cứng ;) 16:53 &lt;jrandom&gt; (khi máy mới của tôi về, tôi có thể tinh chỉnh việc đó, vì nó là amd64) 16:53 &lt;+fox&gt; &lt;BrianR___&gt; đang cân nhắc xem nên dùng giao thức nhị phân để tiết kiệm bít hay để zlib hay gì đó nén giao thức ascii cho gọn nhẹ.. 16:54 &lt;@cervantes&gt; hay đấy - tiếc là Mingw64 hay cygwin64 có vẻ chưa xuất hiện trong tương lai gần... 16:54 &lt;jrandom&gt; BrianR___: tối ưu sớm là cội nguồn của mọi tội lỗi, đại loại thế... 16:55 &lt;Complication&gt; ít nhất các giao thức có thể đọc phần nào bởi con người thường dễ debug hơn, nhưng còn tùy vào việc mình làm 16:56 &lt;Complication&gt; (vì một số thứ như mã hóa không thích "đọc được bởi con người", dù thế nào đi nữa :) ) 16:57 &lt;Complication&gt; Nhưng nếu I2P lo phần mã hóa và cả nén, khả năng cao nhiều thứ chạy phía trên nó có thể dùng giao thức đọc được bởi con người 16:58 &lt;jrandom&gt; ừ 16:58 &lt;jrandom&gt; ok, còn gì về 3) jbigi không? 16:58 &lt;jrandom&gt; nếu không thì chuyển sang 4) ??? 16:59 &lt;jrandom&gt; ai còn gì cho buổi họp không? 17:01 &lt;+tethra&gt; tôi nhớ gần đây có nghe về các công cụ cộng tác ẩn danh 17:01 &lt;+tethra&gt; có thể nói rõ là loại gì, và liệu chúng sẽ kiểu syndie hay không? 17:02 &lt;@cervantes&gt; irc và syndie là công cụ cộng tác ẩn danh :) 17:02 &lt;jrandom&gt; hmm, không chắc bạn đang nói đến gì - hay có lẽ bạn muốn nói tới các kế hoạch đại tu syndie? :) 17:02 &lt;+tethra&gt; đúng. 17:02 * tethra cũng không chắc, nên mới hỏi 17:02 &lt;+tethra&gt; đã có bàn luận về nó trên diễn đàn - lý do cho ẩn danh và các thứ 17:03 &lt;+tethra&gt; tôi sẽ tìm thread để trích dẫn 17:03 &lt;jrandom&gt; à đúng 17:03 &lt;+tethra&gt; http://forum.i2p.net/viewtopic.php?t=1618 17:03 &lt;jrandom&gt; thread use case 17:03 &lt;+tethra&gt; - diễn đàn/bảng tin/wiki được host ẩn danh và truy cập công khai 17:03 &lt;+tethra&gt; ừ 17:04 &lt;+tethra&gt; sẽ có dự án kiểu i2wiki dựa trên thứ gì đó như syndie hay để người dùng tự làm? 17:04 &lt;jrandom&gt; trong đó có vài ý tưởng hay và phản hồi tốt 17:05 &lt;jrandom&gt; khả năng chỉnh sửa bài đăng syndie là tính năng được yêu cầu nhiều, và với nó, bạn có thể làm một wiki với trình soạn thảo phong phú 17:05 &lt;jrandom&gt; nhưng dĩ nhiên, chẳng có gì tồn tại trong chân không - nếu ai đó tin rằng điều đó cần thiết, ai đó nên nói "này, một wiki là thiết yếu, và đây là lý do" 17:06 &lt;jrandom&gt; có vô số ứng dụng /có thể/ xây dựng, nhưng vì chúng ta hướng tới ẩn danh mạnh và bảo mật mạnh, cần thận trọng với những gì được xây 17:07 &lt;+tethra&gt; đúng 17:07 &lt;+tethra&gt; nói vậy, những thứ khó giữ ẩn danh và an toàn hơn có lẽ nên do người giỏi việc giữ ẩn danh và an toàn làm, đúng không? 17:08 &lt;jrandom&gt; có lẽ vậy, dù không có "cabal" nào cả - ai cũng có thể học 17:08 &lt;+tethra&gt; (những thứ then chốt, đại khái vậy. không phải tôi nêu tên cái gì, nhưng mà.) 17:08 &lt;+tethra&gt; đúng 17:09 &lt;+tethra&gt; nhưng học mà phải đánh đổi ẩn danh của bản thân và người khác thì không phải cách hay nhất 17:10 &lt;jrandom&gt; ai cũng phải bắt đầu từ đâu đó, dĩ nhiên 17:10 &lt;+tethra&gt; (có lẽ nếu ai đó làm một thứ dạng sandbox cho phép chạy $software rồi có người tấn công nó v.v. thì sẽ tốt cho người mới/chưa có kinh nghiệm?) 17:10 &lt;+tethra&gt; ừ 17:14 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 17:15 &lt;jrandom&gt; nếu không 17:15 * jrandom chuẩn bị kết thúc 17:15 &lt;@cervantes&gt; *ahem* 17:15 * jrandom tạm dừng 17:16 &lt;jrandom&gt; có gì mới vậy, cerv? 17:16 &lt;Complication&gt; Hay quá, tôi tìm ra một baf ;P 17:17 &lt;jrandom&gt; baf-bị-chặn ;) 17:17 &lt;@cervantes&gt; hups xin lỗi, tiếp tục "baf" đi 17:17 * jrandom tiếp tục kết thúc 17:18 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/04/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-04-04/Tue, 04 Apr 2006 00:00:00 +0000/vi/blog/2006/04/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-04-04/<p>Chào mọi người, Thứ Ba lại đến rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.14 2) Lên kế hoạch cho Syndie 3) Tối ưu hóa jbigi cục bộ 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.14</li> </ol> </li> </ul> <p>Bản phát hành 0.6.1.13 vẫn còn hơi trục trặc, dù chúng tôi đã có một số sửa lỗi và cải tiến đáng kể trong các bản build tiếp theo. Tôi hy vọng sẽ có bản phát hành 0.6.1.14 mới trong vài ngày tới, nên hãy theo dõi sát sao!</p>/vi/blog/2006/03/28/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-3-n%C4%83m-2006/Tue, 28 Mar 2006 00:00:00 +0000/vi/blog/2006/03/28/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-3-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ashter, bar, cervantes, Complication, jrandom, nextgens, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) chào 15:08 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.13 15:08 &lt;jrandom&gt; 2) Khảo sát trường hợp sử dụng 15:09 &lt;jrandom&gt; 3) ??? 15:09 &lt;jrandom&gt; 0) chào 15:09 * jrandom vẫy tay 15:09 &lt;Complication&gt; Cuối cùng cũng tải xong, đang đọc :) 15:10 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng ở dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 &lt;@cervantes&gt; *** kết nối bị đặt lại 15:10 &lt;jrandom&gt; hehe 15:11 &lt;jrandom&gt; ok, trong lúc mọi người đào sâu vào đó, hãy nhảy sang 1) Tình trạng mạng 15:12 &lt;jrandom&gt; khoảng 2/3 mạng đã nâng cấp lên 0.6.1.13 (cảm ơn!), và kết quả khá lẫn lộn 15:12 &lt;jrandom&gt; có ai ngoài kia dùng đường truyền băng thông thấp có trải nghiệm muốn chia sẻ không? tốt hơn / tệ hơn / không khác biệt? 15:13 &lt;jrandom&gt; hoặc, có kết quả nào từ những người dùng liên kết kiểu dsl không? 15:13 * jrandom đã nghe (và cảm nhận) một số kết quả trên các liên kết nhanh hơn (đáng tiếc là phần lớn tiêu cực) 15:14 &lt;+Complication&gt; Ừm, tôi muốn nói là tình trạng mạng hơi chập chờn. :) Nhưng mạng đã nói trước rồi. :D 15:15 &lt;+Complication&gt; So với các lần mất kết nối gần đây, lần này phục hồi rất nhanh. 15:16 &lt;+Complication&gt; Không còn bị kẹt thông điệp lớn nữa, nhưng thỉnh thoảng vẫn mất một lease 15:17 &lt;+Complication&gt; Ngoài ra, tôi nghĩ phiên chạy router cuối cùng kết thúc khi một lease không gia hạn được, nên nó kết luận "Router treo!" 15:18 &lt;jrandom&gt; à cool 15:18 &lt;+Complication&gt; Đã chạy được khoảng 15 giờ 15:18 &lt;jrandom&gt; có lẽ chúng ta nên điều chỉnh watchdog để ngừng khởi động lại router trong những tình huống đó 15:19 &lt;+Complication&gt; Tái truyền cũng giống như trước (cao ở mức khó chịu, nhưng có vẻ vẫn sống chung được - bản thân điều đó là tin tốt) 15:19 &lt;jrandom&gt; trước đây việc khởi động lại là cần thiết, nhưng lỗi tunnel tái diễn thì nên có thể tự phục hồi 15:19 &lt;jrandom&gt; hmm, &lt;10%, &lt;20%,&gt;20%? 15:20 &lt;+Complication&gt;&gt; 20% 15:20 &lt;+Complication&gt; Tôi không biết nhiều giao thức vẫn hoạt động tạm ổn khi cứ ba thông điệp thì mất một 15:21 &lt;+Complication&gt; Cái này vẫn chạy :) Nhưng trước đây khoảng 7% 15:21 &lt;jrandom&gt; ừ, đó là trung bình trên tất cả các peer, nên có lẽ khá thấp với hầu hết các peer, nhưng khá cao với các peer bị tắc nghẽn nặng 15:21 &lt;jrandom&gt; (như hiển thị trên peers.jsp) 15:22 &lt;+Complication&gt; Đúng, và tôi vẫn chưa xem phía đó của phân bố 15:23 &lt;+Complication&gt; Có thể cần kiểm tra, ít nhất để xác minh nó phân bố thế nào 15:24 &lt;jrandom&gt; hay lắm, cảm ơn Complication 15:24 &lt;jrandom&gt; ok, còn ai có gì nữa cho 1) Tình trạng mạng không? 15:25 &lt;bar&gt; Complication: cho tôi hỏi bạn đang dùng giới hạn burst bao nhiêu? của tôi đặt 60% tải lên tối đa theo lý thuyết, và hiện tôi có tỷ lệ tái truyền 11% 15:26 &lt;+Complication&gt; bar: khoảng 80% tốc độ đường truyền 15:26 &lt;bar&gt; ok 15:26 &lt;+Complication&gt; Cùng mức như hồi tỷ lệ tái truyền khoảng 7% 15:26 &lt;+Complication&gt; Đã từng đặt cao hơn, nhưng kéo xuống lại 15:28 &lt;bar&gt; tôi sẽ thử dùng 80% trong khoảng một ngày để xem có gì xảy ra không 15:28 &lt;+Complication&gt; Và giới hạn truyền duy trì khoảng 65% 15:28 &lt;+Complication&gt; Lưu lượng thực, nếu chỉ báo tổng là đúng, trung bình gần 60% tốc độ đường truyền 15:29 &lt;+Complication&gt; (đỉnh còn cao hơn) 15:30 &lt;ashter_&gt; về phần tôi thì nhiều chuyện 'no lease' cho local destination (như tôi đã nói hôm nay) 15:30 &lt;ashter_&gt; và một node hơi tắc nghẽn hơn 15:30 &lt;+fox&gt; &lt;nextgens&gt; chào 15:30 &lt;jrandom&gt; chào nextgens 15:30 &lt;jrandom&gt; ashter_: hmm, bạn dùng dialup, dsl/cable, hay nhanh hơn? hay nói cách khác (ẩn danh hơn), bạn có bị tắc nghẽn không? 15:31 &lt;+fox&gt; &lt;nextgens&gt; hay quá, jrandom đang ở đây :) bạn có thể giúp tôi :) 15:31 &lt;jrandom&gt; (ý là tắc nghẽn mạng, không phải các con số i2p hiển thị) 15:31 &lt;ashter_&gt; dsl/cable 15:32 &lt;jrandom&gt; ok cảm ơn 15:33 &lt;jrandom&gt; ok, nếu không còn gì cho 1) Tình trạng mạng, hãy chuyển sang 2) Khảo sát trường hợp sử dụng 15:34 &lt;jrandom&gt; Tôi không mong có câu trả lời ngay, nhưng nếu mọi người có thể nghĩ thêm về các câu hỏi trong mail và đăng phản hồi (lên diễn đàn, syndie, danh sách, v.v.), thì sẽ rất cảm kích 15:37 &lt;@cervantes&gt; *khụ* 15:38 &lt;+tethra&gt; ôi trời :/ 15:39 &lt;jrandom&gt; (|grep -v -- -\!- ;) 15:39 &lt;jrandom&gt; ok, như tôi đã nói, chuyển lời theo bất kỳ cách nào bạn muốn khi thuận tiện. gracias 15:39 &lt;jrandom&gt; chuyển sang 3) ??? 15:39 &lt;jrandom&gt; có ai có điều gì muốn nêu ra cho cuộc họp không? 15:40 &lt;@cervantes&gt; http://forum.i2p.net/viewtopic.php?p=7442 &lt;-- chủ đề ghim cho thảo luận các trường hợp sử dụng 15:40 &lt;jrandom&gt; à hay quá, cảm ơn cerv 15:42 &lt;ashter&gt; (erf chuyện đó lại xảy ra lần nữa, và khi điều này xảy ra thì các tunnels tham gia tăng điên cuồng :( ) 15:43 &lt;jrandom&gt; hmm, lên tới hàng nghìn, hay hàng trăm? 15:43 &lt;jrandom&gt; (có vài bản vá cho các đợt bùng nổ tunnels mới đang đợi, dự kiến phát hành cuối tuần này) 15:43 &lt;ashter&gt; hàng nghìn 15:44 &lt;ashter&gt; (ok cảm ơn) 15:44 &lt;jrandom&gt; ok hay đấy. bạn có thể cân nhắc giảm giới hạn băng thông hoặc tỷ lệ chia sẻ trong lúc này 15:44 &lt;jrandom&gt; ok, còn ai có gì khác cho cuộc họp không? 15:45 &lt;jrandom&gt; nếu không... 15:45 * jrandom chuẩn bị kết thúc 15:46 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/03/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-28/Tue, 28 Mar 2006 00:00:00 +0000/vi/blog/2006/03/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-28/<p>Chào mọi người, lại đến thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.13 2) Khảo sát các trường hợp sử dụng 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.13</li> </ol> </li> </ul> <p>Mọi thứ trên 0.6.1.12 diễn ra khá suôn sẻ, và bản phát hành 0.6.1.13 mới có một số cập nhật để hỗ trợ người dùng trên cả các đường truyền băng thông thấp lẫn các đường truyền bị tắc nghẽn nặng. Đã có một vài báo cáo về các vấn đề liên quan đến điều tiết tải trên các đường truyền băng thông cao và về một số thay đổi ở netDb, vì vậy tôi đang làm việc trên các bản sửa lỗi ngay lúc này. Người dùng bị ảnh hưởng có khả năng sẽ có một bản phát hành sẵn sàng muộn hơn trong tuần này, có lẽ vào cuối tuần.</p>/vi/blog/2006/03/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-3-n%C4%83m-2006/Tue, 21 Mar 2006 00:00:00 +0000/vi/blog/2006/03/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-3-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ashter, Complication, jrandom, mihi, postman, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) chào 15:09 &lt;@jrandom&gt; 1) Tình trạng mạng 15:09 &lt;@jrandom&gt; 2) jrobin 15:09 &lt;@jrandom&gt; 3) biff và toopie 15:09 &lt;@jrandom&gt; 4) khóa mới 15:09 &lt;@jrandom&gt; 5) ??? 15:09 &lt;@jrandom&gt; 0) chào 15:09 * jrandom vẫy tay 15:09 &lt;@jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 &lt;@jrandom&gt; hãy nhảy nhanh vào 1) Tình trạng mạng 15:12 &lt;@jrandom&gt; đã khá lâu chưa có bản phát hành, nhưng mọi thứ vẫn có vẻ khá ổn định. tuy nhiên sắp có vài cải tiến, và tôi hy vọng ra mắt 0.6.1.13 mới trong tuần này 15:13 &lt;@jrandom&gt; ai có câu hỏi/nhận xét/lo ngại gì về tình trạng của mạng không? 15:13 &lt;+Complication&gt; Về tính chu kỳ tôi nhận thấy hôm qua trên một nút vừa khởi động: nó tự mất đồng bộ sau vài giờ 15:14 &lt;@jrandom&gt; à hay đó 15:14 &lt;+Complication&gt; Nghĩa là các đỉnh và đáy trở nên ngẫu nhiên hơn nhiều 15:14 &lt;@jrandom&gt; Tôi nghĩ vẫn đáng để kích hoạt điều đó ngay từ đầu 15:14 &lt;@jrandom&gt; (cho những ai theo dõi, chúng ta đang nói về hệ quả của chu kỳ rebuild 10 phút) 15:15 &lt;+Complication&gt; Có lẽ giúp ngăn lỗi tunnel (đường hầm) 15:15 &lt;+Complication&gt; Tôi vẫn thấy số lượng như vậy khá nhiều, nhưng chưa đếm 15:15 &lt;+tethra&gt; (cảm ơn vì phần dịch :) 15:15 &lt;+Complication&gt; Ngoài ra thì ở đây chạy khá ổn 15:16 &lt;+Complication&gt; Tôi nghĩ tôi gặp thông báo "as there are no inbound/outbound tunnels available" khoảng 2 giờ một lần 15:17 &lt;@jrandom&gt; hmm, trên một đích i2phex / i2psnark / eepproxy / ircproxy / eepsite? 15:17 &lt;@jrandom&gt; (client có thể tự quá tải tunnel của chính mình, nên tôi mới hỏi là cái nào) 15:18 &lt;+Complication&gt; Đang kiểm tra xem có xu hướng nào không 15:19 &lt;+Complication&gt; Một ít client chia sẻ và Pycache, nhiều I2Phex hơn 15:20 &lt;@jrandom&gt; hmm ok hay đó, cảm ơn 15:20 &lt;+Complication&gt; I2Phex nhiều hơn đáng kể 15:20 &lt;+Complication&gt; Có lẽ phải giới hạn băng thông của nó 15:21 &lt;+Complication&gt; (đang để mặc định 16K) 15:23 &lt;@jrandom&gt; ok hay đó, có ai còn gì cho 1) Tình trạng mạng không? 15:25 &lt;@jrandom&gt; nếu không, hãy lướt sang 2) JRobin 15:26 &lt;@jrandom&gt; jrobin gọn gàng. Tôi thích nó. Tích hợp cực kỳ dễ, khá nhỏ (177KB), nhanh, chiếm ít bộ nhớ, và cung cấp các trực quan hóa dễ hiểu 15:27 &lt;+Complication&gt; Hoàn toàn đồng ý :) 15:29 &lt;+Complication&gt; Biểu đồ tiện lợi, độ phân giải đủ cao, giúp tìm ra điều bất thường và đặt câu hỏi về chúng :) 15:29 &lt;@jrandom&gt; nếu có cao thủ rrdtool nào ngoài kia, nếu muốn liếc qua CVS mới nhất và xem chúng tôi đang làm gì và/hoặc xem có cách nào dễ hơn để thực hiện các tác vụ này, tôi rất mong lời khuyên 15:30 &lt;@jrandom&gt; (rrdtool &lt;--&gt;jrobin info @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 &lt;@jrandom&gt; (và, nếu ai muốn, có thể viết một app khá nhỏ để đọc netDb/routerInfo-*.dat, đưa chúng vào cơ sở dữ liệu jrobin, và về cơ bản chạy stats.i2p của riêng bạn) 15:32 &lt;@jrandom&gt; phần tích hợp jrobin trong console khác với chức năng của stats.i2p, vì nó tóm tắt về router (bộ định tuyến) của chính bạn, không phải tất cả các router. cả hai đều hữu ích 15:34 &lt;@jrandom&gt; ok, nếu không còn gì về 2) JRobin, hãy chuyển sang 3) biff và toopie 15:34 &lt;@jrandom&gt; postman: muốn điểm qua cho chúng tôi chứ? 15:34 &lt;postman&gt; à vâng 15:35 &lt;postman&gt; nhiều năm trước mailservice có một bot IRC tên là biff có thể thông báo cho bạn về thư mới 15:35 &lt;+Complication&gt; Xưởng AI của Postman ;P 15:35 &lt;postman&gt; khi chuyển sang nền tảng mới, biff trở nên không dùng được và tôi không có thời gian chỉnh lại nó 15:35 &lt;postman&gt; giờ nó đã hoạt động trở lại 15:35 &lt;@jrandom&gt; (yay!) 15:36 &lt;postman&gt; nếu bạn muốn giám sát hộp thư qua IRC, chỉ cần /msg biff .help để xem danh sách lệnh 15:36 &lt;postman&gt; cách dùng rất đơn giản 15:36 &lt;postman&gt; câu hỏi/lỗi/cằn nhằn/đả kích -&gt; postman@mail.i2p 15:36 &lt;postman&gt; 2. 15:37 &lt;postman&gt; để ứng phó với dòng người mới (hy vọng) ngày càng tăng, jr, cervantes và tôi nghĩ đến một bot Q&amp;A có thể được hỏi trợ giúp về các chủ đề và vấn đề thường ngày 15:38 &lt;postman&gt; bản nháp đầu tiên tên là toopie và sớm sẽ ở #i2p (có thể cả i2p-chat) 15:38 &lt;postman&gt; nó sẽ chứa danh sách chủ đề, và Q&amp;A được sắp theo chủ đề và đánh chỉ mục theo từ khóa 15:38 &lt;postman&gt; toopie có thể nói trong kênh cũng như privmsg với một người dùng 15:38 &lt;+Complication&gt; Nghe hay đấy, dù tôi chưa thấy cái nào trước đây :) 15:39 &lt;postman&gt; chúng tôi hy vọng sẽ lấp đầy bộ não của nó càng sớm càng tốt 15:39 &lt;postman&gt; Complication: bạn có thể thử nó ở #irc2p (riêng tư nếu muốn :)) 15:39 &lt;@jrandom&gt; và một điểm hay là chúng ta có thể nạp nội dung cho nó ngay trên IRC :) 15:39 &lt;postman&gt; đúng vậy 15:40 &lt;postman&gt; admin có thể thêm vài dòng trực tiếp từ IRC và biến thành một Q&amp;A mới 15:40 * tethra đề xuất một mục thuần túy vì TheJudge/closedshop với nội dung "Không, predecessor attacks (tấn công predecessor) không hiệu quả." 15:40 &lt;+tethra&gt; ;) 15:40 &lt;postman&gt; hì 15:41 &lt;postman&gt; vẫn còn chỗ để bàn về cách cấu trúc thông tin 15:41 &lt;@jrandom&gt; (nhưng chúng có hiệu quả. chỉ là chúng không phải một chương trình cụ thể bạn "chạy" để tấn công ai đó) 15:41 &lt;postman&gt; sẽ còn nhiều điều sớm thôi 15:41 * postman trả lại micro 15:41 &lt;@jrandom&gt; chuẩn, cảm ơn postman 15:42 &lt;ashter&gt; postman; toopie sẽ nói các ngôn ngữ khác nữa chứ ? 15:42 &lt;postman&gt; ashter: chưa (chưa) 15:42 &lt;+fox&gt; &lt;mihi&gt; igpay atinlay? *g* 15:42 &lt;ashter&gt; ok 15:42 &lt;postman&gt; ashter: hạ tầng đã có sẵn ( /me planned this ) 15:42 &lt;@jrandom&gt; chuẩn 15:42 &lt;postman&gt; ashter: đó sẽ là tính năng của phiên bản 2 15:42 &lt;ashter&gt; tuyệt, thật tốt, cảm ơn 15:44 &lt;postman&gt; (thejudge một mình chiếm 50% số lần disconnect IRC hôm nay) 15:45 &lt;postman&gt; jrandom: ok chủ đề tiếp theo 15:46 &lt;@jrandom&gt; ok hay đó, còn ai có gì về 3) biff và toopie không? 15:46 &lt;@jrandom&gt; nếu không, chuyển qua 4) khóa mới 15:47 &lt;@jrandom&gt; ừ, thực ra không có gì thêm so với những gì tôi đã đăng. khóa mới, bla bla 15:47 &lt;@jrandom&gt; ok, nhảy sang 5) ??? 15:47 &lt;+tethra&gt; ờm 15:47 &lt;@jrandom&gt; ai còn gì muốn nêu không? 15:48 &lt;+tethra&gt; biff biết bạn là bạn bằng cách nào? :/ 15:48 &lt;+fox&gt; &lt;mihi&gt; tethra: bạn phải đăng ký 15:48 &lt;+fox&gt; &lt;mihi&gt; chỉ cần đọc những gì được trích dẫn trong ghi chú hàng tuần :) 15:48 &lt;postman&gt; tethra: 1.) bạn biết thông tin xác thực hộp thư của mình, 2. bạn đăng ký bằng một nick đã xác thực @biff 15:48 &lt;+fox&gt; &lt;mihi&gt; vâng :) 15:48 &lt;+fox&gt; &lt;mihi&gt; ý nghĩa của việc có khóa hết hạn là gì khi bạn có thể dùng subkey hết hạn thay thế? 15:48 &lt;+tethra&gt; postman: à, ok. cảm ơn. 15:49 &lt;@jrandom&gt; mihi: để khoanh vùng hậu quả khi bị lộ. 15:50 &lt;+fox&gt; &lt;mihi&gt; bạn có thể xóa các secret subkey đã hết hạn khỏi keyring nếu muốn 15:51 &lt;+fox&gt; &lt;mihi&gt; nhưng tôi đoán sẽ hay hơn nếu mọi người lsign khóa của bạn mỗi năm :) 15:51 &lt;+fox&gt; &lt;mihi&gt; đẹp hơn theo một góc nhìn hơi bạo dâm :-&gt; 15:51 &lt;postman&gt; jrandom: giờ thì, đố mihi câu này :) 15:52 &lt;@jrandom&gt; (giả sử chỉ subkey có thể bị lộ) 15:54 &lt;@jrandom&gt; dù sao, còn ai có gì muốn nêu cho cuộc họp không? 15:54 &lt;+fox&gt; &lt;mihi&gt; giả sử ai đó đã làm lộ khóa của bạn hôm qua. bây giờ hắn có thể chơi một mitm (tấn công man-in-the-middle) và thay thế khóa mới. 15:54 &lt;+fox&gt; &lt;mihi&gt; tức là lộ một khóa -&gt; lộ tất cả các khóa tương lai, đúng không 15:55 &lt;+Complication&gt; Trừ khi chủ sở hữu dùng revocation certificate (chứng thư thu hồi) 15:55 &lt;+Complication&gt; vô hiệu khóa bị lộ -&gt; vô hiệu các khóa tương lai 15:55 &lt;@jrandom&gt; mihi: và tôi có thể thu hồi khóa bị lộ và bảo bạn đừng tin các khóa mới 15:55 &lt;@jrandom&gt; giờ bạn có quyền chọn tin hay không tin việc đổi khóa 15:56 &lt;+fox&gt; &lt;mihi&gt; vậy tin ai? :) 15:56 &lt;@jrandom&gt; câu hỏi hay. nếu bạn nghe thấy một thu hồi có chữ ký trong một hai ngày tới, bạn nên loại bỏ khóa mới 15:57 &lt;+fox&gt; &lt;mihi&gt; và nếu đó là subkey, bạn đã thu hồi khóa chính và subkey tự động bị loại bỏ :) 15:57 &lt;+fox&gt; &lt;mihi&gt; s/amin/main/ 15:58 &lt;+fox&gt; &lt;mihi&gt; đồng ý là không đồng ý? 15:58 &lt;@jrandom&gt; ừ, cái đó thì đồng ý ;) 15:58 &lt;@jrandom&gt; ok, nếu không còn gì cho cuộc họp... 15:58 &lt;+fox&gt; * mihi trao cho jrandom cái *baf*er (sau nhiều năm, như thời xưa tốt đẹp...) 16:00 &lt;@jrandom&gt; hehe 16:00 * jrandom lấy đà 16:00 * jrandom *baf* cuộc họp khép lại </div>/vi/blog/2006/03/21/i2p-status-notes-for-2006-03-21/Tue, 21 Mar 2006 00:00:00 +0000/vi/blog/2006/03/21/i2p-status-notes-for-2006-03-21/<p>Chào mọi người, lại là thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) jrobin 3) biff and toopie 4) khóa mới 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa qua khá ổn định, chưa có bản phát hành mới. Tôi vẫn đang miệt mài với việc giới hạn tốc độ tunnel và vận hành ở băng thông thấp, nhưng để hỗ trợ việc kiểm thử đó, tôi đã tích hợp JRobin với bảng điều khiển web và hệ thống quản lý thống kê của chúng tôi.</p>/vi/blog/2006/03/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-14-th%C3%A1ng-3-n%C4%83m-2006/Tue, 14 Mar 2006 00:00:00 +0000/vi/blog/2006/03/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-14-th%C3%A1ng-3-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, fc, frosk, jrandom, ripple, susi23, tethra, tmp</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) chào 15:09 &lt;@jrandom&gt; 1) Tình trạng mạng 15:09 &lt;@jrandom&gt; 2) ??? 15:09 &lt;@jrandom&gt; 0) chào 15:09 * jrandom vẫy tay 15:09 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-March/001270.html 15:10 &lt;@jrandom&gt; trong khi mọi người đọc bức thư dài ngoằng đó, hãy nhảy vào 1) Tình trạng mạng 15:10 &lt;@jrandom&gt; mạng có vẻ vẫn hoạt động (woot) 15:12 &lt;bar&gt; hôm qua tôi đạt kỷ lục mới về kết nối udp, 244 15:12 &lt;@jrandom&gt; Tôi không có nhiều điều để bổ sung ở mảng đó - ai có bình luận/câu hỏi/quan ngại gì không? 15:12 &lt;@jrandom&gt; à hay đó 15:12 &lt;@jrandom&gt; ừ, tôi cũng đang chạm các giá trị đỉnh, hiện có 338 kết nối SSU 15:14 * jrandom cũng đã thực hiện một số truyền tải i2psnark đáng kể, dù không phải lúc nào cũng có tốc độ tốt 15:15 &lt;@jrandom&gt; Tôi đã thấy một số biến thiên theo chu kỳ thú vị trên stats.i2p liên quan đến việc chọn tunnel, nhưng điều đó sẽ có vài thay đổi khi .0.6.1.13 được tung ra 15:17 &lt;@jrandom&gt; Tôi cũng đang làm thử nghiệm và tối ưu hóa băng thông thấp (hơn), và đó thực sự là thứ hiện đang làm chậm ...13. Tôi nghĩ chúng ta sẽ có vài thứ hay ho sắp ra, nhưng để xem sao 15:18 &lt;@jrandom&gt; được rồi, nếu không còn gì cho 1) Tình trạng mạng, hãy chuyển sang phần tự do - 2) ??? 15:18 &lt;@jrandom&gt; ai có điều gì muốn nêu ra không? 15:18 &lt;+Complication&gt; Tôi chỉ có thời gian hoạt động kỷ lục để báo cáo, và bổ sung rằng build -6 rất bảo thủ trong việc chấp nhận các tunnel tham gia 15:19 &lt;+Complication&gt; (nhưng tôi đã nhắc đến chuyện đó trước đó rồi) 15:19 &lt;@jrandom&gt; hay - nó vẫn làm tốt ngay cả với số lượng peer (nút ngang hàng) thấp hơn, đúng không? 15:19 &lt;+Complication&gt; Thực ra gần đây số lượng peer đã tăng lên một chút 15:20 &lt;@jrandom&gt; à 'k 15:20 &lt;+Complication&gt; Bây giờ chúng khoảng 50...100 15:20 &lt;+Complication&gt; (thường nghiêng về 50 hơn là 100) 15:20 &lt;@jrandom&gt; ồ, vậy vẫn khá thấp so với trước 15:20 &lt;+Complication&gt; Các giá trị khoảng 30 dường như là mức thấp nhất rồi 15:21 &lt;+Complication&gt; Nhưng nhìn chung, nó hoạt động tốt 15:21 &lt;@jrandom&gt; tuyệt 15:26 * jrandom muốn nhân lúc này gửi lời cảm ơn nhanh đến một số người đóng góp gần đây hỗ trợ I2P - đặc biệt cảm ơn bar, $anon, postman, và những người còn lại ở http://www.i2p.net/halloffame! 15:27 &lt;@jrandom&gt; đóng góp về code và nội dung dĩ nhiên là then chốt, nhưng hỗ trợ tài chính giúp tôi không phải đi làm bình thường và có thể dốc sức cho I2P toàn thời gian, thêm vào đó là chi phí hạ tầng đa dạng của chúng ta 15:28 &lt;bar&gt; tôi đỏ mặt, nhưng cảm ơn :) 15:28 &lt;@cervantes&gt; w00t 15:29 &lt;+Complication&gt; hay :) 15:31 &lt;ripple&gt; jrandom: pastebin.i2p...nhiệm vụ hoàn thành.... 15:32 &lt;@jrandom&gt; ripple: cảm ơn - có vẻ nó hoạt động như mong muốn - khi OOM, nó chết nhanh và khủng khiếp, mà service wrapper phát hiện và khởi động lại router 15:32 &lt;@jrandom&gt; được rồi, còn ai có gì nữa cho cuộc họp không? 15:34 &lt;tmp&gt; Có, hãy cầu nguyện cho Betty hồi phục. 15:34 * tethra cầu nguyện 15:34 &lt;@jrandom&gt; lời cầu nguyện của các bạn đã được đáp lại - cô ấy đã trở lại :) 15:34 &lt;tmp&gt; I2P dựa trên đức tin. 15:35 &lt;tmp&gt; OK. ;) 15:35 &lt;tethra&gt; tuyệt vời 15:35 &lt;tethra&gt; XD 15:35 &lt;fc&gt; tmp: đó là một giao thức truyền tải hay gì? 15:35 &lt;tethra&gt; cầu nguyện ẩn danh? 15:35 &lt;@jrandom&gt; betty == laptop của tôi 15:35 &lt;tethra&gt; đến cả chúa cũng không biết bạn là ai! 15:36 &lt;@frosk&gt; còn cái máy mới mà bar hào phóng tặng thì sao? 15:36 &lt;+susi23&gt; jr: anh không đặt tên nó là susi à??? đáng xấu hổ ;) 15:37 &lt;@jrandom&gt; máy mới hiện đang được lắp ráp, một máy x86_64 (x2) chạy windows, gentoo, và có lẽ fbsd 15:37 &lt;@frosk&gt; hay đấy 15:37 &lt;@jrandom&gt; (khi nó sẵn sàng, hãy chờ vài tấm hình trên blog của tôi ;) 15:38 &lt;fc&gt; bsd! bsd! bsd! ;) 15:38 &lt;@jrandom&gt; susi23: cái mới sẽ cần một cái tên mới... ;) 15:38 &lt;@cervantes&gt; susan! 15:39 &lt;@jrandom&gt; ;) 15:39 &lt;@jrandom&gt; được rồi, nếu không còn gì nữa cho cuộc họp... 15:39 * jrandom kết thúc 15:39 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2006/03/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-14/Tue, 14 Mar 2006 00:00:00 +0000/vi/blog/2006/03/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-14/<p>Chào mọi người, tuần này lại có một cập nhật nhanh.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa qua nhìn chung khá ổn định trên mạng - chúng tôi có hơn 60 routers với thời gian hoạt động liên tục hơn 3 ngày (một vài trong số đó đã chạy hơn 2 tuần), và tôi đã duy trì một kết nối IRC trong hơn ba ngày nay. Đã có một số tinh chỉnh trong cơ chế điều tiết tunnel tuần qua, nhưng không quá nhiều, vì tôi có một vài thay đổi trên một máy không thể truy cập được.</p>/vi/blog/2006/03/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-3-2006/Tue, 07 Mar 2006 00:00:00 +0000/vi/blog/2006/03/07/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-07-th%C3%A1ng-3-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication, dust, jrandom, susi23</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) chào 15:08 &lt;jrandom&gt; 1) Tình trạng mạng 15:08 &lt;jrandom&gt; 2) ??? 15:08 &lt;jrandom&gt; 0) chào 15:08 * jrandom vẫy tay 15:08 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-March/001267.html 15:09 * jrandom cho mọi người vài giờ để đọc qua bài ghi chú đồ sộ đó 15:10 * Complication giả vờ chưa để ý ;) 15:11 &lt;+Complication&gt; Chào :) 15:11 &lt;+susi23&gt; chào :) 15:12 &lt;jrandom&gt; thôi, ta vào thẳng 1) tình trạng mạng 15:12 &lt;jrandom&gt; Email đó nêu quan điểm tổng quát của tôi về những gì đang diễn ra. Nó khớp thế nào với những gì mọi người thấy? 15:13 &lt;+Complication&gt; Các bản sửa cho cơ chế điều tiết có vẻ tăng độ tin cậy, nhưng thật sự làm giảm băng thông 15:13 &lt;+Complication&gt; Đợi một chút, đang lục đồ thị 15:14 &lt;+Complication&gt; `http://complication.i2p/files/bw-week.png` 15:14 &lt;+Complication&gt; Đoạn cao là trên bản không phải mới nhất, đoạn thấp là trên bản mới nhất 15:15 &lt;+Complication&gt; Cùng thiết lập bộ giới hạn, có thể còn nới lỏng hơn trên các phiên bản nghiêm ngặt hơn (mới nhất) 15:16 &lt;+Complication&gt; Nhưng không phải vấn đề lớn, vì nó vẫn truyền tải 15:16 &lt;jrandom&gt; hay đấy, giảm sử dụng băng thông là phù hợp khi bạn tiến gần tới giới hạn băng thông thực của mình 15:17 &lt;+Complication&gt; Phần lớn thời gian, có vẻ nó bật lại trước khi chạm tới giới hạn "băng thông duy trì" 15:17 &lt;+Complication&gt; Không bao giờ chạm tới giới hạn đột biến 15:18 &lt;+Complication&gt; (bản thân điều đó là hợp lý - điều làm tôi băn khoăn là việc bật lại trước giới hạn duy trì) 15:19 &lt;bar&gt; tôi thấy khá giống Complication. tổng mức tiêu thụ băng thông của tôi chỉ 50% so với thiết lập tối đa. trước 0.6.1.11 là khoảng ~80% 15:19 &lt;jrandom&gt; bộ giới hạn của bạn là 200kbps, với đột biến 300kbps phải không? 15:20 &lt;jrandom&gt; (chỉ tò mò xem trước đây nó ở trạng thái đột biến bao lâu) 15:20 &lt;jrandom&gt; dù sao giảm sử dụng băng thông cũng là một trong các mục tiêu của những thay đổi gần đây 15:21 &lt;+Complication&gt; ~225 duy trì, ~325 đột biến 15:21 &lt;+Complication&gt; Này, có thể tôi đã... 15:22 &lt;+Complication&gt; Tôi đã *diễn giải* sai chứ? 15:23 &lt;+Complication&gt; Quên đi, tôi ngốc quá... tính toán sai, không tệ đến thế đâu :O 15:23 &lt;jrandom&gt; không đủ dữ liệu :) nó có thể là dấu hiệu của một vấn đề, nhưng những gì bạn mô tả đến giờ cho thấy mọi thứ đang hoạt động như mong muốn 15:23 &lt;+Complication&gt; Hơi thiên về an toàn, nhưng không tệ như tôi nghĩ 15:24 &lt;+Complication&gt; Theo Router Console (đo bằng cùng đơn vị với bộ giới hạn) trung bình tổng đi ra là 2/3 giới hạn duy trì, và 1/2 giới hạn đột biến 15:25 &lt;+Complication&gt; Nhưng trung bình tổng đi vào, phải nói là chỉ nhỉnh hơn 1/3 giới hạn duy trì, và 1/4 giới hạn đột biến 15:26 &lt;+Complication&gt; ví dụ, giả sử giới hạn duy trì là 30, và giới hạn đột biến là 40, đi ra sẽ là 20 và đi vào chỉ hơn 10 một chút (chủ yếu do thiếu tải) 15:26 &lt;jrandom&gt; hay đấy 15:26 &lt;+Complication&gt; Nhưng tôi đã diễn giải nhầm đồ thị, do vấn đề Kb/KB :O 15:27 * Complication xóa đồ thị khỏi lịch sử 15:28 &lt;jrandom&gt; dù vậy, tinh mắt đấy, nhớ báo tôi khi có gì nghe có vẻ kỳ 15:28 &lt;jrandom&gt; được rồi, còn gì nữa về 1) Tình trạng mạng không? 15:28 &lt;jrandom&gt; nếu không, hãy chuyển qua 2) ??? 15:28 &lt;jrandom&gt; ai còn gì khác để thảo luận không? 15:30 &lt;+Complication&gt; Ờ, có vài thử nghiệm jbigi, và hình như ai đó thu được kết quả gợi ý rằng bản 64-bit cho Linux hơi chậm 15:31 &lt;+Complication&gt; Họ thấy nó chậm hơn Java thuần, không chắc có phải trục trặc đo đạc hay không :O 15:32 &lt;+Complication&gt; Tôi không lặp lại được 15:32 &lt;jrandom&gt; ừ, tôi cũng không chắc chính xác họ dùng .so nào cho nền tảng đó 15:32 &lt;+Complication&gt; Ở chỗ tôi, nó nhanh hơn Java thuần khoảng gấp đôi 15:32 &lt;+dust&gt; các thử nghiệm của tôi với html như một định dạng thông điệp bổ sung trong syndie bắt đầu hoạt động. 'sucker' cục bộ của tôi giờ có thể lấy trang web (kèm hình ảnh) và lưu chúng thành bài đăng syndie 15:33 &lt;jrandom&gt; à tuyệt đấy, dust 15:33 &lt;+dust&gt; nhưng chưa có css 15:33 &lt;+Complication&gt; Nhưng những người dùng 32-bit nói nó nhanh *rất* nhiều so với Java thuần (khoảng 10x hoặc tương tự) 15:35 &lt;bar&gt; hmm.. Complication, có thể là .so amd64 hiện tại chỉ dành cho hệ 32-bit, và anh ấy đã thử nó trên hệ điều hành 64-bit? 15:36 &lt;+Complication&gt; bar: có thể, vì tôi cũng đã thử nó trên một hệ điều hành 64-bit :O 15:36 &lt;jrandom&gt; iirc bản amd64 được build để chạy trên Debian pure64 15:37 &lt;+Complication&gt; Dù sao thì, một số người gợi ý rằng dùng gmp mới hơn có thể giúp 15:37 &lt;bar&gt; chỉ đoán mò thôi, tôi không rành mấy thứ này 15:37 &lt;jrandom&gt; ờ, chúng tôi dùng 4.1.4 15:37 &lt;+Complication&gt; Đặc biệt là sau khi họ sắp nhảy phiên bản 15:38 &lt;+Complication&gt; Vì tôi không chuyên về gmp, tôi không nói gì thêm được 15:38 &lt;jrandom&gt; (và các tối ưu sắp tới trong gmp có lẽ sẽ không cải thiện đáng kể) 15:38 &lt;+Complication&gt; Ngoài câu "có lẽ đúng vậy" 15:38 &lt;jrandom&gt; cải tiến đến từ các build theo từng kiến trúc 15:40 &lt;+Complication&gt; Trong thử nghiệm của tôi, được gợi hứng từ thử nghiệm của họ, thư viện Athlon 64-bit trên Sempron 64-bit, trên Mandriva 64-bit... dường như chỉ nhanh hơn Java thuần một chút 15:40 &lt;+Complication&gt; (à, và một VM 64-bit) 15:41 &lt;+Complication&gt; ("nhỉnh hơn" ở đây là gấp đôi) 15:41 &lt;jrandom&gt; hmm 'k 15:42 &lt;+Complication&gt; Tôi sẽ thử trên nhiều tổ hợp nền tảng hơn, và sẽ báo nếu tôi thấy điều gì đáng chuyển tiếp 15:43 &lt;jrandom&gt; hay đấy, cảm ơn 15:43 &lt;jrandom&gt; được rồi, có ai còn gì cho buổi họp không? 15:46 &lt;jrandom&gt; nếu không... 15:46 * jrandom kết thúc 15:47 * jrandom *baf* kết thúc buổi họp </div>/vi/blog/2006/03/07/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-07/Tue, 07 Mar 2006 00:00:00 +0000/vi/blog/2006/03/07/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-03-07/<p>Chào mọi người, lần này là bản cập nhật hàng tuần ngắn gọn thôi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa qua diễn ra khá tốt; với 90+% toàn mạng đang chạy 0.6.1.12, tỷ lệ xây dựng tunnel thành công khá tốt, và việc lựa chọn peer (nút đồng đẳng) cùng thông lượng đầu-cuối mà tôi quan sát thấy đều đang trên đà tăng. Vẫn còn một số vấn đề về giới hạn tốc độ mà tôi đang xử lý trong CVS, cũng như một số tối ưu hóa nhằm giảm bớt phạm vi không cần thiết trong giao tiếp giữa các peer, nhưng những điều đó trông khá hứa hẹn. Sẽ có một bản cập nhật lên 0.6.1.13 vào lúc nào đó, nhưng chưa diễn ra ngay.</p>/vi/blog/2006/02/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-02-28/Tue, 28 Feb 2006 00:00:00 +0000/vi/blog/2006/02/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-02-28/<p>Này mọi người, lại đến giờ buổi than thở thứ Ba của chúng ta rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.12 2) Lộ trình tới 0.6.2 3) Các dự án nhỏ 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.12</li> </ol> </li> </ul> <p>Tuần qua đã chứng kiến những cải thiện đáng kể trên toàn mạng, trước hết là việc triển khai rộng rãi 0.6.1.11 vào thứ Ba tuần trước, tiếp theo là bản phát hành 0.6.1.12 vào thứ Hai vừa qua (hiện đã được đẩy tới 70% toàn mạng - cảm ơn!). Nhìn chung, mọi thứ đã cải thiện nhiều so với cả 0.6.1.10 và các bản trước đó — tỷ lệ thiết lập tunnel thành công cao hơn hẳn một bậc độ lớn mà không cần các tunnel dự phòng đó, độ trễ giảm, mức sử dụng CPU giảm, và thông lượng tăng. Ngoài ra, với TCP được vô hiệu hóa hoàn toàn, tỷ lệ truyền lại gói tin vẫn nằm trong tầm kiểm soát.</p>/vi/blog/2006/02/28/i2p-dev-meeting-february-28-2006/Tue, 28 Feb 2006 00:00:00 +0000/vi/blog/2006/02/28/i2p-dev-meeting-february-28-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> blubb, cervantes, Complication, DeltaQ, jrandom, Magii, nymisis, postman, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:11 &lt;jrandom&gt; 0) chào 15:11 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.12 15:11 &lt;jrandom&gt; 2) Lộ trình tới 0.6.2 15:12 &lt;jrandom&gt; 3) Dự án nhỏ 15:12 &lt;jrandom&gt; 4) ??? 15:12 &lt;jrandom&gt; 0) chào 15:12 * Complication nhanh chóng đọc ghi chú 15:12 * jrandom vẫy tay 15:12 &lt;jrandom&gt; ghi chú trạng thái hằng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 15:12 &lt;jrandom&gt; (và lần này tôi đã đăng ghi chú sớm hơn cuộc họp hơn 15 phút! ;) 15:13 &lt;jrandom&gt; ok trong lúc mọi người đọc những phần hấp dẫn đó, hãy bắt đầu với 1) Tình trạng mạng và 0.6.1.12 15:14 &lt;jrandom&gt; như đã nêu, các mục tiêu chính của các bản phát hành 0.6.1.10-0.6.1.12 có vẻ đã đạt được, xử lý thay đổi mã hóa tạo tunnel và cải thiện đáng kể độ tin cậy khi tạo 15:16 &lt;jrandom&gt; những trục trặc chúng ta thấy ở 0.6.1.10 đã biến mất, và độ ổn định irc có vẻ lại khá tốt 15:16 &lt;jrandom&gt; ai còn điều gì cho 1) Tình trạng mạng và 0.6.1.12, hay chúng ta chuyển sang 2) Lộ trình tới 0.6.2? 15:17 &lt;+Complication&gt; Tình trạng mạng bên này: không còn tụt dưới 20 KB/s nữa :) 15:18 &lt;jrandom&gt; tuyệt, đúng vậy 0.6.1.12 đã sửa một bug khá lớn trong 0.6.1.11 khiến nó không tận dụng băng thông sẵn có. giờ nó nên sử dụng tài nguyên sẵn có tốt hơn 15:20 &lt;jrandom&gt; ok, chuyển sang 2) 15:20 &lt;jrandom&gt; như đã nói, còn vài thứ cần sắp xếp trước khi đưa thay đổi chức năng cuối cùng vào 0.6.2, nhưng chúng ta đang tiến triển 15:20 &lt;nymisis&gt; tình trạng mạng ổn :) 15:22 &lt;jrandom&gt; chuẩn. sẽ có thêm thông tin chi tiết về các chiến lược sắp xếp peer (nút đồng đẳng) mới trước khi phát hành, nhưng ý chính của chúng hẳn đã rõ qua phần nhắc ngắn trong ghi chú 15:23 &lt;jrandom&gt; ai có câu hỏi/bình luận/quan ngại gì về 2) lộ trình tới 0.6.2? 15:23 &lt;postman&gt; jrandom: có testnet lần này không? 15:24 &lt;postman&gt; (cần router hay người tham gia để thử nghiệm không) 15:24 &lt;postman&gt; ? 15:24 &lt;+Complication&gt; Cốt lõi của vấn đề có vẻ khá đơn giản - hạn chế cơ hội để đối phương thu thập đa dạng dữ liệu thống kê 15:25 &lt;+Complication&gt; Nghe như một tính năng khá đáng mong muốn 15:25 &lt;jrandom&gt; postman: thứ mới sẽ hoạt động minh bạch trên mạng thật, dùng thông tin chỉ cục bộ, nên không cần mạng riêng để thử 15:25 &lt;jrandom&gt; ừ, chính xác đấy Complication 15:26 &lt;postman&gt; ok 15:26 &lt;postman&gt; jrandom: bạn có dám công bố ETA (thời gian dự kiến) cho 0.6.2 không? :) 15:27 &lt;blubb&gt; 1 tháng 4 15:27 &lt;jrandom&gt; ừ, vì hôm nay là cuối tháng 2, tôi đoán tháng 3 hoặc tháng 4 15:27 &lt;postman&gt; hehe 15:27 &lt;jrandom&gt; blubb: chúng ta đã lên lịch một cửa hậu MI6 cho lúc đó rồi ;) 15:29 &lt;@cervantes&gt; giống cửa cho mèo của MI6 hơn 15:29 &lt;@cervantes&gt; (cắt giảm ngân sách) 15:29 &lt;postman&gt; trong chuồng voi 15:30 &lt;nymisis&gt; Đó là SIS, không phải MI6, nếu bạn muốn chính xác. :) 15:30 &lt;jrandom&gt; thôi, cứ gọi họ là Bọn Họ ;) 15:31 &lt;jrandom&gt; ok, còn gì cho 2) không? 15:31 &lt;jrandom&gt; nếu không, ta chuyển qua 3) dự án nhỏ 15:31 &lt;@cervantes&gt; xin lỗi "the firm" 15:34 &lt;jrandom&gt; ok, tôi chỉ muốn nêu vài thứ hay ho 1) dễ làm và 2) thật sự hữu ích 15:34 &lt;+Complication&gt; Về phía các dự án nhỏ, tôi không chắc phản hồi Syndie của mình đã tới chưa, nhưng tôi đang tự hỏi liệu tôi có thể chộp một cái không. 15:34 &lt;+Complication&gt; Chưa chắc cái nào. Hiện đang luyện Java thêm (làm một micro-project :D) để chắc rằng khi thử, tôi sẽ xử lý được một cái 15:35 &lt;DeltaQ&gt; hmm nếu tôi tăng băng thông trên bảng điều khiển (console) thì thay đổi có hiệu lực ngay hay cần khởi động lại? 15:35 &lt;+Complication&gt; Khi xong "micro-project" (giả sử dĩ nhiên danh sách chưa bị dọn sạch), tôi sẽ thử chọn một cái 15:35 &lt;jrandom&gt; w3wt, tuyệt Complication 15:36 &lt;jrandom&gt; DeltaQ: ngay lập tức 15:36 &lt;@cervantes&gt; 1) syndie scheduler có liên kết với 4) Download Manager / eepget scheduler không 15:36 &lt;+Complication&gt; DeltaQ: có hiệu lực gần như tức thì (trong các khoảng mà băng thông được lấy trung bình) 15:37 &lt;@cervantes&gt; theo tôi, một trình quản lý tải lên và tải xuống tổng quát hơn sẽ đáp ứng cả hai nhu cầu 15:37 &lt;jrandom&gt; cervantes: hmm, không hẳn. 1) khá tập trung, và còn bao gồm push, trong khi 4) khá tổng quát 15:37 &lt;+Complication&gt; cervantes: nghe có vẻ được 15:37 &lt;jrandom&gt; nhưng đúng, lõi phía sau cả hai là EepGet 15:37 &lt;jrandom&gt; (eepget làm các truyền http của syndie, theo cách lập trình) 15:38 &lt;DeltaQ&gt; trung bình có vẻ không vượt quá 13kb/s 15:38 &lt;DeltaQ&gt; tôi đặt 64kb/s với 192 burst xuống 15:38 &lt;DeltaQ&gt; 32/64 lên 15:38 &lt;@cervantes&gt; vậy một eepget push và pull tổng quát với một api lập lịch và quản lý... 15:39 &lt;@cervantes&gt; dù vậy, có lẽ đến mức đó thì không còn là dự án nhỏ nữa 15:39 &lt;+Complication&gt; DeltaQ: trung bình còn phụ thuộc vào mức tải mà client tunnels của bạn (và participating tunnels của các peer khác) tạo ra 15:39 &lt;+Complication&gt; xin lỗi, s/average/actual bandwidth 15:39 &lt;jrandom&gt; cervantes: ừ, tuy vậy phần syndie có khá nhiều logic liên quan. 15:40 &lt;DeltaQ&gt; heh cuối cùng nó cũng tăng 15:40 &lt;DeltaQ&gt; 1s: 30.82/29.33KBps 15:40 &lt;DeltaQ&gt; chắc tôi cần tăng băng thông upload (ul) 15:40 &lt;jrandom&gt; DeltaQ: trung bình cũng bị ảnh hưởng bởi cách người khác nhìn bạn, điều này phụ thuộc vào hành vi của bạn, không phải tốc độ quảng bá, nên sẽ mất chút thời gian 15:40 &lt;+Complication&gt; DeltaQ: với lưu lượng chuyển tiếp (participating tunnels), cái vào cũng phải ra 15:41 &lt;+Complication&gt; DeltaQ: vì vậy tốc độ ul/dl quá khác nhau sẽ bóp nghẹt lưu lượng participating xuống mức thấp hơn trong hai mức 15:42 &lt;+Complication&gt; DeltaQ: ngoài ra, lưu lượng participating phụ thuộc vào cách các nút khác "nhận định" khả năng định tuyến của nút bạn 15:42 &lt;DeltaQ&gt; oki 15:43 &lt;+Complication&gt; Nếu họ nghĩ nó định tuyến tốt, họ sẽ yêu cầu thường xuyên hơn 15:43 &lt;jrandom&gt; ok, nếu không còn gì ở 3) dự án nhỏ, chuyển sang 4) ??? 15:43 &lt;jrandom&gt; ai còn điều gì muốn nêu cho cuộc họp không? 15:43 &lt;DeltaQ&gt; à tôi ở sau một router nhưng tôi đã ánh xạ cổng 8887 tới PC này 15:43 &lt;+Complication&gt; Nếu nó mới, hoặc vừa tăng năng lực, họ sẽ hơi dè dặt 15:44 &lt;DeltaQ&gt; ồ xin lỗi tôi không định xen vào cuộc họp ^^ 15:44 &lt;+Complication&gt; Có người hôm trước hỏi về các tấn công có thể dựa trên độ lệch đồng hồ (clock skew). Tôi nghĩ tôi đã thấy câu trả lời của bạn về phần tunneling (thông điệp tạo chỉ chứa khoảng thời gian hiệu lực của tunnel, không phải thời gian theo góc nhìn của bên tạo)... 15:44 &lt;@cervantes&gt; (cảm ơn vì đã nhắc trong ghi chú trạng thái) ;-)_ 15:46 &lt;+Complication&gt; Vậy tôi nghĩ, thực ra, hỏi rằng... những điểm nào, nếu có, trong truyền tin I2P có thể chứa thời gian theo góc nhìn của người gửi? 15:47 &lt;+Complication&gt; Tôi chưa kịp cập nhật về chuyện này, nên hơi mù mờ về nó 15:47 &lt;jrandom&gt; Complication: không có gì nói rõ "Tôi nghĩ bây giờ là $time", nhưng với đủ lưu lượng và phân tích thời gian, người ta có thể thu hẹp đáng kể 15:48 &lt;jrandom&gt; chúng tôi có làm tròn thời gian theo bậc lớn, dù không lớn bằng độ lệch đồng hồ tối đa, nên vẫn còn khoảng trống 15:49 &lt;+Complication&gt; Bạn có nghĩ rốt cuộc sẽ có lợi ích nào từ một NTP client "tinh gọn" hơn không? 15:49 &lt;+Complication&gt; Một cái có thể dễ giữ độ lệch nhỏ hơn? 15:50 &lt;jrandom&gt; ừ, từ khi sntp client được đưa vào i2p, nó ngày càng tốt hơn để giờ chúng ta không còn thấy mức dao động như trước 15:51 &lt;jrandom&gt; có lẽ ta có thể giảm giới hạn lệch tối thiểu từ 10 giây xuống khoảng 2 hoặc 3 giây, hoặc ít hơn 15:51 &lt;jrandom&gt; hoặc, ta có thể cho phép nó xem cả độ lệch đồng hồ SSU để tránh lệch không cần thiết 15:52 &lt;+Complication&gt; Hoặc ngược lại, liệu có thể hạn chế thêm cơ hội đoán giá trị đồng hồ có thể có của peer khác không? 15:53 * Complication không biết hướng nào thiết thực hơn, chỉ gợi ý vài khả năng ngẫu nhiên :D 15:53 &lt;jrandom&gt; không, chúng ta biết độ lệch đồng hồ của các peer kết nối trực tiếp 15:55 &lt;Magii&gt; có cách nào biết cập nhật đã thực hiện thành công không? 15:55 &lt;+Complication&gt; Aha, vậy session protocol thực sự phụ thuộc vào thông tin đó.. 15:55 &lt;tethra&gt; xem số phiên bản của bạn 15:55 &lt;+Complication&gt; Magii: nó sẽ ghi vào logs một CRIT như "update verified, restarting to install" 15:55 &lt;tethra&gt; :/ 15:55 &lt;+Complication&gt; Sau đó, nó sẽ đếm ngược số phút để khởi động lại êm ái 15:56 &lt;+Complication&gt; Và cuối cùng khởi động lại 15:57 &lt;+Complication&gt; Ồ, ghi chú bên lề: NTP client nội bộ có biết khái niệm như "clock drift rate" (tốc độ trôi đồng hồ) không? 15:58 &lt;jrandom&gt; ừ, số phiên bản ở góc trên bên trái của `http://localhost:7657/index.jsp` là dấu hiệu rõ ràng :) 15:58 &lt;jrandom&gt; Complication: không, nó không đảm bảo các nhịp đồng hồ tuần tự 15:59 &lt;jrandom&gt; s/sequential/ordered/ 15:59 &lt;+Complication&gt; Cũng không học được kiểu kiến thức như "đồng hồ hệ thống của chúng ta nhanh hơn cần thiết 0,00345 lần"? 16:00 &lt;jrandom&gt; à, không, dù thêm cái đó vào net.i2p.util.Clock cũng không quá khó (muốn làm một dự án nhỏ không? :) 16:00 &lt;+Complication&gt; Tôi đang nghĩ theo hướng đó 16:01 &lt;+Complication&gt; Chắc giờ tôi sẽ nghĩ thêm chút về nó :) 16:01 &lt;+Complication&gt; Nhưng các dự án nhỏ khác trước đã :) 16:02 &lt;jrandom&gt; ok, ai còn gì nữa cho cuộc họp không? 16:03 &lt;nymisis&gt; Bánh muffin? 16:04 &lt;jrandom&gt; không, bánh pancake 16:04 &lt;jrandom&gt; (mmMMmm pancake) 16:04 &lt;jrandom&gt; nói về chuyện đó 16:04 * jrandom thu xếp kết thúc 16:04 &lt;nymisis&gt; Ồ, chết thật, đúng ý. 16:04 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/02/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-02-21/Tue, 21 Feb 2006 00:00:00 +0000/vi/blog/2006/02/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-02-21/<p>Chào mọi người, lại là thứ Ba nữa rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Mạng lưới đã gặp khá nhiều trục trặc với bản phát hành 0.6.1.10, một phần do không tương thích ngược, nhưng cũng do các lỗi không lường trước. Cả độ tin cậy lẫn thời gian hoạt động trên 0.6.1.10 đều không đạt yêu cầu, vì vậy trong 5 ngày qua đã có một loạt bản vá dồn dập, và đỉnh điểm là bản phát hành 0.6.1.11 mới - <code>http://dev.i2p.net/pipermail/i2p/2006-February/001263.html</code></p>/vi/blog/2006/02/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-2-n%C4%83m-2006/Tue, 14 Feb 2006 00:00:00 +0000/vi/blog/2006/02/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-2-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, Complication, duck, frosk, jrandom, void</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:39 &lt;jrandom&gt; 0) chào 15:39 &lt;jrandom&gt; 1) Tình trạng mạng 15:39 &lt;jrandom&gt; 2) 0.6.1.10 15:39 &lt;jrandom&gt; 3) Hoạt động Syndie 15:39 &lt;jrandom&gt; 4) ??? 15:39 &lt;jrandom&gt; 0) chào 15:39 * jrandom vẫy tay 15:39 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-February/001260.html 15:39 &lt;jrandom&gt; (Tôi hơi trễ với cái đó, nên tôi sẽ cho mọi người một phút để lướt qua mấy ghi chú ngắn đó) 15:40 &lt;+Complication&gt; chào 15:40 &lt;@cervantes&gt; chào 15:41 &lt;jrandom&gt; thôi, nó đủ ngắn, vậy ta nhảy thẳng vào 1) Tình trạng mạng 15:41 &lt;jrandom&gt; Tôi không có gì để bổ sung mục này, ai có gì muốn bàn về nó không? 15:41 &lt;@cervantes&gt; &lt;jrandom&gt; (kết nối mạng chập chờn chết tiệt) 15:41 &lt;+Complication&gt; Thỉnh thoảng hơi tắc nghẽn, nhưng các biểu đồ cho thấy chẳng có gì mới 15:42 &lt;jrandom&gt; hehe cervantes, à, đó là do một người cùng phòng của tôi dùng limewire, không phải i2p ;) 15:43 &lt;@cervantes&gt; chúng tôi cũng đã gặp nhiều vấn đề máy chủ với irc và tracker của postman trong vài tuần qua - postman đã thực hiện nhiều lần di chuyển, nên mọi thứ sẽ ổn định hơn cho mọi người 15:43 &lt;+Complication&gt; Chắc là khó mà để họ làm thế, nhưng tôi đoán... đời là vậy :O 15:43 &lt;+Complication&gt; làm thế=dùng limewire 15:44 &lt;+Complication&gt; Sáng nay, tracker.postman.i2p lại từ chối kết nối 15:44 &lt;jrandom&gt; Complication: đĩa đã đầy, giờ sửa xong rồi 15:44 &lt;jrandom&gt; (máy mới thì có những kiểu dở chứng mới) 15:46 &lt;jrandom&gt; ok, còn ai có gì về 1) Tình trạng mạng không? 15:46 &lt;jrandom&gt; nếu không, ta chuyển qua 2) 0.6.1.10 15:47 &lt;jrandom&gt; Như đã nói, chúng ta sẽ có một bản phát hành mới không tương thích ngược trong vài ngày tới 15:48 &lt;jrandom&gt; mặc dù riêng nó sẽ không tạo ra cuộc cách mạng về hiệu năng, nhưng nó sẽ cải thiện vài chỉ số then chốt để đưa chúng ta đi đúng hướng 15:48 &lt;jrandom&gt; cũng có cả đống bản vá lỗi trong đó nữa 15:49 &lt;@cervantes&gt; những cải tiến server tunnel của zzz có kịp gộp vào không? 15:49 &lt;jrandom&gt; ồ, và còn cả cái khoản cải thiện ẩn danh nữa... bạn biết đấy, sine qua non 15:50 &lt;jrandom&gt; cervantes: có lẽ là không, không nghe thêm gì từ bài đăng lên zzz.i2p tuần trước. tôi có làm vài sửa lỗi nhỏ trong cvs (để hỗ trợ lighttpd, v.v.), nhưng chúng ta sẽ không có kết nối duy trì (persistent connections) của zzz 15:50 &lt;jrandom&gt; (chưa) 15:51 &lt;@frosk&gt; bạn chốt kích cỡ khóa DH (Diffie-Hellman)/v.v. ở mức nào? 15:51 &lt;@cervantes&gt; ừ, tôi đã thấy các vấn đề newline đó vài tuần trước, nhưng tôi hoãn thay đổi vì các cải tiến sắp tới của zzz 15:51 &lt;jrandom&gt; à, hiện tại chúng ta sẽ giữ mã hóa 2048-bit với số mũ nhỏ 15:52 &lt;@frosk&gt; vậy có thể kỳ vọng mức tiêu thụ CPU thấp hơn chứ? 15:52 &lt;jrandom&gt; ừ 15:53 &lt;@frosk&gt; tuyệt 15:53 &lt;jrandom&gt; chuyển sang 1024-bit sẽ cắt thêm một bậc độ lớn tải CPU, nhưng sẽ đòi hỏi phải làm lại một số cấu trúc tạo tunnel (bất đối xứng 1024-bit không đủ lớn để truyền tải dữ liệu chúng ta cần truyền). 15:54 &lt;jrandom&gt; dù vậy có thể chúng ta sẽ khám phá điều đó trong tương lai, nhưng bản phát hành tới sẽ giảm đáng kể phần overhead CPU 15:54 &lt;jrandom&gt; Tôi cũng đã vô hiệu hóa transport TCP, vì tôi là một kẻ độc ác và hung hãn 15:55 &lt;@frosk&gt; bạn có kỳ vọng còn bản nâng cấp không tương thích nào nữa trước 1.0 không? 15:55 &lt;jrandom&gt; hy vọng là không 15:55 * cervantes hẳn là một họa sĩ truyện tranh Đan Mạch 15:55 &lt;@frosk&gt; tôi không nghĩ chúng ta sẽ nhớ tcp đâu :) 15:55 &lt;@cervantes&gt; Ý tôi là jrandom hẳn là vậy 15:55 &lt;@cervantes&gt; ;-) 15:55 * jrandom nhìn tòa đại sứ bốc cháy 15:56 &lt;jrandom&gt; ok, còn ai có gì về 2) 0.6.1.10 không? 15:56 &lt;void&gt; vì sao trước đó nó lại không hỗ trợ lighttpd? 15:56 &lt;jrandom&gt; (à, nhân tiện, cũng có vài cải tiến thú vị cho thư viện streaming ở 0.6.1.10, như tcp-style fast retransmit, v.v., nên ta sẽ xem nó giúp thế nào) 15:57 &lt;@cervantes&gt; void: header sai định dạng 15:57 &lt;jrandom&gt; void: lỗi khiến chúng tôi không tuân thủ tiêu chuẩn 15:57 &lt;void&gt; à, mấy lỗi newline không nhất quán đó cũng được sửa chưa? 15:58 &lt;void&gt; còn cái lỗi ký tự null thì sao? bạn đang chờ bản vá persistent connection của zzz à? 15:58 &lt;jrandom&gt; lỗi newline chính là header sai định dạng, và đã được sửa 15:58 &lt;jrandom&gt; chưa có tin gì về cái lỗi ký tự null 15:59 &lt;void&gt; ok 16:00 &lt;jrandom&gt; ok, nếu không còn gì ở mục 2, ta lướt qua 3) Hoạt động Syndie một chút 16:00 &lt;jrandom&gt; ừm, tôi cũng không có gì nhiều để thêm... 16:01 &lt;jrandom&gt; (Tôi /có/ nói là ngắn gọn mà) 16:01 &lt;jrandom&gt; vậy ta nhảy sang 4) ??? 16:01 &lt;jrandom&gt; ai còn điều gì muốn đưa ra trong cuộc họp không? 16:01 &lt;+fox&gt; &lt;duck&gt; bận đọc Syndie quá nên không bình luận được 16:01 &lt;jrandom&gt; ;) 16:02 * Complication quá bận tạo ra chữ ký vô nghĩa nên không bình luận được :D 16:05 &lt;jrandom&gt; ok tuyệt. chỉ nhắc thêm là mọi người nên tránh CVS trong ngày hoặc hai ngày tới cho đến khi phát hành, vì CVS HEAD sẽ nhận các thay đổi của nhánh _PRE, và nhánh _PRE sẽ được ngừng sử dụng 16:05 * jrandom lấy đà 16:05 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/02/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-02-14/Tue, 14 Feb 2006 00:00:00 +0000/vi/blog/2006/02/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-02-14/<p>Chào mọi người, hôm nay chỉ cập nhật nhanh thôi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) 0.6.1.10 3) Hoạt động của Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Như tôi đã nói tuần trước, &ldquo;Trong tuần vừa qua không có thay đổi đáng kể nào trên live net (mạng đang hoạt động), nên trạng thái của live net cũng không thay đổi nhiều. Mặt khác&hellip;&rdquo;</p> <ul> <li> <ol start="2"> <li>0.6.1.10</li> </ol> </li> </ul> <p>Đã có thêm tiến triển với mạng _PRE để chúng ta tiến tới bản phát hành 0.6.1.10, và hôm trước tôi đã gửi cho mọi người thông báo trước 5 ngày [1]. Mọi thứ vẫn đúng tiến độ, nên tôi kỳ vọng 0.6.1.10 sẽ phát hành vào cuối ngày thứ Năm. Bản phát hành này sẽ không tương thích ngược, và router của bạn có thể sẽ tạo một router identity (định danh router) mới và yêu cầu reseeding (nạp lại dữ liệu khởi tạo) để tham gia mạng mới. Tuy nhiên, việc này sẽ diễn ra tự động và không cần bạn can thiệp.</p>/vi/blog/2006/02/07/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-02-07/Tue, 07 Feb 2006 00:00:00 +0000/vi/blog/2006/02/07/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-02-07/<p>Chào mọi người, lại đến thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng</li> <li>_PRE tiến độ mạng</li> <li>I2Phex 0.1.1.37</li> <li>???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong tuần vừa qua không có thay đổi đáng kể nào trên mạng chính, vì vậy trạng thái mạng chính cũng không thay đổi nhiều. Mặt khác&hellip;</p> <ul> <li> <ol start="2"> <li>_PRE net progress</li> </ol> </li> </ul> <p>Tuần trước tôi bắt đầu commit mã không tương thích ngược cho bản phát hành 0.6.1.10 vào một nhánh riêng trong CVS (i2p_0_6_1_10_PRE), và một nhóm tình nguyện viên đã giúp kiểm thử.</p>/vi/blog/2006/02/07/i2p-dev-meeting-february-07-2006/Tue, 07 Feb 2006 00:00:00 +0000/vi/blog/2006/02/07/i2p-dev-meeting-february-07-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, jrandom, KBlup, modulus, tethra, tmp</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:36 &lt;jrandom&gt; 0) hi 15:36 &lt;jrandom&gt; 1) Net status 15:36 &lt;jrandom&gt; 2) _PRE net progress 15:36 &lt;jrandom&gt; 3) I2Phex 0.1.1.37 15:36 &lt;jrandom&gt; 4) ??? 15:36 &lt;jrandom&gt; 0) hi 15:37 * jrandom waves 15:37 &lt;jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2006-February/001258.html 15:37 &lt;bar&gt; hello 15:38 &lt;jrandom&gt; while y'all dig through that oh-so-exciting material, lets jump on in to 1) Net status 15:38 &lt;jrandom&gt; there hasn't been much changed on the live net in the last week, from an i2p perspective, so I don't really have much to add here 15:39 &lt;jrandom&gt; anyone have anything they want to bring up regarding the current net status? 15:39 &lt;KBlup&gt; I have seen terrible spikes of failing clients when running i2p for long... dunno if thats fits to 1) 15:39 &lt;jrandom&gt; KBlup: does that correlate to high cpu load or bandwidth consumption? 15:40 &lt;KBlup&gt; resuluts in msg-delay&gt; 10000ms :-/ 15:40 &lt;jrandom&gt; ah, very likely one of the causes of the _PRE net being developed :) 15:40 &lt;KBlup&gt; I think it then tries to establish new tunnels and fails constantly, which results in 300+ jobs some times... 15:41 &lt;KBlup&gt; my maschine is quite strong but overloaded with that... 15:41 &lt;jrandom&gt; aye, thats all been reworked along the way for 0.6.1.10, hang tight until thats ready 15:43 &lt;jrandom&gt; ok, anything else on 1), or shall we mosey on over to 2) _PRE net progress 15:43 &lt;+Complication&gt; 0.6.1.10 seems to contain substantial changed indeed 15:45 &lt;jrandom&gt; yeah, there's a lot of meat under here. The current state is that the new creation code is in place and seems to be working properly, but now I'm using this opportunity to debug some of the underlying issues further 15:46 &lt;+Complication&gt; You mentioned having to cough up a lot of CPU time in advance 15:47 &lt;+Complication&gt; Would this cost now be associated with building any sort of a tunnel? 15:48 &lt;+Complication&gt; (meaning, before the construction, during a short while, you'd have to perform a batch of heavy crypto) 15:48 &lt;jrandom&gt; yes, all tunnel build requests will need to do k heavy crypto operations (where k = number of hops in the tunnel being built) 15:49 &lt;+Complication&gt; Whad I wanted to ask... is the interval just tighter than before, or the amount bigger too? 15:50 &lt;jrandom&gt; the amount is both bigger, smaller, and tighter. tighter, in that they're all done upfront. bigger, in that we can't short circuit and not do the encryption for a hop if an earlier hop rejects it, and smaller in that earlier hops fail a lot less 15:51 &lt;jrandom&gt; in addition, however, unlike earlier releases, we're no longer using ElGamal/AES+SessionTag for the tunnel requests - we use (fairly) straight ElGamal 15:52 &lt;+Complication&gt; ...and it couldn't be pre-calculated, unless one knew the final set that's going to succeed? 15:52 &lt;jrandom&gt; that means that while we used to be able to cheat without an asymmetric operation, we don't try to cheat anymore (as the cheating itself exposed a class of attacks) 15:53 &lt;+Complication&gt; (set of peers) 15:53 &lt;jrandom&gt; hmm, it could certainly be precalculated, assuming you know who the peers in the tunnel that are going to be asked 15:54 &lt;jrandom&gt; the new tunnel creation process is done on a separate thread, so it doesn't bog down the main job queue under load, and so that it can throttle itself better 15:54 &lt;+Complication&gt; Could one also assume that, barring change in available knowledge, one knows a few whom one is going to ask from, if attempts fail? 15:54 &lt;jrandom&gt; hmm, not entirely sure I follow 15:55 &lt;+Complication&gt; Or is knowing them already useless, since the struct must be redone from scratch? 15:56 &lt;+Complication&gt; (meaning: the ElGamals redone from scratch, at least) 15:56 &lt;jrandom&gt; ah, the structure is http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.requestRecord 15:56 &lt;jrandom&gt; so, yes, if the next hop changes, the ElGamal must be redone 15:56 &lt;jrandom&gt; (if you precompute) 15:56 &lt;+Complication&gt; Right, I wasn't sure enough about that instantly 15:57 &lt;+Complication&gt; Now I realize it, though 15:57 &lt;jrandom&gt; otoh, we're really trying to get our build success rate up, and the new build process should be able to adapt to minimize unnecessary creations 15:58 &lt;+Complication&gt; How does it seem doing in reality? 15:58 &lt;jrandom&gt; (oh, that structure has been slightly modified on the _PRE branch: http://dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/router/doc/tunnel-alt-creation.html?rev=1.1.2.1;content-type=text%2Fhtml#tunnelCreate.requestRecord ) 15:59 &lt;+Complication&gt; I noticed the detail about ElGamal encrypts taking a leap towards quickness... 15:59 &lt;jrandom&gt; well, the build success rate is much much higher than it is on the live net, but that may just be due to the small _PRE net size 16:00 &lt;jrandom&gt; yeah, creating a 2 hop structure, for instance, takes an average of 44ms over 1120 runs, as compared to the live net's ElGamal encryption time of 542ms (over 1344 runs) 16:02 &lt;jrandom&gt; (on the same box) 16:02 &lt;+Complication&gt; Would this 542 include retries on failure too, or just the pure building? 16:02 &lt;+Complication&gt; If it's pure building, I need to find my lower jaw... it's on the floor somewhere. :P 16:02 &lt;KBlup&gt; about that change of the exponent : at what scale does that affect anonymity? 16:02 &lt;jrandom&gt; no, thats the pure elGamal stat, since the live net doesn't build the new _PRE net structure 16:04 &lt;jrandom&gt; KBlup: anonymity? none. security? according to what I've read, 228 bits is more than enough to match 2048bit ElGamal 16:04 * Complication doesn't know much about ElGamal's x and y 16:04 &lt;+Complication&gt; Not enough to comment meaninfully 16:06 &lt;+Complication&gt; If serious researchers consider the shorter x hard enough, and those crypto wonks didn't run away screaming... 16:06 &lt;@cervantes&gt; well not only that, but the implications of dropping to 1024/160 16:07 &lt;KBlup&gt; i guess i have to read the paper later ;) 16:07 &lt;+Complication&gt; cervantes: yes, it's better than that, for sure 16:08 &lt;+Complication&gt; Besides, what is the foremost attack this cipher must repel, and how long is the attack viable? 16:09 &lt;+Complication&gt; Could it be something which benefits you only if you break it quick, or also benefits if you break it eventually? 16:11 &lt;+Complication&gt; If I understand right, the immediate secret it guards is the next tunnel participant, right? 16:11 &lt;+Complication&gt; (or more precisely, the next-to-next one) 16:11 &lt;@modulus&gt; meeting ongoing? 16:11 &lt;+Complication&gt; (which only the next one may know) 16:11 &lt;@cervantes&gt; modulus: ayre 16:11 &lt;@cervantes&gt; -r 16:11 &lt;jrandom&gt; for a practical (yet insanely powerful) adversary, breaking it during the tunnel lifetime would be necessary. breaking it after that tunnel lifetime would only help if you logged all network traffic and broke all tunnels (that is, after breaking the ephemeral transport layer crypto and working on the tunnel layer crypto) 16:11 &lt;jrandom&gt; so, we're talking on the order of minutes here, not decades 16:12 &lt;jrandom&gt; (so 1024bit is probably even overkill) 16:12 &lt;@cervantes&gt; is there a way to measure the risk in a meaningful way? 16:13 &lt;+Complication&gt; Besides, for a tunnel with more hops, the adversary would have to break several, right? 16:13 &lt;+Complication&gt; (though the builder would have to build several too) 16:13 &lt;@cervantes&gt; if we need no more than 1024 bits, then is it really necessary to use more? 16:14 &lt;@cervantes&gt; we can always use a stronger algo in 3 years time when we've got vastly more powerful quantum computers 16:14 &lt;@modulus&gt; jrandom: if the adversary would know that at time hh:mm something important is going to be tunneled is it likely they could break it somehow by logging? 16:14 &lt;jrandom&gt; Complication: right, they'd have to break several (and the DH keys protecting the transport layer) 16:14 &lt;@modulus&gt; afaik 1024bit is break()able with a lot of power 16:15 &lt;jrandom&gt; a lot of power and a decade 16:15 &lt;jrandom&gt; (or three) 16:15 &lt;@cervantes&gt; jrandom: is it difficult to try the weaker cipher? 16:15 &lt;@modulus&gt; i was under the impression that 1024bit composits were factorizable these days in a few months. 16:15 &lt;@cervantes&gt; could we roll out to the pre net 16:15 &lt;@cervantes&gt; and see whether it actually offers much benefit 16:16 &lt;@cervantes&gt; modulus: yes but they'd need to break several 16:16 &lt;@modulus&gt; if this is based on discrete log domain and all that stuff then i don't know anything 16:16 &lt;@modulus&gt; cervantes: aha 16:16 &lt;jrandom&gt; cervantes: it requires changes to a lot of structures, since we currently use 512byte slots. though, perhaps we could just fill the first 256 bytes with 0x00 for testing 16:17 &lt;jrandom&gt; modulus: ElGamal is based on discrete log 16:17 &lt;@cervantes&gt; jrandom: worthy of testing? 16:17 &lt;@modulus&gt; right right, i was imagining RSA 16:17 &lt;@cervantes&gt; or better to focus on other things and return to it if necessary 16:18 &lt;jrandom&gt; definitely worth testing, though for the moment I'm hacking away at some transport layer evaluations 16:18 &lt;+Complication&gt; I guess it depends on how their calculation can be handled in real life. 16:18 &lt;jrandom&gt; (and the 44ms encryption time is good enough for the moment, though a 4ms encryption time would be even better :) 16:19 &lt;+Complication&gt; If it holds together with current computers, it will improve with newer machines. 16:19 &lt;@modulus&gt; especially if there comes crypto hw, as it is starting to come in some 16:19 &lt;jrandom&gt; but, of course, changing this parameter will not be done lightly or immediately. but if someone has a good reason to avoid it, please get in touch 16:21 &lt;jrandom&gt; modulus: I've heard of dedicated AES and RSA chips, but nothing on DH/ElGamal. otoh, when one looks to the NSA/etc as an adversary, where they can build their own, its possible 16:22 &lt;@cervantes&gt; they have crypto machines built on ring sprinkled donut technology 16:23 * Complication is willing to upgrade the Celeron 300 to Athlon 600, if it holds the tide of ring-sprinkled donuts :D 16:23 &lt;tethra&gt; heheh 16:24 &lt;jrandom&gt; mmMMmm donuts 16:25 &lt;jrandom&gt; ok, anyone have anything else on 2) _PRE net progress? 16:25 &lt;jrandom&gt; if not, lets jump on over to 3) I2Phex 0.1.1.37 16:26 &lt;jrandom&gt; Complication: wanna give us the skinny? 16:26 &lt;+Complication&gt; Well, it seems to work. :) 16:26 &lt;+Complication&gt; There is hope of getting more webcaches for extra redundancy soon. 16:27 &lt;jrandom&gt; word 16:27 &lt;jrandom&gt; hmm, do you think we need more webcaches? don't we just need one to be up? not that more hurts, of course 16:27 &lt;+Complication&gt; (if legion manages to solve the mysteries which haunted his initial try) 16:27 &lt;+Complication&gt; There's also a mystery bug in there, but it doesn't byte hard, and I'm trying to find it. 16:28 &lt;+Complication&gt; One up is enough 16:28 &lt;+Complication&gt; More just increases the chances that one is up 16:28 &lt;jrandom&gt; cool 16:28 &lt;+Complication&gt; Because at current stage, it will never drop webcaches as bad. Too few of them altogether. 16:29 &lt;+Complication&gt; (that routine will activate if there exist more than 10) 16:29 &lt;+Complication&gt; (if I remember correctly) 16:29 &lt;+Complication&gt; As for the bug: after a long time operating, the webcache subsystem sometimes stalls 16:30 &lt;+Complication&gt; Likely because a httpclient's GET request can't be aborted successfully 16:31 &lt;@modulus&gt; so it needs to die from time to time? 16:31 &lt;+Complication&gt; It's safe, and never seems to bite freshly joined machines 16:31 &lt;jrandom&gt; hmm, what does that mean, functionally? after a while, it will stop registering with the webcache, so new people won't be given references to them? 16:31 &lt;+Complication&gt; If it bites a machine already well integrated, that machine can get enough peers from the peers it's already connected to 16:31 &lt;+Complication&gt; So currently the impact seems close to 0 16:31 &lt;@modulus&gt; cool 16:32 &lt;+Complication&gt; It's curious, just 16:32 &lt;@modulus&gt; no rule about when it will fail or anything? 16:32 &lt;+Complication&gt; modulus: generally not before 20 hours 16:33 &lt;+Complication&gt; And since I have no way of forcing it to occur, debugging is a bit slow 16:33 &lt;@modulus&gt; :_) 16:34 &lt;+Complication&gt; Either way, should I find it, I'll fix it, and should I not find it, I'll find other stuff to tinker with :) 16:34 &lt;jrandom&gt; :) 16:34 &lt;jrandom&gt; sounds like its just a symptom of some bugs we've seen in the streaming lib / eepproxy, so fixing those should fix this 16:35 &lt;+Complication&gt; Could be 16:38 &lt;jrandom&gt; ok great, nice work Complication 16:38 &lt;jrandom&gt; anyone have anything else on 3) I2Phex 0.1.1.37, or shall we jump on over to the catch-all, 4) ??? 16:41 &lt;jrandom&gt; (consider us jumped) 16:41 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 16:42 &lt;tmp&gt; Or forever hold your breath? 16:43 &lt;jrandom&gt; and ever and ever 16:43 * jrandom winds up 16:43 * jrandom *baf*s the meeting closed </div>/vi/blog/2006/01/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-31-th%C3%A1ng-1-n%C4%83m-2006/Tue, 31 Jan 2006 00:00:00 +0000/vi/blog/2006/01/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-31-th%C3%A1ng-1-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, frosk, gloin, jrandom, Pseudonym, stealth, Sugadude, tethra</p> <h2 id="biên-bản-cuộc-họp">Biên bản cuộc họp</h2> <div class="irc-log"> 15:19 &lt;jrandom&gt; 0) chào 15:19 &lt;jrandom&gt; 1) Tình trạng mạng 15:19 &lt;jrandom&gt; 2) Tình trạng 0.6.1.10 15:19 &lt;jrandom&gt; 3) ??? 15:19 * jrandom vẫy tay 15:19 &lt;jrandom&gt; ghi chú tình trạng đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 &lt;jrandom&gt; ok, chuyển sang 1) Tình trạng mạng 15:21 &lt;jrandom&gt; như đã nói trong mail, những ai dùng 0.6.1.9-0 (bản phát hành đầy đủ) thì vẫn bình thường như mọi khi 15:21 &lt;jrandom&gt; tuy nhiên người dùng các bản build mới hơn (từ 0.6.1.9-5 trở đi) có thể gặp rắc rối 15:21 &lt;jrandom&gt; ("rắc rối" có lẽ còn là nói giảm...) 15:21 &lt;+Complication&gt; CVS -8 hơi thất thường, nên đang chạy -2 instad (chạy cũng đủ ổn) 15:22 &lt;gloin&gt; :-) 15:22 &lt;+Complication&gt; =instead 15:22 &lt;Pseudonym&gt; dạo này mọi thứ có vẻ không ổn định (tôi đang dùng 0.6.1.9-0) 15:22 &lt;jrandom&gt; hay đấy, tôi đang cân nhắc hoàn nguyên các thay đổi về tiến trình nhưng vẫn đưa bản cập nhật ircclient của dust và bản vá i2ptunnel httpserver vào head, nhưng 0.6.1.10 có lẽ cũng không còn xa 15:23 &lt;jrandom&gt; hmm Pseudonym, truy cập eepsites, irc, hay dịch vụ khác, hay là bạn đang host các dịch vụ đó? 15:23 &lt;+Complication&gt; Không ổn định với -0? Vấn đề biểu hiện thế nào? 15:23 &lt;Pseudonym&gt; chủ yếu tôi thấy ở IRC (đang chơi idlerpg) 15:24 &lt;jrandom&gt; ("chơi" ;) 15:24 &lt;Pseudonym&gt; cũng có lúc router bị đơ và phải khởi động lại (không có peer nào hoạt động) 15:24 &lt;Pseudonym&gt; heh 15:24 &lt;jrandom&gt; hmm, vấn đề kết nối internet à? 15:24 &lt;@frosk&gt; -0 ổn định ở đây, tất nhiên trừ chuyện phải khởi động lại vì "router hung!" hai lần mỗi ngày 15:24 &lt;jrandom&gt; hrm frosk, "router hung" thật, hay "router hung" do leaseSet hết hạn? 15:25 &lt;Pseudonym&gt; kết nối internet vẫn ổn. khi tôi khởi động lại router i2p thì nó chạy lại ngay 15:25 &lt;+Complication&gt; Con Cel300 của tôi cũng treo sau một thời gian, nhưng các khoảng thời gian đã dài ra, và tôi chưa cập nhật lý do 15:25 &lt;@frosk&gt; jrandom: hết hạn lease, tôi khá chắc vậy 15:25 &lt;jrandom&gt; hmm 'k 15:26 &lt;jrandom&gt; gần như tất cả phần đó đã được viết lại cho code tạo và quản lý mới, nên xem 0.6.1.10 thế nào đã 15:27 &lt;@frosk&gt; hay quá 15:27 &lt;@frosk&gt; tôi sẵn lòng giúp test 15:28 &lt;Pseudonym&gt; tôi không cần bạn khắc phục sự cố ngay bây giờ. Tôi chỉ muốn bổ sung một điểm dữ liệu về độ ổn định 15:28 &lt;jrandom&gt; tuyệt, khi nó ổn định cục bộ tôi chắc chắn sẽ cần tuyển trợ giúp :) 15:28 &lt;jrandom&gt; tốt, cảm ơn Pseudonym 15:28 &lt;jrandom&gt; ok, còn ai có gì cho 1) Tình trạng mạng không? 15:30 &lt;jrandom&gt; nếu không, chuyển sang 2) Tình trạng 0.6.1.10 15:30 &lt;jrandom&gt; như đã nói trong mail, thay vì chồng chéo vô số tinh chỉnh trên mạng đang chạy, chúng ta sẽ đi thẳng vào nguồn gốc 15:31 &lt;jrandom&gt; nó sẽ không tương thích ngược, nên sẽ có một cú... khựng, và trong khi chúng ta sẽ gộp thêm vài thay đổi không tương thích ngược khác, vẫn có khả năng sẽ có thêm một lần nữa sau đó 15:32 &lt;jrandom&gt; cụ thể hơn, một ý tưởng tôi đang cân nhắc là chuyển sang ElGamal 1024 bit cho code tạo tunnel, thay vì 2048 bit 15:32 &lt;jrandom&gt; nhưng có thể không cần. còn tùy xem nó ảnh hưởng mạnh cỡ nào trên mạng đang chạy 15:34 &lt;jrandom&gt; nếu có, nó chỉ đồng nghĩa với một lần nâng cấp mạng, nhưng tất cả các đích/etc sẽ giữ nguyên. 15:34 &lt;jrandom&gt; nhưng dù sao, đó là thứ để xem xét sau khi 0.6.1.10 ra mắt 15:34 &lt;+Complication&gt; Một câu hỏi hơi liên quan: độ dài khóa có liên quan gì đến độ dài cấu trúc dữ liệu tạo tunnel không? 15:34 &lt;jrandom&gt; có 15:35 &lt;jrandom&gt; liên quan trực tiếp: độ dài khóa * 2 * số hop tối đa == kích thước cấu trúc dữ liệu 15:36 &lt;jrandom&gt; (vậy nên, 256*2*8 = 4KB, cũng chính là kích thước của thông điệp full trong streaming lib) 15:37 &lt;jrandom&gt; ((ElGamal có hệ số giãn 2x)) 15:38 &lt;+Complication&gt; Aha, cảm ơn. :) 15:38 &lt;jrandom&gt; à, còn một điều về spec mới. trong quá trình triển khai tôi thấy cần thêm một điểm dữ liệu (một "reply message ID" 4 byte) nên tôi đã thêm vào spec cục bộ, dùng một số bit dự phòng 15:40 &lt;jrandom&gt; tôi hy vọng sẽ làm cho mọi thứ hoạt động trong vài ngày tới, nên có lẽ sẽ có một số test sớm (không ẩn danh) vào cuối tuần 15:40 &lt;jrandom&gt; và tất nhiên, sẽ có thêm thông tin khi đến lúc 15:41 &lt;jrandom&gt; ok, ai có câu hỏi/bình luận/quan ngại gì về 0.6.1.10 không? 15:41 &lt;bar&gt; lại một câu hỏi hơi liên quan: trong đợt triển khai .10, giữ i2p.net ở .9 trong vài ngày cho những người tự động cập nhật thì sao? 15:41 &lt;bar&gt; rollout* 15:41 &lt;jrandom&gt; ừ, chắc chắn rồi 15:42 &lt;jrandom&gt; tôi có lẽ sẽ chạy hai hoặc ba routers trên cái box đó trong thời gian di trú 15:42 &lt;jrandom&gt; và sẽ có cảnh báo rầm rộ ít nhất 5 ngày trước khi phát hành 15:42 &lt;bar&gt; mượt mà 15:42 &lt;+Complication&gt; Cách này quả thực sẽ mượt hơn. 15:43 &lt;+Complication&gt; Diễn đàn có vẻ là một kênh tốt. Hộp tin trên Router Console nữa... 15:43 * jrandom nhớ thời mỗi bản phát hành đều không tương thích ngược... khi đó chúng ta có rất nhiều thực hành ;) 15:43 &lt;jrandom&gt; ừ, diễn đàn, hộp tin, mailing list, website 15:43 &lt;+Complication&gt; Vậy những ai để ý đến máy của họ sẽ biết. 15:43 &lt;tethra&gt; heheh 15:44 &lt;jrandom&gt; còn những người vẫn ở 0.6.0.1, ừ thì, họ cũng fscked rồi ;) 15:44 &lt;@frosk&gt; chặt đầu chúng đi 15:44 &lt;+Sugadude&gt; Hoàn toàn không liên quan: Ta có thể làm nhiều thay đổi không tương thích ngược hơn, thường xuyên hơn để đẩy các routers cũ này ra không? 15:44 &lt;+Complication&gt; Tôi nghĩ họ chỉ quên I2P đang chạy :) 15:44 &lt;jrandom&gt; heh Sugadude 15:45 &lt;jrandom&gt; à, nếu chúng tương thích, ta vẫn tận dụng được tài nguyên của họ, nhưng nếu vì lý do nào đó mà không thể, ta nên đánh dấu chúng là không tương thích 15:47 &lt;jrandom&gt; ok, nếu không còn gì về mục đó, chuyển sang mục tổng hợp: 3) ??? 15:47 &lt;jrandom&gt; ai còn điều gì muốn nêu trong cuộc họp không? 15:48 &lt;tethra&gt; trên router console có nói rằng hiện người dùng sau NAT đối xứng chưa được hỗ trợ, liệu sắp tới có thay đổi không? 15:48 &lt;tethra&gt; hay là tôi đang thể hiện sự thiếu hiểu biết trầm trọng về gì đó 15:49 &lt;+Complication&gt; Liên quan đến mã webcache... có vẻ tôi đã sẵn sàng. 15:49 &lt;jrandom&gt; có vài kỹ thuật để giúp người dùng sau NAT đối xứng, bar đã phác thảo trên mailing list và diễn đàn, tuy nhiên tôi không rõ có tiến triển ngay lập tức nào không 15:49 &lt;jrandom&gt; ô, hay đó Complication, báo tôi biết khi nào đẩy bản phát hành nhé :) 15:50 &lt;+Complication&gt; Đã làm cho watchdog hủy tải xuống hợp lý, đang test và dọn dẹp (hiện nó log quá nhiều so với mức dễ chịu).. 15:50 &lt;+Complication&gt; Tôi có một máy chủ webcache chạy rồi, awup có một cái khác... để thử nghiệm thực tế, có lẽ ta sẽ muốn bật giới hạn... 15:51 &lt;+Complication&gt; ...nếu tôi gặp legion, tôi sẽ hỏi xem anh ấy có hứng chạy thêm một cái không. 15:52 &lt;jrandom&gt; hay, chỉ một webcache cũng là khởi đầu tốt 15:52 &lt;+Complication&gt; Và nếu ai khác muốn chạy script (có trên awup.i2p, script Python dùng SAM)... ta có thể thêm tham chiếu của họ, tuy nhiên hiện việc thêm ref vào nhiều "seed webcaches" hơn đòi hỏi phải biên dịch lại mã nguồn. 15:53 &lt;+Complication&gt; (không ở trong một file mà ở phần header của GWebCacheContainer.java) 15:53 * gloin không biết cái vụ webcache này là gì. 15:53 &lt;jrandom&gt; gloin: nó cho phép bạn kết nối i2phex mà không cần tải file i2phex.hosts lần đầu 15:54 &lt;+Complication&gt; gloin: để tích hợp I2PHex dễ hơn 15:55 * cervantes đến muộn 15:55 &lt;+Complication&gt; Và cho những người kết nối lại sau (ví dụ người đã hết tham chiếu peer đang hoạt động) nó có thể cung cấp ref mới 15:55 &lt;gloin&gt; ok. 15:57 &lt;+Complication&gt; Ôi, lại offline 15:58 &lt;stealth&gt; còn tự động khởi động i2phex sau khi i2p đã khởi động thì sao ? 15:58 &lt;+Complication&gt; Có vẻ hơi quá tay 15:58 &lt;+Complication&gt; Ít nhất là ở giai đoạn hiện tại 15:58 &lt;jrandom&gt; stealth: bạn có thể để router i2p chạy bất kỳ ứng dụng java nào bằng cách thêm mục vào file client.config của bạn 15:59 &lt;+Complication&gt; Ngoài ra, tôi nghĩ I2Phex có thể khởi động trước khi I2P chạy 15:59 &lt;@frosk&gt; ở bất kỳ giai đoạn nào 15:59 &lt;+Complication&gt; Về lý thuyết, nó sẽ tiếp tục cố kết nối cho đến khi I2P lên 15:59 &lt;+Complication&gt; (tuy chưa thử) 15:59 &lt;jrandom&gt; nhưng nhớ là, nếu bạn bảo nó khởi chạy i2phex, khi i2phex đóng lại, nhiều khả năng client i2phex sẽ kill JVM (khởi động lại router của bạn) 16:00 &lt;+Complication&gt; Ngoài ra, có thể viết script tương đối dễ... 16:00 &lt;+Complication&gt; ví dụ "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 &lt;+Complication&gt; (hay đại loại thế) 16:01 &lt;+Complication&gt; Xin lỗi, có lẽ là /home/user/i2p :) 16:01 &lt;cervantes&gt; đừng quên chạy /usr/games/tetris trước lệnh sleep 100 16:02 &lt;jrandom&gt; chuẩn luôn 16:02 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 16:03 &lt;stealth&gt; ừ tôi nghĩ đơn giản chỉ là chạy exe. giải pháp i2psnark với chế độ luôn bật thì tốt hơn vì mọi người quên chia sẻ file nếu họ không tải xuống... 16:04 &lt;jrandom&gt; ừ, nhưng tôi chưa nghe nói về client gnutella nào đủ nhẹ (để tích hợp) 16:05 &lt;cervantes&gt; chẳng phải đang có công việc trên Phex hiện tại để trừu tượng hóa UI sao? có lẽ client cuối cùng sẽ mảnh nhẹ 16:05 &lt;+Complication&gt; Tôi chưa đọc phần đó trong Phex CVS 16:06 &lt;jrandom&gt; nếu phex có thể chạy như một .war thì sẽ tuyệt vời 16:06 &lt;cervantes&gt; isn't the=isn't there 16:06 &lt;cervantes&gt; có lẽ tôi nhầm 16:06 &lt;+Complication&gt; Sirup chắc chắn đã làm việc trên một giao diện XML-RPC, nhưng tôi không chắc Gregor & co cũng làm 16:07 &lt;+Complication&gt; Nên tôi không chắc sirup đã port nó vào, hay bắt đầu viết từ đầu 16:09 &lt;jrandom&gt; nếu nhớ không lầm thì anh ấy chỉ import lib xmlrpc của apache và expose một số phần nội bộ của i2phex, nhưng có lẽ đã không có công việc nào trên đó trong khoảng 6-8 tháng, và theo tôi được biết thì nó chưa từng hoạt động 16:10 &lt;fox_&gt; &lt;tethra&gt; mutella là một client gnutella dựa trên web khá nhẹ, iirc. không chắc có giúp ích gì không, nhưng heh, có lẽ đáng để ai đó (giỏi hơn) xem thử. 16:10 &lt;fox_&gt; &lt;tethra&gt; có thể không đúng cái đang cần, dù vậy. 16:12 &lt;jrandom&gt; port một cái mới là một mớ việc, đặc biệt là loại C/C++, tiếc là vậy 16:12 &lt;+Complication&gt; Cá nhân tôi khó mà mày mò XML-RPC. Nhưng cố gắng bắt các bug khác nhau... nằm trong kế hoạch ngắn hạn của tôi. 16:13 * Complication muốn hiệu ứng "rehash" biến mất hẳn, vì nó quá phí thời gian 16:13 &lt;jrandom&gt; ồ, có lẽ cái đó bị kích hoạt bởi việc dịch múi giờ? 16:14 &lt;jrandom&gt; khi I2P SDK kết nối router, nó lấy thời gian I2P (NTP) hiện tại từ đó, và ép JVM của SDK sang UTC 16:14 &lt;+Complication&gt; Nghe có vẻ không phải... nhưng ở giai đoạn này tôi chưa thể loại trừ nhiều thứ 16:15 &lt;jrandom&gt; (và nếu rehash phụ thuộc vào thứ tự và dấu thời gian file, có thể dịch vài giờ sẽ thay đổi điều đó) 16:15 &lt;jrandom&gt; vâng, bạn đã đào sâu nhiều thứ rồi, tôi chỉ nêu một khả năng 16:15 * jrandom không biết gì thêm ngoài các báo cáo lỗi của bạn :) 16:16 &lt;+Complication&gt; Nó xảy ra không thường xuyên, và có vẻ liên quan đến việc gì đó xảy ra khi file cấu hình "sharedlibrary" đang được nạp/ghi lại 16:16 &lt;+Complication&gt; Hmm, khả năng thú vị... 16:16 &lt;+Complication&gt; Tôi chưa đào sâu đủ để loại trừ điều đó 16:18 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 16:19 &lt;jrandom&gt; nếu không... 16:19 * jrandom kết thúc 16:19 * bar chúc jrandom may mắn với .10 và tặng anh ấy một chiếc baf bóng loáng 16:19 &lt;jrandom&gt; gracias :) 16:19 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/01/31/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-01-31/Tue, 31 Jan 2006 00:00:00 +0000/vi/blog/2006/01/31/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-01-31/<p>Chào mọi người, lại đến thứ Ba rồi,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái 0.6.1.10 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong tuần vừa qua, tôi đã thử một vài tinh chỉnh khác nhau để tăng độ tin cậy của việc tạo tunnel trên mạng đang hoạt động, nhưng vẫn chưa có đột phá nào. Tuy nhiên, đã có một số thay đổi đáng kể trong CVS, nhưng chúng chưa thể gọi là&hellip; ổn định. Vì vậy, nhìn chung, tôi khuyến nghị mọi người hoặc sử dụng bản phát hành mới nhất (0.6.1.9, được gắn thẻ trong CVS là i2p_0_6_1_9), hoặc sử dụng các bản dựng mới nhất với tunnel không quá 1 hop. Mặt khác&hellip;</p>/vi/blog/2006/01/24/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-1-n%C4%83m-2006/Tue, 24 Jan 2006 00:00:00 +0000/vi/blog/2006/01/24/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-1-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication, jrandom, postman, stealth, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) chào 15:25 &lt;jrandom&gt; 1) Tình trạng mạng 15:25 &lt;jrandom&gt; 2) Quy trình build mới 15:26 &lt;jrandom&gt; 3) ??? 15:26 &lt;jrandom&gt; 0) chào 15:26 * jrandom vẫy tay 15:26 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] has joined #i2p 15:26 -!- gloin [gloin@irc2p] has quit [Connection reset by peer] 15:26 &lt;bar&gt; chào 15:26 &lt;jrandom&gt; hãy chuyển sang 1) Tình trạng mạng 15:26 -!- gloin [gloin@irc2p] has joined #i2p 15:27 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ngoài những gì trong mail... ai có câu hỏi/nhận xét/quan ngại gì không? 15:27 &lt;+Complication&gt; Chuyển sang CVS build -6... khá thử thách 15:28 &lt;jrandom&gt; ừ, dễ hiểu 15:28 &lt;+Complication&gt; Mạng có lẽ vẫn ổn. Chỉ có node của tôi là không. 15:28 &lt;+Complication&gt; =which 15:28 &lt;bar&gt; đó là con đường gập ghềnh, nhưng là con đường đúng. tôi 100% ủng hộ bước đi này 15:29 &lt;jrandom&gt; việc dựng tunnel với các tunnel 2+ hop là mệt mỏi, với tỉ lệ thất bại tệ như đã báo cáo 15:29 &lt;jrandom&gt; phần lớn khả năng sẽ được xử lý bằng crypto tạo lập mới của 0.6.2, nhưng tôi không tin là tất cả sẽ được giải quyết. 15:30 &lt;jrandom&gt; Tôi tự hỏi liệu chúng ta có thể làm nó đủ ổn định trước khi đó không. Nhưng chúng ta sẽ cố 15:31 &lt;+Complication&gt; Nếu có số liệu nào tôi có thể cung cấp (dù hẳn là các anh đã có thừa ở phía mình) cứ hỏi 15:31 &lt;jrandom&gt; vậy nên, các tunnel 1 hop khá ổn định trên các build mới nhất, nhưng những ai cần tunnel 2+ hop nên mong đợi... trục trặc 15:31 &lt;jrandom&gt; cảm ơn Complication 15:32 &lt;+Complication&gt; Hầu hết ứng dụng của tôi là 2+0..1 15:32 &lt;+Complication&gt; Và bản thân router nữa, nếu tôi nhớ không nhầm 15:33 &lt;jrandom&gt; ừ, tôi có thể đề xuất ở lại bản phát hành, nhưng bản phát hành dù sao cũng sẽ dựng các tunnel ngắn nếu và khi gặp lỗi thảm họa 15:34 &lt;jrandom&gt; (s/short/1hop/) 15:34 &lt;+Complication&gt; Đúng, tôi có thể điều chỉnh nó về 2+0 15:34 &lt;+Complication&gt; Và có ít tác động “ngoạn mục” hơn 15:35 &lt;jrandom&gt; ừ, dù trên thực tế nó vẫn sẽ thành 2+/-1, nhưng nó sẽ cố gắng hết mức để giữ ở 2 hop 15:36 &lt;+Complication&gt; Với build -6 cũng vậy à? 15:36 -!- gloin [gloin@irc2p] has quit [Connection reset by peer] 15:36 &lt;jrandom&gt; không, bản phát hành hiện tại sẽ lỗi nặng thay vì chuyển sang các tunnel dự phòng 15:37 &lt;+Complication&gt; Hay là có xác suất liên quan, vốn không bao giờ về hẳn 0? 15:37 &lt;jrandom&gt; vấn đề là nếu nó không dựng được các tunnel trong 10 phút, nó sẽ khởi động lại router (do watchdog) 15:37 &lt;+Complication&gt; Từng thấy một lần :) 15:37 &lt;jrandom&gt; không, -5 hoặc mới hơn sẽ dùng đúng độ dài hop mà client cho phép (2+/-0 nghĩa là chỉ các tunnel 2 hop. không bao giờ khác) 15:39 &lt;jrandom&gt; ok, còn ai có gì cho 1) Tình trạng mạng không? 15:39 &lt;jrandom&gt; hoặc, tôi đoán là chúng ta đã bàn về 2) Quy trình build mới ;) 15:40 &lt;jrandom&gt; có ai còn gì để bàn về 2) Quy trình build mới không? 15:40 &lt;+Complication&gt; Ở đây cũng không còn gì nhiều nữa :D 15:41 &lt;jrandom&gt; hehe ok, nếu không, hãy chuyển qua 3) ??? 15:41 &lt;jrandom&gt; ai còn điều gì muốn thảo luận không? 15:42 &lt;bar&gt; tôi có thể hỏi, hiện có bao nhiêu thay đổi không tương thích ngược đang được xếp sẵn, và liệu một số (tất cả?) có thể gộp vào một bản phát hành không? 15:42 &lt;bar&gt; ý tôi là, có hơn một bản phát hành không tương thích ngược được lên kế hoạch trước 0.6.2 không? 15:42 &lt;jrandom&gt; bar: hy vọng là làm tất cả trong một lần 15:42 &lt;jrandom&gt; (dù có thể sau này sẽ còn nữa) 15:43 -!- Complication [Complicati@irc2p] has quit [Connection reset by peer] 15:43 -!- Complication2 [Complicati@irc2p] has joined #i2p 15:43 &lt;bar&gt; lỗi HMAC, crypto mới và restricted routes cùng lúc? 15:43 &lt;bar&gt; đó là yêu cầu lớn đấy :) 15:43 &lt;jrandom&gt; restricted routes? 15:43 &lt;jrandom&gt; bản "sửa" lỗi HMAC chỉ là thay đổi một giá trị ;) 15:44 &lt;bar&gt; à :) 15:44 -!- Complication2 is now known as Complication 15:44 &lt;bar&gt; ừm.. có lẽ restricted routes là 2.0.. 15:44 &lt;jrandom&gt; ừ, nhưng restricted routes sẽ có thể làm được mà không mất khả năng tương thích ngược 15:45 &lt;jrandom&gt; (thực ra, có thể làm với 0.6.2, nếu làm cẩn thận, ở một mức độ nào đó) 15:45 &lt;bar&gt; ok, tuyệt 15:45 &lt;jrandom&gt; Tôi cũng đang tính khi nào bỏ tcp... có lẽ trong bản phát hành tới 15:46 &lt;jrandom&gt; hoặc có lẽ sau đó, để chúng ta không có /quá nhiều/ cùng lúc 15:49 &lt;jrandom&gt; ok, còn ai có gì nữa cho buổi họp không? 15:51 &lt;jrandom&gt; nếu không 15:51 * jrandom winds 15:51 &lt;stealth&gt; Tôi có vài câu hỏi: Tôi nhận thấy tất cả eepsites được ánh xạ ra internet bên ngoài, ví dụ http://tracker.postman.i2p.tin0.de/. Điều đó là chủ ý chứ? 15:51 &lt;jrandom&gt; [đã lưu] 15:51 &lt;jrandom&gt; chắc rồi, tôi nghĩ điều đó hay mà 15:51 &lt;jrandom&gt; ai xuất bản thông tin thì nên kỳ vọng thông tin của họ là công khai 15:52 -!- gloin [gloin@irc2p] has joined #i2p 15:52 &lt;jrandom&gt; Tôi nghĩ tino có cách để mọi người từ chối tham gia (opt-out) nữa 15:52 &lt;tethra&gt; nhanh gọn thật 15:53 &lt;stealth&gt; Chúng cũng được Google lập chỉ mục... 15:53 &lt;jrandom&gt; đó chẳng phải là điều tốt sao, stealth? 15:53 &lt;Complication&gt; Nó có liên quan đến một quy ước tương tự như "robots.txt" phải không 15:54 &lt;jrandom&gt; ừ Complication 15:54 &lt;Complication&gt; (có lẽ tốt nhất là hỏi tin0) 15:54 &lt;@postman&gt; chết tiệt, tôi đến muộn quá 15:54 &lt;@postman&gt; (lại nữa) 15:54 &lt;jrandom&gt; không, vẫn chưa kết thúc đâu postman :) 15:54 &lt;Complication&gt; Anh ấy có viết về việc đó trên diễn đàn, vào lúc nào đó 15:54 &lt;Complication&gt; Có thể tìm được ở đó 15:54 &lt;@postman&gt; à hay đó ( hello nhé) :) 15:55 &lt;jrandom&gt; Ừ, có thể opt-out, nhưng tôi không hiểu khái niệm opt-out đối với nội dung i2p (mọi người đang thúc đẩy ý tưởng 'bản quyền' - "đừng sao chép nội dung của tôi hoặc làm nó hiển thị ở nơi khác"?) 15:55 &lt;jrandom&gt; nhưng dù sao, tino tử tế hơn tôi về các inproxy (proxy vào) ;) 15:56 -!- Rawn [Rawn@irc2p] has quit [Connection reset by peer] 15:56 -!- gloin [gloin@irc2p] has quit [Connection reset by peer] 15:57 -!- Karellen [Karellen@irc2p] has quit [Connection reset by peer] 15:57 &lt;Complication&gt; Đúng vậy, không nên giả định rằng các nhà cung cấp in-proxy khác cũng sẽ tử tế như vậy 15:58 -!- Karellen [Karellen@irc2p] has joined #i2p 15:58 -!- Rawn [Rawn@irc2p] has joined #i2p 15:58 -!- mode/#i2p [+v Rawn] bởi chanserv 15:59 &lt;Complication&gt; Thông tin dự định giữ bí mật... tốt nhất là đơn giản không công bố 15:59 &lt;tethra&gt; đúng vậy :/ 15:59 &lt;stealth&gt; Đúng, nhưng nó có thể thu hút quá nhiều sự chú ý đến i2p trước khi mọi thứ thực sự hoàn toàn an toàn. Vấn đề theo tôi là hiện I2p không có đủ node cho mức ẩn danh rất tốt... 16:00 -!- Complication [Complicati@irc2p] has quit [Connection reset by peer] 16:00 &lt;jrandom&gt; mức ẩn danh của chúng ta không phụ thuộc vào kích thước, và i2p đã được Google lập chỉ mục nhiều rồi 16:01 &lt;jrandom&gt; (hoặc, mức ẩn danh cơ bản không phụ thuộc vào kích thước) 16:01 &lt;jrandom&gt; nhưng dĩ nhiên, ai cần mức ẩn danh “cứng” thì không nên dùng i2p lúc này. 16:01 -!- digger3 [digger3@irc2p] has quit [Connection reset by peer] 16:01 -!- digger3 [digger3@irc2p] has joined #i2p 16:02 &lt;bar&gt; tôi sẽ không lo, 99% sẽ chỉ bỏ qua liên kết có vẻ chết xuất hiện trên Google... 1% còn lại có lẽ hơi “geek” và muốn biết thêm 16:03 -!- gloin [gloin@irc2p] has joined #i2p 16:03 &lt;bar&gt; (ờ thì.. chết, cái đó còn tùy inproxy của tino có chạy hay không, dĩ nhiên) 16:05 &lt;jrandom&gt; ok, còn ai có gì nữa cho buổi họp không? 16:06 &lt;jrandom&gt; nếu không 16:06 * jrandom kết thúc 16:07 * jrandom *baf*s kết thúc buổi họp </div>/vi/blog/2006/01/24/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-24/Tue, 24 Jan 2006 00:00:00 +0000/vi/blog/2006/01/24/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-24/<p>Chào mọi người, thứ Ba cứ quay lại mãi&hellip;</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Quy trình build mới 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa qua không mang đến nhiều thay đổi cho mạng lưới, khi phần lớn người dùng (77%) đã nâng cấp lên bản phát hành mới nhất. Tuy vậy, có một số thay đổi lớn đang ở phía trước, liên quan đến quy trình xây dựng tunnel (đường hầm) mới, và những thay đổi này sẽ gây ra một vài trục trặc cho những ai đang hỗ trợ thử nghiệm các bản dựng chưa phát hành. Tuy nhiên, nhìn chung, những người dùng các bản phát hành vẫn sẽ có mức độ dịch vụ khá đáng tin cậy.</p>/vi/blog/2006/01/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-1-n%C4%83m-2006/Tue, 17 Jan 2006 00:00:00 +0000/vi/blog/2006/01/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-1-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> b0unc3, cat-a-puss, cervantes, Complication, DoubtfulSalmon, dust, jme\___, jrandom, lordalbert, Pseudonym, tethra, wmpq, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:40 &lt;jrandom&gt; 0) chào 15:40 &lt;jrandom&gt; 1) Trạng thái mạng và 0.6.1.9 15:40 &lt;jrandom&gt; 2) Mật mã tạo tunnel 15:40 &lt;jrandom&gt; 3) Blog Syndie 15:40 &lt;jrandom&gt; 4) ??? 15:40 &lt;jrandom&gt; 0) chào 15:40 * jrandom vẫy tay 15:40 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 &lt;@cervantes&gt; pfff, thật may I2P còn đáng tin hơn NASA 15:41 &lt;jrandom&gt; heh 15:41 &lt;tethra&gt; haha 15:41 &lt;jrandom&gt; (dù tôi đã trễ 20 phút... ;) 15:41 &lt;jrandom&gt; thôi nào, vào luôn mục 1) Trạng thái mạng và 0.6.1.9 15:42 &lt;wmpq&gt; NSA hay NASA, cũng không khác nhau lắm nhỉ? 15:42 &lt;@cervantes&gt; Tôi nói I2P chứ không phải jrandom ;-) 15:42 &lt;jrandom&gt; ý hay đấy cervantes ;) 15:42 &lt;tethra&gt; đừng ngốc thế, jrandom CHÍNH LÀ i2p! ;D 15:42 &lt;@cervantes&gt; ô tôi tưởng đó là một cách suy nghĩ 15:42 &lt;wmpq&gt; [redact] 15:43 &lt;jrandom&gt; heh thôi, dù sao thì 0.6.1.9 đã ra và đang chạy, 70% mạng đã nâng cấp (cảm ơn mọi người) 15:43 &lt;Pseudonym&gt; mmmm, bản phát hành mới ngon lành 15:44 &lt;+zzz&gt; thành công xây client tunnel vẫn &lt;30% 15:44 &lt;jrandom&gt; Tôi chưa nghe nhiều báo cáo về việc tăng thông lượng đầu-cuối đáng kể, dù một số router còn bão hòa cả đường T1 15:44 &lt;+zzz&gt; giảm từ ~40% 15:44 &lt;+Complication&gt; Băng thông có vẻ bình thường, hơi cao hơn so với bản CVS cuối trước khi phát hành. Số peer có vẻ cao hơn. 15:45 &lt;jrandom&gt; hmm, ừ, tôi không quá lo vụ đó zzz, vì tất cả sẽ được viết lại hoàn toàn cho 0.6.2 15:45 &lt;+zzz&gt; BW trung bình tăng từ ~12K lên ~20K 15:45 &lt;jrandom&gt; 0.6.1.9 không nên chọn peer dễ đồng ý hơn (tức có năng lực cao), mà nên tập trung vào những peer có thông lượng cao hơn 15:46 &lt;+Complication&gt; Tỷ lệ truyền lại (ghi nhận 7% vào đêm phát hành) đã giảm xuống còn 6 phẩy gì đó 15:46 &lt;jrandom&gt; ừ, với router đẩy 1-300KBps, sẽ có độ lệch 15:46 &lt;jrandom&gt; hmm, đó là mức khá điên Complication, tôi chỉ thấy 2-3% 15:46 &lt;jrandom&gt; (nhưng tôi không nghi ngờ những gì bạn thấy) 15:47 &lt;+Complication&gt; Tôi đang dùng hết cỡ băng thông đi ra, gần như vậy 15:47 &lt;+Complication&gt; (ý là dùng hết dung lượng đường truyền) 15:47 &lt;jrandom&gt; à, thế thì đúng rồi 15:47 &lt;+zzz&gt; vẫn nhận NULL trước khi get dẫn đến 405 bad method, tốc độ có thể đang giảm, khó nói chắc 15:48 &lt;jrandom&gt; đúng zzz, có vài thứ cần xử lý trong streaming lib (thư viện streaming), nhưng chắc tôi sẽ không đụng tới cho đến sau khi làm mới tunnel của 0.6.2 15:48 &lt;jrandom&gt; (nhưng nếu ai muốn đào sâu trước thì tuyệt vời, dĩ nhiên) 15:49 &lt;jrandom&gt; Complication: nếu bạn giảm bộ giới hạn băng thông xuống khoảng 70% dung lượng đường truyền, thì tỷ lệ lỗi có về mức hợp lý không? 15:49 &lt;+zzz&gt; tôi vẫn nghĩ là có thứ gì đó vào code ngay trước năm mới, nên tốt hơn là xem sớm trước khi quên mấy thay đổi gần đây :) 15:50 &lt;+zzz&gt; Lần đầu thấy ngày 29/12 15:50 &lt;jrandom&gt; đúng zzz, chắc chắn thế. có thể liên quan đến cách ta giờ tôn trọng timeout. 15:51 &lt;+Complication&gt; jrandom: thực ra tôi đang thử rồi :) 15:51 &lt;+Complication&gt; Vừa điều chỉnh vài giây trước khi bạn hỏi, nhưng chắc chưa biết ngay được 15:51 &lt;jrandom&gt; nhưng còn nhiều việc cần làm trong đó để dọn dẹp, và quan trọng hơn là triển khai code tạo tunnel mới (sẽ cải thiện đáng kể tỷ lệ xây tunnel thành công, đồng thời thêm cả loạt cải tiến ẩn danh) 15:51 &lt;jrandom&gt; hay đó Complication, ừ, chờ 3-6 giờ 15:51 &lt;jrandom&gt; (để dọn các giá trị/kết nối cũ) 15:52 &lt;+zzz&gt; ~ 1% - 3% GET hiện tại bị hỏng 15:54 &lt;jrandom&gt; vậy bạn đề nghị hoàn nguyên thay đổi trong streaming lib (để i2psnark sẽ OOM (hết bộ nhớ) tất cả người dùng trong 12-48 giờ) và hoãn việc làm lại streaming lib cho đến sau khi làm tunnel 0.6.2, hay hoãn việc tunnel 0.6.2 một hai tuần để làm lại streaming lib? 15:55 &lt;+zzz&gt; chắc chắn đừng hoàn nguyên 15:56 &lt;+zzz&gt; tùy bạn quyết 15:56 &lt;+Complication&gt; Đó là một lỗi khá ranh mãnh, tôi chỉ có thể nói vậy 15:58 &lt;jrandom&gt; còn các lỗi khác trong streaming lib, nên nếu tôi đã xắn tay thì muốn xử hết cùng lúc (vì các lỗi còn lại không mấy lộ rõ). 15:59 &lt;jrandom&gt; mặt khác, chúng ta sẽ giảm đáng kể băng thông sử dụng, tăng phần trăm xây dựng thành công, ẩn danh tốt hơn, và khả năng cải thiện giám sát cân bằng tải trên mạng sống bằng cách làm phần tunnel trước 15:59 &lt;Pseudonym&gt; nếu chỉ 1-3% lỗi khi duyệt web, tôi nghĩ có thể chờ, nhưng chỉ là ý kiến tôi thôi. 16:00 &lt;jrandom&gt; tôi đang nghiêng về làm phần tunnel trước, vì sau khi triển khai, ta có thể giám sát thụ động mạng trong khi chủ động làm lại streaming lib 16:01 &lt;jrandom&gt; (tôi cũng muốn làm GUI để chỉnh/sửa và đăng lên Syndie, nhưng có thể đợi sau khi hai thứ kia xong ;) 16:01 &lt;+Complication&gt; Ở đây cũng như vậy về tỷ lệ 16:02 &lt;+Complication&gt; (trên eepsite của tôi) 16:04 &lt;jrandom&gt; Ok, tôi nghĩ sẽ rất tốt nếu mọi người để mắt xem các tỷ lệ đó có thay đổi không, nhưng trong lúc đó, tôi sẽ tiếp tục làm phần làm mới tunnel, sau đó sẽ đến phần làm mới streaming lib (cả hai sẽ xong trước 0.6.2) 16:05 &lt;jrandom&gt; (hoặc, nếu ai muốn đào sâu vào streaming lib [hoặc xem có tương tác lạ với i2ptunnel không], báo tôi nhé!) 16:06 &lt;+Complication&gt; jrandom: tò mò thôi, có thể loại trừ i2ptunnel bằng một app test không? 16:07 &lt;+Complication&gt; ví dụ nếu thứ như sample app của jnymo cũng nhận null, thì sẽ loại i2ptunnel khỏi danh sách nguyên nhân nghi vấn? 16:07 &lt;jrandom&gt; có thể đấu một implementation I2PSocket mỏng (trong VM) để làm việc đó, chắc chắn 16:07 &lt;+Complication&gt; Vì, nếu tôi nhớ không nhầm, sample đó dùng trực tiếp streaming lib... 16:08 &lt;+Complication&gt; (hoặc khá trực tiếp) 16:08 &lt;jrandom&gt; ừ, dĩ nhiên nếu thứ gì đó dùng streaming lib có thể tái hiện, thì i2ptunnel sẽ được minh oan 16:10 &lt;+Complication&gt; Hmm, trừ khi ai đó làm trước (tôi sẽ thử hoàn thành cái webcache trước) tôi có thể thử giả lập HTTP kiểu như thế... 16:10 &lt;jrandom&gt; wikked, cảm ơn Complication 16:10 &lt;jrandom&gt; ok, còn gì về 1) Trạng thái mạng và 0.6.1.9 không? 16:11 &lt;jrandom&gt; nếu không, ta lượn qua 2) Mật mã tạo tunnel 16:11 &lt;+Complication&gt; Không, có thể chẳng ra gì hữu ích, hoặc tôi vấp ở giữa chừng... nhưng đó là khả năng khiến tôi tò mò 16:11 &lt;jrandom&gt; ừ, đáng để khám phá Complication 16:12 &lt;jrandom&gt; (và khám phá không nhất thiết phải cho kết quả tích cực mới đáng giá :) 16:12 * cervantes phát hiện một ngoại lệ "moo" trong thay đổi nguồn trước thềm năm mới....có lẽ đó là vấn đề? :) 16:13 &lt;jrandom&gt; ok, có đặc tả mật mã tạo tunnel mới được tham chiếu trong email, dựa trên thảo luận mà toad, Michael và tôi đã có trên mailing list vào tháng 10 năm ngoái 16:14 &lt;jrandom&gt; xem thử và cho tôi biết ý kiến - nó sẽ chưa được triển khai trên mạng sống một thời gian, vì còn những thứ khác cần làm trước, nhưng nó đang tới 16:14 &lt;+Complication&gt; "moo" có phải từ dành riêng trong Java không? ;P 16:14 &lt;+zzz&gt; về mục 2) tôi sẽ giúp review các tham chiếu trong status mail 16:14 &lt;+Complication&gt; Về chủ đề mật mã tunnel, bạn không phiền nếu kiểm tra xem diễn đạt lại sau đây có ổn không - tôi chỉ muốn đảm bảo mình hiểu đúng... 16:14 &lt;jrandom&gt; cảm ơn zzz 16:15 &lt;+Complication&gt; "Mỗi hop mã hóa tất cả các record bằng reply key của họ, khóa mà họ giải mã ra từ record của mình bằng ElGamal private key, và bằng cách mã hóa như vậy, đảo ngược một lớp giải mã (hay nên nói là mã hóa) do chủ sở hữu tunnel thực hiện, khiến record của người tham gia tiếp theo có thể đọc được bằng ElGamal private key của người tiếp theo?" 16:15 &lt;jrandom&gt; Complication: đúng 16:15 &lt;+Complication&gt; Hay diễn đạt của tôi sai toét? 16:16 &lt;+fox&gt; &lt;jme___&gt; và quá phức tạp, nếu tôi được nói 16:16 &lt;jrandom&gt; tôi tin là đúng, nhưng ừ, nhiều mệnh đề quá :) 16:16 &lt;+Complication&gt; Tôi không nghĩ ra cách nào để hình dung tốt hơn. Đã đủ khó như thế rồi. :P 16:16 &lt;jrandom&gt; (hay jme___ bạn đang nói thuật toán quá phức tạp?) 16:17 &lt;+fox&gt; &lt;jme___&gt; không tôi đọc nhanh tài liệu và bỏ vì quá nhiều thứ đòi hỏi kiến thức nền 16:17 &lt;+fox&gt; &lt;jme___&gt; mặt khác tôi cũng không cố nhiều :) bận việc khác 16:17 &lt;jrandom&gt; Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 &lt;+fox&gt; &lt;jme___&gt; đây là peer review hình thức, hay bạn thực sự lo lắng/không chắc? 16:19 &lt;+Complication&gt; Chà, luôn tốt khi biết cơ chế nền đang làm gì... 16:19 &lt;jrandom&gt; Tôi tự tin là nó làm đúng điều tôi định, nhưng tôi thực sự quan tâm nếu ai đó nhìn ra vấn đề 16:19 &lt;+fox&gt; &lt;jme___&gt; nếu là trường hợp sau tôi có thể dành thời gian, nhưng kiến thức tôi cũ và không sẵn ngay trong đầu 16:20 &lt;+fox&gt; &lt;jme___&gt; nếu không thì tôi tin :) 16:20 &lt;jrandom&gt; phần ghi chú có vài câu hỏi - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 &lt;jrandom&gt; không gấp, có lẽ phải một hai tuần trước khi crypto mới này thực sự được dùng trong router 16:22 &lt;@cervantes&gt; jrandom: về mấy cái đó, chèn một độ trễ ngẫu nhiên giữa các hop có làm giảm hiệu năng nhiều không? 16:22 &lt;@cervantes&gt; vì có vẻ đó là lựa chọn hợp lý nhất để ngăn tấn công thời gian 16:23 &lt;jrandom&gt; đây là tạo tunnel, nên trễ sẽ không hại, dù có thể gây hết hạn lease set sớm trong các lỗi thảm họa 16:25 &lt;jrandom&gt; ừ, tôi không chắc mấy độ trễ đó hiệu quả thế nào. Có thể giúp đáng kể, nhưng cũng có thể không. Tuy nhiên tunnel đang chạy có thể dùng blending để phát hiện peer thông đồng trên tunnel đó, nên tôi không chắc nó quan trọng 16:25 &lt;+fox&gt; &lt;jme___&gt; ok đọc lại 16:27 &lt;jrandom&gt; cảm ơn. ok, không gấp, nhưng nếu/khi ai có ý kiến, gửi cho tôi (hoặc lên list, hoặc lên blog của bạn, v.v.) 16:27 &lt;jrandom&gt; ok, còn gì về mục 2, hay ta chuyển sang 3) Blog Syndie? 16:29 &lt;jrandom&gt; (coi như đã chuyển) 16:29 &lt;jrandom&gt; ok, đồ blog mới hay ho trong syndie, vào khám phá đi ;) 16:29 &lt;@cervantes&gt; rất hay 16:30 &lt;jrandom&gt; các nhóm bên trái có thể chứa link tới url tùy ý, cũng như link tới blog, bài trong blog, hoặc tệp đính kèm của bài trong blog 16:30 &lt;jrandom&gt; còn nhiều cải tiến có thể làm nữa, như thêm style theo blog hoặc theo tag cho bài, icon, v.v. nếu ai muốn đào sâu thì tuyệt (và có tác động rất dễ thấy :) 16:31 &lt;@cervantes&gt; nhân tiện link ngoài được định nghĩa trong comment cũng nên có thuộc tính title đặt là url đích (như bạn đã làm ở panel bên trái) 16:31 &lt;@cervantes&gt; comments/posts 16:32 &lt;jrandom&gt; à, ý hay 16:33 &lt;jrandom&gt; (net.i2p.syndie.sml.BlogPostInfoRenderer method renderLinks(...) :) 16:34 &lt;@cervantes&gt; *viết nguệch ngoạc* 16:35 &lt;jrandom&gt; còn thiếu gì để blog syndie có thể thay thế chức năng cho các eepsite thông tin? rõ ràng, syndie là nội dung tĩnh, nên có những thứ không làm được, nhưng bạn có thể xuất bản nội dung và cho mọi người bình luận 16:36 &lt;jrandom&gt; có tùy biến cụ thể nào bạn muốn làm không? nếu có, báo tôi 16:37 &lt;DoubtfulSalmon&gt; jrandom: cập nhật nội dung hiện có qua script? 16:37 &lt;@cervantes&gt; lưu trữ theo ngày 16:37 &lt;jrandom&gt; DoubtfulSalmon: qua script? 16:37 &lt;jrandom&gt; cervantes: à, như một widget lịch nhỏ, thay vì link "5 bài cũ hơn"? 16:38 &lt;@cervantes&gt; đúng 16:38 &lt;DoubtfulSalmon&gt; jrandom: ví dụ tôi muốn file/văn bản này thay thế file/văn bản kia. Làm thế nào? 16:38 &lt;jrandom&gt; ok hay đó, ừ, cái đó khá dễ (nếu ai đó làm nhanh phần html :) 16:38 &lt;@cervantes&gt; hoặc đơn giản hơn "xem bài của tháng trước" 16:39 &lt;@cervantes&gt; jrandom: bạn chỉ cần bảng 7x6 với vài số trong đó ;-) 16:40 &lt;jrandom&gt; DoubtfulSalmon: thay đổi nội dung đã xuất bản là hướng thú vị. trên diện rộng, sẽ không phải lúc nào cũng hoạt động, vì phải vận hành như thông điệp điều khiển của usenet (hủy bài cũ, v.v.) 16:40 &lt;jrandom&gt; DoubtfulSalmon: mặt khác, bạn có thể đơn giản đăng file/mục mới và thay đổi link bên trái trỏ đến file/mục mới 16:40 &lt;jrandom&gt; (theo cách đó, nội dung cũ vẫn còn, nhưng mọi người được dẫn đến nội dung mới) 16:41 &lt;DoubtfulSalmon&gt; jrandom: vâng, ổn nếu nội dung cũ vẫn còn, miễn là link của mọi người trỏ đến nội dung mới, mà họ không phải sửa nội dung của họ. 16:41 &lt;jrandom&gt; xây một wiki hoàn chỉnh từ đó, về cơ bản đăng các diff với syndie render kết quả, là có thể, nhưng có thể quá mức cần thiết 16:41 &lt;jrandom&gt; hmm, ok tôi hiểu ý bạn 16:42 &lt;jrandom&gt; vậy, bạn muốn khả năng có link có thể redirect, thay vì link hiện tại trỏ tới phiên bản chính xác của nội dung 16:43 &lt;jrandom&gt; có lẽ có thể làm bằng cách link tới bookmark của một blog, và phiên bản chính xác được tìm bằng cách tải bookmark hiện tại của blog đó và xem nó trỏ đi đâu 16:44 &lt;jrandom&gt; ngược lại, phiên bản mới có thể đánh dấu là reply cho bài cũ, nên khi người ta theo link, họ có thể theo tiếp đến reply thay thế nội dung 16:44 &lt;jrandom&gt; (dù có lẽ không mượt mà bằng) 16:44 &lt;DoubtfulSalmon&gt; đúng: tôi muốn có link tới: ảnh radar hiện tại chẳng hạn, thứ sẽ cập nhật mỗi 10 phút. Ổn nếu nội dung không bay khắp mạng, nhưng nếu ai đó link tới trang của tôi, người dùng nên thấy ảnh hiện tại. 16:45 &lt;jrandom&gt; ừ, còn tùy họ muốn gì - họ muốn link tới ảnh như nó đã tồn tại khi họ tham chiếu, hay link tới dịch vụ render ảnh khi người đọc xem 16:45 &lt;+Complication&gt; cervantes: chuyện lạ trong ngày :D Bài cuối ở: `http://forum.i2p/viewtopic.php?t=1199&start=15` 16:46 &lt;+Complication&gt; Cảm giác như lại là một trong các overlord rô-bốt của ta :P 16:46 &lt;jrandom&gt; nhưng ý tưởng hỗ trợ cả hai khái niệm là tốt, và tôi không nghĩ sẽ phiền phức lắm 16:46 &lt;@cervantes&gt; cám ơn 16:46 &lt;jrandom&gt; dù sẽ cần một mở rộng nhỏ cho sml (ví dụ [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.png"]) 16:47 * cervantes sẽ nâng cấp phòng thủ forum nếu ta bắt đầu nhận nhiều cái như thế 16:47 &lt;@cervantes&gt; (đã biết cách chặn cái đó) 16:47 &lt;DoubtfulSalmon&gt; jrandom: họ nên có thể link tới cả phiên bản tĩnh của nó, miễn là người syndicator chưa xóa nội dung, cũng như một url tổng quát trỏ tới bản mới nhất 16:47 &lt;jrandom&gt; (thứ sẽ xem meta post hiện tại của ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= để lấy bookmarks, lôi uri chính xác từ cái tên "radar.png") 16:48 &lt;DoubtfulSalmon&gt; jrandom: cái đó giờ có thể làm bằng kiểu: "Xem 1 bài mới nhất trong tag &lt;chuỗi kỳ lạ&gt;" không 16:48 &lt;jrandom&gt; à, ý hay - có thể 16:49 &lt;jrandom&gt; thậm chí có thể hạn chế thành "Xem bài mới nhất bởi $author với tag $tag" 16:49 &lt;jrandom&gt; (để người khác không giả mạo) 16:49 &lt;DoubtfulSalmon&gt; vậy có lẽ thêm UI nào đó để người dùng không phải thấy tag kỳ lạ và các thứ 16:50 &lt;jrandom&gt; có ví dụ về cách nó trông ở trên, dù tôi không nhớ uri... nhưng ừ, là một link bao quanh đoạn văn bản được link 16:50 &lt;DoubtfulSalmon&gt; Tôi đoán tất cả thông tin đó có thể đưa vào dạng URL. 16:51 &lt;jrandom&gt; nhưng viết SML nguồn thì chắc chắn phức tạp, đó là lý do tại sao một GUI tạo SML sẽ hữu ích 16:51 &lt;jrandom&gt; chúng là thuộc tính trên thẻ SML, không phải URL 16:52 &lt;@cervantes&gt; và GUI SML sẽ khó nếu không có javascript 16:52 &lt;DoubtfulSalmon&gt; nhưng bạn có thể bookmark kết quả tìm kiếm đúng không? 16:52 &lt;jrandom&gt; kết quả tìm kiếm là gì? 16:52 &lt;jrandom&gt; và bạn nói bookmark là gì? 16:52 &lt;@cervantes&gt; (hoặc một tiện ích mở rộng trình duyệt ;-) 16:52 &lt;jrandom&gt; à, bookmark phía trình duyệt, đúng 16:52 &lt;+Complication&gt; Kết quả bộ lọc? 16:53 &lt;jrandom&gt; nhưng những bookmark đó nhìn chung không thể chia sẻ được 16:53 &lt;DoubtfulSalmon&gt; à: "lấy 1 bài mới nhất bởi X với tag Y" 16:53 &lt;jrandom&gt; (thực tế, phần lớn là được, nhưng không phổ quát, vì chúng là URLs chứ không phải URIs)) 16:53 &lt;DoubtfulSalmon&gt; vâng, sẽ tốt nếu blog khác cũng có thể link tới những cái đó 16:54 &lt;jrandom&gt; DoubtfulSalmon: họ có thể, với sml 16:54 &lt;jrandom&gt; [blog tag="Y" bloghash="X"] 16:54 &lt;DoubtfulSalmon&gt; ôi ngon 16:55 &lt;jrandom&gt; cervantes: javascript, hoặc xul, hoặc java, hoặc ứng dụng khách phụ thuộc hệ điều hành nào đó 16:57 &lt;@cervantes&gt; à hay, vậy bạn không ngại phụ thuộc vào script hay plugin 16:57 &lt;jrandom&gt; (khi website của ta được làm lại cho 0.6.2, syndie chắc chắn sẽ có một website giải thích syndie là cái quái gì, và nó có thể làm mọi thứ trừ rửa bát ;) 16:57 &lt;@cervantes&gt; (miễn là suy giảm chức năng mượt) 16:57 &lt;jrandom&gt; cervantes: syndie nên hoạt động với lynx, nhưng có nhiều chỗ cho client phong phú 16:58 &lt;jrandom&gt; (s/function/functional/) 16:58 &lt;@cervantes&gt; đúng..vậy người dùng lynx sẽ nhận một bảng tham chiếu SML, nhưng không hơn 16:58 &lt;jrandom&gt; ừ, như ta có bây giờ 16:58 &lt;jrandom&gt; dù có lẽ một SML giản lược, chưa biết. 17:01 &lt;+Complication&gt; jrandom: bạn có nghĩ có dù chỉ hơi khả dĩ... rằng lỗi null có thể liên quan đến gzip encoding? 17:01 &lt;+Complication&gt; Tôi đang nghĩ cách tắt gzipping cho tunnel eepsite của tôi... 17:01 &lt;+Complication&gt; Hay hoàn toàn không thể? 17:01 &lt;@cervantes&gt; có một số thứ nén http được thêm ngay trước năm mới trong i2ptunnel 17:03 &lt;jrandom&gt; ừ, có thể - bạn có thể tắt nó phía client với i2ptunnel.gzip=false (trên /configadvanced.jsp). hiện tại tôi không nghĩ bạn có thể tắt trong i2ptunnelhttpserver 17:03 &lt;+zzz&gt; nó ở phía request nơi không có nén 17:03 &lt;+zzz&gt; server sẽ không nén nếu client đặt false 17:03 &lt;+Complication&gt; zzz: à, đúng, tôi quên mất 17:04 &lt;jrandom&gt; (nhưng không quá khó bạn có thể thêm vào I2PTunnelHTTPServer [dòng 310, v.v]) 17:04 * Complication thật ngốc, và xin lỗi vì điều đó 17:04 &lt;@cervantes&gt; (hoặc bạn có thể dùng một tunnel bình thường) 17:04 &lt;+Complication&gt; Aha, cảm ơn... 17:05 &lt;jrandom&gt; hmm, dù khi i2ptunnelhttpserver nhận được GET, null đã ở đó rồi 17:05 &lt;+zzz&gt; vâng tôi đã chuyển orion về tunnel HTTP giúp thời gian tải cho trang của anh ấy nhanh hơn nhiều vì giờ lại nén 17:05 &lt;+Complication&gt; Bằng cách nào đó tôi quên béng rằng gzipping bắt đầu khi client và server đã ĐỒNG Ý làm nó 17:05 &lt;jrandom&gt; vậy có thể ở phía client, nhưng chắc chắn không phải phía server 17:05 &lt;jrandom&gt; ừ zzz, giờ nhanh điên cuồng :) 17:05 &lt;+zzz&gt; nó ở phía _request_ chứ không ở phía _response_ - có thể ở phía client hoặc server 17:06 &lt;jrandom&gt; đúng 17:09 &lt;jrandom&gt; ok, còn ai có gì về 3) Blog Syndie không? 17:09 &lt;jrandom&gt; nếu không, ta nhảy qua 4) ??? 17:09 &lt;jrandom&gt; ai còn gì muốn đưa ra trong buổi họp không? 17:10 &lt;cat-a-puss&gt; Complication: Java's gzip stream + I2P tunnels. Không HOẠT ĐỘNG và đó là lỗi của sun 17:10 &lt;jrandom&gt; hmm cat-a-puss? thật à? 17:10 &lt;+zzz&gt; cập nhật HTTP persistent connections: phía client gần xong, phía server tiến triển tốt, còn nhiều việc "chống đạn" và kiểm thử, ước tính hoàn tất 2-4 tuần 17:10 &lt;jrandom&gt; nice1 zzz! 17:11 &lt;cat-a-puss&gt; jrandom: ừ tôi đã nói với bạn chuyện đó khá lâu rồi, tôi có thể tìm lại giải thích dài về lý do, nhưng có lẽ tốt nhất là chỉ tài liệu hóa đâu đó vì chẳng có lý do gì để làm. 17:12 &lt;jrandom&gt; hmm tôi bị mất ngữ cảnh, chính xác cái gì không hoạt động? lỗi của sun là gì? 17:14 &lt;dust&gt; tôi nhận log lạ kiểu này: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status &lt;html&gt; 17:14 &lt;jrandom&gt; hmm, thú vị 17:15 &lt;jrandom&gt; tracker nào vậy? 17:15 &lt;cat-a-puss&gt; jrandom: Như tôi nhớ sun dùng zip không header và một magic number để báo đó là luồng zip. Nhưng con số đó lại vô tình là số âm, vậy nếu bạn tạo một luồng zip trong một luồng zip vì lý do nào đó, nó đọc dữ liệu từ luồng như một dãy byte không dấu và thế là magic number bị chuyển thành số dương nào đó khác. (có thể tôi bỏ lỡ vài chi tiết nhưng đại ý là thế) 17:16 &lt;dust&gt; ví dụ OSDevWithCVS_3E.pdf.torrent 17:17 &lt;dust&gt; d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 &lt;jrandom&gt; hmm, tôi không biết gì về chuyện đó, và tôi cũng không chắc nó ảnh hưởng tới luồng gzip qua i2ptunnel thế nào (nếu /có/, tất cả sẽ hỏng, vì ta gzip mọi thứ) 17:19 &lt;jrandom&gt; ok hay dust, vậy tracker của postman. hmm, bạn đang dùng 0.6.1.9 chứ dust? 17:20 &lt;cat-a-puss&gt; jrandom: ừ đã gần một năm từ lúc tôi gặp vấn đề đó nên tôi không nhớ rõ, và tôi không biết có được sửa trong 1.5 hay không nhưng tôi đã cực kỳ vất vả cố hiểu vì sao mọi loại luồng bình thường đều hoạt động, nhưng khi bọc chúng trong luồng nén thì tất cả đều hỏng. 17:20 &lt;dust&gt; đúng 17:20 &lt;jrandom&gt; cat-a-puss: chúng tôi đã thay đổi rất nhiều cho nén qua i2p trong năm qua ;) 17:21 &lt;jrandom&gt; (và cá nhân tôi không dùng 1.5) 17:21 &lt;jrandom&gt; nhưng chúng tôi tự mã hóa zip một cách tường minh, thay vì dùng packaged stream của họ (nhưng vì lý do ẩn danh/hiệu quả, không phải tương thích) 17:22 &lt;@cervantes&gt; zzz: chính xác trong request thì null xảy ra ở đâu? ngay sau GET? 17:22 &lt;+Complication&gt; Trước đó, nếu tôi nhớ 17:23 &lt;+fox&gt; &lt;lordalbert&gt; chào 17:23 &lt;+Complication&gt; Lưu ý: Celeron 300 cho tỷ lệ truyền lại thấp hơn gấp đôi so với Sempron 17:23 &lt;jrandom&gt; chào lordalbert 17:23 &lt;jrandom&gt; hay Complication, 2-3% là hợp lý (dù tôi muốn thấp hơn, dĩ nhiên) 17:23 &lt;@cervantes&gt; sẽ thú vị nếu bắn một loạt yêu cầu HEAD hay gì đó... 17:24 &lt;jrandom&gt; ừ, một bộ test cục bộ sẽ rất tốt, dù nếu tôi nhớ không nhầm Complication đã thử lúc trước mà không lỗi 17:24 &lt;+fox&gt; &lt;lordalbert&gt; ai có thể làm tracker ẩn danh không? Tôi thử rồi mà không hiểu dùng tunnel thế nào 17:24 &lt;+Complication&gt; cervantes: tôi từng thử chọc cho nó xảy ra, với wget đệ quy giữa 2 node của tôi 17:24 &lt;+Complication&gt; Mệt trước khi nó xảy ra 17:25 &lt;@cervantes&gt; heh 17:26 &lt;+fox&gt; &lt;lordalbert&gt; 'lo b0unc3 ;) 17:26 &lt;+fox&gt; &lt;b0unc3&gt; lordalbert, :D 17:26 &lt;+Complication&gt; lordalbert: bạn cần tư vấn phần nào? 17:27 &lt;+Complication&gt; Về thiết lập tracker, tiếc là tôi không biết. 17:27 &lt;+Complication&gt; Về I2PTunnel, tôi có thể thử giải thích... 17:27 &lt;+fox&gt; &lt;lordalbert&gt; Tôi đã cài BTtracker, và nó chạy hoàn hảo 17:28 &lt;+Complication&gt; Cũng cần lưu ý rằng, để tracker VẪN ẩn danh, có lẽ nên chạy cấu hình khá cẩn thận 17:28 &lt;+fox&gt; &lt;lordalbert&gt; giờ, tôi muốn ẩn danh hóa nó 17:28 &lt;+fox&gt; &lt;lordalbert&gt; vậy 17:28 &lt;jrandom&gt; Tôi chắc chúng ta có thể giúp xử lý sau buổi họp. bạn không nên dùng tracker chung chung, bạn cần cái được xây cho ẩn danh 17:28 &lt;+fox&gt; &lt;lordalbert&gt; tôi vừa làm một i2ptunnel 17:29 &lt;jrandom&gt; (ví dụ bản chỉnh sửa bytemonsoon mà bạn có thể tìm ở bất kỳ tracker i2p nào, hoặc trong cvs) 17:29 &lt;+fox&gt; &lt;lordalbert&gt; giờ, tôi muốn biết dùng tunnel này thế nào. Tôi đã làm một tunnel rồi 17:29 &lt;jrandom&gt; ok, ai còn gì khác cho buổi họp không? 17:30 &lt;jrandom&gt; lordalbert: `http://localhost:7657/i2ptunnel/` sẽ cho bạn tạo một 'http server tunnel' trỏ tới webserver/tracker của bạn, nhưng tracker của bạn sẽ không hoạt động trừ khi nó đã được chỉnh sửa để dùng ẩn danh 17:30 &lt;+fox&gt; &lt;lordalbert&gt; jrandom, tôi phải dùng tracker nào? 17:31 &lt;+Complication&gt; postman dùng bản chỉnh sửa của ByteMonsoon, tôi nghĩ vậy 17:32 &lt;jrandom&gt; i2p-bytemonsoon đã được chỉnh sửa để dùng ẩn danh - có một zip ở @ `http://i2p-bt.postman.i2p/,` và có cvs ở http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ nhưng tôi thực sự không biết nhiều về nó 17:32 &lt;+fox&gt; &lt;lordalbert&gt; bytemonsoon không phải lỗi thời à? 17:32 &lt;jrandom&gt; nếu nó hoạt động, thì không lỗi thời. nó hoạt động 17:33 &lt;+fox&gt; &lt;lordalbert&gt; ok XD 17:33 &lt;jrandom&gt; có nhiều tracker ngoài kia, và nếu nhà phát triển nào muốn chỉnh sửa để chạy an toàn và ẩn danh, thì quá tốt 17:33 &lt;+Complication&gt; Có thể khá cũ... nhưng chắc chắn hoạt động với destkeys (khóa đích) thay vì IP... 17:33 &lt;+Complication&gt; Không thể nói về bảo mật và chống rò rỉ 17:34 &lt;jrandom&gt; (nó được duck và những người khác chỉnh sửa cho ẩn danh và bảo mật) 17:34 &lt;+Complication&gt; Nhưng nó đã chạy một thời gian, và có vẻ xoay sở được... 17:35 &lt;jrandom&gt; ok, nếu không còn gì khác cho buổi họp... 17:36 * jrandom kết thúc 17:36 * jrandom *baf*S buổi họp khép lại </div>/vi/blog/2006/01/17/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-01-17/Tue, 17 Jan 2006 00:00:00 +0000/vi/blog/2006/01/17/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2006-01-17/<p>Chào mọi người, lại là thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.9 2) Mật mã cho việc tạo Tunnel (đường hầm trong I2P) 3) Các blog Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.9</li> </ol> </li> </ul> <p>Với phiên bản 0.6.1.9 đã phát hành và 70% mạng lưới đã được nâng cấp, phần lớn các bản vá lỗi đi kèm có vẻ hoạt động như mong đợi, các báo cáo cho biết cơ chế lập hồ sơ tốc độ mới đang chọn ra được một số peer (nút ngang hàng) tốt. Tôi đã nghe về thông lượng duy trì trên các peer nhanh vượt 300KBps với mức sử dụng CPU 50-70%, trong khi các router khác ở mức 100-150KBps, giảm dần xuống những router chỉ đạt 1-5KBps. Tuy vậy vẫn còn biến động đáng kể về danh tính router, nên có vẻ bản vá mà tôi nghĩ sẽ giảm điều đó thì không (hoặc sự biến động là hợp lý).</p>/vi/blog/2006/01/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-1-n%C4%83m-2006/Tue, 10 Jan 2006 00:00:00 +0000/vi/blog/2006/01/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-1-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, Complication, jrandom, Pseudonym, teal`c\_, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) chào 15:26 &lt;jrandom&gt; 1) Tình trạng mạng 15:26 &lt;jrandom&gt; 2) Lập hồ sơ thông lượng 15:26 &lt;jrandom&gt; 3) blog Syndie 15:26 &lt;jrandom&gt; 4) Kết nối HTTP duy trì (persistent) 15:26 &lt;jrandom&gt; 5) I2Phex gwebcache 15:26 &lt;jrandom&gt; 6) ??? 15:26 * jrandom vẫy tay 15:26 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 &lt;jrandom&gt; (ừ, tôi biết... chúng ta cần 7) Một điều nữa...) 15:28 &lt;jrandom&gt; nhảy ngay vào 1) Tình trạng mạng 15:28 &lt;jrandom&gt; Nói chung thì vẫn như cũ thôi, ngoài những gì trong email. 15:28 &lt;jrandom&gt; Có ai muốn nêu gì về mục 1) không? 15:30 &lt;jrandom&gt; ok, nếu không thì chuyển sang 2) Lập hồ sơ thông lượng 15:31 &lt;tethra&gt; nghe hay đấy, nhưng cho tôi hỏi mục tiêu là gì? 15:31 &lt;jrandom&gt; tìm các peer (nút ngang hàng) nhanh 15:31 &lt;tethra&gt; (tha lỗi cho tôi thiếu dí dỏm và tế nhị) 15:31 &lt;tethra&gt; à, hay đấy. 15:32 &lt;jrandom&gt; cơ bản là, cách lập hồ sơ tốc độ cũ của chúng ta không tốt lắm (xem ghi chú trạng thái tuần trước để tóm tắt), và cái này có vẻ khá tốt trong việc tìm các peer mà tôi biết là nhanh 15:32 &lt;jrandom&gt; (Tôi biết họ nhanh vì tôi đã 'ăn gian' và đo bằng các kỹ thuật không ẩn danh) 15:33 &lt;tethra&gt; sốc thật! ;) 15:33 &lt;jrandom&gt; ((vâng, có thể ai đó điên rồ đã tiến hành các cuộc tấn công để làm rối các phép đo của tôi, nhưng, ờ, tôi nghi ngờ điều đó ;) 15:33 &lt;tethra&gt; haha 15:33 &lt;tethra&gt; tuyệt, vậy điều đó sẽ khiến các client tunnels dễ tìm thấy một peer 'tốt' hơn và có lẽ sẽ đặt các peer 'nhanh' dưới ít áp lực hơn, đúng không? 15:35 &lt;tethra&gt; s/'good'/fast/ 15:35 &lt;jrandom&gt; đúng với ý đầu, nhưng không hẳn với ý sau - nó sẽ không giảm áp lực lên họ, nhưng sẽ cho phép mọi người sử dụng họ hiệu quả hơn 15:35 &lt;@cervantes&gt; Tôi đoán những người có các peer nhanh sẽ phải hy vọng cơ chế throttling của peer đủ tốt để gánh thêm mức tham gia 15:36 &lt;jrandom&gt; ví dụ, thay vì $slow--&gt;$fast--&gt;$fast, sẽ là $fast--&gt;$fast--&gt;$fast 15:36 &lt;tethra&gt; à, tôi hiểu 15:36 &lt;jrandom&gt; ừ cervantes, tôi cũng đã chú ý đến hồ sơ năng lực (capacity) và nó đang phát huy tác dụng 15:36 &lt;@cervantes&gt; tuyệt 15:37 &lt;jrandom&gt; sự tương tác giữa năng lực và tốc độ là quan trọng - các peer không được coi là nhanh nếu họ không có năng lực cao, ngay cả khi tốc độ của họ được xếp hạng cao hơn mọi người khác 15:37 &lt;@cervantes&gt; sẽ thú vị khi xem nó ảnh hưởng thế nào đến thông lượng 15:37 &lt;jrandom&gt; (đó là lý do 'nhanh' chỉ là viết tắt của 'nhanh và năng lực cao') 15:37 &lt;@cervantes&gt; +h 15:37 &lt;jrandom&gt; ừ cervantes 15:39 &lt;jrandom&gt; ok, nếu không còn gì về 2, hãy nhảy sang 3) blog Syndie 15:40 &lt;jrandom&gt; Tôi không có gì nhiều để bổ sung ngoài những gì trong email 15:41 &lt;@cervantes&gt; trông rất ổn 15:41 &lt;tethra&gt; cá nhân tôi rất thích hướng đi của các blog. Có thể nói tất cả đều 'ngon lành'. 15:41 &lt;tethra&gt; :D 15:41 &lt;+Complication&gt; Tới hơi muộn, xin lỗi. 15:42 &lt;jrandom&gt; hay, nó giống như ban đầu, nhưng tôi nghĩ chế độ xem blog có nhiều tiềm năng 15:42 &lt;jrandom&gt; mừng Complication quay lại, đừng lo, chúng ta có log :) 15:43 &lt;+Complication&gt; Đang đọc lại phần trước ngay giờ :) 15:43 &lt;jrandom&gt; Tôi nghĩ cả hai chế độ xem đều có chỗ đứng, tôi đoán còn tùy người dùng 15:43 &lt;jrandom&gt; (và nội dung, và tác giả) 15:45 &lt;jrandom&gt; một điều là html không được hay ho cho lắm. cervantes đã giúp tôi 'tân trang' hiểu biết rất cơ bản của tôi theo hướng hiện đại hơn, nhưng vẫn còn nhiều vấn đề 15:46 &lt;jrandom&gt; sẽ còn tiếp tục cải tiến giao diện web của syndie, và nếu có tình nguyện viên html nào muốn giúp về định dạng, thiết kế, css, vấn đề tương thích đa trình duyệt, v.v., thì rất đáng trân trọng 15:47 &lt;@cervantes&gt; ngoài việc có 2 thẻ mở &lt;style&gt;, mã trông khá sạch ;-) 15:47 &lt;jrandom&gt; heh thôi chết 15:48 &lt;@cervantes&gt; Tôi nghĩ trọng tâm sẽ là khiến phần styling sạch và dễ đọc và có lẽ thiết kế vài template thay thế 15:48 &lt;jrandom&gt; hmm 15:49 &lt;jrandom&gt; đó là một điều tôi đã nghĩ cho chế độ xem blog - sẽ dễ cho phép mọi người tùy biến một số thuộc tính (màu, phông chữ, kích thước), nhưng tôi không chắc còn có thể đến mức nào nữa 15:50 &lt;jrandom&gt; mặt khác, chế độ xem blog, giống như chế độ xem chuỗi, chỉ là một template phủ lên kho lưu trữ của syndie 15:50 &lt;@cervantes&gt; bạn chắc chắn không muốn cho phép các template có thể triển khai 15:50 &lt;jrandom&gt; vậy câu hỏi là, template dành cho ai? 15:50 &lt;jrandom&gt; (những người dùng template sẽ cần mức kinh nghiệm nào) 15:51 &lt;@cervantes&gt; Tôi đang nghĩ chỉ cần một tùy chọn cấu hình dạng popup mà ai đó có thể chọn cho blog của họ 15:51 &lt;jrandom&gt; hmm? 15:51 &lt;@cervantes&gt; Tôi muốn "Pony Look" 15:51 &lt;jrandom&gt; à, được 15:51 &lt;@cervantes&gt; vậy chúng ta phát hành syndie kèm nhiều skin 15:52 &lt;jrandom&gt; ừ, màu/phông/etc dựng sẵn 15:52 &lt;jrandom&gt; (và biểu tượng, v.v.) 15:52 &lt;jrandom&gt; đó là một điều vẫn chưa thực sự được triển khai qua chế độ xem blog 15:54 &lt;jrandom&gt; ý tưởng hay về bộ chọn theme đơn giản, thay vì một tập tùy chọn phức tạp 15:54 &lt;@cervantes&gt; một phương án khác là ai đó có thể cung cấp các preset template của riêng họ để tải về trên site của họ - có thể lưu vào một thư mục theme 15:55 &lt;@cervantes&gt; tùy mỗi người nếu họ muốn tin tưởng skin tùy biến của tác giả blog 15:55 &lt;jrandom&gt; ... tin à? 15:55 &lt;jrandom&gt; không có gì trong syndie cho phép bạn dùng html hay css không an toàn 15:55 &lt;tethra&gt; còn javascript/etc không an toàn thì sao 15:55 &lt;jrandom&gt; các skin sẽ là tệp văn bản/tệp cấu hình/hình ảnh, chứ không phải jsp 15:55 &lt;tethra&gt; ? 15:56 &lt;tethra&gt; (ví dụ chuyển trang tới các địa chỉ không ẩn danh bằng js?) 15:56 &lt;@cervantes&gt; còn tùy xem một theme có thể chứa thay đổi html về cấu trúc hay không 15:56 &lt;@cervantes&gt; rồi, ok 15:56 &lt;@cervantes&gt; như vậy sẽ giữ mọi thứ gọn gàng và đơn giản 15:57 &lt;jrandom&gt; tethra: Tôi... cực kỳ do dự về javascript. thấy bài blog mới hôm nay từ default chưa? 15:57 &lt;jrandom&gt; "Tôi chỉ tò mò: nó có dùng AJAX không? Trang có vẻ không cập nhật toàn bộ..." 15:57 &lt;tethra&gt; không, tôi chưa. 15:57 &lt;tethra&gt; cá nhân tôi sẽ tìm cách triệt tiêu bất kỳ js nào được dùng. 15:58 &lt;jrandom&gt; vì syndie là *local*, nó nhanh điên cuồng, và chúng ta không cần lo các vấn đề độ trễ tương tự 15:58 &lt;tethra&gt; vì tôi chẳng tin nó chút nào. 15:58 &lt;tethra&gt; hmm :/ 15:58 &lt;jrandom&gt; cervantes: ừ, rất đơn giản - thậm chí ta có thể để người xem một theme blog mà họ thích bấm "lấy theme này" 15:59 &lt;@cervantes&gt; về lý thuyết bạn có thể cung cấp một thư viện các hàm "an toàn" cho người dùng blog - nhưng đến khi bạn loại bỏ mọi thứ không an toàn khỏi triển khai trình duyệt trung bình thì bạn chỉ còn hàm "alert();" 16:00 &lt;jrandom&gt; heh 16:00 &lt;jrandom&gt; (và bạn sẽ gặp đủ thứ vấn đề về khả năng truy cập với javascript) 16:00 &lt;+Complication&gt; cervantes: lưu ý, alert() trong một vòng lặp vô hạn có thể tệ lắm đấy :P 16:00 * jrandom khá tự hào về sự thân thiện với lynx của syndie 16:00 &lt;tethra&gt; lynx &lt;3 16:02 &lt;jrandom&gt; ok, nếu không còn gì về 3), hãy nhảy sang 4) Kết nối HTTP duy trì (persistent) 16:02 &lt;jrandom&gt; Tôi không có gì để bổ sung ngoài những gì trong email... zzz, bạn đây chứ? 16:02 &lt;@cervantes&gt; có những cách khác để triển khai một giao diện AJAX *spit*, như một tiện ích mở rộng mozilla 16:03 &lt;jrandom&gt; fire2pe++ :) 16:03 &lt;jrandom&gt; zzz có vẻ không ở đây, nên có lẽ ta sẽ phải đợi thêm thông tin về mục 4) sau 16:03 &lt;@cervantes&gt; fire2pe chỉ là một trình trợ giúp - ý bạn là syndilla ;-) 16:03 &lt;jrandom&gt; lol 16:04 &lt;jrandom&gt; (và, phiên bản usb móc khóa, syndog ;) 16:04 &lt;jrandom&gt; ok, chuyển sang 5) I2Phex gwebcache 16:05 &lt;jrandom&gt; Complication: p1ng 16:05 &lt;+Complication&gt; Ừ, vì nó sẽ giúp tích hợp với mạng dễ hơn... 16:06 &lt;+Complication&gt; ...gần đây tôi đã làm việc để hồi sinh phần mã gwebcache vốn đã có trong I2Phex 16:06 &lt;+Complication&gt; Ở giai đoạn này nó đã làm được vài thứ rất hạn chế (như crash gọn gàng) :) 16:06 &lt;+Complication&gt; Cũng quấy rầy máy chủ webcache của awup với mức độ thành công vừa phải 16:07 &lt;jrandom&gt; lol hay đấy 16:07 &lt;+Complication&gt; Tuy vậy tôi hy vọng cuối cùng tôi sẽ làm lại được nó 16:07 &lt;+Complication&gt; (nhiều phần hiện nhằm xử lý địa chỉ IP) 16:09 &lt;jrandom&gt; tuyệt, chúc may mắn, và cho tôi biết nếu có gì tôi có thể giúp 16:09 &lt;+Complication&gt; Sẽ làm :) 16:10 &lt;jrandom&gt; ok, còn gì về 5) I2Phex gwebcache không, hay chúng ta lững thững chuyển sang 6) ??? 16:11 &lt;jrandom&gt; coi như chúng ta đã lững thững chuyển rồi 16:11 &lt;jrandom&gt; ai còn gì cho buổi họp không? 16:11 &lt;@cervantes&gt; thêm một tách trà thì tuyệt 16:12 &lt;tethra&gt; heheh 16:12 &lt;Pseudonym&gt; lộ trình thế nào rồi? 16:12 &lt;jrandom&gt; không thay đổi 16:12 &lt;Pseudonym&gt; còn gì cho 0.6.2? 16:13 &lt;jrandom&gt; tất cả những thứ liên quan đến 0.6.2 16:13 * jrandom cúi đầu né 16:14 &lt;Pseudonym&gt; :-P 16:14 &lt;@cervantes&gt; một chút lấp lánh 16:14 &lt;Pseudonym&gt; chúng ta có ngày/mốc thời gian dự kiến không? 16:14 &lt;jrandom&gt; cụ thể là mật mã và thuật toán tạo tunnel mới, các chiến lược chọn peer mới 16:14 &lt;tethra&gt; heheh 16:14 &lt;jrandom&gt; không có ngày và mốc thời gian (ít nhất là không công bố trong các buổi họp ;) 16:15 &lt;Pseudonym&gt; các chiến lược chọn peer còn gì ngoài mấy thứ thông lượng bạn đang làm không? 16:16 &lt;jrandom&gt; có, các thay đổi lập hồ sơ peer này là vấn đề hiệu năng, không phải các chiến lược chọn và sắp xếp peer liên quan đến ẩn danh 16:16 &lt;+Complication&gt; jrandom: tôi nhớ đúng chứ... nếu tôi đoán phần mật mã tạo tunnel liên quan đến những thứ đã bàn trên mailing list, trong lúc nói về các tấn công predecessor (tiền nhiệm) và các tấn công khác? 16:17 &lt;jrandom&gt; đúng rồi Complication 16:17 &lt;+Complication&gt; s/related/relates 16:19 &lt;+Complication&gt; Bạn sẽ thử làm cho cái cấu trúc dữ liệu nhỏ xinh cầu kỳ đó hoạt động à? 16:19 &lt;jrandom&gt; ừ 16:20 &lt;jrandom&gt; (vì vậy, 0.6.2 sẽ không xuất hiện trong vòng 2 tuần ;) 16:20 &lt;+Complication&gt; Hay đó. Nghe thú vị, chắc tôi nên đọc kỹ về nó 16:21 &lt;+Complication&gt; Hy vọng mọi thứ suôn sẻ 16:21 &lt;jrandom&gt; mới chỉ được bàn suông trên list, chưa có đặc tả được viết ra 16:21 &lt;tethra&gt; xin lỗi, đó là cấu trúc dữ liệu hay ho nào vậy? 16:21 &lt;+Complication&gt; À, và đã hiểu vì sao liên kết (từ thông điệp "moo") không hoạt động. :D Là freedomarchives.i2p (dạng số nhiều, có "s" ở cuối) 16:21 &lt;jrandom&gt; nó sẽ không tương thích ngược, nên 'suôn sẻ' sẽ không phải khẩu hiệu của nó, nhưng hy vọng sẽ không đau quá :) 16:21 &lt;jrandom&gt; ôi trời 16:22 &lt;jrandom&gt; tethra: một cấu trúc dữ liệu vẫn chưa tồn tại để tạo tunnel 16:22 &lt;tethra&gt; hay đấy 16:22 &lt;jrandom&gt; (xem các chuỗi thảo luận về predecessor khoảng tháng 11 hay vậy) 16:23 &lt;tethra&gt; nó sẽ có ưu/nhược điểm gì so với cái hiện tại? (nếu hiện có cái nào :o) 16:23 &lt;jrandom&gt; (xem các chuỗi thảo luận về predecessor khoảng tháng 11 hay vậy) ;) 16:23 &lt;tethra&gt; à, ok 16:23 &lt;+Complication&gt; nếu tôi nhớ không nhầm, để việc tạo tunnel ít minh bạch hơn đối với người quan sát 16:23 &lt;tethra&gt; "" 16:23 &lt;tethra&gt; ;) 16:23 &lt;jrandom&gt; nhưng, đây chưa phải đề xuất, chưa có gì đưa lên bàn cho 0.6.2 cho đến khi mọi thứ trước 0.6.2 được thu xếp xong. 16:23 &lt;jrandom&gt; khi những thứ lẽ ra phải hoạt động đã hoạt động theo cách chúng ta cần, thì ta mới tiếp tục. 16:24 &lt;Pseudonym&gt; ngoài việc chọn peer nhanh, còn gì chưa hoạt động? 16:25 &lt;jrandom&gt; chọn peer nhanh là một phần của 'hiệu năng tốt' 16:25 &lt;jrandom&gt; chúng ta THỰC SỰ có hiệu năng tốt, đối với một mạng ẩn danh, nhưng chưa đủ tốt để cạnh tranh với các mạng không ẩn danh 16:25 &lt;jrandom&gt; để cạnh tranh, chúng ta phải đạt hiệu năng tốt hơn VÀ cung cấp chức năng họ không có ở nơi khác 16:26 &lt;jrandom&gt; (ẩn danh không 'bán' được) 16:26 &lt;Pseudonym&gt; ngoài chọn peer nhanh còn gì nữa không? 16:27 &lt;jrandom&gt; suốt một hai tháng qua, khi đo đạc (benchmark) nhiều khía cạnh của i2p, chọn peer chậm có vẻ là nút thắt nhỏ nhất. nút thắt tiếp theo sẽ là gì thì chưa biết. 16:27 &lt;jrandom&gt; (cũng đã có vô số cải tiến ở nhiều chỗ để nâng cao hiệu năng) 16:27 &lt;jrandom&gt; (xem http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 &lt;Pseudonym&gt; vậy... phát hành phần chọn peer mới tuần này? ;-) 16:28 &lt;teal`c_&gt; i2p chạy ổn 16:29 &lt;jrandom&gt; Pseudonym: ừ, thuật toán hồ sơ peer mới đã ở trong cvs và sẽ được triển khai tuần này cùng 0.6.1.9 16:30 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 16:30 &lt;Pseudonym&gt; hay 16:31 &lt;jrandom&gt; nếu không... 16:31 * jrandom dọn dẹp để kết thúc 16:32 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2006/01/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-10/Tue, 10 Jan 2006 00:00:00 +0000/vi/blog/2006/01/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-10/<p>Chào mọi người, hình như thứ Ba lại tới rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Tình trạng mạng 2) Lập hồ sơ thông lượng 3) Các blog Syndie 4) Kết nối HTTP persistent (duy trì) 5) I2Phex gwebcache 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa qua đã có rất nhiều bản sửa lỗi và cải tiến được đưa vào CVS, với bản build hiện tại là 0.6.1.8-11. Mạng đã tương đối ổn định, dù một vài lần ngừng dịch vụ tại các nhà cung cấp dịch vụ i2p khác nhau đã dẫn tới đôi chút trục trặc lẻ tẻ. Cuối cùng chúng tôi đã loại bỏ được tình trạng churn (thay đổi liên tục) danh tính router quá mức cần thiết trong CVS, và có một bản sửa lỗi mới cho phần lõi do zzz đưa ra hôm qua nghe khá hứa hẹn, nhưng chúng ta sẽ phải chờ xem nó ảnh hưởng như thế nào. Hai điểm lớn khác trong tuần qua là cơ chế lập hồ sơ tốc độ dựa trên thông lượng mới và một số công việc lớn trên chế độ xem blog của Syndie. Về thời điểm 0.6.1.9, nó dự kiến sẽ phát hành trong tuần này, muộn nhất là vào cuối tuần. Hãy theo dõi các kênh quen thuộc.</p>/vi/blog/2006/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-01-n%C4%83m-2006/Wed, 04 Jan 2006 00:00:00 +0000/vi/blog/2006/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-01-n%C4%83m-2006/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, gott, JosephLeBlanc, jrandom, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:22 &lt;jrandom&gt; 0) chào 15:22 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.8 15:22 &lt;jrandom&gt; 2) Kết quả kiểm thử tải và lập hồ sơ peer 15:22 &lt;@cervantes&gt; jrandom: có lẽ là hình phạt chậm chạp kinh khủng nhất kể từ khi họ cấm ném đá 15:22 &lt;jrandom&gt; 3) Tổng kết 2005 / xem trước 2006 / ??? 15:22 &lt;jrandom&gt; 0) chào 15:22 &lt;gott&gt; falafel 15:22 &lt;gott&gt; danh từ: viên chiên nhỏ làm từ đậu gà hoặc đậu fava nghiền, nêm 15:22 &lt;gott&gt; với hạt mè 15:22 &lt;@cervantes&gt; chào 15:22 * jrandom vẫy tay sau khi hồi phục khỏi màn ném falafel 15:22 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-January/001246.html 15:23 &lt;jrandom&gt; vì tôi trễ 10 phút, tôi chắc mọi người đã đọc những ghi chú đó và có sẵn bình luận 15:23 &lt;jrandom&gt; *khụ* 15:23 &lt;jrandom&gt; ok, vào mục 1) tình trạng mạng và 0.6.1.8 15:24 &lt;@cervantes&gt; tức là: nó chạy tốt, chỉ trừ việc giao thức đang làm chậm nó 15:24 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ngoài những gì trong thư - chúng tôi đã “nấu” 0.6.1.8 một thời gian trước khi phát hành, và theo tôi thấy thì mọi thứ khá ổn 15:25 &lt;jrandom&gt; heh đúng vậy, tôi không chắc infoshop đã đăng gì kể từ lần nhập RSS cuối 15:25 &lt;JosephLeBlanc&gt; Ừm, tôi chỉ có vài nhận xét. 15:25 &lt;+Complication&gt; Về tình trạng, dù tôi đã nói trước... sau khi bản build -7 vào CVS, con Celeron 300 của tôi trông như một máy tính thực thụ. Nó kiểu như truyền dữ liệu với vẻ ổn định. 15:26 &lt;+Complication&gt; Cho tôi duyệt eepsites thoải mái, và chỉ hiếm khi đá tôi khỏi IRC. 15:26 &lt;jrandom&gt; chuẩn rồi, Complication 15:26 &lt;jrandom&gt; có gì mới không, JosephLeBlanc 15:26 &lt;@cervantes&gt; /kick complication 15:26 &lt;@cervantes&gt; ôi 15:26 &lt;JosephLeBlanc&gt; Tôi đang chạy CVS mới nhất và, theo như tôi thấy, hầu hết mọi thứ đều ổn. 15:27 &lt;JosephLeBlanc&gt; Tuy nhiên, tôi tự hỏi vấn đề jbigi trên Athlon mà tôi đã nói với bạn trước đây đã được sửa chưa. 15:28 &lt;jrandom&gt; jbigi cho amd64 trên window hiện chưa có trong jbigi.jar, nhưng tôi hy vọng đưa vào 0.6.1.9 15:29 &lt;+Complication&gt; Tôi nghĩ (nhưng không thể xác nhận) rằng nó tập trung chặt hơn vào các peer mà nó đã thấy là thành công... và cách tiếp cận này có thể giữ các đường đi đó khỏi sụp đổ hiệu quả hơn (máy ở sau một NAT hơi quá hung hăng). 15:29 &lt;JosephLeBlanc&gt; Ừ thì, nhật ký trả về: 'NOTICE: Resource name [jbigi] was not found' 15:30 &lt;jrandom&gt; JosephLeBlanc: có một dòng sau đó liên quan đến jbigi - nó nói gì? 15:31 &lt;JosephLeBlanc&gt; Nó ghi: "INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource 15:31 &lt;jrandom&gt; ok tuyệt 15:32 &lt;JosephLeBlanc&gt; Chỉ muốn báo trước cho bạn về dòng NOTICE đó. 15:32 &lt;jrandom&gt; điều đó có nghĩa là nó thử lấy tài nguyên "jbigi" trước, nhưng cái đó không tồn tại (điều này là bình thường - tài nguyên jbigi chỉ dùng trong những tình huống rất hiếm) 15:32 &lt;jrandom&gt; rồi nó thử lấy tài nguyên đặc thù OS/kiến trúc "libjbigi-linux-athlon.so" và thành công 15:33 &lt;JosephLeBlanc&gt; À, được rồi. Vậy có vẻ bug mà tôi gặp trước đó đã được sửa trong -7 15:33 &lt;jrandom&gt; w3wt 15:33 &lt;JosephLeBlanc&gt; Cảm ơn bạn vô cùng. 15:34 &lt;jrandom&gt; np 15:34 &lt;jrandom&gt; Complication: ừ, tôi nghĩ bạn đúng, và một số chiến lược cho 0.6.2 sẽ xây dựng thêm trên khái niệm đó 15:35 &lt;jrandom&gt; được rồi, còn ai có gì cho 1) tình trạng mạng / 0.6.1.8 không? 15:37 &lt;jrandom&gt; nếu không, chuyển sang 2) Kết quả kiểm thử tải và lập hồ sơ peer 15:39 &lt;jrandom&gt; ok, có nhiều thứ trong email, ai có câu hỏi gì không? 15:40 &lt;+bar&gt; mức cải thiện hợp lý là lớn cỡ nào? 15:41 &lt;+Complication&gt; Nhận xét muộn về 0.6.1.8 (vừa thử trên laptop của tôi) - jbigi cũng được nạp đúng ở đó. 15:42 &lt;+Complication&gt; Trước đây, máy này (Mandriva 2005) không tải đúng bản phù hợp. 15:42 &lt;+Complication&gt; Do vấn đề jcpuid. 15:42 &lt;jrandom&gt; Tôi không muốn nêu con số trong cuộc họp, vì nó sẽ ảnh hưởng kỳ vọng của mọi người. Có cải thiện đo được, nhưng còn xa mới đạt tốc độ đường truyền. 15:43 &lt;jrandom&gt; (và bài kiểm thử tải hơi khiên cưỡng) 15:43 &lt;+bar&gt; được rồi np :) 15:44 &lt;jrandom&gt; ngầu đó, Complication. Ừ, cuối cùng tôi đã đóng gói bản port jcpuid bằng C của scintilla :) 15:45 &lt;jrandom&gt; ok, tôi không có nhiều để thêm ở mục 2) ngoài những gì trong thư. Thông tin thêm về phân tích tốc độ sẽ công bố khi nó được phát hành trong 0.6.1.9. 15:47 &lt;jrandom&gt; nếu không còn gì về mục đó, chuyển sang 3) Tổng kết 2005 / xem trước 2006 / ??? 15:49 &lt;+bar&gt; tôi đồng ý với nội dung trong thư, 2005 là một năm tuyệt vời và tôi không thấy 2006 có thể tệ hơn, xét về i2p 15:49 &lt;jrandom&gt; chúng ta đã tiến xa trong năm qua, và mọi người đã làm rất nhiều việc tuyệt vời để thúc đẩy tiến độ. năm tới trông sẽ là năm lớn với chúng ta, rời khỏi các phòng hậu trường geek và bước vào những nơi thực sự quan trọng. 15:50 * tethra đến gần cuối 2005, nhưng vẫn khá tuyệt. *giơ ngón cái* 15:51 &lt;+Complication&gt; Hy vọng điều tốt đẹp nhất. 15:51 &lt;jrandom&gt; Tôi không còn gì thêm, nên nếu ai muốn nêu vấn đề khác cho cuộc họp, xin mời 15:52 &lt;+Complication&gt; Nhân tiện, nếu ai đó muốn dịch một số tài liệu sang tiếng Tây Ban Nha (xem diễn đàn Discussion), thì họ nên phối hợp với ai là tốt nhất? 15:52 &lt;+Complication&gt; ví dụ, phần nào có khả năng thay đổi nhiều, v.v. 15:53 &lt;+Complication&gt; Ngoài ra, các tài liệu nên có định dạng nào là tốt nhất? 15:54 &lt;jrandom&gt; tài liệu giới thiệu kỹ thuật @ dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD khá ổn định 15:54 &lt;+Complication&gt; Kèm theo cùng với router... trên website... cả hai? 15:54 &lt;jrandom&gt; (tuy nhiên sẽ có cập nhật trên 0.6.2) 15:54 &lt;jrandom&gt; tôi rất ủng hộ tài liệu nhúng trực tiếp (inline) 15:54 &lt;jrandom&gt; nhưng có lẽ nên đợi đến khi router console mới sẵn sàng 15:55 &lt;jrandom&gt; tài liệu giới thiệu trên website cũng sẽ tốt, nhưng có lẽ nên đợi đến khi website mới sẵn sàng 15:55 &lt;+Complication&gt; À ha... vậy tốt nhất là chưa đụng vào cái đó... 15:56 &lt;+Complication&gt; ...thay vào đó ưu tiên các tài liệu như trên. 15:58 &lt;jrandom&gt; có lẽ vậy. ok, còn điều gì khác mọi người muốn nêu cho cuộc họp không? 15:59 &lt;jrandom&gt; nếu không... 15:59 &lt;tethra&gt; chúng ta đã bàn về ý tưởng UI cho eepget chưa? 15:59 &lt;gott&gt; Nếu cuộc họp còn tiếp tục, vui lòng sửa vấn đề với dấu trong IRCclient 15:59 &lt;tethra&gt; tức là, trước khi tôi vào 15:59 &lt;jrandom&gt; chưa, bạn muốn triển khai nó không, tethra? :) 15:59 &lt;jrandom&gt; gott: hoan nghênh các bản vá 16:00 &lt;gott&gt; Nếu không, vui lòng sửa vấn đề với dấu trong IRCclient. 16:00 &lt;gott&gt; jrandom: Đến lúc tôi sửa xong thì sẽ có ai đó sửa mất rồi ;-) 16:01 &lt;tethra&gt; jrandom: tôi không hoàn toàn chắc phải làm thế nào, vì tôi không rành code lắm. nếu bạn có thể chỉ tôi vài hướng dẫn về viết ứng dụng kiểu .war thì tôi sẵn lòng thử. 16:01 &lt;gott&gt; Tôi giữ quyền bi quan cả trong lời nói lẫn hành động. 16:01 &lt;tethra&gt; haha 16:01 &lt;+Complication&gt; :) 16:02 &lt;jrandom&gt; tethra: các sách servlets của oreily khá ổn 16:02 &lt;jrandom&gt; ok, nếu không còn gì nữa... 16:02 * jrandom lấy đà 16:02 * jrandom *baf* tuyên bố kết thúc cuộc họp </div>/vi/blog/2006/01/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-03/Tue, 03 Jan 2006 00:00:00 +0000/vi/blog/2006/01/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2006-01-03/<p>Chào mọi người, chúc mừng năm mới! Hãy cùng quay lại với các ghi chú trạng thái hằng tuần sau một tuần không có chúng -</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng và 0.6.1.8 2) Kết quả kiểm thử tải và lập hồ sơ nút ngang hàng (peer) 3) Tổng kết 2005 / Dự báo 2006 / ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.8</li> </ol> </li> </ul> <p>Tuần trước chúng tôi đã phát hành 0.6.1.8 và theo các báo cáo từ thực tế sử dụng thì những sửa đổi của zzz đã giúp ích khá nhiều, và mọi thứ có vẻ khá ổn định trên mạng, ngay cả khi lưu lượng mạng gần đây tăng đáng kể (giá trị trung bình dường như đã tăng gấp đôi trong tháng qua, theo stats.i2p). I2PSnark cũng có vẻ hoạt động khá tốt — dù có gặp một vài trục trặc, chúng tôi đã lần ra và sửa hầu hết trong các bản dựng sau đó. Chưa có nhiều phản hồi về giao diện blog mới của Syndie, nhưng lưu lượng Syndie có tăng nhẹ (một phần là do protocol phát hiện ra trình nhập rss/atom của dust :)</p>/vi/blog/2005/12/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-12-2005/Tue, 20 Dec 2005 00:00:00 +0000/vi/blog/2005/12/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-12-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication, dust, jrandom, legion, polecat, tealc\_, tethra, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:20 &lt;jrandom&gt; 0) chào 15:20 &lt;jrandom&gt; 1) Tình trạng mạng 15:20 &lt;jrandom&gt; 2) cập nhật I2PSnark 15:20 &lt;jrandom&gt; 3) Giao diện blog Syndie 15:20 &lt;jrandom&gt; 4) ??? 15:20 &lt;jrandom&gt; 0) chào 15:20 * jrandom vẫy tay 15:20 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 15:22 &lt;jrandom&gt; được rồi, nhảy vào 1) Tình trạng mạng 15:22 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ngoài những gì trong ghi chú trạng thái. 15:22 &lt;+Complication&gt; Nếu không vì thỉnh thoảng bị OOM (hết bộ nhớ), tôi dám gọi là tốt 15:22 &lt;jrandom&gt; kiểm thử tải trông khá hứa hẹn, cho thấy chúng ta còn nhiều dư địa để cải thiện hiệu năng 15:23 &lt;+Complication&gt; Và tôi đoán các OOM 15:23 &lt;jrandom&gt; hê, OOM liên quan đến i2psnark? hay từ trước đó? 15:23 &lt;+Complication&gt; góp phần làm chập chờn, khi các instance i2p-bt, i2psnark, hoặc i2p-rufus làm... những thứ. 15:24 &lt;zzz&gt; Lý thuyết của tôi là lưu lượng torrent tăng đang phần nào làm giảm độ tin cậy của IRC 15:24 &lt;+Complication&gt; (có lẽ tôi không nên gọi điều kỳ quặc của SAM là OOM, vì tôi chưa xem kỹ, nhưng nó chắc chắn là một trong các yếu tố) 15:24 &lt;jrandom&gt; hừm, tôi không chắc, vì tình trạng irc tương tự như trước các cập nhật snark gần đây 15:25 &lt;+Complication&gt; Băng thông ổn định, đặc biệt các tunnel cũng ổn... chỉ thỉnh thoảng bị crash 15:26 &lt;zzz&gt; Dù sao tôi lạc quan rằng các sửa lỗi build tunnel sắp có trong 0.6.1.8 sẽ cải thiện trải nghiệm IRC của mọi người 15:26 &lt;+Complication&gt; Vì các lý do đã biết, hy vọng chúng sẽ biến mất khi đến lúc :) 15:26 &lt;jrandom&gt; ừ, tôi cũng nghĩ vậy zzz, nên có lẽ chúng ta sẽ phát hành trong ngày mai hoặc sớm sau đó 15:26 &lt;+legion&gt; Ừm irc có thể quá nhạy, có lẽ dùng thứ gì đó như jabber sẽ tốt hơn? 15:26 &lt;zzz&gt; đặc biệt với người dùng máy chậm và/hoặc kết nối chậm 15:27 &lt;jrandom&gt; jabber sẽ không thay đổi tình hình 15:27 &lt;+Complication&gt; Đặc biệt với mức dự phòng tunnel là 2 15:28 &lt;+bar&gt; tôi nói irc là một cái "crap-o-meter" tuyệt hảo để đo thời tiết của mạng 15:28 &lt;+legion&gt; Ừ, gió thổi nhẹ là irc 'toang' ngay 15:28 &lt;+bar&gt; chính xác :) 15:28 &lt;+Complication&gt; Tôi nhận thấy sau bản sửa "shitlisting", "Recent" thường luôn vượt "Known" 15:29 &lt;+Complication&gt; Có phải vì "Known" không gồm các peer bị "shitlist", trong khi "Recent" có? 15:29 &lt;jrandom&gt; ừ, irc là một góc nhìn tốt, vì nó cho thấy biến thiên đáng kể giữa các người dùng khác nhau (ví dụ dreamtheaterfan luôn gặp rắc rối, v.v.) 15:30 &lt;jrandom&gt; ờ, điều đó hợp lý Complication 15:30 &lt;+Complication&gt; (Tôi không chắc có phải vậy không, chỉ đoán thôi) 15:30 &lt;jrandom&gt; (vì các peer bị shitlist bị loại khỏi netDb, nhưng hồ sơ của họ không bị xóa) 15:32 &lt;+Complication&gt; Vậy các chỉ báo có vẻ OK (chỉ muốn hỏi phòng khi không phải vậy) 15:33 &lt;jrandom&gt; được, còn gì về 1) Tình trạng mạng không? 15:33 &lt;jrandom&gt; nếu không, hãy chuyển sang 2) cập nhật I2PSnark 15:33 &lt;tealc_&gt; có những cập nhật kiểu gì? 15:34 &lt;jrandom&gt; xem http://dev.i2p.net/pipermail/i2p/2005-December/001240.html để biết danh sách ngắn gọn ;) 15:34 &lt;jrandom&gt; về cơ bản I2PSnark nay có thể xử lý nhiều torrent cùng lúc trên một I2P destination, có giao diện web, và được tích hợp vào bảng điều khiển router 15:35 &lt;tealc_&gt; tôi đang chạy các bản build CVS mới nhất và i2psnark gây ra nhiều lỗi heap bộ nhớ hay gì đó 15:35 &lt;+Complication&gt; ...và nó cũng xử lý các torrent do Azureus tạo với meta-tag kỳ lạ. 15:35 &lt;+Complication&gt; Mà trước đây nó bị kẹt ở đó. 15:35 &lt;jrandom&gt; à, đúng, vẫn còn vài thứ tôi đang debug ở đó tealc_ 15:35 &lt;jrandom&gt; (như đã đề cập trong ghi chú trạng thái hàng tuần ;) 15:35 &lt;jrandom&gt; à đúng Complication 15:36 &lt;jrandom&gt; ồ, thêm nữa, bên Azureus đã sửa một bug trong tracker (máy chủ theo dõi) của họ vốn khiến I2PSnark không dùng được nó 15:36 &lt;jrandom&gt; (vì vậy những người chạy tracker Azureus trước B16 nên nâng cấp khi thuận tiện nhất) 15:37 &lt;+bar&gt; tôi muốn có khả năng tắt dễ dàng việc i2psnark tự khởi động (cho các tình huống băng thông thấp, v.v.) 15:38 &lt;jrandom&gt; cái đó thêm vào chắc cũng dễ thôi 15:38 &lt;+bar&gt; nghe tuyệt 15:39 &lt;jrandom&gt; được, còn gì về 2) cập nhật I2PSnark không? 15:40 &lt;jrandom&gt; nếu không, chuyển sang 3) Giao diện blog Syndie 15:40 &lt;zzz&gt; giơ hai ngón cái cho i2psnark mới - làm tốt lắm 15:41 &lt;jrandom&gt; cảm ơn, mjw đã làm phần việc khó, khiến snark rất dễ mở rộng 15:41 &lt;jrandom&gt; được, như đã nói trong ghi chú trạng thái, syndie giờ có giao diện blog mới 15:42 &lt;jrandom&gt; Tôi nghĩ nó sẽ mang lại sự cân bằng giữa danh sách trắng và danh sách đen, xử lý các vấn đề spam khác nhau mà người dùng gặp phải 15:43 &lt;jrandom&gt; chúng tôi sẽ phát hành trong bản tới, nên mọi người có thể dùng thử trong một hai ngày nữa 15:43 &lt;+legion&gt; Spam có thực sự sớm trở thành vấn đề lớn không? 15:44 &lt;+Complication&gt; legion: như có người đã vui lòng minh họa, có thể đấy 15:44 &lt;jrandom&gt; không, danh sách đen xử lý tác giả flood, còn danh sách trắng xử lý spammers tạo nhiều tác giả 15:44 &lt;dust&gt; (tính ẩn danh làm bộc lộ điều tệ nhất ở một số người) 15:44 &lt;jrandom&gt; (vậy spamming không phải vấn đề) 15:45 &lt;+Complication&gt; (Dù tôi nghĩ anh chàng đó tái tạo khóa để tránh bị cho vào danh sách đen vĩnh viễn, điều này *có* làm chậm đôi chút.) 15:45 &lt;+Complication&gt; Tuy không chậm nhiều, và tôi hoàn toàn đồng ý danh sách trắng cũng tốt. :) 15:46 &lt;+bar&gt; có lẽ một giải pháp hashcash có thể khả thi về sau, nếu cần 15:46 &lt;jrandom&gt; nếu cần, nhưng tôi không thấy lý do 15:46 &lt;+bar&gt; đồng ý, hiện tại tôi cũng không 15:46 &lt;+Complication&gt; bar: kiểu như "đừng hiển thị trừ khi họ chịu khó crunch vài con số"? 15:47 &lt;+bar&gt; đúng, gì đó theo hướng đó 15:47 &lt;+Complication&gt; Nghe có thể làm được, dù có lẽ không cần. 15:47 &lt;+bar&gt; có lẽ vậy. 15:47 &lt;jrandom&gt; nếu một nhóm spammer flood với vô số tác giả mới liên tục, mọi người vẫn có thể báo cho người khác về tác giả mới bằng cách đăng bookmark và tham chiếu blog trong blog của chính họ 15:47 &lt;+Complication&gt; Hoặc đúng hơn, hy vọng là không cần. 15:48 &lt;+Complication&gt; Có thể nên cân nhắc liệu Syndie có thể chứa được chức năng như vậy không, phòng khi cần. 15:49 &lt;jrandom&gt; ừ, có thể, với các header trong bài blog hoặc trong metainfo của chính blog 15:49 &lt;jrandom&gt; ờ, metadata (chết tiệt bt!) 15:51 &lt;jrandom&gt; được, nếu không còn gì về 3) Syndie, hãy nhảy sang 4) ??? 15:51 &lt;jrandom&gt; ai còn gì muốn nêu trong cuộc họp không? 15:51 &lt;+legion&gt; có, vài chuyện 15:52 &lt;+legion&gt; đầu tiên là clunk 15:52 &lt;jrandom&gt; tuyệt, ừ clunk nghe thú vị 15:52 &lt;+legion&gt; Như tôi đã nói hôm nay trong i2p-chat, tôi đang cố biên dịch nó với Cygwin và/hoặc MinGW. 15:53 &lt;+legion&gt; Tới giờ chỉ client bị hỏng, phần còn lại bao gồm server biên dịch được và có vẻ hoạt động 15:53 &lt;jrandom&gt; hay đó 15:54 &lt;tealc_&gt; i2p có thể trở thành một mớ rối thực sự cho chương trình giám sát vô hạn của George Bush. Hẹn gặp các bạn ở trại tử thần, nhớ mang bài nhé 15:54 &lt;+legion&gt; Đang cố không chỉ truy ra vì sao client hỏng, mà còn sửa nó. Lúc này tôi đang bí. 15:56 &lt;+legion&gt; Điều khác tôi muốn bàn: có thể đưa một tunnel mặc định tới máy chủ jabber của tôi vào bản cập nhật tới không? Chỉ để việc thử jabber dễ hơn cho ai muốn dùng. 15:57 &lt;tethra&gt; 20:34:37 &lt;jrandom&gt; if a set of spammers were flooding with lots of new authors all the time, people could still tell other people about new authors by posting their bookmarks and blog references in their own blog &lt;--- có lẽ điều gì đó theo cách polecat kết hợp độ tin cậy có thể đóng vai trò ở đây? (tức là vừa chặn spammers -vừa- quảng bá tác giả phổ biến.) 15:57 &lt;tethra&gt; &lt;/$0.02&gt; 15:58 &lt;+polecat&gt; Đó sẽ là một ví dụ sơ khai cho ý tưởng mạng lưới tin cậy của tôi, với heuristic chuyển giao tin cậy 100%, đúng vậy. 15:58 &lt;jrandom&gt; legion: hừm, thêm một cấu hình ở trạng thái tắt thì khá dễ cho người dùng mới, nhưng điều tôi lưỡng lự là chuyện lọc theo giao thức (và client nào rò rỉ thông tin gì). trải nghiệm của bạn với các client khác nhau thế nào? 15:59 &lt;jrandom&gt; ừ, còn nhiều chỗ để tích hợp các thước đo tin cậy vào syndie 16:01 &lt;+legion&gt; Theo tôi biết thì jeti không rò rỉ, trừ phần filetransfer, vốn đã bị tắt trong thiết lập server của tôi. Có thể phiên bản jeti tiếp theo sẽ sửa. Ngoài ra tôi không rõ các client khác. 16:02 &lt;+legion&gt; Tôi biết chắc group chat là ổn, bất kể client nào; chỉ có liên lạc ngoài group chat mà một số client có thể rò rỉ, dù tôi không chắc. 16:03 &lt;jrandom&gt; hừm, rò rỉ không phải là vấn đề boolean, mà là vấn đề /thông tin nào/ client rò rỉ, chứ không phải có rò rỉ chút thông tin nào hay không 16:04 &lt;+legion&gt; Đúng, dĩ nhiên tôi ám chỉ thông tin quan trọng như địa chỉ IP, dù client tốt nếu có rò rỉ thì cũng chỉ báo là 127.0.0.1 hoặc localhost 16:06 &lt;+legion&gt; Vì vậy tôi khuyên chỉ dùng các client đã biết là không rò rỉ, như jeti. 16:07 &lt;zzz&gt; bạn có thể thêm một cột 'đã xác minh-không rò rỉ' vào bảng client của bạn không? 16:07 &lt;jrandom&gt; sẽ hữu ích nếu bạn viết tài liệu về jeti rò rỉ và không rò rỉ những gì (tương tự như những gì postman đã tổng hợp cho proxy smtp và pop) 16:08 &lt;+legion&gt; Theo nhà phát triển của jeti, nó không rò rỉ thứ gì làm suy giảm tính ẩn danh. Điều đó chắc chắn không nghi ngờ. Tôi cũng đã xem qua mã nguồn và không thấy gì khiến tôi nghĩ khác. 16:09 &lt;jrandom&gt; nhà phát triển nói vậy thì có thể chắc chắn, nhưng nhà phát triển hiểu thế nào về ẩn danh lại là chuyện khác ;) 16:09 &lt;+legion&gt; Ừ zzz tôi có thể thêm một cột như vậy 16:09 &lt;jrandom&gt; Tôi không nghi ngờ khả năng jeti hoạt động đúng, nhưng chúng ta cần biết điều đó có nghĩa là gì 16:10 &lt;zzz&gt; có vẻ việc không rò rỉ chỉ có thể xác minh bằng cách truy vết giao thức 16:10 &lt;zzz&gt; chứ không phải bằng cách xem mã nguồn hay hỏi nhà phát triển 16:12 &lt;jrandom&gt; được, còn ai có gì nữa cho cuộc họp không? 16:12 &lt;+bar&gt; chỉ nhắc đừng quên jbigi cho amd64 16:13 &lt;+bar&gt; (nhưng tôi cá là nó nằm trong danh sách việc cần làm của bạn) 16:13 &lt;jrandom&gt; ừ :) 16:13 &lt;jrandom&gt; (win amd64, tức là linux amd64 đã chạy rồi) 16:13 &lt;jrandom&gt; nhưng, nếu không còn gì nữa... 16:14 * jrandom kết thúc 16:14 &lt;+bar&gt; đúng, win amd64. 16:14 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/12/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-12-n%C4%83m-2005/Tue, 13 Dec 2005 00:00:00 +0000/vi/blog/2005/12/13/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-12-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, jrandom, spaetz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) chào 15:15 &lt;jrandom&gt; 1) Tình trạng mạng và kiểm thử tải 15:15 &lt;jrandom&gt; 2) I2PSnark 15:15 &lt;jrandom&gt; 3) Syndie 15:15 &lt;jrandom&gt; 4) ??? 15:15 &lt;jrandom&gt; 0) chào 15:15 * jrandom vẫy tay 15:15 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng @ http://dev.i2p.net/pipermail/i2p/2005-December/001239.html 15:15 &lt;jrandom&gt; (*trước* cuộc họp tuần này - ai mà ngờ chứ?) 15:16 &lt;jrandom&gt; không phải là quan trọng, vì mọi người đều đợi đến khi cuộc họp bắt đầu mới đọc mà ;) 15:16 &lt;jrandom&gt; vậy, chuyển sang 1) Tình trạng mạng và kiểm thử tải 15:16 &lt;@cervantes&gt; chào! 15:17 &lt;jrandom&gt; cảm ơn vì đã góp phần của mình, cervantes ;) 15:17 &lt;@cervantes&gt; đọc cái gì? 15:17 -!- DreamTheaterFan [anonymous@irc2p] đã thoát [Connection reset by peer] 15:17 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ngoài những gì có trong thư, có ai có câu hỏi hoặc nhận xét nào về mục 1) không? 15:19 &lt;spaetz&gt; kiểm thử tải được thực hiện trên *chính* mạng i2p hay bạn có một mạng riêng cho việc này? 15:19 &lt;jrandom&gt; Tôi đang làm trên mạng đang hoạt động 15:19 &lt;spaetz&gt; chỉ tò mò thôi 15:19 &lt;spaetz&gt; k 15:20 &lt;jrandom&gt; tuy nhiên đang làm rất cẩn thận, giảm mạnh mức tương tác với các peer đang chịu tải, và dĩ nhiên tôn trọng các từ chối tunnel 15:20 &lt;@cervantes&gt; tình trạng bất ổn irc2p gần đây không liên quan đến các bài thử nghiệm 15:21 &lt;@cervantes&gt; (nếu bạn thắc mắc) 15:21 &lt;jrandom&gt; thiết lập mới xử lý mọi thứ thế nào vậy, cervantes? 15:21 &lt;@cervantes&gt; đến giờ vẫn cực kỳ ổn định 15:22 &lt;jrandom&gt; tuyệt 15:22 &lt;@cervantes&gt; chỉ là mất kha khá công nhàm chán để lần ra nguồn gốc của mấy lỗi khó chịu 15:24 &lt;jrandom&gt; ok, còn ai có câu hỏi/ý kiến, hay chúng ta nhảy sang 2) I2PSnark? 15:25 &lt;jrandom&gt; cứ xem như chúng ta đã nhảy sang rồi 15:26 &lt;jrandom&gt; ok, về cơ bản I2PSnark sẽ hoạt động lại... có một vài thuộc tính chưa có trong BT spec nhưng được azureus và rufus sử dụng, gây ra không tương thích, nhưng giờ chúng ta đã tương thích với các tình huống tôi đã thấy 15:26 &lt;jrandom&gt; i2psnark giờ hoạt động với tất cả các torrent tôi đã thử, nhưng nếu ai gặp trục trặc, báo cho tôi biết 15:27 &lt;jrandom&gt; một phần động lực để tôi sửa cái đó liên quan đến một số lỗi SAM, vì I2PSnark không dùng SAM 15:28 &lt;jrandom&gt; không còn nhiều điều để nói thêm ở mảng đó... trừ khi ai có câu hỏi, hãy chuyển sang 3) Syndie 15:29 -!- Xunk [Xunk@irc2p] đã thoát [Connection reset by peer] 15:30 &lt;jrandom&gt; ok, tôi cũng không có nhiều điều để bổ sung ngoài email về mảng đó 15:31 -!- Xunk [Xunk@irc2p] đã tham gia #i2p 15:31 &lt;jrandom&gt; nếu không có câu hỏi nào liên quan đến Syndie, hãy tiếp tục và mở phần thảo luận tự do với 4) ??? 15:31 -!- DreamTheaterFan [anonymous@irc2p] đã tham gia #i2p 15:32 * jrandom nhớ rằng clunk không có trong chương trình nghị sự, cùng với vài thứ khác. có ai muốn nêu điều gì không? 15:32 &lt;@cervantes&gt; chà, lướt nhanh ghê 15:32 &lt;@cervantes&gt; *through 15:33 -!- bar [bar@irc2p] đã thoát [Connection reset by peer] 15:33 &lt;jrandom&gt; ừ, không cần nói chỉ để có chữ trong log cuộc họp :) 15:33 -!- bar [bar@irc2p] đã tham gia #i2p 15:33 -!- mode/#i2p [+v bar] by chanserv 15:33 -!- mule [mule@irc2p] đã tham gia #i2p 15:35 &lt;jrandom&gt; ok, nếu không còn gì nữa... 15:35 * jrandom kết thúc 15:35 * jrandom *baf*s tuyên bố kết thúc cuộc họp </div>/vi/blog/2005/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-12-n%C4%83m-2005/Tue, 06 Dec 2005 00:00:00 +0000/vi/blog/2005/12/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-12-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ailouros, bar, bla, cervantes, Complication, gott, jrandom, modulus, polecat, Pseudonym, tethra, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) chào 15:26 &lt;jrandom&gt; 1) 0.6.1.7 và trạng thái mạng 15:26 &lt;jrandom&gt; 2) Các lỗi tunnel thử nghiệm 15:26 &lt;jrandom&gt; 3) SSU và NAT 15:26 &lt;jrandom&gt; 4) Syndie 15:26 &lt;jrandom&gt; 5) ??? 15:26 &lt;jrandom&gt; 0) chào 15:26 * jrandom vẫy tay 15:26 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2005-December/001237.html 15:26 * ailouros đọc ghi chú 15:27 * jrandom đến muộn, nên tôi sẽ cho mọi người chút thời gian để đọc :) 15:29 &lt;jrandom&gt; ok, vào luôn phần 1) 0.6.1.7 và trạng thái mạng 15:29 &lt;@cervantes&gt; *khụ* 15:29 &lt;jrandom&gt; Tôi không có gì nhiều để bổ sung ngoài những gì trong email về điểm này. ai có thêm bình luận/câu hỏi/ý tưởng? 15:30 &lt;Pseudonym&gt; có vẻ tối ưu hiệu năng trước khi thay đổi thuật toán tạo tunnel có thể là làm ngược 15:30 &lt;gott&gt; Tôi nhận được rất nhiều "No HTTP method found in the request. 15:30 &lt;gott&gt; Software caused connection abort: socket write error 15:30 &lt;gott&gt; " 15:30 &lt;@modulus&gt; độ trễ tunnel thấp hơn nhiều, tôi không biết bạn đã thay đổi gì hay ISP của tôi bỗng nhiên tốt hơn. 15:30 &lt;gott&gt; từ I2PTunnel Webmanager 15:31 &lt;jrandom&gt; gott: điều đó gợi ý các yêu cầu HTTP lỗi, hoặc những thứ mà eepproxy không hiểu 15:31 &lt;jrandom&gt; modulus: tốt, chúng tôi đã làm nhiều để cố cải thiện mọi thứ 15:31 &lt;jrandom&gt; Pseudonym: ừ, tới giờ việc tạo tunnel chưa phải điểm nghẽn của chúng ta - điểm nghẽn là các thứ ở tầng cao hơn nhiều 15:32 &lt;jrandom&gt; mặt khác, các cải tiến ở vài bản gần đây đã lộ ra vài vấn đề ở tầng dưới 15:32 &lt;Pseudonym&gt; ồ, vậy tối ưu liên quan tới phần khác của mã? 15:32 &lt;Pseudonym&gt; hay đấy 15:33 &lt;jrandom&gt; đúng, ở tầng SSU, cũng như tầng vận hành tunnel. việc tạo tunnel không nhạy về hiệu năng [trừ khi lại nhạy ;] 15:34 &lt;jrandom&gt; Tuy nhiên tôi đang thử tải trực tiếp trên mạng, thu thập một số thống kê tải không ẩn danh của các peer (nút ngang hàng) khác nhau để cố thu hẹp phạm vi hơn nữa 15:34 &lt;ailouros&gt; Tôi thắc mắc vì sao đôi khi tôi thấy nhiều tunnel hơn cấu hình cho một đích (vd. eeProxy, inbound 7 tunnels 4 outbound) 15:34 &lt;jrandom&gt; nên vài ngày tới nếu bạn thấy router 7xgV đang chuyển rất nhiều dữ liệu, ừ thì, đừng bận tâm ;) 15:35 &lt;jrandom&gt; ailouros: khi việc tạo tunnel mất thời gian, nó sẽ dựng thêm dự phòng, phòng khi cần. 15:35 &lt;jrandom&gt; zzz cũng phác vài vấn đề kỳ lạ ở mảng đó, và đang có một bản vá để cải thiện chút ít 15:35 &lt;ailouros&gt; Tôi hiểu... nhưng sao chúng lại hết hạn cùng lúc? 15:35 &lt;@cervantes&gt; jrandom: hỏi cho biết, bạn bắt đầu các thử nghiệm đó khi nào? 15:35 &lt;jrandom&gt; cervantes: vài ngày trước 15:36 &lt;@cervantes&gt; à hay, vậy _không_ phải vì cái đó ;-) 15:36 &lt;jrandom&gt; không rõ ailouros, tùy vài điều kiện. nhưng có vài... *khụ* điểm kỳ quặc trong mã tạo tunnel, tôi đã tạm chưa đụng vào vì nó sẽ được viết lại cho 0.6.2 15:38 &lt;ailouros&gt; Tôi hiểu. Tôi tưởng đó là vấn đề chính sách... Tôi thích thấy các tunnel chết lệch thời điểm trừ khi có lý do không nên 15:38 &lt;ailouros&gt; như việc tạo tunnel bị lệch pha 15:39 &lt;jrandom&gt; ừ, sẽ có ngẫu nhiên hoá tốt hơn cho 0.6.2, và bản vá của zzz cũng thêm chút ngẫu nhiên cho bản hiện tại 15:40 &lt;+Complication&gt; Tôi thắc mắc vì sao một instance i2phex bình thường... lại quyết định băm lại (rehash) tệp mỗi lần khởi động xen kẽ? 15:40 &lt;jrandom&gt; không biết nữa 15:40 &lt;+Complication&gt; Cấu hình hỏng có vẻ là nguyên nhân hợp lý tới giờ, nhưng tôi chưa xóa cấu hình. 15:40 &lt;jrandom&gt; có lẽ timestamp lệch? 15:42 &lt;+Complication&gt; Không, chúng cũng có vẻ đúng 15:42 * jrandom không biết. chưa từng xem phần mã đó của phex 15:42 &lt;jrandom&gt; à, code 15:42 &lt;+Complication&gt; Tôi sẽ xem thử xóa các tệp cấu hình cũ có giúp gì không 15:42 &lt;jrandom&gt; hay đấy 15:43 &lt;jrandom&gt; ok, còn gì về 1) Trạng thái mạng / 0.6.1.7 không? 15:43 &lt;jrandom&gt; nếu không, chuyển sang 2) Các lỗi tunnel thử nghiệm 15:44 &lt;jrandom&gt; chúng ta đã chạm tới chút rồi, và còn nhiều trong ghi chú và trên zzz.i2p 15:44 &lt;jrandom&gt; zzz: bạn có gì muốn bổ sung/nêu ra không? 15:46 &lt;jrandom&gt; nếu không, chuyển sang 3) SSU và NAT 15:46 &lt;jrandom&gt; bar: bạn muốn bổ sung gì không? 15:46 &lt;+bar&gt; không, tôi không có gì thêm ngoài những gì trong mail 15:47 &lt;jrandom&gt; tốt, tôi vẫn phải hồi một số chi tiết - tôi nghĩ cơ chế truyền lại của chúng ta đã xử lý vài vấn đề bạn nêu 15:48 &lt;jrandom&gt; mấu chốt là phát hiện tình huống nào đang xảy ra, để ta tự động hoá quy trình đúng (hoặc báo cho người dùng là họ bó tay) 15:48 &lt;+bar&gt; mọi thứ sẽ đến đúng lúc, không vội 15:49 &lt;+bar&gt; ừ, tôi đề xuất một thiết lập thủ công cho người dùng để tạm thời lách vấn đề đó, có thể không làm được, nhưng ta bàn sau 15:50 &lt;jrandom&gt; ừ, ghi đè thủ công sẽ giúp, nhưng kinh nghiệm của tôi với các bản i2p trước là ai cũng làm hỏng bét ;) nên tự động vẫn hơn 15:50 &lt;jrandom&gt; (ai ở đây gồm cả tôi ;) 15:52 &lt;+bar&gt; đồng ý 15:52 &lt;ailouros&gt; lol nếu tôi cũng vậy thì chắc tài liệu có vấn đề, vì tôi làm theo từng bước :D 15:53 &lt;+bar&gt; trong lúc đó, tôi sẽ dành thời gian nghiên cứu peer testing 15:53 &lt;jrandom&gt; hay, cảm ơn bar! 15:54 &lt;+bar&gt; (có lẽ tôi cũng có thể tạo chút spam vô dụng về chuyện đó :) 15:54 &lt;jrandom&gt; :) 15:55 &lt;jrandom&gt; ok, nếu không còn gì ở 3), chuyển sang 4) Syndie 15:56 &lt;jrandom&gt; gần đây có nhiều tiến triển ở mảng này, với cải tổ UI khá lớn kể từ khi 0.6.1.7 ra mắt 15:57 &lt;jrandom&gt; cũng có bản cài/dựng độc lập mới, dù tất cả chúng ta đã cài i2p nên không cần bản riêng 15:57 &lt;ailouros&gt; Tôi thấy bố cục của 6.1.7 khó dùng hơn 6.1.6 15:58 &lt;jrandom&gt; hmm, bạn chạy syndie ở chế độ người dùng đơn? và/bạn dùng bản dựng CVS mới nhất hay bản chính thức 0.6.1.7? 15:58 &lt;ailouros&gt; bản chính thức 0.6.1.7, người dùng đơn 15:58 &lt;jrandom&gt; bạn có ủng hộ giao diện kiểu blog, thay vì điều hướng theo luồng (threaded) không? 15:58 &lt;ailouros&gt; Tôi không, dù tôi cũng không rõ cái nào là kiểu blog 15:58 &lt;ailouros&gt; cá nhân tôi thích điều hướng theo luồng hơn 15:59 &lt;ailouros&gt; (và tô màu cho thông điệp mới trong chế độ xem theo luồng) 15:59 &lt;+Complication&gt; CVS tương đối mới, người dùng đơn 15:59 &lt;+Complication&gt; Tôi thấy một điểm nhỏ kỳ lạ (mà tôi nghĩ có thể không chủ ý) 15:59 &lt;jrandom&gt; à, trong CVS đã có nhiều tiến triển ở mảng đó, ailouros 15:59 &lt;ailouros&gt; tuyệt :) 16:00 &lt;jrandom&gt; chúng tôi cũng có hiển thị theo luồng mới, dùng đề xuất của cervantes duyệt đầy đủ chỉ một nhánh thay vì tất cả nhánh 16:00 &lt;@cervantes&gt; những thay đổi đó đã đẩy lên syndiemedia.i2p.net chưa? 16:00 &lt;+bla&gt; Có nên hiển thị vài ví dụ mặc định cho trường location tại `http://localhost:7657/syndie/syndicate.jsp` không? 16:00 &lt;jrandom&gt; syndiemedia.i2p.net là CVS head, đúng 16:00 &lt;+Complication&gt; Khi bạn đã mở một thread và đang đọc các bài viết của nó... rồi chọn áp dụng một bộ lọc mà không có bài nào khớp (vd. mở thread "Syndie threading", áp dụng bộ lọc "i2p.i2phex")... 16:00 &lt;jrandom&gt; ừ, có lẽ nên, bla. cài đặt mới sẽ có ba mặc định ở đó, nhưng ví dụ thì vẫn tốt 16:01 &lt;@cervantes&gt; (cây của thread đó cũng cần mở hết nhánh) 16:01 &lt;+Complication&gt; ...có vẻ vẫn để các bài hiện tại hiển thị, như thể chúng khớp vậy... 16:01 &lt;+Complication&gt; Mặc dù tôi chắc chắn đã bấm nút "Go". 16:01 &lt;@cervantes&gt; Complication: ừ tôi cũng thấy rối 16:02 &lt;jrandom&gt; hmm Complication, ý tưởng chung là cho bạn duyệt quanh khi vẫn xem một bài, nhưng có lẽ tốt hơn là ẩn các bài đang hiển thị 16:02 &lt;jrandom&gt; cervantes: à, mở rộng tới lá sẽ tốt, và làm cũng đơn giản 16:02 &lt;+Complication&gt; Vừa để ý, thấy nổi bật nên báo 16:02 &lt;@cervantes&gt; (hoặc làm cho rõ ràng hơn là không có kết quả khớp) 16:03 &lt;jrandom&gt; ừ, điều hướng theo luồng có nói là *no matches* :) 16:03 &lt;ailouros&gt; có lẽ anh ấy đang tìm bật lửa 16:03 &lt;jrandom&gt; !thwap 16:03 &lt;@cervantes&gt; (hoặc làm cho càng rõ ràng hơn là không có kết quả khớp) 16:03 &lt;jrandom&gt; &lt;blink&gt;No matches&lt;/blink&gt; 16:03 &lt;+Complication&gt; Úi :) 16:04 &lt;tethra&gt; có vẻ cú !thwap của bạn trúng spaetz__ rồi, jr! 16:04 &lt;+Complication&gt; Đúng, đôi khi bộ điều hướng thread cảm giác như ở xa quá :) 16:04 &lt;jrandom&gt; ừ, chúng tôi đang thử vài css để thả nó dọc bên cạnh, như một tuỳ chọn 16:05 &lt;@cervantes&gt; với hỗ trợ skin, bạn có thể đặt thread ở trên, dưới, trái, phải, v.v. 16:05 &lt;@cervantes&gt; à như jr nói 16:05 &lt;+Complication&gt; Liên kết "Threads" đưa đến đó khá nhanh, 16:05 &lt;+Complication&gt; ...nếu nó đang nằm trong khung nhìn. 16:06 &lt;+Complication&gt; Và ai quen điều hướng bằng bàn phím có thể bấm "End" 16:06 &lt;jrandom&gt; tất nhiên, những thứ này rất dễ sửa (như bạn thấy qua thay đổi nhanh trong CVS :), nên nếu ai có đề xuất (hoặc mockup - html / png / v.v.), xin cứ đăng lên bất cứ lúc nào 16:07 &lt;jrandom&gt; Tôi kỳ vọng vài ngày nữa trong CVS sẽ có trang tổng quan blog chính 16:08 &lt;jrandom&gt; ok, còn nhiều thứ khác đang diễn ra với syndie, ghé `http://localhost:7657/syndie/` để biết thêm :) 16:08 &lt;jrandom&gt; ai còn gì muốn nêu về việc đó, hay chúng ta sang 5) ??? 16:09 &lt;zzz&gt; chào vừa mới vào. về 2), tôi đang tìm người thử nghiệm bản vá của tôi. 16:10 &lt;zzz&gt; Kết quả của tôi là cải thiện độ trễ job và độ tin cậy, và giảm treo router. Hy vọng người khác sẽ thử. 16:10 &lt;ailouros&gt; nghe đủ thuyết phục. tôi cần làm gì? 16:11 &lt;jrandom&gt; chào zzz, ok hay, tôi cũng sẽ quần nó chút ở đây. nó có nhiều thành phần khác nhau, nên có lẽ đáng tách ra, nhưng trông ổn và đang đúng tiến độ cho 0.6.1.8 16:11 &lt;ailouros&gt; (thời gian chạy trung bình ở đây khoảng 10h :( 16:11 &lt;zzz&gt; Nếu bạn có source code và ant thì áp bản vá là được - hoặc tôi có thể đưa lên một i2pupdate.zip nếu bạn muốn 16:12 &lt;zzz&gt; jrandom Tôi sẽ làm việc để tách nó ra 16:12 &lt;ailouros&gt; Tôi sẽ chọn gói cập nhật, cảm ơn 16:13 &lt;zzz&gt; ailouros tôi sẽ đưa lên zzz.i2p trong vòng một giờ - cảm ơn 16:13 &lt;jrandom&gt; zzz: Tôi không bận tâm đâu trừ khi bạn rảnh... Tôi có thể đọc diff :) 16:13 &lt;ailouros&gt; cảm ơn bạn 16:14 &lt;zzz&gt; jrandom OK. Có vài thứ linh tinh có thể dễ dàng gỡ ra bởi bạn hoặc tôi. 16:16 &lt;ailouros&gt; Tôi đoán giờ chúng ta ở 5) ???? 16:16 &lt;zzz&gt; jrandom chủ đề khác là Router bị OOM (hết bộ nhớ) với i2phex và khả năng có vấn đề ở SAM 16:16 &lt;jrandom&gt; ừ ailouros 16:16 &lt;jrandom&gt; à đúng zzz, sẽ rất tốt nếu lần ra chuyện gì đang xảy ra với SAM 16:17 &lt;ailouros&gt; j346, bạn đã có dịp xem app của tôi chưa? 16:17 &lt;jrandom&gt; Sẽ TUYỆT nếu có ai nhảy vào nhận bảo trì SAM bridge, vì tôi chưa làm gì đáng kể, và human đã không xuất hiện một thời gian. 16:19 &lt;jrandom&gt; chưa ailouros, tiếc là vậy. tôi hơi không chắc nó hoạt động thế nào, nên tôi phải đọc source trước 16:20 &lt;ailouros&gt; cứ hỏi thoải mái 16:20 &lt;ailouros&gt; (và chúc may mắn khi lặn vào source, nó là định nghĩa chuẩn của chữ "bừa bộn") 16:20 &lt;jrandom&gt; hehe 16:21 &lt;zzz&gt; đính chính: trải nghiệm của tôi là OOM khi dùng i2p-bt, không phải i2phex. Xảy ra sau khoảng 24 giờ khi chạy một i2p-bt và vài giờ khi chạy hai i2p-bt 16:22 &lt;+Complication&gt; Của tôi xảy ra sau vài lần stress-test khuya. 16:22 &lt;+Complication&gt; (trong đó, xin lưu ý, tôi thấy trung bình 5 phút đạt 50 KB/s) 16:22 &lt;bar_&gt; bạn nhắc lại giúp ứng dụng của bạn là gì/làm gì được không, ailouros? trí nhớ tôi tốt nhưng ngắn... 16:22 &lt;+Complication&gt; Tốc độ vào, tức là. 16:22 &lt;+Complication&gt; Tốc độ ra bị giới hạn 35 KB/s 16:22 &lt;@cervantes&gt; Complication: tôi chưa từng nghe gọi nó là 'stress test khuya' trước đây... 16:22 &lt;jrandom&gt; ngon đấy, Complication 16:23 &lt;+Complication&gt; cervantes: ừ thì, có thể gọi là 'leech khủng bán nhật' vậy :P 16:23 &lt;ailouros&gt; bar_: đó là bản chứng minh ý tưởng (proof-of-concept) chạy được cho một ứng dụng chia sẻ tệp phân tán, chia sẻ các block chung giữa các tệp khác nhau (như polecat gợi ý) 16:23 &lt;bar_&gt; à, đúng rồi, cảm ơn ailouros 16:24 &lt;tethra&gt; cervantes: heheheh ;) 16:24 &lt;ailouros&gt; không có chi (ai muốn lấy source, nó viết bằng c/c++) 16:25 &lt;+polecat&gt; ailouros: Cẩn thận, khả năng hai block nhị phân giống nhau là khá hiếm, tôi chủ yếu đang nói về lý thuyết thuần tuý mà thực tế có thể không hữu ích. 16:25 &lt;ailouros&gt; polecat, tôi đồng ý. Tôi đoán nó hữu ích khi bạn có các phiên bản khác nhau của cùng một tệp 16:25 &lt;ailouros&gt; như, một bộ phim có một block bị hỏng 16:25 &lt;+polecat&gt; Bạn có thể truyền các block toàn số 0 với tốc độ ánh sáng! ("Block tiếp theo là toàn số 0" "ồ tôi đã có rồi" "block tiếp theo là toàn số 0" "ồ tôi đã có rồi") 16:26 &lt;ailouros&gt; hoặc một kho các tệp zip khác 16:26 &lt;jrandom&gt; hoặc ví dụ thẻ ID3 được sửa, v.v. 16:26 &lt;ailouros&gt; chính xác 16:26 &lt;+polecat&gt; Đúng. Nhưng cách dễ để "sửa" một phim có block hỏng là bảo bittorrent tải chồng lên nó. Hầu hết client sẽ giữ các block có hash giống và ghi đè những block khác. 16:26 &lt;jrandom&gt; nhưng archive các tệp có lẽ không hiệu quả, vì chúng sẽ phải tách theo ranh giới tệp 16:27 &lt;ailouros&gt; j636, đó là lý do tôi muốn triển khai ý tưởng của LBFS là chia theo dấu mốc dữ liệu chứ không theo kích thước block cố định 16:27 &lt;@cervantes&gt; cộng đồng DC dùng phương pháp đó, bằng cách chia sẻ bản phát hành tệp dưới dạng rarset 16:27 &lt;+polecat&gt; Có thể hữu ích là tạo một thuật toán sửa lỗi nhị phân tổng quát, rồi triển khai ở quy mô lớn. Tất cả block có thể được "sửa" thành nhau, và bạn chỉ cần truyền dữ liệu sửa, có thể nhỏ hơn truyền cả block. 16:29 &lt;@cervantes&gt; và tìm kiếm dựa trên tiger hash của các phần rar đó 16:29 &lt;+Complication&gt; Ý tưởng hay... nhưng nghe khó :) 16:29 &lt;+polecat&gt; Nhưng nếu chỉ là tương đương "hash-đổi-hash"... bạn sẽ chẳng bao giờ tìm được hai block giống nhau! 16:29 &lt;ailouros&gt; cervantes, "rarset" là gì vậy? :D (ngoài "tệp RAR" ra) 16:29 &lt;+polecat&gt; Trừ khi cả hai bên đều có tệp, một bên bị hỏng. 16:29 &lt;ailouros&gt; polecat, hả? 16:29 &lt;@cervantes&gt; ailouros: một archive rar được chia nhỏ, có tệp parity nếu cần 16:30 &lt;ailouros&gt; cervantes: Tôi không hiểu lợi ích của cách đó 16:31 &lt;@cervantes&gt; lợi ích chính là thêm tải kiểu giả đa nguồn cho DC 16:32 &lt;ailouros&gt; ừ, đó là một phần của cơ chế chia sẻ block giữa các tệp, đúng không? 16:34 &lt;ailouros&gt; polecat: về việc bittorrent ghi đè tệp hỏng, cái nó không giúp là khi bạn cố lấy nhiều phiên bản cùng lúc 16:35 &lt;@cervantes&gt; client của bạn chỉ khớp/tải các phần hợp lệ, nếu có tệp parity bạn cũng có thể phục hồi phần hỏng 16:35 &lt;ailouros&gt; với hệ thống của tôi thì không có phần hỏng (tệp chỉ được lắp ráp khi các block cấu thành đã tải xong và kiểm lại) 16:36 &lt;@cervantes&gt; những thứ bittorrent làm mặc định, trừ việc bạn không thể tìm cụ thể từng phần 16:36 &lt;+polecat&gt; Nhiều phiên bản khó mà có chung một bit nào... vì thế chúng khá ngớ ngẩn. Có kẻ tái mã hoá phim thành kích thước bằng con tem, và đặt cùng tên. 16:37 &lt;+polecat&gt; Hoặc kẻ khác lấy dữ liệu ngẫu nhiên rồi đặt tên theo tệp bạn muốn tải. 16:37 &lt;ailouros&gt; lol đúng thế 16:37 &lt;@cervantes&gt; chính xác và bản phát hành rarset miễn nhiễm với chuyện đó... 16:37 &lt;ailouros&gt; nhưng nhớ rằng tệp từ mạng khác (emule, kazaa, v.v.) thường bị hỏng 16:38 &lt;+polecat&gt; bản phát hành rarset không miễn nhiễm... 16:38 &lt;+polecat&gt; Bạn vẫn phải xác định rarset nào là đúng. 16:38 &lt;ailouros&gt; cervantes, rarset làm sao miễn nhiễm với kẻ đăng rác ngẫu nhiên? 16:38 &lt;@cervantes&gt; (miễn là bạn có nguồn tin cậy) 16:39 &lt;@cervantes&gt; vì một nhóm phát hành công bố hash/thông tin phân phối 16:39 &lt;ailouros&gt; hahaha cái đó dễ :D 16:39 &lt;@cervantes&gt; và thứ nào chất lượng kém sẽ bị đánh dấu là nuked, mọi người gỡ nó khỏi chia sẻ 16:40 &lt;ailouros&gt; cervantes, mấy thứ đó đồ chơi của tôi đã làm 16:40 &lt;@cervantes&gt; hay đấy 16:40 &lt;ailouros&gt; bạn lấy mô tả tệp từ nguồn đáng tin, bạn tải đa nguồn (multiget) tệp ngay 16:41 &lt;@cervantes&gt; nghe ổn ;-) 16:41 &lt;ailouros&gt; bạn không tìm kiếm tệp, nhưng có thể duyệt thư mục chia sẻ của từng người, vậy bạn có thể dùng web crawler và lưu đệm kết quả 16:42 &lt;ailouros&gt; tuy vậy có thể tôi sẽ thêm chức năng tìm kiếm trong tương lai nếu thấy cần 16:44 &lt;ailouros&gt; Tôi tin đồ chơi của tôi, nếu phát triển thành ứng dụng, có thể cung cấp khả năng lưu đệm và chịu lỗi mà freenet cố gắng cung cấp 16:44 &lt;ailouros&gt; như phân phối và lưu đệm nội dung tĩnh 16:45 &lt;ailouros&gt; bạn đọc blog của tôi, bạn lưu đệm và cung cấp lại cho người khác khi họ cần. bạn không làm gì hơn ngoài để nội dung ở đó 16:45 &lt;ailouros&gt; không thích nội dung? xóa nó là xong 16:45 &lt;jrandom&gt; hmm, vậy bạn thấy nó như một backing store (kho lưu trữ nền) có thể dùng cho syndie chứ? 16:46 &lt;ailouros&gt; NÓ CÓ THỂ dùng làm backing store 16:46 &lt;ailouros&gt; với trạng thái hiện tại, bạn thậm chí có thể dùng nó thay jetty, trong cài đặt mặc định i2p 16:46 &lt;jrandom&gt; vd. đính kèm / liên kết tới [clunk hash="$foo"]my file[/clunk] 16:46 &lt;ailouros&gt; (ừ với vài thay đổi nhỏ :D ) 16:46 &lt;jrandom&gt; hehe 16:47 &lt;jrandom&gt; ok, đúng là tôi chưa hiểu clunk hoạt động ra sao... muốn đăng về nó trên syndie, hoặc dựng một eepsite? :) 16:47 &lt;ailouros&gt; hash của tệp sẽ được tải khi yêu cầu tệp, và các hash này sẽ được tự động "tải thành" tệp đầy đủ 16:48 &lt;jrandom&gt; đúng, nhưng "tải xuống" là câu hỏi từ đâu đến đâu, v.v. một mô tả kiến trúc mạng tổng quan sẽ hữu ích 16:48 &lt;ailouros&gt; Tôi sẽ viết tài liệu tử tế trước, rồi công bố đâu đó 16:48 &lt;jrandom&gt; r0x0r, cảm ơn 16:48 &lt;ailouros&gt; tải từ bất cứ đâu bạn lấy hash 16:48 &lt;ailouros&gt; cộng với mọi người khác đang chia sẻ các block này 16:49 &lt;ailouros&gt; nghĩ như go!zilla và download accelerator :) 16:49 &lt;jrandom&gt; Tôi nghĩ bạn đánh giá thấp mức tôi đang bối rối 16:49 &lt;ailouros&gt; nhưng trong suốt và trong i2p 16:49 &lt;ailouros&gt; lol chắc vậy :D 16:50 &lt;jrandom&gt; một giải thích rất, rất cơ bản kiểu vd. "bạn chạy client clunk, tải từ server clunk, lấy thông tin về các peer clunk", v.v. 16:50 &lt;jrandom&gt; Tôi dùng trình duyệt web để truy vấn client clunk? hay server? hay peer? 16:51 &lt;jrandom&gt; (tôi lạc mức đó đấy) 16:51 &lt;ailouros&gt; làm lại từ 0 :) 16:51 &lt;ailouros&gt; bạn dùng trình duyệt web của bạn 16:51 &lt;ailouros&gt; bạn kết nối tới client của bạn 16:51 &lt;ailouros&gt; bạn duyệt thư mục của người khác bằng trình duyệt 16:51 &lt;ailouros&gt; bạn chọn tệp để tải bằng trình duyệt 16:51 &lt;ailouros&gt; client của bạn làm phần việc nặng 16:52 &lt;ailouros&gt; bạn nhận lại tệp đã tải 16:52 &lt;ailouros&gt; thế này ổn hơn chưa? :) 16:52 &lt;jrandom&gt; ok hay, cảm ơn - vậy "duyệt thư mục của người khác" là do client của bạn truy vấn client của họ và trả về một biểu diễn HTML của nó 16:52 &lt;ailouros&gt; chính xác 16:52 &lt;jrandom&gt; (hoặc lấy từ server/superpeer/v.v.) 16:53 &lt;jrandom&gt; được đấy 16:53 &lt;ailouros&gt; tất cả phần việc nặng (tìm trùng lặp, tải đa nguồn và v.v.) do client (cục bộ) của bạn xử lý một cách trong suốt 16:54 &lt;ailouros&gt; những gì bạn thấy cơ bản là một cây thư mục và vài tệp bạn có thể tải 16:54 &lt;jrandom&gt; hay 16:55 &lt;ailouros&gt; để công bố dữ liệu bạn đưa địa chỉ (p2p) công khai của bạn 16:55 &lt;ailouros&gt; và để chia sẻ tệp bạn copy chúng (hoặc symlink chúng) vào thư mục pub/ (hoặc thư mục con nào đó). Dễ vậy thôi 16:57 * jrandom sẽ đào sâu source thêm, và mong có thêm thông tin :) 16:57 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 16:57 &lt;bar_&gt; ờm.. khác nhau giữa công bố và chia sẻ là gì, nếu tôi có thể hỏi? công bố có đẩy dữ liệu vào một kho nào không? 16:58 &lt;ailouros&gt; bar_: chia sẻ là cho tải các block. công bố là cho thế giới biết bạn chia sẻ gì 16:58 &lt;ailouros&gt; công bố là tập con của chia sẻ 16:58 &lt;bar_&gt; à, hiểu rồi, cảm ơn 16:58 &lt;ailouros&gt; ví dụ, nếu bạn có nửa tệp, bạn chia sẻ nó nhưng không công bố 16:59 &lt;jrandom&gt; vậy làm sao người ta biết họ có thể lấy các block đó từ bạn? 16:59 &lt;ailouros&gt; và bạn hoàn toàn kiểm soát tệp nào bạn công bố (không như emule nơi mọi tệp đã tải đều được công bố) 16:59 &lt;ailouros&gt; vì mỗi client định kỳ gửi thông tin lên mạng về các block nó có để cung cấp 17:00 &lt;jrandom&gt; hay đấy 17:00 &lt;ailouros&gt; gửi lên mạng tức là tới server (hiện tại) hoặc DHT (tương lai) 17:00 &lt;jrandom&gt; vậy nó hơi giống mnet, với một bộ theo dõi block 17:00 &lt;ailouros&gt; ờ giống mnet? 17:01 &lt;jrandom&gt; giống cách mnet (mnetproject.org) hoạt động 17:01 * ailouros đang đọc mnetproject.org 17:02 &lt;ailouros&gt; ừ, bạn chỉ có không gian cá nhân, không có không gian chia sẻ 17:02 &lt;ailouros&gt; và bạn không "PUSH" block đi khắp nơi 17:02 &lt;jrandom&gt; ừ, không giống hệt mnet, nhưng tương tự về cấu trúc 17:03 &lt;jrandom&gt; nó như mnet nơi ai cũng quá "cháy túi" để có người khác host dữ liệu của họ ;) 17:03 &lt;ailouros&gt; đúng 17:03 &lt;ailouros&gt; :D 17:03 &lt;jrandom&gt; ok, còn ai có gì khác muốn nêu? 17:04 &lt;jrandom&gt; nếu không... 17:04 * jrandom thu xếp 17:04 * jrandom *baf*s kết thúc cuộc họp </div>/vi/blog/2005/11/29/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-29-th%C3%A1ng-11-n%C4%83m-2005/Tue, 29 Nov 2005 00:00:00 +0000/vi/blog/2005/11/29/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-29-th%C3%A1ng-11-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, c3rvantes, cat-a-puss, cervantes, Complication, jrandom, legion, Pseudonym</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) chào 15:25 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.6 15:25 &lt;jrandom&gt; 2) Syndie 15:25 &lt;jrandom&gt; 3) I2P Rufus 0.0.4 15:25 &lt;jrandom&gt; 4) ??? 15:25 &lt;jrandom&gt; 0) chào 15:25 * jrandom vẫy tay 15:25 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar đưa cho jrandom một cái baf 15:26 &lt;c3rvantes&gt; chưa đâu! 15:26 * jrandom lấy đà 15:26 &lt;jrandom&gt; ờ... 15:26 &lt;jrandom&gt; hãy xử lý vài mục đầu của chương trình nghị sự trước :) 1) Tình trạng mạng và 0.6.1.6 15:27 &lt;jrandom&gt; nhiều thứ đã được cập nhật trong vài bản phát hành gần đây, nhưng mạng vẫn có vẻ khá ổn định. 15:28 &lt;jrandom&gt; đã có vài đợt tăng đột biến về mức độ tham gia của router trên một vài router, tuy vậy cũng khá vô hại 15:28 &lt;+legion&gt; hay đấy, tôi đồng ý tình trạng mạng đang tốt lên. Và ừ, sao không bỏ tcp cho 0.6.1.7 15:28 &lt;jrandom&gt; (ờ, ý là đột biến ở mức độ tham gia của tunnel) 15:29 &lt;@cervantes&gt; anh nói không sai đâu 15:29 &lt;jrandom&gt; chưa chắc đâu legion. có thể có vài người dùng ngoài kia chỉ dùng được tcp, nhưng tôi nhớ là chỉ có một, cùng lắm là hai người như thế 15:29 &lt;+legion&gt; tôi để ý với 0.6.1.5 thì router đôi khi tự khởi động lại. 15:29 &lt;+Complication&gt; Của tôi dao động trong mức hợp lý, 100 đến 250 tunnel tham gia 15:29 &lt;jrandom&gt; Tôi không nghĩ ra lý do lớn nào để giữ nó, nhưng lại có vài lý do để bỏ 15:30 &lt;jrandom&gt; hay đấy Complication 15:30 &lt;jrandom&gt; (những con số đó khá trung bình, theo stats.i2p/, nhưng nhớ là các số liệu như vậy có thể làm tổn hại tính ẩn danh, nên không nên đưa ra, đặc biệt là trong các cuộc họp có log ;) 15:30 &lt;+Complication&gt; Con Celeron cũ của tôi vẫn tự khởi động lại khoảng mỗi 10 tiếng 15:30 &lt;+Complication&gt; Ngoài ra thì kết nối còn tốt hơn trước giờ 15:30 &lt;Pseudonym&gt; lý do để bỏ nó là gì? 15:31 &lt;+Complication&gt; TCP tốn tài nguyên 15:31 &lt;@cervantes&gt; router của tôi kiệt quệ rồi 15:31 &lt;+Complication&gt; xét về số thread trên mỗi kết nối 15:31 &lt;@cervantes&gt; Complication: nhân con số đó lên 10 là ra khoảng hiện tại của router tôi ;-) 15:31 &lt;+legion&gt; Của tôi dao động trong 200-400 tunnel tham gia, nên có vẻ tốt hơn trước. 15:32 &lt;+Complication&gt; cervantes: đau ghê 15:32 &lt;+Complication&gt; Tôi từng thấy một tai nạn kỳ quặc gây ra 2000 tunnel tham gia, nhưng đó là hồi mùa hè 15:32 &lt;jrandom&gt; Pseudonym: hiệu năng (CPU/bộ nhớ, lập lịch tốt hơn do các yêu cầu 'semi-reliable' của chúng ta), khả năng bảo trì, và cho vào blacklist hiệu quả hơn 15:32 &lt;+Complication&gt; Một cú đột biến đơn lẻ, không bao giờ lặp lại 15:32 &lt;+legion&gt; ừ, với vài phiên bản trước có những đợt như vậy 15:32 &lt;jrandom&gt; Complication: với bản sửa gần đây nhất chúng ta đã có các đỉnh &gt; 2000 tunnel 15:33 &lt;jrandom&gt; nhưng hy vọng 0.6.1.7 sẽ xử lý được 15:33 &lt;+legion&gt; Vậy đó là vài lý do tốt để bỏ tcp :) 15:33 &lt;jrandom&gt; nhưng, nhắc lại, các đỉnh về mức tham gia tunnel thì vẫn ổn, vì đa số không được dùng 15:34 &lt;@cervantes&gt; Pseudonym: có vẻ chỉ còn một hai router trên mạng dùng tcp 15:34 &lt;jrandom&gt; cũng có thể nên bỏ tcp ngay trong bản này, vì nó không có thay đổi lớn nào khác. như vậy ta sẽ thấy ảnh hưởng khá rõ ràng 15:34 &lt;jrandom&gt; (và có thể bật lại nếu cần) 15:35 &lt;Pseudonym&gt; nếu chỉ có hai router dùng nó, tôi không nghĩ nó sẽ ảnh hưởng nhiều theo cách nào 15:35 &lt;Pseudonym&gt; (ngoại trừ việc có ít đi hai router trên mạng) 15:35 &lt;@cervantes&gt; 2 khách hàng bực bội 15:35 &lt;jrandom&gt; ờ, transport đó có xuất hiện trong vài tình huống kỳ quặc, đó là một trong các lý do tôi muốn vô hiệu hóa nó :) 15:35 &lt;+Complication&gt; Hy vọng họ không coi đó là chuyện cá nhân 15:36 &lt;+Complication&gt; Một số ISP lọc UDP thật là tệ. 15:36 &lt;+Complication&gt; Tệ và hoàn toàn vô nghĩa. 15:36 &lt;jrandom&gt; (ví dụ khi một router bị hỏng, mọi người đánh dấu SSU transport là lỗi, nhờ thế họ sẽ rơi về tcp transport) 15:36 * Pseudonym yêu ISP của mình. không hạn chế 15:37 &lt;+Complication&gt; Vậy không có TCP, ta sẽ thấy UDP tự xử lý nó ra sao? 15:37 &lt;+Complication&gt; "không có bánh phụ" :P 15:37 &lt;+legion&gt; hả vậy làm sao vượt qua kiểu lọc khó chịu đó mà không có tcp? 15:38 &lt;jrandom&gt; chính xác đó Complication :) 15:38 &lt;jrandom&gt; legion: chúng ta không 15:38 &lt;jrandom&gt; (restricted routes (đường đi bị hạn chế)) 15:38 &lt;+Complication&gt; Ờ, chẳng phải có khá nhiều ứng dụng hữu ích ngoài các chương trình chia sẻ file cũng dùng các gói UDP lớn hơn gói DNS sao? 15:39 &lt;+legion&gt; :( nghe không ổn lắm 15:39 &lt;+Complication&gt; kích thước tương tự kích thước gói nhỏ nhất mà I2P dùng? 15:39 &lt;jrandom&gt; ờ legion, không phải vấn đề đâu 15:39 &lt;jrandom&gt; Complication: các giao thức streaming 15:39 &lt;+Complication&gt; Không thể chặn UDP trực tiếp, nếu không sẽ làm tê liệt DNS. 15:39 &lt;+Complication&gt; Người ta có thể giới hạn kích thước gói. 15:40 &lt;+legion&gt; ok, nghe như có thể là vấn đề 15:40 &lt;+Complication&gt; VoIP? 15:40 &lt;jrandom&gt; nó sẽ thành vấn đề nếu lan rộng - nếu cộng đồng internet nói chung cấm udp 15:40 &lt;+Complication&gt; Hmm, VoIP dùng gói lớn hay nhỏ? 15:40 &lt;jrandom&gt; nhưng nếu chỉ là vài ISP, ta có thể xử lý họ như restricted routes 15:40 &lt;+Complication&gt; Hay ý bạn là kiểu... video streaming? 15:40 &lt;+legion&gt; Tôi nghĩ là dùng cả hai 15:41 &lt;jrandom&gt; cả hai Complication, RTSP chạy trên UDP, và real chạy trên RTSP nếu tôi nhớ đúng 15:41 &lt;+Complication&gt; s/p/s 15:42 &lt;+legion&gt; Vậy chuyển sang mục tiếp theo? 15:42 &lt;+Complication&gt; cat /etc/services | grep -c udp 15:42 &lt;+Complication&gt; 227 15:43 &lt;jrandom&gt; Tôi vẫn chưa chắc có bỏ tcp trong 0.6.1.7 không, nhưng có lẽ là có. 15:43 &lt;jrandom&gt; ừ, còn ai có gì về mục 1) không? nếu không, nhảy sang 2) Syndie 15:43 &lt;+Complication&gt; Tức là có ít nhất 227 ứng dụng (một số có thể đã lỗi thời hoặc là ứng dụng LAN) dùng UDP 15:44 &lt;jrandom&gt; bah, đây là intarweb. bạn chỉ cần truy cập HTTP qua proxy là đủ 15:44 &lt;jrandom&gt; Tôi không có nhiều để thêm cho mục 2) ngoài những gì trong mail (và trên Syndie) 15:44 &lt;+legion&gt; Tôi bị thuyết phục rồi, ừ bỏ nó đi. :) 15:44 &lt;jrandom&gt; ai có gì liên quan đến syndie muốn nêu không? 15:45 &lt;+legion&gt; Tôi cũng không có gì để nói về mục 2). 15:45 * Complication đang đọc "how Syndie works" 15:46 &lt;+Complication&gt; Có một hiệu ứng UI nhỏ cứ làm tôi bất ngờ. :D 15:46 &lt;+Complication&gt; Khi tôi mở rộng một luồng (thread) thông điệp, tôi luôn bất ngờ khi thông điệp đang hoạt động lại nhảy lên thành mục trên cùng trong danh sách. :P 15:47 &lt;+Complication&gt; Nhưng có lẽ bạn có thể bỏ qua. Tôi chỉ hơi khó tính và là người sống theo thói quen. :P 15:47 &lt;@cervantes&gt; mô hình threading đang được thảo luận khá kỹ 15:47 &lt;@cervantes&gt; ;-) 15:47 &lt;+Complication&gt; Tôi sẽ quen thôi. :) 15:48 &lt;+Complication&gt; cervantes: trong Syndie? Tôi phải tìm thread đó. :) 15:48 &lt;@cervantes&gt; Tôi cũng không thích - nhưng nó có thể sẽ thay đổi 15:48 &lt;jrandom&gt; ừ, tôi đoán điều đó hơi kỳ cục 15:48 &lt;+legion&gt; ừ 15:48 &lt;@cervantes&gt; "subject: syndie threading" 15:49 &lt;+Complication&gt; Hơn nữa, nếu thông điệp được mở rộng ở dưới cùng, nó vẫn sẽ phải di chuyển thôi. 15:49 &lt;+Complication&gt; Vì nếu không nó sẽ kẹt ở đó. 15:50 &lt;jrandom&gt; ừ, phần điều hướng (nav) ở dưới cùng hiển thị 10 *threads* mỗi lần, không phải 10 thông điệp. nên nó có thể mở rộng thread dưới cùng 15:50 * cervantes đang thử nghiệm vài triển khai kiểu UI threading khác nhau lúc này 15:51 &lt;jrandom&gt; tuyệt 15:51 &lt;jrandom&gt; ừ, lý tưởng thì ta có thể hoán đổi chúng trong css, hoặc nếu không thì ở phía server 15:52 &lt;@cervantes&gt; chính xác hơn là "threading navigation styles" 15:53 &lt;@cervantes&gt; hmm các thử nghiệm của tôi mặc định dùng danh sách lồng nhau html thuần, dạng không thứ tự (unordered) 15:53 &lt;@cervantes&gt; bạn có thể đắp bao nhiêu css và javascript tùy nhu cầu hoặc muốn 15:53 &lt;jrandom&gt; có ETA nào về lúc chúng ta có thể xem vài mockup không? 15:53 &lt;@cervantes&gt; (tuy nhiên đó chỉ là bằng chứng khả thi (proof of concept), không phải triển khai UI thực sự) 15:54 &lt;@cervantes&gt; Tôi làm phần lớn việc coding trong các buổi họp I2P ;-) 15:54 &lt;jrandom&gt; hê 15:54 &lt;@cervantes&gt; có lẽ mockup đầu tiên sẽ sẵn sàng tối nay 15:54 * jrandom lên lịch họp hàng ngày 15:54 &lt;jrandom&gt; tuyệt 15:54 &lt;@cervantes&gt; trời ạ :) 15:55 &lt;jrandom&gt; ok, còn ai có gì cho 2) syndie không? 15:55 &lt;jrandom&gt; nếu không, chuyển sang 3) I2P Rufus 0.0.4 15:56 &lt;jrandom&gt; Tôi không có nhiều để thêm ngoài những gì trong mail - Rawn/defnax, mọi người còn ở đây chứ? 15:56 &lt;+legion&gt; vậy 0.0.4 tốt đến đâu? Còn vấn đề gì không, nếu có? 15:57 * jrandom chịu 15:58 &lt;+legion&gt; Có lẽ một trong số người dùng của nó có thể trả lời. Nó có vẻ tốt và ổn định chứ? 15:58 &lt;jrandom&gt; ok, có vẻ Rawn và defnax đang vắng mặt atm. nếu ai có câu hỏi/bình luận/quan ngại liên quan đến I2P Rufus, ghé qua diễn đàn và đăng lên nhé 15:58 &lt;+legion&gt; chết tiệt, chắc phải vậy rồi. 15:59 &lt;+legion&gt; sang 4) nhé? 15:59 &lt;jrandom&gt; ừ, có vẻ vậy. ok, 4) ??? 15:59 &lt;+Complication&gt; Tiếc là tôi chưa thử I2P Rufus. 16:00 &lt;jrandom&gt; ai còn điều gì muốn nêu không? 16:00 &lt;jrandom&gt; (nào nào, ta phải kéo dài thêm để cervantes còn làm thêm việc!) 16:00 &lt;+legion&gt; ừ, có những thứ thú vị nào sắp tới? 16:00 &lt;+bar&gt; có chỗ nào tôi có thể đọc thêm về "restricted routes" không? 16:00 &lt;+bar&gt; (tôi *đã* tìm rồi) 16:01 &lt;+legion&gt; Có lẽ ta còn có thể bàn về i2phex? 16:01 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes đặt chuột sẵn sàng trên nút đóng 16:01 &lt;jrandom&gt; ờ, #future.restricted 16:02 &lt;jrandom&gt; cộng thêm các trang how_* & todo 16:02 &lt;jrandom&gt; (trên web) 16:02 &lt;+Complication&gt; Heh, có vẻ I2P đã nhảy qua một build :D 16:02 &lt;+Complication&gt; :D 16:02 &lt;+bar&gt; cảm ơn 16:02 &lt;+Complication&gt; - public final static long BUILD = 1; 16:02 &lt;+Complication&gt; + public final static long BUILD = 3; 16:03 &lt;jrandom&gt; legion: một số hacking trên netDb, chỉnh hiệu năng, restricted routes, cải tiến streaming, cải tiến eepproxy, cải tiến tunnel, v.v. nhiều thứ lắm, nhưng chưa có gì sẵn sàng 16:03 &lt;+legion&gt; hả, lạ nhỉ 16:03 &lt;jrandom&gt; có gì muốn nêu về i2phex không legion? 16:03 &lt;jrandom&gt; Complication: ừ, cố ý. Tôi quên tăng nó cho BUILD = 2 16:03 &lt;+Complication&gt; (không phải nó ảnh hưởng gì, chỉ thắc mắc liệu tôi đã từng thấy dịp hiếm như vậy chưa :) 16:04 &lt;+legion&gt; tuyệt, nghe hay đấy, cảm ơn! 16:04 &lt;jrandom&gt; ồ, điều đó làm tôi nhớ... sẽ thật tuyệt nếu ai đó muốn đào sâu việc làm lại trang web của chúng ta 16:05 * jrandom không muốn nghĩ về nó, nhưng sớm muộn cũng phải làm 16:05 &lt;+legion&gt; ừ, có đấy 16:05 &lt;+legion&gt; giờ cập nhật i2phex lên mã phex cvs mới nhất có đáng không? 16:06 &lt;+Complication&gt; Không chắc, tôi chưa nghe tin từ Redzara gần đây 16:06 &lt;jrandom&gt; lần cuối tôi nhớ, redzara đang đợi cập nhật phex của gregorz 16:06 &lt;jrandom&gt; (để ta có thể có một lần cập nhật/mở rộng khá sạch) 16:08 &lt;+legion&gt; hả, vậy thì cần i2phex làm gì? 16:08 &lt;+Complication&gt; Phòng khi cần? 16:08 &lt;jrandom&gt; hmm? 16:08 &lt;jrandom&gt; i2phex là một extension cho phex 16:08 &lt;+legion&gt; Có vẻ họ muốn chỉ có phex với một i2p extension 16:09 &lt;jrandom&gt; extension, theo nghĩa là sửa đổi một số rất ít thành phần 16:09 &lt;jrandom&gt; ờ, s/bits/components/. để chúng ta có thể dễ dàng cập nhật mã bất cứ khi nào các dev phex sửa thứ gì 16:10 &lt;+legion&gt; nếu vậy thì tôi không phải tốn nhiều công để cập nhật nó lên mã cvs mới nhất, dù tôi biết rồi sẽ tốn công thôi. 16:10 &lt;jrandom&gt; theo tôi nghe trên diễn đàn thì kế hoạch là để I2Phex và Phex là hai ứng dụng riêng, nhưng sẽ chia sẻ phần lớn mã 16:10 &lt;jrandom&gt; ừ legion, thế thì tuyệt, nhưng lần cuối tôi nghe, Gregor vẫn chưa hoàn tất các sửa đổi cho Phex 16:11 &lt;jrandom&gt; (điều mà redzara đang đợi) 16:11 &lt;+legion&gt; à tôi hiểu 16:11 &lt;jrandom&gt; vậy lựa chọn thay thế là hoặc giúp Gregor, hoặc tiếp tục sửa codebase I2Phex hiện có 16:12 &lt;+legion&gt; vậy thì nếu tôi không chờ và chỉ cập nhật i2phex với mã mới, sẽ không cần redzara tiếp tục 16:12 &lt;jrandom&gt; ờ, không hẳn. 16:12 &lt;jrandom&gt; cập nhật I2Phex lên mã Phex hiện tại sẽ rất tốt, đúng 16:13 &lt;jrandom&gt; nhưng ngay khi các nhà phát triển Phex cập nhật mã Phex của họ, chúng ta lại lệch nhịp 16:13 &lt;+legion&gt; ok, tôi có lẽ sẽ làm việc đó tối nay hoặc trong vài ngày tới. 16:13 &lt;jrandom&gt; tuyệt 16:13 &lt;+legion&gt; Thế cũng được. 16:14 &lt;+legion&gt; Thực ra tôi không kỳ vọng i2phex luôn đồng bộ với mã phex, chỉ là có vẻ cvs chứa các bản vá mà i2phex chắc chắn có thể dùng. 16:15 &lt;+legion&gt; Tôi cũng muốn loại bỏ mọi mã và tính năng của phex mà i2phex không cần. 16:15 &lt;jrandom&gt; hay 16:16 &lt;+legion&gt; Về các tính năng mới và sửa những thứ vẫn chưa chạy như hàng đợi upload... Tôi đã xem xét để webcache chạy được, nhưng còn nhiều việc phải làm. 16:17 &lt;jrandom&gt; chuẩn. ừ, phex từng có hỗ trợ gwebcache hoạt động, nhưng sirup đã tắt nó vì ban đầu không cần 16:17 &lt;+legion&gt; Tôi dự định cuối cùng sẽ thêm jeti vào i2phex. 16:17 &lt;jrandom&gt; hay đấy 16:18 * jrandom chưa bao giờ dùng jeti, và tôi hy vọng nó sẽ là thành phần tùy chọn, nhưng hỗ trợ thêm nhiều thứ thì vẫn ngầu 16:18 &lt;+legion&gt; Ừ nó có thể là tùy chọn, người dùng sẽ có thể tải một jeti2phex ;) 16:19 &lt;jrandom&gt; chuẩn 16:19 &lt;+legion&gt; Vẫn còn nhiều việc ta có thể làm với i2phex, dù hiện tại nó hoạt động rất tốt. 16:20 &lt;+legion&gt; Cho đến giờ việc giữ một client kết nối, chạy 24/7 là khả thi và dễ. 16:21 &lt;jrandom&gt; ừ, tôi đã có vài thành công tốt với nó... "sao lưu các bản thu âm có bản quyền của tôi" 16:21 &lt;+legion&gt; hê :) 16:22 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 16:23 * cervantes lăn cái cồng chiêng Trung Quốc vào 16:23 &lt;+legion&gt; Hình như tôi quên cái gì đó... hmm 16:24 &lt;+legion&gt; À đúng rồi, có ý tưởng nào về cách giảm lượng bộ nhớ mà i2p và i2phex tiêu thụ không? 16:25 &lt;+Complication&gt; Ờ, TCP transport chiếm kha khá 16:25 &lt;jrandom&gt; có thể chạy cả hai trong cùng một jvm 16:25 &lt;+Complication&gt; Nếu bỏ được cái đó, sẽ giải phóng được chút 16:26 &lt;@cervantes&gt; rút vài thanh RAM khỏi máy của bạn đi 16:26 &lt;cat-a-puss&gt; ai có kinh nghiệm với javolution biết nó có giúp được không? http://javolution.org/ 16:26 &lt;jrandom&gt; (clients.config trong thư mục cài đặt i2p định nghĩa main class và các tham số để khởi chạy client) 16:26 &lt;+legion&gt; Vậy nếu chạy cả hai trong cùng một jvm và khi bỏ tcp, ta có thể kéo xuống dưới 50mb không? 16:27 &lt;jrandom&gt; không biết nữa legion. còn tùy “50MB” bạn nói là gì. RSS/VSS/v.v 16:27 &lt;jrandom&gt; Tôi thật sự không khuyên chạy cả hai trong một JVM, trừ khi bạn giữ cả hai chạy mọi lúc, vì tắt một cái sẽ giết cái kia 16:27 &lt;@cervantes&gt; legion: giới hạn băng thông và đặt trần số người tham gia cũng có thể giúp 16:27 &lt;jrandom&gt; ừ, như cervantes nói 16:28 &lt;cat-a-puss&gt; theo tôi nếu ta biết chính xác số lượng một kiểu đối tượng nào đó mà ta có khả năng sẽ dùng, nó sẽ giúp tránh việc JVM cấp phát quá đà 16:28 &lt;+Complication&gt; Đúng, nó tạo ra các kiểu cấp phát khác nhau, mà tôi chưa bao giờ hiểu hết 16:28 &lt;jrandom&gt; ừ, ta có làm một phần như vậy cat-a-puss (xem net.i2p.util.ByteCache) 16:29 &lt;+Complication&gt; (nhưng như đã nói, Java còn rất mới với tôi) 16:29 &lt;jrandom&gt; Tôi đã liếc qua javolution trước đây, nhưng có vẻ nó đã tiến bộ nhiều. tôi sẽ xem lại 16:30 &lt;cat-a-puss&gt; jrandom:Tôi biết vài người ở chỗ làm dùng nó và hài lòng, dù họ không quan tâm đến cấp phát bộ nhớ 16:31 &lt;jrandom&gt; ờ, nó thực ra sẽ không tiết kiệm bộ nhớ, nhưng sẽ giúp giảm churn của GC 16:31 &lt;+legion&gt; Cá nhân tôi không quá bận tâm chuyện cấp phát bộ nhớ, tuy nhiên nhiều người có. 16:31 &lt;jrandom&gt; ồ, và nó còn dùng giấy phép BSD nữa 16:31 &lt;cat-a-puss&gt; đúng vậy 16:31 &lt;jrandom&gt; legion: cấp phát bộ nhớ đồng nghĩa với hiệu năng 16:32 &lt;+legion&gt; ờ, à, vậy là mức tiêu thụ bộ nhớ 16:33 &lt;+legion&gt; Nhiều người rất thích uTorrent vì footprint bộ nhớ rất nhỏ. 16:33 &lt;jrandom&gt; à, ừ, đúng. ta có thể tinh chỉnh dần, nhưng vì i2p chạy trong kích thước mặc định của jvm, tôi không quá lo (vì còn nhiều chỗ để tinh chỉnh) 16:34 &lt;jrandom&gt; ok, còn ai có gì cho buổi họp không? 16:35 &lt;+legion&gt; không, tôi ổn rồi... 16:37 * jrandom lấy đà 16:37 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/11/22/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-11-n%C4%83m-2005/Tue, 22 Nov 2005 00:00:00 +0000/vi/blog/2005/11/22/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-11-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ailouros, cervantes, Complication, frosk, jrandom, nickless_head, Raccoon23, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) chào 16:18 &lt;jrandom&gt; 1) Tình trạng mạng 16:18 &lt;jrandom&gt; 2) Săn cáo 16:18 &lt;jrandom&gt; 3) ??? 16:18 &lt;jrandom&gt; 0) chào 16:18 * jrandom vẫy tay muộn màng từ một ngôi nhà vừa có điện trở lại 16:18 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã có @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 &lt;jrandom&gt; 1) Tình trạng mạng 16:20 &lt;jrandom&gt; không có nhiều để bổ sung ngoài những gì trong thư.. có ai có điều gì muốn nêu ra liên quan đến tình trạng mạng không? 16:21 &lt;jrandom&gt; nếu không, chuyển sang 2) Săn cáo 16:21 &lt;zzz&gt; ý tưởng hay đấy 16:22 &lt;jrandom&gt; ở đây cũng vậy, tôi không có nhiều để bổ sung ngoài những gì trong thư và các đề xuất của Raccoon23.. 16:22 &lt;+fox&gt; &lt;ailouros&gt; Tôi không thích cái tên "Fox hunt". Tôi muốn gọi là "Man hunt" hơn. Cáo có làm gì sai đâu. 16:22 &lt;Raccoon23&gt; hah 16:22 &lt;jrandom&gt; ừ, tôi đồng ý với zzz, nó sẽ rất hữu ích để cho mọi người một động lực thực sự mà không có những nguy hiểm nghiêm trọng của việc sử dụng thực tế 16:23 &lt;nickless_head&gt; gọi là "&lt;động vật 'chuẩn mực chính trị'&gt; hunt 16:23 &lt;Raccoon23&gt; “Fox hunt” là tên điển hình cho một cuộc thi radio nghiệp dư, nơi bạn cố tìm ra một máy phát vô tuyến trái phép 16:24 &lt;+fox&gt; &lt;ailouros&gt; Tôi không quan tâm mấy cái máy phát radio gọi là Fox, ở đây chúng ta nói về i2p, không có cáo ẩn danh nào được phép 16:24 &lt;+fox&gt; &lt;ailouros&gt; :D 16:24 * cervantes tự hỏi liệu ailouros có biết tên của changate không 16:24 &lt;nickless_head&gt; có lẽ "Dissident hunt" 16:25 &lt;@cervantes&gt; &lt;fox&gt; &lt;ailouros&gt; :D 16:25 &lt;+fox&gt; &lt;ailouros&gt; (ờ changate là gì vậy?) 16:25 &lt;jrandom&gt; hê hê 16:25 &lt;@cervantes&gt; ailouros: đó là các bot chuyển tiếp trò chuyện giữa các mạng khác nhau 16:26 &lt;+fox&gt; &lt;ailouros&gt; ý bạn là vulpine ở đây à? 16:26 &lt;@cervantes&gt; chat bên i2p được chuyển tiếp đến bạn dưới tên vulpine 16:26 &lt;@cervantes&gt; và chat của bạn được chuyển tiếp đến chúng tôi qua fox 16:26 &lt;@cervantes&gt; ;-) 16:26 &lt;@cervantes&gt; *your 16:26 &lt;+fox&gt; &lt;ailouros&gt; vậy cuộc săn là để bắt con bot tội nghiệp làm việc như nô lệ à? :D 16:27 &lt;Raccoon23&gt; vâng, tôi nghĩ nên lập một trang tiền thưởng/thông tin. Tôi nghĩ chúng ta nên đặt mục tiêu gây quỹ 1.000 đô 16:27 &lt;+fox&gt; &lt;ailouros&gt; ừ xin lỗi tôi không thường vào i2pchat :) 16:27 &lt;+fox&gt; &lt;ailouros&gt; ờ, đó mới là tiền thưởng chứ! 16:28 &lt;jrandom&gt; Raccoon23: tôi đồng ý, nhưng bây giờ làm vậy có thể hơi sớm. 16:28 &lt;jrandom&gt; (chúng ta luôn có thể phân bổ tiền từ quỹ chung sang khoản tiền thưởng để khởi động khi cần) 16:28 &lt;+fox&gt; &lt;ailouros&gt; bắt đầu cuộc săn ngay bây giờ nhưng không có tiền thưởng? 16:28 &lt;+fox&gt; &lt;ailouros&gt; ý tôi là, bắt đầu càng sớm thì càng có nhiều người chú ý 16:28 &lt;jrandom&gt; để “săn cáo” có ý nghĩa (tức là giúp I2P), chúng ta cần làm cẩn thận. 16:28 &lt;jrandom&gt; không, ailouros, tôi không đồng ý. 16:29 &lt;jrandom&gt; tổ chức cuộc thi trước khi I2P sẵn sàng sẽ rất tệ. 16:29 &lt;Raccoon23&gt; ừ 16:29 &lt;jrandom&gt; vừa vì sẽ lãng phí thời gian của mọi người đánh giá thứ chưa hoàn thiện, vừa vì nó sẽ không cho biết điều gì hữu ích 16:30 &lt;+fox&gt; &lt;ailouros&gt; ....hiểu rồi 16:30 &lt;Raccoon23&gt; và sẽ bị báo chí xấu nếu các lỗ hổng bị “phát hiện” vốn đã lên lịch sửa trong các phiên bản sắp tới 16:30 &lt;jrandom&gt; ừ 16:33 &lt;jrandom&gt; được rồi, còn gì về mục 2) nữa không, hay ta chuyển sang 3) ??? 16:34 &lt;zzz&gt; ở phần khác của luồng jrandom/raccoon23, kết luận là chuyển sang tối thiểu 2-hop phải không? còn kết luận nào khác không? 16:35 &lt;jrandom&gt; hmm, tất cả là câu hỏi đối thủ của ta là ai, nhưng đặt mặc định ở 2 +0-1 cũng không hại gì và sẽ bảo vệ được trước một lớp kẻ tấn công 16:35 &lt;jrandom&gt; kết luận khác có thể là “này, bắt tay vào 0.6.2 đi” :) 16:35 &lt;+fox&gt; &lt;ailouros&gt; làm sao tôi đặt cấu hình để các tunnel (đường hầm - kênh truyền ẩn danh của I2P) luôn có một giá trị cố định (như sai biệt 0+1)? Tôi cứ nhận giá trị mặc định mỗi lần khởi động lại 16:36 &lt;jrandom&gt; ailouros: bạn có thể lưu các thiết lập ở /i2ptunnel/ 16:36 &lt;jrandom&gt; hay bạn đang thay đổi chúng ở /configtunnels.jsp ? 16:37 &lt;Raccoon23&gt; Tôi nghĩ các tunnel 1 hop cho phép một kẻ tấn công khá yếu làm được nhiều thứ ít nhất là trong 0.6.1. Tôi cho rằng 0.6.1.6 không nên mặc định dùng tunnel 1 hop 16:37 &lt;+fox&gt; &lt;ailouros&gt; vậy là configtunnels rồi 16:37 &lt;jrandom&gt; ừ, đồng ý với Raccoon23 16:37 &lt;jrandom&gt; ailouros: dùng /i2ptunnel/ và lưu các thiết lập của bạn 16:37 &lt;+fox&gt; &lt;ailouros&gt; không để ý giao diện mới :D 16:38 &lt;@cervantes&gt; ailouros: vừa thêm trong 0.6.1.5 16:38 &lt;jrandom&gt; đúng vậy cervantes đã làm rất tốt phần đó đấy ailouros 16:38 &lt;+fox&gt; &lt;ailouros&gt; ồ, khen ngợi cho việc đó 16:39 &lt;@cervantes&gt; nhân tiện đang nói về chủ đề đó, nếu mọi người gặp trục trặc khi lưu thiết lập trên giao diện mới, có lẽ nên dùng trình duyệt không phải IE tạm thời cho đến bản phát hành tiếp theo 16:39 &lt;@cervantes&gt; *lầu bầu* microsoft *lầu bầu* 16:40 &lt;+fox&gt; &lt;ailouros&gt; sang chủ đề khác, có ai quan tâm nếu tôi dựng một máy chủ nethack trên i2p không? :D 16:41 &lt;@frosk&gt; ailouros: đã nghĩ về nó (đang chơi nethack ngoài đời), nhưng tôi e là độ trễ sẽ khủng khiếp (và lag thì tệ lắm khi chơi nethack) 16:42 &lt;+fox&gt; &lt;ailouros&gt; chắc vậy 16:42 &lt;+fox&gt; &lt;ailouros&gt; được, bỏ ý tưởng đó 16:43 * frosk vừa lên ngôi (ascension) đầu tiên vài tháng trước, woot 16:44 &lt;jrandom&gt; được rồi, còn ai có gì cho buổi họp không? 16:45 &lt;+fox&gt; &lt;ailouros&gt; có, một chỉ báo cho syndie khi thread có tin nhắn mới 16:46 &lt;nickless_head&gt; jrandom: và sẽ hay nếu các tin nhắn mới (tiêu đề) có thể được in đậm/in nghiêng lần đầu khi chúng được hiển thị 16:47 &lt;nickless_head&gt; jrandom: có cách nào thực sự đơn giản để truy cập các tin nhắn trong cơ sở dữ liệu syndie qua http không? 16:47 &lt;jrandom&gt; à đúng rồi ailouros/nickless_head, tôi đang nghĩ đến việc tô màu/đánh dấu cột đầu theo ngày (ví dụ: thứ đăng hôm nay có cờ sáng, hôm qua thì ít sáng hơn, v.v.). 16:47 &lt;nickless_head&gt; jrandom: tốt nhất là ở dạng gì đó đẹp và có thể nhập được như xml 16:48 &lt;jrandom&gt; nickless_head: wget -R `http://localhost:7657/syndie/archive/` 16:48 &lt;nickless_head&gt; nếu có, tôi có thể viết một bộ xuất syndie sang nntp 16:48 &lt;jrandom&gt; ồ, nếu bạn muốn xuất sang nntp, dùng rss to nntp 16:48 &lt;nickless_head&gt; jrandom: ok tôi sẽ thử cái đó :) 16:48 &lt;nickless_head&gt; jrandom: cái đó đã có rồi à? ... chà. ;) 16:49 &lt;jrandom&gt; tôi cũng đang nghĩ về việc thêm lịch sử tin nhắn theo người dùng để bạn đánh dấu đã đọc/chưa đọc, nhưng có lẽ sẽ không kịp trong 0.6.1.6 (trừ khi ai đó khác triển khai :) 16:49 &lt;jrandom&gt; hoặc có lẽ một bộ lọc mới trên cây chủ đề - chỉ hiển thị các tin nhắn đăng từ [today |v] 16:49 &lt;jrandom&gt; (hoặc hôm qua, hoặc 2 ngày trước) 16:50 &lt;jrandom&gt; nickless_head: http://www.methodize.org/nntprss/ 16:50 &lt;nickless_head&gt; jrandom: cảm ơn 16:54 &lt;jrandom&gt; không có gì 16:54 &lt;Raccoon23&gt; jrandom: vậy sẽ còn một thời gian trước khi tôi có thể triển khai nó (tôi muốn làm xong các tuyến bị hạn chế trước), nhưng bạn nghĩ sao về việc tùy chọn garlic routing (cơ chế 'garlic' trong I2P) 1024-bit cho outbound server tunnels? 16:54 &lt;jrandom&gt; độ quá tải khổng lồ - O(data) lớn&gt;&gt;&gt; O(tunnels). nếu hiện tại chúng ta đã gặp rắc rối với O(tunnels), thì không có cách nào hy vọng vào O(data) 16:55 &lt;Raccoon23&gt; chúng ta vẫn đang có vấn đề CPU à? router của tôi khá thấp, nhưng tôi cũng đâu có đường T1 ở đây.. 16:56 &lt;jrandom&gt; không phải ai cũng có p4 ;) 16:56 &lt;jrandom&gt; tôi nghe báo cáo mức sử dụng 8-15% trên máy chậm, nhưng sẽ vọt mạnh khi tắc nghẽn 16:56 &lt;jrandom&gt; (lên 100+%) 16:56 &lt;+Complication&gt; Về mức tiêu thụ CPU: thật kỳ lạ, Java trên Mandriva 10.1 tiêu thụ ít hơn nhiều so với Java trên Mandriva 2006. 16:56 &lt;Raccoon23&gt; ừ, nhưng những người không có đó có lẽ cũng không có T1 16:56 &lt;Raccoon23&gt; luôn :) 16:57 &lt;+Complication&gt; Cả hai đều đã tinh chỉnh, 2006 có jbigi biên dịch tại chỗ. 16:57 &lt;jrandom&gt; lạ thật Complication 16:57 &lt;jrandom&gt; cùng phiên bản i2p chứ? 16:57 &lt;+Complication&gt; Trên 2006 (Celeron 2.4) java có thể lên 20%. 16:58 &lt;+Complication&gt; Trên 10.1 thì không quá 5%. 16:58 &lt;+Complication&gt; (Thường là vậy) 16:58 &lt;+Complication&gt; (thường==không phải lúc khởi động) 16:58 &lt;+Complication&gt; Cùng revision. 16:58 &lt;+Complication&gt; Java gần như giống nhau (_04 so với _05) 16:59 &lt;+Complication&gt; Nhắc tôi chỉnh các daemon thêm chút. Có lẽ vài cái đang cản trở java. 16:59 &lt;+Complication&gt; Bằng cách ngớ ngẩn nào đó mà tôi chưa hiểu. 17:00 &lt;+Complication&gt; Nhưng đúng là con Cel 300 thấy tốt hơn đáng kể. Có thể là do MTU thích ứng 17:01 &lt;jrandom&gt; à hay đấy, vâng, chúng ta sắp có vài thứ hay ho :) 17:03 &lt;+Complication&gt; Tôi tự hỏi có cách nào vượt qua các vấn đề jbigi liên quan đến libc trên một số bản phân phối Linux không? 17:03 &lt;jrandom&gt; có, chắc chắn rồi, chỉ cần rebuild tất cả jbigis 17:03 &lt;jrandom&gt; (không phải libc, mà là libg++) 17:05 * Raccoon23 quyết định không từ bỏ giấc mơ garlic routing, nhưng sẽ chờ hiệu năng ổn định.. có lẽ đến 2.0 17:05 &lt;+Complication&gt; Ồ, bạn nghĩ rebuild đúng cách sẽ giúp chứ? 17:05 &lt;jrandom&gt; Complication: ừ, lỗi liên kết jcpuid là không cần thiết, vì jcpuid thực chất chỉ là một lời gọi ASM (và lẽ ra không nên được triển khai bằng c++ ;) 17:06 &lt;jrandom&gt; Raccoon23: hay đấy :) đó là thứ chúng ta cũng có thể làm về sau trên mạng thật, chỉ cần dùng một kiểu thông điệp I2NP khác, quảng bá khả năng phù hợp và lọc dựa trên đó 17:06 &lt;jrandom&gt; (rồi sẽ) 17:07 &lt;Raccoon23&gt; như caps=S cho CPU nhanh? ;) 17:08 &lt;jrandom&gt; và caps=I cho insane ;) 17:08 &lt;jrandom&gt; được rồi, còn ai có gì cho buổi họp không? 17:08 &lt;Raccoon23&gt; haha 17:09 &lt;Raccoon23&gt; bạn nghĩ sao về biện pháp tạm thời chia sẻ khóa giữa nhiều tunnel? lợi ích quá ít so với công sức à? 17:09 &lt;jrandom&gt; tại sao cách đó lại tốt hơn việc chỉ cần có nhiều tunnel và gửi thông điệp qua một trong số các tunnel? 17:10 &lt;jrandom&gt; (và, ờm, chẳng phải còn tệ hơn, xét về bảo mật và tính ẩn danh sao) 17:10 &lt;Raccoon23&gt; ý tưởng là các nút không thể biết lưu lượng nào thuộc cùng một tunnel, nên nếu bạn chạy i2phex và eepsite, và chọn cùng các host cho các tunnel của bạn, lưu lượng từ hai cái sẽ được trộn lại ở mức các hop có thể thấy 17:11 &lt;Raccoon23&gt; việc đó sẽ khiến tấn công theo thời gian khó hơn 17:11 &lt;jrandom&gt; à, ôi, đúng rồi. điều đó thêm khả năng liên kết Rất Tệ 17:11 &lt;jrandom&gt; đó là lý do chúng tôi chuyển sang per-client tunnel pools trong 0.4 17:11 &lt;Raccoon23&gt; giải thích? 17:11 &lt;jrandom&gt; i2ptunnel cho phép mọi người chia sẻ pool, nếu họ muốn, bằng cách dùng chung cùng một destination 17:12 &lt;jrandom&gt; nếu thông điệp của 2 client đi xuống cùng một tunnel, bạn sẽ biết cả hai client đó do cùng một người điều khiển 17:12 &lt;jrandom&gt; s/clients/destinations/ 17:13 &lt;Raccoon23&gt; nếu chia sẻ khóa, các hop đầu có thể được trộn, nhưng các leasesets thì tách biệt.. 17:13 &lt;Raccoon23&gt; các hop đầu vốn là phần nguy hiểm cho tấn công theo thời gian mà 17:13 &lt;jrandom&gt; nó vẫn cho phép một vectơ để liên kết hai destination vốn không liên kết 17:14 &lt;jrandom&gt; người ta có thể làm vài trò để hy vọng làm mờ khả năng liên kết, nhưng chúng vẫn gắn kết về bản chất. điều đó là không cần thiết và là điều tệ. 17:18 &lt;Raccoon23&gt; chắc quay lại mơ về caps=SI thôi :) 17:19 &lt;jrandom&gt; à thôi. được rồi, còn ai có gì nữa không? 17:20 * jrandom kết thúc 17:20 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/11/15/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-11-n%C4%83m-2005/Tue, 15 Nov 2005 00:00:00 +0000/vi/blog/2005/11/15/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-11-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ailouros, anti, bar, cervantes, Complication, frosk, jmg, jrandom, modulus, polecat, reliver, Sonium, tethra</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) hi 15:15 &lt;jrandom&gt; 1) Net status / 0.6.1.5 15:15 &lt;jrandom&gt; 2) Syndie updates 15:15 &lt;jrandom&gt; 3) I2Phex 15:15 &lt;jrandom&gt; 4) I2P-Rufus 15:15 &lt;jrandom&gt; 5) Issue tracker 15:15 &lt;jrandom&gt; 6) Dynamic Keys 15:15 &lt;jrandom&gt; 7) ??? 15:15 &lt;jrandom&gt; 0) hi 15:15 * jrandom waves 15:16 &lt;jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 15:17 &lt;+bar&gt; yalla! *fires some rounds into the air* 15:17 * jrandom ducks and covers, diving into 1) Net status / 0.6.1.5 15:18 &lt;jrandom&gt; as mentioned in the mail, there's been a lot of progress, and there should be a new release later tonight 15:18 * jrandom would have released it earlier, but I slept late and didn't want everyone upgrading /during/ the meeting :) 15:20 &lt;jrandom&gt; anyone have any questions/comments/concerns re: 1) net status / 0.6.1.5? 15:20 &lt;+fox&gt; &lt;ailouros&gt; is "please keep up the good work" an acceptable comment? 15:20 &lt;jrandom&gt; :) thanks 15:22 &lt;jrandom&gt; I've been pretty happy with the stability as of late. hopefully the next release will improve throughput beyond 4-8KBps/stream. I've done plenty of local testing, but we need to see it out in the wild 15:22 &lt;tethra&gt; i second ailouros's comment, and furthermore, propose a toast: 15:22 &lt;jrandom&gt; we've also had some more positive reports from users on dialup connections 15:22 &lt;tethra&gt; to jrandom, and i2p! woot! 15:22 &lt;tethra&gt; &lt;3 15:23 &lt;jrandom&gt; w3wt. ok, if there's nothing else, lets jump on over to 2) Syndie updates 15:24 &lt;jrandom&gt; lots of progress on this front, but perhaps it'll be best to discuss it after the release when people can try it for themselves 15:25 &lt;jrandom&gt; hopefully the info up @ http://syndiemedia.i2p.net/about.html (the first link) can explain why you should bother trying it out :) 15:25 &lt;+fox&gt; &lt;ailouros&gt; oh come on, first you don't release it, then you say "try it first"... this is just teasing! :D 15:25 &lt;jrandom&gt; :) 15:26 &lt;jrandom&gt; ok ok, so lets just jump ahead to 3) I2Phex then, so y'all can post up your thoughts about syndie to syndie itself after you upgrade ;) 15:27 &lt;jrandom&gt; there's going to be an announcement for I2Phex 0.1.1.36 later tonight 15:28 &lt;jrandom&gt; the only change is the fix for the annoying "Please insert a disk" popup 15:28 &lt;tethra&gt; that means i can take the disk out the drive without it screaming at me, then? ;) 15:28 &lt;jrandom&gt; heh yes 15:28 &lt;tethra&gt; :D 15:30 &lt;jrandom&gt; ok, if there's nothing more on 3) I2Phex, lets jump on over to 4) I2P-Rufus 15:30 &lt;tethra&gt; what are the plans for i2phex, while we're on the subject? 15:30 &lt;jrandom&gt; ah 15:30 &lt;jrandom&gt; there's a set of feature requests posted to the forum 15:31 &lt;jrandom&gt; I haven't heard anything from redzara about the code merge with Phex, but Gregor is still working on abstracting the networking stuff so we can more easily keep in sync 15:32 &lt;jrandom&gt; generally, the app seems functional, though gwebcache support would be Really Good, so that I2Phex could work out of the box without needing to fetch any files or keys 15:32 &lt;jrandom&gt; I don't know anyone working on getting gwebcache support (back) into I2Phex, but if someone knows java, that'd be Really Useful 15:33 &lt;tethra&gt; cool. 15:33 &lt;+fox&gt; &lt;reliver&gt; _007pig perhaps ? 15:33 &lt;+fox&gt; &lt;ailouros&gt; sorry if I ask, but wasn't gnutella network the one that flooded itself to death some time ago? 15:33 &lt;tethra&gt; the new guys do tend to be a bit confused about it at first 15:33 &lt;+fox&gt; &lt;reliver&gt; you did not take him up on his offer for help, yesterday, jrandom 15:33 &lt;jrandom&gt; _007pig was looking into translation work, but anyone would be great. Phex itself has gwebcache support, but sirup disabled it 15:34 &lt;jrandom&gt; ailouros: gnutella is still around, but yeah, its not ideal. 15:34 &lt;tethra&gt; is anyone looking into perhaps changing the protocol i2phex uses to something else? 15:35 &lt;jrandom&gt; I'm hesitant to demand people work on specific projects, so I instead suggest a few different areas that someone could explore 15:35 &lt;jrandom&gt; tethra: no one that I know of 15:35 &lt;+fox&gt; &lt;ailouros&gt; well, I think I'd rather see Localhost (azureus modification) on i2p then 15:36 &lt;tethra&gt; surely bittorrent is more awkward than gnutella? 15:36 &lt;tethra&gt; in terms of seeding and such 15:36 &lt;jrandom&gt; ailouros: whatever people implement and maintain is good :) 15:36 &lt;+fox&gt; &lt;ailouros&gt; I don't know, I didn't use gnutella since... 6 years I think 15:37 &lt;anti&gt; surely it is more efficient and better test of true scalability? 15:37 &lt;+fox&gt; &lt;ailouros&gt; jrandom yeah that's a good metric :D 15:37 &lt;jrandom&gt; i2phex works pretty well, I've transferred lots of data through it, and found some neat content 15:37 &lt;@cervantes&gt; (pony pr0n) 15:37 &lt;+fox&gt; &lt;ailouros&gt; lol 15:37 &lt;tethra&gt; hahah 15:37 &lt;jrandom&gt; there may be better ways to do things, but something that works is better than something that doesn't exist 15:37 &lt;tethra&gt; cervantes++ 15:37 &lt;tethra&gt; ;) 15:38 &lt;tethra&gt; truer words have never been spoken. 15:39 &lt;anti&gt; good point 15:39 &lt;@cervantes&gt; uhoh... jr has taken offense and gone early to dinner 15:39 &lt;@cervantes&gt; (sorry) 15:39 &lt;anti&gt; no, he's probably searching for that (mythical) pony pr0n. ;) 15:40 &lt;jrandom&gt; *cough* ;) 15:40 &lt;tethra&gt; lol 15:40 &lt;tethra&gt; heheh ;) 15:40 &lt;jrandom&gt; ok, if there's nothing else on 3), lets move on to 4) I2P-Rufus 15:40 &lt;+fox&gt; &lt;reliver&gt; i want flying pony pr0n :-) 15:40 &lt;jrandom&gt; Rawn / defnax: anything to add to what was posted on the forum? 15:41 &lt;@cervantes&gt; looks like some good progress is being made 15:41 &lt;jrandom&gt; aye 15:45 &lt;jrandom&gt; ok, if there's nothing on that, lets jump on to 5) issue tracker 15:45 &lt;jrandom&gt; the forum is a bit heavyweight for managing bugs and feature requests, and bugzilla is a bit of a beast... 15:46 &lt;@frosk&gt; isn't there a bugzilla already somewhere? 15:46 &lt;jrandom&gt; i've posted up some general requirements, and cervantes has come up with one workable solution 15:46 &lt;jrandom&gt; nah, the bugzilla was on the old host (@johnscompanies) before we migrated to sago 15:46 &lt;+fox&gt; &lt;ailouros&gt; hot about NNTP? better than forums, usually threaded... 15:46 &lt;+fox&gt; &lt;reliver&gt; strange that bugzilla is so lacking, considering the huge open source community using it ... 15:46 &lt;+fox&gt; &lt;ailouros&gt; how* 15:46 &lt;@frosk&gt; ah ok 15:47 &lt;jrandom&gt; nntp has potential, but there are some benefits over that by using syndie (simple filtering by tag): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 &lt;jrandom&gt; but nntp does have the benefits of having decades of battle testing 15:48 &lt;+fox&gt; &lt;ailouros&gt; NNTP reader filter by keyword (the [] tags)? :D 15:49 &lt;@modulus&gt; perhaps not so much testing of late? 15:49 &lt;+fox&gt; &lt;reliver&gt; including spamming and flaming ... 15:49 &lt;jrandom&gt; we'd want something web accessible though, since most people don't use nntp readers 15:49 &lt;+fox&gt; &lt;ailouros&gt; I say Thunderbird is good in that sense, and you can share the enigmail between i2mail and i2nntp 15:49 &lt;@modulus&gt; maybe a web accessible nntp reader? 15:49 &lt;+fox&gt; &lt;reliver&gt; gateways are common 15:49 &lt;jrandom&gt; hmm modulus? 15:50 &lt;@modulus&gt; well, usenet is not so much used anymore i think 15:50 &lt;jrandom&gt; right, so we'd have to have an nntp server and a gateway with filtering support 15:50 &lt;@frosk&gt; i like cervantes' idea though 15:50 &lt;+fox&gt; &lt;ailouros&gt; (and I also say the reason people don't use NNTP readers is because forums are so much prettier and so much heavier) 15:50 &lt;@modulus&gt; hmm, gateway with filtering support? what are you guys talking about, maybe it helps knowing. :-) 15:51 &lt;@modulus&gt; imo forums suck, i hate fucking forums, they're unusable ;-( 15:51 &lt;+fox&gt; &lt;ailouros&gt; LOL I guess he wants the access from the InterNEt 15:51 &lt;+fox&gt; * ailouros agrees with modulus 15:51 &lt;@frosk&gt; modulus: so very true 15:51 &lt;jrandom&gt; heh modulus ;) we're discussing http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 15:51 &lt;+fox&gt; &lt;ailouros&gt; aieee the megabyte long URI 15:52 &lt;@modulus&gt; what I love about syndie URLs is how memorable and simple they are to type 15:52 &lt;jrandom&gt; I do still like http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:52 &lt;jrandom&gt; heh 15:52 &lt;jrandom&gt; well, go to http://syndiemedia.i2p.net/threads.jsp then and click on the "Issue tracking software" link :) 15:53 &lt;@frosk&gt; bug reporting right from your router console 15:53 &lt;@modulus&gt; hmm, bug tracking. 15:53 &lt;jrandom&gt; using syndie would give us 1) integration with every I2P user's environment 2) trivial filtering 3) threading 4) spam handling (via ignore/favorites) 5) syndie a workout :) 15:54 &lt;+fox&gt; &lt;reliver&gt; sounds great :-) 15:54 &lt;+fox&gt; &lt;ailouros&gt; it is 15:54 &lt;jrandom&gt; aye that is a really good feature frosk... we could even have specialized html forms to post to /syndie/post.jsp 15:54 &lt;+fox&gt; &lt;ailouros&gt; and by the way, wasn't there talk about basing syndie on NNTP? :D :D :D 15:54 &lt;@modulus&gt; hmm, how about the Debian bug tools? they're nice i think, the mailbug 15:54 &lt;anti-&gt; can't argue with what already works! 15:55 &lt;@cervantes&gt; I think you should do it purely from a techdemo perspective 15:55 &lt;jrandom&gt; ailouros: using NNTP to distribute syndie posts, yeah. right now we just use ad-hoc syndication, but further enhancements would be great 15:56 &lt;@cervantes&gt; no better way to demonstrate syndie than with some real world use cases 15:56 &lt;jrandom&gt; true enough 15:56 &lt;jrandom&gt; ok, perhaps we can plan on getting that out in the 0.6.1.6 release 15:56 &lt;+fox&gt; &lt;reliver&gt; what i don't like about forum is they are low entry cost 15:57 &lt;+fox&gt; &lt;reliver&gt; so lots of distractions filling them. 15:57 &lt;@modulus&gt; i don't know, this syndie thing ... i much do not like yet, but maybe i'll get used to it. 15:57 &lt;+fox&gt; &lt;reliver&gt; and you can only work with them online 15:57 &lt;jrandom&gt; modulus: have you read the post linked to from http://syndiemedia.i2p.net/about.html ? 15:57 &lt;@modulus&gt; reliver: high-entry is bad for bug reports though, people are making you a big favour by bothering to report in a sense. 15:57 &lt;+fox&gt; &lt;ailouros&gt; they are not low entry cost: bandwidth comes to mind. They are high noise levels, so you can use [font=54]HELLO WORLD![/font] and annoy a huge number of people in no time 15:57 &lt;jrandom&gt; agreed modulus 15:58 &lt;+fox&gt; &lt;ailouros&gt; oh yeah and you have to be online indeed 15:58 &lt;jrandom&gt; heh ailouros, thats something we need to deal with in Syndie anyway :) 15:58 &lt;@modulus&gt; hmm, probably not, jr, let me check 15:58 &lt;+fox&gt; &lt;ailouros&gt; well, with syndie you can blacklist the users and you're pretty much set 15:58 &lt;jrandom&gt; well, with syndie you can create your bug reports offline, then syndicate them up to a remote archive later when you are :) 15:58 &lt;jrandom&gt; exactly ailouros, with one click in the new release too 15:59 &lt;+fox&gt; &lt;ailouros&gt; with forums either you hope for an admin to come and kill'em, or you keep them 15:59 &lt;anti-&gt; it's more uucp than nntp :) 15:59 &lt;@modulus&gt; hmm, which post in particular linked from there? 15:59 &lt;jrandom&gt; lol *exactly* anti 15:59 &lt;jrandom&gt; modulus: the first link "in syndie itself" 15:59 * cervantes likes the killing option 16:00 &lt;@modulus&gt; bah, uucp == nntp for all practical purposes :-) 16:00 &lt;jrandom&gt; anti-: thats actually the point - as people build newer and better transport mechanisms (uucp, nntp, usenetdht, etc), the content can flow seamlessly 16:00 &lt;+fox&gt; &lt;ailouros&gt; this all reminds me of plan9 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p may be special, but usually bug reporting systems used as firewalls against users ... 16:01 &lt;jrandom&gt; used as firewalls against users? 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p may be special, but usually bug reporting systems are used as firewalls against users ... 16:01 &lt;+fox&gt; &lt;reliver&gt; yes. 16:01 &lt;jrandom&gt; I want it to be really, really easy for people to report bugs 16:01 &lt;+fox&gt; &lt;reliver&gt; mozilla, thunderbird, ubuntu are just examples 16:02 &lt;+fox&gt; &lt;reliver&gt; ok, great :-) 16:02 &lt;jrandom&gt; mozilla/etc have that integrated "feedback agent" for submitting bug reports automatically 16:02 &lt;+fox&gt; &lt;reliver&gt; they don't read those bug reports 16:02 &lt;jrandom&gt; heh 16:02 &lt;@modulus&gt; hmm, that intro is ok, only problem is i just don't like the interface at all, i prefer doing mailish things through the folder metaphor rather than the web-with-sithloads-of-links-on-it method 16:02 &lt;@modulus&gt; but that's just me 16:02 &lt;jrandom&gt; modulus: perhaps the rss export would best serve your needs then? 16:02 &lt;+fox&gt; &lt;ailouros&gt; I agree with modulus (anyone guessed? :D ) 16:02 &lt;@cervantes&gt; having to use pastebin to show console errors is a bit of a put-off for some folks 16:03 &lt;jrandom&gt; or we can get susimail integration, as cervantes suggested, to send out reports 16:03 &lt;jrandom&gt; (or to post to syndie) 16:03 &lt;@modulus&gt; it is possible, jrandom, i'll look into it. maybe i need an RSS-to-NNTP or RSS-to-POP?/IMAP converter, i'll think on it. 16:05 &lt;@cervantes&gt; modulus: I'll be curious to find out what you think of the new i2ptunnel interface come the next i2p release 16:05 &lt;@cervantes&gt; whether it's better or worse for you in terms of usability 16:05 &lt;@cervantes&gt; (but I guess you just normally edit the config files?) 16:07 &lt;jrandom&gt; ooh yeah shit, I forgot so much stuff in the status notes... 16:08 &lt;+fox&gt; &lt;ailouros&gt; then let's hurry ahead and skip to the next point in line... that was point number C, right? 16:08 * jrandom thinks it really kicks ass, but we'll get some more feedback as people try it out 16:08 &lt;@modulus&gt; cervantes: is that curious as in "you're going to kill yourself with a small knife in your arse as a better alternative to using it" or on the contrary? :-) 16:08 &lt;jrandom&gt; yeah, jumping to 6), anyone have any thoughts on the Dynamic Keys proposal? 16:09 &lt;@modulus&gt; cervantes: usually use the interface actually, though now i know the config files are editable ... :-) 16:09 &lt;+fox&gt; &lt;ailouros&gt; yeah, I'm pretty certain it will cause the skyrocket in the number of supposed known routers 16:09 &lt;@cervantes&gt; *damn* :) 16:10 &lt;@modulus&gt; this dynamic key is the idea that routers get a new key upon new IP, right? 16:10 &lt;@cervantes&gt; modulus: well, just if it's even worth bothering with WAI bullshit 16:10 &lt;jrandom&gt; heh thats true ailouros 16:10 &lt;@cervantes&gt; anyway...I digress 16:10 &lt;jrandom&gt; right modulus 16:11 &lt;@modulus&gt; well, perhaps it isn't bad that the known peers are actually guesswork, more so than now. 16:11 &lt;+Complication&gt; Well, the only thing I can figure out about Dynamic Keys.. seems that one shouldn't change keys needlessly (or it screws reliability performance tracking). 16:11 &lt;+Complication&gt; But when IP changes (rare enough?) it might not hurt. 16:11 &lt;jrandom&gt; right Complication. it isn't something we'd want by default. most people will *not* want it 16:12 &lt;anti-&gt; i'm not sure of the positive impact of the proposals. 16:12 &lt;jrandom&gt; it won't offer much of an improvement for anonymity either, and no improvement at all against a powerful adversary, but it might help against weak adversaries 16:12 &lt;+fox&gt; &lt;ailouros&gt; wouldn't it also give away which nodes are fixed ip and which aren't? 16:13 * cervantes has had the same key for nearly 2 years :) 16:13 &lt;+polecat&gt; Well at least I can get here. 16:13 &lt;jrandom&gt; ailouros: it would not be used by most people. only a very, very small minority would want to use it 16:13 &lt;+fox&gt; &lt;ailouros&gt; so basically more churn for a bit of protection against weak adversaries? 16:13 &lt;jrandom&gt; right ailouros 16:13 &lt;+fox&gt; &lt;ailouros&gt; oh ok 16:14 &lt;+fox&gt; &lt;ailouros&gt; is there a way to measure the performance hit of that feature once in the wild? 16:14 &lt;@modulus&gt; it would, i think, help against a node-dest intersection attack? 16:14 &lt;+polecat&gt; I still wonder why I keep switching between OK and OK(NAT), puzzling... 16:14 &lt;jrandom&gt; modulus: only for a weak adversary 16:14 &lt;+fox&gt; &lt;ailouros&gt; polecat don't worry, I keep switching between 15h uptime and 0h uptime :| 16:14 &lt;jrandom&gt; ailouros: not sure, though stats.i2p suggests that we can handle the churn 16:15 &lt;jrandom&gt; polecat: hmm, means there's likely some filtering going on 16:15 &lt;@modulus&gt; imo the node-dest intersection attack is the most serious likely feasible attack atm? besides the fact we are too few, i mean. 16:15 &lt;@modulus&gt; so, i think anything which helps on that line is probably a good idea 16:16 &lt;+polecat&gt; I can send UDP packets right over my router at that port, no problem from remote shells. No clue, perhaps i2p detects the NAT, and mistakenly thinks it isn't forwarded. 16:16 &lt;+fox&gt; &lt;ailouros&gt; I agree with the "good idea" as long as the churn doesn't cause a severe performance hit 16:16 &lt;anti-&gt; when the network is bigger, there will be plenty of churn anyway... 16:17 &lt;anti-&gt; *points out the obvious DoS attack involving constantly changing keys every few minutes 16:17 &lt;anti-&gt; what impact would that have? 16:17 &lt;+fox&gt; &lt;ailouros&gt; dos against who? :D 16:18 &lt;jrandom&gt; eh, new peers go in the "not failing" tier by default, and only go up to the "high capacity" or "fast" tiers after they are around for a while 16:18 &lt;jrandom&gt; so it won't DoS peer selection 16:18 &lt;anti-&gt; with a relatively strong opponent... would create an awful lot of apparently dead nodes/netdb churn? 16:18 &lt;+Complication&gt; anti: nobody would consider that node reliable any more 16:18 &lt;+polecat&gt; anti-: We have a shitlist for a reason. 16:19 &lt;anti-&gt; *satisfied 16:19 &lt;jrandom&gt; well, the netDb entries are dropped if the peer is unreachable 16:20 &lt;anti-&gt; then the same performance issues that were just raised about dynamic keys would apply? if the performance wouldn't be too impacted by such an attack, the performance wouldn't be affected noticeably by dynamic keys either... would it? 16:20 &lt;+polecat&gt; incremental trust really does help with handling late onset betrayers, I was thinking. 16:20 &lt;+fox&gt; &lt;ailouros&gt; what's a "late onset betrayer"? 16:20 &lt;+polecat&gt; Trust people more and more as they continue to benefit you, but never so much that they can take away more than they've given... 16:20 &lt;anti-&gt; join for ages, then turn judas. 16:21 &lt;jrandom&gt; right, peers get dropped out of the 'fast' tier quickly if they act poorly 16:21 &lt;+Complication&gt; I'd think it would be someone behaving like "wait until 300 participating tunnels, crash" 16:21 &lt;+polecat&gt; Oh, I make up phrases all the time. Yeah, Judas type betrayal, where you genuinely help someone, then betray them with the idea of cashing in at the last minute. 16:21 &lt;anti-&gt; oh no, the tunnels broken *rebuild* 16:21 &lt;jrandom&gt; the peers promoted to the 'fast' tier during that time they're dropped should then suffice 16:21 &lt;+fox&gt; * ailouros has fun with these incorrect bible refernces :D 16:22 &lt;jmg&gt; speaking of high capacity, wow im getting between 400k and 600K constantly for the router today. (but maybe all those zero hops settings im using are helping) 16:22 &lt;jrandom&gt; 600KBps?! 16:22 &lt;+polecat&gt; Hopefully during the time it takes to get to 300 participating tunnels, you'll be required to help transfer enough data it wouldn't matter if you crashed. 16:22 &lt;jmg&gt; yes 16:22 &lt;+fox&gt; &lt;ailouros&gt; O_O what are you connected to? 16:22 &lt;+Complication&gt; Such bandwidth is news to me :) 16:22 &lt;jrandom&gt; damn, thats fast enough to start running into our bloom filters 16:22 &lt;anti-&gt; ailouros: rude question to anony researchers ;) 16:23 &lt;+polecat&gt; It's gotta be 600KBpm or ph. 16:23 &lt;+fox&gt; &lt;ailouros&gt; sorry anti- :D but he was the first to speak 16:23 &lt;+polecat&gt; puh! 16:23 &lt;jrandom&gt; I'd love to get some stats from the oldstats.jsp page off you. but glad to hear its handling things :) 16:23 &lt;anti-&gt; one day i will try from i2... 16:23 &lt;jrandom&gt; hehe 16:24 &lt;+fox&gt; &lt;ailouros&gt; sounds cool, I2P on I2 16:24 &lt;jmg&gt; jrandom: im keeping graphs, ill monitor more closely, but yes i can confirm 600kB/s sustained for 2 minutes, about 5 minutes ago 16:24 &lt;+polecat&gt; Has anyone tried to traverse a d-link router's firewall? I'm having no luck there whatsoever and my friend keeps forgetting to forward the port. 16:24 &lt;jrandom&gt; nice jmg 16:24 &lt;anti-&gt; polecat: do we do udp holepunching yet? i lost track 16:25 &lt;jrandom&gt; anti-: yes, we do, for all but symmetric NATs 16:25 &lt;jrandom&gt; polecat: if your friend has their model #, there are a few sites online listing what type of NAT it is 16:26 &lt;anti-&gt; regarding late onset betrayal... might be an issue with a powerful adversary? 16:26 &lt;jmg&gt; jrandom: of course bittorrent has been known to rape this connection at 4MB/s sustained, but Iv eased up on that a little lately 16:26 &lt;anti-&gt; 24000 nodes, so you get one crashing every 10 seconds or so? 16:26 &lt;+polecat&gt; symmetric NAT, as opposed to full cone? 16:26 &lt;jrandom&gt; nice jmg 16:26 &lt;jrandom&gt; hmm anti-? 16:26 &lt;jrandom&gt; polecat: or restricted cone 16:27 &lt;+polecat&gt; Wow, it can even do restricted cone that's impressive.. 16:27 &lt;anti-&gt; i don't think late onset betrayal would have any significant effect at all unless applied on an incredibly massive scale, at which other attacks would have more of an impact? 16:28 &lt;jrandom&gt; yeah I'm not too worried about it anti-... it'd cost too much, and we can route around failures anyway, so the damage would be minimal 16:28 &lt;+Complication&gt; Late betrayal kind of requires contributing a lot (as to get other machines relying on your machine). 16:28 &lt;+fox&gt; &lt;ailouros&gt; incredibly massive scale = you are all the netries on almost everyone else's router? 16:28 &lt;anti-&gt; that is exactly what anti-p2ps do now, but we do have anti-anti-p2ps now... 16:29 &lt;+fox&gt; &lt;ailouros&gt; no wait anti-p2p send trash instead of good data 16:29 &lt;+fox&gt; &lt;ailouros&gt; that's not the same 16:29 &lt;anti-&gt; that's just a faster way of getting shitlisted, so you would never be listed well. 16:29 &lt;anti-&gt; that wouldn't work against i2p at all, i think. 16:29 &lt;@cervantes&gt; jmg: I've had 4-5mb/s off torrents before, but never anything like 600k over I2P...have you got beefy hardware too? 16:29 &lt;+polecat&gt; I was more thinking independant of i2p persay. My government does a lot of late onset betrayal, though they try to keep it classified. 16:29 &lt;anti-&gt; but we would probably bleed them dry of bandwidth first! 16:29 &lt;jrandom&gt; anti-: if they're reliable for days on end, they can only attack once for less than 10 minutes 16:30 &lt;jrandom&gt; exactly anti- :) 16:30 &lt;+polecat&gt; Or in the context of online banking. 16:30 &lt;jmg&gt; does anyone have easy instructions on setting up the Native BigInteger library for amd64? if not ill just figure it out 16:30 &lt;jrandom&gt; heh polecat 16:30 &lt;jrandom&gt; jmg: its built into jbigi.jar, but it should build on amd64 now 16:30 &lt;jrandom&gt; though, I suppose this means we're now on 6.1) ??? 16:31 &lt;jrandom&gt; anyone have anything else to bring up? :) 16:31 &lt;anti-&gt; you'd need 20000 machines or something, with a rolling crash schedule, and i think the results would be disappointing; you would end up contributing far more to the network than you took away! 16:31 &lt;jrandom&gt; that is the hope anti- 16:31 &lt;+fox&gt; &lt;ailouros&gt; well, worst case scenario is that people must reseed 16:31 &lt;jmg&gt; oh thanks 16:31 &lt;+polecat&gt; 64 bit processor, 4mbit upload bandwidth, sounds like somebody's a lucky bastard. 16:32 &lt;anti-&gt; or running a normal machine at a uni... 16:32 &lt;+fox&gt; * ailouros looks at his uni's hardware list and frowns 16:32 &lt;anti-&gt; a uni that doesn't buy dell ;) 16:33 &lt;+fox&gt; &lt;ailouros&gt; I think we have a couple of dells... from 5 years ago IIRC 16:33 &lt;+fox&gt; &lt;Sonium&gt; i think this is bad: 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;@cervantes&gt; polecat: 4 megabyte ;-) 16:33 &lt;jrandom&gt; Sonium: yeah, once it gets one OOM, it'll die fast 16:34 &lt;+fox&gt; &lt;Sonium&gt; and this too: 16:34 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 &lt;+fox&gt; &lt;Sonium&gt; or in the establisher 16:34 &lt;jrandom&gt; (subsequent OOMs are safe to ignore) 16:34 &lt;jrandom&gt; once it gets a single OOM, you can ignore all subsequent errors 16:34 &lt;+fox&gt; &lt;ailouros&gt; yeah but you shouldn't have the first OOM :D 16:34 &lt;jmg&gt; polecat: the latency out here on the russian space station in phenominal though.. 16:34 &lt;jrandom&gt; true ailouros 16:35 &lt;+fox&gt; &lt;ailouros&gt; oh, by the way... my router gets watchdogged quite often 16:35 &lt;jrandom&gt; hrm, high cpu usage? 16:35 &lt;+fox&gt; &lt;ailouros&gt; I guess it's just my unlucky installation? 16:35 &lt;+fox&gt; &lt;ailouros&gt; not that I know of, the machine is rather unloaded 16:36 &lt;+fox&gt; &lt;ailouros&gt; but I guess this is what I should expect from a buggy JVM on a somewhat bugged linux emulation layer 16:36 &lt;jrandom&gt; what jvm are you using, and what os? 16:36 &lt;+fox&gt; &lt;Sonium&gt; me? 16:36 &lt;+fox&gt; &lt;ailouros&gt; Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 on NetBSD/i386 2.0.2 16:37 &lt;jrandom&gt; ahhh yeah, I have done no testing on nbsd. fbsd is fine, but I don't have any experience w/ nbsd 16:38 &lt;jrandom&gt; might be worth trying out gcj, perhaps we can dig into that after the meeting 16:38 &lt;+fox&gt; &lt;ailouros&gt; it works rather well, but the real fun with this is that sometimes (depending on which bit he flipped when getting off the bed -- err restarting) the netbsd files get created with 540 permission :D 16:38 &lt;+fox&gt; &lt;Sonium&gt; something really sucks here 16:38 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 &lt;+fox&gt; &lt;Sonium&gt; 6 16:39 &lt;+fox&gt; &lt;ailouros&gt; sorry the netDb files are created 540 16:39 &lt;+fox&gt; &lt;Sonium&gt; I think I will reinstall this later 16:39 &lt;jrandom&gt; Sonium: what OS are you on? the jvm seems to be acting up 16:39 &lt;+fox&gt; &lt;Sonium&gt; winxp 16:39 &lt;jrandom&gt; yeah, if you're on 1.5.0_5, might be worth trying 1.4.2_09 16:39 &lt;anti-&gt; i don't think that's i2p's problem... 16:40 &lt;jrandom&gt; (1.4.2 has been more stable for me, requiring less resources) 16:40 &lt;jrandom&gt; and i2p doesn't use any 1.5-isms, nor do we need the 1.5 GUI improvements 16:40 &lt;+fox&gt; &lt;Sonium&gt; the curious thing is, that is never occured before 16:40 &lt;+polecat&gt; Can't use azureus if you don't have 1.5 though, meh. 16:40 &lt;+fox&gt; &lt;ailouros&gt; and of course I *DO* use azureus :| 16:41 &lt;+fox&gt; &lt;ailouros&gt; but it isn't a real problem... not much, I think... 16:41 &lt;+fox&gt; &lt;ailouros&gt; unless those messages about bob being fourth are relevant 16:41 &lt;jrandom&gt; nah, those are safe to ignore 16:41 &lt;anti-&gt; (am i the only one irked by utorrent and bitcomet not being open?) 16:42 &lt;+polecat&gt; :o Damn you bob! 16:42 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 16:42 &lt;anti-&gt; muffins? 16:42 * cervantes can recommend ibm java 1.4.2 if you're after better resource handling 16:42 &lt;+polecat&gt; anti-: Try mlnet. caml -&gt; weirdest language in the world, but it works well. 16:42 &lt;+fox&gt; &lt;ailouros&gt; caml is cool 16:42 &lt;+fox&gt; &lt;ailouros&gt; (if you can read it :D ) 16:42 &lt;@frosk&gt; hey, don't diss caml 16:43 &lt;anti-&gt; prolog deserves a mention there, as does brainf**k et al 16:43 &lt;+polecat&gt; caml has horrible docs. It took me half an hour to figure out that ! usually (sometimes) is a dereference operator. 16:43 &lt;@frosk&gt; i'm paid to write ocaml :) 16:43 &lt;+polecat&gt; jrandom: Didn't know I crashed a meeting, sorry. 16:44 &lt;jrandom&gt; np, we're making up for our short meetings ;) 16:44 * jrandom winds up 16:44 * jrandom *baf*s the meeting closed </div>/vi/blog/2005/11/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-11-n%C4%83m-2005/Tue, 08 Nov 2005 00:00:00 +0000/vi/blog/2005/11/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-11-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, dust, frosk, jrandom, reliver, tealc\_, ZipTie</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:21 &lt;jrandom&gt; 0) chào 15:21 &lt;jrandom&gt; 1) Tình trạng mạng / lộ trình ngắn hạn 15:21 &lt;jrandom&gt; 2) I2Phex 15:21 &lt;jrandom&gt; 3) I2P-Rufus 15:21 &lt;jrandom&gt; 4) I2PSnarkGUI 15:21 &lt;jrandom&gt; 5) Syndie 15:22 &lt;jrandom&gt; 6) ??? 15:22 &lt;jrandom&gt; 0) chào 15:22 * jrandom vẫy tay 15:22 &lt;jrandom&gt; ghi chú tình trạng hàng tuần có tại http://dev.i2p.net/pipermail/i2p/2005-November/001206.html 15:22 * bar lẩm bẩm lời chào từ sau bộ râu giả(?) của mình 15:23 &lt;jrandom&gt; ok, nhảy vào 1) Tình trạng mạng / lộ trình ngắn hạn 15:23 &lt;jrandom&gt; Không có nhiều điều để nói ngoài những gì trong email - hy vọng sẽ có bản phát hành mới trong tuần này, hoặc cuối tuần 15:24 &lt;jrandom&gt; có một số tối ưu hóa mới trong cvs có thể giúp cải thiện độ tin cậy, và chúng hoạt động khá tốt trong các thử nghiệm tôi đã làm, nhưng có lẽ sẽ không tác động nhiều cho đến khi được triển khai rộng rãi 15:25 &lt;jrandom&gt; Tôi cũng chưa chọn một mức thông lượng tùy tiện để muốn đạt đến trước khi tiếp tục lên 0.6.2, dù trực giác của tôi bảo rằng nên tiếp tục tối ưu hóa cho đến khi tôi có thể biện minh các điểm nghẽn bằng độ trễ mỗi hop theo router (thiết bị định tuyến) 15:26 &lt;jrandom&gt; tuy nhiên, hiện tại đó không phải điểm nghẽn của chúng ta, vì vậy vẫn còn việc phải làm. 15:26 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ở mảng đó - có ai có câu hỏi/bình luận/quan ngại gì không? 15:28 &lt;jrandom&gt; ok, nếu không có, chuyển sang 2) I2Phex 15:28 &lt;jrandom&gt; Tôi không có nhiều điều để thêm ở đây ngoài những gì đã nói trong email. Trên diễn đàn cũng có khá nhiều thảo luận, nên ghé qua đó để có thêm tin tức và than phiền 15:31 &lt;jrandom&gt; ok, nếu không, nhảy sang 3) I2P-Rufus 15:31 &lt;jrandom&gt; điểm gạch đầu dòng này thực ra chỉ là tôi nhắc lại một tin đồn, nhưng cứ xem tình hình thế nào 15:32 &lt;jrandom&gt; Rawn / defnax: các bạn có gì bổ sung không? 15:35 &lt;tealc_&gt; i2p-rufus là gì vậy ? 15:35 &lt;jrandom&gt; một bản port của client BitTorrent Rufus cho I2P (http://rufus.sourceforge.net/) 15:36 &lt;jrandom&gt; ok, nếu không còn gì khác, ta có thể nhảy sang một bản tường thuật tin đồn nhanh khác - 4) I2PSnarkGUI 15:37 &lt;jrandom&gt; Tôi không có nhiều điều để thêm ngoài việc nói "hey, cool" :) 15:38 &lt;+bar&gt; ừ, trông ổn 15:38 &lt;@frosk&gt; snark lại là một BT client nữa à? 15:38 &lt;jrandom&gt; ừ, nhưng snark là client BitTorrent đi kèm với I2P :) 15:38 &lt;@frosk&gt; ồ đúng rồi :) 15:38 &lt;jrandom&gt; (hiện là công cụ dòng lệnh, nhưng khả năng đa torrent và giao diện web đang được thực hiện, dù chưa sớm) 15:39 &lt;+fox&gt; &lt;ZipTie&gt; ai đã làm chiến lược tải "rarest-first" cho snark vậy? cuối cùng có làm xong không? 15:39 &lt;jrandom&gt; ừ, Ragnarok đã triển khai cái đó 15:39 &lt;jrandom&gt; nó đã có trong I2PSnark hiện tại 15:39 &lt;+fox&gt; &lt;ZipTie&gt; tuyệt 15:40 &lt;jrandom&gt; ừ, đúng vậy 15:41 &lt;+fox&gt; &lt;ZipTie&gt; vậy i2p-bt sẽ bị ngừng để nhường chỗ cho rufus hoặc snark à? 15:41 &lt;jrandom&gt; việc đó để người dùng quyết định 15:42 &lt;+fox&gt; &lt;ZipTie&gt; hay về khả năng bảo trì :) 15:42 &lt;jrandom&gt; cá nhân tôi nghĩ nếu snark có giao diện web, tích hợp với bảng điều khiển router, khả năng đa torrent, và mang lại hiệu năng tương đương các cái khác, thì nó sẽ ở trạng thái tốt 15:43 &lt;jrandom&gt; nhưng thực ra, điều bạn nói mới là then chốt - ai bảo trì và phát triển mới là lực đẩy chính 15:43 * jrandom không bảo trì ứng dụng Python 15:44 &lt;jrandom&gt; ok, nếu không còn gì ở mục 4, chuyển sang 5) Syndie 15:45 &lt;jrandom&gt; Tôi đã thực hiện một số nghiên cứu về khả dụng (usability) để tìm cách tiến hành tốt nhất, và tôi nghĩ chúng ta đang có một UI khá khả thi, nhưng nếu bạn có ý kiến, hãy đăng lên Syndie hoặc diễn đàn để hy vọng chúng tôi có thể cân nhắc 15:46 &lt;tealc_&gt; à, tôi tưởng i2phex là java.. mấy thứ trên diễn đàn cung cấp bộ cài .exe và .exe trong các file zip 15:47 &lt;jrandom&gt; i2phex viết bằng Java 15:47 &lt;jrandom&gt; và .exe chạy trên bất kỳ nền tảng nào mà Java chạy được 15:47 &lt;jrandom&gt; java -jar i2phex.exe 15:47 &lt;jrandom&gt; (vâng, thật đấy) 15:49 &lt;jrandom&gt; (khụ) 15:49 &lt;jrandom&gt; dust: có gì muốn bổ sung về vụ syndie không? 15:50 &lt;dust&gt; không 15:50 &lt;jrandom&gt; được rồi, hay đấy. nếu không ai có gì thêm, hãy nhảy sang thứ quen thuộc: 6) ??? 15:50 &lt;jrandom&gt; có ai còn điều gì muốn nêu ra cho cuộc họp không? 15:53 &lt;+fox&gt; &lt;reliver&gt; paella đã sẵn sàng chưa ? ;-) 15:53 * jrandom chộp lấy một cái spork 15:54 &lt;jrandom&gt; (tiện thể...) 15:54 &lt;+fox&gt; &lt;reliver&gt; và con mèo vẫn có mùi như mèo ;?) 15:54 * jrandom windos up 15:54 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/11/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-11-08/Tue, 08 Nov 2005 00:00:00 +0000/vi/blog/2005/11/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-11-08/<p>Chào mọi người, lại đến thứ Ba rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng / lộ trình ngắn hạn 2) I2Phex 3) I2P-Rufus 4) I2PSnarkGUI 5) Syndie 6) ???</li> </ol> <ul> <li> <ol> <li>Net status / short term roadmap</li> </ol> </li> </ul> <p>0.6.1.4 vẫn có vẻ khá ổn định, mặc dù đã có một số bản sửa lỗi trong CVS kể từ đó. Tôi cũng đã thêm một số tối ưu hóa cho SSU để truyền dữ liệu hiệu quả hơn, điều mà tôi hy vọng sẽ tạo ra tác động đáng chú ý đối với mạng khi nó được triển khai rộng rãi. Tuy nhiên, hiện tôi tạm hoãn 0.6.1.5, vì còn một vài thứ khác tôi muốn đưa vào bản phát hành tiếp theo. Kế hoạch hiện tại là phát hành nó vào cuối tuần này, vì vậy hãy chú ý theo dõi những tin tức mới nhất.</p>/vi/blog/2005/11/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-11-2005/Tue, 01 Nov 2005 00:00:00 +0000/vi/blog/2005/11/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-11-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> brutus, cervantes, Complication, defnax, dust, jme\___, jrandom, polecat, redzara</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) chào 15:04 &lt;jrandom&gt; 1) 0.6.1.4 và tình trạng mạng 15:04 &lt;jrandom&gt; 2) bootstrap (khởi tạo ban đầu), predecessors (tấn công predecessor), các đối thủ thụ động toàn cục, và CBR 15:05 &lt;jrandom&gt; 3) i2phex 0.1.1.34 15:05 &lt;jrandom&gt; 4) ứng dụng voi2p 15:05 &lt;jrandom&gt; 5) syndie và sucker 15:05 &lt;jrandom&gt; 6) ??? 15:05 &lt;jrandom&gt; 0) chào 15:05 * jrandom vẫy tay 15:05 &lt;jrandom&gt; ghi chú trạng thái hằng tuần được đăng @ http://dev.i2p.net/pipermail/i2p/2005-November/001186.html 15:05 &lt;jrandom&gt; (để xem con mèo này có cho tôi dùng cả hai tay để gõ không...) 15:06 &lt;jrandom&gt; ooh, có vẻ chúng ta đến sớm vài phút (đồng hồ lệch chết tiệt), nhưng có lẽ vậy sẽ bù cho vài phút trễ trước đây ;) 15:07 &lt;jrandom&gt; dù sao, vào luôn 1) 0.6.1.4 và tình trạng mạng 15:08 &lt;jrandom&gt; Tôi không có nhiều điều để bổ sung ngoài những gì trong ghi chú trạng thái 15:08 * cervantes đang đợi đến đúng giờ để chào 15:08 &lt;jrandom&gt; heh 15:09 &lt;jrandom&gt; bạn còn 19 giây, theo timeanddate.com :) 15:09 &lt;@cervantes&gt; chào 15:09 &lt;jrandom&gt; ;) ok, dù sao, có ai có bình luận/quan ngại gì về 0.6.1.4 không? theo những gì tôi thấy thì mọi chuyện diễn ra khá tốt 15:10 &lt;+Complication&gt; Hôm nay đếm được 747,6 router :P 15:10 &lt;jrandom&gt; ừ, dạo này chúng ta có tỷ lệ biến động cao hơn bình thường 15:10 &lt;jrandom&gt; vẫn nhận được một đống referrer từ bài trên digg / gotroot 15:10 &lt;+Complication&gt; Và một mẹo để “biết” nhiều peer hơn là đơn giản khởi động lại ít hơn :) 15:10 &lt;jrandom&gt; heh đúng thế 15:10 &lt;@cervantes&gt; *khụ*sourceforge*khụ* 15:11 &lt;+polecat&gt; Tôi gặp chút rắc rối với số lượng participating tunnels giảm đột ngột thỉnh thoảng. Có thể là cái NAT chết tiệt đó. 15:11 * jrandom nhăn mặt. bạn có nhiều referrer từ sf không, cervantes? 15:11 &lt;+Complication&gt; cervantes: ý bạn là trang SourceForge đó à? :eek: 15:11 * cervantes không log referrer 15:11 &lt;jrandom&gt; hmm polecat, có thể là vấn đề với NAT của bạn, nhưng giảm số lượng participating tunnels thật ra không phải là điều xấu - nó /nên/ làm vậy 15:11 &lt;jrandom&gt; à ok cervantes 15:12 &lt;+polecat&gt; Thật sao? Tôi tưởng có nhiều participating tunnels là tốt. 15:12 &lt;+Complication&gt; polecat: của tôi thường giảm nhanh khi vượt quá băng thông thực tế có thể dùng 15:12 &lt;@cervantes&gt; Tôi chủ trương chỉ log ở mức tối thiểu cần thiết để debug các vấn đề của diễn đàn ;-) 15:12 &lt;@cervantes&gt; vì mọi người có vẻ nhạy cảm về chủ đề này 15:12 &lt;@cervantes&gt; Tôi đã để ý... 15:13 &lt;jrandom&gt; polecat: đúng, nhưng số lượng nên giảm nếu máy của bạn bị tải nặng hoặc hoạt động thất thường 15:13 &lt;jrandom&gt; hợp lý đấy cervantes 15:13 * jrandom log họ thời con gái của mẹ mọi người, để nhắc nhở rằng đừng tin ai cả ;) 15:14 &lt;jrandom&gt; (hay là không? bạn sẽ không bao giờ biết ;) 15:15 &lt;jrandom&gt; polecat: NAT của bạn có tự khởi động lại ngẫu nhiên, hay mất địa chỉ IP, hay gì khác? 15:15 &lt;@cervantes&gt; ừ tôi có thể đổi ý về vấn đề đó....xem mọi người theo link từ đâu vui quá mà :P 15:16 &lt;jrandom&gt; đó là cách tôi tìm ra các bài trên got-root và digg :) 15:16 &lt;dust&gt; tôi nhận thấy throughput mạng tốt hơn dạo gần đây, hay lại do tôi tưởng tượng? 15:17 &lt;jrandom&gt; đáng ra phải tốt hơn, đặc biệt với các kết nối sống ngắn (ví dụ phản hồi http) 15:18 &lt;jrandom&gt; mặt khác, cải thiện không được như tôi kỳ vọng, nên vẫn còn việc phải làm ở mảng đó 15:18 &lt;dust&gt; ví dụ, i2phex gần như ngốn mọi giới hạn tôi đặt nếu tôi cho đủ truyền song song 15:18 &lt;jrandom&gt; tốt đấy 15:20 &lt;dust&gt; mỗi tunnel có vẻ bị giới hạn &lt;~10k/s 15:20 &lt;dust&gt; hoặc mỗi lần truyền 15:20 &lt;+polecat&gt; Được rồi, máy tôi thỉnh thoảng cũng bị tải nặng. 15:21 &lt;@cervantes&gt; ai dùng kết nối bị giới hạn băng thông có nhận thấy cải thiện không? 15:22 &lt;jrandom&gt; hmm đúng, khoảng 10KB/s mỗi stream có vẻ cũng xấp xỉ với những gì tôi thấy 15:22 &lt;jrandom&gt; cervantes: tôi nghĩ chúng ta đã dọa họ chạy hết rồi (nhưng nếu ai dùng modem hoặc Kết Nối Tệ Hại Thật Sự muốn thử và báo lại, sẽ rất cảm kích :) 15:23 &lt;jrandom&gt; ok, nếu không còn gì ở 1), chuyển sang 2) bootstrap, predecessors, các đối thủ thụ động toàn cục, và CBR 15:23 &lt;jrandom&gt; đã có rất nhiều thảo luận về mặt này trên mailing list (tháng Mười có nhiều bài hơn bất kỳ tháng nào kể từ khi i2p bắt đầu!) 15:24 &lt;defnax&gt; có ai nhìn qua eepsites.i2p chưa? 15:24 &lt;jrandom&gt; ngoài những gì trong ghi chú trạng thái, lúc này tôi không chắc còn gì để thêm. có ai có câu hỏi/bình luận/quan ngại không? 15:24 &lt;@cervantes&gt; Tôi nghĩ bạn đã tạo ra full tunnel CBR thành công bằng cách duy trì mức độ thư i2plist ổn định 15:24 &lt;jrandom&gt; heh cervantes 15:24 &lt;jrandom&gt; defnax: ừ, trông ổn, có một cơ sở dữ liệu đang lớn dần ở đó 15:25 &lt;jrandom&gt; tino.i2p cũng vậy 15:25 &lt;defnax&gt; nhưng tôi không thích nó 15:25 &lt;+polecat&gt; Này, tôi đang dùng kết nối bị giới hạn băng thông! i2p được 10K/s up và 32K/s down. :) 15:26 &lt;defnax&gt; www.eepsites.com thì mọi người dùng bình thường trên internet có thể tìm kiếm các trang i2p 15:26 &lt;defnax&gt; và mpaa hoặc riaa có thể duyệt xem những trang nào có sẵn và 15:26 &lt;jrandom&gt; rồi sao? 15:26 &lt;jrandom&gt; mpaa/riaa/v.v. chỉ cần chạy i2p nếu họ muốn xem có gì trên i2p 15:26 &lt;jrandom&gt; w3wt polecat 15:27 &lt;jrandom&gt; (chúa ơi, vài truy vấn tìm kiếm bệnh hoạn @ eepsites.com...) 15:27 &lt;defnax&gt; điều đó không tốt cho tính ẩn danh 15:27 &lt;defnax&gt; rồi mọi người đều biết có thể tìm torrent ở đâu trên các eepsite của I2P 15:27 &lt;jrandom&gt; defnax: tino.i2p cũng vậy 15:27 &lt;@cervantes&gt; Tôi thích mấy quảng cáo google giả trên eepsites.i2p.... nhưng thôi, lạc đề 15:27 &lt;jrandom&gt; defnax: điều đó không tốt cho /bí mật/. điều đó khác với ẩn danh. 15:27 &lt;jrandom&gt; những người host eepsite công khai nên kỳ vọng rằng bất kỳ ai cũng có thể xem eepsite của họ 15:28 &lt;jrandom&gt; nếu họ muốn hạn chế ai có thể truy cập, họ nên tự làm điều đó 15:28 &lt;jrandom&gt; ừ chắc chắn rồi cervantes :) 15:28 &lt;+polecat&gt; Ai muốn một eepsite riêng tư, chỉ cần đừng đặt tên nó trong hosts.txt. Xong vấn đề! 15:28 &lt;defnax&gt; nhưng người dùng internet bình thường không nên biết những eepsites nào đang có! 15:28 &lt;jrandom&gt; polecat: như vậy không hoàn toàn đủ 15:29 &lt;+polecat&gt; Thật sao? 15:29 &lt;jrandom&gt; xin lỗi, có lẽ tôi hiểu nhầm defnax. tại sao mọi người lại không nên biết eepsites nào đang có? 15:29 &lt;defnax&gt; tôi biết là nó sẽ không được liệt kê trong công cụ tìm kiếm nếu không làm eepsite công khai 15:29 &lt;+polecat&gt; Tôi tưởng đó là quét brute force qua không gian khóa base64 để tìm eepsites... 15:29 &lt;jrandom&gt; polecat: đúng, ai đó có thể thu thập netDb 15:29 &lt;defnax&gt; tôi nghĩ người này không cần I2P 15:29 &lt;jrandom&gt; ừ, thu thập các leaseSets tốn công hơn đáng kể so với thu thập các router... 15:30 &lt;jrandom&gt; defnax: xin lỗi, tôi không hiểu 15:30 &lt;jrandom&gt; eepsites.com là một giao diện công khai cho bộ máy tìm kiếm các eepsite công khai. không có gì riêng tư bị tiết lộ 15:30 &lt;@cervantes&gt; lol @ 5 tìm kiếm gần nhất 15:30 &lt;+Complication&gt; Đúng vậy, ô “last searches” gợi ý rằng ai đó (mỉa mai thay có lẽ không ẩn danh) hơi bị bệnh. 15:30 &lt;+Complication&gt; À, thôi kệ. 15:30 &lt;defnax&gt; ý tôi là anh ta không cần I2P! anh ta nói trên IP công khai về những eepsite nào có torrent hoặc thứ khác! 15:31 &lt;defnax&gt; trên I2P thì ok, nhưng không phải trên internet bình thường 15:31 &lt;jrandom&gt; defnax: đúng, người vận hành eepsites.com bản thân không cần i2p. bạn có thể tìm ra địa chỉ nhà, số điện thoại của họ, v.v. 15:31 &lt;jrandom&gt; nhưng, mặt khác, forum.i2p cũng vậy. 15:31 &lt;jrandom&gt; (và ở mức nào đó, www.i2p, dù nó không cho bạn thông tin về /tôi/ ;) 15:32 &lt;jrandom&gt; một số site là công khai. thế cũng tốt. hay mà. 15:32 &lt;+fox&gt; &lt;jme___&gt; defnax, nhờ site này thì có những tấn công nào khả dĩ mà không có site này thì không? 15:32 &lt;@cervantes&gt; Complication: cười khúc khích 15:32 &lt;jrandom&gt; họ đang cung cấp một dịch vụ có thể hữu ích cho người muốn thử i2p trước khi cài đặt 15:33 &lt;defnax&gt; ok có tin gì từ I2Psnark không? 15:33 &lt;+Complication&gt; cervantes: ừ, chẳng gì bằng chút mỉa mai cổ điển :) 15:33 &lt;defnax&gt; trước 0.6.2 nó sẽ có giao diện web/GUI chứ? 15:33 &lt;@cervantes&gt; defnax: đã có một i2p inproxy vài tháng nay rồi 15:33 &lt;jrandom&gt; defnax: không, nhưng tôi nghĩ chúng ta nên nhảy tiếp trong chương trình nghị sự trước khi tới 6) ??? 15:33 &lt;jrandom&gt; ok, còn gì nữa về 2) bootstrap, predecessors, các đối thủ thụ động toàn cục, và CBR? 15:34 &lt;jrandom&gt; hay chúng ta chuyển sang 3) I2Phex 0.1.1.34 15:34 &lt;jrandom&gt; [xem như đã chuyển] 15:35 &lt;jrandom&gt; ok, ai chưa ở 0.1.1.34 thì nên nâng cấp, vì có vài thứ quan trọng trong bản phát hành. Ai đã ở 0.1.1.34 mà muốn giúp thử một số cải tiến chưa phát hành, có thêm công việc trong CVS, nên nếu bạn thử và gặp trục trặc, vui lòng đăng lên diễn đàn 15:36 &lt;jrandom&gt; tin khác, tôi nghe có tiến triển tốt ở mảng gwebcache, nhưng chưa có thông tin về tích hợp với i2phex 15:36 &lt;jrandom&gt; redzara: có tin gì về việc merge không? 15:37 &lt;+Complication&gt; Các cải tiến trong cvs sau .34 có vẻ làm GUI phản hồi *nhanh hơn nhiều*. 15:38 &lt;jrandom&gt; hay đấy, đúng, tôi không chịu nổi độ phản hồi của &lt;= ..34, nhưng tôi không chắc các bản sửa hoàn toàn không gây hồi quy, vì tôi không thật sự hiểu hết code. nhưng có vẻ /ổn/ :) 15:42 &lt;+redzara&gt; jrandom : xin lỗi, nhưng ở Pháp vừa đổi giờ sang Giờ Mùa Đông và công việc cho I2phex gần xong rồi, tôi chỉ còn phải lần theo 2 hoặc 3 bug 15:43 &lt;jrandom&gt; ồ tuyệt! 15:43 &lt;jrandom&gt; không gấp, chỉ hỏi thôi 15:44 &lt;+redzara&gt; và có lẽ tôi phải lấy code I??phex mới nhất để xem mod của GregorK áp dụng cho code phex mới nhất không ?!? 15:45 &lt;jrandom&gt; đúng, sẽ cần vô hiệu hóa tính năng remote request, nhưng đó là bản vá hai dòng đơn giản (comment các yêu cầu MAGMA và URI). 15:45 &lt;jrandom&gt; tương tự với vấn đề đồng bộ mới nhất (loại bỏ các lock không cần thiết trên các thao tác mạng) 15:46 &lt;+fox&gt; &lt;jme___&gt; I??phex &lt;- thú vị là lỗi gõ cũng có thể lộ vị trí :) 15:46 &lt;jrandom&gt; không bằng “ở Pháp” đâu ;) 15:46 &lt;+redzara&gt; điều này đã làm xong trong code của tôi 15:46 &lt;@cervantes&gt; hehe 15:46 &lt;jrandom&gt; (nhưng đó là một bug khác chưa sửa... cái vụ charset của irc) 15:46 &lt;jrandom&gt; ok hay đấy redzara 15:47 &lt;+redzara&gt; jme___ : Tôi không tìm cách giấu vị trí của mình, bạn biết mà :-) 15:47 &lt;+redzara&gt; vậy tôi không còn gì để nói về i2phex 15:47 &lt;+fox&gt; &lt;jme___&gt; redzara, ok :) 15:48 &lt;jrandom&gt; ok tuyệt, cảm ơn đã cập nhật 15:48 &lt;jrandom&gt; ai còn gì về i2phex không, hay chúng ta chuyển sang 4) ứng dụng voi2p? 15:49 &lt;+redzara&gt; coi như chúng ta đang chuyển :) 15:49 &lt;jrandom&gt; về 4), tôi không chắc có gì để thêm ngoài những gì trong mail, và có vẻ aum đã ngắt kết nối, nên có lẽ chúng ta sẽ phải chờ cập nhật sau 15:49 &lt;jrandom&gt; (trừ khi có ai khác có gì để bàn cho 4)?) 15:50 &lt;jrandom&gt; nếu không, coi như đã chuyển sang 5) syndie và sucker 15:50 &lt;jrandom&gt; dust: muốn cho chúng tôi biết tình hình không? 15:51 &lt;@cervantes&gt; vậy syndie giờ hút giỏi chưa? 15:51 &lt;jrandom&gt; rồi *khụ* 15:51 &lt;dust&gt; heh 15:52 &lt;dust&gt; ừ, ghi chú nói gần như hết rồi 15:52 &lt;dust&gt; vẫn còn việc phải làm 15:53 &lt;dust&gt; mong mọi người test và báo bug 15:54 &lt;jrandom&gt; ok tuyệt, bạn có biết qua về tình hình với rome-0.8 không? có đáng chờ bản phát hành sắp tới không, hay chúng ta nên lấy bản cvs và nâng cấp sau? 15:55 &lt;+fox&gt; &lt;brutus&gt; oi, còn cái ircProxy tự động ping-pong thì sao, có tiến triển nào không? 15:55 &lt;jrandom&gt; không có tiến triển nào tôi biết 15:55 &lt;+fox&gt; &lt;brutus&gt; (úi, xin lỗi) 15:55 &lt;+polecat&gt; voi2p, ghi mp3 giọng bạn và i2p bittorrent nó. 15:56 &lt;dust&gt; không, không biết ETA của rome tiếp theo 15:56 &lt;dust&gt; tôi không truy cập được cvs 15:57 &lt;dust&gt; (tôi không nhớ vì sao) 15:57 &lt;jrandom&gt; à 'k, ừ, chúng ta chưa cần nó, chỉ là hay thôi. để sau vậy 15:58 &lt;jrandom&gt; ok, còn ai có gì về 5) không? hay chúng ta chuyển sang 6) ??? 15:59 &lt;jrandom&gt; [xem như đã chuyển] 15:59 &lt;@cervantes&gt; brutus: tôi không tin có gì đã được làm về việc đó 16:00 &lt;dust&gt; có nên làm không? 16:01 &lt;+fox&gt; &lt;brutus&gt; oki, ừ, tôi đoán nó cũng khá thấp ưu tiên 16:01 &lt;+polecat&gt; Tôi vẫn muốn biết làm sao chúng ta có thể làm i2p, và các kỹ thuật ẩn danh nói chung, dễ tiếp cận hơn ở những nơi nghèo hoặc nguy hiểm. 16:01 &lt;jrandom&gt; polecat: bằng cách nhờ ai đó có kết nối dial-up giúp test ;) 16:01 &lt;@cervantes&gt; tặng súng trường miễn phí kèm mỗi lần cài đặt? 16:02 &lt;jrandom&gt; polecat: chắc chắn chúng tôi đang làm việc đó, nhưng còn rất, rất nhiều thứ phải làm trước. 16:02 &lt;jrandom&gt; dust: vụ irc? có thể đáng làm, nhưng cải tiến cho sucker có lẽ quan trọng hơn 16:02 &lt;jrandom&gt; (imho) 16:03 &lt;@cervantes&gt; (ý kiến hơi thiên lệch ;-) 16:03 &lt;@cervantes&gt; *biased 16:03 &lt;jrandom&gt; đúng thế, nhưng tôi nghĩ sự thiên vị của tôi là Đúng :) 16:04 * cervantes ghi nhận chữ viết hoa ;-) 16:05 * Complication nhìn ổ cắm điện thoại, và tự hỏi liệu có điều gì tốt đẹp đến từ những &lt;things&gt; như vậy không :D 16:05 &lt;+Complication&gt; Mà nếu DSL chạy qua nó, thì nó không thể vốn dĩ là xấu. :D 16:05 &lt;+polecat&gt; Không... không phải Things! 16:05 &lt;@cervantes&gt; Complication: bạn cũng có thể dùng nó để gọi người khác.... 16:06 &lt;jrandom&gt; ok, ai còn gì khác cho 6) ??? 16:07 * cervantes cũng không chắc ban đầu chúng ta có gì cho ??? 16:07 &lt;jrandom&gt; trong trường hợp đó... 16:07 * jrandom lấy đà 16:08 * jrandom *bafs* tuyên bố họp kết thúc </div>/vi/blog/2005/11/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-11-01/Tue, 01 Nov 2005 00:00:00 +0000/vi/blog/2005/11/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-11-01/<p>Chào mọi người, đến hẹn lại lên.</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.4 và trạng thái mạng 2) boostraps, tiền nhiệm, đối thủ thụ động toàn cục, và CBR 3) i2phex 0.1.1.34 4) ứng dụng voi2p 5) syndie và sucker 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.4 and net status</li> </ol> </li> </ul> <p>Bản phát hành 0.6.1.4 vào thứ Bảy vừa rồi có vẻ đã diễn ra khá suôn sẻ - 75% của mạng lưới đã nâng cấp rồi (cảm ơn!), và phần lớn số còn lại thì cũng đang ở 0.6.1.3. Mọi thứ có vẻ hoạt động tương đối ổn, và dù tôi chưa nghe được nhiều phản hồi về nó - dù tích cực hay tiêu cực, tôi đoán mọi người sẽ phàn nàn ầm ĩ nếu nó tệ :)</p>/vi/blog/2005/10/25/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-25-th%C3%A1ng-10-n%C4%83m-2005/Tue, 25 Oct 2005 00:00:00 +0000/vi/blog/2005/10/25/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-25-th%C3%A1ng-10-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, Complication, dust, jme\___, jnymo\_, jrandom, legion, Ragnarok, reliver, Romster, shardy, susi23</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:24 &lt;jrandom&gt; 0) hi 16:24 &lt;jrandom&gt; 1) Net status 16:24 &lt;jrandom&gt; 2) Fortuna integration 16:24 &lt;jrandom&gt; 3) GCJ status 16:24 &lt;jrandom&gt; 4) i2psnark returns 16:24 &lt;jrandom&gt; 5) More on bootstrapping 16:24 &lt;jrandom&gt; 6) Virus investigations 16:24 &lt;jrandom&gt; 7) ??? 16:24 &lt;jrandom&gt; 0) hi 16:24 * jrandom waves 16:24 &lt;jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 waves back 16:26 &lt;jrandom&gt; lets jump on in to 1) net status 16:26 &lt;jrandom&gt; as I mentioned, things look pretty reasonable so far. 16:26 &lt;+fox&gt; &lt;Romster&gt; ah meeting sweet 16:27 &lt;jrandom&gt; there is some good stuff coming down the line too, so we'll have a new release later this week 16:27 &lt;jrandom&gt; anyone have anything they want to bring up regarding 1) net status? 16:27 &lt;@cervantes&gt; omg 7 issues 16:27 &lt;+legion&gt; yup looking good :-) 16:27 &lt;jrandom&gt; busy week cervantes :) 16:28 &lt;@cervantes&gt; can only be good 16:28 &lt;+Complication&gt; Works relatively well, dev.i2p even - I can even pull CVS checkouts without EOF messages. 16:28 &lt;jrandom&gt; nice :) 16:28 &lt;+Complication&gt; Might have been release-related overloads, those last ones. 16:28 &lt;+Complication&gt; But I can't tell. 16:28 &lt;jrandom&gt; dev.i2p is on the latest build code too (-7), so it'll be hopefully performing substantially better than before 16:29 &lt;jrandom&gt; s/dev.i2p/cvs.i2p (etc)/ 16:29 &lt;+legion&gt; forums.i2p also seems to be much better than before :) 16:29 &lt;@cervantes&gt; *ahem* 16:29 &lt;+fox&gt; &lt;Romster&gt; is i2p safe to let others join etc? 16:29 &lt;+Ragnarok&gt; ok, now I've got to try this miraculous "cvs checkout that works the first time" 16:30 &lt;+fox&gt; &lt;Romster&gt; since there is no known limits now 16:30 &lt;@cervantes&gt; that's because everyone's hammering i2p-list instead of posting to the forum 16:30 &lt;+legion&gt; hmm you sure cervantes? 16:30 &lt;jrandom&gt; Romster: well, we've been growing at a pretty good pace lately, but we should hold off on public beta until 0.6.2 16:30 &lt;jrandom&gt; heh cervantes ;) 16:30 &lt;jrandom&gt; hush Ragnarok, you'll jinx it! 16:31 &lt;+Ragnarok&gt; wow... it's true. I'm speechless 16:31 &lt;+fox&gt; &lt;Romster&gt; k jrandom 16:31 &lt;jrandom&gt; (man my eyes are watering from the curry my roomates are cooking downstairs) 16:31 &lt;jrandom&gt; nice1 Ragnarok 16:32 &lt;+fox&gt; &lt;Romster&gt; lol now that's a strong curry 16:32 &lt;jrandom&gt; ok, if there's nothing else on 1), we can jump quickly through 2) Fortuna integration 16:32 &lt;jrandom&gt; (true that Romster) 16:32 &lt;+fox&gt; &lt;shardy&gt; yay for fortuna integration! 16:32 &lt;+fox&gt; &lt;Romster&gt; moving onto 2) :P 16:32 &lt;+fox&gt; &lt;Romster&gt; what is fortuna? 16:32 &lt;jrandom&gt; heh thought you'd like that shardy :) 16:32 &lt;+fox&gt; &lt;Romster&gt; i've been a bit behind the last month 16:32 &lt;+Complication&gt; PRNG algo, if I remember. 16:33 &lt;+Complication&gt; Supposedly a good one, or so they write. :P 16:34 * Complication knows nothing about its inner workings, though 16:34 &lt;jrandom&gt; shardy: I'd love if you could give it a look sometime 16:34 &lt;+fox&gt; &lt;shardy&gt; of course 16:34 &lt;+fox&gt; &lt;shardy&gt; you're using the gnu implementation? 16:34 &lt;jrandom&gt; Romster/Complication: there are some links in the email 16:34 &lt;jrandom&gt; yeah shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 &lt;jrandom&gt; (integrated with http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java ) 16:36 &lt;jrandom&gt; we vary from the straight gnu-crypto implementation though, since we've already got AES256 and SHA256 code (Cryptix's and Bouncycastle's, respectively) 16:36 &lt;jrandom&gt; ok, anyway, this looks cool, as we've been hacking through getting that support in there for probably a year now 16:37 &lt;jrandom&gt; (fortuna integration was one of the main projects driving smeghead to build 'pants' ;) 16:37 &lt;jrandom&gt; if anyone has any questions/comments/concerns about it, please bounce 'em to the list 16:37 &lt;jrandom&gt; (or email, or forum, of course) 16:38 &lt;+fox&gt; &lt;Romster&gt; yeah where is smeghead hes not been around for awhile now 16:38 &lt;jrandom&gt; smeghead is [redacted] doing [redacted] 16:39 &lt;jrandom&gt; ok, moving on to 3) GCJ status 16:39 &lt;jrandom&gt; i2p works on GCJ! [w00t!] 16:39 &lt;+susi23&gt; nice job 16:39 &lt;+legion&gt; sweet 16:39 &lt;jrandom&gt; at least, it does on GCJ 4.0.2 on linux 2.6.12. I haven't tried any other platforms 16:40 &lt;jrandom&gt; yeah, the GCJ and GNU Classpath folks have worked wonders 16:40 &lt;jrandom&gt; it was really easy to get it building, the old static reference classes I remember weren't necessary 16:41 &lt;+Complication&gt; Which sounds quite positive, given Sun Java's less-than complete openness (with regard to distribution, if I remember correct). 16:41 &lt;jrandom&gt; there's a makefile shipped with I2P now, though for simplicity, I think we'll probably stick with distributing pure java, at least primarily 16:41 &lt;+susi23&gt; (next we try to run it on J2ME ;) 16:42 &lt;+fox&gt; &lt;Romster&gt; GCJ to take over Suns JVM&gt; 16:42 &lt;cat-a-puss&gt; how is preformance with GCJ? 16:42 &lt;jrandom&gt; aye, though sun is entirely open, and we /could/ distribute their JVM along side I2P, but their license prohibits distributing their JVM as a general purpose tool 16:42 &lt;jrandom&gt; cat-a-puss: comparable 16:42 &lt;jrandom&gt; most of the heavy work in i2p is already done by assembler code ;) 16:43 &lt;+fox&gt; &lt;Romster&gt; how would i2p go with C#/mono again with that jave to C# adition (forgot it's name) 16:43 &lt;+fox&gt; &lt;Romster&gt; i remember jrandom and i both tryed it out ages ago 16:43 &lt;jrandom&gt; no idea. but if it works with gcj, it might work with ikvm - the mono jvm thing 16:44 &lt;+Ragnarok&gt; IKVM 16:44 &lt;+Ragnarok&gt; nm 16:44 &lt;+fox&gt; &lt;Romster&gt; ah tahts the one ikvm 16:44 &lt;+fox&gt; &lt;Romster&gt; much difereances with GCJ and IKVM and Sun's? 16:45 &lt;jrandom&gt; i've never used ikvm 16:45 &lt;+fox&gt; &lt;Romster&gt; i'm sure you have once with mono or was that eclipse? 16:45 &lt;+fox&gt; * Romster shrugs 16:45 &lt;jrandom&gt; and i2p as shipped doesn't currently support the router console, though it does support the router operation, i2ptunnel, and sam 16:46 &lt;+Ragnarok&gt; what's blocking the router console? 16:47 &lt;+susi23&gt; xerces, when I remember correctly 16:47 &lt;jrandom&gt; xerces stuff. the xercesImpl shipped with i2p has sun.* dependencies, and when I naively tried to drop in the latest xerces, getting that and jdom and rome and the rest of jetty GCJed was b0rking 16:47 &lt;jrandom&gt; there are some additional requirements of the latest xerces, it seems 16:48 &lt;jrandom&gt; (for jar files we don't currently ship). however, I'm sure we can track it down 16:49 &lt;+fox&gt; &lt;Romster&gt; jrandom is good at tracking down problems :) 16:49 &lt;jrandom&gt; even better at making problems 16:49 &lt;+fox&gt; * Romster featches a coffee 16:49 &lt;jrandom&gt; ok, anything else on 3) GCJ status? 16:49 &lt;jrandom&gt; or shall we move on to 4) i2psnark 16:50 &lt;jrandom&gt; consider us moved 16:50 &lt;jrandom&gt; ok, i2psnark is back (yay) 16:51 &lt;jrandom&gt; not much I have to add to whats in the mail... you have anything Ragnarok? 16:51 &lt;+Ragnarok&gt; nope 16:51 &lt;+susi23&gt; regarding web frontend 16:51 &lt;+Ragnarok&gt; more testing would be nice though, so everyone should try it :) 16:52 &lt;+susi23&gt; supporting it with susibt shouldn't be a problem 16:52 &lt;jrandom&gt; ooh give us the scoop susi23 :) 16:52 &lt;jrandom&gt; nice 16:52 &lt;+fox&gt; &lt;jme___&gt; naive question, why spending time supporting old bt client while other (azureus) support full blown client ? 16:52 &lt;jrandom&gt; jme___: azureus *is* kickass 16:52 &lt;+susi23&gt; major release of susibt is scheduled for november :) 16:53 &lt;jrandom&gt; heh cool susi23 16:53 &lt;+Complication&gt; To me, Azureus seemed terribly complex. 16:53 &lt;+Ragnarok&gt; azureus blows monkey chunks 16:53 &lt;+susi23&gt; for me, I always need a headless solution 16:53 &lt;+Ragnarok&gt; not to put too fine a point on it 16:53 &lt;+fox&gt; &lt;jme___&gt; ok :) 16:53 &lt;jrandom&gt; jme___: azureus is a bit heavyweight though, but is a great general purpose bt solution 16:53 &lt;+Complication&gt; (I personally could see the day I'd misconfigure something in it, and dent my anonymity.) 16:54 &lt;+fox&gt; &lt;jme___&gt; it make sense, just wanted to know 16:54 &lt;+fox&gt; &lt;Romster&gt; to me azerious never workd well i've moved to bitlord which does work 16:54 &lt;jrandom&gt; i do still plan on helping further improve the azneti2p plugin with the azureus folks, but i2psnark took literally less than 2 hours before I was swarming data 16:54 &lt;+legion&gt; Yeah azureus is just too big and complicated for i2p 16:54 &lt;+Complication&gt; If the goal is bundling a bt client along with i2p, a lightweight client sounds best. 16:54 &lt;+fox&gt; &lt;Romster&gt; KISS principal 16:54 &lt;+Ragnarok&gt; I like the official client best, but i2psnark has the major advantage of being simple enough for me to hack on 16:55 &lt;+legion&gt; thing is i2p doesn't need a heavyweight bittorrent client 16:55 &lt;jrandom&gt; yeah, its really clean code (with oddball gnu formatting ;) 16:55 &lt;+Ragnarok&gt; damn gnu 16:55 &lt;+Ragnarok&gt; worst brace style ever 16:55 &lt;jrandom&gt; heh 16:55 &lt;+fox&gt; &lt;Romster&gt; heh code reformatter :) 16:55 &lt;+Ragnarok&gt; jrandom won't let me :) 16:55 &lt;+Ragnarok&gt; well, for good reason 16:55 &lt;+fox&gt; &lt;jme___&gt; independance and simplicity are criteria i definitly agree with 16:56 &lt;+fox&gt; &lt;Romster&gt; will there be options to enable the bt-torrent program on each i2p node? 16:56 &lt;jrandom&gt; aye, it'd be nice if we can backport multitorrent, piece selection, and web capacity to mjw's mainline snark 16:56 &lt;+Ragnarok&gt; the simpler it is, the more likely it will be maintained 16:56 &lt;jrandom&gt; exaaactly Ragnarok 16:57 &lt;+legion&gt; yeah backporting those would be killer 16:57 &lt;+fox&gt; &lt;Romster&gt; as a OT point here take a look at emules KAD network i think it's rather neat. 16:57 &lt;jrandom&gt; Romster: its now shipped with the build by default, but once we get it into susibt, it'll be on the top nav with the rest of the clients 16:58 &lt;+Ragnarok&gt; we need to be able to ship a .torrent maker as well, though. And a tracker would be nice. 16:58 &lt;jrandom&gt; yeah, actually, snark has both of those, I just disabled them because i didn't want to maintain 'em :) 16:58 &lt;+legion&gt; hmm good point ragnarok 16:58 &lt;jrandom&gt; but getting them back in wouldn't be much trouble 16:59 &lt;+Ragnarok&gt; well, the torrent maker at least shouldn't be that bad 16:59 &lt;jrandom&gt; there's a Tracker.java too, and handling in the PeerAcceptor, but I threw out what wasn't necessary, so one would probably want to look back at http://klomp.org/snark/ for those 17:00 &lt;jrandom&gt; (and review `http://dev.i2p/~jrandom/snark_diff.txt` for changes) 17:00 &lt;+fox&gt; &lt;Romster&gt; since snarik is back it'll get worked on right :) 17:00 &lt;+legion&gt; actually when it comes to a tracker, it'd be better to come up with a distributed solution 17:00 &lt;+fox&gt; &lt;Romster&gt; snark* 17:00 &lt;jrandom&gt; porting code is easier than building a new distributed tracker legion ;) 17:00 &lt;+fox&gt; &lt;Romster&gt; legion, your your talking 17:00 &lt;+legion&gt; true, that 17:01 &lt;jrandom&gt; but I wouldn't be opposed to integrating a nice clean maintained anonymity-friendly distributed tracker solution :) 17:01 &lt;+fox&gt; &lt;Romster&gt; could be tacked onto the eepsites? 17:01 * jrandom spots a flying pony go past the window 17:01 &lt;+Ragnarok&gt; the official bt client has a kademlia based distributed tracker, but obviously that's only good as a design reference 17:01 &lt;+legion&gt; a place to start ;) 17:02 &lt;+fox&gt; &lt;Romster&gt; actually kademlia = emules KAD netowrk? hmm, if that's the case KAD would be ideal for a tracker but bootstraping is an issue 17:03 &lt;+Ragnarok&gt; they're based on the same algorithm, but they're not in any way compatable 17:03 &lt;+Ragnarok&gt; compatible, even 17:04 &lt;+Ragnarok&gt; doing something like emule's KAD for i2phex would be sort of interesting... 17:04 &lt;+Ragnarok&gt; anyway, flying ponies 17:04 &lt;jrandom&gt; :) 17:04 &lt;jrandom&gt; (agreed on both counts) 17:04 &lt;jrandom&gt; ok, anything else on 4) i2psnark? 17:05 &lt;+Ragnarok&gt; as long as we have something to make .torrent files, the existing trackers are fine 17:05 &lt;jrandom&gt; thats a good point - there's some commented out code in Snark's main I believe 17:05 &lt;+legion&gt; no I think the existing trackers are not fine :( 17:05 &lt;jrandom&gt; whats wrong with them legion? 17:05 &lt;cat-a-puss&gt; don't just hand uesrs a torrent file ether 17:05 &lt;+legion&gt; often have trouble accessing them 17:06 &lt;jrandom&gt; hmm cat-a-puss? oh, you mean, we need to get a web interface to transparently swarm? 17:06 &lt;+legion&gt; sites get flooded with traffic 17:06 &lt;jrandom&gt; ah, thats i2p's issue, hopefully 0.6.1.4 will improve that 17:06 &lt;jrandom&gt; postman was telling me how he was getting tons of hits @ tracker.postman.i2p 17:06 &lt;jrandom&gt; i forget the #s offhand 17:06 &lt;cat-a-puss&gt; If we are handling both the swarming code and the code to get the torrent in the first place, might as well make it transparent for the user 17:07 &lt;jrandom&gt; orion.i2p/bt/ isn't really used though 17:07 &lt;jrandom&gt; (and tracker-fr seems lively) 17:07 &lt;+susi23&gt; with susibt I hope to include trackers rss feed, so you don't need to go on the trackers webpage anymore but get the torrents downloaded automatically :) 17:07 &lt;cat-a-puss&gt; also prevents confusing an i2p torrent with a non-anonymous one 17:07 &lt;+fox&gt; &lt;jme___&gt; http tracker for bt doesnt scale due to poorely designed protocol 17:07 &lt;+fox&gt; &lt;Romster&gt; router watchdog router hung hard restart wtf 17:07 &lt;+legion&gt; right, which is my point some trackers are flooded while others are idle 17:07 &lt;jrandom&gt; cat-a-puss: ah, yeah I'd love to integrate hooks from syndie into susibt :) 17:07 &lt;+fox&gt; &lt;jme___&gt; it can be easily fixed but break the compatibility with official bt protocol 17:08 &lt;+fox&gt; &lt;jme___&gt; it is the road followed by the dht tracker stuff 17:08 &lt;jrandom&gt; (and the other way around, so people can easily syndicate .torrent files, etc) 17:08 &lt;+Complication&gt; Romster: I get those, but the machine I get them on is borderline (300 MHz) 17:08 &lt;+fox&gt; &lt;Romster&gt; the distributed tracker is the solution to hammered trackers 17:08 &lt;jrandom&gt; legion: that can easily be remedied by people using different trackers :) 17:08 &lt;+fox&gt; &lt;Romster&gt; azerius DHT 17:08 &lt;jrandom&gt; code is expensive, using different URLs is cheap 17:08 &lt;+legion&gt; yeah, but they don't seem to be doing that do they? 17:09 &lt;jrandom&gt; but, yes, a distributed tracker would be great. not on my roadmap though, but if someone gets it going, that would Rule. 17:09 &lt;+Complication&gt; In due time... surely someone can go distributed too. 17:09 &lt;+legion&gt; Instead of of posting torrents to tracker sites, they could post a bith and whatever details to their eepsite. 17:10 &lt;jrandom&gt; bith == hash? 17:10 &lt;+legion&gt; yeah, stands for bittorrent hash, not my term 17:10 &lt;+Complication&gt; In the beginning, though... a simple and solid client, in Java, bundled with the router... can solve many problems. (Perhaps even pull signed updates without overloading dev.i2p.) 17:11 &lt;+legion&gt; yeah, that would be great 17:11 &lt;jrandom&gt; aye Complication 17:11 &lt;+fox&gt; &lt;Romster&gt; yeah torrent updates 17:11 &lt;+fox&gt; &lt;Romster&gt; ok next item ont he list :) 17:12 &lt;jrandom&gt; ok, 5) more on bootstrapping 17:12 &lt;+legion&gt; yeah lets move on 17:12 &lt;jrandom&gt; lots of interesting stuff on the list as of late, and no way am i going to summarize it all here :) 17:12 &lt;+fox&gt; &lt;Romster&gt; bootstraping the i2p router database? 17:12 &lt;jrandom&gt; anyone have any questions/comments/concerns they want to discuss about the thread? 17:12 &lt;jrandom&gt; Romster: see the list and/or email 17:12 &lt;+fox&gt; * Romster needs to read that list 17:13 &lt;jrandom&gt; aye, there's good stuff on there :) 17:13 &lt;+fox&gt; &lt;Romster&gt; i've been rather busy laterly 17:13 &lt;+Complication&gt; 26 messages to read through, can't comment yet 17:13 &lt;jrandom&gt; still no end result, but we're looking towards a new way of building tunnels for 0.6.2 17:14 &lt;+fox&gt; &lt;Romster&gt; a new way, is there a flay in the current method? 17:14 &lt;+fox&gt; &lt;Romster&gt; flaw* 17:14 &lt;jrandom&gt; Michael's analysis shows the attack is not really a problem now, as there are easier attacks on the alternatives 17:14 &lt;jrandom&gt; read the list ;) 17:14 &lt;+fox&gt; &lt;Romster&gt; arg later 17:14 &lt;+fox&gt; &lt;Romster&gt; this is now :) 17:15 &lt;+fox&gt; &lt;Romster&gt; i'm noramlly asleep at this time. 17:15 &lt;+fox&gt; &lt;Romster&gt; so i rearly get to be at a meeting 17:16 &lt;cat-a-puss&gt; can you post your ideas for a new way / existing / rejected ways in an email to the list so we can compare 17:16 &lt;+fox&gt; &lt;Romster&gt; so its todo with attack methods and tunnel creation i assume, without reading the list yet 17:16 &lt;cat-a-puss&gt; (that's for Jrandom) 17:16 &lt;jrandom&gt; cat-a-puss: i'm not sure if we've really hashed out an end result yet 17:16 &lt;+fox&gt; &lt;Romster&gt; be an idea cat-a-puss 17:17 &lt;+Complication&gt; Romster: yes, it was more-or-less about giving the endpoint of an exploratory tunnel less influence as a possible attacker 17:17 &lt;jrandom&gt; but http://dev.i2p.net/pipermail/i2p/2005-October/001073.html is the latest for what I see coming out of your suggestion 17:17 &lt;jrandom&gt; well, not influence - i2p is a free route mixnet - but less information 17:18 &lt;+Complication&gt; Yes, that would likely be a more correct term 17:18 &lt;jrandom&gt; (the above linked url is full of arm waving, no solid crypto figured out yet) 17:18 &lt;+fox&gt; &lt;Romster&gt; lesss = better for more robustness agenst attacks, i get what your geting at 17:18 &lt;jrandom&gt; ((but i think its all doable with existing techniques) 17:19 &lt;jrandom&gt; Romster: here's a plot of Michael's attack against the existing algorithm, with the X axist saying what % of the network is compromised - http://dev.i2p.net/~jrandom/fraction-of-attackers.png 17:20 &lt;jrandom&gt; (plain telescopic building would be off the chart before hitting x=200) 17:20 &lt;jrandom&gt; ((so what we have now is literally orders of magnitude better)) 17:20 &lt;jrandom&gt; but we can improve upon that further 17:21 &lt;jrandom&gt; though there's also the garlic routing alternative too 17:21 &lt;jrandom&gt; anyway, yeah, more things to be hashed out, keep an eye on the list :) 17:21 &lt;+fox&gt; &lt;Romster&gt; ok i'll have a good read of that list later 17:22 &lt;+fox&gt; &lt;Romster&gt; and see if i can think of anything too add 17:22 &lt;jrandom&gt; cool 17:22 &lt;cat-a-puss&gt; would the "new" telescopic method be fast enough to do on demand construction? 17:22 &lt;jrandom&gt; I'm not sure we want that 17:22 &lt;jrandom&gt; its the O(1) vs O(N) issue 17:23 &lt;jrandom&gt; the new technique would allow tunnel creation without using the exploratory tunnels, leavng the exploratory tunnels for netDb operation 17:23 &lt;jrandom&gt; (and for exploratory tunnel creation :) 17:24 &lt;+fox&gt; &lt;Romster&gt; hrmm would it be worthwhile screwing with the hackers by givving them heaps of false positives thereby masking the real source 17:24 &lt;+legion&gt; sounds good :) 17:24 &lt;+legion&gt; I'd think some screwing like that would be good 17:24 &lt;cat-a-puss&gt; jrandom: right, I was asking if doing do would speed things up enough, so that sometimes that last hops don't know they are the last hop, as disguesed on list. 17:25 &lt;+fox&gt; &lt;Romster&gt; exploratory tunnels to collect netDB router refereances? 17:25 &lt;jrandom&gt; romster: we are the hackers ;) but yeah, if the false positives overwhelmed the true positives, it'd require substantially large number of attacks to get statistically significant data 17:26 &lt;jrandom&gt; hmm right cat-a-puss, but I'm not sure how that'd speed things up though, it'd move us from an O(1) to O(N) tunnel topology 17:26 &lt;jrandom&gt; or what do you mean by speed things up? 17:26 &lt;+fox&gt; &lt;Romster&gt; and if it got to the point of being detected it could then drop off and go silent forawhile? 17:26 &lt;jrandom&gt; using the new technique would reduce the failed tunnel creations, certainly 17:26 &lt;+fox&gt; &lt;Romster&gt; or mistearly change it's key and continue or something heh 17:26 &lt;jrandom&gt; romster: it'd probably be worth digging through the mails to review the attack ;) 17:27 &lt;+fox&gt; &lt;Romster&gt; yeah after sleep 17:27 &lt;+Complication&gt; Romster: afaik, it's a passive attack mostly, so the target can't detect it occurring 17:27 &lt;+fox&gt; &lt;Romster&gt; and fixing a friends pc i got sitting here 17:27 &lt;+fox&gt; &lt;Romster&gt; ah ic complication. 17:27 &lt;cat-a-puss&gt; jrandom: I'm not talking about the O(n) thing. I mean just waiting to construct a client tunnel until we need one for some apps, rather than just having them sit there all the time. 17:28 &lt;+Complication&gt; (but I might be wrong, and those last 26 messages might have active components) 17:28 &lt;+fox&gt; &lt;Romster&gt; would a long term passive attack evently find the target? 17:28 &lt;+fox&gt; &lt;Romster&gt; i'll comment after i've read the list 17:28 &lt;jrandom&gt; ah cat-a-puss, we'll certainly improve the tunnel pooling for 0.6.2. we currently only build the tunnel when we need it (giving ourselves a little time in case the creation fails) 17:28 &lt;+Complication&gt; Romster: well, persisting the attack beyond tunnel lifetime would require resources and patience 17:28 &lt;+fox&gt; &lt;Romster&gt; and understand it better 17:29 &lt;+Complication&gt; But time plays a part in every probability of success. You try long, you get more chances. 17:29 &lt;+fox&gt; &lt;Romster&gt; ah that's the idea tunnel life tiem be too short to actually have a worthwhile attack work. 17:29 &lt;jrandom&gt; each pool has a defined number of backup tunnels, and we by default build replacements between 60-120 seconds before an old one expires 17:29 &lt;+fox&gt; &lt;Romster&gt; time* 17:30 &lt;jrandom&gt; right Complication - each sample occurs only 'm' times every (c/n) tunnels 17:30 &lt;+fox&gt; &lt;Romster&gt; there is no interaction between each tunnel to gather stastics? 17:30 &lt;+fox&gt; &lt;Romster&gt; as one is about to die and another is being built 17:31 &lt;jrandom&gt; romster: the new tunnels do not talk to each other, no, but thats not the attack Michael has been describing 17:31 &lt;jrandom&gt; there are countless attacks out there, most of which we have dealt with, but whenever someone comes up with one that may have a bearing on I2P's operation, we want to analyze it further 17:31 &lt;+fox&gt; &lt;Romster&gt; must read the list, ok i'll leave it at that for now, anyone else got anything to say? 17:32 &lt;jrandom&gt; ok, if there's nothing else, lets move on to 6) virus investigations 17:32 &lt;+fox&gt; &lt;Romster&gt; actually one stastic i can see could be gathered is no 0 hop would mean that the next hop is not the end point so it could be ruled otu but with millions of nodes that analying technique would be useless 17:33 &lt;jrandom&gt; I don't have anything to add beyond whats been discussed on the forum 17:33 &lt;jrandom&gt; right Romster, there are predecessor attacks on tunnel length, which is one of the main things we're addressing in 0.6.2 17:33 &lt;+fox&gt; &lt;Romster&gt; virus, what virus, if it's linux it'll be nonexistant, but windows hmmm 17:34 &lt;+Complication&gt; Well, although I couldn't build a matching binary (hell knows hy) the final difference was small enough... to hopefully be useful to anyone interested in reading assembly code. 17:34 &lt;jrandom&gt; Romster: please, the weekly status notes should explain these agenda items, and the meeting is to discuss things /beyond/ whats in the notes ;) 17:35 &lt;+Complication&gt; I sure couldn't find anything obvious in there, but nor could I explain away all the difference. 17:35 &lt;@cervantes&gt; rtfml and rtff 17:35 &lt;+fox&gt; &lt;Romster&gt; yeah i haven't been upto speed for quite awhile, sorry about taht jrandom 17:35 &lt;@cervantes&gt; ;-) 17:35 &lt;jrandom&gt; aye, the fact that both a known safe bat file and the old one triggered the same detection code is substantial 17:35 &lt;+Complication&gt; Yes, that sort of eases doubts. 17:36 &lt;+Complication&gt; I guess the QBFC might have undocumented differences within the same version number (different builds?) 17:37 * jrandom has no idea, but its possibly just some OS interaction, or whatever. I don't know, you've put up enough analysis for people to make their own informed decision 17:37 &lt;+Complication&gt; I think it's better that way. 17:37 &lt;+Complication&gt; Disassembly is really notably outside my usual playground. 17:37 &lt;jrandom&gt; legion: is there anything you want to mention about this, or should people just go through the forum if they want more info? 17:38 &lt;@cervantes&gt; can I just re-iterate what others have said on the forum, and thank Complication for the time and maticulous attempts he's put in to checking this issue out 17:38 &lt;jrandom&gt; aye, its much appreciated 17:38 &lt;+legion&gt; I've nothing to add, I feel that I've said way too much about it already 17:39 &lt;jrandom&gt; 'k understood. ok, anyone else have anything to bring up on this, or shall we move on to 7) ??? 17:39 &lt;jrandom&gt; [consider us moved] 17:40 &lt;+fox&gt; * Romster seconds that :) 17:40 &lt;+legion&gt; ok for 7)??? how about we take a moment to discuss i2phex 17:40 &lt;jrandom&gt; cool, good idea 17:40 &lt;+fox&gt; &lt;Romster&gt; since i'm using it right now even :) 17:40 &lt;@cervantes&gt; no no group hug first 17:40 &lt;jrandom&gt; redzara mentioned he was going to be at the meeting, but progress on the merge is going slow 17:41 &lt;+legion&gt; susi23 inquired about a headless version 17:41 &lt;jrandom&gt; ah cool, i saw your post on that 17:41 &lt;+fox&gt; &lt;Romster&gt; might i add the favourites list needs to be wider to cope with the longer i2p keys 17:42 &lt;+susi23&gt; (that's no must, I was just curious about it) 17:42 &lt;jrandom&gt; well, no one can remember base64 keys, so I'm not sure if you're missing much Romster ;) 17:42 &lt;jrandom&gt; (and the first few bytes should be enough to uniquely identify them) 17:42 &lt;+fox&gt; &lt;Romster&gt; starting i2phex with a server is the major problem i see so far 17:42 &lt;+legion&gt; Actually I'd like to see only like the first 12 characters of keys to displayed in the client 17:42 &lt;+fox&gt; &lt;Romster&gt; heh guess 17:42 * Complication is regrettably majorly busy, and can't do no xml-rpc 17:43 &lt;jrandom&gt; seems reasonable legion 17:43 &lt;+fox&gt; &lt;Romster&gt; what about display as many characters to make the key unique 17:43 &lt;jnymo_&gt; I'm having good results with i2phex 17:44 &lt;jrandom&gt; cool jnymo_, i've been hearing good things too 17:44 &lt;+fox&gt; &lt;Romster&gt; so if 2 keys start with abc it'll be abcx 17:44 &lt;jnymo_&gt; 12 identical characters isn't likely, romster 17:44 &lt;+fox&gt; &lt;Romster&gt; true 17:44 &lt;+Complication&gt; Besides, simpler = quicker 17:44 &lt;+fox&gt; &lt;Romster&gt; but wouldnt need 12 if the keys are that far randomised 17:45 &lt;+Complication&gt; (not that there is much speed to gain from displaying things) 17:45 &lt;+legion&gt; Well maybe there could be a new host properties window, stating the full key and certain information like how much it is sharing and whatever 17:45 &lt;+susi23&gt; (netdb works great with 4 chars only for router ids) 17:45 &lt;+fox&gt; &lt;Romster&gt; or the database and using the keyname=base64 and only displaying the keyname 17:45 &lt;jrandom&gt; hmm, i thought there was already a peer info display legion? 17:46 &lt;jrandom&gt; legion: some things like that would be good to add to the mainline phex, most likely? 17:46 &lt;+legion&gt; hmm could be right... 17:46 &lt;jrandom&gt; (that way Gregor can maintain it ;) 17:46 &lt;+Complication&gt; Well, there's a "Browse host" function, but that may not be the exact same thing. (If it works.) 17:46 &lt;jrandom&gt; Complication: it does 17:46 &lt;jrandom&gt; (work, that is) 17:47 &lt;+Complication&gt; Seems to basically drop the host destkey into the search box 17:47 &lt;+Complication&gt; ...and runs a search. 17:48 &lt;jnymo_&gt; this may be an i2phex mainline issue, but I didn't see an ETA on i2phex downloads 17:48 &lt;+Complication&gt; Hmm... or actually, doesn't run a search. 17:48 &lt;+Complication&gt; Mine seems to wait until I manually start it. 17:48 &lt;+fox&gt; &lt;Romster&gt; whats the nearby i2phex running tickbox for? 17:49 &lt;+legion&gt; I see where there is plenty of room for improvement. ;) 17:49 &lt;jrandom&gt; yep :) 17:50 &lt;jrandom&gt; lots to be done, and the forum is a good place to post up ideas/suggestions/questions(/patches :) 17:50 &lt;+fox&gt; &lt;Romster&gt; despite it's ovous name 17:50 &lt;jrandom&gt; ok, anyone have anything else for the meeting? 17:50 &lt;+fox&gt; &lt;Romster&gt; hmm good point 17:50 &lt;+fox&gt; &lt;Romster&gt; can't think of anything else 17:51 &lt;+fox&gt; &lt;Romster&gt; but anyone working on a distributed data store? 17:51 * cervantes checks his watch 17:51 &lt;+fox&gt; &lt;Romster&gt; like activtely 17:51 &lt;jrandom&gt; Romster: beyond syndie, no 17:51 &lt;jrandom&gt; (not to my knowledge, at least) 17:52 &lt;+legion&gt; well I was wondering about integrating a http download manager into i2p, would make downloading larger content from eepsites easier. 17:52 &lt;+fox&gt; &lt;Romster&gt; q and iphex and one or 2 others but i've not seen anything mentained for awhile now 17:52 &lt;@cervantes&gt; what's the status of feedspace...I haven't heard aught of it in a while 17:52 &lt;jrandom&gt; legion: that would be cool - there's a post about that on the forum too i think 17:53 &lt;+fox&gt; &lt;Romster&gt; ah feedspace another one 17:53 &lt;jnymo_&gt; if this was mentioned in the meeting already, nm.. but, is there news on i2p freenet colab? 17:53 &lt;jrandom&gt; cervantes: last i heard frosk was kind of busy, but if frosk is around, maybe he can tell us more :) 17:53 &lt;+legion&gt; Personally I'd like to see a i2p entropy colab. 17:54 &lt;+fox&gt; &lt;Romster&gt; i have ideas for a datastore, but it be a expansion to existing methods that are in use currently 17:54 &lt;+legion&gt; Given that q, feedspace and such don't seem to be going anywhere fast right now 17:54 &lt;jrandom&gt; jnymo_: I've bounced the freenet folks some code to run on our SSU transport,toad has been joining in on some of the discussions, but freenet won't be in a position for us to run it as a data store on top of i2p for a while (after their 0.7 release comes out, most likely) 17:54 &lt;+fox&gt; &lt;Romster&gt; i want to start a project but not go over what others have done already 17:54 &lt;+legion&gt; wonder if it'd be possible to port entropy to run over i2p... 17:54 &lt;jrandom&gt; legion: entropy would be good, but integration is kind of hard. of course, people could run things like fproxy.i2p for entropy 17:55 * jrandom doesnt know entropy's transport code at all 17:55 &lt;+fox&gt; &lt;Romster&gt; i've put my irc client on hold, there is alot of them in progress already all i2p needs now is a datastore and it'll beat freenet with ease :) 17:55 &lt;jrandom&gt; (but perhaps that'd be a good way to get someone to hack on the GCJ SDK :) 17:56 &lt;jrandom&gt; Romster: helping out on other efforts is a lot more rewarding that starting brand new projects, as you get a lot more done with less effort :) 17:56 &lt;jnymo_&gt; ah.. congrats on the gcj port 17:56 &lt;+fox&gt; &lt;Romster&gt; entropy's is in c or C++ iirc 17:57 &lt;jrandom&gt; right Romster, which is why they'd be able to use I2P's SDK and streaming lib, built with GCJ into native libraries 17:57 &lt;+fox&gt; &lt;Romster&gt; jrandom true, but who :) 17:57 &lt;jrandom&gt; not I 17:57 &lt;+legion&gt; oh and on another issue, just like to mention that today I released a new version of my readme.html update for the i2p router console. 17:57 &lt;jrandom&gt; (the only way to get something you care about done is for *you* to do it :) 17:57 &lt;jrandom&gt; cool 17:57 * dust would like to see some kind of 'squid' syndication for offloading eepsites 17:58 &lt;jrandom&gt; dust: yeah totally, if we can get sucker into that position, that'd be ideal 17:58 &lt;jrandom&gt; e.g. I'd love to get the latest info from orion in syndie, local 17:58 &lt;+fox&gt; &lt;Romster&gt; build a proxy for squid to use :) 17:59 &lt;+legion&gt; I'd been putting it of in the hope that certain improvements to the python eepsitechecker would have been made by now. 17:59 &lt;dust&gt; ah, syndie 17:59 &lt;jrandom&gt; (thats actually what syndie is for - syndication to cut down on load) 17:59 &lt;dust&gt; _the_ answer 17:59 &lt;jrandom&gt; there's a python eepsite checker? 17:59 &lt;+fox&gt; &lt;Romster&gt; first i've heard about it 17:59 &lt;+legion&gt; yeah, it's what I use ;) 18:00 &lt;jrandom&gt; cool legion 18:00 &lt;+legion&gt; really? It's been around for awhile 18:00 &lt;+fox&gt; &lt;Romster&gt; nice i'd like to check that out :) 18:00 &lt;@cervantes&gt; think someone ported baffled's script... can't remember who/when 18:00 &lt;+fox&gt; &lt;Romster&gt; i'm learning python 18:00 &lt;jrandom&gt; ah ok cervantes 18:00 &lt;+fox&gt; &lt;Romster&gt; the hard way by examples and the manual :) 18:00 &lt;jrandom&gt; yeah, i'm lazy, i just use polecat.i2p/i2psurvey/ and orion.i2p/ :) 18:01 &lt;jrandom&gt; (no need for me to spider) 18:01 &lt;+legion&gt; if someone would care to work with me on it, I'd really like to get the code fixed and working with either python 2.3 or 2.4 18:01 &lt;+fox&gt; &lt;Romster&gt; i have 2.4 installed here 18:01 &lt;+Ragnarok&gt; I may have a look at it. Got link? 18:01 &lt;+fox&gt; &lt;Romster&gt; actually think it's 2.4.1 18:02 &lt;+legion&gt; right now it has no py2exe compatibility and half of it works with each version, which means anyone running it needs to have both installed. 18:02 * jnymo_ would love to see an orion.i2p/I2PDirectory hybrid.. info, catagories, stats.. butter 18:02 &lt;+legion&gt; I'll archive it after the meeting and post a link to the forums 18:03 &lt;+Ragnarok&gt; ok 18:03 &lt;jrandom&gt; legion: hmm, do you see lots of people needing to run that though? I mean, only a few people need to spider 18:03 &lt;+fox&gt; &lt;Romster&gt; both eck, might be a bit much for me to translate to the newer dunno untill i look at the code 18:03 &lt;jrandom&gt; (not that there's anything wrong with making it easy for those few people, that is :) 18:04 &lt;+fox&gt; &lt;Romster&gt; cold be disected and used todo other things too? 18:04 &lt;+legion&gt; Well thing is I can see where there could be some uses for everyone that runs i2p. 18:04 &lt;+fox&gt; &lt;Romster&gt; could* 18:04 &lt;jrandom&gt; hmm, I'm not so sure, could you explain how? 18:04 &lt;jrandom&gt; I mean, I don't want everyone to essentially DDoS every eepsite 18:05 &lt;+legion&gt; One of which would be a dynamic bookmarks page, that is auto generated every 12-24 hours or so. 18:05 &lt;jrandom&gt; ah, that is trivial in syndie (actually one of the main features - 'new blogs') 18:05 &lt;jrandom&gt; ((but of course, syndie doesn't have a great ui for that yet)) 18:06 &lt;+fox&gt; &lt;Romster&gt; actually would only need a few to spider and throw it into a torrent/dht like database and sync that between nodes 18:06 &lt;jrandom&gt; right Romster (though that torrent/dht-like database to sync, or "syndi"cate, could be syndie ;) 18:06 &lt;+fox&gt; &lt;Romster&gt; could even be a hidden way to learn more i2p nodes and services 18:07 &lt;+fox&gt; &lt;Romster&gt; yeah or syndie 18:07 &lt;jrandom&gt; ok, anyone else have anything for the meeting? the curry is getting cold ;) 18:08 &lt;+fox&gt; &lt;Romster&gt; if syndie is going tobe that great one could store static pages to cashe and the same with images 18:08 &lt;+fox&gt; &lt;reliver&gt; bon appetit, jrandom :-) 18:08 &lt;jrandom&gt; exactly romster, you can do that now 18:09 &lt;jrandom&gt; ok, if there's nothing else... 18:09 * jrandom winds up 18:09 * jrandom *baf*s the meeting closed </div>/vi/blog/2005/10/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-10-25/Tue, 25 Oct 2005 00:00:00 +0000/vi/blog/2005/10/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-10-25/<p>Chào mọi người, có thêm tin tức từ tiền tuyến</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Tích hợp Fortuna 3) Trạng thái GCJ 4) i2psnark trở lại 5) Thêm về bootstrapping (khởi tạo ban đầu) 6) Điều tra vi-rút 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Tuần vừa rồi trên mạng khá tốt - mọi thứ có vẻ khá ổn định, thông lượng bình thường, và mạng tiếp tục tăng trưởng lên mức khoảng 400–500 peer (nút ngang hàng). Cũng đã có một số cải tiến đáng kể kể từ bản phát hành 0.6.1.3, và vì chúng ảnh hưởng đến hiệu năng và độ tin cậy, tôi kỳ vọng chúng ta sẽ có bản phát hành 0.6.1.4 trong tuần này.</p>/vi/blog/2005/10/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-10-n%C4%83m-2005/Tue, 18 Oct 2005 00:00:00 +0000/vi/blog/2005/10/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-10-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, blx, cervantes, dust, GregorK, jme___, jnymo, jrandom, mrflibble, nickless_head, Ragnarok, Rawn, redzara, tethra, vulpine</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:10 &lt;jrandom&gt; 0) chào 16:10 &lt;jrandom&gt; 1) 0.6.1.3 16:10 &lt;jrandom&gt; 2) Freenet, I2P, and darknets (mạng tối/riêng tư) (ôi trời) 16:10 &lt;jrandom&gt; 3) Tấn công bootstrap tunnel 16:10 &lt;jrandom&gt; 4) I2Phex 16:10 &lt;jrandom&gt; 5) Syndie/Sucker 16:10 &lt;jrandom&gt; 6) ??? 16:10 &lt;jrandom&gt; 0) chào 16:10 * jrandom vẫy tay 16:10 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2005-October/001017.html 16:10 &lt;dust&gt; yay, chạy rồi. cảm ơn Gregor 16:10 &lt;cervantes&gt; chào 16:11 &lt;+fox&gt; &lt;blx&gt; heloa 16:11 &lt;jrandom&gt; ok, vào mục 1) 0.6.1.3 16:11 &lt;jrandom&gt; mọi người cập nhật khá nhanh, cảm ơn! 16:12 &lt;jrandom&gt; mọi thứ có vẻ ở trạng thái hợp lý, nhưng tôi không có gì nhiều ngoài những gì trong ghi chú tình hình 16:12 &lt;jrandom&gt; ai có câu hỏi/bình luận/lo ngại gì về 0.6.1.3 không? 16:13 &lt;jrandom&gt; nếu không, ta nhảy sang 2) Freenet, I2P, và darknets (ôi trời) 16:13 &lt;cervantes&gt; 609 peer đã biết! 16:14 &lt;cervantes&gt; (w00t) 16:14 &lt;jrandom&gt; ừ, mạng đã tăng trưởng 16:14 &lt;+fox&gt; &lt;blx&gt; oh my! 16:14 * cervantes đang mở kèo cá cược xem bao lâu đến mốc 1000 16:14 &lt;jrandom&gt; heh 16:14 &lt;tethra&gt; heheh 16:15 &lt;tethra&gt; chúng ta cược bằng tiền số chứ? ;) 16:15 &lt;cervantes&gt; nhưng nó cho thấy lõi I2P gần đây vững đến mức nào khi số người dùng tăng nhanh 16:16 &lt;cervantes&gt; thôi... jrandom đã vô tình quyên góp hết tiền bia năm nay rồi 16:16 &lt;jrandom&gt; hehe 16:16 &lt;jrandom&gt; ok, về mục 2), tôi không chắc còn gì để thêm (chắc chúng ta đã bàn nát rồi). ai có câu hỏi/bình luận/lo ngại gì không? 16:18 &lt;cervantes&gt; như anh nói, nếu không gì khác thì nó đã kích thích vài thảo luận bảo mật liên quan gián tiếp, tức 3) 16:18 &lt;jrandom&gt; nếu không, ta có thể đi nhanh đến 3) Tấn công bootstrap tunnel 16:18 &lt;jrandom&gt; ừ, đúng vậy 16:19 &lt;jrandom&gt; vấn đề Michael nêu ra định lượng hóa một quan điểm chung tôi vẫn có, nhưng thật tốt khi làm nó rõ ràng 16:20 &lt;jrandom&gt; sẽ có thêm thảo luận về kiểu tấn công mới hơn tối nay (khi tôi viết xong phản hồi), còn kiểu trước có vẻ không đáng lo 16:21 &lt;jrandom&gt; mọi người thấy hợp lý chứ, hay có câu hỏi hay lo ngại gì không? 16:22 &lt;cervantes&gt; heh... nghĩa là mọi người đều ổn với nó hoặc họ chẳng hiểu đầu đuôi vấn đề là gì 16:23 &lt;cervantes&gt; tôi xin vào nhóm “không biết thì sướng” 16:23 &lt;jrandom&gt; heh về cơ bản đó là một tấn công khi bọn xấu tình cờ là endpoint outbound của mọi tunnel bạn đã từng dựng 16:23 &lt;jrandom&gt; lúc bạn mới khởi động, “mọi tunnel bạn từng dựng” là con số rất nhỏ (vd. 0, 1, 2) 16:24 &lt;jrandom&gt; nhưng sau vài giây, con số đủ lớn để biến (c/n)^t thành một giá trị rất rất nhỏ 16:25 &lt;tethra&gt; (c/n)^t là... 16:25 &lt;jrandom&gt; (đây là một lý do vì sao chúng ta không khởi động i2cp listener - và vì thế, i2ptunnel/etc - cho đến một lúc sau khi khởi động) 16:25 &lt;jrandom&gt; c == # peer thông đồng (kẻ xấu), n == # peer trong mạng, t == # tunnel bạn đã dựng. 16:25 &lt;cervantes&gt; đúng... 16:25 &lt;tethra&gt; à 16:26 &lt;jrandom&gt; nên khi t tăng, xác suất tấn công thành công trở nên rất nhỏ 16:26 &lt;cervantes&gt; vậy để khả dĩ thì bạn phải bắt đầu dùng router cho tác vụ nhạy cảm trong vòng vài phút sau khi nó khởi động? 16:26 &lt;jrandom&gt; (hoặc, dù sao cũng nhỏ hơn xác suất chiếm hết mọi hop trong một tunnel) 16:26 &lt;tethra&gt; à, tôi hiểu 16:27 &lt;jrandom&gt; cervantes: ngay lập tức, trước khi tunnel thứ 3 được dựng 16:27 &lt;jrandom&gt; (giả sử bạn dùng tunnel 3 hop) 16:27 &lt;cervantes&gt; khá là khó xảy ra 16:28 &lt;cervantes&gt; xét theo tình huống sử dụng 16:28 &lt;jrandom&gt; chuẩn rồi. 16:28 &lt;jrandom&gt; và vì chúng ta dựng hơn 3 tunnel lúc khởi động trước khi cho client nào chạy, nên đây không chỉ là vấn đề xác suất 16:28 &lt;jrandom&gt; nhưng dù sao định lượng cuộc tấn công cũng tốt 16:29 &lt;cervantes&gt; có đáng để để router quay thêm chút để phòng mọi khả năng không? 16:30 &lt;cervantes&gt; hoặc quay mạnh hơn... 16:30 &lt;jrandom&gt; có thể. nếu bỏ qua thời gian thiết lập kết nối và cả việc chọn peer không ngẫu nhiên, thì khả năng gần như bằng 0 16:31 &lt;tethra&gt; vậy là đáng “woot!” chứ? 16:32 &lt;jrandom&gt; ừ, nhưng từ góc độ kỹ thuật, ta không nên bỏ qua các đặc điểm đó ;) 16:32 &lt;jrandom&gt; nên, với 0.6.2 ta có thể xem xét trong lúc làm lại phần chọn/sắp xếp peer cho tunnel, để đảm bảo nó hành xử hợp lý 16:34 &lt;jrandom&gt; ok, nếu không còn gì về 3), chuyển sang 4) I2Phex 16:34 &lt;jrandom&gt; sirup không có đây, và tôi chưa thấy striker trên irc - redzara, bạn ở đây chứ? 16:36 &lt;+redzara&gt; có 16:36 &lt;+redzara&gt; Lượt đầu gần xong: port bản mod của Sirup lên phex cvs mới nhất. 16:36 &lt;jrandom&gt; nice1! 16:36 &lt;+redzara&gt; tiếp: Lượt hai: diff từ code của Sirup sang code phex gốc dùng trong bản phát hành ban đầu, để chắc là tôi không quên gì :) 16:37 &lt;+redzara&gt; có thể hoàn tất cuối tuần này 16:37 &lt;jrandom&gt; tuyệt quá 16:37 &lt;+redzara&gt; Lượt ba: refactor lớp giao tiếp (comm layer) với GregorK 16:37 &lt;+fox&gt; &lt;GregorK&gt; hy vọng bạn biết trong Phex CVS mới nhất, code tải xuống chưa ổn định và file tải xuống không tương thích với các bản phát hành trước 16:38 &lt;jrandom&gt; đây là I2P, chúng ta quen với bất ổn rồi :) 16:38 &lt;+fox&gt; &lt;GregorK&gt; :) 16:38 &lt;+redzara&gt; Với lượt cuối, vì hiện tôi chưa liên lạc được với GregorK, nên sẽ khá khó :( 16:38 &lt;jrandom&gt; GregorK: anh khuyên tích hợp theo cách nào? 16:39 &lt;+fox&gt; &lt;GregorK&gt; à giờ bạn đã liên lạc được với tôi ;) 16:39 &lt;jrandom&gt; ờ 'k redzara, hai lượt đầu đã đủ lớn rồi :) 16:39 &lt;+redzara&gt; GregorK: chào anh 16:40 &lt;+redzara&gt; GregorK: Tôi đã đọc kỹ toàn bộ code 16:40 &lt;+fox&gt; &lt;GregorK&gt; tôi có ý tưởng về cách dựng một layer... tôi có thể chuẩn bị tốt nhất có thể rồi xem nó khớp đến đâu và cần đổi gì 16:40 &lt;+fox&gt; &lt;GregorK&gt; toàn bộ?? wow... 16:40 &lt;+redzara&gt; Gregork: đúng, tất cả!! 16:41 &lt;cervantes&gt; anh ấy còn biết cỡ đồ lót của anh nữa 16:41 &lt;Rawn&gt; :D 16:41 &lt;+fox&gt; &lt;GregorK&gt; hay quá... lần sau đi mua sắm tôi chỉ cần hỏi bạn... 16:43 &lt;+fox&gt; &lt;GregorK&gt; sẽ tốt nếu có ai đó từ đội i2phex tham gia đội phex nữa.. 16:43 &lt;jrandom&gt; redzara: vậy chúng ta có bản phát hành I2Phex 0.1.2 với kết quả lượt hai trước khi trộn hết vào plugin layer trong Phex chính không? hay làm một lần luôn? 16:43 &lt;+redzara&gt; Xin lỗi, nhưng tôi không hiểu/không nói/không đọc/không viết tiếng Anh đủ tốt để cười với điều bạn viết 16:43 &lt;+fox&gt; &lt;GregorK&gt; như vậy cũng giúp sửa các lỗi ở cả hai phía 16:44 &lt;jrandom&gt; GregorK: hy vọng ta sẽ tìm cách để phía I2P chỉ là một plugin mỏng trong Phex, đúng không? 16:44 &lt;jrandom&gt; hay anh nghĩ hai bên nên tách biệt? 16:44 &lt;+redzara&gt; jrandom: Tôi nghĩ ta có thể có Phex 2.6.4 chạy trên I2P, với tôi I2Phex là dừng 16:45 &lt;jrandom&gt; dừng? 16:45 &lt;+fox&gt; &lt;GregorK&gt; tôi không chắc có thể làm như vậy ngay từ đầu, nhưng tôi nghĩ phần chính có thể tách ra thành plugin. 16:45 &lt;jrandom&gt; hay đấy, chắc sẽ nhiều việc lắm 16:46 &lt;jrandom&gt; nhất là khi nhìn vào thứ như java.net.URL (có thể rò rỉ truy vấn DNS ngay khi khởi tạo, v.v.) 16:46 &lt;+redzara&gt; jrandom: dừng, kết thúc 16:46 &lt;+Ragnarok&gt; grr 16:47 &lt;jrandom&gt; ok đúng rồi redzara, khi ta chạy được Phex 2.6.4 trên I2P, tôi đồng ý, sẽ không còn nhiều lý do cần I2Phex 16:47 &lt;+fox&gt; &lt;GregorK&gt; đúng... tôi nghĩ Phex dùng lớp apache URI ở vài chỗ để lách vụ này.. nhưng chỉ khi cần 16:48 &lt;jrandom&gt; à đúng, tôi nhớ đã nghịch thư viện đó, có vẻ ổn 16:49 &lt;jrandom&gt; bọn tôi chắc chắn sẽ giúp audit chút về ẩn danh/bảo mật trước khi đẩy cho người dùng cuối qua i2p 16:49 &lt;jrandom&gt; (không có ý nói Phex có vấn đề, chỉ là ứng dụng nào cũng có vấn đề, và hy vọng ta có thể giúp xử lý) 16:50 &lt;+fox&gt; &lt;GregorK&gt; với vài thứ như dùng Socket và tương tự tôi có ý tưởng tích hợp mượt... nhưng chỗ khác như các tính năng dùng UDP... tôi chưa chắc cách tốt nhất 16:50 &lt;+fox&gt; &lt;GregorK&gt; ồ tôi chắc Phex có nhiều vấn đề. :) 16:50 &lt;jrandom&gt; à, socket sẽ dễ, nhưng có thể ta cần tắt vài thứ khác. udp dùng cho gì - truy vấn nhanh à? 16:51 &lt;+fox&gt; &lt;GregorK&gt; hiện chỉ bootstrap 16:51 &lt;+fox&gt; &lt;GregorK&gt; UDP Host Cache.. thay cho GWebCache 16:52 &lt;jrandom&gt; àhh, ok. 16:52 &lt;+redzara&gt; Vậy ta không cần nếu có GwebCache tử tế? 16:53 &lt;+fox&gt; &lt;GregorK&gt; đúng... nhưng GWebCache chuẩn cũng có vấn đề bảo mật... 16:53 &lt;+redzara&gt; GregorK: không phải trong I2P tôi nghĩ vậy 16:54 &lt;jrandom&gt; à, phần đó có thể vượt qua - I2PSocket có xác thực - bạn biết ‘destination’ của peer bên kia, nên họ không thể nói “Tôi là, ờ... whitehouse.gov.. đúng thế!” 16:54 &lt;jrandom&gt; nhưng bạn nói đúng, đó là thứ cần kiểm chứng 16:54 &lt;+fox&gt; &lt;GregorK&gt; cũng có truyền tường lửa-tới-tường lửa sẽ là chủ đề UDP ta muốn triển khai khi có tình nguyện viên :) 16:54 &lt;jrandom&gt; à, trong I2P không cần truyền tường lửa-tới-tường lửa - I2P phơi bày không gian địa chỉ end-to-end hoàn toàn mở :) 16:55 &lt;jrandom&gt; nhưng... ồ, đó là thứ có thể hữu ích 16:55 &lt;jrandom&gt; nếu người dùng Phex có “0 hop tunnels”, họ sẽ được vượt NAT/ truyền tường lửa-tới-tường lửa miễn phí với tốc độ khá ổn 16:55 &lt;+fox&gt; &lt;GregorK&gt; một cái nữa là broadcast truy vấn trong LAN... để chia sẻ nội dung dễ hơn trong mạng riêng 16:56 &lt;jrandom&gt; (0 hop tunnels cung cấp mức độ chối bỏ hợp lý (plausible deniability) mà không cần peer trung gian nào mang lưu lượng) 16:57 &lt;jrandom&gt; hmm, broadcast LAN thì hay, nhưng tôi không chắc i2p thực sự cần (vì biết peer ở đâu là rủi ro ẩn danh :), nên có lẽ nên tắt tính năng đó khi dùng plugin I2P? 16:58 &lt;cervantes&gt; *tắt theo mặc định 16:58 &lt;+fox&gt; &lt;GregorK&gt; ừ hiện chưa có.. nhưng trong trường hợp này người dùng thường biết nhau để dựng mạng riêng.. 16:58 &lt;jrandom&gt; ồ đúng cervantes 16:58 &lt;jrandom&gt; đúng đúng GregorK 16:59 &lt;+fox&gt; &lt;GregorK&gt; có thay đổi gì về giao diện người dùng không?? 17:00 &lt;+bar&gt; ờ, ta sẽ không cần cờ :) 17:00 &lt;jrandom&gt; ít nhất, khả năng có vài tùy chọn cấu hình liên quan đến I2P sẽ hữu ích. 17:01 &lt;jrandom&gt; tôi nghĩ sirup đã chuyển một số hiển thị sang dùng ‘destinations’ của I2P thay vì hiển thị IP + cổng, nên tôi nghĩ là ổn 17:01 &lt;+redzara&gt; Còn bitzyKhông phải lúc này, nhưng cờ và quốc gia là không dùng 17:01 &lt;jrandom&gt; bitzy? 17:01 &lt;+redzara&gt; xin lỗi, copy/paste nhầm :( 17:02 &lt;+fox&gt; &lt;GregorK&gt; bạn có thể cung cấp danh sách tùy chọn cấu hình và tính năng tùy chọn bạn cần không? 17:03 &lt;jrandom&gt; Chắc chắn ta sẽ gửi. một host+port mà I2P đang chạy và vài drop-down về tinh chỉnh hiệu năng/ẩn danh là đủ 17:03 &lt;jrandom&gt; ta sẽ gửi chi tiết 17:02 &lt;cervantes&gt; [x] Super transfer speed mode 17:02 &lt;+fox&gt; &lt;GregorK&gt; à bitzi dùng để định danh file.. đó có là vấn đề ẩn danh không? 17:03 &lt;vulpine&gt; &lt;redzara&gt; GregorK: Tôi đang chuẩn bị, nhưng cơ bản là không có thay đổi 17:03 &lt;+fox&gt; &lt;GregorK&gt; :) hỏi nhà mạng của bạn cervantes... 17:03 &lt;redzara&gt; GregorK: có thể, tôi đang làm 17:04 &lt;cervantes&gt; GregorK: heh dân UK.... không hy vọng ;-) 17:04 &lt;+fox&gt; &lt;GregorK&gt; nếu bạn truyền file giữa 2 Phex trên cùng PC.. truyền nhanh như chớp ;) 17:05 &lt;cervantes&gt; hay... tôi có nhiều phim hay có thể chia sẻ với chính mình :) 17:05 &lt;cervantes&gt; * gạch dòng đó khỏi biên bản họp * 17:06 &lt;bar&gt; jrandom đề cập trước rồi, nhưng đây lại là ý tưởng điên: 17:06 &lt;+bar&gt; hay tích hợp i2p vào Phex, để người dùng thông thường có 0-hop tunnels? 17:07 &lt;+fox&gt; &lt;GregorK&gt; tôi nghĩ hiển thị cờ và IP+cổng đến từ đối tượng HostAddress.. sẽ bị ẩn bởi layer mới.. nên bạn có thể hiển thị cái khác 17:07 &lt;+bar&gt; (để có plausible deniability và udp firewall hole punching (đục lỗ UDP qua tường lửa)) 17:08 &lt;+fox&gt; &lt;GregorK&gt; không chắc tôi thực sự hiểu ý đó ;) 17:08 &lt;+bar&gt; chắc tôi cũng vậy ;) 17:09 &lt;jrandom&gt; GregorK: về cơ bản nghĩa là người dùng Phex sẽ nói chuyện trực tiếp với nhau, nhưng có chối bỏ hợp lý, vì họ có thể nói chuyện gián tiếp 17:09 &lt;+bar&gt; jrandom, chắc anh hiểu ý tôi, anh nói rõ hơn được không? 17:09 &lt;jrandom&gt; họ cũng được NAT traversal của I2P miễn phí, cùng an toàn dữ liệu và chống bị ISP/v.v. nghe lén 17:09 &lt;+redzara&gt; GregorK: nên anh phải loại tất cả code liên quan host+port + IsLocalIP + Is PrivateIP + ... 17:10 &lt;jrandom&gt; mặt khác (MỘT mặt khác RẤT LỚN), nó sẽ không thể nói chuyện với client gnutella không chạy trên I2P 17:10 &lt;jrandom&gt; (dù cuối cùng, tất cả sẽ chạy ;) 17:10 &lt;+fox&gt; &lt;GregorK&gt; Tôi nghĩ bước đầu tiên - và bản thân nó đã đủ lớn - là đưa i2p và phex xích lại gần. 17:10 &lt;jrandom&gt; đồng ý 17:10 &lt;+bar&gt; (chết tiệt, tôi không nghĩ đến điều đó) 17:11 &lt;+bar&gt; ừ, chắc chắn. 17:11 &lt;jrandom&gt; đây là chuyện “ngựa bay”. hãy làm những thứ thực tế trước 17:11 &lt;+fox&gt; &lt;GregorK&gt; rồi sau khi xem nó hoạt động tốt đến đâu ta quyết định bước tiếp.. 17:11 &lt;jrandom&gt; chính xác 17:12 &lt;+fox&gt; &lt;GregorK&gt; redzara: Tôi muốn có hai implementation của HostAddress: một cho i2p và một như hiện tại. 17:14 &lt;+redzara&gt; Gregork: không vấn đề, tôi đã comment toàn bộ code trong bản mod, bạn có thể dễ dàng dựng hai implementation. Cho tôi hoàn tất phần việc ban đầu trước nhé 17:14 &lt;+fox&gt; &lt;GregorK&gt; chắc chắn.. không vấn đề.. 17:14 &lt;jrandom&gt; :) ok, vậy redzara, bạn nghĩ ta có thể có bản thử alpha dựa trên Phex-2.4.2 mới vào tuần tới không? 17:15 &lt;jrandom&gt; (cho phần lượt 2. lượt 3 của bạn sẽ tốn thêm công tích hợp vào dòng chính) 17:15 &lt;+redzara&gt; jrandom: next có vẻ ổn với tôi 17:16 &lt;jrandom&gt; ok tuyệt 17:16 &lt;+redzara&gt; s/next/next week/ 17:16 &lt;jrandom&gt; ok, khá phấn khích đây, sẽ tuyệt nếu chạy trơn tru 17:17 &lt;jrandom&gt; ai còn gì nêu cho 4) I2Phex không, hay ta lướt qua 5) Syndie/Sucker? 17:17 &lt;cervantes&gt; I2P chắc chắn hưởng lợi từ những killer apps như vậy 17:18 &lt;+fox&gt; &lt;GregorK&gt; nhân tiện có mailing list CVS của Phex cho mọi thay đổi CVS trong Phex... nếu hữu ích 17:18 &lt;jnymo&gt; *ehem*.. quá hữu ích 17:18 &lt;jrandom&gt; ok hay lắm, cảm ơn GregorK 17:18 &lt;jrandom&gt; chắc chắn rồi cervantes 17:19 &lt;jrandom&gt; ok, về 5), tôi không thực sự có gì thêm ngoài những gì đã có 17:19 &lt;jrandom&gt; dust: bạn ở đây chứ? 17:19 &lt;+redzara&gt; GregorK: Cảm ơn nhưng xử lý một phiên bản đã đủ với tôi :) 17:19 &lt;jrandom&gt; hehe redzara 17:19 &lt;dust&gt; Dạo này tôi không có nhiều thời gian rảnh, nhưng nếu có tôi nghĩ sẽ thử xử lý vụ addresses.jsp này, thêm ‘RSS’ vào menu dropdown giao thức ở đó rồi xây một đường đi qua Updater, Sucker tới BlogManager. 17:20 &lt;dust&gt; trừ khi ai có ý tưởng hay hơn 17:20 &lt;jrandom&gt; quá đã 17:20 &lt;jrandom&gt; nghe hoàn hảo đấy. 17:21 &lt;jrandom&gt; nhưng, hmm, có thể cần thêm trường (cái “đăng vào blog nào” và “tiền tố tag gì”)... 17:21 &lt;jrandom&gt; có lẽ một form/bảng riêng sẽ hợp lý, nhưng cũng có thể không 17:22 &lt;dust&gt; ồ, tôi tưởng addresses.jsp là cho một blog duy nhất (vì phải đăng nhập mới vào đó?) 17:22 &lt;jrandom&gt; à, đúng, ý hay 17:23 &lt;jrandom&gt; phần updater hơi mù mờ, nhưng bạn nói đúng 17:23 &lt;dust&gt; (đến đó tính) 17:23 &lt;jrandom&gt; ừ 17:24 * jnymo nghĩ www.i2p.net có thể mở một kiểu ‘café bán đồ lưu niệm’ 17:24 &lt;jnymo&gt; với áo eyetoopie ghi “I am Jrandom” ;) 17:24 * mrflibble vẫn đang theo kịp “flamewar”, có vẻ xoáy thành một flamewar đúng nghĩa :) 17:24 &lt;jrandom&gt; heh jnymo 17:25 &lt;jrandom&gt; ừ, thread đó nhiều nội dung lắm 17:25 &lt;jrandom&gt; ok, có lẽ đưa ta đến 6) ??? 17:25 &lt;jrandom&gt; ai còn gì muốn nêu trong cuộc họp không? 17:25 &lt;+bar&gt; có, một ghi chú nhanh về vấn đề symmetric nat (NAT đối xứng) (mới đi dò xét chút): 17:25 &lt;+nickless_head&gt; jrandom: tôi biết sự thật! 17:25 &lt;+fox&gt; &lt;blx&gt; kaffe? 17:25 &lt;mrflibble&gt; ôi, xin lỗi jr 17:26 &lt;jnymo&gt; nhưng nghiêm túc.. hầu như dự án mã nguồn mở nào đủ lớn cũng có mục bán đồ lưu niệm riêng 17:26 &lt;+nickless_head&gt; jrandom: tôi có bằng chứng chắc chắn anh đã hack trang chủ last.fm! 17:26 &lt;+nickless_head&gt; (phần “bạn sẽ nhận được gì khi đăng ký” có ghi ‘a pony’) 17:26 &lt;jrandom&gt; jnymo: tôi nghĩ bạn đúng, ta nên xem xét hướng đó, cũng có thể là cách gây quỹ hay 17:27 &lt;jnymo&gt; jrandom: chính xác 17:27 * mrflibble sẽ mua áo phông 17:27 &lt;+bar&gt; quay lại symmetric nat, 17:27 &lt;+bar&gt; theo tôi, khác với những NAT đã hỗ trợ, không có mẹo kỳ diệu nào cả. cách duy nhất làm đúng là nghiên cứu và khảo sát từng hành vi của từng symmetric nat và dùng introducers (nút giới thiệu) để thăm dò. 17:28 &lt;jrandom&gt; blx: bản kaffe CVS mới nhất hỏng bét. gói crypto không có trong source, prng không khởi tạo được, và url handler không xử lý nổi file:// :( 17:28 &lt;jnymo&gt; Chắc bạn cũng không muốn mặc nó nơi công cộng cho đến khi i2p có vài nghìn người dùng ;) 17:28 &lt;+bar&gt; (tôi tin ví dụ Hamachi và Skype làm udp hole punching từ sau symmetric nats theo cách này) 17:28 &lt;+nickless_head&gt; jnymo: cốc thì tuyệt :) 17:28 &lt;+bar&gt; dựa trên những gì tôi đọc trên mạng, thuật toán dự đoán symmetric nat khá tệ. 17:28 &lt;jrandom&gt; hmm bar 17:28 &lt;mrflibble&gt; hehe, tôi sẽ không in nick của mình đâu. ồ, và tôi vẫn còn sống/chưa bị bắt dù tôi có áo IIP 17:28 &lt;jrandom&gt; ừ, tôi cũng đọc vậy 17:29 &lt;+bar&gt; tôi sẽ thử gom thêm tài liệu hay và liên quan về chủ đề này. 17:29 &lt;+redzara&gt; Câu hỏi nhỏ: tỉ lệ phần trăm byte truyền lại trung bình trong 0.6.1.3 là bao nhiêu? 17:29 &lt;jrandom&gt; cảm ơn bar 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, các dự đoán họ có được có nhất quán không? 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, để tôi nói lại :) 17:29 &lt;+fox&gt; &lt;blx&gt; jrandom, buồn khi nghe vậy 17:30 &lt;jrandom&gt; redzara: tiếc là tôi quên không đưa cái đó vào netDb. nhưng lúc này tôi thấy 2.6 và 3.8 17:30 &lt;jrandom&gt; blx: tôi cũng vậy :( 17:30 &lt;+fox&gt; &lt;jme___&gt; bar, khi bạn phân tích hành vi hộp nat và tìm công thức dự đoán. nó có luôn đúng với hộp nat đó không? hay lúc đúng lúc sai? 17:30 &lt;jrandom&gt; blx: tôi biết họ đang trộn với classpath, hy vọng khi xong sẽ ổn 17:30 &lt;+fox&gt; &lt;blx&gt; có lẽ tôi sẽ không tham dự được 17:30 &lt;jrandom&gt; blx: bạn yêu cầu riêng kaffe, hay chỉ cần OSS/DFSG? 17:31 &lt;+fox&gt; &lt;blx&gt; phần mềm tự do 17:31 &lt;+fox&gt; &lt;blx&gt; dfsg bạn có thể nói vậy 17:31 &lt;jnymo&gt; nếu một người dùng i2p muốn dùng máy chủ thuê cho i2p, thì có công ty dịch vụ lưu trữ nào thoáng và rẻ nên chọn? 17:31 &lt;+bar&gt; jme___: Hamachi được cho là trung gian thành công 97% các lần thử kết nối. tôi đoán có vài NAT tỏ ra gần như ngẫu nhiên khi gán cổng 17:32 &lt;jrandom&gt; ok, tôi chắc ta sẽ xoay được blx. kaffe từng chạy được, và ta không phụ thuộc vào thứ gì riêng của Sun 17:32 &lt;jrandom&gt; jnymo: tôi dùng sagonet.net, nhưng họ tăng giá từ 65/tháng lên 99/tháng (nhưng đường truyền nhanh với 1250GB/tháng) 17:32 &lt;jrandom&gt; tôi biết ở Đức có vài nhà rẻ nữa 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, 97% thì tuyệt 17:33 &lt;jrandom&gt; redzara: bạn thấy tỉ lệ truyền lại là bao nhiêu? 17:33 &lt;+bar&gt; jme___: ừ, nên tôi đoán hầu hết symmetric nat đều dự đoán được 17:33 &lt;+fox&gt; &lt;blx&gt; jrandom, tôi thật sự quan tâm vụ này :) 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, bạn sẽ làm gì? relay, udp hole punching, cnx reversal.. còn kỹ thuật nào khác không? 17:33 &lt;jnymo&gt; 99 có đắt trung bình không? 17:34 &lt;+redzara&gt; jrandom giữa 3;8 và 4.2 17:34 &lt;jrandom&gt; jme___: ta dùng UDP, không cần connection reversal :) 17:35 &lt;+bar&gt; jme___: tôi không chuyên, có thể tuần sau tôi sẽ có thêm thông tin (nhưng ngửi thấy mùi profiling + udp hole punching ;) 17:35 &lt;jrandom&gt; jnymo: với 1250GB thì không. tôi thấy 60-120USD/tháng cho 50-100GB/tháng 17:35 &lt;jrandom&gt; bar: có lẽ UPnP sẽ là cách tốt hơn? 17:35 &lt;+fox&gt; &lt;jme___&gt; jrandom, ngay cả với udp nó vẫn hữu ích :) 17:35 &lt;+redzara&gt; jrandom: nhưng chỉ một số node gây tác động lớn, có lẽ mấy node cũ 17:35 &lt;+fox&gt; &lt;jme___&gt; vulpine: ok 17:35 &lt;jrandom&gt; dù điều đó chỉ giúp những người có thể điều khiển NAT của họ 17:36 &lt;+fox&gt; &lt;jme___&gt; upnp nên được hỗ trợ nhưng không độc quyền so với các cách khác 17:36 &lt;jrandom&gt; ờ, ta đang làm mọi thứ hiện nay mà không cần UPnP 17:36 &lt;+fox&gt; &lt;jme___&gt; vì upnp không được tất cả nat hỗ trợ, còn xa mới vậy 17:36 &lt;jrandom&gt; đúng, ví dụ NAT của ISP 17:36 &lt;+bar&gt; jrandom: nếu không có vấn đề bảo mật với upnp, tôi đoán cũng không hại gì. dù Hamachi không dùng upnp 17:36 &lt;+fox&gt; &lt;jme___&gt; ở đây ‘must’ = để đạt kết nối tối đa 17:37 &lt;+fox&gt; &lt;jme___&gt; ok quay lại c++ của tôi :) 17:38 &lt;jrandom&gt; đúng jme___, dù nếu ta làm được hole punching cho symmetric ngoài cone/restrited, thì rất ổn 17:38 &lt;jrandom&gt; l8s jme___ 17:38 &lt;jrandom&gt; ừ, lý tưởng là nếu ta không cần nó 17:39 &lt;jrandom&gt; ok, ai còn gì muốn nêu trong cuộc họp không? 17:41 &lt;jrandom&gt; nếu không... 17:41 * jrandom lên dây cót 17:41 * jrandom *baf*s tuyên bố kết thúc cuộc họp </div>/vi/blog/2005/10/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-10-18/Tue, 18 Oct 2005 00:00:00 +0000/vi/blog/2005/10/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-10-18/<p>Chào mọi người, lại là thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.3 2) Freenet, I2P, và darknets (mạng tối) (ôi chao) 3) Tấn công bootstrap vào Tunnel 4) I2Phex 5) Syndie/Sucker 6) ??? [tiền thưởng NAT đối xứng 500+]</li> </ol> <ul> <li> <ol> <li>0.6.1.3</li> </ol> </li> </ul> <p>Thứ Sáu tuần trước chúng tôi đã phát hành phiên bản 0.6.1.3 mới, và với 70% mạng lưới đã được nâng cấp, các báo cáo phản hồi đều rất tích cực. Các cải tiến SSU mới dường như đã cắt giảm các lần truyền lại không cần thiết, cho phép thông lượng hiệu quả hơn ở các mức tốc độ cao hơn, và theo tôi được biết thì không có vấn đề lớn nào với proxy IRC hoặc các cải tiến của Syndie.</p>/vi/blog/2005/10/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-10-n%C4%83m-2005/Tue, 11 Oct 2005 00:00:00 +0000/vi/blog/2005/10/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-10-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, cervantes, Complication, dust, jrandom, Myo9, postman, redzara, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:29 &lt;jrandom&gt; 0) chào 16:29 &lt;jrandom&gt; 1) 0.6.1.2 16:29 &lt;jrandom&gt; 2) I2PTunnelIRCClient 16:29 &lt;jrandom&gt; 3) Syndie 16:29 &lt;jrandom&gt; 4) I2Phex 16:29 &lt;jrandom&gt; 5) Stego (giấu tin) và darknets (liên quan: tranh cãi nảy lửa) 16:29 &lt;jrandom&gt; 5) ??? 16:29 &lt;jrandom&gt; 0) chào 16:29 &lt;@cervantes&gt; (6) 16:29 &lt;+postman&gt; ý bạn là 6) à? 16:29 &lt;jrandom&gt; ừ, tôi còn đếm không nổi ;) 16:30 * postman đập tay với cervantes 16:30 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 &lt;wiht&gt; Câu hỏi nên là mục 6. 16:30 &lt;jrandom&gt; vì tôi đến muộn 30 phút, chắc mọi người đã đọc hết các ghi chú đó rồi, vậy bắt đầu thôi ;) 16:31 &lt;jrandom&gt; 1) 0.6.1.2 16:31 &lt;@cervantes&gt; 6) Bàn về cái sự chọn thời điểm tệ của bạn cùng phòng jrandom 16:31 &lt;jrandom&gt; *khụ* ;) 16:31 &lt;jrandom&gt; ok, như đã nói trong email, bản phát hành 0.6.1.2 có vẻ chạy khá ổn 16:32 &lt;jrandom&gt; chúng tôi đã tìm ra bug khiến các máy chủ IRC phải chạy bản cũ, và giờ chúng cũng đã cập nhật (w00t!) 16:32 &lt;+postman&gt; :) 16:32 &lt;wiht&gt; Nhân tiện, trong netDB trên router console, có thể liệt kê bảng với các router và phiên bản của chúng ở đầu trang không? 16:33 &lt;jrandom&gt; số lượng router theo phiên bản, đúng không? được thôi, làm khá dễ, có thể tích hợp vào bảng peers.jsp (hiển thị phiên bản theo từng peer) và thêm một bảng mới ở cuối? 16:34 &lt;jrandom&gt; cũng hay khi thấy 9 phiên bản chạy cùng nhau khá ổn, dĩ nhiên bản mới hoạt động tốt nhất 16:35 &lt;jrandom&gt; ok, ai còn gì muốn nêu về 1) 0.6.1.2 không? 16:35 &lt;+postman&gt; một trong các router của tôi hiển thị 1080 router đã biết 16:35 &lt;jrandom&gt; ghê thật 16:35 &lt;+postman&gt; tôi nghĩ con số này hơi lệch? 16:35 &lt;jrandom&gt; cái đó trên 0.6.1.2 à? 16:35 &lt;+postman&gt; ừ, chắc vậy 16:36 &lt;jrandom&gt; hmm, ừ, cái đó... hơi cao. hiện tôi thấy khoảng một nửa số đó 16:36 &lt;+Complication&gt; Ở đây ổn định tầm 400 16:37 &lt;+bar&gt; tương tự 16:37 &lt;wiht&gt; Tôi thấy 260 router đã biết. 16:37 &lt;jrandom&gt; postman: có lẽ sau cuộc họp ta đào sâu xem router đó có chuyện gì (bạn có thể tar.bz2 cho tôi netDb/routerInfo-* không?) 16:38 &lt;+postman&gt; jrandom: vâng, cảm ơn 16:38 &lt;jrandom&gt; gracias 16:38 &lt;jrandom&gt; ừ, không phải ai cũng thấy mọi tham chiếu netDb, nên dao động là bình thường 16:40 &lt;jrandom&gt; ok, nếu không còn gì về 1) 0.6.1.2, chuyển sang 2) I2PTunnelIRCClient 16:40 &lt;@cervantes&gt; ngon đấy dust 16:40 &lt;jrandom&gt; như đã nói trong email, chúng ta có một bộ lọc chuyên biệt cho giao thức IRC mới trong CVS, và nó sẽ được triển khai mặc định ở bản rev tiếp theo 16:41 &lt;+postman&gt; tuyệt 16:41 &lt;jrandom&gt; ừ, rất tuyệt, mọi người đã hỏi thứ như thế này từ lâu rồi 16:41 &lt;+Myo9&gt; Jrandom, gần đây bạn cởi mở hơn, chúng ta biết về người yêu cũ của bạn, rồi bạn cùng phòng, v.v. Nhớ nhé: http://www.navysecurity.navy.mil/st031204.jpg 16:41 &lt;jrandom&gt; *khụ* 16:42 &lt;dust&gt; nếu bạn muốn xem client của mình gửi gì, bạn có thể thêm net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO rồi xem log để thấy hết 16:43 &lt;dust&gt; tôi đã thử một vài client nhưng còn nhiều lắm.. 16:43 &lt;jrandom&gt; ừ, tôi xem một lúc rồi, bộ lọc có vẻ ổn 16:44 &lt;jrandom&gt; có vài thứ hay ta có thể làm sau này nữa - ví dụ PING/PONG cục bộ, để giảm hoạt động mạng 16:44 &lt;+Complication&gt; dust: cảm ơn vì "info" :) 16:44 &lt;+bar&gt; tuyệt vời dust, cảm ơn nhiều 16:44 &lt;wiht&gt; Như vậy nghĩa là ta không cần thiết lập thêm một IRC tunnel nữa? 16:44 &lt;jrandom&gt; wiht: không, bạn vẫn cần một irc tunnel, nhưng nó có thể thay cho cái bạn đang dùng 16:45 &lt;+Complication&gt; wiht: chỉ là bớt lo client IRC làm lộ thông tin của ta 16:45 &lt;jrandom&gt; postman/cervantes: có ý kiến gì về việc tăng hoặc bỏ timeout ping/pong phía server không? 16:45 &lt;wiht&gt; Thế là rõ, cảm ơn. 16:46 &lt;+postman&gt; mmh, tôi sẽ không bỏ, client của tôi hoàn toàn loạn lên khi tôi nghịch nó 16:46 &lt;jrandom&gt; postman: ý tôi là nếu phản hồi cục bộ, client sẽ nhận PING/PONG rất, rất nhanh 16:46 &lt;@cervantes&gt; postman: proxy có thể trả lời ping 16:46 &lt;jrandom&gt; (nhưng ping/pong không cần qua mạng) 16:47 &lt;jrandom&gt; tôi không rõ tác động, nhưng đáng để xem xét. 16:47 &lt;@cervantes&gt; nhưng tôi không chắc server sẽ phản ứng ra sao, bạn có thể thành ra có một đống client zombie 16:47 &lt;+postman&gt; jrandom: ờ thì 16:47 &lt;jrandom&gt; ờ thì, keepalive của streaming lib nên xử lý được 16:47 * Complication đôi khi bị zombie hóa 16:47 &lt;jrandom&gt; Complication: gần đây à? 16:47 &lt;+postman&gt; jrandom: nếu proxy ping thay cho client, proxy cũng phải ping/pong với client 16:48 &lt;+Complication&gt; Tôi nghĩ khoảng một tuần trước. 16:48 &lt;jrandom&gt; postman: một PING từ client đến proxy sẽ được proxy đáp PONG trực tiếp cho client mà không gửi gì qua i2p 16:48 &lt;+Complication&gt; Nhưng "bản sao" của tôi rốt cuộc cũng bị drop. 16:48 &lt;@cervantes&gt; jrandom: kết nối sẽ được giữ mở... server sẽ cần hạ ngưỡng quyết định khi nào một client là cũ và cần đẩy ra 16:48 &lt;jrandom&gt; Complication: à, thời điểm đó các máy chủ irc chưa cập nhật, giờ không nên xảy ra nữa 16:49 &lt;+Complication&gt; Mà tôi không dùng "ghost". Gần đây dùng lệnh ghost là do chạy với nhiều node. 16:49 &lt;+postman&gt; jrandom: còn việc đo độ trễ? 16:49 &lt;jrandom&gt; cervantes: đúng. và/hoặc nếu cần, proxy có thể chèn thêm một PING gửi tới server nếu nó /needs/ một cái. 16:49 &lt;+postman&gt; tôi thấy khá hữu ích khi biết mình có bị lag hay không 16:49 &lt;jrandom&gt; tôi cũng vậy, nhưng bạn luôn có thể /msg cho chính mình 16:50 &lt;dust&gt; có lẽ bạn có thể giảm số lần ping 16:50 &lt;jrandom&gt; như vậy sẽ tiết kiệm đáng kể băng thông, vì các tin nhắn tunnel là các khối 1024byte, gửi qua 2*k+1 hop 16:50 &lt;jrandom&gt; cái đó cũng vậy 16:50 &lt;jrandom&gt; tôi không chắc, chỉ là ý tưởng thôi. cái hiện có vẫn rất tuyệt 16:51 &lt;+postman&gt; ok, tôi sẽ thử vá một testserver 16:51 &lt;@cervantes&gt; có lẽ ta có thể xem xét giảm số lượng... nhưng tôi nghĩ ta vẫn nên gửi vài ping thật để xác định client còn sống 16:51 &lt;+postman&gt; biết đâu chạy 16:51 &lt;jrandom&gt; nghe hợp lý đó cervantes. tôi không nghĩ cần vá gì phía server đâu, hy vọng vậy? 16:52 &lt;+postman&gt; jrandom: để tắt hẳn thì có thể - nhưng hạ khoảng thời gian là tham số conf 16:53 * postman lại ngấu nghiến tài liệu ircd ( lại ) 16:53 &lt;jrandom&gt; được, không vội. chỉ là thứ ta có thể xem xét lúc nào đó 16:53 &lt;@cervantes&gt; class servers 16:53 &lt;@cervantes&gt; { 16:53 &lt;@cervantes&gt; pingfreq 120; 16:54 &lt;@cervantes&gt; class clients { pingfreq 90 } 16:54 &lt;@cervantes&gt; đó là config hiện tại của tôi 16:54 &lt;+postman&gt; cervantes: vâng, tôi biết - câu hỏi là có thể tắt hẳn không 16:54 &lt;@cervantes&gt; Tôi sẽ không tắt... chỉ xem xét giảm bớt thôi 16:55 &lt;+postman&gt; ok, bắt đầu với cái đó đi 16:55 &lt;+postman&gt; cervantes: 180 giây thì sao? 16:56 &lt;@cervantes&gt; chơi liều 240 16:56 &lt;@cervantes&gt; nhưng có lẽ nên chuẩn bị phía ircproxy trước 16:57 &lt;@cervantes&gt; *bàn sau cuộc họp* 16:57 &lt;+postman&gt; đồng ý 16:57 &lt;jrandom&gt; w3rd. ok, còn gì về 2) I2PTunnelIRCClient không, hay ta chuyển sang 3) Syndie? 16:57 &lt;@cervantes&gt; bất cứ gì để giảm lưu lượng router trung bình 40kb/sec hiện tại của tôi ;-) 16:58 &lt;jrandom&gt; heh, tôi nghi ngờ không phải tất cả là irc đâu ;) 16:58 &lt;jrandom&gt; ok, tiếp thôi 16:59 * cervantes giấu các video pony tải lậu từ jrandom suốt cả tuần 16:59 &lt;@cervantes&gt; is=the 16:59 &lt;+postman&gt; LOL 16:59 &lt;jrandom&gt; như đã nói trong mail, Syndie đang có vài thứ khá ngầu 16:59 &lt;jrandom&gt; CLI thì đơn giản, nhưng Sucker mới của dust trông rất hứa hẹn 16:59 &lt;jrandom&gt; dust: muốn điểm qua không? 17:00 &lt;dust&gt; ồ, 17:01 &lt;dust&gt; nó dùng rome để parse feed rồi chuyển thành sml, như mô tả trong blog của jrandom 17:02 &lt;dust&gt; chưa thể gọi là vững chắc, nhưng mới có hai ngày tuổi thôi :) 17:02 &lt;dust&gt; tôi đã có vài Dilbert trong Syndie.. 17:02 &lt;dust&gt; :) 17:02 &lt;dust&gt; . 17:02 &lt;jrandom&gt; hay 17:03 &lt;jrandom&gt; ok, bạn nghĩ nó sẽ đi theo hướng nào - ta nên đưa nó vào source của Syndie và cung cấp dưới dạng CLI, hay giữ riêng và phân phối độc lập, hay gì khác? 17:04 * dust không biết, bạn quyết đi 17:04 &lt;dust&gt; càng ít công cụ tách rời càng tốt 17:04 &lt;jrandom&gt; ừ, gộp chung lại có lẽ dễ hơn, như vậy ai cũng biết họ có thể dùng 17:05 &lt;jrandom&gt; rồi ta có thể làm những thứ như tích hợp vào web interface, và có thể vào scheduler của Ragnarok (phát tán với các node khác và kéo từ rss/atom/etc) 17:07 &lt;jrandom&gt; ok, có ai có câu hỏi/bình luận/lo ngại gì về 3) Syndie không? 17:07 &lt;wiht&gt; Nếu cứ tích hợp phần mềm vào I2P, nó có thể thành một gói phần mềm cồng kềnh. 17:07 &lt;wiht&gt; Tất nhiên, tôi có thể tắt Syndie nếu không dùng. 17:08 &lt;jrandom&gt; i2p sdk 13KLOC 17:08 &lt;jrandom&gt; và i2p router chỉ 22KLOC 17:08 &lt;jrandom&gt; nhưng đúng là nó ảnh hưởng đến thời gian tải bản cài đặt 17:09 &lt;jrandom&gt; nếu ai muốn, họ có thể xây một router rút gọn không có app client, chỉ dùng router.jar, jbigi.jar, và i2p.jar 17:09 &lt;wiht&gt; Vâng, tôi đang nói đến việc tải xuống. 17:09 &lt;jrandom&gt; (nhưng hữu dụng hơn nhiều khi có web interface để điều khiển, i2ptunnel, và streaming lib, v.v. ;) 17:11 &lt;jrandom&gt; smeghead từng làm một hệ phân phối (như emerge, cho java), và cũng có nhóm jpackage 17:11 &lt;jrandom&gt; nếu ai muốn tìm một cách mượt mà và tin cậy để quản lý app mà không cần bundling, sẽ rất hay 17:12 &lt;jrandom&gt; ok, nếu không còn gì về mục đó, nhảy sang 4) I2Phex 17:13 &lt;jrandom&gt; Tôi không có nhiều để bổ sung ngoài những gì trong ghi chú tình hình 17:13 &lt;jrandom&gt; redzara: bạn ở đây chứ? 17:13 &lt;+redzara&gt; có, tôi đây 17:13 &lt;+redzara&gt; Tôi đã bắt đầu làm phiên bản tiếp theo, trong lúc chờ cuộc họp với Gregor. 17:13 &lt;jrandom&gt; à, tuyệt 17:13 &lt;+redzara&gt; Công việc lúc này chủ yếu là xác định khác biệt và nhu cầu liên quan đến sử dụng I2P như ví dụ tcp/udp vs i2p, quản lý các tham số đặc thù của I2P (và quản lý cập nhật các tham số này ở các phiên bản tiếp theo, ...), port GWebCache sang I2P, dùng RSS hay không, dùng push hay không... 17:14 &lt;+redzara&gt; Tôi có rất nhiều tài liệu và code để đọc 17:15 &lt;jrandom&gt; wow, ừ, nghe nhiều thật. nếu bạn có câu hỏi về tích hợp i2p, hay chỉ cần ai đó để trao đổi ý tưởng thì cứ nói 17:16 &lt;jrandom&gt; đưa phần I2Phex thành một plugin cho Phex mainline sẽ rất đã 17:17 &lt;jrandom&gt; ok, ai còn gì cho 4) I2Phex không? 17:18 &lt;+redzara&gt; Tôi chắc chắn sẽ cần hỗ trợ phần petname (tên thân thiện) 17:19 &lt;+redzara&gt; và có lẽ cả việc tinh chỉnh tham số của tunnel 17:19 &lt;jrandom&gt; được, phần đặt tên khá dễ - ở mức cơ bản, bạn thậm chí có thể không dùng tên nào cả (I2Phex hiện đang làm như vậy) 17:20 &lt;jrandom&gt; cấu hình tunnel chắc cũng không vấn đề, dù điều đó gợi ý có lẽ Phex sẽ cần một mục "advanced configuration" cho plugin 17:20 &lt;jrandom&gt; (dĩ nhiên ta vẫn muốn có mặc định tốt) 17:21 &lt;+redzara&gt; có thể như ircclient, một bộ lọc để bảo đảm 17:22 &lt;@cervantes&gt; theo tôi thì tốt hơn hãy làm app cho tử tế 17:22 &lt;jrandom&gt; có thể được, nhưng xử lý các chuỗi byte tùy ý có thể khó 17:23 &lt;jrandom&gt; tuy vậy, một proxy kiểu ircclient có thể cho phép bất kỳ client gnutella nào dùng nó. nhưng sẽ là rất nhiều việc. 17:23 &lt;+redzara&gt; humm, chỉ là ý tưởng ;) 17:23 * jrandom không biết đủ rõ giao thức để nói cách tiếp cận nào tốt nhất, nên đề nghị đi với thứ đơn giản nhất có thể chạy được :) 17:25 &lt;jrandom&gt; ok, nếu không còn gì nữa, có lẽ lướt qua 5) stego và darknets nhanh 17:26 &lt;jrandom&gt; tôi không chắc có gì để bổ sung ngoài những gì đang nói trên list (và thảo luận chính có lẽ nên tiếp tục ở đó) 17:27 &lt;jrandom&gt; nói vậy, có gì mọi người muốn nêu về các vấn đề đã đặt ra không? 17:27 &lt;wiht&gt; Freenet phiên bản 0.5 và 0.7 được nhắc đến trong thảo luận. Có phiên bản 0.6 cho Freenet không? 17:27 &lt;jrandom&gt; 0.6 là nhánh "unstable" hiện tại của họ 17:27 &lt;jrandom&gt; theo tôi biết 17:27 &lt;+postman&gt; ôi tôi tưởng nó bị thế lực ngoài hành tinh đánh cắp rồi 17:28 &lt;jrandom&gt; mặc dù đổ cho người ngoài hành tinh thường là an toàn, đây là một trong số ít trường hợp không phải lỗi của họ 17:28 &lt;+postman&gt; :) 17:28 &lt;wiht&gt; Toad nói về khả năng thu thập địa chỉ IP của các node I2P hoặc FreeNet, đúng không? 17:28 &lt;jrandom&gt; cùng những thứ khác nữa 17:29 &lt;wiht&gt; Chỉ muốn làm rõ vậy thôi, cảm ơn. 17:29 &lt;jrandom&gt; không vấn đề. ok, còn ai có gì ở mục 5) không, hay ta chuyển sang 6) ??? kiểu cũ 17:30 &lt;+postman&gt; ok, tôi có một mục cho 6) 17:30 &lt;jrandom&gt; coi như đã chuyển. 17:30 &lt;jrandom&gt; có gì vậy postman? 17:30 &lt;+postman&gt; chúng ta đều thấy proxy có khả năng lọc theo giao thức là tốt và cần thiết 17:31 &lt;+postman&gt; liệu có thể đáng để suy nghĩ về một generic proxy 17:31 &lt;+postman&gt; có thể được cung cấp một mô tả giao thức 17:31 &lt;+redzara&gt; Tôi muốn có một ứng dụng như cron dùng beanshell để chạy mã Java động 17:31 &lt;+postman&gt; cùng với các thứ cần theo dõi/lọc/che giấu 17:31 &lt;+postman&gt; như một mô tả xml kiểu filter/sanitize 17:32 &lt;+postman&gt; để ta không cần mã nguồn mới mà chỉ cần một file/profile filter mới 17:32 &lt;+postman&gt; (chỉ là câu hỏi xem có đáng nghĩ về nó không) 17:32 &lt;jrandom&gt; rất, rất phức tạp postman. có thể dùng một lexer như javacc để xây ngôn ngữ đầu vào và một app để dịch ngôn ngữ đó sang định dạng đầu ra 16:32 &lt;@cervantes&gt; khó là bắt được những thứ lệch khỏi giao thức 17:33 &lt;+postman&gt; chỉ là ý tưởng để kích hoạt quá trình động não 17:33 &lt;+postman&gt; theo tôi một generic proxy với bộ lọc/parser được mô hình hóa rất hữu dụng 17:33 &lt;wiht&gt; Có ai kết nối được đến eepsites.i2p chưa? Tôi thử vài lần tuần qua nhưng luôn thất bại. 17:33 &lt;jrandom&gt; wiht: tôi load được một lần, nó giống như eepsites.com 17:34 &lt;jrandom&gt; (hay là .net? hay .org? tôi quên) 17:34 * wiht truy cập eepsites.com 17:34 &lt;jrandom&gt; postman: nếu ai nghĩ ra được thứ chạy được, sẽ rất đã 17:34 &lt;+postman&gt; jrandom: ok, tôi sẽ suy nghĩ cùng susi 17:34 &lt;jrandom&gt; w3wt 17:34 &lt;+postman&gt; jrandom: có thể tuần sau bọn tôi sẽ đưa ra 17:35 &lt;wiht&gt; Là eepsites.com, và nó là công cụ tìm kiếm cho eepsites. 17:35 &lt;+postman&gt; nhưng tôi mơ là nó hoạt động 17:35 &lt;+postman&gt; :] 17:35 &lt;jrandom&gt; :) 17:36 * Complication nghi ngờ rằng mô tả mọi tinh tế xảy ra trong các giao thức... đòi hỏi code, và chỉ có code 17:36 &lt;+Complication&gt; (ít nhất là với hầu hết các giao thức) 17:36 &lt;@cervantes&gt; không, chỉ vài regex tà đạo 17:36 &lt;+postman&gt; Complication: có lẽ nghi ngờ này là lý do khiến ta không đi xa hơn 17:37 &lt;+postman&gt; Complication: tôi chưa chắc, nhưng nghi ngờ thôi chưa làm tôi yên chuyện này 17:37 &lt;jrandom&gt; ờ thì, điểm quan trọng ở đây là điều dust đã demo cho ta - 17:37 * Complication sợ một regex làm được những thứ như vậy 17:37 &lt;jrandom&gt; code không nhất thiết đáng sợ thế. 17:37 &lt;+postman&gt; thấy chưa? :) 17:37 &lt;+postman&gt; một ngôn ngữ mô hình hóa filter tốt sẽ làm được như thế 17:38 &lt;+postman&gt; :) 17:38 &lt;@cervantes&gt; tcl? :) 17:38 &lt;+Complication&gt; Nó sẽ phải rất tốt. 17:38 * jrandom thấy postman cũng có ngựa pony bay của riêng mình ;) 17:38 * dust cũng thấy khó chịu vì trùng lặp code chỗ này chỗ kia 17:38 &lt;+postman&gt; jrandom: không có bò :) 17:38 &lt;jrandom&gt; code chạy được>>> cải tiến lý thuyết về code 17:39 &lt;+postman&gt; ừm 17:40 &lt;+postman&gt; một điều tôi học được từ i2p 17:40 &lt;wiht&gt;&gt;&gt;&gt; nghĩa là "tốt hơn rất, rất nhiều?" 17:40 &lt;+postman&gt; đừng bỏ cuộc khi mới nhìn qua 17:40 &lt;jrandom&gt; chuẩn đấy postman 17:40 &lt;jrandom&gt; đúng vậy wiht 17:41 &lt;jrandom&gt; sẽ rất ngầu 17:41 &lt;jrandom&gt; ok, còn ai có gì muốn nêu trong cuộc họp không? 17:41 &lt;+bar&gt; ừm, IMAP thế nào rồi, postman? (tôi đọc trên diễn đàn nhưng chưa tự thử) 17:41 &lt;+postman&gt; bar: tự thử đi - tôi chưa có báo cáo người dùng nào 17:41 * cervantes lăn cái cồng hình pony vào 17:42 &lt;+bar&gt; ok, sẽ thử :) 17:42 &lt;+postman&gt; bar: còn với tôi thì nó chạy RẤT ỔN :) 17:42 &lt;jrandom&gt; hay đấy 17:42 &lt;+bar&gt; ngầu 17:42 &lt;+postman&gt; cervantes: cậu bị ám ảnh rồi 17:42 &lt;@cervantes&gt; tôi á?! 17:42 &lt;@cervantes&gt; :) 17:43 &lt;jrandom&gt; ok, trước khi chạm mốc 90 phút 17:43 * jrandom lấy đà 17:43 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/10/11/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-10-11/Tue, 11 Oct 2005 00:00:00 +0000/vi/blog/2005/10/11/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-10-11/<p>Chào mọi người, lại là thứ Ba rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.2 2) I2PTunnelIRCClient 3) Syndie 4) I2Phex 5) Giấu tin và mạng tối (re: cuộc khẩu chiến) 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.2</li> </ol> </li> </ul> <p>Bản phát hành 0.6.1.2 tuần trước đến giờ diễn ra khá suôn sẻ - 75% mạng lưới đã nâng cấp, HTTP POST hoạt động tốt, và streaming lib (thư viện truyền dữ liệu theo luồng) đang truyền dữ liệu khá hiệu quả (phản hồi đầy đủ cho một yêu cầu HTTP thường được nhận chỉ trong một vòng khứ hồi từ đầu đến cuối). Mạng lưới cũng đã tăng trưởng thêm một chút - con số ổn định vào khoảng 400 nút, dù đã bùng lên hơn nữa đến 6-700 với biến động trong giai đoạn cao điểm của lần được nhắc đến trên digg/gotroot [1] vào cuối tuần.</p>/vi/blog/2005/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-10-n%C4%83m-2005/Tue, 04 Oct 2005 00:00:00 +0000/vi/blog/2005/10/04/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-04-th%C3%A1ng-10-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, Complication, jrandom, mancom, nickless_head, phedy, postman, protokol, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:16 &lt;jrandom&gt; 0) chào 16:16 &lt;jrandom&gt; 1) 0.6.1.1 16:16 &lt;jrandom&gt; 2) i2phex 16:16 &lt;@protokol&gt; nhân tiện, có tin gì về legion và i2phex không 16:16 &lt;jrandom&gt; 3) syndie 16:16 &lt;jrandom&gt; 4) ??? 16:16 &lt;jrandom&gt; 0) chào 16:16 * jrandom vẫy tay 16:16 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2005-October/000939.html 16:17 &lt;+postman&gt; chào 16:17 &lt;jrandom&gt; vào luôn 1) 0.6.1.1 nhé 16:18 &lt;+postman&gt; ừ 16:18 &lt;jrandom&gt; mạng đã tăng về số lượng lẫn mức sử dụng, nhưng mọi thứ vẫn chạy khá ổn 16:18 &lt;+postman&gt; .. ngoại trừ các máy chủ irc 16:18 &lt;jrandom&gt; ừ, cái đó thú vị đấy 16:19 &lt;jrandom&gt; (các máy chủ irc hiện đang chạy bản rev cũ hơn, và chúng tôi vẫn đang gỡ lỗi để hiểu chính xác vì sao mọi thứ lại như vậy) 16:19 &lt;+Ragnarok&gt; đã xảy ra chuyện gì? 16:20 &lt;jrandom&gt; hy vọng chúng ta sẽ nâng cấp các máy chủ irc sớm hơn muộn, vì gần đây có vài thứ hay ho 16:20 &lt;cervantes&gt; Ragnarok: liên kết server&lt;-&gt;server không ổn định trên 1.1 16:20 &lt;+Ragnarok&gt; kỳ lạ 16:20 &lt;jrandom&gt; ý tôi là 0.6.1.1 ;) 16:20 &lt;+Complication&gt; protokol: xem diễn đàn, cuối cùng anh ấy đã chọn một cách tiếp cận hợp lý 16:20 &lt;+postman&gt; cervantes: đừng nhắc đến du hành thời gian, đồ ngốc 16:20 &lt;cervantes&gt; 0.6.1.x 16:20 &lt;+postman&gt; :) 16:21 &lt;cervantes&gt; oop 16:21 &lt;+postman&gt; jrandom: tôi hy vọng tôi sẽ có thể dựng một ircd thử nghiệm trong tuần này 16:21 &lt;+postman&gt; jrandom: chúng ta có thể liên kết tới một instance do bạn hoặc cervantes vận hành 16:22 &lt;jrandom&gt; ừ, vậy thì tuyệt. chúng ta thậm chí có thể tách các tunnel khác nhau ra các JVM khác nhau, dùng các thư viện streaming và phiên bản router khác nhau để cô lập vấn đề sâu hơn 16:23 &lt;jrandom&gt; sẽ hay nếu ta làm được trước 0.6.1.2, còn không thì cũng không sao 16:24 &lt;jrandom&gt; ok, còn ai có gì cho 1) 0.6.1.1 không? 16:24 &lt;+postman&gt; jrandom: ngoài ra: chạy như địa ngục 16:24 &lt;jrandom&gt; đó là địa ngục tốt hay địa ngục xấu? :) 16:24 &lt;+postman&gt; một địa ngục của mọi địa ngục :) 16:25 &lt;+Complication&gt; Ờ, tôi đã gây ra thêm vài lỗi (nhưng đó thực sự là những thứ rất rất sát biên, router khởi động lại khi i2phex đang chạy.) Sẽ gửi riêng. 16:26 &lt;jrandom&gt; ồ hay đấy, cảm ơn Complication 16:26 &lt;+Complication&gt; (ví dụ: có lẽ chúng sẽ không làm hại ai ngoài đời thực) 16:26 &lt;jrandom&gt; hì đừng bao giờ đánh giá thấp khả năng làm hỏng mọi thứ của con người :) 16:27 &lt;cervantes&gt; hoặc sự khéo léo của kẻ ngốc khi thử nghiệm các hệ thống 'chống ngốc' 16:27 &lt;+postman&gt; ừ, làm thứ gì đó chống ngốc rồi bạn sẽ được thưởng bằng một kiểu ngốc mới 16:28 &lt;jrandom&gt; hallelujah 16:29 &lt;jrandom&gt; ok, còn gì cho 1) không, hay ta chuyển sang 2) i2phex 16:30 &lt;jrandom&gt; gần đây đã có nhiều thảo luận, và legion đã đồng ý nhập lại các thay đổi vào codebase i2phex của sirup. 16:30 &lt;+postman&gt; chuyển 16:30 &lt;jrandom&gt; điều này khá tuyệt, vì tất cả chúng ta sẽ được hưởng lợi từ công sức của legion trong khi vẫn hoàn toàn mở và an toàn 16:31 &lt;+Ragnarok&gt; anh ấy thực sự đã làm gì? 16:33 &lt;jrandom&gt; những thay đổi mới nhất bao gồm bổ sung systray4j, cập nhật timeout của striker, tăng mặc định độ dài tunnel, một số thứ về nsis và jni, và vài thay đổi khác 16:33 &lt;+Ragnarok&gt; ờ, được 16:33 &lt;+postman&gt; jrandom: vậy có một mớ cải tiến - những cái đó sẽ được giữ lại chứ? 16:34 &lt;jrandom&gt; chắc chắn rồi, mọi thứ tốt sẽ được tích hợp vào i2phex 16:34 &lt;jrandom&gt; có vài thứ tôi không chắc lắm, nhưng sẽ bàn với legion ngoài cuộc họp ;) 16:35 &lt;+postman&gt; k 16:36 &lt;jrandom&gt; ok, còn ai có gì cho 2) i2phex không? hay ta chuyển sang 3) syndie? 16:37 * postman chuẩn bị hàng nhượng quyền syndie500 của mình 16:37 &lt;jrandom&gt; hì 16:37 &lt;jrandom&gt; ok, Ragnarok, muốn cho chúng tôi bản tóm tắt về những thứ mới nhất không? 16:37 &lt;+Ragnarok&gt; ờ, được 16:38 &lt;+Ragnarok&gt; Syndie giờ sẽ tự động lấy bài đăng mới từ một archive. 16:38 &lt;+Ragnarok&gt; bạn có thể đặt những archive nào muốn nhận cập nhật, và đặt tần suất thực hiện trong tệp cấu hình syndie 16:39 &lt;+Ragnarok&gt; chi tiết thêm về việc đó có trong history.txt 16:39 &lt;+Ragnarok&gt; nó cần một UI, còn lại về cơ bản là xong 16:39 &lt;+Ragnarok&gt; 'tất nhiên, có vẻ chẳng ai đăng gì gần đây, nên có lẽ nó không hữu ích lắm :) 16:40 &lt;jrandom&gt; [chèn câu trích Field of Dreams ở đây] 16:40 &lt;jrandom&gt; cảm ơn Ragnarok, đây là một tính năng được yêu cầu khá thường xuyên 16:41 &lt;+Ragnarok&gt; tuyệt 16:41 &lt;+Ragnarok&gt; rất vui được làm, thực ra cũng không tốn nhiều công 16:42 &lt;+Ragnarok&gt; chủ yếu là gãi ngứa của chính mình thôi :) 16:42 &lt;cervantes&gt; ồ không phải à? vậy thì quên đi :P 16:42 &lt;cervantes&gt; or=oh 16:42 &lt;+postman&gt; (suỵt, thiên tài không được thừa nhận là cũng phải làm việc chăm chỉ) 16:42 &lt;+Ragnarok&gt; hehe 16:43 &lt;+Ragnarok&gt; dù sao, nếu ai có báo cáo lỗi/yêu cầu tính năng/chê/khen/v.v. hãy cho tôi biết 16:43 &lt;jrandom&gt; (hoan hô!) 16:43 &lt;+Ragnarok&gt; điều tiếp theo tôi đang nghĩ là tự động nhập các petnames (tên thân thiện) thấy trong bài đăng vào petname db của router, nhưng có vẻ sẽ phức tạp... 16:44 &lt;+Ragnarok&gt; nhưng về cơ bản, nó sẽ cho phép syndie thay thế addressbook 16:44 &lt;jrandom&gt; điều đó sẽ Rất Tuyệt 16:44 &lt;+nickless_head&gt; ừ :) 16:45 &lt;+Ragnarok&gt; tôi chỉ cần tìm cách lấy danh sách petnames ra khỏi archive 16:45 &lt;+Ragnarok&gt; mọi thứ khác thì tầm thường 16:45 &lt;+nickless_head&gt; ragnarok: thay đổi của bạn đã có trong cvs chưa? (lười đọc cả cuộc thảo luận quá) :) 16:45 &lt;+Ragnarok&gt; ừ 16:45 &lt;+nickless_head&gt; :happy: 16:45 * nickless_head cân nhắc cập nhật cvs 16:45 &lt;+Ragnarok&gt; đã có từ hôm qua rồi 16:45 &lt;+nickless_head&gt; thôi, có lẽ đợi bản phát hành tiếp theo thì tốt hơn 16:45 &lt;jrandom&gt; có lẽ lấy petnames bất cứ khi nào chúng được render, lộ ra qua HTMLRenderer (trong addressReceived) 16:46 &lt;+Ragnarok&gt; ok, tôi sẽ xem thử 16:46 &lt;jrandom&gt; tuyệt, cảm ơn Ragnarok 16:47 &lt;+Ragnarok&gt; ừ, tôi hết rồi, trừ khi có câu hỏi 16:49 &lt;jrandom&gt; wr0d. ok, chuyển sang 4) ??? 16:49 &lt;jrandom&gt; ai còn điều gì khác muốn nêu ra cho cuộc họp không? 16:49 &lt;cervantes&gt; ừ 16:49 * nickless_head nhìn cervantes với vẻ hứng thú 16:50 &lt;+fox&gt; &lt;mancom&gt; có gì mới về Q hoặc feedspace không? 16:50 &lt;+postman&gt; nickless_head: này, anh ấy là của tôi - đừng có dám nhìn anh ấy như thế :) 16:50 &lt;+nickless_head&gt; tôi không nhìn chằm chằm anh ấy .. tôi chỉ nhìn anh ấy với hứng thú thôi. 16:51 &lt;cervantes&gt; Sau một lúc cân nhắc, tôi đã khôi phục mục 'Thành viên Diễn đàn của Tháng' - và tháng này xứng đáng thuộc về Complication vì những đóng góp nổi bật trên diễn đàn 16:51 &lt;+nickless_head&gt; chúc mừng Complication! 16:51 &lt;+postman&gt; kudos :) 16:51 &lt;cervantes&gt; vậy anh ấy sẽ có một avatar (dù thích hay không) :P 16:51 &lt;+Complication&gt; Hì, tôi hy vọng những lỗi ngớ ngẩn của mình ít nổi bật hơn. :O :D 16:52 &lt;@protokol&gt; ồ đúng rồi 16:52 &lt;jrandom&gt; w00t! cảm ơn Complication 16:52 &lt;cervantes&gt; (hiện đã kích hoạt) 16:52 &lt;@protokol&gt; bài thử i2phex Yellow Submarine đó tiến triển thế nào rồi 16:52 &lt;@protokol&gt; có tốc độ nào đáng chú ý hay là chẳng có gì? 16:52 &lt;+Complication&gt; Vẫn đang chạy. 16:52 &lt;jrandom&gt; mancom: không có gì mới liên quan tới Q hoặc feedspace 16:53 &lt;+Complication&gt; Không có tốc độ siêu nhanh, nhưng theo tôi là đảm bảo đủ tốt. 16:53 &lt;jrandom&gt; protokol: lần cuối tôi nghe là 10–20KBps, nhưng đó chỉ là thông tin trên diễn đàn 16:53 &lt;@protokol&gt; tôi đang tải nó ngay bây giờ 16:53 * nickless_head hiểu điều mà postman ám chỉ 16:53 * nickless_head đỏ mặt 16:53 &lt;+Complication&gt; (thêm: tôi đọc lại một phần bài giới thiệu kỹ thuật và không tìm thấy lỗi gì ở phần so sánh mạng. Tôi nghĩ chúng đủ tốt.) 16:54 &lt;+postman&gt; nickless_head: LOL (xin lỗi) 16:54 * Complication nhìn avatar và cười toe :D 16:54 &lt;+nickless_head&gt; postman: *GG* (không vấn đề) 16:54 &lt;cat-a-puss&gt; Đã có nỗ lực nào để dùng "Amazon honor system" như một phương thức thay thế để nhận quyên góp chưa? 16:54 &lt;+Complication&gt; Chuẩn luôn. :P 16:55 &lt;@protokol&gt; cat-a-puss: ý bạn là gì? 16:55 &lt;jrandom&gt; chưa đâu cat-a-puss, chưa thấy wilde quanh đây 16:55 &lt;jrandom&gt; woah, chào phedy 16:55 &lt;phedy&gt; Chào jrandom. 16:55 &lt;cat-a-puss&gt; protokol: nó giống pay-pal, nhưng bạn có thể dùng tài khoản bạn có ở amazon.com để thanh toán 16:56 &lt;jrandom&gt; Complication: cảm ơn về phần so sánh. còn vài chỗ cần dọn dẹp, nhưng mọi thứ đang tiến triển 16:56 &lt;@protokol&gt; chán 16:56 &lt;+Complication&gt; (không phải là tôi hiểu Tor hoặc Freenet ở mức đủ sâu, dù tôi đã dùng cả hai) 16:57 * cat-a-puss đang nghĩ đến việc treo tiền thưởng để giúp hoàn thành công cụ tìm kiếm phân tán. 16:57 &lt;jrandom&gt; (trước khi đưa tài liệu lên website bình thường tôi sẽ gửi cho những người đó xem góp ý) 16:58 &lt;cervantes&gt; Complication: đó là một sắp đặt nghệ thuật trên một bùng binh ở London gây náo loạn giao thông ;-) 16:59 &lt;jrandom&gt; cat-a-puss: dù sao tôi cũng phải xử lý vài việc tài chính khác sớm thôi, nên sẽ cho bạn biết sớm nhất có thể 16:59 &lt;jrandom&gt; ok, còn ai có gì muốn nêu ra cho cuộc họp không? 16:59 &lt;cat-a-puss&gt; ồ nếu chúng ta muốn dịch tài liệu sang vài ngôn ngữ khác trước 1.0, tôi có thể biết người có thể giúp với tiếng Tây Ban Nha và tiếng Trung. 16:59 &lt;cat-a-puss&gt; ok 16:59 &lt;jrandom&gt; quá đỉnh, sẽ rất tuyệt 17:00 &lt;+Complication&gt; cervantes: cảm ơn đã nói, tôi không biết hiệu ứng, ờm... như vậy xảy ra ở đâu :D 17:00 &lt;jrandom&gt; hiện có một bản nháp giới thiệu kỹ thuật đang nằm trong cvs, và cuối cùng chúng ta sẽ muốn dịch những gì trang web sau khi thiết kế lại sẽ bao gồm 17:03 * nickless_head đi ngủ 17:03 &lt;jrandom&gt; tôi nghĩ tôi nên lấy cái baffer... 17:03 &lt;jrandom&gt; nếu không còn gì nữa 17:03 * jrandom khởi động 17:03 * jrandom *baf* đóng cuộc họp lại </div>/vi/blog/2005/10/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-10-04/Tue, 04 Oct 2005 00:00:00 +0000/vi/blog/2005/10/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-10-04/<p>Chào mọi người, đến giờ cho bản ghi chú tình hình hàng tuần của chúng ta (chèn tiếng hoan hô ở đây)</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.1 2) i2phex 3) syndie 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.1</li> </ol> </li> </ul> <p>Như đã thông báo trên các kênh quen thuộc, 0.6.1.1 đã phát hành cách đây vài ngày, và cho đến nay các phản hồi đều tích cực. Mạng đã tăng lên ổn định khoảng 3-400 nút (peer) đã biết, và hiệu năng khá tốt, dù mức sử dụng CPU có tăng nhẹ. Điều này có lẽ là do những lỗi tồn tại từ lâu cho phép chấp nhận nhầm các địa chỉ IP không hợp lệ, kéo theo churn (mức biến động các nút tham gia/rời mạng) cao hơn mức cần thiết. Đã có các bản vá cho vấn đề này và những mục khác trong các bản dựng CVS kể từ 0.6.1.1, vì vậy nhiều khả năng chúng tôi sẽ có 0.6.1.2 trong tuần này.</p>/vi/blog/2005/09/27/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-9-n%C4%83m-2005/Tue, 27 Sep 2005 00:00:00 +0000/vi/blog/2005/09/27/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-9-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:14 &lt;jrandom&gt; 0) chào 16:14 &lt;jrandom&gt; 1) Tình trạng mạng 16:14 &lt;jrandom&gt; 2) 0.6.1 16:14 &lt;jrandom&gt; 3) ??? 16:14 &lt;jrandom&gt; 0) chào 16:14 * jrandom vẫy tay 16:14 &lt;+Ragnarok&gt; ok, tôi sẽ tạm giữ các câu hỏi tiếp theo 16:14 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 16:14 &lt;+Ragnarok&gt; chào :) 16:15 &lt;wiht&gt; Xin chào. 16:15 &lt;jrandom&gt; chúng ta chắc chắn có thể đào sâu thêm ở mục 3?? nếu bạn thích 16:15 &lt;+Ragnarok&gt; hay đấy 16:15 &lt;jrandom&gt; ok, chuyển sang 1) Tình trạng mạng 16:15 &lt;jrandom&gt; nhìn chung, mọi thứ có vẻ khá ổn 16:16 &lt;A123&gt; http outproxy có do chỉ một router vận hành không? 16:16 &lt;wiht&gt; Tôi thấy 307 nút đã biết trên bảng điều khiển router của tôi. 16:16 &lt;A123&gt; (Tôi vẫn còn hơi mơ hồ về cách I2P hoạt động) 16:16 &lt;jrandom&gt; có hai outproxy được cấu hình mặc định, và một vài cái khác có sẵn nhưng không cấu hình mặc định 16:16 &lt;wiht&gt; Có ai bị max băng thông vì sự tăng trưởng gần đây của mạng không? 16:17 &lt;jrandom&gt; ừ, mức sử dụng băng thông của tôi đã tăng, ổn định 30-40KBps trên các router của tôi 16:17 &lt;jrandom&gt; (ý là lên ổn định 30-40) 16:18 &lt;jrandom&gt; (tôi cũng đang chạy vài dịch vụ lưu lượng cao, như squid.i2p ;) 16:19 &lt;A123&gt; Có bao giờ xem log không? 16:19 &lt;jrandom&gt; log của squid à? không, tôi cấu hình để không ghi log request nào 16:20 &lt;+Ragnarok&gt; nhớ là, anh ấy có thể đang nói dối :) 16:20 &lt;+Ragnarok&gt; nên hỏi vậy là câu hỏi ngớ ngẩn 16:20 &lt;jrandom&gt; (dù điều đó cũng có thể là nói dối, và tôi có thể làm cho FBI/v.v., nên đừng lạm dụng nó ;) 16:20 &lt;A123&gt; Tôi chỉ tò mò xem có gì thú vị trong đó không thôi :) 16:21 &lt;+mihi&gt; A123: tự chạy outproxy của bạn đi :) 16:21 &lt;gloin&gt; A123: dựng một node tor. 16:21 &lt;A123&gt; Cài đặt có dễ không? 16:21 &lt;jrandom&gt; không hẳn 16:21 &lt;A123&gt; gloin, tor được thiết kế rõ ràng là không dành cho chia sẻ file, nên tôi không mấy hứng thú. 16:22 &lt;jrandom&gt; (outproxy thì không. tor thì dễ cài) 16:22 &lt;A123&gt; Hoặc ít nhất, họ nói rõ là họ không muốn người ta dùng nó để chia sẻ file. 16:22 &lt;wiht&gt; jrandom, bạn còn muốn đợi đến phiên bản 1.0 trước khi công bố rộng rãi về mức độ trưởng thành của dự án I2P không? 16:23 &lt;+mihi&gt; A123: nó chắc chắn khó hơn việc đăng ký nick của bạn với nickserv đấy *gợi ý* *gợi ý* 16:23 &lt;A123&gt; Ồ đúng, tôi chắc chắn không muốn A123 bị người khác lấy mất :) 16:23 &lt;wiht&gt; Nếu mạng đang chạy tốt giờ, nó chịu được việc thêm người dùng nữa chứ? 16:23 &lt;jrandom&gt; chúng ta sẽ cần làm một chút truyền thông trước 1.0 để có thể thử nghiệm trong môi trường lớn hơn 16:24 &lt;+Ragnarok&gt; có lẽ một bản phát hành preview, kiểu vậy 16:24 &lt;wiht&gt; Một bản beta? Nghe có vẻ hay. 16:25 &lt;jrandom&gt; ừ, điều đó sẽ diễn ra song song với việc làm lại website, có thể trước 0.6.2 16:25 &lt;jrandom&gt; (hoặc có thể tại 0.6.2) 16:25 &lt;jrandom&gt; (việc làm lại website là một phần của đường găng để chúng ta khỏi phải tốn hàng giờ trả lời cùng một câu hỏi) 16:25 &lt;+Ragnarok&gt; tốt hơn một chút để thân thiện với người dùng cuối chứ không chỉ là một beta nữa 16:26 &lt;A123&gt; Các client hiểu I2P có thể tự cấu hình tunnel một cách dễ dàng không? 16:26 &lt;jrandom&gt; có 16:26 &lt;A123&gt; Tôi đoán họ luôn có thể gửi HTTP request tới console... 16:26 &lt;+Ragnarok&gt; router console cũng cần một cuộc đại tu nghiêm túc. Sẽ hay nếu trang đầu tiên giống một cổng i2p hơn, và chuyển tất cả đồ kỹ thuật sâu vào trong một chút 16:26 &lt;jrandom&gt; đó là một trong các thuộc tính họ gửi khi họ kết nối tới i2p 16:26 &lt;jrandom&gt; đồng ý Ragnarok 16:27 &lt;A123&gt; Hrm. Plugin I2P cho Azureus có thể thân thiện hơn chút. 16:27 &lt;A123&gt; Hoặc thân thiện chút nào cũng được. 16:27 &lt;jrandom&gt; đồng ý A123 ;) 16:27 &lt;jrandom&gt; (dù họ đã làm rất tốt phần chứng minh tính khả thi) 16:28 &lt;jrandom&gt; dạo này có nhiều gợi ý hay trên mailing list về khả năng sử dụng 16:28 &lt;jrandom&gt; nhiều/cơ bản phần lớn trong đó nên được làm trước khi mời người dùng mới thử i2p 16:28 &lt;A123&gt; Từ console: "If you can't poke a hole in your NAT or firewall to allow unsolicited UDP packets to reach the router, as detected with the Status: ERR-Reject..." 16:28 &lt;A123&gt; Tôi sẽ thấy "Status: ERR-Reject" ở đâu? 16:29 &lt;+Ragnarok&gt; thật vui là chúng ta đã ở giai đoạn có thể lo về tính dễ dùng :) 16:29 &lt;jrandom&gt; A123: ở phía bên trái của bảng điều khiển router, nó ghi Status: OK (hoặc Status: unknown, hay cái khác) 16:29 &lt;+Complication&gt; Trong trường Status của bảng điều khiển router. 16:29 &lt;jrandom&gt; chuẩn rồi Ragnarok 16:29 &lt;+Complication&gt; Hy vọng bạn thấy OK hoặc OK (NAT) ở đó. 16:30 &lt;A123&gt; Complication, à, cảm ơn. Có phải đó là cái được cập nhật nếu bạn bấm "Check network reachability..."? 16:30 &lt;wiht&gt; Tôi hy vọng các bạn sẽ không phải phá vỡ tương thích ở các bản phát hành I2P tương lai. Việc toàn mạng di trú sang phiên bản mới có vẻ từng rất đau đớn. 16:30 &lt;+Complication&gt; A123: đúng, nó sẽ thử lại khi bạn bấm 16:30 &lt;+Complication&gt; Tuy nhiên không xảy ra ngay lập tức. 16:30 &lt;jrandom&gt; à, giờ không còn đau như trước, nhưng ừ, sẽ tốt nếu chúng ta tránh được điều đó wiht 16:30 &lt;A123&gt; Vậy tôi phải refresh trang? 16:30 &lt;A123&gt; À mà không, làm vậy sẽ gửi một http post khác... 16:31 &lt;+Complication&gt; A123: có thể mất một phút để tìm một peer (nút ngang hàng) phù hợp để kiểm thử 16:31 &lt;+Complication&gt; vì bạn không thể kiểm thử với những người mà bạn đã nói chuyện cùng 16:31 &lt;+Complication&gt; Nó có thể cho kết quả sai. 16:32 &lt;+Complication&gt; Vậy nên, nó sẽ hiện khi bạn xem bảng điều khiển router một lúc sau. 16:32 &lt;+Complication&gt; Về cơ bản, trong điều kiện lý tưởng, bạn không nên cần tự kích hoạt một peer test. 16:33 &lt;+Complication&gt; =không nên cần 16:33 &lt;jrandom&gt; đúng, i2p giờ tự động làm peer test khi một số sự kiện xảy ra 16:33 &lt;jrandom&gt; (chẳng hạn khi ai đó nói IP của bạn khác với những gì bạn nghĩ) 16:33 &lt;A123&gt; Tôi thấy cái nút đó hoàn toàn không trực quan. Tôi không biết nó cập nhật cái gì và khi nào, nó không nói rõ ràng cho tôi kết quả kiểm thử... 16:34 &lt;A123&gt; Trang cũng không tự động refresh (tôi nghĩ vậy), tôi không thể reload trong trình duyệt... 16:34 &lt;jrandom&gt; reload là an toàn 16:34 &lt;A123&gt; Chắc chắn như vậy sẽ kích hoạt một bài kiểm thử khác? 16:34 &lt;jrandom&gt; nhưng đúng là router console được thiết kế vì lý do kỹ thuật hơn là vì khả năng sử dụng 16:34 &lt;jrandom&gt; A123: nó có nonce (giá trị dùng một lần) để ngăn điều đó 16:34 &lt;+Complication&gt; Khía cạnh đó có thể hưởng lợi từ một đoạn giải thích tốt hơn trong tương lai 16:35 &lt;wiht&gt; Chúng ta đã bỏ qua 2) và đi sang 3) rồi à? 16:35 &lt;jrandom&gt; Complication: có lẽ chúng ta sẽ bỏ nó, vì nó không cần thiết 16:35 &lt;jrandom&gt; không, vẫn ở 1 16:35 &lt;jrandom&gt; thực ra, ai còn gì cho 1) tình trạng mạng không? 16:35 &lt;A123&gt; À, đúng vậy, sau vài lần nó phàn nàn về nonce. 16:35 &lt;jrandom&gt; nếu không, chuyển sang 2) 0.6.1 16:35 &lt;A123&gt; "nonce" với người không rành kỹ thuật sẽ chỉ giống một từ vớ vẩn thôi. 16:36 &lt;A123&gt; :) 16:36 * Complication nhìn các đồ thị 16:36 &lt;+Complication&gt; Không có phàn nàn gì về tình trạng mạng từ phía tôi. 16:36 &lt;jrandom&gt; w3wt 16:37 &lt;A123&gt; Có lý do kỹ thuật nào khiến reseeding không tự động không? 16:37 &lt;jrandom&gt; ok, tôi không có nhiều điều để nói về 0.6.1 ngoài những gì trong mail 16:37 &lt;gloin&gt; hmm.. chẳng phải lưu lượng vào và ra nên xấp xỉ đối xứng sao? 16:37 &lt;A123&gt; Của tôi có vẻ xấp xỉ đối xứng. 16:37 &lt;jrandom&gt; A123: có, dù chúng ta có thể làm nó an toàn hơn 16:37 &lt;+Complication&gt; gloin: không nếu ai đó đang leeching (tải hút) hoặc seeding (phát) ;) 16:37 &lt;+Ragnarok&gt; không nếu bạn đang tải xuống thứ gì đó 16:38 &lt;A123&gt; Tổng: 3.74/4.09KBps (đó là vào/ra) 16:39 &lt;gloin&gt; Complication: Đây có phải là vấn đề an ninh? Chẳng phải lưu lượng 'ngoại lai' nên được giảm bớt? 16:39 &lt;+Complication&gt; gloin: tùy tiêu chí là gì 16:40 &lt;+Complication&gt; Một người hướng tới mức bảo mật tối đa rõ ràng không nên làm những việc cho phép người khác gây ra thay đổi quan sát được trong BW của họ. 16:40 &lt;jrandom&gt; gloin: khi tiến tới 1.0, chúng tôi sẽ ngừng công bố các thống kê đó 16:40 &lt;A123&gt; ISP của tôi vẫn sẽ biết chúng... 16:40 &lt;jrandom&gt; nhưng đúng là, phòng thủ trước phân tích lưu lượng cục bộ yêu cầu bạn tham gia vào tunnel của người khác 16:41 &lt;+Complication&gt; (với định nghĩa chặt về "BW của họ", nghĩa là "mức sử dụng băng thông bắt đầu/kết thúc tại node của họ") 16:41 &lt;jrandom&gt; (hoặc làm đủ hoạt động chaff. ví dụ tarzan có "mimics" để lãng phí băng thông^W^Wbảo vệ ẩn danh) 16:41 &lt;A123&gt; Hrm. 16:41 &lt;A123&gt; Tôi dùng ADSL, tải xuống nhiều hơn tải lên rất nhiều. 16:42 &lt;+Complication&gt; Nhiều người như vậy. 16:42 &lt;A123&gt; Khi tải xuống vượt tải lên, chẳng phải hàm ý rằng tôi đang tải về gì đó sao? 16:43 &lt;wiht&gt; Không, bạn cũng có thể đang chuyển tiếp lưu lượng của người khác. 16:43 &lt;+Complication&gt; Tôi đoán nó ngụ ý bạn đang tải gì đó. 16:43 &lt;A123&gt; I2P có cache dữ liệu không? 16:43 * wiht muốn được sửa nếu nói sai. 16:43 &lt;+Complication&gt; Trừ khi bạn seed nhiều như bạn leech. 16:43 &lt;jrandom&gt; bản thân i2p không cache 16:43 &lt;+Complication&gt; A123: không có cache theo tôi biết 16:43 &lt;jrandom&gt; nhưng syndie thì có. 16:44 &lt;A123&gt; Nếu không có cache, vậy tải xuống vượt tải lên phải có nghĩa là tôi đang tự tải gì đó, đúng chứ? 16:44 &lt;jrandom&gt; nếu bạn có lượng lớn lưu lượng vào nhưng không có lưu lượng ra tại thời điểm đó, bạn có thể chỉ đang chạy một node syndie 16:44 &lt;jrandom&gt; đúng A123, trong một khung thời gian đủ nhỏ 16:45 &lt;A123&gt; Vì tôi chỉ có thể tải xuống hữu ích ở tốc độ bằng tốc độ tải lên của mình, sau khi bộ đệm mạng đầy. 16:45 &lt;jrandom&gt; với một mô hình đe dọa nhất định, đúng 16:45 &lt;A123&gt; Hrm. 16:45 &lt;jrandom&gt; (kẻ tấn công bị động cục bộ với đủ tài nguyên, hoặc kẻ tấn công cục bộ nhắm mục tiêu, v.v.) 16:46 &lt;+Complication&gt; Bạn có thể tải nhanh hơn, nhưng nó sẽ tăng rủi ro. (Vì lý do đó tôi đặt giới hạn lên/xuống tương tự nhau.) 16:46 &lt;A123&gt; À, đúng, tôi có thể chỉ cần giới hạn tốc độ tải xuống. 16:46 &lt;@LevDavidovitch&gt; nhân tiện, bạn nên giới hạn cả tốc độ dl và ul 16:47 &lt;+Complication&gt; Nhưng nếu ai đó nhắm mục tiêu tất cả những người tải xuống nhiều hơn tải lên... họ sẽ nhắm vào tất cả mọi người và cả bà ngoại họ. 16:47 &lt;wiht&gt; Có vẻ chúng ta vẫn đang gặp vấn đề mất kết nối với IRC. 16:47 &lt;jrandom&gt; wiht: chỉ một vài người thôi 16:47 &lt;wiht&gt; OK. 16:47 &lt;@LevDavidovitch&gt; ngoài ra việc kết nối lại giờ RẤT nhanh 16:48 &lt;jrandom&gt; (và không tệ như trước) 16:48 &lt;wiht&gt; Tôi đồng ý, kết nối lại tốt hơn. 16:48 &lt;jrandom&gt; ừ, thật vui khi máy chủ irc của chúng ta được đặt trên các router với giới hạn băng thông hợp lý :) 16:49 &lt;jrandom&gt; ((không phải trước đây là không hợp lý, nó rất tốt, chỉ là chúng ta đã phát triển vượt mức đó)) 16:49 &lt;A123&gt; Có lý do kỹ thuật nào mà DCC không được hỗ trợ không? Nó có thể được triển khai tương tự như mô-đun nat, đúng không? 16:49 &lt;jrandom&gt; ok, ai có gì cho 2) 0.6.1 không? 16:49 &lt;jrandom&gt; có A123, có lý do kỹ thuật tại sao dcc không được hỗ trợ 16:50 &lt;@LevDavidovitch&gt; chắc phải làm phía client, tôi nghĩ vậy. 16:50 &lt;jrandom&gt; ai đó có thể triển khai một irc proxy có hỗ trợ dcc, nhưng chưa ai làm 16:50 &lt;A123&gt; Là những gì? Hay đó là một cuộc thảo luận dài? 16:50 &lt;jrandom&gt; hỗ trợ dcc yêu cầu biết và diễn giải giao thức irc, và viết lại các thông điệp irc được gửi khi cần thiết 16:50 &lt;@LevDavidovitch&gt; dcc bình thường dùng các port tùy ý và đủ thứ 16:50 &lt;jrandom&gt; (đặc biệt là các thông điệp ctcp để thiết lập kết nối dcc) 16:50 &lt;A123&gt; Ồ, đó là điều tôi định hỏi... Liệu về mặt kỹ thuật có thể làm nó như một mô-đun nat (mà làm như bạn nói) không. 16:51 &lt;jrandom&gt; tôi không biết mô-đun nat là gì? 16:51 &lt;@LevDavidovitch&gt; nat dùng một vài thứ kỳ lạ của UDP. 16:52 &lt;@LevDavidovitch&gt; chắc ý anh ấy là cơ chế vượt NAT 16:52 &lt;jrandom&gt; à, ok, vâng, về mặt kỹ thuật là có thể, nhưng chưa ai tình nguyện làm (và tôi đang quá bận) 16:52 &lt;A123&gt; Không... Ít nhất trên Linux, có một mô-đun masq cho iptables sẽ viết lại các gói IRC với yêu cầu DCC CTCP. 16:53 &lt;@LevDavidovitch&gt; à, hiểu rồi 16:53 &lt;@LevDavidovitch&gt; có thể một phần mã đó dùng được 16:53 &lt;@LevDavidovitch&gt; tùy nó gắn bó cỡ nào với cái ipfilter đó 16:54 &lt;jrandom&gt; có lẽ đơn giản hơn là mở rộng I2PTunnelClient để diễn giải irc 16:54 &lt;A123&gt; http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx &lt;- Có thể thú vị, nhờ Google. 16:54 &lt;jrandom&gt; (giống cách I2PTunnelHTTPClient mở rộng nó để diễn giải HTTP) 16:55 &lt;@LevDavidovitch&gt; không ở hầu hết các quốc gia. 16:55 &lt;@LevDavidovitch&gt; úi 16:56 &lt;jrandom&gt; A123: một bộ lọc cấp hệ điều hành sẽ hơi khó triển khai, nhưng nếu ai đó muốn làm, đó sẽ là điểm khởi đầu tốt 16:57 &lt;jrandom&gt; ok, còn gì ở 2) 0.6.1 không, hay chúng ta sang 3) ??? 16:57 &lt;A123&gt; jrandom, nó thực sự không cần ở cấp HĐH, đúng không? Nó sẽ đi qua tunnel IRC dù sao mà... 16:58 &lt;jrandom&gt; thực ra, nó còn không hoạt động như một bộ lọc iptables. nó phải được làm bên trong i2ptunnel hoặc một proxy hiểu i2p khác 16:58 &lt;jrandom&gt; dù sao thì, đó là rất nhiều việc, và trừ khi có ai tình nguyện làm, nó sẽ không bao giờ xong ;) 16:59 &lt;jrandom&gt; (nhưng nó *sẽ* ngầu đấy) 16:59 &lt;A123&gt; Phải. 16:59 &lt;A123&gt; Ý tôi là "như bộ lọc iptables", không phải "dùng bộ lọc iptables" :) 16:59 &lt;A123&gt; -the+a 16:59 &lt;A123&gt; +n 17:00 &lt;A123&gt; Hrm hrm. 17:00 &lt;@LevDavidovitch&gt; tiếp thôi tôi nghĩ 17:01 &lt;jrandom&gt; ok, sang 3) ??? 17:01 &lt;jrandom&gt; (dù có lẽ có thể nói là chúng ta ở 3) suốt giờ rồi ;) 17:01 &lt;jrandom&gt; ai còn gì muốn nêu ra cho buổi họp không? 17:01 &lt;+fox&gt; &lt;brutus&gt; về 3) bugzilla nên được chỉnh chu trước 1.0 17:01 &lt;wiht&gt; Nói về các đề xuất khả năng sử dụng từ mailing list, bạn đã tích hợp cái nào vào I2P chưa? 17:02 &lt;jrandom&gt; brutus: chúng ta từng có bugzilla, nhưng không ai dùng 17:03 &lt;wiht&gt; Tôi nên nói là, bạn vẫn đang tập trung vào chức năng cốt lõi của I2P và dự định tập trung vào khả năng sử dụng sau một chút? 17:03 &lt;A123&gt; Tôi không muốn thử ở đây, nhưng tôi nghĩ gửi cho ai đó một yêu cầu DCC lúc này sẽ lộ IP của bạn cho họ. 17:03 &lt;A123&gt; (Giả sử client của bạn biết IP của bạn) 17:03 &lt;jrandom&gt; wiht: tuần rồi tôi làm nhiều cải tiến cho thư viện streaming, sẽ cải thiện đáng kể khả năng sử dụng 17:04 &lt;jrandom&gt; A123: các máy chủ irc lọc thông điệp ctcp 17:04 &lt;jrandom&gt; (chúng đã được sửa đổi) 17:04 &lt;A123&gt; Máy chủ... 17:04 &lt;jrandom&gt; nhưng đúng, điều đó có gửi IP của bạn tới máy chủ (mà nó có thể loại bỏ, hoặc có thể lưu vào đâu đó trong cơ sở dữ liệu của NSA) 17:04 &lt;jrandom&gt; nên, đừng gửi yêu cầu dcc 17:04 &lt;A123&gt; Tôi cũng không thực sự muốn admin máy chủ biết tôi là ai :) 17:05 &lt;A123&gt; (Về lý thuyết thôi. Giờ tôi không bận tâm hay với các bạn) 17:05 &lt;A123&gt; Có lẽ đáng để cảnh báo người dùng về điều đó. 17:05 &lt;jrandom&gt; có một trang trên wiki về một đống vấn đề nếu tôi nhớ không nhầm 17:05 &lt;jrandom&gt; (ghé ugha.i2p) 17:06 &lt;+fox&gt; &lt;mihi&gt; btw: các máy chủ irc2p kết nối qua i2p hay trực tiếp? 17:06 &lt;+Complication&gt; Tôi đoán là i2p 17:06 &lt;+Complication&gt; Trừ khi ai đó hóa điên trong lúc này, và không báo tôi. :P 17:06 &lt;wiht&gt; jrandom, tốt đấy, nhưng còn các gợi ý UI của Isamoor thì sao? 17:07 &lt;jrandom&gt; mihi: tôi tin là họ làm qua i2p 17:08 &lt;jrandom&gt; wiht: danh sách những gì tôi đang làm có tại `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD` 17:09 &lt;jrandom&gt; còn rất nhiều việc phải làm, và sẽ làm nhiều nữa, nhưng tôi chỉ có hai tay 17:09 &lt;wiht&gt; Cảm ơn, tôi sẽ xem ở đó. 17:10 &lt;jrandom&gt; thực ra, tôi có một điều muốn nêu ra cho buổi họp... 17:10 &lt;A123&gt; Máy chủ/kênh mà fox đang changating là gì? Hay tôi hiểu sai mục đích của fox? 17:11 &lt;jrandom&gt; như đã nói trên hq.postman.i2p, chúng ta đã có hơn một năm đầy đủ dịch vụ mail ẩn danh qua máy chủ của postman! 17:11 * jrandom reo hò 17:11 * wiht không muốn có vẻ là không biết ơn. 17:12 &lt;A123&gt; jrandom, bọn spammer đã để ý chưa? 17:12 &lt;jrandom&gt; A123: fox là cầu nối tới irc.freenode.net 17:12 &lt;A123&gt; (OK, đó là một cách chậm chạp để đi spam...) 17:12 &lt;jrandom&gt; A123: chắc là chưa, postman có biện pháp chống spam 17:12 &lt;jrandom&gt; spam vào là hơi có vấn đề đấy ;) 17:13 &lt;jrandom&gt; (nhưng tài khoản của tôi ở đó được lọc tốt) 17:13 &lt;mule&gt; đã lâu vậy sao. thời gian trôi ... 17:13 &lt;A123&gt; jrandom, à, cảm ơn. 17:13 * Complication xem có ai cuối cùng đã gửi cho anh ấy một con gấu qua e-mail chưa 17:14 &lt;+fox&gt; &lt;brutus&gt; ừ, postman & cervantes xứng đáng được huy chương, họ đang gánh vác khá nhiều ở đây 17:15 &lt;+fox&gt; &lt;brutus&gt; dịch vụ thật tuyệt 17:16 &lt;jrandom&gt; chắc chắn rồi. cũng như mule với outproxy và fproxy của anh ấy, orion với site của anh ấy, và tất cả mọi người với nội dung của các bạn :) 17:16 &lt;jrandom&gt; ok, ai còn gì muốn nêu ra cho buổi họp không? 17:16 &lt;wiht&gt; Nói về nội dung... 17:16 &lt;wiht&gt; Có vẻ chúng ta biết site nào đang chạy hay không, nhưng không có danh bạ site dễ truy cập. 17:17 &lt;A123&gt; Đồng hồ của tôi chạy nhanh. Liệu có thể hạ cấp các thông điệp "Updating clock offset to -316819ms from -304801ms" từ "CRIT" không? Nó hơi gây lo lắng. 17:17 &lt;wiht&gt; Tôi đang nghĩ tạo một cái nơi admin site có thể đăng site của họ nói về cái gì. 17:17 &lt;jrandom&gt; orion.i2p khá dễ truy cập mà...? 17:17 &lt;jrandom&gt; A123: hmm, có lẽ 17:18 &lt;wiht&gt; Nó có mô tả ngắn về mục đích các site không? 17:18 &lt;+postman&gt; A123: spam chỉ là vấn đề với mail đi vào ( mail FROM internet ) 17:18 &lt;jrandom&gt; wiht: có, nhưng tôi không biết chúng đến từ đâu 17:18 &lt;+Complication&gt; wiht: không, orion có vẻ không có tính năng đó 17:18 &lt;wiht&gt; Tôi sẽ xem lại. 17:18 &lt;jrandom&gt; nếu nhớ không nhầm jnymo từng quản lý chúng 17:18 &lt;+postman&gt; A123: người dùng i2p mail hiếm khi có thể tự spam cũng như họ không thể spam mục tiêu trên internet 17:19 &lt;+Complication&gt; Xin lỗi, ý tôi là nó có vẻ không cho người dùng tự thêm. 17:19 &lt;wiht&gt; Tôi đang nghĩ một danh bạ phân loại site, kiểu giống dmoz.org. 17:19 &lt;A123&gt; wiht, với một người dùng hoàn toàn mới, nghe rất hay. 17:19 &lt;+fox&gt; &lt;Sugadude&gt; wiht: Chúng ta có đủ site để cần phân loại không? 17:19 &lt;A123&gt; wiht, nhưng hãy xem Freenet để thấy một ví dụ tuyệt vời về cách không nên làm. 17:20 &lt;jrandom&gt; một site phân loại đáng tin cậy sẽ hay. hoặc có lẽ chúng ta có thể tích hợp nó vào syndie để cho phép mọi người gắn thẻ và phân loại các tham chiếu peer của họ (và chia sẻ chúng) 17:20 &lt;jrandom&gt; (syndie đã có một bộ thẻ phân loại cho mỗi bookmark, trình bày nó theo kiểu dmoz trực quan sẽ không khó) 17:20 &lt;jrandom&gt; và nó sẽ là cục bộ &lt;--- nhanh 17:20 &lt;A123&gt; Hoặc chỉ cần khiến Google quan tâm đến i2p... 17:20 &lt;jrandom&gt; heh 17:24 &lt;jrandom&gt; ok, nếu không còn gì cho buổi họp... 17:25 * jrandom chuẩn bị 17:25 * jrandom *baf* tuyên bố kết thúc buổi họp </div>/vi/blog/2005/09/20/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-9-n%C4%83m-2005/Tue, 20 Sep 2005 00:00:00 +0000/vi/blog/2005/09/20/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-20-th%C3%A1ng-9-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, Complication, forest, jrandom, Kefoo, postman, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) chào 16:18 &lt;jrandom&gt; 1) 0.6.0.6 16:18 &lt;jrandom&gt; 2) I2Phex 0.1.1.27 16:18 &lt;jrandom&gt; 3) di chuyển 16:18 &lt;jrandom&gt; 4) ??? 16:18 &lt;jrandom&gt; 0) chào 16:18 * jrandom vẫy tay 16:18 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại @ http://dev.i2p.net/pipermail/i2p/2005-September/000929.html 16:18 &lt;+postman&gt; xin chào 16:18 &lt;forest&gt; chào 16:18 &lt;jrandom&gt; hãy bắt đầu với 1) 0.6.0.6 16:19 &lt;jrandom&gt; ghi chú trạng thái bao quát hầu hết những gì tôi nghĩ cho 0.6.0.6. có ai có câu hỏi/lo ngại/bình luận gì muốn nêu không? 16:19 &lt;+postman&gt; jrandom: nhận xét: 16:19 &lt;+postman&gt; jrandom: mức tiêu thụ băng thông cao hơn nhiều 16:20 &lt;+postman&gt; jrandom: tất cả vẫn trong giới hạn và chạy ổn - nhưng các router của tôi thật sự nóng lên rồi 16:20 * nickless_head ghi nhận tương tự 16:20 &lt;jrandom&gt; ừ, tôi cũng vậy, tôi nghĩ có lẽ do lưu lượng bt và i2phex tăng 16:20 &lt;+postman&gt; tăng gì cơ, chỉ có 80 torrent hoạt động trên tracker thôi mà? :) 16:20 &lt;jrandom&gt; hì 16:21 &lt;+postman&gt; nhưng thật tốt khi thấy mạng không sụp đổ 16:21 &lt;+postman&gt; irc khá ổn định dù router đang chạy 50k/s lúc này 16:21 &lt;jrandom&gt; chuẩn luôn. tôi còn chẳng đăng nhập vào freenode nữa, vì irc ở đây đủ ổn định 16:22 * postman trả micro lại 16:22 &lt;jrandom&gt; tuyệt, cảm ơn. tôi nghĩ chắc chắn vẫn còn chỗ để cải thiện hiệu quả băng thông, nhưng hiện tại có vẻ hợp lý 16:22 &lt;jrandom&gt; (hy vọng thứ tôi đang làm sẽ giúp, nhưng sẽ nói thêm khi nó sẵn sàng) 16:22 &lt;fox&gt; &lt;mihi&gt; bạn nhất định nên phân biệt giữa OK (Nat) và Err (Nat)... 16:23 &lt;fox&gt; &lt;mihi&gt; hay cơ chế hole punching của bạn quyền năng đến mức nào? 16:23 &lt;jrandom&gt; hì 16:23 &lt;jrandom&gt; ờ, ERR-SymmetricNAT là và sẽ tiếp tục là một ERR 16:23 &lt;fox&gt; &lt;mihi&gt; hay là không thể kiểm tra xem nó có thành công không? 16:24 &lt;fox&gt; &lt;mihi&gt; ok 16:24 &lt;jrandom&gt; nhưng ERR-Reject là do restricted cone, trong khi full cone nats thì hoạt động tốt 16:24 &lt;jrandom&gt; (vì i2p chỉ dùng một cổng nguồn cho tất cả mọi người, miễn là bạn đang trên i2p thì bạn sẽ có một hole đã được punch cho full cone) 16:25 &lt;jrandom&gt; dù vậy, tốt hơn là mọi người mở chuyển tiếp cổng (port forwarding) để không cần introducers, vì như thế họ cũng có thể trở thành introducers cho người khác 16:25 &lt;fox&gt; &lt;mihi&gt; miễn là không có các rule iptables khó chịu (như drop UDP tới 8887 từ những địa chỉ IP chia hết cho 7 :) ) 16:25 &lt;jrandom&gt; hì 16:26 &lt;jrandom&gt; và thật không may, một số người có cấu hình b0rked kiểu như vậy (*khụ*peerguardian*khụ*) 16:26 &lt;jrandom&gt; hôm trước có người thắc mắc vì sao i2p không chạy, dù họ cấu hình firewall drop gói từ tất cả peer .edu 16:27 &lt;+Ragnarok&gt; .edu? Thật là ngẫu nhiên 16:27 &lt;jrandom&gt; ừ, vô lý với tôi theo rất nhiều cách 16:27 &lt;jrandom&gt; nhưng, đời là vậy 16:27 * nickless_head hát: We don't need no education... 16:28 &lt;jrandom&gt; hì 16:28 &lt;jrandom&gt; ok, còn ai có gì về 1) 0.6.0.6 không? 16:29 &lt;jrandom&gt; nếu không thì chuyển sang 2) i2phex 0.1.1.27 16:29 &lt;jrandom&gt; ở đây cũng không có gì nhiều ngoài những gì trong thư... 16:30 &lt;+postman&gt; jrandom: cũng không có phản hồi tích cực nào ở các diễn đàn đã nói đến :( 16:31 &lt;+postman&gt; jrandom: tôi sẽ chuyển tiếp statusnotes và các liên kết của bạn - có lẽ người đọc sẽ hiểu vấn đề 16:31 &lt;jrandom&gt; postman: mọi người dĩ nhiên có thể dùng bất cứ thứ gì họ muốn, nhưng tôi không khuyến nghị bản phát hành nhị phân từ legion vì mã nguồn không khớp với binary, và launcher thì hoàn toàn đóng nguồn 16:32 &lt;jrandom&gt; giờ chúng ta đã có i2phex ở một vị trí có thể truy cập qua web, được build từ cvs, hy vọng điều đó sẽ giảm sự phụ thuộc của mọi người vào cái kia 16:33 &lt;jrandom&gt; (có lẽ nếu bạn muốn đăng log irc từ #i2p-chat một hai giờ trước giữa legion và tôi, điều đó có thể giúp giải thích tình hình cho mọi người đầy đủ hơn) 16:34 &lt;jrandom&gt; ok, còn ai có gì về 2) i2phex không, hay chúng ta chuyển sang 3) di chuyển 16:34 * postman xem qua 16:34 &lt;jrandom&gt; thật sự không có nhiều thứ để thêm cho 3), chủ yếu chỉ để biết 16:34 &lt;jrandom&gt; vậy có lẽ chúng ta có thể nhảy nhanh sang 4) ??? 16:34 &lt;jrandom&gt; ai còn điều gì khác muốn nêu ra cho buổi họp không? 16:35 &lt;+Complication&gt; Di chuyển? 16:36 &lt;jrandom&gt; nếu bạn không để ý thì tốt :) 16:36 &lt;jrandom&gt; chúng tôi đã chuyển từ một colo sang một colo khác 16:36 &lt;jrandom&gt; (cvs.i2p.net, dev.i2p.net, www.i2p.net, mail.i2p.net) 16:36 &lt;+Complication&gt; À, vụ di chuyển đó. :) 16:36 * Complication hôm nay hơi chậm một chút 16:39 &lt;+Complication&gt; Nhân tiện, 0.6.0.6 có vẻ rất ổn... ở chỗ router của tôi không chạm tới mức 0 participating tunnels trong 54 giờ. 16:39 &lt;+Complication&gt; Không một lần nào. 16:39 &lt;jrandom&gt; tuyệt 16:40 &lt;jrandom&gt; ok, nếu không còn gì mọi người muốn nêu cho buổi họp... 16:40 * jrandom kết thúc 16:40 &lt;+postman&gt; jrandom: một điều 16:40 * jrandom dừng lại 16:40 &lt;+postman&gt; jrandom: bạn vừa tăng phiên bản i2phex - nếu sirup định phát hành một bản nữa thì sao? 16:40 &lt;jrandom&gt; postman: sirup dùng cvs 16:41 &lt;+postman&gt; jrandom: thêm một thẻ (tag) nữa thì sao 16:41 &lt;+postman&gt; ok, vậy thì ổn 16:41 &lt;+postman&gt; :) 16:41 * postman trở lại hang của mình 16:41 &lt;jrandom&gt; (phát triển code ngoài một hệ thống quản lý mã nguồn == điên rồ) 16:41 * Kefoo nhớ là phát triển bên trong một hệ thống quản lý mã nguồn cũng điên rồ như thế 16:41 &lt;+postman&gt; jrandom: (nó không nhất thiết phải là của BẠN) 16:42 &lt;jrandom&gt; hì đúng vậy Kefoo ;) 16:42 &lt;jrandom&gt; hì ừ thì... cái của anh ấy lại tình cờ là như vậy ;) 16:43 * bar vừa lập kỷ lục cá nhân mới với 156 kết nối UDP đồng thời (kỷ lục cũ là 152) 16:43 &lt;jrandom&gt; hay đấy, ừ, tôi thấy 173 hồi đầu hôm nay 16:44 &lt;+bar&gt; ồ :) ừ việc indtroducing đang làm điều của nó chắc luôn 16:44 &lt;Kefoo&gt; Không phải lùi lại chủ đề, nhưng i2phex có được cho là sẽ thử kết nối khi khởi động không? Tôi nghe cả có và không. 16:44 &lt;+bar&gt; -d 16:44 &lt;jrandom&gt; ngầu đó bar 16:44 &lt;jrandom&gt; Kefoo: theo tôi biết thì không. 16:44 &lt;jrandom&gt; nhưng tôi không phải dev của phex 16:45 &lt;Kefoo&gt; Cách duy nhất tôi tìm thấy là sao chép và dán host keys vào chương trình và kết nối thủ công 16:45 &lt;jrandom&gt; đó cũng là cách tôi làm, Kefoo 16:45 &lt;+postman&gt; kết thúc đi nào, jrandom :) 16:45 &lt;Kefoo&gt; Ok, vậy là tôi không làm khó hơn mức cần thiết 16:45 &lt;Kefoo&gt; tôi thỉnh thoảng vẫn vậy 16:46 &lt;jrandom&gt; Kefoo: nếu có cách nào dễ hơn, tôi muốn biết nhé :) 16:46 &lt;jrandom&gt; ok ok postman, bạn có thể đi lấy bia rồi ;) 16:46 * jrandom kết thúc 16:46 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2005/09/20/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-20/Tue, 20 Sep 2005 00:00:00 +0000/vi/blog/2005/09/20/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-20/<p>Chào mọi người, lại là thứ Ba rồi</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.0.6 2) I2Phex 0.1.1.27 3) chuyển đổi 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.6</li> </ol> </li> </ul> <p>Với bản phát hành 0.6.0.6 vào thứ bảy vừa rồi, chúng tôi đã đưa một loạt thành phần mới vào mạng đang hoạt động, và mọi người đã làm rất tốt việc nâng cấp - tính đến vài giờ trước, gần 250 routers đã được nâng cấp! Mạng có vẻ cũng hoạt động tốt, và introductions (cơ chế giới thiệu) đến giờ vẫn đang hoạt động - bạn có thể theo dõi hoạt động introduction của riêng mình với <code>http://localhost:7657/oldstats.jsp,</code> bằng cách xem udp.receiveHolePunch và udp.receiveIntroRelayResponse (cũng như udp.receiveRelayIntro, đối với những người ở sau NAT).</p>/vi/blog/2005/09/13/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-9-n%C4%83m-2005/Tue, 13 Sep 2005 00:00:00 +0000/vi/blog/2005/09/13/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-13-th%C3%A1ng-9-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, jrandom, kbi, Myo9</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:01 &lt;jrandom&gt; 0) chào 13:01 &lt;jrandom&gt; 1) Tình trạng mạng 13:01 &lt;jrandom&gt; 2) SSU introductions / NAT hole punching (kỹ thuật đục lỗ NAT) 13:01 &lt;jrandom&gt; 3) Treo thưởng 13:01 &lt;jrandom&gt; 4) Định hướng ứng dụng phía client 13:01 &lt;jrandom&gt; 5) ??? 13:01 &lt;jrandom&gt; 0) chào 13:01 * jrandom vẫy tay 13:01 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã được đăng (trước buổi họp!) tại http://dev.i2p.net/pipermail/i2p/2005-September/000892.html 13:01 &lt;jrandom&gt; (bỏ .net nếu bạn thích, tất nhiên) 13:03 &lt;jrandom&gt; nhảy ngay vào 1) Tình trạng mạng 13:03 &lt;jrandom&gt; có một vài người dùng hơi chập chờn trên irc, nhưng với đa số thì khá ổn 13:04 &lt;jrandom&gt; có ai có báo cáo nào về các giao thức khác cần nêu, hoặc câu hỏi/quan ngại về tình trạng mạng không? 13:05 &lt;@cervantes&gt; Tôi thấy phiên bản này ổn định nhất kể từ 0.4.x 13:05 &lt;@cervantes&gt; làm tốt lắm! ;-) 13:05 &lt;jrandom&gt; w00t 13:05 &lt;jrandom&gt; được rồi, nếu không còn gì ở 1) tình trạng mạng, hãy chuyển sang 2) SSU introductions 13:06 &lt;jrandom&gt; tôi không có gì nhiều để bổ sung ngoài những gì trong email - ai có câu hỏi/bình luận/quan ngại gì không? 13:07 &lt;jrandom&gt; nếu không, tôi đoán khi 0.6.0.6 ra mắt sẽ nghe thêm ;) 13:07 &lt;jrandom&gt; ok, chuyển sang 3) treo thưởng 13:07 * cervantes chuẩn bị tinh thần 13:08 * cervantes tự hỏi liệu mọi người đã quen với giờ họp mới chưa 13:08 &lt;jrandom&gt; hmm, có vẻ Comwiz không có mặt lúc này. Tôi nghĩ khi sẵn sàng ta sẽ có thêm thông tin 13:08 &lt;jrandom&gt; ờ, mấy người Mỹ chết tiệt với múi giờ rùa bò của họ 13:09 &lt;+Myo9&gt; Tôi tưởng anh cũng là một người như thế, có cả boongke riêng các thứ. ;) 13:09 * susi23 lắng nghe cuộc đối thoại ;) 13:10 &lt;jrandom&gt; được rồi, nếu không còn gì ở 3), ta lướt nhanh sang 4) định hướng ứng dụng phía client 13:11 &lt;jrandom&gt; trong email đã gõ rất nhiều, nên thay vì lặp lại ở đây, có ai có ý kiến gì không? 13:11 &lt;jrandom&gt; không chỉ là câu hỏi tức thời; nếu/khi mọi người muốn góp tiếng về mấy thứ đó, cứ thoải mái đăng lên diễn đàn hoặc danh sách thư 13:12 &lt;@cervantes&gt; có mục Application Support mới trong diễn đàn, là nơi tốt để đăng về những vấn đề như vậy 13:12 &lt;jrandom&gt; à gợi ý hay 13:13 &lt;jrandom&gt; cũng có mục thảo luận cho các bình luận không thuộc hỗ trợ, ví dụ chuyện ưu tiên 13:13 &lt;jrandom&gt; ok, đang hướng tới buổi họp dưới 15 phút đầu tiên sau một thời gian dài... 13:14 &lt;kbi&gt; tôi đoán họp nhanh khi ai cũng hài lòng 13:15 &lt;jrandom&gt; cũng có thể, và hy vọng ta sẽ có vài bài đăng trên danh sách thư và diễn đàn 13:15 &lt;jrandom&gt; ok, chuyển sang 5) ??? 13:15 &lt;jrandom&gt; có ai còn điều gì muốn nêu trong cuộc họp không? 13:15 &lt;@cervantes&gt; (trừ bữa trưa của họ) 13:17 &lt;@cervantes&gt; thế là 15 phút trôi qua 13:17 * jrandom chuẩn bị 13:17 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/09/13/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-13/Tue, 13 Sep 2005 00:00:00 +0000/vi/blog/2005/09/13/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-13/<p>Chào mọi người, đến giờ cho ghi chú tình hình hàng tuần</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) SSU introductions / đục lỗ NAT 3) Tiền thưởng 4) Hướng dẫn cho ứng dụng khách 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Chúng tôi vẫn tiếp tục vận hành với bản phát hành 0.6.0.5 trên mạng, và gần như mọi người đã nâng cấp, nhiều người đang chạy một trong các bản build kể từ đó (CVS HEAD hiện là 0.6.0.5-9). Nhìn chung mọi thứ vẫn hoạt động tốt, tuy nhiên theo quan sát của tôi, lưu lượng mạng đã tăng đáng kể, có lẽ do việc sử dụng i2p-bt hoặc i2phex nhiều hơn. Một trong các máy chủ IRC gặp chút trục trặc tối qua, nhưng máy chủ còn lại vẫn ổn và có vẻ mọi thứ đã phục hồi tốt. Tuy vậy, các bản build CVS đã có nhiều cải tiến đáng kể về xử lý lỗi và các tính năng khác, nên tôi kỳ vọng chúng ta sẽ có một bản phát hành mới trong tuần này.</p>/vi/blog/2005/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2005/Tue, 06 Sep 2005 00:00:00 +0000/vi/blog/2005/09/06/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-06-th%C3%A1ng-9-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> adamta, ardvark, bar, cervantes, jrandom, Pseudonym, Ragnarok, susi23</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) chào 13:04 &lt;jrandom&gt; 1) Tình trạng Mạng 13:04 &lt;jrandom&gt; 2) Tình trạng Syndie 13:04 &lt;jrandom&gt; 3) susidns 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) chào 13:04 * jrandom vẫy tay 13:04 &lt;+bar&gt; salaam aleikum 13:04 &lt;jrandom&gt; ghi chú tình trạng đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-September/000888.html 13:04 &lt;+Ragnarok&gt; chào 13:04 * cervantes nhấc mũ chào 13:04 &lt;+fox&gt; * adamta vẫy tay đáp lại qua cầu nối Irc2p/Freenode 13:05 &lt;jrandom&gt; :) ok, chuyển sang 1) tình trạng mạng 13:05 &lt;@cervantes&gt; *** Đã ngắt kết nối 13:05 &lt;jrandom&gt; theo những gì tôi thấy thì mọi việc có vẻ khá ổn 13:05 &lt;jrandom&gt; heh 13:06 * cervantes đồng ý... chỉ có một netsplit trong vài ngày qua 13:06 &lt;jrandom&gt; tôi biết ta vẫn gặp một số vấn đề khi kết nối mạng của ai đó bị tắc nghẽn nặng (khiến thông điệp bị dồn hàng và thất bại, dẫn đến nhiều elGamal hơn và CPU sử dụng cao hơn) 13:06 &lt;@cervantes&gt; và thời gian uptime kết nối irc của tôi dài như của các router của tôi 13:06 &lt;+Ragnarok&gt; như thường lệ với tôi. Chậm, nhưng dùng được, đôi lúc không ổn định 13:07 &lt;jrandom&gt; hay đấy, tôi cũng thấy như vậy cervantes 13:07 &lt;jrandom&gt; Ragnarok: không ổn định với eepsites, irc, i2pbt, i2phex, mail, tất cả những cái trên? với 0.6.0.5 hay trước đó? 13:08 &lt;+Ragnarok&gt; chủ yếu là bị ngắt irc vài giờ một lần. 13:08 &lt;+Ragnarok&gt; tôi không dùng nhiều thứ khác, nên không có thêm thông tin 13:08 &lt;jrandom&gt; hmm, bạn có bật bw limiter (bộ giới hạn băng thông) không? 13:08 &lt;+Ragnarok&gt; có 13:08 &lt;jrandom&gt; (nhắc lại, -1 giờ nghĩa là 16KBps) 13:09 &lt;+Ragnarok&gt; nó được đặt cao hơn mặc định 13:09 &lt;jrandom&gt; ok tuyệt, nó có chạm ngưỡng đó không, và/hoặc ngưỡng đó có phù hợp với năng lực mạng thực tế của bạn không? 13:09 &lt;+Ragnarok&gt; giới hạn đó thấp hơn nhiều so với năng lực thực, vì đặt cao dường như làm treo router không dây của tôi 13:10 &lt;jrandom&gt; heh ok 13:10 &lt;+Ragnarok&gt; nhưng router của tôi có vẻ cũng không chạm giới hạn 13:11 &lt;+Ragnarok&gt; tôi có thể thử stress test và theo dõi kỹ hơn 13:11 &lt;jrandom&gt; còn băng thông đỉnh có chạm ngưỡng không (theo oldstats.jsp)? i2p truyền theo đợt (bursty), và tắc nghẽn trong một đợt có thể gây ngắt irc 13:11 &lt;jrandom&gt; tuyệt, thế thì tốt quá. tôi chỉ có thể thử nghiệm cục bộ một số tình huống thôi, nên mọi báo cáo đều rất quý 13:11 &lt;+Ragnarok&gt; tôi nên nhìn vào số nào. oldstats khá dày đặc... 13:12 &lt;+Ragnarok&gt; s/./?/ 13:12 &lt;jrandom&gt; heh, xin lỗi - oldstats.jsp#bw.sendBps đỉnh 60s (số thứ hai trên dòng) 13:14 &lt;+Ragnarok&gt; đơn vị là gì? Con số có vẻ rất khó tin 13:14 &lt;jrandom&gt; KBps, xin lỗi 13:14 &lt;jrandom&gt; (tên nó đặt không đúng) 13:15 &lt;Pseudonym&gt; bit hay byte? 13:15 &lt;jrandom&gt; byte 13:15 &lt;+Ragnarok&gt; tiếc là như vậy thì chắc sai 13:15 &lt;+Ragnarok&gt; số đỉnh chỉ là một phần nhỏ của giới hạn, và của mức sử dụng hiện tại của router 13:15 &lt;jrandom&gt; hmm, nó khá cụ thể, đếm sizeof(messages received) 13:16 &lt;jrandom&gt; (dù bản thân bw limiter hoạt động ở lớp thấp hơn, đếm sizeof(packets received or sent) 13:16 &lt;+Ragnarok&gt; có tệ lắm không nếu tôi cắt & dán dòng đó? :) 13:16 &lt;jrandom&gt; có lẽ nhắn riêng cho tôi thì an toàn hơn 13:17 &lt;+Ragnarok&gt; khoan đã, tôi đang nhìn vào tốc độ 60 phút. Nó vẫn có vẻ thấp, nhưng ít ra cao hơn mức sử dụng hiện tại. 13:17 &lt;+Ragnarok&gt; xin lỗi 13:17 &lt;+Ragnarok&gt; tôi sẽ /msg cho bạn thêm thông tin 13:17 &lt;@cervantes&gt; Ragnarok: chúng tôi sẽ lập tức xác định được tên, địa chỉ và chi tiết thẻ tín dụng của bạn từ netDB 13:17 &lt;jrandom&gt; heh 13:18 &lt;jrandom&gt; cervantes: đó là lý do netDb chỉ công bố tốc độ *hiện tại*, không phải đỉnh ;) 13:18 &lt;jrandom&gt; (nhưng ừ, tiết lộ mức dùng bw của mình có thể nguy hiểm trước đối thủ) 13:19 &lt;jrandom&gt; ok, còn ai có điều gì muốn nêu liên quan đến tình trạng mạng không? 13:21 &lt;jrandom&gt; nếu không, chuyển sang 2) tình trạng syndie 13:22 &lt;jrandom&gt; nhiều tiến triển trong syndie, như đã nêu trong email và trên blog của tôi. thay vì lặp lại ở đây, có ai có điều gì muốn nêu ở mảng đó không? 13:22 &lt;@cervantes&gt; Officiali2pApps++ 13:23 &lt;+fox&gt; &lt;adamta&gt; Tôi đang chỉnh các tệp JSP để dùng đánh dấu cấu trúc/ngữ nghĩa hơn nhằm dễ tạo kiểu bằng CSS linh hoạt hơn. 13:23 &lt;+fox&gt; &lt;adamta&gt; Tôi chưa có gì để trình diễn, nhưng tôi sẽ đăng lên mailing list khi sẵn sàng. 13:23 &lt;+Ragnarok&gt; có lẽ một mô tả nhỏ về trường hợp sử dụng phổ biến của syndie là gì sẽ hay. Tôi vẫn hơi chưa rõ nó là gì, ngoài một CMS blog 13:23 &lt;jrandom&gt; hay đấy adamta - nhớ làm việc với codebase mới nhất, vì đêm qua tôi đã áp dụng CSS cho mọi thứ 13:24 &lt;jrandom&gt; (ở mức thô thôi) 13:24 &lt;+fox&gt; &lt;adamta&gt; jrandom: Ôi... tôi đang làm trên phiên bản cũ hơn. 13:24 &lt;+fox&gt; &lt;adamta&gt; Tôi sẽ `cvs update` và xem có gì đổi. 13:24 * Ragnarok , đang xin tài liệu người dùng. Ôi sự đạo đức giả 13:24 &lt;jrandom&gt; gợi ý hay Ragnarok. trường hợp sử dụng về cơ bản là '$myI2P.getUseCases()' 13:25 &lt;jrandom&gt; phân phối (syndication) an toàn và xuất bản nội dung, thay vì dùng eepsites 13:25 &lt;jrandom&gt; (vì eepsites không cho phép phân phối an toàn, yêu cầu nhiều kỹ năng hơn để xuất bản, và đòi hỏi node vận hành có tính sẵn sàng cao) 13:25 &lt;+Ragnarok&gt; vậy nó được phân phối thế nào? 13:26 &lt;jrandom&gt; phần mở đầu hay về mục tiêu của syndie nằm ở bài `http://syndiemedia.i2p/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124496000001&images=false&expand=true` 13:27 &lt;jrandom&gt; hiện tại, phân phối được thực hiện qua http với các peer phân phối được chỉ định tường minh (hoặc kho apache, các instance syndie khác, hoặc freesites có lưu trữ syndie) 13:27 * cervantes vừa mổ xẻ css của syndie... nó được gán class đủ để làm nhiều kiểu tạo kiểu, nhưng phần đánh dấu chưa tốt để làm chủ đề mới 13:27 &lt;+Ragnarok&gt; ô, hay đấy. Tôi nghĩ mình chưa thấy cái đó 13:27 &lt;@cervantes&gt; *classes=classed 13:27 &lt;@cervantes&gt; adamta: Tôi muốn xem bạn làm ra gì 13:28 &lt;jrandom&gt; cervantes: tôi không phải tay chơi css, nên ai có hứng cải tiến nó, tái cấu trúc, hoặc làm lại cách toàn bộ css/frontend hoạt động thì rất được hoan nghênh :) 13:28 &lt;@cervantes&gt; chỉ cần loại bỏ mấy cái bảng chết tiệt đó :) 13:28 &lt;jrandom&gt; heh 13:30 &lt;+fox&gt; &lt;adamta&gt; cervantes+jrandom: Quả thật. Có đủ để tạo kiểu cơ bản, như đổi bảng màu, nhưng tôi đang cố sửa để bỏ các bảng và cung cấp đủ đánh dấu ngữ nghĩa (các &lt;div&gt; lồng nhau cho các phần, thẻ header, v.v., tất cả có class và ID khi hữu ích) để một stylesheet có thể thay đổi hoàn toàn giao diện theo ý người dùng. 13:30 &lt;@cervantes&gt; hay đấy 13:30 &lt;jrandom&gt; tuyệt vời adamta! 13:31 * jrandom sẽ không đụng đến phía đó một thời gian (tôi còn khối việc trong router :) 13:31 &lt;@cervantes&gt; liên quan nửa vời thì các chủ đề routerconsole mới đã bị trì hoãn chút bởi sự *ờ hêm* biến mất của arcturus 13:31 &lt;jrandom&gt; heh trời 13:31 &lt;@cervantes&gt; Tôi đang cố tiếp tục từ chỗ anh ấy bỏ dở với vài tinh chỉnh workflow 13:32 &lt;@cervantes&gt; nhưng tôi không có kỹ năng JSP để làm gì mang tính đột phá như sửa các màn hình cấu hình tunnel bị hỏng 13:33 &lt;jrandom&gt; à hay đấy, tiến triển nào cũng tốt, và nếu bạn cần giúp gì cụ thể, tôi ở quanh đây 13:33 &lt;jrandom&gt; adamta: một điều cần nhớ là chuyện nhiều kiểu (dùng kiểu do tác giả chọn nhưng được lưu cục bộ) ((xem các bài blog gần đây của tôi để biết thêm)) 13:33 &lt;@cervantes&gt; nói vậy chứ chủ đề thay thế mới trông ổn 13:33 &lt;jrandom&gt; hay 13:34 &lt;+fox&gt; &lt;adamta&gt; Bảng màu mới chắc chắn đẹp hơn, nếu đó là thứ bạn nói (?) 13:35 &lt;@cervantes&gt; adamta: sẽ hay nếu tác giả có thể chọn một kiểu hoàn chỉnh từ tập mẫu cho blog của họ 13:35 &lt;jrandom&gt; cervantes: bạn có nghĩ ta nên triển khai các thay đổi jsp/css mà arcturus đã gửi cho tôi trước đó không, hay bạn muốn chờ đến khi bạn làm xong vài phần nữa? 13:36 &lt;@cervantes&gt; jrandom: Tôi không rõ anh ấy đã đưa bạn gì 13:36 &lt;@cervantes&gt; nếu bạn có thể bắn qua cho tôi tôi sẽ so sánh... Tôi đã có thêm thay đổi markup kể từ lần cuối bàn với anh ấy 13:37 &lt;jrandom&gt; cervantes: các bài blog giờ có thể áp dụng style theo từng blog (khiến ví dụ class="s_detail_addressLink ss_minimal_detail_addressLink" được dùng trong html, giả sử style chỉ định là "minimal") 13:37 &lt;jrandom&gt; hay, tôi sẽ chuyển cho bạn cervantes 13:37 &lt;@cervantes&gt; cảm ơn 13:38 &lt;jrandom&gt; cervantes: một theme theo từng blog thì khó hơn - bên LJ cũng phải xử lý, và đưa ra thỏa hiệp rằng danh sách chứa nhiều blog dùng tùy chọn style của người đọc, còn danh sách chỉ chứa bài của một blog thì dùng tùy chọn style của tác giả 13:38 &lt;jrandom&gt; ta có thể công bố 'DefaultStyle: minimal' trong metadata của blog để cho phép cách sau 13:39 &lt;@cervantes&gt; đúng, đó là điều tôi hình dung 13:39 &lt;+susi23&gt; (tùy chọn của người đọc nên luôn ghi đè những cái khác) 13:39 &lt;+susi23&gt; (nhưng đó là ý kiến :) 13:39 &lt;jrandom&gt; đúng, khi người đọc có tùy chọn tường minh 13:39 &lt;@cervantes&gt; /ignore susi23 13:39 &lt;@cervantes&gt; chết tiệt nó không hoạt động 13:41 &lt;@cervantes&gt; nếu ta làm bộ lọc theo blog thành một dạng điều hướng khác biệt hơn 13:42 &lt;@cervantes&gt; như một danh sách bên cạnh 13:42 &lt;jrandom&gt; hiện tại, tùy chọn của người dùng được tích hợp vào quy trình, hơn là tách riêng ra trang prefs (ví dụ liên kết để đánh dấu một blog, hoặc bỏ qua họ, hoặc ẩn/hiện ảnh). có lẽ khi có nhiều style cục bộ, sẽ hay nếu có hộp chọn 'xem style' ở trên cùng 13:42 &lt;@cervantes&gt; vậy thì thay đổi style sẽ dễ chấp nhận hơn 13:42 &lt;jrandom&gt; hmm ừ, điều hướng giữa các blog sẽ thú vị 13:43 &lt;jrandom&gt; vậy bạn thích cách ban đầu, với danh sách blog ở bên trái, hơn là hộp thả xuống? 13:43 &lt;jrandom&gt; `http://syndiemedia.i2p/viewattachment.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124769600000&attachment=0` 13:44 &lt;@cervantes&gt; &lt;bluesky&gt;ừ cái đó có thể là tùy chọn trong template chăng?&lt;/bluesky&gt; 13:44 &lt;jrandom&gt; hmm, tôi không biết stylesheet có thể biến một danh sách thành hộp thả xuống không, được chứ? 13:44 &lt;@cervantes&gt; kiểu điều hướng: dropdown|sidelist|hierarchy 13:44 &lt;@cervantes&gt; không 13:45 &lt;jrandom&gt; ok, ừ, cái đó có thể làm trong jsp & tùy chọn người dùng, không vấn đề 13:45 &lt;jrandom&gt; (hierarchy?) 13:45 &lt;+susi23&gt; (đương nhiên, bạn có thể cho select một tham số rows) 13:45 &lt;@cervantes&gt; nhưng nếu bạn trừu tượng hóa markup thành template thì bạn có thể có nhiều bố cục theo tùy chọn người dùng 13:45 &lt;jrandom&gt; à, đúng, như một danh sách nhiều giá trị 13:45 &lt;jrandom&gt; (thay vì một danh sách html các liên kết) 13:46 &lt;@cervantes&gt; (tôi chỉ đang mơ mộng thôi) 13:46 &lt;jrandom&gt; đúng đúng cervantes (dù sẽ hay nếu ta có thể làm việc template càng nhiều qua css càng tốt, vì triển khai theme dễ hơn) 13:46 &lt;jrandom&gt; ((đặc biệt với docs/syndie_standard.css mới)) 13:46 &lt;@cervantes&gt; bạn có thể muốn để đó tới phiên bản 2 và tập trung vào các khía cạnh quan trọng hơn 13:47 &lt;+susi23&gt; (bạn có thể đặt cả ba biến thể trong mã nguồn html và người dùng quyết định ẩn div nào) 13:47 &lt;@cervantes&gt; đúng, nếu adamta xử lý xong markup thì bạn có thể làm các biến thể khá ấn tượng 13:47 &lt;jrandom&gt; ừ, nhưng tôi cởi mở với ý tưởng cho mặc định. nếu có cách điều hướng tốt hơn, tốt hơn là triển khai nó 13:47 &lt;jrandom&gt; gợi ý hay susi23 13:47 &lt;+susi23&gt; (ờ, không phải cách tao nhã ;) 13:47 &lt;@cervantes&gt; như ở http://www.csszengarden.copm 13:48 &lt;@cervantes&gt; * http://www.csszengarden.com 13:48 * jrandom mừng vì tôi đã triển khai ArchiveIndex như một đối tượng tách biệt với Archive, nên tất cả những thứ này về cơ bản chỉ là xử lý textfile archive.txt :) 13:49 &lt;jrandom&gt; ok, ai có thêm câu hỏi/bình luận/quan ngại gì liên quan đến syndie không? 13:50 &lt;jrandom&gt; (một điều cần lưu ý là phần petname (tên biệt hiệu) mới có chức năng xuất một cú nhấp vào tệp userhosts.txt của người dùng, đổ bất kỳ địa chỉ i2p nào ở đó [nhưng chưa nhập vào]) 13:50 &lt;@cervantes&gt; làm tốt lắm 13:50 &lt;jrandom&gt; cảm ơn cervantes 13:50 &lt;@cervantes&gt; bạn có định làm gì đó với i2p core nữa không? :) 13:50 &lt;jrandom&gt; heh 13:51 * jrandom có một cặp thay đổi lớn cho router sắp tới, cho chúng ta nhiều khả năng 13:51 &lt;jrandom&gt; (nhưng sẽ nói thêm khi chúng được thử và sẵn sàng triển khai) 13:51 &lt;@cervantes&gt; i2pponies.ar 13:51 &lt;@cervantes&gt; i2ponies.war 13:52 &lt;@cervantes&gt; hừm làm mới vnc tối nay chậm 13:52 &lt;+susi23&gt; (pony wars? tội mấy chú ngựa con...) 13:52 &lt;jrandom&gt; heh 13:52 &lt;jrandom&gt; ok, chuyển sang 3) susidns 13:52 &lt;jrandom&gt; susi23: muốn cho chúng tôi bản tóm tắt không? 13:52 &lt;+susi23&gt; ừm 13:53 &lt;+susi23&gt; không có nhiều điều để nói... susidns là một webapp rất đơn giản cho bạn truy cập cấu hình addressbook (sổ địa chỉ) và các tệp đăng ký 13:53 &lt;+susi23&gt; và vào các "addressbooks" của bạn cụ thể là hosts.txt, userhosts.txt và (nếu có) addressbook bạn đã xuất bản 13:54 &lt;+susi23&gt; Tôi đã thêm một trang giới thiệu và vài giải thích cách addressbook hoạt động 13:54 &lt;+susi23&gt; (ok, theo tôi nghĩ addressbok hoạt động ;) 13:54 &lt;jrandom&gt; w00t :) 13:54 &lt;+bar&gt; userhosts.txt? 13:54 &lt;+susi23&gt; vì đã có câu hỏi người dùng về việc này vài tuần qua 13:54 &lt;+Ragnarok&gt; Tôi sẽ gửi phản hồi, sau khi dùng thử :) 13:54 &lt;@cervantes&gt; hay đấy, nó sẵn sàng đến đâu? 13:54 &lt;+susi23&gt; chắc rồi 13:54 &lt;+susi23&gt; dùng được 13:55 &lt;ardvark&gt; tôi dùng addressbook, nhưng không có userhosts.txt, hay userhosts.txt là eepsites cá nhân/riêng tư của tôi? 13:55 &lt;jrandom&gt; ardvark: userhosts là để người dùng chỉ định ghi đè tùy chỉnh (mặc định không tồn tại) 13:55 &lt;+susi23&gt; userhosts.txt là tệp hosts.txt thứ hai được NamingService đọc 13:55 &lt;ardvark&gt; ok 13:55 &lt;+Ragnarok&gt; userhosts.txt là tệp bạn có thể chỉnh mà không lo mất dữ liệu do race conditions :) 13:55 &lt;+susi23&gt; và đúng là mọi người dùng nó cho private keys 13:56 &lt;+susi23&gt; (mà giờ hơi nguy hiểm khi bạn bật xuất bản addressbook) 13:57 &lt;+susi23&gt; thôi, không có phép màu nào ở đây... hết rồi 13:57 &lt;+Ragnarok&gt; thêm một privatehosts.txt hay gì đó, được NamingService đọc nhưng không phải addressbook thì rất đơn giản 13:57 &lt;+susi23&gt; đúng 13:57 &lt;@cervantes&gt; Tôi muốn thấy điều đó ;-) 13:58 * cervantes ôm chặt các khóa riêng tư ;-) 13:58 &lt;jrandom&gt; ô, trang giới thiệu susidns đẹp đấy :) 13:58 &lt;jrandom&gt; (cervantes/susi/ragnarok/v.v.: xem giao diện web pet name của syndie nữa [bạn cần đăng nhập để xem]) 13:58 &lt;+susi23&gt; vì xuất bản addressbooks tắt theo mặc định nên bình thường không nguy hiểm 13:58 &lt;jrandom&gt; đúng rồi 13:59 &lt;+Ragnarok&gt; Tôi đã hỏi trước đây, nhưng có gì tôi có thể làm để cuộc sống dễ dàng hơn cho những người viết frontend addressbook không? 13:59 * cervantes quên mất thông tin đăng nhập 13:59 &lt;jrandom&gt; cervantes: bạn có thể đăng ký lại ;) 13:59 &lt;+Ragnarok&gt; có lẽ tôi cũng thế 14:00 &lt;@cervantes&gt; gọi là sushidns không phải tên hay hơn sao? 14:00 * cervantes cúi người né 14:00 &lt;+susi23&gt; ragnarok: sao không có một hàm để ngắt luồng đang ngủ nhằm cập nhật đăng ký ngay lập tức (do người dùng kích hoạt)? 14:01 &lt;jrandom&gt; ô, hoặc một khả năng "fetch now" thủ công 14:01 * susi23 tát cervantes bằng một con cá hồi to. 14:01 &lt;+susi23&gt; đúng, gọi nó là dns ở đây hơi lố bịch... nhưng đó là tên lịch sử :) 14:01 &lt;@cervantes&gt; cá hồi sống! 14:01 * cervantes lấy nước tương đậu nành 14:01 &lt;+susi23&gt; (đồ biến thái!) 14:02 &lt;+susi23&gt; được rồi, quay lại chủ đề nhé ;) 14:02 &lt;+Ragnarok&gt; ok, tôi sẽ xem thử 14:02 &lt;+susi23&gt; (đừng uống rượu trong cuộc họp!) 14:02 * jrandom giấu đồ uống của tôi 14:03 * susi23 ping jrandom 14:03 &lt;jrandom&gt; ok tuyệt, cảm ơn susi, trông rất ổn 14:03 &lt;jrandom&gt; ok, chuyển sang 4) ??? 14:03 &lt;jrandom&gt; có ai còn muốn nêu gì thêm cho cuộc họp không? 14:04 &lt;@cervantes&gt; nếu ai đang gặp vấn đề gì với irc2p xin hãy báo cho admin 14:06 &lt;@cervantes&gt; #irc2p là kênh hỗ trợ 14:06 &lt;@cervantes&gt; hoặc đăng lên diễn đàn 14:06 &lt;@cervantes&gt; jrandom: bạn có muốn một diễn đàn syndie không btw? (hay là thừa) 14:07 &lt;@cervantes&gt; susi23: bạn cũng được chào đón có một cái, cho vô vàn ứng dụng i2p của bạn ;-) 14:07 &lt;jrandom&gt; hiện tại, tôi nghĩ không cần, cảm ơn 14:07 &lt;jrandom&gt; diễn đàn susiworld 14:09 &lt;jrandom&gt; ok, nếu không còn gì nữa 14:09 * jrandom chuẩn bị kết thúc 14:09 * jrandom *baf*s buổi họp kết thúc </div>/vi/blog/2005/09/06/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-06/Tue, 06 Sep 2005 00:00:00 +0000/vi/blog/2005/09/06/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-09-06/<p>Chào mọi người,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái Syndie 3) susidns 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Như nhiều người đã thấy, bản phát hành 0.6.0.5 đã ra mắt vào tuần trước sau một bản rev 0.6.0.4 ngắn, và cho đến nay, độ tin cậy đã được cải thiện đáng kể, và mạng lưới đã lớn hơn bao giờ hết. Vẫn còn một số chỗ để cải thiện, nhưng có vẻ như netDb mới đang hoạt động đúng như thiết kế. Chúng tôi thậm chí đã kiểm thử cơ chế dự phòng - khi các peer floodfill không thể truy cập được, các router chuyển sang kademlia netDb, và vài ngày trước, khi kịch bản đó xảy ra, độ tin cậy của irc và eepsite(I2P Site) không bị suy giảm đáng kể.</p>/vi/blog/2005/08/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-30-th%C3%A1ng-8-n%C4%83m-2005/Tue, 30 Aug 2005 00:00:00 +0000/vi/blog/2005/08/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-30-th%C3%A1ng-8-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bar, bla, gloin, jrandom, laberhorst, nickless_head, redzara, ZULU</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:03 &lt;+bla&gt; Hôm nay có họp không? 13:04 &lt;jrandom&gt; 0) chào 13:04 &lt;jrandom&gt; 1) Tình trạng mạng 13:04 &lt;jrandom&gt; 2) floodfill netDb 13:04 &lt;jrandom&gt; 3) Syndie 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) chào 13:04 &lt;+bla&gt; ;) 13:04 * jrandom vẫy tay 13:04 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng ở http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 &lt;jrandom&gt; (ừ, tôi trễ vài phút ;) 13:05 &lt;jrandom&gt; dù sao, vào luôn mục 1) tình trạng mạng 13:06 &lt;jrandom&gt; các route bị hạn chế tệ thật, và cuối cùng ta đã có vài dữ liệu về mức độ phổ biến của chúng (buu... xì...) 13:06 &lt;jrandom&gt; nhưng nhìn chung, mạng có vẻ khá khỏe, nếu bạn bỏ qua các báo cáo lo lắng kiểu "omg nó hiện status: Unknown!" ;) 13:07 &lt;gloin&gt; hmm.. document root cho webserver đi kèm i2p nên nằm ở đâu? 13:07 &lt;jrandom&gt; $i2pInstallDir/eepsite/docroot/ 13:07 &lt;gloin&gt; i2p/eepsite/docroot ? 13:07 &lt;jrandom&gt; ai có câu hỏi/nhận xét/lo ngại gì về tình trạng mạng ngoài những gì đã đăng trong ghi chú trạng thái không? 13:08 &lt;gloin&gt; tìm ra rồi. có vẻ webserver không tự động trả index.html. 13:08 &lt;+bla&gt; jrandom: Tôi đã làm vài thử nghiệm để xem những node nào được chọn trong các tunnel. 13:09 &lt;+bla&gt; jrandom: Chủ yếu là vì tôi vừa triển khai tính năng định vị node trong RouterInfo struct, nên tôi có thể xem trực quan (cờ quốc gia) các thành viên tunnel ở đâu. 13:09 &lt;+bla&gt; Tôi ở châu Âu (không có gì bí mật), và hầu hết thành viên tunnel của tôi cũng ở châu Âu 13:09 &lt;jrandom&gt; gloin: nó phải phục vụ file index.html (đó là cái hiển thị "Welcome to your Eepsite") 13:10 &lt;jrandom&gt; ồ hay quá bla! 13:10 &lt;redzara&gt; vì một số người báo hiệu năng thấp với UDP, có lẽ chúng ta có thể thêm một perfmeter nhỏ như iperf vào I2P? 13:11 &lt;redzara&gt; s/had/add 13:11 &lt;jrandom&gt; bla: vậy không chỉ trên trang profiles.jsp, mà còn trên tunnels.jsp nữa à? rất ngầu... chụp màn hình đi, chụp màn hình! :) 13:11 &lt;gloin&gt; jrandom: giờ nó hoạt động rồi. lạ thật. 13:11 &lt;+bla&gt; jrandom: Tôi sẽ đăng vài ảnh chụp màn hình, nhưng trước hết tôi phải che ID router của mình trong ảnh đã ;) 13:11 &lt;jrandom&gt; redzara: hừm, một tiện ích dòng lệnh để mọi người kiểm tra chất lượng liên kết, hay một công cụ giám sát hiệu năng SSU? 13:11 &lt;jrandom&gt; heh bla 13:12 &lt;jrandom&gt; kỳ lạ đó gloin 13:13 &lt;gloin&gt; jrandom: nhân tiện, từ khi tôi cập nhật pppoe của mình, i2p có vẻ ổn định hơn. 13:13 &lt;jrandom&gt; tốt, vấn đề với kết nối mạng của bạn là gì? cập nhật firmware à? 13:14 &lt;gloin&gt; jrandom: Tôi mất hết peer. Kết nối Internet vẫn ổn, nhưng mọi peer đều thất bại. 13:16 &lt;jrandom&gt; đúng, nhưng bạn đã cập nhật gì trong thiết lập pppoe? 13:17 &lt;gloin&gt; jrandom: Ý tôi là deamon ppppoe của linux. 13:18 &lt;jrandom&gt; à ok 13:18 &lt;jrandom&gt; ok, còn ai có gì cho mục 1) tình trạng mạng không, hay ta chuyển sang 2) floodfill netdb? 13:18 &lt;+bla&gt; `http://theland.i2p/parttunnels.jpg` 13:19 &lt;+bla&gt; `http://theland.i2p/servertunnels.jpg` 13:21 &lt;+bar&gt; (ờm.. không truy cập được?) 13:21 &lt;jrandom&gt; ừ, tôi cũng gặp khó khăn khi truy cập 13:21 &lt;fox&gt; &lt;godmode0&gt; tôi dùng pppoe chưa bao giờ gặp vấn đề với i2p 13:22 * jrandom sẽ thử sau 13:22 &lt;+bla&gt; jrandom: À thì... Lại có vấn đề mạng ngay đó ;) 13:22 &lt;jrandom&gt; hehe 13:22 &lt;jrandom&gt; bla: bạn đang dùng bản -4 hay một bản cũ hơn? 13:23 &lt;+bla&gt; jrandom: Tôi đang dùng -4 13:23 &lt;jrandom&gt; hừm, ok ngầu đấy 13:23 &lt;jrandom&gt; ok, dù sao, ta có thể đào sâu chuyện đó sau 13:24 &lt;jrandom&gt; (nếu bạn có thể gửi cho tôi thống kê netDb từ /oldstats.jsp thì tuyệt :) 13:25 &lt;jrandom&gt; ok, chuyển sang 2) floodfill netdb 13:26 &lt;jrandom&gt; có rất nhiều thông tin đăng trên blog của tôi về chủ đề này 13:26 &lt;jrandom&gt; chúng tôi đã bắt đầu triển khai lượt đầu tiên, dù vẫn còn việc phải làm 13:26 &lt;jrandom&gt; có ai có câu hỏi/nhận xét/lo ngại gì về kế hoạch không? 13:27 &lt;+bla&gt; jrandom: floodfill sẽ scale theo log(N) (N = số peer trong mạng), hay tuyến tính? 13:27 &lt;jrandom&gt; tuyến tính theo M (M = số peer tham gia floodfill netdb) 13:28 &lt;jrandom&gt; ờ, M có thể đủ nhỏ để N là thành phần chi phối 13:29 &lt;jrandom&gt; (trong trường hợp đó nó sẽ tuyến tính theo N) 13:29 &lt;jrandom&gt; điều đó không hay lắm, nhưng cho đến khi chúng ta có&gt; 10K eepsites, thì cũng không quan trọng 13:30 &lt;jrandom&gt; khi có rồi, chúng ta có thể dùng các thuật toán nâng cao hơn để chia sẻ tải giữa các thành viên floodfill 13:31 &lt;jrandom&gt; (lưu ý đó là 10k eepsites, không phải người dùng, vì chúng ta thực sự không cần công bố client leaseSets trong netdb) 13:32 &lt;+bla&gt; jrandom: Có lý do gì mà ta vẫn còn công bố các client destinations (đích khách) trong netDb không? 13:32 &lt;+bla&gt; jrandom: Hoặc, về mặt đó, tại sao ta vẫn phô ra những peer nhanh của mình trong netDb? 13:33 &lt;+bla&gt; jrandom: Loại bỏ cả hai sẽ cắt giảm dữ liệu netDb đi rất nhiều 13:33 &lt;jrandom&gt; bla: với câu trước thì không. với câu sau thì để tôi debug (dù tôi chưa nhìn vào field cụ thể đó gần đây) 13:33 &lt;jrandom&gt; ừ, đáng thử, có lẽ trong -5 13:36 &lt;jrandom&gt; ok ngầu, được rồi, chúng ta sẽ xem và hy vọng phát hành -5 trong vài ngày tới 13:37 &lt;jrandom&gt; (có thể ngày mai) 13:37 &lt;jrandom&gt; ok, nếu không còn gì cho 2) floodfill netdb, ta chuyển sang 3) syndie 13:38 &lt;jrandom&gt; tôi đã đăng một mớ thông tin trong mail và trên blog, nên thay vì nhai lại, có ai có câu hỏi / nhận xét / lo ngại gì không? 13:40 * jrandom rất khoái chức năng syndication từ xa, dù còn xa so với điều chúng tôi kỳ vọng với tích hợp feedspace 13:41 &lt;jrandom&gt; (tôi chưa bận tâm làm tích hợp đăng lên freenet, dù sẽ khá dễ để bật một CLI và post hết các entry vào) 13:42 &lt;jrandom&gt; ok, nếu không còn gì ở 3) syndie, mở nó ra đến 4) ??? 13:42 &lt;jrandom&gt; ai còn điều gì liên quan đến i2p muốn nêu không? 13:42 &lt;redzara&gt; chắc rồi, tài liệu ở đâu ;) 13:43 &lt;laberhorst&gt; chỉ là node của tôi chạy 0.6.x tiêu thụ tới 100% tải CPU, nhưng tôi phải kiểm tra chéo với linux trên đường truyền này đã 13:43 &lt;+nickless_head&gt; Tôi nghĩ script i2pProxy.pac nên ở trong thư mục web của Jetty theo mặc định. 13:43 &lt;jrandom&gt; nickless_head: tôi không khuyến nghị i2pproxy.pac, vì nó là rủi ro bảo mật lớn 13:44 &lt;redzara&gt; 2 - có thể đưa bản build Jetty mới nhất vào I2P không? 13:44 &lt;jrandom&gt; hiện chúng ta có 5.2.1 trong i2p 13:44 &lt;jrandom&gt; ờ, 5.1.2 13:44 &lt;+nickless_head&gt; jrandom: đó là thứ duy nhất hiện có để tách giữa eepsites và websites trong một trình duyệt mà không phải chuyển bằng tay, afaik 13:45 &lt;jrandom&gt; tôi dùng switchproxy 13:45 &lt;jrandom&gt; (và tôi không chuyển sang duyệt không ẩn danh) 13:45 &lt;jrandom&gt; ((squid.i2p đủ nhanh với tôi)) 13:45 &lt;+nickless_head&gt; Hãy nghĩ tới dân Slashdot! :p 13:46 &lt;jrandom&gt; như tôi đã nói trước đây, tôi hoài nghi về tính khả thi của eepsites. rủi ro bảo mật là khổng lồ 13:46 &lt;jrandom&gt; nhưng, với những người không quan tâm các rủi ro đó, có lẽ i2pproxy.pac là hợp lý. 13:47 &lt;+bla&gt; Tôi rất tin rằng thứ gì không an toàn theo _default_ thì không nên có trong I2P, để không tạo cho người dùng mới cảm giác an toàn giả 13:48 &lt;jrandom&gt; đồng ý (dù chúng tôi có cung cấp i2pproxy.pac, chỉ là không nói cho mọi người cho đến khi dọa họ đủ sợ ;) 13:49 &lt;+nickless_head&gt; Tôi thật khó tin là trong cấu hình của Mozilla lại không có cách buộc các site chỉ truy cập tài nguyên từ cùng một domain .. 13:50 &lt;redzara&gt; xin lỗi nhưng mất kết nối IRC :( về Jetty có một bản sửa liên quan common logging và có lẽ điều này giúp tôi chạy mvnforum trong cùng một instance của I2P 13:50 &lt;redzara&gt; Jetty-5.1.5rc1 - 23 August 2005 13:52 &lt;jrandom&gt; à hay đó, chính xác vấn đề là gì vậy redzara? 13:52 &lt;jrandom&gt; nickless_head: nếu bạn tìm được cách, cho chúng tôi biết nhé 13:52 &lt;redzara&gt; hoặc có lẽ tôi chỉ cần tự build I2P của mình với phiên bản Jetty mới nhất 13:52 &lt;jrandom&gt; redzara: cái đó bạn chắc chắn làm được - chỉ cần thả các file jar của jetty vào thư mục lib của i2p 13:53 &lt;redzara&gt; jrandom: mỗi lần tôi cố chạy mvnforum trong I2P, jetty không tìm thấy apache common logging 13:53 &lt;+nickless_head&gt; Ô! Tôi vừa để ý file i2pproxy.pac mặc định dùng một chế độ cho phép site bật/tắt việc proxy qua i2p lúc runtime, và nó được bảo vệ bởi mật khẩu mặc định "VÔ CÙNG AN TOÀN VÀ KHÔNG THỂ PHÁ" &lt;/sarcasm&gt; là "passw0rd". Làm ơn, ai rành cvs hãy thay đổi điều này. 13:54 &lt;jrandom&gt; redzara: cái đó nằm trong commons-logging.jar và commons-el.jar, iirc, chúng phải có trong thư mục lib của bạn và trong classpath của wrapper.config 13:54 &lt;jrandom&gt; nickless_head: thêm một lý do nữa vì sao tôi không khuyên ai dùng nó ;) 13:55 &lt;redzara&gt; vâng tôi biết, tôi đâu có n00b đến thế :)) tôi phải đào bới lại với phiên bản Jetty mới này 13:56 &lt;jrandom&gt; tuyệt, cập nhật cho chúng tôi nhé 13:56 &lt;redzara&gt; không vấn đề 13:57 &lt;fox&gt; * mihi đoán phần lớn người dùng i2p sẽ để lộ "real ip" của họ cho một applet Java thôi :) 13:57 &lt;fox&gt; &lt;mihi&gt; thử http://www.stilllistener.com/checkpoint1/Java/ (và cuộn xuống) 13:58 * jrandom thấy nhiều trường trống ;) 13:59 &lt;+bla&gt; fox: Tất cả những gì bị lộ là quan hệ giữa một IP và một client destination cụ thể, nơi client destination sẽ thay đổi mỗi lần khởi động lại router. 13:59 &lt;jrandom&gt; bla: trừ khi người dùng đang ở một site kiểu như `http://i_have_illegal_stuff.i2p/` 14:00 &lt;jrandom&gt; (để lộ IP của client "chỉ một lần" cũng đủ chí mạng rồi ;) 14:00 &lt;+bla&gt; jrandom: Đúng. 14:00 &lt;+bla&gt; Nhưng nói đi cũng phải nói lại, nếu bạn nghiêm túc về việc duyệt ẩn danh, bạn sẽ dùng các HTTP proxy tạm thời, và tắt hoàn toàn mọi thứ Java, plugin, và cookie 14:01 &lt;jrandom&gt; hoặc dùng Syndie :) 14:02 &lt;ZULU&gt; xin lỗi vì chen ngang, duck.ip đang down à? 14:02 &lt;+bla&gt; jrandom: Đến lúc cho các câu hỏi chung chưa? 14:02 &lt;jrandom&gt; ừ, chúng ta đang ở 4) ??? 14:02 &lt;jrandom&gt; ZULU: ừ, duck đang offline tạm thời 14:03 &lt;+bla&gt; jrandom: Tôi đã chỉnh các java-file giúp profiles.jsp và tunnels.jsp tạo các cờ quốc gia 14:04 &lt;+bla&gt; jrandom: Tuy nhiên, tôi đặt các ảnh ở đâu để có thể LINK tới và hoạt động trên router cục bộ của tôi (không phải eepsite của tôi)? 14:06 &lt;jrandom&gt; chúng ta cần một "get.jsp?name" để đổ nội dung của ./docs/'name' ra trình duyệt 14:06 &lt;jrandom&gt; (tức là hiện giờ bạn cần có nó trong .war, nhưng với một file .jsp nhỏ, bạn có thể vứt chúng vào docs) 14:06 &lt;+bla&gt; jrandom: À, ok, vậy không phải lỗi của tôi ;) 14:06 &lt;jrandom&gt; heh không, đổ thừa tôi đi :) 14:09 &lt;jrandom&gt; ok, nếu không còn gì nữa cho buổi họp 14:09 * jrandom thu xếp kết thúc 14:10 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/08/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-08-30/Tue, 30 Aug 2005 00:00:00 +0000/vi/blog/2005/08/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-08-30/<p>Chào mọi người, lại đến thời điểm quen thuộc hằng tuần rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) floodfill netDb 3) Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Với 0.6.0.3 đã ra mắt được một tuần, các báo cáo nhìn chung khá tốt, dù việc ghi nhật ký và hiển thị đã gây khá nhiều nhầm lẫn cho một số người. Tính đến vài phút trước, I2P báo cáo rằng có một số lượng đáng kể người dùng đã cấu hình sai các NAT (biên dịch địa chỉ mạng) hoặc tường lửa của họ — trong tổng số 241 nút ngang hàng, 41 thấy trạng thái chuyển sang ERR-Reject, trong khi 200 thì hoàn toàn OK (khi họ có thể lấy được trạng thái tường minh). Điều này không tốt, nhưng nó đã giúp tập trung hơn vào những gì cần phải làm thêm.</p>/vi/blog/2005/08/23/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-8-n%C4%83m-2005/Tue, 23 Aug 2005 00:00:00 +0000/vi/blog/2005/08/23/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-8-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> arcturus, ardvark, cervantes, gott, jrandom, lucky, modulus, susi23\_</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 12:01 &lt;jrandom&gt; 0) chào 12:01 &lt;jrandom&gt; 1) tình trạng 0.6.0.3 12:01 &lt;jrandom&gt; 2) tình trạng IRC 12:01 &lt;jrandom&gt; 3) susibt 12:01 &lt;jrandom&gt; 4) Syndie 12:01 &lt;jrandom&gt; 5) ??? 12:01 &lt;jrandom&gt; 0) chào 12:01 * jrandom vẫy tay 12:01 &lt;lucky&gt; hi 12:02 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 &lt;lucky&gt; hihihihi 12:02 &lt;jrandom&gt; chào lucky 12:02 &lt;jrandom&gt; ok, vào luôn 1) tình trạng 0.6.0.3 12:02 &lt;jrandom&gt; mình nghĩ những điểm đáng nói nhất về 0.6.0.3 đã có trong ghi chú tình trạng, ngoài ra còn ai muốn nêu gì không? 12:04 &lt;gott&gt; 'Unknown' là sao vậy? 12:04 &lt;jrandom&gt; mình không chắc cải tiến SSU cwin sẽ vào 0.6.0.4 hay đợi đến 0.6.1 khi chúng ta có peer / cấu hình tốt hơn 12:04 &lt;jrandom&gt; gott: có hai đoạn trong email liên quan đến chuyện đó - bạn có câu hỏi cụ thể nào ngoài những điều đó không? 12:05 &lt;jrandom&gt; hay có điểm nào mình có thể làm rõ? 12:05 &lt;gott&gt; Không, chỉ là tôi chưa đọc cái email chết tiệt đó. 12:05 &lt;jrandom&gt; heh 12:05 &lt;jrandom&gt; rồi, cuộn lên năm dòng và đọc cái email chết tiệt đó đi ;) 12:06 &lt;jrandom&gt; ok, còn ai có câu hỏi gì về 0.6.0.3 không? 12:07 &lt;jrandom&gt; nếu không thì chuyển sang 2) tình trạng IRC 12:07 &lt;modulus&gt; xin lỗi mọi người, nhưng tôi phải đi. gặp lại sau. 12:08 &lt;jrandom&gt; ngoài những gì trong mail, postman/cervantes/arcturus: mọi người có gì muốn nêu không? 12:08 &lt;jrandom&gt; gặp lại sau, modulus 12:08 &lt;+arcturus&gt; về 1)? 12:08 &lt;+arcturus&gt; ôi xin lỗi 12:08 &lt;gott&gt; Hmm. 12:08 &lt;+arcturus&gt; 2) là bây giờ 12:09 &lt;gott&gt; IRC qua i2p hiện tại thường tốn bao nhiêu băng thông upstream? 12:09 &lt;+arcturus&gt; netsplit đã là dĩ vãng 12:09 &lt;+arcturus&gt; gott: tôi không thể nói mà không làm tổn hại tính ẩn danh của router của tôi 12:09 &lt;gott&gt; Không, không, không. 12:10 &lt;jrandom&gt; không chắc, router của tôi với squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p cùng với irc và eepproxy của tôi dùng trung bình 10-20KBps 12:10 &lt;gott&gt; Có cần đường truyền thương mại không? 12:10 &lt;jrandom&gt; nice1 arcturus 12:10 &lt;gott&gt; jrandom: Ý tôi là, để host. 12:10 &lt;jrandom&gt; gott: để vận hành máy chủ hay máy khách? 12:10 &lt;jrandom&gt; à 12:10 &lt;+arcturus&gt; gott: tôi không thể nói điều đó mà không làm tổn hại tính ẩn danh của router của tôi 12:10 &lt;gott&gt; máy chủ. 12:10 * jrandom không biết. có lẽ ít hơn khi bạn chỉ có một ircd 12:10 &lt;gott&gt; Vậy bạn đang chạy unrealircd đã chỉnh sửa à? 12:11 &lt;jrandom&gt; ví dụ, nhân thêm hệ số 1.3 so với mức dùng của máy khách cho một máy chủ đơn 12:11 &lt;+arcturus&gt; tôi cũng muốn nói thêm là độ trễ giữa các máy chủ ổn định và rất rất thấp 12:11 &lt;gott&gt; Tôi đoán là vậy, vì dường như không có lệnh VERSION 12:11 &lt;+arcturus&gt; tôi đã tắt VERSION 12:12 &lt;gott&gt; Các chỉnh sửa của bạn có mã nguồn mở không? 12:12 &lt;+arcturus&gt; có thể chúng tôi chạy unreal, có thể không :) 12:12 &lt;gott&gt; Bạn nên công khai để người khác có thể bắt đầu mạng riêng của họ. 12:12 &lt;+arcturus&gt; tôi không thể nói cho bạn mà không ảnh hưởng đến bảo mật 12:12 &lt;gott&gt; bảo mật nhờ che giấu, ngọt đấy. 12:12 &lt;jrandom&gt; chuẩn đấy arcturus. mình đang thấy trung bình độ trễ 0-2s (hiện tại còn thấp hơn bộ phát hiện lag của irssi) 12:12 &lt;+arcturus&gt; không, đó chỉ là một lớp bảo mật 12:13 &lt;+arcturus&gt; và nó chỉ mang tính răn đe, không thể thay thế các biện pháp bảo mật kỹ thuật 12:15 &lt;jrandom&gt; arcturus: vanguard tiến triển thế nào? 12:15 &lt;+arcturus&gt; dạo này tôi chưa code thêm, dự án khác đang chiếm thời gian, nhưng tôi luôn thấy áp lực đều đặn để quay lại hoàn thành nó :) 12:16 &lt;jrandom&gt; heh hay đấy 12:16 &lt;+arcturus&gt; vanguard sẽ hiệu quả nhất chống bot, biện pháp hashcash (cơ chế Bằng chứng Công việc - Proof of Work, PoW) là chuyện khác 12:16 &lt;+arcturus&gt; giờ tôi lo về hashcash 12:17 &lt;+arcturus&gt; với các tấn công mới nhất nhắm vào sha-1 12:17 &lt;+arcturus&gt; sẽ không lâu nữa trước khi có công cụ sẵn cho số đông 12:17 &lt;+arcturus&gt; đáng tiếc bản triển khai hashcash tiêu chuẩn hoàn toàn dựa trên sha-1 12:17 &lt;susi23_&gt; Unable to find a javac compiler; // com.sun.tools.javac.Main is not on the classpath. // Có lẽ JAVA_HOME không trỏ tới JDK 12:18 &lt;@cervantes&gt; à, vào kịp rồi 12:18 &lt;susi23_&gt; có ý gì về cái này không? JAVA_HOME chắc chắn trỏ tới đúng thư mục, javac có trong PATH và gọi được 12:18 &lt;+arcturus&gt; susi23_: lúc này chúng ta đang họp :) 12:18 &lt;jrandom&gt; susi23_: OOM? 12:18 &lt;susi23_&gt; họp? dù là 8 tối? 12:18 &lt;jrandom&gt; (hãy biên dịch trước jsps thay vì để jetty/tomcat làm, sẽ nhanh hơn ;) 12:19 &lt;jrandom&gt; đúng, bọn mình đã dời lịch susi23_ :) 12:19 &lt;susi23_&gt; không biết, xin lỗi 12:19 &lt;jrandom&gt; hehe không sao, vui vì bạn kịp họp, mục trong chương trình của bạn sẽ tới ngay ;) 12:20 * susi23_ ngồi xuống và lắng nghe 12:20 &lt;+arcturus&gt; nên tuy tôi không kỳ vọng vấn đề ngay lập tức với hashcash, tôi nghĩ hoàn toàn có khả năng sha-1 sẽ sớm bị phá nghiêm trọng 12:21 &lt;jrandom&gt; arcturus: hashcash với md5 chắc vẫn ổn 12:21 &lt;jrandom&gt; nó chỉ là PoW 12:21 &lt;+arcturus&gt; nếu ai biết triển khai hashcash nào dựa trên sha256 hoặc cao hơn xin cho tôi biết 12:21 &lt;+arcturus&gt; PoW là vô nghĩa nếu có ít “P” trong đó :) 12:21 &lt;jrandom&gt; kích thước bản băm chỉ quan trọng khi hashcash của bạn đạt tới kích thước của bản băm 12:23 &lt;jrandom&gt; (nhưng, ừ, chạy trên sha256 hoặc 512 rút gọn hay whirlpool hay gì đó thì cũng hay) 12:23 &lt;+arcturus&gt; tôi đoán ta có thể tiếp tục với bản hiện tại, có lẽ ta có thể thiết kế sao cho dễ dàng thay thế sau này khi cần 12:24 &lt;jrandom&gt; (DTSTTCPW) 12:25 &lt;+arcturus&gt; vì cuối cùng ta sẽ phải bỏ sha-1, tôi chắc vậy :) và nếu ta không thể tương đối chắc chắn token được tạo đúng thì chẳng có lý do gì để dùng hashcash 12:25 &lt;jrandom&gt; (nó chỉ là PoW để lấy một biệt danh trên irc, chứ không phải để vào Fort Knox ;) 12:26 &lt;@cervantes&gt; có vài thảo luận trên mailing list của hashcash về việc triển khai sha256 12:26 &lt;+arcturus&gt; nó không phải cho nym, nó là để vào máy chủ 12:26 &lt;+arcturus&gt; cervantes: hay đấy, tôi sẽ xem 12:27 &lt;+arcturus&gt; jrandom: và nó không chỉ là PoW, hashcash cho chúng ta phương pháp nhận diện duy nhất các client trên mạng, tương tự như nhận diện bằng IP, để có thể ban một cách chính xác 12:28 &lt;jrandom&gt; dĩ nhiên những cái đó được gia hạn theo thời gian chứ, đúng không? 12:28 &lt;jrandom&gt; ví dụ mỗi 6 tháng có PoW cert mới (hoặc 6 giờ, hay gì cũng được) 12:28 &lt;+arcturus&gt; nếu người dùng không phải làm bất kỳ công việc nào để có ID của họ, điều đó vô hiệu hóa khả năng ban của chúng ta 12:29 &lt;+arcturus&gt; tôi không biết lý do gì để tự động hết hạn chúng, chỉ hết hạn thủ công nếu họ vi phạm điều khoản dịch vụ 12:29 &lt;+arcturus&gt; không cần bắt mọi người làm việc không cần thiết cho ID mới 12:29 &lt;jrandom&gt; ờ, đó chỉ là PoW thụ động, họ có thể chạy một vòng mỗi 6 giờ để tạo lại cái mới 12:29 &lt;jrandom&gt; nhưng có lẽ DTSTTCPW 12:30 &lt;+arcturus&gt; bất kỳ hashcash nào được tạo ra phải dùng trong vòng 24 giờ nếu không sẽ vô hiệu 12:32 &lt;@cervantes&gt; xin nhắc lại server mới irc.freshcoffee.i2p cần được thêm vào i2ptunnel console của bạn 12:32 &lt;jrandom&gt; tuyệt. ok, còn gì cho 2) irc2p không? 12:33 &lt;@cervantes&gt; (`http://forum.i2p/viewtopic.php?t=911` 12:33 &lt;@cervantes&gt; ) 12:33 &lt;@cervantes&gt; &lt;-- xong 12:34 &lt;+arcturus&gt; tôi không còn gì để làm mọi người chán nữa :) 12:34 &lt;jrandom&gt; hehe 12:34 &lt;jrandom&gt; ok, 3) susibt 12:34 &lt;ardvark&gt; um, khi tôi thêm server mới vào tunnel của tôi, tôi có phải khởi động lại i2p không? 12:34 &lt;jrandom&gt; susi23_: p1ng 12:35 &lt;@cervantes&gt; ardvark: chỉ tunnel thôi 12:35 &lt;@cervantes&gt; (ircproxy tunnel) 12:35 &lt;ardvark&gt; oh ok, tôi vừa thêm và lưu, vậy là chưa đủ à 12:36 &lt;jrandom&gt; đúng, tiếc là bạn cần dừng và khởi động lại proxy đó 12:36 &lt;susi23_&gt; rồi 12:36 &lt;ardvark&gt; nhưng thế tôi sẽ lỡ cuộc họp ;) 12:37 &lt;susi23_&gt; susibt là một webapp (như susimail) để thả vào VM của router của bạn 12:37 &lt;susi23_&gt; nó hoạt động như frontend web cho i2p-bt 12:38 &lt;susi23_&gt; vì thế bạn có thể quản lý seeds, tải lên và tải xuống tập tin, v.v. 12:38 &lt;jrandom&gt; w00t 12:39 &lt;susi23_&gt; vấn đề là bạn cần khởi chạy một btdownloadheadless.py cho mỗi seed... nên bạn sẽ có rất nhiều tiến trình Python cho vô số luồng Java :) 12:39 &lt;+arcturus&gt; điều đó sẽ được giải quyết trong ducktorrent *khụ* 12:39 &lt;jrandom&gt; heh 12:39 * jrandom nín thở 12:40 &lt;susi23_&gt; nó thậm chí hỗ trợ khởi động lại seed sau khi router khởi động lại 12:40 &lt;@cervantes&gt; hay đấy 12:40 &lt;jrandom&gt; đỉnh 12:40 &lt;susi23_&gt; kế hoạch tương lai là tự động tạo torrent và cải tiến UI 12:41 &lt;susi23_&gt; nếu bạn muốn thử, tôi khuyên dùng một instance jetty riêng 12:41 &lt;susi23_&gt; để bạn không phải động chạm tới router :) 12:41 &lt;susi23_&gt; hướng dẫn tải xuống và cài đặt tại `http://susi.i2p` 12:42 &lt;susi23_&gt; hết rồi *ping trả lại cho jr* 12:42 &lt;jrandom&gt; w3wt, cảm ơn susi 12:42 &lt;jrandom&gt; ok, ai có câu hỏi & bình luận gì về cái đó không, hay chúng ta nhảy sang 4) syndie? 12:44 &lt;jrandom&gt; ok về syndi, tôi đã đăng kha khá lên list về nó một hai ngày qua, và sẽ còn nhiều hoạt động nữa 12:45 &lt;jrandom&gt; trang demo chính cho syndie là `http://syndiemedia.i2p` / http://66.111.51.110:8000/, nhưng dĩ nhiên khuyến khích mọi người tải về và cài đặt cục bộ 12:45 &lt;jrandom&gt; hiện tại tôi không có nhiều điều để bổ sung ở mảng đó. trừ khi ai có câu hỏi? 12:46 &lt;gott&gt; Tại sao lại gọi là syndie? 12:46 &lt;gott&gt; có phải ám chỉ 'syndicate' không? 12:47 &lt;jrandom&gt; đúng, nó là một frontend tổng quát cho syndication (+ bảo mật, xác thực và nhận biết ẩn danh) 12:48 &lt;jrandom&gt; ok, nếu không còn gì cho 4), hãy chuyển sang 5) ??? 12:48 &lt;jrandom&gt; có ai có gì liên quan đến i2p muốn nêu trong cuộc họp không? 12:51 &lt;jrandom&gt; ok, nếu không còn gì nữa 12:51 * jrandom lấy đà 12:52 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/08/23/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-08-23/Tue, 23 Aug 2005 00:00:00 +0000/vi/blog/2005/08/23/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-08-23/<p>Chào mọi người, lại đến lúc cho ghi chú trạng thái hàng tuần rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái 0.6.0.3 2) Trạng thái IRC 3) susibt 4) Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.3 status</li> </ol> </li> </ul> <p>As mentioned the other day [1], we&rsquo;ve got a new 0.6.0.3 release out there, ready for your enjoyment. Its a big improvement from the 0.6.0.2 release (its not uncommon to get several days without disconnect on irc - I&rsquo;ve had 5 day uptimes broken by an upgrade), but there are a few things worth noting. Still, its not always like that - people with slow net connections run into troubles, but its progress.</p>/vi/blog/2005/08/16/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-8-n%C4%83m-2005/Tue, 16 Aug 2005 00:00:00 +0000/vi/blog/2005/08/16/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-8-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, Complication, jrandom, postman, susi23</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) chào 13:09 &lt;@jrandom&gt; 1) trạng thái PeerTest 13:09 &lt;@jrandom&gt; 2) Irc2P 13:09 &lt;@jrandom&gt; 3) Feedspace 13:09 &lt;@jrandom&gt; 4) meta 13:09 &lt;@jrandom&gt; 5) ??? 13:09 &lt;@jrandom&gt; 0) chào 13:09 * jrandom vẫy tay 13:09 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-August/000842.html 13:10 &lt;@jrandom&gt; (mà tôi chắc là mọi người đều đã đọc chăm chú) 13:10 &lt;@postman&gt; chào 13:10 &lt;+cervantes&gt; hmm các script perl của changate... sẽ thử dùng... 13:10 &lt;+cervantes&gt; chào 13:10 &lt;@jrandom&gt; 1) trạng thái PeerTest 13:11 &lt;@jrandom&gt; không có nhiều điều để bổ sung ngoài những gì tôi đã đăng trong ghi chú - ai có câu hỏi/bình luận/lo ngại gì về việc này không? 13:11 &lt;@jrandom&gt; tôi không chắc có nên kiểm tra khả năng kết nối từ xa của mọi người kết nối tới chúng ta hay không, nhưng tôi đang cân nhắc ý tưởng đó 13:11 &lt;@jrandom&gt; (giờ chúng ta làm điều đó với tcp) 13:13 &lt;@jrandom&gt; ừ, có lẽ chúng ta có thể thử không dùng cái đó trên 0.6.0.3 trước khi chuyển sang 0.6.1. rồi sẽ xem 13:13 &lt;@jrandom&gt; ok, chuyển sang 2) irc2p 13:13 &lt;@jrandom&gt; mọi người đều ở đây, nên biết chuyện gì đang diễn ra rồi :) 13:13 &lt;@jrandom&gt; làm tốt lắm postman & smeghead 13:16 &lt;@jrandom&gt; ok, smeghead & postman đã cung cấp khá nhiều thông tin về cái đó, nên nếu không còn gì mọi người muốn nêu thêm về việc đó, chúng ta có thể chuyển qua 3) feedspace 13:16 &lt;@jrandom&gt; có vẻ frosk đã tạm rời, và tôi cũng không có gì để bổ sung ngoài những gì trong ghi chú (và trên blog của cậu ấy) 13:17 &lt;@postman&gt; :) 13:17 * Complication đang đọc blog của frosk 13:18 &lt;@jrandom&gt; ok, có lẽ frosk sẽ cập nhật cho chúng ta bằng một bài viết ở đó khi có thêm thông tin để chia sẻ 13:19 &lt;@jrandom&gt; chuyển nhanh sang 4) meta 13:19 &lt;@jrandom&gt; mọi người nghĩ sao về các buổi họp lúc 8 giờ tối GMT? quá sớm, quá muộn, hay vừa đẹp? 13:21 * jrandom kìm chân đám đông 13:21 &lt;+Complication&gt; Tôi muốn nói điều gì đó hữu ích, nhưng hình như không tìm thấy đồng hồ thế giới của mình... 13:21 &lt;@jrandom&gt; google://what+time+is+it 13:22 &lt;+Complication&gt; :) 13:22 &lt;@jrandom&gt; ok, chuyển sang 5) ??? 13:22 &lt;@jrandom&gt; ai còn điều gì muốn nêu thêm không? 13:23 &lt;+susi23&gt; ừ thì 13:23 &lt;+susi23&gt; không chính thức ;) 13:24 &lt;+Complication&gt; Dạo này ổn định một cách khác thường. 13:24 &lt;+Complication&gt; Ngoài thỉnh thoảng có "message invalid" (hay là "packet invalid"), tôi không tìm thấy lỗi nào để báo cáo. :o 13:24 &lt;@postman&gt; các lỗi của tôi đã được báo cáo rồi :) 13:24 &lt;@jrandom&gt; hay đấy, tuy nhiên đáng tiếc đó lại là dấu hiệu của các lỗi chưa được phát hiện, Complication, vì vẫn còn một số thứ chưa hoạt động như lẽ ra phải thế 13:25 &lt;@jrandom&gt; nhưng mà, tiến triển, cứ tiến lên 13:25 &lt;@jrandom&gt; có lẽ chúng ta đang thấy rất nhiều tuyến đường bị hạn chế ngoài kia do tình hình udp 13:25 &lt;+susi23&gt; chúng tôi đã bắt đầu một idlerpg mới trên #idle và mời tất cả mọi người tham gia :) 13:25 &lt;@jrandom&gt; (và có lẽ còn một mớ thứ khác...) 13:25 &lt;@jrandom&gt; w00t susi23 13:26 &lt;+susi23&gt; :P 13:30 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 13:32 &lt;@jrandom&gt; ok, nếu không còn gì nữa 13:32 * jrandom chuẩn bị kết thúc 13:32 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/08/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2005-08-16/Tue, 16 Aug 2005 00:00:00 +0000/vi/blog/2005/08/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2005-08-16/<p>Chào mọi người, hôm nay chỉ có vài ghi chú ngắn</p> <ul> <li>Index:</li> </ul> <ol> <li>Trạng thái PeerTest 2) Irc2P 3) Feedspace 4) meta 5) ???</li> </ol> <ul> <li> <ol> <li>PeerTest status</li> </ol> </li> </ul> <p>Như đã đề cập trước đó, bản phát hành 0.6.1 sắp tới sẽ bao gồm một chuỗi kiểm thử nhằm cấu hình router cẩn thận hơn và xác minh khả năng tiếp cận (hoặc chỉ ra những gì cần thực hiện), và dù chúng tôi đã có một số mã trong CVS qua hai bản build rồi, vẫn còn vài tinh chỉnh trước khi nó hoạt động trơn tru như cần thiết. Hiện tại, tôi đang thực hiện một vài điều chỉnh nhỏ đối với luồng kiểm thử được mô tả ở [1] bằng cách thêm một gói tin bổ sung để xác minh khả năng tiếp cận của Charlie và trì hoãn phản hồi của Bob cho Alice cho đến khi Charlie đã phản hồi. Điều này sẽ giảm số lượng giá trị trạng thái &ldquo;ERR-Reject&rdquo; không cần thiết mà mọi người thấy, vì Bob sẽ không trả lời Alice cho đến khi anh ấy có một Charlie sẵn sàng cho việc kiểm thử (và khi Bob không trả lời, Alice thấy &ldquo;Unknown&rdquo; là trạng thái).</p>/vi/blog/2005/08/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-09-th%C3%A1ng-8-n%C4%83m-2005/Tue, 09 Aug 2005 00:00:00 +0000/vi/blog/2005/08/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-09-th%C3%A1ng-8-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, detonate, duck, jrandom, jrandom2p, luckypunk, postman, smeghead</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:11 &lt;jrandom2p&gt; 0) chào 13:11 &lt;jrandom2p&gt; 1) 0.6.0.2 13:11 &lt;jrandom2p&gt; 2) cập nhật lộ trình 13:11 &lt;jrandom2p&gt; 3) ??? 13:11 &lt;jrandom2p&gt; 0) chào 13:11 * jrandom2p vẫy tay 13:11 &lt;+detonate&gt; chào 13:11 &lt;jrandom2p&gt; ghi chú tình hình hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 &lt;jrandom2p&gt; ok, nhảy nhanh vào [1-2] trước phần freeforall.. 13:12 &lt;jrandom2p&gt; 1) 0.6.0.2 13:12 &lt;jrandom2p&gt; đã phát hành. và các thứ 13:12 &lt;jrandom2p&gt; ai có câu hỏi/nhận xét/quan ngại gì về 0.6.0.2 không? 13:13 &lt;jrandom2p&gt; nếu không, chuyển sang 2) cập nhật lộ trình 13:13 &lt;jrandom2p&gt; ờm, lộ trình đã được cập nhật. và các thứ ;) 13:14 &lt;duck&gt; đồ người Úc 13:14 &lt;+bla&gt; jrandom: Vẫn có các vấn đề gián đoạn khi liên hệ một destination (đích), ngay cả khi nó bình thường vẫn hoạt động 13:14 * postman xác nhận điều này 13:14 * detonate cũng đồng ý 13:14 &lt;+bla&gt; jrandom: Ví dụ, forum.i2p hoạt động tốt, rồi sau vài phút thì không, và cần tải lại vài lần 13:15 * bla đã first rồi ;) 13:15 &lt;jrandom2p&gt; hmm, ừ, tôi có nghe báo cáo về chuyện đó. với 0.6.0.2 luôn, đúng không? 13:16 &lt;+postman&gt; đúng vậy thưa ngài 13:16 &lt;+bla&gt; Đúng, 0.6.0.2 13:16 &lt;+bla&gt; Có thể là do netDb trục trặc, hoặc chọn peer để đưa vào tunnels kém (hoặc cái gì khác) 13:16 &lt;jrandom2p&gt; 'k 13:17 &lt;jrandom2p&gt; việc chọn peer cho tunnel dạo này khá tệ, cũng như tình trạng flood khi lưu trữ netDb 13:17 &lt;jrandom2p&gt; (xem /oldstats.jsp của bạn để biết số lượng lỗi yêu cầu tunnel) 13:18 &lt;+bla&gt; Giờ ta dùng UDP/SSU, phân loại peer có vẻ tốt hơn trước: một số peer mà tôi BIẾT là nhanh, thường xuất hiện trong mục "fast" trên trang profile pafe 13:19 &lt;jrandom2p&gt; hay đấy 13:19 &lt;jrandom2p&gt; 0.6.0.2 đã thêm một số mã từ chối tunnel dựa trên netDb lẽ ra phải làm từ trước (từ chối tham gia nếu ta không tìm được next hop), nên việc tăng từ chối là điều dự kiến 13:19 &lt;+bla&gt; Tuy tôi thật ra nên xem lại các thuật toán phân loại... ;) 13:20 &lt;jrandom2p&gt; tôi đã làm phân tích hồ sơ/thống kê, nhưng chưa có kết quả chắc chắn 13:21 &lt;jrandom&gt; thế thì tuyệt đó bla :) 13:25 &lt;jrandom2p&gt; ok, còn gì nữa cho 2) cập nhật roadmpa không? :) 13:26 &lt;jrandom2p&gt; nếu không, chuyển sang 3) ??? 13:26 &lt;+detonate&gt; bạn có nghĩ là hữu ích nếu cho vào shitlist các peer có tỷ lệ failure/duprecv cao so với mode không? 13:27 &lt;jrandom&gt; hmm, tôi không chắc về chuyện đó - nếu tỷ lệ failure/dup quá cao để còn hữu dụng, ta chỉ nên truyền chậm và cẩn thận 13:27 &lt;jrandom&gt; miễn là tin nhắn vẫn đi qua được, thì tin nhắn vẫn đi qua được 13:28 &lt;jrandom&gt; có lý do vì sao ta không dùng thống kê về giao tiếp trực tiếp giữa peers như một phần của việc lập hồ sơ - phụ thuộc vào chúng sẽ khiến ta dễ bị vài kiểu tấn công đơn giản mà mạnh (hành xử khác nhau với các peer khác nhau để xem ai dùng bạn, v.v.) 13:29 &lt;+detonate&gt; hmm 13:29 &lt;+detonate&gt; ok 13:29 &lt;jrandom&gt; nhưng có lẽ ta cần hủy phiên với các peer ở trong những kết nối tắc nghẽn như vậy 13:29 &lt;+detonate&gt; hay đấy 13:34 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho 3) ??? không 13:34 &lt;luckypunk&gt; ơ, có lẽ bạn nên đợi tới khi mọi người quay lại 13:34 &lt;luckypunk&gt; trước khi hỏi các câu hỏi quan trọng :P 13:35 &lt;jrandom2p&gt; bah, họ có mailing list rồi ;) 13:35 &lt;luckypunk&gt; ừ thì 13:35 &lt;luckypunk&gt; tôi đoán đây là chỗ thích hợp để than phiền 13:36 &lt;luckypunk&gt; I2P vẫn dùng kha khá CPU 13:36 &lt;luckypunk&gt; nhưng không nhiều như trước 13:36 &lt;luckypunk&gt; đúng, tôi chưa chạy nó từ thời 5.0 13:36 &lt;luckypunk&gt; nhưng ờ 13:36 &lt;luckypunk&gt; ờ 13:36 &lt;luckypunk&gt; 0.5.0 13:36 &lt;jrandom2p&gt; hay đó, máy nào của bạn chạy được nó? 13:36 &lt;luckypunk&gt; ờ 13:36 &lt;luckypunk&gt; v~cl 13:36 &lt;luckypunk&gt; tôi chưa dùng nó từ 0.6.0.0 13:36 &lt;luckypunk&gt; nó chạy tốt với con pentium 2 13:37 &lt;luckypunk&gt; giá trị nice mặc định khiến nó có xu hướng bị crash nếu tôi làm gì đó quá nặng CPU quá lâu vì I2P bị đói CPU 13:38 &lt;+detonate&gt; hmm, chắc có thể có một chỗ trong cấu hình mạng của router console để cố định các introducer (nút giới thiệu), ngay khi có introducer, nếu người dùng muốn 13:39 &lt;jrandom2p&gt; bạn đang dùng 0.6.0.2 chứ luckypunk? 13:39 &lt;@smeghead&gt; detonate: đó là mấy thứ trusted route... sau này trong lộ trình :) 13:39 &lt;luckypunk&gt; không 13:39 &lt;luckypunk&gt; tôi chưa chạy nó từ 0.6.0.0 13:39 &lt;@smeghead&gt; *restricted route 13:40 &lt;luckypunk&gt; nhưng có vẻ dùng CPU ít hơn. 13:40 &lt;+detonate&gt; heh, nên có ngay khi có introducer :) 13:40 &lt;jrandom2p&gt; à đúng rồi detonate, việc chọn introducer chắc chắn có thể cấu hình, nhưng có lẽ sẽ là một tùy chọn cấu hình nâng cao ẩn ;) 13:41 &lt;jrandom2p&gt; luckypunk: 0.6.0.1 cắt bỏ nhiều mã hóa, và 0.6.0.2 sẽ giúp thêm nữa. lúc nào thử xem, có thể nó xử lý tốt hơn đấy 13:41 &lt;luckypunk&gt; ok 13:41 &lt;@smeghead&gt; nếu một introducer không muốn bạn chọn họ suốt thì sao? 13:41 &lt;luckypunk&gt; tôi có cảm giác I2P sẽ chạy ổn trên một máy pentium tầm trung chuyên dụng bây giờ. 13:41 &lt;jrandom&gt; smeghead: thì họ sẽ nói "cút đi, tôi sẽ không làm introducer cho bạn đâu" 13:42 &lt;jrandom&gt; và các peer sẽ có nhiều introducer, nên sẽ cân bằng 13:42 &lt;jrandom&gt; (và chỉ tốn 2 gói để kết nối một peer mới, không phải tất cả gói tin trao đổi) 13:44 &lt;+detonate&gt; nếu introducer hoạt động theo cách khác bạn có thể dùng đa số phiếu giữa chúng để quyết định cái nào đang chạy, nhưng hiện tại thì điều đó không hợp lý 13:45 &lt;ant&gt; &lt;jme___&gt; hỏi: tôi có thể tìm mô tả về hệ thống bỏ phiếu này ở đâu? 13:45 &lt;jrandom&gt; đa số không có ý nghĩa gì cả 13:45 * jrandom không tin bỏ phiếu chút nào 13:45 &lt;jrandom&gt; (đặc biệt xét tới Sybil) 13:45 &lt;jrandom&gt; một introducer được coi là hoạt động nếu một peer mới có thể liên lạc với bạn thông qua nó 13:47 &lt;+detonate&gt; tình trạng vanguard tới đâu rồi, cái đó cũng hơi liên quan 13:47 &lt;+detonate&gt; nhân tiện smeghead đang ở đây 13:51 &lt;jrandom&gt; ok, nếu không còn gì nữa... 13:51 * jrandom chuẩn bị kết thúc 13:51 * jrandom *baf*s đóng phiên họp </div>/vi/blog/2005/08/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2005-08-09/Tue, 09 Aug 2005 00:00:00 +0000/vi/blog/2005/08/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2005-08-09/<p>Chào mọi người, lại đến hẹn hàng tuần rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.2 2) cập nhật lộ trình 3) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.2</li> </ol> </li> </ul> <p>Như đã thông báo hôm qua [1], chúng tôi đã phát hành một phiên bản mới và phản hồi nhìn chung là tích cực. Khoảng một nửa mọi người đã nâng cấp rồi (tôi thấy 110 @ 0.6.0.2, 89 @ 0.6.0.1, và 21 @ 0.6), nhưng những người còn lại nên nâng cấp càng sớm càng tốt, vì đã có một số cải tiến hữu ích.</p>/vi/blog/2005/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-8-2005/Tue, 02 Aug 2005 00:00:00 +0000/vi/blog/2005/08/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-8-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bar, cervantes, duck, jrandom2p, lucky, mihi, protokol, smeghead, thetower</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:53 &lt;jrandom2p&gt; ok, vì tôi ở đây, có ai hứng thú họp nhanh liên quan đến các ghi chú (hoặc việc khác) không? 13:54 &lt;jrandom2p&gt; có điều gì trong ghi chú mà mọi người lo ngại, hay ý kiến không liên quan đến chúng mà muốn nêu ra, hoặc vấn đề khác phù hợp và kịp thời không? 13:54 &lt;@smeghead&gt; được chứ 13:54 &lt;+protokol&gt; icepick có ở đây không? 13:55 &lt;+protokol&gt; tôi đang tự hỏi i2p-mnet đã có thể thử nghiệm chưa và/hoặc ETA (thời gian dự kiến) cho nó là khi nào 13:55 &lt;jrandom2p&gt; đang idle được 9 giờ rồi lúc này.. 13:56 &lt;jrandom2p&gt; theo log của kênh thì nghe có vẻ chưa khả thi, nhưng anh ấy đã chạy được tích hợp SAM cơ bản 13:56 &lt;jrandom2p&gt; chắc chắn khi có thêm thông tin thì chúng ta sẽ được nghe thêm 13:56 &lt;+protokol&gt; cooool 13:57 &lt;jrandom2p&gt; smeghead: bản -1 đã sửa vấn đề di chuyển port của bạn chưa? 13:57 &lt;@smeghead&gt; tôi chưa thấy gì kỳ quặc 13:58 &lt;@smeghead&gt; khoảng 3 ngày nay 13:58 &lt;@cervantes&gt; vui là nói rằng tôi không bị mất dịch vụ một hai ngày nay 13:58 &lt;@smeghead&gt; tôi nghĩ có thể xem là đã sửa xong 13:58 &lt;jrandom2p&gt; chuẩn 13:58 &lt;jrandom2p&gt; (^2) 13:59 &lt;@cervantes&gt; và thetower giờ chỉ reconnect mỗi 4 phút... nên nhìn chung sức khỏe mạng hẳn là đang cải thiện 13:59 &lt;jrandom2p&gt; heh 13:59 &lt;+thetower&gt; Cài mới dường như đã sửa được vấn đề, nhưng nó thực sự khá khó chịu và tôi chẳng thể tìm được lý do hợp lý nào. 14:00 &lt;jrandom2p&gt; hmm 14:00 &lt;jrandom2p&gt; nó chỉ ảnh hưởng đến IRC thôi, hay bạn mất nhiều peer? 14:00 &lt;@cervantes&gt; ma ám 14:01 &lt;+thetower&gt; Có khả năng việc thay đổi file router.config mà không restart i2p đã gây crash không? 14:01 &lt;jrandom2p&gt; hmm, không, tôi hay thay đổi router.config 14:01 &lt;jrandom2p&gt; hay là có thay đổi cụ thể nào bạn lo ngại? 14:02 &lt;@cervantes&gt; Tôi nhớ có lần chép đè jbigi lib khi router vẫn đang chạy.... CÁI ĐÓ mới gây vấn đề ;-) 14:02 &lt;+thetower&gt; Tôi có thiết lập vài script để thay đổi giới hạn băng thông dựa trên mức sử dụng mạng hiện tại và tôi tự hỏi liệu nó có gây ra vấn đề không. 14:02 &lt;jrandom2p&gt; heh đúng rồi cervantes, cái đó lúc nào cũng giết router 14:03 &lt;jrandom2p&gt; à ok, không, chuyện đó không nên là vấn đề... tuy nhiên... nếu nó chỉnh giới hạn quá nhỏ khiến thông điệp không qua được... 14:04 &lt;+thetower&gt; Ờ, nó có các giới hạn dưới khá hợp lý nên chắc không phải vậy. 14:04 &lt;jrandom2p&gt; ok hay đấy, chỉ kiểm tra thôi~ :) 14:05 &lt;jrandom2p&gt; tôi đoán ngày mai chúng ta sẽ có 0.6.0.1, vì -1 có vẻ cải thiện khá tốt 14:05 &lt;jrandom2p&gt; nó sẽ tương thích ngược, v.v., bla bla. 14:06 &lt;jrandom2p&gt; còn gì nữa mà mọi người nghĩ cần đẩy ra ngoài kia không? 14:06 &lt;jrandom2p&gt; tình hình với i2phex thế nào? 14:06 &lt;@smeghead&gt; có lẽ đẩy hosts.txt trên CVS lên dev.i2p.net... cái hiện tại đã cũ mấy tháng 14:06 &lt;jrandom2p&gt; nếu mình nhớ không nhầm thì tối hôm trước tôi làm rồi 14:07 &lt;@smeghead&gt; sirup không thấy xuất hiện vài tuần rồi 14:07 &lt;jrandom2p&gt; ồ, hmmm.. 14:07 &lt;@smeghead&gt; nhưng đang là mùa hè mà 14:07 &lt;@smeghead&gt; có lẽ đang đi nghỉ hay gì đó 14:08 &lt;@cervantes&gt; hoặc anh ấy vừa bị RIAA 'hiếp' 14:08 &lt;jrandom2p&gt; à đúng, nó đã ở đó (chỉ là bị cache trên squid.i2p) 14:08 &lt;@smeghead&gt; riaaped? 14:09 &lt;jrandom2p&gt; ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 &lt;jrandom2p&gt; *khụ* 14:09 &lt;+bar&gt; có vài thứ cần thêm vào bugzilla, như i2p 0.6 và java 1.5 14:09 &lt;@smeghead&gt; ok 14:09 &lt;jrandom2p&gt; à đúng, ừ tôi vẫn chưa cho laptop lên mạng được (grr) 14:10 &lt;jrandom2p&gt; ((các ghi chú trạng thái hàng tuần cần được ghi ra CD... một cái CD 1KB...)) 14:10 &lt;jrandom2p&gt; woah chào mihi 14:10 &lt;@duck&gt; chào mihi! 14:10 &lt;mihi&gt; chào mọi người :) 14:10 &lt;@cervantes&gt; có thể là dm :) 14:10 &lt;jrandom2p&gt; heh 14:10 &lt;@smeghead&gt; đúng vậy 14:10 &lt;@cervantes&gt; chào mihi 14:10 &lt;mihi&gt; có vẻ cần chỉnh một chút trong file cấu hình cho đến khi router của tôi tin rằng *chỉ* 8887/udp là mở... 14:11 * jrandom2p vừa nhắc đến i2ptunnel trong ghi chú trạng thái thì mihi xuất hiện ;) 14:11 &lt;jrandom2p&gt; à, hmm, cái i2np.udp.fixedPort=true đó hả? 14:11 &lt;mihi&gt; hmm? nó ở đó à? 14:11 * mihi chỉ đọc lướt ghi chú trạng thái 14:11 &lt;mihi&gt; hmm... đó là giải pháp tốt hơn hả? 14:12 * mihi chỉ reset port về 8887 và restart cứng cho đến khi nó không đổi port nữa... 14:12 &lt;jrandom2p&gt; bạn đã chỉnh gì trong router.config để nó tin chỉ 8886? 14:12 &lt;jrandom2p&gt; ờ, 8887 14:12 &lt;jrandom2p&gt; hah 14:12 &lt;@cervantes&gt; chúng ta có thể đổi tên I2PTunnel như bạn gợi ý thành kiểu I2PProxy...? 14:12 &lt;jrandom2p&gt; ok, đúng rồi, dùng i2np.udp.fixedPort=true 14:12 &lt;jrandom2p&gt; (triển khai trong 0.6-1 và sẽ phát hành sớm nhất có thể dưới dạng 0.6.0.1) 14:12 &lt;@cervantes&gt; nói về "the tunnel config page" có thể rất dễ gây nhầm lẫn 14:13 &lt;+thetower&gt; Ồ tôi có câu hỏi, i2p lẽ ra tự động phát hiện UDP port cần dùng đúng không? Và nếu vậy, nó có nên được hard-code trong router.config mặc định không? 14:13 &lt;mihi&gt; ừm ok... 14:14 &lt;mihi&gt; có vẻ i2p lại đổi port nữa rồi 14:14 &lt;mihi&gt; chắc tôi sẽ biến mất sớm thôi :) 14:14 &lt;jrandom2p&gt; thetower: đúng, nó nên tự động phát hiện, nhưng hiện tại chúng ta đang phải làm vài màn tap dance kỳ cục 14:14 &lt;@cervantes&gt; mihi: bạn có CVS mới nhất không? 14:14 &lt;jrandom2p&gt; đó là toàn bộ ý nghĩa của PeerTest (làm sao để ta luôn tự động cấu hình cho đúng) 14:14 &lt;mihi&gt; không. 14:14 &lt;@cervantes&gt; mihi: vậy thì đó là lý do nhé :) 14:15 &lt;mihi&gt; chỉ có phiên bản từ i2pupdate.zip 14:15 &lt;@cervantes&gt; mihi: 0.6 có chức năng RandomPort (tm) 14:15 &lt;jrandom2p&gt; heh 14:16 &lt;@cervantes&gt; :) 14:16 &lt;+ant&gt; * mihi muốn chức năng FixedPorto :) 14:16 &lt;+ant&gt; &lt;mihi&gt; và đã ngắt kết nối... 14:16 &lt;@cervantes&gt; vậy thì bạn cần 0.6-1 FixedPort Pro 14:16 &lt;jrandom2p&gt; heh 14:16 &lt;jrandom2p&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 14:16 &lt;@cervantes&gt; hoặc đợi 0.6.0.1 14:17 &lt;jrandom2p&gt; bỏ qua chuyện thỉnh thoảng khó tiếp cận, độ trễ/thông lượng dạo này thế nào? 14:17 &lt;+ant&gt; &lt;mihi&gt; hmm. đây là một cvs checkout từ 2004-10-06. nên thử cập nhật nó :) 14:17 &lt;jrandom2p&gt; !thwap mihi 14:18 &lt;@cervantes&gt; Hôm qua tôi tải i2pinstall.jar từ dev.i2p được 110k/giây trên một stream đơn 14:18 &lt;jrandom2p&gt; tuyệt 14:19 &lt;@cervantes&gt; và 320k/giây khi dùng nhiều 14:19 &lt;jrandom2p&gt; w0ah 14:19 &lt;jrandom2p&gt; 0hop, tôi đoán vậy 14:19 &lt;jrandom2p&gt; (dev.i2p là 0hop) 14:19 &lt;@cervantes&gt; ừ 14:19 &lt;jrandom2p&gt; ((phòng khi bạn không nhận ra ;) 14:19 &lt;@cervantes&gt; ;-) 14:19 &lt;+thetower&gt; tải xuống tới: GTA San Andreas 14:19 &lt;+thetower&gt; tốc độ tải: 28.51 kB/s 14:20 &lt;@cervantes&gt; nhưng cái đó là từ nhiều nguồn... 14:20 &lt;jrandom2p&gt; à hay đấy thetower 14:20 &lt;@cervantes&gt; đã đẩy squid.i2p lên khoảng 280 14:21 &lt;lucky&gt; jrandom2p :) 14:21 &lt;lucky&gt; bạn có thể đẩy hosts.txt mới lên site không 14:21 &lt;@cervantes&gt; lucky: làm xong rồi 14:21 &lt;jrandom2p&gt; ừ, khi chúng ta có thể kéo đều đặn kiểu tốc độ đó, cervantes, ta sẽ cần thêm vài độ trễ có thể cấu hình để mọi người làm 0hop an toàn 14:22 &lt;jrandom2p&gt; (để nó trì hoãn AVG(tunnelTestTime/2) nhưng không lãng phí băng thông hay mất thông điệp) 14:22 &lt;@cervantes&gt; để che giấu việc đó là một tunnel 0 hop? 14:22 &lt;lucky&gt; tôi tự hỏi liệu I2P có bao giờ đạt tốc độ đủ khá để tôi cho người khác đăng nhập vào virtu-vax của tôi không 14:23 &lt;jrandom2p&gt; đúng. nếu không thì, nếu bạn nói "này tôi đang được 300KBps từ site của bạn", bạn có thể khá yên tâm đoán rằng đó là 2 tunnel 0hop 14:23 &lt;jrandom2p&gt; (còn ngược lại, 1 đến 2 đến 3 đến 4hops thì không bị tụt mạnh như thế) 14:23 &lt;@cervantes&gt; vậy i2p rốt cuộc sẽ có trần băng thông à 14:23 &lt;jrandom2p&gt; ((vì khi bạn buộc vận hành tunnel đúng nghĩa, mỗi hop trung gian không đáng kể)) 14:24 &lt;jrandom2p&gt; không đâu cervantes, cửa sổ lớn + độ trễ 14:24 * cervantes hủy kế hoạch phát trực tuyến HDTV pr0n ẩn danh của mình 14:24 &lt;jrandom2p&gt; bạn chỉ cần có nhiều thông điệp “trên không” hơn để đạt cùng tốc độ 14:25 &lt;@cervantes&gt; à đúng 14:25 &lt;jrandom2p&gt; (nhưng dĩ nhiên sẽ cần thêm vài RTT để đạt tới cửa sổ lớn hơn) 14:25 &lt;jrandom2p&gt; ok, còn ai có gì muốn nêu thêm không? 14:26 &lt;mihi&gt; đưa ra một cái *baf*er :) 14:26 &lt;@cervantes&gt; nó đã gỉ vì dùng sai 14:27 &lt;jrandom2p&gt; heh tôi nghĩ đến giờ rồi ;) 14:27 * jrandom2p lấy đà 14:27 * jrandom2p *baf*s kết thúc cuộc họp </div>/vi/blog/2005/08/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-08-02/Tue, 02 Aug 2005 00:00:00 +0000/vi/blog/2005/08/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-08-02/<p>Chào mọi người, hôm nay ghi chú đến muộn,</p> <ul> <li>Index:</li> </ul> <ol> <li>trạng thái phiên bản 0.6 2) PeerTest (kiểm thử ngang hàng) 3) cơ chế giới thiệu của SSU 4) giao diện web của I2PTunnel 5) mnet qua i2p 6) ???</li> </ol> <ul> <li> <ol> <li>0.6 status</li> </ol> </li> </ul> <p>Như các bạn đều thấy, chúng tôi đã phát hành phiên bản 0.6 cách đây vài ngày, và nhìn chung mọi thứ diễn ra khá suôn sẻ. Một số cải tiến ở lớp truyền tải kể từ 0.5.* đã làm lộ ra các vấn đề trong phần triển khai netDb, nhưng các bản sửa cho phần lớn các vấn đề đó hiện đang được thử nghiệm (dưới dạng bản dựng 0.6-1) và sẽ sớm được triển khai dưới dạng 0.6.0.1. Chúng tôi cũng đã gặp một số vấn đề với các cấu hình NAT và tường lửa khác nhau, cũng như các vấn đề về MTU đối với một số người dùng - những vấn đề không xuất hiện trong mạng thử nghiệm nhỏ hơn do có ít người thử nghiệm. Các biện pháp tạm thời đã được bổ sung cho các tình huống gây ảnh hưởng nặng nhất, nhưng chúng tôi sắp có một giải pháp dài hạn - kiểm thử peer (nút ngang hàng).</p>/vi/blog/2005/07/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-26/Tue, 26 Jul 2005 00:00:00 +0000/vi/blog/2005/07/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-26/<p>Chào mọi người, tuần này lại là một bản cập nhật ngắn, nhưng có vài nội dung quan trọng</p> <ul> <li>Index</li> </ul> <ol> <li>0.6 2) ???</li> </ol> <ul> <li> <ol> <li>0.6</li> </ol> </li> </ul> <p>Về phía SSU, mọi thứ có vẻ khá ổn và tôi không thấy có trở ngại nghiêm trọng nào đang giữ chân chúng ta khỏi việc phát hành bản 0.6. Vì vậy, chúng ta sẽ ra mắt chính thức bản phát hành 0.6 mới vào cuối tuần này - tạm lên lịch vào ngày mai (thứ Tư). Bản 0.6 sẽ KHÔNG tương thích ngược, nên hãy trông đợi sẽ có chút trục trặc, nhưng mọi người nên nâng cấp ngay khi nó được phát hành. Điều đó bao gồm cả những người đã chạy 0.5.0.7-19 (hoặc mới hơn), vì tôi đã trì hoãn việc commit chuyển đổi ở một vài biến vốn sẽ khiến nó không tương thích.</p>/vi/blog/2005/07/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-19/Tue, 19 Jul 2005 00:00:00 +0000/vi/blog/2005/07/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-19/<p>Chào mọi người, cập nhật ngắn gọn tuần này</p> <ul> <li>Index</li> </ul> <ol> <li>Tiến độ thử nghiệm SSU 2) ???</li> </ol> <ul> <li> <ol> <li>SSU testing</li> </ol> </li> </ul> <p>Chúng tôi đã thực hiện rất nhiều tinh chỉnh và sửa lỗi kể từ khi vòng thử nghiệm SSU thứ hai bắt đầu, và mọi thứ ngày càng khả quan. Hiện có khoảng 20–30 người tham gia các thử nghiệm (hoặc ít nhất đang chạy các routers có bật SSU), và hiệu năng tốt hơn nhiều so với những gì tôi đã kỳ vọng. Vẫn còn một số lỗi đang được truy tìm, nhưng chúng tôi đang tiến rất gần đến thời điểm có thể đưa nó vào 0.6 để thử nghiệm trên toàn mạng.</p>/vi/blog/2005/07/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-12/Tue, 12 Jul 2005 00:00:00 +0000/vi/blog/2005/07/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-12/<p>Chào mọi người, lại đến lúc đó trong tuần rồi</p> <ul> <li>Index</li> </ul> <ol> <li>squid/www/cvs/dev.i2p đã được khôi phục 2) kiểm thử SSU 3) mật mã I2CP 4) ???</li> </ol> <ul> <li> <ol> <li>squid/www/cvs/dev.i2p restored</li> </ol> </li> </ul> <p>Sau khi vật lộn với vài máy chủ colo, một số dịch vụ cũ đã được khôi phục - squid.i2p (một trong hai outproxies (proxy ra ngoài) mặc định), www.i2p (một liên kết an toàn tới <a href="https://www.i2p.net">www.i2p.net</a> ), dev.i2p (một liên kết an toàn tới dev.i2p.net, nơi có kho lưu trữ danh sách thư, cvsweb, và các seeds netDb mặc định), và cvs.i2p (một liên kết an toàn tới máy chủ CVS của chúng tôi - cvs.i2p.net:2401). Blog của tôi thì vẫn bặt vô âm tín, nhưng nội dung của nó vốn đã bị mất nên sớm muộn gì cũng sẽ phải bắt đầu lại từ đầu. Giờ đây khi các dịch vụ này đã trực tuyến ổn định trở lại, đã đến lúc chuyển sang&hellip;</p>/vi/blog/2005/07/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-05/Tue, 05 Jul 2005 00:00:00 +0000/vi/blog/2005/07/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-07-05/<p>Chào cả nhóm, đến hẹn lại lên,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái phát triển 2) Tunnel IVs 3) SSU MACs 4) ???</li> </ol> <ul> <li> <ol> <li>Dev status</li> </ol> </li> </ul> <p>Lại một tuần nữa, lại một thông báo rằng &ldquo;Đã có rất nhiều tiến triển với SSU transport&rdquo; ;) Các sửa đổi cục bộ của tôi đã ổn định và đã được đưa lên CVS (HEAD hiện ở 0.5.0.7-9), nhưng vẫn chưa có bản phát hành. Sẽ sớm có thêm tin tức về mảng đó. Chi tiết về các thay đổi không liên quan đến SSU đã có trong phần lịch sử [1], tuy tôi hiện vẫn để các thay đổi liên quan đến SSU ngoài danh sách đó, vì SSU hiện chưa được ai ngoài các nhà phát triển sử dụng (và các nhà phát triển đọc i2p-cvs@ :)</p>/vi/blog/2005/06/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-06-28/Tue, 28 Jun 2005 00:00:00 +0000/vi/blog/2005/06/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-06-28/<p>Chào mọi người, lại đến giờ cập nhật hàng tuần rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái SSU 2) Trạng thái kiểm thử đơn vị 3) Trạng thái Kaffe 4) ???</li> </ol> <ul> <li> <ol> <li>SSU status</li> </ol> </li> </ul> <p>Đã có thêm một số tiến triển đối với giao thức truyền tải SSU, và hiện tại tôi cho rằng sau khi tiến hành thêm một số thử nghiệm trên mạng thực, chúng tôi sẽ có thể triển khai phiên bản 0.6 mà không bị chậm trễ nhiều. Bản phát hành SSU đầu tiên sẽ không bao gồm hỗ trợ cho những người dùng không thể mở cổng trên tường lửa hoặc cấu hình NAT của họ, nhưng tính năng đó sẽ được triển khai trong 0.6.1. Sau khi 0.6.1 được phát hành, kiểm thử và chạy rất tốt (còn gọi là 0.6.1.42), chúng tôi sẽ chuyển sang 1.0.</p>/vi/blog/2005/06/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-06-21/Tue, 21 Jun 2005 00:00:00 +0000/vi/blog/2005/06/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-06-21/<p>Chào mọi người, đã đến lúc bắt đầu lại các ghi chú tình hình hàng tuần của chúng ta</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái nhà phát triển 2) Trạng thái phát triển 3) Tiền thưởng kiểm thử đơn vị 4) Gián đoạn dịch vụ 5) ???</li> </ol> <ul> <li> <ol> <li>Dev[eloper] status</li> </ol> </li> </ul> <p>Sau 4 thành phố ở 4 quốc gia, cuối cùng tôi cũng ổn định chỗ ở và lại miệt mài viết mã. Tuần trước tôi đã gom đủ những linh kiện cuối cùng để lắp một chiếc laptop, tôi không còn phải ngủ nhờ hết ghế sofa nhà này đến nhà khác nữa, và tuy tôi không có truy cập Internet ở nhà, xung quanh có rất nhiều quán Internet, nên việc truy cập khá đáng tin cậy (chỉ là không thường xuyên và tốn kém).</p>/vi/blog/2005/05/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-05-03/Tue, 03 May 2005 00:00:00 +0000/vi/blog/2005/05/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-05-03/<p>Chào mọi người, tuần này có rất nhiều thứ cần bàn</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái SSU 3) i2phex 4) vắng mặt 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Không có thay đổi lớn nào về tình trạng hoạt động tổng thể của mạng — mọi thứ có vẻ khá ổn định, và dù thỉnh thoảng có vài trục trặc, các dịch vụ nhìn chung vẫn hoạt động tốt. Đã có rất nhiều cập nhật lên CVS kể từ bản phát hành trước, nhưng không có bản sửa lỗi nghiêm trọng chặn phát hành (showstopper). Có thể sẽ có thêm một bản phát hành nữa trước khi tôi chuyển đi, chỉ để đưa những cập nhật mới nhất từ CVS ra rộng rãi hơn, nhưng tôi vẫn chưa chắc.</p>/vi/blog/2005/05/03/h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-5-2005/Tue, 03 May 2005 00:00:00 +0000/vi/blog/2005/05/03/h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-03-th%C3%A1ng-5-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c\__</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) chào 14:08 &lt;jrandom&gt; 1) Tình trạng mạng 14:08 &lt;jrandom&gt; 2) Tình trạng SSU 14:08 &lt;jrandom&gt; 3) i2phex 14:08 &lt;jrandom&gt; 4) awol 14:08 &lt;jrandom&gt; 5) ??? 14:08 &lt;jrandom&gt; 0) chào 14:08 * jrandom vẫy tay 14:08 &lt;jrandom&gt; Ghi chú trạng thái hàng tuần đã được đăng sớm gần một giờ @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy vẫy tay lại:P 14:10 &lt;jrandom&gt; ok, nhảy vào 1) Tình trạng mạng 14:10 &lt;jrandom&gt; Tôi cũng không có gì nhiều để bổ sung, nhưng có vẻ chúng ta sẽ gặp chút chao đảo do làn sóng azureus đổ về 14:11 &lt;jrandom&gt; Hy vọng nó sẽ trụ vững đủ tốt, cứ chờ xem 14:11 &lt;Masterboy&gt; Không vấn đề lớn gì với tôi và mấy cái lặt vặt thì tôi không nhớ. 14:11 &lt;jrandom&gt; heh tuyệt 14:11 &lt;jrandom&gt; Ai còn câu hỏi/nhận xét/quan ngại nào liên quan đến tình trạng mạng hiện tại không? 14:11 &lt;sirup&gt; azureus có dùng out proxies (proxy đi ra) không? 14:12 &lt;jrandom&gt; heh mong là không 14:12 &lt;jrandom&gt; Chắc chỉ là mọi người thấy có tùy chọn rồi thử thôi 14:12 &lt;@smeghead&gt; Phần lớn sẽ chuồn trong khoảng một tuần nữa 14:13 &lt;Masterboy&gt; :D 14:13 &lt;+DrWoo&gt; smeghead: thế thì không hay 14:13 &lt;sirup&gt; Vậy là họ gói hai mạng khác nhau dưới một mái 14:13 &lt;+cervantes&gt; Nó không được nhắc trong ghi chú phát hành của Az 14:13 &lt;+cervantes&gt; dù nó có liệt kê trong mục plugin 14:14 &lt;ant&gt; &lt;cat-a-puss&gt; Có một liên kết nhắc đến nó ở bên trái trang chủ của họ 14:14 &lt;jrandom&gt; Sẽ tuyệt khi 0.6 ra mắt và chúng ta có thể xử lý tải người dùng tăng lên 14:14 &lt;+DrWoo&gt; jrandom: tình hình hiện tại để ra một bản build chịu được nhiều người dùng hơn thế nào? 14:14 &lt;jrandom&gt; Ừ, hiện azureus là nguồn giới thiệu lớn nhất đến website của chúng ta, còn nhiều hơn cả các dẫn từ /. 14:15 &lt;jrandom&gt; DrWoo: không đời nào. 14:15 &lt;sirup&gt; Đừng để áp lực rồi tung 0.6 quá sớm 14:15 * eAi đặt giới hạn băng thông vô lý để ngăn người ta haxoring tốc độ tải của tôi 14:15 &lt;ant&gt; &lt;cat-a-puss&gt; .6 sẽ hỗ trợ mạng lớn đến mức nào? 14:15 &lt;jrandom&gt; DrWoo: 0.6 là lời giải, và nó sẽ sẵn sàng khi nó sẵn sàng :) 14:15 &lt;+cervantes&gt; Có 445 kết quả Google cho "i2p" và "azureus" 14:15 &lt;jrandom&gt; heh eAi 14:16 &lt;+cervantes&gt; Phải nói là tôi ấn tượng với thông lượng của mạng SSU thử nghiệm 14:16 &lt;Masterboy&gt; w00t cervantes:) 14:16 &lt;+DrWoo&gt; jrandom: cậu biết tớ quý cậu mà, nhưng lịch trình của cậu đang trượt như quần lót của gái điếm 5 đô ;) 14:16 &lt;jrandom&gt; cat-a-puss: nó gỡ điểm nghẽn hiện tại đến mức tôi còn chưa nhìn rõ điểm nghẽn tiếp theo. Tôi hy vọng nó xử lý được đến hàng nghìn. 14:16 &lt;+cervantes&gt; Đã kéo hết cỡ đường truyền DSL của tôi chỉ với một truyền tệp HTTP thẳng 14:17 &lt;jrandom&gt; Chuẩn luôn DrWoo ;) nếu làm nhanh hơn được thì tốt, nhưng tuần sau tôi phải chuyển nhà, nên thực sự không còn lựa chọn nào khác 14:17 &lt;sirup&gt; cervantes: 0 hop ở cả hai đầu ;) 14:18 &lt;jrandom&gt; sirup: đúng, nhưng ý là transport SSU đã xử lý được 14:18 &lt;+DrWoo&gt; jrandom: trời, tệ ghê, chúc may mắn :) 14:18 &lt;Teal`c__&gt; Có cách khác. Tôi sẽ gọi toad, anh ấy sẽ hoàn tất trong khi anh ở Tahiti 14:18 &lt;@smeghead&gt; dọn lên, sang phía đông, tới căn hộ hạng sang trên bầuuuu trờiiii 14:18 &lt;shendaras&gt; Cậu đã nhắm chỗ nào chưa, jrandom, hay là còn để tùy trôi dạt? 14:19 &lt;+cervantes&gt; *im lặng* 14:19 &lt;jrandom&gt; heh 14:19 &lt;jrandom&gt; Tôi nghĩ tôi biết mình sẽ ở nước nào. Ngoài ra thì chưa rõ lắm 14:19 &lt;jrandom&gt; Ok, dù sao quay lại chương trình nghị sự 14:19 &lt;jrandom&gt; Còn gì về 1) Tình trạng mạng không, hay chuyển sang 2) Tình trạng SSU? 14:20 &lt;Masterboy&gt; chuyển 14:20 &lt;jrandom&gt; coi như đã chuyển 14:21 &lt;jrandom&gt; Ok, như đã mô tả trong ghi chú trạng thái và như cervantes vừa nói khi nãy, mọi thứ có vẻ đầy hứa hẹn 14:22 &lt;jrandom&gt; Vòng thử nghiệm đầu tiên trên mạng thật (live net) bắt được vài bug nhưng cũng giúp lộ ra một số đánh đổi về băng thông, độ trễ và độ thân thiện với TCP 14:23 &lt;Masterboy&gt; Làm sao tham gia một test net vậy?:P 14:23 &lt;jrandom&gt; Vấn đề là thế này - việc thử nghiệm ssu được làm ngay trên mạng thật 14:24 &lt;jrandom&gt; Nếu bạn nhìn trong netDb, bạn sẽ thấy một số peer có cả địa chỉ TCP và SSU, trong khi hầu hết những peer khác chỉ có địa chỉ TCP. 14:24 &lt;jrandom&gt; Các peer biết nói chuyện qua SSU sẽ thử SSU trước, nhưng sẽ quay về TCP nếu cổng SSU không tới được. 14:25 &lt;jrandom&gt; Tuy nhiên, và tôi không thể nhấn mạnh đủ điều này, ssu chưa sẵn sàng cho môi trường production. Nó sẽ hỏng, và sẽ gây vấn đề, nên mọi người không nên dùng nó trừ khi tham gia các bài test cụ thể 14:25 &lt;Masterboy&gt; cảm ơn:) 14:26 &lt;jrandom&gt; Hiện tại, mọi người nên tắt ssu, nhưng trong một hai ngày tới sẽ có thêm thông tin trên blog của tôi cho vòng thử nghiệm thứ hai 14:27 &lt;jrandom&gt; Ok, tôi nghĩ chừng đó và email đã bao quát gần hết những gì tôi muốn nêu liên quan đến ssu. Có ai có câu hỏi/nhận xét/quan ngại gì không? 14:27 &lt;Teal`c__&gt; jrandom: bọn tôi có thể dùng ssu khi anh đi vắng không ? 14:28 &lt;jrandom&gt; Có lẽ được, nhưng mọi người nên trao đổi với người khác xem nó có trục trặc không, và nếu có thì cứ tắt đi 14:29 &lt;shendaras&gt; Kỹ thuật SACK (Selective Acknowledgment - xác nhận chọn lọc) mới của cậu là gì? =) 14:29 &lt;jrandom&gt; Tôi vẫn còn gần một tuần để hack nữa, nên sẽ còn cải tiến 14:30 &lt;+bla&gt; jrandom: Tôi vừa nghĩ... Khi có kết nối SSU giữa hai nút, họ có bỏ kết nối TCP giữa chúng đi không (vì lúc đó không cần nữa)? 14:30 &lt;jrandom&gt; heh shendaras, chỉ là tận dụng kích thước message nhỏ và cách phân mảnh cố định để cho phép phía nhận gửi ACK/NACK (xác nhận/không xác nhận) rõ ràng cho cả message trong một bitfield (trường bit), thay vì ACK hoặc NACK từng mảnh (fragment) riêng lẻ 14:31 &lt;jrandom&gt; bla: đúng, họ sẽ không bao giờ thiết lập kết nối TCP nếu SSU khả dụng 14:31 &lt;jrandom&gt; Hai transport sẽ "đấu giá" cho mỗi message được gửi, và transport SSU được cấu hình để ra giá "thấp" hơn transport TCP 14:31 &lt;+bla&gt; jrandom: Tốt đấy, nhưng nghĩa là tôi sẽ phải cập nhật các script theland.i2p của mình :(... ;) 14:32 &lt;jrandom&gt; heh ừ, tiếc ghê ;) 14:32 &lt;jrandom&gt; (peers.jsp mới có thể là thứ bạn đang cần) 14:33 &lt;+bla&gt; jrandom: Tôi sẽ xem. Nhưng tôi chưa định dùng SSU cho đến khi nó sẵn sàng, dù vậy 14:33 &lt;+cervantes&gt; Có lẽ tất cả nên ở lại TCP để bla khỏi phải code gì 14:34 &lt;jrandom&gt; heh 14:34 &lt;jrandom&gt; hay đấy bla, vâng, không vội 14:34 &lt;+cervantes&gt; ;) 14:34 &lt;+bla&gt; cervantes: ;) 14:35 &lt;+cervantes&gt; Sẽ có tình huống nào mà kết nối SSU không phù hợp và nên ưu tiên TCP không? 14:36 * Masterboy chọc jr 14:36 &lt;jrandom&gt; Thiết lập mặc định hiện tại ưu tiên kết nối TCP đã thiết lập hơn kết nối SSU chưa thiết lập 14:36 &lt;jrandom&gt; (bạn có thể ghi đè bằng một cờ cấu hình, tôi nghĩ nó được ghi trong history.txt) 14:37 &lt;@smeghead&gt; Có người nói ISP của họ chặn UDP hoàn toàn 14:37 &lt;jrandom&gt; Nhưng nhìn chung, không, tôi không nghĩ ra lý do vì sao lại muốn dùng TCP khi SSU khả dụng 14:37 &lt;+cervantes&gt; Ừ tôi biết tùy chọn cấu hình đó... nhưng ý tôi là có trường hợp nào dùng TCP sẽ tốt hơn dùng gói UDP không 14:37 &lt;jrandom&gt; smeghead: cũng có người bảo Elvis là người sao Hỏa 14:38 &lt;+cervantes&gt; Vậy nó tốt khi làm phương án dự phòng thôi 14:38 &lt;jrandom&gt; cervantes: tôi không nghĩ ra cái nào, miễn là cả hai peer đều có ssu 14:39 &lt;jrandom&gt; Có lẽ dùng như dự phòng, nhưng nó làm nảy sinh vấn đề tuyến đường bị hạn chế, vì tất cả peer phải có thể liên lạc với tất cả peer. 14:40 &lt;jrandom&gt; Nếu chúng ta cho phép các nút chỉ TCP, điều đó nghĩa là ai cũng phải tới được qua cả TCP và UDP 14:41 &lt;Teal`c__&gt; :~( 14:41 &lt;jrandom&gt; Mùa hè này, có lẽ chúng ta sẽ hỗ trợ cả hai, nhưng tôi thiên về chỉ UDP 14:41 &lt;entroy&gt; Chào, có ai chỉ tôi chỗ để hỏi về việc thiết lập 12p và Azureus không? 14:41 &lt;jrandom&gt; (cho đến 2.0) 14:42 &lt;jrandom&gt; chào entroy, #i2p-chat có thể giúp, hoặc forum.i2p.net. Bọn tôi đang họp dev hàng tuần lúc này, nhưng có thể giúp bạn sau nếu bạn vẫn gặp khó 14:42 &lt;+cervantes&gt; họ tới rồi, đẩy lùi kẻ xâm nhập :) 14:42 &lt;jrandom&gt; cervantes: ai vào được IRC là người của chúng ta cả :) 14:42 &lt;@smeghead&gt; tốt hơn gọi Minutemen 14:43 &lt;Teal`c__&gt; liverpool hay chelsea ?! 14:43 &lt;entroy&gt; ok, cám ơn 14:43 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: Về bitfield, nếu giả sử hầu hết các gói sẽ nhận thành công, thì bitfield sẽ gần như toàn số 1. Chẳng phải hiệu quả hơn nếu liệt kê số lượng NACK rồi mã hóa theo kiểu ECC (Error-Correcting Code - mã sửa lỗi) sao. 14:43 &lt;+cervantes&gt; jrandom: cậu chắc chứ... ai đó vừa nhắc tới một client mschat lúc nãy 14:43 &lt;+cervantes&gt; ;-) 14:45 &lt;jrandom&gt; cat-a-puss: có vài lựa chọn, nhưng khi nhìn kích thước message thực tế thì khó mà vượt được – các message tunnel, vốn xuất hiện gấp 4 lần các loại message khác, sẽ cần tối đa hai mảnh – chỉ hai bit 14:45 &lt;Teal`c__&gt; &lt;steve&gt; # Xuất hiện là TIKI 14:45 &lt;jrandom&gt; Các message của streaming lib giữa endpoint (điểm cuối) và gateway (cổng) chỉ 4KB - tối đa 8 bit, hay 2 byte với bitfield 14:45 &lt;jrandom&gt; Tức là, giả sử MTU nhỏ nhất tuyệt đối 14:46 &lt;jrandom&gt; Với 1492 (hoặc 1472, tùy cách tính), bạn có thể xử lý hầu hết mọi thứ trong một byte bitfield 14:46 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: à, vậy bitfield chỉ dành cho các mảnh, không phải cho mỗi gói đúng không? 14:47 &lt;jrandom&gt; Đúng, nếu một message nhận được một phần, bạn gửi lại bitfield cho các mảnh đã nhận của message đó 14:47 &lt;ant&gt; &lt;cat-a-puss&gt; ok 14:47 &lt;jrandom&gt; Thật không may, ID của message hoàn toàn ngẫu nhiên và không có thứ tự, nên không thể dùng số thứ tự kiểu TCP 14:48 &lt;jrandom&gt; (và, ừ, ta cũng không muốn overhead đó) 14:49 &lt;jrandom&gt; Ok, nếu không còn gì ở 2) SSU, chuyển sang 3) i2phex 14:49 &lt;jrandom&gt; sirup: cậu còn đó chứ? 14:49 &lt;ant&gt; &lt;cat-a-puss&gt; nhanh: vì sao ngẫu nhiên? 14:50 * sirup đang lurk 14:50 &lt;jrandom&gt; cat-a-puss: ID của message lộ ra cho peer - ta không muốn họ biết message này liên quan đến message khác (message có số thứ tự sớm hơn) 14:50 &lt;ant&gt; &lt;cat-a-puss&gt; ok 14:51 &lt;jrandom&gt; chào sirup, tôi đã đăng một số thông tin chung lên list, nhưng nếu cậu có thể cập nhật cho mọi người thì tốt quá 14:52 &lt;sirup&gt; Ừm. Những thử nghiệm đầu tiên đã thành công 14:52 &lt;jrandom&gt; [w3wt] 14:52 &lt;sirup&gt; Nhưng cũng có vẻ ta cần chỉnh lại các thiết lập timeout. Kết nối giữa các peer không giữ được vì lý do nào đó 14:53 &lt;sirup&gt; Nên giờ chưa phải bật lên là chạy ngay đâu :) 14:53 &lt;sirup&gt; Nhưng tôi cũng đoán trước, vì tôi chưa thay đổi gì liên quan timeout và mấy thứ đó 14:54 &lt;sirup&gt; Nói chung, tôi sẽ rất vui nếu vài người sẵn sàng giúp tôi test cho tới khi đạt mức chấp nhận được 14:55 &lt;sirup&gt; Chạy vài instance trên cùng một máy chỉ giúp được đến mức nào đó thôi... 14:55 &lt;sirup&gt; Ồ. Và mọi kinh nghiệm/đóng góp đều hoan nghênh. Tốt nhất gửi mail tới sirup@mail.i2p 14:56 &lt;sirup&gt; Có forum thì cũng tuyệt (tôi không thể có ở chỗ tôi, vì không 24/7) 14:56 &lt;sirup&gt; vậy thôi :) 14:56 &lt;jrandom&gt; ngon 14:56 &lt;jrandom&gt; cervantes: có cách nào thêm một mục i2phex vào đó không? 14:57 &lt;+cervantes&gt; được chứ 14:57 * sirup tự hỏi ai đang tải cái nhạc giấy phép commons dở tệ từ tôi :) 14:58 &lt;@smeghead&gt; này, ít ra anh có thể xây thêm mớ tào lao nữa trên đống tào lao đó :) 14:58 &lt;+cervantes&gt; sirup: Tôi đoán "sirup" là biệt danh của bạn trên forum 14:58 &lt;sirup&gt; thế thì hay lắm 14:58 &lt;sirup&gt; đúng 14:59 &lt;ant&gt; &lt;BS314159&gt; ghi chú trạng thái? 15:00 &lt;jrandom&gt; ok tuyệt. Trông thực sự rất hứa hẹn, sirup đã làm được nhiều việc hay, nên mọi người nên ghé sirup.i2p và đọc xem có gì đang diễn ra :) 15:00 &lt;@smeghead&gt; mailing list? 15:00 &lt;RevDuck&gt; hoặc www.i2phex.tk 15:01 &lt;sirup&gt; mailing list cũng sẽ hay, tất nhiên 15:01 &lt;sirup&gt; lol. i2phex.tk là giả đấy. Vào đó mà lấy dialer nhé :) 15:01 &lt;+cervantes&gt; Đã thêm forum I2Phex 15:01 &lt;jrandom&gt; !stab duck 15:02 &lt;+cervantes&gt; sirup là moderator 15:02 &lt;Masterboy&gt; :D 15:02 &lt;+cervantes&gt; sirup: cho tôi biết nếu bạn muốn đổi phần mô tả 15:02 &lt;jrandom&gt; sirup: nếu bạn muốn có list i2phex và i2phex-cvs, bảo tôi, thêm cũng dễ thôi 15:02 &lt;jrandom&gt; (dù lúc này có lẽ dùng luôn list i2p sẽ đơn giản hơn) 15:02 &lt;sirup&gt; cervantes, cảm ơn nhiều 15:03 &lt;sirup&gt; ừ. forum là ổn lúc này 15:04 &lt;jrandom&gt; ok hay lắm. Ai còn gì về 3) i2phex không? 15:05 &lt;jrandom&gt; Nếu không, chuyển nhanh sang 4) awol 15:05 &lt;jrandom&gt; Tôi biết mọi người đang nóng ruột, tìm cách đóng góp code cho i2p, nên trong ghi chú trạng thái có vài gợi ý 15:05 &lt;+bla&gt; jrandom: Cuối cùng cậu bị Operations hủy rồi à? 15:06 &lt;jrandom&gt; không, CIA chỉ đang điều tôi sang chỗ kh^Ula la la 15:06 &lt;@smeghead&gt; không, ngân sách đen quý này tăng rồi 15:07 &lt;+cervantes&gt; *con voi đã rời tổ* nhắc lại *con voi đã rời tổ* hết 15:07 &lt;jrandom&gt; Tôi không có gì nhiều để bổ sung cho mục 4) ngoài những gì trong mail, dù tôi chắc mọi người có khối ý tưởng hay ho khác 15:07 * smeghead cố nhịn đùa về bệnh phù voi 15:08 &lt;jrandom&gt; Vậy bài tập về nhà khi tôi đi vắng là chọn một thứ hay ho mà bạn muốn xây, rồi xây nó đi ;) 15:08 * cervantes cầm máu thái dương đang chảy của smeghead 15:08 &lt;jrandom&gt; (dù là một trang web hay một chú ngựa con biết bay) 15:09 &lt;jrandom&gt; ok, chuyển sang 5) ??? 15:09 &lt;jrandom&gt; Ai còn điều gì muốn đưa ra trong cuộc họp không? 15:09 &lt;shendaras&gt; Bọn tớ sẽ nhớ cậu... 15:09 &lt;@smeghead&gt; ừ ai sẽ chủ trì các cuộc họp khi cậu đi vắng? 15:09 &lt;+mancom&gt; aum có xuất hiện tuần rồi không? 15:09 &lt;@smeghead&gt; mancom: không 15:10 &lt;Masterboy&gt; anh vịt à?:P 15:11 &lt;jrandom&gt; Hy vọng quản lý vận hành thân yêu của chúng ta sẽ thay, hoặc mọi người có thể bốc thăm xem ai phải viết ghi chú trạng thái vào phút chót :) 15:11 &lt;jrandom&gt; mancom: anh ấy có ghé #i2p-chat hôm trước một lát 15:12 &lt;RevDuck&gt; Có lẽ chỉ họp khi thực sự có gì để báo cáo thôi 15:12 &lt;+cervantes&gt; ổn mà, tôi đang viết một script mô phỏng jrandom 15:12 &lt;+cervantes&gt; * w3wt 15:12 &lt;jrandom&gt; Không có gì sai với cuộc họp 5 phút ;) 15:13 &lt;+cervantes&gt; * jrandom ném bùn vào con ngựa con biết bay của mình 15:13 * smeghead viết một script mô phỏng cervantes mà nó viết một script mô phỏng jrandom 15:13 * jrandom viết một mô phỏng smeghead [CRASH] 15:13 &lt;+cervantes&gt; ôi phải chỉnh lại ngữ pháp rồi 15:14 &lt;@smeghead&gt; haha 15:14 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 15:14 * cervantes viết một mô phỏng aum......... 15:14 &lt;@smeghead&gt; java.util.RecursiveIdiocyException 15:15 &lt;jrandom&gt; nói mới nhớ.. ;) 15:15 * jrandom lấy đà 15:15 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/04/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-4-n%C4%83m-2005/Tue, 26 Apr 2005 00:00:00 +0000/vi/blog/2005/04/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bla, duck, jrandom, jrandom2p, laberhorst, Lorie, smeghead</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:10 &lt;@jrandom&gt; 0) chào 14:10 &lt;@jrandom&gt; 1) Tình trạng mạng 14:10 &lt;@jrandom&gt; 2) Tình trạng SSU 14:10 &lt;@jrandom&gt; 3) Treo thưởng kiểm thử đơn vị (unit test) 14:10 &lt;@jrandom&gt; 4) ??? 14:10 &lt;@jrandom&gt; 0) chào 14:10 * jrandom vẫy tay 14:10 &lt;@jrandom&gt; ghi chú tình trạng hàng tuần (trễ) đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-April/000723.html 14:10 &lt;bla&gt; chào 14:11 &lt;@jrandom&gt; trong lúc mọi người đọc bài dài đó, hãy nhảy vào 1) Tình trạng mạng 14:12 &lt;@jrandom&gt; loạt vấn đề trước đây mà chúng ta thấy với một số eepsites bị offline ở 0.5.0.6 có vẻ đã được giải quyết, dù vẫn có vài người gặp các vấn đề khác với site của họ 14:13 &lt;@jrandom&gt; tôi cũng thấy hoạt động torrent tăng lên tại một số tracker, dù theo tôi thấy thì chưa gây vấn đề nào trên irc 14:13 &lt;laberhorst&gt; tình trạng mạng: khá ổn trừ cái vấn đề không truy cập được :-) 14:13 &lt;@jrandom&gt; hì 14:13 &lt;@jrandom&gt; ừ, tôi vẫn chưa chắc chuyện gì đang xảy ra với site của bạn. ta có thể debug thêm sau buổi họp 14:14 &lt;@jrandom&gt; ngoài ra, còn ai có câu hỏi/nhận xét/lo ngại nào liên quan đến tình trạng mạng / 0.5.0.7 không? 14:16 &lt;@jrandom&gt; được rồi, nếu không thì chuyển sang 2) Tình trạng SSU 14:16 &lt;@jrandom&gt; [chèn cảnh múa tay vào đây] 14:17 &lt;Lorie&gt; Chào buổi sáng. 14:17 &lt;@jrandom&gt; tôi biết, tôi đang hơi chần chừ vì không đẩy nó ra nhanh hơn, và hiện tại nó chạy rất tốt. tuy vậy, vẫn còn vài vấn đề tôi chưa yên tâm, nên mọi người hãy chịu khó chờ tôi thêm chút trong giai đoạn thử nghiệm này 14:18 &lt;@smeghead&gt; tôi khen anh vì không nhét crapware cho tụi tôi :) 14:18 &lt;@jrandom&gt; tôi hy vọng tuần này chúng ta sẽ có thêm vài bài thử trên mạng thực (cầu may) 14:19 &lt;@jrandom&gt; ờ thì, tới giờ tôi cũng đã đẩy đủ thứ lỗi cho mọi người rồi 14:19 &lt;Lorie&gt; anh đang lần khân, phải không ? 14:19 * Lorie liếc nhìn smeghead 14:19 &lt;bla&gt; jrandom: Chỉ để làm rõ: Chúng ta thậm chí có thể có một giai đoạn trung gian trong đó client có thể dùng cả UDP và TCP chứ? 14:20 &lt;@jrandom&gt; bla: có. tôi đang có một mạng thử nghiệm với vài máy chỉ TCP và vài máy vừa TCP vừa UDP. chạy các tunnels qua cả hai cũng khá hay :) 14:20 &lt;@jrandom&gt; mạng thực cũng sẽ xử lý được điều đó, bỏ qua mọi địa chỉ UDP (cho những người chưa hỗ trợ) 14:20 &lt;@smeghead&gt; và thế đã cho chúng tôi rất nhiều đạm, nhưng chúng tôi không muốn sa đà quá 14:21 &lt;bla&gt; jrandom: Tuyệt! Tốt cho việc chuyển đổi 14:23 &lt;@jrandom&gt; ừ, hy vọng là vậy. dù sao vẫn còn rất nhiều việc phải làm[/obligatory] 14:23 &lt;@jrandom&gt; dù transport của chúng ta là SSU - "SEMIreliable Secure UDP" - chúng ta vẫn cần cố gắng có mức độ tin cậy nhất định 14:24 &lt;@jrandom&gt; tôi đã theo dõi nhiều nghiên cứu ngoài kia, xem cái gì hoạt động tốt nhất, và dù ta có thể lười biếng kiểu fire & forget (bắn rồi quên), vẫn có nhiều lợi ích nếu bổ sung một chút cơ chế tin cậy na ná TCP, và đó là thứ tôi đang hack 14:25 &lt;@jrandom&gt; mặt khác, vì nó chỉ semireliable, nếu không được ACK (xác nhận) nhanh thì ta có thể bỏ thông điệp, thay vì ngắt kết nối 14:26 &lt;Lorie&gt; vâng 14:26 &lt;Lorie&gt; hãy ưu tiên độ tin cậy; thời gian là một sự xa xỉ mà ta có 14:27 &lt;@jrandom&gt; về 2) Tình trạng SSU tôi chỉ có vậy. có ai có câu hỏi/nhận xét/lo ngại nào không, hay ta chuyển sang 3) Treo thưởng kiểm thử đơn vị? 14:28 &lt;jrandom2p&gt; xem như chúng ta đã chuyển rồi 14:29 &lt;jrandom2p&gt; được rồi, hôm trước duck đã đăng một bản tóm tắt hay về tình hình và tầm quan trọng của khoản treo thưởng cho unit test, và có rất nhiều chi tiết được dẫn từ trang web. 14:30 &lt;jrandom2p&gt; đây là cơ hội tốt để ai đó đào sâu vào i2p một chút và nhận lại ít tiền trong quá trình đó ;) 14:30 &lt;jrandom2p&gt; nhưng dù sao, mọi người có thể đọc hết mấy thứ đó. có ai có câu hỏi gì về nó không? 14:31 &lt;jrandom2p&gt; được rồi, nếu không thì chuyển sang 4) ??? 14:32 &lt;@smeghead&gt; ai đã thử bộ EMMA đo độ bao phủ mã chưa? 14:32 &lt;jrandom2p&gt; tuần rồi có nhiều thứ diễn ra, dù tôi không chắc cái gì đã sẵn sàng để bàn. ai có gì muốn nêu ra không? 14:33 &lt;jrandom2p&gt; không phải tôi 14:33 &lt;@duck&gt; *hick* 14:34 &lt;@smeghead&gt; hoặc duck đang say xỉn, hoặc anh ấy vừa thấy một redneck 14:34 &lt;@duck&gt; !former 14:35 &lt;jrandom2p&gt; (để đánh giá như một lệnh shell hoặc c/java... ;) 14:36 &lt;jrandom2p&gt; còn ai có gì muốn nêu cho cuộc họp không? 14:36 * jrandom2p thích các cuộc họp ngắn, để lại nhiều thời gian cho việc code 14:36 &lt;@smeghead&gt; và uống rượu nữa thì phải :) 14:36 &lt;@duck&gt; & uống 14:37 &lt;@smeghead&gt; chậc, lag 14:37 &lt;jrandom2p&gt; hì 14:38 &lt;jrandom2p&gt; được rồi, đến lúc quay lại với dri^Wworking 14:38 * jrandom2p winds up 14:38 * jrandom2p *baf*s the meeting closed </div>/vi/blog/2005/04/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-04-26/Tue, 26 Apr 2005 00:00:00 +0000/vi/blog/2005/04/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-04-26/<p>Chào mọi người, hôm nay chỉ là vài ghi chú cập nhật hàng tuần ngắn gọn</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái SSU 3) Khoản thưởng cho kiểm thử đơn vị 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Hầu hết mọi người đã nâng cấp lên bản phát hành 0.5.0.7 của tuần trước khá nhanh (cảm ơn!), và kết quả tổng thể có vẻ tích cực. Mạng có vẻ khá đáng tin cậy và vấn đề giới hạn tốc độ tunnel trước đây đã được khắc phục. Tuy nhiên, vẫn còn một số sự cố gián đoạn được một số người dùng báo cáo, và chúng tôi đang lần ra nguyên nhân.</p>/vi/blog/2005/04/25/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-25-th%C3%A1ng-4-n%C4%83m-2005/Mon, 25 Apr 2005 00:00:00 +0000/vi/blog/2005/04/25/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-25-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, Complication, inkeystring, jdot, jrandom, lsmith, perv, spinky</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:12 &lt;jrandom&gt; 0) chào 16:12 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.17 16:12 &lt;jrandom&gt; 2) I2Phex 16:13 &lt;jrandom&gt; 3) ??? 16:13 &lt;jrandom&gt; 0) chào 16:13 * jrandom vẫy tay 16:13 &lt;@cervantes&gt; chào 16:13 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại @ http://dev.i2p.net/pipermail/i2p/2006-April/001283.html 16:14 &lt;jrandom&gt; trong lúc mọi người lướt qua, hãy nhảy vào 1) Tình trạng mạng 16:14 &lt;jrandom&gt; như đa số mọi người đã thấy, chúng ta vừa có bản phát hành mới, và đến giờ kết quả khá tích cực 16:15 &lt;@cervantes&gt; (hoan hô!) 16:15 &lt;jrandom&gt; vẫn chưa đạt như kỳ vọng, nhưng cơ bản đã giải quyết các vấn đề chính mà chúng ta gặp 16:15 &lt;jrandom&gt; ừ, thật vui khi lại có tỷ lệ xây dựng tunnel khá ổn, với các tunnel 2+ hop :) 16:16 * jrandom có tỷ lệ thành công 50%+ trên một router khác với các tunnel 1 hop 16:17 &lt;jrandom&gt; Tôi nghĩ vài thay đổi cuối trong 0.6.1.17 cũng sẽ giúp tránh kiểu sập do tắc nghẽn này trong tương lai 16:17 &lt;jrandom&gt; tuy nhiên, kết quả người dùng thấy là thỉnh thoảng sẽ có lease hết hạn, nhưng thay vì tự chồng chất, nó sẽ backoff (giảm nhịp thử lại khi quá tải) 16:17 * cervantes bật azureus 16:18 &lt;+Complication&gt; Sáng nay, tôi ghi nhận tỷ lệ thành công tunnel phía client (độ dài 2 +/- 1) khoảng 35% 16:18 &lt;+Complication&gt; Hiện giờ thấp hơn, vì tôi thử vài chỉnh sửa, và cái mới nhất không ngon lắm :D 16:18 &lt;@cervantes&gt; jrandom: làm tốt việc lần ra nguyên nhân - một lúc chúng ta bắt đầu trông như freenet vậy :) 16:19 &lt;jrandom&gt; *khụ* ;) 16:20 &lt;+fox&gt; &lt;inkeystring&gt; jrandom: bạn có phiền mô tả ngắn gọn cơ chế backoff không? tôi đang làm thứ tương tự cho freenet 0.7 lúc này 16:21 &lt;jrandom&gt; inkeystring: chúng tôi đã có cơ chế backoff ở tầng truyền tải để giảm gửi tới một peer khi tầng truyền tải bị quá tải, nhưng thế vẫn chưa đủ 16:21 &lt;@cervantes&gt; *khụ* tôi nói freenet á, ý tôi là tor 16:21 &lt;+fox&gt; &lt;inkeystring&gt; :-) 16:22 &lt;jrandom&gt; inkeystring: thay đổi mới là đẩy cơ chế đó lên tầng cao hơn để ngừng cố xây tunnel khi tầng giao tiếp (comm layer) bị bão hòa 16:22 &lt;jrandom&gt; (thay vì gửi thêm các lần thử xây tunnel) 16:22 &lt;+fox&gt; &lt;inkeystring&gt; cảm ơn - tầng truyền tải chỉ back off khi mất gói, hay có cách nào để phía nhận kiểm soát lưu lượng? 16:23 * jrandom nhớ đã thảo luận tác động của tắc nghẽn vs định tuyến với toad vài lần (trên irc và flog cũ của tôi), dù tôi không nhớ có giải pháp nào thật sự tích cực cho mạng :/ 16:23 &lt;jrandom&gt; bên nhận có thể NACK (báo nhận phủ định), và chúng tôi có sẵn hook cho ECN (Explicit Congestion Notification - thông báo tắc nghẽn rõ ràng), nhưng chúng chưa cần thiết 16:23 &lt;+fox&gt; &lt;inkeystring&gt; vâng tranh luận đó lại nổi lên trên freenet-dev :-) vẫn chưa có giải pháp thần kỳ 16:24 &lt;+fox&gt; &lt;inkeystring&gt; hay đấy, cảm ơn thông tin 16:24 &lt;+Complication&gt; Dạo này họ cũng dùng UDP, đúng không? 16:24 &lt;jrandom&gt; hiện tại, các peer bị tắc nghẽn nặng gặp vấn đề không phải với throttling theo từng peer, mà với độ rộng của giao tiếp giữa các peer 16:24 &lt;+Complication&gt; (như giao thức truyền tải) 16:24 &lt;+fox&gt; &lt;inkeystring&gt; breadth = số lượng peer? 16:24 &lt;jrandom&gt; đúng 16:25 &lt;jrandom&gt; với tỷ lệ thành công của tunnel tăng, peer không còn cần phải nói chuyện với hàng trăm peer chỉ để xây được một tunnel 16:25 &lt;jrandom&gt; nên họ có thể chỉ cần 20-30 peer 16:25 &lt;jrandom&gt; (các peer kết nối trực tiếp, tức là vậy) 16:26 &lt;+fox&gt; &lt;inkeystring&gt; tôi đoán đó là tin tốt cho NAT hole punching (xuyên NAT), keepalive (gói giữ kết nối), v.v.? 16:26 &lt;jrandom&gt; mặt khác, với 2-300 kết nối SSU đang hoạt động, một đường truyền 6KBps sẽ gặp khó 16:26 &lt;jrandom&gt; ừ 16:26 &lt;+fox&gt; &lt;inkeystring&gt; Complication: đúng 16:27 &lt;+fox&gt; &lt;inkeystring&gt; (trong bản alpha 0.7) 16:27 &lt;+Complication&gt; Aha, vậy họ có lẽ đang gặp những thứ tương tự 16:27 &lt;+Complication&gt; Hy vọng ai đó tìm ra giải pháp thần kỳ :D 16:27 &lt;jrandom&gt; tuy theo cách khác. tầng truyền tải là vấn đề tương đối dễ 16:27 &lt;+fox&gt; &lt;inkeystring&gt; tôi nghĩ họ có thể đã tái dùng một số mã SSU... hoặc ít nhất họ có nói về nó 16:27 &lt;jrandom&gt; (tức là đã được nghiên cứu kỹ 30+ năm) 16:28 &lt;jrandom&gt; nhưng cân bằng tải của i2p (và freenet) hoạt động ở tầng cao hơn so với các liên kết điểm-điểm, và có yêu cầu khác 16:28 &lt;+fox&gt; &lt;inkeystring&gt; vâng, phần tương tác với định tuyến mới khó 16:29 &lt;jrandom&gt; ừ, dù i2p dễ hơn (chúng tôi không cần tìm đúng peer có dữ liệu, chỉ cần bất kỳ ai có khả năng tham gia vào các tunnel của chúng tôi) 16:30 &lt;+fox&gt; &lt;inkeystring&gt; vậy sẽ không mất hiệu năng nếu bạn tránh một peer quá tải... 16:30 &lt;+fox&gt; &lt;inkeystring&gt; trong khi ở freenet, định tuyến vòng qua một peer quá tải có thể tăng độ dài đường đi 16:30 &lt;+fox&gt; &lt;inkeystring&gt; dù sao xin lỗi vì lạc đề 16:31 &lt;jrandom&gt; không sao, giải thích vì sao các thay đổi trong 0.6.1.17 ảnh hưởng đến việc sập do tắc nghẽn của chúng ta là phù hợp mà :) 16:31 &lt;jrandom&gt; ok, còn ai có gì cho 1) Tình trạng mạng không? 16:32 &lt;+Complication&gt; Vâng, như đã nói trước đó, khi chạy bản .17 thuần, tôi quan sát thấy tính chu kỳ rõ rệt trong băng thông và số peer hoạt động 16:32 &lt;+Complication&gt; Và vài người khác có vẻ cũng gặp, dù tôi không rõ nó phổ biến thế nào 16:33 &lt;+Complication&gt; Tôi đang băn khoăn về nguyên nhân chính của nó, chủ yếu từ góc nhìn throttling của tunnel, nhưng chưa có giải pháp 16:33 &lt;+Complication&gt; Tôi đã làm đồ thị của mình phẳng hơn, nhưng phải đánh đổi bằng một số suy giảm tổng thể 16:33 &lt;+Complication&gt; Đã thử các chỉnh sửa như: 16:34 &lt;+Complication&gt;&gt; _log.error("Allowed was " + allowed + ", but we were overloaded, so ended up allowing " + Math.min(allowed,1)); 16:34 &lt;+Complication&gt; (cái này để tránh việc nó hoàn toàn không thử xây các tunnel của chính nó) 16:35 &lt;jrandom&gt; à phải 16:35 &lt;+Complication&gt; (à, và tất nhiên loglevel thì kỳ quặc, vì tôi đã đổi chúng để test) 16:35 &lt;jrandom&gt; chúng tôi có một ít mã ở đó cố làm lệch tính chu kỳ đi chút, nhưng nó hoạt động không chuẩn lắm (rõ ràng) 16:36 * perv vừa làm sập hệ thống của mình :( 16:36 &lt;+Complication&gt; Nhưng tôi đã thử vài thứ như vậy, và thử giảm hệ số tăng cho số lượng tunnel 16:36 &lt;perv&gt; có undelete cho reiser4 không? 16:36 &lt;jrandom&gt; cơ bản là nếu chúng ta coi như các tunnel hết hạn (ngẫu nhiên) sớm hơn thực tế, sẽ có ích 16:36 &lt;+Complication&gt; Hiện đang đọc hàm lớn "countHowManyToBuild" trong TunnelPool.java :D 16:36 &lt;+Complication&gt; Nhưng tôi chưa đọc hết 16:37 &lt;jrandom&gt; (dù rõ ràng nó sẽ tăng tần suất xây tunnel, điều mà trước 0.6.1.17 là không hợp lý) 16:37 &lt;+Complication&gt; perv: có gì đó 16:37 &lt;jrandom&gt; hmm, đưa ngẫu nhiên hóa vào đó sẽ khó đấy Complication, vì chúng ta gọi hàm đó khá thường xuyên 16:38 * perv cân nhắc cứu dữ liệu và chuyển sang gentoo 16:38 &lt;jrandom&gt; tôi khuyên nên thử ngẫu nhiên hóa thời điểm hết hạn của các tunnel xây thành công 16:38 &lt;+Complication&gt; perv: chắc chắn bạn sẽ đỡ hơn với reiser so với ext3 16:38 &lt;+Complication&gt; perv: nhưng tôi không nhớ nằm lòng 16:38 &lt;+Complication&gt; jrandom: đúng, đôi khi nó có thể xây quá mức (overbuild) theo cách này 16:38 &lt;jrandom&gt; (để hàm countHowManyToBuild hiện có nghĩ rằng nó cần trước khi thực sự cần) 16:38 &lt;+Complication&gt; (và đôi lúc nó tất yếu xây quá mức, khi tunnel hỏng và nó trở nên vội vã) 16:40 &lt;+Complication&gt; Hmm, một khả năng tôi chưa nghĩ tới... 16:41 &lt;+Complication&gt; Dù sao, cũng đang nghịch nó, nhưng chưa có quan sát hữu ích 16:42 &lt;jrandom&gt; hay đấy, tôi cũng có vài tinh chỉnh đang thử, có lẽ chúng ta gom lại cho bản build tới để xem nó chạy thế nào trên mạng đang tạm ổn ;) 16:43 &lt;spinky&gt; Có số liệu nào cho thấy lượng overhead mà mạng i2p thêm vào dữ liệu ứng dụng không? 16:43 &lt;jrandom&gt; "overhead" là một thuật ngữ dễ gây tranh cãi... ;) 16:43 &lt;jrandom&gt; chúng tôi gọi đó là cái giá của ẩn danh ;) 16:43 &lt;spinky&gt; hehe 16:45 &lt;jrandom&gt; (tức là không hẳn. payload tầng ứng dụng trên một mạng hoàn hảo với 0 tắc nghẽn & 1+1hops đạt hiệu suất khoảng 70-80% ở các đầu cuối) 16:45 &lt;jrandom&gt; ((lần cuối tôi đo)) 16:45 &lt;jrandom&gt; nhưng đó thực sự là điều kiện phòng lab 16:45 &lt;jrandom&gt; mạng thực tế phức tạp hơn nhiều 16:47 &lt;spinky&gt; Đúng, ý tôi chỉ là lượng dữ liệu phụ dùng để thiết lập các tunnel, khóa, padding, v.v 16:47 &lt;spinky&gt; ...so với dữ liệu ứng dụng được truyền 16:47 &lt;jrandom&gt; phụ thuộc vào đóng khung thông điệp, tắc nghẽn, tỷ lệ xây tunnel thành công, v.v 16:48 &lt;jrandom&gt; một tunnel 2 hop có thể được xây với mạng phải gánh khoảng 20KB 16:48 &lt;+Complication&gt; Tôi từng muốn thử đo cái đó, chủ yếu nhằm ước lượng "độ lãng phí" của các ứng dụng truyền tải lớn như BitTorrent và I2Phex 16:48 &lt;+Complication&gt; Nhưng tôi chưa từng rảnh để làm một phép đo sạch giữa hai nút của mình 16:48 &lt;+Complication&gt; Một ngày nào đó, tôi sẽ quay lại chuyện đó, though 16:49 &lt;jrandom&gt; Complication: khá khó với các ứng dụng "lắm lời", dễ hơn nhiều nếu đo bằng wget :) 16:49 &lt;+Complication&gt; Quá đúng 16:50 &lt;+Complication&gt; Trong những gì tôi đã thử, không có chút chính xác nào 16:54 &lt;jrandom&gt; ok, nếu không còn gì cho mục 1), ta trượt qua 2) I2Phex 16:55 &lt;jrandom&gt; Complication: dạo này làm gì đấy? :) 16:55 &lt;+Complication&gt; Hôm qua tôi commit một bản sửa cho vài vấn đề mà một số người gặp với bộ phát hiện chạy-lần-đầu ngớ ngẩn của tôi 16:56 &lt;+Complication&gt; Bộ phát hiện chạy-lần-đầu giờ đỡ ngớ hơn, và bar báo rằng nó bắt đầu hành xử bình thường 16:56 &lt;+Complication&gt; Tuy nhiên, vì I2Phex có vẻ đã chạy được trong điều kiện mạng hiện tại, 16:56 &lt;+Complication&gt; tôi sẽ thử tìm cả bug rehash. 16:57 &lt;+Complication&gt; Nếu tôi có thể 16:57 &lt;jrandom&gt; hay đấy, tôi biết con đó ám bạn mấy tháng rồi 16:57 &lt;+Complication&gt; Điều thú vị là Phex nhánh chính có thể cũng dính, và việc xác định + đọc các ghi nhận của họ cũng là thứ tôi sẽ thử làm 16:58 &lt;jrandom&gt; nhưng vui khi nghe bản sửa khởi động đã vào 16:58 &lt;jrandom&gt; à chuẩn 16:58 &lt;+Complication&gt; =là vậy 16:58 &lt;+Complication&gt; Tôi hiện không thể xác nhận Phex nhánh chính có bị hay không, though - cá nhân tôi chưa thấy ở đó 16:59 &lt;jrandom&gt; (lỗi chập chờn)-- 16:59 &lt;+Complication&gt; Khó gây ra theo cách có kiểm soát, nên khó tìm 17:00 &lt;+Complication&gt; Về phía tôi, tạm thời chỉ vậy 17:00 &lt;+Complication&gt; Sau đó, tôi tự hỏi liệu có đáng để giới hạn số lần thử liên hệ peer song song mà I2Phex bắn ra cùng lúc không 17:01 &lt;jrandom&gt; ừ, có lẽ vậy 17:01 &lt;+Complication&gt; Vì chúng sẽ tạo ra cả đống tra cứu NetDB trong thời gian ngắn, và điều đó có thể không hay từ góc nhìn của một router I2P 17:02 &lt;jrandom&gt; và liên hệ đến destination mới cần elG thay vì aes 17:02 &lt;+Complication&gt; Nhưng tôi chưa đọc hay viết mã thực sự nào cho mục tiêu đó 17:04 &lt;jrandom&gt; k np. có lẽ vụ hợp nhất i2phex/phex thần thoại sẽ kèm theo một giải pháp :) 17:04 &lt;+Complication&gt; Và về phần tôi, đó là toàn bộ tin tức từ mặt trận I2Phex... 17:04 &lt;jrandom&gt; tốt, cảm ơn cập nhật và công sức đào sâu! 17:05 &lt;jrandom&gt; ok, chuyển qua 3) ??? 17:05 &lt;jrandom&gt; ai còn gì cần nêu trong buổi họp không? 17:05 &lt;lsmith&gt; xin chào! tôi chỉ muốn khen các dev về những cải tiến tuyệt vời ở bản phát hành mới nhất, tổng bw của tôi chỉ 0.9/1.4 KBps mà tôi vẫn giữ kết nối irc... thật...siêu ngầu :) 17:05 &lt;+Complication&gt; :D 17:06 &lt;jrandom&gt; cảm ơn sự kiên nhẫn của bạn suốt thời gian qua - hỗ trợ người dùng băng thông thấp là then chốt 17:06 &lt;@cervantes&gt; lsmith: điều đó thật tốt để 17:06 &lt;@cervantes&gt; * Connection Reset 17:06 &lt;jrandom&gt; heh 17:07 &lt;lsmith&gt; :) 17:09 &lt;jrandom&gt; ồ, một điều đáng chú ý khác là zzz đã trở lại, và kèm theo anh ấy là stats.i2p :) 17:09 &lt;jrandom&gt; [wewt] 17:11 &lt;+Complication&gt; Một nguồn dữ liệu so sánh khá hữu ích :) 17:11 &lt;jrandom&gt; chắc chắn rồi 17:11 &lt;jrandom&gt; ok, còn ai có gì nữa cho buổi họp không? 17:13 &lt;jrandom&gt; nếu không... 17:13 &lt;jdot&gt; tôi có một hai câu hỏi sau-baf 17:13 &lt;jrandom&gt; heh ok, vậy thì cho baffer lăn bánh nào :) 17:13 * jrandom khởi động... 17:13 * jrandom *baf* kết thúc buổi họp </div>/vi/blog/2005/04/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-19-th%C3%A1ng-4-n%C4%83m-2005/Tue, 19 Apr 2005 00:00:00 +0000/vi/blog/2005/04/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-19-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, defnax, jrandom, maestro^, polecat, protokol, Ragnarok, Teal`c</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;@jrandom&gt; 0) chào 14:05 &lt;@jrandom&gt; 1) Trạng thái mạng 14:05 &lt;@jrandom&gt; 2) Trạng thái SSU 14:05 &lt;@jrandom&gt; 3) Cập nhật lộ trình 14:05 &lt;@jrandom&gt; 4) Trạng thái Q 14:05 &lt;@jrandom&gt; 5) ??? 14:05 &lt;@jrandom&gt; 0) chào 14:05 * jrandom vẫy tay 14:05 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần (vừa đăng cách đây một giây) ở @ http://dev.i2p.net/pipermail/i2p/2005-April/000708.html 14:06 * maestro^ beatbox 14:06 &lt;+cervantes&gt; chào buổi tối 14:06 &lt;+protokol&gt; susi23: bạn ở đó chứ? 14:06 &lt;@jrandom&gt; trong khi mọi người đọc những ghi chú hấp dẫn đó, hãy nhảy vào 1) trạng thái mạng 14:06 &lt;+protokol&gt; ối, đang họp 14:07 &lt;@jrandom&gt; mình thực sự không có nhiều để bổ sung ngoài những gì đã nêu. có lẽ ngày mai sẽ phát hành bản mới, với các bản sửa đã tích hợp cho đến giờ, cùng một số đóng góp hay ho 14:08 &lt;@jrandom&gt; ai có bình luận hay lo ngại gì về trạng thái mạng &&/|| 0.5.0.7 sắp tới không? 14:10 &lt;@jrandom&gt; nếu không thì chuyển sang 2) Trạng thái SSU 14:10 &lt;+maestro^&gt; mình gặp vài lỗi kiểu này: Wanted to build 2 tunnels, but throttled down to 0, due to concurrent requests (CPU overload?) 14:10 &lt;@jrandom&gt; à, đúng rồi, đó là vấn đề giới hạn tunnel 14:10 &lt;+protokol&gt; nó sẽ hỗ trợ FTP chứ? 14:10 &lt;@jrandom&gt; nó hơi... quá tay 14:10 &lt;+protokol&gt; đùa thôi đùa thôi 14:10 &lt;@jrandom&gt; !thwap protokol 14:10 &lt;+maestro^&gt; heh, ok 14:12 &lt;@jrandom&gt; ok, về SSU, tuần rồi có một mớ cập nhật, và vẫn còn các thay đổi cục bộ chưa commit 14:13 &lt;@jrandom&gt; mình chưa thêm mục nào vào history.txt cho các cập nhật này, vì chưa có ai dùng, nên chỉ những người trong danh sách i2p-cvs mới được đọc các chi tiết hấp dẫn ;) 14:14 &lt;@jrandom&gt; mặt khác, vài ngày gần đây sau khi mọi thứ hoạt động khá ổn, trong lúc tinh gọn cách vận hành mình đã tìm thấy một số nút thắt trong SDK 14:14 &lt;@jrandom&gt; (và trong jobQueue). Mình đã gỡ chúng ra rồi, ở máy cục bộ, và tiếp tục thử nghiệm. 14:15 &lt;@jrandom&gt; tuần này có thể sẽ có vài bản alpha cho cơ chế truyền tải SSU, nhưng có lẽ cuối tuần thì chắc hơn 14:15 &lt;@jrandom&gt; mình không có gì thêm về phần đó - có ai có câu hỏi không? 14:16 &lt;+Ragnarok&gt; những nút thắt đó ảnh hưởng nhiều đến mức nào? 14:17 &lt;@jrandom&gt; cũng tùy - mình đang đo tác động trên mạng thực bây giờ, nhưng trên mạng ssu nội bộ của mình, hai tinh chỉnh nhỏ đã cho cải thiện hơn một bậc độ lớn 14:17 &lt;@jrandom&gt; nhưng mình không kỳ vọng điều đó sẽ xảy ra trên mạng thực 14:17 &lt;+Ragnarok&gt; ôi 14:18 &lt;+Ragnarok&gt; heh, ok 14:18 &lt;@jrandom&gt; (ít nhất là cho tới khi chuyển sang 0.6 ;) 14:20 &lt;@jrandom&gt; ok, theo mạch đó, chuyển sang 3) Cập nhật lộ trình 14:21 &lt;@jrandom&gt; như đã nêu trong ghi chú, ngày tháng và các rev trên lộ trình đã được điều chỉnh. 0.5.1 bị bỏ, các chỉnh sửa tunnel tiếp theo được đẩy sang 0.6.1 14:21 &lt;+cervantes&gt; 3) Lệch lộ trình 14:21 &lt;@jrandom&gt; heh 14:22 &lt;@jrandom&gt; ừ, khi chạy CPU nhanh, đồng hồ bị lệch thường xuyên hơn. tương tự... ;) 14:22 &lt;@jrandom&gt; ^ry^rly 14:23 &lt;+cervantes&gt; ồ đó có phải chút cái tôi không? Tôi không ngờ luôn! :) 14:23 &lt;@jrandom&gt; nhưng vâng, tiếc là, một bản 0.6 trong tháng Tư sẽ không thể xảy ra 14:23 &lt;@jrandom&gt; hehe 14:23 &lt;@jrandom&gt; cervantes: đừng lo, điều đó được kiềm chế bởi thực tế là mất 2 năm mới đến được mức này ;) 14:25 &lt;@jrandom&gt; chúng ta có lẽ sẽ có một vài bản dựng -X để mọi người brea^Wtest SSU trên mạng thực trong lúc mình offline, nhưng sẽ không có bản 0.6 cho đến khi mình quay lại 14:25 &lt;@jrandom&gt; (và, như năm ngoái, mình không biết sẽ mất bao lâu để nối mạng lại, nhưng hy vọng là dưới một tháng) 14:25 &lt;+cervantes&gt; heh, nếu ở đây có ai xứng đáng tự khen một chút thì chắc là bạn ;-) 14:26 &lt;+polecat&gt; Bạn đi đâu vậy, jrandom ? 14:27 &lt;+cervantes&gt; $somewhere 14:27 &lt;@jrandom&gt; không biết 14:27 &lt;@jrandom&gt; (may là, $somewhere là một biểu thức runtime ;) 14:27 &lt;+cervantes&gt; jrandom: bạn dự tính thời gian ngừng hoạt động một tháng à? 14:27 &lt;+maestro^&gt; jr: đi quanh khu và dựng một mạng chuyển tiếp không dây từ đường truyền của người khác ;] 14:27 &lt;@jrandom&gt; tùy vào tình hình internet nơi mình đến thôi, cervantes. 14:28 &lt;@jrandom&gt; tất nhiên mình vẫn có thể thỉnh thoảng lên mạng 14:28 &lt;+protokol&gt; polecat: lol 14:28 &lt;+cervantes&gt; Tưởng là đến giờ bạn đã làm trơn tru phương thức relocation của class rồi chứ 14:28 &lt;Teal`c&gt; hãy chuyển sang .6 ngay và vừa làm vừa xử lỗi 14:28 &lt;+cervantes&gt; *thought 14:28 &lt;+cervantes&gt; tuyệt, Teal'c bạn có thể làm Q&amp;A 14:29 &lt;@jrandom&gt; Teal`c: "work the bugs out" == sửa code == (có một coder biết code để sửa) 14:29 &lt;Teal`c&gt; ừ, tôi thích đấy. 14:29 &lt;Teal`c&gt; Tôi biết chút Perl 14:29 * cervantes thiết lập bugzilla&gt; tealc@mail.i2p 14:29 &lt;@jrandom&gt; chuẩn đó Teal`c, bọn mình luôn cần giúp đỡ kiểm thử 14:30 &lt;@jrandom&gt; đặc biệt là tự động hóa kiểm thử 14:31 &lt;@jrandom&gt; ok, còn gì ở 3) không hay chuyển sang 4) Trạng thái Q 14:31 &lt;+polecat&gt; Hiểu rồi. Chúc may mắn sớm có lại Internet ổn định. 14:31 &lt;+ant&gt; &lt;jrandom&gt; hrm, aum có vẻ vẫn đang ngủ 14:31 &lt;@jrandom&gt; cảm ơn. mình chắc sẽ tìm ra cách ;) 14:32 &lt;@jrandom&gt; ok, mình không có nhiều để bổ sung ngoài những gì trong ghi chú trạng thái 14:32 &lt;@jrandom&gt; mà code của aum đã ở cvs rồi, ai hardcore có thể lấy về và bắt đầu hack 14:32 &lt;+maestro^&gt; xịn 14:33 &lt;@jrandom&gt; ừ, chắc chắn rồi. hiện mọi thứ đều theo GPL (vì một thành phần liên kết với I2PTunnel), nhưng mình nghe aum đang refactor nên cuối cùng sẽ là LGPL 14:34 &lt;@jrandom&gt; (nhưng đừng hỏi mình hệ quả giấy phép là gì khi đụng tới xmlrpc ;) 14:34 &lt;@jrandom&gt; ok, ai có gì về mục 4) muốn nêu không? 14:36 &lt;@jrandom&gt; ok, nếu không, chuyển sang 5) ??? 14:36 &lt;@jrandom&gt; ai còn điều gì khác muốn nêu trong cuộc họp không? 14:36 &lt;+polecat&gt; Tôi muốn nói vài lời cho dịp này. 14:37 &lt;+polecat&gt; Hinkle finkle dinkle doo. 14:37 &lt;@jrandom&gt; ừm hừm. 14:37 &lt;@jrandom&gt; ok, có ai muốn nêu điều gì bằng một ngôn ngữ của loài người không? :) 14:38 &lt;defnax&gt; chuyển sang 5 là gì? 14:39 &lt;+maestro^&gt; spacerace muôn năm! i2p muôn năm! 14:39 &lt;@jrandom&gt; hmm defnax? 14:41 &lt;defnax&gt; vào 5 giờ sáng à? 14:41 &lt;defnax&gt; trong 5 giờ nữa? 14:41 &lt;+cervantes&gt; về xmlrpc, bản quyền giữ trên đặc tả, nhưng không đặt hạn chế cho phần triển khai 14:42 &lt;@jrandom&gt; defnax: mục 5 trong chương trình: "???", nơi ta bàn các vấn đề khác 14:43 &lt;+maestro^&gt; jr: bạn đã commit những thay đổi tối ưu đó chưa? 14:43 &lt;@jrandom&gt; cervantes: cú chọt của tôi liên quan đến câu hỏi liệu dùng API xmlrpc của một ứng dụng theo GPL có tính "lan truyền" hay không (nhưng chỉ là câu hỏi tu từ thôi) 14:43 &lt;@jrandom&gt; maestro^: chưa 14:43 * jrandom thử nghiệm trước khi commit 14:43 &lt;+maestro^&gt; tuyệt! ETA của bạn cho việc đó là khi nào? 14:44 &lt;@jrandom&gt; tối nay, có thể, nếu không thì ngày mai cho bản phát hành 14:45 &lt;@jrandom&gt; ok, nếu không còn gì nữa 14:45 * jrandom khép lại 14:45 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/04/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-04-19/Tue, 19 Apr 2005 00:00:00 +0000/vi/blog/2005/04/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-04-19/<p>Chào mọi người, lại đến hẹn hàng tuần rồi,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái SSU 3) Cập nhật lộ trình 4) Trạng thái Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong gần hai tuần kể từ khi 0.5.0.6 được phát hành, mọi thứ nhìn chung là tích cực, dù các nhà cung cấp dịch vụ (eepsites(I2P Sites), ircd, v.v.) gần đây đã gặp phải một số lỗi. Mặc dù các máy khách đang hoạt động tốt, theo thời gian máy chủ có thể rơi vào tình huống mà các tunnels bị lỗi kích hoạt một số mã giới hạn tốc độ quá mức, ngăn cản việc tái xây dựng và công bố leaseSet một cách đúng đắn.</p>/vi/blog/2005/04/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-4-n%C4%83m-2005/Mon, 18 Apr 2005 00:00:00 +0000/vi/blog/2005/04/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Complication, frosk, jrandom, spinky</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) chào 16:09 &lt;jrandom&gt; 1) Tình trạng mạng và 0.6.1.16 16:09 &lt;jrandom&gt; 2) Tạo tunnel và nghẽn 16:10 &lt;jrandom&gt; 3) Feedspace 16:10 &lt;jrandom&gt; 4) ??? 16:10 &lt;jrandom&gt; 0) chào 16:10 * jrandom vẫy tay 16:10 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-April/001281.html 16:10 * frosk cũng vậy 16:10 &lt;jrandom&gt; (gần hai giờ *trước* cuộc họp nữa :) 16:11 &lt;jrandom&gt; ok, vì tôi chắc mọi người đã nghiền ngẫm các ghi chú rồi, hãy vào 1) Tình trạng mạng 16:12 &lt;+Complication&gt; Chào :) 16:12 * Complication nhanh chóng lấy ghi chú 16:12 &lt;jrandom&gt; bản phát hành 0.6.1.16 đã sửa một lỗi tồn tại rất lâu trong prng (bộ tạo số giả ngẫu nhiên), vốn đã gây ra một số lượng đáng kể các từ chối tunnel ngẫu nhiên 16:13 &lt;jrandom&gt; (nguyên nhân gốc bị đưa vào tháng 10 năm ngoái, nhưng giờ đã sửa) 16:13 &lt;+Complication&gt; Bên tôi: hoạt động tạm ổn với tunnel 1 + 0..1 hop, không chịu với 2 + 0..1 hoặc 2 +/- 0..1 16:14 &lt;jrandom&gt; ừ, điều đó cũng dễ hiểu, nhất là trên kết nối chậm hơn 16:14 &lt;jrandom&gt; (không may là “chậm hơn” cũng chẳng phải quá chậm đâu) 16:15 &lt;jrandom&gt; vẫn còn nhiều việc phải làm, và 0.6.1.16 chưa đạt mức chúng ta cần, nhưng đó là tiến bộ 16:17 &lt;+Complication&gt; Tôi đã nghĩ về điều bạn gọi là “sụp đổ do nghẽn (congestion collapse)” 16:18 &lt;+Complication&gt; Một cách để hạn chế tác động của nó có thể là thực sự yêu cầu một router chấp nhận một hạn ngạch nhất định các yêu cầu tham gia 16:19 &lt;+Complication&gt; (do người dùng chỉ định trực tiếp hoặc gián tiếp?) 16:19 &lt;jrandom&gt; do người dùng nào chỉ định? 16:19 &lt;+Complication&gt; (ví dụ một phần của tỷ lệ chia sẻ hoặc tham số bổ sung) 16:19 &lt;jrandom&gt; người dùng cục bộ, hay do chúng ta với tư cách người dùng từ xa? 16:19 &lt;+Complication&gt; Mỗi người tự chỉ định cho mình 16:19 &lt;@frosk&gt; chúng ta chuyển sang 2) chứ? :) 16:20 &lt;jrandom&gt; ừ, coi như chúng ta đang ở mục 2) :) 16:20 &lt;+Complication&gt; Để tôi có thể, ví dụ, bảo router của mình "dù bạn đang nghẽn, hãy tiếp tục định tuyến tối thiểu 4 KB/s" 16:21 &lt;jrandom&gt; Complication: điều đó không thực sự khả thi - nếu một router quá nghẽn, những người khác (hy vọng vậy ;) sẽ ngừng yêu cầu họ tham gia vào tunnels. 16:21 &lt;+Complication&gt; (điều này tất nhiên có thể khiến một đích cục bộ nào đó ngoại tuyến lâu hơn) 16:21 &lt;jrandom&gt; và nếu họ không được yêu cầu, họ /không thể/ đẩy dữ liệu của người khác 16:22 &lt;+Complication&gt; À, có lẽ tôi nên diễn đạt rõ ràng hơn 16:24 &lt;+Complication&gt; Tôi hình dung rằng, dưới một hạn ngạch nhất định của lưu lượng tham gia, nó có thể hạn chế (throttle) các thông điệp tạo tunnel của chính nó thay vì các tunnels tham gia 16:24 &lt;+Complication&gt; ví dụ "Tôi sẽ không bao giờ throttle các participating tunnels của mình xuống dưới 4 KB/s. Nếu cần như vậy, tôi sẽ throttle lưu lượng của riêng tôi." 16:26 &lt;jrandom&gt; hmm, có rủi ro về ẩn danh trong đó (dù vẫn cùng hướng với DoS có chọn lọc, mà chúng ta vốn cũng không phòng vệ) 16:27 &lt;jrandom&gt; nhưng việc throttle các build tunnel cục bộ khi đối mặt với nghẽn là điều tôi đang thử nghiệm - thêm hỗ trợ để tuỳ chọn bỏ qua ngưỡng sàn 4KBps chắc khá đơn giản 16:28 &lt;spinky&gt; Hiện tại, bạn không có cover traffic (lưu lượng che) nào khi truyền nhiều dữ liệu. 16:29 &lt;spinky&gt; Có một sàn cho băng thông tham gia nghe có vẻ hay. 16:30 &lt;jrandom&gt; thực ra, chúng ta có một sàn (vừa theo tỷ lệ chia sẻ vừa có 4KBps nội bộ được dành riêng sau khi phân bổ hết băng thông) 16:30 &lt;+Complication&gt; Chà, mất kết nối... Tôi hy vọng không mất nhiều trong những gì tôi nói, còn các trả lời tôi sẽ đọc từ log :) 16:32 &lt;@frosk&gt; có điều gì đặc biệt về 4KBps không? 16:33 &lt;jrandom&gt; vài điều - 4KB ~= kích thước (sizeof) của thông điệp tạo tunnel, và theo kinh nghiệm, tôi chưa từng nghe router nào chạy thành công với ít hơn 16:33 &lt;spinky&gt; Có lẽ là các lỗi khiến tỷ lệ chia sẻ không hoạt động chăng? 16:34 &lt;jrandom&gt; vì sao bạn nói tỷ lệ chia sẻ không hoạt động? 16:34 &lt;@frosk&gt; tôi hiểu 16:34 &lt;+Complication&gt; frosk: không, nó chỉ là một con số trong mã hiện tại, và tôi nhắc đến nó trong khi cố gắng giải thích điều tôi hình dung nữa 16:35 &lt;+Complication&gt; (không phải vì lý do có ý nghĩa, chỉ vì điều tôi hình dung theo một nghĩa nào đó là đối nghịch của nó) 16:35 &lt;spinky&gt; Nó đặt là 80% và mức tham gia về 0 khi tạo dữ liệu cục bộ. Có lẽ tôi hiểu sai. 16:36 &lt;jrandom&gt; à, đúng, đó không phải là những gì tỷ lệ chia sẻ làm 16:36 &lt;+Complication&gt; spinky: đó là giới hạn tối đa của những gì có thể chia sẻ, phụ thuộc vào băng thông thực sự còn lại để chia sẻ 16:37 &lt;+Complication&gt; Nếu lưu lượng cục bộ chiếm 70%, bạn chỉ còn 10% để chia sẻ 16:37 &lt;+Complication&gt; Nếu lưu lượng cục bộ nặng, bạn sẽ còn 0%, và mức trần 80% sẽ không bao giờ chạm tới 16:37 &lt;spinky&gt; Ok. Tôi thấy nó ghi 'tối đa'... 16:38 &lt;+Complication&gt; Và còn có phần dự trữ 4 KB/s 16:38 &lt;jrandom&gt; à, đó là tỷ lệ chia sẻ trên phần bạn còn sẵn 16:38 &lt;spinky&gt; Có lẽ thêm một thiết lập cho sàn băng thông tham gia, dưới mức đó router sẽ chấp nhận thêm tunnels? 16:38 &lt;jrandom&gt; nếu bạn đang dùng 95% băng thông, nó sẽ chia sẻ tối đa 80% của 5% còn lại 16:39 &lt;+Complication&gt; Ồ, vậy tôi cũng hiểu sai một phần 16:40 &lt;fox&gt; &lt;zorglu1&gt; i2p đo lượng băng thông do các ứng dụng cục bộ khác dùng như thế nào ? 16:40 &lt;spinky&gt; (Chỉ nói là, nếu bạn coi cover traffic là điều tốt thì có lẽ việc cho cấu hình nó ngay cả khi băng thông cục bộ nặng cũng là điều tốt) 16:40 &lt;+Complication&gt; Tôi tưởng nó áp dụng đối với giới hạn duy trì 16:40 &lt;jrandom&gt; zorglu1: nó đo việc sử dụng băng thông của i2p, và biết các giới hạn băng thông của i2p 16:41 &lt;jrandom&gt; ồ, hmm, xem lại mã, int availBps = (int)(((maxKBps*1024)*share) - used); 16:41 &lt;jrandom&gt; vậy bạn đúng rồi, Complication 16:42 &lt;jrandom&gt; spinky: cover traffic chỉ hữu ích ở mức nào đó trên một mixnet (mạng trộn) độ trễ thấp 16:42 &lt;jrandom&gt; nó có thêm động lực cho các router băng thông cao, nhưng những router không dư băng thông thì ít có cách 16:49 &lt;jrandom&gt; dù sao, vấn đề nghẽn tunnel đã tồn tại một thời gian, nhưng chỉ gần đây bị trầm trọng bởi tỷ lệ từ chối tunnel quá cao 16:49 &lt;jrandom&gt; hy vọng bản kế tiếp sẽ giải quyết 16:49 &lt;jrandom&gt; ok, còn gì về 2) tạo tunnel và nghẽn không? 16:50 &lt;@frosk&gt; nghe như sẽ cần một số thay đổi với sơ đồ xây dựng tunnel 16:50 &lt;+Complication&gt; Tôi hy vọng nó sẽ giúp cải thiện :) 16:51 &lt;+Complication&gt; À, nhân tiện... 16:52 &lt;jrandom&gt; chúng ta có vài bản vá rẻ, như giảm độ đồng thời tối đa, throttle các lần thử build khi nghẽn, giảm tần suất drop (thay vì từ chối rõ ràng), và điều chỉnh profiling để khuyến khích từ chối rõ ràng thay vì drop 16:52 &lt;+Complication&gt; ...bạn có tình cờ tìm thấy điều gì giải thích sự chênh lệch lớn giữa chỉ số băng thông thô và chỉ số payload của tunnel không? 16:52 &lt;+Complication&gt; (ví dụ băng thông tổng 1 GB, payload tunnel cộng lại 300 MB) 16:52 &lt;jrandom&gt; nhưng đúng, những thứ đó chỉ ảnh hưởng đến độ lớn 16:52 &lt;+Complication&gt; (vì tôi không ở IRC gần đây, tôi không chắc bạn đã xem chuyện đó chưa) 16:54 &lt;jrandom&gt; chưa đào sâu lắm, nhưng nhớ rằng, các yêu cầu build tunnel cho outbound tunnels không phải là thông điệp tunnel (và có rất nhiều nếu chỉ .1% thành công. và mỗi cái 4KB...) 16:54 * Complication không chắc đó là do chỉ số hay là hiệu ứng thực 16:55 &lt;+Complication&gt; Ồ... yêu cầu build outbound... đúng vậy 16:55 &lt;jrandom&gt; bản build -1 sắp tới thêm một loạt thống kê để giám sát gói theo từng loại thông điệp 16:55 &lt;+Complication&gt; Đó có thể chính là nó 16:55 &lt;jrandom&gt; (trong các yêu cầu build outbound đó cũng có cả các yêu cầu tham gia build - chuyển tiếp một phản hồi) 16:56 &lt;jrandom&gt; ((vậy nên không chỉ là thứ cục bộ)) 17:00 &lt;+Complication&gt;&gt; Cảm ơn, điều đó giải thích được rất nhiều :) 17:00 &lt;+Complication&gt;&gt; Vậy thì không phải bùa chú gì, mà là lưu lượng thật, tôi chỉ quên vì nó không được tính riêng ở nơi tôi xem 17:00 &lt;+Complication&gt; Nó thực sự sẽ xảy ra, và thật sự tốn rất nhiều byte 17:00 &lt;+Complication&gt; Đặc biệt khi tỷ lệ thành công thấp 17:01 &lt;jrandom&gt; ừ, dù không nên tốn nhiều như hiện tại, vì lẽ ra chúng ta phải có tỷ lệ thành công cao hơn :) 17:01 &lt;jrandom&gt; ok, còn gì ở mục 2) không? 17:02 &lt;jrandom&gt; nếu không, chuyển sang 3) Feedspace 17:02 &lt;jrandom&gt; frosk: cho bọn mình cập nhật chứ? 17:03 &lt;jrandom&gt; (hoặc bảo bọn mình fsck off và đọc eepsite? ;) 17:04 &lt;@frosk&gt; à, với những ai chưa chú ý đến frosk.i2p hoặc feedspace.i2p, feedspace hiện hoạt động cơ bản (theo định nghĩa “cơ bản” của tôi) 17:04 &lt;jrandom&gt; (w00t) 17:05 &lt;@frosk&gt; gần đây có vài bổ sung hay, như hỗ trợ hạ tầng cho các transport ngoài i2p (nghĩ tới tor và tcp/ip không ẩn danh) 17:06 &lt;@frosk&gt; vậy theo thời gian, chúng tôi dự định cho phép syndie (trong một bản viết lại sắp tới và có lẽ rất hay) dùng feedspace như một trong các phương thức syndication 17:06 &lt;@frosk&gt; hiện chưa có ứng dụng khách nào thật sự dùng feedspace cho mục đích gì :) tôi đang thử nghiệm với một ứng dụng servlet cực kỳ thô sơ 17:07 &lt;jrandom&gt; (crude + functional)++ 17:07 &lt;@frosk&gt; vậy tất nhiên có một chỗ trống cho một hacker phía client ;) 17:08 &lt;@frosk&gt; vẫn còn vài thứ cần thiết mà feedspace phải có trước khi thử công khai, nhưng chắc không lâu nữa :) 17:08 &lt;jrandom&gt; được đấy 17:08 &lt;jrandom&gt; có gì bọn mình có thể giúp không? 17:08 &lt;@frosk&gt; tôi cũng đang làm chút tài liệu, vốn còn thiếu 17:09 &lt;spinky&gt; Bạn thấy feedspace có dùng được cho tệp lớn không? 17:10 &lt;@frosk&gt; 1) ứng dụng khách dùng xmlrpc api (vẫn chưa được viết tài liệu), 2) `http://feedspace.i2p/wiki/Tasks,` 3) tham gia thử nghiệm khi đến lúc 17:10 &lt;@frosk&gt; hỗ trợ tệp lớn chưa là ưu tiên, nhưng có lẽ sau này 17:10 &lt;@frosk&gt; trọng tâm cho “1.0” là các thông điệp nhỏ hơn như bài blog, bài thảo luận, và các sự kiện các kiểu 17:11 &lt;jrandom&gt; dù việc đưa tệp .torrent vào một client bt hỗ trợ rss/feedspace thì không vấn đề 17:11 &lt;@frosk&gt; tệp lớn có thể hoạt động hoặc không :) 17:11 &lt;@frosk&gt; điều đó sẽ rất ngầu 17:12 &lt;jrandom&gt; feed2snark ;) 17:12 &lt;@frosk&gt; tôi hy vọng sẽ thấy đủ loại ứng dụng “adapter” như vậy :) 17:12 &lt;+Complication&gt; Chà, tôi chắc mọi người sẽ tìm ra cách chuyển tệp lớn bằng những kênh phụ... :) 17:15 &lt;@frosk&gt; tôi thấy hơi áy náy vì mã feedspace dùng đủ loại tính năng java1.5. có lẽ sẽ khó biên dịch/dùng trên free java lúc này, nhưng rồi sẽ bắt kịp thôi tôi chắc vậy :) 17:15 &lt;jrandom&gt; ôi 17:16 &lt;jrandom&gt; à, có tin đồn gcj sẽ dùng ecj cho các 1.5-isms 17:16 &lt;spinky&gt; Complication: Ngựa mang túi yên đầy ổ cứng hdds? 17:16 &lt;@frosk&gt; đúng vậy 17:17 &lt;+Complication&gt; spinky: drone, theo tôi thì thích hơn :P 17:17 * jrandom vẫn chỉ vừa nhích lên 1.4-isms 17:17 &lt;+Complication&gt; Nhưng chắc ngựa cũng ổn :P 17:17 &lt;jrandom&gt; mặc dù 1.6 thì chắc chắn là hay ;) 17:17 &lt;@frosk&gt; để giữ tương thích với gcj? 17:18 &lt;@frosk&gt; ờ 1.6 cũng không có nhiều “isms” cho hầu hết mọi thứ đâu tôi nghĩ vậy :) 17:18 &lt;+Complication&gt; (hoặc nhím biết bay thả dù thẻ nhớ) 17:18 &lt;jrandom&gt; gcj/classpath/etc, nhưng cũng vì hiệu năng (tôi thấy 1.5 nặng hơn 1.4 một chút) 17:19 &lt;jrandom&gt; đúng, cải tiến của 1.6 phần lớn là cụ thể ở vm/bytecode 17:19 &lt;@frosk&gt; hm ok 17:20 * jrandom không cố gắng thuyết phục bạn đừng dùng 1.5isms đâu. tôi chắc bạn có lý do, và ví dụ azureus đã yêu cầu 1.5 rồi 17:21 &lt;@frosk&gt; ừ không quay lại được nữa :) hy vọng sẽ không quá gập ghềnh 17:24 &lt;jrandom&gt; ừ, tôi chắc sẽ ổn thôi :) 17:25 &lt;jrandom&gt; ok hay đấy, còn gì về 3) feedspace không? 17:25 * frosk ôm chặt generics và java.util.concurrent ;) 17:25 &lt;jrandom&gt; heheh 17:27 &lt;jrandom&gt; ok, nếu không còn gì ở mục 3, chuyển sang 4) ??? 17:27 &lt;jrandom&gt; có ai còn gì cho cuộc họp không? 17:27 &lt;+Complication&gt; Một câu hỏi nhỏ lẽ ra tôi nên hỏi ở mục 2) 17:28 &lt;+Complication&gt; Bạn biết không, các participating tunnels nhàn rỗi thường hình thành như thế nào? 17:28 &lt;+Complication&gt; Chúng chủ yếu là dấu hiệu của các build tunnel thất bại, nơi chỉ người tạo thực sự biết nó thất bại? 17:28 &lt;+Complication&gt; Hay còn lý do nào khác? 17:28 &lt;+Complication&gt; (ngoài điều hiển nhiên - tức là một ứng dụng đang rảnh) 17:29 &lt;jrandom&gt; một ứng dụng rảnh sẽ không có tunnels rảnh (chúng sẽ được kiểm tra) 17:29 &lt;jrandom&gt; các tunnels rảnh là bị lỗi vì lý do nào đó 17:29 &lt;jrandom&gt; (hoặc không tạo xong, hoặc hỏng trong khi vận hành) 17:30 &lt;+Complication&gt; Đúng, nên mọi tunnel đều được kiểm tra, và việc kiểm tra tunnel sẽ tạo ra lưu lượng... đúng vậy 17:30 &lt;+Complication&gt; Điều đó dẫn tôi đến phần hai của câu hỏi: liệu có lợi ích gì khi nhận thấy một tunnel đang rảnh và loại bỏ sớm không? 17:31 &lt;+Complication&gt; Có tài nguyên quý nào được tiết kiệm ở đó không? 17:32 &lt;jrandom&gt; không - một tunnel không đẩy dữ liệu thì không tiêu tốn tài nguyên 17:32 &lt;jrandom&gt; (ok, nó dùng một ít RAM, có lẽ 32 byte) 17:32 &lt;+Complication&gt; Hoặc có thể giúp một router giữ bức tranh tốt hơn về tải và các tham số tương tự... 17:33 &lt;jrandom&gt; dự đoán việc dùng băng thông dựa trên lịch sử tunnel chắc chắn vẫn là câu hỏi mở 17:33 &lt;+Complication&gt; Hay chỉ là việc vô ích, tốt nhất chờ nó hết hạn tự nhiên? 17:33 &lt;+Complication&gt; (như hiện nay) 17:34 &lt;jrandom&gt; chúng tôi từng dự đoán, nhưng không mang lại lợi ích rõ ràng, nên giờ dùng thuật toán đơn giản hơn 17:34 &lt;+Complication&gt; Aha, vậy là không có lợi ích... 17:34 &lt;+Complication&gt; Cảm ơn, đó cơ bản là tất cả điều tôi muốn hỏi :) 17:34 &lt;jrandom&gt; không vấn đề, băn khoăn dễ hiểu 17:34 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 17:35 &lt;+Complication&gt; Đúng, nếu dự đoán, tỷ lệ tunnels rảnh có thể làm lệch ước tính 17:35 &lt;+Complication&gt; (nếu nó biến thiên đáng kể) 17:36 &lt;jrandom&gt; ừ, ta sẽ muốn giữ % rảnh như một phần của ước tính 17:36 &lt;jrandom&gt; (chúng tôi từng làm - xem phương thức RouterThrottleImpl.allowTunnel) 17:37 &lt;+Complication&gt; Ồ, tôi không biết :) 17:37 &lt;jrandom&gt; và lưu ý bình luận mới: 17:38 &lt;jrandom&gt; // ok, ignore any predictions of 'bytesAllocated', since that makes poorly 17:38 &lt;jrandom&gt; // grounded conclusions about future use (or even the bursty use). Instead, 17:38 &lt;jrandom&gt; // simply say "do we have the bw to handle a new request"? 17:39 * Complication vẫn đang duyệt tới tệp, nhưng cảm ơn :) 17:39 &lt;jrandom&gt; w3rd 17:40 &lt;jrandom&gt; ok, nếu không còn gì cho cuộc họp... 17:40 * jrandom kết thúc 17:41 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/04/12/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-4-n%C4%83m-2005/Tue, 12 Apr 2005 00:00:00 +0000/vi/blog/2005/04/12/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, defnax, detonate, frosk, gott, hummingbird, jdot, jrandom, mancom, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) chào 14:05 &lt;jrandom&gt; 1) Tình trạng mạng 14:05 &lt;jrandom&gt; 2) Tình trạng SSU 14:05 &lt;jrandom&gt; 3) Lập hồ sơ peer theo Bayes 14:05 &lt;jrandom&gt; 4) Tình trạng Q 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;hummingbird&gt; 7) Kiếm lời 14:06 &lt;jrandom&gt; chết tiệt, tôi làm rối lịch trình của mọi người rồi :) 14:06 &lt;jrandom&gt; chào 14:06 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã được đăng /trước/ cuộc họp tại http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 &lt;gott&gt; jrandom: thử lại đi 14:06 &lt;+cervantes&gt; đừng bận tâm, cuộc họp này đã khởi đầu trật lất rồi 14:06 &lt;jrandom&gt; *khụ* 14:06 &lt;jrandom&gt; nhảy vào 1) Tình trạng mạng 14:07 &lt;jrandom&gt; vấn đề lớn mà chúng ta gặp với netDb đã được sửa và xác nhận là đã hết hẳn ngoài thực tế 14:07 &lt;jrandom&gt; vẫn còn vài vấn đề khác, nhưng nhìn chung có vẻ chấp nhận được 14:08 &lt;frosk&gt; có ý nào về nguyên nhân của mấy lỗi dnfs kỳ quặc thỉnh thoảng không? 14:08 &lt;gott&gt; xác nhận; giờ tôi có thể lấy phim khiêu dâm bất hợp pháp của mình với tốc độ kỷ lục trên i2p. 14:08 &lt;+cervantes&gt; có vẻ sẽ khó xác định nguyên nhân 14:08 &lt;jrandom&gt; có linh cảm rằng có sự rối rắm liên quan đến throttle (giới hạn) trên việc xây tunnel 14:09 &lt;jrandom&gt; gỡ những throttle đó có lẽ sẽ xử lý được, nhưng có thể sẽ 'đau' với người dùng CPU chậm 14:09 &lt;jrandom&gt; ngược lại (otoh), có lẽ ta có thể cho chúng thành tùy chọn, hoặc ai đó có thể viết code throttling thông minh hơn 14:10 &lt;frosk&gt; tôi hiểu 14:10 &lt;+cervantes&gt; trên máy tôi, throttle dường như chủ động hơn nhiều so với các phiên bản trước 14:10 &lt;jrandom&gt; đúng, chúng tôi trì hoãn việc xây tunnel khi có quá nhiều yêu cầu treo - trước đây chúng tôi chỉ nói "ok, cần xây X tunnel. xây đi" 14:10 &lt;+cervantes&gt; chúng ta có thể làm cho ngưỡng đó chỉnh được không? 14:11 &lt;jrandom&gt; được, chúng ta có thể 14:11 &lt;gott&gt; jrandom: tùy chọn 14:11 &lt;gott&gt; để người dùng với i2p servents mỏng vẫn có thể làm việc hiệu quả 14:12 &lt;jrandom&gt; Hiện sự chú ý của tôi đang tập trung chỗ khác, nên nếu ai muốn đào vào việc đó, method chính là TunnelPoolManager.allocateBuilds 14:12 &lt;jrandom&gt; (hoặc nếu không ai nhào vô, tôi có thể ném vài chỉnh sửa khi bản build tiếp theo ra) 14:13 &lt;+cervantes&gt; ........@ &lt;-- tumbleweed 14:13 &lt;jrandom&gt; :) 14:13 &lt;jrandom&gt; ai còn gì cho 1) tình trạng mạng, hay chuyển sang 2) SSU? 14:14 * gott lầm bầm gì đó về nói nhiều làm ít khi nói tới cộng đồng i2p 14:14 &lt;+cervantes&gt; có lẽ sau này ta có thể đưa các profile hiệu năng vào console 14:14 &lt;gott&gt; jrandom làm quá nhiều ở phía phát triển. 14:14 &lt;+cervantes&gt; để mọi người có thể chọn một loạt tùy chọn cấu hình dựng sẵn cho hệ thống cấu hình cao/trung bình/thấp 14:15 &lt;jrandom&gt; ồ ý hay đó cervantes, còn nhiều chỗ cho biến thể. dù chúng ta muốn tự tinh chỉnh tốt nhất có thể, con người có thể làm việc đó dễ hơn 14:15 &lt;+cervantes&gt; vì hiện có nhiều người dường như dùng máy cấu hình thấp và kết nối modem 14:15 &lt;gott&gt; cervantes: ừ, ý tưởng tuyệt. 14:15 &lt;+cervantes&gt; tôi nên công bố danh sách việc cần làm fire2pe của tôi... có đầy mấy thứ kiểu đó ;-) 14:16 &lt;gott&gt; chủ yếu dựa trên tốc độ CPU và mạng? 14:16 &lt;jrandom&gt; một site với danh sách việc cần làm mang bút danh sẽ hay đấy 14:16 &lt;gott&gt; ý hay. 14:16 &lt;+cervantes&gt; vâng, bộ giới hạn băng thông lý tưởng sẽ lo phần tốc độ mạng 14:16 &lt;gott&gt; theo kiểu Google điển hình, có một đống 'i2p servents mỏng' trong LAN của bạn. 14:17 &lt;+cervantes&gt; jrandom: ugha.i2p? 14:17 &lt;jrandom&gt; có lẽ 14:19 &lt;jrandom&gt; được, còn gì cho 1) tình trạng mạng không? 14:19 * jrandom chuyển chúng ta sang 2) SSU 14:19 &lt;jrandom&gt; Rất nhiều tiến triển ở mảng UDP (SSU == Secure Semireliable UDP) 14:19 &lt;gott&gt; ai đó nên alias 'i2pwiki.i2p' sang đó 14:20 &lt;+cervantes&gt; tôi đoán cái đó tùy ugha ;-) 14:20 &lt;jrandom&gt; tổng quan những gì đang diễn ra có trong email, và nhiều chi tiết kỹ thuật hơn (và một hình đẹp ;) ) có trên blog của tôi 14:21 &lt;+ant&gt; &lt;godmode0&gt; udp an toàn à? 14:21 &lt;+ant&gt; &lt;godmode0&gt; sao :) 14:21 &lt;jrandom&gt; `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html` &lt;-- cách 14:22 &lt;+ant&gt; &lt;godmode0&gt; hehe 14:22 &lt;+ant&gt; &lt;godmode0&gt; không tìm thấy i2p đúng ip máy của tôi 14:22 &lt;jrandom&gt; xin lỗi, nếu bạn chưa cài i2p, đổi "dev.i2p" thành "dev.i2p.net" 14:22 &lt;+ant&gt; &lt;godmode0&gt; đã cài rồi 14:23 &lt;+ant&gt; &lt;godmode0&gt; nhưng không chạy 14:23 &lt;jrandom&gt; ok, có lẽ ta có thể debug cái đó sau cuộc họp 14:23 &lt;+ant&gt; &lt;godmode0&gt; oops đang trong họp, xin lỗi 14:23 &lt;jrandom&gt; hehe không sao 14:25 &lt;jrandom&gt; dù sao, như tôi nói, kế hoạch tổng quát về tiến độ có trong email 14:25 &lt;jrandom&gt; ai có câu hỏi/bình luận/quan ngại gì về SSU không? 14:26 &lt;+Ragnarok&gt; thông lượng/độ trễ sẽ khác nhiều so với transport TCP không? 14:27 &lt;jrandom&gt; tôi hy vọng nguyên nhân các đợt lag đột biến sẽ được xử lý, nhưng tôi không đưa ra dự đoán cụ thể. 14:28 &lt;jrandom&gt; nếu ta giữ độ trễ trong cùng một tầm như hiện giờ và loại bỏ các đột biến, ta có thể tăng lại thông lượng 14:29 &lt;+Ragnarok&gt; tuyệt 14:29 &lt;gott&gt; sẽ có tài liệu về triển khai được cung cấp trên i2p.net chứ? 14:30 &lt;jrandom&gt; phần lớn thời gian khi tôi offline để chuyển nhà sẽ là viết tài liệu để đưa lên website, đúng vậy 14:30 &lt;gott&gt; tuyệt \m/ 14:30 &lt;jrandom&gt; chúng tôi có vài tài liệu triển khai khá tốt ở cấp mã cho core và router, nhưng chưa có tài liệu kiến trúc router tổng thể hay ho 14:31 &lt;jrandom&gt; dù sao, nếu không còn gì ở 2) SSU, ta lướt qua 3) lập hồ sơ peer theo Bayes 14:32 &lt;jrandom&gt; chúng ta có cập nhật ngắn từ bla tối nay, như trong ghi chú tình trạng 14:32 &lt;+bla&gt; tôi vẫn ở đây... ;) 14:33 &lt;jrandom&gt; bla có thể vẫn quanh đây để cho chúng ta thêm ý kiến hay trả lời câu hỏi - 14:33 &lt;jrandom&gt; à, bạn đây rồi 14:33 &lt;defnax&gt; jrandom : bạn nghĩ sao về việc công bố i2p bittorrent Tracker, về bảo mật tôi nghĩ là không tốt, đúng không?, 14:34 &lt;+bla&gt; Cuộc thảo luận IRC mà jrandom trích dẫn cho thấy ý tưởng chung. Tóm tắt: 14:34 &lt;jrandom&gt; defnax: có lẽ ta bàn tiếp ở mục 5) 14:34 &lt;defnax&gt; ok tôi có thể đợi 14:34 &lt;+bla&gt; Ý tưởng cuối cùng là sử dụng cả thông tin thời gian khứ hồi (RTT) thu được từ các phép thử tunnel tường minh, và thông tin ngầm từ các phép thử client-tunnel, vào một khung ước lượng tốc độ nút duy nhất 14:35 &lt;+bla&gt; Hiện tại, tôi chỉ dùng thông tin lấy từ các thử nghiệm tunnel tường minh, vì với các thử nghiệm đó, mọi peer tham gia đều được biết. 14:36 &lt;+bla&gt; Một khung phân loại Bayes ngây thơ sẽ được dùng để ước lượng tốc độ của một peer, dựa trên các tunnel mà nó đã tham gia (ở bất kỳ vị trí nào), và tốc độ của các tunnel đó 14:36 &lt;+bla&gt; Để so sánh với 'ground truth' (chuẩn thực), tôi đã lấy tốc độ peer 'thực tế' như liệt kê trong ghi chú tình trạng 14:37 &lt;+bla&gt; Kết quả còn rất sơ bộ. Nhưng `http://theland.i2p/estspeed.png` cho thấy tương quan giữa tốc độ thực tế và tốc độ suy ra bằng khung Bayes 14:37 &lt;+bla&gt; Rồi. Có câu hỏi hay bình luận gì không? 14:38 &lt;jrandom&gt; bình luận: trông đầy hứa hẹn. 14:38 &lt;+ant&gt; &lt;BS314159&gt; có vẻ như tổng tốc độ tunnel tạo ra một cận dưới cứng cho tốc độ của mọi peer tham gia 14:38 &lt;+detonate&gt; bình luận: hình như có vài điểm ngoại lai 14:38 &lt;+ant&gt; &lt;BS314159&gt; điều đó đã được tính đến chưa? 14:39 &lt;jrandom&gt; BS314159: tổng tốc độ tunnel? ồ, ý bạn là kết nối mạng của nút thử nghiệm? 14:40 &lt;+bla&gt; BS314159: Điều đó đúng là cung cấp một cận dưới, vâng. Hiện chưa xử lý, nhưng sẽ có: khung Bayes ngây thơ cho phép gán trọng số khác nhau cho các mẫu khác nhau (đo RTT). RTT rất nhanh sẽ được gán trọng số lớn hơn trong tương lai 14:40 &lt;+ant&gt; &lt;BS314159&gt; ý tôi là tổng băng thông của một tunnel nhất định 14:40 &lt;+bla&gt; BS: Kết quả hiện đang cho các phép đo _độ trễ_ 14:40 &lt;+ant&gt; &lt;BS314159&gt; đúng rồi. 14:41 &lt;+ant&gt; &lt;BS314159&gt; thôi vậy 14:41 &lt;jrandom&gt; à, đúng, chắc chắn rồi. đo thông lượng sẽ cần sửa đổi thêm để thử với thông điệp kích thước khác nhau 14:41 &lt;jrandom&gt; mặt khác, các thử nghiệm tunnel ngầm được điều khiển bởi thông điệp lớn hơn (thường là 4KB, vì đó là kích thước phân mảnh của thư viện streaming) 14:42 &lt;+bla&gt; detonate: Đúng, có các điểm ngoại lai. Luôn sẽ có _một ít_ (đó là bản chất của ước lượng và mô hình hóa nói chung). Tuy nhiên, việc tách giữa client rất chậm và rất nhanh (đặt ngưỡng khoảng 400 ms) là tạm ổn 14:42 &lt;+detonate&gt; ok 14:43 &lt;+bla&gt; jrandom: Thật vậy. Khi tôi làm cái đó chạy được (tôi không rành Java lắm...), tôi cũng sẽ thử với thông điệp lớn hơn 14:43 &lt;+bla&gt; detonate: Giờ tôi muốn tách giữa peer nhanh và rất nhanh theo cách tốt hơn. 14:43 &lt;jrandom&gt; hay, tôi sẽ xem có thể gửi bạn một TestJob đã chỉnh sửa cho việc đó không 14:44 &lt;+bla&gt; Tôi sẽ báo cáo khi có kết quả mới. 14:44 &lt;jrandom&gt; tuyệt vời 14:45 &lt;jrandom&gt; ok hay, còn ai có gì cho 3) lập hồ sơ peer theo Bayes không? 14:46 &lt;jrandom&gt; nếu không, chuyển sang 4) tình trạng Q 14:46 &lt;jrandom&gt; Như đã nói trong email, có tin đồn Aum đang tiến triển một giao diện web mới 14:47 &lt;jrandom&gt; tôi không biết nhiều về nó, hoặc chi tiết tình trạng các cập nhật Q khác, nhưng tôi chắc sớm sẽ nghe thêm 14:48 &lt;jrandom&gt; ai có gì về Q muốn nêu? hay ta làm mục này nhanh gọn và chuyển sang 5) ??? 14:49 &lt;jrandom&gt; [xem như đã chuyển] 14:49 &lt;jrandom&gt; ok, còn ai có gì khác muốn nêu cho cuộc họp không? 14:50 &lt;jrandom&gt; defnax: công bố một tracker i2p tới người trong cộng đồng i2p thì rất tốt. ra thế giới bên ngoài có thể hơi gồ ghề, vì chúng ta chưa tới 0.6 14:50 &lt;gott&gt; Có. 14:50 &lt;jrandom&gt; (hoặc 1.0 ;) 14:50 &lt;gott&gt; Tôi có một số thông tin muốn nêu về nỗ lực tài liệu phía người dùng. 14:51 &lt;+mancom&gt; ghi lại cho rõ: trên mancom.i2p có một triển khai C# của API client của Q (bản hiện thân đầu tiên) 14:51 &lt;jrandom&gt; ồ hay đó, sao rồi gott 14:51 &lt;jrandom&gt; à hay lắm mancom 14:51 &lt;gott&gt; Trước đây tôi đã viết tài liệu phía người dùng cho i2p 0.4. 14:52 &lt;jrandom&gt; mà thật không may tôi đã làm lỗi thời bằng cách thay đổi cả đống thứ :( 14:52 &lt;gott&gt; Nhưng nó hoàn toàn lỗi thời với i2p hiện tại. 14:52 &lt;gott&gt; Vì vậy, tôi rất muốn viết một bộ tài liệu de facto mà ta có thể (a) đóng gói kèm i2p hoặc (b) truy cập qua i2p. 14:53 &lt;jrandom&gt; tuyệt. tài liệu đóng gói cùng i2p (bản địa hóa theo ngôn ngữ người dùng, v.v.) sẽ rất tốt 14:53 &lt;+cervantes&gt; tuyệt 14:53 &lt;gott&gt; Tôi không đề nghị đóng gói, nhưng vẫn là lựa chọn có thể, vì người dùng không thể truy cập eepsites để đọc hướng dẫn nếu họ không biết cách dùng hay cấu hình i2p ;-) 14:53 &lt;gott&gt; Được. 14:53 &lt;gott&gt; Nhưng như vậy có quá mức không? 14:53 &lt;+ant&gt; &lt;BS314159&gt; chương trình tử tế nào mà không có man pages? 14:53 &lt;+cervantes&gt; và có đáng đợi đến 1.0 không? 14:54 &lt;gott&gt; Đó là câu hỏi khác. 14:54 &lt;jrandom&gt; vì phát triển còn khá biến động, có lẽ nên tập trung vào trợ giúp theo ngữ cảnh hơn là một hướng dẫn tổng thể 14:54 &lt;gott&gt; BS314159: đây không phải manpage, vì nó sẽ đa nền tảng. Có lẽ là HTML. 14:54 &lt;+cervantes&gt; từ giờ đến lúc đó còn bao nhiêu thay đổi cấu trúc nữa 14:54 &lt;jrandom&gt; ví dụ, sẽ hay nếu có tài liệu tốt hơn mô tả các tùy chọn cấu hình khác nhau *có nghĩa gì*, hệ quả của chúng là gì, v.v. 14:55 &lt;gott&gt; Được, vậy tôi sẽ viết bản địa hóa tiếng Anh và tiếng Pháp của một manual cho i2p. 14:55 &lt;+jdot&gt; thực ra, ta có thể dùng inproxy để truy cập tài liệu ngay cả khi không cài i2p. 14:55 &lt;gott&gt; Hai câu hỏi chính: 14:55 &lt;jrandom&gt; những cái đó có thể được cập nhật thường xuyên nhờ nằm *trong* chính giao diện 14:55 &lt;+cervantes&gt; đúng, trợ giúp theo ngữ cảnh sẽ rất tuyệt 14:55 &lt;gott&gt; (1) Đóng gói hay truy cập qua manual.i2p? 14:55 &lt;gott&gt; (2) Cho phiên bản nào? 14:55 &lt;gott&gt; vâng 14:55 &lt;jrandom&gt; tôi không chắc xây một hướng dẫn người dùng lúc này là khôn ngoan 14:55 &lt;gott&gt; đó là ý tưởng hay 14:56 &lt;gott&gt; ý bạn là dùng chức năng tự cập nhật để cập nhật usermanual? 14:56 &lt;gott&gt; ok 14:56 &lt;gott&gt; nhưng vậy bạn đề xuất trợ giúp theo ngữ cảnh như thế nào? 14:56 &lt;jrandom&gt; ồ, chắc chắn ta có thể triển khai cập nhật cho tài liệu bằng quy trình cập nhật 14:56 &lt;+cervantes&gt; nếu/khi đến lúc làm manual thì có lẽ có thể thả một manual.war vào thư mục webapps của người dùng nếu họ muốn truy cập tài liệu cục bộ 14:57 &lt;gott&gt; Tôi đang nghĩ tới một user-manual. 14:57 &lt;gott&gt; hoặc một HOWTO. 14:57 &lt;gott&gt; Tôi không hiểu bạn nói trợ giúp theo ngữ cảnh là gì. 14:57 &lt;gott&gt; nó khá đơn giản. 15:00 &lt;jrandom&gt; ví dụ, một tập thông tin cho con người (không phải ubergeek) đọc được, giải thích mấy thứ ở /config.jsp là quái gì. thông tin đó sẽ nằm *ngay trên* /config.jsp, hoặc trên một trang HTML có thể đi từ config.jsp đó 14:58 &lt;jrandom&gt; một user-manual hay HOWTO thì sẽ tuyệt, nhưng chưa trước 1.0 14:59 &lt;jrandom&gt; đã có một số việc ở mặt trận đó trên diễn đàn @ http://forum.i2p.net/viewtopic.php?t=385 14:59 &lt;gott&gt; đúng. 14:59 &lt;gott&gt; ừm. 14:59 &lt;gott&gt; thông tin trên config.jsp đã khá đơn giản rồi 15:00 &lt;jrandom&gt; ngược lại, ở đây ta thường xuyên thấy câu hỏi về các giới hạn băng thông thực sự làm gì, burst rate hoạt động ra sao, v.v. sẽ rất hay nếu có câu trả lời ngay trên trang, thay vì để mọi người hỏi 15:00 &lt;gott&gt; heh 15:00 &lt;jrandom&gt; nó đơn giản với bạn vì bạn đã dùng i2p gần hai năm 15:00 &lt;gott&gt; bỏ qua, 'configtunnels.jsp' có thể cần làm thêm. 15:00 &lt;gott&gt; ok. 15:00 &lt;+cervantes&gt; đơn giản với người đã thạo, còn n00b sẽ lạc lối 15:01 &lt;gott&gt; vậy thì đây là một tập nhiệm vụ cập nhật hơn: 15:01 &lt;+cervantes&gt; không chắc cách tốt nhất để trình bày trợ giúp từ góc độ giao diện 15:01 &lt;gott&gt; (1) Trợ giúp theo ngữ cảnh trên các trang web được bản địa hóa theo ngôn ngữ người dùng. Có thể đặt một biến cấu hình cho ngôn ngữ giao diện, mặc định nạp từ biến môi trường $LANG trên linux 15:02 &lt;gott&gt; Tôi không chắc Java xác định locale mặc định trên Windows thế nào. 15:02 &lt;gott&gt; Nhưng đây là khởi đầu tốt cho bản địa hóa và viết tài liệu. 15:03 &lt;gott&gt; (2) Cho phiên bản 1.0, một HOWTO được _truy cập_ qua i2p 15:03 &lt;gott&gt; Tôi không đề nghị đóng gói HOWTO, vì như vậy là quá mức. Sẽ tốt nếu giữ i2p càng nhỏ càng tốt, hử? 15:03 &lt;jrandom&gt; bạn ơi, đó là html. nó rất nhỏ. ngay cả khi lớn, html nén *rất* tốt 15:03 &lt;jrandom&gt; có một manual cục bộ sẽ được ưu tiên hơn nhiều 15:03 &lt;jrandom&gt; đặc biệt vì ta có thể đẩy cập nhật 15:03 * gott nhún vai 15:04 &lt;gott&gt; tôi đoán vậy. 15:04 &lt;gott&gt; tôi chỉ thấy nó hơi ngớ ngẩn. 15:04 &lt;gott&gt; khi bạn có thể tải nó qua web. 15:04 &lt;gott&gt; nhưng mặt khác, nếu người dùng không biết cách dùng i2p 15:04 &lt;gott&gt; thì chịu. 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; aum có ở đây không, tôi đang xem specs cho QuarterMaster 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; * Để giúp việc tìm kiếm phía client, mọi mục dữ liệu đi kèm 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; bởi một schema metadata đơn giản - hiện tại chỉ gồm: 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; - key - tên văn bản của key 15:04 &lt;+jdot&gt; đặt nó lên www.i2p.net để truy cập được qua intarweb và i2p. 15:04 &lt;+jdot&gt; và luôn cập nhật 15:05 &lt;gott&gt; ừ. 15:05 &lt;gott&gt; ừ, cứ dùng cơ chế cập nhật. 15:05 &lt;gott&gt; ok. 15:05 &lt;gott&gt; vậy, chốt lại: 15:05 &lt;jrandom&gt; chắc rồi, ta cũng có thể đưa nó lên website. ta có thể spam khắp net nếu nó giúp ;) 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; Tôi tự hỏi Aum có thể triển khai datastore sao cho metadata được tách riêng phòng khi muốn nâng cấp hệ thống lưu trữ. Nhớ khi Freenet muốn đổi hệ thống lưu trữ mà bị kẹt chứ 15:05 &lt;gott&gt; 1: Giao diện bản địa hóa và trợ giúp theo ngữ cảnh. 15:05 &lt;gott&gt; 2: HOWTO bản địa hóa cho phiên bản 1.0 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; oopse đây là cuộc họp à :) 15:05 &lt;gott&gt; Có bổ sung gì không? 15:06 &lt;gott&gt; HOWTO sẽ bao quát nhiều tính năng bổ sung của mạng i2p. 15:06 &lt;gott&gt; lấy phim khiêu dâm mới nhất ở đâu ( đùa thôi ) 15:06 &lt;+ant&gt; &lt;BS314159&gt; manpage! :-) 15:06 &lt;gott&gt; manpage không đa nền tảng 15:06 &lt;jrandom&gt; hay đó, đưa các thứ như Q, i2ptunnel, feedspace, i2p-bt, v.v. vào một howto sẽ rất tuyệt 15:06 &lt;+cervantes&gt; trình cài đặt cũng có thể bản địa hóa nữa tôi đoán... 15:06 &lt;gott&gt; mạng i2p có số người dùng tiếng Pháp nhiều đến mức buồn cười 15:07 &lt;+Ragnarok&gt; bạn rõ ràng nên viết tài liệu sổ địa chỉ mà tôi chưa bao giờ rảnh tay làm :) 15:07 &lt;gott&gt; Tôi chắc họ sẽ đánh giá cao giao diện bản địa hóa để khỏi phải nhìn ngôn ngữ tiếng Anh đáng ghét 15:07 &lt;+cervantes&gt; này nó đã chủ yếu là tiếng Pháp rồi 15:07 &lt;gott&gt; đúng. 15:07 &lt;gott&gt; ý hay. 15:08 &lt;gott&gt; rồi, tôi chỉ có thế. 15:08 &lt;jrandom&gt; ok hay, cảm ơn gott, sáng kiến tốt 15:08 &lt;gott&gt; trước mắt, tôi sẽ bắt đầu phần theo ngữ cảnh 15:08 &lt;jrandom&gt; Synonymous2: tôi không chắc Aum đang làm gì ở mảng đó 15:08 &lt;jrandom&gt; ngon đấy 15:08 &lt;gott&gt; và sau đó, khi thêm tùy chọn bản địa hóa, các ngôn ngữ bản địa hóa 15:08 &lt;+bla&gt; gott: Je _deteste_ Anglais! ;) 15:09 &lt;gott&gt; tôi cũng vậy 15:09 &lt;+ant&gt; &lt;Synonymous2&gt; Q, i2ptunnel, feedspace, i2p-bt, v.v. sẽ rất hợp cho một howto, tôi nghĩ bài wiki nên được cập nhật cho i2p để thêm cái này, tôi sẽ làm 15:09 &lt;+cervantes&gt; ờ thì bạn có thể đổ lỗi cho William Kẻ Chinh Phục vì chuyện đó 15:09 &lt;jrandom&gt; heh 15:09 &lt;gott&gt; wiki thì tốt, nhưng cũng không chính thức. 15:09 &lt;gott&gt; manual có yếu tố 'chứng nhận'. 15:09 &lt;gott&gt; nó đáng tin hơn. 15:10 &lt;+ant&gt; &lt;Synonymous2&gt; nếu mọi người muốn tới xem thì cũng hữu ích, bài Wikipedia về Freenet cũng tốt khi mô tả các công cụ cho Freenet. Ngoài ra, tôi thấy trang Freenet phát hành theo GNU FDL, nếu i2p.net có thể làm tương tự (hoặc public domain) tôi có thể chép vài thứ sang Wikipedia :)) nếu các bạn muốn vậy 15:10 &lt;+cervantes&gt; nếu không thì giờ ta vẫn nói tiếng Anglo-Saxon 15:10 &lt;jrandom&gt; mọi thứ tôi làm mà tôi 'có quyền' đều được phát hành ngầm vào phạm vi công cộng (public domain) 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; tôi tưởng là vậy, nếu bạn có thể ghi một dòng trên trang web thì sẽ rất hay khi thuận tiện, người bên Wikipedia rất khắt khe về bản quyền :&gt; 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; :))) 15:11 &lt;gott&gt; jrandom: mọi bản địa hóa tôi viết sẽ thuộc phạm vi công cộng (public domain) 15:11 &lt;jrandom&gt; mặt khác, sao chép nguyên văn thì, ờ, không quá hữu ích, vì bản sao của bạn sẽ lỗi thời - chỉ cần link tới, web tồn tại là có lý do 15:11 &lt;gott&gt; tôi chẳng thèm quan tâm đến giấy phép nào. 15:12 &lt;gott&gt; cũng còn câu hỏi cuối: 15:12 &lt;+ant&gt; &lt;Synonymous2&gt; tôi định chép vài thứ như biểu đồ và một số đồ họa hehe 15:12 &lt;gott&gt; các .jsp cho router nằm ở đâu? 15:12 &lt;jrandom&gt; gott: `http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/` 15:13 &lt;gott&gt; à 15:13 &lt;gott&gt; vậy, cục bộ thì chúng ở trong .jar à? 15:13 &lt;jrandom&gt; gott: routerconsole.war 15:13 &lt;jrandom&gt; nhưng bạn không thực sự sửa được ở đó, vì chúng được biên dịch sẵn thành java 15:13 * gott gật đầu 15:13 &lt;gott&gt; Chắc rồi. 15:14 &lt;gott&gt; Tuy vậy, đó là một điều bất tiện. 15:14 &lt;gott&gt; khi bản địa hóa ra, có thể điều đó sẽ đổi chứ? 15:14 &lt;jrandom&gt; đúng. nhưng có nhiều lựa chọn. nếu bạn dựng được HTML mà các jsp nên render ra, chúng tôi có thể nối vào 15:14 &lt;+cervantes&gt; Synonymous: http://www.i2p.net/licenses 15:15 &lt;gott&gt; vậy bạn có thể có các gói ngôn ngữ 15:15 * gott gật đầu 15:15 &lt;gott&gt; hiện thì nó chỉ hardcode 15:15 &lt;jrandom&gt; bản địa hóa trong Java hoạt động bằng cách nạp các file properties theo ngôn ngữ với resource 15:15 &lt;gott&gt; nhưng sau này, nên ít hạn chế hơn, tôi đề xuất 15:15 &lt;jrandom&gt; đúng đúng 15:16 &lt;gott&gt; tuyệt. 15:16 &lt;gott&gt; vậy tôi sẽ dùng anonymous CVS nhé ;-) 15:16 &lt;jrandom&gt; ngon đấy 15:16 &lt;+ant&gt; &lt;BS314159&gt; bla: dữ liệu thô của bạn có ở đâu không? 15:16 &lt;jrandom&gt; bla vừa ngắt kết nối, nhưng chúng ta sẽ xem để có một ít dữ liệu sẵn 15:17 &lt;gott&gt; nhân tiện, có ai chạy i2p trên OpenBSD không? 15:17 &lt;+ant&gt; &lt;BS314159&gt; sẽ vui nếu để mọi người thử các bộ ước lượng của riêng họ 15:17 &lt;+ant&gt; &lt;BS314159&gt; sister:...23? 15:17 &lt;jrandom&gt; gott: ừ, tôi nghĩ detonate có 15:18 &lt;+ant&gt; &lt;BS314159&gt; ack 15:18 &lt;+ant&gt; &lt;BS314159&gt; cross-post 15:18 &lt;+ant&gt; &lt;BS314159&gt; chết tiệt! 15:18 &lt;gott&gt; thậm chí có thể không? giới hạn của Java liên quan đến OpenBSD và i2p là gì? 15:18 &lt;gott&gt; ok. 15:18 &lt;jrandom&gt; BS314159: ừ, có vài thông tin hay về sửa bộ ước lượng của bạn trên diễn đàn 15:18 &lt;+cervantes&gt; cuộc họp dài ghê 15:18 &lt;gott&gt; nếu lúc nào tôi có thời gian, tôi có thể chạy nó và thiết lập một port. 15:18 &lt;gott&gt; nhưng đó còn lâu và chắc ai đó sẽ làm trước tôi ;-) 15:18 &lt;jrandom&gt; cervantes: xem log đi, chúng ta từng vượt 2 giờ rồi ;) 15:19 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 15:20 &lt;jrandom&gt; nếu không 15:20 * jrandom chuẩn bị kết thúc 15:20 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/04/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-04-12/Tue, 12 Apr 2005 00:00:00 +0000/vi/blog/2005/04/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-04-12/<p>Chào mọi người, lại đến lúc cập nhật rồi</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái SSU 3) Lập hồ sơ peer (nút đồng đẳng) theo Bayes 4) Trạng thái Q 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Bản phát hành 0.5.0.6 tuần trước có vẻ đã khắc phục các vấn đề netDb mà chúng tôi đang gặp (hoan hô). Các trang và dịch vụ đáng tin cậy hơn nhiều so với 0.5.0.5, tuy nhiên đã có một số báo cáo về sự cố khi một trang hoặc dịch vụ trở nên không thể truy cập sau vài ngày hoạt động.</p>/vi/blog/2005/04/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-4-n%C4%83m-2005/Tue, 05 Apr 2005 00:00:00 +0000/vi/blog/2005/04/05/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-4-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, duck, frosk, jrandom, jrandom2p, protokol, Teal`c\__, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:34 &lt;@jrandom&gt; 0) chào 14:34 &lt;@jrandom&gt; 1) 0.5.0.5 14:34 &lt;@jrandom&gt; 2) lập hồ sơ peer theo Bayes 14:34 &lt;@jrandom&gt; 3) Q 14:34 &lt;@jrandom&gt; 4) ??? 14:35 &lt;@jrandom&gt; 0) chào 14:35 * jrandom vẫy tay 14:35 * smeghead thuê ngoài danh sách việc cần làm của mình sang một vũ trụ song song 14:35 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-April/000675.html 14:36 &lt;@jrandom&gt; thôi ta nhảy luôn vào 1) 0.5.0.5 14:36 &lt;+ant&gt; * Connelly vẫy tay 14:37 &lt;+protokol&gt; chào mọi người 14:37 &lt;@jrandom&gt; như đã nêu trong ghi chú trạng thái (và history.txt hiện tại), chúng tôi đã lần ra một số lỗi netDb tồn tại rất lâu 14:37 &lt;@jrandom&gt; trước đây chúng tôi có thể vá víu, nhưng 0.5.0.5 buộc chúng tôi phải làm mọi thứ “đúng cách”, vì thế giờ nó mới gây rắc rối cho chúng ta 14:39 &lt;@jrandom&gt; tôi dự kiến vào lúc nào đó ngày mai sẽ có bản phát hành mới, nên hãy để ý liên kết cập nhật trên bảng điều khiển router của bạn :) 14:39 &lt;+protokol&gt; yey 14:39 &lt;@jrandom&gt; thực ra, đó là tất cả những gì tôi có về mục đó lúc này - có ai có gì bổ sung liên quan đến 0.5.0.5 không? 14:40 &lt;+protokol&gt; không 14:41 &lt;@jrandom&gt; ok, chuyển sang 2) lập hồ sơ peer theo Bayes 14:41 &lt;@jrandom&gt; à, chết rồi, bla vừa rớt khỏi kênh vài phút trước 14:42 &lt;@jrandom&gt; dù sao thì, tôi chỉ muốn chỉ mọi người tới công việc của bla đang khám phá vài kỹ thuật lập hồ sơ vững chắc hơn 14:42 &lt;+protokol&gt; hoãn mục 2? 14:43 &lt;@jrandom&gt; xem bài trên diễn đàn và liên kết tới theland.i2p để biết thêm, và gửi cho bla ý kiến của bạn :) 14:44 &lt;@jrandom&gt; ok, chuyển sang 3) Q 14:44 &lt;@jrandom&gt; aum: bạn còn đó chứ? 14:44 &lt;@jrandom&gt; hmm, có vẻ không 14:45 &lt;@jrandom&gt; ok, nhiều tiến triển ở mặt trận Q, chi tiết thêm để tham gia kiểm thử alpha ở @ `http://aum.i2p/q/` 14:45 &lt;@jrandom&gt; chắc chắn chúng ta sẽ nghe thêm trên danh sách thư khi có bản cập nhật 14:46 &lt;+ant&gt; &lt;Connelly&gt; Q hoạt động với tôi khi truy xuất nội dung 14:46 &lt;@jrandom&gt; ừ, với tôi cũng chạy rất tốt, có vài trục trặc lặt vặt, nhưng khá hứa hẹn 14:47 &lt;+ant&gt; &lt;Connelly&gt; máy chủ Q của tôi lưu 2 mục nhỏ, rồi bị kẹt ở mức sử dụng CPU 100% cho đến khi tôi buộc tắt 14:47 &lt;zzz&gt; ai chưa xem thì xem giao diện front end cho q của tôi tại `http://flock.i2p/cgi-bin/q` 14:47 &lt;@jrandom&gt; zzz: cái đó quá đỉnh 14:48 * jrandom quên URL đó khi viết ghi chú trạng thái (d'oh) 14:50 &lt;@jrandom&gt; ok, còn gì về 3) Q không? hay ta chuyển sang 4) ??? 14:50 * jrandom coi như ta đã chuyển 14:51 &lt;@jrandom&gt; ai còn điều gì muốn nêu ra cho buổi họp không? 14:51 &lt;+ant&gt; &lt;Connelly&gt; tôi đang viết một bộ lọc http/html cho I2P 14:51 &lt;+protokol&gt; có 14:51 &lt;+protokol&gt; ian clarke là một tay troll trên slashdot 14:51 &lt;+ant&gt; &lt;Connelly&gt; đang viết mã 14:51 &lt;+ant&gt; &lt;Connelly&gt; nên an toàn hơn bộ lọc HTML của Freenet 14:51 &lt;+ant&gt; &lt;Connelly&gt; nếu tôi hết thời gian tôi sẽ chỉ tích hợp bộ lọc của Freenet 14:51 &lt;@jrandom&gt; hay đấy Connelly, tiến độ sao rồi? 14:52 &lt;@jrandom&gt; protokol: và bạn là troll ở #i2p ;) 14:52 &lt;+ant&gt; &lt;Connelly&gt; vậy cuối cùng chúng ta sẽ có một bộ lọc HTML cho I2P 14:52 &lt;+ant&gt; &lt;Connelly&gt; đã xong lọc HTML, giờ đang làm CSS, vẫn chưa xem đến lọc header 14:53 &lt;+ant&gt; &lt;Connelly&gt; nó rất thận trọng :) 14:53 &lt;@jrandom&gt; ngầu 14:53 &lt;+protokol&gt; danh sách trắng? 14:53 &lt;@duck&gt; nó có cho thứ gì lọt qua không vậy? 14:53 &lt;+ant&gt; &lt;Connelly&gt; có chứ 14:53 &lt;+protokol&gt; nếu vậy, hiện đang không cho phép những gì 14:53 &lt;+protokol&gt; (đáng chú ý) 14:55 &lt;+ant&gt; &lt;Connelly&gt; những thứ đáng kể bị cấm: frames và iframes, scripting, optgroup 14:55 &lt;+ant&gt; &lt;Connelly&gt; meta 14:55 &lt;+ant&gt; &lt;Connelly&gt; đối tượng nhúng 14:56 &lt;@jrandom&gt; hay đó. tôi mong xem tiến triển thế nào - có thời gian dự kiến khi nào ta có thể thử đấu nối nó với eepproxy không? 14:56 &lt;+ant&gt; &lt;Connelly&gt; tôi có lẽ sẽ có bản alpha trong 1-2 tuần 14:57 &lt;+ant&gt; &lt;Connelly&gt; để chúng ta thử xem nó hoạt động ra sao 14:57 &lt;jrandom2p&gt; quá đỉnh 14:58 &lt;+ant&gt; &lt;Connelly&gt; nó cho phép biểu mẫu, cookie, lưu đệm nội dung nhưng có thể tắt những thứ đó ở chế độ 'paranoid' 14:58 &lt;+protokol&gt; tại sao lại chặn frames và iframes? bạn không thể chỉ chặn kết nối tới các site không thuộc I2P từ chúng thôi sao? 14:59 &lt;+ant&gt; &lt;Connelly&gt; nó có một thanh điều hướng URL kiểu cgiproxy ở phía trên 14:59 &lt;+ant&gt; &lt;BS314159&gt; tôi nghi phần khó sẽ là chặn frames giữa các eepsite khác nhau 14:59 &lt;+ant&gt; &lt;Connelly&gt; tôi không muốn cái đó bị chiếm đoạt 14:59 &lt;+protokol&gt; ý tôi là bạn chỉ chặn kết nối được không 14:59 &lt;+ant&gt; &lt;Connelly&gt; có thể làm như proxy của Freenet, nơi bạn chỉ nhập URL lúc ban đầu 14:59 &lt;+protokol&gt; ừ, frame cũng có thể tuyệt 14:59 &lt;+ant&gt; &lt;Connelly&gt; và không thể nhập URL sau khi bạn bắt đầu duyệt 14:59 &lt;jrandom2p&gt; frames giết mèo con 15:00 &lt;+ant&gt; &lt;BS314159&gt; chắc đây là cuộc 'framewar' lâu đời nhất từng có. xin lỗi, 'flamewar' 15:00 &lt;jrandom2p&gt; hê 15:00 &lt;+protokol&gt; tôi nói là "có thể" tuyệt mà 15:00 &lt;+ant&gt; &lt;BS314159&gt; điều chúng ta cần là trình duyệt của riêng mình 15:00 &lt;@jrandom&gt; và bầy ngựa con biết bay 15:01 &lt;@jrandom&gt; *khụ* 15:01 &lt;+ant&gt; &lt;Connelly&gt; tôi thích F-16 hơn một con ngựa con 15:01 &lt;Teal`c__&gt; tôi có thể có một cô gái không? 15:01 &lt;+ant&gt; &lt;Connelly&gt; tôi sẽ làm một tùy chọn để bật frames 15:01 &lt;+protokol&gt; Teal`c__: không 15:02 &lt;+ant&gt; &lt;BS314159&gt; Có inproxy I2P nào hoạt động không? bolas.mine.nu có vẻ đã chết. 15:02 &lt;+protokol&gt; từ các eepsite khác, đúng chứ? 15:02 &lt;@jrandom&gt; BS314159: http://i2p.mine.nu/ 15:02 &lt;+protokol&gt; i2p.mine.nu 15:02 &lt;frosk&gt; i2p.mine.nu 15:02 &lt;+ant&gt; &lt;BS314159&gt; cảm ơn 15:02 &lt;+ant&gt; &lt;BS314159&gt; frames an toàn nếu chúng nằm trong một eepsite. frames an toàn nếu toàn bộ nội dung là tĩnh 15:03 &lt;+ant&gt; &lt;BS314159&gt; mối nguy duy nhất là nếu có một biểu mẫu trong một khung nào đó, vì bạn có thể gửi thông tin cho nhầm bên 15:04 &lt;@jrandom&gt; ờ, tôi cho rằng bộ lọc chỉ nên hỗ trợ những gì chúng ta *cần* (và biết là an toàn), và để nhu cầu thực tế của người dùng cuối mở rộng chức năng, thay vì chủ động giả định là mọi người sẽ muốn một số thứ 15:04 &lt;+ant&gt; &lt;BS314159&gt; khôn ngoan 15:06 &lt;@jrandom&gt; ok, còn ai có gì cho buổi họp không? 15:06 &lt;Teal`c__&gt; xin lỗi, không biết là đang có họp 15:07 &lt;@jrandom&gt; hê không sao, bạn sẽ được bất tử hóa trong nhật ký cuộc họp ;) 15:07 &lt;@jrandom&gt; nói về chuyện đó 15:07 * jrandom thu xếp lại 15:07 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/04/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-04-05/Tue, 05 Apr 2005 00:00:00 +0000/vi/blog/2005/04/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-04-05/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) Bayesian peer profiling (lập hồ sơ peer theo Bayes) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>Bản phát hành 0.5.0.5 của tuần trước có cả mặt tích cực lẫn tiêu cực — thay đổi lớn nhằm xử lý một số cuộc tấn công trong netDb (cơ sở dữ liệu mạng của I2P) dường như hoạt động như mong đợi, nhưng lại làm lộ ra một số lỗi lâu nay bị bỏ sót trong hoạt động của netDb. Điều này đã gây ra những vấn đề về độ tin cậy đáng kể, đặc biệt đối với eepsites(I2P Sites). Tuy nhiên, các lỗi đó đã được xác định và khắc phục trong CVS, và các bản vá đó, cùng với một vài bản vá khác, sẽ được phát hành dưới dạng 0.5.0.6 trong vòng 1 ngày tới.</p>/vi/blog/2005/03/29/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-29/Tue, 29 Mar 2005 00:00:00 +0000/vi/blog/2005/03/29/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-29/<p>Chào mọi người, đã đến lúc cho các ghi chú cập nhật hàng tuần.</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) UDP (SSU) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>Vì mọi người đã nâng cấp lên 0.5.0.4 rất nhanh và làm rất tốt, chúng tôi sẽ phát hành bản 0.5.0.5 mới sau cuộc họp. Như đã thảo luận tuần trước, thay đổi lớn là đưa batching code (mã gom lô) vào, gộp nhiều thông điệp nhỏ lại với nhau thay vì cấp cho mỗi cái một thông điệp tunnel 1KB đầy đủ riêng. Dù chỉ riêng điều này không phải là đột phá, nó sẽ giúp giảm đáng kể số lượng thông điệp được truyền cũng như băng thông sử dụng, đặc biệt đối với các dịch vụ như IRC.</p>/vi/blog/2005/03/28/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-3-2005/Mon, 28 Mar 2005 00:00:00 +0000/vi/blog/2005/03/28/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-3-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, frosk, jrandom, Myo9, postman, smeghead, zzz</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:13 &lt;jrandom&gt; 0) chào 13:13 &lt;jrandom&gt; 1) 0.5.0.5 13:13 &lt;jrandom&gt; 2) UDP (SSU) 13:13 &lt;jrandom&gt; 3) Q 13:13 &lt;jrandom&gt; 4) ??? 13:13 &lt;jrandom&gt; 0) chào 13:13 * jrandom vẫy tay 13:13 * smeghead particles 13:13 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-March/000661.html 13:14 &lt;jrandom&gt; (sớm một giờ *lầm bầm*) 13:14 &lt;jrandom&gt; dù sao, vào luôn 1) 0.5.0.5 13:15 &lt;jrandom&gt; như đã nói trong ghi chú, sẽ có bản phát hành mới tối nay 13:15 &lt;jrandom&gt; ai chưa ở 0.5.0.4 hãy nâng cấp CÀNG SỚM CÀNG TỐT, nếu không bạn sẽ không thể nói chuyện với người dùng 0.5.0.5 13:15 &lt;jrandom&gt; tất cả người dùng 0.5.0.4 cũng nên nâng cấp ngay khi 0.5.0.5 ra mắt 13:16 &lt;@smeghead&gt; bản cập nhật có hoạt động qua cơ chế cập nhật đáng tin cậy mới trong bảng điều khiển router không? 13:17 &lt;jrandom&gt; có và không 13:17 &lt;jrandom&gt; dĩ nhiên, 0.5.0.4 có một bug trong NewsFetcher, nó không ghi vào tệp tạm, mà lại tiếp tục ghi /over/ tệp hiện có 13:18 &lt;jrandom&gt; nên, với cách NewsFetcher phát hiện cập nhật, nó sẽ không thấy thông tin sau đó kiểu "này, 0.5.0.5! tải đi!" 13:18 &lt;zzz&gt; có, nếu bạn muốn đợi 12 giờ? đâu có nút 'update now', đúng không? 13:18 &lt;jrandom&gt; mặt khác, khi 0.5.0.5 ra và news.xml được cập nhật, người dùng 0.5.0.4 có thể xóa tệp đó và nó sẽ tải về, phát hiện, rồi cho bạn cập nhật 13:19 &lt;@smeghead&gt; tên tệp này là gì? 13:19 &lt;@smeghead&gt; ồ hiểu rồi 13:19 &lt;jrandom&gt; zzz: nếu news.xml không tồn tại hoặc chưa được sửa đổi trong 12 giờ, sẽ tải về một rev mới 13:20 &lt;jrandom&gt; sẽ có i2pupdate.zip mới và cả i2pupdate.sud 13:20 &lt;jrandom&gt; (tuy nhiên với các rev sau này, có thể sẽ không cung cấp .zip) 13:20 &lt;@smeghead&gt; news.xml có nằm ở thư mục cài đặt gốc không? 13:20 &lt;jrandom&gt; smeghead: docs/news.xml 13:21 &lt;+Myo9&gt; Sẽ không tốt hơn nếu mặc định nhận cập nhật ẩn danh sao? 13:21 &lt;+Myo9&gt; s/not/"not be"/ 13:22 &lt;jrandom&gt; Myo9: tuần rồi bla đưa ra phản biện cho việc đó - thực tế bạn đang chạy i2p không phải bí mật, và dùng eepproxy của bạn để tải có thể cho dev.i2p thấy đích (destination) nào đang được dùng 13:22 &lt;+frosk&gt; ai cũng có thể biết bạn đang chạy một router mà 13:22 &lt;+ant&gt; &lt;mae^&gt; lalalala 13:22 &lt;jrandom&gt; cũng như việc nói trên irc "này, tôi đang khởi động lại router" là không hay, bạn không muốn gắn biệt danh của mình với hoạt động của router đâu 13:23 &lt;+Myo9&gt; Ổn. 13:23 &lt;+ant&gt; * mae^ bịt tai lại 13:23 &lt;jrandom&gt; nhưng, ngược lại, nếu dev.i2p thực sự là máy chủ ẩn danh (tức là ta không biết nó là dev.i2p.net), ta sẽ cần hỗ trợ cho nó :) 13:23 &lt;+ant&gt; &lt;mae^&gt; đừng nói cho tôi cái mật khẩu mạng chết tiệt của bạn 13:24 &lt;+ant&gt; &lt;mae^&gt; chết tiệt 13:25 &lt;jrandom&gt; được rồi, ai còn gì cho 1) 0.5.0.5 không? 13:25 &lt;+ant&gt; &lt;mae^&gt; hãy dành một phút để cảm ơn jr ngay bây giờ 13:25 &lt;+ant&gt; &lt;mae^&gt; lặng lẽ và trong lòng... 13:25 &lt;@smeghead&gt; mae^: sau cuộc họp nhé 13:25 &lt;jrandom&gt; hê, và tới trang quyên góp ;) 13:25 &lt;+ant&gt; &lt;mae^&gt; hoặc nhắn riêng cho anh ấy cũng được 13:26 &lt;+ant&gt; &lt;mae^&gt; hoặc quyên góp! 13:26 &lt;jrandom&gt; ok, chuyển sang 2) UDP (SSU) 13:26 &lt;jrandom&gt; bọn tôi có vài ý tưởng về giao thức UDP mới đăng trên web, rất mong nhận phản hồi phê bình 13:27 &lt;+ant&gt; * cervantes nhận xét về "we" kiểu hoàng gia 13:27 &lt;@smeghead&gt; SSU là gì 13:27 &lt;jrandom&gt; ừ, tôi có thể là người gõ nó lên, nhưng tất cả chúng ta đều đã bàn các vấn đề ;) 13:28 &lt;jrandom&gt; SSU == Secure Semireliable UDP (UDP bảo mật bán-tin cậy) 13:28 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD 13:28 &lt;+ant&gt; &lt;Eol&gt; ??? đã chạy i2p lên rồi nhưng không resolve được các site .i2p .... ghi là trỏ trình duyệt tới proxy 4444 nhưng privoxy + tor đã dùng ở đó ... site.i2p:4444 cũng lỗi ... gợi ý nào không (w/o tắt privoxy hoặc tor) 13:28 &lt;@smeghead&gt; Eol: --&gt; #i2p-chat 13:29 &lt;jrandom&gt; Eol: có lẽ vài người ở #i2p-chat có thể giúp, bọn mình đang trong họp dev hàng tuần 13:30 &lt;jrandom&gt; đại ý là ta sẽ có thể lách qua hầu hết các NAT, nhưng tiếc là không phải tất cả. số liệu cho thấy nó sẽ hoạt động với một tỷ lệ khá lớn (75-95, tùy bạn hỏi ai) 13:31 &lt;jrandom&gt; ok, vậy thôi - nếu ai có câu hỏi/bình luận/quan ngại, cứ gửi email cho tôi hoặc cho list bất cứ lúc nào 13:31 &lt;+ant&gt; * Eol xin lỗi 13:31 &lt;@smeghead&gt; những người còn lại nên nổi loạn chống lại admin hệ thống bạo ngược của họ 13:31 &lt;jrandom&gt; không sao đâu eol 13:32 &lt;@smeghead&gt; (hoặc mạnh tay đăng ký một kết nối mạng thật sự) 13:32 &lt;jrandom&gt; hoặc dùng NAT không đối xứng 13:32 &lt;+frosk&gt; (hoặc chờ các tuyến bị hạn chế) 13:32 &lt;jrandom&gt; ừ, hoặc chờ 2.0 :) 13:32 &lt;@smeghead&gt; bởi vì thực ra, nếu bạn quan tâm đến tự do thông tin và ẩn danh, bạn không nên tự ép mình chịu các hạn chế NAT vượt ngoài tầm của bạn như vậy 13:32 &lt;jrandom&gt; smeghead: không phải ai cũng có lựa chọn 13:33 &lt;jrandom&gt; ví dụ, hôm trước có một người dùng từ UAE, nơi chỉ có MỘT ISP, với NAT riêng của họ 13:33 &lt;@smeghead&gt; rất đúng, nhưng cũng có người trông đợi chúng ta phải cố sống cố chết hỗ trợ họ trong khi lẽ ra họ nên giành lại quyền kiểm soát 13:33 &lt;@smeghead&gt; đúng 13:34 &lt;jrandom&gt; ừ, chúng ta sẽ hỗ trợ những gì có thể, còn cái gì không thể thì... chưa thể 13:34 &lt;@smeghead&gt; càng nhiều người cúi mình trước ISP của họ, ISP càng hạn chế người dùng, và công việc của chúng ta càng khó hơn 13:37 &lt;jrandom&gt; ok, ai còn gì cho 2) UDP không? nếu không, chuyển sang 3) Q 13:37 &lt;jrandom&gt; hừm, có vẻ aum chưa lên :) 13:37 &lt;jrandom&gt; nhưng nói chung, rất nhiều thứ hay ho @ `http://aum.i2p/q/` 13:38 &lt;@smeghead&gt; tôi nghĩ tôi nói thay aum khi nói, "zzzzzzzzzzzzzZZZz" 13:39 &lt;jrandom&gt; ok, tôi chẳng biết có gì để thêm ngoài những gì trong email, ngoài "đồ xịn, nói chuyện với aum" :) 13:40 &lt;jrandom&gt; ok, nhanh chóng chuyển sang 4) ??? 13:40 &lt;jrandom&gt; còn ai có gì muốn nêu không? 13:41 &lt;cervantes&gt; ô một buổi dưới nửa giờ à? 13:41 &lt;jrandom&gt; đầu tiên tôi đăng ghi chú họp sớm một giờ, và giờ đến cái này! 13:41 &lt;@smeghead&gt; đến lúc diễn thuyết câu giờ 13:41 &lt;jrandom&gt; *khụ* 13:41 &lt;+postman&gt; :) 13:41 &lt;jrandom&gt; ok, nếu không còn gì, tôi quay lại đóng gói 0.5.0.5 và mọi người có thể tải khi sẵn sàng :) 13:41 &lt;+postman&gt; ok, chỉ muốn thông báo v2mail.i2p 13:42 * cervantes lôi ra một chiếc cồng sứ thời nhà Minh 13:42 &lt;jrandom&gt; ồ chuẩn đấy postman 13:42 &lt;+postman&gt; như cổng chính thức cho phát triển v2mail 13:42 &lt;+postman&gt; bố cục HTML ăn trẻ con 13:42 &lt;+postman&gt; nhưng vẫn hy vọng bạn thấy docs/whitepapers ở đó thú vị 13:43 &lt;+postman&gt; tài liệu sẽ được cập nhật trong tuần tới 13:43 &lt;@smeghead&gt; bạn có thể nói qua v2mail là gì không? 13:43 &lt;@smeghead&gt; v2 như phiên bản 2, hay như tên lửa? 13:43 &lt;+postman&gt; smeghead: dịch vụ thư phi tập trung mới cho i2p 1.0 13:43 &lt;+postman&gt; smeghead: v2 là nói tới phiên bản 13:44 * postman không định làm mailbomb hay tên lửa nào :) 13:44 &lt;@smeghead&gt; nó có phụ thuộc cụ thể vào 1.0 không, hay chỉ là mục tiêu? 13:45 &lt;+postman&gt; vẫn còn vài tháng việc phía trước - cập nhật sẽ được thông báo ở đó 13:45 &lt;+frosk&gt; cố gắng hay đấy, postman 13:45 &lt;+postman&gt; smeghead: không, không phụ thuộc 1.0 - bạn vẫn sẽ tiếp tục dùng susimail hoặc trình thư của bạn 13:46 &lt;+postman&gt; frosk: cảm ơn 13:46 &lt;+postman&gt; jrandom: k, /me hands back the microphone 13:47 &lt;+ant&gt; &lt;cervantes&gt; *vỗ tay xa xa* 13:47 &lt;jrandom&gt; w3rd, trông ngầu thật 13:47 &lt;+postman&gt; cervantes: này, plugin Firefox của bạn sao rồi? 13:47 &lt;jrandom&gt; ok, còn ai có gì muốn thêm vào cuộc họp không? 13:48 &lt;+ant&gt; &lt;cervantes&gt; postman: ừm vẫn đang cặm cụi cày nó 13:49 &lt;+postman&gt; cervantes: tôi muốn chơi thử nó :) 13:50 &lt;+ant&gt; &lt;cervantes&gt; đang vượt qua một đoạn mệt mỏi là quản lý tùy chọn người dùng... rồi mọi thứ sẽ sẵn sàng cho bản thử nghiệm 13:50 &lt;jrandom&gt; đỉnh phết 13:50 &lt;+postman&gt; c00l :) 13:52 &lt;+ant&gt; &lt;cervantes&gt; ngoài lề...có vẻ tôi đã thuyết phục được vài lập trình viên Mozilla xem xét chỉnh sửa codebase để tôi có thể dễ dàng thêm lọc URI vào plugin (tức là tôi sẽ đảm bảo không có kết nối nào tới địa chỉ không-phải-i2p được thực hiện) 13:52 &lt;jrandom&gt; ồ, hay đấy! 13:52 &lt;+ant&gt; &lt;cervantes&gt; nhưng cái đó sẽ chưa có trong Firefox trong vài bản phát hành nữa 13:53 &lt;jrandom&gt; tuyệt, xin hãy cập nhật cho chúng tôi 13:53 &lt;+ant&gt; &lt;cervantes&gt; sẽ làm 13:54 &lt;jrandom&gt; ok, nếu không còn gì nữa... 13:54 * jrandom kết thúc 13:54 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/03/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-3-2005/Tue, 22 Mar 2005 00:00:00 +0000/vi/blog/2005/03/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-3-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, detonate, duck, frosk, jdot, jrandom, mihi, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:01 &lt;@jrandom&gt; 0) chào 13:01 &lt;@jrandom&gt; 1) 0.5.0.3 13:01 &lt;@jrandom&gt; 2) batching (gộp lô) 13:01 &lt;@jrandom&gt; 3) cập nhật 13:01 &lt;@jrandom&gt; 4) ??? 13:01 &lt;@jrandom&gt; 0) chào 13:01 * jrandom vẫy tay 13:01 &lt;@jrandom&gt; ghi chú tình trạng hàng tuần vừa đăng xong có tại http://dev.i2p.net/pipermail/i2p/2005-March/000654.html 13:02 &lt;+detonate&gt; chào 13:02 &lt;+cervantes&gt; chào 13:02 &lt;@jrandom&gt; vào thẳng mục 1) 0.5.0.3 13:02 &lt;@jrandom&gt; bản phát hành đã ra vài ngày trước, và các báo cáo đều tích cực 13:02 &lt;+cervantes&gt; jrandom: báo cho bọn tôi biết khi những chú lùn màu xanh nhảy múa leo lên màn hình của bạn, tụi này sẽ kết thúc cuộc họp sớm 13:03 &lt;@jrandom&gt; heh cervantes 13:03 &lt;@jrandom&gt; (cảm ơn Bob vì nhật ký cuộc họp có thể chỉnh sửa ;) 13:04 &lt;@jrandom&gt; tôi thực sự không có nhiều điều để bổ sung liên quan đến 0.5.0.3 ngoài những gì trong thông báo đó 13:04 &lt;@jrandom&gt; ai có bình luận/câu hỏi/quan ngại gì về nó không? 13:04 &lt;bla&gt; jrandom: Có phép đo mới nào về mã chọn peer (nút ngang hàng) nhanh không? 13:05 &lt;@jrandom&gt; à, tôi biết là còn thứ khác trong 0.5.0.3 mà tôi đã bỏ sót ;) 13:06 &lt;@jrandom&gt; tôi chưa có số liệu cứng, nhưng theo kinh nghiệm thì cơ chế chọn peer nhanh đã tìm ra đúng những peer mà tôi biết rõ là "nhanh" (ví dụ: router trên cùng một máy, v.v.) 13:07 &lt;bla&gt; jrandom: Đôi khi, eepsites vẫn cần thử lại vài lần để tìm một tunnel tốt để dùng 13:07 &lt;@jrandom&gt; cũng có báo cáo đạt thông lượng khá hợp lý vào đôi lúc (khoảng 10-20KBps), nhưng vẫn chưa thường xuyên (chúng ta vẫn đặt tham số ở mức thấp) 13:08 &lt;+ant&gt; &lt;Connelly&gt; ôi, có cuộc họp à 13:09 &lt;@jrandom&gt; hmm, đúng vậy, tôi thấy độ tin cậy vẫn chưa đạt yêu cầu. thử lại quá một lần thật ra không phải giải pháp đâu - nếu một site không tải được sau 1 lần thử lại, hãy chờ 5-10 phút rồi mới thử lại 13:09 &lt;@jrandom&gt; những gì tôi thấy trên mạng là có những đột biến độ trễ ở transport (tầng truyền tải) xảy ra khá thường xuyên 13:10 &lt;@jrandom&gt; ví dụ: mất 5-20+ giây chỉ để flush một thông điệp 1-2KB qua một socket 13:10 &lt;@jrandom&gt; kết hợp với đường đi 5 hop (tunnel 2 hop) thì sẽ gặp rắc rối 13:11 &lt;@jrandom&gt; đó thực ra là một phần lý do thúc đẩy mã batching - giảm số lượng thông điệp cần gửi 13:13 &lt;@jrandom&gt; ok, còn ai có câu hỏi/bình luận/quan ngại gì về 0.5.0.3 không? 13:13 &lt;bla&gt; jrandom: Trông ổn. Tôi sẽ hỏi thêm về nó ở "phần" tiếp theo 13:14 &lt;@jrandom&gt; w3rd, ok, vậy ta chuyển sang - 2) batching 13:15 &lt;@jrandom&gt; email và blog của tôi (jrandom.dev.i2p&lt;/spam&gt;) đã mô tả những gì dự định làm 13:15 &lt;@jrandom&gt; và, ờ, thực ra đây là những thứ khá cơ bản 13:15 &lt;@jrandom&gt; bộ tiền xử lý hiện tại là loại đơn giản nhất có thể để triển khai (tên lớp: TrivialPreprocessor) ;) 13:16 &lt;@jrandom&gt; cái mới có một số tham số có thể tinh chỉnh cho tần suất batching, cũng như một chút "affinity" với outbound tunnel trong từng nhóm tunnel (nơi ta cố chọn cùng một outbound tunnel cho các yêu cầu tiếp theo trong tối đa, ví dụ, 500ms, để tối ưu hóa việc batching) 13:17 &lt;@jrandom&gt; tôi chỉ có bấy nhiêu để bổ sung về mục đó - có câu hỏi/bình luận/quan ngại gì không? 13:18 &lt;bla&gt; Cái này có yêu cầu tất cả nút tham gia chạy bộ tiền xử lý mới không, hay có thể trộn Trivial/NewOne cùng tồn tại? 13:18 &lt;+Ragnarok&gt; cái này sẽ cộng thêm 0,5 giây độ trễ, đúng không? 13:19 &lt;@jrandom&gt; bla: không, bộ tiền xử lý này chỉ dùng ở tunnel gateway, và tùy gateway đó quyết định có gộp hay không và gộp thế nào 13:20 &lt;@jrandom&gt; Ragnarok: thường là không - thông điệp 1 có thể bị trễ tối đa 0,5s, nhưng thông điệp 2-15 sẽ được chuyển nhanh hơn nhiều so với bình thường. cũng có một ngưỡng đơn giản - ngay khi có đủ dữ liệu bằng một thông điệp tunnel đầy, nó sẽ được flush 13:20 &lt;+Ragnarok&gt; hay đấy 13:20 &lt;+Ragnarok&gt; tiết kiệm bao nhiêu overhead? 13:21 &lt;@jrandom&gt; đáng kể ;) 13:21 &lt;+Ragnarok&gt; "đáng kể" là tốt, dù mơ hồ :P 13:21 &lt;@jrandom&gt; xem ở `http://localhost:7657/oldstats.jsp#tunnel.smallFragments` của bạn 13:21 &lt;@jrandom&gt; so sánh với #tunnel.fullFragments 13:22 &lt;bla&gt; jrandom: Cái này chỉ liên quan đến giao tiếp endpoint-&gt;IB-gateway thôi à? 13:22 &lt;@jrandom&gt; với batching, tỷ lệ full so với small sẽ tăng, và số byte đệm trong small sẽ giảm 13:23 &lt;@jrandom&gt; bla: hmm, nó liên quan đến mọi tunnel gateway, cả inbound lẫn outbound 13:24 &lt;mihi&gt; full fragments: lifetime average value: 1,00 over 1.621,00 events 13:24 &lt;bla&gt; jrandom: ok 13:24 &lt;mihi&gt; can there be a frational number of fragments? 13:24 &lt;@jrandom&gt; full: 1.00 over 807,077.00 events small: 746.80 over 692,682.00 events 13:25 &lt;@jrandom&gt; heh mihi 13:25 &lt;@jrandom&gt; (cái small: 746 nghĩa là trong 692k thông điệp đó, 746 trong 996 byte là byte đệm "lãng phí"!) 13:26 &lt;@jrandom&gt; à, cũng không hẳn là lãng phí - chúng vẫn có tác dụng của chúng 13:26 &lt;+detonate&gt; dù sao cũng là overhead không cần thiết 13:27 &lt;@jrandom&gt; đúng vậy, phần lớn trong số đó ta sẽ loại bỏ được với bộ tiền xử lý batching 13:28 &lt;@jrandom&gt; tiếc là nó sẽ không được đóng gói trong bản phát hành tiếp theo 13:28 &lt;@jrandom&gt; nhưng nó sẽ có trong bản 0.5.0.6 (hoặc có thể 0.5.1) 13:28 &lt;@jrandom&gt; ờm, 0.5.0.5, hoặc 0.5.1 13:28 * jrandom bị rối với #s 13:29 &lt;bla&gt; jrandom: Sao lại không? 13:29 &lt;+cervantes&gt; hash và thuốc... chết tiệt 13:30 &lt;@jrandom&gt; !thwap cervantes 13:30 &lt;@jrandom&gt; bla: có một lỗi trong 0.5.0.3 (và trước đó) khiến trình xử lý thông điệp bị phân mảnh loại bỏ các mảnh theo sau trong cùng một thông điệp tunnel 13:31 &lt;@jrandom&gt; nếu ta triển khai bộ tiền xử lý batching ngay, sẽ mất một lượng lớn thông điệp 13:31 &lt;@jrandom&gt; đừng lo, vẫn còn vài thứ hay ho khác, nên bản 0.5.0.4 sắp tới sẽ không nhàm chán đâu ;) 13:31 &lt;bla&gt; jrandom: À, ra vậy 13:32 &lt;bla&gt; jrandom: À, ra vậy là vì sao ta phải làm sau khi 0.5.0.4 phổ biến... hiểu rồi. Cảm ơn. 13:33 &lt;@jrandom&gt; ừ, sẽ tốt hơn nếu trình xử lý mảnh xử lý được chuyện đó, và nói chung là nó xử lý, chỉ là nó giải phóng bộ đệm byte quá sớm, làm các mảnh theo sau bị zero hóa (ối) 13:33 &lt;@jrandom&gt; ok, còn gì ở mục 2) không, hay chuyển sang 3) cập nhật? 13:35 &lt;@jrandom&gt; ok, như đã nói trong ghi chú tình trạng (và đã bàn ở nhiều nơi), chúng ta sẽ thêm chức năng cập nhật đơn giản và an toàn, không yêu cầu người dùng cuối phải vào website, đọc mailing list, hay đọc topic trong kênh :) 13:36 &lt;+detonate&gt; hay 13:36 &lt;@jrandom&gt; smeghead đã ráp một ít mã để tự động hóa và bảo mật quy trình, phối hợp với cervantes để gắn vào fire2pe cũng như routerconsole thông thường 13:37 &lt;@jrandom&gt; email liệt kê mô tả chung về những gì sẽ có, và dù phần lớn đã hoạt động, vẫn còn vài mảnh chưa hoàn thiện 13:37 &lt;@jrandom&gt; không như batching, cái này /sẽ/ có trong bản kế tiếp, dù người dùng sẽ chưa tận dụng được nhiều cho đến 0.5.0.5 (khi tới lúc cập nhật) 13:39 &lt;+Ragnarok&gt; vậy... mấy thứ ngầu cho 5.0.4 là gì? 13:42 &lt;@jrandom&gt; kèm theo mã cập nhật là khả năng kéo dữ liệu thông báo, hiển thị ví dụ một đoạn tin ở trên cùng của router console. ngoài ra, như một phần của mã cập nhật, chúng tôi có một thành phần tải xuống tin cậy mới hoạt động trực tiếp hoặc qua eepproxy, tự thử lại và tiếp tục khi cần. có thể sẽ có vài tính năng liên quan xây dựng dựa trên đó, nhưng không hứa trước 13:42 &lt;+Ragnarok&gt; hay thật 13:43 &lt;@jrandom&gt; ok, ai còn câu hỏi/bình luận/quan ngại gì về 3) cập nhật không? 13:45 &lt;@jrandom&gt; nếu không thì chuyển sang 4) ??? 13:45 &lt;@jrandom&gt; còn điều gì ai muốn nêu không? chắc tôi đã bỏ lỡ vài thứ 13:45 &lt;+detonate&gt; i2p chạy được với sun jvm trên OpenBSD 3.7 :) 13:45 &lt;@jrandom&gt; hay! 13:47 &lt;bla&gt; Tình trạng UDP transport thế nào rồi? 13:48 &lt;+detonate&gt; udp sẽ lằng nhằng đấy, tôi nghĩ tốt hơn là chôm mã pipelining từ bt rồi chỉnh lại ;) 13:48 &lt;@jrandom&gt; *khụ* 13:49 &lt;@jrandom&gt; tôi không nghĩ sẽ có nhiều rắc rối, nhưng chắc chắn còn nhiều việc phải làm 13:49 &lt;@jrandom&gt; cách chính sách xếp hàng hoạt động, cũng như throttling băng thông để cho vào hàng đợi sẽ khá thú vị 13:50 &lt;bla&gt; Ai làm phần việc sơ bộ đó? 13:50 &lt;@jrandom&gt; bla: detonate và mule 13:50 &lt;+detonate&gt; đúng rồi.. dạo tháng vừa rồi tôi hơi lười 13:50 &lt;bla&gt; detonate: Tôi đoán bạn đùa vụ BT? 13:51 &lt;+detonate&gt; tôi nửa đùa nửa thật 13:51 &lt;+detonate&gt; ít nhất bạn có thể giảm một nửa số luồng cho transport nếu làm vậy 13:51 * jrandom ném một xô bùn vào detonate 13:51 &lt;jdot&gt; woohoo. router của tôi giờ chạy trên máy chủ riêng thay vì kết nối cáp POS của tôi. 13:51 &lt;@jrandom&gt; tuyệt đấy jdot 13:52 &lt;@jrandom&gt; ta sẽ có thể chỉ cần 3-5 luồng ở transport layer cho toàn bộ liên lạc với tất cả peer 13:52 &lt;bla&gt; detonate: Nhưng một nửa sẽ không đủ khi mạng lớn lên (&gt; vài trăm nút) 13:52 &lt;jdot&gt; với 1000GB băng thông sẵn dùng 13:53 &lt;jdot&gt; tiếc là j.i2p và chat.i2p sẽ down thêm vài giờ nữa trong khi tôi di chuyển mọi thứ 13:53 &lt;duck&gt; detonate: addressbook cũng tạm dừng hả? 13:53 &lt;+detonate&gt; đúng, nó cũng tạm dừng 13:54 &lt;+detonate&gt; thứ duy nhất không tạm dừng là bộ lưu trữ hồ sơ dạng monolithic, tôi định làm cho nó chạy được trong hôm nay 13:54 &lt;@jrandom&gt; w3rd 13:54 &lt;+detonate&gt; như vậy i2p sẽ không phân mảnh ổ đĩa khủng khiếp nữa 13:54 &lt;jdot&gt; jrandom: về giới hạn BW, chúng là giá trị trung bình à? 13:54 &lt;+frosk&gt; hệ thống tập tin hiện đại không phân mảnh đâu, ngốc 13:55 &lt;+detonate&gt; ntfs thì có 13:55 &lt;@jrandom&gt; jdot: giới hạn băng thông là token bucket (xô thẻ – cơ chế điều tiết băng thông) nghiêm ngặt 13:55 &lt;@jrandom&gt; jdot: nếu bạn đặt burst duration (đột biến), đó là khoảng thời gian nó lấy trung bình 13:56 &lt;@jrandom&gt; (ờ thì, 2x burst == period) 13:56 &lt;@jrandom&gt; ((đại khái)) 13:56 &lt;jdot&gt; hmmm... tôi có 1000GB và muốn i2p có thể dùng tới 800GB/tháng.... 13:56 &lt;+ant&gt; &lt;mihi&gt; detonate: ntfs lưu các tệp rất nhỏ trong mft nên gần như không phân mảnh 13:57 &lt;jdot&gt; và tôi không quan tâm nó burst tới mức nào 13:57 &lt;+detonate&gt; ờ, khi bạn chạy trình chống phân mảnh, nó mất 10 phút để di chuyển toàn bộ 6000 hồ sơ.. vậy chắc chắn là có phân mảnh 13:58 &lt;@jrandom&gt; jdot: hmm, 800GB có lẽ nhiều hơn mức nó muốn đẩy rồi, nên bạn có thể không cần đặt giới hạn ;) 13:58 &lt;@jrandom&gt; mặt khác, nếu bạn mô tả chính sách bạn muốn, có thể chúng tôi sẽ hỗ trợ được 13:58 &lt;jdot&gt; jrandom: tôi sẽ làm vậy tạm thời và xem nó hoạt động ra sao 13:58 &lt;bla&gt; detonate: NTFS, IIRC, là một FS có ghi nhật ký. Vậy nên ngay cả một tệp đơn khối cũng sẽ bị phân mảnh nếu bạn ghi từng phần nhỏ 13:58 &lt;+detonate&gt; mọi thứ được ghi một lần 13:59 &lt;+detonate&gt; và đọc một lần 13:59 &lt;bla&gt; detonate: Ok. Tôi hiểu rồi. 13:59 &lt;jdot&gt; jrandom: thôi, chờ xem có vấn đề gì không đã. 13:59 &lt;bla&gt; detonate: Làm tốt đấy! 13:59 &lt;+detonate&gt; tôi muốn biết thực tế dùng bao nhiêu nếu bạn để mở không giới hạn 14:00 &lt;+detonate&gt; trên một kết nối tốt 14:00 &lt;jdot&gt; tôi cũng tò mò! 14:00 &lt;@jrandom&gt; các router colo của tôi chạy không giới hạn, dù bị giới hạn CPU 14:00 &lt;+Ragnarok&gt; có thể dùng bitbucket để lấy trung bình theo tháng không? 14:00 &lt;jdot&gt; jrandom: bị giới hạn CPU? CPU loại gì? 14:01 &lt;@jrandom&gt; 4d transfer 3.04GB/2.73GB 14:01 &lt;+detonate&gt; hmm, tôi kỳ vọng ít hơn 14:01 &lt;@jrandom&gt; jdot: bị giới hạn CPU vì tôi chạy 3 router trên đó, cộng vài JVM khác, đôi khi còn profiling 14:01 &lt;+detonate&gt; chắc do mấy người bt 14:01 &lt;+detonate&gt; khi batching online, sẽ thú vị khi xem nó thay đổi thế nào 14:02 &lt;@jrandom&gt; detonate: một phần lưu lượng đó cũng là tôi đẩy các tệp 50MB qua lại chính nó ;) 14:02 &lt;+detonate&gt; heh 14:02 &lt;jdot&gt; à. ok. xem hệ thống này chạy sao. là AMD XP 2400 với 512MB và kết nối 10Mbit 14:02 &lt;@jrandom&gt; Ragnarok: token bucket không hoạt động theo cách đó đâu 14:02 &lt;@jrandom&gt; jdot: word, vâng, cái này là p4 1.6 nếu tôi nhớ không nhầm 14:03 &lt;@jrandom&gt; Ragnarok: trong token bucket, mỗi (ví dụ) giây bạn thêm một số token vào, theo tốc độ đặt trước. nếu bucket đầy (kích thước = khoảng đột biến), các token sẽ bị bỏ 14:04 &lt;@jrandom&gt; bất cứ khi nào bạn muốn truyền dữ liệu, bạn cần đủ số token 14:04 &lt;@jrandom&gt; (1 token = 1 byte) 14:04 &lt;+Ragnarok&gt; Tôi biết nó hoạt động thế nào... nếu bạn làm bucket thật lớn thì sao? 14:05 &lt;+detonate&gt; thì bạn sẽ không bao giờ ngừng gửi dữ liệu 14:05 &lt;+detonate&gt; nếu nó có kích thước vô hạn 14:05 &lt;+detonate&gt; à, và nó đầy token 14:05 &lt;@jrandom&gt; nếu quá lớn, nó có thể bung ra và burst tới tốc độ không giới hạn sau thời gian dùng ít 14:06 &lt;@jrandom&gt; dù có thể trong một số trường hợp đó là điều mong muốn 14:07 &lt;@jrandom&gt; vấn đề là bạn không thể chỉ đặt token bucket thành 800GB, vì như thế sẽ không hạn chế được tổng lượng đã truyền 14:08 &lt;+detonate&gt; bạn cần một trường để đặt số token mỗi giây, rồi bạn chỉ việc chia mức sử dụng băng thông mỗi tháng cho số giây 14:08 &lt;+detonate&gt; :) 14:10 &lt;@jrandom&gt; đó cũng như đặt tốc độ trung bình theo tháng, điều này sẽ không cân bằng. nhưng dù sao cũng có nhiều kịch bản - nếu ai có nhu cầu không đáp ứng được với những gì hiện có, xin hãy liên hệ 14:10 &lt;+Ragnarok&gt; nhưng nếu bạn đặt tốc độ bằng mức trung bình bạn muốn... Tôi nghĩ là 308 kB/s ở đây, rồi đặt bitbucket thật lớn... tại sao không được? 14:11 &lt;+Ragnarok&gt; s/larger/large/ 14:12 &lt;+detonate&gt; bạn có thể đặt sao cho nó không bao giờ gửi quá 800GB/44000 trong một khoảng burst 60 giây 14:12 &lt;+detonate&gt; 44000 là số phút xấp xỉ trong một tháng 14:13 &lt;@jrandom&gt; kích thước bucket / thời lượng burst mô tả lượng ta sẽ gửi mà không hạn chế, và đa số người dùng /do/ muốn có hạn chế, để router không ngốn 10mbps trong 5 phút khi xả bucket (hay gì đó) 14:14 &lt;@jrandom&gt; cũng có thể có một bộ điều tiết bổ sung cho dòng token đi ra khỏi bucket (và liệu bộ điều tiết đó có token bucket riêng không, rồi bucket đó lại có bộ điều tiết riêng, v.v.) 14:16 &lt;+Ragnarok&gt; Tôi tưởng bucket chỉ được nạp khi có băng thông không dùng tới 14:16 &lt;@jrandom&gt; token được thêm vào bucket với tốc độ không đổi (ví dụ 64k token mỗi giây) 14:17 &lt;@jrandom&gt; bất cứ thứ gì cần băng thông đều luôn hỏi bucket 14:18 &lt;+Ragnarok&gt; à.. ok 14:19 &lt;@jrandom&gt; ok hay lắm, còn ai muốn nêu gì cho cuộc họp không? 14:21 &lt;@jrandom&gt; nếu không thì 14:21 * jrandom lấy đà 14:21 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/03/22/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-22/Tue, 22 Mar 2005 00:00:00 +0000/vi/blog/2005/03/22/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-22/<p>Chào mọi người, cập nhật nhanh tình hình</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.3 2) xử lý theo lô 3) cập nhật 4) ???</li> </ol> <ul> <li>0.5.0.3</li> </ul> <p>Bản phát hành mới đã ra mắt và hầu hết mọi người đã nâng cấp khá nhanh — cảm ơn! Có một số bản sửa lỗi cho nhiều vấn đề khác nhau, nhưng không có gì đột phá — thay đổi lớn nhất là ngừng cho phép người dùng 0.5 và 0.5.0.1 tham gia mạng. Từ đó đến nay tôi đã theo dõi hành vi của mạng, đào sâu tìm hiểu những gì đang diễn ra, và dù đã có một số cải thiện, vẫn còn một vài việc cần được giải quyết.</p>/vi/blog/2005/03/15/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-3-n%C4%83m-2005/Tue, 15 Mar 2005 00:00:00 +0000/vi/blog/2005/03/15/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-3-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, detonate, frosk, godmode0, jrandom, legion, Myo9, newkid, polecat, Pseudonym, Ragnarok, smeghead, Teal, thetower</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) chào 13:07 &lt;jrandom&gt; 1) Tình trạng mạng 13:07 &lt;jrandom&gt; 2) Feedspace 13:07 &lt;jrandom&gt; 3) ??? 13:07 &lt;jrandom&gt; 0) chào 13:07 * jrandom vẫy tay 13:07 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 &lt;Teal&gt; chào 13:08 &lt;jrandom&gt; (ừ, lần này tôi muộn, nhưng cũng gần đúng giờ!) 13:08 &lt;frosk&gt; chào 13:08 &lt;jrandom&gt; vào luôn 1) tình trạng mạng 13:08 &lt;jrandom&gt; mạng thì, kiểu, đang chạy, v.v. 13:09 &lt;jrandom&gt; tổng thông lượng vẫn thấp như trước, với số lượng đáng kể thông điệp & mảnh tin bị rớt 13:09 &lt;bla&gt; chào 13:09 &lt;ant&gt; &lt;dm&gt; tệ 13:09 &lt;Teal&gt; có manh mối nào vì sao không? 13:10 &lt;jrandom&gt; Teal: có, đọc ghi chú trạng thái nhé? :) 13:10 &lt;+detonate&gt; chào 13:11 &lt;jrandom&gt; vẫn còn ~ 25 người dùng bản build cũ, và có lẽ họ sẽ ở đó cho đến khi chúng ta loại họ khỏi mạng 13:11 &lt;jrandom&gt; dù sao thì, ta có thể tìm cách lách qua họ, nên có họ ở đây thực ra lại hữu ích, tôi đoán vậy 13:11 &lt;jrandom&gt; (dù sẽ tuyệt nếu họ nâng cấp... ;) 13:11 &lt;cervantes&gt; (chào) 13:11 &lt;frosk&gt; chắc họ là "sheeple" cài I2P vì đọc đâu đó và muốn thử "anonymous p2p" 13:12 &lt;ant&gt; &lt;BS314159&gt; ừ, nếu suy giảm chất lượng mạng có thể do lỗi, thì cũng có thể do ác ý 13:12 &lt;newkid&gt; Đây là cuộc họp đầu tiên tôi tham gia, nhưng tôi đã đọc ghi chú, và vấn đề có vẻ liên quan đến điều tôi giải thích trước cuộc họp 13:12 &lt;Pseudonym&gt; ta có biết các node cũ gây ra vấn đề cụ thể gì và tại sao không? 13:12 &lt;jrandom&gt; bs314159: đừng bao giờ đổ cho ác ý những gì có thể đổ cho việc jrandom viết code tệ ;) 13:13 &lt;jrandom&gt; Pseudonym: có, xem changelog 13:13 &lt;newkid&gt; Tôi chạy hai nút, cách nhau vài milligiây, và phần lớn thời gian chúng không coi nhau là "fast" 13:13 &lt;jrandom&gt; đúng vậy newkid 13:13 &lt;jrandom&gt; bộ tính tốc độ hiện triển khai thì, ừm, khá tệ 13:13 &lt;jrandom&gt; nó không thu thập đủ dữ liệu để có mức độ tin cậy nào với các giá trị 13:13 &lt;bla&gt; Hmm.. Tệ lắm rồi ;) 13:13 &lt;jrandom&gt; nó vô nghĩa cỡ như "instantaneous rates" bạn thấy ở /oldconsole.jsp 13:14 &lt;jrandom&gt; tôi đang thử vài bộ tính mới, có cải thiện, nhưng thuật toán vẫn có vấn đề 13:14 &lt;jrandom&gt; cụ thể, nó không cho peer dung lượng cao chuyển thành peer nhanh trừ khi các peer nhanh đó rơi khỏi nhóm dung lượng cao 13:15 &lt;bla&gt; jrandom: Mỗi node nhận dữ liệu "độ nhanh" của node khác trực tiếp ("P2P"), hay qua tunnels? 13:15 &lt;jrandom&gt; (tức là K peer đầu tiên đặt vào nhóm nhanh sẽ ở yên trong nhóm nhanh) 13:15 &lt;jrandom&gt; bla: qua tunnels, chúng ta không thể tin đo trực tiếp, vì điều đó cho phép tấn công ẩn danh tầm thường 13:15 &lt;godmode0&gt; "alfYl6RvHzw=" = "21538-900" 13:15 &lt;godmode0&gt; "alV9ye/y/Us=" = "23565-200" 13:15 &lt;godmode0&gt; its is sha1 ? 13:15 &lt;jrandom&gt; (ví dụ: cực kỳ chậm với mọi người trừ Alice) 13:15 &lt;+detonate&gt; họ sẽ ở đó suốt vòng đời của router? 13:15 &lt;jrandom&gt; godmode0: chúng ta đang họp bây giờ 13:16 &lt;godmode0&gt; ops xin lỗi 13:16 &lt;jrandom&gt; detonate: đến khi một trong số họ lỗi hoặc từ chối một tunnel (tức là xếp hạng capacity của họ làm họ rơi khỏi nhóm dung lượng cao) 13:16 &lt;+detonate&gt; ok 13:17 &lt;bla&gt; bla: Hmm.. Nghe như một vấn đề mà — để có _really_ enough_ dữ liệu — phải là&gt;&gt;log(N) trên mạng. 13:17 &lt;jrandom&gt; tôi đang nghịch vài ý tưởng để lấy thêm dữ liệu, nhưng chưa cập nhật 13:17 &lt;bla&gt; Ý là về tải. 13:18 &lt;jrandom&gt; một điểm then chốt chắc chắn là khi tải mạng vượt quá capacity của mạng 13:18 &lt;jrandom&gt; tôi tin các bộ tính capacity của ta xử lý được chuyện đó 13:18 &lt;cervantes&gt; jrandom: -3 thật sự dùng phương pháp chọn peer nhanh này chứ? 13:18 &lt;+polecat&gt; Hy vọng vì truyền dữ liệu giữa peers có cơ chế fairness, sẽ không có cách nào tăng tải quá nhiều... 13:19 &lt;bla&gt; jrandom: Ý tôi là cụ thể hơn: cần đảm bảo thuật toán "tìm ai nhanh" giữ O(log(N)) 13:19 &lt;jrandom&gt; cervantes: có, nhưng như tôi nói, nó không cho thăng hạng peer giữa nhóm nhanh và nhóm dung lượng cao 13:19 &lt;jrandom&gt; polecat: fairness controls? 13:19 &lt;cervantes&gt; vì tôi vừa nhận ra tôi bật proxy, và đã duyệt outerweb mà không biết (tôi có nghĩ kết nối hơi ì) ;-) 13:20 &lt;cervantes&gt; s/live web/outerweb 13:20 &lt;jrandom&gt; bla: tôi không chắc ta nên phụ thuộc vào N. không cần tìm "nhanh nhất trên mạng", chỉ cần "đủ nhanh để xử lý dữ liệu của ta" 13:20 &lt;@smeghead&gt; có vẻ i2pProxy.pac còn nguy hiểm với cả người tạo ra nó :) 13:20 &lt;jrandom&gt; heh hay đó cervantes :) 13:20 &lt;jrandom&gt; lol 13:20 &lt;cervantes&gt; nên chắc chắn đã cải thiện trên nút nhà tôi vốn trước đó cực khổ thật 13:21 &lt;ant&gt; &lt;BS314159&gt; jrandom: bạn có thể randomize nó không? 13:21 &lt;cervantes&gt; smeghead: hehe trời tôi không dùng cái đó! bạn nghĩ tôi điên à! 13:21 &lt;ant&gt; &lt;BS314159&gt; tức là tạo tốc độ chuyển trạng thái ngẫu nhiên? 13:21 &lt;jrandom&gt; BS314159: chúng tôi dùng các tier và randomize trong từng tier 13:22 &lt;jrandom&gt; BS314159: tốc độ tự phát về cơ bản là cái ta có bây giờ, vốn dao động lớn 13:22 &lt;jrandom&gt; (we == 0.5.0.2-0) 13:22 &lt;ant&gt; &lt;BS314159&gt; Tôi nghĩ tôi không hiểu vấn đề. thôi vậy. 13:23 &lt;jrandom&gt; làm an toàn và chính xác thì khó, nhưng tôi nghĩ có đủ dữ liệu quanh đây để thu thập đủ thông tin. rồi sẽ thấy 13:23 &lt;bla&gt; jrandom: Dù sao, tìm ra vài node tốt trông rất giống bài toán tối ưu bầy kiến 13:24 &lt;bla&gt; jrandom: Vì khi đã có peers nhanh, khả năng bạn sẽ dùng CHÍNH chúng để tìm xem ai khác nhanh nữa. 13:24 &lt;jrandom&gt; bạn đề xuất thăm dò chủ động thêm theo hướng đó? 13:24 &lt;jrandom&gt; à, thực ra, không đúng 13:25 &lt;jrandom&gt; đó là khác biệt giữa client tunnels và exploratory tunnels 13:25 &lt;bla&gt; jrandom: Và như vậy, về bản chất bạn đang làm một sơ đồ tối ưu tham lam (giống bầy kiến) 13:25 &lt;jrandom&gt; client tunnels được dựng với peers nhanh, exploratory tunnels được dựng với bất kỳ peer không lỗi nào 13:25 &lt;jrandom&gt; (chọn ngẫu nhiên) 13:26 &lt;bla&gt; jrandom: Hmm.. Vì ẩn danh, thế là tốt. Tuy nhiên, để nhanh chóng tìm cộng tác tunnel tốt để dùng, sẽ tốt hơn nếu dùng peers nhanh trong các tunnel thăm dò... Lại là bài toán cân bằng 13:26 &lt;jrandom&gt; mặt khác, có thể có gì đó theo hướng đó để giúp tối ưu chọn peer 13:26 &lt;jrandom&gt; ồ, đúng, chắc chắn bạn sẽ được hiệu năng tốt hơn khi dùng peers nhanh, nhưng khi đó bạn đâu còn thăm dò :) 13:27 &lt;jrandom&gt; các exploratory tunnels không dùng cho thông điệp client đầu-cuối, chỉ cho thông điệp netDb, thông điệp bảo trì tunnel, và thông điệp kiểm thử peer 13:27 &lt;bla&gt; jrandom: Tôi hiểu, vậy về hiệu quả, bạn dùng tunnels thăm dò ngẫu nhiên để tránh rơi vào cực trị địa phương? 13:27 &lt;jrandom&gt; nên thông lượng thực tế của exploratory tunnels không quan trọng (miễn là dữ liệu cuối cùng cũng qua được) 13:27 &lt;jrandom&gt; phải 13:29 &lt;bla&gt; jrandom: Ok, tôi hiểu. Mặt khác: Khi tôi dùng client tunnels để truyền dữ liệu (như tải từ một eepsite), theo trực giác của tôi, dữ liệu thời gian/throughput đó cũng có thể dùng như một dạng "đánh giá peer thụ động", đúng không? 13:29 &lt;jrandom&gt; chắc chắn rồi bla, và hiện tại, ta chưa thu hoạch dữ liệu đó trong chọn tốc độ 13:29 &lt;bla&gt; jrandom: tức là cách phụ trợ để có thêm dữ liệu về peers 13:30 &lt;jrandom&gt; một phần ta có thể, nhưng một phần sẽ khó lấy hơn (vì thư viện streaming là external) 13:30 &lt;jrandom&gt; ta chắc chắn nên lấy những gì có thể để tăng độ tin cậy 13:30 &lt;ant&gt; &lt;BS314159&gt; điều đó sẽ phụ thuộc vào liên kết chậm nhất trong bất kỳ tunnel nào chứ? 13:31 &lt;ant&gt; &lt;BS314159&gt; khiến rất khó dùng cho hops&gt;0? 13:31 &lt;jrandom&gt; BS314159: đúng, nhưng nó sẽ được trung bình hóa, vì peers được chọn ngẫu nhiên trong tier nhanh 13:31 &lt;jrandom&gt; điều tương tự với mọi phép đo từ xa 13:34 &lt;jrandom&gt; ok, nhìn chung là như vậy atm. hy vọng ta sẽ có vài bộ tính & thống kê mới cho build -4 hoặc -5 trong vài ngày tới, thử xem nó xử lý live net thế nào 13:34 &lt;jrandom&gt; có ai còn gì cho 1) Tình trạng mạng không? 13:34 &lt;bla&gt; jrandom: Có thể nghe như tôi nhấn quá mạnh chuyện này, nhưng theo tôi đây là vấn đề rất cơ bản để một mạng I2P lớn vận hành... 13:35 &lt;jrandom&gt; bla: chắc chắn quan trọng, nhưng nhớ là ta không cần chọn peer tối ưu. chỉ cần đủ tốt 13:35 &lt;ant&gt; &lt;aum&gt; chào buổi sáng mọi người 13:36 &lt;jrandom&gt; điều ta quan tâm là tìm vài peers có thể xử lý một tunnel, và đảm bảo các tunnel đó chịu nổi dữ liệu của ta 13:36 &lt;jrandom&gt; chào buổi sáng aum, kịp giờ họp :) 13:36 &lt;bla&gt; jrandom: Tôi hiểu. Cảm ơn đã giải thích! 13:36 &lt;jrandom&gt; tất nhiên, bạn đúng là sẽ đã lắm nếu ta /có thể/ tìm chọn peer tối ưu ;) 13:37 &lt;jrandom&gt; và chắc chắn có nhiều chỗ cho sinh viên nghĩ ý tưởng và viết bài báo 13:37 &lt;frosk&gt; sẽ là đồ án luận văn rất ngầu :) 13:37 &lt;+detonate&gt; bạn nghĩ khả thi tới đâu nếu chủ động tinh chỉnh tham số chọn peer cho đến khi hy vọng nó ổn, bỏ qua chuyện không thể debug hệ như thế? :) 13:38 &lt;jrandom&gt; detonate: chọn peer thủ công là PITA, vì peers nhanh đôi khi bị nghẽn, yêu cầu bạn giảm bớt, v.v. 13:38 &lt;+detonate&gt; à 13:39 &lt;jrandom&gt; tôi biết ta có thể đào sâu chuyện này mãi, nên tôi đặt cột mốc: truyền thành công một file lớn cụ thể qua các standard tunnels, không bị ngắt 13:39 &lt;+detonate&gt; được rồi 13:40 &lt;Teal&gt; Chiến thắng bằng mọi giá! 13:40 &lt;jrandom&gt; (mặt khác (OTOH), có vài tính năng chưa tài liệu hóa của hệ chọn peer cho phép mọi người gán trọng số thủ công cho từng peer, nhưng tôi không khuyến nghị ;) 13:40 &lt;jrandom&gt; ok, xong 1), giờ chuyển sang 2) Feedspace 13:41 * jrandom trao mic cho frosk 13:41 &lt;frosk&gt; ồ, ok, chào 13:42 &lt;Myo9&gt; Chào Frosk. 13:42 * jrandom bật đèn chiếu cường độ cao 13:42 &lt;frosk&gt; vậy, mọi người nên xem `http://feedspace.i2p` (keys ở orion hoặc blog của jrandom) 13:42 &lt;frosk&gt; bạn dev của tôi (giờ tôi "lộ" tên là ku) và tôi đã bắt đầu viết chút code và có nhiều cuộc thảo luận sôi nổi 13:42 &lt;frosk&gt; ngoài ra, `http://feedspace.i2p/wiki/CallForComments` có một bản rev mới của tài liệu feedspace :) 13:43 &lt;frosk&gt; chào Myo9 13:43 &lt;frosk&gt; ồ đúng, feedspace là tên mới (và cuối cùng) cho cái trước đây gọi là i2pcontent hoặc fusenet :) 13:43 &lt;jrandom&gt; r0x0r 13:43 &lt;frosk&gt; như ghi chú trạng thái có nói, chúng tôi vẫn rất quan tâm phản hồi về thiết kế tổng thể của mọi thứ 13:44 &lt;frosk&gt; đừng ngại thách thức nó nhé :) 13:44 &lt;frosk&gt; và website cũng liệt kê vài "vị trí cần người", chúng tôi cần thêm tay phụ ở nhiều khía cạnh của hệ và dự án 13:45 &lt;frosk&gt; lịch của chúng tôi khá gắt và không ai trong chúng tôi là dev toàn thời gian cho dự án, tiếc là vậy 13:45 &lt;frosk&gt; vậy chắc là vậy thôi, có câu hỏi gì không? :) 13:45 &lt;ant&gt; * aum không vào được orion.i2p hay blog của jrandom, nên không vào được feedspace.i2p 13:46 &lt;frosk&gt; hm vâng, website cũng có lộ trình, nhưng các ngày ở đó _sẽ_ thay đổi :) 13:46 &lt;legion&gt; feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 &lt;legion&gt; xong đó aum 13:46 * jrandom vừa thêm feedspace vào http://dev.i2p.net/i2p/hosts.txt 13:46 &lt;jrandom&gt; (và cvs) 13:46 * frosk tạm thời mù lòa 13:46 &lt;jrandom&gt; legion: đừng dán một dòng, nó quá dài không vừa 13:47 &lt;ant&gt; &lt;aum&gt; cảm ơn 13:47 &lt;frosk&gt; jrandom chắc có thể commit key vào hosts.txt của mình chăng? :) 13:47 &lt;jrandom&gt; ừ, vừa thêm rồi, quên mất :) 13:48 &lt;frosk&gt; dù sao, kế hoạch là có cái gì đó đơn giản và hoạt động (và 100% không bug!) vào I2P 0.6.1, và rồi ta sẽ xây thêm thứ hay ho sau 13:49 &lt;jrandom&gt; heh wikked 13:49 &lt;frosk&gt; s/out/ready for real-world testing/ 13:49 &lt;frosk&gt; tôi vẫn chưa dám nói liệu có thực tế không, nhưng hy vọng là được, nếu không ta sẽ tiếp tục cắt bớt tính năng ;) 13:49 &lt;ant&gt; &lt;BS314159&gt; vì tôi không vào được feedspace.i2p, tôi sẽ hỏi một câu cơ bản 13:50 &lt;ant&gt; &lt;aum&gt; key đó không đúng, chỉ 441 ký tự 13:50 &lt;jrandom&gt; đúng aum, irc cắt bớt, lấy http://dev.i2p.net/i2p/hosts.txt 13:51 &lt;+detonate&gt; frosk: tôi có gợi ý tạm thời 13:51 &lt;+detonate&gt; thêm gì đó vào bảng điều khiển router I2P để lấy danh sách cập nhật từ i2p webserver, để mọi người biết khi nào cần cập nhật router, v.v. :) 13:51 &lt;legion&gt; à xin lỗi, về chuyện đó. Dù sao tôi cũng đã commit nó vào hosts.txt của tôi rồi. 13:51 &lt;ant&gt; &lt;aum&gt; cảm ơn jrandom 13:51 &lt;ant&gt; &lt;BS314159&gt; bạn thấy feedspace sẽ thay thế hệ nào trong các hệ sau: usenet, gnutella, google, livejournal, www 13:52 &lt;jrandom&gt; , nhà thờ 13:52 &lt;jrandom&gt; ờ thì.. 13:52 &lt;cervantes&gt; jrandom: à bạn bắt quả tang tôi đang commit hosts 13:52 &lt;ant&gt; &lt;BS314159&gt; tức là nó là diễn đàn thông điệp, hệ thống chia sẻ file, hệ thống lập chỉ mục nội dung, hệ thống trang động và/hoặc hệ thống phục vụ tĩnh 13:53 &lt;ant&gt; * aum tắt throttling trong routerConsole, xem có giúp gì không 13:54 &lt;frosk&gt; BS314159: chúng tôi sẽ hỗ trợ blog, forum, và sổ địa chỉ dùng chung (cho phiên bản đầu tiên, các ứng dụng khác là có thể) 13:54 &lt;frosk&gt; nó không thay thế trang web tự thân 13:54 &lt;frosk&gt; nhưng chắc chắn có thể dùng cho "file sharing" 13:54 &lt;+detonate&gt; vậy là content syndication? 13:54 &lt;jrandom&gt; có lẽ nó sẽ thay thế nội dung web tĩnh, cho phép xuất bản web bền bỉ cho người không thể chạy eepsites 13:54 &lt;frosk&gt; đó chính là mục tiêu 13:55 &lt;jrandom&gt; (tóm tắt hai từ: usenet+SSK) 13:55 &lt;frosk&gt; đúng 13:55 &lt;ant&gt; &lt;BS314159&gt; ok 13:55 &lt;Ragnarok&gt; không bền bỉ đến thế 13:56 &lt;jrandom&gt; Ragnarok: đúng là tùy chính sách của syndicator 13:56 &lt;+detonate&gt; stasher có chuyện gì không? 13:56 &lt;frosk&gt; nó có thể bền bỉ như syndicator chịu khó nhất :) 13:56 &lt;jrandom&gt; (xem: dejanews ;) 13:56 &lt;ant&gt; &lt;aum&gt; detonate: stasher tạm dừng, viết một thứ hoàn toàn mới gọi là quartermaster 13:57 &lt;+detonate&gt; hiểu rồi 13:58 &lt;jrandom&gt; frosk: bọn tôi có thể làm gì để giúp? 13:59 &lt;jrandom&gt; mọi người nên đăng ký & hack trên wiki, email, đăng trên forum chứ? 13:59 &lt;jrandom&gt; ồ, có lẽ nhờ cervantes thêm một mục diễn đàn mới? 13:59 &lt;frosk&gt; tôi nghĩ thực ra lúc này một forum sẽ rất hay 14:00 &lt;frosk&gt; cho thảo luận riêng tư hơn, bạn có thể email cho cả hai chúng tôi tại ku@mail.i2p và frosk@mail.i2p 14:01 &lt;cervantes&gt; hrrrm ... bạn sẽ đưa review game vào đó chứ? 14:01 &lt;jrandom&gt; heh 14:01 &lt;jrandom&gt; w3rd 14:01 &lt;cervantes&gt; vì nếu không... thì chào mừng bạn có mục diễn đàn mới 14:01 &lt;frosk&gt; tôi đang nghĩ review top20 nhạc đó, cervantes 14:02 &lt;jrandom&gt; (nhân tiện, mirror của lời kêu gọi góp ý @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 &lt;cervantes&gt; :) 14:04 &lt;cervantes&gt; frosk: feedspace hay feed space hay Feedspace hay Feed Space hay FeedSpace? 14:04 &lt;frosk&gt; cervantes: Feedspace 14:05 &lt;frosk&gt; mong có nhiều thảo luận ở forum :) tôi không còn gì thêm cho mục này, ai còn gì không? 14:05 &lt;jrandom&gt; ok hay đó, cảm ơn cập nhật frosk 14:06 &lt;@smeghead&gt; hay FEeDspace? 14:06 &lt;ant&gt; &lt;cervantes&gt; frosk: lúc nào bạn rảnh, pm tôi một mô tả một dòng cho mục diễn đàn 14:06 &lt;legion&gt; hmm nói về forum mới, lol. Tôi đang dựng một site forum mới. Tuy còn nhiều hack trên code phpbb, nhưng chắc xong trong tuần này. ;) 14:06 &lt;jrandom&gt; hay đó legion 14:06 &lt;jrandom&gt; nó kéo ta sang 3) ??? rất mượt 14:06 &lt;jrandom&gt; ai còn gì muốn nêu không? 14:06 &lt;jrandom&gt; aum: có cập nhật gì về Q không? 14:07 &lt;frosk&gt; tôi, ờ, không 14:07 &lt;ant&gt; &lt;aum&gt; phát triển Q tiến triển tốt, chưa có gì để công bố atm 14:07 &lt;jrandom&gt; w3rd 14:07 &lt;ant&gt; * aum đã hoàn thành 90% net.i2p.i2ptunnel.I2PTunnelXMLServer 14:07 &lt;ant&gt; &lt;BS314159&gt; Tôi có câu hỏi đơn giản về netDb 14:07 &lt;ant&gt; &lt;aum&gt; giờ mọi thứ chạy rồi trừ 'i2p.tunnel.close' 14:07 &lt;legion&gt; forum của tôi sẽ cho phép thành viên dùng avatar kích thước khá, thảo luận nội dung chia sẻ, hầu như bất cứ gì. 14:08 &lt;jrandom&gt; wikked 14:08 &lt;ant&gt; &lt;BS314159&gt; trên trang nói rằng bản ghi được lưu trên peers gần nhất với SHA256(router identity + YYYYMMdd) 14:08 &lt;jrandom&gt; đúng rồi BSpi 14:08 &lt;@smeghead&gt; legion: nó sẽ là mối nguy bảo mật như bt client của bạn chứ? 14:08 &lt;ant&gt; &lt;BS314159&gt; điều đó có nghĩa có một đợt bùng lưu lượng mỗi 00:00 GMT? 14:08 &lt;ant&gt; * aum thực sự đang dần thông thạo Java, đạt tới 'khối lượng tới hạn nhận thức' 14:09 &lt;jrandom&gt; BS: các điểm dữ liệu hết hạn thường xuyên hơn là chúng di chuyển 14:09 &lt;jrandom&gt; một LeaseSet chỉ có hiệu lực 10 phút, chẳng hạn 14:09 &lt;bla&gt; jrandom: Có lệnh dòng lệnh nào tôi có thể gọi, để tôi lấy ước lượng tốc độ của từng peer trên mạng trong, nói, 60 giây qua không? 14:09 &lt;legion&gt; lol, forum là mối nguy bảo mật á? 14:10 &lt;@smeghead&gt; legion: vâng, và nếu bạn còn không biết vậy, tôi đã tin là forum của bạn sẽ là mối nguy bảo mật 14:10 &lt;jrandom&gt; bla: yeah, java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 &lt;jrandom&gt; (tôi nghĩ vậy) 14:10 &lt;legion&gt; ồ và bản phát hành tiếp theo của bt client tôi sẽ không gây ra mấy vấn đề như thế... 14:10 &lt;jrandom&gt; bạn có thể cần thêm mức log vào logger.config, để tôi kiểm tra 14:10 &lt;@smeghead&gt; legion: Cervantes đã sửa rất nhiều phpBB để khóa nó cho dùng trên i2p 14:10 &lt;ant&gt; &lt;BS314159&gt; Có vẻ để nó xảy ra đồng loạt vào thời điểm xác định thì gượng gạo. Nếu nó diễn ra liên tục, sẽ... mượt hơn. Nó cũng cho kẻ tấn công ít thời gian hơn để tấn công, vì các phần dữ liệu sẽ sai trong chưa đầy 24 giờ 14:11 &lt;jrandom&gt; không, nó đổ ra stdout 14:11 &lt;frosk&gt; jrandom: bạn cảm thấy thế nào về lộ trình i2p hiện nay, nếu được hỏi? bạn có nghĩ nó thực tế không? 14:11 &lt;legion&gt; Hmm tôi tự hỏi có thể lấy bản sửa của cervantes không? 14:11 &lt;jrandom&gt; frosk: tôi cập nhật nó khi tôi thấy không thoải mái với nó 14:12 &lt;frosk&gt; ok 14:12 &lt;+detonate&gt; bạn biết đấy, có trình cài Windows cho python 2.4, có cho wxpython, và có i2p-bt tarball, tôi thật sự không thấy vì sao ai đó lại lấy/tin một bản phát hành bên thứ ba 14:12 &lt;legion&gt; Nếu không tôi sẽ phải tiếp tục hack trên mã nguồn phpbb thôi... 14:12 &lt;jrandom&gt; BS: peers chỉ nhìn sai chỗ tối đa 30s, do đồng bộ đồng hồ 14:12 &lt;@smeghead&gt; legion: chúc vui 14:12 &lt;legion&gt; ừ sao mọi người lại tải và dùng kazaa? 14:13 &lt;bla&gt; jrandom: Tôi hỏi vì... 14:13 &lt;legion&gt; Hoặc morpheus? 14:13 &lt;jrandom&gt; (vì họ không biết tốt hơn?) 14:13 &lt;legion&gt; Cả hai đều có adware/v.v... 14:13 &lt;+detonate&gt; họ thiếu hiểu biết? 14:14 &lt;legion&gt; vâng và có hàng triệu người dùng thiếu hiểu biết ngoài kia. ;) 14:14 &lt;ant&gt; &lt;BS314159&gt; legion: nghe như bạn muốn kèm spyware với I2P. Thật là một cú thiên tài. 14:14 &lt;bla&gt; jrandom: ...tôi đã xem SpeedCalculator.java và CapacityCalculator.java, và tôi muốn thử nghiệm các bộ ước lượng 14:14 &lt;cervantes&gt; legion: theo dõi bản vá chính thức, và đặt htaccess cho khu vực admin 14:14 &lt;jrandom&gt; wikked bla 14:14 &lt;legion&gt; Gì cơ? Không đời nào... Tôi ghét malware... 14:14 &lt;cervantes&gt; hầu hết sửa đổi của tôi liên quan ngăn spam 14:14 &lt;ant&gt; &lt;aum&gt; tôi nêu vấn đề cấp bách hơn được chứ? 14:14 &lt;legion&gt; Chỉ vậy thôi à? cervantes? 14:15 &lt;jrandom&gt; có chuyện gì aum? 14:15 &lt;@smeghead&gt; legion: còn người dùng của bạn cũng ghét malware thì sao? tại sao bạn không làm gì để giảm bớt lo ngại của họ? 14:15 &lt;ant&gt; &lt;dm&gt; BS314159: bạn là bản hotfix của windows à? 14:15 &lt;ant&gt; &lt;aum&gt; có phải chỉ tôi không, hay I2P vẫn còn lởm khởm? tôi gặp cả đống rắc rối với cả eepsites chính, irc v.v. 14:15 &lt;bla&gt; jrandom: Thêm nữa, ý tưởng "lấy dấu thụ động" giờ đang trong đầu tôi (một chút ;): Nếu tôi nhận dữ liệu qua một tunnel, điều đó nói cho tôi điều gì đó về băng thông/dung lượng của tất cả peers trong tunnel đó:... 14:15 &lt;jrandom&gt; aum: xem ghi chú trạng thái hàng tuần 14:16 &lt;cervantes&gt; legion: đổi tên tất cả trang đăng ký, đăng nhập, đăng bài và chỉnh sửa hồ sơ thành cái gì đó phi chuẩn 14:16 &lt;bla&gt; jrandom: Nó nói cho tôi khá nhiều về peer gần tôi nhất, ít hơn chút về peer ở cách một bước, và cứ thế giảm dần. 14:16 &lt;cervantes&gt; sẽ giúp kìm sâu 14:16 &lt;jrandom&gt; bla: ừ, tôi đọc bài timing đó, và bài tấn công tor hôm qua rất chăm chú 14:17 &lt;Myo9&gt; Cervantes, phát hành ant sửa đổi của bạn chứ? 14:17 &lt;Myo9&gt; s/ant/any/ 14:17 &lt;jrandom&gt; có lo ngại theo hướng đó trong bộ tính capacity với các cấp độ từ chối khác nhau 14:18 &lt;bla&gt; jrandom: Theo cách nào đó, điều này cho tôi một mức "niềm tin" vào băng thông/dung lượng của peer (mức niềm tin đó phụ thuộc vào khoảng cách đến từng thành viên tunnel, và vào mức niềm tin tôi có với BW/dung lượng của các node gần tôi nhất) 14:18 &lt;legion&gt; cảm ơn lời khuyên cervantes :) 14:18 &lt;bla&gt; jrandom: Giờ, tôi tình cờ biết vài người rành về Bayesian Belief Networks... ;)) 14:18 &lt;@smeghead&gt; lại nữa, legion phớt lờ câu hỏi 14:18 &lt;+thetower&gt; Tôi nghĩ tất cả ta phải đình chiến với legion và để anh ấy viết gì anh ấy muốn, đâu ai bị ép dùng nó. 14:18 &lt;jrandom&gt; hmm, bạn nói "khoảng cách" là sao bla? 14:18 &lt;ant&gt; &lt;dm&gt; legion đang làm gì vậy? 14:19 &lt;bla&gt; jrandom: Tôi sẽ trò chuyện với họ, về lấy dấu thụ động (lưu ý: tôi không có ý nghĩa tiêu cực của từ "lấy dấu") 14:19 &lt;jrandom&gt; wikked 14:19 &lt;jrandom&gt; các gợi ý cách ta chọn peers "chất lượng" tốt nhất luôn rất hoan nghênh 14:19 &lt;cervantes&gt; Myo9: Tôi chắc chắn có thể. 14:19 &lt;legion&gt; Dù sao hiện chưa có nhiều người dùng i2p trên Windows và không nhiều người chạy bản phân phối nhị phân i2p-bt của tôi. Sắp tới bản phát hành mới sẽ xong và phát hành, nó sẽ không có vấn đề như vậy... Vì sẽ có cả phân phối nhị phân và nguồn. 14:19 &lt;@smeghead&gt; tại sao ai đó lại muốn dùng phần mềm từ người thậm chí không thực hiện biện pháp cơ bản nhất để giải tỏa lo ngại của người dùng về bảo mật và ẩn danh là điều vượt quá hiểu biết của tôi 14:20 &lt;ant&gt; &lt;aum&gt; frosk: viết feedspace bằng ngôn ngữ gì? (thứ lỗi nếu tôi đã hỏi trước) 14:20 &lt;cervantes&gt; nó không phải "bản vá" sạch sẽ hay gì đâu 14:20 &lt;bla&gt; jrandom: khoảng cách... Giả sử tôi có inbound tunnel X -&gt; Y -&gt; tôi, và tôi biết RẤT NHIỀU về thuộc tính của Y, thì thống kê những gì tôi nhận qua tunnel đó nói cho tôi khá nhiều về X 14:20 &lt;frosk&gt; aum: java (và tôi tha thứ bạn ;) 14:20 &lt;cervantes&gt; tôi chỉ sửa lỗi và vấn đề khi nó xuất hiện 14:20 &lt;bla&gt; jrandom: Mặt khác, nếu tôi biết ít về thuộc tính của Y, thống kê truyền chưa nói được nhiều về X; tôi cần biết thêm về Y trước 14:20 &lt;cervantes&gt; khi chúng 14:20 &lt;jrandom&gt; bla: rất khó biết độ trễ hay nghẽn xảy ra ở X hay Y (hay ở các hop trước đó) 14:20 &lt;cervantes&gt; `http://forum.i2p/index.php?c=4` 14:21 &lt;cervantes&gt; mục mới: Feedspace 14:21 &lt;jrandom&gt; w00t 14:21 &lt;frosk&gt; yay 14:22 &lt;legion&gt; dù sao nói vậy đủ về bản phát hành của tôi, mọi thảo luận thêm về nó nên làm ở kênh #itorrent 14:22 &lt;bla&gt; jrandom: Điều đó đúng. Tuy nhiên, với lượng dữ liệu lớn (và hy vọng thời gian đo không _lớn hơn NHIỀU_ so với thang thời gian thuộc tính node thay đổi), tôi tin CHẮC CHẮN phải có thông tin trong thống kê lưu lượng/tunnel 14:22 &lt;@smeghead&gt; legion: ta có thể thảo luận trong mục họp # 3) mọi việc ảnh hưởng đến i2p 14:23 &lt;@smeghead&gt; legion: và tôi nghĩ phần mềm của bạn là mối lo nghiêm trọng và cần cảnh báo người dùng 14:23 &lt;legion&gt; ừ, ok 14:23 &lt;jrandom&gt; bla: chắc chắn, ta chỉ cần thu RTT từ OutboundClientMessageOneShotJob 14:23 &lt;jrandom&gt; (và rồi tìm cách tính & làm suy giảm dữ liệu tốt nhất) 14:24 &lt;legion&gt; Vậy smeghead nếu bạn phát hành như thế, bạn sẽ làm khác gì? 14:24 &lt;@smeghead&gt; legion: cách bạn liên tục né câu hỏi và cố hoãn thảo luận về chủ đề này rất đáng lo 14:25 &lt;@smeghead&gt; legion: đầu tiên, phát hành mã nguồn cho nhị phân hiện tại của bạn, cho dù nó chỉ là "i2p-bt với bản vá của smeghead", và có một bài viết trên site của bạn giải thích về nhánh (fork) của bạn 14:25 &lt;bla&gt; jrandom: RTT ở đó biểu thị điều gì? 14:26 &lt;@smeghead&gt; legion: cũng hữu ích nếu làm như i2p-bt, và có changelog liệt kê tất cả sửa đổi bạn đã làm 14:27 &lt;jrandom&gt; bla: thông điệp client đầu-cuối thường (mặc định, luôn) được gói trong garlic wrapping, chứa thêm một DeliveryStatusMessage quay lại người gửi (thông qua tunnels, tất nhiên), cho phép dùng AES+sessionTags thay vì ElGamal 14:28 &lt;bla&gt; jrandom: (vâng) 14:28 &lt;+detonate&gt; như tôi nói, bạn chỉ cần cung cấp link đến trang tải ba thứ cần cho i2p-bt chạy, nó đơn giản và cho bạn đúng thứ y hệt, tôi thật sự không thấy công dụng gì cho cái đó ngoài trojan 14:28 &lt;jrandom&gt; sau này ta sẽ cập nhật I2CP (và SDK) để cho phép thư viện streaming cung cấp cùng dữ liệu đó mà không cần DeliveryStatusMessage 14:29 &lt;@smeghead&gt; detonate: tôi đồng ý, lẽ ra anh ta chỉ nên gửi một bản vá cho i2p-bt chính thức ngay từ đầu, fork là hoàn toàn không cần thiết và gây nghi ngờ ngay lập tức 14:30 &lt;+detonate&gt; chính xác 14:30 &lt;@smeghead&gt; *suspicion 14:31 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 14:31 &lt;ant&gt; &lt;drakoh&gt; chào mọi người! muốn hỏi, mạng có gì đặc biệt không? 14:32 &lt;@smeghead&gt; do bản chất của i2p, các ứng dụng phát triển cho nó đòi hỏi mức độ cởi mở lớn hơn với người dùng cuối và hợp tác giữa các nhà phát triển 14:32 &lt;jrandom&gt; drakoh: xem ghi chú trạng thái hàng tuần 14:32 &lt;bla&gt; quit 14:32 &lt;ant&gt; &lt;drakoh&gt; không ý tôi là có gì lạ lạ... 14:32 &lt;@smeghead&gt; người dùng i2p luôn tự nhiên đa nghi ở một mức nào đó, và bổn phận của chúng ta là làm những gì có thể để xua tan mọi lo ngại có thể 14:32 &lt;ant&gt; &lt;drakoh&gt; như tôi mất hết tất cả peers 14:33 &lt;jrandom&gt; ừ, đồng ý smeghead. với phần mềm ẩn danh hay bảo mật, nhất là phần mềm trong lĩnh vực đầy trojan như chia sẻ file, tính cởi mở là cực kỳ quan trọng. 14:33 &lt;jrandom&gt; drakoh: ok, chờ chút, ta có thể debug chuyện đó sau khi họp xong 14:33 &lt;ant&gt; &lt;drakoh&gt; úi xin lỗi 14:33 &lt;jrandom&gt; ok, nói về việc cuộc họp kết thúc... 14:34 * jrandom thu dọn 14:34 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/03/15/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-15/Tue, 15 Mar 2005 00:00:00 +0000/vi/blog/2005/03/15/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-15/<p>Chào mọi người, đến giờ cập nhật hàng tuần</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Feedspace (không gian nguồn cấp) 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong tuần vừa qua, phần lớn thời gian của tôi đã dành cho việc phân tích hành vi của mạng, theo dõi thống kê và cố gắng tái tạo các sự kiện khác nhau trong trình mô phỏng. Mặc dù một số hành vi khác thường của mạng có thể được quy cho khoảng hai chục router vẫn đang chạy các phiên bản cũ, yếu tố then chốt là các phép tính tốc độ của chúng tôi không cho ra dữ liệu tốt - chúng tôi không thể xác định chính xác những peer (nút ngang hàng) có thể truyền dữ liệu nhanh. Trước đây, điều này không phải là vấn đề lớn, vì có một lỗi khiến chúng tôi sử dụng 8 peer có dung lượng cao nhất làm nhóm &lsquo;fast&rsquo;, thay vì xây dựng các tầng dựa trên dung lượng đúng nghĩa. Phép tính tốc độ hiện tại của chúng tôi được suy ra từ một bài kiểm tra độ trễ định kỳ (cụ thể là RTT của một bài kiểm tra tunnel), nhưng điều đó không cung cấp đủ dữ liệu để có thể tin tưởng vào giá trị thu được. Điều chúng ta cần là một cách tốt hơn để thu thập nhiều điểm dữ liệu hơn, đồng thời vẫn cho phép các peer có dung lượng cao được đưa vào tầng &lsquo;fast&rsquo; khi cần.</p>/vi/blog/2005/03/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-3-n%C4%83m-2005/Tue, 08 Mar 2005 00:00:00 +0000/vi/blog/2005/03/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-3-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, aum, bla, cervantes, detonate, duck, fedo, frosk, jrandom, legion, maestro^, mancom, named, postman, Ragnarok, septu_ssh</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) chào 13:06 &lt;@jrandom&gt; 1) 0.5.0.2 13:06 &lt;@jrandom&gt; 2) cập nhật mail.i2p 13:06 &lt;@jrandom&gt; 3) cập nhật i2p-bt 13:06 &lt;legion&gt; vậy nó liên quan đến các máy chủ IRC? 13:06 &lt;@jrandom&gt; 4) ??? 13:06 &lt;@jrandom&gt; 0) chào 13:06 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã lên @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 &lt;fedo&gt; chào 13:07 &lt;+postman&gt; chào 13:07 &lt;frosk&gt; chào mọi người 13:07 &lt;@jrandom&gt; legion: không, liên quan đến các bug của i2p, đang được xử lý 13:07 &lt;bla&gt; chào 13:07 &lt;legion&gt; ok 13:07 &lt;@jrandom&gt; nói về các bug đang xử lý, hãy nhảy vào 1) 0.5.0.2 :) 13:07 &lt;cervantes&gt; chào 13:07 &lt;cervantes&gt; -- Đã ngắt kết nối 13:08 &lt;@jrandom&gt; hêhê 13:08 &lt;ant&gt; &lt;mihi&gt; chào mọi người 13:08 &lt;@jrandom&gt; 0.5.0.2 đã phát hành, và dù kết nối IRC của bạn đôi lúc có thể lag, nó sẽ hồi lại ;) 13:08 &lt;@jrandom&gt; woa chào mihi 13:09 &lt;cervantes&gt; chào mihi 13:09 &lt;@jrandom&gt; các ghi chú trạng thái nêu tổng quan về tình hình hiện tại và các ưu tiên trước mắt 13:10 &lt;@jrandom&gt; thứ đáng sợ mà tôi đang cố lần ra có thể thấy ở `http://localhost:7657/oldstats.jsp#router.invalidMessageTime` 13:10 &lt;bla&gt; Với tôi, có thể nói 0.5.0.2 đã cải thiện độ tin cậy RẤT LỚN so với 0.5.0.1: lỗi không thể liên lạc được với đích hầu như không còn xảy ra nữa 13:10 &lt;@jrandom&gt; các con số đó lẽ ra phải rất rất nhỏ, nhưng tiếc là không 13:10 &lt;@jrandom&gt; ngon đó bla 13:11 &lt;@jrandom&gt; ừ, 0.5.0.2 chắc chắn là một cải tiến, và mọi người nên nâng cấp NGAY 13:11 &lt;bla&gt; 375,932.22 trong 10 phút vừa rồi bên tôi.... 13:11 &lt;@jrandom&gt; thật ra giá trị cụ thể không phải vấn đề, mà là tần suất của chúng 13:11 &lt;@jrandom&gt; (sự kiện mỗi khoảng thời gian) 13:12 &lt;@jrandom&gt; những thông điệp đó nhiều khả năng là do các router 0.5 gây ra, và một phần do router 0.5.0.1, đó là lý do tôi muốn mọi người nâng cấp NGAY 13:12 &lt;@jrandom&gt; cũng có thể là do thứ khác, nhưng tôi muốn loại trừ nó trước 13:12 &lt;bla&gt; jrandom: tôi nhận khoảng 200 mỗi giờ ở đây 13:13 &lt;@jrandom&gt; bla: giờ này tôi có 93, nhưng đỉnh cao hơn nhiều (hàng nghìn) 13:13 &lt;@jrandom&gt; dù sao, thống kê cụ thể này được công bố trong netdb 13:13 &lt;bla&gt; jrandom: Thế khi phát hành 0.5.0.3 loại bỏ 0.5-0 khỏi mạng bằng phần mềm thì sao? 13:14 &lt;@jrandom&gt; vậy chúng ta có thể nhìn quanh và xem người khác có giá trị gì ;) 13:14 &lt;@duck&gt; 309,854.24 đỉnh 5,473,314.59 13:15 &lt;@duck&gt; dán nhầm cái khác rồi, hả 13:15 &lt;@jrandom&gt; bla: chắc chắn. Tôi đã thêm một ít code trong bản 0.5.0.2 để làm tương thích tiến mà 0.5.0.1 và 0.5 không có 13:16 &lt;@jrandom&gt; duck: khó mà có # sự kiện không nguyên ;) 13:16 &lt;bla&gt; jrandom: Tốt. Ít nhất như vậy cho phép bạn kiểm thử giả thuyết invalid-messages-are-due-to-0.5-0 trong môi trường có kiểm soát 13:16 &lt;@jrandom&gt; bla: ừ, nhưng sẽ tuyệt nếu mọi người cập nhật trước ;) 13:17 &lt;@jrandom&gt; (và cho những ai đang đọc ở nhà: http://www.i2p.net/download là bạn của bạn ;) 13:17 &lt;maestro^&gt; jr: các con số lệch router.invalidMessageTime tính theo ms? 13:17 &lt;@jrandom&gt; maestro^: đúng 13:18 &lt;@jrandom&gt; (hay còn gọi là các giá trị lệch cực kỳ điên rồ) 13:18 &lt;legion&gt; Đây là báo cáo mạng nhỏ [version|Number of nodes][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 &lt;@jrandom&gt; ừ, mọi người đã cập nhật rất tốt 13:18 &lt;legion&gt; Vậy vẫn có vài người chạy 0.5 và nhiều người chạy 0.5.0.1 13:18 &lt;maestro^&gt; vậy có ý tưởng nào họ đang lag ở đâu không? 13:18 &lt;bla&gt; jrandom: Freenet có một cờ trong mỗi bản phát hành chỉ định phiên bản node tối thiểu mà nó sẽ giao tiếp. Code tương thích tiến mới có kiểu như vậy không? 13:19 &lt;@jrandom&gt; maestro^: có rất nhiều lý do khiến người dùng 0.5 và 0.5.0.1 bị lag. 13:19 &lt;@jrandom&gt; bla: tương tự 13:19 &lt;maestro^&gt; hay là do lệch đồng hồ trên các node? 13:20 &lt;@jrandom&gt; maestro^: lệch đồng hồ, một số bug tuần tự hóa, bug 100% CPU 13:20 &lt;@jrandom&gt; ok, đó là trọng tâm của tôi lúc này, cố đưa độ tin cậy thông điệp lên lại 13:21 &lt;@jrandom&gt; ai có câu hỏi/bình luận/lo lắng gì về 0.5.0.2 không? 13:21 &lt;ant&gt; * mihi có một router 0.4.2.5 trên ổ cứng ở đây chưa khởi động từ 22/12... nhưng nghĩ tốt hơn là xóa đi... 13:21 &lt;@jrandom&gt; hêhê 13:21 &lt;@jrandom&gt; ờ, cái đó sẽ không nói chuyện với nhiều router đâu ;) 13:21 * postman có một bản sao lưu cài đặt 0.4 cuối cùng của mình :) 13:21 &lt;ant&gt; &lt;mihi&gt; câu hỏi của tôi là nâng cấp hay xóa. 13:22 &lt;@jrandom&gt; xóa 13:22 &lt;@jrandom&gt; (sao lưu bất kỳ khóa đích nào) 13:22 &lt;@jrandom&gt; không còn quy trình nâng cấp từ trước 0.5 nữa 13:22 &lt;legion&gt; Có lẽ phát hành một cập nhật khác, ví dụ 0.5.0.2-1 chỉ cho phép kết nối từ 0.5.0.2 hoặc mới hơn, sẽ tốt? 13:22 &lt;@jrandom&gt; legion: như vậy sẽ chia tách mạng 13:22 &lt;@jrandom&gt; mọi người chỉ cần nâng cấp. 13:23 &lt;@jrandom&gt; (và chúng ta nên tìm cách lách qua những ai không nâng cấp) 13:24 &lt;legion&gt; ừ cho đến khi những người chạy node lỗi thời cập nhật ;) 13:24 &lt;@jrandom&gt; chia tách mạng làm hại tất cả chúng ta, không chỉ họ 13:25 &lt;legion&gt; Có lẽ nếu có thông báo cập nhật trong console của router hoặc gì đó để họ biết họ đang chạy phiên bản lỗi thời? 13:25 &lt;@jrandom&gt; ừ, cái đó khá hay 13:25 &lt;@jrandom&gt; hy vọng có thể buộc nó với trình cập nhật nữa 13:26 &lt;legion&gt; ừ, tôi biết, phân mảnh là không tốt... 13:26 &lt;@jrandom&gt; smeghead đang làm một số thành phần chính cho việc đó, nhưng không chắc có gồm thông báo / tải xuống không 13:26 &lt;@jrandom&gt; (vậy ai muốn giúp làm cái đó, liên hệ nhé!) 13:27 &lt;@jrandom&gt; ok, chuyển sang 2) cập nhật mail.i2p 13:27 &lt;@jrandom&gt; postman: ping 13:27 &lt;+postman&gt; có 13:27 &lt;bla&gt; jrandom: nếu nhớ không nhầm thì smeghead đang làm gì đó liên quan ký số (để khi bạn nhận thông báo cập nhật, ít nhất bạn biết nó là thật, không phải phishing/spyware/linh tinh) 13:28 * postman cầm mic 13:28 &lt;legion&gt; hừm, có lẽ nếu có tính năng tự động cập nhật tích hợp, nơi cập nhật được tải qua i2p và các node chỉ việc tải về rồi khởi động lại êm ái. 13:28 &lt;@jrandom&gt; đúng đó bla 13:28 &lt;ant&gt; &lt;Gatak&gt; À, tiện thể. I2P có chạy được sau NAT ngay cả khi bạn không mở được cổng không? 13:28 &lt;@jrandom&gt; Gatak: chưa. một số người sẽ làm được ở 0.6, số khác ở 2.0 13:29 &lt;@jrandom&gt; legion: hoan nghênh các bản vá 13:29 &lt;ant&gt; &lt;Gatak&gt; 2.0 trời, còn xa lắm =) 13:29 &lt;@jrandom&gt; (http://www.i2p.net/roadmap#2.0 ;) 13:29 &lt;+postman&gt; ờm, tôi bắt đầu nhé? 13:29 &lt;aum&gt; chào buổi sáng mọi người 13:30 &lt;@jrandom&gt; mic là của bạn, postman (xin lỗi ;) 13:30 &lt;@jrandom&gt; chào aum, kịp cuộc họp rồi 13:30 &lt;@jrandom&gt; (chà! /me im lặng lại) 13:30 &lt;cervantes&gt; Gatek: http://www.i2p.net/roadmap 13:30 &lt;+postman&gt; đầu tiên, tôi muốn nói là chúng ta đã đạt 300 tài khoản đăng ký tại postman.i2p rồi 13:30 &lt;@jrandom&gt; w00t 13:30 &lt;+postman&gt; số lượng thư từ/đến Internet đang tăng đều và một lần nữa chứng minh rằng chúng ta cần tiến xa hơn 13:31 &lt;cervantes&gt; *kít la* 13:31 &lt;+postman&gt; sau khi nói chuyện với jr vài tuần trước, chúng tôi thống nhất phát hành v2mail cùng với I2P 1.0 13:31 &lt;+postman&gt; trạng thái gần đây: smtp proxy viết bằng java, thiết kế để chạy trên mọi node, đã xong 13:31 &lt;@jrandom&gt; hay lắm! 13:32 &lt;+postman&gt; POP3 proxy viết bằng java được 80% còn thiếu phần maildir engine 13:32 &lt;+postman&gt; sẽ có một webmanager vẫn cần tinh chỉnh nhiều (xong 15%) 13:32 &lt;+postman&gt; giao tiếp liên node ở mức 40% - chúng tôi đã thử trao đổi bản ghi dữ liệu bằng HTTP/XML 13:33 &lt;+postman&gt; có vẻ chạy khá tốt và nhanh nữa 13:33 &lt;+postman&gt; ngay cả khi một relay node hỏng/tắt vài ngày, nó sẽ được đồng bộ trong vài phút sau khi lên mạng lại 13:33 &lt;@jrandom&gt; đỉnh 13:33 &lt;+postman&gt; tôi nghĩ chúng ta khá đúng tiến độ 13:34 &lt;+postman&gt; có một điều đáng chú ý 13:34 &lt;bla&gt; postman: Làm tốt lắm! Một câu hỏi: Nhiều node không thể nhận hoặc gửi dữ liệu trên cổng 25 (ít nhất là trực tiếp). Chủ node có thể chỉ định điều này (hay sẽ tự phát hiện)? 13:34 &lt;cervantes&gt; hay 13:34 &lt;+postman&gt; bla: để sau 13:34 &lt;+postman&gt; trong v2mail sẽ có một webapp chạy cục bộ 13:34 &lt;+postman&gt; với cái này bạn có thể quản lý các proxy cục bộ của mình VÀ xin một "relayaccount" 13:35 &lt;+postman&gt; relayaccount này sau đó sẽ được dùng để gán addess/domain của bạn với các relay 13:35 &lt;+postman&gt; các relay sẽ tự đồng bộ thông tin 13:35 &lt;@jrandom&gt; hay 13:35 &lt;+postman&gt; ngay cả các tính năng như sổ địa chỉ / khóa công khai và các thứ sẽ hoạt động với giao diện CỤC BỘ 13:36 &lt;+postman&gt; vậy ý tưởng là có một trình quản lý tập trung nơi bạn làm mọi thứ về thư tín 13:36 &lt;+postman&gt; dữ liệu liên quan được truyền tới MỘT trong các relay rồi được đồng bộ giữa các relay 13:36 &lt;+postman&gt; và trình quản lý nền web này sẽ chạy ngay trên node của bạn 13:37 &lt;+postman&gt; khi node của bạn online, các relay sẽ chuyển thư xếp hàng cho destination/domain/địa chỉ của bạn 13:37 &lt;+postman&gt; nó sẽ được chuyển đến smtp proxy cục bộ của bạn 13:37 &lt;+postman&gt; bạn thậm chí có thể kích hoạt toàn bộ bằng ETRN :) 13:37 &lt;aum&gt; chào lại 13:37 &lt;aum&gt; tôi muốn nêu một điểm thảo luận trong cuộc họp này, nếu được 13:37 &lt;+postman&gt; tương lai là vậy đó mọi người :) 13:37 &lt;+postman&gt; . 13:38 &lt;@jrandom&gt; nghe ngầu đó postman 13:38 * postman trả mic lại 13:38 &lt;@jrandom&gt; aum: tuyệt, có thể sẽ có thời gian ở mục 4) 13:38 &lt;+postman&gt; ừ, tôi rất phấn khích :) 13:38 &lt;@jrandom&gt; postman: vậy với người dùng bình thường, smtp proxy sẽ có maildir cục bộ, và pop3 proxy sẽ đọc/v.v., đúng chứ? 13:39 &lt;+postman&gt; đúng, smtp proxy có MDA 13:39 &lt;+postman&gt; và sẽ chuyển thư vào các maildir cục bộ 13:39 &lt;+postman&gt; thậm chí có thể tạo nhiều tài khoản/người dùng cục bộ 13:39 &lt;cervantes&gt; postman: các relay có theo dõi quota của bạn v.v. và truyền thông tin như vậy lẫn nhau không? 13:39 &lt;+postman&gt; và ánh xạ tới các tài khoản của domain bạn 13:39 &lt;+postman&gt; cervantes: có 13:39 &lt;septu_ssh&gt; xin lỗi, tôi có thể hỏi postman về cơ chế thanh toán/chống spam trong mô hình mới không? 13:40 &lt;+postman&gt; septu_ssh: bạn đã đọc tài liệu nào trên trang web chưa? 13:40 &lt;+postman&gt; cervantes: nó không phải thời gian thực hoàn hảo 13:40 &lt;+postman&gt; cervantes: nhưng tôi thấy ổn với việc cập nhật trao đổi thông tin quota sau vài phút 13:40 &lt;septu_ssh&gt; postman: đang xếp hàng để đọc :/ 13:40 &lt;septu_ssh&gt; nhưng nếu đã được tài liệu hóa thì ổn 13:40 &lt;cervantes&gt; postman: ừ tôi đoán vậy 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/inout.html 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/mailv2.html 13:41 &lt;+postman&gt; cervantes: chuyện này không nghiêm trọng đâu - quota là một giới hạn hợp lý 13:41 &lt;cervantes&gt; postman: ngay cả khi ai đó có thể gửi đến nrelays * quota người nhận cũng không phải điều tệ 13:41 * septu_ssh là bungle 13:41 &lt;+postman&gt; cervantes: ừ 13:42 &lt;+postman&gt; mục tiêu chỉ là ngăn bất kỳ ai thật sự lạm dụng dịch vụ 13:42 &lt;+postman&gt; trong các thử nghiệm, tôi có 3 relay và chúng rất nhanh 13:42 &lt;@jrandom&gt; postman: tôi quên, cái này có hỗ trợ smtp relay cục bộ nói chuyện trực tiếp với smtp relay của người khác, thay vì nảy qua các node của bạn không? 13:42 &lt;+postman&gt; cervantes: trong vòng 10 giây là chúng đã đồng bộ :) 13:43 &lt;@jrandom&gt; (hoặc có lẽ để sau) 13:43 &lt;+postman&gt; jrandom: các i2p mail relay sẽ được vận hành bởi vài người và là đích ưu tiên để định tuyến thư 13:43 &lt;cervantes&gt; postman: bạn có thể đưa vào một độ trễ tăng theo hàm mũ cho hàng đợi gửi 13:43 &lt;cervantes&gt; nếu nó trở thành vấn đề 13:43 &lt;+postman&gt; jrandom: nên gửi đến các đích khác có thể hữu ích trong một số trường hợp 13:44 &lt;@jrandom&gt; ừ, nhưng nguy hiểm trong những trường hợp khác 13:44 &lt;cervantes&gt; vậy càng gửi nhiều thư thì thời gian xếp hàng càng lớn... sẽ cho các relay thời gian bắt kịp 13:44 &lt;+postman&gt; jrandom: nhưng nếu chủ một node công khai IMIO destination của mình thì có thể bị spam không kiểm soát :) 13:44 &lt;@jrandom&gt; chính xác 13:44 &lt;@jrandom&gt; mặt khác, nếu các i2p mail relay thù địch thì cũng vậy 13:45 &lt;+postman&gt; jrandom: đúng, đó là một cấu trúc kiểu WOT 13:45 &lt;@jrandom&gt; &lt;/tinFoil&gt; 13:45 &lt;+postman&gt; jrandom: tôi không thể ngăn một operator relay phân phối quota bằng 0 cho địa chỉ của bạn 13:45 &lt;@jrandom&gt; ok tuyệt. ừ, chưa cần lo chuyện đó bây giờ 13:45 &lt;+postman&gt; :) 13:46 &lt;+postman&gt; ok 13:46 &lt;+postman&gt; . 13:46 &lt;@jrandom&gt; ok hay lắm, cảm ơn cập nhật. Rất nhiều thứ thú vị 13:46 &lt;@jrandom&gt; ok, chuyển sang 3) i2p-bt cập nhật 13:46 &lt;@jrandom&gt; duck: ping 13:46 &lt;@duck&gt; chào 13:47 &lt;@duck&gt; Hôm qua BitTorren 4.0.0 được phát hành 13:47 &lt;ant&gt; &lt;dm&gt; nghe giống tiếng Đức 13:47 &lt;@duck&gt; mà chúng tôi gần như đã chờ trước khi bắt đầu 0.2 13:47 &lt;@duck&gt; đã viết tasklist / todo: http://pastebin.ca/raw/7037 13:47 &lt;@duck&gt; (xin lỗi www của tôi hiện đang down) 13:48 &lt;@jrandom&gt; hay 13:48 &lt;legion&gt; chúng ta đang nói về mốc thời gian thế nào cho 0.2? 13:48 &lt;@duck&gt; mục tiêu là 4 tuần 13:49 &lt;legion&gt; hay 13:49 &lt;@duck&gt; như bạn thấy RawServer (phần giao tiếp với i2p) là tác vụ lớn nhất 13:50 &lt;@duck&gt; . 13:50 &lt;@duck&gt; thăm dò nhanh: 13:50 &lt;legion&gt; ừ, tôi biết rõ điều đó :) 13:50 &lt;@duck&gt; ai dự định tạo một fork i2p-bt? 13:50 &lt;@jrandom&gt; hay đó, có gì mọi người có thể làm để giúp không? 13:50 &lt;@jrandom&gt; hêhê 13:51 &lt;ant&gt; &lt;dm&gt; i 13:51 * jrandom nhặt một cái thìa 13:51 &lt;ant&gt; &lt;dm&gt; m sẵn sàng giúp 13:51 &lt;legion&gt; i 13:51 &lt;ant&gt; &lt;dm&gt; m gay 13:51 &lt;legion&gt; Tôi đang làm một fork 13:52 &lt;@duck&gt; tốt, vậy tôi biết ai không nên coi trọng. 13:52 &lt;@duck&gt; thật sự, tôi nghĩ như vậy là ngớ ngẩn; gom nguồn lực có thể đưa bạn đi xa hơn nhiều 13:53 &lt;@jrandom&gt; hoặc có lẽ nếu có cách hay hơn, bạn có thể thuyết phục duck làm theo cách đó? 13:53 &lt;named&gt; Tôi sẽ viết một fork bằng qbasic, xin hãy coi tôi nghiêm túc. 13:53 &lt;@duck&gt; Tôi sẽ cố gắng làm quá trình mở hơn, để người khác thấy những gì được lên kế hoạch v.v. 13:53 &lt;ant&gt; &lt;dm&gt; sự cởi mở của bạn không làm chúng tôi lung lay. FORK! FORK! FORK! FORK! 13:53 &lt;@duck&gt; nếu bạn có bất kỳ đề xuất nào khác 13:54 &lt;ant&gt; * dm nhấc legion lên vai. 13:54 &lt;legion&gt; hừm, có thể đúng, dù với những gì tôi đang làm tôi nghi rằng bạn không muốn tôi làm bẩn quá trình phát triển i2p-bt chính ;) 13:54 &lt;ant&gt; &lt;dm&gt; FORK! FORK! FORK! FORK! 13:54 &lt;@jrandom&gt; legion: bạn đang làm gì mà duck sẽ không muốn hỗ trợ? 13:55 &lt;@duck&gt; legion: chúc mừng, nếu bạn google 'i2p bittorrent', thì một thông báo "Windows I2P Bittorrent Version 1.0" đứng #1 13:55 &lt;@jrandom&gt; trời 13:56 &lt;bla&gt; jrandom: Gì? 13:56 &lt;+postman&gt; jrandom: ừ, họ sẽ xé toạc cái mạng này sớm thôi :) 13:56 &lt;bla&gt; ;) 13:56 &lt;named&gt; 1.0? Chết tiệt, tôi đang dùng 0.1.8! 13:56 &lt;Ragnarok&gt; trời 13:57 &lt;legion&gt; ôi trời, thật sao?! Tôi không thể tin được... điên rồ. 13:57 &lt;@duck&gt; dù sao, tôi không nghĩ có nhiều điều mới để nói về chuyện này 13:57 &lt;legion&gt; bản 1.0 của tôi dựa trên 0.1.8, nếu bạn chạy 0.1.8 thì ổn. 13:58 &lt;@jrandom&gt; (và bản 1.0 là một .exe mà chưa ai rà soát, tùy bạn mạo hiểm) 13:58 &lt;legion&gt; Tôi đặt tên và đánh số tệ, xin lỗi lần nữa. 13:58 &lt;ant&gt; &lt;dm&gt; 1.0&gt;&gt; 0.1.8 13:58 &lt;ant&gt; &lt;dm&gt; bất kỳ ngày nào trong tuần 13:59 &lt;@duck&gt; hơi liên quan: 13:59 &lt;@jrandom&gt; ok, còn gì nữa ở 3) i2p-bt, hay chúng ta chuyển sang 4) ??? 13:59 &lt;+postman&gt; legion: khi nào sẽ có mã nguồn tải xuống? 13:59 &lt;frosk&gt; "I2P-BT 0.1.8 chạy khá tốt và ổn định đến giờ. Cá nhân tôi không thấy lý do để cập nhật lên I2P-BT 1.0" (thấy trên diễn đàn) 13:59 * jrandom thở dài 13:59 &lt;@duck&gt; tháng trước bram cohen có một buổi nói chuyện về bittorrent ở một trường đại học nào đó 14:00 &lt;@duck&gt; khá thú vị: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 &lt;@duck&gt; (bài học rút ra về các chương trình p2p lớn, thêm vài chi tiết bittorrent được giải thích) 14:00 &lt;@duck&gt; . 14:01 &lt;@jrandom&gt; chuẩn 14:01 &lt;@duck&gt; postman: legion đã phát hành một ít mã nguồn 14:01 &lt;ant&gt; &lt;dm&gt; đó có phải người phát minh BT không? 14:01 &lt;@duck&gt; nhưng theo smeghead thì nó không giống với file .exe 14:01 &lt;@jrandom&gt; dm: đúng 14:01 &lt;legion&gt; Có một mã nguồn cho developer bạn có thể tải từ `http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2` 14:02 &lt;+postman&gt; ok, sẽ xem 14:02 &lt;ant&gt; &lt;dm&gt; exe có phải biên dịch trực tiếp từ source đó không? 14:03 &lt;legion&gt; thật ra mã nguồn 1.0 về cơ bản chỉ là 0.1.8 với một patch từ smeghead, biên dịch và đóng gói gọn gàng. 14:04 * cervantes đi tới 4)??? và đợi mọi người theo kịp 14:04 &lt;ant&gt; &lt;dm&gt; câu hỏi vẫn chưa được trả lời 14:04 &lt;ant&gt; &lt;dm&gt; Legion, anh có hay không đã ra lệnh code red??? 14:04 &lt;@jrandom&gt; *khụ* 14:04 &lt;legion&gt; Có lẽ chúng ta nên quay lại chủ đề, thảo luận về client bt của tôi chuyển sang #itorrent 14:05 &lt;@jrandom&gt; ok, 4) ??? 14:05 &lt;@jrandom&gt; còn điều gì khác mọi người muốn nêu không? 14:05 &lt;@jrandom&gt; aum: bạn có gì không? 14:06 &lt;ant&gt; &lt;dm&gt; stasher đã trở lại? 14:06 &lt;legion&gt; Tôi thấy vài hành vi kỳ lạ với 0.5.0.2 trong các giai đoạn lưu lượng nặng... 14:06 &lt;aum&gt; có 14:06 &lt;aum&gt; tôi muốn nêu câu hỏi về tự động tạo/quản lý tunnel 14:07 &lt;ant&gt; &lt;dm&gt; tiếp đi 14:07 &lt;+detonate&gt; có một null pointer exception trong cái systray trên Windows, tôi vừa để ý 14:07 &lt;aum&gt; thật 1337 khi web console giờ cho phép con người tạo/xóa/quản lý tunnel thủ công 14:07 &lt;@jrandom&gt; detonate: bạn có thể ném nó lên bugzilla không? 14:07 &lt;aum&gt; nhưng tôi cũng tin mạnh mẽ rằng luôn phải có cách đáng tin cậy và tiện lợi để các chương trình quản lý tunnel nữa 14:08 &lt;@jrandom&gt; aum: không ai phản đối. chúng ta cần nó, và sẽ có. chỉ là chưa phải bây giờ. 14:08 &lt;ant&gt; &lt;dm&gt; không làm qua SAM được à? 14:08 &lt;aum&gt; tôi nhận thấy khi quay lại i2p gần đây là thư viện pysam không còn hoạt động 14:08 &lt;septu_ssh&gt; tôi cũng có câu hỏi nhanh sau aum 14:08 &lt;aum&gt; khá thất vọng 14:08 &lt;@jrandom&gt; giao thức SAM hoạt động, pysam thì không 14:08 &lt;Ragnarok&gt; nó có bao giờ chạy chưa? 14:09 &lt;aum&gt; có 14:09 &lt;aum&gt; pysam từng hoạt động rất tốt 14:09 &lt;legion&gt; Trong những giai đoạn như vậy có hơn 1000 tunnel mà node của tôi tham gia và vài giây lag và trễ. 14:09 &lt;@jrandom&gt; legion: ừ, số tunnel là do các bản build cũ 14:09 &lt;cervantes&gt; à mymodesty 14:09 &lt;cervantes&gt; ờ pymodesty 14:09 &lt;aum&gt; hiện tôi đang viết một module 'i2ptunnel.py', định nghĩa các class cho phép quản lý tunnel dễ dàng 14:10 &lt;legion&gt; vậy nếu không kết nối với các bản build cũ, mạng sẽ mượt hơn nhiều? 14:10 &lt;@jrandom&gt; ok, tôi không biết đó có phải giải pháp dài hạn đúng không, nhưng nếu nó bắc cầu cho bạn bây giờ thì tốt 14:10 &lt;@jrandom&gt; legion: những tunnel đó không phải vấn đề 14:11 &lt;aum&gt; ừ, giao diện class có thể giữ nguyên dù cơ chế bên dưới thay đổi 14:11 &lt;@jrandom&gt; ok 14:11 &lt;legion&gt; không phải sao? 14:12 &lt;legion&gt; Khi có ít tunnel thì hầu như không có lag và trễ... 14:12 &lt;cervantes&gt; legion: xin lỗi aum đang nêu vài câu hỏi, bạn đợi chút nhé 14:12 &lt;legion&gt; nghe có vẻ lạ với tôi. 14:13 &lt;legion&gt; ok 14:13 &lt;@jrandom&gt; tôi chỉ lo rằng ta cần cân nhắc những gì đã thành công trước đây - web config hoạt động và được duy trì vì mọi người đều dùng nó. có lẽ tốt nhất là làm cho ứng dụng bạn đang viết chạy với việc tạo tunnel thủ công TRƯỚC, như vậy sẽ hiệu quả hơn? 14:13 &lt;@jrandom&gt; để luôn có thứ gì đó đang dùng i2ptunnel.py, nhằm stress nó 14:13 &lt;aum&gt; có vẻ chúng ta đang bế tắc 14:13 &lt;+detonate&gt; jrandom:được chứ 14:14 &lt;ant&gt; &lt;dm&gt; vậy chuyển sang đi 14:14 &lt;aum&gt; tôi không muốn đầu tư thời gian phát triển app của mình cho đến khi tôi có một API quản lý tunnel mà tôi có thể tin cậy 14:14 &lt;septu_ssh&gt; \o. - ý muốn nêu 14:14 &lt;cervantes&gt; thực tế tôi không thể tưởng tượng giao diện tunnel sẽ được làm lại hoàn toàn trong vài tháng tới... 14:14 &lt;@jrandom&gt; nhưng chắc chắn bạn thấy rằng chúng ta có thể thêm một cái một cách đơn giản 14:14 &lt;cervantes&gt; vậy giải pháp tạm thời là khả thi 14:15 &lt;named_&gt; Web config không thể có một kiểu api nào đó để chương trình của aum điều khiển sao? 14:15 &lt;@jrandom&gt; named_: có thể 14:16 &lt;@jrandom&gt; thêm gì đó để cho phép điều khiển an toàn qua URL là đơn giản, nhưng chỉ có ý nghĩa nếu có thứ cần đến nó 14:16 &lt;@jrandom&gt; nếu không nó sẽ bị bỏ không 14:16 &lt;aum&gt; named_: cái đó sẽ hay, và có thể hoạt động nếu có một mật khẩu hardcoded trong config mà các chương trình client cần POST cùng với các trường điều khiển tunnel 14:16 &lt;cervantes&gt; cá nhân tôi muốn thấy toàn bộ hệ thống tunnel được làm lại hoàn toàn, nếu bạn đưa giao diện quản lý tunnel vào ngay từ đầu thì bạn sẽ không phải lo nỗ lực thêm để duy trì một giao diện riêng biệt 14:17 &lt;@jrandom&gt; ừ, các proxy cần khá nhiều việc, mà tôi đã né tránh nhiều nhất có thể :) 14:17 &lt;aum&gt; SAM tốt cho một số tình huống, dở cho những tình huống khác 14:17 &lt;cervantes&gt; nhưng đó là chuyện về sau... 14:17 &lt;fedo&gt; ( 14:18 &lt;@jrandom&gt; aum: nhưng như giải pháp tạm thời, bạn không thể dùng một trong ba phương pháp sẵn có sao? 14:18 &lt;cervantes&gt; ví dụ nếu chính webinterface dùng api thì sẽ không có gánh nặng bảo trì 14:18 &lt;@jrandom&gt; đúng. web interface dùng TunnelControllerGroup 14:19 &lt;aum&gt; dùng SAM trở nên khó khi muốn dùng các thư viện sẵn có phụ thuộc nhiều vào các TCP sockets chuẩn 14:19 &lt;aum&gt; jrandom: I2PTunnel CLI không hoạt động cho việc mở server tunnels, nên hiện tôi đang viết code dùng TunnelControllerGroup 14:19 &lt;@jrandom&gt; aum: các thư viện hiện có cần được kiểm toán cẩn thận. ví dụ, chính tiện ích gzip cũng lộ dữ liệu nhạy cảm 14:19 &lt;aum&gt; đang code đây 14:21 &lt;@jrandom&gt; Tôi chắc là CLI chạy được với server tunnels, nhưng dùng TunnelControllerGroup thì được ưu tiên nếu bạn cần theo cách đó 14:21 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu không? 14:22 &lt;septu_ssh&gt; Câu hỏi của tôi liên quan đến phiên bản phân tán của hosts.txt, hiện có một bảng DHT dùng cho routerInfo, liệu không thể mở rộng thành phiên bản phân tán của DNS? DNS DHT có thể chứa ánh xạ từ www.bla.i2p đến SHA của eepsite, và các mục sẽ được ký bởi một 'I2P registrar'... ý kiến? phản biện? 14:22 &lt;mancom&gt; một câu hỏi về lộ trình: 0.6 vẫn dự kiến vào tháng Tư chứ? 14:22 &lt;@jrandom&gt; septu_ssh: dữ liệu không định tuyến đưa vào netDb là bước qua xác tôi ;) 14:23 &lt;septu_ssh&gt; jrandom: không phải cùng một db 14:23 &lt;septu_ssh&gt; một db phân tán khác 14:23 &lt;aum&gt; jrandom: bạn thấy báo lỗi của tôi chưa? lệnh CLI 'server' /không hoạt động/ 14:23 &lt;maestro^&gt; septu_ssh: không có i2p registrar nào cả 14:23 &lt;@jrandom&gt; septu_ssh: có nhiều khía cạnh nguy hiểm của đặt tên, với vài thỏa hiệp then chốt. bạn đã xem thảo luận về đặt tên trên ugha.i2p chưa? 14:24 &lt;@jrandom&gt; septu_ssh: à, một DHT chạy trên I2P chắc chắn có thể dùng để phân phối các mục, dù những tên đó sẽ không an toàn nếu được coi là các mục toàn cục 14:26 &lt;@jrandom&gt; aum: tôi dùng nó hàng ngày cho đến vài tuần trước, bạn đã thấy phản hồi của tôi chưa? 14:26 &lt;@jrandom&gt; maestro^: đó là kế hoạch 14:26 &lt;@jrandom&gt; à, mancom: 14:26 &lt;cervantes&gt; aum: tôi có một phản hồi cho mail i2plist đó từ jr, nó chưa đến được bạn, hay vấn đề vẫn còn? 14:26 &lt;septu_ssh&gt; lý do duy nhất tôi gợi ý 'registrar' là vì nếu không va chạm có thể xảy ra 14:26 &lt;@jrandom&gt; septu_ssh: hãy chấp nhận va chạm :) 14:26 &lt;@jrandom&gt; tên vừa duy nhất toàn cục, dễ đọc, phân tán và an toàn là không tồn tại 14:27 &lt;septu_ssh&gt; nó cũng có thể xảy ra trong host.txt nếu chỉnh tay, nhưng vấn đề vẫn thế 14:27 &lt;@jrandom&gt; bỏ điều kiện đầu tiên, là ổn 14:27 &lt;aum&gt; jrandom: tôi có streaming.jar trong classpath (cp) 14:27 &lt;septu_ssh&gt; postman quản lý một nút trung tâm cho mail, vậy có một yếu tố tin cậy nào đó trong mạng, chắc chắn ai đó sẽ tin một registrar quản lý không gian tên? 14:27 &lt;@jrandom&gt; ok hay, và nó vẫn trả về stacktrace đó chứ aum? 14:28 &lt;aum&gt; có 14:28 &lt;@jrandom&gt; septu_ssh: postman chỉ đóng vai trò trung tâm cho các outproxy và inproxy của postman 14:28 * Ragnarok thật sự cần ngó tới việc viết tài liệu sổ địa chỉ... 14:28 &lt;aum&gt; khi tôi chạy CLI thủ công, làm genkeys, rồi làm 'server' dùng privkeyfile do genkeys tạo ra 14:28 &lt;@jrandom&gt; septu_ssh: sẽ không ai tin ai đó để quản lý không gian tên. kiểm duyệt == gây áp lực lên registrar đó. 14:28 &lt;maestro^&gt; thực ra mỗi người là registrar của chính mình 14:29 &lt;maestro^&gt; bạn tin bạn bè bạn và họ tin bạn 14:29 &lt;aum&gt; chết tiệt, tôi đã lấy nhầm classpath cũ 14:29 * aum thử lại 14:30 &lt;ant&gt; &lt;dm&gt; ok, tôi sẽ là registrar. 14:31 &lt;ant&gt; &lt;dm&gt; tôi sẽ công tâm hết mức... ổn chứ? 14:31 &lt;septu_ssh&gt; hừm, ok, vậy quay lại bảng vẽ ẩn dụ... 14:31 &lt;@jrandom&gt; septu_ssh: một nơi tốt để xem lại là http://zooko.com/distnames.html :) 14:32 &lt;@jrandom&gt; ai cũng muốn nó, nhưng cái họ muốn thì không an toàn. chúng ta có một giải pháp an toàn, nhưng ta từ bỏ tính duy nhất toàn cục 14:33 &lt;septu_ssh&gt; hừm, ok 14:33 &lt;@jrandom&gt; ok, còn ai có gì nữa muốn nêu cho cuộc họp không? 14:33 &lt;cervantes&gt; septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 &lt;aum&gt; jrandom - ok, CLI 'server' giờ chạy, nhưng tôi không nhận được 'job number' cho tunnel 14:34 &lt;@jrandom&gt; hừm đúng, nó chạy mãi 14:34 &lt;aum&gt; à, tôi phải làm 'list' để lấy số job 14:36 &lt;@jrandom&gt; ok hay, nếu không còn gì nữa... 14:36 * jrandom lên dây cót 14:36 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/03/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-08/Tue, 08 Mar 2005 00:00:00 +0000/vi/blog/2005/03/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-08/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.2 2) cập nhật mail.i2p 3) cập nhật i2p-bt 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.2</li> </ol> </li> </ul> <p>Mới đây chúng tôi đã phát hành bản 0.5.0.2 và một phần lớn mạng lưới đã nâng cấp (yay!). Có báo cáo cho biết những lỗi tệ nhất ở 0.5.0.1 đã được loại bỏ, và nhìn chung mọi thứ có vẻ hoạt động ổn. Vẫn còn một số vấn đề về độ tin cậy, dù streaming lib (thư viện streaming) đã xử lý được chúng (các kết nối IRC kéo dài 12–24+ giờ dường như là điều bình thường). Tôi đang cố lần theo một vài vấn đề còn lại, nhưng sẽ thực sự, thực sự tốt nếu mọi người cập nhật lên phiên bản mới nhất càng sớm càng tốt.</p>/vi/blog/2005/03/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-3-n%C4%83m-2005/Tue, 01 Mar 2005 00:00:00 +0000/vi/blog/2005/03/01/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-3-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, cervantes2p, ddd, detonate, duck, jnymo, jrandom, MichElle, null, Ragnarok, smeghead, ugha2p</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) chào 13:05 &lt;@jrandom&gt; 1) 0.5.0.1 13:05 &lt;@jrandom&gt; 2) lộ trình 13:05 &lt;@jrandom&gt; 3) trình chỉnh sửa addressbook (sổ địa chỉ) và cấu hình 13:05 &lt;@jrandom&gt; 4) i2p-bt 13:05 &lt;@jrandom&gt; 5) ??? 13:05 &lt;@jrandom&gt; 0) chào 13:05 * jrandom vẫy tay 13:05 &lt;@duck&gt; chào 13:05 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 &lt;null&gt; chào 13:05 &lt;@jrandom&gt; (Ừ, tuần này tôi trễ, chặt đầu tôi đi) 13:06 &lt;@jrandom&gt; Trong lúc mọi người đọc lướt cái đó, có lẽ ta vào luôn mục 1) 0.5.0.1 13:07 &lt;@jrandom&gt; 0.5.0.1 đã phát hành, loại bỏ hầu hết lỗi rõ ràng của 0.5, nhưng như thấy đấy, vẫn còn việc phải làm 13:07 &lt;@jrandom&gt; (cvs hiện ở 0.5.0.1-7, tôi kỳ vọng ít nhất -8 hoặc -9 trước khi lên 0.5.0.2) 13:07 &lt;+ugha2p&gt; Chào. 13:08 &lt;+ugha2p&gt; CVS HEAD đã sửa lỗi CPU 100% đó chưa? 13:08 &lt;@jrandom&gt; rồi, -7 sẽ xử lý nốt phần còn sót 13:08 &lt;@duck&gt; CVS HEAD đã sửa lỗi OOM đó chưa? 13:08 &lt;+detonate&gt; chào 13:08 &lt;@jrandom&gt; chưa, OOM vẫn đang được truy tìm nguyên nhân 13:09 &lt;@jrandom&gt; thực ra... có Connelly ở đây không? 13:09 &lt;ant&gt; &lt;jrandom&gt; không 13:09 &lt;@jrandom&gt; chết tiệt 13:09 &lt;+ugha2p&gt; jrandom chắc phát điên rồi, đang tự đối thoại với chính mình. 13:09 &lt;@jrandom&gt; ok, vậy ta xem cần làm gì để loại bỏ OOM. Nó chắc chắn là thứ chặn đường, nên sẽ không có bản phát hành cho đến khi giải quyết xong, bằng cách này hay cách khác 13:10 &lt;+detonate&gt; đúng lúc cho cuộc họp 13:11 &lt;@jrandom&gt; đó là tất cả những gì tôi muốn nói về 0.5.0.1 - ai còn gì muốn nêu/hỏi/thảo luận không? 13:12 &lt;+ugha2p&gt; jrandom: À, tôi chưa gặp lỗi CPU với 0.5.0.1, nhưng nó xảy ra hai lần khi tôi thử 0.5.0.1-5. Tôi bỏ lỡ gì chăng? 13:12 &lt;+ugha2p&gt; Vì vậy tôi hạ xuống lại 0.5.0.1. 13:13 &lt;+detonate&gt; tôi có câu hỏi: quá trình tắt dường như mất rất lâu, và mức sử dụng bộ nhớ tăng vọt khoảng 40MB trong thời gian đó 13:13 &lt;+detonate&gt; không rõ bạn có biết vì sao không 13:14 &lt;+detonate&gt; ý là tắt ngay lập tức, rõ ràng là vậy 13:14 &lt;@jrandom&gt; nó có thể xảy ra với 0.5.0.1, chỉ là bạn chưa đụng thôi. 13:14 &lt;@jrandom&gt; (không thường gặp, và chỉ đụng một số người trong tình huống kỳ lạ) 13:14 &lt;@jrandom&gt; detonate: rất lâu, ý là hơn mức thường 11-12 phút? 13:14 &lt;+ugha2p&gt; Ờ, nó đụng tôi hai lần trong 8 giờ. 13:15 &lt;+detonate&gt; một khi tất cả các tunnel tham gia đã biến mất 13:15 &lt;+ugha2p&gt; jrandom: Khi lỗi đó xảy ra, nó có dùng hết CPU và mất hết leases cho đến khi khởi động lại không? 13:16 &lt;@jrandom&gt; ugha2p: đó là hậu quả điển hình của lỗi, đúng vậy 13:16 &lt;+detonate&gt; hmm 13:17 &lt;@jrandom&gt; (nó xảy ra khi số lượng yêu cầu xây dựng tunnel tiêu thụ đủ CPU khiến thời gian đáp ứng một yêu cầu bị vượt quá, tạo thêm yêu cầu xếp hàng, v.v.) 13:17 &lt;+ugha2p&gt; Hẳn là trùng hợp ghê gớm khi nó chỉ xảy ra với tôi lúc dùng 0.5.0.1-5. 13:18 &lt;@jrandom&gt; ugha2p: nó đã xảy ra lặp lại với một số người trên 0.5.0.1-0, nhưng đã được sửa ở -7. Dĩ nhiên bạn có thể ở lại -0 nếu thích 13:18 &lt;cervantes&gt; đúng là ơn trời tuyệt diệu 13:18 &lt;+ugha2p&gt; jrandom: Tôi sẽ thử -7. 13:18 &lt;@jrandom&gt; tuyệt 13:19 &lt;+ugha2p&gt; Dù tôi đã thấy áy náy vì làm người dùng wiki lắc lư bấy lâu. :) 13:20 &lt;+ugha2p&gt; Một điều nữa, bạn đã ghi tài liệu về các kiểu tunnel bulk/interactive ở đâu chưa? 13:20 &lt;+ugha2p&gt; (ngoài phần source ;) 13:20 &lt;@jrandom&gt; trong changelog. Khác biệt duy nhất là kích thước cửa sổ tối đa là 1 thông điệp 13:20 &lt;+ugha2p&gt; Ồ, ok. 13:21 &lt;@jrandom&gt; ok, còn gì về 0.5.0.1 nữa không, hay ta chuyển sang 2) lộ trình? 13:21 &lt;@duck&gt; tiếp đi! 13:21 &lt;@jrandom&gt; coi như đã chuyển 13:22 &lt;@jrandom&gt; lộ trình đã cập nhật. Và mấy thứ khác. Xem trang để biết chi tiết 13:22 &lt;cervantes&gt; ờ, duck cắn mắt cá 13:23 &lt;@jrandom&gt; tôi đang nghĩ chuyển một số chiến lược từ 0.5.1 sang 0.6.1 (để có UDP nhanh hơn), nhưng để xem 13:23 &lt;@jrandom&gt; ai có câu hỏi/nhận xét/lo ngại/đĩa bay frisbee không? 13:23 &lt;+detonate&gt; bạn có nghe tin mule dạo này không? 13:23 &lt;+detonate&gt; nói về UDP 13:24 &lt;@jrandom&gt; chưa, lần cuối tôi nghe thì anh ấy khá ốm 13:24 &lt;+detonate&gt; :/ 13:24 &lt;jnymo&gt; UDP sẽ rất lợi hại 13:25 &lt;@jrandom&gt; s/would/will/ 13:25 &lt;@jrandom&gt; hy vọng thay vào đó anh ấy đang đi chơi vui :) 13:25 &lt;+ugha2p&gt; jrandom: Điều chỉnh băng thông và hiệu năng sẽ bao gồm những thay đổi gì? 13:26 &lt;jnymo&gt; vậy, UDP về cơ bản là không kết nối.. tức là.. mạng lớn hơn, đúng không 13:26 &lt;+detonate&gt; UDP kéo theo đủ loại khó khăn cùng với đó 13:26 &lt;@jrandom&gt; ugha2p: gom lô các mảnh thông điệp tunnel để khớp tốt hơn với thông điệp tunnel cố định 1024 byte, thêm bộ giới hạn băng thông theo pool, v.v. 13:27 &lt;+detonate&gt; nhưng đúng 13:27 &lt;@jrandom&gt; detonate: sẽ không quá tệ, cơ chế token bucket hiện có xử lý yêu cầu bất đồng bộ ổn thỏa 13:27 &lt;@jrandom&gt; (rõ ràng ta sẽ không dùng BandwidthLimitedOutputStream, mà yêu cầu FIFOBandwidthLimiter cấp K byte) 13:27 &lt;+ugha2p&gt; Cái đầu tiên thực sự tạo khác biệt nhiều chứ? Giới hạn theo pool nghe không gấp lắm. 13:28 &lt;+detonate&gt; vậy thì tốt 13:28 &lt;@jrandom&gt; ugha2p: khá có thể, có. Bạn có thể xem các con số chính xác liên quan tại /oldstats.jsp#tunnel.smallFragments 13:29 &lt;bla&gt; detonate: Tiến độ việc ráp lại (reassembly) thế nào? 13:29 &lt;+detonate&gt; thực sự đình trệ 13:30 &lt;@jrandom&gt; ugha2p: tuy nhiên điều đó còn phụ thuộc lớn vào loại hoạt động, dĩ nhiên. Giao tiếp kiểu chat được lợi nhiều hơn, còn giao tiếp bulk đã lấp đầy các mảnh rồi 13:30 &lt;+ugha2p&gt; jrandom: Ok. 13:30 &lt;+ugha2p&gt; Đúng. 13:31 &lt;+detonate&gt; tôi dừng hẳn việc đó và bắt đầu làm addressbook-editor 13:31 &lt;+detonate&gt; chắc có cách làm hiệu quả, đã được nghiên cứu kỹ cho kiểu việc đó, nhưng tôi chưa gặp 13:31 &lt;jnymo&gt; vậy UDP có nghĩa là người sau NAT có thể xuyên qua giờ chứ? 13:31 &lt;@jrandom&gt; một phần thôi, jnymo 13:31 &lt;jnymo&gt; và dùng i2p? 13:32 &lt;@jrandom&gt; nhưng trước hết ta cần làm cho nó chạy được với UDP đã, rồi mới thêm kỹ thuật xuyên firewall/NAT, rồi PMTU, v.v 13:32 &lt;jnymo&gt; điều đó sẽ là một lợi ích lớn 13:33 &lt;+detonate&gt; dĩ nhiên ai có gợi ý nên làm gì, tôi rất trân trọng 13:33 &lt;+ugha2p&gt; jrandom: UDP giúp người sau NAT bằng cách nào? 13:34 &lt;bla&gt; detonate: TCP (trên mạng thông thường) làm việc ráp lại. Có thể áp dụng các khái niệm đó cho reassembly UDP trong I2P không? 13:34 &lt;+detonate&gt; tôi chưa xem TCP làm thế nào 13:34 &lt;@jrandom&gt; ugha2p: có nhiều mánh ta có thể làm với việc giữ nguyên số cổng, v.v. Nhiều mã và tài liệu ngoài kia 13:35 &lt;@jrandom&gt; bla: chắc chắn ta sẽ dùng một mức độ reassembly UDP theo hướng tcp-SACK 13:35 &lt;+detonate&gt; nhưng nếu bạn định xử lý hầu hết những gì TCP làm, thì có lẽ dùng luôn hướng NIO cho rồi 13:35 &lt;+detonate&gt; đỡ phiền phức 13:35 &lt;@jrandom&gt; không, có lý do đáng kể vì sao ta muốn vừa reassembly/retransmission ở mức nào đó vừa không dùng TCP 13:36 &lt;+detonate&gt; ờ, chuyện threads 13:36 &lt;@jrandom&gt; tầng truyền tải sẽ không cần đảm bảo hoàn toàn hay có thứ tự, chỉ cần bán tin cậy và không có thứ tự 13:37 &lt;+ugha2p&gt; Ta cũng có thể kỳ vọng giảm dùng bộ nhớ do ít threads hơn không? 13:37 &lt;@jrandom&gt; có 13:37 &lt;+ugha2p&gt; Giảm đáng kể 13:38 &lt;+ugha2p&gt; ? 13:38 &lt;@jrandom&gt; đáng kể. (và còn giảm dùng bộ nhớ, tùy theo OOM hiện tại đến từ đâu ;) 13:38 &lt;+ugha2p&gt; Đúng. 13:39 &lt;@jrandom&gt; ok, còn gì về 2) lộ trình không? 13:39 &lt;bla&gt; jrandom: Có. 13:40 &lt;bla&gt; jrandom: Giờ detonate sẽ làm phần UDP chứ? Nếu không thì ai? 13:40 &lt;@jrandom&gt; đây là nỗ lực của cả đội cho mọi ai có thể đóng góp :) 13:40 &lt;+detonate&gt; heh, tôi định làm phần UDP nhiều hơn, bớt chán hơn xem TV 13:41 &lt;@jrandom&gt; heh w3wt 13:41 &lt;bla&gt; jrandom: Tôi hiểu. Nhưng thoáng chốc trông như detonate bỏ dự án ;) 13:42 &lt;@jrandom&gt; nó nằm trong lộ trình, sẽ làm xong 13:42 &lt;+detonate&gt; xin lỗi vì gây nhầm lẫn 13:43 &lt;@jrandom&gt; ok còn ai có gì về 2) lộ trình, hay ta lững thững sang 3) chuyện addressbook? 13:44 &lt;@jrandom&gt; ok, detonate muốn cho mọi người bản tổng quan/báo cáo trạng thái về editor không? 13:45 &lt;bla&gt; detonate: (không vấn đề) 13:45 &lt;+detonate&gt; ok 13:45 &lt;+detonate&gt; tình trạng hiện tại của editor ở đây: 13:45 &lt;+detonate&gt; `http://detonate.i2p/addressbook-editor/current-state.html` 13:45 &lt;+detonate&gt; nó vẫn chưa thực sự chỉnh sửa được 13:45 &lt;+detonate&gt; và hiện tôi đang làm cái bảng ở phía dưới 13:46 &lt;+detonate&gt; tôi cần đọc vài chương sách JSP, nhưng sau đó các bạn sẽ có thể dùng nó để thêm/sửa mục trong hosts.txt và subscriptions khá dễ dàng 13:47 &lt;+detonate&gt; tôi nghỉ tay khoảng 24 giờ qua, nên chưa tiến triển nhiều 13:47 &lt;+detonate&gt; đại khái vậy 13:47 &lt;@jrandom&gt; w3wt 13:48 &lt;bla&gt; detonate: Trông ổn 13:49 &lt;@jrandom&gt; ừ, chắc chắn rồi, tôi mong có cách quản lý các mục /khác/ ngoài việc chỉ sửa file hosts thủ công 13:49 &lt;+detonate&gt; cảm ơn 13:49 &lt;+detonate&gt; đây là lần đầu tôi dùng JSP cho bất kỳ thứ gì 13:50 &lt;@jrandom&gt; hay đấy 13:51 &lt;@jrandom&gt; ồ, tôi chưa để ý là có phần trùng cho quản lý subscription - có lẽ phần của smeghead cũng ghép vào đây được 13:51 &lt;@jrandom&gt; smeghead: bạn ở quanh đây chứ? bạn xem cái này chưa? 13:51 &lt;jnymo&gt; detonate: sẽ có phát hiện xung đột và mấy thứ khác chứ? 13:51 &lt;@smeghead&gt; thực ra tôi chỉ phác vài đoạn khung code cho console addressbook, chưa có gì hữu ích 13:51 &lt;+detonate&gt; ừ, tôi chán cái đó rồi, cảm ơn duck đã gợi ý ý tưởng :) 13:51 &lt;@smeghead&gt; tôi bị lạc hướng sang thứ TrustedUpdate 13:52 &lt;@jrandom&gt; à hay đấy :) 13:53 * jrandom thích lạc đề để thêm tính năng mới 13:53 &lt;bla&gt; smeghead: Ý bạn là cập nhật I2P chỉ 1 cú nhấp từ _bên trong_ I2P? 13:53 &lt;@smeghead&gt; vậy là may mắn, không phải lười (ít nhất lần này :) 13:53 &lt;cervantes2p&gt; bla: ít nhất cũng 2 cú nhấp ;-) 13:54 &lt;@jrandom&gt; ôi, ta có thể giảm xuống 1 (từ chối nếu chữ ký xấu/không hợp lệ/v.v. ;) 13:54 &lt;+detonate&gt; ừ, sẽ có phát hiện xung đột, hiện tôi đang làm cái đó 13:54 &lt;@jrandom&gt; detonate: bản thân addressbook không xử lý việc đó sao? 13:54 &lt;@jrandom&gt; detonate: tôi tưởng cái bạn đang làm chỉ sửa các file? 13:55 &lt;@jrandom&gt; (các file sẽ được addressbook uniq lại) 13:55 &lt;+detonate&gt; ý tôi là hiển thị các xung đột từ log và xử lý 13:55 &lt;@jrandom&gt; à 13:55 &lt;@jrandom&gt; ok tuyệt 13:55 &lt;+detonate&gt; tôi đoán đó là cái jnymo đang nói 13:55 &lt;Ragnarok&gt; ờ, có gì tôi có thể làm để giúp bạn đỡ vất vả không? :) 13:55 &lt;+detonate&gt; để bạn có thể chọn “thay mục” bằng cái xung đột mà bạn muốn 13:55 &lt;@jrandom&gt; hay! 13:58 &lt;@jrandom&gt; Ragnarok: nếu nhớ không lầm, detonate đã parse logfile khá dễ. Bạn dự liệu định dạng đó sẽ thay đổi không? 13:58 &lt;jnymo&gt; detonate: đại để vậy, ừ 13:58 &lt;jnymo&gt; giờ, cái này gắn chặt vào i2p không? Tôi có thể đưa link+key từ trình duyệt vào addressbook của mình dễ đến mức nào? 13:59 &lt;+detonate&gt; ừ, đừng đổi định dạng, thế sẽ phá hết 13:59 &lt;Ragnarok&gt; rất khó có khả năng định dạng sẽ thay đổi 14:00 &lt;Ragnarok&gt; dù có thể sau này sẽ log thêm thứ khác 14:00 &lt;@jrandom&gt; jnymo: eepproxy hiện chưa có hook nào vào editor của detonate atm, nhưng ta có thể thêm gì đó sau 14:00 &lt;+detonate&gt; tuy nhiên nếu bạn chỉnh các dòng Conflict, sẽ dễ parse hơn 14:00 &lt;cervantes2p&gt; có thể plugin firefox của tôi làm được 14:00 &lt;+detonate&gt; hiện có nhiều chữ cho con người đọc cản trở 14:00 &lt;Ragnarok&gt; sửa thế nào? 14:00 &lt;@jrandom&gt; (ví dụ, có thể i2paddresshelper chuyển hướng sang một trang editor) 14:00 &lt;cervantes2p&gt; "bấm vào đây để thêm cái này vào addressbook của bạn" 14:00 &lt;Ragnarok&gt; à... nhưng tôi muốn thân thiện với người dùng 14:00 &lt;+detonate&gt; &lt;date&gt;=&lt;host&gt;=&lt;source&gt;=&lt;new destination&gt; sẽ tốt hơn 14:01 &lt;@jrandom&gt; cervantes2p: cái đó sẽ hoạt động như trình viết lại trang của Google à? :) 14:01 &lt;+detonate&gt; ừ, đó là mục đích của addressbook-editor :) 14:01 &lt;+detonate&gt; thực sự không phải vấn đề, tôi lo được 14:01 &lt;cervantes2p&gt; jrandom: không... chỉ cần có trong menu ngữ cảnh của liên kết 14:01 &lt;@jrandom&gt; ooOOoo 14:01 &lt;+detonate&gt; miễn là không có gì thay đổi quá lớn, mọi thứ sẽ chạy trơn tru 14:02 &lt;cervantes2p&gt; tất nhiên tôi có thể thêm rewriter... nhưng như thế sẽ phá bố cục trang của người ta ;-) 14:02 &lt;+detonate&gt; ồ, có một điều bạn có thể làm 14:02 &lt;+detonate&gt; vì nó xung đột với những gì tôi làm 14:02 &lt;+detonate&gt; đảm bảo tất cả các mục hostname đều chữ thường 14:02 &lt;+detonate&gt; vì có Legion.i2p trong đó 14:02 &lt;cervantes2p&gt; tôi muốn thêm một “trình tô sáng liên kết không phải i2p” 14:02 &lt;+detonate&gt; và tôi cho chúng chạy qua toLowercase() 14:02 &lt;@jrandom&gt; à, thế thì hay đấy cervantes2p 14:03 &lt;@jrandom&gt; (chỉ toLowercase phần tên thôi nhé, base64 phân biệt hoa thường ;) 14:03 &lt;+detonate&gt; ừ, chỉ phần tên 14:04 &lt;jnymo&gt; menu ngữ cảnh sẽ là lý tưởng 14:04 &lt;@jrandom&gt; (đừng quên những chú ngựa con biết bay!) 14:04 &lt;Ragnarok&gt; Tôi đã làm so sánh địa chỉ không phân biệt hoa thường trong nhánh local... Tôi nên commit cái đó... 14:04 &lt;+detonate&gt; /make all the hostnames lowercase 14:04 &lt;+detonate&gt; pair[0] = pair[0].toLowerCase(); 14:05 &lt;+detonate&gt; đấy, rõ ràng đen trên trắng 14:05 &lt;+detonate&gt; nó chỉ làm với hostname thôi 14:05 &lt;@jrandom&gt; ừ Ragnarok, đưa hàng đi :) 14:05 &lt;jnymo&gt; sao tôi luôn thấy mình là người cưỡi ngựa con biết bay vậy :( 14:06 &lt;@jrandom&gt; đó là vì bạn ôm hết chúng đấy jnymo ;) 14:06 &lt;cervantes2p&gt; jnymo: đừng bàn chuyện “sắp xếp” riêng tư trong cuộc họp 14:07 &lt;@jrandom&gt; ok, nhiều thứ hay ho đang diễn ra trong addressbook & editor. Có ước tính khi nào ta có thể beta không detonate? (tuần này, tuần tới, v.v.) 14:07 &lt;jnymo&gt; heh 14:07 &lt;+detonate&gt; ừ, ngay khi bạn chạy được nó trong jetty, tôi nghĩ có thể đưa vào beta 14:07 * jnymo rút ra p32-space-modulator của mình 14:07 &lt;@jrandom&gt; nó chạy trong jetty 14:07 &lt;+detonate&gt; tôi không biết làm sao để netbeans biên dịch trước chúng và cho vào war 14:08 &lt;+detonate&gt; miễn là mọi người không đổi tên các file trong config.txt, hy vọng nó sẽ chạy không lỗi 14:08 &lt;@jrandom&gt; ok, ta có thể hướng dẫn bạn dùng ant để xử lý 14:08 &lt;+detonate&gt; ok 14:08 &lt;+detonate&gt; tuyệt 14:08 &lt;cervantes2p&gt; detonate: làm như tôi, lấy code của jrandom.... bỏ hết thứ bạn không cần, nạy mã của bạn vào và chạy script build của ant ;-) 14:08 &lt;@jrandom&gt; heh 14:09 &lt;@smeghead&gt; detonate: tôi biết chút ít về ant, kêu lên nếu bạn bị kẹt 14:09 &lt;+detonate&gt; cứ thoải mái thêm nó vào bản phát hành của bạn 14:09 &lt;+detonate&gt; nếu bạn biết cách làm 14:09 &lt;MichElle&gt; s/you don't need// 14:09 &lt;Ragnarok&gt; addressbook có script build rất đơn giản, nếu bạn muốn xem 14:10 &lt;+detonate&gt; tôi cần phần biên dịch trước các JSP 14:10 &lt;+detonate&gt; phần đó thiếu ở của tôi 14:10 &lt;+detonate&gt; dù nó có biên dịch, chỉ là không merge chúng, và mục để test compile cũng không có trong build.xml 14:10 &lt;@jrandom&gt; detonate: xem các target precompilejsp trong routerconsole, cái đó sẽ giúp bạn bắt đầu 14:10 &lt;+detonate&gt; và tôi cần tìm xem đặt -source 1.3 v.v. ở đâu 14:10 &lt;@jrandom&gt; (và tác vụ &lt;war&gt;) 14:11 &lt;+detonate&gt; ừ, tối nay ta có thể thu xếp 14:11 &lt;@jrandom&gt; ừ 14:11 &lt;cervantes&gt; đúng, tôi đã làm như vậy...và tôi chẳng biết tí Java hay JSP nào ;-) 14:11 &lt;@jrandom&gt; ok, nếu không còn gì ở 3) chuyện addressbook, chuyển sang 4) chuyện bt 14:12 &lt;@jrandom&gt; duck/smeghead: báo cáo cập nhật nhé? 14:12 &lt;@duck&gt; k 14:12 &lt;@duck&gt; tuần trước chúng tôi trao đổi với Nolar từ Azureus về việc sửa một số vấn đề tương thích 14:12 &lt;@duck&gt; kết quả là phát hành 0.1.8 14:12 &lt;@duck&gt; tuần này chủ yếu là trao đổi 14:12 &lt;@duck&gt; với các nhà phát triển, quản trị diễn đàn và người dùng 14:13 &lt;+detonate&gt; có ai biết plugin aznet đã có thể host torrent lại chưa? 14:13 &lt;@duck&gt; FAQ đã được cập nhật dựa trên góp ý từ diễn đàn, cảm ơn những người đóng góp 14:13 &lt;@duck&gt; cũng có vài sự hiểu lầm và nhầm lẫn 14:13 &lt;@jrandom&gt; detonate: nghe đồn là có 14:13 &lt;@duck&gt; như cái spork của legion 14:13 &lt;+detonate&gt; tuyệt 14:13 &lt;@duck&gt; Tôi tin đổi tên nó sẽ tránh vấn đề thêm ở đó 14:13 &lt;@duck&gt; . 14:14 &lt;@jrandom&gt; r0xor duck 14:14 * MichElle vỗ tay khen duck 14:14 &lt;MichElle&gt; duck: bạn làm việc rất chăm chỉ 14:14 &lt;jnymo&gt; ừ, sao không là i2p-bt_extractor hay cái gì đó đại loại? 14:15 &lt;@jrandom&gt; có tin gì về phần 0.2 sau này không, hay sẽ bàn sau 0.5.0.2/v.v.? 14:15 &lt;@smeghead&gt; đừng vỗ tay vội, bạn chưa biết chúng tôi sẽ đặt tên nó là gì&gt;;-} 14:15 &lt;@jrandom&gt; heh 14:15 * jnymo vỗ tay 14:15 &lt;@duck&gt; nói đi! 14:15 &lt;@jrandom&gt; i2p-flying-pony-torrent 14:16 &lt;+detonate&gt; heh, chúng ta đang che giấu nó bằng cách đổi tên à? 14:16 &lt;MichElle&gt; lại ngựa con nữa 14:16 &lt;@smeghead&gt; giờ tối mật, chúng tôi không muốn bị kiện 14:16 &lt;jnymo&gt; thật là một mớ hỗn độn 14:17 * bla giơ biển cho MPAA: “Kiện tôi đi, nếu có thể...” 14:17 &lt;@smeghead&gt; duck và tôi đã thống nhất 0.2 sẽ là phiên bản đầu tiên với tên mới 14:17 &lt;+detonate&gt; i2p-communism 14:17 &lt;@duck&gt; phát hành mùa xuân 2006 14:17 &lt;@jrandom&gt; heh 14:17 &lt;@duck&gt; . 14:18 &lt;@smeghead&gt; dựa trên khối lượng công việc hiện tại và việc tôi chuyển nhà tuần này, tôi không mong làm được gì cho 0.2 trong vài ngày, tôi không rõ lịch ngắn hạn của duck thế nào 14:18 &lt;@duck&gt; đang sửa con trỏ C++ 8 tiếng liền 14:19 &lt;@duck&gt; nên ở đây cũng không nhiều :) 14:19 &lt;@jrandom&gt; 'k nhưng có lẽ có cái để mong chờ cùng với 0.6 (hoặc 0.5.1 nếu may?) 14:19 &lt;@jrandom&gt; ôi trời, vui vui vui 14:19 &lt;@duck&gt; ít nhất là trước 2.0 14:19 &lt;@smeghead&gt; tôi ước chừng khoảng một tháng, chỉ là đoán mò, duck nghĩ sao 14:19 &lt;@duck&gt; ừ 14:19 &lt;@jrandom&gt; tốt 14:19 &lt;@duck&gt; ước lượng 14:20 &lt;@smeghead&gt; vấn đề là chúng tôi muốn đợi đến khi BT 4.0 chính thức phát hành 14:20 &lt;@jrandom&gt; không sao, chúng tôi biết lịch thường thế nào ;) 14:20 &lt;@smeghead&gt; để ta đồng bộ 0.2 theo kịp cái đó 14:20 &lt;MichElle&gt; duck có nhiều việc trên bàn thật 14:20 &lt;@smeghead&gt; 4.0 có vẻ sắp ra 14:20 &lt;@jrandom&gt; à, thật hả smeghead? hay đấy 14:20 &lt;@duck&gt; smeghead: đó chỉ là cái cớ chính thức thôi :) 14:20 &lt;MichElle&gt; nhưng anh ấy chăm chỉ 14:21 &lt;@duck&gt; Tôi sẵn sàng cho 5) ??? 14:21 &lt;@jrandom&gt; gần xong... 14:21 &lt;@jrandom&gt; legion: có cập nhật gì về client bt của bạn không? tiến độ, v.v.? 14:21 &lt;@smeghead&gt; mã nguồn? 14:22 &lt;@smeghead&gt; (trong một file zip, không phải .exe) 14:22 &lt;cervantes&gt; vậy là đợt phát hành tiếp theo 14:22 &lt;@jrandom&gt; hmm, legion có vẻ đang idle, ok có lẽ sau ta lấy cập nhật 14:22 &lt;cervantes2p&gt; lag to tưởn 14:23 &lt;@jrandom&gt; vậy, chuyển qua 5) ??? 14:23 &lt;cervantes&gt; *ahem* w00t 14:23 &lt;@jrandom&gt; cervantes2p: không, bạn chỉ chậm thôi ;) 14:23 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu không? 14:23 &lt;cervantes2p&gt; tôi nói mấy thứ đó cách đây 5 phút rồi 14:23 &lt;+ugha2p&gt; jrandom: phần chân danh sách thư vẫn dùng địa chỉ i2p.dnsalias.net. Có lẽ bạn nên cập nhật thành dev.i2p.net? :) 14:23 * cervantes2p cho hamster của router ăn 14:24 &lt;@jrandom&gt; ờ, đúng, chắc vậy ugha2p 14:24 * jrandom có vài việc sysadmin tôi đã né một thời gian (như, ờ, chuyển mọi thứ sang cái srever mới...) 14:24 &lt;MichElle&gt; Tôi có một mối quan ngại 14:24 &lt;MichElle&gt; liên quan đến tính minh bạch 14:24 &lt;@jrandom&gt; có chuyện gì vậy MichElle? 14:25 &lt;MichElle&gt; vì mục đích minh bạch hoàn toàn, tôi sẽ tuyên bố ở đây rằng identiguy gợi ý jrandom thực ra có thể đang làm cho NSA 14:25 &lt;+detonate&gt; ồ, tôi để ý có 190 router, hiện chúng ta gần giới hạn thread đến đâu? 14:25 * jnymo wonders about other help people can do 14:25 &lt;jnymo&gt; (vẫn đang xem xét chuyện php, duck ;) 14:25 &lt;@jrandom&gt; heh MichElle 14:25 &lt;MichElle&gt; khả năng 'thuận tiện' làm việc 24/7 trên i2p của anh ấy quả là đáng ngờ 14:25 &lt;MichElle&gt; dù sao 14:25 &lt;MichElle&gt; đó là tất cả tôi muốn nói 14:25 &lt;MichElle&gt; hãy để mắt đến jrandom 14:26 &lt;MichElle&gt; bề ngoài dịu dàng ấm áp của anh ấy có thể chỉ là bề ngoài. 14:26 &lt;+ugha2p&gt; detonate: Không có giới hạn thread theo lý thuyết, nó sẽ cứ dùng hết tài nguyên sẵn có cho đến khi sập. :) 14:26 &lt;jnymo&gt; facade 14:26 &lt;@jrandom&gt; detonate: một số OS/ulimit có thể bóp @ 256, nhưng win98 vốn đã vượt giới hạn 100 kết nối TCP rồi 14:26 &lt;cervantes2p&gt; Tôi có thể cập nhật nhanh về plugin firefox. Trình thông báo I2P Mail đã hoạt động, cũng như trình đọc tin và các điều khiển router cơ bản. Giờ tôi bận rộn xây các màn hình cấu hình khá tẻ nhạt ( `http://freshcoffee.i2p/fire2pe_i2pmail_prefs.jpg` ) 14:27 &lt;jnymo&gt; MichElle, nếu mã nguồn ổn, thì ai quan tâm? 14:27 &lt;+detonate&gt; ồ, plugin firefox đã phát hành chưa? 14:27 &lt;MichElle&gt; jnymo: nó làm tụt mood một chút 14:27 &lt;cervantes2p&gt; và tôi muốn triển khai một dịch vụ tải/cài đặt gắn với trình xác minh cập nhật mới của smeghead trước khi phát hành 14:27 &lt;ddd&gt; chào kênh 14:28 &lt;+detonate&gt; ok 14:28 &lt;@jrandom&gt; w0ah! đỉnh quá cervantes2p 14:28 &lt;@jrandom&gt; trông rất đẹp 14:28 &lt;+detonate&gt; chào ddd 14:28 &lt;cervantes2p&gt; nhưng sắp xong rồi... có lẽ thêm vài tuần nữa... 14:28 &lt;MichElle&gt; giống như chạy Windows vẫn không ngầu, ngay cả khi Microsoft mở nguồn nó 14:28 &lt;+detonate&gt; plugin đó trông ngầu 14:28 &lt;MichElle&gt; quay lại cuộc họp nào ... 14:28 &lt;@smeghead&gt; TrustedUpdate hy vọng xong tuần này, trước khi tôi chuyển nhà 14:28 &lt;@jrandom&gt; hay 14:29 &lt;ddd&gt; ? 14:29 &lt;ddd&gt; i2p có phải là chat ẩn danh duy nhất không? 14:29 &lt;@jrandom&gt; chào ddd . đang có cuộc họp dev hàng tuần 14:30 &lt;cervantes2p&gt; 'lo ddd, chúng tôi sắp họp xong... ở lại một chút, vài phút nữa là xong 14:30 &lt;ddd&gt; có dự án nào giống i2p khác không? 14:30 &lt;@smeghead&gt; ddd: gõ /list rồi chọn 14:30 &lt;ddd&gt; ok 14:30 &lt;ddd&gt; không ý tôi là trên mạng khác 14:30 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu cho 5) ??? không 14:30 &lt;@smeghead&gt; ddd: hỏi ở #i2p-chat 14:30 &lt;ddd&gt; ok tôi để các bạn kết thúc 14:30 &lt;+detonate&gt; đã ai chạy i2p trên openbsd thành công chưa? 14:31 &lt;@jrandom&gt; ddd: http://www.i2p.net/how_networkcomparisons 14:31 &lt;ddd&gt; ok 14:31 &lt;+detonate&gt; tôi định khơi lại vụ đó 14:31 &lt;@jrandom&gt; không biết 14:31 &lt;jnymo&gt; ồ đúng rồi.. ai đang làm distro i2p cho bsd, và là bsd nào? 14:31 &lt;@jrandom&gt; heh hay đấy detonate, cho chúng tôi biết tiến triển 14:31 &lt;@jrandom&gt; jnymo: lioux đã đóng gói nó cho fbsd 14:32 &lt;@smeghead&gt; i2p sẽ chẳng bao giờ đi kèm openbsd :) 14:32 &lt;+detonate&gt; chắc rồi 14:32 &lt;jnymo&gt; woord.. chẳng phải có ai định làm một distro định hướng i2p à? 14:32 &lt;+detonate&gt; ừ, giờ có port trên freebsd rồi 14:32 &lt;+detonate&gt; hơi đáng sợ 14:32 &lt;+detonate&gt; heh, có người muốn có một đĩa knoppix chạy i2p 14:32 &lt;@jrandom&gt; jnymo: sau khi i2p thật sự vững, sẽ đáng để khám phá việc đóng gói trên các distro/microdistro, đúng vậy 14:32 &lt;+detonate&gt; ai mà biết vì sao 14:33 &lt;@smeghead&gt; jnymo: tôi nhớ đó, hình như sẽ là knoppix/i2p, không nhớ ai nói 14:33 &lt;@jrandom&gt; detonate: netcafe 14:33 &lt;+detonate&gt; à 14:34 &lt;@jrandom&gt; ok, còn gì cho cuộc họp không? 14:34 &lt;MichElle&gt; i2p 'định hướng' distro là cái quái gì vậy 14:34 &lt;MichElle&gt; tor, i2p, và freenet ? 14:34 &lt;MichElle&gt; không có mục đích gì 14:34 &lt;MichElle&gt; yêu cầu băng thông triệt tiêu các chương trình 14:34 &lt;MichElle&gt; jrandom có phải theo de raadt không? 14:34 &lt;cervantes&gt; một bản phân phối hơi điệu 14:34 &lt;jnymo&gt; một distro ẩn danh hoàn toàn 14:35 &lt;cervantes2p&gt; jrandom: tôi đoán là không :) 14:35 &lt;MichElle&gt; jrandom: không gì 14:35 * jrandom lấy đà 14:35 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/03/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-01/Tue, 01 Mar 2005 00:00:00 +0000/vi/blog/2005/03/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-03-01/<p>Chào mọi người, đến lúc cập nhật tình hình rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.1 2) lộ trình 3) trình chỉnh sửa sổ địa chỉ và cấu hình 4) i2p-bt 5) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.1</li> </ol> </li> </ul> <p>Như đã thảo luận tuần trước, vài giờ sau cuộc họp chúng tôi đã phát hành bản 0.5.0.1 mới để sửa các lỗi trong 0.5 vốn đã khiến số lượng tunnels được xây dựng khổng lồ (cùng với một số vấn đề khác). Nhìn chung, bản này đã cải thiện tình hình, nhưng khi kiểm thử rộng hơn, chúng tôi phát hiện thêm một số lỗi nữa đang ảnh hưởng đến một vài người dùng. Cụ thể, bản 0.5.0.1 có thể ngốn rất nhiều CPU nếu bạn dùng máy chậm hoặc các tunnels của router bạn bị lỗi hàng loạt, và một số máy chủ I2PTunnel chạy lâu có thể ngốn RAM cho đến khi OOM (hết bộ nhớ). Cũng có một lỗi tồn tại lâu trong thư viện streaming, nơi chúng tôi có thể không thiết lập được kết nối nếu xảy ra đúng những lỗi theo tổ hợp nhất định.</p>/vi/blog/2005/02/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-2-n%C4%83m-2005/Tue, 22 Feb 2005 00:00:00 +0000/vi/blog/2005/02/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-22-th%C3%A1ng-2-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, detonate, duck, frosk, godmode0, hobbs, jrandom, laberhorst, Meomia, microsoft, Myo9, Ragnarok, susi23, tracker</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) chào 13:04 &lt;jrandom&gt; 1) 0.5 13:04 &lt;jrandom&gt; 2) Các bước tiếp theo 13:04 &lt;jrandom&gt; 3) azneti2p 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) chào 13:04 * jrandom vẫy tay 13:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 &lt;jrandom&gt; (ừ, chỉ trước cuộc họp một hai phút thôi, nên hãy thử khả năng đọc nhanh của bạn) 13:05 &lt;+detonate&gt; tôi nghĩ tôi sẽ đợi đến khi nó bớt lỗi rồi mới đưa Boondock Saints lên, trong trường hợp đó 13:06 &lt;jrandom&gt; sao... đó là... đó là... đó là vi phạm bản quyền! 13:06 &lt;+detonate&gt; những bổ sung kỳ lạ mới cho bản beta Azureus 13:06 &lt;+detonate&gt; phân loại 13:06 &lt;+detonate&gt; haha 13:06 &lt;+detonate&gt; một tracker DHT 13:06 &lt;+detonate&gt; tuyệt 13:07 &lt;jrandom&gt; ừ, trông rất ngầu, nhưng hãy xử lý mục 1 và 2 trước mục 3, nhé? ;) 13:07 &lt;+detonate&gt; chào 13:07 &lt;+detonate&gt; đúng vậy 13:07 &lt;jrandom&gt; nhảy vào 1) 0.5 13:07 &lt;jrandom&gt; nó, kiểu như, đã phát hành rồi, đại loại vậy 13:08 &lt;cervantes&gt; yay! 13:08 &lt;jrandom&gt; tối nay sẽ có một bản rev mới với một đống cập nhật (CVS head hiện tại là 0.5-5, với -6 đang được thử nghiệm trên một số router) 13:09 &lt;jrandom&gt; mọi thứ diễn ra khá ổn, nhưng chúng ta đã đụng một vài bug kỳ quặc trên đường. nhưng kệ thôi, đời mà 13:09 &lt;frosk&gt; tôi có thể báo là 0.5-5 thân thiện hơn _rất nhiều_ so với -4 (vốn thường cho tôi số lượng participating tunnel lên đến hàng nghìn) 13:09 &lt;bla&gt; jrandom: Bản 0.5.0.1 có sửa vấn đề không thể tìm thấy destinations không? 13:09 &lt;jrandom&gt; à, ừ, cái đó thực ra phụ thuộc vào người khác thôi, bản -0 thực sự có dựng hàng trăm tunnels 13:09 &lt;bla&gt; s/nor/not 13:10 &lt;jrandom&gt; bla: vâng, đó là bug trong netDb 13:10 &lt;bla&gt; jrandom: Tuyệt! 13:10 &lt;jrandom&gt; (cụ thể là trong việc publish leaseSet) 13:11 &lt;jrandom&gt; và vâng, bản 0.5.0.1 sẽ loại bỏ bug thỉnh thoảng proxy biến mất 13:12 &lt;jrandom&gt; vẫn còn một rò rỉ bộ nhớ kỳ quặc mà tôi chưa lần ra, ảnh hưởng đến một số người dùng 13:12 &lt;bla&gt; Vậy nhìn chung, có vẻ ngoài những bug đó, mạng 0.5 chạy rất tốt. Yay! 13:12 &lt;jrandom&gt; theo tôi biết, nó chỉ thực sự ảnh hưởng đến hai ba instance I2PTunnel thôi 13:12 &lt;Meomia&gt; có phải là dấu hiệu tiến bộ khi bạn từ 0 lên 130 participating tunnels kể từ 0.5 không? 13:13 &lt;jrandom&gt; w3wt 13:13 &lt;jrandom&gt; Meomia: bah, tôi đã từng có hơn 5000 tunnels ;) 13:13 &lt;jrandom&gt; nhưng dm thực ra đã giúp tìm một bug trong code exploratory pool, nên chúng ta sẽ dựng tunnels thường xuyên hơn trên các peer 'random' 13:14 &lt;jrandom&gt; (yay) 13:14 &lt;Meomia&gt; ok 13:14 &lt;bla&gt; jrandom: Điều đó cũng có nghĩa là bây giờ, trái với 0.4, mọi peer đều có thể tại một thời điểm trở thành inbound gateway của bạn? 13:14 &lt;jrandom&gt; đúng, đối với exploratory tunnels 13:15 &lt;jrandom&gt; client tunnels sẽ chỉ dùng các peer trong tier 'fast' 13:15 &lt;bla&gt; bla: Ok. Việc client tunnels chỉ dùng các peer nhanh là tốt: nếu không, ta gặp vấn đề ẩn danh như đã bàn trước 13:16 &lt;jrandom&gt; và hiệu năng sẽ tệ nếu không làm vậy ;) 13:17 &lt;jrandom&gt; thực ra, điều đó đưa ta đến 2) Các bước tiếp theo 13:18 &lt;jrandom&gt; việc lớn còn lại cho dòng 0.5 là một loạt chiến lược để sắp xếp và/hoặc lọc các peer dùng trong tunnels 13:18 &lt;godmode0&gt; jrandom có thể dùng NNTP với I2P không? 13:18 &lt;jrandom&gt; godmode0: có hai NNTP server trên I2P, đúng vậy. xem diễn đàn 13:19 &lt;godmode0&gt; jrandom ok tôi đang thử 13:19 &lt;godmode0&gt; tôi có thể dựng server của mình nữa không? 13:20 &lt;jrandom&gt; godmode0: chúng ta đang họp ngay lúc này, nhưng vâng, bạn có thể chạy một server 13:20 &lt;godmode0&gt; jrandom ok xin lỗi 13:20 &lt;jrandom&gt; không sao 13:20 &lt;jrandom&gt; các chiến lược đã đăng cơ bản nhằm cải thiện tính ẩn danh, nhưng có vài mục tiêu khác mà ta có thể cân bằng trong đó 13:21 &lt;jrandom&gt; có lẽ ta có thể tìm cách tích hợp một số AS (Autonomous System - hệ tự trị) paths vào việc lựa chọn, như bla đề xuất 13:22 &lt;jrandom&gt; việc đó vừa có thể cải thiện ẩn danh (theo khu vực pháp lý), hoặc nếu ta cố gắng ở trong một AS (hoặc hai), nó có thể cải thiện hiệu năng 13:22 &lt;bla&gt; jrandom: Điều này về cơ bản liên quan đến một bài viết của những người tạo Tor: `http://theland.i2p/files/routing-zones.pdf` 13:22 &lt;jrandom&gt; ừ 13:23 &lt;jrandom&gt; có cả một loạt chiến lược khác nhau mà mọi người có thể dùng, và thử các cái mới thì khá dễ 13:24 &lt;jrandom&gt; chúng tôi sẽ không dành nhiều tháng để triển khai mọi thứ nghĩ ra, mà chỉ cung cấp những thứ cơ bản mà đa số cần. ai muốn bổ sung cái mới thì rất được khuyến khích giúp cắm chúng vào 13:25 &lt;jrandom&gt; dù sao, khi những phần cơ bản đã ổn, chúng ta sẽ chuyển sang tập trung vào transport UDP cho 0.6 13:26 &lt;jrandom&gt; đó là tất cả tôi có cho 2) Các bước tiếp theo, ai có bình luận/câu hỏi/quan ngại gì không? 13:26 &lt;bla&gt; Những người bắt đầu xem xét I2P là ai ấy nhỉ? 13:26 &lt;bla&gt; Có vẻ dạo này không nghe nhiều từ họ. 13:27 &lt;bla&gt; s/into I2P/into UDP/ 13:27 &lt;bla&gt; xin lỗi 13:27 &lt;jrandom&gt; à, mule bị ốm, nhưng tôi nghĩ detonate đang tiến triển 13:28 &lt;jrandom&gt; detonate: có tin gì không? 13:29 &lt;jrandom&gt; hoặc có lẽ không ;) 13:30 &lt;jrandom&gt; ok, chuyển sang 3) azneti2p 13:30 &lt;+detonate&gt; xin lỗi 13:30 &lt;+detonate&gt; tôi đang tiến triển 13:30 &lt;+detonate&gt; tôi vẫn cần hoàn tất phần ghép lại (re-assembly) 13:31 &lt;+detonate&gt; về phần chia dữ liệu thành các gói và gửi đi một cách có trật tự thì đã hoạt động 13:31 &lt;+detonate&gt; sang 3) 13:31 &lt;jrandom&gt; tuyệt 13:31 &lt;godmode0&gt; xin lỗi bước 2) I2P có vấn đề gì với các cuộc tấn công không? 13:31 &lt;bla&gt; detonate: Tuyệt! Bạn có thể cập nhật cho mọi người trên diễn đàn không? 13:32 &lt;+detonate&gt; bla: chắc rồi 13:32 &lt;tracker&gt; Về azneti2p, xem ở đây: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 có vẻ download được, nhưng không seed. 13:32 &lt;jrandom&gt; godmode0: các chiến lược sắp xếp khác nhau sẽ cho phép người dùng lựa chọn mức ảnh hưởng của tấn công predecessor (tiền nhiệm) 13:33 &lt;microsoft&gt; ai đang vận hành i2p.net nên thêm nhiều buzzword Enterprise Class Solutions vào trang. 13:33 &lt;+detonate&gt; ai đó cần đảm bảo DHT tracker mới cũng không cư xử sai, liên quan đến plugin Azureus 13:33 &lt;tracker&gt; Các thử nghiệm cục bộ của tôi có vẻ xác nhận điều này, tôi có thể download bằng Azureus nhưng không seed. 13:34 &lt;jrandom&gt; hmm ok hay đấy tracker, cảm ơn - tôi biết họ đã cập nhật vài thứ và phát hành b34 tối qua, nhưng có vẻ còn việc phải làm 13:34 &lt;jrandom&gt; detonate: điểm hay 13:35 &lt;tracker&gt; Điểm hay detonate, tôi tắt DHT vì Azureus chết sau vài giờ với 100% CPU khi nó bật. 13:35 * jrandom muốn nhắc lại rằng plugin azneti2p vẫn còn ở giai đoạn beta khá sớm, và các hệ quả về ẩn danh của Azureus chưa được kiểm tra đầy đủ 13:36 &lt;jrandom&gt; dù tôi chắc họ thích có người thử nghiệm, những ai cần ẩn danh có lẽ nên thận trọng 13:36 &lt;tracker&gt; Mặt khác, i2p-bt hoạt động rất tốt. Trừ việc nó không đóng các tunnels, nhưng theo tôi thì không quá tệ. 13:37 &lt;jrandom&gt; ồ, việc đó vẫn xảy ra với bạn à tracker? tôi chưa tái hiện được 13:37 &lt;jrandom&gt; bạn đang dùng bản 0.1.7, đúng không? 13:37 &lt;tracker&gt; Đúng vậy. 13:38 &lt;jrandom&gt; ok tuyệt, nếu nó xảy ra thường xuyên với bạn tôi muốn hỏi nhờ bạn sau cuộc họp để lần nguyên nhân 13:39 &lt;tracker&gt; Có lẽ liên quan đến việc chạy trên XP thay vì Linux hay Unix. Đóng tunnel hoạt động với Azureus, nên tôi đoán là do I2P-BT. 13:39 &lt;jrandom&gt; hmm đúng, i2p-bt dùng SAM, còn Azureus dùng trực tiếp i2p SDK 13:40 &lt;tracker&gt; Nhân tiện. Tôi đã gửi bạn một báo cáo bug trên diễn đàn. Timestamper bị chết trên các cvs-build mới nhất của I2P. 13:40 &lt;jrandom&gt; à hay, cảm ơn, hôm nay tôi chưa xem PM ở đó 13:41 &lt;jrandom&gt; trên -5 hay -4? hay sớm hơn? 13:42 &lt;jrandom&gt; à, -4. ok tuyệt 13:42 &lt;jrandom&gt; cảm ơn, tôi sẽ sửa cái đó cho 0.5.0.1 13:42 &lt;jrandom&gt; ok, ai còn gì cho 3) azneti2p không? 13:43 &lt;tracker&gt; Nó cũng xảy ra trên -5 13:43 &lt;jrandom&gt; bạn có khai báo server sntp rõ ràng, đúng không? 13:44 &lt;tracker&gt; Có. Hai cái của nước chúng tôi. 13:44 &lt;jrandom&gt; tôi vừa kiểm tra source và exception xảy ra nếu số # concurring servers (mặc định = 3) lớn hơn số # servers được chỉ định (mặc định mới là 3) 13:44 &lt;jrandom&gt; ok tuyệt, đó là một sửa nhỏ để % # servers 13:45 &lt;jrandom&gt; ok, nếu không còn gì cho azneti2p, chuyển sang 4) cổ điển ??? 13:46 &lt;jrandom&gt; ai còn điều gì muốn nêu trong cuộc họp? 13:46 &lt;tracker&gt; Tốt. Tôi vừa gửi bạn các lỗi log từ router khi đóng i2p-bt trên diễn đàn. 13:47 &lt;jrandom&gt; 'k ok, cảm ơn 13:47 &lt;cervantes&gt; không có gì ngoài: làm tốt lắm với đợt triển khai 0.5, trông như nó sẽ rất ngon khi các bug được xử lý 13:48 &lt;tracker&gt; Ừ, các bản build CVS mới nhất chạy rất tốt bên này. 13:48 &lt;jrandom&gt; cảm ơn, với sự giúp đỡ của bạn và phần còn lại của các tester 0.5-pre chúng tôi đã dọn dẹp được một đống vấn đề 13:49 &lt;jrandom&gt; hiệu năng tốt hơn tôi mong đợi, dù vẫn chưa đạt thông lượng cao như trước. còn nhiều thứ để tối ưu 13:49 &lt;cervantes&gt; lạ là các bản pre ổn định hơn... với tôi, nhưng tôi chạy chúng trên máy khác ;-) 13:49 &lt;jrandom&gt; (và mấy con bug chết tiệt này để đưa độ tin cậy về đúng mức) 13:50 &lt;jrandom&gt; heh ừ, nhưng mạng -pre là 5-7 routers, tất cả cực kỳ ổn định trên các kết nối rất rất nhanh 13:50 &lt;cervantes&gt; :) 13:51 &lt;cervantes&gt; đăng ký tôi vào đợt thử pre 0.6 nhé :) 13:51 &lt;jrandom&gt; heh 13:51 &lt;tracker&gt; Có lẽ tôi nên tham gia mạng pre tiếp theo. Cung cấp một kết nối rất không ổn định và chậm ;). 13:51 &lt;jrandom&gt; việc chuyển sang 0.6 có lẽ còn dễ hơn, tôi hy vọng, vì ta chỉ cần thêm địa chỉ router mới vào routerInfo (địa chỉ UDP) 13:51 &lt;jrandom&gt; heh word 13:51 &lt;cervantes&gt; Tôi có thể đưa chia sẻ 1TB lên online... 13:52 &lt;jrandom&gt; chắc chắn chúng ta sẽ cần rất nhiều trợ giúp với việc thử nghiệm 0.6, bao gồm đủ loại cấu hình mạng 13:52 &lt;hobbs&gt; lệnh ssh '~C' khá hay 13:52 &lt;laberhorst&gt; đây có sẽ là một bước nữa không tương thích chứ? 13:53 &lt;Myo9&gt; Có ai biết NNTP servers nào đang chạy không? 13:53 &lt;jrandom&gt; laberhorst: không, 0.6 sẽ tương thích ngược 13:53 &lt;jrandom&gt; Myo9: không biết, chúng có thể đang chạy nhưng bị dính bug 0.5-0 13:54 &lt;jrandom&gt; bản 0.5.0.1 sẽ sửa nhiều vấn đề, và khi ra, rất khuyến nghị nâng cấp 13:54 &lt;laberhorst&gt; vậy cứ build một bản test 0.6 và đưa cho tester 13:54 &lt;cervantes&gt; chúng ta có thể làm cho traffic BT chỉ dùng các router lỗi thời... như vậy sẽ khuyến khích người ta nâng cấp ;-) 13:54 &lt;laberhorst&gt; vậy là tiệc nâng cấp lớn vào ngày mai 13:54 &lt;jrandom&gt; sẽ có thông báo trên diễn đàn và mailing list khi sẵn sàng 13:54 &lt;jrandom&gt; đúng đó laberhorst 13:54 &lt;jrandom&gt; heh cervantes ;) 13:55 &lt;laberhorst&gt; *háo hức test giúp bạn* 13:55 &lt;jrandom&gt; Hiệu năng BT khá tốt trên 0.5, tôi đã thấy nhiều chuyển file lớn thành công trên các tracker 13:55 &lt;laberhorst&gt; pload rate: 8.85 kB/s 13:55 &lt;jrandom&gt; (và IRC không bị ảnh hưởng như trước, ngoài các vấn đề với tunnel của duck) 13:55 &lt;tracker&gt; Còn tùy bạn gọi là lớn thế nào ;) 13:56 &lt;jrandom&gt; tracker: tôi đang nghĩ đến một file 874MB cụ thể có khá nhiều lượt tải thành công ;) 13:56 &lt;jrandom&gt; nhưng đúng, với vài người thì thế là nhỏ 13:56 &lt;laberhorst&gt; chắc chỉ là phim người lớn cổ điển 13:56 &lt;laberhorst&gt; tôi đoán ;-) 13:57 &lt;laberhorst&gt; hy vọng từ ngày mai, router của tôi sẽ không tham gia &gt;3000 tunnels 13:57 &lt;tracker&gt; Ok, thế là lớn. 13:57 &lt;laberhorst&gt; hoặc, nếu vậy thì mạng THỰC SỰ lớn 13:57 &lt;jrandom&gt; heh laberhorst 13:58 &lt;jrandom&gt; ok, ai còn gì nữa cho cuộc họp? 13:58 &lt;laberhorst&gt; nhân tiện, tham gia &gt;3000 có phải là đồng nghĩa với một router tốt, tin cậy trong I2P với kết nối nhanh không? 13:58 &lt;+detonate&gt; tôi sẽ đưa Boondock Saints lên sau khi tôi lấy House tối nay :) 13:59 &lt;+detonate&gt; sẽ là khoảng 4.1GB ngon lành :) 13:59 * laberhorst chỉ muốn cảm ơn các developer vì dập bug nhanh 13:59 &lt;+detonate&gt; có vẻ nhu cầu lớn 13:59 &lt;laberhorst&gt; ồ, cũng có vài ảnh đĩa DVD ở đây nữa, 13:59 &lt;hobbs&gt; detonate: ồ, đúng rồi. House. :) 13:59 &lt;tracker&gt; cervantes, bạn đã nâng cấp lên phpBB 2.0.12 chưa 13:59 &lt;laberhorst&gt; nhưng hãy đợi đến khi 0.5.0.1 ra 13:59 &lt;+detonate&gt; cũng sẽ test kỹ 0.5.0.1 14:00 &lt;+detonate&gt; ừ 14:00 &lt;+detonate&gt; tôi định vậy 14:00 &lt;jrandom&gt; dĩ nhiên chỉ những người đã sở hữu bản hợp pháp của các file đó mới nên tải xuống. chỉ để thử nghiệm thôi 14:00 &lt;jrandom&gt; *khụ* 14:00 &lt;tracker&gt; rofl 14:01 * jrandom ghi chú mpaa.i2p 14:01 &lt;+detonate&gt; heh 14:01 &lt;laberhorst&gt; ồ, tôi có thể tạo ảnh ISO từ Debian, Fedora, SuSE, các bức ảnh tôi chụp,... 14:01 &lt;laberhorst&gt; vậy là rất nhiều nội dung hợp pháp 14:01 &lt;laberhorst&gt; nếu bạn chỉ muốn test, /dev/random là RẤT lớn 14:01 &lt;Ragnarok&gt; không phải lúc nào 14:02 &lt;laberhorst&gt; nhân tiện, cho những cuối tuần cô đơn: cat /dev/random | grep linux :-) 14:02 &lt;jrandom&gt; heh 14:02 &lt;frosk&gt; /dev/random thường cạn sạch, tôi thích /dev/urandom :) 14:02 &lt;frosk&gt; hoặc /dev/jrandom mới, cải tiến 14:02 &lt;jrandom&gt; không, cái đó toàn core dump suốt 14:03 &lt;jrandom&gt; và cần nghỉ đêm 14:03 &lt;Ragnarok&gt; cách tốt nhất để tạo entropy cho /dev/random là gì? 14:03 &lt;laberhorst&gt; chúng ta thực sự nên lập quỹ 'mua cho jrandom vài lon bia' 14:03 &lt;frosk&gt; gọi là nghỉ ngơi hay gom entropy :) 14:03 &lt;hobbs&gt; Ragnarok: Tùy bạn thực sự muốn nói gì. Lấy một phần cứng RNG sẽ là cách 'tốt nhất' :) 14:03 &lt;jrandom&gt; Ragnarok: phụ thuộc vào OS của bạn (và việc bạn có phần cứng hay không ;) 14:04 &lt;tracker&gt; dd if=/dev/urandom of=/dev/hda bs=1M count=4 Luôn thú vị ;) 14:04 &lt;jrandom&gt; chúng tôi sẽ thực sự đóng gói một triển khai Fortuna trong một bản build sắp tới, và sẽ cần tìm kiếm các nguồn entropy khác nhau 14:04 &lt;Ragnarok&gt; không có phần cứng :P 14:04 &lt;susi23&gt; . o O ( Tôi tưởng ai dùng I2P cũng biết vì sao không nên dùng /dev/urandom ) 14:05 &lt;cervantes&gt; tracker: các lỗ hổng bảo mật được xử lý trong 2.0.12 thì mod_rocinante của tôi vô tình đã sửa, nên tôi chưa bận tâm nâng cấp 14:05 &lt;hobbs&gt; susi23: khi chỉ để nghịch ngợm thì tôi nghĩ ổn ;) 14:05 &lt;ant&gt; &lt;Nolar&gt; ai ở đây làm bản port BT bằng Python? 14:05 &lt;jrandom&gt; Nolar: đó là duck 14:06 * duck huýt sáo 14:06 &lt;ant&gt; &lt;Nolar&gt; duck: tại sao các bạn đổi kích thước khối request thành 128k? 14:06 &lt;susi23&gt; . o O ( người tiếp theo sẽ gợi ý: while true; do echo $RANDOM&gt;&gt; largefile; done ) 14:06 &lt;ant&gt; &lt;Nolar&gt; đó là lý do az không thể seed cho bạn 14:06 &lt;tracker&gt; cervantes: Ok 14:06 &lt;ant&gt; &lt;Nolar&gt; chúng tôi chặn các request&gt; 64k 14:06 &lt;laberhorst&gt; chà, tôi cần thêm mp3 14:06 &lt;frosk&gt; susi23: để grep linux vào một buổi tối rảnh rỗi, /dev/urandom là ổn :) 14:07 &lt;jrandom&gt; à, luôn như vậy à? nếu nhớ không lầm i2p-bt dùng 128k đã một thời gian 14:08 &lt;ant&gt; &lt;Nolar&gt; ừ, như vậy từ đầu :) 14:08 &lt;ant&gt; &lt;Nolar&gt; có lý do gì dùng 128 không? 14:08 &lt;ant&gt; * duck xem qua cvs log 14:08 &lt;jrandom&gt; giữ cho pipeline đầy, I2P có độ trễ mà ;) 14:08 &lt;jrandom&gt; với 32KB, về cơ bản đó là cửa sổ cố định kích thước 1 14:09 &lt;jrandom&gt; nên mỗi message bị chặn chờ ACK, trong khi 128KB cho phép 4 message bay trong RTT 14:09 &lt;@duck&gt; đúng, kích thước slice tối đa cho phép theo đặc tả BT 14:09 &lt;ant&gt; &lt;Nolar&gt; chà, có hai cách xử lý: 1) chúng tôi nâng giới hạn lên 128k phía chúng tôi, hoặc 2) bạn đơn giản pipeline nhiều request hơn 14:09 &lt;cervantes&gt; i2pbt nhanh nhạy hơn trước một chút... có lẽ bạn có thể giảm xuống... 14:10 &lt;@duck&gt; schni, schna, schnappi 14:10 &lt;ant&gt; &lt;Nolar&gt; vậy, thay vì tạo một request 128k, gửi hai cái 64k chẳng hạn 14:10 &lt;hobbs&gt; duck: haha... thứ đó lan ra cả thế giới. 14:10 &lt;@duck&gt; tại sao bạn chặn 128k? 14:11 &lt;cervantes&gt; *rùng mình* europop 14:11 &lt;laberhorst&gt; duck: làm ơn im đi KHÔNG thì tôi bắn hạ bạn! 14:11 &lt;tracker&gt; Đôi khi tôi hối hận vì đã học tiếng Đức vài năm trước... 14:11 &lt;laberhorst&gt; không europop, thật sự không phải POP 14:11 * cervantes ra lệnh Vương quốc Anh đẩy lùi biên cương trước khi một bài như thế vào bảng xếp hạng 14:11 &lt;laberhorst&gt; tracker: đừng bận tâm, ổn mà 14:12 &lt;ant&gt; &lt;duck&gt; giờ là (2^17)-13 14:12 &lt;ant&gt; &lt;Nolar&gt; duck: giới hạn đó đã có một thời gian, nhưng một lý do hay là các khối 128K mất thời gian để upload..... 16KB (mặc định của chúng tôi) cho phép điều khiển request mịn hơn 14:12 &lt;ant&gt; &lt;duck&gt; 13 bytes là độ dài lệnh bittorrent 14:12 &lt;ant&gt; &lt;duck&gt; sẽ không vấn đề với (2^16)-13 14:12 &lt;laberhorst&gt; một số nhạc thực sự nực cười, nhưng nhạc industrial thực thụ thì, boh, không 14:13 &lt;ant&gt; &lt;duck&gt; hay quay về mặc định? 14:13 &lt;jrandom&gt; giảm xuống 64KB có vẻ đơn giản nhất (đó có phải là tham số CLI lúc này không?) 14:13 &lt;ant&gt; &lt;duck&gt; --download_slice_size 14:14 &lt;ant&gt; &lt;Nolar&gt; câu hỏi của tôi là, bạn có lý do thuyết phục để giữ khối 128K không, trông hơi lớn, đặc biệt với I2P 14:14 &lt;ant&gt; &lt;Nolar&gt; thay vì chỉ pipeline nhiều request nhỏ hơn? 14:14 &lt;ant&gt; &lt;duck&gt; Tôi không có lý do. 14:14 &lt;tracker&gt; laberhorst: Thỉnh thoảng tôi bắt được vài kênh Đức qua vệ tinh. Đặc biệt viva và cái "Theater Kanal" thực sự khủng khiếp... 14:15 &lt;ant&gt; &lt;Nolar&gt; một vấn đề với khối lớn là khi tôi choke bạn, tôi vẫn phải gửi nốt chunk 128k đó 14:15 &lt;jrandom&gt; Tôi không nhớ bản BT nguyên thủy có biết pipeline không, nhưng chắc khá đơn giản (đặc biệt vì tôi không phải người làm ;) 14:15 &lt;ant&gt; &lt;Nolar&gt; mất kha khá thời gian 14:15 &lt;laberhorst&gt; tracker: viva chỉ thú vị vào giờ "hard rock", còn lúc khác "xin đừng xem", còn theater, tôi không biết 14:15 &lt;jrandom&gt; với I2P, 128KB không thực sự lớn, vì có độ trễ cố hữu cỡ vài giây 14:15 &lt;ant&gt; &lt;Nolar&gt; có thể làm rối chunk/unchoke 14:16 &lt;@duck&gt; jrandom: còn hợp lý không nếu trừ 13 byte overhead của bittorrent để nó vừa trong một thông điệp SAM? 14:16 &lt;jrandom&gt; duck: không, vì lib streaming đã giảm xuống thành các thông điệp 16KB rồi, nên cứ để 64KB 14:17 &lt;@duck&gt; ok, vậy là 2**16 14:17 &lt;jrandom&gt; (và rồi các tunnels bẻ các thông điệp 16KB đó thành các mảnh 996 byte..) 14:17 &lt;ant&gt; &lt;Nolar&gt; vấn đề với 128k là nếu tôi upload khoảng 12 k/s, thì sẽ mất hơn 10 giây để xong khối đó 14:18 &lt;cervantes&gt; wow gần bằng độ trễ trên IRC... 14:18 &lt;jrandom&gt; đó là 1-10 RTT (trong khi trên mạng thường, 10-500) 14:18 &lt;+detonate&gt; tôi đã sẵn sàng dùng khối 512K 14:18 &lt;ant&gt; &lt;Nolar&gt; bạn cũng có thể thử pipeline các khối 16KB 14:18 &lt;jrandom&gt; heh 14:18 &lt;+detonate&gt; vậy 64 được ưu tiên? 14:19 &lt;ant&gt; &lt;Nolar&gt; tất cả client BT theo tôi biết dùng khối 16KB 14:19 &lt;ant&gt; &lt;duck&gt; đã sửa trong CVS; 14:19 &lt;jrandom&gt; tuyệt, cảm ơn duck! (và Nolar!) 14:19 &lt;ant&gt; &lt;duck&gt; mong nó sẽ xuất hiện trong bản 0.1.8 cùng với một số tinh chỉnh SAM I2CP 14:19 &lt;tracker&gt; laberhorst: Tên đầy đủ là "ZDF Theater" hay gì đó. Và họ nói họ phát sóng chương trình văn hoá trình độ cao. Tôi thực sự hy vọng những gì họ phát không phải là tinh hoa văn hoá Đức ;) 14:19 &lt;jrandom&gt; ok, heh, tôi vừa nhớ ra là chúng ta vẫn đang trong cuộc họp 14:19 &lt;jrandom&gt; ai còn gì cho cuộc họp không? 14:20 &lt;ant&gt; &lt;Nolar&gt; vậy nếu muốn một chunk 128k, ta chỉ việc tạo 8 request đồng thời 14:20 &lt;susi23&gt; . o O ( và bỏ 448 byte còn lại? ) 14:20 &lt;jrandom&gt; đúng đúng 14:20 &lt;laberhorst&gt; tracker: ồ, đó là kênh phụ nhỏ... arte hoặc 3sat thì thú vị hơn nhiều 14:20 &lt;laberhorst&gt; và arte là Đức/Pháp :-) 14:20 &lt;ant&gt; &lt;Nolar&gt; nếu uploader có thể lấp đầy request như vậy, toàn bộ 128k nên được đẩy vào luồng pipe I2P 14:20 &lt;jrandom&gt; hay 14:21 &lt;cervantes&gt; . o O ( tự hỏi vì sao anh ấy nghe được mọi thứ susi đang nghĩ ) 14:21 &lt;ant&gt; &lt;Nolar&gt; vậy, có lẽ đáng để thử các kích thước khối 16KB so với 32KB so với 64KB 14:21 &lt;jrandom&gt; ừ 14:21 &lt;jrandom&gt; chừng nào đã pipeline, I2P không quan tâm 14:21 &lt;ant&gt; &lt;Nolar&gt; tuyệt 14:22 &lt;jrandom&gt; tốc độ ở 16KB mà không pipeline thì khá tệ, hoặc ít nhất trước đây là vậy 14:22 &lt;tracker&gt; laberhorst: Ok, tôi sẽ thử xem có bắt được arte vài ngày tới không... 14:22 &lt;ant&gt; &lt;duck&gt; tôi đề nghị để việc tinh chỉnh này cho 0.2 14:22 &lt;ant&gt; &lt;duck&gt; vì nó sẽ bao gồm các cải tiến bittorrent 3.9.1 14:22 &lt;jrandom&gt; ừ, DTSTTCPW 14:22 &lt;susi23&gt; . o O ( ồ cái đó dễ... con người quá dễ đoán... ) 14:23 &lt;ant&gt; &lt;duck&gt; có thể tái cấu trúc hoàn toàn code mạng 14:23 &lt;cervantes&gt; http://www.gavelstore.com 14:24 &lt;jrandom&gt; ok, tôi nghĩ vậy là đủ lúc này, mọi người nên kiểm tra mailing list và site trong vài giờ nữa vì bản 0.5.0.1 sắp ra 14:24 &lt;ant&gt; &lt;Nolar&gt; ừ, tôi hiểu vì sao các request 16KB đơn lẻ lại chậm 14:24 * jrandom tải về một cái búa quan tòa 14:24 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/02/22/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-22/Tue, 22 Feb 2005 00:00:00 +0000/vi/blog/2005/02/22/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-22/<p>Chào mọi người, đến giờ cập nhật hàng tuần</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 2) Các bước tiếp theo 3) azneti2p 4) ???</li> </ol> <ul> <li> <ol> <li>0.5</li> </ol> </li> </ul> <p>Như các bạn đã biết, cuối cùng chúng tôi cũng phát hành 0.5, và nhìn chung thì nó hoạt động khá tốt. Tôi rất đánh giá cao việc mọi người cập nhật nhanh — chỉ trong ngày đầu tiên, 50-75% mạng đã lên 0.5! Nhờ tốc độ áp dụng nhanh, chúng tôi có thể thấy tác động của các thay đổi nhanh hơn, và qua đó đã tìm ra một loạt lỗi. Mặc dù vẫn còn một số vấn đề tồn đọng, tối nay chúng tôi sẽ phát hành bản 0.5.0.1 mới để giải quyết những vấn đề quan trọng nhất.</p>/vi/blog/2005/02/15/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-2-2005/Tue, 15 Feb 2005 00:00:00 +0000/vi/blog/2005/02/15/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-15-th%C3%A1ng-2-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla\_, cervantes, cneal92\_, jrandom, polecat, postman, smeghead, ugha2p</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) chào 13:07 &lt;jrandom&gt; 1) Tình trạng mạng 13:07 &lt;jrandom&gt; 2) Tình trạng 0.5 13:07 &lt;jrandom&gt; 3) i2p-bt 0.1.7 13:07 &lt;jrandom&gt; 4) ??? 13:07 &lt;jrandom&gt; 0) chào 13:07 * jrandom vẫy tay 13:07 &lt;+ugha2p&gt; jrandom: Is irc.duck.i2p also available on the testnet and linked to this network? 13:07 &lt;+ugha2p&gt; Đến mạng IRC này 13:07 &lt;jrandom&gt; ghi chú tình trạng hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-February/000575.html 13:07 &lt;ant&gt; &lt;Sonium_&gt; Bonjour, sa cette fois de la semaine encore, 13:07 &lt;jrandom&gt; không, ugha2p 13:08 &lt;ant&gt; &lt;Sonium_&gt; bạn đang nói tiếng Pháp hả jrandom ? 13:08 &lt;jrandom&gt; heh, ừ, bằng chứng là babelfish cũng có giới hạn ;) 13:08 &lt;jrandom&gt; lol, ừ, mọi người bảo babelfish dịch tiếng Pháp cũng ổn trước đây, nhưng có vẻ không phải lần này ;) 13:09 &lt;+ugha2p&gt; Chào các đồng đạo I2P. 13:09 &lt;ant&gt; &lt;fedo2p&gt; chào 13:09 &lt;jrandom&gt; dù sao, bắt đầu thôi trước khi lại netsplit 13:09 &lt;jrandom&gt; 1) tình trạng mạng 13:09 &lt;jrandom&gt; xem email để cập nhật 13:10 &lt;jrandom&gt; có vẻ IRC khá trục trặc, hoạt động outproxy cũng vậy, nhưng bt thì chạy khá ổn 13:11 &lt;jrandom&gt; mình không có gì nhiều để bổ sung ngoài đó — ai có bình luận/câu hỏi/quan ngại gì không? 13:12 &lt;ant&gt; &lt;Sonium_&gt; 0.5 sẽ được phát hành thứ Sáu này chứ? 13:12 &lt;jrandom&gt; heh câu hỏi hay, chắc chuyển sang 2) tình trạng 0.5 13:12 &lt;jrandom&gt; đúng, 0.5 sẽ phát hành vào thứ Sáu này 13:13 &lt;jrandom&gt; mạng thử nghiệm chạy khá tốt với các cập nhật mới nhất, nhưng vẫn còn vài tài liệu và dọn dẹp nhỏ cần làm. mình cũng sẽ thử đưa Jetty bản mới nhất vào, nhưng xem sao đã 13:14 &lt;ant&gt; &lt;Sonium_&gt; hỏi người bản ngữ tiếng Anh: khác biệt ngữ nghĩa giữa "it will be released" và "it is going to be released" là gì? 13:14 &lt;bla_&gt; Routing đôi khi có vấn đề; khoảng 5–10% trường hợp mình phải tải lại trang vì tunnel hoạt động không tốt 13:14 &lt;smeghead&gt; mình muốn đề nghị mọi người đang dùng BitTorrent tạm dừng tự nguyện cho đến khi 0.5 phát hành vào thứ Sáu, vì lưu lượng bt tăng đột biến đang làm hỏng phần còn lại của lưu lượng mạng, đặc biệt là IRC 13:15 &lt;jrandom&gt; Sonium: vế sau xác quyết hơn, nhưng ý chung giống nhau 13:15 &lt;bla_&gt; smeghead: mình đồng ý, nhưng 0.5 sẽ không giải quyết vấn đề tải, đúng chứ? 13:15 &lt;smeghead&gt; eepsites (trang web chạy trên I2P) cũng bị ảnh hưởng, không chỉ IRC 13:16 &lt;ant&gt; &lt;Sonium_&gt; ok, vậy là mình đã hiểu sai cách dùng tới giờ 13:16 &lt;+ugha2p&gt; jrandom: Nó sẽ xử lý lưu lượng tương tác tốt hơn chứ? 13:16 &lt;jrandom&gt; 0.5 sẽ thay đổi nhiều yếu tố động, và sẽ xử lý cân bằng tải gọn gàng hơn, vì giờ ta có thể phân biệt các nguyên nhân khác nhau dẫn đến tunnel bị từ chối 13:16 &lt;ant&gt; &lt;Sonium_&gt; giá mà trước đây chăm học hơn 13:16 &lt;jrandom&gt; ugha2p: có, đáng kể 13:17 &lt;+ugha2p&gt; À, hay đấy. 13:17 &lt;jrandom&gt; mặt khác, sẽ có sự tăng tổng thể về băng thông dùng trong nhiều tình huống, dù ta sẽ cải thiện dần sau này 13:18 &lt;smeghead&gt; và ai đó làm ơn nhắn người dùng nói tiếng Pháp mới của chúng ta về việc này và đề nghị họ hoãn chuyện bt đến thứ Sáu 13:18 &lt;ant&gt; &lt;BS314159&gt; smeghead: chỉ ba ngày thôi. Tôi chắc bạn có thể tìm việc khác làm trong ba ngày 13:19 * jrandom có thể chọc mở một inproxy tới ircd 0.5 của spaetz :) 13:20 &lt;jrandom&gt; có lẽ giải pháp đơn giản hơn là khuyên người dùng bt tận dụng khả năng giảm tải mạng bằng cách giảm độ dài tunnel 13:21 &lt;jrandom&gt; (cả inbound tunnels, cấu hình bằng dòng lệnh bt, và outbound tunnels, cấu hình ở `http://localhost:7657/configclients.jsp` ) 13:21 &lt;polecat&gt; Ừ, họ không cần ẩn danh nhiều bằng mờ nhạt thôi. Chính bọn chồn chui lủi như chúng tôi mới cần cái 2-hop đó. 13:21 &lt;bla_&gt; jrandom: Một giải pháp có thể là bt-0.1.8, đặt mặc định độ dài tunnels là 1, đã được nhắc trước đây trong kênh. Duck, bạn ở đây chứ? 13:22 &lt;polecat&gt; i2p-bt dùng SAM, hay dùng phiên i2ptunnel? 13:23 &lt;jrandom&gt; hmm, mặt khác có cả bộ tùy chọn phiên i2cp mới mà ta muốn đưa ra trong i2p-bt, nên mình sẽ cần liên lạc với duck về một bản phát hành cập nhật dù sao 13:23 &lt;jrandom&gt; polecat: SAM 13:23 &lt;smeghead&gt; BS314159: tôi đóng góp không chỉ cho codebase i2p mà cả i2p-bt, lưu lượng bt này đang ngăn tôi liên lạc với các dev khác và cản trở nỗ lực cải thiện trải nghiệm cho mọi người, xin hãy thông cảm 13:23 &lt;smeghead&gt; BS314159: với bạn torrent quan trọng hơn việc chúng tôi phát triển à 13:23 &lt;smeghead&gt; ? 13:23 &lt;smeghead&gt; polecat: sam 13:23 &lt;cervantes&gt; hãy làm 0.1.8 bán đứng toàn bộ người dùng cho mpaa và tất cả chúng tôi sẽ bám lại 0.1.7 13:23 &lt;smeghead&gt; bla_: có lẽ sẽ không có 0.1.8 đâu, giờ chúng tôi có 0.2.0 trong CVS rồi, codebase mới dựa trên bt 3.9.1 13:23 &lt;jrandom&gt; heh cervantes 13:23 &lt;jrandom&gt; ooOOo ngon 13:24 &lt;jrandom&gt; có lẽ đó là cầu nối tốt từ 2) tình trạng 0.5 sang 3) i2p-bt :) 13:24 &lt;jrandom&gt; smeghead/duck, tình hình sao rồi? 13:25 &lt;ant&gt; &lt;Sonium_&gt; google biết 167 liên kết tới www.i2p.org 13:25 &lt;bla_&gt; jrandom: Có lẽ nên nhắc lại lịch nâng cấp: đưa eepsite của bạn offline tối thứ Năm (UTC), nâng cấp vào thứ Sáu, và bật lại eepsite khi đủ số người dùng đã nâng cấp 13:26 &lt;ant&gt; &lt;Sonium_&gt; ờ .net 13:26 &lt;smeghead&gt; tất cả các bản sửa bt trong 0.1.7 đã được tích hợp vào codebase 0.2.0 mới 13:26 &lt;smeghead&gt; nhưng chúng tôi phải viết giao diện sam hoàn toàn mới, không thể dùng cái của 0.1.7 13:27 &lt;jrandom&gt; à ok 13:27 &lt;smeghead&gt; nếu ai có kinh nghiệm socket Python muốn giúp *khụ*connelly 13:28 &lt;polecat&gt; Trong SAM chỉ thêm tính năng choking ở mức stream thôi, đúng không? 13:28 &lt;jrandom&gt; polecat: chưa có thay đổi giao thức (theo tôi biết), chỉ port thôi 13:28 &lt;smeghead&gt; xin liên lạc với duck 13:28 &lt;ant&gt; &lt;MANCOM&gt; có gì mới ở azneti2p không? 13:28 &lt;smeghead&gt; client 0.2.0 sẽ xử lý nhiều torrent trong một instance, bạn không phải mở nhiều phiên nữa 13:29 &lt;jrandom&gt; (yay!) 13:29 &lt;polecat&gt; Thật sao? 13:29 &lt;smeghead&gt; và hy vọng ta có thể làm tất cả chạy qua một phiên sam để giảm thêm lộn xộn trên mạng 13:29 &lt;bla_&gt; smeghead: Tuyệt! Bạn cũng sẽ port bttrackmany bản chỉ-text chứ? 13:29 &lt;polecat&gt; Nó có thể chạy nền không? 13:29 &lt;jrandom&gt; MANCOM: tôi chưa nghe tin gì, và tiếc là chưa có thời gian rà soát các cập nhật 13:29 &lt;polecat&gt; Nó chiếm bao nhiêu bộ nhớ? 13:29 &lt;smeghead&gt; bla_: vâng tôi nghĩ vậy 13:30 &lt;smeghead&gt; polecat: dùng btdownloadheadless.py thì nó là một tiến trình nền 13:31 &lt;polecat&gt; Một phiên SAM duy nhất là khả thi: cả client và server đều có thể suy ra peerwire và tracker protocol. 13:31 &lt;polecat&gt; smeghead: Vâng, nhưng nếu tôi muốn thêm một torrent vào tiến trình đó thì sao? 13:32 &lt;smeghead&gt; polecat: và nó không nên dùng nhiều bộ nhớ hơn đáng kể so với số instance 0.1.7 tương ứng 13:34 &lt;jrandom&gt; polecat: đó là bản port của BT mainline, nó hoạt động giống hệt BT mainline. ai đó có thể thêm tính năng mới tốt hơn, nhưng hãy bắt đầu bằng một bản port thuần trước ;) 13:36 &lt;bla_&gt; (Kết nối lên xuống như tàu lượn nữa rồi...) 13:36 &lt;jrandom&gt; (đây là lý do tôi chỉnh sửa nhẹ log cuộc họp ;) 13:37 &lt;bla_&gt; jrandom: :) 13:37 &lt;jrandom&gt; chào mừng quay lại 13:37 &lt;polecat&gt; smeghead: Vâng, nhưng nếu tôi muốn thêm một torrent vào tiến trình đó thì sao? 13:38 &lt;+ugha2p&gt; jrandom: Không, hẳn là vì bạn đang kiểm duyệt các netsplit. 13:38 &lt;jrandom&gt; polecat: đó là bản port của BT mainline, nó hoạt động giống hệt BT mainline. ai đó có thể thêm tính năng mới tốt hơn, nhưng hãy bắt đầu bằng một bản port thuần trước ;) 13:38 &lt;jrandom&gt; này, nếu tôi kiểm duyệt các netsplit, chúng sẽ không xảy ra! 13:38 * jrandom chôn đầu xuống cát 13:40 &lt;smeghead&gt; nhân dịp này tôi xin nhắc người dùng bt trì hoãn đến thứ Sáu nhé 13:41 &lt;bla_&gt; Đúng vậy, nếu có ai nói tiếng Pháp ở đây, giờ không cần nói gì, nhưng làm ơn thêm một thông điệp với nội dung như smeghead yêu cầu vào các mục tiếng Pháp trên forum.i2p ... 13:42 &lt;+polecat&gt; Dù sao, tôi bỏ lỡ cơ hội nói là tôi nghĩ thay vì viết client bt bằng C++, tôi có thể chỉ sửa plugin BitTorrent của mldonkey và dùng nó. 13:42 &lt;ant&gt; &lt;dm&gt; Tôi nói tiếng Pháp. 13:43 &lt;ant&gt; &lt;dm&gt; awww chết tiệt, lẽ ra tôi không nên nói gì. 13:43 * jrandom ném bùn vào dm 13:43 &lt;bla_&gt; dm: Bạn có thể thêm các thông điệp đó không? 13:43 &lt;smeghead&gt; torrenting không có gì sai, nhưng số người dùng i2p tăng đột ngột như vậy là ngoài dự liệu và rõ ràng mạng 0.4.x không xử lý tốt 13:43 &lt;+polecat&gt; Trừ khi ai có ý tưởng gì hay hơn để tôi phí thời gian vào. :/ 13:44 &lt;ant&gt; &lt;dm&gt; tiếc là ở đây tôi không có i2p. Tôi có thể dịch tiếng Anh-&gt;tiếng Pháp nếu bạn nhắn nội dung cần nói. 13:44 &lt;jrandom&gt; polecat: có lẽ giúp để i2p-bt sắp tới chạy theo cách bạn muốn? 13:44 &lt;jrandom&gt; dm: forum.i2p.net/ 13:44 &lt;+polecat&gt; jrandom: Tôi thấy bt chính không hữu ích lắm và sẽ là vật cản cho hệ thống đa torrent, trừ khi họ chuyển sang UI kiểu client/server. 13:44 &lt;+polecat&gt; Mà tôi xin nói thêm, mldonkey/mlnet đã làm rồi. 13:44 &lt;smeghead&gt; polecat: mldonkey là một mớ hỗn độn kinh khủng, hãy giúp dự án i2p-bt hoặc azureus-i2p, họ cần thêm tay 13:44 &lt;ant&gt; &lt;BS314159&gt; polecat: Tôi nghĩ viết lại i2p-bt bằng ngôn ngữ nhanh hơn là lãng phí thời gian, xét đến overhead trong I2P 13:45 &lt;+polecat&gt; Và tôi đã định làm cái client C++ ngớ ngẩn của mình. 13:45 &lt;jrandom&gt; polecat: vậy thì gắn một GUI, tận dụng phần code i2p-bt bên dưới 13:45 &lt;ant&gt; &lt;BS314159&gt; nhưng dùng giao diện MLDonkey có thể là điều rất tốt 13:46 &lt;+polecat&gt; Azareus không tách UI khỏi truyền tệp đâu tôi nghĩ vậy. :/ 13:46 &lt;smeghead&gt; polecat: bạn cần thử bt 3.9.1, giờ nó là client đa torrent 13:48 &lt;+polecat&gt; Nó có cho bạn thoát UI mà không dừng seeding/swarming các tệp không? 13:48 &lt;jrandom&gt; có vài tính năng nó làm không tốt nhưng azureus làm tốt, tuy nhiên cũng có môi trường azureus không phải giải pháp phù hợp 13:48 &lt;ant&gt; &lt;jnymo&gt; azureus đã phát hành binary tương thích cho plugin chưa? 13:48 &lt;jrandom&gt; polecat: chưa. nhưng thêm cái đó thì tầm thường so với việc viết client bt mới 13:48 &lt;jrandom&gt; jnymo: có, họ có bản beta azneti2p 13:49 &lt;smeghead&gt; polecat: có thể sửa để làm thế rất dễ, thực tế là rất dễ 13:49 &lt;jrandom&gt; polecat: chỉ cần sửa bt daemon hiện có để cho phép tiến trình khác (tức GUI mới của bạn) ra lệnh cho nó làm việc 13:49 &lt;+polecat&gt; Ừ, có lẽ... 13:49 &lt;+polecat&gt; Bạn nghĩ vậy à? 13:49 &lt;+polecat&gt; Có lẽ nếu tôi viết một UI chỉ là một RPC socket protocol, rồi... tôi sẽ phải viết cả một client để hiểu giao thức đó... 13:50 &lt;smeghead&gt; polecat: bạn không cần viết UI mới, sửa UI i2p-bt 0.2.0 hiện có để làm thế, đơn giản mà 13:50 &lt;+polecat&gt; Có lẽ ta có thể tách phần UI của bt và phần daemon, và chạy chúng thành các tiến trình riêng mà không phải viết lại quá nhiều code! 13:50 &lt;+polecat&gt; Được rồi. 13:50 &lt;+polecat&gt; Nhưng tôi còn một câu hỏi nữa... 13:51 &lt;smeghead&gt; polecat: đừng tái phát minh bánh xe chỉ vì thiếu vài tính năng vặt 13:51 &lt;smeghead&gt; polecat: bạn chưa nhìn codebase i2p-bt chút nào đúng không? UI tách biệt hoàn toàn 13:51 &lt;+polecat&gt; Nếu bittorrent 3.9.1 đã ra, sao chúng ta dùng phiên bản 0.2.0 trong i2p? o.o 13:51 &lt;jrandom&gt; heh 13:51 &lt;jrandom&gt; i2p-bt 0.2.0 == bt 3.9.1 :) 13:51 &lt;+polecat&gt; Tôi đã xem codebase một thời gian trước. Nó khá rối rắm và khó hiểu. 13:51 &lt;jrandom&gt; (i2p-bt 0.1.* == bt 3.4.gì đó tôi nghĩ vậy) 13:51 &lt;+polecat&gt; À, các bạn dùng hệ phiên bản khác. 13:52 &lt;+polecat&gt; i2p-bt có trên CVS không? 13:52 &lt;smeghead&gt; polecat: 0.2.0 là nhánh mới trên CVS tôi tạo hôm qua, đó là i2p-bt, phiên bản bt chính thức mà nó dựa vào là 3.9.1, khi ra khỏi beta sẽ là bittorrent 4.0 13:52 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p-bt/ 13:52 &lt;smeghead&gt; i2p-bt 0.1.7 dựa trên bt 3.4.2 13:52 &lt;+polecat&gt; Cảm ơn. 13:52 &lt;+polecat&gt; Khoan đã. 13:53 &lt;cervantes&gt; lúc đó chúng ta sẽ gọi nó là phiên bản 0.3.0 :P 13:53 &lt;+polecat&gt; Ý tôi là CVS, không phải kiểu "ồ nhìn cái trang web CVS đẹp đẽ" 13:53 &lt;jrandom&gt; cvs -d :pserver:anoncvs@cvs.i2p.net/cvsroot co i2p-bt 13:53 &lt;+polecat&gt; CVSROOT= thiếu rõ ràng trên mấy thứ cvs-cgi đó tôi để ý. 13:53 &lt;jrandom&gt; hoặc, nếu bạn có proxy CVS cục bộ, cvs -d :pserver:anoncvs@localhost/cvsroot co i2p-bt 13:54 &lt;smeghead&gt; polecat: rối rắm ư? btdownloadgui.py chứa toàn bộ code GUI, tách biệt sạch sẽ hơn thế nữa kiểu gì? 13:54 * polecat thở phào, và không còn khao khát kêu ca về CVS nữa. 13:54 &lt;ant&gt; &lt;dm&gt; ugh, mệt thật, đã nhiều năm rồi không viết gì bằng tiếng Pháp! http://forum.i2p.net/viewtopic.php?p=1238#1238 13:55 &lt;jrandom&gt; cảm ơn dm 13:56 &lt;ant&gt; &lt;dm&gt; không có gì 13:57 &lt;smeghead&gt; có lẽ nó nói gì đó tục tĩu 13:58 &lt;ant&gt; &lt;dm&gt; hehehhe 13:58 &lt;+polecat&gt; Được rồi, vậy tôi phải viết btdaemon.py, tức GUI — toàn bộ phần GUI. Và cả btdaemongui.py, tức GUI — toàn bộ phần daemon. 13:58 &lt;ant&gt; &lt;BS314159&gt; nếu đủ tục, có khi lại phục vụ mục đích của ta rất tốt 13:58 &lt;ant&gt; &lt;fedo2p&gt; làm tốt lắm dm ;) 13:58 &lt;jrandom&gt; heh 13:58 &lt;jrandom&gt; r0x0r polecat 13:59 &lt;+polecat&gt; Haizz, tôi ghét phải emerge wxwindows, đó là thư viện lớn mà tôi thường không dùng. Thôi vậy. 13:59 &lt;smeghead&gt; polecat: 0.2.0 dựa trên gtk, không còn wxwidgets nữa 13:59 &lt;jrandom&gt; ok, còn nhiều việc bt phải làm, có lẽ ta bàn tiếp trên list/forum/wiki/#i2p-bt khi cần? 14:00 &lt;+polecat&gt; Nếu tôi định hack, tốt nhất là chuẩn bị công cụ 14:00 &lt;+polecat&gt; Ồ tôi quên kênh đó. :) 14:00 &lt;smeghead&gt; polecat: lấy bittorrent 3.9.1 beta và đọc docs 14:01 &lt;smeghead&gt; #i2p-bt, đúng rồi 14:01 &lt;smeghead&gt; thậm chí ở đó còn có người 14:02 &lt;jrandom&gt; heh ok, nhiều thứ bt thú vị. còn gì cho 3) i2p-bt không, hay chuyển sang 4) ??? 14:03 &lt;jrandom&gt; ok, chuyển sang 4) ??? 14:03 &lt;jrandom&gt; có ai còn gì muốn đưa ra trong cuộc họp không? 14:03 &lt;ant&gt; &lt;jnymo&gt; mật mã ngưỡng (threshold cryptography) đỉnh lắm 14:04 &lt;cervantes&gt; ??? = `http://forum.i2p/viewtopic.php?p=1237` 14:04 &lt;ant&gt; &lt;BS314159&gt; proxy ra web là không hay. Còn proxy tới các phiên bản I2P mới, hoặc các anonymnet khác thì sao? 14:04 &lt;ant&gt; &lt;BS314159&gt; và “không hay” ý tôi là không an toàn để vận hành 14:04 &lt;ant&gt; &lt;jnymo&gt; không phải ai cũng chạy chúng đâu, BS 14:05 &lt;ant&gt; &lt;BS314159&gt; tôi biết 14:05 &lt;cervantes&gt; Thành viên diễn đàn của tuần là &lt;tadaa!&gt; jrandom 14:05 &lt;ant&gt; &lt;BS314159&gt; tôi đang nghĩ về nâng cấp 14:06 &lt;jrandom&gt; lol cảm ơn cervantes 14:06 &lt;ant&gt; &lt;BS314159&gt; Không phải bây giờ, nhưng về sau, liệu có thể có nhiều router đóng vai trò proxy giữa các phiên bản không? 14:06 &lt;ant&gt; &lt;BS314159&gt; và như vậy có loại bỏ tấn công timing mà không cần downtime không? 14:06 &lt;ant&gt; &lt;jnymo&gt; nâng cấp bắt buộc là cần thiết 14:07 &lt;ant&gt; &lt;BS314159&gt; tôi không đồng ý 14:07 &lt;jrandom&gt; BS314159: I2NP chạy qua i2ptunnel qua I2P sẽ rất... đau khổ. dù có lẽ một "outproxies" có thể trỏ tới một inproxy nào đó 13:07 &lt;jrandom&gt; BS314159: tuy nâng cấp bắt buộc nói chung không cần thiết, nhưng ở đây thì cần. hết. chúng ta cần, vì tôi không lường trước được tất cả thay đổi cần cho 0.5 14:08 &lt;ant&gt; &lt;BS314159&gt; tôi không nói phiên bản mới phải tương thích ngược 14:08 &lt;cervantes&gt; jrandom: thành thật mà nói... bạn là người làm 98% công việc ;-) 14:09 &lt;ant&gt; &lt;BS314159&gt; tôi chỉ đang cố nghĩ cách để người dùng I2P không nhanh nhẹn có thể nâng cấp mà không bị tấn công timing hay downtime 14:10 &lt;jrandom&gt; BS314159: không thể làm cho bản phát hành 0.5. các bản sau ta có thể cẩn thận. nhưng với bản này, là cắt đứt hoàn toàn. 14:10 &lt;ant&gt; &lt;jnymo&gt; cập nhật tự động có thể tốt hơn trong tương lai 14:10 &lt;ant&gt; &lt;BS314159&gt; tôi đang nói về tương lai xa. 14:10 &lt;ant&gt; &lt;jnymo&gt; auto-update quá thiếu an toàn à? 14:10 &lt;jrandom&gt; cervantes: không, chỉ 95% hạ tầng thôi, nhưng còn nhiều thứ nữa ngoài i2p/{core,router}/ :) 14:11 &lt;jrandom&gt; jnymo: cập nhật 0 click == không an toàn. 1 click == an toàn. 14:11 &lt;cervantes&gt; jrandom: vâng may là vài tháng gần đây mọi thứ đã khởi sắc ;-) 14:11 &lt;ant&gt; &lt;jnymo&gt; và một dòng nói "bạn cần cập nhật.. đếm ngược trong * ngày" 14:12 &lt;jrandom&gt; ừ, nhiều người [http://www.i2p.net/team] đã làm những việc cực kỳ ấn tượng 14:13 &lt;jrandom&gt; BS314159: chắc chắn có nhiều thứ ta có thể làm cho các lần cập nhật sau, có lẽ ta sẽ bàn các triển khai cụ thể khi gần đến :) 14:13 &lt;jrandom&gt; ok, còn ai có gì muốn đưa ra cho cuộc họp không? 14:13 &lt;ant&gt; &lt;MANCOM&gt; chúng ta có thể có một kiểu tính năng autospeed (như plugin azureus đo thời gian ping) trong i2p để điều chỉnh băng thông tối đa (upload) không? 14:14 &lt;ant&gt; &lt;MANCOM&gt; nó sẽ giúp giữ băng thông cao và độ trễ thấp 14:14 &lt;jrandom&gt; ồ, thú vị 14:14 * cervantes đang làm tính năng cập nhật 1–2 click cho thanh công cụ i2p 14:14 &lt;cervantes&gt; mặc dù hiện tại tôi gặp vấn đề với hashing atm....so it's probably a few weeks away. 14:15 &lt;ant&gt; &lt;jnymo&gt; cervantes++ 14:15 &lt;jrandom&gt; MANCOM: nếu bạn có thể viết tài liệu cách nó hoạt động và trông ra sao, rồi đăng lên diễn đàn, thì tốt quá. nếu đủ đơn giản, thậm chí có thể kịp vào 0.5 14:15 &lt;cervantes&gt; trong thời gian đó sẽ có cả tá người đưa ra cả đống giải pháp tốt hơn 14:16 &lt;jrandom&gt; heh 14:16 &lt;cneal92_&gt; :D 14:17 &lt;ant&gt; &lt;MANCOM&gt; ừ, tôi sẽ thử 14:17 &lt;ant&gt; &lt;cervantes&gt; nhưng nó đã phát hiện khi có bản phát hành mới và có thể chỉ bạn đến liên kết tải tương ứng... 14:17 &lt;ant&gt; &lt;cervantes&gt; mà tôi có thể dùng tạm ban đầu 14:18 &lt;jrandom&gt; hay đấy cervantes 14:18 &lt;jrandom&gt; cảm ơn MANCOM 14:18 &lt;ant&gt; &lt;jnymo&gt; bạn có thể chỉ cần đặt nút "graceful restart" để nâng cấp, sau khi bản cập nhật đã ở trong thư mục 14:19 &lt;ant&gt; &lt;jnymo&gt; hoặc gọi nó là "upgrade" 14:19 &lt;ant&gt; &lt;jnymo&gt; và nhét chức năng restart vào đó 14:19 &lt;ant&gt; &lt;jnymo&gt; dù có lẽ tôi đang nói điều hiển nhiên 14:19 &lt;jrandom&gt; đúng, ta cần có lẽ vài dòng code để lấy `http://dev.i2p/i2p/i2pupdate.zip,` xác minh, rồi restart 14:20 &lt;jrandom&gt; ok, còn ai có gì muốn đưa ra cho cuộc họp không? 14:20 &lt;ant&gt; &lt;cervantes&gt; mình đã khiến toolbar tải bản cập nhật vào thư mục i2p VÀ kích hoạt graceful restart... nhưng đến giờ vẫn chưa khiến nó xác minh tính toàn vẹn của bản tải về 14:21 &lt;jrandom&gt; cervantes: à, phần đó đáng lẽ dễ - sau này, bản cập nhật tự nó sẽ tự xác minh 14:21 &lt;jrandom&gt; (tức là ký, được router xác minh trước khi cài) 14:21 &lt;ant&gt; &lt;cervantes&gt; jrandom: như vậy thì tuyệt. 14:21 &lt;ant&gt; &lt;jnymo&gt; ooh 14:22 &lt;ant&gt; &lt;cervantes&gt; có lẽ như vậy là đủ: tôi kích hoạt tải về rồi bật một hộp hỏi "bạn có muốn khởi động lại không" yes/no 14:22 &lt;ant&gt; &lt;cervantes&gt; để ai muốn có thể tự kiểm tra thủ công 14:23 &lt;ant&gt; &lt;cervantes&gt; (nó đã hiển thị sha1 _nên_ là gì) 14:23 &lt;jrandom&gt; hehe 14:23 &lt;ant&gt; &lt;jnymo&gt; thế còn, "nhấn đây để tự tải khi có sẵn" 14:25 &lt;cervantes&gt; tôi muốn tránh tự động tải 14:25 &lt;ant&gt; &lt;jnymo&gt; hmf.. microsoft làm mà ;) 14:26 &lt;cervantes&gt; nhưng nhất định phải báo người dùng là có bản tải và cung cấp nút "download now" 14:26 &lt;jrandom&gt; đúng, ít nhất là 1 click. ta có thể tự động /thông báo/ khi có cập nhật, nhưng autoinstall thì không ổn 14:26 &lt;jrandom&gt; (ờ, như cervantes nói) 14:27 &lt;ant&gt; &lt;jnymo&gt; giờ, 10000 người cập nhật thế nào? tích hợp i2p-bt vào một lúc thì sao? 14:27 &lt;jrandom&gt; vâng, và cả ngựa pony biết bay nữa 14:28 &lt;ant&gt; &lt;jnymo&gt; thế là đủ với tôi 14:29 &lt;jrandom&gt; ok hay... nếu không còn gì nữa... 14:29 &lt;+postman&gt; chết tiệt lỡ cuộc họp rồi :/ 14:29 * cervantes quay lại code món vapourware của mình 14:29 &lt;jrandom&gt; heh bạn đến sát giờ, nếu có gì muốn nêu ra postman :) 14:30 &lt;+postman&gt; không, cảm ơn 14:30 &lt;+polecat&gt; Microsoft? =) Tôi để gentoo làm việc đó. 14:30 * jrandom khởi động 14:30 &lt;+postman&gt; ooops 14:30 * jrandom *baf* đóng cuộc họp lại </div>/vi/blog/2005/02/15/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-15/Tue, 15 Feb 2005 00:00:00 +0000/vi/blog/2005/02/15/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-15/<p>Xin chào, lại đến thời điểm đó trong tuần rồi,</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Trạng thái 0.5 3) i2p-bt 0.1.7 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Mặc dù không có lỗi mới nào xuất hiện trên mạng, tuần trước chúng tôi được nhắc đến trên một trang web P2P của Pháp khá nổi tiếng, điều này đã dẫn đến sự gia tăng cả về số lượng người dùng lẫn hoạt động bittorrent. Ở đỉnh điểm, chúng tôi đạt 211 routers trên mạng, mặc dù gần đây con số này dao động trong khoảng 150 đến 180. Mức sử dụng băng thông được báo cáo cũng tăng, tuy nhiên đáng tiếc là độ tin cậy của IRC đã giảm, khi một trong các máy chủ đã hạ giới hạn băng thông của họ do tải. Đã có một loạt cải tiến cho streaming lib (thư viện truyền phát) để giúp khắc phục điều này, nhưng chúng nằm trên nhánh 0.5-pre, nên chưa có sẵn trên mạng đang hoạt động.</p>/vi/blog/2005/02/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-02-n%C4%83m-2005/Tue, 08 Feb 2005 00:00:00 +0000/vi/blog/2005/02/08/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-02-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, brachtus, cervantes, duck, jrandom, jrandom2p, legion, modulus, postman, protokol, Ragnarok, smeghead, ugha2p</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) chào 13:05 &lt;jrandom&gt; 1) 0.4.2.6-* 13:05 &lt;jrandom&gt; 2) 0.5 13:05 &lt;jrandom&gt; 3) i2p-bt 0.1.6 13:05 &lt;jrandom&gt; 4) fortuna 13:05 &lt;jrandom&gt; 5) ??? 13:06 &lt;jrandom&gt; 0) chào 13:06 * jrandom vẫy tay 13:06 &lt;@duck&gt; y0 13:06 &lt;smeghead&gt; chào 13:06 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng tại @ http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 &lt;cervantes&gt; xin lỗi tôi đến muộn...tôi bận đọc ghi chú tình hình mới được đăng vào phút chót... 13:07 &lt;jrandom&gt; này, tuần này ít nhất chúng được đăng /trước/ cuộc họp (khoảng 30s hay gì đó ;) 13:08 &lt;jrandom&gt; dù sao, trong khi các bạn lục lọi bức email thú vị đó, hãy nhảy vào 1) 0.4.2.6-* 13:09 &lt;jrandom&gt; với các bản vá mới nhất từ anon và những người khác, tôi phân vân giữa việc phát hành 0.4.2.7 mới quá sát với bản 0.5. 13:10 &lt;jrandom&gt; tạm thời, nếu bạn thấy liều, cứ thử dùng cvs - nó ổn định (tôi đang tách các thay đổi sang một nhánh khác), và có vài thứ hay ho 13:11 &lt;jrandom&gt; yếu tố quyết định không phát hành thêm một rev là khi tôi làm checklist cho 0.5 và thấy rằng những thứ còn lại thực sự chỉ là cập nhật giao diện web 13:11 &lt;+Ragnarok&gt; về các bản vá từ sugadude, chúng đúng là một thay đổi chính sách, vì trước đây chúng ta đã bàn về việc lọc bỏ địa chỉ không phải .i2p, và anh đã quyết định không làm 13:11 &lt;jrandom&gt; ồ, hả? vậy tôi không đồng ý với bản thân trước đây nữa - eepproxy không chấp nhận địa chỉ không phải .i2p trong bất kỳ trường hợp nào, ngay cả khi chúng có trong hosts.txt 13:12 &lt;jrandom&gt; trước đó tôi có lý do thuyết phục không? 13:13 &lt;+Ragnarok&gt; ok, vậy chúng ta có thể revert bản vá, và tôi có thể triển khai theo cách nó vốn hoạt động, tức là thay đổi 0 dòng? 13:13 &lt;+Ragnarok&gt; không hẳn, tôi chỉ không quan tâm theo cách nào :) 13:13 &lt;jrandom&gt; ồ, hay đấy, bạn là sếp mà 13:13 &lt;cervantes&gt; ờ thì anh đã thuyết phục tôi bỏ toàn bộ công việc về hệ thống quản lý multi-tld và sa thải toàn bộ nhân viên của mình 13:13 &lt;+Ragnarok&gt; việc lọc đã diễn ra rồi, nên chỉ cần thêm một điều kiện vào câu lệnh if 13:14 &lt;jrandom&gt; cervantes: tôi cũng có cái cầu đẹp này đang bán đây... 13:14 &lt;cervantes&gt; :) 13:14 &lt;jrandom&gt; ok, rõ rồi Ragnarok, nếu bạn muốn gửi tôi một .java/.tar/.diff/.whatever thì tuyệt 13:15 &lt;+Ragnarok&gt; tôi có thể làm cvs ngay bây giờ :) 13:15 &lt;jrandom&gt; :) còn tốt hơn 13:15 * cervantes sao lưu cvs head 13:15 &lt;jrandom&gt; hêh 13:16 &lt;+Ragnarok&gt; *BOOM* 13:16 &lt;+Ragnarok&gt; ... đùa thôi :) 13:17 &lt;jrandom&gt; ok, ngoài ra, có ai còn gì muốn nêu về 0.4.* không? 13:17 &lt;ant&gt; &lt;dm&gt;gt; 0.4.* tệ quá, đưa chúng tôi 0.5 13:17 &lt;ant&gt; &lt;dm&gt;gt; Nó như là cũ hàng tỉ năm rồi!! 13:18 &lt;ant&gt; &lt;fvw&gt;gt; 0.4.* không tệ, nhưng cứ đưa 0.5 đi. 13:18 &lt;jrandom&gt; 2) vậy thì 0.5 nhé :) 13:19 &lt;ant&gt; &lt;dm&gt;gt; các cậu nợ tôi to đấy, tôi đã mang 0.5 đến 13:19 &lt;jrandom&gt; bọn tôi không thể làm được nếu không có cậu đâu dm 13:19 &lt;ant&gt; &lt;dm&gt;gt; amen 13:20 &lt;jrandom&gt; như đã đề cập trong ghi chú, hầu hết các phần nặng cho 0.5 đã làm xong và đã thử nghiệm, nhưng vẫn còn vài thứ lặt vặt cần chỉnh 13:21 &lt;jrandom&gt; (ví dụ: nhiệm vụ tiếp theo trong danh sách của tôi là một trang cấu hình tunnel để quản lý các pool và thiết lập) 13:22 &lt;@duck&gt; Tôi hy vọng chúng ta sẽ có một mạng thử nghiệm 0.5 trước khi phát hành? 13:22 &lt;jrandom&gt; đã có cập nhật cho nhiều thành phần khác nhau, nên 0.5 có thể hơi gập ghềnh một chút 13:22 &lt;ant&gt; &lt;dm&gt;gt; jrandom ĐÃ có một mạng thử nghiệm rồi.. duh 13:23 &lt;jrandom&gt; ừ, tôi đang chạy một cái cục bộ ở đây với cả chục routers, nhưng trong một hai ngày tới tôi sẽ cố rủ vài người giúp thử nghiệm diện rộng 13:24 * postman có thể cung cấp một máy dành riêng 13:24 &lt;jrandom&gt; tuyệt. có lẽ chúng ta có thể thử gì đó vào ngày mai, cố làm hỏng vài thứ. 13:26 &lt;cervantes&gt; tôi cũng vậy 13:27 &lt;jrandom&gt; chuẩn 13:27 &lt;jrandom&gt; đó là gần như tất cả những gì tôi muốn nói về 0.5 sắp tới lúc này - các log commit cvs khá dài dòng, nên nếu bạn muốn chi tiết, cứ xem chúng 13:28 &lt;jrandom&gt; ai còn bình luận/câu hỏi/quan ngại/frisbee nào về 0.5 không? 13:29 &lt;+postman&gt; không 13:29 * postman đang mong được chạy V8 mới :) 13:30 &lt;jrandom2p&gt; ờ, 0.5 giống một chiếc xe tăng mới hơn - được thiết kế để cải thiện bảo mật và ẩn danh, chứ không phải tinh chỉnh hiệu năng ;) 13:30 &lt;jrandom2p&gt; nhưng tôi đồng ý, đã quá lâu rồi 13:30 &lt;@duck&gt; đừng quên thêm mục tiêu 0.5 vào bugzilla 13:30 &lt;@duck&gt; phòng khi có bug 13:30 &lt;jrandom2p&gt; (hêh, tôi có thêm 0.4 chưa nhỉ?) 13:31 &lt;jrandom2p&gt; nhưng nhắc hay đấy 13:31 &lt;@duck&gt; hay anh muốn báo bug ở chỗ khác 13:31 &lt;@duck&gt; ờ là báo bug :) 13:31 &lt;@duck&gt; tôi biết tôi đã lười và lạm dụng tin nhắn irc cho việc đó 13:31 &lt;jrandom2p&gt; không, bugzilla rất tốt, tốt hơn nhiều so với sổ tay của tôi 13:32 &lt;jrandom2p&gt; tôi không trách bạn, vì bugzilla hơi phiền 13:32 &lt;jrandom2p&gt; nhưng khi bug chất đống, thì dùng nó là tốt nhất 13:32 &lt;@duck&gt; không đâu 13:33 * jrandom vừa nhận ra tôi đang chuyển đổi giữa các màn hình như bị phân liệt 13:34 &lt;jrandom&gt; ok, dù sao, chuyển sang 3) i2p-bt 0.1.6 13:34 &lt;jrandom&gt; duck: đến lượt bạn cầm mic 13:34 &lt;@duck&gt; ok 13:34 &lt;@duck&gt; i2p-bt 0.1.5 có vài vấn đề, hai vấn đề lớn nhất: 13:35 &lt;@duck&gt; - tài nguyên tạm thời không sẵn có 13:35 &lt;@duck&gt; - lỗi đối số không hợp lệ trên Windows 13:35 &lt;@duck&gt; cả hai đã được sửa 13:35 &lt;jrandom&gt; (yay!) 13:35 &lt;@duck&gt; trong khi tôi cố đổ lỗi cho giao thức sam, sam bridge và winsock 13:35 &lt;@duck&gt; hóa ra vấn đề liên quan đến mã socket non-blocking 13:36 &lt;@duck&gt; tôi vẫn chưa thấy 0.1.6 bị crash 13:36 &lt;@duck&gt; một số vấn đề khác chưa được xử lý: 13:36 &lt;@duck&gt; người dùng GUI phàn nàn về các popup 13:36 &lt;@duck&gt; bạn có thể comment chúng đi, nhưng tôi không thích cách đó 13:37 &lt;@duck&gt; vẫn chờ ai đó triển khai giải pháp tốt hơn 13:37 &lt;@duck&gt; như hiển thị một dòng trạng thái ngay trên cửa sổ truyền tải 13:37 * smeghead trốn 13:37 &lt;smeghead&gt; thực ra tối qua tôi đã xem cái đó 13:37 &lt;smeghead&gt; nhưng nó không nằm đầu danh sách ưu tiên của tôi 13:37 &lt;@duck&gt; hoặc có thể một ngày nào đó tôi sẽ tìm hiểu wxPython hoạt động thế nào và tự làm 13:37 &lt;@duck&gt; nhưng nó không nằm đầu danh sách ưu tiên của tôi 13:38 &lt;@duck&gt; và tôi không dùng GUI, nên tôi cũng không quan tâm lắm :P 13:38 &lt;+Ragnarok&gt; luôn có GUI mới từ 3.9 :) 13:38 &lt;@duck&gt; nó có tốt hơn không? 13:38 &lt;smeghead&gt; có, mà sao ban đầu bạn lại dựa i2p bt trên một phiên bản cũ mèm như vậy? :) 13:38 &lt;@duck&gt; vì đó là bản phát hành ổn định tại thời điểm đó 13:39 &lt;@duck&gt; và không bị "xẻ thịt" như các client kiểu bittornado 13:40 &lt;@duck&gt; Ragnarok: bỏ qua vấn đề giấy phép, tôi nghĩ port các thứ i2p của chúng ta sang 3.9 có thể tốt 13:40 &lt;+Ragnarok&gt; GUI mới khá tuyệt, theo tôi, và nó viết bằng pygtk, nên tôi thực sự có thể hack vào nó 13:40 &lt;jrandom&gt; giấy phép của 3.9 là gì? tôi tưởng nó kiểu mit? 13:40 &lt;+protokol&gt; tôi muốn một phiên bản jetty mới hơn 13:40 &lt;smeghead&gt; protokol: điều đó sẽ đến sớm hơn bạn nghĩ 13:41 &lt;@duck&gt; "BitTorrent Open Source License" 13:41 &lt;smeghead&gt; giấy phép "hương vị của tháng" 13:41 &lt;+Ragnarok&gt; tôi chưa đọc hết nó.. có vẻ kỳ kỳ 13:41 &lt;+protokol&gt; trên i2p không tồn tại chuyện cấp phép 13:41 &lt;@duck&gt; phát sinh từ Jabber Open Source License 1.0 13:41 &lt;+protokol&gt; nếu có source thì nó là PD 13:41 &lt;@duck&gt; protokol: đó là lý do tôi nói "bỏ qua" 13:42 &lt;smeghead&gt; và giấy phép jabber dựa trên cái gì? 13:42 &lt;jrandom&gt; (luật bản quyền lỗi thời?) 13:42 &lt;smeghead&gt; ngoài cái đó ra :) 13:43 &lt;modulus&gt; Mong muốn của Sun là phá bậy. 13:43 &lt;@duck&gt; http://www.opensource.org/licenses/jabberpl.php 13:43 &lt;smeghead&gt; tôi đề nghị lên lịch vấn đề giấy phép cho cuộc họp tiếp theo của Hội đồng An ninh Phạm vi Công cộng I2P 13:43 &lt;modulus&gt; à, cái đó 13:43 &lt;modulus&gt; nghe nhầm. 13:45 &lt;@duck&gt; 3.9.0 trông nóng bỏng 13:45 &lt;@duck&gt; nhưng vẫn là beta 13:47 &lt;@duck&gt; ok, ai sẵn sàng giúp, xin cho tôi biết 13:47 &lt;@duck&gt; để chúng ta có thể xem xét dùng 3.9.x 13:47 &lt;@duck&gt; . 13:47 &lt;jrandom&gt; w3rd 13:47 &lt;smeghead&gt; tôi sẵn sàng giúp 13:47 &lt;jrandom&gt; tôi sẵn sàng giúp thử nghiệm 13:48 &lt;+Ragnarok&gt; tôi sẵn lòng, nhưng có lẽ sẽ bị hạn chế thời gian, vì hiện giờ tôi đang có một kỳ học địa ngục. 13:48 &lt;jrandom&gt; d'oh 13:48 &lt;@duck&gt; bỏ học đi 13:48 &lt;jrandom&gt; chết tiệt, duck nói trước tôi 13:48 &lt;smeghead&gt; đúng, ai cũng làm thế 13:49 &lt;+Ragnarok&gt; boo 13:49 &lt;ant&gt; &lt;jnymo&gt;gt; chỉ cần nhập ngũ ;) 13:50 &lt;jrandom&gt; ừ, vì như thế sẽ cho bạn nhiều thời gian để code lắm, phải không? ;) 13:50 &lt;+Ragnarok&gt; tôi đã bỏ ý định học chuyên ngành toán rồi, các bạn chỉ nhận được từng đó từ tôi thôi :) 13:50 &lt;jrandom&gt; hêh 13:50 &lt;jrandom&gt; ok, còn ai có gì về 3) i2p-bt không? 13:51 &lt;ant&gt; &lt;jnymo&gt;gt; chỉ đừng ký 6 năm là được 13:51 &lt;@duck&gt; có khá nhiều bài trên diễn đàn về nó 13:51 &lt;@duck&gt; cảm ơn những người giúp đỡ newbie 13:51 &lt;@duck&gt; s/thanks/my thanks/ 13:51 &lt;@duck&gt; nếu bạn có nội dung cho FAQ, báo tôi biết 13:52 &lt;jrandom&gt; (nếu chúng ta vẫn có drupal, ta có thể chỉ cần thêm một node mới...) 13:53 &lt;jrandom&gt; ok, dù sao, chuyển sang 4) fortuna 13:54 &lt;jrandom&gt; smeghead: muốn cập nhật tình hình cho mọi người không? 13:54 &lt;smeghead&gt; có, tôi đang làm pants và fortuna song song 13:55 &lt;smeghead&gt; vì tôi cần sửa build của fortuna để biến nó thành pbuild 13:55 &lt;smeghead&gt; thời gian dự kiến (ETA) cho bản vá cho phép bạn thử fortuna là một hai ngày nữa, có khi tối nay tùy loại thuốc liên quan 13:56 &lt;jrandom&gt; hêh 13:56 &lt;@duck&gt; vậy là bạn sẽ "kéo pants xuống" à? 13:56 &lt;jrandom&gt; ok, hay, lúc nào cũng được - nếu ta đưa vào 0.5 trong tuần tới thì tốt, không thì cũng tốt 13:56 &lt;smeghead&gt; ngay cả khi tôi hoàn thành tối nay, tôi sẽ chọn cách triển khai thận trọng 13:57 &lt;jrandom&gt; hợp lý 13:57 &lt;smeghead&gt; cho đến khi ta có một số thử nghiệm tử tế 13:57 &lt;smeghead&gt; vì cái này sẽ nằm ở lõi của hầu hết crypto của i2p 13:57 &lt;jrandom&gt; ừ 13:57 &lt;ant&gt; &lt;jnymo&gt;gt; jbigi sẽ ở lại chứ? 13:57 &lt;smeghead&gt; lớp entropy mới của bạn rất ngầu 13:58 &lt;jrandom&gt; ừ jnymo, cái này chỉ là bộ sinh số ngẫu nhiên 13:58 &lt;ant&gt; &lt;jnymo&gt;gt; à 13:59 &lt;jrandom&gt; chúng ta vẫn cần nghiên cứu về chất lượng các nguồn entropy khác nhau trong router, nhưng tôi nghĩ ta sẽ có thể cung cấp cho nó một ít dữ liệu. 14:00 &lt;smeghead&gt; nhân tiện nếu ai muốn đọc pants là cái gì: `http://smeghead.i2p/README_pants` 14:00 &lt;jrandom&gt; ồ tuyệt 14:01 &lt;smeghead&gt; pants cũng gần xong rồi 14:01 &lt;brachtus&gt; tôi biết jbigi khá khó chạy với OS X/Darwin... cái này có gặp vấn đề build tương tự không? 14:01 &lt;smeghead&gt; vấn đề trên osx là gì? 14:01 &lt;modulus&gt; chỉ là bạn phải build cái lib 14:02 &lt;modulus&gt; không phải chuyện lớn theo tôi, nhưng hơi rắc rối. 14:02 &lt;jrandom&gt; brachtus: fortuna viết hoàn toàn bằng java, không dùng gì native 14:02 &lt;smeghead&gt; tôi có thể đưa jbigi vào pants và điều đó sẽ khiến việc build trở nên dễ như chơi nếu chúng ta ship pants cùng i2p 14:02 &lt;brachtus&gt; không quá khó, nó giống như build shared lib trên linux, nhưng khó hơn so với chỉ nhấp đúp để cài đặt 14:02 &lt;smeghead&gt; dĩ nhiên bạn sẽ cần ant 14:02 &lt;brachtus&gt; ok jrandom, tuyệt :) 14:03 &lt;jrandom&gt; smeghead: thực ra đó là điểm hay - jbigi có phụ thuộc vào GMP qua pants 14:03 &lt;ant&gt; &lt;jnymo&gt;gt; pants là gì? 14:03 &lt;smeghead&gt; sẽ không cần mày mò thủ công 14:03 &lt;ant&gt; * jnymo chưa có router chạy 14:03 &lt;smeghead&gt; jnymo: đọc link tôi vừa đăng 14:04 &lt;jrandom&gt; `http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants` 14:04 &lt;smeghead&gt; pants cũng có thể build gmp 14:04 &lt;jrandom&gt; (inproxy công cộng) 14:04 &lt;smeghead&gt; à hay đấy 14:04 &lt;jrandom&gt; gớm, cái đó làm hỏng bét văn bản 14:04 &lt;ant&gt; &lt;jnymo&gt;gt; cảm ơn jr 14:04 &lt;ant&gt; &lt;fvw&gt;gt; anh không sợ rắc rối pháp lý à? 14:04 &lt;smeghead&gt; jrandom không chạy inproxy 14:04 &lt;jrandom&gt; ồ, inproxy đó do người khác chạy, nó đã được đăng lên diễn đàn 14:05 &lt;jrandom&gt; (xem http://bolas.mine.nu:8080/) 14:05 &lt;cervantes&gt; jrandom: nó không nên được xem như một tệp html... kiểm tra source đi 14:05 &lt;ant&gt; &lt;fvw&gt;gt; dù vậy, tôi ngạc nhiên là vẫn có người làm. Nhưng miễn là nó do người không quá quan trọng với dự án vận hành thì ổn :) 14:05 &lt;jrandom&gt; hehe 14:05 &lt;jrandom&gt; chúng ta /tất cả/ đều quan trọng với dự án :) 14:06 &lt;smeghead&gt; fvw: tôi không thấy inproxy bấp bênh về pháp lý như outproxy 14:06 &lt;smeghead&gt; ý tôi là outproxy 14:06 &lt;ant&gt; &lt;fvw&gt;gt; Có thể không, nhưng chúng vẫn có thể phục vụ nội dung ấu dâm và tương tự 14:06 &lt;jrandom&gt; chỉ nếu có những thứ như vậy trên i2p, mà theo tôi biết thì không có 14:06 &lt;legion&gt; outproxy có thể định tuyến qua tor để an toàn hơn chút, vì chúng chỉ dùng cho duyệt web, tôi không thấy đó là vấn đề. 14:07 &lt;jrandom&gt; (nhưng ừ) 14:07 &lt;modulus&gt; chưa thôi 14:07 &lt;ant&gt; &lt;fvw&gt;gt; ừ, nhưng ai cũng có thể đưa nó lên bất kỳ lúc nào. 14:07 &lt;ant&gt; &lt;fvw&gt;gt; ừ, tôi cũng sẽ không vận hành tor outproxy. Dù sao, xin lỗi vì lạc đề như vậy 14:07 &lt;jrandom&gt; legion: ừ, dù tôi đã dựng squid.i2p trước khi tor ra 14:07 &lt;ant&gt; &lt;duck_&gt;gt; quay lại chủ đề; mong chờ pants 14:08 &lt;jrandom&gt; ừ, pants++ 14:08 &lt;smeghead&gt; tôi sẽ báo trước khi tôi thả pants lên CVS 14:08 &lt;smeghead&gt; nó hơi to 14:08 &lt;ant&gt; &lt;duck_&gt;gt; mọi người ngoài i2p cũng có thể quan tâm đến nó 14:09 &lt;cervantes&gt; đúng, hãy cho tất cả biết trước khi bạn tụt pants nhé 14:09 &lt;smeghead&gt; đúng, tôi định quảng bá nó bên ngoài i2p nữa 14:09 &lt;jrandom&gt; đồng ý, có lẽ ta nên đặt nó ở module khác (hoặc trên máy chủ mới nhanh/to)? 14:09 &lt;+Ragnarok&gt; đặc biệt nếu bạn là kiểu người thích pants to 14:10 &lt;smeghead&gt; đúng, module pants thật sự nên tách khỏi repo pants trong cây mã nguồn, hiện tôi đặt chúng chung một gốc apps/pants 14:10 &lt;smeghead&gt; :/ 14:10 &lt;smeghead&gt; mà điều này tôi không cần nói thì bạn cũng biết là "pants" toàn tập 14:11 &lt;smeghead&gt; vậy ban đầu ta đang nói về cái gì? 14:11 &lt;jrandom&gt; hmm, chúng ta có thể bàn các lựa chọn triển khai ở ngoài 14:11 &lt;jrandom&gt; fortuna ;) 14:12 &lt;jrandom&gt; smeghead: bạn đã xem các nhu cầu AES/SHA256 của phần triển khai chưa? 14:12 &lt;jrandom&gt; (vì SHA256 của i2p không làm partial digest) 14:13 &lt;smeghead&gt; hừm 14:13 &lt;jrandom&gt; AES thì chúng ta có phần triển khai block hoàn toàn phù hợp rồi 14:13 &lt;smeghead&gt; tôi đoán tôi sẽ biết khi nó nổ tung 14:13 &lt;jrandom&gt; dù sao, chúng ta cũng có thể xử lý những cái đó 14:13 &lt;jrandom&gt; hêh 14:15 &lt;jrandom&gt; ok, ai có câu hỏi/suy nghĩ/quan ngại gì về fortuna không? 14:15 &lt;jrandom&gt; nếu không, nhảy sang 5) ??? 14:15 &lt;jrandom&gt; cervantes: p1ng 14:16 &lt;cervantes&gt; `http://forum.i2p/viewtopic.php?t=305` 14:16 &lt;cervantes&gt; chúng ta có một thành viên diễn đàn của tuần mới 14:16 &lt;cervantes&gt; xin giới thiệu [trống điểm] Sugadude! 14:16 * brachtus vỗ tay khen Sugadude 14:17 &lt;jrandom&gt; yay 14:17 &lt;cervantes&gt; vì nhìn chung là một người nhiệt tình giúp đỡ tất cả các n00b i2p 14:17 &lt;@duck&gt; avatar cũng đẹp nữa 14:17 &lt;cervantes&gt; avatar(s) 14:18 &lt;legion&gt; avatar? tôi không biết là chúng ta có thể có avatar trên diễn đàn i2p? 14:18 &lt;smeghead&gt; chỉ những người dùng thật sự thật sự tồi tệ mới được có chúng 14:18 &lt;cervantes&gt; bạn không thể... trừ khi bạn là "người của tuần" trên diễn đàn ;-) 14:18 &lt;@duck&gt; chỉ dành cho giới tinh hoa 14:18 &lt;legion&gt; ồ, hiểu rồi... 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; tôi biết có ai đó quan tâm đến hệ thống tài chính an toàn trên i2p 14:19 &lt;legion&gt; hợp lý :) 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; không biết họ có ở đây không, nhưng... 14:19 &lt;@duck&gt; tôi là một tay tư bản vô chính phủ hôi hám 14:19 &lt;@duck&gt; nên cứ thử tôi đi 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; tôi vừa đọc thêm về threshold cryptography (mật mã ngưỡng) và có nói về việc dùng nó cho việc đó 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; cũng như bảo vệ các chức năng khác 14:21 &lt;ant&gt; &lt;jnymo&gt;gt; mọi người có quen thuộc với threshold cryptography không? 14:21 &lt;legion&gt; Theo tôi, mức độ mật mã và an ninh mạng nên biến thiên, mức nào tùy thuộc vào tính năng/nhiệm vụ. 14:21 &lt;ant&gt; &lt;duck_&gt;gt; jnymo: một chút 14:22 &lt;ant&gt; &lt;jnymo&gt;gt; ừ, với giao dịch tài chính đáng tin trên i2p, chúng ta muốn lòng tin phi tập trung mạnh 14:23 &lt;modulus&gt; cái đó là về khóa chia sẻ và mấy thứ tương tự à? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; đúng, khóa được chia thành nhiều mảnh 14:23 &lt;ant&gt; &lt;duck_&gt;gt; nhưng trong môi trường ẩn danh, làm sao bạn biết các thực thể cùng chia sẻ không bị cùng một bên kiểm soát? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; và bạn cần vượt qua hơn một nửa số máy chủ trong hệ thống để lấy được khóa riêng 14:24 &lt;modulus&gt; theo tôi biết thì vấn đề sinh khóa phân tán khá phức tạp. 14:24 &lt;legion&gt; đúng nhưng trong một hệ thống hàng triệu thì sẽ khó (đúng là hiện i2p nhỏ, nhưng hy vọng nó sẽ sớm lớn hơn nhiều). 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; truyền thông "atomic", hay gì đó.. nhưng đúng, có vấn đề khi thêm node mới vào hệ thống, mà tôi nghĩ đang được giải quyết 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; nghĩ 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; nên có thể nó chưa phát triển đủ, nhưng tôi cá sẽ có vài ứng dụng của threshold crypto trên i2p vào lúc nào đó 14:26 &lt;jrandom&gt; hay đấy 14:26 &lt;legion&gt; không biết, có thể 14:26 &lt;ant&gt; &lt;jnymo&gt;gt; đã có người xây một addon DNSSEC với threshold crypto 14:27 &lt;ant&gt; &lt;jnymo&gt;gt; và một wrapper quanh bind 14:27 &lt;jrandom&gt; threshold hoạt động tốt khi danh tính khan hiếm 14:27 &lt;jrandom&gt; tuy nhiên, trong mạng ẩn danh, danh tính là miễn phí 14:27 &lt;legion&gt; tôi nghĩ ưu tiên cao nhất lúc này là làm nó thân thiện hơn và debug. 14:28 &lt;jrandom&gt; (muốn một destination mới? muốn 100.000 cái không?) 14:28 &lt;legion&gt; công nhận là rất ngầu mỗi khi có dịch vụ/tính năng mới được phát triển. 14:28 &lt;jrandom&gt; ừ, thương mại và tài chính chạy trên i2p sẽ rất hay 14:28 &lt;ant&gt; &lt;jnymo&gt;gt; đúng, và tôi không biết "atomic commo" có hoạt động trên một hệ thống threshold crypto 10.000 node không 14:29 &lt;ant&gt; &lt;jnymo&gt;gt; ừ, tôi chỉ muốn nói vậy thôi :) 14:30 &lt;jrandom&gt; hêh hay, cứ thoải mái đăng mấy thứ thú vị lên diễn đàn hay chỗ nào đó bất cứ lúc nào 14:30 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 14:32 &lt;+ugha2p&gt; tôi tệ quá. 14:33 &lt;jrandom&gt; có chuyện gì vậy ugha2p? 14:33 &lt;ant&gt; &lt;jnymo&gt;gt; mừng là cậu đã trút được điều đó, ugha ;) 14:33 &lt;+ugha2p&gt; tôi chẳng bao giờ nhớ các cuộc họp. :) 14:33 &lt;jrandom&gt; hêh 14:33 &lt;jrandom&gt; ừ, log sẽ sớm được đăng, 90 phút vui nhộn đầy hành động 14:34 &lt;jrandom&gt; ừ, nhân đây 14:34 * jrandom kết thúc 14:34 * Curiosity vẫy tay chào jrandom và nói cảm ơn! :D 14:34 &lt;ant&gt; * jnymo ném trái bóng cuộc họp 14:34 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2005/02/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-08/Tue, 08 Feb 2005 00:00:00 +0000/vi/blog/2005/02/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-08/<p>Chào mọi người, lại đến giờ cập nhật rồi</p> <ul> <li>Index</li> </ul> <ol> <li>0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) fortuna 5) ???</li> </ol> <ul> <li> <ol> <li>0.4.2.6-*</li> </ol> </li> </ul> <p>Nghe có vẻ không như vậy, nhưng đã hơn một tháng kể từ khi bản phát hành 0.4.2.6 ra mắt và mọi thứ vẫn khá ổn định. Kể từ đó đã có một loạt cập nhật khá hữu ích [1], nhưng chưa có vấn đề “show stopper” nào buộc phải tung ra bản phát hành mới. Tuy vậy, trong một hai ngày vừa rồi chúng tôi nhận được vài bản sửa lỗi rất tốt (cảm ơn anon và Sugadude!), và nếu không đang ở ngưỡng ra mắt bản 0.5, có lẽ tôi đã đóng gói và phát hành luôn rồi. Bản cập nhật của anon sửa một điều kiện biên trong streaming lib (thư viện truyền phát), vốn gây ra nhiều lỗi hết thời gian chờ khi dùng BT và các phiên truyền dữ liệu lớn khác, vậy nên nếu bạn thấy hứng thú mạo hiểm, hãy lấy CVS HEAD và thử luôn. Hoặc tất nhiên là cứ chờ bản phát hành tiếp theo.</p>/vi/blog/2005/02/01/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-2-2005/Tue, 01 Feb 2005 00:00:00 +0000/vi/blog/2005/02/01/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-01-th%C3%A1ng-2-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, DrWoo, jrandom, MANCOM, polecat, postman, protokol, smeghead</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:06 &lt;jrandom&gt; 0) hi 13:06 &lt;jrandom&gt; 1) tình trạng 0.5 13:06 &lt;jrandom&gt; 2) nntp 13:06 &lt;jrandom&gt; 3) đề xuất kỹ thuật 13:06 &lt;jrandom&gt; 4) ??? 13:06 &lt;jrandom&gt; 0) hi 13:06 * jrandom vẫy tay 13:06 &lt;+postman&gt; hi jr 13:07 * postman vẫy tay 13:07 &lt;jrandom&gt; w3wt có người ở ngoài kia :) 13:07 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://i2p.net/pipermail/i2p/2005-February/000561.html 13:07 &lt;ant&gt; * dm vẫy tay 13:08 &lt;jrandom&gt; trong lúc mọi người đọc email đó, chúng ta có thể chuyển sang 1) tình trạng 0.5 13:08 &lt;MANCOM&gt; hi 13:09 &lt;jrandom&gt; tuần rồi tiến triển nhiều, tất cả cơ chế mật mã mới đã được đưa vào và kiểm thử, và giờ toàn bộ hoạt động tunnel của router được thực hiện qua các pool tunnel mới 13:10 &lt;jrandom&gt; vẫn còn vài phần của router tôi đã cắt ra khi cập nhật, như phần liên kết để yêu cầu lease từ các client hoặc kiểm tra định kỳ các tunnel, nhưng chắc cũng không quá khó 13:11 &lt;jrandom&gt; mã không tương thích với mạng thật, và đang ở một nhánh riêng trong cvs, nên mọi người vẫn có thể kéo cvs HEAD và làm việc với bản mới nhất 13:12 &lt;+polecat&gt; Dook cuối cùng tôi cũng xem trang đó, và tôi vẫn không hiểu làm sao tránh kiểu dư thừa như mixmaster để chống tấn công phát hiện tunnel. 13:12 &lt;+protokol&gt; yey 13:12 &lt;+polecat&gt; Tôi tưởng nó hoạt động rất tốt chứ. :) 13:12 &lt;+protokol&gt; bạn có định nhét thêm mấy thứ phá vỡ tương thích ngầu ngầu khác không? 13:13 &lt;+protokol&gt; tunnel pool liên quan đến luồng (threads), đúng không? 13:13 &lt;jrandom&gt; polecat: chúng tôi không xác minh ở mọi hop, nhưng dùng kích thước thông điệp cố định để ngăn tagging hữu ích (và mọi thứ đều được mã hóa ở mỗi hop) 13:14 &lt;jrandom&gt; protokol: tôi đang cân nhắc `http://www.i2p/todo#sessionTag` 13:14 &lt;+polecat&gt; Vậy làm sao ngăn nhiều hop chuyền tay thông điệp giả và gây DoS? 13:15 &lt;jrandom&gt; nhưng không, các pool không phải vấn đề threading, các pool chỉ giúp quản lý an toàn các tunnel để không còn những thông điệp "Lease expired" và có thể cấu hình độ dài theo từng client 13:15 &lt;jrandom&gt; polecat: chúng sẽ hỏng ở đầu cuối, và bên tạo sẽ phát hiện lỗi rồi bỏ nó 13:16 &lt;+protokol&gt; jrandom: bỏ qua khó khăn, tôi nghĩ các tính năng cải thiện ẩn danh nên đưa vào càng sớm càng tốt 13:16 &lt;+polecat&gt; w00t! PRNG đồng bộ! Lần đầu tôi thấy ý tưởng đó được áp dụng! 13:17 &lt;ant&gt; &lt;dm&gt; PRNG là viết tắt của gì? 13:17 &lt;ant&gt; &lt;dm&gt; nếu tôi được phép hỏi :) 13:18 &lt;jrandom&gt; protokol: đồng ý, đó là mục tiêu của 0.5 :) không còn “trái thấp” ở lớp i2p nữa, nhưng luôn có thể cải tiến ở lớp ứng dụng và thư viện (vd. i2ptunnel filtering, v.v.) 13:18 &lt;jrandom&gt; dm: PseudoRandom Number Generator (Bộ tạo số giả ngẫu nhiên) 13:18 &lt;ant&gt; &lt;dm&gt; hay đó, cảm ơn 13:20 &lt;+protokol&gt; vậy ý bạn là sau cái này thì chủ yếu là tinh chỉnh tốc độ và độ tin cậy? 13:21 &lt;+protokol&gt; và sao IRC dạo này tệ thế 13:21 &lt;jrandom&gt; protokol: trước 2.0 đối với core và router thì đúng vậy 13:21 &lt;+protokol&gt; tôi có vẻ không kết nối được tới máy chủ của duck 13:21 &lt;+protokol&gt; yey 13:21 * jrandom không biết, chúng ta đã thấy khoảng 5 lần ngắt kết nối hàng loạt trong ngày vừa rồi, có lẽ do phía máy chủ 13:22 &lt;jrandom&gt; còn rất nhiều thứ để tinh chỉnh, nhất là trong thư viện streaming sau khi 0.5 được triển khai 13:23 &lt;+polecat&gt; Cái vụ UDP đó. 13:24 &lt;jrandom&gt; à, thư viện streaming chắc không cần thay đổi cho bản 0.6, ngoài những gì chúng ta làm cho bản 0.5 13:25 &lt;jrandom&gt; ok, đó là tất cả tôi muốn nêu liên quan đến tình trạng 0.5 - ai còn gì thêm không? 13:27 &lt;jrandom&gt; nếu không, chuyển sang 2) nntp 13:27 &lt;jrandom&gt; nntp.fr.i2p đã chạy, thử xem :) 13:28 &lt;jrandom&gt; có vẻ LonelyGuy không ở đây, nhưng có thể liên hệ tại `http://fr.i2p/.` ngoài ra có hướng dẫn cấu hình slrn trên blog của tôi, và jdot thấy thunderbird có thể khá an toàn (dù tôi không biết jdot dùng cấu hình gì) 13:30 &lt;smeghead&gt; LonelyGuy? :) 13:30 &lt;cervantes&gt; có ai thử Pan chưa? 13:30 &lt;jrandom&gt; thỉnh thoảng anh ấy có lên đây 13:30 &lt;+polecat&gt; Tôi sẽ không tốn quá nhiều thời gian cho nntp, miễn là nó có kiểm soát truy cập do người dùng quản lý thì ổn. 13:30 &lt;jrandom&gt; (lonelyguy, không phải pan ;) 13:30 &lt;smeghead&gt; tôi tưởng tên anh ấy là LazyGuy 13:31 &lt;jrandom&gt; là LazyGuy à? 13:31 &lt;jrandom&gt; tôi biết là ta có cả hai... 13:31 &lt;jrandom&gt; bạn đúng, lazyguy 13:31 * jrandom !đâm tự thân 13:31 &lt;jrandom&gt; cervantes: tôi nghĩ LazyGuy đã thử, nhưng không biết cấu hình hay kết quả thế nào 13:32 &lt;cervantes&gt; Tôi tưởng là LimeyGuy? 13:33 * jrandom chờ bình luận của SnarkeyGuy 13:33 &lt;smeghead&gt; anh ấy là người Pháp 13:35 &lt;jrandom&gt; ok, tôi không có gì để bổ sung ngoài đó, nên nếu không ai có câu hỏi, chuyển sang 3) đề xuất kỹ thuật 13:35 &lt;cervantes&gt; smeghead: bạn đang nghĩ tới ParesseuxGuy 13:36 &lt;jrandom&gt; orion đã tổng hợp vài mô tả và ý tưởng hay cho một số vấn đề rối rắm tại 1) tình trạng 0.5 13:36 &lt;jrandom&gt; 2) nntp 13:36 &lt;jrandom&gt; 3) đề xuất kỹ thuật 13:36 &lt;jrandom&gt; erg 13:36 &lt;jrandom&gt; chết tiệt ^C^V 13:36 &lt;jrandom&gt; ý là ở `http://ugha.i2p/I2pRfc` 13:37 &lt;jrandom&gt; nên lần tới khi bạn muốn bàn về ý tưởng đặt tên “chất”, hãy vào `http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata` 13:39 &lt;jrandom&gt; tôi không có nhiều để nói thêm. đó là wiki, vào wiki đi :) 13:39 &lt;+polecat&gt; Yay. 13:39 &lt;+postman&gt; jrandom: ohh, hay đó tôi nghĩ tôi cần thêm vài cái ... 13:40 &lt;jrandom&gt; hay lắm postman, tôi đoán bạn sẽ làm :) có sẵn mẫu ở đó cho cái mới 13:41 &lt;+postman&gt; jrandom: cho tôi chút thời gian (ưu tiên việc trước đã) nhưng tôi sẽ đóng góp :) 13:41 &lt;jrandom&gt; w3rd 13:41 &lt;+polecat&gt; ResourceNameMetadata, tạo ra nó tương đối đơn giản. Mấu chốt là tìm cách /get/ nó từ người khác. 13:42 &lt;jrandom&gt; polecat: như postman nói, việc nào trước làm việc đó. 13:42 &lt;+polecat&gt; Nhưng nếu tôi có giải pháp thì giờ tôi đã wikiing rồi đúng không. :) 13:42 &lt;jrandom&gt; heh 13:42 &lt;jrandom&gt; bàn về đánh đổi của /how/ to distribute trước khi quyết định /what/ to distribute là quá sớm 13:43 &lt;jrandom&gt; vẫn còn chỗ cho nhiều cái, nên ai cũng cứ tự do đăng ý tưởng dù chưa khai triển hết (dĩ nhiên ý tưởng hoàn chỉnh kèm hiện thực thì càng tuyệt ;) 13:44 &lt;jrandom&gt; ok, nếu không còn gì thêm ở mục đó, ta chuyển sang 4) ??? 13:44 &lt;jrandom&gt; ai còn gì muốn nêu không? 13:45 &lt;jrandom&gt; smeghead: có gì mọi người có thể làm để giúp xử lý các vấn đề gcj không, hay nó đang bị kẹt ở prng của họ? 13:46 &lt;+polecat&gt; Cái cần phân phối chỉ là một dict có ký số. Đơn giản vậy thôi. 13:46 &lt;+polecat&gt; Ừ có lẽ là ý hay. 13:46 &lt;+polecat&gt; Tôi VẪN đang làm bộ khung cho i2p bt (BitTorrent) client của mình, và rất mong nhận lời khuyên ở bất kỳ giai đoạn nào. 13:46 &lt;smeghead&gt; tôi nghĩ tôi đã tìm ra giải pháp 13:46 &lt;smeghead&gt; trong gnu crypto, có một impl. fortuna từ mùa hè năm ngoái 13:46 &lt;jrandom&gt; hay đó polecat 13:46 &lt;jrandom&gt; tuyệt smeghead 13:46 &lt;+polecat&gt; smeghead: Hê, $150 coi như là của bạn. 13:47 &lt;smeghead&gt; tôi có thể đóng gói một gnu-crypto.jar chỉ chứa các lớp cần cho Fortuna 13:47 &lt;+polecat&gt; Ghi chép công việc của tôi tới giờ ở `http://polecat.i2p/bittorrent.plan.doc` 13:47 &lt;smeghead&gt; nếu phát kèm toàn bộ gnu-crypto.jar thì khoảng 500 KB, thật sự là quá to 13:47 &lt;+polecat&gt; Đừng để .doc làm bạn sợ, nó là text/plain. 13:48 &lt;+polecat&gt; Fortuna không dùng SecureRandom để làm việc ngẫu nhiên à? 13:48 &lt;jrandom&gt; trời, đúng là 500KB hơi quá, nhưng lướt qua http://www.gnu.org/software/gnu-crypto/, có vẻ là thứ ta có thể tích hợp an toàn (vì chỉ liên kết tới nó, không sửa) 13:48 &lt;smeghead&gt; SecureRandom chưa bao giờ là vấn đề 13:48 &lt;jrandom&gt; polecat: fortuna /feeds/ secureRandom :) 13:49 &lt;smeghead&gt; jrandom: tạo một .jar tùy biến khá dễ, chắc khoảng 50KB 13:49 &lt;smeghead&gt; (ước lượng thô thôi nhé) 13:49 &lt;smeghead&gt; tôi còn có thể làm một ant build để đóng gói tùy biến theo yêu cầu nữa 13:50 &lt;jrandom&gt; smeghead: muốn nhúng nó vào i2p/apps/fortuna/ không? 13:50 &lt;smeghead&gt; sẽ làm 13:50 &lt;jrandom&gt; đỉnh! 13:51 &lt;smeghead&gt; sau đó, giả sử gcj cuối cùng cũng nhả được số ngẫu nhiên, có lẽ sẽ phải thử nghiệm thêm nhiều chức năng I2P khác nhau 13:51 &lt;+polecat&gt; Giấy phép là gì? 13:51 &lt;jrandom&gt; sau đó ta có thể làm chút voodoo trong net.i2p.util.RandomSource để dùng SecureRandom hoặc fortuna (nếu tìm thấy, v.v.) 13:51 &lt;smeghead&gt; lgpl 13:51 &lt;+polecat&gt; Tuyệt. 13:51 &lt;smeghead&gt; đúng, SecureRandom sẽ không cần thiết 13:52 &lt;jrandom&gt; ừ, còn nhiều việc để biên dịch bằng gcj, nhưng đây là khởi đầu tốt 13:52 &lt;jrandom&gt; trong các bản profile tôi làm trên mạng thật, reseed PRNG chiếm một phần kha khá tải CPU 13:52 &lt;smeghead&gt; nếu ai hứng thú viết test 13:52 &lt;smeghead&gt; nhưng chắc tôi không cần nói nốt câu đó 13:52 &lt;jrandom&gt; hehe 13:53 &lt;smeghead&gt; tôi sẽ hỏi người bảo trì gnu crypto về impl. này, vì tôi đã google tìm thông tin và lục kho lưu trữ mailing list của họ mà không thấy tiếng tăm gì 13:54 &lt;smeghead&gt; và log commit cvs của họ cũng không sáng tỏ lắm 13:54 &lt;jrandom&gt; ok ý hay 13:54 &lt;smeghead&gt; hy vọng nó hoạt động 13:54 &lt;smeghead&gt; nó ở trong kaffe cvs nhân tiện 13:54 &lt;smeghead&gt; phiên bản của bạn chắc cũng có nó 13:55 &lt;jrandom&gt; hmm, à, vâng từ lần import gnu-crypto 13:55 &lt;smeghead&gt; gnu.security.prng.Fortuna 13:55 &lt;jrandom&gt; provider 'kaffe' vẫn dùng sha1prng cũ của họ nếu tôi nhớ không nhầm 13:55 &lt;jrandom&gt; cool 13:56 &lt;MANCOM&gt; tình trạng mấy thứ .net sam sao rồi? nên bắt đầu tìm hiểu chưa hay còn trông đợi thay đổi lớn? 13:56 &lt;smeghead&gt; MANCOM: cần kiểm thử, tôi sẽ sớm viết vài unit test cho nó 13:56 &lt;smeghead&gt; vụ gcj này tạm hoãn việc đó 13:57 &lt;smeghead&gt; MANCOM: tôi không kỳ vọng sẽ có thay đổi nào ở API cả, nên code dựa vào nó là an toàn 13:58 &lt;smeghead&gt; các thay đổi phía sau API thì có thể, nhưng bạn là client không cần biết điều đó :) 13:59 &lt;MANCOM&gt; :) 13:59 &lt;jrandom&gt; có thể sau này sẽ có cập nhật liên quan nếu bạn xây app truyền tải khối lượng lớn 14:00 &lt;jrandom&gt; nhưng nếu bạn chỉ truyền từng lần vài chục KB thì ổn 14:00 &lt;smeghead&gt; ok nếu API của client Java thay đổi, thì của sam-sharp cũng sẽ vậy :) 14:01 &lt;MANCOM&gt; tôi không thể cãi điều đó 14:02 &lt;jrandom&gt; ok, còn ai có điều gì muốn nêu cho cuộc họp không? 14:02 * cervantes hạ Big Ben vào kênh 14:03 &lt;+DrWoo&gt; ghi chú: làm tốt lắm jrandom 14:03 &lt;smeghead&gt; chơi chữ hay lắm cervantes 14:03 * jrandom rên rỉ 14:04 &lt;MANCOM&gt; tôi đọc là bạn không muốn quảng bá i2p quá nhiều trước v0.5, đúng không? 14:04 &lt;jrandom&gt; MANCOM: trước 0.6. đúng vậy 14:04 &lt;jrandom&gt; MANCOM: 0.5 sẽ cải thiện ẩn danh và giúp người dùng kiểm soát hiệu năng tốt hơn. 0.6 sẽ cho phép hàng nghìn+ người dùng đồng thời hoạt động an toàn 14:04 &lt;MANCOM&gt; à. 0.6. ok. 14:05 &lt;jrandom&gt; gracias doc, tiến triển nhiều :) 14:05 &lt;+polecat&gt; Whee, cùng chờ 0.6... 14:05 &lt;+DrWoo&gt; :) 14:06 &lt;jrandom&gt; đồng ý polecat, đồng ý :) 14:06 * jrandom lấy đà 14:06 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2005/02/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-01/Tue, 01 Feb 2005 00:00:00 +0000/vi/blog/2005/02/01/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-02-01/<p>Chào mọi người, đến giờ cập nhật tình hình hàng tuần rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>trạng thái 0.5 2) nntp 3) các đề xuất kỹ thuật 4) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>Đã có rất nhiều tiến triển liên quan đến 0.5, với một loạt commit lớn hôm qua. Phần lớn router hiện sử dụng tunnel encryption và tunnel pooling mới [1], và nó đã hoạt động tốt trên mạng thử nghiệm. Vẫn còn một số thành phần then chốt cần được tích hợp, và rõ ràng mã nguồn không tương thích ngược, nhưng tôi hy vọng chúng ta có thể triển khai ở quy mô rộng hơn vào một thời điểm nào đó trong tuần tới.</p>/vi/blog/2005/01/25/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-25-th%C3%A1ng-1-n%C4%83m-2005/Tue, 25 Jan 2005 00:00:00 +0000/vi/blog/2005/01/25/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-25-th%C3%A1ng-1-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, frosk, Jhor, jrandom, jrandom2p, postman, protokol, Ragnarok, smeghead, Teal`c, Tracker</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:50 &lt;jrandom&gt; 0) chào 13:50 &lt;jrandom&gt; 1) tình trạng 0.5 13:50 &lt;jrandom&gt; 2) sam.net 13:50 &lt;jrandom&gt; 3) tiến độ gcj 13:50 &lt;jrandom&gt; 4) udp 13:50 &lt;jrandom&gt; 5) ??? 13:50 &lt;jrandom&gt; 0) chào 13:50 * jrandom vẫy tay muộn màng 13:51 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 &lt;+postman&gt; chào 13:51 * brachtus vẫy tay đáp lại 13:52 * cervantes giơ phiếu phạt vì đi trễ 13:52 &lt;jrandom&gt; ừ ừ, cứ đổ tại code hút tôi vào 13:52 &lt;jrandom&gt; ok, nhảy vào 1) tình trạng 0.5 13:53 &lt;jrandom&gt; rất nhiều tiến triển từ tuần trước - tất cả những vấn đề lộn xộn với hệ mật mã mới đã được giải quyết mà không quá vất vả 13:54 &lt;jrandom&gt; tài liệu mới nhất http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD rất có thể sẽ là thứ chúng ta triển khai trong 0.5 và về sau, trừ khi/cho đến khi mọi người tìm thấy vấn đề với nó 13:55 &lt;jrandom&gt; tôi không chắc còn gì để bổ sung ngoài những gì trong email 13:55 &lt;jrandom&gt; ai có câu hỏi/lo ngại gì không? 13:56 &lt;Ragnarok&gt; hiệu năng sẽ như thế nào? 13:56 &lt;jrandom2p&gt; (không phải tôi) 13:56 &lt;jrandom&gt; Ragnarok: hiệu năng tunnel sẽ tốt hơn nhiều 13:56 &lt;frosk&gt; có overhead (chi phí bổ sung) đáng kể so với hiện tại không? 13:57 &lt;jrandom&gt; frosk: đôi khi 13:57 &lt;jrandom&gt; frosk: khi có thể gộp các thông điệp trong một tunnel, overhead sẽ tối thiểu 13:58 &lt;jrandom&gt; tuy nhiên, khi không thể gộp hoặc khi việc đó không hiệu quả, có thể lãng phí đáng kể 13:58 &lt;frosk&gt; tôi hiểu rồi 13:59 &lt;jrandom&gt; mặt khác, chúng ta đang cắt bớt vài điều vô lý của i2np hiện tại (nơi hiện nay chúng ta thêm tiền tố một SHA256 32 byte trước mỗi thông điệp I2NP, kể cả những cái nằm trong thông điệp garlic, v.v.) 13:59 &lt;jrandom&gt; việc phân mảnh và kích thước cố định sẽ là vấn đề cần tinh chỉnh, nhưng còn nhiều dư địa để làm vậy 14:01 &lt;jrandom&gt; ok, còn gì nữa về 0.5 không? 14:02 &lt;jrandom&gt; nếu không, chuyển sang 2) sam.net 14:02 &lt;jrandom&gt; smeghead đã port thư viện client sam bằng java sang .net (yay!) 14:02 &lt;jrandom&gt; smeghead: muốn tóm tắt cho chúng tôi không? 14:03 &lt;smeghead&gt; được 14:03 &lt;smeghead&gt; tôi đang viết test cho nó, sẽ đưa vào cvs trong vài ngày tới 14:04 &lt;smeghead&gt; nên chạy được với .net/mono/portable.net 14:04 &lt;smeghead&gt; và c# và vb.net 14:05 &lt;frosk&gt; (và tất cả các ngôn ngữ khác chạy với .net tôi đoán thế) 14:05 &lt;cervantes&gt; (urgh) 14:05 &lt;smeghead&gt; giao diện đơn giản hết mức 14:05 &lt;smeghead&gt; chỉ cần đăng ký các phương thức listener với SamReader, hoặc kế thừa SamBaseEventHandler và override các phương thức khi cần 14:05 &lt;smeghead&gt; đúng, tôi hướng tới tương thích hoàn toàn với CLR 14:06 &lt;jrandom&gt; đỉnh phết 14:06 &lt;cervantes&gt; hay đấy... smeg.net ;-) 14:06 &lt;frosk&gt; tuyệt 14:06 &lt;smeghead&gt; thực sự không còn gì nhiều 14:06 &lt;+protokol&gt; CLR? 14:06 &lt;smeghead&gt; common language runtime 14:06 &lt;smeghead&gt; thứ tương đương trong .net với JRE 14:07 &lt;+protokol&gt; JRE? 14:07 &lt;+protokol&gt; đùa thôi 14:07 &lt;jrandom&gt; !thwap protokol 14:07 &lt;Ragnarok&gt; jrandom: cầu nối sam dạo này thế nào? các vấn đề liên quan đến bt đã giải quyết hết chưa? 14:08 &lt;Tracker&gt; Tôi nghi ngờ lắm, i2p-bt thậm chí có thể làm con amd64 3000 của tôi phát điên về CPU... 14:08 &lt;jrandom&gt; Ragnarok: tôi chưa đụng vào nó gần đây. vẫn còn vấn đề choke tồn đọng mà polecat nêu ra, nhưng chỗ i2p-bt&lt;--&gt;sam bridge trật ra ở đâu thì tôi chưa rõ 14:09 &lt;jrandom&gt; hmm, các kết nối thất bại sẽ buộc dùng ElGamal đầy đủ thay vì AES 14:10 &lt;Ragnarok&gt; ok 14:10 &lt;jrandom&gt; chúng ta có thể giảm bớt phần nào sau 0.5, nhưng chỉ một phần 14:12 &lt;Tracker&gt; Ok, I2P sẽ tốt cho các tracker ẩn danh nhưng không cho client ẩn danh. Hãy thử nghĩ xem chuyện gì xảy ra trên một torrent thật sự phổ biến với chừng 1000 seed và leech. 14:12 &lt;jrandom&gt; ok, vụ sam.net nghe hay đấy, cảm ơn smeghead lần nữa. tôi đang mong các unit test và có lẽ một demo app :) 14:12 &lt;ant&gt; &lt;Evil-Brotten&gt; xin chào mọi người 14:12 &lt;smeghead&gt; một demo app, vâng tôi sẽ làm cái đó nữa 14:13 &lt;smeghead&gt; thực ra tôi đã port cái của bạn rồi 14:13 &lt;jrandom&gt; Tracker: i2p xử lý client ẩn danh tốt mà, chúng ta chỉ cần tìm ra có gì sai với i2p-bt&lt;--&gt;sam bridge để giảm các full ElG 14:13 &lt;smeghead&gt; chúng hiện đầy bug 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; hả? 14:13 &lt;jrandom&gt; chào Evil-Brotten 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; xin chào 14:14 &lt;jrandom&gt; đang họp dev hằng tuần, cứ thoải mái ở lại. deer là một gateway đến i2p/iip 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; bạn là chuyên gia i2p à? 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; :P 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; à, ok 14:14 &lt;ant&gt; &lt;cervantes&gt; Evil-Brotten: bạn có thể nói chuyện ở #i2p-chat nếu muốn trong lúc cuộc họp đang diễn ra 14:14 &lt;jrandom&gt; Tracker: chúng ta còn nhiều việc trước khi xử lý được torrent rộng 1k 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; tôi vừa thử cài chương trình của bạn, nhưng đang gặp vài vấn đề 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; hay, tôi sẽ hỏi ở đó 14:15 &lt;jrandom&gt; đỉnh phết, smeghead 14:15 &lt;Tracker&gt; jrandom: Tôi hy vọng vậy, bt không ẩn danh sẽ không sống được lâu nữa... 14:15 &lt;frosk&gt; nhảm 14:15 &lt;jrandom&gt; "nhưng exeem là ẩn danh mà!@#" &lt;/snark&gt; 14:15 &lt;Tracker&gt; jrandom: Nhưng đó là chuyện khác 14:15 &lt;ant&gt; &lt;MikeW&gt; gì? 14:15 &lt;ant&gt; &lt;MikeW&gt; ai nói exeem là ẩn danh? 14:16 &lt;jrandom&gt; mikew: chỉ thỉnh thoảng có fanboy 14:16 &lt;jrandom&gt; Tracker: sau 0.5 chúng ta sẽ có rất nhiều việc để đưa hiệu năng đến mức cần thiết 14:16 * DrWoo ghi nhận rằng 'con người' đôi khi ngu chết tiệt 14:16 &lt;Tracker&gt; jrandom: Ừ, cài spy-/adware thì không phải việc tôi muốn làm ;) 14:16 &lt;jrandom&gt; heh 14:17 &lt;smeghead&gt; tôi thì lại thích con người 14:17 &lt;smeghead&gt; họ ngon với bánh mì nướng 14:17 &lt;jrandom&gt; *chomp* 14:17 &lt;smeghead&gt; một số người cần thêm chút bơ hơn người khác 14:18 &lt;jrandom&gt; ok, tôi nghĩ vậy là đủ cho 2) sam.net (trừ khi ai còn gì muốn bổ sung?) 14:18 &lt;jrandom&gt; nếu không, chuyển sang 3) tiến độ gcj 14:19 &lt;ant&gt; &lt;dm&gt; sam.net?? 14:19 &lt;ant&gt; &lt;dm&gt; nó chạy chưa?/ 14:19 &lt;jrandom&gt; tôi đọc backlog thấy smeghead đã tiến triển tốt - muốn cập nhật xem tình hình thế nào không? 14:19 &lt;smeghead&gt; có 14:20 &lt;ant&gt; &lt;dm&gt; tuyệt vờiiii 14:20 &lt;smeghead&gt; tôi đã sửa vài class để router biên dịch được với gcj 3.4.3 14:20 &lt;smeghead&gt; tôi sẽ gửi patch sau cuộc họp 14:20 &lt;smeghead&gt; sau đó tôi và bất kỳ ai muốn giúp có thể bắt tay vào việc làm nó chạy 14:21 &lt;jrandom&gt; hay đấy 14:21 * frosk trao huy chương Nhân viên của Tuần cho smeghead vì cả công việc sam.net _và_ gcj 14:21 &lt;jrandom&gt; ừ, rất hay 14:21 &lt;smeghead&gt; :) 14:22 &lt;Tracker&gt; frosk: thà là người dùng diễn đàn của tuần ;) 14:22 &lt;frosk&gt; tuần này tôi chưa đọc diễn đàn, xin lỗi :) 14:22 &lt;cervantes&gt; vinh quang của duck vẫn chưa hết hạn ;-) 14:23 * jrandom rất mong được thấy i2p tương thích gcj 14:24 &lt;jrandom&gt; (và vẫn còn khoản thưởng cho việc đó, nên mọi người hãy liên hệ với smeghead và tham gia ;) 14:24 &lt;smeghead&gt; đúng, nó sẽ mở rộng đáng kể tính khả chuyển của i2p 14:24 &lt;cervantes&gt; có khi chúng ta sẽ vắt ra được thứ gì đó giống "hiệu năng" từ router :P 14:24 &lt;ant&gt; &lt;dm&gt; chuỗi 32 tuần là người làm I2P chăm nhất của tôi cuối cùng cũng kết thúc... 14:25 &lt;jrandom&gt; tôi không kỳ vọng gcj thực sự cải thiện hiệu năng hay giảm mức sử dụng bộ nhớ, nhưng nó sẽ chạy trên các HĐH mà sun không phát hành JVM và nơi kaffe thì hỏng 14:25 &lt;jrandom&gt; (nhưng nếu tôi sai thì càng tốt!) 14:25 &lt;frosk&gt; bất cứ thứ gì giúp i2p chạy tốt hơn mà không cần phần mềm độc quyền đều là Tốt 14:26 &lt;jrandom&gt; đồng ý. hỗ trợ cả kaffe và gcj sẽ là điều Tốt 14:27 &lt;jrandom&gt; ok, còn gì nữa về 3) tiến độ gcj, hay chúng ta chuyển tiếp? 14:27 &lt;smeghead&gt; việc cài đặt cũng sẽ dễ hơn 14:27 &lt;Teal`c&gt; gcj đã chạy được gì ngoài ví dụ 'hello world' chưa? 14:27 &lt;Ragnarok&gt; ai đó đã build eclipse bằng nó 14:27 &lt;smeghead&gt; Teal`c: có, tôi từng dùng nó để tạo .exe dưới mingw rồi 14:27 &lt;smeghead&gt; đúng, eclipse từng chạy dưới gcj với red hat cách đây không lâu 14:28 &lt;jrandom&gt; có lựa chọn phát hành executable biên dịch bằng gcj, bộ cài .jar thuần, và gói .jar+jvm đi kèm chắc chắn là Tốt 14:29 &lt;jrandom&gt; ok, chuyển sang 4) udp 14:30 &lt;jrandom&gt; có một bài mới trên diễn đàn mà tôi muốn mọi người chú ý, hỏi (và trả lời) vì sao udp quan trọng 14:30 &lt;Tracker&gt; Kinh 14:30 &lt;jrandom&gt; (xem http://forum.i2p.net/viewtopic.php?t=280 và bình luận nếu bạn có gợi ý/câu hỏi/quan ngại) 14:31 &lt;jrandom&gt; yuck hả Tracker? 14:32 &lt;jrandom&gt; dù sao, cả mule và detonate đang có tiến triển ở phía udp. detonate/mule: mọi người có cập nhật nào để chia sẻ không? 14:32 &lt;Tracker&gt; UPD là ác quỷ ở đây, trong khi nó chạy ổn trong phạm vi biên giới quốc gia thì thực sự tệ khi dùng tới các đích ngoài nước chúng tôi. 14:32 &lt;jrandom&gt; hmm 14:32 &lt;Tracker&gt; Chỉ là kinh nghiệm của tôi từ 5 năm chơi game online... 14:33 &lt;jrandom&gt; chắc chắn chúng ta sẽ cần tính đến tắc nghẽn và các vấn đề mtu khi ra ngoài mạng 14:33 &lt;Tracker&gt; Bằng cách nào đó hai backbone lớn ở đây không thích router UPD cho lắm và nếu có thì với mức ưu tiên rất thấp. 14:34 &lt;Tracker&gt; Nghĩa là ping từ 5 đến 20 giây. 14:34 &lt;jrandom&gt; tôi sẽ khá ngạc nhiên nếu có isp nào không cho UDP luôn (vì tất cả chúng ta dùng DNS) 14:34 &lt;Tracker&gt; Và mất gói cao 14:34 &lt;jrandom&gt; kiểm soát tắc nghẽn chắc chắn quan trọng 14:35 &lt;Tracker&gt; Tại sao bạn nghĩ tôi chạy DNS caching riêng với cache rất lớn suốt nhiều năm ;) 14:35 &lt;jrandom&gt; heh 14:35 &lt;jrandom&gt; à, chúng ta sẽ có phương án dự phòng là tcp cho những người không thể dùng udp vì lý do nào đó 14:36 &lt;jrandom&gt; nhưng udp sẽ được ưu tiên áp đảo 14:36 &lt;Tracker&gt; Hay đấy. 14:36 &lt;jrandom&gt; (ý là tôi hy vọng chỉ khoảng 10 người dùng tcp trên hơn 1m+ node ;) 14:37 &lt;jrandom&gt; nhưng, lần nữa, liên kết diễn đàn đó giải thích vì sao chúng ta cần làm điều đang làm, tuy nhiên nếu ai tìm ra cách tốt hơn, tôi luôn lắng nghe 14:37 &lt;Tracker&gt; Tôi đoán tôi sẽ là một trong số đó. 14:37 &lt;jrandom&gt; cũng có thể. 14:38 &lt;jrandom&gt; chúng ta sẽ xem khi 0.6 được triển khai liệu có đúng như thế không, hay chúng ta sẽ khắc phục được các vấn đề từ isp của bạn 14:38 &lt;jrandom&gt; ok, còn gì nữa về udp không? hay chúng ta chuyển sang 5) ??? 14:39 &lt;jrandom&gt; coi như đã chuyển 14:39 &lt;jrandom&gt; 5) ?? 14:39 &lt;jrandom&gt; ai còn gì muốn nêu lên không? 14:40 &lt;Teal`c&gt; pizza đến chưa vậy? 14:40 &lt;Jhor&gt; có ai biết tôi nên xem ở đâu để tìm/gỡ lỗi các vấn đề trong bittorrent không? 14:41 &lt;jrandom&gt; Jhor: trong i2p-bt, một nơi tốt để bắt đầu có lẽ là thêm logging để biết các thông điệp BT gửi/nhận nào đang diễn ra, để ta biết nó đang bị chặn/hết hạn/etc ở đâu 14:41 &lt;jrandom&gt; (giả sử bạn nói i2p-bt chứ không phải azneti2p?) 14:42 &lt;Jhor&gt; đúng, i2p-bt. các mức spew khác nhau là gì? 14:42 &lt;jrandom&gt; không biết, tôi chỉ biết --spew 1 14:42 &lt;Jhor&gt; Ok, tôi sẽ thử 14:43 * Jhor chuẩn bị cho khóa học cấp tốc về python 14:43 &lt;jrandom&gt; :) 14:44 &lt;jrandom&gt; ok, còn ai có gì để bàn nữa không? 14:44 * cervantes lăn chiếc Cồng Strand ra 14:44 &lt;jrandom&gt; chúng ta đang ở mốc 60 phút, vậy là tốc độ khá tốt 14:44 &lt;Teal`c&gt; khi nào udp sẵn sàng cho mọi người dùng? 14:44 &lt;jrandom&gt; Teal`c: tháng Tư 14:44 &lt;jrandom&gt; đó là 0.6, chúng ta vẫn đang làm 0.5 14:45 &lt;Teal`c&gt; làm tốt lắm. 14:46 &lt;jrandom&gt; tiến bộ, luôn tiến lên 14:46 * jrandom khởi động 14:46 * jrandom *baf* cái cồng, kết thúc cuộc họp </div>/vi/blog/2005/01/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-01-25/Tue, 25 Jan 2005 00:00:00 +0000/vi/blog/2005/01/25/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2005-01-25/<p>Chào mọi người, cập nhật nhanh tình hình tuần này</p> <ul> <li>Index</li> </ul> <ol> <li>trạng thái phiên bản 0.5 2) sam.net 3) tiến độ gcj 4) udp 5) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>Trong tuần vừa qua, đã có rất nhiều tiến triển ở nhánh 0.5. Các vấn đề mà chúng ta bàn luận trước đây đã được giải quyết, đơn giản hóa đáng kể phần mật mã và loại bỏ vấn đề vòng lặp tunnel (đường hầm). Kỹ thuật mới [1] đã được triển khai và các kiểm thử đơn vị đã được thiết lập. Tiếp theo, tôi đang ghép nối thêm mã để tích hợp các tunnel đó vào router chính (bộ định tuyến), rồi xây dựng hạ tầng quản lý và pooling (tạo pool) cho tunnel. Sau khi phần đó sẵn sàng, chúng tôi sẽ chạy nó qua sim (trình mô phỏng) và cuối cùng lên một mạng song song để kiểm thử độ bền, trước khi hoàn thiện và gọi nó là 0.5.</p>/vi/blog/2005/01/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-1-n%C4%83m-2005/Tue, 18 Jan 2005 00:00:00 +0000/vi/blog/2005/01/18/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-1-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, BrockSamson, cervantes, dox, duck, Frooze, jrandom, kaji, mule, orion, polecat, postman, protokol, Ragnarok, Teal`c, Xan</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) chào 13:04 &lt;jrandom&gt; 1) Tình trạng mạng 13:04 &lt;jrandom&gt; 2) 0.5 13:04 &lt;jrandom&gt; 3) i2pmail.v2 13:04 &lt;jrandom&gt; 4) azneti2p_0.2 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;ant&gt; &lt;duck&gt; (tiếng chuyện crypto bay vèo qua tai tôi) 13:04 &lt;jrandom&gt; :) 13:04 * jrandom vẫy tay 13:04 &lt;cervantes&gt; 'lo 13:04 &lt;jrandom&gt; bạn cũng có thể nghe tiếng chuyện crypto bay vèo qua tai mình! ghi chú tình trạng hàng tuần đăng @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 &lt;bla&gt; chào 13:05 &lt;jrandom&gt; nhảy vào luôn nhé, vì dù sao ta cũng đang cắt ngang một cuộc thảo luận thú vị... 1) tình trạng mạng 13:05 &lt;jrandom&gt; tôi không có gì để bổ sung ngoài những gì trong mail - có ai muốn nêu điều gì liên quan đến (wrt) tình trạng mạng không? 13:06 &lt;bla&gt; Ngoài việc lần đầu tiên chúng ta thấy các nút (node) trên TẤT CẢ các châu lục trừ Nam Cực, thì không. 13:06 &lt;jrandom&gt; w00t! 13:07 &lt;jrandom&gt; ok, chuyển sang 2) chuyện 0.5 13:07 &lt;mule&gt; này, bố tôi đang trên đường tới Nam Cực, lẽ ra phải đưa ông ấy một node 13:07 &lt;ant&gt; &lt;duck&gt; bọn Nam Cực chết tiệt 13:07 &lt;Xan&gt; không có người Nam Cực à? :( 13:07 &lt;jrandom&gt; hah hay đấy 13:07 &lt;jrandom&gt; dù tôi không nghĩ trên đó có một anonymity set (tập ẩn danh) lớn lắm 13:07 &lt;Frooze&gt; đổ lỗi cho Nam Cực đi 13:08 * cervantes dựng một giàn khoan dầu ở Nam Cực để có tiền vận hành một node ở đó 13:09 &lt;jrandom&gt; được rồi, có khá nhiều thứ 0.5, nên ta chia nhỏ ra 13:09 &lt;jrandom&gt; trước hết, cảm ơn những người đã thu thập số liệu trong một ngày - rất nhiều dữ liệu thú vị @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 &lt;postman&gt; rất hân hạnh :) 13:10 &lt;cervantes&gt; liên quan đến tình trạng mạng... thấy khá nhiều người gặp khó khăn khi khởi chạy I2P gần đây (trên diễn đàn v.v.) - tôi không biết là do lượng người dùng tăng hay có nhiều ứng dụng dựa trên i2p hơn để phát sinh lỗi 13:10 &lt;+protokol&gt; jrandom: ĐỒ NÓI DỐI! anh nói dữ liệu thú vị mà! 13:10 * jrandom ném bùn vào protokol 13:11 &lt;ant&gt; &lt;duck&gt; cervantes: Tôi cũng thấy báo cáo có người khởi chạy và chạy được trong vài phút 13:11 &lt;ant&gt; &lt;duck&gt; Tôi nghĩ NAT gây ra phần lớn vấn đề 13:11 &lt;cervantes&gt; duck: đúng... 13:11 &lt;ant&gt; &lt;dmdm&gt; NAT là ai? 13:11 &lt;jrandom&gt; cervantes: chắc chắn vẫn còn vài vấn đề xấu xí. chuyện NAT và osx hơi đau đầu dạo này, nhưng Jhor đang giúp vụ sau sẽ cải thiện 13:12 &lt;cervantes&gt; aye 13:12 &lt;cervantes&gt; *hắng giọng* vậy... 0.5 13:13 &lt;Xan&gt; dmdm: network address translation (dịch địa chỉ mạng) 13:13 &lt;jrandom&gt; heh, ok. cơ bản thì việc thu thập số liệu kích thước thông điệp là để khảo sát vấn đề padding (đệm) 13:14 &lt;jrandom&gt; tiếc là chiến lược tôi dựng bằng cách nhặt số liệu chọn lọc khá tệ, tạo ra 25% overhead chỉ riêng dữ liệu padding 13:14 &lt;jrandom&gt; nếu ta chọn một trong các đề xuất cho mã hóa 0.5 (tunnels-alt.html), ta sẽ không gặp vấn đề đó 13:15 &lt;jrandom&gt; (vì nó sẽ buộc kích cỡ cố định nhỏ kèm phân mảnh) 13:15 &lt;mule&gt; anh muốn pad loại thông điệp nào, những gì một router thấy hay những gì một quan sát viên bên ngoài thấy? 13:15 &lt;jrandom&gt; mule: câu hỏi quan trọng 13:15 &lt;jrandom&gt; nếu ta chỉ lo quan sát viên bên ngoài, có thể để thông điệp không padding, tạo chaff ở tầng truyền tải 13:16 &lt;Teal`c&gt; `http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3` 13:16 &lt;jrandom&gt; ngược lại, nếu lo người tham gia tunnel làm flow analysis (phân tích luồng), ta cần quan tâm đến padding trong tunnel 13:16 &lt;@duck&gt; với 5-6 hop, nguy cơ một router làm traffic analysis lớn đến mức nào? 13:16 &lt;cervantes&gt; Teal`c: đang họp nhé... dùng #i2p-chat để thông báo mp3 được chứ ;-) 13:17 &lt;Teal`c&gt; xin lỗi 13:17 &lt;cervantes&gt; :) vì david hasselhoff ư? 13:18 &lt;jrandom&gt; tùy mức độ phân tích đó duck. nếu họ bằng cách nào đó lần ra tunnel họ đang ở (ví dụ họ là inbound tunnel gateway và đã thu thập netDb, rồi tương quan với một đích), đó là dữ liệu không hề tầm thường. ngược lại nó không lộ trực tiếp, nhưng vẫn cho một số thông tin 13:18 &lt;jrandom&gt; thậm chí còn quan trọng hơn padding trong tunnel là padding end-to-end, che giấu dữ liệu luồng thông điệp khỏi gateway và endpoint. 13:19 &lt;jrandom&gt; nếu ta điên/ngu, ta có thể làm đến mức pipenet, dùng tốc độ bit không đổi ở mọi nơi 13:19 &lt;+polecat&gt; Tôi hiểu rồi! 13:19 &lt;jrandom&gt; (và rồi chẳng còn ai chạy i2p) 13:19 &lt;+polecat&gt; Điều ta cần làm là tunnel i2p qua email! 13:19 &lt;cervantes&gt; xác suất các router câu kết rơi vào cùng một tunnel trên một mạng đủ lớn là bao nhiêu? 13:19 &lt;+polecat&gt; Không ISP nào dại mà chặn email đâu! 13:20 * jrandom chờ bản triển khai net.i2p.router.transport.gmail 13:20 &lt;postman&gt; polecat: trời, ngớ ngẩn quá 13:20 &lt;postman&gt; :) 13:20 &lt;bla&gt; cervantes: N^(-h) (N là # nút nhanh, h = # hop). Có vẻ vậy 13:20 &lt;+polecat&gt; =3 tôi biết. 13:21 &lt;cervantes&gt; nghe có nhiều không? :) 13:21 &lt;jrandom&gt; không phải # nút nhanh, vì người ngoài sẽ không biết profiles của bạn 13:21 &lt;+polecat&gt; Nghiêm túc thì, lạm dụng các dịch vụ IP sẵn có, ta có thể tunnel i2p theo nhiều cách khéo léo. 13:21 &lt;jrandom&gt; c^2/N^h để đưa hai peer vào cùng một tunnel 13:21 &lt;jrandom&gt; đồng ý polecat. đó là một trong những lý do vì sao ta không có tunnel hai chiều (bidirectional) 13:22 &lt;jrandom&gt; một số transport (ví dụ email) rất tệ cho giao tiếp hai chiều 13:22 &lt;bla&gt; jrandom: c = ? 13:22 &lt;jrandom&gt; c==# peer câu kết 13:23 &lt;+polecat&gt; Hừm, điểm thú vị. 13:23 &lt;ant&gt; &lt;duck&gt; về lộ trình, nếu i2p đi sai hướng và chọn sai giải pháp crypto thì tác động là gì? 13:23 &lt;+polecat&gt; Hoặc giao thức bồ câu đưa thư, chẳng hai chiều chút nào. 13:23 &lt;+polecat&gt; crypto đã mô-đun rồi, đúng không? 13:23 &lt;jrandom&gt; duck: đó chỉ là một gạch đầu dòng trong 0.5, và một tiểu mục của tài liệu tunnels*.html. còn rất nhiều thứ trong định tuyến tunnel ngoài cách ta bọc dữ liệu 13:24 &lt;bla&gt; jrandom: Mặt khác, đó là bài toán để cho họ vào tunnel NGAY BÂY GIỜ. Tuy nhiên, qua T lần làm mới tunnel (mỗi vài phút), xác suất là P = 1 - (1 - c^2/N^h)^T 13:24 &lt;jrandom&gt; ngược lại, khác biệt giữa "khối cố định 1KB" và "khối 0-40KB" có tác động đáng kể 13:24 &lt;+polecat&gt; Tôi không muốn mạng này đi vào vết xe Entropy, mắc kẹt với McEliece. 13:24 &lt;jrandom&gt; polecat: đọc http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 13:24 &lt;bla&gt; jrandom: Và do đó tiến dần về 0 khi thời gian đủ lớn. Tức là: khi thời gian đủ lớn, kẻ tấn công sẽ vào cùng một tunnel ít nhất một lần 13:25 &lt;jrandom&gt; kế hoạch là AES256/CBC chuẩn 13:25 &lt;+protokol&gt; tôi nghe DNS tốt cho việc tunneling, hầu hết mọi người không chặn nó 13:25 &lt;jrandom&gt; chắc chắn bla, dù không hoàn toàn trực tiếp như vậy (với exploratory tunnel thì đúng, nhưng không phải tunnel client) 13:26 &lt;+polecat&gt; Và nếu chẳng may ngay cả AES cũng bị bẻ, thì sẽ dùng một mã khối đối xứng tương đương. 13:27 &lt;jrandom&gt; bla: tôi không nghĩ nó là mối lo thực tế lớn đến mức đó trong đa số trường hợp, nhưng khi bạn triển khai nó như một phần của predecessor attack (tấn công tiền nhiệm), vấn đề chủ yếu trở nên vô nghĩa 13:28 &lt;jrandom&gt; (bởi cách chúng ta làm phần còn lại của định tuyến tunnel) 13:28 &lt;bla&gt; jrandom: k 13:28 &lt;jrandom&gt; đúng vậy polecat 13:29 &lt;jrandom&gt; duck: nếu ta chọn phương án thứ hai, đổi sang phương án khác sau này có lẽ sẽ dễ. 13:29 &lt;jrandom&gt; ngược lại, phương án hai sẽ đòi hỏi tối ưu hiệu năng nặng tay để Không Tệ 13:29 &lt;jrandom&gt; nhưng tôi chắc ta làm được 13:31 &lt;jrandom&gt; dù sao, tôi nghĩ phần trên bao quát nơi ta đang đứng với công việc 0.5 13:31 &lt;jrandom&gt; có ai còn câu hỏi/bình luận/quan ngại gì không? 13:31 &lt;bla&gt; jrandom: Một điều 13:32 &lt;bla&gt; jrandom: Tôi nghĩ trước mắt ta nên coi trọng ẩn danh hơn một chút so với hiệu năng: vậy nên, lựa chọn PRNG (bộ sinh số giả ngẫu nhiên) nghe ổn 13:33 &lt;jrandom&gt; đồng ý. hiệu năng có thể tinh chỉnh sau, còn "thêm" ẩn danh tốt hơn thì khó hơn nhiều 13:33 &lt;jrandom&gt; (nhưng, đương nhiên, hiệu năng CŨNG là tham số an ninh. nếu Tệ, chẳng ai dùng) 13:33 &lt;bla&gt; Đúng. 13:33 &lt;bla&gt; jrandom: 13:33 &lt;bla&gt; xin lỗi 13:33 &lt;@duck&gt; đúng rồi, /me lật cái bit phép màu Freenet-performance 13:33 &lt;cervantes&gt; có lẽ nó sẽ khiến đám leech cầm torrent phất phới tránh xa thêm chút ;-) 13:34 &lt;jrandom&gt; heh 13:34 &lt;cervantes&gt; &lt;-- connection reset 13:34 &lt;bla&gt; cervantes: Không, tôi không! :) 13:34 &lt;cervantes&gt; :) 13:35 &lt;jrandom&gt; tôi nghĩ ta có thể làm vài tối ưu rất hay, và có vẻ phần nghẽn cổ chai của chúng ta không liên quan nhiều đến chọn peer, mà chỉ là (heh) bug trong jobqueue 13:36 &lt;jrandom&gt; nhưng, dù sao, còn gì cho 2) 0.5 không? 13:36 &lt;ant&gt; &lt;BS314159&gt; anh có thể đăng giải thích về loop attack này không? 13:37 &lt;ant&gt; &lt;BS314159&gt; nó nghe có vẻ nguy hiểm hơn cách anh xử lý ngụ ý 13:37 &lt;jrandom&gt; loop: dựng một tunnel gồm A--&gt;B--&gt;C--&gt;D--&gt;C, gửi vào 10 thông điệp. 13:37 &lt;jrandom&gt; nếu không có PRNG, bạn có thể thêm bao nhiêu thông điệp vào vòng C&lt;--&gt;D tùy thích 13:38 &lt;ant&gt; &lt;BS314159&gt; ok 13:38 &lt;jrandom&gt; thực chất là DoS (tấn công từ chối dịch vụ) bất kỳ router nào chỉ với vài thông điệp 13:38 &lt;ant&gt; &lt;BS314159&gt; nhưng chỉ A mới làm được điều này 13:38 &lt;jrandom&gt; với PRNG, nó giới hạn số thông điệp có thể đi vào vòng lặp 13:38 &lt;ant&gt; &lt;BS314159&gt; vậy không có nguy cơ kẻ tấn công rút ngắn tunnel của tôi bằng cách tạo vòng lặp 13:38 &lt;jrandom&gt; không, không ai có thể rút ngắn tunnel của bạn 13:39 &lt;jrandom&gt; thứ duy nhất việc này hữu dụng là để DoS 13:39 &lt;jrandom&gt; (một cú DoS rất rẻ) 13:39 &lt;jrandom&gt; (nhưng khi bạn có thể DoS có chọn lọc các peer với chi phí thấp, bạn có thể làm mấy trò RẤT bẩn) 13:40 &lt;ant&gt; &lt;BS314159&gt; hiểu rồi 13:40 &lt;+protokol&gt; và chứng chỉ hashcash sẽ giúp chuyện này? 13:40 &lt;jrandom&gt; protokol: hashcash giải quyết vấn đề một peer dựng quá nhiều tunnel, và có lẽ dựng quá nhiều hop 13:41 &lt;jrandom&gt; protokol: nó không giúp với vòng lặp. hai cách tôi tìm được CÓ hiệu quả là PRNG (tunnel-alt.html) hoặc xác minh ở mỗi bước (tunnel.html) 13:42 &lt;jrandom&gt; xác minh ở mỗi bước có nguy cơ riêng, nên xu hướng hiện tại là PRNG 13:42 &lt;+Ragnarok&gt; phương pháp prng sẽ hiệu quả đến đâu? 13:42 &lt;Xan&gt; A--&gt;B--&gt;C--&gt;D--&gt;C - mỗi hop không nên có một id khác hay gì đó, để thông điệp rời tunnel lần thứ hai chúng đến C thay vì lặp vòng? 13:43 &lt;jrandom&gt; Xan: có, nhưng nếu không xác minh từng bước, bạn không thể biết nó xấu hay không 13:44 &lt;jrandom&gt; Ragnarok: tôi nghĩ nó sẽ rất hiệu quả trong việc giảm thiểu thiệt hại 13:45 &lt;jrandom&gt; ít nhất, theo những gì tôi thấy đến giờ 13:45 &lt;jrandom&gt; nếu ai thấy vấn đề/trục trặc gì với nó, hoặc đề xuất cải thiện, xin liên hệ :) 13:46 &lt;Xan&gt; hoặc có thể tôi bỏ lỡ ý 13:46 &lt;Xan&gt; bbl 13:46 &lt;jrandom&gt; 'k l8r, tôi sẽ cập nhật tài liệu cho rõ hơn 13:47 &lt;jrandom&gt; ok, nếu không còn gì khác, ta chuyển sang 3) i2pmail.v2? 13:47 &lt;jrandom&gt; postman: anh quanh đây chứ? 13:48 &lt;postman&gt; có 13:49 &lt;postman&gt; :) 13:49 &lt;jrandom&gt; có gì bổ sung từ bài của anh trên diễn đàn không? nghe khá ngầu 13:49 &lt;postman&gt; ừ, một vài bạn có thể đã đọc bản nháp cho i2pmail.v2 rồi 13:50 &lt;bla&gt; chuyện quái gì đang xảy ra? Rớt kết nối hàng loạt. Tôi cũng gặp khó khi truy cập site (như orion, library) ở đây 13:50 &lt;postman&gt; nó hướng tới một hạ tầng thư hoàn toàn phi tập trung trong tương lai 13:50 &lt;postman&gt; nhưng cần phần mềm proxy trên các node cũng như một loạt relay chuyên dụng 13:51 &lt;postman&gt; mời mọi người đóng góp ý tưởng / khái niệm / càm ràm 13:51 &lt;postman&gt; phát triển đã bắt đầu - đừng mong có gì trước cuối mùa xuân :) 13:51 &lt;jrandom&gt; w00t 13:51 &lt;kaji&gt; hmm, cảnh sát vừa gõ cửa nhà tôi 13:52 &lt;bla&gt; kaji: ? 13:52 &lt;jrandom&gt; nhanh lên, xóa sạch ổ cứng đi 13:52 &lt;postman&gt; jrandom: à, giờ tôi chỉ có vậy thôi :) 13:52 &lt;cervantes&gt; giấu bàn blackjack đi! 13:52 &lt;jrandom&gt; tuyệt, cảm ơn postman 13:52 &lt;kaji&gt; họ nói tôi gọi 911, nhưng tôi khá chắc cả tôi lẫn em tôi đều không gọi 13:53 &lt;+protokol&gt; kaji: họ chỉ đang kiểm tra i2p thôi 13:53 &lt;jrandom&gt; ok, nếu không còn gì cho 3) i2pmail, ta chuyển sang 4) azneti2p_0.2 13:53 &lt;+protokol&gt; &lt;nhạc rùng rợn&gt; 13:53 &lt;jrandom&gt; như đã nói trong email, dạo này có vài tiến triển quan trọng 13:53 &lt;kaji&gt; rồi họ nói điện thoại không dây có thể dở chứng khi nhấc khỏi giá, nhưng tất cả điện thoại không dây của tôi đang trên sạc -&gt; #i2p-chat 13:55 &lt;jrandom&gt; nhóm azureus đã phản hồi rất nhanh để chuẩn bị bản cập nhật (yay!), nhưng mọi người cũng nên chú ý đề phòng vấn đề 13:55 &lt;jrandom&gt; (nếu bạn không đọc mailing list i2p mà dùng azneti2p, hãy đọc mailing list i2p) 13:55 &lt;jrandom&gt; ((hoặc ngay cả khi yuo không dùng azneti2p, hãy đọc list, vì đó là nơi ta thông báo những việc quan trọng ;) 13:56 &lt;jrandom&gt; duck và orion cũng đang cập nhật rất nhiều để đáp ứng client bt mới và định dạng 13:56 &lt;jrandom&gt; (yay!) 13:56 * orion mỉm cười 13:57 &lt;orion&gt; vẫn còn một chặng đường, nhưng hiện tại, nó chạy được. 13:57 &lt;jrandom&gt; (trong phạm vi i2p cho phép ;) 13:58 &lt;orion&gt; hehe, đúng vậy. ;) 13:58 &lt;jrandom&gt; có ai muốn nêu gì liên quan đến (wrt) azneti2p hay i2p-bt không? 13:58 &lt;jrandom&gt; (hoặc bytemonsoon2p ;) 14:00 &lt;jrandom&gt; ok nếu không, ta chuyển thẳng sang 5) ??? 14:00 &lt;jrandom&gt; mở sàn - còn ai muốn nêu gì không? 14:00 &lt;postman&gt; jrandom: tại sao addressbook lại publich các entry userhosts? 14:01 &lt;jrandom&gt; postman: lỗi. 14:01 &lt;postman&gt; vậy đây không phải hành vi dự định và sẽ được thay đổi? 14:01 &lt;cervantes&gt; chỉ một điều... 14:01 &lt;jrandom&gt; postman: đúng, và sẽ được thay đổi 14:02 &lt;jrandom&gt; (đúng không Ragnarok? :) 14:02 &lt;+Ragnarok&gt; còn tùy chính xác postman muốn nói gì... 14:03 &lt;jrandom&gt; Ragnarok: các entry mới do người dùng nội bộ thêm vào hosts riêng của họ không nên bị propogated sang hosts được công bố 14:03 &lt;jrandom&gt; (ví dụ userhosts.txt là private, hosts.txt được đồng bộ với người khác và là public) 14:03 &lt;cervantes&gt; Là một phần mục gần như định kỳ trên diễn đàn, sẽ có ghi nhận và trao thưởng cho những ai đã đóng góp điều tốt cho I2P gần đây hoặc trong suốt vòng đời dự án 14:03 &lt;postman&gt; Ragnarok: sau khi cập nhật lên 0.4.2.6 tôi thấy entry từ userhosts.txt của mình trong addressbook được công bố trong thư mục eepsite của tôi 14:03 &lt;ant&gt; &lt;BS314159&gt; hmm 14:04 &lt;postman&gt; Ragnarok: đó là các khóa thêm thủ công, vốn không được định là sẽ công bố 14:04 &lt;cervantes&gt; tuần này chúng tôi ghi nhận duck vì sự xuất sắc nói chung với vai trò nhà cung cấp dịch vụ cho cộng đồng và là một tay idle tuyệt vời: `http://forum.i2p/viewtopic.php?t=275` 14:04 &lt;jrandom&gt; w00t! 14:04 &lt;jrandom&gt; (go duck go, go duck go) 14:05 &lt;Teal`c&gt; còn chiếm đoạt tên miền thì sao? 14:05 * brachtus vỗ tay 14:05 * orion lắc lư kiểu vịt để tỏ lòng tôn trọng. 14:05 &lt;cervantes&gt; một điểm quan trọng cho tương lai... bạn không cần là thiên tài mật mã để được khen ngợi! 14:06 &lt;+Ragnarok&gt; không, đó là hành vi mong đợi. Tôi có thể thay đổi, nhưng trước hết tôi phải hoàn tất triển khai file locking để bạn có thể sửa trực tiếp hosts.txt 14:06 &lt;orion&gt; (nhưng cũng có ích) 14:06 &lt;cervantes&gt; bạn có thể chỉ cần đóng góp một eepsite cực chất hay gì đó... 14:06 &lt;cervantes&gt; hoặc là một người hữu ích trên diễn đàn v.v. 14:07 &lt;ant&gt; &lt;BS314159&gt; hmm 14:07 &lt;cervantes&gt; (không thì, thú thật, tuần nào jrandom cũng thắng) 14:07 &lt;jrandom&gt; này, mọi người đang tài trợ quỹ bia của tôi đấy, mấy thứ này đâu có miễn phí ;) 14:07 &lt;ant&gt; &lt;BS314159&gt; anh chỉ cần tạo một file mới, "publichosts.txt"? 14:07 &lt;ant&gt; &lt;BS314159&gt; rồi cho addressbook bỏ qua userhosts.txt, nhưng cho phép người dùng subscribe chính publichosts.txt của họ? 14:08 &lt;jrandom&gt; Teal`c: không có cách nào cướp tên miền, không entry nào bị ghi đè, và userhosts luôn override hosts 14:09 &lt;jrandom&gt; Ragnarok: có lẽ giao diện web có thể xử lý vấn đề khóa, vì người dùng sẽ không thêm vào file thủ công 14:09 &lt;+Ragnarok&gt; khi khóa xong, không còn lý do để kéo địa chỉ từ userhosts.txt nữa (hiện tại đó là cách duy nhất để tránh race), nên cũng không có nhiều ý nghĩa khi thêm file thứ ba 14:10 &lt;+Ragnarok&gt; jrandom: ừ, tôi định dùng java file locking api 14:10 &lt;jrandom&gt; nếu anh thấy cần, anh là sếp :) 14:10 &lt;ant&gt; &lt;BS314159&gt; nó sẽ cho phép bạn xóa hết tên lấy từ người khác trong khi giữ lại những tên bạn tự tạo 14:10 &lt;ant&gt; &lt;BS314159&gt; chỉ bằng cách xóa hosts.txt và đổi subscription của bạn 14:11 &lt;ant&gt; &lt;BS314159&gt; nhưng tôi đoán cái đó chờ đến khi có name-signing 14:11 &lt;orion&gt; metadata sẽ giải quyết vấn đề này. Đã có bản đặc tả nháp nào chưa? 14:11 &lt;jrandom&gt; dùng chỉ hai file là ổn - một cái do addressbook quản lý, một cái thì không 14:12 &lt;jrandom&gt; (thậm chí bạn có thể cho addressbook bỏ qua hoàn toàn userhosts.txt - userhosts.txt luôn override hosts.txt mà) 14:12 &lt;+Ragnarok&gt; jrandom: đó sẽ là kế hoạch, sau khi làm xong khóa (thực ra không nhiều việc, tôi chỉ chưa đụng vào :) 14:13 &lt;+Ragnarok&gt; và tôi đang học đủ xml schema để viết một cái cho namerecord 14:13 &lt;ant&gt; &lt;dr_kavra&gt; đây có phải kênh của kenosis không? kênh khác bảo tôi đến đây :D 14:13 &lt;jrandom&gt; lol 14:13 &lt;jrandom&gt; không, xin lỗi, đây là i2p 14:14 &lt;jrandom&gt; (trừ khi bạn đang tìm một lớp liên lạc ẩn danh) 14:14 &lt;jrandom&gt; tuyệt Ragnarok 14:14 &lt;ant&gt; &lt;BS314159&gt; tôi vẫn cho rằng XML quá dài dòng và khó đọc với con người cho việc này, so với YAML, nhưng tôi đâu phải người viết code 14:14 &lt;jrandom&gt; Ragnarok: phần khó sẽ là làm crypto với XML mà không phải quay về CDATA xấu xí 14:14 &lt;orion&gt; có ai viết bản nháp làm việc cho đặc tả metadata chưa? 14:15 &lt;jrandom&gt; (cá nhân tôi thấy xml chán, nhưng tôi chỉ là kẻ phản đối) 14:15 &lt;jrandom&gt; orion: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html có thiết lập cơ bản 14:15 &lt;orion&gt; (metadata tên/khóa) 14:15 &lt;dox&gt; addressbook và các tính năng của nó đã được công bố đâu đó chưa? Tôi không biết hosts.txt của tôi bị publish 14:15 &lt;jrandom&gt; (xem các phần tử NameReference và LocalEntry) 14:16 &lt;jrandom&gt; dox: nó được ghi vào vị trí xác định trong addressbook/config.txt 14:16 &lt;jrandom&gt; (mặc định, ./eepsite/docroot/hosts.txt) 14:17 &lt;orion&gt; thiếu một cờ public/private (tức là phân phối, hoặc không) 14:17 &lt;ant&gt; &lt;cervantes&gt; điều tốt duy nhất về XML (và đây là một điểm cộng lớn) là nó là tiêu chuẩn được chấp nhận rộng rãi 14:17 &lt;jrandom&gt; đúng orion, đã có nhiều ý tưởng hay nảy ra từ bài viết đó 14:17 &lt;+Ragnarok&gt; xml có thể dở, nhưng thẳng thắn mà nói, nó tốt hơn bất kỳ lựa chọn nào khác cho việc tôi đang làm 14:17 &lt;jrandom&gt; cervantes: EDI cũng vậy 14:17 &lt;orion&gt; có nơi nào gom lại chúng không? ví dụ khu vực diễn đàn? 14:18 &lt;orion&gt; hay một trang wiki? 14:18 &lt;jrandom&gt; orion: wiki của susi hoặc ugha 14:18 &lt;orion&gt; Tôi sẽ dựng các wiki cho bytemonsoon và orion.i2p để giúp đạt đồng thuận cộng đồng về mục tiêu phát triển tương lai của mỗi cái. 14:18 &lt;BrockSamson&gt; xml + crypto mà không CDATA = mime, đúng không? 14:19 &lt;jrandom&gt; tuyệt orion 14:19 &lt;jrandom&gt; BrockSamson: smime, với parser khác ;) 14:19 &lt;orion&gt; (cũng một cái cho metadata tên) 14:21 &lt;jrandom&gt; có nhiều cách để làm metadata, điều quan trọng là tính linh hoạt và 'đúng đắn' để nó có thể lớn lên hoặc thay đổi theo thời gian 14:21 * jrandom chắc Ragnarok và đồng đội sẽ nghĩ ra thứ hay :) 14:21 &lt;orion&gt; vì vậy tôi nghĩ cần một bản nháp công khai. 14:22 &lt;ant&gt; &lt;cervantes&gt; i2p consortium :P 14:22 &lt;jrandom&gt; à, mọi người đã nói "ai đó nên đưa ý tưởng của mình lên wiki" mấy buổi họp gần đây, nhưng trang wiki không lớn lên mấy ;) cũng không sao, cứ theo nhịp của mình 14:23 * orion hứa sẽ có ba wiki trong vòng một ngày và email mọi người địa chỉ của chúng 14:23 &lt;BrockSamson&gt; gọi tôi là lười cũng được, nhưng so một EDI ANSI 850 Đơn đặt hàng với gần như bất kỳ Đơn đặt hàng dạng XML nào khác, tôi vẫn thích decode, code, và debug phiên bản XML hơn. Dù nó có lớn gấp 5 lần EDI 14:23 &lt;jrandom&gt; w00t 14:23 &lt;jrandom&gt; heh BrockSamson 14:24 &lt;BrockSamson&gt; Vị trí 10 là ST? à vậy vị trí 310 phải là tên 14:24 &lt;BrockSamson&gt; ngờ nghệch thật 14:24 &lt;jrandom&gt; BrockSamson: đừng nghĩ xml schema cho PO tốt hơn nhiều đâu ;) 14:24 &lt;jrandom&gt; (nhưng ừ, mấy thứ đó đúng là thảm họa đẫm máu) 14:25 &lt;BrockSamson&gt; chúng ổn lúc 4:30 sáng 14:25 &lt;BrockSamson&gt; trừ khi... 14:25 &lt;jrandom&gt; heh 14:25 &lt;BrockSamson&gt; nó được viết bởi một lập trình viên EDI cũ 14:25 &lt;BrockSamson&gt; và xml trông như thế này: &lt;p1&gt;&lt;po&gt;&lt;q&gt;1&lt;/q&gt;&lt;/po&gt;&lt;/p1&gt; 14:26 &lt;BrockSamson&gt; tôi cá là, nếu cộng số giờ các dự án OpenSource dành để tranh luận 'XML' hay không 'XML' bạn có thể code linux 10 lần rồi. 14:26 &lt;BrockSamson&gt; dự án nào tôi tham gia cũng có tranh luận lớn về nó 14:27 &lt;orion&gt; tranh luận tốt cho dự án, tùy vào ai tranh luận. ;) 14:27 &lt;jrandom&gt; ừ, nó làm được việc của nó, nhưng không phải thần dược. nó có thể hợp với phần đặt tên 14:28 &lt;BrockSamson&gt; nhiều người ở trong dự án chỉ để tranh luận thôi. 14:28 &lt;jrandom&gt; không ở đây. tôi ở đây vì bia miễn phí 14:28 &lt;ant&gt; &lt;cervantes&gt; điều đó còn phải tranh luận 14:28 &lt;orion&gt; chi tiết triển khai sẽ rõ hơn khi bản đặc tả nháp cụ thể hơn. 14:28 &lt;orion&gt; do đó cần wiki/peer review. 14:29 &lt;BrockSamson&gt; Tôi nghe nói dự án này phát tỏi miễn phí (Garlic) 14:29 &lt;jrandom&gt; rất nhiều 14:30 &lt;jrandom&gt; ok, còn ai muốn nêu gì cho buổi họp không? 14:30 &lt;ant&gt; * cervantes lăn ra cái chuông nghi thức 14:30 &lt;ant&gt; &lt;cervantes&gt; call =cow 14:30 * jrandom lên dây cót 14:31 * jrandom *baf* rung chuông bò, kết thúc buổi họp </div>/vi/blog/2005/01/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-18/Tue, 18 Jan 2005 00:00:00 +0000/vi/blog/2005/01/18/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-18/<p>Chào mọi người, đến giờ cập nhật hằng tuần</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) 0.5 3) i2pmail.v2 4) azneti2p_0.2 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Ừm, không có nhiều điều để báo cáo ở đây - mọi thứ vẫn hoạt động như tuần trước, kích thước của mạng vẫn khá tương tự, có lẽ lớn hơn một chút. Một vài trang mới thú vị đang xuất hiện - xem diễn đàn [1] và orion [2] để biết chi tiết.</p>/vi/blog/2005/01/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-1-n%C4%83m-2005/Tue, 11 Jan 2005 00:00:00 +0000/vi/blog/2005/01/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-1-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, deer, dm, duck, fdr, jrandom, lucky, protok0l, toad\_</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:10 &lt;jrandom&gt; 0) chào 13:10 &lt;deer&gt; &lt;Ragnarok&gt; cậu bị sa thải 13:10 &lt;jrandom&gt; 1) Tình trạng mạng 13:10 &lt;jrandom&gt; 2) tiến độ 0.5 13:10 &lt;jrandom&gt; 3) tình trạng 0.6 13:10 &lt;deer&gt; &lt;polecat&gt; tạm biệt! 13:10 &lt;jrandom&gt; 4) azneti2p 13:10 &lt;jrandom&gt; 5) fbsd 13:10 &lt;jrandom&gt; 6) hosts.txt như một WoT 13:11 &lt;jrandom&gt; 7) ??? 13:11 &lt;jrandom&gt; 0) chào 13:11 * jrandom vẫy tay 13:11 &lt;fdr&gt; yo 13:11 &lt;deer&gt; &lt;Ragnarok&gt; hola 13:11 &lt;toad_&gt; bạn vừa bắt đầu à? /me sẽ chỉ xem thỉnh thoảng 13:11 &lt;deer&gt; &lt;detonate&gt; chào 13:11 &lt;jrandom&gt; các ghi chú tình trạng hàng tuần đã đăng tới http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 &lt;jrandom&gt; hay đấy, chào mừng tất cả 13:11 &lt;deer&gt; &lt;polecat&gt; Oh. Không phải việc làm của anh. Lỗi của tôi. =3 13:11 &lt;jrandom&gt; nhật ký các buổi họp dev được đăng lên @ website (sau buổi họp, tất nhiên) 13:11 &lt;fdr&gt; Tôi đói lắm, nên sẽ ra vào thất thường.. 13:12 &lt;jrandom&gt; ok, chuyển sang 1) Tình trạng mạng 13:12 &lt;jrandom&gt; mọi thứ có vẻ hoạt động ổn. duck đã quay lại (yay!) 13:12 &lt;jrandom&gt; Tôi không có gì nhiều để bổ sung ngoài những gì trong email - ai khác có gì không? 13:13 &lt;deer&gt; &lt;jrandom&gt; không 13:13 &lt;jrandom&gt; ok, nếu không, chuyển sang 2) tình trạng 0.5 13:14 &lt;jrandom&gt; Đã có một số tiến triển tốt, cuối cùng đã làm cho matrix encryption (mã hóa ma trận) hoạt động, nhưng sau khi trò chuyện với polecat hôm nọ, có một chỉnh sửa nhỏ chúng ta cần thêm vào 13:14 &lt;toad_&gt; tự nói chuyện với mình à? 13:14 &lt;jrandom&gt; heh ừ, cho đến khi ai đó trả lời ;) 13:14 &lt;jrandom&gt; (cậu nên thấy các buổi họp này trước khi tôi đăng ghi chú tình trạng hàng tuần trước đó) 13:14 &lt;toad_&gt; Ý tôi là xuyên qua các mạng. Tôi tự nói chuyện suốt, nhưng thường không phải xuyên qua các mạng. ;) 13:15 &lt;deer&gt; &lt;jrandom_&gt; thậm chí qua ba mạng [iip ở đây] 13:15 &lt;deer&gt; &lt;Ragnarok&gt; dừng lại đi, ghê rợn đấy :) 13:15 &lt;deer&gt; * postman vẫy tay 13:16 &lt;jrandom&gt; Tôi không có gì khác để bổ sung về 0.5, ngoài 'sẽ có thêm thông tin sớm' 13:16 &lt;deer&gt; &lt;polecat&gt; Về hiệu năng mạng, i2p router của tôi sập 24h trước, nhưng trước đó tôi duy trì uptime 8 ngày. 13:16 &lt;jrandom&gt; à ok ngầu 13:16 &lt;jrandom&gt; Bị OOM à? cậu đang chạy bt hay chỉ do hoạt động? 13:17 &lt;deer&gt; &lt;polecat&gt; Chỉ là một chỉ số để khoe thôi. =3 13:17 &lt;deer&gt; &lt;frosk&gt; tôi thường có uptime từ router của mình theo ý muốn, dù thường không hơn 8–9 do nâng cấp :) 13:17 &lt;deer&gt; &lt;frosk&gt; 8–9 ngày, ý là vậy 13:18 * jrandom ước gì cái máy chạy Kaffe của tôi làm được vậy (ừ thì) 13:18 &lt;deer&gt; * orion có thể làm sập một router theo ý muốn bằng cách chạy 40+ đích cục bộ qua btlaunchmanycurses.py. ;) 13:18 &lt;jrandom&gt; heh đúng, thế thì sập thật orion 13:18 &lt;deer&gt; &lt;polecat&gt; Ồ, nhật ký nói JVM có vẻ bị treo, nên tôi đoán lucky chắc đã dùng tôi trong một tunnel để tải hàng gigabyte 'những người đàn ông được… ưu đãi'. 13:18 &lt;deer&gt; &lt;orion&gt; nhưng tôi đã có uptime 15 ngày trước các cơn bão BT. 13:18 &lt;jrandom&gt; ồ thú vị đấy polecat. 13:19 &lt;jrandom&gt; polecat: nếu cảm thấy gan dạ, có thể đáng thử bản java service wrapper mới nhất 13:19 &lt;jrandom&gt; (nếu nó loại bỏ được lỗi đó thì ta nên nâng cấp) 13:19 &lt;deer&gt; * laberhorst đã có uptime 15 ngày với 0.4.2.5 không dùng bt 13:19 &lt;jrandom&gt; tôi nghĩ cervantes vẫn là kỷ lục với 0.4.1.1 @ 41 ngày 13:20 &lt;deer&gt; &lt;polecat&gt; Có ai muốn PM tôi cách lấy java service wrapper mới nhất không? 13:20 &lt;jrandom&gt; nhưng dù sao, có ai có bình luận gì về mấy thứ 0.5 không? 13:20 &lt;protok0l&gt; i2p xong chưa? 13:20 &lt;jrandom&gt; http://wrapper.tanukisoftware.org/doc/english/ 13:20 &lt;deer&gt; &lt;eco&gt; mong chờ tài liệu 13:20 &lt;jrandom&gt; !thwap protok0l 13:21 &lt;jrandom&gt; ok, chuyển sang 3) tình trạng 0.6 13:21 &lt;deer&gt; &lt;polecat&gt; Tôi vẫn nghĩ nên có cách checksum mà gateway không biết tất cả các checksum, hoặc biết có bao nhiêu. 13:21 &lt;deer&gt; &lt;Ragnarok&gt; tài liệu sẽ đăng ở đâu? 13:21 &lt;jrandom&gt; polecat: Tôi rất thích, nhưng tôi nghi ngờ là không làm được. 13:22 &lt;jrandom&gt; Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD là bản nháp hiện tại 13:22 &lt;jrandom&gt; (chưa cập nhật liên quan đến vấn đề first hop (bước nhảy đầu)) 13:22 &lt;deer&gt; &lt;Ragnarok&gt; cảm ơn 13:22 &lt;deer&gt; &lt;polecat&gt; "Họ nói điều đó không thể làm được.... họ gọi tôi là kẻ điên... nhưng họ là lũ ngu, LŨ NGU! 13:22 &lt;jrandom&gt; heh 13:22 &lt;jrandom&gt; này, nếu cậu tìm ra cách, tôi lắng nghe hết 13:23 &lt;jrandom&gt; (và tôi có cảm giác mấy người bên mixmaster/mixminion cũng vậy) 13:23 &lt;deer&gt; &lt;jrandom&gt; zounds, 42 người dùng ở đây 13:23 &lt;deer&gt; &lt;jrandom&gt; mule: cậu quanh đây chứ? 13:24 &lt;deer&gt; &lt;polecat&gt; Sẽ tiếp tục dò la thôi, nhưng không hứa đâu vì tôi chỉ là con chồn ngốc, không phải thiên tài như mấy người. 13:24 * jrandom ném một con thú lông nhỏ vào polecat 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] đã vào #i2p 13:25 &lt;jrandom&gt; ok, dù sao, mấy thứ 0.6 trông thú vị, và mule đã bắt đầu hack chút, nhưng vẫn còn rất sớm. 13:26 &lt;jrandom&gt; zab đã khá hữu ích khi cho chúng ta vài chỉ dẫn từ cách LimeWire làm, nhưng, ừm, cơ chế kiểm soát nghẽn của họ hơi đáng sợ (cửa sổ nhỏ cố định, full ack) 13:26 &lt;jrandom&gt; (nhưng tôi chắc họ sẽ cải tiến theo thời gian, tất nhiên) 13:26 &lt;jrandom&gt; anh ấy cũng tốt bụng cho chúng ta cái nhìn về cách họ đưa vào thực tế, những gotcha họ gặp với các JVM khác nhau, v.v 13:27 &lt;jrandom&gt; (yay zab) 13:27 &lt;jrandom&gt; dù sao, nếu bạn muốn giúp thiết kế và triển khai hoặc tích hợp nhà cung cấp nào khác cho 0.6, hãy liên hệ mule hoặc tôi (hoặc, tất nhiên, gửi patch ;) 13:28 &lt;jrandom&gt; không còn gì để nói thêm, trừ khi ai đó muốn nêu gì? 13:28 &lt;deer&gt; &lt;polecat&gt; 0.6 không phải dự kiến có hỗ trợ fusenet sơ bộ sao? 13:28 &lt;deer&gt; &lt;frosk&gt; hy vọng vào tháng Tư :) 13:29 &lt;toad_&gt; fusenet? 13:29 &lt;deer&gt; &lt;frosk&gt; nhưng với tất cả công việc về UDP transport (giao thức truyền tải UDP), có lẽ nó sẽ sẵn sàng trước cả fusenet 13:29 &lt;jrandom&gt; ừ, mục tiêu chung chỉ là khởi động mọi thứ 13:29 &lt;deer&gt; &lt;frosk&gt; fusenet là hệ thống phân phối nội dung, na ná như usenet nhưng 'doping' hơn 13:29 &lt;toad_&gt; hay đấy 13:30 &lt;deer&gt; &lt;frosk&gt; ban đầu sẽ hỗ trợ blog, diễn đàn thảo luận và sổ địa chỉ cho ánh xạ tên-đích của i2p 13:30 &lt;jrandom&gt; tuy nhiên, nếu chúng ta triển khai xong UDP transport tháng tới, có lẽ sẽ đưa ra cùng 0.5 13:31 &lt;deer&gt; &lt;frosk&gt; tất nhiên, thế thì tuyệt :) 13:31 &lt;jrandom&gt; và nếu tôi có một con ngựa con, tôi sẽ chơi với nó cảaaaa ngày 13:31 &lt;jrandom&gt; ok, chắc thế là hết cho 0.6, chuyển sang 4) azneti2p 13:31 &lt;deer&gt; &lt;frosk&gt; vậy thì tôi mừng vì anh không có ngựa con ;) 13:31 &lt;jrandom&gt; heh 13:32 &lt;jrandom&gt; azneti2p == bá đạo. 13:32 &lt;jrandom&gt; parg & team azureus đã làm việc rất tốt, và tích hợp thực sự đẹp 13:33 &lt;jrandom&gt; torrent hoạt động như trước, hiện đầy đủ biểu đồ đẹp, cho phép bạn làm tất cả xếp hàng / v.v. như quen thuộc trong azureus, chỉ khác là ẩn danh 13:33 &lt;deer&gt; &lt;postman&gt; w00t! 13:33 &lt;jrandom&gt; vẫn còn tối ưu hóa và đơn giản hóa cần làm, nhưng nhìn chung tôi khá ấn tượng 13:33 &lt;deer&gt; &lt;eco&gt; hurray! quần chúng sẽ ùa vào... 13:33 &lt;deer&gt; &lt;frosk&gt; tôi hiểu là vẫn phải làm vài thao tác thủ công trong bảng điều khiển router trước khi dùng được? 13:33 * jrandom giữ cổng đóng thêm một chút xíu nữa 13:33 &lt;deer&gt; &lt;eco&gt; có thật sự cần Java 1.5 không? 13:34 &lt;deer&gt; &lt;polecat&gt; Ừ.. hay đấy trừ việc bạn không thể để nó chạy nền (daemon). 13:34 &lt;deer&gt; &lt;postman&gt; nghe như lời mời để mạng i2p bị 'đập te tua' 13:34 &lt;jrandom&gt; frosk: đúng - nhưng chúng tôi đang vá để thực hiện các lời gọi I2PTunnel ngay trong plugin 13:34 &lt;deer&gt; &lt;frosk&gt; hay đó 13:34 &lt;jrandom&gt; eco: không chắc, tôi chỉ thử với 1.5, nhưng tôi tin họ khi họ nói vậy. 13:34 &lt;deer&gt; &lt;polecat&gt; eco: Tôi hy vọng là không. o.O 1.5 chỉ là Sun đang cố bẻ lái thị trường. 13:34 &lt;jrandom&gt; dù vậy cũng đáng thử, tôi sẽ thử sau 13:35 &lt;deer&gt; * postman không quan tâm, tôi có giao diện ethernet gigabit và RẤT nhiều băng thông kèm theo :) 13:35 &lt;deer&gt; &lt;polecat&gt; Ôi trời... và azareus cần nó. Tôi _thực sự_ phải làm ứng dụng torrent C++ của mình. 13:35 &lt;jrandom&gt; polecat: azureus có chế độ headless (không giao diện), và một bảng điều khiển web 13:36 &lt;deer&gt; * polecat chớp mắt. 13:36 &lt;jrandom&gt; (nhưng nó... khó với người mới [như tôi]) 13:36 &lt;deer&gt; &lt;polecat&gt; Ừ được rồi... tôi tưởng nó không có, như KazAa 13:36 &lt;jrandom&gt; nhưng tôi chỉ liếc qua (và chạy về GUI ;) 13:36 &lt;deer&gt; &lt;Ragnarok&gt; duck có định nâng i2p-bt lên 3.9/4.0 không? 13:37 &lt;jrandom&gt; ragnarok: chưa rõ, nhưng duck hiện đang làm rất nhiều để giữ mọi thứ hiện có tương thích với azneti2p 13:37 &lt;jrandom&gt; (họ phải làm vài thay đổi... kỳ kỳ do yêu cầu kỹ thuật) 13:37 &lt;deer&gt; &lt;polecat&gt; Một khía cạnh mạnh mẽ nhất của p2p là ứng dụng có thể chạy lặng lẽ nền khi bạn không dùng nó. 13:38 * jrandom không tranh cãi điểm đó 13:38 &lt;jrandom&gt; ok, tôi nghĩ thế là hết tôi muốn nói về azneti2p (ngoài w00t, lần nữa). thêm thông tin trong email, và chắc chắn sẽ có nhiều hoạt động ở #i2p-bt 13:39 &lt;jrandom&gt; ai khác có gì muốn nêu liên quan azneti2p không? 13:39 &lt;cervantes&gt; các anh đã sẵn sàng cho nó chưa... ;-) 13:40 &lt;jrandom&gt; heh, bọn tôi đang làm 13:40 &lt;deer&gt; &lt;polecat&gt; Tôi xin nói rằng mã nguồn của azareus tệ kinh khủng... 13:40 &lt;deer&gt; &lt;polecat&gt; Có 28 điểm vào chính, và nó dùng độ sâu namespace ít nhất là 3. 13:40 &lt;deer&gt; &lt;Ragnarok&gt; có client bt nào có mã nguồn đẹp không? 13:40 &lt;jrandom&gt; có vài điều kỳ lạ, nhưng tôi đoán bạn sẽ thấy điều đó trong mã nguồn của bất kỳ ai khác (NIH) 13:40 &lt;deer&gt; &lt;polecat&gt; Của tôi sẽ. 13:40 &lt;jrandom&gt; ôi thôi nào, net.i2p.router.netdb.kademlia.* :) 13:41 &lt;deer&gt; &lt;Ragnarok&gt; không đâu nếu nó viết bằng C++ thì sẽ không :) 13:41 &lt;toad_&gt; lol 13:41 &lt;deer&gt; &lt;polecat&gt; Tôi nói là ít nhất mà! 13:42 &lt;jrandom&gt; ok, dù sao, chuyển qua 5) fbsd 13:42 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Cậu chưa từng thấy tôi *khụ*hành hạ*khụ* C++ đâu. n.n 13:42 * duck nhìn vào 13:42 &lt;deer&gt; &lt;polecat&gt; Ai quan tâm FreeBSD? Giơ tay? 13:42 &lt;jrandom&gt; lioux đã đóng gói bản phát hành 0.4.2.6 vào ports (w00t!) 13:42 &lt;deer&gt; * detonate giơ tay 13:42 &lt;deer&gt; &lt;polecat&gt; Chân, xúc tu, cánh, v.v.? 13:43 * jrandom giơ tay 13:43 * [dave] giơ tay 13:43 &lt;deer&gt; &lt;Ragnarok&gt; duck: 3.9/4.0? :) 13:43 &lt;deer&gt; &lt;polecat&gt; Wow, i2p được tích hợp vào một bản phân phối? 13:43 &lt;duck&gt; Ragnarok: thiếu comment/tài liệu/v.v. về các thay đổi bram-Bittorrent mới nhất là một trở ngại 13:43 &lt;fdr&gt; FreeBSD ngầu :( 13:43 &lt;deer&gt; &lt;Ragnarok&gt; Tôi cá là vậy 13:43 &lt;fdr&gt; Tuy tôi có thể thiên vị. 13:44 &lt;jrandom&gt; ừ, lúc đầu tôi lo, polecat, nhưng triển khai ports của anh ấy trông rất rất dễ (nên cập nhật sẽ rất rất dễ) 13:44 &lt;duck&gt; Sẽ cần nghiên cứu họ đã làm gì, có lẽ đáng công 13:44 &lt;deer&gt; &lt;polecat&gt; Theo tôi, fbsd là bản distro với kernel kỳ cục và giấu dữ liệu nhiều. Cuối cùng thì tất cả đều là POSIX nên... ;) 13:44 &lt;jrandom&gt; polecat: và JVM rất rất kỳ quặc 13:45 &lt;duck&gt; dù thầm mong azneti2p giải quyết mọi vấn đề 13:45 &lt;deer&gt; &lt;Ragnarok&gt; duck: nghe có vẻ có vài cải tiến hay, nhưng có lẽ anh sẽ phải làm việc, nên... :) 13:45 &lt;deer&gt; &lt;polecat&gt; Úi... đừng nhắc. 13:45 &lt;jrandom&gt; heh, azneti2p có lẽ đáp ứng nhu cầu nhiều người dùng, nhưng công cụ CLI đơn giản vẫn hợp lý cho các ubergeek ngoài kia 13:46 &lt;jrandom&gt; dù sao, có vẻ anh ấy đã thử i2p 0.4.2.6 trên fbsd5.3 không gặp vấn đề (w00t) 13:46 &lt;deer&gt; &lt;Ragnarok&gt; ôi, tôi không thích azureus, tôi thích dùng client bình thường hơn 13:46 * jrandom tôi chỉ làm trên 4.8 13:46 &lt;duck&gt; hiện tôi muốn làm gì đó với kenosis; kiểu coder 'đánh rồi chạy' 13:47 &lt;deer&gt; &lt;eco&gt; jrandom: anh ấy dùng JVM nào? 13:47 &lt;jrandom&gt; kenos2p 13:47 &lt;jrandom&gt; eco: sun 1.4 biên dịch native 13:47 &lt;jrandom&gt; (boo hiss) 13:47 &lt;deer&gt; &lt;eco&gt; à, bất hợp pháp! 13:47 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Nếu cậu muốn phê bình thiết kế client bittorrent của tôi, kế hoạch mã hiện tại ở đây: `http://polecat.i2p/bittorrent.plan.txt` 13:47 &lt;jrandom&gt; ((nhưng Kaffe chạy được)) 13:48 &lt;jrandom&gt; eco: có bất hợp pháp không? Tôi tưởng có thể đồng ý điều khoản và lấy source hợp lệ trên fbsd 13:48 &lt;deer&gt; &lt;eco&gt; sun đã rút giấy phép theo như tôi biết 13:48 &lt;jrandom&gt; hmm, tôi nghĩ đó chỉ là giấy phép blackdown 13:48 &lt;jrandom&gt; (và, thành thật, blackdown tệ) 13:49 &lt;jrandom&gt; cá nhân vẫn có thể cấp phép theo SCSL 13:49 &lt;deer&gt; &lt;polecat&gt; đau thật. 13:49 &lt;jrandom&gt; (đổi lấy con đầu lòng, v.v.) 13:49 &lt;jrandom&gt; heh, thật thú vị khi nghe than phiền về giấy phép trong khi rất ít người than về bản quyền ;) 13:50 &lt;jrandom&gt; nhưng thảo luận này tốt nhất để ở 7) ?? 13:50 &lt;jrandom&gt; và ta đang ở 5) fbsd 13:50 &lt;deer&gt; &lt;eco&gt; chuyện giấy phép ở http://www.freebsdfoundation.org/press/20041221-newsletter.shtml , nhưng quay lại chủ đề chính... 13:50 &lt;cervantes&gt; lần đầu ta vượt qua 5) trong thời gian dài 13:51 &lt;jrandom&gt; cervantes: và ta phải cắt bớt ;) 13:51 &lt;jrandom&gt; ok, tôi nghĩ thế là hết phần fbsd (ngoài chữ yay!) 13:51 &lt;jrandom&gt; vậy nhảy vào cái lằng nhằng... 6) hosts.txt như một WoT 13:51 &lt;deer&gt; &lt;polecat&gt; giấy phép có thể bắt bạn tại node, trong khi vi phạm bản quyền chỉ truy vết tới destination. 13:51 &lt;deer&gt; &lt;polecat&gt; Cái mà "không thể" bị tìm ra. 13:52 &lt;jrandom&gt; đúng đúng polecat, nhưng một khi Họ kiểm soát vật lý hộp máy của bạn, bạn cũng toang rồi 13:53 &lt;jrandom&gt; ok, dù sao tôi không chắc có nhiều điều để thêm vào những gì đã đăng trong email về hosts.txt 13:53 &lt;jrandom&gt; ai có câu hỏi/bình luận/quan ngại gì không? 13:53 &lt;jrandom&gt; (tôi có đủ mơ hồ chưa? :) 13:53 &lt;duck&gt; có 13:53 &lt;deer&gt; * eco cân nhắc giao quản lý hosts.txt cho LHQ 13:54 &lt;jrandom&gt; heh ừ, vì ta biết các cơ quan quan liêu tập trung luôn Làm Điều Đúng Đắn 13:54 &lt;toad_&gt; lol 13:55 &lt;jrandom&gt; tôi đoán “cú ăn lớn” thật sự sẽ là khi addressbook có cả giao diện web lẫn nhiều metadata hơn 13:55 &lt;jrandom&gt; (và có lẽ cả syndication của fusenet, v.v.) 13:55 &lt;deer&gt; &lt;Ragnarok&gt; metadata sẽ là thứ tiếp theo tôi làm, dùng xml name records 13:56 &lt;jrandom&gt; đỉnh đấy ragnarok! 13:56 &lt;jrandom&gt; quan điểm của cậu về phía WoT thế nào ragnarok - cậu coi đó là vấn đề của addressbook, hay cách cậu hình dung đặt tên? 13:57 &lt;deer&gt; &lt;Ragnarok&gt; Về cơ bản tôi nghĩ cách addressbook hoạt động (và cách truyền tham chiếu tên trên fusenet sẽ hoạt động) là cách hợp lý duy nhất để xử lý đặt tên trên i2p 13:58 &lt;deer&gt; &lt;Ragnarok&gt; vậy, WoT là một tính năng :) 13:58 &lt;jrandom&gt; Wo0T 13:58 &lt;lucky&gt; woa 13:58 &lt;deer&gt; &lt;eco&gt; nhưng chắc chắn các anh bán tài khoản premium chứ? 13:58 &lt;lucky&gt; đó có phải con cóc tôi thấy không? 13:58 &lt;lucky&gt; một con cóc thật à? 13:58 &lt;lucky&gt; hay chỉ là con ếch. 13:58 &lt;deer&gt; &lt;frosk&gt; điểm quan trọng theo tôi, là xử lý collision thế nào 13:59 &lt;toad_&gt; một con cóc 13:59 &lt;deer&gt; &lt;detonate&gt; ai đến trước phục vụ trước 13:59 &lt;jrandom&gt; đúng đó frosk, sẽ hay nếu có giao diện để quản lý những thứ đó, thay vì chỉ “đọc log” 13:59 &lt;deer&gt; &lt;Ragnarok&gt; frosk: Tôi nghĩ đó thiên về vấn đề giao diện hơn là gì khác. Collision sẽ phải do người dùng giải quyết. 13:59 &lt;toad_&gt; gọi tên tôi nếu nó tiến gần khu vực của tôi :) 13:59 &lt;deer&gt; &lt;frosk&gt; Ragnarok: tôi cũng nghĩ vậy 13:59 &lt;deer&gt; &lt;Ragnarok&gt; bất cứ thứ gì khác đều có thể bị tấn công 13:59 &lt;lucky&gt; ồ, không phải toad của freenet. 13:59 &lt;lucky&gt; ồ 13:59 &lt;lucky&gt; đúng là vậy. 13:59 &lt;deer&gt; &lt;eco&gt; vậy các tên đơn giản giống alias trong IM? 14:00 &lt;deer&gt; &lt;frosk&gt; các collision cần được lưu lại để bạn có thể chuyển đổi kể cả lâu sau đó 14:00 &lt;deer&gt; &lt;Ragnarok&gt; và có lẽ không thể chứng minh là tốt hơn trong trường hợp tổng quát 14:00 &lt;lucky&gt; giờ ta trả tiền cho toad hả? 14:00 &lt;jrandom&gt; eco: đúng - các tên chỉ là biệt danh cục bộ riêng tư 14:00 &lt;deer&gt; &lt;susi23&gt; addressbook nên nhận ra collision và thông báo cho người dùng để họ quyết định 14:01 &lt;deer&gt; &lt;Ragnarok&gt; frosk: sau khi chuyển sang name record, mục tiêu là không bao giờ vứt chúng đi, mà giúp dễ dàng đổi địa chỉ mà chúng tương ứng 14:01 &lt;deer&gt; &lt;susi23&gt; cho đến khi người dùng quyết định, mọi thay đổi liên quan collision nên được “cách ly” :) 14:01 &lt;deer&gt; &lt;Ragnarok&gt; susi23: đó về cơ bản là cách nó hoạt động hiện nay 14:01 &lt;deer&gt; &lt;Ragnarok&gt; chỉ là giao diện dở tệ 14:01 &lt;deer&gt; &lt;frosk&gt; Ragnarok: hay đấy :) cậu có giao diện web đang làm không? (hay đã có mà tôi không biết?) 14:02 &lt;deer&gt; &lt;susi23&gt; tốt thôi 14:02 &lt;deer&gt; &lt;Ragnarok&gt; không. Tôi không làm giao diện web :) 14:02 &lt;deer&gt; &lt;Ragnarok&gt; susi đã làm gì đó, tôi nghĩ vậy, nhưng không chắc chuyện đó thế nào rồi 14:02 &lt;jrandom&gt; (tình nguyện viên? có khả năng hồi sinh susidns để quản lý tên không?) 14:03 &lt;deer&gt; &lt;susi23&gt; ok, cho tôi một tuần, tôi đưa nó vào TODO 14:03 &lt;jrandom&gt; (và sau susidns, ta cần susitorrent và susiirc...) 14:03 &lt;jrandom&gt; quá đã! 14:04 &lt;jrandom&gt; ok, còn ai muốn nêu gì liên quan cái vụ hosts.txt đó không? 14:05 &lt;jrandom&gt; nếu không, chuyển sang 7) ??? 14:05 &lt;deer&gt; &lt;Ragnarok&gt; một điều 14:05 &lt;jrandom&gt; cậu cầm mic 14:05 &lt;deer&gt; &lt;Ragnarok&gt; cho bản phát hành tới, chúng ta có thể thống nhất rằng hosts.txt sẽ được addressbook quản lý trực tiếp, để ta ngừng làm hỏng userhosts.txt chứ? 14:06 &lt;jrandom&gt; nghe hợp lý. tôi sẽ ngừng kèm hosts.txt trong i2pupdate.zip (nhưng sẽ bao gồm trong i2pinstall.jar) 14:06 &lt;deer&gt; &lt;Ragnarok&gt; tuyệt. Hết rồi :). 14:07 &lt;jrandom&gt; ok, quay lại phần mở 14:07 &lt;jrandom&gt; ai còn gì muốn nêu không? 14:07 &lt;deer&gt; &lt;postman&gt; có 14:07 &lt;jrandom&gt; mời postman 14:07 &lt;deer&gt; * postman giơ tay 14:08 &lt;deer&gt; * postman đang tuyệt vọng tìm tình nguyện viên cung cấp secondary MX server cho i2pmail.org (đây là một inproxy cho hệ thống thư nội bộ) 14:09 &lt;deer&gt; &lt;postman&gt; nếu ai có máy (dedicated) ổn định, nhanh, tôi sẽ rất vui nhận giúp đỡ 14:09 &lt;deer&gt; &lt;postman&gt; cấu hình/hướng dẫn sẽ do tôi cung cấp 14:09 &lt;deer&gt; &lt;eco&gt; nhanh là bao nhiêu? 14:10 &lt;deer&gt; &lt;postman&gt; eco: có static IP thì tốt - mọi thứ khác có thể thương lượng 14:10 &lt;jrandom&gt; bao nhiêu lưu lượng qua mail.i2p vậy postman? 14:10 &lt;jrandom&gt; (bên ngoài, ý là) 14:10 &lt;deer&gt; &lt;polecat&gt; Ổn định, nhanh, dedicated... ừ thì 1/3 cũng không tệ. 14:10 &lt;deer&gt; &lt;postman&gt; mailtraffic RẤT thấp 14:10 &lt;deer&gt; &lt;postman&gt; vào/ra khoảng 500 mail/tháng 14:11 &lt;jrandom&gt; à hay 14:11 &lt;deer&gt; &lt;Frooze&gt; tôi có máy chậm (500 MHz), ổn định, dedicated 14:11 &lt;deer&gt; &lt;postman&gt; NHƯNG vì inproxy sẽ chạy I2P 14:11 &lt;jrandom&gt; (có lẽ sẽ tăng khi nhiều người biết tới ;) 14:11 &lt;deer&gt; &lt;eco&gt; máy sẽ chỉ cho mail đến thôi à? 14:11 &lt;deer&gt; &lt;postman&gt; tôi đoán phần lớn lưu lượng sẽ là I2p 14:12 &lt;deer&gt; &lt;postman&gt; eco: ít nhất là incoming (cần cho việc này) 14:12 &lt;deer&gt; &lt;postman&gt; nếu operator ok, tôi muốn xoay vòng outgoing trên cả hai máy 14:12 &lt;deer&gt; &lt;postman&gt; Frooze: ok, miễn là chạy được i2p 14:13 &lt;deer&gt; &lt;postman&gt; chỉ cần gửi tôi một mail 14:13 * toad_ tự hỏi liệu các vấn đề hiện tại là việc AOB hay chỉ là chuyện giữa anh và jrandom 14:13 &lt;deer&gt; &lt;postman&gt; nếu ai quan tâm 14:14 &lt;deer&gt; * postman trả lại micro 14:14 &lt;deer&gt; &lt;Frooze&gt; sẽ làm. 14:14 &lt;deer&gt; &lt;postman&gt; cảm ơn jr :) 14:14 &lt;jrandom&gt; tuyệt, cảm ơn postman 14:14 &lt;jrandom&gt; toad_: tôi nghĩ có nhiều điều cần bàn, dù phần lớn là câu hỏi cho bên freenet 14:15 &lt;toad_&gt; jrandom: đúng 14:15 &lt;toad_&gt; jrandom: nói sau buổi họp 14:15 &lt;jrandom&gt; nghe ổn 14:15 &lt;duck&gt; không có trận bùn lầy công khai à? :/ 14:15 &lt;jrandom&gt; ok, ai còn gì muốn nêu cho buổi họp? 14:15 &lt;jrandom&gt; heh duck 14:15 &lt;deer&gt; * eco chỉ vào http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 14:15 &lt;jrandom&gt; (đó là trên tehc ;) 14:15 &lt;cervantes&gt; postman: hộp của tôi chạy quá nhiều thứ bậy bạ nên e là không giúp được ;-) 14:15 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Nếu ta có thể ký dữ liệu host trong addressbook, điều đó sẽ cho phép cập nhật tự động. Nếu không thì không làm được nhiều. Dù người dùng nhận popup, họ làm sao biết khóa nào là chính xác? 14:15 &lt;deer&gt; &lt;Ragnarok&gt; “chính xác” nghĩa là gì? 14:16 &lt;jrandom&gt; polecat: ký các mục sẽ Quá Tuyệt Vời. 14:16 &lt;deer&gt; &lt;eco&gt; fyi 14:16 &lt;deer&gt; &lt;eco&gt; không có bùn. 14:16 &lt;deer&gt; &lt;Ragnarok&gt; (và ký đang được lên kế hoạch cho name record) 14:16 &lt;deer&gt; &lt;postman&gt; cervantes: chào, dù sao cũng cảm ơn :) 14:16 &lt;cervantes&gt; không có gì 14:16 &lt;cervantes&gt; :P 14:17 &lt;jrandom&gt; ok, còn gì nữa không? 14:17 &lt;deer&gt; &lt;polecat&gt; Ragnarok: “chính xác” nghĩa là xoay quanh kết quả đúng. 14:17 &lt;cervantes&gt; polecat: Tôi đang chờ một khách hàng phá sản trước khi tôi lẻn vào một trong các mailserver bị quên của họ để cài i2p 14:18 &lt;deer&gt; &lt;Ragnarok&gt; polecat: vâng, nhưng kết quả đúng là gì? 14:18 &lt;jrandom&gt; lol cervantes 14:18 &lt;cervantes&gt; %s/polecat/postman 14:19 &lt;deer&gt; &lt;polecat&gt; Tập tin addressbook gửi giữa eepsite có thể thực hiện ký trong định dạng của nó, giữ hosts.txt khác như cũ. 14:19 * duck tự hỏi cập nhật dot.png có hữu ích không? 14:19 &lt;duck&gt; nó hơi đầy 14:19 &lt;deer&gt; &lt;eco&gt; cho bọn tôi một applet 3D 14:20 &lt;jrandom&gt; duck: đọc hơi khó thật ;) 14:20 &lt;jrandom&gt; duck: có lẽ chỉ liệt kê các đường xanh? 14:20 &lt;jrandom&gt; với tôi, giá trị là thấy mức độ xanh lá phân tán 14:20 &lt;jrandom&gt; (hoặc liệu có cụm xanh đậm, v.v.) 14:20 &lt;deer&gt; &lt;Ragnarok&gt; polecat: ký sẽ được hỗ trợ trong định dạng xml name record. 14:21 &lt;deer&gt; &lt;polecat&gt; Ragnarok: Kết quả đúng là tên dễ đọc ánh xạ tới destination bạn kỳ vọng thấy, và chỉ thay đổi khi chủ sở hữu destination đó đổi khóa. 14:21 &lt;deer&gt; &lt;polecat&gt; Đúng. Vậy... tuyệt. Không vấn đề. 14:21 &lt;deer&gt; &lt;Ragnarok&gt; polecat: đó là cái chúng ta đang có hiện nay 14:22 &lt;deer&gt; &lt;polecat&gt; Nếu chữ ký của bản cập nhật khớp khóa công khai của record gốc thì có thể cập nhật tự động, không vấn đề. 14:24 &lt;jrandom&gt; ok, vẫn còn chỗ để bàn thêm về Cuộc Tranh Luận Đặt Tên Vĩ Đại, tất nhiên 14:24 &lt;jrandom&gt; ai còn gì cho buổi họp không? 14:24 &lt;deer&gt; * eco có một cuộc thăm dò UI 14:24 * jrandom có một GUI 14:25 &lt;deer&gt; &lt;Ragnarok&gt; polecat: điều đó sẽ được hỗ trợ khi ta có ký :) 14:25 &lt;deer&gt; &lt;eco&gt; tùy chọn i2ptunnel trong web UI dẫn đến popup - có phải chỉ mình tôi không hào hứng lắm về chuyện đó? 14:25 &lt;jrandom&gt; chắc chắn không chỉ mình bạn đâu eco. 14:25 &lt;jrandom&gt; tôi viết giao diện web i2ptunnel tệ hết mức có thể 14:25 &lt;jrandom&gt; nó thực sự, thực sự tệ 14:25 * cervantes đánh cắp câu “patches welcome” của jrandom 14:26 &lt;jrandom&gt; (như cervantes nói :) 14:26 &lt;jrandom&gt; hoặc chỉ HTML thuần, tôi có thể tích hợp nó với jsp 14:26 &lt;jrandom&gt; (nhưng tất nhiên patch cho jsp sẽ tốt) 14:27 &lt;cervantes&gt; jrandom: nhân tiện tôi có patch cho điều ta bàn hôm qua... chỉ thử thêm chút nữa trước.... 14:27 &lt;jrandom&gt; à tuyệt cervantes, cảm ơn! 14:27 &lt;deer&gt; &lt;eco&gt; sao không liệt kê nó ở trang chính, như các trang khác? 14:27 &lt;deer&gt; &lt;eco&gt; ok, vậy không có lý do 'tôn giáo' hay kỹ thuật lớn đằng sau à? 14:28 &lt;deer&gt; * polecat có một FUI 14:28 &lt;jrandom&gt; eco: về góc nhìn UI, có thể làm cho trông giống các trang khác, nhưng về kỹ thuật thì không 14:28 &lt;jrandom&gt; về kỹ thuật, nó cần ở riêng như một ứng dụng client triển khai như một file .war riêng 14:28 &lt;deer&gt; &lt;polecat&gt; Ragnarok: tôi tưởng cậu nói đó là cái chúng ta đang có hiện nay? 14:29 * jrandom tôi rất trân trọng đóng góp mã đó của mihi, nhưng tôi không thể để bảng điều khiển i2p phụ thuộc vào GPL 14:29 &lt;deer&gt; &lt;Ragnarok&gt; ờ, xin lỗi, ý tôi là mọi thứ trừ việc ký, mà rõ ràng giờ ta chưa làm. 14:29 &lt;jrandom&gt; (nhưng chúng ta có thể làm cho nó trông giống các trang khác 14:30 &lt;deer&gt; &lt;eco&gt; à, vấn đề giấy phép. tuyệt 14:30 &lt;jrandom&gt; heh không phải là 'hoành tráng' sao eco? 14:30 &lt;deer&gt; &lt;Ragnarok&gt; vậy hiện tại address không bao giờ được cập nhật tự động, việc đổi destination mà một address trỏ tới luôn cần người dùng can thiệp 14:30 &lt;cervantes&gt; jrandom: iframe :P 14:30 * jrandom ước gì mọi người coi vở kịch IP đúng như nó và phát hành vào public domain 14:30 &lt;deer&gt; &lt;eco&gt; nhưng trong trường hợp này, ví dụ kết nối socket chắc là ổn về phía GPL tôi đoán 14:30 &lt;jrandom&gt; cervantes: không phải lựa chọn bất khả thi 14:30 &lt;jrandom&gt; đúng đấy eco 14:31 &lt;jrandom&gt; chúng tôi đã cố gắng xoay xở quanh việc tích hợp phần 'thịt' thực sự (dùng clients.config và i2ptunnel.config), nhưng web UI bị ảnh hưởng chút 14:33 &lt;deer&gt; &lt;susi23&gt; mọi mong muốn, yêu cầu tính năng, và bình luận về giao diện addressbook vui lòng thêm vào `http://susi.i2p/susidns.html` 14:33 * toad_ tôn trọng quan điểm giấy phép 'cực đoan' của jrandom dù kịch liệt không đồng ý :) 14:33 &lt;jrandom&gt; ồ hay, sẽ làm susi23 14:34 &lt;jrandom&gt; heh toad_ :) 14:34 &lt;deer&gt; * eco đưa nó vào danh sách-để-làm-khi-tôi-64-tuổi 14:34 &lt;toad_&gt; bbiab 14:34 &lt;jrandom&gt; l8r 14:34 &lt;toad_&gt; khi tôi quay lại ta cần nói về các vấn đề kỹ thuật khác nhau với tích hợp i2p/freenet 14:34 &lt;jrandom&gt; ok, ai còn có gì cho buổi họp? 14:34 * cervantes đẩy cái chiêng kim loại ra 14:34 &lt;toad_&gt; sẽ cố quay lại nhanh 14:34 &lt;jrandom&gt; tuyệt toad_, tôi sẽ ở đây 14:34 &lt;jrandom&gt; (nó cho tôi thời gian theo kịp những luồng đó ;) 14:35 * jrandom lên dây cót 14:35 * jrandom *baf* cái chiêng, kết thúc buổi họp 14:35 &lt;deer&gt; &lt;DrWoo&gt; jrandom: tôi có một vấn đề nếu anh vẫn mở cho 7)??? , Tôi chỉ muốn quay lại plugin azureus một chút nếu được, #1 - cái này sẽ *khá* hấp dẫn với mọi người, chẳng phải đây là lúc hoàn hảo để thử đưa các điều khiển độ dài tunnel dễ dùng vào phía p2p của I2P qua plugin này, nhằm tận dụng tốt nhất tài nguyên băng thông (bw) trên mạng? #2 - có một plugin azureus hoạt động sẽ (rất có thể?) gây chú ý dù anh có muốn hay không, 14:35 &lt;dm&gt; tích hợp i2p/freenet!? 14:35 * jrandom bỏ chiêng 14:35 * cervantes cất cái chiêng đi 14:35 &lt;jrandom&gt; #1: có, chắc chắn - tôi đã gửi parg một patch để làm việc đó 14:36 &lt;jrandom&gt; #2: [bị cắt ở 'muốn hay không,'] 14:38 * jrandom nhìn nhật ký irc streaming lib - 14:38 &lt;jrandom&gt; 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 &lt;jrandom&gt; 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 &lt;deer&gt; * eco lấy một lon bia 14:40 &lt;deer&gt; &lt;DrWoo&gt; jrandom: #2 - có một plugin azureus hoạt động sẽ (rất có thể?) gây chú ý dù anh có muốn hay không, anh đã chuẩn bị cho làn sóng người dùng chưa, và nếu chưa thì khi nào anh nghĩ sẽ sẵn sàng? 14:40 &lt;jrandom&gt; sẽ không tốt nếu có một đợt bùng nổ người dùng lớn trước khi có UDP transport 14:41 &lt;jrandom&gt; vẫn còn nhiều việc phải làm với azneti2p, hy vọng điều đó cho chúng ta thêm thời gian, nhưng chúng ta sẽ làm những gì cần làm 14:41 &lt;deer&gt; &lt;DrWoo&gt; jrandom: thật ngầu khi thấy anh 'phủ' khắp #1 ;) 14:42 &lt;jrandom&gt; chúng ta cũng cần một số tài liệu cho #1, giải thích vì sao 0 hops hoạt động với một số mô hình mối đe dọa :) 14:44 &lt;jrandom&gt; ok, sẵn sàng gõ chiêng lần nữa chứ? 14:45 * jrandom lên dây cót 14:45 * jrandom *baf* buổi họp đóng^2 </div>/vi/blog/2005/01/11/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-11/Tue, 11 Jan 2005 00:00:00 +0000/vi/blog/2005/01/11/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-11/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi.</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) Tiến độ 0.5 3) Trạng thái 0.6 4) azneti2p 5) fbsd 6) hosts.txt dưới dạng WoT 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Nhìn chung, mạng đang hoạt động tốt, dù chúng tôi đã gặp một số vấn đề khi một trong các máy chủ IRC bị ngoại tuyến và outproxy (proxy đi ra) của tôi gặp trục trặc. Tuy vậy, máy chủ IRC còn lại vẫn (và hiện vẫn) khả dụng (dù hiện tại chưa vô hiệu hóa CTCP - xem [1]), nên chúng tôi vẫn đáp ứng được nhu cầu IRC :)</p>/vi/blog/2005/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-01-n%C4%83m-2005/Tue, 04 Jan 2005 00:00:00 +0000/vi/blog/2005/01/04/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-04-th%C3%A1ng-01-n%C4%83m-2005/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, eco, frosk, Hybrid, jdot, jrandom, Myo9, protokol, slart, slaw</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) chào 13:09 &lt;@jrandom&gt; 1) Tình trạng mạng 13:09 &lt;@jrandom&gt; 2) 0.4.2.6 13:09 &lt;ant&gt; &lt;DrVince&gt; Nó báo là không tìm thấy tools.jar nhưng không dừng lại 13:10 &lt;@jrandom&gt; 3) 0.5 13:10 &lt;@jrandom&gt; 4) jabber @ chat.i2p 13:10 &lt;@jrandom&gt; 5) ??? 13:10 &lt;@jrandom&gt; 0) chào 13:10 * jrandom vẫy tay 13:10 &lt;eco&gt; chào 13:10 &lt;@jrandom&gt; ghi chú trạng thái hằng tuần đã được đăng @ http://dev.i2p.net/pipermail/i2p/2005-January/000541.html 13:10 &lt;@jrandom&gt; DrVince: nếu anh có thể ở lại, chúng ta có thể mày mò xử lý chuyện đó sau cuộc họp 13:10 &lt;ant&gt; &lt;DrVince&gt; Tuyệt 13:11 &lt;@jrandom&gt; nhảy vào 1) Tình trạng mạng 13:11 &lt;@jrandom&gt; (vì tôi chắc là mọi người đã đọc ghi chú trạng thái hằng tuần rồi *khụ*) 13:11 &lt;@jrandom&gt; về cơ bản, mạng có vẻ hoạt động ổn 13:11 &lt;@jrandom&gt; tuy nhiên chúng ta vẫn bị rớt kết nối IRC nhiều hơn thường lệ, nhưng không đến mức kinh khủng 13:12 &lt;@jrandom&gt; hy vọng bản phát hành tới (với các cải tiến ở thư viện streaming) sẽ giúp, và sẽ tiếp tục cân bằng tải bớt khỏi máy chủ của duck 13:12 &lt;@jrandom&gt; (vì nhớ là, mỗi tin nhắn chúng ta gửi tới bất kỳ kênh IRC nào đều được gửi tới máy chủ IRC và được phản hồi nhiều lần) 13:13 &lt;+protokol&gt; ừ 13:13 &lt;@jrandom&gt; một hệ thống chat phân tán hoàn toàn thì hay đấy, nhưng tôi không kỳ vọng lắm. hơn nữa, IRC hoạt động đủ tốt rồi 13:14 &lt;@jrandom&gt; ok, đó là tất cả tôi có về 1) tình trạng mạng 13:14 &lt;@jrandom&gt; ai có gì muốn bổ sung, bình luận, v.v. không? 13:14 * eco đã vắng mặt một thời gian (có gì mới đâu) 13:15 &lt;eco&gt; và đã ngạc nhiên một cách vui mừng về tình hình. tiến triển rất tốt 13:15 &lt;Myo9&gt; Cuộc họp không phải lúc 10 à? 13:15 &lt;eco&gt; cả về hiệu năng lẫn khả năng sử dụng 13:15 &lt;eco&gt; Myo9 10GMT (giờ họp chung) 13:16 &lt;@jrandom&gt; 9p GMT 13:16 &lt;@jrandom&gt; năm vừa rồi chắc chắn đã mang lại nhiều tiến bộ 13:17 * eco phát bánh quy cho tất cả các dev rồi im lặng 13:17 &lt;@jrandom&gt; *măm măm* 13:17 &lt;@jrandom&gt; ok, chuyển sang 2) 0.4.2.6 13:18 &lt;@jrandom&gt; bản phát hành mới sắp ra với các bản vá lỗi, cải tiến, và kèm theo addressbook 13:18 &lt;@jrandom&gt; tôi không biết chính xác khi nào sẽ ra, có lẽ cuối tuần 13:18 &lt;@jrandom&gt; tất nhiên sẽ thông báo trên mailing list và trong các kênh 13:19 &lt;@jrandom&gt; tôi chỉ có vậy về phần đó - có ai có câu hỏi/bình luận/quan ngại gì về 0.4.2.6 không? 13:19 * eco nhớ có ai đó nhắc đến gói Debian 13:20 &lt;@jrandom&gt; đóng gói theo hệ điều hành/bản phân phối có lẽ còn quá sớm vào lúc này 13:20 &lt;eco&gt; Burton sẵn sàng thử làm, nhưng chắc không phải tuần này 13:20 &lt;@jrandom&gt; à hay đấy, tôi chưa nghe tin đó 13:21 &lt;eco&gt; đồng ý, dù sẽ tiện thật 13:21 &lt;+protokol&gt; chờ chút, tôi đang khá phê 13:21 &lt;+protokol&gt; oops 13:21 &lt;+protokol&gt; đáng lẽ cái đó là tin nhắn riêng 13:21 &lt;@jrandom&gt; đóng gói theo distro sẽ hay, nhưng có lẽ chúng ta cần có auto-updater trước thì mới khả thi 13:21 &lt;+protokol&gt; tôi có thể xem thử làm một ebuild 13:21 &lt;@jrandom&gt; protokol: nếu cậu ngoan, tôi sẽ cắt đoạn đó khỏi log ;) 13:21 &lt;+protokol&gt; không hứa hẹn gì đâu 13:21 &lt;+protokol&gt; lol 13:22 &lt;@jrandom&gt; ừ, tôi sẽ không bận tâm đến packages cho đến 0.5, nếu không phải 1.0 13:22 &lt;@jrandom&gt; (tôi hy vọng có auto-updater trong 0.5) 13:22 &lt;+protokol&gt; đỉnh kout 13:23 &lt;@jrandom&gt; thực ra, nếu ai muốn làm phần updater, đó sẽ là một “trái thấp” khá tuyệt. chỉ cần viết một servlet để tải về và kiểm tra từ dev.i2p/i2p/i2pupdate.zip, rồi gọi phương thức restart của router 13:23 &lt;Myo9&gt; Auto-updater, nghe như một mối đe doạ. 13:23 &lt;+protokol&gt; modulus: chào mừng 13:23 &lt;+protokol&gt; tiền thưởng $200 cho việc đó 13:24 &lt;@jrandom&gt; heh đúng đó myo9, tính năng cập nhật nên cho phép cả điều khiển thủ công (cập nhật một nhấp chuột) và cần xác minh chữ ký trên gói cập nhật 13:24 &lt;ant&gt; * DrVince đã gặp vấn đề với i2pupdate.zip 13:24 &lt;ant&gt; &lt;cervantes&gt; cái gì đó có thể bật/tắt thì sẽ hay ;) 13:24 * protokol làm cho nó chính thức 13:24 &lt;Myo9&gt; Thế là đột nhiên router khởi động lại và người ta nhận ra Jr. đã bắt tay với phe IP (sở hữu trí tuệ) và bật DRM. 13:24 &lt;@jrandom&gt; protokol: ồ hay, gửi $200 đi và tôi sẽ thêm nó vào trang bounty 13:24 &lt;Myo9&gt; ;) 13:24 &lt;Myo9&gt; Tôi muốn auto-update bị tắt theo mặc định. 13:24 &lt;@jrandom&gt; đồng ý myo9 13:25 &lt;ant&gt; &lt;cervantes&gt; có lẽ routerconsole có thể được bổ sung để thông báo khi có phiên bản mới 13:25 &lt;@jrandom&gt; đúng vậy cervantes 13:25 &lt;Myo9&gt; Tuyệt! 13:25 &lt;@jrandom&gt; nó nên hiển thị có bản phát hành mới hay không, và cho người dùng một tuỳ chọn nâng cấp bằng một cú nhấp 13:25 &lt;@jrandom&gt; (sẽ khá dễ để thêm một trang web @ www.i2p/ chứa phiên bản hiện tại, để router có thể kiểm tra định kỳ) 13:26 &lt;@jrandom&gt; ((hoặc theo yêu cầu)) 13:26 &lt;Hybrid&gt; đúng rồi jrandom. như thế sẽ hay. cũng nên có trên nút một liên kết tới trang HTML 'whats new' 13:26 &lt;@jrandom&gt; Hybrid: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 13:26 &lt;ant&gt; &lt;cervantes&gt; ừ... tôi có một trang trên diễn đàn cho phép thanh công cụ Firefox của tôi biết các “sự kiện”/tin mới nhất 13:27 &lt;@jrandom&gt; nhưng đúng, có thêm một liên kết ở đó cũng sẽ hay 13:27 &lt;@jrandom&gt; à hay đó cervantes 13:27 &lt;Hybrid&gt; đừng quên ghi cả phiên bản người dùng đang chạy và số phiên bản mới có sẵn. (Tôi thích cách DVD Decrypter làm điều này) 13:27 &lt;ant&gt; &lt;cervantes&gt; nhưng đừng trông mong tôi phát hành thứ gì sớm nhé.... 13:28 &lt;@jrandom&gt; đúng đúng Hybrid, phiên bản hiện tại người dùng đang chạy hiển thị ở góc trên bên trái của router console, nên không thành vấn đề 13:28 &lt;ant&gt; &lt;cervantes&gt; đã định dành kỳ nghỉ để làm nó và tới giờ vẫn chưa làm được gì cả... 13:28 &lt;@jrandom&gt; nhưng cái này sẽ không được gộp vào bản 0.4.2.6, vì tôi chưa viết dòng code nào cả :) 13:28 &lt;@jrandom&gt; heh cervantes, tôi hiểu mà. tuy vậy tôi rất mong chờ XUL! 13:29 &lt;@jrandom&gt; ok, ai còn gì về 2) 0.4.2.6 không, hay chúng ta chuyển sang 3) 0.5? 13:29 &lt;Hybrid&gt; việc I2P tắt đi, cài bản mới, rồi khởi động lại có vấn đề gì không... các ứng dụng khác như IRC có cần khởi động lại không??.. có biến chứng nào khác trong tính năng 'click n update' không 13:30 &lt;Hybrid&gt; (xin lỗi chen ngang cuộc họp dev lol) 13:30 &lt;@jrandom&gt; Hybrid: hoàn toàn không vấn đề - đó chính là việc nút "graceful restart" trên `http://localhost:7657/configservice.jsp` làm 13:30 &lt;Hybrid&gt; k 13:31 &lt;ant&gt; &lt;cervantes&gt; jrandom: wrapper có đọc lại wrapper.config khi khởi động lại không? 13:31 &lt;@jrandom&gt; cervantes: không :( 13:31 &lt;@jrandom&gt; ước gì nó có 13:31 &lt;ant&gt; &lt;cervantes&gt; chắc chúng ta cần một wrapper dịch vụ cho wrapper 13:32 &lt;@jrandom&gt; có lẽ ai đó có thể gửi một bản vá cho nhóm Java Service Wrapper 13:32 &lt;@jrandom&gt; heh 13:32 &lt;@jrandom&gt; ok, chuyển sang 3) 0.5 13:32 &lt;@jrandom&gt; ờ, tôi không có nhiều điều để nói thêm ngoài những gì trong email 13:33 &lt;@jrandom&gt; rất nhiều tiến triển, nhiều tờ giấy ghi chép, và một ít code. tuy nhiên chưa có gì commit hay sẵn sàng để trình diễn 13:33 &lt;@jrandom&gt; đó là tất cả tôi có ở mảng đó, trừ khi ai có câu hỏi 13:34 &lt;@jrandom&gt; nếu không, chúng ta có thể chầm chậm sang 4) jabber @ chat.i2p 13:35 &lt;@jrandom&gt; máy chủ jabber mới (w00t!). xem email & diễn đàn để biết chi tiết 13:35 &lt;@jrandom&gt; hình như việc dựng máy chủ cũng dễ như ăn kẹo, nên hy vọng chúng ta có thể đưa vài tài liệu ra để người khác tự chạy được 13:35 &lt;frosk&gt; tôi nghĩ đây là cái thứ ba I2P có. tôi hy vọng cái này tồn tại lâu :) 13:36 &lt;jdot&gt; tài liệu đang tới. dùng Jive Messenger thì dễ quá trời. Chỉ cần tunnel các cổng cho đúng. 13:36 &lt;@jrandom&gt; cá nhân tôi thấy IRC ổn cho chat 1-1 và nhóm, nhưng có thêm tuỳ chọn jabber thì cũng hay 13:36 &lt;@jrandom&gt; ồ chuẩn jdot 13:36 &lt;@jrandom&gt; không vội, lúc nào cũng được 13:37 &lt;@jrandom&gt; sẽ rất tuyệt nếu có thể bảo mọi người rằng nếu họ không thích cách mọi thứ vận hành trên một máy chủ IRC cụ thể nào đó, họ có thể tự chạy máy chủ của mình :) 13:37 &lt;jdot&gt; cũng sẽ xem xét kết nối nó với các kênh IRC .. trong tương lai 13:37 &lt;@jrandom&gt; tuyệt 13:38 &lt;@jrandom&gt; ok, tôi chỉ có vậy về phần đó. jdot có muốn thêm gì không? 13:39 &lt;+protokol&gt; làm thế nào để vào chat.i2p 13:39 &lt;+protokol&gt; nó không phân giải tên cho tôi 13:39 &lt;@jrandom&gt; http://forum.i2p.net/viewtopic.php?t=229 13:40 &lt;jdot&gt; không có gì để thêm. 13:40 * eco tranh thủ liếc qua java service wrapper 13:40 &lt;eco&gt; việc đọc lại file cấu hình đã được triển khai cho bản phát hành 3.20 sắp tới 13:40 &lt;eco&gt; xem http://sourceforge.net/tracker/index.php?func=detail&aid=981060&group_id=39428&atid=425190 13:41 &lt;@jrandom&gt; à ghê gớm 13:41 * eco không biết khi nào phát hành đâu 13:41 &lt;@jrandom&gt; có lẽ với 0.5 chúng ta sẽ làm một đợt nâng cấp lớn các ứng dụng bên ngoài, thay thế Jetty và mã java service wrapper đã cũ 13:42 &lt;@jrandom&gt; ồ, trước khi tiếp tục, tôi nghĩ chúng ta nên chính thức chuyển sang 5) ??? 13:42 &lt;@jrandom&gt; protokol: tôi nhớ cậu nói đã làm Jetty chạy được với CGI? có tài liệu/thông tin gì về cái đó không? 13:43 &lt;@jrandom&gt; có ai đó ngoài kia cũng làm Jetty dùng được symlink (liên kết tượng trưng), dù tôi không biết là ai 13:43 &lt;@jrandom&gt; (bạn ở đó chứ, là ai thì ai? bạn làm thế nào vậy? :) 13:44 &lt;@jrandom&gt; hoặc, tôi đoán, còn ai có gì muốn nêu ra không? 13:45 * eco có một thông báo vì cộng đồng 13:45 &lt;eco&gt; có tiền thưởng cho việc biên dịch I2P thành công bằng gcj (GNU Compiler for Java) 13:45 &lt;eco&gt; theo jr thì việc này sẽ cực kỳ đơn giản, nên đi lấy tiền nào! :-) 13:45 &lt;@jrandom&gt; heh, không đơn giản đến thế đâu, chỉ là mơ mộng thôi ;) 13:46 &lt;@jrandom&gt; nhưng biết đâu lại thế 13:46 &lt;@jrandom&gt; (nên đi lấy đi :) 13:46 &lt;cervantes&gt; tôi nghĩ mình đã đăng các liên kết về symlink của Jetty ở đâu đó, hoặc trong chat hoặc trên diễn đàn... không nhớ là chỗ nào 13:46 &lt;cervantes&gt; đã khá lâu rồi 13:46 &lt;+protokol&gt; jrandom: nó dành cho phiên bản mới hơn, tôi vừa làm Jetty của mình sập 13:46 &lt;slart&gt; có tin gì về plugin Azureus không? 13:46 &lt;+protokol&gt; tôi nghĩ Jetty nên được cập nhật để tài liệu trên website của họ hữu ích 13:46 &lt;Hybrid&gt; gcj? 13:46 &lt;+protokol&gt; biến Java thành nhị phân 13:46 &lt;@jrandom&gt; à hay đó cervantes, tôi sẽ đào bới tìm 13:47 &lt;cervantes&gt; tôi đã xem Jetty với PHP... nhưng rất may rủi... PHP có kèm một servlet .jar thực thi để dùng với Tomcat..., tôi đã thấy báo cáo rằng có thể làm nó chạy với Jetty... nhưng tôi không biết làm sao 13:47 &lt;@jrandom&gt; protokol: à 13:47 &lt;+protokol&gt; và nó cũng cần hỗ trợ CGI và symlinking 13:47 &lt;@jrandom&gt; slart: các dev Azureus đang cày cuốc và có tiến triển, nhưng chưa sẵn sàng 13:47 &lt;+protokol&gt; cervantes: LÀM ĐI! 13:48 &lt;+protokol&gt; nó sẽ giống như có Apache tích hợp vào I2P 13:48 &lt;frosk&gt; Hybrid: GNU Compiler for Java, hay gì đó 13:48 &lt;@jrandom&gt; cervantes: ừ, hỗ trợ .jar sẽ hay, nhưng nếu chập chờn thì không đáng. có hỗ trợ CGI trong Jetty sẽ tốt nhất, vì khi đó chúng ta có thể dùng PHP bình thường 13:48 &lt;slaw&gt; tuyệt vời 13:48 &lt;frosk&gt; mod_i2p :) 13:49 &lt;@jrandom&gt; heh 13:50 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu ra cho cuộc họp không? 13:51 &lt;@jrandom&gt; nếu không... 13:51 * jrandom chuẩn bị kết thúc 13:51 * jrandom *baf* tuyên bố kết thúc cuộc họp </div>/vi/blog/2005/01/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-04/Tue, 04 Jan 2005 00:00:00 +0000/vi/blog/2005/01/04/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2005-01-04/<p>Chào mọi người, đã đến lúc cho những ghi chú tình hình hàng tuần đầu tiên của chúng ta trong năm 2005</p> <ul> <li>Index</li> </ul> <ol> <li>Trạng thái mạng 2) 0.4.2.6 3) 0.5 4) jabber @ chat.i2p 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>Trong tuần vừa qua, tình hình trên mạng khá thú vị — vào đêm Giao thừa, có một số bình luận được đăng trên một trang web phổ biến nói về i2p-bt và chúng tôi ghi nhận một đợt tăng nhẹ người dùng mới. Hiện có khoảng 120–150 routers trên mạng, dù vài ngày trước con số đạt đỉnh 160. Tuy vậy, mạng vẫn trụ vững, với các peer (nút ngang hàng) có dung lượng cao gánh phần tải dư thừa mà không gây gián đoạn đáng kể cho các peer khác. Một số người dùng chạy không đặt giới hạn băng thông trên các kết nối rất nhanh báo cáo thông lượng 2–300KBps, trong khi những người có dung lượng thấp hơn chỉ đạt mức thấp thông thường 1–5KBps.</p>/vi/blog/2004/12/28/h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-12-n%C4%83m-2004/Tue, 28 Dec 2004 00:00:00 +0000/vi/blog/2004/12/28/h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-12-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cat-a-puss, frosk, jdot\__, jrandom, lektriK, mule, mule2, postman, scintilla</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) chào 13:06 &lt;@jrandom&gt; 1) 0.4.2.5 13:06 &lt;@jrandom&gt; 2) 0.5 13:06 &lt;@jrandom&gt; 3) ??? 13:06 &lt;@jrandom&gt; 0) chào 13:06 * jrandom vẫy tay 13:06 &lt;+postman&gt; *vẫy* 13:06 &lt;ant&gt; &lt;jnymo&gt; hello 13:06 &lt;@jrandom&gt; ghi chú trạng thái ngắn gọn đã đăng @ http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 13:07 &lt;@jrandom&gt; nhảy vào 1) 0.4.2.5 13:07 &lt;@jrandom&gt; như đã nói, mọi thứ cơ bản hoạt động ổn 13:08 &lt;+postman&gt; ừ, khá ấn tượng 13:08 &lt;+postman&gt; không còn lease timeout trên hệ thống của tôi nữa 13:08 &lt;@jrandom&gt; nhiều người thấy như bạn thấy, jnymo, với 0 participating tunnels, phần lớn do hiệu quả tăng & chọn peer (giờ ta biết hút băng thông từ máy của postman ;) 13:08 &lt;ant&gt; &lt;jnymo&gt; tôi cũng vậy 13:08 &lt;@jrandom&gt; hay đấy 13:08 &lt;ant&gt; &lt;jnymo&gt; và eepsites phản hồi nhanh 13:09 &lt;+postman&gt; :) 13:09 &lt;ant&gt; &lt;jnymo&gt; cảm ơn postman :) 13:09 &lt;+postman&gt; tổng băng thông là 29kb / 30.1kb/s 13:09 &lt;frosk&gt; ai cũng thấy ít được 'yêu' hơn, nhưng thực ra tình yêu chỉ đang được dùng hiệu quả hơn thôi 13:10 &lt;ant&gt; &lt;jnymo&gt; wow 13:10 &lt;@jrandom&gt; đỉnh đấy, postman 13:10 &lt;mule2&gt; tôi không nghĩ đó là lý tưởng. tốt hơn nên có một ít lưu lượng qua tất cả các nút 13:10 &lt;ant&gt; &lt;jnymo&gt; tôi chịu được nếu mọi người chỉ cần yêu tôi :( 13:10 &lt;+postman&gt; ừ 13:10 &lt;mule2&gt; như một dạng cover traffic (lưu lượng che phủ) 13:10 &lt;@jrandom&gt; mule2: vấn đề là tải hiện tại nhỏ hơn nhiều so với năng lực mạng 13:11 &lt;@jrandom&gt; tôi không nghĩ ta giữ được tình trạng năng lực lớn hơn tải lâu đâu 13:11 &lt;ant&gt; &lt;jnymo&gt; mule2, postman cũng hoạt động như một mixer.. nên khó biết gói của bạn đi đâu sau khi vào 13:11 &lt;@jrandom&gt; nên tôi không quá lo việc không đẩy dữ liệu qua các peer chậm 13:12 &lt;mule2&gt; có lẽ tối ưu hóa ít hoàn hảo hơn sẽ tốt cho ẩn danh 13:12 &lt;@jrandom&gt; mặt khác, nó cũng tạo động lực để nhiều người (triển khai &) dùng i2pcontent, để họ có thể mirror và nhận cover traffic ;) 13:12 &lt;jdot__&gt; có phải vấn đề bảo mật nếu một router xử lý hầu hết (gần như tất cả) các tunnel không? 13:13 &lt;@jrandom&gt; mule2: hãy làm nó tốt nhất có thể trước đã, rồi hãy bàn chuyện chủ động làm nó kém đi 13:13 &lt;@jrandom&gt; jdot__: chúng ta không có một router xử lý toàn bộ lưu lượng, nhưng thấy nhóm các router trên kết nối rất nhanh (colo, v.v.) xử lý nhiều hơn người dùng dialup/dsl/cable 13:14 &lt;@jrandom&gt; thêm nữa, tỷ lệ hỏng tunnel giảm nghĩa là ta chuyển đổi & thăm dò ít hơn 13:14 &lt;mule2&gt; có lẽ có thể phân phối lưu lượng, miễn là còn xa giới hạn router 13:14 &lt;@jrandom&gt; đúng, cơ chế từ chối tunnel theo xác suất có trong router và có thể bật theo giới hạn băng thông của router 13:15 &lt;ant&gt; &lt;jnymo&gt; ừ, nhưng thông lượng cao như vậy trên nút của postman làm cho việc phân tích nút của anh ấy khó hơn.. nên có thể gửi qua anh ấy an toàn hơn là mọi nút đều chỉ làm 1 KB/s.. 13:15 &lt;@jrandom&gt; (nhưng nếu postman không đặt giới hạn, ta không thể từ chối dựa trên % của cái đó ;) 13:15 &lt;ant&gt; &lt;jnymo&gt; những nhóm nút nhanh hơn tạo thành cấu trúc kiểu mix cascade, đúng không? 13:15 &lt;@jrandom&gt; ừ, đó là một cách nhìn 13:15 &lt;lektriK&gt; tôi có thể đóng cửa sổ Start I2P không? 13:15 * postman rất xin lỗi vì KHÔNG giới hạn băng thông của mình 13:16 &lt;@jrandom&gt; lektriK: tiếc là không hẳn, trừ khi bạn chạy i2p như một service (Xem `http://localhost:7657/configservice.jsp)` 13:16 &lt;@jrandom&gt; heh postman đừng lo, chúng tôi sẽ tự giảm tải khỏi router của bạn nếu/khi đạt tới công suất của router 13:17 &lt;lektriK&gt; Ok, nó báo service đã khởi động 13:17 &lt;lektriK&gt; giờ tôi có thể đóng nó chưa? 13:17 &lt;@jrandom&gt; lektriK: không/có - bạn có thể tắt router rồi khởi động lại qua start-&gt;run-&gt;"net start i2p" 13:18 &lt;mule2&gt; hiện tại, một vài router rất lớn có thể xử lý tất cả các tunnel, loại bỏ toàn bộ cover traffic khỏi các router khác. nhưng hãy nói tiếp sau cuộc họp. 13:18 &lt;mule2&gt; không muốn phàn nàn khi mạng hoạt động quá tốt :) 13:18 &lt;@jrandom&gt; hehe 13:20 &lt;@jrandom&gt; sẽ có một số khám phá thêm với 0.5, dù có các vấn đề liên quan đến ẩn danh nếu mở rộng quá xa. sẽ có thêm chi tiết cần xử lý cho 0.5 (và trong tài liệu có thể sẵn sàng tuần tới dưới dạng bản nháp đầu tiên) 13:21 &lt;@jrandom&gt; dù sao, còn ai có gì muốn nêu cho 0.4.2.5 không? 13:21 &lt;@jrandom&gt; hay chúng ta chuyển nhanh sang 2) 0.5? 13:21 &lt;+postman&gt; chuyển 13:21 &lt;ant&gt; &lt;jnymo&gt; rất ổn định... chuyển 13:21 &lt;@jrandom&gt; coi như đã chuyển 13:22 &lt;@jrandom&gt; 2) 0.5 13:22 &lt;@jrandom&gt; ừ. vẫn đang làm. sẽ có thêm thông tin khi sẵn sàng. 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; Ngài Arthur C. Clarke vẫn sống :P 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 &lt;ant&gt; &lt;jnymo&gt; .5 thú vị đấy 13:22 &lt;@jrandom&gt; ok, đó là tất cả tôi muốn nói về việc đó - ai có câu hỏi / điều gì cần bàn về nó không? 13:23 &lt;@jrandom&gt; ừ, chắc chắn có một số cải tổ quan trọng dựa trên những gì chúng ta học được 16 tháng qua 13:23 &lt;@jrandom&gt; (ờ quên, 18) 13:23 &lt;+postman&gt; jrandom: vậy 0.5 sẽ chủ yếu dùng hệ thống quản lý tunnel mới? 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; arg, hy vọng tôi không làm gián đoạn cuộc họp :/ 13:23 &lt;+postman&gt; wow 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; xin lỗi heh 13:23 &lt;ant&gt; &lt;jnymo&gt; heh. tôi có đề xuất 13:24 &lt;@jrandom&gt; đúng rồi postman, quản lý mới, pooling và xây dựng 13:24 &lt;+postman&gt; quadn: nhìn kìa - đoạn paste của bạn gây netsplit :) 13:24 &lt;@jrandom&gt; đồ khốn! 13:24 &lt;ant&gt; &lt;Quadn-werk&gt; ! 13:24 &lt;@jrandom&gt; có chuyện gì thế, jnymo? 13:24 &lt;+postman&gt; jrandom: mỗi tunnel vẫn sẽ là một local destination riêng chứ? 13:25 &lt;@jrandom&gt; hả gì cơ? 13:25 &lt;@jrandom&gt; sẽ không có thay đổi nào với i2ptunnel trong 0.5 13:25 &lt;+postman&gt; jrandom: ok 13:25 &lt;@jrandom&gt; (ít nhất, tôi không định thay đổi gì) 13:26 &lt;mule&gt; postman đang tiến hành intersection attack? 13:26 &lt;ant&gt; &lt;jnymo&gt; cho những ai không thấy dùng băng thông /chút nào/.. thế cho router tự xây tunnel có họ ở trong đó thì sao.. như ABCABCA 13:26 &lt;+postman&gt; mule: không, là lỗi của quadn :) 13:26 &lt;ant&gt; &lt;jnymo&gt; và đó sẽ là một dummy tunnel 13:27 &lt;@jrandom&gt; jnymo: quảng bá một router kiểu “này tôi dư băng thông, dùng tôi đi” là trò nguy hiểm 13:27 &lt;+postman&gt; jrandom: vậy những vấn đề nào sẽ được giải quyết bởi thiết kế lại (tóm tắt) 13:27 &lt;ant&gt; &lt;jnymo&gt; không chắc tôi có ý đó, jrandom 13:27 &lt;@jrandom&gt; nhưng hiện giờ có vẻ ta sẽ có hai bộ tunnel - cái bình thường, và cái thăm dò, trong đó loại sau được xây từ các peer ngẫu nhiên không bị lỗi 13:28 &lt;ant&gt; &lt;jnymo&gt; jrandom: ý tôi là tạo một dummy tunnel, và đặt chính mình ở giữa tunnel đó chỉ để mô phỏng một ít lưu lượng 13:29 &lt;@jrandom&gt; postman: làm cho việc liên hệ các peer trong một tunnel khó hơn nhiều, cho phép client chọn hiệu quả độ dài outbound tunnel của họ, và cung cấp các tùy chọn cần thiết để đối phó predecessor attack (với nhiều đánh đổi) 13:29 &lt;@jrandom&gt; (à, và cải thiện hiệu năng bằng cách bỏ đi nhiều lời gọi modPow) 13:29 &lt;+postman&gt; ok cảm ơn 13:29 &lt;ant&gt; &lt;jnymo&gt; postman: và per-hop tunnel IDs là một điểm lớn 13:30 &lt;+postman&gt; modPow? 13:30 &lt;@jrandom&gt; à jnymo. ừ, có nhiều tiềm năng để tạo đủ kiểu chaff traffic 13:30 &lt;ant&gt; &lt;jnymo&gt; như vậy, không có hai nút không liền kề nào biết họ ở cùng một tunnel, postman 13:30 &lt;@jrandom&gt; postman: lũy thừa mô-đun, ngốn CPU nặng & lãng phí bộ nhớ 13:31 &lt;ant&gt; &lt;jnymo&gt; jrandom: k cool 13:31 &lt;+postman&gt; k 13:31 &lt;scintilla&gt; jrandom, liên quan đến việc cho client chọn độ dài tunnel: có gì để ngăn người ta vặn nó lên 99 (hay gì đó) không? 13:31 &lt;ant&gt; &lt;jnymo&gt; sức mạnh CPU 13:32 &lt;@jrandom&gt; khi cần ta có thể thêm hashcash, nhưng các tunnel quá dài rồi cũng sẽ thất bại thôi 13:32 &lt;scintilla&gt; à đúng 13:32 &lt;@jrandom&gt; chúng ta thậm chí có thể thêm chút mánh — yêu cầu một tunnel phải có thông điệp tunnel hợp lệ được bơm qua trong vòng 60s kể từ khi tạo thì mới 'hợp lệ' 13:33 &lt;@jrandom&gt; (nên nếu tunnel dài 20 hop, họ sẽ mất quá lâu để xây hết các hop đó) 13:33 &lt;scintilla&gt; ý tưởng hay — như vậy mấy trò lố đó sẽ không kéo dài được lâu 13:33 &lt;@jrandom&gt; nhưng đó là đối phó hacker thôi. người dùng bình thường sẽ dùng giao diện được cung cấp 13:34 &lt;ant&gt; &lt;jnymo&gt; đúng, và bạn sẽ đặt một giới hạn nào đó, đúng chứ? 13:34 &lt;ant&gt; &lt;jnymo&gt; chúng ta sẽ có mức cao hơn tối đa 2 như hiện tại, đúng không? 13:34 &lt;@jrandom&gt; đúng, như menu thả xuống số hop trên /configclients.jsp hoặc /i2ptunnel/edit.jsp 13:35 &lt;@jrandom&gt; ồ tôi tưởng tối đa là 3 rồi? ok, nhưng đúng, sẽ có mức cao hơn 2 13:35 &lt;ant&gt; &lt;jnymo&gt; 3 tunnel, 2 hop 13:35 &lt;@jrandom&gt; à, ok 13:35 &lt;@jrandom&gt; đúng, 0.5 sẽ thêm vài tinh chỉnh quan trọng, như có ngẫu nhiên hóa các độ dài đó không, và ngẫu nhiên hóa bao nhiêu, v.v. 13:36 &lt;frosk&gt; tối đa quả thật là 3 13:36 &lt;ant&gt; &lt;jnymo&gt; hmm 13:37 &lt;@jrandom&gt; à, là 3 trên /configclients 2 trên i2ptunnel 13:37 &lt;frosk&gt; 0.5 vẫn đúng tiến độ cho tháng Một chứ? 13:37 &lt;ant&gt; &lt;jnymo&gt; à 13:37 &lt;@jrandom&gt; ừ frosk 13:37 &lt;frosk&gt; tuyệt 13:37 &lt;@jrandom&gt; tôi sẽ không chần chừ quá lâu với streaming lib, hứa ;) 13:37 &lt;frosk&gt; nghe như nhiều việc quá :) 13:38 &lt;@jrandom&gt; thực ra không tệ lắm, phần khó là làm thuật toán cho đúng 13:38 &lt;@jrandom&gt; (chi tiết với chả chi tiết ;) 13:39 &lt;+postman&gt; frosk: và tất cả đã trên giấy rồi 13:39 &lt;+postman&gt; :) 13:39 &lt;ant&gt; &lt;jnymo&gt; heh 13:39 &lt;frosk&gt; đúng :) 13:39 &lt;@jrandom&gt; phần lớn là vậy ;) 13:39 &lt;@jrandom&gt; ok, ai còn gì khác cho 2) 0.5 không? 13:39 &lt;ant&gt; &lt;jnymo&gt; không có gì 13:39 &lt;frosk&gt; el zilcho 13:40 &lt;@jrandom&gt; 'k, chuyển sang 3) ??? kiểu cũ 13:40 &lt;@jrandom&gt; chào 13:40 &lt;@jrandom&gt; ai còn điều gì muốn nêu không? 13:41 &lt;ant&gt; &lt;jnymo&gt; postman: không có inproxy SMTP/POP3 trên i2pmail.org, đúng không? 13:41 &lt;cat-a-puss&gt; Tôi vẫn thấy độ trễ lạ ở phía client... 13:41 &lt;+postman&gt; ờ không 13:41 &lt;frosk&gt; đoạn này lẽ ra tôi đưa chai rượu chúc mừng cho một năm phát triển tuyệt vời ;) 13:41 &lt;+postman&gt; jnymo: POP3 chỉ dành cho người dùng i2p 13:41 &lt;@jrandom&gt; cat-a-puss: à lúc nãy bạn ở đây tôi lỡ bỏ qua những tin đó 13:41 &lt;+postman&gt; jnymo: CÓ một SMTP inproxy làm MX cho miền i2pmail.org 13:42 &lt;@jrandom&gt; frosk: cạn ly 13:42 &lt;ant&gt; &lt;jnymo&gt; đúng đúng.. hay đấy.. 13:42 &lt;cat-a-puss&gt; Ví dụ tôi có hai local Destinations (Destination: đích trong I2P) và khi một cái cố kết nối đến cái kia thì có độ trễ và không bị giới hạn bởi CPU 13:42 &lt;mule&gt; cat-a-puss: bạn cũng đưa séc thưởng chứ? 13:42 * postman tặng một chai whiskey ngon 13:42 &lt;@jrandom&gt; cat-a-puss: đúng, bạn thấy độ trễ 0.5–1.0s đúng không? 13:42 &lt;cat-a-puss&gt; mule: gì cơ? 13:42 &lt;cat-a-puss&gt; jrandom: ừ 13:43 &lt;@jrandom&gt; cat-a-puss: hoàn toàn bình thường, là một phần của deferred SYN 13:43 &lt;mule&gt; xin lỗi, bình luận đó là của frosk 13:43 &lt;ant&gt; * jnymo lôi ra hộp rượu dở tệ 13:43 &lt;mule&gt; frosk: bạn cũng đưa séc thưởng chứ? 13:43 &lt;@jrandom&gt; (nó đợi một chút để gửi SYN và ACK liên quan phòng khi có thêm dữ liệu để gộp) 13:43 &lt;scintilla&gt; à FYI, tôi sắp nhận được cuốn sách có đặc tả thuật toán Fortuna... trong lúc đó tôi đang thử thu thập entropy trong Java mà không phá hỏng máy 13:44 &lt;@jrandom&gt; à, tuyệt vời 13:44 &lt;ant&gt; &lt;jnymo&gt; mmm, có người muốn tiến hành vài cuộc tấn công lên i2p 13:44 &lt;ant&gt; &lt;jnymo&gt; ai vậy? 13:44 &lt;@jrandom&gt; connelly 13:44 &lt;cat-a-puss&gt; Có cách nào ngăn điều đó, hay tôi chỉ cần cố tránh các kết nối sống ngắn khi có thể? 13:45 &lt;ant&gt; &lt;jnymo&gt; có tin gì về việc đó không, jr? 13:45 &lt;@jrandom&gt; cat-a-puss: có, có vài tùy chọn bạn có thể truyền khi tạo I2PSocketManager, để tôi lôi chúng lên 13:46 &lt;@jrandom&gt; jnymo: đó là intersection attack dài hạn, nên sau một thời gian anh ta sẽ có dữ liệu giúp xác định một số eepsite chạy trên router nào. tôi chắc anh ấy sẽ viết tóm tắt cho chúng ta khi có 13:46 &lt;ant&gt; &lt;jnymo&gt; scintalla: thuật toán Fortuna là gì? 13:46 &lt;ant&gt; &lt;jnymo&gt; jrandom: được rồi 13:48 &lt;@jrandom&gt; cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 &lt;scintilla&gt; đó là bộ sinh số giả ngẫu nhiên an toàn mật mã... thứ tuyệt đối thiết yếu cho mã hóa đáng tin cậy 13:48 &lt;jdot__&gt; đã có ai tình nguyện cho cuộc tấn công đó chưa? 13:48 &lt;@jrandom&gt; cat-a-puss: rồi nhớ flush() sau khi write() vào I2PSocket 13:48 &lt;@jrandom&gt; jdot__: ừ, anh ấy có 7 site tình nguyện 13:48 &lt;cat-a-puss&gt; jrandom: ok 13:49 &lt;ant&gt; &lt;jnymo&gt; liên quan đến cuộc tranh luận lớn về đặt tên.. 13:49 &lt;ant&gt; * jnymo cười khúc khích 13:49 &lt;@jrandom&gt; oh và i2p.streaming.initialAckDelay=1000 13:49 &lt;@jrandom&gt; hoặc thậm chí =100 13:49 * jrandom ném bùn vào jnymo 13:50 &lt;ant&gt; &lt;jnymo&gt; thực ra tôi có làm với x500 và công việc cho phép tôi có winSevers miễn phí 13:50 &lt;ant&gt; &lt;jnymo&gt; vậy có lẽ tôi sẽ dựng một DNS trung tâm cho mục đích thử nghiệm trong một hai tháng nữa 13:51 &lt;@jrandom&gt; heh, có một máy chủ đặt tên tập trung chạy trên .mil thì buồn cười chết đi được 13:51 &lt;ant&gt; &lt;jnymo&gt; dù nhét địa chỉ i2p vào winserver có thể không đơn giản.. không chắc 13:51 &lt;ant&gt; &lt;jnymo&gt; heh... dnsalias là chìa khóa 13:52 &lt;@jrandom&gt; nano đã làm vài thứ rất hay, tích hợp dnsjava với i2p 13:52 &lt;ant&gt; &lt;jnymo&gt; ooooh 13:53 &lt;@jrandom&gt; xem nano.i2p để biết thêm chi tiết 13:53 &lt;ant&gt; &lt;jnymo&gt; mà chẳng ai định nói với tôi.. à, cảm ơn 13:53 &lt;@jrandom&gt; nhưng như đã nói lần trước, mọi người nên đăng ý tưởng và suy nghĩ về đặt tên lên wiki 13:54 &lt;@jrandom&gt; ok, còn ai có gì muốn nêu cho cuộc họp không? 13:55 &lt;ant&gt; &lt;jnymo&gt; không 13:57 &lt;@jrandom&gt; ok vậy thì 13:57 * jrandom chuẩn bị 13:57 * jrandom *baf* tuyên bố kết thúc cuộc họp </div>/vi/blog/2004/12/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-21-th%C3%A1ng-12-n%C4%83m-2004/Tue, 21 Dec 2004 00:00:00 +0000/vi/blog/2004/12/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-21-th%C3%A1ng-12-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bens, bob, detonate, dm, duck, Frooze, frosk, jrandom, kaji, Madman2003, modulus, mule, mule2, orion, Ragnarok, redzog, scintilla, susi23, ugha2p</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) chào 13:05 &lt;@jrandom&gt; 1) 0.4.2.4 & 0.4.2.5 13:05 &lt;@jrandom&gt; 2) chiến lược 0.5 13:05 &lt;@jrandom&gt; 3) đặt tên 13:05 &lt;@jrandom&gt; 4) tổng hợp eepsite 13:05 &lt;@jrandom&gt; 5) ??? 13:06 &lt;@jrandom&gt; 0) chào 13:06 * jrandom vẫy tay 13:06 &lt;@jrandom&gt; ghi chú trạng thái hàng tuần đã đăng cách đây ít phút @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 &lt;@jrandom&gt; cùng nhảy vào 1) 0.4.2.4 & 0.4.2.5 nhé 13:08 &lt;@jrandom&gt; với những người đã nâng cấp lên 0.4.2.5 - khoảng 1/3 mạng tính đến giờ - cảm ơn! 13:09 &lt;@jrandom&gt; tôi cố giữ nhịp phát hành điềm tĩnh hơn, nhưng 0.4.2.5 có vài thứ thật sự cần triển khai rộng hơn 13:10 &lt;Madman2003&gt; 0.4.2.5 chạy khá ổn với tôi về khoản disconnect, nhưng tôi không chạy i2p 24/7 (gần đây tôi bị khá nhiều disconnect trên irc) và mới vài giờ sau khi phát hành thôi 13:10 &lt;@jrandom&gt; như đã nói cuối email, tôi chưa có ngày dự kiến cho bản bugfix tiếp theo, cứ chờ xem 13:10 &lt;@jrandom&gt; tuyệt lắm Madman2003 13:10 &lt;@jrandom&gt; ừ, chắc chắn còn quá sớm để kết luận về 0.4.2.5 13:11 &lt;frosk&gt; trước tôi hay gặp những đợt lag cao ở .4, đến giờ thì chưa thấy ở .5, nhưng cũng còn hơi sớm 13:11 &lt;frosk&gt; (ý tôi là lag trên irc, dĩ nhiên) 13:11 &lt;@jrandom&gt; lỗi DNS đã được sửa có thể thể hiện thành nhiều peer chạy bản cũ bị lỗi cùng lúc, nên càng sớm nâng cấp càng tốt 13:12 &lt;@duck&gt; cái đó có liên quan đến việc người nhập hostname thủ công bị lỗi không? 13:12 &lt;@jrandom&gt; đúng vậy 13:12 &lt;dm&gt; cái biểu tượng I2P trên khay hệ thống Windows vô dụng cỡ nào chứ!?!? 13:12 &lt;@duck&gt; à, nên config.jsp vẫn thân thiện là vì thế 13:13 &lt;Madman2003&gt; ai biết sao vẫn có người chạy các router trước 0.4.2.4 không? (ra mắt cũng lâu rồi) 13:13 &lt;@jrandom&gt; dm: giờ nó chủ yếu là chỗ giữ chỗ, với lại là biểu tượng trạng thái kiểu “i2p đang chạy” 13:13 &lt;dm&gt; Họ còn cuộc sống nữa chứ? :) 13:13 * jrandom nên tự ái về điều đó... 13:14 &lt;redzog&gt; có cách nào làm soft-restart từ dòng lệnh không? 13:14 &lt;@jrandom&gt; redzog: tiếc là không 13:14 &lt;redzog&gt; hmm, tiếc nhỉ 13:14 &lt;@jrandom&gt; ngoài dùng wget, có lẽ vậy 13:14 &lt;redzog&gt; sẽ giúp tự động cập nhật dễ hơn 13:14 &lt;+detonate&gt; i2prouter stop && i2prouter start :) 13:14 &lt;@jrandom&gt; thôi, kệ, wget cũng không được 13:14 &lt;@jrandom&gt; (vì form yêu cầu tương tác) 13:14 &lt;Madman2003&gt; tôi thường cập nhật qua cvs vài lần giữa các bản phát hành (tốt nhất là ngày một lần), chỉ mất vài phút 13:15 &lt;redzog&gt; lwp::simple xử lý được 13:15 &lt;redzog&gt; chỉ là POST thôi 13:15 &lt;@jrandom&gt; redzog: hỗ trợ cái đó thì hay phết 13:15 &lt;redzog&gt; Tôi sẽ thử làm nhanh cái gì đó 13:15 &lt;@jrandom&gt; à, nó hơn cả post đơn thuần, bạn cần đọc form hiển thị cho bạn rồi post lại các trường đó 13:16 &lt;+detonate&gt; rồi thì sau này khoảng cách giữa các bản phát hành cũng sẽ giãn ra.. đúng không? 13:16 &lt;@jrandom&gt; (có cờ ẩn để ngăn người ta làm kiểu &lt;img src="../../configservice.jsp?action=restart"&gt; 13:16 &lt;redzog&gt; heh, đúng 13:16 &lt;@jrandom&gt; đúng đó detonate, vốn dĩ không định nhanh thế này, cùng lắm một tuần một lần 13:16 &lt;redzog&gt; giá trị nonce có thay đổi không? 13:17 &lt;@jrandom&gt; nếu không thì đâu gọi là nonce ;) 13:17 &lt;redzog&gt; hmm, có vẻ thế 13:17 &lt;redzog&gt; à, giữa các phiên, giữa các lần tải trang... ;) 13:17 &lt;redzog&gt; là giữa các lần tải trang 13:17 &lt;@jrandom&gt; đúng 13:17 &lt;@jrandom&gt; ok, ai còn gì liên quan đến 0.4.2.4/0.4.2.5 không? 13:18 &lt;@jrandom&gt; tôi chắc sau này sẽ còn bàn nữa sau khi chạy nóng bản mới thêm 13:18 &lt;dm&gt; ồ, đây là họp à? 13:18 &lt;+detonate&gt; khởi động giờ có vẻ kém mượt hơn hẳn 13:18 &lt;+detonate&gt; so với 2.3 13:18 &lt;@jrandom&gt; ồ? theo kiểu nào detonate - cpu, lag, bộ nhớ, thời gian? 13:19 &lt;+detonate&gt; danh sách peer mất cả đời để hiển thị 13:19 &lt;+detonate&gt; và tôi có cả đống peer bị đưa vào danh sách đen 13:19 &lt;+detonate&gt; ngoài ra mấy thứ i2ptunnel đôi khi treo, nhưng nói chung mất ít nhất gấp đôi thời gian mới thực sự khởi động xong 13:19 &lt;+detonate&gt; khi khởi động xong rồi thì mượt 13:19 &lt;+detonate&gt; lạ thật 13:19 &lt;@jrandom&gt; hmm, nó ghi nguyên nhân gì ở /logs.jsp#connectionlogs ? 13:20 &lt;ant&gt; &lt;BS314159&gt; Tôi vừa graceful restart lên 0.4.2.5. Mất 120 giây để có Local Destinations 13:20 &lt;ant&gt; &lt;BS314159&gt; có vẻ ổn 13:20 &lt;@jrandom&gt; hay đó BS314159 - đó cơ bản là mức tối thiểu, vì chúng tôi không khởi động i2ptunnel cho đến 2 phút sau khi bật :) 13:20 &lt;+detonate&gt; không có gì bất thường 13:20 &lt;+detonate&gt; một shutdown exception 13:21 &lt;+detonate&gt; nhưng chắc tôi gây ra 13:21 &lt;mule&gt; tôi đã kéo hơn 300M qua fcp cho một bộ phim ở bản trước. chưa bao giờ tốt thế. tốc độ đỉnh vượt 40k. làm tốt lắm. 13:21 &lt;@jrandom&gt; wow, hay đó mule! 13:21 &lt;mule&gt; tuy nhiên tôi vẫn rất khó phục hồi sau khi đổi IP 13:21 &lt;@jrandom&gt; detonate: hmm, ok, tôi muốn debug sâu hơn chuyện này sau buổi họp hoặc lúc khác bạn rảnh 13:22 &lt;+detonate&gt; ừ 13:22 &lt;+detonate&gt; ok 13:22 &lt;dm&gt; tunnel lag: 364ms. Cái quái gì đang diễn ra vậy, tunnel lag giảm 100-200ms sau mỗi bản phát hành! 13:22 &lt;@jrandom&gt; à mule, ok 13:22 &lt;@jrandom&gt; tôi có ý tưởng xử lý mấy kết nối tcp treo - chỉ cần đặt keepalive 5 phút 13:23 &lt;@jrandom&gt; heh dm, đừng lo, nó sẽ tăng lại ;) 13:23 &lt;frosk&gt; wow, tôi chỉ có 261ms ở đây :) 13:24 &lt;@jrandom&gt; ok, nếu không còn gì nữa, sang 2) chiến lược 0.5 13:24 &lt;dm&gt; Thế là không thể đúng được... 13:25 &lt;+ugha2p&gt; Có vẻ tôi lại đến trễ cuộc họp rồi. 13:26 &lt;@jrandom&gt; vẫn còn nhiều việc cho 0.5, nhưng khung tổng quát quy trình đã có trong email đó 13:26 * jrandom gửi ugha2p ra phòng hiệu trưởng 13:27 &lt;@jrandom&gt; vẫn còn vài chi tiết về tunnel pooling và khởi tạo, nhưng tôi nghĩ ta có vài lựa chọn khác nhau để đáp ứng nhu cầu nhiều nhóm người dùng 13:28 &lt;@jrandom&gt; sẽ có tài liệu kiểu cũ ngon lành đăng lên khi đa số các chỗ gợn trong thiết kế được gõ phẳng để mọi người duyệt 13:28 &lt;@jrandom&gt; (hiện nó chiếm ~8 trang trong sổ tay, nhưng chắc nén tốt) 13:29 &lt;kaji&gt; cuộc họp bắt đầu chưa vậy? 13:29 &lt;@jrandom&gt; còn một việc nữa trong 0.5 là “xử lý nhu cầu băng thông của mạng”, và tôi không biết lên kế hoạch sao, nên ta sẽ tùy cơ ứng biến 13:29 &lt;@jrandom&gt; rồi kaji, chúng ta đang ở 2) chiến lược 0.5 13:30 &lt;@jrandom&gt; à, tôi nói vậy là hết chuyện đó lúc này, trừ khi ai có câu hỏi/bình luận/quan ngại? 13:31 &lt;+ugha2p&gt; Wow, hầu hết router đã nâng cấp rồi. 13:31 &lt;+detonate&gt; việc lọc traffic http để loại bỏ javascript/v.v. có nằm trong roadmap không? 13:31 &lt;+detonate&gt; cho 0.5 13:31 &lt;+ugha2p&gt; detonate: Không. 13:31 &lt;@jrandom&gt; detonate: 0.6 13:31 &lt;ant&gt; &lt;cat-a-puss&gt; Liên quan đến băng thông, ta có nên bật xác suất độ dài tunnel, và/hoặc tunnel ưu tiên cục bộ, cho bittorrent vì nói chung người dùng BT có mô hình mối đe dọa yếu hơn? 13:32 &lt;@jrandom&gt; cat-a-puss: có, chắc chắn. đó là một phần lớn của bản 0.5 13:32 &lt;+ugha2p&gt; detonate: Trừ khi bạn tự triển khai trước. ;) 13:32 &lt;+detonate&gt; tôi cũng đang nghĩ về nó 13:33 &lt;ant&gt; &lt;cat-a-puss&gt; việc lọc html sẽ chạy trong một tiến trình riêng chứ? 13:33 &lt;@jrandom&gt; tôi nghĩ michelle cũng đang xem cái đó, nếu hai bạn muốn cùng làm (michelle đang học Java) thì tuyệt 13:33 &lt;+detonate&gt; ok 13:33 &lt;@jrandom&gt; cat-a-puss: tôi không rõ. 13:34 &lt;+ugha2p&gt; cat-a-puss: Sao phải thế? 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; (Tôi hỏi vì tôi định làm một proxy đưa toàn bộ traffic trình duyệt đến qua clamav) Cái đó GPL nên nếu ta có thể đưa vào bộ lọc, chắc cũng ổn. 13:35 &lt;@jrandom&gt; hay đó cat-a-puss! 13:35 &lt;+ugha2p&gt; Một số người đã dùng Privoxy cho I2P. 13:36 &lt;bens&gt; nói chung, tôi phản đối chuyện nhét-thêm-thứ-vào 13:36 &lt;susi23&gt; Tôi muốn mọi người cấu hình trình duyệt đúng hơn là hứa hẹn sẽ bảo vệ họ khỏi mã độc. 13:36 &lt;@jrandom&gt; susi23: chẳng ai cấu hình trình duyệt đúng cả 13:36 &lt;@jrandom&gt; nhất là người dùng bình thường 13:37 &lt;frosk&gt; cũng tự hỏi Joe có biết đặt proxy cho trình duyệt không 13:37 &lt;@jrandom&gt; quan điểm cá nhân tôi là cái gì đó kiểu cgi-proxy sẽ lý tưởng 13:37 &lt;@jrandom&gt; chính xác frosk 13:37 &lt;@jrandom&gt; với giao diện kiểu cgi-proxy (lọc theo tùy chọn của họ, an toàn theo mặc định), đến người ngốc nghếch cũng dùng được 13:38 &lt;bens&gt; Tôi đoán I2P cần nhiều phiên bản cho nhiều thị trường còn hơn cả MS Office 13:38 &lt;@jrandom&gt; vì thế chúng tôi có các thành phần nhỏ và đẩy những thứ này ra khỏi router bens ;) 13:38 &lt;Ragnarok&gt; một proxy auto config file sẽ hữu ích 13:39 &lt;@jrandom&gt; Ragnarok: chúng tôi có một cái, nhưng vẫn có những thứ nguy hiểm có thể làm với nó 13:39 &lt;frosk&gt; có lẽ thậm chí một trình duyệt i2p chuyên dụng (nếu ai đó rảnh rỗi ;) 13:39 &lt;susi23&gt; ragnarok: cái này? http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 &lt;@jrandom&gt; frosk: trên HĐH i2p và phần cứng chuyên dụng nữa, tôi đoán vậy 13:40 &lt;frosk&gt; hehe, hoàn hảo 13:40 &lt;Ragnarok&gt; nhưng cái đó không có trong bộ cài 13:40 * jrandom triển khai những thứ đó trong vũ trụ i2p chuyên dụng 13:40 &lt;susi23&gt; . o O ( có lẽ chúng ta cũng nên tìm một hành tinh i2p dành riêng ) 13:40 &lt;susi23&gt; . o O ( chà, chậm tay quá ) 13:40 &lt;mule&gt; ok, bọn tôi sẽ bán phần cứng :) 13:40 &lt;frosk&gt; người ta nói rồi, muốn tạo cái gì từ con số 0, trước hết hãy tạo ra vũ trụ 13:41 &lt;@jrandom&gt; w00t, giờ chỉ cần nhà đầu tư.. 13:41 &lt;bens&gt; nghiêm túc, một trình tự động cấu hình firefox có thể hợp lý 13:41 &lt;@jrandom&gt; bens: file .pac susi link ở trên sẽ làm được 13:41 &lt;bens&gt; không chỉ proxy; cả cài đặt bảo mật, trang chủ, v.v. nữa 13:41 &lt;@jrandom&gt; ta có thể đóng gói cái đó trong bộ cài, nhưng nó không đủ cho những người cần ẩn danh (và không phải ubergeek sẵn) 13:42 &lt;@jrandom&gt; hmm, có lẽ thứ đó có thể đưa vào i2p xul app của cervantes 13:43 &lt;@jrandom&gt; nhưng thế là lạc đề khỏi 2) chiến lược 0.5 13:43 &lt;@jrandom&gt; ai còn gì cho mục đó không, hay ta chuyển sang 3) đặt tên? 13:44 -!- Irssi: #i2p: Tổng cộng 40 nick [2 ops, 0 halfops, 6 voices, 32 bình thường] 13:44 &lt;@jrandom&gt; coi như đã chuyển 13:44 &lt;@jrandom&gt; ok, xem ra tôi hơi nóng vội với bản ref 2.0.1 của addressbook - Ragnarok, muốn cập nhật cho mọi người chứ? 13:44 &lt;+ugha2p&gt; jrandom: Ta có thể kỳ vọng các ngày trên roadmap là chính xác không? 13:45 &lt;@jrandom&gt; ugha2p: hiện chúng phản ánh ước tính tốt nhất của tôi 13:45 &lt;+ugha2p&gt; jrandom: Ok, rõ. 13:45 &lt;Ragnarok&gt; giờ đã phát hành rồi 13:45 &lt;@jrandom&gt; w00t 13:45 &lt;Ragnarok&gt; xem ragnarok.i2p 13:45 &lt;Ragnarok&gt; Tôi không định phát hành lúc này, nhưng jrandom làm tôi phải ra mắt :) 13:46 &lt;@jrandom&gt; hehe 13:46 &lt;+ugha2p&gt; Ragnarok: Nhân tiện, bạn thiếu một link từ homepage. :) 13:46 &lt;Ragnarok&gt; chỉ là vài bug fix, không có gì lớn, nhưng nó xử lý tốt hơn vài trường hợp góc 13:46 &lt;@jrandom&gt; nó ở góc trên bên phải đó ugha2p 13:47 &lt;Ragnarok&gt; ugha2p: nó ở sidebar 13:47 &lt;Ragnarok&gt; Tôi sẽ thêm link vào bài post nữa :) 13:47 &lt;mule2&gt; "that'll be the day when i die". đổi IP hằng ngày để chỉnh giờ. 13:48 &lt;Ragnarok&gt; dù sao, nếu mọi người dùng thử thì tốt. Báo lỗi luôn được hoan nghênh 13:48 &lt;+ugha2p&gt; Ragnarok: Ồ, sidebar đó bị lỗi nặng trong Opera. 13:48 &lt;mule2&gt; Lease expired 12773d ago 13:49 &lt;+ugha2p&gt; Ragnarok: À, không hẳn là hỏng, chỉ là nằm cuối trang. 13:49 &lt;@jrandom&gt; hay đó Ragnarok, cảm ơn 13:49 &lt;Ragnarok&gt; có lẽ cửa sổ của bạn không đủ rộng 13:49 &lt;+ugha2p&gt; Ragnarok: Đúng, nhưng nó nên chạy với mọi kích thước cửa sổ. 13:50 &lt;+ugha2p&gt; Vậy bạn có thể sửa trong tương lai. :) 13:50 &lt;Ragnarok&gt; ugha2p: “nên” là lựa chọn từ thú vị :) 13:50 &lt;Frooze&gt; à, sai cả trên mozilla 1.7 nữa. cửa sổ của tôi nhỏ thôi. 13:50 &lt;+ugha2p&gt; Tại sao vậy? 13:50 &lt;Frooze&gt; cảm ơn ragnarok. hay đấy. 13:51 &lt;Ragnarok&gt; Tôi có thể sửa trong tương lai, nhưng nó rất thấp trong ưu tiên của tôi 13:51 * jrandom thích cập nhật addressbook hơn là sửa html 13:52 &lt;Ragnarok&gt; được rồi, có câu hỏi nào không? 13:53 &lt;frosk&gt; cảm ơn addressbook, Ragnarok, nghe rất hữu ích 13:54 &lt;+ugha2p&gt; Cách được tài liệu hóa để nạp addressbook có phải là cách duy nhất, hay có cách nào ít can thiệp hơn không? 13:54 &lt;kaji&gt; tôi vừa cài xong, tuyệt lắm 13:54 &lt;Ragnarok&gt; bạn có thể khởi chạy thủ công bằng "java -jar addresbook.jar &lt;path to i2p/addressbook&gt;" 13:54 &lt;Ragnarok&gt; cảm ơn :) 13:55 &lt;kaji&gt; ô, và tôi tải bản 2.0.0, có bản cập nhật đâu đó không? 13:55 &lt;Ragnarok&gt; ok, tôi đã sửa cột, chỉ là một pha trộn ngớ ngẩn giữa kích thước tuyệt đối và tương đối 13:56 &lt;Ragnarok&gt; có, 2.0.1 giờ ở ragnarok.i2p 13:57 &lt;+ugha2p&gt; Giờ tôi bị "Failed to load Main-Class manifest attribute from", nhưng thôi, tôi sẽ restart sau. 13:57 &lt;Ragnarok&gt; whoops 13:58 &lt;Ragnarok&gt; lỗi của tôi 13:58 &lt;Ragnarok&gt; tôi sẽ cố sửa sớm 13:58 &lt;+ugha2p&gt; À, ok. :) 13:58 &lt;Ragnarok&gt; cũng sẽ sớm có bản .war dễ cài 13:59 &lt;dm&gt; jrandom: bạn đúng là cái máy 14:00 &lt;@jrandom&gt; wikked, cảm ơn Ragnarok 14:00 &lt;@jrandom&gt; susi23: ping? 14:00 &lt;susi23&gt; 1200ms 14:01 &lt;@jrandom&gt; !thwap 14:01 &lt;@jrandom&gt; dù sao, muốn tóm tắt xem susidns có gì mới không? 14:01 &lt;@jrandom&gt; hay để sau? 14:01 &lt;susi23&gt; ta có thời gian cho cuộc thảo luận tổng quát hơn về chuyện đặt tên không? 14:02 &lt;susi23&gt; ta muốn tính năng gì trong tương lai? 14:03 &lt;@jrandom&gt; một số ý của tôi đã đăng ở http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 14:03 &lt;@jrandom&gt; (về các tính năng tổng quát) 14:04 &lt;@jrandom&gt; tôi nghĩ khó nhất sẽ là tập cho mọi người bỏ thói quen dùng tên dễ đọc, duy nhất toàn cục, nhưng với giao diện tốt thì làm được 14:04 &lt;Ragnarok&gt; triển khai các cấu trúc dữ liệu bạn phác thảo bằng xml là một trong các mục tiêu tiếp theo của tôi 14:04 &lt;susi23&gt; ok, có một mẩu viết về attributes ở `http://susi.i2p/removablekeys.html` 14:05 &lt;ant&gt; &lt;Jnymo&gt; wow.. tối nay đông ghê 14:05 &lt;bens&gt; ragnarok: bạn đã xem YAML chưa? Có thể dễ hơn 14:05 &lt;+ugha2p&gt; Jnymo: Ừ, bọn tôi đang cố họp đây. 14:05 &lt;Ragnarok&gt; tên của YAML quá đúng nghĩa luôn 14:05 &lt;@jrandom&gt; hay đó susi23, dù tôi nghĩ chắc chắn ta sẽ muốn chuyển khỏi định dạng hosts.txt thuần 14:05 &lt;ant&gt; &lt;Quadn-werk&gt; thêm một lệnh command line graceful restart? 14:06 &lt;ant&gt; &lt;Jnymo&gt; ugha2p: à 14:06 &lt;susi23&gt; có ý tưởng nào về cách giữ tên duy nhất lâu dài không? 14:06 &lt;@jrandom&gt; một phần quan trọng của dữ liệu cần quản lý trong dịch vụ đặt tên là mỗi mục phải được ký, đòi hỏi cấu trúc chặt (hoặc xml cẩn thận) 14:07 &lt;@jrandom&gt; tôi không tin có thể có tên vừa duy nhất toàn cục, vừa dễ đọc cho con người, vừa an toàn. 14:07 &lt;@jrandom&gt; (tôi gom “tập trung” & “an toàn” lại với nhau) 14:07 &lt;@jrandom&gt; susi23: bạn đã xem http://zooko.com/distnames.html chưa? 14:07 &lt;Ragnarok&gt; tôi nghĩ dùng hệ kiểu addressbook, các tên sẽ phần lớn là duy nhất, vì người tự nhận một tên có lợi khi không chọn tên đã dùng 14:08 &lt;@jrandom&gt; Ragnarok: rồi sẽ rõ. có thể 14:08 &lt;susi23&gt; tôi sẽ xem 14:08 &lt;bens&gt; Tôi đoán các “nhà thẩm quyền” đáng tin sẽ xuất hiện 14:08 &lt;Ragnarok&gt; thật ra đã có một cái 14:08 &lt;frosk&gt; hosts.txt? :) 14:09 &lt;Ragnarok&gt; của jrandom đó, đúng 14:09 &lt;@jrandom&gt; hoặc nếu không có thẩm quyền tin cậy, thì tên có kèm đường dẫn để định danh duy nhất 14:09 &lt;@jrandom&gt; (ví dụ “cái site mà orion.i2p gọi là ‘frosk.i2p’”) 14:10 &lt;@jrandom&gt; Derek Eddington có vài bài theo hướng đó hồi tháng 9 - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 &lt;bens&gt; frosk.orion.i2p 14:10 &lt;@jrandom&gt; smtp.frosk.ns.orion.i2p 14:11 * jrandom bắt đầu dựng uucp bang paths 14:11 &lt;frosk&gt; hah 14:12 &lt;susi23&gt; ok, giờ thì... sao không có một “lộ trình đặt tên”? :) 14:12 &lt;ant&gt; &lt;Jnymo&gt; các bạn đã thuyết phục tôi tránh xa một dns phân tán tuyệt đối cho i2p.. phần nào.. nhưng ý tưởng của duck khiến tôi nghĩ hệ thống trust có thể chạy được.. ví dụ, một tra cứu có thể trả về danh sách site/tệp, và mỗi cái có thể liệt kê với mức độ tin cậy mà mạng dành cho nó 14:12 &lt;susi23&gt; khi ta đồng ý sẽ làm gì 14:12 &lt;@jrandom&gt; ý hay đó susi23, bạn muốn viết một bản không? 14:13 &lt;@jrandom&gt; tin vào sự tin tưởng của người khác là có tiềm năng, nhưng cần làm rất cẩn trọng 14:13 &lt;susi23&gt; Tôi có thể làm, nhưng tôi vẫn chưa biết CHÚNG TA muốn làm gì. Cần vài quyết định. 14:14 &lt;@jrandom&gt; (tức là chỉ theo các điều kiện bạn tin các peer dọc chuỗi đến tác giả trust) 14:14 &lt;modulus&gt; không có, hoặc không nên có “độ tin cậy của mạng” cho một site, tin cậy luôn phải lấy người dùng làm trung tâm 14:14 &lt;@jrandom&gt; susi23: bước 1 của roadmap: quyết định trong số $featureset 14:14 &lt;susi23&gt; Hoặc ít nhất ta phải phát triển mọi ý tưởng thành khái niệm rõ hơn. 14:14 &lt;ant&gt; &lt;Jnymo&gt; ừ thì, nếu files i2p liệt kê có bao nhiêu site link đến siteinquestion.i2p 14:15 &lt;Ragnarok&gt; ok, tôi đã cập nhật gói addressbook với jar thực thi. 14:15 &lt;ant&gt; &lt;Jnymo&gt; à, files.i2p 14:15 &lt;@jrandom&gt; jnymo: như vậy biến thành thẩm quyền tập trung - files.i2p 14:15 &lt;modulus&gt; chưa kể bạn có thể đầu độc đống link bằng cách tạo cả đống site. 14:16 &lt;modulus&gt; googlebombing trên i2p 14:16 &lt;ant&gt; &lt;Jnymo&gt; đúng.. nhưng files i2p có thể phi tập trung 14:16 &lt;susi23&gt; ok, sao không gom ý tưởng/thông tin/khái niệm đến, giả sử tháng Giêng 14:16 &lt;orion&gt; chào mọi người. Tôi thấy lại bàn chuyện đặt tên.. LẠI :) 14:16 &lt;susi23&gt; rồi đến giai đoạn quyết định, ok? 14:16 &lt;@jrandom&gt; nghe ổn - bạn sẽ là đầu mối gom chúng lại nhé? 14:16 &lt;Ragnarok&gt; được 14:16 &lt;modulus&gt; không quan trọng tập hợp tin cậy là phi tập trung, tin cậy phải xuất phát từ người dùng. mọi thứ khác đều có thể bị đầu độc theo tôi. 14:17 &lt;susi23&gt; ta không dùng mailing list cho việc này được à? 14:17 &lt;bob&gt; hoặc có lẽ wiki của ugha? 14:17 &lt;ant&gt; &lt;Jnymo&gt; đồng ý.. nhưng làm sao? đặt một thanh đo trust ở trên cùng trình duyệt web? 14:18 &lt;@jrandom&gt; wiki sẽ ổn, ta có thể gom link đến mọi thảo luận trước đây ở đó 14:18 &lt;modulus&gt; jnyo: có lẽ giải pháp khả dĩ nhất là bind với cái tên đầu tiên gặp hoặc gì đó. 14:18 &lt;dm&gt; tất cả cùng vỗ tay cho jrandom vì quản lý dự án tuyệt vời 14:18 &lt;susi23&gt; được 14:18 &lt;modulus&gt; nhưng có nhiều cách lắm. 14:19 &lt;susi23&gt; url của wiki? (để ghi chép) 14:19 &lt;ant&gt; * Jnymo vỗ tay 14:19 &lt;@jrandom&gt; ugha.i2p 14:19 * dm vỗ tay 14:19 &lt;susi23&gt; ok 14:19 &lt;susi23&gt; vậy tôi xong và ping lại jrandom ;) 14:20 &lt;ant&gt; &lt;Jnymo&gt; modulus: vậy, nếu tôi giới thiệu link cho ai đó, tôi đang giới thiệu họ tới site tôi bind đầu tiên.. có thể ổn.. 14:20 &lt;+ugha2p&gt; Có vẻ jrandom ping timeout rồi. 14:20 &lt;@jrandom&gt; ok hay đấy, còn gì nữa về nami^W thôi, không bàn thêm về đặt tên. chuyển sang wiki 14:20 &lt;modulus&gt; dù sao, nếu bạn link thì có lẽ bạn sẽ muốn đặt một đường dẫn tuyệt đối trong link, không chỉ là tên 14:21 &lt;@jrandom&gt; chuyển tiếp đến 4) tổng hợp eepsite 14:21 &lt;dm&gt; dm.i2p đã lên và chạy 14:21 &lt;@jrandom&gt; hay 14:22 &lt;@jrandom&gt; ok, tôi không có gì thêm ngoài những gì nói trong mail 14:22 &lt;bob&gt; vui khi thấy nhiều site đổ vào! truy cập cũng nhanh! 14:22 &lt;@jrandom&gt; ừ, đồng ý bob 14:22 &lt;bob&gt; orion, cảm ơn vì công việc của anh.. Tôi dùng site của anh mỗi ngày. 14:22 * jrandom cũng vậy, mục "last updated" đặc biệt hữu ích 14:23 &lt;bob&gt; dm: :-) 14:24 &lt;@jrandom&gt; ok, nếu không còn gì thêm, ta nhảy sang 5) ??? 14:24 &lt;@jrandom&gt; có ai muốn nêu thêm gì cho cuộc họp không? 14:24 &lt;ant&gt; &lt;Jnymo&gt; tình trạng mạng sao rồi? 14:24 &lt;ant&gt; &lt;Jnymo&gt; liên quan đến 4.2.5? 14:25 &lt;@jrandom&gt; có vẻ ổn, nhưng bản phát hành mới vài giờ, còn quá sớm để nói 14:25 &lt;ant&gt; &lt;Jnymo&gt; à, heh 14:25 &lt;ant&gt; &lt;Jnymo&gt; fusenet có tin gì không? 14:26 &lt;@jrandom&gt; (`http://piespy.i2p/i2p/i2p-current.png` heh) 14:26 &lt;frosk&gt; công việc của tôi trên i2pcontent bị gác lại nhiều tuần, nhưng bản mới nhất của tài liệu có thể đọc ở `http://frosk.i2p/i2pcontent.html` . nếu ai quan tâm, xin mời đọc, và cứ phê bình gắt nếu cần (trên irc khi tôi không /away hoặc mail tới frosk@mail.i2p) 14:26 &lt;frosk&gt; i2pcontent/fusenet/gì cũng được ;) 14:26 &lt;ant&gt; &lt;Jnymo&gt; wordicus 14:28 &lt;@jrandom&gt; ok, nếu không còn gì nữa... 14:28 &lt;mule2&gt; vỗ tay thật to cho mọi đóng góp xuất sắc 14:29 &lt;@jrandom&gt; ừ, mọi người làm việc cực chất 14:29 &lt;frosk&gt; anh cũng vậy, jrandom :) 14:29 &lt;orion&gt; word. 14:29 &lt;orion&gt; đúng vậy, rất nhiều, anh cũng thế jrandom. 14:29 &lt;scintilla&gt; nghe nghe! 14:29 &lt;ant&gt; &lt;Jnymo&gt; ừ, tôi để ý trên site ít thông tin hơn về cách giúp đỡ 14:29 &lt;@jrandom&gt; đôi lúc “kickass”, đôi lúc “ass kicked” ;) 14:29 &lt;orion&gt; HIP HIP 14:30 &lt;ant&gt; &lt;Jnymo&gt; HORRAY 14:30 * orion mỉm cười 14:30 &lt;Frooze&gt; hôm nay tải eclipse, để học java dịp lễ, vì mọi người ấn tượng quá. 14:30 &lt;@jrandom&gt; jnymo: nhiều việc nhỏ dễ làm đã xong 14:30 &lt;@jrandom&gt; ôi hay đó Frooze 14:31 &lt;Frooze&gt; vậy là rắc rối ở chân trời. heh 14:31 &lt;@jrandom&gt; jnymo: tôi thực sự nên gom thêm một số việc như thế và đăng lên 14:31 &lt;ant&gt; &lt;Jnymo&gt; jrandom: Anh vẫn tìm người phụ giúp alexandria.i2p chứ? 14:31 &lt;@jrandom&gt; (Arizona núp đi!) 14:31 * jrandom không tham gia alexandria, nhưng vâng, tôi tin họ vẫn cần thủ thư 14:31 &lt;ant&gt; &lt;Jnymo&gt; học bơi đi, mọi người ;) 14:31 * orion thích những ám chỉ Pump Up the Volume. Dù mơ hồ. 14:31 &lt;@duck&gt; vâng, bọn tôi cần 14:31 &lt;@jrandom&gt; :) 14:31 &lt;Ragnarok&gt; jrandom: tệp war thực ra để ở đâu? 14:31 &lt;@jrandom&gt; (orion++) 14:32 &lt;@jrandom&gt; Ragnarok: i2p/webapps/addressbook.war 14:32 &lt;@jrandom&gt; (rồi restart router) 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck, anh nói tôi à? 14:32 &lt;Ragnarok&gt; hay. Tôi sẽ bắt đầu thử nghiệm 14:32 &lt;@jrandom&gt; r0x0r 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck: alexandria ở site của anh à? 14:33 &lt;@duck&gt; duck.i2p/alexandria/ 14:33 &lt;ant&gt; &lt;Jnymo&gt; word 14:34 &lt;@jrandom&gt; ok, nếu vậy, ta chuồn khỏi đây ở mốc 90 phút.. 14:34 * jrandom khởi động 14:34 * jrandom *baf*s đóng cuộc họp </div>/vi/blog/2004/12/14/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-12-n%C4%83m-2004/Tue, 14 Dec 2004 00:00:00 +0000/vi/blog/2004/12/14/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-12-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, cervantes, dinoman, dm, duck, Frooze, frosk, jdot\_, jrandom, lurk, mule2, orion, polecat, postman, protokol, Pseudonym, susi23</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) chào 13:08 &lt;jrandom&gt; 1) Tình trạng mạng 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) lộ trình 13:08 &lt;+polecat&gt; Nghe như thể các nút đang dùng thời gian chúng nhận được 5 phút trước, rồi đặt nó thành thời gian hiện tại thay vì thời gian thực. 13:09 &lt;jrandom&gt; 4) i2pcontent 13:09 &lt;jrandom&gt; 5) i2p-bt 13:09 &lt;jrandom&gt; 6) ??? 13:09 &lt;jrandom&gt; 0) chào 13:09 &lt;jrandom&gt; ghi chú trạng thái hằng tuần đã được đăng vài phút trước tại http://dev.i2p.net/pipermail/i2p/2004-December/000522.html 13:09 * Pseudonym vẫy tay 13:10 &lt;cervantes&gt; cảm ơn đã đợi.... vừa đi làm về ;-) 13:10 &lt;jrandom&gt; polecat: không hẳn là 5 phút (nhưng ta có thể bàn thêm sau cuộc họp hoặc ngay trong cuộc họp) 13:10 * polecat gật đầu 13:10 &lt;jrandom&gt; w3rd, thôi, mình sẽ cho bạn chút thời gian đọc ghi chú trạng thái nhé :) 13:11 &lt;jrandom&gt; trong lúc đó, 1) Tình trạng mạng 13:11 * postman vẫy tay 13:11 &lt;jrandom&gt; hôm trước, như đã nói trên list, trên irc khá là hỗn loạn 13:12 &lt;jrandom&gt; tuy nhiên chúng tôi đã tinh chỉnh vài thứ và các bản sửa lỗi tiến triển khá tốt 13:12 * dm vẫy tay 13:12 &lt;jrandom&gt; ngoài vấn đề đồng bộ thời gian đã nêu trong mail, còn có vấn đề "leases hết hạn" mà một số người đã báo cáo 13:13 &lt;Pseudonym&gt; chúng có liên quan không? 13:13 &lt;+protokol&gt; (đã mấy tháng rồi) 13:13 &lt;Pseudonym&gt; (các vấn đề ấy, không phải con người) 13:13 &lt;jrandom&gt; điều đó một phần do nhiều vấn đề; vài vấn đề có thể được các bản vá trong CVS xử lý, vài vấn đề có thể liên quan đồng bộ thời gian, nhưng phần lớn là do các vấn đề mà chúng tôi đang xử lý cho bản phát hành 0.5 13:14 &lt;jrandom&gt; cốt lõi vấn đề là peer đôi khi không thể xây dựng tunnels cho client, đồng nghĩa là nó sẽ không yêu cầu client một lease mới 13:14 &lt;jrandom&gt; giải pháp là đảm bảo ta có thể xây dựng các tunnels mới đáp ứng nhu cầu của client 13:15 &lt;Pseudonym&gt; nếu không thể thì sao? 13:15 &lt;jrandom&gt; nếu không, các lease sẽ tiếp tục hết hạn cho đến khi làm được 13:16 &lt;Pseudonym&gt; vậy khác gì đâu? 13:16 &lt;jrandom&gt; chẳng khác gì :) 13:16 &lt;jrandom&gt; chúng ta cần có khả năng xây dựng tunnels, hết. 13:16 &lt;jrandom&gt; để đảm bảo làm được, ta phải vừa cải thiện việc profiling (xem: các sửa lỗi trong CVS cho một bug profiling tồn tại lâu), vừa cải thiện chiến lược pooling (xem: 0.5) 13:17 &lt;jrandom&gt; lý do chính đáng duy nhất khiến không thể xây dựng tunnels là toàn bộ mạng bị bão hòa hoàn toàn 13:17 &lt;+polecat&gt; hoặc bạn bị cắt khỏi nó 13:17 &lt;jrandom&gt; đúng 13:17 &lt;bla&gt; jrandom: Có thể vì mạng đã tăng lên khoảng ~110 peers? 13:18 &lt;dm&gt; hoặc nó bị cắt khỏi bạn 13:18 &lt;jrandom&gt; không, chúng ta cũng từng thấy việc này rồi bla 13:18 &lt;Pseudonym&gt; các "sửa lỗi trong cvs cho một bug profiling tồn tại lâu" nằm trong 0.4.2.3 hay chỉ trong CVS? 13:18 &lt;jrandom&gt; dù theo một nghĩa nào đó thì cũng có, vì giờ chúng ta có nhiều peers hơn mà không có dữ liệu profiling về họ 13:18 &lt;jrandom&gt; Pseudonym: CVS 13:19 &lt;+polecat&gt; Khi nói profiling, ý bạn là xếp hạng các peer theo mức độ hữu ích của họ? 13:19 &lt;jrandom&gt; ừ 13:19 * Pseudonym muốn 0.4.2.4 ;-) 13:19 &lt;+polecat&gt; Phù. 13:19 &lt;+polecat&gt; Tưởng là kiểu theo vết hàm kỳ quặc như gprof hay gì đó. 13:20 * orion muốn 2.0 :) 13:20 &lt;jrandom&gt; hehe không, bug profiling một phần do vài đoạn mã ngớ ngẩn bỏ qua thống kê hằng ngày 13:20 * jrandom cũng vậy 13:20 * polecat muốn ấu trùng của một con chó to. 13:20 &lt;jrandom&gt; ok, rồi, đó là tất cả những gì tôi muốn nêu cho 1) tình trạng mạng - ai còn gì bổ sung không? 13:21 &lt;jrandom&gt; nếu không, chuyển sang 2) mail.i2p 13:21 &lt;jrandom&gt; postman: mời bạn phát biểu 13:22 &lt;+postman&gt; ok 13:22 &lt;+postman&gt; xin lỗi 13:22 &lt;+postman&gt; :) 13:23 &lt;+postman&gt; có mô tả về cách xử lý đầy đủ các virtual maildomains tại www.postman.i2p/user/virtual 13:23 &lt;+postman&gt; có mô tả về cách xử lý đầy đủ các virtual maildomains tại www.postman.i2p/user/virtual.html 13:23 &lt;+postman&gt; (uống nhiều rượu vang quá) 13:23 &lt;dm&gt; đây là màn trình bày rất thiếu chuyên nghiệp! 13:23 &lt;+postman&gt; nó cố gắng giải thích một hệ thống để xử lý các maildomain khác ngoài địa chỉ @mail.i2p 13:23 &lt;frosk&gt; :D 13:24 * orion đập phấn bảng vào đầu dm. 13:24 &lt;frosk&gt; thế tức là tôi có thể có frosk@frosk.i2p? 13:24 &lt;+postman&gt; frosk: đúng vậy 13:24 &lt;jrandom&gt; rất ngầu 13:24 &lt;+polecat&gt; Câu hỏi là, để làm gì? :3 13:24 &lt;+postman&gt; khá phức tạp, nhưng tôi vẫn mong nhận góp ý và ý tưởng cho cái này 13:24 &lt;cervantes&gt; s/eraser/ 13:24 &lt;frosk&gt; froody cool 13:25 &lt;+postman&gt; có thể không cần thiết với vài người, nhưng tương lai rất tươi sáng 13:25 &lt;jrandom&gt; có nhiều lý do — ví dụ cho mỗi người dùng @ forum.i2p một địa chỉ mail, v.v. 13:25 &lt;susi23&gt; đó là một hệ thống tập trung gắn với postman.i2p 13:25 &lt;+polecat&gt; Đúng, điều đó khá rõ ràng. 13:25 &lt;susi23&gt; nếu máy đó hỏng, tất cả chúng ta tiêu luôn :) 13:25 &lt;+polecat&gt; jrandom: Nhưng nếu cuối cùng mọi thứ đều phải đi qua mail.i2p... 13:25 * postman RẤT ý thức vấn đề này 13:26 &lt;+postman&gt; :/ 13:26 &lt;jrandom&gt; polecat: có thể, nhưng cũng có thể không 13:26 &lt;+polecat&gt; susi23: chính xác! 13:26 &lt;+postman&gt; triển khai hiện tại đúng là điểm lỗi đơn lẻ (single point of failure) 13:26 &lt;+postman&gt; nhưng điều này cũng áp dụng cho Internet bridge 13:27 &lt;jrandom&gt; ồ, gateway thứ hai chưa triển khai à? 13:27 &lt;+polecat&gt; Một giải pháp là đặt nhiều đích vào các tunnel SMTP/POP3 phía client, và để tất cả các đích này chỉ chuyển tiếp cho nhau. 13:27 &lt;+postman&gt; jrandom: chưa, baffled vẫn chưa thiết lập 13:27 &lt;jrandom&gt; à ok 13:27 &lt;+postman&gt; polecat: và mailbox CỦA BẠN sẽ nằm trên pop3 server NÀO 13:27 &lt;orion&gt; "shiny" thì tốt, nhưng địa chỉ ảo đó liên hệ thế nào với địa chỉ internet? Tôi thích việc orion@mail.i2p và orion@i2pmail.org đều dùng được. 13:27 &lt;orion&gt; s/usable/identical/ 13:28 &lt;+postman&gt; polecat: ai muốn chuyển 100MB dữ liệu mailbox mỗi ngày suốt 1 năm cho tất cả 10000 người dùng? 13:28 &lt;+postman&gt; orion: chúng sẽ dùng được 13:28 &lt;+polecat&gt; thay vì đi mail.i2p -&gt; polecat.i2p -&gt; frosk@baffled.i2p, nó có thể đi tới bất kỳ trong 3, và từ đó thẳng tới baffled. 13:29 &lt;+postman&gt; tôi mong mọi người quan tâm đóng góp ý tưởng 13:29 &lt;+postman&gt; dù vậy, virtual domains là một tính năng có vẻ hữu ích và có thể triển khai bất kể trạng thái mạng 13:29 &lt;+polecat&gt; Vậy nếu mail.i2p chết, hai cái còn lại sẽ có server tunnels của riêng họ như các đường thay thế vào hệ thống mail relay. 13:30 &lt;+postman&gt; polecat: nhưng vẫn còn câu hỏi về mailbox của bạn 13:30 &lt;+postman&gt; polecat: dữ liệu mailbox của bạn cũng phải được di chuyển và giữ đồng bộ giữa TẤT CẢ các vị trí có thể 13:30 &lt;+polecat&gt; Ừm... đúng là vậy... 13:30 &lt;+postman&gt; polecat: thử tưởng tượng điều này với 1000 người dùng trong tương lai 13:30 &lt;susi23&gt; ai cũng có thể dựng một destination trên nút của mình để mail được chuyển đến... giờ ta có vấn đề là nối destination với địa chỉ mail 13:30 &lt;+postman&gt; không DỄ như vậy đâu 13:30 &lt;+polecat&gt; Ồ! Nhưng cách này sẽ hoạt động... 13:30 &lt;+postman&gt; đúng thế 13:31 &lt;+postman&gt; mặt khác vấn đề relay từ và ra internet vẫn còn 13:31 &lt;dm&gt; jrandom: bạn đang tận hưởng điều này, phải không? 13:31 &lt;+polecat&gt; Đúng! Người dùng chọn server để đặt POP3 mailbox, và đó là server họ chọn làm destination cho POP3 tunnel. 13:31 &lt;+postman&gt; polecat: nếu CHÍNH server này hỏng thì sao? 13:32 &lt;+polecat&gt; Vậy mail.i2p và polecat.i2p thậm chí không cần thấy POP3 mailbox của baffled, vì tất cả người dùng POP3 của baffled tải thẳng từ baffled. 13:32 &lt;+postman&gt; một hệ thống thực sự dự phòng sẽ cần đồng bộ mailbox 13:32 &lt;susi23&gt; đúng, nhưng với hệ thống như thế mọi người đều có thể chuyển mail trong i2p, ngay cả khi postman.i2p không hoạt động 13:32 &lt;+polecat&gt; postman: Khi đó họ phải đổi server thôi. -.- 13:32 &lt;dm&gt; Học sinh đang có một cuộc trò chuyện thông minh với nhau. Giấc mơ của giáo sư :) 13:32 &lt;+postman&gt; thôi, cuộc họp không phải chỗ để BÀN hết những thứ này 13:33 &lt;+postman&gt; tôi chỉ ở đây để khơi mào thảo luận 13:33 &lt;+postman&gt; làm ơn đọc tài liệu trước và SAU ĐÓ tôi sẵn sàng nghe góp ý 13:33 &lt;+postman&gt; 2. 13:33 &lt;+polecat&gt; Được rồi, vậy mail.i2p đang được triển khai và đang cố gắng bớt tập trung và bớt "điểm lỗi đơn lẻ". 13:33 &lt;+postman&gt; chúng ta chính thức vượt mốc 100 người dùng với 110 tài khoản đã đăng ký 13:33 &lt;+postman&gt; FYI thôi 13:33 &lt;jrandom&gt; w00t 13:34 &lt;+postman&gt; hết cho hôm nay :) 13:34 &lt;+postman&gt; cảm ơn 13:34 * dm vỗ tay 13:34 &lt;jrandom&gt; tuyệt quá, cảm ơn postman. mọi thứ trông rất hứa hẹn 13:34 &lt;+postman&gt; :) 13:35 &lt;mule2&gt; tôi muốn nêu chủ đề về mail, nhưng sau cuộc họp 13:35 &lt;jrandom&gt; có lẽ các thảo luận về phi tập trung hóa mail có thể chuyển sang list hoặc forum? còn hiện tại, những gì bạn thiết lập đã dư đáp ứng nhu cầu của chúng ta 13:35 &lt;+postman&gt; thậm chí có cả kênh riêng cho nó 13:35 &lt;+postman&gt; :) 13:35 &lt;jrandom&gt; heh đúng ý 13:35 &lt;frosk&gt; kênh nào? 13:36 &lt;jrandom&gt; #mail.i2p 13:36 &lt;+postman&gt; frosk: #mail.i2p 13:36 &lt;+polecat&gt; Ồ, một ghi chú nhanh là tôi vừa tự làm được một SMTP server cache nhỏ bằng perl, để emacs không bị treo khi chờ SMTP server của postman phản hồi qua i2p. 13:36 &lt;frosk&gt; ok 13:36 &lt;+polecat&gt; Có thể tôi sẽ đăng ít code sau, nếu nó hoạt động thật sự ổn. 13:36 &lt;jrandom&gt; ồ, tuyệt đấy polecat 13:36 &lt;cervantes&gt; postman: bạn cứ thoải mái có một chuyên mục riêng trên diễn đàn 13:37 &lt;+postman&gt; cervantes: ôi cảm ơn 13:37 * postman cảm thấy vinh dự :) 13:37 &lt;dm&gt; Bạn xứng đáng mà 13:38 * postman trao micro lại cho hr 13:38 * postman trao micro lại cho jr 13:38 &lt;+postman&gt; ch*t ti*t 13:38 &lt;+postman&gt; :) 13:38 &lt;jrandom&gt; ok, nếu không còn gì về 2) mail.i2p, ta chuyển sang 3) lộ trình 13:38 &lt;+polecat&gt; vroom vroom! 13:38 &lt;jrandom&gt; lộ trình cũ trông hơi... lỗi thời 13:39 &lt;jrandom&gt; bản mới phản ánh quan điểm hiện tại 13:39 &lt;jrandom&gt; hy vọng lịch trình liệt kê có đủ đệm thời gian, tuy nếu thêm người tham gia có lẽ ta còn vượt các ước tính ấy :) 13:40 &lt;jrandom&gt; khi đạt 0.6, ta có thể mở rộng tới số lượng nút lớn, vì sẽ không còn trần giới hạn do thread áp đặt 13:41 &lt;frosk&gt; theo bạn, giới hạn số nút thực tế cho &lt;0.6 là bao nhiêu? 13:41 &lt;jrandom&gt; trước 0.6, có lẽ ta cần giữ dưới 200 nút hoạt động, dù có thể thôi lười và chủ động cắt bớt một số kết nối 13:41 &lt;jrandom&gt; nếu cẩn thận, tôi nghĩ có thể lên 3–500 13:42 &lt;mule2&gt; vậy xin đừng slashdot nhé 13:42 &lt;jrandom&gt; lúc đó sẽ có churn kết nối, nhưng transport tcp chi phí thấp của chúng ta chắc không ảnh hưởng nhiều 13:42 &lt;Pseudonym&gt; lộ trình 0.6 không nhắc chuyện đó. chỉ udp và phân phối nội dung 13:42 &lt;Pseudonym&gt; hay udp sẽ giải quyết? 13:42 * orion bỏ phiếu không slashdot bao giờ 13:43 &lt;jrandom&gt; Pseudonym: udp giải quyết (http://www.i2p.net/todo#transport ) 13:43 &lt;cervantes&gt; postman: `http://forum.i2p/viewforum.php?f=22` 13:44 &lt;Pseudonym&gt; orion: Tôi không đồng ý. để có ẩn danh thực sự, cuối cùng ta sẽ cần RẤT NHIỀU nút 13:44 &lt;Pseudonym&gt; đến lúc nào đó ta phải nói cho mọi người biết 13:44 &lt;jrandom&gt; đồng ý. khi cần, ta chắc chắn sẽ làm đủ kiểu PR 13:44 &lt;jrandom&gt; đám geek có lẽ sẽ là một phần lớn người dùng 13:44 &lt;Pseudonym&gt; khi nào ta thông báo tới cộng đồng geek? không phải như một sản phẩm hoàn chỉnh mà là bản beta để dậm thử lốp 13:44 &lt;Frooze&gt; Hỏi JRandom 13:45 &lt;+polecat&gt; Tôi nghĩ ta nên rất cẩn trọng để mạng này không quá phổ biến. 13:45 &lt;jrandom&gt; Pseudonym: khi chúng ta đã dậm thử lốp hết mức có thể mà không cần họ 13:45 &lt;+polecat&gt; Vì một ngày nào đó ai đó sẽ dùng nó làm điều kinh khủng và trái pháp luật. 13:45 &lt;+polecat&gt; Và nếu lúc đó có thể lần ra chúng ta, chúng ta sẽ bị truy bức cùng với tội phạm. 13:46 &lt;jrandom&gt; về cơ bản, khi mạng hoạt động ổn định tuyệt vời và chúng ta không còn làm gì để phá bể nó, /lúc đó/ ta sẽ cần thêm người dùng để giúp phá/thử tiếp 13:47 &lt;mule2&gt; bạn phải đá tôi ra trước đã :9 13:47 &lt;Pseudonym&gt; chỉ đừng lặp lại xu hướng như Toad với freenet 13:47 &lt;+polecat&gt; Vì chúng ta đã cho họ tự do để đăng mã nguồn Windows XPQXR, và Halo 7, nên tốt hơn hết ta phải có bảo vệ ẩn danh thật tốt. 13:47 &lt;orion&gt; nói về phá bể... bug lệch thời gian đó đã xác định chưa? 13:47 &lt;jrandom&gt; Pseudonym: tôi tin lộ trình của chúng ta là thực tế 13:48 &lt;jrandom&gt; polecat: đồng ý, mọi người chưa nên dùng i2p cho những thứ 'nguy hiểm' 13:48 &lt;jrandom&gt; orion: chưa 13:48 &lt;Pseudonym&gt; jr: Tôi không phàn nàn về lộ trình. nhưng nó không đề cập việc thông báo 13:48 &lt;jrandom&gt; đúng 13:49 &lt;dm&gt; ừ, với 2 năm phát triển/kiểm thử, khi ra mắt nó sẽ là một trong những sản phẩm chỉn chu nhất thuộc loại này :) 13:49 &lt;Pseudonym&gt; có lẽ thêm slashdotting vào 0.6? :-) 13:49 &lt;+polecat&gt; jrandom: Quan trọng hơn, những người sẽ dùng i2p cho việc nguy hiểm đó sẽ 'giúp' ta rất nhiều nếu họ CHƯA biết đến i2p. 13:49 &lt;jrandom&gt; tôi vừa nghĩ chuyện đó hôm trước. có lẽ vài thông báo cho các hoạt động khác (vd. I2PContent) có thể hợp lý, để thu hút thêm người cùng làm 13:49 &lt;dm&gt; trái với mức độ trưởng thành thường thấy khi mọi thứ trở nên lớn 13:50 &lt;ant&gt; &lt;jnymo&gt; tôi nghĩ jrandom nên viết bài slashdot.. anh ấy mô tả i2p hay nhất, tôi nghĩ vậy 13:50 * Pseudonym đồng ý 13:51 &lt;dm&gt; Tôi chắc sẽ có ai đó làm trước khi jrandom cảm thấy thoải mái tự làm ;) 13:51 &lt;Pseudonym&gt; Tôi chỉ cố thúc nhẹ anh ấy 13:51 &lt;jrandom&gt; heh 13:51 &lt;jrandom&gt; thôi thì, với 0.6 ta sẽ muốn thu hút lượng người dùng lớn hơn dù sao 13:51 &lt;Pseudonym&gt; Tôi nghĩ nếu tôi không code được, ít nhất tôi có thể quấy rầy những người code được 13:51 * jrandom ném bùn 13:52 &lt;+polecat&gt; dm: Tôi chắc Ngày Tái Lâm sẽ diễn ra trước khi jrandom đủ thoải mái để /. i2p ;3 13:52 * Pseudonym cúi xuống. quack 13:52 &lt;jrandom&gt; ok, dù sao, còn gì để bàn liên quan tới lộ trình không? 13:52 &lt;jrandom&gt; hay ta chuyển sang 4) I2PContent ? 13:53 -!- Irssi: #i2p: Tổng 36 nick [1 ops, 0 halfops, 3 voices, 32 bình thường] 13:53 &lt;jrandom&gt; frosk: ping 13:53 * frosk chộp lấy micro không dây 13:54 &lt;cervantes&gt; *zzzzzZzzzzttt* 13:54 * orion cắm bộ gây nhiễu RF của mình. ;) 13:54 &lt;+polecat&gt; Tôi đã cố liên lạc với frosk, nhưng chưa may mắn. Thật lòng tôi nghĩ có khi chẳng bao giờ gặp em ấy trên IRC, và email của em ấy như hố đen. 13:54 &lt;frosk&gt; à, jrandom đưa "hạ tầng nội dung phân tán" vào lộ trình mới cho 0.6, và sau khi nghe vài ý tưởng ở đây, nó nghe rất thú vị, nên tôi nghĩ tôi nên làm hết sức có thể để vượt tiến độ ;) 13:54 * dm nhìn polecat 13:54 &lt;+polecat&gt; *lắc đầu* Không may mắn gì cả. Chẳng thấy ĐÂU HẾT. Có khi frosk vô hình! 13:55 &lt;frosk&gt; "i2pcontent" hiện là một tài liệu tại frosk.i2p 13:55 &lt;Pseudonym&gt; I2PContent khác i2p-bt thế nào? 13:55 * polecat đang ở 4.4 lúc này. 13:55 &lt;frosk&gt; nó trộn các ý tôi đã nghe với ý của mình, và đã qua vài lần chỉnh sửa với góp ý hữu ích từ jrandom và những người khác, và tôi nghĩ nó bắt đầu trông rất hay :) 13:55 &lt;ant&gt; * jnymo đang tìm trình xem postscript để xem các ý tưởng này.. :/ 13:56 &lt;dm&gt; nó là gì, tôi không vào được frosk.i2p. Tóm tắt nhanh? 13:56 &lt;+polecat&gt; Pseudonym: i2p-bt chỉ áp dụng cho 1 tệp mỗi lần, và là tải kiểu swarming. 13:56 &lt;frosk&gt; Pseudonym: i2pcontent khá giống Usenet 13:56 &lt;frosk&gt; nó trộn các khái niệm từ usenet và freenet. tôi sẽ tránh gọi nó là "frusenet". 13:56 &lt;jrandom&gt; lol 13:56 &lt;+polecat&gt; Bạn có nhận được gợi ý của tôi về i2pcontent không? 13:56 &lt;jrandom&gt; frusenet nghe cũng được đấy... 13:56 &lt;frosk&gt; i2pcontent cho phép bạn đăng thông điệp lên blog hoặc forum công cộng, và xuất bản address book để người khác nhập 13:56 * dm đã không kiềm chế gọi nó là frazaa 13:56 &lt;+polecat&gt; Nó trộn usenet, freenet và livejournal. Vậy.... Fusejournal? 13:56 &lt;jrandom&gt; rofl 13:57 &lt;frosk&gt; hm, đúng, cả LJ nữa ;) 13:57 &lt;+polecat&gt; LJ là tương đồng gần nhất tôi thấy. 13:57 &lt;+polecat&gt; Nhưng đây là một điều tôi không thấy trong tài liệu i2pcontent của bạn. 13:57 &lt;frosk&gt; lúc này tôi thực sự muốn thiết kế cho tốt, nên tôi thúc giục ai quan tâm hãy đọc tài liệu và đưa ra đề xuất 13:57 &lt;orion&gt; LiveFuseNet. 13:58 &lt;+polecat&gt; Làm sao để chỉ một vài người có thể /đọc/ một nhóm? Không hẳn là mã hóa nó, mà khiến cho sự tồn tại của nó cũng không bị biết đến. 13:58 &lt;dm&gt; Thế này thì: Contnet? ContNet 13:58 &lt;dm&gt; Content, Contnet... hiểu chưa? ê??? 13:58 &lt;susi23&gt; jnymo: về postscript, Tôi đã nhẹ nhàng nhờ frosk cung cấp pdf *đỏ mặt* 13:58 &lt;frosk&gt; polecat: có thể thú vị, đúng. khó nhét vào thiết kế hiện tại, tuy vậy 13:58 &lt;jrandom&gt; tôi không chắc, có vẻ làm được đấy 13:59 &lt;+polecat&gt; Tôi muốn HTML hoặc plain text. -.- Không thích trình đọc ps dạng bitmap. -.- 13:59 &lt;jrandom&gt; thay vì cung cấp một nhóm để syndication, chỉ người dùng đã tin cậy/biết đến mới lấy được nhóm 13:59 &lt;jrandom&gt; (từ các nút syndication tin cậy/biết đến) 13:59 &lt;frosk&gt; polecat: `http://frosk.i2p/i2pcontent-3.pdf` nếu bạn đọc được pdf :) 13:59 &lt;jrandom&gt; giống như header "Distribution:" của usenet 13:59 &lt;susi23&gt; polecat: ps không phải bitmap :P 13:59 &lt;+polecat&gt; frosk: Nó quan trọng đấy, nếu bạn muốn có những thứ như hộp thư riêng, hoặc nhóm bí mật, hoặc khả năng của livejournal để chặn nội dung chỉ cho vài người bạn xem. Diễn đàn kiểm duyệt cũng có lẽ cần tính năng đó. 13:59 &lt;frosk&gt; hm, đúng 14:00 &lt;frosk&gt; polecat: chặn chỉ cho bạn bè xem có thể xử lý bằng mã hóa 14:00 &lt;+polecat&gt; frosk: Trình đọc PDF của tôi là: $ pdf2ps file.pdf&gt; file.ps; gs file.ps 14:00 &lt;jrandom&gt; polecat: bạn có một gợi ý hay cho diễn đàn kiểm duyệt hôm trước - một hàng đợi gửi bài không kiểm duyệt, với moderator đăng lên nhóm "thật" 14:01 &lt;+polecat&gt; frosk: Mã hóa thì tốt, và hy vọng sẽ khá trong suốt. Nếu không, người dùng sẽ phải gõ văn bản trong xterm chạy gpg, copy rồi paste vào cửa sổ nhật ký.&gt;.&lt; 14:01 &lt;+polecat&gt; jrandom: Đúng, nhưng lý tưởng là hàng đợi gửi bài nên vô hình với tất cả trừ moderator. 14:01 &lt;frosk&gt; polecat: ô, "trong suốt" là từ khóa quan trọng cho cả thứ này :) 14:01 &lt;jrandom&gt; polecat: bạn sẽ mất 99% đối tượng người dùng nếu bạn nói "xterm" 14:02 &lt;+polecat&gt; jrandom: Phường ngoại đạo! Cho grep họ một phát! 14:02 &lt;ant&gt; &lt;jnymo&gt; mmmm.. usenet là gì? 14:02 &lt;ant&gt; &lt;jnymo&gt; Ý là tôi có nghe rồi.. nhưng 14:02 &lt;susi23&gt; jnymo: news, nntp, google -&gt; groups 14:02 &lt;frosk&gt; http://en.wikipedia.org/Usenet :) 14:03 &lt;+polecat&gt; jnymo: newsgroups ấy mà? 14:03 &lt;dm&gt; Nó tốt để tải linh tinh phim người lớn. 14:03 &lt;frosk&gt; về cơ bản đó là mạng p2p lâu đời nhất và được kiểm chứng nhất thế giới, như jrandom đã viết hôm nay 14:03 &lt;ant&gt; &lt;jnymo&gt; vậy bạn có thể đăng tệp lên? hay link tới tệp? 14:03 &lt;jrandom&gt; và nó bền bỉ khủng khiếp 14:03 &lt;susi23&gt; dm: nó 'hữu dụng' cho việc tải linh tinh phim người lớn :P 14:03 &lt;+polecat&gt; dm: Tôi đoán vậy, nếu bạn tìm được phim người lớn giữa đống spam. 14:04 &lt;frosk&gt; chủ yếu dành cho nhóm thảo luận, nhưng cũng dùng rộng rãi cho tệp 14:04 &lt;+polecat&gt; Còn một vấn đề nữa. Spam các kiểu.. 14:04 * dm từng chạy một 'trình tải phim người lớn'. Nó chạy tốt. 14:04 &lt;ant&gt; &lt;jnymo&gt; vậy nó như dạng forum của irc? 14:04 &lt;frosk&gt; tôi đã nghĩ về spam trên i2pcontent, và không hề mong chờ nó ;) 14:04 * susi23 kéo về đúng chủ đề *đỏ mặt* 14:04 &lt;+polecat&gt; Chúng ta không thể có forum mở, hoặc ít nhất không chỉ có forum 1 tác giả, và forum không hạn chế. Ta cần một kiểu trung dung, nơi nhiều người có thể đăng, nhưng không phải người không được phép. 14:04 &lt;+dinoman&gt; tôi chỉ hỏi 1 điều là tôi có phải chạy cái này không, tức là nó sẽ là một phần của i2p chứ? 14:05 &lt;frosk&gt; polecat: i2pcontent có tính năng đó (nhóm người dùng cùng sửa một blog) 14:05 &lt;dm&gt; Thật ngạc nhiên usenet lại lớn vậy dù ít người thực sự dùng. 14:05 &lt;dm&gt; Joe bình thường chả biết usenet là gì. 14:05 &lt;jrandom&gt; dinoman: nó là một ứng dụng, chắc chắn không bắt buộc 14:06 &lt;+dinoman&gt; :) 14:06 &lt;ant&gt; &lt;jnymo&gt; ừ.. tôi là Joe bình thường đây 14:06 &lt;frosk&gt; nhưng hy vọng sẽ được phân phối kèm i2p ;) 14:06 &lt;+polecat&gt; Vậy cơ bản bạn có một danh sách sha4 trong meta.group.*, một danh sách cho syndicator/reader được duyệt, một cho writer, một cho owner, v.v... 14:06 &lt;jrandom&gt; (nhưng tôi không thấy lý do gì không dùng nó, vì 1) cài vào không thêm *bất kỳ* overhead nào cho máy bạn 2) nhiều tính năng hay :) 14:07 &lt;jrandom&gt; frosk: chắc chắn rồi 14:07 &lt;dm&gt; Google có vẻ đang cho nó chút độ phủ. Nên giới thiệu nó như "bảng tin lớn nhất thế giới", và có UI tương tự forum thường thấy. 14:07 &lt;+polecat&gt; jrandom: Sao bạn nói là *không* overhead? c.c 14:07 &lt;+polecat&gt; Chỉ vì bạn phải chọn syndicate và blog để đọc trước khi tải chúng? 14:07 &lt;jrandom&gt; jnymo: một giao diện giống usenet cho mailing list của i2p: `http://news.gmane.org/gmane.network.i2p` 14:08 &lt;jrandom&gt; polecat: không, 0 overhead nếu bạn không dùng nó 14:08 &lt;frosk&gt; polecat: nhóm có một owner có thể thêm người dùng. Còn như không gian tên thông điệp "bí mật", đến giờ tôi chưa nghĩ tới :) 14:08 &lt;jrandom&gt; (tức là chỉ cài đặt thôi không biến máy bạn thành kho dữ liệu công cộng, v.v.) 14:08 -!- ]Replica[ hiện là ]Replica|zZz[ 14:08 &lt;jrandom&gt; và có lẽ sẽ có các thông báo i2p qua blog bảo mật trong i2p, đáng để đọc, v.v. 14:08 &lt;+polecat&gt; frosk: Không lý do gì không có nhiều owner, dù chỉ một người có thể vào sha cho tên. :3 Chỉ cần cho phép nhiều người sửa meta.* cho nhóm đó. 14:09 &lt;frosk&gt; vậy để kết lại, nếu bạn quan tâm giúp đỡ, hãy đọc tài liệu ở frosk.i2p và cùng bàn nhé :) còn gì khác về i2pcontent không? 14:09 &lt;+dinoman&gt; ô tức là nó không phải freenet chạy trên i2p! 14:09 &lt;frosk&gt; (tôi đang lag kha khá) 14:09 &lt;jrandom&gt; đúng rồi dinoman, chắc chắn không 14:09 &lt;susi23&gt; dữ liệu tổ chức theo "newsgroups" sẽ rất tuyệt... chỉ cần xóa/hủy đăng ký i2p.childporn.* ... 14:09 &lt;+polecat&gt; dinoman: Không. 14:10 &lt;ant&gt; &lt;jnymo&gt; jrandom: à.. hay đó 14:10 &lt;jrandom&gt; đúng lắm frosk. đây chắc chắn là thứ rất ngầu, và mọi người nên ném cả đống email cho bạn, và đọc blog của bạn :) 14:10 &lt;ant&gt; &lt;jnymo&gt; hữu ích ;) 14:10 &lt;+polecat&gt; susi23: Đúng, và nếu không ai muốn syndicate nó, thì chẳng ai phải giúp chuyển nó đi. 14:10 &lt;frosk&gt; polecat: ừ, nhưng nó tăng độ phức tạp, mà tôi thì cuồng đơn giản ;) 14:10 &lt;jrandom&gt; jnymo: ừ. nhưng ta có thể làm vài thứ rất ngầu hơn thế, khiến nó trông như http://www.livejournal.com/ hay blogger hay gì đó 14:11 &lt;jrandom&gt; đúng, tốt nhất đừng đặt mục tiêu quá cao ngay đầu (&lt;/bài học kinh nghiệm&gt;). làm thứ đơn giản nhất có thể hoạt động, với các móc để cải tiến sau 14:11 &lt;frosk&gt; việc rendering dĩ nhiên 100% do client người dùng quyết định (giao diện web trông như LJ? ok. kiểu slashdot? được luôn! v.v :) 14:12 &lt;+polecat&gt; frosk: Tôi chỉ nghĩ quyền hạn nên được tổng quát hóa, chứ không "chỉ một" cho owner, "chỉ vài" cho writer, "ai ai và mẹ họ" cho reader, trừ khi chính forum tự chỉ định các quyền đó. Nếu không bạn đang hardcode nhiều kiểu ủy quyền. 14:12 &lt;frosk&gt; jrandom: đúng, khả năng mở rộng là vua 14:12 &lt;frosk&gt; vì thế một thiết kế chắc ngay từ đầu rất quan trọng 14:13 &lt;+dinoman&gt; để xem tôi hiểu không, với tôi (người dùng cuối) cái này sẽ hoạt động như newsgroups. 14:13 &lt;frosk&gt; polecat: đồng ý 14:13 &lt;+polecat&gt; dinoman: Giống Livejournal hơn, nhưng đúng vậy. 14:14 &lt;+dinoman&gt; vậy tôi có thể học cách thích ý tưởng này! 14:14 &lt;frosk&gt; về mặt kỹ thuật thì giống newsgroups (tăng tốc), nhưng bề ngoài có thể như livejournal 14:14 &lt;+polecat&gt; frosk: Cũng không giống Livejournal ở chỗ nó phi tập trung kiểu Usenet. Nên người dùng phải chọn syndicate, thay vì một syndicate duy nhất như LJ. 14:15 &lt;frosk&gt; polecat: đúng. phần mềm người dùng sẽ chọn syndicate trong hầu hết trường hợp, nên đa số người dùng không cần biết nhiều kỹ thuật 14:16 &lt;+polecat&gt; Hmm... có thể. Bạn vẫn cần cách để phần mềm tìm các syndicate. Ngoài chuyện người dùng copy hash từ IRC vào ô add syndicate của i2pcontent. 14:17 &lt;jrandom&gt; polecat: syndicate(s) dùng sẽ được đưa vào bài meta.* 14:17 &lt;frosk&gt; polecat: đúng, i2pcontent đi kèm vài "seed syndicates", và người dùng hỏi họ để có thêm 14:17 &lt;ant&gt; &lt;Asciiwhite&gt; frost, livejournal?, nghe tuyệt... 14:17 &lt;+polecat&gt; jrandom: Bạn cần một syndicate để lấy bài meta.*. 8) frosk: vâng gì đó như thế, hay đấy. 14:17 &lt;frosk&gt; à đúng, người dùng frost sẽ thích i2pcontent ;) 14:18 &lt;jrandom&gt; heh đúng 14:18 &lt;frosk&gt; jrandom: đó không phải kế hoạch của tôi, nhưng nghe rất thông minh thật :) 14:18 &lt;frosk&gt; cơ sở dữ liệu syndicate hiện tại là một điểm đau theo vài cách 14:18 &lt;jrandom&gt; tôi tưởng thấy nó trong một file .ps của bạn, có lẽ chỉ là trong một cuộc trò chuyện 14:19 &lt;+polecat&gt; Làm nó thành kademelia DHT! X3 14:19 * jrandom rên rỉ 14:19 &lt;jrandom&gt; nhưng đúng là có nhiều tối ưu có thể làm với cơ sở dữ liệu syndicate 14:19 &lt;frosk&gt; có lẽ bạn đang nghĩ những ý thông minh và trộn những gì bạn đọc với chúng ;) 14:19 &lt;jrandom&gt; lol 14:19 &lt;ant&gt; &lt;jnymo&gt; vậy có thể nhúng html không? 14:19 &lt;+polecat&gt; *tụng* DHT DHT DHT USA US-- 14:19 &lt;jrandom&gt; jnym: bất kỳ nội dung nào 14:20 &lt;+polecat&gt; jnymo: Hoặc thế, hoặc kiểu gì đó dạng bbcode. 14:20 &lt;jrandom&gt; đúng, render sẽ an toàn nhất với cú pháp kiểu bbcode 14:20 &lt;dm&gt; frosk: bạn có muốn một chuyên mục riêng trên diễn đàn của cervantes không? 14:20 &lt;frosk&gt; blog và forum sẽ mong đợi văn bản với một ít markup như bbcode 14:20 &lt;frosk&gt; dm: tôi nghĩ còn hơi sớm :) 14:21 &lt;dm&gt; frosk: cứ xem như xong! 14:21 &lt;cervantes&gt; dm: bạn có muốn một khu riêng cách âm trên diễn đàn của tôi không? 14:21 &lt;dm&gt; cervantes: cứ làm đi. 14:21 &lt;frosk&gt; nhân tiện, xin lưu ý "i2pcontent" chỉ là tên tạm vì tôi không muốn xúc phạm jrandom bằng cách gọi là MyI2P ;) ta cần một cái tên bắt tai hơn 14:21 &lt;dm&gt; hay là... contnet? 14:22 &lt;jrandom&gt; frusejournalrent 14:22 &lt;frosk&gt; tôi thích! 14:22 * dm xoa tay đầy phấn khích 14:22 &lt;jrandom&gt; &lt;/fark&gt; 14:22 &lt;dm&gt; &lt;/stupid jrandom tag&gt; 14:22 &lt;+polecat&gt; usejournalforrent? 14:22 &lt;ant&gt; &lt;jnymo&gt; fusenet nghe cũng ngầu đấy 14:22 &lt;+protokol&gt; eepnet 14:22 &lt;+postman&gt; uupnet :) 14:22 &lt;lurk&gt; froops 14:23 &lt;+postman&gt; LOL 14:23 &lt;dm&gt; nnnnnnnnnnnntp 14:23 &lt;+postman&gt; mấy người ngốc nghếch 14:23 &lt;+polecat&gt; "tên bắt tai của frosk cho một mạng syndicate phân phối nội dung." Ta có thể nói "Fcnfacdsn được truyền cảm hứng bởi Usenet..." 14:23 &lt;ant&gt; &lt;Asciiwhite&gt; ừ tôi cũng nghĩ frusenet hay. 14:23 &lt;frosk&gt; :D 14:23 &lt;jrandom&gt; ok, vui lòng gửi mọi cái tên ngớ ngẩn cho frosk@mail.i2p :) 14:23 &lt;+polecat&gt; frootloops! 14:23 &lt;frosk&gt; tôi đã thử frusenet với một người bạn, anh ấy nói "... hoặc thôi." 14:23 &lt;jrandom&gt; (cùng với mọi góp ý/quan ngại/v.v.) 14:24 &lt;frosk&gt; dù sao, tôi không phải người cuối cùng trong chương trình, ta nên chuyển tiếp ;) 14:24 &lt;+postman&gt; NN2P thì NGẦU 14:24 &lt;ant&gt; &lt;jnymo&gt; nếu bạn có html.. bạn có thể có thứ trông như cả mạng... trong froozlednet 14:24 &lt;jrandom&gt; ok, chuyển sang 5) i2p-bt 14:24 &lt;jrandom&gt; duck: bạn ở quanh đây chứ? 14:24 &lt;@duck&gt; meep 14:24 &lt;frosk&gt; dm: "Content" có lẽ đã được Apple hay ai đó đăng ký thương hiệu ;) 14:25 &lt;ant&gt; &lt;Asciiwhite&gt; owww, đây là biên bản à ? 14:25 &lt;@duck&gt; sự kiện i2p-bt tuần này: 14:25 &lt;dm&gt; hẹn hò tốc độ!@ 14:26 &lt;@duck&gt; - rss có sẵn trên các tracker 14:26 &lt;@duck&gt; - vài nỗ lực ngớ ngẩn làm một metatracker trong #eeprnova 14:26 &lt;ant&gt; &lt;jnymo&gt; hay phết 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; ừ, ý tưởng hay. 14:26 &lt;+polecat&gt; Tôi vẫn muốn tìm một codebase tốt hơn cái nguồn bittorrent Python chết tiệt đó... 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; còn hỗ trợ ví dụ sample (vd video/hình) thì sao 14:26 &lt;@duck&gt; - một số review mã chi tiết dẫn đến... không tìm ra bug 14:26 &lt;@duck&gt; đa số lỗi trông đáng sợ thực ra khá vô hại 14:27 &lt;@duck&gt; - Tôi quên mất 14:27 &lt;@duck&gt; . 14:27 &lt;jrandom&gt; chuẩn 14:27 &lt;jrandom&gt; tôi đã xem hoạt động của streaming lib khi swarming, và có vài cải tiến trong cvs 13:28 &lt;+polecat&gt; Metatracker cho phép bạn tìm tracker cho tệp...? 14:28 &lt;ant&gt; &lt;Asciiwhite&gt; để mọi người có thể upload một sample nhỏ về chất lượng video, hoặc thumbnail v.v. 14:28 &lt;jrandom&gt; (để theo kịp thiết lập bt) 14:28 &lt;+polecat&gt; jrandom: Cải tiến từ khi nào, sáng nay à? :3 14:28 &lt;@duck&gt; polecat: đúng, bản này chỉ thông báo tệp mới vào một kênh; nhưng có thể nâng cấp 14:28 &lt;jrandom&gt; một hai ngày trước 14:29 &lt;+polecat&gt; Hỏi vậy vì lần trước tôi lấy CVS Head, bạn cập nhật lên 0.4.3 vài giờ sau. 14:29 &lt;ant&gt; &lt;jnymo&gt; ừ.. có ý tưởng nào cho i2ptorrent search đâu đó ở các tầng bên dưới không? 14:29 &lt;jrandom&gt; một điều hay là tôi tin các trục trặc i2p-bt còn lại ta thấy thực ra chỉ là vấn đề của i2p/streaming lib/sam 14:30 &lt;+polecat&gt; Ai đó sẽ phải viết một server tìm kiếm, có thể theo từ khóa các thứ. 14:30 &lt;@duck&gt; hoặc một irc bot 14:30 &lt;jrandom&gt; jnymo: `http://brittneyworld.i2p/bittorrent/` 14:30 &lt;jrandom&gt; polecat: files.i2p/ 14:30 &lt;ant&gt; &lt;jnymo&gt; hmm 14:30 &lt;ant&gt; &lt;jnymo&gt; mmhmm.. ừ. được 14:30 &lt;+polecat&gt; duck: Ừ một server để tìm kiếm, dù là bot hay eepsite như files.i2p... 14:31 &lt;@duck&gt; nếu ai cần các nâng cấp rss v.v. trên tracker cho bot của họ, cứ nói tôi 14:31 &lt;ant&gt; &lt;jnymo&gt; hmm.. có vẻ brittanyworld.i2p đang down 14:32 &lt;jrandom&gt; vì có vẻ các vấn đề còn lại là do i2p, không phải i2p-bt, chúng tôi đã đánh dấu bounty truyền tệp swarming là hoàn thành 14:32 &lt;jrandom&gt; (yay!) 14:32 &lt;ant&gt; &lt;jnymo&gt; thôi nào 14:32 &lt;ant&gt; * jnymo nhấc mũ chào 14:32 &lt;frosk&gt; chúc mừng tất cả mọi người tham gia, các bạn thật đỉnh 14:33 &lt;jrandom&gt; ừ, cảm ơn nỗ lực vất vả của duck, ragnarok, dinoman, connelly, và drwoo 14:33 &lt;+polecat&gt; ragnaroks! dinoman chất quá! Ờm... 14:33 &lt;ant&gt; &lt;Asciiwhite&gt; làm tốt lắm duck. 14:33 &lt;+polecat&gt; Tôi vẫn muốn port ctorrent sang i2p. Nó là một công cụ bittorrent hiệu quả khủng khiếp, dù UI hơi phập phù. 14:34 &lt;dm&gt; làm tốt 14:35 &lt;+polecat&gt; Có ai biết thông tin về SAM proxies ở đâu không? 14:36 &lt;jrandom&gt; khoảng nửa quỹ chung của chúng ta dành cho bounty đó, nên số dư hiện khoảng $400USD [sau một vài khoản quyên góp mới hôm nay [yay!]] 14:36 &lt;jrandom&gt; polecat: http://www.i2p.net/sam 14:37 &lt;+polecat&gt; jrandom: Làm truyền tệp swarming tốn, kiểu, tiền à? o.O 14:37 &lt;+polecat&gt; Ồ đúng rồi là tiền thưởng. 14:37 &lt;Pseudonym&gt; sẽ hay nếu có số dư quỹ chung trên website 14:37 &lt;jrandom&gt; đúng vậy polecat :) 14:37 &lt;jrandom&gt; ý hay đấy Pseudonym 14:38 &lt;Pseudonym&gt; không cần cập nhật hằng ngày, thỉnh thoảng là được 14:38 &lt;jrandom&gt; tôi sẽ thêm vào /bounties (nghe ổn chứ?) 14:38 &lt;Pseudonym&gt; được 14:38 &lt;+protokol&gt; đừng nói với tôi là họ vẫn giữ hello chat room 14:38 &lt;cervantes&gt; nếu anh ta làm vậy thì chúng ta sẽ thấy số tiền giảm thế nào mỗi khi jrandom đi ăn trưa với bánh và một vại bia 14:39 &lt;jrandom&gt; heh cervantes 14:39 &lt;Pseudonym&gt; không phải ai đó đã quyên tiền cho bia của jrandom à? 14:40 &lt;cervantes&gt; đủ cho nửa vại ở tỷ giá hôm nay :) 14:40 &lt;jrandom&gt; đúng là ta đã có vài khoản quyên góp bia :) 14:40 &lt;jrandom&gt; (danh sách quyên góp ở @ http://www.i2p.net/halloffame ) 14:40 &lt;Pseudonym&gt; anh có tiêu chúng không? 14:41 &lt;cervantes&gt; hay đấy...ai đó có tiền để đốt nhỉ ;-) 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; anonymous 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; $5.00 USD 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; buy jrandom a beer fund 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; lol 14:42 &lt;jrandom&gt; sẽ tốt nếu ta tăng bounty cho CDN, vì đó là đống việc khổng lồ 14:42 &lt;jrandom&gt; nhưng để xem theo thời gian sao đã 14:42 &lt;jrandom&gt; ok, có vẻ ta đang đi lạc khỏi 5) i2p-bt 14:42 &lt;jrandom&gt; nên tôi nghĩ chuyển sang 6) ??? 14:42 &lt;@duck&gt; không có gì thêm ở đây. 14:43 &lt;jrandom&gt; còn điều gì người khác muốn nêu không? 14:43 &lt;@duck&gt; - tại sao nhiều người có vấn đề khi họ chỉ định một hostname vậy? 14:43 &lt;jrandom&gt; không rõ 14:43 &lt;jrandom&gt; cả hai router của tôi đều dùng hostname tường minh 14:43 &lt;@duck&gt; của tôi cũng thế, không sao 14:44 &lt;@duck&gt; có lẽ dòng cảnh báo nên "tiêu cực" hơn 14:44 &lt;jdot_&gt; ta có cách đổi key trên hostname trong hosts.txt không? 14:44 &lt;jrandom&gt; nghe ổn đấy duck 14:44 &lt;+polecat&gt; Về addressbook (sổ địa chỉ)... 14:44 &lt;jrandom&gt; jdot_: không, không hẳn, nhất là xét tới addressbook 14:44 &lt;jdot_&gt; ví dụ, nếu tôi mất key eepsite trước đây. :( 14:44 &lt;mule2&gt; tôi cũng vậy - nhưng tôi có vấn đề :) 14:44 &lt;+polecat&gt; Addressbook sẽ nhập chung với i2pcontent, đúng không? 14:45 &lt;mule2&gt; nhưng không nghĩ do hostname gây ra 14:45 &lt;Pseudonym&gt; ta có addressbook chạy được không? 14:45 &lt;+polecat&gt; Bạn subscribe một addressbook giống như subscribe một blog... chỉ khác là nó ghi đè userhosts.txt và các thứ. 14:45 &lt;jrandom&gt; polecat: phân phối addressbooks qua i2pcontent nghe hợp lý, đúng 14:45 &lt;jrandom&gt; Pseudonym: `http://ragnarok.i2p/` 14:45 &lt;+polecat&gt; Pseudonym: `http://polecat.i2p/addressbook.pl.zip` 14:45 &lt;jrandom&gt; và http://pole... à, đúng như anh ấy nói 14:45 &lt;Pseudonym&gt; cảm ơn 14:46 &lt;jrandom&gt; tôi nghĩ còn một cái nữa ở `http://orion.i2p` 14:46 &lt;frosk&gt; polecat: "ghi đè" nghe kịch tính quá. nó "merge" ;) 14:47 &lt;+polecat&gt; Ừ... Tôi cũng thấy cái của orion. 14:47 &lt;jdot_&gt; chà 14:47 &lt;jrandom&gt; jdot_: vậy có vẻ bạn xui rồi :/ 14:47 &lt;jrandom&gt; ok, còn ai có gì cho cuộc họp không? 14:48 &lt;dm&gt; Giáng sinh vui vẻ 14:48 &lt;+polecat&gt; jdot: May là khi fusenet chạy, bạn có thể cập nhật khóa i2p của mình bằng thứ đó sau này. 14:49 &lt;ant&gt; &lt;Asciiwhite&gt; dm, ở đây mới 15 tháng 12 :) 14:49 &lt;jrandom&gt; và Chúc Chanukah vui vẻ 14:49 &lt;+polecat&gt; Chúa sinh vào tháng 9, mọi người đang ăn mừng cái gì vậy? 14:49 &lt;+polecat&gt; Tôi xin ở lại với Yule vậy. 14:49 &lt;jrandom&gt; ok nếu thế thì... 14:49 * jrandom chuẩn bị 14:50 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/12/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-12-n%C4%83m-2004/Tue, 07 Dec 2004 00:00:00 +0000/vi/blog/2004/12/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-12-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bushka, clayboy, dinoman, duck, Frooze, mule, postman, protokol, Ragnarok, slart, ugha2p</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 22:00:00 &lt;@duck&gt; Tue Dec 7 21:00:00 UTC 2004 22:00:04 &lt;@duck&gt; Thời gian họp I2P 22:00:05 &lt;Frooze&gt; tôi vừa nghĩ ra Frooze cho i2p. tôi còn chẳng biết 'frooze' là gì. 22:00:21 &lt;@duck&gt; như đã thông báo trên http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 22:00:29 &lt;@duck&gt; Chương trình họp: 22:00:29 &lt;@duck&gt; 0) chào 22:00:29 &lt;@duck&gt; 1) 0.4.2.3 22:00:29 &lt;@duck&gt; 2) i2p-bt 22:00:29 &lt;@duck&gt; 3) #idlerpg 22:00:29 &lt;@duck&gt; 4) ??? 22:00:32 &lt;@duck&gt; . 22:01:09 &lt;@duck&gt; 0) chào 22:01:15 &lt;clayboy&gt; chào 22:01:16 &lt;@duck&gt; jrandom báo ốm 22:01:20 &lt;+ugha2p&gt; Chào. 22:01:30 &lt;@duck&gt; cũng nhắn tôi là có lẽ anh ấy sẽ không tham gia được 22:01:39 &lt;+protokol&gt; http://www.google.com/search?q=frooze 22:01:41 &lt;@duck&gt; vậy ta cứ bắt đầu thôi 22:01:46 &lt;clayboy&gt; hy vọng anh ấy mau khỏe 22:02:06 &lt;@duck&gt; 1) 0.4.2.3 22:02:16 &lt;@duck&gt; bản phát hành mới sẽ ra mắt Rất sớm 22:02:31 &lt;@duck&gt; tức là ngày mai hoặc thứ Năm. 22:02:41 &lt;@duck&gt; đã có khá nhiều bản vá lỗi 22:03:24 &lt;+ugha2p&gt; Các bản sửa đổi CVS mới hơn có sửa các vấn đề bộ nhớ/CPU không? 22:03:29 &lt;clayboy&gt; vài người bọn tôi theo các bản build từ CVS, nó chạy rất ổn 22:03:33 &lt;@duck&gt; chủ yếu là thư viện streaming, SAM bridge, v.v. 22:04:17 &lt;+ugha2p&gt; Tôi gặp một số tải bất thường từ I2P. 22:04:23 &lt;clayboy&gt; tôi nghĩ những thứ đó đã được sửa từ nhiều bản trước rồi, ugha2p 22:04:41 &lt;+ugha2p&gt; (Đang chạy -7) 22:04:51 &lt;clayboy&gt; ồ, hm 22:04:52 &lt;@duck&gt; ugha2p: không thấy gì về việc đó trong lịch sử thay đổi 22:05:48 &lt;+protokol&gt; bạn biết điều gì sẽ hay (nếu khả thi/đáng làm) không: một RSS feed cho changelog 22:05:48 &lt;@duck&gt; ok 22:05:49 &lt;+ugha2p&gt; Lạ nhỉ. 22:06:01 &lt;+protokol&gt; ;-) 22:06:17 &lt;@duck&gt; có lẽ hãy tạo một mục trên bugzilla 22:06:25 &lt;@duck&gt; hoặc không, tôi cũng không chắc 22:06:34 &lt;+ugha2p&gt; Tiến trình Java ngốn 100% CPU khoảng một nửa thời gian. 22:07:18 &lt;+ugha2p&gt; Vậy các bạn không biết gì về vấn đề này? Các router của các bạn chạy ổn chứ? 22:07:24 &lt;dinoman&gt; ừ, với tôi cũng cao -6 22:08:24 &lt;@duck&gt; thông tin top/uptime hoạt động kỳ kỳ từ khi tôi nâng cấp NPTL, nên không thể nói được 22:09:03 &lt;+ugha2p&gt; Ok, chắc ta nên tiếp tục? 22:09:07 &lt;@duck&gt; ok 22:09:14 &lt;@duck&gt; 2) i2p-bt 22:09:24 &lt;+ugha2p&gt; Và hỏi jrandom khi nào anh ấy định phát hành 0.4.2.3 22:09:40 &lt;+ugha2p&gt; Nó chạy tốt với tôi trên NPTL. 22:09:45 &lt;@duck&gt; ugha2p: anh ấy nói là ngày mai hoặc thứ Năm 22:09:58 &lt;+ugha2p&gt; Đúng. 22:09:59 &lt;@duck&gt; hôm qua tôi đã phát hành i2p-bt mới 22:10:23 &lt;@duck&gt; tôi hiểu thêm về toàn bộ khái niệm 'buffer' 22:10:42 &lt;@duck&gt; cộng thêm có vài patch tồn từ Ragnarok 22:11:13 &lt;mule&gt; duck: chúc mừng, làm tốt lắm! 22:11:15 &lt;@duck&gt; ngoài ra kích thước slice được tăng lên, nghĩa là thay vì gửi 32KB mỗi lần, nó gửi 128KB 22:11:29 &lt;@duck&gt; việc này sẽ giúp hàng đợi luôn đầy 22:11:47 &lt;+ugha2p&gt; Ừ, cảm ơn, duck. :) 22:11:56 &lt;@duck&gt; DrWoo và vài người khác đã gửi một số yêu cầu tính năng GUI 22:12:23 &lt;@duck&gt; nhưng bản thân tôi không dùng GUI, không rành wxPython và có lẽ cũng không quan tâm lắm :) 22:12:31 &lt;+Ragnarok&gt; nhét mỗi slice vào một message đơn lẻ không hoạt động tốt như kỳ vọng à? 22:12:57 &lt;clayboy&gt; có nhiều torrent đã seed ở `http://brittanyworld.i2p/bittorrent/` nếu ai muốn thử (với i2p 0.4.2.2-7 và i2p-bt 0.1.3) 22:13:10 &lt;@duck&gt; Ragnarok: cũng hơi đoán mò 22:13:27 &lt;@duck&gt; nó cho giá trị thông lượng cao hơn nhiều trên các truyền tải cục bộ 22:13:51 &lt;+ugha2p&gt; Có lẽ ta nên chờ ai đó port một client đầy đủ tính năng thì hơn? 22:14:10 &lt;+Ragnarok&gt; hm, ok 22:14:13 &lt;@duck&gt; chúng ta đều có thể chờ :) 22:14:37 &lt;clayboy&gt; BitTorrent _là_ “đầy đủ tính năng”, đó là client duy nhất tôi dùng cho bt (cả ngoài I2P) :) 22:15:15 &lt;+ugha2p&gt; clayboy: Không hẳn. :) 22:16:02 &lt;@duck&gt; cá nhân tôi thích những thứ có mặc định hợp lý 22:16:17 &lt;@duck&gt; như mldonkey, bạn có thể đổi cả triệu thứ và đa số người dùng không biết chúng làm gì 22:16:50 &lt;@duck&gt; điều đó dẫn tới các huyền thoại người dùng, như người dùng i2p bấm 'Reseed' liên tục, hoặc cài lại nếu nó không chạy 22:17:01 &lt;+ugha2p&gt; Nếu bạn không chịu tìm hiểu, thì dù sao cũng không nên dùng Linux. :) 22:17:04 &lt;@duck&gt; mà việc đó giết chết mèo con 22:17:28 &lt;slart&gt; thế còn BitTornado thì sao? 22:17:43 &lt;+Ragnarok&gt; Tôi có lẽ cũng bị cám dỗ viết một GUI bằng pygtk, nhưng tôi còn nhiều việc khác, và tôi không chắc mọi người muốn gì 22:17:45 &lt;+protokol&gt; Azureus? 22:17:57 &lt;@duck&gt; một phần trong tôi dĩ nhiên là đang bày cớ để khỏi làm 22:18:03 &lt;+protokol&gt; Azureus hỗ trợ plugin 22:18:10 &lt;@duck&gt; protokol: thế thì viết một plugin đi 22:18:32 &lt;+protokol&gt; heh 22:18:40 &lt;slart&gt; BitTornado dựa trên bt chính thức phải không? 22:18:50 &lt;+protokol&gt; nói thì dễ hơn làm 22:18:52 &lt;@duck&gt; slart: tôi đã nhìn vào và phát khóc 22:19:07 &lt;@duck&gt; nó có vài cải tiến, có thể hữu ích 22:19:17 &lt;@duck&gt; nhưng mặt khác nó làm mọi thứ phức tạp hơn nhiều 22:19:22 &lt;@duck&gt; mà không dọn dẹp code gốc 22:19:36 &lt;+Ragnarok&gt; gah 22:19:56 &lt;@duck&gt; tính năng GUI cho phép chỉ định một torrent nếu không đưa tham số nào được lấy từ đó và thêm vào i2p-bt 22:20:11 &lt;clayboy&gt; hãy làm BitTorrent cơ bản chạy thật xuất sắc trước khi lo mấy thứ GUI màu mè này :) 22:20:46 &lt;@duck&gt; slart: có lẽ vài thứ khác cũng dùng được; chỉ cần ai đó làm (cho đàng hoàng) 22:21:23 &lt;+ugha2p&gt; clayboy: Ừ, tôi nghĩ nó đã chạy rất tốt rồi. :) 22:21:53 &lt;slart&gt; client ABC dùng Tornado (tôi nghĩ vậy) 22:22:15 &lt;clayboy&gt; tôi thấy chúng ta vẫn cần thử nghiệm nặng để xem có thể đẩy bao nhiêu dữ liệu qua i2p-bt thật sự 22:22:21 &lt;bushka&gt; đúng thế, slart. 22:23:49 &lt;@duck&gt; tùy chúng hoạt động thế nào, bạn có thể port các thay đổi của i2p-bt sang chúng khá dễ 22:24:41 &lt;@duck&gt; hãy thử và báo lại 22:25:47 &lt;@duck&gt; . 22:25:55 &lt;@duck&gt; còn bình luận nào về i2p-bt / BitTorrent không? 22:26:08 &lt;slart&gt; python :S 22:26:41 &lt;+ugha2p&gt; . 22:26:51 &lt;@duck&gt; slart: nếu bạn không thích python, bạn có thể thử port Azureus 22:27:00 &lt;+ugha2p&gt; slart: Sao? 22:27:06 &lt;slart&gt; chúng ta có thể huy động bao nhiêu người seed thứ như một Linux iso để thử tốc độ? 22:27:15 &lt;slart&gt; *iso 22:27:34 &lt;@duck&gt; hãy thử việc đó sau bản phát hành I2P mới 22:27:57 &lt;@duck&gt; (vì việc kéo một build router I2P từ CVS là khá khó với đa số người) 22:28:17 &lt;+protokol&gt; eh 22:28:54 &lt;@duck&gt; pl 22:28:57 &lt;@duck&gt; ờ, ok 22:29:10 &lt;@duck&gt; 3) #idlerpg 22:29:22 &lt;@duck&gt; tìm được trò RPG trên IRC khá buồn cười 22:29:36 &lt;@duck&gt; bạn không phải làm gì cả, chỉ cần idle 22:29:56 &lt;+ugha2p&gt; Thực ra bạn phải ĐĂNG NHẬP. ;) 22:30:04 &lt;@duck&gt; à ;) 22:30:18 &lt;mule&gt; cvs update -dP :) 22:30:18 &lt;mule&gt; ant dist updater :) 22:30:20 &lt;+postman&gt; đó là thứ hài hước nhất tôi từng thấy, nhưng tôi THÍCH nó :) 22:30:30 &lt;+protokol&gt; nên có giải thưởng 22:30:45 &lt;@duck&gt; trên IRCnet nó có 779 người chơi trực tuyến 22:30:46 &lt;+ugha2p&gt; duck: tôi nghĩ nó có thể trở thành lý do để không nâng cấp. 22:30:52 &lt;+protokol&gt; phát yodels cho việc thắng đồ hoặc lên cấp 22:31:03 &lt;+ugha2p&gt; Dù tôi không chắc người trên I2P có trẻ con đến thế không. :) 22:31:14 &lt;+protokol&gt; tôi biết duck có cỡ $10000 yodels 22:31:18 &lt;@duck&gt; protokol: ừ, tôi phải xem mấy nhiệm vụ đó hoạt động thế nào 22:31:39 &lt;@duck&gt; có thể ta sẽ làm vài trò vui với nó 22:31:42 &lt;@duck&gt; ugha2p: ý bạn là gì? 22:31:49 &lt;ant&gt; * cervantes sẽ không làm thêm 40 ngày nữa mà không khởi động lại router đâu 22:32:08 &lt;@duck&gt; ugha2p: à, không cập nhật vì trò chơi :) 22:32:18 &lt;+protokol&gt; Linux: Nếu bạn không thể sửa mà không cần khởi động lại, thì bạn không thể sửa được. 22:32:20 &lt;@duck&gt; ừ, tôi sẽ tạm dừng nó khi router của tôi khởi động lại 22:32:24 &lt;+ugha2p&gt; :) 22:32:33 &lt;@duck&gt; vậy nếu bạn đồng bộ tốt, bạn sẽ không thua 22:32:35 &lt;@duck&gt; hehe 22:32:55 &lt;ant&gt; &lt;cervantes&gt; tốt... vì router của bạn khởi động lại suốt :P 22:33:16 &lt;@duck&gt; đó gọi là kiểm thử tận tâm :) 22:33:20 &lt;ant&gt; &lt;cervantes&gt; tôi đoán như vậy thì còn thêm cả yếu tố roulette nữa 22:33:23 &lt;@duck&gt; ok 22:33:38 &lt;@duck&gt; . 22:33:49 &lt;+ugha2p&gt; . 22:34:05 &lt;@duck&gt; 5) ??? 22:34:08 &lt;@duck&gt; s/5/4/ 22:34:12 &lt;@duck&gt; mở mic! 22:34:23 &lt;+postman&gt; . 22:34:53 &lt;mule&gt; chỉ cần chỉnh một chút là bạn có thể chạy hai router. một cái chỉ cho trò chơi, cái đó bạn chỉ nâng cấp mỗi năm một lần 22:34:53 &lt;@duck&gt; câu hỏi? bình luận? gợi ý? 22:35:38 &lt;ant&gt; &lt;mahes&gt; Chào, tôi có một câu hỏi chung không liên quan dev 22:36:08 &lt;@duck&gt; hỏi đi 22:36:08 &lt;+ugha2p&gt; Cảm ơn đã chủ trì buổi họp, duck. 22:36:50 &lt;ant&gt; &lt;mahes&gt; nếu tôi dựng một eepsite , làm sao có thể truy cập bằng địa chỉ như ví dụ mahes.i2p 22:36:59 &lt;+protokol&gt; tôi có một mối lo 22:37:44 &lt;+protokol&gt; (mở màn trận chiến) tôi nghĩ .i2p là một TLD tệ hại vì nhiều lý do 22:38:19 &lt;+ugha2p&gt; mahes: Bạn nói 'làm sao' là sao? Mọi người sẽ cấu hình trình duyệt dùng eepproxy, và chỉ cần nhập `http://mahes.i2p/` vào thanh địa chỉ. 22:38:19 &lt;+protokol&gt; tôi nghĩ ta nên dùng một cái mà a) một âm tiết b) phát âm như một từ c) không chứa số 22:38:46 &lt;+ugha2p&gt; protokol: Như .eep? 22:39:07 &lt;@duck&gt; mahes:: để có một 'tên đẹp' trỏ tới eepsite của bạn, nó phải có trong file hosts.txt của bạn 22:39:37 &lt;+protokol&gt; ugha2p: được chứ 22:40:01 &lt;+ugha2p&gt; protokol: Bạn có thể đề xuất trên mailing list. 22:40:03 &lt;@duck&gt; bạn có thể đăng nó trên diễn đàn thông báo eepsite để người khác cũng lấy được 22:40:09 &lt;+ugha2p&gt; Có lẽ nó sẽ được xem xét khi chúng ta có MyI2P. 22:40:35 &lt;+protokol&gt; heh, tôi sẽ thử nhưng jr đã bác rồi vì lý do nào đó 22:41:06 &lt;ant&gt; &lt;mahes&gt; vâng. tôi chỉ là người dùng... ok, vậy tôi chỉ cần công bố mahes.i2p=hhfbwer8328... và nó sẽ tự lan ra 22:41:32 &lt;@duck&gt; nó không tự động lan, mọi người cần đưa nó vào hosts.txt của họ bằng cách nào đó 22:41:39 &lt;ant&gt; &lt;mahes&gt; ok 22:41:52 &lt;@duck&gt; nhưng hãy thông báo trên diễn đàn thì khả năng cao hơn :) 22:42:34 &lt;@duck&gt; . 22:43:18 &lt;@duck&gt; hãy cho nó một cú *baf* 22:43:20 &lt;+ugha2p&gt; . 22:43:30 * ugha2p đang đợi người 'baf'. 22:43:38 * duck lấy đà 22:43:45 * duck *baf* kết thúc buổi họp </div>/vi/blog/2004/11/30/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-11-2004/Tue, 30 Nov 2004 00:00:00 +0000/vi/blog/2004/11/30/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-11-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, bla, clayboy, duck, jrandom, nmi, postman, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) chào 13:08 &lt;jrandom&gt; 1) 0.4.2 và 0.4.2.1 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) i2p-bt 13:08 &lt;jrandom&gt; 4) eepsites 13:08 &lt;jrandom&gt; 5) ??? 13:09 &lt;jrandom&gt; 0) chào 13:09 &lt;jrandom&gt; xin lỗi làm gián đoạn chương trình nghị sự của dm 13:09 &lt;jrandom&gt; ghi chú tình hình đã đăng @ http://dev.i2p.net/pipermail/i2p/2004-November/000492.html 13:09 &lt;jrandom&gt; [chào] 13:10 &lt;+postman&gt; ((chào)) 13:10 &lt;+postman&gt; :) 13:10 &lt;jrandom&gt; vậy thì, khi mọi người đọc qua email thú vị quá mức đó, ta bắt đầu cuộc họp luôn nhé 13:10 &lt;jrandom&gt; 1) 0.4.2 và 0.4.2.1 13:11 &lt;jrandom&gt; 0.4.2 đã phát hành, như mọi người biết, kết quả khá lẫn lộn, nhưng khi nó không lỗi nặng thì có vẻ hoạt động tốt hơn nhiều ;) 13:12 &lt;jrandom&gt; sẽ sớm có một bản phát hành với cả đống bản sửa lỗi - tôi đang trì hoãn để cố cải thiện được càng nhiều thứ càng tốt 13:12 &lt;jrandom&gt; tuy nhiên ở thời điểm hiện tại, có vẻ bản 0.4.2.1 sẽ vẫn chưa đưa port i2p-bt về trạng thái hoàn hảo ngay được 13:12 &lt;+postman&gt; jrandom: các bản sửa lỗi nhắm tới gì - tất cả lỗi trong streaminglib mới hay các thứ khác nữa? 13:13 &lt;jrandom&gt; một vòng lặp bận nhanh trong streaming lib xuất hiện từ một kịch bản chưa được kiểm thử kỹ, vài vấn đề SAM, vấn đề phát hiện địa chỉ IP, và một số thứ khác 13:14 &lt;jrandom&gt; dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/history.txt?rev=HEAD có danh sách đầy đủ 13:14 &lt;+postman&gt; k 13:14 &lt;+postman&gt; thx 13:15 &lt;jrandom&gt; ồ, một điều cần lưu ý về 0.4.2.1 là nó, như 0.4.2, sẽ cần sửa file wrapper.config của bạn lần nữa, nên vui lòng chú ý hướng dẫn cập nhật khi phát hành :) 13:15 &lt;jrandom&gt; có ai có câu hỏi/bình luận/quan ngại gì về 0.4.2 không? 13:15 &lt;jrandom&gt; (/0.4.2.1) 13:16 &lt;clayboy&gt; ở đây chạy rất ổn, tôi cũng theo dõi cvs, luôn mượt 13:16 &lt;jrandom&gt; ngầu đấy 13:17 &lt;bla&gt; It's table (0.4.2): up for days already 13:17 &lt;bla&gt; s/table/stable/ 13:17 &lt;jrandom&gt; à hay, ừ, lỗi không đụng tới tất cả mọi người 13:17 &lt;jrandom&gt; ok, nếu không còn gì thêm, chuyển qua 2) mail.i2p 13:18 &lt;jrandom&gt; tôi nghe postman có vài thứ muốn bàn 13:18 &lt;+postman&gt; hello 13:18 &lt;jrandom&gt; chào postman, đến lượt bạn :) 13:18 &lt;+postman&gt; vài tuần trước tôi có làm một cuộc thăm dò về IMAP 13:19 &lt;+postman&gt; vì đã qua vài tuần, tôi quyết định đóng thăm dò và đếm phiếu 13:19 &lt;+postman&gt; kết quả là: không cần thiết - sẽ không làm. Hết chuyện 13:19 &lt;+postman&gt; sau khi nói chuyện với susi - cô ấy khá ổn với POP3 trên giao diện webmail 13:19 &lt;clayboy&gt; lý trí chiến thắng! :) 13:19 &lt;jrandom&gt; w3wt 13:20 &lt;+postman&gt; vậy cứ bám vào POP3 và chôn vùi mọi ý tưởng IMAP ngớ ngẩn đi 13:20 &lt;+postman&gt; :) 13:20 * jrandom lấy cái xẻng 13:20 &lt;+postman&gt; 2.) chúng ta gần đạt 100 người dùng đã đăng ký 13:21 &lt;clayboy&gt; wow 13:21 &lt;+postman&gt; tất nhiên không phải tất cả đều công khai, nhưng vẫn là con số khá hợp lý so với quy mô mạng 13:21 &lt;+Ragnarok&gt; vậy... quyển sổ địa chỉ LDAP thì sao? :) 13:21 &lt;jrandom&gt; hay đấy 13:21 &lt;+postman&gt; 3. một tính năng để tải lên/chia sẻ khóa PGP công khai của bạn đã hoạt động từ cuối tuần rồi 13:21 &lt;+postman&gt; vui lòng dùng nó 13:21 &lt;+postman&gt; www.postman.i2p/user/acc.html 13:22 &lt;clayboy&gt; tôi không nhận công trạng cho ý tưởng đó đâu :&gt; 13:22 &lt;+postman&gt; các khóa công khai có thể tải về dễ dàng nhờ addressbook 13:22 &lt;+postman&gt; hoặc trực tiếp tại www.postman.i2p/public/accountname.pub 13:22 &lt;jrandom&gt; ồ hay quá 13:22 &lt;+postman&gt; hệ thống chạy khá ổn 13:22 &lt;+postman&gt; cảm ơn duck đã chỉ ra vài lỗi 13:23 &lt;+postman&gt; 4.) tôi đang nghĩ đến việc cung cấp account-based routing (định tuyến dựa trên tài khoản) 13:23 &lt;+postman&gt; kiểu như mọi người nói 13:23 &lt;jrandom&gt; account based routing? 13:23 &lt;+postman&gt; mọi thư cho foo@mail.i2p sẽ được chuyển tới destination sau 13:23 &lt;+postman&gt; và người dùng cung cấp một destination key hợp lệ cho nó 13:24 &lt;+postman&gt; postman.i2p sau đó sẽ định tuyến thủ công thư tới các tài khoản đó tới các hệ thống thư 13:24 &lt;+postman&gt; chỉ là một ý tưởng(tm) 13:24 &lt;jrandom&gt; à hay 13:24 &lt;+postman&gt; tôi mong được phát triển và thảo luận toàn bộ vấn đề này 13:25 &lt;+postman&gt; tạm thế đã 13:25 &lt;+postman&gt; sẽ có thêm vào tuần tới 13:25 &lt;+postman&gt; cảm ơn 13:25 &lt;nmi&gt; postman: xin lỗi, chuyển tới một i2p destination cụ thể ý bạn là vậy? 13:25 * postman trao lại mic cho jrandom 13:25 &lt;+postman&gt; nmi: đúng 13:25 &lt;ant&gt; &lt;Nightblade&gt; am SMTP i2p destination? 13:25 &lt;ant&gt; &lt;Nightblade&gt; an 13:25 &lt;+postman&gt; nmi: với điều kiện destination đó chấp nhận SMTP và thư cho tài khoản đó 13:25 &lt;jrandom&gt; nghe rất ngầu, loại bỏ khía cạnh tin cậy của việc lọc thư 13:26 &lt;nmi&gt; à, ok. thông minh đấy. tôi từng nghĩ làm thứ tương tự bằng mixminion single-use-reply-blocks nhưng ý của bạn hay hơn... 13:26 &lt;jrandom&gt; có lẽ sẽ khá nhiều việc để dựng ở phía client, nhưng có thể ai đó sẽ chịu khó hack 13:26 &lt;+postman&gt; jrandom: tôi đang làm rồi 13:26 &lt;jrandom&gt; w00t 13:26 &lt;+postman&gt; jrandom: người dùng sẽ có giao diện web thông thường ( acc.html...) 13:27 &lt;+postman&gt; jrandom: và nhập destinationkey 13:27 &lt;jrandom&gt; ừ, đúng, nhưng rồi còn cấu hình MTA (trình chuyển thư) nữa 13:27 &lt;+postman&gt; phần còn lại sẽ làm tự động 13:27 &lt;+postman&gt; vâng, ở phía postman.i2p VÀ phía nhận 13:28 &lt;nmi&gt; jrandom: ừ, sẽ hay nếu có một SMTP proxy cực kỳ tối giản cho người không muốn chạy một MTA đầy đủ 13:28 &lt;jrandom&gt; đúng đúng 13:28 &lt;+postman&gt; jrandom: tôi sẽ cung cấp cấu hình thiết lập đơn giản cho ai quan tâm 13:28 &lt;+postman&gt; jrandom: cho postfix, exim và sendmail 13:28 &lt;+postman&gt; jrandom: chúng có thể được tối giản đến mức TỐI THIỂU 13:28 &lt;@duck&gt; nghiêm túc đấy, bạn nghĩ sẽ có nhiều người dùng cho thứ đó chứ? 13:28 &lt;jrandom&gt; postman: nghe rất ngon. tôi mong được nghe thêm khi bạn sẵn sàng 13:29 &lt;+postman&gt; jrandom: tôi không rõ về các SMTP server trên Windows đâu 13:29 &lt;+postman&gt; duck: ờ 13:29 &lt;+postman&gt; duck: 8 tuần trước còn chẳng cần hệ thống thư và cũng chẳng có người dùng 13:29 &lt;+postman&gt; duck: đó là khoản đầu tư 13:29 &lt;@duck&gt; đúng 13:29 &lt;+postman&gt; duck: 6 tháng nữa ta sẽ vui vì có nó 13:29 &lt;jrandom&gt; duck: tiềm năng đến từ việc rời xa một bộ lọc SMTP đáng tin 13:29 &lt;+postman&gt; :) 13:30 &lt;jrandom&gt; à, có lẽ nên nói là chuyển /đến/ một bộ lọc smtp đáng tin (không có ý gì đâu postman ;) 13:30 &lt;+postman&gt; và sẽ có vài cái 13:30 &lt;+postman&gt; VÀ 13:30 &lt;+postman&gt; (đây là cú chốt) 13:30 &lt;+postman&gt; ta có thể dễ dàng tạo maildomains :) 13:30 &lt;+postman&gt; như duck@duck.i2p và mấy thứ khác 13:30 &lt;+postman&gt; :) 13:30 &lt;@duck&gt; à 13:31 &lt;+postman&gt; vấn đề duy nhất là ánh xạ chính thức/riêng tư 13:31 &lt;jrandom&gt; hosts.txt! 13:31 * jrandom cúi đầu né 13:31 &lt;+postman&gt; nhưng đó là việc khác cho webmanagement console :) 13:31 &lt;+postman&gt; LOL 13:31 &lt;+postman&gt; jrandom: tôi dựa vào các cơ sở dữ liệu sql rung lắc :) 13:31 &lt;@duck&gt; ok; tôi thấy nó hợp vào đó 13:32 &lt;+postman&gt; ok 13:32 &lt;+postman&gt; vậy tôi sẽ làm cho ra ngô ra khoai và sớm trình bày một concept 13:32 &lt;+postman&gt; vâng, lại thêm việc 13:32 * postman ngả lưng thư giãn 13:32 &lt;+postman&gt; :) 13:32 &lt;jrandom&gt; tuyệt, cảm ơn postman 13:33 &lt;jrandom&gt; ok, nếu không ai còn câu hỏi về mail.i2p, ta chuyển sang 3) i2p-bt? 13:33 &lt;jrandom&gt; coi như chuyển mục rồi 13:34 &lt;jrandom&gt; ok, như email có nói, tôi đã làm hỏng port i2p-bt 13:34 * jrandom cúi đầu vì xấu hổ 13:34 &lt;jrandom&gt; chuyện khác, duck, bạn có gì liên quan đến i2p-bt muốn bàn không? 13:34 &lt;@duck&gt; do “công trình” của jrandom mà không làm được bao nhiêu :) 13:35 &lt;+Ragnarok&gt; bùuu, xì xì 13:35 &lt;@duck&gt; à Ragnarok có vài bản vá 13:35 * jrandom2p ném cà chua vào jrandom 13:35 &lt;@duck&gt; tôi nghĩ vậy, xem file history :) 13:35 &lt;jrandom&gt; ồ hay 13:35 &lt;@duck&gt; tụi tôi cũng có vài thứ trong hàng đợi 13:35 &lt;+Ragnarok&gt; ừ, tôi đang xì với jr, nhưng thôi :) 13:36 &lt;@duck&gt; nhưng tôi không muốn thay đổi (quá) nhiều trên nền tảng không ổn định 13:36 &lt;@duck&gt; (kiểu làm hỏng bt trong khi i2p đang được sửa) 13:36 &lt;jrandom&gt; ừ, kế hoạch hay 13:36 &lt;@duck&gt; . 13:37 &lt;jrandom&gt; ok hay, ai còn gì về i2p-bt không? 13:37 &lt;jrandom&gt; nếu không, chuyển sang 4) eepsites 13:38 &lt;jrandom&gt; ừm, tôi biết các vấn đề đã bàn vài lần từ khi chúng ta có eepproxy, nhưng gần đây có vài thắc mắc đáng để nhắc lại 13:39 &lt;bla&gt; vâng... 13:39 &lt;jrandom&gt; những gì ta có hiện giờ để duyệt eepsites và website thường một cách ẩn danh đơn giản là không an toàn 13:39 &lt;clayboy&gt; tắt Java, JavaScript, cookie và Flash thì cũng đỡ 13:39 &lt;jrandom&gt; DrWoo đã làm rất tốt với trang mô tả các nguy cơ và cách tự bảo vệ 13:40 &lt;jrandom&gt; đúng vậy clayboy, chắc chắn 13:40 &lt;clayboy&gt; url? 13:40 &lt;bla&gt; clayboy: Đúng ở phía HTML, nhưng không đúng ở phía HTTP 13:40 &lt;jrandom&gt; nhưng nếu có một điều tôi rút ra từ router console, thì đó là chẳng ai làm quá hai bước trong hướng dẫn ;) 13:40 &lt;clayboy&gt; bla: chuẩn 13:40 &lt;jrandom&gt; clayboy: `http://brittanyworld.i2p/browsing/` 13:41 &lt;bla&gt; tôi có làm vài thử nghiệm ở đây: `http://forum.i2p/viewtopic.php?t=182` 13:41 &lt;bla&gt; Trông không ổn như hiện tại 13:42 &lt;@duck&gt; ai có applet ác độc thế? 13:42 &lt;ant&gt; &lt;Nightblade&gt; đã có một lỗ hổng bảo mật trong java 13:43 &lt;ant&gt; &lt;Nightblade&gt; cho vài bản 1.4.x cũ 13:43 &lt;ant&gt; &lt;Nightblade&gt; không phải 1.5 13:44 &lt;jrandom&gt; nightblade: “tấn công” dùng trong trường hợp này thực sự rất tầm thường, và theo người đó nói thì chạy từ 1.1.6-1.5 13:44 &lt;ant&gt; &lt;Nightblade&gt; hmm 13:44 &lt;jrandom&gt; (tải xuống một .exe, chạy .exe) 13:45 &lt;jrandom&gt; tôi ngạc nhiên khi thấy một số quyền bảo mật Java bật lên khi khởi tạo new File(filename) nhưng lại không thấy quyền nào bật lên khi khởi tạo new FileOutputStream(filename) 13:45 * jrandom ngừng phát lựu đạn 13:46 &lt;jrandom&gt; (tôi chưa kiểm chứng mã của họ, nhưng có xem khá nhiều) 13:46 &lt;jrandom&gt; dù sao, eepsites 13:47 &lt;jrandom&gt; ờ, tôi không nghĩ là khôn ngoan nếu gỡ bỏ hoàn toàn eepproxy 13:47 &lt;jrandom&gt; nhưng giờ tôi không có thời gian để triển khai các giải pháp đã liệt kê 13:48 &lt;bla&gt; jrandom: loại bỏ tất cả các header Accept* sẽ là việc tốt, tạm thời 13:48 &lt;jrandom&gt; mọi người nghĩ sao? có ai xung phong không? hay ta cứ tạm chắp vá cho đến khi có thời gian? 13:48 &lt;ant&gt; &lt;Nightblade&gt; bla: tôi không nghĩ là vấn đề lớn nếu người ta thấy một số header của trình duyệt 13:49 &lt;ant&gt; &lt;Nightblade&gt; hàng triệu người dùng các trình duyệt đó 13:49 &lt;bla&gt; Và luôn thêm một header User-Agent:, kể cả khi client không gửi. Làm cho yêu cầu đồng nhất 13:50 &lt;bla&gt; Nighblade: Đúng, nhưng nếu trình duyệt của bạn nói Accept-Language: xx (vừa bịa), và tình cờ chỉ có 1 nút I2P ở một quốc gia nói ngôn ngữ xx, tính ẩn danh coi như bay màu hoàn toàn 13:50 &lt;bla&gt; Header Accept-Language: tồn tại trong một số trình duyệt. Và ta không thể dựa vào việc nó luôn là "en" 13:50 &lt;ant&gt; &lt;Nightblade&gt; ok nhưng nếu việc loại bỏ một số header đó vi phạm đặc tả HTTP thì sao? 13:50 &lt;jrandom&gt; thêm hai trường hợp đó thì khá dễ, tôi sẽ đưa chúng vào 0.4.2.1, nhưng thực sự lọc tường minh các header như thế này là không an toàn 13:50 &lt;jrandom&gt; nightblade: chúng ta đã phá vỡ nhiều khía cạnh của đặc tả HTTP đến đau lòng 13:51 &lt;bla&gt; Nightblade: Chỉ một trong ba trình duyệt tôi liệt kê có gửi header đó, nên chắc không vấn đề gì lớn 13:51 &lt;ant&gt; &lt;Connelly&gt; HTTP không được thiết kế cho ẩn danh 13:51 &lt;jrandom&gt; eepproxy chỉ là giải pháp chắp vá tạm bợ 13:51 &lt;bla&gt; jrandom: Tại sao lọc như vậy lại không an toàn? 13:52 &lt;bla&gt; jrandom: Ta thậm chí có thể cân nhắc loại bỏ _tất cả_ các headeer, trừ header Host: và header GET 13:52 &lt;jrandom&gt; bla: loại bỏ tất cả header trừ host thì an toàn hơn, đúng 13:52 &lt;bla&gt; jrandom: Sau cùng, ta cần gì hơn cho một HTTP ẩn danh? 13:52 &lt;jrandom&gt; nhưng đó là vượt quá lượng thời gian tôi có thể dành 13:52 &lt;jrandom&gt; tôi có thể thêm các bộ lọc Accept và user-agent trong khoảng ~ 30s 13:53 &lt;jrandom&gt; quá hơn nữa là tôi giơ tay đầu hàng và viết lại http proxy ;) 13:53 &lt;bla&gt; jrandom: Sao loại bỏ tất cả lại khó hơn? 13:53 &lt;jrandom&gt; đọc code đi. 13:54 &lt;jrandom&gt; (rất hoan nghênh các bản vá) 13:54 &lt;jrandom&gt; nhưng những gì ta bàn ở đây vẫn chỉ là giải pháp ngắn hạn 13:54 &lt;bla&gt; jrandom: Ý đúng ;) Nhưng nghiêm túc: tôi nghĩ các sửa Accept* và User-Agent là ổn cho hiện tại 13:54 &lt;jrandom&gt; ta cần ai đó làm thứ gì đó dùng được lâu dài 13:55 &lt;ant&gt; * dm vừa ăn 20 lát phô-mai... thèm rỏ dãi. 13:55 &lt;jrandom&gt; bla: tôi đã nghe điều đó lần trước khi ai đó bảo ta lọc header User-agent và referrer ;) 13:55 &lt;jrandom&gt; (nhưng ừ, tôi sẽ đưa hai cái đó vào bản kế tiếp) 13:56 &lt;ant&gt; &lt;dm&gt; những header đó hữu íc 13:56 &lt;ant&gt; &lt;dm&gt; useful 13:56 &lt;ant&gt; &lt;dm&gt; Cho nhà cung cấp dịch vụ. 13:56 &lt;jrandom&gt; đúng, chúng có ích 13:57 &lt;jrandom&gt; chúng ta đã có vài ứng dụng hỏng vì ta lọc referrer nữa 13:57 &lt;bla&gt; dmm: Vâng, đúng. Tuy nhiên, chúng cũng cung cấp fingerprint của trình duyệt hoặc OS 13:57 &lt;ant&gt; &lt;dm&gt; Tôi có ý tưởng! 13:57 * jrandom chui vào chỗ nấp 13:58 &lt;ant&gt; &lt;dm&gt; Hard code User-Agent thành: Nokia6230/2.0 (03.15) Profile/MIDP-2.0 Configuration/CLDC-1.1 149.254.201.133 13:58 &lt;ant&gt; &lt;dm&gt; hả? hả? 13:58 &lt;jrandom&gt; ta đã hardcode header user agent rồi 13:59 &lt;ant&gt; &lt;Nightblade&gt; điện thoại di động hỗ trợ I2P 13:59 * jrandom tiến hành DoS vào chiếc điện thoại đó 13:59 &lt;ant&gt; &lt;dm&gt; Thành gì? 13:59 &lt;ant&gt; &lt;dm&gt; Tội nghiệp cái điện thoại của tôi!!! 13:59 &lt;jrandom&gt; ok, ai còn ý kiến gì về chuyện eepproxy/eepsite không? 14:00 &lt;bla&gt; MYOB/6.ss (AN/ON) 14:00 &lt;bla&gt; no\ 14:00 &lt;+Ragnarok&gt; ta nên tái phát minh html bằng s-expressions! 14:01 &lt;jrandom&gt; (tôi thực sự nghĩ dùng một ngôn ngữ macro kiểu bbcode là hướng đi đúng, ít nhất cho một số thứ ;) 14:01 &lt;jrandom&gt; ((hoặc xml cho các geek)) 14:02 &lt;ant&gt; &lt;dm&gt; Microsoft ủng hộ dùng XML 14:02 &lt;ant&gt; &lt;dm&gt; Vậy tôi ủng hộ cả hai tay. 14:02 &lt;+Ragnarok&gt; xml chỉ là s-expressions nói nhiều quá mức :) 14:03 &lt;ant&gt; &lt;dm&gt; Có phải lúc thích hợp để tôi vỗ tay khen jrandom vì công việc của anh ấy trong dự án này không? 14:03 * jrandom xung phong Ragnarok làm việc đó, sau khi xong sổ địa chỉ thế hệ kế tiếp ;) 14:03 &lt;@duck&gt; tôi không nghĩ “tự phát minh ngôn ngữ đánh dấu của riêng bạn” sẽ chạy trên trình duyệt phổ thông 14:04 &lt;@duck&gt; có thể cho cái blog bên trong myi2p 14:04 &lt;+Ragnarok&gt; lúc nào cũng thích hợp :) 14:04 &lt;ant&gt; &lt;dm&gt; “applaud” mới đúng 14:04 &lt;jrandom&gt; duck: proxy vẫn sẽ phải lọc nội dung, có thể (heh) tiêm kết quả của các macro vào nội dung đã lọc 14:05 &lt;ant&gt; * dm nhấc mũ chào jr. 14:05 &lt;jrandom&gt; gracias dm và mọi người 14:05 &lt;ant&gt; &lt;Nightblade&gt; thứ gì như PDF sẽ an toàn hơn HTML 14:05 &lt;jrandom&gt; lol 14:05 &lt;@duck&gt; file .txt! 14:06 &lt;ant&gt; &lt;Nightblade&gt; tôi đã thấy file PDF có link bấm được, nhưng bản thân file rất to 14:06 &lt;ant&gt; &lt;Nightblade&gt; seen 14:06 &lt;ant&gt; &lt;dm&gt; Bitmap chưa nén? 14:06 &lt;jrandom&gt; vâng, hãy cùng viết bằng pdf 14:07 &lt;+Ragnarok&gt; ặc, postscript xấu tệ 14:07 &lt;ant&gt; &lt;cat-a-puss&gt; html không an toàn thế nào? 14:07 &lt;@duck&gt; dù sao 14:07 &lt;ant&gt; &lt;Nightblade&gt; cat: với javascript, activex, applet,... 14:07 &lt;jrandom&gt; cat-a-puss: mọi cách khác nhau để mã hóa dữ liệu nguy hiểm 14:08 &lt;ant&gt; &lt;dm&gt; ngôn ngữ không an toàn hay an toàn, client mới là vấn đề. 14:08 &lt;+Ragnarok&gt; vấn đề thực sự là làm dhtml ẩn danh kiểu gì... 14:08 &lt;jrandom&gt; (và ta sẽ không bao giờ, /không bao giờ/ đi trước cuộc chơi chừng nào còn lọc tường minh) 14:08 &lt;ant&gt; &lt;cat-a-puss&gt; Java/javascript nằm trong thẻ. Vậy loại bỏ các thẻ đó đi, html thuần không gây hại đúng không? 14:08 &lt;ant&gt; &lt;dm&gt; Ta cần dùng một định dạng dữ liệu được phân tách bởi một client của một công ty mà ta tin. 14:08 &lt;jrandom&gt; Ragnarok: macro, và/hoặc tham chiếu đến javascript đã biết an toàn và cài đặt cục bộ 14:08 &lt;ant&gt; &lt;dm&gt; Tôi tin Microsoft, vậy nên tôi đề xuất Internet Explorer, Microsoft Word, hoặc Notepad 14:09 &lt;ant&gt; &lt;dm&gt; Flight Simulator 2002 cũng chấp nhận được. 14:09 &lt;ant&gt; &lt;cat-a-puss&gt; Freenet đã có “bộ lọc ẩn danh” loại bỏ tất cả Java / Javascript / ActiveX v.v. Mượn cái đó và thứ duy nhất tôi nghĩ có thể lọt qua là exploit ảnh... trừ khi tôi bỏ sót gì đó. 14:10 &lt;jrandom&gt; bộ lọc ẩn danh của freenet là một khởi đầu tốt cho một hai trường phái, nhưng có lẽ cần làm việc thêm để form hoạt động như ta muốn 14:10 &lt;ant&gt; &lt;Nightblade&gt; eepproxy sẽ phải chạy như một tiến trình riêng, vì vấn đề giấy phép 14:11 &lt;jrandom&gt; như thế vẫn để lại cho ta một html què quặt nặng nề 14:11 &lt;jrandom&gt; (không có css) 14:11 &lt;ant&gt; &lt;dm&gt; Được rồi, còn Flash thì sao? 14:11 &lt;jrandom&gt; nightblade: ta có thể lách được (giống cách ta lách chuyện i2ptunnel là GPL) 14:11 &lt;ant&gt; &lt;dm&gt; Hãy tưởng tượng một web toàn cầu chỉ có flash. 14:11 &lt;ant&gt; &lt;dm&gt; Một thế giới đầy giàu đẹp biết bao. 14:12 &lt;ant&gt; &lt;Nightblade&gt; cứ tạo cảnh báo: "Eepsite browsing is hazardous to your anonymity. Please use Gopher." 14:12 &lt;ant&gt; &lt;Nightblade&gt; thực ra gopher không tệ 14:12 * jrandom port archie 14:12 &lt;+Ragnarok&gt; gopher! 14:12 &lt;ant&gt; &lt;dm&gt; Còn có Betty nữa thì phải... 14:12 &lt;+Ragnarok&gt; tôi nhớ gopher :) 14:13 &lt;+Ragnarok&gt; trời, đó là thời hoàng kim. Tôi có cái modem 14.4 baud gào rú... &lt;thở dài&gt; 14:13 &lt;ant&gt; &lt;Nightblade&gt; tôi chỉ duyệt gopher ở chế độ text, và không biết có hỗ trợ đồ họa không 14:13 &lt;jrandom&gt; lần cuối tôi dùng gopher thì chưa có trình duyệt GUI ;) 14:14 &lt;jrandom&gt; dù sao, có rất nhiều lựa chọn 14:14 &lt;ant&gt; &lt;Nightblade&gt; hồi đó trình duyệt gọi là gì nhỉ? cái trước Netscape ấy... 14:14 &lt;ant&gt; &lt;Nightblade&gt; tôi quên rồi 14:14 &lt;jrandom&gt; mosaic 14:15 &lt;ant&gt; &lt;Nightblade&gt; ừ 14:15 &lt;ant&gt; &lt;dm&gt; Mosaic 2.0 14:15 &lt;ant&gt; &lt;Nightblade&gt; "Welcome to I2P, please wait while we install Gopher and Mosaic." 14:15 &lt;jrandom&gt; heh 14:15 &lt;jrandom&gt; ừ, chắc chẳng có exploit javascript nào trong mấy thứ đó 14:16 &lt;jrandom&gt; ok, vậy chắc tạm thế 14:16 &lt;jrandom&gt; chuyển sang 5) ??? 14:16 &lt;+Ragnarok&gt; debian vẫn còn gói gopher 14:16 &lt;jrandom&gt; còn ai có gì khác (không liên quan đến gopher) không? 14:17 &lt;ant&gt; &lt;dm&gt; Điều gì sẽ xảy ra với I2P khi bạn phải đi làm lại? 14:18 &lt;jrandom&gt; tôi sẽ làm i2p toàn thời gian tới mùa xuân, ít nhất là thế. Chuyện sau đó ta bàn khi đến lúc 14:19 &lt;ant&gt; &lt;dm&gt; o k 14:19 &lt;jrandom&gt; dù sao, nếu mai tôi bị xe buýt tông, mọi thứ đều ở cvs và toàn bộ mã là tự do 14:19 &lt;+Ragnarok&gt; Tôi đoán bạn định có 1.0 trước đó. Bạn nghĩ khả năng thế nào? 14:19 &lt;+Ragnarok&gt; trước mùa xuân, không phải cái chết yểu của bạn... 14:20 &lt;jrandom&gt; chắc chắn. 14:20 &lt;ant&gt; &lt;dm&gt; ahaha.. đúng, xác suất có 1.0 trước ngày mai khi bạn bị chiếc xe buýt đó tông là bao nhiêu? 14:20 &lt;jrandom&gt; (miễn là không có xe buýt ;) 14:20 &lt;ant&gt; &lt;dm&gt; tôi vừa có một ý nghĩ rất buồn. 14:20 &lt;ant&gt; &lt;dm&gt; Thực sự chán nản, nhưng... Nếu bạn bị xe buýt tông, chẳng ai ở đây biết cả. 14:20 &lt;ant&gt; &lt;cat-a-puss&gt; Về lọc: Nếu ta tạo một proxy tốt hơn, sao cho toàn bộ lưu lượng của các ứng dụng trên máy tính đi qua đó, thì ta sẽ không cần lọc Javascript này nọ vì chúng không thể tìm ra ta là ai nữa. 14:21 &lt;ant&gt; &lt;dm&gt; Bạn sẽ chết, và chúng tôi sẽ không biết chuyện gì đã xảy ra :( 14:21 &lt;ant&gt; &lt;dm&gt; Chúa ơi sao anh ấy phải chết?!?!? tại sao?!? 14:22 &lt;ant&gt; &lt;dm&gt; Bạn có thể ghi điều khoản trong di chúc để email cho mailing list nếu bạn chết không? 14:22 &lt;jrandom&gt; cat-a-puss: javascript có thể gửi nội dung bookmark của bạn, địa chỉ IP của bạn, và đủ thứ khác đến một site từ xa 14:22 &lt;jrandom&gt; dm: người biết tôi ngoài đời biết tôi tham gia i2p. thôi đủ chuyện ảm đạm rồi 14:23 &lt;ant&gt; &lt;dm&gt; à hay. 14:24 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: ừ, nhưng kiểu đó cần exploit đúng không, chứ không phải chỉ chuyển hướng họ tới trang dùng giao thức khác không đi qua proxy. Ta có lẽ sẽ khá an toàn trước những thứ đó với một trình quét nội dung đến và cập nhật tự động. 14:25 &lt;jrandom&gt; cat-a-puss: ờm, có lẽ tôi hiểu nhầm - bạn đang gợi ý rằng bật javascript trong trình duyệt là an toàn, miễn là các kết nối mà code javascript đó tạo ra cũng đi qua proxy? 14:26 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: ừ, miễn là không có tràn bộ đệm v.v. 14:26 &lt;jrandom&gt; nếu vậy thì vẫn dễ tổn thương bởi javascript thuần đọc môi trường JavaScript và gửi nó một cách “ẩn danh” tới `http://cia.i2p/data.` 14:27 &lt;jrandom&gt; dữ liệu mà javascript có thể đọc bao gồm địa chỉ IP của bạn, cũng như bookmark và đủ thứ khác 14:27 &lt;jrandom&gt; nên dù kết nối tới cia.i2p là ẩn danh, nội dung vẫn làm lộ bạn 14:31 &lt;jrandom&gt; ok, còn ai có gì đưa ra trong cuộc họp không? 14:31 &lt;@duck&gt; có: 14:31 &lt;@duck&gt; bộ đếm 'active peers' mới nghĩa là gì 14:31 &lt;jrandom&gt; à 14:31 &lt;jrandom&gt; ừ, cái đó đã thay đổi 14:32 &lt;jrandom&gt; trong 0.4.2.1, Active: x/y mới sẽ có x=# số peer bạn đã gửi hoặc nhận thông điệp thành công trong phút vừa rồi, y=# số peer thấy trong khoảng giờ vừa rồi 14:32 &lt;jrandom&gt; đây là một phần mã để xử lý một số peer đưa thông tin sai trong giai đoạn tự động phát hiện IP 14:33 * duck sẽ cố nhớ 14:33 &lt;jrandom&gt; nên nó sẽ dao động nhiều hơn trước 14:33 &lt;jrandom&gt; heh nên đừng lo khi giá trị thấp hơn bạn quen nhé ;) 14:34 &lt;jrandom&gt; ok, nếu thế thì mọi người theo dõi mailing list và website trong ngày mai cho bản 0.4.2.1 14:34 &lt;jrandom&gt; nó sẽ tương thích ngược, vân vân vân 14:34 &lt;jrandom&gt; dù sao 14:34 * jrandom khởi động 14:35 * jrandom *baf* tuyên bố kết thúc cuộc họp </div>/vi/blog/2004/11/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-30/Tue, 30 Nov 2004 00:00:00 +0000/vi/blog/2004/11/30/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-30/<p>Chào mọi người</p> <h2 id="chỉ-mục">Chỉ mục</h2> <ol> <li>0.4.2 and 0.4.2.1</li> <li>mail.i2p</li> <li>i2p-bt</li> <li>eepsites(I2P Sites)</li> <li>???</li> </ol> <h2 id="1-042-và-0421">1) 0.4.2 và 0.4.2.1</h2> <p>Kể từ khi chúng tôi cuối cùng cũng phát hành 0.4.2, độ tin cậy và thông lượng của mạng đã tăng vọt trong một thời gian, cho đến khi chúng tôi đụng phải những lỗi hoàn toàn mới do chính mình tạo ra. Kết nối IRC đối với hầu hết mọi người duy trì hàng giờ liền, nhưng với một số người gặp phải một vài sự cố, trải nghiệm không mấy suôn sẻ. Tuy vậy đã có hàng loạt bản sửa lỗi, và tối nay muộn hoặc sáng sớm mai chúng tôi sẽ có bản phát hành 0.4.2.1 mới sẵn sàng để tải về.</p>/vi/blog/2004/11/23/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-11-n%C4%83m-2004/Tue, 23 Nov 2004 00:00:00 +0000/vi/blog/2004/11/23/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-11-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrandom, lba, postman, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:03 &lt;jrandom&gt; 0) chào 13:03 &lt;jrandom&gt; 1) Tình trạng mạng 13:03 &lt;jrandom&gt; 2) Thư viện streaming 13:04 &lt;jrandom&gt; 3) 0.4.2 13:04 &lt;jrandom&gt; 4) Addressbook.py 0.3.1 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;jrandom&gt; 0) chào 13:04 * jrandom vẫy tay 13:04 &lt;+postman&gt; chào :) 13:04 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2004-November/000490.html 13:05 &lt;jrandom&gt; thôi thì vào luôn 1) tình trạng mạng 13:05 &lt;jrandom&gt; mình không có nhiều để bổ sung ngoài những gì đã viết trong email 13:05 &lt;jrandom&gt; có ai muốn nêu điều gì liên quan đến tình trạng mạng tuần vừa rồi không? 13:06 &lt;jrandom&gt; nếu không, ta xuống 2) thư viện streaming 13:06 &lt;jrandom&gt; đã có nhiều thông tin trong email về phần này, nên để mọi người tiêu hóa chút 13:07 &lt;jrandom&gt; tuy thư viện mới cải thiện nhiều thứ, điều quan trọng nhất (theo mình) là độ bền bỉ và khả năng xử lý tắc nghẽn 13:08 &lt;jrandom&gt; đặc biệt là khoản sau, vì ta đã thấy thư viện cũ trở nên kỳ cục thế nào khi tắc nghẽn nặng 13:08 &lt;jrandom&gt; cũng còn nhiều thứ chưa đưa vào thư viện, chừa chỗ cho mọi người thử nghiệm và tối ưu thêm 13:09 &lt;jrandom&gt; ai có câu hỏi gì về phần này không, hay là ta đã bàn đi bàn lại con ngựa chết này suốt mỗi tuần trong tháng qua rồi? ;) 13:10 &lt;+Ragnarok&gt; coi như là có đi 13:10 &lt;jrandom&gt; heh 13:10 &lt;jrandom&gt; ok, chuyển sang 3) 0.4.2 13:10 &lt;jrandom&gt; sắp ra rồi, hiện tại chỉ cập nhật nhỏ quy trình cài đặt 13:11 &lt;+postman&gt; yesss 13:11 &lt;+postman&gt; :) 13:11 &lt;jrandom&gt; quy trình cài đặt cập nhật sẽ dễ chịu hơn cho người dùng, xử lý các lỗi phổ biến nhất 13:12 &lt;jrandom&gt; (vì chẳng ai chịu đọc chữ trên bảng điều khiển router ;) 13:12 &lt;jrandom&gt; nhưng chắc sẽ sẵn sàng trong một hai ngày tới, thử nghiệm chút là ta có thể phát hành vào thứ sáu 13:12 &lt;jrandom&gt; (nếu không sớm hơn) 13:13 &lt;jrandom&gt; như mình đã nói trong email, nó vừa tương thích ngược vừa /không/ tương thích ngược 13:13 &lt;+Ragnarok&gt; tuyệt 13:13 &lt;jrandom&gt; có ai có ý kiến mạnh mẽ về việc ta nên “múa” vụ này thế nào không? 13:13 &lt;jrandom&gt; có nên cứ phát hành 0.4.2 rồi để mọi người nâng cấp khi họ thấy không truy cập được eepsites (trang web trên I2P) nào không? 13:14 &lt;jrandom&gt; (hay họ sẽ gỡ cài đặt rồi bảo "dood i2p sux0rz") 13:14 * jrandom không cái nào 13:15 &lt;+Ragnarok&gt; Tôi nghĩ nên đánh dấu là không tương thích. Luôn rõ ràng thì tốt hơn. 13:15 &lt;jrandom&gt; ừ, tài liệu và thông báo sẽ ghi là không tương thích, NÂNG CẤP BẮT BUỘC bằng chữ to đậm 13:16 &lt;+Ragnarok&gt; vậy thì không có lý do gì để gửi thông điệp nửa vời nữa 13:16 &lt;jrandom&gt; phải 13:16 &lt;jrandom&gt; dù ta vẫn có thể định tuyến qua tunnel thông qua những peer cũ đó 13:16 &lt;jrandom&gt; mình cũng chưa rõ, dù sao ta còn vài ngày để chốt quyết định 13:17 &lt;jrandom&gt; chỉ là điều để suy nghĩ, và một CẢNH BÁO cho mọi người rằng họ SẼ CẦN NÂNG CẤP LÊN 0.4.2 13:17 &lt;jrandom&gt; :) 13:18 &lt;jrandom&gt; ok, có ai có câu hỏi/bình luận/lo ngại gì về 0.4.2 không, hay ta chuyển sang 4) addressbook.py? 13:18 &lt;jrandom&gt; coi như đã chuyển 13:18 &lt;jrandom&gt; Ragnarok: muốn cập nhật cho bọn mình chứ? 13:20 &lt;+Ragnarok&gt; được. Hôm qua có bản cập nhật nhỏ. Sửa vài lỗi trên Windows, và không chết thảm nếu thiếu proxy. Điểm đáng chú ý là có lẽ đây sẽ là bản phát hành cuối cho phiên bản này, trừ khi có một lỗi khổng lồ. 13:20 &lt;jrandom&gt; ok hay đấy 13:21 &lt;jrandom&gt; tránh chết thảm luôn là một tính năng hay 13:21 &lt;lba&gt; chào mọi người 13:21 &lt;+Ragnarok&gt; Tôi dự định thiết kế lại (thực ra là thiết kế cho ra hồn) từ đầu dựa trên ý tưởng của jrandom trên mailing list. Có thể viết bằng Java nữa, nếu tôi lo được phần phân tích XML và mấy thứ HTTP phải làm. 13:21 &lt;jrandom&gt; ngầu :) 13:21 &lt;jrandom&gt; chào lba 13:22 &lt;+Ragnarok&gt; thế thôi. Tiếp tục nào. 13:22 &lt;jrandom&gt; hay, cảm ơn bản cập nhật 13:22 &lt;jrandom&gt; ok nếu không còn gì nữa, ta tăng tốc chóng mặt sang 5) ??? 13:22 &lt;jrandom&gt; còn ai có gì muốn nêu không? 13:23 &lt;+Ragnarok&gt; còn ai ở đây không? 13:23 &lt;jrandom&gt; heh, ừ, hôm nay thiếu mấy tay hay càm ràm thường lệ ;) 13:24 &lt;jrandom&gt; mà họ sẽ vào đọc log trên site sau thôi [ừ, tôi đang nói *BẠN* đấy] 13:24 &lt;jrandom&gt; ok, mình nghĩ đây có lẽ là cuộc họp ngắn nhất trong hơn một năm qua 13:25 &lt;jrandom&gt; kết thúc thôi 13:25 * jrandom chuẩn bị 13:25 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/11/23/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-23/Tue, 23 Nov 2004 00:00:00 +0000/vi/blog/2004/11/23/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-23/<p>Chào mọi người, đến lúc cập nhật tình hình</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>0.4.2</li> <li>Addressbook.py 0.3.1</li> <li>???</li> </ol> <h2 id="1-trạng-thái-mạng">1) Trạng thái mạng</h2> <p>Sau đợt 2-3 ngày tuần trước khi mọi thứ khá tắc nghẽn, mạng đã trở lại bình thường (có lẽ vì chúng tôi đã ngừng kiểm thử chịu tải cổng BitTorrent ;). Kể từ đó mạng hoạt động khá ổn định - chúng tôi thực sự có vài router đã chạy liên tục 30-40+ ngày, nhưng các kết nối IRC thỉnh thoảng vẫn có vài trục trặc. Mặt khác&hellip;</p>/vi/blog/2004/11/16/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-11-n%C4%83m-2004/Tue, 16 Nov 2004 00:00:00 +0000/vi/blog/2004/11/16/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-11-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) chào 13:05 &lt;jrandom&gt; 1) Tắc nghẽn 13:05 &lt;jrandom&gt; 2) Streaming 13:05 &lt;+dinoman&gt; khóa của pgforge đã thay đổi :/ xin lỗi 13:05 &lt;jrandom&gt; 3) BT 13:05 &lt;jrandom&gt; 4) ??? 13:05 &lt;jrandom&gt; à hay đó, chúng ta có thể làm chút phép màu cho chuyện đó 13:05 &lt;jrandom&gt; 0) chào 13:05 * jrandom vẫy tay 13:05 &lt;ant&gt; &lt;lucky&gt; chào 13:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 &lt;wiht&gt; Xin chào. 13:06 &lt;jrandom&gt; (và chúng ta đã đăng ghi chú *trước* buổi họp. w00t) 13:06 &lt;jrandom&gt; thôi thì vào luôn 1) Tắc nghẽn 13:07 &lt;jrandom&gt; đối với những người ở kênh mấy ngày qua, các bạn đã nghe nhiều thảo luận về chuyện quái gì đang diễn ra, và cả email này lẫn bài của duck trước đó đáng lẽ bao quát chung rồi 13:07 &lt;jrandom&gt; nói vậy, có ai có câu hỏi / nhận xét / lo ngại nào muốn nêu/thảo luận không? 13:09 &lt;wiht&gt; Bạn muốn nói gì bằng "wild peer selection"? 13:10 &lt;jrandom&gt; cách xây dựng tunnel hiện tại của chúng ta không may lại khiến mọi thứ ổn định quanh các peer nhanh 13:10 &lt;jrandom&gt; nếu những peer nhanh đó không thỉnh thoảng bị lỗi, chúng ta đơn giản cứ dùng họ, hết, thay vì khám phá vượt ra ngoài họ khi xây dựng tunnel 13:11 &lt;jrandom&gt; điều đó có nghĩa là khi họ *có* lỗi về sau, chúng ta hầu như không biết phần còn lại của mạng có bao nhiêu năng lực, và vì thế chọn peer khá tùy tiện 13:11 &lt;+DrWoo&gt; jrandom: có gì trong kế hoạch để sử dụng năng lực tốt hơn? 13:12 &lt;jrandom&gt; DrWoo: bản 0.4.3 sẽ bao gồm một cách gộp tunnel mới để chúng ta có nhiều tunnel dự phòng 'thử nghiệm' hơn (giúp tìm hiểu thêm về mạng mà không hy sinh hiệu năng) 13:13 &lt;jrandom&gt; cân bằng tải quyết liệt hơn thông qua đặt chỗ kiểu ATM (Asynchronous Transfer Mode) cũng đang trong kế hoạch, nhưng chưa gắn với bản phát hành cụ thể nào (tức là sẽ làm khi cần) 13:14 &lt;ant&gt; &lt;Connelly&gt; bleh 13:14 &lt;ant&gt; &lt;Connelly&gt; chưa họp à? 13:14 &lt;jrandom&gt; (đặt chỗ kiểu ATM, nghĩa là theo dõi xem các tunnel dùng bao nhiêu băng thông trung bình, nhân với số tunnel chúng ta tham gia, rồi so sánh với giới hạn/công suất băng thông của ta, dùng so sánh đó để chấp nhận/từ chối các yêu cầu tunnel tiếp theo) 13:15 &lt;jrandom&gt; Connelly: bắt đầu 10' trước rồi, ghi chú trạng thái đã đăng lên list ;) 13:15 &lt;+DrWoo&gt; jrandom: điều đó sẽ ảnh hưởng thế nào đến hiệu năng? 13:15 &lt;+DrWoo&gt; hiệu năng PC cục bộ 13:15 * wiht tự hỏi ngoài HTTP, IRC và BT thì có bao nhiêu giao thức khác đang được dùng trên mạng I2P. 13:16 &lt;jrandom&gt; DrWoo: cơ chế pooling trong 0.4.3 sẽ giúp tăng khả năng chịu lỗi (ít hỏng hơn), và cơ chế đặt chỗ sẽ cho phép chia tải dựa trên năng lực tốt hơn (tức là giảm tranh chấp) 13:16 &lt;jrandom&gt; tuy nhiên, cả hai thứ đó không tập trung đặc biệt vào độ trễ 13:17 &lt;jrandom&gt; wiht: theo tôi biết thì ba thứ đó là chủ yếu, dù có ít thứ xấu xí chạy trên HTTP 13:17 &lt;jrandom&gt; thực ra đó là một vấn đề thú vị, liên quan đến IRC và tắc nghẽn 13:18 &lt;jrandom&gt; điều thực sự làm irc.duck.i2p tê liệt hôm nọ là trong lúc tắc nghẽn, máy chủ IRC của duck vẫn phải đẩy ra số thông điệp gấp 20 lần số nhận vào 13:19 &lt;jrandom&gt; cộng thêm việc tự động gửi lại thông điệp every.10.seconds.with.no.backoff, con số đó tăng lên thành 120 thông điệp cho mỗi dòng chữ ;) 13:19 &lt;jrandom&gt; nói chung ý tôi là, một giao thức chat phi tập trung sẽ là điều Tốt ;) 13:19 &lt;+DrWoo&gt; có thứ như vậy không? 13:20 &lt;jrandom&gt; (dù thư viện streaming mới sẽ bỏ được khoản overhead 6x đó) 13:20 &lt;+dinoman&gt; có cái nào tốt không 13:20 &lt;jrandom&gt; tôi không biết có ai đã đánh giá cái gì kiểu SILC cho i2p trong năm vừa rồi chưa 13:20 &lt;susi23&gt; pop3 và smtp chậm _kinh khủng_ trên i2p 13:21 &lt;ant&gt; &lt;duck&gt; silc == irc+một ít mã hóa 13:21 &lt;susi23&gt; (để trả lời câu hỏi: những giao thức nào cũng đang được dùng) 13:21 &lt;jrandom&gt; à, tôi tưởng silc đã đi xa khỏi mô hình ircd rồi 13:21 &lt;jrandom&gt; ồ, chết thật, đúng, tôi quên hai cái đó :) 13:21 &lt;wiht&gt; susi23: Đúng, tôi quên là giờ chúng ta có mail trên I2P. 13:21 &lt;ant&gt; &lt;duck&gt; không xa lắm đâu 13:21 &lt;jrandom&gt; 'k 13:21 &lt;ant&gt; &lt;protok0l&gt; họp chứ? 13:22 &lt;ant&gt; &lt;lucky&gt; ngay bây giờ protok0l 13:22 &lt;ant&gt; &lt;protok0l&gt; k 13:22 &lt;jrandom&gt; ok, chúng ta còn gì cho 1) tắc nghẽn không? 13:23 &lt;jrandom&gt; nếu không, chuyển sang 2) streaming 13:23 &lt;jrandom&gt; [xem email] 13:24 &lt;jrandom&gt; tôi đã không đưa các cập nhật thư viện streaming vào history.txt, nhưng bạn có thể theo dõi diễn biến qua danh sách cvs 13:24 &lt;jrandom&gt; (nếu bạn đủ điên) 13:24 &lt;jrandom&gt; tôi cũng không có gì khác để thêm. vậy, có câu hỏi/nhận xét/lo ngại nào không? 13:25 &lt;+postman&gt; chỉ một 13:25 &lt;+postman&gt; cảm ơn :) 13:25 &lt;ant&gt; &lt;protok0l&gt; sẽ tăng tốc độ bao nhiêu 13:25 &lt;jrandom&gt; hehe lẽ ra bạn phải đợi đến khi bạn *có* phần mềm đã chứ postman ;) 13:25 &lt;jrandom&gt; protokol: có. tùy. 13:25 &lt;+postman&gt; jrandom: tôi sẽ đặt cược vào bạn dù bịt mắt 13:26 &lt;+DrWoo&gt; jrandom: tôi sắp hỏi điều anh ghét này, có ETA cho thư viện streaming mới không, tình hình hiện tại rõ ràng là một điểm dễ bị tổn thương? 13:27 &lt;jrandom&gt; nếu các thử nghiệm tuần này ổn, chúng ta có thể tạm ấn định tuần sau 13:27 &lt;jrandom&gt; tuy nhiên sẽ có các dịch vụ chạy trên thư viện streaming mới trước đó, để chúng ta thử nghiệm dưới tải 13:28 &lt;wiht&gt; Nếu tôi nhớ không nhầm, anh đang dùng một mạng mô phỏng cho các thử nghiệm. Còn đúng không? 13:29 &lt;jrandom&gt; với một số cái, đúng 13:29 &lt;jrandom&gt; khi tôi không dùng mô phỏng, tôi chạy luôn trên mạng thật 13:30 &lt;jrandom&gt; (vì tôi thích bào mòn băng thông của các bạn ;) 13:30 &lt;susi23&gt; không có gì ;) 13:30 &lt;+dinoman&gt; hehe bật lên và xem nó có nổ tung không? 13:31 -!- x giờ có tên là fidd 13:31 &lt;jrandom&gt; gần như thế - tôi có một ít mã ghi log về cơ bản đổ ra các header gói tin streaming, cho phép tôi đảm bảo mọi thứ được gửi đúng và các tình huống khác nhau được xử lý như phải 13:32 &lt;jrandom&gt; các thử nghiệm mô phỏng thì phức tạp hơn, với chừng nửa tá unit test cùng nhiều tham số runtime khác nhau 13:33 &lt;wiht&gt; Các thử nghiệm mô phỏng phản ánh mức độ sử dụng mạng quan sát được tốt đến đâu? 13:33 &lt;jrandom&gt; khá tốt, vì mã mô phỏng giống hệt mã dùng trên mạng thật 13:34 &lt;jrandom&gt; tôi chưa làm việc bơm trễ và rớt gói trong mô phỏng được hoàn hảo, nhưng cũng vào khoảng đó 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; thư viện streaming mới sẽ dùng cùng interface chứ? Hay các ứng dụng Java sẽ phải làm gì đó mới? 13:35 &lt;wiht&gt; Cảm ơn đã làm rõ. 13:36 &lt;jrandom&gt; cat-a-puss: cùng interface. có vài tùy chọn cấu hình bổ sung mà bạn có thể muốn gắn thêm khi dựng một I2PSocketManager, nhưng đó chỉ là một properties map kiểu cũ tốt lành 13:36 &lt;ant&gt; &lt;cat-a-puss&gt; k 13:37 &lt;jrandom&gt; k, còn gì nữa không, hay chúng ta nhảy sang 3) BT? 13:38 &lt;jrandom&gt; duck: ping 13:38 &lt;@duck&gt; *quack 13:38 &lt;@duck&gt; Tuần trước tôi đã báo cáo rằng chúng ta đã chạy BitTorrent trên I2P. Đã có một chút 13:38 &lt;@duck&gt; nhầm lẫn, nhưng nó ẩn danh cho cả tracker lẫn client (seeder và leecher). 13:38 &lt;@duck&gt; Cập nhật kể từ tuần trước: 13:38 &lt;@duck&gt; Làm GUI (wxPython), kèm tracker, sửa lỗi. 13:39 &lt;@duck&gt; danh sách đầy đủ tại `http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD` 13:39 &lt;@duck&gt; mã nguồn cũng có trên CVS ở cvs.i2p 13:39 &lt;@duck&gt; và đã có một eepsite riêng: `http://duck.i2p/i2p-bt/` 13:39 &lt;@duck&gt; Tracker đi kèm rất sơ sài và bạn vẫn phải cung cấp 13:39 &lt;@duck&gt; các torrent ở đâu đó; nên DrWoo, thetower và tôi đã xem xét 13:39 &lt;@duck&gt; một số lựa chọn thay thế có các tính năng kiểu suprnova, cho đến khi tôi phát điên. 13:39 &lt;@duck&gt; *flierp* 13:40 &lt;jrandom&gt; w00t 13:40 &lt;@duck&gt; Cuối cùng đã chọn bytemonsoon, bản gốc thì xấu, nhưng DrWoo đã chỉnh sửa 13:40 &lt;@duck&gt; Ý tưởng là cải tiến thêm nữa và phát hành nó như một giải pháp tracker sẵn sàng cho I2P, 13:40 &lt;@duck&gt; xem: `http://brittanyworld.i2p/bittorrent/` 13:40 &lt;@duck&gt; đáp ứng các yêu cầu ở: `http://duck.i2p/i2p-bt/txt/bytemonsoon.txt` 13:40 &lt;@duck&gt; . 13:40 &lt;jrandom&gt; quá đã 13:40 &lt;+DrWoo&gt; bạn có thể tải thử vài tệp nhỏ trên cái tracker hay ho mà duck đã sửa sang 13:41 &lt;+DrWoo&gt; không có gì to để làm nghẽn mạng đâu heh 13:41 &lt;jrandom&gt; gì cơ, bạn không muốn chúng tôi tải thêm tập Lost nữa à? :) 13:41 &lt;@duck&gt; nếu cái của thetower đang chạy.. 13:42 &lt;jrandom&gt; phiên bản port bytemonsoon trông rất ổn. 13:42 &lt;+DrWoo&gt; tôi không truy cập được thetower lúc này ở đây 13:42 &lt;+DrWoo&gt; jrandom: nó có vẻ cung cấp hầu như mọi thứ bạn cần 13:42 &lt;+dinoman&gt; mọi người đang thấy tốc độ kiểu gì? 13:43 &lt;@duck&gt; ~5kb/s mỗi peer 13:43 &lt;+DrWoo&gt; dino: bên này trông như 4-10K mỗi peer 13:43 &lt;@duck&gt; (lạc quan đấy, tất nhiên còn có mấy người ADSL tệ hại) 13:44 &lt;+dinoman&gt; wow còn tốt hơn tôi tưởng 13:44 &lt;@duck&gt; đến khi i2p sập; xem 1) 13:44 &lt;jrandom&gt; heh 13:44 &lt;+DrWoo&gt; dinoman: nói cách khác, với một swarm thì trông sẽ khá ấn tượng 13:44 &lt;@duck&gt; đã có nhiều lời kêu gọi cải thiện GUI 13:45 &lt;+DrWoo&gt; dinoman: và vài peer 0 hop ;) 13:45 &lt;@duck&gt; nhưng không có nhiều người xung phong làm 13:45 &lt;jrandom&gt; duck (& cả nhóm): chúng tôi có thể làm gì để giúp? 13:45 &lt;@duck&gt; bạn: chuẩn bị thư viện streaming mới cho xong 13:46 &lt;@duck&gt; cả nhóm: xem danh sách todo: `http://duck.i2p/i2p-bt/txt/todo.txt` 13:46 &lt;@duck&gt; lucky đang làm một howto 13:47 &lt;@duck&gt; DrWoo: còn gì nữa không? 13:47 &lt;jrandom&gt; tốt 13:47 &lt;+DrWoo&gt; jrandom: anh có thể nói một chút về quan điểm của anh liên quan đến tầm quan trọng (hay không) của chia sẻ tệp (và các dịch vụ phổ biến khác hiện chạy trên Internet) và điều đó có ý nghĩa thế nào với triển vọng ẩn danh của I2P không. 13:47 &lt;ant&gt; &lt;lucky&gt; tôi à? 13:48 &lt;ant&gt; &lt;lucky&gt; ồ 13:48 &lt;ant&gt; &lt;lucky&gt; tôi đúng là đang làm 13:48 &lt;ant&gt; &lt;lucky&gt; :) 13:48 &lt;+DrWoo&gt; duck: luôn luôn còn gì đó nữa heh 13:48 &lt;jrandom&gt; chia sẻ tệp là then chốt cho thành công của I2P, vì thực tế đó là nhóm người dùng tiềm năng lớn nhất để hòa trộn vào tập ẩn danh của chúng ta 13:49 &lt;ant&gt; &lt;lucky&gt; uh oh. 13:49 &lt;ant&gt; &lt;lucky&gt; Vậy nghĩa là tôi thực sự, thật sự, nên làm cái howto đó rồi. 13:49 &lt;jrandom&gt; nếu không có một hệ thống truyền tệp lớn khả dụng, chúng ta sẽ phải làm nên kỳ tích để lôi kéo các ứng dụng người dùng 13:50 &lt;jrandom&gt; điều mà chúng ta đang làm - công việc của susi và postman khá hứa hẹn 13:50 &lt;jrandom&gt; nhưng thị trường email ẩn danh nhỏ hơn nhiều so với thị trường truyền tệp an toàn 13:51 &lt;jrandom&gt; dù bản thân I2P có thể mở rộng tới bất kỳ quy mô nào (nếu mọi thứ đúng như chúng ta hy vọng ;), chúng ta cần một tập ẩn danh lớn để hỗ trợ bất cứ thứ gì đáng giá 13:51 &lt;jrandom&gt; &lt;/ý kiến nhỏ của tôi&gt; 13:52 &lt;@duck&gt; anh nghĩ gì về thiết lập mặc định cho những ứng dụng chia sẻ tệp đó? 13:52 &lt;jrandom&gt; cái đó tôi chưa biết 13:53 &lt;@duck&gt; hay là điều đó chưa thực sự liên quan với khả năng hiện nay 13:54 &lt;+DrWoo&gt; duck: có lẽ cần một chút 'nghĩ khác lối mòn' để vượt vài ổ gà trên đường? 13:54 &lt;jrandom&gt; tunnel 1 hop có thể phù hợp cho những người dùng BT, trước 0.4.3 13:57 &lt;jrandom&gt; ok, chúng ta còn gì cho 3) BT không? 13:57 &lt;@duck&gt; không phải tôi 13:57 &lt;+DrWoo&gt; cảm ơn duck và các anh em 13:58 &lt;+DrWoo&gt; đó là công việc khá tuyệt vời 13:58 &lt;jrandom&gt; ừ, mọi người đang làm một công việc quá đã 13:58 &lt;+dinoman&gt; tôi không làm 13:58 &lt;jrandom&gt; (tôi thích xem --spew 1 trên btdownloadheadless :) 13:58 &lt;@duck&gt; dinoman: bạn bắt đầu đấy chứ 13:58 &lt;+Ragnarok&gt; headless spew... nghe 'bẩn' phết 13:59 &lt;+DrWoo&gt; dino: thúc đẩy nỗ lực tiến lên là một đóng góp thực sự 13:59 * Ragnarok sẽ ghép một bản vá cho mấy tùy chọn dòng lệnh trong danh sách todo 13:59 &lt;jrandom&gt; w00t 14:00 &lt;ant&gt; &lt;dm&gt; Đừng quên WWW ẩn danh, cái đó cũng lớn lắm. 14:00 &lt;jrandom&gt; dm: ừ, có lẽ hàng nghìn hay hàng chục nghìn, nhưng không thu hút tới hàng triệu 14:01 &lt;jrandom&gt; (đối với mấy thứ outproxy, theo ý kiến cá nhân tôi) 14:01 &lt;jrandom&gt; ok, nếu không còn gì nữa, chuyển sang phần kiểu cũ 4) ??? 14:01 &lt;jrandom&gt; còn điều gì chưa nêu mà nên nêu không? 14:02 &lt;wiht&gt; postman: Tình trạng hệ thống mail đến đâu rồi? Nó hoạt động tốt thế nào, đặc biệt là liên lạc ra bên ngoài mạng I2P? 14:02 &lt;+DrWoo&gt; dm: tất cả chỉ là một phần của bức tranh muôn màu cuộc sống :) 14:03 &lt;ant&gt; &lt;dm&gt; nhiều người dùng web lắm 14:03 &lt;ant&gt; &lt;dm&gt; (họ vừa cài surfcontrol ở chỗ làm của tôi) ;) 14:03 &lt;jrandom&gt; ừ, lưu trữ www ẩn danh sẽ rất quan trọng cho những ai thực sự cần i2p, dù có lẽ họ sẽ không phải là tập ẩn danh cần thiết 14:03 &lt;jrandom&gt; à, chán thật 14:04 &lt;jrandom&gt; wiht: nếu anh ấy không ở đây, tôi có thể nói rằng in- và outproxy chạy khá ổn với tôi - chưa mất cái nào 14:04 &lt;jrandom&gt; (và kiểm tra mail của tôi mất vài giây, nhưng biff sẽ báo khi tôi cần mà) 14:05 &lt;jrandom&gt; ok, còn gì nữa không? 14:06 &lt;ant&gt; &lt;dm&gt; bạn đang 'baf' buổi họp à? 14:07 &lt;jrandom&gt; có vẻ vậy 14:07 * jrandom tổng kết 14:07 * jrandom *baf* đóng buổi họp </div>/vi/blog/2004/11/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-16/Tue, 16 Nov 2004 00:00:00 +0000/vi/blog/2004/11/16/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-16/<p>Chào mọi người, lại là thứ Ba rồi</p> <h2 id="mục-lục">Mục lục</h2> <ol> <li>Congestion</li> <li>Streaming</li> <li>BT</li> <li>???</li> </ol> <h2 id="1-tắc-nghẽn">1) Tắc nghẽn</h2> <p>Tôi biết, tôi đang phá vỡ thói quen đặt tên mục 1 là &ldquo;Net status&rdquo;, nhưng tuần này thì &ldquo;congestion&rdquo; có vẻ phù hợp hơn. Bản thân mạng đã hoạt động khá tốt, nhưng khi việc sử dụng BitTorrent tăng lên, mọi thứ bắt đầu ngày càng bị tắc nghẽn, dẫn đến một tình trạng sụp đổ do tắc nghẽn đúng nghĩa.</p>/vi/blog/2004/11/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-09-th%C3%A1ng-11-n%C4%83m-2004/Tue, 09 Nov 2004 00:00:00 +0000/vi/blog/2004/11/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-09-th%C3%A1ng-11-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ant, cervantes, Ch0Hag, duck, jrandom, keysersoze, MrEcho, mule, Nightblade, peer, polecat, postman, protokol, Ragnarok</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:26 &lt;jrandom&gt; 0) chào 13:26 &lt;cervantes&gt; xem thực đơn trước khi gọi món nào :P 13:26 &lt;jrandom&gt; 1) 0.4.1.4 13:26 &lt;jrandom&gt; 2) streaming lib 13:26 &lt;jrandom&gt; 3) Tiến độ BT 13:26 &lt;jrandom&gt; 4) addressbook.py 13:26 &lt;jrandom&gt; 5) ??? 13:26 &lt;jrandom&gt; 0) chào 13:27 * jrandom vẫy tay 13:27 &lt;Ragnarok&gt; chào 13:27 * cervantes vẫy tay 13:27 &lt;jrandom&gt; ghi chú trạng thái đã đăng @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 &lt;keysersoze&gt; chào 13:27 &lt;+polecat&gt; 5) có thể là DHT (bảng băm phân tán), như cái bamboo đó? 13:27 &lt;jrandom&gt; (ừ, tôi trễ) 13:27 &lt;jrandom&gt; hay đấy, polecat 13:27 * polecat cắn ngón tay lần nữa! 13:27 &lt;jrandom&gt; ok, vào luôn 1) 0.4.1.4 13:28 &lt;+Ch0Hag&gt; 0.4.1.4 có vẻ “chết” nhiều hơn mức nên có 13:28 &lt;+Ch0Hag&gt; kiểu như - chết luôn 13:28 &lt;jrandom&gt; chết? 13:28 &lt;+Ch0Hag&gt; Tuy cũng có khả năng là do lỗi của kaffe. 13:28 &lt;jrandom&gt; rớt kết nối IRC, hay phải khởi động lại router? 13:28 &lt;jrandom&gt; à, bạn dùng kaffe à? 13:29 &lt;+Ch0Hag&gt; router 13:29 &lt;+Ch0Hag&gt; Đúng vậy. 13:29 &lt;+Ch0Hag&gt; Phải có ai đó chứ :) 13:29 &lt;jrandom&gt; trên kaffe tôi phải tăng gấp đôi mức dùng bộ nhớ mặc định (cho nó -mx128m lúc khởi động) 13:29 &lt;+polecat&gt; GAH! Thảo nào! Tôi đang ignore hawk. 13:29 &lt;jrandom&gt; dạo này có ít nhất 3 người dùng kaffe 13:30 &lt;jrandom&gt; ngoài chuyện đó ra, 0.4.1.4 chạy thế nào với mọi người? 13:30 * polecat đang dùng kaffe... chưa biết JVM nào tốt hơn lúc này. 13:30 &lt;jrandom&gt; báo cáo ban đầu thì tốt, nhưng gần đây tôi chưa nghe nhiều 13:30 &lt;+Ch0Hag&gt; Tôi để 64, sẽ thử 128 13:30 &lt;Ragnarok&gt; có vẻ ổn 13:30 &lt;keysersoze&gt; jrandom: Không vấn đề lớn nào ở đây 13:30 &lt;@duck&gt; lần gián đoạn IRC lớn gần nhất là do tôi 13:30 &lt;+Ch0Hag&gt; Và đúng, phần lớn là OOM (hết bộ nhớ) 13:31 &lt;@duck&gt; ngoài ra tôi nghĩ nó hơi bất ổn (từ khi tôi bật băng thông), nhưng tôi không có bằng chứng 13:31 &lt;jrandom&gt; việc throttling trên máy bạn là một nút thắt, vì ví dụ mỗi thông điệp bạn nhận là cỡ 20+ thông điệp phải gửi ra 13:32 &lt;@duck&gt; à 13:32 &lt;jrandom&gt; nhưng tôi đồng ý, IRC dạo này hơi trục trặc 13:32 &lt;cervantes&gt; 0.4.1.3 luôn cực kỳ ổn trên IBM JVM của tôi, nên tôi tránh nâng cấp lúc này 13:32 &lt;cervantes&gt; (uptime 22 ngày) 13:32 &lt;jrandom&gt; ngon đấy cervantes 13:32 &lt;jrandom&gt; duck: [chèn bình luận mô tả kỳ vọng cho thư viện streaming mới vào đây] 13:33 &lt;cervantes&gt; irc server của baffled có vẻ ít trục trặc hơn chút 13:33 &lt;jrandom&gt; chuẩn, đó là thước đo tốt 13:33 &lt;keysersoze&gt; cervantes: Anh ấy chạy phiên bản nào? (Bạn biết không?) 13:33 &lt;ant&gt; &lt;dm&gt; thư viện streaming sẽ ảnh hưởng gì tới IRC không, hay thông điệp quá nhỏ nên cũng vậy? 13:33 &lt;@duck&gt; Tuần này tôi là con vịt ngoan, nên tôi sẽ tăng giới hạn chút 13:33 &lt;jrandom&gt; để tôi kiểm tra, keysersoze 13:33 &lt;jrandom&gt; :) 13:33 &lt;+polecat&gt; Tôi mới uptime 11 giờ. ;.; 13:34 &lt;jrandom&gt; keysersoze: 0.4.1.4 13:34 &lt;keysersoze&gt; jrandom: ;) Nhưng có thể hỏi anh ấy ở đây khi anh ấy ghé 13:34 &lt;keysersoze&gt; ok 13:34 &lt;jrandom&gt; dm: thư viện streaming mới sẽ cải thiện độ bền vững và xử lý lỗi, nhưng rõ ràng là không tăng thông lượng IRC 13:34 &lt;jrandom&gt; (phiên bản router được công bố trong netDb, và tôi biết router nào là của anh ấy) 13:34 &lt;ant&gt; &lt;dm&gt; tốt đấy 13:35 &lt;jrandom&gt; ok, còn gì khác cho 0.4.1.4 không? 13:35 &lt;jrandom&gt; nếu không, lướt qua 2) tiến độ streaming lib 13:36 &lt;keysersoze&gt; không 13:36 &lt;jrandom&gt; như đã nêu trong ghi chú, có tin gì mới sẽ báo :) 13:36 &lt;+polecat&gt; Với thư viện streaming thì chúng ta sẽ làm được gì mà trước khi có nó không làm được? 13:36 &lt;Ragnarok&gt; tải nhanh các file lớn 13:36 &lt;Ragnarok&gt; và DOS cái mạng :) 13:36 &lt;jrandom&gt; polecat: truyền file lớn tùy ý, tốc độ &gt; 4KBps 13:37 &lt;+Ch0Hag&gt; và/hoặc tin cậy hơn? 13:37 &lt;jrandom&gt; Ragnarok: điều tôi đang làm bây giờ là để KHÔNG dos cái mạng ;) 13:37 &lt;+protokol&gt; tôi để ý lâu dần là nếu tôi mất kết nối eepIRC, reconnect luôn thất bại, nhưng nếu dừng vài phút thì kết nối lại bình thường 13:37 &lt;+polecat&gt; Nó sẽ tăng tốc độ truyền à? o.O 13:37 &lt;jrandom&gt; polecat: đúng. thư viện streaming hiện tại dùng cửa sổ cố định 1 gói - chờ ACK trước khi gửi thông điệp tiếp theo 13:37 * polecat gật với protokol, có vẻ thế. 13:38 &lt;ant&gt; &lt;dm&gt; Thư viện streaming sẽ cho phép một lớp ứng dụng mới dựa trên TCP dùng được trên I2P. 13:38 &lt;Ragnarok&gt; jrandom: tốt, tôi cũng hơi lo vụ đó :) 13:38 &lt;ant&gt; &lt;dm&gt; Đó là phiên bản marketing. 13:38 &lt;jrandom&gt; để tôi nói là thông lượng với lib mới trông rất hứa hẹn. 13:39 &lt;jrandom&gt; heh dm 13:39 &lt;keysersoze&gt; jrandom: Như mở rộng TCP bình thường, nơi máy gửi cứ gửi tiếp ngay cả khi chưa nhận được ACK, tới một số lượng nhất định? 13:39 &lt;+polecat&gt; jrandom: À, tôi hiểu sao nó có thể thỏa hiệp... 13:39 &lt;jrandom&gt; đúng rồi keysersoze, tới kích thước cửa sổ (sliding) 13:39 &lt;jrandom&gt; (làm mấy trò kiểm soát/tránh nghẽn) [/vung tay] 13:40 &lt;+polecat&gt; Tôi cũng thấy có thể có vấn đề nghẽn. Nếu nhiều gói được gửi sau khi kết nối bị rớt. 13:40 &lt;cervantes&gt; sẽ thú vị khi xem benchmark so sánh i2p BT qua thư viện streaming mới và thư viện cũ “không mấy streaming” 13:40 &lt;jrandom&gt; ừ cervantes 13:41 &lt;jrandom&gt; polecat: đó là nguy cơ lớn nhất, tránh flood mạng, nên chúng ta triển khai thận trọng 13:41 &lt;ant&gt; &lt;dm&gt; Tôi có bug muốn báo. Ai nhắc tôi khi tới mục 5 nhé. 13:41 &lt;cervantes&gt; jrandom: ở góc nhìn ứng dụng, chuyển đổi có trong suốt không? 13:42 &lt;keysersoze&gt; polecat: Kế hoạch hiện tại có “slow-start” không, bắt đầu cửa sổ là 1, rồi tăng thận trọng lên 2, và CHỈ khi ổn mới lên 3, v.v., tới một tối đa nhất định? 13:42 &lt;+polecat&gt; 0.4.1.4 có dùng thư viện streaming không, hay chưa triển khai? 13:42 &lt;jrandom&gt; cervantes: khi 0.4.2 ra, không cần thay đổi code. thậm chí bạn có thể dùng thư viện streaming ngay bây giờ nếu bạn đặt một cờ ma thuật trong môi trường :) 13:42 &lt;cervantes&gt; polecat: cái đó sẽ có ở 0.4.2 13:42 &lt;ant&gt; * dm mọi người lao về phía jrandom. 13:42 &lt;jrandom&gt; nó ở đó rồi - xem streaming.jar 13:42 &lt;jrandom&gt; nhưng tắt theo mặc định 13:42 &lt;ant&gt; &lt;dm&gt; “cờ! cờ! cờ!” 13:43 &lt;keysersoze&gt; jrandom: Thôi tiết lộ đi, biến môi trường nào ;) 13:43 &lt;jrandom&gt; tuy nhiên, thư viện streaming KHÔNG TƯƠNG THÍCH NGƯỢC 13:43 &lt;jrandom&gt; tức là bạn không dùng được IRC với nó 13:43 &lt;cervantes&gt; tôi có bản .1.3 sớm nhớ ;-) 13:43 &lt;jrandom&gt; trừ khi duck chạy một destination newStreamingLib riêng 13:43 &lt;+polecat&gt; Ừ... tốt nhất chuyển đồng bộ, không từng người. 13:43 &lt;jrandom&gt; yup 13:43 &lt;+Ch0Hag&gt; Tôi nghĩ cờ này là dạng “nếu bạn không tìm được nó, bạn không cần nó”. 13:43 &lt;ant&gt; &lt;dm&gt; duck: làm ơn, làm theo chỉ dẫn đi!!! 13:43 &lt;+Ch0Hag&gt; Như đa số của GCC... 13:43 &lt;jrandom&gt; đúng rồi Ch0Hag :) 13:44 &lt;jrandom&gt; dm: vẫn còn vài thứ cần thử 13:44 &lt;jrandom&gt; ví dụ sáng nay mule giúp thử với FUQID 13:44 &lt;keysersoze&gt; jrandom: Cái đó có ảnh hưởng gì tới các key trong hosts.txt cho các I2P destination hiện có không? 13:44 &lt;mule&gt; lỡ mất buổi họp. hết giờ mùa hè rồi :(. 13:44 &lt;jrandom&gt; (và FUQID làm mấy trò “tà” :) 13:45 &lt;jrandom&gt; chào mule, tôi cũng vậy :) bạn đến đúng lúc 13:45 &lt;ant&gt; &lt;dm&gt; mule: bạn chưa lỡ mục 5) ????? đâu 13:45 &lt;+Ch0Hag&gt; Nhắc tới fuqid, có tin gì về stasher không? 13:45 &lt;ant&gt; &lt;dm&gt; với tất cả những gì bạn biết, ???? có thể là: GOTO 1 13:45 &lt;jrandom&gt; keysersoze: không, thư viện streaming không dính phần đó 13:45 &lt;+Ch0Hag&gt; Hay đó là chủ đề đủ lớn để đợi tới 5? 13:45 &lt;jrandom&gt; Ch0Hag: không ai nghe tin từ aum từ tháng 9, và không ai khác làm gì với stasher. 13:46 &lt;jrandom&gt; (nhưng có chuyện DHT khác để bàn ở 5)??? tôi nghe vậy) 13:46 &lt;+Ch0Hag&gt; Ồ. 13:46 &lt;+Ch0Hag&gt; Tiếc thật. 13:46 &lt;+Ch0Hag&gt; Dev freenet có bị loại đối thủ cạnh tranh đi không vậy? 13:46 &lt;+Ch0Hag&gt; :) 13:46 &lt;jrandom&gt; heh 13:47 &lt;+polecat&gt; Ứng dụng đầu tiên của assassination politics. x3 13:47 &lt;+Ch0Hag&gt; Dù sao tôi không còn gì, tôi sẽ không chen ngang nữa cho tới mục 5 13:47 &lt;jrandom&gt; ok, có nhiều việc trong thư viện streaming, nhưng thảo luận để sau 13:47 &lt;jrandom&gt; nếu không còn gì khác, chuyển sang 3) tiến độ BT 13:47 &lt;cervantes&gt; &lt;/evasion&gt; 13:48 &lt;ant&gt; &lt;dm&gt; Có ai không muốn jrandom áp dụng quy trình triển khai kiểu toad à? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3435: thử thư viện streaming 13:48 &lt;jrandom&gt; duck: ping? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: thử thư viện streaming lần 2 13:48 &lt;@duck&gt; pong 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: thử thư viện streaming lần 3 13:48 &lt;jrandom&gt; nhẹ nhàng thôi 13:48 * duck cầm micro 13:48 &lt;Ragnarok&gt; không, chúng tôi không muốn 13:48 &lt;@duck&gt; dinoman, Ragnarok và tôi đã làm việc trên client BT. 13:48 &lt;@duck&gt; - giao thức BT đã phân tích và thay đổi được nêu tại `http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt` 13:48 &lt;@duck&gt; - dino đã sửa phpbt, thông tin tại `http://duck.i2p/i2p-bt/txt/tracker.txt` 13:48 &lt;@duck&gt; dino làm client nói chuyện với tracker, R và tôi đã cải thiện thêm. 13:48 &lt;@duck&gt; toàn bộ phần tracker &lt;-&gt; client hoạt động 13:48 &lt;@duck&gt; nhưng tụi tôi kẹt ở thư viện SAM cho Python... 13:49 &lt;@duck&gt; Connelly đang giúp, nhưng cũng bận 13:49 &lt;@duck&gt; và aum thì mất tích 13:49 &lt;+polecat&gt; Tôi vẫn choáng là BT có thể chạy được trên i2p... 13:49 &lt;@duck&gt; nên tôi bỏ pysam, hiện thực lại RawServer.py của BT và giờ nó tạm chạy. 13:49 &lt;jrandom&gt; (w00t!) 13:49 &lt;@duck&gt; tin nóng: kênh #i2p-bt (nhất là topic với thông tin phát hành mới nhất) 13:49 &lt;@duck&gt; giờ tôi đang thêm nhiều hỗ trợ logging, để bắt vài lỗi nhỏ 13:50 &lt;Ragnarok&gt; nó dễ chịu hơn RawServer.py gốc nhiều 13:50 &lt;peer&gt; duck: vậy đã sẵn sàng beta test chưa? 13:50 &lt;@duck&gt; (ví dụ trong EndGame nó phải timeout và retry để lấy các mảnh cuối) 13:50 &lt;@duck&gt; peer: rồi 13:50 &lt;@duck&gt; một điểm nhỏ để bàn: 13:51 &lt;@duck&gt; tới giờ nó tương thích python 2.2 (và cao hơn) 13:51 &lt;@duck&gt; (có vẻ BT bản thân cũng vậy) 13:51 &lt;@duck&gt; nhưng phần logging thì cần 2.3... 13:51 &lt;cervantes&gt; phải đấy 13:51 &lt;@duck&gt; mọi người thấy thế nào? 13:51 &lt;jrandom&gt; freebsd và linux của tôi đều có 2.3 13:51 &lt;ant&gt; &lt;dm&gt; tệ à? 13:52 &lt;jrandom&gt; (dù đều cài trong vòng 1 năm qua) 13:52 &lt;Ragnarok&gt; còn distro lớn nào vẫn ship 2.2 không? 13:52 &lt;@duck&gt; debian-stable hình như vẫn ship 2.2, lần cuối tôi xem 13:52 &lt;jrandom&gt; à, tôi dùng debian unstable 13:52 &lt;@duck&gt; nhưng vậy cũng không bất ngờ 13:52 &lt;+Ch0Hag&gt; Debian ship 2.3, 2.2, 2.1 và có thể 2.0 13:52 &lt;+Ch0Hag&gt; Cùng lúc. 13:52 &lt;Ragnarok&gt; trừ Debian stable, tôi nghĩ... 13:53 &lt;+Ch0Hag&gt; Cái đó tôi không chắc. 13:53 &lt;jrandom&gt; hỗ trợ 2.2 thì tốt - không có lib logging nào tốt cho nó à? 13:53 &lt;Ragnarok&gt; debian ngớ ngẩn 13:53 &lt;@duck&gt; jrandom: bạn có thể bundle lib 2.3 13:54 &lt;Ragnarok&gt; logging có thể làm tuỳ chọn không? 13:54 &lt;@duck&gt; tôi đoán được 13:55 &lt;jrandom&gt; ừ, nó là công cụ tăng năng suất cho coder, nên cái gì hiệu quả cho người code thì làm 13:55 &lt;ant&gt; &lt;dm&gt; ta có thể lo chuyện này khi I2P + BT trở nên phổ biến. 13:55 &lt;keysersoze&gt; Logging này dành cho ai? Không phải người dùng cuối, tôi đoán, nên khi triển khai, việc không logging trên một số nền tảng cũng không sao, đúng không? 13:55 &lt;ant&gt; &lt;dm&gt; tới lúc đó có lẽ 2.3 là chuẩn 13:55 &lt;jrandom&gt; hỗ trợ 2.2 thì tốt, nhưng nếu yêu cầu 2.3 cũng không tệ lắm 13:55 &lt;cervantes&gt; duck: vậy danh sách peer announce của tracker có thể nhả ra I2P destination thay vì IP máy? 13:56 &lt;@duck&gt; ok, ta sẽ trừu tượng hóa lib logging, với 2.2 thì dùng stdout 13:56 &lt;@duck&gt; cervantes: `http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff` 13:56 &lt;jrandom&gt; keysersoze: bạn muốn logging triển khai trên máy client để khi/nếu có bug, dev có thể lấy log chi tiết 13:56 &lt;jrandom&gt; chuẩn đó duck 13:56 &lt;cervantes&gt; cảm ơn 13:56 &lt;+Ch0Hag&gt; hehe, nếu ai còn hứng, Woody có python 1.5, 2.0 và 2.1 13:56 &lt;+Ch0Hag&gt; :) 13:57 &lt;@duck&gt; heh 13:57 &lt;@duck&gt; ok, vậy thì tôi nói yêu cầu 2.3 13:57 &lt;@duck&gt; và mặc kệ Woody 13:57 &lt;cervantes&gt; chắc máy tôi kẹt ở 1.5 và 2.2 13:57 &lt;jrandom&gt; ừ, không cần dây với 2.1 13:57 &lt;cervantes&gt; (đến lúc nâng cấp) 13:57 &lt;jrandom&gt; heh 13:57 &lt;+Ch0Hag&gt; Đa số người dùng Debian cũng nghĩ vậy 13:58 &lt;Ragnarok&gt; addressbook.py cần 2.3 13:58 &lt;@duck&gt; có vài tiểu dự án thú vị: 13:58 &lt;jrandom&gt; à ok hay đó Ragnarok 13:58 &lt;@duck&gt; nghiên cứu thiết lập tối ưu cho i2p 13:58 &lt;+polecat&gt; Cái nhỏ xíu đó cần 2.3 à? 13:58 &lt;keysersoze&gt; jrandom: Tôi đồng ý, nhưng trên mạng nhỏ như giờ (~100 peers), không vấn đề gì khi một số beta-tester nâng lên 2.2 hay 2.3. Và khi mấy bug lộ liễu được dập, người dùng “thật” mới có lẽ không cần logging. Ý tôi là: logging không phải vấn đề lúc này, vậy ta thống nhất ;) 13:58 &lt;cervantes&gt; khi tôi mổ xẻ BT cách đây khoảng một năm, máy này đẩy 6mb/giây qua tracker đôi lúc... 13:58 &lt;+polecat&gt; Lạ ghê... 2.2 chắc bị què quặt. 13:58 &lt;Ragnarok&gt; 2.3 có hỗ trợ proxy cho urllib tốt hơn 13:58 &lt;@duck&gt; port luôn tracker bt chuẩn 13:58 &lt;cervantes&gt; ý tôi là seed 13:59 &lt;Ragnarok&gt; nó có thể chạy trên 2.2, nhưng sẽ tốn công quá :) 13:59 &lt;+polecat&gt; À cái đó quan trọng. 13:59 &lt;jrandom&gt; duck: nghiên cứu thiết lập tối ưu sẽ khó cho tới khi 0.4.2 ra 13:59 &lt;@duck&gt; đúng 14:00 &lt;jrandom&gt; port tracker thì tuyệt. bạn có công cụ tạo .torrent chưa, hay làm tay? 14:00 &lt;@duck&gt; gì cơ? 14:00 &lt;cervantes&gt; client có cả đống tinh chỉnh hay ho cho tốc độ nhận peer, timeout, min/max peers, v.v. 14:01 &lt;cervantes&gt; jrandom: cái đó chắc không cần chỉnh gì 14:01 &lt;jrandom&gt; duck: .torrent tham chiếu I2P destination của tracker, đúng không? 14:01 &lt;@duck&gt; giờ ta ship: btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 &lt;jrandom&gt; hay nó tham chiếu tên? 14:01 &lt;cervantes&gt; nó chỉ là một url và một đống sha1 hash 14:01 &lt;@duck&gt; dù btmakemetafile.py và btshowmetainfo.py không sửa 14:01 &lt;jrandom&gt; “một url” mới là phần khó :) 14:02 &lt;@duck&gt; nên bạn dùng công cụ khác được 14:02 &lt;@duck&gt; giờ là `http://duck.i2p/phpbt/announce.php` 14:02 &lt;jrandom&gt; ok, hay 14:02 &lt;@duck&gt; đoán là bạn có thể dùng http://i2p/bigbase64/announce.php 14:02 &lt;+protokol&gt; có kế hoạch client khác hỗ trợ eepTorrent không? tôi thích azureus 14:02 &lt;@duck&gt; nhiều lắm 14:02 &lt;cervantes&gt; jrandom: bản sớm tôi xem không có validate url trong chuỗi announce 14:03 &lt;ant&gt; &lt;dm&gt; eep viết tắt của gì vậy? 14:03 &lt;cervantes&gt; bạn có thể nhét gì cũng được vào đó 14:03 &lt;jrandom&gt; đáng để kiểm tra xem có chạy không duck (phòng khi phpbt làm trò rewrite url ngớ ngẩn, v.v.) 14:03 &lt;cervantes&gt; dm: xem glossary trên diễn đàn 14:03 &lt;@duck&gt; có lẽ đến lúc có forum i2p-bt? 14:03 &lt;keysersoze&gt; duck: Nhất là khi người dùng mới, không có “đăng ký” trong hosts.txt, muốn host tracker, thì BẮT BUỘC phải có base64 trong đó 14:03 &lt;+Ch0Hag&gt; Eye Eye Pee? 14:03 &lt;jrandom&gt; hay đó duck 14:03 &lt;@duck&gt; (mục trên forum.i2p) 14:04 &lt;ant&gt; &lt;dm&gt; cervantes: hữu ích ghê! 14:04 &lt;cervantes&gt; duck: ừ, không vấn đề 14:04 &lt;@duck&gt; keysersoze: sẽ điều tra 14:04 &lt;jrandom&gt; dù vậy, như hiện tại đã rất ngầu 14:05 &lt;jrandom&gt; 4KBps mỗi peer cũng không quá vấn đề 14:05 &lt;ant&gt; &lt;dm&gt; mấy giờ rồi? “Có cái đồng hồ cách đây hai block đường” 14:05 &lt;cervantes&gt; tiến tới có lẽ ta nên lập khu forum riêng để mọi người đăng file kiểu suprnova 14:05 &lt;@duck&gt; eeprnova 14:05 &lt;jrandom&gt; cervantes: có cả phần review, v.v. :) 14:05 &lt;keysersoze&gt; jrandom: Việc chuyển sang streaming lib có đòi hỏi sửa lớn trong code Python I2P-BT hiện tại không? 14:05 &lt;+polecat&gt; Tôi chưa bao giờ vượt 4KBps ngay cả trên stream bittorrent IPv4... 14:05 &lt;peer&gt; sẽ tốt nếu có đối số dòng lệnh để đặt địa chỉ server i2p, để bạn có thể chạy từ máy khác trong mạng 14:05 &lt;jrandom&gt; (nhưng tôi nghĩ tốt nhất để ngoài forum.i2p, có lẽ) 14:06 &lt;jrandom&gt; keysersoze: 0 thay đổi 14:06 &lt;@duck&gt; lưu ý là i2p-bt trackers sẽ scale tệ hơn nhiều 14:06 &lt;@duck&gt; vì họ phải gửi key to tướng 14:06 &lt;Ragnarok&gt; polecat: bạn chắc đang sau NAT 14:06 &lt;keysersoze&gt; polecat: ((OT) thử torrent firefox hôm nay ;)) 14:06 &lt;cervantes&gt; jrandom: đúng. 14:06 &lt;@duck&gt; trong khi trackers thường gần đây đã sửa chỉ gửi 6 byte / peer 14:06 &lt;jrandom&gt; peer: địa chỉ server i2p? 14:07 &lt;jrandom&gt; peer: tôi dùng i2p-bt với cầu SAM cục bộ để truy cập router từ xa 13:07 &lt;jrandom&gt; à, nhưng sẽ hay nếu có cờ để đặt vị trí cầu SAM & vị trí eep proxy trong CLI 14:07 &lt;peer&gt; jrandom: đúng 14:07 &lt;keysersoze&gt; duck: Ta có thể nén host-key không? (Hỏi vậy thôi...) 14:08 &lt;peer&gt; với một đối số CLI 14:08 &lt;jrandom&gt; (thay vì lại sửa code sau mỗi bản phát hành :) 14:08 &lt;@duck&gt; keysersoze: dùng nhị phân thay cho base64 sẽ giảm một chút 14:08 &lt;@duck&gt; cỡ 15% 14:08 &lt;@duck&gt; không đáng 14:08 &lt;keysersoze&gt; duck: Tôi đồng ý. 14:09 &lt;ant&gt; &lt;dm&gt; cervantes: glossary diễn đàn ở đâu? Tôi không thấy gì tại http://forum.i2p.net/ 14:09 &lt;Ragnarok&gt; có dùng hostname được không? 14:09 &lt;jrandom&gt; Ragnarok: hostname không duy nhất toàn cục 14:09 &lt;@duck&gt; Ragnarok: không muốn đi hướng đó 14:09 &lt;cervantes&gt; dm: chỉ hiện với người dùng đã đăng ký 14:10 &lt;ant&gt; &lt;dm&gt; cervantes: ồ tuyệt! Vậy tôi sẽ tìm “eep” trên google! 14:10 &lt;Ragnarok&gt; hợp lý 14:11 &lt;cervantes&gt; dm: là cách đọc (âm vị) của IIP 14:11 &lt;cervantes&gt; theo lời đồn 14:11 &lt;jrandom&gt; ok, mọi người đang làm việc tuyệt vời bên BT, và tôi mong sớm được nghe (và dùng) thêm :) 14:11 &lt;ant&gt; &lt;dm&gt; cervantes: không phải chữ viết tắt? 14:12 * cervantes có nửa terabyte phim và TV show để chia sẻ 14:12 &lt;jrandom&gt; còn gì khác về i2p-bt để bàn không? 14:12 &lt;cervantes&gt; dm: tôi chưa nghe vậy 14:12 &lt;@duck&gt; (đừng quên #i2p-bt) 14:12 &lt;jrandom&gt; đúng, #i2p-bt, cuối cùng cũng có động lực để rời freenode :) 14:12 &lt;ant&gt; &lt;dm&gt; được rồi. Cảm ơn ngài. 14:13 &lt;+Ch0Hag&gt; Như thể cái Mạng Tuyệt vời này chưa đủ động lực rồi vậy... 14:13 &lt;jrandom&gt; ok nếu không còn gì, chuyển sang 4) addressbook.py 14:13 &lt;jrandom&gt; Ragnarok: tóm tắt nhé? 14:13 &lt;Ragnarok&gt; whee 14:14 &lt;Ragnarok&gt; hm, ok. addressbook.py là nỗ lực đầu cho hệ thống sổ địa chỉ có thể subscribe. 14:14 &lt;Ragnarok&gt; Hiện trông khá xấu, nhưng chạy được 14:14 &lt;Ragnarok&gt; bạn lấy tại ragnarok.i2p 14:14 &lt;peer&gt; tôi góp ý về đặt tên? tôi nghĩ tốt nhất là liên kết giữa các eepsite dùng base64, nhưng để người dùng tự tạo tên bookmark cho site, thay vì có hệ thống đặt tên tập trung 14:14 &lt;Ragnarok&gt; ừm... 14:14 &lt;Ragnarok&gt; có câu hỏi gì không? 14:15 &lt;+postman&gt; Ragnarok: “xấu” là sao :) 14:15 &lt;jrandom&gt; Ragnarok: tuyệt vời 14:15 &lt;ant&gt; &lt;dm&gt; jrandom: không phải câu hỏi 14:15 &lt;+polecat&gt; Ta đang nói chuyện gì vậy? @.@ 14:15 &lt;peer&gt; kiểu như bookmarks trang đầu giao diện web freenet, nhưng là bằng url 14:15 &lt;cervantes&gt; Ragnarok: toàn dòng lệnh, hay có GUI? 14:15 &lt;Ragnarok&gt; đọc đi, nó xấu :) 14:15 &lt;jrandom&gt; peer: đồng ý, nhưng ta cần công cụ cho tác giả 14:15 &lt;cervantes&gt; không có hình minh họa nên tôi mất hứng và đi chỗ khác ;-) 14:15 &lt;jrandom&gt; peer: dù ?i2paddresshelper cũng giúp 14:15 &lt;+postman&gt; Ragnarok: ok, cảm ơn - tôi sẽ xem 14:16 &lt;+polecat&gt; Bah, GUI dành cho các mẹ bỉm bóng đá! 14:16 &lt;Ragnarok&gt; toàn dòng lệnh. Nó thiết kế để chạy như daemon (tiến trình nền). Trên Windows chưa chạy như daemon, nhưng đó là dự án tiếp theo của tôi. 14:16 &lt;Ragnarok&gt; ngoài công cụ CLI, mọi tương tác là qua file cấu hình. 14:17 &lt;jrandom&gt; có lẽ bước tiếp theo trong mảng đặt tên là giao diện web để quản lý mục và subscription? 14:17 &lt;cervantes&gt; bạn cơ bản là syndicate file hosts của bạn đúng không? 14:17 &lt;Ragnarok&gt; đúng 14:17 &lt;cervantes&gt; được đấy... hay 14:17 &lt;Ragnarok&gt; giao diện web thì tuyệt. Nhưng tôi không viết đâu :) 14:17 &lt;jrandom&gt; có merge và quản lý xung đột 14:18 &lt;+polecat&gt; Quản lý xung đột là gì, ngoài việc kêu lên trong log? 14:18 &lt;jrandom&gt; ừ, engine bản thân là Hàng Tốt, biết đâu ta nhờ ai khác nhảy vào phần web :) 14:19 &lt;Ragnarok&gt; không có. Nếu bạn muốn giải quyết xung đột, làm tay :). Tuy nhiên, giờ thì dễ hơn chút. 14:19 &lt;jrandom&gt; polecat: kêu & không bao giờ ghi đè mục hiện có theo như tôi biết 14:19 &lt;jrandom&gt; (ờ, như anh ấy nói) 14:19 &lt;cervantes&gt; sẽ hay nếu có plugin sidebar cho firefox... 14:19 &lt;+polecat&gt; Vâng, tôi cũng nghĩ thế. 14:19 &lt;cervantes&gt; đó là thứ tôi có thể nhét vào i2p toolbar của mình 14:20 &lt;Ragnarok&gt; thay đổi của người dùng không bao giờ bị ghi đè, nên khá an toàn trước tấn công 14:20 &lt;jrandom&gt; và bạn chỉ nên subscribe những peer tương đối tin cậy 14:20 &lt;Ragnarok&gt; chuẩn 14:20 &lt;cervantes&gt; có thể có tính năng khóa mục? 14:20 &lt;cervantes&gt; (tức là chuyển chúng sang userhosts) 14:21 &lt;Ragnarok&gt; các mục không bao giờ bị sửa 14:21 &lt;+polecat&gt; Tôi thích khái niệm file myhosts.txt cho những mục bạn muốn tự xác nhận. 14:21 &lt;cervantes&gt; Ragnarok: à xin lỗi, bạn có nói rồi 14:22 &lt;Ragnarok&gt; myhosts.txt là một hack bẩn để tránh race condition, nhưng vì lý do nào đó mọi người lại thích nó như một giao diện :) 14:22 &lt;jrandom&gt; nếu mọi người hứng thú, có cách để i2ptunnel / sam / v.v. đọc không chỉ từ hosts.txt và userhosts.txt 14:22 &lt;jrandom&gt; (nhưng chỉ nếu có lý do chính đáng) 14:22 &lt;cervantes&gt; Ragnarok: bạn nên giả vờ đó là có chủ ý ;-) 14:23 * duck đề xuất trừu tượng hóa khỏi hosts.txt / userhosts.txt 14:23 &lt;+polecat&gt; Bản perl của tôi cho addressbook.pl hỗ trợ vụ myhosts.txt. 14:23 &lt;Ragnarok&gt; ừ, đó sẽ là phần của bản viết lại lớn :) 14:23 * polecat nhắc duck, bạn sẽ phải sửa i2ptunnel và sam để làm vậy. 14:23 &lt;Ragnarok&gt; trước tiên, tôi muốn đạt ngang tính năng trên Windows. 14:24 &lt;jrandom&gt; đúng rồi duck, vì lẽ ra cho 0.4.2 sẽ tốt nếu có thể gắn cờ các destination khác nhau là “oldLib” và “newLib” (v.v.) 14:24 &lt;@duck&gt; polecat: bạn có thể ghi kết quả cuối cùng vào cái gọi là 'hosts.txt' 14:24 &lt;cervantes&gt; lý tưởng là có một mini-database phân cấp của địa chỉ local để bạn phân loại 14:24 &lt;@duck&gt; nhưng dùng cấu trúc khác hướng tới người dùng 14:24 &lt;+polecat&gt; Kết quả cuối cùng đi vào userhosts.txt 14:24 &lt;+polecat&gt; Và cả một file gọi là “hosts.txt” trên eepsite mà không phải system hosts.txt. 14:24 &lt;@duck&gt; khá rối :) 14:25 &lt;Ragnarok&gt; Tôi thích rối rắm nhất có thể :) 14:25 &lt;MrEcho&gt; hy vọng xong DNS vào cuối tháng 14:25 &lt;@duck&gt; ok, vậy để tên phụ thuộc checksum của nội dung 14:25 &lt;cervantes&gt; addressbook.txt? :) 14:25 &lt;Ragnarok&gt; sổ địa chỉ được công bố được gọi là hosts.txt, vì trên dev.i2p nó cũng là như vậy 14:25 &lt;+polecat&gt; Có thể gọi file hosts.txt của Ragnarok là tên khác. Mọi người chỉ cần subscribe tới tên file khác đó. 14:26 &lt;Ragnarok&gt; đúng, đó là tùy chọn cấu hình 14:26 &lt;+polecat&gt; ví dụ như vào `http://polecat.i2p/addressbook` thay vì `http://polecat.i2p/hosts.txt` 14:26 &lt;MrEcho&gt; fyi, DNS của tôi không đụng vào hosts file .. như DNS thật 14:27 &lt;+polecat&gt; Ờ đúng, còn cái đó nữa.&gt;.&lt; 14:27 &lt;@duck&gt; DNS của tôi đem lại hoà bình thế giới 14:27 &lt;jrandom&gt; MrEcho: có thể đáng để khám phá tính tương tác 14:27 &lt;+polecat&gt; Có /etc/hosts, hosts.txt của jrandom mà i2ptunnel và sam dùng, và giờ là hosts.txt do Ragnarok công bố. 14:28 &lt;Ragnarok&gt; Tôi không nghĩ thứ gì không resolve tên cục bộ sẽ hoạt động chấp nhận được trên i2p, nhưng bạn cứ chứng minh tôi sai :) 14:28 &lt;mule&gt; môi trường thù địch :) 14:28 &lt;MrEcho&gt; tôi có thể làm nó cập nhật hosts text, nhưng tôi hy vọng thêm cái gì đó trong code khác 14:28 &lt;jrandom&gt; có ít code trong cvs (dưới apps/myi2p) để load/lưu mục sổ địa chỉ với dữ liệu đã post trong email tháng 2, nếu ai quan tâm ;) 14:29 &lt;+polecat&gt; ? 14:29 &lt;MrEcho&gt; đã xem rồi jr 14:30 &lt;jrandom&gt; polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 &lt;+polecat&gt; Ý bạn là dưới apps/myi2p/java/src/net/i2p/myi2p 14:30 &lt;jrandom&gt; ừ, nếu bạn muốn cụ thể ;) 14:30 &lt;+polecat&gt; Giống như thừa thãi khủng khiếp. ;3 14:31 &lt;jrandom&gt; hay đó MrEcho, dù tôi đang gợi ý kiểu định dạng file đó cho các hệ thống đặt tên khác nữa, nếu mọi người định thay hosts.txt 14:31 &lt;jrandom&gt; polecat: có lý do (và theo tôi không có trùng lặp nào trong pathname đó ;) 14:31 &lt;Ragnarok&gt; hay. Tôi sẽ xem 14:32 &lt;ant&gt; &lt;dm&gt; ít nhất nó không nói “internet” ba lần ở đó nữa 14:33 &lt;jrandom&gt; nó cũng sẽ phải được hiện thực như net.i2p.client.naming.NamingService - thứ để load từ DB local đó, nhưng không quá khó 14:33 &lt;+polecat&gt; Eek! Không, không không MX records... không CNAME... 14:33 &lt;jrandom&gt; có nhiều destination mỗi tên là ý hay 14:33 &lt;ant&gt; &lt;janonymous2&gt; Tôi thiên về hybrid address book/ DNS 14:34 &lt;jrandom&gt; sổ địa chỉ là một hệ thống tên miền :) 14:34 &lt;+polecat&gt; jrandom: Bạn phải gọi nó myi2p bao nhiêu lần? Và cần thiết cỡ nào để gọi nó i2p nếu nó đã là myi2p? Và có ai nghi ngờ đống đó là sản phẩm của java không? 14:34 &lt;jrandom&gt; polecat: không phải toàn bộ code myi2p sẽ ở java. 14:34 &lt;@duck&gt; về hang đi đồ troll perl :) 14:34 &lt;+polecat&gt; Tôi đồng ý tất cả là cần thiết, không trách bạn jrandom, mà trách java và ant. 14:35 &lt;jrandom&gt; polecat: và codebase i2p là duy nhất dưới namespace net.i2p, vì ta không kiểm soát namespace net.myi2p :) 14:35 * polecat càu nhàu và chui xuống gầm cầu. 14:35 &lt;ant&gt; &lt;dm&gt; polecat: gọi là OCD (rối loạn ám ảnh cưỡng chế) 14:35 &lt;jrandom&gt; heh 14:35 &lt;jrandom&gt; gọi là kỹ nghệ phần mềm ;) 14:36 &lt;+polecat&gt; Vâng, nhưng sao đặt mọi thứ trong cấu trúc thư mục sao y như namespace? 14:36 &lt;+polecat&gt; Chỉ cần chỉ rõ... trong file “File này thuộc namespace net.i2p” 14:36 &lt;jrandom&gt; thôi được, còn gì về hệ thống đặt tên bá đạo của Ragnarok không? :) 14:36 &lt;@duck&gt; nó bá đạo 14:36 &lt;Ragnarok&gt; cảm ơn :) 14:36 &lt;+polecat&gt; Asseth Kickius. 14:36 &lt;jrandom&gt; polecat: có 1340 file java trong i2p 14:37 &lt;@duck&gt; Tôi đã SỐC khi muốn ghé một eepsite và host đã được propagate 14:37 &lt;Ragnarok&gt; hehe 14:37 &lt;jrandom&gt; :) 14:37 &lt;+polecat&gt; À, không nói là nhét hết một chỗ. 1340 file nghe nhiều thật, có code dư thừa nào trong đó không? o.O 14:38 &lt;Ragnarok&gt; có ai biết lệnh giết process windows theo pid không? 14:38 &lt;@duck&gt; như tái hiện thực TCP stack? :) 14:38 &lt;+polecat&gt; Chưa kể web server đầy đủ chức năng. c.c 14:38 &lt;jrandom&gt; heh 14:38 &lt;jrandom&gt; à, bỏ qua code jetty nhé.. 14:39 &lt;keysersoze&gt; (91 peers trên mạng bây giờ!) 14:39 &lt;ant&gt; &lt;dm&gt; ragnarok: kill 14:39 &lt;jrandom&gt; ok, 389 trong router/ và core/ 14:39 &lt;Ragnarok&gt; lệnh đó có trên phiên bản nào? 14:39 &lt;+polecat&gt; Vẫn nhiều cho một router tầm thường... nhưng xét tổng thể cũng không tệ. 14:39 &lt;ant&gt; &lt;dm&gt; không chắc... Tôi chạy XP. 14:39 &lt;cervantes&gt; Ragnarook: chỉ khi bạn cài các file từ đĩa hỗ trợ 14:40 &lt;Ragnarok&gt; à 14:40 * duck tập trung lại 14:40 &lt;cervantes&gt; Ragnarok: nếu không thì tải pskill của sysinternals 14:40 &lt;jrandom&gt; ok, còn gì nữa cho 4) addressbook.py, hay chuyển sang 5) ??? 14:41 &lt;cervantes&gt; Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 &lt;jrandom&gt; ok, 5) nhé 14:41 &lt;Ragnarok&gt; hay đấy, cảm ơn :) 14:41 &lt;jrandom&gt; polecat: nếu tôi nhớ không nhầm bạn muốn nói về bamboo-dht? 14:41 &lt;MrEcho&gt; ? đang họp à 14:41 &lt;+polecat&gt; :hô khẩu hiệu: DHT DHT USA USA~/o 14:42 &lt;+polecat&gt; Đúng vậy. Tôi đang tra chút... 14:42 &lt;jrandom&gt; đúng rồi MrEcho 14:43 &lt;+Ch0Hag&gt; 5? 14:43 &lt;jrandom&gt; 5) ??? 14:43 &lt;MrEcho&gt; heh 14:43 &lt;+Ch0Hag&gt; ồ đúng, tôi đã tìm ra một bug ngữ nghĩa không liên quan 14:43 &lt;jrandom&gt; sao vậy Ch0Hag? 14:43 &lt;+polecat&gt; Có 79 file java trong source bamboo. Tổng cộng 253 file. 14:44 &lt;+polecat&gt; Cả project tốn 4.6 megabyte ở source và file hỗ trợ, trước khi build. 14:44 &lt;jrandom&gt; giật mình 14:44 &lt;+Ch0Hag&gt; trong /netdb.jsp, thông tin 'của chúng ta' ghi port trước, trong khi peer khác ghi host trước 14:44 &lt;+Ch0Hag&gt; Ở dòng Addresses 14:44 &lt;jrandom&gt; bạn đã vọc thử nó chưa, polecat? 14:44 &lt;jrandom&gt; Ch0Hag: thứ tự là tùy ý 14:45 &lt;+Ch0Hag&gt; Và 0.4.1.4 đã chạy được một giờ với 128MB trên Kaffe 14:45 &lt;+polecat&gt; Tôi chưa có nhiều thời gian. Tôi vọc circle, và được cái biểu diễn đồ họa đẹp của PGP public key, nhưng chưa bamboo. 14:45 &lt;ant&gt; &lt;dm&gt; à đúng, báo bug vớ vẩn của ch0hag nhắc tôi! 14:45 &lt;ant&gt; &lt;dm&gt; trên trang cấu hình có ghi “bạn nên dùng dịch vụ như dyndns hoặc để trống hostname. Nếu để trống, router sẽ tự phát hiện IP 'đúng' bằng cách hỏi một peer” 14:45 &lt;+Ch0Hag&gt; Có vẻ là host/port ở tất cả bọn họ 14:45 &lt;MrEcho&gt; Uptime: 54h Memory: 23,506KB 14:45 &lt;+Ch0Hag&gt; Nhưng thôi 14:45 &lt;+Ch0Hag&gt; Không quan trọng lắm. 14:46 &lt;ant&gt; &lt;dm&gt; điều này rất tốt cho tôi, vì tôi có IP động và đã chờ tính năng này một thời gian, nhưng khi tôi xóa trống và bấm lưu, nó tự động điền lại (IP sai) 14:46 &lt;cervantes&gt; polecat: có url không? 14:46 &lt;ant&gt; &lt;dm&gt; Cảm ơn! 14:47 &lt;jrandom&gt; hmm dm, nó không tôn trọng việc bạn đặt trống à? 14:47 &lt;jrandom&gt; đó chắc chắn là bug đáng kể 14:47 &lt;+polecat&gt; Có, chờ một chút. 14:47 &lt;Ragnarok&gt; sẽ hay nếu nó chỉ khuyên điền vào khi bạn có hostname tĩnh thật. Hoặc nếu không có cái ô đó... 14:47 &lt;jrandom&gt; Ch0Hag: kaffe thường giữ kích thước ổn định 14:47 &lt;+polecat&gt; http://bamboo-dht.org/ 14:48 &lt;jrandom&gt; Ragnarok: tôi đang cân nhắc bỏ hẳn cái ô đó, để dành cho hacker thêm ở /configadvanced.jsp 14:48 &lt;ant&gt; &lt;dm&gt; Tôi chỉ quan tâm vì đoạn hướng dẫn làm tôi thấy như đồ ngốc khi không thể để trống ;) 14:48 &lt;cervantes&gt; polecat: cảm ơn 14:48 &lt;+Ch0Hag&gt; dm: Rõ ràng đó là bài kiểm tra trí tuệ. 14:48 &lt;+Ch0Hag&gt; Nếu bạn để nó trống được, bạn qua. 14:48 &lt;+polecat&gt; Tôi cũng thấy bamboo compile với jikes và kaffe jar trong khoảng 30 giây. 14:48 &lt;+polecat&gt; Dùng biến lạ, JAVAC và JAVAHOME thay vì JAVA_HOME 14:49 &lt;Ragnarok&gt; jr: Ý hay đó. Lúc này nó hơi như bẫy người mới. 14:50 &lt;cervantes&gt; dm: bạn bấm nút save hay nhấn enter? 14:50 &lt;ant&gt; &lt;dm&gt; bấm save 14:50 &lt;ant&gt; &lt;dm&gt; * Đã cập nhật giới hạn băng thông 14:50 &lt;ant&gt; &lt;dm&gt; * Đã lưu cấu hình thành công 14:50 &lt;@duck&gt; polecat: bạn định xem xét kỹ nó chứ? 14:51 &lt;+polecat&gt; Tôi có. bamboo có vẻ là ứng viên tốt nhất để port qua i2p, và là dự án DHT “chỉnh chu” nhất tôi thấy. 14:52 &lt;+polecat&gt; Điều quan trọng là nó có “chạy” không, dĩ nhiên. 14:52 &lt;jrandom&gt; bah, ai cần chức năng, chủ yếu là tương thích “buzzword”! 14:53 &lt;jrandom&gt; vui lòng cập nhật cho chúng tôi tiến độ 14:53 &lt;jrandom&gt; (vì tôi đồng ý, dự án trông hứa hẹn) 14:53 &lt;@duck&gt; có lẽ quan trọng nhất là nó cho phép sửa đổi ở tầng transport ra sao 14:54 &lt;ant&gt; &lt;janonymous2&gt; Bamboo có gì hay? 14:54 &lt;jrandom&gt; ừ, nó có cần NIO channel hay dùng plain socket 14:54 &lt;cervantes&gt; heh... tin bamboo: “5 Aug Bamboo giờ 100% Pure Java... dùng Berkeley DB Java Edition” “4 Nov Bamboo không còn 100% Pure Java... BDB Java dở tệ.. quay lại C” 14:54 &lt;jrandom&gt; (dù ta CÓ THỂ viết NIO channel cho i2psocket, cũng tốn công) 14:54 &lt;+polecat&gt; jrandom: quay lại nhà thờ của anh đi, yêu quái java! X3 14:54 &lt;+polecat&gt; Quả thật. Nếu nó yêu cầu TCP hay UDP, hay tệ hơn... DNS, thì ta có thể toi. 14:54 &lt;+polecat&gt; NIO/ 14:54 &lt;+polecat&gt; NIO? 14:55 &lt;+polecat&gt; Tôi chỉ biết ni'o nghĩa là đổi chủ đề trong lojban. 14:55 &lt;jrandom&gt; NIO là thư viện New I/O trong java, thêm ở 1.4 14:55 &lt;+polecat&gt; Tôi hiểu. Dù dùng plain socket, SAM không có đối tượng tương tự cho socket, và các hàm read() write() tương tự sao? 14:55 &lt;jrandom&gt; có 14:56 &lt;jrandom&gt; nếu họ dùng plain socket, thì dễ như chơi 14:56 &lt;jrandom&gt; (...không biết ví von này nghĩa là gì) 14:56 &lt;ant&gt; &lt;janonymous2&gt; Bamboo là gì? 14:56 &lt;jrandom&gt; bamboo-dht.org 14:57 &lt;cervantes&gt; vấn đề với pysam là gì vậy? 14:57 * polecat gật gù. 14:58 &lt;@duck&gt; cervantes: gửi / nhận dữ liệu 14:58 &lt;cervantes&gt; duck: ồ chỉ có thế? :) 14:58 &lt;ant&gt; * janonymous2 /me co rúm trên cái điện thoại cùi 14:58 &lt;@duck&gt; và tạo / phát hiện kết nối 14:58 &lt;+Nightblade&gt; nó không gửi à? 14:59 &lt;Ragnarok&gt; ôi 14:59 &lt;@duck&gt; Nightblade: chắc nó cũng làm gì đó 14:59 &lt;+Nightblade&gt; nó có chạy không vậy? 15:00 &lt;cervantes&gt; duck: có ý tưởng gì về đặt tên mục forum i2p-bt không? 15:00 &lt;cervantes&gt; bạn muốn một mục top-level riêng, với vài mục con? 15:01 &lt;Ragnarok&gt; hm, tôi phải lên đường. Chúc phần còn lại cuộc họp vui vẻ :) 15:01 &lt;jrandom&gt; Nightblade: aum đã dùng nó, nên tôi chắc nó chạy 15:01 &lt;jrandom&gt; l8r Ragnarok 15:01 &lt;cervantes&gt; you're = your 15:01 &lt;cervantes&gt; gặp sau ragnarok 15:02 &lt;ant&gt; &lt;janonymous2&gt; Tình hình bt? 15:02 &lt;jrandom&gt; janonymous: xem log họp (khi chúng được đăng) 15:03 &lt;jrandom&gt; nhân tiện, còn gì mọi người muốn nêu trong buổi họp không? 15:03 &lt;ant&gt; &lt;janonymous2&gt; Ồ, lỗi tôi 15:04 * cervantes đưa cho jr cái baffer mạ egold 15:04 * jrandom vung tay 15:04 &lt;jrandom&gt; ... 15:04 &lt;jrandom&gt; ... 15:04 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/11/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-09/Tue, 09 Nov 2004 00:00:00 +0000/vi/blog/2004/11/09/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-09/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>0.4.1.4</li> <li>Streaming lib</li> <li>BT progress</li> <li>addressbook.py</li> <li>???</li> </ol> <h2 id="1-0414">1) 0.4.1.4</h2> <p>Hôm trước chúng tôi đã phát hành một bản cập nhật vá lỗi mới, và cho đến nay 2/3 mạng lưới đã nâng cấp — cảm ơn! Các báo cáo đều tích cực, bao gồm việc giảm mức sử dụng CPU và ít lỗi hơn, bên cạnh mức sử dụng bộ nhớ thấp hơn. Tổng thể, mạng lưới đã tăng trưởng đôi chút, đồng thời duy trì ổn định ở khoảng cuối 70 và đầu 80, đây là một con số khỏe mạnh cho thời điểm hiện tại.</p>/vi/blog/2004/11/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-11-n%C4%83m-2004/Tue, 02 Nov 2004 00:00:00 +0000/vi/blog/2004/11/02/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-02-th%C3%A1ng-11-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> BS314159, cat-a-puss, deer, dm, duck, janonymous1, jrandom, protok0l</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:37 &lt;jrandom&gt; 0) chào 13:37 &lt;jrandom&gt; 1) Tình trạng mạng 13:37 &lt;jrandom&gt; 2) Cập nhật lõi 13:37 &lt;jrandom&gt; 3) Thư viện streaming 13:37 &lt;jrandom&gt; 4) Tiến độ mail.i2p 13:38 &lt;jrandom&gt; 5) Tiến độ BT 13:38 &lt;jrandom&gt; 6) ??? 13:38 &lt;jrandom&gt; 0) chào 13:38 &lt;jrandom&gt; xin lỗi vì trễ, ghi chú tình hình hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 &lt;dm&gt; meeting trong 24 hay 84? 13:38 &lt;jrandom&gt; 0 13:38 &lt;dm&gt; ồ.. -36? 13:39 &lt;jrandom&gt; đúng vậy, 9 tối GMT 13:39 &lt;jrandom&gt; nhưng tôi quên mất, nên chúng ta bắt đầu... ngay bây giờ ;) 13:39 &lt;jrandom&gt; 1) tình trạng mạng 13:39 &lt;dm&gt; đúng lúc 13:39 &lt;jrandom&gt; ừ, không có thay đổi gì đáng kể về tình trạng mạng từ phía tôi - có ai muốn nêu điều gì về việc này không? 13:41 &lt;jrandom&gt; nếu không thì chuyển sang 2) cập nhật lõi 13:41 &lt;jrandom&gt; tôi không có gì để thêm ngoài những gì trong email, nên tôi sẽ để mọi người một phút nghiền ngẫm 13:42 &lt;deer&gt; &lt;postman&gt; arg 13:42 &lt;jrandom&gt; đã có 8 bản vá kể từ bản phát hành, và còn một hai cái đang chờ. có lẽ ta sẽ gắn tag tất cả thành 0.4.1.4, vì chính thư viện streaming chưa sẵn sàng 13:43 &lt;deer&gt; &lt;jrandom&gt; wb, chỗ tôi hơi khựng 13:43 &lt;deer&gt; &lt;postman&gt; ko sao, tôi quay lại rồi :) 13:43 &lt;protok0l&gt; có tin gì về việc aum biến mất không? tôi muốn stasher! 13:44 * dm thích biết rằng có những việc đang làm dưới nắp ca-pô để tối ưu I2P 13:44 &lt;jrandom&gt; như gott trích, diy, do or die 13:45 &lt;jrandom&gt; ừ, việc churn bộ nhớ đang chiếm một phần đáng kể thời gian CPU 13:45 &lt;jrandom&gt; nên cuối cùng cũng đáng công để tối ưu 13:45 &lt;deer&gt; &lt;baffled&gt; Xin lỗi, tôi phải bắt xe buýt. Tôi sẽ đọc log tối nay. 13:45 &lt;deer&gt; &lt;peer&gt; chào, chỉ là một báo cáo lỗi 13:45 &lt;jrandom&gt; (vì nó giảm thời gian test thư viện streaming xuống 5 lần) 13:45 &lt;jrandom&gt; tuyệt, baffled, nói chuyện sau 13:46 &lt;deer&gt; &lt;peer&gt; khi kết nối mạng của bạn rớt, i2p chết 13:46 &lt;dm&gt; Những thứ kiểu này âm thầm xảy đến, tốt hơn là loại bỏ chúng khi dự án còn gọn. 13:46 &lt;deer&gt; * postman cũng để ý điều này vài ngày trước 13:46 &lt;deer&gt; &lt;postman&gt; một server của tôi mất link 13:46 &lt;deer&gt; &lt;postman&gt; trong vài phút - sau đó i2p chỉ còn cách khởi động lại hoàn toàn 13:46 &lt;jrandom&gt; chết, ý là JVM dừng, hay router ngừng nói chuyện với các peer? 13:47 &lt;jrandom&gt; (rõ ràng là nó ngừng nói chuyện với peer, ý tôi là, sau khi mạng lên lại, nó có phục hồi không?) 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: trong trường hợp của tôi jvm vẫn chạy - nhưng không kết nối nào thành công trong khoảng 15 phút 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: sau đó tôi khởi động lại 13:47 &lt;jrandom&gt; hmm, ok, tốt 13:48 &lt;jrandom&gt; cảm ơn peer, postman. tôi sẽ debug sâu hơn 13:48 &lt;jrandom&gt; tiện thể là OS nào? 13:48 &lt;deer&gt; &lt;postman&gt; jrandom: không có chi - tôi định viết mail cho bạn nhưng quên mất 13:49 &lt;deer&gt; &lt;postman&gt; jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom đoán tuần này sẽ là tuần "đập bể mấy thứ và khiến i2p xử lý tốt hơn" 13:49 &lt;jrandom&gt; chuẩn 13:50 &lt;deer&gt; &lt;peer&gt; jrandom: trong trường hợp của tôi jvm đi luôn 13:50 &lt;jrandom&gt; nó có báo OutOfMemory hay có thông điệp CRIT nào không? hay nó có tạo file hs_* trong thư mục cài đặt i2p của bạn không? 13:52 &lt;jrandom&gt; có lẽ ta sẽ đào sâu chi tiết sau, sau cuộc họp 13:52 &lt;jrandom&gt; có ai còn gì về 2) cập nhật lõi không? 13:52 &lt;jrandom&gt; nếu không thì sang 3) thư viện streaming 13:53 &lt;dm&gt; có 13:53 &lt;dm&gt; độ trễ tăng 13:53 &lt;dm&gt; bạn ước tính % tăng mỗi hop là bao nhiêu? 13:53 &lt;dm&gt; ta nói vài phần trăm hay 30-40%? 13:53 &lt;jrandom&gt; không, chỉ là trong vài tình huống nó không gửi qua một outbound tunnel 13:54 &lt;dm&gt; vậy là không đáng kể... ok 13:54 &lt;dm&gt; (trung bình) 13:54 &lt;dm&gt; 3) 13:54 &lt;jrandom&gt; 0% mỗi hop, nhưng như thể peer bạn nói chuyện có các tunnel dài hơn 1 hop so với trước (trung bình) 13:55 &lt;jrandom&gt; chưa có cập nhật nào thực sự dễ thấy cho thư viện streaming 13:55 &lt;jrandom&gt; mọi thứ hoạt động khá tốt, và tôi đã làm nhiều benchmark để theo dõi tiến độ trong đợt cập nhật bộ nhớ gần đây 13:55 &lt;dm&gt; ôi số liệu thông lượng!!! 13:57 &lt;dm&gt; ping 13:57 &lt;deer&gt; &lt;Natalia&gt; . 13:57 &lt;jrandom&gt; ừm, nó thay đổi theo kích thước thông điệp và độ trễ mỗi hop được tiêm, nhưng thông lượng sơ bộ nhanh hơn 2-5 lần 13:57 &lt;jrandom&gt; dù vậy nó bị giới hạn bởi CPU 13:57 &lt;dm&gt; hmmm, không tệ. 13:58 &lt;dm&gt; CPU ở đầu nào? 13:58 &lt;jrandom&gt; lợi ích lớn là giảm truyền lại dữ liệu và gần như loại bỏ lỗi ;) 13:59 &lt;jrandom&gt; dm: các test này chạy bằng mô phỏng, tiêm trễ ngẫu nhiên cho mỗi hop 13:59 &lt;jrandom&gt; (ví dụ mỗi lần 400ms, hoặc 1000ms, hoặc 2000ms) 13:59 &lt;dm&gt; Có cơ chế ưu tiên nào để việc chuyển tiếp thông điệp của các tunnel không bị ảnh hưởng quá nhiều bởi người cố tải xuống 30k/s và đẩy CPU lên tối đa không? 13:59 &lt;jrandom&gt; (à, lợi ích LỚN là ở cửa sổ trượt và sắp xếp lại, nhưng giảm truyền lại cũng tốt) 14:00 &lt;jrandom&gt; tôi không chắc hiểu 14:00 &lt;dm&gt; Ví dụ nếu tôi tải phim nóng, liệu tôi có tiêm độ trễ 3s cho bất kỳ ai đi qua tôi trong các tunnel của họ không. 14:00 &lt;jrandom&gt; (và tốc độ truyền cao hơn 30KBps nhiều, nhưng nhắc lại, đây là local-only với trễ ngẫu nhiên được tiêm) 14:01 &lt;dm&gt; Tôi chỉ tự hỏi nói chung nếu ai đó đẩy CPU tối đa thì đóng góp của họ cho mạng sẽ thế nào. 14:01 &lt;dm&gt; Tôi đoán không riêng gì lạm dụng thư viện streaming. 14:02 &lt;jrandom&gt; bạn sẽ không đẩy CPU tối đa chỉ vì streaming đâu, tải CPU là thứ tôi gặp khi dùng mô phỏng local chạy cả đống router trên một máy 14:02 &lt;dm&gt; à được, tôi tưởng CPU bị max với một router cố mã hóa mọi bit đi qua. 14:02 &lt;jrandom&gt; không đâu, encryption thì ReallyReallyFast 14:03 &lt;dm&gt; hay đấy 14:03 &lt;jrandom&gt; ok, còn ai có câu hỏi gì liên quan tiến độ thư viện streaming không? 14:03 &lt;jrandom&gt; nếu không thì 4) tiến độ mail.i2p 14:04 &lt;deer&gt; &lt;jrandom&gt; postman, bạn quanh đây chứ? 14:04 &lt;deer&gt; &lt;postman&gt; yo :) 14:04 &lt;deer&gt; &lt;postman&gt; ok 14:04 &lt;deer&gt; * postman vẫy tay 14:05 &lt;deer&gt; &lt;postman&gt; thưa các quý ông. Một số bạn có thể đã để ý rằng chúng tôi cuối cùng đã triển khai dịch vụ in/out 14:05 &lt;jrandom&gt; [w00t!] 14:05 &lt;deer&gt; &lt;postman&gt; vui lòng đọc www.postman.i2p/inout.html 14:05 &lt;deer&gt; &lt;postman&gt; xin hãy test hệ thống 14:06 &lt;deer&gt; &lt;postman&gt; baffled sẽ cung cấp MX chính thức thứ 2 14:06 &lt;jrandom&gt; chuẩn 14:06 &lt;deer&gt; &lt;postman&gt; hiện tôi đang làm phần triển khai IMAP 14:07 &lt;deer&gt; &lt;postman&gt; điều này nghĩa là sớm sẽ chuyển sang định dạng maildir 14:07 &lt;jrandom&gt; ta sẽ cần kiểm tra lại nhiều client cho việc đó đúng không? 14:07 &lt;deer&gt; &lt;postman&gt; đúng, và cả phía server nữa 14:07 &lt;jrandom&gt; hay lắm 14:07 &lt;deer&gt; &lt;Natalia&gt; tại sao IMAP mà không phải pop3? 14:07 &lt;deer&gt; &lt;postman&gt; Natalia: ta đã có pop3 rồi 14:08 &lt;deer&gt; &lt;postman&gt; dĩ nhiên có thể dùng pop3 14:08 &lt;deer&gt; &lt;postman&gt; IMAP4 sẽ giúp ta linh hoạt hơn cho hệ thống webmail (hy vọng vậy) 14:10 &lt;deer&gt; &lt;postman&gt; đây vẫn là vấn đề mở 14:10 &lt;deer&gt; &lt;Natalia&gt; được rồi. 14:10 &lt;deer&gt; &lt;Natalia&gt; nghe như bạn sắp chuyển từ pop3 sang IMAP 14:11 &lt;deer&gt; &lt;postman&gt; không, tất nhiên là không 14:11 &lt;deer&gt; &lt;postman&gt; jrandom: có tin gì về webmail chạy local không? 14:12 &lt;jrandom&gt; theo tôi biết là chưa. tôi chưa có thời gian xem 14:12 &lt;deer&gt; * postman cũng vậy 14:12 &lt;jrandom&gt; đã có thảo luận về atmail, nhưng họ đóng mã nguồn 14:12 &lt;deer&gt; &lt;postman&gt; mmh, đúng 14:13 &lt;deer&gt; &lt;postman&gt; còn thứ gì đó kiểu jspish? 14:13 &lt;jrandom&gt; đó sẽ là cách rất tuyệt cho một tình nguyện viên nhảy vào làm chút legwork :) 14:13 &lt;deer&gt; &lt;Natalia&gt; à, tôi đã thêm mô tả này vào gott.i2p/sites.html 14:13 &lt;deer&gt; * postman hoàn toàn không thể nghiên cứu việc đó 14:13 &lt;deer&gt; &lt;Natalia&gt; cho www.postman.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; postman vận hành dịch vụ mail đầu tiên của i2p, cung cấp pop3 và SMTP ẩn danh và miễn phí 14:13 &lt;deer&gt; &lt;Natalia&gt; các tài khoản qua i2p. Vừa triển khai gần đây là khả năng gửi và nhận email tới và 14:13 &lt;deer&gt; &lt;Natalia&gt; từ bên ngoài mạng i2p, đánh dấu dịch vụ của www.postman.i2p như một điểm đến 14:13 &lt;deer&gt; &lt;Natalia&gt; tiện lợi cho bất kỳ người gửi email quan tâm nào và sắp trở thành thứ phải có, khi tài khoản email mail.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; trở thành chuẩn đối với tác giả eepsite. 14:14 &lt;deer&gt; &lt;Natalia&gt; nghe ổn chứ? 14:14 &lt;deer&gt; &lt;postman&gt; cảm ơn Natalia :) 14:14 &lt;deer&gt; &lt;postman&gt; jrandom: tôi nghĩ đây không phải vấn đề cấp bách 14:14 &lt;deer&gt; * Natalia cúi chào :) 14:15 &lt;deer&gt; &lt;postman&gt; jrandom: có lẽ ta bàn lại vấn đề webmail sau :) 14:15 &lt;jrandom&gt; đồng ý postman 14:15 &lt;deer&gt; &lt;postman&gt; tôi xin hết , cảm ơn :) 14:15 &lt;jrandom&gt; chuẩn, cảm ơn postman 14:15 &lt;deer&gt; * postman cũng cúi chào và ngồi xuống 14:15 &lt;jrandom&gt; ok, còn gì khác về phần đó không, hay ta chuyển sang 5) tiến độ BT? 14:16 &lt;deer&gt; &lt;jrandom&gt; dinoman: bạn quanh đây chứ? 14:16 &lt;dm&gt; Có, tôi vẫn đợi BT kích hoạt lại ADSL của tôi 14:16 &lt;jrandom&gt; !thwap 14:17 &lt;deer&gt; &lt;duck&gt; dino đã làm vài việc tốt 14:17 &lt;deer&gt; &lt;duck&gt; với Ragnarok để sửa vài đầu mối 14:17 &lt;deer&gt; &lt;duck&gt; tới giờ có vẻ các vấn đề hiện tại là: 14:17 &lt;deer&gt; &lt;duck&gt; - SAM không ổn định 14:17 &lt;deer&gt; &lt;duck&gt; - Vấn đề với thư viện SAM cho Python 14:17 &lt;deer&gt; &lt;duck&gt; - Sử dụng sai thư viện SAM Python 14:18 &lt;deer&gt; &lt;duck&gt; - Xử lý đúng destination (Destination trong I2P: địa chỉ công khai) thay vì host/ip/port 14:18 &lt;deer&gt; &lt;duck&gt; khi sửa xong mấy cái đó thì nó sẽ chạy 14:18 &lt;jrandom&gt; hay đấy 14:19 &lt;deer&gt; &lt;duck&gt; tôi nghĩ cần lùi lại một chút 14:19 &lt;deer&gt; &lt;duck&gt; và thống nhất cách sửa giao thức để xử lý đúng các destination 14:19 &lt;deer&gt; &lt;duck&gt; dù sao cũng sẽ không tương thích, nên phá cho ra trò 14:19 &lt;jrandom&gt; tôi đồng tình 14:20 &lt;jrandom&gt; có lẽ ai đó có thể phác thảo kế hoạch tổng thể những gì cần làm với các app/thành phần để khiến nó hoạt động 14:20 &lt;deer&gt; &lt;duck&gt; mỗi peer có một peer_id duy nhất dài 20 byte 14:20 &lt;deer&gt; &lt;duck&gt; nó thường được dẫn xuất từ host/ip 14:21 &lt;deer&gt; &lt;duck&gt; tôi nghĩ dùng full destination thì hơi quá 14:21 &lt;deer&gt; &lt;duck&gt; ta nên dùng thứ gì là duy nhất toàn cục? 14:21 &lt;jrandom&gt; SHA1(destination)[0:19] 14:21 &lt;jrandom&gt; có lẽ? 14:21 &lt;deer&gt; &lt;Ragnarok&gt; 20 byte đầu của dest? :) 14:22 &lt;deer&gt; &lt;duck&gt; một hash sha1 là 20 byte 14:22 &lt;jrandom&gt; 20 byte đầu của dest cũng khá ngẫu nhiên, đủ để xử lý va chạm ngẫu nhiên, nhưng không đủ với va chạm thù địch 14:22 &lt;jrandom&gt; còn tốt hơn 14:22 &lt;deer&gt; &lt;dinoman&gt; nếu bạn mất key thì các peer tìm nhau bằng cách nào 14:22 &lt;jrandom&gt; một peer chính là một key 14:23 &lt;jrandom&gt; ồ 14:23 * jrandom hiểu sai 14:23 &lt;jrandom&gt; tracker phải đưa cho peer full destination, không phải SHA1(destination) 14:24 &lt;jrandom&gt; đó có phải là cùng peer_id đang bàn không? 14:24 &lt;deer&gt; &lt;dinoman&gt; tôi đã sửa tracker php để gửi full key như là ip 14:24 &lt;deer&gt; &lt;duck&gt; thực ra client sinh peer_id 14:24 &lt;deer&gt; &lt;duck&gt; (bạn nói 'key' là gì?) 14:25 &lt;deer&gt; &lt;dinoman&gt; destination 14:25 &lt;dm&gt; Nghe như tiểu phẩm who's on first. 14:25 &lt;dm&gt; Mọi người dùng câu đầy đủ đi! 14:26 &lt;deer&gt; &lt;dinoman&gt; ok được rồi :/ tracker gửi Full destination như ip 14:27 &lt;jrandom&gt; hehe đừng để ý dm. nghe tuyệt đấy 14:27 &lt;deer&gt; &lt;dinoman&gt; peer id chỉ dành cho tracker 14:27 &lt;deer&gt; &lt;duck&gt; có lẽ ta dùng #i2p-bt 14:28 &lt;jrandom&gt; tôi nghĩ hữu ích sẽ là nếu bạn (hoặc ai khác) có thể thảo ra một danh sách các chỉnh sửa cần làm 14:28 &lt;deer&gt; &lt;duck&gt; để không có "chiến tranh tôn giáo" mỗi khi nhắc tên con rắn 14:29 &lt;deer&gt; &lt;dinoman&gt; được với tôi 14:29 &lt;deer&gt; &lt;dinoman&gt; tôi không tranh cãi, chạy là được 14:29 &lt;jrandom&gt; (ví dụ "tracker sends e full destination as the IP", "client interprets the IP as the full destination", "torrent contains the tracker's destination in the field 'trackerDest'", etc) 14:29 &lt;deer&gt; &lt;duck&gt; chắc chắn rồi 14:30 &lt;deer&gt; &lt;dinoman&gt; jrandom bạn nói đúng 14:31 &lt;deer&gt; &lt;dinoman&gt; đây là sample output của tracker 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 &lt;dm&gt; copy/paste câu của jrandom vào notepad và lưu là "draft.txt" 14:31 &lt;cat-a-puss&gt; bt chạy qua i2p có tương thích liên thông với các client không chạy qua i2p không? 14:31 &lt;jrandom&gt; hay lắm dinoman 14:31 &lt;deer&gt; &lt;dinoman&gt; ở ip50 bạn sẽ thấy một key rác 14:32 &lt;jrandom&gt; cat-a-puss: có 14:32 &lt;deer&gt; &lt;dinoman&gt; có 14:32 &lt;cat-a-puss&gt; vậy ta nên nói chuyện 14:32 &lt;jrandom&gt; chào mừng đến cuộc họp hàng tuần! :) 14:32 &lt;deer&gt; &lt;dinoman&gt; sẽ cần thứ gì đó như .i2ptorrent để cùng sống được 14:32 &lt;deer&gt; &lt;dinoman&gt; cho tên file và liên kết các kiểu 14:33 &lt;jrandom&gt; bạn đang làm thứ gì đó tương tự à cat-a-puss, hay có ý tưởng cải tiến? 14:33 &lt;cat-a-puss&gt; đang làm cái tương tự 14:33 &lt;cat-a-puss&gt; bằng java 14:33 &lt;jrandom&gt; hay đấy 14:34 &lt;jrandom&gt; nó nhất thiết phải đặc thù java không, hay có peer bằng ngôn ngữ khác cũng được? 14:34 &lt;cat-a-puss&gt; câu hỏi hay, tôi không biết làm kiểu đó trong java, tôi sẽ phải xem thử 14:35 &lt;deer&gt; &lt;duck&gt; đúng 14:35 &lt;deer&gt; &lt;duck&gt; dùng ugha.i2p để viết đặc tả nhé 14:35 &lt;deer&gt; &lt;duck&gt; . 14:35 &lt;jrandom&gt; hoặc có lẽ ta cần một mục "truyền dữ liệu kiểu swarm" trong forum để tất cả cùng bàn theo nhịp riêng? 14:35 &lt;jrandom&gt; hoặc ugha.i2p, tất nhiên 14:36 &lt;jrandom&gt; (trong khi ta xử lý vài bug trong sam impl và libs :) 14:36 &lt;deer&gt; &lt;duck&gt; khiến mọi thứ thành thử thách 14:37 &lt;deer&gt; &lt;dinoman&gt; hehe ok 14:38 &lt;deer&gt; &lt;duck&gt; ... 14:38 &lt;deer&gt; &lt;duck&gt; thêm bt? 14:38 &lt;deer&gt; * dinoman quay lại làm Savane 14:39 &lt;jrandom&gt; `http://ugha.i2p/SwarmingTransfer` / http://ugha.ath.cx/SwarmingTransfer 14:39 &lt;jrandom&gt; chuẩn 14:39 &lt;jrandom&gt; ok, còn gì khác về 5) tiến độ BT không? 14:39 &lt;jrandom&gt; hay ta qua 6) ??? 14:39 &lt;jrandom&gt; và hỏi dinoman tiến độ Savane thế nào? :) 14:40 &lt;deer&gt; * jrandom vung roi 14:40 &lt;deer&gt; &lt;dinoman&gt; mail tôi đang kẹt ở việc dùng hệ thống mail i2p 14:40 &lt;deer&gt; &lt;dinoman&gt; tôi nghĩ tôi nên bỏ phần mail đi 14:40 &lt;jrandom&gt; có cách nào bảo nó dùng SMTP server ở cổng khác không? 14:40 &lt;jrandom&gt; hay vấn đề là SMTP có xác thực? 14:41 &lt;deer&gt; &lt;dinoman&gt; auth 14:41 &lt;protok0l&gt; Uptime: 5d 14:41 &lt;protok0l&gt; ii own 14:41 &lt;deer&gt; &lt;dinoman&gt; nó không có trong class mà Savane dùng 14:42 &lt;deer&gt; &lt;dinoman&gt; tôi có thể thêm vào 14:42 &lt;protok0l&gt; tôi là "Ident: pxEI" ai đó nói tôi điểm số với 14:42 &lt;jrandom&gt; ok, tôi cá là ta có thể nhờ postman tạo cho bạn một SMTP destination tùy chỉnh không cần xác thực 14:42 &lt;dm&gt; tôi cho bạn 6/10 14:42 &lt;dm&gt; bạn nên chăm chút cái mông một chút 14:42 &lt;janonymous1&gt; Savana là gì 14:43 &lt;jrandom&gt; janonymous1: nó giống sourceforge 14:43 &lt;deer&gt; &lt;dinoman&gt; vì tôi đang nhìn I2P Public Domain Software Homepage trong trình duyệt của mình 14:43 &lt;jrandom&gt; w00t 14:45 &lt;deer&gt; &lt;dinoman&gt; như vậy thì hay, nhưng những gì đang làm trên server khiến tôi không muốn ai đó hack tôi rồi lấy info về mail server 14:45 &lt;deer&gt; &lt;dinoman&gt; điều đó làm tôi khó chịu 14:45 &lt;jrandom&gt; ờ, họ sẽ không lấy được info về mail server đâu, họ chỉ (tệ nhất) có thể spoof @mail.i2p 14:45 &lt;janonymous1&gt; Tuyệt 14:46 &lt;jrandom&gt; nhưng vâng, có hỗ trợ SMTP có xác thực thì tốt để ngăn việc đó 14:46 &lt;jrandom&gt; tôi không biết việc đó tốn bao công 14:46 &lt;protok0l&gt; tốt là tôi đã để ý tưởng mailserver của mình cho postman 14:46 &lt;protok0l&gt; nó khó hơn tôi tưởng 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; tôi không ngại giúp vụ đó 14:47 &lt;dm&gt; protocol 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; Phải làm gì đó. :-) 14:47 &lt;deer&gt; &lt;dinoman&gt; tôi sẽ làm auth :( sẽ mất chút thời gian nhưng tôi sẽ làm 14:47 &lt;deer&gt; &lt;protokol&gt; đúng dm 14:48 &lt;jrandom&gt; thấy chưa, đã có tình nguyện viên rồi đấy dinoman! :) 14:48 &lt;deer&gt; &lt;protokol&gt; có lẽ tôi có thể host một server nessus 14:48 &lt;deer&gt; &lt;protokol&gt; và tunnel nó qua TOR phía tôi 14:49 &lt;deer&gt; &lt;Ch0Hag&gt; Với lại tôi cần cái cớ tốt để làm việc với phần còn lại của mạng của tôi. 14:49 &lt;deer&gt; &lt;protokol&gt; và tôi sẽ cống hiến để học python 14:49 &lt;janonymous1&gt; 'the i2p software foundation'. Tôi có thể thấy nó rồi 14:49 &lt;deer&gt; &lt;protokol&gt; và cách gõ đúng 14:49 &lt;dm&gt; Tôi sẽ cống hiến cho việc kiếm thêm tiền cho bản thân và cho những người liên quan trực tiếp tới tôi, những người có thể sớm cho tôi tiền. 14:50 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho 6) ??? không 14:50 &lt;dm&gt; 7) $$$ 14:51 &lt;duck&gt; Roger Dingledine (arma @ freenode) đã xuất bản bản nháp cho một chương của cuốn sách O'Reilly sắp tới 14:51 &lt;duck&gt; http://freehaven.net/doc/wupss04/usability.pdf 14:51 &lt;jrandom&gt; à, đúng, khá hay 14:51 &lt;duck&gt; nó nói về ẩn danh và khả dụng 14:51 &lt;dm&gt; chương về khả dụng? 14:51 &lt;deer&gt; &lt;protokol&gt; tôi có thể điều hành i2p software foundation 14:51 &lt;deer&gt; &lt;protokol&gt; lol 14:51 &lt;duck&gt; vài phần thú vị về "negative imago" (hình ảnh tiêu cực) 14:52 &lt;deer&gt; &lt;protokol&gt; đưa tôi chìa khóa kho bạc 14:52 &lt;duck&gt; có mặc định tốt 14:52 &lt;deer&gt; &lt;protokol&gt; NGAY! 14:52 &lt;duck&gt; v.v. 14:52 &lt;duck&gt; . 14:52 &lt;jrandom&gt; và tầm quan trọng của khả dụng, đôi khi còn hơn cả bảo mật 14:52 &lt;dm&gt; protok0l: bạn là người đại diện người dùng phải không? Bạn nên đọc tài liệu đó. 14:52 &lt;jrandom&gt; ok, còn gì khác cho cuộc họp không? 14:52 &lt;deer&gt; &lt;protokol&gt; wow, tôi thấy 83 peer 14:52 &lt;duck&gt; giờ ta biết vì sao có ít site ẩn được biết đến trên tor 14:53 &lt;deer&gt; &lt;protokol&gt; dm: tôi sẽ đọc 14:53 &lt;duck&gt; arma sợ "negative imago" 14:53 &lt;duck&gt; . 14:53 &lt;dm&gt; "imago" ? 14:53 &lt;duck&gt; image 14:53 &lt;deer&gt; &lt;duck&gt; (phân tâm học) hình ảnh lý tưởng hóa của ai đó 14:53 &lt;dm&gt; Không thấy nhắc tới I2P trong đó :( 14:53 &lt;duck&gt; jrandom: chẳng phải vậy sao? 14:54 &lt;jrandom&gt; hả? 14:54 &lt;dm&gt; ý anh ấy là "chẳng phải chúng ta". Anh ấy người Hà Lan. 14:54 &lt;duck&gt; nếu một nhóm cụ thể giờ chuyển sang i2p, 14:54 &lt;duck&gt; họ có thể cản trở những người dùng khác rất cần thiết 14:55 &lt;jrandom&gt; ồ, cái đó có trong đó à? tôi không thấy 14:55 &lt;duck&gt; không, tôi đang nói vậy 14:55 &lt;duck&gt; nhưng nó cũng có trong đó, ít nhiều 14:55 &lt;duck&gt; tất nhiên bất kỳ anh chàng vô chính phủ nào cũng chẳng thèm quan tâm 14:56 &lt;jrandom&gt; ừ, tôi nghĩ có chỗ cho cả i2p và tor 14:56 &lt;duck&gt; đúng 14:56 &lt;duck&gt; nhưng còn hình ảnh tiêu cực sớm về I2P thì sao 14:56 &lt;deer&gt; &lt;Natalia&gt; đây là lý do tôi buộc phải là một phụ nữ hơi tầm thường trên kênh IRC này 14:56 &lt;protok0l&gt; haha, khi tôi lên tiếng thì mọi diễn đàn và listserv vô chính phủ lớn sẽ biết về i2p trong vòng 1-2 ngày 14:56 &lt;jrandom&gt; ôi, tôi chẳng thèm bận tâm cái đó đâu, duck ;) 14:56 &lt;deer&gt; &lt;Natalia&gt; jrandom không chấp thuận got 14:56 &lt;deer&gt; &lt;Natalia&gt; *gott 14:57 &lt;duck&gt; jrandom: vâng, nhưng mà 14:57 * duck đếm số vùng thân thiện với vô chính phủ trên toàn cầu 14:57 &lt;deer&gt; &lt;Natalia&gt; nên tôi phải là Natalia, người phụ nữ được yêu quý của kênh 14:57 &lt;deer&gt; &lt;Natalia&gt; ( nhảm ) 14:57 &lt;duck&gt; somalia? 14:57 &lt;duck&gt; tôi cá họ có "flying fucks" ở đó 14:57 &lt;protok0l&gt; Chiapas, mexica 14:57 &lt;duck&gt; nhưng không thân thiện 14:57 &lt;protok0l&gt; mexiico 14:58 &lt;deer&gt; &lt;Ragnarok&gt; bah, bạn muốn bị nữ tính hóa 14:58 &lt;jrandom&gt; duck: khi tới lúc công khai hơn, tôi tin chắc ta có thể khoác lên bộ mặt thân thiện kiểu "Joe Sixpack" 14:58 &lt;duck&gt; ok 14:58 &lt;jrandom&gt; liệu người ta sẽ làm điều "xấu" với i2p không? có 14:58 &lt;dm&gt; tôi nghĩ ta nên nhắm tới "joe bụng bia" 14:58 &lt;protok0l&gt; chúc may mắn, tôi biết gott đang lên kế hoạch gì đó 14:58 &lt;protok0l&gt; gott sẽ hủy diệt chúng ta 14:58 &lt;duck&gt; ok 14:58 &lt;duck&gt; . 14:58 &lt;jrandom&gt; cách duy nhất để bất kỳ hệ thống ẩn danh hay bảo mật đáng giá nào tồn tại là phải trung lập về nội dung 14:59 &lt;deer&gt; &lt;Ragnarok&gt; hệ thống liên lạc ẩn danh chỉ có thể bảo vệ liên lạc. Chúng không can thiệp vào công tác điều tra cổ điển nếu ai đó thực sự LÀM gì đó. 14:59 &lt;duck&gt; chỉ nói rằng một số liên kết đặt trên `http://127.0.0.1:7657/index.jsp` có thể tệ 14:59 &lt;dm&gt; I2P là về công nghệ. 14:59 &lt;deer&gt; &lt;Natalia&gt; vâng 14:59 &lt;jrandom&gt; đúng thế duck 15:00 &lt;duck&gt; và vâng, sitelist.html sẽ biến thành cuộc tranh luận TFE một lần nữa 15:00 &lt;jrandom&gt; ừ, mmhmm 15:00 &lt;deer&gt; &lt;Natalia&gt; tính trung lập nội dung là thứ tôi viết trong bài eeplog mới nhất 15:00 &lt;deer&gt; &lt;Natalia&gt; `http://gott.i2p/eeplog.html` 15:01 &lt;jrandom&gt; tuy nhiên, đây là sức mạnh của các eepsite tương tác, như wiki 15:01 &lt;jrandom&gt; (ví dụ để mọi người đăng ký site của họ với một sitelist.py hay gì đó) 15:01 &lt;deer&gt; &lt;Natalia&gt; jrandom: bạn có ủng hộ hay không ủng hộ ý tưởng crawler eepsite liên kết tới tài liệu bất hợp pháp, được liên kết từ trang chủ? 15:01 &lt;deer&gt; &lt;Natalia&gt; +hoặc 15:01 &lt;deer&gt; &lt;Natalia&gt; nếu bạn sẽ liên kết tới sitelist 15:02 &lt;duck&gt; về mặt đạo đức tôi cũng chẳng thèm bận tâm 15:02 &lt;deer&gt; &lt;Natalia&gt; jrandom: không cái nào trong số này được đăng ký 15:02 &lt;duck&gt; nhưng về mặt khả dụng thì có thể có 15:02 &lt;deer&gt; &lt;Natalia&gt; script kiểm tra host.txt 15:02 &lt;deer&gt; &lt;Natalia&gt; *hosts.txt 15:02 &lt;jrandom&gt; từ góc nhìn phi kỹ thuật, tôi ủng hộ bất cứ điều gì cộng đồng người dùng mong muốn 15:02 &lt;deer&gt; &lt;Natalia&gt; nên ai cũng được thêm vào danh sách nếu họ có domain 15:03 &lt;deer&gt; &lt;Natalia&gt; ugh, áo ngực khó chịu quá. 15:03 &lt;protok0l&gt; ừ, rợn người 15:03 &lt;deer&gt; &lt;cervantes&gt; bạn đã THẤY cộng đồng người dùng chưa? 15:03 &lt;cat-a-puss&gt; Giải pháp đơn giản nhất là chỉ liên kết tới trang tìm kiếm, Ai cũng biết dùng chúng, chúng cung cấp truy cập nhanh, và không ai thấy thứ gì họ không yêu cầu. 15:04 &lt;deer&gt; &lt;cervantes&gt; :) 15:04 &lt;protok0l&gt; gott là kẻ giết người hàng loạt, tôi biết mà. hắn sẽ là người đầu tiên cung cấp giết người trực tiếp qua webcam trên i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; cộng đồng người dùng hiện gồm những người khá kỳ lạ. 15:04 &lt;jrandom&gt; ý hay đấy cat-a-puss, ta có thể chỉ liên kết tới files.i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; lúc này, tôi buộc phải là phụ nữ vì trưởng nhóm phát triển không chấp thuận nhân cách còn lại vô đạo đức của tôi. 15:04 &lt;duck&gt; cat-a-puss++ 15:04 &lt;deer&gt; &lt;Natalia&gt; chúng ta được gắn kết bởi cuộc phiêu lưu chung. 15:06 &lt;BS314159&gt; Tôi không bị thuyết phục rằng đây là ý tưởng hay, nhưng giấy phép I2P chắc chắn đủ rộng để mọi người tách nhánh bản phân phối riêng, chỉ khác ở các trang liên kết cục bộ 15:06 &lt;deer&gt; &lt;Natalia&gt; ừm. 15:06 &lt;deer&gt; &lt;cervantes&gt; hy vọng DrWoo có thể giữ chỉ mục của anh ấy không bị hỏng 15:06 &lt;jrandom&gt; chắc chắn rồi BS314159 15:06 &lt;BS314159&gt; không phải phiên bản. là bản phân phối. 15:06 &lt;deer&gt; &lt;Natalia&gt; files.i2p nên là một liên kết 15:06 &lt;jrandom&gt; BS314159: thậm chí mọi người có thể sửa trang liên kết cục bộ của họ 15:06 &lt;deer&gt; &lt;Natalia&gt; và sau đó nên có một liên kết thư mục internet kiểu yahoo 15:06 &lt;protok0l&gt; hầu hết sẽ đủ khôn ngoan để dùng bản chính thức 15:06 &lt;jrandom&gt; (trong docs/readme.html) 15:07 &lt;deer&gt; &lt;Natalia&gt; công cụ tìm kiếm và thư mục internet phục vụ vai trò khác nhau 15:07 &lt;deer&gt; &lt;Natalia&gt; lý do thư mục tồn tại ngay từ đầu là vậy 15:07 &lt;deer&gt; &lt;Natalia&gt; nó đã được yêu cầu là độc lập với công cụ tìm kiếm 15:07 &lt;BS314159&gt; nên nếu bạn muốn, ví dụ, nhắm tới nhóm phản đối khiêu dâm, hãy tìm một người duy trì phản đối khiêu dâm để họ duy trì bộ trang bắt đầu mặc định đã lọc 15:07 &lt;protok0l&gt; trừ khi họ sẵn sàng tìm backdoor trong các bản của bên thứ ba 15:07 &lt;deer&gt; &lt;Natalia&gt; bởi mọi người 15:07 &lt;deer&gt; &lt;Natalia&gt; nên tôi nghĩ công cụ tìm kiếm là tốt 15:07 &lt;jrandom&gt; đúng vậy BS314159 15:07 &lt;deer&gt; &lt;Natalia&gt; nhưng không nên là giới hạn 15:07 &lt;deer&gt; &lt;Natalia&gt; công cụ tìm kiếm, thư mục internet, wiki, trang trợ giúp 15:07 &lt;deer&gt; &lt;Natalia&gt; có lẽ vậy. 15:08 &lt;jrandom&gt; ta đã liên kết tới fproxy.i2p, và ta biết họ có nội dung đáng sợ xấu xa gì trên đó ;) 15:08 &lt;BS314159&gt; Tôi không chắc có đúng chủ đề không, nhưng có trình lọc nội dung mã nguồn mở nào mà bất kỳ người duy trì công cụ tìm kiếm nào sẵn sàng hỗ trợ không? 15:08 &lt;BS314159&gt; Tôi có cảm giác tôi lạc đề 15:08 &lt;protok0l&gt; cuộc họp còn tiếp không? 15:08 &lt;jrandom&gt; còn chứ protok0l 15:08 &lt;BS314159&gt; xin lỗi. (tự im lặng) 15:08 &lt;deer&gt; &lt;Natalia&gt; jrandom: có lẽ bạn không nên liên kết tới fproxy.i2p 15:08 &lt;deer&gt; &lt;Natalia&gt; nó hầu như lúc nào cũng down 15:08 &lt;jrandom&gt; BS314159: tôi nghĩ bộ lọc nội dung trong công cụ tìm kiếm là quá mức 15:08 &lt;deer&gt; &lt;Natalia&gt; lúc này nó đang down, có vẻ vậy 15:09 &lt;protok0l&gt; đúng thế 15:09 &lt;deer&gt; &lt;Natalia&gt; theo lần chạy gần đây của script kiểm tra site 15:09 &lt;jrandom&gt; ok 15:09 &lt;jrandom&gt; ừm, đây là một cuộc thảo luận tốt, nhiều ý hay 15:09 &lt;BS314159&gt; không phải CÔNG CỤ tìm kiếm. là công cụ tìm kiếm của AI ĐÓ 15:10 &lt;deer&gt; * Natalia mỉm cười. 15:10 &lt;deer&gt; &lt;cervantes&gt; BS3: aol.i2p ;-) 15:10 &lt;jrandom&gt; ok, còn gì khác cho cuộc họp không? 15:10 &lt;deer&gt; &lt;cervantes&gt; woa... vẫn đang họp... 15:11 &lt;deer&gt; &lt;cervantes&gt; tưởng tôi lỡ mất một giờ 15:11 &lt;jrandom&gt; không, tôi tới muộn 15:11 &lt;jrandom&gt; ok, nếu không thì.. 15:11 * jrandom thu xếp 15:11 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/11/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-02/Tue, 02 Nov 2004 00:00:00 +0000/vi/blog/2004/11/02/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-11-02/<p>Chào mọi người, đến giờ cập nhật hằng tuần rồi</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>Net status</li> <li>Core updates</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>BT progress</li> <li>???</li> </ol> <h2 id="1-trạng-thái-mạng">1) Trạng thái mạng</h2> <p>Về cơ bản vẫn như trước - số lượng peer ổn định, eepsites(I2P Sites) khá dễ truy cập, và irc hàng giờ liền. Bạn có thể xem qua khả năng truy cập của các eepsites(I2P Sites) trên một vài trang khác nhau:</p> <ul> <li><code>http://gott.i2p/sites.html</code></li> <li><code>http://www.baffled.i2p/links.html</code></li> <li><code>http://thetower.i2p/pings.txt</code></li> </ul> <h2 id="2-cập-nhật-lõi">2) Cập nhật lõi</h2> <p>Đối với những ai đang ở trong kênh (hoặc đọc nhật ký CVS), hẳn đã thấy nhiều điều đang diễn ra, dù đã khá lâu kể từ lần phát hành trước. Danh sách đầy đủ các thay đổi kể từ bản phát hành 0.4.1.3 có thể được tìm thấy trực tuyến, nhưng có hai sửa đổi quan trọng: một tích cực và một tiêu cực:</p>/vi/blog/2004/10/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-10-2004/Tue, 26 Oct 2004 00:00:00 +0000/vi/blog/2004/10/26/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-10-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer, jrandom, lucky, modulus</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) chào 14:04 &lt;jrandom&gt; 1) Tình trạng mạng 14:04 &lt;jrandom&gt; 2) thư viện streaming (thư viện xử lý truyền dữ liệu dạng luồng) 14:04 &lt;jrandom&gt; 3) tiến độ mail.i2p 14:05 &lt;jrandom&gt; 4) ??? 14:05 &lt;jrandom&gt; 0) chào 14:05 * jrandom vẫy tay 14:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom để mọi người đọc trước (đồ đọc trước hử!) 14:06 &lt;jrandom&gt; nhảy vào 1) tình trạng mạng 14:07 &lt;jrandom&gt; tôi nghĩ email bao quát những gì tôi muốn nhắc. bản sửa lỗi hay liên quan đến resume, duck, và cảm ơn ardvark và ragnarok đã báo! 14:07 &lt;jrandom&gt; có ai muốn nêu thêm gì về tình trạng mạng không? 14:08 &lt;modulus&gt; ngon cực. 14:08 &lt;deer&gt; &lt;postman&gt; chào 14:08 &lt;jrandom&gt; w3wt 14:09 &lt;jrandom&gt; dạo này có gì đó kỳ kỳ với lag, nhưng có vẻ giống những gì ta bàn tuần rồi 14:09 &lt;jrandom&gt; (đặc biệt vì tôi chưa đụng vào core từ đó) 14:09 &lt;deer&gt; &lt;clayboy&gt; tôi nghĩ ai cũng đồng ý là nó ổn định và dùng được. 14:09 &lt;deer&gt; &lt;clayboy&gt; tôi nhớ cảm giác bám IRC 10-16 giờ, nhưng không quan trọng 14:10 &lt;deer&gt; &lt;jrandom2p&gt; ở đây tôi đã on 20h 14:10 &lt;deer&gt; &lt;jrandom2p&gt; nhưng đúng là dao động (hy vọng mục 2) sẽ giúp) 14:10 &lt;deer&gt; &lt;clayboy&gt; tôi khó mà được&gt; 2 giờ, nhưng luôn kết nối lại ngay tức thì, nên vẫn dùng được 14:11 &lt;jrandom&gt; tốt 14:11 &lt;jrandom&gt; vẫn chưa đủ tốt, nhưng tạm chấp nhận 14:11 &lt;jrandom&gt; (tạm thời) 14:11 &lt;deer&gt; &lt;clayboy&gt; đồng ý 14:12 &lt;jrandom&gt; ok, còn ai có gì khác không, hay ta chuyển sang 2) thư viện streaming? 14:13 &lt;jrandom&gt; [coi như đã chuyển] 14:13 &lt;jrandom&gt; email có tóm tắt tiến độ 14:14 &lt;jrandom&gt; trình tự thông điệp 'đúng' trong hầu hết các trường hợp (khớp với cái đã bàn trước) 14:14 &lt;jrandom&gt; ví dụ, yêu cầu/đáp ngắn thì bên nhận yêu cầu nhận được phản hồi chỉ trong một vòng khứ hồi 14:15 &lt;jrandom&gt; tôi đang làm profile=bulk, đi qua sliding windows (cửa sổ trượt trong giao thức) dưới điều kiện lag và lỗi 14:15 &lt;jrandom&gt; vẫn còn vài thứ cần dọn dẹp, chưa sẵn sàng dùng, nhưng có tiến độ 14:16 &lt;deer&gt; &lt;clayboy&gt; vậy 0.4.2 kèm thư viện streaming kịp tháng 10 chứ? nghe có vẻ vội không cần thiết. 14:16 &lt;jrandom&gt; tôi không nghĩ thư viện streaming sẽ sẵn sàng triển khai cuối cùng vào tuần sau, không 14:17 &lt;jrandom&gt; nên sẽ trễ lịch chút, tôi chưa rõ mức độ 14:17 &lt;deer&gt; &lt;duck&gt; có class test nào chạy cho vui không? 14:18 &lt;jrandom&gt; tôi chưa commit file build.xml để mọi người khỏi dùng ;) nhưng tối nay tôi sẽ commit những gì có, và bạn có thể thử http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 14:19 &lt;deer&gt; &lt;duck&gt; h0t 14:19 &lt;jrandom&gt; một điều là thư viện streaming mới này không dùng mode=guaranteed cũ nữa vì nó có cơ chế ACK/NACK (báo nhận/không nhận) riêng 14:20 &lt;jrandom&gt; điều đó có nghĩa là sau khi thư viện hoạt động hoàn hảo, vẫn còn việc phải làm trong router, vì các tác vụ gửi của phía client được thiết kế cho chuyển phát 'guaranteed', gói kèm một thông điệp khứ hồi trong garlic để xác nhận việc giao session tag 14:21 &lt;jrandom&gt; tuy nhiên ta không cần sửa ngay đâu - mức dùng băng thông của DeliveryStatusMessage là... không đáng kể 14:21 &lt;jrandom&gt; nhưng ta vẫn nên làm sớm hơn muộn 14:22 &lt;jrandom&gt; ok, tôi nói vậy là hết 14:22 &lt;jrandom&gt; ai có gì muốn nêu liên quan đến thư viện streaming không? 14:23 &lt;jrandom&gt; nếu không, 3) tiến độ mail.i2p 14:23 &lt;jrandom&gt; postman, bạn ở đó chứ? 14:23 &lt;deer&gt; &lt;postman&gt; ừ 14:24 &lt;jrandom&gt; có cập nhật nào không, hay đợi thêm? 14:24 &lt;deer&gt; &lt;postman&gt; ok 14:24 &lt;deer&gt; &lt;postman&gt; để tôi? 14:24 &lt;jrandom&gt; mời bạn 14:24 &lt;deer&gt; * gott thức dậy. 14:24 &lt;deer&gt; &lt;postman&gt; 1.) chức năng in/out proxy đang được cài/kiểm thử lúc này 14:25 &lt;deer&gt; &lt;postman&gt; 2.) trong 10 ngày tới sẽ có dịch vụ gateway ra/vào Internet cho email 14:25 &lt;modulus&gt; tuyệt! 14:25 &lt;jrandom&gt; tuyệt^2! 14:25 &lt;deer&gt; &lt;clayboy&gt; đúng vậy 14:25 &lt;deer&gt; &lt;postman&gt; 3.) triển khai sẽ theo ý tưởng/khái niệm trong tài liệu ideas.html trên website của tôi 14:25 &lt;deer&gt; &lt;gott&gt; bravo ! 14:26 &lt;deer&gt; &lt;postman&gt; nghĩa là: hạn ngạch dựa trên hashcash (cơ chế chống spam dựa trên chi phí tính toán)/người nhận và các thứ 'xịn' khác 14:26 &lt;deer&gt; &lt;postman&gt; dịch vụ không nên bị lạm dụng bởi các người dùng ẩn danh 14:26 &lt;deer&gt; &lt;postman&gt; :) 14:26 &lt;deer&gt; &lt;postman&gt; còn một điểm nữa 14:26 &lt;deer&gt; &lt;postman&gt; vấn đề giao diện webmail 14:26 &lt;deer&gt; &lt;postman&gt; hiện tôi không muốn host nó trên server của tôi 14:27 &lt;deer&gt; &lt;postman&gt; vì tôi chưa rõ các vấn đề bảo mật tiềm ẩn 14:27 &lt;deer&gt; &lt;postman&gt; hệ thống đang chạy đã được tôi kiểm chứng - tôi biết mã nguồn và rủi ro bảo mật 14:28 &lt;deer&gt; &lt;postman&gt; thêm PHP, đồ động và một ứng dụng webmail CHO TẤT CẢ người dùng làm mọi thứ phức tạp hơn nhiều 14:28 &lt;deer&gt; &lt;postman&gt; ý tưởng (cảm ơn jr) là: 14:28 &lt;deer&gt; &lt;postman&gt; nếu mỗi người dùng cài giao diện webmail riêng như một instance jetty (máy chủ ứng dụng Java tích hợp) tùy chọn (hay cái gì tương tự) thì sao? 14:29 &lt;modulus&gt; kiểu pop3 -&gt; webmail à? 14:29 &lt;jrandom&gt; 'chuẩn luôn 14:29 &lt;deer&gt; &lt;postman&gt; và ứng dụng webmail cục bộ này dùng các tunnel postman.i2p để làm smtp và pop3 14:29 &lt;modulus&gt; nghe ổn. 14:29 &lt;deer&gt; &lt;postman&gt; nhưng tôi cần hỗ trợ đánh giá 14:30 &lt;deer&gt; &lt;postman&gt; hiện tôi khá bận đời thực và in/out proxies 14:30 &lt;jrandom&gt; (eew, đời thực!) 14:30 &lt;deer&gt; &lt;postman&gt; và não tôi cỡ hạt đậu - nên tôi không giỏi Java chút nào 14:31 &lt;deer&gt; &lt;postman&gt; tôi cần ai đó giúp cách biến cái này thành một dịch vụ cục bộ/tùy chọn 14:31 &lt;modulus&gt; biết đâu đã có thứ làm việc này qua TCP? nếu có thì dùng luôn. 14:31 &lt;deer&gt; &lt;DrWoo&gt; postman: tôi nghi ngờ nó cỡ hạt đậu, thở thôi chắc cũng cần cỡ hạt óc chó ;) 14:32 &lt;jrandom&gt; lướt nhanh qua hotscripts, tôi thấy có cái làm pop3, dù không rõ có smtp xác thực không 14:32 &lt;deer&gt; &lt;postman&gt; modulus: tôi đoán có thứ ngoài kia có thể dùng/điều chỉnh - để nó chạy trong một jetty instance riêng thì sẽ 'sexy' 14:32 &lt;jrandom&gt; tôi chắc là có cái gì đó, ta chỉ cần một tâm hồn ưa mạo hiểm đi tìm nó :) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: cái này hack khá dễ, tôi nghĩ vậy 14:33 &lt;jrandom&gt; chính xác - trong thế giới lý tưởng, ai đó chỉ cần lấy mywebmail.war và lưu vào thư mục webapps/ rồi mở `http://localhost:7657/mywebmail/` 14:33 &lt;deer&gt; &lt;postman&gt; thôi, tôi để vấn đề này cho mọi người suy nghĩ :) 14:33 &lt;modulus&gt; dù là app độc lập cũng ổn, với i2ptunel 14:33 &lt;jrandom&gt; đúng rồi modulus 14:33 &lt;deer&gt; &lt;postman&gt; ừ :) 14:34 &lt;jrandom&gt; và local&gt;&gt; remote, vì phía local có thể làm những việc như truy cập GPG keyrings của bạn v.v. 14:34 &lt;deer&gt; &lt;postman&gt; tôi sẽ làm mọi thứ cần thiết để hỗ trợ hệ thống như vậy ở phía server 14:34 &lt;modulus&gt; hy vọng là rất ít. 14:36 &lt;deer&gt; &lt;postman&gt; tất nhiên sẽ có thông báo chính thức ngay khi có truy cập Internet - hãy chờ xem - có thể ý tưởng webmail cũng tiến triển 14:36 &lt;deer&gt; &lt;postman&gt; bên tôi tạm thế 14:36 &lt;deer&gt; * postman ngồi xuống lại và nhấp cà phê 14:36 &lt;modulus&gt; bạn có thể làm gì về việc lọc dữ liệu tiết lộ danh tính ẩn danh không? 14:36 &lt;jrandom&gt; quá đã, cảm ơn postman! nghe hấp dẫn 14:36 &lt;modulus&gt; một số MUA (Mail User Agent - trình email) rất tệ khoản này. 14:37 &lt;deer&gt; &lt;postman&gt; modules: xem trang web nhé - có cả bài 'giáo huấn' nhiều trang về chuyện đó 14:37 &lt;jrandom&gt; :) 14:37 &lt;modulus&gt; ok 14:37 &lt;jrandom&gt; `http://www.postman.i2p/sec.html` để bắt đầu 14:37 &lt;modulus&gt; tôi đã đọc, chỉ nghĩ có thể lọc vài trường. 14:37 &lt;modulus&gt; có thể tôi tin postman nhưng không tin người khác. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: CHÚNG đã được lọc 14:38 &lt;modulus&gt; ok, lần trước tôi thử thì chưa. 14:38 &lt;modulus&gt; xin lỗi. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: sec2.html mô tả CÁC dòng header nào được lọc hoặc thay đổi 14:38 &lt;deer&gt; &lt;postman&gt; modulus: bạn đang nói tới dòng header nào? 14:38 &lt;modulus&gt; kiểu 'from domain (IP)' ấy 14:39 &lt;jrandom&gt; sẽ tốt nếu script webmail cục bộ tự lọc tại chỗ 14:39 &lt;jrandom&gt; (bên cạnh bất cứ lọc nào làm ở smtp.postman.i2p) 14:39 &lt;deer&gt; &lt;postman&gt; modulus: chuyện đó trao đổi riêng nhé, ok? :) 14:40 &lt;deer&gt; &lt;postman&gt; jrandom2p: tất nhiên - tôi mừng nếu mỗi client tự làm bài tập của mình 14:40 &lt;modulus&gt; được, xin lỗi. 14:41 &lt;jrandom&gt; ok, còn gì nữa cho phần mail.i2p không? 14:41 &lt;jrandom&gt; nếu không, 4) ??? 14:41 &lt;deer&gt; * duck có thứ cho #4 14:42 &lt;jrandom&gt; gì vậy duck? 14:42 &lt;deer&gt; &lt;duck&gt; ổ cứng của home.duck.i2p bị hỏng nặng 14:42 &lt;jrandom&gt; (trời ơi) 14:42 &lt;deer&gt; &lt;duck&gt; may là các tài khoản hosting hầu như chưa dùng, trừ alexandria 14:42 &lt;deer&gt; &lt;duck&gt; có ai ở đây leech hết ebook không? :) 14:43 &lt;deer&gt; &lt;duck&gt; nếu có, tôi bị thiếu vài cái, nhắn tôi nhé 14:43 &lt;jrandom&gt; thực ra, tôi nghĩ thetower đã làm 14:43 &lt;deer&gt; &lt;duck&gt; tôi biết hypercubus cũng có 14:43 &lt;deer&gt; &lt;postman&gt; chết tiệt 14:43 &lt;jrandom&gt; tôi thấy mirror trên trang của anh ấy lúc trước 14:43 &lt;deer&gt; &lt;postman&gt; :/ 14:43 &lt;deer&gt; &lt;duck&gt; hay đấy 14:43 &lt;jrandom&gt; nhưng tôi không biết có đủ không, hay cập nhật tới đâu 14:43 &lt;deer&gt; &lt;duck&gt; alexandria giờ ở `http://duck.i2p/alexandria/` 14:44 &lt;deer&gt; &lt;duck&gt; và tôi quay lại xấu hổ đây 14:44 &lt;deer&gt; &lt;duck&gt; . 14:44 &lt;jrandom&gt; không cần xấu hổ, bạn đã cung cấp một dịch vụ miễn phí quá đỉnh! 14:45 &lt;jrandom&gt; có lẽ giờ là dịp cho một site kiểu geocities.i2p ;) 14:46 &lt;deer&gt; &lt;duck&gt; à, tôi làm web frontend cho yodel ở `http://duck.i2p/yodel/` 14:46 &lt;jrandom&gt; à, một thứ tôi không có trong agenda là chuyện liên quan BT. tôi biết dinoman đang hack cái đó - có lẽ anh ấy muốn nói gì? 14:46 &lt;jrandom&gt; ồ hay 14:48 * jrandom ghi nhận link mirror alexandria của thetower trả về 404 14:48 &lt;deer&gt; &lt;gott&gt; tôi có đề xuất. 14:48 &lt;jrandom&gt; gì vậy gott? 14:48 &lt;deer&gt; &lt;gott&gt; sẽ hay nếu 0.4.2 thêm một liên kết tới một trong các danh sách site trên những trang như của thetower, baffled hoặc của tôi. 14:49 &lt;jrandom&gt; ý hay đó 14:49 &lt;jrandom&gt; có lẽ cả ba 14:49 &lt;deer&gt; &lt;gott&gt; Mục đích là (a) giữ danh sách eepsite đang hoạt động và (b) tạo một chỉ mục cho i2p giống như FIND / Dolphin 14:49 &lt;jrandom&gt; của bạn cũng hay, có cả link tới các eepsite 14:49 &lt;deer&gt; &lt;gott&gt; cái ở `http://gott.i2p/sites.html` được cập nhật thường xuyên 14:49 &lt;deer&gt; &lt;gott&gt; và script chạy hằng ngày 14:49 &lt;deer&gt; &lt;gott&gt; tôi có thể thêm mô tả tùy chọn cho các liên kết (nhờ script của baffled) 14:50 &lt;deer&gt; &lt;gott&gt; như vậy sẽ thành một chỉ mục 14:50 &lt;jrandom&gt; có lẽ nên có đánh dấu "recently added" hoặc "recently removed" nữa? 14:50 &lt;jrandom&gt; chuẩn 14:51 &lt;deer&gt; &lt;gott&gt; khá ổn. 14:51 &lt;deer&gt; &lt;gott&gt; tôi nói vậy là hết. 14:51 &lt;deer&gt; &lt;gott&gt; ồ, thêm chuyện nữa 14:51 &lt;deer&gt; &lt;gott&gt; snipsnap chạy tốt trên i2p 14:52 &lt;deer&gt; &lt;gott&gt; vậy có thể sẽ có các eepsite kiểu kuro5hin nổi lên kiểu SCUM 14:52 &lt;jrandom&gt; đỉnh quá 14:52 &lt;deer&gt; &lt;gott&gt; *trừ việc còn 'mưu mô' hơn kiểu SCUM 14:52 &lt;jrandom&gt; một bài hướng dẫn cách dựng sẽ rất tuyệt 14:52 &lt;deer&gt; &lt;gott&gt; bạn thả file .war vào webapps 14:52 &lt;deer&gt; &lt;gott&gt; khá là đơn giản ;-) 14:53 &lt;deer&gt; &lt;polecat&gt; snipsnap...SCUM...? 14:53 &lt;jrandom&gt; thật sự dễ vậy à? booyeah! 14:53 &lt;jrandom&gt; polecat - http://snipsnap.org/space/start 14:53 &lt;deer&gt; &lt;gott&gt; tôi nói xong rồi. 14:53 &lt;deer&gt; * gott rút lui. 14:53 &lt;jrandom&gt; cảm ơn gott 14:54 &lt;jrandom&gt; nickster từng dùng snipsnap một thời gian 14:54 &lt;jrandom&gt; ok, còn ai muốn nêu gì nữa không? 14:55 * jrandom ghi nhận là ta gần chạm mốc 1 giờ rồi dù KHÔNG có newsbyte ;) 14:55 &lt;deer&gt; &lt;polecat&gt; tôi thích bánh! 14:55 &lt;deer&gt; &lt;gott&gt; tôi còn chuyện nữa. 14:55 &lt;deer&gt; &lt;duck&gt; ồ, orz đã thức 14:55 &lt;deer&gt; &lt;gott&gt; tôi muốn thông báo là ngay sau khi 0.4.2 phát hành tôi sẽ đăng một bài phỏng vấn jrandom về các vấn đề liên quan i2p. 14:55 &lt;deer&gt; &lt;polecat&gt; tôi không biết đây là buổi họp chính thức. Có thể nói về ý tưởng máy chủ tên miền của tôi... 14:56 &lt;deer&gt; &lt;duck&gt; tôi gợi ý mọi người Nhật vào xem eepsite/ircserver của anh ấy 14:56 &lt;deer&gt; &lt;gott&gt; chưa có gì cụ thể cho tới khi hỏi đáp xong, nhưng mọi người có cái để mong chờ. 14:56 &lt;deer&gt; &lt;gott&gt; nó sẽ ở eeplog của tôi và nếu jrandom thấy ổn, có thể được giới thiệu đâu đó trên i2p.net 14:57 &lt;deer&gt; * gott lại rút lui. 14:57 &lt;deer&gt; &lt;postman&gt; modulus: 14:57 &lt;jrandom&gt; ừ, site và IRC server của orz chạy tốt, chỉ là tôi không biết nó nói gì :) 14:58 &lt;modulus&gt; DẠ? 14:58 &lt;modulus&gt; xin lỗi viết hoa. 14:58 &lt;deer&gt; &lt;DrWoo&gt; polecat: vậy nameserver thì sao? 14:58 &lt;deer&gt; * gott thôi rút lui 14:58 &lt;deer&gt; &lt;gott&gt; duck: anh ấy nói tiếng Anh chứ? 14:59 &lt;jrandom&gt; ờ polecat, có gì vậy? 14:59 &lt;jrandom&gt; polecat: chúng ta có cuộc họp hàng tuần vào thứ Ba lúc 9 giờ tối GMT 14:59 &lt;deer&gt; &lt;gott&gt; tôi đoán là có, vì dựng mọi thứ tốt thế. 14:59 &lt;jrandom&gt; (log sẽ đăng tại `http://www.i2p/meetings` khi xong ;) 15:00 &lt;deer&gt; &lt;polecat&gt; Vâng. Tôi nghĩ một name server có thể là ý hay. Nhưng không phải DNS. c.c Tôi có ý tưởng về một server chỉ làm việc chuyển đổi giữa các địa chỉ phụ thuộc giao thức và tên dễ đọc. 15:00 &lt;jrandom&gt; tức kiểu bộ phân giải URI--&gt;URL, đại khái vậy? 15:01 &lt;deer&gt; &lt;polecat&gt; cái đó sẽ thay thế hosts.txt, và cuối cùng thay DNS khi nó hỗ trợ IPv4 và IPv6. 15:01 &lt;deer&gt; &lt;polecat&gt; name =&gt; hash trong i2p. Như duck.i2p =&gt; mớ loằng ngoằng 15:02 &lt;jrandom&gt; đúng đúng 15:02 &lt;deer&gt; &lt;polecat&gt; Vấn đề với DNS là nó có các "yêu cầu" (tức là các hack) như máy chủ MX, phân cấp root, và đủ thứ khó chịu. Mức độ hack của DNS còn khiến Usenet xấu hổ. 15:03 &lt;deer&gt; &lt;polecat&gt; lúc trước tôi nói về chuyện này, và ai đó nhắc tới http://distributeddns.sourceforge.net/ 15:03 &lt;deer&gt; &lt;polecat&gt; tôi chưa có dịp xem trang đó. 15:05 &lt;jrandom&gt; có rất nhiều điều cần nhớ khi thiết kế hệ thống đặt tên, và theo đó có nhiều đánh đổi phải chấp nhận. cũng có nhiều thảo luận cải tiến qua các năm (không chỉ trong i2p) để xử lý nhiều vấn đề, nhưng có một giải pháp cụ thể thì thật tuyệt 15:05 &lt;deer&gt; &lt;gott&gt; khá tốt, khá tốt. 15:07 &lt;jrandom&gt; tôi có quan điểm riêng, nhưng đó là điểm mạnh của i2p - quan điểm riêng của tôi không quan trọng :) bất kỳ loại naming service nào cũng có thể được ứng dụng client dùng, vì toàn bộ chức năng đó nằm ngoài phạm vi core 15:08 &lt;jrandom&gt; tôi biết nano cũng đang làm gì đó - có vài mục ở nano.i2p, dù tôi không rõ tiến triển 15:08 &lt;deer&gt; &lt;polecat&gt; Đồng ý; bạn có thể viết client dùng một ddns server cũng như viết chúng phân tích hosts.txt cục bộ 15:08 &lt;deer&gt; &lt;gott&gt; jrandom: Tôi sợ ngày mà hosts.txt hay hệ thống tên tương đương bắt đầu có &lt;&lt;enlarge.your.penis.i2p&gt;&gt; 15:09 &lt;deer&gt; &lt;polecat&gt; Có lẽ sẽ dễ hơn; hiện tại chỉ I2PTunnel có khả năng hiểu hosts.txt. Thêm nữa nếu định cạnh tranh với IPv4 và IPv6 thì ta không thể chấp nhận chức năng hạn chế trong khi chúng không bị vậy. 15:10 &lt;jrandom&gt; một thời gian trước mihi đã tách các hook đặt tên trong i2ptunnel - bất cứ thứ gì triển khai http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html đều có thể dùng một cách trong suốt 15:10 &lt;jrandom&gt; (và bao gồm cả I2PTunnel và SAM) 15:10 &lt;deer&gt; &lt;polecat&gt; Thật à? Tôi sẽ xem cái đó nữa... 15:11 &lt;jrandom&gt; vâng, chúng đánh đổi chức năng để lấy bảo mật và danh tính 15:11 &lt;deer&gt; &lt;polecat&gt; Và vì i2p có các hash dài cho an ninh mật mã, có name server càng quan trọng vì đa số người không thể nhớ toàn bộ địa chỉ hash của i2p. 15:11 &lt;jrandom&gt; ví dụ jackboots có thể đạp cửa nhà $domainOwner 15:11 &lt;jrandom&gt; (và ai đó có thể giả mạo DNS khá dễ) 15:12 &lt;jrandom&gt; nhưng có chức năng phân giải tên --&gt; vị trí nào đó thì chắc chắn quan trọng 15:13 &lt;deer&gt; &lt;polecat&gt; Không có máy chủ tập trung, bạn không thể có tên duy nhất dễ đọc. Dù có chữ ký mật mã, phần dễ hiểu với con người vẫn có thể bị trùng. 15:14 &lt;lucky&gt; ứ. 15:14 &lt;lucky&gt; Sao bạn không bảo deer chặn gott đi? 15:14 &lt;jrandom&gt; có nhiều đánh đổi 15:14 &lt;jrandom&gt; tôi đã phác quan điểm của mình tại http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 15:15 &lt;jrandom&gt; nhưng tôi sẽ không viết naming service sớm đâu, nên ai triển khai muốn làm gì thì cứ tự do :) 15:15 &lt;lucky&gt; hê. Tôi tưởng đó trả lời câu hỏi về Gott. 15:15 &lt;jrandom&gt; hê 15:15 &lt;jrandom&gt; không, dạo này gott đóng góp tích cực 15:16 &lt;jrandom&gt; ok, dù sao thì polecat, bạn nên dựng một eepsite với ý tưởng của bạn đi 15:16 &lt;lucky&gt; trời ơi, thế giới đi về đâu? 15:16 &lt;deer&gt; &lt;polecat&gt; tôi đang nghĩ tự viết một naming service. tôi muốn biết mọi người thích gì và nhận chỉ dẫn để triển khai cho thật tốt. 15:16 &lt;lucky&gt; Ồ, tôi đóng góp sao? 15:16 &lt;lucky&gt; Tôi biết chút Java. Như gán biến. 15:16 &lt;lucky&gt; Và ++j nghĩa là gì 15:17 &lt;deer&gt; &lt;polecat&gt; Ừm... một eepsite... 15:17 &lt;deer&gt; &lt;polecat&gt; ++j là toán tử tăng sau trên biến j? 15:18 &lt;jrandom&gt; polecat: bạn có thể đăng lên mailing list hoặc forum. có lẽ lập một poll trong forum nếu muốn xem mọi người thích gì? 15:18 &lt;deer&gt; &lt;polecat&gt; Vấn đề là máy này hay bị reset vào Windoze, nên trừ khi tôi đặt eepsite lên phân vùng vfat, tôi không thể chia sẻ thông tin của nó giữa các hệ điều hành. 15:19 &lt;jrandom&gt; 'k, vậy có lẽ tốt nhất để mấy thứ đặt tên lên forum thay vì eepsite :) 15:20 &lt;deer&gt; &lt;polecat&gt; Forum ở đâu ấy nhỉ...? 15:20 &lt;jrandom&gt; `http://forum.i2p/` 15:20 &lt;jrandom&gt; và http://forum.i2p.net/ 15:20 &lt;jrandom&gt; (đặt tên thật là tuyệt phải không? :) 15:21 &lt;deer&gt; &lt;gott&gt; tôi luôn đóng góp tích cực. 15:21 &lt;deer&gt; &lt;polecat&gt; Đúng, trừ việc tất cả ta vẫn wget file hosts.txt từ nguồn tập trung. ;3 15:22 * jrandom dùng cp, không phải wget ;) 15:22 &lt;jrandom&gt; ok, còn ai muốn nêu gì nữa không? 15:23 * jrandom không có ý chặn cuộc thảo luận về đặt tên đâu, chỉ là chúng ta có thể bàn chuyện đó hàng tuần liền 15:23 &lt;deer&gt; &lt;DrWoo&gt; dinoman đang làm server CVS trong i2p à? 15:23 &lt;jrandom&gt; thực ra đã có server CVS trong i2p (cvs.i2p) 15:24 &lt;jrandom&gt; nhưng đúng - nếu tôi nhớ không lầm dinoman đang làm một gforge đầy đủ trong i2p 15:24 &lt;deer&gt; &lt;DrWoo&gt; jrandom: xin lỗi, ý tôi là một CVS hoàn toàn ẩn danh ;) 15:25 &lt;jrandom&gt; này, cvs.i2p là CVS hoàn toàn ẩn danh :) i2p hoàn toàn tự host, nhưng chưa có đủ tiện ích để thêm nhiều dự án khác 15:25 &lt;jrandom&gt; (và có một gforge trên i2p sẽ Rất Đỉnh) 15:26 &lt;deer&gt; &lt;DrWoo&gt; jrandom: cvs.i2p không chạy trên server công khai sao? 15:26 &lt;deer&gt; &lt;polecat&gt; gforge... không biết cái đó... 15:27 &lt;jrandom&gt; có thể ;) 15:27 &lt;jrandom&gt; nhưng mấu chốt là developer có thể ẩn danh và phát triển cho i2p qua i2p 15:27 &lt;jrandom&gt; nếu máy đặt cvs.i2p bị tấn công, ta chỉ cần chuyển destination sang chỗ khác 15:28 &lt;deer&gt; &lt;polecat&gt; Đúng, nên dù mã nguồn i2p dễ bị tịch thu bởi Cánh Tay Dài của Luật Pháp, các developer vẫn phần nào miễn nhiễm nhờ ẩn danh. 15:28 &lt;jrandom&gt; cứ để họ lấy source đi, nó miễn phí mà! :) 15:29 &lt;deer&gt; &lt;DrWoo&gt; jrandom: vâng, tôi hiểu ý bạn, nhưng vẫn có rủi ro như vụ indymedia 15:30 &lt;jrandom&gt; nếu bọn jackboots đạp cửa colo đặt cvs.i2p, tôi chỉ việc cài CVS ở nơi khác, triển khai bản backup của CVS ở đó, và chạy một router i2p với private key của cvs.i2p 15:30 &lt;jrandom&gt; (và KHÔNG nói với ai rằng cvs.i2p == cvs.i2p.net ;) 15:32 &lt;jrandom&gt; ok, còn ai có gì muốn nêu cho buổi họp không? 15:32 &lt;deer&gt; &lt;polecat&gt; hee, ngầu phết. 15:33 &lt;jrandom&gt; nếu không 15:33 * jrandom chuẩn bị kết thúc 15:34 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/10/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-26/Tue, 26 Oct 2004 00:00:00 +0000/vi/blog/2004/10/26/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-26/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi</p> <h2 id="chỉ-mục">Chỉ mục</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>???</li> </ol> <h2 id="1-trạng-thái-mạng">1) Trạng thái mạng</h2> <p>Không muốn nói gở, nhưng trong tuần vừa qua mạng hoạt động hầu như giống như trước - khá ổn định cho irc, eepsites(I2P Sites) tải đáng tin cậy, dù các tệp lớn vẫn thường phải tiếp tục tải lại. Về cơ bản thì không có gì mới để báo cáo, ngoài việc là chẳng có gì mới để báo cáo.</p>/vi/blog/2004/10/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-19-th%C3%A1ng-10-n%C4%83m-2004/Tue, 19 Oct 2004 00:00:00 +0000/vi/blog/2004/10/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-19-th%C3%A1ng-10-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer\_, jrandom, modulus</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:03 &lt;jrandom&gt; 1) 0.4.1.3 14:03 &lt;jrandom&gt; 2) Thời gian kiểm tra Tunnel, và thời gian xử lý gửi 14:03 &lt;jrandom&gt; 3) Thư viện streaming 14:03 &lt;jrandom&gt; 4) files.i2p 14:03 &lt;jrandom&gt; 5) ??? 14:03 &lt;jrandom&gt; 0) chào 14:03 * jrandom vẫy tay 14:04 &lt;modulus&gt; chào chào 14:04 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng ở @ http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 14:04 &lt;deer_&gt; &lt;fidd&gt; chào mọi người 14:04 &lt;jrandom&gt; tôi không dành nhiều thời gian cho các ghi chú, nên chúng khá ngắn gọn 14:05 &lt;jrandom&gt; nhưng, đời là thế mà 14:05 &lt;jrandom&gt; chuyển sang 1) 0.4.1.3 14:05 &lt;jrandom&gt; bản phát hành ra mắt hôm trước và nó thì... ừm... về cơ bản giống như trước 14:05 &lt;jrandom&gt; chạy đủ tốt cho hầu hết mọi thứ, nhưng chưa ổn định như chúng ta muốn 14:06 &lt;jrandom&gt; thông lượng vẫn thấp, nhưng đó là vấn đề đã biết sẽ xử lý trong 0.4.2 14:06 &lt;jrandom&gt; như đã nói trong email, tôi không kỳ vọng sẽ còn bản 0.4.1.* nào nữa 14:07 &lt;jrandom&gt; tôi không có gì thêm về mục này - ai có bình luận / lo ngại gì không? 14:07 &lt;deer_&gt; &lt;newsbyte&gt; có: còn vụ treo máy thì sao? 14:09 &lt;jrandom&gt; tôi không loại trừ khả năng máy bạn bị treo do I2P, nhưng tôi rất nghi ngờ điều đó 14:09 &lt;jrandom&gt; chưa ai báo cáo chuyện đó xảy ra trên bất kỳ nền tảng nào 14:09 &lt;deer_&gt; &lt;newsbyte&gt; ừ... theo tôi thì chắc hẳn có liên quan theo cách nào đó, nếu không phải trực tiếp 14:09 &lt;deer_&gt; &lt;newsbyte&gt; có lẽ do Java? 14:10 &lt;jrandom&gt; bạn đang dùng 1.5 trên w2k? 14:10 &lt;jrandom&gt; hay 1.4.2_05? 14:10 &lt;deer_&gt; &lt;newsbyte&gt; không, 1.5 14:10 &lt;jrandom&gt; ok 14:10 &lt;deer_&gt; &lt;newsbyte&gt; tất nhiên tôi không thể loại trừ đó là thứ khác 14:11 &lt;deer_&gt; &lt;newsbyte&gt; có thể trùng hợp khi nó xảy ra hai lần 14:11 &lt;jrandom&gt; ừ, nếu bạn muốn thì sau cuộc họp ta bàn thêm cách tìm nguyên nhân 14:11 &lt;deer_&gt; &lt;newsbyte&gt; nhưng lần trước... tôi không rõ... khi đó không có gì khác đang chạy mấy 14:11 &lt;deer_&gt; &lt;dinoman&gt; 1.5 trên w2k chạy tốt với tôi :) 14:11 &lt;deer_&gt; &lt;newsbyte&gt; đúng thế, tuy vậy 14:11 &lt;deer_&gt; &lt;newsbyte&gt; chẳng lẽ không có log debug đơn giản nào à? 14:11 &lt;jrandom&gt; nếu nó xảy ra nữa, vui lòng gửi cho tôi wrapper.log và logs/log-router-*.txt 14:11 &lt;deer_&gt; &lt;newsbyte&gt; có thể hữu ích khi nó bị treo 14:11 &lt;jrandom&gt; log còn nhiều hơn cả cát ;) 14:12 &lt;jrandom&gt; ok tuyệt đấy dinoman 14:12 &lt;jrandom&gt; có lẽ là do tương tác với tường lửa phần mềm của bạn 14:12 &lt;deer_&gt; &lt;newsbyte&gt; có thể 14:12 &lt;jrandom&gt; nhưng đúng vậy, gửi log cho tôi nếu nó lại xảy ra 14:12 &lt;jrandom&gt; (làm ơn :) 14:12 &lt;deer_&gt; &lt;newsbyte&gt; ừ, nếu nó bị chặn thì tôi hiểu được 14:12 &lt;deer_&gt; &lt;newsbyte&gt; nhưng treo cứng hoàn toàn... không biết nữa... hơi rợn 14:13 &lt;deer_&gt; &lt;newsbyte&gt; nhìn ở mặt tích cực: tôi có 27/63 rồi 14:13 &lt;jrandom&gt; tuyệt 14:13 &lt;jrandom&gt; ok, còn ai có câu hỏi/bình luận/lo ngại gì về 0.4.1.3 không? 14:13 &lt;deer_&gt; &lt;newsbyte&gt; tôi đoán tôi sẽ nhờ Whoo hướng dẫn tôi qua cái eep đó 14:13 &lt;deer_&gt; &lt;dinoman&gt; chỉ đừng dùng nó với Sygate Personal Firewall, tệ tệ 14:13 &lt;deer_&gt; &lt;newsbyte&gt; tại sao? 14:14 &lt;deer_&gt; &lt;dinoman&gt; crash 14:14 &lt;deer_&gt; &lt;newsbyte&gt; đúng; bạn quên 6) lợi nhuận!! 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:14 &lt;deer_&gt; &lt;newsbyte&gt; crash? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ờm 14:14 &lt;jrandom&gt; dinoman: nó làm sập OS của bạn? tường lửa? I2P? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; vậy thì, chẳng phải thế giải thích được rồi sao? ;-) 14:15 &lt;jrandom&gt; newsbyte: bạn đang chạy Sygate Personal Firewall? 14:15 &lt;deer_&gt; &lt;newsbyte&gt; đúng vậy 14:15 &lt;deer_&gt; &lt;newsbyte&gt; ừ, không phải trên router của tôi 14:15 &lt;deer_&gt; &lt;newsbyte&gt; nhưng trên máy tính thì có 14:15 &lt;deer_&gt; &lt;newsbyte&gt; có vẻ ta đã lần ra được gì đó 14:16 &lt;deer_&gt; &lt;DrWoo&gt; newsbyte: /join #i2p-chat để jrandom có thể tiếp tục cuộc họp 14:16 &lt;deer_&gt; &lt;newsbyte&gt; tuy nó không crash/treo ngay lập tức, rõ ràng là vậy 14:16 &lt;deer_&gt; &lt;dinoman&gt; ờ nó làm sập Windows 14:16 &lt;deer_&gt; &lt;newsbyte&gt; ? 14:16 &lt;deer_&gt; &lt;newsbyte&gt; jrand đã ở đây rồi 14:16 &lt;deer_&gt; &lt;dinoman&gt; xin lỗi, tôi vừa lơ đãng 14:16 &lt;jrandom&gt; ok, có lẽ ta có thể xem SPF đang b0rking ở chỗ nào 14:16 &lt;jrandom&gt; nếu không còn gì về 0.4.1.3, chuyển sang 2) Thời gian kiểm tra Tunnel, và thời gian xử lý gửi 14:17 &lt;jrandom&gt; hôm qua có vài thảo luận về một số timeout, và về cơ bản đôi khi mọi thứ mất quá nhiều thời gian 14:17 &lt;jrandom&gt; tôi không nghĩ các spike bạn thấy ở http://dev.i2p.net/~jrandom/processingTime.png là hợp lý 14:18 &lt;jrandom&gt; ừ, chúng là thật - nó thực sự mất từng đó thời gian 14:18 &lt;jrandom&gt; ý tôi là, chúng ta nên loại bỏ được chúng 14:18 &lt;jrandom&gt; một số việc xếp hàng là không tránh khỏi, nhưng nếu cẩn thận hơn với những gì ta chấp nhận, ta có thể giảm nó 14:19 &lt;jrandom&gt; độ trễ cũng có thể do thỉnh thoảng có spike trong thời gian xử lý job, mà chúng ta có thể tinh chỉnh dữ dội (fsck) 14:20 &lt;jrandom&gt; nói chung, việc xếp hàng thông điệp có vẻ ổn, dù đôi khi làm tăng vọt một số bài kiểm tra Tunnel 14:20 &lt;deer_&gt; &lt;newsbyte&gt; chà.. tôi ước freenet và i2p có thể thực sự hợp nhất... có vẻ tiến độ sẽ nhanh hơn nhiều, có thể có lợi cho cả hai 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; ừ, tôi không hiểu sao fsck lại hữu ích cho jon processing :) 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; s/jon/job/ 14:21 &lt;jrandom&gt; có rất nhiều tiềm năng hợp tác, nhưng hai dự án có mục tiêu rất khác nhau 14:21 &lt;jrandom&gt; !thwap Ragnarok 14:21 &lt;deer_&gt; &lt;newsbyte&gt; ờm 14:21 &lt;jrandom&gt; à, một điều tôi đã đề cập hôm qua 14:21 &lt;deer_&gt; &lt;newsbyte&gt; tôi không nghĩ mục tiêu của các dự án lại khác biệt đến thế... 14:22 &lt;deer_&gt; &lt;DrWoo&gt; jrandom: mục tiêu kỹ thuật 14:22 &lt;jrandom&gt; newsbyte: ta có thể bàn chuyện đó ở 5) ??? hoặc sau nếu bạn muốn, hiện giờ ta đang ở mục 2) 14:22 &lt;deer_&gt; &lt;DrWoo&gt; úi, newsbyte: mục tiêu kỹ thuật 14:22 &lt;deer_&gt; &lt;Ragnarok&gt; hehe 14:22 &lt;deer_&gt; &lt;newsbyte&gt; đúng, và 3) profit! theo truyền thống của /. 14:22 &lt;deer_&gt; &lt;newsbyte&gt; :-) 14:22 &lt;deer_&gt; &lt;Demokritos&gt; tôi không tin nổi Tor không tương thích ngược từ 0.0.8 lên 0.0.8.1 14:23 &lt;jrandom&gt; với việc kiểm tra Tunnel, có một ngưỡng tối thiểu cho thời gian kiểm tra - hiện mặc định đặt là 5 giây 14:23 &lt;jrandom&gt; bản phát hành trước có giới hạn cứng 30 giây, nhưng bạn có thể cấu hình thời gian kiểm tra Tunnel riêng bằng cách cập nhật `http://localhost:7657/configadvanced.jsp` và thêm "router.tunnelTestMinimum=10000" (hoặc giá trị khác - giá trị đó tính bằng mili giây) 14:23 &lt;deer_&gt; &lt;newsbyte&gt; những giây đó, chúng có tính 'phù phép' không? 14:24 &lt;jrandom&gt; mặc định 5 giây vẫn ổn 14:24 &lt;deer_&gt; &lt;Demokritos&gt; thực ra tôi đã nâng cấp Tor hôm kia vì nó ngừng hoạt động, và giờ mạng lại bảo tôi đang dùng phiên bản không tương thích... cái quái gì vậy.. 14:24 &lt;deer_&gt; &lt;Demokritos&gt; ồ... chào mọi người :) 14:24 &lt;jrandom&gt; newsbyte: thời gian kiểm tra Tunnel là MAX(avgTunnelTestTime*2, minTunnelTestTime) 14:25 &lt;jrandom&gt; (chúng ta có minTunnelTestTime vì nếu không, một loạt bài kiểm tra quá nhanh có thể gây ra lỗi dây chuyền) 14:26 &lt;jrandom&gt; có thể tìm thêm chi tiết tại http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 14:26 &lt;deer_&gt; &lt;newsbyte&gt; hmm 14:26 &lt;deer_&gt; &lt;Demokritos&gt; thật nực cười... một công ty tuyển dụng muốn tôi dùng Internet Explorer, nếu không tôi không thể đăng ký đơn 14:27 &lt;jrandom&gt; *đằng hắng* mọi người nhận ra log cuộc họp này sẽ lên web, đúng không? :) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; &lt;-- không giỏi tiếng Anh lắm 14:27 &lt;deer_&gt; &lt;newsbyte&gt; thật sao?! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; Chào mẹ! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; ờ, xin lỗi. tôi đang làm phiền cuộc họp... tôi đi đây 14:28 &lt;jrandom&gt; không, cứ ở lại, nhưng bàn chuyện i2p nhé ;) 14:28 &lt;deer_&gt; &lt;newsbyte&gt; đừng lo; quấy rầy là một nghệ thuật, cứ để ý tôi rồi bạn sẽ học được 14:28 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:28 &lt;jrandom&gt; ok, còn gì nữa về 2) Thời gian kiểm tra Tunnel, và thời gian xử lý gửi không? 14:28 &lt;deer_&gt; &lt;Ragnarok&gt; tập trung nào mọi người 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] đã thoát [Lỗi đọc: 60 (Hết thời gian thao tác)] 14:29 &lt;jrandom&gt; nếu không, chuyển sang 3) Thư viện streaming 14:29 &lt;jrandom&gt; như đã đề cập trong ghi chú trạng thái, có nhiều tiến triển 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] đã tham gia #i2p 14:29 &lt;deer_&gt; &lt;newsbyte&gt; do bạn làm à? 14:29 &lt;jrandom&gt; chưa xong đâu, nhưng tôi hy vọng sẽ làm vài thử nghiệm trực tiếp trong tuần tới 14:30 &lt;jrandom&gt; vâng, tôi đang làm việc trên thư viện streaming 14:30 &lt;jrandom&gt; cuối cùng hôm nay tôi đã khiến nó ping() được ;) 14:30 &lt;deer_&gt; &lt;Ragnarok&gt; hay đấy :) 14:31 &lt;jrandom&gt; ok, tôi thực sự không có gì thêm về phần đó 14:31 &lt;jrandom&gt; ai có câu hỏi / bình luận / lo ngại nào không? 14:31 &lt;deer_&gt; &lt;newsbyte&gt; ờm... tốc độ? 14:31 &lt;jrandom&gt; tốc độ ổn 14:31 &lt;deer_&gt; &lt;baffled&gt; bạn kỳ vọng tăng tốc/ thông lượng kiểu nào? 14:31 &lt;jrandom&gt; tôi kỳ vọng cải thiện thông lượng đáng kể 14:32 &lt;deer_&gt; &lt;newsbyte&gt; anh ấy bảo là mong bị phạt (fine) kìa 14:32 &lt;deer_&gt; &lt;newsbyte&gt; vì chạy quá tốc độ 14:32 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:32 &lt;jrandom&gt; ngoài ra, với các kết nối yêu cầu/đáp nhỏ, độ trễ sẽ giảm mạnh 14:32 &lt;jrandom&gt; (giảm một nửa) 14:32 &lt;deer_&gt; &lt;dinoman&gt; wow 14:32 &lt;deer_&gt; &lt;dinoman&gt; có phải dùng UDP không? 14:33 &lt;jrandom&gt; thư viện mới cũng mở ra mọi tham số tinh chỉnh hay ho cho các stack TCP thông thường, nên ứng dụng sẽ có thể tự tinh chỉnh cấu hình của mình 14:33 &lt;jrandom&gt; không dinoman, cái này hoạt động trên I2CP của i2p 14:33 &lt;deer_&gt; &lt;dinoman&gt; wow x2 14:33 &lt;jrandom&gt; (tuy vậy khoảng một tháng nữa chúng ta sẽ viết mã tương tự để có transport UDP..) 14:34 &lt;jrandom&gt; nhưng, ừ, cứ xem sao. 14:34 &lt;deer_&gt; &lt;newsbyte&gt; bởi vì...? 14:34 &lt;jrandom&gt; vẫn còn rất nhiều việc phải làm 14:34 &lt;jrandom&gt; bởi vì gì? 14:34 &lt;deer_&gt; &lt;newsbyte&gt; ờ, TCP không làm được điều đó sao? 14:35 &lt;jrandom&gt; ồ, tại sao chúng ta sẽ dùng UDP? http://www.i2p.net/todo#transport 14:35 &lt;deer_&gt; &lt;newsbyte&gt; tôi nhớ trên freenet cũng có bàn luận tương tự, nhưng họ vẫn bám TCP cho đến giờ 14:35 &lt;jrandom&gt; hơn nữa, TCP là transport streaming đa dụng - chúng ta có thể đơn giản hóa mạnh, vì chúng ta chịu được một mức độ lộn thứ tự nhất định 14:35 &lt;deer_&gt; &lt;newsbyte&gt; không phải quyết định nào của họ cũng tốt đâu ;-) 14:36 &lt;jrandom&gt; newsbyte: tôi đã theo dõi các thảo luận đó và chúng ta sẽ chuyển sang UDP 14:36 &lt;jrandom&gt; (điều đó không có nghĩa freenet sai - họ có các ràng buộc khác) 14:37 &lt;deer_&gt; &lt;Ragnarok&gt; i2p không nên bị so sánh quá sát với freenet. Về kỹ thuật chúng rất khác nhau. 14:37 &lt;deer_&gt; &lt;newsbyte&gt; (hoặc: họ ĐÚNG LÀ sai ;-) 14:37 &lt;jrandom&gt; tôi không nghĩ việc họ dùng TCP hiện tại là sai, cũng như tôi không nghĩ việc I2P trước đây dùng TCP là sai. tiến bộ cần những bước nhỏ 14:38 &lt;deer_&gt; &lt;mule_iip&gt; newsbyte đảm bảo các cuộc họp không quá ngắn 14:38 &lt;jrandom&gt; heh 14:38 &lt;deer_&gt; &lt;newsbyte&gt; ừ, chẳng có gì tệ hơn mấy cuộc họp ngắn 14:38 &lt;deer_&gt; &lt;newsbyte&gt; bạn sẽ không thể ăn hết bắp rang và uống hết bia được 14:38 &lt;jrandom&gt; ok, còn gì nữa về 3) Thư viện streaming không? 14:39 &lt;jrandom&gt; nếu không, 4) files.i2p 14:39 &lt;deer_&gt; &lt;Ragnarok&gt; tôi nghĩ ổn rồi 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ờ, tôi biết tôi ổn mà 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;deer_&gt; &lt;newsbyte&gt; và còn hài hước nữa 14:39 &lt;deer_&gt; &lt;newsbyte&gt; hầu hết thời gian 14:39 &lt;deer_&gt; &lt;newsbyte&gt; và cũng phiền nữa 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;jrandom&gt; ờ, tôi chỉ muốn giới thiệu files.i2p - một công cụ tìm kiếm mới trên i2p 14:40 &lt;deer_&gt; &lt;newsbyte&gt; à, hiểu rồi 14:40 &lt;deer_&gt; &lt;newsbyte&gt; tôi hy vọng nó sẽ là về việc dựng eepsite 14:41 &lt;jrandom&gt; một điều thú vị là bạn có thể truy cập eepsite đã không còn hoạt động nữa thông qua nó, vì nó có cache 14:41 &lt;deer_&gt; &lt;baffled&gt; nó cache mọi thứ à? 14:41 &lt;deer_&gt; &lt;newsbyte&gt; tất cả công cụ tìm kiếm đến giờ đều ở phía máy chủ? 14:41 &lt;deer_&gt; &lt;Ragnarok&gt; thú vị. Dạo này chắc không quá khó :). 14:41 &lt;jrandom&gt; baffled: theo tôi thấy thì nó cache text/html 14:42 &lt;deer_&gt; &lt;mule_iip&gt; ít nhất nó có giới hạn kích cỡ và loại tập tin, nên sẽ không cache phim 14:42 &lt;deer_&gt; &lt;baffled&gt; À, đúng như tôi nghĩ, không cache nhị phân. 14:42 &lt;deer_&gt; &lt;newsbyte&gt; ý tôi là, chúng không chạy bằng js, tôi đoán vậy? 14:43 &lt;jrandom&gt; nó dùng nutch nếu ai muốn tìm hiểu sâu hơn. hoặc tôi chắc tác giả trang sẽ dựng form góp ý hay gì đó ;) 14:43 &lt;jrandom&gt; newsbyte: đúng, đây chỉ là một website bình thường được host ẩn danh 14:43 &lt;jrandom&gt; trang đó có một công cụ tìm kiếm (như google) 14:44 &lt;jrandom&gt; dù sao, tôi chỉ muốn nhắc đến nó 14:44 &lt;jrandom&gt; gần đây cũng có nhiều blog mọc lên, theo tôi là rất hay 14:44 &lt;jrandom&gt; thư mục dấu trang 'eep' của tôi gần như đầy cả một màn hình :) 14:44 &lt;deer_&gt; &lt;Ragnarok&gt; hehe, myi2p đang tự diễn ra :) 14:45 &lt;jrandom&gt; cậu cứ phải khơi đúng chỗ đau nhỉ, ragnarok? ;) 14:45 &lt;deer_&gt; &lt;Ragnarok&gt; xin lỗi :) 14:46 &lt;jrandom&gt; ok, ai có câu hỏi/bình luận/lo ngại gì liên quan đến files.i2p không? 14:46 &lt;jrandom&gt; nếu không, cho tôi chuyển sang 4.1) biff 14:46 * jrandom suýt quên biff 14:46 &lt;jrandom&gt; postman, bạn có quanh đây không? 14:47 &lt;deer_&gt; &lt;newsbyte&gt; tôi nghĩ anh ấy đang bị biff làm bận 14:47 &lt;jrandom&gt; ừ, nếu không thì, biff là một bot thông báo mail mới cực ngầu 14:47 &lt;jrandom&gt; nếu bạn có tài khoản email tại mail.i2p, bạn có thể bảo biff thông báo cho bạn khi có thư mới 14:47 &lt;deer_&gt; &lt;newsbyte&gt; nó có lưu trữ thư không? 14:48 &lt;jrandom&gt; newsbyte: biff chỉ là bot thông báo, thư được lưu trên máy chủ mail (và truy cập bằng trình đọc thư bình thường của bạn - kmail, v.v.) 14:48 &lt;jrandom&gt; xem `http://www.postman.i2p/` 14:49 &lt;jrandom&gt; ok, vậy, vào eepsite hoặc ghé #mail.i2p ở đó 14:49 &lt;deer_&gt; &lt;newsbyte&gt; tôi sẽ làm, ngay khi tôi dựng xong eepsite của mình 14:49 * jrandom thực ra không biết nhiều thêm về biff - chuyển mọi câu hỏi cho postman 14:50 &lt;jrandom&gt; thay vào đó, chúng ta có thể sang 5) ??? 14:50 &lt;deer_&gt; &lt;newsbyte&gt; đúng vậy 14:50 &lt;jrandom&gt; ai còn điều gì muốn nêu ra không? 14:50 &lt;deer_&gt; * mule_iip giơ tay xin quyền nói: muốn nhắc lại vấn đề FCP qua I2P dai dẳng của tôi. nhưng có lẽ có thể chờ và sẽ được giải quyết 'tự động kỳ diệu' bởi 0.4.2. 14:50 &lt;deer_&gt; &lt;newsbyte&gt; đúng, và vụ treo 14:50 &lt;jrandom&gt; tôi cũng hy vọng vậy mule_iip 14:50 &lt;deer_&gt; &lt;mule_iip&gt; ok, sẽ là nền tảng thử nghiệm của bạn :) 14:50 &lt;jrandom&gt; newsbyte: có gì chúng ta cần bàn về nó không? bạn chỉ cần email cho tôi log nếu nó xảy ra nữa được chứ? 14:51 &lt;jrandom&gt; ồ mule, thế thì tuyệt 14:51 * jrandom chắc chắn sẽ nhận lời đề nghị đó 14:51 &lt;deer_&gt; &lt;newsbyte&gt; ờ... tôi vẫn có thể gửi chúng nếu mọi thứ bị treo chứ? 14:51 &lt;jrandom&gt; các tệp được ghi xuống đĩa. 14:51 &lt;jrandom&gt; khi bạn khởi động lại, gửi log cho tôi 14:51 &lt;deer_&gt; &lt;newsbyte&gt; ý tôi là, trong trường hợp đó, tôi có thể gửi ngay bây giờ, vì chắc chúng nằm đâu đó 14:51 &lt;jrandom&gt; (làm ơn) 14:51 &lt;deer_&gt; &lt;dinoman&gt; tôi ở diễn đàn và thấy dịch vụ jabber đã biến mất. đó có phải của chúng ta cho mọi người không, nếu đúng thì tôi muốn chạy một cái nếu được chứ? 14:51 &lt;jrandom&gt; tuy nhiên các tệp có quay vòng đấy newsbyte 14:52 &lt;jrandom&gt; duck và demonic_1 từng có máy chủ jabber vào nhiều thời điểm, nhưng có vẻ phần lớn hoạt động IM của i2p là trên irc 14:52 &lt;deer_&gt; &lt;newsbyte&gt; các tệp quay vòng? chắc chắn nó lưu khá nhiều dữ liệu trước khi bắt đầu xóa chứ? 14:53 &lt;jrandom&gt; newsbyte: ok, gửi log của bạn cho tôi, biết đâu có gì đó trong đó 14:53 &lt;deer_&gt; &lt;newsbyte&gt; tốt 14:53 &lt;deer_&gt; &lt;newsbyte&gt; ờm 14:54 &lt;deer_&gt; &lt;newsbyte&gt; quỷ thật 14:54 &lt;deer_&gt; &lt;newsbyte&gt; nhiều .log quá 14:54 &lt;deer_&gt; &lt;dinoman&gt; ok 14:54 &lt;deer_&gt; &lt;newsbyte&gt; một người mới sẽ chẳng theo nổi cái này 14:54 &lt;deer_&gt; &lt;newsbyte&gt; tôi đoán bạn đúng khi chưa viết bài /. 14:55 &lt;jrandom&gt; chúng ta không vội 14:55 &lt;deer_&gt; &lt;newsbyte&gt; log-router.txt? 14:55 &lt;jrandom&gt; wrapper.log và logs/log-router-*.txt 14:56 &lt;deer_&gt; &lt;newsbyte&gt; và địa chỉ mail để dùng sẽ là...? 14:56 &lt;deer_&gt; &lt;fidd&gt; dinoman, theo tôi thì một máy chủ jabber sẽ rất hay 14:56 &lt;jrandom&gt; jrandom@i2p.net 14:56 &lt;deer_&gt; &lt;newsbyte&gt; truy cập được qua i2p chứ, tôi hy vọng? 14:56 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:56 &lt;jrandom&gt; newsbyte: bạn có thể đặt log lên eepsite của bạn và nhắn cho tôi URL 14:57 &lt;jrandom&gt; hoặc bạn có thể gửi thư đến jrandom@mail.i2p 14:57 &lt;deer_&gt; &lt;newsbyte&gt; đúng thế! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; ý tưởng hay! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; chỉ có một vấn đề nhỏ: nó vẫn chưa lên 14:57 &lt;jrandom&gt; ok, còn ai có điều gì muốn nêu ra không? 14:57 &lt;jrandom&gt; được, ta có thể làm chuyện đó newsbyte 14:57 &lt;jrandom&gt; (sau cuộc họp) 14:59 &lt;deer_&gt; &lt;newsbyte&gt; cảm ơn, nhưng whoo đã giúp rồi 14:59 &lt;jrandom&gt; nếu không còn gì khác... 14:59 &lt;deer_&gt; &lt;newsbyte&gt; tuy nhiên chúng ta cần một hướng dẫn/wiki/trang trợ giúp/gì đó, chi tiết 14:59 * jrandom kết thúc 14:59 &lt;deer_&gt; &lt;Jake_&gt; tôi muốn nói, cho cuộc họp, nếu có thể có một bản phát hành công khai của i2p trước cuộc bầu cử Mỹ ngày 2/11, điều này sẽ góp phần lớn giúp đảm bảo một nền dân chủ ổn định 14:59 &lt;deer_&gt; &lt;newsbyte&gt; thế còn 6) thì sao? 14:59 &lt;jrandom&gt; newsbyte: bạn có muốn làm việc đó không? 15:00 &lt;jrandom&gt; newsbyte: tôi đồng ý sẽ rất tốt nếu có thêm một số hướng dẫn và thông tin trợ giúp 15:00 &lt;deer_&gt; &lt;Ragnarok&gt; 6) Không có.... số 6 nào cả 15:00 &lt;deer_&gt; &lt;newsbyte&gt; ờ, đúng, kiểu như vậy, nhưng với tôi thì hơi kỳ 15:00 &lt;deer_&gt; &lt;newsbyte&gt; tôi ủng hộ wiki và mấy thứ công khai, miễn phí cho mọi người và tất cả những điều đó 15:00 &lt;deer_&gt; &lt;newsbyte&gt; nhưng cái tôi của tôi phản đối và muốn một chút kiểm soát tối thiểu 15:00 &lt;jrandom&gt; tuyệt 15:00 &lt;deer_&gt; &lt;newsbyte&gt; ai mà hiểu được 15:00 &lt;jrandom&gt; heh 15:01 &lt;jrandom&gt; được thôi, nếu bạn muốn biến eepsite của riêng bạn thành một wiki do bạn kiểm soát, cũng rất tuyệt 15:01 &lt;deer_&gt; &lt;newsbyte&gt; đúng vậy 15:01 &lt;jrandom&gt; mặc dù ugha.i2p có uptime khá tốt 15:01 &lt;deer_&gt; &lt;newsbyte&gt; tôi sẽ nghĩ về điều đó 15:01 &lt;jrandom&gt; tốt 15:02 &lt;deer_&gt; &lt;newsbyte&gt; 6 sẽ là vụ freenet-i2p 15:02 * jrandom kết thúc 15:02 * jrandom *baf*s đóng cuộc họp &lt;/div&gt; {% endblock %} </div>/vi/blog/2004/10/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-19/Tue, 19 Oct 2004 00:00:00 +0000/vi/blog/2004/10/19/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-19/<p>Hi y&rsquo;all, its tuesday again</p> <h2 id="mục-lục">Mục lục</h2> <ol> <li>0.4.1.3</li> <li>Tunnel test time, and send processing time</li> <li>Streaming lib</li> <li>files.i2p</li> <li>???</li> </ol> <h2 id="1-0413">1) 0.4.1.3</h2> <p>Bản phát hành 0.4.1.3 ra mắt cách đây một hai ngày và có vẻ như hầu hết mọi người đã nâng cấp (cảm ơn!). Mạng đang hoạt động khá ổn, nhưng vẫn chưa có bước nhảy vọt về độ tin cậy. Tuy nhiên, các lỗi watchdog từ 0.4.1.2 đã biến mất (hoặc ít nhất chưa ai nhắc đến chúng). Mục tiêu của tôi là bản 0.4.1.3 này sẽ là bản vá cuối cùng trước 0.4.2, tuy nhiên dĩ nhiên nếu có vấn đề lớn nào cần sửa, chúng ta sẽ có thêm một bản nữa.</p>/vi/blog/2004/10/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-c%E1%BB%A7a-i2p-cho-ng%C3%A0y-2004-10-12/Tue, 12 Oct 2004 00:00:00 +0000/vi/blog/2004/10/12/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-c%E1%BB%A7a-i2p-cho-ng%C3%A0y-2004-10-12/<p>Chào mọi người, đã đến lúc cập nhật hàng tuần của chúng ta</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.4.1.2</li> <li>0.4.1.3</li> <li>0.4.2</li> <li>mail discussions</li> <li>???</li> </ol> <h2 id="1-0412">1) 0.4.1.2</h2> <p>Bản phát hành 0.4.1.2 mới đã ra mắt được vài ngày và mọi thứ diễn ra khá đúng như kỳ vọng — tuy nhiên đã có vài trục trặc với thành phần watchdog (trình giám sát) mới, khiến nó buộc dừng router của bạn khi mọi thứ ở trạng thái &ldquo;Bad&rdquo; thay vì khởi động lại. Như tôi đã đề cập trước đó hôm nay, tôi đang mong mọi người dùng công cụ ghi nhật ký thống kê mới để gửi cho tôi một số dữ liệu, vì vậy sự hỗ trợ của bạn ở việc này sẽ được đánh giá rất cao.</p>/vi/blog/2004/10/12/h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-10-n%C4%83m-2004/Tue, 12 Oct 2004 00:00:00 +0000/vi/blog/2004/10/12/h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-12-th%C3%A1ng-10-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer, Janonymous, jrandom, modulus</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) chào 14:04 &lt;jrandom&gt; 1) 0.4.1.2 14:04 &lt;jrandom&gt; 2) 0.4.1.3 14:05 &lt;jrandom&gt; 3) 0.4.2 14:05 &lt;jrandom&gt; 4) thảo luận mail 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) chào 14:05 * jrandom vẫy tay 14:05 &lt;Janonymous&gt; xin chào 14:05 &lt;jrandom&gt; rất nhiều số trong chương trình nghị sự tuần này 14:05 &lt;jrandom&gt; ghi chú trạng thái hằng tuần đã lên @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 &lt;jrandom&gt; (đăng cách đây một vài phút) 14:05 &lt;deer&gt; * cervantes đã mang theo một chiếc gối 14:06 &lt;jrandom&gt; ồ hy vọng sẽ không chán đến thế ;) 14:06 &lt;jrandom&gt; dù sao, nhảy vào phần hay ho: 1) 0.4.1.2 14:06 &lt;deer&gt; &lt;cervantes&gt; đánh thức tôi sau phần phân tích thống kê 14:06 &lt;jrandom&gt; bản phát hành đã ra, mọi người nên nâng cấp 14:06 &lt;jrandom&gt; hêh 14:06 &lt;deer&gt; &lt;cervantes&gt; ờ... là wake 14:07 &lt;jrandom&gt; có một số lỗi với mã watchdog, cái sẽ "giết" router của bạn một cách tệ (thay vì khởi động lại khi có chuyện xấu xảy ra) 14:07 &lt;jrandom&gt; nhưng hy vọng những tình huống đó rất hiếm 14:07 &lt;deer&gt; &lt;mule_iip&gt; không đâu :( 14:08 &lt;jrandom&gt; ừ, tùy người dùng 14:08 &lt;jrandom&gt; mình đang cố tìm nguyên nhân, vì nó tồn tại từ lâu và khá khó chịu 14:08 &lt;jrandom&gt; (cái treo thực sự, không phải mã watchdog phát hiện việc treo) 14:09 &lt;jrandom&gt; bản CVS rev hiện tại (0.4.1.2-1) đã tắt phần 'cốt lõi' của watchdog - nó vẫn giám sát, nhưng oesn't tắt router 14:10 &lt;jrandom&gt; nhưng 0.4.1.2 chắc ổn cho mọi người (trừ mule ;) 14:10 &lt;jrandom&gt; ồ, như đã nói, bật logging và gửi cho tôi một ít dữ liệu, theo http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 &lt;jrandom&gt; càng nhiều dữ liệu càng tốt - nếu bạn có thể để chạy qua đêm thì tuyệt (chạy 20h trên máy của duck tạo khoảng ~60MB dữ liệu) 14:11 &lt;jrandom&gt; ok, chuyển sang 2) 0.4.1.3 14:12 &lt;jrandom&gt; thực ra không có gì muốn nói thêm ngoài những gì trong email 14:12 &lt;jrandom&gt; có ai muốn nói gì liên quan đến 0.4.1.3 không? 14:12 &lt;Janonymous&gt; không 14:13 &lt;deer&gt; &lt;postman&gt; không 14:13 &lt;Janonymous&gt; tương thích ngược chứ? 14:13 &lt;jrandom&gt; chắc chắn rồi 14:13 &lt;jrandom&gt; ok, chuyển sang * 3) 0.4.2 14:14 &lt;jrandom&gt; lại là "xem email" :) 14:14 &lt;Janonymous&gt; xpc vs. tcp ?? 14:14 &lt;jrandom&gt; mình chưa từng triển khai một ngăn xếp TCP trước đây, nên mọi hướng dẫn đều đáng quý 14:15 &lt;jrandom&gt; XCP xử lý tốt hơn trong các mạng có độ trễ cao 14:15 &lt;jrandom&gt; (cho điều khiển tắc nghẽn) 14:15 &lt;Janonymous&gt; có bao gồm FEC (mã sửa lỗi hướng tiến) không? 14:15 &lt;jrandom&gt; không 14:16 &lt;Janonymous&gt; ừ, vì tôi đã nghiên cứu cái đó chút ít 14:17 &lt;jrandom&gt; hay đấy 14:17 &lt;jrandom&gt; bạn tìm được gì hay không? 14:17 &lt;deer&gt; &lt;cervantes&gt; đa số yêu cầu GET nhỏ hơn 32kb... và trang HTML trung bình nên cỡ đó... nên tôi đoán việc eepsurfing sẽ cải thiện nhiều... - nhưng tôi cũng muốn thấy thông lượng per-tunnel tốt hơn... ngăn xếp mới có cải thiện khoản đó không? 14:17 &lt;Janonymous&gt; FEC dùng nhiều cho các mạng độ trễ cao/thông lượng cao 14:18 &lt;deer&gt; &lt;mule_iip&gt; jrandom: tôi cũng chưa, nhưng tôi có thể rủ một người ở đây hỗ trợ bạn 14:18 &lt;Janonymous&gt; jrandom: có chút... tôi sẽ báo lại 14:18 &lt;deer&gt; &lt;mule_iip&gt; ít nhất đó sẽ là trải nghiệm học hỏi tốt cho anh ấy và thêm một cặp mắt 14:18 &lt;jrandom&gt; tuyệt Janonymous 14:18 &lt;jrandom&gt; ồ tuyệt vời, mule 14:18 &lt;jrandom&gt; cervantes: thông lượng per-tunnel sẽ cải thiện với>1 cửa sổ thông điệp 14:19 &lt;jrandom&gt; (mình kỳ vọng thậm chí có thể bắt đầu với >1 làm kích thước cửa sổ, tùy theo những gì có thể rút ra từ router) 14:19 &lt;jrandom&gt; ((ecn++)) 14:19 &lt;deer&gt; &lt;cervantes&gt; tốt lắm 14:20 &lt;jrandom&gt; ok, còn gì về 0.4.2 không? 14:20 &lt;Janonymous&gt; ngăn xếp mới.. laptop mới.. *chảy nước dãi* 14:21 &lt;jrandom&gt; hêh 14:21 &lt;Janonymous&gt; ừ 14:21 &lt;Janonymous&gt; một điều 14:22 &lt;Janonymous&gt; cái này sẽ triển khai bắt tay ngắn mới chứ? 14:22 &lt;jrandom&gt; hmm? 14:22 &lt;jrandom&gt; chúng ta đã có mã kết nối lại TCP ít dùng CPU trong lớp truyền tải 0.4.1 14:22 &lt;Janonymous&gt; à, trong email, bạn nhắc tới bắt tay alice-&gt; bob 14:23 &lt;Janonymous&gt; à 14:23 &lt;Janonymous&gt; vẫn đang bắt kịp 14:23 &lt;jrandom&gt; ồ. ừ, bất kể 0.4.2 đưa ra gì, nó sẽ hỗ trợ chuỗi gói tin như trong email 14:24 &lt;Janonymous&gt; ok 14:24 &lt;jrandom&gt; chúng ta có lẽ sẽ điều khiển chủ yếu qua tùy chọn socket (vd đặt luồng là tương tác thì gửi ngay, đặt luồng là bulk thì chỉ gửi khi bộ đệm đầy hoặc được flush [hoặc cần ack]) 14:25 &lt;jrandom&gt; ok, chuyển sang 4) thảo luận mail 14:25 &lt;jrandom&gt; postman - bạn còn ở đó chứ? 14:26 &lt;deer&gt; &lt;postman&gt; ừ 14:26 &lt;jrandom&gt; tốt, muốn cho bọn tớ bản tóm tắt/cập nhật liên quan đến mấy thứ mail không? 14:27 &lt;deer&gt; &lt;postman&gt; hmm, ok dù tôi khá ngại khi nói trước nhiều người :) 14:27 &lt;jrandom&gt; hêh cứ tưởng tượng chúng tôi đều nak^H^H^Her... thôi không nói nữa 14:28 * Janonymous lôi bắp rang ra 14:28 &lt;deer&gt; &lt;postman&gt; từ ngày 20 tháng Chín đã có dịch vụ SMTP/POP chạy - truy cập được bằng các MUA SMTP/POP3 bình thường (MUA - Mail User Agent, trình khách thư) 14:29 &lt;deer&gt; &lt;postman&gt; tôi đã bỏ khá nhiều công sức theo hướng phân tích các rủi ro tiềm ẩn mà các trình khách thư thông thường mang theo 14:29 &lt;Janonymous&gt; còn inproxy/outproxy thì sao? 14:29 &lt;deer&gt; &lt;postman&gt; tôi gom hết lại trên một website 14:29 &lt;deer&gt; &lt;postman&gt; cho những ai chưa xem: www.postman.i2p 14:29 * Janonymous hiện không truy cập được mạng 14:30 &lt;deer&gt; &lt;postman&gt; trên website có một đề xuất cố gắng bao quát các vấn đề thường gặp về ẩn danh và độ tin cậy của dịch vụ mail khi bắc cầu giữa I2P và internet 14:30 &lt;deer&gt; &lt;postman&gt; out/inproxy chưa chạy nhưng đang lên kế hoạch 14:30 &lt;Janonymous&gt; tôi nghĩ mình đã đọc được một phần thảo luận trên mailing list hoặc diễn đàn 14:30 &lt;Janonymous&gt; out sẽ nguy hiểm hơn in, đúng không? 14:31 &lt;deer&gt; &lt;postman&gt; trước hết tôi muốn một khái niệm được chấp nhận chung 14:31 &lt;deer&gt; &lt;postman&gt; nhìn chung LÀ, nhưng tôi nghĩ chúng tôi đã tìm ra cách để spam và tương tự không bị gửi ra ngoài 14:31 &lt;jrandom&gt; sẽ hay nếu in/outproxy mx.postman.i2p có thể chuyển tiếp đến các tài khoản POP3 khác nhau (hoặc nhiều tài khoản dự phòng) 14:31 &lt;deer&gt; &lt;postman&gt; đơn giản bằng cách đặt quota cho mỗi người dùng cố gửi mail ra ngoài 14:32 &lt;jrandom&gt; (như vậy sẽ không bị buộc vào một mailhost cụ thể) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: vui lòng giải thích thêm 14:33 &lt;Janonymous&gt; các mailhost tách biệt có thể đồng bộ với nhau không? 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: đó là bài toán định tuyến dựa trên tài khoản 14:33 &lt;jrandom&gt; đúng vậy postman 14:33 &lt;jrandom&gt; có lẽ nhiều việc, tôi không biết nhiều về các MTA (Mail Transfer Agent) bạn đang dùng 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: out/in proxy có thể dễ dàng xử lý hơn một hệ thống mail nội bộ - thậm chí sắp xếp cơ chế chuyển phát fallback 14:34 &lt;jrandom&gt; 'k, tuyệt 14:34 &lt;Janonymous&gt; Câu hỏi liên quan đến in/out 14:34 &lt;deer&gt; &lt;postman&gt; janonymous: tôi không hiểu câu hỏi của bạn - vui lòng giải thích 14:34 * jrandom mơ về việc lấy thư ngoại tuyến kiểu UUCP từ mx.postman :) 14:35 &lt;Janonymous&gt; mã hóa bắt buộc giữa hộp thư với hộp thư có làm việc gửi in/out bớt nguy hiểm không? 14:35 &lt;deer&gt; &lt;postman&gt; jrandom: haha, tôi nghĩ không cần uucp - có lẽ ETRN "sexy" hơn :) 14:35 &lt;deer&gt; &lt;postman&gt; janonymous: hiện hệ thống chỉ chạy nội bộ - mọi người tự do dùng PGP hoặc cái gì tương tự 14:36 &lt;jrandom&gt; Janonymous: bạn nên ghé www.postman.i2p - anh ấy đã đưa lên nhiều ý tưởng/vấn đề ở đó 14:36 &lt;Janonymous&gt; tôi tin mã hóa/chữ ký bắt buộc cũng là một phương pháp chống spam 14:36 &lt;deer&gt; &lt;Ragnarok&gt; có thể phục vụ sổ địa chỉ postman.i2p bằng LDAP không? 14:36 &lt;Janonymous&gt; tôi sẽ làm khi laptop của tôi về 14:37 &lt;deer&gt; &lt;postman&gt; rag: đã có sổ địa chỉ rồi - tuy dựa trên SQL - chuyển sang LDAP là có thể 14:38 &lt;Janonymous&gt; = sổ địa chỉ lưu trên máy chủ? 14:38 &lt;deer&gt; * postman mời mọi người đóng góp ý tưởng của mình vào tài liệu HTML ideas/concepts 14:38 &lt;Janonymous&gt; sẽ làm postman 14:38 &lt;deer&gt; * cervantes bò quét sổ địa chỉ và bắt đầu viết các email thuốc "tăng kích thước" 14:39 &lt;deer&gt; &lt;postman&gt; janonymous: thật ra TẤT CẢ người dùng mail đều dựa trên SQL - nên "sổ địa chỉ" chỉ là một view trên bảng đó 14:39 &lt;deer&gt; &lt;postman&gt; cervantes: nhân tiện, mỗi người có thể chọn có muốn hiển thị hay không 14:39 &lt;Janonymous&gt; à 14:40 &lt;Janonymous&gt; còn các nhóm chọn lọc thì sao ;) 14:40 &lt;deer&gt; &lt;cervantes&gt; postman: ừ tôi đã đăng ký rồi ;-) 14:40 &lt;deer&gt; &lt;postman&gt; cervantes: và vì chúng ta CÓ hệ thống mailidentidy, bạn không thể giả mạo địa chỉ người gửi - chúng tôi biết ĐÓ LÀ BẠN :) 14:40 &lt;deer&gt; &lt;postman&gt; janonymous: có, dự kiến cho phiên bản 2.0 :) 14:41 &lt;deer&gt; &lt;cervantes&gt; postman: nhưng tôi sẽ spam mọi ircnym@postman.i2p ;-) 14:41 &lt;deer&gt; &lt;postman&gt; cervantes: về mặt kỹ thuật thì có thể, đúng :) 14:42 &lt;deer&gt; &lt;postman&gt; cervantes: tôi hy vọng bạn cũng phát thuốc được nữa :) 14:42 &lt;Janonymous&gt; nghe như một phát triển rất cần thiết và được mong đợi từ lâu cho I2P 14:42 &lt;Janonymous&gt; hệ thống email mới 14:42 &lt;deer&gt; &lt;cervantes&gt; postman: và về vụ người gửi.. "thần dược tăng kích thước của Cervantes" cũng sẽ chỉ ra người gửi :) 14:42 &lt;deer&gt; &lt;postman&gt; janonyous: tôi không thể nói hết mọi chi tiết đã triển khai 14:43 &lt;deer&gt; &lt;postman&gt; jan: website là phù hợp nhất cho việc này 14:43 &lt;deer&gt; &lt;postman&gt; cervantes: đúng - nhưng cái đó có thể bị giả mạo :) 14:43 &lt;Janonymous&gt; được rồi.. tôi sẽ vào đó sớm nhất có thể 14:43 &lt;jrandom&gt; ok, tốt lắm. mọi người nên xem những gì trên www.postman.i2p và gửi ý tưởng/bình luận của mình 14:43 &lt;deer&gt; * postman gật đầu và ngồi xuống lại 14:44 &lt;jrandom&gt; (postman++) 14:44 &lt;jrandom&gt; ok vậy đến 5) ??? 14:44 &lt;jrandom&gt; ai còn điều gì muốn nêu không? 14:44 &lt;jrandom&gt; (liên quan đến I2P) 14:44 &lt;deer&gt; &lt;postman&gt; :) 14:44 &lt;Janonymous&gt; chỉ là một ý nghĩ 14:45 &lt;Janonymous&gt; các cách dùng có thể cho I2P.. ta biết nó là một "lớp mạng ẩn danh phân tán" 14:45 &lt;deer&gt; &lt;Jake&gt; nút của tôi đang tắt :( đang chuyển thiết bị sang chỗ khác trong nhà 14:46 &lt;Janonymous&gt; nhưng nó có thể dùng cho gì.. đặc biệt là những vấn đề "lợi ích chung" 14:46 &lt;Janonymous&gt; Các quốc gia thế giới thứ ba đàn áp, tự do ngôn luận.. v.v.. đó là một trong những điều chính khiến tôi rất quan tâm đến i2p ngay từ đầu 14:47 &lt;Janonymous&gt; và Freenet nữa 14:47 &lt;deer&gt; &lt;Jake&gt; các quốc gia "thế giới thứ nhất" bị đàn áp như Mỹ 14:47 &lt;Janonymous&gt; nên tôi nghĩ có thể bàn rộng về các vấn đề đó, có lẽ bắt đầu trên diễn đàn, rồi viết vài dòng trên site 14:48 &lt;jrandom&gt; chúng ta còn nhiều việc phải làm trước khi có thể nói là có liên quan gì cho người ở Trung Quốc 14:48 &lt;Janonymous&gt; hêh, ừ, không muốn hứa hão, nhưng.. 14:48 * jrandom sẽ không nói là chúng ta an toàn khi có quá ít đánh giá đồng cấp (và vẫn còn quá nhiều vấn đề tồn đọng) 14:49 &lt;deer&gt; &lt;fidd&gt; Trung Quốc sẽ khó thế nào để kiểm duyệt I2P? 14:49 &lt;deer&gt; &lt;cervantes&gt; Tôi nghĩ ứng dụng sẽ xuất hiện dễ dàng hơn khi mạng nền tảng ngừng "biến hình" 14:49 &lt;Janonymous&gt; nhưng với tôi những vấn đề đó là một trong những thứ chính khiến i2p thú vị 14:49 &lt;jrandom&gt; fidd: "kiểm duyệt" có nhiều định nghĩa. theo nghĩa "ngăn nội dung cụ thể được truyền", gần như không thể, trừ khi biến i2p thành bất hợp pháp 14:50 &lt;Janonymous&gt; còn "phát hiện I2P trên các mạng ở Trung Quốc" thì sao 14:50 &lt;Janonymous&gt; stego (giấu tin)? 14:51 &lt;jrandom&gt; thú vị? có. quan trọng? có. cần thiết? có. nhưng vì còn quá nhiều việc phải làm trước khi chúng ta trở nên có liên quan, nói về nó chỉ thấy nản. 14:51 &lt;Janonymous&gt; lỗi của tôi :) 14:51 &lt;deer&gt; &lt;cervantes&gt; khi mạng nền vững, chúng ta có lẽ sẽ có vài "đồ chơi" hay để nghịch - ví dụ ứng dụng chia sẻ tệp, hệ thống IM (nhắn tin nhanh) v.v. Hy vọng lúc đó lượng người dùng sẽ tăng.... trước khi điều này xảy ra thì sẽ không có đủ peer để đảm bảo ẩn danh cho người sống trong các hệ thống đàn áp 14:52 &lt;jrandom&gt; luôn quan trọng khi giữ mắt vào các mục tiêu thực sự, Janonymous, và tôi trân trọng điều đó 14:52 &lt;Janonymous&gt; Ừ, số lượng nút liên quan rất nhiều 14:52 &lt;modulus&gt; theo tôi cho đến khi có stego và những thứ như nhiễu ngẫu nhiên để chống phân tích lưu lượng, những người ở các quốc gia đàn áp nên tạm tránh xa. 14:53 &lt;deer&gt; &lt;cervantes&gt; không.. họ nên ở lại đây và giúp :) 14:53 &lt;modulus&gt; :-) 14:53 * jrandom sẽ không mô tả chi tiết tại sao những khía cạnh đó sẽ không cần thiết, vì bản 3.0 sẽ lo :) 14:53 &lt;modulus&gt; 3.0? nghe có vẻ dài hạn ;-) 14:53 &lt;jrandom&gt; mình có ~= 0 niềm tin vào các kênh vận chuyển stego cho mạng công cộng 14:54 &lt;jrandom&gt; chắc chắn không phải ngày mai. 14:54 &lt;Janonymous&gt; sao cơ? hả 14:54 &lt;Janonymous&gt; jrandom: tại sao vậy (liên quan đến stego)? 14:55 &lt;jrandom&gt; cách đánh bại stego trên mạng công cộng với phần mềm nguồn mở: tải mã nguồn, xem code tạo stego, viết code phát hiện, triển khai. 14:56 &lt;jrandom&gt; cách đánh bại stego trên mạng công cộng với phần mềm đóng nguồn: bắt cóc gia đình của dev, cài cắm mã. triển khai. 14:56 &lt;Janonymous&gt; à.. ừ.. đầu vào ngẫu nhiên? ờ.. tôi vừa đọc một bài viết nói cứ như đó là tương lai hay gì đó 14:56 &lt;jrandom&gt; cách đánh bại stego trên mạng riêng: cười vào 5 người dùng nó, rồi bắt hết. 14:56 &lt;modulus&gt; thế còn phần mềm đóng nguồn ẩn danh thì sao? tất nhiên nó có thể là trojan ;-) 14:57 &lt;deer&gt; &lt;Jake&gt; jrandom: nếu anh có bị bắt cóc, anh có thể cho bọn tôi biết bằng cách nói "con chó Fido của tôi hôm nay rất bực về món ăn nó đang ăn" 14:57 &lt;deer&gt; &lt;Jake&gt; đó sẽ là dấu hiệu và bọn tôi sẽ biết 14:57 &lt;deer&gt; &lt;cervantes&gt; %s!dev's family!jrandom 14:57 &lt;jrandom&gt; hêh jake 14:58 &lt;Janonymous&gt; ETA cho 4.2 là khi nào? 14:58 &lt;jrandom&gt; Janonymous: tính năng số 1 của phần mềm ẩn danh hay bảo mật: snake oil (chiêu trò quảng cáo rỗng). 14:58 &lt;jrandom&gt; 0.4.2? đâu đó trong tháng này 14:58 &lt;jrandom&gt; chắc gần cuối 14:58 &lt;Janonymous&gt; heheh. 14:58 &lt;jrandom&gt; 0.4.1.3 chắc sẽ ra cuối tuần này hoặc cuối tuần 14:58 &lt;deer&gt; &lt;cervantes&gt; Jake: như thế sẽ không bao giờ hiệu quả, bọn tôi sẽ chỉ nghĩ là anh đã đầu độc con chó của anh ta 14:58 &lt;deer&gt; &lt;cervantes&gt; *just 14:58 &lt;Janonymous&gt; tôi sẽ trở lại mạng trong một hai tuần nữa 14:59 &lt;jrandom&gt; r0x0r 14:59 &lt;jrandom&gt; ok, còn ai có gì muốn nêu không? 14:59 &lt;deer&gt; &lt;Jake&gt; cervantes :) 15:00 &lt;jrandom&gt; nếu không.. 15:00 * jrandom khép lại 15:00 * jrandom *baf* tuyên bố họp kết thúc </div>/vi/blog/2004/10/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-10-n%C4%83m-2004/Tue, 05 Oct 2004 00:00:00 +0000/vi/blog/2004/10/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-05-th%C3%A1ng-10-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, deer, dm, duck, jrandom, protok0l</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) chào 14:05 &lt;jrandom&gt; 1) trạng thái 0.4.1.1 14:05 &lt;jrandom&gt; 2) Hình đẹp 14:05 &lt;jrandom&gt; 3) 0.4.1.2 và 0.4.2 14:05 &lt;jrandom&gt; 4) eepserver đi kèm 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) chào 14:05 * jrandom vẫy tay 14:05 &lt;jrandom&gt; ghi chú tình trạng hàng tuần có ở http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 14:06 &lt;jrandom&gt; (không tin nổi là đã tháng mười) 14:06 &lt;cervantes&gt; là tháng mười hai rồi 14:06 * jrandom ngắt kết nối khỏi cervantes. lệch đồng hồ quá mức 14:06 &lt;deer&gt; &lt;baffled&gt; chúng ta có thể có mùa hè trở lại bây giờ không? 14:07 &lt;cervantes&gt; chết thật... mất nguồn pr0n của cậu rồi 14:07 &lt;jrandom&gt; chắc chắn rồi. nó ở vài nghìn KM về phía nam của cậu đó baffled 14:07 &lt;jrandom&gt; ok, chuyển sang 1) trạng thái 0.4.1.1 14:07 &lt;deer&gt; &lt;baffled&gt; báo tôi khi tôi đến nơi nhé? 14:07 &lt;cervantes&gt; heh 14:07 &lt;jrandom&gt; gõ gót giày ba lần... 14:08 &lt;jrandom&gt; ok, các bản rev 0.4.1 và 0.4.1.1 đã phát hành, và mọi thứ cơ bản hoạt động lại rồi 14:08 &lt;deer&gt; &lt;baffled&gt; không, không, tôi không muốn về nhà, ở đó lạnh lắm. 14:08 &lt;jrandom&gt; ;) 14:08 &lt;jrandom&gt; tính năng tự động phát hiện địa chỉ IP bên ngoài có vẻ hoạt động phần lớn 14:09 &lt;jrandom&gt; (tuy nhiên có vài điều kỳ cục, do các kết nối b0rked không đóng đúng cách) 14:09 &lt;jrandom&gt; mọi người đã dùng tính năng đó chưa, có trải nghiệm tốt/xấu nào với tự động phát hiện không? 14:10 &lt;jrandom&gt; chắc là không rồi 14:10 &lt;jrandom&gt; ok, ai có bình luận/câu hỏi/quan ngại gì về 0.4.1.1 không? 14:11 &lt;cervantes&gt; ở đây không phàn nàn gì.... 14:11 &lt;dm&gt; Chưa thử, nhưng đã nằm trong kế hoạch của tôi! 14:11 &lt;jrandom&gt; nếu không, chuyển qua 2) hình đẹp 14:11 &lt;jrandom&gt; !thwap dm 14:12 &lt;deer&gt; &lt;Jake&gt; không rõ về tự động phát hiện, nhưng tôi thử dùng nút 'guess' hay gì đó trên máy Windows sau NAT của tôi và nó đoán đúng IP...... nếu đó là cái chúng ta đang nói 14:12 &lt;jrandom&gt; à ok, không, nút 'guess' chỉ cố đoán IP của bạn bằng cách truy vấn www.whatismyip.com 14:13 &lt;jrandom&gt; tính năng tự động phát hiện là khi bạn để trống ô địa chỉ IP và nó tự tìm ra 14:13 &lt;jrandom&gt; hầu hết người dùng I2P hiện tại sẽ không cần, vì chúng ta quen dùng dyndns hoặc IP tĩnh rồi 14:13 &lt;jrandom&gt; chắc chỉ quan trọng với người dùng mới 14:14 &lt;deer&gt; &lt;demonic_1&gt; vâng cái đó hoạt động hơi chậm với tôi 14:14 &lt;deer&gt; &lt;demonic_1&gt; nhưng vẫn hoạt động 14:15 &lt;jrandom&gt; ok hay đấy 14:15 &lt;jrandom&gt; dù sao, tôi không muốn nhai lại những gì tôi đã đăng trong email tuần này về số liệu thu thập 14:16 &lt;jrandom&gt; thay vào đó, có ai có câu hỏi/bình luận/quan ngại gì về chúng không? 14:17 &lt;jrandom&gt; tôi khá vui khi thấy bản tóm tắt 20 giờ chỉ có hơn 500 lỗi gửi trên khoảng 30.000 14:17 &lt;cervantes&gt; việc thu thập số liệu tạo tải bao nhiêu? 14:17 &lt;cervantes&gt; Tôi biết kích thước file... nhưng việc nó chạy nền có ảnh hưởng hiệu năng không 14:18 &lt;jrandom&gt; nên ~= 0. không có cấp phát bộ nhớ trong việc thu thập số liệu (vì chúng tôi dùng sự kiện được cấp phát sẵn) và mọi thứ bất đồng bộ 14:18 &lt;cervantes&gt; hay 14:18 -!- Sugadude [random@badfish.securityminded.net] đã vào #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] đã vào #i2p 14:19 &lt;jrandom&gt; khi 0.4.1.2 ra mắt tôi có lẽ sẽ hối thúc thêm vài người thu thập các số liệu khác nhau theo thời điểm 14:19 &lt;deer&gt; &lt;mule_iip&gt; không có chi 14:19 &lt;cervantes&gt; Tôi sẵn sàng bắt đầu thu thập ngay... Tôi đang ở 0.4.1.1-6 14:20 &lt;jrandom&gt; w3wt 14:21 &lt;jrandom&gt; ok, đó là tất cả về số liệu tôi có, trừ khi ai có gì bổ sung? 14:21 &lt;jrandom&gt; nếu không, 3) 0.4.1.2 và 0.4.2 14:21 &lt;deer&gt; &lt;baffled&gt; Tôi bỏ phiếu làm phát trực tuyến trước. 14:22 &lt;jrandom&gt; hay đấy 14:22 &lt;jrandom&gt; có ai nghĩ chúng ta nên giữ các sửa đổi tunnel trước không? 14:22 &lt;deer&gt; &lt;mule_iip&gt; streaming trước 14:23 &lt;cervantes&gt; làm mấy thứ về tunnel bây giờ có thể gây gián đoạn mạng nhiều hơn.... có lẽ nên thở chút ;-) 14:23 &lt;jrandom&gt; đúng 14:23 &lt;deer&gt; &lt;mule_iip&gt; tất cả những người ở đây hôm nay đều đã bị black hats xác định rồi :) 14:23 &lt;jrandom&gt; dù tôi mới nghĩ hôm trước về cách làm các sửa đổi tunnel mà không gây không tương thích 14:23 &lt;deer&gt; &lt;baffled&gt; Thôi thừa nhận đi, cậu chỉ muốn có p0rn âm thanh nhanh hơn thôi. 14:23 &lt;duck&gt; (tôi cũng ủng hộ làm streaming trước) 14:23 &lt;jrandom&gt; hehe 14:24 &lt;cervantes&gt; hehe 14:24 &lt;cervantes&gt; baffled: chỉ khi cậu cung cấp thêm cái đó ;-) 14:24 &lt;dm&gt; Tôi nghĩ chúng ta nên làm phần tunnel trước 14:24 &lt;dm&gt; làm xong cho xong... 14:24 &lt;cat-a-puss&gt; mấy thứ mã hóa mới sẽ khác thế nào? 14:24 * jrandom đá dm 14:25 &lt;jrandom&gt; cat-a-puss: hiện tại, chúng ta có kiểu mã hóa tunnel bao phủ - các thông điệp đi trong cùng một tunnel trông giống nhau ở mỗi hop 14:25 &lt;deer&gt; &lt;baffled&gt; Tôi nghĩ tôi có thể kiếm thêm chút. 14:25 &lt;cat-a-puss&gt; ô! 14:26 &lt;cervantes&gt; http://www.i2p.net/todo#tunnelId 14:26 &lt;jrandom&gt; không tệ lắm vì một thông điệp alice--&gt;bob đi qua hai tunnel với mã hóa khác nhau, nhưng nó làm chúng ta b0rk trước các kẻ tấn công thông đồng 14:27 &lt;jrandom&gt; các thứ per-hop tunnelId cũng cần thiết để ngăn việc thu thập làm rối với các tiền nhiệm (/etc) 14:27 &lt;dm&gt; Ừ, chắc chắn nên sửa cái đó trước. 14:27 &lt;deer&gt; &lt;mule_iip&gt; tôi bầu dm làm việc đó 14:28 &lt;deer&gt; &lt;fidd&gt; tôi lỡ cuộc họp à? ;) 14:28 &lt;jrandom&gt; tôi vừa định đề xuất điều đó, mule :) 14:28 &lt;cervantes&gt; Tôi bỏ phiếu để dm không dính gì đến nó 14:28 &lt;jrandom&gt; heh 14:28 &lt;jrandom&gt; không đâu fidd, chúng ta đang ở mục 3 của chương trình nghị sự 14:29 &lt;jrandom&gt; ok, nếu không ai phản đối đề xuất của dm (ngoài chính anh ấy), tôi nghĩ ta sẽ tiếp tục và chuyển các cập nhật thư viện streaming sang 0.4.2 14:29 &lt;dm&gt; tuyệt 14:30 &lt;jrandom&gt; ok, chuyển sang 4) eepserver đi kèm 14:30 &lt;jrandom&gt; nếu bạn chưa để ý, có một eepserver đi kèm. 14:30 &lt;cervantes&gt; "just put the war files in the webapps directory and you're ready to go" 14:30 &lt;jrandom&gt; heh 14:30 &lt;jrandom&gt; đối với các .war được code đủ tốt :) 14:31 &lt;cervantes&gt; ôi có thứ như thế tồn tại à? 14:31 &lt;cervantes&gt; *thing 14:31 &lt;jrandom&gt; nhưng trên thực tế, "just edit ./eepsite/docroot/index.html" 14:31 &lt;deer&gt; &lt;baffled&gt; Một câu hỏi: bạn muốn mọi người dùng eepserver hay dùng server httpd tiêu chuẩn? 14:31 &lt;cat-a-puss&gt; những cái do kde tạo có chạy không? 14:31 &lt;jrandom&gt; cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 &lt;dm&gt; à đúng.. war. Một trong những thứ J2EE đòi hỏi 20 năm kinh nghiệm chỉnh sửa thủ công các file xml. 14:31 &lt;cervantes&gt; chuẩn 14:32 &lt;jrandom&gt; baffled: tôi thực sự không bận tâm. nếu mọi người có webserver cài đặt có thể chấp nhận các yêu cầu với dòng Host: kỳ quặc, thì tốt 14:32 &lt;jrandom&gt; eepserver chỉ để tiện 14:32 &lt;jrandom&gt; cat-a-puss: hmm, các file .war của kde? 14:32 &lt;protok0l&gt; độc canh... độc canh... 14:33 &lt;deer&gt; &lt;duck&gt; khi chơi với war, tôi nhớ tính năng chỉ khởi động lại jetty; thật không may lại cần cho nhiều thứ triển khai 14:33 &lt;cat-a-puss&gt; đúng, bạn cần cài kdeaddons, chỉ cần vào một trang web rồi bấm archive là nó tạo một file .war 14:34 &lt;jrandom&gt; duck: à, đúng thế. chỉ cần lấy các dòng khởi động eepserver ra khỏi clients.config và đưa chúng vào một shell script 14:34 &lt;jrandom&gt; (với classpath giống như router) 14:34 &lt;dm&gt; chúng ta có thể tích hợp i2p vào jboss và đóng gói nó trước 1.0 không? 14:34 &lt;jrandom&gt; ồ, hay đó cat-a-puss 14:35 &lt;cervantes&gt; Tôi hiểu là webdefault.xml bị thiếu đã được sửa trong cvs? 14:35 &lt;deer&gt; &lt;detonate&gt; thực ra, jetty.xml có 14:35 &lt;jrandom&gt; tìm cho chúng tôi một .ear hấp dẫn đi dm :) 14:35 &lt;jrandom&gt; cervantes: như detonate nói. (tôi làm rối jetty.xml) 14:36 &lt;cervantes&gt; ừ... tôi nghĩ tôi đã nói đâu đó về việc bỏ tham chiếu trong jetty.xml để nó dùng cái bên trong gói jetty 14:36 &lt;jrandom&gt; wr0d 14:37 &lt;cervantes&gt; chỉ muốn kiểm tra là nó đã được sửa trong cvs ;-) 14:37 &lt;jrandom&gt; si sr 14:37 &lt;cervantes&gt; hay 14:37 &lt;jrandom&gt; (dù bản cập nhật phát hành 0.4.1.2 sẽ không ghi đè eepsite của mọi người) 14:37 &lt;jrandom&gt; ((cài mới 0.4.1.2+ dĩ nhiên sẽ có nó)) 14:38 &lt;cervantes&gt; ồ và chúng ta đã tìm ra nguyên nhân khóa eepsite của DrWoo bị mất chưa? 14:38 &lt;jrandom&gt; nhân tiện, tôi chỉ muốn nhắc mọi người nên nâng cấp mỗi khi có bản phát hành mới, vì nếu không, bạn có thể sẽ không có quy trình nâng cấp 14:38 &lt;jrandom&gt; không đâu cervantes, cũng không có bug tái tạo được :/ 14:39 &lt;cervantes&gt; à tốt, ta có thể đổ tại lỗi người dùng ;-) 14:39 &lt;deer&gt; &lt;DrWoo&gt; cervantes: gần như chắc chắn là do tôi vụng về làm gì đó 14:39 &lt;cervantes&gt; :o) 14:39 * jrandom đổ lỗi cho bọn gremlin 14:40 &lt;deer&gt; &lt;Jake&gt; http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 &lt;jrandom&gt; ok, chuyển sang 5) ??? 14:40 &lt;jrandom&gt; heh 14:40 &lt;jrandom&gt; ừ, đúng, cái đó chắc chắn được tính là "khác" 14:40 &lt;jrandom&gt; ai có gì muốn đưa ra không? 14:41 &lt;dm&gt; Tôi muốn nêu ra, lúc này, rằng tôi hài lòng với cách nhìn mới mà cộng đồng I2P đang thể hiện đối với các đề xuất của tôi. 14:41 &lt;dm&gt; Trân trọng 14:41 &lt;cat-a-puss&gt; ô ô chọn tôi! Tôi có mã nền tảng cho một hệ tìm kiếm phân tán. 14:41 &lt;deer&gt; &lt;demonic_1&gt; ừ tại sao i2p sau khi chạy hơn 30 giờ lại lên 100% CPU 14:41 &lt;dm&gt; dm 14:41 &lt;deer&gt; &lt;Jake&gt; vâng, tôi muốn nêu vấn đề về kế thừa mã hóa dựa trên các phương trình fractal gamal bậc 4 và cách áp dụng nó vào i2p 14:41 &lt;deer&gt; &lt;demonic_1&gt; và phần lớn là system? 14:41 &lt;jrandom&gt; ồ tuyệt vời cat-a-puss! 14:41 &lt;cat-a-puss&gt; Tôi đã thông báo ở đây hôm nọ, chẳng ai để ý 14:41 &lt;deer&gt; &lt;baffled&gt; chỉ liên quan sơ sơ thôi jake. 14:42 &lt;cat-a-puss&gt; dù sao, có thể dùng chút chỗ trên cvs 14:42 &lt;deer&gt; &lt;DrWoo&gt; cat-a-puss: bạn có eepsite cho việc đó không? 14:42 &lt;jrandom&gt; demonic_1: hmm, có vài bug nghiêm trọng ở một hai bản phát hành gần đây. bạn đang ở 0.4.1.1 chứ? 14:42 &lt;cat-a-puss&gt; và tôi có thể bắt đầu thử nghiệm trong khoảng 2 tuần 14:42 &lt;cat-a-puss&gt; DrWoo: không 14:42 &lt;deer&gt; &lt;Jake&gt; baffled, HaH ! 14:43 &lt;deer&gt; &lt;demonic_1&gt; 0.4.1.1-3 14:43 &lt;jrandom&gt; cat-a-puss: r0x0r, không vấn đề. gửi cho tôi email với tên module bạn muốn gọi nó & khóa pgp của bạn và chúng ta sẽ thu xếp 14:44 &lt;cat-a-puss&gt; jrandom: được 14:44 &lt;jrandom&gt; cat-a-puss: nó thực hiện kiểu tìm kiếm nào? 14:44 &lt;jrandom&gt; demonic_1: nó có dùng nhiều CPU như vậy trước 0.4.1 không? 14:44 &lt;cervantes&gt; (proxies to MSN) 14:44 &lt;deer&gt; &lt;mule_iip&gt; demonic_1: và bạn nhận 1 meg log mỗi phút? nghe quen đấy. 14:45 &lt;deer&gt; &lt;demonic_1&gt; không 14:45 &lt;jrandom&gt; heh mule, đúng rồi bug bạn tìm thấy là một fast-busy khó chịu 14:45 &lt;cat-a-puss&gt; jrandom: đó là tìm kiếm theo từ khóa cơ bản, bạn cần chỉ định các từ để lập chỉ mục, và nó sẽ lưu URL 14:45 &lt;jrandom&gt; demonic có khả năng bị dính một trong các NPE trong tcp.ConnectionBuilder 14:46 &lt;deer&gt; &lt;baffled&gt; Ờ, đến giờ ăn tối rồi nên tôi sẽ đi săn thêm vài âm thanh lẳng lơ để chuẩn bị cho các cập nhật streaming và sẽ trò chuyện với mọi người sau. 14:46 &lt;cat-a-puss&gt; jrandom: Về lâu dài nó sẽ mở rộng tốt, và vân vân, nhưng hiện tại, tất cả server cần được kết nối và không ai có thể tham gia hoặc rời đi, và chưa có cách chèn nội dung, nhưng tất cả sẽ được sửa 14:46 &lt;jrandom&gt; à hay đấy, nó hoạt động với cơ sở dữ liệu phân tán, hay thiên về tìm kiếm đối với dữ liệu đã spider? 14:47 &lt;jrandom&gt; ok hay đấy 14:47 &lt;cervantes&gt; gặp lại sau baffled 14:47 &lt;jrandom&gt; lol, nói chuyện sau nhé baffled 14:47 &lt;cervantes&gt; baffled: làm sao biết đó là âm thanh lẳng lơ, chứ không phải cậu ở đầu bên kia micro? 14:47 &lt;protok0l&gt; ĐƯỢC RỒI! 14:47 &lt;protok0l&gt; i2p hoạt động lại rồi 14:47 &lt;jrandom&gt; w3wt 14:48 &lt;jrandom&gt; có gì trục trặc? 14:49 &lt;jrandom&gt; ok, còn ai có gì muốn đưa ra trong cuộc họp không? 14:49 &lt;deer&gt; &lt;Jake&gt; có thể công bố i2p lên slashdot sau khi giao thức streaming mới được triển khai chứ? 14:49 &lt;dm&gt; tốt nhất là trước 14:49 &lt;dm&gt; nhưng sau cũng được 14:49 &lt;jrandom&gt; !thwap^2 14:50 &lt;protok0l&gt; POSTMAN! 14:50 &lt;jrandom&gt; ok, nếu không còn gì nữa.. 14:50 * jrandom chuẩn bị kết thúc 14:51 &lt;deer&gt; * Jake hôn jrandom 14:51 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/10/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-05/Tue, 05 Oct 2004 00:00:00 +0000/vi/blog/2004/10/05/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-10-05/<p>Chào mọi người, đến giờ cập nhật hàng tuần.</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.4.1.1 status</li> <li>Pretty pictures</li> <li>0.4.1.2 and 0.4.2</li> <li>Bundled eepserver</li> <li>???</li> </ol> <h2 id="1-0411-trạng-thái">1) 0.4.1.1 trạng thái</h2> <p>Sau một bản phát hành 0.4.1 khá trắc trở (và bản cập nhật 0.4.1.1 nhanh chóng ngay sau đó), mạng có vẻ đã trở lại bình thường - hiện có khoảng 50-mấy nút (peer) đang hoạt động, và cả IRC lẫn eepsites(I2P Sites) đều có thể truy cập. Phần lớn rắc rối là do việc thử nghiệm lớp truyền tải (transport) mới bên ngoài điều kiện phòng thí nghiệm chưa đầy đủ (ví dụ: các socket bị hỏng vào những thời điểm kỳ lạ, độ trễ quá lớn, v.v.). Lần tới khi cần thay đổi ở lớp đó, chúng tôi chắc chắn sẽ kiểm thử rộng rãi hơn trước khi phát hành.</p>/vi/blog/2004/09/28/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-9-n%C4%83m-2004/Tue, 28 Sep 2004 00:00:00 +0000/vi/blog/2004/09/28/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-28-th%C3%A1ng-9-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer, duck, jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) chào 14:08 &lt;jrandom&gt; 1) Transport mới 14:08 &lt;jrandom&gt; 2) tình trạng 0.4.1 14:08 &lt;jrandom&gt; 3) ??? 14:08 &lt;jrandom&gt; 0) chào 14:08 &lt;duck&gt; chào 14:09 &lt;jrandom&gt; chào mọi người 14:09 &lt;deer&gt; &lt;ugha2p&gt; Chào. 14:09 &lt;deer&gt; &lt;pseudonym&gt; chào 14:09 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 &lt;deer&gt; * ugha2p đang tìm ghi chú tình hình hàng tuần. 14:09 &lt;jrandom&gt; (này, tôi đoán trước rồi) 14:10 &lt;jrandom&gt; ok, bắt đầu với 1) Transport mới 14:10 &lt;jrandom&gt; thông điệp đó hầu như bao quát các phần chính 14:11 &lt;jrandom&gt; hiện giờ tất cả đều hoạt động, nhưng rõ ràng sẽ không nói chuyện được với ai khác cho đến khi bản phát hành mới ra 14:12 &lt;jrandom&gt; tôi đã thử nghịch qua một chút, nhưng khá khó mô phỏng mọi vấn đề mạng kỳ quặc có thể xảy ra ở tầng transport 14:12 &lt;deer&gt; &lt;pseudonym&gt; nó có bao gồm windowsize không? 14:12 &lt;deer&gt; &lt;ugha2p&gt; Tuy nhiên, nếu bạn để trống điều đó, router (bộ định tuyến) của bạn sẽ để peer đầu tiên mà nó liên hệ cho biết địa chỉ IP của nó là gì, rồi nó sẽ bắt đầu lắng nghe trên đó (sau khi thêm thông tin đó vào RouterInfo của chính nó và đặt vào cơ sở dữ liệu mạng (netDb)). 14:12 &lt;deer&gt; &lt;ugha2p&gt; Nghe như một lỗ hổng bảo mật tiềm tàng. 14:12 &lt;jrandom&gt; ồ, không, đây chỉ là transport giữa các router, không phải thư viện streaming, tiếc là vậy 14:12 &lt;deer&gt; &lt;pseudonym&gt; ok 14:12 &lt;jrandom&gt; theo một cách nào đó thì đúng là vậy, ugha 14:12 &lt;jrandom&gt; (đó là lý do nếu mọi người *có thể* đặt IP của mình, thì nên làm) 14:13 &lt;jrandom&gt; ugha: tuy nhiên, nó chỉ 'tin' ai đó nếu họ KHÔNG có kết nối nào hoạt động 14:13 &lt;deer&gt; &lt;ugha2p&gt; Router không nên lắng nghe trên 0.0.0.0 trong mọi trường hợp sao? 14:13 &lt;jrandom&gt; nhưng một người đủ khôn khéo có thể, theo xác suất, làm vài trò ác ý 14:14 &lt;jrandom&gt; ugha: nó làm thế (hầu như luôn luôn) 14:14 &lt;jrandom&gt; tuy nhiên, chúng ta cần biết địa chỉ IP của mình để đưa nó vào RouterInfo 14:14 &lt;jrandom&gt; (vì RouterInfo của chúng ta được xác minh mỗi khi liên lạc với ai đó) 14:14 &lt;deer&gt; &lt;ugha2p&gt; À, ok. 14:15 &lt;deer&gt; &lt;ugha2p&gt; Tôi chắc là có cách làm cho việc này an toàn hơn (dựa vào nhiều router hơn để phát hiện IP), nhưng tôi không chắc điều đó khả thi. 14:15 &lt;jrandom&gt; ừ ugha, đi theo hướng đó sẽ rắc rối, nhưng đây là trò chơi con số 14:16 &lt;deer&gt; &lt;ugha2p&gt; Dù sao thì đó chỉ là một gợi ý. Ta có thể chuyển tiếp. 14:16 &lt;jrandom&gt; (tuy nhiên, họ chỉ cần thực hiện tấn công Sybil và làm rối mọi con số bạn đang cố thử) 14:16 &lt;deer&gt; &lt;ugha2p&gt; Đúng rồi. 14:17 &lt;deer&gt; &lt;ugha2p&gt; Điều gì xảy ra nếu router mất hết các kết nối (ví dụ, sự cố mạng)? 14:17 &lt;deer&gt; &lt;ugha2p&gt; Nó có phát hiện lại IP của mình không? 14:18 &lt;jrandom&gt; IP được truyền như một phần của giao thức trong mọi lần thử kết nối, phía bên kia sẽ quyết định chấp nhận nó nếu 1) không có IP nào được đặt rõ ràng 2) không có kết nối TCP đang hoạt động 14:18 &lt;deer&gt; &lt;ugha2p&gt; (Điều này đúng với các IP động) 14:18 &lt;jrandom&gt; đúng, nó sẽ hoạt động ổn với trường hợp đó 14:18 &lt;deer&gt; &lt;ugha2p&gt; À, ok. 14:19 &lt;jrandom&gt; (xem ourAddressReceived(String addr) trong TCPTransport.java để biết chi tiết) 14:19 &lt;deer&gt; &lt;pseudonym&gt; chuyện gì xảy ra khi các IP được báo cáo không khớp? 14:19 &lt;jrandom&gt; pseudonym: nếu bạn đã có các kết nối TCP đang hoạt động, bạn bỏ qua những gì người khác nói với bạn 14:20 &lt;jrandom&gt; nếu bạn không có kết nối TCP đang hoạt động, bạn dừng listener cũ và khởi động một listener mới với địa chỉ mới được cung cấp 14:20 &lt;jrandom&gt; (cập nhật routerInfo của bạn) 14:22 &lt;deer&gt; &lt;pseudonym&gt; nếu có các kết nối đang hoạt động, có vẻ như một sự không khớp nên là cờ đỏ cảnh báo 14:22 &lt;deer&gt; &lt;pseudonym&gt; (tôi không chắc phải xử lý thế nào) 14:22 &lt;jrandom&gt; nếu ai đó đưa cho chúng ta địa chỉ IP sai (và chúng ta *biết* đó là địa chỉ IP sai, vì chúng ta đã có địa chỉ đúng - cái đang *hoạt động*) thì chúng ta bỏ qua nó 14:23 &lt;deer&gt; &lt;ugha2p&gt; Tiếc là chúng ta không còn có thể giảm hạng độ tin cậy của router nữa. 14:23 &lt;jrandom&gt; tuy vậy, chúng ta có thể thêm điều đó vào danh sách lỗi kết nối 14:24 &lt;jrandom&gt; ugha: nhưng chúng ta có thể đưa họ vào danh sách đen ;) 14:24 &lt;jrandom&gt; (và chúng ta có làm) 14:24 &lt;deer&gt; &lt;pseudonym&gt; làm sao biết cái chúng ta đang có là "đúng"? có thể các kết nối hiện có đến từ tin tặc mũ đen 14:24 &lt;deer&gt; &lt;pseudonym&gt; đặc biệt nếu chúng ta có ít hoặc chỉ mới có các kết nối gần đây 14:24 &lt;jrandom&gt; pseudonym: các kết nối hiện có là "đúng" vì chúng có thể gửi và nhận dữ liệu 14:24 &lt;deer&gt; &lt;ugha2p&gt; pseudonym: Chúng ta có thể chắc hơn khi nhận được các kết nối đến mới, dù những cái đó cũng có thể bị giả mạo. 14:25 &lt;jrandom&gt; đúng, nếu chúng ta đang nói về ai đó lo ngại một cuộc tấn công giả mạo IP chủ động bên cạnh tấn công Sybil... 14:25 &lt;jrandom&gt; vâng, người đó có thể đơn giản là tự đặt địa chỉ IP của mình ;) 14:25 &lt;deer&gt; &lt;ugha2p&gt; :) 14:26 &lt;deer&gt; &lt;pseudonym&gt; nhưng khả năng người vận hành thậm chí biết điều gì đang xảy ra là bao nhiêu 14:26 &lt;deer&gt; &lt;pseudonym&gt; nếu chúng ta gặp nhiều trường hợp không khớp thì nên có cảnh báo chủ động nào đó 14:27 &lt;deer&gt; &lt;pseudonym&gt; (điều này có thể để lo sau ở một bản phát hành khác, nhưng vì nó được nêu ra...) 14:27 &lt;jrandom&gt; chúng ta có thể thêm một thông báo rõ ràng vào danh sách lỗi kết nối 14:27 &lt;jrandom&gt; mối quan tâm thực sự ở đây là chúng ta đang cố ngăn một tuyến đường bị hạn chế hình thành 14:27 &lt;jrandom&gt; (và mức độ cực đoan của việc đó là phân hoạch mạng hoàn toàn) 14:30 &lt;jrandom&gt; đó là tất cả những gì tôi thấy chúng ta có thể xử lý lúc này, ít nhất cho đến bản 2.0 khi chúng ta cần lo xa hơn ngoài tuyến đường bị hạn chế 14:30 &lt;jrandom&gt; ok, còn ai có điều gì liên quan đến transport mới không? 14:31 &lt;jrandom&gt; nếu không, chuyển sang 2) tình trạng 0.4.1 14:31 &lt;jrandom&gt; tất cả những thứ "cần thiết" đã xong, nhưng vẫn còn một ít gỡ lỗi và cập nhật nhỏ cần đưa vào 14:32 &lt;jrandom&gt; mục tiêu hiện tại là phát hành vào thứ Năm, nhưng chúng ta sẽ xem có gì được thêm hoặc bớt khỏi bản rev ;) 14:33 &lt;jrandom&gt; một điều hay ho là nếu ai đó có thể tải về một bản cài đặt jetty, xem file cấu hình jetty.xml, và viết vài tài liệu về cách chạy một instance jetty (cho một eepsite/v.v.) với những gì đi kèm cùng i2p 14:33 &lt;deer&gt; &lt;ugha2p&gt; 0.4.1 có bao gồm các cập nhật nào khác ngoài transport TCP mới không? 14:33 &lt;jrandom&gt; không hẳn đâu ugha :) 14:34 &lt;deer&gt; &lt;pseudonym&gt; nó có tương thích ngược không? 14:34 &lt;jrandom&gt; (xem: www.i2p.net/roadmap ) 14:34 &lt;jrandom&gt; không, nó không tương thích ngược 14:34 &lt;deer&gt; &lt;ugha2p&gt; :) 14:36 &lt;jrandom&gt; ok, đó là tất cả những gì tôi muốn đề cập về 0.4.1.. còn gì khác về mục này không? 14:36 &lt;jrandom&gt; nếu không, ta đến với mục quen thuộc: 3) ??? 14:36 &lt;deer&gt; &lt;ugha2p&gt; *im lặng* 14:37 &lt;jrandom&gt; có ai còn điều gì khác (liên quan đến i2p) muốn nêu ra không? 14:37 &lt;jrandom&gt; chúng ta đã kéo dài gấp đôi cuộc họp tuần trước rồi ;) 14:37 &lt;deer&gt; &lt;ugha2p&gt; À, tôi có thể nhắc rằng nhờ cervantes, Wiki của tôi giờ có một outproxy ra thế giới thực, thông qua http://ugha.ath.cx/ 14:38 &lt;deer&gt; * pseudonym là kẻ gây rắc rối 14:38 &lt;jrandom&gt; ồ đúng rồi, rất ngầu 14:38 &lt;jrandom&gt; s/outproxy/inproxy/ :) 14:38 * jrandom gửi kẻ gây rắc rối ra góc 14:38 &lt;deer&gt; &lt;ugha2p&gt; Đúng, inproxy. :) 14:40 &lt;jrandom&gt; ok, nếu không còn gì nữa 14:40 &lt;deer&gt; &lt;pseudonym&gt; Tôi nghĩ dịch vụ mail mới từ postmaster khá ngầu 14:40 &lt;jrandom&gt; ồ, hoàn toàn đồng ý 14:40 &lt;deer&gt; &lt;pseudonym&gt; à, postman 14:41 &lt;deer&gt; * ugha2p vẫn chưa đăng ký. 14:41 &lt;deer&gt; &lt;baffled&gt; có ai nghe tin tức gì về stasher gần đây không? 14:41 &lt;jrandom&gt; thật hay là nó hoạt động với cả telnet và kmail:) 14:41 &lt;jrandom&gt; không đâu baffled, chẳng nghe chút động tĩnh nào 14:42 &lt;deer&gt; &lt;baffled&gt; Tôi đoán aum cần một cú đá vào đầu. 14:42 &lt;deer&gt; &lt;ugha2p&gt; Có lẽ tôi sẽ viết một trang về EepMailAnonymity, nhưng tôi không biết nhiều về SMTP/POP3/IMAP/các thứ liên quan email khác. 14:42 &lt;jrandom&gt; không phải đầu, là mông ;) 14:43 &lt;jrandom&gt; ugha: www.postman.i2p có vài trang về chuyện đó 14:43 &lt;deer&gt; &lt;ugha2p&gt; À. 14:43 &lt;deer&gt; &lt;baffled&gt; chúng có thể là một. 14:45 &lt;deer&gt; * ugha2p gõ ngón tay chờ cú baf. 14:45 &lt;jrandom&gt; xin lỗi, suýt ngất ở đây (ngày dàaaai) 14:46 &lt;jrandom&gt; còn gì nữa không? nếu không, chúng ta có diễn đàn và mailing list 14:46 &lt;duck&gt; nhờ Mi-Go chúng ta có trang i2ptunnel được cập nhật 14:46 &lt;duck&gt; nó gần như hoàn hảo 14:46 &lt;jrandom&gt; ồ hay đấy 14:46 &lt;duck&gt; nhưng nếu ai có cải tiến nào, bạn biết tìm tôi ở đâu 14:47 * jrandom traceroutes 14:47 * jrandom lấy đà 14:47 * jrandom *baf*s để kết thúc cuộc họp </div>/vi/blog/2004/09/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-09-28/Tue, 28 Sep 2004 00:00:00 +0000/vi/blog/2004/09/28/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-09-28/<p>Chào mọi người, đến giờ cập nhật hàng tuần rồi</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>New transport</li> <li>0.4.1 status</li> <li>???</li> </ol> <h2 id="1-giao-thức-truyền-tải-mới">1) Giao thức truyền tải mới</h2> <p>Bản phát hành 0.4.1 mất nhiều thời gian hơn dự kiến, nhưng giao thức truyền tải và phần hiện thực mới đã được đưa vào với tất cả những gì đã lên kế hoạch — phát hiện IP, thiết lập kết nối chi phí thấp, và một giao diện dễ dùng hơn để giúp gỡ lỗi khi kết nối thất bại. Điều này được thực hiện bằng cách loại bỏ hoàn toàn giao thức truyền tải cũ và triển khai một giao thức mới, mặc dù chúng tôi vẫn giữ những “từ khóa kêu” giống nhau (2048bit DH + STS, AES256/CBC/PKCS#5). Nếu bạn muốn xem lại giao thức, nó có trong tài liệu. Bản hiện thực mới cũng gọn gàng hơn rất nhiều, vì phiên bản cũ chỉ là một tập hợp các bản cập nhật tích lũy trong năm qua.</p>/vi/blog/2004/09/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-9-n%C4%83m-2004/Tue, 21 Sep 2004 00:00:00 +0000/vi/blog/2004/09/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-9-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer, jrandom, protok0l</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) chào 14:06 &lt;jrandom&gt; 1) Tình trạng phát triển 14:06 &lt;jrandom&gt; 2) userhosts.txt mới vs. hosts.txt 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) chào 14:06 * jrandom vẫy tay 14:06 &lt;jrandom&gt; ghi chú trạng thái hàng tuần ngắn gọn @ http://dev.i2p.net/pipermail/i2p/2004-September/000449.html 14:06 &lt;jrandom&gt; (và có lẽ nhật ký họp ngắn gọn sẽ được đăng sau khi xong cái này ;) 14:07 * jrandom cho mọi người hẳn 30 giây để đọc các ghi chú đó 14:07 &lt;jrandom&gt; dù sao, chuyển sang 1) tình trạng phát triển 14:07 &lt;jrandom&gt; tổng quan cơ bản về tình hình có trong email đó 14:08 &lt;jrandom&gt; một điều bạn có thể để ý là mình sẽ không còn bị mất chữ lung tung trong bài nữa, vì cái laptop của mình dở chứng dạo này 14:09 &lt;jrandom&gt; nên mình đang chuyển hoàn toàn sang máy chủ của mình (với laptop làm dự phòng để kiểm thử Windows, v.v.) 14:09 &lt;jrandom&gt; mình chỉ có vậy ở mảng đó 14:10 &lt;jrandom&gt; có ai muốn nêu gì liên quan đến 0.4.0.1 hoặc hoạt động phát triển không? 14:11 &lt;deer&gt; &lt;jrandom&gt; không jrandom, chúng tôi chỉ đang theo dõi im lặng 14:11 &lt;jrandom&gt; ok, chuyển sang 2) userhosts.txt mới vs. hosts.txt 14:11 &lt;protok0l&gt; yey! 14:11 &lt;jrandom&gt; tính năng mới nhỏ để mọi người có thể chỉnh sửa cách đặt tên cục bộ trong khi vẫn kéo hosts.txt 14:12 &lt;protok0l&gt; nếu xung đột thì tập tin nào có ưu tiên? tôi đoán là của người dùng 14:13 &lt;jrandom&gt; nó sẽ được tung ra trong bản phát hành kế tiếp, nên về cơ bản chỉ cần đặt các thay đổi cục bộ của bạn vào userhosts.txt vì hosts.txt sẽ bị ghi đè 14:13 &lt;jrandom&gt; userhosts.txt được ưu tiên trước 14:15 &lt;jrandom&gt; ok, mình chỉ có vậy cho mục 2, nên chuyển nhanh sang điểm cuối của chúng ta - 3) ??? 14:15 &lt;jrandom&gt; còn ai có gì muốn thảo luận không? 14:16 &lt;deer&gt; &lt;Pseudonym&gt; lịch cho 0.4.1? 14:17 &lt;jrandom&gt; chắc sẽ ra trong tuần này, nhưng có thể phải đến cuối tuần. 14:17 &lt;deer&gt; &lt;Pseudonym&gt; hay đó 14:17 &lt;jrandom&gt; cuối cùng mình bỏ cuộc chiến với cái laptop sau khi phím cách chết 14:17 &lt;jrandom&gt; (codingWithoutSpaces==lame;) 14:18 &lt;jrandom&gt; ok, còn ai có gì muốn nêu không? mình nghĩ chúng ta sắp lập kỷ lục thời lượng họp ở đây 14:18 &lt;jrandom&gt; (không phải đó là vấn đề) 14:19 &lt;jrandom&gt; ok, nếu không thì 14:19 * jrandom kết thúc 14:19 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/09/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-09-21/Tue, 21 Sep 2004 00:00:00 +0000/vi/blog/2004/09/21/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-09-21/<p>Chào mọi người, cập nhật nhanh tuần này</p> <h2 id="mục-lục">Mục lục</h2> <ol> <li>Dev status</li> <li>New userhosts.txt vs. hosts.txt</li> <li>???</li> </ol> <h2 id="1-trạng-thái-phát-triển">1) Trạng thái phát triển</h2> <p>Mạng lưới đã khá ổn định trong tuần vừa qua, vì vậy tôi đã có thể tập trung vào bản phát hành 0.4.1 — đại tu transport TCP và bổ sung hỗ trợ phát hiện địa chỉ IP, đồng thời loại bỏ thông báo cũ &ldquo;target changed identities&rdquo;. Điều này cũng sẽ loại bỏ nhu cầu dùng các bản ghi dyndns.</p>/vi/blog/2004/09/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-9-n%C4%83m-2004/Tue, 14 Sep 2004 00:00:00 +0000/vi/blog/2004/09/14/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-9-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, deer, dm, fvw, hypercubus, interrupt, jrandom, korkakak, nicktastic, Nightblade</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) chào 14:06 &lt;jrandom&gt; 1) 0.4.0.1 14:06 &lt;jrandom&gt; 2) Cập nhật mô hình đe dọa (Threat model) 14:06 &lt;jrandom&gt; 3) Cập nhật website 14:06 &lt;jrandom&gt; 4) Lộ trình (Roadmap) 14:06 &lt;jrandom&gt; 5) Ứng dụng phía client 14:06 &lt;jrandom&gt; 6) ??? 14:06 &lt;jrandom&gt; 0) chào 14:06 * jrandom vẫy tay 14:06 &lt;cervantes&gt; chào buổi tối 14:06 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đăng tại http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 14:07 &lt;jrandom&gt; (lần này đăng trước cả cuộc họp ;) 14:07 &lt;deer&gt; &lt;jrand0m&gt; uầy, 30 người ở đây 14:07 -!- Irssi: #i2p: Tổng cộng 21 nick [0 ops, 0 halfops, 0 voices, 21 bình thường] 14:07 &lt;jrandom&gt; ok, dù sao, vào luôn 1) 0.4.0.1 14:08 &lt;jrandom&gt; bản phát hành đã ra và mọi thứ có vẻ hoạt động tạm ổn 14:09 &lt;jrandom&gt; tôi thấy thời gian kết nối đa dạng trên irc, nhưng qua trao đổi thì có vẻ tắc nghẽn xảy ra khi ví dụ tải file lớn và dùng irc cùng lúc 14:09 &lt;jrandom&gt; nhiều người gặp phải không? 14:10 &lt;jrandom&gt; chắc là không 14:11 &lt;cervantes&gt; Tôi đã làm vài bài test băng thông gần đây và chưa gặp vấn đề trong mảng đó... dù tôi không dùng giới hạn băng thông 14:11 * nicktastic chưa tải nhiều kể từ vụ “đột kích” alexandria vài tuần trước 14:11 &lt;dm&gt; Tôi nhớ hay bị disconnect IRC hơn khi dùng eepsites, nhưng đó là 2 tháng trước 14:11 &lt;dm&gt; bị ngắt kết nối 14:11 &lt;dm&gt; không chắc giờ còn không 14:11 &lt;jrandom&gt; à, ừ, ta cần giục mấy người bên alexandria cho thêm sách :) 14:12 &lt;Nightblade&gt; cảm ơn dm đã cập nhật 14:12 &lt;jrandom&gt; tôi dùng irc khá ổn trong khi tải vài file lớn từ thetower, nhưng giống cervantes, tôi không bật giới hạn băng thông 14:13 &lt;jrandom&gt; (dù lúc đó băng thông trung bình của router ổn định ở 11KBps, trong khi tải nhạc 8KBps) 14:13 * nicktastic tìm cái gì đó để tải 14:13 * jrandom xem kết nối irc.duck.i2p của bạn rớt nhanh thế nào ;) 14:13 &lt;jrandom&gt; ok, dù sao, có ai có gì muốn nêu về 0.4.0.1 không? 14:14 &lt;dm&gt; Nightblade: hehe, không vấn đề :) 14:14 &lt;dm&gt; jrandom: làm tốt lắm, tiến lên nào 14:14 &lt;fvw&gt; trình cài đặt trông đẹp? (không chắc cái đó mới ở .1?) 14:14 &lt;jrandom&gt; gracias dm 14:15 &lt;jrandom&gt; fvw: giống 0.4, nhưng tôi đồng ý, hyper làm rất tốt (và cả nhà thiết kế ẩn danh của ta nữa!) 14:15 &lt;fvw&gt; thêm nữa, tôi sẽ không cam kết là nó đẹp ở điểm NÀO đâu :) 14:15 &lt;jrandom&gt; chà con của... 14:16 &lt;jrandom&gt; ok, chuyển sang 2) Cập nhật mô hình đe dọa 14:16 &lt;cervantes&gt; làm tốt lắm.. :) viết tài liệu lúc nào cũng khổ 14:17 &lt;jrandom&gt; ừ, mất 2-3 ngày đau đớn 14:17 &lt;jrandom&gt; không rõ có ai đọc http://www.i2p.net/how_threatmodel chưa, nhưng nếu muốn biết “nặc danh” là cái quái gì khi chúng ta nói, thì đó là ý ta 14:18 &lt;jrandom&gt; hầu hết các mục ở đó lấy từ http://citeseer.ist.psu.edu/454354.html (đã link trên trang) 14:18 &lt;jrandom&gt; còn nhiều thứ tôi muốn làm thêm trong threat model, nhưng không đủ thời gian 14:18 &lt;jrandom&gt; tôi muốn thấy một ma trận các mối đe dọa đó vs chi phí triển khai vs kiểu người dùng quan tâm đến chúng 14:19 &lt;jrandom&gt; (ví dụ Joe Sixpack (người dùng phổ thông) không quan tâm đến kẻ tấn công chủ động cấp độ toàn cục) 14:19 &lt;jrandom&gt; nên ai rảnh thì... ;) 14:19 &lt;cervantes&gt; điều tôi nghĩ khi đọc tài liệu của bạn... ta cần một thuật ngữ giải nghĩa đàng hoàng... 14:20 &lt;fvw&gt; anh ta không à? Joe sixpack thích tải mp3... 14:20 &lt;jrandom&gt; ai đó vừa xuất bản một cái thì phải... 14:20 &lt;cervantes&gt; thật sao? 14:20 &lt;cervantes&gt; trên eep à? 14:20 &lt;jrandom&gt; không, bài nghiên cứu nào đó 14:20 &lt;jrandom&gt; chưa có trên freehaven, để tôi tìm lại 14:21 &lt;jrandom&gt; chết tiệt, có vẻ tôi không còn bản của mình nữa. 14:21 &lt;jrandom&gt; tôi sẽ thử lần lại sau cuộc họp 14:22 &lt;cervantes&gt; nó có đề cập cả khái niệm đặc thù i2p không? 14:22 &lt;jrandom&gt; à, không 14:22 &lt;jrandom&gt; chỉ là thuật ngữ chung cho các mạng nặc danh, liên quan đến mixes, cascades, attacker, v.v. 14:22 &lt;jrandom&gt; không có garlic routing hay tunnels ;) 14:23 &lt;cervantes&gt; một đoạn tóm tắt gọn các buzzword “nội bộ” để mọi người thấy nhanh sự khác nhau giữa onion và garlic routing (ví dụ) mà không phải đọc cả tài liệu “how” 14:23 &lt;jrandom&gt; bạn hiểu là một glossary có khi còn lớn hơn cả đống trang how_* cộng lại chứ? 14:23 &lt;jrandom&gt; nhưng ừ, tôi đồng ý, nên làm 14:23 &lt;cervantes&gt; chắc rồi... nhưng mà.. ;) 14:23 * jrandom xung phong giao việc đó cho cervantes ;) 14:23 * dm tán thành 14:23 &lt;cervantes&gt; hehe tôi còn không biết nửa cái mớ đó là gì :) 14:24 &lt;jrandom&gt; viết những gì bạn biết và hỏi tôi 14:24 &lt;cervantes&gt; Tôi sẽ thử làm 14:24 &lt;jrandom&gt; w00t! cervantes++ 14:24 &lt;cervantes&gt; nếu tôi đưa lên diễn đàn thì người khác cũng góp được... 14:24 &lt;jrandom&gt; ý hay 14:24 &lt;deer&gt; * Pseudonym cổ vũ 14:25 &lt;cervantes&gt; _nhưng_ tài liệu bạn nói sẽ hữu ích đấy :o) 14:25 &lt;dm&gt; tunnel: đường hầm nhân tạo dưới lòng đất 14:25 &lt;jrandom&gt; đồng ý, tôi sẽ cố tìm lại 14:25 &lt;cervantes&gt; Tôi sẽ làm bản đặc biệt cho bạn dm 14:25 &lt;dm&gt; yay! 14:26 &lt;jrandom&gt; ok, còn gì về threat model nữa không, hay chuyển sang 3) Cập nhật website? 14:27 &lt;jrandom&gt; ok, ai vào site hôm nay chắc đã thấy, Curiosity có vài cập nhật về khả dụng khá hay 14:27 &lt;dm&gt; Tôi nghĩ chỉ còn cervantes và tôi là còn thức. 14:27 &lt;korkakak&gt; Tôi nghĩ trong threat models 14:28 &lt;korkakak&gt; bạn nên thêm vài tấn công mixnetwork 14:28 &lt;jrandom&gt; kiểu tấn công mix nào? 14:28 * dm mở www.i2p.net 14:28 &lt;korkakak&gt; như tấn công thông đồng (collusion) 14:28 &lt;jrandom&gt; cái dở của các phân loại tôi dùng là vậy. chúng gần như toàn là tấn công collusion. 14:29 &lt;korkakak&gt; Với mix attacks tôi muốn nói tấn công có thể xảy ra trong một mix network 14:29 &lt;korkakak&gt; à ok xin lỗi 14:29 &lt;jrandom&gt; (và hầu hết có thể dùng cho tấn công xác suất hoặc xác nhận, v.v.) 14:29 &lt;dm&gt; Tôi thích các đoạn tăng kích cỡ dần. Giúp kéo người đọc vào. Quá kỹ thuật cho trang chủ though. 14:29 &lt;korkakak&gt; Một góp ý nữa: I2P có thể tự động phát hiện collusion không? 14:30 &lt;jrandom&gt; nhưng nếu bạn có đề xuất những thứ cần thêm, xin cho tôi biết 14:30 &lt;jrandom&gt; ôi, chắc chắn là không. chúng tôi chưa nhập thuật toán của morphmix 14:30 &lt;korkakak&gt; Tôi hiểu 14:30 &lt;korkakak&gt; ok tiếp tục đi 14:30 &lt;jrandom&gt; dù thuật toán của họ cũng không hợp với ta, vì ta là free route mixnet (mạng trộn định tuyến tự do) 14:31 &lt;korkakak&gt; Ừ cũng đúng mà cũng không hẳn 14:31 &lt;korkakak&gt; nhưng ổn. Xin lỗi vì ngắt quãng 14:32 &lt;cat-a-puss&gt; Cũng nên nói ngay từ đầu vài kiểu tấn công rõ ràng mà I2P KHÔNG dễ tổn thương 14:32 &lt;jrandom&gt; hả? thuật toán của họ dựa trên phát hiện ảnh hưởng của peer thông đồng trong việc chọn peer - trong i2p, router cục bộ định nghĩa rõ toàn bộ thuật toán chọn peer 14:33 &lt;korkakak&gt; Tôi đoán điều này đúng do kích cỡ mạng hiện nay 14:33 &lt;jrandom&gt; à, ý hay đấy cat-a-puss, với MITM/etc. bạn có hứng đăng vài ý tưởng không? 14:33 &lt;cat-a-puss&gt; được chứ 14:33 &lt;dm&gt; MITM? 14:33 &lt;dm&gt; À, man in the middle (kẻ ở giữa). 14:33 &lt;jrandom&gt; muchas gracias cat-a-puss! 14:34 * cervantes ghi MITM vào glossary 14:34 &lt;jrandom&gt; korkakak: hmm. tôi không chắc khía cạnh đó bị ảnh hưởng bởi kích thước mạng thế nào, nhưng chắc chắn ta có thể học được điều gì đó từ phát hiện collusion của morphmix 14:34 &lt;jrandom&gt; (có thể liên quan đến phản hồi netDb chẳng hạn) 14:34 &lt;korkakak&gt; wrt = ? 14:35 &lt;dm&gt; hehee 14:35 &lt;jrandom&gt; xin lỗi, with regards to (liên quan đến) 14:35 &lt;dm&gt; Cái đó tôi biết! 14:36 &lt;jrandom&gt; ta chắc chắn sẽ được lợi nếu bàn thêm về threat model. có lẽ mở một chủ đề trên list hoặc forum? 14:36 &lt;dm&gt; "Kết quả là số peer chuyển tiếp mỗi thông điệp end-to-end là tối thiểu tuyệt đối cần thiết để đáp ứng cả mô hình đe dọa của người gửi và người nhận." 14:36 &lt;dm&gt; Tôi thích cách nhìn này. 14:37 &lt;dm&gt; Dù nó không đúng. 14:37 &lt;jrandom&gt; hả? 14:37 &lt;jrandom&gt; nếu cả người gửi và nhận chỉ cần phủ nhận hợp lý, họ có thể nói chuyện trực tiếp 14:37 &lt;jrandom&gt; (v.v.) 14:37 &lt;dm&gt; Số peer tối thiểu cần thiết để đáp ứng mô hình đe dọa của A và B là số peer cần bởi A hoặc B, bên nào yêu cầu nghiêm ngặt hơn :) 14:38 &lt;jrandom&gt; không đúng dm 14:38 &lt;jrandom&gt; nếu cả hai đều yêu cầu tunnel 2 hop để chống peer thông đồng trong tunnel của họ, thì không ai có thể chỉ dùng tunnel 1 hop 14:39 &lt;dm&gt; Nếu A chấp nhận nói chuyện với 10 lớp gián tiếp, và B chấp nhận 5, tối thiểu là 10, không phải 15!? 14:39 &lt;jrandom&gt; không, 15. B không nên tin tunnel của A. 14:39 &lt;dm&gt; Ừ, cậu ấy không nên. 14:39 &lt;dm&gt; Nhưng về lý thuyết.. Thôi, tranh luận ngớ ngẩn. Dù sao, tôi vẫn thích câu đó. 14:40 &lt;jrandom&gt; đó là một trong các quyết định thiết kế quan trọng ở i2p ;) 14:40 &lt;jrandom&gt; quay lại 3) Cập nhật website 14:41 &lt;deer&gt; &lt;nicktastic&gt; (FYI - irc rớt khi đang tải hai file lớn, nhưng độ trễ đến server như trước khi tải, có thể chỉ là trục trặc (shutdown không graceful đâu đó?)) 14:41 &lt;jrandom&gt; Curiosity và tôi đã bàn về độ dài trang chủ mới, và dù đồng ý là hơi dài, nó vẫn tốt hơn dòng 1 câu cũ 14:41 &lt;cervantes&gt; đồng ý 14:42 &lt;jrandom&gt; à ok. có thể tắc nghẽn mạng khi tải, vì eepproxy và irc client dùng chung I2P destination (mặc định) 14:42 &lt;nicktastic&gt; Aaah.... 14:42 &lt;jrandom&gt; (tức cả hai cùng cố dùng chung cặp inbound tunnels) 14:42 &lt;nicktastic&gt; Tôi thắc mắc sao chỉ thấy một cái 14:43 &lt;jrandom&gt; ừ, đó là mặc định trong I2PTunnel và thư viện ministreaming. nếu ai quan tâm ta có thể mở tùy chọn cấu hình ;) 14:43 &lt;nicktastic&gt; xin lỗi vì ngắt lời 14:43 &lt;deer&gt; * Pseudonym quan tâm 14:43 &lt;dm&gt; mấy chàng trai lịch sự quá 14:43 &lt;interrupt&gt; được tha thứ 14:44 &lt;interrupt&gt; ;) 14:44 * nicktastic đảo mắt 14:44 &lt;jrandom&gt; hoan nghênh patch Pseudonym ;) (thôi, tôi sẽ tìm cách dễ... chắc không khó lắm) 14:44 &lt;jrandom&gt; ok, dù sao 14:44 &lt;deer&gt; &lt;Pseudonym&gt; tốt, vì tôi chả biết code java 14:45 &lt;jrandom&gt; có thể còn các cập nhật website nữa, nhưng ai có đề xuất gì, hãy post lên forum hoặc list, hoặc nói với Curiosity trên irc và ta sẽ triển khai 14:45 &lt;jrandom&gt; ai có gì muốn nêu về website không? 14:45 &lt;cervantes&gt; umm bounty có lẽ 14:46 &lt;cervantes&gt; dù có thể để phần 5 thì hơn 14:46 &lt;jrandom&gt; chắc vậy 14:46 &lt;jrandom&gt; ok, chuyển sang 4) Roadmap 14:46 &lt;jrandom&gt; nhiều cập nhật. xem email để biết chi tiết 14:47 &lt;jrandom&gt; (hoặc xem biểu đồ gantt đẹp ;) 14:47 &lt;dm&gt; Cái đó làm bằng MS Project? 14:47 &lt;jrandom&gt; http://ganttproject.sourceforge.net/ 14:47 &lt;cervantes&gt; eerm gantt :) 14:47 &lt;dm&gt; oh.. gantt là sản phẩm. Tôi nhầm. 14:48 &lt;dm&gt; Thấy không có phụ thuộc nào trong roadmap cũng hay. 14:48 &lt;jrandom&gt; tôi đã đăng vài bản khác nhau của roadmap mấy ngày qua, nhưng bản này có vẻ ổn 14:48 &lt;cervantes&gt; tất cả phụ thuộc vào jrandom ;-) 14:48 * jrandom rên rỉ 14:48 &lt;fvw&gt; 3.0 vào tháng Hai? Wow. 14:48 &lt;jrandom&gt; bản 2.0 và 3.0 thực ra mỗi cái chỉ có 1 tính năng (lớn) 14:48 &lt;dm&gt; Đừng quên: đánh số phiên bản theo hàm mũ 14:49 &lt;jrandom&gt; heh 14:49 &lt;jrandom&gt; ừ, đến tháng Bảy năm sau ta sẽ là 1183 14:50 &lt;dm&gt; Ừ thì thú vị hơn kiểu cộng +0.1 tùy tiện mỗi build của đa số dự án, nên tôi không phàn nàn. 14:50 &lt;jrandom&gt; các bản 2.0 và 3.0 có thể lùi để đồng bộ với ứng dụng khác. ví dụ 3.0 sẽ hợp với một ứng dụng email 14:51 &lt;jrandom&gt; tiêu chí phát hành 1.0 như thường lệ - hữu dụng, an toàn, mở rộng được, và nặc danh 14:51 &lt;jrandom&gt; vì thế tôi đưa transport udp vào, vì transport tcp hiện tại sẽ toang nặng nếu có vài nghìn peer 14:51 &lt;dm&gt; vậy ta nên có 0.9 - The Slashdot 14:51 &lt;dm&gt; nếu sống sót ta có thể tick “scalable” và lên 1.0 14:51 &lt;jrandom&gt; heh 14:52 * jrandom thích tăng trưởng hữu cơ hơn, cảmơnrấtnhiều 14:52 &lt;cervantes&gt; ta không cần nói cho _họ_ biết về nó 14:52 &lt;cervantes&gt; *không muốn 14:52 &lt;korkakak&gt; nhân tiện tôi có thể nói chút về thời gian toàn cục không? 14:52 &lt;cervantes&gt; để họ cứ ở trên internet còn ta chuyển qua đây 14:52 &lt;jrandom&gt; được chứ korkakak 14:53 &lt;korkakak&gt; Theo tôi bạn không thể mô phỏng một mạng đồng bộ trên một mạng không đồng bộ 14:53 &lt;korkakak&gt; đó là thiết kế tệ và sẽ dẫn đến tách mạng [tôi nghĩ] theo cách dùng nó 14:54 &lt;korkakak&gt; như dấu thời gian cho gói UDP 14:54 &lt;jrandom&gt; việc đồng bộ không áp dụng cho nhắn tin, chỉ giúp ta biết dữ liệu còn mới không 14:54 &lt;korkakak&gt; đúng, đó là điểm tôi nói 14:54 &lt;jrandom&gt; nếu không biết độ “tươi mới” của mục netDb, bạn sẽ dễ bị cả đống tấn công 14:55 &lt;korkakak&gt; Đúng 14:55 &lt;korkakak&gt; nhưng thử hình dung mạng tăng trưởng 14:55 &lt;korkakak&gt; mạng rất lớn 14:55 &lt;jrandom&gt; như internet 14:55 &lt;dm&gt; lớn hơn! 14:55 &lt;fvw&gt; hai internet buộc nhau bằng vài sợi dây! 14:55 &lt;jrandom&gt; vốn có network time protocol để mở rộng đến kích cỡ đó... ;) 14:56 &lt;korkakak&gt; Tôi không nghĩ hiểu ý bạn nhưng 14:56 &lt;dm&gt; korkakak: bạn đang muốn nói gì? 14:57 &lt;korkakak&gt; rằng tách mạng có thể xảy ra do timestamp sai 14:58 * dm không rõ hiện tại đồng bộ thế nào 14:58 &lt;korkakak&gt; trường hợp đó gọi là hiệu ứng bản địa hóa [dịch từ tiếng Hy Lạp sang Anh] 14:58 &lt;deer&gt; &lt;soros&gt; tôi nghe nặc danh của i2p đã bị bẻ 14:59 &lt;deer&gt; &lt;soros&gt; đúng không ? 14:59 &lt;jrandom&gt; tôi tin ta có thể xử lý đồng bộ thời gian theo cách mạng NTP làm. có số lượng khổng lồ host NTP tier 2 và 3, và dù triển khai SNTP hiện tại của ta dĩ nhiên không phù hợp môi trường tắc nghẽn, không có lý do để tin đồng bộ thời gian là không khả thi 14:59 &lt;jrandom&gt; heh soros 14:59 &lt;jrandom&gt; soros: luồng bạn nói tới (người khác cũng nhắc tôi) trên devl nói JAP bị compromise, không phải I2P. 15:00 &lt;dm&gt; vậy mọi node I2P phải luôn đồng bộ mới hoạt động? 15:00 &lt;korkakak&gt; mạng NTP là mạng đồng bộ chạy trên mạng đồng bộ ;-) 15:00 &lt;jrandom&gt; nhưng nếu ai có phương án compromise I2P, tôi rất muốn nghe 15:00 &lt;deer&gt; &lt;soros&gt; tôi có nhưng giữ bí mật 15:00 &lt;jrandom&gt; ở các mức trừu tượng khác nhau korkakak, đúng. dây ethernet của tôi cũng đồng bộ nữa kìa 15:01 &lt;deer&gt; &lt;soros&gt; :) 15:01 &lt;jrandom&gt; đúng dm, đồng bộ với thời gian mạng 15:01 &lt;korkakak&gt; jrandom là nick hay korki :-) 15:01 &lt;jrandom&gt; (điểm là ta không dùng nhắn tin đồng bộ) 15:01 &lt;jrandom&gt; :) ok 15:01 &lt;jrandom&gt; (đừng phật ý nếu tôi không nói tên thật ;) 15:02 &lt;korkakak&gt; Không đâu 15:02 &lt;dm&gt; Tên anh ấy là Abdul 15:02 &lt;jrandom&gt; ok ta đang ở đâu 15:02 &lt;nicktastic&gt; 4) 15:03 &lt;jrandom&gt; đúng rồi, cảm ơn. roadmap 15:03 &lt;jrandom&gt; ai có quan ngại / ý tưởng / đề xuất gì không? 15:03 &lt;dm&gt; khi bạn nói sẽ làm việc ở transport, ý là làm lại TCP, hay chuyển sang UDP? 15:04 &lt;jrandom&gt; UDP là 0.4.4 15:05 &lt;dm&gt; Tôi nghĩ thấy gì đó về làm việc ở lớp transport 15:05 &lt;dm&gt; trong tương lai gần 15:05 &lt;jrandom&gt; đúng, 0.4.1 sẽ là cải tổ TCP transport 15:05 &lt;dm&gt; sao cải tổ TCP ở 0.4.1 nếu sẽ sang UDP ở 0.4.4? 15:05 &lt;dm&gt; Chúng ta sẽ cần cả hai? 15:05 &lt;cervantes&gt; chỉ để chỉ ra rằng bạn vẫn là nguồn lực duy nhất trong kế hoạch... ...chúng ta thiếu người đóng góp hay chỉ là mảnh vỡ dự án? 15:06 &lt;jrandom&gt; dm: một số người không dùng được UDP 15:06 &lt;dm&gt; firewall? 15:06 &lt;jrandom&gt; cervantes: ta chắc chắn có thể song song nhiều việc với thêm người đóng góp 15:07 &lt;jrandom&gt; (nhưng roadmap không giả định có thêm) 15:07 &lt;cervantes&gt; vậy hy vọng nó biểu diễn kịch bản xấu nhất 15:07 &lt;jrandom&gt; tuy nhiên có những việc quan trọng khác không phản ánh trên roadmap, như sửa client, dịch vụ chạy trên i2p, v.v. 15:08 &lt;cervantes&gt; ngoài việc anh bị ám sát 15:08 &lt;dm&gt; Giá mà ta trả lương được cho toad 15:08 &lt;deer&gt; &lt;Pseudonym&gt; giờ 0.4 đã ra và hoạt động khá, ta nên thông báo đâu đó (không nhất thiết /.) để tăng số nhà phát triển/kiểm thử/nhà tài trợ? 15:08 &lt;jrandom&gt; thêm người đóng góp chắc chắn được hoan nghênh 15:08 * korkakak chào mọi người. Sẵn sàng lên giường. Bên xứ korkakak muộn rồi... 15:08 &lt;korkakak&gt; bye gayz 15:08 &lt;cervantes&gt; chúc ngủ ngon 15:08 &lt;jrandom&gt; cảm ơn đã ghé nick, hẹn nói chuyện sau 15:10 &lt;dm&gt; chúc ngủ ngon 15:10 &lt;jrandom&gt; một bài /. có lẽ là sớm, nhưng sẽ tốt nếu kéo thêm người bằng cách khác 15:10 &lt;dm&gt; Anh khá cởi mở với đề xuất của Pseudonym. Tôi tưởng anh sẽ nổi đóa. 15:10 &lt;jrandom&gt; nhưng tôi nghĩ truyền miệng ta đang tăng đều 15:11 &lt;deer&gt; &lt;Pseudonym&gt; và nếu ta muốn thông báo, nên làm ở đâu? 15:11 &lt;jrandom&gt; tôi không nghĩ nên có thông báo nào lúc này, cho đến 1.0 15:11 &lt;deer&gt; &lt;Pseudonym&gt; có vẻ ta cần thêm tiền/tài năng 15:11 &lt;jrandom&gt; nhưng nếu bạn nghe ai đó muốn có cách giúp làm gì đó nặc danh, chỉ họ đến i2p ;) 15:12 &lt;deer&gt; * DrWoo đề xuất chiến dịch “thì thầm” 15:12 &lt;cervantes&gt; ta đã có kha khá tiền chưa phân bổ... 15:12 &lt;jrandom&gt; đội của ta mở, nhưng bạn chỉ có một cơ hội để tạo ấn tượng đầu tiên. 15:13 &lt;cat-a-puss&gt; Tôi không khuyên đi từ không quảng bá gì đến /. cần một bước trung gian để chắc ta xử lý được tải 15:13 &lt;deer&gt; &lt;Pseudonym&gt; vậy ta nên phân bổ vào các bounty quan trọng 15:13 &lt;dm&gt; Ta cần thuê dev toàn thời gian hoặc tìm ai đó CỰC KỲ RẤT RẤT rảnh 15:13 &lt;jrandom&gt; đồng ý. tôi muốn thấy ít nhất 500 router online trước 15:13 &lt;jrandom&gt; mà thực ra, mọi người đang đưa ta sang 5) Ứng dụng client :) 15:14 &lt;jrandom&gt; hiện ta có khoảng ~300 trong quỹ (à gần đủ, nhưng là chuyện khác) 15:14 &lt;deer&gt; &lt;Pseudonym&gt; có gợi ý gì cho bước trung gian không? 15:14 &lt;jrandom&gt; pseudonym: ta không thể có hàng nghìn node trước 0.4.4 15:15 &lt;jrandom&gt; (và ta muốn stress test mạng trước) 15:15 &lt;fvw&gt; Thực ra, có thể trên đa số unix. Cần chỉnh rlimits thôi. 15:15 &lt;jrandom&gt; đúng đúng 15:15 &lt;jrandom&gt; dù sao cũng sẽ đau đấy ;) 15:16 &lt;deer&gt; &lt;Pseudonym&gt; đúng. nên không /. nhưng chắc có nơi ta kiếm vài trăm 15:16 &lt;jrandom&gt; ta có thể làm mô phỏng lớn hơn 15:16 &lt;deer&gt; &lt;Pseudonym&gt; có ai quen ai ở EFF không? có thể họ có mailing list 15:17 &lt;jrandom&gt; ừ, tôi đã nói chuyện với vài người EFF về vài thứ 15:17 &lt;fvw&gt; Tôi nghĩ bất kỳ thông báo nào cũng sẽ lọt đến slashdot. Tôi đồng ý với jrandom, chờ thêm chút không hại gì lúc này. 15:18 &lt;dm&gt; phải ý thức rằng nếu chạm 200-300 node, nhiều khả năng sẽ tự động được /. nhắc ;) 15:18 &lt;jrandom&gt; (nhất là khi ta đã chạy ~ 15 tháng rồi) 15:18 &lt;dm&gt; khối lượng tới hạn/tung hô các kiểu 15:18 &lt;jrandom&gt; ừ, đó cũng là thứ dẫn đến 5) Ứng dụng client 15:19 &lt;jrandom&gt; tôi đang xem thống kê và có lẽ khoảng 1/4 số router ngoài kia không hẳn làm hoạt động client nào 15:19 &lt;jrandom&gt; điều đó tuyệt, mọi người sẵn sàng hiến tài nguyên làm I2P router, nhưng tiếc là ta chưa có thứ gì để “hút” họ :) 15:19 &lt;fvw&gt; Ừ, tôi muốn làm một app chat đàng hoàng (như irc, nhưng hợp lý với i2p), nhưng đó là việc dài hạn, vài tháng tới không có thời gian... 15:20 &lt;jrandom&gt; dạo này có influx eepsites rất ngầu 15:20 &lt;jrandom&gt; à hay đó fvw 15:20 &lt;cervantes&gt; nhiều người chạy hơn 1 router mà 15:20 &lt;jrandom&gt; một IM/chat nhóm tử tế cho I2P sẽ rất tuyệt 15:20 &lt;nicktastic&gt; fvw: Instant messenger có chat nhiều người, chẳng hạn? 15:20 &lt;deer&gt; &lt;mrflibble&gt; mọi người, trong 0.4.0.1, làm sao để router lắng nghe không chỉ localhost? 15:20 &lt;cat-a-puss&gt; này, ai đó viết plugin gaim được chứ? đó sẽ là cách hay 15:20 &lt;jrandom&gt; đúng vậy cervantes 15:20 &lt;cervantes&gt; họ có thể dùng 1 cái cho app... và hiến mấy cái kia 15:21 &lt;jrandom&gt; mrflibble: `http://localhost:7657/i2ptunnel/` để cấu hình http và irc proxy lắng nghe trên "any interface" 15:21 &lt;fvw&gt; nhắc tôi: ta có thể làm gì đó kiểu multicast cho outbound tunnels không? ví dụ gửi một message đến nhiều inbound? 15:21 &lt;nicktastic&gt; cat-a-puss: chắc chắn làm được 15:21 &lt;fvw&gt; ừ, thực chất không khác mấy giữa irc và im, ngoài giao diện. 15:22 &lt;jrandom&gt; fvw: có và không. nó không tiết kiệm nhiều (vì message được mã hóa end to end, nên bạn phải garlic wrap message đến endpoint của outbound tunnel rồi điều hướng các “clove” riêng từ đó) 15:22 &lt;jrandom&gt; theo tôi multicast nên dùng application layer overlay 15:22 &lt;deer&gt; &lt;mrflibble&gt; oh, cảm ơn jrandom! 15:22 &lt;fvw&gt; bạn nói application layer overlay là gì? 15:22 &lt;jrandom&gt; kiểu như shoutcast/etc 15:23 &lt;hypercubus&gt; ý là làm multicasting ở tầng ứng dụng 15:23 &lt;hypercubus&gt; không phải ở tầng i2p 15:23 &lt;cervantes&gt; chào hyper 15:23 &lt;fvw&gt; ừ, hợp lý. 15:24 &lt;jrandom&gt; ok, tôi đã lảm nhảm đủ về app client trong email rồi, nên không lặp lại ở đây. 15:25 * fvw xụ mặt cất bỏ túi bắp rang. 15:25 * jrandom !thwaps tên láu cá 15:26 &lt;jrandom&gt; nhưng cơ bản trước khi “lên sóng”, ta cần cái gì đó cuốn hút để “lên cùng” 15:26 &lt;dm&gt; Cứ xây thì họ sẽ đến... 15:26 &lt;dm&gt; hahaha, hoặc không!!! 15:26 &lt;fvw&gt; đúng. Dù ta có thể kéo kha khá người từ freenet chỉ bằng việc có freesites động (chưa nói là HOẠT ĐỘNG) 15:27 &lt;deer&gt; &lt;Pseudonym&gt; sao không dùng tiền trong quỹ chung để tạo/tăng bounty cho những thứ cuốn hút 15:27 &lt;nicktastic&gt; ...và dht 15:27 &lt;cervantes&gt; Tôi không biết về freenet... freesites khác gì eepsites? 15:27 &lt;cervantes&gt; nếu chúng có giống nhau 15:27 &lt;deer&gt; &lt;Pseudonym&gt; eepsites hoạt động 15:28 &lt;deer&gt; &lt;soros&gt; heh 15:28 &lt;hypercubus&gt; theo tôi các bạn đang sốt ruột 15:28 &lt;cervantes&gt; ngoài chuyện đó 15:28 &lt;nicktastic&gt; hypercubus: Sao vậy? 15:28 &lt;hypercubus&gt; hãy đóng góp cho dự án, hoặc im lặng 15:28 &lt;deer&gt; &lt;soros&gt; freesites là tĩnh. 15:28 &lt;jrandom&gt; bounty/biểu quyết dùng quỹ chung để trao $$$ cho nhà cung cấp dịch vụ / eepsites làm việc ngầu nghe ổn đấy 15:28 * jrandom là người sốt ruột hypercubus ;) 15:28 &lt;jrandom&gt; Pseudonym: ý bạn vậy? 15:28 &lt;cervantes&gt; các app này chắc chắn không thể tự nhiên xuất hiện sau một đêm 15:29 &lt;jrandom&gt; đúng, nên ta cần bàn ngay bây giờ 15:29 &lt;jrandom&gt; duck: bạn ở quanh đây chứ? 15:29 &lt;hypercubus&gt; là mấy người muốn đẩy thông báo công khai 15:29 &lt;fvw&gt; Tôi nghi ngờ bạn sẽ có thêm eepsites nhờ bounty. Người xây chúng vì thấy vui, khó mà trả tiền cho người không thấy đủ vui. 15:29 &lt;deer&gt; &lt;soros&gt; dynamic freesites có thể cập nhật, nhưng chỉ một lần mỗi ngày... 15:29 &lt;jrandom&gt; có lẽ đúng fvw 15:29 &lt;deer&gt; &lt;Pseudonym&gt; tôi nghĩ dùng quỹ chung hỗ trợ bounty cho app, không phải dịch vụ/eepsites 15:29 &lt;fvw&gt; không ai đang đẩy thông báo, chỉ bàn qua thôi. 15:30 &lt;hypercubus&gt; dự án đang tiến hóa và lớn lên tự nhiên, kiên nhẫn nào 15:30 &lt;jrandom&gt; ok chuẩn Pseudonym. 15:30 * fvw gật với pseudonym. Có thể tốt đấy. 15:30 &lt;jrandom&gt; mọi người đề xuất gì? 15:30 &lt;nicktastic&gt; hypercubus: Họ chỉ đang động não cách lớn mạnh mà KHÔNG làm mạng bùng nổ ;) 15:30 &lt;jrandom&gt; toàn bộ quỹ quyên góp có thể áp dụng vào nơi ta thấy phù hợp 15:30 &lt;fvw&gt; dù tôi nghĩ bounty nhỏ cho bug hoặc tính năng có cơ hội tạo ra việc hơn là thành quà tặng dễ chịu cho người vốn dĩ sẽ làm 15:31 &lt;deer&gt; &lt;Pseudonym&gt; bounty nhỏ không hiệu quả. đổ nhiều tiền vào nồi MyI2p thì sao 15:32 &lt;hypercubus&gt; thế thì bạn hãy quyên góp đi? 15:32 &lt;nicktastic&gt; jrandom: À, để swarming file transfer và dds hữu dụng, ta cần stream nhanh hơn 4kbyte/sec, nên hai bounty khá phụ thuộc vào bounty thư viện streaming 15:32 &lt;nicktastic&gt; jrandom: nhưng theo thảo luận trước đó, nghe có vẻ khá đơn giản 15:32 &lt;cervantes&gt; ném tiền vào cũng không làm thứ gì xuất hiện sau một đêm :) 15:32 &lt;deer&gt; &lt;Pseudonym&gt; Tôi đã quyên góp 15:32 &lt;deer&gt; &lt;soros&gt; cứ thông báo i2p lên slashdot đi 15:32 &lt;deer&gt; &lt;soros&gt; thế là đủ 15:33 &lt;hypercubus&gt; đó chính xác là điều ngược lại ta cần 15:33 &lt;deer&gt; &lt;Pseudonym&gt; không phải sau một đêm, nhưng biết đâu ai đó bắt đầu làm 15:33 &lt;jrandom&gt; nicktastic: thư viện streaming sẽ nhiều việc, nhưng đó là bản 0.4.3 :) 15:34 * nicktastic xem roadmap 15:34 &lt;jrandom&gt; nhưng tôi đồng ý với cervantes, $$ không viết code, coder viết code. 15:34 &lt;deer&gt; &lt;soros&gt; i2p có lên freshmeat không ? 15:34 &lt;jrandom&gt; giá mà có cách thần kỳ để liên lạc hacker mà không để người dùng chung biết ;) 15:34 &lt;jrandom&gt; theo tôi biết là không soros 15:34 &lt;fvw&gt; cross-post sang các mailing list phần mềm nặc danh liên quan khác? 15:35 &lt;fvw&gt; thực ra, tôi nghĩ đa số người đã từng tham gia freenet hay gnunet, và đã biết đến i2p rồi. 15:35 &lt;cervantes&gt; hack vào các mạng nặc danh kém hơn của họ và nói "hi qua đây làm với bọn tôi" 15:35 &lt;jrandom&gt; chúng ta nhận kha khá hit từ trang liên kết của gnunet 15:35 &lt;jrandom&gt; heh cervantes 15:35 &lt;deer&gt; &lt;demonic_1&gt; có vài newsgroup tôi nghĩ 15:36 &lt;cervantes&gt; (làm với bọn tôi hoặc ta sẽ đưa ip của bạn cho Big Brother) 15:36 &lt;cat-a-puss&gt; bạn có thể đặt tham chiếu đến I2P trong các wiki nói về thứ liên quan 15:36 &lt;deer&gt; &lt;baffled&gt; Tôi nghĩ một thứ ta cần là cách lấy mail vào i2p và ra ngoài một cách nặc danh. 15:36 &lt;jrandom&gt; tôi nghĩ ai đó đã đặt i2p vào vài chỗ trên wikipedia, còn iA thì không biết gần đây 15:36 * fvw không thấy lý do không thể chạy smtp qua một tunnel. 15:37 &lt;jrandom&gt; đồng ý baffled, cách làm mail *an toàn* sẽ rất hay 15:37 &lt;cervantes&gt; điều đó có khả thi không 15:37 &lt;fvw&gt; ta phải cẩn thận không spam. 15:37 &lt;jrandom&gt; fvw: bạn có tin mail client của bạn không? 15:37 &lt;jrandom&gt; tuy nhiên, một mixminion/mixmaster outbound gateway sẽ *tuyệt* 15:37 &lt;jrandom&gt; (nên ai đó dựng giao diện web cho một trong số đó đi. làm ơn :) 15:37 &lt;fvw&gt; jrandom: tin như tôi tin phần mềm client khác... Bạn có tin IRC client? trình duyệt web của bạn? ... 15:38 &lt;cervantes&gt; bạn sẽ phải tin người sở hữu gateway không đọc mail của bạn 15:38 &lt;jrandom&gt; fvw: không. 15:38 &lt;jrandom&gt; fvw: và đó là vấn đề. 15:38 &lt;jrandom&gt; fvw: vấn đề ta phải sửa trước khi khuyến nghị mọi người dùng I2P cho thứ gì ngoài thử nghiệm. 15:39 &lt;fvw&gt; Bạn đề xuất làm mail client “nặc danh hơn” thế nào? 15:39 &lt;jrandom&gt; cần một "server" SMTP/POP3 cục bộ đọc từ client, phân tích, diễn giải, và hành động tương ứng. 15:39 &lt;cervantes&gt; trước hết cần một ứng dụng mail “đo ni đóng giày” 15:39 &lt;jrandom&gt; (đã có vài app như vậy) 15:39 &lt;cervantes&gt; (client) 15:40 * cervantes xin lỗi vì nói "bespoke" 15:40 &lt;cervantes&gt; *xin lỗi 15:40 &lt;jrandom&gt; nhưng điều đó dẫn đến một điểm trong ghi chú trạng thái tuần - có quá nhiều việc quan trọng cần làm 15:40 &lt;fvw&gt; jrandom: Điều đó rất dễ, ít nhất trên unix. Chỉ cần hack một sendmail drop-in và thứ gì đó làm fetchmail là xong. Làm bằng shell script cũng được nếu muốn. 15:40 &lt;deer&gt; &lt;duck&gt; mình nghe ai gọi tên 15:40 &lt;jrandom&gt; ta cần tập trung nếu bounty là đủ 15:40 &lt;jrandom&gt; à, chào duck 15:41 &lt;deer&gt; &lt;duck&gt; xin lỗi, tôi vừa euh.. uống 15:41 &lt;jrandom&gt; duck: chỉ muốn hỏi xem có cập nhật gì về cái web gateway kia không? và/hoặc liệu nó có thể là thứ người dùng i2p bình thường dùng được không? 15:41 &lt;jrandom&gt; heh, cạn ly 15:41 &lt;nicktastic&gt; vịt say 15:41 &lt;cervantes&gt; nước ao? 15:41 &lt;jrandom&gt; fvw: bắt tay vào code :) 15:42 &lt;deer&gt; &lt;duck&gt; không, dev bị treo. sẽ phải tìm người khác 15:42 &lt;jrandom&gt; ok, tiếc nhỉ 15:42 &lt;deer&gt; &lt;baffled&gt; Ta đã bảo anh đừng nhốt họ trong tủ để “bảo vệ” rồi mà. 15:43 &lt;deer&gt; &lt;duck&gt; đặc tả ban đầu của tôi: `http://duck.i2p/files/anonyproxy.txt` 15:44 &lt;deer&gt; &lt;baffled&gt; Đưa mail vào/ra i2p có dễ như giao diện web/tunnel đến một trong những thứ mixmaster đó không? 15:44 &lt;jrandom&gt; có lẽ ta có thể làm lại spec đó và xem nó có phục vụ nhu cầu eepsites thường (với quỹ i2p chung góp phần) 15:44 &lt;jrandom&gt; oh ok hay đó duck, tôi sẽ xem 15:44 &lt;jrandom&gt; baffled: ra khỏi i2p? có. vào i2p? có lẽ cần nhiều việc hơn 15:44 &lt;fvw&gt; baffled: Sao muốn thêm mixmaster? Tất cả những gì mixmaster có chúng ta đã có rồi. 15:45 &lt;jrandom&gt; fvw: mixmaster có mạng outproxy, cộng với độ trễ đáng kể 15:45 &lt;jrandom&gt; à ok duck, nhìn qua spec rồi. có lẽ ta sẽ nghĩ ra cách 15:45 &lt;deer&gt; &lt;baffled&gt; Tôi không muốn, jrandom đề xuất dựng giao diện web cho nó chứ không phải tôi. 15:46 &lt;jrandom&gt; (dù có vẻ yêu cầu nặng, nên có khi không. chưa chắc, ta xem) 15:46 &lt;deer&gt; &lt;duck&gt; rất dễ; kỳ vọng là 1.5h nghiên cứu thành phần và 3-4h vá 15:46 &lt;fvw&gt; outproxy thì hữu ích. Còn độ trễ, ai chưa dùng i2p sẽ không dùng i2p chỉ vì mail khi đã có mixmaster, trong khi ai đang dùng i2p sẽ bị compromise ở chỗ khác vì ta thiếu trễ (nếu điều đó là khả thi) rồi 15:46 &lt;jrandom&gt; đúng đúng, và ship perl, privoxy, và apache nữa duck ;) 15:47 &lt;jrandom&gt; có lẽ fvw. (dù i2p 3.0 blah blah blah) 15:47 &lt;fvw&gt; hehe, tôi ngại nói “điểm hay”, nhưng tôi hiểu ý bạn. 15:48 &lt;nicktastic&gt; FYI, JES (Java Email Server) cung cấp server SMTP và POP3 theo GPL 15:49 &lt;jrandom&gt; ok, có lẽ nên bàn thêm trên list hoặc forum về một hai app client ta nên tập trung 15:49 &lt;jrandom&gt; hay đó nicktastic, còn có một cái xịn của apache nữa 15:49 &lt;nicktastic&gt; Hay đấy, tên là gì? 15:49 &lt;jrandom&gt; http://james.apache.org/ 15:49 &lt;nicktastic&gt; Cảm ơn 15:50 &lt;jrandom&gt; (cả nntp nữa (chảy nước miếng)) 15:50 &lt;nicktastic&gt; Wow 15:50 * nicktastic phấn khích 15:51 * fvw đã join #i2p-porn. Hoặc cảm giác là vậy. 15:51 &lt;fvw&gt; Ok, tiếp? 15:51 &lt;jrandom&gt; ok, ta có thể tiếp tục bàn app client và chiến lược trên list và forum 15:51 &lt;nicktastic&gt; Vâng 15:52 &lt;jrandom&gt; còn bây giờ, chuyển sang 6) ??? 15:52 &lt;nicktastic&gt; Hoặc trong giờ không họp ;P 15:52 &lt;jrandom&gt; ai có gì khác muốn nêu không? 15:52 * fvw gật đầu. Đáng để thảo luận trên list. 15:52 &lt;deer&gt; &lt;duck&gt; chút giải thích về www-inproxy: ý là nhờ ISP nào đó cung cấp gateway như một dịch vụ 15:52 &lt;fvw&gt; không, list là tốt. Cho mọi người cơ hội góp ý, không chỉ ai tình cờ thức. 15:52 &lt;jrandom&gt; chuẩn duck, khá ngầu 15:52 &lt;deer&gt; &lt;duck&gt; để joe i2p-less-sixpack có thể truy cập bằng MSIE 15:52 &lt;deer&gt; &lt;duck&gt; nhưng host thì ẩn danh 15:52 &lt;deer&gt; &lt;soros&gt; http://it.slashdot.org/article.pl?sid=04/09/14/2226226&amp;threshold=0&amp;tid=172&amp;tid=128&amp;tid=201&amp;tid=218 (lỗ hổng mới xấu xí cho windows xp) 15:52 &lt;jrandom&gt; i2pless! kẻ dị giáo! thiêu chúng đi! 15:53 &lt;deer&gt; &lt;duck&gt; ISP chịu một phần rủi ro, nên mới cần whitelist (danh sách trắng) 15:53 &lt;deer&gt; &lt;duck&gt; và dĩ nhiên trả tiền cho domain v.v. 15:53 &lt;fvw&gt; hehe. Rồi đột nhiên ta dán porn trẻ em khắp các eepsites nổi tiếng và xem nửa số người bị bắt còn nửa kia cài i2p. 15:53 &lt;jrandom&gt; heh 15:53 &lt;deer&gt; * duck gọi AIVD 15:54 &lt;fvw&gt; duck là người Hà Lan? *ngẫm nghĩ* 15:55 &lt;deer&gt; &lt;duck&gt; Tôi nghĩ nhiều clientapp không thực sự là “killer” 15:55 &lt;jrandom&gt; ok, ai còn gì muốn nêu? 15:55 &lt;jrandom&gt; đồng ý duck, nhưng ta cần *cái gì đó* 15:55 &lt;deer&gt; &lt;duck&gt; một thứ tunnel smtp tự chế sẽ không thành chuyện lớn 15:56 &lt;deer&gt; &lt;duck&gt; myi2p với IOU accounting 15:56 &lt;deer&gt; &lt;duck&gt; fvw: Bedankt foor die bloumen 15:57 &lt;deer&gt; &lt;soros&gt; "After complaints to NIC.CX (the regulation authority of .cx domains) by an office worker named Rhonda Clarke of Christmas Island, the site goatse.cx was taken down Friday, January 16, 2004. (Goat.cx and Hick.org/Goat remain active.) A petition has even been launched to bring goatse.cx back. " 15:57 &lt;deer&gt; &lt;soros&gt; tôi đã mất niềm tin vào nhân loại 15:57 &lt;deer&gt; &lt;duck&gt; chút việc nhỏ về site: I2P đã được thêm vào thẻ &lt;title&gt; của mỗi trang để phục vụ google 15:57 &lt;deer&gt; &lt;soros&gt; xin lỗi nhầm cửa sổ 15:57 &lt;jrandom&gt; à ok duck 15:57 &lt;deer&gt; &lt;duck&gt; nhưng tôi không theo dõi điệu nhảy google mới nhất, nên có thể vô ích. 15:57 &lt;jrandom&gt; có lẽ nếu có cách để không tự động thêm? 15:58 &lt;jrandom&gt; (ví dụ để ta có thể ghi "Welcome to I2P.net" thay vì "I2P - Welcome to I2P.net", v.v.) 15:58 &lt;deer&gt; &lt;duck&gt; dĩ nhiên là có thể 15:58 &lt;deer&gt; * duck nhìn máy đo vui vẻ 15:58 &lt;jrandom&gt; ta luôn có thể thêm title = "I2P - How does it work" vào menu.ini 15:58 &lt;deer&gt; &lt;duck&gt; không, không phải hôm nay 15:58 &lt;deer&gt; &lt;thetower&gt; Ồ ồ, có cách nào để khiến google crawl i2p không? Kiểu reverse proxy gì đó? 15:58 &lt;jrandom&gt; ừ, không đáng 15:58 &lt;jrandom&gt; thetower với cái thứ của duck, có lẽ. 15:59 &lt;deer&gt; &lt;duck&gt; ừ 15:59 &lt;fvw&gt; nhưng như đã nói, có lẽ bạn không muốn là người vận hành nó. 15:59 &lt;deer&gt; &lt;thetower&gt; Có vẻ nếu eepsites xuất hiện trong tìm kiếm google thì đó đã là quảng bá tốt rồi. 16:00 &lt;deer&gt; &lt;duck&gt; fvw: tôi đã liên hệ một isp có hứng 16:00 &lt;deer&gt; &lt;duck&gt; nhưng anh ta sẽ không tự xây 16:00 &lt;jrandom&gt; thetower: có lẽ nếu nối ht://dig vào files.i2p, và nếu files.i2p phơi bày cơ sở dữ liệu như một file lớn với liên kết html, có thể được mirror..? 16:00 &lt;fvw&gt; duck: thật? Lớn cỡ nào và ở nước nào? 16:00 &lt;cervantes&gt; cache thì sao thay vì proxy 16:00 &lt;cervantes&gt; à 16:00 &lt;deer&gt; &lt;duck&gt; 20cm 16:00 &lt;fvw&gt; khá lớn đấy. Bạn có đưa họ danh bạ để ngồi lên không? 16:01 &lt;nicktastic&gt; hehe 16:01 &lt;deer&gt; &lt;duck&gt; fvw: họ có lẽ sẽ quét site trước khi thêm 16:01 &lt;deer&gt; &lt;duck&gt; nên bạn phải tìm chỗ khác cho đồ bẩn của bạn 16:01 &lt;fvw&gt; Một lần hay mỗi lần cập nhật? 16:02 &lt;fvw&gt; cái sau có vẻ nhiều việc cho rất ít nội dung. 16:02 &lt;deer&gt; &lt;duck&gt; mỗi Chủ nhật thứ hai của tháng có chữ x trong tên 16:02 &lt;deer&gt; &lt;duck&gt; trời 16:03 &lt;jrandom&gt; ok, ta đã quá hai tiếng, ai còn gì muốn nêu, hay tiếp tục bàn trên list / forum / v.v.? 16:03 &lt;fvw&gt; Tôi chỉ thấy khó có khả năng một ISP nghiêm túc sẽ cam kết tài nguyên cho I2P lúc này. 16:03 * cervantes đội nồi lên đầu 16:03 &lt;deer&gt; &lt;duck&gt; fvw: cảm xúc của bạn đã được ghi nhận. 16:03 * fvw gật với jrandom. Tôi cần đồ uống. Tiếp tục làm tốt nhé. 16:03 &lt;deer&gt; &lt;duck&gt; bao giờ ta tổ chức họp 24h? 16:04 &lt;jrandom&gt; có lẽ tuần sau duck 16:04 * jrandom kết thúc 16:04 &lt;deer&gt; &lt;duck&gt; ôi trời! 16:04 &lt;fvw&gt; duck: cảm xúc của tôi? Bạn chưa bắt đầu thấy cảm xúc của tôi đâu. Để tôi làm vài ly đã.. *cười* 16:04 * jrandom *baf* vào đầu cervantes, đóng cuộc họp </div>/vi/blog/2004/09/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-09-14/Tue, 14 Sep 2004 00:00:00 +0000/vi/blog/2004/09/14/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-09-14/<p>Chào mọi người, lại đến lúc đó trong tuần rồi</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.4.0.1</li> <li>Threat model updates</li> <li>Website updates</li> <li>Roadmap</li> <li>Client apps</li> <li>???</li> </ol> <h2 id="1-0401">1) 0.4.0.1</h2> <p>Kể từ bản phát hành 0.4.0.1 vào thứ Tư tuần trước, mọi thứ trên mạng diễn ra khá suôn sẻ — hơn 2/3 mạng lưới đã nâng cấp, và chúng tôi đã duy trì từ 60 đến 80 routers trên mạng. Thời gian kết nối IRC dao động, nhưng gần đây các kết nối kéo dài 4-12 giờ là bình thường. Tuy có một số báo cáo về sự trục trặc khi khởi động trên OS/X, nhưng tôi tin rằng khía cạnh đó cũng đang có tiến triển.</p>/vi/blog/2004/09/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-09-08/Wed, 08 Sep 2004 00:00:00 +0000/vi/blog/2004/09/08/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-09-08/<p>Chào mọi người, xin lỗi vì đến muộn&hellip;</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>0.4</li> <li>Capacity and overload</li> <li>Website updates</li> <li>I2PTunnel web interface</li> <li>Roadmap and todo</li> <li>???</li> </ol> <h2 id="1-04">1) 0.4</h2> <p>Chắc hẳn mọi người đều đã thấy, bản phát hành 0.4 vừa ra mắt mấy hôm trước và nhìn chung, mọi thứ đang diễn ra khá tốt. Thật khó tin là đã 6 tháng kể từ khi 0.3 ra mắt (và một năm kể từ khi 1.0 SDK được phát hành), nhưng chúng ta đã tiến một chặng đường dài, và sự chăm chỉ, nhiệt huyết, cùng sự kiên nhẫn của tất cả mọi người đã làm nên những điều kỳ diệu. Chúc mừng, và cảm ơn!</p>/vi/blog/2004/09/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-9-n%C4%83m-2004/Tue, 07 Sep 2004 00:00:00 +0000/vi/blog/2004/09/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-07-th%C3%A1ng-9-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, deer, demonic_1, dm, fvw, hypercubus, jrandom, luckypunk, modulus, nicktastic, Sciatica, shardy, Sugadude, ugha_node</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:09 &lt;jrandom&gt; 0) hi 14:09 &lt;jrandom&gt; 1) 0.4 14:09 &lt;jrandom&gt; 2) Capacity and overload 14:09 * cervantes pulls up a bar stool 14:09 &lt;jrandom&gt; 3) Website updates 14:09 &lt;jrandom&gt; 4) I2PTunnel web interface 14:09 &lt;jrandom&gt; 5) Roadmap and todo 14:09 &lt;jrandom&gt; 6) ??? 14:09 &lt;jrandom&gt; 0) hi 14:09 &lt;nicktastic&gt; ugha, Ah, -x isn't even necessary to see what's being resolved - silly me 14:09 &lt;cervantes&gt; hullo 14:09 * nicktastic resumes lurking 14:10 &lt;jrandom&gt; 'lo all, sorry for the delay in the notes - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom just had to reply to Derick's E post :) 14:10 &lt;deer&gt; &lt;ugha2p&gt; nicktastic: Right. The meeting already started though. :) 14:10 &lt;luckypunk&gt; h wow, i didn't miss it. 14:10 &lt;jrandom&gt; !hi5 14:10 &lt;jrandom&gt; ok, swinging on in to 1) 0.4 14:11 &lt;jrandom&gt; we finally got it out the door, and it doesn't seem to have bitten us too bad 14:12 &lt;jrandom&gt; the network is larger than its ever been (I counted 60 TCP connections a few hours back), eepsites are retrievable, and irc is often usable 14:12 &lt;dm&gt; hey!! meeting? 14:12 &lt;jrandom&gt; hypercubus has done some great work with the new install, systray, and service manager, which I know has helped us out a bunch 14:13 &lt;modulus&gt; yay 14:13 &lt;hypercubus&gt; still a ways to go though 14:13 &lt;hypercubus&gt; but i think we're getting somewhere now 14:13 &lt;jrandom&gt; agreed, ever onwards :) 14:14 &lt;jrandom&gt; this release also has the widespread deployment of oOo's ?i2paddresshelper 14:14 &lt;jrandom&gt; we covered that a bit the other week [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html item 2.3], but now its probably a good idea for people to consider using it for their links 14:15 &lt;hypercubus&gt; does it work with name-based vhosts? 14:15 &lt;jrandom&gt; the i2ptunnel httpclient still correctly sends Host: $base64dest 14:17 &lt;jrandom&gt; on that note, there has been some more talk about using the bundled webserver to serve some eepsites, and i think if someone has some time to figure out the configuration necessary, that'd be pretty kickass (saving us from the vhost / apache config problems) 14:18 &lt;jrandom&gt; ok, anyone else have anything to bring up about 0.4? 14:18 &lt;deer&gt; &lt;baffled&gt; is this web server in cvs? 14:18 &lt;demonic_1&gt; ? 14:18 &lt;hypercubus&gt; the web server is in 0.4 14:18 &lt;demonic_1&gt; what i miss 14:18 &lt;deer&gt; &lt;ugha2p&gt; baffled: It's going to be. 14:18 &lt;hypercubus&gt; hence CVS 14:18 &lt;jrandom&gt; baffled: yeah, its all in cvs (lib/org.mortbay.*) 14:18 &lt;cervantes&gt; btw I experimented with window's url protocol handers... it's very easy to set the registry up so "i2p://base64" will launch in a browser with a http://site.i2p?i2paddresshelper=base64 ... 14:19 &lt;deer&gt; &lt;ugha2p&gt; Oh, it already is. 14:19 &lt;dm&gt; this is all very very cool 14:19 &lt;hypercubus&gt; i already wrote registry interfacing code 14:19 &lt;hypercubus&gt; we can use that to set up an .i2p association 14:19 &lt;fvw&gt; cervantes: i2p:// wouldn't be quite right I think. After all, it's http over i2p; just as you could have irc:// over i2p. 14:19 &lt;cervantes&gt; you can also specify security and proxy settings on a per protocol basis 14:19 &lt;jrandom&gt; cervantes: does firefox/etc honor those? 14:19 &lt;cervantes&gt; yup 14:20 -!- shardy_ is now known as shardy 14:20 &lt;jrandom&gt; woah, hi shardy_ 14:20 &lt;shardy&gt; hey jrandom, long time no talk 14:20 &lt;cervantes&gt; although admittedly I need more testing... 14:20 &lt;nicktastic&gt; konqueror should, too 14:20 &lt;cervantes&gt; I was just playing in a spare moment ;-) 14:20 &lt;deer&gt; &lt;ugha2p&gt; Opera doesn't. 14:20 &lt;cervantes&gt; although I doubt firefox takes any notice of windows proxy and security settings 14:20 &lt;hypercubus&gt; you can set it in opera's ini file 14:21 &lt;hypercubus&gt; i did that to opera so ed2k:// would work 14:21 &lt;deer&gt; &lt;ugha2p&gt; hypercubus: Ah, cool. 14:21 &lt;fvw&gt; only up to a point. You can't turn URL handlers into http:// handlers handled by opera itsself alas. 14:21 &lt;hypercubus&gt; though they don't document it very well 14:21 &lt;deer&gt; &lt;duck&gt; really, what benefit does i2p:// give? 14:22 &lt;fvw&gt; hypercube: You're handing it off to a helper app I suppose? I did much the same, but I couldn't find a way to make opera display a "download started" page. 14:22 &lt;hypercubus&gt; yes, it gets handed to eMule 14:22 &lt;dm&gt; yes, who wants to pee in public anyway? 14:22 &lt;hypercubus&gt; we could hand i2p:// to the eeproxy 14:22 &lt;hypercubus&gt; then you web guys can figure out the rest from there ;-) 14:22 &lt;Sciatica&gt; is https not http over, uh, "s"? 14:23 &lt;jrandom&gt; but, as i think duck is getting at, we'll already be tied in to the eepproxy anyway? 14:23 &lt;deer&gt; &lt;ugha2p&gt; Sciatica: It's HTTP over SSL, yes. :) 14:23 &lt;jrandom&gt; Sciatica: http over i2p (well, anything over i2p) is secure and authenticated. what happens after it reaches the other side is outside i2p's scope 14:23 &lt;deer&gt; &lt;ugha2p&gt; But that's an established convention. 14:24 &lt;Sciatica&gt; yes, I knew that. I'm just saying that the argument against i2p:// isn't as clear as "isn't it juts http _over_ i2p?" 14:24 &lt;dm&gt; htt2p 14:24 &lt;hypercubus&gt; i don't know if i2p:// is necessary, but i do believe it's possbile to get the major browsers at least to work with it 14:24 &lt;deer&gt; &lt;ugha2p&gt; jrandom: I think he just referred to the 'https://' prefix. 14:24 &lt;jrandom&gt; ah, sorry. 14:24 &lt;deer&gt; &lt;duck&gt; we need an anonymizing filter plus `http://127.0.0.1:7657/www.duck.i2p/` anyway 14:25 &lt;deer&gt; &lt;duck&gt; with those you dont need to tweak browser settings 14:25 &lt;jrandom&gt; but yeah, I agree with fvw, this sounds like excessive overloading of the url protocol 14:25 &lt;demonic_1&gt; not here&gt;&gt; as a lame use i feel i2p:// links would rule &lt;&lt;not here 14:25 &lt;jrandom&gt; right duck 14:25 &lt;jrandom&gt; hehe 14:25 &lt;cervantes&gt; perhaps i2p:// could me made to operate as a protocol arbiter: i2p://irc/base64 14:26 &lt;fvw&gt; ungh, that's ugly and abusing URLs in the worst possible way. 14:26 &lt;deer&gt; &lt;ugha2p&gt; cervantes: How would that work in IRC's case? 14:26 &lt;deer&gt; &lt;duck&gt; URIs :) 14:26 &lt;cervantes&gt; that way you can launch different apps based on a single url standard 14:26 &lt;fvw&gt; (not that there's anything wrong with that) 14:26 &lt;jrandom&gt; wouldn't the more appropriate URL mod be irc://i2p/base64/#i2p ? 14:27 &lt;jrandom&gt; but, ok, we're a bit off track.. 14:27 &lt;jrandom&gt; anything else on 0.4? :) 14:28 &lt;fvw&gt; I don't think that URI's allow for specifying transport mechanism seperately from protocol, which is a shame really. 14:28 &lt;dm&gt; you can use the filesystem 14:28 &lt;fvw&gt; Yes, sort of: *applause* 14:28 &lt;dm&gt; c:\i2p\irc #i2p 14:29 &lt;dm&gt; ha! I confused you all 14:29 &lt;deer&gt; * mule_iip agrees with fvw 14:29 &lt;fvw&gt; dm: I'm going to seriously hurt you. Maybe not today, maybe not tomorrow, but soon and for the rest of your life. 14:29 &lt;jrandom&gt; :) thanks, we do our best 14:29 &lt;fvw&gt; &lt;/pinky and the brain&gt; 14:29 &lt;jrandom&gt; heh 14:29 &lt;jrandom&gt; ok, jumping on to 2) Capacity and overload 14:30 &lt;deer&gt; &lt;DrVince&gt; Hi everyone 14:30 &lt;jrandom&gt; i'd rather not just copy out what was posted in the notes, so review whats there :) 14:30 &lt;dm&gt; hi 14:30 &lt;hypercubus&gt; welcome to our meeting DrVince ;-) 14:30 &lt;deer&gt; &lt;ugha2p&gt; Hi, DrVince. 14:31 &lt;jrandom&gt; one thing I'd like to mention wrt 2) was something a few people have seen - severe skew in participating tunnels 14:31 &lt;jrandom&gt; e.g. someone with DSL had 300+ tunnels the other day 14:31 &lt;dm&gt; me 14:31 &lt;modulus&gt; yeah 14:31 &lt;jrandom&gt; (and when they go down, that breaks a *lot* of tunnels) 14:31 &lt;jrandom&gt; the problem is tunnels are really lightweight - 2-20bps on average 14:31 &lt;cervantes&gt; and my OC3 has practically nada 14:31 &lt;hypercubus&gt; i only have 8 atm 14:32 &lt;dm&gt; i had 270+, and I am on 150kbps 14:32 &lt;jrandom&gt; overall, the network has ~ 20*n tunnels on average at any given time 14:32 &lt;jrandom&gt; (where n = # nodes in the network) 14:32 &lt;jrandom&gt; at an average of 2 hops per node, that means every node participates in an average of 40 tunnels 14:33 &lt;hypercubus&gt; ideally ;-) 14:33 &lt;jrandom&gt; well, thats the thing, balancing like that *isnt* ideal 14:33 &lt;jrandom&gt; since not all nodes are as fast or have as much bandwidth 14:33 &lt;jrandom&gt; on the ohter hand, balancing the tunnels so they all go through 2 or 3 really fast peers also sucks 14:33 &lt;jrandom&gt; since if one of those go down, *boom* 14:34 &lt;hypercubus&gt; right, so why is dm's inferior DSL connection so overloaded, while my much faster DSL connection has been under-utilized? 14:34 &lt;Sciatica&gt; will this problem go away as the # of nodes in the network grows beyond 100, 200, etc.? 14:34 &lt;dm&gt; inferior? :'( 14:34 &lt;jrandom&gt; hypercubus: because i2p is currently nonresponsive to the bandwidth available, unless people turn on bandwidth limiting 14:34 &lt;hypercubus&gt; dm: technically speaking ;-) 14:34 &lt;hypercubus&gt; ok i have bandwidth limiting enabled... dm must not? 14:35 &lt;Sciatica&gt; (at some point won't the number of nodes a server can host be greatly dwarfed compared the the number of total nodes [e.g., tunnels]? 14:35 &lt;ugha_node&gt; Arrr! 14:35 &lt;ugha_node&gt; '(the local message processing time exceeds 1s)' -- I don't think we should program any such constants into the router. I think all such values should be taken from the (I2P network) environment, so it would still work in case the router lands in an unexpected enviromnent. 14:35 &lt;dm&gt; yeah, I don't, also my uplink is decent: 256kbps (downlink 150kbps) 14:35 &lt;Sciatica&gt; bad terminiology -- I type too slow for such issues :-) 14:35 &lt;jrandom&gt; Sciatica: it isn't a problem, is just a reality. if every node maintains 20 tunnels at any given time, with each tunnel an average of 2 hops, no matter how large the network is, it averages out 14:36 &lt;jrandom&gt; ugha_node: agreed - the 1s thing is random #, but how can we derive the "right" value? what amount of delay is "a lot"? 14:37 &lt;jrandom&gt; we do have some code in the RouterThrottleImpl that tracks "how much bandwidth we've agreed to allocate" 14:37 &lt;jrandom&gt; but at the moment, it doesn't throttle based on that 14:37 &lt;dm&gt; hmmmm I don't like these overload discussions... flashbacks of freenet. 14:37 &lt;jrandom&gt; (bandwidth agreed to == # participating tunnels * # messages per tunnel on average * # bytes per message on average) 14:37 &lt;dm&gt; Maybe we should use estimators? 14:38 * jrandom kicks dm 14:38 &lt;hypercubus&gt; dm: are you using bandwidth limiting in your router? 14:38 &lt;dm&gt; hypercubus: no 14:38 &lt;hypercubus&gt; dm: i highly recommend using it ;-) 14:38 &lt;dm&gt; jrandom: three words... NGR 14:38 &lt;fvw&gt; It's really up to the node that requested the tunnel, right? What kind of lag are they willing to put up with? Would it be viable to make it one of the tunnel parameters? 14:39 * fvw wonders if dm is trying to scare us or if it's merely an added benefit. 14:39 &lt;jrandom&gt; hmm, that has potential 14:39 &lt;dm&gt; errr.. won't that just move the arbitrary threshold to the requesting router? ;) 14:39 &lt;dm&gt; I don't want to choose, you choose! 14:40 &lt;jrandom&gt; yes dm, but the requesting router knows what the tunnel will be used for (irc w/ low lag vs bulk w/ high lag and high throughput) 14:40 &lt;fvw&gt; yes, but for some things 10s lag is no problem (think file transfers), whereas other stuff (irc) needs low latency. 14:40 &lt;dm&gt; yeah, so you have the app layer decide the threshold? 14:40 &lt;jrandom&gt; that is, however, dangerous 14:40 &lt;fvw&gt; the only problem is using high-latency links will not increase capacity, so in the end file transfers get all the resources. 14:41 &lt;cat-a-puss&gt; can you really trust any load claims made by the router, otherwise a malicious preson could try to get another nodes traffic to go through all their routers 14:41 &lt;jrandom&gt; cat-a-puss: these are only used to reject requests to participate, not to solicit 14:41 &lt;ugha_node&gt; You can't. 14:41 &lt;cat-a-puss&gt; ok 14:42 &lt;jrandom&gt; a malicious user can of course accept tunnels when they're totally overloaded, but we'll detect that when the tunnel fails 14:42 &lt;jrandom&gt; (and the freeloader can reject the tunnel when they arent loaded, but, c'est la vie) 14:43 &lt;jrandom&gt; the throttle based on local overload is pretty effective though. however, that isn't enough 14:43 &lt;dm&gt; greedy bastard 14:43 &lt;jrandom&gt; i've been trying to find out an ideal way to work out whether to accept it or not, and i think that there is some potential for probabalistically rejecting requests we would otherwise accept, based on how many tunnels we are already in 14:44 &lt;jrandom&gt; the concept there is that the peer wants other people to take on some load 14:44 &lt;cat-a-puss&gt; should we run as many virtual routers as avalable bandwidth? 14:44 &lt;jrandom&gt; (so as to distribute the failure) 14:44 &lt;jrandom&gt; hmm cat-a-puss? 14:44 &lt;jrandom&gt; are you running the sim on the live net? 14:45 &lt;jrandom&gt; in any case, no, a single router should be able to address the local capacity 14:46 &lt;deer&gt; &lt;mule_iip&gt; problem is that bandwidth used in a tunnel may change significantly over time, right? 14:46 &lt;cervantes&gt; which is not currently happening...at least not for me 14:46 &lt;cat-a-puss&gt; well if it's all random how can you take advantage of an oc3 any more than some poor guy on a 56k? You ether have to advertise: problematic, or run virtual routers, ether way I think a malicious party could try to encircle a node for some sort of stistical attack 14:46 &lt;jrandom&gt; right mule_i2p. we need to do some more monitoring of the tunnel activity 14:46 &lt;cervantes&gt; 14 participents each have 11.5mbit ... that's a bit of a waste :) 14:47 &lt;jrandom&gt; cat-a-puss: probabalistic != random :) 14:47 &lt;jrandom&gt; heh cervantes 14:48 &lt;jrandom&gt; the basic idea behind probabalistically rejecting would be to spread the load out to other peers. however, if the network really is saturated, the probability won't be a problem as people will just ask again 14:48 &lt;jrandom&gt; the issue is that we currently have an overwhelming *excess* of capacity 14:48 &lt;Sugadude&gt; Poor i2p, having *too* much capacity. Don't worry, I'm on it. ;) 14:49 &lt;fvw&gt; assuming everyone is wellbehaved, you could perhaps not reject from people who come back within a short interval of being probabilisticly rejected? 14:49 &lt;deer&gt; &lt;mule_iip&gt; so fill any tunnel with some cover traffic 14:49 &lt;jrandom&gt; heh Sugadude :) 14:49 &lt;cervantes&gt; that's because everyone's requests are being handled by dm's router ;-) 14:49 &lt;jrandom&gt; fvw: we dont know who requests a tunnel 14:49 &lt;fvw&gt; hmm, good point. *screws head back on* 14:50 &lt;jrandom&gt; fvw: probabalistically, subsequent requests would be accepted - we'd want the 'reject' factor to stay low enough 14:50 &lt;deer&gt; &lt;mule_iip&gt; which will increase anonymity and make load calculation easier 14:51 &lt;jrandom&gt; true mule_iip, but it'd be nice to actually have the net operate effectively without requiring high load :) 14:51 &lt;jrandom&gt; but that is definitely a worthwhile scenario for the sim 14:51 &lt;deer&gt; &lt;mule_iip&gt; effectively make i2p use a constant bitrate with cover traffic. but that was for a future release, i guess :) 14:52 &lt;jrandom&gt; we *could* use ATM-style allocation 14:52 &lt;fvw&gt; Doesn't bandwidth usage vary too much for that to be viable? 14:52 &lt;jrandom&gt; e.g. assume 5 messages per minute per tunnel @ 32KB each, and compare that with the bandwidth limits, and reject accordingly 14:52 &lt;cervantes&gt; hyper has some ascii we can use to pad the messages out 14:52 &lt;hypercubus&gt; hmmmm, i don't like that constant bitrate idea... i2p would be filtered by ISPs very quickly if that were implemented 14:53 &lt;jrandom&gt; heh cervantes 14:53 &lt;deer&gt; &lt;kaji&gt; yes 14:53 * hypercubus doesn't know what cervantes is talking about 14:53 * hypercubus hides his floppy 14:53 &lt;jrandom&gt; fvw: padding? or allocation? 14:53 &lt;fvw&gt; allocation 14:53 &lt;cervantes&gt; ah ya plausable deniability huh 14:54 &lt;jrandom&gt; hmm fvw. perhaps, but I think we can monitor them statistically and compensate 14:54 &lt;deer&gt; &lt;kaji&gt; constant bitrate sounds like Waste 14:54 &lt;jrandom&gt; for instance, `http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept` 14:54 &lt;hypercubus&gt; hence its name ;-) 14:55 &lt;jrandom&gt; that stat monitors how much bandwidth we have agreed to pass on for other people's tunnels 14:55 &lt;jrandom&gt; (using the last 10 minutes as a guideline) 14:56 &lt;jrandom&gt; so my peer with 85 tunnels says it will transfer 3,676,945.65 bytes over the next 10 minutes for all of those tunnels, combined 14:56 &lt;deer&gt; &lt;mule_iip&gt; kaji: it is waste, and we probably should use it only for the more severe threat models. but would be nice for low latency like irc. 14:56 &lt;jrandom&gt; thats 72bps each, but I'm not sure how skewed it is (probably *very*) 14:57 &lt;jrandom&gt; however, if all of those tunnels started using lots and lots of bandwidth, the total value would shoot up, and we could throttle it 14:57 * fvw nods. 14:57 * fvw notes this is in fact a wildly interesting problem, theoreticly speaking. 14:57 &lt;fvw&gt; (but maybe that's just me being weird) 14:57 &lt;jrandom&gt; agreed 14:58 &lt;jrandom&gt; (to both ;) 14:58 &lt;jrandom&gt; but yeah, we dont have the Right Answer yet. but its something to be worked on 14:59 &lt;jrandom&gt; ok, unless there's anything else on that, moving on to 3) Website updates 14:59 &lt;fvw&gt; We could ofcourse go totally lossy and just drop datagrams when we're overloaded, and make people run something like tcp over that. 14:59 &lt;jrandom&gt; we tried that, and lots and lots and lots of tunnels failed 15:00 &lt;jrandom&gt; (since if a tunnel drops 1 message, we mark it as failed) 15:00 &lt;fvw&gt; yes, you shouldn't do that if you take that approach. 15:00 &lt;jrandom&gt; ((and when we tried not being such fascists, we didn't notice when a tunnel *really* fails)) 15:00 * fvw nods and strokes his beard. Good point. (mental note to self: grow beard to stroke in situations like this) 15:01 &lt;jrandom&gt; heh 15:01 &lt;jrandom&gt; ok, anyway, as you've all seen, our new installer and new web interface is completely different from the old way of doing things 15:01 * hypercubus gives fvw his beard 15:02 &lt;jrandom&gt; while that is Good, since the old way was Painful, all our old docs are now wildly incorrect 15:02 &lt;fvw&gt; could we stick on 2) a few minutes longer? I still have a few bad ideas I want you to shoot down. 15:02 &lt;jrandom&gt; sure 15:02 &lt;dm&gt; I can't use the internet... 15:02 &lt;dm&gt; Bandwidth in/out 15:02 &lt;dm&gt; 1m: 13.32/11.98KBps 15:02 &lt;dm&gt; 5m: 10.74/9.46KBps 15:02 &lt;jrandom&gt; how many tunnels dm? 15:02 &lt;hypercubus&gt; dm: that's why i suggested you turn on i2p's bandwidth limiting ;-) 15:02 &lt;dm&gt; only 166 15:02 &lt;jrandom&gt; yeah, throttle it down to 6KBps 15:02 &lt;jrandom&gt; lol 15:03 &lt;dm&gt; (participating) 15:03 &lt;jrandom&gt; (or maybe 8KBps if you're nice) 15:03 &lt;dm&gt; I'll leave it as is, I just need to view this one page 15:03 &lt;jrandom&gt; btw, the 13.32 vs 11.98 lets us know you're downloading approximately 1KBps locally 15:03 &lt;jrandom&gt; (through i2p) 15:03 &lt;fvw&gt; What happens if we just time-out tunnels at a reasonably large idle-time? Say 30 mins or something. The next protocol up would have to do keepalives, but wouldn't that solve the not-detecting-dead-tunnels thing? 15:03 &lt;hypercubus&gt; he's downloading far more than that actually 15:04 &lt;jrandom&gt; ((though that 1KBps might be small enough to be netDb)) 15:04 &lt;dm&gt; hypercubus: our transfer is stalling badly, actually. 15:04 &lt;jrandom&gt; fvw: tunnels expire after 10 minutes 15:04 &lt;deer&gt; &lt;kaji&gt; hold it, is bandwidth working now? if so what sould i turn it to? 15:04 &lt;dm&gt; dissapointed in the getright/i2p combo 15:04 &lt;jrandom&gt; they're not long lived fvw, unlike TOR 15:04 &lt;fvw&gt; and that had most tunnels failing, even with keepalives? 15:04 &lt;hypercubus&gt; dm: periodically yes... i think the solution would be to limit your upstream to about 8KB/s 15:04 &lt;jrandom&gt; kaji: `http://localhost:7657/` 15:05 &lt;hypercubus&gt; since it seems you're saturated 15:05 &lt;jrandom&gt; er, /config.jsp 15:05 &lt;fvw&gt; ok, but you don't want them dissapearing in flurries of packet loss. 15:05 &lt;jrandom&gt; every minute (on average) each peer tests each tunnel to make sure its alive (so that other people can send us data - without tunnels, we're fucked) 15:06 &lt;fvw&gt; Ok. I need to read more of how i2p currently works. On to 3) as far as I'm concerned. 15:06 &lt;deer&gt; &lt;kaji&gt; right now its set on the default -1 but I dont know what a 1.5/750@1.2ghz connections translates to from maximum tunnel partisipation 15:07 &lt;deer&gt; &lt;kaji&gt; i seem to be participation in 166 15:07 &lt;jrandom&gt; kaji: your router will never get so many tunnels that it'll be CPU congested ;) 15:07 &lt;deer&gt; &lt;mule_iip&gt; off-topic: don't you need a tunnel to be fucked :) 15:07 &lt;deer&gt; &lt;kaji&gt; *ing 15:07 &lt;jrandom&gt; heh 15:07 * fvw votes "nay" 15:08 &lt;deer&gt; &lt;kaji&gt; jrandom, i just finnished reading the letter about tunnels without bandwidth, i just didnt know what to set the limmit to 15:08 &lt;jrandom&gt; ok, i agree, lots more to be done to figure this stuff out 15:08 &lt;jrandom&gt; ok cool kaji, just enable your bandwidth limiter to something like 8KBps 15:08 &lt;jrandom&gt; (or 12 if you're nice :) 15:09 &lt;deer&gt; &lt;kaji&gt; &lt;/oftopic&gt; 15:09 &lt;jrandom&gt; ok, on to 3) website updates 15:09 &lt;deer&gt; &lt;kaji&gt; inbound and outbound? 15:09 &lt;jrandom&gt; yes kaji 15:09 &lt;jrandom&gt; ok, as I said, we need help with the docs 15:09 &lt;jrandom&gt; (heeeeeeeeelp!) 15:09 &lt;hypercubus&gt; i move we fill the long-vacant team positions of Webmaster and Web Editor 15:10 * jrandom seconds that motion 15:10 &lt;jrandom&gt; (now all we need is someone to volunteer ;) 15:10 &lt;hypercubus&gt; i know cervantes is a busy guy 15:10 &lt;jrandom&gt; its more up to the invidual to volunteer /themselves/ hyper ;) 15:10 &lt;hypercubus&gt; i nominate Curiosity for Webmaster or Web Editor, or both if she's up for it ;-) 15:11 &lt;deer&gt; &lt;ugha2p&gt; Uhh. 15:11 &lt;dm&gt; Man, even my CPU is starting to max out because of I2P... 15:11 &lt;dm&gt; You love, you REALLY love me :'( 15:11 &lt;dm&gt; oops, :') 15:12 * cervantes feels someone pushing him into the bull ring 15:12 &lt;jrandom&gt; i think we can use all the help we can get, and if she is up for helping, we'd love it 15:13 &lt;hypercubus&gt; i've seen her web designs and can vouch for her work 15:13 &lt;hypercubus&gt; and she expressed interest, i don't know what she finally decided however 15:13 &lt;jrandom&gt; ok great 15:13 &lt;dm&gt; she? 15:13 &lt;cervantes&gt; I'm sure she can devote far more care and attention to it than I ever could 15:14 &lt;dm&gt; that word must not be used in our world 15:14 &lt;fvw&gt; never mind that, he said 'care and attention'. 15:15 * jrandom groans 15:15 &lt;fvw&gt; present company excluded ofcourse. 15:15 &lt;jrandom&gt; ok, in any case, we'll need some people to help out on the docs - generating new walk throughs, intro docs, etc 15:16 &lt;jrandom&gt; we'll chat with Curiosity about what we can get her to hack on :) 15:16 &lt;hypercubus&gt; i can take on the installation related stuff 15:16 &lt;hypercubus&gt; s/on/of/ 15:16 &lt;hypercubus&gt; i know how everyone loves to read these baroque howto's that i write ;-) 15:16 &lt;jrandom&gt; :) 15:17 &lt;jrandom&gt; an install guide / walkthrough would KickAss 15:17 &lt;fvw&gt; that's not how you spell 'broke'. 15:17 &lt;jrandom&gt; heh 15:17 * hypercubus snickers, then steals fvw's wallet 15:17 &lt;hypercubus&gt; that's how you spell "broke" ;-) 15:17 &lt;deer&gt; &lt;kaji&gt; hyper what system are you on? i'll take a crack on the winxp version but im not very reliable, i may see something shiny and quit 15:17 &lt;deer&gt; * Curiosity is away for a bit... 15:18 &lt;hypercubus&gt; kaji: ? 15:18 &lt;deer&gt; &lt;kaji&gt; hyper, i was asking what OS you are using 15:18 &lt;hypercubus&gt; OSes 15:18 &lt;deer&gt; &lt;kaji&gt; OSESES 15:19 &lt;hypercubus&gt; i have vmware, so i can run all the windowses and freebsd and such 15:19 &lt;hypercubus&gt; also have pearpc, so i can run OS X 15:20 &lt;jrandom&gt; ok, if there's nothing else on the web side 15:20 &lt;jrandom&gt; moving on to * 4) I2PTunnel web interface 15:21 * jrandom declares the i2ptunnel web interface shitty. functional. but shitty. 15:21 &lt;deer&gt; &lt;DrVince&gt; I could dig in for french translation if interest may be 15:21 &lt;jrandom&gt; duck had a few ideas for improving it, but he had to jet, so let me paste a few lines 15:21 &lt;hypercubus&gt; again, we need more web devs ;-) 15:21 &lt;jrandom&gt; oh, translating web pages to french would rule 15:22 &lt;jrandom&gt; s/french/french and other langs/ 15:22 &lt;jrandom&gt; here are some duck-isms: 15:22 &lt;jrandom&gt; &lt;duck&gt; reduce data load on general page; use tables/div to order stuff 15:22 &lt;jrandom&gt; &lt;duck&gt; provide a edit/detailed page with info most dont care about, tunnels, dest hash, full key 15:22 &lt;jrandom&gt; &lt;duck&gt; feedback after clicking buttons, 'item saved' etc. give dest as output when new one created 15:22 &lt;jrandom&gt; &lt;duck&gt; (hide under edit/details otherwise) 15:22 &lt;jrandom&gt; &lt;duck&gt; tag the top messages as being 'log'; sometimes confusing 15:22 &lt;jrandom&gt; &lt;duck&gt; make clear that 'confirm' is only needed for remove, not save 15:22 * jrandom agrees with what he says 15:23 &lt;jrandom&gt; there have been a slew of bugfixes behind the scenes in the /i2ptunnel/ web interface since 0.4 too, so the functional kinks should be cleaned up 15:24 &lt;jrandom&gt; the code implementing those pages are pretty ugly though 15:24 &lt;jrandom&gt; probably the best approach would be to write up the screens in plain html / css / images / etc, then give it to one of the java devs to integrate 15:25 &lt;hypercubus&gt; whatever happened to the days when there was an overabundance of web devs? ;-) 15:25 &lt;jrandom&gt; they're all working at mcdonalds 15:25 &lt;hypercubus&gt; ah right 15:25 &lt;deer&gt; * Curiosity is back :) 15:25 &lt;jrandom&gt; anyway, if anyone is interested in helping out, or has further suggestions, please get in touch 15:25 &lt;jrandom&gt; wb Curiosity 15:26 &lt;deer&gt; &lt;Curiosity&gt; should i bring up the idea i told oyu about jrandom? 15:26 &lt;cat-a-puss&gt; I know someone who might be able to help with the web stuff 15:26 &lt;jrandom&gt; ah, the live cd? 15:27 &lt;jrandom&gt; great cat-a-puss, we need all the help we can get 15:27 &lt;deer&gt; &lt;Curiosity&gt; teah :) 15:27 &lt;deer&gt; &lt;Curiosity&gt; err yeah 15:27 &lt;jrandom&gt; Curiosity: yeah, please bring that up when we get to item 6) ??? 15:28 &lt;deer&gt; &lt;Curiosity&gt; okay :) 15:28 &lt;cat-a-puss&gt; ok, I'll get them on the list, and give them jrandom's e-mail (curiosity I don't know your email) 15:28 &lt;jrandom&gt; ok, does anyone have anything else to mention regarding the I2PTunnel web interface? 15:28 &lt;jrandom&gt; r0x0r cat-a-puss 15:29 &lt;deer&gt; &lt;Curiosity&gt; also, i don't mind helping wiht the web editing, etc. also :) 15:29 &lt;jrandom&gt; ok, if there's nothing else, 5) Roadmap and todo 15:30 &lt;jrandom&gt; awesome Curiosity, thanks! we can chat a bit after the meeting about taking over the world^W^W^W^Wweb stuff 15:30 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:30 &lt;jrandom&gt; as y'all probably saw, there's a new big scary page on the website (http://www.i2p.net/todo) 15:31 &lt;jrandom&gt; that covers the big scary issues we have ahead of us (and doesnt even touch on all the client apps we need, etc) 15:31 &lt;jrandom&gt; as you can see, we've got a shitload to do, but the good news is, we dont have to have it all done right away. 15:32 &lt;jrandom&gt; in fact, those things are really just the bullet items from the roadmap page (with a heap of text introducing each) 15:33 &lt;jrandom&gt; while i know thats a lot to sort through, what would be great is if people could let me know if they come across something that we will need to deal with that isn't on that page 15:34 &lt;jrandom&gt; that isn't necessary today or this week even, just a general "hey, let us know" 15:35 &lt;jrandom&gt; with mule's suggestion (http://www.i2p.net/todo#nat) i've been doing a lot of soul searching, and the roadmap will likely be moved around a bit 15:35 &lt;jrandom&gt; but we'll see. 15:36 &lt;jrandom&gt; if you have any strong feelings on certain issues ("omg we *cannot* function without X, Y, and Z!"), please let me know or post onto the list 15:36 &lt;jrandom&gt; while i'm no champion of democracy, i am open to reason :) 15:37 &lt;jrandom&gt; ok, thats all i've got to say about that.. anyone have anything to throw out there? 15:37 &lt;deer&gt; &lt;Curiosity&gt; benevolent dictatorship :) 15:37 -!- Sonium_ is now known as Sonium 15:37 &lt;jrandom&gt; bah, i'm no dictator - i dont control what other people code :) 15:37 &lt;cervantes&gt; tranquil hegemony 15:37 &lt;cat-a-puss&gt; I've aquired two more developers 15:37 &lt;jrandom&gt; w00t! 15:38 &lt;cat-a-puss&gt; and have grand plans for a distributed search engine 15:38 &lt;jrandom&gt; oh, kickass 15:38 &lt;jrandom&gt; would that be something `http://files.i2p/` could tie into? 15:38 &lt;jrandom&gt; or, well, let me just say, oh, kickass :) 15:38 &lt;cat-a-puss&gt; er: I can't get there (hostile enviroment) 15:39 &lt;jrandom&gt; ah 'k 15:39 &lt;cat-a-puss&gt; anyway, some CVS space would be nice, once we get there 15:40 &lt;jrandom&gt; certainly, space on cvs.i2p is available 15:40 &lt;jrandom&gt; either within the i2p/apps/ directory or your own module, if preferred 15:40 &lt;jrandom&gt; (cvs.i2p == cvs.i2p.net) 15:40 &lt;cat-a-puss&gt; I should probably talk to the people working on the dht huh? 15:41 &lt;cat-a-puss&gt; what is the status of that thusfar 15:41 &lt;jrandom&gt; :) 15:41 &lt;jrandom&gt; i haven't heard any status updates from aum in the last few days, but i'm sure he's churning away 15:42 &lt;jrandom&gt; last update was in http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 &lt;jrandom&gt; ok, i guess that moves us on to * 6) ??? 15:44 &lt;jrandom&gt; Curiosity was bouncing around the idea of a 'live cd' idea with i2p 15:44 &lt;jrandom&gt; which i think is pretty cool, and something we will want 15:44 &lt;deer&gt; &lt;Curiosity&gt; kewl :) 15:44 &lt;jrandom&gt; though we aren't really stable enough for that yet, with a release every 2 weeks or so 15:44 &lt;hypercubus&gt; agreed... it could even be integrated into a Knoppix ISO 15:45 &lt;deer&gt; &lt;Curiosity&gt; ? 15:45 &lt;hypercubus&gt; Knoppix, a livecd distro of linux 15:45 &lt;hypercubus&gt; very user friendly 15:45 &lt;deer&gt; &lt;Curiosity&gt; k 15:45 &lt;jrandom&gt; though once we have the Really Simple Update functionality that is a one click download from `http://dev.i2p/i2p/i2pupdate.tar.bz2,` it might not be too bad 15:46 &lt;jrandom&gt; Curiosity: do you have anything else you want to discuss about that? 15:46 &lt;fvw&gt; ...and as soon as it becomes widely used, anyone controlling dev.i2p can compromise the network. 15:47 &lt;jrandom&gt; as long as people use that Really Simple Update functionality 15:47 * fvw nods. 15:47 &lt;deer&gt; &lt;Curiosity&gt; i just wanted a way for people to run it w/o having to download a bunch of stuff onto their computer 15:47 &lt;jrandom&gt; (and if dev.i2p is compromised, we put up a new hosts.txt entry for dev.i2p) 15:48 &lt;hypercubus&gt; a knoppix i2p livecd would be prime for cybercafe use 15:48 &lt;deer&gt; &lt;mule_iip&gt; jarndom: won't a real i2p user grab the source, study the diff against the latest peer reviewed version and build from source :) 15:48 &lt;fvw&gt; yes but people will just hit 'update'; They won't listen to discussions about whether the new version might have vulnerabilities... 15:48 &lt;demonic_1&gt; is there anyway to not need hosts file. u know like a dns server? 15:48 &lt;deer&gt; &lt;Curiosity&gt; yeah... riiiight mule_iip. lol 15:49 &lt;fvw&gt; but anyway, I'll be very happy when we get to the stage where this becomes a problem. 15:49 &lt;fvw&gt; demonic_l: It's possible, but there'd still be a central authority. 15:49 &lt;hypercubus&gt; demonic_1: there are currently a couple of proposals for such functionality, but global names have been ruled out 15:49 &lt;jrandom&gt; demonic_1: yes, see the mailing list (recent discussions on http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 &lt;jrandom&gt; (and my take @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 &lt;hypercubus&gt; *globally unique names 15:50 &lt;demonic_1&gt; k 15:51 &lt;jrandom&gt; ok, anyone have anything else they want to bring up? 15:52 &lt;deer&gt; &lt;Curiosity&gt; I would also like ot suggest putting service only items into a service folder... i was trying to uninstall i2p (one time of many) and was hitting the wrong uninstall thingie 15:52 &lt;hypercubus&gt; Curiosity: that's being done 15:52 &lt;jrandom&gt; w3rd 15:52 &lt;hypercubus&gt; the installer will install shortcuts for i2p to the Start menu in Windows 15:52 &lt;hypercubus&gt; and optionally on your desktop 15:52 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:52 &lt;hypercubus&gt; among them will be "uninstall" 15:53 &lt;deer&gt; &lt;Curiosity&gt; i was talking about when i go into program files/i2p 15:53 &lt;hypercubus&gt; you don't need to from there 15:54 &lt;hypercubus&gt; Windows users don't ever go into the program folders ;-) 15:54 &lt;demonic_1&gt; :/ 15:54 &lt;deer&gt; &lt;Curiosity&gt; i do! :P 15:54 &lt;jrandom&gt; we could perhaps add a bin/ dir with all the scripts 15:54 &lt;jrandom&gt; er, nm 15:54 &lt;hypercubus&gt; then you would have seen the folder called "Uninstall" ;-) 15:54 * jrandom remembers the paths 15:54 &lt;hypercubus&gt; which is where the uninstaller is located 15:54 &lt;jrandom&gt; we can move the service scripts into lib though 15:54 &lt;hypercubus&gt; i'm not sure we can 15:55 &lt;cervantes&gt; you could go the 'doze method and have the "uninstall" option in the installer ;-) 15:55 &lt;hypercubus&gt; wrapper is very particular about where you put those 15:55 &lt;jrandom&gt; at the very least they can "cd .." first 15:55 &lt;hypercubus&gt; i'll look into changing their location 15:55 &lt;hypercubus&gt; but it might not be doable 15:55 &lt;jrandom&gt; cool, thanks. it'd be nice to remove some of the clutter in the install dir 15:55 &lt;hypercubus&gt; agreed 15:55 &lt;jrandom&gt; (most of which is my fautlt with all those .config files :) 15:56 &lt;hypercubus&gt; we could have a config dir i guess 15:56 &lt;cervantes&gt; ./conf ? 15:56 &lt;jrandom&gt; c'mon, we're geeks. etc/ :) 15:56 &lt;jrandom&gt; that would be Really Easy though 15:56 &lt;jrandom&gt; (just a few -D parameters on the CLI) 15:56 &lt;hypercubus&gt; then we'll have to field questions from Windows users that "etc" isn't obvious enough ;-) 15:56 &lt;jrandom&gt; people shouldnt need to touch their config 15:57 &lt;jrandom&gt; thats what the web is for 15:57 &lt;cervantes&gt; I've always gone for the blatant: ./configuration/ 15:57 &lt;hypercubus&gt; right, but Windows users shouldn't need to launch the uninstaller from their program directory either heheh 15:57 &lt;jrandom&gt; ./thesefilestellstufftodothings/ 15:57 &lt;cervantes&gt; ./scripts/ 15:57 &lt;cervantes&gt; ./asciipr0n 15:57 &lt;jrandom&gt; ok, but yeah, some work we can flesh out 15:57 &lt;deer&gt; &lt;Curiosity&gt; lol 15:58 &lt;jrandom&gt; anyone have anything else to bring up for the meeting? 15:58 &lt;jrandom&gt; if not 15:58 * jrandom winds up 15:59 * jrandom *baf*s the meeting closed </div>/vi/blog/2004/08/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-31-th%C3%A1ng-8-n%C4%83m-2004/Tue, 31 Aug 2004 00:00:00 +0000/vi/blog/2004/08/31/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-31-th%C3%A1ng-8-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> aum, cervantes, deer, hypercubus, jrandom, kaji, lucky, nicktastic</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) chào 14:04 &lt;jrandom&gt; 1) 0.3.4.3 14:04 &lt;jrandom&gt; 2) 0.3.5 và 0.4 14:04 &lt;jrandom&gt; 3) tài liệu 14:04 &lt;jrandom&gt; 4) cập nhật stasher 14:04 &lt;jrandom&gt; 5) ??? 14:04 &lt;jrandom&gt; 0) chào 14:04 * jrandom vẫy tay 14:05 &lt;deer&gt; * Pseudonym vẫy tay 14:05 * hypercubus đập cánh 14:05 &lt;deer&gt; * detonate vẫy tay 14:05 &lt;jrandom&gt; ghi chú trạng thái hàng tuần @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 &lt;jrandom&gt; chuyển sang 1) 0.3.4.3 14:06 &lt;jrandom&gt; như đã nêu trong ghi chú, và như mọi người đều biết từ trải nghiệm trực tiếp, mạng hiện không khỏe lắm 14:06 &lt;jrandom&gt; nhiều thông điệp bị thất lạc, và mọi người thường thấy cảnh báo về việc các lease của họ đã hết hạn một lúc trước 14:07 &lt;jrandom&gt; điều này đáng tiếc, và phần lớn đã được xử lý trong CVS, sẽ được triển khai khi có thể (xem mục 2) 14:07 &lt;kaji&gt; (muộn) chào 14:08 &lt;jrandom&gt; dù sao, tôi nghĩ đó là tất cả những gì tôi có về 0.3.4.3, ngoài những gì trong email. Cảm ơn mọi người đã kiên nhẫn khi chúng ta vượt qua đoạn gập ghềnh 14:08 &lt;jrandom&gt; chuyển lên 2) 0.3.5 và 0.4 (trừ khi ai đó có điều gì muốn bổ sung..?) 14:09 &lt;deer&gt; &lt;oOo&gt; Vậy 90% node hỏng có thể hạ gục mạng ^^ 14:09 &lt;deer&gt; * Pseudonym háo hức chờ bản phát hành 0.3.5 14:09 &lt;kaji&gt; ai đang chạy dos vậy? họ làm tốt đấy 14:10 &lt;jrandom&gt; ờ, tôi có thể truy cập squid ổn định từ các máy CVS HEAD khác của tôi 14:10 &lt;jrandom&gt; vậy mạng không bị 'đánh sập' đối với người dùng cvs head :) 14:10 * lucky vẫn đang có một phần thành công với .3.4.3. 14:10 &lt;jrandom&gt; nhưng đúng vậy, thuật toán chọn peer cũ đã làm vài điều Ngớ Ngẩn 14:10 &lt;deer&gt; &lt;oOo&gt; Tôi ở CVS head và mất suid.i2p rất nhiều lần ;) 14:11 &lt;jrandom&gt; hmm 14:11 &lt;jrandom&gt; bạn thấy tỉ lệ lỗi tunnel là bao nhiêu? 14:12 &lt;jrandom&gt; (tổng # sự kiện tại /routerStats.html#tunnel.failAfterTime so với tổng # sự kiện tại #tunnel.buildFrequency ) 14:13 &lt;deer&gt; &lt;oOo&gt; giá trị trung bình theo vòng đời: 288 268,91 trên 339,00 sự kiện 14:13 &lt;jrandom&gt; còn tunnel.buildFrequency? 14:14 &lt;deer&gt; &lt;oOo&gt; Nhưng có thể bạn đã khởi động lại router hơi nhiều trong khi sửa rò rỉ luồng ;) 14:14 &lt;jrandom&gt; tổng # của tunnel.buildFrequency theo vòng đời là bao nhiêu? 14:14 &lt;deer&gt; &lt;oOo&gt; tần suất 24h: trung bình mỗi kỳ: (2,76, tối đa 2,76, hiện tại là 100,00% của tối đa) trung bình nghiêm ngặt mỗi kỳ: 5 645,58 sự kiện (trung bình theo vòng đời 5 729,00 sự kiện) 14:14 &lt;deer&gt; &lt;oOo&gt; 24h ~= thời gian sống của router 14:15 &lt;jrandom&gt; vậy ~5% lỗi tunnel 14:15 &lt;jrandom&gt; đó cũng khoảng những gì tôi thấy trên CVS HEAD, trái ngược với 40-60% lỗi tunnel của 0.3.4.3 14:16 &lt;deer&gt; &lt;oOo&gt; Vậy thì lên 2) nhé ;) 14:16 &lt;jrandom&gt; coi như đã lên rồi 14:16 &lt;jrandom&gt; ok, như đã đề cập trong email, bản tiếp theo sẽ là 0.3.5, không phải 0.4 14:16 &lt;jrandom&gt; nó sẽ có mọi thứ ngon lành mọi người chờ, nhưng sẽ không có "con dấu phê duyệt 0.4" ;) 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.rc-1 14:17 &lt;jrandom&gt; ừ, tôi đã cân nhắc đi theo hướng rc, nhưng tôi không muốn quá tự tin 14:17 &lt;kaji&gt; 0.4.rc-0.9 14:17 &lt;deer&gt; &lt;Pseudonym&gt; heh 14:18 &lt;kaji&gt; beta 14:18 &lt;jrandom&gt; khi 0.3.5 phát hành, tôi sẽ xem liệu chúng ta có thể dựng lại DoS, cũng như một loạt vấn đề mới mà chúng ta có thể nghĩ ra 14:18 &lt;lucky&gt; Chúng ta phải tiếp tục DoS nó cho đến khi nó hoạt động được ngay cả khi đang bị DoS 14:18 &lt;jrandom&gt; đúng vậy 14:19 &lt;kaji&gt; dos nó cho đến khi không thể dos nữa 14:19 &lt;deer&gt; &lt;Pseudonym&gt; nhưng không có tính năng mới giữa 0.3.5 và 0.4, đúng không? 14:19 &lt;jrandom&gt; có lẽ ai đó sẽ có hứng giúp triển khai một số trường hợp churn (biến động node) và lỗi trong trình mô phỏng, để chúng ta có thể kiểm thử những thứ này dễ dàng và tự động hơn... ;) 14:20 &lt;jrandom&gt; đúng vậy Pseudonym, tôi không mong có tính năng mới đáng kể nào trong thời gian 0.3.5 14:20 &lt;jrandom&gt; ít nhất là từ góc nhìn người dùng ứng dụng 14:20 &lt;jrandom&gt; có lẽ một số nhà phát triển sẽ nhân dịp này cải thiện eepproxy, một webserver trong suốt, giúp aum, v.v. 14:21 * jrandom chọc ai đó đang hack một proxy IRC với hỗ trợ DCC ;) 14:21 &lt;deer&gt; &lt;duck&gt; một inproxy công khai cho i2p/tor đang được thực hiện 14:21 &lt;jrandom&gt; à hay đấy, đặc thù html, hay bitpipe? 14:21 &lt;jrandom&gt; ờ, ý là đặc thù web 14:22 &lt;deer&gt; &lt;duck&gt; đặc thù web 14:22 &lt;jrandom&gt; w3rd 14:22 &lt;deer&gt; &lt;duck&gt; ý tưởng là ISP có thể dựng vài gateway tới các site cụ thể 14:22 &lt;deer&gt; &lt;duck&gt; để mọi người có thể truy cập alexandria 14:23 &lt;jrandom&gt; ồ, điều thật sự tuyệt là nếu những gateway đó có thể hoạt động như vhost 14:23 &lt;jrandom&gt; (có lẽ đó chính là điều bạn đang nói) 14:23 &lt;deer&gt; &lt;duck&gt; `http://anonygateway.com/home.duck.i2p/~alexandria/` 14:23 &lt;jrandom&gt; à ok 14:23 &lt;jrandom&gt; vẫn ngầu 14:23 &lt;deer&gt; &lt;duck&gt; http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 &lt;deer&gt; &lt;duck&gt; virtual host cũng khả thi; chỉ là cho vòng sau 14:24 &lt;jrandom&gt; (dù 6sxoyfb3h2nvok2d.onion.anonygateway.com sẽ ngầu hơn ;) 14:24 &lt;jrandom&gt; đúng đúng 14:24 &lt;deer&gt; &lt;duck&gt; dễ làm với mod_rewrite dĩ nhiên 14:25 &lt;cervantes&gt; hoặc chỉ cần tạo một subdomain :) 14:25 &lt;kaji&gt; hah vhost một seed bittorent 14:25 &lt;deer&gt; &lt;duck&gt; Tôi tự bỏ tiền trả cho dev; patch sẽ là pub domain 14:25 &lt;jrandom&gt; duck++ 14:26 &lt;deer&gt; &lt;duck&gt; cũng đang nói chuyện với một ISP có thể muốn cung cấp nó như dịch vụ trả phí 14:26 &lt;jrandom&gt; hay đấy 14:26 &lt;deer&gt; &lt;duck&gt; tất nhiên tốt hơn khi anarchistgang.org làm vậy 14:26 &lt;deer&gt; &lt;duck&gt; nhưng bạn biết độ ổn định của kiểu đó rồi 14:26 &lt;jrandom&gt; *khụ* 14:27 &lt;cervantes&gt; their quackers 14:27 &lt;cervantes&gt; *they're 14:27 &lt;deer&gt; &lt;jon2&gt; hi!!!!!! 14:27 * hypercubus khúc khích 14:27 &lt;jrandom&gt; chào jon2 14:27 &lt;deer&gt; &lt;jon2&gt; Tôi thích họp&gt;:-D 14:28 &lt;jrandom&gt; tôi nghĩ sau khi mạng ổn định hơn chút (khi 0.3.5 ra), chúng ta sẽ muốn đánh giá lại một số hoạt động ở tầng ứng dụng 14:28 &lt;deer&gt; &lt;duck&gt; *khụ* myi2p? 14:28 &lt;jrandom&gt; hêhê 14:29 &lt;kaji&gt; còn truy cập đằng sau firewall thì sao? 14:29 &lt;deer&gt; &lt;jon2&gt; vâng, truy cập qua firewall :) 14:29 &lt;jrandom&gt; chúng ta cần thứ gì đó vững chắc, dùng được, và an toàn, cung cấp chức năng mà mọi người muốn (và hy vọng, có thể dùng để khuyến khích cộng đồng) 14:30 &lt;deer&gt; * duck chỉ vào 0.4.2 @ http://www.i2p.net/roadmap 14:30 &lt;jrandom&gt; tin tôi đi, tôi muốn truy cập phía sau firewalls / NATs không kiểm soát được / v.v. cũng như mọi người. 14:30 &lt;deer&gt; &lt;jon2&gt; Tôi có thể lo phần bảo mật, tôi biết cryptophagy. 14:30 &lt;jrandom&gt; (ai đó phải thêm câu đó làm trích dẫn ;) 14:30 * hypercubus tự hỏi cryptophage là gì 14:31 &lt;jrandom&gt; jon2 - chúng tôi chắc chắn cần trợ giúp về mấy thứ này và rất muốn mượn chút thời gian của bạn! 14:31 * kaji vừa quay lại trường, anh ấy muốn mang i2p theo ;) 14:31 &lt;aum&gt; chào buổi sáng mọi người 14:31 &lt;cervantes&gt; nhân tiện tôi tự hỏi có dev nào nhớ các blog i2p nhỏ của họ không.... nếu có lẽ họ nên có các mục diễn đàn riêng, ít nhất trong ngắn hạn... 14:31 &lt;cervantes&gt; *nếu vậy 14:31 &lt;deer&gt; &lt;jon2&gt; cryptophagy, khoa học về bảo mật. 14:31 &lt;jrandom&gt; chào buổi sáng aum 14:32 &lt;hypercubus&gt; jon2: bạn cũng biết mật mã học chứ? 14:32 &lt;deer&gt; &lt;jon2&gt; Chào buổi sáng aum. 14:32 &lt;jrandom&gt; cervantes: tôi đang chờ cho đến khi có blog của riêng mình, hy vọng sẽ không quá xa 14:32 &lt;deer&gt; &lt;jon2&gt; không :-( 14:33 &lt;cervantes&gt; jrandom: còn mọi người khác? 14:33 &lt;jrandom&gt; nightblade đã dùng blog của anh ấy @ cashdollar.org 14:33 &lt;deer&gt; &lt;jon2&gt; Tôi có blog trên blogs.aspnet.com 14:33 &lt;jrandom&gt; dù tôi nghĩ sẽ hay nếu mọi người đăng trên diễn đàn 14:34 &lt;cervantes&gt; à tốt... có vẻ hầu hết đã tìm được lựa chọn khác.... nhưng thật tiếc chúng đã bị phân mảnh 14:34 &lt;jrandom&gt; ừ 14:34 &lt;cervantes&gt; *shame 14:34 &lt;cervantes&gt; chết tiệt mấy ngón tay 14:34 &lt;lucky&gt; ừ thì, phage là một phần của hệ miễn dịch. 14:34 &lt;jrandom&gt; tôi thích có devblog trên site. Rốt cuộc rồi ta sẽ có lại thôi 14:34 &lt;hypercubus&gt; jon2: buồn cười, blogs.aspnet.com là một domain chưa được đăng ký 14:34 &lt;jrandom&gt; ok, dù sao, còn gì cho 2) 0.3.5 và 0.4 không? 14:35 &lt;hypercubus&gt; có 14:35 &lt;hypercubus&gt; tôi đã giải quyết xong vấn đề firefox rồi, trong cvs 14:35 &lt;jrandom&gt; w000t 14:36 &lt;deer&gt; &lt;jon2&gt; Tôi là lập trình viên ASP. 14:36 &lt;hypercubus&gt; đọc mặc định từ registry 14:36 &lt;cervantes&gt; :) 14:36 &lt;deer&gt; &lt;jon2&gt; xin lỗi.. ý tôi là blogs.asp.net 14:36 &lt;hypercubus&gt; không phải đâu 14:36 &lt;deer&gt; &lt;jon2&gt; weblogs.asp.net 14:36 &lt;jrandom&gt; à, tuyệt lắm hypercubus. vậy là ta gần xong để phát hành 0.3.5 14:37 &lt;cervantes&gt; rùng mình....asp 14:37 &lt;hypercubus&gt; vâng tôi cảm thấy nó sắp xong 14:37 &lt;jrandom&gt; ok, chuyển sang 3) tài liệu 14:37 &lt;jrandom&gt; ừ, tôi không có gì thêm ngoài yêu cầu trong email 14:38 &lt;jrandom&gt; (gửi câu hỏi của bạn! đăng chúng lên list, gửi qua email, đăng trên diễn đàn) 14:38 &lt;deer&gt; &lt;oOo&gt; Ừ, dùng diễn đàn ẩn danh và làm Cervantes vui ;) 14:39 * cervantes nổi da gà 14:39 * hypercubus chỉnh ăng-ten tai thỏ 14:40 &lt;nicktastic&gt; haha 14:40 &lt;deer&gt; &lt;jon2&gt; Tôi thích buổi họp này.. 14:40 &lt;cervantes&gt; bạn nói rồi... 14:40 &lt;cervantes&gt; &lt;deer&gt; &lt;jon2&gt; Tôi thích họp&gt;:-D 14:40 &lt;hypercubus&gt; hay đấy, lần sau bạn mua bánh rán nhé ;-) 14:40 &lt;jrandom&gt; ok, nếu không còn gì nữa, 4) cập nhật stasher 14:41 &lt;jrandom&gt; có vẻ aum dậy sớm... bạn còn quanh đây chứ? 14:41 &lt;deer&gt; &lt;jon2&gt; BUỔI HỌP TUYỆT VỜI! 14:41 * hypercubus tự hỏi dm có con không 14:41 &lt;jrandom&gt; hêhê, đúng, anh ấy quay lại ;) 14:41 &lt;cervantes&gt; Tôi nghĩ điều đó bất khả 14:42 &lt;hypercubus&gt; đoán là aum lỡ tách đầu tiên 14:42 &lt;jrandom&gt; ok, có lẽ anh ấy sẽ quay lại terminal 14:42 &lt;jrandom&gt; dù sao, cập nhật tổng quan của anh ấy đã được gửi trong email 14:42 &lt;jrandom&gt; có vẻ có nhiều tiến triển đang diễn ra 14:43 &lt;jrandom&gt; vẫn còn vài câu hỏi, nhưng cứ tiến lên 14:43 &lt;deer&gt; &lt;oOo&gt; Nhưng không đưa ngày phát hành ;) 14:43 &lt;hypercubus&gt; có bao nhiêu người đang thử nghiệm nó lúc này? 14:43 &lt;jrandom&gt; tôi không biết code anh ấy có bây giờ với những thứ đã nêu đã public chưa 14:43 &lt;hypercubus&gt; à 14:44 &lt;deer&gt; &lt;jon2&gt; BAF BAF BAF BAF BAF 14:44 &lt;kaji&gt; có gì mới về stasher? 14:44 &lt;jrandom&gt; kaji: xem http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 &lt;deer&gt; &lt;oOo&gt; Bây giờ nó dùng ít nước hơn để rửa bát 14:45 &lt;hypercubus&gt; tôi đã chờ tính năng đó 14:45 * jrandom cũng vậy 14:45 &lt;jrandom&gt; ok 14:45 &lt;jrandom&gt; nếu aum vẫn afk, chuyển sang 5) ??? 14:45 &lt;jrandom&gt; có ai còn điều gì muốn nêu không? 14:45 * cervantes đội mũ thiếc 14:46 &lt;lucky&gt; Jetta cho việc phục vụ trang web tiến triển thế nào? 14:46 &lt;jrandom&gt; tôi không biết ai đang làm một ứng dụng cho phép mọi người host trang một cách an toàn với jetty 14:46 &lt;jrandom&gt; (host trang có thể được phục vụ như một eepsite, ý tôi là vậy) 14:47 &lt;jrandom&gt; jetty có cho phép mọi người triển khai ứng dụng phía client (dù tôi cũng không biết ai đang làm ứng dụng web cả) 14:47 &lt;hypercubus&gt; tôi muốn nói chút về systray4j vs. SWT 14:47 &lt;jrandom&gt; ừ hử? 14:47 &lt;hypercubus&gt; chi phí của việc bỏ systray4j để dùng SWT: chúng ta sẽ bỏ systray4j.jar và systray4j.dll, giảm 147 KB khỏi kích thước phân phối -- và thay bằng swt.jar (885 KB) + thư viện native (332 KB trên Win, 639 KB trên *nix), chênh lệch ròng 1,2-1,5 MB, nhưng đổi lại ta có icon systray trên KDE, Gnome, và OS X cũng như Win32, và cả icon khởi chạy cho môi trường X thuần kiểu NextStep/GNUstep 14:48 &lt;hypercubus&gt; và điều này sẽ cho phép ta thêm các thành phần GUI khác sau này, độc lập với JRE mà người dùng có (nếu không, hỗ trợ người dùng Kaffe sẽ giới hạn ta chỉ dùng AWT) 14:48 &lt;hypercubus&gt; chỉ để suy nghĩ... có thể sau này 14:48 &lt;jrandom&gt; đáng để bàn, về sau, khi người dùng yêu cầu 14:49 &lt;jrandom&gt; nếu có giá trị, thì có giá trị 14:49 &lt;deer&gt; &lt;oOo&gt; Giao diện web được dự định là GUI, phải không? 14:49 &lt;hypercubus&gt; cervantes có một ý tưởng hay để tận dụng SWT hơn nữa 14:49 &lt;hypercubus&gt; một dashboard I2P ;-) 14:49 &lt;jrandom&gt; đúng, oOo 14:49 &lt;hypercubus&gt; à, và skin! đùa thôi 14:49 &lt;jrandom&gt; tôi thật sự thích có kiểu chức năng đó tích hợp vào router console, nếu ý bạn là những gì tôi nghĩ 14:50 &lt;hypercubus&gt; ý là... 14:50 &lt;cervantes&gt; nó cũng có thể khuyến khích phát triển ứng dụng nếu i2p đi kèm một bộ thư viện SWT tốt 14:50 &lt;hypercubus&gt; có vẻ phát triển của systray4j đang chững lại hoặc sa lầy 14:50 &lt;deer&gt; &lt;oOo&gt; Miễn là systray và mấy thứ GUI không bắt buộc để có một router hoạt động đầy đủ... 14:50 &lt;jrandom&gt; đúng, oOo 14:50 &lt;hypercubus&gt; tôi không thấy họ sửa bản KDE sớm đâu 14:51 &lt;hypercubus&gt; đúng vậy, ta có thể chỉ cần thêm một hook trong lớp systray của router 14:51 &lt;hypercubus&gt; và người dùng có thể tùy chọn tải về phần systray/SWT 14:51 &lt;jrandom&gt; hypercubus: cá nhân tôi không hoàn toàn 100% chắc nhóm người dùng thậm chí có cần systray không. tôi nghĩ ta cần triển khai và nhận phản hồi để biết giá trị 14:51 &lt;jrandom&gt; cervantes: nhà phát triển ứng dụng client hoàn toàn có thể bundle SWT với ứng dụng của họ 14:51 &lt;jrandom&gt; (hoặc nói "get SWT") 14:51 &lt;hypercubus&gt; tôi đoán chúng ta sẽ nhận yêu cầu mở rộng tùy chọn systray 14:52 &lt;jrandom&gt; và nếu một dev ứng dụng client làm ra thứ chúng ta muốn bundle với router, chúng ta sẽ triển khai swt cùng bundle 14:52 &lt;jrandom&gt; (v.v.) 14:52 &lt;deer&gt; &lt;oOo&gt; Quá muộn để tách console/trình theo dõi trạng thái/v.v. khỏi phần thực sự định tuyến? 14:52 &lt;jrandom&gt; phần thực sự định tuyến? 14:52 &lt;jrandom&gt; router console là một ứng dụng client hoàn toàn tách biệt 14:53 &lt;jrandom&gt; (apps/routnerconsole/) 14:53 &lt;deer&gt; &lt;oOo&gt; Những thứ cần thiết để byte chảy ẩn danh 14:53 &lt;jrandom&gt; tôi nghĩ về sau ta cũng sẽ muốn có một cài đặt minimal-router 14:53 &lt;jrandom&gt; (không có gì trong clients.config, v.v.) 14:53 &lt;jrandom&gt; nhưng chúng ta không có đủ giờ lập trình viên để duy trì nhiều bộ thứ khác nhau 14:55 &lt;jrandom&gt; ok, còn ai có điều gì muốn nêu không? 14:57 &lt;jrandom&gt; nếu không 14:57 * jrandom lên dây cót 14:57 &lt;deer&gt; &lt;oOo&gt; 0.3.5, khi nào? ;) 14:57 &lt;jrandom&gt; hy vọng sẽ ra mắt trong tuần này 14:57 &lt;jrandom&gt; (trong một hai ngày tới nếu mọi việc suôn sẻ) 14:57 &lt;deer&gt; &lt;oOo&gt; Ok ^^ 14:57 * jrandom ngừng lên dây cót 14:57 * jrandom *baf* đóng cuộc họp </div>/vi/blog/2004/08/31/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-08-31/Tue, 31 Aug 2004 00:00:00 +0000/vi/blog/2004/08/31/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-08-31/<p>Chà, các chàng trai và cô gái, lại là thứ Ba rồi!</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>0.3.4.3</li> <li>0.3.5 and 0.4</li> <li>docs</li> <li>stasher update</li> <li>???</li> </ol> <h2 id="1-0343">1) 0.3.4.3</h2> <p>À, như tôi chắc các bạn đều đã nhận thấy, tuy số lượng người dùng trên mạng vẫn khá ổn định, hiệu năng đã suy giảm đáng kể trong vài ngày qua. Nguyên nhân là một loạt lỗi trong phần chọn peer (nút ngang hàng) và mã xử lý chuyển phát thông điệp, bị lộ ra khi có một đợt DoS (tấn công từ chối dịch vụ) nhỏ vào tuần trước. Kết quả là hầu như tunnels của mọi người đều liên tục thất bại, gây ra một chút hiệu ứng quả cầu tuyết. Vậy nên không, không chỉ mình bạn đâu - mạng cũng tệ hại với phần còn lại của chúng tôi nữa ;)</p>/vi/blog/2004/08/24/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-8-n%C4%83m-2004/Tue, 24 Aug 2004 00:00:00 +0000/vi/blog/2004/08/24/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-8-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, deer, fvw, hypercubus, jrandom, kaji, luckypunk, Nightblade, protok0l</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:01 &lt;jrandom&gt; 0) chào 14:01 &lt;jrandom&gt; 1) tình hình 0.3.4.3 14:01 &lt;jrandom&gt; 1.1) timestamper 14:02 &lt;jrandom&gt; 1.2) xác thực router console mới 14:02 &lt;jrandom&gt; 2) tình hình 0.4 14:02 &lt;jrandom&gt; 2.1) tích hợp service &amp; systray (khay hệ thống) 14:02 &lt;jrandom&gt; 2.2) jbigi &amp; jcpuid 14:02 &lt;jrandom&gt; 2.3) i2paddresshelper 14:02 &lt;jrandom&gt; 3) AMOC vs. restricted routes 14:02 &lt;jrandom&gt; 4) stasher 14:02 &lt;jrandom&gt; 5) các trang đáng chú ý 14:02 &lt;jrandom&gt; 6) ??? 14:02 &lt;jrandom&gt; 0) chào 14:02 * jrandom vẫy tay 14:02 &lt;deer&gt; &lt;ugha2p&gt; Chào. 14:02 &lt;jrandom&gt; ghi chú hằng tuần đã đăng (rất sớm) tại http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 &lt;jrandom&gt; nên tôi mong mọi người đã làm bài tập về nhà và đọc kỹ rồi 14:03 &lt;jrandom&gt; (hoặc gì đó) 14:03 &lt;jrandom&gt; ok, 1) tình hình 0.3.4.3 14:04 &lt;kaji&gt; (xin chào, đến muộn) 14:04 &lt;jrandom&gt; có vài thứ đã điều chỉnh kể từ khi bản 0.3.4.3 ra mắt thứ sáu tuần trước, nhưng tổng thể bản này có vẻ khá ổn định, theo như tôi thấy 14:04 &lt;deer&gt; &lt;luckypunk&gt; hả. có chuyện gì thế? 14:04 &lt;deer&gt; &lt;luckypunk&gt; Ồ. Thôi. xin lỗi, tôi thường ngủ quên cuộc họp. Chào :) 14:05 &lt;jrandom&gt; trải nghiệm của mọi người với 0.3.4.3 về eepsites / squid / v.v. thế nào? 14:05 &lt;luckypunk&gt; rất nhanh. 14:05 &lt;jrandom&gt; (tôi có thể biết mọi người thấy gì với irc) 14:05 &lt;luckypunk&gt; Đôi khi tải trang dưới 3 giây. 14:06 &lt;deer&gt; &lt;oOo&gt; Jrandom đừng đá router của squid quá thường xuyên ;) 14:06 &lt;jrandom&gt; hay đấy lucky 14:06 &lt;deer&gt; &lt;mule&gt; hoạt động tốt 14:06 &lt;luckypunk&gt; tôi có thể mở 10 trang qua squid và I2P vẫn theo kịp, khá chậm thôi, trên máy 350 mhz của tôi. 14:06 &lt;deer&gt; &lt;hypercubus&gt; nhanh nhất từ trước tới giờ 14:06 &lt;jrandom&gt; ừ, tôi có làm vậy oOo, nhưng đó là lý do chúng ta có www1.squid.i2p :) 14:06 &lt;jrandom&gt; r0x0r 14:06 &lt;jrandom&gt; tôi nghe vài báo cáo về việc CPU bị dùng quá mức - điều đó có xảy ra với mọi người thường xuyên không? 14:07 &lt;deer&gt; &lt;hypercubus&gt; không phải tôi... tôi đoán đó chỉ là người dùng 386 thôi *khụ*lucky*khụ* 14:07 &lt;deer&gt; &lt;oOo&gt; Thỉnh thoảng có đỉnh rất hiếm. Liên quan đến lỗi khác, có lẽ một ngày nào đó tôi sẽ lần ra :p 14:07 &lt;deer&gt; &lt;mule&gt; không có ở đây 14:07 &lt;luckypunk&gt; Tôi nghĩ, nếu nó ảnh hưởng mọi nền tảng và các thứ, tôi sẽ thấy rõ, mà không, không hẳn. Chỉ khi nó phục vụ các trang cấu hình mới hoặc tải nhiều thứ thì I2P mới ghim CPU của tôi. 14:08 &lt;jrandom&gt; ok hay đấy. có vài kịch bản mà i2p sẽ rất khó chịu về CPU, nhưng hy vọng chúng ít và cách xa nhau 14:08 &lt;jrandom&gt; thực ra, điều đó dẫn chúng ta đến 1.1) timestamper :) 14:09 &lt;jrandom&gt; (một trong các vấn đề có thể xảy ra khi timestamper trở nên ngớ ngẩn / mất dấu thời gian chính xác) 14:10 &lt;jrandom&gt; toàn bộ phần đóng dấu thời gian đã được làm lại và tích hợp vào router, cảm ơn Adam Buckley rất đỉnh và phát hành công việc của anh ấy dưới giấy phép BSD 14:10 &lt;jrandom&gt; (yay Adam) 14:11 &lt;jrandom&gt; trước đây ta dùng mã SNTP như một ứng dụng client độc lập, nhưng giờ không làm vậy nữa - thay vào đó ta tích hợp chặt với router 14:11 &lt;jrandom&gt; (nên mọi người có thể cần cập nhật file config như đã nói trong email) 14:11 &lt;jrandom&gt; Tuy nhiên chỉ SNTP thì chỉ là một phần của giải pháp 14:12 &lt;jrandom&gt; dài hạn chúng ta cần đồng bộ tốt hơn (đọc: NTP), vì SNTP dễ bị dao động 14:12 &lt;jrandom&gt; (đặc biệt khi tắc nghẽn mạng cao) 14:12 &lt;jrandom&gt; Adam đã gửi tôi ít mã anh ấy có để xử lý việc đó, nhưng hiện tại tôi không thực sự có thời gian xử lý mảng đó 14:13 &lt;deer&gt; &lt;oOo&gt; Chỉ dùng SNTP thôi à? 14:13 &lt;jrandom&gt; tôi không nhớ rõ - tôi nghĩ nó có thể kiểu NTP thông qua truy vấn sntp 14:13 &lt;deer&gt; &lt;oOo&gt; Ok, cảm ơn 14:14 &lt;luckypunk&gt; uh 14:14 &lt;luckypunk&gt; tôi có đề xuất về việc đó.. 14:14 &lt;jrandom&gt; dù sao, nếu ai đó chán và muốn hack ntp điên cuồng, sẽ Tuyệt 14:14 &lt;luckypunk&gt; Có thể là sai. 14:14 &lt;jrandom&gt; mmhmm lucky? 14:14 &lt;luckypunk&gt; dùng ntpdate -q 14:14 &lt;luckypunk&gt; lấy offset. 14:14 &lt;jrandom&gt; ntpdate -q == SNTP 14:14 &lt;luckypunk&gt; hoặc gì đó tương tự. 14:14 &lt;deer&gt; &lt;oOo&gt; Đó là những gì mã hiện tại làm, đại khái vậy ;) 14:14 * cervantes theo kịp những gì mình bỏ lỡ 14:14 &lt;luckypunk&gt; oh. 14:15 &lt;luckypunk&gt; xin lỗi. 14:15 &lt;cervantes&gt; bỏ lỡ 14:15 &lt;deer&gt; &lt;oOo&gt; Nhưng chúng ta cần độ dài giây biến thiên &amp; cộng sự ;) 14:15 &lt;cervantes&gt; cpu sử dụng trên hệ thống của tôi là thấp nhất từ trước tới giờ.... 14:15 &lt;jrandom&gt; hay lắm 14:15 &lt;cervantes&gt; nhưng tôi có khoảng 700 luồng java và đang tăng 14:15 &lt;jrandom&gt; đúng vậy oOo, và việc phát hiện skew / chọn ứng viên 14:16 &lt;luckypunk&gt; vâng, lần cuối tôi chạy, khoảng một tháng trước, nó ảnh hưởng nghiêm trọng đến khả năng dùng máy của tôi, giờ thì tôi còn chẳng nhận ra I2P đang chạy. 14:16 &lt;jrandom&gt; ừ tôi đã xem xét việc đó cervantes 14:16 &lt;deer&gt; &lt;oOo&gt; Đúng, dù đó là phần yếu của toàn bộ ;) 14:16 &lt;luckypunk&gt; tôi có khoảng 200 luồng. 14:16 &lt;luckypunk&gt; chính xác là 219. 14:16 &lt;jrandom&gt; cervantes: tôi đã lần dấu số luồng đến lớp transport (chúng ta làm vài thứ rất xấu xí để có timeout), và chúng ta có thể dọn dẹp tốt hơn sau 14:16 -!- TheCrypto__ bây giờ là thecrypto 14:18 &lt;jrandom&gt; cơ bản là có vài điều kỳ lạ xảy ra khi số lượng peer trên mạng tăng &amp; churn (biến động) nhiều. đều xử lý được, nhưng có thể khó chịu 14:18 &lt;jrandom&gt; dù sao, thế là xong 1.1, giờ đến 1.2) xác thực router console mới :) 14:19 &lt;jrandom&gt; (chắc chẳng ai quan tâm điều này, nhưng chúng ta đã có xác thực http cơ bản hoạt động. xem email để biết thêm) 14:19 &lt;cervantes&gt; hay 14:19 &lt;cervantes&gt; mặc dù vậy việc xử lý bộ nhớ rất ngon... lâu lắm rồi không bị oom 14:19 &lt;jrandom&gt; à tuyệt 14:20 &lt;jrandom&gt; thực ra, điều đó đưa chúng ta đến 2) tình hình 0.4 14:22 &lt;luckypunk&gt; Đúng. Nếu I2P là sản phẩm của MS, ta đã sẵn sàng cho 1.0 :) 14:22 &lt;jrandom&gt; arggg, kết nối mạng chết mất 14:22 &lt;jrandom&gt; (screen++) 14:23 &lt;jrandom&gt; ok, dù sao, có nhiều việc đang diễn ra, và vẫn còn vài thứ backend cần làm (một số quản lý pool tunnel client, như oOo đang thấy, và một số thử nghiệm chọn peer, như trong cvs) 14:24 &lt;jrandom&gt; cũng có nhiều tiến triển ở phía installer / service / systray 14:24 &lt;jrandom&gt; hypercubus: muốn cập nhật cho mọi người không? 14:24 &lt;deer&gt; &lt;hypercubus&gt; được chứ 14:25 &lt;deer&gt; &lt;hypercubus&gt; cài đặt service wrapper (trình bao dịch vụ) sắp hoàn tất, có lẽ hôm nay hoặc ngày mai... service wrapper lo vụ OOM (hết bộ nhớ) bằng cách tự động khởi động lại router i2p 14:25 &lt;jrandom&gt; (yay) 14:25 &lt;deer&gt; &lt;hypercubus&gt; nên phần đó chúng ta đỡ vất vả 14:26 &lt;deer&gt; &lt;hypercubus&gt; tích hợp systray (khay hệ thống) đã xong và hoạt động rất tốt... hiện chỉ dành cho Win32, vì thư viện systray4j có vẻ có vài lỗi trong triển khai KDE 14:26 &lt;deer&gt; &lt;hypercubus&gt; tôi sẽ theo dõi tiến độ KDE và hy vọng sẽ có trong tương lai gần 14:27 &lt;deer&gt; &lt;hypercubus&gt; installer cũng gần xong, còn lại chỉ là các tác vụ sau cài đặt 14:27 &lt;deer&gt; &lt;hypercubus&gt; tôi kỳ vọng xong trước cuối tuần 14:27 &lt;deer&gt; &lt;hypercubus&gt; (vì nó phụ thuộc vào việc tích hợp hoàn chỉnh service wrapper) 14:28 &lt;jrandom&gt; r0x0r 14:28 &lt;deer&gt; &lt;hypercubus&gt; tôi sẽ cung cấp một gói cài đặt trước-0.4 để mọi người thử 14:28 &lt;deer&gt; &lt;hypercubus&gt; nên tôi sẽ báo khi sẵn sàng 14:28 &lt;luckypunk&gt; Còn GNOME thì sao? 14:28 &lt;cervantes&gt; increment(hypercubus) 14:28 &lt;deer&gt; &lt;hypercubus&gt; dự án systray4j chưa hỗ trợ gnome 14:29 &lt;deer&gt; &lt;hypercubus&gt; chúng ta sẽ thêm các môi trường desktop khác khi systray4j hỗ trợ 14:29 &lt;luckypunk&gt; ừ, không vấn đề, tôi sẽ chuyển khi/nếu KDE biên dịch được. 14:30 &lt;deer&gt; &lt;hypercubus&gt; biểu tượng systray chỉ để mở router console trong trình duyệt của bạn thôi 14:30 &lt;deer&gt; &lt;hypercubus&gt; nên người dùng chính là người dùng Windows ;-) 14:30 &lt;jrandom&gt; ừ, ta mong người dùng *nix biết cách bookmark ;) 14:30 &lt;deer&gt; &lt;hypercubus&gt; nhưng tất nhiên chúng ta cũng sẽ phục vụ người dùng *nix lười khi có thể ;-) 14:30 &lt;deer&gt; &lt;oOo&gt; Không ý kiến... 14:30 &lt;luckypunk&gt; Ồ, tôi có một liên kết trong firefox của tôi, cùng với slashdot và BSD Google. 14:31 &lt;deer&gt; &lt;hypercubus&gt; nhưng biểu tượng cũng đóng vai trò chỉ báo trạng thái tiện lợi 14:31 &lt;jrandom&gt; đồng ý 14:31 &lt;deer&gt; &lt;hypercubus&gt; ví dụ nếu biểu tượng biến mất, router của bạn cũng biến mất ;-) 14:31 &lt;deer&gt; &lt;hypercubus&gt; trừ khi bạn chọn ẩn biểu tượng từ router console 14:32 &lt;deer&gt; &lt;hypercubus&gt; điều mà bạn có thể làm, và hoạt động rất tốt 14:32 &lt;deer&gt; &lt;hypercubus&gt; ok, tôi nghĩ thế là hết, trừ khi có câu hỏi 14:33 &lt;protok0l&gt; PDA nào chạy linux tốt? 14:33 &lt;jrandom&gt; ổn hyper 14:33 &lt;jrandom&gt; proto: #i2p-chat (hoặc sau cuộc họp) 14:33 &lt;protok0l&gt; úi 14:33 &lt;deer&gt; &lt;hypercubus&gt; *khúc khích* 14:33 &lt;jrandom&gt; ok, chuyển tiếp đến 2.2) jbigi &amp; jcpuid 14:34 &lt;jrandom&gt; iakin đã viết một đoạn mã JNI/asm rất ngầu để phát hiện chính xác kiến trúc CPU (trên các máy x86), và anh ấy đã chỉnh jbigi cho freenet để tự chọn .so/.dll phù hợp dựa trên đó 14:35 &lt;jrandom&gt; anh ấy cũng phát hành công việc đó vào phạm vi công cộng, và chúng ta đã lấy một bản và tích hợp lại vào i2p 14:35 &lt;luckypunk&gt; Vậy chúng ta sẽ không phải chọn jbigi nào để tải xuống? Như vậy cài đặt sẽ to hơn chứ? 14:35 &lt;jrandom&gt; đúng 14:35 &lt;jrandom&gt; ừ, nó thêm vài trăm KB 14:36 &lt;jrandom&gt; nhưng, ờ, bản cài mới, um, lớn hơn bản cũ 14:36 &lt;luckypunk&gt; oh, tôi tưởng sẽ hơn vài trăm kb. 14:36 &lt;luckypunk&gt; Vâng, giữa console mới...Tôi đoán 6 - 10 mb? 14:36 &lt;deer&gt; * Myo9 chỉ còn 99 mb trên ổ này. 14:36 &lt;deer&gt; &lt;Myo9&gt; ;) 14:36 &lt;jrandom&gt; (nhất là vì tôi hơi cứng đầu và khăng khăng hỗ trợ .war thay vì servlets trực tiếp, cần xerces, nặng 800KB) 14:36 &lt;jrandom&gt; bản cài mới tầm ~4-6MB 14:37 &lt;jrandom&gt; nhưng điểm hay là, chỉ ~1MB là đặc thù i2p, nên cập nhật sẽ nhẹ ;) 14:38 &lt;deer&gt; &lt;Myo9&gt; I2P chưa được quảng bá nhiều nhỉ? 14:38 &lt;deer&gt; &lt;Myo9&gt; So với freenet và TOR? 14:38 &lt;jrandom&gt; đúng, chúng ta khá im ắng 14:38 &lt;protok0l&gt; kích thước tải xuống có thật sự đáng lo? phần lớn người dùng có băng rộng 14:38 &lt;protok0l&gt; tôi vẫn dùng kể cả 100megs 14:38 &lt;luckypunk&gt; protok0l, thực ra phần lớn thì không. Nhưng phần lớn người sẽ dùng I2P thì có. dù tôi nghĩ I2P vẫn hỗ trợ dialup (kiểu như vậy) 14:38 &lt;deer&gt; &lt;mule&gt; với người dùng i2p thì không nên 14:39 &lt;jrandom&gt; theo tôi, nỗ lực phát triển nên phục vụ cho việc tiếp nhận dần dần sau khi thử nghiệm đủ ở các điểm then chốt khác nhau 14:39 &lt;luckypunk&gt; đúng. I2P chưa sẵn sàng cho 500 người dùng từ slashdot :) 14:39 &lt;jrandom&gt; dù tăng trưởng gần đây là tốt, giúp chọc vào các phần khác nhau của hệ thống 14:40 &lt;jrandom&gt; khi phát hành bản 0.4, ta sẽ muốn tiến tới mốc 100 router 14:40 &lt;deer&gt; &lt;mule&gt; ok, tôi sẽ dựng thêm 50 cái :) 14:40 &lt;jrandom&gt; ngoài ra, nó sẽ tạo động lực cho dev ứng dụng client xây app ;) 14:40 &lt;jrandom&gt; lol mule :) 14:41 &lt;deer&gt; &lt;ugha2p&gt; Arr. 14:41 &lt;cervantes&gt; với tốc độ tiếp nhận hiện tại chúng ta có thể đạt 100 trong khoảng một tháng 14:41 &lt;cervantes&gt; không cần truyền giáo 14:41 &lt;jrandom&gt; đó sẽ là tốc độ tăng trưởng tốt 14:42 &lt;jrandom&gt; nhưng dù sao, quay lại chương trình nghị sự :) 14:42 &lt;protok0l&gt; tôi nóng lòng muốn truyền giáo 14:42 &lt;jrandom&gt; jbigi + jcpuid == tích hợp (và xem mailing list nếu bạn muốn chạy CVS HEAD) :) 14:42 &lt;jrandom&gt; heh chúng tôi thấy rồi proto ;) 14:42 &lt;deer&gt; &lt;hypercubus&gt; lucky: hơn một nửa người dùng internet ở Mỹ có băng rộng... báo cáo mới ra hôm trước 14:43 &lt;jrandom&gt; và ít hơn 1/10 dân số thế giới ở Mỹ ;) 14:43 &lt;deer&gt; &lt;oOo&gt; Ai bận tâm về USA ? ^^ 14:43 &lt;jrandom&gt; nhưng chuyển sang 2.3) i2paddresshelper 14:44 &lt;jrandom&gt; oOo đã làm thêm một bản vá nữa, lần này cho phép mọi người vào eepsites với các trang được liên kết mà không cần sửa hosts.txt 14:45 &lt;jrandom&gt; chi tiết có trong ghi chú tình trạng hằng tuần 14:45 &lt;jrandom&gt; oOo - bạn muốn bổ sung gì không? 14:45 &lt;deer&gt; &lt;oOo&gt; Hum... Hãy để số lượng eepsites tăng nhanh và Cervantes thêm phần hỗ trợ đã hứa :p 14:46 &lt;jrandom&gt; à, cervantes đã thêm link "Try it [i2p]" rồi :) 14:46 &lt;jrandom&gt; (chỉ người dùng CVS HEAD mới dùng được, đến khi 0.4 ra) 14:46 &lt;cervantes&gt; :o) 14:46 &lt;jrandom&gt; ((hoạt động rất tốt, btw)) 14:46 &lt;deer&gt; &lt;oOo&gt; Tuyệt ^^ Sẽ nghịch ngay khi tôi đưa router của mình online lại ;) 14:47 &lt;kaji&gt; bạn có thể đặt mật khẩu cho tải xuống client và triển khai kiểu gmail 14:47 &lt;jrandom&gt; hmm? 14:48 &lt;kaji&gt; cơ sở nhỏ + chỉ mời 14:48 &lt;kaji&gt; nhưng sẽ tốn công 14:48 &lt;jrandom&gt; oh, cho phát hành 0.4? 14:48 &lt;kaji&gt; oh, cho 1.0 14:48 &lt;jrandom&gt; không, không đáng công lúc này. nếu chúng ta bị ngập người dùng mới, có thể xem xét dùng certificate, v.v. 14:48 &lt;deer&gt; &lt;oOo&gt; 1.0 là cho đại chúng :p 14:49 &lt;jrandom&gt; ừ, với 1.0 chúng ta sẽ vượt mốc 1000 người dùng rồi 14:49 &lt;jrandom&gt; (ít nhất, tôi hy vọng vậy ;) 14:49 * kaji nghĩ sẽ vui nếu xem i2p từ 50 lên 5000 node trong 3 giờ 14:49 &lt;jrandom&gt; heh 14:49 &lt;deer&gt; &lt;oOo&gt; Và rồi xuống 100 ;) 14:49 &lt;luckypunk&gt; hypercubus, hoo cho người Mỹ! họ đang bắt kịp ;) 14:49 &lt;jrandom&gt; heh, đó là một cách để test churn ;) 14:50 &lt;cervantes&gt; nếu aum làm xong stasher...và hyper tăng thư viện goatse của mình thì bạn sẽ thấy nó nhảy 50 lên 5000 trong chưa đến 3 giờ ;-) 14:50 &lt;kaji&gt; và rồi 50100 khi nsa đưa node của họ online 14:50 &lt;jrandom&gt; thực ra điều đó đưa chúng ta tới 3) AMOC vs. restricted routes 14:51 &lt;jrandom&gt; một trong các khía cạnh thú vị của restricted routes là khả năng mở một cuộc tấn công 'sybil' rất, rất, rất dễ. 14:51 &lt;jrandom&gt; trong khi mule vừa nhắc vài phút trước về việc cài 50 node mới, thì có thể đưa lên một số lượng đáng kể 14:52 &lt;jrandom&gt; một cách giải quyết là thông qua certificate authority, hạn chế việc giới thiệu certificate routerIdentity mới 14:52 &lt;jrandom&gt; cách khác là qua hashcash 14:52 &lt;jrandom&gt; cách nữa là phát hiện tiền tố ip kiểu morphmix/tarzan 14:53 &lt;jrandom&gt; nhưng, một cách nữa là nói "thôi kệ" và hy vọng ta có đủ peer 'tốt' vượt trội so với 'xấu' 14:53 &lt;fvw&gt; Tôi nghĩ tạm thời như vậy cũng ổn. 14:54 &lt;protok0l&gt; tôi có ý tưởng này 14:54 &lt;jrandom&gt; ừ, đó là cách đơn giản nhất, và thêm rào cản nhân tạo để tham gia mạng p2p ở giai đoạn này có vẻ... dại dột 14:54 &lt;fvw&gt; Tôi nghĩ có lẽ kết hợp hashcash và dựa trên ip sẽ hay cho 1.0, nhưng nói chung bạn không thể chống lại một đối thủ đủ mạnh. 14:54 &lt;protok0l&gt; cắt quyền truy cập noderef ban đầu 14:54 &lt;protok0l&gt; nếu ai đó muốn vào, chúng ta có thể đưa họ noderefs của bạn 14:54 &lt;protok0l&gt; *uor 14:54 &lt;fvw&gt; và thế thì giúp gì? 14:55 &lt;jrandom&gt; đúng fvw, và có khi ta trì hoãn được đến sau 1.0 14:55 &lt;fvw&gt; còn tùy bạn định nghĩa 1.0 là gì :) 14:55 &lt;jrandom&gt; proto: tôi không chắc điều đó giúp nhiều 14:55 &lt;jrandom&gt; heh fvw, chúng ta không như freenet ;) 14:56 &lt;jrandom&gt; 1.0 == hoạt động, an toàn, [đủ] ẩn danh, và mở rộng được 14:56 &lt;deer&gt; &lt;oOo&gt; và có tài liệu tốt ;) 14:56 &lt;jrandom&gt; tài liệu là điều kiện tiên quyết cho an toàn :) 14:56 &lt;deer&gt; &lt;Myo9&gt; Hiện giờ tất cả người dùng đều được thêm vào noderef chứ? 14:57 &lt;jrandom&gt; Myo9: có - http://dev.i2p.net/i2pdb/ chỉ là link vào một thư mục netDb/ trên một router của tôi 14:57 &lt;jrandom&gt; (nó sẽ liệt kê tất cả những ai router của tôi có reference, tại bất kỳ thời điểm nào) 14:58 &lt;jrandom&gt; ((và mọi người đều có ref cho những người họ nói chuyện, mà ở quy mô hiện tại, là mọi người)) 14:58 &lt;jrandom&gt; ok, quay lại 3) AMOC vs. restricted routes 14:59 &lt;deer&gt; &lt;Myo9&gt; Ok. 14:59 &lt;jrandom&gt; như đã nói trong email, ý tưởng của mule có thể giúp ta bỏ transport AMOC 0.4.2 và thay vào đó triển khai hỗ trợ restricted route cơ bản, coi những người sau NAT/firewalls như đơn giản là sau một restricted route 15:00 &lt;fvw&gt; điều đó sẽ khá ngầu 15:00 &lt;jrandom&gt; ừ, và giúp ta khỏi phải viết thêm một giao thức transport nữa 15:01 &lt;deer&gt; &lt;ugha2p&gt; Nhưng làm sao điều đó khiến tấn công sybil dễ hơn nhiều? 15:01 &lt;jrandom&gt; s/viết/thiết kế,triển khai, rà soát, gỡ lỗi, triển khai, gỡ lỗi, gỡ lỗi, gỡ lỗi.../ 15:01 &lt;deer&gt; &lt;ugha2p&gt; làm sao nó khiến* 15:02 &lt;jrandom&gt; ugha2p: không có cách nào biết có bao nhiêu router thực sự ở sau một restricted route - tất cả những gì ta biết là họ có một router identity riêng và có thể truy cập qua một router nào đó 15:02 &lt;deer&gt; &lt;ugha2p&gt; À. 15:03 &lt;jrandom&gt; router đó thực chất có thể là một phiên bản sim, chạy 100 router khác trong cùng JVM, mỗi cái giả vờ ở sau firewall 15:03 &lt;deer&gt; &lt;ugha2p&gt; Đúng. 15:03 &lt;deer&gt; &lt;oOo&gt; Họ cũng có thể dùng 100 cổng trên cùng một host dễ như chơi... 15:03 &lt;fvw&gt; tuy nhiên giả sử bạn sẵn sàng tiêu vài trăm euro cho cuộc tấn công, bạn vẫn có thể có số lượng IP rải rộng lớn thôi mà. 15:03 &lt;jrandom&gt; đồng ý fvw 15:04 &lt;jrandom&gt; oOo: đúng, dù cổng tốn bộ nhớ (và chút CPU) 15:04 &lt;deer&gt; &lt;ugha2p&gt; Tôi không nghĩ giả định đó sẽ ngăn được kẻ thù mạnh hơn. 15:04 &lt;jrandom&gt; (đó là lý do khi tôi làm mô phỏng lớn, tôi cần chuyển từ hệ thống giao tiếp TCP sang hệ thống giao tiếp VM) 15:04 &lt;jrandom&gt; đồng ý ugha2p 15:04 &lt;jrandom&gt; nó chỉ làm việc đó dễ hơn 15:05 &lt;fvw&gt; Tôi nghĩ chúng ta phải giả định rằng bất kỳ ai hơn mức ham vui chiều chủ nhật cũng có thể đưa ít nhất 10^3 node lên mạng dễ dàng. 15:05 &lt;deer&gt; &lt;oOo&gt; Không đến mức đó 15:05 &lt;jrandom&gt; đúng fvw 15:05 &lt;deer&gt; &lt;oOo&gt; (+ dễ hơn) 15:05 &lt;fvw&gt; và ở cấp độ đó, không gì ngoài chứng nhận tập trung có thể ngăn họ. 15:06 &lt;deer&gt; &lt;ugha2p&gt; 100 cổng mở trên một host đơn lẻ thì phát hiện tầm thường, nhưng 100 restricted route phía sau một máy thì có thể không. 15:06 &lt;jrandom&gt; ừ, điều đó còn bàn cãi, fvw, nhưng đúng là sybil rất khó nhằn 15:06 &lt;deer&gt; &lt;oOo&gt; 100 zombie thì khó phát hiện ;) 15:06 &lt;fvw&gt; tức là ta lý tưởng cần mạng 10^4. 15:06 &lt;jrandom&gt; chắc chắn rồi oOo 15:06 &lt;fvw&gt; (ước lượng thô) 15:07 &lt;deer&gt; &lt;ugha2p&gt; Lý tưởng là chúng ta sẽ có mạng 10^4+. 15:07 &lt;jrandom&gt; fvw: tôi sẽ đặt cao hơn - theo tôi ta cần phát triển lên hàng triệu 15:07 &lt;deer&gt; &lt;oOo&gt; Lý tưởng là hơn một nửa số IP khả dụng ;) 15:07 &lt;jrandom&gt; heh oOo 15:07 &lt;fvw&gt; Sẽ rất hay nếu làm được. 15:08 &lt;jrandom&gt; (nhưng, tất nhiên, để phát triển lên hàng triệu ta cần lý do đủ mạnh. tôi nghĩ cuối cùng chúng ta sẽ đưa ra được lập luận) 15:08 &lt;deer&gt; &lt;ugha2p&gt; Tôi không chắc Kademlia có thể giữ nguyên vẹn lâu thế. ;) 15:08 &lt;fvw&gt; ở thời điểm đó, đánh người sẽ chắc chắn là đòn tấn công rẻ nhất. Điều đó, nghe có vẻ ngược đời, lại là điều tốt. 15:08 &lt;jrandom&gt; heh 15:08 &lt;deer&gt; &lt;DrWoo&gt; jrandom: hàng triệu thì cần khả năng sử dụng và lợi ích nghiêm túc 15:09 &lt;jrandom&gt; đồng ý DrWoo 15:09 &lt;fvw&gt; may là, nhiều người (không tử tế) đang làm việc rất chăm chỉ về điều đó. 15:09 &lt;deer&gt; &lt;oOo&gt; Pr0n cho quần chúng :p 15:10 &lt;deer&gt; &lt;jrandom&gt; đó là lý do theo tôi ta cần một ứng dụng chia sẻ file thật đỉnh 15:10 &lt;deer&gt; &lt;oOo&gt; "Mỗi người, một goatse", điều đó dẫn ta tới stasher :p 15:10 &lt;cervantes&gt; download-&gt;cài-&gt;chia sẻ âm nhạ 15:10 &lt;deer&gt; &lt;DrWoo&gt; jrandom: nó phải cỡ một kazza ẩn danh, may là động lực đang được RIAA &amp; đồng bọn lo giúp. 15:10 &lt;fvw&gt; pr0n thì đã dễ kiếm (xem usenet và tương tự). Tôi nghĩ các hiệp hội hãng đĩa lớn sẽ đàn áp p2p mạnh hơn các nhà sản xuất porn nhiều. 15:10 &lt;cervantes&gt; nhạc 15:10 &lt;fvw&gt; nhưng một lần nữa chúng ta lại lạc đề. 15:11 &lt;fvw&gt; "4) stasher"? 15:11 &lt;deer&gt; &lt;oOo&gt; Đúng rồi ! 4) ! 15:11 &lt;jrandom&gt; đồng ý - chúng ta có thể nghĩ ra các lý do để biện minh cho việc sử dụng, nhưng trước hết cần khiến nó HOẠT ĐỘNG đã :) 15:11 &lt;cervantes&gt; à hiếm khi có một cầu nối không gượng ép sang mục tiếp theo 15:11 &lt;jrandom&gt; chuyển sang 4) stasher 15:12 &lt;jrandom&gt; aum: bạn dậy chưa? 15:12 * hypercubus niệm auuuuuummmmmmmmm 15:12 &lt;jrandom&gt; thôi, phòng khi anh ấy chưa dậy, tôi biết anh ấy đang làm nhiều việc để thêm hỗ trợ CHK và SVK vào stasher 15:13 &lt;jrandom&gt; điều đó thì Hay 15:13 &lt;deer&gt; &lt;oOo&gt; Và splitfiles 15:13 &lt;jrandom&gt; ừ, hỗ trợ splitfile rất thú vị 15:13 &lt;fvw&gt; theo nghĩa 'thời buổi thú vị'? 15:14 &lt;jrandom&gt; đó là một trong những khác biệt giữa freenet và stasher, ở chỗ stasher đã có kích thước tối đa cố định 31KB mỗi key 15:14 &lt;deer&gt; &lt;oOo&gt; "Hữu ích, tuyệt, không cần gì từ ứng dụng người dùng" 15:14 &lt;jrandom&gt; (vì theo tôi stasher dùng SAM datagrams) 15:14 &lt;luckypunk&gt; bạn không thể triển khai kiể..split files à? 15:15 &lt;jrandom&gt; ooohhh! tôi vừa nhận ra con bug mà anh ấy gặp liên quan đến độ tin cậy! 15:15 &lt;jrandom&gt; (đã sửa hôm trước trong cvs, giết đáng kể con bug) 15:15 &lt;jrandom&gt; ừ lucky 15:15 &lt;jrandom&gt; nhưng triển khai splitfile vốn dĩ khác cách freenet làm splitfiles, do giới hạn kích thước key tối đa 15:15 &lt;deer&gt; &lt;oOo&gt; Vậy Stasher over-I2P sẽ lại khỏe mạnh chứ ? ^^ 15:16 &lt;jrandom&gt; (nếu bạn đọc freenet devl hoặc tech gần đây, bạn sẽ thấy toad và hobx bàn luận) 15:16 &lt;deer&gt; &lt;oOo&gt; *nên 15:16 &lt;jrandom&gt; oOo: với HEAD, ừ 15:16 * jrandom chưa nghe báo cáo ai thử từ khi 0.3.4.3 ra (hay 0.3.4.2) 15:16 &lt;jrandom&gt; nhưng dù sao, anh ấy định ra một bản test mới nữa trước cuối tuần 15:17 &lt;jrandom&gt; có ai muốn nhắc / bàn gì về stasher không? 15:17 &lt;jrandom&gt; (ngoài yay! cố lên aum!) 15:18 &lt;deer&gt; &lt;oOo&gt; Ừ, cần tìm nội dung không-goatse ở đó ;) 15:18 &lt;jrandom&gt; heh 15:18 &lt;deer&gt; &lt;oOo&gt; cựu-Freeneter, nổ máy thôi ;) 15:18 &lt;jrandom&gt; ừ hỗ trợ splitfile chắc chắn sẽ giúp, cũng như ssk &amp; hỗ trợ fcp 15:19 &lt;fvw&gt; Tôi xin được "cố lên aum!" lần nữa. 15:19 &lt;deer&gt; &lt;oOo&gt; yay ! 15:19 &lt;jrandom&gt; đề nghị được giây và ba :) 15:19 &lt;jrandom&gt; ok, chuyển tới 5) các trang đáng chú ý 15:20 &lt;jrandom&gt; tôi chỉ muốn chỉ ra ba trang mới 15:20 &lt;jrandom&gt; hướng dẫn duyệt an toàn của DrWoo đưa ra một tóm lược khá hay về nguy cơ của eepsites &amp; outproxies 15:20 &lt;jrandom&gt; vấn đề có thể được xử lý bằng code, nhưng ta chưa có thời gian làm, nên Tốt hơn là biết trước 15:21 &lt;jrandom&gt; lucky cũng làm một tài liệu hay về phía freebsd+java nữa 15:21 * jrandom chưa thử nhiều jvm trên fbsd, chỉ kaffe, nên cứ làm phiền anh ấy nếu có câu hỏi :) 15:22 &lt;jrandom&gt; hyper cũng làm tài liệu nâng cấp lên mã dev 0.4, mà anh ấy có lẽ sẽ cập nhật khi chúng ta muốn nhiều người test hơn ;) 15:22 &lt;hypercubus&gt; bài của tôi trên diễn đàn bao quát cài đặt service wrapper... howto cho router console mới ở đây --&gt; `http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt` 15:23 &lt;jrandom&gt; wr0d 15:23 &lt;jrandom&gt; oh, còn có hình mới đẹp &amp; vài dòng mới @ http://www.i2p.net/how_intro (hy vọng làm mọi thứ rõ hơn) 15:24 &lt;fvw&gt; ooh, trông đẹp đấy. Ai làm vậy? Làm tốt lắm. 15:25 &lt;hypercubus&gt; thực ra nó được chép trực tiếp từ một vòng tròn trên cánh đồng 15:25 * fvw cố không nhắc đến sự giống nhau giữa jrandom và Dave nhưng thất bại thảm hại. 15:25 &lt;jrandom&gt; heh 15:25 &lt;fvw&gt; à, đó là lý do jrandom có râu ria. 15:25 &lt;jrandom&gt; hình do nhà thiết kế ẩn danh của chúng ta làm đẹp 15:25 &lt;jrandom&gt; (may thế, kỹ năng ms paint của tôi tệ lắm :) 15:26 &lt;hypercubus&gt; chúng tôi vẫn đang cố giải mã ý nghĩa cái cằm dài của Charlie 15:26 &lt;deer&gt; &lt;ugha2p&gt; Arr, chán ghê. 15:26 &lt;jrandom&gt; còn đôi mắt lệch của alice thì sao? ;) 15:26 &lt;hypercubus&gt; heh 15:26 &lt;deer&gt; &lt;jrandom&gt; ừ, sẽ hay khi chúng ta nâng cấp irc.duck.i2p (nếu chưa..) 15:27 &lt;fvw&gt; đừng bận tâm, trông như cô ấy đang đóng cảnh người ngoài hành tinh chui ra từ bụng đôi, với đôi má của cô ấy. 15:27 &lt;jrandom&gt; lol 15:27 &lt;jrandom&gt; đó là lý do cô ấy nói chuyện với dave 15:27 &lt;jrandom&gt; thôi, dù sao, tôi nghĩ điều này đưa chúng ta đến 6) ??? 15:27 &lt;fvw&gt; haha 15:27 &lt;jrandom&gt; ai có gì muốn nêu không? 15:28 &lt;deer&gt; &lt;oOo&gt; Bạn không thể dựng khung xương cho các thứ certificate trong I2P và để *người khác* điền và vui à? (Hay cái này làm rồi? :p) 15:28 &lt;deer&gt; &lt;oOo&gt; Hay cái này hoàn toàn vô dụng? 15:28 &lt;deer&gt; &lt;oOo&gt; (lúc này) 15:28 &lt;jrandom&gt; hmm? 15:28 &lt;jrandom&gt; mấy thứ certificate kiểu hashcash / v.v.? 15:28 &lt;deer&gt; &lt;oOo&gt; Ok, thôi bỏ qua ^^ 15:28 &lt;deer&gt; &lt;oOo&gt; Đúng 15:29 &lt;jrandom&gt; ok có, chúng ta đã có hạ tầng cho việc đó 15:29 &lt;jrandom&gt; (dù mấy thứ như libSAM sẽ cần sửa để diễn giải destination đúng, vì nếu tôi nhớ không nhầm nightblade giả định luôn là 384bytes ;) 15:30 &lt;jrandom&gt; nhưng router sẽ xử lý các loại certificate khác nhau một cách trong suốt 15:30 &lt;deer&gt; &lt;oOo&gt; Mã đã sẵn cho việc này? Chỉ thiếu một ít 'nội dung'? 15:31 &lt;jrandom&gt; đúng - RouterIdentity hiện tạo luôn gắn một NullCertificate (certificate type == 0) 15:31 &lt;jrandom&gt; nếu nó gắn loại khác, một loại certificate khác được gắn 15:31 &lt;jrandom&gt; ví dụ: hashcash cert, CA signed cert, v.v. 15:31 &lt;jrandom&gt; hạ tầng xác minh cũng có luôn (RouterInfo.verify) 15:32 &lt;deer&gt; &lt;oOo&gt; Ồ, tuyệt :) 15:32 &lt;deer&gt; &lt;oOo&gt; Vậy ai đó có thể nghịch mã này và thêm hashcash và các thứ trước được? 15:32 &lt;jrandom&gt; nếu có lũ đổ về tôi có thể khóa mạng lại trong một hai ngày 15:32 &lt;jrandom&gt; đúng 15:33 &lt;jrandom&gt; (dù tôi nghĩ fvw nói đúng là nó chưa cấp bách trong ít lâu) 15:33 &lt;deer&gt; &lt;oOo&gt; Ok. Tôi không xung phong ;) Nhưng có thể ai đó sẽ :p 15:33 &lt;Nightblade&gt; trên i2p.net, link log cuộc họp 24 aug trỏ vào log 17 aug 15:33 &lt;jrandom&gt; đúng, xin lỗi, cuộc họp chưa kết thúc :) 15:33 &lt;Nightblade&gt; oh haha 15:34 &lt;jrandom&gt; vậy, ai còn điều gì muốn nêu không? :) 15:34 &lt;hypercubus&gt; luật mới... ai sửa website: đừng hút đồ vui khi đang sửa! 15:34 &lt;jrandom&gt; ối... 15:34 &lt;jrandom&gt; tôi làm gì thế? 15:34 &lt;hypercubus&gt; tôi nói đến link hỏng ;-) 15:34 &lt;jrandom&gt; oh 15:35 &lt;hypercubus&gt; ta cần một người chỉnh web toàn thời gian... tôi đề cử lucky 15:35 &lt;jrandom&gt; ừ, tôi cập nhật link tới ghi chú tình trạng tuần này trước cuộc họp, phòng khi ai đó vào trang ;) 15:35 &lt;jrandom&gt; chúng ta chắc chắn cần ai đó theo dõi website và nhắc khi có gì kỳ 15:36 &lt;luckypunk&gt; tôi á? web enditor? 15:36 &lt;luckypunk&gt; enditor haha 15:36 &lt;luckypunk&gt; tôi không biết nữa 15:36 &lt;Nightblade&gt; spelchek reqwired 15:36 &lt;luckypunk&gt; tôi có lẽ sẽ khá bận khi trường bắt đầu. 15:36 &lt;jrandom&gt; thôi nào, bỏ học đi! làm i2p toàn thời gian! 15:36 &lt;luckypunk&gt; nếu tôi bỏ học 15:37 &lt;luckypunk&gt; bố mẹ tôi sẽ bắt tôi đi làm 15:37 &lt;deer&gt; &lt;hypercubus&gt; viện cớ viện cớ ;-) 15:37 &lt;luckypunk&gt; và tôi vẫn bận 15:37 &lt;deer&gt; &lt;hypercubus&gt; chuẩn 15:37 &lt;deer&gt; * oOo sẽ hạnh phúc tân trang lại tiếng Anh dùng trên website ;) 15:37 &lt;luckypunk&gt; dù sao, tôi không nghĩ tôi sẽ được phép bỏ học 15:38 &lt;luckypunk&gt; họ đang nâng tuổi nghỉ học hợp pháp lên 18 15:38 &lt;luckypunk&gt; hoặc bằng tốt nghiệp phổ thông 15:38 &lt;luckypunk&gt; cái nào đến trước. (thường là cái sau) 15:38 &lt;hypercubus&gt; er 15:38 &lt;Nightblade&gt; haha "tuổi nghỉ học hợp pháp" - tiếp theo họ sẽ nghĩ ra cái gì? 15:38 &lt;luckypunk&gt; giờ là 16. 15:38 &lt;luckypunk&gt; Bạn không thể rời trường trước tuổi đó, nếu không họ sẽ bắt bạn. 15:38 &lt;jrandom&gt; thực ra, đó là điểm hay.. khi tiến tới 1.0 sẽ tốt nếu cung cấp các bản dịch khác nhau cho nhiều trang 15:39 * luckypunk có thể dịch sơ sang tiếng Pháp, nếu thật sự cần. 15:39 &lt;Nightblade&gt; Tôi sẽ làm bản dịch Klingon và Ebonics 15:39 &lt;deer&gt; &lt;oOo&gt; Ừ, bản dịch Klingon của website :p 15:39 &lt;hypercubus&gt; vâng, chúng ta có thể cung cấp English, B0rk, và tiếng Anh kiểu oOo-fried 15:39 &lt;deer&gt; &lt;oOo&gt; Chà, cùng ý tưởng&gt;&lt; 15:39 &lt;Nightblade&gt; ooo, một nhà đọc ý nghĩ 15:39 &lt;luckypunk&gt; (với lý thuyết babelfish cộng thêm con người tốt hơn là không có bản dịch.) 15:39 &lt;jrandom&gt; tôi nghĩ ta có thể nhờ jar cập nhật bản dịch tiếng Pháp của anh ấy lucky, nhưng cảm ơn ;) 15:39 &lt;deer&gt; &lt;oOo&gt; hyper: sẽ vui vẻ làm miễn phí như bia :p 15:40 &lt;jrandom&gt; đó thực ra là một trong những việc lớn sau 0.4 - khiến tài liệu chắc chắn 15:40 &lt;luckypunk&gt; này, tiếng Pháp của tôi hoàn toàn hiểu được với người Pháp 15:40 &lt;luckypunk&gt; Dù tôi có lẽ nghe như godmode0 15:40 &lt;hypercubus&gt; installer đã có sẵn gói ngôn ngữ bản địa btw 15:40 &lt;jrandom&gt; (có lẽ một hai whitepaper về các khía cạnh khác nhau) 15:40 &lt;jrandom&gt; w3rd hyper 15:40 &lt;deer&gt; * oOo nghi ngờ chúng ta có thể bao quát kha khá ngôn ngữ với những người đang online ở đây ;) 15:40 &lt;jrandom&gt; (ừ, sẽ khó dịch cái giấy phép dài một đoạn ;) 15:40 &lt;hypercubus&gt; tôi có thể làm nó bật panel chọn ngôn ngữ 15:40 &lt;jrandom&gt; đồng ý oOo 15:40 &lt;hypercubus&gt; heheh... libre: 15:40 &lt;jrandom&gt; gratis: 15:41 &lt;luckypunk&gt; gratis và libre 15:41 &lt;luckypunk&gt; chết tiệt người Pháp và khả năng có hai từ cho mọi thứ. 15:41 &lt;jrandom&gt; ok, còn gì nữa không? 15:41 &lt;hypercubus&gt; chúng tôi có 10 từ cho mọi thứ 15:41 &lt;luckypunk&gt; dù libre cũng có nghĩa là bia miễn phí trong tiếng Pháp Québec. =( 15:41 &lt;luckypunk&gt; thế là xong lý thuyết đó. 15:42 &lt;jrandom&gt; ok... nếu không còn gì nữa... 15:42 * jrandom cuộn dây 15:42 * jrandom *baf* tuyên bố bế mạc cuộc họp </div>/vi/blog/2004/08/24/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-24/Tue, 24 Aug 2004 00:00:00 +0000/vi/blog/2004/08/24/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-24/<p>Chào mọi người, hôm nay có rất nhiều cập nhật</p> <h2 id="chỉ-mục">Chỉ mục</h2> <ol> <li>0.3.4.3 status 1.1) timestamper 1.2) new router console authentication</li> <li>0.4 status 2.1) service &amp; systray integration 2.2) jbigi &amp; jcpuid 2.3) i2paddresshelper</li> <li>AMOC vs. restricted routes</li> <li>stasher</li> <li>pages of note</li> <li>???</li> </ol> <h2 id="1-0343-trạng-thái">1) 0.3.4.3 trạng thái</h2> <p>Bản phát hành 0.3.4.3 ra mắt vào thứ Sáu tuần trước và mọi thứ diễn ra khá tốt kể từ đó. Đã có một số vấn đề với phần mã kiểm thử tunnel và lựa chọn peer (nút ngang hàng) vừa được đưa vào, nhưng sau một vài tinh chỉnh kể từ khi phát hành, nó khá ổn định. Tôi không biết máy chủ IRC đã lên bản sửa đổi mới chưa, nên nhìn chung chúng tôi phải dựa vào việc kiểm thử với eepsites(I2P Sites) và các http outproxies (squid.i2p và www1.squid.i2p). Việc truyền tệp lớn (&gt;5MB) trong bản phát hành 0.3.4.3 vẫn chưa đủ tin cậy, nhưng trong thử nghiệm của tôi, các sửa đổi kể từ đó đã cải thiện mọi thứ hơn nữa.</p>/vi/blog/2004/08/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-17-th%C3%A1ng-8-n%C4%83m-2004/Tue, 17 Aug 2004 00:00:00 +0000/vi/blog/2004/08/17/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-17-th%C3%A1ng-8-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> aum, deer, duck, hypercubus, jrandom, kaji, MikeW</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) chào 14:05 &lt;jrandom&gt; 1) Tình trạng mạng và 0.3.4.3 14:05 &lt;jrandom&gt; 2) Stasher 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) chào 14:06 * jrandom vẫy tay chào tất cả anh em i[2i]p &amp; freenode 14:06 * hypercubus vẫy tay 14:06 &lt;jrandom&gt; ghi chú tình trạng hàng tuần vừa được đăng vài giây trước tại http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 &lt;deer&gt; &lt;oOo_itwop&gt; Đến giờ trình diễn ! 14:07 &lt;deer&gt; &lt;mule&gt; có vẻ i2p irc không ưa tôi, hoặc nó muốn làm tôi nóng máu lâu hơn bằng những lần gián đoạn đều đặn 14:07 &lt;jrandom&gt; hà, đúng, cái đó dẫn chúng ta vào 1) Tình trạng mạng và 0.3.4.3 :) 14:07 &lt;jrandom&gt; mạng hiện giờ khá tệ 14:07 &lt;kaji&gt; ừ 14:08 &lt;jrandom&gt; các vấn đề chủ yếu xuất phát từ sự không tương thích giữa những bản phát hành khác nhau mà mọi người đang chạy, dẫn đến đủ kiểu cách phá hỏng mọi thứ 14:09 &lt;jrandom&gt; nếu bạn xem các liên kết trong email, bạn sẽ thấy vụ flooding và netDb DoS đã diễn ra, nhưng nhìn chung đã lắng xuống 14:09 &lt;jrandom&gt; chúng ta vẫn còn chừng nửa tá người chạy bản cũ (và có lẽ 20–25 người chạy bản vanilla 0.3.4.2, với các vấn đề riêng của nó) 14:10 &lt;jrandom&gt; tôi trân trọng sự kiên nhẫn của mọi người khi chúng ta tiến hành việc này. tôi không muốn vội ra bản mới trước khi có thể định tuyến vòng qua các nút xấu một cách hiệu quả 14:10 &lt;jrandom&gt; trước đây chúng ta có thể định tuyến vòng qua các nút chỉ hoạt động kém, nhưng chưa phải đối phó với những nút làm Những Điều Tồi Tệ 14:11 &lt;deer&gt; &lt;oOo_itwop&gt; Chuột bạch cúi chào jrandom ! 14:11 &lt;duck&gt; bản phát hành kế tiếp có tương thích ngược không? 14:11 &lt;jrandom&gt; có thể, duck. nếu chúng ta xử lý vòng qua các nút cũ đó được, không có lý do gì phải làm nó không tương thích 14:12 &lt;duck&gt; hay đấy 14:12 &lt;jrandom&gt; dù sao thì cũng có rất nhiều hoạt động diễn ra, dù mọi người chưa thấy bản phát hành mới nào 14:13 &lt;jrandom&gt; tôi chưa biết 0.3.4.3 sẽ ra khi nào. có thể ngày mai, hoặc muộn hơn trong tuần. 14:14 &lt;jrandom&gt; ai có câu hỏi / ý kiến / băn khoăn nào muốn nêu ra liên quan đến tình trạng mạng không? 14:14 &lt;kaji&gt; bản *.3 sẽ có bộ cài GUI mới của hyper chứ? 14:14 &lt;jrandom&gt; có lẽ là không 14:14 &lt;deer&gt; &lt;mule&gt; trên profile máy của tôi thì mạng trông ổn, chỉ là tôi thường xuyên bị rớt 14:15 &lt;jrandom&gt; ừ, tôi hiểu, mule. kết nối IRC với tôi cũng khá tệ, nhưng gần đây đang khá hơn 14:15 &lt;deer&gt; &lt;mule&gt; nhưng tôi lỡ mất phần lớn thảo luận của các bạn, nên tôi im lặng bây giờ 14:15 &lt;jrandom&gt; nếu bạn muốn thử kéo mã từ CVS, sẽ có cải thiện, nhưng cập nhật khá thường xuyên nên có thể bạn muốn đợi bản phát hành 14:16 &lt;jrandom&gt; ok còn gì nữa không? nếu không, chuyển nhanh sang 2) Stasher 14:16 &lt;kaji&gt; woot stasher 14:17 &lt;jrandom&gt; stasher trông khá ổn. chức năng vẫn còn khá hạn chế, nhưng đang tiến triển 14:17 &lt;jrandom&gt; nếu aum thức thì có thể cho chúng ta cập nhật... 14:17 &lt;jrandom&gt; aum: ping? :) 14:17 &lt;kaji&gt; /kick aum 14:18 &lt;jrandom&gt; (với anh ấy thì còn sớm, nên có lẽ vẫn đang ngủ) 14:18 &lt;duck&gt; ích kỷ ghê 14:18 &lt;hypercubus&gt; đến giờ tôi khá ấn tượng với nó 14:18 &lt;jrandom&gt; Dù sao, cài và chạy stasher khá nhẹ nhàng, nên nếu bạn giúp anh ấy thử nghiệm thì thật tuyệt 14:18 &lt;jrandom&gt; ừ, chắc chắn rồi 14:18 &lt;hypercubus&gt; nó cho phép tôi thực hiện goatse hàng loạt 14:19 &lt;jrandom&gt; mà ứng dụng nào mà chẳng có goatse, hử? 14:19 &lt;hypercubus&gt; bạn phải thích một ứng dụng cho phép bạn upload goatse lên ổ đĩa của ai đó ;-) 14:19 &lt;aum&gt; pong 14:19 &lt;jrandom&gt; w0ah 14:19 &lt;jrandom&gt; chào buổi sáng, aum 14:19 &lt;deer&gt; &lt;ardvark&gt; hỏi nhanh: do I get stasher via i2p CVS? 14:19 &lt;aum&gt; chào mọi người 14:19 &lt;jrandom&gt; ardvark: in i2p/apps/stasher/ 14:19 &lt;aum&gt; ardvark: chào!!!! :) lâu quá! 14:20 &lt;deer&gt; &lt;ardvark&gt; yes hi aum! mừng thấy cậu, bạn hiền! 14:20 &lt;aum&gt; ardvark: có lẽ dễ hơn qua tarball - `http://stasher.i2p` or http://www.freenet.org.nz/python/stasher 14:21 &lt;deer&gt; &lt;ardvark&gt; ok aum, tôi đã lấy tarball nhưng nó nói cần thêm thứ khác? Tôi sẽ không trì hoãn cuộc họp, có lẽ tôi sẽ liên hệ bạn nhé? 14:21 &lt;aum&gt; được thôi 14:22 &lt;hypercubus&gt; vậy, có cập nhật gì về stasher không aum? ;-) 14:23 &lt;aum&gt; cập nhật nhỏ, tôi đã thêm tùy chọn '-l' cho phép get/put chỉ cục bộ 14:23 &lt;aum&gt; cũng đang nghĩ triển khai tùy chọn 'put' trả về ngay lập tức 14:24 &lt;aum&gt; đêm qua, tôi suy nghĩ các vấn đề khi triển khai các loại khóa của Freenet 14:24 &lt;hypercubus&gt; tôi muốn đề nghị các thao tác put thành công trả về một trạng thái... scp và nhiều ứng dụng mạng dòng lệnh khác cũng làm vậy 14:24 &lt;jrandom&gt; SSK sẽ rất tuyệt 14:25 &lt;jrandom&gt; (còn CHK dĩ nhiên theo tôi là thiết yếu nhất) 14:25 &lt;MikeW&gt; Điều tôi luôn thấy thú vị ở freenet là: Nó sẽ nói vì sao có thể dùng CPU cao. Đôi khi (thường là lúc khởi động trong một hai phút) và ngẫu nhiên, mức dùng CPU vọt lên 100%, có thể có ước tính vì sao nó nghĩ java đang ăn CPU của tôi không? 14:25 &lt;deer&gt; &lt;oOo&gt; Splitfiles ^^ 14:26 &lt;jrandom&gt; MikeW: nếu i2p đang ăn CPU của bạn thì chắc chắn có gì đó bị lỗi 14:26 &lt;aum&gt; tôi đã thử triển khai splitfiles rồi, nhưng chưa bật — muốn thử nghiệm cục bộ trước 14:26 &lt;jrandom&gt; MikeW: bạn có thể biết chính xác điều gì đang diễn ra trong router bằng cách xem 'current job' trong bảng điều khiển router, đó (hầu như luôn) là nơi ngốn CPU 14:26 &lt;jrandom&gt; à hay đó aum 14:27 &lt;aum&gt; nhờ thuật toán đệ quy, splitfiles khi xong sẽ cho phép kích thước tệp không giới hạn 14:27 &lt;deer&gt; &lt;oOo&gt; Tuyệt, splitfiles là bắt buộc cho các vụ goatse và pr0n nghiêm túc... 14:27 &lt;deer&gt; &lt;identiguy&gt; aum: cái đó có bao gồm FEC không? 14:27 &lt;aum&gt; không cần fec 14:27 &lt;aum&gt; fec chỉ cần trên mạng chập chờn 14:27 &lt;deer&gt; &lt;identiguy&gt; À, hiểu rồi. 14:27 &lt;aum&gt; tôi dùng Kademlia, đảm bảo khả năng truy xuất tốt hơn nhiều 14:27 &lt;duck&gt; trừ khi các nút sập 14:28 &lt;aum&gt; với lại, tôi chả buồn làm fec đâu, phiền phức lắm 14:28 &lt;aum&gt; duck: có dư thừa — xem giá trị 'k' trong kademlia 14:28 &lt;jrandom&gt; duck: với k bằng 20, ngay cả không tái xuất bản thì vẫn ổn ;) 14:28 &lt;duck&gt; hà, được rồi 14:28 &lt;deer&gt; &lt;mule&gt; aum: fec có thể giúp trong trường hợp một số nút bị loại bỏ 14:28 &lt;jrandom&gt; (và với việc tái xuất bản, chỉ tệ nếu toàn bộ k chết cùng lúc) 14:28 &lt;aum&gt; thôi, tôi chỉ tăng k lên 14:28 &lt;jrandom&gt; k = 20 theo tôi là khá vững 14:29 &lt;jrandom&gt; (vì nghĩa là bạn có 20 bản sao đầy đủ của tệp) 14:29 &lt;hypercubus&gt; người dùng luôn có thể dùng công cụ fec độc lập 14:29 &lt;MikeW&gt; jrandom: Ở JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 &lt;aum&gt; tức là có 20 goatse, mọi người à :P 14:29 &lt;hypercubus&gt; và công bố kết quả 14:29 &lt;duck&gt; thế còn hiệu ứng britneyspears thì sao? 14:29 &lt;duck&gt; các key rất phổ biến dồn vào 1 nút 14:29 &lt;jrandom&gt; (tức là chèn một tệp 740MB và bạn phải gửi 14.8GB dữ liệu) 14:30 &lt;aum&gt; duck: 'độ phổ biến' không phải khái niệm trong kademlia 14:30 &lt;duck&gt; (dĩ nhiên với key 32KB thì có thể không quá tệ) 14:30 &lt;jrandom&gt; ok hay đó MikeW, nhưng giờ i2p có đang ăn CPU của bạn không? 14:30 &lt;deer&gt; &lt;ardvark&gt; tất cả các thông điệp kademlia tôi thấy trên i2p là liên quan đến stasher à? 14:30 &lt;MikeW&gt; jrandom: có 14:30 &lt;aum&gt; duck: và kademlia không có relaying 14:30 &lt;hypercubus&gt; ardvark: những thứ trong bảng điều khiển router là phần triển khai kad của netdb 14:31 &lt;aum&gt; các khái niệm 'relaying', 'popularity', 'caching' v.v. là của freenet, vốn phải phơi mình ra thế giới, không có lớp che chắn của I2P 14:31 &lt;deer&gt; &lt;ardvark&gt; tôi chạy i2p và tor ở đây và mức dùng cpu của tôi là 3% giờ nên :/ *nhún vai* 14:31 &lt;jrandom&gt; MikeW: vậy router của bạn không duy trì được kết nối và đang ngốn CPU khi thiết lập rất nhiều kết nối đồng thời 14:31 &lt;duck&gt; ok, não tôi bị freenet làm mục rồi 14:31 &lt;duck&gt; xin nhẹ tay nhé :) 14:31 &lt;deer&gt; * shendaras an ủi. 14:31 &lt;jrandom&gt; MikeW: nếu bạn có thể ở lại sau cuộc họp để gỡ lỗi thì tốt quá 14:32 &lt;MikeW&gt; ok 14:32 &lt;jrandom&gt; ok hay đó aum, mọi người có thể làm gì để giúp không? 14:32 &lt;jrandom&gt; hay chúng tôi cứ dùng thử kỹ rồi báo lỗi? 14:33 &lt;duck&gt; Tôi đang cố làm quen với leo 14:33 &lt;aum&gt; ừ, gửi báo lỗi lên list, nếu mọi người ok 14:33 &lt;duck&gt; đã thích nó hơn eclipse rồi 14:33 &lt;hypercubus&gt; leo là gì? 14:33 &lt;jrandom&gt; (ôi thôi, sắp có bài ca than vãn ;) 14:33 &lt;aum&gt; duck: dạo này tôi chỉ dùng leo — trừ emacs cho các hack nhanh, và zile cho hack còn nhanh hơn 14:34 &lt;hypercubus&gt; miễn là bạn không dùng vi hoặc emacs ;-) 14:34 &lt;aum&gt; http://leo.sf.net - cho bạn một dạng xem đề cương của mã 14:34 &lt;hypercubus&gt; nhưng tôi sẽ phải tự thử leo này 14:34 &lt;aum&gt; leo còn tích hợp với emacs nếu bạn muốn 14:34 &lt;hypercubus&gt; nó không phải editor à? 14:35 &lt;aum&gt; &lt;bile&gt; 14:35 &lt;aum&gt; msvc chết tiệt — nó cho phép __int64 cho số nguyên 64-bit, nhưng lại không cho 'LL' hoặc 'ULL' cho literal số nguyên 64-bit 14:35 &lt;aum&gt; !! 14:35 &lt;aum&gt; &lt;/bile&gt; 14:35 &lt;hypercubus&gt; à hiểu 14:37 &lt;jrandom&gt; ok, nếu vậy thì chúng ta không còn gì nữa và có thể chuyển sang 3) ??? 14:37 &lt;jrandom&gt; ai còn điều gì muốn nêu không? 14:37 &lt;hypercubus&gt; ừ chắc tôi sẽ nói chút về định hướng mới của bộ cài 14:37 &lt;jrandom&gt; ok nói đi 14:38 &lt;hypercubus&gt; từ 0.4 trở đi, người dùng dòng lệnh chỉ cần lấy tarball i2p và giải nén, rồi chạy một script để khởi động router và mở bảng điều khiển router trong lynx hay gì đó 14:39 &lt;hypercubus&gt; vậy là không thay đổi nhiều, trừ việc bạn không phải trải qua phiên Hỏi/Đáp ngớ ngẩn với trình cài 14:39 &lt;hypercubus&gt; bạn thực hiện mọi cấu hình trong bảng điều khiển router 14:39 &lt;hypercubus&gt; với người dùng GUI, chúng tôi có thứ gì đó bóng bẩy 14:39 &lt;jrandom&gt; (w00t) 14:40 &lt;hypercubus&gt; bạn có thể xem trước tại `http://files.hypercubus.i2p/install.jar` 14:40 &lt;jrandom&gt; hoặc từ cvs (ant pkg ; java -jar install.jar) đúng không? 14:40 &lt;aum&gt; hypercubus: bộ cài cho Windows tiến triển sao rồi? nó có tự phát hiện/tự tải/tự cài java không? 14:41 &lt;hypercubus&gt; lối tắt trên menu sẽ sớm có, cùng với tích hợp khay hệ thống và cách cài router như một daemon 14:41 &lt;aum&gt; daemon? như 'service' của windows à? 14:41 &lt;hypercubus&gt; không, ít nhất trong tương lai gần thì không, họ sẽ cần nhấp vào một liên kết trên trang i2p dẫn đến trang tải xuống java chính thức 14:42 &lt;hypercubus&gt; trình cài cần java, nhưng không sao vì i2p cũng vậy 14:42 &lt;aum&gt; hypercubus: xin lỗi, nhưng như vậy sẽ mất 80% người dùng 14:42 &lt;hypercubus&gt; kể tên một dự án java nào không làm vậy xem 14:42 &lt;jrandom&gt; rốt cuộc rồi chúng ta sẽ có thôi. 14:42 &lt;jrandom&gt; chỉ là chưa phải bây giờ. 14:42 &lt;aum&gt; freenet làm rất tốt — bộ cài Windows của họ dẫn bạn qua quá trình tải xuống 14:43 &lt;jrandom&gt; (chúng ta còn quá nhiều việc quan trọng hơn. hiện tại chúng ta không *muốn* hàng ngàn, hàng chục ngàn người dùng) 14:43 &lt;hypercubus&gt; đó là điều sẽ cân nhắc cho 1.0 14:43 &lt;hypercubus&gt; tôi đã có phần lớn mã để làm việc đó rồi 14:43 &lt;aum&gt; jrandom: tôi tưởng bạn nói nó sẽ có ở 0.4 14:43 &lt;deer&gt; &lt;mule&gt; vậy bạn nên yêu cầu java được build từ source :) 14:44 &lt;jrandom&gt; trình cài mới sẽ dành cho 0.4 14:44 &lt;hypercubus&gt; chúng tôi đã bỏ toàn bộ mã tôi viết đến giờ 14:44 &lt;hypercubus&gt; để dùng IzPack 14:44 &lt;hypercubus&gt; http://izpack.sf.net 14:44 &lt;jrandom&gt; chúng ta có thể cung cấp gói tải 15MB gom cả hai làm một, nhưng đa số người dùng dùng i2p trước 1.0 sẽ biết "java" là gì 14:45 &lt;hypercubus&gt; điều này cho tôi thời gian hoàn thiện một framework bộ cài java hoàn toàn public domain mà sau này tôi hy vọng sẽ chuyển i2p quay lại dùng 14:45 &lt;hypercubus&gt; nhưng ưu tiên bây giờ là loại bỏ trình cài hiện tại tệ hại ;-) 14:46 &lt;hypercubus&gt; (không có ý xúc phạm ai đã chắp vá nó lại) 14:46 &lt;deer&gt; &lt;shendaras&gt; Bị 404.... 14:46 &lt;duck&gt; http://www.izforge.com/izpack/ 14:46 &lt;hypercubus&gt; http://www.izforge.com/izpack/ 14:47 &lt;hypercubus&gt; xin lỗi về điều đó 14:47 &lt;hypercubus&gt; dù sao, tôi sẽ rất trân trọng phản hồi về trình cài bản xem trước mà tôi đã đưa lên eepsite của mình 14:48 &lt;hypercubus&gt; nó đã được thử trên *nix và windows, có lẽ cũng chạy trên os x và solaris 14:48 &lt;jrandom&gt; r0x0r 14:48 &lt;duck&gt; ngon đấy 14:48 &lt;jrandom&gt; ừ, nó rất đã 14:49 &lt;hypercubus&gt; tôi có thể hack izpack để bỏ mấy icon ngố trên các nút 14:49 &lt;deer&gt; &lt;mule&gt; hypercubus: nó sẽ phá hủy cấu hình hiện có hay giữ lại? 14:49 &lt;hypercubus&gt; gói không chứa tệp cấu hình nào 14:49 &lt;hypercubus&gt; vậy nó chỉ ghi đè các jar và war 14:49 &lt;jrandom&gt; (lúc này ;) 14:49 &lt;hypercubus&gt; ừ, chúng tôi sẽ tính đến configs 14:49 &lt;deer&gt; &lt;mule&gt; ok, cảm ơn 14:49 &lt;duck&gt; làm sao khởi động cả cái jetty đó? 14:50 &lt;duck&gt; vẫn là sh/bat à? 14:50 &lt;jrandom&gt; đúng 14:50 &lt;jrandom&gt; router sẽ khởi động bằng một script, và/hoặc một service (gọi script đó) 14:50 &lt;hypercubus&gt; đúng, và tôi sẽ thêm một exe cho người dùng win 14:50 &lt;jrandom&gt; w00t 14:50 &lt;hypercubus&gt; cái đó sẽ khởi chạy từ Start menu 14:50 &lt;hypercubus&gt; Start menu của Windows 14:51 &lt;hypercubus&gt; có lẽ sẽ làm jetty chạy như một windows service vào ngày mai 14:51 * jrandom lầm bầm *không phải jetty, là i2p* 14:51 &lt;hypercubus&gt; à đúng ;-) 14:52 &lt;hypercubus&gt; tuy vậy jetty đi kèm một win32 service wrapper 14:52 &lt;hypercubus&gt; chúng ta có thể dùng nó để wrap bất cứ thứ gì 14:52 &lt;jrandom&gt; ừ, có 3–4 java service wrapper PD/BSD ngoài kia 14:52 &lt;hypercubus&gt; ừ, có lẽ cũng có vài cái cho linux 14:53 &lt;jrandom&gt; ờ, dịch vụ linux == script init :) 14:53 &lt;hypercubus&gt; đúng nhưng dịch vụ linux được xử lý khác nhau ngay cả giữa các distro lớn 14:53 &lt;hypercubus&gt; ví dụ, gentoo dùng sơ đồ script rc-setup 14:54 &lt;jrandom&gt; w3rd 14:54 &lt;hypercubus&gt; dù sao, tôi sẽ làm nó hoạt động cho tất cả distro lớn và *bsd 14:54 &lt;hypercubus&gt; nếu không muốn nói là nhiều hơn 14:55 &lt;hypercubus&gt; oops, s/rc-setup/rc-update/ 14:55 &lt;hypercubus&gt; ok, chắc vậy là bao quát hết rồi 14:55 &lt;hypercubus&gt; mọi người có thể thức dậy rồi ;-) 14:55 &lt;deer&gt; * shendaras ngáp 14:55 &lt;jrandom&gt; hay lắm, cảm ơn hyper, nghe ổn đấy. 14:56 &lt;jrandom&gt; còn ai có gì muốn nêu nữa không? 14:56 &lt;aum&gt; xin lỗi nếu tôi bỏ lỡ thảo luận trước đó, nhưng.. 14:56 &lt;aum&gt; tình hình độ trễ datagram v.v. thế nào? 14:57 &lt;jrandom&gt; tôi không rõ về datagram — các ứng dụng tôi dùng chạy trên datagram thông qua streams 14:57 &lt;jrandom&gt; tình trạng mạng vẫn khá tệ — xem ghi chú tình trạng @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 &lt;aum&gt; ok 14:58 &lt;jrandom&gt; ok, nếu không còn gì nữa... 14:58 * jrandom kết lại 14:59 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/08/17/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-17/Tue, 17 Aug 2004 00:00:00 +0000/vi/blog/2004/08/17/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-17/<p>Chào mọi người, đến giờ cập nhật rồi</p> <h2 id="chỉ-mục">Chỉ mục:</h2> <ol> <li>Network status and 0.3.4.3</li> <li>Stasher</li> <li>???</li> </ol> <h2 id="1-trạng-thái-mạng-và-0343">1) Trạng thái mạng và 0.3.4.3</h2> <p>Mặc dù mạng vẫn hoạt động trong tuần vừa qua, thỉnh thoảng đã có rất nhiều trục trặc, dẫn đến độ tin cậy giảm mạnh. Bản phát hành 0.3.4.2 đã giúp đáng kể trong việc xử lý một cuộc tấn công DoS do một số vấn đề không tương thích và đồng bộ thời gian gây ra — xem biểu đồ về các yêu cầu tới netDb (cơ sở dữ liệu mạng) cho thấy cuộc DoS (các đỉnh vượt khỏi đồ thị) đã được chặn lại khi 0.3.4.2 được đưa vào. Đáng tiếc là, đổi lại, điều đó lại kéo theo một loạt vấn đề khác, khiến một số lượng đáng kể thông điệp phải được truyền lại, như có thể thấy trên biểu đồ băng thông. Mức tải tăng lên đó cũng là do hoạt động của người dùng thực sự tăng, nên cũng không /đến mức đó/ điên rồ ;) Nhưng dù vậy, đó vẫn là một vấn đề.</p>/vi/blog/2004/08/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-10-th%C3%A1ng-8-2004/Tue, 10 Aug 2004 00:00:00 +0000/vi/blog/2004/08/10/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-10-th%C3%A1ng-8-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, deer, fvw, jrandom</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) chào 14:04 &lt;jrandom&gt; 1) trạng thái 0.3.4.1 14:04 &lt;jrandom&gt; 2) Cập nhật tài liệu 14:04 &lt;jrandom&gt; 3) Tiến độ 0.4 14:04 &lt;jrandom&gt; 4) ??? 14:04 &lt;jrandom&gt; 0) chào 14:04 * jrandom vẫy tay 14:04 &lt;jrandom&gt; ghi chú trạng thái hàng tuần vừa được đăng vài giây trước @ http://dev.i2p.net/pipermail/i2p/2004-August/000404.html 14:04 &lt;deer&gt; &lt;mrflibble&gt; ồ 14:04 * jrandom sẽ cho mọi người chút thời gian để mở chúng ;) 14:05 &lt;jrandom&gt; dù sao, trong lúc mọi người đang đọc, ta vào luôn 1) trạng thái 0.3.4.1 14:05 &lt;jrandom&gt; 0.3.4.1 đã phát hành, như mọi người đã thấy 14:06 &lt;jrandom&gt; mới chỉ một hai ngày thôi, nhưng nhìn chung có vẻ chạy khá tốt, ít nhất là cho đến vài giờ trước 14:07 &lt;jrandom&gt; có một cặp lỗi vừa mới lần ra (và đã sửa cục bộ, đang tiếp tục kiểm thử), và chúng khá nghiêm trọng, nên chúng ta sẽ thấy một bản phát hành mới trong một hai ngày nữa 14:07 &lt;jrandom&gt; có ai gặp vấn đề nào với bảng điều khiển web mới không? 14:07 &lt;jrandom&gt; (hoặc, cụ thể hơn, có ai đã thử và gặp vấn đề không? :)( 14:07 &lt;deer&gt; &lt;oOo&gt; Đã thử, hoạt động tốt ^^ 14:07 &lt;jrandom&gt; chuẩn 14:08 &lt;deer&gt; &lt;oOo&gt; Ngay cả khi không có bất kỳ trình biên dịch Java nào ^^ 14:08 &lt;jrandom&gt; tuyệt, đúng vậy, nó sẽ biên dịch trước tất cả các JSP nên mọi người sẽ không cần javac 14:08 &lt;jrandom&gt; đó là một việc mà các lập trình viên ứng dụng web sẽ cần làm, nhưng thực sự rất rất dễ, đặc biệt với ant 14:09 &lt;jrandom&gt; (mã mẫu để làm việc đó nằm trong i2p/apps/routerconsole/java/build.xml, ở target 'precompilejsp') 14:09 &lt;deer&gt; &lt;identiguy&gt; jrandom, những mối lo của bạn về outproxies (proxy đi ra) là gì? 14:09 &lt;jrandom&gt; tôi cũng đã thêm tùy chọn basic HTTP authentication để bảo vệ console, nên bạn có thể cho nó lắng nghe trên 0.0.0.0 và truy cập từ xa 14:10 &lt;jrandom&gt; ừ, những lo ngại của tôi về outproxies có ba phần - chi phí (kỹ thuật và xã hội) của việc quản lý, vấn đề bảo mật (outproxies nhận dữ liệu dạng rõ (cleartext)), và tính ẩn danh (khi bạn rời một mixnet (mạng trộn), bạn dễ bị tấn công hơn nhiều) 14:10 &lt;deer&gt; &lt;oOo&gt; Console servlet thiếu vài thống kê từ :7655 (mức tiêu thụ bộ nhớ), và có thể một số thứ khác (shitlist), nhưng rất tuyệt ^^ 14:11 &lt;deer&gt; &lt;identiguy&gt; Cảm ơn. Chỉ tò mò thôi. 14:11 &lt;jrandom&gt; "private" outproxies thì khác - ví dụ một anonymizer.i2p có thể hoạt động rất tốt mà không cần đòi hỏi sự tin cậy 14:11 &lt;jrandom&gt; (nhưng vẫn giới hạn truy cập cho các client được biết đến một cách bút danh, v.v.) 14:12 &lt;jrandom&gt; à đúng rồi oOo, tôi sẽ thêm một trang mới phản chiếu trang cũ 14:12 &lt;jrandom&gt; hay bạn đề xuất một trang mới cho nhiều thống kê hơn? bạn có thể phác thảo trông bạn muốn nó như thế nào không? 14:12 &lt;jrandom&gt; (hoặc thậm chí viết code nó? :) 14:12 &lt;deer&gt; &lt;oOo&gt; Ờ, có thể để lại như một bài tập cho người đọc ;) 14:12 &lt;jrandom&gt; lol 14:13 &lt;deer&gt; &lt;oOo&gt; Tôi chỉ nghĩ đến mức tiêu thụ bộ nhớ (trên trang chính) và một thẻ Shitlist, đó là tất cả những gì TÔI thấy thiếu 14:13 &lt;deer&gt; &lt;oOo&gt; Có lẽ cần thêm lý do vào việc đưa vào shitlist, nhân tiện ;) 14:13 &lt;jrandom&gt; chúng ta có thể nhét phần shitlist chi tiết vào trang hồ sơ peer 14:14 &lt;jrandom&gt; hiện chúng ta thực ra không theo dõi điều đó, nhưng bạn nói đúng, chúng ta có thể và sẽ hay đấy 14:14 &lt;deer&gt; &lt;oOo&gt; Theo tôi (IMHO) trang hồ sơ peer quá lớn để thực sự hữu dụng :*) 14:14 &lt;deer&gt; &lt;oOo&gt; Và dễ làm, mọi đoạn code gọi .addshitlist() đều có chú thích tốt ngay dòng kế tiếp ;) 14:14 &lt;jrandom&gt; có đề xuất nào để cải tiến không? 14:15 &lt;jrandom&gt; heh :) 14:15 &lt;jrandom&gt; (trang netDb theo ý tôi là khá tệ) 14:16 &lt;jrandom&gt; chào fvw 14:16 &lt;fvw&gt; chào jrandom, chào mọi người. 14:16 &lt;jrandom&gt; ok, nếu ai có thêm đề xuất nào cho phía web, xin cho tôi biết 14:16 &lt;jrandom&gt; bảng điều khiển web mới này thực ra chỉ là bản đầu tiên, và phần lớn sự chú ý của tôi đã tập trung vào phía cấu hình 14:17 &lt;jrandom&gt; ok, có ai còn điều gì muốn nêu liên quan đến 0.3.4.1 không? 14:17 &lt;jrandom&gt; ok, chuyển sang 2) Cập nhật tài liệu 14:17 &lt;jrandom&gt; [xem email để biết danh sách các trang đã cập nhật] 14:18 &lt;jrandom&gt; chúng tôi cuối cùng cũng đã lấy ra được mọi chi tiết từ các tài khoản paypal/e-gold (xin lỗi vì chậm trễ!) 14:19 &lt;cervantes&gt; w00t 14:19 &lt;jrandom&gt; một khía cạnh khác của tài liệu chưa đề cập là chúng ta nên đóng gói gì kèm với router - trên bảng điều khiển web mới, chúng ta có thể dễ dàng đóng gói bất kỳ file html / jsp nào để dùng làm trợ giúp theo ngữ cảnh 14:19 &lt;cervantes&gt; chà.... tôi thực sự đã quyên góp từng đó à 14:20 &lt;jrandom&gt; cervantes chắc chắn nhận cervantes++ tuần này :) 14:20 &lt;cervantes&gt; chắc là tôi đếm nhầm tiền ngoại tệ của mình ;-) 14:20 &lt;jrandom&gt; lol 14:20 * fvw hoan hô cervantes. 14:20 &lt;jrandom&gt; chắc chắn 14:20 &lt;cervantes&gt; nhân tiện tôi đã tìm thấy một kho đô-la Hungary cũ.... 14:21 &lt;jrandom&gt; lol bạn giữ chúng dưới nệm hay gì đó à? 14:21 &lt;cervantes&gt; hoặc forint .. 14:21 &lt;cervantes&gt; tôi luôn đánh giá quá cao chi tiêu cho kỳ nghỉ ;-) 14:21 &lt;jrandom&gt; heh 14:22 &lt;fvw&gt; hmm, forint. Thật lạ. 14:22 * fvw lầm bầm "forinti=0..." 14:23 &lt;jrandom&gt; (chả trách 'hungarian notation' không dùng 'i') 14:23 &lt;jrandom&gt; &lt;/derail&gt; 14:23 &lt;fvw&gt; hehe. Ừ, quay lại đúng chủ đề. Tài liệu mới. rất đẹp. 14:23 &lt;jrandom&gt; chuẩn 14:23 &lt;deer&gt; &lt;kling&gt; chào buổi tối 14:24 &lt;jrandom&gt; vẫn còn nhiều thứ cần dọn dẹp, nên hy vọng mọi người có thể chọn một hai trang xem qua một lượt, rồi gửi kết quả / cập nhật của bạn 14:24 &lt;jrandom&gt; chào kling 14:24 &lt;jrandom&gt; ok, còn gì liên quan đến tài liệu không? 14:24 &lt;fvw&gt; pweh 14:25 &lt;jrandom&gt; nếu không, chuyển sang 3) Tiến độ 0.4 14:25 &lt;fvw&gt; có lẽ không hoàn toàn đúng chủ đề, nhưng trang tải xuống cũng cần chỉnh sửa. 14:25 &lt;jrandom&gt; à 14:25 &lt;jrandom&gt; ừ 14:25 &lt;deer&gt; &lt;oOo&gt; Thiếu chi tiết Bounties? ;) 14:25 &lt;jrandom&gt; riêng trang đó tôi không quá (/too/) lo, vì mọi thứ sẽ thay đổi với trình cài đặt mới, nên dù sao chúng ta cũng sẽ phải viết lại 14:25 &lt;fvw&gt; Tôi sẽ thúc đẩy một chút và hỏi các câu hỏi cần thiết trên mailing list. 14:25 &lt;jrandom&gt; r0x0r fvw 14:25 &lt;fvw&gt; ồ, ok. Vậy thì tôi sẽ không. 14:26 &lt;deer&gt; &lt;kling&gt; router vẫn chạy, không có gì đặc biệt để báo cáo Uptime 32h 14:26 &lt;jrandom&gt; đúng, chúng ta vẫn sẽ có một số thông tin đó, nhưng phần lớn sẽ thay đổi 14:26 &lt;jrandom&gt; hay đấy kling - bạn đang ở 0.3.4.1 hay 0.3.4? 14:26 &lt;deer&gt; &lt;kling&gt; .1 14:26 &lt;jrandom&gt; oOo: không may là chúng tôi đã mất hầu hết các trang chi tiết 14:27 &lt;jrandom&gt; nhưng bạn nói đúng, chúng ta cần ít nội dung lấp chỗ trống ở đó 14:27 &lt;deer&gt; &lt;oOo&gt; Ok, tiếc nhưng sống thiếu chúng cũng được ^^ 14:27 &lt;jrandom&gt; hoặc bỏ các liên kết 14:27 &lt;jrandom&gt; điều đó cũng nhắc tôi rằng aum hiện đang làm một DHT, và có vẻ Nightblade thì không còn nữa 14:27 &lt;jrandom&gt; (vì vậy mục 'dev' kho dữ liệu phân tán nên được cập nhật) 14:29 &lt;jrandom&gt; ok, dù sao, phần 0.4 đang tiến triển - hôm trước tôi đã thử chạy một mô phỏng 100 router với vài mức tải băng thông khác nhau, và nó trụ khá tốt 14:29 &lt;jrandom&gt; cũng đã sửa một lỗi khó chịu trong trình lập lịch jthread của Kaffe, nhưng vẫn có chút kỳ quặc trên fbsd (nhưng không có trên linux) 14:30 &lt;jrandom&gt; tôi không rõ tình hình với trình cài đặt thế nào.. 14:30 &lt;jrandom&gt; nhưng tôi nhớ hypercubus đã làm việc với nó hôm nay, nên tôi chắc chúng ta sẽ biết thêm khi có thêm thứ sẵn sàng để công bố 14:31 &lt;deer&gt; &lt;oOo&gt; Hehe 14:31 &lt;jrandom&gt; có ai có câu hỏi / băn khoăn / đề xuất nào liên quan đến bản 0.4 không? 14:31 &lt;deer&gt; &lt;oOo&gt; "Khi nào?" Đùa thôi ;) 14:32 &lt;jrandom&gt; chúng ta thực sự không còn nhiều thứ phải thêm vào code trước khi sẵn sàng cho 0.4 14:32 &lt;jrandom&gt; (nhưng không phải 0.4 là đích cuối, chúng ta còn cả đống việc sau đó) 14:32 &lt;deer&gt; &lt;oOo&gt; Vươn tới vô cực và xa hơn nữa! 14:32 &lt;jrandom&gt; chính xác ;) 14:33 &lt;jrandom&gt; ok, tôi nghĩ đó là tất cả những gì tôi muốn nêu, vậy 4) ??? 14:33 &lt;jrandom&gt; ai có điều gì muốn thảo luận không? 14:33 &lt;deer&gt; &lt;oOo&gt; i2pcvs.i2p khởi động lại? 14:34 &lt;jrandom&gt; ừ, tôi có lẽ nên khởi động nó lại 14:34 &lt;jrandom&gt; có lẽ sẽ làm khi chúng ta đóng gói bảng điều khiển router mới làm mặc định, cùng với i2ptunnel.cfg 14:35 &lt;deer&gt; &lt;oOo&gt; Ok, cảm ơn 14:36 &lt;jrandom&gt; ok, nếu không còn gì nữa... 14:36 * jrandom kết thúc 14:36 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/08/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2004-08-10/Tue, 10 Aug 2004 00:00:00 +0000/vi/blog/2004/08/10/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-2004-08-10/<p>Chào mọi người, đến giờ cập nhật hằng tuần</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.3.4.1 status</li> <li>Updated docs</li> <li>0.4 progress</li> <li>???</li> </ol> <h2 id="1-0341-trạng-thái">1) 0.3.4.1 trạng thái</h2> <p>À, chúng tôi đã tung ra bản phát hành 0.3.4.1 cách đây vài ngày, và nó đang hoạt động khá tốt. Các phiên kết nối trên IRC ổn định, kéo dài hàng giờ liền, và tốc độ truyền cũng khá tốt (tôi đã đạt khoảng 25KBps từ một eepsite (trang web I2P) hôm trước khi dùng 3 luồng song song).</p>/vi/blog/2004/08/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-8-n%C4%83m-2004/Tue, 03 Aug 2004 00:00:00 +0000/vi/blog/2004/08/03/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-8-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> alpaca\_, bogobot, cervantes, duck, hobbs, hypercubus, jrandom, jteitel, mihi, mrflibble, mule, mule2p, Nightblade, oOo, protok0l</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;jrandomi2p&gt; 0) chào 14:05 &lt;jrandomi2p&gt; 1) tình trạng 0.3.4 14:05 &lt;hypercubus&gt; tôi đảm bảo rằng trên PDforge dự án của bạn sẽ được xác nhận gần như ngay lập tức ;-) 14:05 &lt;jrandomi2p&gt; 2) Sắp tới cho 0.3.4.1 14:05 &lt;jrandomi2p&gt; 3) Bảng điều khiển web mới / bộ điều khiển I2PTunnel 14:05 &lt;jrandomi2p&gt; 4) những thứ 0.4 14:05 &lt;jrandomi2p&gt; 5) Hoạt động phát triển khác 14:05 &lt;jrandomi2p&gt; 6) ??? 14:05 &lt;jrandomi2p&gt; 0) chào 14:05 * jrandomi2p vẫy tay 14:05 &lt;mihi&gt; lla ih 14:05 * oOo làm trò ngớ ngẩn 14:06 &lt;mihi&gt; chào mọi người 14:06 &lt;jrandomi2p&gt; Ghi chú tình trạng hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 &lt;jrandomi2p&gt; nhảy vào luôn 1) tình trạng 0.3.4 14:07 &lt;jrandomi2p&gt; mạng có vẻ hoạt động ổn nói chung, cả cho irc và eepsites 14:07 &lt;jrandomi2p&gt; mọi người đang thấy độ tin cậy / lỗi eepsite kiểu gì? 14:07 * jrandomi2p có thể thấy lỗi irc ở đây, như tôi thấy khi mọi người ngắt kết nối / v.v. 14:08 &lt;mule2p&gt; nói chung là tốt, bị out-of-memory sau khoảng 25MBytes 14:08 &lt;mule2p&gt; nhưng cái đó chắc đã được sửa trong cvs, như bạn nói 14:08 &lt;jrandomi2p&gt; à ok cái đó là trên một lần tải 25MB đúng không? 14:09 &lt;mule2p&gt; đúng 14:09 &lt;jrandomi2p&gt; đúng rồi 14:10 &lt;jrandomi2p&gt; truyền tệp lớn vẫn có vẻ gặp vấn đề (mất kết nối theo thời gian, không bị hỏng dữ liệu). tôi nghĩ có thể sẽ được sửa với bản mod đã nhắc, nhưng chưa chắc 14:11 * jrandomi2p quên nói là roundtrip/connections_reliability.php của oOo bao gồm cả hai máy chủ irc ở đây, không chỉ i2p, nên hiện không có dữ liệu đúng 14:11 &lt;jrandomi2p&gt; oOo - có ý tưởng gì để sửa code bogobot bỏ qua @irc.metropipe.net? 14:12 &lt;duck&gt; đang kick hypercubus 14:12 &lt;duck&gt; và cả tôi để nâng cấp 14:12 &lt;oOo&gt; Rất ít việc code, một lần peer review bởi hypercubus và cập nhật bogobot bởi duke 14:13 &lt;jrandomi2p&gt; ok hay đấy 14:13 &lt;hypercubus&gt; duke? 14:13 &lt;oOo&gt; duck, xin lỗi :p 14:13 * jrandomi2p nghĩ kiểu tổng hợp thống kê đó sẽ rất hữu ích 14:13 &lt;jrandomi2p&gt; duke duck 14:14 &lt;oOo&gt; Các thống kê được làm bằng PHP, cũng có thể đưa cho duck 14:14 &lt;jrandomi2p&gt; ok, có ai muốn nêu gì liên quan tới 0.3.4 không? 14:14 &lt;jrandomi2p&gt; chuẩn 14:15 &lt;jrandomi2p&gt; ok, chuyển sang 2) 0.3.4.1 14:15 &lt;jrandomi2p&gt; tôi không biết còn gì để nói thêm ngoài những gì trong mail 14:16 &lt;jrandomi2p&gt; các ứng dụng StreamSinkServer và StreamSinkClient là các app demo gọn cho ministreaming (cho bất kỳ dev Java nào muốn viết streaming qua i2p) 14:16 &lt;jrandomi2p&gt; à, và StreamSinkServer hơi giống app dropbox python của aum (nó nhận mọi dữ liệu ai gửi cho nó và ghi ra một file) 14:17 &lt;jrandomi2p&gt; (StreamSinkClient gửi một lượng dữ liệu ngẫu nhiên kích thước cố định, nên không hữu dụng lắm ;) 14:17 &lt;jrandomi2p&gt; có ý kiến / lo ngại / câu hỏi gì liên quan đến 0.3.4.1 không? 14:18 * jrandomi2p ước tính sẽ ra trong một hai ngày 14:19 &lt;jrandomi2p&gt; ok, tiếp nhanh sang 3) Bảng điều khiển web mới / bộ điều khiển I2PTunnel 14:20 &lt;jrandomi2p&gt; như đã nói trong mail, chúng ta đã có web console mới hoạt động khá đầy đủ, và một giao diện web đơn giản để điều khiển / sửa / tạo các instance i2ptunnel 14:21 &lt;protok0l&gt; protok0l có thể lấy nó ở đâu 14:22 &lt;protok0l&gt; và tôi phải làm gì với jetty 14:22 &lt;jrandomi2p&gt; mọi thứ đều ở cvs rồi, nhưng tôi cần đăng vài tài liệu hướng dẫn cách thiết lập 14:22 &lt;protok0l&gt; ok 14:23 * jrandomi2p đã viết và gửi quy trình ~5 bước lên kênh mấy ngày trước, nhưng chúng ta cần một quy trình đơn giản hơn (hoặc ít nhất là rõ ràng hơn) 14:23 &lt;protok0l&gt; tôi nghe nói CVS tệ 14:23 &lt;mule2p&gt; ok, tôi có thể nói cho bạn sau khi tôi có tài liệu :) 14:23 &lt;protok0l&gt; và có cái thứ gì đó CVS tốt hơn 14:23 * oOo chỉ log được 2 bước đầu trước khi bị ngắt kết nối :p 14:24 &lt;protok0l&gt; cũng như với Vi 14:24 &lt;protok0l&gt; lol 14:24 &lt;jrandomi2p&gt; cuối cùng chúng ta sẽ chuyển sang để console mới này là 'chuẩn', nhưng có lẽ đợi đến khi tích hợp mọi thứ với installer mới của hypercubus 14:26 &lt;jrandomi2p&gt; thực ra 14:26 &lt;jrandomi2p&gt; cho ai gan dạ, đây là các bước xấu xí từ trước: 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; w3rd hyper - could you pull latest from cvs, 'ant dist', grab build/*jar and toss them into your lib dir, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; edit your router.config to uncomment the clientApp.3.* lines and update your classpath 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; (in the classpath, set it to: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 &lt;protok0l&gt; ok kệ nó 14:27 &lt;jrandomi2p&gt; ngoài ra, có i2ptunnel.war mới - lấy nó và thả vào $instDir/webapps/ và truy cập `http://localhost:7657/i2ptunnel/` 14:27 &lt;jrandomi2p&gt; ừ, như tôi nói, nó phiền phức 14:27 &lt;jrandomi2p&gt; nhưng nó dùng được, và tôi thực sự không có thời gian hay chuyên môn để làm tốt hơn nhiều 14:27 &lt;oOo&gt; Chỉ cần làm vậy thôi à? 14:28 &lt;jrandomi2p&gt; đúng vậy 14:28 &lt;oOo&gt; Ok, cảm ơn 14:28 &lt;jrandomi2p&gt; (bạn sẽ thấy cái trông như http://dev.i2p.net/~jrandom/config.png khi vào `http://localhost:7657/config.jsp` 14:29 &lt;jrandomi2p&gt; dù sao, thế nhé 14:29 &lt;jrandomi2p&gt; tôi sẽ rất cảm kích nếu/khi mọi người thử vọc nó, và hy vọng nghĩ ra cách cải tiến :) 14:30 &lt;jrandomi2p&gt; mihi: có ý kiến gì về ý tưởng giao diện web tổng thể không? 14:30 &lt;duck&gt; bố cục đẹp 14:31 &lt;jrandomi2p&gt; biết ngay bạn sẽ thích mà duck ;) 14:31 &lt;mrflibble&gt; đẹp 14:31 * mihi cũng thích bố cục 14:31 &lt;mihi&gt; giao diện web lúc nào cũng tuyệt 14:32 &lt;jrandomi2p&gt; cái tôi ráp cho i2ptunnel.war khá nhạt... dùng được, nhưng nhạt 14:33 &lt;jrandomi2p&gt; ok, thế nhé - nếu/khi mọi người muốn bàn tiếp về nó, chúng ta có irc và mailing list, v.v. :) 14:33 &lt;mule2p&gt; jrandomi2p: clientApp.3 là netmonitor với tôi 14:34 &lt;jrandomi2p&gt; à ok mule2p - kiểm tra router.config trong cvs - 14:34 &lt;jrandomi2p&gt; #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 &lt;jrandomi2p&gt; #clientApp.3.name=webConsole 14:34 &lt;jrandomi2p&gt; #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 &lt;jrandomi2p&gt; rõ ràng đổi 3 thành 4 và bỏ comment :) 14:35 &lt;jrandomi2p&gt; thay 127.0.0.1 nếu bạn muốn truy cập từ xa 14:35 &lt;jrandomi2p&gt; (và 7657 để dùng cổng khác) 14:36 &lt;mule2p&gt; ok, cảm ơn, đã nhìn trong cây i2p checkout để tìm router.config mới, nhưng có thể nó ở chỗ khác trong cvs 14:36 &lt;jrandomi2p&gt; à xin lỗi, đúng, nó là i2p/installer/java/src/router.config.template 14:37 &lt;mule2p&gt; k 14:37 &lt;jrandomi2p&gt; ok, nếu không còn gì khác, chuyển đến 4) những thứ 0.4 14:38 &lt;jrandomi2p&gt; hmm, tôi không biết có gì để bổ sung cho đoạn đó trong mail không 14:38 &lt;jrandomi2p&gt; cơ bản chỉ là một đống mục trong danh sách việc cần làm của tôi :) 14:39 &lt;jrandomi2p&gt; ai có câu hỏi / lo ngại gì liên quan tới những thứ đã đăng ở đó không? 14:40 &lt;oOo&gt; Installer đang tiến triển thế nào ? ^^ 14:40 &lt;jrandomi2p&gt; hypercubus? que tal? 14:40 &lt;hypercubus&gt; kiên nhẫn nào, danielsan... điều tốt đẹp sẽ đến với ai biết chờ đợi... à, khoan ;-) 14:40 &lt;jrandomi2p&gt; hehe 14:41 &lt;jrandomi2p&gt; không gấp, chỉ tò mò mọi thứ tiến triển sao 14:41 &lt;jrandomi2p&gt; có vấn đề nào bạn gặp phải, thứ gì chúng tôi có thể giúp, v.v.? 14:41 &lt;mihi&gt; danielsan là ai? 14:41 &lt;hypercubus&gt; không vấn đề gì, chỉ là sự tẻ nhạt của khâu test lúc này 14:42 &lt;jrandomi2p&gt; chuẩn 14:42 &lt;hypercubus&gt; lẽ ra tôi nên viết unit test trước, nhưng thôi vậy ;-) 14:42 &lt;jrandomi2p&gt; hehe 14:43 &lt;hypercubus&gt; tính độc lập nền tảng được cho là của Java thực sự đổ bể ở mảng tác vụ cài đặt 14:44 * jrandom cảm nhận một đợt ngắt kết nối hàng loạt 14:45 &lt;oOo&gt; Ôi ôi 14:45 &lt;hypercubus_&gt; hmmm, tuyệt vời... câu cuối tôi vừa nói là gì? 14:45 &lt;oOo&gt; &lt;hypercubus&gt; tính độc lập nền tảng được cho là của Java thực sự đổ bể ở mảng tác vụ cài đặt 14:46 &lt;hypercubus&gt; ok, ai phá cuộc họp đây? ;-) 14:46 * jrandom đổ lỗi cho jebus 14:46 &lt;hypercubus&gt; có khi là duke 14:46 &lt;mule&gt; bạn không muốn nói router của tôi quan trọng đến thế đâu :) 14:46 &lt;jrandom&gt; hề hề 14:47 &lt;mihi&gt; [23:46] * jrandomi2p đã thoát IRC (Client exited) 14:47 &lt;mihi&gt; hehe... 14:47 &lt;mule&gt; nếu vậy thì xin lỗi. 14:47 &lt;hypercubus&gt; dù sao, đừng lo về tiến độ installer, tôi kỳ vọng nó sẽ sẵn sàng khi 0.4 sẵn sàng 14:47 &lt;jrandom&gt; duck: bạn có bao nhiêu inbound tunnels đang listen trên irc.duck.i2p? 14:47 &lt;hypercubus&gt; tôi không gặp chuyện nào khó hiểu 14:47 &lt;jrandom&gt; tốt đấy hypercubus 14:47 &lt;hobbs&gt; Làm tôi nhớ ra -- có cách từ dòng lệnh để xuất ra một router.config mới từ router.config.template không? 14:47 &lt;jrandom&gt; không 14:48 &lt;jrandom&gt; không, theo tôi biết là không 14:48 &lt;mihi&gt; chạy installer rồi copy nó 14:48 &lt;jrandom&gt; ngoài java -jar install.jar 14:48 &lt;jrandom&gt; hề hề 14:48 &lt;mihi&gt; ý tôi là vào một thư mục mới 14:48 &lt;cervantes&gt; ít nhất không phải kiểu gãi đầu mà mọi người đang nghĩ 14:48 &lt;jrandom&gt; ồ hay ghê, router của tôi dump core 14:48 &lt;duck&gt; jrandom: nhắc tôi cách biết hash của irc.duck.i2p 14:48 * hypercubus thắc mắc cervantes có ý gì 14:49 &lt;jrandom&gt; cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 &lt;cervantes&gt; hyper: bạn sẽ quen thuộc hơn với thuật ngữ strunking :) 14:49 &lt;hypercubus&gt; duck: thử tăng lên 3 hoặc nhiều inbound tunnels... có vẻ giúp tôi chút 14:50 &lt;duck&gt; *** Đang xây một global context riêng! 14:50 &lt;duck&gt; Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 &lt;jrandom&gt; à hừm 14:50 &lt;hypercubus&gt; chắc nó không chịu nổi log của bạn *khụ* 14:51 &lt;mihi&gt; copy logger.config của bạn ở khắp nơi ;) 14:51 &lt;mihi&gt; ít nhất ở mọi nơi mà pwd của bạn có thể là khi bạn chạy bất kỳ app i2p nào 14:51 &lt;duck&gt; không tôi sẽ không 14:51 &lt;jrandom&gt; ok, echo logger.record.net.i2p.data.TestData=INFO&gt;&gt; logger.config 14:52 &lt;jrandom&gt; thực ra, đó là lý do tôi nói (cd lib), nhưng tôi quên rằng tôi đã đổi mặc định từ DEBUG sang ERROR trong cvs 14:52 &lt;duck&gt; 4 inbound 14:52 &lt;jrandom&gt; 4 hiện tại &amp; sẵn sàng? 14:52 &lt;jrandom&gt; hay 2 chưa sẵn sàng (hoặc mới hết hạn) và 2 sẵn sàng? 14:53 &lt;duck&gt; giờ nó chuyển thành 3 với 1 chưa sẵn sàng 14:53 &lt;jrandom&gt; 'k vậy có lẽ là trong lúc tunnel hết hạn / thay thế 14:54 &lt;jrandomi2p&gt; nếu bạn cập nhật router.config để chỉ định 3 inbound tunnels thì sẽ giúp tăng độ tin cậy 14:54 &lt;jrandomi2p&gt; (hoặc bạn có thể dùng giao diện web i2ptunnel mới để làm điều đó ;) 14:54 &lt;hypercubus&gt; có lẽ thời điểm hết hạn tunnel cho một client có nhiều tunnels nên được so le 14:55 &lt;jrandomi2p&gt; chúng đã như vậy, nói chung - các tunnel mới được cấp phát &amp; một leaseSet mới được tạo 60 giây trước khi tunnel hết hạn 14:55 &lt;hypercubus&gt; à 14:55 &lt;jrandomi2p&gt; tuy nhiên, khi tunnel lỗi thì phải tạo một leaseSet mới theo yêu cầu và nó không được truyền bá ngay lập tức 14:56 &lt;jrandomi2p&gt; (ừ thì, nó lên netDb, nhưng client có thể không nhận được trong vài giây) 14:57 &lt;jteitel&gt; !who 14:57 &lt;alpaca_&gt; Danh sách người dùng cho #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 &lt;bogobot&gt; Danh sách người dùng cho #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 &lt;jrandomi2p&gt; có vài tối ưu nữa có thể làm cho tunnel pool, nhưng tôi không chắc hữu ích thế nào lúc này 14:57 &lt;jrandomi2p&gt; ok, trở lại đúng mạch - còn ai có gì liên quan 4) những thứ 0.4 không? 14:57 &lt;oOo&gt; Về 'mô phỏng quy mô lớn' cho 0.4, có cách nào chuẩn bị không? Cần ứng dụng/công cụ 'mới' cụ thể chứ? (chuyển sang mục 5? ;) ) 14:58 &lt;jrandomi2p&gt; thực ra, cho phần mô phỏng sẽ rất tốt nếu ai đó có thể giúp mod heartbeat (hoặc một app chạy bằng sam) thành kiểu client / server có thể script được 14:59 -!- Bladenight giờ có tên là Nightblade 14:59 &lt;jrandomi2p&gt; (vd thay vì hiện tại "mỗi 30s, gửi 20KB tới peer X", một "trong 10 phút, yêu cầu peer X một tệp 1MB, rồi tạm dừng 60m, sau đó yêu cầu peer Y các tệp 1KB" v.v.) 15:00 &lt;jrandomi2p&gt; nhưng nếu ai quan tâm giúp việc đó, xin cho tôi biết và chúng ta có thể chan 15:00 &lt;jrandomi2p&gt; ờ, chat 15:00 &lt;jrandomi2p&gt; nhân đà đó, chuyển sang 5) những thứ mọi người đang làm :) 15:01 &lt;jrandomi2p&gt; chưa chắc nên trình bày sao, hãy đi theo thứ tự (tùy ý) liệt kê trong mail để cập nhật nhé? 15:01 &lt;jrandomi2p&gt; tôi không thấy sunshine ở đây, và aum chắc chưa dậy ;) 15:02 &lt;jrandomi2p&gt; nightblade - trận chiến sao rồi? 15:02 &lt;Nightblade&gt; tôi có vài kế hoạch làm cho interface libsam giống bsd sockets 15:02 &lt;Nightblade&gt; nhưng tôi chưa code gì phần đó 15:02 &lt;duck&gt; changed to tunnels.numInbound=3 15:03 &lt;jrandomi2p&gt; tốt đấy duck (hy vọng đợi sau cuộc họp mới khởi động lại tunnel ;) 15:03 &lt;duck&gt; ồ, nó không phát hiện thay đổi à? 15:03 &lt;jrandomi2p&gt; chuẩn nightblade - có vấn đề gì với cách mọi thứ đang chạy không? 15:03 &lt;hypercubus&gt; chừng nào bạn chưa code nó để làm vậy ;-) 15:03 &lt;jrandomi2p&gt; không duck, các dòng clientApp chỉ được đọc khi khởi động 15:04 &lt;jrandomi2p&gt; (clientApp thực sự ngoài tầm kiểm soát của router - đó là lý do có web app i2ptunnel) 15:04 &lt;Nightblade&gt; không, không có vấn đề với cách nó đang hoạt động... điều tôi sẽ làm là bổ sung thêm interface bên cạnh interface hiện có (developer có thể chọn cái họ muốn dùng) 15:04 &lt;jrandomi2p&gt; ngon 15:05 &lt;jrandomi2p&gt; ok, bạn làm chủ. có đa dạng thì tốt, dù đa dạng nghĩa là nhiều code phải bảo trì / v.v., nhưng đó là cân bằng 15:06 &lt;jrandomi2p&gt; ok, tiếp xuống danh sách - mule2p - việc outproxy thế nào rồi? 15:07 &lt;mule&gt; chưa làm gì thêm ngoài patch bạn có 15:07 &lt;jrandomi2p&gt; à ok tôi tưởng bạn đang làm mod tiếp 15:07 &lt;mule&gt; cần tìm ít thời gian rảnh cho cân bằng tải thực sự 15:07 &lt;jrandomi2p&gt; chuẩn 15:08 &lt;jrandomi2p&gt; vậy tôi sẽ áp dụng patch đó 15:08 &lt;mule&gt; cảm ơn. và đưa outproxy của tôi vào client app :) có vẻ nhanh hơn 15:08 &lt;jrandomi2p&gt; hề, tất nhiên proxy của bạn sẽ nhanh với bạn, nó là local :) 15:09 &lt;oOo&gt; Và không ai khác dùng nó ^^ 15:09 &lt;mule&gt; không, không phải 15:09 &lt;jrandomi2p&gt; ồ, nó ở router khác à? hay 15:09 &lt;mule&gt; ừ, trên một root server ở một isp 15:10 &lt;jrandomi2p&gt; giao diện web i2ptunnel có một trường để mọi người chỉ định danh sách outproxy, nên mọi người có thể tùy chỉnh khá dễ, nhưng chúng ta sẽ đưa nó vào bản rev &amp; ghi chú phát hành tiếp theo 15:10 &lt;jrandomi2p&gt; tốt 15:11 &lt;jrandomi2p&gt; ok, nickster có vẻ đang offline lúc này 15:12 &lt;jrandomi2p&gt; có nỗ lực phát triển client nào khác đang diễn ra không? 15:12 &lt;jrandomi2p&gt; (hay cái nào tạm dừng đang hoạt động lại, v.v.?) 15:13 &lt;jrandomi2p&gt; ok, nếu ai muốn nhắc gì thêm về mảng đó, như thường lệ chúng ta có mailing list và kênh :) 15:13 &lt;jrandomi2p&gt; chuyển sang 6) ??? 15:13 &lt;jrandomi2p&gt; ai còn gì muốn nêu không? 15:14 &lt;Nightblade&gt; không 15:15 &lt;mihi&gt; duck có gì để hạ xuống ;) 15:15 &lt;mihi&gt; s/any/some/ 15:15 * jrandomi2p pingflood mihi 15:15 &lt;jrandomi2p&gt; ok, vậy nhé 15:15 * jrandomi2p lấy đà 15:15 * jrandomi2p *baf* kết thúc cuộc họp </div>/vi/blog/2004/08/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-03/Tue, 03 Aug 2004 00:00:00 +0000/vi/blog/2004/08/03/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-08-03/<p>chào mọi người, chúng ta làm nhanh bản cập nhật tình hình này cho xong nhé</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.3.4 status</li> <li>On deck for 0.3.4.1</li> <li>New web console / I2PTunnel controller</li> <li>0.4 stuff</li> <li>Other development activities</li> <li>???</li> </ol> <h2 id="1-034-trạng-thái">1) 0.3.4 trạng thái</h2> <p>Với bản phát hành 0.3.4 tuần trước, mạng mới hoạt động khá tốt - các kết nối irc duy trì được vài giờ mỗi lần và việc truy xuất eepsite(I2P Site) có vẻ khá tin cậy. Thông lượng nhìn chung vẫn thấp, dù đã cải thiện đôi chút (trước đây tôi thường thấy ổn định ở mức 4-5KBps, giờ tôi thường xuyên thấy 5-8KBps). oOo đã đăng lên một cặp tập lệnh tóm tắt hoạt động irc, bao gồm thời gian khứ hồi của tin nhắn và thời lượng kết nối (dựa trên bogobot của hypercubus, được commit vào CVS gần đây)</p>/vi/blog/2004/07/27/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-7-n%C4%83m-2004/Tue, 27 Jul 2004 00:00:00 +0000/vi/blog/2004/07/27/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-27-th%C3%A1ng-7-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, Connelly, deer, dm, hypercubus, jrandom, Sonium</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:02 &lt;jrandom&gt; 0) hi 14:02 &lt;jrandom&gt; 1) 0.3.3 &amp; các cập nhật hiện tại 14:02 &lt;jrandom&gt; 2) NativeBigInteger 14:03 &lt;jrandom&gt; 3) ??? 14:03 &lt;jrandom&gt; 0) hi 14:03 * jrandom vẫy tay 14:03 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã lên @ http://dev.i2p.net/pipermail/i2p/2004-July/000372.html 14:03 &lt;jrandom&gt; (cảm ơn hypercubus đã hối thúc, tôi đã đăng nó trước cuộc họp :) 14:04 &lt;jrandom&gt; ok, vào luôn nhé 14:04 &lt;jrandom&gt; 1) 0.3.3 &amp; các cập nhật hiện tại 14:06 &lt;jrandom&gt; có cả đống thông tin trong email mô tả chuyện gì đang diễn ra, và sắp tới sẽ có giảm đáng kể mức sử dụng băng thông 14:07 &lt;jrandom&gt; nó sẽ không tương thích ngược vì thay đổi nhiều thứ, nên bản phát hành tới cũng sẽ là một lần nâng cấp không suôn sẻ, nhưng c'est la vie 14:08 &lt;jrandom&gt; ai có câu hỏi nào liên quan đến bản 0.3.3 hoặc những thứ đăng trong ghi chú trạng thái không? 14:08 * dm vẫy tay 14:08 * jrandom đang thấy độ trễ 23s ở đây @ freenode 14:09 * hypercubus thấy trễ 0.10 giây 14:09 &lt;jrandom&gt; à, về bình thường rồi 14:09 &lt;jrandom&gt; ok, nếu không có gì, ta nhảy sang 2) NativeBigInteger 14:10 &lt;jrandom&gt; Iakin3 đã sửa vài thứ để triển khai mã crypto sẵn dùng (out of the box) đơn giản hơn, điều đó là Tốt 14:10 &lt;jrandom&gt; thỉnh thoảng tôi nhìn vào netDb và thấy vài người có độ trễ 2–400ms khi thực hiện mã hóa ElGamal, nghĩa là một số người không dùng jbigi 14:11 &lt;jrandom&gt; (và mọi người nên dùng jbigi) 14:12 &lt;deer&gt; &lt;Nightblade&gt; làm sao biết họ không chỉ đang dùng máy chậm 14:12 &lt;Sonium&gt; tại sao nó không được dùng tự động? 14:12 &lt;hypercubus&gt; vì nó phải được biên dịch riêng cho từng nền tảng 14:12 &lt;jrandom&gt; có thể chúng ta sẽ triển khai được trong bản sửa tới, nhưng để xem 14:12 &lt;deer&gt; &lt;oOo&gt; Nếu không có DLL, chương trình tiếp tục dùng mã chỉ-Java (cần cho hỗ trợ đa nền tảng) 14:12 &lt;hypercubus&gt; và hiện tại nền tảng chưa được phát hiện 14:12 &lt;jrandom&gt; Nightblade: điều đó dĩ nhiên là có thể 14:13 &lt;jrandom&gt; oOo đúng, chắc chắn chúng ta sẽ giữ chức năng đó 14:13 &lt;deer&gt; &lt;oOo&gt; Không, hãy ép buộc sự hiện diện của các tập tin dll và .so, ngay cả khi rỗng hoặc vô dụng 14:13 &lt;jrandom&gt; thực ra, đó là một trong những thứ chúng ta đạt được với các sửa đổi hiện tại mà tôi đang làm — chúng ta chỉ cần thực hiện một nửa số lần mã hóa ElGamal (vì sourceRouteBlock đã bỏ đi) 14:14 &lt;jrandom&gt; hmm oOo? 14:14 &lt;jrandom&gt; tại sao chúng ta lại muốn làm thế? 14:15 &lt;deer&gt; &lt;oOo&gt; Bắt buộc kiểm tra sự TỒN TẠI của các tệp thư viện. Nếu chúng không được dùng, rất có thể bạn không ở trên nền tảng x86 Win/Linux và buộc phải dùng mã Java. Dù sao thì bạn đã làm hết sức để ép dùng đồ native 14:15 &lt;jrandom&gt; ồ, đúng, chúng ta luôn kiểm tra libjbigi.so / jbigi.dll, điều mà mã của Iakin thêm vào là khả năng đóng gói một đống tệp DLL và .so vào một jar và chọn cái *ĐÚNG* lúc chạy 14:16 &lt;hypercubus&gt; &lt;/obvious&gt; 14:16 &lt;jrandom&gt; (quay về thuần Java nếu không có cái nào khớp) 14:17 &lt;jrandom&gt; dù sao, đó là vài thứ hay ho hy vọng sẽ giúp ích đáng kể cho người dùng mới 14:17 &lt;jrandom&gt; (và tiết kiệm cho tôi thời gian phải làm vài cái hộp chọn thả xuống xấu xí trên giao diện quản trị :) 14:18 &lt;jrandom&gt; ok, nếu không còn gì thêm về việc đó, tôi nghĩ tôi nói hết rồi 14:18 &lt;jrandom&gt; chuyển sang 3) ??? 14:18 &lt;jrandom&gt; có ai còn điều gì muốn nêu không? 14:18 &lt;hypercubus&gt; ai đó nên chạy trình kiểm tra chính tả trên trang web mới ;-) 14:19 &lt;jrandom&gt; bạn đã có quyền truy cập cvs rồi... :) 14:19 &lt;jrandom&gt; (module: i2pwww) 14:19 &lt;hypercubus&gt; chết tiệt 14:19 &lt;deer&gt; &lt;oOo&gt; Tình trạng hỏng dữ liệu khi truyền lớn, kể cả cục bộ, đang được điều tra chứ? (ví dụ lấy về vài MB từ chính eepsite của bạn) 14:20 &lt;hypercubus&gt; tôi gặp nhiều lần tải xuống tệp lớn bị gián đoạn, nhưng chưa bao giờ bị hỏng dữ liệu 14:20 &lt;jrandom&gt; hmm, hầu hết các trường hợp vấn đề đó đã được giải quyết, nhưng gần đây tôi có nghe báo cáo về nó. tôi chưa rà soát lại tầng ứng dụng lần nữa 14:21 &lt;jrandom&gt; tôi coi tải xuống bị gián đoạn là hỏng 14:21 &lt;jrandom&gt; nó phải hoạt động ngay lần đầu, trọn vẹn từ đầu đến cuối 14:21 &lt;hypercubus&gt; ừ thì bạn không tránh được, vì trên WWW thật cũng vậy ;-) 14:21 &lt;deer&gt; &lt;oOo&gt; Không khi trình lấy nằm trên cùng máy với máy chủ ^^ 14:22 &lt;jrandom&gt; oOo: bạn có tái tạo được không? 14:22 &lt;jrandom&gt; (hay nó xảy ra không ổn định?) 14:22 &lt;deer&gt; &lt;oOo&gt; jrandom: Đã gặp hai lần, tưởng là đã biết, sẽ thử lại 14:23 &lt;jrandom&gt; cảm ơn. nếu bạn tái tạo được, hãy cho tôi biết chi tiết thử nghiệm và tôi sẽ đào sâu thêm. 14:23 &lt;jrandom&gt; (dù sao tôi cũng phải kiểm tra lại tầng ứng dụng sớm thôi) 14:23 &lt;deer&gt; &lt;oOo&gt; jrandom: Không vấn đề, cảm ơn 14:24 &lt;jrandom&gt; ok, còn ai có gì muốn hỏi/nêu không? 14:25 &lt;cat-a-puss&gt; Tôi vẫn muốn bàn về cách làm myI2P 14:25 &lt;cat-a-puss&gt; Tôi có thể kéo được vài người tham gia trong vài tháng nữa 14:25 &lt;jrandom&gt; tuyệt! 14:26 &lt;hypercubus&gt; một dự án lớp học à? ;-) 14:26 &lt;cat-a-puss&gt; đại loại vậy ;-) 14:27 &lt;jrandom&gt; tôi nghĩ khi chúng ta phát hành 0.4 với giao diện web mới, sẽ dễ dàng hơn nhiều để ráp ứng dụng (như myi2p) với frontend web 14:27 &lt;cat-a-puss&gt; vậy bạn nghĩ việc đó có thể làm thuần ở tầng ứng dụng? 14:27 &lt;jrandom&gt; chắc chắn rồi 14:28 &lt;jrandom&gt; bạn còn nghĩ gì nữa? 14:28 &lt;cat-a-puss&gt; cơ sở dữ liệu mạng có thể dùng để lưu metadata 14:28 &lt;jrandom&gt; àh 14:28 &lt;cat-a-puss&gt; nó có truy cập được không? 14:28 &lt;hypercubus&gt; *khụ* 14:28 &lt;jrandom&gt; không, không gì có quyền truy cập netDb 14:29 &lt;jrandom&gt; chúng ta làm được vài phép trong netDb vì nó tập trung chỉ để phục vụ như bảng định tuyến phân tán của chúng ta 14:29 &lt;hypercubus&gt; cat-a-puss: thứ bạn muốn là DHT (bảng băm phân tán) mà Nightblade đang làm 14:29 &lt;jrandom&gt; myi2p (và các thứ) chắc chắn có thể dùng một DHT chạy trên i2p though 14:30 &lt;hypercubus&gt; (enclave) 14:30 &lt;jrandom&gt; bạn đang nghĩ đến loại metadata nào? 14:31 &lt;cat-a-puss&gt; tôi hình dung làm thứ gì đó như các kênh trong Frost, chạy dựa trên một SSK trong Freenet 14:31 &lt;cat-a-puss&gt; vậy bạn chạy các SSK trên DHT phía trên I2p 14:31 &lt;jrandom&gt; đúng 14:31 &lt;jrandom&gt; nhưng với một số thứ thì như vậy có thể hơi quá mức cần thiết 14:31 &lt;cat-a-puss&gt; nhưng bạn vẫn cần một metakey liệt kê tất cả SSK của những người đăng ký kênh 14:32 &lt;dm&gt; DHT chạy trên i2p... 14:32 * dm không nghĩ thứ đó sẽ hoạt động tin cậy sớm đâu. 14:32 &lt;Connelly&gt; một thư viện DHT generic thì hay đấy 14:32 &lt;dm&gt; một cách tin cậy 14:32 &lt;deer&gt; &lt;Nightblade&gt; thư viện DHT là gì 14:32 &lt;cat-a-puss&gt; cái đó cần hoạt động khác đi ... 14:33 &lt;jrandom&gt; cat-a-puss: tôi nghĩ tùy loại hoạt động, bảng tin kiểu Frost có thể hợp với vài thứ, bảng tin kiểu fmb hợp với thứ khác, và trình tổng hợp blog lại hợp với những thứ khác nữa 14:34 &lt;Connelly&gt; ví dụ một triển khai Kademlia hay tương tự 14:34 &lt;Connelly&gt; tôi đoán enclave sẽ kiểu như vậy 14:34 &lt;deer&gt; &lt;Nightblade&gt; tôi nghĩ tôi sẽ sửa vài thứ trên LibSAM trước 14:34 &lt;deer&gt; &lt;Nightblade&gt; tôi chỉ còn hai tuần học nữa, tính cả tuần này 14:34 &lt;deer&gt; &lt;Nightblade&gt; rồi tôi hy vọng sẽ làm được vài thứ 14:35 &lt;jrandom&gt; w00t! :) 14:37 &lt;cat-a-puss&gt; jrandom: về cơ bản mục tiêu là làm mọi thứ cho mọi người. Nếu mạng không làm được mọi thứ, người ta sẽ dùng thứ khác. (và nó cần làm tốt hơn để thu hút lưu lượng che phủ) 14:38 &lt;jrandom&gt; tôi đã làm quá nhiều dự án cố theo kiểu 'dao đa năng Thụy Sĩ' - cứ xây là họ sẽ tới 14:38 &lt;hypercubus&gt; mạng là tầng vận chuyển, không phải tầng ứng dụng ;-) 14:38 &lt;jrandom&gt; cách đó rất, rất, rất hiếm khi hiệu quả. 14:38 &lt;jrandom&gt; tầng vận chuyển i2p chắc chắn nên hỗ trợ mọi liên lạc điểm-điểm có thể 14:38 &lt;jrandom&gt; nhưng các ứng dụng chạy trên i2p nên thân thiện với người dùng - nghĩa là giải quyết một nhu cầu cụ thể và giúp họ làm điều đó 14:39 &lt;jrandom&gt; đại đa số không muốn một tầng truyền thông, họ muốn một cách để trò chuyện, đọc những gì người khác nói, và khám phá 14:39 &lt;Connelly&gt; thôi nào, chúng ta nên tạo một XUL, và cả một hệ Gecko mới 14:39 &lt;Connelly&gt; rồi xây một tập hợp chương trình Mozilla trên đó 14:39 &lt;Connelly&gt; rồi tích hợp các hệ cộng tác vào Mozilla ;) 14:40 &lt;cat-a-puss&gt; tuyệt nếu ứng dụng có đủ quyền kiểm soát tầng truyền thông để bắt nó làm điều mình muốn. 14:40 &lt;dm&gt; Maxthon&gt; Mozilla 14:40 &lt;jrandom&gt; cat-a-puss: chắc chắn. mọi ứng dụng dùng SAM, I2CP, hoặc SDK đều có thể làm những gì ứng dụng khác làm được 14:41 &lt;jrandom&gt; (mà như vậy là đủ [chức năng / API được mô phỏng theo JMS và các MOM, đã được kiểm chứng thực chiến hơn một thập kỷ trong công nghiệp]) 14:43 &lt;cat-a-puss&gt; ok, vậy về cơ bản tôi có: TCP, datagram, cả hai thứ đó + ẩn danh nếu tôi muốn, và một DHT hoạt động phía trên tất cả. 14:44 &lt;hypercubus&gt; bạn vẫn có chút ẩn danh, dù bạn có thích hay không ;-) 14:44 &lt;cat-a-puss&gt; vậy ứng dụng không thể đặt độ dài tunnel về 0 ngay cả khi muốn? 14:44 &lt;jrandom&gt; đúng - bản thân i2p là phần TCP/datagram, và ứng dụng DHT enclave có thể dùng làm nền tảng cho kho dữ liệu 14:44 &lt;jrandom&gt; chắc chắn 14:45 &lt;jrandom&gt; thực tế, với tunnel 0 hop (không có nút trung gian) và biện pháp phòng vệ mà Connelly đã nêu tuần trước, nó có thể khá ẩn danh trước một số kẻ tấn công 14:45 &lt;jrandom&gt; ờ, tôi đọc nhầm ý bạn. đúng là ứng dụng có thể đặt độ dài tunnel về 0, nhưng thực ra như vậy vẫn cung cấp một mức độ ẩn danh nhất định 14:46 &lt;cat-a-puss&gt; ok 14:46 &lt;jrandom&gt; (đủ cho một số người, nhưng không đủ trước một số tấn công thống kê) 14:46 &lt;hypercubus&gt; nếu bạn không muốn ẩn danh, bạn không nên chạy lưu lượng của mình qua i2p 14:47 &lt;cat-a-puss&gt; và các ứng dụng khác nhau trên cùng host/port tôi đoán được xử lý bằng các khóa riêng biệt? 14:47 &lt;jrandom&gt; chính xác 14:47 &lt;deer&gt; &lt;DrWoo&gt; ẩn danh thấp có thể phổ biến để chạy p2p qua I2P ? 14:47 &lt;cat-a-puss&gt; vậy câu hỏi duy nhất còn lại của tôi là một kiểu 'dịch vụ nhận hộ' 14:47 &lt;jrandom&gt; đúng, DrWoo - chia sẻ tập tin / v.v. có lẽ có thể dùng tunnel 0 hop 14:48 &lt;deer&gt; &lt;DrWoo&gt; chào soros! 14:48 &lt;hypercubus&gt; tôi nghĩ ứng dụng kiểu BitTorrent trên i2p có lẽ cần tunnel 0–1 hop 14:48 &lt;Connelly&gt; jrandom: biện pháp phòng vệ nào cho tunnel 0 hop? 14:48 &lt;deer&gt; &lt;soros&gt; chào woo :D 14:48 &lt;deer&gt; &lt;DrWoo&gt; soros: bạn trốn à hehe 14:48 &lt;cat-a-puss&gt; VD: thiết lập gì đó trong cơ sở dữ liệu i2p để lưu lượng của tôi đi tới ai đó khi tôi offline, rồi khi tôi quay lại tôi liên hệ họ và họ chuyển lại cho tôi những gì tôi đã bỏ lỡ? 14:48 &lt;cat-a-puss&gt; họ không cần phải giải mã được nó 14:48 &lt;deer&gt; &lt;soros&gt; bỏ iip vài tháng 14:48 &lt;dm&gt; soros và drwoo tái ngộ... 14:48 &lt;dm&gt; TEAR 14:48 &lt;hypercubus&gt; cat-a-puss: lại là chuyện tầng ứng dụng 14:49 &lt;jrandom&gt; cat-a-puss: tôi không rõ, kiểu chức năng đó tôi chưa thực sự hình dung cho myi2p, nhưng có vài cách để làm 14:49 &lt;deer&gt; &lt;soros&gt; cái này có tự động chuyển sang freenode không ? 14:49 &lt;deer&gt; &lt;soros&gt; ối.. đây là i2p xin lỗi 14:49 &lt;jrandom&gt; Connelly: dùng thứ tự nghiêm ngặt cho các peer trong tunnel 14:49 &lt;deer&gt; &lt;DrWoo&gt; hơi rối một chút lol 14:50 &lt;Connelly&gt; ok 14:50 &lt;hypercubus&gt; chúng ta cần mở khảo sát trên diễn đàn để bầu tên mới cho myI2P ;-) 14:51 &lt;jrandom&gt; betty 14:51 &lt;hypercubus&gt; MyBetty? 14:51 &lt;dm&gt; MY TOOPIE 14:51 &lt;jrandom&gt; hê 14:51 &lt;deer&gt; &lt;Nightblade&gt; acropolis thì sao....... có phải thế không? 14:51 &lt;hypercubus&gt; Betty Toop? 14:51 &lt;deer&gt; &lt;soros&gt; MOAP2P 14:51 &lt;deer&gt; &lt;DrWoo&gt; I2P H@ME 14:51 &lt;deer&gt; &lt;soros&gt; Mẹ của mọi P2P 14:52 &lt;hypercubus&gt; nightblade: ừ, acropolis 14:52 &lt;hypercubus&gt; tôi thích nó 14:53 &lt;dm&gt; Thế này thì sao: Pipi in your face 14:53 &lt;hypercubus&gt; dm: bạn biết là tất cả sẽ vào nhật ký cuộc họp chứ? ;-) 14:53 &lt;Connelly&gt; này, tôi có ý tưởng hay 14:53 &lt;deer&gt; &lt;DrWoo&gt; Trung tâm I2P Được Biết 14:53 &lt;dm&gt; hypercubus: pipi in your face 14:53 &lt;Connelly&gt; hãy tích hợp một RPG 3D người dùng có thể lập trình vào I2P H@ME 14:53 &lt;deer&gt; &lt;soros&gt; gọi nó là HyperCube. 14:54 &lt;Connelly&gt; và dùng công nghệ Mozilla để làm :) 14:54 &lt;dm&gt; Maxthon pipi on mozilla 14:54 &lt;Connelly&gt; được, Maxthon 14:54 &lt;hypercubus&gt; bạn đang mê xul hả connelly? ;-) 14:54 &lt;Connelly&gt; ừ! 14:55 &lt;Connelly&gt; nhưng chúng ta nên tạo hẳn một ngôn ngữ lập trình dựa trên XML 14:55 &lt;Connelly&gt; như vậy sẽ linh hoạt hơn 14:55 &lt;jrandom&gt; rồi hãy xây cả phần cứng của riêng mình nữa 14:55 &lt;hypercubus&gt; router mesh không dây tùy biến cho i2p 14:55 &lt;jrandom&gt; và lập hẳn một công ty phân phối với tàu thủy và tàu hỏa để đưa chúng ra ngoài! :) 14:55 &lt;dm&gt; tôi rành CPU 14:55 &lt;dm&gt; tôi tự chế một cái 14:56 &lt;deer&gt; &lt;mule&gt; cộng thêm xây cả nhà máy sản xuất chip ... 14:56 &lt;Connelly&gt; đúng, một tập đoàn vận chuyển ẩn danh 14:56 &lt;hypercubus&gt; gọi là WhoEx 14:56 &lt;Connelly&gt; và dùng gương phản xạ trên mặt trăng để bắn lưu lượng internet bằng laser qua lại! 14:57 &lt;hypercubus&gt; tôi cảm thấy đến lúc boof cuộc họp rồi 14:57 &lt;jrandom&gt; về điều đó.. 14:57 &lt;jrandom&gt; ờ, ý tôi là note 14:57 &lt;jrandom&gt; còn gì mọi người muốn nêu không? nếu không, chúng ta có diễn đàn và danh sách thư 14:57 &lt;jrandom&gt; (và chúng tôi luôn ở đây ;) 14:57 * jrandom kết thúc 14:57 &lt;dm&gt; không phải tôi, tôi còn cuộc sống. 14:57 &lt;dm&gt; ĐỒ THUA CUỘC 14:57 &lt;dm&gt; NEEEEEEEEEEEEEEEERRRRRRRRRDDDDDDDSSSSS 14:57 * jrandom *baf* vào đầu dm 14:58 &lt;jrandom&gt; (đóng cuộc họp) </div>/vi/blog/2004/07/27/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-07-27/Tue, 27 Jul 2004 00:00:00 +0000/vi/blog/2004/07/27/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-ng%C3%A0y-2004-07-27/<p>Chào mọi người, đến giờ phiên than phiền hàng tuần rồi</p> <h2 id="mục-lục">Mục lục:</h2> <ol> <li>0.3.3 &amp; current updates</li> <li>NativeBigInteger</li> <li>???</li> </ol> <h2 id="1-033">1) 0.3.3</h2> <p>Chúng tôi đã phát hành phiên bản 0.3.3 vào thứ Sáu vừa rồi và sau một hai ngày đầu khá trục trặc, có vẻ mọi thứ đã ổn. Chưa tốt bằng 0.3.2.3, nhưng thường tôi vẫn có thể ở lại trên irc.duck.i2p trong các phiên 2–7 giờ. Tuy nhiên, vì thấy nhiều người gặp sự cố, tôi bật logger (trình ghi log) và theo dõi chi tiết xem chuyện gì đang diễn ra. Câu trả lời ngắn gọn là chúng tôi đã dùng băng thông nhiều hơn mức cần thiết, gây tắc nghẽn và lỗi tunnel (do các thông điệp kiểm thử bị hết thời gian chờ, v.v.).</p>/vi/blog/2004/07/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-7-2004/Tue, 20 Jul 2004 00:00:00 +0000/vi/blog/2004/07/20/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-7-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cat-a-puss, cervantes, Connelly, deer, duck, jrandom, mihi, modulus</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) chào 14:05 &lt;jrandom&gt; 1) 0.3.2.3, 0.3.3, và lộ trình 14:05 &lt;jrandom&gt; 2) s/reliability/capacity/g 14:05 &lt;jrandom&gt; 3) cập nhật website 14:05 &lt;jrandom&gt; 4) tấn công và phòng thủ 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) chào 14:05 * jrandom vẫy tay 14:05 &lt;jrandom&gt; ghi chú tình hình hàng tuần đã đăng tại @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 &lt;jrandom&gt; tiến ngay tới 1) 0.3.2.3, 0.3.3, và lộ trình 14:07 &lt;jrandom&gt; (trong lúc mọi người đọc trước, tôi đoán vậy ;) 14:07 &lt;jrandom&gt; bản phát hành 0.3.2.3 đã ra và có vẻ chạy ổn 14:07 &lt;jrandom&gt; mọi người đang gặp khó chịu chính ở đâu? 14:08 &lt;deer&gt; &lt;Nightblade&gt; không gặp rắc rối nào cả 14:08 &lt;deer&gt; &lt;duck&gt; uptime 4 ngày không vấn đề 14:08 &lt;jrandom&gt; hmm, chuẩn 14:08 &lt;deer&gt; &lt;duck&gt; với một số người thì irc có vẻ không ổn định lắm 14:08 &lt;deer&gt; &lt;duck&gt; như kaji bị đá ra mỗi phút 14:08 &lt;deer&gt; &lt;duck&gt; nhưng chuyện đó không mới mẻ 14:09 &lt;jrandom&gt; đúng, chuyện đó cũng xảy ra với anh ấy trên mạng freenode, nên tôi không chắc đổ lỗi cho gì ở đây 14:09 &lt;deer&gt; &lt;duck&gt; yeah 14:09 &lt;deer&gt; &lt;duck&gt; connelly gặp vài download lỗi theo như tôi biết (afaik) 14:10 &lt;deer&gt; &lt;duck&gt; nhưng bạn đâu có thấy tôi kêu ca 14:10 &lt;jrandom&gt; à thật sao? hmm, tôi nghĩ chúng tôi đã tìm ra một số trong đó liên quan đến thư viện của anh ấy, nhưng tôi cũng thỉnh thoảng gặp lỗi khi truyền tệp lớn 14:10 &lt;jrandom&gt; đặc biệt khi đang leech sách từ alexandria 14:10 &lt;jrandom&gt; (ờ, không hẳn là đặc biệt, nhưng đó là site duy nhất tôi leech) 14:11 &lt;deer&gt; &lt;duck&gt; :) 14:11 &lt;jrandom&gt; ok, kế hoạch của tôi là khi bản 0.3.3 ra, tôi sẽ tập trung đưa chúng ta lên 0.4, song song với các bản sửa lỗi mọi người nêu ra 14:12 &lt;jrandom&gt; công việc 0.4 còn lại chủ yếu là các thứ web đơn giản (new router console w/ servlets, jetty integration, servlet to control the router, and a servlet to config the i2ptunnel instances) 14:13 &lt;jrandom&gt; có lẽ vài bạn làm jsp/servlet có thể giúp một tay để làm quen với code, dù tôi từng làm khá nhiều thứ kiểu đó rồi nên việc hiện thực sẽ không quá khó 14:13 &lt;jrandom&gt; theo như tôi biết, installer của hypercubus về cơ bản là sẵn sàng 14:13 &lt;jrandom&gt; (dù hôm nay tôi vừa quăng thêm việc cho anh ấy ;) 14:13 &lt;deer&gt; &lt;duck&gt; featurecreep++ 14:14 &lt;jrandom&gt; giữ mọi người luôn cảnh giác :) 14:14 &lt;jrandom&gt; (nhưng mà, ai cũng ghét phải tải từng jar riêng lẻ để nâng cấp) 14:14 &lt;deer&gt; &lt;duck&gt; đúng, đó là vấn đề lớn nhất của tôi khi nâng cấp 14:14 &lt;deer&gt; &lt;duck&gt; (dù tôi dùng cvs) 14:14 &lt;deer&gt; &lt;duck&gt; nhưng sẽ là như vậy nếu tôi không dùng 14:15 &lt;jrandom&gt; heh 14:15 &lt;mihi&gt; jrandom: chỉ cần tar tất cả chúng -&gt; 1 lần tải ;) 14:15 &lt;jrandom&gt; như vậy đủ đơn giản, và để updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 &lt;jrandom&gt; (sau một lệnh kiểu wget) 14:16 &lt;jrandom&gt; tôi nghĩ hypercubus đã nắm code làm mấy việc đó, nên ta có thể để anh ấy quyết định làm điều Đúng Đắn 14:17 &lt;jrandom&gt; dù sao, như mọi người có thể đã để ý, lịch trình của chúng ta không còn như trước 14:17 &lt;jrandom&gt; lộ trình đã được cập nhật và bị kéoooooo dàiiiiii 14:18 &lt;mihi&gt; jjrraannddoomm:: kkiểm ttra công tắc duplex của bạn 14:18 &lt;deer&gt; &lt;Nightblade&gt; hah 14:18 &lt;jrandom&gt; heh 14:18 * mihi mắc lỗi... ai bắt lỗi trước? 14:19 &lt;jrandom&gt; (\n\n) 14:19 &lt;jrandom&gt; nhưng dù sao 14:19 &lt;mihi&gt; ok, thêm cái nữa ;) 14:19 &lt;duck&gt; (không có hai dấu cách) 14:19 &lt;mihi&gt; duck++ 14:20 &lt;jrandom&gt; tôi nghĩ lộ trình giờ khá thực tế ít nhất tới bản 1.0, tuy nhiên tùy vào mức độ người dùng đón nhận và phản hồi, chúng ta có thể sắp xếp lại hoặc bỏ một trong 0.4.2 hoặc 0.4.3 14:20 &lt;jrandom&gt; (và dĩ nhiên, như mọi khi, lộ trình có thể thay đổi nếu có thêm người tham gia :) 14:21 &lt;modulus&gt; có lẽ một ngày nào đó tôi sẽ làm, sau khi học java, nhưng i2p nghe không giống dự án cho người mới. 14:21 &lt;deer&gt; &lt;Sandworm&gt; ừ, sẽ mất lâu hơn :) 14:21 &lt;deer&gt; * duck mong sẽ còn trượt lịch đôi chút dọc đường 14:21 &lt;modulus&gt; :-) 14:22 &lt;deer&gt; * duck khó mà gọi là trượt lịch, nhìn bảng ấn tượng ở http://www.i2p.net/redesign/announcements 14:22 &lt;jrandom&gt; trễ lịch dĩ nhiên có thể xảy ra, nhưng tôi nghĩ các mốc còn lại đều khá khả thi 14:22 &lt;jrandom&gt; ừ, cảm ơn đã cho thấy tôi chẳng có đời sống gì hết, duck ;) 14:22 &lt;deer&gt; &lt;duck&gt; đây là cuộc đời của anh 14:22 &lt;modulus&gt; vậy 1.0 khi nào ra? :-) 14:22 &lt;deer&gt; &lt;duck&gt; hãy tự hào về nó 14:23 &lt;jrandom&gt; modulus: dù một vài phần của i2p rất khó nhằn, vẫn có nhiều mảnh có thể do lập trình viên mới xử lý khá dễ 14:23 &lt;modulus&gt; nhưng có lẽ là phần khá chán, đúng không? 14:24 &lt;jrandom&gt; không, không hề. ví dụ, dựng nhanh một ứng dụng chuyển tệp ẩn danh hay chat, một webserver mini, một MUD, một app cờ vua, v.v. 14:24 &lt;duck&gt; (cập nhật website) 14:24 &lt;modulus&gt; nghe hay đấy. 14:24 &lt;jrandom&gt; (tức là các client app đơn giản có thể ẩn danh) 14:24 &lt;jrandom&gt; và dĩ nhiên là cập nhật web ;) 14:25 &lt;modulus&gt; chuyện cập nhật web là gì vậy? 14:25 &lt;jrandom&gt; website của chúng ta cần làm việc (xem http://dev.i2p.net/pipermail/i2p/2004-July/000358.html hoặc chờ vài phút tới mục 3) 14:25 &lt;cat-a-puss&gt; myi2p nằm ở đâu trong tất cả chuyện đó? 14:25 &lt;modulus&gt; à à 14:26 &lt;jrandom&gt; cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 &lt;modulus&gt; theo tôi myi2p chưa phải ưu tiên lúc này... 14:26 &lt;jrandom&gt; (tôi vừa viết một trang ngắn về nó vài giờ trước) 14:27 &lt;jrandom&gt; nhân tiện, mọi cập nhật website đều được gửi lên mailing list i2pwww (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 &lt;modulus&gt; hmm, tôi có thể viết một ứng dụng định danh toàn cục :-) 14:28 &lt;jrandom&gt; nhưng tôi vẫn thấy việc triển khai myi2p (ít nhất sổ địa chỉ cơ bản và blog) sẽ được thực hiện cho bản 1.0 14:28 &lt;jrandom&gt; (theo lộ trình, dự kiến tháng Mười Một) 14:28 &lt;jrandom&gt; đúng, bạn chắc chắn có thể 14:28 &lt;modulus&gt; thứ gì đó đơn giản hơn DNS, có xác thực và ủy quyền TLD 14:28 &lt;jrandom&gt; cũng không tệ chút nào – một app đơn giản để bạn truy vấn một name server trung tâm sẽ hay đấy 14:29 &lt;modulus&gt; ừ 14:29 &lt;jrandom&gt; vậy thì bắt tay vào code đi :) 14:29 &lt;modulus&gt; tôi sẽ bắt đầu vào ngày mai. cứ nhắc nhở tôi nếu tôi lo việc khác ;-) 14:29 &lt;jrandom&gt; hehe hay đấy, sẽ làm vậy 14:29 &lt;jrandom&gt; ok, chuyển sang 2) s/reliability/capacity/g 14:29 &lt;duck&gt; câu hỏi nhỏ về site: 14:29 &lt;duck&gt; ồ đợi đã 14:29 &lt;duck&gt; đó là mục 3 14:29 &lt;duck&gt; xin lỗi 14:29 &lt;jrandom&gt; được, gì vậy? 14:30 &lt;jrandom&gt; à, 'k 14:30 &lt;jrandom&gt; sẽ có một thay đổi khá căn bản với phần profiling và lựa chọn peer trong bản 0.3.3, như mô tả trong email và http://www.i2p.net/redesign/how_peerselection 14:31 &lt;jrandom&gt; tôi đã chạy nó trên một cặp router lúc này và có vẻ hoạt động ổn (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 &lt;jrandom&gt; và không còn giá trị âm nữa :) 14:31 &lt;modulus&gt; :) 14:32 &lt;jrandom&gt; tôi sẽ thử thêm chút nữa, có lẽ một hai ngày nữa, rồi tung nó ra thành 0.3.3 14:32 &lt;cat-a-puss&gt; d 14:32 &lt;cat-a-puss&gt; &lt;modulus&gt; 14:32 &lt;cat-a-puss&gt; oops 14:33 &lt;duck&gt; đang khuyên không nên cập nhật cvs à? 14:33 &lt;cat-a-puss&gt; để làm dns hãy xem một cache của http://www.levien.com/thesis/compact.pdf 14:33 &lt;jrandom&gt; không, cvs hiện khá ổn định 14:33 &lt;jrandom&gt; (nhưng như mọi khi, hãy sẵn sàng quay lui nếu có thứ gì đó tệ xảy ra) 14:35 &lt;jrandom&gt; trông hay đó cat-a-puss, cảm ơn 14:35 &lt;cat-a-puss&gt; (tôi có một bản gốc nếu ai cần) 14:36 &lt;jrandom&gt; cache của Google làm hình hơi méo, nên nếu bạn có pdf thô thì tuyệt 14:36 &lt;jrandom&gt; dù sao, chúng ta đang hơi lạc đề (nhưng có thể quay lại vấn đề này) 14:37 &lt;jrandom&gt; về chuyển đổi reliability/capacity thì thế thôi, chuyển sang 3) cập nhật website 14:37 &lt;jrandom&gt; duck: bạn có điều gì muốn nêu chứ? 14:38 &lt;jrandom&gt; trong lúc duck chuẩn bị ghi chú, có ai có ý tưởng/đề xuất/quan ngại gì liên quan tới các mục đã nêu trong email không? 14:39 &lt;deer&gt; &lt;Nightblade&gt; website trông tốt 14:39 &lt;jrandom&gt; ừ, tôi thích phần điều hướng mới và bố cục site khá sạch 14:40 &lt;deer&gt; &lt;Nightblade&gt; dễ tìm thứ hơn 14:40 &lt;cervantes&gt; _dễ_ tìm thứ hơn nhiều 14:40 &lt;duck&gt; trước hết tôi muốn cảm ơn người đại diện người dùng của chúng ta, protocol, vì đã hữu ích :) 14:40 &lt;jrandom&gt; heh 14:40 &lt;duck&gt; anh ấy có vài gợi ý hay và mới chỉ bắt đầu 14:40 &lt;cervantes&gt; hip hip hurra! 14:40 &lt;jrandom&gt; (đồng ý!) 14:41 &lt;duck&gt; tiếp theo, tôi nghĩ hầu như không có lý do gì để không đưa bản thiết kế lại lên chính thức 14:42 &lt;jrandom&gt; đồng ý – có lẽ ta chỉ cần đánh dấu news/development/documentation là các mục không nằm trong điều hướng trang, tạm bỏ phần jvm và tinh chỉnh config, và thêm một số nội dung cơ bản cho trang I2PTunnel, tôi nghĩ ta có thể triển khai 14:42 &lt;jrandom&gt; tôi chỉ muốn nó lên live với mọi liên kết hoạt động (và mọi trang không hoạt động) 14:43 &lt;jrandom&gt; sẽ dĩ nhiên có các cập nhật tiếp theo sau khi nó lên life ;) 14:43 &lt;jrandom&gt; à, live 14:44 &lt;jrandom&gt; nhân tiện, wilde đã nối tài khoản 34sp của chúng ta rồi, nên khi cần ta có thể chuyển site sang đó 14:44 &lt;cervantes&gt; ngầu đấy 14:44 &lt;jrandom&gt; duck nghĩ sao? cái menu.php đó có xử lý các mục điều hướng không phải trang được không? 14:44 * cervantes kiểm tra inbox xem có điểm giới thiệu 14:45 &lt;jrandom&gt; (hay sửa vào như thế sẽ quá tốn công?) 14:45 &lt;jrandom&gt; hehe cervantes, cái đó đang trên đường tới 14:45 &lt;cervantes&gt; ;-) 14:45 &lt;cervantes&gt; à, chiêu cũ "tấm séc đang trên đường gửi bưu điện" 14:47 &lt;duck&gt; xin lỗi; đang làm việc khác trong lúc này. 14:47 &lt;duck&gt; ok; có thể làm cho nó chỉ là tiêu đề phần điều hướng 14:47 &lt;jrandom&gt; không vấn đề, ta có thể tiếp tục và quay lại sau nếu bạn muốn 14:47 &lt;jrandom&gt; ok hay đó 14:47 &lt;jrandom&gt; (duck++) 14:48 &lt;jrandom&gt; ok, còn gì liên quan website không? 14:48 &lt;duck&gt; với gợi ý của bạn, nghe như đã sẵn sàng để đưa lên. 14:48 &lt;jrandom&gt; nếu không, chuyển sang 4) tấn công và phòng thủ 14:48 &lt;duck&gt; . 14:48 &lt;jrandom&gt; chuẩn 14:49 &lt;jrandom&gt; ok, tôi đoán mọi người đã đọc mailing list và xem bài của connelly cùng các phản hồi 14:50 &lt;cervantes&gt; anh ấy bận rộn :) 14:50 &lt;cervantes&gt; (gần bằng proto) 14:50 &lt;Connelly&gt; theo tôi (imo), mạng có vẻ vững với mọi thứ ngoại trừ phân tích lưu lượng (các site có nhiều lưu lượng), và các tấn công cắt kết nối của chính phủ, và khi kẻ tấn công chiếm phần lớn mạng 14:50 &lt;jrandom&gt; dù tôi nghĩ chúng ta đang ở trạng thái khá tốt, tôi chắc chắn vẫn có điều (hay nhiều điều) chúng ta bỏ sót, vậy xin đừng mặc định i2p làm hay sẽ làm đúng như tuyên bố – hãy thách thức các giả định và nói vì sao nó tệ 14:50 &lt;Connelly&gt; mã hóa về cơ bản làm tiêu các kiểu tấn công không hung hãn 14:51 &lt;jrandom&gt; đó là điều chúng ta kỳ vọng 14:51 &lt;jrandom&gt; thêm nữa, với khả năng i2p 2.0 và 3.0, các biện pháp phòng thủ trước đối thủ tầm cỡ chính phủ sẽ khả thi 14:51 &lt;Connelly&gt; tất nhiên trong thực tế sẽ có lỗ hổng bảo mật cần vá 14:52 * jrandom vẫn cần viết vài tài liệu về cách các độ trễ 3.0 sẽ ngăn tấn công chia cắt 14:52 &lt;jrandom&gt; chắc chắn rồi connelly 14:54 &lt;jrandom&gt; ok, nếu không còn gì theo hướng đó, tôi nghĩ tôi hết rồi 14:54 &lt;jrandom&gt; vậy 5) ??? 14:55 &lt;jrandom&gt; à, nhân tiện, tôi đã vẽ đồ thị băng thông sử dụng so với số tunnel tham gia cho một trong các mô phỏng trong suốt 4 ngày 14:55 &lt;jrandom&gt; đã đăng tại @ http://dev.i2p.net/~jrandom/4daybandwidth.png 14:56 &lt;jrandom&gt; mô phỏng có các thông điệp 32KB gửi qua lại mỗi 30s, với hai router bị bóp ở 6KBps, và mọi thứ hoạt động đúng như 'nên thế' 14:56 &lt;duck&gt; (đã triển khai thuộc tính nolink cho site) 14:56 &lt;jrandom&gt; (ví dụ: tải phân bố trên các peer nhanh và tin cậy, tránh các peer chậm, v.v.) 14:56 &lt;jrandom&gt; w00t 14:56 &lt;Connelly&gt; một đồ thị log của băng thông/người dùng theo kích thước mạng sẽ hay 14:57 &lt;Connelly&gt; để có thể nói 'ừ, nó thực sự mở rộng tốt' 14:58 &lt;jrandom&gt; thậm chí không cần đồ thị log – khả năng mở rộng của client comm là đúng O(1) [cần 2k*msgSize, với k = # hops trong tunnel] 14:58 &lt;jrandom&gt; nhưng đúng, tôi đồng ý, chúng ta cần vài tài liệu mô tả cách i2p mở rộng 14:58 &lt;Connelly&gt; thế còn kademlia ... có trong mô phỏng của bạn không? 14:58 &lt;jrandom&gt; có, mô phỏng thực chất là toàn bộ code router, tất cả chạy trong một JVM 14:58 &lt;jrandom&gt; tôi còn chạy nó với kết nối TCP đầy đủ thay vì hệ thống liên lạc trong VM nữa 14:59 &lt;jrandom&gt; mã Kademlia được dùng lần đầu khi Alice muốn liên lạc với Bob – chừng nào họ còn nói chuyện, liên lạc của họ là O(1) vì họ gói LeaseSet cùng với payload 14:59 &lt;jrandom&gt; (nên không cần các tra cứu netDb tiếp theo) 15:00 &lt;cervantes&gt; vl07 và onb0 là các router bị bóp nghẹt? 15:00 &lt;jrandom&gt; nhưng đúng, chúng ta cần một mô phỏng để chứng minh chính netDb mở rộng thế nào 15:01 &lt;jrandom&gt; cevantes: 0jvf và onb0 15:01 &lt;cervantes&gt; điều gì giải thích mức tụt của vl07 sau một ngày uptime? 15:02 &lt;cervantes&gt; có vẻ giao cắt với 00u0 15:02 &lt;jrandom&gt; tất cả các router không bị bóp về cơ bản là như nhau – đều trên cùng CPU, có độ trễ (0ms) như nhau, nên việc phân loại một cái là 'fast' so với 'reliable' chỉ là tùy ý 15:04 &lt;Connelly&gt; việc gán nhãn 'fast and reliable', 'slow' v.v. của bạn có hồi phục từ các giá trị lớn không? 15:04 &lt;jrandom&gt; tại sao nó giảm xếp hạng/mức sử dụng sau một ngày? tôi không chắc, có lẽ một lúc CPU hoặc IO bị đội thêm khi đang thử nghiệm khiến tốc độ giảm chút 15:04 &lt;jrandom&gt; đúng, xếp hạng dùng trung vị bây giờ, không phải trung bình, và có độ suy giảm khá nhanh trên dữ liệu 15:05 &lt;jrandom&gt; s/fiarly/fairly/ 15:05 &lt;Connelly&gt; vậy nếu tôi làm bạn nghĩ độ tin cậy của tôi là 1000000000, bạn có thể hồi phục khi tôi bắt đầu bỏ thông điệp chứ 15:06 &lt;jrandom&gt; chắc chắn – nếu bạn 'fail' tôi sẽ lập tức ngừng nhờ bạn làm việc và giảm xếp hạng của bạn 15:06 &lt;jrandom&gt; tính toán "capacity" mới lại khá nhạy với các kiểu thay đổi đó 15:06 &lt;jrandom&gt; (tốc độ cũng khó mà giả mạo, vì mọi xếp hạng tốc độ đều là giá trị đo thực) 15:07 &lt;jrandom&gt; ((giống như reliability trước đây, và capacity bây giờ)) 15:09 &lt;jrandom&gt; ok, còn ai có gì muốn nêu không? 15:10 &lt;deer&gt; * jrandomi2p gợi ý *baf*er 15:11 * jrandom đồng tình 15:11 * jrandom lấy đà 15:11 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/07/20/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-07-20/Tue, 20 Jul 2004 00:00:00 +0000/vi/blog/2004/07/20/ghi-ch%C3%BA-tr%E1%BA%A1ng-th%C3%A1i-i2p-cho-ng%C3%A0y-2004-07-20/<p><strong>1) 0.3.2.3, 0.3.3, và lộ trình</strong></p> <p>Sau khi phát hành 0.3.2.3 tuần trước, mọi người đã nâng cấp rất tốt - hiện chúng ta chỉ còn hai trường hợp chưa nâng cấp (một ở 0.3.2.2 và một còn tận 0.3.1.4 :).</p> <p>Trong vài ngày qua, mạng đáng tin cậy hơn bình thường - mọi người ở trên irc.duck.i2p hàng giờ liền, các lượt tải xuống tệp lớn từ eepsites(I2P Sites) đều thành công, và khả năng truy cập eepsite(I2P Site) nói chung khá tốt. Vì mọi thứ đang diễn ra tốt đẹp và tôi muốn giữ mọi người luôn cảnh giác, tôi đã quyết định thay đổi một vài khái niệm cơ bản và chúng tôi sẽ triển khai chúng trong bản phát hành 0.3.3 trong một hai ngày tới.</p>/vi/blog/2004/06/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-22-th%C3%A1ng-6-n%C4%83m-2004/Tue, 22 Jun 2004 00:00:00 +0000/vi/blog/2004/06/22/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-22-th%C3%A1ng-6-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:00 &lt;jrandom&gt; 0) chào 14:00 &lt;jrandom&gt; 1) cập nhật tình hình 14:00 &lt;jrandom&gt; 2) cvs HEAD 14:00 &lt;jrandom&gt; 3) 0.4 14:00 &lt;jrandom&gt; 4) 1.0 14:00 &lt;jrandom&gt; 5) hoạt động khác 14:00 &lt;jrandom&gt; 6) ??? 14:00 &lt;jrandom&gt; 0) chào 14:00 &lt;dm&gt; 7) Lợi nhuận!! 14:00 &lt;mihi&gt; chào 14:00 &lt;cervantes&gt; xin chào 14:00 &lt;dm&gt; chào 14:00 &lt;fvw&gt; chào bác sĩ Nick 14:01 &lt;jrandom&gt; dành cho tất cả những ai đang theo dõi ở nhà, chúng tôi đã đăng ghi chú trạng thái tại http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 &lt;jrandom&gt; như trước nay, cái đó chứa nội dung thực tế - còn ở đây chúng ta bàn chuyện meta và thảo luận 14:01 * dm đang chơi ở nhà. NHÁY MẮT NHÁY MẮT NHÁY MẮT. 14:01 &lt;jrandom&gt; BrianR: đây là lúc LART phát huy tác dụng 14:02 &lt;jrandom&gt; dù sao, chuyển sang 1) cập nhật tình hình 14:02 &lt;thecrypto&gt; xem tôi có thể kết nối tới một eepsite không 14:03 &lt;jrandom&gt; hôm nọ có số lượng router rời khỏi mạng nhiều hơn thường lệ; tôi hy vọng là vì nhiều dịch vụ trong mạng bị hỏng bét do lỗi ngớ ngẩn của tôi 14:03 * mihi khởi động router của mình 14:03 &lt;thecrypto&gt; yeah! 14:03 &lt;jrandom&gt; nếu mọi người tắt router vì lý do khác (lỗi, dùng CPU/bộ nhớ, v.v.) tôi rất muốn biết 14:04 &lt;dm&gt; ok 14:05 &lt;BrianR&gt; Tôi phải nói, i2p hiện cư xử ngoan hơn freenet trên máy tôi... cả về ngốn băng thông lẫn ngốn CPU/RAM. 14:05 &lt;jrandom&gt; hiện có một bug rất tệ trong cvs, nhưng tôi đã sửa cục bộ - tối nay tôi sẽ commit (chưa chắc trước hay sau khi ráp xong máy mới) 14:05 &lt;jrandom&gt; ồ, tuyệt 14:06 &lt;jrandom&gt; thực ra, công bằng mà nói i2p làm ít việc hơn freenet - khi có hàng nghìn router chúng ta sẽ xem mọi thứ thế nào 14:06 &lt;dm&gt; Tại sao hệ điều hành không có sẵn giới hạn băng thông theo từng ứng dụng? Việc đó khó à? 14:06 &lt;BrianR&gt; Tôi muốn thử stress với tính năng giới hạn băng thông tích hợp của i2p. Cái đó tiến triển tới đâu rồi? 14:06 &lt;dm&gt; Các dự án tự triển khai giới hạn băng thông, tốn thời gian thật ngớ ngẩn. 14:06 &lt;fvw&gt; dm: Linux làm được, freebsd chắc cũng vậy. 14:07 &lt;dm&gt; Thật à? 14:07 &lt;cervantes&gt; netlimiter trên windoze làm được 14:07 &lt;BrianR&gt; dm: Không khó. Có nhiều thứ giới hạn băng thông ở cấp hệ thống sẵn có, cho 'doze, linux, *bsd... 14:07 &lt;dm&gt; Theo tôi thì nên đưa vào OS. 14:07 &lt;fvw&gt; dm iptables marking + tc under linux; Tôi đang dùng, chạy như mơ. 14:07 &lt;jrandom&gt; BrianR: nó khá ổn - sẽ có trong bản phát hành 0.3.1.5 tiếp theo (tôi hy vọng ra mắt tuần này) 14:07 &lt;dm&gt; Dù sao... 14:07 &lt;BrianR&gt; vấn đề là, thường hợp lý hơn khi giới hạn ở mức ứng dụng để có thể ưu tiên tiêu băng thông một cách thông minh 14:08 &lt;jrandom&gt; chính xác 14:08 &lt;dm&gt; Đó là vấn đề khác. 14:08 &lt;jrandom&gt; với giới hạn băng thông bên trong i2p, chúng ta biết khi nào chạm ngưỡng và có thể từ chối tham gia vào tunnel (v.v.) 14:08 &lt;BrianR&gt; Ở mức ứng dụng bạn không biết kết nối TCP nào sẽ mất gói khi vượt quá giới hạn TX do hệ thống áp đặt. 14:08 &lt;fvw&gt; thực ra, tốt nhất là OS đưa ra phản hồi đúng đắn; Nhưng hiện tại không liên quan tới i2p. 14:09 &lt;jrandom&gt; đúng đó fvw, khi chúng ta tích hợp i2p với tun/tap ;) 14:09 &lt;BrianR&gt; fvw: Vẫn có chút phản hồi kiểu backpressure.. Nhưng khó biết backpressure do đường truyền phía xa chậm hay phía local.. 14:09 &lt;dm&gt; Đặt tiền thưởng cho bản vá Windows để có giới hạn băng thông theo ứng dụng đi. Cảm ơn. 14:09 &lt;jrandom&gt; hà hà 14:09 &lt;fvw&gt; "dữ liệu của tôi không đến nơi" và "kết nối này đang bị bóp băng thông" là hai chuyện hoàn toàn khác nhau. 14:09 &lt;fvw&gt; đôi khi chúng chồng lấn, tất nhiên. 14:10 &lt;dm&gt; (thưởng thêm $20 nếu có đồ thị nhỏ hiển thị băng thông của từng cửa sổ ngay trên thanh tiêu đề... bên cạnh nút thu nhỏ, v.v.) 14:11 &lt;jrandom&gt; được rồi, còn ai có chuyện liên quan đến tình trạng mạng muốn nêu không? 14:12 &lt;BrianR&gt; Ồ.. Cái theo dõi kết nối IRC ấy.. 14:12 &lt;duckie&gt; Tôi xin lỗi vì đã cập nhật lên cvs 14:12 &lt;jrandom&gt; hihi 14:12 &lt;BrianR&gt; Có biểu đồ MRTG hay log gì đó ở đâu không? 14:12 &lt;jrandom&gt; bogobot đúng không? duck.i2p/bogo/ nếu tôi nhớ không nhầm? 14:13 &lt;duckie&gt; đại loại vậy 14:13 &lt;jrandom&gt; (nó được link từ duck.i2p, các router của tôi đang tắt lúc này nên không kiểm tra được) 14:13 &lt;duckie&gt; được liên kết ở `http://duck.i2p/` dưới mục stats 14:13 &lt;duckie&gt; `http://duck.i2p/bogobotlogs/` 14:14 &lt;BrianR&gt; có lẽ hữu ích nếu mở rộng nó thành công cụ khảo sát khả năng tiếp cận tổng quát.. 14:15 &lt;dm&gt; Mấy người gõ chậmmmmmmmmmmmmmmmm quá. 14:15 &lt;deer&gt; &lt;cervantes&gt; hypercubus có vài nâng cấp đang để ngỏ, nhưng hiện anh ấy khá bận với phần installer atm 14:16 &lt;jrandom&gt; BrianR: bogobot chỉ để theo dõi irc thụ động, nhưng ai đó có thể sửa lệnh ping của i2ptunnel để hỗ trợ kiểm tra định kỳ? 14:16 &lt;jrandom&gt; hoặc ai đó có thể viết nhanh một script perl/SAM ;) 14:16 &lt;BrianR&gt; có lẽ một script tạo biểu đồ MRTG về khả năng tiếp cận endpoint.... 14:16 &lt;BrianR&gt; jrandom: nói về perl/sam, nhắc lại khi đến mục tương ứng trong chương trình họp 14:16 &lt;duckie&gt; cái heartbeat đó không làm được à? 14:17 &lt;BrianR&gt; Nếu có thì tôi không làm nó chạy được :( 14:17 &lt;jrandom&gt; cũng na ná - heartbeat kiểm thử các máy chủ heartbeat, không phải ứng dụng chung 14:18 &lt;BrianR&gt; Đúng... Ví dụ tôi muốn xem mình có thể thực hiện "GET /" trên duck.i2p thành công không, và mất bao lâu. 14:18 &lt;jrandom&gt; nhưng đúng là, khi mạng ổn hơn, nhiều người có thể chạy heartbeat server và mọi người có thể ping nhau để đo hiệu năng mạng 14:18 &lt;Nightblade&gt; cả pingflood nữa 14:18 &lt;dm&gt; Chuỗi GET có giới hạn không? 14:18 &lt;dm&gt; ví dụ nếu bạn có URL rất dài do tham số cgi? 14:19 &lt;cervantes&gt; 2047 ký tự iirc 14:19 &lt;jrandom&gt; ghép lại cái đó sẽ không quá khó 14:19 &lt;BrianR&gt; dm: Tùy web server... Tôi nghĩ RFC cũng quy định mức tối thiểu phải hỗ trợ. 14:19 &lt;jrandom&gt; (ờ, một bộ kiểm thử http) 14:19 &lt;dm&gt; cervantes: cảm ơn 14:19 &lt;dm&gt; (vừa nhận ra nó có thể ảnh hưởng tới thứ tôi đang làm) 14:20 &lt;cervantes&gt; bạn sẽ gặp 2 vấn đề, hỗ trợ phía webserver và phía client 14:20 &lt;BrianR&gt; chúng ta đã lạc đề chưa? 14:20 &lt;cervantes&gt; cả IE và Mozilla đều là 2047 14:20 &lt;cervantes&gt; ờ vâng :) 14:21 &lt;dm&gt; Tôi có câu trả lời rồi, ta tiếp tục nhé :) 14:21 &lt;jrandom&gt; ok, tôi nghĩ vậy là xong mục 1), giờ lướt qua 2) cvs HEAD 14:21 &lt;jrandom&gt; hiện có một bug khó chịu ở đó, và tôi xin lỗi vì chưa sửa sớm hơn 14:22 &lt;jrandom&gt; nói chung, nếu bạn thử cvs HEAD mà hoạt động không ổn, hãy quay lại (tải các jar / pull từ tag) 14:22 &lt;jrandom&gt; dù sao, nói vậy đủ rồi 14:23 &lt;jrandom&gt; chuyển sang 3) 0.4 14:23 &lt;jrandom&gt; email có quan điểm/lý do của tôi cho bản phát hành - có ai băn khoăn/câu hỏi/ý tưởng/đề xuất gì không? 14:24 &lt;Nightblade&gt; nghe ổn với tôi 14:24 &lt;duckie&gt; nó làm thay đổi ước tính thời gian thế nào? 14:24 * fvw gật đầu. Hợp lý và mọi thứ. 14:25 &lt;jrandom&gt; thực ra nó kéo 0.4 lại gần hơn, vì ta đẩy các phần đáng sợ của 0.3.3 sang 0.4.1 và 0.4.2 14:25 &lt;jrandom&gt; tôi không nghĩ nó sẽ đổi mốc 1.0, chỉ là sắp xếp lại các thứ trước đó 14:26 &lt;jrandom&gt; mô phỏng cho thấy vấn đề chính của chúng ta với đa dạng hóa tunnel có thể khắc phục dễ dàng bằng việc kiểm thử peer chủ động 14:26 &lt;jrandom&gt; chúng ta từng có một phần như vậy trước bản 0.2.3, nhưng dừng lại vì dường như thêm quá nhiều overhead 14:27 &lt;jrandom&gt; (trong khi thực ra nhiều thứ vỡ tung tóe, gây ra overhead) 14:27 &lt;deer&gt; &lt;cervantes&gt; kiểm thử peer chủ động gồm những gì? 14:29 &lt;jrandom&gt; đơn giản là chúng ta sẽ dựng một số tunnel thứ cấp qua các peer thường không dùng - cụ thể, tôi sẽ để nó chọn ngẫu nhiên peer từ tập 'reliable' nhưng không thuộc tập 'fast+reliable' 14:29 &lt;jrandom&gt; (và nếu giao cắt đó quá nhỏ, mở rộng sang tập 'not failing') 14:29 &lt;jrandom&gt; tôi chưa rõ sẽ thử bao nhiêu tunnel hoặc peer, có lẽ sẽ để đó thành tham số điều chỉnh được 14:30 &lt;jrandom&gt; vấn đề thể hiện trong hồ sơ peer - bạn sẽ thấy rất nhiều số liệu cho các peer ưa thích, nhưng lại nhiều số 0 hoặc giá trị thấp cho các peer khác 14:30 &lt;jrandom&gt; (có thể vì chúng dở tệ, nhưng khả năng cao là vì không được kiểm thử) 14:31 &lt;jrandom&gt; ok, còn gì về 0.4 không? hay chuyển sang 4) 1.0? 14:32 &lt;duckie&gt; có 14:33 &lt;jrandom&gt; 4) 1.0 14:33 &lt;jrandom&gt; tôi không xem 1.0 là một bản phát hành to tát, tiến dần một cách ám ảnh. nó chỉ là một bản mà mọi thứ hoạt động và người ta có thể dùng 14:34 &lt;jrandom&gt; nói vậy, có ai băn khoăn/ý tưởng/đề xuất/ câu hỏi gì liên quan đến nội dung trong email không? 14:35 &lt;dm&gt; Tốc độ tăng phiên bản quả thật cho thấy chúng ta đang tiến tới 1.0 theo kiểu tiệm cận 14:36 &lt;dm&gt; Chúng ta sẽ cần vài cú nhảy lớn! 14:36 &lt;jrandom&gt; 0.4--&gt; 1.0 14:36 &lt;dm&gt; Tuyệttttttt.... 14:36 &lt;jrandom&gt; và chúng ta chỉ còn vài tuần nữa tới 0.4 14:37 &lt;jrandom&gt; nhưng dĩ nhiên, chúng ta cần thêm trợ giúp để đẩy mọi thứ nhanh hơn :) 14:37 &lt;dm&gt; Vậy chúng ta hài lòng với độ ổn định chứ? 14:37 &lt;jrandom&gt; không, độ ổn định lúc này tệ hại 14:37 &lt;cervantes&gt; myi2p có thể là một khối phát triển khá nặng để triển khai cho đúng, vì lý tưởng nó phụ thuộc vào các dự án khác thành hình 14:37 &lt;dm&gt; Được, tôi chưa theo sát. 14:38 &lt;cervantes&gt; chẳng hạn DHT và datagram v.v. 14:38 &lt;jrandom&gt; đồng ý cervantes, nhưng nếu chỉ có sổ địa chỉ và blog phân tán thì với tôi cũng đủ tốt. 14:38 &lt;cervantes&gt; đúng 14:38 &lt;jrandom&gt; nightblade đang làm một dht mà ta có thể cắm vào khi sẵn sàng, hoặc ta có thể thêm hook để tham chiếu freenet:CHK@ hoặc SSK@ 14:39 &lt;cervantes&gt; nhắn tin riêng cũng chỉ cách một bước nhỏ từ sổ địa chỉ được tổng hợp 14:39 &lt;jrandom&gt; đúng, tất cả đều làm được 14:40 &lt;cervantes&gt; live streaming cam gái trên desktop có thể sẽ lâu hơn... 14:40 -!- Irssi: #i2p: Tổng cộng 21 nick [0 ops, 0 halfops, 0 voices, 21 thường] 14:40 &lt;jrandom&gt; hà hà 14:40 &lt;jrandom&gt; thực ra, như tôi đã nói với Sonium trước cuộc họp, một trong những việc mọi người có thể giúp là mảng tài liệu - 14:41 &lt;jrandom&gt; xác định chúng ta cần những tài liệu nào, bắt đầu phác thảo cách chúng ghép với nhau, và có lẽ mở trình soạn thảo ra và viết luôn 14:42 &lt;cervantes&gt; à tôi định hỏi sớm hơn về việc cải tiến console GUI nữa 14:42 &lt;jrandom&gt; tài liệu là phần thiết yếu của các bản phát hành, cả tài liệu kỹ thuật (vì không có tài liệu tốt, sẽ không có dev tham gia) lẫn tài liệu người dùng (vì không có tài liệu tốt, người dùng sẽ bỏ đi) 14:42 &lt;jrandom&gt; chúng ta sẽ cần cho bản 0.4, và sẽ chạy bằng jsp/servlet 14:43 &lt;jrandom&gt; tôi còn chưa làm mockup hay workflow cho việc đó, nên nếu ai muốn nhận thì rất cần trợ giúp 14:43 &lt;Nightblade&gt; console GUI? cái gì vậy - SVGALIB? :) 14:43 &lt;jrandom&gt; hà hà 14:43 &lt;mihi&gt; Nightblade: TWIN / curses 14:43 &lt;cervantes&gt; bộ dữ liệu vẫn như cũ hay sẽ có thống kê mới và cải tiến cho 0.4 14:44 &lt;dm&gt; Tôi muốn một console gui bằng WIN32/MFC 14:44 &lt;Nightblade&gt; console http trên 7655 phải không 14:44 &lt;cervantes&gt; ví dụ thời gian voi ở lại trên mặt trăng, và liệu chúng có quay lại thường xuyên không 14:44 &lt;cervantes&gt; ừ 14:44 &lt;jrandom&gt; mọi thứ trên console hiện nay phản ánh dữ liệu có thể cung cấp cho console 0.4, nhưng chúng ta nên bỏ hẳn thiết kế hiện tại 14:45 &lt;jrandom&gt; (ví dụ: chả ai quan tâm base64 của public key của routerIdentity là gì) 14:45 &lt;cervantes&gt; tuy vậy tôi đề nghị thông tin đó vẫn nên có 14:46 &lt;jrandom&gt; ờ, tôi nghĩ ta có thể giữ console hiện tại như một tùy chọn - không cần bỏ đi 14:46 &lt;jrandom&gt; (nhưng nó sẽ kiểu như `http://localhost:7655/uglyConsole/)` 14:46 &lt;cervantes&gt; ./forlynxusers/ 14:47 &lt;jrandom&gt; admin console mới cũng nên chạy được với người dùng lynx 14:47 &lt;dm&gt; Có ai thực sự dùng lynx không? 14:47 &lt;cervantes&gt; ối chà, tương thích đa trình duyệt 14:47 &lt;jrandom&gt; tôi có 14:47 &lt;jrandom&gt; (đôi lúc) 14:47 &lt;dm&gt; nhưng.... tại sao? 14:47 &lt;fvw&gt; cho mấy việc như sửa cấu hình nhanh, chắc chắn rồi. 14:47 &lt;cervantes&gt; dm: nếu mắc kẹt ở dòng lệnh thì không có nhiều lựa chọn 14:47 &lt;fvw&gt; nó nhanh và không cần X 14:48 &lt;Nightblade&gt; tôi dùng để duyệt web trên server không màn hình 14:48 &lt;deer&gt; &lt;Pseudonym&gt; Tôi dùng trình duyệt links 14:48 &lt;jrandom&gt; ừ, links vẫn thích hơn lynx 14:48 &lt;mihi&gt; ai dùng w3m không? 14:48 &lt;dm&gt; Tôi dùng INTERNET EXPLORER FROM MICROSOFT 14:48 &lt;dm&gt; Nó khá hay. 14:48 &lt;jrandom&gt; hay đấy - còn gì liên quan tới i2p 1.0 không? 14:49 &lt;dm&gt; Thắng cuộc chiến trình duyệt 1992-1998 14:49 &lt;jrandom&gt; hay chuyển sang 5) hoạt động khác? 14:49 &lt;dm&gt; 3 huân chương danh dự. 14:49 &lt;Nightblade&gt; có 14:49 &lt;Nightblade&gt; Tôi hy vọng phát hành phiên bản mới của libsam vào ngày mai nhưng máy ở nhà tôi hỏng nên chưa chắc 14:49 &lt;Nightblade&gt; Tôi cũng sẽ upload thư viện threading của Nickster 14:49 &lt;jrandom&gt; tuyệt!/chán thế! 14:50 &lt;jrandom&gt; hay quá! 14:50 &lt;Nightblade&gt; anh ấy nói là public domain - tôi sẽ upload y nguyên như anh ấy gửi - tôi chưa có thời gian làm gì nhiều với nó 14:50 &lt;jrandom&gt; khi 0.3.1.5 ra mắt, tôi sẽ bắt đầu chạy server cvs trên i2p nữa 14:50 &lt;jrandom&gt; tuyệt 14:51 &lt;jrandom&gt; (để nickster có thể chỉnh/sửa code của mình trong cvs mà không lộ IP) 14:51 &lt;jrandom&gt; có gì mới trong bản rev tiếp theo của libsam? 14:51 &lt;Nightblade&gt; một số sửa lỗi gửi/nhận datagram vốn bị hỏng 14:51 &lt;Nightblade&gt; và vài thứ khác tôi không nhớ 14:51 &lt;Nightblade&gt; sẽ có trong changelog 14:51 &lt;jrandom&gt; tuyệt, nghe ổn 14:52 &lt;jrandom&gt; nhân tiện, nếu bạn muốn một mailing list cho libsam (-announce,-dev,-users,v.v.) báo tôi biết 14:52 &lt;jrandom&gt; (nhưng đăng lên i2p@i2p cũng ổn) 14:52 &lt;Nightblade&gt; quá đà 14:52 &lt;jrandom&gt; hihi 14:53 &lt;jrandom&gt; ờ, có lẽ 14:53 &lt;cervantes&gt; anh ấy có thể có một mục trong i2pforum 14:53 * cervantes chuyển sang chương trình nghị sự của mình một cách mượt mà 14:53 &lt;Nightblade&gt; có lẽ khi tôi làm xong DHT đó - nhưng còn lâu, và hôm nay với hôm qua tôi chưa có thời gian làm nhiều 14:53 &lt;Nightblade&gt; cervantes: đã có forum phát triển ứng dụng hay gì đó tương tự thì phải 14:53 &lt;Nightblade&gt; và Connelly cần một tài khoản trên i2p.net nếu ai đó đã cấp cho anh ấy chưa 14:53 &lt;cervantes&gt; cụ thể là liên quan đến i2p? 14:54 &lt;Nightblade&gt; http://www.i2p.net/forum/3 14:54 &lt;jrandom&gt; ồ, tôi chưa thêm tài khoản cho connelly, lần tới gặp tôi sẽ nói chuyện với ảnh 14:54 &lt;fvw&gt; chà, phải chạy đây. Hẹn gặp mọi người tuần sau, tiếp tục phát huy nhé. 14:54 &lt;jrandom&gt; ối, ờ, tôi không chắc về www.i2p.net/forum/s 14:54 &lt;cervantes&gt; à...drupal... 14:55 &lt;jrandom&gt; tốt lắm fvw, mừng vì bạn tham dự được 14:56 &lt;cervantes&gt; i2pforum về cơ bản đã thiết lập xong 14:56 &lt;cervantes&gt; cơ bản chỉ cần nội dung/người dùng để lấp đầy :) 14:56 &lt;jrandom&gt; tôi không chắc về forum drupal, hay chúng có thực sự phù hợp với những gì tôi hình dung về website. tôi thích ý tưởng một site riêng dành cho forum người dùng/dev 14:57 &lt;jrandom&gt; hay lắm cervantes - cái đó là eepsite, website, hay cả hai? 14:57 &lt;cervantes&gt; Tôi đã chọn tùy ý các chủ đề/mục forum, nên nếu mọi người có ý tưởng hoặc muốn viết FAQ v.v. thì rất hoan nghênh 14:57 &lt;cervantes&gt; cả hai 14:58 &lt;cervantes&gt; hiện tôi để tunnel i2p offline vì router của tôi quá bất ổn 14:58 &lt;jrandom&gt; không trách bạn được :) 14:58 &lt;Nightblade&gt; url là gì 14:58 &lt;cervantes&gt; nhưng mọi người có thể bắt đầu nghịch trên outweb 14:59 &lt;cervantes&gt; hiện bạn sẽ phải thêm một mục vào /etc/hosts c:/windows/system32/drivers/etc/hosts 14:59 &lt;cervantes&gt; 212.113.22.104 i2pforum.cervantes.not2p 14:59 &lt;jrandom&gt; hà hà 15:00 &lt;cervantes&gt; Tôi sẽ cấu hình cho nó một hostname chuẩn sớm thôi 15:00 &lt;cervantes&gt; hoặc nếu ai đó muốn thêm một subdomain pointer vào bản ghi domain php.net... thì sẽ tốt hơn 15:00 &lt;jrandom&gt; cho tôi biết nếu bạn muốn cái gì đó dưới domain i2p.net, còn nếu bạn dùng domain khác thì cũng ok 15:00 &lt;cervantes&gt; blah 15:00 &lt;cervantes&gt; i2p.net 15:00 &lt;cervantes&gt; &lt;-- bị ám ảnh php 15:01 &lt;jrandom&gt; bạn muốn nó là ví dụ như forum.i2p.net chứ? 15:01 &lt;cervantes&gt; như vậy thì tuyệt ;-) 15:01 &lt;jrandom&gt; w3rd, tối nay tôi sẽ cập nhật bản ghi 15:01 &lt;cervantes&gt; Tôi đã chỉnh mã phpbb2 chuẩn để không cần email hợp lệ mới trở thành thành viên 15:01 &lt;dm&gt; "The site you requested is no longer hosted here" 15:02 &lt;cervantes&gt; nếu quên mật khẩu thì bạn phải liên hệ admin 15:02 &lt;cervantes&gt; dm: bạn đã nhập vào file hosts hay chỉ truy cập bằng IP 15:03 &lt;dm&gt; Invalid URI in request GET i2pforum.cervantes. 15:03 &lt;dm&gt; not2p/&lt;P&gt; <p>15:03 <dm> Tôi không dùng trình duyệt, tôi đang dùng telnet. 15:04 <jrandom> tôi vừa làm qua telnet xong. chạy ổn. 15:04 <dm> hmm chắc tôi quên HTTP 1.1. 15:04 <jrandom> GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 <jrandom> dù sao 15:04 <jrandom> BrianR: ping 15:05 <dm> Được rồi. Kỹ năng telnet của nhóc sắc bén đấy. 15:07 -!- Irssi: #i2p: Tổng cộng 19 nick [0 ops, 0 halfops, 0 voices, 19 normal] 15:07 <jrandom> ok, còn ai đang làm các dự án liên quan đến i2p muốn thảo luận không? 15:07 <jrandom> nếu không, 6) ??? 15:07 <dm> cum! 15:07 * wern giơ tay 15:07 <jrandom> hi^2, que tal? 15:08 * jrandom mời wilde phát biểu 15:08 -!- wern giờ có tên là wilde 15:08 <wilde> Tôi chỉ muốn cảm ơn các nhà tài trợ mới của chúng ta, cervantes và hypercubus 15:08 <wilde> :) 15:09 <wilde> chúng ta nhận được hai khoản đóng góp hào phóng vào quỹ chung 15:09 <cervantes> wilde: đổi (tiền) ổn chứ? 15:09 <dm> bao nhiêu? 15:09 <wilde> cervantes: sẽ đổi chúng vào ngày mai 15:09 <cervantes> à 15:09 <wilde> (hy vọng là vậy) 15:10 <cervantes> vậy vẫn có thể có giải nhì ;-) 15:10 <jrandom> tuyệt vời, cảm ơn cervantes &amp; hypercubus :) 15:10 <cervantes> heh&hellip; thôi cứ để khen khi tiền vào ngân hàng đã ;-) 15:11 <dm> Buổi họp hay đấy. Tôi đi ngủ đây. 15:11 <dm> Ngủ ngon! 15:11 <jrandom> ngủ ngon, dm 15:11 <wilde> ừ, để lần sau tôi khen tới bến 15:11 <jrandom> ok, còn gì để bổ sung không wilde, hoặc ai khác? 15:11 <wilde> có 15:12 <wilde> Tôi sẽ hạ trang i2p.net xuống vào ngày mai một lúc (lần này là cố ý ;) 15:12 <wilde> để chuyển máy chủ 15:12 <jrandom> heh ok hay đó 15:12 <wilde> giữ các bài viết của bạn lại, chúng có thể biến mất 15:12 <jrandom> chúng ta vẫn dùng cùng IP chứ, hay tôi nên cập nhật các bản ghi? 15:12 <dm> anh làm cho không gián đoạn được không? 15:12 <wilde> ý là nếu bạn đăng bài vào ngày mai 15:13 <wilde> dm: chịu thôi ;) 15:13 <wilde> không phải tôi đâu 15:13 <dm> được. 15:13 <wilde> jrandom: cùng IP 15:13 <jrandom> ok hay đó 15:13 <jrandom> wilde++ 15:13 <wilde> hết, ngắt 15:14 <jrandom> ok, còn ai có gì muốn thảo luận không? 15:14 * cervantes đội chiếc mũ sắt &ldquo;ming the merciless&rdquo; 15:14 <jrandom> nếu vậy 15:15 * jrandom lấy đà 15:15 * jrandom <em>baf</em> vào đầu cervantes, kết thúc cuộc họp </div></p>/vi/blog/2004/06/08/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-6-n%C4%83m-2004/Tue, 08 Jun 2004 00:00:00 +0000/vi/blog/2004/06/08/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-08-th%C3%A1ng-6-n%C4%83m-2004/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cervantes, deer, duck, fvw, hypercubus, mihi, Nightblade, Sonium, ugha_node</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 21:02:08 &lt;duck&gt; Tue Jun 8 21:02:08 UTC 2004 21:02:21 &lt;duck&gt; đến giờ họp 21:02:33 &lt;duck&gt; bài viết ở http://dev.i2p.net/pipermail/i2p/2004-June/000268.html 21:02:39 &lt;duck&gt; nhưng tôi đã mắc lỗi trong việc đánh số 21:02:45 &lt;duck&gt; vì vậy mục số 5 đầu tiên sẽ bị bỏ qua 21:02:53 &lt;hypercubus&gt; tuyệt! 21:03:03 * duck bỏ ít đá vào bia 21:03:14 * mihi sẽ đổi #5 đầu tiên thành #4 ;) 21:03:27 &lt;hypercubus&gt; thôi, tuần sau chúng ta cứ có hai mục 4 ;-) 21:03:37 * duck đổi tên 'hypercubus' thành 'mihi' 21:03:48 &lt;hypercubus&gt; tuyệt! 21:03:49 &lt;duck&gt; ok 21:03:53 &lt;duck&gt; * 1) libsam 21:04:02 &lt;duck&gt; có Nightblade trong kênh không? 21:04:39 &lt;duck&gt; (nhàn rỗi : 0 ngày 0 giờ 0 phút 58 giây) 21:05:03 &lt;hypercubus&gt; ;-) 21:05:53 * duck giành lại micro 21:06:15 &lt;duck&gt; Nightblade đã viết một thư viện SAM cho C / C++ 21:06:23 &lt;duck&gt; nó biên dịch được trên máy tôi.. nhưng tôi chỉ có thể nói thế :) 21:06:37 &lt;mihi&gt; không có ca kiểm thử nào à? ;) 21:07:06 &lt;duck&gt; nếu có người dùng rFfreebsd nào, Nightblade có thể sẽ quan tâm đến bạn 21:07:08 &lt;ugha_node&gt; Các lời gọi strstr trong mã làm tôi bực mình lắm. ;) 21:07:27 &lt;ugha_node&gt; duck: rFfreebsd là gì vậy? 21:07:42 &lt;duck&gt; cách tôi gõ freebsd thôi 21:08:00 &lt;mihi&gt; rm -rF freebsd? 21:08:29 &lt;ugha_node&gt; Tiếc là -F không hoạt động với rm. 21:08:30 &lt;duck&gt; ugha_node: nó dùng giấy phép BSD; vậy thì sửa đi 21:08:41 &lt;fvw&gt; nghe hợp lý với tôi :). Tiếc là tôi đã gỡ cài đặt cái máy freebsd cuối cùng cách đây không lâu. Tôi có tài khoản trên máy của người khác, và sẵn sàng chạy các ca kiểm thử. 21:08:43 &lt;ugha_node&gt; duck: có thể tôi sẽ làm. :) 21:08:50 &lt;duck&gt; (mấy hippie BSD chết tiệt) 21:09:09 &lt;duck&gt; ồ, ngắn gọn đấy, frank 21:09:17 &lt;duck&gt; còn bình luận nào về libsam không? 21:09:49 &lt;duck&gt; fvw: tôi đoán Nightblade sẽ liên hệ với bạn nếu anh ấy cần 21:09:50 * fvw càu nhàu về hành vi hoàn toàn hợp lý của unix khi giết irc client của mình. 21:10:02 &lt;duck&gt; nhưng vì email của anh ấy đã được một tuần nên có thể anh ấy đã tìm ra gì đó 21:10:17 &lt;mihi&gt; fvw: ? 21:10:24 &lt;fvw&gt; ừ, nếu ai muốn nhận đề nghị của tôi thì tôi đã bỏ lỡ mất rồi. Cứ thoải mái gửi email hay gì đó. 21:10:42 * duck nhảy sang #2 21:10:46 &lt;hypercubus&gt; ừm, sang đâu? ;-) 21:10:54 &lt;duck&gt; 2) duyệt i2p và web bình thường bằng một trình duyệt 21:10:57 &lt;fvw&gt; cài mới, vẫn chưa dặn zsh đừng hup các thứ chạy nền. &lt;/offtopic&gt; <p>21:11:09 &lt;fvw&gt; hypercubus: Tôi nghĩ tôi ở trong danh sách người dùng của mailing list công khai. <a href="mailto:fvw.i2p@var.cx">fvw.i2p@var.cx</a> 21:12:11 &lt;duck&gt; đã có vài thứ về việc thêm tất cả các TLD (miền cấp cao nhất) vào danh sách bỏ qua proxy của trình duyệt bạn 21:12:23 &lt;fvw&gt; điều đó có cần thảo luận không? Tôi nghĩ nó hầu như đã được xử lý trên mailinglist. 21:12:24 &lt;duck&gt; Tôi nghĩ đó là một hack bẩn 21:12:36 &lt;fvw&gt; vâng, điều đó đã được nhắc đến. Chào mừng quay lại. 21:12:47 &lt;duck&gt; fvw: Tôi chưa đọc chủ đề đó :) 21:13:12 &lt;duck&gt; được thôi, nếu bạn không muốn bàn về nó, chuyển sang #3 21:13:19 &lt;duck&gt; * 3) kênh chat 21:13:23 &lt;hypercubus&gt; script của cervantes chạy hoàn hảo trên Konqueror 3.2.2, Firefox 0.8, và Opera 7.51, tất cả trên Gentoo w/KDE 3.2.2 21:13:39 * mihi đặt cờ vào #4 21:13:55 &lt;duck&gt; #i2p-chat là một kênh thay thế ở đây cho chat lạc đề và hỗ trợ nhẹ 21:14:08 &lt;duck&gt; Tôi không biết ai đã đăng ký nó 21:14:12 &lt;hypercubus&gt; tôi đã làm 21:14:17 &lt;duck&gt; vậy thì tốt nhất là cẩn thận nhé :) 21:14:22 &lt;fvw&gt; ờm, không có #4 đâu, chỉ có hai #5 thôi :) 21:14:33 &lt;hypercubus&gt; tôi sẽ coi là may mắn nếu tôi nhớ được mật khẩu khi cần tới nó ;-) 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- Kênh: #i2p-chat 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- Liên hệ: hypercubus &lt;&lt;ONLINE&gt;&gt;</p>/vi/blog/2004/06/01/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-6-n%C4%83m-2004/Tue, 01 Jun 2004 00:00:00 +0000/vi/blog/2004/06/01/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-01-th%C3%A1ng-6-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> deer, duck, hypercubus, Masterboy, mihi, Nightblade, tessier, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:59] &lt;duck&gt; Tue Jun 1 21:00:00 UTC 2004 [23:00] &lt;duck&gt; chào mọi người! [23:00] &lt;mihi&gt; chào duck [23:00] &lt;duck&gt; http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] &lt;duck&gt; đề xuất của tôi: [23:00] * Masterboy đã tham gia #i2p <p>[23:00] <duck> 1) tiến độ mã nguồn [23:00] <duck> 2) nội dung nổi bật [23:00] <duck> 3) trạng thái testnet (mạng thử nghiệm) [23:00] <duck> 4) treo thưởng [23:00] <duck> 5) ??? [23:00] <Masterboy> chào:) [23:00] <duck> . [23:01] <duck> vì jrandom đang off nên chúng ta sẽ phải tự làm [23:01] <duck> (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] <Masterboy> không vấn đề gì:P [23:02] <duck> 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] <duck> 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] <duck> . [23:02] <mihi> ;) [23:02] <duck> 1) tiến độ mã nguồn [23:02] <duck> không có nhiều mã được commit vào cvs [23:02] <duck> tuần này tôi có giành được chiếc cúp: <code>http://duck.i2p/duck_trophy.jpg</code> [23:03] * hypercubus chưa có tài khoản cvs [23:03] <Masterboy> vậy ai đã gửi gì? [23:03] <duck> có ai đang viết mã bí mật không? [23:03] * Nightblade đã tham gia #I2P</p>/vi/blog/2004/05/18/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-5-2004/Tue, 18 May 2004 00:00:00 +0000/vi/blog/2004/05/18/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-5-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> BrianR, _cervantes\_, deer, duck, fvw, human, jar, jrandom, jteitel, Masterboy, Nightblade, ugha_node, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 14:07 &lt;jrandom&gt; 0) chào 14:07 &lt;jrandom&gt; 1) tình trạng testnet 14:07 &lt;jrandom&gt; 2) SAM 14:07 &lt;jrandom&gt; 3) cập nhật roadmap 14:07 &lt;jrandom&gt; 4) MyI2P 14:07 &lt;jrandom&gt; 5) ??? 14:07 &lt;jrandom&gt; 0) chào 14:07 * jrandom vẫy tay 14:08 &lt;Nightblade&gt; chào 14:08 * jteitel vẫy tay đáp lại 14:08 &lt;jar&gt; chào 14:08 &lt;duck&gt; chào 14:08 &lt;Masterboy&gt; :P 14:08 &lt;jrandom&gt; ghi chú trạng thái hàng tuần đã đăng tới http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 &lt;jrandom&gt; xin lỗi nếu hôm nay tôi hơi lơ ngơ, lịch ngủ còn lộn xộn hơn thường lệ 14:09 &lt;jrandom&gt; dù sao, chuyển sang 1) tình trạng testnet 14:10 &lt;duck&gt; việc đa dạng hóa sẽ tự diễn ra với một mạng lớn hơn, phải không? 14:10 &lt;jrandom&gt; đúng, và/hoặc các ngưỡng chọn peer (nút ngang hàng) ít lệch hơn 14:11 &lt;jrandom&gt; ví dụ, nếu ngưỡng tốc độ là trung vị thay vì trung bình, chúng ta sẽ có số peer nhanh bằng một nửa số peer đáng tin cậy 14:11 &lt;jrandom&gt; trái với tình hình hiện nay nơi tốc độ bị lệch mạnh 14:12 &lt;Masterboy&gt; ừ thì mạng đã tự hồi phục, vậy cũng không tệ 14:12 &lt;jrandom&gt; đúng, nhưng mất lâu hơn mức đáng ra, và bộc lộ những cách có thể cải thiện 14:13 &lt;jteitel&gt; mạng đã hồi phục ư? Tôi vẫn không thể kết nối đến i2p irc ổn định 14:13 &lt;jrandom&gt; các hồ sơ peer không suy giảm đủ nhanh, hoặc không thăng hạng ứng viên mới hiệu quả 14:14 &lt;jrandom&gt; nó cũng kích hoạt một chuỗi sự kiện thứ cấp - quá tải các router không đủ khả năng chịu tải (do profiling chưa đủ), khiến một số router quá tải cạn bộ nhớ và tắt 14:15 &lt;human&gt; ayeee ayeee ayeee! 14:15 &lt;jrandom&gt; đó là một quá trình tiến triển, jteitel - một số vấn đề chúng ta thấy liên quan đến sự cố netDb 14:15 &lt;jrandom&gt; chào human 14:15 &lt;jteitel&gt; Ồ, OK 14:16 &lt;_cervantes_&gt; một router gặp trục trặc không thể chuyển bớt tunnels sang một peer khác à? 14:16 &lt;ugha_node&gt; Wow, Tốc độ suốt đời: 8.87KBps gửi 8.35KBps nhận. 14:16 &lt;Nightblade&gt; jteitel: Tôi vừa kết nối được sau vài lần thử... vẫn đang đợi lệnh /join thực thi 14:16 * BrianR nhìn quanh. 14:16 &lt;jrandom&gt; không - một router đơn giản có thể bỏ một tunnel (nếu lẽ ra không nên nhận ngay từ đầu) 14:16 &lt;ugha_node&gt; (Và tôi đã khởi động lại router nửa giờ trước) 14:16 &lt;BrianR&gt; chết tiệt. Tôi muộn rồi. 14:17 &lt;BrianR&gt; jrandom: (Cảm ơn đã xếp myi2p về cuối chương trình nghị sự) 14:17 &lt;jrandom&gt; ugha&gt; ừ, mọi người phải gánh phần của ba con nhanh đó 14:17 &lt;jrandom&gt; hehe :) 14:18 &lt;duck&gt; đó là một cuộc tấn công hay 14:18 &lt;ugha_node&gt; jrandom: Rõ ràng rồi. 14:18 &lt;_cervantes_&gt; vậy chẳng phải sẽ tốt hơn nếu cứng rắn hơn và từ chối tunnels ở ngưỡng thấp hơn sao 14:19 &lt;jrandom&gt; đúng đấy cervantes - hiện các router không bao giờ từ chối một tunnel trừ khi chúng không thể tới hop tiếp theo 14:19 &lt;jrandom&gt; chúng ta sẽ muốn đưa vào một cơ chế điều tiết nào đó, có thể dựa trên kích thước jobQueue / avg lag, v.v. 14:20 &lt;jrandom&gt; ngoài ra, chúng ta phải đảm bảo không cố xây quá nhiều tunnels cùng lúc, như đã xảy ra khi một phần lớn trong số đó thất bại 14:20 &lt;_cervantes_&gt; hoặc đơn giản cho phép người dùng đặt ngưỡng dựa trên phần cứng/bandwidth mà họ biết là mình có sẵn 14:20 &lt;jrandom&gt; (do các peer nhanh+đáng tin cậy bị offline) 14:20 &lt;_cervantes_&gt; ít nhất ở giai đoạn này 14:20 &lt;jrandom&gt; ồ đó là ý hay - cho phép mọi người đặt rõ ràng số lượng tối đa tunnels tham gia. 14:21 &lt;jrandom&gt; chúng ta sẽ đưa vào bản rev. tiếp theo. hay lắm. 14:21 &lt;ugha_node&gt; Nghe như logic mờ vậy. 14:21 &lt;jrandom&gt; chúng ta phải xử lý quá tải, và chỉ việc xếp hàng thông điệp trong bộ nhớ chắc chắn không hiệu quả 14:21 &lt;duck&gt; (chào fvw) 14:21 &lt;_cervantes_&gt; sẽ tốt nếu có một dạng thống kê tổng hợp về hiệu năng tunnel... kiểu tải có thể gây ra trên bộ xử lý dùng benchmark 14:22 &lt;_cervantes_&gt; nhân tiện tôi đã đưa server của mình offline.... nó nhận một đống tunnels và tôi vẫn chưa biên dịch jbigi ;-) 14:22 &lt;jrandom&gt; xem `http://localhost:7655/routerStats.html#Tunnels` 14:23 &lt;jrandom&gt; à! đúng, jbigi là thứ chúng tôi muốn khuyến khích mọi người sử dụng 14:23 &lt;BrianR&gt; Có ý kiến gì về việc phân bổ ngân sách băng thông cho các tunnels không? 14:24 &lt;jrandom&gt; hiện dự kiến cho 3.0 (với giới hạn băng thông tổng thể cho toàn bộ router @ 0.4.1) 14:24 &lt;jrandom&gt; nhưng có giới hạn băng thông theo từng tunnel sớm hơn cũng không hại gì 14:25 &lt;fvw&gt; Có khôn ngoan không khi bỏ công vào việc này quá sớm, trong khi dễ hơn nhiều và chính xác hơn nếu làm ở kernel của các HĐH mà đa số người dùng/người thử hiện tại đang chạy? 14:25 &lt;_cervantes_&gt; điều tôi muốn thấy là cài đặt độ sâu theo từng tunnel (có lẽ đã khả dụng rồi) 14:25 &lt;_cervantes_&gt; ví dụ tôi biết mình có thể tin máy chủ của mình.... nên tôi không muốn phải đi qua _x_ hops để đến đó 14:25 &lt;jrandom&gt; fvw&gt; điểm hay, nhất là vì hiện chúng ta không ngốn quá nhiều băng thông 14:26 &lt;jrandom&gt; hmm cervantes - đúng, mỗi client có thể chỉ định độ dài tunnels của họ, nhưng tôi không chắc đó đúng là thứ bạn muốn 14:26 &lt;_cervantes_&gt; không 14:26 &lt;jrandom&gt; cervantes - tôi nghĩ thứ bạn muốn là QoS (chất lượng dịch vụ) nơi bạn có thể rút ngắn kết nối cho một peer cụ thể 14:26 &lt;_cervantes_&gt; ví dụ... 14:26 &lt;_cervantes_&gt; đúng rồi 14:27 &lt;jrandom&gt; (mà vốn được lên kế hoạch cho i2p 4.0, nhưng hơn một năm nữa == vô tận) 14:27 &lt;_cervantes_&gt; trong trường hợp này cũng chọn độ sâu theo từng i2p host 14:27 &lt;BrianR&gt; fvw: Đúng, nhưng một i2p cần biết đại khái các thành viên tiềm năng của tunnel có bao nhiêu băng thông sẵn có để đưa ra quyết định xây tunnel khôn ngoan... 14:27 &lt;_cervantes_&gt; à ok 14:27 &lt;_cervantes_&gt; :) 14:27 &lt;jrandom&gt; nhưng đó là ý tưởng hay và khả thi về mặt kỹ thuật, hoan nghênh các bản vá :) 14:28 &lt;_cervantes_&gt; bản vá đã trên đường qua thư.... kèm tấm séc 5000 thỏi e-gold 14:28 &lt;_cervantes_&gt; ;-) 14:28 &lt;jrandom&gt; BrianR: có lẽ có thể đi nửa chừng - theo dõi nó đang tham gia bao nhiêu tunnels, cũng như lượng băng thông các tunnels đó đang dùng, và dùng điều đó như một phần quyết định có chấp nhận hay từ chối một yêu cầu tạo tunnel? 14:28 &lt;jrandom&gt; hề 14:30 &lt;jrandom&gt; ok, có ai còn gì cho tình trạng testnet không? 14:30 &lt;Masterboy&gt; còn nghịch lý của tôi thì sao? 14:30 &lt;Masterboy&gt; :) 14:30 &lt;jrandom&gt; kế hoạch của tôi là ra 0.3.1.3 với các cập nhật vào thứ Năm hoặc thứ Sáu 14:31 &lt;jrandom&gt; Masterboy: tôi chưa có thời gian xem log của bạn, nhưng chúng ta sẽ giải quyết 14:31 &lt;_cervantes_&gt; thứ Sáu 2005? 14:31 &lt;_cervantes_&gt; hay đấy 14:31 &lt;Masterboy&gt; k 14:31 &lt;jrandom&gt; ok, chuyển sang 2) SAM 14:31 &lt;Masterboy&gt; giờ thì ta biết ai đang chạy router lỗi thời.. 14:32 * jrandom trao mic cho dev SAM.pm quả cảm của chúng ta 14:33 &lt;jrandom&gt; (là bạn đó BrianR :) 14:33 &lt;BrianR&gt; Đợi một chút.. :) 14:33 * duck hò reo 14:33 &lt;jrandom&gt; trong lúc đó, dm hay firerabbit có ở đây không? 14:33 -!- Irssi: #i2p: Tổng cộng 26 nick [0 ops, 0 halfops, 0 voices, 26 normal] 14:33 * jrandom kiểm tra /names, không. thôi vậy 14:33 &lt;jrandom&gt; (vậy là không có cập nhật thư viện sam .net/C#) 14:34 &lt;duck&gt; mấy thứ .py còn hiện hành không? 14:34 &lt;duck&gt; hay đã bị khai tử bởi các cải tiến SAM 14:34 &lt;jrandom&gt; không chắc 14:34 &lt;BrianR&gt; Ok. Tôi quay lại rồi. 14:34 &lt;Nightblade&gt; Thư viện C của tôi có vẻ hoạt động... tuy tôi chưa viết ứng dụng để dùng nó 14:34 &lt;jrandom&gt; tuyệt nightblade! 14:35 &lt;Nightblade&gt; Có ai ở đây từng lập trình GTK+/C trên Windows không? 14:35 &lt;human&gt; duck: client lib cần một thay đổi nhỏ để hỗ trợ versioning 14:35 &lt;_cervantes_&gt; "hello world"? 14:35 &lt;human&gt; duck: phần còn lại chắc hoạt động không vấn đề 14:35 * jrandom gợi ý một datagram như tftp làm bài test sam lý tưởng :) 14:35 &lt;Nightblade&gt; ừ, cái gì cũng được... GTK có chạy tốt trên windows không.....? 14:35 &lt;jrandom&gt; (hoặc thậm chí SAM streaming thay vì datagram hay raw) 14:36 &lt;jrandom&gt; hay đó BrianR - .pm và samcat tiến triển sao rồi? 14:36 &lt;BrianR&gt; Net::SAM đang ở CVS ở dạng phần lớn chưa chạy được. 14:36 &lt;BrianR&gt; Tôi hy vọng sẽ giũ sạch mọi lỗi và làm cho datagram và raw hoạt động trước cuối tuần. 14:37 &lt;BrianR&gt; Cần thêm chút việc để hoàn thiện OO đẹp cho streams. 14:37 &lt;Nightblade&gt; ờ đúng, tôi không đụng tới datagram hay raw... chỉ stream 14:37 &lt;Nightblade&gt; nhưng đó cũng là tất cả những gì tôi sẽ dùng 14:37 &lt;fvw&gt; human: Bạn đã cân nhắc wxWindows chưa? Nó khá hữu ích cho kiểu đó (dù tôi không nghĩ có target GTK cho Windows) 14:37 &lt;jrandom&gt; tuyệt BrianR 14:38 &lt;BrianR&gt; Vợ đang giục tôi đi ăn tối với cô ấy. Tôi có thể sẽ không kịp quay lại buổi thảo luận myi2p. Tôi đã đăng mô hình đe dọa (threat model) và mấy thứ fileserver ngớ ngẩn lên node 208 14:38 &lt;human&gt; fvw: có port GTK cho Windows (GIMP chạy trên Windows mà) 14:38 &lt;jrandom&gt; hay đó nightblade, tốt nhất là triển khai cái cần thiết trước 14:38 &lt;human&gt; fvw: s/client/port/ 14:38 &lt;jrandom&gt; heh 'k BrianR, cảm ơn 14:38 &lt;fvw&gt; human: Ý tôi là target gtk trên Windows cho wxWindows (mà tôi vừa gợi ý bạn dùng) 14:38 * fvw vẫy tay với BrianR. Chúc ngon miệng. 14:38 &lt;human&gt; fvw: à... tôi không rõ về vxWidgets (vxWindows' new name :-) 14:39 &lt;human&gt; fvw: nhưng là Nightblade nói về GTK+, không phải tôi :-) 14:40 &lt;fvw&gt; Ối, mắt tôi lệch rồi, bỏ qua tôi đi. 14:40 &lt;Nightblade&gt; Tôi không quen C++ bằng C 14:40 &lt;Nightblade&gt; theo như tôi biết, GTK là thư viện GUI C đa nền tảng duy nhất 14:40 &lt;Nightblade&gt; không phải tôi đặc biệt thích GTK 14:40 &lt;fvw&gt; không quan trọng lắm, wxWindows có thể tiếp cận dễ dàng từ C. 14:40 &lt;Nightblade&gt; hmm 14:40 &lt;Nightblade&gt; ừ có lẽ tôi cũng sẽ xem qua 14:40 &lt;Nightblade&gt; tôi biết C++ nhưng chưa viết chương trình lớn nào bằng nó 14:41 * fvw cũng không phải coder C++, nhưng tôi đã dựng một bộ xem giao dịch khá lớn cho một công ty vận tải bằng nó cách đây không lâu mà không gặp rắc rối. 14:42 &lt;Nightblade&gt; tôi chắc wxwindows có port Windows trưởng thành hơn 14:42 &lt;Nightblade&gt; so với gtk 14:42 &lt;fvw&gt; rất có thể, ừ. 14:43 &lt;Nightblade&gt; (ok tiếp tục họp) heh 14:43 &lt;jrandom&gt; :) 14:43 &lt;jrandom&gt; ok, nhảy sang 3) cập nhật roadmap 14:44 * jrandom đã lơ là cập nhật http://www.i2p.net/roadmap trong tháng vừa rồi 14:44 &lt;jrandom&gt; nhưng giờ đã cập nhật lại hiện tại 14:44 &lt;jrandom&gt; đáng tiếc rõ ràng chúng ta sẽ không ra 0.4 vào tuần tới 14:44 &lt;duck&gt; (1.1, 2.0, 3.0 cũng cập nhật chứ?) 14:45 &lt;jrandom&gt; vâng thưa 14:45 * Masterboy đã đọc và thích - không vội, chúng ta không cháy đâu.. 14:46 &lt;duck&gt; ai đó cũng nên cập nhật wikipedia/infoanarchy nữa :) 14:46 &lt;jrandom&gt; ồ, có lẽ tôi nên bỏ "SAM bridge and client libraries implemented and tested" khỏi 0.4 14:46 &lt;jrandom&gt; heh ừ, đó là lý do tôi !thwapped iA lúc trước khi họ chỉ copy trang wiki 14:46 &lt;jrandom&gt; (họ nên chỉ trỏ tới /roadmap, không nên nhân bản nội dung) 14:47 &lt;Masterboy&gt; SAM xong rồi à? 14:47 &lt;jrandom&gt; nó hoạt động được rồi, dù công việc trên các client library bổ sung vẫn đang tiếp diễn 14:47 &lt;jrandom&gt; s/are/is/ 14:48 &lt;jrandom&gt; ok, trừ khi còn câu hỏi/quan ngại nào về roadmap, chuyển sang 4) MyI2P 14:50 &lt;jrandom&gt; dù tôi đã ngừng tự làm myi2p, chúng tôi đã mở công việc này thành một bounty - http://www.i2p.net/node/view/216 14:50 &lt;jrandom&gt; một phần nghĩa là chúng ta cần làm rõ yêu cầu, và có một số tranh luận về những yêu cầu đó nên là gì 14:51 &lt;Masterboy&gt; tôi rủ bạn tôi tham gia, anh ấy bảo quá nhiều việc quá ít tiền;P ừ thì anh ấy là nhà tư bản;) 14:51 &lt;Masterboy&gt; tôi thì đề nghị code nó.. 14:52 &lt;jrandom&gt; luôn hoan nghênh viết code cho nó :) 14:53 &lt;jrandom&gt; câu hỏi kiến trúc còn bỏ ngỏ hiện nay là xử lý thế nào với những người không thể chạy i2p router / myi2p node mọi lúc 14:53 &lt;Nightblade&gt; chỉ cần có một i2p isp đáng tin 14:53 &lt;jrandom&gt; hai đề xuất là hoặc dùng nhà cung cấp dịch vụ lưu trữ, hoặc tách hệ thống ra để dùng một bộ lưu trữ nền phân tán 14:54 &lt;_cervantes_&gt; phương án sau là giải pháp lý tưởng dài hạn 14:54 &lt;_cervantes_&gt; *latter 14:54 &lt;duck&gt; (và là một bounty khác) 14:55 &lt;_cervantes_&gt; hoặc một dịch vụ proxy webcache... 14:55 &lt;jrandom&gt; đúng - nếu chúng ta đi theo nhà cung cấp dịch vụ lưu trữ (hoặc node chạy cục bộ), khi DHT (bảng băm phân tán)/v.v. sẵn có, chúng ta có thể đẩy ngày càng nhiều nội dung vào DHT 14:55 &lt;jrandom&gt; _cervantes_: đó về bản chất là bộ lưu trữ nền phân tán - các bộ đệm dữ liệu không đáng tin 14:57 &lt;deer&gt; * Masterboy tự hỏi bogobot ở đâu 14:57 &lt;jrandom&gt; phần khó là có được chức năng kiểm soát truy cập cần thiết - với các bộ đệm dữ liệu không đáng tin/bộ lưu trữ nền phân tán, ACL (danh sách kiểm soát truy cập) về cơ bản là mã hóa 14:57 &lt;jrandom&gt; nhưng một “kênh bên” cho thảo luận này đến từ ba điểm được một người ẩn danh nêu ra @ http://www.i2p.net/node/view/215#comment-105 14:57 &lt;_cervantes_&gt; và nội dung có ký 14:58 &lt;jrandom&gt; đúng, cả hai cách đều cần có nội dung ký 15:00 &lt;_cervantes_&gt; đây là chỗ mô hình của hypercubus có giá trị... nhưng tuyệt đối không phải giải pháp “nhanh” 15:00 &lt;jrandom&gt; từ các thảo luận trên irc tối qua, chúng tôi tập trung vào “mô hình đe dọa của livejournal” - những tấn công mà người dùng LJ quan tâm và những cái họ không 15:01 &lt;wilde&gt; ưu tiên hàng đầu, là làm được một MyI2P cơ bản trước 15:02 &lt;jrandom&gt; đúng, và để triển khai myi2p cơ bản, chúng ta phải biết kiến trúc triển khai 15:03 &lt;jrandom&gt; với mô hình đe dọa LJ cho người dùng không thể chạy node riêng, tôi không nghĩ chúng ta cần đi theo hướng bộ đệm dữ liệu không đáng tin 15:03 &lt;jrandom&gt; và tại sao ai đó dùng myi2p nếu họ chỉ cần mô hình đe dọa của lj? vì nó ẩn danh 15:04 &lt;jrandom&gt; chúng ta có thể tiếp tục theo đuổi một hệ thống lý tưởng hóa, nhưng có quy luật lợi ích giảm dần 15:04 -!- Irssi: #i2p: Tổng cộng 24 nick [0 ops, 0 halfops, 0 voices, 24 normal] 15:05 &lt;jrandom&gt; đó là lý do tôi thiên về giữ bounty theo hướng hiện tại - chúng ta có thể bổ sung các phương án khác sau, khi hệ thống cơ bản ra mắt 15:05 -!- duck_ giờ có tên là duck 15:06 &lt;jrandom&gt; dù sao, tôi nghĩ đó là tất cả cho 4) MyI2P, trừ khi ai có gì khác muốn nêu 15:06 &lt;jrandom&gt; nếu không, chuyển sang 5) ??? 15:07 &lt;_cervantes_&gt; hmm bạn cần một cái búa chủ tọa to :) 15:07 &lt;jrandom&gt; tôi quên đề cập eepsite mới của morph.i2p trong biên bản cuộc họp, và nickster.i2p giờ có public fproxy! 15:08 &lt;jrandom&gt; (và sungo.i2p đã bật webcam chạy rồi :) 15:08 &lt;_cervantes_&gt; heh... 15:08 &lt;_cervantes_&gt; i2pr0n 15:08 &lt;jrandom&gt; ai còn gì muốn nêu không? 15:10 &lt;jrandom&gt; nếu không, vậy là chúng ta chạm mốc 70 phút 15:10 &lt;deer&gt; &lt;Masterboy&gt; không 15:10 * jrandom tổng kết 15:10 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/03/23/i2p-dev-meeting-march-23-2004/Tue, 23 Mar 2004 00:00:00 +0000/vi/blog/2004/03/23/i2p-dev-meeting-march-23-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, fidd, human, jrand0m, kaji, KyroxX, lucky, Masterboy, mihi, no_dammagE, ox, ughabugha, wbk, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:01:22] &lt;jrand0m&gt; chương trình: [22:01:22] &lt;jrand0m&gt; 0) Chào [22:01:22] &lt;jrand0m&gt; 1) Tình trạng mạng [22:01:28] &lt;jrand0m&gt; 2) Kế hoạch 0.3.1 [22:01:28] &lt;jrand0m&gt; 3) Kiến trúc Web [22:01:28] &lt;jrand0m&gt; 4) Công việc hành chính lặt vặt [22:01:34] &lt;jrand0m&gt; 5) ??? [22:01:38] &lt;jrand0m&gt; 0) chào [22:01:39] &lt;no_dammagE&gt; dĩ nhiên rồi [22:01:43] &lt;ughabugha&gt; Ồ, hay đấy, đến giờ họp rồi. :) [22:01:51] &lt;jrand0m&gt; chào, chào mừng đến buổi họp dev hằng tuần, số $something [22:01:56] &lt;ughabugha&gt; Chào. [22:02:02] &lt;jrand0m&gt; ghi chú trạng thái tuần ở http://i2p.net/pipermail/i2p/2004-March/000180.html [22:02:09] * mihi has joined #i2p [22:02:13] &lt;fidd&gt; chào mọi người [22:02:32] &lt;jrand0m&gt; xem thử hôm nay có tránh được phiên 2 tiếng không ;) [22:02:39] &lt;jrand0m&gt; ok, nhảy sang 1) tình trạng mạng [22:02:43] &lt;Masterboy&gt; :P [22:02:56] &lt;jrand0m&gt; chúng ta đã phát hành 0.3.0 vào Chủ nhật, và nhìn chung là hoạt động ổn [22:03:12] &lt;Masterboy&gt; đúng vậy :) [22:03:23] &lt;ox&gt; * jrandom vẫy tay từ i2p#i2p để chứng minh ;) [22:03:43] &lt;jrand0m&gt; vẫn còn vài lỗi cần sửa, và một loạt thứ mới cần giải quyết, nhưng cứ thế mà tiến tới [22:04:21] * ion has joined #i2p [22:04:22] * ughabugha đang đọc ghi chú trạng thái. [22:04:27] * mrflibble has quit IRC (đến giờ r eboot) [22:04:35] &lt;jrand0m&gt; trong email tôi có nhắc một công cụ giám sát mạng mới duck ghép lại - `http://duck.i2p/dot/dot.png` (hoặc bản chụp tại http://i2p.net/~jrandom/profiles.png) [22:05:05] &lt;jrand0m&gt; về cơ bản nó cho ta cái nhìn về tình hình mạng - có bao nhiêu người ngoài kia, và họ phát hiện ra các tài nguyên nhanh và tin cậy tốt đến mức nào [22:05:22] &lt;jrand0m&gt; (về cơ bản nó trực quan hóa kết quả của quá trình lập hồ sơ và chọn peer trong 0.3) [22:05:50] &lt;ox&gt; &lt;duck&gt; đẹp đấy! [22:06:22] &lt;jrand0m&gt; ừm, thật thích khi thấy phản hồi trực quan cho thuật toán, thay vì phải đi qua networkDb thủ công [22:06:37] &lt;ox&gt; &lt;Masterboy&gt; cần giảm mức dùng cpu.. [22:06:38] &lt;fidd&gt; :) [22:06:48] * jrand0m trao giải eepSiteAppOfTheWeek cho duck vì dot.png [22:06:54] &lt;ughabugha&gt; Ừ, không biết không có duck thì ta làm gì nhỉ? [22:07:08] &lt;ox&gt; &lt;duck&gt; có khi làm bản âm thanh nữa [22:07:17] &lt;fidd&gt; haha [22:07:20] &lt;jrand0m&gt; :) [22:07:22] &lt;human&gt; heheh [22:07:34] &lt;fidd&gt; hoặc bản mùi hương [22:07:47] &lt;ughabugha&gt; Ừ, và stream qua icecast của jnon mỗi giờ. [22:07:51] &lt;no_dammagE&gt; tôi hiểu cột speed trong #transport thế nào? [22:08:00] &lt;no_dammagE&gt; ý tôi nói peer profiles [22:08:25] &lt;jrand0m&gt; no_dammagE&gt; câu hỏi hay. nếu bạn đọc phần chữ bên dưới, nó giải thích là các con số không tương quan với bất cứ thứ gì - chúng chỉ là giá trị tương đối. [22:08:50] &lt;no_dammagE&gt; ok :) [22:09:15] &lt;jrand0m&gt; nếu bạn muốn câu trả lời "thật sự", xem http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/router/java/src/net/invisiblenet/i2p/router/peermanager/SpeedCalculator.java?rev=1.3&amp;content-type=text/x-cvsweb-markup [22:10:07] &lt;jrand0m&gt; mạng cũng đã tăng lên ổn định 18-22 routers, là kích thước ổn lúc này [22:10:31] &lt;jrand0m&gt; ta sẽ muốn tăng thêm chút nữa sau khi xử lý một số lỗi hiện có, và khi mã phttp 0.3.1 vào chỗ [22:10:36] &lt;KyroxX&gt; re [22:10:45] &lt;jrand0m&gt; wb KyroxX [22:11:03] &lt;jrand0m&gt; ok, dẫn ta tới 2) kế hoạch 0.3.1 [22:11:16] &lt;no_dammagE&gt; con của tôi sẽ tắt trong 30 phút nữa và sẽ bật lại khoảng ~ 20 giờ (hoặc tôi sẽ cho vào autostart để nó khởi động cùng PC) [22:11:29] &lt;jrand0m&gt; hay đấy no_dammagE, vậy là ổn [22:11:33] * fR has quit IRC (Ping timeout) [22:12:01] &lt;jrand0m&gt; thay vì đưa mã phttp, bộ giới hạn băng thông, và biện pháp ngăn thông đồng mới vào chung trong bản 0.3.1, tôi đẩy biện pháp ngăn thông đồng sang 0.3.2 [22:12:19] &lt;jrand0m&gt; lộ trình chưa cập nhật, nhưng mọi thứ cơ bản vẫn như cũ [22:12:45] * fR has joined #i2p [22:13:17] &lt;ughabugha&gt; Anh sẽ phát hành 0.3.0.1 chứ? [22:13:18] &lt;jrand0m&gt; sẽ có vài thứ phức tạp trong việc đại tu phttp, xử lý việc bóp băng thông kết nối, nhưng xem sao [22:13:36] * KyroxX has quit IRC (Verlassend) [22:13:47] &lt;jrand0m&gt; có thể, dù hiện lộ trình liệt kê 0.3.1 là tuần tới [22:13:54] &lt;jrand0m&gt; Chủ nhật nữa là. [22:14:01] &lt;ox&gt; &lt;baffled&gt; Tôi biết anh thông đồng với ai đó mà. [22:14:02] &lt;jrand0m&gt; nên chưa chắc [22:14:03] * Rom|Away|3h has quit IRC (Ping timeout) [22:14:04] &lt;Masterboy&gt; làm sao tôi giới hạn mức dùng cpu của router? sao không làm: "thấp" - "bình thường" - "cao" - để chọn? [22:14:10] &lt;jrand0m&gt; hề hề baff [22:14:11] &lt;no_dammagE&gt; sao cái này lại critical?: [22:14:11] &lt;no_dammagE&gt; 21:55:36.249 CRIT [I2CP Reader ] et.invisiblenet.i2p.util.Clock: Updating clock [22:14:12] &lt;no_dammagE&gt; offset to 105791ms from 0ms [22:14:16] * Romster has joined #i2p [22:14:24] * jar has quit IRC (Ping timeout) [22:14:38] &lt;jrand0m&gt; Masterboy&gt; mã theo hướng đó được lên kế hoạch cho bản 1.0rc1 [22:14:43] &lt;jrand0m&gt; (router throttling) [22:14:48] * KyroxX has joined #i2p [22:14:50] &lt;jrand0m&gt; ta có vài thứ cơ bản, nhưng chưa sẵn sàng. [22:15:08] &lt;KyroxX&gt; re [22:15:13] &lt;jrand0m&gt; no_dammagE&gt; vì nó lẽ ra chỉ xảy ra tối đa một lần - nếu bạn thấy nó xảy ra nhiều, là có vấn đề [22:15:14] &lt;Masterboy&gt; okie [22:15:21] &lt;jrand0m&gt; (vấn đề nghiêm trọng) [22:15:48] &lt;jrand0m&gt; còn câu hỏi / băn khoăn nào về bản 0.3.1 không? [22:15:55] &lt;mihi&gt; vậy thì lần đầu nên để debug rồi sau đó mới crit... [22:16:06] &lt;jrand0m&gt; bạn nói đúng [22:16:09] &lt;KyroxX&gt; chủ đề là gì vậy? [22:16:17] &lt;ughabugha&gt; jrand0m: Ừm.. Sao cái này lại xảy ra trên I2P? Closing Link: [unknown@192.168.0.2] (Ping timeout) [22:16:31] &lt;jrand0m&gt; KyroxX&gt; họp dev hằng tuần, mục 2) 2) kế hoạch 0.3.1 [22:16:35] &lt;ughabugha&gt; À, thôi bỏ đi. [22:16:40] &lt;jrand0m&gt; ughabugha&gt; bản vá ircd [22:16:49] &lt;KyroxX&gt; ah [22:17:02] &lt;ox&gt; &lt;duck&gt; ircd của tôi chạy trên nsa.localdomain [22:17:06] &lt;jrand0m&gt; hmm [22:17:08] &lt;ox&gt; &lt;duck&gt; có IP là 192.168.0.2 [22:17:12] &lt;jrand0m&gt; à [22:17:30] * Romster has quit IRC (Ping timeout) [22:17:32] &lt;jrand0m&gt; ok, chuyển sang 3) Kiến trúc Web [22:17:49] * ion has quit IRC (Ping timeout) [22:17:58] &lt;jrand0m&gt; tôi biết ta đã bàn vấn đề này tuần trước một chút, và cũng có thảo luận trên mailing list [22:18:02] &lt;mihi&gt; làm sao tôi tạo tài khoản trên drupal.i2p.net? [22:18:15] * mihi ngu quá chẳng làm được... [22:18:16] &lt;jrand0m&gt; wilde&gt; bạn có thể thêm một cái cho mihi? [22:18:31] &lt;jrand0m&gt; (không có cách đăng ký bình thường) [22:18:35] &lt;mihi&gt; jrand0m: anh có thể đơn giản nói không, để tôi biết mà ngừng thử ;) [22:18:42] &lt;jrand0m&gt; nếu wilde không có mặt, tôi sẽ thêm cho bạn ngay :) [22:18:51] * Romster has joined #i2p [22:19:04] * Romster is now known as Rom|Away|3h [22:19:18] &lt;fidd&gt; tôi cũng muốn một cái nếu được :) [22:21:05] &lt;ox&gt; &lt;jmand&gt; /ping jmand [22:21:12] &lt;jrand0m&gt; ok, quay lại phần kiến trúc web [22:22:06] &lt;jrand0m&gt; có vài khía cạnh khác nhau của “cách ta dùng web” trong i2p, và ta có thể xử lý chúng như MộtThứWebToTướng, hoặc nói về việc chuyên biệt hóa từng thành phần, làm “một việc cho thật tốt” [22:22:34] * ion has joined #i2p [22:22:44] &lt;jrand0m&gt; mihi nêu vài điểm hay mà tôi chưa để ý, vài tính năng giá trị mà chắc chắn ta sẽ muốn [22:23:03] &lt;ughabugha&gt; jrand0m: Anh đang nói về việc tách Squid và I2P web? [22:23:11] &lt;ughabugha&gt; Hay gì đó sâu hơn? [22:23:24] &lt;duck&gt; chuỗi 'HTTPTunnel vs. {privoxy,muffin} + HTTPClient' [22:23:30] &lt;duck&gt; (http://i2p.dnsalias.net/pipermail/i2p/2004-March/) [22:23:48] &lt;jrand0m&gt; tách squid và eepsites, cũng như tách proxy trình duyệt so với (về bản chất là) cgi [22:23:49] &lt;ughabugha&gt; Phải. [22:24:00] &lt;jrand0m&gt; và, dĩ nhiên, các bộ lọc [22:24:48] &lt;jrand0m&gt; vì chúng ta đều làm việc trong thế giới mã nguồn mở, không cần thiết phải có MộtThứLàmHết mọi tình huống dùng - ta có thể xây cái này để đáp ứng một nhu cầu, rồi tái sử dụng mã của nó cho cái khác để đáp ứng nhu cầu khác [22:24:56] * jar has joined #i2p [22:25:04] &lt;duck&gt; Tôi có xu hướng đồng ý với bài mới nhất của human [22:25:13] &lt;jrand0m&gt; thêm nữa, với API streaming I2PTunnel mới của mihi, xây dựng tiếp cũng khá dễ [22:26:42] &lt;jrand0m&gt; tôi cũng vậy, dù tôi không có thời gian làm httptunnel, nên tùy vào mihi muốn xử lý trường hợp dùng nào trước [22:26:48] * lucky has joined #i2p [22:27:45] * jar has quit IRC (EOF From client) [22:27:52] &lt;jrand0m&gt; mihi&gt; ý kiến gì không? [22:28:26] &lt;jrand0m&gt; ok hoặc ai khác? :) [22:28:47] &lt;duck&gt; `http://i2p.i2p/` nhìn xấu quá [22:28:55] &lt;duck&gt; nhưng cũng chịu được [22:28:59] &lt;jrand0m&gt; i2p.i2p? [22:29:05] &lt;human&gt; ? [22:29:27] * ion has quit IRC (Ping timeout) [22:29:28] &lt;jrand0m&gt; tôi có thể thêm một mục dns cho eep.i2p.net trỏ về 127.0.0.1 cho những máy làm mấy trò dns tệ hại [22:30:01] * fR has quit IRC (EOF From client) [22:30:20] * human không nhận được đề xuất mới nhất :-) [22:30:27] &lt;duck&gt; Tôi nhớ có thấy i2p.i2p được nhắc như thay thế cho http://i2p/keybla hiện tại [22:30:35] &lt;jrand0m&gt; của bạn là mới nhất human [22:30:54] &lt;jrand0m&gt; à, đúng, tối qua trên irc tôi nghĩ jnano có bàn [22:30:55] &lt;human&gt; jrand0m: ý tôi là: "i could add in a dns entry for eep.i2p.net pointing to 127.0.0.1 for machines that do bad dns things" [22:31:03] &lt;mihi&gt; duck: mắt bạn tinh đấy. tôi làm vậy để ngăn netbios lookup trong Opera. [22:31:21] &lt;duck&gt; à vâng "code/apps/i2ptunnel/java/src/net/invisiblenet/i2p/httptunnel/handler/RootHandler.java" [22:31:21] &lt;jrand0m&gt; à xin lỗi human, tôi nói vậy liên quan tới điều mihi vừa nói :) [22:31:23] * lucky has quit IRC (Ping timeout) [22:31:49] &lt;duck&gt; thật đáng tiếc là vài trình duyệt cần mấy cách lách như vậy [22:31:55] &lt;human&gt; wew [22:32:15] &lt;jrand0m&gt; human có nói gì đó về việc socks4 không cần thế? [22:32:15] * KyroxX is now known as wbk [22:32:23] &lt;duck&gt; socks4a [22:32:29] &lt;jrand0m&gt; à ok [22:32:39] &lt;duck&gt; (socks4 thì client làm DNS) [22:32:49] &lt;jrand0m&gt; tất cả trình duyệt đều hỗ trợ socks4a chứ? [22:32:59] &lt;human&gt; jrand0m: socks4 là Evil(TM), nhưng socks4a và socks5 giao việc phân giải tên cho server [22:33:00] &lt;duck&gt; s/socks4 does DNS/with socks4 the client does DNS/ [22:33:06] &lt;mihi&gt; vài trình duyệt còn chẳng hỗ trợ proxy socks... [22:33:08] &lt;human&gt; jrand0m: theo tôi biết thì có [22:33:27] &lt;jrand0m&gt; đúng, thêm vấn đề kiosk nữa mihi, chắc chắn rồi [22:33:52] &lt;duck&gt; nó có thể là một phương án thay thế [22:34:04] &lt;duck&gt; httpclient + socksclient + v.v. [22:34:29] &lt;human&gt; jrand0m, mihi: các chương trình không hỗ trợ socks có thể dùng tsocks [22:34:53] &lt;jrand0m&gt; human&gt; trừ khi đó là kiosk, nơi người ta không thể chạy ứng dụng [22:35:00] &lt;jrand0m&gt; (hoặc thay đổi thiết lập, v.v.) [22:35:19] &lt;human&gt; jrand0m: đúng, dĩ nhiên socks tunnel không phù hợp cho các tác vụ đó [22:35:31] &lt;duck&gt; (human: nhưng họ vẫn gọi gethostbyname) [22:35:39] &lt;jrand0m&gt; vậy à duck? [22:35:55] &lt;human&gt; duck: không, tsocks còn chặn chúng và chuyển tiếp tới proxy [22:36:16] &lt;human&gt; duck: (không rõ thế giới windows thì sao) [22:36:30] &lt;jrand0m&gt; họ BSOD [22:36:32] &lt;jrand0m&gt; ờ.. [22:36:57] &lt;duck&gt; (không theo /usr/share/doc/tor-0.0.2_pre27/CLIENTS.gz) [22:36:57] &lt;human&gt; heheheh [22:37:07] &lt;jrand0m&gt; heh duck [22:37:18] &lt;human&gt; tuy vậy, socks tunnel sẽ không thay thế www proxy :-) [22:37:24] &lt;duck&gt; (( &lt;/tortechnotalk&gt; )) [22:38:25] &lt;jrand0m&gt; mihi&gt; bạn thấy trường hợp dùng ưu tiên cao nhất cho httptunnel là gì? nếu có gì chúng tôi có thể giúp? [22:38:31] &lt;mihi&gt; http://home.arcor.de/mschierlm/test/nosocks.png (trình duyệt nào thế?) [22:38:31] &lt;human&gt; nó chỉ là phần bổ sung để làm vài trò hay với tunnelling, chaining v.v. [22:38:31] &lt;wbk&gt; I2P là ircd của iip đúng không? [22:38:31] &lt;duck&gt; dù sao, mọi giải pháp đều cần bộ lọc phía client [22:38:47] &lt;human&gt; duck: vâng, theo man 8 tsocks :-) [22:39:14] &lt;jrand0m&gt; không rõ mihi, chắc opera? [22:39:19] * fR has joined #i2p [22:39:19] &lt;duck&gt; wbk: không có tin nhắn riêng [22:39:19] &lt;jrand0m&gt; wbk&gt; không [22:39:30] &lt;mihi_backup&gt; jrand0m: làm nó hoạt động hoàn hảo với post requests &amp;&amp; làm được mọi thứ httpclient làm [22:39:45] &lt;jrand0m&gt; chuẩn [22:40:08] &lt;ughabugha&gt; mihi: Đó là Opera. [22:40:14] &lt;human&gt; mihi: không rõ, nhưng như tôi viết ở trên: socks tunnel sẽ không thay thế www proxy :-) [22:40:18] &lt;ughabugha&gt; Nếu bạn định hỏi. :) [22:41:13] &lt;jrand0m&gt; ok, hay đó, còn ai muốn nêu gì cho phần web nữa không, hay sẵn sàng sang 4) Công việc hành chính? [22:42:23] &lt;jrand0m&gt; ok, vài ghi chú - [22:42:24] * Rom|Away|3h is now known as Rom|Away|4h [22:42:51] &lt;jrand0m&gt; site drupal đã lên lại, nên ai muốn giúp hoặc xem tiến triển mới nhất, hãy vào drupal.i2p.net :) [22:44:02] &lt;jrand0m&gt; trên đó, bạn sẽ thấy hai điểm hành chính khác - danh sách đội ngũ [http://drupal.i2p.net/team] và bản nháp chính sách giấy phép mới [http://drupal.i2p.net/node/view/85] [22:44:26] &lt;duck&gt; Tôi có xem chính sách giấy phép... [22:44:35] &lt;duck&gt; Theo tôi biết Cryptix == BSD [22:44:43] &lt;jrand0m&gt; đúng [22:44:52] &lt;duck&gt; (nhưng với nhóm Cryptix là chủ sở hữu bản quyền thay vì Regents of Massachusetts hay gì đó) [22:44:52] &lt;jrand0m&gt; nhưng, nghiêm ngặt thì là giấy phép Cryptix ;) [22:45:05] &lt;duck&gt; MIT là gì? [22:45:13] &lt;jrand0m&gt; mit == bsd 2 clause [22:45:16] &lt;jrand0m&gt; == x [22:45:19] &lt;duck&gt; ý tôi mã nào dùng MIT [22:45:25] &lt;jrand0m&gt; không có [22:45:29] &lt;human&gt; == x &lt; 4.4.0 [22:45:36] &lt;jrand0m&gt; tôi chỉ liệt kê là "nếu bạn muốn dùng MIT, tốt" [22:45:42] &lt;jrand0m&gt; đúng vậy human :/ [22:45:49] &lt;duck&gt; số lượng giấy phép đã khá nhiều [22:45:56] &lt;duck&gt; Tôi tự hỏi có hạn chế lại được không [22:46:07] &lt;duck&gt; ví dụ đổi mã GPL sang BSD hoặc thậm chí public domain [22:46:31] &lt;duck&gt; muốn biết tác giả(s) của phần đó nghĩ gì [22:46:32] &lt;ox&gt; &lt;no_dammagE&gt; vậy nhé, tôi đi ngủ. Devteam code tốt, mọi người khác chúc một ngày vui. Hẹn mai. [22:46:40] &lt;duck&gt; bye no_dammagE [22:46:41] &lt;jrand0m&gt; tôi sẽ rất thích nếu thư viện streaming / thư viện naming của i2ptunnel hoặc thậm chí toàn bộ i2ptunnel được phát hành dưới giấy phép kiểu bsd [22:46:51] &lt;jrand0m&gt; tạm biệt no_dammagE [22:46:55] &lt;no_dammagE&gt; cu [22:46:58] * no_dammagE has quit IRC [22:47:19] * jar_backup has joined #i2p [22:47:50] &lt;jrand0m&gt; nhưng, dĩ nhiên, GPL cũng ổn, đó là quyền của mihi :) [22:48:06] &lt;mihi&gt; với thư viện streaming/naming thì được (hoặc BSD hoặc LGPL). nhưng tôi muốn giữ GPL cho I2PTunnel core [22:48:07] &lt;ughabugha&gt; Ừ, dù là giấy phép gì thì cũng nên tương thích GPL. [22:48:36] &lt;ughabugha&gt; (tức là không hạn chế hơn GPL) [22:48:42] &lt;human&gt; tôi ủng hộ GNU GPL, nhưng tôi nghĩ giấy phép tốt nhất để phổ biến giao thức và định dạng mới là kiểu BSD (ví dụ: xem nhóm OGG Vorbis đã đổi tất cả từ LGPL sang MIT-X11) [22:49:05] &lt;jrand0m&gt; mihi&gt; thư viện streaming và naming có hoạt động độc lập mà không phụ thuộc vào chính i2ptunnel, đúng không? [22:49:14] &lt;ughabugha&gt; Ừ, reference implementation không nên GPL. [22:49:25] &lt;mihi&gt; đáng ra là thế. nếu không, là lỗi. [22:49:30] &lt;jrand0m&gt; BSD 2 clause cho chúng thì tuyệt [22:49:40] &lt;human&gt; chuẩn! [22:49:45] &lt;mihi&gt; bạn có thể để thư viện naming vào public domain nếu bạn đưa nó vào core ;) [22:50:02] * ion has joined #i2p [22:50:03] &lt;jrand0m&gt; chắc chắn rồi, tôi muốn đưa chúng vào SDK core [22:50:42] &lt;mihi&gt; "chúng"? ;) (đưa thư viện streaming vào core là ý tưởng tệ theo tôi, vì nó quá ít mở cho các hiện thực khác) [22:51:09] &lt;jrand0m&gt; ừ, chính SDK impl cũng có vài giả định thiết kế không tầm thường - nó chỉ là một bản tham chiếu [22:51:22] &lt;jrand0m&gt; tôi muốn mọi người có thể lấy i2p.jar và viết app streaming [22:51:28] &lt;human&gt; mihi: về I2PTunnels &amp; GPL: tôi đề nghị thêm một ngoại lệ GNU GPL rõ ràng cho phép mọi người liên kết app của bạn với JVM sở hữu (xem bình luận của tôi ở http://drupal.i2p.net/node/view/85) [22:51:28] * Masterboy has quit IRC (Ping timeout) [22:51:59] &lt;duck&gt; human: điều đó kéo theo vấn đề "phải thuê luật sư trước khi dùng" [22:52:01] &lt;jrand0m&gt; (có lẽ ta có thể tách i2ptunnel hiện tại thành i2ptunnel và i2pstreaming, nếu bạn thích?) [22:52:32] &lt;mihi&gt; jrand0m: vậy thì được. chỉ cần đổi tác vụ ant để build 2 jar ;) [22:52:35] &lt;human&gt; duck: tôi đề nghị thêm ngoại lệ chỉ để tránh điều đó [22:52:39] &lt;jrand0m&gt; duck&gt; nếu mihi sẵn sàng BSD thư viện streaming và naming, tôi nghĩ không quá rắc rối [22:53:30] &lt;mihi&gt; và tốt hơn làm i2pministreaming thay vì i2pstreaming [22:53:41] &lt;duck&gt; mihistreaming :) [22:53:48] &lt;mihi&gt; (chú ý chữ n trong mi4ni) [22:54:02] &lt;mihi&gt; duck: đúng điều tôi nghĩ ;) [22:54:03] &lt;jrand0m&gt; chuẩn mihi, vậy có lẽ ta sửa bảng ở http://drupal.i2p.net/node/view/85 để liệt kê I2PTunnel core là GPL (có lẽ kèm ngoại lệ human nói?), cộng thêm một dòng I2PMiniStreaming riêng là BSD? [22:54:04] &lt;jrand0m&gt; hehe [22:54:10] &lt;jrand0m&gt; i2pmihistreaming cũng hay :) [22:55:25] &lt;duck&gt; ok [22:55:40] &lt;duck&gt; tuần sau tôi sẽ thử thuyết phục mọi người chuyển hẳn sang publicdomain [22:55:45] &lt;duck&gt; nhưng thế này tạm đủ :) [22:55:48] &lt;jrand0m&gt; :) [22:55:50] &lt;human&gt; hehe [22:56:06] &lt;jrand0m&gt; mihi*=5 [22:56:14] &lt;mihi&gt; jrandom**=5; [22:56:21] &lt;duck&gt; wbk vừa đề nghị giúp phần webdesign [22:56:36] &lt;jrand0m&gt; ôi tuyệt duck [22:56:45] &lt;jrand0m&gt; rồi, trước khi nhảy sang 5) [22:56:58] &lt;jrand0m&gt; có dev nào có băn khoăn với /policy/ ở http://drupal.i2p.net/node/view/85 không? [22:57:05] &lt;duck&gt; vậy tôi đã làm màn tra cứu bảng đội ngũ kiểu quan liêu và giao cho wilde [22:57:25] &lt;human&gt; trước khi nhảy... còn đề xuất GPL + ngoại lệ thì sao? [22:57:29] &lt;jrand0m&gt; kiểu "ngầm theo $primaryLicense" hoặc "rõ ràng theo $alternate"? [22:57:47] &lt;jrand0m&gt; duck++ :) [22:58:02] &lt;mihi&gt; human: tôi đang thêm nó đây [22:58:07] * human đồng ý với policy của jrand0m [22:58:25] &lt;duck&gt; còn chủ sở hữu bản quyền thì sao [22:58:28] &lt;human&gt; mihi: ok, cảm ơn [22:58:30] * duck thấy human thêm vài file mới là GPL [22:58:36] &lt;duck&gt; và để tên mihi làm chủ bản quyền [22:58:45] &lt;ughabugha&gt; Ư... tôi không nghĩ drupal thích mật khẩu dài 32 ký tự. [22:58:51] &lt;human&gt; duck: tôi chỉ copy-paste từ file có sẵn [22:59:18] &lt;duck&gt; ok, nhưng nếu ta có 50 người làm và mỗi người để tên mình ở bản quyền [22:59:20] &lt;jrand0m&gt; với những người thêm mã public domain, thì không có bản quyền, nhưng ai dùng bản quyền thì nên để tên mình [22:59:22] &lt;human&gt; duck: (ừm, dù tôi có khi quên ghi bản quyền vào file...) [22:59:25] &lt;duck&gt; thì sau này không đổi giấy phép được [22:59:29] &lt;jrand0m&gt; theo tôi vậy cũng ổn duck [22:59:53] &lt;jrand0m&gt; ví dụ thecrypto nên là chủ bản quyền mấy routine mã hóa và SHA của anh ấy [23:00:03] &lt;human&gt; (tôi vẫn tuân theo policy của jrand0m là bám giấy phép của module, btw) [23:00:05] &lt;jrand0m&gt; dù anh ấy phát hành dưới BSD 2 clause, chúng ta sẽ dùng nó [23:00:38] &lt;jrand0m&gt; à, có lẽ tôi bỏ lỡ ý bạn - bạn muốn đảm bảo mọi người đều để tên mình? [23:00:44] &lt;duck&gt; không [23:00:49] * jrand0m chuyển bản quyền cho richard nixon [23:00:56] &lt;human&gt; heheh [23:01:34] &lt;human&gt; nhân tiện: ở nước tôi, "public domain" chỉ là một kiểu bản quyền khác [23:01:46] &lt;jrand0m&gt; hmm. i2p không có pháp nhân để nhận bản quyền (và sẽ không bao giờ có) [23:02:02] &lt;human&gt; tức là bạn (tác giả) phân phối tác phẩm mà không hạn chế gì [23:02:18] &lt;jrand0m&gt; đúng, nhiều nước có luật SHTT dở tệ [23:02:59] &lt;human&gt; jrand0m: chỉ là có lẽ tốt hơn nên ghi kiểu "tôi tạo file này, và bạn có thể dùng nó không hạn chế" trong mỗi file [23:03:13] &lt;jrand0m&gt; tôi nghĩ đó là ý hay [23:03:47] &lt;human&gt; jrand0m: (thực tế vẫn đang làm thế, nhưng tôi nghĩ nên là yêu cầu :-) [23:03:55] &lt;jrand0m&gt; đó là lý do tôi đưa “jrandom wrote this in $year and releases it into the public domain” ;) [23:04:08] &lt;human&gt; jrand0m: vâng :-) [23:04:27] &lt;jrand0m&gt; vậy tôi đang bỏ lỡ ý của duck [23:04:37] &lt;fidd&gt; và chuyện ăn thịt trẻ con nữa [23:04:37] &lt;duck&gt; tôi cũng quên rồi [23:04:43] &lt;jrand0m&gt; :) [23:04:44] &lt;human&gt; heheh [23:04:47] &lt;duck&gt; quên đi [23:04:58] * lucky has joined #i2p [23:05:13] &lt;jrand0m&gt; ok, vậy tôi sẽ thêm vào phần quyền commit gợi ý rằng mọi người ghi chú tác giả những gì mình viết [23:05:22] &lt;jrand0m&gt; (kể cả khi họ không đăng ký bản quyền?) [23:05:24] &lt;lucky&gt; hi [23:05:25] &lt;lucky&gt; :D [23:05:39] &lt;jrand0m&gt; s/suggestion/&lt;i&gt;suggestion&lt;/i&gt;/ [23:05:42] &lt;jrand0m&gt; chào lucky [23:05:50] &lt;jrand0m&gt; [đù tôi làm hỏng regexp] [23:05:57] &lt;duck&gt; muốn tôi ký PGP một tuyên bố không? [23:06:09] &lt;jrand0m&gt; tôi sẽ làm vậy, đúng [23:06:30] &lt;jrand0m&gt; khi policy sẵn sàng và đã chỉnh, tôi sẽ liên hệ tất cả người đã từng commit để xác thực PGP/GPG [23:06:33] &lt;human&gt; jrand0m: vâng (ở nước tôi không thể từ chối bản quyền, nó là quyền tác giả bất khả nhượng) [23:06:52] &lt;duck&gt; đúng, nước của bạn tệ quá [23:06:53] &lt;duck&gt; TIẾP [23:06:56] &lt;duck&gt; (úi) [23:06:58] &lt;jrand0m&gt; :) [23:07:19] &lt;fidd&gt; human, nước nào vậy? [23:07:39] &lt;human&gt; jrand0m: vì thế, "file này không có bản quyền" nghe không hợp - bạn nên luôn nêu rõ bạn là tác giả, và bạn không đặt hạn chế nào lên tác phẩm [23:07:47] &lt;human&gt; fidd: đâu đó gần châu Âu :-) [23:07:54] &lt;fidd&gt; heh, ok [23:07:59] &lt;lucky&gt; human: sau đó bạn có thể nói bạn không muốn bản quyền [23:08:03] &lt;lucky&gt; và đưa nó vào public domain. [23:08:19] &lt;jrand0m&gt; human&gt; với "phát hành ngầm theo $primaryLicense", vậy sẽ giải quyết vấn đề chứ? [23:08:24] &lt;duck&gt; human nghĩa là điều đó chẳng có nghĩa lý gì ở $fuckedcountry [23:08:42] &lt;jrand0m&gt; human&gt; vì điều đó ngầm nghĩa commit == phát hành theo $primaryLicense [23:08:50] &lt;human&gt; duck: vâng, chính xác [23:09:07] &lt;jrand0m&gt; (vậy không có ghi chú == giấy phép ngầm bởi $author, theo `cvs log`) [23:09:28] &lt;jrand0m&gt; (à, legalese trong code ;) [23:09:36] &lt;human&gt; jrand0m: tôi không phải luật sư... nhưng chắc sẽ ổn [23:09:43] * kaji has joined #i2p [23:09:48] &lt;ox&gt; * wilde đồng ý với đề xuất cuối [23:09:57] &lt;jrand0m&gt; w3rd. [23:10:05] &lt;jrand0m&gt; ok, tôi sẽ xem liệu có thể nhờ eff rà soát [23:10:19] &lt;jrand0m&gt; chuyển sang 5) ??? [23:10:21] &lt;human&gt; jrand0m: có lẽ tốt hơn có một dạng thỏa thuận khi cấp quyền CVS cho người ta [23:10:46] &lt;ox&gt; &lt;wilde&gt; khi nào ta sẽ thấy, net.i2p.legal.LicenseManager? [23:10:47] &lt;jrand0m&gt; đồng ý human&gt; đồng ý rõ ràng với $policy sẽ là điều kiện tiên quyết để được quyền commit [23:10:50] &lt;jrand0m&gt; hề [23:10:52] &lt;human&gt; jrand0m: (ví dụ, ký GPG policy của bạn, và lưu nó trên site I2P?) [23:11:00] &lt;human&gt; heheh [23:11:04] &lt;jrand0m&gt; nghe hợp lý human. [23:11:13] &lt;mihi&gt; jrand0m thích PGP8 hơn ;) [23:11:23] &lt;jrand0m&gt; chuẩn luôn. pgpdisk++ [23:12:06] * wilde has joined #i2p [23:12:14] &lt;duck&gt; chào wilde [23:12:36] &lt;jrand0m&gt; ok, có ai muốn nêu gì cho 5) ??? không [23:13:27] &lt;wilde&gt; chỉ mời mọi người thêm lần nữa ghé drupal và bình luận, chỉnh sửa, v.v. [23:13:37] &lt;jrand0m&gt; chuẩn, đúng, điểm hay [23:13:41] &lt;duck&gt; http://drupal.i2p.net/ [23:13:41] &lt;wilde&gt; để ta có tài liệu tốt cho 1.0 [23:13:41] &lt;mihi&gt; human, jrand0m: license trong CVS ổn chưa? ;) [23:13:55] &lt;jrand0m&gt; tại http://drupal.i2p.net/team có rất nhiều vai trò [vacant]. hãy tình nguyện! [23:14:02] &lt;fidd&gt; tôi không vào drupal qua squuid được :/ [23:14:17] * mihi tình nguyện làm QS guy vì echo server ;) [23:14:29] &lt;mihi&gt; s/QS/QA/ [23:14:33] &lt;jrand0m&gt; woot! [23:15:01] &lt;wilde&gt; unit tests cho echo server [23:15:12] &lt;mihi&gt; wilde rofl không [23:15:17] &lt;human&gt; mihi: có lẽ bạn nên s/XXXX/mihi/ trong ngoại lệ GPL :-) [23:15:20] &lt;ughabugha&gt; jrand0m: Heh, “stress testing” là gì? :) [23:15:34] &lt;mihi&gt; echo server là system test cho i2p ;) [23:15:38] &lt;mihi&gt; human: oops ;) [23:15:56] * Rom|Away|4h has quit IRC (Ping timeout) [23:16:08] &lt;jrand0m&gt; ughabugha&gt; nghĩa là bạn “đập” (tức dùng thật lực) router và kiên nhẫn để tôi debug, gửi báo cáo và log [23:16:35] &lt;ox&gt; &lt;wilde&gt; do đó stress test tội nghiệp jrandom... [23:16:40] &lt;ughabugha&gt; jrand0m: Ồ, ok. :) [23:16:44] &lt;duck&gt; wow, mihi nhanh thật [23:16:47] &lt;ughabugha&gt; Hehe. [23:17:30] * Romster has joined #i2p [23:17:40] &lt;mihi&gt; duck: trình soạn thảo còn mở và comment CVS cũng dễ gõ ;) [23:17:40] &lt;jrand0m&gt; mihi&gt; license trông ổn - để rõ ràng, bạn đã được nhận diện ở đây, và bạn định phát hành theo bsd 2 clause [theo http://opensource.org/licenses/bsd-license.php], đúng không? [23:17:41] * Romster is now known as Rom|Away|4h [23:18:02] &lt;jrand0m&gt; (hoặc bạn có thể thêm luôn đoạn copyright đó vào mã nguồn) [23:19:24] &lt;mihi&gt; hmm, idented nghĩa là gì? (có cho mệnh đề con thứ hai của bạn) [23:19:42] &lt;jrand0m&gt; nghĩa là bạn đã chứng minh với trent rằng bạn là mihi :) [23:19:50] &lt;duck&gt; authenticated [23:19:54] &lt;mihi&gt; ok, identified ;) [23:20:01] &lt;jrand0m&gt; w3rd [23:20:06] &lt;human&gt; thử “identicated” xem [23:20:14] &lt;mihi&gt; nhìn giống “indented” và tôi tưởng khoảng trắng của tôi sai ;) [23:20:20] &lt;jrand0m&gt; hehe [23:20:43] &lt;ox&gt; * wilde nghĩ, mở Word để tìm thêm đồng nghĩa [23:21:07] &lt;human&gt; authentified? [23:21:22] &lt;duck&gt; dù sao thì... [23:21:28] &lt;jrand0m&gt; ok, r0x0r, ai còn gì muốn nêu không? [23:21:44] &lt;ox&gt; &lt;wilde&gt; có [23:21:50] &lt;ox&gt; &lt;wilde&gt; đặt tên eep [23:22:00] &lt;jrand0m&gt; hề bạn không thích cách tôi phát âm à? [23:22:12] * kaji has quit IRC (Ping timeout) [23:22:14] &lt;ox&gt; &lt;wilde&gt; của i2p -&gt; eep [23:22:14] * Rom|Away|4h has quit IRC (Ping timeout) [23:22:21] &lt;jrand0m&gt; à [23:22:30] &lt;jrand0m&gt; bạn muốn đổi tên cả dự án thành "eep" ? [23:22:39] &lt;human&gt; lol [23:22:48] &lt;ox&gt; * wilde lầm bầm [23:22:48] &lt;mihi&gt; envisible enternet project ;) [23:23:08] &lt;lucky&gt; envisible [23:23:09] &lt;jrand0m&gt; extrordinarily excellent people [23:23:15] &lt;lucky&gt; gợi cho tôi điều gì đó. [23:23:46] &lt;mihi&gt; even easier publishing ;) [23:23:51] &lt;jrand0m&gt; ooOOoo [23:23:51] &lt;lucky&gt; như là nó sẽ hiển thị, nên có thể. Có lẽ “envision”? [23:23:53] &lt;ughabugha&gt; Thôi nào, đừng trêu wilde nữa. :) [23:23:54] &lt;ox&gt; &lt;wilde&gt; nghiêm túc đấy, bạn thích cái tên thì vui à? [23:24:06] &lt;ox&gt; &lt;wilde&gt; ý tôi là ổn, đang mệt quá [23:24:44] &lt;ox&gt; &lt;wilde&gt; người dùng mới sẽ không dễ đâu [23:25:03] &lt;jrand0m&gt; ờ, tôi không phải dân marketing. ta dùng "eep" vì đó là thứ duy nhất tôi nghĩ ra [23:25:23] &lt;human&gt; tôi nghĩ nên cấm giải thích rằng eep ~= i2p, nếu không người dùng sẽ rối tung [23:25:25] * ion has quit IRC (Ping timeout) [23:25:26] &lt;jrand0m&gt; ta nên gọi website mà mọi người vừa host vừa truy cập qua i2p là gì? [23:25:38] &lt;jrand0m&gt; hehe [23:25:42] &lt;duck&gt; i2psites? [23:25:44] &lt;ox&gt; &lt;wilde&gt; i2p site? [23:25:57] * human thích eepsites mà không cần giải thích :-) [23:26:09] * kaji has joined #i2p [23:26:25] * jrand0m hỏi ý kiến user advocate ở http://drupal.i2p.net/team [23:26:35] &lt;duck&gt; ta có người đó à? [23:26:38] &lt;jrand0m&gt; không [23:26:43] &lt;jrand0m&gt; ;) [23:26:52] &lt;duck&gt; heh [23:26:55] &lt;human&gt; dù sao... bạn có thể đổi hết các cách đặt tên, miễn "Shitlist" giữ nguyên tên hiện tại [23:26:56] &lt;ox&gt; * wilde lao tới trình duyệt [23:27:01] &lt;jrand0m&gt; heh [23:27:06] &lt;mihi&gt; lol human [23:27:07] &lt;jrand0m&gt; ồ, shitlist sẽ giữ nguyên, chắc chắn ;) [23:27:21] &lt;ox&gt; &lt;wilde&gt; tôi nhận vai trò, nên nó phải là i2p sites, tôi từ chức [23:27:21] &lt;duck&gt; Tôi cá là shitlist là một từ tiếng Anh chuẩn [23:27:24] &lt;jrand0m&gt; ý tôi là, "blacklist" không vui bằng [23:27:26] &lt;jrand0m&gt; ha ha wilde [23:27:29] &lt;human&gt; jrand0m: hay! [23:27:56] &lt;ughabugha&gt; Nhưng sao không giữ tên hiện tại? [23:28:05] * human đã lo shitlist sẽ là nạn nhân đầu tiên khi I2P trở thành “corporate” [23:28:06] &lt;jrand0m&gt; ok, tôi không quá bận tâm, i2psite cũng được, eepsite cũng được [23:28:09] &lt;ughabugha&gt; Ý tôi là ta có đủ thời gian để bàn trên mailing list đến tận 1.0. [23:28:09] &lt;mihi&gt; jrand0m: và cả lũ voi trên mặt trăng cũng phải ở lại ;) [23:28:22] &lt;kaji&gt; vậy kaji.i2p có lên với ai không. tôi kiểu vừa bật lên không test gì rồi để chạy [23:28:31] &lt;jrand0m&gt; human&gt; tôi nghĩ ta không phải lo chuyện đó đâu ;) [23:28:35] &lt;ughabugha&gt; kaji: Tôi vào được. [23:28:48] &lt;jrand0m&gt; ta phải tiếp tục di chuyển mấy quả trứng phục sinh thôi mihi :) [23:28:48] &lt;ox&gt; &lt;wilde&gt; tôi không quá để ý, eepsite cũng chán như i2psite [23:29:05] &lt;jrand0m&gt; ta có thể coi chúng là từ đồng nghĩa [23:29:23] &lt;ox&gt; &lt;wilde&gt; đó là quyết định tệ nhất ;) [23:29:44] &lt;duck&gt; wbk: ok, tôi phải đi một lúc. Cuộc họp gần xong nên mọi người có thể giúp bạn ở #i2p [23:29:44] * jrand0m đoán rằng giờ tôi đã nhận danh xưng PM (Project Manager - quản lý dự án) thì phải đưa ra quyết định [23:29:48] * ion has joined #i2p [23:29:55] * jrand0m tự đá mình [23:30:09] &lt;human&gt; heheh [23:30:12] * mihi đoán jrand0m cần hỗ trợ vụ đó [23:30:19] * Trent@anon.iip sets mode: +o mihi [23:30:27] * mihi sets mode: +o jrand0m [23:30:30] &lt;@jrand0m&gt; ooOOoo [23:30:32] * mihi sets mode: -o mihi [23:30:49] &lt;ox&gt; &lt;wilde&gt; ok tôi hết câu hỏi [23:30:55] * human hiến tế thú cưng cho PM [23:31:38] * mihi vẫn đợi jrand0m tự đá mình... [23:31:44] &lt;@jrand0m&gt; tôi nghĩ việc thảo luận có ích, cũng như chút kỳ quặc. tôi cũng nghiêng về phía human - không cần làm rối người dùng bằng cách giải thích "eep != i2p" [23:31:59] * @jrand0m Chính thức Quyết định "eepsite" [23:32:23] * You were kicked by jrand0m (bastard!) Session Close: Tue Mar 23 23:32:23 2004 Session Start: Tue Mar 23 23:32:30 2004 [23:32:32] &lt;human&gt; lol [23:32:37] &lt;duck&gt; hãy baff đóng cuộc họp nhanh nào [23:32:40] &lt;duck&gt; ôi, muộn rồi [23:32:42] &lt;jrand0m&gt; heh [23:32:48] &lt;human&gt; heheh [23:32:56] &lt;jrand0m&gt; ok còn gì nữa không? ta đã ở mốc 92 phút [23:33:05] * jrand0m lấy đà... [23:33:20] * jrand0m *baf*s the meeting closed </div>/vi/blog/2004/03/16/i2p-dev-meeting-march-16-2004/Tue, 16 Mar 2004 00:00:00 +0000/vi/blog/2004/03/16/i2p-dev-meeting-march-16-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> aum, deer, jrandom, mihi</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:12 &lt; jrandom&gt; chương trình: 13:12 &lt; jrandom&gt; 0) chào 13:12 &lt; jrandom&gt; 1) việc hành chính 13:13 &lt; jrandom&gt; 2) tình trạng 0.3 13:13 &lt; jrandom&gt; 3) lập hồ sơ peer / lựa chọn 13:13 &lt; jrandom&gt; 4) kiến trúc web 13:13 &lt; jrandom&gt; 5) ??? 13:13 &lt; jrandom&gt; 0) chào 13:13 * jrandom vẫy tay chào cả nhóm 13:14 &lt; deer&gt; * jrandom_ vẫy tay từ i2p 13:14 &lt; deer&gt; * wilde đập tay (hi5) 13:15 &lt; deer&gt; &lt;ughabugha&gt; Chào! 13:15 &lt; deer&gt; * duck đang đọc 13:15 &lt; deer&gt; &lt;human&gt; yo! 13:16 &lt; jrandom&gt; w0rd, xin lỗi vì chậm đăng các ghi chú trạng thái ở (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 &lt; jrandom&gt; 1) việc hành chính 13:19 &lt; jrandom&gt; để đơn giản, và tránh rắc rối tuần trước do các mạng khác nhau “khó chịu”, chúng tôi đã xoay xở được vài phép màu và cuộc họp này đang chạy trên ba mạng IRC 13:19 &lt; deer&gt; &lt;duck&gt; (tuyệt vời!) 13:19 &lt; jrandom&gt; iip’s #i2p, #i2p của mạng i2p irc duck/baffled, và #i2p của freenode 13:19 &lt; jrandom&gt; :) 13:19 &lt; deer&gt; &lt;baffled&gt; ai đa nghi vậy? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Ok, đọc xong ghi chú trạng thái rồi. 13:20 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Về chuyện đó thì sao? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Hay về chúng? 13:21 &lt; jrandom&gt; chỉ nhắc đến để ai gặp vấn đề với cái này có thể dùng cái khác 13:21 &lt; deer&gt; &lt;mihi&gt; tốt. tôi cũng đã đọc xong ghi chú trạng thái 13:21 &lt; jrandom&gt; ngoài ra, máy chủ Drupal sẽ hoạt động lại cuối tuần này (cầu may) 13:22 &lt; deer&gt; &lt;ughabugha&gt; Ồ, ok. Có gì để bàn ở mục 1) không? 13:22 &lt; deer&gt; &lt;ughabugha&gt; Hay đang đợi mọi người đọc xong? 13:22 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Tốt. :) 13:22 &lt; jrandom&gt; không, trừ khi ai có việc hành chính muốn nêu? 13:23 &lt; deer&gt; * mihi muốn đặt cờ ở mục 3 13:23 &lt; jrandom&gt; đặt cờ rồi ;) 13:23 &lt; deer&gt; * duck ở mục 2 13:23 &lt; deer&gt; &lt;duck&gt; ờ, chúng ta dùng chỉ số nào? 13:24 * jrandom cho rằng ta có thể chuyển sang mục 2) tình trạng 0.3 13:25 &lt; jrandom&gt; tôi rốt cuộc đã gõ nhiều hơn bình thường cho ghi chú trạng thái 0.3, nên thay vì lặp lại ở đây, có ai có câu hỏi/quan ngại muốn nêu không? 13:25 &lt; deer&gt; &lt;ughabugha&gt; Tiếp đi. 13:26 &lt; deer&gt; &lt;duck&gt; vì sao việc giải mã ElGamal/AES+SessionTag hay thất bại vậy? 13:26 &lt; jrandom&gt; duck&gt; do quá tải và độ trễ. nếu một thông điệp định tuyến kiểu garlic bị trễ quá thời hạn của sessionTag đó, việc giải mã sẽ thất bại 13:27 &lt; deer&gt; &lt;duck&gt; k 13:27 &lt; jrandom&gt; ngoài ra, nếu thông điệp định tuyến kiểu garlic được giải mã ổn nhưng nội dung bị trễ đến mức các clove hết hạn, đó cũng là một lần giải mã uổng phí 13:28 &lt; deer&gt; &lt;duck&gt; bằng cách nào đó câu đó khiến tôi tin là còn nguyên nhân ngoài quá tải/độ trễ 13:28 &lt; deer&gt; &lt;tro|l&gt; ce zi e azi? 13:28 &lt; jrandom&gt; ừ, có vài trục trặc với các khối phản hồi định tuyến theo nguồn bị lỗi giải mã, nhưng vì chúng sẽ bị loại bỏ trong 0.3.1, không đáng để debug nhiều 13:29 &lt; deer&gt; &lt;kaji&gt; wow chạy được rồi! 13:29 &lt; jrandom&gt; (và một lần ElG thất bại có lẽ là thứ ngốn CPU nhất mà i2p làm) 13:30 &lt; deer&gt; &lt;jrandom_&gt; heh chào mừng đến i2p #i2p :) 13:30 &lt; deer&gt; * kaji khen 0.2.5.1 13:30 &lt; deer&gt; &lt;jrandom_&gt; 0.2.5.1? trời, lấy 0.2.5.4 đi :) 13:30 &lt; jrandom&gt; ok, còn gì cho tình trạng 0.3 không? 13:31 &lt; deer&gt; &lt;kaji&gt; .. 13:31 &lt; deer&gt; &lt;duck&gt; . 13:31 &lt; deer&gt; &lt;kaji&gt; ping? 13:31 &lt; jrandom&gt; p0ng 13:31 &lt; mihi&gt; pung 13:31 &lt; deer&gt; &lt;mihi_backup&gt; pung2 13:32 &lt; deer&gt; &lt;Pellinore&gt; tôm 13:32 &lt; jrandom&gt; ok, chuyển sang 3) lập hồ sơ peer / lựa chọn 13:32 * mihi chuyển cờ sang số 3 kia ;) 13:32 &lt; jrandom&gt; (trời, thật buồn cười là chẳng có đồ thay thế hải sản chay...) 13:32 &lt; deer&gt; * kaji khen 0.2.5.4.1 13:32 &lt; deer&gt; &lt;duck&gt; cả cái vụ lập hồ sơ peer trông như phép thuật, định debug thế nào? 13:32 &lt; deer&gt; &lt;Pellinore&gt; Có thịt cua chay mà. 13:32 &lt; jrandom&gt; à, đúng đó pellinore. 13:32 &lt; deer&gt; &lt;wilde&gt; jrandom: và sushi chay nữa 13:33 &lt; jrandom&gt; duck&gt; phần nào trông như phép thuật? 13:33 &lt; deer&gt; &lt;duck&gt; cả phần phân loại, v.v. 13:33 &lt; deer&gt; &lt;Pellinore&gt; Và tôi nhớ là từng thấy loại phi-lê cá thay thế kiểu chik gì đó, nhưng có thể tôi nhầm. 13:33 &lt; deer&gt; &lt;duck&gt; Ý tôi là, làm sao biết bạn đang làm điều tối ưu? 13:33 &lt; jrandom&gt; bộ tổ chức peer (cái chuyển hồ sơ vào các nhóm khác nhau) là một thành phần rất đơn giản và có thể tách rời 13:33 &lt; jrandom&gt; ồ, điểm hay. 13:34 &lt; jrandom&gt; hôm trước tôi có benchmark, chạy bộ tổ chức với 10.000 hồ sơ, và nó tổ chức tất cả trong khoảng ~50ms 13:34 &lt; jrandom&gt; (tổ chức == chạy các bộ tính toán và chuyển chúng giữa các nhóm) 13:34 &lt; jrandom&gt; hồ sơ cũng chỉ chiếm ~3-4KB cho hồ sơ đầy đủ, và hồ sơ tối thiểu khoảng ~200 byte 13:35 &lt; deer&gt; &lt;duck&gt; ừ, nhưng làm sao biết “phản hồi 0,597s” cho nhóm 1 là đúng 13:35 &lt; deer&gt; &lt;duck&gt; và rằng nó không nên là 0,603s 13:35 &lt; jrandom&gt; (nên ta sẽ giữ hồ sơ đầy đủ của 1000 peer tốt nhất, và tối thiểu cho 10.000 tiếp theo) 13:35 &lt; jrandom&gt; à, ok, câu hỏi hay. 13:36 &lt; jrandom&gt; đó là thành phần Rate 13:36 &lt; jrandom&gt; rõ ràng sẽ có dao động, và ta sẽ không quá chính xác. mục tiêu là đạt mức xấp xỉ và tổ chức theo đó 13:37 &lt; deer&gt; &lt;duck&gt; tôi thấy nó dùng trung bình 13:37 &lt; jrandom&gt; ví dụ tìm các router trên đường truyền T3 với 4 CPU, và tách chúng khỏi các router trên 386 với modem 2400 bps 13:37 &lt; deer&gt; &lt;duck&gt; vậy nếu bạn ném vào 100 node tệ hại, bạn sẽ ảnh hưởng mạnh đến giá trị trung bình 13:37 &lt; jrandom&gt; đồng ý - có hai khía cạnh khác nhau ta có thể tinh chỉnh 13:38 &lt; jrandom&gt; đầu tiên, ta có thể đặt ngưỡng dùng top 10% để xác định “nhanh” vs “không nhanh” 13:38 &lt; jrandom&gt; (hoặc top 90%, tùy chọn) 13:38 &lt; jrandom&gt; thứ hai, ta có thể điều chỉnh thành phần Rate để giữ các thống kê khác nhau - thay vì trung bình đơn giản, nó có thể bỏ qua độ lệch, tính độ lệch chuẩn, v.v. 13:39 &lt; jrandom&gt; thành phần rate hiện khá sơ sài, và tôi rất muốn ai giỏi thống kê xem qua và chỉnh lại 13:39 &lt; jrandom&gt; (một mục tiêu chính của nó là giữ không phụ thuộc quy mô - nên nếu ta có 100.000 sự kiện, nó không phải giữ tất cả điểm dữ liệu đó trong bộ nhớ, v.v.) 13:40 &lt; deer&gt; &lt;duck&gt; ok, vậy điều gì ngăn một thảm họa NGRouting nữa xảy ra? 13:40 &lt; jrandom&gt; nhưng bạn hoàn toàn đúng - các bộ tính toán và thuật toán chọn peer sẽ là trọng tâm lớn của các cải tiến mạng trong tương lai 13:40 &lt; jrandom&gt; ngrouting cố làm hai việc khác nhau - tìm dữ liệu cụ thể, và tìm peer sẵn sàng. chúng ta chỉ cần tìm peer sẵn sàng 13:41 &lt; deer&gt; &lt;duck&gt; tốt 13:41 &lt; jrandom&gt; (và đặt các tunnels của ta ở đó) 13:41 &lt; deer&gt; * duck gỡ breakpoint 13:41 &lt; jrandom&gt; :) 13:41 &lt; mihi&gt; nhưng ta cũng phải tìm tunnels nữa. 13:41 &lt; jrandom&gt; đúng rồi mihi - netDb là một điểm quan trọng 13:42 &lt; deer&gt; &lt;Pellinore&gt; Tôi giỏi phần toán thống kê, nhưng kém phần kỹ thuật để biến dữ liệu thành dữ liệu máy tính dùng được. 13:42 &lt; deer&gt; &lt;Pellinore&gt; Nhưng tôi sẵn lòng hợp tác với ai đó và đóng góp nếu có thể. 13:42 &lt; jrandom&gt; tuyệt vời pellinore! 13:43 &lt; jrandom&gt; lớp rate chính ở http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&amp;content-type=text/x-cvsweb-markup và ta có thể nói chuyện thêm sau về nó :) 13:43 &lt; deer&gt; &lt;Pellinore&gt; k 13:43 &lt; jrandom&gt; (tôi biết, không mong bạn đọc code đâu, chỉ nhắc vậy) 13:44 &lt; deer&gt; &lt;Pellinore&gt; Tôi sẽ đọc, nhưng chắc cũng như con chó của tôi đọc Kierkegaard vậy. 13:44 &lt; jrandom&gt; hehe 13:45 &lt; deer&gt; &lt;Pellinore&gt; Nhưng tôi đang học dần. 13:45 &lt; deer&gt; &lt;Pellinore&gt; Dù sao, xin cứ tiếp tục — tôi không muốn làm chậm lại. 13:45 &lt; jrandom&gt; (tình nguyện giúp không làm chậm lại đâu ;) 13:46 &lt; jrandom&gt; một điểm tôi quên nhắc về mã lập hồ sơ/chọn peer là hạng ‘integration’ chỉ dùng trong cơ sở dữ liệu mạng cho ‘thăm dò’, không dùng cho tìm kiếm/lưu trữ 13:46 &lt; jrandom&gt; ta vẫn làm tìm kiếm/lưu trữ Kademlia (khá) truyền thống với tất cả peer không lỗi 13:46 &lt; jrandom&gt; cũng như, trong mỗi nhóm peer, ta luôn chọn một cách ngẫu nhiên 13:46 &lt; jrandom&gt; (tức là ta không luôn chọn nhanh nhất trong nhóm nhanh, v.v.) 13:47 &lt; jrandom&gt; đó là vì lý do bảo mật và cân bằng tải 13:48 &lt; jrandom&gt; (bảo mật, để kẻ tấn công không thể chỉ tạo một router thật nhanh và xem mọi người dùng nó - họ phải tạo số lượng lớn router thật nhanh, làm lệch cả phân bố theo hướng có lợi cho họ, v.v.) 13:49 &lt; jrandom&gt; ok, còn gì nữa cho 3) lập hồ sơ peer / lựa chọn không? 13:49 &lt; deer&gt; &lt;duck&gt; . 13:50 &lt; deer&gt; &lt;ughabugha&gt; Có vẻ là không. 13:50 &lt; jrandom&gt; ok, chuyển sang 4) kiến trúc web 13:52 &lt; jrandom&gt; thư viện streaming mới của mihi cho ta rất nhiều linh hoạt, cộng thêm anh ấy đã vài lần nói muốn tách mã httpclient thành thứ gì đó mạnh mẽ hơn. ngoài ra, human đã bắt đầu cập nhật để cho phép proxying squid (hoặc tor-www) trong suốt và proxying eepsite trong cùng một client 13:52 &lt; jrandom&gt; với tất cả các yếu tố khác nhau này, và khả năng là chức năng kiểu web sẽ quan trọng với người dùng i2p, tôi nghĩ ta nên lùi lại một bước và hình dung cách mọi thứ gắn kết với nhau 13:53 * mihi có ít mã đang bay lơ lửng trên ổ cứng cho mã httptunnel đó. nhưng còn xa mới xong 13:53 &lt; mihi&gt; với tôi httptunnel == httpclient + một số bộ lọc 13:53 &lt; mihi&gt; tất nhiên dùng naming và streaming API của tôi. 13:54 &lt; mihi&gt; mã lúc này chỉ cho phép các “hồ sơ ẩn danh” khác nhau. 13:54 &lt; jrandom&gt; có suy nghĩ gì về kiểu failover sang outproxy như squid/v.v. của human không? 13:54 &lt; mihi&gt; tức là gửi mọi yêu cầu qua một đích, ghép (mux) tối đa 10, ghép theo một đích mỗi hostname, v.v. 13:54 &lt; jrandom&gt; à, thú vị 13:55 &lt; mihi&gt; nhưng các đích đó chưa được dùng ;) 13:55 &lt; jrandom&gt; w3rd. đúng, có một cảnh báo lớn là có nhiều đích trên một router sẽ tăng tải CPU đáng kể 13:55 &lt; jrandom&gt; (vì bất kỳ lỗi garlic nào cũng phải lỗi một lần mỗi đích trước khi lỗi hoàn toàn) 13:56 &lt; jrandom&gt; vẫn còn vài mẹo có thể dùng để giảm thiểu chuyện đó, tôi nghĩ 13:56 &lt; deer&gt; &lt;ughabugha&gt; Bạn có chắc proxying squid trong suốt là ý hay về mặt hiệu năng không? Ý tôi là, người ta có thể quá lười và không tắt eepproxy sau khi duyệt site I2P hoặc dùng I2P squid, do đó lãng phí băng thông I2P cho những thứ không cần ẩn danh. 13:56 &lt; jrandom&gt; ughabugha&gt; mọi thứ đều cần ẩn danh :) 13:57 &lt; jrandom&gt; (và nếu họ không phân biệt được thì… thôi kệ…) 13:57 &lt; mihi&gt; ý tôi với httptunnel là các liên kết http sẽ được viết lại (tương tự fproxy) để bạn không cần proxy mà chỉ cần một servlet. 13:57 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Heh. Như vậy thì I2P sinh ra đã chết. Sẽ không đủ băng thông sẵn có trên mạng cho tất cả các đầu cuối tiêu thụ. 13:58 &lt; mihi&gt; trên trang thông tin đó có thể thêm tính năng để duyệt site qua ví dụ như squid. 13:58 &lt; jrandom&gt; chưa hoàn toàn theo kịp. tôi hiểu và đồng ý với các vấn đề DNS (dù tôi nghĩ có vài cách lách) 13:58 &lt; jrandom&gt; à, ok mihi 13:58 &lt; deer&gt; &lt;aum&gt; chào buổi sáng mọi người 13:58 &lt; jrandom&gt; mihi&gt; vậy kiểu giống một trang “Unable to reach peer” nâng cao hơn nhiều? 13:59 &lt; mihi&gt; giống “trang cảnh báo ẩn danh” như trong freenet hơn ;) 13:59 &lt; jrandom&gt; ughabugha&gt; nếu ta không xử lý nổi duyệt web, làm sao xử lý BT/chia sẻ file? 13:59 &lt; jrandom&gt; hmm mihi, nhưng ta có muốn thế không, cho người muốn duyệt web ẩn danh? hay httpclient không phải app họ dùng? 14:00 &lt; jrandom&gt; chào buổi sáng aum, vừa kịp cuộc họp dev :) 14:00 &lt; mihi&gt; jrandom: nếu ai đó chỉ muốn duyệt web ẩn danh, anh ta 14:00 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Hmm... Điểm hay. Ta có định làm không? ;) 14:00 &lt; deer&gt; &lt;aum&gt; jrandom: bạn không ở iip, bạn không ở irc.duck.i2p ?!? 14:00 &lt; jrandom&gt; ughabugha&gt; ta phải làm. 14:01 &lt; mihi&gt; có thể cấu hình httptunnel để làm vậy (httptunnel vẫn hoạt động như proxy, nên thêm cái đó khá đơn giản) 14:01 &lt; mihi&gt; và rất có thể người duyệt web “ẩn danh” sẽ thích vài bộ lọc nội dung, tôi đoán ;) 14:01 &lt; jrandom&gt; mihi&gt; tôi nghĩ human đã làm rồi :) 14:01 &lt; jrandom&gt; đồng ý mihih 14:01 &lt; jrandom&gt; /hih/hi/ 14:02 &lt; mihi&gt; khi tôi nói httptunnel, tôi không có ý httpclient ;) 14:02 &lt; jrandom&gt; à ok 14:02 &lt; deer&gt; &lt;jrandom_&gt; tôi ở đây aum ;) 14:02 &lt; mihi&gt; nhưng ta thực sự nên chuyển i2ptunnel sang dùng streaming API càng sớm càng tốt, điều đó sẽ giảm số file cần bảo trì 14:03 &lt; jrandom&gt; đồng ý 14:03 &lt; mihi&gt; human chỉ vá bản cũ, tôi tự vá bản mới 14:03 &lt; jrandom&gt; chiều nay ta gặp một số bug, không chắc human đã chuyển log cho bạn chưa 14:03 &lt; deer&gt; &lt;wilde&gt; thêm một thứ vào danh sách: outproxy đã có, nhưng kiểu i2p2i hơn 14:04 &lt; mihi&gt; tôi chưa nhận log từ ai cả... 14:04 &lt; jrandom&gt; mihi&gt; ta sẽ bắt tay vào mã streaming sớm nhất có thể, ta có thể bàn sau cuộc họp nếu bạn rảnh, hoặc qua email? 14:04 &lt; deer&gt; * aum dành một phần hôm qua xem các ứng dụng p2p với ý định chạy chúng trên i2p 14:04 &lt; jrandom&gt; wilde&gt; hmm? 14:04 &lt; jrandom&gt; hay đấy aum, có gì hứa hẹn không? 14:04 &lt; deer&gt; * aum hiện nghiêng về chia sẻ file kiểu ‘push’, ví dụ konspire2b 14:05 &lt; jrandom&gt; i2psnark có thể được sửa để dùng streaming api của i2ptunnel mới khá dễ nữa 14:05 &lt; deer&gt; &lt;human&gt; mihi: gửi log (mihi@i2p.net, đúng không?) 14:06 &lt; mihi&gt; không biết mihi có tạo chuyển tiếp cho tôi không 14:06 &lt; deer&gt; &lt;mihi&gt; s/mihi/jrandom 14:06 &lt; jrandom&gt; hmm aum, bạn nghĩ mô hình freenet/insert thực sự sẽ hiệu quả nhất chứ? 14:06 &lt; deer&gt; &lt;wilde&gt; jrandom: tôi định dùng i2p webserver -&gt; proxy -&gt; internet, để mọi người có thể duyệt một site i2p, nhưng có lẽ một tunnel thông thường có thể xử lý lưu lượng 14:06 &lt; jrandom&gt; mihi&gt; bạn muốn tôi đặt chuyển tiếp đó về bạn không? 14:06 &lt; mihi&gt; jrandom: không có gì phản đối ;) 14:07 &lt; deer&gt; &lt;ughabugha&gt; aum: ‘Push’ là kiểu gì? 14:07 &lt; deer&gt; &lt;aum&gt; điều tôi thích ở konspire2b là nó loại bỏ kỳ vọng giao hàng tức thời/nhanh chóng, và giảm nhu cầu băng thông, bằng cách chỉ phát thông báo nội dung, rồi để mọi người ‘đăng ký’ ‘nguồn nội dung’ 14:07 &lt; jrandom&gt; mihi&gt; xong. 14:08 &lt; deer&gt; &lt;aum&gt; vậy thay vì yêu cầu một file, ngồi vặn vẹo ngón tay cái, bực mình chờ nó về, bạn chỉ cần ‘đăng ký’ ‘kênh’ của nguồn, rồi làm việc khác 14:08 &lt; deer&gt; &lt;aum&gt; konspire2b.sf.net 14:08 &lt; jrandom&gt; aum&gt; nhưng như vậy chẳng phải cực kỳ kém hiệu quả sao, vì bạn phải quản lý một mạng phủ (broadcast) cho danh sách thứ sẵn có, rồi lại phải chuyển tiếp chúng? 14:09 &lt; jrandom&gt; một hệ thống swarming trực tiếp sẽ hữu ích/hiệu quả hơn nhiều, đúng không? 14:09 &lt; deer&gt; &lt;ughabugha&gt; Heh. Nghe có vẻ hứa hẹn cho I2P. 14:09 &lt; deer&gt; &lt;aum&gt; jrandom: có ví dụ nào về swarming trực tiếp không? 14:09 &lt; jrandom&gt; wilde&gt; ô, giống cgiproxy trên duck và site của janonymous? 14:09 &lt; jrandom&gt; aum&gt; bittorrent 14:10 &lt; deer&gt; &lt;ughabugha&gt; aum: Bạn định nói http://konspire.sourceforge.net/? 14:10 &lt; jrandom&gt; nơi bạn lấy torrent đâu đó, và nhận các khối nội dung trực tiếp từ các peer có chúng 14:10 &lt; deer&gt; &lt;aum&gt; ughabugha: chắc vậy :) 14:10 &lt; mihi&gt; argl... $me-&gt;brother đã gỡ chuyển tiếp cổng cho i2p... 14:10 &lt; jrandom&gt; d’oh 14:10 &lt; deer&gt; &lt;aum&gt; jrandom: có ai đang thử bt/i2p không? 14:11 &lt; deer&gt; &lt;baffled&gt; aum, bạn đã xem kỹ mnet chưa? 14:11 &lt; jrandom&gt; aum&gt; eco đã đạt chút tiến triển với i2psnark 14:11 &lt; deer&gt; &lt;aum&gt; tôi có xem, nhưng chưa kỹ 14:11 &lt; jrandom&gt; (dù anh ấy đang mất tích lúc này) 14:12 &lt; jrandom&gt; hmm, mnet với eepsite metatrackers và transport i2p/twisted của human có thể hoạt động 14:12 &lt; deer&gt; &lt;duck&gt; kiểm tra nặng bởi janonymous và tôi cho thấy các vấn đề i2psnark hiện tại 50% do i2p và 50% do snark 14:12 &lt; jrandom&gt; duck&gt; các kiểm tra đó gần đây đến mức nào? 14:12 &lt; deer&gt; &lt;duck&gt; tuần trước 14:12 &lt; jrandom&gt; dù tôi không ngại xem xét các triển khai bt khác 14:12 &lt; jrandom&gt; à ok 14:13 &lt; deer&gt; &lt;duck&gt; về mnet, tôi nghĩ bạn sẽ phải sửa chính mnet trước khi khiến nó chạy được 14:13 &lt; deer&gt; &lt;duck&gt; vậy thì bạn có thể sửa luôn freenet và dùng nó 14:13 &lt; jrandom&gt; heh 14:13 &lt; deer&gt; &lt;aum&gt; sửa freenet, ok! ngay sau khi chúng ta mang đến hòa bình thế giới ;p 14:13 &lt; deer&gt; &lt;duck&gt; nhưng hỏi ở #mnet @ freenode đi 14:13 &lt; deer&gt; &lt;Pellinore&gt; mnet=? 14:13 &lt; deer&gt; &lt;Pellinore&gt; Mute? 14:14 &lt; jrandom&gt; theo nghĩa đó, có lẽ mod Azureus cho i2p có thể hoạt động? 14:14 &lt; deer&gt; &lt;wilde&gt; không, một cách tiếp cận p2p dựa trên thị trường 14:14 &lt; jrandom&gt; pellinore - mnet.sf.net, một kho dữ liệu phân tán không có ẩn danh 14:14 &lt; deer&gt; &lt;baffled&gt; Thực ra, tôi dùng mnet khá ổn trên khoảng năm máy. 14:14 &lt; jrandom&gt; đúng, hậu duệ của mojonation 14:14 &lt; deer&gt; &lt;baffled&gt; Tôi không thể dùng freenet ổn định trên một máy nào. 14:14 &lt; deer&gt; &lt;duck&gt; baffled: 0.6 hay 0.7? 14:14 &lt; deer&gt; &lt;duck&gt; (0.7 là với twisted nếu tôi nhớ không nhầm) 14:16 &lt; deer&gt; &lt;Pellinore&gt; jrandom — cảm ơn. 14:16 &lt; deer&gt; &lt;Pellinore&gt; Bạn không thể dùng Freenet ổn định trên bất kỳ máy nào. 14:17 &lt; deer&gt; &lt;baffled&gt; 0.6.[23]. 14:17 &lt; deer&gt; &lt;Pellinore&gt; Đó là, ngoài những lý do khác, vì sao chúng ta ở đây. :) 14:17 &lt; deer&gt; &lt;aum&gt; tôi thấy entropy hoạt động tốt... cuối cùng thì cũng được! 14:17 &lt; jrandom&gt; tôi không biết, tôi vẫn nghĩ freenet có thể là nền tảng tốt để làm i2p DHT (khi ta có thể cắt phần lớn mã và giữ phần kho dữ liệu/SSK/CHK) 14:18 &lt; jrandom&gt; với chia sẻ file, ta nên học từ cộng đồng chia sẻ file xem cái gì hiệu quả nhất 14:18 &lt; deer&gt; &lt;aum&gt; nhưng kể từ bài LinuxWorld của tôi về entropy, giờ có hàng tá node entropy, và mạng bắt đầu mang vài đặc tính hiệu năng của freenet 14:18 &lt; deer&gt; &lt;Pellinore&gt; Tôi thích bố cục và tính năng cơ bản của Freenet, chỉ là cái thứ đó chẳng hoạt động, đặc biệt nếu dùng kết nối dialup. 14:18 &lt; jrandom&gt; ví dụ DC clones, BT, [hoặc bọn chia sẻ file điên kia dùng cái gì nữa?] 14:19 &lt; jrandom&gt; heh aum, đáng trách bạn ;) 14:19 &lt; deer&gt; &lt;duck&gt; thêm nữa có những thứ Newsbyte đã chỉ ra về entropy... 14:19 &lt; deer&gt; &lt;aum&gt; ẩn danh yếu hơn, chẳng hạn? 14:19 &lt; deer&gt; &lt;baffled&gt; Đúng nhưng có vấn đề bất ổn với 0.7. 14:19 &lt; deer&gt; &lt;baffled&gt; Tôi nghĩ kết nối này lại trở nên chập chờn. 14:19 &lt; jrandom&gt; và vấn đề bảo mật. tôi nghĩ tiếc là ta có thể bỏ qua việc dùng entropy 14:21 &lt; jrandom&gt; nhưng, ờm, ta đang ở mục thảo luận 4, kiến trúc web nên giờ hãy quay lại đó ;) 14:21 &lt; deer&gt; &lt;aum&gt; một ý chia sẻ file điên nữa - dùng nntp, với n người chạy nntpd liên kết, và chỉ dùng một trong các thư viện chia file thành các khối b64 và đăng chúng, và thư viện để lấy về? 14:22 &lt; jrandom&gt; NNTP sẽ rất thú vị - cực kỳ ổn định và đã được thời gian kiểm chứng 14:22 &lt; deer&gt; &lt;duck&gt; liên kết các server? 14:22 * jrandom rất muốn có một innd chạy với i2p ;) 14:23 &lt; deer&gt; &lt;aum&gt; và vì i2p lo phần ẩn danh, nntp không cần có nó 14:23 &lt; jrandom&gt; đúng, dòng feed của innd có thể trỏ đến một proxy i2ptunnel cục bộ 14:23 &lt; deer&gt; &lt;aum&gt; và người có server khác nhau có thể cấu hình server để cache nhóm họ chọn 14:23 &lt; mihi&gt; tùy họ peering thường xuyên thế nào, có thể kiểm duyệt bài bằng cách tạo va chạm message id 14:23 &lt; deer&gt; &lt;duck&gt; (đã bao giờ thử cấu hình innd chưa?) 14:24 &lt; jrandom&gt; nhiều lần rồi duck, nhưng từ rất rất lâu 14:24 &lt; deer&gt; &lt;aum&gt; innd khó thiết lập à? 14:24 &lt; deer&gt; &lt;duck&gt; ôi thôi, bạn là thần 14:24 &lt; jrandom&gt; mihi&gt; đồng ý - đó không phải phương tiện phân phối chống kiểm duyệt 14:24 &lt; jrandom&gt; aum&gt; phiền toái lắm 14:25 &lt; jrandom&gt; giống squid - nó làm tốt việc của nó, nhưng ta có lẽ cần cái gì cực kỳ đơn giản (hy vọng một cú nhấp) để đóng gói kèm 14:25 * jrandom kéo chúng ta về chủ đề 14:26 &lt; deer&gt; &lt;aum&gt; và thêm một cách p2p/chia sẻ file nữa - tôi nhớ có app p2p hoạt động qua http, xâu chuỗi các http server 14:26 * mihi đoán đa số người dùng không biết cách thiết lập proxy trong trình duyệt của họ... 14:26 &lt; deer&gt; &lt;aum&gt; xin lỗi, chủ đề là gì? 14:26 &lt; jrandom&gt; mục 4) kiến trúc web ;) 14:26 &lt; aum&gt; ý là, web server trong i2p? 14:26 &lt; mihi&gt; aum: đúng vậy 14:26 &lt; jrandom&gt; đó là điểm hay mihi - một hệ thống web sẽ cần những thứ cơ bản (script .bat, .sh) cho khởi động/tắt 14:27 &lt; jrandom&gt; hmm, mozilla không có một URL javascript bạn có thể dùng để đặt proxy sao? 14:27 &lt; jrandom&gt; ví dụ ta có thể có một trang cấu hình trên httptunnel để bấm “on”/“off”? 14:28 &lt; jrandom&gt; tôi hiểu hôm nay ta sẽ không đi đến quyết định nào về cách chức năng web nên hoạt động, nhưng ta nên định ra vài hướng 14:28 &lt; aum&gt; vấn đề với thiết lập eepproxy hiện tại là gì? 14:29 &lt; jrandom&gt; ví dụ lọc, proxy inbound (eeproxy), server outbound (i2ptunnel server bình thường), proxy outbound (outproxy kiểu squid hoặc tor-www) 14:29 &lt; mihi&gt; aum: nó đòi hỏi khá nhiều kỹ năng cả ở phía cung cấp lẫn phía yêu cầu eepsite 14:29 &lt; jrandom&gt; thêm nữa, hệ thống outproxy hiện tại tệ. 14:29 &lt; jrandom&gt; hoàn toàn không mở rộng được 14:29 &lt; jrandom&gt; ta cần gì đó để cho phép/buộc phân phối tải yêu cầu web đi ra qua nhiều outproxy 14:30 &lt; mihi&gt; người dùng lấy các outproxy này thế nào. file cấu hình (như trong hosts.txt?) 14:30 &lt; jrandom&gt; và một lý do vì sao người bình thường muốn chạy outproxy là vì khả năng chối bỏ hợp lý - ngay cả khi HỌ yêu cầu “đồ xấu”, họ có thể nói “i2p làm đấy” 14:31 &lt; jrandom&gt; đó là một lựa chọn mihhi 14:31 &lt; mihi&gt; jrandom: hehe 14:31 &lt; jrandom&gt; s/hh/h/ 14:31 &lt; aum&gt; nhưng eepproxy không tạo kết nối http “trực tiếp” đến server được yêu cầu sao, tức là “trực tiếp” như kết nối i2p? 14:31 &lt; deer&gt; &lt;wilde&gt; . /castvote DHT ala Freenet 14:31 &lt; mihi&gt; aum: vấn đề là các URL web “bình thường”. 14:31 &lt; jrandom&gt; ./castvote 3 developers x 1 month x 12h / day 14:32 &lt; deer&gt; * human đã thêm hỗ trợ httptunnel vào TunnelManager, nhân tiện 14:32 &lt; deer&gt; &lt;human&gt; s/httptunnel/httpclient/ 14:32 &lt; deer&gt; &lt;aum&gt; cái đó là gì? 14:32 &lt; deer&gt; &lt;aum&gt; ồ, hỗ trợ http client? 14:32 &lt; deer&gt; &lt;human&gt; aum: đúng 14:32 &lt; jrandom&gt; đúng, ta cần tìm cách để mọi người duyệt slashdot.org qua i2p 14:32 &lt; deer&gt; &lt;aum&gt; vậy tunnelmgr giờ nói HTTP? 14:32 &lt; jrandom&gt; nice1 human! 14:32 &lt; jrandom&gt; aum&gt; nhớ proxy squid chứ? 14:33 &lt; deer&gt; &lt;aum&gt; nhớ 13:33 &lt; deer&gt; &lt;wilde&gt; jrandom: vậy khoảng 4 nhân-tháng cho một DHT? 14:33 &lt; deer&gt; &lt;human&gt; aum: yup: openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;] 14:33 &lt; jrandom&gt; wilde&gt; tôi nghĩ hợp lý, đúng vậy. 14:34 &lt; deer&gt; &lt;aum&gt; human: bạn đã viết nó ở đâu chưa? 14:35 &lt; jrandom&gt; aum&gt; tất cả những gì nó làm là “if !eepsite { send through $outboundWWWproxy } else {send to eepsite}” 14:35 &lt; deer&gt; &lt;human&gt; aum: tôi định commit, rồi tôi bị kẹt với một bug StreamingI2PTunnelServer... 14:36 &lt; jrandom&gt; một giải pháp ngắn hạn tốt sẽ là “outproxies.txt”, kiểu hosts.txt 14:36 &lt; deer&gt; &lt;aum&gt; human: và chính xác “openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;]” làm gì? 14:36 &lt; jrandom&gt; dù ta nên bắt đầu nghĩ về giải pháp trung và dài hạn 14:37 &lt; deer&gt; &lt;human&gt; human: sẽ mở một proxy lắng nghe kết nối, và sẽ chuyển hướng về WWW-proxy tất cả những gì đi tới các URL không kết thúc bằng .i2p 14:38 &lt; deer&gt; &lt;Pellinore&gt; Cái đó thú vị đấy. 14:38 &lt; deer&gt; &lt;aum&gt; human: àh, hay, vậy bạn tách một luồng trong tunnelmgr? 14:38 &lt; deer&gt; &lt;human&gt; human: tức là bạn có thể dùng nó để duyệt cả eepsite lẫn web thường 14:38 &lt; deer&gt; &lt;human&gt; human: đúng 14:38 &lt; deer&gt; &lt;human&gt; s/human/aum/ :-) 14:39 &lt; deer&gt; &lt;aum&gt; hơi vượt quá “nhiệm vụ” của tunnelmgr, nhưng này, chẳng có chỗ nào khác phù hợp hơn trong mã i2p - làm tốt lắm 14:39 &lt; deer&gt; &lt;aum&gt; human: vậy bạn nói cả python lẫn java? có làm hỏng não bạn không? 14:39 &lt; deer&gt; &lt;human&gt; aum: tôi làm vậy để tránh khởi chạy thêm một JVM cho EepProxy 14:40 &lt; jrandom&gt; (ờ thì, mã được triển khai trong httpclient của i2ptunnel, human vừa mới expose nó qua tunnelmanager nữa) 14:40 &lt; deer&gt; &lt;aum&gt; đúng rồi, luôn tốt khi giữ số lượng JVM ở mức tối thiểu 14:40 &lt; jrandom&gt; ((và theo tôi httpclient ở đúng chỗ nên ở ;) 14:40 &lt; jrandom&gt; (((đến khi httpclient thế hệ mới [httptunnel] của mihi ra))) 14:41 &lt; deer&gt; &lt;aum&gt; httpclient có trong cvs không, để nó build cho tôi như một phần của i2p update/build? 14:41 &lt; jrandom&gt; có, eepProxy dùng httpclient 14:42 &lt; deer&gt; &lt;aum&gt; *trời cái này chia kép quá — tôi mở 3 phiên xchat (irc.duck.i2p,iip,freenode)) 14:42 &lt; jrandom&gt; :) 14:42 &lt; deer&gt; &lt;aum&gt; độ trễ kinh khủng trên irc.duck.i2p 14:42 &lt; jrandom&gt; ok, vậy hôm nay không chốt kiến trúc web, rõ ràng rồi, nhưng thảo luận đáng giá 14:43 &lt; jrandom&gt; đúng aum, tôi khoảng 15s 14:43 &lt; jrandom&gt; còn gì về kiến trúc web lúc này không, hay ta chuyển sang 5) ??? phần thảo luận mở? 14:43 &lt; deer&gt; * human đang nghĩ về một I2PSocksTunnel 14:44 &lt; jrandom&gt; ôi, cái đó sẽ ngầu đấy 14:44 &lt; deer&gt; &lt;human&gt; (ờ, có lẽ nó thuộc 5) 14:44 &lt; deer&gt; &lt;aum&gt; socks? có cách nào ‘đệm’ (shim) các client không hỗ trợ socks qua một giao diện socks không? 14:44 &lt; deer&gt; &lt;human&gt; aum: apt-get install tsocks :-) 14:45 &lt; aum&gt; bàn web — thêm một ý cuối — còn khả năng fork/patch một web client sẵn có thì sao 14:45 &lt; mihi&gt; aum: sockscap cho Windows 14:45 &lt; jrandom&gt; aum&gt; đáng sợ. rất mạnh, nhưng đáng sợ. 14:45 &lt; jrandom&gt; [tôi sẽ ghét phải bảo trì cái đó] 14:45 &lt; aum&gt; thậm chí lúc này, một trình duyệt tối giản như dillo 14:46 &lt; jrandom&gt; [[dù nó có thể trở nên ‘siêu an toàn’, v.v. nhưng vẫn rất, rất đáng sợ]] 14:46 &lt; aum&gt; hoặc tốt hơn, control trình duyệt trong wxWindows, nó đa nền tảng 14:46 * jrandom hồi tưởng về flinks ban đầu, khi nó có trình duyệt freesite tích hợp 14:47 &lt; aum&gt; nhưng rồi newbie sẽ kêu ca nếu họ không thể lướt các site đầy javascript đặc thù M$ quen thuộc 14:47 &lt; jrandom&gt; đúng aum, và hacker cũng vậy nếu không hỗ trợ code tuân thủ chuẩn mới nhất 14:47 &lt; aum&gt; này, ta nên hỏi Microsoft xin mã nguồn IE6, rồi patch nó ;p 14:47 &lt; jrandom&gt; viết một trình duyệt == cách hay để lãng phí hàng ngàn giờ công 14:47 &lt; jrandom&gt; heh 14:47 &lt; deer&gt; * human khá hài lòng khi dùng privoxy 14:48 &lt; aum&gt; có khi họ sẽ quăng luôn mã nguồn ie6 như một phần dàn xếp phạt ở châu Âu 14:48 &lt; deer&gt; &lt;human&gt; (http://www.privoxy.org/) 14:48 &lt; aum&gt; s/toos/toss/ 14:48 &lt; jrandom&gt; human&gt; cái đó áp dụng cho cả hai phía proxy thế nào? 14:48 &lt; jrandom&gt; ví dụ, ta sẽ muốn lọc nội dung tại chỗ, không phải ở đầu ra 14:49 &lt; deer&gt; &lt;human&gt; jrandom: có thể khuyến khích người dùng cài nó 14:49 &lt; jrandom&gt; (nhưng đầu ra cũng sẽ muốn lọc một số nội dung để tránh lạm dụng, v.v.) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: hoặc nó có thể là một phần cài đặt mặc định của I2P 14:49 &lt; aum&gt; nếu một DWP (distrib web proxy) dùng DHT cho bộ đệm thì sao? 14:49 &lt; jrandom&gt; “khuyến khích” == chỉ geek. đóng gói kèm :) 14:49 &lt; jrandom&gt; như vậy thì Tốt aum 14:49 &lt; deer&gt; &lt;human&gt; jrandom: eheheh, đồng ý :-) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: privoxy cũng chạy trên Windows, btw 14:50 &lt; jrandom&gt; word. đúng, ta cần một dạng lọc nội dung — privoxy, muffin, gì cũng được. 14:50 &lt; deer&gt; &lt;wilde&gt; cuộc họp dài ghê... 14:50 * jrandom hiểu ý.. 14:51 &lt; deer&gt; &lt;Pellinore&gt; wilde: Có nhiều điều để nói. 14:51 &lt; jrandom&gt; còn ai có gì muốn nêu không? ta luôn có mailing list cho các chuyện tiếp theo 14:51 &lt; deer&gt; &lt;Pellinore&gt; Và tất nhiên còn nhiều việc phải làm. 14:51 &lt; deer&gt; &lt;Pellinore&gt; Tôi có vài câu hỏi nhỏ. 14:51 &lt; aum&gt; ta có thể fork privoxy và 1) làm nó chạy qua i2p, 2) làm nó dùng DHT cho cache không? 14:51 &lt; deer&gt; &lt;Pellinore&gt; Nhưng chúng cũng có thể bàn riêng dễ dàng. 14:51 &lt; jrandom&gt; pellinore&gt; có chuyện gì? 14:51 &lt; deer&gt; &lt;Pellinore&gt; Không gì cả, xin lỗi vì đã nói. 14:51 &lt; jrandom&gt; aum&gt; rất có thể ta không cần fork 14:52 &lt; deer&gt; &lt;Pellinore&gt; Tôi sẽ nói riêng với bạn, hoặc duck, lúc khác. 14:52 &lt; deer&gt; &lt;Pellinore&gt; Không thực sự là chuyện dev. 14:52 &lt; deer&gt; &lt;duck&gt; 10+16+7=33 giờ công lãng phí cho một giờ làm thêm này :) 14:52 &lt; jrandom&gt; nhưng xây một DHT là rất nhiều nỗ lực. hoàn toàn vô cùng xứng đáng 14:52 -!- Irssi: #i2p: Tổng cộng 10 nick [0 ops, 0 halfops, 0 voices, 10 thường] 14:52 * aum lại đi thăm các trang wiki về DHT trên infoanarchy.org 14:52 &lt; jrandom&gt; có 16 người trên iip à? 14:53 &lt; deer&gt; &lt;human&gt; aum: không cần fork, chỉ cần: web browser &lt;-&gt; privoxy &lt;-&gt; httpclient &lt;-&gt; i2p &lt;-&gt; outbound proxy &lt;-&gt; www.pr0n.com 14:53 &lt; deer&gt; &lt;wilde&gt; một DHT tổng quát có thể hoạt động ngoài I2P nữa, và cho phép ràng buộc khác ngoài http 14:53 &lt; jrandom&gt; aum&gt; xem link duck đã thêm vào wiki i2p, liệt kê vài cái 14:54 &lt; deer&gt; &lt;human&gt; aum: bạn có thể cấu hình privoxy để nó kết nối đến một HTTP/socks proxy khác (đó là cách privoxy I2P-to-tor của tôi hoạt động) 14:54 &lt; deer&gt; &lt;duck&gt; (http://www.bamboo-dht.org/) 14:54 &lt; aum&gt; tôi không chắc thích ý tưởng DHT hoạt động ngoài i2p — DHT tốt nhất là DHT không có ẩn danh (và overhead ẩn danh) để có thể hoạt động tối ưu trong i2p 14:54 &lt; jrandom&gt; hrm duck, chuyện gì xảy ra với danh sách đó vậy? 14:54 &lt; deer&gt; &lt;duck&gt; aum: dễ kiểm thử hơn 14:55 &lt; deer&gt; &lt;duck&gt; jrandom: chắc ai đó đã xóa nó 14:55 &lt; jrandom&gt; heh 14:56 &lt; jrandom&gt; google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 &lt; jrandom&gt; (không phải cùng trang, nhưng thú vị) 14:56 &lt; jrandom&gt; à, đây là trang — http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 &lt; jrandom&gt; nhưng đúng, một DHT không cố triển khai ẩn danh, cộng thêm một DHT hỗ trợ cả nội dung kiểu CHK và kiểu SSK sẽ là tốt nhất 14:58 &lt; jrandom&gt; (kiểu SSK không hoàn toàn cần thiết, nhưng trời ơi nó sẽ rất hữu ích) 14:58 &lt; jrandom&gt; nhưng, dù sao 14:58 &lt; jrandom&gt; còn ai có gì muốn nêu không? 14:59 &lt; deer&gt; &lt;duck&gt; ngày mai là ngày Thánh Patrick 14:59 &lt; deer&gt; &lt;wilde&gt; mục 5) ? 14:59 &lt; deer&gt; &lt;duck&gt; nên mọi người uống bia Ireland nhé 14:59 &lt; jrandom&gt; điểm hay 14:59 &lt; deer&gt; &lt;Pellinore&gt; Ngày mai vừa là kỷ niệm mối quan hệ hiện tại của tôi, vừa là kỷ niệm cuộc hôn nhân thứ hai của tôi. 14:59 * jrandom ghi chú để tránh quán rượu Ireland ngày mai 15:00 &lt; jrandom&gt; ồ, chúc mừng pellinore :) 15:00 &lt; jrandom&gt; wilde&gt; ta đang ở 5) ??? 15:01 &lt; jrandom&gt; (và sắp sang 6) [baf]) 15:01 * jrandom sẽ vào iip ngay [nếu có thể] 15:01 * jrandom kết thúc 15:01 * jrandom *baf* kết thúc cuộc họp </div>/vi/blog/2004/03/02/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-3-n%C4%83m-2004/Tue, 02 Mar 2004 00:00:00 +0000/vi/blog/2004/03/02/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-02-th%C3%A1ng-3-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, jrandom, kaji, madman, nick, ughabugha, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> 13:07 &lt; jrandom&gt; 0) chào 13:07 &lt; jrandom&gt; 1) Tình trạng phát triển 13:07 &lt; jrandom&gt; 2) Cascades 13:07 &lt; duck&gt; Tôi sẽ dừng 13:07 &lt; jrandom&gt; 3) Lộ trình 13:07 &lt; jrandom&gt; 4) Trang web 13:07 &lt; jrandom&gt; 5) ??? 13:07 &lt; jrandom&gt; 0) chào 13:07 * jrandom vẫy tay chào buổi họp dev i2p đầu tiên qua i2p :) 13:07 &lt; ughabugha&gt; nick là Janonymous. 13:08 &lt; ughabugha&gt; Ok. 13:08 &lt; duck&gt; chào 13:08 &lt; jrandom&gt; ghi chú trạng thái hàng tuần được đăng lên mailing list (trực tuyến tại http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 &lt; ughabugha&gt; hi. 13:08 &lt; jrandom&gt; như thường lệ, chúng ta sẽ theo đó làm hướng dẫn 13:08 &lt; nick&gt; xin chào 13:09 &lt; jrandom&gt; chuyển sang 1) Tình trạng phát triển 13:09 * jrandom lặp lại câu thần chú “Đang có tiến triển” 13:10 &lt; jrandom&gt; 0.2.5 có vài thứ hay ho, và chúng tôi đang tìm ra các lỗi ẩn lâu nay 13:10 &lt; jrandom&gt; mới nhất là liên quan đến db, nhưng chưa sửa xong, nên không cần bám theo CVS HEAD 13:11 &lt; jrandom&gt; kiểm tra echo cho kết quả khá tốt, nhưng vẫn còn vấn đề cần xử lý liên quan đến irc và snark 13:12 &lt; jrandom&gt; việc truy xuất eepsite (dịch vụ ẩn của I2P) với mọi người thế nào? 13:12 &lt; jrandom&gt; (và/hoặc squid?) 13:12 &lt; nick&gt; lúc được lúc không 13:12 &lt; duck&gt; nói chung ổn với janonymous hoặc ugha 13:13 &lt; duck&gt; đôi khi janonymous sập, v.v. 13:13 &lt; ughabugha&gt; Ừ. 13:13 &lt; duck&gt; &lt;mihi_backup&gt; jrandom: bạn thật sự biết cách làm tôi tức... 13:13 &lt; jrandom&gt; trời ạ 13:13 &lt; nick&gt; Tôi đã đăng nội dung mới 13:13 &lt; jrandom&gt; có chuyện gì vậy, mihi? 13:13 &lt; jrandom&gt; nick hay đấy 13:14 &lt; jrandom&gt; à janonymous 13:15 &lt; nick&gt; hả? 13:15 &lt; nick&gt; :) 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Tôi vừa khởi động một relay hai chiều. 13:15 &lt; jrandom&gt; ồ tuyệt 13:15 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:15 &lt; jrandom&gt; có chuyện gì vậy, mihi? 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Tự động. 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; :) 13:16 &lt; ughabugha&gt; :) 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Ối, có bug. 13:16 &lt; ughabugha&gt; Ối, có bug. 13:16 &lt; jrandom&gt; hehe anh ấy vẫn ở đó chứ, hay còn gì khác liên quan đến tình trạng phát triển? 13:17 &lt; duck&gt; tiếp thôi 13:17 &lt; jrandom&gt; 'k 13:17 &lt; jrandom&gt; chuyển sang 2) Cascades 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; * mihi_backup giờ có tên là mihi_away 13:17 &lt; ughabugha&gt; * mihi_backup giờ có tên là mihi_away 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Hự, relay cho chính văn bản của tôi không hoạt động. 13:17 &lt; ughabugha&gt; Hự, relay cho chính văn bản của tôi không hoạt động. 13:17 &lt; jrandom&gt; ;) 13:18 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Không, khoan. 13:18 &lt; ughabugha&gt; Không, khoan. 13:18 &lt; madman&gt; thế thì đừng nói :) 13:18 &lt; jrandom&gt; mix cascades là một trong hai kiểu lớn của mạng mix độ trễ thấp, và dù chúng tôi không dùng chúng trong i2p, nếu ai đó thấy hữu ích, họ có thể chỉnh router (bộ định tuyến) của mình để đạt hiệu ứng tương tự 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Test 13:19 &lt; ughabugha&gt; Test 13:19 &lt; ughabugha&gt; IIP &lt;jrandom&gt; mix cascades are one of the two big styles of low latency mix nets, and while we don't use them in i2p, if some people think they're useful, they can tweak their router to get the same effect 13:19 * jrandom cảm thấy sắp có echo đệ quy... 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Chết tiệt! 13:19 &lt; ughabugha&gt; Chết tiệt! 13:20 &lt; jrandom&gt; dù sao, tôi nghĩ luôn tốt khi đặt câu hỏi thiết kế nền tảng, soi kỹ i2p và xem vì sao chúng ta làm theo cách hiện tại 13:21 &lt; jrandom&gt; tôi cảm giác sau này sẽ nghe nhiều hơn về các hệ thống giống cascade, nên hy vọng phần mô tả trong email sẽ giúp giải thích mối liên hệ của i2p với cascades 13:21 &lt; ughabugha&gt; Ok, giờ nó _nên_ hoạt động. 13:21 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Nói gì đi. 13:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi đề nghị không theo đuổi triển khai mix net trong lộ trình hiện tại, để lại sau 13:21 &lt; ughabugha&gt; Ừ, giờ chạy rồi. 13:21 -!- wilde [~anon@localhost] has joined #i2p 13:22 &lt; jrandom&gt; janymous&gt; thực ra, i2p /là/ một mixnet, chỉ là không phải mix cascade 13:22 &lt; madman&gt; tôi sắp offline 13:22 &lt; jrandom&gt; 'k, nói chuyện sau nhé madman 13:22 &lt; jrandom&gt; chào wilde 13:22 &lt; madman&gt; thôi chào 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; cuối cùng 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; xin chào buổi họp 13:22 &lt; jrandom&gt; nhưng tôi đồng ý, tôi không nghĩ tính năng mix cascade cần có trong lộ trình 13:23 &lt; ughabugha&gt; IIP &lt;madman2003&gt; tạm biệt mọi người 13:24 &lt; jrandom&gt; ok, còn gì về cascades không, hay chuyển sang 3) Lộ trình? 13:26 &lt; ughabugha&gt; Chào, wilde@IIP 13:26 &lt; ughabugha&gt; Tạm biệt, madman@IIP 13:26 -!- madman [~a@localhost] has quit [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Có vẻ có thể triển khai sau, giống như một DHT vậy. High Wilde 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman --- Nhật ký đóng Tue Mar 02 13:27:07 2004 --- Nhật ký mở Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] has joined #i2p 13:27 -!- Irssi: #i2p: Tổng cộng 3 nick [0 ops, 0 halfops, 0 voices, 3 bình thường] 13:27 -!- wilde [~anon@localhost] has joined #i2p 13:27 &lt; jrandom&gt; quay lại 13:28 &lt; ughabugha&gt; Ui chà, jrandom đã thoát. 13:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bah 13:28 &lt; jrandom&gt; ok lần cuối tôi thấy là 13:26:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman 13:28 -!- Irssi: Join to #i2p was synced in 36 secs 13:28 &lt; jrandom&gt; (irssi bỏ lỡ một ping nên rớt kết nối) 13:29 &lt; ughabugha&gt; Bạn bỏ lỡ IIP &lt;Janonymous&gt; Lộ trình 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; à.. Tất cả đều đồng ý chuyển sang lộ trình ;) 13:29 &lt; jrandom&gt; w3rd 13:29 &lt; jrandom&gt; ok, thay đổi lộ trình có lẽ là lý do khiến mihi ghét tôi giờ 13:30 &lt; ughabugha&gt; Ờ, vậy là bạn bỏ lỡ nhiều hơn thế. 13:30 &lt; ughabugha&gt; Chờ chút. 13:30 &lt; ughabugha&gt; [23:23 39] &lt;ughabugha&gt; IIP &lt;wilde&gt; ô giờ chúng ta có hai phe, băng iip và khu I2P 13:30 &lt; ughabugha&gt; [23:23 47] &lt;ughabugha&gt; IIP &lt;wilde&gt; hai 13:30 &lt; ughabugha&gt; [23:23 50] &lt;ughabugha&gt; Hehe. 13:30 &lt; ughabugha&gt; [23:23 54] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; :) đã dựng được một relay 13:30 &lt; ughabugha&gt; [23:24 22] &lt;ughabugha&gt; Đây là script tạm tôi chắp vá nhanh. Cho các buổi họp sau chúng ta nên nghĩ cái gì tốt hơn. 13:30 &lt; ughabugha&gt; [23:24 44] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; Hoạt động 13:30 &lt; ughabugha&gt; [23:25 18] &lt;ughabugha&gt; Ok, tập trung vào I2P giờ, không phải relay. 13:30 &lt; ughabugha&gt; [23:25 39] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; Vậy, mix cascades có thể triển khai khá tốt trên i2p 13:30 &lt; ughabugha&gt; Xin lỗi vì flood. 13:30 &lt; duck&gt; đúng là hỗn loạn 13:31 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; nhưng tôi nghĩ ta nên nhấn mạnh là /trên/ 13:31 &lt; ughabugha&gt; Ok, 3) Lộ trình 13:31 &lt; ughabugha&gt; duck: Khá đúng. 13:31 &lt; jrandom&gt; chuyện này chưa là gì so với buổi họp 67 ;) 13:31 &lt; jrandom&gt; ok, sang mục 3 13:31 &lt; jrandom&gt; ai có ý kiến liên quan đến lộ trình không? 13:32 &lt; jrandom&gt; những thay đổi / quan điểm / lo ngại? 13:32 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Multi-tunneling (đa tunnel - nhiều đường hầm) 13:32 &lt; jrandom&gt; janonymous&gt; chúng ta đã có rồi 13:32 &lt; jrandom&gt; (từ 0.2.5) 13:32 &lt; jrandom&gt; nếu tôi hiểu đúng ý bạn 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; nhưng, kiểu như, gửi một file qua hai tunnels để tăng tốc truyền? 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đồng thời 13:34 &lt; jrandom&gt; i2p không làm việc với file, nhưng đúng, mỗi thông điệp i2p riêng lẻ giờ có thể đi qua nhiều tunnels 13:34 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi nghĩ đó sẽ là bổ sung tuyệt vời cho giai đoạn 2.0 13:34 &lt; jrandom&gt; ví dụ 32kb đầu gửi qua tunnel X, 32kb tiếp theo gửi qua tunnel Y 13:35 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đúng.. đó là điều tôi muốn nói.. có vẻ rất cần thiết 13:35 &lt; jrandom&gt; nhưng i2psnark với hỗ trợ i2cp sẽ có thể tối ưu mọi thứ 13:35 &lt; jrandom&gt; janonymous&gt; chúng ta làm vậy rồi 13:36 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ồ. I2PSnark sẽ sử dụng nhiều tunnels cho truyền thông point-to-point? 13:36 &lt; jrandom&gt; mọi thông điệp đều có thể đi qua nhiều tunnels. 13:36 &lt; duck&gt; về lý thuyết 13:37 &lt; jrandom&gt; không chỉ là lý thuyết - nếu một thông điệp mất &gt; 15 giây, nó được gửi xuống lease khác đang có 13:37 &lt; jrandom&gt; và nếu mất &gt; 30 giây, leaseSet (tập hợp lease) bị bỏ và lấy lại, các thông điệp tiếp theo đi qua các lease tìm được 13:37 &lt; jrandom&gt; NHƯNG 13:38 &lt; jrandom&gt; i2ptunnel (và bất cứ thứ gì khác dùng i2p với mode=guaranteed) chờ cho đến khi từng thông điệp được giao rồi mới gửi cái tiếp theo 13:38 &lt; jrandom&gt; ứng dụng i2cp thuần không cần làm vậy 13:38 &lt; jrandom&gt; (các ứng dụng dùng socket library cũng không, khi socket library vừa được triển khai vừa hỗ trợ SACK) 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok.. tôi chỉ nghĩ đó sẽ là phương pháp tuyệt vời cho các tunnels trong tương lai.. cho tốc độ và ẩn danh 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; và giảm tải trên từng tunnel 13:39 &lt; jrandom&gt; đồng ý 13:39 &lt; jrandom&gt; ok, còn gì về lộ trình? 13:40 &lt; jrandom&gt; (có ai sẽ mắng tôi vì bỏ socket lib không? mihi? :) 13:41 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi dùng một phép so sánh hôm nay để mô tả multi-tunneling cho ai đó.. tôi nói nó như thêm làn đường cho một con đường 13:42 &lt; jrandom&gt; khá đúng 13:42 &lt; jrandom&gt; (dù đường nhập làn của mỗi người luôn có số làn như cũ ;) 13:42 &lt; duck&gt; nếu mihi giận thì anh ấy có thể làm socket api chứ? 13:43 &lt; jrandom&gt; chắc rồi, và/hoặc ai khác. socket lib là Tốt 13:43 &lt; jrandom&gt; (nhưng khó, và theo tôi thì không thiết yếu về mặt chức năng cho vận hành/bảo mật của mạng) 13:44 &lt; jrandom&gt; tôi chỉ ước có thời gian để làm nó và vẫn tiến tiếp phần code lõi i2p 13:44 &lt; jrandom&gt; nhưng, đời là thế 13:45 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; có vẻ mihi không ở đây 13:45 &lt; ughabugha&gt; Ok, tôi quay lại rồi. 13:45 &lt; jrandom&gt; tuyệt 13:45 &lt; jrandom&gt; ok, chuyển sang 4) Trang web 13:46 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đường nhập làn lớn == cable / đường nhập làn nhỏ == dialup ?? 13:46 &lt; ughabugha&gt; Hmm 13:46 &lt; ughabugha&gt; Socket library định làm gì? 13:46 -!- nick [~Janonym@localhost] has joined #i2p 13:46 &lt; jrandom&gt; đúng nanonymous 13:46 &lt; jrandom&gt; à, janonymous 13:46 &lt; jrandom&gt; (dù thế nào đi nữa, i2p không thể làm kết nối mạng cục bộ của bạn nhanh hơn) 13:46 &lt; jrandom&gt; ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 &lt; ughabugha&gt; Ý bạn là socket library cho Java? Chẳng phải bạn đã có một cái rồi sao? 13:47 &lt; jrandom&gt; socket lib tách phần code kiểu TCP ra khỏi i2p, để i2p chuyên xử lý các thông điệp kiểu IP 13:47 &lt; nick&gt; ừ 13:47 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:48 &lt; jrandom&gt; à, đúng, nhưng cái này sẽ cho phép ứng dụng truyền luồng dữ liệu qua i2p hiệu quả hơn nhiều (nếu/khi socket library hỗ trợ selective ACK, thay vì yêu cầu ACK sau mỗi thông điệp như bây giờ) 13:49 &lt; jrandom&gt; tôi không thoải mái với việc triển khai SACK bên trong router (bộ định tuyến), vì nó có thể đưa ra ngoài an toàn (vào socket lib) 13:49 &lt; ughabugha&gt; Nhưng sao lại bỏ nó? Nó thực sự tốn nhiều công vậy à? 13:49 &lt; jrandom&gt; có, để làm cho đúng 13:49 &lt; jrandom&gt; đã có một ít code được triển khai dở dang, nhưng tôi không có thời gian bảo trì và kiểm thử 13:49 &lt; ughabugha&gt; Ok. Bạn là nhất. 13:50 &lt; jrandom&gt; ờ thì, $devWhoImplements làm nó mới là nhất ;) 13:50 &lt; jrandom&gt; dù sao, chuyển sang 4) Trang web 13:50 &lt; ughabugha&gt; :) 13:51 &lt; ughabugha&gt; Có ai tình nguyện không? 13:51 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; nghiên cứu về các triển khai p2p ẩn danh 13:51 * jrandom nhắc lại câu hỏi của ughabugha :) 13:51 &lt; jrandom&gt; hmm janonymous? 13:51 &lt; ughabugha&gt; Janonymous: Cái này sẽ bàn ở 5) ??? 13:51 &lt; jrandom&gt; :) 13:52 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ừ thì đó là nội dung sẽ đưa lên site 13:52 &lt; jrandom&gt; à, đúng, tôi đồng ý 13:52 &lt; jrandom&gt; (xem mục 7 tại http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 &lt; jrandom&gt; và mục 8 13:53 &lt; jrandom&gt; hay bạn không có ý đó? 13:53 &lt; jrandom&gt; Tôi có lẽ sẽ đăng cả đống bài báo tôi đào bới mùa hè rồi khi nghiên cứu và thiết kế i2p 13:53 &lt; jrandom&gt; (hoặc ít nhất là liên kết đến các mục trên citeseer của chúng) 13:54 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Ok. Chúng ta sẽ bàn CMS tiếp theo cho I2P chứ? 13:54 &lt; ughabugha&gt; jrandom đã chọn CMS rồi. 13:55 &lt; jrandom&gt; vừa có/vừa không - thay vì nghiên cứu ưu nhược điểm các CMS thêm một hai tháng nữa, ta cứ dùng drupal tạm thời 13:55 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; /topic #i2p 13:55 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Ok.. về những gì sẽ đưa lên đó.. Chúng ta cần một bài trình bày 13:55 &lt; jrandom&gt; nếu cần chuyển sang cái khác, wilde đảm bảo với tôi là xuất nội dung khá đơn giản 13:55 &lt; jrandom&gt; một bài trình bày? 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; với nhiều minh họa và phần giới thiệu I2P từng bước 13:56 &lt; jrandom&gt; chúng ta cần triển khai thiết kế đồ họa 13:56 &lt; jrandom&gt; à đúng 13:56 &lt; jrandom&gt; một phần giới thiệu cho người dùng 13:56 &lt; jrandom&gt; phần giới thiệu trên wiki nói chung là cho dân kỹ thuật 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Gần như một bài trình bày đa phương tiện 13:56 &lt; ughabugha&gt; IIP &lt;jrand0m&gt; w0ah 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đúng 13:57 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; Yay! 13:57 &lt; jrandom&gt; ok, tôi nghĩ ta có thể làm được, nhưng có lẽ nên đợi đến khi có cả trình cài đặt đúng nghĩa và hệ thống điều khiển GUI rồi mới sản xuất nội dung đó 13:57 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Trong đó nên có nhiều hình hơn chữ. :) 13:57 &lt; jrandom&gt; đúng 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; chuẩn 13:58 &lt; jrandom&gt; nhưng ta chưa có trình cài đặt đúng nghĩa, và (dù i2pmgr và i2pmole rất tốt) tôi nghĩ vẫn còn việc phải làm trên bảng điều khiển 13:58 &lt; ughabugha&gt; Đây không phải ưu tiên hàng đầu lúc này. 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; chắc chắn là không. nhưng với những người không lập trình... 13:59 &lt; jrandom&gt; đúng. vậy chúng ta cần tình nguyện viên cho 1) thiết kế nội dung cần có trên website i2p 2) thiết kế đồ họa / css / bố cục cho website i2p 3) những người tạo nội dung cho website i2p 14:00 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi dư ra một tháng. Nghĩ là dùng thời gian vậy sẽ đáng. 14:00 &lt; jrandom&gt; w00t :) 14:00 * jrandom ghi nhận Janonymous là tình nguyện viên... cho thiết kế nội dung &amp; tạo nội dung? 14:00 &lt; wilde&gt; quay lại 14:00 &lt; ughabugha&gt; Tôi có thể làm HTML, CSS và phần kỹ thuật, nhưng tôi không giỏi viết, cũng không phải nhà thiết kế. 14:01 &lt; jrandom&gt; r0x0r 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đúng.. tôi chưa giỏi phần thiết kế 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; tôi có thể thử viết, nhưng cần có phê bình tốt.. tôi chưa từng viết kiểu biên tập 14:01 &lt; ughabugha&gt; Tôi cũng dùng được Photoshop và công cụ khác miễn là được hướng dẫn cụ thể. ;) 14:01 &lt; wilde&gt; Tôi sẽ lo drupal và các tính năng 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi có vài ý hay cho bạn, ughabugha 14:02 &lt; jrandom&gt; đúng, nói thiết kế nội dung tôi không nói bố cục, mà kiểu “ok, ta cần trang giới thiệu cho người dùng, trang giới thiệu kỹ thuật, một faq” v.v. 14:02 &lt; ughabugha&gt; Heh, ok. :) 14:02 &lt; jrandom&gt; r0x0r0r 14:02 * jrandom ghi nhận wilde và ughabugha là tình nguyện viên :) 14:02 &lt; ughabugha&gt; Mong đợi chúng. 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; có một bức hình xuề xòa tôi làm, có liên kết trong tài liệu I2POverview mới trên I2p 14:03 &lt; jrandom&gt; chuẩn, đúng là janonymous, bức đó khá ổn, có vài vấn đề kỹ thuật nhỏ, nhưng khá hữu ích 14:03 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Tôi chắc nó sẽ trông đẹp hơn nhiều trong photoshop 14:04 &lt; ughabugha&gt; Heh. 14:04 &lt; ughabugha&gt; Janonymous: Hãy bàn riêng chuyện đó ngày mai. 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ờ, thật ra tôi có thể lỡ xóa nó rồi :/ 14:04 &lt; jrandom&gt; ok, còn gì cho trang web không, hay chuyển sang 5) ??? 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok 14:07 &lt; wilde&gt; ok một chuyện: 14:07 &lt; ughabugha&gt; Còn gì về trang web không? 14:07 &lt; wilde&gt; cảm giác đầu tiên bạn nên có khi vào site là gì? 14:07 &lt; wilde&gt; làm ơn cho vài từ khóa 14:07 &lt; jrandom&gt; wilde&gt; xem http://i2p.net/pipermail/i2p/2004-February/000133.html (đoạn “rom a branding perspective” :) 14:08 &lt; jrandom&gt; tôi thích câu “anonymous bit by bit” 14:08 &lt; ughabugha&gt; Tôi nghĩ là không. Ta chuyển sang 5) ??? chứ? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; chúng ta có nên làm lộ trình cho người dùng chi tiết hơn không? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; một cái mô tả mục tiêu dài hạn chi tiết hơn 14:08 &lt; ughabugha&gt; wilde: Chỉ cảm xúc tích cực. 14:09 &lt; jrandom&gt; janonymous&gt; đồng ý, lộ trình hiện tại thực ra chỉ là ghi chú kỹ thuật cho các việc kỹ thuật ;) 14:09 &lt; jrandom&gt; ok, 5) ?? 14:09 &lt; jrandom&gt; có gì mọi người muốn nêu ra không? 14:10 &lt; wilde&gt; itoopie thật ra không phù hợp với “đơn giản và an toàn” 14:10 &lt; wilde&gt; nó mang cảm giác hoạt hình nhiều hơn 14:10 &lt; wilde&gt; đó là lý do tôi hỏi 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ừ, có lẽ nên tạo thêm sự hào hứng mong đợi 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; để người dùng muốn tham gia 14:10 -!- kaji [~booky5@localhost] has joined #i2p --- Nhật ký đóng Tue Mar 02 14:11:08 2004 --- Nhật ký mở Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] has joined #i2p 14:12 -!- Irssi: #i2p: Tổng cộng 6 nick [0 ops, 0 halfops, 0 voices, 6 bình thường] 14:12 &lt; jrandom_&gt; quay lại 14:12 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; kiểu như, nó nên hoạt động cho họ mà họ còn không biết là nó ở đó 14:12 &lt; jrandom_&gt; wilde&gt; tôi sẵn sàng đón nhận gợi ý 14:12 &lt; ughabugha&gt; * jrandom_ (~jrandom@localhost) đã tham gia #i2p 14:12 &lt; jrandom_&gt; &lt;Janonymous&gt; ừ, có lẽ nên tạo thêm sự hào hứng mong đợi 14:12 &lt; jrandom_&gt; hử? 14:14 &lt; ughabugha&gt; Bạn đã bỏ lỡ những cái này: 14:14 &lt; ughabugha&gt; [00:11 43] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; Tôi chỉ muốn nhấn mạnh lại.. tôi nghĩ mọi phương pháp multi-tunneling nên minh bạch và sẵn có cho mọi ứng dụng client 14:14 &lt; ughabugha&gt; [00:12 07] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; kiểu như, nó nên hoạt động cho họ mà họ còn không biết là nó ở đó 14:14 &lt; jrandom_&gt; janonymous&gt; đã triển khai rồi. 14:14 &lt; jrandom_&gt; i2p đã cân bằng minh bạch truyền thông end-to-end qua nhiều tunnels 14:15 * jrandom_ đá jrandom 14:15 -!- jrandom [~jrandom@localhost] has quit [Ping timeout] 14:15 -!- Irssi: Join to #i2p was synced in 231 secs 14:15 &lt; wilde&gt; sự tham gia? 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ngay cả khi chúng ta gắn hồ sơ cho những tunnels nhanh và ổn định nhất.. ta vẫn có thể dùng các tunnels chậm khác để tăng thông lượng khi cần 14:15 &lt; kaji&gt; iip đang chạy chứ? 14:15 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Và ta có thể muốn phân phối tải dù sao đi nữa.. và tất cả nên minh bạch với các ứng dụng client 14:15 -!- You're now known as jrandom 14:16 -!- protocol [~iip@localhost] has joined #i2p 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ok 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; cool 14:16 &lt; jrandom&gt; :) 14:17 &lt; ughabugha&gt; jrandom: Đừng dùng ACTION, nó không được relay ;) 14:17 &lt; jrandom&gt; hà ok xin lỗi 14:17 * jrandom nói gì đó họ không thể thấy 14:17 &lt; jrandom&gt; ;) 14:17 &lt; jrandom&gt; ok, còn ai có gì khác không? 14:18 &lt; jrandom&gt; tôi nghĩ sau khi sửa xong các lỗi netDb (cơ sở dữ liệu mạng) hiện tại, ta có thể thử lại các bài test i2psnark 14:20 -!- kaji [~booky5@localhost] has joined #i2p 14:20 -!- wilde [~anon@localhost] has quit [Ping timeout] 14:20 &lt; ughabugha&gt; Nhưng việc chờ 15 giây có thực sự phân phối tải không? 14:20 &lt; ughabugha&gt; Tôi không thấy vậy. 14:20 * protocol nói iip là cho lusers 14:20 &lt; ughabugha&gt; Theo tôi, nó nên đồng thời 100%, node nên đẩy gói qua tunnel nhanh bằng tốc độ đích có thể xử lý. 14:20 &lt; ughabugha&gt; Ý tôi là qua tất cả các tunnels. 14:20 -!- nick [~Janonym@localhost] has joined #i2p 14:20 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:21 &lt; jrandom&gt; ughabugha: mỗi thông điệp về lý tưởng chỉ gửi qua một tunnel, nhưng mỗi thông điệp riêng lẻ được cân bằng giữa tất cả chúng 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; tôi và duck đã chạy một thử nghiệm qua I2PSnark 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; hồi sớm nay. 14:21 &lt; jrandom&gt; ughabugha: nếu lúc nào cũng gửi qua tất cả tunnels, sẽ lãng phí lượng lớn lưu lượng 14:21 -!- nick [~Janonym@localhost] has quit [Client closed connection] 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Mọi người có hài lòng với tên “I2P” không? 14:21 -!- kaji [~booky5@localhost] has joined #i2p 14:21 -!- wilde [~anon@localhost] has joined #i2p 14:22 &lt; jrandom&gt; janonymous&gt; i2p là tên. 14:22 &lt; jrandom&gt; bạn có thể gọi nó là betty, nhưng i2p là tên ;) 14:22 &lt; ughabugha&gt; kaji: Sao bạn nhấp nháy như vậy? 14:22 &lt; jrandom&gt; ughabugha: kaji thích chọc tụi mình 14:22 &lt; ughabugha&gt; jrandom: Ừ, tôi hiểu. Tôi đoán nó hoạt động đúng như tôi hình dung. 14:23 &lt; kaji&gt; tôi không biết 14:23 &lt; kaji&gt; iip đang chạy chứ? 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; cool 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; đối với tôi thì vậy 14:23 &lt; ughabugha&gt; Nó chạy với một số người, và không với những người khác. 14:23 &lt; ughabugha&gt; Vậy nên tôi đang chạy một relay. 14:24 &lt; jrandom&gt; ughabugha++ 14:24 &lt; ughabugha&gt; Để nối các mạng. 14:24 &lt; kaji&gt; ngon 14:24 &lt; jrandom&gt; chi tiết việc gửi song song/tuần tự nằm trong net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 &lt; ughabugha&gt; :) 14:24 &lt; jrandom&gt; (cho ai muốn biết chi tiết thêm về cách nó hoạt động) 14:25 &lt; jrandom&gt; ok, còn gì mọi người muốn nêu không? 14:25 &lt; kaji&gt; vậy phát triển i2p sao rồi? :) (Mirc báo 'lag=30 seconds') 14:25 &lt; jrandom&gt; kaji&gt; chúng tôi đang tiến triển ;) 14:26 &lt; jrandom&gt; irssi ở đây dao động độ trễ giữa 80s và 1s 14:26 &lt; jrandom&gt; (hai lần rớt kết nối trong 90 phút qua) 14:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; còn ý tưởng nào về nội dung cho site mới không? 14:27 &lt; ughabugha&gt; IIP &lt;kaji&gt; ngon 14:27 &lt; jrandom&gt; ngoài http://i2p.net/pipermail/i2p/2004-February/000133.html, tôi nghĩ ta sẽ muốn dùng một trong các module diễn đàn của drupal 14:27 &lt; ughabugha&gt; Tôi không bị rớt kết nối suốt 80 phút. 14:27 &lt; jrandom&gt; tốt đấy ughabugha 14:27 &lt; kaji&gt; hmm giờ độ trễ giảm xuống còn vài giây 14:27 &lt; jrandom&gt; ừ, nó dao động đấy kaji 14:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ồ, tôi và ugha đã nói chuyện trong phòng chat của tôi qua eep hôm nay :) 14:28 &lt; jrandom&gt; nice1! 14:28 &lt; ughabugha&gt; Janonymous: Tôi không gọi đó là nói chuyện đâu. ;) 14:28 &lt; ughabugha&gt; Nó giống như hét qua khoảng cách vài cây số hơn. 14:28 &lt; jrandom&gt; khoan, mọi người gọi thoại à? 14:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; :) đó là một tin nhắn 14:29 &lt; ughabugha&gt; :) 14:29 &lt; ughabugha&gt; Ờ, tôi gây ra toàn bộ độ trễ. 14:30 &lt; ughabugha&gt; Dù sao, nếu ai có đề xuất để bàn, nói giờ đi, vì tôi phải đi. 14:30 &lt; jrandom&gt; chuẩn, 90 phút cũng là độ dài buổi họp hợp lý để kết thúc... 14:30 &lt; jrandom&gt; mọi thứ khác có thể tiếp tục trên mailing list 14:30 &lt; jrandom&gt; (và/hoặc iip/i2p sau) 14:31 * jrandom lên dây cót *baf*er... 14:31 * jrandom *baf* khép lại buổi họp </div>/vi/blog/2004/02/24/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-2-n%C4%83m-2004/Tue, 24 Feb 2004 00:00:00 +0000/vi/blog/2004/02/24/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-24-th%C3%A1ng-2-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; 0) chào [22:00] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:00] &lt;jrand0m&gt; 2) tài liệu [22:00] &lt;jrand0m&gt; 3) ??? [22:00] &lt;jrand0m&gt; 0) chào [22:00] &lt;human&gt; chào [22:00] * jrand0m vẫy tay chào iip-ircd vừa khởi động lại :) [22:01] &lt;jrand0m&gt; (và, ừm, cả bạn nữa :) [22:01] &lt;jrand0m&gt; ghi chú trạng thái hàng tuần (mà chúng ta đang bám theo) nằm ở http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html [22:01] &lt;jrand0m&gt; (và dĩ nhiên cũng đã gửi lên mailing list) [22:01] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:02] &lt;jrand0m&gt; Dev đã đạt được tiến triển tốt trên bản phát hành 0.2.5, bản này sẽ cho phép và tận dụng cả tunnel 2+ hop và client với nhiều inbound tunnel [22:03] &lt;jrand0m&gt; chức năng then chốt mà nó mang lại sẽ là tăng độ tin cậy và tính ẩn danh hiệu quả [22:04] &lt;jrand0m&gt; các tunnel 1 hop hiện nay khiến bạn lộ ra trước các cuộc tấn công thống kê bởi đối thủ chủ động, nhưng với 0.2.5 bạn sẽ có thể xác định độ dài hop của riêng mình (và tăng mặc định lên 2), làm cho tấn công thống kê phức tạp hơn nhiều [22:06] &lt;jrand0m&gt; tôi cũng tìm thấy một cặp bug trong quy trình gửi của client và network db có thể giải thích một số bất ổn gần đây [22:06] &lt;jrand0m&gt; (đang sửa bug) [22:07] &lt;jrand0m&gt; nhân tiện, tôi nghĩ roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] vẫn phản ánh chính xác lịch trình dev [22:07] * mihi đã vào #i2p [22:07] &lt;jrand0m&gt; chào mihi [22:07] * protocol đã rời IRC (Ping timeout) [22:07] &lt;jrand0m&gt; ok, vậy là hết phần trạng thái dev của router, chuyển sang 2) tài liệu [22:07] * human muốn nói rằng từ 0.2.4 anh ấy thấy I2P không dùng được (có vẻ tệ hơn NHIỀU so với thời 0.2.3, ít nhất là trên PC của tôi) [22:07] &lt;jrand0m&gt; hm [22:08] &lt;human&gt; có lẽ chúng ta có thể nói về nó sau buổi họp... [22:08] &lt;jrand0m&gt; ý bạn là về độ tin cậy, độ trễ, CPU, băng thông? [22:08] * protocol đã vào #i2p [22:08] &lt;mihi&gt; chào jrand0m, chào mọi người [22:08] &lt;human&gt; jrand0m: tôi không truy cập được bất kỳ eepsite hay dịch vụ I2P nào (trừ vài ngoại lệ tạm thời) [22:08] * mihi đồng tình với human [22:09] &lt;jrand0m&gt; đa số eepsite đang down - duck, baffled, madman2003 là những người up ổn định nhất dạo này [22:09] &lt;human&gt; jrand0m: tôi không thể truy cập họ, cũng không vào được irc.*.i2p [22:09] &lt;jrand0m&gt; squid tôi dùng liên tục cho toàn bộ việc duyệt web của mình - bạn cũng không dùng được à? [22:09] &lt;human&gt; jrand0m: không [22:09] &lt;jrand0m&gt; hm [22:10] &lt;madman-away&gt; ừ thì uptime khoảng 8 tiếng mỗi ngày cho i2p site của tôi [22:10] &lt;human&gt; jrand0m: chúng ta có thể nói về nó sau buổi họp, tôi không muốn độc chiếm cuộc thảo luận :-) [22:10] * madman-away nay đổi tên thành madman2003 [22:10] &lt;mihi&gt; cũng có thể là vấn đề của nhà cung cấp của tôi, http://babelfish.altavista.com/babelfish/urltrurl?tt=url&amp;url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&amp;lp=de_en :( [22:10] &lt;Janonymous&gt; tôi cũng vậy [22:10] &lt;human&gt; jrand0m: chỉ muốn chỉ ra rằng dường như có một số vấn đề tồn tại (trước đây không thấy) [22:10] &lt;Janonymous&gt; của tôi giờ chắc đã up [22:11] &lt;madman2003&gt; đích nào? [22:11] &lt;jrand0m&gt; ừ, nếu độ tin cậy đang thụt lùi thì ta cần giải quyết trước khi chuyển sang 0.2.5 [22:11] * mihi ghét tiếng Anh của babelfish :( [22:11] &lt;jrand0m&gt; heh [22:12] &lt;jrand0m&gt; (ờ thì, ít nhất nó dịch đúng câu Thank you for your understanding.) [22:12] &lt;human&gt; jrand0m: nên điều tra... tôi cũng nghĩ có thể do ISP, nhưng vấn đề dường như kéo dài từ 0.2.4 (và không xảy ra với các dịch vụ mạng khác) [22:12] &lt;jrand0m&gt; 0.2.4.0 tệ hại, 0.2.4.1 cũng vậy [22:12] * wilde đã vào #i2p [22:13] &lt;human&gt; jrand0m: tôi biết, và điều đó làm tôi lo... [22:13] &lt;wilde&gt; chào i2p [22:13] &lt;jrand0m&gt; chào wilde [22:13] &lt;madman2003&gt; tôi nhận thấy các tunnel hay trở nên không ổn định hơn [22:13] &lt;human&gt; jrand0m: tôi không thấy thay đổi nhiều với 0.2.4.2 (ít nhất là với tôi) [22:13] &lt;human&gt; jrand0m: s/ i / it / [22:14] &lt;jrand0m&gt; madman2003&gt; điều đó rất có thể do router lên xuống liên tục (sẽ là vấn đề lớn cho đến 0.3) [22:14] &lt;jrand0m&gt; hmm ok [22:14] &lt;wilde&gt; jrand0m: vậy có nghĩa là nên tránh chạy transients lúc này chứ? [22:15] * mihi đã rời IRC (Ping timeout) [22:15] &lt;jrand0m&gt; hm, tôi nghĩ sẽ có các sửa lỗi đáng kể trong 0.2.5, nhưng ta có thể hoãn chuyển từ 0.2.5 sang 0.3 cho đến khi các vấn đề về độ tin cậy được giải quyết. [22:16] &lt;jrand0m&gt; wilde&gt; tôi không thích thuật ngữ transients, nó làm tôi nghĩ đến một dự án khác phân biệt router không đáng tin với router đáng tin. Chúng ta đối xử tất cả router như nhau (và cần phải vậy, để đảm bảo ẩn danh) [22:16] &lt;jrand0m&gt; nhưng miễn là các router nhìn chung hoặc ở trạng thái up hoặc down, thì ổn [22:17] &lt;jrand0m&gt; (chỉ đừng kiểu up 10 phút, down 10 phút, up 30, down 30, v.v.) [22:17] &lt;madman2003&gt; tôi có một yêu cầu: một tùy chọn để router(và tunnel) được thiết lập lại [22:17] &lt;baffled&gt; i2p là một tổ chức cơ hội bình đẳng cho router à? [22:17] &lt;jrand0m&gt; heh baffled [22:18] &lt;jrand0m&gt; madman2003&gt; router được thiết lập lại? router của bạn vẫn đang tắt à? [22:18] &lt;madman2003&gt; ý tôi là kết nối lại mọi thứ [22:18] &lt;madman2003&gt; kiểu khởi động lại ấm (warm restart) cho router [22:18] &lt;madman2003&gt; mà không chọc tức các router khác [22:18] &lt;madman2003&gt; (tôi phải khởi động lại router và tunnel rất nhiều) [22:18] &lt;jrand0m&gt; bạn có thể khởi động lại an toàn các ứng dụng client của mình (vd. i2ptunnel eepproxy, v.v.) mà không đụng đến router [22:19] &lt;jrand0m&gt; bạn /không bao giờ/ cần phải khởi động lại router. [22:19] &lt;jrand0m&gt; (hầu hết các thiết lập cấu hình được cập nhật động) [22:19] * Trix đã vào #i2p [22:19] &lt;jrand0m&gt; chào Trix [22:19] &lt;Trix&gt; chào [22:19] &lt;madman2003&gt; thường thì khởi động lại các tunnel là được [22:21] &lt;jrand0m&gt; chỉ có một tình huống về mặt kỹ thuật là cần thiết (lease cũ hết hạn trong leaseSet của client, xảy ra ngẫu nhiên khi khởi động), và điều đó đã được sửa trong CVS, nên bạn không cần làm vậy. [22:22] &lt;jrand0m&gt; (thực tế, khởi động lại tunnel có thể gây vấn đề tạm thời, tùy loại tunnel) [22:22] &lt;madman2003&gt; đôi khi tôi chỉ không biết là tôi gây ra vấn đề hay ai đó khác [22:22] &lt;jrand0m&gt; nếu bảng điều khiển router của bạn không có cảnh báo đỏ nào, thì là do mạng (hoặc ai khác) [22:22] * jnk đã vào #i2p [22:23] &lt;jrand0m&gt; kiên nhẫn sửa được nhiều bug i2p hiện tại hơn là khởi động lại ;) [22:24] &lt;jrand0m&gt; nhưng chúng ta sẽ có một loạt bản sửa lỗi nữa sau 0.2.5 [22:24] &lt;jrand0m&gt; (giống testnet, chỉ là không có hạn chế về tập người dùng) [22:25] &lt;jrand0m&gt; (và như mọi khi, khi có gì hỏng, rất mong nhận log :) [22:25] &lt;jrand0m&gt; dù sao, chuyển sang 2) tài liệu [22:26] &lt;jrand0m&gt; như đã đăng ở http://i2p.net/pipermail/i2p/2004-February/000147.html có vài tài liệu tổng quan mới [22:27] &lt;jrand0m&gt; tôi sẽ rất cảm kích các góp ý để cải thiện chúng, vì các trang được dẫn tới về cơ bản sẽ trở thành điểm khởi đầu chính để tìm hiểu về I2P [22:28] &lt;madman2003&gt; tôi đã đọc và hy vọng bạn đúng về khả năng giảm bớt lượng crypto một cách an toàn [22:29] &lt;wilde&gt; lớp crypto hay số bit? [22:29] &lt;jrand0m&gt; tôi chưa tin rằng crypto là nút thắt, nhưng cũng có khả năng [22:30] &lt;jrand0m&gt; chúng ta không thể giảm số lớp một cách an toàn, nhưng có thể dùng các mức crypto khác nhau ở các lớp khác nhau, thay vì tái sử dụng cùng một mã cho mọi thứ [22:30] &lt;madman2003&gt; vấn đề là tìm đường đi của bạn [22:30] &lt;jrand0m&gt; hmm? [22:31] &lt;madman2003&gt; một đường đi tĩnh thường dễ tìm [22:31] &lt;madman2003&gt; còn cái động thì khó thiết lập hơn [22:32] &lt;madman2003&gt; (tôi đang nói về việc không thể xử lý đúng khi router đi offline) [22:32] &lt;jrand0m&gt; à, tưởng bạn đang nói về crypto [22:32] &lt;jrand0m&gt; sẽ tương đối dễ để xử lý router không đáng tin, chỉ là mã 0.3 thôi [22:33] * jrand0m có khoảng ~30 trang ghi chú về các kỹ thuật khác nhau, tất cả đều khả thi, chỉ là còn rất nhiều việc [22:33] * protocol đã rời IRC [22:34] &lt;madman2003&gt; có lẽ nên có các tuyến dự phòng sẵn [22:34] &lt;madman2003&gt; dư thừa tunnel [22:34] &lt;jrand0m&gt; đúng, đó là 0.2.5 - multiple leases [22:35] &lt;jrand0m&gt; (lease == tuyên bố rằng một đích có thể được tiếp cận qua một tunnel cụ thể) [22:35] &lt;madman2003&gt; tôi sẽ chờ điều đó :) [22:36] &lt;jrand0m&gt; w3rd [22:37] &lt;jrand0m&gt; nếu ai có đề xuất để cải thiện tài liệu, cứ thoải mái sửa wiki, gửi lên list, hoặc email cho tôi [22:38] &lt;jrand0m&gt; ok, chuyển nhanh sang 3) ??? [22:38] &lt;jrand0m&gt; mọi người có gì muốn nêu ra và thảo luận không? [22:39] &lt;DrWoo&gt; khoai tây thì rẻ bỏ mẹ mà khoai tây chiên thì đắt, là sao vậy? [22:39] &lt;DrWoo&gt; :) [22:39] &lt;jrand0m&gt; đó là một âm mưu! [22:40] * DrWoo nghĩ jrand0m có câu trả lời cho hầu hết mọi thứ :) [22:40] &lt;jrand0m&gt; tất nhiên, bạn có thể đổ mọi thứ cho âm mưu. [22:40] &lt;jrand0m&gt; ok [22:40] &lt;wilde&gt; Stego ? [22:40] * human đón nhận đề xuất về cách cung cấp chức năng định hướng thông điệp kiểu I2CP cho các ứng dụng không phải Java [22:41] &lt;wilde&gt; I2P sẽ triển khai Stego thế nào để một portscan thông thường không lộ ra gì [22:41] &lt;wilde&gt; ngay cả byte ngẫu nhiên cũng không [22:41] * human có thể (đúng là?) nghe lặp lại... anh ấy đang nghĩ về VPN qua I2P với http://openvpn.sf.net/ [22:41] &lt;jrand0m&gt; ừ, ví dụ, PHTTP. [22:42] &lt;jrand0m&gt; openvpn trông rất thú vị - tôi không biết tun/tap có bản cho Windows [22:42] &lt;jrand0m&gt; một cầu socket định hướng thông điệp đơn giản cho I2CP sẽ rất dễ [22:43] &lt;wilde&gt; Freenet không gọi nó là Silent Bob sao, khi node im lặng nếu bạn không gõ mật mã (biết router ID) [22:43] * madman2003 đã rời IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] &lt;baffled&gt; được rồi như thường lệ tôi có cuộc hẹn khác trong 15 phút nên tôi sẽ theo dõi sau. [22:43] &lt;jrand0m&gt; đúng, nếu ta muốn tích hợp với webserver/v.v. để silent bob, ta có thể [22:43] &lt;jrand0m&gt; tuyệt, gặp lại sau baffled [22:44] &lt;jrand0m&gt; (nhưng silent bob không ngăn được việc bị phát hiện qua portscan, nó chỉ làm nó trông như một dịch vụ khác) [22:44] &lt;wilde&gt; tôi thà không để người ngẫu nhiên hay ISP portscan tôi rồi thấy cổng mở [22:44] &lt;wilde&gt; ok [22:44] &lt;human&gt; jrand0m: ... ok, tôi sẽ làm khi I2P lại hoạt động trên PC của tôi :-) [22:44] &lt;jrand0m&gt; UDP cũng sẽ hoạt động [22:44] &lt;jrand0m&gt; :) human [22:45] * kaji đã vào #i2p [22:46] &lt;jrand0m&gt; tôi không nhận ra độ tin cậy đã giảm tệ đến vậy, chúng ta sẽ lặp đủ nhiều sau 0.2.5 để đưa nó trở lại cho bạn, human [22:46] &lt;wilde&gt; có cách nào ẩn một cổng đang mở khỏi chương trình Java mà không đụng vào hệ điều hành hay firewall không [22:46] &lt;human&gt; w00t! [22:47] &lt;jrand0m&gt; ý bạn là có một TCP socket lắng nghe mà không thể bị portscan? không, không thể trực tiếp từ Java. [22:47] &lt;wilde&gt; ok [22:48] &lt;jrand0m&gt; (tôi còn chẳng biết làm thế trong ngôn ngữ khác) [22:48] &lt;jrand0m&gt; udp có lẽ là cách tốt nhất cho việc đó [22:48] * human mời mọi người thử telnet human.i2p (máy chủ echo TCP được tunnel) và gõ gì đó vào [22:48] &lt;wilde&gt; có lẽ đó sẽ là một chương trình C nhỏ lọc và chuyển tiếp tới cổng khác [22:49] * kaji_ đã vào #i2p [22:49] &lt;jrand0m&gt; nếu nó chấp nhận kết nối TCP thì đã quá muộn rồi, nếu tôi hiểu mối lo của bạn đúng. [22:49] &lt;Janonymous&gt; telnet thế nào? [22:49] &lt;kaji_&gt; cuối cùng [22:50] &lt;kaji_&gt; mất cả đời, khả năng sử dụng iip tệ vãi lúc này [22:50] * kaji đã rời IRC (Ping timeout) [22:51] &lt;duck&gt; nếu bạn lo về cổng mở, bạn có thể dùng rTCP / PHTTP / whatever đúng không? [22:51] &lt;Janonymous&gt; chết tiệt... này, jr, những tài liệu mới đó có truy cập được từ trang i2p chính không? [22:51] &lt;human&gt; Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] &lt;jrand0m&gt; không Janonymous, chỉ từ các liên kết trong email đó [22:51] &lt;human&gt; Janonymous: sau đó telnet localhost 12221 [22:51] &lt;jrand0m&gt; duck&gt; đúng [22:52] &lt;Janonymous&gt; k [22:52] &lt;duck&gt; (tất nhiên whatever có thể là một transport silentbob/stealth/stego) [22:52] &lt;jrand0m&gt; human&gt; Gửi thông điệp thất bại sau 61226ms với 391 byte [22:53] &lt;human&gt; jrand0m: và nó có nghĩa là...? [22:53] &lt;jrand0m&gt; nghĩa là tôi không thể tới được echo của bạn [22:53] &lt;duck&gt; -nogui đã lỗi thời :) [22:53] &lt;jrand0m&gt; bạn có vào được duck.i2p không? [22:54] &lt;wilde&gt; đáng sợ, tôi google rtcp: http://dret.net/glossary/rtcp [22:54] &lt;jrand0m&gt; đúng, rtcp đã bị dùng mất :/ [22:54] &lt;human&gt; jrand0m: tôi đang thử, nhưng tôi không vào được duck.i2p từ rất lâuuu... [22:54] &lt;jrand0m&gt; wilde&gt; http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] &lt;wilde&gt; "Wilde's WWW Online Glossary" [22:55] &lt;jrand0m&gt; hehe ờ đúng rồi :) [22:55] &lt;jrand0m&gt; human&gt; đó chắc chắn là Điều Tồi Tệ, vì nó gần như luôn up - bạn có thể gửi lại cho tôi file log-*.txt không? [22:56] &lt;human&gt; Bắt đầu lúc: Tue Feb 24 10:21:22 GMT 2004 [22:56] &lt;human&gt; Phiên bản: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] &lt;human&gt; Băng thông đã dùng: 56096295 byte gửi, 34308394 byte nhận (trung bình 1.44KBps gửi 0.88KBps nhận) [22:56] &lt;human&gt; jrand0m: ok, log đang gửi qua meshmx [22:56] &lt;jrand0m&gt; gracias [22:56] &lt;jrand0m&gt; ok, còn ai có gì muốn nêu không? [22:58] * jrand0m kết thúc [22:58] * jrand0m *baf* đóng phiên họp </div>/vi/blog/2004/02/17/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-2-n%C4%83m-2004/Tue, 17 Feb 2004 00:00:00 +0000/vi/blog/2004/02/17/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-17-th%C3%A1ng-2-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> DrWoo, duck, fidd, human, jar, jrand0m, kaji, li, lucky, madman2003, mihi, Newsbyte, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> Vì chúng ta đã không có một cuộc họp thật sự chính thức do Jrand0m không được khỏe lắm, đây là nhật ký cuộc họp của tôi, từ ngay trước khi nó bắt đầu đến một lúc sau khi nó kết thúc. Tôi đã chỉnh sửa để loại bỏ các lần bị kick và các màn hình khởi động do iip khởi động lại ít nhất hai lần trong khoảng thời gian đó. Nếu ai có nhật ký tốt hơn, xin cứ thay thế chúng. (bối rối) <p>&lt;human&gt; baffled: bọn mình đang thử nghiệm giao tiếp thần giao cách cảm đến jrand0m, để nhờ anh ấy có mặt ở cuộc họp &lt;human&gt; baffled: hãy tập trung tâm trí vào anh ấy và giúp bọn mình &gt; Chúng ta không phải nắm tay hay gì đó tương tự sao? &lt;human&gt; baffled: nếu giúp bạn tập trung&hellip; ừ, đúng thế &gt; Tuyệt, đưa tay đây, tôi bắt đầu tập trung đây! &lt;UL &gt; &lt;li&gt; human đưa tay cho baffled &lt;/UL&gt; human đã đổi chủ đề trên kênh #i2p thành I2P meeting: hãy nắm tay người bên cạnh, tập trung tâm trí vào jrand0m, và kêu anh ấy đến đây thecrypto (~<a href="mailto:thecrypto@anon.iip">thecrypto@anon.iip</a> ) đã vào kênh #i2p &lt;UL &gt; &lt;li&gt; baffled lau dầu thiêng từ khoai tây chiên khỏi ngón tay và nắm tay human. &lt;/UL&gt; &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: chẳng phải anh ấy thường soạn một agenda trước cuộc họp sao, bạn có thể lấy cái đó và điều phối cuộc họp &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: ờ&hellip; sao lại là tôi? Rain (<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) đã vào kênh #i2p &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: (nhưng tôi không thấy agenda cuộc họp nào cả) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: sao không, anh đang tỉnh táo mà &lt;wilde&gt; chúng ta tự lập agenda đi &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; ừ, các bạn biết những vấn đề chung rồi &lt;wilde&gt; có nhiều chủ đề để bàn &lt;UL &gt; &lt;li&gt; human sẽ điều phối cuộc họp đổi lại việc hiến tế con gái đầu lòng của mỗi người tham gia &lt;/UL&gt; &lt;wilde&gt; gây quỹ, chiến lược, marketing, website, tuyển thêm developer và poweruser, v.v. &lt;human&gt; wilde: tôi đồng ý, ta có thể trao đổi không chính thức về lịch sử gần đây của I2P &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: mở một cửa sổ soạn thảo và nhanh chóng tạo agenda đánh số &lt;UL &gt; &lt;li&gt; human đồng ý với wilde &lt;/UL&gt; &gt; Mục đầu tiên có phải là giao thêm một đống trách nhiệm cho jrandom dù vắng mặt không? Signoff: wilde (Ping timeout) Signoff: ion (Ping timeout) &lt;UL &gt; &lt;li&gt; human cũng đồng ý với baffled &lt;/UL&gt; wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) đã vào kênh #i2p &lt;wilde&gt; quay lại rồi &gt; bạn là người nói đầu tiên, bạn phụ trách nhé. &lt;wilde&gt; ai? tôi á? jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) đã vào kênh #i2p &gt; đừng tỏ vẻ ngạc nhiên nữa. &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; các bạn vui tính thật :) &gt; chào jar. &lt;jar&gt; &rsquo;lo baffled :) &lt;jar&gt; &rsquo;lo i2p ! ion (<a href="mailto:ion@anon.iip">ion@anon.iip</a> ) đã vào kênh #i2p &lt;UL &gt; &lt;li&gt; human bắt đầu ghi log cuộc họp (hay bất cứ nó sẽ thành cái gì) &lt;/UL&gt; &gt; Chúng tôi bầu wild điều hành cuộc họp vì anh ấy là người nói đầu tiên sau giờ họp. &lt;wilde&gt; ok jrand0m (<a href="mailto:jrand0m@anon.iip">jrand0m@anon.iip</a> ) đã vào kênh #i2p &lt;wilde&gt; 1. Chào mọi người &lt;wilde&gt; 2. Tình trạng I2P &lt;wilde&gt; 3. Cách hỗ trợ dự án I2P &lt;wilde&gt; 4. Tuyển thêm developer &lt;wilde&gt; 5. Gây quỹ (quyên góp, bán áo thun) &lt;wilde&gt; 6. Thảo luận chung &lt;human&gt; jrand0m: đã xuất hiện!!! &lt;wilde&gt; chào jrand0m! &gt; Tôi sẽ lấy một cái áo thun. &lt;human&gt; thí nghiệm của chúng ta đã thành công!!! &lt;jrand0m&gt; chết, tưởng tôi lỡ mất rồi :) &lt;UL &gt; &lt;li&gt; jrand0m nhường sân khấu cho wilde ;) &lt;/UL&gt; &gt; Tốt hơn anh nên đọc lại log đi, jrandom. &lt;wilde&gt; ok sếp, anh có thể sửa agenda tùy ý &lt;jrand0m&gt; &lt;a href=&ldquo;<a href="http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html%22&amp;gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&amp;lt;/a">http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html"&gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&lt;/a</a> &gt; &lt;UL &gt; &lt;li&gt; jrand0m vừa đăng &lt;/UL&gt; &gt; Áo thun có tốt chứ? &lt;jrand0m&gt; tốt thì hơn &lt;UL &gt; &lt;li&gt; jrand0m xin lỗi vì đến muộn, hôm nay tránh nhìn màn hình (đau đầu khủng khiếp) &lt;/UL&gt; &gt; Không cần và cũng không mong đợi lời xin lỗi nào. &lt;wilde&gt; không sao, bọn tôi đã chuẩn bị kế hoạch khẩn cấp &lt;wilde&gt; mọi người đi làm cho McDonalds&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=McDonalds&rdquo; class=wikipageedit&gt;?&lt;/a&gt; và thuê lập trình viên Ấn Độ để lấy tiền Signoff: ion (Ping timeout) &lt;jrand0m&gt; ha hay đấy &lt;jrand0m&gt; có lẽ ta nên vào agenda đó, hay là ta đang ở 1, 2, 3, 6? &lt;wilde&gt; 0. &lt;wilde&gt; 1. Chào hỏi &lt;wilde&gt; Chào I2P &lt;fidd&gt; chào &lt;jrand0m&gt; chào &lt;jar&gt; chào &lt;kaji&gt; à, tôi tới kịp &lt;wilde&gt; lời chào cuối? một lần, hai lần&hellip; &lt;kaji&gt; chào &gt; Agenda nào, cái bạn đăng hay cái wild đăng? &lt;jrand0m&gt; có lẽ tôi có thể giúp với agenda 2) tình trạng &lt;wilde&gt; 2. Tình trạng I2P &lt;jrand0m&gt; router hiện tại không hoạt động &lt;wilde&gt; vậy sau testnet (mạng thử nghiệm) thì chúng ta thế nào? &gt; chúng ta có thể bỏ phiếu về việc đó không? &lt;jrand0m&gt; sau testnet thì đúng, nhưng tôi đã lỡ đưa vào hai bug trong quá trình &gt; bỏ phiếu. &lt;jrand0m&gt; bỏ phiếu xem nó có không hoạt động không à? &gt; Đúng. &lt;UL &gt; &lt;li&gt; jrand0m tự hỏi nếu bỏ phiếu đủ mạnh thì nó có hoạt động lại không &lt;/UL&gt; &lt;kaji&gt; với tôi thì nó chết rồi &gt; ồ, thôi bỏ đi. &gt; ừ thì, chúng tôi nắm tay và anh xuất hiện. &lt;jrand0m&gt; này, đáng thử chứ ;) &lt;UL &gt; &lt;li&gt; jrand0m bắt đầu một buổi trừ tà bug &lt;/UL&gt; &gt; thế có biến chúng thành bogobugs không? &lt;UL &gt; &lt;li&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt; rắc máu khô xuống sàn &lt;li&gt; jrand0m linh cảm rằng bài tụng này sẽ làm bug biến mất trong một hai ngày tới, và sẽ gửi email tới i2p@ khi sẵn sàng &lt;/UL&gt; &gt; ôi wooooow! &lt;kaji&gt; tôi chuyển sang j2sdk1.4.2_03 để chạy được ant trên XP, không biết nó ảnh hưởng thế nào đến việc router không chạy &lt;wilde&gt; vậy là có một kỳ nghỉ I2P ngắn &lt;jrand0m&gt; không, tôi dùng build đó trên xp &lt;jrand0m&gt; bug là lỗi lập trình viên, có lẽ cũng vặt vãnh thôi &lt;jrand0m&gt; (nhưng khá chí tử) &lt;jrand0m&gt; đúng vậy wilde &lt;jrand0m&gt; nhưng ngoài ra, tôi đã tiến khá xa phần tài liệu cho 0.2.5 và 0.3 &lt;jrand0m&gt; nên tôi không nghĩ chúng sẽ phải lùi đủ hai tuần &lt;jrand0m&gt; nhưng đến đâu hay đến đó. &lt;wilde&gt; hay đấy, có cải tiến ứng dụng nào không mọi người? &lt;jrand0m&gt; một ý tưởng - trên testnet, chúng ta tập trung nhiều vào irc và echo, hơn là eepsites &lt;UL &gt; &lt;li&gt; wilde ghi vào sổ đen ai chưa làm bài tập hôm nay: một ứng dụng I2P ngầu &lt;/UL&gt; &gt; Bạn nghĩ chúng bị ảnh hưởng vì điều đó à? Tôi thì chắc chắn có. &lt;jrand0m&gt; có nhiều client (aka destinations) trên một router sẽ tăng tải, và có lẽ ta nên nghĩ đến việc thu hẹp phạm vi thử nghiệm &lt;jrand0m&gt; cũng có một thảo luận wrt việc xem xét lại keysize của crypto để giảm tải (để sau, khi có thêm số liệu, v.v.) Signoff: Robert (Ping timeout) &gt; Theo bạn thì bao nhiêu client trên một router là nhiều? &lt;jrand0m&gt; Tôi không biết, tôi muốn là khi 0.2.4.x ra và dùng được thì ta có thể dùng cả IRC và eepsites &lt;jrand0m&gt; còn tùy máy &lt;wilde&gt; vậy giờ tốt nhất là gì? eepsites hay irc? &lt;UL &gt; &lt;li&gt; jrand0m muốn cả hai, và cả hai sẽ hoạt động trong trung và dài hạn &lt;/UL&gt; &lt;jrand0m&gt; dù sao, ta sẽ xem khi 0.2.4.x ra. có thể cả hai sẽ lại ổn. &lt;wilde&gt; ừ nhưng cái gì hữu ích nhất cho việc debug? kết nối liên tục hay thỉnh thoảng? &lt;jrand0m&gt; cả hai ;) &lt;wilde&gt; irc nhẹ, hay đồ họa eep? &lt;jrand0m&gt; i2p cần hỗ trợ cả kết nối streaming dài hạn lẫn kết nối ngắn hạn bùng nổ &lt;kaji&gt; còn tải nặng dài thì sao? &lt;jrand0m&gt; đúng, các kết nối streaming dài hạn &lt;jrand0m&gt; (tuy nhiên tôi nghĩ chia sẻ file qua i2p tốt nhất là dùng i2psnark qua messages, kiểu udp) &lt;wilde&gt; câu hỏi thực sự là: bạn đề nghị thu hẹp phạm vi test, vậy là về IRC hay EEP? &lt;wilde&gt; (hay cái khác) &lt;jrand0m&gt; hai hoặc ba client sẽ ổn, tôi chỉ biết chạy 4+ service lúc này có thể hơi quá tải (tùy máy mọi người) lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) đã vào kênh #i2p &lt;wilde&gt; ok, có lẽ hợp lý &lt;jrand0m&gt; có ai có cập nhật dev gì cho client app không? &lt;wilde&gt; vậy nên tập trung vào các service có thể cung cấp thống kê, như các script irc &lt;jrand0m&gt; đó chắc chắn là chìa khóa. Newsbyte (~<a href="mailto:fredisdea@anon.iip">fredisdea@anon.iip</a> ) đã vào kênh #i2p &lt;jrand0m&gt; woah &lt;jrand0m&gt; chào Newsbyte &lt;Newsbyte&gt; à, jran &lt;UL &gt; &lt;li&gt; wilde nhìn đồng hồ rồi nhìn Newsbyte, đến muộn, việc đó sẽ tốn của bạn một quả táo &lt;/UL&gt; &lt;Newsbyte&gt; hả? &lt;Newsbyte&gt; tôi có bao giờ đến đây đâu &lt;jrand0m&gt; thêm nữa, echo server và client app rất tốt để thu thập thống kê, và không phụ thuộc gì riêng cho irc. &lt;wilde&gt; không có gì &lt;Newsbyte&gt; vả lại, cuộc họp I2P mà không có nop thì là gì chứ? ;-) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: hê có lẽ tôi không nghĩ anh ấy tới để họp :) &lt;human&gt; một công cụ giám sát eepsite có hữu ích không? &lt;Newsbyte&gt; không nop, không họp &lt;UL &gt; &lt;li&gt; Newsbyte có thể tóm tắt &lt;/UL&gt; &lt;wilde&gt; jrand0m: còn điều gì khác anh muốn có thống kê trong mạng không? &lt;jrand0m&gt; human&gt; chắc chắn rồi - có lẽ một cách để ping định kỳ các eepsite, thậm chí có thể theo dõi thay đổi? &lt;human&gt; jrand0m: theo dõi thay đổi gì? &lt;jrand0m&gt; Tôi nghĩ với các script irc cho số liệu ngắt kết nối/độ tin cậy dài hạn, cộng app echo cho độ trễ, thứ còn thiếu thực sự là thông lượng &lt;jrand0m&gt; nội dung trên trang thay đổi<br> &lt;Newsbyte&gt; đúng, và dùng nhiều hơn một server &lt;wilde&gt; một đồng hồ kb/s, có ai làm I2P Pirate Radio không? &lt;jrand0m&gt; hử? đúng rồi, khi mạng hoạt động chúng ta thường có từ 4-10 server &lt;human&gt; jrand0m: làm được thôi nhưng&hellip; anh sẽ dùng thông tin thay đổi nội dung như thế nào? &lt;kaji&gt; tôi đã chạy một stream shoutcast một thời gian &lt;jrand0m&gt; human&gt; khía cạnh đó không giúp tôi, nhưng sẽ cho người dùng dùng bài test (nó sẽ cho họ biết cái gì thay đổi, và khiến họ chạy test nhiều hơn [tạo nhiều lưu lượng hơn]) &lt;jrand0m&gt; hay đấy kaji &lt;jrand0m&gt; ừ, stream của aum cũng lên theo định kỳ &lt;human&gt; jrand0m: ồ, được rồi, giờ tôi hiểu &lt;mihi&gt; jrand0m: một dịch vụ &ldquo;chargen&rdquo;? ;) &lt;madman2003&gt; chào mọi người, chúc I2P may mắn &lt;wilde&gt; vậy thông lượng là một thống kê sẽ thú vị/hữu ích &lt;jrand0m&gt; gặp sau madman2003 &lt;wilde&gt; tạm biệt madman2003 Signoff: madman2003 (..12(. <a href="https://www...nnscript...de">www...nnscript...de</a> .12.::. .N.o.N.ame.S.cript 3&hellip;8 .12.::. <a href="https://www...XLhost...de">www...XLhost...de</a> . .12.).) &gt; Ừ, tôi có cuộc họp khác lúc 5 giờ như thường lệ nên tôi sẽ quay lại sau. Nhớ ghi tôi một cái áo thun. &lt;jrand0m&gt; đúng đó mihi, cái đó ổn (nhưng streaming .ogg nghe ngầu hơn) baffled (~<a href="mailto:kirk@anon.iip">kirk@anon.iip</a> ) đã vào kênh #i2p mrflibble (<a href="mailto:mrflibble@anon.iip">mrflibble@anon.iip</a> ) đã vào kênh #i2p -Trent@anon.iip- Biệt danh baffled chưa được đăng ký Ocelot (~<a href="mailto:Ocelot@anon.iip">Ocelot@anon.iip</a> ) đã vào kênh #i2p Rain (~<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) đã vào kênh #i2p nickthief61599 (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) đã vào kênh #i2p lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) đã vào kênh #i2p backup (~<a href="mailto:ypo@anon.iip">ypo@anon.iip</a> ) đã vào kênh #i2p Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) đã vào kênh #i2p jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) đã vào kênh #i2p wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) đã vào kênh #i2p Signoff: backup (Ping timeout) &lt;wilde&gt; này &lt;wilde&gt; mạng không ổn định à? &lt;wilde&gt; tôi vừa không vào lại được Signoff: thecrypto (Leaving) &lt;lucky&gt; ừ &lt;lucky&gt; hơi&hellip; ugh. &lt;lucky&gt; dạo này. &lt;wilde&gt; chuyện gì xảy ra với cuộc họp? &lt;lucky&gt; chắc là bị tàn phá &lt;wilde&gt; ok lucky điều cuối cùng bạn thấy từ cuộc họp là gì? (nhắn riêng tôi) &lt;lucky&gt; &lt;wilde&gt; tạm biệt madman2003 &lt;lucky&gt; &lt;&ndash; madman2003 đã thoát (( <a href="https://www.nnscript.de">www.nnscript.de</a> :: NoNameScript&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=NoNameScript&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 3.8 :: <a href="https://www.XLhost.de">www.XLhost.de</a> )) &lt;lucky&gt; &lt;jrand0m&gt; đúng đó mihi, cái đó ổn (nhưng streaming .ogg nghe ngầu hơn) Galaxy (<a href="mailto:yogi@anon.iip">yogi@anon.iip</a> ) đã vào kênh #i2p &lt;wilde&gt; ok đoạn đó cũng là chỗ nó kết thúc với tôi &lt;fidd&gt; tôi cũng vậy Signoff: Sonax (EOF From client) Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) đã vào kênh #i2p &lt;kaji&gt; cuộc họp bị đánh sập rồi kaji đã đổi chủ đề trên kênh #i2p thành nuked &lt;kaji&gt; ping? &lt;jar&gt; pong! &lt;kaji&gt; ok &lt;kaji&gt; tôi tưởng nó lại crash nữa &lt;jar&gt; ừ :( Signoff: wilde () &lt;kaji&gt; vậy&hellip; họp nữa không? &lt;jar&gt; kết thúc tàn bạo &hellip; &lt;jar&gt; thêm dấu hiệu của jrandom, có vẻ vậy là hết cho lúc này &lt;jar&gt; bước tiếp theo cho 0.2.4.2 trong vài ngày nữa &hellip;. &lt;jar&gt; (một hoặc hai như jr nói) mihi_backup (~<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) đã vào kênh #i2p jar hiện được biết đến là jar_ sheer (<a href="mailto:sheer@anon.iip">sheer@anon.iip</a> ) đã vào kênh #i2p &lt;kaji&gt; wilde có nói gì đó về gây quỹ, nhưng lần trước tôi hỏi jran thì anh ấy nói i2p chưa cần tiền vào lúc này Signoff: Ranma () Robert (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) đã vào kênh #i2p Sonax hiện được biết đến là JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; hiện được biết đến là Sonax Signoff: Rain (I Quit) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) đã vào kênh #i2p Ranma (<a href="mailto:ranma@anon.iip">ranma@anon.iip</a> ) đã vào kênh #i2p mihi (<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) đã vào kênh #i2p &lt;mihi&gt; hừm, chuyện gì xảy ra với cuộc họp? &lt;UL &gt; &lt;li&gt; mihi có một ý &lt;/UL&gt; &lt;mihi&gt; ;) Mode change &ldquo;+o mihi&rdquo; trên kênh #i2p bởi <a href="mailto:Trent@anon.iip">Trent@anon.iip</a> Mode change &ldquo;-o duck&rdquo; trên kênh #i2p bởi mihi &lt;mihi&gt; không ai biết gì về cuộc họp à? &lt;UL &gt; &lt;li&gt; mihi nhận ra rằng chẳng ai còn sợ ops nữa ;) &lt;/UL&gt; Signoff: zathras (Ping timeout) mihi_backup đã bị đá khỏi kênh #i2p bởi mihi (mihi) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) đã vào kênh #i2p Signoff: Sonax (Client exiting) &lt;lucky&gt; mihi, tất cả bọn tôi đều bị đá vì vụ họp hacktic4ever (~<a href="mailto:hacktic4e@anon.iip">hacktic4e@anon.iip</a> ) đã vào kênh #i2p Signoff: hacktic4ever () &lt;mihi&gt; ok, chúc ngủ ngon &lt;duck&gt; xin chào Signoff: sheer (EOF From client) Signoff: mihi (hãy may mắn hơn vào tuần sau&hellip;) &lt;duck&gt; tôi bỏ lỡ gì không? Signoff: jnk (Ping timeout) </div></p>/vi/blog/2004/02/10/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-2-n%C4%83m-2004/Tue, 10 Feb 2004 00:00:00 +0000/vi/blog/2004/02/10/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-10-th%C3%A1ng-2-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; &lt;incoming&gt; [22:00] &lt;jrand0m&gt; 0) chào [22:00] &lt;jrand0m&gt; 1) trạng thái testnet [22:00] &lt;jrand0m&gt; 2) đặt tên trong i2p [22:00] &lt;jrand0m&gt; 3) minwww và i2cp [22:00] &lt;jrand0m&gt; 4) website i2p.net [22:00] &lt;jrand0m&gt; 5) ??? [22:00] &lt;dm&gt; Tôi vừa nghĩ hôm trước rằng chúng ta có thể làm một giao diện .NET cho I2P. Dù sao thì.. [22:00] &lt;FireRabbit&gt; ừ sẽ có đấy [22:00] &lt;madman-away&gt; xin chào [22:00] &lt;jrand0m&gt; -1) giao diện .NET sẽ rất ngầu [22:00] &lt;jrand0m&gt; 0) chào [22:00] * madman-away đã đổi tên thành madman2003 [22:00] &lt;jrand0m&gt; chào mọi người [22:00] &lt;wilde&gt; chào [22:00] &lt;FireRabbit&gt; &lt;-- sẽ viết một giao diện .NET [22:00] &lt;FireRabbit&gt; dù sao cũng chào [22:00] &lt;jrand0m&gt; r0x0r. [22:00] &lt;dm&gt; tuyệt [22:01] &lt;jrand0m&gt; chào mừng đến với cuộc họp thứ 70-mấy [22:01] &lt;FireRabbit&gt; &lt;-- cần cái URL có client protocol [22:01] * ion đã tham gia #i2p [22:01] &lt;jrand0m&gt; i2p.net/ có liên kết tới wiki, bạn có lẽ sẽ muốn dùng tunnelManager [22:01] &lt;FireRabbit&gt; ok [22:01] &lt;jrand0m&gt; (mọi người nên xem [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) cho bản cập nhật trạng thái tuần này) [22:01] &lt;FireRabbit&gt; và cái đó hoạt động tốt trong bản phát hành mới nhất chứ? [22:02] &lt;jrand0m&gt; đúng, aum dùng nó (và tôi vừa sửa một bug mà anh ấy gặp phải vài giờ trước) [22:02] &lt;jrand0m&gt; (đặc tả @ [I2PTunnelManager specs](http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager)) [22:02] &lt;jrand0m&gt; ok, tiếp theo [22:02] &lt;jrand0m&gt; 1) trạng thái testnet [22:02] &lt;FireRabbit&gt; ok tuyệt đấy, vâng, [22:03] &lt;jrand0m&gt; Tôi ghét phải lặp đi lặp lại, nhưng... testnet đang tiến triển. [22:04] &lt;jrand0m&gt; Chúng ta vẫn chưa xong, nhưng chúng ta có các phiên kéo dài nhiều giờ mà không trục trặc trên bản build mới nhất [22:04] &lt;jrand0m&gt; một số cấu hình chưa đạt mức độ ổn định đó, nhưng một số thì có. nên chúng tôi đang làm để tất cả đạt kịp [22:04] &lt;FireRabbit&gt; tuyệt [22:04] &lt;baffled&gt; Ít nhất chúng ta đang lấp đầy mạng bằng động vật [22:05] &lt;jrand0m&gt; hehe [22:05] &lt;jrand0m&gt; chó, mèo, chuột, vịt... [22:05] * wiht đã tham gia #i2p [22:05] &lt;FireRabbit&gt; thỏ! [22:05] &lt;baffled&gt; có lẽ tôi nên thành bafflo [22:05] &lt;human&gt; con người! [22:05] &lt;jrand0m&gt; !! [22:05] &lt;jrand0m&gt; #animalfarm [22:06] &lt;dm&gt; dm [22:06] &lt;jrand0m&gt; nhưng, vâng, cơ bản đó là những gì tôi muốn nói về trạng thái testnet (ngoài những gì trong email trạng thái đó) [22:06] &lt;wilde&gt; mọi người sẽ đọc log ngoại tuyến nên vui lòng bám sát chủ đề [22:06] &lt;jrand0m&gt; heh xin lỗi bố ;) [22:07] &lt;jrand0m&gt; tôi nghĩ chúng ta vẫn đúng tiến độ theo lộ trình [22:07] &lt;wiht&gt; Bạn dự định phát hành thêm bao nhiêu bản testnet nữa? [22:07] &lt;jrand0m&gt; (ngoài ra tôi đã làm được vài thứ cho tương lai khi chạy thử, như các tunnel &gt;2 hop) [22:07] &lt;jrand0m&gt; wiht&gt; bao nhiêu cũng được, miễn cần thiết [22:08] &lt;jrand0m&gt; theo tôi, chúng ta khá gần hoàn tất vòng testnet này rồi [22:08] &lt;dm&gt; chẳng phải tunnel &gt;2 hop chỉ là một thiết lập sao? [22:08] &lt;jrand0m&gt; đúng [22:08] &lt;jrand0m&gt; nhưng trước đây nó chưa được thử nghiệm kỹ [22:08] &lt;dm&gt; hay đấy [22:09] &lt;jrand0m&gt; trong khi testnet đang chạy, tôi có testnet riêng trên laptop làm các việc khác [22:09] * human sẵn sàng nhận đề xuất để làm ircmonitor hữu ích hơn [22:09] &lt;jrand0m&gt; &lt;dreaming&gt;một HTTP listener để kết xuất .png theo yêu cầu?&lt;/dreaming&gt; [22:09] &lt;jrand0m&gt; (hoặc chỉ cần a /msg cat renderPNG) [22:10] &lt;human&gt; jrand0m: ok, chắc là khả thi [22:10] &lt;baffled&gt; Tôi vẫn muốn xem tóm tắt dạng văn bản. [22:10] &lt;jrand0m&gt; human++ [22:10] &lt;baffled&gt; trên ircmonitor. [22:10] &lt;jrand0m&gt; vâng, (tóm tắt văn bản)++ nữa [22:10] &lt;human&gt; jrand0m, baffled: bạn có thể cho tôi ví dụ về một bản tóm tắt văn bản không? [22:11] &lt;baffled&gt; Để tôi xử lý một lát. [22:11] * dm đọc thành "potato, potato" [22:12] &lt;jrand0m&gt; khoảng thời gian: 4 giờ độ trễ trung bình: 5.3s tin nhắn bỏ lỡ: 95 tần suất bỏ lỡ: 1 mỗi 49 giây [22:12] &lt;jrand0m&gt; (có lẽ độ trễ tối đa &amp; tối thiểu) [22:12] &lt;human&gt; jrand0m: ừ, ok [22:12] &lt;jrand0m&gt; nếu có thể / không quá phiền [22:13] &lt;jrand0m&gt; (ít nhất đó là điều tôi nghĩ tới khi nghe tóm tắt văn bản) [22:13] &lt;wilde&gt; độ trễ tối đa, độ trễ tối thiểu [22:13] &lt;mihi&gt; human: xem bản tóm tắt tôi đưa cho ping tester [22:13] &lt;mihi&gt; hmm, có ai chạy echo server tuần này không? [22:13] &lt;jrand0m&gt; theo tôi biết thì không [22:14] &lt;human&gt; jrand0m: nên khả thi - tôi sẽ làm cho ircmonitor ghi log nhiều dữ liệu thô hơn, rồi tạo vài script tiện ích để tạo biểu đồ và/hoặc tóm tắt văn bản [22:14] &lt;jrand0m&gt; quá đỉnh [22:14] &lt;baffled&gt; Xin lỗi mihi, tôi định thiết lập cái của bạn mà cứ quên. [22:14] &lt;jrand0m&gt; tôi nghĩ đây sẽ là một phần tốt của bộ kiểm thử chức năng tổng thể và sẽ phát triển cùng chúng ta [22:15] &lt;jrand0m&gt; ok, còn gì nữa cho thảo luận testnet không? [22:16] * jrand0m chuyển sang 2) đặt tên trong i2p [22:16] &lt;wilde&gt; vấn đề lớn nhất với testnet hiện giờ là gì? [22:16] &lt;jrand0m&gt; vấn đề lớn nhất trong testnet là hai phần - [22:16] &lt;jrand0m&gt; 1) tìm và sửa nguyên nhân router bị ngắt kết nối [22:17] &lt;jrand0m&gt; 2) xác định nguyên nhân các ngắt kết nối inter-ircd thường xuyên [22:17] &lt;mihi&gt; 1b) đối phó với thực tế là các router đôi khi có thể ngắt kết nối [22:17] &lt;jrand0m&gt; đúng [22:17] &lt;jrand0m&gt; thực ra, cái đó không thuộc phần testnet này. [22:17] &lt;jrand0m&gt; 0.3.x là một loạt cập nhật để xử lý các router không ổn định [22:18] &lt;jrand0m&gt; đó là lý do tôi hạn chế số lượng router chạy trên testnet - tôi biết nó hoạt động kém khi router không hoạt động phần lớn thời gian [22:18] &lt;wiht&gt; Vậy hiện giờ bạn giả định router đáng tin cậy, đúng không? [22:18] &lt;jrand0m&gt; trong testnet 0.2.3.6, đúng [22:18] &lt;jrand0m&gt; (nó phục hồi sau lỗi, nhưng chưa đủ nhanh) [22:19] &lt;jrand0m&gt; (phục hồi mượt hơn sẽ là với nhiều lease cho mỗi Destination, tăng profiling peer, ngăn phát lại, và thử lại trên các mục tiêu lease thay thế) [22:20] &lt;jrand0m&gt; ok, chuyển sang 2) đặt tên trong i2p [22:21] &lt;jrand0m&gt; wiht nêu cốt lõi vấn đề - tên toàn cục rất hữu ích, và mọi người thích chúng [22:21] &lt;jrand0m&gt; (những ai chưa quen thảo luận này nên xem [status discussion 000135](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html) và các phản hồi tiếp theo) [22:22] &lt;wiht&gt; Mọi người đã quen với chúng, có lẽ hơn cả tên cục bộ (như ví dụ ICQ của bạn). [22:22] &lt;jrand0m&gt; tôi không chắc. [22:22] &lt;jrand0m&gt; giả sử tên tôi là John. [22:22] &lt;jrand0m&gt; John không phải là toàn cục. [22:22] &lt;jrand0m&gt; ngay cả John Q. Random cũng không toàn cục. [22:22] &lt;jrand0m&gt; John Q. Random sinh năm 1942 ở Argentina cũng không. [22:23] &lt;human&gt; chà, đã có nói rằng hệ thống đặt tên có thể có nhiều biến thể [22:23] &lt;jrand0m&gt; đúng vậy [22:23] &lt;human&gt; người dùng có thể chọn một “cơ quan đăng ký” đáng tin để lấy tên duy nhất [22:23] &lt;jrand0m&gt; chắc chắn rồi. [22:24] &lt;jrand0m&gt; tuy vậy có nguy cơ ở đó [22:24] &lt;wiht&gt; Theo tôi nhớ, sơ đồ tôi đề xuất ban đầu cho phép nhiều cơ quan chứng thực. [22:24] &lt;human&gt; jrand0m: đó là đánh đổi giữa tiện lợi và bảo mật [22:24] &lt;FireRabbit&gt; Tôi nghĩ ai đó nên viết nhanh một hệ thống DNS “tập trung” tạm thời rồi sau đó mới lo bảo mật [22:24] &lt;human&gt; jrand0m: :-) [22:24] &lt;FireRabbit&gt; để việc thử nghiệm dễ hơn [22:25] &lt;jrand0m&gt; nhiều CA hoạt động dễ hơn nếu không có đặt tên toàn cục [22:25] &lt;wiht&gt; jrand0m: Quay lại ví dụ của bạn, nếu bạn là người đầu tiên đăng ký jrandom.i2p, một John Random khác sẽ phải đăng ký là jrandom2.i2p chẳng hạn. [22:25] &lt;baffled&gt; Thực ra không có vấn đề gì cho đến khi xảy ra xung đột đúng không? [22:25] &lt;jrand0m&gt; Tôi có cảm giác mạnh rằng thứ chúng ta bắt đầu sẽ tồn tại trong 12+ tháng. [22:25] &lt;jrand0m&gt; đúng rồi baffled, trong bất kỳ kế hoạch nào [22:25] &lt;wiht&gt; Đúng, đó là vấn đề. [22:25] &lt;jrand0m&gt; wiht&gt; không nếu có nhiều CA [22:25] &lt;FireRabbit&gt; cũng có thể [22:25] &lt;wilde&gt; eepsites sẽ rối tung nếu dùng tên cục bộ, liên kết sẽ không hoạt động [22:25] &lt;baffled&gt; vậy bạn chỉ cần một authority trong trường hợp giải quyết xung đột. [22:26] &lt;jrand0m&gt; đúng là vậy wilde [22:26] &lt;jrand0m&gt; những tên chia sẻ và dùng bởi người khác nên là tên fully qualified - tự chứng thực - [22:26] &lt;wiht&gt; jrand0m: Bạn có thể cho ví dụ về tên tự chứng thực không? [22:27] &lt;jrand0m&gt; từ email của tôi - `http://i2pref/[base64 of the NameReference]` [22:27] &lt;wilde&gt; vậy khi tôi liên kết tới site của bạn, và có ba jrandom ngoài kia... cái nào sẽ được dùng? [22:28] * human nghĩ rằng một NS phi tập trung không có đặt tên toàn cục là Tốt(TM), vì nó khiến mọi người hiểu rủi ro khi ủy thác việc xác minh và chứng thực hostname [22:28] &lt;jrand0m&gt; bạn liên kết bằng tên fully qualified - cái bao gồm Destination thực sự *bên trong nó*. [22:28] &lt;jrand0m&gt; (cấu trúc NameReference từ email của tôi) [22:28] &lt;wilde&gt; vậy nó giống như liên kết base64 [22:28] &lt;jrand0m&gt; đúng vậy human - nó loại bỏ điểm tấn công đó [22:28] &lt;wiht&gt; Vậy mọi người sẽ phải gõ nhiều ký tự nữa? Nghe có vẻ tự phản tác dụng. [22:28] * madman2003 đã thoát IRC (EOF từ client) [22:29] &lt;jrand0m&gt; không ai gõ tên base64 cả [22:29] &lt;jrand0m&gt; (ừ, có thể mihi làm thế) [22:29] &lt;jrand0m&gt; `&lt;a href="http://i2pref/[base64 of the NameReference]"&gt;jrandom's page&lt;/a&gt;` [22:29] &lt;wiht&gt; Ồ. Hợp lý. [22:30] * mihi không *gõ* bất cứ thứ gì có thể copy&amp;paste [22:30] &lt;jrand0m&gt; :) [22:30] &lt;wilde&gt; ok nhưng về cơ bản đó là URL dài [22:30] &lt;jrand0m&gt; trong eepsites, đúng [22:30] * dm đã thoát IRC (Ping timeout) [22:30] &lt;wilde&gt; ok, đó là câu hỏi [22:30] &lt;jrand0m&gt; có vài kịch bản khác đáng xem [22:31] &lt;jrand0m&gt; chẳng hạn khi mọi người muốn duyệt hoặc tìm kiếm site mới [22:31] &lt;jrand0m&gt; đó là những tình huống mà có máy chủ chứa nhiều NameReference là hữu ích [22:31] &lt;baffled&gt; Tôi có thể đề xuất ý tưởng một history server thay vì một authority. [22:31] &lt;jrand0m&gt; history server? [22:32] &lt;jrand0m&gt; à, vậy ai đến trước thì “được” à? [22:32] &lt;baffled&gt; Nếu ai đó nhận một domain mới trùng với cái đang dùng, history server gửi một ghi chú cho người đó, nêu chủ sở hữu ban đầu và cách liên hệ họ. [22:32] &lt;human&gt; có thể là một kho lưu để xem tên miền thay đổi theo thời gian? [22:32] &lt;baffled&gt; Xung đột khi đó có thể được giải quyết bởi hai bên, miễn là cả hai đều sẵn sàng. [22:33] &lt;wiht&gt; baffled: Nếu người vận hành domain mới lươn lẹo và tiếp tục giữ tên miền đã có người dùng thì sao? [22:33] &lt;baffled&gt; Nếu một bên không sẵn sàng thì sau một khoảng thời gian, xung đột sẽ thuộc về bên còn lại. [22:33] &lt;human&gt; dĩ nhiên điều đó ngụ ý phải tin tưởng người vận hành máy chủ [22:33] &lt;wilde&gt; đó cũng chỉ là authority theo cách khác [22:33] &lt;jrand0m&gt; đúng [22:34] &lt;baffled&gt; Bất kỳ trọng tài nào rồi cũng sẽ hành xử như một authority. [22:34] &lt;human&gt; việc dùng tên không toàn cục sẽ khiến mọi người hiểu rằng mọi thứ xây trên đó sẽ giúp cuộc sống dễ hơn, nhưng có thể kém an toàn hơn [22:34] &lt;jrand0m&gt; đúng, đúng [22:34] &lt;baffled&gt; Tôi không mong nó sẽ thành vấn đề lớn. [22:34] &lt;jrand0m&gt; (nhưng tại sao cần trọng tài? chẳng lẽ không thể có hai John trên đời?) [22:35] &lt;jrand0m&gt; nếu I2P được dùng cho thương mại hay hoạt động tương tự, tôi kỳ vọng tên sẽ bị tấn công dữ dội [22:35] &lt;baffled&gt; Nếu tôi muốn jrandom.i2p và jr không nhường, tôi luôn có thể chọn jrandom.i3p hoặc treo hợp đồng. [22:35] &lt;wilde&gt; Tôi bầu cho giải pháp nameref khó hiểu [22:35] &lt;wiht&gt; Nhắc lại, điều đó ổn, miễn là người dùng _mới_ hiểu các hệ quả và biết họ muốn liên hệ John nào. [22:35] &lt;jrand0m&gt; (vì ai đó có thể chiếm đoạt và lấy tiền, v.v.) [22:36] &lt;jrand0m&gt; đúng - có lẽ chúng ta sẽ luôn đóng gói một số NameReference cùng phần mềm [22:36] &lt;jrand0m&gt; (như hosts.txt hiện tại) [22:36] &lt;wiht&gt; Một ý tưởng nên giữ là ý tưởng của MrEcho: gắn một lease có thời hạn vào một reference. Bằng cách đó, tên miền có thể hết hạn. [22:37] &lt;jrand0m&gt; tại sao tên miền lại muốn hết hạn nhỉ? [22:37] &lt;baffled&gt; Chúng mệt đời rồi? [22:37] &lt;jrand0m&gt; à, để thay thế Destination đi kèm? [22:37] &lt;jrand0m&gt; heh [22:38] &lt;wiht&gt; Một số vì người vận hành chỉ muốn giữ tên miền trong một ngày hay một tháng. Số khác là khi quyền sở hữu tên miền được chuyển sang Destination khác. [22:38] &lt;jrand0m&gt; hmm, nhưng không có tính duy nhất thì thực sự không có cái gọi là quyền sở hữu [22:38] &lt;jrand0m&gt; nó không khan hiếm [22:38] &lt;jrand0m&gt; và nếu ai đó muốn đổi dest mà họ lắng nghe, họ ký một ghi chú bằng dest của họ nói rằng “này, tôi chuyển sang đây” [22:39] &lt;wilde&gt; vậy nameref được bảo vệ bởi một khóa, còn destination là một khóa khác [22:39] &lt;jrand0m&gt; nameref được ký bởi khóa ký của destination [22:40] &lt;wilde&gt; bạn có thể muốn một khóa khác chỉ cho nameref nếu có thể [22:40] &lt;jrand0m&gt; hm, tôi hiểu và đồng ý, nhưng điều đó nghĩa là Destination có thêm một đoạn 1024 bit nữa [22:40] &lt;wilde&gt; để ngay cả khi máy bị xâm phạm bạn vẫn có thể giữ khóa nameref trên giấy [22:41] * wiht đã thoát IRC (Ping timeout) [22:41] &lt;jrand0m&gt; (và Destination được dùng khắp nơi) [22:41] &lt;jrand0m&gt; hmm tôi không chắc hiểu phần bị compromise? [22:42] &lt;wilde&gt; privkey của destination luôn nằm trên máy [22:42] &lt;jrand0m&gt; à đúng đúng [22:42] &lt;wilde&gt; khóa riêng của nameref thì không cần, có thể giữ trên giấy trong ví [22:43] &lt;jrand0m&gt; điểm hay đấy. có lẽ có thể dùng khối comment cho việc đó (chứa chữ ký PGP bao quanh hash của Destination)? [22:43] &lt;wilde&gt; nhưng có thể là quá đà [22:43] &lt;wilde&gt; tôi không thích giữ các khóa giá trị nhất trên máy nếu không cần [22:44] &lt;jrand0m&gt; đúng - chúng ta cần khóa ký của Destination và khóa giải mã của destination, nhưng về chức năng thì không cần gì khác. [22:44] &lt;jrand0m&gt; hmm [22:45] &lt;jrand0m&gt; có lẽ name reference cũng có thể có một khóa công khai 1024 bit [22:45] &lt;jrand0m&gt; và ta sẽ dùng nó để xác minh qua DSA [22:45] &lt;jrand0m&gt; thay vì khóa công khai của destination [22:45] &lt;jrand0m&gt; ừ, ổn đấy [22:45] &lt;jrand0m&gt; thêm 32 byte, nhưng chỉ cho nameReference, không cho Destination [22:46] * jrand0m không hiểu sao lại nghĩ điều đó ngụ ý nó nằm trong Destination [22:46] &lt;wilde&gt; nhiều khóa thật :) nhưng thêm bảo mật và linh hoạt [22:46] &lt;jrand0m&gt; đúng [22:46] &lt;jrand0m&gt; (nhưng mà, thôi nào, ta biết ai cũng sẽ giữ khóa trong cùng thư mục) [22:46] &lt;jrand0m&gt; ((nhưng có lẽ các shop thương mại thì không)) [22:47] &lt;wilde&gt; bạn có thể bàn giao một “domain” nhưng không phải destination, hoặc đổi sang destination của người khác [22:47] &lt;jrand0m&gt; ờ, được. ước gì MrEcho và wiht ở đây [22:47] &lt;jrand0m&gt; đúng [22:48] &lt;jrand0m&gt; rồi, tất cả ổn và tốt, tôi nghĩ sẽ ổn [22:48] &lt;jrand0m&gt; nhưng cần được viết code :) [22:49] &lt;jrand0m&gt; vậy, có lẽ ta sẽ bàn thêm về nó sau, nhưng cho tới lúc đó, cứ hosts.txt [22:49] &lt;wilde&gt; thuê vài người Ấn [22:50] * jrand0m /dcc nhận grant để thuê đội 80 người làm i2p [22:51] &lt;wilde&gt; :) [22:51] &lt;jrand0m&gt; ok, còn gì nữa cho phần đặt tên, hay tạm thời thế là đủ? [22:51] &lt;baffled&gt; Tiếp tục đi anh bạn. [22:52] * wiht đã tham gia #i2p [22:52] * jrand0m nhảy lò cò, nhảy bước, rồi bật qua 3) minwww và i2cp [22:52] &lt;jrand0m&gt; d'oh, chào mừng trở lại wiht [22:52] &lt;baffled&gt; 1, 2, 5 ờ 3 thưa ngài. [22:52] &lt;wiht&gt; Tôi gặp khó khi quay lại mạng IIP. Tôi sẽ đọc log sau. [22:53] &lt;jrand0m&gt; tốt, wiht, và ta có thể tiếp tục sau trên list, v.v. [22:54] &lt;jrand0m&gt; ok hôm trước tôi cuối cùng đã viết vì sao tôi nghĩ i2cp đáng để dùng trực tiếp, và phác một hệ web tối thiểu để dùng trong i2p (và để proxy trang web bên ngoài qua i2p) [22:54] &lt;jrand0m&gt; (tham khảo wiki tại [MinWWW wiki](http://wiki.invisiblenet.net/iip-wiki?MinWWW) ) [22:56] &lt;jrand0m&gt; với HTTP, chi phí thiết lập và đóng kết nối TCP/IP là nhỏ, nhưng qua I2P, khác biệt là giữa 10 thông điệp từ destination tới destination so với 2 [22:56] * sheer đã tham gia #i2p [22:56] &lt;duck&gt; cuộc họp bắt đầu rồi à? [22:57] &lt;jrand0m&gt; rồi, 56 phút trước [22:57] * jrand0m đuổi duck ra góc [22:57] &lt;duck&gt; vậy là tôi đúng giờ [22:57] * wilde đã thoát IRC (Ping timeout) [22:57] &lt;jrand0m&gt; heh [22:57] &lt;baffled&gt; Không nghi ngờ gì, anh ta phải sắm cái đồng hồ mới. [22:58] &lt;jrand0m&gt; một phần của minwww mà tôi chưa chắc là các proxy minwww có nên tự động cũng là external gateway luôn không? [22:58] * wiht đã thoát IRC (Ping timeout) [22:59] &lt;jrand0m&gt; như vậy sẽ tăng số outproxy sẵn có, giảm tải [22:59] &lt;jrand0m&gt; thêm nữa với thuật toán round robin gắn với giới hạn 64/128KB, khó có khả năng người ta dùng nó để chia sẻ tệp lớn [22:59] * wiht đã tham gia #i2p [23:00] &lt;jrand0m&gt; hay ta chỉ nên có một danh sách nhỏ outproxy (được cập nhật định kỳ)? [23:01] &lt;jrand0m&gt; (hay ý tưởng này không đáng đào sâu?) [23:01] * wilde đã tham gia #i2p [23:02] &lt;jrand0m&gt; (hay tôi bị timeout và không ai đọc được gì tôi nói) [23:02] &lt;wilde&gt; jrand0m: can see [23:02] &lt;jrand0m&gt; 'k coo' [23:02] &lt;baffled&gt; Tôi cần hiểu rõ hơn nhưng giờ tôi có cuộc hẹn khác trong 10 phút nên tôi sẽ quay lại sau (bbl). [23:02] &lt;jrand0m&gt; ok, hẹn gặp (l8r) [23:03] &lt;jrand0m&gt; ừ, vẫn còn chức năng then chốt của i2ptunnel để xử lý các luồng 8-bit sạch [23:03] &lt;jrand0m&gt; điều đó cần thiết cho ví dụ như irc qua i2p, v.v. [23:03] &lt;mihi&gt; jrand0m: đừng quên ss[lh] [23:04] &lt;jrand0m&gt; nhưng với các giao thức định hướng thông điệp, như http, smtp, bittorrent, v.v., i2cp có thể phù hợp hơn [23:04] &lt;jrand0m&gt; đúng, hoàn toàn [23:04] &lt;jrand0m&gt; (ừ, giống 'telnet' hơn, vì ssh qua i2p hơi quá đà) [23:04] &lt;wilde&gt; ssh -X [23:05] &lt;jrand0m&gt; đúng [23:05] &lt;jrand0m&gt; (thêm cert, v.v.) [23:05] &lt;wilde&gt; không bao giờ có chuyện quá nhiều mã hóa [23:05] &lt;jrand0m&gt; nhưng nếu ta kéo trang web qua squid mất 5-10s, dùng i2cp sẽ giảm xuống còn 0.5-2s [23:06] &lt;jrand0m&gt; (không cần tinh chỉnh mạng thêm, và sẽ giảm tải tổng thể của mạng) [23:06] &lt;wilde&gt; cần bao nhiêu giờ công để làm i2cp? [23:07] &lt;jrand0m&gt; theo tôi, i2cp có API khá đơn giản, đi kèm trong java i2p SDK [23:07] &lt;jrand0m&gt; mihi có thể đánh giá công sức cần để dùng/học nó công bằng hơn [23:08] * wiht đã thoát IRC (Ping timeout) [23:08] &lt;mihi&gt; đôi khi hơi rối (khi nào bạn phải đưa giá trị vào constructor và khi nào vào một phương thức sau khi gọi default constructor), nhưng với i2ptunnel và atalk làm ví dụ thì không quá khó. [23:09] * ion đã thoát IRC (Ping timeout) [23:09] &lt;jrand0m&gt; chúng ta rõ ràng có thể cải thiện SDK, tôi chỉ dựa nó trên JMS API [23:10] &lt;jrand0m&gt; (và tôi rất sẵn lòng giúp bất kỳ ai muốn vọc với nó để làm quen) [23:11] &lt;jrand0m&gt; ok, còn gì nữa về minwww/i2cp không? [23:11] &lt;jrand0m&gt; nếu không, chuyển sang 4) website i2p.net [23:11] &lt;jrand0m&gt; (và mọi người hân hoan) [23:11] &lt;jrand0m&gt; ok [23:12] &lt;duck&gt; về chức năng tìm kiếm [23:12] &lt;duck&gt; wikipedia dùng google cho chức năng tìm kiếm [23:12] &lt;jrand0m&gt; đúng. và chúng ta đã là kết quả #1 cho i2p :) [23:13] &lt;duck&gt; vậy có thể không cần thứ cầu kỳ cho tìm kiếm. [23:13] &lt;mihi&gt; duck: lúc này thì có ;) [23:13] &lt;duck&gt; Ý tôi là tìm kiếm nội bộ [23:13] &lt;mihi&gt; #1 is www.crestron.com/company_info/i2p/ [23:13] &lt;jrand0m&gt; à đúng, tôi quên hối lộ bồ câu tuần này [23:14] &lt;duck&gt; LeaseSet site:wiki.invisiblenet.net [23:14] &lt;jrand0m&gt; hay [23:14] &lt;jrand0m&gt; ừ, chắc chắn. [23:14] &lt;wilde&gt; drupal có tìm kiếm nội bộ, và bạn có thể lọc theo loại nội dung [23:15] &lt;wilde&gt; nó cũng RẤT thân thiện với google nhờ clean URL, không có index.php?cả đống tham số [23:15] &lt;wilde&gt; mọi thứ trông như thư mục [23:16] * ion đã tham gia #i2p [23:16] &lt;wilde&gt; ok tôi đã nghịch nhiều CMS khác nhau và hiện Drupal là ưa thích của tôi [23:16] &lt;duck&gt; Tôi thích giải pháp tự chế của Ian [23:16] &lt;duck&gt; :) [23:16] &lt;jrand0m&gt; nó dùng backend gì? mysql/bdb/txt/? [23:16] &lt;wilde&gt; nó được dùng bởi [kerneltrap.org](http://kerneltrap.org/) [debianplanet.org](http://www.debianplanet.org/) [linuxgazette.com](http://www.linuxgazette.com/) [23:16] &lt;wilde&gt; ví dụ [23:17] &lt;wilde&gt; nó chịu tải nặng được [23:17] &lt;wilde&gt; nhưng thiết kế của họ tệ [23:17] &lt;wilde&gt; nhưng một stylesheet CSS đẹp là xử lý được [23:17] &lt;wilde&gt; đây là vài cái khác trông khá hơn: [23:17] &lt;duck&gt; The Drupal core platform, additional plug-in modules, and many theme templates are freely available for download under the GNU GPL. Drupal, written in PHP and using either MySQL, PostgreSQL or mSQL as the database backend, can run on many platforms, including Apache or Microsoft IIS web servers. [23:17] &lt;wilde&gt; [sudden-thoughts.com](http://www.sudden-thoughts.com/) [23:17] &lt;jrand0m&gt; điểm quan trọng - chúng ta cần đảm bảo phần mềm nền tảng hỗ trợ được thiết kế (và thiết kế có thể vận hành trên phần mềm nền tảng) [23:18] &lt;wilde&gt; [codemonkeyx.net](http://www.codemonkeyx.net/) [23:18] &lt;wilde&gt; [disguast.org](http://www.disguast.org/index.php) [23:18] &lt;wilde&gt; [trip.ee](http://trip.ee/) [23:18] &lt;wilde&gt; [blainepeterson.com/image](http://www.blainepeterson.com/image) [23:18] &lt;wilde&gt; . [23:19] * jrand0m có cảm giác wilde là fan cuồng drupal :) [23:19] &lt;wilde&gt; Tôi bắt đầu trở thành như vậy, vì tôi thích các ý tưởng quản trị thông tin đằng sau nó [23:19] &lt;wilde&gt; mọi thứ là một node [23:20] &lt;wilde&gt; hệ thống phân loại tuyệt vời [23:20] &lt;wilde&gt; bạn có thể tạo bộ từ vựng cho vị trí địa lý, loại nội dung, ngôn ngữ, v.v. [23:20] &lt;wilde&gt; và tạo URL tùy biến lọc dựa trên các nội dung đó [23:21] &lt;jrand0m&gt; liệu có thể về cơ bản bao gồm hai vùng blog trên trang chủ không? ví dụ một vùng blog nhỏ chứa tiêu đề các blog dev mới nhất, và vùng blog chính lớn chứa thông báo i2p gần đây nhất? [23:21] &lt;wilde&gt; và nó được cập nhật thường xuyên và các thay đổi đều tốt [23:21] &lt;duck&gt; nói cách khác, chúng ta thật ngốc vì chưa dùng drupal [23:21] &lt;wilde&gt; chúng ta có duck [23:21] &lt;wilde&gt; drupal.i2p.net [23:21] &lt;jrand0m&gt; :) [23:21] &lt;wilde&gt; bạn quá thuộc thập niên 90 rồi, duck [23:22] &lt;duck&gt; điều đó tốt [23:22] &lt;wilde&gt; thiết kế thì tệ tất nhiên [23:22] &lt;duck&gt; vì thiết kế đó thuộc thập niên 80 quá [23:22] &lt;jrand0m&gt; lol [23:22] * wilde vật lộn bùn với duck [23:22] &lt;jrand0m&gt; đúng, có 3 thứ khác nhau cần làm rõ - phần kỹ thuật, IA (kiến trúc thông tin), và thiết kế đồ họa [23:23] &lt;wilde&gt; bạn có thể thử giao diện người dùng [23:23] &lt;wilde&gt; đăng nhập: test mật khẩu: test [23:23] &lt;duck&gt; warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] &lt;duck&gt; query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] &lt;jrand0m&gt; tìm kiếm vẫn không chạy, đúng không wilde? [23:24] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] &lt;jrand0m&gt; ồ hay đó duck [23:24] &lt;duck&gt; query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] &lt;duck&gt; tệ quá [23:24] &lt;jrand0m&gt; AND () AND [23:24] &lt;wilde&gt; ối, tôi gặp vài vấn đề với tìm kiếm phải thú nhận [23:25] &lt;duck&gt; . [23:25] &lt;wilde&gt; có một script cron lập chỉ mục full-text chưa cấu hình [23:25] &lt;wilde&gt; 2 phút và duck đã làm sập công trình cuộc đời tôi [23:25] &lt;jrand0m&gt; (!hi5 duck) [23:26] &lt;jrand0m&gt; nhưng tôi nghĩ đáng để xem [23:26] &lt;wilde&gt; bạn đã làm gì vậy duck? [23:26] &lt;jrand0m&gt; tôi không biết đã đến lúc ta muốn chốt một CMS nào chưa [23:26] &lt;wilde&gt; chưa [23:26] &lt;jrand0m&gt; (s/some/some specific/) [23:27] &lt;duck&gt; jrand0m đã làm bản tổng quan các tính năng yêu cầu rồi phải không [23:27] &lt;jrand0m&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:27] &lt;duck&gt; vậy giờ mọi bên nên đưa đề xuất và giá [23:28] &lt;duck&gt; tất nhiên giải pháp thắng sẽ được trả bằng cổ phiếu i2p [23:28] &lt;jrand0m&gt; mà để tôi nói cho bạn, rất có giá trị [23:28] &lt;jrand0m&gt; *khụ* [23:29] &lt;jrand0m&gt; bạn sẽ có email @i2p.net riêng [23:29] &lt;jrand0m&gt; và các cô gái sẽ mê bạn [23:29] &lt;jrand0m&gt; (hoặc các chàng, sao cũng được) [23:30] &lt;wilde&gt; chúng ta có vài lựa chọn CMS [23:30] &lt;wilde&gt; chúng ta nên chọn một CMS nào đó [23:30] &lt;wilde&gt; và wiki thực sự không phải giải pháp dài hạn [23:30] &lt;jrand0m&gt; đúng, một số liệt kê ở mục 4 @ [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) [23:30] &lt;jrand0m&gt; đồng ý, đối với chính website [23:31] &lt;jrand0m&gt; một phần của site dựa trên wiki có thể tốt, có lẽ cho hướng dẫn người dùng / hướng dẫn hacker [23:31] &lt;jrand0m&gt; (nhưng không phải cho mọi thứ) [23:32] &lt;wilde&gt; còn hosting thì sao? [23:32] &lt;jrand0m&gt; luôn có 53 mục tại [DMOZ CMS listing](http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/) [23:32] &lt;wilde&gt; nó nên sống sót qua một cú slashdot [23:32] &lt;jrand0m&gt; hosting? [23:32] &lt;jrand0m&gt; à, đúng. [23:33] &lt;jrand0m&gt; đó thực ra là điểm hút lớn của HTML thuần thân nó [23:33] &lt;jrand0m&gt; (cực dễ mirror) [23:33] &lt;wilde&gt; và trên [23:33] &lt;wilde&gt; [oscom.org](http://www.oscom.org/) [23:33] &lt;jrand0m&gt; i2p.net nằm ở một colo được dùng bởi vài site lớn [23:34] &lt;jrand0m&gt; à đúng [23:34] * jrand0m sẽ rất thích nếu mọi người tiếp tục và tìm ra giải pháp Đúng [23:35] &lt;wilde&gt; [opencms.org](http://www.opencms.org/) thú vị [23:35] &lt;wilde&gt; nhưng có lẽ quá thiên về doanh nghiệp [23:35] &lt;wilde&gt; với workflow, project, v.v [23:35] &lt;wilde&gt; Tôi rất thích, đã dùng cho một dự án [23:36] &lt;jrand0m&gt; thú vị [23:36] &lt;wilde&gt; nhưng nó là java ;) [23:36] &lt;jrand0m&gt; hmm, và xml [23:36] &lt;wilde&gt; jsp template v.v. [23:36] &lt;wilde&gt; tomcat [23:36] &lt;jrand0m&gt; (hoặc jetty) [23:36] &lt;jrand0m&gt; ((hoặc resin)) [23:37] &lt;duck&gt; (((lisp))) [23:37] &lt;wilde&gt; Tôi sẽ không dùng cho dự án này, nó quá nặng [23:37] &lt;jrand0m&gt; wilde&gt; bạn có sẵn lòng xem các CMS chính và lập bản ưu/nhược không? [23:38] &lt;wilde&gt; tôi làm rồi :), và chọn Drupal ;) [23:38] * jrand0m lẽ ra phải biết [23:38] &lt;wilde&gt; Tôi đã thử khoảng mười cái lớn [23:38] &lt;wilde&gt; cho vài dự án trước [23:38] &lt;wilde&gt; CMS khác nhau hợp với dự án khác nhau [23:39] &lt;duck&gt; giả sử dùng drupal thì [23:39] &lt;wilde&gt; Zope và họ hàng cũng hay [23:39] &lt;duck&gt; cấu trúc đã rõ chưa? [23:39] &lt;duck&gt; bước tiếp theo là làm GUI chứ? [23:40] &lt;wilde&gt; thực ra chỉ cần một template CSS cho GUI, vài thay đổi với xtemplate để làm đẹp [23:41] &lt;wilde&gt; www.csszengarden.com có thể là nguồn cảm hứng [23:41] &lt;jrand0m&gt; wilde&gt; liệu có thể về cơ bản bao gồm hai vùng blog trên trang chủ không? ví dụ một vùng blog nhỏ chứa tiêu đề các blog dev mới nhất, và vùng blog chính lớn chứa thông báo i2p gần đây nhất? [23:41] &lt;jrand0m&gt; cơ bản tôi muốn tránh việc bài blog dev đẩy tin tức &amp; thông báo khỏi vị trí chính [23:42] &lt;wilde&gt; jrand0m: chưa biết, sẽ kiểm tra, blog không nhất thiết phải lên trang chủ, tôi cấu hình như vậy [23:42] &lt;jrand0m&gt; à hay [23:42] &lt;wilde&gt; ta có thể đổi để chỉ story lên trang chủ [23:42] &lt;wilde&gt; bất cứ thứ gì là node đều có thể lên trang chủ, thăm dò, story, trang sách, bài viết v.v., [23:43] &lt;jrand0m&gt; có thể để story ở trên cùng, với N bài blog mới nhất bên dưới không? [23:43] * jrand0m thôi vi mô [23:43] &lt;wilde&gt; blog hiện liên kết ở góc dưới bên trái, [23:44] * godmode0 đã tham gia #i2p [23:44] &lt;wilde&gt; có gallery hay dạng plugin, tốt cho screenshot [23:44] &lt;jrand0m&gt; ok [23:44] &lt;wilde&gt; plugin filestore cũng sẽ hay [23:45] &lt;wilde&gt; và nhiều plugin cho cvs, developer nữa [23:45] &lt;wilde&gt; và mailing list [23:45] &lt;jrand0m&gt; Tôi không phải chuyên gia CMS, và nghe có vẻ bạn đã làm bài tập và rất hào hứng [23:45] &lt;jrand0m&gt; w0ah hay quá [23:45] &lt;wilde&gt; jrand0m: tôi cần người kéo phanh tôi thỉnh thoảng :) [23:46] &lt;wilde&gt; nhưng thiết kế thực sự cần chỉnh, ai là guru thiết kế ở đây? [23:46] * wilde không chịu nổi thiết kế tệ, wiki và drupal hiện tại giết anh ấy [23:46] * jrand0m chỉ DrWoo và frontier [23:46] &lt;wilde&gt; giờ có ai ở đây không? [23:47] &lt;duck&gt; không, tôi rời rồi [23:47] * jrand0m nhìn chằm chằm những người rình [23:47] &lt;wilde&gt; vậy site nên truyền tải điều gì? [23:47] &lt;duck&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:47] &lt;wilde&gt; cái này rộng hơn chút, ta còn marketing và quyên góp cần nghĩ tới [23:48] &lt;jrand0m&gt; (như duck nói) [23:48] &lt;wilde&gt; ừ tôi đã đọc, nhưng ở đây đông người hơn :) [23:48] &lt;jrand0m&gt; :) [23:48] &lt;duck&gt; nhưng loài người nhỏ bé không quan trọng! [23:48] * wilde kết nối vào bầy đàn borg [23:49] &lt;jrand0m&gt; hiển nhiên một trong những điều tôi muốn website truyền tải là “này, đây là một dự án đỉnh, các dev nên tham gia với chúng tôi và làm vì cuộc cách mạng” [23:49] &lt;duck&gt; ok; tôi sắp ngủ gật [23:49] &lt;duck&gt; vui nhé [23:49] &lt;jrand0m&gt; heh hay đấy duck, chúc ngủ ngon [23:49] &lt;duck&gt; wilde: làm CMS ngầu đấy [23:49] * wilde nhớ chuyện thiết kế phong cách 80s, 5 tháng công sức! [23:50] &lt;jrand0m&gt; ừ, may là ta có 2 tháng ;) [23:50] &lt;wilde&gt; ngủ ngon duck [23:50] &lt;duck&gt; à đúng, thiết kế nên NÀI NỈ nhận đánh giá ngang hàng và góp ý hữu ích [23:50] * ion đã thoát IRC (Ping timeout) [23:50] &lt;jrand0m&gt; đồng ý [23:50] &lt;wilde&gt; về toopie [23:51] &lt;jrand0m&gt; tôi thích ảnh, vui tính, đơn giản và hợp thời [23:51] &lt;wilde&gt; toopie trông có hơi... hmm... ngốc không [23:51] &lt;jrand0m&gt; (và cậu ấy có thể làm biểu tượng cho gần như mọi mục đích) [23:51] * ion đã tham gia #i2p [23:51] &lt;wilde&gt; cậu ấy nheo mắt [23:52] &lt;jrand0m&gt; heh tôi nghĩ ta có thể làm một toopie chất lượng logo góc trên trái [23:52] &lt;jrand0m&gt; đã có nhiều bản sửa vòng quanh cho các mục đích khác nhau [23:53] &lt;wilde&gt; tôi thích cậu ấy, nhưng cậu ấy cần gặp chuyên gia tính cách [23:53] * jrand0m gợi ý trao đổi vài ý tưởng với DrWoo, cả về thiết kế và chuyện toopie [23:54] &lt;wilde&gt; đồng ý [23:54] &lt;wilde&gt; ok có lẽ dừng ở đây [23:54] &lt;jrand0m&gt; không vội, nhiều thứ để tiêu hóa và xử lý [23:54] &lt;wilde&gt; nhưng nếu bạn tìm thấy CMS mới đỉnh, hãy hét lên [23:54] &lt;duck&gt; chúng ta có thể dùng cái này làm nền không: [The Triumph of Death artwork](http://www.artchive.com/artchive/B/bruegel/death.jpg) [23:55] &lt;jrand0m&gt; nhưng tôi đồng ý với duck, làm tốt khi dựng một drupal để làm nền [23:55] &lt;jrand0m&gt; cái đó sẽ lên desktop của tôi ngay [23:55] &lt;jrand0m&gt; wow tôi tự hỏi chữ phủ lên đó trông thế nào [23:55] &lt;wilde&gt; hình đẹp [23:55] &lt;jrand0m&gt; thực ra, nhân tiện, 5) ??? [23:56] &lt;jrand0m&gt; ai còn gì muốn thêm không? [23:56] * jrand0m chọc vào khán giả mù tịt [23:56] &lt;wilde&gt; hôm nay ở đây rất yên ắng [23:56] &lt;wilde&gt; mọi người đến đây để nghe đấng cứu thế Jrandom [23:57] &lt;duck&gt; 2h hơi dài [23:57] &lt;mihi&gt; *ggg* [23:57] * jrand0m chỉ ở đây vì bia [23:57] &lt;duck&gt; có lẽ bạn có thể thử 2 cuộc họp hằng tuần, mỗi cuộc 30 phút [23:57] &lt;wilde&gt; thôi [23:57] &lt;duck&gt; và rồi sa thải vào chiều thứ Sáu [23:57] &lt;wilde&gt; như vậy quá thường xuyên [23:58] &lt;jrand0m&gt; tôi nghĩ họp 2 giờ là quá mức [23:58] &lt;jrand0m&gt; (trừ khi chúng có chủ đề cụ thể. ví dụ cuộc họp bàn thiết kế trang web, hoặc một chức năng router nào đó, v.v.) [23:58] &lt;jrand0m&gt; (này nhìn kìa, chúng ta đang meta) [23:59] &lt;jrand0m&gt; có lẽ tôi nên bớt nói và giới hạn còn 1h? [23:59] &lt;jrand0m&gt; hoặc có lẽ phần lớn 'cuộc họp' nên chuyển qua mailing list, dùng #i2p để thảo luận? [23:59] * godmode0 đã thoát IRC (Ping timeout) [23:59] &lt;wilde&gt; mailing list có thể dùng nhiều hơn cho thảo luận Thời gian phiên: Wed Feb 11 00:00:00 2004 [00:00] &lt;duck&gt; Tôi nghĩ các email tiền-log dày là tốt rồi [00:01] &lt;jrand0m&gt; vậy có lẽ các buổi họp hàng tuần sẽ thành kiểu “ok mọi người, có gì mới? ai có gì muốn thảo luận?” [00:01] &lt;jrand0m&gt; (nhưng các cuộc họp mở như thế tự thân đã nguy hiểm) [00:01] * godmode0 đã tham gia #i2p [00:02] &lt;jrand0m&gt; ok, có lẽ ta chuyển chuyện meta này lên list hoặc để sau [00:02] &lt;jrand0m&gt; chúng ta đã vượt mốc 2 giờ [00:02] &lt;jrand0m&gt; vậy... [00:02] * jrand0m lấy đà... [00:02] &lt;fidd&gt; :) [00:02] * jrand0m *baf* đóng cuộc họp </div>/vi/blog/2004/02/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-2-n%C4%83m-2004/Tue, 03 Feb 2004 00:00:00 +0000/vi/blog/2004/02/03/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-03-th%C3%A1ng-2-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> baffled, dm, duck, human, jrand0m, kaji, lucky, madman2003, mihi, Nightblade, Synonymous, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) chào [22:01] &lt;jrand0m&gt; 1) mạng thử nghiệm (testnet) [22:01] &lt;jrand0m&gt; 2) lộ trình đã cập nhật [22:01] &lt;jrand0m&gt; 3) danh sách ứng dụng đã cập nhật [22:01] &lt;jrand0m&gt; 4) cần tình nguyện viên [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) chào [22:01] * jrand0m vẫy tay [22:01] * mihi vẫy tay lại [22:02] * jrand0m phải cảnh báo là tôi thức quá lâu rồi, nên có thể hơi đuối [22:02] &lt;jrand0m&gt; nhưng dù sao, trong lúc tiếp tục, mọi người nên đọc (hoặc đã đọc) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] &lt;jrand0m&gt; vào thẳng luôn 1) testnet [22:03] &lt;mihi&gt; bạn nên đổi tiêu đề cho mỗi email... tất cả đang bị gom vào một luồng ở đây [22:03] &lt;jrand0m&gt; hah hay đấy [22:03] * jrand0m đã cố giữ nhất quán (để dễ lọc) [22:03] &lt;jrand0m&gt; bạn có muốn tôi thêm ngày vào không? [22:03] &lt;madman2003&gt; testnet thực sự thế nào? (làm ơn cho ý kiến bi quan) [22:03] &lt;jrand0m&gt; madman2003&gt; tệ, nhưng tốt hơn trước [22:04] &lt;mihi&gt; jrand0m: ngày (hoặc số buổi họp) thì tuyệt [22:04] &lt;jrand0m&gt; 'k mihi, coi như xong [22:04] &lt;jrand0m&gt; (có ai ngoài tôi muốn phản hồi câu hỏi của madman2003 không?) [22:04] &lt;duck&gt; madman2004: baffled và tôi đã kết nối 4h rồi [22:04] &lt;baffled&gt; Thật lâu vậy à? [22:04] &lt;duck&gt; trước test3 thời gian tối đa là 10 phút [22:05] &lt;jrand0m&gt; w00t [22:05] &lt;duck&gt; baffled: từ 18:15:07 CET [22:05] &lt;jrand0m&gt; ừ tôi cũng có phiên 90 phút hôm trước nữa [22:05] &lt;duck&gt; nhưng có thể chúng tôi nối trực tiếp [22:05] &lt;madman2003&gt; và bạn chắc liên kết còn nguyên vẹn chứ? [22:05] &lt;jrand0m&gt; duck&gt; tất cả tunnel là 2 hop (trừ khi router của bạn bị lỗi, khi đó tunnel của bạn sẽ đứt ít nhất một lần) [22:06] &lt;jrand0m&gt; madman2003&gt; khi các tunnel lỗi, chúng lỗi nặng [22:06] &lt;madman2003&gt; độ trễ chung trên testnet thế nào? [22:06] * Ophite1 đã vào #i2p [22:06] * jrand0m thường có độ trễ 2-10s qua squid [22:06] * lucky đã vào #i2p [22:06] &lt;jrand0m&gt; độ trễ 5-20s qua IRC [22:07] &lt;madman2003&gt; độ trễ 30 giây trên site cục bộ đã sửa chưa? [22:07] &lt;jrand0m&gt; duck&gt; bạn có thể /ping duck trên ircd của bạn không? mất bao lâu để trả về lỗi CTCP refused? [22:07] &lt;jrand0m&gt; (hoặc baffled&gt;) [22:08] &lt;jrand0m&gt; madman2003&gt; đã có các bản sửa lỗi đáng kể có thể giải thích các độ trễ >30s cục bộ [22:08] &lt;jrand0m&gt; (các job bị kẹt gây ra độ trễ điên rồ) [22:08] &lt;duck&gt; phản hồi yêu cầu admin tới ircd của baffled khoảng ~8s [22:08] &lt;jrand0m&gt; duck&gt; đến cục bộ? [22:09] &lt;duck&gt; ping/pong fido là 3 giây, tức là cục bộ [22:09] &lt;jrand0m&gt; ngầu [22:09] &lt;duck&gt; với eepsites cục bộ cũng khoảng ~3s [22:09] &lt;jrand0m&gt; (vẫn cao hơn tôi muốn, nhưng <<30s) [22:09] &lt;duck&gt; yêu cầu ban đầu lâu hơn, có thể ~30s [22:10] &lt;jrand0m&gt; thú vị [22:10] &lt;duck&gt; , [22:10] &lt;jrand0m&gt; ok, vậy chắc chắn vẫn còn việc phải làm trên testnet, nhưng đã có tiến bộ [22:10] &lt;madman2003&gt; testnet sẽ chạy cho tới khi hiệu năng kém trở nên hoàn hảo chứ, yêu cầu chính xác để coi là thành công là gì? [22:11] &lt;madman2003&gt; (tôi biết vụ 3 ngày chạy tốt) [22:11] &lt;jrand0m&gt; thành công == 3 ngày liên tiếp các việc đáng lẽ thành công thì thành công. [22:11] &lt;jrand0m&gt; human đã tình nguyện giúp và triển khai thứ gì đó theo hướng tôi đăng trong email [22:11] * mihi flood testnet bằng ping ;) [22:11] * leenookx đã thoát IRC (Ping timeout) [22:11] &lt;jrand0m&gt; cơ bản là cách để chúng ta chỉ việc để một cặp bot kết nối tới hai ircd và đo lường tiến triển và lỗi [22:12] &lt;jrand0m&gt; (yay human!) [22:12] &lt;mihi&gt; hmm, nếu không có netsplit thì i2p đang hoạt động, nhưng không thể kết luận ngược lại... [22:13] &lt;jrand0m&gt; lộ trình i2p [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] đặt phát hành 0.2.4 (~= hoàn tất testnet) trong khoảng tuần rưỡi [22:13] &lt;madman2003&gt; sao bạn không tập trung làm độ trễ cục bộ &lt;1s? [22:13] &lt;jrand0m&gt; tôi sẽ vậy. [22:13] &lt;madman2003&gt; khả năng cao điều đó cũng giải quyết vài vấn đề khác [22:13] &lt;jrand0m&gt; nguyên nhân độ trễ &gt;1s có lẽ do tải [22:14] &lt;jrand0m&gt; với router không có peer nào, yêu cầu chỉ nội bộ gần như tức thì [22:14] &lt;jrand0m&gt; (nhưng vì testnet thực sự đang có tải, chúng ta đang stress những thứ khác) [22:15] &lt;duck&gt; baffled và tôi cũng bàn chút về việc làm statsbot, nhưng nếu human muốn làm thì tôi ok [22:15] &lt;madman2003&gt; có thể độ trễ liên quan đến việc yêu cầu được gửi tới các router khác [22:15] &lt;madman2003&gt; trước khi nó thấy đó là cục bộ [22:15] &lt;jrand0m&gt; oh chuẩn đấy duck [22:15] &lt;jrand0m&gt; không, không hoạt động vậy đâu madman2003 [22:16] &lt;jrand0m&gt; (nó được đẩy vào client manager trước, cái đó kiểm tra xem có cục bộ không, và chỉ khi không phải thì mới đưa vào net pool của router) [22:16] * madman2003 tự hỏi toàn bộ tải đến từ đâu [22:16] &lt;jrand0m&gt; pháp. [22:16] &lt;jrand0m&gt; à, đức. [22:16] &lt;jrand0m&gt; (vì *ai đó* đang ping mọi người ;) [22:17] &lt;duck&gt; kuala lumpur [22:17] * duck hy vọng không ai hiểu trò đùa đó [22:17] * jrand0m hài lòng với hy vọng của duck [22:17] &lt;mihi&gt; đống ping đó còn làm máy cục bộ của tôi bị thrash... (không có router!) [22:18] &lt;jrand0m&gt; mihi&gt; thư viện I2CP lo phần crypto ;) [22:18] * wiht đã vào #i2p [22:18] &lt;madman2003&gt; i2p không bảo vệ khỏi ping flood sao? [22:19] &lt;jrand0m&gt; madman2003&gt; tải không quá lớn, chỉ là mã hiện có đồng bộ hóa hạt rất thô (course-grained); trong thời gian testnet đang điều chỉnh sang đồng bộ hạt mịn hơn [22:19] &lt;madman2003&gt; đồng bộ hạt? [22:19] &lt;mihi&gt; jrand0m: chúc mừng: có vẻ ping -ns giờ không chỉ ra - - - nữa [22:20] &lt;jrand0m&gt; lol mihi :) [22:20] &lt;mihi&gt; sao lol? ping -ns chưa bao giờ chạy với tôi. (chỉ cái synchronized chạy) [22:20] &lt;duck&gt; cái synchronized chưa bao giờ chạy với tôi... [22:20] &lt;jrand0m&gt; ồ vậy à? chuẩn, -ns chạy tốt với tôi [22:21] &lt;jrand0m&gt; madman2003&gt; đó là đánh đổi giữa bộ nhớ và CPU so với mức đồng thời [22:22] &lt;jrand0m&gt; (đồng bộ hạt thô giảm thiểu dùng CPU và bộ nhớ, trong khi đồng bộ hạt mịn dùng nhiều CPU và bộ nhớ để đổi lấy độ đồng thời cao hơn) [22:22] * TrueSeeker đã thoát IRC (Leaving) [22:22] * mihi sẽ gửi thống kê ping trong #flood trong vài giây [22:22] * ion đã thoát IRC (Ping timeout) [22:23] &lt;lucky&gt; bah. [22:23] &lt;jrand0m&gt; nhưng vâng, kế hoạch là kết thúc testnet khi vượt qua bài test 3 ngày. Ước tính hiện tại của tôi là ngày 14, nhưng cứ xem sao. [22:23] &lt;lucky&gt; một ngày tệ hại. [22:23] &lt;lucky&gt; lũ lợn tư bản ngu ngốc [22:23] &lt;lucky&gt; lấy hết tiền của tôi.. [22:24] &lt;baffled&gt; có vẻ có đồ mới trong cvs, bao lâu nữa tới test4? [22:24] &lt;jrand0m&gt; không phải hôm nay, hy vọng ngày mai [22:24] * jrand0m sẽ đi ngủ sau buổi họp :) [22:25] &lt;baffled&gt; hay đấy. [22:26] &lt;madman2003&gt; tạm biệt mọi người [22:26] &lt;jrand0m&gt; gặp lại sau madman2003 [22:26] &lt;madman2003&gt; đừng quên các mục khác của buổi họp :) [22:26] &lt;jrand0m&gt; ok, vậy là xong testnet. còn gì thêm không, hay ta chuyển sang 2) lộ trình đã cập nhật? [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;baffled&gt; Có stress test nào khác chúng ta cần trên testnet không? [22:26] * madman2003 đã thoát IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] &lt;duck&gt; hôm nay ngày mấy? [22:27] &lt;jrand0m&gt; 3 Thg 2 [22:27] &lt;baffled&gt; bên tôi là mùng 3. [22:27] &lt;mihi&gt; 2004-02-03 [22:27] * leenookx đã vào #i2p [22:27] &lt;duck&gt; à, cảm ơn [22:27] &lt;jrand0m&gt; baffled&gt; thực ra, có ai đã thử i2psnark trên testnet chưa? [22:27] &lt;wiht&gt; baffled: Ý bạn 'stressers' là gì? [22:28] &lt;mihi&gt; wiht: tôi đoán là người tạo tải cho testnet [22:28] &lt;baffled&gt; À, hôm trước bạn bảo aum và tôi siess and desist trên nntp; tôi đang nghĩ về việc dựng một luồng ogg 128kbps. [22:28] * mihi muốn có dịch vụ echo công khai do ai đó dựng - sẽ giúp kiểm tra độ trễ tốt [22:28] &lt;baffled&gt; vậy chắc là hai hạng mục đó. [22:28] &lt;jrand0m&gt; chúng ta có một nhóm khá chịu khó đẩy tải lên squid [22:28] &lt;jrand0m&gt; ồ, nntp thì tuyệt, một luồng ogg cũng vậy! [22:29] * jrand0m không nhớ đã bảo mọi người dừng (trừ có thể tạm thời trong lúc cập nhật?) [22:29] &lt;jrand0m&gt; đồng ý mihi [22:29] * jrand0m kiểm tra 'echo' là cổng nào [22:29] &lt;jrand0m&gt; 7 [22:29] &lt;mihi&gt; theo tôi biết là 9 [22:29] &lt;mihi&gt; oops ;) [22:29] &lt;baffled&gt; Lúc đó có lẽ bạn đang rối chuyện khác. [22:30] &lt;wiht&gt; Cổng 7. [22:30] &lt;duck&gt; 4 [22:30] * ion đã vào #i2p [22:30] &lt;jrand0m&gt; chắc vậy baffled ;) [22:30] &lt;duck&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;jrand0m&gt; echo 7/tcp [22:30] &lt;jrand0m&gt; echo 7/udp [22:30] &lt;jrand0m&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;wiht&gt; Cổng 7 cho TCP và UDP. [22:30] &lt;mihi&gt; duck: chúng ta muốn [0-9]*/tcp [22:30] * duck cúi xuống né [22:31] * Synonymous đã vào #i2p [22:31] &lt;jrand0m&gt; vậy, có ai muốn hoàn thiện ứng dụng test của human (echo server và client) không? [22:32] &lt;jrand0m&gt; (dù chạy twisted có vẻ hơi quá cho việc đó ;) [22:32] &lt;duck&gt; bản không dùng twisted sẽ hoạt động [22:33] &lt;duck&gt; . [22:33] * jrand0m không nhận ra mã i2p của mình có thể chạy không cần twisted [22:33] &lt;jrand0m&gt; dù sao, có ai muốn tình nguyện làm đầu mối dựng một dịch vụ echo không? [22:33] * duck ngồi đè tay [22:33] &lt;wiht&gt; Truy cập qua I2P, hay qua Internet thường? [22:34] &lt;jrand0m&gt; qua i2p [22:34] &lt;baffled&gt; Tôi có thể xem nếu có đặc tả cụ thể. [22:34] &lt;mihi&gt; duck: vịt có tay à? tôi tưởng cánh ;) [22:34] &lt;jrand0m&gt; đặc tả: nhận một dòng văn bản và trả lại :) [22:34] &lt;baffled&gt; ồ, ok không vấn đề. [22:34] &lt;lucky&gt; bah... tôi phải bắt đầu khai thuế năm sau! [22:34] &lt;mihi&gt; jrand0m: s/line/byte chunk/ [22:34] &lt;lucky&gt; Chính phủ ngớ ngẩn, đáng ghét... [22:35] &lt;jrand0m&gt; mihi&gt; dòng thì dễ parse hơn nhiều ;) [22:35] &lt;duck&gt; lucky: im lặng nào [22:35] &lt;jrand0m&gt; baffled++ [22:35] &lt;jrand0m&gt; ok, chuyển sang 2) lộ trình đã cập nhật [22:35] * jrand0m hướng mọi người tới http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] &lt;mihi&gt; jrand0m: tại sao? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] &lt;jrand0m&gt; (mà tất nhiên mọi người đã đọc rồi) [22:36] * MrEcho đã vào #i2p [22:36] &lt;jrand0m&gt; mihi&gt; thông điệp từng byte so với Nagle, v.v. [22:37] &lt;jrand0m&gt; dù sao, bất cứ thứ gì baffled triển khai để echo phục vụ test đều Tốt [22:37] &lt;jrand0m&gt; (hoặc bạn và anh ấy tự bàn xem cái gì hợp nhất) [22:37] * wiht đã thoát IRC (Ping timeout) [22:37] &lt;baffled&gt; Nếu bạn có yêu cầu, viết ra và báo tôi sau, mihi, tôi sẽ thử. [22:38] * ion đã thoát IRC (Ping timeout) [22:38] &lt;mihi_backup&gt; baffled: không hẳn. nếu cần thêm newline sau timestamp thì không vấn đề. [22:38] * jar_ đã thoát IRC (Ping timeout) [22:38] &lt;duck&gt; (netsplit sau 4:20) [22:38] &lt;jrand0m&gt; heh [22:39] &lt;jrand0m&gt; không tốt :/ [22:39] &lt;jrand0m&gt; ừ, lặp và tăng dần. [22:39] &lt;mihi&gt; 22:38:09.430 ERROR [WrC1-&gt;Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] &lt;mihi&gt; message to peer. Killing tunnel runner [22:39] &lt;jrand0m&gt; tất cả 9/10 router đang chạy lúc này chứ? [22:39] &lt;jrand0m&gt; (hay có cái down?) [22:40] &lt;jrand0m&gt; tôi chỉ thấy 8 [22:40] &lt;jrand0m&gt; 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] &lt;jrand0m&gt; Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck vừa cập nhật [22:40] &lt;duck&gt; phần i2cp admin nằm ở đâu trong lộ trình? [22:41] &lt;duck&gt; theo tôi biết chưa được triển khai, nhưng 0.2.5 nói về hoàn tất đặc tả [22:41] &lt;jrand0m&gt; kế hoạch hiện tại là làm I2CP thành giao thức client thuần, để tính năng admin riêng [22:41] &lt;jrand0m&gt; (ví dụ qua cổng web quản trị :7655) [22:41] &lt;duck&gt; ok [22:42] &lt;jrand0m&gt; (và gỡ hết mớ linh tinh kia) [22:42] * jar_ đã vào #i2p [22:42] * ion đã vào #i2p [22:42] &lt;jrand0m&gt; ((shrinkingCodebase)++) [22:43] &lt;jrand0m&gt; có ai có ý kiến về hai Vấn Đề Lớn không? [22:43] &lt;jrand0m&gt; = dừng transport PHTTP hiện tại (cho tới 2.0) [22:43] &lt;jrand0m&gt; = giữ hỗ trợ topology tuyến hạn chế ở 2.0 [22:43] &lt;baffled&gt; Mọi người, tôi phải chuồn, sẽ đọc log sau. [22:43] &lt;jrand0m&gt; tuyệt, mừng bạn ghé qua, hẹn gặp [22:43] * baffled đã thoát IRC (Leaving) [22:44] &lt;duck&gt; i2cp bảo mật sẽ giảm bớt nhu cầu trực tiếp với topology tuyến hạn chế [22:44] &lt;duck&gt; vậy ổn [22:45] &lt;jrand0m&gt; đồng ý, dù 'secured' theo nghĩa này sẽ không lý tưởng (mọi payload i2cp dĩ nhiên sẽ được mã hóa, nhưng sniffer vẫn có thể phát hiện $client đang gửi thông điệp $n byte tới $destination) [22:46] &lt;jrand0m&gt; khác biệt duy nhất so với i2cp hiện tại là cập nhật nhỏ cho giao thức/cấu trúc xác thực [22:46] &lt;jrand0m&gt; ((ờ, $client không thể phát hiện $n, vì thông điệp được padding ngẫu nhiên. thôi)) [22:46] &lt;jrand0m&gt; ờ, $sniffer, không phải $client [22:47] * wiht đã vào #i2p [22:47] &lt;jrand0m&gt; (tất nhiên điều đó không đánh bại đối thủ thụ động toàn cục) [22:48] &lt;jrand0m&gt; có ai có mối quan tâm/đề xuất/ý tưởng/bình luận nào khác không? [22:48] &lt;jrand0m&gt; (về lộ trình) [22:49] &lt;duck&gt; không [22:49] &lt;jrand0m&gt; tôi cũng vậy [22:49] * jrand0m nhảy qua 3) danh sách ứng dụng đã cập nhật [22:49] &lt;jrand0m&gt; [chèn bài ca tụng “mihi bá đạo” ở đây] [22:50] &lt;duck&gt; giúp jrand0m biết nói không! [22:50] &lt;jrand0m&gt; mihi&gt; có ý kiến gì về vụ muffin không? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] &lt;jrand0m&gt; heh [22:51] &lt;mihi&gt; jrand0m: bạn biết tôi nghĩ gì về chuyện đó rồi... [22:51] &lt;jrand0m&gt; (tôi không yêu cầu bạn tích hợp đâu, tôi chỉ muốn biết bạn nghĩ nó có tốt không) [22:52] &lt;mihi&gt; httpclient phải tách khỏi I2PTunnel, vì I2PTunnel dùng để chuyển tiếp stream còn httpclient chuyển tiếp nội dung [22:52] &lt;mihi&gt; nhồi cái đó vào I2PTunnel chỉ càng thêm chắp vá. [22:52] &lt;jrand0m&gt; chuẩn, vậy ứng dụng bên dưới [Scalable web proxies] [22:52] &lt;jrand0m&gt; hợp lý [22:53] &lt;jrand0m&gt; (app làm Một Việc và Làm Tốt Một Việc)++ [22:53] &lt;mihi&gt; jrand0m: bạn hiểu nhầm tôi... [22:53] &lt;jrand0m&gt; tôi bỏ lỡ gì? [22:54] &lt;mihi&gt; tôi không phản đối một app đọc yêu cầu HTTP, parse nó, gửi qua i2p, đọc trả lời, parse, gửi lại (có thể lọc) – chỉ là đừng làm như httptunnel đang làm. [22:54] &lt;mihi&gt; httptunnel chuyển tiếp mọi thứ trừ vài dòng đầu. [22:54] &lt;jrand0m&gt; à bạn đúng [22:55] * jrand0m đầu óc hôm nay chưa gắn đúng chỗ [22:55] &lt;mihi&gt; sẽ khó nhúng lọc hiệu quả vào (nếu cần lọc HTML mà không lọc text hay gì đó tương tự) [22:55] &lt;jrand0m&gt; đúng – có lẽ chỉ cần MUFFIN chạy độc lập [22:55] &lt;jrand0m&gt; (lọc bất cứ gì ra từ httpclient) [22:55] &lt;mihi&gt; vậy tôi sẽ nói: một app riêng cho việc đó. nhưng sẽ cần streaming lib... (hoặc gì đó tương tự) [22:56] * duck thích cách bạn có thể làm proxy xmlrpc/soap với httpclient [22:56] &lt;wiht&gt; jrand0m: Tôi không thấy mục “muffin” trong danh sách ứng dụng. [22:56] &lt;jrand0m&gt; wiht&gt; http://muffin.doit.org/ [22:56] &lt;mihi&gt; muffin là bộ lọc nội dung HTTP [22:57] &lt;mihi&gt; nếu có bộ lọc nội dung, ta có thể bỏ cái “proxy” chán ngắt đó. [22:57] &lt;jrand0m&gt; duck&gt; hy vọng bộ lọc muffin sẽ được đặt để cho qua xmlrpc/soap, chỉ lọc những thứ như VBScript / v.v. [22:57] &lt;wiht&gt; Tôi hiểu. [22:57] &lt;jrand0m&gt; hm, mihi? [22:57] &lt;duck&gt; à khoan, xmlrpc/soap sẽ là content type xml [22:57] &lt;jrand0m&gt; mihi&gt; nó vẫn cần làm dịch tên tối thiểu chứ? [22:58] &lt;mihi&gt; chắc rồi, nhưng không phải dạng proxy. `http://localhost:12345/duck.i2p/` sẽ hoạt động tốt hơn nhiều. [22:58] &lt;Synonymous&gt; muffin là gpl, bạn phải cẩn thận khi dùng mã gpl trong dự án public domain, nó vẫn có bản quyền ;) [22:58] &lt;mihi&gt; vì bạn có thể link tới đó từ web thường [22:58] &lt;jrand0m&gt; hrm mihi. [22:58] &lt;mihi&gt; Synonymous: i2ptunnel vốn đã gpl rồi [22:58] &lt;jrand0m&gt; Synonymous&gt; I2PTunnel là GPL [22:58] &lt;Synonymous&gt; ừ [22:59] * jrand0m rất ý thức việc một số người coi bản quyền là hợp lệ, và cố gắng đáp ứng họ. [22:59] &lt;Synonymous&gt; hãy chắc chắn đưa điều đó ra nơi dễ thấy (nếu bạn dùng muffin) nó đã nói iptunnel là gpl [22:59] &lt;jrand0m&gt; tất nhiên, nếu dùng muffin nó sẽ được ghi công và gắn gpl. [22:59] &lt;Synonymous&gt; ừ, tôi nói vậy đó, cẩn thận nhé [23:00] &lt;jrand0m&gt; (chúng ta sẽ không sa vào tranh luận bản quyền ở đây) [23:00] &lt;jrand0m&gt; ok, có ý kiến nào khác về các app liệt kê không? [23:00] &lt;Synonymous&gt; vậy đừng, và bình luận của tôi không nhằm khơi mào đâu [23:00] * duck cười vào http://muffin.doit.org/demo/evil/ [23:01] &lt;jrand0m&gt; mọi người nghĩ chức năng app nào là cần thiết cho 1.0? [23:01] &lt;jrand0m&gt; heh duck [23:01] &lt;jrand0m&gt; (hay ta đã đạt rồi, và chức năng app 1.0 == mọi thứ qua proxy bằng I2PTunnel :) [23:02] &lt;Synonymous&gt; mọi người sẽ muốn chat hoạt động, và có lẽ một app kiểu freenet cho 1.0 nếu đó là ý bạn, có lẽ một bộ công cụ để mọi người dễ dàng dựng dịch vụ riêng [23:02] &lt;mihi&gt; vẫn thiếu một IM và dịch vụ đặt tên [23:02] &lt;jrand0m&gt; mihi&gt; irc qua i2p? [23:02] &lt;wiht&gt; Đúng, dịch vụ đặt tên nên có vào bản I2P 1.0. [23:03] &lt;duck&gt; eep [23:03] &lt;mihi&gt; jrand0m: irc qua i2p cũng ổn, nhưng một dịch vụ đặt tên ;) [23:03] &lt;jrand0m&gt; wiht&gt; bạn có nghĩ dịch vụ đặt tên sẽ được triển khai và sẵn sàng chạy vào tháng Tư không? [23:03] * jrand0m thực sự không nghĩ dịch vụ đặt tên là cần thiết. hữu ích thì có [23:04] &lt;jrand0m&gt; (tất cả những gì ta *cần* là cách dễ dàng cập nhật file hosts.txt) [23:04] &lt;kaji&gt; hoặc một lớp VPN phân tán [23:04] &lt;jrand0m&gt; heh [23:04] &lt;mihi&gt; jrand0m: với tôi, ngay cả cái đó (nếu tự động) cũng là dịch vụ đặt tên [23:04] &lt;wiht&gt; jrand0m: Có lẽ giữa tháng Tư. [23:05] &lt;jrand0m&gt; kaji&gt; một lớp VPN phân tán là ngốn trọn một tháng của 1-2 dev ;) [23:05] &lt;wiht&gt; Tôi muốn làm nó mở rộng để chứa nhiều mục hơn nhiều so với hosts.txt hiện nay. [23:05] &lt;jrand0m&gt; 1.0--&gt;3.0 sẽ không có hàng triệu mục đâu [23:05] &lt;wiht&gt; MrEcho: Bạn có ý kiến gì không? [23:05] &lt;jrand0m&gt; hàng nghìn, đúng [23:06] &lt;jrand0m&gt; Synonymous&gt; app kiểu freenet sẽ ngầu, nhưng khi đó ta cần tuyển người triển khai :) [23:07] &lt;jrand0m&gt; Synonymous&gt; công cụ để dựng dịch vụ – chắc chắn rồi. hy vọng i2pmanager hoặc i2pmole sẽ làm được [23:07] &lt;Synonymous&gt; cái đó có thể khó, nhất là vì freenet không chạy hehe [23:07] &lt;wiht&gt; Nhân tiện, tiến độ I2PManager thế nào? [23:07] &lt;jrand0m&gt; có vẻ đang tiến triển, chế độ console/CLI đang tiến bộ (aum giờ dùng nó để quản lý dịch vụ qua init scripts) [23:08] &lt;jrand0m&gt; tôi đã dùng GUI, và aum đã log vài bug trên tunnelmanager vẫn còn treo [23:08] &lt;jrand0m&gt; (do số lượng tunnel được tạo lớn, không phải do ít) [23:08] &lt;wiht&gt; Tôi nghĩ I2PManager nên là một ứng dụng cho 1.0. [23:09] &lt;jrand0m&gt; tôi cũng hy vọng vậy [23:09] &lt;jrand0m&gt; (nhất là vì điều đó nghĩa là ta có thể bỏ bộ cài chắp vá, do i2pmanager có sẵn phần đó) [23:09] &lt;jrand0m&gt; vậy, ai có kinh nghiệm python hãy liên hệ aum để xem có thể giúp gì :) [23:09] &lt;human&gt; quay lại [23:09] &lt;jrand0m&gt; chào mừng human quay lại [23:10] * human đã đọc về proxy muffin [23:10] &lt;human&gt; tôi biết một proxy cá nhân hướng đến riêng tư khác tên là privoxy [23:11] &lt;jrand0m&gt; đúng, privoxy là cái khác tôi đã xem. cũng tiềm năng tốt [23:11] &lt;jrand0m&gt; (lý do tôi nghiêng về muffin là dễ tích hợp, vì nó bằng Java) [23:12] * jrand0m sẽ không phải người triển khai/tích hợp nó, nên ý tôi chỉ là gợi ý [23:12] &lt;@Nightblade&gt; tôi nghĩ chat nhóm (hoặc IRC) sẽ là chương trình tốt vì nếu bạn làm chat chạy ổn định thì bạn biết độ trễ và độ ổn định của i2p là tốt [23:13] &lt;jrand0m&gt; đồng ý [23:13] &lt;Synonymous&gt; nhưng Trent sẽ hoạt động thế nào trên hệ như vậy, có thể làm bằng hệ khóa công khai/bí mật (như frost) không [23:13] &lt;Synonymous&gt; kênh sẽ là 'bảng'? [23:13] &lt;jrand0m&gt; Synonymous&gt; duck thực ra đã làm vài thứ hay [23:13] &lt;Synonymous&gt; kool [23:14] &lt;duck&gt; đó là: người dùng đăng nhập vào ircd với mật khẩu bí mật, ircd công bố sha1 của mật khẩu [23:14] &lt;jrand0m&gt; Synonymous&gt; trong ircd đã chỉnh của anh ấy, bạn có thể cung cấp mật khẩu có hash hiển thị trong ident [23:14] &lt;Synonymous&gt; tôi đoán nó cũng giống waste, dù tôi không dùng nó [23:14] &lt;jrand0m&gt; duck&gt; tuy nhiên nếu ai khác tạo ircd của riêng họ, họ có thể giả mạo điều đó :/ [23:14] &lt;duck&gt; để người khác kiểm tra sha1 với danh sách cục bộ, không cần cơ sở dữ liệu tập trung [23:15] &lt;duck&gt; chắc rồi [23:15] &lt;jrand0m&gt; nhưng tôi nghĩ mọi người có thể nhớ ai đó thường kết nối từ ircd nào [23:15] &lt;jrand0m&gt; có thể có nickserv không? [23:15] * jrand0m không rành IRC net hoạt động thế nào [23:16] &lt;duck&gt; có, nhưng tôi không muốn thế [23:16] &lt;duck&gt; vì Trent được làm như một hack tạm thời [23:16] &lt;jrand0m&gt; đúng, sẽ Tốt nếu ta không cần nó [23:16] &lt;jrand0m&gt; hehe [23:16] &lt;jrand0m&gt; cho tới iip 2.0, đúng không? ;) [23:16] &lt;duck&gt; giờ nó là trò đùa lâu nhất thế giới [23:17] &lt;duck&gt; . [23:18] &lt;jrand0m&gt; ok, vậy nếu ta ra 1.0 với: IRC, eepsites (và cách để tự dựng), squid và CVS, vậy là hợp lý? [23:18] &lt;@Nightblade&gt; ừ [23:18] &lt;jrand0m&gt; (rõ ràng sẽ tuyệt nếu ta kèm i2psnark, naming, I2PIM và các app khác) [23:19] &lt;duck&gt; nói IRC là bạn ý i2pirc native? [23:19] &lt;duck&gt; nếu không, sao không cả nntp v.v. [23:19] &lt;jrand0m&gt; ồ, đúng [23:19] &lt;jrand0m&gt; tất nhiên [23:20] * jrand0m !tự tét mình. [23:20] &lt;duck&gt; đừng quá nhiều dĩ nhiên [23:20] * duck nghĩ pgp keyserver hơi ngớ ngẩn [23:20] &lt;jrand0m&gt; ý tôi là dễ làm mọi người ngợp vì quá nhiều lựa chọn [23:20] &lt;duck&gt; à, đúng [23:20] &lt;duck&gt; ý là đồ đóng gói chính thức [23:20] &lt;jrand0m&gt; "tại sao tôi nên dùng I2P" "à bạn có thể [.............]" [23:20] &lt;jrand0m&gt; đúng [23:20] * duck đồng ý [23:21] &lt;jrand0m&gt; với I2PTunnel, ta có thể hỗ trợ tất cả những gì ta đã thấy (và hơn thế :) [23:21] &lt;jrand0m&gt; ok, vậy thì tôi nghĩ ta không cần lo quá nhiều về i2papps [23:21] &lt;mihi&gt; nhân tiện: ta nên loại bỏ dần tùy chọn -nogui của I2PTunnel... [23:22] &lt;jrand0m&gt; mặc định thành -nogui? [23:22] &lt;jrand0m&gt; (hay bạn muốn bắt tất cả dùng awt? ;) [23:22] &lt;mihi&gt; không. không dùng -nogui nữa. -cli và -nocli “minh bạch” hơn [23:22] &lt;Synonymous&gt; bạn cũng nên đóng gói tất cả tùy chọn này trong 1 distro nếu có thể [23:22] &lt;jrand0m&gt; à ok mihi [23:22] &lt;Synonymous&gt; khác freenet, vốn không nhắc tiện ích khác và bạn phải tự đi tìm [23:22] &lt;jrand0m&gt; Synonymous&gt; chắc chắn rồi [23:22] &lt;jrand0m&gt; Synonymous&gt; bạn đã dùng i2pmgr chưa? [23:23] &lt;mihi&gt; -nogui hoạt động khác nhau tùy bạn dùng -e "run configfile" hay dùng "configfile" [23:23] &lt;Synonymous&gt; chưa, tôi không làm nó chạy được :) [23:23] &lt;jrand0m&gt; (nó vẫn tiền-alpha, nhưng dùng được) [23:23] &lt;jrand0m&gt; à ok [23:23] &lt;Synonymous&gt; trước đây nhưng tôi không thử GUI [23:23] &lt;Synonymous&gt; tôi có thể thử giờ vì nó có GUI rồi [23:23] &lt;Synonymous&gt; :) [23:23] &lt;jrand0m&gt; chuẩn, nó đang tiến triển [23:23] * duck nén ngáp [23:24] &lt;jrand0m&gt; ừ ừ ừ duck, ok ;) [23:24] &lt;jrand0m&gt; tôi nghĩ thế là hết phần app – trừ khi ai còn gì? [23:24] &lt;jrand0m&gt; chuyển sang 4) Cần tình nguyện viên [23:25] &lt;jrand0m&gt; chúng ta đang tiến tốt, nhịp độ ổn và theo tôi là bền vững [23:25] &lt;jrand0m&gt; nhưng ta đều bàn về vài thứ rất hay muốn thêm vào [23:25] &lt;jrand0m&gt; nếu mỗi ngày có thêm N giờ nữa, bla bla bla [23:26] &lt;duck&gt; bạn ý gì với 'băng thông phát triển'? [23:26] &lt;jrand0m&gt; nhiều giờ làm việc của developer hơn [22:26] &lt;duck&gt; ừ [22:27] &lt;jrand0m&gt; (vd 2 developer == 16/20 giờ/ngày) [22:27] &lt;jrand0m&gt; cảm giác của tôi là kiểu 'bạn xây thì họ sẽ đến' [22:28] &lt;jrand0m&gt; (nhưng tôi cũng từng làm ở công ty nghĩ họ có sản phẩm tuyệt đỉnh, làm nó còn đỉnh hơn, phát hành, và chẳng thấy thị trường mấy) [22:28] * duck không nghĩ thuê người Ấn giá rẻ sẽ hiệu quả [22:28] &lt;jrand0m&gt; heh [22:29] &lt;duck&gt; marketing sản phẩm != marketing developer [22:29] &lt;jrand0m&gt; đúng, tôi đồng ý [22:29] &lt;jrand0m&gt; tôi chỉ muốn ví von [22:30] &lt;jrand0m&gt; xem mọi thứ tiến triển thế nào. tôi chỉ muốn nêu những điều đó [22:30] &lt;@Nightblade&gt; đây là chương trình phức tạp, khiến khó tìm người có thể hiểu nó [22:31] &lt;jrand0m&gt; đồng ý Nightblade [22:31] * greasyaxelsex__ đã vào #I2P [22:31] &lt;jrand0m&gt; Nightblade&gt; đó là lý do tiêu chí phát hành 1.0 #3 trên lộ trình: "Javadoc and code walkthrough / guidebook updated" [22:32] * dm đã vào #i2p [22:32] * wiht đã thoát IRC (EOF From client) [22:32] &lt;jrand0m&gt; hiện chúng ta có wiki khá cập nhật cung cấp tổng quan về impl Java [22:32] &lt;mihi&gt; chào dm [22:32] &lt;jrand0m&gt; nhưng tôi chắc chắn sẽ cần giúp đỡ phần tài liệu [22:32] &lt;dm&gt; chào mihi. [22:33] &lt;jrand0m&gt; (vì cái hợp lý với tôi != cái hợp lý với người mới học code) [22:33] * dm tố jrand0m dùng thuật ngữ tự chế khi giải thích [22:34] &lt;jrand0m&gt; thỉnh thoảng ;) [22:34] &lt;Synonymous&gt; tôi sẽ giúp trang web nếu bạn muốn [22:34] &lt;jrand0m&gt; (dù thứ duy nhất tôi biết mình đặt ra liên quan i2p là 'militant grade anonymity' (mức ẩn danh kiểu chiến binh) ;) [22:34] &lt;Synonymous&gt; tôi đã có template [22:34] &lt;dm&gt; Còn bao xa tới 0.2.x không lỗi? Tôi sẽ có băng thông rộng trong chưa đầy một tuần. [22:34] * wiht đã vào #i2p [22:34] &lt;Synonymous&gt; website cần làm lại lớn [22:34] &lt;Synonymous&gt; tôi đang làm website p2p ẩn danh của riêng mình, nhưng bạn có thể mượn của tôi :) [22:35] &lt;jrand0m&gt; hehe [22:35] &lt;Synonymous&gt; nó mô phỏng theo freenet [22:35] &lt;Synonymous&gt; nhưng tốt hơn [22:35] &lt;Synonymous&gt; :P [22:35] &lt;jrand0m&gt; thực ra, đúng, có lẽ ta có thể mở một chủ đề trên list i2p mô tả mục tiêu của website và xem ghép thế nào? [22:35] &lt;dm&gt; Synonymous: bạn đang xây app p2p, hay chỉ website? [22:35] &lt;Synonymous&gt; chỉ website [22:35] &lt;jrand0m&gt; (và nếu lưu lượng đó tăng, ta sẽ chuyển sang kiểu i2p-www@) [22:36] &lt;duck&gt; ROFL với boilerplate website p2p ẩn danh [22:36] &lt;jrand0m&gt; dm&gt; lộ trình cập nhật tại http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap với 0.2.4 dự kiến ngày 14 Tháng Hai [22:36] &lt;Synonymous&gt; giải thích p2p ẩn danh, các topology mạng khác nhau, triết lý của nó, cypherpunkdom, digital imprimatur, liên kết tới dự án, một mailing list để mọi người thảo luận [22:36] &lt;mihi&gt; dm&gt; phần mềm không lỗi không tồn tại [22:36] &lt;jrand0m&gt; duck&gt; phải giữ tập ẩn danh đủ lớn ;) [22:36] &lt;Synonymous&gt; cũng liên kết tới website khác làm việc đó [22:37] &lt;dm&gt; mihi: có chứ! [22:37] &lt;jrand0m&gt; mihi&gt; tôi từng làm dự án vài năm trước thực sự phát hành với 0 bug. không p1 hay thậm chí p5 [22:37] &lt;dm&gt; func addints(int a, int b) { return a + b; } [22:37] &lt;mihi&gt; họ chỉ chưa tìm ra thôi... [22:37] &lt;mihi&gt; dm: ngôn ngữ nào? [22:37] &lt;jrand0m&gt; mihi&gt; vậy thì không là bug ;) [22:37] * greasyaxelsex__ đã rời #I2P (greasyaxelsex__) [22:37] &lt;dm&gt; ngôn ngữ giả lập [22:38] &lt;mihi&gt; và ngôn ngữ giả này phản ứng thế nào khi tràn số? [22:38] &lt;wiht&gt; dm: Trong dự án có hàng nghìn dòng mã, không có bug là ít khả thi hơn nhiều. [22:38] &lt;duck&gt; . [22:38] &lt;Synonymous&gt; vậy tháng Tư là hạn chót cho cái gì đó phát hành công khai? Sao không thử tuyển vài dev, hay sẽ mất quá lâu để bạn giải thích cách nó hoạt động v.v. [22:39] &lt;dm&gt; input không bao giờ vượt max_value /2 [22:39] &lt;jrand0m&gt; (hiện ta ~20KLOC, dùng thuật toán "grep \; | wc -l") [22:39] &lt;jrand0m&gt; Synonymous&gt; Tôi không nghĩ ta muốn đi đăng lên các list kiểu "này, chúng tôi đang làm thứ đỉnh cao, vào code đi" (về cơ bản đó là thông báo 1.0) [22:40] &lt;dm&gt; nhiều dòng phết. [22:40] &lt;dm&gt; Java phình to! [22:40] &lt;jrand0m&gt; nhưng nếu có người muốn giúp, tôi chắc chắn sẽ tìm cách lôi kéo họ tham gia [22:40] * jrand0m đá dm [22:40] &lt;jrand0m&gt; java bloat là khi JVM dùng RAM. bạn đang nói OO bloat [22:40] &lt;dm&gt; Đúng là leader dự án kiểu jrand0m. [22:40] &lt;Synonymous&gt; à, làm sao bạn biết nếu mọi người quan tâm nếu không ai biết tới nó, nghe mâu thuẫn đấy [22:41] &lt;Synonymous&gt; và “tuyển” ý tôi là email họ, không phải công bố công khai trên, ví dụ, zeropaid, về i2p [22:41] &lt;Synonymous&gt; như ai đó đã làm ;) [22:41] &lt;jrand0m&gt; Synonymous&gt; bạn nghĩ gì về lời giải thích vấn đề đó trong email? [22:41] &lt;dm&gt; Đúng OO bloat. [22:41] &lt;jrand0m&gt; ừ, tôi bực khi ai đó nói tôi về bài zp đó [22:41] &lt;Synonymous&gt; ừ bạn là người làm phỏng vấn mà [22:41] &lt;jrand0m&gt; (bạn có thể đọc thư iip-dev tháng 8) [22:41] &lt;Synonymous&gt; họ chỉ trích dẫn bạn? [22:41] &lt;jrand0m&gt; "phỏng vấn"? giống như người ngẫu nhiên trên iip hỏi tôi [22:42] &lt;dm&gt; mihi: bạn có đang làm streaming lib không? [22:42] &lt;Synonymous&gt; à :) [22:42] &lt;mihi&gt; dm: không [22:42] &lt;mihi&gt; Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [22:42] &lt;mihi&gt; $ grep \; `find . -name "*.java"` | wc -l [22:42] &lt;mihi&gt; 30593 [22:42] &lt;jrand0m&gt; à. [22:42] &lt;Synonymous&gt; vậy, lấy danh sách leader các dự án p2p ẩn danh và nói "đây là dự án bạn có thể quan tâm, nếu có ý tưởng về mã hay dự án có thể giúp, hãy cho tôi biết" [22:42] &lt;mihi&gt; 30kLOC ;) [22:42] &lt;jrand0m&gt; grep -v \^import [22:43] &lt;jrand0m&gt; Synonymous&gt; cướp leader dự án == không hay ;) [22:43] &lt;jrand0m&gt; (có nhiều dự án tốt, và dù tôi thấy i2p quan trọng, dự án khác cũng vậy) [22:44] &lt;Synonymous&gt; không phải cướp, và tôi không nghĩ 'leader' có thể bị cướp, anh ta sẽ giải tán dự án mất [22:44] * jrand0m không tin ta đã 30kloc [22:44] &lt;jrand0m&gt; heh [22:46] &lt;jrand0m&gt; ok, chuyển sang 5) ??? [22:46] &lt;duck&gt; 2 đề xuất eepsite, cho ai chưa biết làm gì: 1) meshmx FE tunnel (với stunnel) 2) site pastebin.de [22:46] &lt;jrand0m&gt; ai còn gì để bàn/đưa ra không? [22:46] &lt;jrand0m&gt; oh chuẩn duck [22:46] &lt;jrand0m&gt; pastebin.de là gì? [22:46] &lt;jrand0m&gt; (tương tự?) [22:47] &lt;duck&gt; site nơi bạn có thể dán công khai code/log/thứ khác [22:47] &lt;duck&gt; cho việc debug IRC [22:47] &lt;duck&gt; http://pastebin.de/ [22:47] &lt;jrand0m&gt; thú vị [22:47] * @Nightblade chỉ thích flood kênh bằng code [22:48] &lt;jrand0m&gt; wow đó là ý tưởng rất sáng tạo [22:48] &lt;jrand0m&gt; đơn giản điên rồ. [22:48] &lt;jrand0m&gt; tập trung. [22:48] &lt;jrand0m&gt; thực dụng. [22:48] &lt;dm&gt; Chỉ python thôi à? [22:48] &lt;jrand0m&gt; ồ thật à? [22:48] &lt;jrand0m&gt; :/ [22:48] &lt;duck&gt; Tôi nghĩ cái này có highlight python [22:48] * jrand0m rút lại chữ 'thực dụng' ;) [22:48] &lt;duck&gt; nhưng tôi cũng thấy bản php v.v. [22:48] &lt;duck&gt; và bạn có thể có cách tiếp cận tổng quát [22:48] &lt;dm&gt; Tôi nghĩ tôi từng thấy cái chấp nhận mọi ngôn ngữ. [22:49] &lt;dm&gt; Ý tưởng hay, nhớ nhé. [22:49] &lt;duck&gt; dù sao, chỉ là cái gì đơn giản [22:49] &lt;duck&gt; bạn không cần highlight luôn [22:49] &lt;duck&gt; đánh số dòng online sẽ hữu ích [22:49] * dm nhìn code python. [22:49] &lt;dm&gt; Cái này đặc biệt ở điểm nào nữa nhỉ? [22:50] &lt;jrand0m&gt; nó có chữ y [22:50] * Nightblade đặt chế độ: +o jrand0m [22:50] &lt;@jrand0m&gt; w00t [22:50] * Trent@anon.iip đặt chế độ: +o mihi [22:50] &lt;duck&gt; chẳng có gì đặc biệt cả, [22:51] &lt;dm&gt; Tôi nghĩ nhiều người thật sự thích nó. [22:51] &lt;duck&gt; ồ, bạn nói về python [22:51] &lt;dm&gt; đúng, xin lỗi. [22:52] * duck chuyển cái đó sang 6) lạc đề [22:52] &lt;duck&gt; :) [22:52] &lt;@jrand0m&gt; heh [22:52] &lt;@jrand0m&gt; [beuler, beuler] [22:52] &lt;dm&gt; Xin lỗi, tôi không nhận ra các bạn đang họp. [22:52] &lt;@jrand0m&gt; mỗi thứ Ba 9p GMT :) [22:53] &lt;duck&gt; ok, đồ php: http://pastebin.com/pastebin.php?showsource=php [22:53] &lt;@jrand0m&gt; ai còn gì muốn nêu về i2p, v.v. không? [22:54] &lt;@mihi&gt; i2p tuyệt! [22:54] &lt;@jrand0m&gt; (giá mà nó đáng tin cậy hơn..) [22:55] &lt;@mihi&gt; với tôi nó còn ổn định hơn freenet ;) [22:55] &lt;@jrand0m&gt; heh :) [22:55] &lt;@jrand0m&gt; nếu tôi không nghịch I2PTunnel của bạn để đặt retry count về 0 thì ta ổn rồi ;) [22:56] &lt;@jrand0m&gt; (làm hỏng chút dữ liệu chỗ này chỗ kia, nhưng điều đó chẳng hại ai... ờ......) [22:56] &lt;@jrand0m&gt; ok [22:56] &lt;dm&gt; đừng baf [22:56] * @jrand0m sẽ không cố kéo thêm 4 phút để chạm 2 tiếng [22:57] &lt;dm&gt; đừng baf [22:57] * @jrand0m phớt lờ dm và *baf* kết thúc buổi họp </div>/vi/blog/2004/01/27/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-27-th%C3%A1ng-1-n%C4%83m-2004/Tue, 27 Jan 2004 00:00:00 +0000/vi/blog/2004/01/27/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-27-th%C3%A1ng-1-n%C4%83m-2004/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> baffled2, duck, jrand0m, kaji, madman2003, mihi, Reskill</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:03] &lt;jrand0m&gt; 0) chào [22:03] &lt;jrand0m&gt; 1) tình trạng phát triển router (0.2.4) [22:03] &lt;jrand0m&gt; 2) RTCP [22:03] &lt;jrand0m&gt; 3) i2p.net [22:03] &lt;jrand0m&gt; 4) ??? [22:03] &lt;jrand0m&gt; 0) chào [22:03] * jrand0m vẫy tay [22:03] &lt;jrand0m&gt; đây là cuộc họp $num [22:03] &lt;duck&gt; . [22:03] * mihi_backup đã vào #i2p [22:03] &lt;jrand0m&gt; log sẽ được đưa lên wiki khi chúng ta xong [22:03] * Robert đã thoát IRC (Ping timeout) [22:04] * baffled đã thoát IRC (Ping timeout) [22:04] &lt;jrand0m&gt; ok, chuyển tiếp (hy vọng chống lại ping timeout)... 1) tình trạng phát triển router [22:04] * baffled đã vào #i2p [22:05] &lt;jrand0m&gt; tuần này có thêm vài sửa lỗi (bugfix), và phần lớn độ trễ cùng mất mát thông điệp liên quan đã được thu hẹp nguyên nhân xuống transport PHTTP [22:06] &lt;jrand0m&gt; để khỏi lặp lại mình trong email [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html], vậy, có ai có câu hỏi / bình luận gì về tình trạng phát triển không? [22:06] &lt;duck&gt; có [22:06] &lt;jrand0m&gt; có gì? [22:06] &lt;duck&gt; có vẻ vẫn sau một lúc thì cả cái tunnel bị đơ [22:07] &lt;duck&gt; rồi madman2003 và human phải la tôi [22:07] &lt;duck&gt; và khởi động lại mọi thứ [22:08] &lt;jrand0m&gt; hmm, ừ, tôi nghĩ phần lớn là do bản chất tệ hại của code PHTTP 0.2.3.5. Có vài router ngoài kia chỉ có thể tiếp cận qua PHTTP, và nếu họ vẫn chạy 0.2.3.5 thuần, họ sẽ không thể nói chuyện với nhau (nhưng vẫn nói chuyện được với bạn) [22:08] * jar đã vào #i2p [22:08] &lt;madman2003&gt; tôi muốn nói một điều (hơi lạc đề): một trang 404 trong 0.3 sẽ hay, vì nhiều trình duyệt bị rối nếu không nhận được phản hồi như mong đợi [22:08] &lt;jrand0m&gt; điều đó có nghĩa là bất cứ khi nào bạn xây một tunnel đi qua họ, tunnel của bạn sẽ không truy cập được [22:09] * DrWoo đã thoát IRC (Ping timeout) [22:09] &lt;jrand0m&gt; duck&gt; đó là một trong các lý do phe 'ủng hộ' muốn phát hành 0.2.3.6 càng sớm càng tốt, còn 0.2.4 sẽ ra kèm RTCP trong vài ngày [22:09] * DrWoo đã vào #i2p [22:09] &lt;duck&gt; ok, vậy đó là phần phttp? [22:09] &lt;jrand0m&gt; (phe 'phản đối' do khẩu hiệu "upgrading sucks") [22:10] &lt;jrand0m&gt; hmm? code phttp đã được vá trong cvs [22:10] &lt;duck&gt; phe phản đối nào? [22:10] &lt;jrand0m&gt; madman2003&gt; tôi nghĩ baffled có thể đang xem cái đó :) [22:10] &lt;madman2003&gt; nâng cấp dễ mà :) [22:10] &lt;kaji&gt; nâng cấp là tuyệt [22:10] &lt;madman2003&gt; với i2pmgr còn dễ hơn nữa [22:11] &lt;madman2003&gt; chỉ chạm nút là xong :) [22:11] * Robert đã vào #i2p [22:11] &lt;baffled2&gt; tôi đang xem đây madman, có thể sẽ mất một lúc! [22:11] &lt;jrand0m&gt; ừ thì, phía phản đối cho rằng nếu phát hành (giả sử trong vài giờ nữa), mọi người sẽ phải nâng cấp một lần nữa trong, ví dụ, 2-3 ngày [22:11] &lt;jrand0m&gt; nếu thế ổn, mình có thể hoàn tất 0.2.3.6 khá dễ [22:11] &lt;duck&gt; cập nhật làm tôi vui [22:12] &lt;kaji&gt; .6 sửa gì? [22:12] &lt;baffled2&gt; tôi nói làm đi, đa số tụi tôi không có vấn đề gì với việc nâng cấp thường xuyên. [22:12] &lt;madman2003&gt; tôi sẵn sàng nâng cấp mỗi 24 giờ nếu cần [22:12] &lt;jrand0m&gt; 0.2.3.6 sửa PHTTP để, ờ, chạy được [22:12] &lt;jrand0m&gt; ok ngon [22:13] &lt;jrand0m&gt; vậy sau buổi họp mình sẽ gói 0.2.3.6 (có lẽ 1-2 giờ để dọn dẹp) và đăng lên list khi sẵn sàng [22:13] &lt;jrand0m&gt; (cũng như ở đây) [22:13] * Masterboy đã thoát IRC (Ping timeout) [22:14] &lt;jrand0m&gt; ok, còn gì cho tình trạng phát triển không, hay chúng ta nhảy sang 2) RTCP [22:15] * jrand0m jmp 2 [22:15] &lt;madman2003&gt; lúc nào cũng có thể quay lại [22:15] &lt;jrand0m&gt; đúng đúng [22:15] &lt;jrand0m&gt; ok, rtcp đang tiến triển, và tôi hy vọng các thư viện phía client sẽ chạy được sau vài giờ nữa code [22:16] &lt;jrand0m&gt; Kirk nêu một điểm hay trên list về chaining - về lý thuyết, tất cả các relay này có thể có kết nối liên-relay để xây một mạng relay ảo [22:16] &lt;jrand0m&gt; nhưng, ừ, cái đó về cơ bản sẽ thành IRC, hoặc một mạng ẩn danh hoàn chỉnh khác [22:17] &lt;madman2003&gt; ý bạn là loại bỏ hoàn toàn PHTTP? [22:17] &lt;jrand0m&gt; dù điều đó có thể (và khá thú vị), tôi nghĩ trước mắt chúng ta chỉ có RTCP relay (điểm chuyển tiếp RTCP) độc lập (và/hoặc relay tích hợp trong router) [22:18] &lt;jrand0m&gt; madman2003&gt; không, PHTTP vẫn sẽ ở lại (ít nhất để đồng bộ thời gian và cho những người sau các tường lửa chỉ cho HTTP), nhưng RTCP cung cấp một lựa chọn nhanh hơn, độ trễ thấp [22:18] &lt;madman2003&gt; (tôi sẽ tích hợp trong router, vì như thế sẽ chia tải việc relay) [22:18] &lt;jrand0m&gt; đồng ý [22:19] &lt;jrand0m&gt; về cơ bản kiến trúc liên kết tôi hình dung với RTCP là mọi người có địa chỉ có thể truy cập được sẽ chạy RTCP relay riêng của họ (với targetId riêng trên đó), cộng với những ai không có địa chỉ có thể truy cập được thì chỉ việc chọn bất kỳ cái nào trong số đó và tạo một target trên họ [22:20] &lt;jrand0m&gt; các relay này về cơ bản trở thành tổng đài cho liên lạc ngang hàng, nhưng theo kiểu phân tán hoàn toàn (vì chúng không phụ thuộc chút nào vào nhau) [22:20] &lt;madman2003&gt; hoặc dùng nhiều relay nếu số relay nhiều hơn số người cần relay [22:20] &lt;baffled2&gt; Mọi người sẽ tìm các rtcp relay bằng cách nào? [22:20] &lt;madman2003&gt; phttp :) [22:20] &lt;jrand0m&gt; đúng, đó là một điểm hay - các router có thể tạo target trên nhiều relay [22:20] &lt;jrand0m&gt; baffled&gt; rtcp relay sẽ được liệt kê trong RouterInfo của router (được công bố trong networkDb) [22:21] &lt;jrand0m&gt; về cơ bản một router sẽ thấy "ồ, router XYZ có một địa chỉ rtcp tại 127.0.0.1:8999 targetId 3123" rồi kết nối tới 127.0.0.1:8999 và yêu cầu một target cho chính nó [22:23] &lt;madman2003&gt; vừa nghĩ ra một điều: tự động khởi động lại các tunnel mỗi 12 hoặc 24 giờ [22:23] &lt;madman2003&gt; và tự động khởi động lại router + phần còn lại mỗi vài ngày [22:24] * jrand0m đang làm để việc đó không còn cần thiết [22:24] &lt;jrand0m&gt; một router của tôi trên một máy Linux đã chạy liên tục vài ngày rồi [22:24] &lt;mihi&gt; madman2003: bạn có thể thêm các luồng của riêng bạn vào jvm để thoát sau 12 giờ [22:24] &lt;jrand0m&gt; (và nó chỉ offline khi tôi nâng cấp nó) [22:24] * madman2003 phải đi [22:25] &lt;jrand0m&gt; hẹn gặp sau madman2003 [22:25] &lt;madman2003&gt; chúc họp vui [22:25] * madman2003 đã thoát IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] &lt;jrand0m&gt; ok, còn gì về rtcp không? [22:26] &lt;duck&gt; không, nghe ổn [22:26] &lt;jrand0m&gt; ok, chuyển sang một mục ngắn [22:26] &lt;jrand0m&gt; 3) i2p.net. [22:26] &lt;jrand0m&gt; nói thế là đủ [22:26] &lt;jrand0m&gt; 4) ??? [22:26] &lt;jrand0m&gt; ai còn gì nữa không? [22:28] &lt;duck&gt; . [22:28] * jrand0m cảm nhận một kỷ lục: cuộc họp 26 phút [22:29] &lt;Reskill&gt; lol [22:29] * Reskill lững thững bước vào [22:29] &lt;jrand0m&gt; chào buổi sáng Reskill [22:29] &lt;jrand0m&gt; ok, tôi sẽ bắt tay làm để tung ra 0.2.3.6, rồi cày tiếp code rtcp cho 0.2.4 [22:30] &lt;jrand0m&gt; nếu không còn gì nữa... [22:30] &lt;Reskill&gt; Oo... [22:30] &lt;baffled2&gt; Được rồi, gặp mọi người khi tôi về nhà. [22:30] * jrand0m đóng cuộc họp với *baf* </div>/vi/blog/2004/01/20/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-1-2004/Tue, 20 Jan 2004 00:00:00 +0000/vi/blog/2004/01/20/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-20-th%C3%A1ng-1-2004/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dm, duck, Frontier, jar, jrand0m, mihi, Ophite1</p> <h2 id="nhật-ký-cuộc-họp">Nhật Ký Cuộc Họp</h2> <div class="irc-log"> [22:07] &lt;jrand0m&gt; agenda: [22:07] &lt;jrand0m&gt; 0) hi (read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] &lt;jrand0m&gt; 1) router dev status [22:07] &lt;jrand0m&gt; 2) twisted-i2p [22:07] &lt;jrand0m&gt; 3) unit tests [22:07] &lt;jrand0m&gt; 4) network testing / monitoring [22:07] &lt;jrand0m&gt; 5) ??? [22:07] &lt;jrand0m&gt; 0) hi [22:07] &lt;jrand0m&gt; hi [22:07] * jrand0m waves [22:07] &lt;dm&gt; ohhhh meeting! [22:07] * dm waves back. [22:07] &lt;jrand0m&gt; 9p gmt every tuesday :) [22:08] &lt;jrand0m&gt; people should read that url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) since there's stuff in it that I need feedback on during agenda item 4 [22:08] &lt;jrand0m&gt; 1) router dev status [22:09] &lt;jrand0m&gt; making progress, code currently in cvs is looking good. i've had a script testing a series of routers for the last day or so and none of them have popped out a single ERROR message [22:09] &lt;duck&gt; reading... [22:10] &lt;jrand0m&gt; but of course thats just baseline testing (keeping the routers building tunnels correctly, tunneling data through one to another via i2ptunnel, etc) [22:11] * jnk has joined #i2p [22:11] &lt;jrand0m&gt; theres certainly other things that need to be fixed up in the wild, which is why there's going to be a 0.2.3.5 release in the next day or so to confirm functionality or to find new bugs [22:11] &lt;jrand0m&gt; ok, moving on [22:12] &lt;jrand0m&gt; 2) twisted+i2p [22:12] &lt;duck&gt; I do have errors [22:12] &lt;duck&gt; but probably due to others [22:12] &lt;jrand0m&gt; dropped messages and unknown tunnels, right? [22:12] &lt;duck&gt; checking [22:13] &lt;jrand0m&gt; (those are the errors I see with one of my 'live' routers but not on the test network) [22:13] &lt;duck&gt; 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] &lt;jrand0m&gt; ah ok, yeah, i've been smacking around the phttp relay too [22:13] &lt;duck&gt; 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] &lt;jrand0m&gt; hmm that one is funky - could you bounce me the stacktrace? [22:14] &lt;duck&gt; I'll put it up. [22:14] &lt;duck&gt; . [22:14] &lt;jrand0m&gt; gracias [22:15] &lt;jrand0m&gt; actually, thats going to be a general rule with the future releases - WARN or INFO or DEBUG messages are fine, and ERROR or CRIT messages are things I'd like to hear about [22:16] &lt;jrand0m&gt; ok, back to 2) [22:16] &lt;jrand0m&gt; human has put together a way to use i2p via python and the twisted framework (yay!) [22:17] &lt;jrand0m&gt; see his email for more info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] &lt;jrand0m&gt; anything to add human? (if you're here) [22:17] &lt;duck&gt; it is _so_ cool [22:17] &lt;jrand0m&gt; yeah, the sample code for the echo server and client look kick-ass [22:18] &lt;jrand0m&gt; ok, moving on to 3) unit tests [22:19] &lt;jrand0m&gt; yeah, there are some unit tests for most of the data structures, but they aren't "one click testable" so I don't run them on every build. [22:20] &lt;jrand0m&gt; current thoughts are to migrate them to jUnit, as well as to merge as many of the other unit tests currently implemented in the main(..) method of various components (specifically the crypto ones) [22:21] &lt;duck&gt; probably it is difficult to test more complex things [22:21] &lt;jrand0m&gt; thats going to come up to be on the critical path sooner rather than later, depending on where the debugging leads us [22:21] &lt;jrand0m&gt; right, the unit tests as is just test the basics [22:21] &lt;duck&gt; like routing, tcp stuff etc [22:21] &lt;jrand0m&gt; right [22:21] * dm sees a debate on value of unit testing coming. [22:21] &lt;jrand0m&gt; but things like the AESInputStream can be tested in collaboration with AESOutputStream [22:22] &lt;duck&gt; unit test = kickass [22:22] &lt;jrand0m&gt; (and for those watching their logs closely, there's been some funky "pushed back" behavior during decrypt streaming) [22:22] &lt;jrand0m&gt; definitely. [22:23] &lt;jrand0m&gt; unit tests are just for the, er, units. not for the larger components (which is what agenda item 4 is about ;) [22:24] &lt;jrand0m&gt; but in any case, if someone is interested in helping out convert the existing data structure unit tests to the jUnit framework, lemmie know - it'd be much appreciated (and would give you a good foundation of the i2p codebase) [22:24] * mihi_away is now known as mihi [22:25] &lt;dm&gt; If it's not done by the weekend I can take a look. I know nothing about unit testing so I could learn through it. [22:25] &lt;jrand0m&gt; wikked! [22:25] &lt;dm&gt; No promises though. [22:25] &lt;jrand0m&gt; right right [22:25] &lt;jrand0m&gt; ok, moving on to 4) network testing / monitoring [22:26] &lt;jrand0m&gt; has everyone read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? I don't want to just copy and paste that [22:26] * Frontier has joined #i2p [22:27] * jrand0m gives people time to digest [22:27] * dm says... [22:28] &lt;Frontier&gt; digest wat? [22:28] &lt;dm&gt; C) but not with automatic sending. [22:28] &lt;dm&gt; i.e. you type emaillogstojrandom.sh (.bat) [22:28] &lt;dm&gt; email or post, or whatever. [22:29] &lt;dm&gt; and when it does that it clears you log, or moves it somewhere, so you don't submit the same data twice. [22:29] &lt;jrand0m&gt; so basically B [22:29] &lt;jrand0m&gt; (or A) [22:29] &lt;dm&gt; Yeah, user-friendly B) :) [22:29] &lt;jrand0m&gt; thats one of the tricks wrt the data... that log grows to tens of megs per night [22:29] &lt;jrand0m&gt; right [22:30] &lt;dm&gt; sorry, didn't see history=false for C. [22:30] &lt;jrand0m&gt; Frontier) we're discussing section 4 of http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] &lt;mihi&gt; jrand0m: man bzip2 [22:30] &lt;dm&gt; So history=false with a script to post on command. [22:30] &lt;dm&gt; sorry, history=true :) [22:30] &lt;dm&gt; god, I've made a mess of it. [22:31] &lt;jrand0m&gt; right mihi, but bzip2 isn't on windows (unless we require it and install it). or do you mean bzip2 has a flag to submit a file to a url? [22:32] &lt;dm&gt; I wouldn't worry about the size, 10s of megs for the small group of people you have here is fine. [22:32] &lt;Ophite1&gt; I vote C. [22:32] &lt;dm&gt; As long as it gets archived when you run the script to submit. [22:32] &lt;Ophite1&gt; This is a debug client. [22:32] &lt;Ophite1&gt; A in a production client of course :) [22:32] &lt;mihi&gt; jrand0m: then use GZipOutputStream [22:32] &lt;jrand0m&gt; right right Ophite1 ;) [22:33] &lt;jrand0m&gt; mihi&gt; people might like to read these files ;) [22:33] &lt;duck&gt; yeah, opt-in for debugging participation, but once you join, make it as easy as possible for the user (so C) [22:33] &lt;mihi&gt; man zcat ;) [22:33] &lt;Ophite1&gt; jrandom: gzcat | less ;-) [22:33] &lt;mihi&gt; Ophite1: zless ;) [22:33] &lt;jrand0m&gt; C:\Documents and Settings\dev&gt;man [22:33] &lt;jrand0m&gt; 'man' is not recognized as an internal or external command, [22:33] &lt;jrand0m&gt; operable program or batch file. [22:33] &lt;jrand0m&gt; ;) [22:34] &lt;mihi&gt; cd \cygwin &lt;Ctrl+T&gt; call cygwin.bat [22:34] * dm twiddles his thumbs. [22:34] &lt;Ophite1&gt; double-click -&gt; winrar -&gt; view [22:34] &lt;jrand0m&gt; ok, so we have one B, two C, whats your take mihi? [22:34] &lt;jrand0m&gt; (and anyone else?) [22:34] &lt;dm&gt; twiddle thumbs, pick nose, click click. [22:34] &lt;mihi&gt; double-click - 7zop - view. I'd say C. [22:35] &lt;mihi&gt; s/7zop/7zip/ [22:35] &lt;jrand0m&gt; 3 c one b. i kind of prefer c too, and of course if someone /doesnt/ want to submit this data, they can always say so and it won't do shit [22:36] &lt;jrand0m&gt; i'll see if i can implement both c and b [22:36] &lt;dm&gt; Looks like C it is. [22:36] &lt;dm&gt; Don't waste your time, the B person is on dialup and would offer very little data anyway ;) [22:36] &lt;jrand0m&gt; hehe [22:36] &lt;jrand0m&gt; well, c is probably going to be implemented on top of b, so it won't take any more work [22:37] &lt;jar&gt; for me : just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;jrand0m&gt; word jar [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; obviously not anything other than A for prod client... [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; that's a no-brainer :) [22:37] &lt;jar&gt; sorry ... :( [22:37] &lt;jrand0m&gt; s'all good jar, we won't kickban you (... this time ;) [22:38] &lt;jrand0m&gt; ok, so i'll get cracking on that, and pretty much once thats tested we'll have a new 0.2.3.5 release (sometime tomorrow) [22:39] &lt;jrand0m&gt; ok, moving on to 5) ??? [22:39] &lt;jrand0m&gt; anyone have anything else? questions, thoughts, concerns? [22:39] * duck offers free hosting [22:39] * dm accepts free hosting [22:39] &lt;jrand0m&gt; oh word. yeah, people should host sites on host.duck.i2p, its nice having reachable pages [22:39] &lt;jrand0m&gt; (of course people should also feel free to host for themselves too ;) [22:40] &lt;duck&gt; sure, just for those who can't stay online 24/7 [22:40] &lt;jrand0m&gt; right [22:40] &lt;mihi&gt; what happened (will happen?) to the streaming api? [22:40] &lt;jrand0m&gt; mihi&gt; its in the task list, but getting the network functioning reliably is higher priority at the moment :/ [22:41] &lt;mihi&gt; but it is not dropped completely? (that's what i wanna know...) [22:41] &lt;jrand0m&gt; i'll get back to the streaming api for the 0.3.1 release (perhaps sooner, but not sure) [22:41] &lt;jrand0m&gt; its definitely NOT dropped completely. [22:41] &lt;jrand0m&gt; it will be done. [22:41] &lt;dm&gt; What's this streaming API? A different way of exposing the network to clients? [22:42] &lt;jrand0m&gt; dm&gt; http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] &lt;jrand0m&gt; I made what is arguably a mistake of including mode=guaranteed in the router from the beginning instead of putting it in a seperate lib (and now i'm trying to move it out of the router :) [22:43] &lt;jrand0m&gt; (the insanely awesome benefit of that mistake was mihi coming along and writing i2ptunnel :) [22:44] * wn-user has joined #i2p [22:44] &lt;jrand0m&gt; anyone else have anything? [22:44] * dm gets it. [22:45] &lt;jrand0m&gt; w3rd [22:45] &lt;dm&gt; Hmmm, too early to end meeting, ain't it? [22:45] &lt;duck&gt; what about the hosts.txt [22:45] &lt;duck&gt; it is growing and growing [22:45] &lt;jrand0m&gt; well, 45 mins. two weeks ago we had 20 mins [22:45] &lt;jrand0m&gt; ah, true that [22:45] &lt;duck&gt; but 75% is offline [22:45] &lt;duck&gt; and it looks like 50% is permanently offline [22:45] &lt;jrand0m&gt; prolly [22:46] &lt;jrand0m&gt; I dunno [22:46] &lt;duck&gt; just keep it growing, to raise the incentive for a DNS solution :) [22:46] &lt;jrand0m&gt; heh exactly [22:46] &lt;Ophite1&gt; I'm all for a little delay, I'm having a lot of fun with all kinds of Windows problems... [22:46] &lt;dm&gt; Ophite1: windows is the devil! [22:46] &lt;Ophite1&gt; You never really understand just how awful Windows is, until you write software for it. [22:47] &lt;jrand0m&gt; reason #941 to use java [22:47] &lt;dm&gt; Unless you're using .NET. [22:47] &lt;dm&gt; also known as java++ [22:47] &lt;Ophite1&gt; dm/jrand0m: it's still running *on* Windows, and there are still some things you just keep running into. [22:47] &lt;duck&gt; jrand0m: those last patches, would they solve disconnects? or more connection problems [22:47] &lt;Ophite1&gt; Path lengths for example. Bloody unicode. [22:48] &lt;mihi&gt; Or not to use \n in file names ;) [22:48] &lt;mihi&gt; which will crash cvs anyway (on *nix, BTDT) [22:48] &lt;jrand0m&gt; duck&gt; no patches today are critical [22:48] &lt;duck&gt; from yesterday I mean [22:49] &lt;dm&gt; What happens if you use \n in a filenamE? :) [22:49] &lt;mihi&gt; dm: try it ;) on *nix, nothing happens, as long as you don't try to run cvs update afterwards. [22:49] &lt;jrand0m&gt; oh, yesterday there were Good patches that would solve some (most? all?) i2ptunnel Peer unreachable messages. not i2cp disconnects though [22:50] &lt;dm&gt; I think it would throw an exception. [22:50] &lt;jrand0m&gt; (which is one of the reasons 0.2.3.5 is coming out) [22:51] &lt;mihi&gt; dm: it works w/ local repository, but not w/ pserver or ssh. [22:51] &lt;mihi&gt; something like 'protocol error'. [22:51] &lt;mihi&gt; (the protocol terminates file names by \n ;) ) [22:51] &lt;Ophite1&gt; sort of like what happens with direct connect if you have filenames with $ and | in them. I hate DC. [22:51] &lt;duck&gt; . [22:52] &lt;Ophite1&gt; No matter what I code, ever, it could never be that bad :) [22:52] &lt;jrand0m&gt; naw, you c devs just treat \0 as special instead of $ ;) [22:52] &lt;jrand0m&gt; ok, anything else on i2p or we good to go? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] &lt;jrand0m&gt; 'k thazzit [22:54] * jrand0m *baf*s the meeting to a close </div>/vi/blog/2004/01/13/cu%E1%BB%99c-h%E1%BB%8Dp-dev-i2p-13-th%C3%A1ng-1-2004/Tue, 13 Jan 2004 00:00:00 +0000/vi/blog/2004/01/13/cu%E1%BB%99c-h%E1%BB%8Dp-dev-i2p-13-th%C3%A1ng-1-2004/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, wiht, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) 0.2.3.4 [22:01] &lt;jrand0m&gt; 2) 0.3 [22:01] &lt;jrand0m&gt; 3) streaming library, I2COCP, CI2CP [22:01] &lt;jrand0m&gt; 4) apps [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; hi everyone [22:01] &lt;jrand0m&gt; y'all seen http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html? [22:01] &lt;jrand0m&gt; if not, now's your chance :) [22:02] &lt;jrand0m&gt; iip has been acting up a bit, so if someone could say something every once in a while, that'd be swell [22:02] &lt;MrEcho&gt; . [22:02] &lt;jrand0m&gt; w3rd [22:02] &lt;jrand0m&gt; ok, moving on, 1) 0.2.3.4 [22:03] &lt;jrand0m&gt; there'll be a new release in the next day or so with the current state of the code, which includes a lot of bugfixes and more features [22:03] &lt;jrand0m&gt; e.g. tunnelmanager isn't in 0.2.3.3 yet [22:03] &lt;MrEcho&gt; col [22:03] &lt;jrand0m&gt; it'll be backwards incompatible, because i'm mean [22:04] &lt;jrand0m&gt; jumping onto 2) 0.3 [22:04] &lt;MrEcho&gt; :P [22:04] &lt;jrand0m&gt; that'll be out fairly soon, but obviously not on thursday [22:04] &lt;jrand0m&gt; it won't be out until 0.2.3.4 is performing reliably so that everyone can reach all sites they should be able to [22:05] &lt;MrEcho&gt; cool [22:05] &lt;jrand0m&gt; well, moving right along to 3) streaming lib / etc [22:05] &lt;jrand0m&gt; well, thats all spelled out in the email :) [22:05] * eco has joined #i2p [22:05] * mihi_away is now known as mihi [22:05] &lt;jrand0m&gt; if anyone wants to get involved in it, please let me know [22:06] * ion has joined #i2p [22:06] &lt;jrand0m&gt; 'lo eco, mihi, ion [22:06] &lt;jrand0m&gt; ok, moving on to 4) apps [22:06] &lt;jrand0m&gt; anyone working on an app that will run over i2p that has anything to add? [22:07] * wiht has joined #i2p [22:07] &lt;MrEcho&gt; re ask the quest j [22:07] &lt;jrand0m&gt; well, we're at the last agenda item, so might as well :) [22:08] &lt;MrEcho&gt; wiht .. get my email? [22:08] &lt;jrand0m&gt; anyone have anything to bring up outside the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html post? [22:08] &lt;wiht&gt; Yes, let me read it. [22:08] &lt;jrand0m&gt; MrEcho&gt; have you read zooko's naming page yet? [22:08] * jar has joined #i2p [22:08] &lt;MrEcho&gt; no .. lost the link [22:09] &lt;jrand0m&gt; (from the logs last week, http://zooko.com/distnames.html) [22:10] &lt;jrand0m&gt; anyone have anything to add, or are we at a record breaking 10 minute meeting? [22:10] &lt;MrEcho&gt; still working on my dns idea [22:10] &lt;jrand0m&gt; coo' [22:10] &lt;wiht&gt; MrEcho: Yes, I would like to work together on naming service. [22:10] &lt;MrEcho&gt; sweet [22:11] &lt;wiht&gt; But I will not have time until next Wednesday. [22:11] &lt;MrEcho&gt; ok [22:11] &lt;MrEcho&gt; will give me some time to finish up on a few things [22:11] &lt;mrflibble&gt; how long till the meet? [22:11] &lt;jrand0m&gt; -11 minutes [22:11] &lt;mrflibble&gt; oops [22:11] * mrflibble is v late [22:11] &lt;mrflibble&gt; :) [22:12] &lt;jrand0m&gt; (we've gone through the 5 agenda items very very quicky :) [22:12] * mrflibble goes back to lurking and the backscroll [22:12] &lt;jrand0m&gt; heh [22:12] &lt;wiht&gt; jrand0m: Have you measured how much CPU is used per tunnel by the server? [22:14] &lt;wiht&gt; Let me restate that: if you have five connections to other routers, and they are using 20% of CPU, how much will be used after 6th connection? Have you measured this? [22:15] &lt;jrand0m&gt; they shouldn't consume 20% of the cpu, or even 1% [22:15] &lt;jrand0m&gt; (for client tunnels - server tunnels may consume more) [22:15] &lt;wiht&gt; Server tunnels. [22:16] * eco has quit IRC (Ping timeout) [22:16] &lt;wiht&gt; But that will probably be dependent on your CPU speed, so that was a badly stated question. [22:16] &lt;jrand0m&gt; server tunnels before the streaming lib will require cpu load whenever a new peer connects [22:18] &lt;wiht&gt; All right. [22:19] &lt;duck&gt; are we at #5 already? [22:19] * ion has quit IRC (Ping timeout) [22:19] &lt;jrand0m&gt; yup [22:20] * duck mentions the hosting options that home.duck.i2p provides [22:20] &lt;jrand0m&gt; ooOOoo [22:20] &lt;duck&gt; it hasnt been tested by anybody besides me though [22:20] &lt;duck&gt; waiting for betatester Ardvark to show up [22:20] &lt;jrand0m&gt; so the hosting lets someone run apache / etc? [22:21] &lt;jrand0m&gt; (or do they have to run the i2p router? [22:21] &lt;duck&gt; neither [22:21] &lt;duck&gt; they can put their html files on /home/username/public_html/ [22:21] &lt;duck&gt; and it will show up on `http://home.duck.i2p/~username/` [22:21] &lt;jrand0m&gt; ah nice [22:21] &lt;jrand0m&gt; php support? cgi / .pl / etc? or just html? [22:22] &lt;jrand0m&gt; (thats kick fucking ass, in any case) [22:22] &lt;duck&gt; php and html [22:22] &lt;jrand0m&gt; wwwwwwwwwicked [22:22] &lt;mihi&gt; duck: won't that compromize your anonymity? [22:22] &lt;duck&gt; how? [22:22] &lt;mihi&gt; phpshell? [22:22] &lt;mihi&gt; or is the full apache in a vmware/UML box? [22:22] &lt;duck&gt; system, exec, etc are disabled [22:23] &lt;duck&gt; plus the host cant connect to the outsite [22:23] * wilde has joined #i2p [22:23] &lt;duck&gt; (it is inside an UML box) [22:23] &lt;duck&gt; (pl and other cgis are too difficult to debug without shell access, plus they often break) [22:23] * mihi_backup has joined #i2p [22:23] &lt;jrand0m&gt; jsp access? :) [22:23] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:23] &lt;duck&gt; ofcourse not [22:24] &lt;mihi&gt; and why not ssh access as well, when it's an UML box? [22:24] &lt;duck&gt; because the average IIP user will start running forkbombs [22:24] &lt;jrand0m&gt; with ssh access, they could traceroute i2p.dnsalias.net [22:24] &lt;mihi&gt; man ulimit [22:24] &lt;jrand0m&gt; ah true [22:24] &lt;mihi&gt; man limiting cpu time on uml boxes. [22:25] &lt;mihi&gt; (okay, it will crash apache, shit...) [22:25] &lt;duck&gt; man run your own host :) [22:25] &lt;jrand0m&gt; hehe [22:25] &lt;lucky&gt; hi [22:25] &lt;duck&gt; I'll add it on the todo [22:25] &lt;jrand0m&gt; a reliable hosting service provider will RULE [22:25] &lt;kaji&gt; now all we need is a wiki [22:25] * wiht has left #i2p (wiht) [22:26] * lucky has a reliable net connection... [22:26] &lt;duck&gt; you already have a wiki [22:26] &lt;jrand0m&gt; kaji&gt; duck.i2p has one [22:26] &lt;duck&gt; wiki.invisiblenet.net [22:26] &lt;jrand0m&gt; that too [22:26] &lt;kaji&gt; oh sweet then [22:26] &lt;jrand0m&gt; (yeah, the main i2p wiki is http://wiki.invisiblenet.net/iip-wiki?I2P ) [22:26] * dm has quit IRC (Ping timeout) [22:28] * mihi is now known as mihi_away [22:28] * mihi_backup has quit IRC (Ping timeout) [22:29] &lt;jrand0m&gt; 'k, anything else before we close out the meeting? [22:29] &lt;kaji&gt; doh, i missed the meeting? [22:29] &lt;jrand0m&gt; we're not quite done yet, but about it [22:29] &lt;lucky&gt; meeting? [22:29] &lt;lucky&gt; Oh, thats so not fair [22:29] &lt;lucky&gt; i just got home. [22:29] &lt;wilde&gt; are there logs anywhere? [22:29] &lt;wilde&gt; meeting log [22:30] * lucky has a log... [22:30] &lt;kaji&gt; can some one write a howto for using wget over i2p in windows? [22:30] &lt;jrand0m&gt; meeting logs at http://wiki.invisiblenet.net/iip-wiki?Meetings [22:30] &lt;jrand0m&gt; kaji you'll probably need to add the http_proxy to the environment [22:32] &lt;jrand0m&gt; ok, lets wrap this one up, and I'll post up the logs momentarily. anyone who has anything else can post to the mailing list or just chat on here :) [22:32] &lt;kaji&gt; also im now sharing /books/ and /audio/ at kaji.i2p and i think i will make a short howto about the bugs in apache alias for windows [22:32] &lt;jrand0m&gt; word kaji! [22:32] * jrand0m *baf*s the meeting closed on that note </div>/vi/blog/2004/01/06/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-6-th%C3%A1ng-1-2004/Tue, 06 Jan 2004 00:00:00 +0000/vi/blog/2004/01/06/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-6-th%C3%A1ng-1-2004/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, dup, enduser, FillaMent, human, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, Nightblade, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] &lt;jrand0m&gt; 2) [discussion] [22:02] &lt;wiht&gt; Can I add installer to agenda? [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; oh yes, certainly! [22:02] &lt;jrand0m&gt; we're trying something new this week [22:03] &lt;wiht&gt; You can put it at the end of the agenda. [22:03] &lt;jrand0m&gt; rather than the old talktalktalkreplytalktalktalk, the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html post describes most of the things I had planned on saying [22:03] * mihi_ has joined #i2p [22:04] &lt;jrand0m&gt; instead, we're trying this week to make the meeting more discussion oriented - things people want to talk about from that post, any follow up posts, and/or anything else people want to discuss [22:04] &lt;jrand0m&gt; such as a new installer [22:05] &lt;jrand0m&gt; so, that said, people should start by checking out that email/post and we'll go from there :) [22:05] * mihi_away is now known as mihi [22:05] * kaji reads the post [22:05] * mihi_ is now known as mihi_backup [22:06] &lt;jrand0m&gt; 27 users with only one dup! w0w [22:07] * dm is now known as dup [22:07] &lt;jrand0m&gt; ok, when people have read that, perhaps we can start by going over the index and seeing if there's anything someone wants to add / comment on / discuss? [22:07] &lt;mihi&gt; jrand0m: where do you know from that there are no more dupes? [22:07] &lt;jrand0m&gt; heh thanks dm [22:07] &lt;jrand0m&gt; mihi&gt; I installed keyloggers on everyone's computers (bwhahahaha) [22:07] &lt;wiht&gt; I would like to add installer as topic 10, and possibly naming service as topic 11. [22:07] * mihi sent the followup to the wrong address :(, resending... [22:08] &lt;jrand0m&gt; good call wiht [22:09] &lt;MrEcho&gt; mrecho's new dns is in the works [22:09] &lt;jrand0m&gt; cool mihi, yeah I was wondering ;) [22:09] &lt;kaji&gt; how is dns coming along? - ah [22:09] &lt;jrand0m&gt; MrEcho&gt; your post, right? [22:09] &lt;MrEcho&gt; working on the post [22:10] &lt;jrand0m&gt; ok, in the meantime, anyone have anything on 1) streaming? or should we jump to 2) I2PTunnel, TunnelManager, and i2pmgr? [22:10] &lt;lucky&gt; good lord... i could spend the rest of my life attempting to figure out these dependecnies. [22:10] &lt;wiht&gt; So let's say DNS/NS as topic 11. [22:10] &lt;jrand0m&gt; sounds good wiht [22:10] * duck walks in [22:11] &lt;jrand0m&gt; ev'nin duck [22:11] &lt;mihi&gt; ad 1, i committed code for i2ptunnel using the streaming api [22:11] &lt;jrand0m&gt; ah right, awesome mihi :) [22:11] &lt;lucky&gt; hi duck [22:11] * twosandals has quit IRC (Leaving) [22:11] &lt;kaji&gt; jrand0m can several sevices use the same key if they are on diffrent ports? [22:11] &lt;jrand0m&gt; no kaji [22:11] &lt;mihi&gt; btw: why do your ant files always delete the jar before rebuilding it? [22:11] &lt;jrand0m&gt; mihi&gt; paranoia [22:12] &lt;mihi&gt; stealing me time with debugging, i'd say ;) [22:12] &lt;jrand0m&gt; kaji&gt; in i2p, a key /is/ a port, essentially [22:12] &lt;jrand0m&gt; heh [22:12] &lt;kaji&gt; ah [22:13] &lt;jrand0m&gt; mihi&gt; if you want to update that, as long as it'll build the jar if the class files change thats fine [22:13] &lt;mihi&gt; if the file is newer than all files in it, and could skip it otherwise. [22:13] &lt;jrand0m&gt; right [22:13] &lt;mihi&gt; and for paranoia it is better to add a &lt;depends&gt; task [22:13] &lt;jrand0m&gt; agreed [22:13] &lt;FillaMent&gt; yo yo [22:13] &lt;jrand0m&gt; 'lo FillaMent [22:14] &lt;jrand0m&gt; ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC has joined #i2p [22:15] &lt;human&gt; i did a little hacking to make the TunnelManager return the job ids when "openclient" or "openserver" commands are called [22:16] &lt;jrand0m&gt; kickass :) [22:16] &lt;human&gt; this way, apps using the TunnelManager know which job to close later, without parsing the "list" output [22:16] &lt;jrand0m&gt; yeah, I've not been too comfortable with using tunnelmanager's list and close, since multiple clients can b0rk each other that way [22:17] &lt;jrand0m&gt; we'll get that patch in there right after the meeting. gracias human :) [22:17] &lt;human&gt; it involved making I2PTunnel.runCommand return some stuff (currently a Property) [22:17] &lt;human&gt; s/Property/Properties/ [22:17] &lt;jrand0m&gt; oh right, there's some things to modify in that before getting it into the code [22:18] &lt;human&gt; but mihi would prefer to add some asynchronous callbacks to the Logging clas, as far as i understand... [22:19] &lt;jrand0m&gt; right - so that things can get information from the tasks immediately, without waiting for it to finish [22:20] * mihi has quit IRC (EOF From client) [22:20] &lt;human&gt; jrand0m: the idea is: let's I2PTunnel.runCommand() return immediately, and eventually use callbacks to get more info, right? [22:21] &lt;jrand0m&gt; right [22:21] &lt;jrand0m&gt; so the tasks fire callbacks whenever there is data to distribute [22:21] * mihi has joined #i2p [22:21] &lt;human&gt; well, IMHO there is another question: «how many java apps (will) use I2PTunnel.runCommand() asynchronously?» *All* the apps currently using I2PTunnel (even via the TunnelManager) are perfectly fine with synchronous (even if long) .runCommand() calls, and making all the stuff asynchronous would only make things more complicated (IMHO) [22:22] * mihi uses it via the gui [22:22] &lt;human&gt; (well, "all" means the TunnelManager and apps parsing the Tunnel manager output) [22:22] &lt;jrand0m&gt; right, the gui will hang while the command is executed [22:22] &lt;mihi&gt; and entering the next 3 tunnel open commands is blocked while the first is running [22:23] &lt;human&gt; mihi: ok, i didn't know about your app... then we need some solution :-) [22:24] &lt;human&gt; mihi: asynchronous .runCommand() behaviour would require to revise the TunnelManager [22:24] &lt;mihi&gt; human: when (iyo) should runCommand terminate? when the tunnel is built, when the connection got through? [22:25] &lt;mihi&gt; "destination unreachable" will be known *after* the first connection attempt was made. [22:25] &lt;jrand0m&gt; the command pattern would have the execute() return only after it was complete. [22:26] &lt;mihi&gt; what does *complete* mean? [22:26] &lt;jrand0m&gt; (so if we're following the command pattern, runCommand would block until everything required to do that command was complete) [22:26] &lt;human&gt; mihi: eheh, that's the question :-) [22:26] &lt;jrand0m&gt; complete for "server 1234 privkeys" would be when the server can accept connections on port 1234 [22:26] &lt;human&gt; mihi: well, for TunnelServer's IMHO it should return after tunnel creation [22:27] &lt;jrand0m&gt; complete for "client 234 peer" would be complete when a connection to port 234 would successfully reach peer [22:27] &lt;jrand0m&gt; at least, thats my take [22:27] &lt;mihi&gt; how can you determint the latter? [22:27] &lt;jrand0m&gt; I really don't feel strongly either way [22:27] &lt;jrand0m&gt; perhaps a ping? [22:27] * Sciatica has joined #i2p [22:28] &lt;mihi&gt; and if the peer goes down just after the ping? [22:28] &lt;mihi&gt; imo it is impossible to do network apps without callbacks [22:28] &lt;jrand0m&gt; right [22:28] &lt;mihi&gt; or lotsa threads, and i prefer callback on threads synchronized to death [22:29] &lt;jrand0m&gt; perhaps it should only return after its able to /attempt/ to connect? [22:29] &lt;jrand0m&gt; or maybe the command pattern isn't the desired pattern [22:29] &lt;mihi&gt; that's what it's doing now. and what result should it return then? [22:30] &lt;mihi&gt; the point is that you want to have a result (different from an int for the connection id) [22:30] &lt;jrand0m&gt; right, for the client command, one wants the job (so it can be closed later), but for the genkey command, one wants the public key and private key [22:30] * mihi cannot think of any other info that is known at that point. [22:30] &lt;jrand0m&gt; agreed, me neither. [22:31] &lt;dup&gt; 0! [22:31] &lt;mihi&gt; and genkey should wait? okay, if you think so. [22:31] &lt;human&gt; mihi: well, something like a status ("ok" or "error") and error messages... [22:31] &lt;mihi&gt; human: error messages will be "too late" imo [22:31] &lt;mihi&gt; but do what you want... [22:32] &lt;mihi&gt; as long as you make it work with the streaming api afterwards as well... [22:32] &lt;jrand0m&gt; the pain points human is addressing are the kludges in the TunnelManager that parses the logging messages. but I agree, as long as we can expose that information via the logging interface, thats fine [22:32] &lt;dup&gt; mihi is wise. [22:32] &lt;human&gt; human: some can be communicated immediately (e. g. when the tunnel port is still in use) [22:32] &lt;mihi&gt; human is talking to himself ;) [22:32] &lt;human&gt; oops! :-) [22:35] &lt;human&gt; maybe we should see what kind of applications are being built upon I2PTunnel [22:35] &lt;human&gt; the asynchronous interface is the Right Thing(TM), but it's more complicated to use [22:35] &lt;jrand0m&gt; I think it would be best if we could keep the same functionality for the current software - including the gui. [22:35] &lt;FillaMent&gt; maybe I'm jumping in ignorantly, but perhaps a method like one might find many that deal with HTTP: getHeader(String headerName) [22:35] &lt;FillaMent&gt; smake me as needed [22:35] &lt;FillaMent&gt; smack [22:36] * jrand0m smake's FillaMent [22:36] &lt;human&gt; and the TunnelManager doesn't need it (since it will *never* be able to properly support asynchronous events, due to its nature) [22:36] * kaji has a completely off-topic idea [22:36] * FillaMent resigns himself to advocacy =) [22:37] &lt;human&gt; but if mihi application needs to monitor the tunnels state, then the asynchronous interface is a Must(TM) [22:37] &lt;jrand0m&gt; human&gt; java -jar lib/I2PTunnel.jar\n. We need to support async. [22:37] &lt;kaji&gt; i2p as a java applet so you can run it from strange computers quickly by going to a website [22:37] * Sciatica has quit IRC (EOF From client) [22:37] &lt;human&gt; jrand0m: yes, then we must rework the TunnelManager :-) [22:37] &lt;jrand0m&gt; kaji&gt; i2p 3.0 :) [22:38] &lt;jrand0m&gt; agreed human, the tunnelmanager implementation was a quick and dirty impl [22:38] &lt;jrand0m&gt; do you think you could look into how that'd need to proceed? [22:38] * human can volunteer to adapti the TunnelManager to the asynchronous interface, when ready [22:38] &lt;jrand0m&gt; w00t :) [22:40] &lt;jrand0m&gt; ok, are we ready for agenda item 3) I2COCP [22:40] &lt;human&gt; otherwise, it would be possible to create sync and async methods for I2PTunnel [22:40] &lt;jrand0m&gt; true [22:40] &lt;jrand0m&gt; but duplication might be overkill when a little refactoring would serve the purpose [22:41] * baffled has quit IRC (Leaving) [22:41] &lt;duck&gt; personal concern about the tunnels: apps not closing them, so your whole tunnelmanager becomes flooded [22:41] &lt;human&gt; jrand0m: yes, we should choose the easiest solution between reworking the TunnelManager or adding new APIs to I2PTunnel :-) [22:42] &lt;jrand0m&gt; thats a good point duck. currently there are no timeouts / expirations, and it assumes the apps using the tunnelManager are well behaving (and that the tunnelManager has no bugs [hah!]) [22:43] &lt;mihi&gt; apropos new apis: should the Streaming api classes "replace" the old ones or should it be possible to use both (w/ different commands?) [22:43] &lt;jrand0m&gt; mihi&gt; I think the streaming ones will want to replace, since once the streaming api is solid mode=GUARANTEED will go away [22:43] &lt;jrand0m&gt; (and hence the old ones wont work) [22:44] * MrEcho 's email sent [22:46] &lt;jrand0m&gt; anything else for the tunnel discussion? (this obviously isn't the end of tunnel discussions overall ;) [22:47] * dup is now known as dm [22:47] &lt;jrand0m&gt; ok, I2COCP [22:47] &lt;jrand0m&gt; this was just something human suggested the other day and it seems to fill a gap thats not currently met. but I think we want to hold off on implementing until we have something that wants to use it :) [22:48] &lt;wiht&gt; That is a somewhat long name, even abbreviated. [22:48] * jrand0m now calls I2COCP "Wilma" [22:48] &lt;human&gt; jrand0m: well, i was going to write the same words :-) [22:48] &lt;jrand0m&gt; heh cool [22:49] &lt;jrand0m&gt; ok, jumping on to 4) roadmap [22:49] &lt;human&gt; jrand0m: IMHO, in general, there should be a way for non-java apps to have a somewhat full access to the I2P network [22:49] &lt;jrand0m&gt; agreed [22:49] &lt;jrand0m&gt; the intent is that they'd use I2CP [22:50] &lt;jrand0m&gt; (as all java apps, i2ptunnel and the streaming library included, use that) [22:50] &lt;human&gt; jrand0m: yes [22:50] &lt;MrEcho&gt; I2PDNS "Janessa" [22:50] &lt;jrand0m&gt; but you're right, they'd want streaming too, so either tunnelmanager-&gt;i2ptunnel or i2cocp-&gt;streaming lib [22:50] * jrand0m has never met a Janessa [22:51] * Sciatica has joined #i2p [22:51] &lt;jrand0m&gt; ok, so, yeah, the roadmap has been updated. no real big changes beyond pushing back 0.3 and 0.3.1 by 2 weeks, adding 2.0 info, and some more 1.0 criteria [22:51] &lt;human&gt; jrand0m: yeah, there should be "TCP" and "UDP"-like protocols for I2P, with complete protocol event reporting, accessible from non-java apps [22:52] &lt;MrEcho&gt; human, sounds good [22:52] &lt;jrand0m&gt; I want there to be every possible interface, but I don't want to overcommit with too many interfaces to be supported [22:52] * human wanted I2COCP (or whatever) for his I2P twisted transport (see http://www.twistedmatrix.com/), but for now he will happily kludge around the TunnelManager :-) [22:53] * w0rmus has quit IRC (Lost terminal) [22:53] &lt;jrand0m&gt; word. that'd be best for now [22:54] &lt;jrand0m&gt; ok, any comments on the roadmap? [22:55] &lt;jrand0m&gt; [nothing to see here, la la] [22:55] &lt;jrand0m&gt; ok, 5) i2pIM [22:55] &lt;jrand0m&gt; thecrypto isn't here, so we can just wait for a post to i2p@ with updates :) [22:55] &lt;wiht&gt; We have Jabber now, if I am not mistaken. Do we still need i2pIM? [22:55] &lt;jrand0m&gt; yes [22:55] &lt;jrand0m&gt; jabber has a server that gets cleartext. [22:56] &lt;wiht&gt; Oh. Very well, then; I was not aware of this. [22:56] &lt;jrand0m&gt; thats two strikes (a server, and cleartext) [22:56] &lt;jrand0m&gt; its a good solution for some things though, certainly [22:56] &lt;jrand0m&gt; actually, once thing I was thinking about this morning was if we could get i2pIM and i2psnark merged together, that would be Good. [22:57] &lt;jrand0m&gt; (but once thing at a time) [22:57] &lt;jrand0m&gt; actually, speaking of the devil, 6) i2psnark :) [22:57] &lt;human&gt; jrand0m: i sometimes used jabber with gnupg... [22:57] &lt;jrand0m&gt; for &gt;2 person chats? [22:58] &lt;jrand0m&gt; for one on one, I totally agree there are existing solutions [23:01] &lt;jrand0m&gt; ok, on to a fun one, 7) introducing I.Toopie :) [23:01] &lt;human&gt; how would you implement encrypted &gt;2 people chats? a shared private key? [23:01] &lt;jrand0m&gt; yes human [23:01] &lt;jrand0m&gt; or through n! shared keys in the group [23:02] &lt;human&gt; well, maybe it could be done above the existing jabber protocol... [23:02] &lt;mihi&gt; human: a shared symmetric key sent to all participants [23:02] &lt;jrand0m&gt; the hard part is dealing with joins &amp; leaves - key rotation /etc [23:03] * Sciatica has quit IRC (Ping timeout) [23:03] &lt;jrand0m&gt; its in no way a trivial issue. its really really really hard. [23:03] * mihi acks [23:03] * human agrees [23:04] &lt;jrand0m&gt; (which is why having an app designed for it rather than trying to kludge it on top of another protocol may be worthwhile) [23:04] &lt;jrand0m&gt; but thecrypto can best describe his plans [23:04] &lt;jrand0m&gt; (though its my understanding he's still open to ideas for how to deal with groups) [23:05] * Sciatica has joined #i2p [23:06] &lt;jrand0m&gt; ok, moving on :) [further discussion on i2p@, etc] [23:06] &lt;wiht&gt; What is I.Toopee, though? [23:06] &lt;lucky&gt; the mascot... [23:06] &lt;jrand0m&gt; I.Toopie is a guy holding a yellow mask in front of his face [23:06] * lucky shudders. [23:07] &lt;lucky&gt; uh huh. [23:07] &lt;lucky&gt; can i see it? [23:07] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup has quit IRC (EOF From client) [23:07] &lt;lucky&gt; i have added java to my compile queue... [23:07] &lt;lucky&gt; but.. lol [23:07] &lt;lucky&gt; i already have 7 things running [23:07] &lt;lucky&gt; it'll be a while. [23:08] &lt;lucky&gt; aw, cute :P [23:08] &lt;MrEcho&gt; lol [23:08] &lt;jrand0m&gt; there have been lots of cool logos (I can't believe we've had the logo contest going on for 3 months!), and it looks like we've got some strong potential with I.Toopie. in its simplicity, its conception, and its versatility. [23:08] &lt;jrand0m&gt; and, yeah, its cute ;) [23:08] &lt;mihi&gt; are some imgs broken or is my browser buggy? [23:08] &lt;jrand0m&gt; yeah, some are broken [23:09] &lt;jrand0m&gt; (they were put on temporary hosting sites 3 months ago) [23:09] &lt;MrEcho&gt; I.Toopie's stick is now all yellow ... [23:09] &lt;MrEcho&gt; changed lastnight [23:09] &lt;jrand0m&gt; it is? [23:09] &lt;jrand0m&gt; people should UPDATE THE WIKI then [23:09] &lt;jrand0m&gt; ;) [23:09] &lt;MrEcho&gt; hehe [23:09] &lt;MrEcho&gt; i dont have the pic anymore .. sorry [23:10] &lt;wiht&gt; I see the pictures with Opera, but not with Mozilla somewhy. [23:10] &lt;jrand0m&gt; you can see http://img.villagephotos.com/p/2003-10/437060/badass.jpg ? [23:10] &lt;jrand0m&gt; (thats one of the images on that page) [23:11] &lt;duck&gt; Access Denied (User Account Disabled) [23:11] &lt;jrand0m&gt; yeah, same here. [23:11] &lt;MrEcho&gt; i can see it [23:11] &lt;jrand0m&gt; but yes, DrWoo has done some kickass stuff with I.Toopie [23:11] &lt;MrEcho&gt; moz 1.5 [23:11] * soros has quit IRC (EOF From client) [23:11] * mihi_away has joined #i2p [23:11] * lucky has quit IRC (EOF From client) [23:12] &lt;jrand0m&gt; same here MrEcho. strange. [23:12] &lt;wiht&gt; MrEcho: I am using Mozilla 1.4. [23:12] &lt;jrand0m&gt; (same as in I'm on moz 1.5 and I'm getting access denied) [23:13] * jrand0m looks forward to a tray icon w/ i.toopie :) [23:13] &lt;jrand0m&gt; ok, moving on to 8) chess server [23:14] * Sciatica has quit IRC (Ping timeout) [23:14] * ion has quit IRC (Ping timeout) [23:14] &lt;jrand0m&gt; the latest hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) contains the reference for chess.fillament.i2p [23:14] &lt;jrand0m&gt; you can use any old FICS client or just telnet to that and play away :) [23:14] &lt;jrand0m&gt; (yay) [23:15] &lt;kaji&gt; is there a goog fics client for windows? [23:15] &lt;jrand0m&gt; dunno, I ended up using telnet [23:15] &lt;wiht&gt; Does eboard work? [23:15] &lt;jrand0m&gt; (which had some fairly tough rampup to learn the commands) [23:15] * ion has joined #i2p [23:16] &lt;jrand0m&gt; dunno [23:16] * BpX has joined #i2p [23:16] &lt;wiht&gt; I will try it later. [23:16] &lt;jrand0m&gt; cool, if you could post up what you find, that'd be great [23:17] &lt;jrand0m&gt; ok, 9) DHT [23:17] * wilde has quit IRC (Ping timeout) [23:17] &lt;jrand0m&gt; we still don't have a dht, but perhaps this is a lead for something we can start to port [23:18] &lt;jrand0m&gt; (it uses UDP so getting it to use I2CP wouldn't be hard) [23:18] &lt;MrEcho&gt; dht??? [23:18] &lt;MrEcho&gt; im blanking on that one [23:18] &lt;jrand0m&gt; MrEcho&gt; see [10] in the email ;) [23:18] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] &lt;Nightblade&gt; entropy is a good enough temporary solution [23:18] &lt;jrand0m&gt; agreed [23:19] &lt;jrand0m&gt; though I think we need to look at a long term solution as well [23:19] * soros has joined #i2p [23:19] * lucky has joined #i2p [23:20] * human is worried about gcj/kaffe compatibility with DHTs like Bamboo (http://bamboo-dht.org/) [23:20] &lt;jrand0m&gt; yeah, bamboo is 1.4 [23:20] &lt;MrEcho&gt; afk [23:20] &lt;jrand0m&gt; thats the glory of i2cp though - the router &amp; tunnels can be gcj'ed, while things that access them can be whatever [23:21] &lt;jrand0m&gt; it /is/ purely for an app though - not as part of the core [23:21] &lt;jrand0m&gt; I'm just trying to think of things that would help the end users who end up downloading i2p do something useful right off the bat [23:22] &lt;jrand0m&gt; (being able to post uncensorable content anonymously would be a good useful thing) [23:22] &lt;jrand0m&gt; s/uncensorable/very censorship resistant/ [23:23] &lt;human&gt; jrand0m: ah, ok - i thought that bamboo was going to replace Kademlia for the NetworkDB :-) [23:23] &lt;Nightblade&gt; the squid proxy is something they can do... for users for example in china that would be a very nice thing to have [23:23] &lt;jrand0m&gt; Nightblade&gt; right, but the squid isn't scalable [23:24] &lt;Nightblade&gt; yeah i think it would be interesting to have a kind of distributed JAP [23:24] &lt;jrand0m&gt; agreed [23:24] &lt;jrand0m&gt; so that's also another thing that would be great if people could check into :) [23:24] &lt;mihi&gt; Nightblade: the prob is abuse handling - i won't open my box for any outgoing http [23:24] &lt;jrand0m&gt; I'm sure some people will though [23:25] &lt;Nightblade&gt; with an additional part where an individual node could choose what sites they want to proxy for people... a client could send a requst for "whitehouse.com" and then one of the nodes that will do the proxying and will permit that url can answer [23:25] &lt;Nightblade&gt; yeah i think it would have to have some kind of access controls [23:25] &lt;Nightblade&gt; blacklist or whitelist [23:25] &lt;jrand0m&gt; right [23:25] &lt;Nightblade&gt; of domain names [23:26] &lt;jrand0m&gt; its the "exit policy" system. though this is a whole project in and of itself [23:27] &lt;MrEcho&gt; it could ride on the DNS system... i guess [23:27] &lt;jrand0m&gt; certainly [23:27] &lt;wiht&gt; mihi: What if you limit the bandwidth used? Or is it the websites accessed that could get you in trouble? [23:27] &lt;MrEcho&gt; at a very later date lol [23:27] &lt;jrand0m&gt; wiht&gt; many providers explicitly disallow running servers of any kind [23:28] &lt;MrEcho&gt; verizon fucks with port 21 for sure... [23:28] &lt;wiht&gt; jrand0m: Oh. Yes, that is a problem. [23:28] &lt;Nightblade&gt; there would have to be some way for clients to request the sites they want downloaded for them.. Broadcast requests are not a very good solution, especially on i2p [23:29] &lt;mihi&gt; wiht: the problem is the websites that can be accessed. compare the lawsuit of JAP some time ago. /me lives in the same country [23:29] &lt;jrand0m&gt; agreed. though broadcast isn't possible without brute forcing a ~2^2300 keyspace ;) [23:30] &lt;jrand0m&gt; right mihi, people in oppresive regimes would not be able to safely run outproxies [23:30] &lt;wiht&gt; mihi: What was the lawsuit? I do not remember. [23:30] * dm has quit IRC (Ping timeout) [23:30] &lt;Nightblade&gt; i mean, even if you had a list of destinations that provide web proxying, you would not want to have to broadcast to them all [23:30] &lt;jrand0m&gt; right Nightblade [23:30] &lt;Nightblade&gt; request broadcast i mean [23:31] &lt;mihi&gt; the prob was that someone had accessed a child porn site and it went over a JAP proxy and they could not tell where the request came from. this was interpreted as thowing stones into police's work [23:31] &lt;jrand0m&gt; people may want to check out crowds or rewebber to see other projects that worked on this same task [23:31] &lt;wiht&gt; mihi: Ah. Thank you for the explanation. I see understand you are concerned now. [23:31] * mihi_away has quit IRC (Ping timeout) [23:31] &lt;mihi&gt; and made that change to the jap software that makes it possible to catch people. which was removed later [23:32] &lt;wiht&gt; Er, I understand why you are concerned. [23:32] &lt;mihi&gt; at the end it came out that the JAP would not have to disclose the data, but i don't want to know what the lawyers cost... [23:32] &lt;Nightblade&gt; yeah but didn't the police seize the information anyway? [23:32] &lt;jrand0m&gt; yes [23:33] &lt;mihi&gt; they did... [23:33] &lt;jrand0m&gt; but anyway, yes, both a scalable DHT and a scalable web proxy would be Really Good Things to have by 1.0 [23:34] &lt;mihi&gt; and they cannot give it backk, can they? [23:34] * BpX has quit IRC (Ping timeout) [23:36] * Sciatica has joined #i2p [23:36] &lt;jrand0m&gt; ok, anything else for point 9? or are we on to 10/11) NS/DNS? [23:36] &lt;wiht&gt; I would like to make a brief comment about the installer after topic 10. [23:37] &lt;jrand0m&gt; 'k perhaps lets hit that now, since NS/DNS might not be uber-brief? ;) [23:37] &lt;wiht&gt; All right. The router has a start script and a stop script. [23:37] &lt;jrand0m&gt; right [23:37] &lt;wiht&gt; I would like all of the services to be done that way--to have both a start and a stop script. [23:37] &lt;jrand0m&gt; most of them do [23:37] &lt;jrand0m&gt; don't they? [23:38] &lt;jrand0m&gt; oh, not stop scripts [23:38] &lt;wiht&gt; No, just the router. [23:38] &lt;wiht&gt; That way, desired services could be started on computer bootup, just like the router. I made a post to that effect to the mailing list. [23:38] &lt;jrand0m&gt; aum is working on the i2pmgr, which is going to be both a console based and gui based control center for the services and the router itself [23:38] &lt;wiht&gt; Let's say I want to start the eep and nntp on bootup. Currently, I can't do that. [23:39] &lt;jrand0m&gt; right, you'd need to nohup startEepProxy.sh &amp; [23:39] &lt;wiht&gt; All right. By the way, where are these scripts in CVS? [23:39] &lt;MrEcho&gt; k im back [23:39] * mihi_away has joined #i2p [23:39] &lt;jrand0m&gt; wiht&gt; the scripts are in the Install.java (aka hacked) [23:39] &lt;wiht&gt; jrand0m: Thanks./ [23:40] &lt;jrand0m&gt; but good point, we want it to be as simple as possible to start on boot, as well as start on demand [23:41] &lt;jrand0m&gt; ok, on to 10/11) ns/dns [23:41] &lt;MrEcho&gt; well check my email [23:41] &lt;MrEcho&gt; theres a few things i forgot about putting in there [23:41] &lt;jrand0m&gt; unfortunately your email didn't really go through to the web interface well :/ [23:41] &lt;MrEcho&gt; like "temp" names [23:41] &lt;MrEcho&gt; ?? [23:42] * Sciatica has quit IRC (Ping timeout) [23:42] * ion has quit IRC (Ping timeout) [23:42] &lt;jrand0m&gt; MrEcho&gt; http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] &lt;MrEcho&gt; because of the gif or something [23:42] &lt;MrEcho&gt; shit .. i singed it [23:43] &lt;MrEcho&gt; sorry [23:43] &lt;jrand0m&gt; the mailing list is really intended to be text only. pgp sigs are fine (others have posted signed things) [23:43] &lt;kaji&gt; whats a good free small antivirus? [23:43] * ion has joined #i2p [23:43] &lt;jrand0m&gt; kaji&gt; linux [23:43] * Sciatica has joined #i2p [23:43] &lt;wiht&gt; LOL. [23:43] &lt;kaji&gt; that runs with my hardware [23:43] &lt;wiht&gt; kaji: Try AVG Antivirus for Windows. [23:44] * MrEcho_ has joined #i2p [23:44] * MrEcho has quit IRC (EOF From client) [23:44] &lt;MrEcho_&gt; fuckign iip [23:44] &lt;jrand0m&gt; MrEcho / (and anyone else interested in the NS/DNS issue)&gt; have you read http://zooko.com/distnames.html ? [23:44] &lt;MrEcho_&gt; j, should i resend the email? [23:44] &lt;jrand0m&gt; it went through to the list fine, it just didn't get web archived correctly [23:44] &lt;MrEcho_&gt; ya [23:45] &lt;wiht&gt; jrand0m: I did not read it yet. [23:45] &lt;MrEcho_&gt; ill take a look at it later [23:45] * mrflibble has joined #i2p [23:45] &lt;jrand0m&gt; for those who aren't on the list, I've saved MrEcho_'s email at http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] &lt;MrEcho_&gt; thanks J [23:46] &lt;kaji&gt; its gay, it wants an email adress [23:46] &lt;jrand0m&gt; my concern is with the security and scalability of the naming service. once we find a solution that meets those needs, fantastic, but until we do, we should be careful of interim solutions. [23:47] &lt;jrand0m&gt; kaji&gt; email lists usually want an email address, yeah ;) [23:47] &lt;kaji&gt; i mean AVG Antivirus [23:47] &lt;jrand0m&gt; oh ;) [23:48] &lt;wiht&gt; MrEcho has several good ideas that I did not have in my specification, such as a ban list for bad clients. [23:49] &lt;MrEcho_&gt; not really a ban list [23:49] &lt;jrand0m&gt; once there are 1000 clients, does that mean that it would take 125 lookups to find a value? [23:49] &lt;MrEcho_&gt; no [23:49] &lt;wiht&gt; Not a list, but banning bad clients is something I did not have. [23:50] &lt;MrEcho_&gt; 2-4 clients for checking [23:50] &lt;jrand0m&gt; so every client will have 250 entries? [23:50] * mihi_away is now known as mihi_backup [23:50] &lt;MrEcho_&gt; no [23:50] &lt;wiht&gt; With what I have, it would be one lookup, possibly forwarded a couple of times to reach an authoritative server. [23:50] &lt;MrEcho_&gt; clients will only have what they need [23:51] &lt;MrEcho_&gt; it will keep querying other Clients untill they get data that matches for the check [23:51] &lt;jrand0m&gt; so with 4 peers, it'd do a random search and on average it'd take 125 lookups [23:51] &lt;jrand0m&gt; (1000/4/2) [23:51] &lt;jrand0m&gt; or are the peers a DHT? [23:52] &lt;jrand0m&gt; (with some maintenance protocol?) [23:52] &lt;jrand0m&gt; or a search tree? [23:52] &lt;MrEcho_&gt; in a way yes [23:52] &lt;MrEcho_&gt; ill have a cut off on client searches, it will just query the MS [23:53] &lt;jrand0m&gt; secure distributed naming is a fairly well studied problem - what would make your proposal easier to analyze the security and scalability would be if you could draw comparisons and validate variations on other approaches, perhaps? [23:54] &lt;MrEcho_&gt; if it doesnt find / or get enough data from Clients within a set range it will then just query the MS. [23:54] &lt;jrand0m&gt; as is, there isn't enough detail for me to have confidence in the scalability or security of the architecture. not to say it couldn't work out well, I just can't see that it would yet. [23:54] &lt;MrEcho_&gt; cany u stop typing for a sec [23:54] * jrand0m stops typing. [23:55] &lt;MrEcho_&gt; its going to work .. it will have scalability, it will have security [23:56] &lt;MrEcho_&gt; the more users the better it will get [23:56] &lt;jrand0m&gt; so "trust me", 'eh? [23:56] &lt;MrEcho_&gt; do you trust the Internet DNS system? [23:56] &lt;jrand0m&gt; for some tasks. [23:57] &lt;jrand0m&gt; for many, no. [23:57] &lt;jrand0m&gt; (its quite easy for govts / etc to get records changed - court cases order registrars to update all the time) [23:58] &lt;MrEcho_&gt; only other way of doing it is having big ass lists of Names and lots of crypto on every client [23:58] &lt;MrEcho_&gt; and being dynamic .. forget about it [23:59] * mrflibble has quit IRC (EOF From client) [23:59] &lt;jrand0m&gt; I suggest reviewing zooko's paper before proceeding further, and answering his final point 5 ("why I'm wrong") Session Time: Wed Jan 07 00:00:00 2004 [00:01] &lt;jrand0m&gt; ok, thats probably about it for point 10/11 (lots of future discussion still left on that, of course) [00:02] &lt;jrand0m&gt; anyone have any other thoughts, etc? [00:02] &lt;wiht&gt; Yes. [00:03] &lt;jrand0m&gt; care to share with the class? :) [00:03] &lt;wiht&gt; I will be rewriting the specification I wrote. I would like to use a local SQL server to store data, not files. [00:03] &lt;jrand0m&gt; ah cool [00:03] &lt;jrand0m&gt; (same concerns go for the spec you wrote too - if you could answer zooko's last question, that'd be key :) [00:03] * mrflibble has joined #i2p [00:03] &lt;wiht&gt; Let MySQL or a similar server manage data storage, and let Java query that server. [00:04] &lt;duck&gt; huh ? zooko specs? [00:04] &lt;wiht&gt; I think that will be easier to implement. [00:04] &lt;jrand0m&gt; duck&gt; naw, I'm just pointing people at his old article "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] &lt;duck&gt; ah that [00:04] &lt;Nightblade&gt; wiht: what specification is that (i missed a lot of the meeting)? [00:04] * MrEcho has joined #i2p [00:04] &lt;jrand0m&gt; (a lot easier than rehashing why supernode/centralized servers are scary security issues ;) [00:05] * MrEcho_ has quit IRC (EOF From client) [00:05] * mihi 'd have something for the log as well ;) [00:05] &lt;mihi&gt; something longer ;) [00:05] &lt;mihi&gt; *** I2Ping results: [00:05] &lt;mihi&gt; + + + eco.i2p [00:05] &lt;mihi&gt; + - - jabber.duck.i2p [00:05] &lt;mihi&gt; - + + i2pcvs.i2p [00:05] &lt;mihi&gt; - + + duck.i2p [00:05] &lt;mihi&gt; - + - jap.eco.i2p [00:05] &lt;jrand0m&gt; Nightblade&gt; it was posted to iip-dev back in... august? [00:05] &lt;mihi&gt; - + + irc.duck.i2p [00:05] &lt;mihi&gt; - + + human.i2p [00:06] &lt;mihi&gt; - - + nntp.duck.i2p [00:06] &lt;mihi&gt; - - - tc.i2p [00:06] &lt;mihi&gt; - - - dyad.i2p [00:06] &lt;mihi&gt; - - - bozo.i2p [00:06] &lt;mihi&gt; - - - ogg.aum.i2p [00:06] &lt;mihi&gt; - - - fcp.entropy.i2p [00:06] &lt;mihi&gt; - - - http.entropy.i2p [00:06] &lt;Nightblade&gt; jrandom: oh, before my time.. :) [00:06] &lt;mihi&gt; - - - www.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.aum.i2p [00:06] &lt;mihi&gt; - - - smtp.mail.i2p [00:06] &lt;wiht&gt; Nightblade: I posted it on September 15th. [00:06] &lt;mihi&gt; - - - pop.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.tc.i2p [00:06] &lt;mihi&gt; - - - lp.i2p [00:06] &lt;mihi&gt; - - - kaji.i2p [00:06] &lt;mihi&gt; - - - nm.i2p [00:06] &lt;mihi&gt; - - - squid.i2p [00:06] &lt;mihi&gt; - - - chess.fillament.i2p [00:06] &lt;mihi&gt; - - - mesh.firerabbit.i2p [00:06] &lt;mihi&gt; - - - nightblade.i2p [00:06] &lt;mihi&gt; - - - aum.i2p [00:06] &lt;MrEcho&gt; gezz is anyone up and running? [00:06] &lt;mihi&gt; - - - fillament.i2p [00:06] &lt;mihi&gt; *** Finished. [00:06] &lt;mihi&gt; why are so many hosts down...? [00:06] * jrand0m isn't running my servers atm [00:07] &lt;FillaMent&gt; I can connect to myself on both eep and chess [00:07] * mrflibble has quit IRC (Ping timeout) [00:07] &lt;jrand0m&gt; oh wait, i2pcvs is up, neat [00:07] &lt;Nightblade&gt; mihi: mine isn't up because the i2ptunnel crashes for me after a few hours [00:07] &lt;mihi&gt; so my router is broken (or it's usual I2P problems...) [00:08] &lt;jrand0m&gt; really Nightblade? please report i2ptunnel crashes (bugzilla would be nice) [00:08] &lt;Nightblade&gt; it is in the bugzilla [00:08] &lt;lucky&gt; hi [00:08] &lt;Nightblade&gt; hold.. [00:08] &lt;FillaMent&gt; Nightblade: what JVM? [00:08] &lt;Nightblade&gt; #39 [00:08] &lt;wiht&gt; My router has been running for more than 12 hours now, although it had a problem in registering itself. [00:09] &lt;Nightblade&gt; java version "1.4.2-p5" [00:09] &lt;Nightblade&gt; on freebsd... it could be a jvm problem, i don't know. java support isn't too good on freebsd [00:09] &lt;jrand0m&gt; you're right Nightblade, my bad [00:09] &lt;jrand0m&gt; thats the fairly infrequent i2cp bug [00:09] &lt;jrand0m&gt; is that consistent for you? [00:09] &lt;Nightblade&gt; the router is very stable for me, just the i2ptunnel server tunnel gives me problems [00:09] &lt;Nightblade&gt; yeas it happened several times [00:10] &lt;Nightblade&gt; i haven't tried it recently though [00:10] * jrand0m just pulled fillament's eepsite [00:10] &lt;jrand0m&gt; (first try, just noticed the window was complete) [00:10] &lt;FillaMent&gt; Yeah,, I just jabbered with duck, wiht's trying to hit chess [00:10] &lt;jrand0m&gt; ah cool [00:10] &lt;jrand0m&gt; but yes, there are still reliability issues to be dealt with in the network. [00:10] * FillaMent nudges people with the included winking, "He'll probably be wanting to play." [00:10] * human 's eepsite is still up - it means that 'killall java' really helped... :-) [00:10] &lt;wiht&gt; I just successfully connected to chess server. [00:10] &lt;duck&gt; yeah? [00:11] &lt;jrand0m&gt; lol FillaMent [00:11] * mrflibble has joined #i2p [00:12] &lt;Nightblade&gt; is it safe to run the cvs version of i2p [00:12] &lt;jrand0m&gt; /me succesfully fetches human's 1984-2004: twenty years of GNU! :-) [00:12] &lt;jrand0m&gt; yes Nightblade [00:12] &lt;FillaMent&gt; could not get eco... [00:12] &lt;Nightblade&gt; ok maybe i'll give that a try [00:12] &lt;duck&gt; with freenet you should always run the latest cvs version! [00:13] &lt;duck&gt; only then it is bugfree [00:13] &lt;duck&gt; s/freenet/i2p/ [00:13] * jrand0m pulled eco.i2p [00:13] &lt;FillaMent&gt; just got duck [00:13] &lt;jrand0m&gt; "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] &lt;jrand0m&gt; d'oh [00:13] &lt;duck&gt; well, it worked actually [00:13] &lt;duck&gt; ardvark could snark something from me [00:14] &lt;jrand0m&gt; bt precreates the files - were the files actually valid? [00:14] &lt;duck&gt; but ze did find out the next day [00:14] &lt;duck&gt; because it was obscured in the logs [00:14] &lt;jrand0m&gt; what, you mean the logs i2p generates are fairly insane? nawwwwww [00:14] &lt;duck&gt; no [00:14] &lt;duck&gt; the i2psnark output [00:14] &lt;jrand0m&gt; ah [00:15] &lt;duck&gt; additionally, I suspect that snark does too much churning (sp?) [00:15] &lt;duck&gt; the normal bittorrent client seems to be more easy [00:15] &lt;duck&gt; also the high delays on i2p might cause premature blocks [00:16] * mrflibble has quit IRC (Ping timeout) [00:16] &lt;duck&gt; last thing is that we had to restart i2ptunnel a few times :/ [00:16] &lt;jrand0m&gt; agreed [00:16] &lt;human&gt; final question about I2PTunnel / I2PTunnelManager (yes, i know, i'm boring): what about my patch to make "openclient" and "openserver" return a meaningful jobId? [00:16] &lt;jrand0m&gt; so, yeah, lots of work to do [00:16] &lt;human&gt; 1. let's accept it to make the TunnelManager work until the new asynchronous architecture will be roxoring [00:17] &lt;human&gt; 2. your patch plain sucks, fuck off, and fuck the TunnelManager [00:17] &lt;human&gt; 3. ... [00:17] * MrEcho_ has joined #i2p [00:17] * mihi is for 3 ;) [00:17] * MrEcho has quit IRC (EOF From client) [00:17] &lt;jrand0m&gt; 4. lets see how we can update the tunnel manager to go async? shouldn't be too hard [00:17] &lt;jrand0m&gt; the patch is good, but mihi has a point [00:18] &lt;human&gt; jrand0m: yes, i agree [00:18] &lt;jrand0m&gt; we still have 1+ weeks until 0.3, so we've got time until the next full release [00:18] &lt;human&gt; jrand0m: but my doubt is: how long will it take to have the async interface to be implemented in the TunnelManager? [00:18] &lt;jrand0m&gt; tunnelmanager itself was 2 hours, I could add async tonight [00:19] &lt;jrand0m&gt; (all that needs to happen is an update to the BufferedLogging to accept .set calls) [00:19] &lt;human&gt; jrand0m: (with "to have" i also mean "to have it implemented even in I2PTunnel) [00:19] &lt;jrand0m&gt; (or .nofity/etc) [00:19] &lt;jrand0m&gt; right [00:19] * mrflibble has joined #i2p [00:20] &lt;jrand0m&gt; if you'd prefer, I could start with your patch (which adds the job id) and merge it with the updates for async [00:21] &lt;human&gt; jrand0m: i could add the async interface to TunnelManager myself, but the interface still doesn't exist :-) [00:22] &lt;jrand0m&gt; right, just add public void notifyEvent(String eventName, Object value); to Logging.java [00:22] &lt;human&gt; jrand0m: i'd suggest "let's merge the dirty hack to make the job ids in the 0.3 release somewhat work, and then work on the async interface" [00:23] &lt;jrand0m&gt; 0.3 is still a ways off [00:23] &lt;mihi&gt; 0.3 should have the streaming api anyway, shouldn't it? [00:23] &lt;human&gt; jrand0m: i'm talking about the worst case [00:23] &lt;wiht&gt; jrand0m: Maybe there should be another version before 3.0 to settle these issues? [00:23] &lt;jrand0m&gt; yes mihi [00:23] &lt;mihi&gt; human: the worst case is "cvs rollback &amp;&amp; patch -p0 your.patch" [00:24] &lt;jrand0m&gt; ok, how about this. I'll get the async implemented and committed tonight, if you could look at it tomorrow human and see what needs to be done to get your update in there? [00:26] &lt;FillaMent&gt; jrand0m: do you have a job? [00:27] &lt;jrand0m&gt; i2p [00:27] &lt;duck&gt; get 1.0 done! [00:27] &lt;FillaMent&gt; I mean a source of income [00:27] &lt;jrand0m&gt; :) [00:27] &lt;FillaMent&gt; that you have to work for [00:27] &lt;jrand0m&gt; income is overrated. [00:27] * jrand0m fired my boss [00:27] &lt;Nightblade&gt; "will code for food" - that's my motto [00:27] &lt;Nightblade&gt; lol [00:27] &lt;human&gt; mihi: well, but i and aum (who is working on a python app for the TunnelManager) would like to have jobIds ASAP... [00:28] &lt;human&gt; jrand0m: ok, i'll work on your changes later/tomorrow [00:28] &lt;FillaMent&gt; Job/Money, sleep/hygiene, food, side projects, social life: Choose any 3 [00:29] * jrand0m only choses one. [00:29] &lt;jrand0m&gt; word human [00:30] &lt;FillaMent&gt; Anyone have any other ideas for "just tunnel to" services that would be nice to have on the network? [00:30] * jrand0m still wants a telnet based Adventure :) [00:30] &lt;jrand0m&gt; or a waffle bbs [00:30] * duck is now known as enduser [00:30] * jrand0m kicks enduser [00:31] &lt;jrand0m&gt; (damn, no ops) [00:31] &lt;FillaMent&gt; For OS/2 there was a comm driver that could map a comm port to a TCP port =) [00:31] &lt;enduser&gt; what difference will I see as enduser when I2PTunnel uses the SteamingAPI? [00:31] * enduser is now known as duck [00:31] &lt;jrand0m&gt; none [00:31] &lt;human&gt; lol [00:31] &lt;FillaMent&gt; FillaMent: friend of mine ran a BBS that way for a while [00:31] &lt;jrand0m&gt; performance, and perhaps anonymity [00:31] * human would like a I2P tunnel to a rootshell [00:32] &lt;human&gt; any volunteer? :-) [00:32] &lt;duck&gt; rootshell on a UML [00:32] &lt;jrand0m&gt; chroot'ed rootshells would be good [00:32] &lt;jrand0m&gt; or UML'ed :) [00:32] &lt;FillaMent&gt; human: had I a spare boxen, I'd do it [00:32] &lt;jrand0m&gt; hehe FillaMent [00:32] &lt;duck&gt; vnc connection to my vmware win98? [00:32] &lt;FillaMent&gt; seriously though guys... [00:32] &lt;wiht&gt; E-mail server would be a good one as well. Or do we have that already? [00:32] &lt;FillaMent&gt; wiht: think TC has pop and SMTP [00:33] &lt;jrand0m&gt; thats aum, but they're offline, as his box is offline [00:33] * human could offer telnet accounts on his GNU/Hurd system... [00:33] &lt;jrand0m&gt; ooOOoo [00:33] &lt;FillaMent&gt; well, I'm not too keen on setting up open SMTP access yet [00:33] &lt;jrand0m&gt; understandable [00:34] &lt;FillaMent&gt; maybe when the network is more stable and I've got money to up my bandwidth [00:34] &lt;wiht&gt; How about a PGP keyserver? [00:34] &lt;mihi&gt; FillaMent: you could set up a tunnel pointing to a cleartext remailer [00:34] &lt;FillaMent&gt; wiht: now THAT's a great idea =) [00:35] &lt;FillaMent&gt; mihi heh... I could just point the tunnel to my ISP SMTP box =) [00:35] &lt;mihi&gt; FillaMent: this would make *you* be resposible for abuse... [00:35] &lt;mihi&gt; s/be// [00:35] &lt;duck&gt; http://www.mit.edu/people/marc/pks/pks.html [00:36] &lt;duck&gt; seriously, should duck enterprises consider running a pgp keyserver? [00:37] &lt;FillaMent&gt; duck: I was poking into that myself... you want to handle it? [00:37] &lt;duck&gt; we have been one of the most stable service providers according to mihi's independent ping logs [00:37] &lt;jrand0m&gt; hehe [00:37] &lt;wiht&gt; duck: Yes, please consider it. [00:37] &lt;jrand0m&gt; btw duck, how do you do that? do you restart periodically or just run on a reliable OS and JVM? [00:38] &lt;FillaMent&gt; question: does the JVM cache DNS resolves? [00:38] &lt;duck&gt; restarting is for kernel updates [00:38] &lt;jrand0m&gt; yes, but you can do some nasty trickery to avoid it FillaMent [00:38] * wiht notes that the meeting has gone on for 2h40m now. [00:38] &lt;jrand0m&gt; oh yeah, [00:39] * mrflibble sticks his hand up [00:39] &lt;jrand0m&gt; um, this meeting's log is going to be huge. and here I was thinking posthing things up front would /shorten/ the meeting [00:39] &lt;jrand0m&gt; sup mrflibble? [00:39] &lt;FillaMent&gt; jrand0m: okay... because I am without downage but my IP changes periodically... my dyndns update script runs every hour so max 60+~10min of my named addy not pointing to my IP... [00:39] &lt;FillaMent&gt; how would that affect my router's presence on the network? [00:40] &lt;mrflibble&gt; my box could be availalbe for some kind of demony thing [00:40] &lt;jrand0m&gt; cool FillaMent, shouldn't be much of a problem, as long as you point to your dyndns [00:40] &lt;wiht&gt; mrflibble: demony? [00:40] &lt;mrflibble&gt; i guess it depends how much bandwidth the thing would use [00:40] &lt;mrflibble&gt; daemony [00:40] &lt;jrand0m&gt; w3rd mrflibble - has the router been working reliably for you, or are you just being a good sameritan? :) [00:41] &lt;mrflibble&gt; not really, but that's because my local bw is saturated atm [00:41] &lt;mrflibble&gt; im not running it on my colo yet [00:41] &lt;mrflibble&gt; want to play around with it locally first [00:41] &lt;jrand0m&gt; ah cool. yeah, i2p isn't really ready for wide deployment, still for testing mainly [00:42] &lt;FillaMent&gt; Heh.. I'll point a tunnel to my CUPS server and you can have anonymous printing =) [00:42] &lt;jrand0m&gt; rofl [00:42] &lt;mrflibble&gt; if there's something that u want me to run that would use &lt;40gb bw a month, lmk [00:42] &lt;FillaMent&gt; just include a banner page so I know where to mail the hardcopy =) [00:42] &lt;mrflibble&gt; hehe [00:43] &lt;jrand0m&gt; wikked mrflibble, I'm sure we'll take you up on that :) [00:43] &lt;mihi&gt; banner | lpr ? ;) [00:43] &lt;FillaMent&gt; mihi you cah set up CUPS with a banner page [00:43] &lt;mrflibble&gt; oky doky! [00:43] &lt;mihi&gt; banner will most likely create lots of pages ;) [00:43] &lt;jrand0m&gt; ok, before we get to the mixminion-&gt;printer-&gt;post office gateway discussion, lets close this meeting ;) [00:44] * jrand0m readies the *baf*'er [00:44] * jrand0m *baf*'s the meeting closed. </div>/vi/blog/2003/12/30/cu%E1%BB%99c-h%E1%BB%8Dp-dev-i2p-30-th%C3%A1ng-12-2003/Tue, 30 Dec 2003 00:00:00 +0000/vi/blog/2003/12/30/cu%E1%BB%99c-h%E1%BB%8Dp-dev-i2p-30-th%C3%A1ng-12-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> eco\_, i2p, jrandom, mihi, Ophite1, polo, rsk</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> &lt;jrandom&gt; 0) hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 2) i2ptunnel &lt;jrandom&gt; 3) im &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; hello mihi, polo &lt;polo&gt; hello ! &lt;mihi&gt; hi jrandom &lt;jrandom&gt; 0) hi &lt;jrandom&gt; :) &lt;rsk&gt; hi &lt;i2p&gt; &lt;duck&gt; hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 0.2.3.3 is out, and it seems to be working &lt;jrandom&gt; still lots to do, of course &lt;jrandom&gt; but this should be the last 0.2 release &lt;jrandom&gt; 0.3 is going to add the peer profiling to allow routers to avoid bad routers &lt;jrandom&gt; (and 0.3.1 is a revamp of the transports) &lt;jrandom&gt; hola Ophite1 &lt;Ophite1&gt; Heya. &lt;rsk&gt; so more overhead for 0.3? &lt;jrandom&gt; yes and no &lt;jrandom&gt; it will have peer testing, but its going to be more focused &lt;rsk&gt; will we see a speed up with path selection? &lt;jrandom&gt; yes &lt;jrandom&gt; there are those 'liveliness' calculators, and there will be new latency and throughput calculators added &lt;jrandom&gt; plus people will be able to tweak their own preferences for particular peers &lt;jrandom&gt; e.g. if you know you want to prefer peer X over peer Y, you will be able to give them a weighting bonus of some random points &lt;mihi&gt; will there be a clean shutdown? *g* &lt;jrandom&gt; thats actually a good question mihi &lt;jrandom&gt; i2p is getting to the point where it needs an admin interface. &lt;jrandom&gt; the longest Job thats holding up its operation is the GenerateStatusConsoleJob &lt;jrandom&gt; which can now take up to 4-6 seconds &lt;jrandom&gt; (holding everything else up) &lt;jrandom&gt; that needs to go async and on demand. &lt;jrandom&gt; but i dont want to write a web listener / etc. &lt;jrandom&gt; perhaps the reverse - a servlet that starts the router and communicates with it &lt;mihi&gt; you don't need a full web server. just when you see GET, return your data. &lt;jrandom&gt; right &lt;jrandom&gt; you're right, that stuff should be in 0.3 as well. &lt;mihi&gt; and when you see something else (like SHUTDOWN), do as you please. of course only from localhost ;) &lt;jrandom&gt; aww c'mon &lt;mihi&gt; then someone can make a nice admin program &lt;jrandom&gt; right &lt;mihi&gt; you had some triggers by files, didn't you? are they documented somewhere? &gt;&gt;&gt; mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] requested PING 1072820995 from jrandom &lt;jrandom&gt; those were in IDN, not the router itself &lt;jrandom&gt; but that might be a good way to go &lt;jrandom&gt; its a trivially easy system &lt;jrandom&gt; good idea, lets go that way &lt;jrandom&gt; (and i can just reuse that code :) &lt;i2p&gt; &lt;duck&gt; this magical filestuff starts to look like plan9 &lt;jrandom&gt; lol &lt;mihi&gt; but file triggers require polling &lt;jrandom&gt; right mihi, reading a directory every 30s aint that bad &lt;mihi&gt; but a ServerSocket#accept is cheaper. &lt;mihi&gt; as it won't eat any time. (provided a good OS) &lt;mihi&gt; okay, file triggers are better than nothing, sure. &lt;jrandom&gt; server socket would allow remote admin &lt;jrandom&gt; (when appropriate) &lt;jrandom&gt; dunno. &lt;jrandom&gt; something to be worked out. &lt;jrandom&gt; (or if someone wants to jump on it and code... :) &lt;mihi&gt; and server socket could deliver the routerConsole as well. &lt;jrandom&gt; right &lt;jrandom&gt; ok, 2) i2ptunnel &lt;jrandom&gt; :) &lt;jrandom&gt; i2ptunnel still rules, and its looking like we want to add a socket based API to control it &lt;i2p&gt; &lt;anon&gt; aum's ic2cp2pc plans are off for now? &lt;jrandom&gt; yes, ci2cp is dead in the water, replaced with the socket based API to control I2PTunnel &lt;jrandom&gt; I think I may be able to throw on that API in the next few days, so he can get churning on the impl &lt;mihi&gt; just use a socket, make in.readLine() and feed that line to runCommand() ;) &lt;rsk&gt; what does the api give i2p? &lt;jrandom&gt; pretty much mihi (except it formats the results and send them back in a standard way) &lt;mihi&gt; with an appropriate "logger" to send the commands back. &lt;mihi&gt; s/commands/results/ &lt;jrandom&gt; rsk&gt; it lets application developers build client and server sockets over i2p without dealing with I2CP's encryption needs &lt;jrandom&gt; right right &lt;jrandom&gt; i2ptunnel /does/ have an overhead for situations where there are lots of i2ptunnels &lt;jrandom&gt; regardless of the JVM &lt;jrandom&gt; i2ptunnel clients create a new destination per client contacted, and the router will perform much worse as the number of local destinations grows. &lt;rsk&gt; ah &lt;jrandom&gt; this is due to the anonymity needs of the network tied to how our encryption works &lt;jrandom&gt; for applications who just want to open a tunnel or two to a peer, this new api will RULE &lt;jrandom&gt; but for applications that need to talk to lots of other peers, I2CP is the way to go. &lt;jrandom&gt; (since that is a single destination, multiplexed by i2cp) &lt;jrandom&gt; I suppose its the old TCP vs UDP balance, in a way &lt;jrandom&gt; mihi&gt; do you have any thoughts, or some ideas for the future of i2ptunnel? &lt;rsk&gt; hows the work on the ip over i2p, or the vpn stuff going? &lt;mihi&gt; jrandom: someone write a good streaming api, and then lets i2ptunnel use it. &lt;mihi&gt; same for naming server. &lt;mihi&gt; perhaps add some sequence numbers if no one does the things above. &lt;mihi&gt; which will mean an incompatible change. &lt;jrandom&gt; incompatible changes aren't bad, we're early in dev &lt;jrandom&gt; (if we could increase the size of of the IDs too to two or four bytes per side as well?) &lt;mihi&gt; the streaming api will be an incompatible change nevertheless. and if i2p worked, we don't need sequence numbers. &lt;jrandom&gt; rsk&gt; on hold, until someone has time to run with it? &#8801; rsk/#i2p thinks incompatible chages are the best kind &lt;jrandom&gt; right mihi &lt;mihi&gt; ID should be 3 byte atm, so why *increase* to 2 bytes? &lt;jrandom&gt; mihi&gt; actually, I'd like to slowly deprecate mode=GUARANTEED and implement that in the streaming api &#8801; mihi/#i2p too &lt;jrandom&gt; leaving i2p = IP, not TCP or UDP &lt;jrandom&gt; damnit I wish I had another 14 hours in the day. &lt;mihi&gt; only 14? ;) &lt;jrandom&gt; ;) &lt;jrandom&gt; aren't the 3 byte ids derived by both sides of the con? or maybe i'm just confused &lt;mihi&gt; each side has an ID of 3 bytes, hovever, only one must be sent at a time. &lt;jrandom&gt; perhaps I'll implement the streaming API, rip out GUARANTEED, and add that socket controller next. &lt;jrandom&gt; ah ok &lt;mihi&gt; see /apps/i2p/i2ptunnel/java/src/protocol.txt &lt;jrandom&gt; right right &lt;mihi&gt; btw, who misplaced that file *there*? &#8801; jrandom blames eco ;) &lt;jrandom&gt; wait, naw, you put 'em there &lt;jrandom&gt; didnt you? &lt;jrandom&gt; oh wait, no I imported them &#8801; jrandom blames self for being stupid. &lt;jrandom&gt; (la la la) &lt;jrandom&gt; damn. ok, yeah, working on the streaming API and the socket controller will allow me to mull over the peer testing / profiling / selection manifesto &lt;jrandom&gt; I'll post that in a few days for comment &lt;jrandom&gt; (and it'll get my head out of the router. variety++) &lt;jrandom&gt; mihi&gt; anything else on i2ptunnel? &lt;mihi&gt; not that i know &lt;jrandom&gt; coo' &lt;jrandom&gt; (thanks again for taking the time to chime in on this stuff, I know you're busy with fiw and the rest) &lt;jrandom&gt; ok, thecrypto isn't here, but he's making progress on the IM app. &lt;jrandom&gt; (thats agenda item 3) &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 0.3.0 ~= peer profiling stuff, and now it'll also include the streaming api and that socket controller for i2ptunnel &lt;jrandom&gt; but, if you couldn't guess, its not going to be released on jan 1 &lt;jrandom&gt; jan 15 is an outside possibility. we'll see how things go. &lt;jrandom&gt; 0.3.1 isn't a full month of work, so it may not need to get bumped. &lt;jrandom&gt; other than that, the roadmap is still pretty much on track and representative of where we're moving &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; a new faq is posted at http://wiki.invisiblenet.net/iip-wiki?I2PTiming &lt;jrandom&gt; mihi, you had a suggestion about the fourth option there (building our own in-i2p timing)? &lt;jrandom&gt; hi brawl &lt;mihi&gt; yep. &#8729;&#966;&#8729; brawl is now known as eco_ &lt;eco_&gt; hi guys &lt;jrandom&gt; oh heya eco &lt;mihi&gt; you should connect 3 random nodes and remember the diff between the avg time and local time. &lt;jrandom&gt; we just discussed the streaming API / tunnel api &lt;mihi&gt; and then hack up your own getTimeMillis that corrects that. &lt;Ophite1&gt; mihi: No, you shouldn't. &lt;jrandom&gt; mihi&gt; so if an attacker creates 1000 nodes with the wrong time, everyone gets screwed &lt;jrandom&gt; (since avg would skew randomly in between) &lt;mihi&gt; if an attacker creates 1000 nodes, everyone gets screwed anyway...? &lt;rsk&gt; wouldnt that be self corecting? &lt;Ophite1&gt; mihi: OK, 3. &lt;jrandom&gt; no, we should be able to handle that mihi. &lt;mihi&gt; okay, then only use avg, if standard deviation is lower than 1sec or so. &lt;rsk&gt; if everyone has the same time your ok, even if that time is wrong, right? &lt;jrandom&gt; rsk&gt; if all 1000 nodes were in sync, but what if they're all random &lt;mihi&gt; only use times that are close enough together. if not, take 3 new nodes. &lt;jrandom&gt; mihi&gt; right, we could implement NTP (which basically does what you say, using a series of candidate averages to iteratively close in on the correct time &lt;mihi&gt; but we need not care of everything (like ping latencies), as ntp does. &lt;Ophite1&gt; if we did not, mihi, time would slowly creep backwards. &#8801; mihi/#i2p thinks that is better than let users set their time individually. &lt;jrandom&gt; so anyone who randomly picks 3 of those skewed nodes gets sent onto their own private network? &lt;jrandom&gt; what about that third option - &lt;jrandom&gt; i2p has a component that checks with a real NTP server via NTP or SNTP &lt;mihi&gt; if you have only skewed notes in your netDB, you are on that private net as well... &lt;jrandom&gt; rather than reimplementing the wheel &lt;Ophite1&gt; while I partially like that one... &lt;Ophite1&gt; NTP isn't signed, it's subject to an MITM attack. &lt;Ophite1&gt; or dns cache poisoning for, say, time.nist.gov &lt;jrandom&gt; right Ophite1, though with 200,000+ SNTP or NTP hosts, thats a large set to attack. &lt;jrandom&gt; we would definitely not sync of time.nist.gov. &lt;Ophite1&gt; connections from i2p to the NSA's time server might raise a few eyebrows, ne? :) &lt;jrandom&gt; and if an attacker goes after time.nist.gov, everyone everywhere is affected &lt;jrandom&gt; heh &lt;mihi&gt; then we combine both. ask a "real" ntp server and your neighbor. if both say the same, it's okay. &lt;jrandom&gt; so even /more/ code ;) &lt;jrandom&gt; but yeah, thats reasonable. &lt;Ophite1&gt; That's interesting. And if they don't? &lt;Ophite1&gt; pick another ntp server? &lt;jrandom&gt; refuse the peer. &lt;mihi&gt; try other ntp server and another peer. &lt;mihi&gt; until you have a match. then refuse all prev peers. &#8801; mihi/#i2p types slower than jrandom :( &lt;Ophite1&gt; match within a certain threshold, say 1sec? &lt;jrandom&gt; 1s would be good. &lt;jrandom&gt; accepting peers up to 30s or so (to deal with lag) &lt;Ophite1&gt; is 1 sec okay on HEAVILY LADEN connections? &lt;jrandom&gt; 1s for syncing, 30s for comm. &lt;Ophite1&gt; I've seen latency on DSL get to 5 seconds when doing evil things to it. &lt;jrandom&gt; with tcp or udp? &lt;Ophite1&gt; but then, in that case, that host might not be the one you want to sync time to anyway ;) &lt;jrandom&gt; right &lt;Ophite1&gt; udp. &lt;jrandom&gt; hmm 'k &lt;Ophite1&gt; you'd have thought it'd get dropped :) &lt;i2p&gt; &lt;duck&gt; I think that the problem is more letting the user know that there is a problem &lt;jrandom&gt; duck&gt; that is true. &lt;i2p&gt; &lt;duck&gt; only after walking through big logs they see that their clock is off (if they find it) &lt;Ophite1&gt; Maybe. Sort of. &lt;i2p&gt; &lt;duck&gt; or that the port is already bound &lt;jrandom&gt; an admin interface would be nice. &lt;i2p&gt; &lt;duck&gt; the world is better with everybody using NTP connected to their local stantrum (sp) 2 server CTCP Cloaking is now [On] &lt;jrandom&gt; perhaps we'll have a 0.4 release with a bunch of cleanups and end user things, prior to going 1.0? &lt;jrandom&gt; right (stratum) &lt;i2p&gt; &lt;duck&gt; only windows clients are not likely to have that &lt;i2p&gt; &lt;duck&gt; but they are also not likely to be stable &lt;jrandom&gt; windows has NTP &lt;i2p&gt; &lt;duck&gt; so who cares &lt;Ophite1&gt; duck: Windows XP and Windows Server 2003 include NTP. &lt;jrandom&gt; a shitload easier than with unix too &lt;Ophite1&gt; sync'ed by default to time.windows.com iirc. &lt;jrandom&gt; with drop down options for others &lt;Ophite1&gt; It's an essential part of Windows Product Activation. &lt;Ophite1&gt; can't expire if you don't know the time :) &lt;jrandom&gt; heh &lt;mihi&gt; no option at my university... all clocks are 1 hour to 5 hours off. but i might not be allowed to run i2p there anyway... &lt;Ophite1&gt; mihi: i2p should try especially hard to work in such a situation... &lt;jrandom&gt; mihi&gt; awesome! you can help test out the hidden operation :) &lt;jrandom&gt; as an aside, I'm going to be doing some traveling this summer &lt;jrandom&gt; i'll likely be offline, without my laptop. &lt;i2p&gt; &lt;duck&gt; sidethought: ntp.duck.i2p :) &lt;Ophite1&gt; Look at it like this: Brianna Kazaa downloads cool new anonymous filesharing client which her best friend told her was really cool and lets you chat to people secretly and stuff. Do we want to tell her that she needs to set her clock within 30 seconds (how will she get some?)? Or do we want it to just work? &lt;jrandom&gt; but I'm going to make sure I can still be on I2P with just public terminals. CTCP Cloaking is now [Off] &lt;jrandom&gt; no brainer Ophite1. just work (with docs for geeks) &lt;jrandom&gt; duck&gt; bootstrap ;) &lt;jrandom&gt; and i2p will /not/ require root. &lt;Ophite1&gt; That's my point. &lt;Ophite1&gt; jrandom: would you run a router on a box you didn't have root to? &lt;jrandom&gt; so yeah, a mix between option 3 and 4 &lt;Ophite1&gt; option 3.5 sounds cool to me ;) &lt;jrandom&gt; Ophite1&gt; i'd run a hundred of them :) &lt;mihi&gt; option 3.1415926... &lt;jrandom&gt; (and move on to the next lab, run a hundred more) &lt;Ophite1&gt; Ooh. Pie. Tasty.;) &lt;Ophite1&gt; jrandom: I said you didn't have root on. Amateur. :) &lt;jrandom&gt; lol &lt;jrandom&gt; so thats basically where we're looking. &lt;jrandom&gt; until the time stuff is implemented, everyone should use option 1 or 2. &lt;jrandom&gt; for option 2, if someone could write up some docs, I'd appreciate it &lt;Ophite1&gt; that's acceptable for now as we are Not Yet Ready for Brianna Kazaa et al ;) &lt;mihi&gt; jftr: i won't test "hidden operation". my univ account has already been disabled once and i don't want it another time blocked... &lt;Ophite1&gt; mihi: You are the best test we could possibly have. &lt;jrandom&gt; Ophite1 &gt; not for test. &lt;jrandom&gt; 'k mihi, we'll find a way, and once its ready you'll be able to use it. &lt;Ophite1&gt; OK, maybe not test. Some unis get shirty enough to chuck you out rather than just block you. &lt;Ophite1&gt; I know someone at the most anti-filesharing pro-RIAA university in the USA. He runs a 2gbit dumpsite. &lt;jrandom&gt; lol nice &lt;Ophite1&gt; I appreciate that very, very few people are this ballsy. &lt;jrandom&gt; ok, thats it for time synchronization. &lt;jrandom&gt; eco_&gt; hi. any bt stuff you want to talk about? {or save till next week} &lt;Ophite1&gt; but bear in mind the majority of the internet is in future probably going to become university/corporate. i2p might be banned. i2p might WELL be considered abuse by major ISPs. i2p will have to work anyway. &lt;Ophite1&gt; I have a few interesting ideas along that angle I will present at a future date. &lt;jrandom&gt; word &lt;Ophite1&gt; (transport) &lt;rsk&gt; i2p is considered abuse by major ISPs, read your contract &lt;Ophite1&gt; rsk: running a distributed proxy cache? &lt;rsk&gt; running any 'server' &lt;Ophite1&gt; rsk: Not unless it relays to SMTP or WWW. &lt;jrandom&gt; running services of any time &lt;jrandom&gt; right &lt;Ophite1&gt; rsk: Hehe, I have a solution to that ;) &lt;eco_&gt; jrandom: can give a brief update &lt;jrandom&gt; floor is yours :) &lt;eco_&gt; i'm porting the java-based bittorrent client snark (www.klomp.org/snark) to get aquainted with i2p &lt;eco_&gt; first port runs on top of i2ptunnel, directly calling the java classes &lt;eco_&gt; current state: does work with 2 peers, things get messed up with &gt; 2, tunnels aren't cleaned up, so restarting is painful &lt;eco_&gt; eta: this weekend &#8801; eco_/#i2p realises that this might be considered &gt; 2003 &lt;jrandom&gt; w00t! &#8801; jrandom hacks time.nist.gov &lt;eco_&gt; a "real" port would probably cut the overhead of the tunnels, but that's a next step &lt;jrandom&gt; cool &#8801; eco_/#i2p gives floor back to mc jrandom &lt;jrandom&gt; 'k, I think that was it &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; anyone have anything else? &#8801; eco_/#i2p would like to express his thanks for the job well done by jrandom cs up to now &lt;eco_&gt; and that sleep has some use for home sapiens, though jrandom seems to prove this false &lt;jrandom&gt; ;) &lt;jrandom&gt; what are y'all's thoughts on meeting here as opposed to iip, until i2p is reliable enough? &lt;jrandom&gt; personally, I'm tired of meetings being cut to shreds every week. &lt;i2p&gt; &lt;anon&gt; lilo sucks! &lt;eco_&gt; we might be shutting people out by going here &lt;jrandom&gt; we are, I know. &lt;jrandom&gt; if we can get an iip&lt;--&gt;here bridge &lt;i2p&gt; &lt;duck&gt; IIP is shutting ppl out each day &lt;jrandom&gt; that'd be good. &lt;jrandom&gt; right. &lt;jrandom&gt; iip is, unfortunately, unusable for a reliable development community. &lt;i2p&gt; &lt;duck&gt; http://banaan.zeelandnet.nl/open/changate.html &lt;i2p&gt; &lt;duck&gt; that is the code where eyeKon etc is based on &lt;jrandom&gt; and while I like to go off coding on my own, y'all come up with really good ideas and do good stuff that is essential &#8801; rsk/#i2p is writing a windows update script &lt;i2p&gt; &lt;duck&gt; theoretically it could connect to 3 servers and mirror each of them &lt;jrandom&gt; word duck, perhaps I'll try to get one running on i2p.dnsalias.net &lt;jrandom&gt; ping flood from hell ;) &lt;eco_&gt; irc at duck.i2p was pretty good today, beat iip &lt;jrandom&gt; agreed &lt;jrandom&gt; dropped me a few times though. &lt;jrandom&gt; perhaps it'll be more reliable next week &lt;eco_&gt; it's in your hands :-) &lt;jrandom&gt; reliability probably won't improve until 0.3, which is ~2 weeks out &lt;jrandom&gt; (1 week to do the tunnel/streaming stuff, 1 week for peer profiling / testing) &lt;jrandom&gt; then there'll be whatever bugs that introduces :) &lt;jrandom&gt; though I should say I was really excited to stream audio from aum last night &lt;jrandom&gt; and ardvark was able to stream for 42 minutes without buffering! &lt;jrandom&gt; so perhaps we can be reliable enough &lt;jrandom&gt; (my local router is phttp only, which is probably a slight cause) &lt;jrandom&gt; ok, anyone have anything else? &lt;i2p&gt; &lt;duck&gt; cant thing of anything &#8801; eco_/#i2p can't either &#8801; jrandom winds up... &#8801; jrandom *baf*s the meeting closed </div>/vi/blog/2003/12/23/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-12-2003/Tue, 23 Dec 2003 00:00:00 +0000/vi/blog/2003/12/23/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-23-th%C3%A1ng-12-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ardvark, duck, FillaMent, jrand0m, luckypunk, TC, thecrypto</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) administravia [22:01] &lt;jrand0m&gt; 2) dev status [22:02] &lt;jrand0m&gt; 3) services on i2p [22:02] &lt;jrand0m&gt; 4) app status [ns, im, i2ptunnel, ...] [22:02] &lt;jrand0m&gt; 5) ??? [22:02] &lt;thecrypto&gt; wow, i picked a good time [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; yes you did thecrypto :) [22:02] &lt;jrand0m&gt; hi [22:02] &lt;jrand0m&gt; welcome to meeting 70 [22:02] &lt;TC&gt; woot [22:03] &lt;jrand0m&gt; 1) administravia [22:03] &lt;thecrypto&gt; w00t! [22:03] &lt;jrand0m&gt; mailing list, get on it for announcements / discussion / etc: (Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/ [22:04] &lt;jrand0m&gt; bugzilla: tell me where shit is broken (and perhaps look for ways you can help! :) (Link: http://i2p.dnsalias.net/bugzilla/index.cgi)http://i2p.dnsalias.net/bugzilla/index.cgi [22:04] &lt;jrand0m&gt; i think thats it for administravia [22:05] &lt;jrand0m&gt; (note that i'm just talking i2p stuff here, i don't see any iip things on the agenda) [22:05] &lt;jrand0m&gt; 2) dev status [22:05] &lt;jrand0m&gt; 0.2.3 as originally released had a chunk of bugs, so there have been perhaps a dozen subsequent builds, but none quite stable enough to be called 0.2.3.1 yet [22:06] &lt;jrand0m&gt; i'm rebuilding the tunnel management subsystem now, since that is the source of the bugs and 0.3 (scheduled for jan 1) needs the new pooling tunnel manager anyway. [22:07] &lt;jrand0m&gt; making good progress on that, I'm hoping it'll be ready for use in the next day or two (i'm testing it now) [22:07] &lt;jrand0m&gt; a description of whats up with that is on (Link: http://wiki.invisiblenet.net/iip-wiki?TunnelManagement)http://wiki.invisiblenet.net/iip-wiki?TunnelManagement [22:08] &lt;jrand0m&gt; duck among others have been incredibly helpful in submitting bugs, logs, and helping track down a ton of problems and memory / cpu issues. [22:08] &lt;jrand0m&gt; y'all rule, I really appreciate the help [22:09] * thecrypto pulls out the "APPLAUSE" sign [22:09] &lt;jrand0m&gt; ;) [22:09] &lt;jrand0m&gt; the # of routers have also been increasing... on avg we're at around 9-12 [22:09] &lt;jrand0m&gt; (up from 3-5 a week ago, and 6-8 in 0.2.2 times) [22:10] &lt;jrand0m&gt; the next release will improve the reliability dramatically [22:10] &lt;jrand0m&gt; (aka it won't get out the door until it does) [22:10] &lt;jrand0m&gt; ok, 3) services on i2p [22:11] &lt;jrand0m&gt; fillament started hosting his flog on i2p :) [22:12] &lt;FillaMent&gt; and I've got another trick up my sleeve =) [22:12] &lt;jrand0m&gt; ooOOoo :) [22:12] &lt;luckypunk&gt; tw [22:12] &lt;luckypunk&gt; hm [22:12] &lt;luckypunk&gt; hello. [22:12] &lt;luckypunk&gt; Does it work yet? [22:12] &lt;jrand0m&gt; duck started a new irc server on i2p with dcc disabled (for security reasons) plus some ident-ish features [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; luckypunk&gt; people with 350Mhz machines will need to wait until 0.3 is out before being able to use it effectively ;) [22:13] &lt;luckypunk&gt; yes, but is i2p reliable enough for that? [22:13] &lt;jrand0m&gt; (but subscribe to the i2p mailing list so you can get announcements) [22:13] &lt;luckypunk&gt; i overclocked to 377 [22:13] &lt;luckypunk&gt; does that help? [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; i was chatting on that irc server the other day, until my irc client b0rked [22:14] &lt;jrand0m&gt; but yes, things are a bit unreliable at the moment while the tunnel management subsystem is rebuilt [22:14] &lt;luckypunk&gt; well, im happy my computer didn't molassify overnight again. [22:15] &lt;jrand0m&gt; any other new services i've missed? [22:15] &lt;luckypunk&gt; well, when .3 comes out...t here'll be a yahooish service. [22:15] &lt;luckypunk&gt; ;) [22:15] &lt;jrand0m&gt; cool [22:15] &lt;TC&gt; i should run somthing else [22:16] &lt;TC&gt; whats a service we need that doesnt require messing with apache? [22:16] &lt;jrand0m&gt; your bbs is kick ass tc, i just can't wait until i2p is reliable enough for me to get to it consistently [22:16] &lt;jrand0m&gt; you could run a telnet based games server (e.g. adventure, etc) [22:16] &lt;luckypunk&gt; lol [22:16] &lt;TC&gt; hah [22:16] &lt;FillaMent&gt; MUSH [22:17] &lt;luckypunk&gt; i'll do that... it's low demand. [22:17] &lt;luckypunk&gt; and i already had about 300k of tinymush code. [22:17] &lt;jrand0m&gt; yeah, the whole mush/mud/moo/ style thaang [22:17] &lt;luckypunk&gt; heh [22:17] &lt;TC&gt; what about ultima online? [22:18] &lt;thecrypto&gt; ooh that's be fun [22:18] &lt;luckypunk&gt; "Slay FreeNet Databugs!" [22:18] &lt;luckypunk&gt; TC: =| [22:18] &lt;thecrypto&gt; we need to get a telnet client then [22:18] &lt;luckypunk&gt; maybe if we all obtained 6 ghz computers with oc-128 lines. :D [22:18] &lt;jrand0m&gt; thecrypto&gt; /bin/telnet + i2ptunnel [22:18] &lt;thecrypto&gt; ...yeah [22:18] &lt;thecrypto&gt; i'm sloew [22:19] &lt;thecrypto&gt; :) [22:19] &lt;jrand0m&gt; any other low hanging fruit for services? a mail server (pop3/imap without internet mail) would rule [22:19] &lt;jrand0m&gt; (and if it could /receive/ internet email that'd rule too) [22:21] &lt;jrand0m&gt; ok, 4) app status [22:21] &lt;jrand0m&gt; naming service [22:21] &lt;jrand0m&gt; wiht / co was here earlier, but not now [22:21] &lt;jrand0m&gt; MrEcho&gt; how goes? *** MrEcho is echo@anon.iip (Digital_Light) *** on channels: #iip-dev #anonymous *** on irc via server anon.iip (Official IIP ) *** MrEcho has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 [22:23] &lt;jrand0m&gt; ok, perhaps we'll get back to that [22:23] &lt;jrand0m&gt; hosts.txt has been growing as destinations have come online [22:23] &lt;jrand0m&gt; there's a bot on the jabber server that will let you register / fetch entries [22:24] &lt;jrand0m&gt; (plus the hosts.txt distributed with new installs is managed in cvs and mirrored at (Link: http://i2p.dnsalias.net/i2p/hosts.txt)http://i2p.dnsalias.net/i2p/hosts.txt) [22:24] &lt;jrand0m&gt; next up, IM [22:24] &lt;jrand0m&gt; hi thecrypto :) [22:24] &lt;jrand0m&gt; welcome back [22:25] &lt;thecrypto&gt; hi [22:25] &lt;thecrypto&gt; i2pim is being started from scratch [22:25] &lt;thecrypto&gt; i need to figure out how this network works but tearing apart ATalk and slowly putting it back together [22:25] &lt;thecrypto&gt; so it's slowly coming along [22:25] &lt;jrand0m&gt; word [22:25] &lt;thecrypto&gt; i don't know if i can get group chat working [22:25] &lt;thecrypto&gt; but it's an idea [22:26] &lt;jrand0m&gt; you had mentioned the idea of 'tossing around the baton' style of group chat - not centralized, but still workable... I think that might be a way to go [22:26] &lt;thecrypto&gt; it might involve some difficult baton passing to get it, but if anyone has an idea for how to do group chat under my model, e-mail the list i just signed onto [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;jrand0m&gt; cool [22:27] &lt;jrand0m&gt; yeah, starting off with one on one (perhaps with send/receive file) would probably be prudent [22:27] &lt;thecrypto&gt; yeah, the only problem would be syncronizing the baton will be difficult [22:27] &lt;thecrypto&gt; because you don't want 2 people grabbing the baton at the same time, or have the person who has the baton to drop of then et [22:27] &lt;thecrypto&gt; nety [22:27] &lt;TC&gt; token-ring-chat? [22:27] &lt;jrand0m&gt; yup, voting systems are a pain. [22:28] &lt;jrand0m&gt; right, good ol' 2phaseCommit [22:28] &lt;thecrypto&gt; TC: no, basically the IM network has no central presence server [22:28] &lt;thecrypto&gt; so what i'm thinking about doing is have a virtual server baton [22:29] &lt;duck&gt; ok, using a bootdisk from now on... [22:29] &lt;jrand0m&gt; the other option is to do group chat fully distributed: "group" just being "send these messages to peer X, Y, Z" [22:29] &lt;jrand0m&gt; d'oh duck [22:29] &lt;thecrypto&gt; yeah, but that's network by broadcast [22:29] &lt;jrand0m&gt; not really [22:29] &lt;thecrypto&gt; which is usually the stupidest idea [22:29] &lt;jrand0m&gt; the messages have to get sent to peer X, Y, Z from someone sometime [22:30] &lt;jrand0m&gt; its actually 1 less message than the (temporary) server based model [22:30] &lt;thecrypto&gt; yes, but then each person has to keep track of the group [22:30] &lt;jrand0m&gt; (and the UI can make the group 'pretty') [22:30] &lt;thecrypto&gt; and now there has to be messages passed around about what the group is current [22:30] &lt;jrand0m&gt; right, perhaps a control message stating "I think group A is X, Y, Z" [22:31] &lt;jrand0m&gt; instead of the voting protocol [22:31] &lt;jrand0m&gt; right, I'm not sure what way is best [22:31] &lt;jrand0m&gt; just saying there's an option [22:31] &lt;jrand0m&gt; no lo se [22:31] &lt;thecrypto&gt; yeah [22:32] &lt;jrand0m&gt; anyway, if you want a 'product' on bugzilla for i2pim, lemmie know, as well as if theres anything i can do to help [22:32] &lt;thecrypto&gt; well, i need code for there to be bugs in first [22:32] &lt;jrand0m&gt; ;) [22:33] &lt;thecrypto&gt; so wait a bit and i'll have something to put on bugzilla [22:34] &lt;jrand0m&gt; cool, whenever, its trivial to add [22:35] &lt;jrand0m&gt; ok, i2ptunnel [22:35] &lt;jrand0m&gt; i've tossed in two bug-ish things into bugzilla: (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1 and (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2 [22:36] &lt;jrand0m&gt; plus there's a thing wrt some browsers b0rking on missing trailing / [22:37] &lt;jrand0m&gt; getting sequence numbers into i2ptunnel would be really good, as large transfers sometimes are getting corrupted (missing message thats dropped, but sequence numbers would notice that immediately and fail fast) [22:37] &lt;jrand0m&gt; other than that, the things are minor, i2ptunnel is behaving a lot better than the router :) [22:38] &lt;jrand0m&gt; ok, any other apps? [22:39] &lt;jrand0m&gt; there was some discussion about NAT/SOCKS the last few days on the channel [22:39] &lt;jrand0m&gt; a socks enabled proxy that would let people ftp, bittorrent, etc would be really great [22:39] &lt;jrand0m&gt; plus there's the discussion aum started on the i2p list wrt file sharing / cdn [22:40] &lt;jrand0m&gt; (i swear i didn't tell him to make that post ;) [22:41] &lt;jrand0m&gt; i probably won't be doing anything on the app side beyond help out integrating with i2p, as there's a truckload of stuff to do in the router, so if you're interested in seeing them show up, get hackin' [22:44] &lt;jrand0m&gt; ok, thats it for apps [22:44] &lt;jrand0m&gt; 5) ??? [22:44] &lt;jrand0m&gt; hi [22:44] &lt;jrand0m&gt; any comments / questions / concerns / etc? [22:45] &lt;ardvark&gt; I think everyone fell asleep ;) [22:46] &lt;jrand0m&gt; someone posted a question to the wiki's FAQ and it got answered after about a day, so if anyone has concerns, either post them there, to the i2p@i2p.dnsalias.net mailing list, ask it in this channel, or spraypaint it on the wall [22:46] &lt;duck&gt; oh, meeting [22:46] &lt;jrand0m&gt; yeah, exciting, aint it ;) [22:46] * jrand0m slings mud at duck [22:46] * mihi did not follow, sorry. he will stand in the corner for the next 5 minutes... [22:46] &lt;jrand0m&gt; hehe [22:47] &lt;jrand0m&gt; ok, thats about it. [22:48] * jrand0m *baf*s the meeting to a close </div>/vi/blog/2003/12/16/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-12-2003/Tue, 16 Dec 2003 00:00:00 +0000/vi/blog/2003/12/16/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-16-th%C3%A1ng-12-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, FireRabbit, jrand0m, lonelynerd, mids, mihi, MrEcho, protocol, TC, wiht</p> <h2 id="nhật-ký-cuộc-họp">Nhật Ký Cuộc Họp</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; 1) iip [22:04] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:04] &lt;jrand0m&gt; 3) hi [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; welcome to the ... something'th meeting [22:05] &lt;jrand0m&gt; (68? 69?) [22:05] &lt;MrEcho&gt; damm its 1pm here [22:05] &lt;jrand0m&gt; GMT-8? [22:05] &lt;duck&gt; 69 [22:05] &lt;jrand0m&gt; h0t. [22:06] &lt;jrand0m&gt; ok, 1) iip [22:06] *** Signoff: tusko (EOF From client) [22:06] * MrEcho compiles a kernel for the meeting [22:06] &lt;jrand0m&gt; iip is acting crazy. all i know is nop is "moving servers", whatever that means. i don't know when it'll be done, etc. [22:06] &lt;jrand0m&gt; anyone have any more info they want to share with the class? [22:06] *** mids (mids@anon.iip) has joined channel #iip-dev [22:06] &lt;MrEcho&gt; no info from nop [22:07] &lt;mids&gt; this morning I was told that I could start Trent again [22:07] &lt;mids&gt; (I did do so already last night) [22:07] &lt;jrand0m&gt; wikked [22:07] &lt;jrand0m&gt; gracias [22:07] &lt;mids&gt; so that indicates that nop believes that IIP is more stable again [22:07] &lt;mids&gt; if that is worth anything... [22:07] &lt;mids&gt; *cough* [22:07] &lt;jrand0m&gt; ok cool [22:08] &lt;jrand0m&gt; [woot roommate just handed me a glass of wine for the meeting] [22:08] &lt;MrEcho&gt; lol [22:08] &lt;jrand0m&gt; ok, since nop is online and won't come to hte meeting, we'll have to save the lynch mob for later [22:09] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:09] &lt;mids&gt; what specific question do you want to ask him? [22:09] &lt;protocol&gt; when is the meeting [22:09] &lt;jrand0m&gt; specific question&gt; when will he make an official announcement describing the past problems and how the future ones will be addressed? [22:09] &lt;jrand0m&gt; the meeting is now [22:10] &lt;jrand0m&gt; (aka, at what point should we explore non-iip means of communication) [22:10] &lt;mids&gt; if I get an answer I'll let you know. [22:10] &lt;jrand0m&gt; thanks [22:11] &lt;jrand0m&gt; ok, i2p stuff. 0.2.3 came out yesterday, and while most of hte kademlia code is working fine, there are some 0.2.2 bugs showing up as well as some other bugs being explored. [22:11] &lt;jrand0m&gt; i've committed a change to use tunneled messages for dbStore instead of garlics, which should reduce the load tc (et al) have been seeing on servers [22:12] &lt;jrand0m&gt; there is also a new persistent sessionKeyManager that will make it so restarts won't totally b0rk a router for 15 minutes [22:12] &lt;MrEcho&gt; what about client connect times to routers? [22:12] &lt;duck&gt; so far it feels as good/bad as 0.2.2; unless my router/tunnels go down again this night, in which case it is worse as 0.2.2 [22:13] &lt;jrand0m&gt; MrEcho&gt; that seems to be in the interaction of two bugs from 0.2.2 thats acting up more than before. those two are my top priority. [22:13] &lt;MrEcho&gt; ok cool [22:13] &lt;jrand0m&gt; duck&gt; my feeling is that its worse than 0.2.2, from an end user perspective. i'm working on fixing that without sacrificing anonymity or security. [22:13] &lt;MrEcho&gt; its hard to work on the dns with that damm bug .. i have to restrt the dns server alot [22:14] &lt;jrand0m&gt; MrEcho&gt; with local only routers i have not been able to reproduce the bugs - does it work for you w/ local only? [22:15] &lt;MrEcho&gt; no [22:15] &lt;jrand0m&gt; could you send me debug logs for that? [22:15] &lt;MrEcho&gt; already deleted [22:16] &lt;jrand0m&gt; ok, if you try again and it doesn't work, if you could send me debug logs from both the router and client I'd appreciate it. [22:16] &lt;MrEcho&gt; its doing the samething as before .. client gets msg that its sent .. but never makes it to the client [22:16] &lt;MrEcho&gt; to the other client [22:17] &lt;MrEcho&gt; ya .. ill see what i can do [22:17] &lt;jrand0m&gt; ok, sounds like the i2psessionImpl2 bug. i haven't been able to reproduce that locally, but once its fixed for remote hopefully it will work for your situation [22:17] &lt;jrand0m&gt; gracias [22:17] &lt;jrand0m&gt; in any case, thanks for y'all's patience with the update. we're making progress, even if it doesn't feel like it on the surface [22:18] &lt;protocol&gt; shine on you crazy diamond [22:18] &lt;duck&gt; in the future, say once i2p is actually used, how will the development / release process change to prevent broken releases from mess up the net? [22:19] &lt;jrand0m&gt; once 1.0 is out, i'll do dev &amp; roll out to an insane group of volunteers to play with for a week, then if things wokr great, it'll get rolled out to general release. [22:20] * FireRabbit will be an insane vollunteer [22:20] &lt;jrand0m&gt; right now i've got to battle with kaffe &amp; jetty for updates on i2p.dnsalias.net [22:20] &lt;duck&gt; what species? [22:20] * MrEcho already is [22:20] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:20] &lt;jrand0m&gt; y'all already are insane (and very helpful) volunteers :) [22:20] &lt;FireRabbit&gt; thank you! [22:20] &lt;FireRabbit&gt; :) [22:21] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:21] &lt;jrand0m&gt; hey if it aint tc [22:21] * MrEcho wips TC .. your late [22:21] &lt;TC&gt; hey [22:21] &lt;TC&gt; we back up and running? [22:21] &lt;MrEcho&gt; ya i can type todya... [22:22] &lt;jrand0m&gt; iip seems up... [22:22] &lt;TC&gt; yay [22:22] &lt;jrand0m&gt; in any case, i'm hoping to have 0.2.3.1 out in the next few days, once the two critical bugs get fixed (the cpu overload tc has seen has already been updated) [22:23] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:23] &lt;TC&gt; what was the cause? [22:23] &lt;FireRabbit&gt; i seem to have noticed increased disk activtiy since updating to 0.2.3 but i havent spent any time to see if thats actually i2p or just the comp being stupid [22:23] *** Signoff: wiht ((null)) [22:23] &lt;TC&gt; FireRabbit, how much memmory do you have? [22:24] &lt;FireRabbit&gt; that computer has 128 i believe [22:24] &lt;FireRabbit&gt; you think it could be the paging file? [22:24] &lt;jrand0m&gt; the cause was that 0.2.3 sends all dbStore messages via garlic routed messages instead of directly, which uses either ElGamal or AES+SessionTag (depending on whether tags are known). the persistentSessionKeyMAnager will make tags last longer, and 0.2.3.1 will send dbStore messages through tunnels instead [22:24] &lt;TC&gt; because i have 512 and i2p gave me an 'out of memmory' error last night [22:24] &lt;jrand0m&gt; really? shite [22:24] &lt;FireRabbit&gt; oh, intresting [22:25] &lt;MrEcho&gt; wow [22:25] &lt;jrand0m&gt; yeah, thats #3 on the list of bugs left to crack (though thats not a 0.2.3.1 showstopper) [22:25] &lt;jrand0m&gt; OOMs don't use all 512 [22:25] &lt;TC&gt; but it seems to be running fine now [22:25] &lt;jrand0m&gt; they only use what java's given (e.g. 64M) [22:26] &lt;TC&gt; yes [22:26] &lt;duck&gt; Memory: In use: 8187KB [22:26] &lt;jrand0m&gt; word [22:26] &lt;duck&gt; that is not much! [22:26] &lt;duck&gt; yet [22:26] &lt;MrEcho&gt; Memory: In use: 8908KB Free: 4088KB [22:27] &lt;jrand0m&gt; right, there is something growing in there, i hope to have it tracked down by 0.3 [22:27] &lt;jrand0m&gt; cool, free means it used to use 12.9M, now it only uses 8.9 [22:27] &lt;TC&gt; its running at 30megs of memory at the moment but last night it jumped up to (what windows told me) '70' about then is where it crashed [22:27] &lt;jrand0m&gt; yeah, kaffe does that for me tc [22:28] &lt;jrand0m&gt; ok, in any case, people should subscribe to the i2p mailing list [22:28] * FireRabbit is thinking when he gets home today hes going to rewrite the meshwork lib since it has some problems [22:28] &lt;FireRabbit&gt; sigh [22:28] &lt;jrand0m&gt; ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] &lt;jrand0m&gt; d'oh FireRabbit [22:28] &lt;FireRabbit&gt; this thing is never going to gte done [22:28] &lt;TC&gt; yah, and memory is no biggy for the most part [22:28] &lt;jrand0m&gt; heh, no project goes as easily as one hopes [22:28] &lt;FireRabbit&gt; nope [22:28] &lt;protocol&gt; jrand0m: the maillist triggers Yahoo! spam protection [22:28] &lt;protocol&gt; just a heads up [22:28] &lt;jrand0m&gt; really protocol? [22:29] &lt;protocol&gt; yeah [22:29] &lt;jrand0m&gt; perhaps thats what triggered the spam guard when i cc'ed iip-dev [22:29] * jrand0m will write my isp [22:29] &lt;jrand0m&gt; (or perhaps its the .dnsalias.net thing) [22:30] &lt;protocol&gt; i didn't get any mailings so far, and i emptied my bulk mail b4 i could check [22:30] &lt;duck&gt; or the jrandom nicknam [22:30] &lt;jrand0m&gt; lol duck [22:30] &lt;FireRabbit&gt; :) [22:30] &lt;jrand0m&gt; that'd be awesome if my nick was filtered :) [22:30] &lt;FireRabbit&gt; hehe [22:30] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; wb wiht [22:30] &lt;jrand0m&gt; speaking of which, I suppose I should inject 3.1) apps :) [22:31] &lt;jrand0m&gt; hey MrEcho, how goes the battle? [22:31] &lt;wiht&gt; jrand0m: Hello. [22:31] &lt;MrEcho&gt; the day somone writes a autodetect program for the linux compile config [22:31] &lt;MrEcho&gt; well its on its way [22:31] &lt;duck&gt; knoppix uses some autodetect thing, isnt it? [22:31] &lt;jrand0m&gt; ./configure ; make ; make check ; make install ; reboot [22:31] &lt;duck&gt; &lt;/offtopic&gt; [22:31] &lt;MrEcho&gt; ive pritty much maped out how i want to do everything [22:31] &lt;jrand0m&gt; word [22:32] &lt;jrand0m&gt; do you have a clear view on how i2ptunnel could be updated to make use of what you're doing MrEcho? [22:32] &lt;FireRabbit&gt; i think knoppix uses hotplug [22:32] &lt;MrEcho&gt; 0.1 wont be/might be locked down .. dont know yet [22:32] &lt;jrand0m&gt; coo' [22:33] &lt;TC&gt; oh jrand0m, i have a question about the cvs [22:33] &lt;jrand0m&gt; que tal? [22:33] &lt;MrEcho&gt; for dns querys im going to have a server port on the Client and RS side for Names querys [22:33] &lt;FireRabbit&gt; ok jrand0m so enlighten me on this, if you have two arrays, one thats storing data just recieved and one thats acting as a buffer what would you name them [22:33] &lt;MrEcho&gt; and im going to build a lib for any app to use [22:33] &lt;jrand0m&gt; FireRabbit&gt; src, dest [22:34] &lt;FireRabbit&gt; humm [22:34] &lt;TC&gt; i thought it would be a good idea if i updated the host file directly to the i2p based cvs so it could be included with future versions [22:34] &lt;jrand0m&gt; definitely tc [22:34] &lt;FireRabbit&gt; this is a pretty big class, i think id want to go a little more specific than that [22:34] * jrand0m should get you a cvs account [22:34] &lt;TC&gt; im just wondering how to connect to it [22:34] &lt;duck&gt; TC: you want (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] &lt;duck&gt; easiest CVS client for windows that I know [22:35] * MrEcho uses the dos ver :) [22:35] &lt;mihi&gt; duck: for windows != win9x ;) [22:35] * FireRabbit uses the cvs command line port [22:35] &lt;duck&gt; mihi: I did test it with win9x [22:35] &lt;jrand0m&gt; tc&gt; have you used cvs before? or are you concerned w/ anonymity? (you should be able to cvs through i2p at the moment) [22:35] * mihi uses either WinCVS or the cygwin cvs [22:35] * jrand0m uses cvs.exe [22:35] &lt;TC&gt; ok, so i use that client and set up the proxy? [22:35] &lt;TC&gt; no, ive never used cvs before [22:35] &lt;jrand0m&gt; ok, i'll walk you through the setup after the meeting [22:36] &lt;TC&gt; sure, thanks [22:36] &lt;duck&gt; about cvs-ing through the tunnel: [22:36] &lt;duck&gt; wouldnt the double messages be a big problem? [22:36] *** Signoff: wiht (Ping timeout) [22:37] &lt;duck&gt; especially for commits [22:37] &lt;jrand0m&gt; yes duck, but I haven't run into that problem (cvs messages are typically small) [22:37] &lt;jrand0m&gt; &gt;64k messages (e.g. the specs .pdf or .sxw) should for now be done through the normal internet [22:38] &lt;duck&gt; jabber msges get also duplicated quite often [22:38] &lt;jrand0m&gt; you're right though, in that its not a rock solid solution for cvs yet [22:38] &lt;duck&gt; even though they are XML, they are not that big [22:40] &lt;jrand0m&gt; right, lost acks are one of the bitches of the current lost i2psessionimpl2 bugs :/ [22:40] &lt;duck&gt; k [22:41] &lt;duck&gt; (that was a partly lost ack) [22:41] &lt;jrand0m&gt; (with the network this size, there should be no resends ever, unless that the peer is offline) [22:42] &lt;jrand0m&gt; hmm ok, any other i2p stuff? [22:42] &lt;mihi&gt; jrand0m: how about adding some kinda sequence number into the i2p packets? [22:43] &lt;jrand0m&gt; i2ptunnel packets? [22:43] &lt;mihi&gt; this would help with the doubling things. [22:43] &lt;mihi&gt; no, i2pnp packets [22:43] &lt;mihi&gt; okay, one could do it on i2ptunnel level as well. [22:43] &lt;TC&gt; so jrand0m did you get your conncetion back or are you still at a cafe? [22:43] &lt;mihi&gt; just if you get twice the same number, disregard the second one. [22:44] &lt;jrand0m&gt; those already handle dup ids for most things, though you're right in that there's going to be an update on 0.3 for the remaining messages [22:44] &lt;jrand0m&gt; right, currently we keep a history of the last 1000 msgIds to drop dups [22:44] &lt;mihi&gt; okay, if anyone volunteers to write a good tcp impl for i2p, that would be better ;) [22:44] &lt;jrand0m&gt; yes! :) [22:44] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:45] * jrand0m thinks there's going to be a bounty for some [yet to be determined killer app/feature] once 1.0 gets near [22:45] &lt;duck&gt; win a 1 hour private chat session with UserX! [22:45] &lt;jrand0m&gt; lol [22:45] &lt;MrEcho&gt; lol [22:46] &lt;jrand0m&gt; ok, any other i2p things, or iip things, or anything else for this, the 69th iip-dev meeting? [22:46] &lt;jrand0m&gt; (other than userx pinup girl comments) [22:47] &lt;duck&gt; any other apps that duck inc. should run? [22:47] &lt;jrand0m&gt; bluebeep! [22:47] &lt;TC&gt; 1. jrand0m did you fix your connection issues? 2. what do you think of my new eepsite? [22:47] &lt;TC&gt; bluebeep? [22:47] &lt;jrand0m&gt; oh sorry tc. yes, i finally have net access :) haven't seen your new eepsite beyond the board (which kicks ass), but i'll check later :) [22:48] &lt;duck&gt; TC: I like the new design [22:48] &lt;TC&gt; hmm, i should change the board as well to cut down on the load time [22:48] &lt;duck&gt; only think you should try to disable the email function in the phpboard, now you get an error each time [22:48] &lt;TC&gt; thanks duck [22:48] &lt;jrand0m&gt; dropping images would be a plus [22:49] &lt;TC&gt; good idea [22:49] &lt;jrand0m&gt; (bluebeep is an old wardialer) [22:49] &lt;MrEcho&gt; ya [22:49] &lt;jrand0m&gt; (and all around fun toy) [22:49] &lt;duck&gt; please keep in mind that the average age is 16 here [22:50] * MrEcho is 24 [22:50] * duck ducks [22:50] * jrand0m doubts there are too many 3 year olds to balance out the geriatrics among us ;) [22:50] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:50] &lt;MrEcho&gt; lol [22:50] * TC built a blackbox once [22:50] &lt;jrand0m&gt; w3wt [22:50] &lt;lonelynerd&gt; is the meeting already over? [22:50] &lt;duck&gt; last Q: [22:50] *** protocol is now known as proto_afk [22:51] &lt;duck&gt; how can we read the kademlia stats? [22:51] * jrand0m hasn't !baf'ed yet lonelynerd, so ask away :) [22:51] * MrEcho kills pcmcia support in the kernel [22:51] &lt;duck&gt; just so that we understand what routerConsole.html dumps [22:51] &lt;MrEcho&gt; im getting pissed [22:51] &lt;jrand0m&gt; ok, the JobQueue stats I assume you mean? [22:52] * duck guesses that it is all obvious probably [22:52] &lt;jrand0m&gt; basically when I look at JobQueue stats, I check to see that the avg execution time for the Build garlic message, buld tunnel, and handle * message jobs are small [22:52] &lt;jrand0m&gt; (those are the jobs that usually take the longest, and when the pending side of things gets large, everything suffers) [22:53] &lt;lonelynerd&gt; (actually, i better read the logs first) [22:53] &lt;duck&gt; gotcha [22:53] &lt;jrand0m&gt; the .1-.6s avg pending time i've been seeing is shit poor and one of the big things i'm going to aim for once its time to tune 'em [22:54] &lt;jrand0m&gt; the netDb contents liveliness and reliability are largely random numbers, as long as they're &gt; 100. last sent successfully means when was the last time it was sent to 2 or more peers [22:54] &lt;jrand0m&gt; (we resend randomly if it isn't local) [22:54] &lt;jrand0m&gt; (no more than once every 5 minutes though) [22:55] &lt;jrand0m&gt; is there a stat that would be helpful for people, or some other visualization that might help? (if its nontrivial i might not throw it in, but if its easy, i probably would) [22:56] &lt;duck&gt; thanks [22:57] &lt;jrand0m&gt; any other comments / questions / concerns / frisbees? [22:59] &lt;jrand0m&gt; in that case [22:59] * jrand0m winds up [22:59] * jrand0m *baf*s the meeting closed </div>/vi/blog/2003/12/09/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-9-th%C3%A1ng-12-2003/Tue, 09 Dec 2003 00:00:00 +0000/vi/blog/2003/12/09/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-9-th%C3%A1ng-12-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> duck, joda, jrand0m, mrflibble, Nostradumbass</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 0) welcome to $num [22:02] &lt;jrand0m&gt; 1) iip status [22:02] &lt;jrand0m&gt; 2) kademlia stuff + idn [22:02] &lt;jrand0m&gt; 3) peer profiling stuff [22:02] &lt;jrand0m&gt; 4) i2p services [22:02] &lt;jrand0m&gt; 5) stuff [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; hi [22:03] &lt;jrand0m&gt; this is meeting 67 or 68... [22:03] &lt;jrand0m&gt; 1) iip status [22:03] &lt;jrand0m&gt; I dunno. anyone know what the situation has been as of late? [22:04] &lt;jrand0m&gt; the iip devs aren't here, so... dunno. [22:04] &lt;jrand0m&gt; [ping] [22:04] &lt;jrand0m&gt; (last week I typed for probably 10 minutes before my client pinged me out...) [22:05] &lt;jrand0m&gt; (i'm not going to type anything else until I get a p0ng, damnit ;) [22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:05] &lt;jrand0m&gt; 'lo Nostradumbass [22:06] &lt;Nostradumbass&gt; hi :) [22:06] &lt;jrand0m&gt; ok cool, so I haven't pinged out, people are just lurking. cool :) [22:06] * jrand0m hops on to the next agenda item [22:06] &lt;Nostradumbass&gt; how's i2p coming? [22:06] &lt;Nostradumbass&gt; sorry? [22:06] &lt;jrand0m&gt; good lead in ;) [22:07] &lt;jrand0m&gt; agenda item 3) i2p 0.2.3 status :) [22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev [22:07] &lt;jrand0m&gt; there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago [22:07] &lt;jrand0m&gt; that includes an implementation of the kademlia netDb [22:08] &lt;jrand0m&gt; so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) [22:08] &lt;jrand0m&gt; there have been a few more variations on the kademlia proto though to make things more relevent for i2p [22:09] &lt;jrand0m&gt; we will always have a very, very, /very/ sparse kademlia tree. [22:09] &lt;jrand0m&gt; 2^256 possible slots, and 1-10 values per peer in the network. [22:09] &lt;jrand0m&gt; so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket [22:10] &lt;jrand0m&gt; so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo &amp; distance metric [22:10] &lt;jrand0m&gt; idn, however, is dead in the water. [22:11] &lt;jrand0m&gt; the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea [22:11] &lt;jrand0m&gt; and has been promptly abandonded. [22:11] &lt;jrand0m&gt; idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it [22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats [22:12] &lt;jrand0m&gt; heya tusko [22:12] &lt;jrand0m&gt; that brings us to agenda item 3) peer profiling [22:12] &lt;jrand0m&gt; I've been pretty silly...and finally did some of the math [22:13] &lt;jrand0m&gt; the stats being gathered now are immense. [22:13] &lt;jrand0m&gt; about 6000 data points /per peer/ [22:13] &lt;duck&gt; what is peer profiling? [22:13] &lt;jrand0m&gt; peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future [22:13] &lt;duck&gt; ah [22:13] &lt;jrand0m&gt; (aka fast routers, reliable routers, etc) [22:13] &lt;duck&gt; the process that eats up my memory :) [22:14] &lt;jrand0m&gt; heh actually that part isn't toooo bad [22:14] &lt;jrand0m&gt; though 6000 data points won't scale. [22:14] &lt;jrand0m&gt; 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb [22:15] &lt;jrand0m&gt; though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that [22:15] &lt;jrand0m&gt; we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. [22:16] &lt;jrand0m&gt; we could probably get away in the long term with just keeping track of a hundred or so peers. [22:16] &lt;jrand0m&gt; but, for now, I'm going to say fuckit. [22:16] &lt;jrand0m&gt; keep stats on all peers [22:16] &lt;duck&gt; ping [22:16] &lt;jrand0m&gt; p0ng [22:17] &lt;duck&gt; will it try to learn about all peers? [22:17] &lt;jrand0m&gt; right now, yes [22:17] &lt;duck&gt; oh wait, your last lines covered that [22:17] &lt;jrand0m&gt; we also have some code for coallescing and running calculations on the peer profiles [22:18] &lt;jrand0m&gt; so one of those calculators will determine what peers to drop [22:18] &lt;jrand0m&gt; an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] &lt;jrand0m&gt; (you'll notice lots of 0s :) [22:19] &lt;jrand0m&gt; I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki [22:20] &lt;jrand0m&gt; but thats all 0.3 stuff, really. 0.2.3 just uses a little of it [22:21] &lt;jrand0m&gt; ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up [22:21] &lt;jrand0m&gt; (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) [22:22] &lt;jrand0m&gt; ok, 4) i2p services [22:23] &lt;jrand0m&gt; tc's site is awesome &amp; really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) [22:23] &lt;jrand0m&gt; there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board [22:24] &lt;jrand0m&gt; things sometimes act up a bit, but thats related to some bugs in the router &lt;= 0.2.2, and have been fixed (and will roll out in 0.2.3) [22:24] &lt;jrand0m&gt; the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ [22:25] &lt;jrand0m&gt; so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel [22:25] &lt;jrand0m&gt; what services would be cool to show up next? [22:25] &lt;duck&gt; I did try to run an ircd over i2ptunnel [22:25] &lt;duck&gt; but before it got the full MOTD after logging in, I got ping timeouted already [22:26] &lt;jrand0m&gt; d'oh [22:26] &lt;duck&gt; and that was on the same router [22:26] &lt;duck&gt; so in the wild performance will be even worse [22:26] &lt;jrand0m&gt; on the local router it pinged out?! [22:26] &lt;jrand0m&gt; local router should never ping anything out [22:26] &lt;jrand0m&gt; oh, except for that race bug [22:26] &lt;jrand0m&gt; (which is probably what it was, since it was local and the race is faster there) [22:26] &lt;duck&gt; irc client pinged out for not responding in time [22:27] &lt;duck&gt; I'll retry with 0.2.3 [22:27] &lt;jrand0m&gt; word [22:27] &lt;duck&gt; though jabber is nice for now [22:27] &lt;jrand0m&gt; totally [22:27] &lt;jrand0m&gt; and long term, irc is not the way to go [22:27] &lt;duck&gt; tc, jrandom and me are there to chat with! [22:27] &lt;jrand0m&gt; hehe :) [22:28] &lt;jrand0m&gt; we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points [22:28] &lt;jrand0m&gt; (aka iip 2.0) [22:28] &lt;jrand0m&gt; now would be a nice time for userx to come back into the fold ;) [22:29] * jrand0m stops holding breath [22:29] &lt;jrand0m&gt; an nntp server would /also/ really really rule. [22:29] &lt;duck&gt; I'll try that tomorrow [22:29] &lt;jrand0m&gt; r0x0r [22:30] &lt;duck&gt; jabber is really nice to run other things over [22:30] &lt;duck&gt; check out the jabber rpc specs [22:30] &lt;duck&gt; (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] &lt;duck&gt; other services? [22:30] &lt;jrand0m&gt; thats interesting - doing jabber as a naming service, essentially [22:31] &lt;duck&gt; you mean: [22:31] &lt;jrand0m&gt; there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage [22:31] &lt;duck&gt; name server has a jabber client through which you can register names (provided token) [22:31] &lt;duck&gt; also use it to query? [22:31] &lt;jrand0m&gt; naw [22:32] &lt;jrand0m&gt; jabber's registry being the naming service [22:32] &lt;duck&gt; ok [22:32] &lt;jrand0m&gt; its centralized but it works [22:32] &lt;jrand0m&gt; just like hosts.txt :) [22:33] &lt;duck&gt; are there mail solutions that are better suited for there environments than smtp and pop/imap ? [22:33] &lt;jrand0m&gt; thats a really good question [22:33] &lt;duck&gt; cause I dont think that it will just work when you hook up mail servers [22:34] &lt;jrand0m&gt; yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing [22:34] &lt;jrand0m&gt; or it reverts back to centralized single POP3/IMAP server with everyone on the same server [22:35] &lt;duck&gt; I spoke with aum (author of freemail) yesterday [22:35] &lt;duck&gt; he was talking about reimplementing fred in python [22:35] &lt;jrand0m&gt; lol nice [22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [22:35] &lt;duck&gt; so I did suggest him to work on the python routers for i2p instead [22:35] &lt;jrand0m&gt; ooh that would TOTALLY rule! [22:35] &lt;duck&gt; then he got totally upset about the pdf documents [22:36] &lt;jrand0m&gt; hey, if he wants the openOffice originals, or even a txt export I'll export [22:36] &lt;duck&gt; and I lost my patience and told him that you would also have the m$word docs if he did ask nicely [22:36] &lt;duck&gt; well, you were a fuckhead for not doing a html export or something [22:36] &lt;jrand0m&gt; naw, I tried that ;) [22:36] &lt;duck&gt; I lost my patience and told him to talk to you [22:36] &lt;jrand0m&gt; the openOffice html export SUCKS [22:37] &lt;duck&gt; hm [22:37] &lt;mrflibble&gt; true jr [22:37] &lt;jrand0m&gt; when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. [22:37] &lt;duck&gt; wiki has most info though [22:37] &lt;jrand0m&gt; exactly [22:37] &lt;mrflibble&gt; i tried using that for that kevin mitnick book. it was worse than ms office [22:37] &lt;duck&gt; oh well [22:37] &lt;jrand0m&gt; zactly. [22:37] &lt;duck&gt; he might appear here once [22:37] &lt;jrand0m&gt; that'd be awesome [22:38] &lt;duck&gt; but maybe it is better with his attitude to join the freenet gang [22:38] &lt;duck&gt; ... [22:38] &lt;jrand0m&gt; well, effort on freenet is always a good thing [22:38] * duck goes back to beeing friendly [22:38] &lt;jrand0m&gt; :) [22:38] &lt;duck&gt; aums work rocks [22:38] &lt;duck&gt; hopefully he'll rock on i2p [22:39] &lt;jrand0m&gt; yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" [22:39] &lt;jrand0m&gt; we need the help, certainly [22:39] &lt;duck&gt; which brings me to the following question: [22:39] &lt;duck&gt; are the changes to I2P that you do specced? [22:39] &lt;duck&gt; or is the java source the documentation for the latest info [22:40] &lt;jrand0m&gt; there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while [22:40] &lt;jrand0m&gt; feb is doc-month for jrandom. [22:40] &lt;jrand0m&gt; (and qa, and bugfixing) [22:41] &lt;jrand0m&gt; ((and benders ;)) [22:41] &lt;jrand0m&gt; the specs are still pretty much correct, there are just more details. [22:41] &lt;duck&gt; awesome [22:41] &lt;jrand0m&gt; but the datastructures have had more changes [22:42] &lt;jrand0m&gt; ok, anything else for services? [22:43] &lt;jrand0m&gt; ok, 5) stuff [22:43] &lt;jrand0m&gt; hi [22:43] &lt;duck&gt; hi! [22:43] &lt;jrand0m&gt; how's tricks? [22:43] &lt;jrand0m&gt; [any questions / thoughts / issues / etc go here] [22:43] &lt;duck&gt; the base64 tricks should be added to the i2ptricks pages [22:44] &lt;jrand0m&gt; ooh good point [22:44] &lt;duck&gt; might be some other tricks too that I dont know yet [22:44] &lt;duck&gt; will grep the sources for 'main' [22:44] &lt;jrand0m&gt; I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed [22:44] &lt;jrand0m&gt; lol [22:44] &lt;jrand0m&gt; there are lots and lots of main() methods, but they're mostly test functions [22:45] &lt;jrand0m&gt; oh! [22:45] &lt;jrand0m&gt; one thing. DONT run the current code from cvs and expect it to work with normal routers. [22:45] *** joda (--@anon.iip) has joined channel #iip-dev [22:45] &lt;joda&gt; hi [22:45] &lt;jrand0m&gt; the db messages changed :) [22:45] &lt;jrand0m&gt; hi joda [22:45] &lt;joda&gt; sorry, if I interrupt something [22:45] &lt;duck&gt; I got a bit upset that I couldnt get cvs to work [22:45] &lt;duck&gt; but then I did remember that this isnt freenet [22:45] &lt;joda&gt; I was just wondering what happend to "anonymail" ? [22:46] &lt;duck&gt; so you dont need latest cvs to be able to use it [22:46] &lt;jrand0m&gt; joda&gt; the user who runs it doesn't seem to be online at the moment. should be back soon [22:46] &lt;jrand0m&gt; hehe duck - did it fail for you today after I committed, or do you mean from before today? [22:46] &lt;duck&gt; last week somewhere [22:46] &lt;joda&gt; jrand&gt; thx :) [22:46] &lt;joda&gt; cu :) [22:46] &lt;jrand0m&gt; ah 'k duck [22:46] &lt;jrand0m&gt; l8r joda [22:47] &lt;jrand0m&gt; yeah, I only endorse running the released code [22:47] &lt;duck&gt; will 0.2.3 put the version files in a directory? :) [22:47] &lt;jrand0m&gt; 0.2.3 gets rid of the version files :) [22:47] &lt;jrand0m&gt; (lots and lots and lots of changes) [22:47] &lt;jrand0m&gt; but that means 0.2.3 (and beyond) will require g enerally correct clocks [22:48] &lt;jrand0m&gt; (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] &lt;duck&gt; what will the fudge facter be for 0.2.3? [22:48] &lt;jrand0m&gt; probably the same [22:49] *** joda has left #iip-dev [22:49] &lt;duck&gt; oh, current = your code [22:49] &lt;jrand0m&gt; that time will be used to expire db entries [22:49] &lt;duck&gt; k [22:49] &lt;jrand0m&gt; ah, right, yeah :) [22:49] &lt;jrand0m&gt; (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) [22:49] &lt;duck&gt; maybe the installer could be a bit more userfriendly [22:49] &lt;duck&gt; as in less questions [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] &lt;duck&gt; default phttp urls included, no bandwidth limiting etc [22:50] &lt;jrand0m&gt; I guess we could autoguess random ports too [22:50] &lt;jrand0m&gt; you're right [22:50] &lt;jrand0m&gt; want commit privs? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] &lt;jrand0m&gt; (if not I can update it for 0.2.3) [22:51] &lt;duck&gt; an argument against it can be that users will take settings too easily for granted [22:51] &lt;duck&gt; and everybody uses the same phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev [22:51] &lt;jrand0m&gt; true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay [22:52] &lt;jrand0m&gt; i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute [22:52] &lt;jrand0m&gt; (though thats because i know what all the text says and didn't read it...) [22:52] &lt;duck&gt; I dont like the long keys [22:53] &lt;duck&gt; especially not if you have to copy&amp;paste them [22:53] &lt;duck&gt; better use them as file [22:53] &lt;jrand0m&gt; hmm? [22:53] &lt;duck&gt; but distributing the binary files are a pain [22:53] &lt;duck&gt; so you have to do the base64 trick.. [22:53] &lt;duck&gt; could the i2ptunnel read base64 destination keys too? [22:53] &lt;duck&gt; from a file that is [22:53] &lt;jrand0m&gt; I was just typing that ;) [22:53] &lt;jrand0m&gt; yeah, that wouldnt be much work [22:54] &lt;jrand0m&gt; perhaps even 1 line [22:54] &lt;duck&gt; also, what about armouring? [22:54] &lt;duck&gt; with a header&amp;footer [22:54] &lt;duck&gt; like pgp etc [22:55] &lt;jrand0m&gt; true, it would be useful to have that sort of validation [22:55] &lt;duck&gt; ofcourse that is a gadget [22:55] &lt;duck&gt; but it could be helpful for those who want to use the tunnel [22:55] &lt;jrand0m&gt; though the Destination structure itself is pretty picky [22:55] &lt;jrand0m&gt; but you're right, a raw base64 isn't the most intuitive or safe thing to pass around [22:56] &lt;jrand0m&gt; we need a bugzilla [22:56] &lt;jrand0m&gt; so things like this can get posted as todo [22:56] &lt;jrand0m&gt; i'd move off my palm's todo list for that [22:56] &lt;duck&gt; bugzilla has nazi registration requirements [22:56] &lt;duck&gt; with emails etc.. [22:56] &lt;jrand0m&gt; true [22:57] &lt;duck&gt; but better as nothing [22:57] &lt;duck&gt; other bugtrackers all have their shortcomings [22:57] &lt;jrand0m&gt; yeah, every company i've worked at has pretty much ended building their own [22:58] &lt;jrand0m&gt; we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) [22:58] &lt;jrand0m&gt; so we've got a few weeks ;) [22:58] &lt;jrand0m&gt; but if someone did some research and found a really nice one, that'd be great [22:59] &lt;jrand0m&gt; [not you specifically duck, anyone who's reading these meeting logs at home ;)] [22:59] &lt;duck&gt; so far phpBugTrackers has been okay for me [22:59] &lt;jrand0m&gt; hmm haven't used that [22:59] &lt;duck&gt; yes, I am not talking to jrandom either [22:59] &lt;jrand0m&gt; lol [22:59] &lt;duck&gt; but to the group of I2P code developers :) [22:59] * jrand0m is actually 12 people acting under a single nym [23:00] &lt;jrand0m&gt; ok, 1 hour, on the dot [23:00] &lt;jrand0m&gt; anyone else have anything before I get the *baf*er out? [23:01] * duck demands 1 more minute [23:01] &lt;duck&gt; since we did start on 21:02 [23:01] &lt;jrand0m&gt; yeah yeah [23:01] &lt;jrand0m&gt; la la la [23:01] &lt;jrand0m&gt; what should i have for dinner? [23:01] &lt;jrand0m&gt; there's a nice falafel place next door... [23:01] &lt;jrand0m&gt; had gnocci for lunch too [23:01] &lt;jrand0m&gt; hmm... [23:01] &lt;jrand0m&gt; maybe a liquid dinner [23:02] &lt;duck&gt; soup? [23:02] &lt;jrand0m&gt; ooOooo whiskey soup! [23:02] * jrand0m *baf*'s the meeting closed on that note </div>/vi/blog/2003/11/30/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-11-n%C4%83m-2003/Sun, 30 Nov 2003 00:00:00 +0000/vi/blog/2003/11/30/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-30-th%C3%A1ng-11-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrand0m, nop, MrEcho, dm, dish, mihi</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; chương trình [22:02] &lt;jrand0m&gt; 0) chào mừng [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) trạng thái [22:02] &lt;jrand0m&gt; 1.2) thay đổi lộ trình [22:02] &lt;jrand0m&gt; 1.3) các tiểu dự án mở [22:02] &lt;jrand0m&gt; 2) native modPow [22:03] &lt;jrand0m&gt; 2) trình cài đặt GUI [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) dịch vụ đặt tên [22:03] &lt;jrand0m&gt; 5) cấp phép [22:03] &lt;jrand0m&gt; 6) mục khác? [22:03] &lt;jrand0m&gt; 0) chào mừng [22:03] &lt;jrand0m&gt; chào. [22:03] &lt;nop&gt; chào [22:03] &lt;jrand0m&gt; cuộc họp 2^6 [22:04] &lt;jrand0m&gt; có mục chương trình nào cần thêm không, nop? [22:04] &lt;jrand0m&gt; ok, 1.1) trạng thái router [22:04] &lt;jrand0m&gt; chúng ta đang ở 0.2.0.3 và lần cuối tôi nghe thì nó hoạt động [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; đúng không? [22:05] &lt;MrEcho&gt; tôi đang chạy nó .. có vẻ ổn [22:05] &lt;nop&gt; không [22:05] &lt;jrand0m&gt; đã có vài commit nhỏ sau bản phát hành 0.2.0.3, chưa có gì đáng để phát hành [22:05] &lt;nop&gt; tôi chỉ đang cố bắt kịp [22:05] &lt;jrand0m&gt; ổn [22:06] &lt;jrand0m&gt; dựa trên kinh nghiệm và phản hồi của 0.2.0.x, lộ trình đã được cập nhật để chạy ít tốn tài nguyên hơn [22:06] &lt;jrand0m&gt; (tức là để mọi người có thể chạy webserver / v.v. mà không ngốn CPU của họ) [22:06] &lt;jrand0m&gt; cụ thể (chuyển sang mục 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] &lt;MrEcho&gt; điều tôi để ý là hầu hết router dùng: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; nó tự động chuyển sang phttp hay thậm chí có thử tcp trước không [22:07] &lt;jrand0m&gt; hmm, đa số router nên hỗ trợ PHTTP, và nếu chúng có thể chấp nhận kết nối đến, thì cũng nên hỗ trợ TCP [22:07] &lt;jrand0m&gt; nếu có thể thì nó dùng TCP [22:07] &lt;jrand0m&gt; PHTTP được gán trọng số đắt hơn TCP khoảng 1000 lần [22:08] &lt;jrand0m&gt; (xem GetBidsJob, tác vụ hỏi mỗi transport xem gửi một thông điệp tới một peer sẽ tốn bao nhiêu) [22:08] &lt;jrand0m&gt; (và xem TCPTransport.getBid và PHTTPTransport.getBid để biết các giá trị dùng) [22:08] &lt;MrEcho&gt; ok [22:08] &lt;jrand0m&gt; bạn có thường dùng PHTTP để gửi và nhận thông điệp không? [22:09] &lt;jrand0m&gt; (có thể đó là dấu hiệu TCP listener của bạn không thể truy cập được) [22:09] &lt;MrEcho&gt; tôi chưa điền các URL phía tôi [22:09] &lt;jrand0m&gt; à, ok. [22:09] &lt;MrEcho&gt; ồ có rồi [22:10] &lt;jrand0m&gt; ok, đúng rồi, router của tôi có các kết nối TCP mở tới bạn [22:10] &lt;dm&gt; thật hiếu khách. [22:11] &lt;jrand0m&gt; nhưng tôi mừng là mọi người đã khiến tôi triển khai routerConsole.html để khỏi phải bới log vì mấy thứ vớ vẩn này [22:11] &lt;MrEcho&gt; có cơ chế timeout không: nếu không kết nối được TCP thì nó dùng phttp? và thời gian là bao lâu [22:11] &lt;jrand0m&gt; nếu nó nhận TCP connection refused / host not found /v.v., nó sẽ hủy lần thử đó ngay lập tức và thử bid khả dụng tiếp theo [22:12] &lt;MrEcho&gt; vậy là không retry [22:12] &lt;jrand0m&gt; phttp có timeout 30 giây, nếu tôi nhớ đúng [22:12] &lt;jrand0m&gt; không cần retry. hoặc là bạn có một kết nối TCP mở và có thể gửi dữ liệu, hoặc là không :) [22:13] &lt;MrEcho&gt; lol ok [22:13] &lt;MrEcho&gt; sau đó nó sẽ thử tcp mỗi lần nữa hay bỏ qua và chuyển thẳng sang phttp cho kết nối tiếp theo? [22:13] &lt;jrand0m&gt; lúc này thì nó sẽ thử tcp mỗi lần. [22:13] &lt;jrand0m&gt; các transport chưa lưu lịch sử [22:13] &lt;MrEcho&gt; ok hay đấy [22:14] &lt;jrand0m&gt; (nhưng nếu một peer thất bại 4 lần, họ sẽ bị đưa vào danh sách đen trong 8 phút) [22:14] &lt;MrEcho&gt; vậy khi bên kia nhận được tin nhắn phttp thì nó nên kết nối tới router đã gửi tin nhắn qua tcp đúng không? [22:14] &lt;jrand0m&gt; đúng. một khi thiết lập được bất kỳ kết nối tcp nào, nó có thể dùng kết nối đó. [22:14] &lt;jrand0m&gt; (nhưng nếu cả hai peer chỉ có phttp, thì hiển nhiên họ chỉ dùng phttp) [22:15] &lt;MrEcho&gt; điều đó có nghĩa là nó không thể thiết lập kết nối tcp tới bất kỳ thứ gì [22:15] &lt;MrEcho&gt; .. ừ [22:16] &lt;MrEcho&gt; ước gì có cách vượt qua chuyện đó [22:16] &lt;jrand0m&gt; không, một trong các router của tôi không có địa chỉ TCP - chỉ PHTTP. nhưng tôi thiết lập kết nối TCP với các peer có địa chỉ TCP. [22:16] &lt;jrand0m&gt; (và rồi họ có thể gửi lại thông điệp qua kết nối TCP đó thay vì gửi cho tôi các thông điệp PHTTP chậm hơn) [22:17] &lt;jrand0m&gt; hay ý bạn không phải vậy? [22:17] &lt;MrEcho&gt; ừ, tôi bị nhầm [22:17] &lt;jrand0m&gt; ok, không sao [22:18] &lt;jrand0m&gt; vậy hãy xem lộ trình đã cập nhật để biết lịch trình mới (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; ok, 1.3) các tiểu dự án mở [22:19] &lt;jrand0m&gt; cuối cùng tôi cũng đưa một đống danh sách việc cần làm trên palmpilot của tôi lên wiki tại http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; nên nếu bạn rảnh và đang tìm dự án code... :) [22:20] &lt;MrEcho&gt; trời [22:20] &lt;MrEcho&gt; đã có 2 cái rồi [22:20] &lt;dish&gt; Bạn có một palmpilot, đẳng cấp đấy [22:20] &lt;MrEcho&gt; của tôi chết rồi [22:20] &lt;jrand0m&gt; mihi&gt; có một dòng ở đó liên quan đến I2PTunnel mô tả một ý tôi nảy ra cách đây không lâu [22:21] &lt;MrEcho&gt; không biết nó bị gì nữa [22:21] &lt;jrand0m&gt; ừ, trước đây tôi dùng palm nhưng vừa rồi có người quyên tặng cái này cho dự án ;) [22:21] &lt;dish&gt; Có thể thêm vào chương trình họp một mục để bàn về việc userX lần cuối gõ cái gì không [22:21] &lt;MrEcho&gt; đồ chết tiệt này giờ còn chẳng bật lên nữa [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; tôi không nghĩ UserX đã nói gì trong 4 hay 5 tháng ;) [22:22] &lt;MrEcho&gt; đó là bot hay gì vậy? [22:22] &lt;dish&gt; 5 tháng trước họ nói gì? [22:22] &lt;MrEcho&gt; tôi cá đó là một bitchx chạy trên cái máy anh ta từng có quyền truy cập .. rồi quên mất [22:22] &lt;jrand0m&gt; rằng tuần sau họ sẽ phản hồi về anonCommFramework (tên cũ của i2p) ;) [22:23] &lt;dish&gt; haha [22:23] &lt;jrand0m&gt; chắc là anh ấy bận. đời mà [22:23] &lt;jrand0m&gt; ok, 2) native modPow [22:24] &lt;MrEcho&gt; tôi đã thấy đoạn mã C đó [22:24] &lt;jrand0m&gt; tôi ghép một stub .c và lớp java để minh họa cách tích hợp thứ như GMP hay thư viện MPI khác, nhưng rõ ràng là nó chưa chạy [22:25] &lt;jrand0m&gt; sẽ tốt nếu ta có một gói nhỏ các lớp C và lớp bao Java đơn giản đi kèm có thể build cho windows, osx, *bsd, linux, và đóng gói theo GPL [22:25] &lt;jrand0m&gt; (chèn sự hỏng hóc lớn của iip ở đây) [22:38] &lt;MrEcho&gt; điều cuối cùng tôi thấy là: [13:25] &lt;jrand0m&gt; ok, 2) native modPow [22:38] &lt;jrand0m&gt; chào MrEcho [22:38] &lt;jrand0m&gt; ừ, có vẻ một proxy chính bị crash [22:39] &lt;jrand0m&gt; tôi sẽ đợi thêm 2 phút trước khi khởi động lại [22:39] &lt;MrEcho&gt; k [22:39] &lt;MrEcho&gt; với $25 một lần tôi có thể có full Java trên thenidus.net ... một trong các site của tôi [22:40] &lt;jrand0m&gt; $25? họ tính phí bạn để cài phần mềm à? [22:40] &lt;MrEcho&gt; thật ra không biết .. đó là một gói [22:40] &lt;MrEcho&gt; đang nói chuyện với bạn tôi đây [22:40] &lt;jrand0m&gt; tôi không chắc code đủ ổn định để đi thuê một loạt chỗ colo dựng router đâu. chưa đâu :) [22:41] &lt;dm&gt; frazaa? [22:41] &lt;MrEcho&gt; java - jsp [22:41] &lt;jrand0m&gt; ok, gửi lại những gì tôi đã gửi trước đó: [22:41] &lt;jrand0m&gt; tôi ghép một stub .c và lớp java để minh họa cách tích hợp thứ như GMP hay thư viện MPI khác, nhưng rõ ràng là nó chưa chạy [22:41] &lt;jrand0m&gt; sẽ tốt nếu ta có một gói nhỏ các lớp C và lớp bao Java đơn giản đi kèm có thể build cho windows, osx, *bsd, linux, và đóng gói theo GPL (hoặc giấy phép ít ràng buộc hơn) [22:41] &lt;jrand0m&gt; tuy nhiên với lộ trình mới đặt AES+SessionTag là hạng mục hành động hiện tại của tôi, việc này không còn cấp bách như trước. [22:42] &lt;jrand0m&gt; nếu ai muốn nhận làm thì tuyệt (và tôi chắc một dự án khác mà ai cũng biết cũng sẽ quan tâm đến kiểu đóng gói này) [22:43] &lt;dm&gt; z? [22:43] &lt;jrand0m&gt; heh, theo một cách nào đó ;) [22:44] &lt;jrand0m&gt; ok, 3) trình cài đặt gui [22:44] &lt;jrand0m&gt; MrEcho&gt; chào [22:44] &lt;MrEcho&gt; :) [22:44] &lt;MrEcho&gt; hehe [22:44] &lt;MrEcho&gt; nó đang tiến triển [22:44] &lt;jrand0m&gt; hay [22:44] &lt;MrEcho&gt; không có gì màu mè [22:45] &lt;MrEcho&gt; tôi có vài ý tưởng rất hay để làm nó thật bóng bẩy .. nhưng còn lâu mới tới [22:45] &lt;jrand0m&gt; tôi đang tự hỏi trình cài đặt có nên thêm 1) một tùy chọn tự động lấy seeds từ http://.../i2pdb/ 2) tự động lấy http://.../i2p/squid.dest và tạo cả runSquid.bat/runSquid.sh không? [22:45] &lt;jrand0m&gt; ok [22:46] &lt;jrand0m&gt; ừ, ta muốn trình cài đặt càng đơn giản càng tốt - bạn đang nghĩ đến mấy thứ màu mè nào? [22:46] &lt;MrEcho&gt; câu hỏi là .. khi bạn chạy java -jar installer thì mặc định nó vào chế độ không GUI vì cách bạn sắp xếp mọi thứ [22:46] &lt;MrEcho&gt; làm sao để khi bạn double click file jar thì nó tải GUI [22:47] &lt;jrand0m&gt; install.jar &lt;-- nongui, installgui.jar &lt;-- gui [22:47] &lt;jrand0m&gt; mã tách riêng, gói tách riêng [22:47] &lt;MrEcho&gt; màu mè theo kiểu những thứ bạn có thể không để ý .. nhưng sẽ gọn gàng, sạch sẽ [22:47] &lt;jrand0m&gt; hay đấy [22:47] &lt;MrEcho&gt; ờ ok [22:48] &lt;jrand0m&gt; (hoặc install &lt;-- gui installcli &lt;-- cli. xem tiến độ thế nào đã) [22:49] &lt;jrand0m&gt; còn gì về gui nữa không, hay ta nhảy sang mục 4)? [22:49] &lt;jrand0m&gt; (bạn có khung thời gian nào không? không áp lực, chỉ hỏi vậy) [22:51] &lt;MrEcho&gt; giờ chưa biết [22:51] &lt;jrand0m&gt; ổn [22:51] &lt;jrand0m&gt; ok, 4) IM [22:51] &lt;jrand0m&gt; thecrypto không có ở đây, nên..... [22:51] &lt;jrand0m&gt; 5) dịch vụ đặt tên [22:51] &lt;jrand0m&gt; wiht cũng không có ở đây... [22:51] &lt;jrand0m&gt; ping [22:52] &lt;dish&gt; bạn đang đếm sai số mục chương trình [22:52] &lt;dish&gt; 3) IM [22:52] &lt;jrand0m&gt; ừ, tôi từng có 2 mục số 2 [22:52] &lt;dish&gt; 4) Naming [22:52] &lt;dish&gt; ;) [22:52] &lt;jrand0m&gt; (native modPow và gui installer) [22:52] &lt;jrand0m&gt; thấy không, bọn mình linh hoạt các kiểu [22:59] &lt;jrand0m&gt; ok, để ghi log thì tôi đoán tôi sẽ tiếp tục [22:59] &lt;jrand0m&gt; 6) cấp phép [23:00] &lt;jrand0m&gt; tôi đang nghĩ tới việc dùng giấy phép ít ràng buộc hơn GPL. chúng ta dùng một số mã MIT, cộng thêm một file khác là GPL (nhưng đó chỉ là mã hóa base64 và có thể thay thế dễ dàng). ngoài ra, toàn bộ mã là bản quyền của tôi hoặc thecrypto. [23:01] &lt;dish&gt; xem phần code i2p tunnel của mihi [23:01] &lt;jrand0m&gt; à đúng, mihi phát hành cái đó theo gpl nhưng nếu muốn, anh ấy cũng có thể phát hành theo giấy phép khác [23:01] &lt;jrand0m&gt; (nhưng i2ptunnel về cơ bản là ứng dụng bên thứ ba và có thể chọn giấy phép tùy ý) [23:02] &lt;jrand0m&gt; (dù i2p sdk là gpl, nên anh ấy buộc phải là gpl) [23:02] &lt;MrEcho&gt; đến lúc rồi [23:02] &lt;jrand0m&gt; tôi không rành. cấp phép không phải sở trường của tôi, nhưng tôi nghiêng về ít nhất là chuyển sang lgpl [23:03] &lt;dish&gt; phát hành 10-20 dòng thay đổi với I2P HTTP Client trong code của mihi theo đúng giấy phép của mihi [23:03] &lt;jrand0m&gt; hehe :) [23:06] &lt;jrand0m&gt; dù sao, 7) mục khác? [23:07] &lt;jrand0m&gt; ai có câu hỏi / băn khoăn / ý tưởng liên quan đến i2p không? [23:07] &lt;dish&gt; Để tôi hỏi [23:07] &lt;dish&gt; I2P có tính năng tên nhóm không? [23:07] &lt;jrand0m&gt; tính năng tên nhóm? [23:07] &lt;dm&gt; đội Discovery Channel! [23:07] &lt;MrEcho&gt; lol [23:08] &lt;dish&gt; Để nếu bạn muốn có mạng riêng hoặc tách biệt, nhưng một số router bị trộn lẫn thế nào đó, thì nếu không có tên nhóm hai mạng sẽ nhập vào nhau [23:08] &lt;MrEcho&gt; anh ấy đang nghĩ tới WASTE [23:08] &lt;jrand0m&gt; à [23:08] &lt;dish&gt; Tôi không biết vì sao lại muốn như vậy, chỉ hỏi phòng khi cần [23:08] &lt;jrand0m&gt; có, hồi đầu khi thiết kế mạng tôi có thử cái đó [23:09] &lt;jrand0m&gt; nó nâng cao hơn nhu cầu hiện tại (hoặc tương lai gần [6-12 tháng]) nhưng có thể tích hợp sau [23:09] &lt;dish&gt; Hay đó là ý tồi vì tốt hơn là giữ một mạng lớn [23:09] &lt;dm&gt; i2pisdead [23:09] &lt;jrand0m&gt; heh dm [23:10] &lt;nop&gt; im lặng đi [23:10] &lt;dm&gt; nop: hung hăng hả? [23:10] &lt;jrand0m&gt; không dish, đó là ý hay [23:10] &lt;dm&gt; hài hước hả? [23:10] &lt;jrand0m&gt; về cơ bản đó là những gì bản 0.2.3 làm -- restricted routes [23:10] &lt;jrand0m&gt; (tức là bạn có một tập nhỏ peer riêng (đáng tin cậy) và bạn không muốn mọi người biết họ là ai, nhưng vẫn muốn giao tiếp với họ) [23:15] &lt;jrand0m&gt; ok, còn gì nữa không? [23:15] &lt;nop&gt; không, tôi chỉ đùa thôi [23:18] &lt;dm&gt; hài hước hả? [23:20] &lt;jrand0m&gt; ok, ừm, một cuộc họp /thú vị/, với vài lần iip bị crash giữa chừng ;) [23:21] &lt;jrand0m&gt; * jrand0m *baf* kết thúc cuộc họp </div>/vi/blog/2003/11/26/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-11-2003/Wed, 26 Nov 2003 00:00:00 +0000/vi/blog/2003/11/26/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-26-th%C3%A1ng-11-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dm, duck, jrand0m, Nostradumbass, Ophite1, TC, tonious</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; agenda: [22:04] &lt;jrand0m&gt; 0) welcome [22:04] &lt;jrand0m&gt; 1) status [22:04] &lt;jrand0m&gt; 2) transport futures [22:05] &lt;jrand0m&gt; 3) peer stats for selection [22:05] &lt;jrand0m&gt; 4) apps [22:05] &lt;jrand0m&gt; 5) ...? [22:05] &lt;jrand0m&gt; 0) [22:05] &lt;jrand0m&gt; hi. [22:05] &lt;jrand0m&gt; 66 is it? [22:05] &lt;duck&gt; 7) what brand of whiskey does jrand0m drink? [22:06] &lt;jrand0m&gt; bushmills, glenlivit [22:06] &lt;jrand0m&gt; (for whiskey and whisky, respectively) [22:06] &lt;TC&gt; yey, i made the meating [22:06] &lt;jrand0m&gt; woot [22:06] &lt;jrand0m&gt; ok, 1) status [22:06] &lt;jrand0m&gt; the kademlia stuff is coming along very well. [22:07] &lt;jrand0m&gt; I've build a little simulator that runs a network of five nodes and puts them through the basic tests [22:07] &lt;jrand0m&gt; also the idn stuff is implemented with some tests as well [22:08] &lt;jrand0m&gt; the last two days or so have been focused on making sure the kademlia code works for both idn and for the i2p netdb, which has caused a bunch of changes [22:09] &lt;jrand0m&gt; actually, the big change is that I'm forcing myself to be practical and make the kademlia code work first with the netDb and /then/ think about the idn stuff. [22:10] &lt;jrand0m&gt; idn right now is kind of functional, except for inter-node comm (which will be replaced with comm over i2p, of course ;) [22:10] &lt;TC&gt; idn is the stuff for the distributed storage? [22:10] &lt;jrand0m&gt; roadmap has been updated as well - http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:10] &lt;jrand0m&gt; yes [22:10] &lt;jrand0m&gt; idn = Invisible Distribution Network [22:10] &lt;jrand0m&gt; (free open source anonymous akamai, basically) [22:11] &lt;TC&gt; is there a non anonymous public akamai implemintation i could play with? [22:11] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; mnet is probably up that alley [22:12] *** Signoff: nickthief60934 (Excess Flood) [22:12] &lt;jrand0m&gt; before I jump back into the router completely, I'm planning on leaving the idn code in a state that /hopefully/ someone would be able to jump in and make that into a usable app. [22:13] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:14] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:14] &lt;jrand0m&gt; if you see the roadmap, kademlia has been pushed into the 0.2.2 release. in addition, there are also two big outstanding things that I hope to have in there, fixing a pair of bugs that do annoying things [22:14] &lt;TC&gt; would it be posible do image grabs do idn from an i2ptunnel eepsite? [22:15] &lt;jrand0m&gt; hmm? [22:15] &lt;jrand0m&gt; oh, like &lt;img src="idn:blah"&gt;? [22:15] &lt;TC&gt; i was just thinking of bandwidth saving, yes [22:15] &lt;Ophite1&gt; protocol would be the obvious way to go, yes. [22:16] &lt;jrand0m&gt; hmm Ophite1? [22:17] &lt;jrand0m&gt; (sorry, I'm sick again so might not be quite on top of my game today) [22:17] &lt;dm&gt; how many LOC have you written jr? [22:17] &lt;TC&gt; Ophite1, could i2p tunnel be modified to redirect? [22:18] &lt;TC&gt; or could the browser do it on its own somehow? [22:18] &lt;jrand0m&gt; dm&gt; "find . -exec grep \\\; {} \; | wc -l" currently puts the sdk ~8kloc, the router ~11kloc [22:18] &lt;dm&gt; okay thanks. [22:19] &lt;jrand0m&gt; idn would want to support receiving requests from browsers. [22:19] &lt;Ophite1&gt; would mean integrating idn into i2ptunnel. very ugly. [22:19] &lt;jrand0m&gt; currently idn has a so-god-damn-easy api. [22:19] &lt;jrand0m&gt; the api is the file system. [22:19] &lt;jrand0m&gt; aka: [22:19] &lt;jrand0m&gt; command=get [22:19] &lt;jrand0m&gt; key=zGb1tPM6ARNRTWZLCWK4XXco2Ngk8ccx-ciDUCom~9U [22:19] &lt;jrand0m&gt; saveAs=testGetOutput.txt [22:20] &lt;jrand0m&gt; place that in a file in a directory, and voila. [22:20] &lt;jrand0m&gt; (that was the easiest possible for me to implement and test with. certainly better ones can be found and made) [22:21] &lt;jrand0m&gt; ok, so, yeah. thats the status. I'm hoping for a 0.2.2 release by this time next week, at least. [22:22] &lt;jrand0m&gt; that'll include the first integration of the kademlia stuff, tunnel fixes, and i2cp updates. [22:23] &lt;jrand0m&gt; ok, 2) transport futures [22:23] &lt;jrand0m&gt; I don't like our tcp transport. and our udp transport is disabled. and our phttp transport is tweaky. [22:23] * jrand0m would like to see the tcp transport replaced with tls / ssl / some-other-standard [22:24] &lt;Ophite1&gt; link-level encryption is a requirement? [22:24] &lt;jrand0m&gt; absolutely. [22:25] &lt;Ophite1&gt; tls is _hell_ though. ask openssl. [22:25] &lt;tonious&gt; ssh? [22:25] &lt;Ophite1&gt; that, too. [22:25] &lt;jrand0m&gt; yeah, I followed the nasty discussions on the cryptography list last month, with interest. [22:25] &lt;jrand0m&gt; ssh is definitely a possibility. [22:26] &lt;jrand0m&gt; safe, too, since we already essentially have the certificates (in the RouterInfo.publicKey) [22:26] &lt;Ophite1&gt; but we're in java. we'd have to code it ourselves? :/ [22:26] &lt;jrand0m&gt; naw, there are ssl, tls, and ssh java libs [22:26] *** Signoff: nickthief60934 (Ping timeout) [22:26] &lt;tonious&gt; There's already at least one java ssh client. Dunno about servers. [22:26] &lt;Ophite1&gt; re: security of such libs, given numerous high profile holes in openssl, openssh, et al? [22:27] &lt;jrand0m&gt; Ophite1&gt; most likely better than custom built code. [22:27] &lt;jrand0m&gt; not that I have any reason to think there are exploits in the tcp transport as written. [22:27] &lt;jrand0m&gt; but it has not been reviewed. [22:28] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; in any case, updating the transports isn't really on deck until january (after the 0.3 release goes out) [22:28] &lt;jrand0m&gt; but if anyone wants to look into it and do some research, that'd be great [22:29] &lt;TC&gt; how many devs do we have activly coding? [22:29] &lt;dm&gt; 1! :) [22:29] &lt;jrand0m&gt; you can see who commits via (Link: http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html)http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html [22:29] &lt;tonious&gt; But he's got the strength of ten men.... [22:30] &lt;jrand0m&gt; mihi has been cleaning up some of my messes, thankfully :) [22:30] &lt;dm&gt; haha, it's all jrandom :) [22:30] &lt;dm&gt; nice way of saying "just me" [22:31] &lt;dm&gt; I noticed that about mihi, when he got involved in frazaa, he just showed up one day and started cleaning up my (horrid) java. It was quite entertaining. [22:31] &lt;jrand0m&gt; heh [22:31] &lt;Ophite1&gt; people like that are very, very useful :) [22:32] &lt;jrand0m&gt; quite [22:32] &lt;dm&gt; "who's writing all these catch statements who do nothing ;)" -mihi [22:32] &lt;jrand0m&gt; d'oooh [22:33] &lt;Ophite1&gt; it's cause of reminders like that the code won't get as bad as freenet (we hope?) :) [22:33] &lt;jrand0m&gt; if in 5 years any of the current i2p code is still in use, I'll be shocked. [22:34] &lt;jrand0m&gt; (it had better be ported into finely tuned ASM code by then!) [22:34] * Ophite1 makes his "java implementation is just a prototype" speech [22:34] &lt;dm&gt; well, if you're still working on it 4 years from now, I'll guarantee that It'll be in use 5 years from now :) [22:34] &lt;TC&gt; heh, comment it out and leave it in place [22:35] &lt;dm&gt; is there a link to see the source on the web? not just the changes. [22:35] &lt;jrand0m&gt; yes dm, http://i2p.dnsalias.net/ [22:35] &lt;dm&gt; nm, found it. [22:35] &lt;jrand0m&gt; :) [22:35] &lt;jrand0m&gt; ok, 4) peer stats for selection [22:36] &lt;jrand0m&gt; calling this a nebulus topic is one hell of an understatement. [22:36] &lt;jrand0m&gt; doctoral theses could be written (and some have been) on how to choose what peers to use in an untrusted environment. [22:36] &lt;dm&gt; public interface Job [22:36] &lt;dm&gt; oops, meeting. Sorry didn't realize. [22:37] &lt;jrand0m&gt; the good part is that half of our peer selection is already taken care of - the selection of peers to find other peers. [22:37] &lt;jrand0m&gt; (thats the kademlia stuff) [22:38] &lt;jrand0m&gt; the part thats left is the selection of peers to participate in tunnels, to route garlics, and to bounce replies through [22:38] *** Signoff: dm (EOF From client) [22:38] *** Signoff: TC (EOF From client) [22:38] *** Signoff: leenookx (EOF From client) [22:38] &lt;jrand0m&gt; what I'm thinking for 0.3 is just going to be a simple history of each peer, tested periodically [22:39] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:39] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:39] &lt;jrand0m&gt; stats revolving around latency and uptime [22:39] *** Signoff: soros (Client exiting) [22:39] &lt;Ophite1&gt; suggest you be wary of including accurate information about bandwidth usage and latency in that stats. [22:40] &lt;Ophite1&gt; as per my drunken questions. [22:40] &lt;Ophite1&gt; perhaps a more indirect route, but it's an area that needs very careful, well considered attention. [22:40] &lt;jrand0m&gt; hmm, with the intent of keeping the accurate info unknown, or to defeat predictabilities? [22:40] &lt;jrand0m&gt; right [22:41] &lt;jrand0m&gt; this discussion is for a release that won't go out until at least jan 1 [22:42] * jrand0m understands and agrees that we want to avoid the predictabilities [22:42] &lt;jrand0m&gt; but I think we want to gather and use as accurate info as we can, /then/ adjust for entropy [22:42] &lt;Ophite1&gt; mere entropy alone may not be enough. [22:43] &lt;Ophite1&gt; but, I need more research on this :/ [22:43] &lt;jrand0m&gt; true - randomly deciding to garlic route a message rather than tunnel route it, or to use a sequence of tunnels instead of one directly, etc [22:44] &lt;jrand0m&gt; no rush, just wanted to plant the subject in the minds of those out there :) [22:44] &lt;jrand0m&gt; ok, 4) apps [22:45] &lt;Ophite1&gt; been troubling me for a week or more; though, I'm happy to announce I've run into a brick wall so far :) [22:45] &lt;jrand0m&gt; w00t :) [22:45] &lt;Ophite1&gt; inclusion of accurate or accurate+some%entropy statistics may make some attacks work though. [22:46] &lt;TC&gt; oh, before apps i have a question [22:46] &lt;jrand0m&gt; well, its always easy enough to simply discard accurate info as necessary [22:46] *** Signoff: nickthief60934 (Excess Flood) [22:46] &lt;jrand0m&gt; sure tc, whats up? [22:46] &lt;jrand0m&gt; (stats will also (hopefully) make it easier to debug the network's operation while in development) [22:46] &lt;TC&gt; when are manditory minium hop counts (or something like it) going to start?&gt; [22:47] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:47] &lt;jrand0m&gt; right now the default minimum tunnel length is one non-local hop [22:47] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:47] * TC didnt know that [22:48] &lt;Ophite1&gt; which is okay as long as the non-local hop doesn't KNOW it's the only non-local hop. [22:48] &lt;jrand0m&gt; that will be up'ed to 2-4 once things are more reliable [22:48] &lt;jrand0m&gt; right Ophite1 [22:48] &lt;Ophite1&gt; still one better than a gnunet shortcut, so it's cool :) [22:48] &lt;TC&gt; oh, and how do speed improvements look? [22:48] * jrand0m is basing that 2-4 # on o-r comments [22:49] &lt;Ophite1&gt; temporary stats for network testing are okay by me, and very useful, but please bear in mind they may be a dangerous feature for production anonymity. [22:49] &lt;jrand0m&gt; hmm, speed improvements will come through more reliable and faster peer selections, which is the 0.3 release [22:49] &lt;dm&gt; jeez, I forgot how jr's code looks like it was written by a robot. [22:49] &lt;dm&gt; Hmmm, that would explain a lot. [22:50] &lt;Ophite1&gt; and through more scalable routing, which is next weeks' :) [22:50] &lt;jrand0m&gt; heh sorry dm, I'll try to be more inconsistent ;) [22:50] &lt;Ophite1&gt; (did I just mean discovery?) [22:50] &lt;jrand0m&gt; right, its discovery, not routing, really. [22:51] &lt;jrand0m&gt; i2p is scale free for normal comm. [22:51] &lt;jrand0m&gt; (and o(log(n)) for discovery) [22:51] &lt;TC&gt; i think your average ai who lives on the net would be pro i2p, what do you think dm? [22:52] &lt;dm&gt; I think the average method size in this code is the smallest I've ever seen is what I think. [22:53] &lt;Ophite1&gt; dm: clean. very good for a proto :) [22:53] &lt;dm&gt; Do you comment as you go or do you go back and put those descriptions? [22:53] &lt;jrand0m&gt; I comment when I get confused [22:54] &lt;jrand0m&gt; (I really can't wait until collections are typesafe) [22:54] &lt;jrand0m&gt; but, yeah, 4) apps :) [22:54] &lt;jrand0m&gt; (unless anyone else has router / network questions?) [22:55] &lt;TC&gt; pnope [22:55] &lt;jrand0m&gt; ok, wiht isn't here, anyone else have any naming service thoughts / comments (mrecho?) [22:55] &lt;TC&gt; a distributed naming server? [22:56] &lt;dm&gt; is wiht ever here? [22:56] &lt;tonious&gt; It could probably just sit on top of IDN. [22:56] &lt;jrand0m&gt; yeah, I'd really love to see the naming service be a dht (perhaps reusing the idn / kademlia code) containing CA signed entries [22:56] &lt;TC&gt; did co die? [22:56] &lt;jrand0m&gt; exactly tonious [22:57] &lt;jrand0m&gt; perhaps you're right, it could be an app that /uses/ idn, not just uses the code. hmmm... [22:57] &lt;jrand0m&gt; that'd be Good. [22:57] &lt;tonious&gt; Mebbe have a key fingerprint associated in case of collisions. [22:57] &lt;jrand0m&gt; naw, co/wiht is around every few days [22:57] &lt;tonious&gt; Wouldn't even necessarily need a centralized CA? [22:57] &lt;jrand0m&gt; we'd need a CA if nyms are unique. [22:58] &lt;Ophite1&gt; The CA signing chain should elminiate collisions. [22:58] &lt;jrand0m&gt; (and we need nyms to be unique to do naming, really) [22:58] &lt;Ophite1&gt; of course this makes CA key very important. [22:58] &lt;TC&gt; how about dys dns? can i make my host file redirect to a eepsite? [22:59] &lt;tonious&gt; TC: Not really. The OS doesn't even see i2p. [22:59] &lt;jrand0m&gt; though we could have $nym.$ca be the thing looked up for [22:59] &lt;Ophite1&gt; perhaps so important we want to distribute trust by it signing some second level .*.i2p domains, and have virtually all stuff under that, *.*.i2p - i.e., jrand0m.nym.i2p [22:59] &lt;jrand0m&gt; right, though with tusko's ppp2p we can get i2p to IP mappings [23:00] &lt;tonious&gt; I dunno. The idea of a CA in an essentially distributed system disagrees with me. [23:00] &lt;tonious&gt; Not bein' a developer though I'm not gonna make a fuss :) [23:01] &lt;TC&gt; dns really isnt that importent [23:01] &lt;jrand0m&gt; tonious&gt; we can do a web of trust, essentially. with, say, 8 seperate known CAs, everyone's local name server knows about those 8, and each of them manages a subdomain (e.g. tc.ca1 or Nightblade.ca2, or we add a .i2p at the end) [23:01] &lt;Ophite1&gt; if you can think of a better way? [23:02] &lt;Nostradumbass&gt; i have another question - its sort of spans the network-application area. [23:02] &lt;jrand0m&gt; (thats really the degenerate case of a WoT) [23:02] &lt;Ophite1&gt; what I said, sort of - get a root key to sign domains... [23:02] &lt;jrand0m&gt; agreed tc [23:02] &lt;jrand0m&gt; fire away Nostradumbass [23:02] &lt;Ophite1&gt; someone gets com.i2p or nym.i2p... [23:02] &lt;Nostradumbass&gt; has any thought been goven to guaranteed latency? [23:02] &lt;Ophite1&gt; allow them to sign jrand0m.nym.i2p, or whatever. [23:02] &lt;Nostradumbass&gt; i'm thinking of VoIP. [23:03] &lt;jrand0m&gt; Ophite1&gt; we wouldn't even need a .i2p key with that [23:03] &lt;tonious&gt; Ophite1: What if the com ca gets taken out by an RIAA hitsquad or something? [23:03] &lt;jrand0m&gt; Nostradumbass&gt; you mean VoI2P? :) [23:03] &lt;Ophite1&gt; then once you're done, destroy the master CA. [23:03] &lt;Nostradumbass&gt; yes [23:03] &lt;Ophite1&gt; tonious: then there's still the others. [23:04] &lt;Ophite1&gt; or some system that requires conspiring groups to get the nym signing key? [23:04] &lt;jrand0m&gt; Nostradumbass&gt; we have already had people run shoutcast streams over i2p with some buffering at 96khz and no buffering problems at less speed. but there's latency. [23:04] &lt;Nostradumbass&gt; with the upcoming release of cryptophone's (Link: http://www.cryptophone.de/)http://www.cryptophone.de/ source it could make an interesting app for i2p. [23:04] &lt;Ophite1&gt; and a really freakin' big hashcash? [23:04] &lt;jrand0m&gt; definitely Nostradumbass [23:04] &lt;tonious&gt; Ophite1: Mebbe a majority signing protocol? [23:04] *** Signoff: dm (Ping timeout) [23:04] &lt;jrand0m&gt; tonious&gt; majority is dangerous with sybil [23:05] &lt;Ophite1&gt; tonious: otoh, it HAS to be non-repudiatory, and has to be able to guarantee non-collision. [23:05] &lt;Ophite1&gt; and majority couldn't do that. [23:05] &lt;Ophite1&gt; a majority of well known users maybe. [23:05] &lt;Ophite1&gt; if it's a consolation, the internet has problems with this too (think Verisign). [23:05] &lt;jrand0m&gt; right, WoT :) [23:06] &lt;Ophite1&gt; but then WoT means that different people might have different ideas of who to trust, which violates non-collision maybe? [23:06] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; Nostradumbass&gt; now if we could get some coders to work on a high performance RTSP over i2p tunnel... ;) [23:06] &lt;Ophite1&gt; it's important, given the length of an "I2P address", but also hard. [23:06] *** Drak0h (~Dr4k0h@anon.iip) has joined channel #iip-dev [23:07] &lt;Ophite1&gt; Nostradumbass: not guaranteed. [23:07] &lt;TC&gt; so how do we secure alias identification (important for commerce and seting up multiple eepsites)? [23:07] &lt;Nostradumbass&gt; over-provisioning of bandwidth is often the only simple way to try and guarantee latency. is there going to ba any way for a node to determine the available bandwidht at another node, so as to ease routing for VoIP apps? [23:07] &lt;jrand0m&gt; yes Nostradumbass, QoS can be done transparently within i2p, but unfortunately thats (I hate saying this) &gt; 1.0 [23:07] &lt;tonious&gt; Say we take root CAs out of it. You generate your key and sign your aliases. [23:08] *** Signoff: thecrypto (EOF From client) [23:08] &lt;Ophite1&gt; Nostradumbass: also, troublesome re some potential attacks? [23:08] &lt;tonious&gt; You also specify who's keys you trust, ala PGP. I think redundancy is more important than collision. [23:08] &lt;Ophite1&gt; tonious: so which jrand0m.nym.i2p did you want again? [23:08] * jrand0m attacks the ns dht to get my nym back [23:08] &lt;Ophite1&gt; if everyone doesn't trust the same, we might not be referring to the same thing when we use the same name. [23:09] &lt;Ophite1&gt; and it would probably allow freenet-KSK-style collision wars. [23:09] &lt;jrand0m&gt; right. either the naming service has CA signed nyms, or it just distributes H(destination) --&gt; destination mappings [23:09] &lt;tonious&gt; Just pop up a menu or something. Or if you're designing an application that talks to a specific server, give it the public key of the signing agent? [23:10] &lt;jrand0m&gt; (and H(destination) == 42 chars as opposed to ~500 chars for a destination) [23:10] &lt;Ophite1&gt; tonious: if you're going to give it public keys, you might as well just sling around I2P addresses. [23:10] &lt;Ophite1&gt; now that's an interesting ideal [23:10] &lt;Ophite1&gt; assuming sha-256 can't be reversed that yields 256-bit I2P addresses that could be "looked up" to reveal the structure. [23:10] *** dm (~sd@anon.iip) has joined channel #iip-dev [23:11] &lt;Ophite1&gt; I smell kademlia again. [23:11] &lt;jrand0m&gt; :) [23:11] &lt;Ophite1&gt; It can also be simply checked. [23:11] &lt;jrand0m&gt; and there's existing code to reuse. [23:11] &lt;Ophite1&gt; somehow, that makes sense. why weren't we doing this already? :) [23:11] &lt;jrand0m&gt; because we want nyms [23:12] &lt;Ophite1&gt; nyms for hosts? [23:12] &lt;jrand0m&gt; but, I suppose, 42 chars is a good enough starting point [23:12] &lt;Ophite1&gt; need a root CA for that :/ [23:12] &lt;jrand0m&gt; right [23:12] &lt;Ophite1&gt; in the case where you don't want to trust a root ca? [23:12] &lt;Ophite1&gt; 42 chars is short enough to paste. [23:12] &lt;jrand0m&gt; you don't need a root CA, you can have a forest instead of a tree [23:12] &lt;Ophite1&gt; 520 chars isn't :) [23:12] &lt;jrand0m&gt; heh [23:13] &lt;Ophite1&gt; but if you have a forest, how does anyone know which tree you're talking about? [23:13] &lt;Ophite1&gt; you could slap a key in there, but then, ooh, we've got huge strings of random garbage again. [23:13] &lt;jrand0m&gt; common suffix. $nym.$ca [23:13] &lt;Ophite1&gt; well, I'd like $nym.$ca.i2p :) [23:13] &lt;Ophite1&gt; avoid confusion :) [23:13] &lt;jrand0m&gt; right. I mean, there are possible attacks. I dunno. I'm with TC though [23:13] &lt;jrand0m&gt; good 'nuff for me [23:14] &lt;jrand0m&gt; ok, /other/ apps :) [23:14] &lt;Ophite1&gt; how do you know which ca is which? [23:14] &lt;Ophite1&gt; you have a list? what signs the list? [23:14] &lt;jrand0m&gt; i2pns.config [23:14] *** Signoff: Drak0h (Ping timeout) [23:14] &lt;Ophite1&gt; how're you going to get that? [23:14] &lt;TC&gt; if i could make my own dns list, hostfile style i would be happy [23:14] &lt;jrand0m&gt; on install [23:15] &lt;Ophite1&gt; how are you going to verify those are the "right" keys? [23:15] &lt;Ophite1&gt; ca substitution? [23:15] &lt;jrand0m&gt; right tc, we can even do that without any distributed naming service [23:15] &lt;TC&gt; because i say they are Ophite1 [23:15] &lt;jrand0m&gt; Ophite1&gt; you aren't, any more than you're verifying that the source code is running the "real" i2p [23:15] &lt;TC&gt; and if you trust me, you can download them off my eepsite [23:16] &lt;Ophite1&gt; I suppose at the end of the day you can only reduce that to trust in one key being right, so :) [23:16] &lt;Ophite1&gt; works for me, yeah. [23:16] &lt;Ophite1&gt; as long as I get o1.i2p ;) [23:16] &lt;jrand0m&gt; heh [23:17] &lt;tonious&gt; Hmm. Revised threshold scheme: Each CA works the entire namespace, but a majority of CAs must agree before handing out subspace? [23:17] &lt;jrand0m&gt; ok, last I heard tusko had found a way to get the ppp2p to run off windows machines as well as *nix [23:17] &lt;TC&gt; it would make the i2p\internet doman system much more community based if we all passed around a huge hostfile\cheat sheet [23:17] &lt;Ophite1&gt; tonious: back to majority again... [23:17] &lt;jrand0m&gt; scary for attacks tonious [23:17] &lt;jrand0m&gt; thats true TC [23:17] &lt;jrand0m&gt; (and the value of such a community should not be underestimated) [23:18] &lt;Ophite1&gt; tc: arpanet stylee? [23:18] &lt;tonious&gt; Sigh. :) [23:18] &lt;Ophite1&gt; I guess seeds have gotta come from somewhere, so yeah ;) [23:18] &lt;TC&gt; to get a domain name, you would say this is me, and if people agreed they would change the file, and if they where trusted, others would download updates [23:19] &lt;jrand0m&gt; sounds like that'd be a heavily retrieved key from idn :) [23:19] &lt;Ophite1&gt; smells vaguely ca-like too :) [23:19] &lt;TC&gt; you could even have a fight, with more then one file [23:19] &lt;Ophite1&gt; the fidonet nodelist! [23:19] &lt;tonious&gt; And in case of a netsplit there'd be multiple patchfiles. [23:19] &lt;Ophite1&gt; ...doesn't scale. [23:19] &lt;jrand0m&gt; with under a few hundred domains, its maintainable manually [23:20] &lt;TC&gt; after a few hundred you go trusted [23:20] &lt;jrand0m&gt; right Ophite1. this would just be until we argue out the Right Way. [23:20] &lt;tonious&gt; It might be enough to jumpstart a WoT. [23:20] &lt;jrand0m&gt; (or we convince people that CAs aren't that bad ;) [23:20] &lt;jrand0m&gt; true tonious [23:20] &lt;Ophite1&gt; if you're trusting someone to agree that someone is someone else, that's a CA, not just a nodelist :) [23:21] &lt;tonious&gt; Heh. Sorry for bein' the skeptic. [23:21] &lt;TC&gt; jrand0m, in the end i dont whant to be dependent on CA's [23:21] &lt;Ophite1&gt; just allow people to give space below theirs... [23:21] &lt;Ophite1&gt; castyle -- and those on the nodelist to be the cas. [23:21] &lt;Ophite1&gt; course then it's all "which ca is jrand0m on?" [23:21] &lt;jrand0m&gt; CA's aren't necessarily choke points. if they're unsatisfactory, we replace them. [23:22] &lt;tonious&gt; Ophite1: I like that. [23:22] &lt;Ophite1&gt; point. CA being crapped out would be Big Enough News for someone to simply replace them. [23:22] &lt;Ophite1&gt; tonious: so is it slashdot.org or slashdot.com? goatse.cx? :) [23:22] &lt;dm&gt; what does CA stand for? :) [23:22] &lt;Ophite1&gt; certification authority. [23:23] &lt;dm&gt; k, thanks. [23:23] &lt;tonious&gt; Heh. That's where your own WoT comes in, Ophite1. [23:23] &lt;Ophite1&gt; tonious: yes, but I still have to see goatse once before I realise it's the wrong bloody one. :) [23:23] &lt;tonious&gt; 'I trust Ophite1 not to show that horrible asshole, and he signed slashdot.org' [23:23] &lt;jrand0m&gt; lol [23:24] &lt;Ophite1&gt; so essentially you're trusting a limited subset of people, not to be horrible assholes. [23:24] * jrand0m reserves the right to be an asshole at times [23:24] &lt;Ophite1&gt; and to hand out domains to the rest. [23:24] &lt;Ophite1&gt; at least one of which ought, really, to be a trent-style first-comes-first-served bot. [23:24] &lt;Ophite1&gt; (with.. yes... hashcash.) [23:24] &lt;tonious&gt; Yeah. And there may be namespace collisions by people who are outside my WoT... [23:25] &lt;jrand0m&gt; yup, and another should be something like thetower's tfee/subpage redirects [23:25] &lt;Ophite1&gt; tonious: something that you can actually USE might be appreciated. it's just a naming system. :) [23:25] &lt;tonious&gt; Heh. [23:25] &lt;Ophite1&gt; the good thing about multiple cas is that they can do their own thing re: that kind of thing - different policies. [23:26] *** Signoff: nickthief60934 (Ping timeout) [23:26] &lt;jrand0m&gt; ok, other apps... [23:26] &lt;jrand0m&gt; IM? [23:26] &lt;Ophite1&gt; finally :) [23:26] &lt;Ophite1&gt; signed nyms! :) [23:26] &lt;tonious&gt; Sorry Ophite1 :) [23:26] &lt;jrand0m&gt; !thwap Ophite1 [23:27] &lt;Ophite1&gt; what, what are you all looking at? :) [23:27] &lt;Ophite1&gt; yes, WoT would be appropriate for _that_ :) [23:27] &lt;dm&gt; I think I remember who was doing IM... thecrypto? [23:27] &lt;Ophite1&gt; in fact... elgamal 2048-bit... dsa 1024-bit... sha-256... sounds kind of familiar. openpgp? [23:27] &lt;jrand0m&gt; yodel was in here the other day, mentioned that they had tried out running yodel's xml-rpc interface over with their own local router, and it worked. so, yay [23:27] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:28] &lt;tonious&gt; I've managed to get SOAP going on mine, too. [23:28] &lt;jrand0m&gt; yup dm [23:28] &lt;tonious&gt; No useful apps, beyond 'Yep, it works' so far. [23:28] &lt;jrand0m&gt; hehe [23:29] *** Signoff: nickthief60934 (Excess Flood) [23:29] &lt;Nostradumbass&gt; tonious: so SOAP over i2p = Black SOAP? [23:29] * jrand0m really wants to get idn up and running so we can use i2p as an IP layer, not a TCP layer [23:29] &lt;jrand0m&gt; lol Nostradumbass [23:29] &lt;Ophite1&gt; nicename :) [23:29] &lt;tonious&gt; Nostradumbass: Yep, you got it. [23:30] &lt;tonious&gt; Now I can set up my own I2P casino. w00t! [23:30] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:30] &lt;jrand0m&gt; w33wt [23:30] &lt;jrand0m&gt; ok, I think thats 'bout it for the apps [23:30] &lt;jrand0m&gt; 5) ...? [23:31] &lt;jrand0m&gt; hi [23:31] &lt;Ophite1&gt; tonious: cool. we could use a few of those. donate a percentage to the i2p project? :) [23:31] &lt;TC&gt; merchandising [23:31] &lt;tonious&gt; Has anybody thought of a C implementation of I2P? [23:31] &lt;jrand0m&gt; yeah, rent out colo boxes and run routers :) [23:32] &lt;jrand0m&gt; tonious&gt; lets wait until we get the router protocol implemented and thoroughly reviewed before porting ;) [23:32] &lt;tonious&gt; Or anonymous colo: Behind an I2P router and no internet routing :) [23:32] &lt;Ophite1&gt; merchandising = logo. [23:32] &lt;TC&gt; stickers, t-shirts, hats, we need the logo [23:32] &lt;Ophite1&gt; tonious: after it's working and anonymous and stuff? of course. [23:32] &lt;tonious&gt; Yeah, but I'm still running my P2 and I'm a poor guy. [23:32] &lt;tonious&gt; :( [23:32] &lt;Ophite1&gt; i2p needs a good logo. [23:32] &lt;Nostradumbass&gt; yes [23:32] &lt;Ophite1&gt; I mean, the internet doesn't have a logo, but that's just bad marketing. :) [23:32] &lt;dm&gt; I like the one on the WIKI. [23:32] &lt;TC&gt; also, each made-for-i2p program needs its own tweeked version, or take off of the logo [23:32] &lt;jrand0m&gt; how about a transparent logo... it'd, be, like, everywhere, dood [23:33] &lt;Ophite1&gt; an invisible logo. heh. [23:33] &lt;tonious&gt; A 1 pixel by 1 pixel blank gif? [23:33] &lt;jrand0m&gt; definnitely [23:33] &lt;Ophite1&gt; tonious: we'd be sued for copyright infringment? :) [23:33] &lt;tonious&gt; Ha! [23:33] &lt;Ophite1&gt; ("Hey, that's OUR blank gif!") [23:33] &lt;jrand0m&gt; lol [23:33] &lt;Ophite1&gt; Hey, if John Cage can do it... [23:33] &lt;tonious&gt; So we leave our names in the comments field :) [23:33] &lt;Nostradumbass&gt; Ophite1: how about a stream roller paving over the Internet? [23:33] &lt;jrand0m&gt; heh we're just rendering his audio [23:34] &lt;Ophite1&gt; that one on the bottom looks the best imho. [23:34] &lt;tonious&gt; I like the one on the top. It's simple. Like me. [23:34] &lt;Ophite1&gt; with the arc design. [23:35] &lt;Ophite1&gt; something that is small, very simple, and above all would work well as an icon, or in the system tray :) [23:35] &lt;Ophite1&gt; and yes, which can be customised and used as a basis for logos of apps. [23:35] &lt;jrand0m&gt; right [23:35] &lt;dm&gt; How about a black circle with white fill. [23:35] &lt;Ophite1&gt; that arc would be a good start (colour changes?) [23:35] &lt;dm&gt; or a triangle, maybe a square! [23:35] &lt;dm&gt; a parallelogram! [23:37] &lt;tonious&gt; Heh. Open up a cafepress store... [23:37] &lt;Ophite1&gt; god no, not cafepress. [23:37] &lt;dm&gt; a white cloud! [23:37] &lt;Ophite1&gt; we demand class. ... thinkgeek. ;-) [23:37] &lt;dm&gt; little fluffy cloud. [23:38] &lt;TC&gt; it would look toomuch like a cumpuddle in minature [23:38] * jrand0m associates clouds with the sky, thankyouverymuch [23:38] &lt;tonious&gt; Ophite1: First we've gotta convince 'em that we're whitehat. [23:39] &lt;TC&gt; no, lets be black hat [23:39] &lt;jrand0m&gt; tonious&gt; can militant anarchists be whitehats too? [23:39] * TC doesnt like ppl in hats [23:39] &lt;tonious&gt; Dunno. [23:39] * tonious wears a grey fedora FWIW. [23:39] &lt;Nostradumbass&gt; how about a white and a black hat? [23:39] &lt;TC&gt; and modulus would say somthing about class distinction or something [23:40] &lt;dm&gt; a small picture of uncle sam's face? [23:40] &lt;TC&gt; checkered hat? [23:40] &lt;jrand0m&gt; heh tc [23:40] &lt;Nostradumbass&gt; or white and a black wizzard hats [23:40] &lt;Ophite1&gt; I am NOT a white hat. How dare you insinuate that. I want an apology. [23:41] &lt;TC&gt; or a black dunce hat [23:41] &lt;jrand0m&gt; well, anyway... [23:42] &lt;tonious&gt; "i2p inside"? [23:42] &lt;jrand0m&gt; heh [23:42] &lt;dm&gt; I, too, pee... [23:42] &lt;jrand0m&gt; dm&gt; on a calvin sticker! [23:42] &lt;Ophite1&gt; "i2p ... somewhere" [23:42] &lt;TC&gt; so, logo ppl, come on! so can nop set us up a i2p cafepress site? [23:43] * jrand0m repeats the mantra No PR until its ready. [23:43] &lt;Nostradumbass&gt; dm: yeah, make it a "Concentration" style chrade logo-gram. [23:43] &lt;Nostradumbass&gt; &lt;eye&gt; 2 and a pee-ing penis. [23:44] &lt;dm&gt; Let's set a date. [23:44] &lt;jrand0m&gt; heh, yeah, and you'll have your mother click on that icon? [23:44] &lt;dm&gt; March 1st. [23:44] &lt;Nostradumbass&gt; grab it, in fact :) [23:44] &lt;tonious&gt; My mother disapproves of encryption :) [23:44] *** UserX (~User@anon.iip) has joined channel #iip-dev [23:44] &lt;dm&gt; Slashdot article! No matter how far (or not) jrand0m has gotten! [23:44] &lt;dm&gt; Let's pile on the pressure. [23:44] &lt;Ophite1&gt; nooooooo. [23:44] &lt;Ophite1&gt; not yet! [23:45] &lt;jrand0m&gt; damn dm, if you pulled that date out of thin air, you're good. in my palm I have 1.0 slotted as ~ march 1 [23:45] * dm slaps Ophite1 [23:45] &lt;dm&gt; i said march 1st. [23:45] &lt;Ophite1&gt; the appropriate time to promote is when we have a cool shiny thing to wave at them. [23:45] &lt;Nostradumbass&gt; please, no slashdot till the network is ready for the onslaught. [23:45] &lt;jrand0m&gt; right [23:45] &lt;dm&gt; I'm good, what can I say. [23:45] &lt;Ophite1&gt; I call launch date April 4th. [23:45] &lt;Ophite1&gt; 04/04/04 ;) [23:45] &lt;jrand0m&gt; no PR until AFTER 1.0 comes out. [23:45] &lt;Nostradumbass&gt; Mojo was almost destroyed by /. [23:46] &lt;dm&gt; no, none of this rational thinking. March 1st, end of story. [23:46] &lt;jrand0m&gt; ooOOo Ophite1 [23:46] * jrand0m senses that I'm going to have to submit to /. to get them to NOT post dm^H^Han anonymous person's article [23:46] &lt;Ophite1&gt; no, don't do that. malda doesn't give a shit, and he'll post THAT :) [23:46] &lt;jrand0m&gt; heh [23:47] &lt;dm&gt; Yes, you will be ridiculed by my post: "Em, like, there's this like anonymous cool program that's better than kazaa, I2P it's awesome, it's fast, DSA124. yeah" [23:47] &lt;jrand0m&gt; anyway, as things progress, http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap will be updated [23:48] &lt;dm&gt; time to pack. [23:49] &lt;jrand0m&gt; (and some day I'm going to take a week off and go snowboarding) [23:49] *** soros (~soros@anon.iip) has joined channel #iip-dev [23:49] &lt;jrand0m&gt; yeah, we're about the 2hour mark. [23:49] &lt;jrand0m&gt; time to... [23:49] * jrand0m *baf*'s the meeting closed. </div>/vi/blog/2003/11/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-11-2003/Tue, 18 Nov 2003 00:00:00 +0000/vi/blog/2003/11/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-18-th%C3%A1ng-11-2003/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dm, duck, godmode0, jrand0m, mihi, Ophite1, soros, TC, tusko, yodel</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p dev status [22:02] &lt;jrand0m&gt; - 0.2.1.1 is out (peer and tunnel updating and testing, tuning enhancements, tunnel throttling, a DoS defense) [22:02] &lt;jrand0m&gt; - don't use bw limiting (still some debugging) [22:02] &lt;jrand0m&gt; - keep your clocks generally correct (30 minute fudge factor) [used for lease expirations and garlics] [22:02] &lt;jrand0m&gt; 2) kademlia, 0.3, and idn [22:02] &lt;jrand0m&gt; 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:02] &lt;jrand0m&gt; 4) app status [ppp2p, i2ptunnel, im, ns, squid] [22:02] &lt;duck&gt; 5) why does jrand0m drink cheap local beer? [22:02] &lt;jrand0m&gt; 5) comments / questions / etc [22:02] &lt;jrand0m&gt; heh [22:02] &lt;jrand0m&gt; so yeah, basically that fits under 5 :) [22:02] &lt;mihi_&gt; double 5 ;) [22:03] &lt;mihi_&gt; oops... [22:03] &lt;jrand0m&gt; 0) welcome [22:03] * mihi_ did not look 2 the left column [22:03] &lt;jrand0m&gt; hi. 65th meeting I suppose. [22:03] &lt;jrand0m&gt; hehe [22:03] &lt;jrand0m&gt; 1) that code stuff [22:04] &lt;jrand0m&gt; 0.2.1.1 came out last night [22:04] &lt;jrand0m&gt; lots of goodness in there. [22:04] * mihi tests it atm. [22:04] &lt;jrand0m&gt; tunnels are tested and fail fast, penalizing all participants so they won't likely get into the rebuild [22:05] &lt;jrand0m&gt; messages in i2ptunnel are also throttled to max 64k size (larger messages caused badness) [22:05] &lt;jrand0m&gt; there are some bugs being worked out with the bw limiting code, so make sure your bw limits in router.config are negative values [22:06] &lt;jrand0m&gt; (i2p doesn't have enough traffic on it to cause real load atm anyway) [22:06] &lt;jrand0m&gt; (but bw limiting will be unit tested and fixed for 0.2.1.2) [22:07] &lt;jrand0m&gt; also, please try to keep your clocks close to correct. it sucks that we have to need that, but right now we do. [22:07] &lt;jrand0m&gt; we may be able to work out a way to not require semi-sync'ed clocks, but its delicate. [22:07] &lt;jrand0m&gt; 2) fun stuff [22:08] &lt;jrand0m&gt; a lot of the bugs being worked out in the last few releases are related to the crappy kludge of a BroadcastNetworkDB. [22:08] &lt;jrand0m&gt; since its planned for replacement in 0.3, might as well at least mention what its being replaced with [22:09] &lt;jrand0m&gt; kademlia is a structured distributed hash table (DHT) that lets us insert and fetch in under O(log(N)) time, guaranteed [22:09] &lt;jrand0m&gt; [with one small caveat thats still being worked out] [22:10] &lt;jrand0m&gt; that kademlia code needs to get written for 0.3 so we can do insert and fetch of RouterInfo and LeaseSet structures. [22:10] &lt;jrand0m&gt; however, things would be simpler if it were implemented seperately - and hence testable seperately. [22:10] &lt;jrand0m&gt; (unit testing == good) [22:11] &lt;jrand0m&gt; so, whats a simple way to unit test a dht? to write a simple file store/lookup service on it. [22:11] &lt;dm&gt; insert fetch? are we talking about content? [22:11] &lt;jrand0m&gt; enter idn: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:11] &lt;Ophite1&gt; dm: No, only routerinfo and leaseset structures. [22:12] &lt;jrand0m&gt; dm&gt; i2p's networkDatabase currently contains only two specialized structures, as ophite said [22:12] &lt;dm&gt; okay, thanks. [22:12] &lt;Ophite1&gt; may or may not be useful to use it for bootstrapping other protocols too, but it's not anonymous itself. (?) [22:12] *** grimps (~grimp@anon.iip) has joined channel #iip-dev [22:12] &lt;tusko&gt; one question: which protocol is used now for networkDatabase? [22:13] &lt;jrand0m&gt; sorry, phone. [22:13] *** Signoff: godmode0 (Ping timeout) [22:13] &lt;jrand0m&gt; correct, kademlia is not anonymous, but not non-anonymous either [22:13] &lt;Ophite1&gt; modified kademlia will scale. random will not. [22:13] &lt;jrand0m&gt; tusko&gt; currently we do a flooded broadcast [22:13] &lt;duck&gt; what about kademlia getting splitted? [22:13] &lt;dm&gt; no cell phones allowed into meeting. [22:13] &lt;duck&gt; &lt;insert zooko comments&gt; [22:13] &lt;Ophite1&gt; flooded broadcast aka gnutella method definitely won't ;) [22:13] &lt;jrand0m&gt; Ophite1&gt; right, kademlia doesn't use random ones :) [22:13] &lt;duck&gt; Ophite1: works better as freenet routing :) [22:14] &lt;jrand0m&gt; duck&gt; exactly (&lt;jrand0m&gt; [with one small caveat thats still being worked out] ) [22:14] &lt;Ophite1&gt; duck: i rest my case... ;) [22:14] *** Signoff: mihi (Ping timeout) [22:14] &lt;tusko&gt; is kademlia some sort of hypercube? [22:14] &lt;Ophite1&gt; no, a circle. [22:14] *** Signoff: mihi_ (Ping timeout) [22:14] &lt;jrand0m&gt; and/or a xor tree :) [22:15] &lt;Ophite1&gt; splits/joins... reshuffle tree? can we take a peek at emule's overnetalike for this? :) [22:15] &lt;jrand0m&gt; its a fairly easy protocol, but we can definnitely look around. [22:16] &lt;jrand0m&gt; icepick has implemented kademlia in python too, for ent (as kashmir) [22:16] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:16] &lt;Ophite1&gt; consider also malicious nodes deliberately fragmenting the tree. [22:16] &lt;jrand0m&gt; absolutely. but its fairly attack resistant [22:16] &lt;Ophite1&gt; 256 bit keyspace is more resistant to that though. [22:17] &lt;Ophite1&gt; plus would have to make a lot of routeridentity structures = hard. [22:17] &lt;tusko&gt; i found interesting the papers of gravepine: (Link: http://grapevine.sourceforge.net/)http://grapevine.sourceforge.net/ [22:17] &lt;jrand0m&gt; this is also why I want to implement it first as an application, rather than rip out the core of i2p - so we can work out all the messy details first [22:17] &lt;Ophite1&gt; so I'm pleased with sec 3 of 0.9 draft. [22:17] *** Signoff: nickthief54450 (Excess Flood) [22:18] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:18] &lt;tusko&gt; look to (Link: http://grapevine.sourceforge.net/tech-overview.php)http://grapevine.sourceforge.net/tech-overview.php [22:18] &lt;Ophite1&gt; though I might point out that if message 0, DatabasePing, is inplemented, you might want to include a hashcash in it. [22:18] &lt;jrand0m&gt; interesting tusko, I think their economic model might require some revision, as with their sybyl defenses [22:19] &lt;Ophite1&gt; (you may already; haven't ready that part) [22:19] &lt;jrand0m&gt; absolutely Ophite1. I was actually thinking about putting hashcash certs into all of the messages (DatabaseLookup included) [22:20] &lt;Ophite1&gt; good idea. though, be careful of performance and tuning vs. dos defense there, and you might want to run hashcash calc in a separate, lower-priority thread? [22:21] &lt;jrand0m&gt; well, hashcash verification should be near instantaneous [22:21] &lt;jrand0m&gt; and hashcash generation shouldn't be able to be precompiled [22:21] &lt;jrand0m&gt; er, precomputed [22:21] &lt;dm&gt; Ophite1 must be an avatar created by jrand0m so that he can finally talk about I2P with someone who understands wtf he's saying. [22:22] &lt;jrand0m&gt; lol [22:22] * dm is not fooled. [22:22] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:22] &lt;Ophite1&gt; one way of preventing that is to use derivatives of session keys as part of the hashcash.. [22:22] &lt;jrand0m&gt; right. and/or put in a nonce and the date [22:22] &lt;Ophite1&gt; date leads to those troublesome timing problems though. that could be a real issue. [22:22] &lt;Ophite1&gt; unless you feel like rewriting ntp as well ;-) [22:22] *** Signoff: mihi (Ping timeout) [22:23] &lt;jrand0m&gt; heh [22:23] &lt;jrand0m&gt; well, we've already run into that a little bit [22:23] &lt;jrand0m&gt; (hence the 30 minute fudge factor) [22:23] &lt;jrand0m&gt; a session hash may be workable though. good idea. [22:24] &lt;Ophite1&gt; and no, i'm not jrand0m's clone ;) [22:24] &lt;jrand0m&gt; ok, so for idn, I'm probably only going to implement the stuff on that I2PIDN wiki page [22:25] *** Signoff: dm (Ping timeout) [22:25] &lt;jrand0m&gt; what would probably rule would be if someone would take that and run with it - make a real user interface, better get/store apps, fec/ecc/etc. [22:25] &lt;jrand0m&gt; also, I had some ideas about a search network built in parallel as well [22:26] &lt;jrand0m&gt; but, well, its probably more useful to i2p that I focus my time on the router [22:26] &lt;Ophite1&gt; it runs on top of i2p? [22:26] &lt;jrand0m&gt; (making it functional, scalable, and secure) [22:26] &lt;jrand0m&gt; yes [22:26] &lt;jrand0m&gt; i2p lets idn be anonymous [22:27] &lt;Ophite1&gt; what were your search network ideas? [22:27] &lt;jrand0m&gt; note: its not written yet, but its looking like its #2 on my task list [22:27] &lt;Ophite1&gt; can another dht be built through tunnels? [22:27] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:27] &lt;jrand0m&gt; basically a distributed replicated db, with hashcash inserts and syncs, where people store idn keys along side metadata / etc [22:27] *** dm (~as@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; hmm, yes, certainly. but i2p isn't inherently tunnel based - its message based (i2p is IP, i2ptunnel is TCP) [22:28] &lt;Ophite1&gt; if ~all node participate = very useful for "discovering" other protocols. [22:28] &lt;jrand0m&gt; definitely [22:28] &lt;Ophite1&gt; so, should be standard. [22:28] &lt;Ophite1&gt; dhcp/zeroconf for the i2p? :) [22:28] &lt;jrand0m&gt; idn would be a very good app to bundle with i2p to let people have an 'out of box experience' [22:29] &lt;Ophite1&gt; If it's meant to be a fully featured communication/file transfer/storage application, I'd like to propose the name "Darknet". [22:29] &lt;jrand0m&gt; :) [22:29] &lt;Ophite1&gt; You, of course, probably already know where that comes from. :) [22:30] &lt;dm&gt; Where does it come from? [22:30] &lt;Ophite1&gt; MS Research's paper: The Darknet and the Future of Content Distribution. [22:30] *** Signoff: godmode0 (Ping timeout) [22:30] &lt;TC&gt; link? [22:30] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; well, tim may says he invented the term ~11 years ago ;) [22:30] &lt;tusko&gt; where is the I2PIDN wiki page? [22:30] &lt;dm&gt; (Link: http://crypto.stanford.edu/DRM2002/darknet5.doc)http://crypto.stanford.edu/DRM2002/darknet5.doc [22:30] &lt;jrand0m&gt; tusko&gt; (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:30] &lt;Ophite1&gt; also implies that the network works "in the dark" - noone knows who anyone is ;) [22:30] &lt;jrand0m&gt; exactly. [22:31] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [22:31] &lt;jrand0m&gt; well, i2p itself is a darknet in that sense, but its generic messaging - it is the IP layer for such a darknet. [22:31] &lt;jrand0m&gt; i2ptunnel is the TCP layer, and idn is NFS :) [22:31] &lt;Ophite1&gt; i2p is the protocol that allows such a network to be created from something broadly like overnet. [22:31] &lt;Ophite1&gt; speaking of which... is there a way to specify priority in messages? [22:32] *** mihi is now known as nickthief76430 [22:32] *** mihi_ is now known as mihi [22:32] &lt;jrand0m&gt; funny that you mention that :) [22:32] *** nickthief76430 is now known as mihi_backup [22:32] &lt;mihi&gt; oops... [22:32] &lt;jrand0m&gt; I was just reading some of the upcoming HotNets2 papers ((Link: http://nms.lcs.mit.edu/HotNets-II/program.html)http://nms.lcs.mit.edu/HotNets-II/program.html) and got inspired for some QoS over i2p mechanisms [22:33] &lt;Ophite1&gt; would a bulk/low-latency bit compromise anonymity slightly (intersection attack?) by allowing traffic linkage? well, even if it were sometimes flips? [22:33] &lt;Ophite1&gt; ah, well that might work better of course =) [22:33] &lt;Ophite1&gt; Don't worry about local plausible denability. [22:33] &lt;jrand0m&gt; right, i2p assumes the local machine is trusted [22:33] *** Signoff: dm (Ping timeout) [22:33] &lt;Ophite1&gt; That is a problem to be solved by Rubberhose/Marutukku and Thermite, not I2P. [22:34] &lt;jrand0m&gt; exactly. (otherwise, the software is compromised and it doesn't matter what we do) [22:34] * TC hopes his local machine is trusted [22:34] &lt;jrand0m&gt; heh [22:34] &lt;Ophite1&gt; TC: easy way to find out; make death threats against bush and see if SS agents turn up at your door ;-) [22:34] &lt;jrand0m&gt; lol [22:34] &lt;TC&gt; done and done [22:34] *** Signoff: tonious (Ping timeout) [22:34] &lt;jrand0m&gt; hah! [22:35] * jrand0m watches my squid proxy get taken down by the fbi [22:35] &lt;TC&gt; its a trap! [22:35] &lt;jrand0m&gt; get an axe! [22:35] &lt;jrand0m&gt; :) [22:35] &lt;TC&gt; anybody play uplink? [22:35] &lt;Ophite1&gt; completed it. cracked it. released it. [22:35] &lt;Ophite1&gt; trained it too ;) [22:36] * jrand0m takes that as a "yes" [22:36] *** dm (~as@anon.iip) has joined channel #iip-dev [22:37] &lt;Ophite1&gt; there may be some dos possibilities in caching, in memory stuff... [22:37] &lt;jrand0m&gt; ok, so thats what I'm thinking with idn/kademlia. get idn implemented and working over the 0.2. code, smash it in a bit, then implement 0.3 with that kademlia implementation [22:37] &lt;jrand0m&gt; oh certainly. the todo list has 'sync pending and large messages to disk' :) [22:37] &lt;dm&gt; shouldn't IDN be implemented after I2P is tested and mature? [22:38] &lt;jrand0m&gt; thats one of the problems we ran into testing a large file of TC's eepsite [22:38] &lt;Ophite1&gt; dm: not given as it's a testbed for the fancy db. [22:38] &lt;jrand0m&gt; dm&gt; I was thinking that too, but I need to implement the kademlia code to get 0.3 ready. basically the kademlia code IS 0.3 [22:38] &lt;Ophite1&gt; I do like the hybrid dht nature such a network would provide though. [22:39] &lt;dm&gt; aha... [22:39] &lt;jrand0m&gt; but if no one wants to toss a normal UI onto it until i2p 1.0, that might be a good idea as well [22:39] &lt;Ophite1&gt; dht node discovery + ngr-like routing = scalability capable of handling critical mass [22:39] &lt;dm&gt; what happened to that original milestone list. secure--&gt;anonymous--&gt;not harvestable, etc... [22:39] &lt;Ophite1&gt; jrand0m: I will refrain from advertising it to pirates until it's ready. that enough? [22:39] &lt;jrand0m&gt; well, minus the ngr-like routing :) we tunnel :) [22:39] &lt;TC&gt; as long as we keep the cli [22:39] &lt;dm&gt; ah scalable was one of the items in that chain. [22:39] &lt;jrand0m&gt; dm&gt; 0.3 is necessary for scalable. which is before not harvestable [22:39] &lt;jrand0m&gt; thanks Ophite1 :) [22:40] &lt;jrand0m&gt; definitely TC. I'll need the cli to test it [22:40] &lt;Ophite1&gt; scalability of the actual anonymous stuff is directly related to choices made in the routing for the tunnels, and that's a router implementation thing? [22:40] &lt;jrand0m&gt; (and, c'mon, we'll probably do software distribution / releases with idn) [22:40] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:40] &lt;dm&gt; alrighty... sounds okay then. [22:40] &lt;jrand0m&gt; absolutely ophite. [22:40] &lt;Ophite1&gt; suggestion: maximum message size? [22:40] &lt;jrand0m&gt; thats the Hard problem [22:41] &lt;jrand0m&gt; max message size is currently insanely large (4g) but I'm thinking of trimming it to 64k or 128k [22:41] &lt;jrand0m&gt; but I don't want to resort to that yet [22:41] * Ophite1 goes digging in notes [22:41] &lt;Ophite1&gt; BitTorrent/Scone scalability notes indicate 512K. [22:42] &lt;jrand0m&gt; heh ok cool. (any refs I can dig into?) [22:42] &lt;Ophite1&gt; but, think of it like tcp window size. [22:42] &lt;jrand0m&gt; right [22:42] &lt;Ophite1&gt; not for scone, sorry - friend's research project. [22:42] &lt;jrand0m&gt; coo', no worry [22:42] *** Signoff: mihi_backup (Ping timeout) [22:42] &lt;Ophite1&gt; fwiw, your kademlia is about as good as his though :) [22:42] &lt;jrand0m&gt; hehe [22:42] &lt;jrand0m&gt; (well, I haven't implemented it yet ;) [22:42] &lt;Ophite1&gt; uh, hers I mean :/ [22:42] &lt;jrand0m&gt; oh wikked [22:43] &lt;dm&gt; boner.. [22:43] *** mihi_backup (~mihi@anon.iip) has joined channel #iip-dev [22:43] &lt;jrand0m&gt; heh [22:43] &lt;jrand0m&gt; so, thats 2) kademlia, 0.3, and idn [22:43] &lt;Ophite1&gt; she named her toys after puddings. custard, crumble (Waste-like), strudel.. her bittorrent-a-like was the fastest pudding in the world - 'scone ;) [22:43] &lt;jrand0m&gt; haha [22:45] &lt;Ophite1&gt; she's a math. [22:45] &lt;jrand0m&gt; even better [22:45] &lt;jrand0m&gt; there's a lot of stats gathering / analysis that will be coming up for advanced peer selection [22:45] &lt;Ophite1&gt; but I'll see if I can bounce stuff past her. scalability from i2np 0.9 was from her - she likes it. [22:45] &lt;jrand0m&gt; (unfortunately we can't cheat like mnet, mixminion, and tor) [22:46] &lt;jrand0m&gt; great to hear [22:46] &lt;Ophite1&gt; one comment - dsa? [22:46] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:46] &lt;Ophite1&gt; dsa 1024 bit, as in SHA-1? [22:46] &lt;jrand0m&gt; yea [22:47] &lt;Ophite1&gt; 'spose it is tried and tested. [22:47] &lt;Ophite1&gt; also small. [22:47] &lt;jrand0m&gt; right. but I'm not 100% tied to our particular crypto impls [22:47] &lt;Ophite1&gt; anyway. to roadmap. [22:47] &lt;TC&gt; haha, lets name a windows version 'Microsoft Darknet (r)' [22:47] &lt;jrand0m&gt; heh tc [22:48] &lt;jrand0m&gt; ok, 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:48] &lt;jrand0m&gt; because of all the bugs I've been running into wrt the broadcast db, I want to escalate the 0.3 (kademlia db) release [22:48] &lt;TC&gt; its nice not being limmited by trademarks like a normal open source project [22:49] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:49] &lt;jrand0m&gt; 0.2.3 is restricted routes / trusted peers, and probably not a hard feature requirement that anyone here has. it can be shuffled out to 0.4 without problem, I think [22:50] &lt;jrand0m&gt; 0.2.2 is tunnel mods, but I think a lot of the pressure to get that implemented will be eased with the 0.2.1.1 release (which tests and rebuilds tunnels as necessary, rather than waiting 10 minutes) [22:50] &lt;Ophite1&gt; trusted peers is an area that needs some revision imho. [22:50] &lt;jrand0m&gt; agreed. [22:50] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [22:50] &lt;Ophite1&gt; only area that doesn't give me warm fuzzies. [22:50] &lt;Ophite1&gt; though that may just be the word "trusted". :) [22:50] &lt;jrand0m&gt; basically my current thoughts are to publish tunnels to routers [22:50] &lt;jrand0m&gt; heh [22:51] &lt;jrand0m&gt; (if we publish tunnels to routers, we can get away with untrusted gateways, which drops the 'trusted' from trusted peers) [22:51] *** Signoff: dm (Ping timeout) [22:51] *** dm_backup is now known as dm [22:51] &lt;Ophite1&gt; need to analyse anonymity implications of that. [22:51] &lt;jrand0m&gt; but trusted peers is inherently necessary in a militant grade anon system, where /all/ nodes you can contact are considered attackers. [22:52] &lt;Ophite1&gt; don't think that is truly possible... [22:52] &lt;jrand0m&gt; certainly. yet another reason it should get 0.4 [22:52] &lt;jrand0m&gt; Ophite1&gt; trusted nodes with timed / triggered self destruct. [22:52] &lt;jrand0m&gt; set up a patsy, route through it, kill it [22:52] &lt;jrand0m&gt; exactly, if patsies delete their logs after N hours / N bytes / N messages [22:52] &lt;Ophite1&gt; I mean if you want me to release a worm that sets up a couple of million... [22:53] &lt;Ophite1&gt; logs? what logs? [22:53] &lt;jrand0m&gt; :) [22:53] &lt;jrand0m&gt; ok, format the disks ;) [22:53] * Ophite1 wrote kernel-level stealth trojan [22:53] &lt;jrand0m&gt; nice [22:53] * dm wrote kernel level outlook calendar plugin. [22:53] &lt;Ophite1&gt; ...when I was 19 :) [22:53] &lt;Ophite1&gt; still works. :) [22:54] &lt;Ophite1&gt; not going to include it in this though, don't worry, or, uh, check my code, which would probably be a Good Thing To Do anyway ;) [22:54] &lt;dm&gt; when I was 12. [22:54] &lt;jrand0m&gt; I don't think i2p will want /that/ large distribution until after 1.0 is stable and heavily peer reviewed [22:54] &lt;jrand0m&gt; heh Ophite1 [22:54] &lt;jrand0m&gt; heh dm [22:54] &lt;Ophite1&gt; frankly, think that is a fluff feature. [22:54] &lt;jrand0m&gt; perhaps. [22:55] &lt;jrand0m&gt; restricted routes is a necessity though [22:55] &lt;jrand0m&gt; its basic functionality for people behind firewalls [22:55] &lt;jrand0m&gt; (very restrictive firewalls) [22:55] &lt;Ophite1&gt; hello, transports. [22:55] &lt;Ophite1&gt; we'll get to that. [22:55] &lt;Ophite1&gt; or is now the appropriate time to discuss them? [22:55] &lt;jrand0m&gt; sure, lets dig in :) [22:56] &lt;jrand0m&gt; we've already run into a problem with an unreachable peer that could be solved with restricted routes [22:56] *** tusko has left #iip-dev [22:56] &lt;jrand0m&gt; even though it was due to misconfiguration, it could be more common [22:57] &lt;Ophite1&gt; Also: given two cooperating peers behind inbound-filtering firewalls that drop bad packets, and one cooperating peer which is not behind a firewall and can send packets with forged IP source addresses to both of the other peers... [22:57] &lt;Ophite1&gt; You can establish a TCP connection between the two firewalled peers that both firewalls think is outbound. [22:57] &lt;jrand0m&gt; definitely [22:57] &lt;dm&gt; forged IP addresses?!? [22:58] &lt;Ophite1&gt; believe me, firewalls are a VERY common problem. [22:58] &lt;Ophite1&gt; sometimes they are user-controlled but the user is a doofus. that can be handled with the installer handling the firewall :) [22:58] &lt;dm&gt; I2P is gonna use IP spoofing? :) [22:58] &lt;jrand0m&gt; definitely. if i2p can't operate behind firewalls / NATs / proxies, there's no reason to continue. [22:59] &lt;Ophite1&gt; sometimes they are actively hostile, corporate or educational gateways seeking to deliberately mess up everything. It's got to traverse those, and traverse them cleanly. [22:59] &lt;jrand0m&gt; dm&gt; transport options [22:59] &lt;jrand0m&gt; absolutely Ophite1 [22:59] &lt;Ophite1&gt; dm: I have a working implementation - in the Direct Connect protocol. [22:59] &lt;jrand0m&gt; i2p wants to be the battleground for that code. [22:59] &lt;Ophite1&gt; dm: If *that* can handle it, i2p can. [22:59] *** Signoff: tonious (Ping timeout) [23:00] &lt;Ophite1&gt; I suggest leaving it turned off by default though. Only a very few want it turned on, and it would be nice if they can advertise which they are so requests can be routed to them. [23:00] &lt;dm&gt; you can't spoof IPs without native code can you? [23:00] &lt;Ophite1&gt; the advantage is that they don't have to route *through*, just help the setup. [23:00] &lt;Ophite1&gt; = massive speed boost. [23:01] &lt;jrand0m&gt; definitely Ophite1, thats what the RouterInfo.routerAddress[] structure is for [23:01] &lt;Ophite1&gt; dm: yeah, like this isn't going to be rewritten? [23:01] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [23:01] &lt;dm&gt; okay, just checking... [23:01] &lt;jrand0m&gt; right dm, I have no qualms whatsoever with including native code in i2p [23:01] &lt;Ophite1&gt; I would like to state that I don't think java is a permanent solution. [23:01] &lt;Ophite1&gt; And that I regard java router as testbed/prototype. [23:01] &lt;jrand0m&gt; thats fine. if it gets us to 1.0, works out the protocol, etc, good enough. [23:02] &lt;Ophite1&gt; ...and hope it doesn't get stuck there as freenet has ;) [23:02] &lt;dm&gt; IPAddress.Spoof(192.168.32.1); [23:02] *** alient (alient@anon.iip) has joined channel #iip-dev [23:02] &lt;jrand0m&gt; lol dm [23:02] &lt;dm&gt; import IPSpoofing; [23:02] &lt;Ophite1&gt; mmm... raw sockets in java ;) [23:02] &lt;jrand0m&gt; fcntl / ioctl in java... mmMMmm [23:02] &lt;mihi&gt; hmm, raw sockets require root on unix, don't they? [23:02] &lt;dm&gt; women with large breasts lickig my penis.. mmMMmmm [23:02] &lt;jrand0m&gt; so we include a rootkit [23:03] &lt;jrand0m&gt; ;) [23:03] &lt;Ophite1&gt; jrand0m: got it covered =) [23:03] &lt;jrand0m&gt; heh [23:03] &lt;Ophite1&gt; besides as I said; only a few need it. [23:03] &lt;jrand0m&gt; right [23:04] &lt;jrand0m&gt; and only for legitimate reasons, of course. [23:04] &lt;Ophite1&gt; on my dc hub, only one (bot) had the capability, and the hub told it when passives wanted to connect to passives. [23:04] &lt;Ophite1&gt; caused a bit of amazement that did. [23:04] &lt;jrand0m&gt; hehe [23:04] &lt;Ophite1&gt; also got the bot's host shut down, hence my suggestion to perhaps turn it off by default :) [23:04] &lt;jrand0m&gt; thats definitely a good feature to have avail [23:04] &lt;jrand0m&gt; lol [23:05] *** Signoff: nickthief54450 (Excess Flood) [23:05] &lt;jrand0m&gt; ok, so with restricted routes pushed to 0.4, we have a month or so to continue the debate as to whether the functionality is necessary [23:06] &lt;jrand0m&gt; any other thoughts / things that should be in the roadmap that aren't, things that are in the wrong place, etc? [23:06] &lt;Ophite1&gt; I say push it to 0.4 definitely. It will cause firewall issues at the moment but we are still in testing... [23:06] &lt;Ophite1&gt; ...someone that can't open a firewall port probably shouldn't be trying it yet. [23:06] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; right. and even with firewalls, PHTTP lets them through. [23:07] &lt;Ophite1&gt; though need to test phttp against hostile proxies. [23:07] * jrand0m is behind a firewall I don't control and I participate fully in i2p [23:07] &lt;dm&gt; hax0r [23:07] &lt;jrand0m&gt; well, yes, hostile proxies can fake confirm, but its all signed, so the message can't go to the wrong place / etc [23:08] &lt;jrand0m&gt; but the phttp relay and transport does have a lot of features needed [23:08] &lt;Ophite1&gt; in particular, to examine the future possibilities application level routers might have at detecting/fucking up the protocol. [23:08] &lt;jrand0m&gt; hm? [23:08] &lt;Ophite1&gt; have some experience with firewall tunnelling though. [23:08] &lt;Ophite1&gt; might want to include a GET fallback. [23:09] &lt;jrand0m&gt; hmm. GET goes into logs. but perhaps as a fallback [23:09] &lt;jrand0m&gt; (POST can be to /index.html) [23:09] &lt;Ophite1&gt; jrand0m: but it's all signed/encrypted if noderefs are cool...? [23:10] &lt;Ophite1&gt; unless the proxy becomes an active attacker too, that's going to be quite hard for it. [23:10] &lt;jrand0m&gt; all messages are encrypted to the destination router, and the designation as to what phttp relay to go through is signed in the routerInfo [23:10] &lt;jrand0m&gt; right. phttp proxy as is certainly isn't strong enough to go against an active attacker [23:11] *** Signoff: grimps (Leaving) [23:12] &lt;jrand0m&gt; I think it'd be great if people posted some alternate transport ideas to the wiki :) [23:12] &lt;jrand0m&gt; ok, 4) app status [ppp2p, i2ptunnel, im, ns, squid] [23:12] &lt;jrand0m&gt; damn, tusko left [23:12] &lt;jrand0m&gt; tusko wrote a python script (ppp2p) to let people run ppp over i2p via i2ptunnel [23:13] &lt;Ophite1&gt; Told you someone would do that :) [23:13] &lt;dm&gt; ppp over i2p? [23:13] &lt;jrand0m&gt; I haven't looked at it, but last I heard he was running a vpn over i2p with 5s ping times [23:13] &lt;jrand0m&gt; heh yeah [23:13] &lt;Ophite1&gt; dm: of course. [23:13] &lt;dm&gt; when could you use that? [23:13] &lt;dm&gt; could/would [23:13] &lt;jrand0m&gt; dm&gt; anonymous outproxy [23:13] &lt;Ophite1&gt; dm: anonymous ANYTHING. [23:13] &lt;jrand0m&gt; to, say, run a kazaa node anonymously, or whatever [23:13] * Ophite1 points out that anyone running an outbound i2p-&gt;ppp link is insane and will probably be blacklisted/hunted down [23:13] &lt;dm&gt; ah, I understand. [23:13] &lt;jrand0m&gt; definitely Ophite1 [23:14] &lt;jrand0m&gt; so right now, its only for trusted peers. [23:14] &lt;Ophite1&gt; see also: the dresden JAP cascade... :) [23:14] &lt;jrand0m&gt; which, well, doesnt really make sense for anonymity... [23:14] &lt;jrand0m&gt; heh [23:14] &lt;Ophite1&gt; also most of the stuff going out of their node will be unencrypted... [23:14] * jrand0m thinks about ike over ppp over i2p [23:15] * jrand0m watches my head explode [23:15] *** fiaga (~po@anon.iip) has joined channel #iip-dev [23:15] &lt;Ophite1&gt; jrand0m: why not i2p over ppp over i2p? [23:15] &lt;jrand0m&gt; definitely doable. aint recursion fun? [23:15] &lt;soros&gt; i2p over i2p :-o [23:15] &lt;jrand0m&gt; or i2p over ppp over i2p over i2p over freenet over kazaa [23:15] &lt;Ophite1&gt; now that's just silly. Freenet wouldn't possibly work ;) [23:16] &lt;godmode0&gt; over slow connect :) [23:16] &lt;jrand0m&gt; heh it'd have latency issues, certainly :) [23:16] &lt;mihi&gt; ... over an icmp tunnel over ... [23:16] &lt;Ophite1&gt; ooh yes, loki :) [23:16] &lt;Ophite1&gt; 0ldsk00l :) [23:17] &lt;Ophite1&gt; I2P addresses, being the public keys, are ... rather long. [23:17] &lt;jrand0m&gt; yes. [23:17] &lt;jrand0m&gt; actually, since we're on agenda item 4: ns [23:17] &lt;Ophite1&gt; As in an I2P www url being actually too long to paste into any sane place (&gt;512 chars?!!) [23:17] &lt;mihi&gt; co promised to write a naming service... [23:17] &lt;jrand0m&gt; yeah. [23:17] &lt;jrand0m&gt; I think with idn implemented, it would be very easy for someone to adapt the kademlia code into a distributed dns [23:17] &lt;mihi&gt; Ophite1: post them to the eepsite forum. [23:18] &lt;Ophite1&gt; trouble with namespace as I can figure it out is that there has to be either some degree of central control OR you have to allow collisions. [23:18] *** Signoff: fiaga (Ping timeout) [23:18] &lt;jrand0m&gt; (just toss on a CA or WoT CAs, and voila. (Link: www.mihi.i2p)www.mihi.i2p) [23:18] &lt;jrand0m&gt; not necessarily. [23:18] &lt;Ophite1&gt; please enlighten me with your better ideas then. [23:18] &lt;jrand0m&gt; Ophite1&gt; check out co/wiht's specs on the iip-dev list. [23:19] &lt;Ophite1&gt; best I could come up with is root key creates signed namespaces. dnssec stylee. [23:19] &lt;jrand0m&gt; he doesn't go the full route with a dht, but he manages groups [23:19] &lt;jrand0m&gt; just like how we do now - we /all/ can choose who our root dns servers are. [23:19] &lt;jrand0m&gt; in the same vein, we /all/ should be able to choose who our CA (or CA WoT) is [23:20] &lt;jrand0m&gt; so I guess technically there /could/ be collisions, but only once there are multiple CA groups that don't interact [23:20] * Ophite1 notes that is unlikely [23:20] &lt;jrand0m&gt; agreed [23:20] &lt;Ophite1&gt; you either trust the root CA or you don't. [23:20] &lt;jrand0m&gt; and if you don't trust the root, you create your own [23:21] &lt;jrand0m&gt; (or find another) [23:21] &lt;Ophite1&gt; and if you don't trust the root CA it's for a reason, a reason that will rapidly get around. [23:21] &lt;jrand0m&gt; exactly [23:21] &lt;jrand0m&gt; especially when there's anonymous publishing :) [23:21] &lt;Ophite1&gt; being as CA's only real purpose is to insure anti-collision - like Trent... [23:21] &lt;jrand0m&gt; right [23:22] &lt;Ophite1&gt; about the only thing that would cause lack of trust in CA is (1) key leakage or (2) refusal to register something that isn't already registered. [23:22] * jrand0m notes verisign's "trustworthiness" [23:23] * Ophite1 notes that Verisign purports to verify the identity of the certificate holder - one of the properties that an I2P namespace is in fact guaranteed NOT to do [23:23] &lt;jrand0m&gt; self signed certs+++ [23:24] &lt;Ophite1&gt; also I'd point out that distributed systems - like Darknet, as I will call it from here on in until it sticks :) - built on top of i2p probably wouldn't use the namespace. [23:24] &lt;Ophite1&gt; It's for servers, really. [23:24] &lt;jrand0m&gt; heh [23:24] &lt;jrand0m&gt; right [23:24] &lt;Ophite1&gt; Servers don't scale. That problem will be in i2p as much as in IP. [23:24] &lt;Ophite1&gt; so, I think that the usage in practice will actually be surprisingly limited. [23:24] &lt;jrand0m&gt; the idn ("darknet") would keep references to destinations - the full 387 bits of their keys, not some pretty name [23:24] &lt;jrand0m&gt; agreed. [23:25] &lt;jrand0m&gt; except / until someone writes a distributed outproxy system [23:25] &lt;jrand0m&gt; aka o-r / freedom over i2p [23:25] &lt;TC&gt; how many diffrent keys can we have? [23:25] * jrand0m looks forward to that day [23:25] &lt;jrand0m&gt; tc&gt; 2^2048 [23:25] &lt;Ophite1&gt; jrand0m: at which point the root key signs them a namespace: .proxy.i2p [23:26] &lt;dm&gt; This must be the most hypothetical/megalomaniac open source development meeting ever :) [23:26] &lt;jrand0m&gt; aint subspaces grand :) [23:26] &lt;jrand0m&gt; lol dm [23:26] &lt;jrand0m&gt; hey, we're alowed to aim high, aint we? [23:26] &lt;dm&gt; I'm sure most devl meetings are like: "So, do we put 3 bits for the mpeg-5 header or 4?" [23:26] &lt;Ophite1&gt; jrand0m: oddly as it may seem, not every number works for elgamal ;-) [23:26] &lt;TC&gt; dm, youve seen debian meetings right? [23:26] &lt;jrand0m&gt; awww c'mon, 000000000000000000000000000 is a secure key [23:26] * Ophite1 hands out Chocolate Digestives [23:26] &lt;dm&gt; TC: no, what are the like? [23:26] &lt;Ophite1&gt; jrand0m: ooh, identity. [23:26] &lt;TC&gt; dm, i dont know, i was asking [23:27] &lt;jrand0m&gt; ok. thecrypto isn't here either... anyone have im thoughts? [23:27] &lt;Ophite1&gt; damn, I was about to ask about that. [23:27] &lt;Ophite1&gt; quite an important app. [23:27] &lt;dm&gt; Anyway, this type of meeting is more lurker-friendly, so I'm all for it. [23:27] * dm is entertained. [23:27] &lt;jrand0m&gt; heh [23:27] &lt;TC&gt; where is co? [23:27] &lt;Ophite1&gt; as many people will expect i2p to be iip's successor. [23:28] &lt;jrand0m&gt; iip over i2p is fairly easy, if we don't want dcc [23:28] &lt;Ophite1&gt; (I guess it could be, if we just run an iip irc server over i2p...) [23:28] &lt;jrand0m&gt; iip over i2p with dcc requires a new app [23:28] &lt;jrand0m&gt; exactly Ophite1 [23:28] &lt;jrand0m&gt; 0 coding [23:28] &lt;TC&gt; cant we just run irc over i2p? [23:28] &lt;Ophite1&gt; I don't like that idea 'cause ... well, it doesn't give us anything we don't already have :) [23:28] &lt;jrand0m&gt; but last I heard, thecrypto was doing some work on an IM app [23:28] &lt;jrand0m&gt; certainly tc [23:29] &lt;jrand0m&gt; right Ophite1, and it doesn't scale [23:29] &lt;jrand0m&gt; (all the traffic gets funneled to the ircd) [23:29] &lt;Ophite1&gt; Also the IRCd can spy on traffic. [23:29] &lt;TC&gt; ah, goodpoint [23:29] &lt;jrand0m&gt; (this would be when UserX should show up and discuss his ideas for iip2.0) [23:29] &lt;jrand0m&gt; right Ophite1 [23:29] &lt;jrand0m&gt; all the problems of the current iip [23:29] &lt;Ophite1&gt; jrand0m: And absolutely nothing different. [23:29] &lt;jrand0m&gt; more lag. [23:30] &lt;Ophite1&gt; except it's in java. lovely. :) [23:30] &lt;jrand0m&gt; heh [23:30] &lt;Ophite1&gt; Now, shitloads of people have cut their undergraduate teeth trying and failing to build distributed chat applications. [23:30] &lt;jrand0m&gt; ok, so someone should either help thecrypto out or push him along some more :) [23:30] * Ophite1 points out IRC3 [23:30] &lt;jrand0m&gt; yeah, its a perfect school project [23:30] &lt;Ophite1&gt; ..and SILC... [23:30] &lt;Ophite1&gt; ...and... [23:31] &lt;Ophite1&gt; well about a gazillion others. [23:31] &lt;jrand0m&gt; 'zactly [23:31] &lt;Ophite1&gt; Literally all of these, I might add, are pre-DHT as far as I can tell. [23:31] &lt;jrand0m&gt; yup [23:31] &lt;Ophite1&gt; That's disappointing 'cause that's a freakishly useful structure. [23:31] &lt;jrand0m&gt; a DHT for lookup / P3P, and then direct con for IM [23:31] &lt;jrand0m&gt; group chat is harder though, but not too hard [23:31] &lt;Ophite1&gt; well, direct in the i2p sense :) [23:31] &lt;jrand0m&gt; heh right [23:32] &lt;Ophite1&gt; what about darkmail/i2pmail? [23:32] &lt;soros&gt; group sex too [23:32] &lt;dm&gt; soros: agreed. [23:32] &lt;jrand0m&gt; group sex isn't that hard soros ;) [23:32] &lt;jrand0m&gt; lol [23:32] &lt;jrand0m&gt; email over i2p is easy. someone just needs to run a pop server [23:32] &lt;jrand0m&gt; or webmail [23:32] &lt;jrand0m&gt; hahah [23:33] &lt;Ophite1&gt; jrand0m: sure, as long as literally everyone is okay with bloody pgp :) [23:33] * Ophite1 gets CKT nightmares again [23:33] &lt;jrand0m&gt; oh, true. that'd expose the contents to hte server ;) [23:33] &lt;Ophite1&gt; Also... spam. [23:33] &lt;jrand0m&gt; yup [23:33] &lt;Ophite1&gt; We have this thing called hashcash. [23:33] &lt;Ophite1&gt; They sort of fit together, no? [23:34] &lt;jrand0m&gt; ok, so yeah, someone should get working on an i2p specific email app :) [23:34] &lt;Ophite1&gt; obviously that would work best as part of the im. [23:34] &lt;Ophite1&gt; What, after all, is the distinction between irc and email? [23:34] &lt;jrand0m&gt; true, like an IM VMB [23:34] &lt;Ophite1&gt; Whether or not you can page up and see what you missed after you rejoin... [23:34] &lt;jrand0m&gt; placed into the dht [23:34] &lt;jrand0m&gt; good point [23:35] * jrand0m wishes we had a team of a dozen coders [23:35] &lt;Ophite1&gt; note, however, that mail requires storage, as it is offline communication. irc requires no storage, as it is online communication. [23:35] &lt;dm&gt; also email has a lot more penis enlargement adverts. [23:35] &lt;Ophite1&gt; jrand0m: ask around for funding. [23:35] &lt;Ophite1&gt; dm: see above re: hashcash. [23:35] &lt;jrand0m&gt; right, the P3P could contain pending messages [23:36] &lt;Ophite1&gt; dm: A primitive that was not available to the bloke who hacked up email in a night. [23:36] &lt;Ophite1&gt; (At least we won't have to use ! paths to specify the tunnel manually. heh. heh. heh.) [23:36] * dm is gonna miss clear-text dead simple protocols. [23:36] &lt;jrand0m&gt; jrandom%ophite!dm!mihi [23:37] &lt;Ophite1&gt; no, this is i2p. Insert ~520 garbage characters between the bangs then you're closer ;) [23:37] &lt;jrand0m&gt; haha [23:37] &lt;Ophite1&gt; several of these things *are* sort of related. [23:37] &lt;jrand0m&gt; true, 387 bytes base64 encoded... [23:38] &lt;Ophite1&gt; or to put it another way, ELONGURL :) [23:38] &lt;jrand0m&gt; heh [23:38] &lt;Ophite1&gt; [does IE chop at 512?] [23:38] &lt;jrand0m&gt; naw, works fine [23:38] &lt;Ophite1&gt; you admit to using IE? [23:38] &lt;Ophite1&gt; To browse anonymously?! [23:38] &lt;jrand0m&gt; ;) [23:38] * Ophite1 pulls out six of Liu De Yiu's best and waits =) [23:38] * jrand0m uses ie for eppsites, moz for squiding [23:39] &lt;duck&gt; what item are we now? [23:39] &lt;duck&gt; 4? [23:39] &lt;jrand0m&gt; yeah, ok ok [23:39] &lt;Ophite1&gt; still 4 I think. [23:39] &lt;jrand0m&gt; i2ptunnel. still kicks ass. [23:39] &lt;jrand0m&gt; any thoughts? any comments mihi? [23:40] &lt;jrand0m&gt; one thing I want to note wrt the squid outproxy is that I've updated the header filtering to ALLOW COOKIES and replace the user agent with something silly [23:40] * mihi just waits for naming service... [23:40] &lt;jrand0m&gt; mihi (or someone else)&gt; it'd be really easy to bootstrap such a naming service with an /etc/hosts style i2p ns [23:41] &lt;mihi&gt; btw: are there any other public dests except your squid and tc's eepsite? [23:41] &lt;jrand0m&gt; i2pcvs.dest [23:41] &lt;jrand0m&gt; (points at the i2p cvs pserver) [23:41] &lt;jrand0m&gt; (but isn't always up) [23:41] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:41] &lt;jrand0m&gt; hola yodel [23:41] &lt;yodel&gt; hela [23:42] &lt;jrand0m&gt; ok, I think thats it for 4) apps [23:42] &lt;jrand0m&gt; 5) comments / questions / etc [23:42] &lt;mihi&gt; gui installer? [23:42] &lt;TC&gt; hi yodel [23:43] &lt;yodel&gt; I have to start experimenting putting the xml-rpc over i2p [23:43] &lt;yodel&gt; should work with httptunnel [23:43] &lt;jrand0m&gt; good question mihi. last I heard MrEcho had some of it working [23:43] &lt;jrand0m&gt; awesome yodel [23:43] &lt;jrand0m&gt; definitely. [23:43] &lt;jrand0m&gt; how large are the streams? [23:43] &lt;jrand0m&gt; (aka how chatty is the protocol?) [23:44] * Ophite1 plans to try BitTorrent over I2P as a stress test [23:44] &lt;yodel&gt; xml over http [23:44] &lt;yodel&gt; the ssl layer wont be needed with i2p [23:44] &lt;Ophite1&gt; so, uh, very chatty? :) [23:44] &lt;jrand0m&gt; ah cool, large POST or large replies? [23:44] &lt;jrand0m&gt; (or just small and small?) [23:45] &lt;jrand0m&gt; damn you Ophite1 :) [23:45] &lt;yodel&gt; equal sizes [23:45] &lt;yodel&gt; does httptunnel support gzipped http? [23:45] &lt;jrand0m&gt; but doesn't bt use IP addresses? [23:45] &lt;jrand0m&gt; hmm, httptunnel doesn't have any inherent compression, its just a bitstream [23:45] &lt;TC&gt; hmm, package i2p+ppp\vpn+gui as a security solution for wireless windows shares [23:45] &lt;yodel&gt; so should work... [23:45] &lt;godmode0&gt; jrand0m&gt; you test i2p in nntp news server ? [23:45] &lt;jrand0m&gt; yup yodel [23:45] &lt;yodel&gt; 500-1000 byte send, same for reply [23:46] &lt;jrand0m&gt; hmm I haven't tested that yet godmode0 [23:46] &lt;yodel&gt; much less when zipped [23:46] &lt;jrand0m&gt; oh cool yodel, that'll work without any problem [23:46] &lt;yodel&gt; what is the latency for a single msg/package/whatever? [23:46] &lt;jrand0m&gt; 2-5s, sometimes up to 10s [23:46] &lt;jrand0m&gt; (currently) [23:46] &lt;Ophite1&gt; not bad for a pre-dht :) [23:46] &lt;yodel&gt; so 20s roundtime? [23:47] &lt;jrand0m&gt; I usually pull up a web page in 5-10s [23:47] &lt;yodel&gt; ah [23:47] &lt;yodel&gt; goo [23:47] &lt;yodel&gt; +d [23:48] &lt;jrand0m&gt; damn, we're coming up to the 2 hour mark. anyone have any other questions / thoughts? [23:48] &lt;Ophite1&gt; Pie is good. [23:48] &lt;duck&gt; jrand0m: why do you drink cheap local beer? [23:48] &lt;Ophite1&gt; Orgy and pie is better. [23:48] &lt;jrand0m&gt; rofl duck [23:49] &lt;Ophite1&gt; duck: It's better than Tesco Value Lager? [23:49] * Ophite1 spits from reflex [23:49] &lt;jrand0m&gt; heh [23:49] * duck is concerned about jrand0m's health [23:49] &lt;jrand0m&gt; you're concerned about my cheap beer habits but not my good whiskey habits? [23:50] * Ophite1 reminds about the single malt on Cary Sherman's head [23:50] &lt;duck&gt; do you eat well? [23:50] &lt;godmode0&gt; corona [23:50] &lt;duck&gt; do you do your daily exercises? [23:50] &lt;jrand0m&gt; well, i'm one of those veggies [23:50] &lt;Ophite1&gt; Isn't that a personal question, duck? [23:50] &lt;jrand0m&gt; does typing count? [23:50] &lt;duck&gt; you did drink that much already? [23:50] &lt;duck&gt; that you became a veggie [23:50] &lt;jrand0m&gt; heh [23:50] &lt;Ophite1&gt; cheap beer will do that. [23:51] &lt;duck&gt; Ophite1: jrand0m's health should concern us all, since it is essential for I2P [23:51] *** Signoff: mihi_backup (mihi hands jrand0m the *BAF*er) [23:51] &lt;jrand0m&gt; heh ok ok mihi [23:51] * jrand0m winds up [23:51] * jrand0m *baf*s the meeting closed </div>/vi/blog/2003/11/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-11-n%C4%83m-2003/Tue, 11 Nov 2003 00:00:00 +0000/vi/blog/2003/11/11/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-11-th%C3%A1ng-11-n%C4%83m-2003/<p>(Được cung cấp bởi Wayback Machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> dish, dm, jrand0m, MrEcho, nop</p> <p>(nhật ký cuộc họp đã được chỉnh sửa để che giấu việc iip bị sập giữa chừng cuộc họp và có rất nhiều lần ping bị timeout, vì vậy đừng cố đọc nó như một tường thuật liền mạch)</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; chương trình nghị sự [22:02] &lt;jrand0m&gt; 0) chào mừng [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) tình trạng [22:02] &lt;jrand0m&gt; 1.2) thay đổi lộ trình [22:02] &lt;jrand0m&gt; 1.3) các tiểu dự án đang mở [22:02] &lt;jrand0m&gt; 2) modPow gốc (native) [22:03] &lt;jrand0m&gt; 2) trình cài đặt GUI [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) dịch vụ phân giải tên [22:03] &lt;MrEcho&gt; tôi đã thấy đoạn mã .c đó [22:03] &lt;jrand0m&gt; 5) giấy phép [22:03] &lt;jrand0m&gt; 6) còn gì khác? [22:03] &lt;jrand0m&gt; 0) chào mừng [22:03] &lt;jrand0m&gt; chào. [22:03] &lt;nop&gt; chào [22:03] &lt;jrand0m&gt; cuộc họp 2^6 [22:04] &lt;jrand0m&gt; nop có mục nào cần thêm vào chương trình nghị sự không? [22:04] &lt;jrand0m&gt; ok, 1.1) tình trạng router [22:04] &lt;jrand0m&gt; chúng ta đang ở 0.2.0.3 và lần cuối tôi nghe thì nó hoạt động ổn [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; đúng không? [22:05] &lt;MrEcho&gt; tôi đang chạy nó .. có vẻ ổn [22:05] &lt;nop&gt; không [22:05] &lt;jrand0m&gt; có vài commit nhỏ sau bản phát hành 0.2.0.3, chưa có gì đáng để phát hành [22:05] &lt;nop&gt; tôi chỉ đang cố bắt kịp [22:05] &lt;jrand0m&gt; hay đó [22:06] &lt;jrand0m&gt; dựa trên trải nghiệm và phản hồi từ 0.2.0.x, lộ trình đã được cập nhật để việc vận hành ít ngốn tài nguyên hơn [22:06] &lt;jrand0m&gt; (tức là để mọi người có thể chạy webserver / v.v. mà không ngốn CPU của họ) [22:06] &lt;jrand0m&gt; cụ thể (chuyển sang mục 1.2): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:06] &lt;MrEcho&gt; điều tôi để ý là đa số router dùng: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; nó tự động chuyển sang phttp hay nó có thử tcp trước không [22:07] &lt;jrand0m&gt; hmm, hầu hết các router nên hỗ trợ PHTTP, và nếu chúng có thể chấp nhận kết nối vào, thì cũng nên hỗ trợ TCP [22:07] &lt;jrand0m&gt; nếu có thể, nó sẽ dùng TCP [22:07] &lt;jrand0m&gt; PHTTP được đánh trọng số là đắt hơn TCP khoảng 1000 lần [22:08] &lt;jrand0m&gt; (xem GetBidsJob, cái hỏi mỗi transport nó nghĩ chi phí gửi một thông điệp tới một nút ngang hàng (peer) là bao nhiêu) [22:08] &lt;jrand0m&gt; (và xem TCPTransport.getBid và PHTTPTransport.getBid để biết các giá trị dùng) [22:08] &lt;MrEcho&gt; ok [22:08] &lt;jrand0m&gt; bạn có thường dùng PHTTP để gửi và nhận thông điệp không? [22:09] &lt;jrand0m&gt; (điều đó có thể là dấu hiệu TCP listener của bạn không thể được tiếp cận) [22:09] &lt;MrEcho&gt; tôi chưa điền các URL phía tôi [22:09] &lt;jrand0m&gt; à, ok. [22:09] &lt;MrEcho&gt; ồh có chứ [22:10] &lt;jrand0m&gt; ok, vâng, các router của tôi có kết nối TCP mở tới bạn [22:10] &lt;dm&gt; thật hiếu khách quá. [22:10] * jrand0m thấy mừng vì mọi người đã bắt tôi triển khai routerConsole.html nên chúng ta không phải lục log vì mấy thứ vớ vẩn này [22:11] &lt;MrEcho&gt; có cơ chế timeout không, nếu không kết nối được tcp thì nó chuyển sang phttp? và thời gian là bao lâu [22:11] &lt;jrand0m&gt; nhưng dù sao, thay đổi lớn trong lộ trình là 0.2.1 sẽ triển khai phần AES+SessionTag [22:11] &lt;MrEcho&gt; hay chúng ta có thể đưa cái đó thành một thiết lập? [22:11] &lt;jrand0m&gt; nếu gặp TCP connection refused / host not found /v.v., nó sẽ thất bại ngay lần thử đó và thử mức bid khả dụng tiếp theo [22:12] &lt;MrEcho&gt; vậy là không thử lại à [22:12] &lt;jrand0m&gt; phttp có timeout 30 giây, nếu tôi nhớ không nhầm [22:12] &lt;jrand0m&gt; không cần thử lại. bạn hoặc là có một kết nối TCP mở và có thể gửi dữ liệu, hoặc là không :) [22:12] &lt;MrEcho&gt; lol ok [22:13] &lt;MrEcho&gt; sau đó nó sẽ thử tcp mỗi lần hay bỏ qua và chuyển sang phttp cho kết nối kế tiếp? [22:13] &lt;jrand0m&gt; hiện tại nó sẽ thử tcp mỗi lần. [22:13] &lt;jrand0m&gt; các transport chưa lưu lịch sử [22:13] &lt;MrEcho&gt; ok tuyệt [22:14] &lt;jrand0m&gt; (nhưng nếu một peer thất bại 4 lần họ sẽ bị cho vào danh sách đen trong 8 phút) [22:14] &lt;MrEcho&gt; vậy một khi phía bên kia nhận được thông điệp phttp thì nó nên kết nối tới router đã gửi thông điệp qua tcp, đúng không? [22:14] &lt;jrand0m&gt; đúng. một khi bất kỳ kết nối tcp nào được thiết lập, nó có thể dùng kết nối đó. [22:14] &lt;jrand0m&gt; (nhưng nếu cả hai peer chỉ có phttp, thì rõ ràng họ chỉ dùng phttp) [22:15] &lt;MrEcho&gt; điều đó có nghĩa là nó không thể thiết lập kết nối tcp tới bất cứ thứ gì [22:15] &lt;MrEcho&gt; .. ừ [22:16] &lt;MrEcho&gt; ước gì có cách vượt qua chuyện đó [22:16] &lt;jrand0m&gt; không, một trong các router của tôi không có địa chỉ TCP - chỉ PHTTP. nhưng tôi thiết lập kết nối TCP với peer có địa chỉ TCP. [22:16] &lt;jrand0m&gt; (và rồi họ có thể gửi lại thông điệp qua kết nối TCP đó thay vì gửi cho tôi các thông điệp PHTTP chậm hơn) [22:17] &lt;jrand0m&gt; hay ý bạn không phải vậy? [22:17] &lt;MrEcho&gt; ừ tôi bị lẫn [22:17] &lt;jrand0m&gt; chuẩn, không vấn đề [22:18] &lt;jrand0m&gt; vậy, xem lộ trình đã cập nhật để biết thông tin lịch trình cập nhật ((Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; ok, 1.3) các tiểu dự án đang mở [22:19] &lt;jrand0m&gt; cuối cùng tôi cũng đưa một loạt việc cần làm trên palmpilot của tôi vào wiki tại (Link: http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects)http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; vậy nếu bạn chán và đang tìm dự án mã để làm... :) [22:19] &lt;MrEcho&gt; trời [22:20] &lt;MrEcho&gt; đã có 2 rồi [22:20] &lt;dish&gt; Bạn có một palmpilot, cái này đỉnh đấy [22:20] &lt;MrEcho&gt; của tôi chết rồi [22:20] &lt;jrand0m&gt; mihi&gt; có một dòng ở đó liên quan đến I2PTunnel mô tả một ý tôi nảy ra cách đây không lâu [22:20] &lt;MrEcho&gt; không biết nó bị sao nữa [22:21] &lt;jrand0m&gt; ừ, trước đây tôi có mấy cái Palm nhưng mới đây có người tặng cái này cho dự án ;) [22:21] &lt;dish&gt; Có thể thêm một mục vào chương trình họp để thảo luận xem lần cuối userX gõ gì đó là khi nào không [22:21] &lt;MrEcho&gt; đồ chết tiệt đó giờ còn chẳng bật lên nữa [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; Tôi không nghĩ UserX đã nói gì trong 4 hay 5 tháng ;) [22:22] &lt;MrEcho&gt; đó là bot hay gì à? [22:22] &lt;dish&gt; Họ đã nói gì 5 tháng trước? [22:22] &lt;MrEcho&gt; tôi cá đó là bitchx chạy trên một máy mà anh ta từng có quyền truy cập .. rồi quên mất [22:22] &lt;jrand0m&gt; rằng họ sẽ quay lại với nhận xét về anonCommFramework (tên cũ của i2p) vào tuần sau ;) [22:23] &lt;dish&gt; haha [22:23] &lt;jrand0m&gt; nhưng tôi đoán anh ấy bận. cuộc đời mà [22:23] &lt;jrand0m&gt; ok, 2) modPow gốc (native) [22:23] &lt;MrEcho&gt; tôi đã thấy mã c đó [22:24] &lt;jrand0m&gt; tôi ghép một stub .c và lớp Java để cho thấy cách tích hợp thứ như GMP hay một thư viện MPI khác, nhưng rõ ràng nó chưa chạy được [22:25] &lt;jrand0m&gt; sẽ tốt nếu chúng ta có một gói nhỏ các lớp C và lớp bọc Java đơn giản đi kèm mà ta có thể build cho windows, osx, *bsd, linux, và đóng gói theo GPL <p>(chèn sự cố iip nghiêm trọng vào đây)</p>/vi/blog/2003/10/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-10-n%C4%83m-2003/Tue, 21 Oct 2003 00:00:00 +0000/vi/blog/2003/10/21/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-21-th%C3%A1ng-10-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrand0m, dm, thecrypto, sisr, co, godmode0, mihi</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> [22:59] &lt;dm&gt; vậy cuộc họp này là khi nào? [23:00] &lt;jrand0m&gt; bây giờ. [23:00] &lt;jrand0m&gt; 0) chào mừng [63] [23:00] &lt;jrand0m&gt; 1) lộ trình: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] &lt;jrand0m&gt; 2) danh sách việc cần làm cho 0.2: [23:00] &lt;jrand0m&gt; - kiểm thử liên lạc lâu dài [23:00] &lt;jrand0m&gt; - lỗi khi xây dựng lại lease [23:00] &lt;jrand0m&gt; 3) prng (bộ tạo số ngẫu nhiên giả) [23:00] &lt;jrand0m&gt; 4) ứng dụng / câu hỏi / v.v. [23:00] &lt;jrand0m&gt; 0) chào [23:00] &lt;jrand0m&gt; xin lỗi vì ngốc nghếch và quên chuyện đổi giờ mùa hè [23:00] &lt;jrand0m&gt; chào mừng tới cuộc họp #63 [23:01] *** darl_mcbride đã rời #iip-dev [23:01] &lt;jrand0m&gt; 1) lộ trình [23:01] &lt;jrand0m&gt; lộ trình nằm ở URL phía trên và sẽ được cập nhật khi cần. [23:02] &lt;jrand0m&gt; vâng, các mốc thời gian xa hơn trước đây, và phần lớn phản ánh việc 1) tôi không muốn phát hành phần mềm tệ hại 2) tôi đã bỏ sót chi tiết trong các ước tính trước [23:02] &lt;jrand0m&gt; nhưng dĩ nhiên, như lộ trình có nói, "Nếu bạn tham gia và giúp một phần việc lập trình, mọi thứ sẽ tiến triển nhanh hơn" :) [23:03] &lt;jrand0m&gt; bản thân 0.2 sẽ cho phép các chức năng thực sự hữu ích [23:03] *** Thoát: thecrypto (Ping timeout) [23:03] &lt;dm&gt; đó là tin tốt. [23:03] &lt;jrand0m&gt; ok, mục 2) việc cần làm 0.2 [23:04] &lt;jrand0m&gt; tôi đã làm QA cho bản phát hành 0.2 tuần vừa rồi và đang lần ra một số lỗi khó phát hiện [23:04] &lt;jrand0m&gt; nhưng tôi nghĩ vừa tìm ra nguyên nhân cách đây vài phút, và hiện đang chạy một bài kiểm thử đối chiếu ở chế độ nền. [23:04] &lt;jrand0m&gt; (vấn đề là sau vài giờ sử dụng, liên lạc với một router hoặc một đích bị lỗi) [23:05] &lt;dm&gt; bạn dùng giàn thử nghiệm kiểu gì? Lúc này tất cả đều cục bộ à? [23:05] &lt;jrand0m&gt; ba router cục bộ, ba router từ xa [23:05] &lt;sisr&gt; 0.2 có tính năng là khi không liên lạc được với một router sau một số lần nhất định thì nó ngừng thử nữa không? [23:05] &lt;jrand0m&gt; có [23:06] &lt;jrand0m&gt; mỗi router công bố thông tin liên lạc của nó mỗi N phút (hiện là 2) cho tất cả những router nó biết. nếu một router không nhận được thông tin liên lạc mới trong mỗi 2,5*N phút, nó bỏ tham chiếu đó. [23:06] &lt;jrand0m&gt; tuy nhiên, nếu nó MUỐN tìm một router mới (tức là nó nhận được tham chiếu đến nó qua một Lease), nó có thể tìm kiếm bất cứ lúc nào và tìm thấy. [23:07] &lt;jrand0m&gt; tuy nhiên, chạy ba router cộng hai destination hoạt động cục bộ thì, vâng, ngốn CPU khủng khiếp. [23:08] &lt;jrand0m&gt; Tôi đã thêm một tính năng 'bẩn' mà chính tôi cũng thấy áy náy, nhưng nó cho phép bạn thêm một biến môi trường để về cơ bản tắt mã hóa ElG và AES. điều đó chỉ hữu ích khi liên lạc với các node khác cũng tắt mã hóa (nếu không thì bạn sẽ không thể nói chuyện được) [23:09] &lt;jrand0m&gt; ok, vậy cho mục việc cần làm 0.2 là hết [23:09] &lt;dm&gt; để phục vụ thử nghiệm của bạn à? [23:09] &lt;jrand0m&gt; ừ, về cơ bản là vậy [23:09] &lt;jrand0m&gt; (và/hoặc cho ai khác đang tự thử nghiệm để thêm tính năng mới / v.v. ;) [23:10] &lt;jrand0m&gt; về lý thuyết, hai destination (như atalk) có thể đặt cờ -Di2p.encryption=off và vẫn chạy (dù sẽ không có mã hóa đầu-cuối) [23:10] *** thecrypto (~thecrypto@anon.iip) đã tham gia kênh #iip-dev [23:10] &lt;jrand0m&gt; nhưng tôi nghĩ đó là một Ý Tưởng Tồi. [23:11] &lt;jrand0m&gt; tính năng này gần như chắc chắn sẽ bị gỡ khi phần AES+SessionTag được hoàn thiện [23:11] &lt;jrand0m&gt; ok, 3) prng [23:11] &lt;sisr&gt; Có đề xuất yêu cầu tối thiểu về CPU và RAM không? [23:12] &lt;sisr&gt; xin lỗi [23:12] &lt;jrand0m&gt; hmm, RAM thì ít (JVM của Sun dùng 7–10Mb, kaffe 16–22Mb) [23:13] &lt;jrand0m&gt; CPU hiện chắc chắn là yếu tố giới hạn, nhưng tôi không có nhiều máy để thử ;) [23:14] &lt;jrand0m&gt; phải nói rằng chạy ba router và hai i2ptunnel trỏ ra ngoài tới một squid trên cùng một máy gần như làm nghẽn chiếc P4 1.7Ghz của tôi [23:14] &lt;thecrypto&gt; tôi có thể năng nổ hơn chút nếu bạn muốn tôi nói gì đó [23:14] &lt;dm&gt; được rồi, nói gì đi. [23:15] &lt;jrand0m&gt; chào thecrypto :) [23:15] &lt;sisr&gt; Tại sao ai đó lại chạy nhiều hơn một router trên cùng một máy? [23:15] &lt;jrand0m&gt; sisr&gt; chỉ nhà phát triển mới làm vậy. [23:16] &lt;sisr&gt; Ok, vậy CPU chắc không tệ lắm và chúng ta có thể chạy vài thử nghiệm trong vài tuần tới [23:16] &lt;jrand0m&gt; chuẩn [23:17] &lt;jrand0m&gt; ok, hóa ra vấn đề prng là một bug trong kaffe, giờ đã được sửa. [23:17] &lt;jrand0m&gt; vì thế, chúng ta không còn nhu cầu cấp bách phải có một triển khai yarrow nữa, vì họ dùng sha1prng [23:18] &lt;jrand0m&gt; (nhưng có được thì vẫn hay, lúc nào cũng được) [23:18] &lt;jrand0m&gt; ok, 4) ứng dụng / câu hỏi / v.v. [23:18] &lt;jrand0m&gt; tôi không còn gì khác, nên... chào :) [23:19] &lt;jrand0m&gt; có câu hỏi / ý kiến / bình luận gì khác không? [23:19] &lt;sisr&gt; Tình hình naming server thế nào? Tôi đã không thấy co đã lâu rồi [23:19] *** co (anon@anon.iip) đã tham gia kênh #iip-dev [23:19] &lt;jrand0m&gt; nhắc Tào Tháo, Tào Tháo đến [23:19] &lt;jrand0m&gt; chào co [23:19] &lt;sisr&gt; haha [23:19] &lt;co&gt; Chào mọi người. [23:20] &lt;jrand0m&gt; chúng ta đang ở đoạn không còn gì trong chương trình nghị sự ngoài phần hỏi đáp [23:20] &lt;jrand0m&gt; [23:19] &lt;sisr&gt; Tình hình naming server thế nào? Tôi đã không thấy co đã lâu rồi [23:20] &lt;jrand0m&gt; [23:19] *** co (anon@anon.iip) đã tham gia kênh #iip-dev [23:20] &lt;jrand0m&gt; và điều đó vừa xảy ra :) [23:20] *** Thoát: godmode0 (EOF từ client) [23:21] &lt;co&gt; Không có tiến triển gì. Tôi mới viết một phần nhỏ phía client, còn phía server thì chưa làm gì. [23:22] &lt;jrand0m&gt; ờ [23:22] * dm chĩa cây gậy xấu hổ vào co. [23:22] &lt;sisr&gt; Tôi tin HTTP i2p tunnel đang chạy tốt rồi [23:22] &lt;sisr&gt; tôi đã điều chỉnh httpclient tuyệt vời của mihi để bạn nhập nó vào thiết lập proxy của mình [23:23] &lt;jrand0m&gt; tuyệt! [23:23] &lt;sisr&gt; nó cũng lọc đơn giản các site không thuộc i2p [23:23] &lt;sisr&gt; tôi nghĩ jrand0m đã commit cái này rồi, phải không? [23:23] &lt;jrand0m&gt; chúng ta biết nó chạy với trình duyệt nào không? Tôi biết moz... [23:23] &lt;jrand0m&gt; ừ, tôi nghĩ tôi đã commit mấy thứ đó.. để tôi kiểm tra [23:23] * co thấy xấu hổ đúng mức. [23:23] &lt;sisr&gt; Nó hoạt động với Mozilla và Konqueror [23:24] *** godmode0 (~enter@anon.iip) đã tham gia kênh #iip-dev [23:24] &lt;jrand0m&gt; đừng lo co, tôi đã trễ lịch 2 tháng rồi [23:24] &lt;sisr&gt; Tuần này tôi sẽ cố làm I2P tunnel của mihi hoạt động với máy chủ E-mail [23:24] &lt;sisr&gt; Ngoài ra nhiều trang wiki đã được cập nhật [23:24] &lt;jrand0m&gt; ồ đúng rồi! cảm ơn vì điều đó [23:25] * jrand0m thực ra đã thêm một cảnh báo vào một trong các câu hỏi thường gặp chiều nay :) [23:25] * dm quyết định dồn sức mạnh bộ não phân tích siêu phàm của mình để đoán sisr đến từ đâu. [23:25] &lt;dm&gt; "Also many wiki pages have updated" [23:25] &lt;sisr&gt; Ok cứ đoán đi [23:25] &lt;dm&gt; mmmm.....MMmmmm.....mmmmmm... [23:26] &lt;dm&gt; à, thêm manh mối nữa? [23:26] &lt;sisr&gt; Nhưng tôi không thể nói cho bạn biết là bạn đúng hay không [23:26] &lt;dm&gt; "..... has commit this already, yes?" [23:26] &lt;co&gt; jrand0m: Nếu điều này chưa được hỏi rồi, bạn có muốn phát hành framework I2P và các ứng dụng thành một gói cùng lúc không? [23:27] &lt;jrand0m&gt; Tôi nhận ra rằng điều tôi muốn và điều xảy ra không phải lúc nào cũng trùng nhau [23:27] &lt;co&gt; Ý tôi là phát hành chúng cùng nhau. [23:27] &lt;sisr&gt; Tôi có câu hỏi sau co [23:27] &lt;jrand0m&gt; kế hoạch hiện tại ở (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] &lt;jrand0m&gt; i2p sẽ gồm router và sdk, nhưng sẽ đóng gói kèm theo bất kỳ ứng dụng nào đã sẵn sàng, vào bất cứ lúc nào chúng sẵn sàng. [23:28] &lt;jrand0m&gt; (trình cài đặt hiện gộp router, sdk, phttprelay, atalk và i2ptunnel) [23:29] *** Thoát: dm (Ping timeout) [23:29] &lt;jrand0m&gt; có gì mới không sisr? [23:29] &lt;co&gt; Trang đó khá hữu ích. Cảm ơn. [23:30] &lt;sisr&gt; I2P rất lớn và có thể dùng để duyệt WWW, để duyệt các chương trình và trang web kết nối qua I2P Tunnel, và nếu ai đó viết một webserver và client I2P trực tiếp thì có thể đi mà không cần tunnel [23:30] &lt;jrand0m&gt; chắc chắn rồi. [23:30] &lt;sisr&gt; Câu hỏi của tôi là I2P nhắm đến đối tượng nhà phát triển như thế nào? Làm mọi thứ hoạt động qua I2P Tunnels để người dùng có thể dùng các chương trình họ đã quen như IE hay [23:31] &lt;sisr&gt; Hay tốt hơn là cố gắng làm chương trình web server I2P, trình duyệt web I2P — mọi thứ chuyên biệt cho I2P? [23:31] *** dm (~as@anon.iip) đã tham gia kênh #iip-dev [23:32] &lt;jrand0m&gt; cá nhân tôi sẽ rất thích nếu phương án đầu tiên xảy ra. tuy nhiên, sẽ có lợi về hiệu năng nếu thiết kế ứng dụng thuần i2p [23:32] &lt;mihi&gt; nguyên lý unix: một việc, một công cụ. vì vậy đừng viết trình duyệt mới. [23:32] &lt;jrand0m&gt; đúng rồi [23:32] &lt;sisr&gt; Độ overhead của I2P Tunnel là bao nhiêu? Vậy chúng ta nên tập trung dùng I2P Tunnel để chạy được các chương trình hiện có [23:32] &lt;dm&gt; một việc, một công cụ? nguyên lý ngớ ngẩn. [23:33] &lt;sisr&gt; Tôi tin chúng ta sẽ cần hướng dẫn để mọi người thiết lập Squid và proxy E-mail ra WWW thông thường. Điều này có giá trị và cần nhiều hơn một hai bài, tức là cần chỉ dẫn dễ hiểu để người khác tự thiết lập. [23:33] &lt;jrand0m&gt; sisr&gt; overhead đáng kể duy nhất của i2ptunnel là nó phụ thuộc vào chế độ guaranteed delivery của i2p, vốn yêu cầu chờ một thông điệp ack sau mỗi thông điệp gửi đi (một vòng khứ hồi đầy đủ qua cặp tunnel, dùng mọi lớp mã hóa thích hợp) [23:34] &lt;sisr&gt; Haha, ok sisr có một chiếc máy rất cũ [23:34] &lt;sisr&gt; Vì thế với tôi nó có vẻ rất chậm [23:34] &lt;dm&gt; độ trễ như thế nào trong vài thử nghiệm thực tế đầu tiên? Chỉ tò mò thôi. [23:35] &lt;jrand0m&gt; Tôi có thể tải news.google.com kèm toàn bộ ảnh trong khoảng ~ 30–60 giây [23:35] &lt;dm&gt; ok [23:36] &lt;sisr&gt; Sẽ khó đến mức nào để thiết lập một hệ thống phân phối nội dung kiểu Freenet trên I2P? Đó là nỗ lực lớn hay nhỏ? [23:36] &lt;co&gt; Và mất bao lâu nếu không qua tunnel? [23:37] &lt;jrand0m&gt; sisr&gt; nếu tôi làm toàn thời gian, tôi đoán khoảng ~ 1 tháng để có một DHT chạy trên i2p [23:37] &lt;jrand0m&gt; co&gt; ~ 10–15 giây [23:38] &lt;co&gt; Vậy i2ptunnel chậm gấp 3 lần. [23:39] &lt;jrand0m&gt; ờ, i2ptunnel + các router. nhưng thời gian đó không tuyến tính — gửi 10 byte qua i2p mất gần như bằng gửi 100k [23:39] *** Thoát: thecrypto (Ping timeout) [23:39] &lt;co&gt; Ít nhất là với bạn. [23:39] &lt;jrand0m&gt; overhead nằm ở phần bọc thông điệp [23:39] &lt;sisr&gt; Nếu I2P tunnel sẽ là lõi của hầu hết ứng dụng cho I2P thì chúng ta nên tập trung vào giao diện người dùng và làm các tùy chọn thiết lập tunnel dễ bấm [23:40] &lt;sisr&gt; Ví dụ checkbox để thiết lập I2P Tunnel web server với cổng, và checkbox cho E-mail server, để mọi thứ thật đơn giản [23:40] &lt;jrand0m&gt; sisr&gt; Cá nhân tôi rất rất thích giao diện của nó lúc này :) [23:40] &lt;jrand0m&gt; ồ, chắc chắn rồi. thực ra [23:40] * sisr chưa từng thấy giao diện nhưng hình dung nó như cái textbox [23:40] &lt;sisr&gt; Có lẽ ai đó có thể chụp màn hình I2P tunnel để làm hướng dẫn [23:41] &lt;jrand0m&gt; điều tôi dự định là để trình cài đặt tạo một bộ script .bat và .sh để làm việc đó tự động (ví dụ: java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] &lt;sisr&gt; Bây giờ chúng ta nên làm gì cho I2P [23:42] &lt;jrand0m&gt; đó là câu hỏi lớn. trả lời ngắn gọn là "có thể làm gì thì làm nấy" [23:43] &lt;jrand0m&gt; nếu ai đó tiến lên cập nhật trình cài đặt để tạo các script .sh và .bat đó, thì tuyệt [23:43] &lt;jrand0m&gt; nếu ai có thời gian làm vài việc trên i2proadmap, cũng sẽ rất tuyệt :) [23:44] &lt;jrand0m&gt; Tôi nghĩ sẽ có nhu cầu lớn về tài liệu và QA khi 0.2 ra mắt (tức là Rất Sớm Thôi) [23:44] &lt;sisr&gt; Trình Cài đặt sẽ như thế nào? InstallShield hay Java? [23:44] &lt;jrand0m&gt; trình cài đặt hiện tại là một "install.jar" đơn, hướng dẫn người dùng qua vài câu hỏi [23:45] &lt;jrand0m&gt; đó là một trình cài đặt thực sự tệ [23:45] &lt;jrand0m&gt; nhưng nó độc lập nền tảng hết mức có thể [23:48] &lt;jrand0m&gt; ok hay đấy, các router vẫn chạy, tôi nghĩ bản vá này có thể đã xử lý xong. [23:48] &lt;jrand0m&gt; ồ đúng rồi. [23:48] &lt;jrand0m&gt; mailing list sẽ quay lại lúc nào đó [23:48] &lt;jrand0m&gt; nếu đến lúc 0.2 sẵn sàng mà nó chưa quay lại, tôi sẽ tạo một mailing list mới [23:49] &lt;co&gt; Tôi có một câu hỏi khác. [23:49] &lt;jrand0m&gt; hỏi đi [23:50] &lt;co&gt; Có danh sách nào các node I2P đang chạy ngay bây giờ không? [23:50] &lt;jrand0m&gt; không. [23:50] &lt;jrand0m&gt; không có node i2p công khai nào mở [23:50] &lt;co&gt; Tôi hiểu. [23:50] &lt;jrand0m&gt; tuy nhiên, một trong số đó sẽ công bố danh sách peer qua http khi 0.2 phát hành [23:50] &lt;jrand0m&gt; (và URL tới danh sách đó sẽ có trong trình cài đặt) [23:50] &lt;jrand0m&gt; s/will be/is/ [23:52] &lt;mihi&gt; nó cũng nằm trong bookmark của tôi... [23:52] &lt;jrand0m&gt; hề hề đồ đểu [23:52] &lt;mihi&gt; btw: size=777 lớn hơn 111 byte ;) [23:53] &lt;jrand0m&gt; cười lăn [23:53] &lt;jrand0m&gt; Tôi hoàn toàn không để ý điều đó. [23:53] &lt;jrand0m&gt; chúng trước đây là 384 [23:53] &lt;jrand0m&gt; nhưng rồi tôi thêm một chút thông tin phiên bản phần mềm router vào routerInfo [23:53] &lt;sisr&gt; Tôi nghĩ nop có thể dùng I2P tunnel để dựng một IRC server thử nghiệm với router 0.2? [23:54] &lt;jrand0m&gt; như vậy sẽ rất tuyệt [23:54] &lt;sisr&gt; Tôi tự hỏi độ trễ so với IIP này sẽ thế nào nếu nop làm vậy [23:54] &lt;jrand0m&gt; tuy vậy chúng ta sẽ không thể dcc [23:54] &lt;jrand0m&gt; i2p sẽ có độ trễ cao hơn nhiều [23:54] &lt;jrand0m&gt; (vì mỗi lần gửi sẽ mất vài giây, do chúng ta chưa có AES+SessionTag) [23:57] &lt;jrand0m&gt; ok, nếu ai có gì muốn nói trước khi list quay lại, nói ở đây hoặc quẳng lên wiki [23:57] &lt;dm&gt; ok, chúc ngủ ngon [23:57] *** dm đã rời #iip-dev [23:57] * jrand0m *baf* kết thúc cuộc họp </div>/vi/blog/2003/10/14/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-10-n%C4%83m-2003/Tue, 14 Oct 2003 00:00:00 +0000/vi/blog/2003/10/14/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-14-th%C3%A1ng-10-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrand0m, dm, Dellammo, mihi, moi, mihi-backup, dm_backup, wilde, shardy</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [23:01] &lt;jrand0m&gt; chương trình nghị sự [23:01] &lt;jrand0m&gt; 0) chào mừng [23:01] &lt;jrand0m&gt; 1) tình trạng 0.2 [23:01] &lt;jrand0m&gt; 2) www proxy [23:01] * dm trầm ngâm. [23:02] &lt;dm&gt; ồ, họp à? [23:02] &lt;jrand0m&gt; 3) phttprelay [23:02] &lt;jrand0m&gt; 4) i2ptunnel [23:02] &lt;jrand0m&gt; 5) cài đặt [23:02] &lt;dm&gt; xin lỗi. [23:02] &lt;jrand0m&gt; 6) yêu cầu tính năng iip [23:02] &lt;jrand0m&gt; 7) ??? [23:02] &lt;jrand0m&gt; 0) chào mừng [23:02] &lt;jrand0m&gt; chào mọi người. [23:02] &lt;jrand0m&gt; họp thứ 62? đúng không? [23:02] &lt;Dellammo&gt; chào [23:02] &lt;jrand0m&gt; (đừng lo dm, bọn tớ tha lỗi cho cậu) [23:02] &lt;mihi&gt; chào jrand0m [23:02] &lt;dm&gt; chào mihi [23:02] * mihi cũng nghĩ vậy [23:03] &lt;jrand0m&gt; 1) tình trạng 0.2 [23:03] * jrand0m dạo này bị “feature creep” nặng, nên bản phát hành 0.2 vẫn còn khoảng 30 phút code nữa mới xong. [23:04] &lt;jrand0m&gt; nhưng rồi chúng ta sẽ có thể chạy và liên lạc ổn định bất kể NAT, firewall hay HTTP proxy. [23:04] * dm vừa tạo I2PSecureRemoteShell 1.0 [23:04] &lt;dm&gt; hay đó jr! [23:05] &lt;jrand0m&gt; mọi thứ đã hoạt động, việc duy nhất còn lại là cho hết hạn các mục cơ sở dữ liệu không dùng sau N phút (có lẽ mặc định là 5) [23:05] &lt;jrand0m&gt; việc liên lạc xuyên NAT/firewall/HTTP proxy dùng PHTTP transport. Nó chậm, nhưng đáng tin cậy. [23:05] &lt;dm&gt; nó hoạt động thế nào? dùng cổng nào? [23:06] &lt;jrand0m&gt; nó gửi thông điệp tới một PHTTP relay có thể truy cập được, relay đó lưu thông điệp, và bên nhận sẽ poll để lấy thông điệp mỗi N giây [23:06] &lt;jrand0m&gt; còn RẤT nhiều thứ có thể tinh chỉnh và cải thiện ở phía đó, đó là mục 3 trong nghị sự :) [23:06] &lt;dm&gt; P là viết tắt của gì? [23:06] &lt;jrand0m&gt; Polling HTTP [23:06] &lt;dm&gt; ok cảm ơn. [23:07] &lt;jrand0m&gt; Tôi sẽ cập nhật trang “kludges” trên wiki sau buổi họp, để ghi chú những thứ còn kỳ cục [23:07] &lt;jrand0m&gt; (ví dụ như chưa xử lý việc thay đổi lease trong lúc liên lạc) [23:08] &lt;jrand0m&gt; điểm khác cần bàn là mục 5 - cài đặt. tức là chúng ta nên xử lý việc cài đặt router/sdk/tunnel/etc thế nào [23:08] &lt;jrand0m&gt; ok, vậy là hết phần tình trạng 0.2 [23:08] &lt;jrand0m&gt; 2) www proxy. [23:09] &lt;jrand0m&gt; moi có một ý tưởng rất hay để duyệt các site www trong I2P. [23:09] &lt;jrand0m&gt; muốn giải thích không moi? [23:09] * jrand0m rọi đèn sân khấu vào bạn *** moi is ~someone@anon.iip (someone) *** on channels: #freenet #anonymous #iip #iip-dev *** on irc via server anon.iip (Official IIP ) *** moi đã không hoạt động 9 phút, đăng nhập lúc Thu Jan 01 01:00:00 1970 [23:10] &lt;moi&gt; ừm [23:10] &lt;moi&gt; mình chỉ đang chỉnh sửa một HTTP proxy và dùng tunnel của mihi [23:10] &lt;moi&gt; để bạn có thể vào (Link: http://i2p/BASE64KEYHERE)http://i2p/BASE64KEYHERE [23:10] &lt;moi&gt; về sau thì naming server sẽ ở đó-- [23:11] &lt;dm&gt; hay quá [23:11] *** Signoff: mihi (Ping timeout) [23:11] &lt;moi&gt; bạn phải dán cái khóa dài đầu tiên, nhưng sau đó về mặt kỹ thuật bạn có thể bấm theo liên kết được, mình nghĩ vậy [23:11] &lt;Dellammo&gt; vậy là một trang web nội bộ hay trang bên ngoài i2p? [23:11] &lt;dm&gt; i2p resolve về localhost à? [23:11] &lt;moi&gt; ai đó có thể dựng một Google trong i2p, và đi tiếp từ đó... có lẽ [23:12] &lt;mihi-backup&gt; !thwap dm. [23:12] &lt;mihi-backup&gt; một proxy... [23:12] &lt;jrand0m&gt; vì lý do bảo mật, proxy nên trả 404 cho tất cả host khác ngoài (Link: http://i2p/)http://i2p/ [23:12] &lt;dm&gt; úi! [23:12] &lt;moi&gt; ý hay [23:12] &lt;dm&gt; bỏ qua mất phần đó [23:12] &lt;mihi-backup&gt; dù một servlet đơn giản cũng sẽ hay [23:12] &lt;jrand0m&gt; hmm? [23:13] *** mihi (~mihi@anon.iip) đã vào kênh #iip-dev [23:13] &lt;jrand0m&gt; hmm, có thể có vấn đề. [23:13] &lt;jrand0m&gt; cái này sẽ dùng HTTP 1.0 hay 1.1? [23:14] &lt;mihi&gt; nếu server yêu cầu một header Host:? [23:14] &lt;jrand0m&gt; [tức là, nó có header Host: không?] [23:14] &lt;jrand0m&gt; chính xác [23:14] * mihi ước gì có cái gì đó [23:14] &lt;moi&gt; Mình tự hỏi liệu proxy có thể xóa cái đó đi không [23:14] &lt;jrand0m&gt; nếu outbound tunnel của server luôn ở cùng host, thì ổn [23:14] &lt;jrand0m&gt; bạn có thể đặt Host: của proxy thành 127.0.0.1 [23:15] *** dm_backup (~as@anon.iip) đã vào kênh #iip-dev [23:15] &lt;jrand0m&gt; nhưng khi đó bạn phải chạy tunnel trên cùng host với server. không phải vấn đề lớn, vì cái này không dành cho duyệt web thông thường [23:15] &lt;jrand0m&gt; đúng chứ? [23:15] *** Signoff: dm (Ping timeout) [23:16] * moi chưa nghĩ sâu đến vậy [23:16] &lt;mihi&gt; nếu bạn chạy server trên máy của mình bạn cũng có thể alias i2p về localhost hay gì đó. [23:16] &lt;dm_backup&gt; vậy mọi người giờ phải chạy web server à? [23:16] &lt;jrand0m&gt; dm_backup&gt; chỉ dành cho ai muốn thôi. [23:16] *** dm_backup giờ được gọi là dm [23:16] &lt;Dellammo&gt; như tớ chẳng hạn [23:16] &lt;dm&gt; ừ, ý tớ là cho cái (Link: http://i2p)http://i2p này [23:17] &lt;mihi&gt; nếu bạn muốn cung cấp nội dung, đúng vậy. [23:17] &lt;mihi&gt; nhưng bạn cũng phải chạy web server để cung cấp nội dung trên www thông thường mà. [23:18] &lt;Dellammo&gt; tại sao? [23:18] &lt;dm&gt; Hmmm, có lẽ tớ nên xây một ứng dụng P2P cho I2P. [23:18] &lt;jrand0m&gt; một ứng dụng chia sẻ tệp qua i2p thì sẽ tuyệt. [23:18] &lt;dm&gt; đúng rồi, chia sẻ tệp. [23:19] &lt;moi&gt; Mình nghĩ ai đó có thể chạy OpenNap server kết hợp với i2ptunnel [23:19] &lt;jrand0m&gt; đúng. [23:19] &lt;jrand0m&gt; (dù một p2p thuần i2p sẽ có hiệu năng tốt hơn) [23:19] &lt;mihi&gt; nhưng việc tải xuống sẽ khó. [23:20] &lt;mihi&gt; không có cách nào tới đúng host vì tất cả đều là localhost ;) [23:20] &lt;dm&gt; Hãy đợi tới khi thấy PING chạy qua i2ptunnel trước đã. [23:20] * Dellammo bối rối chúng ta đang nói về một proxy không phải i2ptunnel, cho phép bạn truy cập webserver nội bộ mạng i2p bằng cách gõ '(Link: http://i2p/')http://i2p/' à? [23:20] &lt;jrand0m&gt; có lẽ chỉ cần một FTP client đơn giản thiết kế để chạy qua i2p? [23:20] &lt;dm&gt; (không phải ping theo nghĩa đen) [23:20] &lt;mihi&gt; jrand0m: ftp cần 2 cổng... [23:20] &lt;jrand0m&gt; được thiết kế để chạy qua i2p. [23:21] &lt;jrand0m&gt; một ứng dụng truyền tệp tổng quát, không phải giao thức FTP cụ thể [23:21] &lt;mihi&gt; vậy thì không phải ftp. [23:21] &lt;mihi&gt; ATalk ;) [23:21] &lt;jrand0m&gt; (tận dụng kích thước thông điệp lớn hơn) [23:21] &lt;dm&gt; trận đấu giữa các bậc hiền nhân! [23:21] &lt;jrand0m&gt; heh [23:21] &lt;moi&gt; Dellammo: hiện giờ bạn phải tạo một i2ptunnel cho mỗi website/Destination bạn muốn duyệt. Bọn mình đang nghĩ dùng một proxy server sẽ dựng i2ptunnel động cho từng site. [23:22] &lt;jrand0m&gt; (đại khái vậy) [23:22] &lt;jrand0m&gt; bạn sẽ không muốn dùng một i2ptunnel, cụ thể là vậy. [23:22] &lt;jrand0m&gt; bạn sẽ muốn dùng i2ptunnel protocol, và gửi thông điệp trực tiếp, không qua socket TCP/IP. [23:23] &lt;jrand0m&gt; mihi&gt; ước lượng mất bao lâu để tách phần giao thức ra khỏi i2ptunnel để app khác có thể gửi dữ liệu tới một i2p tunnel? *** mihi is mihi@anon.iip (mihi) *** on channels: #iip-dev #iip #headlines #german #freenet-opn #freenet #fredisdead #frazaa @#fiw #anonymous *** on irc via server anon.iip (Official IIP ) *** mihi đã không hoạt động 3 phút, đăng nhập lúc Thu Jan 01 01:00:00 1970 *** mihi-backup is ~mihi@anon.iip (mihi) *** on channels: #iip-dev *** on irc via server anon.iip (Official IIP ) *** mihi-backup đã không hoạt động 12 phút, đăng nhập lúc Thu Jan 01 01:00:00 1970 [23:25] &lt;mihi&gt; có phần chức năng giao thức lớn nào không? I2PTunnelRunner có thể dùng nguyên trạng. [23:25] &lt;mihi&gt; Bạn chỉ cần điều chỉnh lớp client theo nhu cầu. [23:25] &lt;jrand0m&gt; hmm, không hẳn - i2ptunnelRunner dùng một socket [23:26] &lt;jrand0m&gt; đây là một app java thuần muốn tạo một thông điệp ("HTTP GET /\n\n") và gửi nó tới một outbound I2PTunnel [23:27] &lt;jrand0m&gt; ta không muốn chuyển hướng client đang liên hệ với proxy sang một cổng mới để kết nối tới I2PTunnel mới khởi tạo (vì sẽ không có cách nào quay lại cho các link ngoài site đó) [23:28] &lt;jrand0m&gt; nhưng có lẽ chuyển I2PTunnelRunner sang dùng một InputStream (nó chỉ dùng socket.getInputStream) sẽ dễ... [23:28] &lt;jrand0m&gt; nhưng rồi ta vẫn cần phía listen [23:28] *** Signoff: mihi (Ping timeout) [23:28] &lt;jrand0m&gt; d'oh [23:28] * jrand0m hy vọng bản backup không sắp ping out... [23:28] &lt;dm&gt; backup cũng sẽ chết đấy, coi này! [23:29] &lt;mihi-backup&gt; ;) [23:29] &lt;jrand0m&gt; w00t [23:29] &lt;mihi-backup&gt; [23:25] &lt;jrand0m&gt; hmm, không hẳn - i2ptunnelRunner dùng một socket [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; ủa, đúng rồi. và bạn muốn làm hoàn toàn không có socket? [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; vậy thì không còn nhiều code từ i2ptunnel nữa đâu. phần lớn là để xử lý socket. [23:29] &lt;mihi-backup&gt; [23:26] &lt;mihi&gt; tốt nhất là bám theo giao thức và tự triển khai (xây thông điệp bằng phương thức static trong i2ptunnel.java) [23:29] &lt;mihi-backup&gt; [23:28] &lt;mihi&gt; http sẽ không cần nhiều thread. Chỉ cần chạy một reader trên thông điệp đến cho đến khi gặp double return rồi gửi thứ của bạn đi. [23:30] &lt;jrand0m&gt; à ok. cảm ơn [23:30] &lt;jrand0m&gt; moi&gt; tu sabes? [23:30] &lt;mihi-backup&gt; về việc chuyển I2PTunnel sang input stream. để làm gì? bạn sẽ không nhận được gì trên đó nữa sau khi đã parse request. [23:31] * moi suy nghĩ [23:31] &lt;dm&gt; toi nghĩ [23:31] &lt;mihi-backup&gt; quên tunnelrunner đi là vừa. ;) [23:31] &lt;jrand0m&gt; đúng, tôi chỉ nghĩ để giữ I2PTunnel và http proxy dùng chung code - I2PTunnel sẽ dùng socket.getInputStream(), http proxy sẽ dùng new ByteArrayInputStream("GET / \n\n".getBytes()) [23:31] *** mihi (mihi@anon.iip) đã vào kênh #iip-dev [23:32] * moi sẽ cần xem kỹ chuyện này sau [23:32] &lt;mihi-backup&gt; nhưng như vậy runner sẽ gửi "Connection closed" khi chuỗi được gửi xong. [23:32] &lt;mihi-backup&gt; vì stream kết thúc. [23:32] &lt;jrand0m&gt; đúng, đó là HTTP bình thường [23:33] &lt;mihi-backup&gt; đã bảo quên runner đi mà ;) [23:33] &lt;jrand0m&gt; ok [23:33] &lt;mihi-backup&gt; jrand0m: không. kết nối được đóng khi có câu trả lời, không phải khi câu hỏi đã gửi xong. [23:33] &lt;jrand0m&gt; ồ đúng rồi [23:33] &lt;jrand0m&gt; ;) [23:36] &lt;jrand0m&gt; tốt đấy moi, bọn mình có thể xử lý mấy thứ này sau. [23:36] &lt;jrand0m&gt; ok, đó là mục 2). giờ tới 3) [23:36] &lt;moi&gt; ok [23:37] &lt;jrand0m&gt; 3) phttprelay [23:37] &lt;jrand0m&gt; phttp relay là một tập các servlet gói trong một file .war [23:38] &lt;jrand0m&gt; nó chạy ngay lập tức trên windows / Sun JVM, nhưng tôi đã phải hack jetty để chạy với kaffe [23:38] &lt;mihi&gt; make .peace not .war [23:39] * jrand0m rên rỉ [23:39] &lt;dm&gt; có thể chạy file .war mà không cần J2ee server à? [23:39] &lt;dm&gt; biết thế cũng tốt. [23:39] &lt;jrand0m&gt; file .war chạy trong bất kỳ servlet container nào - tomcat, apache w/ mod_jk, jetty, v.v. [23:40] &lt;jrand0m&gt; ta sẽ muốn vài người chạy những cái này trên máy có địa chỉ IP truy cập công khai, nhưng chúng chỉ cần thiết cho những người không có địa chỉ công khai (như tôi) [23:41] &lt;mihi&gt; cần redirect những cổng nào nếu bạn muốn đi qua nat mà không dùng cái đó? [23:41] &lt;jrand0m&gt; việc triển khai hiện rất thô sơ - nó cần giới hạn về số lượng router nó relay, số lượng thông điệp xếp hàng, thời gian trước khi timeout, v.v. [23:41] &lt;jrand0m&gt; chỉ cổng I2NP TCP [23:41] &lt;jrand0m&gt; (hoặc cổng I2NP UDP) [23:41] * mihi không biết nat của mình có cho forward udp không [23:42] * jrand0m cũng không biết nat của mihi có cho hay không [23:43] &lt;jrand0m&gt; hiện tại, ví dụ, laptop của tôi chỉ có thể truy cập qua PHTTP, và router trên server của tôi có thể truy cập qua PHTTP, TCP, và UDP. nếu laptop của tôi thiết lập một kết nối tới router của server qua TCP, nó có thể gửi thông điệp qua TCP. nhưng nếu laptop của tôi không làm vậy trước, server phải gửi thông điệp qua PHTTP [23:44] &lt;jrand0m&gt; code nằm ở i2p/code/apps/phttprelay/ cho ai có kinh nghiệm với servlet và muốn hack một app nhỏ [23:45] &lt;jrand0m&gt; (nó cũng nên hoạt động trong suốt với https cũng như http thuần) [23:45] &lt;jrand0m&gt; Tôi sẽ viết tài liệu PHTTP protocol sớm thôi. :) [23:45] *** Signoff: mihi (Ping timeout) [23:45] &lt;jrand0m&gt; ok, vậy là hết mục 3) phttprelay [23:45] &lt;jrand0m&gt; 4) i2ptunnel [23:46] &lt;jrand0m&gt; ta đã bàn kha khá rồi. trừ khi mihi (hoặc ai khác) còn gì thêm, ta chuyển sang 5) [23:46] *** wilde (~anon@anon.iip) đã vào kênh #iip-dev [23:46] &lt;jrand0m&gt; hola wilde [23:47] &lt;jrand0m&gt; ok. nói vậy, tới mục 5 :) [23:47] &lt;jrand0m&gt; 5) cài đặt [23:48] &lt;jrand0m&gt; để đưa 0.2 ra mắt, và xa hơn, tôi đang nghĩ đến vài ant scripts. [23:48] &lt;jrand0m&gt; hay ta nên dùng một hệ thống cài đặt mã nguồn mở khác? [23:48] &lt;jrand0m&gt; ai có kinh nghiệm / ý kiến về việc này không? [23:49] &lt;Dellammo&gt; hmm [23:50] &lt;jrand0m&gt; ant có lợi thế là thống nhất với hệ thống build, độc lập nền tảng, và có thể chạy không cần giao diện. [23:50] &lt;wilde&gt; chào [23:50] &lt;jrand0m&gt; nhưng nó yêu cầu ant (mà ant yêu cầu java). và nó không có GUI [23:51] &lt;Dellammo&gt; mình có thể nghĩ ra nhiều chương trình cài đặt cho windows... không biết có bao nhiêu cái theo gpl [23:51] &lt;jrand0m&gt; ừ, tôi có bản quyền InstallAnywhere Enterprise, nhưng nó không hợp với mã nguồn mở [23:51] &lt;jrand0m&gt; NSIS là mã nguồn mở, nhưng có những điểm riêng. [23:51] &lt;dm&gt; câu hỏi ngu: ant có kèm trong java không? [23:52] &lt;jrand0m&gt; không. [23:52] &lt;jrand0m&gt; ồ, dù ta CÓ THỂ phân phối một ant biên dịch bằng GCJ [23:52] &lt;dm&gt; được rồi, chắc là đi kèm eclipse rồi. [23:52] &lt;jrand0m&gt; (biên dịch ra mã máy) [23:52] &lt;jrand0m&gt; chắc chắn là vậy dm. [23:52] &lt;jrand0m&gt; apache làm ant (ant.apache.org) và nó theo giấy phép apache. [23:52] &lt;jrand0m&gt; ồ, chà. [23:52] * jrand0m vừa đọc câu mình gõ) [23:53] &lt;jrand0m&gt; gpl không thân thiện với apl, theo FSF [23:53] &lt;jrand0m&gt; có lẽ ta không thể phân phối ant. [23:53] &lt;dm&gt; ta không thể chỉ dùng script à? cần làm gì để cài đặt? [23:53] &lt;jrand0m&gt; nhưng ta có thể dùng nó. [23:53] &lt;jrand0m&gt; không nhiều lắm. script là ổn. [23:53] &lt;jrand0m&gt; nhưng ta có muốn có .bat và .sh, v.v. [23:54] *** shardy (~shardy@anon.iip) đã vào kênh #iip-dev [23:54] &lt;dm&gt; cài đặt gồm những gì, vài câu hỏi à? [23:54] &lt;jrand0m&gt; viết một installer bằng java để cài đặt đa nền tảng là quá mức cần thiết, nên lý tưởng là dùng một framework cài đặt sẵn có [23:54] &lt;jrand0m&gt; ừ, vài câu hỏi [23:54] &lt;jrand0m&gt; các mục tiêu cài đặt tôi dự đoán: [23:54] &lt;Dellammo&gt; ta có logo mới lòe loẹt không? ai đang làm vậy? [23:54] &lt;jrand0m&gt; install-router [23:55] &lt;jrand0m&gt; install-www-tunnel, install-www-proxy, install-sdk, install-cvs-tunnel, update-seednodes [23:55] &lt;moi&gt; sao không dùng InstallAnywhere? nếu code mở thì điều đó mới quan trọng [23:55] * jrand0m nghĩ NGƯỜI ĐÓ là cậu đấy Dellammo :) [23:55] &lt;jrand0m&gt; InstallAnywhere không phải mã nguồn mở. [23:55] * Dellammo bắt tay vào làm [23:56] &lt;dm&gt; script chắc là đủ ở thời điểm này, nhưng chắc cũng nên nghĩ xa. [23:56] &lt;jrand0m&gt; (nó khoảng 4k euro / ghế) [23:56] &lt;jrand0m&gt; đúng. vậy ngày mai, tôi có lẽ chỉ viết ant scripts, nhưng ta cần xem một hệ thống [23:56] *** Signoff: wilde (Ping timeout) [23:56] &lt;jrand0m&gt; nên ai có thể giúp vụ đó, sẽ rất đáng quý :) [23:57] &lt;dm&gt; à ok, tôi đang nghĩ tới shell scripts. [23:57] &lt;moi&gt; Một số trình quản lý gói có thể làm việc đó trên bản cài đặt Linux [23:57] *** wilde (~anon@anon.iip) đã vào kênh #iip-dev [23:57] &lt;jrand0m&gt; quản lý các installer khác nhau cho các nền tảng khác nhau là một PITA [23:59] &lt;dm&gt; java installer? Tại sao lại là PITA? [23:59] &lt;jrand0m&gt; một java installer sẽ rất tuyệt [23:59] &lt;mihi-backup&gt; pain in the a**e [23:59] &lt;mihi-backup&gt; ối, xin lỗi... [23:59] &lt;dm&gt; system.out.println("Please enter where you would like to install I2P") ;) [23:59] &lt;mihi-backup&gt; s/tln/t; s/P"/P: "/ [23:59] &lt;mihi-backup&gt; s/sys/Sys/ [00:00] &lt;jrand0m&gt; viết một installer tùy chỉnh bằng java là có thể, nhưng ưa dùng một framework sẵn có hơn. nhưng nếu bạn xung phong viết installer tùy chỉnh, tôi ủng hộ bạn hết mình! [00:00] &lt;dm&gt; mihi đang lên cơn động kinh. [00:00] * mihi-backup tát dm vài cái bằng một con cá hồi to [00:00] &lt;dm&gt; Thế này nhé... [00:01] &lt;dm&gt; Nếu lúc nào bạn có thời gian viết ra các bước cài đặt chính xác cần làm, tôi sẽ viết một java installer. [00:01] &lt;mihi-backup&gt; dm: đọc ant script ;) [00:01] &lt;jrand0m&gt; hay đấy dm. khi tôi làm ant xong tôi sẽ viết tài liệu cho bạn [00:01] &lt;dm&gt; được thôi, xem tôi có hiểu nổi ant script khi nó ra mắt không. [00:02] *** Signoff: wilde (Ping timeout) [00:02] &lt;Dellammo&gt; jrand0m, i2p I2P i^2p hay I^2P ? [00:02] * jrand0m có vài phác thảo với chữ I hoa, số 2 và chữ P hoa chồng lên nhau... [00:03] &lt;Dellammo&gt; hmm [00:03] *** wilde (~anon@anon.iip) đã vào kênh #iip-dev [00:03] *** mihi (~mihi@anon.iip) đã vào kênh #iip-dev [00:03] &lt;jrand0m&gt; ok, đó là 5) cài đặt [00:03] &lt;jrand0m&gt; 6) yêu cầu tính năng iip [00:04] &lt;jrand0m&gt; có người vào đây yêu cầu auto-nicktheifing [00:04] &lt;jrand0m&gt; về cơ bản, nếu ai đó đã đăng ký một nick, không ai có thể giữ nick đó trừ khi họ đã identify [00:04] &lt;jrand0m&gt; nop hay ai đã làm iip dev - ý kiến? [00:04] * jrand0m nghĩ đó sẽ là một tính năng hay [00:05] * Dellammo vẽ một con mắt illuminati với dấu cấm (như biển cấm hút thuốc) đè lên [00:05] &lt;jrand0m&gt; heh [00:05] &lt;dm&gt; Có lẽ tôi cũng sẽ làm một logo I2P... cho phần gui của installer tôi ;) [00:05] *** Signoff: wilde ((null)) [00:05] &lt;Dellammo&gt; tất cả cùng làm đi, kẻo lại dính logo dở tệ [00:05] &lt;mihi&gt; jrand0m: hỏi mids đi - anh ấy bảo trì trent. [00:06] &lt;mihi&gt; source của trent nằm trong cvs nhân tiện [00:06] &lt;Dellammo&gt; logo là phần quan trọng nhất của mọi hoạt động [00:06] &lt;jrand0m&gt; chắc chắn rồi Dellammo. [00:06] * dm phủi bụi Corel Draw... [00:06] &lt;dm&gt; mình mê Corel Draw. [00:07] &lt;jrand0m&gt; ok, thế là xong 6) [00:07] &lt;jrand0m&gt; 7) ??? [00:07] &lt;jrand0m&gt; có câu hỏi / ý kiến / đĩa bay/ móng chân nào không? [00:07] &lt;dm&gt; Ý nghĩ: hi vọng nó chạy. [00:08] &lt;jrand0m&gt; heh [00:08] * jrand0m cũng vậy. [00:09] &lt;mihi&gt; jrand0m: tiếp tục phát huy nhé! [00:09] &lt;dm&gt; đúng, cứ thế nhé. [00:09] &lt;jrand0m&gt; “làm tốt”? rõ ràng bạn chưa xem code rồi ;) [00:09] &lt;dm&gt; Yêu code của bạn, trừ mấy dấu gạch dưới chói mắt. [00:09] &lt;dm&gt; blinding...bleeding..v.v.. [00:09] &lt;jrand0m&gt; heh, biến instance có _, nên ta không bao giờ phải làm this.var = var; [00:10] &lt;jrand0m&gt; ok... 68 phút... nếu tôi kéo dài thêm một phút nữa... [00:10] &lt;jrand0m&gt; w00t [00:10] * jrand0m *baf* tuyên bố kết thúc buổi họp. </div>/vi/blog/2003/10/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-7-th%C3%A1ng-10-2003/Tue, 07 Oct 2003 00:00:00 +0000/vi/blog/2003/10/07/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-7-th%C3%A1ng-10-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrand0m, mihi, dm, mihi_backup</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [23:04] &lt;jrand0m&gt; 0.0) chào mừng [23:04] &lt;jrand0m&gt; 1.0) tình trạng phát triển [23:04] &lt;jrand0m&gt; 2.0) máy chủ mới [23:04] &lt;jrand0m&gt; 3.0) câu hỏi? [23:04] &lt;jrand0m&gt; 0.0) chào mừng đến cuộc họp iip lần thứ 61 [23:04] &lt;jrand0m&gt; chào. [23:04] &lt;mihi&gt; chào mọi người [23:04] &lt;dm&gt; chào hai bạn ;) [23:04] &lt;jrand0m&gt; ok, 1.0) tình trạng phát triển [23:05] &lt;jrand0m&gt; chúng tôi hầu như đã sẵn sàng cho 0.2 - phiên bản mà mọi người có thể chạy i2p. [23:06] &lt;dm&gt; tuyệt! [23:06] &lt;dm&gt; ETA? [23:06] &lt;jrand0m&gt; nó sẽ không mở rộng tốt, và hiện đang được triển khai theo kiểu cực kỳ an toàn với ElG+AES (thay vì phiên bản tối ưu hóa với session tags) [23:06] &lt;jrand0m&gt; eta: vài ngày nữa (điểm liên quan: mục 2.0 của chương trình nghị sự) [23:07] &lt;jrand0m&gt; nhưng nó sẽ hoạt động được. Tôi có thể gửi thông điệp 10 byte cũng như 100K trong khoảng ~10 giây [23:07] &lt;jrand0m&gt; (cả hai trên cùng một CPU, nên là tranh chấp CPU) [23:07] &lt;jrand0m&gt; vẫn còn một số dự phòng tunnel tôi đang xử lý, sau đó đến lúc dựng các script Ant, v.v. [23:07] &lt;jrand0m&gt; thực ra [23:08] &lt;jrand0m&gt; vài giây trước tôi đã build mọi thứ bằng Kaffe 1.1.1 trên freebsd mà không có lấy một cảnh báo. [23:08] * jrand0m &lt;3 không phải sửa code [23:08] &lt;mihi&gt; nhưng nó cũng không chạy đúng, đúng không? ;) [23:08] &lt;jrand0m&gt; heh [23:09] &lt;jrand0m&gt; không, nó chạy [23:09] &lt;jrand0m&gt; vấn đề tôi đang xử lý là failover (tức là nếu một nút tắt đi rồi bật lại, liên lạc khôi phục sạch sẽ) [23:10] &lt;mihi&gt; bạn đã thử gửi một bảng ASCII đầy đủ (byte 0x00 tới 0xFF) chưa? Và nó hiển thị đúng ở đầu bên kia chứ? [23:10] &lt;jrand0m&gt; chưa, cũng chưa thử i2ptunnel. nhưng tối nay sẽ thử [23:10] &lt;mihi&gt; thử i2ptunnel với kết nối nhị phân (như ssh), đừng dùng dạng văn bản. [23:11] &lt;jrand0m&gt; 'k [23:11] &lt;mihi&gt; nếu một nút tắt và không bật lại thì sao? [23:11] &lt;jrand0m&gt; thì liên lạc với nó sẽ thất bại ;) [23:12] &lt;jrand0m&gt; (guaranteed delivery giờ thất bại đúng cách và SDK đã được vá để xử lý việc đó) [23:13] &lt;jrand0m&gt; ok, vậy là hết phần tình trạng hiện tại. Hai ngày qua tôi bị lôi kéo sang việc khác, nhưng sắp yên ổn lại thôi. [23:13] &lt;jrand0m&gt; 2.0) máy chủ mới [23:13] &lt;jrand0m&gt; chúng ta có một máy chủ mới trên đường truyền T3 triple-homed. [23:14] &lt;jrand0m&gt; nó sẽ chạy webcvs, một i2p router mặc định, một webserver với các seed router references, và vài dịch vụ mặc định (ví dụ: một i2p tunnel trỏ tới một instance squid, một i2ptunnel trỏ tới cvs, một i2ptunnel trỏ tới một webserver) [23:15] *** Đăng xuất: mihi (EOF từ client) [23:15] *** mihi_ (~mihi@anon.iip) đã vào kênh #iip-dev [23:15] &lt;jrand0m&gt; tôi cũng sẽ thêm một public isproxy sau [23:15] &lt;dm&gt; chà, cái đó tốn bạn bao nhiêu? [23:15] &lt;jrand0m&gt; 65/tháng [23:15] &lt;jrand0m&gt; 40Gb băng thông, 2Gb dữ liệu [23:15] &lt;dm&gt; giới hạn băng thông? [23:15] &lt;dm&gt; hay đấy. [23:16] *** mihi_ đổi tên thành mihi [23:16] &lt;jrand0m&gt; có lẽ máy chủ đó sẽ trở thành cvs của chúng ta, nhưng chưa cần chuyển ngay. [23:16] &lt;jrand0m&gt; ok, 3.0) câu hỏi [23:17] &lt;jrand0m&gt; [vâng, đây là cuộc họp nhanh nhất tôi từng thấy ;)] [23:17] &lt;mihi_backup&gt; bạn biết gì về tiến độ naming service không? [23:17] &lt;jrand0m&gt; tôi nghe nói wiht đã commit vài file, nhưng tôi chưa checkout về [23:17] &lt;dm&gt; tôi muốn gửi lời ủng hộ (tinh thần) tới tất cả các developer. Hãy khiêm tốn nhưng kiên định. [23:18] &lt;mihi_backup&gt; theo như tôi biết thì chúng chỉ là dummies thôi. [23:18] &lt;jrand0m&gt; đúng là mấy kẻ ngu ngơ, chắc rồi. [23:18] &lt;mihi_backup&gt; các interface để hiện thực theo. [23:18] &lt;dm&gt; dummies? [23:18] &lt;jrand0m&gt; lol [23:19] &lt;dm&gt; à [23:19] * jrand0m extends MyParents [23:19] &lt;mihi_backup&gt; java không cho phép đa kế thừa ;) [23:19] &lt;dm&gt; không có con hoang... [23:20] * jrand0m implements MyDad, MyMom // cảm giác sai sai [23:20] &lt;mihi_backup&gt; mặc dù bạn không extend mẹ hay cha của mình (xem liskov (sp?) substitution principle) [23:20] * dm implements jrandom'sMom [23:20] &lt;dm&gt; ;) [23:20] &lt;jrand0m&gt; ồ, ý hay đấy mihi [23:20] * dm now implements mihi'smother [23:20] &lt;jrand0m&gt; heh [23:21] *** Đăng xuất: mihi (Ping timeout) [23:21] &lt;mihi_backup&gt; bạn chỉ cần một constructor public Human(Human father, Human mother) throws SameSexException [23:22] &lt;dm&gt; hay đấy [23:22] &lt;jrand0m&gt; tôi nghĩ khoa học hiện đại đòi hỏi vài constructor nữa [23:22] &lt;dm&gt; mặc dù nó không phải 'public' [23:22] &lt;dm&gt; nó là 'pubic' [23:22] *** mihi (mihi@anon.iip) đã vào kênh #iip-dev [23:22] &lt;dm&gt; tôi tự làm mình buồn cười. [23:23] &lt;jrand0m&gt; ok, nhân tiện [23:23] &lt;jrand0m&gt; tôi nghĩ chúng ta vừa hoàn thành một cuộc họp 23 phút :) [23:23] * jrand0m rút cái *baf*er khỏi túi sau và *baf* đóng cuộc họp </div>/vi/blog/2003/09/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-30-th%C3%A1ng-9-n%C4%83m-2003/Tue, 30 Sep 2003 00:00:00 +0000/vi/blog/2003/09/30/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-30-th%C3%A1ng-9-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:56] &lt;jrand0m&gt; ok ok [22:56] &lt;jrand0m&gt; chương trình họp [22:56] &lt;jrand0m&gt; 0.0) chào mừng [22:56] &lt;jrand0m&gt; 1.0) tình trạng dev [22:56] &lt;jrand0m&gt; 1.1) router [22:56] *** Myself248 (~ident@anon.iip) đã vào kênh #iip-dev [22:56] &lt;jrand0m&gt; 1.2) DH precalc [22:56] &lt;jrand0m&gt; 2.0) microroadmap [22:56] &lt;jrand0m&gt; 3.0) ứng dụng / cách dùng [22:56] &lt;jrand0m&gt; 4.0) ns [22:56] &lt;jrand0m&gt; 5.0) IM [22:56] &lt;jrand0m&gt; 6.0) administravia (cvs, bugzilla, cvs list, cvs web) [22:56] &lt;jrand0m&gt; 7.0) câu hỏi [22:57] &lt;jrand0m&gt; (đúng vậy, 7 mục hôm nay. w00t) [22:57] &lt;jrand0m&gt; 0.0) chào mừng [22:57] &lt;jrand0m&gt; chào. [22:57] &lt;dm&gt; chào [22:57] &lt;jrand0m&gt; 17 người dùng hôm nay. hay ghê [22:57] *** Ryan_Singer (chatzilla@anon.iip) đã vào kênh #iip-dev [22:57] &lt;jrand0m&gt; và còn tăng [22:57] &lt;jrand0m&gt; ok [22:57] &lt;thecrypto&gt; 1~hi [22:57] &lt;jrand0m&gt; 1.1) tình trạng dev cho router [22:58] &lt;jrand0m&gt; router bản chuẩn tham chiếu bằng Java đang chạy rất tốt [22:58] *** ChZEROHag (hag@anon.iip) đã vào kênh #iip-dev [22:58] &lt;jrand0m&gt; giờ ta có thể chạy ứng dụng trên các router khác nhau và gửi thông điệp cho nhau [22:59] &lt;ChZEROHag&gt; Xin lỗi ngắt lời, hy vọng chỉ một lần [22:59] &lt;jrand0m&gt; theo cách lặp và tăng dần, trạng thái hiện tại là secure, không anonymous, không scalable, và harvestable (có thể bị thu thập) [22:59] &lt;ChZEROHag&gt; Có ai khác đang làm C api không? [22:59] &lt;jrand0m&gt; chào ChZEROHag, có gì mới? [22:59] &lt;ChZEROHag&gt; Tôi đang làm, nhưng rất chậm [22:59] *** dcat (dirtycat@anon.iip) đã vào kênh #iip-dev [22:59] &lt;jrand0m&gt; ôi hay đấy [22:59] &lt;jrand0m&gt; shardy sẽ làm một cái sau khi toorcon xong [22:59] &lt;jrand0m&gt; có lẽ hai người có thể cùng làm? [23:00] &lt;co&gt; jrand0m: Có thể nhập thủ công một destination để gửi thông điệp không? [23:00] &lt;co&gt; Nói cách khác, có biểu diễn ASCII cho một destination (địa chỉ đích trong I2P) không? [23:00] &lt;jrand0m&gt; có co, cả hai [23:00] &lt;co&gt; Tuyệt. [23:00] &lt;jrand0m&gt; destinations, và tất cả cấu trúc I2P, có thể nạp và tuần tự hóa ở base 64 (bảng chữ cái thay thế) [23:01] &lt;thecrypto&gt; vậy sẽ khó nhớ, nhưng sẽ là ascii? [23:01] &lt;jrand0m&gt; (ví dụ trong netDb của một router của tôi, tôi có leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat chứa lease set cho destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8) [23:02] &lt;jrand0m&gt; [dù đó là H(destination).toBase64() [23:03] &lt;jrand0m&gt; ChZEROHag&gt; nếu có gì chúng tôi có thể làm để giúp, cứ nói nhé [23:03] &lt;jrand0m&gt; ok xong 1.1. 1.2) DH precalc [23:03] &lt;ChZEROHag&gt; Các anh làm hộ tôi nhé? :-) [23:04] &lt;jrand0m&gt; đêm qua tôi viết một tối ưu tiền tính cho trao đổi DH để tiết kiệm khoảng ~1s khỏi 1.5s thương lượng phiên. Rất muốn ai đó rành crypto kiểm tra xem tôi có bị điên không ;) [23:04] &lt;jrand0m&gt; lol ChZEROHag [23:04] &lt;ChZEROHag&gt; à tôi nhớ tôi cần gì rồi [23:04] &lt;ChZEROHag&gt; Một triển khai netdb [23:04] &lt;thecrypto&gt; đã vào cvs chưa? [23:04] &lt;thecrypto&gt; cái dh ấy [23:04] &lt;jrand0m&gt; rồi thecrypto [23:05] &lt;jrand0m&gt; C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] &lt;ChZEROHag&gt; Tôi sẽ còn thức 3/4 tiếng nữa, có lẽ đủ để nghịch [23:05] &lt;jrand0m&gt; er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) đã vào kênh #iip-dev [23:06] &lt;jrand0m&gt; hay. cần netdb impl để làm gì? [23:06] &lt;ChZEROHag&gt; Tôi không nhớ [23:06] &lt;jrand0m&gt; hiện ta có netdb không scalable trong cvs [23:06] &lt;jrand0m&gt; heh [23:06] &lt;ChZEROHag&gt; Cả tuần rồi chưa đụng vào [23:06] &lt;jrand0m&gt; bạn đang làm C I2CP api đúng không? không phải I2NP? [23:07] &lt;ChZEROHag&gt; Tôi định làm hết [23:07] *** wax_off đã rời #iip-dev [23:07] &lt;jrand0m&gt; I2NP thực sự, thực sự, thực sự nhiều việc hơn I2CP [23:07] &lt;ChZEROHag&gt; Khi tôi bắt đầu đàng hoàng, nó sẽ tự trôi [23:07] &lt;jrand0m&gt; nhưng nếu bạn triển khai I2NP bằng C thì tuyệt [23:07] &lt;dm&gt; bây giờ đã có I2NP bằng gì chưa? [23:07] &lt;jrand0m&gt; (I2CP:I2NP::FCP:FNP) [23:07] &lt;jrand0m&gt; có dm [23:08] * ChZEROHag khôi phục emacs [23:08] &lt;jrand0m&gt; bản java tôi đang làm có I2NP chạy được [23:08] &lt;dm&gt; ổn rồi... [23:08] &lt;ChZEROHag&gt; jrand0m: url? Tôi cần tài liệu tham khảo, dù là ngôn ngữ kinh khủng. [23:08] &lt;jrand0m&gt; heh [23:08] &lt;jrand0m&gt; ờm, thực ra đó là 6.0 administravia: tức là quái nào vẫn chưa có quyền truy cập cvs ẩn danh ;) [23:09] &lt;thecrypto&gt; tôi đang lấy phần DH [23:09] &lt;jrand0m&gt; hay [23:09] &lt;ChZEROHag&gt; Ờ phải [23:09] &lt;Ryan_Singer&gt; jrand0m, quay lại chương trình, microroadmap? [23:09] * thecrypto che mặt [23:09] &lt;ChZEROHag&gt; thôi tôi đợi :) [23:09] &lt;jrand0m&gt; heh ok [23:09] &lt;jrand0m&gt; microroadmap [23:09] &lt;jrand0m&gt; Tôi đã vạch 0.1 đến 0.5 [23:09] &lt;dm&gt; theo roadmap của freenet rồi à? [23:10] *** mrflibble (mrflibble@anon.iip) đã vào kênh #iip-dev [23:10] &lt;jrand0m&gt; 0.1) functional, secure, không anonymous, không scalable, harvestable [23:10] &lt;dm&gt; phát triển chậm lại và đóng băng trong 0.5... [23:10] &lt;jrand0m&gt; giờ ta đang ở 0.1. [23:10] &lt;jrand0m&gt; heh tôi cũng thấy dm, flinks cũng dừng ở 0.5.2 ;) [23:10] &lt;co&gt; Gọi cả gói là gì? [23:10] &lt;jrand0m&gt; (trùng hợp lạ) [23:10] &lt;co&gt; tức là phiên bản 0.1 của? [23:10] &lt;jrand0m&gt; cả gói? i2p router reference implementation [23:10] &lt;ChZEROHag&gt; co: Wonga [23:10] * beefbroth tham gia cuộc họp [23:11] &lt;jrand0m&gt; buenas noches beefbroth [23:11] &lt;co&gt; Được rồi. Vậy là hiểu. [23:11] &lt;ChZEROHag&gt; Thực ra có lẽ tôi sẽ gọi vậy. Nghe thú vị hơn 'i2pd' [23:11] &lt;jrand0m&gt; 0.1 có bug. điều hiển nhiên. và chưa có tối ưu đáng kể (dù DH precalc có giúp). [23:11] &lt;jrand0m&gt; heh [23:11] &lt;Ryan_Singer&gt; jrand0m, vậy 0.2) là gì? [23:11] &lt;jrand0m&gt; invisible internet police department [23:11] &lt;jrand0m&gt; ok, 0.2 [23:12] &lt;jrand0m&gt; 0.2 là functional, secure, anonymous, không scalable, harvestable [23:12] &lt;jrand0m&gt; 0.2 thêm hỗ trợ cho non-zero-length tunnels [23:12] &lt;jrand0m&gt; tôi thực ra đã triển khai phần lớn đêm qua, nhưng chưa thử kỹ [23:12] &lt;jrand0m&gt; tôi nghĩ 0.2 sẽ sẵn sàng cuối tuần [23:12] &lt;Ryan_Singer&gt; từ góc độ dev, còn xa không? [23:13] &lt;Ryan_Singer&gt; tốt lắm [23:13] &lt;jrand0m&gt; 0.3) là functional, secure, anonymous, scalable, harvestable [23:13] * thecrypto lấy bochs để mô phỏng mạng giúp việc này [23:13] &lt;jrand0m&gt; 0.3 thêm kademliaDatabaseManager [23:13] &lt;jrand0m&gt; giờ ta dùng BroadcastDatabaseManager [23:13] &lt;jrand0m&gt; (tức gnunet ;) [23:14] &lt;jrand0m&gt; dễ triển khai và hoạt động cho mạng nhỏ, nhưng ta cần kademlia để scale [23:14] &lt;jrand0m&gt; 0.4) là functional, secure, anonymous, scalable, non-harvestable [23:14] &lt;jrand0m&gt; cái đó thêm trusted links [23:14] &lt;Ryan_Singer&gt; jrand0m, và độ khó dev của kademlia là bao nhiêu? [23:14] &lt;jrand0m&gt; Tôi có hai ý tưởng cho trusted links.. một cái dễ triển khai và dùng hơn [23:15] &lt;jrand0m&gt; kademlia có lẽ mất trọn một tuần [23:15] &lt;jrand0m&gt; (để làm cho đúng) [23:15] &lt;jrand0m&gt; lưu ý tất cả có nhiều chỗ để refactor và tune. Tôi nhắm chạy được trước, rồi tinh chỉnh. [23:16] &lt;co&gt; Bạn chắc có thể phát triển và thử nhanh vậy không? [23:16] &lt;jrand0m&gt; tôi chẳng chắc gì cả [23:16] &lt;jrand0m&gt; chỉ là ước lượng [23:16] &lt;Ryan_Singer&gt; co, anh ấy làm xong phần chạy được, ta test [23:16] &lt;ChZEROHag&gt; Chắc chứ? [23:16] &lt;ChZEROHag&gt; (xin lỗi) [23:16] &lt;co&gt; Ryan_Singer: Tôi hiểu. [23:17] * jrand0m &lt;3 những người test :) [23:17] &lt;Myself248&gt; Khi bạn nói "chúng ta" test. Có chỗ cho người không biết code giúp test không? [23:17] &lt;jrand0m&gt; Myself248&gt; có lẽ chưa đến 0.4 [23:17] &lt;dm&gt; mong đừng đến mức chạy được nhưng chẳng ai biết cái quái gì xảy ra bên trong mạng để nó chạy tốt (ví dụ freenet) [23:18] &lt;jrand0m&gt; khi 0.4 sẵn sàng, đó là pre-alpha. khi là 0.4 tôi sẽ tune và refactor và điền phần thiếu để sẵn sàng 0.5 (alpha) [23:18] &lt;Myself248&gt; Tài liệu, tài liệu, tài liệu. [23:18] &lt;dm&gt; có nghĩ đến giám sát chủ động nội bộ mạng không, hay nó đơn giản? [23:18] &lt;jrand0m&gt; có dm, chắc chắn [23:18] &lt;jrand0m&gt; một mảnh chính của i2np là đưa thống kê vào các cấu trúc routerInfo được công bố [23:18] &lt;mihi&gt; jrand0m: làm s/0./0.0./ ;) [23:18] &lt;jrand0m&gt; các bản đầu sẽ công bố thống kê thật để ta tune [23:19] &lt;jrand0m&gt; các bản sau sẽ hoặc không công bố thống kê hoặc công bố giả [23:19] * jrand0m không làm 0.0 [23:19] &lt;shardy&gt; ok, tôi đây [23:19] &lt;jrand0m&gt; wb shardy [23:19] &lt;shardy&gt; xin lỗi đến muộn, quên mất cửa sổ này đang mở, heh [23:19] &lt;dm&gt; hay. [23:19] &lt;Ryan_Singer&gt; có tài liệu cấp cao mô tả kiến trúc cho mạng ở dưới .4 không? [23:19] &lt;jrand0m&gt; chém đầu mi [23:20] &lt;jrand0m&gt; Ryan_Singer&gt; hmm, tôi có vài tài liệu tổng quan vài tháng trước mids và nop đã mirror, và có tài liệu i2p overview [23:20] &lt;jrand0m&gt; 0.4 là i2np đầy đủ như mô tả trong spec, chỉ là chưa tối ưu [23:20] &lt;shardy&gt; à và jrand0m, tôi sẽ kiểm tra tối ưu DH cho bạn [23:20] &lt;jrand0m&gt; hay, gracias [23:20] &lt;Ryan_Singer&gt; tôi có thể lấy các tài liệu đó không? [23:21] &lt;jrand0m&gt; overview ở (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] &lt;beefbroth&gt; chúng ở wiki thì phải? [23:21] &lt;jrand0m&gt; các tài liệu overview cũ... hmm [23:21] &lt;jrand0m&gt; (i2p specs ở (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] &lt;co&gt; Chúng ở (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] &lt;jrand0m&gt; đúng beefbroth [23:22] &lt;jrand0m&gt; nhưng có tài liệu cũ dạng html với ảnh ms paint xấu xí từ trước, mô tả cách tunnels hoạt động... [23:22] &lt;beefbroth&gt; Tôi nên biết, tôi đọc chúng đủ nhiều rồi [23:22] &lt;jrand0m&gt; hehe [23:22] &lt;co&gt; Trừ khi đó là bản cũ hơn hoặc mirror. [23:22] &lt;jrand0m&gt; những file trên wiki là 0.9 (0.9.1 đã có cho I2NP và datastructures, nhưng chỉ thay đổi nhỏ) [23:23] &lt;thecrypto&gt; jrand0m: phần precalc trông ổn [23:23] &lt;jrand0m&gt; hay [23:24] *** pitu (~pitu@anon.iip) đã vào kênh #iip-dev [23:24] * jrand0m chạy router bằng 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] &lt;jrand0m&gt; ok, xong microroadmap [23:25] &lt;jrand0m&gt; như các bạn thấy, tôi chấp nhận rằng alpha sẽ không sẵn sàng cuối tháng. 0.4 có lẽ tuần đầu tháng 10 [23:26] &lt;dm&gt; không sao, kể cả vậy cũng là triển khai nhanh nhất từ trước tới giờ của một mạng kiểu này ;) [23:26] &lt;Ryan_Singer&gt; lol [23:26] &lt;beefbroth&gt; khi đọc ước lượng thời gian của jrand0m ở đây, xin nhớ rằng anh ấy đã uống whiskey 4 tiếng qua :-P [23:26] &lt;jrand0m&gt; heh [23:26] &lt;Ryan_Singer&gt; ok... ứng dụng/cách dùng? [23:26] &lt;jrand0m&gt; whiskey ngon nữa chứ ;) [23:26] &lt;jrand0m&gt; ok, ứng dụng/cách dùng [23:27] &lt;dm&gt; 0.7 trong 4 giây....3...2...1..!! [23:27] &lt;jrand0m&gt; Tôi nhắm vào "việc dễ" - những thứ ta có thể làm với 0 hoặc rất ít code mới. [23:27] &lt;ChZEROHag&gt; Làm sao code đúng được nếu hoàn toàn tỉnh? [23:27] &lt;jrand0m&gt; tất cả những cái này dùng rất nhiều i2ptunnel tuyệt vời của mihi [23:27] &lt;co&gt; ChZEROHag: Dễ mà. [23:27] *** mihi đã đổi chủ đề kênh #iip-dev thành &lt;dm&gt; 0.7 in 4 seconds....3...2...1..!! [23:28] &lt;jrand0m&gt; dùng i2ptunnel, ta có thể làm sau đây mà không cần viết code mới: [23:28] &lt;jrand0m&gt; public ww proxy (dùng i2ptunnel + squid) [23:28] * dm ngả mũ trước mihi. [23:28] &lt;jrand0m&gt; JAP (dùng i2ptunnel + JAP) [23:28] &lt;mihi&gt; bạn không thể "đá đít" qua i2p đâu (qua tunnel cũng không...) [23:28] &lt;jrand0m&gt; duyệt www ẩn danh (i2ptunnel + trình duyệt web) [23:28] &lt;jrand0m&gt; chạy máy chủ web i2p (i2ptunnel + httpd) [23:29] &lt;co&gt; Rất hay. Bravo, mihi. [23:29] &lt;jrand0m&gt; cvs outproxy (i2ptunnel) [ví dụ cvs outproxy đến sourceforge cho dev freenet ẩn danh] [23:29] &lt;jrand0m&gt; client cvs, server cvs [23:29] &lt;jrand0m&gt; ứng dụng IM, máy chủ pop3, máy chủ imap, opennap [23:29] &lt;jrand0m&gt; tất cả đều là "việc dễ" [23:29] &lt;dm&gt; ok, giờ ta chỉ cần i2p :) [23:30] &lt;jrand0m&gt; đúng ;) [23:30] &lt;Myself248&gt; webserver i2p chẳng phải sẽ thay thế freenet? :) [23:30] * jrand0m nghĩ đó là một câu hỏi thường gặp nên trả lời [23:30] &lt;Ryan_Singer&gt; jrand0m, nhưng chúng cũng rất giá trị [23:30] &lt;ChZEROHag&gt; Trong danh sách đó, tôi coi cvs quan trọng/hữu ích hơn [23:30] &lt;ChZEROHag&gt; Một phần vì tôi muốn ẩn danh, một phần vì nếu có www ẩn danh sẽ có "lusers" (người dùng ngờ nghệch) [23:30] &lt;jrand0m&gt; i2p + web không thay thế freenet - freenet thêm giá trị đáng kể trên nền khung truyền thông ẩn danh - phân phối nội dung [23:31] &lt;ChZEROHag&gt; Và hiện giờ ý tưởng email ẩn danh hơi đáng sợ :) [23:31] * dm ghi: "không lusers" [23:31] &lt;jrand0m&gt; cvs chắc chắn thuộc top 3 [23:31] &lt;beefbroth&gt; tôi nghĩ nếu webserving i2p chạy tốt, cần cân nhắc ghép phần DHT/lưu trữ của freenet lên i2p để có cả hai thế giới. [23:31] &lt;Ryan_Singer&gt; ChZEROHag, nếu nó scalable thì tốt [23:31] &lt;ChZEROHag&gt; dm: lusers chỉ là vấn đề giai đoạn đầu, nhưng họ thường không dùng cvs [23:31] &lt;Myself248&gt; ok, thêm nhiều hashcash vào bất cứ thứ gì email ẩn danh. [23:31] &lt;ChZEROHag&gt; Hoặc thậm chí chẳng biết (và không biết) nó là gì [23:31] &lt;co&gt; Tôi nghĩ một trong các thử nghiệm cần làm là tấn công thử mạng. [23:31] &lt;jrand0m&gt; đúng beefbroth, khi i2p đạt mục tiêu, freenet có lẽ sẽ điều chỉnh để dùng nó [23:32] &lt;co&gt; Xin lỗi nếu lạc đề. [23:32] &lt;mihi&gt; Myself248: chỉ cần thêm redirector tới remailer ẩn danh. [23:32] &lt;jrand0m&gt; không, hoàn toàn đúng chủ đề co - tấn công mạng này là chìa khóa [23:32] &lt;ChZEROHag&gt; Myself248: hashcash chủ yếu để chặn flood khi ta buộc dùng giao thức cổ 'irc' [23:32] &lt;ChZEROHag&gt; Không phải để chặn cái gọi là 'lạm dụng' [23:32] &lt;jrand0m&gt; đúng, có lẽ chạy mixminion trên i2p sẽ hữu ích [23:33] &lt;jrand0m&gt; đúng, hashcash còn tích hợp trong i2p để ngăn thông điệp được chuyển một hop trừ khi "trả phí" [23:33] &lt;Ryan_Singer&gt; jrand0m, ta có thể chạy imap trên này dễ không? [23:33] &lt;jrand0m&gt; hoàn toàn [23:33] &lt;Ryan_Singer&gt; ấn tượng [23:33] &lt;jrand0m&gt; imapd với i2ptunnel trỏ tới nó, phía client dùng i2ptunnel trỏ tới destination của tunnel đó [23:34] &lt;Myself248&gt; và máy tìm kiếm freenet :) [23:34] &lt;mihi&gt; ftp hoặc vài IM không-jabber sẽ gặp vấn đề... [23:34] &lt;jrand0m&gt; đúng, những thứ cần hai kết nối phức tạp hơn [23:34] &lt;ChZEROHag&gt; jrand0m: hashcash trong i2p? [23:34] &lt;ChZEROHag&gt; Tôi sẽ hỏi bạn sau khi xong. [23:34] &lt;shardy&gt; hashcash trong i2p? hay đấy. [23:34] &lt;dm&gt; ta đang đi trước quá rồi! ừ thì, ai quan tâm.. QUAKE + IIP!!!!!! [23:34] &lt;dm&gt; xin lỗi, I2p :) [23:34] &lt;jrand0m&gt; lol dm [23:35] &lt;Myself248&gt; Những người CPU yếu lo khi nghe hashcash, nhưng tôi hiểu nó chống spam. [23:35] &lt;co&gt; dm: Đó là đi trước xa thật. [23:35] * mihi là jabber:schierlm@a-message.de ;) [23:35] &lt;jrand0m&gt; đúng ChZEROHag - Destination == public signing key (DSA) + public encryption key (ElGamal) + certificate (either null or hashcash(keys)) [23:35] &lt;beefbroth&gt; i2p tunnel phía client là static hay dynamic? [23:35] &lt;mihi&gt; beefbroth: hiện tại tất cả là static. nhưng có thể dùng socks proxy làm dest. ;) [23:35] &lt;jrand0m&gt; Myself248&gt; tôi sắp nhận được một con sun ultra1 vài tuần nữa. nếu máy 160Mhz làm được, ai cũng làm được [23:35] &lt;shardy&gt; hashcash không nên quá nặng cho cpu yếu. chỉ khi bạn muốn làm nó hàng tỉ tỉ lần mới thấy nặng. [23:36] &lt;co&gt; beefbroth: Có thể là dynamic. [23:36] &lt;Ryan_Singer&gt; các ứng dụng "việc dễ" ở đây rất ấn tượng [23:36] &lt;jrand0m&gt; đúng mihi [23:36] &lt;jrand0m&gt; "eleventy". heh [23:36] &lt;ChZEROHag&gt; low hanging fruit về cơ bản là app Internet 'bình thường' nhưng ẩn danh [23:36] &lt;ChZEROHag&gt; đúng không? [23:36] &lt;jrand0m&gt; đúng [23:36] &lt;Ryan_Singer&gt; đúng [23:36] &lt;dm&gt; (quake) [23:37] &lt;jrand0m&gt; 0.1 chạy chúng an toàn, 0.2 chạy ẩn danh, 0.3 chạy có khả năng mở rộng, 0.4 chạy non-harvestably [23:37] &lt;jrand0m&gt; (ta đang ở 0.1) [23:37] &lt;shardy&gt; non-harvestably nghĩa là gì? [23:37] &lt;co&gt; Xin lỗi, harvestable là gì? [23:37] &lt;ChZEROHag&gt; dm: Đáng tiếc realtime bị kìm hãm đủ để sau hơn 30 năm vẫn chưa 'bình thường' [23:37] &lt;Myself248&gt; Phù. Tôi cũng mong ai đó hỏi. ;) [23:37] &lt;Ryan_Singer&gt; ghi log được [23:37] &lt;jrand0m&gt; harvesting nghĩa là kẻ tấn công chủ động có thể chạy một router, phát hiện ra nhiều router khác ("harvest" chúng), rồi sai người đến đạp cửa nhà họ [23:38] &lt;Myself248&gt; ồ, như bạn có thể làm với gnutella. :) [23:38] &lt;Ryan_Singer&gt; kiểu đặc vụ bí mật [23:38] &lt;jrand0m&gt; đúng [23:39] &lt;shardy&gt; à, hiểu rồi. [23:39] &lt;jrand0m&gt; ok, ừ, đó là microroadmap. [23:40] &lt;jrand0m&gt; giờ, tôi có ngu khi gọi chúng là 0.x thay vì 0.0.x không? 1.0 nên là "hoàn hảo" hay 1.0 là chạy được và an toàn? [23:40] &lt;Ryan_Singer&gt; jrand0m, và ta sẽ thấy .4 khi nào? [23:40] &lt;jrand0m&gt; 0.4 có lẽ trong 2 tuần nữa [23:40] * jrand0m sẽ nghỉ một tuần (gần như) giữa tháng 10 vì có người đến thăm [23:40] *** Thoát: dm (EOF From client) [23:40] &lt;mihi&gt; 1.0 nên ổn định. [23:40] &lt;co&gt; Hãy để 1.0 là chạy được và an toàn. [23:40] &lt;thecrypto&gt; đồng ý co [23:41] &lt;Ryan_Singer&gt; 1.0 nên chạy được, ổn định và an toàn [23:41] &lt;ChZEROHag&gt; jrand0m: Triết lý của tôi về số phiên bản là nếu phân vân thì copy Linux [23:41] &lt;Myself248&gt; 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] &lt;jrand0m&gt; hay [23:41] &lt;mrflibble&gt; jrand0m, v1 của mọi thứ chưa bao giờ hoàn hảo :) [23:41] *** dm (~gj@anon.iip) đã vào kênh #iip-dev [23:41] &lt;mrflibble&gt; mọi người cũng không kỳ vọng hoàn hảo [23:41] &lt;dm&gt; tôi lỡ mất 1.0 rồi à? [23:41] &lt;ChZEROHag&gt; mrflibble: Người ta không kỳ vọng phần mềm hoàn hảo. Người ta dùng windows. [23:41] &lt;Ryan_Singer&gt; phần mềm này sẽ beGPL orLGPL? [23:41] &lt;jrand0m&gt; hay, tôi đã bị chê vì 1.0 chưa hoàn hảo rồi [23:41] &lt;ChZEROHag&gt; Điều đó không có nghĩa nó không nên hoàn hảo. [23:41] &lt;mrflibble&gt; ý hay ChZEROHag [23:42] &lt;dm&gt; chết thật, tôi lỡ mất thật.. [23:42] &lt;mihi&gt; dm: thôi đùa đi [23:42] &lt;mrflibble&gt; đúng vậy, bạn lỡ [23:42] &lt;jrand0m&gt; router là GPL. thư viện client java hiện GPL, nhưng tôi cởi mở. thecrypto và tôi sở hữu hoàn toàn trừ một phần (Cryptix AES impl, MIT) [23:42] &lt;dm&gt; được rồi xin lỗi :( [23:42] &lt;jrand0m&gt; thực ra, tôi rút lại [23:42] &lt;jrand0m&gt; Tôi dùng Base64.java từ freenet nữa [23:43] &lt;beefbroth&gt; ta vẫn ở mục chương trình 0.3 Apps à? [23:43] &lt;jrand0m&gt; vậy base64 là GPL :) [23:43] &lt;thecrypto&gt; và client IM sẽ là GPL [23:43] &lt;jrand0m&gt; ồ đúng, ta đang ở 0.3 nhỉ [23:43] &lt;thecrypto&gt; ngay khi tôi rảnh để thêm comment vào code [23:43] *** UserX_ (~User@anon.iip) đã vào kênh #iip-dev [23:43] &lt;jrand0m&gt; heh thecrypto [23:43] &lt;ChZEROHag&gt; GPL nghe ổn với tôi [23:43] &lt;jrand0m&gt; w0ah, 23 users [23:43] &lt;Myself248&gt; ta đang ở mục 6.02E23, linh tinh. :) [23:43] &lt;Ryan_Singer&gt; jrand0m, nếu rảnh, tôi muốn nói về giấy phép và khả năng hợp đồng tư vấn [23:43] &lt;jrand0m&gt; ok Ryan_Singer [23:43] &lt;ChZEROHag&gt; Nhưng như ai đó (Fillament?) chỉ ra - nếu ai đó vi phạm license thì người ẩn danh làm gì được? [23:43] &lt;mihi&gt; jrand0m: 22 ;) [23:43] &lt;jrand0m&gt; ChZEROHag&gt; đọc license của tôi trên flinks ;) [23:43] &lt;Myself248&gt; ta cần hệ thống tòa án ẩn danh. [23:44] * mihi ở đây hai lần [23:44] &lt;jrand0m&gt; Myself248&gt; nó gọi là yodel ;) [23:44] &lt;Myself248&gt; "Tòa giờ xét vụ 34534, J. Doe kiện J. Doe" [23:44] &lt;Ryan_Singer&gt; ChZEROHag, lý do tôi hỏi là để doanh nghiệp dùng phần mềm này chống gián điệp công nghiệp [23:44] &lt;co&gt; Naming server sẽ theo GPL luôn. [23:44] &lt;CCD&gt; lol [23:44] &lt;Myself248&gt; "Thừa phát lại, chẳng phải đó là cùng các bên như 34533 vụ trước sao?" [23:44] &lt;shardy&gt; ừm [23:45] &lt;shardy&gt; luôn có ý tưởng rằng nếu muốn mọi người thực sự dùng protocol của bạn, và không quan tâm tiền, hãy mở hoàn toàn. không bị hạn chế bởi gpl. [23:45] &lt;co&gt; shardy: Ý bạn public domain? [23:45] &lt;beefbroth&gt; tôi nghĩ đó là lời dẫn của co tới mục 0.4 :-P [23:45] &lt;jrand0m&gt; shardy&gt; specs là public và mở. Tôi không khẳng định bản quyền trên specs. [23:45] &lt;Ryan_Singer&gt; shardy, không, ta muốn công việc trên protocol vẫn sẵn sàng [23:45] &lt;shardy&gt; public domain, bsd license, "muốn làm gì thì làm miễn ghi công" v.v. [23:45] &lt;jrand0m&gt; code là GPL cho router. một triển khai client api bằng java là GPL [23:46] &lt;Ryan_Singer&gt; xem liberty protocol.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] &lt;shardy&gt; jrand0m: ok hay. hiểu rồi. [23:46] * jrand0m từng nghĩ về license "no government use" ;) [23:46] &lt;jrand0m&gt; ok, lý do tôi thêm 3.0) apps vào danh sách là thế này [23:46] &lt;jrand0m&gt; ta cần giúp đỡ. [23:46] &lt;Ryan_Singer&gt; cần giúp gì? [23:46] &lt;jrand0m&gt; i2ptunnel là code tốt. router i2p sẽ là code tốt. [23:47] &lt;jrand0m&gt; điều ta cần là mọi người bắt đầu tìm hiểu chi tiết kỹ thuật của release engineering [23:47] &lt;dm&gt; sao cần apps nếu có thể chỉ dùng i2ptunner? [23:47] &lt;ChZEROHag&gt; jrand0m: nói rõ hơn? [23:47] &lt;jrand0m&gt; tức là, đóng gói thế nào để Joe Sixpack có thể tải về và duyệt web [23:47] &lt;ChZEROHag&gt; dm: Tại sao cần apps nếu có thể chỉ dùng telnet? [23:47] &lt;dm&gt; gì? [23:47] * dm gãi đầu. [23:47] &lt;CCD&gt; err, còn cái gì ngoài telnet à? [23:48] * jrand0m nghĩ đó là ý của ChZEROHag đấy dm ;) [23:48] *** Myself248 giờ là myself248 [23:48] *** Thoát: thecrypto (Ping timeout) [23:48] &lt;ChZEROHag&gt; dm: Dùng i2ptunnel giống như có xe chạy được mà kéo nó trên xe đẩy tay [23:48] &lt;jrand0m&gt; ok, chỉ thế. Tôi chỉ muốn nhắc nếu ai rảnh :) [23:48] &lt;jrand0m&gt; ok, 4.0) [23:48] &lt;jrand0m&gt; naming service [23:48] &lt;dm&gt; Tôi hiểu anh ấy đang cố nói gì. [23:48] &lt;jrand0m&gt; chào co, sao rồi? :) [23:48] &lt;co&gt; Naming server phải là GPL, vì ít nhất triển khai Java dùng code từ thư viện client để liên hệ router. [23:49] &lt;dm&gt; nhưng ta vừa dành 20 phút nói: I2Ptunnel + web server!, I2Ptunnel + quake! ;) [23:49] &lt;ChZEROHag&gt; Hoặc, theo cách tính, 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] &lt;co&gt; Tôi không làm nhiều tuần trước. Tôi đã phát hành client API, cái đó cũng cần làm tiếp. [23:49] &lt;ChZEROHag&gt; i2ptunnel là giải pháp tạm thời [23:49] &lt;co&gt; Tuần này tôi có thời để bắt đầu triển khai naming server. [23:49] &lt;jrand0m&gt; hay [23:49] &lt;jrand0m&gt; client api ở đâu nhỉ? [23:50] &lt;mihi&gt; trên mailing list ;) [23:50] &lt;co&gt; Một giả định của nó là destinations có thể mã hóa base64, vì thế tôi mới hỏi chuyện đó lúc nãy. [23:50] &lt;jrand0m&gt; ChZEROHag&gt; ở vài khía cạnh nó là tạm thời [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip) đã vào kênh #iip-dev [23:50] &lt;dm&gt; TCP cũng vậy mà! [23:50] *** yodel (yodel@anon.iip) đã vào kênh #iip-dev [23:50] &lt;jrand0m&gt; chào yodel [23:50] &lt;beefbroth&gt; quy ước đặt tên sẽ như thế nào? Joe Average có dễ hiểu không (ví dụ (Link: www.somthing.com)www.somthing.com hay (Link: www.something.i2p)www.something.i2p cho web)? [23:50] &lt;co&gt; Tôi sẽ đưa đặc tả naming service và client API vào CVS. [23:50] &lt;jrand0m&gt; wb thecrypto [23:50] &lt;ChZEROHag&gt; Chuyện này chắc nói rồi, nhưng ns sẽ cấp tên duy nhất một cách công bằng thế nào? [23:50] * mihi muốn có *.mihi.iip ;) [23:50] &lt;jrand0m&gt; beefbroth&gt; có naming service hay không? [23:50] &lt;jrand0m&gt; heh mihi [23:50] &lt;ChZEROHag&gt; tránh đầu cơ như DNS [23:50] &lt;thecrypto&gt; ai đó nói cho tôi biết 4 phút vừa rồi có gì? [23:51] &lt;beefbroth&gt; jrand0m: có. tôi nghĩ không có thì sẽ là chuỗi số dài. [23:51] &lt;co&gt; ChZEROHag: Bạn sẽ đăng ký với một nhóm naming servers, rồi dùng tên nhóm đó để nhận diện mình. [23:51] &lt;co&gt; Như IM.beefbroth.mygroup nếu bạn cung cấp dịch vụ IM. [23:51] &lt;mihi&gt; oops, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) đã vào kênh #iip-dev [23:51] *** Thoát: godmode0 (EOF From client) [23:51] &lt;jrand0m&gt; ChZEROHag&gt; naming service của co có trusted groups, mỗi group quản lý một group name (tld). bạn chọn nhóm nào chạy mỗi tld [23:51] &lt;co&gt; Đúng, ai đó có thể đăng ký username beefbroth với group2. [23:51] &lt;thecrypto&gt; trong 4 phút tôi đi vắng [23:52] &lt;ChZEROHag&gt; co: Vậy vấn đề duy nhất là tính duy nhất .mygroup? [23:52] &lt;ChZEROHag&gt; Và ai lấy group 'com'? :-) [23:52] &lt;jrand0m&gt; và cái đó do client chọn [23:52] &lt;mihi&gt; ChZEROHag: i2p không COMmercial [23:52] &lt;jrand0m&gt; (vd bạn nói thư viện ns client "group '.com' là group 0123ff33aefcbb34fe [23:52] &lt;beefbroth&gt; Tôi ghét phải gợi ý, nhưng tôi gần như nghĩ các group nên mặc định 3 chữ cái để giống web thường [23:52] &lt;co&gt; ChZEROHag: Tôi không chắc ai lấy group "com". [23:52] &lt;co&gt; Câu hỏi hay. [23:53] &lt;shardy&gt; beefbroth: trừ việc "web thường" không còn chỉ 3 chữ cái tlds [23:53] &lt;mihi&gt; beefbroth: hoặc thêm .i2p vào tất cả địa chỉ. [23:53] &lt;ChZEROHag&gt; beefbroth: Ảo tưởng đó chỉ có ở Mỹ [23:53] &lt;shardy&gt; tlds. [23:53] &lt;jrand0m&gt; lúc đầu, ta có lẽ chỉ muốn một nhóm naming servers, ".i2p" [23:53] &lt;co&gt; beefbroth: phần mềm naming server cho phép tối đa 32 chữ cái. [23:53] &lt;ChZEROHag&gt; Ở nơi khác dùng mã quốc gia 2 chữ cái [23:53] &lt;shardy&gt; .us cũng dùng ở Mỹ. [23:53] &lt;co&gt; Thực ra, tôi muốn group đầu là "test". [23:53] &lt;shardy&gt; cũng như .info và .name [23:53] &lt;jrand0m&gt; heh ok [23:54] &lt;ChZEROHag&gt; shardy: ừ, bởi khoảng 5 người. [23:54] &lt;ChZEROHag&gt; Nhưng có lẽ để lúc khác :) [23:54] &lt;jrand0m&gt; thực ra... [23:54] &lt;shardy&gt; còn có cả .museum [23:54] &lt;Ryan_Singer&gt; jrand0m, dùng .12p nghe ổn [23:54] &lt;jrand0m&gt; tôi gặp một DNS phân tán dựa trên JXTA hôm trước [23:54] &lt;co&gt; ChZEROHag: Nhưng điểm là nếu bạn không thích những người chạy group "com", bạn có thể lập group "com2" và chạy servers của nó (và đăng ký với nó). [23:55] &lt;ChZEROHag&gt; Vâng đoạn đó hoàn toàn hợp lý [23:55] &lt;mihi&gt; ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] &lt;jrand0m&gt; co&gt; bạn chẳng thể chỉ nói "ừ thì, họ 'nghĩ' họ là .com, nhưng tôi nói .com do group2 chạy" à? [23:55] &lt;ChZEROHag&gt; Tôi muốn hỏi là nó dựa trên ai đến trước được trước không? [23:55] &lt;co&gt; Bạn có thể cấu hình client làm bất cứ gì. [23:56] &lt;Ryan_Singer&gt; hệ thống tên của JXTA hoạt động thế nào? [23:56] &lt;jrand0m&gt; co&gt; (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS là wiki DNS phân tán, nhưng rất sơ và không xử lý vấn đề khó [23:56] &lt;co&gt; ChZEROHag: Khi đăng ký username với một group, đúng là vậy. [23:56] &lt;co&gt; jrand0m: Tôi sẽ xem sau họp. [23:56] &lt;jrand0m&gt; jxta chạy naming servers từ rendevous points [23:56] &lt;ChZEROHag&gt; mihi: cái gì vậy? [23:56] &lt;beefbroth&gt; vậy có thể ai đó tấn công hệ NS bằng cách giả mạo group naming servers i2p sẵn có [23:57] *** Thoát: jeremiah (Ping timeout) [23:57] &lt;co&gt; beefbroth: Tôi nghĩ là không. [23:57] &lt;mihi&gt; ChZEROHag: nghe đi. tại sao xx triệu người Mỹ thích .us hơn .com [23:57] &lt;mihi&gt; 68 triệu [23:57] &lt;co&gt; Tôi hình dung là người lập group sẽ công bố các group đó. [23:57] &lt;jrand0m&gt; giả mạo? họ không thể giả vì các server trong group được xác thực bằng hệ khóa công khai [23:58] &lt;jrand0m&gt; tuy nhiên, nếu group cho phép thành viên không tin cậy tham gia, chúng có thể bị chiếm dễ dàng. [23:58] &lt;shardy&gt; nhưng key exchange làm sao? [23:58] &lt;co&gt; Những người đến sau sẽ gặp vấn đề là group đã được thiết lập, và file cấu hình client chứa destination của group trước. [23:58] &lt;ChZEROHag&gt; mihi: Tôi luôn nói nên ưu tiên nó, tinh thần yêu nước các thứ, chỉ là tôi chưa thấy nó thôi. [23:58] &lt;beefbroth&gt; nếu hai nhóm naming servers đều nói giải .i2p thì sao? [23:58] &lt;co&gt; Câu hỏi hay, tôi sẽ suy nghĩ kỹ lại. [23:58] &lt;ChZEROHag&gt; mihi: dù sao tôi sẽ nghe [23:58] &lt;jrand0m&gt; shardy&gt; không trao đổi khóa - công bố khóa [23:58] &lt;beefbroth&gt; tôi hiểu, ý hay [23:58] &lt;ChZEROHag&gt; co: Vâng đó là điều tôi muốn hỏi [23:58] &lt;shardy&gt; nhưng khóa vẫn có thể bị chặn nếu công bố online [23:58] &lt;jrand0m&gt; beefbroth&gt; không ai "tuyên bố" gì cả. client của bạn nói "i2p == [dest1, dest2, dest]" [23:59] &lt;shardy&gt; ta cần dns dựa trên trust :) [23:59] &lt;shardy&gt; để bạn gửi truy vấn tên và nhận danh sách trả lời... rồi chọn cái đáng tin [23:59] &lt;co&gt; Cảm ơn đã nêu ra. [23:59] &lt;jrand0m&gt; shardy&gt; à, tôi nghĩ hiểu nhầm ở đâu. naming service nên đi kèm một tập destination ngoài băng (tức là đóng gói cùng bộ cài) [23:59] &lt;ChZEROHag&gt; Vâng ta có một cái - mọi người tin IANA (hay gọi gì đó) là xong. [23:59] * shardy cúi người [23:59] &lt;ChZEROHag&gt; :-D [23:59] &lt;mrflibble&gt; họ thử với dnssec, nhưng tất nhiên không ẩn danh [00:00] &lt;jrand0m&gt; cái naming service này giúp thoát khỏi root servers [00:00] &lt;beefbroth&gt; bạn luôn có thể có trang chủ i2p liệt kê các nhóm và nhà thẩm quyền đặt tên đang hoạt động? [00:00] &lt;shardy&gt; jrand0m: ok. chỉ nhắc 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] &lt;co&gt; shardy: Tôi nghĩ đã đề cập key exchange trong spec. Nếu không, nhắc tôi. [00:00] &lt;shardy&gt; nhưng đóng gói oob làm tốt hơn [00:00] &lt;shardy&gt; co: Tôi sẽ xem. [00:00] &lt;jrand0m&gt; shardy&gt; ờ, đúng. mọi người cần tin vào code họ tải [00:00] &lt;co&gt; beefbroth: Chắc chắn. [00:01] &lt;ChZEROHag&gt; à nhắc tôi [00:01] &lt;jrand0m&gt; beefbroth&gt; đúng, đó chắc chắn là một trong những ứng dụng đầu - webserver i2p với bbs &amp; wiki để người ta truy cập qua i2p [00:01] &lt;ChZEROHag&gt; Tôi nên tạo khóa gpg cho iipmail [00:01] *** yodel đã rời #iip-dev [00:01] * ChZEROHag làm việc đó trong khi phần không thú vị diễn ra [00:01] &lt;jrand0m&gt; heh ok [00:01] &lt;co&gt; Xin hiểu rằng đặc tả naming server vẫn mở cho góp ý cải tiến. [00:02] &lt;shardy&gt; Tôi sẽ mang tất cả specs trên chuyến bay tới toorcon... có thời gian đọc [00:02] &lt;co&gt; Tôi không nói nó hoàn hảo hay cuối cùng lúc này. [00:02] &lt;jrand0m&gt; heh tôi hy vọng bay dài [00:02] &lt;shardy&gt; và còn năng suất hơn chơi fft advance suốt, heh [00:02] * jrand0m thấy rằng phê bình sẽ đến nhiều hơn khi có code triển khai specs [00:02] *** godmode0_ giờ là godmode0 [00:02] &lt;co&gt; Và tôi phải viết code. [00:02] &lt;co&gt; Tôi nghĩ ta có thể chuyển chủ đề tiếp. [00:02] &lt;jrand0m&gt; ok [00:02] &lt;jrand0m&gt; 5.0) IM [00:03] &lt;jrand0m&gt; chào thecrypto [00:03] &lt;mihi&gt; tên không nên trùng với biểu diễn base64. [00:03] &lt;thecrypto&gt; chào [00:03] &lt;thecrypto&gt; ok [00:03] &lt;mihi&gt; và naming server nên trả về địa chỉ base64 như nó vốn có. [00:03] &lt;co&gt; mihi: Được, tôi sẽ tránh vấn đề đó. [00:03] &lt;thecrypto&gt; trước hết vì email của tôi lại không hoạt động (mấy thằng spam chết tiệt) [00:03] &lt;jrand0m&gt; (mọi lớp mở rộng DataStructure có String .toBase64() và .fromBase64(InputStream) ) [00:03] &lt;thecrypto&gt; 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] &lt;mihi&gt; jrandom? sao Inputstream mà không phải Reader? [00:04] &lt;thecrypto&gt; network là điều đầu tiên tôi nghĩ đến, bạn tạo kết nối qua i2p network, nó rất p2p nên tôi gọi là networkr [00:04] &lt;jrand0m&gt; nếu muốn Reader, chỉ cần quấn InputStreamReader, đồ ranh con [00:04] &lt;mihi&gt; base64 là ký tự, không phải byte theo tôi. [00:04] &lt;ChZEROHag&gt; jrand0m: IM == Instant Messaging? [00:04] &lt;jrand0m&gt; đúng ChZEROHag [00:04] &lt;thecrypto&gt; nếu mọi người thấy phiền, gợi ý xem nên gọi là gì [00:05] &lt;ChZEROHag&gt; jabber? [00:05] &lt;thecrypto&gt; IM == mạng IM phân tán do tôi viết [00:05] &lt;shardy&gt; bạn nên gọi nó là "bob" [00:05] &lt;jrand0m&gt; i2p im là một network như aim là network, hay kazaa là network, tất cả chạy trên tcp/ip hoặc udp/ip [00:05] &lt;co&gt; Gọi là ứng dụng IM thì sao? [00:05] &lt;ChZEROHag&gt; (anonabber) [00:05] &lt;co&gt; jrand0m: Tôi hiểu. [00:05] &lt;thecrypto&gt; jabber yêu cầu server tập trung [00:05] &lt;jrand0m&gt; thuật ngữ không quan trọng với tôi. Tôi thích ý của shardy [00:05] &lt;ChZEROHag&gt; thecrypto: Không có gì BẮT BUỘC server tập trung [00:05] &lt;thecrypto&gt; và hôm nay tôi không đánh vần nổi nên thông cảm [00:05] &lt;ChZEROHag&gt; Chỉ là cách họ viết [00:05] &lt;jrand0m&gt; (dù tôi thích Betty hơn) [00:05] &lt;thecrypto&gt; vậy bạn muốn tôi gọi nó I2PIM bob? [00:05] &lt;thecrypto&gt; :) [00:05] &lt;jrand0m&gt; wilma thì sao? [00:05] &lt;jrand0m&gt; fred bị lấy rồi [00:05] &lt;co&gt; Gọi distributed IM thì sao? [00:05] &lt;jrand0m&gt; DIM, heh [00:05] &lt;co&gt; Nhưng, distributed IM application? [00:05] &lt;dm&gt; AIM, anonymous Instant messaging! [00:05] &lt;thecrypto&gt; acronym tệ :) [00:06] &lt;dm&gt; rồi ta chiếm AOL. [00:06] &lt;thecrypto&gt; ôi tôi không thể đợi AOL nghe thấy điều đó [00:06] &lt;ChZEROHag&gt; dm: Điều đó sẽ chọc điên vài kẻ. Tôi thích. [00:06] &lt;jrand0m&gt; heh làm đi [00:06] &lt;Ryan_Singer&gt; thecrypto, ta có thể triển khai IM phi tập trung, hay buộc phải tập trung? [00:06] &lt;co&gt; dm: Ý hay. Tôi ủng hộ acronym đó. [00:06] &lt;jrand0m&gt; theo cách tôi đọc docs của thecrypto, IM là phi tập trung hoàn toàn [00:06] &lt;thecrypto&gt; tôi đang triển khai distributed IM, nó ở CVS [00:06] &lt;beefbroth&gt; Tôi sẽ phản đối bất cứ gì gây nhầm lẫn [00:07] &lt;Ryan_Singer&gt; AOL TimeWarner đã đổi tên thành Time Warner [00:07] &lt;ChZEROHag&gt; dm: Điều đó sẽ chọc điên vài kẻ. Tôi thích. [00:07] &lt;jrand0m&gt; "ẩ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] &lt;ChZEROHag&gt; Ồ đợi đã, tôi có cái tương tự trên giấy [00:08] &lt;beefbroth&gt; Tôi thích ý tưởng của thecrypto [00:08] &lt;thecrypto&gt; cái "network" mà I2PIM chạy trên mới là điều tôi tìm [00:08] &lt;jrand0m&gt; dạy mọi người cách tự bảo vệ là rất quan trọng [00:08] &lt;thecrypto&gt; tôi đang nghĩ Presence System? [00:08] &lt;Ryan_Singer&gt; nhấn mạnh khía cạnh bảo mật của ẩn danh [00:08] &lt;dm&gt; I2M (instant 2 messaging) [00:08] &lt;ChZEROHag&gt; Dù tôi chỉ gọi nó XIrc [00:09] &lt;jrand0m&gt; bạn quyết đó thecrypto, miễn bạn thấy hợp ;) [00:09] &lt;dm&gt; và trong logo I2M, số 2 sẽ nhỏ xíu :) [00:09] &lt;thecrypto&gt; well I2P viết tắt của Invisible ... jrand0m ? [00:09] &lt;ChZEROHag&gt; Điều tôi thích là ai cũng là Borg và chat trong Collectives [00:09] &lt;jrand0m&gt; i2p = i^2p (Invisible Internet Project) [00:09] &lt;co&gt; Tôi tưởng P là protocol. [00:09] &lt;jrand0m&gt; cái đó cũng đúng [00:09] &lt;jrand0m&gt; à, thực ra, không [00:10] &lt;thecrypto&gt; vậy là Invisible Internet Project Instant Messaging [00:10] &lt;jrand0m&gt; i2np là protocol [00:10] &lt;jrand0m&gt; i2p là project [00:10] &lt;jrand0m&gt; i2cp là client proto [00:10] &lt;beefbroth&gt; Tôi tưởng nó là "poop" [00:10] &lt;co&gt; thecrypto: Bạn đúng, tên không quá quan trọng. [00:10] &lt;dm&gt; i2m = i^2m = instant invisible messaging [00:10] &lt;thecrypto&gt; vậy chủ đề tiếp theo [00:10] &lt;Ryan_Singer&gt; ok... ta đang lệch chương trình... xong IM chưa? [00:10] &lt;shardy&gt; nếu "bob" chưa đủ, ta gọi nó "jimbob" [00:10] &lt;jrand0m&gt; 0k, 6.0) administravia [00:10] &lt;thecrypto&gt; chưa, còn nữa [00:11] &lt;thecrypto&gt; xin lỗi [00:11] &lt;co&gt; Là administrivia. [00:11] &lt;thecrypto&gt; không, vẫn là IM [00:11] &lt;jrand0m&gt; nop&gt; cho tôi root. Tôi cần cài cvs ẩn danh, bugzilla, và cvsweb. [00:11] &lt;thecrypto&gt; tôi chưa xong [00:11] &lt;thecrypto&gt; :) [00:11] &lt;thecrypto&gt; tua lại! [00:11] * jrand0m lùi lại [00:11] &lt;jrand0m&gt; 5.1) thecrypto v2 [00:11] &lt;Ryan_Singer&gt; còn gì nữa trong IM, thecrypto? [00:12] &lt;mihi&gt; thecrypto: cứ nói tiếp đi; /me tôi cũng lỡ phần naming services [00:12] &lt;thecrypto&gt; ok, cách các presences giao tiếp là khác [00:12] &lt;thecrypto&gt; không phải ai cũng biết ai [00:12] &lt;thecrypto&gt; gần như không thể "stalk" ai [00:12] &lt;thecrypto&gt; bạn phải yêu cầu để được hiển thị [00:13] &lt;mihi&gt; trong mạng ẩn danh, thường là chẳng ai biết ai ;) [00:13] &lt;jrand0m&gt; (miễn là Destination của mọi người là ngẫu nhiên) [00:13] *** Thoát: pitu (Lost terminal) [00:13] &lt;dm&gt; ý bạn là gì? [00:13] &lt;thecrypto&gt; Alice muốn nói chuyện với Bob [00:13] &lt;jrand0m&gt; mihi&gt; dù naming service cho phép tìm theo service [00:13] &lt;jrand0m&gt; (service là IM, www, v.v.) [00:13] &lt;thecrypto&gt; Alice tìm IM destination của Bob bằng cách nào đó, có lẽ qua naming service [00:14] &lt;thecrypto&gt; Vậy Alice gửi thông điệp tới IM destination của Bob [00:14] &lt;dm&gt; rồi? [00:14] &lt;thecrypto&gt; anh ấy nhận một tin "Alice đã cố liên hệ bạn" nếu muốn nói chuyện, anh ấy có thể, hoặc bỏ qua [00:15] &lt;thecrypto&gt; nhưng không có central presence server, Alice cũng có thể chỉ thấy tin của cô ấy biến mất và không nhận phản hồi [00:15] &lt;dm&gt; ok, như MSN? [00:15] &lt;jrand0m&gt; (dù Alice có thể biết Bob đã bỏ qua cô ấy) [00:15] &lt;thecrypto&gt; và Alice không thể chỉ thêm Bob vào buddy list và chờ [00:15] &lt;Ryan_Singer&gt; thecrypto, ok... khác gì với Y!, MSN hoặc AIM cấu hình đúng.. ngoài việc không có server trung tâm [00:15] &lt;thecrypto&gt; vì Bob phải gửi tin cho Alice để thấy cô ấy sign on [00:15] &lt;Ryan_Singer&gt; ồ [00:15] &lt;dm&gt; ok, không thay đổi gì với người dùng, nhưng tôi hiểu ý bạn. [00:16] &lt;jrand0m&gt; thecrypto&gt; không hẳn đúng [00:16] &lt;Ryan_Singer&gt; hiểu rồi.. không có buddylist functionality... [00:16] &lt;jrand0m&gt; ồ, ờ, về kỹ thuật thì... [00:16] &lt;thecrypto&gt; Ryan_Singer: không, vẫn có buddy list [00:16] &lt;dm&gt; Alice gửi tin cho Bob thế nào nếu cô ấy không thấy anh ấy? [00:16] &lt;dm&gt; bạn chỉ thử ngẫu nhiên xem họ có ở đó không? [00:16] &lt;jrand0m&gt; bob phải gửi tin tới router của alice, có thể xảy ra mà alice không hay [00:16] &lt;thecrypto&gt; Alice có thể thử ngẫu nhiên [00:17] &lt;dm&gt; không tiện lắm? bạn online và phải gửi cho mọi người tin "bạn ở đó?, bạn ở đó?" [00:17] &lt;beefbroth&gt; thecrypto: user có thể "notify" tất cả bạn bè khi sign on bằng cách gửi tin chứ? hay đó là điều bạn vừa nói [00:17] * co lưu ý có thể có hai Bob đăng ký ở hai nhóm naming server khác nhau. [00:17] &lt;thecrypto&gt; beefbroth: đúng điều tôi nói [00:17] &lt;dm&gt; ok, tương tự hiện nay nhưng bạn mặc định invisible. [00:17] &lt;dm&gt; hiểu rồi. [00:18] &lt;thecrypto&gt; dm: không, ngược lại, khi bạn sign on, bạn gửi tin cho mọi người "Tôi online, tôi online" nếu bạn nhận tin "Tôi online" bạn trả lời [00:18] &lt;thecrypto&gt; nếu bạn muốn [00:18] &lt;co&gt; Vậy user kiểm soát ai thấy mình. [00:18] &lt;thecrypto&gt; vậy Alice có thể thêm bạn vào buddy list và bạn sẽ nhận tin khi cô ấy sign on "Alice đã thêm bạn vào buddy list, bạn có muốn thông báo hiện diện không" [00:19] &lt;Ryan_Singer&gt; khi off bạn có gửi tin "Tôi sắp off" không? [00:19] &lt;dm&gt; ok, trải nghiệm IM giống bây giờ. Chỉ muốn xác nhận. [00:19] &lt;thecrypto&gt; nếu Bob có Alice trong buddy list và nhận tin Online từ Alice thì trả lời tự động [00:19] &lt;beefbroth&gt; Có lẽ cần "ping" user IM kia theo chu kỳ để chắc không bị ngắt kết nối ngoài ý muốn [00:19] &lt;thecrypto&gt; Nếu Bob không có Alice trong buddy list và nhận tin online từ Alice, sẽ nhắc user [00:19] &lt;dm&gt; ok, đó chỉ là cách để bỏ server, nhưng câu hỏi là app có mặc định gửi "Tôi đã online" khi ai đó log on không. [00:20] &lt;Ryan_Singer&gt; hy vọng là có [00:20] &lt;jrand0m&gt; Ryan_Singer&gt; hoặc chỉ cần ping định kỳ "Tôi vẫn online" [00:20] &lt;jrand0m&gt; (và thiếu ping == off) [00:20] &lt;Ryan_Singer&gt; kiểu keep-alive? [00:20] &lt;beefbroth&gt; Có lẽ cần "ping" user IM kia theo chu kỳ để chắc không bị ngắt kết nối ngoài ý muốn [00:20] &lt;thecrypto&gt; nếu Bob có Alice trong buddy list và nhận tin Online từ Alice thì trả lời tự động [00:20] &lt;beefbroth&gt; heh [00:20] &lt;thecrypto&gt; Nếu Bob không có Alice trong buddy list và nhận tin online từ Alice, sẽ nhắc user [00:21] &lt;dm&gt; ok, trải nghiệm IM giống bây giờ. Chỉ muốn xác nhận. [00:21] &lt;thecrypto&gt; chỉ là giờ có xác nhận khi thêm bạn [00:21] &lt;thecrypto&gt; mà tôi nghĩ chỉ ICQ có [00:21] &lt;jrand0m&gt; IM sẽ là app độc lập hay tôi có thể dùng trillian? [00:21] &lt;dm&gt; vâng, MSN là vậy. [00:21] &lt;jrand0m&gt; [etc] [00:21] &lt;ChZEROHag&gt; thecrypto: ICQ chỉ giả vờ yêu cầu xác nhận [00:21] &lt;beefbroth&gt; dm: sai. bạn sẽ không phải chịu MSN, Y! và AIM đổi giao thức và khóa người dùng vài tháng một lần :) [00:22] &lt;thecrypto&gt; jrand0m: tôi sẽ làm spec, trillian hoặc cho plugin hoặc họ tự viết [00:22] &lt;thecrypto&gt; tôi sẽ viết plugin cho gaim ít nhất [00:22] &lt;thecrypto&gt; cùng với client độc lập [00:22] &lt;jrand0m&gt; hay [00:22] &lt;thecrypto&gt; vốn xây dựng để dùng với network [00:22] &lt;jrand0m&gt; gaim có hỗ trợ chuyển file không hay đó là lợi thế của client i2pim? [00:22] &lt;beefbroth&gt; thecrypto: bạn có thể nhắn các dev kopete để họ biết [00:22] * jrand0m bộc lộ sự ngáo của mình [00:23] &lt;thecrypto&gt; tôi sẽ cố làm plugin gaim hoạt động tốt như client độc lập, nhưng chưa chắc [00:23] &lt;co&gt; thecrypto: Hãy có ứng dụng độc lập trước. [00:23] &lt;thecrypto&gt; gaim chuyển file tôi nghĩ chỉ chạy trên AIM [00:23] &lt;thecrypto&gt; nên có thể phải xoay xở để đưa vào plugin [00:23] &lt;Ryan_Singer&gt; ok.. Tôi nghĩ ta đều hiểu rồi... còn vấn đề IM nào nữa? [00:24] &lt;thecrypto&gt; và cuối cùng của co [00:24] &lt;beefbroth&gt; gaim gặp vấn đề với xfer IM cho người dùng NAT [00:24] &lt;thecrypto&gt; nhiều người có thể trùng tên [00:24] &lt;thecrypto&gt; họ sẽ có destination duy nhất [00:24] *** Thoát: mihi (Ping timeout) [00:24] &lt;co&gt; Được rồi. [00:24] * mihi_backup vẫn ở đây... [00:24] &lt;thecrypto&gt; nhưng không ai có thể mạo danh [00:25] &lt;jrand0m&gt; heh nice1 mihi_backup [00:25] &lt;co&gt; Nếu dùng naming server, sẽ là "Bob từ group1" và "Bob từ group2". [00:25] &lt;co&gt; Với destination duy nhất. [00:25] &lt;jrand0m&gt; đúng thecrypto. tên là tùy ý. như dns ;) [00:25] *** mihi (~none@anon.iip) đã vào kênh #iip-dev [00:25] &lt;thecrypto&gt; client IM cũng có thể tùy chọn kiểm tra "Này, IM bạn nhận đến từ người gọi là Bob, destination của Bob trong danh sách bạn khác, chấp nhận tin không?" [00:26] &lt;dm&gt; mihi: bản dự phòng của bạn nói khi bạn vắng. [00:26] &lt;thecrypto&gt; nếu người đó cố mạo danh Bob, bạn sẽ biết, không thì bạn có thể alias họ [00:26] &lt;mihi&gt; tôi biết... [00:26] &lt;jrand0m&gt; "ai đó gọi là bob"? ai nói? họ tự gọi bob? hay một group gọi họ bob? hay bạn gọi dest của họ là bob? [00:26] &lt;thecrypto&gt; có một trường trong presence gọi là name [00:26] &lt;thecrypto&gt; tôi đang nhìn vào đó [00:27] * jrand0m thích cách ICQ xử lý vấn đề đó - mọi người là số và bạn chỉ alias số thành tên cục bộ [00:27] &lt;co&gt; Nhân tiện, tôi có nên làm NS entity names không phân biệt hoa/thường không? [00:27] &lt;jrand0m&gt; có lẽ nên co [00:27] &lt;mihi&gt; còn base64 thì vẫn phải phân biệt hoa/thường ;) [00:27] * jrand0m không muốn người ta giả mạo Jrand0m [00:27] &lt;co&gt; mihi: Entity names, không phải destinations. [00:27] &lt;jrand0m&gt; đúng đúng mihi [00:28] &lt;jrand0m&gt; (ừ, người ta có thể giả mạo jrand0m tùy. Tôi chỉ muốn lấy lại jrandom) [00:28] &lt;co&gt; tiếp đi, thecrypto. [00:28] *** Thoát: UserX_ (Ping timeout) [00:28] &lt;thecrypto&gt; tôi hết rồi [00:28] &lt;thecrypto&gt; cuối cùng :) [00:28] &lt;mihi&gt; co: bạn nên có thể đặt một destination ở bất kỳ nơi nào đặt entity name. [00:28] &lt;mihi&gt; như với tên dns và IPs [00:28] &lt;co&gt; mihi: Ý hay. Tôi sẽ thêm vào đặc tả. [00:28] &lt;thecrypto&gt; jrand0m: thực ra nó giống ICQ trừ việc bạn nói với người khác bạn muốn alias của mình là gì [00:29] &lt;thecrypto&gt; mà tôi nghĩ giờ họ làm rồi [00:29] &lt;co&gt; Ý tưởng là gõ tên ngắn hơn nhiều so với destination. [00:29] &lt;jrand0m&gt; mihi&gt; naming service chỉ chuyển tên thành destination - nếu bạn hỏi naming service cho destination của một destination, nó nên trả lời rất rất nhanh [00:29] &lt;Ryan_Singer&gt; ok mọi người... tôi có cuộc họp... jrand0m, gửi anonymail cho tôi [00:29] &lt;jrand0m&gt; ok adios [00:29] &lt;mihi&gt; jrand0m: vâng, và nó nên trả về chính dest đó, không phải "không tìm thấy" [00:30] &lt;jrand0m&gt; đúng [00:30] *** Thoát: Ryan_Singer ((null)) [00:30] &lt;jrand0m&gt; ok. ta tới 7.0) [00:30] &lt;jrand0m&gt; câu hỏi [00:30] &lt;jrand0m&gt; chào [00:30] &lt;co&gt; Còn 6.0) Administrivia thì sao? [00:31] &lt;co&gt; Hay xong rồi? [00:31] &lt;jrand0m&gt; 6.0 administravia chỉ là tôi giục nop cho root để cài cho mọi người: cvs ẩn danh, bugzilla, và giao diện cvsweb :) [00:31] &lt;beefbroth&gt; sẽ có người phụ trách đóng gói alpha, beta, release cho Win/Mac/SuSE/RehHat/Debian để tăng tốc phổ biến không? [00:32] &lt;jrand0m&gt; bạn tình nguyện chứ? [00:32] &lt;jrand0m&gt; (tức là vâng, tuyệt) [00:32] &lt;beefbroth&gt; Nếu tôi học cách tạo package cho distro của tôi :) [00:32] &lt;jrand0m&gt; bạn dùng distro nào? [00:33] &lt;co&gt; Tôi nhớ các dev IIP muốn tái triển khai IIP trên I2P. Nếu I2P đạt ẩn danh như hứa, chẳng phải đơn giản chỉ chạy IRC trên I2P? [00:33] &lt;beefbroth&gt; Nhưng ý tôi là, nhiều người phụ thuộc vào chúng. Nó sẽ giúp dễ chấp nhận hơn. Freenet chịu vì thiếu maintainers tích cực. [00:33] &lt;dm&gt; jr làm quản lý cũng ổn :) [00:33] &lt;jrand0m&gt; đúng co, đơn giản hơn, nhưng không scalable bằng [00:33] *** UserX_ (~User@anon.iip) đã vào kênh #iip-dev [00:33] &lt;thecrypto&gt; đúng, nhưng có người không muốn IRC [00:34] &lt;jrand0m&gt; beefbroth&gt; bạn hoàn toàn đúng, còn rất nhiều việc, và tôi cần ngủ ít nhất 4 tiếng một đêm [00:34] &lt;co&gt; thecrypto: Điểm hay, dù I2P sẽ ẩn địa chỉ IP của mọi người. [00:34] &lt;beefbroth&gt; jrand0m: tôi có thể giúp đóng gói khi sẵn sàng. Đó là cách hay để người không phải dev nhưng có kỹ thuật tham gia. [00:34] &lt;jrand0m&gt; tuyệt beefbroth [00:34] &lt;thecrypto&gt; nếu có IM và IRC, sẽ nhiều người dùng hơn [00:35] &lt;mihi&gt; co: vấn đề là với irc có thứ để dẹp (server). [00:35] *** jeremiah (~jeremiah@anon.iip) đã vào kênh #iip-dev [00:35] &lt;jrand0m&gt; thecrypto&gt; nhận người dùng ngay: opennap [00:35] &lt;beefbroth&gt; học làm packages dễ hơn học i2p datastructures. là cách dễ để vài người tham gia [00:35] &lt;dm&gt; IRC khá khó đúng không? [00:35] &lt;dm&gt; IRC phân tán ấy... [00:35] &lt;co&gt; mihi: Đúng. Tôi quên mất. Cảm ơn đã nhắc. Rút ý kiến. [00:36] &lt;jrand0m&gt; dm&gt; irc có thể có nhiều irc servers (như efnet, v.v.) nói chuyện với nhau qua i2p [00:36] &lt;shardy&gt; ý bạn là giao thức chat "na ná irc"? [00:36] &lt;shardy&gt; hay thích nghi irc? [00:36] &lt;jrand0m&gt; mọi người nói chuyện với nhau bằng cách tunnel tới một trong các irc servers qua i2p [00:36] &lt;dm&gt; irc với servers sau i2p thì ok, tôi nói là không có servers. Không quan trọng chắc. [00:37] &lt;jrand0m&gt; dm&gt; đúng, có thể làm tốt hơn nhiều không có server, và đã nghĩ về nó, nhưng chưa có gì thật sự chắc (theo tôi biết) [00:38] &lt;dm&gt; dù sao, lạc đề. [00:38] &lt;dm&gt; tiếp tục đi! [00:39] &lt;jrand0m&gt; còn câu hỏi nào nữa không? [00:39] &lt;jrand0m&gt; ai đọc specs chưa? ;) [00:39] &lt;jrand0m&gt; (trừ beefbroth, người đã thuộc lòng) [00:39] * dm nhìn lên trần. [00:40] &lt;jrand0m&gt; ok, vậy họp 100 phút nhé [00:40] &lt;thecrypto&gt; tôi đọc chúng khi cần :) [00:40] &lt;ChZEROHag&gt; specs! [00:40] &lt;ChZEROHag&gt; Đó là thứ tôi quên! [00:40] &lt;jrand0m&gt; heh [00:41] *** dm đã đổi chủ đề kênh #iip-dev thành topic1 [00:41] * jrand0m nạp và... [00:41] * jrand0m *baf*s kết thúc cuộc họp </div>/vi/blog/2003/09/23/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-23-th%C3%A1ng-9-n%C4%83m-2003/Tue, 23 Sep 2003 00:00:00 +0000/vi/blog/2003/09/23/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-23-th%C3%A1ng-9-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:56] <jrand0m> được rồi, được rồi [22:56] <jrand0m> chương trình họp [22:56] <jrand0m> 0.0) chào mừng [22:56] <jrand0m> 1.0) tình trạng phát triển [22:56] <jrand0m> 1.1) router [22:56] *** Myself248 (~ident@anon.iip) has joined channel #iip-dev [22:56] <jrand0m> 1.2) tiền tính DH [22:56] <jrand0m> 2.0) lộ trình vi mô [22:56] <jrand0m> 3.0) ứng dụng / cách sử dụng [22:56] <jrand0m> 4.0) ns [22:56] <jrand0m> 5.0) IM [22:56] <jrand0m> 6.0) việc hành chính lặt vặt (cvs, bugzilla, cvs list, cvs web) [22:56] <jrand0m> 7.0) câu hỏi [22:57] <jrand0m> (vâng, 7 mục hôm nay. w00t) [22:57] <jrand0m> 0.0) chào mừng [22:57] <jrand0m> chào. [22:57] <dm> chào [22:57] <jrand0m> 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] <jrand0m> và còn tăng [22:57] <jrand0m> ok [22:57] <thecrypto> 1~hi [22:57] <jrand0m> 1.1) tình trạng phát triển cho router [22:58] <jrand0m> 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] <jrand0m> 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] <ChZEROHag> Xin lỗi vì ngắt lời, hy vọng chỉ một lần thôi [22:59] <jrand0m> 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] <ChZEROHag> Có ai khác đang làm một API bằng C không? [22:59] <jrand0m> chào ChZEROHag, có gì mới không? [22:59] <ChZEROHag> 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] <jrand0m> ồ hay đấy [22:59] <jrand0m> shardy sẽ làm một cái sau khi toorcon kết thúc [22:59] <jrand0m> có lẽ hai bạn có thể cùng làm việc đó? [23:00] <co> jrand0m: Bạn có thể nhập thủ công một destination để gửi tin nhắn không? [23:00] <co> Nói rõ hơn, có biểu diễn ASCII của một destination không? [23:00] <jrand0m> có co, cả hai [23:00] <co> Tuyệt. [23:00] <jrand0m> 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] <thecrypto> vậy sẽ không dễ nhớ, nhưng sẽ là ascii? [23:01] <jrand0m> (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] <jrand0m> [mặc dù đó là H(destination).toBase64() [23:03] <jrand0m> 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] <jrand0m> ok xong 1.1. 1.2) tiền tính DH [23:03] <ChZEROHag> Anh làm giùm tôi được không? :-) [23:04] <jrand0m> đê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] <jrand0m> lol ChZEROHag [23:04] <ChZEROHag> à tôi nhớ mình cần gì rồi [23:04] <ChZEROHag> Một bản triển khai netdb [23:04] <thecrypto> nó có trong cvs không? [23:04] <thecrypto> phần dh [23:04] <jrand0m> có thecrypto [23:05] <jrand0m> C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] <ChZEROHag> Tôi sẽ còn thức thêm 3/4 giờ nữa, có lẽ sẽ có cái để làm [23:05] <jrand0m> ờ, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) has joined channel #iip-dev [23:06] <jrand0m> được. bạn cần một bản triển khai netdb để làm gì? [23:06] <ChZEROHag> Tôi không nhớ [23:06] <jrand0m> hiện tại chúng tôi có một netdb không mở rộng được trong cvs [23:06] <jrand0m> hè [23:06] <ChZEROHag> Ít nhất một tuần nay tôi chưa đụng vào [23:06] <jrand0m> bạn đang làm một API I2CP bằng C, đúng không? không phải I2NP? [23:07] <ChZEROHag> Tôi định làm hết mọi thứ [23:07] *** wax_off has left #iip-dev [23:07] <jrand0m> I2NP thực sự nhiều việc hơn I2CP rất, rất, rất nhiều [23:07] <ChZEROHag> Khi tôi thực sự bắt đầu đàng hoàng, nó sẽ cứ thế triển khai [23:07] <jrand0m> nhưng nếu bạn triển khai I2NP bằng C thì tuyệt vời [23:07] <dm> hiện có I2NP nào trong cái gì không? [23:07] <jrand0m> (I2CP:I2NP::FCP:FNP) [23:07] <jrand0m> có dm [23:08] * ChZEROHag deminimizes emacs [23:08] <jrand0m> bản triển khai Java tôi đang làm có I2NP hoạt động [23:08] <dm> được rồi... [23:08] <ChZEROHag> 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] <jrand0m> hè [23:08] <jrand0m> ờ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] <thecrypto> tôi đang lấy phần DH [23:09] <jrand0m> tuyệt [23:09] <ChZEROHag> À đúng [23:09] <Ryan_Singer> jrand0m, quay lại lịch trình, lộ trình vi mô? [23:09] * thecrypto che mặt [23:09] <ChZEROHag> vậy tôi sẽ đợi :) [23:09] <jrand0m> heh 'k [23:09] <jrand0m> lộ trình vi mô [23:09] <jrand0m> tôi đã phác thảo từ 0.1 đến 0.5 [23:09] <dm> theo lộ trình của freenet à? [23:10] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [23:10] <jrand0m> 0.1) hoạt động được, an toàn, chưa ẩn danh, chưa mở rộng được, harvestable [23:10] <dm> phát triển chậm lại và đóng băng ở 0.5... [23:10] <jrand0m> chúng ta đang ở 0.1. [23:10] <jrand0m> heh tôi cũng để ý điều đó dm, flinks dừng luôn ở 0.5.2 nữa ;) [23:10] <co> Anh gọi cả gói là gì? [23:10] <jrand0m> (trùng hợp lạ) [23:10] <co> tức là phiên bản 0.1 của cái gì? [23:10] <jrand0m> cả gói? i2p router reference implementation [23:10] <ChZEROHag> co: Wonga [23:10] * beefbroth tham gia cuộc họp [23:11] <jrand0m> buenos noches beefbroth [23:11] <co> Được rồi. Thế là hiểu. [23:11] <ChZEROHag> Thực ra có lẽ tôi sẽ gọi nó như vậy. Nghe thú vị hơn 'i2pd' [23:11] <jrand0m> 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] <jrand0m> heh [23:11] <Ryan_Singer> jrand0m, vậy 0.2) là gì? [23:11] <jrand0m> invisible internet police department [23:11] <jrand0m> ok, 0.2 [23:12] <jrand0m> 0.2 là hoạt động được, an toàn, ẩn danh, chưa mở rộng được, harvestable [23:12] <jrand0m> 0.2 thêm hỗ trợ các tunnel độ dài khác 0 [23:12] <jrand0m> 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] <jrand0m> Tôi nghĩ 0.2 sẽ sẵn sàng vào cuối tuần [23:12] <Ryan_Singer> còn bao xa nữa từ góc độ phát triển? [23:13] <Ryan_Singer> tuyệt [23:13] <jrand0m> 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] <jrand0m> 0.3 thêm một kademliaDatabaseManager [23:13] <jrand0m> hiện tại chúng tôi dùng một BroadcastDatabaseManager [23:13] <jrand0m> (aka gnunet ;) [23:14] <jrand0m> 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] <jrand0m> 0.4) là hoạt động được, an toàn, ẩn danh, mở rộng được, không-harvestable [23:14] <jrand0m> cái đó thêm các liên kết tin cậy [23:14] <Ryan_Singer> jrand0m, và triển khai kademlia là thách thức phát triển cỡ nào? [23:14] <jrand0m> 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] <jrand0m> kademlia có lẽ mất trọn một tuần [23:15] <jrand0m> (để làm cho đúng) [23:15] <jrand0m> 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] <co> Anh có chắc phát triển và thử nghiệm nhanh vậy không? [23:16] <jrand0m> Tôi chẳng chắc điều gì cả [23:16] <jrand0m> đó chỉ là ước lượng của tôi [23:16] <Ryan_Singer> co, anh ấy làm cho chạy được, bọn tôi sẽ test [23:16] <ChZEROHag> Anh chắc chứ? [23:16] <ChZEROHag> (xin lỗi) [23:16] <co> Ryan_Singer: Tôi hiểu rồi. [23:17] * jrand0m <3 những người kiểm thử :) [23:17] <Myself248> 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] <jrand0m> Myself248> có lẽ chưa cho đến 0.4 [23:17] <dm> 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] <jrand0m> 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] <Myself248> Tài liệu, tài liệu, tài liệu. [23:18] <dm> đã 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] <jrand0m> có dm, chắc chắn rồi [23:18] <jrand0m> 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] <mihi> jrand0m: làm s/0./0.0./ ;) [23:18] <jrand0m> các bản đầu sẽ công bố số liệu thật để ta tinh chỉnh [23:19] <jrand0m> 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] <shardy> ok, tôi đến rồi [23:19] <jrand0m> chào mừng trở lại shardy [23:19] <shardy> xin lỗi đến muộn, quên mất cửa sổ này đang mở, heh [23:19] <dm> hay đó. [23:19] <Ryan_Singer> có tài liệu cấp cao mô tả kiến trúc cho mạng ở .4 không? [23:19] <jrand0m> chặt đầu ngươi đi [23:20] <jrand0m> 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] <jrand0m> 0.4 là i2np đầy đủ như mô tả trong spec, chỉ là chưa triển khai tối ưu [23:20] <shardy> à và jrand0m, tôi sẽ kiểm tra tối ưu DH cho anh [23:20] <jrand0m> tốt, gracias [23:20] <Ryan_Singer> tôi có thể lấy các tài liệu đó chứ? [23:21] <jrand0m> tổng quan ở (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] <beefbroth> chúng ở trên wiki thì phải? [23:21] <jrand0m> các tài liệu tổng quan cũ... hmm [23:21] <jrand0m> (i2p specs ở (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs) [23:21] <co> Chúng ở (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] <jrand0m> đúng đó beefbroth [23:22] <jrand0m> 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] <beefbroth> Tôi nên biết chứ, tôi đọc chúng đủ nhiều rồi [23:22] <jrand0m> hehe [23:22] <co> Trừ khi đó là bản cũ hơn hoặc mirror. [23:22] <jrand0m> 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] <thecrypto> jrand0m: phần tiền tính trông ổn [23:23] <jrand0m> 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] <jrand0m> ok, đó là lộ trình vi mô [23:25] <jrand0m> 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] <dm> 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] <Ryan_Singer> lol [23:26] <beefbroth> 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] <jrand0m> heh [23:26] <Ryan_Singer> ok... Ứng dụng/cách dùng? [23:26] <jrand0m> whiskey ngon nữa chứ ;) [23:26] <jrand0m> ok, ứng dụng/cách dùng [23:27] <dm> 0.7 trong 4 giây....3...2...1..!! [23:27] <jrand0m> 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] <ChZEROHag> Làm sao anh code tử tế nếu tỉnh như sáo? [23:27] <jrand0m> tất cả những cái này dùng rất nhiều i2ptunnel tuyệt đỉnh của mihi [23:27] <co> ChZEROHag: Dễ mà. [23:27] *** mihi has changed the topic on channel #iip-dev to <dm> 0.7 in 4 seconds....3...2...1..!! [23:28] <jrand0m> 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] <jrand0m> public ww proxy (dùng i2ptunnel + squid) [23:28] * dm nghiêng mũ chào mihi. [23:28] <jrand0m> JAP (dùng i2ptunnel + JAP) [23:28] <mihi> bạn không thể “đá đít” qua i2p (qua tunnel cũng không...) [23:28] <jrand0m> duyệt www ẩn danh (i2ptunnel + trình duyệt web) [23:28] <jrand0m> chạy một i2p web server (i2ptunnel + httpd) [23:29] <co> Rất hay. Bravo, mihi. [23:29] <jrand0m> cvs outproxy (i2ptunnel) [ví dụ cvs outproxy tới sourceforge cho dev freenet ẩn danh] [23:29] <jrand0m> client cvs, server cvs [23:29] <jrand0m> ứng dụng IM, máy chủ pop3, máy chủ imap, opennap [23:29] <jrand0m> đều là “trái thấp” [23:29] <dm> ok, giờ tất cả những gì ta cần là i2p :) [23:30] <jrand0m> đúng ;) [23:30] <Myself248> 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] <Ryan_Singer> jrand0m, nhưng chúng cũng rất giá trị [23:30] <ChZEROHag> Từ danh sách đó, tôi thấy cvs quan trọng/hữu ích hơn [23:30] <ChZEROHag> 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] <jrand0m> 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] <ChZEROHag> Và lúc này ý tưởng email ẩn danh khá đáng sợ :) [23:31] * dm ghi lại: "không lusers" [23:31] <jrand0m> cvs chắc chắn nằm trong top 3 [23:31] <beefbroth> 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] <Ryan_Singer> ChZEROHag, nếu nó mở rộng được thì tốt [23:31] <ChZEROHag> dm: lusers chỉ là vấn đề ở giai đoạn đầu, nhưng họ thường không dùng cvs [23:31] <Myself248> ok, thêm nhiều hashcash cho mọi thứ email ẩn danh. [23:31] <ChZEROHag> Hoặc thậm chí biết (hoặc biết rằng) nó là gì [23:31] <co> 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] <jrand0m> đú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] <co> Xin lỗi nếu lạc đề. [23:32] <mihi> Myself248: chỉ cần thêm redirector tới một anon remailer. [23:32] <jrand0m> không, đó chắc chắn đúng chủ đề co - tấn công mạng này là then chốt [23:32] <ChZEROHag> 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] <ChZEROHag> Không phải để chặn cái có thể gọi là ‘lạm dụng’ [23:32] <jrand0m> đú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] <Ryan_Singer> jrand0m, chúng ta có thể chạy imap qua cái này dễ không? [23:33] <jrand0m> hoàn toàn được [23:33] <Ryan_Singer> ấn tượng [23:33] <jrand0m> imapd với một i2ptunnel trỏ vào nó, với i2ptunnel ở client trỏ vào destination của tunnel đó [23:34] <Myself248> và các công cụ tìm kiếm freenet :) [23:34] <mihi> ftp hoặc vài IM không phải jabber sẽ gặp vấn đề... [23:34] <jrand0m> đúng, những thứ yêu cầu hai kết nối phức tạp hơn [23:34] <ChZEROHag> jrand0m: hashcash trong i2p? [23:34] <ChZEROHag> Tôi sẽ hỏi anh về chuyện đó khi xong. [23:34] <shardy> hashcash trong i2p? hay đó. [23:34] <dm> ta đang đi trước chính mình! thôi được, ai quan tâm.. QUAKE + IIP!!!!!! [23:34] <dm> xin lỗi, I2p :) [23:34] <jrand0m> lol dm [23:35] <Myself248> 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] <co> dm: Cái đó là đi trước rất xa. [23:35] * mihi là jabber:schierlm@a-message.de ;) [23:35] <jrand0m> 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] <beefbroth> i2p tunnel phía client là tĩnh hay động? [23:35] <mihi> 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] <jrand0m> 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] <shardy> ừ. 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] <co> beefbroth: Nó có thể là động. [23:36] <Ryan_Singer> các ứng dụng tiềm năng của “trái thấp” ở đây rất ấn tượng [23:36] <jrand0m> đúng đó mihi [23:36] <jrand0m> “eleventy”. heh [23:36] <ChZEROHag> “trái thấp” về cơ bản là ứng dụng internet “bình thường”, nhưng ẩn danh [23:36] <ChZEROHag> đúng không? [23:36] <jrand0m> đúng [23:36] <Ryan_Singer> đúng [23:36] <dm> (quake) [23:37] <jrand0m> 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] <jrand0m> (ta đang ở 0.1) [23:37] <shardy> “không-harvestable” là sao? [23:37] <co> Xin lỗi, “harvestable” là gì nhỉ? [23:37] <ChZEROHag> 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] <Myself248> Phù. Tôi cũng mong ai đó hỏi. ;) [23:37] <Ryan_Singer> ghi log được [23:37] <jrand0m> “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] <Myself248> ồ, như với gnutella. :) [23:38] <Ryan_Singer> kiểu “mật vụ” ấy [23:38] <jrand0m> đúng [23:39] <shardy> à, hiểu rồi. [23:39] <jrand0m> ok, nhưng vâng, đó là lộ trình vi mô. [23:40] <jrand0m> 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] <Ryan_Singer> jrand0m, ta sẽ thấy .4 khi nào? [23:40] <jrand0m> 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] <mihi> 1.0 nên ổn định. [23:40] <co> Hãy để 1.0 là hoạt động được và an toàn. [23:40] <thecrypto> đồng ý với co [23:41] <Ryan_Singer> 1.0 nên hoạt động được, ổn định và an toàn [23:41] <ChZEROHag> 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] <Myself248> 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] <jrand0m> word [23:41] <mrflibble> 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] <mrflibble> mọi người cũng không mong chúng hoàn hảo [23:41] <dm> tôi bỏ lỡ 1.0 à? [23:41] <ChZEROHag> 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] <Ryan_Singer> phần mềm này sẽ là GPL hay LGPL? [23:41] <jrand0m> tuyệt, tôi đã bị phàn nàn vì 1.0 chưa “hoàn hảo” rồi [23:41] <ChZEROHag> Điều đó không có nghĩa nó không nên hoàn hảo. [23:41] <mrflibble> ý hay đó ChZEROHag [23:42] <dm> à chết, tôi đã bỏ lỡ rồi nhỉ.. [23:42] <mihi> dm: thôi đừng đùa [23:42] <mrflibble> đúng thế, cậu bỏ lỡ rồi [23:42] <jrand0m> 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] <dm> được rồi được rồi tôi xin lỗi :( [23:42] <jrand0m> thực ra, tôi rút lại [23:42] <jrand0m> tôi còn dùng Base64.java từ freenet nữa [23:43] <beefbroth> ta vẫn ở mục 0.3 Ứng dụng à? [23:43] <jrand0m> vậy base64 là GPL :) [23:43] <thecrypto> và client IM sẽ là GPL [23:43] <jrand0m> ồ đúng, ta đang ở 0.3 nhỉ [23:43] <thecrypto> 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] <jrand0m> heh thecrypto [23:43] <ChZEROHag> GPL nghe ổn với tôi [23:43] <jrand0m> w0ah, 23 người dùng [23:43] <Myself248> ta đang ở mục 6.02E23 trong chương trình, linh tinh. :) [23:43] <Ryan_Singer> 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] <jrand0m> được Ryan_Singer [23:43] <ChZEROHag> 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] <mihi> jrand0m: 22 ;) [23:43] <jrand0m> ChZEROHag> đọc giấy phép của tôi trên flinks ;) [23:43] <Myself248> ta cần một hệ thống tòa án ẩn danh. [23:44] * mihi ở đây hai lần [23:44] <jrand0m> Myself248> gọi là yodel ;) [23:44] <Myself248> "Tòa hiện xét hồ sơ số 34534, J. Doe kiện J. Doe" [23:44] <Ryan_Singer> 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] <co> Naming server sẽ cấp phép GPL luôn. [23:44] <CCD> lol [23:44] <Myself248> "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] <shardy> ừm [23:45] <shardy> 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] <co> shardy: Ý bạn là public domain? [23:45] <beefbroth> 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] <jrand0m> shardy> spec thì công khai và mở. Tôi không khẳng định bản quyền trên spec. [23:45] <Ryan_Singer> xem giao thức liberty đi.... (Link: http://projectliberty.org)http://projectliberty.org [23:45] <shardy> 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] <jrand0m> ok, lý do tôi đưa 3.0) ứng dụng vào danh sách vấn đề là thế này [23:46] <jrand0m> chúng tôi cần trợ giúp. [23:46] <Ryan_Singer> cần giúp cái gì? [23:46] <jrand0m> i2ptunnel là code tốt. router của i2p sẽ là code tốt. [23:47] <jrand0m> đ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] <dm> sao cần ứng dụng nếu chỉ cần dùng i2ptunner? [23:47] <ChZEROHag> jrand0m: nói lại? [23:47] <jrand0m> 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] <ChZEROHag> dm: Sao cần ứng dụng nếu có thể dùng telnet? [23:47] <dm> 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] <ChZEROHag> 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] <jrand0m> 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] <jrand0m> ok, 4.0) [23:48] <jrand0m> naming service [23:48] <dm> Tôi hiểu anh ấy đang cố nói gì. [23:48] <jrand0m> chào co, sao rồi? :) [23:48] <co> Naming server phải GPL, vì ít nhất bản Java dùng code từ client library để liên hệ router. [23:49] <dm> nhưng ta vừa mất 20 phút để nói: I2Ptunnel + web server!, I2Ptunnel + quake! ;) [23:49] <ChZEROHag> 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] <co> 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] <ChZEROHag> i2ptunnel là giải pháp tạm thời [23:49] <co> Tuần này tôi có thời gian để bắt đầu triển khai naming server. [23:49] <jrand0m> hay [23:49] <jrand0m> client api ở đâu ấy nhỉ? [23:50] <mihi> trên mailing list ;) [23:50] <co> 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] <jrand0m> 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] <dm> TCP cũng vậy! [23:50] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:50] <jrand0m> chào yodel [23:50] <beefbroth> 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] <co> Tôi sẽ đưa spec naming service và client API vào CVS. [23:50] <jrand0m> mừng quay lại thecrypto [23:50] <ChZEROHag> 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] <jrand0m> beefbroth> có naming service hay không? [23:50] <jrand0m> heh mihi [23:50] <ChZEROHag> tránh tình trạng chiếm chỗ, v.v. đã làm DNS khốn khổ [23:50] <thecrypto> có ai gửi cho tôi những gì đã xảy ra không? [23:51] <beefbroth> jrand0m: có. tôi nghĩ không có thì sẽ là một chuỗi số dài. [23:51] <co> 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] <co> Như IM.beefbroth.mygroup nếu bạn cung cấp dịch vụ IM. [23:51] <mihi> ối, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) has joined channel #iip-dev [23:51] *** Signoff: godmode0 (EOF From client) [23:51] <jrand0m> 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] <co> Đúng, sẽ có thể có ai đó đăng ký username beefbroth với group2. [23:51] <thecrypto> trong 4 phút tôi vắng mặt [23:52] <ChZEROHag> co: Vậy chỉ có vấn đề duy nhất là tính duy nhất của .mygroup? [23:52] <ChZEROHag> Và ai sẽ lấy nhóm 'com'? :-) [23:52] <jrand0m> và cái đó do client chọn [23:52] <mihi> ChZEROHag: i2p không COMmerical [23:52] <jrand0m> (ví dụ, bạn bảo thư viện ns client “group '.com' là group 0123ff33aefcbb34fe [23:52] <beefbroth> 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] <co> ChZEROHag: Tôi không chắc ai sẽ lấy nhóm “com”. [23:52] <co> Câu hỏi hay. [23:53] <shardy> beefbroth: trừ việc “web thường” giờ không chỉ có tld 3 chữ cái [23:53] <mihi> beefbroth: hoặc thêm .i2p vào mọi địa chỉ. [23:53] <ChZEROHag> beefbroth: Cảm giác đó chỉ có ở Mỹ [23:53] <shardy> tlds. [23:53] <jrand0m> ban đầu, ta có lẽ chỉ muốn có một nhóm naming server, “.i2p” [23:53] <co> beefbroth: Phần mềm naming server cho phép bạn dùng tới 32 chữ cái. [23:53] <ChZEROHag> Ở nơi khác ta dùng mã quốc gia 2 chữ cái [23:53] <shardy> .us cũng dùng ở Mỹ. [23:53] <co> Thực ra, tôi muốn nhóm đầu tiên là “test”. [23:53] <shardy> cũng như .info và .name [23:53] <jrand0m> heh 'k [23:54] <ChZEROHag> shardy: vâng, do khoảng 5 người dùng. [23:54] <ChZEROHag> Nhưng đó có lẽ là chủ đề cho lúc khác :) [23:54] <jrand0m> thực ra... [23:54] <shardy> còn có cả .museum [23:54] <Ryan_Singer> jrand0m, dùng .12p nghe ổn [23:54] <jrand0m> tôi từng gặp một DNS phân tán dựa trên JXTA hôm trước [23:54] <co> 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] <ChZEROHag> Vâng đoạn đó rất hợp lý [23:55] <mihi> ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] <jrand0m> 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] <co> ChZEROHag: Khi đăng ký username với một nhóm, thì đúng là first-come-first-served. [23:55] <co> jrand0m: Tôi sẽ xem sau cuộc họp. [23:55] <jrand0m> jxta chạy naming server dựa trên các điểm rendezvous [23:55] <ChZEROHag> mihi: cái gì thế? [23:55] <beefbroth> 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] <co> beefbroth: Tôi nghĩ là không. [23:57] <mihi> ChZEROHag: nghe đi. vì sao xxx triệu người Mỹ thích .us hơn .com [23:57] <mihi> 68 triệu [23:57] <co> Theo tôi hình dung, người lập nhóm sẽ công bố các nhóm đó. [23:57] <jrand0m> 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] <jrand0m> 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] <shardy> nhưng trao đổi khóa làm sao? [23:58] <co> 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] <ChZEROHag> 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] <beefbroth> 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] <co> Câu hỏi hay, và tôi sẽ suy nghĩ lại cẩn thận. [23:58] <ChZEROHag> mihi: dù sao tôi sẽ nghe thử [23:58] <jrand0m> shardy> không có trao đổi khóa - chỉ công bố khóa [23:58] <beefbroth> tôi hiểu, ý hay [23:58] <ChZEROHag> co: Vâng đó cũng là điều tôi muốn hỏi đến [23:58] <shardy> nhưng khóa vẫn có thể bị chặn nếu công bố online [23:58] <jrand0m> beefbroth> không ai “nhận” gì cả. client của bạn nói “i2p == [dest1, dest2, dest]” [23:59] <shardy> ta cần hệ thống dns dựa trên tin cậy :) [23:59] <shardy> để 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] <co> Cảm ơn đã nêu vấn đề này. [23:59] <jrand0m> 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] <ChZEROHag> 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] <ChZEROHag> :-D [23:59] <mrflibble> họ đang thử với dnssec, nhưng dĩ nhiên nó không ẩn danh [00:00] <jrand0m> naming service này loại bỏ root server [00:00] <beefbroth> 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] <shardy> 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] <co> shardy: Tôi nghĩ tôi đã đề cập trao đổi khóa trong spec. Nếu chưa, nhắc tôi. [00:00] <shardy> nhưng đóng gói ngoài băng thì tốt hơn [00:00] <shardy> co: Tôi sẽ xem. [00:00] <jrand0m> shardy> ừ, đúng. mọi người cần có thể tin code họ tải về [00:00] <co> beefbroth: Chắc chắn rồi. [00:01] <ChZEROHag> à nhắc tôi [00:01] <jrand0m> 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 &amp; wiki để mọi người truy cập qua i2p [00:01] <ChZEROHag> 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] <jrand0m> heh ok [00:01] <co> Xin hiểu rằng spec của naming server vẫn mở cho góp ý cải thiện. [00:02] <shardy> 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] <co> Tôi không nói nó hoàn hảo hay chốt ở thời điểm này. [00:02] <jrand0m> heh hy vọng chuyến bay dài [00:02] <shardy> 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] <co> Và tôi phải viết code. [00:02] <co> Tôi nghĩ ta có thể chuyển sang chủ đề tiếp theo. [00:02] <jrand0m> 'k [00:02] <jrand0m> 5.0) IM [00:03] <jrand0m> chào thecrypto [00:03] <mihi> tên không nên xung đột với biểu diễn base64. [00:03] <thecrypto> chào [00:03] <thecrypto> được rồi [00:03] <mihi> và naming server nên trả về địa chỉ base64 nguyên trạng một cách trong suốt. [00:03] <co> mihi: Rất tốt, tôi sẽ cố tránh vấn đề đó. [00:03] <thecrypto> đầu tiên vì email của tôi lại không hoạt động (đồ spam chết tiệt) [00:03] <jrand0m> (mọi class mở rộng DataStructure đều có String .toBase64() và .fromBase64(InputStream) ) [00:03] <thecrypto> 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] <mihi> jrandom? sao là Inputstream mà không phải Reader? [00:04] <thecrypto> “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] <jrand0m> nếu bạn muốn Reader, cứ bọc bằng InputStreamReader, đồ nhóc [00:04] <mihi> base64 là ký tự, không phải byte theo ý tôi. [00:04] <ChZEROHag> jrand0m: IM == Instant Messaging? [00:04] <jrand0m> đúng ChZEROHag [00:04] <thecrypto> 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] <ChZEROHag> jabber? [00:05] <thecrypto> IM == mạng IM phân tán tự tôi viết [00:05] <shardy> bạn nên gọi nó là “bob” [00:05] <jrand0m> 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] <co> Gọi là ứng dụng IM thì sao? [00:05] <ChZEROHag> (anonabber) [00:05] <co> jrand0m: Tôi hiểu rồi. [00:05] <thecrypto> jabber yêu cầu server tập trung [00:05] <jrand0m> thuật ngữ không quan trọng với tôi. Tôi thích ý của shardy [00:05] <ChZEROHag> thecrypto: Chẳng cái gì “yêu cầu” server tập trung cả [00:05] <thecrypto> và hôm nay tôi đánh vần tệ nên bỏ qua nhé [00:05] <ChZEROHag> Chỉ là người ta viết như vậy [00:05] <jrand0m> (dù tôi thích Betty hơn) [00:05] <thecrypto> vậy bạn muốn tôi gọi nó là I2PIM bob à? [00:05] <thecrypto> :) [00:05] <jrand0m> wilma thì sao? [00:05] <jrand0m> fred bị lấy rồi cơ [00:05] <co> Hay là gọi là IM phân tán? [00:05] <jrand0m> DIM, heh [00:05] <co> Nhưng thế thì, ứng dụng IM phân tán? [00:05] <dm> AIM, anonymous Instant messaging! [00:05] <thecrypto> acronym tệ quá :) [00:06] <dm> rồi ta chiếm AOL. [00:06] <thecrypto> ồ tôi nóng lòng chờ AOL biết chuyện này [00:06] <ChZEROHag> dm: Điều đó sẽ làm vài kẻ bựa bực mình. Tôi thích. [00:06] <jrand0m> heh làm đi [00:06] <Ryan_Singer> 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] <co> dm: Ý hay. Tôi ủng hộ acronym đó. [00:06] <jrand0m> 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] <thecrypto> tôi đang triển khai IM phân tán, nó ở trong CVS [00:06] <beefbroth> 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] <Ryan_Singer> AOL TimeWarner đã đổi tên thành Time Warner [00:07] <ChZEROHag> dm: Điều đó sẽ làm vài kẻ bựa bực mình. Tôi thích. [00:07] <jrand0m> “ẩ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] <ChZEROHag> Ồ khoan, tôi có cái gì đó như thế này viết ra giấy [00:08] <beefbroth> Tôi thích ý tưởng của thecrypto [00:08] <thecrypto> “network” mà I2PIM chạy trên là gì, tôi đang tìm từ [00:08] <jrand0m> dạy mọi người cách tự bảo vệ mình là điều rất quan trọng [00:08] <thecrypto> tôi nghĩ “Presence System”? [00:08] <Ryan_Singer> quảng bá khía cạnh bảo mật của ẩn danh [00:08] <dm> I2M (instant 2 messaging) [00:08] <ChZEROHag> Mặc dù tôi chỉ gọi nó là XIrc [00:09] <jrand0m> bạn là nhất đấy thecrypto, gì cũng được ;) [00:09] <dm> và trong logo I2M, số 2 sẽ rất nhỏ :) [00:09] <thecrypto> vậy I2P là viết tắt của Invisible ... jrand0m ? [00:09] <ChZEROHag> Điều tôi thích nhất là ai cũng gọi là Borg và chat trong Collectives [00:09] <jrand0m> i2p = i^2p (invisible internet project) [00:09] <co> Tôi tưởng P là protocol. [00:09] <jrand0m> cái đó cũng đúng [00:09] <jrand0m> à, thực ra, không [00:10] <thecrypto> vậy là Invisible Internet Project Instant Messaging [00:10] <jrand0m> i2np là protocol [00:10] <jrand0m> i2p là project [00:10] <jrand0m> i2cp là client proto [00:10] <beefbroth> Tôi tưởng nó là “poop” [00:10] <co> thecrypto: Đúng, tên không quá quan trọng. [00:10] <dm> i2m = i^2m = instant invisible messaging [00:10] <thecrypto> vậy chuyển chủ đề nhé [00:10] <Ryan_Singer> ok.... ta đang lệch khỏi chương trình... xong IM chưa? [00:10] <shardy> nếu “bob” chưa đủ, ta gọi là “jimbob” [00:10] <jrand0m> 0k, 6.0) việc hành chính lặt vặt [00:10] <thecrypto> chưa, còn nữa [00:11] <thecrypto> xin lỗi [00:11] <co> Là administrivia. [00:11] <thecrypto> không, vẫn là IM [00:11] <jrand0m> nop> cho tôi root. Tôi cần cài anon cvs, bugzilla, và cvsweb. [00:11] <thecrypto> tôi chưa xong [00:11] <thecrypto> :) [00:11] <thecrypto> tua lại! [00:11] * jrand0m lùi lại [00:11] <jrand0m> 5.1) thecrypto v2 [00:11] <Ryan_Singer> còn gì trong IM nữa, thecrypto? [00:12] <mihi> thecrypto: cứ nói tiếp đi; /me tôi cũng bỏ lỡ phần naming services như vậy [00:12] <thecrypto> được rồi, chuyện các presence giao tiếp là khác [00:12] <thecrypto> không phải ai cũng biết mọi người khác [00:12] <thecrypto> gần như không thể “bám đuôi” ai [00:12] <thecrypto> bạn phải yêu cầu mới được hiển thị [00:13] <mihi> trong mạng ẩn danh, thường chẳng ai biết ai cả ;) [00:13] <jrand0m> (miễn là Destination của mọi người là ngẫu nhiên) [00:13] *** Signoff: pitu (Lost terminal) [00:13] <dm> ý bạn là gì? [00:13] <thecrypto> Alice muốn nói chuyện với Bob [00:13] <jrand0m> mihi> dù naming service cho phép tìm theo dịch vụ [00:13] <jrand0m> (dịch vụ là IM, www, v.v.) [00:13] <thecrypto> Alice tìm destination IM của Bob bằng cách nào đó, có lẽ qua naming service [00:14] <thecrypto> Vậy Alice gửi tin nhắn tới destination IM của Bob [00:14] <dm> rồi? [00:14] <thecrypto> 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] <thecrypto> 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] <dm> ok, như MSN thì? [00:15] <jrand0m> (dù Alice có thể biết Bob đã phớt lờ cô ấy) [00:15] <thecrypto> và Alice không thể chỉ bỏ Bob vào buddy list và đợi anh ấy [00:15] <Ryan_Singer> 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] <thecrypto> vì Bob phải gửi tin nhắn cho router của Alice để thấy cô ấy đăng nhập [00:15] <Ryan_Singer> ồ [00:15] <dm> 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] <jrand0m> thecrypto> không hẳn đúng [00:16] <Ryan_Singer> hiểu rồi.. không có chức năng buddylist... [00:16] <jrand0m> ồ, ừm, về mặt kỹ thuật thì... [00:16] <thecrypto> Ryan_Singer: không, vẫn có buddy list [00:16] <dm> làm sao alice gửi tin nhắn cho bob nếu cô ấy không thấy anh ấy? [00:16] <dm> bạn chỉ phải thử liên hệ ngẫu nhiên xem có ai đó ở đó? [00:16] <jrand0m> 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] <thecrypto> Alice có thể thử ngẫu nhiên [00:17] <dm> 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] <beefbroth> 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] <thecrypto> beefbroth: đó chính là điều tôi nói [00:17] <dm> ok, tương tự như hiện nay nhưng mặc định bạn vô hình. [00:17] <dm> hiểu rồi. [00:18] <thecrypto> 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] <thecrypto> nếu bạn muốn [00:18] <co> Vậy người dùng kiểm soát ai có thể thấy mình. [00:18] <thecrypto> 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] <Ryan_Singer> khi bạn thoát bạn có gửi trước tin “Tôi thoát đây” không? [00:19] <dm> ok, vậy trải nghiệm IM giống như bây giờ. Chỉ muốn xác nhận. [00:19] <thecrypto> 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] <beefbroth> 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] <thecrypto> 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] <dm> 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] <Ryan_Singer> hy vọng là có [00:20] <jrand0m> Ryan_Singer> hoặc chỉ cần “tôi vẫn online” theo chu kỳ [00:20] <jrand0m> (và mất ping == offline) [00:20] <Ryan_Singer> kiểu keep-alive? [00:20] <beefbroth> 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] <thecrypto> 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] <beefbroth> heh [00:20] <thecrypto> 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] <dm> ok, vậy trải nghiệm IM giống như bây giờ. Chỉ muốn xác nhận. [00:21] <thecrypto> chỉ là giờ có xác nhận khi thêm bạn [00:21] <thecrypto> mà tôi nghĩ chỉ ICQ có [00:21] <jrand0m> ứng dụng IM sẽ độc lập hay tôi có thể dùng trillian? [00:21] <dm> vâng, MSN cũng vậy. [00:21] <jrand0m> [etc] [00:21] <ChZEROHag> thecrypto: ICQ chỉ giả vờ yêu cầu xác nhận thôi [00:21] <beefbroth> 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] <thecrypto> jrand0m: tôi sẽ viết spec, trillian có plugin interface thì tốt, hoặc họ tự viết [00:22] <thecrypto> tôi sẽ viết plugin cho gaim ít nhất [00:22] <thecrypto> cùng với client độc lập [00:22] <jrand0m> hay [00:22] <thecrypto> cái này được xây dựng để dùng với network [00:22] <jrand0m> gaim có hỗ trợ truyền file không hay đó sẽ là lợi thế của client i2pim? [00:22] <beefbroth> 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] <thecrypto> 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] <co> thecrypto: Hãy làm ứng dụng độc lập trước. [00:23] <thecrypto> truyền file trên gaim tôi nghĩ chỉ chạy trên AIM [00:23] <thecrypto> nên có thể phải xoay sở để đưa vào plugin [00:23] <Ryan_Singer> ok.. tôi nghĩ ai cũng hiểu rồi... còn vấn đề IM nào nữa không? [00:24] <thecrypto> còn điều cuối của co [00:24] <beefbroth> gaim gặp vấn đề với truyền IM cho người dùng dùng NAT [00:24] <thecrypto> nhiều hơn một người có thể có cùng tên [00:24] <thecrypto> họ sẽ có destination duy nhất [00:24] *** Signoff: mihi (Ping timeout) [00:24] <co> Được rồi. [00:24] * mihi_backup vẫn ở đây... [00:24] <thecrypto> nhưng ai đó không thể mạo danh [00:25] <jrand0m> heh nice1 mihi_backup [00:25] <co> Nếu bạn dùng naming server, sẽ là “Bob từ group1” và “Bob từ group2”. [00:25] <co> Với destination duy nhất. [00:25] <jrand0m> đúng thecrypto. tên là tùy ý. giống như dns ;) [00:25] *** mihi (~none@anon.iip) has joined channel #iip-dev [00:25] <thecrypto> 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] <dm> mihi: bản dự phòng của bạn đã nói khi bạn vắng. [00:26] <thecrypto> 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] <mihi> tôi biết... [00:26] <jrand0m> “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] <thecrypto> có một field trong presence gọi là name [00:26] <thecrypto> 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] <co> 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] <jrand0m> có lẽ nên co [00:27] <mihi> 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] <co> mihi: Tên thực thể, không phải destination. [00:27] <jrand0m> đúng đúng mihi [00:28] <jrand0m> (à, 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] <co> Tiếp đi, thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] <thecrypto> hết rồi [00:28] <thecrypto> cuối cùng :) [00:28] <mihi> 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] <mihi> như với tên dns và IP [00:28] <co> mihi: Ý hay. Tôi sẽ thêm vào spec. [00:28] <thecrypto> 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] <thecrypto> mà tôi nghĩ giờ họ cũng làm thế [00:29] <co> Ý tưởng là tên sẽ ngắn hơn nhiều so với destination để gõ. [00:29] <jrand0m> 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] <Ryan_Singer> ok mọi người... tôi có cuộc họp... jrand0m, gửi anonymail cho tôi [00:29] <jrand0m> 'k tạm biệt [00:29] <mihi> 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] <jrand0m> đúng [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] <jrand0m> ok. ta ở 7.0) [00:30] <jrand0m> câu hỏi [00:30] <jrand0m> chào [00:30] <co> Còn 6.0) Administrivia thì sao? [00:31] <co> Hay anh xong rồi? [00:31] <jrand0m> 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] <beefbroth> 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] <jrand0m> bạn xung phong à? [00:32] <jrand0m> (tức là vâng, sẽ rất tuyệt) [00:32] <beefbroth> 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] <jrand0m> bạn dùng distro nào? [00:33] <co> 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] <beefbroth> 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] <dm> jr làm quản lý tốt đấy :) [00:33] <jrand0m> đú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] <thecrypto> đúng, nhưng có người không muốn IRC [00:34] <jrand0m> 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] <co> thecrypto: Đúng, dù I2P sẽ ẩn danh địa chỉ IP của người dùng. [00:34] <beefbroth> 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] <jrand0m> tuyệt vời beefbroth [00:34] <thecrypto> nếu ta có IM và IRC, sẽ có nhiều người dùng hơn [00:35] <mihi> 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] <jrand0m> thecrypto> “nhận nuôi” ngay: opennap [00:35] <beefbroth> 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] <dm> IRC khá khó chứ nhỉ? [00:35] <dm> IRC phân tán ấy... [00:35] <co> mihi: Dĩ nhiên. Tôi quên mất. Cảm ơn đã nhắc. Rút lại ý kiến. [00:36] <jrand0m> 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] <shardy> ý bạn là giao thức chat “giống irc”? [00:36] <shardy> hay thích nghi irc? [00:36] <jrand0m> 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] <dm> 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] <jrand0m> 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] <dm> dù sao thì, lạc đề rồi. [00:38] <dm> tiếp tục đi! [00:38] <jrand0m> còn câu hỏi nào khác không? [00:38] <jrand0m> có ai đọc spec chưa? ;) [00:38] <jrand0m> (trừ beefbroth, người đã học thuộc) [00:38] * dm nhìn lên trần nhà. [00:39] <jrand0m> ok, vậy là cuộc họp 100 phút nhé [00:39] <thecrypto> tôi đọc khi cần :) [00:39] <ChZEROHag> spec! [00:39] <ChZEROHag> Đó là thứ tôi quên! [00:39] <jrand0m> 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 </div>/vi/blog/2003/09/16/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-16-th%C3%A1ng-9-n%C4%83m-2003/Tue, 16 Sep 2003 00:00:00 +0000/vi/blog/2003/09/16/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-16-th%C3%A1ng-9-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> co, jrand0m, LeerokLacerta, mihi, mrflibble, mrsc, nop, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:53] <jrand0m> 0) chào mừng [22:54] <jrand0m> 1) ứng dụng: [22:54] <jrand0m> 1.1) IM [22:54] <jrand0m> 1.2) NS [22:54] <jrand0m> 2) tình trạng phát triển: [22:54] <jrand0m> 2.1) các subsystem [22:54] <jrand0m> 2.2) lưu trữ khóa mã hóa lâu dài [22:54] <jrand0m> 2.3) việc cần làm [22:54] <jrand0m> 3) chuyện đặc tả [22:54] <jrand0m> 3.1) chỉnh sửa [22:54] <jrand0m> 4) hành chính linh tinh: [22:54] <jrand0m> 4.1) anon cvs [22:54] <jrand0m> 5) ? [22:55] <jrand0m> ok, 0) chào mừng [22:55] <jrand0m> chào mừng đến với cuộc họp 58 [22:55] <thecrypto> hết rồi đó [22:55] <jrand0m> vâng thưa ngài, trừ khi ai còn gì muốn thêm? [22:55] * nop để ý jrand0m hướng đối tượng với cách đánh số :) [22:56] <nop> 3.1.2.2.4.5.8() ;) [22:56] <jrand0m> này, chúng có thể là structs ;) [22:56] <nop> haha [22:56] <nop> điều đó chắc chắn đúng [22:56] <jrand0m> ok, 1.1) IM. thecrypto? [22:56] <nop> mặc dù [22:56] <nop> 2 có kế thừa [22:57] <nop> ;) [22:57] <jrand0m> hehe [22:57] <nop> đừng để ý tôi [22:57] <nop> ok [22:57] <nop> xin lỗi [22:57] <nop> tiếp tục đi [22:57] *** mihi_ (~none@anon.iip) đã vào kênh #iip-dev [22:57] <thecrypto> được rồi, hiện tại tôi đang tải lên vài đặc tả cơ bản cho IM [22:58] <thecrypto> (Link: http://www.thecrypto.org/i2pim.sxw)http://www.thecrypto.org/i2pim.sxw cho oowriter [22:58] <thecrypto> và tôi đang tải lên bản pdf [22:59] <nop> nếu muốn tôi có thể đưa lên trang i2p [22:59] <thecrypto> đợi tôi chút [22:59] <thecrypto> được [22:59] *** mrflibble (mrflibble@anon.iip) đã vào kênh #iip-dev [22:59] <jrand0m> bạn muốn đưa nó vào i2p/apps/IM/doc/ không? [22:59] *** mihi_ bây giờ được gọi là mihi_backup [23:00] <nop> tôi có thể [23:00] <nop> vâng [23:00] <jrand0m> ý tôi là vào cvs :) [23:00] <thecrypto> tôi cũng có thể làm vậy [23:00] <jrand0m> (nhưng đưa lên web cũng tốt) [23:00] <nop> ồ [23:00] <nop> haha [23:00] <thecrypto> (Link: http://www.thecrypto.org/i2pim.pdf)http://www.thecrypto.org/i2pim.pdf [23:01] <MrEcho> "the file is damaged and could not be repaired" lỗi AR [23:01] <thecrypto> thử lại đi [23:01] * jrand0m tải được bình thường [23:01] <co> MrEcho: File PDF hả? [23:01] <jrand0m> (file sxw) [23:01] <thecrypto> lúc đó mới tải được một phần [23:01] <MrEcho> giờ được rồi [23:01] <MrEcho> hehe [23:02] <thecrypto> cơ bản là tôi chỉ đưa vào phần presence, tin nhắn online/offline, và một message message [23:02] <thecrypto> tôi trơ trẽn cắt dán vài phần từ tài liệu I2NP [23:02] <thecrypto> :) [23:02] <jrand0m> hehe tôi nghĩ vài phần nhìn quen quen :) [23:02] <thecrypto> tôi cũng đang tải lên phần UI tôi [23:02] <thecrypto> đã làm việc [23:03] <thecrypto> jrand0m: tôi có cần tạo thư mục apps/IM/doc không [23:03] <jrand0m> có, và cvs add từng cái một [23:03] <thecrypto> -kb? [23:03] <jrand0m> đúng [23:03] <co> thecrypto: Tôi nghĩ apps/ hiện đã có rồi. [23:04] <jrand0m> presence là gì? [23:05] <thecrypto> để tôi chạy update [23:05] <thecrypto> nhưng nó đang vào rồi [23:05] *** Signoff: shardy (Ping timeout) [23:05] <thecrypto> ý tôi là cứ xé nhỏ đặc tả ra mà đọc [23:05] <thecrypto> và UI cũng sẽ sớm có trong đó [23:05] <thecrypto> nếu có gì cần làm rõ thì anonymail, e-mail, gì cũng được cho tôi, tôi sẽ sửa [23:05] <mrflibble> tôi lỡ cuộc họp rồi à? [23:05] *** shardy (~shardy@anon.iip) đã vào kênh #iip-dev [23:05] <co> thecrypto: Bạn có thể thông báo lên mailing list nữa, kèm link đến tài liệu. [23:05] <thecrypto> tôi tưởng tôi có đưa vào đó rồi? [23:05] <jrand0m> chưa, vẫn ở mục đầu tiên thôi mrflibble [23:05] <co> mrflibble: Cuộc họp đang diễn ra. [23:05] <mrflibble> ồ xin lỗi, tôi không thấy "logger" [23:06] <jrand0m> thecrypto> bạn nói đó là một destination (đích trong I2P), nhưng đó có phải là destination để gửi tin nhắn không? tin nhắn offline hoạt động thế nào? [23:06] <mihi> không có mids ở đây, nên không có logger ;) [23:06] <mrflibble> ok [23:06] * mrflibble quay lại lurk [23:06] <jrand0m> à khoan, đây chỉ là các thông báo presence, xin lỗi [23:06] <mihi> làm sao đăng ký theo dõi một presence? [23:06] <thecrypto> jrand0m: không có tin nhắn offline [23:07] <thecrypto> về cơ bản [23:07] <thecrypto> presence chỉ gói một destination và một tên lại với nhau [23:07] <thecrypto> cho tiện [23:08] <thecrypto> vậy nếu muốn chuyển sang NS thì ta làm, rồi quay lại cái này sau nhé? [23:09] <jrand0m> ừ, ổn [23:09] <thecrypto> và bạn vẫn có thể nhắn hỏi tôi [23:09] <jrand0m> thực ra, một câu hỏi nhanh [23:09] <thecrypto> hỏi đi [23:09] <jrand0m> vậy IM chỉ có văn bản thôi? [23:10] <thecrypto> với bản cơ bản này thì đúng, nhưng tôi sẽ thêm hỗ trợ file [23:10] <jrand0m> hay [23:10] <thecrypto> tôi chỉ muốn lo phần khởi đầu của hệ thống rồi xây dựng tiếp [23:10] <jrand0m> (iterative and incremental)++ [23:11] <jrand0m> ok tuyệt. Tôi sẽ xem kỹ hơn và mọi người cũng nên thế... giờ chuyển sang 1.2) NS (naming service - dịch vụ đặt tên). co? [23:11] <co> Bản 1.1 (cuối) của đặc tả dịch vụ đặt tên đã phát hành đầu hôm nay. [23:12] <jrand0m> (và mọi người vui mừng khôn xiết) [23:12] <co> Cơ bản là, tôi đã hoàn thành các phần về cấu trúc dữ liệu và thông điệp mạng mà chương trình cần. [23:12] <co> Tôi sẽ phát hành client API vào thứ Năm. [23:12] <co> Và sẽ bắt đầu triển khai ứng dụng NS. [23:12] <jrand0m> tốt [23:13] <co> Một ý tưởng thay đổi là CA (Certificate Authority - Tổ chức chứng thực) làm gì khi các thực thể đăng ký với nó. [23:13] <thecrypto> co: bạn sẽ triển khai nó như thế nào? [23:13] <thecrypto> co: name server hay client? [23:14] <co> thecrypto: Trước hết tôi sẽ triển khai các cấu trúc dữ liệu cần thiết. [23:14] <co> Rồi đến client, rồi đến các thành phần server và CA. [23:14] <thecrypto> ok [23:15] <co> Như tôi đang nói, giờ tôi muốn CA cấp chứng chỉ cho các thực thể mới đăng ký. [23:15] <co> Họ sẽ trình chứng chỉ này cho name server khi sửa đổi bản ghi của họ. [23:15] <co> Tôi chưa chỉ rõ chứng chỉ chứa gì trong phiên bản này; điều đó sẽ đưa vào phiên bản tiếp theo của đặc tả. [23:16] <co> Có ai thấy ý này tệ không? [23:16] <jrand0m> hừm. Chẳng phải đơn giản/an toàn hơn nếu client dùng public key/private key sao? [23:16] <jrand0m> tức là khi đăng ký, cung cấp một public key để cập nhật và ký bản đăng ký, và mỗi lần muốn cập nhật lại thì ký một bản cập nhật [23:16] <jrand0m> (để CA không bao giờ có private key) [23:17] <thecrypto> Ngoài lề: tất cả I2PIM đã commit vào kho cvs rồi [23:17] <jrand0m> tốt [23:17] <co> Có thể làm vậy sẽ đơn giản hơn. Tôi sẽ suy nghĩ lại vấn đề này. Cảm ơn góp ý. [23:17] <co> Tôi chỉ có vậy để bàn về dịch vụ đặt tên lúc này, nếu bạn không có câu hỏi khác. [23:18] <jrand0m> trông ổn đấy, tôi chưa đọc 1.1 nhưng nếu gặp gì tôi sẽ email [23:19] <co> OK. Chủ đề tiếp theo? [23:19] <jrand0m> ok, 2.1) tình trạng phát triển của các subsystem. [23:19] *** w0rmus (o0o@anon.iip) đã vào kênh #iip-dev [23:20] <jrand0m> subsystem transport đủ tốt để tiến lên. subsystem quản lý peer mới chỉ là khung với thuật toán ngớ ngẩn nhưng chạy được. subsystem cơ sở dữ liệu mạng, quản lý tunnel, và quản lý thống kê vẫn đang chờ. subsystem client sẽ rất đơn giản (chỉ tái sử dụng router local-only của SDK) [23:21] <co> Ý bạn "thuật toán ngớ ngẩn" là gì? [23:21] <w0rmus> không nhanh à? [23:21] <jrand0m> ờ, subsystem quản lý peer chưa theo dõi hiệu năng peer, nó chỉ trả về peer ngẫu nhiên. [23:22] <jrand0m> thuật toán sẽ được cập nhật và tinh chỉnh khi tiến triển để cung cấp chọn peer phù hợp hơn [23:22] <jrand0m> nhiệm vụ hiện tại của tôi là dựng và xử lý garlic messages (thông điệp garlic), khá đau đầu. [23:23] <jrand0m> nhưng làm được, chỉ là phiền [23:23] <jrand0m> điều đó dẫn tới 2.2) lưu trữ khóa mã hóa lâu dài. [23:24] <jrand0m> garlic messages dùng mã hóa ElG+AES để bọc các lớp của cloves [23:24] <jrand0m> và private key được dùng ở chỗ khác (transport, quản lý client) [23:25] *** Signoff: thecrypto (Ping timeout) [23:25] <jrand0m> giữ private key và session key luôn ở bộ nhớ và không bao giờ ghi ra đĩa là lý tưởng, nhưng dở khi router bị tắt (cố ý hay do lỗi) [23:26] <jrand0m> có ai có ý kiến là nên 1) không bao giờ ghi khóa ra đĩa và chấp nhận mất mát thông điệp không cần thiết quá nhiều (vì không giải mã được) 2) mã hóa chúng trước khi ghi ra đĩa hay 3) cứ ghi ra đĩa dạng thô? [23:26] <co> Phương án 2. [23:27] <nop> jrand0m phương án 2, hoặc làm như ta đã nói trước [23:27] <nop> ta phải tin localhost [23:27] *** Signoff: cohesion (class) [23:27] <nop> ta giả định localhost không bị xâm nhập [23:27] <jrand0m> điều kỳ ở phương án 2 là hoặc người dùng sẽ phải nhập pass phrase để khởi động router, hoặc session key sẽ có thể bị biết [23:27] <jrand0m> ý hay nop. [23:28] <nop> nhắc lại là ta là một transport, ta không thể lo quá mức chuyện đó, cái đó có thể chỉnh ở phía client, hoặc ta có thể đưa tùy chọn [23:28] <nop> tùy mức độ hoang tưởng [23:28] <nop> cân bằng bảo mật vs tiện dụng [23:29] <co> Vậy tôi đề xuất mặc định 3, và cho người dùng tùy chọn dùng 2. [23:29] <nop> chính xác [23:29] <jrand0m> đúng. ok, hay là mọi người có thể (và nên!) lấy mã router và sửa theo đánh đổi đó - một "router I2P 'tinfoil' (siêu hoang tưởng)" và một "router I2P kiểu 'Jane Sixpack' (người dùng bình thường)" [23:29] <jrand0m> ok, được, tôi sẽ dùng phương án đơn giản 3) tạm thời [23:30] <jrand0m> ok 2.3) việc cần làm [23:30] * co muốn quay lại chủ đề NS vào cuối cuộc họp. [23:30] * nop cần đọc nốt email NS [23:30] <jrand0m> ừ, bạn là mục #5 giờ [23:30] <co> Tôi có thể đợi đến cuối. [23:31] <jrand0m> mihi đã dựng vài bài test để chỉ ra một số lỗi trong triển khai SDK. vài cái sửa rồi, vài cái chưa. sửa chúng nằm trong việc cần làm :) [23:32] <jrand0m> ngoài ra, có khoảng chục thay đổi ở các đặc tả. khi có thời gian tôi sẽ cập nhật tài liệu và đẩy ra, dù tôi có thể chỉ đưa trang errata lên wiki tạm thời [23:33] <nop> word [23:34] <jrand0m> việc cần làm khác... ờ, tôi sửa cái "Wrong Size generating key" sáng nay cùng vài bug linh tinh [23:34] <jrand0m> ok, hết phần tình trạng phát triển. 3) chuyện đặc tả [23:35] <jrand0m> 3.1) xem việc cần làm liên quan đến chỉnh sửa. phần lớn là lỗi đánh máy, tôi gặp một thay đổi hơi lớn hôm nay khi triển khai garlics. vẫn không vấn đề, chỉ cần di chuyển vài cấu trúc dữ liệu và làm vài trò với mã hóa. Tôi sẽ đưa vào errata. [23:35] <jrand0m> 3.2) [Tôi biết, mục này không trong chương trình nghị sự, nhưng vẫn đưa ra] câu hỏi về đặc tả [23:35] <shardy> (brb, tôi vẫn đang lurk nếu cần) [23:35] <jrand0m> ai có câu hỏi gì về bất kỳ đặc tả nào không? [23:35] <jrand0m> ổn shardy [23:36] <co> jrand0m: Xin nhắc lại giúp tài liệu nào chứa đặc tả nào. [23:37] <jrand0m> (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs có bản đồ [23:37] <co> Tôi sẽ xem. [23:38] <jrand0m> (nhìn cái đó lại nhắc tôi cần viết tài liệu transport UDP an toàn, tin cậy. lại thêm việc cần làm...) [23:39] <jrand0m> đã có vài câu hỏi từ nhiều người về việc nên xem đặc tả nào - cơ bản là, trừ khi bạn muốn biết router hoạt động ra sao (hoặc muốn giúp triển khai chúng), bạn không cần đọc đặc tả I2NP. I2CP và phần I2CP trong cấu trúc dữ liệu là đủ [23:40] <nop> jrand0m [23:40] <jrand0m> vâng thưa? [23:41] <nop> bạn muốn nói UDP thực sự như gói UDP [23:41] <nop> hay UDP như một giao thức kiểu UDP nói chung [23:41] <jrand0m> đúng, UDP như gói UDP [23:41] <nop> cho I2P [23:41] *** thecrypt1 (~thecrypto@anon.iip) đã vào kênh #iip-dev [23:41] *** thecrypt1 bây giờ được gọi là thecrypto [23:41] <jrand0m> i2p/code/router/java/src/net/invisiblenet/i2p/router/transport/udp cho phần triển khai [23:42] <thecrypto> quay lại rồi [23:42] <jrand0m> wb [23:42] <thecrypto> ai muốn gửi cho tôi những gì đã xảy ra lúc tôi đi không? [23:43] <jrand0m> phần triển khai UDP khá đơn giản - nó làm trao đổi DH và thông điệp được chia thành các gói 1K và mã hóa AES256 với khóa sinh ra [23:43] <jrand0m> hỗ trợ đổi khóa lại dù chưa tự động lúc này [23:43] <jrand0m> ACK được gửi lại theo bó (tức là "Tôi đã nhận tất cả các gói cho thông điệp 42 đến gói 18 trừ 3 và 7") [23:44] <jrand0m> (và lý do thực dụng tôi làm UDP trước TCP là UDP cho IO bất đồng bộ 'miễn phí' với gần như 0 overhead) [23:45] <nop> tất nhiên [23:45] <jrand0m> còn hai việc ở triển khai udp đó - station to station để chống MITMs (kẻ tấn công trung gian) và thêm một gói cho "ôi chết, tôi quên session key" [23:45] <nop> tốt [23:46] <jrand0m> sau transport UDP, cái tiếp theo tôi muốn triển khai là polling HTTP - để ta hỗ trợ cả người dùng thường (UDP) và người dùng bị tường lửa/NAT/proxy (polling http) [23:47] <jrand0m> ok, vậy, ừ, cái đó cần được viết thành đặc tả :) [23:48] * jrand0m !tự vả vì code trước spec [23:48] <thecrypto> code trước spec giúp tôi [23:48] <jrand0m> đúng, làm việc theo vòng lặp là ổn nhất [23:48] <jrand0m> (vì ta đang tìm ra vấn đề của đặc tả khi triển khai chúng, v.v.) [23:49] <jrand0m> ok, đó là 3) đặc tả. 4) hành chính linh tinh [23:49] <jrand0m> 4.1) anon cvs. thecrypto? :) [23:49] <thecrypto> đúng lúc luôn [23:49] <thecrypto> à, tôi đang xem, tôi nghĩ 2401 hiện bị chặn [23:49] <jrand0m> bạn có thể cvs -d :pserver: cục bộ không? [23:49] <thecrypto> và có thể cần vài thứ ở inetd nữa cảm ơn jrandom [23:50] <jrand0m> à hay [23:50] <thecrypto> để tôi thử, tôi quên là có thể làm thế :) [23:51] <thecrypto> có phải chỉ là cvs -d :pserver: ? [23:51] <jrand0m> cvs -d :pserver:anonymous@localhost:/home/cvsgroup/cvsroot/ co i2p [23:52] <jrand0m> ngoài ra, sẽ tuyệt nếu ta có bugzilla ở đó nữa [23:52] <thecrypto> acvs [checkout aborted]: connect to localhost(127.0.0.1):2401 failed: Connection refused [23:52] <jrand0m> ừ, sau khi thêm dòng inetd.conf và kill -HUP identd? [23:52] <thecrypto> để tôi thử dòng inet kia rồi báo lại [23:52] <jrand0m> à, inetd :) [23:52] <jrand0m> ừ ok [23:53] <thecrypto> pserver nằm cùng dòng đó à? [23:53] <jrand0m> đúng, tất cả trên một dòng [23:55] <jrand0m> ok, phần hành chính linh tinh hết rồi, ít nhất là tôi nghĩ thế [23:55] <jrand0m> 5a) co, đến lượt bạn [23:56] <co> Khi hai người muốn đăng ký cùng tên thực thể, người đến sau sẽ bị từ chối. [23:56] <co> Nhưng nếu ta dùng cách dựa trên chữ ký, [23:56] <co> người bị từ chối có thể gửi tin nhắn cho name server [23:56] <co> dù sao đi nữa, bảo nó sửa bản ghi. [23:56] <co> Có hai khả năng: [23:57] <co> 1) CA gửi cho name server một bản sao public key của thực thể đã được chấp thuận. [23:57] <co> 2) CA gửi cho người đang đăng ký tên một chứng chỉ, ký bởi private key của nó. Name server sẽ có public key của CA để xác minh. [23:58] <co> Nếu kẻ xấu bảo name server sửa một bản ghi nào đó, việc thiếu chứng chỉ sẽ ngăn sửa đổi. [23:58] <co> Đó là điều tôi nghĩ. [23:59] <jrand0m> nhưng trong trường hợp đó CA biết key - bất đối xứng nghĩa là CA chỉ biết public key, và CA cũng không muốn hay cần đưa public key đó cho ai cả - nó chỉ để chủ cập nhật hợp lệ ký khi yêu cầu cập nhật [00:00] <jrand0m> những gì bạn mô tả nghe giống đối xứng hơn - chỉ dùng passphrase, về cơ bản [00:00] <thecrypto> cvs đang chọc tôi đây! [00:00] <jrand0m> (nơi chứng chỉ là bí mật chia sẻ giữa CA và chủ sở hữu hợp lệ của nym) [00:00] *** mrsc (~efgsdf@anon.iip) đã vào kênh #iip-dev [00:01] <jrand0m> sao vậy thecrypto? [00:01] <thecrypto> tôi đã thêm user anonymous với mật khẩu trống, thêm vào readers và vào cvsgroup và tôi nhận được cvs login: authorization failed: server localhost rejected access to /home/cvsgroup/cvsroot for user anonymous [00:01] <co> jrand0m: Ý hay. Hãy coi phần này của đặc tả là chưa chốt, và tôi sẽ nghĩ thêm. [00:01] <jrand0m> hay [00:01] *** LeerokLacerta (~leerok@anon.iip) đã vào kênh #iip-dev [00:02] <LeerokLacerta> Konnichiwa. [00:02] <jrand0m> hừm thecrypto, tôi không nghĩ bạn muốn một user hệ điều hành tên anonymous [00:02] <jrand0m> chào LeerokLacerta [00:02] <LeerokLacerta> Chào, jrand0m. [00:02] <thecrypto> ờ tôi đặt mật khẩu vào thì được rồi [00:03] <co> jrand0m: Và nếu bạn có góp ý nào nữa sau khi đọc đặc tả, gửi cho tôi. [00:03] <jrand0m> sẽ làm co [00:03] <jrand0m> tốt thecrypto.. shell của họ là /bin/false chứ? [00:03] <thecrypto> giờ thì đúng [00:03] -> *thecrypto* mật khẩu là gì? [00:04] <thecrypto> giờ thì vậy [00:05] <jrand0m> ok, ta có thể xử lý sau cuộc họp. [00:05] <jrand0m> ok, điểm cuối trong chương trình nghị sự: 5b) ? [00:05] <jrand0m> có câu hỏi / suy nghĩ / quan ngại gì không? [00:05] <thecrypto> cứ checkout IM app xem [00:06] <thecrypto> hiện giờ nó chỉ tạo một cây nhưng cho thấy nó đang trông như thế nào [00:06] <LeerokLacerta> Không có SOCKS à? [00:06] <thecrypto> ồ đúng rồi tôi quên [00:06] <jrand0m> à hay thecrypto [00:06] <jrand0m> SOCKS? ý là giao thức proxy? [00:06] <thecrypto> có ai giỏi làm icon không? [00:06] <LeerokLacerta> Đúng. [00:06] <LeerokLacerta> Câu trả lời cho mọi lần tôi hỏi đều là "Không". [00:07] <jrand0m> à. vâng, ta chắc chắn sẽ cần một socks proxy, nhưng hiện chưa ai làm. [00:07] <LeerokLacerta> Hmm. [00:07] <jrand0m> đó sẽ là một trong các ứng dụng ta muốn trước bản 1.0 public, để mọi người duyệt các trang dựa trên i2p, cũng như để mọi người duyệt web thường ẩn danh [00:07] <mihi> có đủ socks proxy miễn phí, tôi nghĩ ;) [00:08] <jrand0m> chính xác, ta chỉ cần tích hợp chúng [00:08] <mihi> nhưng tôi không biết cái nào bằng java. [00:08] <jrand0m> JAP client app có thể hợp, tôi không rõ nó có GPL không [00:08] <mihi> jap client không chứa proxy. [00:08] <thecrypto> tôi cần vài icon cho dự án I2PIM [00:09] <thecrypto> Cái để biểu diễn online, offline và một nhóm người [00:09] <mihi> proxy duy nhất là http/ftp proxy và nó nằm ở last mix. [00:10] <mihi> giống với iip - isproxy không biết giao thức IRC nào. [00:10] <jrand0m> à, đó là phía outbound - cho các trang web dựa trên i2p, ta sẽ cần một thứ để nhận yêu cầu proxy từ trình duyệt cục bộ, tra cứu dest, và gửi thông điệp đến dest phù hợp [00:10] <thecrypto> ai quan tâm không? [00:11] <co> thecrypto: Bạn có thể lấy icon từ dự án gaim theo GPL không? [00:11] * jrand0m tạo đồ họa chán ngắt trong ms paint [00:11] <co> Vì nó theo GPL, và cái này cũng thế, nếu tôi không nhầm. [00:11] <thecrypto> ừ, tôi có thể [00:11] <jrand0m> nếu I2PIM dùng thư viện client của sdk, I2PIM chắc chắn là GPL :) [00:12] <thecrypto> à cái GPL tuyệt vời [00:12] <jrand0m> LeerokLacerta> có lý do cụ thể bạn hỏi, hay chỉ muốn thúc chúng tôi làm? ;) [00:13] <thecrypto> vấn đề với icon gaim là chúng đến từ các ứng dụng IM họ dùng [00:14] <thecrypto> nên nếu ai có thể làm icon I2PIM thì tốt quá [00:15] * jrand0m nghĩ ta sẽ có nhiều hình vẽ nguệch ngoạc bằng paint một thời gian... [00:16] <jrand0m> ok, ai còn ý kiến / câu hỏi / commnets? [00:16] <nop> Tôi có commnets [00:16] <jrand0m> (ngoài "wtf là commnet") [00:16] <jrand0m> cái đó có lây không? [00:16] *** nixonite (~nixonite@anon.iip) đã vào kênh #iip-dev [00:16] <mrflibble> lol [00:17] <jrand0m> ừ, nếu không, vậy là xong cuộc họp rồi, hết mục rồi [00:17] <nixonite> tôi lỡ cuộc họp rồi à? [00:17] <jrand0m> đúng, 9p GMT [00:17] <jrand0m> thực ra là bạn đến kịp đoạn cuối :) [00:17] <nixonite> ồ [00:18] <co> nop: Nói nghe xem. [00:18] <thecrypto> vậy các comment là gì [00:18] * jrand0m tưởng nop chỉ trêu lỗi gõ của tôi, nhưng nếu có comment thì bắn đi bro [00:20] <thecrypto> anon cvs vẫn không ưa tôi, thêm việc ngày mai [00:20] <jrand0m> đưa tôi root tôi sẽ dựng nó lên [00:21] <thecrypto> nói với nop chuyện đó [00:21] <jrand0m> hehe ok [00:22] <jrand0m> ok, vì nop có vẻ bị kéo lại làm việc... [00:22] <jrand0m> nop, và bất kỳ ai khác> nếu có comment/câu hỏi/quan ngại, cứ cho biết hoặc đăng lên mailing list (hoặc thậm chí lên wiki) [00:23] * jrand0m nạp đạn và *baf*s để kết thúc cuộc họp. </div>/vi/blog/2003/09/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-9-th%C3%A1ng-9-n%C4%83m-2003/Tue, 09 Sep 2003 00:00:00 +0000/vi/blog/2003/09/09/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-9-th%C3%A1ng-9-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:57] <jrand0m> ok, chào buổi tối các quý ông và quý cô [22:57] <jrand0m> chương trình họp: [22:57] <jrand0m> 0) chào mừng [22:57] <jrand0m> 1) cvs [22:57] <jrand0m> 4) dịch vụ đặt tên [22:58] <co> Bạn quên 5) câu hỏi. [22:58] <jrand0m> 3) tình trạng dev [22:58] <jrand0m> 2) câu hỏi về spec? [22:58] <jrand0m> 5) các câu hỏi khác? [22:58] <jrand0m> ôi, chết tiệt, tôi quên sắp xếp lại. ok. chúng được đánh số sai :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] <jrand0m> để xem tôi có thể giữ mọi thứ thẳng hàng khi tiếp tục không... [22:59] <jrand0m> ok, 0) chào mừng [22:59] <shardy> hoan hô cho các nhóm hoán vị! [22:59] <jrand0m> chào mừng đến với buổi họp 57 [22:59] <jrand0m> ừ, chúng cũng chỉ là ký hiệu thôi mà [22:59] <w0rmus> ngọt lịm, có gì mới ;0 [23:00] <w0rmus> Tôi sẽ làm khán giả cổ vũ [23:00] <jrand0m> 1) cvs vẫn còn sập, sau hơn 10 ngày. chúng tôi đang tìm host mới. [23:00] <jrand0m> sf.net tệ, và tôi không có lý do để tin nongnu của gnu khá hơn. [23:00] <co> jrand0m: Sao không đặt alias cho host đó là "cvs.invisiblenet.net"? [23:00] <jrand0m> nop đang dẫn đầu việc tìm host mới. [23:01] <jrand0m> được thôi co, khi nào có server [23:01] <shardy> bạn cần gì ở một host? [23:01] <jrand0m> shardy> kết nối mạng ổn định, truy cập ssh/cvs. và một ít dung lượng đĩa [23:01] <shardy> bạn đã có gì xếp sẵn chưa? [23:01] <shardy> vì nếu chưa. Tôi có thể giúp. [23:02] <jrand0m> tuyệt! Tôi không biết nop đã xếp được gì, nhưng tôi sẽ bảo anh ấy liên hệ với bạn (trừ khi anh ấy đang ở đây?) [23:02] * w0rmus khều nop [23:03] <shardy> Tôi có sdsl 1.1 cho doanh nghiệp. Tôi cần tìm một máy. nhưng miễn là bạn không dùng lượng băng thông cực lớn tôi có lẽ có thể host server. [23:03] <shardy> bạn cần bao nhiêu dung lượng đĩa? [23:03] <jrand0m> repository hiện khoảng ~ 6Mb. nên có lẽ 50M sẽ đủ cho tăng trưởng trong một thời gian dài [23:04] <shardy> ồ. pfft. chẳng là gì. [23:04] <shardy> và máy cũng không cần quá nhanh? [23:04] <shardy> bạn sẽ không chạy các job biên dịch lớn trên đó? [23:04] <jrand0m> không đâu, một con 286 có lẽ cũng đủ. [23:04] <jrand0m> không, chỉ cvs checking / checkout [23:04] <jrand0m> (à, cả diff, và log, v.v. ;) [23:05] <jrand0m> "chúng ta dùng Java, không cần compile farms" </fark> [23:05] *** Đăng xuất: cohesion (class) [23:05] <w0rmus> những người quan tâm đến ẩn danh có truy cập CVS bằng thứ như JAP không? Tôi chưa từng dùng CVS [23:05] <jrand0m> w0rmus> Tôi dùng cvs qua một chuỗi proxy ssh riêng tư [23:05] <co> jrand0m: Hãy nhớ rằng trong tương lai có thể sẽ có bản triển khai bằng C hoặc C++. [23:06] <mihi> jap không cho phép truy cập cvs theo như tôi biết (AFAIK) :( [23:06] <w0rmus> ssh tunnelling [23:06] <shardy> để tôi xem có thể làm gì. ai đó nói sẽ đưa tôi một ổ nữa... nếu tôi có được ổ đĩa thì tôi có một máy tôi có thể dựng lên. [23:06] <jrand0m> ồ, tất nhiên co. Tôi chỉ không kỳ vọng chúng ta có thể yêu cầu repository cvs nhất thiết phải là một compile farm nữa. [23:07] <jrand0m> tuyệt shardy. cần chúng tôi làm gì, cứ nói một tiếng. [23:07] <co> jrand0m: Bạn nói đúng. Chúng nên tách biệt. [23:07] <shardy> sẽ làm. để tôi lục tìm một ổ đĩa, chắc tôi kiếm được, và nếu được tôi rất vui lòng host cvs cho mọi người. [23:07] <jrand0m> shardy++ [23:07] <w0rmus> yay ;0 [23:07] <jrand0m> ok, 4) dịch vụ đặt tên [23:08] <jrand0m> co, thế nào rồi? [23:08] <co> Tôi vẫn đang viết, nhưng muốn nói vài lời về nó. [23:08] <co> Thứ nhất, để trả lời câu hỏi của thecrypto trong buổi họp trước, NS không cung cấp thông báo việc ai đó đang online. [23:09] <co> Nó chỉ nói rằng một người có thể được liên hệ qua một số phương thức nhất định, chẳng hạn như AIM. [23:09] <co> Thứ hai, phía client. [23:09] <co> Sẽ có một API mà các chương trình có thể dùng để gửi truy vấn tới các naming server. [23:10] <co> Cơ chế nền sẽ đọc một file cấu hình về những server cần truy vấn, sẽ dùng mạng I2P để nhận kết quả, và sẽ chuyển kết quả lại cho bên gọi. [23:11] <co> Cơ chế nền cũng sẽ đọc địa chỉ đích để router cục bộ liên hệ từ một file. [23:11] <jrand0m> cơ chế đích? [23:11] <co> Xin lỗi, địa chỉ đích. [23:11] <jrand0m> à 'k [23:12] <co> Tạm thời chỉ vậy. [23:12] <jrand0m> hay đấy [23:12] <w0rmus> Tôi đồng ý [23:12] <w0rmus> ;) [23:12] <jrand0m> có ước lượng sơ bộ về timeline cho các mốc không? [23:13] <jrand0m> rõ ràng là không phải thứ để mọi người bám vào, tất nhiên, chỉ là muốn biết [23:13] <co> Hãy nói cuối tuần này sẽ hoàn thành bản specification và công bố nó cùng API. [23:14] * mariesofie đến muộn [23:14] <jrand0m> à hay quá co [23:14] <co> Sau đó, tôi sẽ bắt đầu triển khai. Tôi không chắc mất bao lâu, dù vậy. [23:14] <jrand0m> hiểu mà [23:15] <jrand0m> còn ai có câu hỏi/suy nghĩ gì về dịch vụ đặt tên không? [23:15] <jrand0m> ok, 3) tình trạng dev [23:16] <jrand0m> dev vẫn tốt. [23:16] <jrand0m> phía java đã đạt spec và triển khai tất cả I2CP và I2NP messages và structures [23:17] <jrand0m> bản kiến trúc java tự nó đã hoạt động và tôi sẽ tiếp tục viết các stub cho các subsystem khác nhau [23:17] <co> Bạn đã test nó chưa? [23:17] <jrand0m> các messages &amp; structures? có qua TestData harness trong net.invisiblenet.i2p.data.test [23:17] <co> Ý tôi là kết nối hai máy tính khác nhau bằng I2P. [23:18] <jrand0m> ồ, chưa, cái đó cần triển khai đầy đủ subsystem truyền thông [23:18] <co> Tôi hiểu. [23:18] <jrand0m> trước tiên tôi đang xây các subsystem để chạy ở chế độ test, rồi triển khai các subsystem để chúng có thể chạy độc lập [23:19] <jrand0m> có lẽ còn 2 tuần nữa để một client gửi được một message tới một client trên một router khác [23:19] * mariesofie reo hò [23:20] <jrand0m> vẫn còn nhiều việc phải làm sau đó trước khi có bản alpha, nhưng thế là tiến triển [23:21] <jrand0m> datastrucutres và i2np specs cần khoảng một tá chỉnh sửa nhỏ mà tôi đã tích lũy trong quá trình triển khai để xử lý những điều bị bỏ sót. ví dụ "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" và "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] <shardy> trời. tôi thực sự cần đọc kỹ các spec. [23:22] <jrand0m> à, chúng sẽ sớm được host trên máy của bạn nên sẽ dễ thôi :) [23:22] <w0rmus> haha [23:22] <w0rmus> Tôi cũng chưa đọc xong spec [23:23] <mariesofie> tôi đã in spec, đọc nhiều đến mức nó sờn cả ra và tôi phải in thêm một bản nữa [23:23] <jrand0m> qua các cuộc thảo luận tôi có với nhiều người, tôi thấy các spec không giỏi lắm trong việc truyền đạt cách thứ này thực sự hoạt động. chúng bao phủ phần mơ hồ và phần chi li, nhưng không nói tại sao phần chi li đáp ứng được cái tại sao [23:23] <w0rmus> heh [23:23] <jrand0m> rofl mariesofie [23:23] <jrand0m> ok, vậy là xong 3) tình trạng dev [23:24] <jrand0m> giờ đến 2) câu hỏi về spec [23:24] <w0rmus> Tôi nghĩ tôi sẽ đọc chúng thay vì môn giải tích ngu ngốc [23:24] <co> Tôi đang nghĩ xa hơn một chút. [23:24] <co> Các bản triển khai bằng python và C hoặc C++ sẽ cần có dữ liệu message đọc được bởi bản triển khai Java. [23:24] *** Đăng xuất: mihi (EOF From client) [23:25] <jrand0m> đúng vậy co [23:25] <co> Bạn sẽ làm điều đó thế nào? [23:25] <jrand0m> datastructures spec định nghĩa cụ thể bố cục byte [23:25] <jrand0m> và mọi thứ là big endian và tất cả các số đều là unsigned [23:25] <mariesofie> các spec nhắm tới trình độ kỹ thuật nào? ai có kiến thức máy tính ổn? sinh viên kỹ sư CNTT trình độ đại học? [23:25] <co> Ồ, được rồi. [23:25] *** mihi_ (~none@anon.iip) đã tham gia kênh #iip-dev [23:26] <mariesofie> tức là đối tượng mục tiêu là ai? [23:26] *** mihi_ hiện được gọi là mihi [23:26] <jrand0m> mariesofie> à, những spec đó thực ra được nhắm khá chắp vá. i2p_philosophy là phần "ok, cái quái gì thế này", nhưng phần còn lại của spec nhắm tới những người quan tâm đến việc thực sự triển khai hệ thống [23:26] <jrand0m> chúng ta thực sự rất cần một số tài liệu ở giữa [23:27] <mariesofie> tôi hiểu [23:27] <mariesofie> Tôi thấy tài liệu API rất dễ hiểu và hữu ích, nhưng trớ trêu là tôi vẫn bị rối khi đọc các spec I2NP cố gắng hiểu kiến trúc lõi [23:28] <mariesofie> có lẽ điều đó phản ánh tôi hơn là tài liệu :) [23:28] <jrand0m> heh geek :) [23:29] <jrand0m> ok, còn câu hỏi nào khác về spec không? chuyển sang 5) các câu hỏi khác [23:29] <jrand0m> ai có câu hỏi nào khác không? đây là gạch đầu dòng cuối cùng trong chương trình họp [23:30] <w0rmus> Tôi tự hỏi thecrypto đang ở đâu với achat [23:30] <jrand0m> à, thecrypto sẽ offline trong khoảng ba tuần tới [23:30] <mihi> peer review thì sao? [23:30] <w0rmus> hoặc atalk [23:30] <w0rmus> wow [23:30] <mihi> có ai đang review nó không? [23:30] <mariesofie> tôi tưởng thecrypto có 2 giờ mỗi ngày [23:31] <w0rmus> và tôi còn chẳng xem được code của anh ấy :( [23:31] <jrand0m> mihi> các bản đã được gửi cho một số người để review và khi có phản hồi sẽ được xử lý. [23:31] <jrand0m> w0rmus> bạn có câu hỏi nào về ATalk không? [23:32] <shardy> Tôi sẽ review nó ngay khi có thời gian :) [23:32] <mihi> ý tôi là, cho tới giờ đã có phản hồi nào chưaß [23:32] <w0rmus> chắc là chưa [23:32] <mihi> s/nowß/now?/ [23:32] <jrand0m> mihi> phần lớn dưới dạng thảo luận và làm rõ [23:32] <jrand0m> tuyệt shardy :) [23:33] <Brownspider> chúc mừng sinh nhật google [23:33] <jrand0m> mariesofie> đúng, nhưng thế còn không đủ thời gian cho anh ấy tải về tài liệu ngôn ngữ Java để tiếp tục dev :/ [23:33] <w0rmus> ahaha cái quái gì [23:35] <jrand0m> ok, còn câu hỏi / ý kiến nào khác? [23:35] <w0rmus> Tôi đoán tôi nên nói rằng tôi chưa từng code ngoài phạm vi ở trường [23:35] <w0rmus> nhưng tôi phải bắt đầu ở đâu đó thôi [23:35] <jrand0m> bây giờ là lúc tốt để bắt đầu :) [23:35] <jrand0m> word [23:35] <w0rmus> ;0 [23:35] <mariesofie> tôi có câu hỏi về api, nhưng chưa phải bây giờ, một hai ngày nữa khi tôi có thể thử thêm [23:35] <w0rmus> Tôi học Java khoảng 2 năm rồi [23:36] <jrand0m> ok hay đó mariesofie, cứ gửi tin nhắn lên list hoặc nhắn cho tôi ở đây khi nào cũng được [23:37] <co> mariesofie: Bạn đã đọc thảo luận trên mailing list iip-dev chưa? [23:37] <w0rmus> nó được lưu trữ ở đâu? [23:37] <jrand0m> http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] <jrand0m> (hiện lưu lượng khá thấp) [23:38] <Brownspider> jrand0m muốn bạn code thứ gì đó không thể tồn tại về mặt logic, để xé toạc thế giới, để chấm dứt sự trị vì của chúa. [23:38] <shardy> dịch vụ của tôi vẫn sẵn sàng nếu bạn cần viết hoặc debug bất kỳ lõi mã hóa nào. [23:39] *** M123456789 (~no@anon.iip) đã tham gia kênh #iip-dev [23:39] <co> Brownspider: huh? [23:39] <Brownspider> co, nó ở trên freesite của anh ấy, thôi bỏ đi [23:40] <jrand0m> tuyệt shardy, tôi có cảm giác chúng ta sẽ cần vài thứ khi các router hoạt động, và đặc biệt khi chúng ta đưa các API C/Python trở lại đúng spec [23:40] <mariesofie> co> tôi mới đọc lùi lại đến khoảng số #52 hay gì đó [23:42] <jrand0m> ok. lời cuối (khi tôi nhìn chằm chằm vào *baf*er...) [23:43] *** mihi_backup_ (~none@anon.iip) đã tham gia kênh #iip-dev [23:43] *** Đăng xuất: mihi_backup (EOF From client) [23:43] *** mihi_backup_ hiện được gọi là mihi_backup [23:43] <jrand0m> ok tuyệt. tuần sau, cùng giờ, cùng chỗ. [23:44] * jrand0m *baf*s kết thúc cuộc họp </div> </div>/vi/blog/2003/09/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-2-th%C3%A1ng-9-n%C4%83m-2003/Tue, 02 Sep 2003 00:00:00 +0000/vi/blog/2003/09/02/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-2-th%C3%A1ng-9-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jrand0m, mihi, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [22:53] <jrand0m> ok, wtf, sao không. chương trình: [22:53] <jrand0m> 0) chào mừng [22:53] <jrand0m> 1) phát hành đặc tả &amp; SDK [22:53] <jrand0m> 2) câu hỏi về đặc tả &amp; SDK [22:53] <jrand0m> 3) tình trạng phát triển 3.1) co's NS 3.2) tiêu chí SDK 1.0 3.3) trình mô phỏng mạng 3.4) ứng dụng khác [IM, tunnel, v.v.] 3.5) thêm cơ chế truyền tải 3.6) triển khai router bằng java [22:53] <jrand0m> 4) thay đổi giờ họp? [22:53] <jrand0m> 5) việc hành chính cvs [22:54] <jrand0m> 6) mấy việc của shardy [22:54] <jrand0m> 7) bình luận ngoài lề [22:54] <jrand0m> thế thôi. [22:54] <jrand0m> 0) chào mừng [22:54] <w0rmus> hihi [22:54] <thecrypto> vậy xin chào mừng mọi người đến cuộc họp số 55 [22:54] <thecrypto> 56 [22:55] <thecrypto> 56 là đúng [22:55] *** Thoát: mihi (EOF From client) [22:55] <jrand0m> chào. chào mừng đến với cuộc họp 56 [22:55] <jrand0m> ừ [22:55] <jrand0m> 1) phát hành đặc tả &amp; SDK [22:55] <w0rmus> haha [22:55] *** mihi (~none@anon.iip) đã vào kênh #iip-dev [22:55] <jrand0m> các đặc tả đã ra và SDK 0.2 cũng đã ra. [22:56] <jrand0m> hiện tại, chúng chỉ có trên freenet [`http://localhost:8888/CHK@p1VU1U67UgXYJ7v7cS4Xqn~p4ssLAwI,RvdwV4jZyZYcJgYabpVPOQ/I2P_SDK.zip]` [22:56] <jrand0m> nhưng nop nói với tôi rằng hôm nay anh ấy sẽ đưa chúng lên web bình thường, cũng như gửi email tới một vài danh sách thư truyền thống để tập hợp một số người phản biện [22:57] <jrand0m> 2) có câu hỏi mới nào về đặc tả hoặc SDK không? [22:58] *** nixonite (~nixonite@anon.iip) đã vào kênh #iip-dev [22:58] *** terrific (terrific@anon.iip) đã vào kênh #iip-dev [22:58] <jrand0m> ừ, câu hỏi đầu tiên ở đó là, tiến độ /đọc/ đặc tả thế nào? :) [22:58] <w0rmus> cần làm việc đó :) [22:58] <thecrypto> chậm <p>[Biên bản cuộc họp tiếp tục với các thảo luận về đặc tả, phát triển SDK, trình mô phỏng mạng và các dự án khác. Cuộc họp bao gồm các cập nhật về trạng thái phát triển và lập kế hoạch cho các bản phát hành trong tương lai.] </div></p>/vi/blog/2003/08/26/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-26-th%C3%A1ng-8-n%C4%83m-2003/Tue, 26 Aug 2003 00:00:00 +0000/vi/blog/2003/08/26/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-26-th%C3%A1ng-8-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [23:00] <jrand0m> ok, chủ đề> x.0: chào mừng x.1: câu hỏi về đặc tả x.2: vấn đề elg x.3: tình trạng sdk x.4: kế hoạch phát hành x.5: ứng dụng [23:00] <jrand0m> x == 0 hay 1 hay 2? [23:00] <jeremiah> 22/7 [23:01] <thecrypto> tôi nghĩ là 0 [23:01] * jrand0m luôn log lại, nên wtf, tại sao không. [23:01] <jrand0m> 0.0: chào mừng. [23:01] <jrand0m> chào. [23:01] <jrand0m> 0.1: câu hỏi về đặc tả [23:01] <jrand0m> có ai đọc các đặc tả chưa? :) [23:02] * mihi có. ít nhất là đã thử [23:02] <jrand0m> w0ah chuẩn [23:02] <jeremiah> không [23:02] <jeremiah> cái mới là gì? [23:02] <thecrypto> thỉnh thoảng [23:02] <jrand0m> mihi> đã thử, khó đọc, ngôn ngữ tệ, bố cục khó hiểu, hay chỉ đơn giản là chán bỏ mẹ? [23:03] <mihi> tôi chỉ chưa đủ quen với mật mã. phần đầu thì rất thú vị. [23:03] <jrand0m> jeremiah> đặc tả ở trong cvs, và tôi đăng lên iip-dev khi có. hiện có: i2cp, i2np, i2p data structures, polling http transport proto [23:03] <mihi> nhưng khi đi vào chi tiết, anh có mô tả cách nấu món hầm Ireland thì tôi cũng chẳng nhận ra ;) [23:04] <jeremiah> ngon [23:04] <jrand0m> lol mihi [23:05] <mihi> mặc dù định dạng cũng có vấn đề - ở đây không có OpenOffice, chỉ có StarOffice 5.2 cũ [23:05] <jrand0m> StarOffice 5.2 không đọc được à? bạn muốn .pdf hay HTML chắp vá? [23:05] <jrand0m> (hoặc .txt? dù txt sẽ không có hình hay định dạng thật) [23:05] <mihi> tôi thích định dạng .sdw “cũ” hơn. [23:05] <jeremiah> pdf nếu có thể [23:05] <mihi> hoặc pdf [23:06] <jrand0m> pdf là giải pháp một cú nhấp. [23:06] * jrand0m chỉnh sửa trong OpenOffice, đọc ở dạng PDF [23:06] <jeremiah> hoặc AppleWorks [23:06] <jeremiah> ;) [23:06] <mihi> sxw chỉ được hỗ trợ trong StarOffice 6.0 trở lên [23:06] <jrand0m> à ok mihi [23:06] * jrand0m đưa ra .sxw vì lần trước mọi người phàn nàn và muốn .sxw. khi phát hành chúng ta sẽ đưa .sxw, .sdw và .pdf [23:07] <jrand0m> (hoặc có khi .doc nếu tôi thấy “dơ” chút) [23:07] <mihi> tôi cũng không ngại .sdw.zip hoặc .sdw.gz hay .sdw.bzw... [23:07] <mihi> s/bzw/bz2/ [23:07] <jrand0m> heh, chắc chắn sẽ nén lại. [23:08] <jrand0m> đặc tả data structures có thể cần sửa, và network proto cần vài URL cố định trước khi phát hành. [23:08] <jrand0m> ai có câu hỏi gì về một trong bốn đặc tả không? [23:09] <thecrypto> chưa lúc này [23:10] <jrand0m> ok. 0.2: vấn đề elg [23:10] <jrand0m> chúng ta đang gặp vài vấn đề với mã hóa elgamal như ghi ở trang 13 của đặc tả data structures. [23:11] <jrand0m> có thể do khóa, do thuật toán, hoặc do triển khai. có lẽ không phải do triển khai, vì đã thử đối chiếu với hai implementation. [23:11] <jrand0m> nếu là do thuật toán, ta sẽ muốn cập nhật đặc tả trước khi phát hành đặc tả để phản ánh những gì cần đổi để nó chạy được. [23:12] <jrand0m> nếu là do triển khai hoặc phát sinh khóa, ta có thể phát hành đặc tả và sửa SDK khi xử lý xong. [23:13] <jrand0m> thecrypto> có ý gì không, hay ta đợi nop trả lời lên list (hoặc ở đây, nếu anh ấy ở quanh và rảnh nói chuyện) [23:14] <thecrypto> tôi đang cố tìm ra ngay lúc này [23:15] *** Đăng xuất: mihi (Ping timeout) [23:15] *** mihi_ (~none@anon.iip) đã tham gia kênh #iip-dev [23:15] <jrand0m> 'k [23:15] *** mihi_ đổi tên thành mihi [23:15] <thecrypto> tôi phải chạy vài phép toán và qua vài implementation khác để tìm ra [23:15] <thecrypto> trước giờ tôi chưa gặp vấn đề với elgamal [23:15] <thecrypto> lần thử trước [23:16] *** Đăng xuất: mihi ((null)) [23:17] <thecrypto> với benchmark đó [23:17] <jrand0m> đúng, nhưng benchmark chỉ thử một khóa [23:17] <thecrypto> ahh [23:17] <jrand0m> tôi có thể lặp lại lỗi khá thường xuyên mà không sửa gì vào elg impl [23:17] <thecrypto> chẳng phải ta có thông báo wrong key xuất hiện sao? [23:18] <jrand0m> có, những cái đó vẫn xuất hiện [23:18] *** mihi_ (~none@anon.iip) đã tham gia kênh #iip-dev [23:18] <jrand0m> định kỳ (thường 2–4 lần mỗi lần keygen) [23:18] *** mihi (~none@anon.iip) đã tham gia kênh #iip-dev [23:18] *** mihi đổi tên thành mihi_backup [23:18] *** mihi_ đổi tên thành mihi [23:18] <thecrypto> và ta vẫn nhận được khóa lỗi? [23:19] <jrand0m> hoặc gì đó. [23:19] <jrand0m> tất cả cái test wrong size làm là "if ( (k0.length == PublicKey.KEYSIZE_BYTES) &amp;&amp; (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" [23:19] <jrand0m> không đánh giá giá trị, v.v. [23:20] <thecrypto> đợi chút [23:23] <thecrypto> bạn có thể kiểm tra xem x, private key, có < p không [23:23] <jrand0m> if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] <jrand0m> làm rồi. [23:23] <jrand0m> (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) ngoại lệ đó không bao giờ được ném. [23:23] <jrand0m> ờ x? hmm. [23:24] <jrand0m> 'k. có lẽ ta nên mượn thuật toán sinh khóa elg của bouncycastle hoặc của một impl khác [23:25] <jrand0m> ok. 0.3> vấn đề SDK [23:26] <jrand0m> elg đang treo, nhưng ngoài ra SDK đã rất gần 0.8 (tức bản phát hành khớp đặc tả) [23:26] <jrand0m> (chỉ còn vấn đề elg cộng sửa đổi LeaseSet) [23:26] <jrand0m> tôi muốn SDK 0.8 sẵn sàng cùng lúc phát hành đặc tả, nhưng tôi nghĩ ta không nên hứa chắc. [23:27] <jrand0m> thậm chí có cần kèm SDK 0.1 với bản phát hành đặc tả hay không. [23:27] <thecrypto> gah! bực mình [23:28] <thecrypto> miracl mà nop chỉ tôi tới làm đúng y như ta làm [23:28] <thecrypto> và họ không có kiểm tra gì [23:28] <jrand0m> nhưng không dấu. [23:28] <jrand0m> (vì miracl viết bằng C) [23:28] * jrand0m đoán vậy [23:28] <thecrypto> đúng [23:29] <thecrypto> nhưng dù vậy, tôi đảm bảo ta không bao giờ có biginteger có dấu [23:30] <jrand0m> biginteger.toByteArray() trả về một mảng byte có dấu [23:30] <thecrypto> xin lỗi, tiếp đi [23:30] <jrand0m> 'k [23:30] <jrand0m> phía Python có tiến triển gì không jeremiah? [23:31] <jeremiah> này [23:31] <jeremiah> xin lỗi tôi đang đọc backlog [23:31] <jrand0m> heh chào [23:31] <jeremiah> chưa, tôi vẫn đang làm quen với các lớp [23:31] <jrand0m> coo' [23:31] <jrand0m> không vấn đề [23:31] <jeremiah> tôi nghĩ tôi sẽ ngủ một lát thật đấy [23:31] <jrand0m> 'k [23:32] <jrand0m> 0.4: kế hoạch phát hành [23:32] <jrand0m> ta cần giải quyết các vấn đề SDK trong ngày mai hoặc tương tự, bằng cách này hay cách khác. [23:32] <jrand0m> ta cần bắt tay vào wiki-hóa mô hình bảo mật [23:32] <jrand0m> (wiki, người đâu rồi) [23:33] <jrand0m> ta cần đưa mô hình hiệu năng lên (không vấn đề, tôi sẽ làm trong khoảng một ngày) [23:33] <jrand0m> ta cần cập nhật đặc tả để bao gồm các sửa elg, cộng các URL thật đến các đặc tả khác. [23:33] <nop> miracl [23:33] <nop> có một bản port [23:33] <nop> sang Java [23:33] <jrand0m> có lẽ ta cần host các đặc tả &amp;&amp; / || SDK bên ngoài Mỹ vì quy định xuất khẩu [không phải tôi quan tâm] [23:34] <jrand0m> đúng, nhưng bản port Java của miracl không có mã hóa elg lần tôi kiểm tra gần đây. [23:34] <jrand0m> tôi sẽ kiểm tra lại. [23:34] <nop> jrand0m, mình không quan tâm, nhưng để lo sau [23:34] <nop> jrand0m nếu nó có bigdig() và modexp() [23:34] <nop> là ổn [23:34] *** yodel (~yodel@anon.iip) đã tham gia kênh #iip-dev [23:34] <thecrypto> đợi chút [23:34] <thecrypto> tôi nghĩ tôi đã tìm ra vấn đề [23:35] <jrand0m> tốt, có gì thế thecrypto? [23:35] <nop> jrand0m kiểm tra được không [23:35] <thecrypto> k của chúng ta không được kiểm tra tính nguyên tố cùng nhau [23:36] <jrand0m> cái đó sẽ gây ra các vấn đề đã mô tả à thecrypto? tôi tưởng nó chỉ làm mã hóa kém an toàn (dù vẫn là một vấn đề) [23:36] <thecrypto> nhưng như vậy nghĩa là chỉ một số thông điệp với khóa đó sẽ lỗi [23:36] <thecrypto> đó là cái gì đó trong keygen [23:36] <jrand0m> nop> ta sẽ tìm gì đó để giải quyết. nhưng tôi đã nêu vài câu hỏi cụ thể trong email, độc lập với implementation [23:36] <jrand0m> ok thecrypto, ta sẽ xử lý chuyện đó sau buổi họp [23:37] <nop> câu hỏi về double ciphertext? [23:37] <thecrypto> ok [23:37] <jrand0m> nop> đó là một trong các câu hỏi [23:37] * nop đi đọc [23:39] <jrand0m> nop> có ý gì về lúc wiki sẽ lên không? nếu chỉ là DNS, IP là gì để tôi sửa file hosts rồi bắt đầu chỉnh sửa? [23:40] <thecrypto> hỏi nhanh jrand0m: nó hỏng ở đâu, benchmark chạy hoàn hảo và mỗi lần đều tạo cặp khóa mới? [23:41] <nop> để tôi dựng nó lên, chờ chút [23:41] <mihi> wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] <jrand0m> gracias mihi [23:42] <jrand0m> thecrypto> mỗi lần nó tạo một cặp khóa mới. nó hỏng trên một test case hai dòng mà tôi dựng khi debug ElGamalAESEngine [23:42] <thecrypto> tôi xem ElGamalAESEngine này được không? [23:42] <thecrypto> cứ commit nó vào CVS và tôi sẽ xem vấn đề là gì [23:43] <nop> ok wiki đã được CNAME [23:43] <nop> sẽ lan truyền trong chốc lát [23:43] * jrand0m không commit thứ không chạy, nhưng tôi sẽ email cho anh [23:43] <jrand0m> cảm ơn nop [23:43] <nop> nó lên rồi [23:43] <nop> ;) [23:43] <nop> (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] <jrand0m> trên máy tôi thì chưa đâu [23:43] <jrand0m> ;) [23:44] <nop> ta đang wiki cái gì [23:44] <nop> ? [23:44] <jrand0m> tài liệu bảo mật, cộng nơi để phát hành các đặc tả. [23:44] <jrand0m> có thể cả website i2p trước khi ra 1.0, nhưng ít nhất là tài liệu bảo mật. [23:45] *** Đăng xuất: sirk ((null)) [23:45] *** Đăng xuất: shardy_ (Ping timeout) [23:46] <jrand0m> ok. với 5 điểm trong kế hoạch phát hành ở trên, tôi muốn phát hành các đặc tả vào thứ Sáu, Bảy, hoặc Chủ nhật muộn nhất. [23:46] *** shardy_ (~shardy@anon.iip) đã tham gia kênh #iip-dev [23:46] <nop> tôi có một anh làm grphx đang làm website [23:47] <nop> cho i2p [23:47] <jrand0m> có vấn đề gì với hạn đó không? [hạn là thứ Sáu, lùi chỉ khi Có Chuyện Tệ Xảy Ra] [23:47] <nop> được [23:47] <thecrypto> jrand0m: gửi chưa? [23:47] <jrand0m> 'k, vậy chỉ tài liệu bảo mật và chỗ phát distro đặc tả i2p [23:47] <jrand0m> chưa thecrypto, có nửa tá file. tôi sẽ gửi sau cuộc họp. [23:47] <thecrypto> ok [23:48] <thecrypto> tôi muốn nhận sớm vì hôm nay chúng tôi đang dọn bàn ghế nên tôi sắp phải di chuyển máy [23:48] <nop> jrand0m, tôi cần xem email của anh và sẽ trả lời sớm [23:48] <nop> đa nhiệm [23:49] <jrand0m> 'k. [23:49] <jrand0m> 0.5> ứng dụng [23:49] <jrand0m> name service thì mất tích, vì co không ở đây ;) [nhưng tôi nghĩ cậu ấy vừa đi học rồi, nên ngắn hạn thì cũng dễ hiểu] [23:49] <jrand0m> mihi có một app i2ptunnel awesome awesome [23:50] *** Đăng xuất: WinBear_ (EOF From client) [23:50] <mihi> bỏ bớt một hai chữ `awesome` ;) [23:50] <jrand0m> heh [23:51] <jrand0m> ừ, nó rất ấn tượng. vẫn còn thứ để thêm, nhưng hiện tại nó là một port forwarder hoạt động với hiệu năng hợp lý. một proof of concept rất tốt [23:51] <mihi> nó phụ thuộc vào quá nhiều thứ tôi không thấy từ đặc tả (ví dụ: các gói GUARANTEED được giao theo thứ tự) [23:52] <jrand0m> các gói guaranteed không được giao theo thứ tự, nhưng impl Java sẽ block khi gửi guaranteed, nên nếu bạn dùng impl Java với guaranteed và không có nhiều luồng gửi, thì nó được đảm bảo theo thứ tự. [23:52] <jrand0m> lý tưởng nhất, sẽ hay nếu nó có FEC (sửa lỗi chuyển tiếp) hoặc có sẵn cơ chế sắp xếp &amp; tái dựng hay gì đó [23:52] <jrand0m> (để nó không block khi gửi và không cần GUARANTEED) [23:53] <mihi> tôi nghĩ chừng đó if là hơi nhiều... [23:53] <mihi> s/bot/bit/ [23:55] <mihi> nhưng có lẽ tôi sẽ có thời gian thêm reordering/resending cho nó... [23:55] <jrand0m> ờ, đó là cách impl client Java được implement ;) guaranteed không được khuyến nghị cho sử dụng đồng bộ độ trễ thấp, vì nó cần một ack (mà bản thân là một lần giao thông điệp đầy đủ, dù không có mã hóa end-to-end phía client, chỉ là mã hóa i2np) [23:55] <jrand0m> ngon [23:56] <jrand0m> còn app nào khác sắp tới không? ta có nên có một trang trên wiki về các app &amp; ý tưởng app để devs tham gia không? [23:57] * jrand0m nghĩ có lẽ không còn xa để xml rpc của yodel có thể hoạt động qua i2p sdk (hoặc qua tunnel của mihi hoặc native) [23:57] <nop> hmm [23:57] <thecrypto> test [23:57] <jrand0m> tset [23:57] <thecrypto> vẫn kết nối chứ? [23:57] <jrand0m> si sr [23:58] <thecrypto> chúng tôi đang rút dây điện thoại ngay lúc này [23:58] <nop> IIP, nó bất chấp điện thoại [23:58] <jrand0m> heh [23:58] <nop> :) [23:58] <thecrypto> tôi có thể lên lại IM và chuyển file [23:58] <jrand0m> wikked [00:00] <jrand0m> ok. tôi có bấy nhiêu mục nghị sự thôi. [00:00] <jrand0m> có bình luận/câu hỏi/quan ngại/frisbee nào không? [00:00] * thecrypto ném một cái frisbee [00:00] * jrand0m ăn một cái frisbee vào mặt [00:01] <thecrypto> tôi chỉ muốn xong mấy thứ crypto này để quay lại tối ưu elg [00:01] <thecrypto> và hy vọng làm tương tự cho Python [00:01] <jrand0m> chuẩn. tôi sẽ gửi bạn code trong 5 phút nữa [00:02] <thecrypto> tốt đấy [00:03] * jrand0m chuẩn bị *baf*er [00:03] * jrand0m lấy đà [00:03] * jrand0m *baf* kết thúc buổi họp. </div>/vi/blog/2003/08/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-19-th%C3%A1ng-8-n%C4%83m-2003/Tue, 19 Aug 2003 00:00:00 +0000/vi/blog/2003/08/19/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-19-th%C3%A1ng-8-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cohesion, hezekiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Aug 19 16:56:12 2003 17:00 -!- logger [logger@anon.iip] has joined #iip-dev 17:00 -!- Topic for #iip-dev: Các cuộc họp phát triển IIP hàng tuần, và các cuộc trò chuyện khác giữa các nhà phát triển được tổ chức ở đây. 17:00 [Users #iip-dev] 17:00 [ cohesion] [ leenookx ] [ mihi] [ shardy_ ] [ UserXClone] 17:00 [ Ehud ] [ logger ] [ nop ] [ thecrypto] [ velour ] 17:00 [ hezekiah] [ lonelynerd] [ Rain] [ UserX ] [ WinBear ] 17:00 -!- Irssi: Tổng cộng 15 nick trong #iip-dev [0 ops, 0 halfops, 0 voices, 15 bình thường] 17:00 -!- Irssi: Tham gia #iip-dev đã được đồng bộ trong 7 giây 17:00 < hezekiah> Được rồi! :) 17:00 < hezekiah> Cả hai logger đều đã sẵn sàng. :) 17:01 < thecrypto> yeah! 17:03 < hezekiah> Hmmm ... 17:03 < hezekiah> Cuộc họp này lẽ ra bắt đầu 3 phút trước rồi. 17:03 < hezekiah> Không biết có chuyện gì. 17:04 < thecrypto> ừ, ai đang idle 17:04 < hezekiah> jrand0m thậm chí còn chưa online. 17:04 < hezekiah> nop đã idle 15 phút. 17:05 < nop> chào 17:05 < nop> xin lỗi 17:05 < nop> Mình bận ngập đầu ở chỗ làm 17:05 < mihi> [22:36] * jrand0m đi ăn tối nhưng sẽ quay lại trong nửa tiếng nữa cho cuộc họp 17:05 -!- jrand0m [~jrandom@anon.iip] has joined #iip-dev 17:05 < hezekiah> Chào, jrand0m. 17:05 < nop> chào 17:05 < nop> ok, thế này nhé 17:05 < nop> Bây giờ mình không thể để lộ là đang ở trên IIP ở chỗ làm 17:05 < nop> nên mình sẽ liên lạc với mọi người sau 17:05 < nop> hôm qua bị nhắc nhở vụ này rồi 17:05 < nop> vậy nhé 17:05 < hezekiah> Tạm biệt, nop. 17:05 < thecrypto> bye 17:06 < nop> Mình sẽ treo trong kênh 17:06 < nop> chỉ là sẽ không lộ liễu :) 17:06 < hezekiah> jrand0m? Vì dạo này bạn nói nhiều nhất, có gì bạn muốn đưa vào chương trình nghị sự cho cuộc họp này không? 17:07 < jrand0m> quay lại rồi 17:08 < jrand0m> ok, mì pesto ngon phết. 17:08 < jrand0m> để mình lôi mấy thứ kiểu chương trình nghị sự lên 17:09 -!- Lookaround [~chatzilla@anon.iip] has joined #iip-dev 17:09 < jrand0m> x.1) i2cp sdk mods x.2) i2np review x.3) polling http transport x.4) dev status x.5) todo x.6) plan for next two weeks 17:09 < jrand0m> (đặt x vào số nào trong chương trình nghị sự thấy hợp) 17:10 < thecrypto> bạn là chương trình nghị sự đấy 17:10 < hezekiah> jrand0m: Mình không có gì để nói, và nop thì 17:10 < hezekiah> không thể nói được. 17:10 < jrand0m> lol 17:10 < hezekiah> UserX nhiều khả năng sẽ không thêm gì (thường thì không), nên theo mình thì mọi thứ là của bạn cả. :0 17:10 < hezekiah> :) 17:10 < jrand0m> 'k. mình có log không? 17:10 < jrand0m> heh 17:10 < hezekiah> Mình đang log mọi thứ. 17:10 < jrand0m> tuyệt. ok. 0.1) chào mừng. 17:10 < jrand0m> chào. 17:11 < jrand0m> 0.2) mailing list 17:11 < jrand0m> list hiện giờ đang down, sẽ lên lại sớm nhất. khi nào hoạt động lại các bạn sẽ biết :) 17:11 < jrand0m> trong lúc chờ, dùng wiki hoặc dùng IIP để trò chuyện. 17:11 < jrand0m> 1.1) i2cp sdk mods 17:12 < jrand0m> SDK đã được cập nhật với vài bản sửa lỗi, cộng thêm một số thứ mới trong spec đã được giới thiệu. 17:12 < jrand0m> Mình đã gửi lên list hôm qua với thông tin. 17:13 < jrand0m> hezekiah/thecrypto/jeremiah> có câu hỏi gì về những gì mình đã gửi, hoặc ý tưởng về kế hoạch triển khai các thay đổi không? (hoặc phương án khác mình chưa nghĩ tới?) 17:13 < hezekiah> Mình bận tối mắt tối mũi chuẩn bị vào đại học. 17:13 < jrand0m> ừ, hiểu rồi. 17:13 < hezekiah> Mình có xem qua những gì bạn viết, nhưng chưa thực sự xem các thay đổi trong spec. 17:13 < jrand0m> Chúng ta chẳng còn mấy thời gian của bạn nữa, phải không... 17:13 < hezekiah> Chưa đâu, cho đến khi mình tới trường. 17:14 < hezekiah> Khi tới nơi, có lẽ mình sẽ mất tích ít nhất một tuần để thích nghi. 17:14 < jrand0m> và khi bạn tới đó bạn sẽ phải thu xếp nhiều thứ (nếu mình nhớ đúng từ hồi mình đi học ;) 17:14 < jrand0m> heh đúng vậy. 17:14 < hezekiah> Sau đó mình sẽ vào guồng hơn và có thêm thời gian để code. 17:14 < jrand0m> tuyệt 17:14 < thecrypto> mình chỉ làm crypto, nên mối lo chính là cấu trúc dữ liệu, khi mình làm xong chế độ CTS, mình sẽ quay lại làm cái đó chắc vậy 17:14 < hezekiah> Dù sao thì đó là dự đoán của mình. 17:14 < jrand0m> ngon đấy thecrypto 17:15 < jrand0m> ok, điểm tốt là SDK chạy hoàn hảo (các lỗi mihi tìm đã được sửa [yay mihi!]) mà không cần cập nhật spec. 17:15 -!- arsenic [~none@anon.iip] has joined #iip-dev 17:16 < jrand0m> ok, sang 1.2) i2np review 17:16 < jrand0m> có ai đọc tài liệu chưa? 17:16 < jrand0m> ;) 17:16 < hezekiah> Chưa, mình thì chưa. 17:16 < hezekiah> Như đã nói, hiện mình đang bận tối mắt tối mũi. 17:17 < hezekiah> Nhân tiện, jrand0m, có vẻ bạn thích gửi PDF. 17:17 < jrand0m> mọi người đọc được OpenOffice .swx không? 17:17 < hezekiah> Mình đọc được. 17:17 < jrand0m> [nếu vậy, mình sẽ gửi swx] 17:17 -!- abesimpson [~k@anon.iip] has joined #iip-dev 17:17 < thecrypto> mình đọc được 17:17 < hezekiah> Mình không thể tìm kiếm văn bản trong PDF bằng KGhostView. 17:17 < hezekiah> Thế thì bất tiện thật. 17:17 < jrand0m> xui thật, hezekiah 17:17 -!- mrflibble [mrflibble@anon.iip] has joined #iip-dev 17:17 < hezekiah> Bản Linux của Adobe Acrobat cũng không thân thiện lắm. 17:18 < jrand0m> ok, vậy dùng định dạng OpenOffice thay vì PDF. 17:18 < hezekiah> Tuyệt. 17:18 < jrand0m> ừm, ok. i2np có vài thay đổi nhỏ với cấu trúc LeaseSet (phản ánh thay đổi i2cp đã gửi trước đó), còn lại thì phần lớn đã ổn. 17:19 < hezekiah> jrand0m: Tất cả các tài liệu này có trong CVS của cathedral không? 17:19 < nop> ô 17:19 < nop> mình xen ngang được không 17:19 < hezekiah> tức là bản sao các tệp PDF bạn đã gửi lên list, v.v. 17:19 < hezekiah> nop: Cứ tự nhiên. 17:19 < nop> cái này lạc đề nhưng quan trọng 17:19 -!- ChZEROHag [hag@anon.iip] has joined #iip-dev 17:19 < nop> IIP-dev và mail đang hơi trục trặc 17:19 < hezekiah> Mình để ý rồi. 17:19 < nop> nên mong mọi người chịu khó chờ chút 17:20 < nop> bọn mình đang cố gắng dựng lên và chạy 17:20 < nop> nhưng có tích hợp SpamAssassin 17:20 < nop> đó là tin tốt 17:20 < nop> :) 17:20 < nop> và nhiều tính năng khác 17:20 < jrand0m> có ETA nào cho list không, nop? 17:20 * ChZEROHag thò mũi vào 17:20 < jrand0m> (mình biết bạn bận, không hối, chỉ hỏi thôi) 17:20 < nop> hy vọng là trước ngày mai 17:20 < jrand0m> tuyệt 17:20 < nop> quản trị mail đang làm 17:21 * hezekiah ghi chú rằng jrand0m _rất_ thích list iip-dev. ;-) 17:21 < nop> haha 17:21 < hezekiah> Cố lên delta407! 17:21 < nop> dù sao 17:21 < jrand0m> tốt nhất là ghi lại các quyết định công khai, hezekiah ;) 17:21 < nop> trở lại cuộc họp theo lịch thường lệ 17:21 < jrand0m> heh 17:21 -!- nop is now known as nop_afk 17:21 < hezekiah> jrand0m: Vậy ta đang ở đâu rồi? 17:21 < jrand0m> ok, trả lời câu hỏi của bạn hezekiah> một số có, nhưng bản mới nhất thì chưa. Mình sẽ chuyển sang đặt ở định dạng OpenOffice. 17:21 < jrand0m> thay vì PDF 17:22 < hezekiah> OK. 17:22 < hezekiah> Sẽ rất tuyệt nếu tất cả tài liệu đều ở CVS. 17:22 < jrand0m> chắc chắn, và sẽ như vậy 17:22 < hezekiah> Vậy mình chỉ cần update, và biết là có bản mới nhất. 17:22 < jrand0m> (hiện còn ba bản nháp là chưa) 17:22 < hezekiah> (Nhân tiện, hơi lạc đề, nhưng truy cập ẩn danh vào cathedral đã mở chưa?) 17:23 < jrand0m> chưa. 17:23 < jrand0m> ok, đến thứ Sáu, mình hy vọng sẽ có một bản nháp khác của I2NP ở dạng đầy đủ [tức là không còn ... cho các phần giải thích Kademlia, và chi tiết triển khai mẫu] 17:24 < jrand0m> không có thay đổi đáng kể. chỉ bổ sung làm rõ thêm. 17:24 < hezekiah> Tuyệt. 17:24 < hezekiah> Trong đó sẽ có bố cục byte cho các cấu trúc dữ liệu chứ? 17:24 < jrand0m> 1.3) I2P Polling HTTP Transport spec. 17:24 < jrand0m> không, bố cục byte sẽ nằm trong đặc tả cấu trúc dữ liệu, cái này nên được chuyển sang định dạng chuẩn thay vì HTML 17:25 < jrand0m> (dù I2NP đã có mọi bố cục byte cần thiết) 17:25 < jrand0m> ((nếu bạn đọc nó *khụ* ;) 17:25 < hezekiah> Tốt. 17:25 < hezekiah> lol 17:25 < hezekiah> Xin lỗi về chuyện đó. 17:25 < hezekiah> Như đã nói, mình bận thực sự. 17:25 < jrand0m> heh không sao, bạn sắp vào đại học rồi, lẽ ra bạn nên đi party :) 17:25 < hezekiah> Party á? 17:25 < jrand0m> ok, 1.3) I2NP Polling HTTP Transport spec 17:25 < hezekiah> Hmmm ... chắc mình hơi khác người. 17:25 < jrand0m> heh 17:26 < jrand0m> ok, mình đã cố gửi cái này sớm hơn, nhưng sẽ commit sớm thôi. đó là một giao thức transport nhanh gọn phù hợp với I2NP để cho phép router gửi dữ liệu qua lại mà không cần kết nối trực tiếp (vd tường lửa, proxy, v.v.) 17:27 < jrand0m> Mình đang hy vọng ai đó có thể xem cách này hoạt động và xây dựng các transport tương tự (vd TCP hai chiều, UDP, HTTP trực tiếp, v.v.) 17:27 -!- mihi [none@anon.iip] has quit [Ping timeout] 17:27 < hezekiah> Hmmm, well I don 17:27 < jrand0m> trước khi đưa I2NP ra review, chúng ta cần kèm các transport mẫu để mọi người thấy bức tranh đầy đủ 17:27 < hezekiah> không nghĩ là _mình_ sẽ xây bất kỳ transport nào sớm đâu. ;-) 17:27 -!- WinBear_ [~WinBear@anon.iip] has joined #iip-dev 17:27 < hezekiah> TCP đang chạy cho Java và Python. 17:27 < hezekiah> (Ít nhất là client-to-router.) 17:27 < jrand0m> không sao, mình chỉ đưa ra như một việc cần làm cho những ai muốn đóng góp 17:28 < hezekiah> Phải. 17:28 < jrand0m> đúng, client-router có yêu cầu khác với router-router. 17:28 < jrand0m> ok, dù sao, 1.4) tình trạng dev 17:28 < jrand0m> CBC thế nào rồi, thecrypto? 17:28 < thecrypto> CBC đã commit 17:28 < jrand0m> w00000t 17:28 < thecrypto> CTS gần xong 17:28 < hezekiah> thecrypto: CTS là gì? 17:29 < thecrypto> mình chỉ còn phải nghĩ cách implement nó cho đẹp 17:29 < jrand0m> cts là Ciphertext Stealing :) 17:29 < hezekiah> À! 17:29 < thecrypto> CipherText Stealing 17:29 -!- WinBear [WinBear@anon.iip] has quit [EOF From client] 17:29 < jrand0m> bạn đã lấy tài liệu tham khảo của nop về vụ đó chưa? 17:29 < hezekiah> OK. Chúng ta dùng CBC với CTS thay vì padding. 17:29 < hezekiah> Hmm. 17:29 < thecrypto> cơ bản là nó làm cho thông điệp có độ dài chính xác 17:29 < jrand0m> như vậy có làm được bên phía Python không, hezekiah? 17:29 < hezekiah> Có lẽ mình phải nện cái thư viện crypto Python mình đang dùng một phát để bắt nó dùng CTS cho đúng. 17:30 < hezekiah> Mình luôn thích CTS hơn padding, nhưng không biết PyCrypt làm gì. 17:30 < jrand0m> Python có thể làm gì out-of-the-box để cho phép khôi phục kích thước thông điệp chính xác? 17:30 < thecrypto> bạn chỉ cần đổi cách xử lý hai khối cuối cùng 17:30 < hezekiah> Mình có linh cảm thư viện đó sẽ phải viết lại kha khá. 17:30 < hezekiah> jrand0m: Phần CBC trong Python là trong suốt. Bạn chỉ cần gửi buffer vào hàm encrypt của đối tượng AES. 17:31 < hezekiah> Nó nhả ra ciphertext. <p>17:31 &lt; hezekiah&gt; Hết chuyện. 17:31 &lt; jrand0m&gt; D(E(data,key),key) có bằng data, từng byte một, chính xác cùng kích thước không? 17:31 &lt; hezekiah&gt; Vậy nếu nó có ý tưởng kỳ quặc là dùng đệm (padding) thay vì CTS (Ciphertext Stealing), thì có lẽ tôi phải mổ xẻ bên trong nó và sửa. 17:31 &lt; jrand0m&gt; (bất kể kích thước đầu vào?) 17:31 -!- mihi [~none@anon.iip] đã vào #iip-dev 17:31 &lt; hezekiah&gt; jrand0m: Đúng. Lẽ ra phải vậy. 17:31 &lt; jrand0m&gt; hezekiah&gt; nếu anh có thể xem chính xác nó dùng thuật toán nào để làm padding, thì tốt quá 17:32 &lt; hezekiah&gt; Được. 17:32 * jrand0m lưỡng lự khi yêu cầu sửa (mod) một thư viện mã hóa Python nếu thư viện đã dùng một cơ chế tiêu chuẩn và hữu ích 17:32 &lt; hezekiah&gt; Dù thế nào thì CBC với CTS (Ciphertext Stealing) nghe ổn. 17:32 &lt; hezekiah&gt; jrand0m: Thư viện mã hóa Python này tệ quá. 17:32 &lt; jrand0m&gt; heh ok 17:33 &lt; thecrypto&gt; tôi chỉ cần tính cách nghịch hai khối đó thế nào 17:33 &lt; hezekiah&gt; jrand0m: ElGamal sẽ cần được viết lại hoàn toàn bằng C chỉ để đủ nhanh mà dùng. 17:33 &lt; jrand0m&gt; hezekiah&gt; benchmark cho elg Python 256 bytes là bao nhiêu? nó chỉ thực hiện một lần cho mỗi phiên giao tiếp dest-dest&hellip; 17:34 &lt; jrand0m&gt; (ý là nếu anh nhớ sẵn) 17:34 &lt; hezekiah&gt; Tôi phải thử đã. 17:34 &lt; hezekiah&gt; Mã hóa chắc chỉ mất một hai giây 17:34 &lt; jrand0m&gt; &lt; 5 giây, &lt; 2 giây, &gt; 10 giây, &gt; 30 giây? 17:34 &lt; thecrypto&gt; có lẽ tôi sẽ mày mò chút với nó 17:34 &lt; hezekiah&gt; Giải mã có lẽ đâu đó giữa 5 hoặc 10 giây. 17:34 &lt; jrand0m&gt; hay đấy. 17:35 &lt; jrand0m&gt; hezekiah&gt; anh đã nói chuyện với jeremiah chưa hoặc có tin gì về tình trạng của Python client API không? 17:35 &lt; hezekiah&gt; thecrypto: Tất cả những gì anh cần là viết một mô-đun C hoạt động với Python. 17:35 &lt; hezekiah&gt; Tôi không biết anh ta đang làm gì. 17:35 &lt; hezekiah&gt; Tôi chưa nói chuyện với anh ấy từ lúc tôi quay lại. 17:35 &lt; jrand0m&gt; ok 17:35 &lt; jrand0m&gt; còn ý kiến tình hình phát triển nào khác không? 17:36 &lt; hezekiah&gt; Ờ, không hẳn từ tôi. 17:36 &lt; hezekiah&gt; Tôi đã nói về tình trạng thời gian rảnh hiện tại của mình rồi. 17:36 &lt; jrand0m&gt; chuẩn. hiểu rồi 17:36 &lt; hezekiah&gt; Kế hoạch duy nhất của tôi là dựng C API và đưa Python router về đúng theo spec. 17:37 &lt; jrand0m&gt; ok 17:37 &lt; hezekiah&gt; Ôi trời! 17:37 &lt; jrand0m&gt; 1.4) việc cần làm 17:37 &lt; jrand0m&gt; si sr? 17:37 &lt; hezekiah&gt; Thư viện mã hóa Python không triển khai CTS hay padding! 17:37 &lt; hezekiah&gt; Tôi sẽ phải tự làm bằng tay. 17:37 &lt; jrand0m&gt; hmm? nó yêu cầu dữ liệu là bội số của 16 byte à? 17:37 &lt; hezekiah&gt; Ừ. 17:38 &lt; jrand0m&gt; heh 17:38 &lt; jrand0m&gt; thôi vậy. 17:38 &lt; hezekiah&gt; Hiện tại Python router dùng padding. 17:38 &lt; jrand0m&gt; ok. đây là vài hạng mục đang tồn đọng mà cần hoàn thành. 17:38 &lt; hezekiah&gt; Giờ tôi nhớ ra. 17:38 &lt; hezekiah&gt; Ờ, để 17:38 &lt; hezekiah&gt; nói thẳng một điều. 17:38 &lt; hezekiah&gt; Python router thực ra không bao giờ nhằm để sử dụng thật. 17:39 &lt; hezekiah&gt; Nó chủ yếu để tôi nắm rất rõ spec và còn đạt được một điều nữa: 17:39 &lt; hezekiah&gt; Nó buộc Java router tuân thủ <em>chính xác</em> theo spec. 17:39 &lt; jrand0m&gt; cả hai mục tiêu đều rất quan trọng. 17:39 &lt; hezekiah&gt; Đôi khi Java router không hoàn toàn tuân thủ, và khi đó Python router sẽ la làng. 17:39 &lt; hezekiah&gt; Vậy nên nó không thật sự cần phải nhanh hay ổn định. 17:39 &lt; jrand0m&gt; vả lại tôi không chắc nó sẽ không bao giờ được dùng trong SDK 17:39 &lt; jrand0m&gt; đúng. chính xác. 17:39 &lt; jrand0m&gt; nhưng Python client API là chuyện khác 17:39 &lt; hezekiah&gt; Còn Python client API thì cần phải tử tế. 17:40 &lt; jrand0m&gt; chính xác. 17:40 &lt; hezekiah&gt; Nhưng đó là việc của jeremiah. :) 17:40 &lt; hezekiah&gt; Tôi đã để anh ấy lo phần đó. 17:40 &lt; jrand0m&gt; các router local-only của SDK chỉ dành cho dùng phát triển client 17:40 &lt; jrand0m&gt; lol 17:40 &lt; jrand0m&gt; ok, như tôi đang nói&hellip; ;) 17:40 &lt; hezekiah&gt; ;-) 17:41 &lt; jrand0m&gt; - chúng ta cần ai đó bắt đầu làm một trang web nhỏ cho i2p để đăng các spec liên quan đến I2P cho cộng đồng phản biện. 17:41 &lt; jrand0m&gt; Tôi muốn việc này sẵn sàng trước 9/1. 17:41 &lt; hezekiah&gt; OK. Tôi nói luôn là anh không muốn tôi làm chuyện đó đâu. 17:41 &lt; hezekiah&gt; Tôi không phải là người thiết kế web giỏi. :) 17:41 &lt; jrand0m&gt; tôi cũng vậy, nếu ai ở đây đã thấy flog của tôi ;) 17:41 &lt; jrand0m&gt; cohesion? ;) 17:41 &lt; hezekiah&gt; lol 17:42 &lt; hezekiah&gt; Tội nghiệp cohesion, lúc nào cũng bị dính việc nặng nhọc. :-) 17:42 * cohesion đang đọc backlog 17:42 &lt; hezekiah&gt; ;) 17:42 &lt; jrand0m&gt; heh 17:42 &lt; cohesion&gt; jrand0m: Tôi sẽ làm 17:42 &lt; cohesion&gt; <a href="mailto:me@jasonclinton.com">me@jasonclinton.com</a> 17:42 &lt; cohesion&gt; gửi tôi các spec đi 17:42 &lt; jrand0m&gt; ok, gracias. 17:42 &lt; jrand0m&gt; các spec chưa xong hết. 17:43 &lt; jrand0m&gt; nhưng nội dung cần có sẽ là: 17:43 &lt; cohesion&gt; ừ, cái anh có và cái anh muốn đưa lên 17:43 &lt; jrand0m&gt; -I2CP spec, I2NP spec, Polling HTTP Transport spec, TCP Transport spec, Security analysis, Performance analysis, Data structure spec, và một readme/intro 17:44 &lt; jrand0m&gt; (7 tài liệu đó sẽ ở định dạng pdf và/hoặc text) 17:44 &lt; cohesion&gt; k 17:44 &lt; jrand0m&gt; trừ readme/intro 17:45 &lt; jrand0m&gt; Tôi hy vọng tất cả các tài liệu đó sẽ sẵn sàng trước tuần tới (8/26). như vậy anh có đủ thời gian để dựng một trang nhỏ cho lần phát hành 9/1 không? 17:46 &lt; jrand0m&gt; ok. một việc nữa sẽ cần làm là một bộ mô phỏng mạng I2P. 17:46 &lt; jrand0m&gt; có ai đang tìm một đồ án CS (Khoa học máy tính) không? ;) 17:46 &lt; hezekiah&gt; lol 17:46 &lt; cohesion&gt; jrand0m: ừ, làm được 17:47 &lt; hezekiah&gt; Tôi thì không, phải vài năm nữa. ;-) 17:47 &lt; jrand0m&gt; tuyệt cohesion 17:47 &lt; thecrypto&gt; chưa, phải một năm nữa 17:47 * cohesion quay lại làm việc 17:47 &lt; jrand0m&gt; tnx cohesion 17:48 &lt; jrand0m&gt; ok, 1.6) hai tuần tới. việc của tôi là đưa các spec, tài liệu và phân tích này lên. Tôi sẽ post &amp; commit sớm nhất có thể. 17:48 &lt; jrand0m&gt; LÀM ƠN ĐỌC CÁC SPEC VÀ GÓP Ý 17:48 &lt; jrand0m&gt; :) 17:48 &lt; hezekiah&gt; jrand0m: Ừ. Khi có thời gian, tôi sẽ bắt đầu đọc. :) 17:48 &lt; jrand0m&gt; Tôi muốn mọi người gửi góp ý lên danh sách, nhưng nếu muốn ẩn danh, hãy gửi riêng cho tôi và tôi sẽ đăng phản hồi lên danh sách một cách ẩn danh. 17:49 &lt; hezekiah&gt; (Theo anh thì ETA cho việc đưa các file OpenOffice của tài liệu lên CVS là khi nào?) 17:49 &lt; jrand0m&gt; Tôi có thể commit các revision mới nhất trong vòng 10 phút sau khi cuộc họp này kết thúc. 17:49 &lt; hezekiah&gt; Tuyệt. :) 17:50 &lt; jrand0m&gt; ok, vậy là xong phần 1.*. 17:50 &lt; jrand0m&gt; 2.x) bình luận/câu hỏi/quan ngại/cằn nhằn? 17:50 &lt; jrand0m&gt; sdk mod chạy thế nào rồi, mihi? 17:51 &lt; jrand0m&gt; hoặc ai khác? :) 17:51 &lt; hezekiah&gt; jrand0m: Cái sdk mod mà anh đang nói là gì vậy? 17:52 &lt; jrand0m&gt; hezekiah&gt; hai bản sửa lỗi cho sdk, đã commit (&amp; post) hôm trước 17:52 &lt; hezekiah&gt; À 17:52 &lt; hezekiah&gt; Hay phết. 17:52 &lt; jrand0m&gt; (xoay vòng message IDs, đồng bộ các thao tác ghi) 17:52 &lt; hezekiah&gt; Chỉ phía Java, hay cả phía Python nữa? 17:52 &lt; jrand0m&gt; yo no hablo python. 17:53 &lt; hezekiah&gt; lol 17:53 &lt; jrand0m&gt; không chắc các lỗi đó có ở đó không. anh có xoay vòng message id mỗi 255 thông điệp, và đồng bộ các thao tác ghi không? 17:54 &lt; hezekiah&gt; Tôi nghĩ Python router làm cả hai 17:54 &lt; jrand0m&gt; tốt. 17:54 &lt; jrand0m&gt; nếu không thì bọn tôi sẽ báo anh ;) 17:54 &lt; hezekiah&gt; Chính xác thì anh muốn nói gì bằng &ldquo;synchronize your writes&rdquo;? 17:55 &lt; jrand0m&gt; tức là đảm bảo nhiều thông điệp không được ghi tới một client cùng lúc nếu có nhiều client đang cố gửi thông điệp tới nó cùng lúc. 17:55 &lt; hezekiah&gt; Tất cả dữ liệu gửi qua kết nối TCP đều được gửi theo đúng thứ tự nó được tạo ra. 17:56 &lt; hezekiah&gt; Vậy nên sẽ không có chuyện 1/2 thông điệp A rồi đến 1/3 thông điệp B. 17:56 &lt; jrand0m&gt; ok 17:56 &lt; hezekiah&gt; Anh sẽ nhận thông điệp A rồi đến thông điệp B. 17:56 &lt; hezekiah&gt; OK &hellip; nếu không ai nói nữa, tôi đề nghị chúng ta bế mạc cuộc họp. 17:56 &lt; mihi&gt; TCP/IP over I2p đơn giản của tôi có vẻ chạy được&hellip; 17:56 &lt; jrand0m&gt; tuyệt quá!! 17:56 * mihi vừa idle một chút, xin lỗi 17:57 &lt; hezekiah&gt; Còn ai có gì muốn nói không? 17:57 &lt; jrand0m&gt; mihi&gt; vậy chúng ta sẽ chạy pserver qua cái đó được chứ? 17:57 &lt; mihi&gt; miễn là bạn không cố tạo cả đống kết nối cùng lúc. 17:57 &lt; mihi&gt; jrand0m: chắc vậy - tôi có thể vào google qua đó 17:57 &lt; jrand0m&gt; tuyệt 17:57 &lt; jrand0m&gt; mihi++ 17:57 &lt; mihi&gt; jrand0m-ava 17:57 &lt; jrand0m&gt; vậy bạn có một outproxy và một inproxy? 17:58 &lt; mihi&gt; chính xác. 17:58 &lt; jrand0m&gt; hay 17:58 &lt; mihi&gt; điểm đích cần key, nguồn tạo chúng khi cần 17:58 * hezekiah đưa cho jrand0m cái <em>baf</em>er. Đập nó khi xong việc nhé, ông bạn. 17:58 &lt; jrand0m&gt; đúng. hy vọng dịch vụ đặt tên của co có thể giúp vụ đó khi nó sẵn sàng. 17:59 &lt; jrand0m&gt; ok hay đấy. mihi, cho tôi hoặc ai khác biết nếu có gì bọn tôi có thể giúp nhé :) 17:59 &lt; mihi&gt; sửa cái vụ 128 msgid đó hoặc xây hỗ trợ GUARANTEED tốt hơn 17:59 * jrand0m <em>baf</em> vào đầu nop_afk vì dám có một công việc thật 18:00 &lt; mihi&gt; jrand0m: lạm dụng baf sẽ tốn 20 yodel 18:00 &lt; jrand0m&gt; lol 18:00 &lt; jrand0m&gt; hỗ trợ guaranteed tốt hơn? 18:00 &lt; jrand0m&gt; (tức là hiệu năng tốt hơn cái đã mô tả? bọn tôi sẽ sửa trong phần impl) 18:00 &lt; mihi&gt; anh đã thử test case của tôi với start_thread=end_thread=300 chưa? 18:01 &lt; mihi&gt; nó tạo rất nhiều thông điệp theo một chiều, và điều đó làm tất cả msgid bị ăn hết&hellip; 18:01 &lt; jrand0m&gt; hmm, chưa, chưa thấy thông điệp đó 18:01 &lt; hezekiah&gt; jrand0m: Làm msgid thành 2 byte có hợp lý không? 18:01 * jrand0m đã thử 200 / 201, nhưng cái đó đã được sửa ở bản mới nhất 18:01 -!- cohesion [cohesion@anon.iip] đã thoát [đi họp lug] 18:01 &lt; mihi&gt; bản mới nhất nào? 18:01 &lt; hezekiah&gt; Như vậy họ sẽ có 65535 msgid (nếu bạn không tính msgid 0) 18:01 &lt; hezekiah&gt; . 18:02 &lt; jrand0m&gt; message id 2 byte cũng không hại gì. Tôi thoải mái với thay đổi đó. 18:02 &lt; jrand0m&gt; mihi&gt; cái tôi đã mail cho anh 18:02 &lt; mihi&gt; nếu anh có bản mới hơn bản anh gửi tôi, gửi nó đi (hoặc cho tôi quyền truy cập cvs) 18:03 &lt; mihi&gt; hmm, bản đó bị lỗi với tôi ở 200/201 (cũng như với 300) 18:03 &lt; jrand0m&gt; hmm. Tôi sẽ thử nghiệm và debug thêm rồi mail anh những gì tôi tìm ra. 18:03 &lt; mihi&gt; thx. 18:04 &lt; jrand0m&gt; ok. 18:04 * jrand0m tuyên bố cuộc họp 18:04 &lt; jrand0m&gt; <em>baf</em>&rsquo;ed 18:04 * hezekiah treo <em>baf</em>er một cách cung kính lên giá đặc biệt của nó. 18:05 * rồi hezekiah quay người bước ra cửa, đóng sầm phía sau. Cái baffer rơi khỏi giá. 18:05 &lt; hezekiah&gt; ;-) &mdash; Log đóng Tue Aug 19 18:05:36 2003 </div></p>/vi/blog/2003/08/12/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-12-th%C3%A1ng-8-n%C4%83m-2003/Tue, 12 Aug 2003 00:00:00 +0000/vi/blog/2003/08/12/cu%E1%BB%99c-h%E1%BB%8Dp-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-12-th%C3%A1ng-8-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> ion, jrand0m, mihi, shardy</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> [21:09] <jrand0m> ok. 21:00 UTC esta ahora [21:09] <jrand0m> chào mừng đến với buổi họp um [21:09] <jrand0m> hôm nay nhiều người vắng (nop, hezekiah, thecrypto, và userx), nên chúng ta sẽ giữ ngắn gọn [21:10] <jrand0m> chương trình: 1) chào 2) sdk 3) tình hình 4) câu hỏi [21:10] <jrand0m> 1) chào [21:10] <jrand0m> xin chào. [21:10] <jrand0m> 2) sdk [21:11] <jrand0m> I2P SDK 0.1 đã sẵn sàng cho đợt phát hành âm thầm. [21:11] <mihi> phát hành âm thầm? [21:11] <jrand0m> cơ bản là chúng tôi không quảng bá, trừ những người “biết chuyện”, và những người được họ tin cậy [21:12] <jrand0m> tuy vậy nó hoàn toàn sẵn sàng để thiết kế, phát triển và kiểm thử ứng dụng [21:12] <jrand0m> Nếu bạn đang ở kênh #iip-dev, bạn là người biết chuyện [21:13] <jrand0m> vậy nên ai muốn xem có thể hoặc kéo từ CVS hoặc lấy mã nguồn, tài liệu và build từ CHK@GZ-A-C~SH03AwBuKf~AE3E347IcKAwI,4K38eh3m06zAygRzUnw4tQ/i2p_sdk.zip * UserX has joined #iip-dev [21:13] <jrand0m> này, là UserX [21:14] <jrand0m> Bản 0.1 của SDK bao gồm Java client API hoạt động, cùng với cả triển khai router bằng python và Java và một ứng dụng chat dòng lệnh đơn giản [21:15] <jrand0m> Mục đích có SDK là để mọi người có thể khởi đầu sớm việc phát triển, để ứng dụng của họ sẽ chạy được khi mạng đi vào vận hành và công khai vào tháng chín. [21:16] <mihi> tháng chín không bao giờ kết thúc ấy hả? ;) [21:16] <jrand0m> (thay vì mạng chạy mà không có ứng dụng nào) [21:16] <jrand0m> heh [21:16] <jrand0m> không, thực ra chúng tôi còn đang vượt tiến độ tôi đã đăng lên iip-dev vài tuần trước trong tài liệu ganttproject [21:16] <jrand0m> không nhiều (5 ngày), nhưng dù sao vẫn vượt. [21:17] <jrand0m> Tôi khá tự tin rằng chúng ta sẽ có 1.0alpha vào tháng chín. [21:17] <jrand0m> Ngoài ra, về tình hình, tôi đoán sẽ có bản nháp I2NP (giao thức mạng) mới vào cuối tuần. [21:18] <jrand0m> Rồi, hy vọng tuần sau chúng ta có thể rà soát nội bộ và chỉnh sửa, sau đó đưa ra phản biện đồng cấp. * shardy_ is now known as shardy [21:18] <jrand0m> chào shardy [21:18] <shardy> chào. [21:18] <shardy> dạo này sao rồi? [21:19] <jrand0m> ngầu lắm. [21:19] <jrand0m> Tôi nghe đồn có thể mượn chút thời gian của bạn cho mấy thứ lib client .net? * jrand0m có thể đã hiểu nhầm * ion has quit IRC (Ping timeout) [21:21] <shardy> .net? không, không phải tôi... [21:21] <jrand0m> à ok, lỗi của tôi [21:21] <jrand0m> soy muy tonto [21:21] <jrand0m> dù sao cũng chào nhé :) [21:21] <jrand0m> Tôi cũng nhận phản hồi từ co về ứng dụng dịch vụ đặt tên [21:22] <jrand0m> "Ngày 8 tháng 8, phiên bản đầu tiên của đặc tả cho dịch vụ đặt tên đã được đăng. Phát hiện ra đặc tả có lỗi, và tôi đang sửa. Nó sẽ xong trong khoảng một tuần. Sau đó, tôi sẽ bắt đầu triển khai hệ thống. Cuối cùng sẽ có bốn thành phần của phần mềm này: [21:22] <jrand0m> 1. Chương trình khách để tương tác với dịch vụ đặt tên. [21:22] <jrand0m> 2. Chương trình cho chính dịch vụ đặt tên. [21:22] <jrand0m> 3. Công cụ quản trị cho dịch vụ đặt tên. [21:22] <jrand0m> 4. Thành phần Certificate Authority (CA)." [21:23] <jrand0m> Đó là báo cáo tình hình của co [21:23] <jrand0m> Tôi nghĩ vậy là hết phần tình hình, trừ khi ai có gì bổ sung. [21:24] <shardy> hay đấy. [21:24] <jrand0m> chắc chắn là hay [21:24] <shardy> ngay khi có thời gian tôi sẽ bắt đầu xem qua các đặc tả và làm quen với cách các bạn làm việc. [21:25] <jrand0m> tốt. đặc tả I2CP trong SDK hầu như đã vận hành, nhưng đặc tả mạng I2P đăng hôm qua thì đã lạc hậu vài tuần. [21:25] <jrand0m> Tôi sẽ đăng phiên bản mới có lẽ vào thứ sáu. [21:25] <jrand0m> (và vì dự án này chỉ mới thực sự bắt đầu khoảng một tháng trước, nên chúng tôi còn mở cho các biến thể về cách làm việc) [21:26] <jrand0m> ôi nhớ rồi, bạn là người ECC :) [21:26] <shardy> đúng vậy. dù tôi cũng không làm nhiều với ECC dạo này... giờ tôi là người lo PRNG (bộ sinh số giả ngẫu nhiên). [21:27] <jrand0m> hay đó. hiện tại chúng tôi đang dùng các PRNG chung chung, và sẽ muốn cách tốt hơn để xử lý dữ liệu ngẫu nhiên [21:27] <jrand0m> ok [21:27] <shardy> chung chung á? nop có nhắc dùng yarrow, trông khá ổn. [21:28] <shardy> Tôi đang làm triển khai một PRNG mới. cố gắng thu hẹp khoảng cách giữa lý thuyết và thực tiễn :) [21:28] <jrand0m> đúng. chúng tôi có một bản Yarrow theo GPL có thể kéo từ freenet vào các triển khai Java, nhưng tạm thời đang dùng cái sẵn có của Java (java.security.SecureRandom) [21:28] <jrand0m> heh [21:29] <mihi> cẩn thận với yarrow từ freenet, nó có heisenbugs ;) [21:29] <jrand0m> lol [21:29] <jrand0m> ờ, cái đó đã sửa rồi vì đã synchronized [21:29] * jrand0m mở phần hỏi đáp [21:30] * mihi nhận DNF cho key nói ở trên :( [21:30] <jrand0m> chết tiệt. Tôi đã chèn nó cả tá lần ở htl 25 [21:30] <jrand0m> Tôi sẽ chèn lại thêm lần nữa [21:32] <jrand0m> có ai có câu hỏi nào khác, ngoài “tại sao freenet không tìm thấy key của SDK?” [21:33] * mihi không hề hỏi câu đó ;) và cũng chưa có câu hỏi nào khác cho đến khi xem nó ;) [21:33] <jrand0m> heh [21:33] <mihi> ai đưa log này lên wiki lần này? /me đã có đầy đủ lần này. [21:33] <jrand0m> tuyệt, làm đi [21:34] <jrand0m> Tôi nghĩ chúng ta đã hết câu hỏi cho cuộc họp, nhưng mọi người cứ thoải mái đăng thêm ý kiến lên mailing list. [21:34] * jrand0m rất thích thảo luận sôi nổi trên iip-dev, kể cả khi mọi người nói tài liệu của tôi dở [21:35] <mihi> Java của anh dở quá, jrandom ;) (HHOK) [21:35] <jrand0m> vậy mới đúng chất [21:35] <jrand0m> Tôi đang chèn lại file .zip từ CLI của freenet, nên có lẽ nó sẽ có CHK khác [21:36] <jrand0m> Tôi sẽ msg mọi người về nó sau khi chèn lại vài lần [21:36] <jrand0m> mihi muốn nó. còn ai nữa tôi nên nhắn không? [21:36] <jrand0m> (hoặc ai cũng có thể hỏi vào lúc khác) [21:36] <mihi> anh có thể mail cho tôi... [21:36] <jrand0m> 1.1Mb [21:37] <mihi> nếu nó không quá to. [21:37] <mihi> ờm, thôi vậy không. * mihi vốn không hứng thú lắm với việc tải splitfiles [21:37] <mihi> s/kind/keen/ [21:37] <jrand0m> heh, anh định gợi ý tôi chèn nó không có FEC à? [21:38] <mihi> tôi đoán nó sẽ không có cơ hội trong freenet hiện tại. [21:38] <jrand0m> ok, tôi sẽ tìm cách cho nó truy cập web qua một URL riêng tư [21:39] * jrand0m thấy hơi kỳ với vụ phát hành âm thầm này, nhưng tôi nghĩ thế là tốt nhất [21:40] <mihi> cứ để nó lên webspace nào đó và bọc bằng gpg conventional encryption - rồi nói passphrase ở đây. [21:40] <mihi> hoặc dùng key nói ở trên làm passphrase [21:40] <mihi> nhân tiện - tôi có nên bỏ cái đó khỏi log không? [21:41] <jrand0m> không cần. Tôi đủ hoang tưởng để tin rằng nếu nói ở đây thì những ai muốn xem đều có thể thấy ;) [21:41] <jrand0m> Tôi sẽ nhờ nop quăng nó lên một webspace khi anh ấy quay lại tối nay và anonymail mọi người thông tin phù hợp (url &amp; password / technology / etc) [21:43] <mihi> cảm ơn. “tối nay” theo múi giờ nào? (me sẽ đi bea trong khoảng 1 giờ nữa) [21:43] <mihi> s/bea/bed [21:46] <jrand0m> heh, tối của nop, tức California [21:46] <jrand0m> ok, tôi phải chuồn đây. * jrand0m !thwaps cuộc họp để kết thúc [21:46] <jrand0m> gracias srs y srtas * mihi trao cho jrandom cái *baf*er * jrand0m *baf* vào đầu mihi * shardy has quit IRC (EOF From client) [21:48] <ion> 2 block đang tải URL ở trên [21:48] <jrand0m> hay đó * shardy has joined #iip-dev * mihi chết gục. </div>/vi/blog/2003/08/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-5-th%C3%A1ng-8-n%C4%83m-2003/Tue, 05 Aug 2003 00:00:00 +0000/vi/blog/2003/08/05/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-5-th%C3%A1ng-8-n%C4%83m-2003/<h2 id="quick-recap">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> hezekiah, jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">Nhật ký cuộc họp</h2> <div class="irc-log"> <nop> ok, cuộc họp bắt đầu <nop> chương trình nghị sự có gì --> logger (logger@anon.iip) đã vào #iip-dev --> Anon02 (~anon@anon.iip) đã vào #iip-dev <hezekiah> Tue Aug 5 21:03:10 UTC 2003 <hezekiah> Chào mừng đến với cuộc họp iip-dev thứ n. <hezekiah> Chương trình nghị sự có gì? <thecrypto> Tue Aug 5 21:02:44 UTC 2003 <thecrypto> đã đồng bộ với một NTP stratum 2 :) <hezekiah> Tue Aug 5 21:03:13 UTC 2003 --> ptm (~ptm@anon.iip) đã vào #iip-dev <hezekiah> Vừa đồng bộ với NIST. :) <mihi> việc đồng bộ này không giúp gì cho độ trễ iip đâu ;) <jrand0m> nop: những thứ tôi muốn đề cập: tình trạng phát triển java, tình trạng crypto java, tình trạng phát triển python, tình trạng sdk, dịch vụ đặt tên <hezekiah> (Chúng ta đã bàn đến dịch vụ đặt tên _ngay bây giờ_?) <jrand0m> không phải thiết kế đâu đồ ngốc, đó là phần trình bày của co. chỉ nói nếu có gì để nói. <hezekiah> À * jrand0m cất cái LART đi <jrand0m> còn gì nữa trong chương trình? <jrand0m> hay chúng ta bắt đầu luôn? <hezekiah> Ừ, tôi không nghĩ ra gì khác để thêm. <hezekiah> À! <hezekiah> Ồ! <jrand0m> ok. tình trạng phát triển java: <hezekiah> Tốt. <-- mrflibble đã thoát (Ping timeout) <nop> ok <nop> chương trình <nop> 1) Chào mừng <jrand0m> tính đến hôm nay, có một java client API cùng một java router dạng stub có thể nói chuyện với nhau. ngoài ra, có một ứng dụng tên là ATalk cho phép IM (nhắn tin tức thời) ẩn danh + truyền tệp. <nop> 2) gián đoạn IIP 1.1 <nop> 3) I2P <nop> 4) Kết thúc với phần bình luận và linh tinh * jrand0m quay lại góc <nop> xin lỗi joeyo jrand0m Aug 05 17:08:24 * hezekiah đưa cho jrand0m một chiếc mũ ngốc để đội ở góc phòng. ;-) <nop> xin lỗi về chuyện đó <nop> không thấy là bạn đã bắt đầu ở đó <nop> có lẽ tôi nên vào góc <hezekiah> lol <jrand0m> đừng lo. mục 1) * hezekiah đưa cho nop một chiếc mũ ngốc nữa. :) <nop> ok chào mừng mọi người <nop> bla bla <nop> 2) gián đoạn IIP 1.1 --> mrflibble (mrflibble@anon.iip) đã vào #iip-dev <hezekiah> Cuộc họp iip-dev lần thứ 52 và mấy thứ vớ vẩn hay ho! <nop> máy chủ gần đây gặp một số vấn đề với các sector của ổ cứng và đã được thay thế <nop> tôi định chuyển cái máy chủ chết tiệt đó vào một môi trường ổn định hơn với khả năng dự phòng <nop> và có thể trao quyền điều khiển nhiều máy chủ ircd <nop> không rõ <nop> đó là chuyện cần bàn <-- Anon02 đã thoát (EOF From client) <nop> hy vọng máy chủ của chúng ta sẽ ổn định từ giờ vì ổ cứng đã được thay <nop> xin lỗi vì sự bất tiện mọi người nhé <nop> 3) I2P - Jrand0m, mời bạn <nop> ra khỏi góc đi jrand0m * hezekiah đi tới góc, kéo jrand0m khỏi ghế, lôi anh ấy lên bục phát biểu, lấy lại chiếc mũ ngốc, và đưa cho anh ấy cái micro. * nop vào góc đó để thế chỗ <hezekiah> lol! <jrand0m> xin lỗi, quay lại rồi * nop giật chiếc mũ ngốc từ hezekiah * nop đội nó lên đầu * nop vỗ tay cho jrand0m * jrand0m chỉ đứng xem <jrand0m> ờ... um được <hezekiah> jrand0m: i2p, tình trạng java, v.v. Nói đi! <jrand0m> vậy thì, tính đến hôm nay, có một java client API cùng một java router dạng stub có thể nói chuyện với nhau. ngoài ra, có một ứng dụng tên là ATalk cho phép IM (nhắn tin tức thời) ẩn danh + truyền tệp. <hezekiah> Đã có truyền tệp rồi!? <jrand0m> si sr <hezekiah> Wow. <hezekiah> Chắc tôi lạc hậu quá rồi. <jrand0m> nhưng chưa được thanh nhã lắm <hezekiah> lol <jrand0m> nó lấy một tệp rồi nhét vào một thông điệp <hezekiah> Ui. <nop> truyền cục bộ 1.8 mb mất bao lâu? <jrand0m> Tôi đã thử với một tệp 4K và một tệp 1.8Mb <jrand0m> vài giây <nop> tuyệt <nop> :) <hezekiah> Mấy thứ java đã mã hóa thật chưa, hay vẫn giả vậy? <nop> giả <nop> đến tôi còn biết điều đó <nop> :) <jrand0m> Tôi làm nóng bằng cách tự nói chuyện với mình trước [ví dụ: từ một cửa sổ sang cửa sổ khác, chào hỏi] nên nó không phải xử lý overhead của lần elg đầu tiên <jrand0m> đúng, phần lớn là giả <thecrypto> phần lớn việc mã hóa là giả <thecrypto> nhưng đang được làm <hezekiah> Tất nhiên. :) <jrand0m> chắc chắn rồi. <jrand0m> về khoản đó, thecrypto cho bọn tôi cập nhật nhé? <thecrypto> ờ, hiện giờ tôi đã xong ElGamal và SHA256 <thecrypto> giờ tôi đang tạo các số nguyên tố cho DSA <thecrypto> Tôi sẽ gửi ra 5 cái rồi ta chọn một <hezekiah> nop: Anh không phải cũng có mấy số nguyên tố để dùng với DSA à? <thecrypto> Chúng tôi cũng có vài benchmark cho ElGamal và SHA256 <thecrypto> Và tất cả đều nhanh <jrand0m> benchmark mới nhất với elg: <jrand0m> Thời gian tạo khóa trung bình: 4437 tổng: 443759 min: 872 max: 21110 Tạo khóa/giây: 0 <jrand0m> Thời gian mã hóa trung bình : 356 tổng: 35657 min: 431 max: 611 Bps mã hóa: 179 <jrand0m> Thời gian giải mã trung bình : 983 tổng: 98347 min: 881 max: 2143 Bps giải mã: 65 <p><hezekiah> min và max: tính theo giây à? <jrand0m> lưu ý là Bps không thật sự hữu ích, vì chúng ta chỉ mã hóa/giải mã 64 bytes <thecrypto> ms <jrand0m> không, xin lỗi, tất cả đều là mili giây <hezekiah> Tuyệt. :) <hezekiah> Và cái này làm bằng java à? <thecrypto> đúng <thecrypto> java thuần <hezekiah> OK. Tôi chính thức ấn tượng. :) <jrand0m> 100%. P4 1.8 <thecrypto> trên máy 800 MHz của tôi thì cũng xấp xỉ như vậy <hezekiah> Làm sao tôi có thể chạy cùng các bài test đó? <jrand0m> benchmark SHA256: <jrand0m> Thời gian trung bình thông điệp ngắn : 0 tổng: 0 min: 0 max: 0 Bps: NaN <jrand0m> Thời gian trung bình thông điệp vừa : 1 tổng: 130 min: 0 max: 10 Bps: 7876923 <jrand0m> Thời gian trung bình thông điệp dài : 146 tổng: 14641 min: 130 max: 270 Bps: 83037 <thecrypto> chạy chương trình ElGamalBench <hezekiah> OK. <hezekiah> Tôi sẽ đi tìm nó. <jrand0m> (kích thước ngắn: ~10 bytes, vừa ~10KB, dài ~1MB) <jrand0m> java -cp i2p.jar ElGamalBench <jrand0m> (sau khi chạy &ldquo;ant all&rdquo;) <hezekiah> jrand0m: Cảm ơn. :) <jrand0m> không vấn đề <thecrypto> Cái NaN nghĩa là nó nhanh đến mức ta rốt cuộc chia cho 0 — nhanh thế đấy :) <hezekiah> Bài benchmark sha là gì? <jrand0m> java -cp i2p.jar SHA256Bench &ndash;&gt; Neo (<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) đã tham gia #iip-dev <hezekiah> OK. <jrand0m> chắc chúng ta sẽ muốn chuyển những thứ đó thành phương thức main() của các engine liên quan, nhưng hiện tại để ở đó cũng ổn <hezekiah> Hãy xem tất cả cái này nhanh thế nào trên một AMD K6-2 333MHz (một con chip không nổi tiếng về tính toán số nguyên.) <jrand0m> hehe <jrand0m> ok vậy còn lại DSA và AES, đúng không? <jrand0m> tất cả đều quá đỉnh, thecrypto. Làm tốt lắm. <thecrypto> ừ <jrand0m> tôi có thể hối bạn về ETA (thời gian dự kiến) cho hai cái còn lại không? ;) <hezekiah> Nếu cái này nhanh gần bằng trên máy của tôi như trên máy của bạn, bạn phải chỉ tôi cách bạn làm đấy. ;-) <thecrypto> DSA sẽ xong gần như ngay khi tôi có các số nguyên tố sẵn sàng <nop> hezekiah bạn đã thử sslcrypto cho python chưa <thecrypto> copy một ít mã từ bộ sinh số nguyên tố và vài thứ tương tự là xong <nop> cái ở link đó <hezekiah> nop: sslcrypto sẽ không giúp ích gì cho bọn mình. <hezekiah> nop: Nó không triển khai ElGamal <em>hoặc</em> AES <em>hoặc</em> sha256. <thecrypto> AES hầu như xong rồi, chỉ là đâu đó còn lỗi mà tôi vẫn đang cố tìm ra và xử lý, khi xong phần đó thì sẽ hoàn tất <jrand0m> thecrypto&gt; vậy đến thứ Sáu, DSA tạo khóa (keygen), ký, xác minh, và AES mã hóa, giải mã cho đầu vào kích thước bất kỳ? <nop> cái trên trang của McNab thì không à? <thecrypto> đúng vậy <nop> chán ghê <thecrypto> chắc là thứ Sáu <thecrypto> nhiều khả năng là thứ Năm <jrand0m> thecrypto&gt; cái đó có bao gồm mấy thứ UnsignedBigInteger không? <thecrypto> tuần sau tôi sẽ nghỉ buổi họp vì đi trại hè, sau đó sẽ quay lại <thecrypto> jrand0m: chắc là không <jrand0m> ok. <jrand0m> vậy tạm thời, khả năng tương tác giữa java và python bị b0rked (hỏng bét). <jrand0m> ý là về phần crypto. &mdash; Thông báo: jeremiah đang online (anon.iip). &ndash;&gt; jeremiah (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) đã tham gia #iip-dev <jrand0m> (tức là cho chữ ký, khóa, mã hóa và giải mã)</p>/vi/blog/2003/07/29/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-29-th%C3%A1ng-7-n%C4%83m-2003/Tue, 29 Jul 2003 00:00:00 +0000/vi/blog/2003/07/29/cu%E1%BB%99c-h%E1%BB%8Dp-c%C3%A1c-nh%C3%A0-ph%C3%A1t-tri%E1%BB%83n-i2p-ng%C3%A0y-29-th%C3%A1ng-7-n%C4%83m-2003/<h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> arj, co, cohesion, dm, hezekiah, jeremiah, jrand0m, luckypunk, nop, some_random_guy, thecrypto, WinBear</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> --- Đã mở nhật ký Tue Jul 29 16:54:31 2003 17:11 <@hezekiah> Tue Jul 29 21:11:18 UTC 2003 17:11 <@hezekiah> Cuộc họp iip-dev lần thứ 51 (tôi nghĩ vậy). 17:11 <@hezekiah> Chương trình họp: 17:11 <@hezekiah> 1.) Chào mừng 17:11 <@hezekiah> 2.) Các thứ của jrand0m 17:11 <@hezekiah> 3.) Bất kỳ thứ gì của các lập trình viên khác 17:11 <@hezekiah> 4.) Bất cứ thứ gì nop bổ sung khi/nếu anh ấy tới 17:12 <@hezekiah> 5.) Câu hỏi và bình luận từ quần chúng lúc nào cũng háo hức. ;-) 17:12 <@hezekiah> OK! 17:12 <@hezekiah> Chào mừng mọi người đến với cuộc họp iip-dev lần thứ 51 (tôi nghĩ vậy) 17:12 <@hezekiah> Mục số 2! 17:12 <@hezekiah> Các thứ của jrand0m 17:12 -!- thetower [none@anon.iip] đã vào #iip-dev 17:12 * hezekiah đưa mic cho jrand0m 17:12 <@jrand0m> tiểu-chương trình: 17:12 <@jrand0m> 2.1) I2CP spec & dev status 17:12 < co> Nhật ký của cuộc họp 50 ở đâu? 17:12 <@jrand0m> 2.2) Kế hoạch SDK 17:12 <@jrand0m> 2.3) crypto 17:12 <@jrand0m> 2.4) lộ trình / tình trạng network proto 17:13 <@hezekiah> co: cohesion đang lo đưa chúng lên 17:13 <@jrand0m> (nhân tiện, là "mic", của microphone) 17:13 <@hezekiah> jrand0m: Xin lỗi. :) 17:13 <@hezekiah> jrand0m: (Và sai lầm này lại đến từ một anh chàng kỹ thuật âm thanh!) 17:13 -!- luckypunk [~yetalohe@anon.iip] đã vào #iip-dev 17:13 -!- odargur [odargur@anon.iip] đã vào #iip-dev 17:13 <@jrand0m> 2.1) I2CP: bản đặc tả đã được commit lên CVS với một chỉnh sửa nhẹ cho một trong các message (MessageStatusMessage) 17:14 <@jrand0m> Luôn hoan nghênh góp ý về I2CP, càng sớm càng tốt. 17:14 <@hezekiah> jrand0m: Bản đặc tả ở đâu trong CVS? ... và có trên CVS của SF không? 17:14 <@jrand0m> Lý do cần sớm là vì đến thứ Sáu chúng ta sẽ có một bản triển khai client Java hoạt động. 17:14 -!- some_random_guy [~dan@anon.iip] đã vào #iip-dev 17:14 * thecrypto cầu may cho vụ đó 17:14 <@jrand0m> Cộng thêm một router chỉ cục bộ vào cuối tuần, tôi hy vọng vậy 17:15 <@jrand0m> không hez, chỉ trên cathedral 17:15 <@jrand0m> ý kiến hay đấy thecrypto. 17:15 <@jrand0m> Lưu ý: 17:15 <@hezekiah> Ugh. Tôi vẫn không làm cho CVS làm việc với cathedral được. 17:15 <@jrand0m> một số crypto chưa đạt 100%, nhưng tất cả đã được stub để sau này cắm vào các triển khai đầy đủ hơn hay khác đi 17:15 <@jrand0m> hezekiah> sau buổi họp sẽ giúp bạn lên. 17:15 <@hezekiah> jrand0m: Cảm ơn. :) 17:16 <@jrand0m> bản đặc tả nằm ở i2p/doc/specs/data_structure_spec/datastructures.html 17:16 <@jrand0m> thecrypto> bạn có gì muốn bổ sung về triển khai java không? 17:16 -!- ArdVark [simple1@anon.iip] đã vào #iip-dev 17:16 <@jeremiah> cái router chỉ-cục-bộ bạn nhắc tới là con python, đúng không? hay có cả con java nữa? 17:17 <@jrand0m> còn tùy :) 17:17 <@jrand0m> jeremiah/hezekiah> python client và router chỉ-cục-bộ tiến độ sao rồi? 17:17 <@thecrypto> không hẳn, trừ vấn đề crypto chắc lát nữa chúng ta sẽ nói 17:17 <@jrand0m> chuẩn đấy thecrypto. 17:17 <@hezekiah> jrand0m: Đang tiến triển. Hôm qua tôi cuối cùng đã làm được phần TCP transport. 17:17 <@jeremiah> có vẻ ổn, tôi nghĩ phần lớn sẽ phụ thuộc vào tốc độ dev của hezekiah hơn là tôi 17:17 <@hezekiah> jrand0m: Jeremiah đang làm khá ổn với cấu trúc message. 17:18 <@hezekiah> hezekiah: Tôi hy vọng chúng ta có thể kịp hạn. 17:18 <@jrand0m> tuyệt. 17:18 <@jeremiah> còn nữa... thứ Sáu là sinh nhật tôi, nên tôi định không ở gần máy tính hôm đó 17:18 <@hezekiah> jeremiah: Hiểu mà. :) 17:18 <@hezekiah> jeremiah: Và chúc mừng sinh nhật trước nhé. :) 17:18 <@jeremiah> cảm ơn 17:18 <@jrand0m> nhảy nhẹ sang mục 2.4> khi nào chúng ta có thể kỳ vọng có router chỉ-cục-bộ Python? thực tế nhé? 17:19 <@jrand0m> đúng, nếu cậu code vào thứ Sáu tôi sẽ đá vào mông cậu 17:19 <@jrand0m> ít nhất là trên mạng 17:19 <@hezekiah> jrand0m: Tôi tưởng đó là cái tôi đang code. Router Python chỉ cục bộ. 17:19 <@jrand0m> si, đúng là cậu 17:19 <@hezekiah> Hạn chót là ngày 1 tháng 8. 17:19 <@jeremiah> giờ chúng tôi đang làm phần chuyển đổi message sang-từ định dạng nhị phân 17:19 <@hezekiah> Không khó lắm. 17:19 <@jeremiah> đúng 17:19 <@hezekiah> Tôi hy vọng xong trong một hai ngày. 17:20 <@jrand0m> đó là thứ Sáu :) 17:20 <@jrand0m> tuyệt 17:20 <@hezekiah> Tôi hy vọng sẽ xong trước ngày 1/8. Thực tế có thể trễ vài ngày, nhưng hy vọng là không. 17:20 <@jrand0m> 'k, vậy tôi sẽ không đụng vào bất kỳ thứ gì local only bằng java, mà sẽ làm network spec sau khi java client api ổn. 17:20 <@hezekiah> Đúng. Đặc tả là tốt. 17:21 <@hezekiah> Chúng làm công việc của tôi dễ hơn RẤT nhiều! :) 17:21 <@jrand0m> chuẩn. 17:21 <@jrand0m> Tôi cũng sẽ viết nhanh 2 đoạn giới thiệu về java I2CP test harness 17:21 <@jrand0m> Tôi sẽ gửi tối nay 17:22 <@hezekiah> jrand0m: Tôi thích cách bạn viết specs nhanh vậy. 17:22 <@hezekiah> Vui ghê. :) 17:22 <@jrand0m> Ok, hez/jeremiah/thecrypto> còn gì về I2CP không? 17:22 <@jrand0m> lol 17:22 -!- dm [~hifi@anon.iip] đã vào #iip-dev 17:22 <@hezekiah> Ờm ... 17:22 <@hezekiah> Tôi muốn bản đặc tả crypto! 17:22 < dm> chào mừng 17:22 * hezekiah bĩu môi như em bé 17:22 <@hezekiah> ;-) 17:23 <@hezekiah> Nghiêm túc thì ... tôi không nghĩ ra gì cả. 17:23 <@jrand0m> đó là mục 2.3 17:23 <@thecrypto> vẫn đang đợi 2.3 được nêu ra 17:23 <@hezekiah> Nếu tôi nghĩ ra, tôi sẽ online và quấy rầy cậu bằng câu hỏi, jrand0m. :) 17:23 <@jrand0m> chuẩn. 17:23 <@jrand0m> ok. 2.2) Kế hoạch SDK 17:23 <@hezekiah> Chúng ta vừa xong mục nào? 17:23 <@hezekiah> 2.4? 17:23 <@hezekiah> Và đã xong 2.1 chưa? 17:23 <@jrand0m> 2.1 17:24 <@jrand0m> giờ 2.2> SDK 17:24 <@hezekiah> OK. 17:24 < dm> chương trình họp giờ có dấu thập phân? Tôi thấy tiến bộ rồi đó. 17:24 <@hezekiah> Tôi đã tìm lại được đường (không còn lạc nữa). 17:24 <@thecrypto> chúng ta có thể có đến 2 dấu thập phân :) 17:25 <@jeremiah> SDK gồm những gì ngoài các API? 17:25 <@jrand0m> SDK gồm: client API (càng nhiều cái có sẵn càng tốt), router chỉ cục bộ, một ứng dụng mẫu đơn giản, và một ít tài liệu hướng dẫn dùng các API. 17:25 <@hezekiah> jrand0m: Tôi đoán đúng phải không là bạn sẽ viết tài liệu? :) 17:26 <@jrand0m> Tôi muốn phát hành SDK càng sớm càng tốt, để các lập trình viên bên thứ 3 (hoặc thậm chí thứ 2 hay thứ 1) có thể viết và thử ứng dụng sẽ chạy trên I2P, để khi mạng vận hành, chúng ta vào guồng ngay. 17:26 <@jrand0m> hezekiah> Thực ra tôi thích KHÔNG viết. 17:26 <@jrand0m> hezekiah> nói vậy không phải vì tôi không muốn viết tài liệu, mà vì tôi ở quá gần nó. 17:26 <@hezekiah> jrand0m: OK. 17:26 <@jrand0m> nên để ai đó mà KHÔNG trực tiếp triển khai code viết tài liệu, để người không viết I2CP spec cũng hiểu được 17:26 <@hezekiah> jrand0m: Tới đó rồi tính. 17:26 <@jrand0m> nhưng nếu cần, tôi sẽ nhận. 17:26 <@jrand0m> chuẩn. 17:27 < dm> người ta có động lực gì để viết app khi mạng chưa hoạt động, và họ thử app kiểu gì. 17:27 <@hezekiah> jrand0m: Hoặc sao người thiết kế protocol không viết, rồi đưa người chưa từng làm việc với nó soát tới khi hợp lý? 17:27 <@jrand0m> Ok, đã có thảo luận về một app kiểu 'talk' đơn giản. 17:27 <@jrand0m> dm> mọi người sẽ có thể thử với SDK. 17:27 <@thecrypto> thực ra, tôi thắc mắc cái đó dùng làm gì nếu nó chỉ cục bộ 17:28 <@jeremiah> dm: ý tưởng là triển khai một mạng đơn giản chưa đầy đủ chức năng nhưng có thể truyền message 17:28 <@thecrypto> bạn chỉ có thể nói chuyện với chính mình 17:28 <@jeremiah> nó không hẳn là chỉ-cục-bộ, mà chỉ gồm client-router, không có code router-router 17:28 <@jrand0m> thecrypto> bạn có thể nói chuyện với các điểm đích khác. I2P độc lập vị trí - cục bộ hay từ xa cũng như nhau. 17:29 <@thecrypto> ok 17:29 < dm> nghe hay đấy, chỉ là tôi không thấy ai (ngoài 3-4 người các bạn) viết gì nếu chỉ thử được cục bộ. Nhưng dù sao, không quan trọng. 17:29 <@jrand0m> vậy một app talk có thể mở hai instance của ứng dụng và nói chuyện với bản thân, v.v. 17:30 <@thecrypto> nhưng khi thêm phần remote, app sẽ chạy luôn 17:30 <@jrand0m> dm> đúng, đây chỉ là tiền đề để người khác viết app. 17:30 <@jrand0m> chính xác. 17:30 <@jrand0m> app sẽ chạy mà KHÔNG cần bất kỳ thay đổi nào 17:30 < co> dm: Đây là ứng dụng thử nghiệm. Khi code router-router được viết, bạn sẽ nói chuyện với người khác được. 17:30 <@jeremiah> có chỉ-cục-bộ giúp chúng ta phát triển song song 17:30 < dm> đúng, nhưng nếu app giả định độ trễ 10 ms, mà thực tế 12 giây, thì không ổn lắm :) 17:31 <@jrand0m> đồng ý dm 17:31 < dm> có ước lượng độ trễ không? :) 17:31 <@jrand0m> nếu độ trễ 12 giây, cần làm việc tiếp. 17:31 <@jrand0m> nhưng sẽ không như vậy. 17:31 <@jrand0m> ước lượng là 0.6-2.7 giây 17:31 <@jrand0m> cho mạng 5,000,000 router. 17:31 <@hezekiah> Nhân tiện, điều đó làm tôi nhớ. Chúng ta cần nói về ElGamal. 17:31 <@thecrypto> lâu nhất là thời gian thiết lập 17:31 <@jrand0m> (xem kho lưu iip-dev cho các mô hình sơ bộ) 17:32 < dm> thấp hơn hay cao hơn với mạng nhỏ hơn? 17:32 <@jrand0m> hezekiah> 2.3: crypto. 17:32 <@thecrypto> sau đó thời gian giảm đáng kể 17:32 <@jrand0m> dm> thấp hơn. 17:32 <@thecrypto> hezekiah: có lẽ bạn có cùng câu hỏi với tôi 17:32 <@jrand0m> thecrypto> chính xác, thời gian thiết lập là offline so với việc chuyển phát message [tức là thiết lập tunnels trước khi gửi message] 17:32 < dm> ok, chỉ kiểm tra bạn ;) 17:32 <@jrand0m> heh 17:33 <@jrand0m> ok. phần cuối của SDK - ứng dụng 17:33 <@jrand0m> co/thecrypto: ý tưởng về triển khai java talk? khả thi? thời gian? kế hoạch? hứng thú? 17:34 <@thecrypto> một khi API xong, chúng ta có thể làm talk trong khoảng một tuần, tối đa 2, co đồng ý? 17:34 <@jeremiah> chat có thể tích hợp thành một jabber router, đúng không? 17:34 < co> Cái đó khá dễ làm. 17:34 < co> thecrypto: Tôi đồng ý. 17:34 <@jrand0m> jeremiah> tôi không biết jabber, nhưng nếu jabber chạy được trên api thì tuyệt 17:35 <@jrand0m> chuẩn co & thecrypto 17:35 <@jrand0m> jeremiah> lưu ý đây chỉ là app nhỏ để chứng minh khái niệm, không phải một Kickass Anonymous IM System :) 17:35 <@jeremiah> chưa phải ;) 17:35 <@thecrypto> chúng ta có thể thêm chức năng đó sau 17:35 <@jeremiah> k 17:36 <@jrand0m> heh 17:36 <@thecrypto> hãy bắt đầu nhỏ thôi 17:36 * jrand0m ghi vào lịch "thêm tính năng: be kickass" 17:36 < some_random_guy> heh 17:36 < some_random_guy> tính năng hay đấy :) 17:36 -!- dm2 [~hifi@anon.iip] đã vào #iip-dev 17:37 <@jeremiah> jrand0m: Tôi nghĩ tôi lỡ mất trong 2.1, nhưng ý kiến nào về kademlia như một DHT? nó cần bảo trì ít hơn Chord 17:37 -!- nop [nop@anon.iip] đã vào #iip-dev 17:37 < nop> xin lỗi 17:37 <@jrand0m> thêm nữa là một ngày nào đó chúng ta cần ai đó làm lại IIP để chạy trên cái này. 17:37 -!- dm [~hifi@anon.iip] đã thoát [Ping timeout] 17:37 < nop> gì? 17:37 < nop> ai 17:37 < nop> ở đâu 17:37 < nop> khi nào 17:37 < nop> ? 17:37 -!- dm2 giờ là dm 17:37 <@jrand0m> này, vừa nhắc Tào Tháo Tào Tháo đến 17:37 < WinBear> tại sao? 17:37 < WinBear> thôi 17:37 < nop> thực ra tôi là thiên thần 17:37 <@hezekiah> lol 17:38 <@thecrypto> ai đó đưa nop một bản log đi 17:38 < WinBear> azrel 17:38 <@jrand0m> jeremiah> kademila là một DHT tốt, và chắc chắn chúng ta sẽ xem xét nó cùng nhóm chord/tapestry, với cả sloppy dhts trong network spec. 17:38 <@jeremiah> jrand0m: tuyệt 17:38 <@hezekiah> thecrypto: Tôi đang lo đây. :) 17:38 < nop> Tôi có nghe một cái rất bá 17:38 < nop> gọi là chord/middle 17:38 -!- hif [~hifi@anon.iip] đã vào #iip-dev 17:39 < nop> nhưng bạn biết ai nói chuyện giỏi không là brandon wiley 17:39 * jrand0m !thwaps nop 17:39 < nop> tôi biết cái đó sẽ đau 17:39 <@hezekiah> lol 17:39 <@hezekiah> Brandon Wiley là ai? 17:39 < nop> ai đó tôi chắc jrand0m đã thảo luận vô số lần 17:39 < nop> :) 17:39 < nop> ai đó email tôi bản log 17:39 < dm> Brandon là tên thật của jrandom, lộ rồi! 17:39 <@hezekiah> Tôi đang làm đây. 17:40 <@hezekiah> Bình tĩnh nào, nop. :) 17:40 < nop> haha 17:40 < dm> Brandon Wiley là lập trình viên Freenet đầu tiên, 17:40 < dm> đồng sáng lập nỗ lực phát triển với người tạo ra hệ thống, Ian Clarke 17:40 < nop> userx đang ở đây hay ở kia 17:40 < WinBear> bạn có thể nói chuyện với brandon wiley của tôi 17:40 <@hezekiah> OK. Nó đang trên đường ... nếu trình mail của tôi chịu gửi cái đính kèm 15K. 17:41 <@thecrypto> chúng tôi đã nói chuyện nhiều rồi :) 17:41 <@hezekiah> nop: UserX chẳng ở đây cũng chẳng ở kia. 17:41 <@hezekiah> OK! 17:41 <@hezekiah> Log đã gửi nop! Đi đọc đi. :) 17:41 <@thecrypto> và giờ chúng ta chờ 17:41 <@jrand0m> ok, ai có ý kiến gì về SDK trong lúc chờ nop bắt kịp? ;) 17:41 <@hezekiah> jrand0m: Giờ tôi xong vụ log rồi ... kademlia là gì? 17:42 <@jrand0m> Lại Một DHT Hàn Lâm Nữa :) 17:42 <@hezekiah> Và có link đến trang kademlia không? 17:42 -!- Erazerhead [JohnDoe@anon.iip] đã vào #iip-dev 17:42 <@jeremiah> http://kademlia.scs.cs.nyu.edu/ 17:42 <@hezekiah> Cảm ơn. :) 17:42 <@thecrypto> YAADHT? 17:42 <@hezekiah> lol 17:42 <@hezekiah> Tên thời nay ... nói thật! 17:43 <@jrand0m> và nếu có bất kỳ thứ CS nào được nhắc mà bạn không hiểu, vào citeseer.nj.nec.com/cs 17:43 < WinBear> klamidia? 17:43 <@hezekiah> OK. 17:43 < nop> jrand0m: Tôi vừa định nói citeseer 17:43 < dm> ETA cho SDK là bao lâu? 17:44 * jrand0m tránh bơm bệnh lậu vào I2P 17:44 * jrand0m hy vọng SDK ra mắt tuần sau. có lẽ thứ Sáu tới? 17:44 * thecrypto lại cầu thêm một cặp tay nữa 17:45 <@jrand0m> ok. chuyển sang 2.3) Crypto. 17:45 * hezekiah tưởng tượng thecrypto đang bắt chéo khoảng 13 bộ tay ... rồi nhận ra chắc giờ hết tay rồi. 17:45 <@hezekiah> Yay! 17:45 * jrand0m chọc nop để chắc anh ấy đang ở đây 17:45 <@hezekiah> Crypto! 17:45 <@hezekiah> Tôi có thứ để mở màn. :) 17:46 <@thecrypto> tôi cũng có 17:46 <@thecrypto> Dibs! :) 17:46 * jrand0m thì không nên hai bạn tự giải quyết nhé 17:46 <@hezekiah> thecrypto nói trước đi. :) 17:46 <@jrand0m> thecrypto> mời 17:46 <@jrand0m> :) 17:46 <@thecrypto> Ok, về Elgamal 17:47 <@thecrypto> Chúng ta phải xác định có dùng p và alpha chung không 17:47 -!- some_random_guy [~dan@anon.iip] đã thoát [BitchX: the original point-and-click interface.] 17:47 <@thecrypto> vấn đề với p và alpha chung là phải tìm cách đổi khóa của mọi người cùng lúc 17:48 <@jrand0m> còn gọi là: rất tệ. 17:48 < co> thecrypto: Xin lỗi, p và alpha là gì? 17:48 <@thecrypto> ưu điểm là ta có thể chọn các giá trị tối ưu đặc biệt và lượng dữ liệu truyền cho một public key rất nhỏ 17:48 * jrand0m không thấy lý do tốt để dùng p và alpha chung, ngoài tiết kiệm vài bit 17:48 <@thecrypto> co: nói nôm na là những số lớn đặc biệt 17:49 <@jrand0m> thecrypto> ta vẫn có thể tối ưu cho p và alpha của đích được mã hóa thường xuyên 17:49 <@thecrypto> hay tôi nên giải thích cách elgamal hoạt động 17:49 <@thecrypto> jrand0m: đúng 17:49 < co> thecrypto: OK. 17:49 <@thecrypto> chúng ta cũng có thể để mọi người có p và alpha khác nhau 17:50 <@jeremiah> cho ai quan tâm: http://www.wikipedia.org/wiki/ElGamal_discrete_log_cryptosystem 17:50 <@thecrypto> tức là lượng dữ liệu truyền lớn hơn nhiều và ta phải tìm cách đóng gói nó 17:50 <@jrand0m> chuẩn, cảm ơn jeremiah 17:50 <@jrand0m> lớn hơn nhiều? 17:50 <@jrand0m> tôi tưởng với p và alpha thay đổi, ta có thể dùng p và alpha nhỏ hơn? 17:51 <@thecrypto> thay vì số 160 bit thì giờ là 2 số 1024 bit và 1 số 160 17:51 <@thecrypto> tổng là 2308 17:51 <@hezekiah> 288 byte 17:51 <@hezekiah> Không đáng kể. 17:52 <@jrand0m> ok, không tệ lắm. chúng ta đã lên kế hoạch 256 byte 17:52 <@hezekiah> Những khóa này đâu có truyền thường xuyên, đúng không? 17:52 <@jrand0m> thêm 32 nữa cũng không sao 17:52 <@jrand0m> hezekiah> chúng được chèn vào DHT 17:52 <@hezekiah> À! 17:52 <@hezekiah> Đó là lý do ta muốn nó nhỏ. 17:53 <@thecrypto> còn một vấn đề khác về elgamal có thể phải lo 17:53 <@jrand0m> à, cũng không sao nếu cấu trúc RouterInfo cỡ 10K 17:53 -!- mrflibble [mrflibble@anon.iip] đã vào #iip-dev 17:53 <@jrand0m> 'k, có gì nữa thecrypto? 17:53 <@thecrypto> message expansion là 2, kích thước một encryption hay một signature gấp đôi kích thước message 17:54 <@jrand0m> ElG encryption chỉ áp dụng lên khóa AES 17:54 <@jrand0m> ElG signature chỉ áp dụng lên các hash SHA256 17:55 <@thecrypto> ok, chỉ là điều cần nêu ra 17:55 <@hezekiah> jrand0m: Điều này làm tôi RẤT bối rối. 17:55 <@thecrypto> quay lại vấn đề ban đầu, ta muốn p và alpha dùng chung hay mỗi người mỗi p và alpha? 17:55 <@jrand0m> hezekiah> hửm? bạn đọc data structure spec phần #Payload chưa? 17:55 <@jrand0m> có ý kiến/câu hỏi gì về đó không hezekiah? 17:55 * dm giờ đã hiểu DHT hoạt động thế nào. 17:55 <@jrand0m> nop> ý kiến? 17:55 <@jrand0m> tuyệt dm 17:55 <@hezekiah> Nếu một chữ ký có kích thước gấp đôi dữ liệu được ký, thì tại sao IC2P spec nói chữ ký là 128 byte? 17:56 < nop> không 17:56 < nop> dùng chung p 17:56 <@hezekiah> Không phải phải là 512 sao? 17:56 <@thecrypto> hash của bytes 17:56 < nop> và alpha 17:56 < dm> có vẻ cần nhiều việc khi tham gia một DHT, nhưng chắc là chạy được. 17:56 < nop> cùng base, cùng p 17:56 <@jrand0m> hezekiah> bit / byte. 17:56 < nop> điều này sẽ loại bỏ nhiều rủi ro 17:56 <@thecrypto> vậy ta muốn kích thước bao nhiêu? 17:56 <@hezekiah> Hmm 17:56 <@jrand0m> nop> 3 năm nữa, ta có muốn bắt mọi người đổi p và alpha cùng lúc không? 17:56 < nop> và giữ protocol của ta theo chuẩn 17:57 <@thecrypto> vì nó mở ra các tấn công lớn vào p và alpha 17:57 < nop> jrand0m: có thứ gọi là cooked primes, vào thời điểm này, và đó là thời điểm tôi đang xét 17:57 <@thecrypto> nếu hoàn thành sẽ kéo cả mạng sập 17:57 < nop> tôi tin ta có thể điều chỉnh theo thời gian 17:57 < nop> nhưng nên dùng prime được oakley phê duyệt cố định 17:57 < nop> vì chúng đã được xem xét kỹ là an toàn 17:58 < nop> và đó là nền tảng tốt hơn mọi giả định của chúng ta về việc sinh primes (mà cũng chỉ có xác suất) 17:58 <@thecrypto> nếu nó không phải prime, encryption hoặc signatures sẽ không chạy nên ta bỏ đi 17:59 <@jrand0m> đồng ý, họ có primes tốt hơn. vậy khi một trong các primes đó bị phân tích nhân tử, tất cả ai dùng chúng sẽ lộ, đúng chứ? 17:59 < dm> hmmm, tôi phải đi. Cái này có log lại chứ? 17:59 < nop> jrand0m: đúng 17:59 <@thecrypto> yup 17:59 < nop> jrand0m: khi chuyện đó xảy ra chúng ta sẽ biết 17:59 < nop> tôi không muốn mạo hiểm sinh prime 17:59 -!- dm [~hifi@anon.iip] đã thoát [it better be] 17:59 <@thecrypto> làm sao chúng ta biết? 17:59 < nop> cộng thêm nó làm tăng thời gian tính toán của ta 17:59 -!- hif [~hifi@anon.iip] đã thoát [] 17:59 < nop> thecrypto: nếu dùng bộ Oakley prime tiêu chuẩn, bạn sẽ biết khi nó bị bẻ 18:00 <@thecrypto> sao? 18:00 < nop> vì sẽ là tin rất công khai 18:00 <@jrand0m> nop> ta sẽ biết trừ khi NSA bẻ. 18:00 < co> nop: Có bao nhiêu prime như vậy? Nếu không nhiều, dùng chúng là rủi ro. 18:00 <@thecrypto> đúng, nghe lén thụ động vẫn là mối đe dọa 18:00 <@thecrypto> và tôi có thể viết chương trình sinh p và alpha và test trong khoảng một giờ 18:00 <@jrand0m> nop> sẽ rất công khai trừ khi là đe dọa an ninh quốc gia. 18:00 < co> Khoan... không, câu hỏi ngu ngốc. Thôi. 18:01 < nop> điều này đúng, nhưng tôi tin từ nhiều liên hệ trong cộng đồng mật mã rằng nếu nó được giải, sẽ được giải trước NSA 18:01 < nop> sinh prime của chúng ta cũng không đảm bảo được điều đó 18:01 < nop> nếu họ giải được các prime đó 18:01 < nop> bạn nên tính dùng thuật toán mới 18:01 <@jrand0m> 'k. 18:02 < nop> hãy dùng cố định, nó sẽ giảm vấn đề với phân tích mật mã, và giảm rủi ro sai sót trong crypto của chúng ta 18:02 <@jrand0m> Tôi đang lưỡng lự, và tôi ổn với việc dùng primes chung đã biết là tốt. 18:02 <@thecrypto> ok, vậy hãy chọn một prime 18:02 <@jrand0m> nop> chúng tôi vẫn ghi tên bạn trong ganttchart cho crypto spec 18:02 <@thecrypto> và họ có các generator cho các prime này chứ? 18:02 < nop> có 18:02 < nop> tôi có 18:03 < nop> 2 18:03 < nop> đó là căn nguyên thủy của các prime tôi sẽ có 18:03 < nop> các bạn muốn prime kích cỡ bao nhiêu? 18:03 <@thecrypto> tôi nghĩ đâu đó giữa 2048-4096 18:03 <@hezekiah> Chúng ta đang dùng khóa 2048, đúng không? 18:03 < nop> đúng, vậy dùng prime 4096 hoặc cao hơn 18:04 <@thecrypto> vì tính chia sẻ khiến ta lộ diện 18:04 <@thecrypto> và nếu cái này nổi lên, nó sẽ là prime rất đáng giá để bẻ 18:04 * cohesion lỡ buổi họp 18:04 < co> Các bạn đang dùng prime này trong ElGamal, đúng chứ? 18:04 <@hezekiah> Vậy khóa sẽ là 4096 bit? 18:04 <@cohesion> có ai log lại không? 18:04 < nop> co đúng 18:04 < nop> không hezekiah 18:04 < nop> khóa sẽ là 2048 18:04 <@cohesion> ok 18:04 < nop> prime sẽ cao hơn 4096 18:04 * cohesion quay lại công việc 18:04 <@hezekiah> OK. Xin tha lỗi vì hiểu biết tệ hại của tôi. :) 18:04 < nop> brb 18:05 <@thecrypto> p và alpha có thể cố định, alpha sẽ là 2 và p sẽ là prime ta chọn 18:05 < nop> ok, để tôi email các prime ứng viên 18:05 < nop> cho tôi vài giờ tôi có việc phải làm 18:05 * jeremiah đi ăn tối, sẽ đọc log sau 18:05 <@thecrypto> khóa bí mật là a, một số giữa 0 và p - 2 18:05 <@thecrypto> khóa công khai là 2^a mod p 18:06 < nop> ta có thể chuyển sang chủ đề tiếp theo rồi quay lại để tôi có mặt phần đó chứ, tôi sẽ quay lại ngay, đang ở chỗ làm và phải xử lý việc nhanh 18:06 <@hezekiah> OK, vậy bạn gọi 'x' của tôi là 'a' 18:06 <@hezekiah> ... và 'g' của tôi là 'alpha'. 18:06 < nop> vui lòng chuyển giải thích thuật toán sang tin nhắn riêng 18:06 <@hezekiah> thecrypto: Đúng chứ? 18:06 <@thecrypto> đúng 18:06 <@jrand0m> ok. vậy thecrypto, nop, và hezekiah sẽ bàn chi tiết thuật toán sau. 18:06 < nop> ok 18:06 < nop> chắc chắn 18:06 <@hezekiah> OK ... vậy thecrypto, bạn xong câu hỏi chưa? 18:06 <@thecrypto> vậy chuyển tiếp đi 18:06 < nop> tôi sẽ email các prime 18:06 <@thecrypto> r 18:06 <@thecrypto> ồi 18:06 <@hezekiah> OK. Đến lượt tôi! :) 18:07 <@hezekiah> Tại sao chúng ta lại dùng ElGamal để ký vậy? 18:07 <@jrand0m> ok. 2.4) lộ trình / tình trạng network proto 18:07 <@jrand0m> chưa phải lúc hez :) 18:07 <@jrand0m> ôi hez 18:07 <@hezekiah> Khi nào tôi được hỏi? 18:07 -!- dm [~hifi@anon.iip] đã vào #iip-dev 18:07 <@jrand0m> bạn đề xuất gì, khi ta đã có public key ElG? 18:07 <@thecrypto> khi nop quay lại 18:07 <@jrand0m> không, bạn đúng, tôi sai. giờ là lúc đúng. 18:07 < co> Chủ đề tiếp theo, làm ơn. 18:07 <@hezekiah> jrand0m: Vấn đề là thế này: 18:07 <@hezekiah> tốc độ 18:08 <@hezekiah> Hôm nay tôi nghịch crypto và bị sốc nặng. 18:08 <@hezekiah> ElGamal CHẬM kinh khủng khi xác minh chữ ký so với DSA hay RSA. 18:08 <@jrand0m> hezekiah> đó là vấn đề do thư viện hay thuật toán? 18:08 <@hezekiah> Tôi không biết. 18:09 <@hezekiah> Nhưng tôi kiểm tra Applied Cryptography và thấy ít nhất MỘT PHẦN vấn đề là do ElGamal. 18:09 <@hezekiah> AC có bảng thời gian ký và xác minh cho DSA, RSA, và ElGamal. 18:09 <@jrand0m> vậy bạn đề xuất chuyển sang RSA cho mã hóa, giải mã, và ký? 18:09 <@hezekiah> T 18:09 <@hezekiah> Tôi chưa đề xuất chắc chắn gì. 18:09 <@jrand0m> ...dù ta CÓ THỂ thêm một public key ký thứ hai vào cấu trúc RouterInfo 18:10 <@hezekiah> Tôi chỉ nói, AC ghi ElGamal verification là 9.30 giây. 18:10 <@hezekiah> RSA là 0.08 giây 18:10 <@thecrypto> cho 1024 bit 18:10 <@jrand0m> chết thật. 18:10 <@hezekiah> DSA là 1.27 giây 18:10 <@hezekiah> Giờ bạn hiểu vấn đề của tôi. 18:10 <@hezekiah> ElGamal siêu chậm ... 18:10 <@jrand0m> ta cần verification <100ms. 18:10 <@jrand0m> nếu được thì <10ms 18:10 <@hezekiah> ... và CPU của tôi 333MHz. 18:11 <@hezekiah> Nhân tiện, các phép tính đó làm trên SPARC II 18:11 <@hezekiah> Tôi dùng AMD K6-2 333MHz. 18:11 <@jrand0m> sparc 2 là máy 40Mhz. 18:11 <@hezekiah> Xác minh chữ ký ElGamal bằng module Python của tôi (dùng backend C nhưng thấy hơi mùi). 18:11 < luckypunk> trời 17:11 < luckypunk> ừm 18:11 <@hezekiah> jrand0m: OK. Tôi không rành SPARC. 18:11 <@hezekiah> Dù sao, nó mất khoảng 20 giây. 18:12 <@hezekiah> Nếu không muốn nói là hơn chút. 18:12 < luckypunk> ai có CPU 1 ghz -2 ghz thì không phải lo. 18:12 < co> hezekiah: Trên máy hiện đại, vậy thì verification sẽ đủ nhanh chấp nhận được. 18:12 <@hezekiah> DSA và RSA gần như tức thì. 18:12 <@jrand0m> hezekiah> Tôi thì quan tâm. sparc 2 nhanh vào năm '92 18:12 <@hezekiah> Dù sao, đó là lý do tôi nêu. 18:12 <@hezekiah> Chúng ta có thể thêm khóa DSA, nhưng nghĩa là 2 khóa 18:12 <@thecrypto> ta vẫn phải nghĩ cho người không có máy siêu nhanh 18:12 <@hezekiah> Hoặc dùng RSA. 18:12 <@jrand0m> tôi nhớ lý do chọn ElG thay vì RSA không quá mạnh. 18:13 <@hezekiah> Hoặc sống chung với thời gian xác minh dài và dùng ElG. 18:13 <@jrand0m> thecrypto> chắc chắn rồi. 18:13 <@thecrypto> nop là người nói: dùng elgamal đi 18:13 <@hezekiah> thecrypto: Chính xác. Bố mẹ rồi cũng sẽ dùng I2P một cách trong suốt. 18:13 <@jrand0m> ta sẽ muốn các bản distro khởi động được cho 386, cũng như triển khai chạy trong applet. 18:13 <@hezekiah> Bố mẹ sẽ không có phần cứng tối tân. 18:13 < luckypunk> ôi trời 18:14 < luckypunk> ai muốn cái này cũng có ít nhất p100. 18:14 < co> Đừng đánh đổi an ninh bằng cách chọn thuật toán yếu hơn chỉ vì nhanh hơn. 18:14 <@hezekiah> co: Tôi không đề xuất vậy. 18:14 <@thecrypto> elgamal và DSA là tương đương 18:14 <@jrand0m> ok. vậy ta sẽ xem lại lựa chọn RSA/ElG. thay đổi code không vấn đề. 18:14 < luckypunk> họ chịu khó chút đi. 18:14 <@hezekiah> co: RSA và DSA cũng uy tín như ElGamal. 18:14 < luckypunk> lol 18:14 < luckypunk> nếu bạn quan tâm đến tính ẩn danh 18:14 <@hezekiah> thecrypto: Và điều đó hoàn toàn sai. 18:14 < luckypunk> bạn sẽ không quan tâm lắm đến tốc độ. 18:14 <@thecrypto> hezekiah: cả hai đều là triển khai của cùng một họ thuật toán 18:14 < dm> bước hiển nhiên là ai đó xác định chắc chắn mức sử dụng CPU của hai cái :) 18:14 <@jrand0m> dm> nếu Applied Crypto benchmark RSA verification nhanh hơn ElG 100 lần, thế là đủ với tôi. 18:15 <@thecrypto> ta có thể dùng ElG cho mã hóa/giải mã và DSA cho ký/xác minh 18:15 <@jrand0m> lựa chọn là chuyển sang RSA hoặc thêm một khóa DSA (~256 byte nữa) vào cấu trúc RouterInfo 18:15 <@hezekiah> Đúng. Nhưng giờ DHT có 2 public key. 18:16 <@jrand0m> thì sao? 18:16 < co> Hãy có một public key thôi. Sẽ đỡ rối. 18:16 <@hezekiah> co: Sẽ chỉ 'rối' với lập trình viên ... và chúng ta cần biết mình đang làm gì. :) 18:16 <@thecrypto> tôi nghĩ nên đợi nop vụ này nữa 18:16 <@hezekiah> Đúng. 18:16 <@jrand0m> nhưng nếu nó chậm hơn 100 lần... 18:16 <@jrand0m> dù sao, ta sẽ tiếp tục thảo luận thiết kế crypto offline. 18:17 <@hezekiah> jrand0m: Email lên mailing list nhé? 18:17 < luckypunk> jrand0m: trời, tôi không phiền, nếu bạn không thể đợi 40 giây để trang load, kệ bạn. 18:17 <@thecrypto> hoặc sau phần chính của cuộc họp 18:17 <@jrand0m> chết tiệt, tôi email list hàng ngày :) 18:17 <@jrand0m> heh lucky 18:17 -!- hif [~hifi@anon.iip] đã vào #iip-dev 18:17 <@jrand0m> đúng vậy. 18:17 <@jrand0m> ok> 2.4) lộ trình / tình trạng network proto 18:17 -!- hif giờ là dm2 18:18 <@jrand0m> Tôi làm rất ít với network proto ngoài trả lời mail của co, vì tôi đang làm java và I2CP. 18:18 <@jrand0m> lộ trình vẫn như kế hoạch. 18:18 <@jrand0m> có thay đổi nào cho lộ trình không? 18:19 <@jrand0m> ok. nếu có, khi nào có, cứ mail lên list. 18:19 <@hezekiah> Đúng. 18:19 -!- dm [~hifi@anon.iip] đã thoát [Ping timeout] 18:19 <@jrand0m> roadmap.xml giờ ở module cvs i2p/doc/projectPlan 18:19 -!- dm2 giờ là dm 18:20 <@hezekiah> jrand0m: Để tôi đoán ... cũng ở cathedral? 18:20 < nop> quay lại 18:20 < nop> xin lỗi về chuyện đó 18:20 <@jrand0m> ok, phần đó xong (dù ta có thể quay lại câu hỏi về network protocol ở phần câu hỏi). 18:20 <@jrand0m> Tôi không còn tiểu-mục nào nữa 18:20 <@jrand0m> hezekiah> Tôi không dùng sf 18:20 <@thecrypto> tốt, giờ nop quay lại ta có thể quay lại vấn đề tốc độ nhanh một chút 18:20 <@hezekiah> Đúng. 18:21 < nop> vấn đề tốc độ nào 18:21 <@thecrypto> Elgamal chậm khi xác minh 18:21 < nop> đúng thế 18:21 < nop> nhưng rsa cũng vậy 18:21 <@jrand0m> nop> Applied Crypto benchmark RSA verification nhanh hơn ElG 100 lần cho ký. 18:21 < nop> hmm 18:22 <@hezekiah> Với tôi RSA và DSA là tức thì. 18:22 <@hezekiah> ElG mất 20 giây. 18:22 < nop> DSA là el gamal 18:22 <@jrand0m> Vậy chúng ta có thể nhảy sang RSA hoặc thêm một khóa DSA vào cấu trúc RouterInfo 18:22 < nop> DSA 18:22 < nop> Tôi có bất cứ thứ gì có chữ R 18:22 < nop> ;) 18:22 * jrand0m không nhớ có lý do thật sự mạnh cho ElG thay vì RSA 18:22 * jrand0m ấm ức vì điều đó 18:22 <@hezekiah> nop: Khai sáng cho chúng tôi đi? Sao không dùng RSA? 18:22 <@hezekiah> Kể tất cả chi tiết rùng rợn. :) 18:23 < nop> vì lý do này, và còn tranh luận được, nhưng 18:23 < dm> ai đó nhắn tôi URL tới iip-dev khi rảnh nhé. 18:23 < nop> phân tích nhân tử primes là cách bẻ RSA 18:23 < dm> danh sách iip-dev ấy. 18:23 < luckypunk> RSA đã bị crack. 18:23 < luckypunk> thực tế. 18:23 < nop> đúng, RSA 512 bit đã bị crack 18:23 < luckypunk> hay là DES? 18:23 < luckypunk> kệ. 18:23 <@hezekiah> DES đã bị crack. 18:23 < nop> tôi nghĩ bạn đang nói DES 18:23 < co> luckypunk: Khóa một số cỡ nhất định đã bị crack. 18:23 <@hezekiah> RSA thì chưa đến mức đó. 18:24 < nop> dù sao 18:24 < luckypunk> nhưng có thể. 18:24 < nop> quay lại điểm của tôi 18:24 <@hezekiah> Nhưng câu hỏi là: khóa RSA 2048 hoặc 4096 hôm nay có an toàn không? 18:24 <@thecrypto> chờ một chút 18:24 < nop> RSA 512 bit bị crack bằng máy văn phòng 18:24 <@jrand0m> ta đang xét RSA 2048 bit hoặc ElG 18:24 < nop> hezekiah: sẽ an toàn, nhưng phần thú vị là 18:24 < nop> nếu bạn có thể phân tích nhân tử primes 18:24 < nop> bạn có thể bẻ RSA 18:24 < nop> nếu bạn tính được logarithm rời rạc bạn có thể giải được RSA và El gamal 18:24 < nop> chúng ta gần với phân tích nhân tử hơn 18:24 < nop> so với tính logarithm rời rạc 18:24 < nop> lúc này 18:24 < luckypunk> không phải logarithm rời rạc khó hơn sao? 18:25 <@hezekiah> Nếu bạn có thể phân tích nhân tử nhanh bạn có thể bẻ RSA. 18:25 <@hezekiah> luckypunk: Đó là điều nop đang nói. 18:25 < luckypunk> máy tính lượng tử. 18:25 < luckypunk> gần như hoạt động được rồi. 18:25 <@hezekiah> lol 18:25 < nop> và tỷ lệ kích thước bit cho pub key với logarithm rời rạc mạnh hơn khóa RSA 18:25 < nop> ví dụ khóa 768 bit không được khuyến nghị bởi các biến thể diffie-hellman, nhưng chưa bị chứng minh crack 18:25 <@hezekiah> Vậy kết lại là chúng ta thêm một khóa DSA. 18:25 <@thecrypto> nop, đừng nói theo kiểu bill gates, là phân tích n lớn với n = pq 18:25 < nop> trong khi RSA 512 bit thì rồi 18:25 <@thecrypto> vì phân tích số nguyên tố thì dễ 18:25 < nop> cảm ơn 18:25 < nop> xin lỗi 18:25 <@jrand0m> hezekiah> có vẻ là vậy. 18:26 < nop> tôi cố để mọi người hiểu 18:26 < nop> xin lỗi 18:26 <@thecrypto> chỉ là làm rõ một chút 18:26 <@jrand0m> chuẩn nop, được mà, gracias 18:26 <@hezekiah> OK. 18:26 < nop> vậy DSA 18:26 < nop> nhé 18:26 <@hezekiah> Vậy chúng ta đang thêm một khóa DSA? 18:26 < nop> vốn cũng là một biến thể diffie-hellman 18:26 <@jrand0m> ok, vậy ta sẽ tiếp tục chi tiết crypto offline. 18:26 < nop> tôi nghiêng về logs hơn là factors 18:27 < nop> ;) 18:27 <@hezekiah> Nhân tiện, còn gì ta cần tiếp tục không? 18:27 < co> dm: URL là http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel 18:27 <@thecrypto> hezekiah: chọn prime thần thánh 18:27 <@hezekiah> Ồ đúng! 18:27 < dm> cảm ơn co, tôi tìm thấy specs của jrand0m. Giờ chỉ cần máy in với nhiều mực. 18:27 < nop> tôi sẽ gửi 18:27 <@jrand0m> hezekiah> cập nhật data structure spec, thêm thông tin về DSA, chỉ định kích cỡ khóa cho dsa, v.v. 18:27 < nop> làm cái đó offline nhé 18:27 <@jrand0m> lol dm. 18:28 <@hezekiah> OK, vậy bạn còn gì nữa không, jrand0m? 18:28 <@jrand0m> ok, tôi xong phần của mình. hezekiah> bạn có # 3? 18:28 <@hezekiah> Có. 18:28 < dm> hmmm. hình ảnh không hiện. 18:28 <@hezekiah> 3.) Bất cứ gì nop muốn thêm vào chương trình họp. 18:28 < dm> jrand0m: có nơi nào lấy 'I2P Network Spec Draft 2003.07.23' kèm hình không? 18:29 < co> dm: Có, tôi cũng gặp vấn đề đó. 18:29 <@jrand0m> dm/co> lấy bản rev đầu của network spec (hai tuần trước trong file zip), trong đó có png. 18:30 <@jrand0m> (nó cũng ở cvs, nhưng chưa anon/public) 18:30 < arj> khi nào thì có? :) 18:30 <@hezekiah> Wow! 18:30 <@hezekiah> CVS giờ nhanh rồi! 18:31 <@jrand0m> arj> chúng tôi cố tránh thổi phồng, nên khi sẵn sàng chúng tôi sẽ đưa công khai, nhưng vẫn giữ khá yên ắng cho đến lúc đó. 18:31 < nop> hezekiah: cái cathedral hả? 18:31 <@jrand0m> arj> tuy nhiên, mọi thứ chúng tôi làm đều theo GPL, ít nhất là tới giờ. 18:31 <@hezekiah> nop: Ừ 18:31 <@hezekiah> ! 18:31 < dm> hai tuần trước trong file zip nào? 18:31 <@jrand0m> ôi chuẩn, bạn làm được rồi hezekiah? 18:31 < arj> jrand0m: chỉ muốn đọc specs mới nhất 18:31 <@jrand0m> dm> network_spec_*.zip nếu tôi nhớ đúng 18:31 <@hezekiah> jrand0m: Yup! :) 18:31 < dm> tôi cũng vậy, kèm hình nữa! 18:31 <@thecrypto> iip-dev có hầu hết 18:32 <@jrand0m> arj> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/292 có tất cả trừ một thay đổi nhỏ. 18:32 <@jrand0m> (ờ, ngoại trừ Client Access Layer, giờ ở đặc tả khác) 18:33 < arj> ok cảm ơn 18:33 <@jrand0m> client access layer spec là http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/298 18:33 < dm> ok, và link tới zip có hình? 18:33 <@jrand0m> ok. nop bạn có gì không, hay ta chuyển sang "5) mở cho câu hỏi/ý kiến từ số đông"? 18:34 -!- mihi [none@anon.iip] đã thoát [Ping timeout] 18:34 * jeremiah đã quay lại và đọc backlog 18:34 <@jrand0m> dm> đợi chút, đang lục 18:34 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/269 18:35 < dm> cảm ơn 18:35 <@jrand0m> ok, có câu hỏi / ý kiến gì không? 18:35 -!- arj [anders@anon.iip] đã thoát [EOF From client] 18:35 < co> có. 18:35 <@jrand0m> np 18:35 < co> Chúng ta đang ở mục 5 phải không? 18:35 * jrand0m biết co sẽ có vài câu :) 18:35 < co> Hiện tại, giao tiếp giữa client và router (ra ngoài) không được mã hóa. 18:35 <@jrand0m> đúng, vì nop chậm :) 18:35 <@jrand0m> (chết tiệt những người có công việc này nọ) 18:36 <@hezekiah> lol 18:36 < co> Giả sử tôi có một người bạn tin cậy và muốn dùng router của anh ấy để gửi ra ngoài. 18:36 <@hezekiah> jrand0m: Bạn biết đó. Không phải ai cũng đủ điều kiện để không có cuộc sống. 18:36 <@jrand0m> co> phần lớn đúng. payload của message được mã hóa, nhưng phần còn lại của I2CP thì không 18:36 < co> Như vậy có khiến tôi có nguy cơ bị bắt message không. 18:37 <@hezekiah> Ừ. Chúng sẽ được truyền plain trên dây. 18:37 <@hezekiah> Trừ khi bạn ssh tunnel tới router của anh ấy hoặc tương tự. 18:37 <@jrand0m> nếu bạn có bạn tin cậy và kết nối tới router của họ, họ có thể biết bạn đã gửi hoặc nhận một message, nhưng không biết bạn gửi cái gì. 18:37 <@jeremiah> message vẫn sẽ dưới mã hóa public key chứ? 18:37 <@hezekiah> Ối. 18:37 <@hezekiah> Lỗi của tôi. 18:37 < dm> Tôi sẽ dùng I2P như cách học thứ mới để không bị công việc 9to5 (quản trị windows, công cụ VB) biến thành zombie. 18:37 <@jrand0m> Tôi ổn với việc thêm hỗ trợ SSL listener, thay vì chỉ TCP listener. 18:37 <@hezekiah> Tôi quên là client có mã hóa đầu-cuối. 18:37 < co> Bạn giả định tôi chạy router tin cậy cục bộ, nhưng như nói ở trên, tôi có thể không muốn làm vậy để message không gắn với tôi. 18:37 <@jrand0m> đúng jeremiah, nhưng đó chỉ là phần payload 18:37 <@jrand0m> heh chuẩn dm 18:37 -!- mihi [none@anon.iip] đã vào #iip-dev 18:38 <@jrand0m> hmm. 18:38 <@hezekiah> jrand0m: Sao không thêm hỗ trợ sau này cho mã hóa giao tiếp client-to-router? 18:38 <@jrand0m> bạn thực sự luôn nên có một router tin cậy cục bộ. bạn có thể để nó kết nối tới một router không cục bộ nhưng tin cậy đã biết nữa. 18:39 < co> Đúng, nhưng tôi muốn bổ sung đề xuất của hezekiah. 18:39 <@jrand0m> hezekiah> Tôi ổn với việc thêm sau này (mà "sau này": t=0...releaseDate ;) 18:40 <@jrand0m> Tôi hoàn toàn không ngại thêm hỗ trợ DH+AES cho I2CP 18:40 < nop> tốt 18:40 <@jrand0m> thực tế, các tính năng đó có thể được thêm trên từng router 18:41 < nop> jrand0m: tôi cũng tin là cần rotation khóa đa hình và chaffe traffic 18:41 < nop> Tôi chắc chúng ta sẽ bàn ở buổi họp sau 18:41 < nop> chỉ là bình luận bên lề 18:41 < nop> dùng key sets 18:41 <@jrand0m> đúng, khi ta đụng tới giao tiếp router-router. 18:41 <@jrand0m> (còn 1-2 tuần) 18:41 < co> nop: Hiện tại tôi không thấy chaffe traffic trong spec, nhưng thêm vào sẽ tốt. 18:42 <@jrand0m> có chaffe, theo nghĩa router và các thành viên tunnel tự kiểm tra bản thân và peers. 18:42 -!- arj [~anders@anon.iip] đã vào #iip-dev 18:42 <@jrand0m> cộng thêm các yêu cầu DHT là chaffe đối với payload messages 18:42 < nop> jrand0m: tôi sẽ đào sâu nghiên cứu né phân tích lưu lượng và để lộ bất kỳ known plaintext nào 18:42 <@jrand0m> và các transport riêng sẽ có kiểu chaffe riêng (vd. http transport sẽ query google về "cute puppy dogs" theo định kỳ, hay gì đó) 18:43 < nop> cái chaffe đó hay, nhưng tôi cũng muốn chaffe được mã hóa 18:43 < nop> điều này giúp xoay vòng session keys 18:43 < nop> và giữ node của bạn bận rộn ngay cả khi không hoạt động 18:43 < dm> có lẽ đổi thành child porn cứng để chaffe thực tế hơn 18:43 <@jrand0m> chuẩn. 18:43 < dm> đùa thôi! 18:43 <@hezekiah> dm: Tốt. Không thì tôi phải !thwack bạn. 18:43 <@hezekiah> :) 18:44 <@jrand0m> DHT (mã hóa liên kết) và test messages (free route mix, kiểu onion/garlic) sẽ không có vấn đề known plaintext 18:44 < nop> vì node mới sẽ có ít lưu lượng khi mới bắt đầu 18:44 <@jrand0m> cộng thêm chúng ta sẽ hỗ trợ transport tốc độ bit không đổi 18:44 < nop> garlic rocks 18:44 < nop> :) 18:44 < nop> jrand0m: kiểu DC net :) 18:44 * jrand0m sắp làm ít pasta với thật nhiều tỏi sau khi họp xong 18:45 < nop> jrand0m: Tôi muốn nói garlic routing 18:45 <@hezekiah> lol! 18:45 <@jrand0m> tôi biết ;) 18:45 < nop> jrand0m: dù sao, tốc độ bit không đổi có thể ép bằng block encryption vì AES tạo block 128 bit 18:45 < nop> ;) 18:45 < nop> nên ta có thể đệm tất cả dữ liệu thành 16 byte mỗi message 18:45 <@jrand0m> co> câu trả lời email của tôi cho bạn có hợp lý không? 18:47 <@jrand0m> *ping* 18:47 <@hezekiah> *pong* 18:47 <@thecrypto> *pong 18:47 <@thecrypto> * 18:47 <@jrand0m> còn câu hỏi nào không, hay iproxy của tôi đã ngắt kết nối? 18:47 <@jrand0m> heh chuẩn 18:47 <@hezekiah> thecrypto: Gói tin bị phân mảnh! 18:47 <@hezekiah> lol 18:48 <@thecrypto> mất đoạn cuối đó 18:48 <@thecrypto> MTU nhỏ hơn ở đây :) 18:48 <@hezekiah> jrand0m: Ừ, tôi không có câu hỏi. 18:48 < co> jrand0m: Vâng, câu trả lời hợp lý. 18:48 < co> Tôi không còn câu hỏi. 18:48 < dm> Tôi sẽ tạo câu hỏi khi đọc specs ngày mai. 18:49 <@jrand0m> tốt, tôi hy vọng bạn sẽ có thêm sau này :) 18:49 <@jrand0m> tuyệt dm 18:49 < dm> ban đầu có thể là "tuyệt". 18:49 < dm> thôi, tôi đi đây. chúc may mắn mọi người! 18:49 -!- dm [~hifi@anon.iip] đã thoát [] 18:50 <@jrand0m> chúng ta VẪN có giai đoạn peer review 2 tuần trong lịch, nhưng review trước đó được hoan nghênh (dù mọi chi tiết chưa được điền vào) 18:51 <@jrand0m> ok. còn câu hỏi nào không, hay ta sẽ kết thúc #52 như một buổi họp 102 phút? 18:52 <@thecrypto> #51 18:52 <@hezekiah> Ờ, tôi đọc là 1:57 phút. 18:52 <@hezekiah> Haiz. 18:52 <@hezekiah> Tôi ngốc quá 18:52 <@hezekiah> Đừng để ý tôi. 18:52 <@hezekiah> Tôi không có câu hỏi ... 18:52 <@hezekiah> Câu hỏi nào! 18:52 * jrand0m chẳng bao giờ biết cộng... 18:52 <@hezekiah> Hãy nói ngay hoặc giữ im lặng cho đến thứ Ba sau! 18:52 <@hezekiah> Lần một! 18:53 <@hezekiah> ... Lần hai! 18:53 <@thecrypto> Bán cho anh chàng mặc sơ mi cài nút 18:53 <@hezekiah> Xong! 18:53 * jrand0m vào bếp làm bữa tối trễ nải 18:53 <@jrand0m> cảm ơn các quý ông và quý cô 18:53 <@hezekiah> Tạm biệt mọi người! 18:53 <@jeremiah> Tôi nên checkout mã nguồn trước khi chuồn 18:53 <@hezekiah> Hẹn gặp lại thứ Ba tới! --- Đã đóng nhật ký Tue Jul 29 18:53:55 2003 </div>/vi/blog/2003/07/22/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 22 Jul 2003 00:00:00 +0000/vi/blog/2003/07/22/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> cohesion, hezekiah, jeet, jeremiah, jrand0m, mihi, nemesis, nop, thecrypto, wilde, Zwolly</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Jul 22 15:56:06 2003 15:56 <@hezekiah> jrand0m: Righto! 15:56 -!- mode/#iip-dev [+o jrand0m] by hezekiah 15:56 <@cohesion> log enabled 15:56 <@jrand0m> w00t 15:56 <@nop> we need to add cohesion and remove mids on dev list 15:56 <@hezekiah> Excelent. :) 15:56 <@hezekiah> What dev list? 15:56 <@cohesion> nop: i tried CVS and it wouldn't accept my user/pass 15:56 <@nop> ok, I'll add you 15:56 <@nop> hold 15:56 <@nop> what is your sf id 15:56 <@cohesion> cohesion 15:56 <@nop> pmsg me if you need 15:56 <@nop> ok 15:57 <@cohesion> i think 15:57 -!- thecrypto [thecrypto@anon.iip] has joined #iip-dev 15:57 <@hezekiah> BTW, everyone I will be leaving around 22:15. 15:57 <@hezekiah> UTC 15:57 <@cohesion> yea 15:57 <@cohesion> hezekiah: okay 15:58 <@nop> cohesion: you're in 15:58 <@nop> we need to update website 15:58 <@cohesion> nop: okay 15:58 <@cohesion> nop: i'll try it now 15:58 <@nop> and we need to start modelling the IIP with an I2P 15:58 < thecrypto> hey 15:58 < thecrypto> i made it 15:58 <@nop> ok 15:58 <@nop> werd 15:58 <@nop> ;) 16:00 <@hezekiah> jrand0m? I just looked at your revision to the 16:00 <@hezekiah> development schedual. 16:01 <@jrand0m> si sr? 16:01 <@hezekiah> The graph with the bars and lines gets chopped off at 16:01 <@hezekiah> the right hand side; I can't see the rest of it. 16:01 <@jrand0m> yeah, ganttproject isn't quite perfect, but its better 16:01 <@jrand0m> than doing it by hand. 16:01 <@jrand0m> the things at the far right are the last tasks - 16:01 <@jrand0m> nothing is after them 16:01 <@hezekiah> But I can 16:01 <@jrand0m> the tasks there are listed, in order, on the 16:01 <@jrand0m> index-tasks.html 16:01 <@hezekiah> can't even see what the tasks are. 16:02 <@hezekiah> OK. :) I'll just have to settle for text. 16:02 <@hezekiah> nop: Are we going to start soon? I'm going to have to 16:02 <@hezekiah> leave at 22:15 UTC, but I'd like to catch as much of the meeting as 16:02 <@hezekiah> possible. 16:02 <@jrand0m> let me see if I can make a big task to fix that... 16:02 <@hezekiah> jrand0m: Thanks. :) 16:03 <@nop> yes 16:03 <@nop> alright 16:03 <@nop> agenda 16:03 <@nop> 1) 16:03 <@nop> welcome 16:03 <@nop> 2) 16:03 <@nop> Website future 16:03 <@nop> 3) 16:03 <@nop> bug fixes with 1.1 16:03 <@nop> 4) 16:03 <@nop> I2P 16:03 <@nop> 5) 16:03 <@nop> Suggestions and comments 16:03 <@nop> welcome all 16:04 <@nop> moving to 2 16:04 <@nop> website 16:04 <@nop> cohesion, are your maintanance website skills up to par? 16:04 <@cohesion> aye 16:04 <@cohesion> XHTML and CSS are my specialties 16:04 <@nop> ok, we are assuming you can do website stuff, changes etc 16:04 <@nop> ok 16:04 <@cohesion> yep 16:05 <@cohesion> granted that i can get CVS to cooperate :) 16:05 <@nop> easy 16:05 <@nop> export CVS_RSH=ssh 16:05 <@nop> and don't use pserver 16:05 <@nop> use d:ext 16:05 <@cohesion> i'm using gruntspud to CVS interfacing 16:05 <@nop> ok 16:05 <@cohesion> it's part of my text editor 16:05 <@cohesion> it should work 16:05 <@cohesion> we can talk about that later though 16:05 <@cohesion> i'm trying it now 16:05 -!- thecrypto [thecrypto@anon.iip] has quit [Ping timeout] 16:05 <@nop> if you have issues let me know right away if you can, so I 16:05 <@nop> can assist this because I have a bunch of tasks 16:06 <@nop> also 16:06 <@nop> we need to look at making an I2P section 16:06 <@nop> since it's going to be the next big project 16:06 <@nop> I'll talk to ellison to see if he's contribute a bit of his 16:06 <@nop> web design skills to add to that for a template 16:06 <@hezekiah> Should I2P be a section of invisiblenet.net or 16:06 <@hezekiah> invisiblenet.net/iip? (I vote for the former.) 16:06 <@nop> and we can get that hashed out 16:06 <@cohesion> ok 16:06 <@nop> former as well 16:06 <@jrand0m> former 16:06 <@nop> it would be under projects 16:07 -!- thecrypto [~thecrypto@anon.iip] has joined #iip-dev 16:07 <@nop> iip is one project 16:07 <@nop> i2p is another 16:07 <@hezekiah> So, invisiblenet.net/i2p 16:07 <@nop> yes 16:07 <@hezekiah> Right. That's the way I see it too. :) 16:07 <@nop> anyone here good at making a logo? 16:07 <@nop> volunteers are welcome 16:07 <@nop> just submit to iip-dev list 16:07 <@nop> ok moving on 16:07 <@nop> bug fixes in 1.1 16:07 <@jrand0m> h/o 16:07 * hezekiah would like to point out that his skills at the GIMP are 16:07 * hezekiah> to be avoided like WMD. 16:08 <@jrand0m> would it be possible to keep the i2p stuff off the web 16:08 <@jrand0m> until we're ready for beta? 16:08 <@cohesion> i suggest we use the wiki for collaborating on the i2p 16:08 <@cohesion> documents 16:08 <@nop> yes 16:08 <@cohesion> i can set up a restricted area 16:08 <@nop> that's possible 16:08 <@hezekiah> jrand0m: Are you thinking of a big smash announcement 16:08 <@hezekiah> on /. or something once we have it in good order? 16:08 <@nop> cohesion: I concur 16:08 <@jrand0m> yes hezekiah 16:08 <@jrand0m> word cohesion 16:09 <@nop> ok 16:09 <@nop> let's look at 1.1 for a sec 16:09 <@nop> hezekiah you made a discovery, that has not to do with 16:09 <@nop> focus? 16:09 <@nop> or what? 16:10 <@hezekiah> The code is fine. 16:10 <@hezekiah> The problem is communication, not code. 16:10 <@hezekiah> The user has to move the mouse aroung _inside_ the 16:10 <@hezekiah> dialog box. 16:10 < mihi> the dialog lacks a progress bar to give feedback if the 16:10 < mihi> user does it correctly 16:10 <@nop> yes that's true 16:10 <@hezekiah> He can move the mouse around _outside_ the dialog box 16:10 <@hezekiah> until he's blue in the face, but it won't gather entropy. (Which is what 16:10 <@hezekiah> these users are doing.) 16:10 <@nop> it does lack a dialog box 16:11 <@hezekiah> A progress bar would be a plus. 16:11 <@hezekiah> And should be somewhat easy to implement ... if I 16:11 <@hezekiah> could understand the tangle that UI code in IIP is. 16:11 <@cohesion> or even some feedback 16:11 <@hezekiah> Anyway, I posted my suggestions to the mailing list. 16:12 <@nop> it's in win32 api 16:12 <@nop> ;) 16:12 <@hezekiah> Either capture the mouse (I couldn't get M$ to 16:12 <@hezekiah> cooperate to do that), or make the dialog box message explain to the 16:12 <@hezekiah> user he needs to move the mouse around _inside_ the dialog box. 16:12 <@hezekiah> nop: I know. 16:12 <@nop> fine hezekiah be that way :) 16:12 <@hezekiah> What? 16:12 <@hezekiah> What did I do? 16:12 * hezekiah is confused 16:12 < thecrypto> how about just maximize the dialog box? 16:12 <@nop> hezekiah: I'm just messin' with ya 16:13 <@hezekiah> nop: OK. :) 16:13 <@hezekiah> Where's UserX? He knows more about the IIP UI code 16:13 <@hezekiah> than I do. 16:14 <@hezekiah> thecrypto: As for maximizing, well, the user might not 16:14 <@hezekiah> like a rabid dialog box consuming his entire screen. 16:14 <@hezekiah> Mouse capture is ideal, but as I said, I couldn't get 16:14 <@hezekiah> M$ to do it. 16:14 <@jrand0m> many other apps don't capture the mouse 16:14 <@jrand0m> a status bar plus explaination seems typical 16:15 <@hezekiah> Anyway, that's the 'bug'. 16:15 <@hezekiah> How do you want it fixed nop? 16:15 <@nop> well 16:15 <@nop> I would think if possible we could have a meter that shows 16:15 <@nop> the entropy gathering for sure 16:16 <@hezekiah> OK. 16:16 <@nop> and definitely fixes the language. Have you exhausted the 16:16 <@nop> research on capturing the mouse movements? 16:16 <@hezekiah> To the point of my patience. 16:16 <@hezekiah> Seriously, what I did _should_ work. 16:16 <@nop> I assume that's a lot? 16:16 <@hezekiah> Well, I didn't get much sleep last night. 16:17 <@nop> hmm 16:17 <@nop> let's try to get a meter bar and the language fixed 16:17 <@nop> that will give us an idea 16:17 <@hezekiah> Because it isn't working, I'm assuming the M$ docs are 16:17 <@hezekiah> lieing to me (very possible) or something 'unknown' is happening in the 16:17 <@hezekiah> IIP UI code. 16:17 <@nop> right 16:17 <@hezekiah> Righto. :) 16:17 * hezekiah now gets down on his knees and prays that UserX wrote 16:17 * hezekiah> UI code for a progress bar. 16:19 <@nop> haha 16:19 <@nop> if not go to planet-source-code.com 16:19 <@nop> there's a lot of samples there 16:19 <@hezekiah> The win32 API I can manage (though I detest it.) 16:19 <@nop> I hate it as well 16:19 <@hezekiah> But UserX/whoever-originally-wrote-this made a wrapper 16:19 <@hezekiah> around it. 16:19 <@hezekiah> It's the wrapper I'm worried about. 16:19 * nop is coding in it right now for work 16:19 <@hezekiah> I'm looking into it now. 16:20 <@hezekiah> Let's move on to the next agenda item. 16:20 -!- jeremiah-gym is now known as jeremiah 16:20 <@nop> ok 16:20 <@nop> next item is i2p 16:20 < jeremiah> hi 16:20 <@nop> hi 16:20 <@nop> jrand0m you start 16:20 <@hezekiah> jeremiah: Just in time! 16:20 < jeremiah> hezekiah: nop and I are oddly time synced, as you'll 16:20 < jeremiah> learn 16:20 <@jrand0m> 'k, has everyone had a chance to check out the roadmap? 16:21 <@hezekiah> Yeah. 16:21 <@jrand0m> its obviously draft, and things after the 1.0 milestone 16:21 <@jrand0m> are largely up in the air, but its something to start from 16:21 <@jrand0m> I've updated it beyond whats on the list to include 16:21 <@jrand0m> hezekiah jumping on the C api (w00t!) 16:22 -!- jeet [~miteymous@anon.iip] has joined #iip-dev 16:22 <@jrand0m> basically, after this coming friday, we'll have the API 16:22 <@jrand0m> protocol spec'ed out, which will mean we can parallelize a lot 16:22 < jeet> hello ;) 16:22 <@jrand0m> 'lo jeet 16:22 < jeet> hey if i make a server is it possible to change anon.iip 16:22 < jeet> to whatever i want 16:22 <@jrand0m> rough gut question: how insane does the r2 roadmap 16:22 <@jrand0m> sound? are schedules insane, are there things missing, are things in the 16:22 <@jrand0m> wrong order or dependencies not represented? 16:22 <@nop> yes 16:22 < jeet> kewl 16:23 <@hezekiah> jrand0m: I would concur the entire thing is insane. 16:23 <@hezekiah> However, I think (until I get to college) it should be doable. 16:23 <@jrand0m> heh 16:23 < jeet> this is a very cool thing you guys have done ;X 16:23 <@hezekiah> Though I'm not sure nop and UserX can design that IRC 16:23 <@hezekiah> protocol even in 21 days. 16:23 <@hezekiah> nop: ;-) 16:23 <@nop> no 16:23 <@jrand0m> ok, you're off to uni in late august? mid august? when 16:23 <@jrand0m> should we pencil you in for less activity? 16:23 <@hezekiah> Around August 20th I'm of. 16:23 <@hezekiah> off. 16:24 <@jrand0m> 'k 16:24 <@hezekiah> Until then I'm a rabid nermal! :) 16:24 < jeremiah> I'm off about the same time 16:24 < jeremiah> (to univ) 16:25 <@nop> ok 16:25 <@jrand0m> so we'll have to get more resources on the 'implement 16:25 <@jrand0m> IRC' task or just drop the task from the 1.0 release 16:25 <@hezekiah> I wouldn 16:25 <@hezekiah> wouldn't make the 1.0 release dependant on IRC. 16:25 <@nop> I believe that we will need to delay the task 16:25 < jeet> [17:23] -anon.iip- CTCP (except ACTION) and DCC are 16:25 < jeet> disabled <- how can i stop this from poppiing up every 3 minutes? 16:25 <@hezekiah> Do the IRC, but let i2p 1.0 come out when it's ready. 16:26 < thecrypto> wow, i'm half way through college as two others just 16:26 < thecrypto> start :) 16:26 <@jrand0m> lol 16:27 <@jrand0m> I concur hezekiah 16:27 <@hezekiah> Cool. I still think i2p will be it's own killer app. 16:27 <@jrand0m> so that basically means all I2P 1.0 requires after 16:27 <@jrand0m> august is a month of debugging and documentation to go from alpha to 16:27 <@jrand0m> beta to 1.0 16:28 <@jrand0m> hezekiah> definitely. we need to get a demo app out on 16:28 <@jrand0m> it first - does the instant messenger app + file transfer sound good to 16:28 <@jrand0m> people for that? 16:28 -!- jeet [~miteymous@anon.iip] has quit [ircN 7.27 + 7.0 for mIRC 16:28 <@jrand0m> (2002/01/10 00.00)] 16:28 <@hezekiah> Well, you said it best: 'demo'. From my view, it 16:28 <@hezekiah> doesn't need to be special. It just needs to prove the network is worth 16:28 <@hezekiah> developing on. 16:29 <@hezekiah> So the IM client would be a good demo, in my opinion. 16:29 < Zwolly> file transfer is one thing i really would like to see so 16:29 < Zwolly> gimme a demo 16:29 <@hezekiah> Zwolly: lol 16:29 <@nop> yes 16:29 < Zwolly> and see me as an "normal" user 16:30 <@hezekiah> Zwolly: You can be our guniea pig! ;-) 16:30 * hezekiah starts mixing poisinous code in his lab. ;-) 16:30 < Zwolly> hmmm yummie 16:31 <@jrand0m> ok, one last thing on i2p 16:31 <@nop> sure 16:32 <@jrand0m> nop> any chance we can get a non sourceforge trusted 16:32 <@jrand0m> cvs server? 16:32 <@jrand0m> sourceforge has more problems than these college 16:32 <@jrand0m> student's exams 16:32 <@nop> yes 16:32 <@nop> I will arrange that and have it up by next week 16:32 <@jrand0m> awesome. thanks 16:32 <@nop> also 16:32 <@nop> I may be able to get a compile farm 16:32 <@nop> that is not sf 16:32 <@nop> with vpn access to it 16:32 <@hezekiah> Compile farm!? 16:32 <@jrand0m> compile farm? bah, we can just run ant :) 16:32 <@hezekiah> jrand0m: All code is not Java. 16:32 <@hezekiah> I personally love compile farms. 16:32 <@hezekiah> :) 16:32 <@jrand0m> ant == make. it can run gcc / etc 16:32 <@nop> hezekiah: send me a list of viable platforms we'll need to 16:32 <@nop> test on 16:32 <@jrand0m> 'k, if we really need the cpu power of a compile farm, 16:32 <@jrand0m> thats great 16:33 < wilde> what license are you planning to use? 16:33 <@nop> GPL 16:33 <@jrand0m> GPL cool with everyone for this? 16:33 < wilde> k nice 16:33 <@hezekiah> I'm very pro GPL. 16:33 <@hezekiah> But one warning 16:33 <@hezekiah> For the API's we will probably need LGPL. Otherwise 16:33 <@hezekiah> all programs made for this network MUST be GPL 16:33 <@jrand0m> we may want to go LGPL down the line 16:33 <@jrand0m> yeah 16:33 <@jrand0m> we MUST not require all apps using I2P to be GPL'ed 16:33 <@hezekiah> So the router should be GPL, but the API's will 16:33 <@hezekiah> probably need to be LGPL at some time. 16:33 <@hezekiah> jrand0m: Then we'll need an LGPL API. 16:33 <@hezekiah> The only problem that poses is getting a good crypto 16:33 <@hezekiah> kit for C that is compatible with LGPL. 16:33 <@hezekiah> I don't think Cryptlib's Sleepycat license is. 16:33 <@hezekiah> I could email the author and ask for an exception or 16:33 <@hezekiah> something if I need to when the time comes. 16:33 <@jrand0m> hezekiah> not need, want. the API comm layer will be an 16:33 <@jrand0m> open spec, so anyone can write their own and not link to any of our 16:33 <@jrand0m> libraries 16:33 <@hezekiah> Right. 16:33 <@nop> right 16:33 <@hezekiah> So for now we can even make GPL API's if we need to. 16:34 <@hezekiah> OK, one question for jrand0m: 16:34 < jeremiah> but we should try to have non-viral ones asap 16:34 <@hezekiah> I agree. 16:34 < wilde> http://www.virtualunlimited.com/products/beecrypt/ 16:34 < wilde> Bee Crypt is LGPL, i've used once 16:34 <@hezekiah> wilde: Beecrypt is far beneath what is required 16:34 <@hezekiah> unfortunately. 16:34 <@nop> yes 16:34 <@nop> I don't think we should use a crypto lib like Beecrypt 16:34 <@jrand0m> word wilde 16:34 <@cohesion> hezekiah: there's tons of crypto code in 16:34 <@cohesion> GnuPrivacyGuard that's all GPL'd 16:34 <@cohesion> you might check and see where it came from 16:34 <@hezekiah> cohesion: The problem is we'll need an LGPL C API that 16:34 <@hezekiah> uses Crypto. 16:34 <@hezekiah> I'll work it out when I get to it. 16:34 <@hezekiah> For now, I have two questions for jrand0m: (It's gone 16:34 <@hezekiah> up one!) :) 16:34 <@jrand0m> we have lots of options. we'll figure it out 16:34 <@jrand0m> heh fire away 16:34 <@hezekiah> 1.) When the client API spec is done on the 25th will 16:34 <@hezekiah> it detail the byte-by-byte structure of the messages sent over the 16:34 <@hezekiah> network, and will it detail the specifics on how the crypto is 16:34 <@hezekiah> implemented? 16:35 -!- ion [ion@anon.iip] has joined #iip-dev 16:35 <@jrand0m> yes 16:35 <@hezekiah> 2.) Will be we using Twofish? ;-) 16:35 <@jrand0m> no, prolly aes, unless someone has a really good reason 16:35 <@hezekiah> jrand0m: Was that yes to both questions, or just 16:35 <@hezekiah> question 1? 16:35 -!- nemesis [nemesis@anon.iip] has joined #iip-dev 16:35 <@hezekiah> OK. 16:35 <@jrand0m> hezekiah> yes to both 16:35 <@nop> well 16:35 < nemesis> uuuh, since when there are here ops? :) 16:35 <@hezekiah> nemesis: The English structure of that sentence was 16:35 <@hezekiah> too garbled for me to decipher? Whould you like to restate your 16:35 <@hezekiah> question? 16:35 <@jrand0m> whats special about twofish? why not go with the 16:35 <@jrand0m> advanced encryption Standard? 16:35 <@hezekiah> nop: Holding ... :) 16:35 * jrand0m holds 16:35 <@nop> I prefer that we have a suite of encryption options 16:35 <@nop> not just aes 16:35 <@nop> there are opinions about AES that some people do not feel 16:35 <@nop> comfortable using 16:35 <@nop> and would rather go with Twofish etc 16:35 <@nop> so maybe we can have it be a selection 16:35 < wilde> do both :) 16:35 <@nop> yes 16:35 <@nop> wilde: exactly 16:35 <@jrand0m> nop> suites would mean not everyone can send messages 16:35 <@jrand0m> to everyone 16:35 < jeremiah> but then wouldn't each router have to support both? 16:35 < jeremiah> that seems painful 16:35 <@jrand0m> doing both is definitely the case for transport layer, 16:35 <@jrand0m> where things can be negotiated 16:35 <@nop> not really 16:35 <@nop> I would not agree with AES then 16:35 <@nop> as if you are paranoid 16:35 <@hezekiah> Right. But let's try to too enclude things that are 16:35 <@hezekiah> weakening like 3DES. 16:35 <@hezekiah> A chain is only as strong as its weakest link. 16:35 <@nop> then you'll realize why 16:35 <@nop> with the US gov't approvals 16:36 <@jrand0m> I don't support AES because it has govt approval, I 16:36 <@jrand0m> support AES because it has cryptographers, scientists, and 16:36 <@jrand0m> mathematicians approvals. 16:36 <@jrand0m> if there is a better one, we can go with that. 16:36 <@jrand0m> but I don't want to go with something because its 16:36 <@jrand0m> different 16:36 <@nop> but the approval of twofish is strong as well amongst 16:36 <@nop> cryptographers 16:36 <@hezekiah> Well, the last three AES candidates were Rijndael, 16:36 <@hezekiah> Twofish, and Serpent. 16:36 <@nop> exactly 16:36 <@hezekiah> Rijndael was the fastest. 16:36 <@hezekiah> Personally, I have more faith in Twofish than 16:36 <@hezekiah> Rijndael. 16:36 <@jrand0m> nop I think I heard you say there were problems with 16:36 <@jrand0m> serpent? 16:36 < wilde> use multiple layers of encryption if you have CPU for it 16:36 <@jrand0m> wilde> there will be, but thats on a different aspect 16:36 <@jrand0m> of things. 16:36 <@nop> all I'm saying is that we could have both supported 16:36 <@nop> doesn't hurt 16:36 <@jrand0m> actually it does hurt 16:36 <@jrand0m> segmentation attack 16:36 < wilde> ok twofish wrapped in AES could be overkill 16:36 <@nop> haha 16:36 <@nop> not twofish wrapped in AES 16:36 < jeremiah> should we standardize each transport as having one 16:36 < jeremiah> specific set of characteristics (network setup, encryption)? 16:36 <@nop> alright for the sake of argument 16:36 <@nop> let's do rijndael for this part 16:36 < jeremiah> and then we could have one TCP transport supporting 16:36 < jeremiah> AES, one with Twofish, but not one that has to juggle both? 16:36 <@jrand0m> jeremiah> yes, particular transports will have 16:36 <@jrand0m> particular characteristics, but we're covering the end to end message 16:36 <@jrand0m> crypto done in the api atm 16:36 <@nop> let's do end to end AES 16:36 < jeremiah> jrand0m: ah 16:36 <@nop> then node to node twofish option 16:37 <@nop> and if you can, do AES-counter mode 16:37 <@jrand0m> 'k, sounds good. we can always change later on before 16:37 <@jrand0m> release (during peer review, etc) 16:37 < wilde> but all crypto algorithms have failed in the past, using 16:37 < wilde> double encryption would at least buy time in case of a crypto 16:37 < wilde> breakthrough 16:37 < jeremiah> not really 16:37 <@jrand0m> wilde> the truly paranoid can encrypt with their own 16:37 <@jrand0m> system prior to sending messages over the I2P network 16:37 <@hezekiah> wilde: If one algorithm is found to be weak, we'll 16:37 <@hezekiah> replace it. 16:37 <@jrand0m> I2P will just transparently encrypt 16:37 < wilde> jrand0m: yes, you're right, there should be a limit to 16:37 < wilde> paranoia 16:38 <@nop> yes 16:38 <@nop> we could go on all day 16:38 <@nop> arguing about it 16:38 <@nop> AES end to end 16:38 <@jrand0m> ok, I don't have anything else on I2P stuff 16:38 <@nop> Twofish and others node to node 16:38 <@jrand0m> coo' 16:38 <@jrand0m> any other I2P stuff, or are we on the next agenda item? 16:38 <@hezekiah> I'm done. :) 16:38 < wilde> what about A2A, anonymous 2 anonymous? 16:38 <@hezekiah> I 16:38 <@hezekiah> I've never heard of that. What are you talking about, 16:38 <@hezekiah> wilde? 16:38 <@jrand0m> I2P is anonymous to anonymous communication 16:38 <@jrand0m> I2P = "Invisible Internet Project" 16:38 < nemesis> jrand0m: can you send the roadmap as an attechment, and 16:38 < nemesis> not as inline? 16:38 <@jrand0m> (dont make us say I^2P) 16:38 <@nop> hushmail has an encrypted messenger 16:38 <@nop> neat 16:38 <@jrand0m> nemesis> hmm, I tried to - hushmail said it was 16:38 <@jrand0m> attached :/ 16:38 <@hezekiah> nemesis: I got it as attached. 16:38 <@jrand0m> nemesis> you can d/l from 16:38 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/290 16:38 < nemesis> i'm sorry, i can't copy&amp;paste it 16:38 <@hezekiah> nemesis: Perhaps your mail reader is the problem? (He 16:38 <@hezekiah> sent it as a zip file.) 16:38 < nemesis> its inline 16:38 < nemesis> theres a zip file... 16:38 -!- UserX [~User@anon.iip] has joined #iip-dev 16:38 <@jrand0m> 'lo userx 16:38 < nemesis> -Hush_boundarfy-31fda3d62329b 16:38 <@nop> did anyone log this 16:38 < nemesis> Content-Transfer-Encoding: base64 16:38 <@hezekiah> cohesion was supposed to. 16:38 <@jrand0m> I log all IRC 16:38 <@cohesion> i have it all 16:38 < thecrypto> yes 16:38 <@jrand0m> word 16:38 < Zwolly> my ISP also logs all the IRC chatting so what is new 16:38 <@jrand0m> lol Zwolly 16:38 < Zwolly> hehe 16:38 <@hezekiah> Zwolly: Your ISP won't have logs of this. :) 16:38 < Zwolly> i hope not if so you guys do a louzy job 16:38 <@hezekiah> lol 16:39 <@hezekiah> So, I'm assuming we move on to the next agenda item 16:39 <@hezekiah> now since we've stopped talking about i2p for a while. 16:39 <@nop> yes 16:39 <@nop> comments 16:39 <@nop> suggestions 16:39 <@jrand0m> we, should, like, do some drugs, man 16:39 <@hezekiah> jrand0m: Sorry. I refuse to ruin a good mind with such 16:39 <@hezekiah> substances. 16:39 < wilde> question: isn't the release plan a bit optimistic= 16:39 < wilde> ? 16:39 <@hezekiah> wilde: lol. Well, my term would be 'insane'. But I 16:39 <@hezekiah> think it might be feasible. 16:39 <@jrand0m> wilde> good question. it should be plausible, and if 16:39 <@jrand0m> any devs on there want to adjust tasks they are working on, we will. 16:39 < thecrypto> we can do it! 16:39 <@jrand0m> go TEAM! 16:39 < wilde> aim high that's good, but it should be realistic 16:39 < wilde> do you guys have time enough for the actual programming? 16:39 * jrand0m quit his job to work on this, and a few people have 16:39 * jrand0m> summer break coming up 16:39 < wilde> i mean september-october that's like 60-90 days 16:39 < wilde> ok that's sounds good 16:39 <@jrand0m> but don't believe us. we'll release when its ready. 16:39 <@hezekiah> jrand0m: BTW, since you quit your job, how are you 16:39 <@hezekiah> going to eat while you code this? 16:39 < jeremiah> wilde: we're going to be implementing lots of it in 16:39 < jeremiah> high-level languages and then re-coding in C later 16:39 <@jrand0m> hezekiah> I eat code 16:39 <@hezekiah> I was afraid you'd say something like that. 16:39 <@jrand0m> ;) 16:39 <@hezekiah> I just hope you've got a good nest egg to live on. 16:39 < jeremiah> jrand0m: my code eats random numbers 16:39 < jeremiah> that might make a bad loop 16:39 <@hezekiah> ROTFL! 16:39 < wilde> drinking java, eating python, roasted ant, could go 16:39 <@jrand0m> but bugs have lots of protien 16:39 * jrand0m !thwaps self 16:39 <@jrand0m> ok, do we have other questions / comments / 16:39 <@jrand0m> suggestions? 16:39 <@hezekiah> Well, I've got to go now. 16:39 <@hezekiah> Bye everyone. :) 16:39 <@jrand0m> or are we actually finishing up in under an hour? 16:39 -!- hezekiah [hezekiah@anon.iip] has quit [Client exiting] 16:39 <@jrand0m> lol wilde 16:39 <@jrand0m> nop> got anything or we done? 16:40 -!- UserX [~User@anon.iip] has quit [Ping timeout] 16:40 -!- wilde [anon@anon.iip] has quit [] 16:40 <@cohesion> ok, i'm ending the meeting 16:40 < nemesis> STOP! 16:40 <@cohesion> nop: i'll get with you about CVS tomarrow 16:40 * jrand0m stops 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 <@cohesion> GO! 16:40 < nemesis> how it works? 16:40 <@nop> ok 16:40 <@nop> also 16:40 <@nop> aes 16:40 <@jrand0m> nemesis> just double click on it with java 1.4.2 16:40 <@jrand0m> installed 16:40 <@nop> we should use 256 bit as a norm 16:40 < nemesis> i have java 1.4.2... 16:40 <@jrand0m> nemesis> I'll email out the xml with the project info 16:40 <@jrand0m> word nop, definitely 16:40 < nemesis> Could not find the main class. Program will exit! 16:40 < nemesis> hm.. i think my java are broken.... Title of the 16:40 < nemesis> Window: Java Virtual Machine Launcher... 16:40 <@jrand0m> weird nemesis, works for me... make sure its loading it 16:40 <@jrand0m> with the 1.4.2 jvm and not the windows jvm 16:40 <@jrand0m> ah, try running from the cmd.exe command line 16:40 < nemesis> eh? 16:40 < nemesis> k 16:40 < nemesis> then i write a .bat for it, like for columba :) 16:40 <@cohesion> ok, i'm closing the logs 16:40 <@jrand0m> (and type java -version first to make sure it uses the 16:40 <@jrand0m> right one) 16:40 <@jrand0m> heh word 16:40 <@cohesion> everyone say "cheese" 16:40 <@jrand0m> queso 16:40 < thecrypto> cheese 16:40 < Zwolly> chesse 16:40 < Zwolly> cheese 16:40 < nemesis> E:\Sytemprogramme\server\Projektverwaltung>java 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 < nemesis> Exception in thread "main" 16:40 < nemesis> java.lang.NoClassDefFoundError: ganttproject-1/9/7/ja 16:40 < nemesis> r 16:40 <@jrand0m> java -jar ganttproject-1.9.7.jar 16:40 < nemesis> java version "1.4.2-beta" 16:40 < nemesis> Java(TM) 2 Runtime Environment, Standard Edition (build 16:40 < nemesis> 1.4.2-beta-b19) 16:40 < nemesis> Java HotSpot(TM) Client VM (build 1.4.2-beta-b19, mixed 16:40 < nemesis> mode) 16:40 < nemesis> hm... why with -jar? 16:40 < nemesis> now it works... 16:40 -!- ion [ion@anon.iip] has quit [Ping timeout] 16:40 < nemesis> thx jrand0m 16:40 <@jrand0m> without -jar asks it to load the class 16:40 <@jrand0m> ganttproject-1/9/7/jar 16:40 <@jrand0m> np 16:40 < jeremiah> is cvs working? 16:40 < jeremiah> i checked out earlier today, but it's weird now 16:40 <@jrand0m> sourceforge is being a pain atm --- Log closed Tue Jul 22 17:18:14 2003 </div>/vi/blog/2003/07/15/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 15 Jul 2003 00:00:00 +0000/vi/blog/2003/07/15/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> gott, hezekiah, jeremiah, jrand0m, mihi, Neo, nop, WinBear</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Jul 15 17:46:47 2003 17:46 < gott> yo. 17:46 <@nop> just a heads up on my silence 17:46 <@hezekiah> Tue Jul 15 21:46:49 UTC 2003 17:47 <@hezekiah> OK. The iip-dev meeting has started. 17:47 <@hezekiah> Is it the 48th or 49th? 17:47 < jrand0m> nop> this is why its critical that we get the router architecture pounded out asap. I understand that different people have different rates of speed, and we must segment so different components can proceed accordingly 17:47 < mihi> 49th 17:47 <@hezekiah> OK! Welcome to the 49th iip-dev meeting! 17:47 < jrand0m> I have three more days at my job, after which 90+ hours / week will be dedicated to getting this going 17:48 < jrand0m> I know and don't expect everyone to be able to do that, which is why we need to segment 17:48 < jrand0m> hi hezekiah :) 17:48 <@hezekiah> lol 17:48 <@nop> to rebutt on that 17:48 <@hezekiah> I'll wait a minute. Then we can do the agenda. :) 17:48 <@nop> the security of the router architecture is dependant that you do not rush as well 17:49 <@nop> if we do 17:49 <@nop> we overlook 17:49 <@nop> which could leave us cleaning up a big mess later 17:49 -!- Rain [Rain@anon.iip] has quit [I Quit] 17:49 < jrand0m> nop> disagree. we can still build app layer and APIs without implementing the router (or even knowing how the network will operate) 17:49 <@nop> I agree with that 17:50 <@nop> I'm specifically talking about the underlying network 17:50 < jrand0m> if we can agree to the API I sent out, then thats the segmentation we need 17:50 < jrand0m> right, router impl and network design still isn't done 17:50 <@nop> ok 17:50 <@nop> oh, I can definitely agree with your api so far 17:51 <@hezekiah> jrand0m: One problem. 17:51 < jrand0m> shoot hezekiah 17:51 <@hezekiah> It will look different if you implement it in C. 17:51 < jrand0m> not too different 17:51 < gott> oh dear 17:51 < jrand0m> less capital letters, and replace the objects with structs 17:51 < gott> what languages are people considering implementing it in? 17:51 < jrand0m> (for the api) 17:51 <@hezekiah> Uh, jrand0m? There is no 'byte[]' in C. 17:51 < jrand0m> gott> read the mail archives for some example answers to that 17:52 <@hezekiah> You will be using void*'s with an integer to specifiy the length most likely. 17:52 < jrand0m> hezekiah> then unsigned int[] 17:52 < gott> jrand0m: for once, a religious war that I'm not a part of 17:52 <@hezekiah> If I remember correctly (help me out here nop), you can't just return an unsigned int[] from a function. 17:53 <@hezekiah> gott: as opposed to what? pseudocode? 17:53 < jrand0m> right, syntactic changes. but yes, if there are real differences, we need to get them worked out ASAP. (like, today) Perhaps now would be a good tiem to look at the email I sent entitled "high level router architecture and API" and review? 17:54 <@hezekiah> nop? UserX? Are you game for that? 17:54 < jrand0m> not too different, but different none the less, yes. which is why I said Java API on todays email :) 17:54 -!- WinBear [WinBear@anon.iip] has joined #iip-dev 17:55 <@nop> wait 17:55 <@nop> reading above 17:55 -!- mihi_2 [~none@anon.iip] has joined #iip-dev 17:55 -!- mihi is now known as nickthief60234 17:55 -!- mihi_2 is now known as mihi 17:55 < jrand0m> wb mihi 17:55 < gott> btw, is this being live logged? 17:55 -!- nickthief60234 [~none@anon.iip] has quit [EOF From client] 17:55 <@hezekiah> gott: Yes. 17:55 < mihi> redundancy rules ;) 17:55 < gott> I'll just read it later on then. 17:55 -!- gott [~gott@anon.iip] has left #iip-dev [gott] 17:56 <@nop> ok 17:56 <@nop> yes 17:56 < WinBear> jrand0m: hi 17:56 <@nop> definitely differences 17:56 <@nop> what we need 17:56 < jrand0m> heya WinBear 17:56 <@nop> is a team of certain developers to write the main api level controls for these languages 17:56 <@nop> we know that jrand0m can handle java 17:56 <@nop> and probably could team up with thecrypto as well 17:56 <@nop> and hezekiah and the gang can do C 17:56 <@nop> and jeremiah if he's willing 17:56 <@nop> can do python 17:56 <@hezekiah> I can do C++ too! ;-) 17:56 <@nop> ok 17:56 <@nop> C++ as well 17:57 <@hezekiah> lol 17:57 <@nop> C++ will probably work 17:57 <@nop> with C 17:57 <@nop> if you don't template the crap out of it 17:57 < jrand0m> heh 17:57 <@hezekiah> lol 17:57 <@hezekiah> Actually, while MSVC can link C and C++ object files, gcc doesn't seem to like that. 17:57 <@nop> aka, stick to structs that are compatible with C, or is that not viable 17:57 < jrand0m> first question, prior to that, is what applications will use these APIs? I know of apps that will want to use java, will iproxy be in C? 17:58 <@hezekiah> nop: I don't think C and C++ are object compatible. 17:58 <@nop> ok 17:58 <@hezekiah> nop: C++ won't get along with C much better than Java. 17:58 <@nop> well maybe USerX could do C 17:58 <@nop> and you could pull C++ 17:58 <@hezekiah> We don 17:58 <@nop> ? 17:58 <@hezekiah> don't even need to _do_ C++ if you don't want to. It's just that I prefer it. 17:59 <@nop> well, the thing is 17:59 <@nop> there are a lot of C++ developers 17:59 <@nop> especially in the microsoft world 17:59 <@hezekiah> Even in the Linux world. (see: KDE and Qt.) 17:59 < jrand0m> C and C++ are binary compatible if you just make .so or .a 17:59 < jrand0m> (btw) 18:00 <@nop> can C be a good placement for C++, aka C++ developers would be able to handle a c api easier than a C++ api with a c developer? 18:00 <@hezekiah> jrand0m: Yeah. You can probably have libraries ... but if you can 18:00 <@hezekiah> jrand0m: can't even use classes, it sorta defeats the purpose. 18:00 <@nop> right 18:00 <@nop> let's stick with C 18:01 <@nop> because C++ coders can still call a C library rather easily 18:01 <@hezekiah> If one module needs to call anothers functions, then they had best both be the same language. 18:01 <@hezekiah> nop: C++ coders will know C well enough ... though it might take some work if they never /learned/ C. 18:02 <@hezekiah> However, C coders wouldn't know C++ since C is just a subset of C++. 18:02 -!- logger_ [~logger@anon.iip] has joined #iip-dev 18:02 -!- Topic for #iip-dev: logfiles will be online after the meeting: http://wiki.invisiblenet.net/?Meetings 18:02 [Users #iip-dev] 18:02 [@hezekiah] [+Ehud ] [ leenookx] [ moltar] [ tek ] 18:02 [@nop ] [ jeremiah] [ logger_ ] [ Neo ] [ WinBear] 18:02 [@UserX ] [ jrand0m ] [ mihi ] [ ptsc ] 18:02 -!- Irssi: #iip-dev: Total of 14 nicks [3 ops, 0 halfops, 1 voices, 10 normal] 18:02 < jrand0m> right 18:02 -!- Irssi: Join to #iip-dev was synced in 9 secs 18:02 < jrand0m> (with JMS :) 18:02 <@nop> yep 18:03 -!- You're now known as logger 18:03 < jrand0m> ok, can we review the overall architecture to see whether the APIs are even relevent first? 18:03 <@nop> fine 18:04 < jrand0m> :) 18:04 < jrand0m> ok, see the email I sent w/ the routerArchitecture.png. any thoughts on that seperation? 18:04 -!- tek [~tek@anon.iip] has quit [] 18:05 < WinBear> jrand0m: is that on the wiki? 18:05 < jrand0m> WinBear> no, on the mailing list, though the archives are down. lemmie add it to the wikki 18:06 <@hezekiah> Correct me if I'm wrong ... 18:07 <@hezekiah> ... but it looks like we're going to have 3 seperate API's that are as similar as possible. 18:07 <@hezekiah> Right? 18:07 < jrand0m> yes hezekiah 18:07 <@hezekiah> So since each API is in a different language, are they going all each have seperate implementations? 18:07 < jrand0m> yes 18:07 <@hezekiah> Or is there a way for Java or Python to access a C library? 18:08 < jrand0m> yes, but we don't want to go that route 18:08 < mihi> for java: JNI 18:08 <@hezekiah> So this talk about Java, C, C++, Python, etc. working together is mute since they never will? 18:08 < jrand0m> how do I attach an image to the wiki? 18:08 <@hezekiah> Each API has its own backend written in that language. 18:08 < jrand0m> no hezekiah, look at the diagram 18:09 <@hezekiah> Oh, duh! 18:09 <@hezekiah> The API's don't link to a backend. 18:10 <@hezekiah> They talk via sockets. 18:10 < jrand0m> si sr 18:10 <@hezekiah> This is still a little confusing though. 18:10 <@hezekiah> Give me a sec here. :) 18:11 <@hezekiah> OK. What is the thing labeled 'transport'? 18:11 < jrand0m> for example, bidirectional HTTP transport, SMTP transport, plain socket transport, polling HTTP socket, etc 18:11 < jrand0m> the thing that moves bytes between routers 18:12 <@hezekiah> OK. 18:12 <@hezekiah> So the diagram I'm looking at shows one person's computer. 18:12 <@hezekiah> He has a router that talks to other people's computers via the transports. 18:12 < jrand0m> correct 18:12 <@hezekiah> Person 1 (Alice) has 2 applications running. 18:12 <@hezekiah> One is in C, the other in Java. 18:13 <@hezekiah> Both are linked to a library (that's the API). 18:13 < jrand0m> both are "linked" to seperate libraries (the APIs) 18:13 <@nop> simple concept 18:13 <@nop> yes 18:13 <@hezekiah> Those libraries, take input from the program encrypt it, and send it via sockets (unix or TCP) to the router ... which is another program Alice is running. 18:13 < jrand0m> correct 18:14 <@hezekiah> OK. So it's kinda like isproxy being split in two. 18:14 < jrand0m> bingo :) 18:14 <@hezekiah> One part is low end and written in C, and the other is high end and written in whatever. 18:14 < jrand0m> exactly 18:14 <@hezekiah> OK. I get it. :) 18:14 < jrand0m> w00t 18:14 <@hezekiah> So no language needs to play nice with any other language. 18:14 < jrand0m> WinBear> sorry, I can't toss it on the wiki as it only takes text :/ 18:15 <@hezekiah> Since they all comunicate with the router via sockets, you could write an API in PASCAL for all the design cares. 18:15 <@nop> yes 18:15 <@nop> arbitrary 18:15 < jrand0m> right 18:15 <@nop> it handles arbitrary sockets 18:15 < jrand0m> though some things need to be standardized (like the data structures for Destination, Lease, etc) 18:15 < WinBear> jrand0m: i get a vague idea based on what hezekiah is saying 18:15 < jrand0m> word 18:16 <@hezekiah> jrand0m: Right. The structure and order of the bytes that go across that socket is set in a design somewhre 18:16 <@hezekiah> somewhere. 18:17 <@hezekiah> But you can still implement how those bytes are send and received any joly way you please. 18:17 <@nop> WinBear: it's the same exact way that the irc client works with isproxy 18:17 < jrand0m> exactly 18:17 <@hezekiah> Good. 18:17 <@hezekiah> I understand now. :) 18:17 -!- moltar [~me@anon.iip] has left #iip-dev [moltar] 18:17 <@nop> well 18:17 <@nop> not exactly 18:17 <@hezekiah> Uh oh. 18:17 <@nop> but imagine how that works 18:17 <@nop> and you can understand arbitrary sockets 18:17 <@nop> isproxy just routes 18:17 <@nop> and delivers 18:18 <@nop> now jrand0m 18:18 <@nop> quick question 18:18 < jrand0m> si sr? 18:18 <@nop> is this api designed for only new applications that are designed to work on this network 18:18 -!- mode/#iip-dev [+v logger] by hezekiah 18:18 < WinBear> nop: with the highlevel replacing the irc client? 18:18 < jrand0m> nop> yes. though a SOCKS5 proxy could use this API as well 18:18 <@nop> or can it be able to have a middle man that can allow already standard clients 18:18 <@nop> for instance 18:19 <@nop> so all we would have to do is write the middleman -> api 18:19 < jrand0m> (but note that there's no 'lookup' service available - no DNS for this network) 18:19 < jrand0m> correct 18:19 <@nop> so that we can support say Mozilla etc 18:19 <@nop> so they can just code plugins 18:19 < jrand0m> nop> yes 18:19 <@nop> ok 18:19 <@nop> or transports :) 18:20 < jrand0m> (e.g. the SOCKS5 has the HTTP outproxies hardcoded to destination1, destination2, and destination3) 18:20 <@nop> ok 18:20 < WinBear> i think i get it 18:21 < jrand0m> w00t 18:21 < jrand0m> ok, one of the things I had to think about in this design was keeping the private keys in the app's memory space - the router never gets a hold of destination private keys. 18:21 <@hezekiah> So the application can send raw data over the I2P network by sending it to the API, and it doesn't need to worry about the rest. 18:22 <@hezekiah> Right? 18:22 < jrand0m> that means the APIs need to implement the end to end part of the crypto 18:22 < jrand0m> exactly hezekiah 18:22 <@hezekiah> OK. 18:22 <@nop> yes 18:22 <@nop> that's the idea 18:22 <@nop> it does it for you 18:22 <@nop> you just call the hook 18:23 <@hezekiah> One quick question: 18:23 <@hezekiah> This 'router' obviously needs to speak a certain protocol over it's transports. 18:23 < jrand0m> correct 18:23 <@hezekiah> So it is possible to provide multiple implementations of the router ... 18:23 < jrand0m> yes 18:24 <@hezekiah> ... as long as they both speak the same protocol. 18:24 < jrand0m> (which is why the spec has placeholders for bitbuckets) 18:24 < jrand0m> right 18:24 <@hezekiah> So you have a router in Java, and one in C, and one in PASCAL. 18:24 * jrand0m cringes 18:24 < jrand0m> but yeah 18:24 <@hezekiah> And they all can talk together since they're talking over TCP/IP using the same protocol. 18:24 * WinBear jumps 18:24 <@hezekiah> jrand0m: And yes. I don't remember my PASCAL days overly fondly either. 18:25 < jrand0m> well, Pascal can talk to the C one through the TCP transport, and the C one can talk to the Java one over the HTTP transport, for example 18:25 <@hezekiah> Right. 18:25 < jrand0m> (transports talk to other like transports, routers manage the messages delivered between them but don't deal with how they're delivered) 18:26 <@hezekiah> The point I was looking to make was that the protocol is the same, so it doesn't matter what language someone's router is implemented in. 18:26 < jrand0m> right 18:26 <@hezekiah> Cool. 18:26 < jrand0m> now you understand why I said "who cares" to all the C vs Java vs etc debates? :) 18:26 <@hezekiah> Yup. 18:26 <@hezekiah> lol 18:27 <@hezekiah> I've got to hand it to you jrand0m. This will make it very kind for develoeprs to write programs for this network. 18:27 < jrand0m> heh, well, the API ain't quite original. this is how Message Oriented Middleware (MOM) works 18:27 <@hezekiah> And you could even make routers that specialize in certain platform specific features (like 64-bit CPU's). 18:28 < jrand0m> absolutely 18:28 <@hezekiah> jrand0m: Humble too! ;-) 18:28 <@hezekiah> Well, it looks good to me. 18:28 < jrand0m> ok, UserX, nop, does this seperation make sense? 18:28 <@nop> of course 18:28 <@nop> is userx still here 18:29 <@hezekiah> He's been idle for 1:26. 18:29 < jrand0m> 'k. so then we have two tasks: design the network, and design how the API works. 18:29 <@nop> right 18:29 <@hezekiah> Quick simple question: The API's do end to end crypto. Do the routers to node to node crypto ? 18:29 <@nop> yes 18:30 < jrand0m> yes 18:30 < jrand0m> (transport level) 18:30 <@hezekiah> Good. :) 18:30 <@nop> hezekiah: it's very similar to what we have so far 18:30 <@nop> in that aspect 18:31 < jrand0m> ok.. er, shit, thecrypto aint around for comments on the performance model. 18:31 < Neo> and for the paranoid, the apps can do the pgp encryption before it hits the API ;) 18:31 < jrand0m> absolutely neo 18:31 < jrand0m> I was even tempted to leave the end to end crypto out of the API and leave it up to the apps... 18:31 <@hezekiah> jrand0m: That would be cruel. 18:31 < jrand0m> heheh 18:32 <@hezekiah> BTW, the API's and the router communicate via sockets. 18:32 <@hezekiah> On UNIX will they be using UNIX sockets or local TCP/IP sockets? 18:32 < jrand0m> prolly just local tcp/ip for simplicity 18:32 <@nop> hold 18:32 <@hezekiah> (I suppose you could make a router that accepts both.) 18:33 * hezekiah is really liking this interchangable parts setup 18:33 <@nop> if you hold on a sec 18:34 <@hezekiah> Holding ... :) 18:34 <@nop> I'll call thecrypto at his house 18:34 <@nop> see if he can get on 18:34 < jrand0m> hehe word 18:34 <@hezekiah> lol 18:34 * hezekiah dons a thick Itallian accent 18:34 <@hezekiah> Nop ha' got ... CONNECTIONS! 18:34 < jeremiah> lo 18:34 <@nop> hey jeremiah 18:35 < jrand0m> heya jeremiah 18:35 <@nop> would you be willing at the api level to assist with a python api 18:35 < jeremiah> sure 18:35 * jeremiah reads backlog 18:35 < jrand0m> heh word 18:35 * nop is calling 18:36 <@nop> he's not home 18:36 <@nop> he'll be back in an hour 18:36 < jrand0m> 'k, has anyone else read the .xls and/or have comments on the model? 18:37 <@hezekiah> I read the .xls ... but I don't know much about p2p so most of it was over my head. 18:37 <@hezekiah> UserX is good at that stuff. 18:37 <@nop> I have to read it still 18:37 < jrand0m> (btw, morphmix had some insane numbers... they were saying they could expect random hosts on the net to have average 20-150ms ping times, rather than the 3-500 I was expecting) 18:37 < jrand0m> coo' 18:37 <@nop> it's staroffice or openoffice? 18:37 < jrand0m> openoffice, but I exported it to .xls 18:37 <@nop> which is excell? 18:37 < jrand0m> correct 18:38 <@hezekiah> BTW, concerning the API ... 18:38 < jrand0m> si sr? 18:38 <@hezekiah> ... in C the boolean would be int. 18:38 <@nop> which email 18:38 <@nop> hezekiah: yes 18:38 <@hezekiah> The classes would be sent as structure pointers. 18:38 <@nop> unless you typedef boolean 18:39 <@hezekiah> And the functions that use byte[] would use a void* with an additional parameter that specefies the length of the buffer. 18:39 <@nop> hezekiah: you're being picky :) 18:39 < jrand0m> nop> I cant access the archives so I'm not sure what the subject line was, but it was last week... 18:39 <@nop> save it for a later time 18:39 <@hezekiah> nop: Picky? 18:39 < jrand0m> heh, yeah, y'all working on the C api can work that detail out 18:39 * jeremiah is done reading backlog 18:39 <@nop> what's the file called 18:39 <@hezekiah> nop: I'm just trying to find all the stuff that is different, so we can hammer it out like jrand0m asked. 18:40 <@hezekiah> I'm trying to be helpful. :) 18:40 <@nop> hezekiah: yes, probably off meeting time 18:40 < jrand0m> nop> simple_latency.xls 18:40 <@hezekiah> boolean sendMessage(Destination dest, byte[] payload); 18:40 <@hezekiah> would be 18:40 <@hezekiah> int sendMessage(Destination dest, void* payload, int length); 18:40 <@hezekiah> . 18:40 <@hezekiah> byte[] recieveMessage(int msgId); 18:40 <@hezekiah> that could either be: 18:41 <@hezekiah> void* recieveMessage(int msgId, int* length); 18:41 <@hezekiah> or 18:41 <@nop> jrand0m: got it 18:41 <@hezekiah> void recieveMessage(int msgId, void* buf, int* length); 18:41 <@hezekiah> or 18:41 < jrand0m> hezekia: why not typedef struct { int length; void* data; } Payload; 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId)l 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId); 18:41 < jeremiah> where's this xls? 18:41 <@nop> oh iip-dev 18:41 <@hezekiah> jrand0m: The struct you just mentioned is basically what DataBlock is. 18:42 < jrand0m> word hezekiah 18:42 <@nop> subject more models 18:42 <@hezekiah> Chances are the C version would have DataBlocks. 18:43 <@hezekiah> Beyond that the only other thing to note is that each 'interface' would just be a set of functions. 18:43 <@hezekiah> nop: Did I find all the differences that would exist in a C API? 18:43 < jrand0m> right. perhaps #include "i2psession.h" or something 18:43 < jeremiah> is there a mockup python api? 18:44 < jrand0m> no jeremiah, I don't really know python :/ 18:44 <@nop> I would have to re-review the java api, but I would say that you're right on target 18:44 < jrand0m> but it would probably be similar to the java, as python is OO 18:44 < jeremiah> cool, i can derive one from the C one 18:44 * nop is not a java head 18:44 < jrand0m> cool jeremiah 18:44 < jeremiah> is the c api in the thing you sent out a few days ago? 18:44 <@hezekiah> Yeah. Python should be able to handle the Java api. 18:44 < jrand0m> jeremiah> that was the Java one 18:45 < jrand0m> oh, the Java one was today 18:45 < jrand0m> the older one was language independent 18:45 <@hezekiah> Hmm 18:45 <@nop> UserX says he should be able to assist with C api 18:45 < jrand0m> word 18:45 <@nop> he's busy at work at the moment 18:46 < jrand0m> coo' 18:46 <@hezekiah> One last note: With the C api, each function would probably take a structure* to the structure that it is an 'interface' of in Java. 18:46 <@nop> hezekiah: loos good 18:46 <@nop> looks good 18:46 <@hezekiah> I2PSession createSession(String keyFileToLoadFrom, Properties options); 18:46 <@hezekiah> would be: 18:46 <@nop> java and their non-native data types 18:46 <@hezekiah> I2PSession* createSession(I2PClient* client, char* keyFileToLoadFrom, Properties* options); 18:46 <@nop> ;) 18:46 < jrand0m> hehe 18:46 < jrand0m> right hezekiah 18:47 < jeremiah> are we addressing unicode? 18:47 <@hezekiah> Anyway, if you can live with those differences, the C and Java API's should be identical beyond that. 18:47 <@hezekiah> nop? Unicode? :) 18:47 < jrand0m> UTF8 if not UTF16 18:48 <@hezekiah> Perhaps Unicode should be dealt with on the application level. 18:48 < jrand0m> right, charset is all the content of the message 18:48 <@hezekiah> Oh. 18:48 < jeremiah> ok 18:48 <@hezekiah> Java String's are done in Unicode, aren't they jrand0m? 18:48 < jrand0m> the bitbuckets'll all be bit defined 18:48 < jrand0m> yes hezekiah 18:48 < jrand0m> (unless you explicitly instruct them to change charsets) 18:49 <@hezekiah> So the string sent to the Java API would be different than the one sent to the C API unless the C API implements strings using Unicode. 18:49 < jrand0m> not relevent 18:49 <@hezekiah> OK. 18:49 < jrand0m> (app->API != API->router. we only define API->router) 18:49 <@hezekiah> What I'm saying is this, jrand0m: 18:50 <@hezekiah> If I set my password with the Java API, it goes to the router out someplace else. 18:50 < jrand0m> password? you mean you create a Destination? 18:50 <@hezekiah> Then it find another router, which sends it to another API (?) which is implemented in C. 18:50 <@hezekiah> void setPassphrase(String old, String new); 18:50 <@hezekiah> That function. 18:51 < jrand0m> hezekiah> thats the administrative password to access the administrative methods of the router 18:51 <@hezekiah> Ah 18:51 <@hezekiah> Do any functions in the API which use Java String's end up with that String being sent to another API? 18:51 < jrand0m> 99.9% of apps will only use I2PSession, not I2PAdminSession 18:51 <@nop> also, anything carried with the router gets converted for network travel correct? 18:51 <@hezekiah> If so, we should probably use Unicode. 18:51 <@nop> unicode wouldn't be releavant 18:52 < jrand0m> hezekiah> no. all inter-router info will be defined by bit buckets 18:52 <@hezekiah> OK. 18:52 < jrand0m> correct nop, at the transport level 18:52 <@hezekiah> (I'm assuming a bit bucket is just a binary buffer, right?) 18:53 < jrand0m> a bit bucket is a statement that the first bit means X, the second bit means Y, bits 3-42 mean Z, etc 18:53 < jrand0m> (e.g. we may want to use X.509 for the certificates bitbucket) <p>18:53 &lt;@hezekiah&gt; I&rsquo;ve never dealt with that before. 18:54 &lt;@hezekiah&gt; I&rsquo;ll worry about it when I get there. :) 18:54 &lt; jrand0m&gt; heh word 18:55 &lt; jrand0m&gt; ok, the four things I wanted us to hit today: *router architecture, *performance model, *attack analysis, *psyc. We&rsquo;ve done the first, thecrypto is offline so perhaps we delay this (unless you have thoughts on the model nop?) 18:57 &lt;@hezekiah&gt; Um &hellip; jrand0m. I have yet another question. 18:57 &lt; jeremiah&gt; jrand0m: where&rsquo;s the latest version of the network spec? is it what you sent out on the 13th? 18:57 &lt; jrand0m&gt; si sr? 18:57 &lt;@hezekiah&gt; Well the router architecture has the API&rsquo;s handle keys /sent to them by the Application/. 18:57 &lt; jrand0m&gt; jeremiah&gt; yes 18:57 &lt;@nop&gt; I don&rsquo;t at this time 18:58 &lt;@hezekiah&gt; Now &hellip; the only way I see that the API gets the key is from createSession. 18:58 &lt; jrand0m&gt; hezekiah&gt; the router gets public keys and signatures, not private keys 18:58 &lt; jrand0m&gt; right 18:58 &lt;@hezekiah&gt; But that requires a file. 18:58 &lt; jrand0m&gt; the keys are stored in a file or in the API&rsquo;s memory 18:58 &lt; jrand0m&gt; yes 18:58 &lt;@hezekiah&gt; Now if the application generates a key, why can&rsquo;t it just send it to the API via a buffer? 18:59 &lt;@hezekiah&gt; Must it really store it in a file, and then provide the file name? 18:59 &lt; jrand0m&gt; no, it can be in memory if you&rsquo;d like 18:59 &lt;@hezekiah&gt; There is not function to all that in the API though. 18:59 &lt;@hezekiah&gt; It&rsquo;s just a thought. 19:00 &lt;@hezekiah&gt; If the key is supposed to be generated only once and used many, many times (like GPG keys), then a file makes sense. 19:00 -!- mihi [none@anon.iip] has quit [bye all, it&rsquo;s getting late&hellip;] 19:00 &lt;@hezekiah&gt; But if it will be generated more often, then perhaps some way to directly send it to the API via a structure or buffer of some sort might be nice 19:00 &lt;@hezekiah&gt; . 19:01 &lt; jrand0m&gt; yes, its generated once and only once (unless you&rsquo;re wearing a tinfoil hat) 19:02 &lt; jrand0m&gt; though the createDestination(keyFileToSaveTo) lets you create that key 19:02 &lt;@hezekiah&gt; OK. 19:02 &lt;@hezekiah&gt; So there&rsquo;s really no need for transfer directly from the App to the API. A file will suffice. 19:03 &lt;@hezekiah&gt; So where were we before I so rudely interupted? :) 19:06 &lt; jeremiah&gt; so right now we&rsquo;re just working on the router API, not the client one, right? 19:06 &lt; jrand0m&gt; well, we&rsquo;re skipping on performance analysis for now (hopefully we can get some chatter re: it on the mailing list before next week?). and probably the same wrt attack analysis (unless anyone read the new spec and has comments) 19:07 &lt;@hezekiah&gt; So we&rsquo;re since we&rsquo;re skipping that, what are we supposed to be talking about now? 19:07 &lt;@hezekiah&gt; Psyc? 19:07 &lt; jrand0m&gt; unless anyone else has other comments to bring up&hellip;? 19:08 &lt;@hezekiah&gt; Well, for once, my comment hole (also notoriously known as my mouth) is empty. 19:08 &lt; jrand0m&gt; hehe 19:09 &lt; jrand0m&gt; ok, anyone have any thoughts on how the IRC side of things will work, and whether psyc may be relevent or useful? 19:09 &lt; jeremiah&gt; sidenote (that pissed me off): wired&rsquo;s &ldquo;Wired, Tired, Expired&rdquo; list had Waste as &lsquo;wired&rsquo; 19:09 &lt; jrand0m&gt; heh 19:09 &lt; jrand0m&gt; do you realize how much we&rsquo;re going to blow everyone away? 19:09 &lt; jeremiah&gt; yep 19:09 &lt;@hezekiah&gt; jrand0m: That assumes we get this to work. 19:10 &lt; jrand0m&gt; I guarantee it will work. 19:10 &lt;@hezekiah&gt; There are a lot of other failed efforts out there. 19:10 &lt; jrand0m&gt; I quit my job to work on this. 19:10 &lt;@hezekiah&gt; Then we&rsquo;re going to blow everyone away. :) 19:10 &lt;@hezekiah&gt; Yeah. How is bread getting on the table when you do that? 19:10 &lt;@hezekiah&gt; GPL code doesn&rsquo;t pay well. ;-) 19:10 &lt; jrand0m&gt; heh 19:11 &lt;@hezekiah&gt; As for psyc &hellip; let me put it this way: 19:11 &lt;@hezekiah&gt; The first time I heard of it was when you emailed us about it. 19:11 &lt; jrand0m&gt; shit, I wasn&rsquo;t the one who found it :) 19:11 &lt;@hezekiah&gt; However, IRC is probably one of the most (if not /the/ most) prolific chat protocols around. 19:11 &lt;@hezekiah&gt; People will want IRC apps LONG before they even /know/ what psyc is. 19:11 &lt;@hezekiah&gt; jrand0m: Oops. Sorry. I forgot that detail. :) 19:12 &lt; jrand0m&gt; not according to psyc. their history goes back to 86 I think 19:12 &lt;@hezekiah&gt; The point is that the supperiority of the protocol, isn&rsquo;t really as relevant as to who uses it. 19:12 &lt;@hezekiah&gt; Their <em>history</em> may go back that far. 19:12 &lt;@hezekiah&gt; But how many people <em>use</em> Psyc? 19:12 &lt; jeremiah&gt; yeah if they&rsquo;ve been around since a year after I was born (ahem) and they aren&rsquo;t that big yet 19:12 &lt;@hezekiah&gt; My point is that even if it&rsquo;s a better protocol, most people <em>use</em> IRC. 19:13 &lt;@hezekiah&gt; We can make the best I2P network on the planet &hellip; 19:13 -!- Ehud [logger@anon.iip] has quit [Ping timeout] 19:14 &lt; jeremiah&gt; can someone explain briefly why we care? I thought IRC would only be one possible application but that the network is flexible to support psyc as well if it wanted to 19:14 &lt;@hezekiah&gt; Right. 19:14 &lt;@hezekiah&gt; Psyc can be made &hellip; 19:14 &lt;@hezekiah&gt; &hellip; but I&rsquo;m saying we should do IRC first because more people use it.</p>/vi/blog/2003/07/01/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 01 Jul 2003 00:00:00 +0000/vi/blog/2003/07/01/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --> You are now talking on #iip-dev --- Topic for #iip-dev is IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ <al-jebr> it's 21:13 <-- wilde has quit (Ping timeout) --- Trent@anon.iip gives channel operator status to UserX <nop> ok <qriff> !time <Ambience> al-jebr: 00:21 here <nop> I believe everyone has settled <hezekiah> Let's go. :) <jrand0m> 11:06 here <nop> let's start <nop> anyone get my agenda <nop> so they can play it back <nop> I forgot the order <-- leenookx has quit (Ping timeout) <Ambience> my clock is 15 minutes ahead :) --> hifi (~MetroPipe@anon.iip) has joined #iip-dev <hezekiah> <nop> on the agenda <hezekiah> <nop> 1) Welcome <hezekiah> <nop> 2)Our Goodbyes <hezekiah> <nop> 3)IIP development now <hezekiah> <nop> 4) IIP development restructuring proposal <qriff> actually its xx:13 everywhere... <hezekiah> <nop> 5) Recruiting for services to aid with IIP <hezekiah> <-- Delly has quit (Ping timeout) <hezekiah> <nop> 6) comments suggestions and people who want to help <mids> 23:05:28 <@nop> 1) Welcome <mids> 23:05:38 <@nop> 2)Our Goodbyes <mids> 23:05:43 <@nop> 3)IIP development now <mids> 23:05:56 <@nop> 4) IIP development restructuring proposal <mids> 23:06:16 <@nop> 5) Recruiting for services to aid with IIP <mids> 23:06:53 <@nop> 6) comments suggestions and people who want to help <nop> wow, flood in here ;) <nop> pl <LeerokLacerta> Out goodbyes? <hezekiah> lol <hifi> TROLLS !!! <nop> Ok, welcome all <nop> let's settle down now :) <hifi> . <Ambience> settled --> wilde (~anon@anon.iip) has joined #iip-dev <hifi> settled <al-jebr> anyone logging? --> thecrypto (~thecrypto@anon.iip) has joined #iip-dev <hezekiah> I am (sort of). <luckypunk> mids should be. * jrand0m logs at all times <al-jebr> let's go! <nop> ok <hezekiah> nop: Agenda item number 2? <nop> Our goodbyes <LeerokLacerta> Bye! <thecrypto> where is the livelog? <nop> Ok, mids has come to a point where he is moving to other projects --> Phiberoptika (~none@anon.iip) has joined #iip-dev <mids> After having worked for IIP for more than I year now, I have decided to resign as IIP developer. <LeerokLacerta> Awww. <mids> It has been fun and an educative experience <mids> but it is time to move on, refresh the spirit and shuffle the cards. <Rain> Will you still be online/around? <mids> I'll keep running Trent as long as needed and possible. <mids> Yes, I do plan to stay around as user --> ntk (~blob@anon.iip) has joined #iip-dev * nop is in the corner sobbing <nop> oh, ah hem <jrand0m> many thanks mids, iip w/out trent would be a pita <LeerokLacerta> It's so sad. <nop> yes <nop> thank you mids for all your workup <nop> work <mids> Although I'll be off on vacation soon :) <mids> . --- mids removes channel operator status from mids <luckypunk> :D <luckypunk> Seem's like you've done a great job. :) <Rain> ..how symbolic.. <nop> we love you mids!!! <nop> you hear that <nop> that was my window opening <thecrypto> we all do! <nop> fan base out there --> w (~w@anon.iip) has joined #iip-dev --- nop is now known as we <luckypunk> lol, yep. <luckypunk> :D * we love you mids <Rain> Go mids go! <jrand0m> rofl --> leenookx (~leenookx@anon.iip) has joined #iip-dev --- LeerokLacerta has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | We love you mids! <Rain> weeeeee are the chaaaampins, my frieeeennnndd... <Neo> yes mids, thanks for all your input, collaboration and hard work in code and doing general developer things for IIP. --- we is now known as nop * mids bows * Ehud stands up and gives a standing ovation to the commitment, perseverence, effort, and good hard code that mids has given the project. <hifi> yeah mids take your toys and go to tigertown lol <nop> and don't forget the PR and web management <nop> he's been a vital aspect to IIP <nop> getting it this far would have been hard without his work --> ChZEROHag (hag@anon.iip) has joined #iip-dev <hifi> hifi bitches with mids over trolling issue <-- hezekiah has quit (Ping timeout) <mids> heh hifi --> hezekiah (~hezekiah@anon.iip) has joined #iip-dev --- Trent@anon.iip gives channel operator status to hezekiah <hezekiah> Back. :) <luckypunk> Yay. <hezekiah> (And in case anyone doubted, Hezekiah == Ehud.) <hifi> i never used frucking trent and don't know what mids did . i only troll . <nop> obviously your hezekiah@anon.iip gave it away <-- Ehud has quit (Ping timeout) <hezekiah> Ugh <hezekiah> Item number 3? <hezekiah> (If we're all done sobbing yet ...) <hifi> and i never was pingouted in my life . I am the most disciplined user of IIP . <mids> 3)IIP development now <luckypunk> heh <luckypunk> Ok everyone! Shhh. Back on track! <hifi> BUT I CRY that MIDS GO !!! <hifi> ok <hifi> . <luckypunk> IIP development. Whats the current status of that code snapshot release? <luckypunk> That was supposed to happen today? <hezekiah> Well, unless UserX has an objection to the tarball I made, it's done. <luckypunk> Ok. Post it on the wiki? <hezekiah> UserX? Were there any problems with the tarball? <UserX> no problems with the tarball <luckypunk> Yes, but are there any windows compilations? <hezekiah> OK1 <hezekiah> http://invisiblenet.net/hezekiah <hezekiah> Get your tarballs there! <UserX> there hasn't been a windows compilation on the windows version yet <luckypunk> hm <LeerokLacerta> "tarballs" sound like some sort of food... * luckypunk will try and make one. --- hezekiah has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs of the 'unstable' development release are at http://invisiblenet.net/hezekiah | We love you mids! <luckypunk> They are. For GCC. <luckypunk> lol <Rain> Sticky food. <hezekiah> There is one 'documented bug'. <nop> I can compile a win32 version if you'd like <Rain> So, could you give a quick describtion of what is new in this release? <hezekiah> If you run isproxy, and it fails to bind the port, then it will /not/ abort. It will just sit there wasting memory. <hezekiah> Rain: That's too much for me to handle (not to mention I don't even _know_ all the differences). <Ambience> this one I assume: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? <hezekiah> UserX could give a much better description <hezekiah> UserX? <nop> hezekiah/UserX can we get a changelog of the differences by chance <nop> that may be a day before that gets done <hezekiah> Ambience: Yup! Or the Gziped one. There the same tarball. <nop> because there are a log of changes <Rain> Oh, and has the expired IIP signing-key been replaced? <Ambience> hezekiah: ok <hezekiah> nop: I joined IIP after the development branch was already in progress. --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hezekiah> Rain: No. I had to use my GPG key. <nop> no one has tested the compile of this dev branch in win32 have they? <luckypunk> Hey, is this src is CVS? <hezekiah> Rain: I couldn't contact anyone who had the IIP release key. <hezekiah> luckypunk: Yes. * luckypunk has, but his system didn't work for it. <Rain> hezekiah: Ok, roger. <UserX> changes: multi-threading, bignum support via openSSL or GMP, numerous inmprovements to the memory management system <hezekiah> luckypunk: Right now that tarball is a copy of what you get when you check out the hezekiah-dev branch from CVS and run 'make dist-bzip2'. <luckypunk> Gah! I hate windows. <Rain> UserX: niceties ;) <hezekiah> And of course there are other internal changes that only the developers see. :) <qriff> just as a question for the qurious... what defines the holder for "Trent"... <hezekiah> One simple thing is that now that BigNum is implemented using either GMP or SSL, login is a LOT faster. <Rain> May i mention a IIP quirk i noticed earlier today? * luckypunk guesses its a yes. <hifi> at wiki search button is absent . only window to type in but nowhere to click lol . <luckypunk> hit enter. <qriff> and what about channel/nick expiration... --- Ehud is now known as logger <qriff> registration that is... <Rain> Ok, it seems to me like you cannot start isproxy from a /path/to/isproxy command, but intead have to do a cd /path/to and then do a ./isproxy <hezekiah> Rain: Let me guess ... you get a configuration screen or a request for entropy, right? * jrand0m has a feeling this will be a very.long.meeting <Rain> Is that intentional, or just some quirk of my local system? <Rain> hezekiah: yes. <hezekiah> Rain: You need to make a .iip subdirectory in your home directory. <Rain> It claims that the conf-file is not found. <Rain> with my .conf file? <hezekiah> Rain: If no such directory exists, isproxy will always look for the config files in the current directory --> AmishOne (amishone@anon.iip) has joined #iip-dev <Rain> Ahh. Of course. <hezekiah> OK ... <hezekiah> nop? Was there anything else for item 3? <nop> have we tested it for win32 <nop> compile wise <hezekiah> I haven't. <nop> UserX: ? <UserX> no <nop> I will test it this week then <hezekiah> luckypunk, tried doing hezekiah-dev recently and complained for compile errors. <nop> that's key to maintain portability <hezekiah> I suspect there might be problems. * luckypunk tried, it balked. <hezekiah> Yup. There are problems. <Ambience> I'll have to leave for the more dominant one is ordering me to and I have no choice here. So I'll be off to bed, but will be logging #iip-dev for future reference. <Ambience> see ya guys! <lonelynerd> later <qriff> bye <hezekiah> Bye, Ambience. :) <luckypunk> i'll be back. <Ambience> <--gone (log on) <nop> ok <nop> this topic is done <nop> next on agenda <nop> what's 4? <hezekiah> 4) IIP development restructuring proposal <nop> ok <nop> we had a meeting about a discussion and proposal brought to us by jrand0m for the future development <nop> and as well <nop> I have had a lot of privmessages directed at me <nop> for requests to focus on an arbitrary framework, instead of IRC specific <nop> aka a framework that supports IRC + a whole lot more <nop> so the want is obviously there <nop> and the developers definitely want to go there as well <hezekiah> Amen! <nop> the question of how to go about doing it <nop> and how to make the most productive use of our developers <nop> is up in the air <ChZEROHag> XML <mids> is his framework site available to everybody? <nop> this isn't specifically about language <ChZEROHag> create a communications protocol <nop> ok, please let me finish <ChZEROHag> I've started on that somewhere... <nop> then we can comment <ChZEROHag> My apologies <ChZEROHag> I'm a bit in and out at the moment <nop> ok, <nop> no prob <nop> We are at a stage where there is discussion of an arbitrary communications protocol <nop> specifically for anonymous and secure communication <nop> at this point jrand0m, any chance we can post the logs of #iip-future meeting <jrand0m> sure <jrand0m> perhaps those zips I sent you so people don't have to struggle through freenet for the other pages too <nop> ok <nop> hold <nop> please <jrand0m> (btw, the logs were unedited, so expect the usual occational banter) <hezekiah> lol. Yup! You'll get to see exactly how much I DON'T know about p2p networks! lol <jrand0m> heh <hezekiah> (And they'll probably have my conspiracy theories about nop too! So be sure to read the logs! ;-) ) <-- logger has quit (Ping timeout) <hezekiah> Ugh <nop> ok <Neo> the logs will be a lot to read. can someone summarizze for the meeting what was covered and some key points of all this? <nop> http://office.invisiblenet.net/iip_future.zip <nop> and <hezekiah> At this point, the 'stable' release is being more unstable than the 'unstable' one!! Urg. <nop> http://office.invisiblenet.net/meetingPrepnotes.zip <nop> http://office.invisiblenet.net/jrand0mnetwork_protocol.txt <jrand0m> meetingPrepnotes.zip is a small doc that summarizes the meeting, and the meeting was basically "ok, any thoughts?". <-- Delly has quit (EOF From client) <jrand0m> essentially, the proposal is to get going on a generic secure anonymous message based system, and run iip on top of that <mids> is there a zip with anonCommFramework too? <nop> I didn't see that <nop> jrand0m can you zip and send I'll post to site <jrand0m> sure, h/o <-- Phiberoptika has quit (* ciaito mua mua *) <Neo> what is anonCommFramework? <jrand0m> uber-quick summary of the meeting in iip_future.zip is "ok, here's the proposal, any comments?" and comments were basically "ok, can IIP work as planned on this? <jrand0m> if you're on freenet, anonCommFramework is at SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m is sending nop a zip of that momentarily <Rain> Did you discuss support for PGP-based nyms? <nop> ah hem, this is early discussions <-- ChZEROHag has quit (Ping timeout) <jrand0m> no, endpoints in the framework are not nym based, they're idents <Rain> Right. So nyms an higher level. <Rain> are <jrand0m> (and for lots of reasons, they shouldn't be long term idents like nyms) <jrand0m> yes <Rain> I was just thinking of something like trent with PGP signarute auth. <mids> trent is central <mids> central=bad --> logger (~hezekiah@anon.iip) has joined #iip-dev <jrand0m> briefly, anonCommFramework is a meta-network. a generic set of protocols &amp; structures that an anonymous communication network could use to interoperate to provide militant grade anonymity <wilde> what's the one sentence explanation of your ideas on network topology? --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <ChZEROHag> that was fun --> Delly (dedede@anon.iip) has joined #iip-dev <Rain> mids: Yea. I meant similar services. <lonelynerd> what about having to pay with hashcash to send data? couldn't that help against flooding? <jrand0m> wilde> heterogeneous. no one answer solves all problems. interoperate, balancing latency, bandwidth, anonymity, and reliability to provide the user's needs <Delly> still in 4) ? <hezekiah> Delly: Yup <Delly> thx <ChZEROHag> I think when the ircd is removed from the equation, we'll have far better options than (hash|think|real)cash <nop> jrand0m: any luck sending <nop> ;) <jrand0m> uploading to hush now. <jrand0m> ChZEROHag> anonCommFramework has built in support for providing network use authorization credentials <Rain> There has been a lot of talk of IIP-Freenet interoparability. Will that fit into the framework, or are we talking application-level again? <ChZEROHag> come again? <jrand0m> app level <jrand0m> what we're discussing is splitting iip into two parts - the irc part, and the message based secure anonymous network <wilde> one solution could be: <Rain> jrand0m: k. <wilde> Application <-> SOCKS5 Proxy Interface <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Public Server <jrand0m> building a DHT on top of the message layer should be fairly easy <hezekiah> DHT? <jrand0m> distributed hash table <jrand0m> (ala freenet) <nop> ok, jrand0m let me clarify <ChZEROHag> wilde: I think the plan is to design it such that the 'public server' could be removed from the equation at some point <nop> are we talking about splitting irc, or merging to focus on anonymity framework <jrand0m> well, given unlimited # of developers, splitting and doing both (well, 3 things ;) in parallel. <nop> what I mean is that the irc part is application layer <jrand0m> given reality, there's prolly only enough dev time to get the comm system running first, then iip on top <jrand0m> right exactly <nop> and since we have a somewhat viable network working with IIP <jrand0m> irc is just another app running on it <nop> then the idea should be <nop> is to have developers start focusing on framework aspects <wilde> ChZEROHag: ok, what I suggested is an anonymizing layer for regular internet traffic, not a seperate network <hezekiah> (This could get fun.) <nop> wilde there are weaknesses to that <nop> just to let you know <nop> aka the clear text on the outer ends <-- AmishOne has quit (EOF From client) <wilde> nop: yes, so all connections should be encrypted to the ends <nop> we have an effort as well to have anonymous web browsing possible with this network <jrand0m> yes. it must be able to operate without ever leaving the mixnet <nop> but it is not as real time direct as your proposal wilde <nop> it uses some time delay tactics <nop> with caching etc <nop> timing attacks are a serious threat to anonymity <hifi> I WANT ANONYMISER BASED on IIP !! I DON"t TRUST OTHER ANONYSERS THEY ARE FBI TRAPs !! <mids> http://mids.student.utwente.nl/~mids/anonCommFramework/ <nop> hifi, this isn't changing IIP, this is moving us forward <nop> thanks mids <jrand0m> heh word mids, my moz is hanging <nop> ok <wilde> although independant mixnets are cool, the real killer apps will probably be general ip traffic anonymizers <nop> wilde, they are myths <wilde> killer apps? <nop> no <-- thetower has quit (EOF From client) <jrand0m> wilde> that could be a service built on top of the comm layer <nop> general ip traffic anonymizers <wilde> or ip traffic anonymizers? <nop> so far they don't exist <nop> they exist in papers only --> thetower (none@anon.iip) has joined #iip-dev <jrand0m> if you build an anonymizing service on top of the comm layer, however, your outbound routers will get shut down quickly <thetower> Haha, I just noticed I wasn't port forwarding. <thetower> Oop, sorry, wrong chan <wilde> nop: what about the ZKS system? <nop> is it still around? <nop> and working <wilde> nope, bad business <wilde> few people paid <wilde> but the framework seemed to work, but all nodes were ZKS:s paid relays <nop> wilde but they were internal and it wasn't complete <nop> it still had certain vulnerabilities <nop> it was a start <nop> I met Ian Goldberg at CodeCon 2k2, and he himself admitted it was incomplete to what he desired <wilde> yes, everything has vulnerabilities, we just raise the cost of tracing dramatically <jrand0m> right, after the mixnet is up and running, i'd like to see wilde offer generic outbound proxy services. that'd be cool <jrand0m> (sincerely) <nop> jrand0m: but again the ultimate would be using that magic mirror concept for optimum protection <ChZEROHag> Probably the hardest option, but wouldn't freenet be a good framework to build from? <nop> wilde, maybe you and I can discuss this in another forum at some point <jrand0m> but in any case, the network must be built first <ChZEROHag> Or is that not what we're discussing? <jrand0m> ChZEROHag> no. <jrand0m> freenet doesn't provide hard anonymity <ChZEROHag> aah <ChZEROHag> I should try paying attention <nop> ok, moving forward <nop> UserX you still here <wilde> nop: yes, if you have decided on topology there is no need to discuss this in public <UserX> I'm still here <nop> well it's application layer, so that comes after net design etc <nop> ok <nop> where did we leave off at #iip-future meeting <-- hezekiah has quit (Ping timeout) <nop> let's start there --- logger is now known as Ehud * nop is catching up on the meeting logs <jrand0m> [04:31] <jrand0m> I think we're back to your question. can / should the irc functionality move forward as its going or move towards this mixnet. there are significant benefits to move towards the mixnet, but some aspects of the irc side seem to require some redesign to operate on it. <jrand0m> [04:31] <jrand0m> the right way for the irc development to go is not for me to say <Ehud> Basically, UserX had some thinking to do about wether IIP could run satisfactorily on the mixnet. <mids> nite all <-- mids (mids@anon.iip) has left #iip-dev (mids) <ChZEROHag> Would it not be an idea to create a replacement irc in parallel with a mixnet? <ChZEROHag> After all it's going to be damn hard to use a normal ircd <jrand0m> ChZEROHag> given infinite # devs, yes <nop> ok ChZEROHag silence please :) <ChZEROHag> Assume infinite devs <ChZEROHag> Oh is this not a question bit? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> not yet <UserX> Unfortuantlely I haven't had time to seriously sit down and think about how your proposal would fit in with IIP <ChZEROHag> oh <ChZEROHag> oops <nop> just want to get into the discussion <nop> well <jrand0m> UserX> think of the mixnet as a socket <nop> let me suggest something <nop> do we agree that our goal is not just IRC ? <lonelynerd> well <Delly> it's a great idea sure <hezekiah> nop: Beyond all doubts, I agree that the goal is an anonymous network. <lonelynerd> doing something traffic-intensive would have the potential to ruin the whole project <hezekiah> nop: IRC is just a starting point. <nop> ok, well what we should look at is this <jrand0m> NOT doing something traffic intensive has the potential to get us to overlook problems :) <nop> instead of saying IIP doesn't fit <nop> or it does fit <nop> let's look at what modifications need to be made for irc to fit with this mixnet, whether it's a mod to the mixnet itself <lonelynerd> jrand0m: hmm <nop> for instance <nop> UserX has a vision of using channels as endpoints <nop> Jrand0m calls them idents <nop> are they having subtle differences <nop> or are they largely different <jrand0m> there's substance to those differences. <nop> can we review that <nop> on both sides <nop> from jrand0m and UserX <-- hezekiah has quit (EOF From client) <nop> actually <nop> read the log <nop> nevermind <jrand0m> ;) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <jrand0m> the hesitancy I have w/ sending messages to a channel ident and having that channel redistribute it to members is that the channel gets plaintext <nop> how does it get plaintext? <jrand0m> instead, I'd suggest having a channel contain just the channel info (modes, users, topic, etc) <jrand0m> the channel is just an application running on one (well, 3+) routers listening to one (well, 3+) identities. when you /msg a channel, you send a message to that identity (application). it then resends it out to the N users in the channel, encrypted to each <nop> well <nop> I had a proposal for that <nop> that would have the channel not contain plaintext <nop> directly <jrand0m> at least, without adding a channel key (which would be managed by the channel application itself, which defeats the point) <nop> well <nop> we were having channel keys <nop> for private channels <nop> and pub channels are public anyway <jrand0m> right. there may be ways around it. y'all know more about irc than I do. there are other ways that don't require going this route though <nop> see the neat thing with message channels is this <nop> you scale slightly better than trying to find all idents to send to directly <-- luckypunk has quit (Ping timeout) --> dd0c (dd0c@anon.iip) has joined #iip-dev <jrand0m> I'm not sure you scale better, but you do redistribute the load <jrand0m> (we can find idents via O(log(n))) --> sahara (~sahara@anon.iip) has joined #iip-dev <jrand0m> but thats neither here nor there, this is application layer design ;) <nop> right <jrand0m> all we need to do, imho, is find some workable ways that *could* operate on the comm layer and then leave it to the wayside until we get there <UserX> jrand0m: messages sent to channels are encrypted with a channel key that is different to the channel's identity. a channel server can't decrypt a message unless it has come across the key by othermeans <sahara> did I miss the meeting? <jrand0m> you've got some ways that could work, it sounds like, right? <jrand0m> UserX> how does a user joining a channel get the key? <hezekiah> sahara: Nope. You're right in the middle of it! :) <nop> it's a key exchange <jrand0m> with whom nop? <jrand0m> brand new user joining #anonymous, and the app containing the list of users on #anonymous doesn't have the key (As userx said) <jrand0m> (all I'm saying is there's a way to get all the functionality and still avoid having a channel key) <UserX> jrand0m: with public channels it is derived from the channel name. with private channels the user either creates one or a someone gives them the keys to the channel <jrand0m> 'k, cool <jrand0m> so apps managing public channels can read the plaintext (by deriving from the channel name) <jrand0m> (which is prolly fine) <nop> right <wilde> jrand0m: if the apps encrypt the plaintext to each recepient, will it scale well? <jrand0m> yes wilde, perhaps better (depending on the algorithm used to nominate channel managers) <jrand0m> (though it will potentially have a nonserialized delivery) <jrand0m> ((though i think thats the case with normal irc anyway)) <-- thecrypto has quit (Ping timeout) <jrand0m> but, getting back on to the question - <jrand0m> nop, what do we hope to have decided by the end of the discussion of #4? <-- Neo has quit (Ping timeout) --> d (~sahara@anon.iip) has joined #iip-dev <nop> well <-- sahara has quit (EOF From client) <hifi> simple site , problem is i am tech blond but want good things lol <nop> I was hoping that we could re-organize, but this is gonna be a discussion for later <hifi> sorry OOPS <nop> UserX <-- d has quit (Client exiting) <nop> how long will you need to think about certain aspects, and maybe doc them up as a concern list <UserX> hard to say. maybe a week <nop> what I'm thinking jrand0m is that a lot of this needs sorting out, rather than just plowing into it, or we'll end up at the beginning with nothing to show <nop> so let's push a week into this <nop> and see what concerns are coming into play <nop> because again <nop> we want an adaptable mixnet <nop> any application should be able to survive <jrand0m> absolutely <jrand0m> thats the point of the anon comm framework <-- wilde has quit () <nop> ok, so let's put this off a week, and focus on some realistic proposals that can fit all of our needs <jrand0m> you say "send message M to location L" and it magically, securely, anonymously gets delivered <nop> but magic is one thing <nop> science is another <nop> of course you know that :) <jrand0m> the magic is from the app level's perspective ;) <nop> yes <nop> understood <jrand0m> the science is in that 15 page anonCommFramework/2// ;) <nop> ok <hezekiah> lol <nop> UserX, if you can get that in a week that would be helpful <nop> ? <jrand0m> I'll aim at revamping the docs &amp; getting comm layer network design ready for then so we can hit the ground running <nop> well <nop> we haven't agreed on certain aspects <nop> I think that still should be hashed out <jrand0m> what, in the network layer, haven't we agreed on? <nop> personally I agree that maybe you post your anonCommFramework on iip-dev <nop> and have it reviewed and commented * jrand0m isn't on iip-dev <Rain> So, meeting again next tuesday, same bat-time, same bat-channel? <nop> what haven't we agreed on is whether it can support all applications <hezekiah> jrand0m: Just post to iip-dev@invisiblenet.net . <hezekiah> Rain: We are on item #4. There are still other items to go. :) <jrand0m> its ~800k. if someone could post the URL to mids' mirror that'd be cool <Delly> argh <Delly> re <Delly> about services, i think if IIP become more easier and friendly, we will see more users and more nodes. it's why i'm making script for mIRC user, one is a Trent script, allowing to use Trent and Anonymail with the mouse, the other is a script allowing to transfer file over iip, staying anonymous (using uuencoding). The "protocol" used is easy and could be done for lot's irc clients with scripting support. And so everybody could transfer little files, even between di <jrand0m> nop> I'm 100% certain it can support all applications. <Rain> hezekiah: Right. My missunderstanding. <jrand0m> this layer has been used for over a decade in hundreds of industries <Delly> was my thought of the day <nop> well then where do we not agree <nop> if Irc is an issue, then how is it adaptable? <jrand0m> it isn't an issue <jrand0m> y'all just don't understand the layer's abstraction ;) <lonelynerd> Delly: i have a perl script that allows one to use ssh/telnet/etc over irc <jrand0m> (really, think of it as a socket) <Delly> lonelynerd, the goal was just to enhance mirc <Delly> for iip network <lonelynerd> Delly: yeah, but if you use base64, i think it's compatible with this one <Delly> could be possible tu use it <jrand0m> ok, we ready for #5 yet? <hezekiah> nop? <-- hezekiah has quit (Client exiting) <Delly> oups i thought it was 5) ! <ChZEROHag> There's a 5? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (Client exiting) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> sorry <nop> delly <nop> you guys <nop> this is off topic <nop> please reserve your conversation outside this channel --> hezekiah_ (~hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (EOF From client) <nop> well <nop> jrand0m --- hezekiah_ is now known as hezekiah <nop> before I agree to go to 5 <nop> the problem I'm seeing is <nop> UserX has a voice <nop> as well --- Trent@anon.iip gives channel operator status to hezekiah <jrand0m> of course <nop> and if he sees logistical problems <nop> I believe they should be heard <nop> so you can't just say, hey it's gonna work <nop> it has to be "solidly" agreed on both ends <nop> aka he needs convincing <jrand0m> right, but I'm not going to sit on my thumbs waiting for him to doc them up. if he does come up with some problems in a week, fantastic, and we'll revise accordingly <nop> or he needs to convine you <nop> but the idea is this <nop> what I'm trying to propose with this <nop> is to reorganize our dev team to get on your bandwagon <nop> with that <nop> it would put our energy in working on the network design <nop> that's the idea <nop> thus helping all of us get somewhere specific <nop> I'm not trying to slow down <jrand0m> right, i don't expect to have a V1.0 final protocol spec next week. last night I downloaded about 50 new articles off citeseer to do some more research <nop> ok <nop> so can we post your proposal to iip-dev <nop> and get some review <jrand0m> coo' <nop> also I advise on your own to propose it on cryptography@metzdowd.com <nop> which will get some serious review <jrand0m> sounds good <nop> ok <nop> UserX, you there <UserX> i'm here <nop> ok, so jrand0m will work on protocol spec, and can I assume you'll come up with a concerns list or some additives to the protocol? <UserX> yes <nop> ok, let's resume this in a week <nop> what was 5? <nop> sorry If I'm being a pain <nop> just want to organize it <nop> to make sure we're all on same page <jrand0m> recruiting for services...? <hezekiah> 5) Recruiting for services to aid with IIP <nop> ok <nop> yes <nop> since mids departure <nop> and cohesions return <nop> we are possibly looking for others to contribute to IIP in some aspect <nop> this does not mean you have to be a hardcore core developer <nop> but additives like maybe a web maintainer would be good, <nop> some PR would be good <hezekiah> luckypunk volunteered to manage the website. <hezekiah> <luckypunk> I wanna help/take over the IIP website. <hezekiah> <luckypunk> :D <nop> and if more people would like to hop on with the upcoming project that jrand0m is proposing <jrand0m> wikked <nop> even if you just want to review the protocol <nop> that is more than enough help <nop> the reality is this <nop> we have a lot of developers with real time jobs <nop> and it is consuming them at the moment <nop> and any additional help is wanted <nop> since this is a huge endeavor <nop> to take IIP to where it needs to be <nop> aka InvisibleNet at some point <nop> real life jobs ;) <nop> anyway <nop> the idea is <nop> it would be cool if people would love to add to this project in some ways <nop> using their skills, and I know their are some programmers out there <nop> and a few that have some spare tiem <nop> time <nop> luckypunk's reliability will have to be reviewed, no offense, I've had him offer before with help maintaining a freesite, and no luck there <hezekiah> nop: I can understand that one. ;-) <hezekiah> nop: He just asked me to forward the offer along because he wouldn't be here. <nop> ok <hezekiah> nop: I did. My part's done. :) <nop> well, either way, anyone who wants to join in <nop> contact one of us <nop> either at iip@invisiblenet.net <hezekiah> One of whom? <nop> or just by nick, <nop> hezekiah, userx, nop, <jrand0m> I hear anyone who volutneers to help iip gets free hookers and blow <hezekiah> What are 'hookers and blow'? <hezekiah> ... or do I not want to know? <jrand0m> heh <nop> hezekiah: don't ask <hezekiah> OK. <hezekiah> I don't want to know. :) <nop> hezekiah: enjoy your sheltered life ;) <nop> while you can <nop> cuz college is gonna be fun :) <hezekiah> I'm enjoying it! I'm enjoying it! * jrand0m enjoys the hookers and blow ;) <nop> jrand0m: quick question * w hugs luckypunk and nop <jrand0m> si sr? <nop> jrand0m: are you considering yourself a dev of IIP at some time soon? <nop> since you are offering a merge ;) <hifi> http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&amp;Board=gnn&amp;Number=182767&amp;page=0&amp;view=collapsed&amp;sb=5&amp;o=0&amp;part= <hifi> sorry , opps again <jrand0m> nop> a dev of invisiblenet, but I can't contribute to iip <nop> understood <nop> IIP == invisiblenet future projects <hezekiah> jrand0m: Good working! <hezekiah> jrand0m: Wording. <nop> devs wanted for either <nop> to make that clear <nop> specifically cuz jrand0m could use a good team set <Addic> I could take a look of the Windows code... <jrand0m> si sr. once we get rolling into software design, there's going to be more truckloads of work than one can imagine <jrand0m> word Addic <nop> awesome <nop> ok <nop> I will send this request on iip-dev line as well <nop> anyone interested please don't hesitate to contact <nop> was there a 6? <nop> I believe so <jrand0m> 6) comments suggestions and people who want to help <jrand0m> suggestion: < 1.8 hours next time :) <jrand0m> (not that any of the topics could have been condensed any more than they were) <nop> no comments? * nop thinks everyone's asleep <nop> hehe <nop> we bored them <jrand0m> w3wt <Addic> heh, who has been working on the Windows' code this far? <nop> ok <hifi> zzzzzz... <nop> UserX has made it so far portable <Rain> What kind of talents are we looking for? <Addic> ok <nop> ok, let me re-iterate <nop> Coders, Graphics dudes, Web devs, PR people, Web maintainers <Rain> Ok, missed that. Sry. <nop> and if you can write biz plans, that helps me too :) <nop> you didn't miss <nop> I didn't go in enough detail <jrand0m> heh <-- Ehud has quit (EOF From client) <hifi> I am Born PR people <Rain> Step one: Collect Underpants. <Addic> translating to other languages at wiki? <nop> yes <nop> that would be great <nop> translations <Addic> ok, i could do that too <nop> documentation <nop> etc <-- hezekiah has quit (Ping timeout) <nop> even organization <nop> anyone who wants to be actively involved in helping InvisibelNet/IIP <hifi> I invite ppl to use IIP alll the time <nop> thnx hifi --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <Rain> What kind of org skills? <nop> well, maybe help run the meetings, or maybe forcing us dev guys to get more docs on the protocol <nop> etc <nop> possibly organize interviews and some type of press releases <nop> some ideas for the future of promoting the use of IIP <nop> etc <nop> ok, please contact one of us if you want to help out <Rain> Ok, org question, that I have mentioned before: IIP Signing key? (nag, nag) --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hifi> IIP notification service :) for ppl to knoe I /him is online LOL <qriff> just as a question for the qurious... what defines the holder for "Trent"... <qriff> and what about channel/nick expiration... <qriff> registration that is... <-- ChZEROHag has quit (Ping timeout) <jrand0m> trent is a service, not a nick, so trent must have access to the ircd (i think) <nop> these questions are mids questions for trent, he's an abstract piece <nop> yes jrand0m <jrand0m> iip notification would be cool. how does anonymail do it? <jrand0m> can clients send a /notify nick to the server and get a msg when the nick joins? <hifi> IIP SMS notification LOL <nop> actually <nop> we did have IIP SMS as the first version of anonymail <nop> but it tended to flood <hifi> oh <nop> so now we do it as anonymail database delivery <hifi> IIP invitation msg as signature to ordinary e-mails ... <hifi> Kinda " Do yo Yahoo ? Get MSN free " stuff <jrand0m> ooOOoo textAds <jrand0m> but does iip need more users? <hifi> oh <jrand0m> or is getting more users just a "oh cool, lets service more people"? <hifi> no <hifi> dunno <hifi> i just brainstorm <-- Mira has quit (Ping timeout) <hezekiah> More people ... more ideas ... more volunteers <hifi> IIP as world standart will be cool <hezekiah> More people ... more problems ... more strain on the network ... <hezekiah> ... more floods of #anonymous ... <hezekiah> It's a two sided question. <hifi> more channels lol --> Mira (~Mira@anon.iip) has joined #iip-dev <hifi> IIP Eugenics Program LOL Less Population Less Problems --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <Addic> hmm... going back to the notification question... is it so the /notify nick does not work here? Or am I not understanding the question... <lonelynerd> Addic: sure it works <Addic> well what's the problem then? <hifi> ? <-- Delly has quit (EOF From client) <lonelynerd> wasn't much following the conversation, but they talked about having a /notify that wouldn't require the client to poll <Addic> ok <-- ChZEROHag has quit (Ping timeout) <-- w has quit (Ping timeout) <-- Rain has quit (I Quit) --> w (~w@anon.iip) has joined #iip-dev <hezekiah> Hmmm ... <hezekiah> I think it's about time we adjurne this meeting. <hezekiah> What do you say, nop? * jrand0m thinks he fell asleep too <nop> yeah <nop> ok <nop> later <-- jrand0m (jrandom@anon.iip) has left #iip-dev (jrand0m) <hezekiah> Meeting adjurned! :) <hezekiah> *BAF*! <-- Addic (anon@anon.iip) has left #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) has left #iip-dev (Client Exiting) <-- hezekiah has quit (Client Exiting) <-- Ehud has quit (Client Exiting) </div>/vi/blog/2003/03/25/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 25 Mar 2003 00:00:00 +0000/vi/blog/2003/03/25/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Aprogas, hezekiah, mids, mihi, nop, noP, UserX</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Mar 25 22:07:19 2003 22:07 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:07 [Users #iip-dev] 22:07 [@hezekiah] [ Aprogas] [ logger] [ mids] [ poX] [ UserX] 22:07 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 22:07 -!- Irssi: Join to #iip-dev was synced in 3 secs 22:07 < UserX> yes 22:07 <@hezekiah> OK. :) 22:07 < mids> log is up http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:07 < Aprogas> /exec -o tail -f http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:08 < Aprogas> loops are fun 22:08 < mids> unless anybody has any agenda; 22:08 < mids> I'd like to hear what the official proposals are for the decentralized routing protocol 22:09 < Aprogas> then at least have 1. decentral routing protocl 2. question as agenda 22:09 < mids> 1) welcome 22:09 < mids> 2) decentralized protocol 22:09 < mids> 3) WVTTK 22:09 < mids> 4) questions 22:09 < Aprogas> thats dutch 22:10 < mids> whats the english word for it? 22:10 < Aprogas> 3) WCTTA 22:10 < Aprogas> maybe 22:10 < Aprogas> but latin would be more elite 22:10 < Aprogas> where is the director to tell me to shut up and get back to the point ? 22:10 <@hezekiah> Aprogas: be quite and get back to the point. ;-) 22:10 < mids> quod etcetera mensa venit 22:11 < Aprogas> hezekiah: thanks 22:11 < mids> -1- 22:11 < mids> Welcome everybody! 22:11 <@hezekiah> Hiya! :) 22:11 < mids> as you see, the regular meetings are earlier as the other 33 ones from now on 22:11 < mihi> hi mids 22:11 < mids> . 22:11 < mids> -2- 22:11 < Aprogas> to better fit the mainly US/EU users of IIP ? 22:12 < nop> yo 22:12 < Aprogas> hello nop 22:12 -!- mode/#iip-dev [+o nop] by Trent 22:12 <@nop> got the page 22:12 <@hezekiah> Hiya, nop! :) 22:12 < mids> Aprogas: it would fit better for UserX / nop 22:12 <@nop> is userx alive? 22:12 < Aprogas> dont forget to change your nick to noP 22:12 -!- nop is now known as noP 22:12 < mids> 2) I'd like to hear what the official proposals are for the decentralized routing protocol 22:12 <@noP> thnx aprogas 22:12 <@noP> we have no official proposal till Friday 21:00 22:12 < UserX> noP: i'm here 22:13 <@noP> that is to be discussed 22:13 <@noP> there are semi-official proposals in www.invisiblenet.net/research 22:13 < Aprogas> can i join that discussion to give totally useless suggestions ? 22:13 <@noP> which are many different proposals 22:13 <@hezekiah> Uh, oh. Looks like I have a lot of reading to do before Friday. ;-) 22:13 <@noP> we will log it 22:13 <@noP> and you can suggest 22:13 <@noP> during iip-dev meeting 22:14 <@noP> yeah hezekiah we added more stuff ;) 22:14 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - http://www.invisiblenet.net/research/ 22:14 < mids> ok 22:14 < mids> . 22:14 < mids> quod etcetera mensa venit? 22:14 <@noP> brb 22:14 <@hezekiah> mids: What language is that? 22:15 < mids> latin 22:15 <@hezekiah> Ah. 22:15 < Aprogas> mensam sounds more correct 22:15 < mids> it should mean something like: what else comes to the table 22:15 < Aprogas> and `etcetera' isnt 22:15 < mids> et cetera 22:15 < Aprogas> but that still doesnt make sense 22:16 < mihi> quod ceterum ad mensam venit? 22:16 < Aprogas> maybe 22:16 < Aprogas> when will the IIP sourcecode be translated to latin using latin.h ? 22:16 < mihi> igpay atinlay? ;-) 22:16 < Aprogas> in other words, when will IIP development freeze to transfer those manhours to my latin.h project and complete it, only to then implement it in IIP ? 22:17 <@hezekiah> Never. 22:17 < mids> quod autem ad mensam venit 22:17 < mids> powered by http://www.latijnnederlands.nl/ 22:17 < mids> . 22:17 < Aprogas> thats W Echter TTK 22:17 < mids> any IIP questions? 22:17 < mids> Aprogas: 2. verder, voorts, en dan (ter voortzetting of uitwerking v. iets voorafgaands). 22:17 < mihi> "*but* what comes to the table"? 22:17 < Aprogas> `what' does 22:18 < mids> mihi: questions, proposals, comments 22:18 < mihi> mids, you missed the "" 22:18 < Aprogas> anything that was talked about during the meeting but didnt fit in the point that was currently active 22:18 <@hezekiah> Is this item 3 on the agenda? 22:18 < Aprogas> hezekiah: i think we are at questions yet 22:18 < mids> hezekiah: yes 22:18 < Aprogas> the meeting seems chaotic and without any real content, except that the decision on the routing protocol will be made later 22:18 <@hezekiah> ... because I have no idea what "WVTTK" means and this conversation is definately obscure enough to be a possible candidate. ;-) 22:19 < mids> ok, /me formalizes 22:19 <@hezekiah> Right 22:19 < Aprogas> its probably because i am here 22:19 < mids> and because I had a lot of beer 22:19 < Aprogas> WVTTK in reality is anything that does not make sense 22:19 * mids moves on to point 4 22:20 < mids> any IIP related questions? 22:20 < Aprogas> how does the IIP team expect the userbase to grow, and when will massive PR start to stimulate more growth ? 22:20 < Aprogas> also, what kind of people does the IIP team expect to attract in the beginning, and with the PR campaign 22:21 < mids> past experience has tought that it is very easy to get on slashdot 22:21 < mids> which results in a quick increase of users 22:21 < mids> but you need Cool Features 22:21 < mids> to excuse an announcement 22:21 < Aprogas> well, most slashdot users dont stay long i think 22:21 < Aprogas> a few of them stay, but most just want to `check it out' 22:21 <@hezekiah> Right. 22:21 <@hezekiah> So once we decentralize we will have something to brag about on /. 22:22 < mids> then we can address some online magazines 22:22 < mids> like theregister 22:22 < mids> and/or wired 22:22 < Aprogas> you need cool features to excuse an announcement, and you need a cool application to keep them 22:22 <@hezekiah> Right. 22:22 < Aprogas> but slashdot is a pretty `limited' target group 22:22 < Aprogas> it only attracts a certain type of people 22:22 < mids> it is a part 22:22 < Aprogas> perhaps some more diversity would be good 22:22 < mids> you could also address some target audiences 22:22 <@hezekiah> I personally don't really care about attracting people. I just want a good program. 22:23 < mids> like writing to the dutch organisation Martijn :) 22:24 < mids> maybe some press release to AA groups, amnesty, EFF, scientology/cult critics 22:24 < mids> hezekiah: even with a good program you require a certain userbase to be able to offer decent traffic 22:25 < mids> you cant have only 2 users on your ultra-anonymous network 22:25 <@hezekiah> The way I look at it, if it's easy enough to find on freashmeat/sourceforge and it offers what people want (good anonymized chat), then people will use it. 22:26 <@hezekiah> Yes. That is a very primitive outlook on userbase growth. 22:26 < Aprogas> the average internet user does not search at sourceforge 22:26 < Aprogas> its hard to search for something if you dont know that it exists 22:26 < mids> hezekiah: freshmeat / sourceforge is only for the geeks 22:26 < mids> they think that anonymity is 'cool' 22:26 < mids> but dont really need it that much 22:26 <@hezekiah> Or they have people they don't want to be looking over their shoulder. :) 22:26 < mids> cause they have nothing to hide :) 22:27 <@hezekiah> But their paranoia helps them set up secure nodes. 22:27 <@hezekiah> I'm not sure I would want my message traffic running through Great Aunt Edna's Windows Me machine. 22:27 < mids> what is the target audience in your oppinion? 22:27 < mids> 16-23 year old linux kiddies? 22:27 <@hezekiah> Well, I really don't care who uses it. 22:28 < mids> or joe sixpack 22:28 <@hezekiah> I would just want the people who make the nodes to make them securely. 22:28 < Aprogas> maybe some lawyers to defend us 22:28 <@hezekiah> Beyond that, I just want to make the program better by good coding. 22:28 < Aprogas> if IIP is a proper program, it would take into account that not all nodes can be secure 22:28 <@hezekiah> Nop does some userbase kind of stuff. He seems to understand it pretty well. 22:29 < mids> what do you mean? 22:29 < Aprogas> hezekiah is the true programmer, he is afraid of users 22:29 <@hezekiah> Aprogas: IIP will do its best to be idiot proof, but the security of a system always comes down to the people who run it. 22:29 <@hezekiah> Aprogas: I'm not affraid of users. I just don't really care too much _who_ they are. 22:29 < mids> http://www.joelonsoftware.com/articles/StrategyLetterV.html 22:30 <@hezekiah> mids: He does corporate stuff. Buisness kind of things. I still don't know how he got funding to hire Cap'n Crunch. 22:30 < mids> no comment 22:30 <@hezekiah> lol 22:33 < mids> I got nothing to say anymore 22:33 < mids> other questions? 22:33 < Aprogas> how many developers does IIP have right now, and how many hours per week do those developers spend (estimated) 22:33 <@hezekiah> Uh .. 22:34 <@hezekiah> That's a trick question actually. :) 22:34 < Aprogas> is it ? 22:34 <@hezekiah> Which _kind_ of developers are you looking for? 22:34 < Aprogas> i am not looking for developers 22:34 < Aprogas> i just want to know how the IIP development is doing 22:34 <@hezekiah> So you want to know about the developers who right isproxy? 22:35 < Aprogas> IIP is more than just isproxy i guess 22:35 <@hezekiah> Yeah. 22:35 < Aprogas> i just want to know how many people are currently spending time on IIP 22:35 <@hezekiah> That's why it's a trick question. :) 22:35 <@hezekiah> Then I have no idea! :) Not all of them are probably public! 22:35 < mids> how much time do you spend on IIP then? 22:35 < Aprogas> never mind, ill just go watch the sf's actitivity meter i guess 22:36 < Aprogas> if it has such information 22:36 <@hezekiah> I can tell you that right now (to the best of my knowledge) there are really only two people actively writting code for the isproxy source. 22:36 <@hezekiah> UserX and myself. 22:36 < mids> *nod* 22:36 < Aprogas> im not only talking about writing code 22:36 <@hezekiah> Nop is doing stuff in the background when he can that deals with neat protocols and theory. 22:36 < Aprogas> also about plannig stuff, for example that routing protocol 22:36 < Aprogas> just the project as a whole 22:36 <@hezekiah> OK ... this is an opensource project. The "developers" are anyone who pitches in an idea. 22:37 <@hezekiah> lol 22:37 < Aprogas> actually i want to know how many manhours are spent (wasted?) on IIP, so i can calculate how much money that represents 22:37 <@hezekiah> A lot trickier to answer than you thought, eh? 22:37 <@hezekiah> Well, I pretty much only know about work on isproxy. 22:37 < Aprogas> ok 22:37 <@hezekiah> That fluxuates based on how busy UserX and myself are. 22:37 <@noP> aprogas you're being nit picky 22:38 < Aprogas> its just that i want to know that if i were to donate money to this project, that i donate the right amount, not too much, not too little 22:38 <@noP> if you're not on the dev team 22:38 <@noP> then just don't waste your time 22:38 <@hezekiah> For example, right now I am very busy in real life, so I haven't been able to touch the isproxy code for over a week! (Ack!) 22:38 < Aprogas> so i want to know how much this project would `cost' in manhours 22:39 <@hezekiah> On an average week where I can write code, I might get in 4-5 hours. That's a wild stab in the dark! UserX seems to code in spurts (no offense) having periouds where he doesn't have much time and then one week where there is a flurry of commits. (He might be coding the whole time and just committing when he has completed code. I really don't know.) 22:39 <@hezekiah> Anyway, it's way to volatile for me to really get a handle on it. 22:40 < Aprogas> ok 22:41 < Aprogas> i have no more questions 22:43 * mids ends the suffering 22:43 * hezekiah hands mids the *baf*er 22:44 -!- mode/#iip-dev [+o mids] by Trent 22:44 -!- logger was kicked from #iip-dev by mids [*baf*] --- Log closed Tue Mar 25 22:45:02 2003 </div>/vi/blog/2003/03/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 18 Mar 2003 00:00:00 +0000/vi/blog/2003/03/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Aprogas, armpit, hezekiah, Hitman, mids, nop, UserX</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Mar 18 20:14:29 2003 20:15 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 20:15 [Users #iip-dev] 20:15 [ jeremiah] [ logger] [ mids] [ UserX] 20:15 -!- Irssi: #iip-dev: Total of 4 nicks [0 ops, 0 halfops, 0 voices, 4 normal] 20:15 -!- Irssi: Join to #iip-dev was synced in 5 secs 20:17 -!- mode/#iip-dev [+o mids] by Trent 22:00 < nop> hi 22:00 <@mids> Tue Mar 18 21:00:10 UTC 2003 22:00 < hezekiah> Hi. :) 22:00 <@mids> HEllo 22:00 <@mids> so 22:01 <@mids> whats on the agenda? 22:01 < hezekiah> I have no clue. 22:01 < armpit> howdy 22:01 < hezekiah> Hi 22:01 <@mids> ok 22:01 < armpit> mind if i lurk around? :) 22:01 <@mids> then lets just keep a question round 22:01 <@mids> btw, Freenet 0.5.1 is out 22:01 < hezekiah> Cool. :) 22:02 < hezekiah> Maybe one of these days I'll try using it. :) 22:02 <@mids> so, any IIP questions? 22:02 < Hitman> quick run down of current status would be nice nop 22:02 < Hitman> so we can get up to speed on what's happening with it all 22:03 <@mids> good point 22:03 < nop> hold 22:03 * hezekiah turns on beautiful classical music those tech-support hotlines play while we wait for them ... 22:04 * Hitman shudders as teh memories flood back 22:05 * mids runs out of breath 22:06 * mids dies 22:06 < hezekiah> Well, meanwhile I think it should be noted that some people don't appear to have remembered the meeting starts 2 hours earlier now. 22:06 <@mids> or they just dont care :) 22:07 < nop> ok 22:07 < nop> back 22:07 < hezekiah> Yay! :) 22:07 < nop> 1.1.0 is out, 1.2 meeting needs to be set 22:07 < nop> so that hez, Userx and I can discuss furthur major development 22:08 <@mids> maybe the development cycle should be more open? 22:08 <@mids> so others can hear what the plans are too? 22:08 < nop> we will log and place in research directory 22:08 < nop> on invisiblenet 22:08 <@mids> ok 22:08 < Aprogas> that would counter allegations that IIP is vapourware 22:09 < hezekiah> mids: I think openess is great, but it can get pretty annoying when you are trying to discuss coding and the listeners are continueally getting off the subject into theory. :( 22:09 < nop> that's why we log 22:09 < nop> ;) 22:09 < hezekiah> I think the logging is a good idra. 22:09 < nop> and publish 22:09 <@mids> hezekiah: channels can be moderated 22:09 < hezekiah> Maybe we could post the log to the iip-dev mailing list too? That would give people a good idea of what's going on behind the scenes. 22:09 < Hitman> open discussion of ideas and brainstorming would rock, but end product changes will have to be discussed seperately by the actual coding team otherwise thing's won't get implemented correctly 22:09 <@mids> k 22:09 < hezekiah> They could pipe up with all kinds of suggestions then. :) 22:10 < hezekiah> UserX? Are you currently present? 22:10 < UserX> i'm present 22:10 < hezekiah> OK. :) 22:10 < hezekiah> (To both UserX and nop): Do either of you have any times for that meeting that would be good for you? 22:11 < hezekiah> I mentioned the times that won't work for me, in my email. I hope it's a small enough subset not to be a problem. :) 22:12 <@mids> anyway, you can settle that in private 22:12 < Hitman> in my personal opinion I think that decentralisation of the network is the number one priority. To make IIP completely p2p would take away any ability whatsoever the goverment and other nasty forces have to shut it down. While a central server exists tehy can still end it....ie napster 22:12 < hezekiah> OK. 22:12 <@mids> we can read the logs afterwards. 22:13 < hezekiah> Hitman: decentralization is the main theme of 1.2 22:13 < Hitman> sweet 22:14 < hezekiah> So where were we? 22:15 < hezekiah> Oh, yeah. Nop was listing the current status of 1.2. 22:15 < nop> yeah 22:15 < hezekiah> Did you have anything else to add, nop? 22:15 < nop> so 1.2 we need a dev meeting to start 22:15 < nop> and from that point is our start 22:16 < Aprogas> did you create a branch in CVS so bugs in 1.1 can be fixed without requiring users to update to a alpha or beta state 1.2 ? 22:17 < UserX> The development is already in a seperate branch from 1.1 22:18 < hezekiah> And the 1.1 release was tagged v1-1-0. 22:18 < Aprogas> so there is a tag on the release, but not a branch tag ? 22:18 < Aprogas> i assume the development is on the `MAIN' branch ? 22:19 < hezekiah> Uh, I currently don't know what CVS commands I should be running to tell the difference. :) 22:19 < UserX> 1.1 is on the MAIN branch 22:19 < Aprogas> something like cvsweb gives more overview of such things than cvs commands anyway; branchs in cvs are quite confusing 22:20 < Aprogas> anyway, having a release on the main branch and the development in a seperate branch is quite an uncommon setup; and that might have reasons 22:20 < Aprogas> maybe it is worth investigating if it would not be more useful to do it the other way around ? 22:25 < hezekiah> Well, I don't know much about CVS so my input wouldn't be much worth here. :) 22:26 < Aprogas> CVS is a scary beast 22:27 < hezekiah> Yeah. I wonder if it ate the other people in the room. It seems deathly quiet in here. 22:27 < Aprogas> i ended up re-importing sources numerous times because i messed up after trying to put my branches right 22:27 < hezekiah> ;-) 22:28 < Aprogas> so be careful with it 22:28 < hezekiah> *lol* 22:29 < hezekiah> Mids? Do we have another item on the agenda? It seems like we're done with this one (or else someone got eaten by the CVS beast.) 22:31 < Aprogas> well.. i didnt really see anyone reacting to my `suggestions' 22:31 < Aprogas> im wondering why the IIP development team uses this different way of using branches 22:31 < hezekiah> I have no clue. 22:31 < Aprogas> i guess 99% of the CVS-using project develop on the MAIN branch and keep releases on seperate branches 22:32 < hezekiah> I do know that it works fine. 22:32 < Aprogas> that will become obvious when you get 1.2 22:32 < Aprogas> what will happen with 1.1 which s currently on the main branch ? 22:32 < hezekiah> So I say that "If it isn't broken, then don't fix it." 22:32 < hezekiah> It's sources are tagged. 22:33 < Aprogas> a bug in it might be found 22:33 < Aprogas> and you might want to create 1.1.1 22:33 < hezekiah> I guess that if we need to do a bug fix, then someone checks out v1-1-0, fixes the bug, and commits under the tag v1-1-1. 22:33 <@mids> hezekiah: no, none 22:33 < Aprogas> hezekiah: that is possible too 22:33 < hezekiah> mids: As I said, I don't know much about CVS. :) 22:33 < Aprogas> but using release branches is more common 22:33 < UserX> the developement will probably be merged back on to the main branch. and if we need to do bug fixes/upgrades to 1.1 we just create a branch from it 22:33 < Aprogas> userx: ok 22:33 < hezekiah> Oh, well. I'll leave the CVS playing to the developers that understand it. :) 22:34 < Aprogas> noone understands CVS 22:34 < hezekiah> lol 22:34 < Aprogas> thats the problem 22:34 < Aprogas> its a beast that cannot really be tamed 22:34 < hezekiah> So, mids. What's next on the agenda? Question round? 22:34 <@mids> ok, I am out. cya 22:35 -!- mode/#iip-dev [+o hezekiah] by Trent 22:35 <@hezekiah> OK. The question round has officially begun, I guess. :) 22:35 < Aprogas> oh 22:35 <@hezekiah> Questions? 22:35 <@hezekiah> (Not that I can promise an answer, but you can ask.) 22:37 <@hezekiah> Going once ... 22:37 <@hezekiah> Going twice .. 22:37 <@hezekiah> Gone! 22:38 <@hezekiah> Sold to the eternal silence of the ever questioning public (until the next iip-dev meeting that is.) ;-) 22:38 <@hezekiah> Well, it was nice talking to you all (and nice to be able to have UserX around and talking in an iip-dev meeting. I'm glad the time change has improved things for him.) 22:38 <@hezekiah> Bye, all! :) 22:38 < nop> bye --- Log closed Tue Mar 18 22:43:48 2003 </div>/vi/blog/2003/03/12/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Wed, 12 Mar 2003 00:00:00 +0000/vi/blog/2003/03/12/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Debolaz, dm, FillaMent, hezekiah, jrand0m, lonelynerd, luckypunk, mids, mihi, nop, someone, toni</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Wed Mar 12 00:01:53 2003 00:01 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:01 [Users #iip-dev] 00:01 [@mids ] [ jeremiah] [ mihi] [ pox ] 00:01 [ hezekiah] [ logger ] [ nop ] [ UserX] 00:01 -!- Irssi: #iip-dev: Total of 8 nicks [1 ops, 0 halfops, 0 voices, 7 normal] 00:02 -!- Irssi: Join to #iip-dev was synced in 7 secs 00:02 <@mids> Welcome to the 33th meeting 00:02 < hezekiah> Hi 00:03 <@mids> IIP 1.1.0 is released yesterday 00:03 < toni> is it okay, to simply idle here and eve's drop? 00:03 <@mids> toni: yes 00:03 <@mids> Agenda for this meeting: 00:03 <@mids> 1) IIP 1.1.0 00:03 <@mids> 2) Future of IIP 00:03 <@mids> 3) Questions 00:04 <@mids> if you have questions about the current subject, please ask 00:04 <@mids> otherwise save it for round 3 00:04 <@mids> . 00:04 < nop> hi 00:04 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:04 < hezekiah> hi! :) 00:04 < luckypunk> Hi. 00:04 <@mids> . 00:04 < jrand0m> ev'nin 00:05 <@mids> 1) IIP 1.1.0 (stable) Released!!! 00:05 < hezekiah> YAY! 00:05 <@mids> Finally 00:05 < luckypunk> :) 00:05 <@mids> almost a year after nop's post that it would be out soon :) 00:05 < FillaMent> w3rd i$ b0nd 00:05 <@mids> In this version the installation for Unix is enhanced, entropy generation is improved and a few bugs are fixed. 00:05 <@mids> We call it a stable release 00:05 < hezekiah> mids: Is that list of changes as compared to 1.1.0 RC3 or compared to 1.0.0? 00:05 <@mids> and it looks stable so far 00:06 <@mids> hezekiah: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:06 <@mids> thats all I know 00:06 < hezekiah> OK. :) 00:06 < hezekiah> (It sorta sounds like it is a comparison to 1.1.0 RC3 or RC2.) 00:07 <@mids> hezekiah: it does, because nobody wrote what was updated before 00:07 < dm> Should I download the Service Pack 2 for IIP if I'm using a cracked version of IIP? 00:07 < hezekiah> mids: Ah ... Therein lies the tale! ;-) 00:07 < dm> sorry, carry on. 00:07 < hezekiah> dm: I'm not aware of any service packs. 00:07 <@mids> the release is announced on our website, freshmeat, infoanarchy and frost 00:08 <@mids> I did email a few other sites that had it listed 00:08 <@mids> if you guys/girls know other places to tell... 00:08 <@mids> please do so 00:08 < jrand0m> nsa? 00:08 < toni> i know, but im a total stranger to iip *g* 00:08 < FillaMent> kuro5hin? 00:08 < hezekiah> mids: Did you email that program archive that hosts it that was recently mentioned on iip-dev? 00:08 < toni> heise.de german security/internet related site 00:08 < FillaMent> jinx.biz 00:09 <@mids> hezekiah: I did mail vipul's munitions 00:09 < hezekiah> mids: OK! :) 00:09 <@mids> kuro5hin requires a decent article 00:09 <@mids> and they are very picky 00:09 <@mids> but if you want to write something... 00:09 <@mids> please do so 00:09 < hezekiah> slashdot again? 00:09 <@mids> toni: could you inform them? 00:09 < hezekiah> They don't require anything super decent, and they mentioned us before. ;-) 00:10 < toni> they also require articles, and i dont know how picky they are 00:10 < toni> if somebody writes an article, i could translate it to german and email them 00:10 <@mids> you could use the press release on http://www.infoanarchy.org/story/2003/3/10/23466/2065 00:11 <@mids> and link the CHANGELOG to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:11 <@mids> be sure to include a general description of IIP 00:11 <@mids> I think we should try to do /. 00:12 <@mids> we survived it before 00:12 < hezekiah> mids: Note: You mention to view the changelog in the infoanarchy article, but you don't appear to provide people with a link to it! 00:12 < toni> since im not really familiar with iip, i guess i can't give a decent description, but if you /. it, i could give heise a hint, they often take news from there and translate them 00:12 <@mids> hezekiah: yes, I forgot. 00:12 <@mids> I'll mail their editor 00:15 < hezekiah> OK ... anything else on agenda item 1 (IIP 1.1 release) ? 00:17 <@mids> did you all already submit a newsstory to /.? 00:17 < hezekiah> No. 00:18 < hezekiah> I haven't been with the project quite long enough to have a firm grasp of what has happened since 1.0. 00:18 < hezekiah> Who wrote the last /. post? 00:18 <@mids> we dont know 00:18 < hezekiah> LOL! 00:18 < jrand0m> hahah 00:18 < dm> I think it might have been no_nick 00:18 < mihi> is iip too anonymous? ;-) 00:19 <@mids> yes :) 00:19 < hezekiah> Well, I'll go hunt up the previous post, and see if I can come up with something. :) 00:19 <@mids> ok... 00:19 <@mids> previous one was a copy of the kuro5hin article 00:19 <@mids> which was about nop's interview 00:19 <@mids> ok 00:19 <@mids> Item 2?? 00:19 < hezekiah> Yay! :) 00:20 <@mids> 2) Future of IIP 00:20 <@mids> we want: 00:20 <@mids> DECENTRALIZATION 00:20 <@mids> but who is going to do it 00:20 <@mids> and how 00:21 < dm> and is it possible. 00:21 < jrand0m> and what will be lost. 00:21 < hezekiah> If I may interupt: I just want to make sure nop and UserX and present and accounted for. This conversation will be pretty futile without them. :) 00:21 < jrand0m> (aka centralized authentication - trent) 00:21 < hezekiah> nop? 00:21 < hezekiah> UserX? 00:21 <@mids> hezekiah? 00:21 < hezekiah> Are you present? 00:21 < hezekiah> mids: Here! 00:21 < nop> I'm somewhat present 00:22 < hezekiah> OK. :) 00:22 < nop> userx and I have had discussions 00:22 < nop> on how we would like to do it 00:23 < hezekiah> Did those get discussions written up in papers and stuck in the research directory of the IIP website? 00:23 < nop> ues 00:23 < nop> most are there 00:23 < nop> userx has more 00:23 < nop> that I would like pu t there 00:23 < nop> http://www.invisiblenet.net/research/IIP-WP-Notes.txt 00:23 < hezekiah> OK. Could you please give the filenames of the most relavent ones so I can give them a look? :) 00:23 < nop> that one contains quite a bit 00:24 < nop> there is also some other's contributed 00:24 < nop> IIP_netproto.html 00:24 < nop> and architecture.pdf 00:24 < hezekiah> OK. :) 00:24 < nop> 00:25 < nop> http://www.invisiblenet.net/research/IIP-Identity.txt 00:25 < nop> as well 00:25 < nop> http://www.invisiblenet.net/research/IIP-Messages.txt 00:27 < hezekiah> OK. Are any of them completely (or primarily) devoted to just the decentralization aspect? 00:27 < nop> yes 00:27 < nop> all of them 00:27 < hezekiah> OK. :) 00:27 < hezekiah> Thanks for all the links! I'm checking them out now. :) 00:31 <@mids> ok 00:31 <@mids> other IIP Future events? 00:31 < dm> is FillaMent here? 00:31 < hezekiah> Well, in the near future, IIP-dev still doesn't have the "entropy problem" fixed. 00:31 < dm> he had the idea of making trent allow PGP key exchanges 00:31 < dm> which makes sense. 00:31 * FillaMent is present 00:32 <@mids> yes FillaMent and me did talk about that 00:32 * mids hands the microphone to FillaMent 00:32 * FillaMent taps it a couple times, "this thing on?" (sorry) 00:33 * hezekiah turns up the volume 00:33 < lonelynerd> :) 00:33 < FillaMent> Here's the deal: I think it'd be handy to have a PGP key storage and exchange mechanism on IIP. I have a few proposals as to how such a thing should work. 00:34 < dm> Should be fairly easy? Just add a field for PGP to trent, and add GET/STORE commands? 00:34 < FillaMent> 1) Capability is built into trent. This presents a problem with most IRC clients sending strings that long 00:35 < dm> ah, ok. 00:35 < FillaMent> 2) Make trent able to pull a CHK from freenet and store the contents of that file as the Key 00:35 < FillaMent> 3) Build a separate bot to preform 1 or 2 00:35 < nop> hmm 00:35 <@mids> good points 00:35 < nop> the only issue 00:35 < nop> I have 00:35 < nop> with this concept 00:35 < nop> is how do we trust trent or any bot for that matter to handle pub keys 00:35 < nop> without verification 00:36 <@mids> well 00:36 < FillaMent> Well, it could check and make sure the nick was reg'd and ident'd 00:36 <@mids> it could be just as a keyserver 00:36 < nop> the idea I'm thinking 00:36 < nop> is it can do a verify to all major key servers 00:36 < nop> as well 00:36 < nop> so that it gets congruent info 00:36 < FillaMent> nop: read my flog entry about psuedoidentity? 00:36 < nop> link 00:37 < FillaMent> SSK@WxBcPJd1ppZSZ~C8IJI-DHx94oIPAgM/fillament// 00:37 <@mids> keyservers dont verify anything 00:37 <@mids> they just store stuff 00:37 <@mids> what you can do now with Trent 00:37 < FillaMent> here's the short of it... what if your identity only exists in anonymous space? What can you verify? 00:37 <@mids> /squery trent nickinfo mids 00:38 <@mids> see the comment line 00:38 <@mids> it can contain anything 00:38 <@mids> also urls etc 00:38 < FillaMent> but short 00:38 <@mids> so you could link to your PGP key 00:39 < FillaMent> I'm just thinking of something to remove all the middle steps. 00:39 < hezekiah> Looking at mids' ID comment, I see it lists a key fingerprint 00:39 < hezekiah> It also lists the key ID. Why can't someone just get the key from a keyserver, and check the fingerprint. 00:39 < FillaMent> hezekiah: What key server? 00:39 < FillaMent> one on the internet? 00:39 < nop> that's what I'm saying 00:40 < mihi> how get a key up to a key server? anonymously? 00:40 < lonelynerd> we just need a bot to fetch those 00:40 < FillaMent> if your identity only exists in anonymous space, like mine... I don't want to leave a trail on the internet 00:40 < hezekiah> Ah ... 00:40 < hezekiah> OK. I get it. :) 00:40 <@mids> so a keyserver bot for IIP would be it 00:40 <@mids> combined with freenet 00:40 < FillaMent> that'd be sweet... just feed trent the fingerprint and it'll try to fetch the key... 00:41 <@mids> currently freenet is too heavy to run on the Trent server 00:41 < lonelynerd> mids, well, you could ascii armor the public keys 00:41 < FillaMent> mids: Such a thing need not be built into trent, as my point 3 00:41 < nop> well 00:41 < nop> you could use a gateway mids 00:41 < nop> like groovy 00:41 <@mids> too unreliable 00:42 < someone> why do you need freenet, again? 00:42 < FillaMent> mids: If you wanted to make trent capable, just have it access one of the public freenet servers 00:42 <@mids> why not let a user upload the key to freenet and give the url to the bot? 00:42 <@mids> someone: for file storage 00:42 < FillaMent> mids: Because it a few days it's gone if no one accesses it. 00:42 < lonelynerd> mids, wouldn't it be more efficient to have a one huge digest of public keys used by people? 00:43 < hezekiah> lonelynerd, mids: You could just add a the capability to assign PGP key ID's to a nick just like you can assign a comment. 00:43 < FillaMent> I think the best solution is to have it not integrated into IIP. Someone writes it as a piece of software (hell, I could do it but am busy) then distribute the software. Anyone who wants to run an IIP keyserver, can. 00:44 < lonelynerd> hezekiah, true, but you still need to fetch the pgp key 00:44 < nop> ok here's the funny thing 00:44 < lonelynerd> FillaMent, sounds reasonable 00:44 < nop> things we can see 00:44 < nop> we trust 00:44 < nop> like the internet 00:44 < nop> yet it's insecure 00:44 < someone> why not just have a bot upload nad download keys from internet key servers and store a fingerprint with trent 00:44 < nop> yet we have a cryptographic network 00:44 < nop> and we don't trust a soul to run a pgp keyserver 00:44 < lonelynerd> someone, that's what i suggested 00:44 < hezekiah> nop: lol! :) 00:45 < lonelynerd> nop :) 00:45 <@mids> nop 00:45 <@mids> you dont get it 00:45 < nop> I do get it 00:45 <@mids> you DONT need trust for a keyserver 00:45 < nop> I'm joking 00:45 < FillaMent> nop: Sure you do... one just has to put their pseudoidentity on line. 00:45 < FillaMent> on the line 00:45 < FillaMent> mids: Sure you do 00:45 <@mids> it is just for storage 00:45 < nop> I know mids 00:45 < nop> I was just being funny 00:45 < nop> ;) 00:45 <@mids> users should ALWAYS verify fingerprint 00:45 < someone> lonelynerd: so we don't need freenet, right? 00:45 <@mids> and check web of trust 00:45 < FillaMent> mids: I could just stick my key there and say it's nop's. 00:46 <@mids> nop: good if you are funny :) but others might not understand it 00:46 < lonelynerd> FillaMent, actually, what you wrote about pseudoidentity got me thinking. i'm wasting time and resources by having two identities on iip, one for people who know me irl and then this. 00:46 <@mids> FillaMent: thats why you can stick the fingerprint on Trent 00:46 < lonelynerd> someone, exactly, freenet is cool, but not needed this time 00:46 <@mids> (you'll have to trust trent though 00:46 < FillaMent> mids: Yes... and /how/ many people know about key fingerprints? 00:47 < lonelynerd> someone, but somebody could still post compressed digests contain many keys 00:47 <@mids> if they dont know, they shouldnt use PGP 00:47 < FillaMent> mids: yeah.. let's alienate the userbase 00:47 < lonelynerd> true 00:47 < lonelynerd> :) 00:47 <@mids> no seriously 00:47 < FillaMent> I've already had this discussion 20x with zab 00:47 < hezekiah> FillaMent: if they don't know enough about key fingerprints, then they probably don't know enough about crypto for me to trust that they haven't given away their key! 00:47 <@mids> using PGP without checking fingerprints gives a false sense of security 00:48 < FillaMent> hezekiah: And how do you sort those people out? 00:49 < lonelynerd> FillaMent, that's tricky. far too many users use pgp insecurely 00:49 < hezekiah> FillaMent: Tis the billion dollar question! That is very hard. :) 00:49 < FillaMent> If you tell people that they're too stupid to use crypto, they won't want to. They'll say, 'fuck it... I don't have time to care about privacy'... they may be sheep, but there are more of them voting than us. We have to make it easy for the sheep. 00:50 <@mids> you can try to educate them 00:50 < FillaMent> You have to get them in the classroom, and IIP/Fnet is the best classroom I know of 00:50 < hezekiah> Correct, mids. Security is only as strong as the intelligence of the person behind it. 00:50 <@mids> I totally agree FillaMent 00:51 < FillaMent> such a key storage bot would have a motd explaining that they should be checking fingerprints 00:51 <@mids> I just think that you should seperate keyserver from trust 00:51 < hezekiah> So what are we going to do with this bot and IIP? What do we want it to do, and how? 00:51 < FillaMent> I think it should be a 3rd party thing 00:52 < hezekiah> Like anonymail? 00:52 < FillaMent> no... like something that anyone can run 00:52 <@mids> anybody can run anonymail 00:52 <@mids> IF you would have the source 00:52 <@mids> :) 00:52 < FillaMent> mids: You know what I mean though 00:53 <@mids> yes 00:53 <@mids> sorry 00:53 < hezekiah> So is this something, the IIP developers need to write, or can someone who knows nothing about IIP but basic IRC can write? 00:53 * FillaMent already has a framework going 00:53 < hezekiah> OK! :) 00:54 < FillaMent> well... I'd have to hack it to change it's direction 00:54 < FillaMent> GAH!!!!!! More projects!!!! Nooooooo! 00:54 < jrand0m> give in FillaMent, just give in 00:54 < FillaMent> jrand0m: I know... I know. 00:54 < hezekiah> Basically what I'm asking is, is this something that needs to get built into IIP, or can it be independant? 00:55 < FillaMent> independent 00:55 < hezekiah> If it's independant, then I'd say, "GO FOR IT!" :) 00:55 <@mids> hezekiah: IndependEnt 00:55 * mids ducks 00:55 < hezekiah> mids: really? 00:55 <@mids> yes 00:55 * FillaMent thinks he's missing a joke. 00:56 < hezekiah> My spell checker says independant is OK. 00:56 <@mids> hezekiah: made a typo 00:56 < FillaMent> oh... yeah... 00:56 < FillaMent> dent 00:56 < FillaMent> independEnce 00:56 < hezekiah> Hmmm ... it says independent is OK too, odd. 00:56 <@mids> hezekiah: grep "^independ.nt$" /usr/share/dict/words 00:56 < FillaMent> probably a new english/old english thing 00:56 <@mids> anyway 00:56 < hezekiah> Anyway ... :) 00:57 <@mids> say we have this keybot 00:57 < hezekiah> And it will be independent of IIP. :) 00:57 <@mids> how will it get the key from a user? 00:57 < FillaMent> /msg 00:57 <@mids> the full key? 00:57 < FillaMent> no 00:57 < FillaMent> freenet 00:57 <@mids> ah 00:58 <@mids> so you msg the freenet url 00:58 <@mids> and it tries to download in the background 00:58 < lonelynerd> what's the problem? you can easily paste full key to iip. 00:58 < FillaMent> /msg Keybot STORE CHK@lakdjfa;lsdfjasd;lkfj 00:58 <@mids> lonelynerd: my key is 8 KB big 00:58 < FillaMent> lonelynerd: Not will all clients 00:58 < mihi> FillaMent: you can if you do it in blocks of 10 lines. 00:59 <@mids> the keyboard _could_ look if you are identified with trent 00:59 <@mids> keybot 00:59 <@mids> :) 00:59 < FillaMent> mids: It would have to 01:00 <@mids> and just add that as an additional flag 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 <@mids> well 01:00 < FillaMent> such a thing would best be scripted 01:00 <@mids> yes 01:00 <@mids> exactly 01:00 < jrand0m> is a centralized identity manager like trent really desireable? 01:00 < FillaMent> so either chopped and sent via msg or via freenet 01:00 <@mids> jrand0m: with a centralized ircd, yes 01:00 <@mids> maybe we should form a keybot commitee 01:01 <@mids> and let them discuss the details 01:01 < jrand0m> ah, right. yeah, I was assuming a decentralized net. 01:01 * mids opens #keybot 01:01 < FillaMent> mids: I don't see a need 01:01 <@mids> well 01:01 <@mids> we got more on the agenda 01:01 < lonelynerd> mids, uhm. 01:01 <@mids> and we are already busy for 1 hour 01:01 < FillaMent> 20 people start keybots... 1 will eventually prove the most reliable and become the defacto standard 01:02 <@mids> I mean more.. any other Future IIP things? 01:02 < hezekiah> nop? 01:02 < hezekiah> What are the major features/changes you plan for 1.2? 01:02 < nop> what 01:02 < nop> decentralization 01:02 < nop> and channel encryption 01:02 < nop> as well as client to client encryption 01:02 < nop> channel trust 01:02 < nop> using RSA keyring 01:02 < Debolaz> I have a question. What is the thing needed most from IIP now, that an ISP would be able to provide? 01:03 <@mids> money! 01:03 <@mids> millions 01:03 <@mids> so we can hire thousands of developers 01:03 < Debolaz> I was thinking more in terms of services. 01:04 < jrand0m> OC12? 01:04 <@mids> hosting is fine at sf so far 01:04 <@mids> maybe a stable node somewhere 01:05 <@mids> ... 01:05 < Debolaz> Well, I was thinking of a node sort of thing. And perhaps a file mirror. 01:05 <@mids> project release files are already mirrored on 8 servers so far 01:06 <@mids> plus on vipul's munitions 01:07 * mids slowly pushes the topic to item 3, questions 01:07 < hezekiah> Ack! 01:07 <@mids> 3) Questions? 01:08 < jrand0m> eta for decentralization (1 mo, 3 mo, 6 mo)? 01:08 < jrand0m> aka, without dependence on a central server 01:08 <@mids> no comment! 01:08 < hezekiah> mids: LOL! 01:08 < hezekiah> I really have no idea. UserX would probably have the best bet 01:09 < hezekiah> nop, UserX: are we done decentralizing "core" in isproxy yet? 01:09 < nop> um no 01:11 < hezekiah> I'm assuming that "core" comes before ircd decent., right? 01:12 < nop> first 01:12 < nop> we have to make a virc 01:12 < nop> which is a virtual irc transport 01:12 < nop> so that the irc clients can still talk to the core 01:12 < nop> without ircd 01:13 <@mids> roadmap anybody? 01:13 < hezekiah> lol. I'm clueless. :) 01:16 <@mids> *silence* 01:16 <@mids> I heared that some wanted next meeting to be earlier 01:16 < nop> yes 01:16 * FillaMent rubs his legs together furiously but fails to produce the proper chirp. 01:16 < nop> UserX can't make it at the time we have now 01:16 < nop> because of work 01:16 < hezekiah> Ah. 01:16 < nop> if we had it a couple hours earlier 01:16 <@mids> what time would be better? 01:16 < nop> this would be easier 01:16 <@mids> 21:00 UTC? 01:16 < hezekiah> If UserX would talk more we could really get some stuff done! :) 01:16 < nop> that should work 01:17 < hezekiah> Let's see ... 01:17 < hezekiah> It's normally 23:00 UTC, right? 01:17 <@mids> yes 01:17 < hezekiah> Yeah. 01:17 < hezekiah> That should work for me. :) 01:17 <@mids> 21:00 UTC it is 01:18 <@mids> ok 01:18 <@mids> I am out 01:18 <@mids> thanks for listening to me :) 01:18 * mids bows 01:18 <@mids> oh 01:18 <@mids> before I forget 01:18 <@mids> UserX, nop, hezekiah, thanks for your work on IIP so far! 01:18 < hezekiah> mids: I enjoy listening to you. 01:19 < hezekiah> mids: A pleasure! :) 01:19 < hezekiah> All you guys make it worthwhile! :) 01:19 < jrand0m> yeah, thanks for the updates. I appreciate using y'alls software 01:19 < hezekiah> (Note: I am a Yankee. No offense is meant if there are girls in the channel.) 01:19 * FillaMent curses them for this network that consumes his free time. 01:19 < hezekiah> FillaMent: lol! :) 01:19 < jrand0m> heh 01:20 * hezekiah picks up the "baf"er 01:20 < hezekiah> *BAF!* 01:20 < hezekiah> Meeting adjurned! :) 01:22 < mihi> adjourned, you mean? 01:23 < hezekiah> Over. 01:23 < hezekiah> Done. 01:23 < hezekiah> End. 01:23 < hezekiah> Dead. 01:23 < hezekiah> The meeting is dead. Long live the next meeting. 01:23 < mihi> ;-) logger is still living </div>/vi/blog/2003/03/04/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 04 Mar 2003 00:00:00 +0000/vi/blog/2003/03/04/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> bpb, dm, hezekiah, jake, jeremiah, LeerokLacerta, mids, mrflibble, nop, Nostradumbass</p> <h2 id="nhật-ký-cuộc-họp">Nhật Ký Cuộc Họp</h2> <div class="irc-log"> --- Log opened Tue Mar 04 23:47:24 2003 23:47 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:47 [Users #iip-dev] 23:47 [ eep] [ jeremiah] [ logger] [ mids] [ nop] [ UserX_] 23:47 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 23:47 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:48 < LeerokLacerta> Making history. 23:48 < mrflibble> helooo 23:48 < LeerokLacerta> Hello. 23:52 < nop> hi 23:52 < jeremiah> hi 23:53 < nop> hi 23:53 -!- mode/#iip-dev [+o mids] by Trent 23:53 < LeerokLacerta> Konnichiwa. 23:54 < bpb> konnichiwa 23:58 < nop> hi 23:58 <@mids> Hi hezekiah! 23:58 < hezekiah> Hi. :) 23:58 <@mids> *hedgehog sound* 23:58 < hezekiah> lol 23:58 < hezekiah> *orgle* 23:58 < LeerokLacerta> Hedgehog? 23:58 < hezekiah> (orgle: That's one of the sounds a llama makes.) 23:58 <@mids> LeerokLacerta: relatively large rodents with sharp erectile bristles mingled with the fur 23:59 < hezekiah> Mids got turned into a hedgehog by the entropy bug. 23:59 < hezekiah> I got turned into a llama. 23:59 <@mids> no 23:59 < LeerokLacerta> I know what it is, but why're you making hedgehog noises? 23:59 <@mids> because I reported the logging bug that didnt exist 23:59 < hezekiah> Ah. 23:59 < hezekiah> Well, you had mentioned you were going to turn into a hedgehog when refering to the previous entropy bug. --- Day changed Wed Mar 05 2003 00:00 <@mids> that was back then 00:00 <@mids> Tue Mar 4 23:00:03 UTC 2003 00:00 <@mids> meeting NOW in here 00:00 <@mids> Welcome everybody 00:00 <@mids> this is the 32th IIP meeting 00:00 * LeerokLacerta feels welcomed. 00:00 <@mids> previous one was canceled, because nobody was there 00:00 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> We got a little agenda: 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) IIP 1.1.0 Release status update 00:01 <@mids> 3) Trent accesslevel for 'voice' 00:01 <@mids> 4) Question round 00:01 <@mids> if you have any questions on the current topic, please ask 00:01 <@mids> otherwise save them for the question round. 00:01 <@mids> . 00:02 * mids moves the agenda pointer to #2 "IIP 1.1.0 Release status update" 00:02 <@mids> well hezekiah, what happened? :) 00:02 < hezekiah> Oh. OK. :) 00:02 < hezekiah> Well, the first entropy bug got fixed. 00:02 < hezekiah> After much banging of heads and exchanging of emails ... 00:03 < hezekiah> ... UserX, nop, and myself managed to work out a fix for it. 00:03 < hezekiah> Now, mids is noticing a NEW problem with the entropy gathering (namely seed.rnd isn't getting saved.) 00:03 < hezekiah> Anyway, I've hunted in the code and posted my discoveries to the iip-dev mailing list. 00:04 <@mids> this thing is another release delayer 00:04 <@mids> hopefully the last one 00:04 < hezekiah> I am now waiting on UserX or nop to tell me what all this means and if I'm missing something (because I think I am. None of it makes any sense.) 00:04 < hezekiah> Hopefully. *orgle* 00:04 <@mids> . 00:04 < hezekiah> . 00:04 <@mids> Any IIP 1.1.0 specific questions? 00:05 < LeerokLacerta> No socks? 00:05 <@mids> no socks 00:05 < hezekiah> No SOCKS. 00:05 < LeerokLacerta> K. 00:05 <@mids> ok 00:05 <@mids> lets move on to #3 "Trent accesslevel for 'voice'" 00:06 <@mids> this is related with the hidden agenda point #2.9 "The #freenet-opn channel" 00:06 <@mids> the official Freenet project channel is on irc.freenode.net 00:06 <@mids> but that is not anonymous 00:06 <@mids> we have a mirror with that channel here 00:06 <@mids> in #freenet-opn 00:07 <@mids> the bot 'eyeKon' tells you everything that happens on the other side 00:07 <@mids> normally this is a one way mirror, but you can say something back with the "!say :text" command 00:07 <@mids> to use this you got to have operator or voice status 00:07 <@mids> if you want to say something, ask an operator to give you voice 00:07 <@mids> , 00:08 < dm> How about if you are identified by Trent you get voice automatically and your name gets prefixed to your messages. If people on the other side have a problem they can send a command to the bot to "ban" a certain anonyname. In which case EyeKon on this side removes voice permanently from that name. 00:08 < LeerokLacerta> Permanently? 00:08 < LeerokLacerta> How 'bout timed ban? 00:08 <@mids> it will get pretty complicated 00:09 <@mids> they have to know how to bot works 00:09 <@mids> while it is intended more as a one-way transparant thing 00:09 -!- hezekiah is now known as nickthief88099 00:09 <@mids> I have contacted the channelowners of #freenet 00:09 <@mids> and they didnt have a problem with it 00:09 < dm> sure, until mids or someone restores it. Must make sure not to spam/bother people on the other side. 00:09 <@mids> that is why not everybody will get voice 00:09 <@mids> it is VERY easy to create lot of accounts here 00:10 <@mids> so it will be impossible to ban them all 00:10 < dm> ok, so selective voice, through trent? 00:10 <@mids> what I DO want to do is selective voice through Trent 00:10 < jake> this sure is an interesting conversation but I need to eat buh bye 00:10 <@mids> which is agenda item #3 00:10 <@mids> bye jake, thanks for joining 00:10 <@mids> be sure to read the logfile afterwards 00:10 < jake> thank you 00:10 < jake> k 00:10 <@mids> Right now the channel access system has 3 levels: 00:11 <@mids> level 1: operator 00:11 * mids checks the site how he called it 00:12 <@mids> Level 1: Normal operator, can give him/herself ops 00:12 <@mids> Level 2: Super operator, can add other users to the channel (with lower level) 00:12 <@mids> Level 3: Founder, most powerfull, required to drop a channel for example 00:12 <@mids> I want to add a voice level 00:12 <@mids> so people can get voice on the channel if they are on the access list 00:12 <@mids> but the problem is... what number should the voice level be? 00:12 < hezekiah> lol 00:13 < hezekiah> Tell me you didn't use magic numbers, mids. 00:13 < hezekiah> Please. 00:13 <@mids> I am thinking about changing level 1 into 10 00:13 <@mids> and 2 into 20 00:13 <@mids> and 3 into 30 00:13 <@mids> and adding level 5 as voice 00:13 < hezekiah> Sounds good. It leaves room for further improvements. 00:13 <@mids> exactly 00:14 <@mids> note that I dont plan to make Trent a big & bloaty service 00:14 <@mids> comments? objections? 00:14 <@mids> . 00:14 < hezekiah> Umm .. so what's the problem? 00:15 <@mids> there is no problem 00:15 < dm> voice = voice on all channels? 00:15 < hezekiah> OK. 00:15 < hezekiah> It sorta looked like that. :) 00:15 <@mids> dm: no, it is channel specific 00:15 <@mids> hezekiah: I am always dramatic 00:15 < dm> ok 00:15 <@mids> dm: try this: 00:15 <@mids> /squery trent chanlist #iip-dev 00:15 <@mids> you'll get a list of the users on the access list 00:15 <@mids> with the level 00:15 < dm> ah, nice 00:16 <@mids> ok 00:17 <@mids> then it is now time for the last item #4: "Question Round" 00:17 < dm> is there a roadmap documented anywhere, for IIP? 00:18 <@mids> only internally I think 00:18 <@mids> I dont have it... 00:18 <@mids> hezekiah? 00:18 < hezekiah> And why does "/squery Trent :chanlist #anonymous" return a blank list. 00:18 < hezekiah> Oh. 00:18 < hezekiah> Well we have a small todo list of stuff we need to do in the development tree. 00:18 <@mids> hezekiah: too late (because nobody is on the access list for #anonymous, it is oper-less) 00:18 < hezekiah> I'm not aware of any roadmap though. 00:19 <@mids> maybe it would be good to make one 00:19 < dm> ok, you're not even thinking about decentralizing any time soon, correct? 00:19 < hezekiah> Well, that would be nop's department. 00:19 < hezekiah> (Actually, I've already asked for something like that.) 00:20 < hezekiah> (He said we were going to sit down and map out [or whatever he said] IIP 1.2 after 1.1 is released.) 00:20 < hezekiah> . 00:21 <@mids> well 00:21 < dm> 1.1 is there a changelog somewhere? 00:21 <@mids> nop is very busy 00:21 <@mids> maybe someone else should do it 00:21 <@mids> dm: yes, hang on 00:21 < hezekiah> mids: No one else has the authority to do it. 00:21 <@mids> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:21 < hezekiah> We are talking about setting the future course of development for IIP. 00:21 < dm> thanks, bookmarked 00:22 <@mids> hezekiah: understood 00:25 * mids just heared that they got plenty of things to do for 1.2 00:25 < hezekiah> As for nop not having time, ... 00:25 < hezekiah> We still have plenty of known coding to do on 1.2. 00:26 < hezekiah> 1.2 will not die for lack of vision. And even if we finish the stuff currently on the list, a short discussion will come up with more. 00:26 < hezekiah> Eventually nop will have time to sit down with us and describe a plan for development of 1.2. 00:26 < dm> any general notes on what 1.2 is striving for? 00:26 < hezekiah> The big one: decentralize the ircd server! 00:26 < dm> ah, ok, you don't know. 00:27 < dm> ah, that's in 1.2? sweet. 00:27 <@mids> is it already? 00:27 <@mids> omg 00:27 < hezekiah> Is the decentralization ready? No! 00:27 < dm> planned for I mean :p 00:27 * mids objects! 00:27 <@mids> when do you want to release 1.2? 00:27 <@mids> 2010? 00:27 * LeerokLacerta is an object. 00:27 < hezekiah> lol 00:28 < hezekiah> Let's just say sometime after 1.1 is released. :) 00:28 < hezekiah> Right now 1.1 is the priority. 00:28 < hezekiah> (At least that's the feeling I've gotten.) 00:28 < dm> so you is it going to be distributed ircd servers or completely decentralized? 00:28 < hezekiah> dm: I don't know the details. 00:28 < dm> ok 00:28 < hezekiah> I'm not really very good at P2P stuff. :) 00:28 < hezekiah> I just code 00:28 <@mids> let me paste an email from 2002-03-19 00:28 <@mids> From: 0x90 (0x90@invisiblenet.net) 00:28 <@mids> Date: Tue Mar 19 2002 - 00:22:26 CET 00:28 <@mids> Subject: [iip-dev] 1.1.0 almost complete 00:28 <@mids> Ok, we're nearing the completion of 1.1.0. As soon as the TODO/Fixes and cui 00:28 <@mids> for linux are complete, we should run a beta test of the network for this 00:28 <@mids> week, this is done by the developers/testers. Stay posted. 00:29 <@mids> --0x90-- 00:29 <@mids> . 00:29 < hezekiah> Ouch. 00:29 < hezekiah> That hurt, mids. ;-) 00:29 <@mids> yes it did 00:30 < hezekiah> What date was the last release of IIP made? 00:30 <@mids> RC3 was 2002-12-04 00:30 <@mids> but ofcourse the whole 'RC' stuff was wrong 00:31 <@mids> ofcourse it is just a name 00:31 <@mids> RC2 could have been 1.1.0 00:31 <@mids> then RC3 1.1.1 00:31 <@mids> and what we will have now 1.1.2 00:32 < nop> well 00:32 < nop> in the crypto community 00:32 < nop> we should continue with RC4, 5 and 6, and see if they crack it 00:32 < nop> ;) 00:32 < nop> bad joke 00:33 < Nostradumbass> Excuse me for butting in... 00:33 < jake> butts! 00:33 < Nostradumbass> but it seems that iip developers have forgotten the prime mazimum of open source, "Release early, release often". 00:34 < LeerokLacerta> IIP is open source? 00:34 < nop> sure 00:34 < nop> right 00:34 < nop> but 00:34 < hezekiah> LeerokLacerta: yes 00:34 < LeerokLacerta> I'm dumb. 00:34 < nop> we also value security 00:34 < Nostradumbass> i haven't been around on iip too long but i can't recall ever hearing about it being /.'d 00:35 < nop> and we like to bend the rules 00:35 < nop> it's been slashdotted 00:35 < Nostradumbass> apologies 00:35 <@mids> RC2 was /.-ed 00:35 < Nostradumbass> k 00:35 <@mids> and it gave us... hezekiah ! 00:35 < nop> yes 00:35 < nop> ;) 00:35 < Nostradumbass> still that's quite a while back. 00:36 < hezekiah> mids: actually no. 00:36 < hezekiah> mids: I was watching this project for more than a year before the /.ing. 00:36 < jake> um guys? about the web based IIP are there any plans for improvement? like a nicer interface? 00:36 < nop> that's a distributedcity question 00:36 < nop> they make the interface 00:36 < jake> oooo k 00:37 < nop> it was something that they did, not really direct involvement with us 00:37 <@mids> doing releases gives publication 00:37 <@mids> you can do announcements, press releases 00:37 <@mids> we have multiple places that really like to hear about updates 00:38 <@mids> it increases the interest and amount of users in the project 00:38 <@mids> and also potential contributors / developers 00:38 <@mids> IF you have some super-duper mixnet 00:38 <@mids> you do need lots of users 00:38 <@mids> because with 2 users it isnt anonymous 00:39 <@mids> there have been more stable periods in the development code 00:39 <@mids> at which point we could have made a release 00:39 <@mids> IMHO 00:39 <@mids> problem is maybe the dependencies... 00:40 <@mids> PGP signing the release, compiling for windows, etc 00:40 <@mids> anyway, I have said it before ;) 00:42 < hezekiah> Well, between my being sporadically bumped from the network, I've tried to say something that didn't get said. ;-) 00:42 < hezekiah> <hezekiah> nop: mids has raised some good points. 00:42 < hezekiah> <hezekiah> nop: After we get 1.1 out the door (which should be _really_ soon), are we going to come up with a nice coherent plan for 1.2 so that we can get it out in a reasonable amount of time? 00:42 < hezekiah> <hezekiah> I think with good planning, and goals to get certain parts done by certain times, we could still write great code, but get it done in a reasonable timeframe. :) 00:42 < hezekiah> There! :) 00:42 <@mids> thanks 00:43 < Nostradumbass> in addition to the proposed feature list, perhaps a list of prohibited features (to limit feature creep) might be a good idea. 00:43 < dm> 1.2! 1.2! 1.2! 1.2! 00:44 <@mids> good suggestion Nostradumbass 00:44 < hezekiah> Well, I wasn't really refering to a feature list. I was refering to what we are going to code, in what order, and by what suggested time. 00:45 < hezekiah> nop? What do you think? 00:46 < nop> good idea 00:46 < nop> organization is always good 00:46 < nop> but not always perfect 00:46 < hezekiah> Perhaps after we release 1.1, all the developers could sit down and we could make up a list of stuff we plan on doing in the next 1-2 months, then a list of stuff planned for the next 5 months, then with a full list of what will make IIP 1.2 to be version 1.2. :) 00:46 < hezekiah> I know. It will be _very_ flexable. 00:47 < hezekiah> (For starters I wouldn't say feature A is one at date 1 and feature B is done at date 2. I'd say feature A is hopefully done in X weeks, and feature B is hopefully done Y weeks after feature A.) 00:47 < hezekiah> I think that something as a general guide to what we're doing is a good idea. 00:48 < hezekiah> Not a stiff-as-iron list. :) 00:48 <@mids> yeah, get it 00:48 < hezekiah> OK ... 00:48 < hezekiah> Anything to add mids? 00:49 <@mids> nope 00:49 < hezekiah> OK. ;) 00:49 < hezekiah> So for now ... 00:49 < hezekiah> I am waiting for nop or UserX to enlighten me concerning the stuff I dug up on mids' new entropy bug. 00:49 <@mids> I hope that I wont find other issues 00:49 < hezekiah> (It just doesn't seem like randomWriteSeed() is never called.) 00:49 < hezekiah> Let's hope. :) 00:50 < nop> double negative 00:50 < nop> hmm 00:50 < nop> ;) 00:50 <@mids> . 00:50 <@mids> I am done :) 00:50 < hezekiah> You're right! :) 00:50 < hezekiah> It seems like randomWriteSeed() should be called. 00:50 < hezekiah> But it doesn't look like it is. 00:51 <@mids> not in randomSlowPoolReseed? 00:52 < hezekiah> Well, lets hope we have this bug fixed by next week. 00:52 <@mids> you better do that! 00:52 * mids tries to put up an angry face 00:53 <@mids> ok, been a pleasure again. till next meeting, mailinglist, chat or otherwise! 00:53 <@mids> *boink* 00:53 < hezekiah> randomSlowPoolReseed() calls randomWriteSeed(), but (as I said in my email to iip-dev), randomSlowPoolReseed() is never called by anyone! 00:53 < hezekiah> lol -- Log closed Wed Mar 05 23:42:43 2003 </div>/vi/blog/2003/02/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 18 Feb 2003 00:00:00 +0000/vi/blog/2003/02/18/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> aum, Barney, bpb, hezekiah, jeremiah, LeerokOnKnoppix, lonelynerd, mids, namless, nop, PsionX, _Trent, WindowsHater</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Feb 18 23:54:43 2003 23:54 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:54 [Users #iip-dev] 23:54 [ aum ] [ bpb ] [ jeremiah ] [ logger] 23:54 [ Barney] [ codeshark] [ LeerokOnKnoppix] [ mids ] 23:54 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:54 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:55 * bpb points at the logging bot then jumps up and down like a japanese animated school girl 23:55 -!- mode/#iip-dev [+o mids] by Trent 23:55 -!- mode/#iip-dev [+v logger] by mids 23:57 -!- LeerokOnKnoppix is now known as Trent 23:57 -!- Trent is now known as nickthief76011 23:57 <@mids> :p 23:57 -!- nickthief76011 is now known as LeerokOnKnoppix 23:57 < lonelynerd> wwwhat? 23:58 <@mids> Trent protects the nick 23:58 < lonelynerd> oh, nothing 23:58 < LeerokOnKnoppix> How does it do that? 23:58 -!- LeerokOnKnoppix is now known as _Trent 23:58 < _Trent> I am Trent, hear me roar! 23:58 < _Trent> Get out, all unverified users! 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 < _Trent> What about me? 23:59 <@mids> hey hezekiah :) 23:59 -!- _Trent is now known as LeerokOnKnoppix 23:59 <@hezekiah> Hi, mids. :) 23:59 <@hezekiah> I think I'm getting the hang of some of this IRC thing! :) 23:59 <@mids> kool --- Day changed Wed Feb 19 2003 00:00 <@hezekiah> So have any bugs defied the great IIP dev team and risen their ugly heads since your last mail to the iip-dev mailinglist? 00:01 < LeerokOnKnoppix> It disconnects every now and then. 00:01 <@hezekiah> I don't seem to experiance that bug. :( 00:01 < lonelynerd> LeerokOnKnoppix, it's probably your connection. i haven't had any problems 00:01 < LeerokOnKnoppix> Hmm. 00:01 <@hezekiah> mids: Where are nop and UserX? 00:01 <@mids> Tue Feb 18 23:01:51 UTC 2003 00:01 <@mids> user was here but he pinged out 00:01 < LeerokOnKnoppix> _Trent kicked them out. 00:02 <@mids> userx 00:02 <@mids> just icq-ed nop 00:02 < LeerokOnKnoppix> Is he coming? 00:02 <@mids> dunno 00:02 < bpb> lonelynerd: it's always happened though... and it's not just him 00:03 < lonelynerd> bpb, still, it's not a problem with iip but unreliable connections 00:04 <@mids> nop is comming 00:04 < nop> hi 00:04 < lonelynerd> hi 00:04 < nop> ok 00:04 < nop> welcome 00:04 < LeerokOnKnoppix> Hello nop. 00:04 <@hezekiah> Hi, nop! :) 00:04 < nop> Leerok likes Knoppix? 00:04 < LeerokOnKnoppix> So far. 00:04 < nop> kewl 00:04 < nop> ok 00:04 < bpb> lonelynerd: it's a problem with the actual network then 00:04 < LeerokOnKnoppix> But I want to install it to the hard drive. 00:04 < LeerokOnKnoppix> But it didn't work when I tried it. 00:04 < nop> well, welcome to the 31st meeting 00:04 < nop> of IIP-dev 00:04 < LeerokOnKnoppix> Cool. 00:04 < lonelynerd> bpb, well, it could handle unrealiable links, but it doesn't at the moment 00:04 < LeerokOnKnoppix> I'm just hanging around to let knowledge osmose into my head. 00:05 < nop> ok 00:05 < nop> shh 00:05 < nop> meeting started 00:05 < nop> on the agenda 00:05 -!- mode/#iip-dev [+o nop] by mids 00:05 <@nop> IIP 1.1 and pleasantries with that 00:05 <@nop> hezekiah: 00:06 <@hezekiah> Yeah? 00:06 <@nop> hezekiah: all entropy stuff have we resolved? For instance the hhhhhh issue 00:06 <@hezekiah> I just told you about the hhhhhhhh isue. 00:06 <@hezekiah> We haven't done anything about it yet. 00:06 <@nop> ok 00:06 <@hezekiah> The seed.rnd issue is resolved by porting the --randomdialog option from development .. 00:06 <@nop> ok 00:07 <@nop> and can you explain what they do 00:07 <@nop> just for the record 00:07 <@hezekiah> ... and having IIP abort when seed.rnd doesn't exist. 00:07 <@hezekiah> Explain what --randomdialog and --ignoreemptyrandom do? 00:07 <@nop> yes 00:07 <@hezekiah> OK. :) 00:07 <@nop> for official purposes 00:07 <@nop> aka the meeting 00:07 <@hezekiah> Right. :) 00:08 <@hezekiah> When isproxy is run with --randomdialog, the user is asked for entropy (even is seed.rnd already exists). 00:09 <@hezekiah> When isproxy is run with --ignoreemptyrandom, and there isn't enough entropy (a condition that would cause isproxy to _normally_ abort), the program just keeps going. This is a security risk, so a suitablely scary warning label is added in the help description. 00:09 <@hezekiah> (Speaking of all these options, unless mids as already added them, they aren't in the isproxy.pod file yet.) 00:09 <@hezekiah> . 00:09 <@mids> I didnt 00:09 <@hezekiah> We should do that before release. :) 00:10 < lonelynerd> (shouldn't it be --random-dialog and --ignore-empty-random ? ;P) 00:10 <@hezekiah> lonelynerd: I code what UserX orders. :) 00:10 < lonelynerd> ok 00:10 <@hezekiah> nop: So, the seed.rnd problem is solved, but the hhhhhhhh problem isn't. 00:10 <@nop> right 00:11 <@nop> hmm, well, we could have a counter that won't allow the same keystroke more than three times in a row 00:11 <@hezekiah> (I don't even know if hhhhhhhh is a problem. I just mentioned it to you and UserX. You tell me!) :) 00:11 <@nop> real simple 00:11 <@nop> it's a slight problem 00:11 <@hezekiah> PGP some how knows how much entropy text is worth. 00:11 <@nop> well, we calculate the keyboard timings as well 00:12 <@nop> we could just force a wait till something beyond 3 same char in a row are pressed 00:12 <@hezekiah> Does GPG evaluate the entropy of a string of text? If they do, we could look at their code. :) 00:12 <@nop> I am not sure 00:12 <@nop> I advise looking at it 00:12 < lonelynerd> hezekiah, i think it just uses /dev/random, or? 00:12 <@nop> lonelynerd no 00:12 <@nop> it doesn't 00:13 < lonelynerd> ah 00:13 <@nop> we're talking about creation of entropy 00:13 <@nop> aside /dev/random 00:13 <@nop> like an Initialization 00:13 <@hezekiah> GPG does make the user pound on the keyboard. :) 00:13 <@mids> well no 00:13 <@mids> it reads from the entropy pool 00:13 <@mids> and suggests that you move the mouse + press keys 00:14 <@mids> but entropy pool can be filled with interrupts etc too 00:14 <@nop> yes 00:14 < lonelynerd> yep 00:14 <@hezekiah> Ah. I just remembered when GPG made me pound on the keyboard once. ;) 00:14 < lonelynerd> it was pgp perhaps? 00:14 <@hezekiah> Nope. It was GPG running under Mandrake Linux. 00:14 < Barney> yep 00:15 <@hezekiah> (It was a few years ago, before AES was released I remember.) Anyway, back on topic. :) 00:15 <@nop> I think we should look at the code 00:15 <@hezekiah> OK. :) 00:15 < lonelynerd> :) 00:15 <@nop> if it's not clear, I suggest limiting the characters in a row 00:15 <@nop> and waiting 00:15 <@nop> for new characters to be pressed 00:15 <@hezekiah> Are there any methods outline (maybe in whitepapers from acedemia) on evalutating the entropy worth of a string of text? 00:16 <@nop> yes there are, I will dig them up in a bit 00:16 <@hezekiah> Cool! :) 00:16 < lonelynerd> "ent - A pseudorandom number sequence test program" 00:16 <@nop> yes, chi squaring 00:16 <@hezekiah> We could just implement one of those. (Believe it or not, it might be faster than digging through GPG code!) :) 00:16 <@nop> http://www.gnu.org/software/gnu-crypto/api/gnu/crypto/tool/Ent.html 00:17 <@nop> that's java 00:17 <@nop> but still 00:17 <@hezekiah> I can read Java. :) 00:17 <@hezekiah> I can translate too. :) 00:17 < lonelynerd> ent is in C, too 00:17 <@nop> yep 00:17 <@hezekiah> lonelynerd: Where can I find the C version? 00:18 < lonelynerd> apt-get inst.. whoops, ;P http://www.fourmilab.ch/random 00:18 < lonelynerd> Upstream Author(s): John Walker 00:21 <@nop> ok 00:21 <@nop> anyway 00:21 <@nop> I'm sure that needs to be taken care of b4 1.1 00:21 <@nop> this will give mids time to update isproxy.pod 00:21 <@hezekiah> lol 00:21 <@mids> pff 00:22 <@mids> say nop, did you work on the docs? :) 00:22 <@nop> ;) 00:22 <@nop> I am working on them 00:22 <@nop> and I have an editor too ;) 00:22 <@mids> well 00:22 <@mids> dont edit the html 00:22 <@nop> I know 00:22 <@nop> I'm just writing it in notepad 00:22 <@nop> ;) 00:22 <@mids> just send me the text changes, yeah thats fine 00:22 <@hezekiah> Yay! Real HTML coder! Uses a plain text editor! ;-) 00:23 <@nop> haha 00:23 <@nop> I ain't coding it 00:23 <@nop> just typing the doc 00:23 <@nop> ;) 00:23 <@mids> so 00:24 <@mids> will any more features slip in for 1.1? 00:24 * mids hopes not 00:24 <@mids> I tried to contact codeshark 00:24 <@nop> no 00:24 <@mids> but didnt get a reply yet 00:24 <@nop> it's not a feature 00:24 <@nop> it's a bug fix 00:24 <@nop> ;) 00:25 <@nop> anyway 00:25 <@nop> moving forward 00:25 <@mids> ok, I got other things to do 00:25 <@mids> if you need me shout loud 00:25 < lonelynerd> (gpg seems to use get_entropy_count(fd) to check how many bytes /dev/random has to offer) 00:26 <@nop> right 00:26 <@nop> aka checking the entropy pool size 00:26 < lonelynerd> which is some ioctl 00:26 < lonelynerd> dunno how that would work under windows 00:26 <@hezekiah> lonelynerd: It probably _doesn't_ work under windows. This a GNU project, remember? :) 00:27 < lonelynerd> great :) 00:27 <@hezekiah> What we really want (at least I think we do) is something that can evaluate how much entropy is in a buffer of text. 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@hezekiah> That way we can have the user keep pounding until we get that much _REAL_ entropy. :) 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@nop> we should have 1 bits per 3 characters 00:28 <@nop> technically that's considered secure entropy 00:28 < lonelynerd> ok, but under linux it could just read /dev/random 00:28 < lonelynerd> let the windows users type ;) 00:28 <@hezekiah> Well, isn't "randomentropyneeded" the number of bytes of entropy still needed? 00:28 <@nop> yes 00:29 < LeerokOnKnoppix> MD5sum of the registry. 00:29 <@hezekiah> lonelynerd: UserX, nop, and I have talked about ways to get IIP to use /dev/urandom under controlled circumstances. 00:29 < lonelynerd> hezekiah, hmm 00:29 < lonelynerd> hezekiah, urandom is just like random, but it doesn't block when there isn't enough entropy? 00:31 <@hezekiah> I think so. Is that right, nop? 00:31 <@nop> yes, with urandom you can assign the amount of entropy in advanced 00:31 < lonelynerd> so urandom might or might not be secure 00:32 <@nop> urandom just uses random 00:32 < lonelynerd> yep 00:33 <@hezekiah> lonelynerd: That's the issue. :) We considering compiling a list of OS's (and their versions) with secure instances of /dev/urandom, and having IIP use it when it's secure; when it's not secure, IIP would stick with the current methods. It's a thought. :) 00:33 <@nop> right, but not for 1.1 00:33 <@nop> ;) 00:33 <@hezekiah> Of course! 00:33 < lonelynerd> hezekiah, wouldn't that be "secure versions of random" and not urandom? 00:33 <@hezekiah> This is all 1.2 stuff I'm talking about. (I am usually always talking 1.2 unless otherwise stated!) 00:33 < lonelynerd> ok 00:33 < lonelynerd> sounds great 00:34 <@nop> lonelynerd nothing wrong with urandom if random is considered secure 00:34 < lonelynerd> well if you check that there is enough entropy 00:36 <@hezekiah> So, nop? How exactly do we handle this hhhhhhhh problem? 00:36 <@nop> well 00:36 <@nop> for 1.1.0 I would limit the amount of repeated characters 00:36 <@nop> in a row that is 00:36 <@nop> and then leave it for in depth discussion in 1.2 00:37 <@hezekiah> OK. But what happens when someone does pattern like "hHhHhHhHhHhHhH"? 00:37 < lonelynerd> :) 00:37 <@nop> we need to create a counter that spaces it out 00:37 <@hezekiah> (Let's assume the user is an idiot. The software is only as secure as the user!) :) 00:37 <@nop> so so many bytes can not contain this letter 00:37 <@nop> since last used 00:37 < jeremiah> hello 00:37 <@nop> hi 00:37 <@hezekiah> jeremiah: hi. :) 00:37 < jeremiah> hey hezekiah 00:38 <@nop> for instance [h][H][xonH[xonH[ etc 00:38 <@hezekiah> So, 'h' can't be repeated more than _m_ times in _x_ bytes? 00:38 <@nop> yes 00:38 < jeremiah> are we talking about buffer overflows? 00:38 <@nop> it will be considered rejected entropy 00:38 <@hezekiah> jeremiah: Nope! We're talking about entropy! :) 00:38 <@nop> but still log the keyboard timings 00:38 <@nop> just ignore it as a string 00:39 < jeremiah> random number generators are supposed to make sure there isn't a correlation with the numbers anyways 00:39 < jeremiah> you can do that with chi-square 00:39 < jeremiah> right? 00:40 <@nop> well yarrow helps mix 00:41 <@hezekiah> You said we "log the keyboard timings". What's that mean? 00:42 < jeremiah> hezekiah: times between when you hit keys 00:42 < lonelynerd> that's difficult if input is buffered 00:42 <@nop> just do the character thing, it will be fine 00:42 <@nop> yarrow does the rest 00:42 <@hezekiah> nop: Are we getting the entropy from the keys being hit or the timing between when the keys get hit? 00:42 <@nop> both 00:42 <@hezekiah> Oh. OK. :) 00:42 <@hezekiah> I'll just write up some code that prohibits 'char' repeating more than 'm' times in 'x' bytes. :) 00:43 <@nop> yes 00:43 <@nop> thnx 00:43 <@hezekiah> Then for development, we brainstorm. ;-) 00:43 <@nop> yes 00:44 < LeerokOnKnoppix> How 'bout you get entropy from all possible inputs like the microphone, internet, processor speed, temperature, memory usage and speed, and other things? 00:44 < lonelynerd> LeerokOnKnoppix, calm down :P 00:44 <@hezekiah> I refuse to collect entropy from my internet connection; if someone can sniff it, then the quality of my entropy is lowwered. 00:45 <@nop> haha 00:45 < lonelynerd> yeah, and the kernel already does a nice job in gathering entropy. applications shouldn't do it 00:46 <@hezekiah> lonelynerd: That works fine as long as IIP is run on an OS with good kernel random number support. There are OS's that exist that _don't_ have good support! 00:46 < PsionX> like windows 00:46 <@hezekiah> lol 00:46 < lonelynerd> hezekiah, yep 00:46 -!- PsionX is now known as WindowsHater 00:46 < WindowsHater> lol 00:46 < lonelynerd> hezekiah, just use some #ifdef there 00:47 -!- WindowsHater is now known as PsionX 00:47 <@nop> this was discussed earlier 00:47 <@nop> and we will look at it on 1.2 00:47 <@nop> moving on 00:47 < lonelynerd> ok ok 00:47 <@nop> we'll end up repeating ourselves 00:47 <@nop> a dozen times 00:47 <@nop> before this meeting is over 00:47 <@hezekiah> Yeah. :) 00:47 <@hezekiah> Next item! :) 00:49 <@hezekiah> Uh, nop? Do we have a next item? 00:49 <@hezekiah> Perhaps: "What's on the list until we can release IIP 1.1" 00:50 <@hezekiah> Currently, I have: 00:50 <@hezekiah> 1.) mids adds docs for --randomdialog and --ignoreemptyrandom to isproxy.pod 00:50 <@hezekiah> 2.) nop finishes working on his HTML docs 00:50 <@nop> yeah 00:50 <@hezekiah> 3.) We correct the 'hhhhhhhh' entropy problem by prohibiting a certain number of repeated characters. 00:51 <@hezekiah> Anything else? 00:51 <@nop> right 00:51 <@nop> nope 00:51 <@nop> not that i know of 00:51 <@hezekiah> Well, hopefully all that will be done by next week! :) 00:51 <@hezekiah> (Or earlier!) 00:51 <@nop> yes 00:54 <@hezekiah> So what's next on the agenda? 00:55 <@nop> umm 00:55 <@nop> questions, 00:55 <@hezekiah> lol! 00:55 < LeerokOnKnoppix> Not much, it appears. 00:55 < LeerokOnKnoppix> Will there be socks? 00:55 * PsionX looks at his feet 00:55 < LeerokOnKnoppix> No, I mean the proxy thing. 00:55 <@nop> not in 1.1.0 00:56 < LeerokOnKnoppix> Hmm. 00:57 < LeerokOnKnoppix> Will there be IP spoofing? 00:57 < lonelynerd> w-what? 00:57 <@nop> umm, not in this lifetime 00:57 < LeerokOnKnoppix> Never mind. 00:57 < LeerokOnKnoppix> I'm just thinking up random questions. 00:58 < lonelynerd> :) 00:58 < LeerokOnKnoppix> Will there be any sort of file-transer? 00:58 < LeerokOnKnoppix> *transfer 00:58 <@nop> not in 1.1 00:58 < LeerokOnKnoppix> Will there be buddy icons? 00:58 <@hezekiah> LOL 00:59 < PsionX> will someone please shut him up? 00:59 < lonelynerd> LeerokOnKnoppix, you can already transfer files over iip but it's a bit slow 00:59 < LeerokOnKnoppix> I know. 01:01 < LeerokOnKnoppix> Will there be Reversi? 01:01 < PsionX> this guy wants everything and a bag of chips too 01:02 < LeerokOnKnoppix> Indeed. 01:02 <@nop> the best question 01:02 <@nop> will the human race be freed 01:02 <@nop> from oppression 01:02 < LeerokOnKnoppix> With IIP? Certainly! 01:02 <@hezekiah> lol! 01:02 < PsionX> i got a question 01:02 < PsionX> ... can i kick hezy in the butt for no good reson? 01:02 <@nop> sure 01:02 < PsionX> lol 01:03 <@hezekiah> nop: So my work for now is to write up the repeating-character-entropy fix. 01:03 <@nop> yes 01:03 <@nop> oh and change the world in one sitting 01:04 <@hezekiah> lol 01:04 * aum pulls his face out of the other windows 01:04 < LeerokOnKnoppix> Peace in Iraq. 01:04 < aum> hi all 01:04 < LeerokOnKnoppix> Hello. 01:04 <@hezekiah> Oh, boy! I spent TOO LONG going over THAT one! 01:04 <@nop> hi aum 01:04 < PsionX> ... 01:04 < PsionX> ... i got spikeys 01:05 <@hezekiah> Question! 01:05 < PsionX> Answer 01:06 <@hezekiah> After IIP 1.1 is released, are we going to sit down and draw up a nice linear list of what needs to be done to decentralize the ircd server? (For example: does the "core" code need to be completed first?) 01:09 <@nop> yes we will do that 01:09 <@mids> s/1.1/1.1.0/ 01:09 <@hezekiah> lol. OK, mids. :) 01:10 <@hezekiah> mids: Though it should probably be s/1\.1/1.1.0/ just for clarity's sake. ;-) 01:10 <@mids> oops, sorry 01:10 <@hezekiah> lol. :) 01:11 <@hezekiah> Also: 01:11 <@mids> maybe before decentralizing there should be another step 01:11 <@hezekiah> I've seen that there is the capability to make varios crypto cores. 01:11 <@mids> keeping a central irc, but letting the proxy be IRC aware 01:11 <@mids> so it can already handle private conversations 01:11 <@mids> etc 01:14 <@hezekiah> mids: i.e. it interprets /msg and does direct user-to-user encryption? 01:14 <@mids> yes 01:14 <@hezekiah> Well, I don't know how abstract things have to say, but I think it's a good idea until we can get the server decentralized! :) 01:16 <@hezekiah> About the crypto cores: if IIP has several crypto cores (SOCKS, SSL, and custom for example), then what happens when you have a connection between a user and several relays that has different encryption between each link? 01:16 <@mids> you can do what GPG does 01:16 <@mids> require a minimum 01:16 <@mids> and if both parties have better, use that 01:16 <@mids> also look hope SILC does it 01:17 <@mids> bye hezekiah 01:17 < PsionX> LOL dial up 01:17 < PsionX> lol on hezy 01:17 <@mids> ;) 01:17 <@mids> wb 01:17 < hezekiah> Let's say that SOCKS is weaker than SSL (I have no idea if it is.) 01:18 < namless> what about own privat/publick keys that the user can add to (client or to IIP proxy) so he can crypt what he talks to chertain chanels or private querys? (meaning users who downt have the right key on these special chanels or private queries down understant other users and IIP proxy filters this crypted text away) 01:18 < hezekiah> (Sorry about being nocked off the internet folks; my brother probably tried to get on.) 01:18 < namless> down -> dont (dam bad english and typos :( 01:19 <@mids> namless: like the existing blowfish etc encryption for irc clients, but then server side 01:19 <@mids> (psybnc has it too) 01:19 < namless> jep 01:20 < namless> the system vould be build into the IIP proxy so it could be transparent to the client... 01:20 <@mids> another thing that I'd like to see is support for multiple layers on the same 'mixnet' 01:20 < namless> vould-> could 01:20 <@mids> so you can do multiple protocols with the same relays 01:22 < hezekiah> (OK. This is getting annoying.) 01:22 <@mids> probably it is bedtime for you :) 01:23 < hezekiah> Nah. That's not for hours. 01:23 <@mids> so no divine intervention? 01:23 <@hezekiah> lol 01:23 <@hezekiah> So, mids. From what the logs said (Thank God for logs), you mentioned that we could do as GPG does: require a minimum and use better if we have it. 01:24 <@mids> yeah 01:24 <@mids> probably different systems can be compatible too 01:24 <@mids> like homebrew DH and SSL one 01:24 <@mids> with SSL just beeing faster 01:24 < hezekiah> But all the advantage of one connection type being securer than the other are lost when someone along the long uses something less secure. 01:24 -!- LeerokOnKnoppix is now known as LeerokShovelSno 01:26 < hezekiah> Oops. s/along the long/along the line/ 01:26 < hezekiah> Well, we can worry about that another day. 01:26 <@mids> k 01:26 <@mids> btw, any idea how to do something like <br> in POD format? 01:26 <@hezekiah> nop: Sometime we should also work on implementing RKA. :) 01:27 <@hezekiah> mids: You know more about POD than I do because I know nothing about POD! :) 01:29 <@nop> well we have RKA working but not as good as we'd like 01:29 <@nop> the GMP stuff will change that 01:29 <@hezekiah> mids: "E<escape>" -- a character escape 01:29 <@hezekiah> nop: We do? When did that happen? 01:29 <@nop> it's been in 01:30 <@nop> every 52 blocks it changes keys 01:30 <@hezekiah> Ah 01:30 <@hezekiah> Do you think we might make the key changing a little more random? 01:30 < namless> "everyting should be random"... 01:31 <@hezekiah> Like having a random number checked every 10 blocks and a 1 out of 3 chance of the key changing? 01:31 <@hezekiah> ... or having an SHA sum of the last 3 plaintext messages checked and a 1 out of 3 chance of the key changing based on that? 01:35 < lonelynerd> hmm 01:35 <@mids> ok, info about --randomdialog and --ignoreemptyrandom added to POD 01:35 < namless> by the way how "similar" is the traffic IIP is making? is there any plans to make this traffic to look as much random it can be? if the "transfer macanism" makes a static mark in the traffic then it can be detected as IIP traffic and can be started to be monitored and well there only the sky is the limit... 01:35 <@hezekiah> And committed to HEAD and development? 01:36 <@mids> oops 01:36 * mids does to dev too 01:37 <@hezekiah> nop? Are you there? 01:37 <@nop> sorry 01:37 <@nop> what 01:37 <@nop> dude, my brain is gone 01:37 <@nop> can we discuss all this later 01:37 <@hezekiah> OK. :) 01:37 <@hezekiah> Sorry. :) 01:38 <@mids> ok, lets close 01:38 <@hezekiah> (If it makes you feel any better, my brain is going to be gone too after a Physics review and some calcus!) :) 01:38 <@mids> commited to development too 01:38 * hezekiah hands mids the "baff"er 01:38 <@hezekiah> OK. Good! :0 01:38 <@mids> *baff* 01:38 <@hezekiah> s/0$/)/ 01:38 <@hezekiah> Bye all! :) 01:38 <@mids> cya next week 01:40 < lonelynerd> bye --- Log closed Wed Feb 19 01:40:48 2003 </div>/vi/blog/2003/02/11/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 11 Feb 2003 00:00:00 +0000/vi/blog/2003/02/11/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> _42, hezekiah, hobbs, lonelynerd, mids, nemesis, nop, thecrypto</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Feb 11 23:36:59 2003 23:37 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:37 [Users #iip-dev] 23:37 [ ArdVark ] [ logger ] [ mids] [ ptm ] [ UserX] 23:37 [ jeremiah] [ lonelynerd] [ pox ] [ thecrypto] 23:37 -!- Irssi: #iip-dev: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal] 23:37 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:57 < nop> hi hezekiah 23:58 < hezekiah> Hi. :) 23:58 -!- mode/#iip-dev [+o mids] by Trent 23:58 -!- mode/#iip-dev [+o nop] by Trent 23:58 <@mids> gimme an h. e. z. e. k. i. a. h 23:58 <@mids> hezekiah! 23:58 < hezekiah> lol 23:58 < lonelynerd> :D 23:58 < hezekiah> (Hmmm ....) 23:59 * hezekiah gets an idea wondering if I can do something in IRC. 23:59 <@nop> uh oh 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 -!- mode/#iip-dev [+o UserX] by hezekiah 23:59 < _42> what? 23:59 <@hezekiah> It works! 23:59 <@mids> kick me out? 23:59 <@hezekiah> Cool! 23:59 <@hezekiah> No. 23:59 -!- mode/#iip-dev [-o UserX] by mids 23:59 <@hezekiah> See if I could op UserX 23:59 <@nop> it worked yes 23:59 <@hezekiah> Oops. 23:59 <@mids> userx didnt identify 23:59 < _42> op everyone :) 23:59 <@hezekiah> Oh. 23:59 <@mids> he might be evil 23:59 <@mids> :) 23:59 <@hezekiah> My mistake. :( 23:59 <@mids> *grin& 23:59 <@hezekiah> I was just wondering if I could do it. (Good at C. Newborn at IRC.) --- Day changed Wed Feb 12 2003 00:00 <@nop> anonymity and authentication take practice hezekiah 00:00 <@mids> Tue Feb 11 23:00:05 UTC 2003 00:00 < _42> Yeah, but we all know that nop is sa&nbsp;fe. 00:00 <@nop> you will learn grasshoper 00:00 <@nop> ok 00:00 <@nop> welcome 00:00 <@mids> Welcome to the 30th meeting 00:00 <@nop> _42 let's take this outside 00:00 <@nop> ;) 00:00 < thecrypto> yah! 00:00 < thecrypto> 30! 00:00 <@nop> sweet 00:00 <@nop> ok 00:01 <@nop> anyway 00:01 <@nop> welcome, do we have anything specific on the agenda 00:01 <@hezekiah> IIP 1.1 yet? 00:01 <@mids> nope! 00:01 < hobbs> 30 is the product of the first three primes. :) 00:02 <@nop> hehe 00:02 < thecrypto> yah! 00:02 < thecrypto> primes! 00:02 <@nop> simmer down everyone 00:02 <@mids> showstoppers for IIP 1.1: 00:02 <@mids> - file paths 00:02 < _42> what about them? 00:03 <@nop> 42 we have questions later 00:03 <@nop> after all this 00:03 <@nop> continue mids please 00:03 <@mids> 42 asked what is one with the file paths I guess 00:03 <@mids> I dont have other showstoppers 00:04 <@nop> oh 00:04 <@nop> well than do a . 00:04 <@nop> so we know 00:04 <@nop> sorry 42 00:04 < _42> it's ok 00:04 <@nop> ok umm, I believe UserX is working on the file path issue 00:04 <@nop> I don't think he's at his keyboard at this moment 00:04 <@mids> he didnt yet 00:04 <@mids> I checked today 00:04 <@nop> but I'll see if I can get that done stat 00:05 <@hezekiah> I also proposed a solution. 00:05 <@nop> oh ok 00:05 <@hezekiah> I'm willing to code it if someone tells me what to do. 00:05 <@mids> read http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 <@mids> and fix it :) 00:05 <@nop> ok, mids I think you know the details of what we wanted done, but did we decide on the proper paths? 00:05 <@hezekiah> If that 00:06 <@hezekiah> mids: ... that's the bugtracker ID, then I've already read it. :) 00:06 <@mids> yeah 00:06 <@mids> first ~/.iip/ 00:06 <@mids> if not, current dir 00:06 <@hezekiah> Were we going to make an "install-local"? 00:07 <@mids> yes 00:07 <@hezekiah> BTW, accourding to my testing, the code already does that. 00:07 <@mids> I already made that I think... 00:07 <@hezekiah> It just requires that ~/.iip exists. 00:07 <@mids> hezekiah: it never ever puts iip.log in there 00:07 <@hezekiah> Ah. 00:07 <@hezekiah> That can be corrected. :) 00:07 <@mids> and maybe also not mynode.ref 00:07 <@hezekiah> Any other files that need to be there? 00:07 <@hezekiah> (I think it does put node.ref there.) 00:08 <@mids> userx' problem was that the logger code is very low level 00:08 <@hezekiah> How's that affect the file paths? 00:08 <@mids> and it doesnt have the extended features like '@' extends to path 00:09 <@hezekiah> (I wish people would tell me they want these things.) I can probably write that up for him. 00:09 <@hezekiah> In the development tree that is. I'm not sure what the logging code in head looks like. 00:10 <@hezekiah> I should be able to write that up for him in head as well. 00:10 <@hezekiah> I'll have to ask him exactly what he wants. :) 00:11 <@mids> do that 00:11 <@hezekiah> OK. :) 00:11 <@hezekiah> So exactly what files _aren't_ getting placed in ~/.iip? 00:12 <@hezekiah> You mentioned iip.log. 00:12 <@mids> according to codeshark: iip.log, isproxy.ini, mynode.ref, seed.rnd 00:12 <@hezekiah> Hmmm. 00:12 <@hezekiah> I can't remember which CVS tree I tested, but isproxy.ini, node.ref, and seed.rnd were are placed in ~/.iip. 00:13 <@hezekiah> The key was that ~/.iip needs to exist _and_ isproxy.ini needs to be in ~/.iip or not exist. 00:13 <@hezekiah> When those conditions are met, the 3 files I listed are placed in ~/.iip. 00:13 <@mids> if not, current directory 00:14 <@hezekiah> Right. 00:14 <@hezekiah> isproxy.ini listen.ref node.ref seed.rnd 00:14 <@hezekiah> Those are the files that the development branch places in ~/.iip. 00:14 <@mids> what about mynode.ref ? 00:15 <@hezekiah> mids, I've never met a file called mynode.ref. 00:15 <@hezekiah> What is it? 00:15 <@mids> it is created if you make a public/private relay 00:15 <@mids> contains the info that is also sent to inform 00:15 <@nop> yes 00:16 <@nop> it's designed for if you want to do neighbor noding 00:16 <@hezekiah> It is only mentioned in active sourcecode at: iip/iip-ui.c:650 00:16 <@nop> they specifically piggy back off you 00:16 <@nop> so they can bootstrap 00:16 <@nop> into the network 00:18 <@mids> ok 00:18 <@mids> keep in mind that the filepath can be changed 00:18 <@mids> it has to work if the filepath is changed too 00:18 <@hezekiah> (I'm looking into where mynode.ref gets placed.) 00:18 <@mids> or if the location for the individual files are specified too 00:18 <@hezekiah> mids: right now the filepath is hardcoded into the code. 00:19 <@mids> -f lets you change the path 00:19 <@hezekiah> If features are added in the future to do those things, then the code can be adapted to work with them. 00:19 <@mids> see my manpage :) 00:19 <@hezekiah> Hmmm ... odd. 00:20 <@hezekiah> Oh, duh! Right, the part that's hardcoded is used as a default parameter. 00:21 <@mids> thats fine 00:21 <@hezekiah> Anyway, I'll talk to UserX and see what he has done/wants done. :) 00:21 <@nop> coo 00:21 <@mids> huya 00:21 <@hezekiah> huya? 00:21 <@mids> lets try to get this done BEFORE the next meeting 00:22 <@hezekiah> If I can catch UserX before the next meeting (which I should), and I can get rid of this cold (which I should), and I don't make any more braindead mistakes (which I hope I won't), then hopefully, it will be. 00:22 <@hezekiah> (Note I garuntee nothing: Coding is far to volatile [no pun intended] to do that.) 00:23 <@mids> would be awesome 00:23 <@mids> okay 00:23 <@mids> other release issues? 00:23 <@mids> did everybody look at the new manpage? 00:23 <@mids> can the old one be removed? 00:23 <@hezekiah> Yeah. 00:23 <@hezekiah> Do you want it removed? 00:24 <@mids> I'll do that right away 00:24 <@mids> I wont put the .1 manpage in CVS 00:24 <@mids> if we release, it has to be created 00:25 <@mids> I'll send my Makefile with install-local to the mailinglist 00:25 <@hezekiah> Should the makefiles create the manpage? 00:25 <@mids> not right now 00:26 <@mids> end-users dont need to have perl 00:26 <@hezekiah> OK. Should they be installed by the Makefile? 00:26 <@mids> (which ships perldoc) 00:26 <@mids> future versions can have a make distribute or something 00:27 <@hezekiah> I'm asking these questions because right now the automake Makefiles for the development tree install the isproxy.1 manpage. 00:27 <@mids> making a directive that makes an isproxy.1 out of isproxy.pod should be simple 00:28 < lonelynerd> [ 00:28 <@hezekiah> Right. But that makes the end user require perl. :) 00:28 < lonelynerd> whoops 00:28 <@mids> pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 00:28 <@hezekiah> Remember, you said you don't want them to need perl. 00:28 <@mids> then put that in the make distribute code 00:28 <@mids> I am more talking about requirements for 1.1 00:28 <@mids> 1.2 is different 00:29 <@mids> k 00:30 <@mids> TODO: mids mail install-local makefile 00:30 <@mids> hezekiah contact userx 00:30 <@hezekiah> Right. 00:30 <@mids> nop: look at podfile 00:30 <@mids> okay, for install-local 00:30 <@mids> where should the binary and manpage be installed? 00:30 <@mids> ~/bin and ~/man or something? 00:31 <@mids> or not install manpage.. 00:31 <@hezekiah> What did UserX say in our email conversation? 00:31 <@nop> ok 00:31 <@hezekiah> Oops. 00:32 <@hezekiah> nop? 00:32 <@nop> yes 00:32 <@nop> which email conversation 00:32 <@hezekiah> You were saying something. :) 00:32 <@nop> no 00:33 <@nop> just saying I'd look at podfile 00:33 <@hezekiah> Oh, mids, UserX, and I were going back and forth about what to do with the file path problem. 00:33 <@hezekiah> Part of that involved making an install-local makefile target. 00:33 <@hezekiah> I think I sent CC's of all my messages to you. 00:33 <@mids> did get some 00:33 <@hezekiah> Except for one that your email box wouldn't accept because it was full. 00:33 <@hezekiah> (I anonymailed you the summary of that one.) 00:34 <@hezekiah> I quote from UserX: "A possible solution to this is to add a "install-local" target to the Makefile. This would put the executable in ~/bin/ and other files in ~/.iip/." 00:35 <@mids> mail sent 00:37 <@hezekiah> So for now, install-local only copies node.ref and isproxy. 00:37 <@hezekiah> I still see a small problem. 00:37 <@hezekiah> When the user just runs "make install". 00:38 <@hezekiah> ... then ~/.iip doesn't get created. 00:38 <@hezekiah> Thus, isproxy will still leave its files in the current directory. 00:38 <@mids> can you check userid with make? 00:38 <@hezekiah> Huh? 00:38 <@mids> so if you arent root, make install will give an error 00:39 <@hezekiah> You can run a command like whoami. 00:39 <@mids> would that be an option? 00:39 <@hezekiah> id -u 00:39 <@hezekiah> That should spit out the numeric ID of the user. 00:40 <@mids> "Error: make install requires you to be root, use make install-local instead" 00:40 <@hezekiah> Well, they should get that anyway if they are trying to copy files to /usr/local/bin 00:41 <@hezekiah> It still doesn't fix the problem: isproxy will not place files in ~/.iip unless it exists, and "make install" doesn't create it. 00:41 < nemesis> can i speak? 00:41 <@hezekiah> (I don't see why not. Nop or mids can he speak? 00:41 <@hezekiah> ) 00:41 < nemesis> ;) 00:41 <@mids> please speak 00:42 < nemesis> anyone know the linux distri SoL (server optimized linux) ? there are a root /server for all servers, unreal are added too 00:42 <@mids> (hezekiah: make install makes /home/iip/.iip/ and installs there) 00:42 < nemesis> it would be nice when iip goes someday in that distri 00:43 < _42> What about configure --prefix=~ ? 00:43 < nemesis> any suggestions? 00:43 <@mids> _42: 1.1 doesnt have configure yet, 1.2 does 00:43 < _42> oh. 00:43 <@hezekiah> _42: the main branch of CVS doesn't have a configure script. 00:43 <@mids> _42: good point though 00:43 <@hezekiah> _42: but I already suggested that for 1.2. :) 00:44 <@mids> nemesis: once 1.1 is out, we'll ask distributetions to make packages 00:44 <@mids> which leads us to the following, we need an init.d script 00:44 <@mids> we should really supply that 00:44 < nemesis> SoL usese XML for that 00:44 < nemesis> very nice configs... 00:44 < _42> mids: they're distro-defined. I might be able to write a gentoo one. 00:45 <@hezekiah> And Gentoo uses a different format than most. 00:45 <@mids> iip.1.1.showstoppers.add(init.d-script) 00:45 <@mids> maybe we can supply a general one? 00:45 <@hezekiah> I wouldn't bet on it working. 00:45 <@mids> ah 00:45 <@mids> so, we dont have to? 00:45 <@hezekiah> I'd save leave it to the distros, or make distro-specific ones. 00:45 < _42> mids: gentoo uses a dependency system with its init.d scripts. It's simple, but incompatible. 00:45 <@mids> k 00:45 <@mids> then lets leave it 00:46 <@mids> I still have some contact info of a debian packages 00:46 <@hezekiah> _Especially_ when not all distros even USE init.d! (Gentoo uses a totally different format.) 00:46 <@hezekiah> OK. :) 00:46 <@mids> he offered to package iip in the past 00:46 <@hezekiah> Cool! :) So where were we? 00:46 <@mids> show stoppers 00:46 <@mids> any more? 00:46 <@hezekiah> Oh, yeah. 00:46 <@hezekiah> I don't know of any 00:46 < nemesis> when will 1.1 be released? ;) 00:46 <@mids> nemesis: once all the show stoppers are tackled 00:47 <@hezekiah> When we fix all the showstoppers! ;-) 00:47 <@mids> what about the windows helpfile thing 00:47 <@mids> how does that work atm? 00:47 < nemesis> *g* k thx 00:47 <@mids> what does it say 00:47 < _42> mids: If I knew the proper start/stop commands I could write a gentoo runscript. 00:47 <@hezekiah> I have no clue. I don't use Windoze unless I need to. 00:47 <@mids> I believe that codeshark made a 'no help right now, see http://help.invisiblenet.net/' or something 00:47 <@hezekiah> (If it comes to that, I could write one, _42. I use Gentoo.) 00:47 <@mids> thx 00:47 < _42> hezekiah: how about one of us does the ebuild, and the other the init.d? :) 00:47 <@hezekiah> Fine. I don't really care. :) 00:48 < _42> yes, but who does what? 00:48 <@mids> ok 00:48 <@mids> any windows user? 00:48 <@hezekiah> You can do both if mids lets you. :) 00:49 <@mids> it wont be bundled in the 1.1 release itself 00:49 * hezekiah listens to the thunderous silence resounding through the room. 00:49 <@mids> oh yeah 00:49 <@hezekiah> What? 00:49 <@mids> nop had to read through the docs 00:49 <@mids> some crypto things changed 00:50 < _42> what, the ebuild? of course not. That's distributed from Gentoo HQ. in a mysteriopus complex in (DELETED FOR DISTRO SECURITY REASONS) via rsync 00:50 <@hezekiah> So what's the list of stuff we need to do until 1.1 look like now? 00:50 <@hezekiah> _42: I know. But you can write one and submit it to the bugzilla list. 00:50 <@mids> - filepath 00:50 <@mids> - install-local 00:50 <@mids> - readme, install, authors update 00:51 <@mids> - windows documentation check 00:51 <@mids> . 00:51 <@hezekiah> - and nop needed to look at those docs you mentioned? 00:51 <@nop> ok 00:51 <@hezekiah> Or was that the windoze doc check? 00:52 <@mids> well 00:52 <@mids> the docs on http:L 00:52 <@hezekiah> Ah! :) 00:52 <@mids> http://help.invisiblenet.net/ can be changed also after release 00:52 <@hezekiah> So my work is talking to UserX about the filepath stuff and seeing how I can help all this. 00:52 <@mids> yes 00:52 <@mids> and pushing us to do our stuff 00:52 <@hezekiah> lol. 00:53 <@hezekiah> I wouldn't do good at that. You're better at pushing. ;-) 00:53 <@mids> I k 00:53 <@mids> I'll request daily updates 00:53 <@mids> at 8.00 am 00:53 <@mids> :) 00:53 <@hezekiah> Do I change the development automake Makefile templates to mimic your install-local, or does it need to be reviewed first? 00:54 <@mids> it is a request for comments 00:54 <@hezekiah> Ah. 00:54 <@mids> lets first put it in 1.1, if everybody agrees 00:54 <@mids> cvs dev can be done later 00:54 <@hezekiah> I have a comment: let's make a PREFIX var. 00:54 <@hezekiah> Right now /usr/local is hardcoded into several variables. 00:55 <@mids> in Makefile? 00:55 <@hezekiah> This is a pain for anyone that needs to install on a system that doesn't use /usr/local. 00:55 <@mids> ok 00:55 <@hezekiah> i.e. INSTALLEXEPATH would look like this 00:55 <@hezekiah> > PREFIX=/usr/local 00:55 < _42> what's the syntax for checking out the 1.1 branch? 00:55 < _42> from cvs 00:55 <@mids> 1.1 is HEAD 00:55 <@hezekiah> > INSTALLEXEPATH=$(INSTALLEXEPATH)/bin 00:55 <@hezekiah> . 00:55 < _42> ok 00:56 <@hezekiah> 1.2 is development. :) 00:56 <@hezekiah> ;-) 00:56 < _42> oh, how zen 00:56 < _42> You must be one with the development... 00:56 <@hezekiah> Anyway, a PREFIX var would let someone go "make PREFIX=/usr install" instead of setting 3-4 other variables. 00:57 <@hezekiah> _42: yeah. :) 00:57 <@hezekiah> _42: but I do bugfix stuff for 1.1 too ... it's just that most my code goes in development. 00:57 <@mids> how do you let make PREFIX= override the PREFIX in the Makefile? 00:57 <@hezekiah> "make PREFIX=/usr install" 00:57 < _42> 'k. But if dev is in CVS, wouldn't a co without a -r get it as well? 00:57 <@mids> I mean, in the makefile itself 00:58 <@hezekiah> It would override whatever PREFIX was set to in the makefile. 00:58 <@mids> automagically? 00:58 <@hezekiah> If PREFIX=/usr/local in the makefile "make PREFIX=/usr install" makes PREFIX=/usr instead. 00:58 <@mids> great 00:58 <@hezekiah> That's one way how Gentoo ebuild get around anoying makefiles. :) 00:58 <@mids> ok 00:59 <@mids> nother thing 00:59 <@hezekiah> Cool. 00:59 <@mids> in iip/doc/help/imaghes 00:59 <@mids> iomages 00:59 <@mids> images even :) 00:59 <@mids> there are some bmp files 00:59 <@mids> I believe that they can be removed 00:59 <@mids> iip.pdf in doc/help too 00:59 <@hezekiah> You sure the files in doc/help don't use them? 00:59 <@mids> no idea 00:59 <@mids> I am not a windows guy 00:59 <@hezekiah> (Ouch.) 01:00 <@mids> should ask codeshark 01:00 <@mids> he made em 01:00 <@hezekiah> Neither here, but I try to be careful. 01:00 <@hezekiah> I'll leave the removing of files from the HEAD branch to you. :) 01:00 <@hezekiah> (... and keep my neck safely on my shoulders.) ;-) 01:00 <@mids> ok, I removed isproxy.1 from both branches 01:00 <@hezekiah> Ah. 01:00 <@mids> super todo: mail todo list to mailinglist 01:00 <@mids> :) 01:00 <@hezekiah> lol 01:01 <@hezekiah> First we should update it. 01:01 <@hezekiah> There are a bunch of things I've done that never got checked off. 01:01 <@hezekiah> Also, the development branch makefiles depended on isproxy.1. 01:01 <@mids> oh 01:01 <@mids> I already removed isproxy.1 from dev 01:02 < _42> The Makefile should support copying files to one dir but configuring the executable for another 01:02 <@hezekiah> So what do I do _exactly_ with isproxy.pod? 01:02 <@mids> here it comes: 01:02 < hobbs> mmm. pod. 01:02 <@hezekiah> Well, we can put it back if we need to, but I think there are better things to do. :) 01:02 <@mids> hezekiah: pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 01:02 <@hezekiah> _42: it does. The executable and makefiles go in different places. They were both targets for "make install" though. 01:03 <@mids> I hope that the makefile knows the version somehow 01:03 <@hezekiah> I can handle that. 01:03 <@hezekiah> But this makes the user require perl. 01:03 <@nop> sorry guys I'm in and out 01:03 <@nop> at work so 01:03 <@hezekiah> (We were over this before.) 01:03 < _42> No, I mean copy the files to one directory specified by overriding a makefile var and configure them for another 01:03 <@hezekiah> No problem. :) 01:03 <@mids> you can replace "./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1" with "$? > $@" 01:03 < _42> k 01:04 <@hezekiah> OK. 01:04 <@hezekiah> But this still leaves the user of the development branch dependant on perl. 01:04 <@hezekiah> Is that OK? 01:04 <@mids> depend on pod2man 01:04 <@hezekiah> OK. 01:04 <@hezekiah> So I make the configure script look for it. 01:04 <@mids> yes 01:05 <@mids> _42: doesnt gentoo patch makefiles etc? 01:05 <@mids> (like freenet does) 01:05 <@hezekiah> nop: any objections to me having the configure script look for pod2man and having the makefile (in the development tree) build the manpage? 01:05 <@hezekiah> mids: Gentoo uses patches, sed, or just sets makefile VAR's. 01:06 <@hezekiah> mids: whichever least drastic measure is required. :) 01:06 * mids guesses that nop doesnt object 01:06 < _42> mids: it can, but it's easier to add a PREFIX=${D}/ 01:06 <@mids> _42: yop 01:06 < _42> freenet patches akefiles? 01:06 <@mids> freebsd 01:06 < _42> ah 01:07 <@mids> or maybe it doesnt 01:07 <@mids> anyway 01:08 <@mids> - filepath (A hezekiah, userx) 01:08 <@mids> - Makefile install-local,PREFIX 01:08 <@mids> - README, INSTALL, AUTHORS (mids) 01:08 <@mids> - windows documentation (codeshark) 01:08 <@mids> - docs (nop) 01:08 <@mids> any additions? 01:09 <@mids> otherwise I'll mail that 01:09 <@hezekiah> Not that I can think of. :) 01:10 <@mids> who will do the makefile? 01:10 <@mids> me? 01:10 <@hezekiah> You do the HEAD one. 01:10 <@mids> I am talking about HEAD 01:11 <@hezekiah> I usually take care of the makefiles/configure script in development. :) 01:11 <@hezekiah> You do it. :) 01:12 < lonelynerd> what about debian packages? ;) 01:12 <@mids> lonelynerd: that can be done after the code is frozen / release is made 01:12 < lonelynerd> sure 01:13 <@mids> TODO mailed 01:13 <@mids> ok 01:13 <@mids> question round? 01:14 <@mids> question round. 01:14 < hezekiah> Sorry about that. 01:14 < hezekiah> I got disconnected. 01:14 <@mids> you did? :) 01:14 < hezekiah> Yeah. :) 01:16 <@mids> okay, meeting participants without questions are not allowed to ask any for a week if they could ask them now :) 01:16 <@hezekiah> lol. 01:16 <@hezekiah> mids: do people actually come up to you with questions during the week? 01:17 <@mids> shiploads 01:17 <@hezekiah> Wow! 01:17 < lonelynerd> ;) 01:17 <@mids> mostly in #iip and #help 01:17 <@hezekiah> Oh. "Mommy, Mommy! What's an isproxy!?" 01:17 <@hezekiah> ;-) 01:17 <@mids> RTFM 01:18 <@hezekiah> lol 01:18 <@mids> ok 01:18 <@mids> end? 01:18 * hezekiah hands mids his gaffle to "baf" 01:18 <@mids> baf it will be --- Log closed Wed Feb 12 01:19:02 2003 </div>/vi/blog/2003/02/04/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 04 Feb 2003 00:00:00 +0000/vi/blog/2003/02/04/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> FillaMent, hezekiah, jrandom, lonelynerd, mids, MrEcho</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Feb 04 23:38:39 2003 23:38 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:38 [Users #iip-dev] 23:38 [ co ] [ mids ] [ Neo] [ ptm ] 23:38 [ logger] [ MrEcho] [ pox] [ UserX] 23:38 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:38 -!- Irssi: Join to #iip-dev was synced in 12 secs 23:51 < mids> nop wont be on 23:51 -!- mode/#iip-dev [+o mids] by Trent 23:51 -!- mode/#iip-dev [+o UserX] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 <@hezekiah> Oops! 23:59 <@hezekiah> I was just about to try that, mids! :) 23:59 <@hezekiah> I think I figured it out! 23:59 <@mids> you did 23:59 * hezekiah feals very happy with himself for learning more about IRC. :) --- Day changed Wed Feb 05 2003 00:00 < MrEcho> lol 00:00 <@mids> Tue Feb 4 23:00:10 UTC 2003 00:00 <@mids> Welcome to the 29th iip meeting 00:00 <@mids> nop emailed me that he wont be there 00:00 <@mids> so you got to do it without him 00:00 <@mids> I dont have a specific agenda 00:00 <@mids> except for this 00:01 <@mids> 1) welcome :) 00:01 <@mids> 2) highlights of the week 00:01 <@mids> 3) questions 00:01 <@mids> . 00:01 <@mids> any highlights to report? 00:02 <@hezekiah> Uh, not on my side. I'm still waiting for UserX or nop to look at the GnuMP BigNum impl. to see if it's OK. 00:02 <@mids> userx added some code to the isproxy so that an empty node.ref file wont do harm if you upload 00:02 <@hezekiah> The configure options for it got uploaded though. 00:02 <@hezekiah> Is IIP 1.1 out yet? 00:03 <@mids> havent seen it 00:03 <@hezekiah> I guess not. 00:03 <@mids> only thing is that we need to look at the location where the files are saved 00:04 <@hezekiah> Hmmm ... 00:04 <@mids> and if that gives bugs on different operating systems 00:04 <@hezekiah> What exactly is the problem? 00:05 * mids loads the sourceforge bugtracker 00:05 <@mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 * hezekiah is doing the same. 00:05 <@hezekiah> Thanks. :) 00:06 <@hezekiah> I remeber looking at that briefly once. 00:07 <@hezekiah> The tricky part is what you are supposed to do in Windows. 00:07 <@hezekiah> The *nix/*BSD part shouldn't be that difficult. (I hope.) 00:07 <@mids> in windows it does just look at the current working directory 00:08 <@hezekiah> I'll leave the Windows part to UserX. :) 00:08 <@mids> the windows behavious shouldnt change imho 00:09 <@hezekiah> Whatever. I run linux, and avoid Windows whenever I can. ;-) 00:09 <@mids> same 00:09 <@mids> but what behaviour do we want for unix? 00:09 <@hezekiah> The behavior is defined in the code using #ifdef's based on platform. 00:09 <@mids> you need to have access to the root/iip account to be able to access ~iip/.iip 00:10 <@mids> so it should also look in other dirs 00:10 <@mids> like ~/.iip 00:10 <@mids> or the current dir 00:10 <@hezekiah> Well, if isproxy is installed the default thing for a program to do would be look in /home/<user's homedir name>/.iip 00:10 <@hezekiah> So in my case: /home/hezekiah/.iip 00:10 <@hezekiah> node.ref would be /home/hezekiah/.iip/node.ref 00:11 <@hezekiah> Then each user can have their own settings, etc. 00:11 < MrEcho> you can kind of do the same thing in NT 00:11 < MrEcho> my doc's folder is protected 00:11 <@hezekiah> But under Win9[58] there really aren 00:11 < MrEcho> ya 00:11 <@hezekiah> aren't user specific home dirs. 00:12 < MrEcho> anyone using 9x needs help anyways .... 00:12 * hezekiah laughs 00:12 <@hezekiah> Well, I'll email nop and ask him how he wants it done for *nix. Then, I'll see what I can do. 00:12 <@mids> mail the list please 00:13 <@mids> the we can all discuss 00:13 < MrEcho> for the 9x ppl just put the files in ./.iip/ 00:13 <@hezekiah> OK. 00:13 <@hezekiah> Or when IIP is installed it could be installed in Program Files/IIP. 00:14 < MrEcho> for 9x ppl 00:14 <@hezekiah> node.ref, isproxy.ini, seed.rnd, etc. could be placed there. 00:14 <@mids> if you start IIP with a windows start thingie, then you can set the workingdirectory 00:15 <@hezekiah> Well, anyway, I don't intend to touch the Windows implementation with a ten-foot poll. UserX can figure this one out. ;-) 00:15 < MrEcho> :P 00:15 <@mids> ok 00:15 < FillaMent> You could look into a nasty WSH script. Then you can store in info in the registry 00:15 <@hezekiah> (My compiler might not even _compile_ IIP under Windows!) 00:15 <@mids> :) 00:15 < MrEcho> fuck the registry 00:15 <@hezekiah> FillaMent: if we used the registry in a program that needs to work under *nix, it would be an #ifdef NIGHTMARE!! 00:16 < FillaMent> Not what I"m saying 00:16 <@hezekiah> (But I will admit I tought of it to for a few seconds ... only a few, mind you.) 00:16 <@hezekiah> Oh? 00:16 <@hezekiah> Explain? :) 00:17 < FillaMent> Have the location of the data file stored in the registry, then launch IIP with a WSH script that pulls the path out of the registry and pass it to the program as a cmnd line option 00:17 < MrEcho> http://bofh.st/bofh/images/traffic.gif 00:18 <@hezekiah> That might be doable. 00:19 <@mids> I only had someone asking for windows NOT to change the current system there 00:19 <@mids> maybe it would be nice to let it work without registry 00:19 < FillaMent> A while back I wrote a script that would replace the name of the last logged in user with an arbitrary string. NT Ninja Vanish =) Had to do it because Generals and Colonels would freak because there was another login nam 00:19 <@mids> from a security / anonymity pov 00:20 <@hezekiah> I have to admit that I hate the Windoze registry with a pasion, just my personal opinion, though. :) 00:20 < MrEcho> same here hezekiah 00:20 < MrEcho> but ive learned to work with it 00:20 <@hezekiah> So have I, ... but I still hate it. :) 00:20 <@mids> so 00:20 <@mids> lets investigate this week how the system currently works 00:21 <@mids> and discuss on the list about how it should 00:21 <@hezekiah> Right. 00:21 <@mids> after that, make it work like it should :) 00:21 <@hezekiah> I'll post an email to start up the conversation. 00:21 <@mids> yay 00:21 <@mids> so 00:21 <@mids> next item? 00:22 <@hezekiah> 3.) questions 00:22 < MrEcho> where the hell is 1.1 00:22 <@mids> *nod* 00:22 < MrEcho> hehe 00:22 <@hezekiah> I don't know. 00:22 <@hezekiah> But I think the reason it's not out is because of the aforementioned bug. 00:22 <@hezekiah> (The one we are going to talk about on the mailing list.) 00:23 < MrEcho> i just hope it connects faster and more stable connections 00:24 <@hezekiah> (I have to admit I haven't had a problem with unstable connections, and I usually connect to the 1st or 2nd node I try.) 00:24 <@mids> but that is just because you have a clean node.ref, I assume? 00:24 <@hezekiah> No. 00:24 <@hezekiah> I have a normal node.ref 00:24 <@mids> oh 00:25 <@mids> but you never stay online for 24 h 00:25 <@hezekiah> It's the one the server gives me each time I conect. 00:25 < FillaMent> I can stay connected for a couple days, usually. 00:25 <@hezekiah> No. I have a life. ;-) 00:25 <@mids> one can stay online without irc-ing ofcourse 00:25 <@mids> *geeh* 00:25 <@hezekiah> And my family's phone line is the same on the internet connection is on. :) 00:25 < jrandom> eww 00:26 <@mids> then get offline now! 00:26 <@mids> :) 00:26 <@hezekiah> Other questions? 00:26 <@mids> I dont have those 00:28 < FillaMent> HaZaa... 00:28 <@hezekiah> HaZaa? 00:28 <@mids> gesundheit 00:28 <@hezekiah> *lol* 00:28 <@hezekiah> Was that a question, FillaMent? 00:28 < FillaMent> My FServe 00:29 <@hezekiah> OK. I'm lost. :) 00:29 <@mids> tell us about it hezekiah 00:29 <@mids> s/hezekiah/FillaMent/ 00:30 < FillaMent> I was just wondering if there'd be any expected problems using IIP as a comm backbone for a lot of file browsing. 00:30 < FillaMent> And eventually a text-based protocol like HTTP 00:30 <@mids> you will be bound to the slowness of IIP 00:30 <@mids> the 50B/s limit 00:31 <@hezekiah> IIP might not always be slow, mids. ;-) 00:31 <@hezekiah> We shall optimize and improve. :) 00:31 <@mids> hurray 00:31 < FillaMent> That's not a big deal since we're not doing actual file transfer of IIP. Just comm. I'm concerned with whether or not it would be a strain. 00:32 < lonelynerd> 50B/s might be ok for telnet 00:32 <@hezekiah> (Mids? You want to answer all this? I'm reeaaallllyyy lost.) 00:32 <@mids> ok 00:32 <@mids> FillaMent is working on something caled HaZaa 00:32 <@mids> it is some fserve on IIP 00:33 <@mids> which uses Freenet for the actual file sharing 00:33 <@mids> right? 00:33 < FillaMent> Yeah... IIP for the browsing. 00:33 <@mids> so you have some telnet/ftp like interface locally 00:33 < FillaMent> firing it up now. 00:34 < FillaMent> haz: /msg hazaaclone shell 00:36 < FillaMent> haz: /msg hazaaclone cd /stuff/mp3s 00:38 <@hezekiah> Not bad!! 00:38 <@hezekiah> Uh ... how do you leave the shell? 00:38 < FillaMent> It just times out. 00:38 <@hezekiah> Oh ... 00:39 < FillaMent> Think traffic like that would be a problem... I expect /lots/ of people will run them. Especially since DALnet just put a ban on FServes 00:40 < HazaaClone> I might clog your chat network =) 00:40 <@hezekiah> Hmmm ... 00:40 <@hezekiah> That would be a problem. :) 00:41 < FillaMent> Dunno how much traffic it would be or what effect it will have on IIP. 00:41 <@mids> during the slashdot attack we did do pretty well 00:41 < FillaMent> Sounds solid then. 00:41 <@mids> the total amount of people wasnt too high 00:41 <@mids> but it was constant joining and parting 00:42 < FillaMent> I /think/ I got the flooding issue fixed. 00:43 <@hezekiah> Well, if you threw in an "exit/quit" command, maybe the connections would be lower. Just a suggestion. :) 00:44 <@hezekiah> Well, I had better go. See you all around. :) 00:44 < FillaMent> THe eventual version will use IIP to pass search queries and query results. 00:45 <@hezekiah> mids: I'm looking into the code on the file placement bug. I should have an email up on the mailing list shortly. :) 00:45 <@hezekiah> Bye, all! :) 00:45 <@mids> bye 00:46 < MrEcho> hey mids .. have you checked out iip-im latly 00:46 <@mids> nope 00:46 <@mids> but I didnt get many CVS updates 00:46 < MrEcho> got a bunch of stuff done 00:46 <@mids> lets end the official part of the meeting 00:46 < MrEcho> im working on xml themes right now 00:46 <@mids> and move over to friendly chit chat 00:46 < MrEcho> ... 00:47 < FillaMent> ooooo! That just gave me an idea. 00:48 < FillaMent> Oooo.... this is going to ROCK! 00:48 <@mids> ? --- Log closed Wed Feb 05 00:48:36 2003 </div>/vi/blog/2003/01/28/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 28 Jan 2003 00:00:00 +0000/vi/blog/2003/01/28/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> Bouris, case, Debrys, hezekiah, lonelynerd, mids, MrEcho, nop</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký Cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Jan 28 22:35:17 2003 22:35 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:35 [Users #iip-dev] 22:35 [ co] [ logger] [ pox] [ ptm] [ UserX] 22:35 -!- Irssi: #iip-dev: Total of 5 nicks [0 ops, 0 halfops, 0 voices, 5 normal] 22:35 -!- Irssi: Join to #iip-dev was synced in 2 secs 22:41 -!- mode/#iip-dev [+o mids] by Trent 22:41 -!- mode/#iip-dev [+v logger] by mids 22:41 -!- mode/#iip-dev [+o UserX] by mids 23:56 -!- mode/#iip-dev [+o nop] by mids --- Day changed Wed Jan 29 2003 00:00 <@mids> Tue Jan 28 23:00:00 UTC 2003 00:00 <@nop> hi 00:00 < Debrys> greetings 00:00 < case> hallo 00:00 <@nop> hi 00:00 < Bouris> Hi. 00:00 < MrEcho> hey case 00:00 <@nop> meeting started 00:00 < case> sup echo 00:01 <@mids> nop: agenda please 00:01 <@nop> ok 00:01 <@nop> I thought you had it 00:01 <@nop> ;) 00:01 <@nop> 1) welcome 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) Normal stuff 00:01 <@mids> 3) Questions 00:01 <@mids> . 00:01 <@nop> sure that works 00:01 <@nop> welcome to the nth IIP-dev meeting 00:01 <@nop> 2) Normal stuff, i.e. IIP update 00:01 <@nop> ok 00:02 <@nop> we're working on getting rc3 changed to 1.1 final 00:02 <@nop> I think all that's left is some path fix bugs 00:02 <@mids> hezekiah made the patch for -h, nop is reviewing it 00:02 <@nop> yes 00:02 <@nop> actually he can commit, I'll let him know, forgot to email him 00:02 <@mids> ok 00:02 <@nop> also 00:02 <@mids> then we just got to check how the other reported bug is 00:03 <@nop> Hezekiah has successfully compiled a version of IIP with the GNU Multi Precision library 00:03 <@nop> and it was a success 00:03 < MrEcho> cool 00:03 <@nop> the crypto speed was improved 00:03 <@nop> so that will be something we do for 1.2 00:03 <@nop> 1.2 is focusing on standards as well, standardized crypto engine and big number routines 00:03 <@nop> etc 00:03 <@mids> there is our hero! 00:04 -!- mode/#iip-dev [+o hezekiah] by mids 00:04 <@hezekiah> Who? 00:04 <@nop> you 00:04 <@mids> you! 00:04 <@hezekiah> Sorry I'm late. :) 00:04 <@hezekiah> (And thanks for the compliment.) 00:06 <@hezekiah> Did I miss the meeting? ... or is it still going? 00:06 <@mids> nop was just telling about the update works 00:06 <@mids> and that you can commit the -h patch 00:06 <@hezekiah> OK. 00:06 <@mids> then we got to see how severe the problems with the file paths are 00:06 <@hezekiah> I just got through reading the logs. 00:06 <@mids> test in multiple locations etc 00:06 < MrEcho> anything new for windows users? 00:06 <@mids> platofrms I mean 00:08 <@hezekiah> Well, the -h bugfix might affect the windows users. I'm not sure if it was a problem over there. 00:09 <@hezekiah> As for the GnuMP implementation of BigNum, that should be part of the 1.2 release for windows (though it might take some work to get it to run on windows.) 00:09 < Debrys> may i ask what this BigNum-stuff is all about? 00:10 < case> what version of libgmp was it dones with? 00:10 < case> er 00:10 < case> dones/done 00:10 <@hezekiah> Well, since mids and nop seem to have dissapeared for the moment, I'll explain it while we wait for them to get back. 00:10 <@mids> I am listening 00:10 <@mids> please entertain 00:10 <@hezekiah> First I'll answer case's question because it is simple. I used version 4.1 of GnuMP. 00:10 <@hezekiah> (Gentoo doesn't have 4.1.2 yet.) 00:11 <@hezekiah> Next is Debrys question: 00:11 <@hezekiah> BigNum structure with a is a bunch of functions used in the isproxy source code. 00:11 <@hezekiah> It is basically just a way to make integers that are REALLY REALLY big. 00:11 <@hezekiah> Obviously modern CPU's don't offer really really big integer types, so C doesn't have them. 00:12 <@hezekiah> ... and crypto needs to use really big numbers. 00:12 <@hezekiah> Thus, an implementation of a "BigNum" is needed. 00:12 < Debrys> i think i got it :) thank you 00:12 <@hezekiah> Currently, we have 2 implentations of BigNum: one in SSL and one in GnuMP. 00:12 <@hezekiah> You're welcome. :) 00:12 <@hezekiah> Back to you, mids. :) 00:12 <@mids> ok 00:12 * hezekiah hands the microphone back. 00:13 <@mids> I am done on point 2 00:13 <@mids> lets go to the question round 00:13 <@mids> questions? 00:13 <@hezekiah> (oh, the irony.) ;-) 00:13 <@hezekiah> Yeah. Are we almost to 1.1 release yet? 00:14 <@hezekiah> What still needs to be done? (Besides get codeshark to make a tarball.) 00:14 <@mids> testing if files are stored in the right directories 00:14 <@mids> in every case 00:15 <@mids> hezekiah: please tell me if you did commit the -h thing, then I'll put the bug item closed 00:15 <@nop> oh hezekiah you can commit 00:15 <@nop> the -h thing 00:15 <@nop> ;) 00:15 <@hezekiah> I haven't commited the -h thing yet. 00:15 <@hezekiah> I don't know what branch to commit to. :) 00:15 <@nop> he does now ;) 00:16 <@hezekiah> Give me a minute and I 00:16 <@hezekiah> I'll update the bugfix. 00:16 < Debrys> hmm, what will be new or changed in 1.1? not too much into detail - just in general 00:16 <@hezekiah> 1. Bugfixes! :) 00:17 <@mids> 2. more bugfixe 00:17 < Debrys> lol 00:17 <@nop> debrys no major changes 00:17 < Debrys> anything which makes the connections more stable? 00:17 <@nop> just bug fixes 00:18 <@mids> Debrys: we will try that with a more minimum node.ref in the initial distribution 00:18 < Debrys> i did a.......... rather unelegant hack to the node.ref.......... 00:19 < Debrys> only the invisiblenet relays.......... no update of node.ref 00:19 < Debrys> i havent ping-timeout'ed for days........ 00:19 < Debrys> before of that i god disconnected in 30min intervals on average 00:20 < Debrys> but its not a very good solution :) 00:21 < Debrys> also.......... on the floppy-disk thing........ 00:21 < Debrys> i asked someone if he would do a hack for me on the boxedIRC-Source...... 00:22 < Debrys> if he accepts, this means i would have an 120kb IRC-Client which doesn't need any installation and saves all its settings in a ini-file on the disk 00:23 <@mids> nice 00:23 <@mids> keep us informed please 00:23 < Debrys> if this works, there will not only be IIP and a IRC-Client on the disk, but also an email-client...... and i'm trying to get a PGP-App on it too........... maybe also a messenger client :) 00:23 < Debrys> I'll do :) 00:23 < lonelynerd> sound nice. 00:23 < lonelynerd> [ sounds even. ] 00:24 <@mids> ok 00:24 <@mids> more things? 00:24 < Debrys> nope 00:25 * mids searches for his meeting-hammer 00:25 <@hezekiah> Almost got the patch up, mids. 00:25 <@mids> hurray 00:25 <@mids> *baff* 00:25 <@mids> meeting closed 00:25 <@hezekiah> lol. 00:25 < Debrys> :) 00:26 < Bouris> Hooray! 00:27 <+logger> cya next week --- Log closed Wed Jan 29 00:27:06 2003 </div>/vi/blog/2003/01/15/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Wed, 15 Jan 2003 00:00:00 +0000/vi/blog/2003/01/15/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> FillaMent, hezekiah, LeeroklaLacerta, mids, nop, sdgg, thecrypto</p> <h2 id="nhật-ký-cuộc-họp">Nhật ký cuộc họp</h2> <div class="irc-log"> --- Log opened Tue Jan 14 22:44:57 2003 22:45 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:45 [Users #iip-dev] 22:45 [ logger] [ pox] 22:45 -!- Irssi: #iip-dev: Total of 2 nicks [0 ops, 0 halfops, 0 voices, 2 normal] 22:45 -!- Irssi: Join to #iip-dev was synced in 3 secs 23:48 -!- StoVoKor|away is now known as StoVoKor 23:58 < mids> Tue Jan 14 22:58:16 UTC 2003 23:59 < mids> 1 minute --- Day changed Wed Jan 15 2003 00:00 < mids> Tue Jan 14 23:00:00 UTC 2003 00:00 < mids> Welcome to the 26th IIP meeting 00:00 < mids> I didn't get any agenda items from anybody, so I'll just propose my own: 00:00 < mids> - Release of 1.1-final 00:00 < mids> do you guys have anything else to add? 00:00 < hezekiah> (I propose an agenda item: What's the current major feature being worked on in IIP 1.2 dev?) 00:01 < mids> great 00:01 < FillaMent> I have a couple suggestions for additions to anonymail 00:01 < mids> ok 00:01 < mids> Agenda: 00:02 < mids> - What's the current major feature being worked on in IIP 1.2 dev 00:02 < mids> - Anonymail suggestions 00:02 < mids> - Release of 1.1-final 00:02 < mids> . 00:02 * mids hands the microphone to hezekiah 00:02 < FillaMent> Also like to note a project that I'm working on that uses IIP 00:02 < hezekiah> I have no clue. It was actually a question. :) Nop? 00:02 * hezekiah hands the microphone to nop. 00:02 < nop> hi 00:02 < nop> ok 00:02 < nop> welcome 00:03 < nop> ok on the agenda 00:03 < nop> mids take it away 00:04 < mids> no, you tell what the status of 1.2 is 00:04 < nop> ok 00:04 < nop> well 00:04 < nop> lots of grindy stuff 00:04 < nop> mainly taking care of the grunt stuff 00:04 < hezekiah> (Ahmen!) 00:04 < nop> getting the core ready for hardcore decentralization and crypto, we're in the midst of deciding crypto libraries, we think cryptlib and GnuMP 00:05 < nop> and are looking at a few possibilities for routing, either the listener route concept, or possibly chord type routing 00:05 < nop> and that's mainly it for right now 00:05 < nop> for 1.2 00:05 < mids> cool 00:05 < nop> 1.1 status, is if no one has any bugs in a weeks time 00:06 < nop> then we will probably move to defcon 1.1 00:06 < nop> ;) 00:06 < nop> meaning 1.1 Release 00:06 < mids> stick to the agenda nop 00:06 < mids> anonymail features are first 00:06 < nop> I didn't see an agenda 00:06 < mids> :p 00:06 < hezekiah> Mids, behave! :) 00:06 < hezekiah> ;-) 00:06 < nop> ok 00:06 < nop> I guess anonymail suggestions 00:06 < mids> - Anonymail suggestions 00:06 < nop> take it away whoever that was 00:06 < mids> FillaMent? 00:06 < FillaMent> Okay, I just have two quick ones... 00:07 < FillaMent> 1) Some sort of escape character to do \n's. 00:07 < hezekiah> Yeah! 00:07 < FillaMent> Discuss or move on to #2? 00:07 < hezekiah> Perhaps, "\n" for a newline, and "\\n" for a literal, "\n". 00:08 < mids> what character do you suggest? 00:08 < mids> ok 00:08 < hezekiah> (Like how you would do in C with printf.) 00:08 < FillaMent> C, Perl, Java.... 00:08 < hezekiah> C++ ... :) 00:08 < FillaMent> Nah, make it vbCRLF 00:08 < mids> and \\\\n for literal \\n :) 00:08 < hezekiah> Yup1 00:08 < mids> vbCRLF? 00:09 < FillaMent> visualbasicCarriageReturnLineFeed 00:09 < mids> are you serious? 00:09 < hezekiah> (I hope not.) 00:09 < FillaMent> I used to hack vbScript (no, I'm not serious. \n is what everyone will be familiar with) 00:09 < hezekiah> So, what was suggestion number 2? 00:10 < thecrypto> damn wireless network 00:10 < FillaMent> 2) Stripping non-plain text MIME garbage from mails that come from the internet and replacing it with something to the effect of <One part MIME binary/word-doc stripped> 00:11 < FillaMent> Forgive me if I'm incorrectly implying MIME 00:11 < mids> I dont really agree 00:11 < mids> you should be able to receive RFC2015 compatible PGP signatures 00:11 < mids> and stuff 00:11 < hezekiah> Yeah. 00:12 < hezekiah> But changing Quoted-Printable to plain ASCII might not be a bad idea if it isn't already implemented. 00:12 < FillaMent> And that's a specific mime type? 00:12 < FillaMent> PGP sig I mean. 00:12 < mids> it is 00:12 < hezekiah> There are OpenPGP sigs that have a mime type. 00:12 < mids> I can understand that it will be a lot of work to do MIME right 00:13 < mids> since there are a lot of MIME types 00:13 < mids> and browsers who violate it 00:14 < hezekiah> "2) Stripping non-plain text MIME ..." (Wouldn't they be in base64 if they aren't plain ASCII anyway? And if not, then couldn't they just be converted?) 00:14 < mids> maybe we should just forward the suggestions to codeshark 00:15 < mids> since he knows how the app looks 00:15 < hezekiah> Or even, if it has to be stripped, you could offer an option to retrieve it (in base64 or 7-bit.) That way you can save it via copy-paste, and decode/read it on your hard drive. 00:15 < mids> (he made it) 00:15 < mids> and what he can implement 00:15 < hezekiah> Good idea! 00:15 < FillaMent> The other day I got a mail that was written with MS Outaluck/W3rd and it came in as multipart MIME. The first part was a plain txt version of the message, the second was an RTF will all the formatting Markup 00:15 < nop> this is something 00:15 < nop> that needs to be sent to anonymail 00:15 < nop> oops 00:15 < nop> codeshark 00:15 < mids> yeah 00:15 * FillaMent digresses. 00:15 < mids> lets just pass it on 00:15 < mids> and see what his imput is 00:16 < mids> - Release of IIP 1.1-final 00:16 < mids> my comments: got to check the sourceforge bugtracker 00:16 < mids> but I dont think that there are any code bugs open 00:17 < hezekiah> Not the last time I saw ... (checking now.) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:17 < mids> (files stored in wrong dir) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=655568&group_id=50945&atid=461514 00:17 < mids> (-h doesnt work) 00:17 < mids> that option DOES work for me 00:17 < mids> please check it 00:18 < mids> and if it works for everybody, we got to mark that report as invalid 00:18 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=654147&group_id=50945&atid=461514 00:18 < mids> (FreeBSD socket call) 00:18 < mids> I dont have FreeBSD, someone with FreeBSD should check 00:19 < mids> . 00:19 < mids> Also we should really really supply some script that people can put in their /etc/init.d/ 00:20 < mids> ping? 00:20 < hezekiah> It looks like the guy who did the FreeBSD bug ... 00:21 < hezekiah> ... already found and pointed out the problem. 00:21 < hezekiah> http://sourceforge.net/tracker/download.php?group_id=50945&atid=461514&file_id=37660&aid=654147 00:22 < hezekiah> That's the link to the patch file. AF_INET apparently needs to be PF_INET on FreeBSD. 00:22 < hezekiah> The patch was simple: 00:23 < hezekiah> 484,489c484 00:23 < hezekiah> < // If statement added by wiht, since FreeBSD uses PF_INET. 00:23 < hezekiah> < #ifdef __FreeBSD__ 00:23 < hezekiah> < sh->Socket = socket(PF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #else 00:23 < hezekiah> < sh->Socket = socket(AF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #endif 00:23 < hezekiah> --- 00:23 < hezekiah> > sh->Socket = socket(AF_INET, SOCK_STREAM, 0);//PF_INET); 00:23 < mids> I see, but then I dont know why the original ifdef was there at first? 00:23 < hezekiah> What do you think, nop? 00:23 < hezekiah> The top section should be the new code. The bottom section should be the old. 00:23 < nop> that should work 00:24 < hezekiah> Yeah. The bottom is the old. 00:24 < nop> you should commit looks fine 00:24 < hezekiah> Do you want me to write it up, commit, and label the bug as fixed, nop? 00:24 < nop> but why is it different 00:24 < hezekiah> Apparently, FreeBSD requires PF_INET instead of AF_INET as the first arguement for socket. 00:25 < hezekiah> I don't know why. 00:25 < hezekiah> But, the writter said this fixed the problem. Commit? 00:25 < nop> yes 00:25 < hezekiah> OK. 00:25 < mids> ok 00:26 < mids> who can look into the filepath problem? 00:27 < FillaMent> I don't get that problem. If I try and start IIP as a different user or not in ~iip it says it can't write the log 00:28 < mids> ok, we got to check the reported bugs and report on that on the mailinglist 00:28 < mids> lets try to do that this week 00:28 < mids> . 00:28 < mids> The biggest problem is the scalability of IIP 00:28 < mids> RC2 was kinda stable 00:28 < mids> RC3 isnt 00:29 < mids> why? 00:29 < mids> Imho it is because the node.ref is so big 00:29 < mids> so a lot of potential bad node 00:29 < mids> nodes 00:29 < mids> it is really, anonymity vs stability 00:29 < mids> . 00:29 < hezekiah> I noticed that. But some of them are just slow, not necisarily bad. 00:29 < mids> the problem is the lot of people Pinging Out 00:30 < mids> the solution that I suggest is releasing RC3 with a minimal node.ref 00:30 < mids> only 4 nodes or something 00:30 < mids> . 00:31 < nop> I agree 00:31 < FillaMent> Pardon my lack of design knowledge... IIRC uses relays like freenet and IRC, right? 00:32 < FillaMent> node == relay 00:32 < mids> they are more static 00:32 < mids> once you connect 00:32 < nop> well 00:32 < nop> at least in 1.1 00:32 < mids> you stay connected through them for the same session 00:32 < nop> they won't be forever 00:32 < FillaMent> But, it's still one node passes to other nodes 00:32 < nop> yes 00:33 < mids> if you keep a big list of nodes, then the path is very long 00:33 < mids> hence a lot of potential problems 00:33 < FillaMent> Why not just make it so that it goes through the node.ref and picks a few at random, and keeps doing that. The user could maybe set the number. This would maybe distribute the load a little more? 00:34 < mids> the current protocol doesnt support selecting the amount of hops 00:34 < nop> and we're not changing it in this version 00:34 < nop> ;) 00:34 < FillaMent> Okay, then it's outside my technical knowledge... what about the starting point? 00:34 < FillaMent> or is the TTL the number or nodes in node.ref 00:35 < FillaMent> s/or/of/ 00:35 < mids> each node connects to a node in its node.ref at random 00:35 < mids> until it 'accidently' hits the server 00:35 < mids> so if you have a lot of nodes 00:35 < FillaMent> got it. 00:35 < mids> it will have huge paths 00:36 < mids> that is why I would suggest a manually crafter first layer of public nodes 00:36 < FillaMent> Could another solution be to make 'the' server 'a' server? 00:36 < mids> so you decrease the amount of hops 00:36 < LeeroklaLacerta> Is there any sort of reliability-index-type thing? 00:36 < mids> you only have 1 end-node 00:36 < mids> there isnt, since you dont know what nodes a node connects through 00:37 < mids> if your connection goes down, you dont know what node caused it 00:37 < mids> it can be anyone on your path 00:37 < LeeroklaLacerta> K. 00:37 < mids> and you dont know your path 00:37 < FillaMent> Is there anyway for the end user it increase the reliability of IIP? 00:37 < mids> yes, manually edit your node.ref 00:38 < mids> and put only some stable nodes on it 00:38 < mids> and dont let it update the node.ref automatically 00:38 < FillaMent> mids: I mean setting up a relay or something. 00:38 < mids> ofcourse you dont know what are stable nodes, unless you have some inside knowledge about the IIP topography 00:39 < mids> Trent for example directly connects to a node which connects to the IIP server node 00:39 < mids> otherwise it would go down all the time 00:39 < mids> resulting in a really bad network 00:41 < FillaMent> To save me some time, where does iip store the nodes.ref on a linux box? 00:41 < mids> ~/.iip/ 00:41 < mids> or the local directory 00:42 < mids> ok, I want to quit this item 00:42 < mids> homework for next week: 00:42 < mids> think about the issues 00:42 < mids> and propose suggestions to the mailinglist 00:42 < FillaMent> Give me 10 min and I'll have a kludge for the massive node list problem 00:42 < mids> or to a developper (if you arent subscribed) 00:43 < mids> . 00:43 < mids> questions? 00:51 < hezekiah> You almost have your "kludge" (I don't know what that word means) for the node list problem yet, FillaMent? 00:52 < FillaMent> kludge is coding duct tape, and yes. 00:52 < hezekiah> Ah. 00:53 < thecrypto> the full definition is http://www.tuxedo.org/~esr/jargon/html/entry/kluge.html 00:54 < mids> hezekiah: thanks for putting your hands on those 2 bugtracker items 00:55 < hezekiah> No problem. I still don't know how to assign a bug to myself. Otherwise, I would have "officially" picked up the PF_INET one. 00:55 < hezekiah> I couldn't find the button/link/whatever that lets you assign a bug to yourself. 00:57 < mids> only project admins seem to be able to assign bugs for our project 00:57 < hezekiah> Ah 00:57 < hezekiah> That would explain it! :) 00:59 < hezekiah> OK. Well, I'm going to leave now. Bye everyone! :) 00:59 < LeeroklaLacerta> Good bye. 01:04 < mids> ok 01:04 < mids> I am gone too 01:04 < mids> bye 01:08 < LeeroklaLacerta> Everyone's leavin'? 01:08 < LeeroklaLacerta> Is the meeting over? 01:09 < FillaMent> I'm still here. Perhaps my time estimate was a bit off. I love/hate perl. 01:10 < LeeroklaLacerta> What's perl got to do with it? 01:10 < FillaMent> My node.ref kluge 01:10 < LeeroklaLacerta> Ah. 01:11 < FillaMent> I should just describe it to someone competant and let them do it in like 5min 01:11 < LeeroklaLacerta> I'm just here for the heck of it. 01:16 < LeeroklaLacerta> I'm going back to #anonymous. 01:17 < FillaMent> Ha ha! 01:39 < FillaMent> Anyone care to enlighten me as to why in perl, when I push an item into an array, /every/ item ends up being that item? 02:59 < sdgg> hi 03:05 < FillaMent> Know how long an md5 signature is supposed to be? 03:10 < sdgg> 128 bits I believe 03:14 < sdgg> Does anyone know of a good tutorial on c/c++ for *nix programming? 03:14 < sdgg> Or somewhere I can look? 05:10 * FillaMent is away: Destinking myself </div>/vi/blog/2003/01/07/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/Tue, 07 Jan 2003 00:00:00 +0000/vi/blog/2003/01/07/cu%E1%BB%99c-h%E1%BB%8Dp-ph%C3%A1t-tri%E1%BB%83n-i2p/<p>(Được cung cấp bởi wayback machine <code>http://www.archive.org/</code>)</p> <h2 id="tóm-tắt-nhanh">Tóm tắt nhanh</h2> <p class="attendees-inline"><strong>Có mặt:</strong> chscrtr, mids, mrflibble, nemesis, Neo, nop, Nostradumbass</p> <h2 id="nhật-ký-cuộc-họp">Nhật Ký Cuộc Họp</h2> <div class="irc-log"> --- Topic for #iip-dev is IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ <nemesis> nop, no meeting today? <nop> yes <nop> sorry <nop> ok <nop> welcome <nemesis> hi nop ;) <nop> hi <nop> agenda <nop> 1) welcome <nemesis> whats going on? everybody sleeps? <nop> 2) Happy New Year <nop> 3) Happy Holidays <chscrtr> hi, happy new year <nop> 4) IIP <nemesis> hehe, happy new year too <mrflibble> happy new year! :) <nop> 5) IIP logo contest <nop> 6) CryptoCon <nop> 4) IIP <nop> ok IIP <nop> it's kind of stagnant because of the holidays <nop> but I believe we're picking it back up <nop> any bug reports please send to iip@invisiblenet.net <nop> ok <nop> 5) IIP logo contest <nop> we'll being putting up something on our site about the rules etc <nop> and display the drawings we have so far <nop> please help out if you can <nop> get a free t-shirt and your logo on it <nop> 6) CryptoCon <mrflibble> cool <nop> we're trying to get a program committee and some organizational planning for Jan 2004 to have cryptocon happen <nop> join #cryptocon for any assistance etc <nop> anyway, that's about it <nop> questions? <nop> questions? <nop> ;) <mrflibble> nope <nop> ok <nop> meeting ajourned <Neo> nope <Neo> thanks. :) <mrflibble> np <mrflibble> oo, 1 thing <mrflibble> about cryptocon <mrflibble> is there a particular reason for organising your/your own? <mrflibble> there are general crypto confs out there that cyou could submit stuff 2 <nop> well <nop> we want to attract businesses to meet cipherpunks <nop> and push cryptography more than it is <nop> this will be different <mids> fsck <mrflibble> gotcha <nop> missed it <nop> ;) <mids> sorry folks :) <mrflibble> it will just be a lot of work 4 u all <mids> is there still a point in bringing the logger here? <mrflibble> lol <nemesis> hehe <nop> well mrflibble I don't think it will be --- Log opened Wed Jan 08 00:14:47 2003 00:14 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:14 [Users #iip-dev] 00:14 [ chscrtr] [ logger] [ mrflibble] [ Neo] [ Nostradumbass] [ w ] 00:14 [ co ] [ mids ] [ nemesis ] [ nop] [ UserX ] [ wilde] 00:14 -!- Irssi: #iip-dev: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 00:15 < nop> we have a year to plan 00:15 < mrflibble> true 00:15 -!- Irssi: Join to #iip-dev was synced in 43 secs 00:16 < nop> plus we need to raise money 00:16 < nop> and this might help 00:16 < nop> since no one likes to donate 00:16 < nop> ;) 00:16 < chscrtr> error - less than a year 00:16 < nemesis> hm... nop, you are using knoppix right now, or? 00:17 < mrflibble> ic 00:17 < nop> suse right now 00:17 < mrflibble> u might need to advertise a lot to get the sponsers 00:17 < mrflibble> which will cost 00:18 < nemesis> are you think that iip is important/stable enough to show it the world? 00:18 < chscrtr> not that much, PR can be cheap 00:18 < nop> nemesis I don't think I'm showing it to the world 00:19 < mrflibble> hmm, i hope so 00:19 < nop> It's a conference, separate concept 00:19 < mids> ok, lizzy__ raised the point that the idleing time might give away too much information 00:19 < nemesis> hehe 00:19 < nop> yes it does 00:19 < mids> so (s)he suggested to disable it server side 00:19 < nop> we can take that out 00:19 < nop> I've been wanting to do that 00:19 < nop> ok 00:19 < nemesis> cause, it would be nice when future releases are packed for trustix ;) 00:19 < nop> will work on it 00:19 < mids> also that registering your nickname pinpoints you and makes you more traceble 00:19 < mids> so there should be a warning against that 00:19 < mids> . 00:20 < mids> I suggest that we metion the possible risks and issues more clear in the documentation 00:20 < mids> mention 00:20 < mrflibble> why is registering mae u more traceable? 00:20 &