Cuộc họp các nhà phát triển I2P - 06 tháng 9, 2016

21:00:01 <zzz> 0) Chào 21:00:01 <zzz> 1) cập nhật 0.9.27 (zzz) 21:00:01 <zzz> 2) Cập nhật Summer of X (sadie/str4d) 21:00:01 <zzz> 3) Ngân sách 33C3 http://zzz.i2p/topics/2150 21:00:01 <zzz> 4) SAM bật theo mặc định (str4d) 21:00:06 <zzz> 0) Chào 21:00:12 <zzz> chào 21:00:13 <psi> chào 21:00:24 <eche|on> chào mừng 21:00:33 <z3r0fox_> Chào 21:00:40 <zzz> 1) cập nhật 0.9.27 (zzz) 21:01:01 <zzz> ok, không có nhiều để báo cáo. chỉ 6K dòng diff kể từ 26 21:01:13 <zzz> 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 <zzz> đầ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 <zzz> còn gì về mục 1) không? 21:02:19 <eche|on> không có nhiều về Summer of X 21:03:25 <zzz> 2) Cập nhật Summer of X (sadie/str4d) 21:03:30 <zzz> sadie / str4d mời 21:06:07 <zzz> không nghe thấy gì, tôi sẽ đưa vào chương trình tháng sau 21:06:15 <zzz> 3) Ngân sách 33C3 http://zzz.i2p/topics/2150 21:06:28 <str4d> Chào! 21:06:33 <eche|on> Tỉnh rồi 21:06:33 <zzz> 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 <str4d> 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 <eche|on> 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 <eche|on> bts khoảng 540 và LTC khoảng 3.5 21:08:00 <zzz> nghe có vẻ chúng ta đang ở trạng thái khá tốt 21:08:10 <eche|on> năm nay chúng ta đã chi khoảng 4800 rồi 21:08:56 <eche|on> 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 <zzz> đố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 <zzz> 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 <zzz> mọi người nghĩ sao? 21:10:23 <eche|on> hiện chúng ta có 5 người xin hỗ trợ tiền 21:10:25 <str4d> tôi nghĩ như vậy là hợp lý. 21:11:04 <str4d> eche|on, giả sử các con số trên, tổng chi dự kiến là bao nhiêu? 21:11:13 <zzz> vậy khoảng $4000-$5000, cộng khoảng $500 tiền vé, tôi đoán vậy? 21:11:32 <eche|on> với các quy định này, chúng ta khoảng 4k tối đa 21:11:39 <zzz> cộng thêm vài trăm cho một bữa tối 21:11:57 <zzz> ồ, 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 <eche|on> 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 <eche|on> vé sẽ khoảng 100 mỗi người 21:12:12 <str4d> Ừm. Như vậy giữ chúng ta trong mục tiêu chi tiêu khoảng 10% 21:13:03 <eche|on> hơi vượt, nhưng vẫn ổn 21:13:21 <zzz> nghe như khoảng 5200 gì đó. Chốt ngân sách 6000 euro nhé? 21:13:46 <eche|on> 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 <zzz> đúng, ai đồng ý nhận bằng BTC thì càng tốt 21:14:21 <eche|on> nghe hợp lý 21:14:48 <eche|on> 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 <zzz> 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 <eche|on> một ít đồ ngọt và những thứ khác cho sự kiện, 6k là ổn 21:15:10 <str4d> tôi chắc chắn vui lòng được hoàn tiền bằng BTC 21:15:48 <zzz> còn gì về mục 3) không? 21:16:15 <eche|on> 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 <eche|on> ồ, vé: 21:16:36 <eche|on> 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 <str4d> ai muốn chia sẻ chỗ ở, ping tôi nhé :) 21:16:56 <str4d> eche|on, bạn định mua vé cho tất cả thành viên nhóm à? 21:17:03 <eche|on> đúng 21:17:07 <zzz> ừ. Ech sẽ mua vé. Đừng tự mua 21:17:10 <eche|on> để tránh các rắc rối năm ngoái 21:17:12 <str4d> Cảm ơn :) 21:17:34 <str4d> Và, có đúng là thường bắt đầu khoảng 11 giờ sáng giờ địa phương không? 21:17:56 <zzz> ồ, 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 <str4d> 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 <eche|on> ồ, 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 <eche|on> nhưng một số bài nói kết thúc lúc 3 am 21:18:10 <zzz> ok, đừng bàn chuyện hậu cần ở đây 21:18:17 <zzz> còn gì về mục 3) không? 21:18:19 <str4d> (nếu không tôi phải đi vào tối 25) 21:18:34 <str4d> 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 <zzz> 4) SAM bật theo mặc định (str4d) 21:18:59 <zzz> str4d mời 21:19:08 <eche|on> 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 <str4d> Được rồi 21:20:29 <str4d> 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 <str4d> 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 <eche|on> 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 <eche|on> tôi bỏ phiếu đồng ý, bật mặc định 21:21:25 <zzz> có ai phản đối không? 21:21:37 <EinMByte> đối với tôi có vẻ hợp lý 21:21:55 <EinMByte> vấn đề duy nhất tôi thấy là xung đột cổng 21:22:07 <str4d> Ừm 21:23:08 <eche|on> tôi không thấy vấn đề đó trên bản cài mới 21:23:10 <zzz> 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 <eche|on> vì tất cả đều là localhost 21:23:27 <str4d> tôi biết Tor đã cân nhắc về bảo mật khi luôn mở control port 21:23:29 <eche|on> tôi sẽ KHÔNG bật nó trên bản cài cũ 21:23:36 <EinMByte> 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 <str4d> và họ khuyến khích dùng chế độ Unix socket thay thế 21:23:50 <str4d> (với xác thực cookie cục bộ) 21:23:58 <zzz> 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 <eche|on> EinMByte: đúng, nhưng đó là localhost, và điều đó nên được cảnh báo 21:24:08 <str4d> 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 <str4d> (trừ khi họ đoán được tên phiên của các tunnel thuộc client khác) 21:24:36 <EinMByte> eche|on: Ok, nếu cổng đã bị chiếm thì đừng bật SAM và cảnh báo? 21:24:41 <eche|on> EinMByte: đó là cách hợp lý để làm việc đó^^ 21:24:42 <str4d> zzz, đúng, ứng dụng không thể giả định 21:24:48 <str4d> lý do là tính dễ dùng 21:24:58 <str4d> vậy 'phương án đơn giản' là 'khởi động I2P; dùng ứng dụng' 21:25:06 <zzz> 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 <str4d> 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 <zzz> fyi tôi đã tách /configclients, cái đó sẽ có trong .27 21:25:36 <eche|on> Theo quan điểm của tôi: đa số router i2p đã bật SAM rồi 21:25:39 <eche|on> nếu không thì >90% 21:25:41 <str4d> động lực chính của tôi là giảm ma sát 21:25:48 <str4d> cho người dùng mới 21:25:54 <str4d> nên tôi đồng ý việc này chỉ áp dụng cho bản cài mới 21:26:19 <EinMByte> nghe ổn. 21:26:27 <zzz> 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 <str4d> 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 <psi> sam nên bật mặc định để mọi người không phải tự bật 21:26:50 <EinMByte> zzz: Có lẽ đây chính xác là điều cần thiết ;) 21:26:51 <zzz> nhưng tôi cũng không phản đối đề xuất 21:26:53 <zzz> heh 21:27:05 <str4d> zzz, Tahoe-LAFS sắp ra mắt với hỗ trợ I2P tích hợp sẵn 21:27:19 <EinMByte> nhắc tôi cổng SAM mặc định là gì nhỉ? 21:27:21 <zzz> ok, có vẻ chúng ta đã đồng thuận? 21:27:32 <str4d> 7656 21:27:52 <zzz> còn gì về mục 4) không? 21:28:36 <EinMByte> str4d: Ok, không nghĩ ra thứ phổ biến nào dùng cổng đó 21:29:09 <zzz> 2) Cập nhật Summer of X (sadie/str4d) 21:29:14 <zzz> sadie / str4d mời 21:29:35 <str4d> Được! 21:29:45 <str4d> I2P Summer Dev theo tôi là một thành công 21:30:06 <str4d> 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 <str4d> (đã 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 <eche|on> chúng ta có một buildbot mới 21:30:52 <zzz> 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 <str4d> 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 <str4d> 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 <str4d> 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 <zzz> tuyệt 21:31:47 <str4d> 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 <str4d> 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 <zzz> 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 <eche|on> ít nhất bây giờ nó đã xong 21:33:21 <str4d> 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 <eche|on> 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 <eche|on> 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 <str4d> 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 <str4d> (đặ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 <EinMByte> 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 <zzz> đ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 <str4d> zzz, tôi có kế hoạch, và tôi đã làm việc trên đó 21:35:38 <eche|on> ai đó nên làm bote. nó quan trọng hơn syndie hoặc i2phex 21:36:05 <zzz> 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 <zzz> Tháng 9 dành cho Bote? 21:37:22 <str4d> 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 <str4d> Đ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 <str4d> Những gì còn thiếu là tích hợp các script plugin hiện có 21:37:22 <str4d> (hoặc viết lại chúng bằng Gradle)( 21:37:39 <str4d> Không may là deadline công việc đã cản trở việc đó trong tháng 8 21:37:54 <zzz> ok 21:37:59 <zzz> còn gì về mục 2) không? 21:38:07 <str4d> Tôi sẽ dành thời gian cho Bote cuối tuần này 21:38:30 <zzz> còn gì khác cho cuộc họp không? 21:39:02 <zzz> tôi đề xuất chuyển lại về 8 PM UTC cho tháng 10 được không? 21:39:46 <str4d> và cố gắng tìm cách sửa vấn đề trên Debian 21:39:55 <zzz> có ai phản đối 8 PM không? 21:40:03 <str4d> nhưng chắc chắn chỉ trên Debian 21:40:24 <zzz> 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 <str4d> 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 <str4d> Tôi mong chờ năm sau ;) 21:40:49 <zzz> 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 <eche|on> với tôi đến giờ là OK 21:41:22 <zzz> 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 <str4d> tôi ổn với 8PM trong tháng 10, vì tôi sẽ ở Mỹ 21:41:31 <str4d> (Và thực ra cả tháng 11 nữa, vì đó sẽ là ngày 1( 21:42:37 <eche|on> ok, đến giờ đi ngủ 21:42:41 <eche|on> hẹn gặp lại 21:42:44 * zzz ***bafs*** kết thúc cuộc họp