Cuộc họp nhà phát triển I2P - 06 tháng 2 năm 2007

15:02 <jrandom> 0) chào 15:02 <jrandom> 1) Tình trạng Mạng 15:02 <jrandom> 2) Tình trạng phát triển Syndie 15:02 <jrandom> 3) Những người thắng cuộc thi thu hoạch bug tháng Một! 15:02 <jrandom> 4) ??? 15:02 <jrandom> 0) chào 15:02 * jrandom vẫy tay 15:02 <jrandom> 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 <jrandom> chuyển sang 1) Tình trạng Mạng 15:03 <jrandom> Tôi cũng không có nhiều điều để bổ sung ở đây (như bạn có thể đoán ;) 15:03 <jrandom> ai có điều gì muốn nêu về tình trạng mạng không? 15:04 <+void> trước đây từng tốt hơn, kiểu gì đó... 15:04 <+void> nhưng cũng không tệ 15:05 <jrandom> 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 <tethrage> có mô hình dài hạn nào không? 15:06 <tethrage> (trong thay đổi tỷ lệ build) 15:07 <jrandom> 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 <tethrage> tôi hiểu 15:08 <tethrage> có thông tin nào có thể cung cấp để giúp không? 15:08 <tethrage> ý là chỉ từ các routers bình thường 15:08 <jrandom> không hẳn, theo quan điểm của tôi 15:09 <tethrage> tôi hiểu 15:09 <jrandom> (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 <tethrage> tôi hiểu 15:11 <jrandom> ok, còn ai có gì cho 1) Tình trạng Mạng không? 15:12 <jrandom> nếu không thì chuyển qua 2) Tình trạng phát triển Syndie 15:14 <jrandom> rất nhiều thứ đang diễn ra ở đây, như bạn thấy 15:14 <+fox> <mk> 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 <+fox> <mk> -d 15:15 <jrandom> à, đó là ý hay 15:16 <+void> mk: một diễn đàn là một danh tính :) 15:16 <+void> và ngược lại 15:17 <jrandom> ừ, 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 <+fox> <mk> 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 <+void> à 15:18 <jrandom> đú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 <+fox> <mk> 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 <+fox> <mk> (một dropdown cho khóa) 15:20 <+void> 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 <+fox> <mk> ý là, bạn đang đăng dưới danh tính nào? 15:20 <jrandom> hmm 15:21 <+fox> <mk> 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 <jrandom> 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 <+void> dù danh tính của bạn không dùng ở đâu khác ngoài việc đăng bài 15:22 <+fox> <mk> ý bạn là sao? 15:23 <+void> đẩy các bài mới? 15:23 <jrandom> 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 <+fox> <mk> (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 <+void> đúng 15:24 <jrandom> 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 <jrandom> 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 <jrandom> (chạy với nhiều archive cục bộ mà không phải mở Syndie hai lần) 15:26 <+fox> <mk> 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 <tethrage> Syndie không nhắm tới ẩn danh, chỉ bảo mật thôi 15:27 <tethrage> 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 <jrandom> Syndie hướng tới ẩn danh 15:27 <tethrage> (nếu tôi sai hãy sửa) 15:28 <jrandom> 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 <jrandom> s/small// 15:28 <tethrage> vậy à? :/ 15:28 <+fox> <mk> đúng vậy. Syndie đặc biệt xử lý vấn đề rò rỉ thông tin 15:29 <jadeSerpent> ẩn danh địa chỉ IP so với ẩn danh danh tính 15:29 <tethrage> 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 <tethrage> (dù sao cũng không theo cùng cách như I2P, v.v.) 15:29 <+fox> <mk> bảo mật thông tin được xử lý bằng tính dư thừa của các archive 15:29 <jrandom> 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 <jrandom> tethra: Syndie có thể dùng cho những thứ không đòi hỏi ẩn danh 15:30 <jrandom> nhưng Syndie phải dùng được cho những thứ cần ẩn danh 15:30 <jrandom> (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 <tethrage> ừ 15:31 <+void> 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 <+void> nhưng thôi 15:31 <+void> c 15:31 <tethrage> 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 <tethrage> 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 <+fox> <mk> 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 <jrandom> tethra: ví dụ, ai đó truy cập một eepsite với JavaScript bật 15:33 <jadeSerpent> 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 <tethrage> đú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 <tethrage> mà thôi, chắc tôi đang sa đà vào ngữ nghĩa, nên tôi dừng 15:34 <tethrage> :/ 15:34 <jadeSerpent> 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 <+fox> <mk> 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 <jrandom> “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 <jrandom> tuyệt mk, cảm ơn! 15:35 <jrandom> jadeSerpent: chắc chắn 15:35 <tethrage> tôi hiểu 15:35 <tethrage> hiểu ý 15:36 <jrandom> 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 <jrandom> và dù sao chúng ta vẫn đang alpha 15:38 <+void> 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 <+fox> <mk> ừ. 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 <+fox> <mk> (cạnh bên tab trình duyệt) 15:39 <jadeSerpent> 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 <+void> MDI tệ, tôi đồng ý 15:40 <jadeSerpent> NetBeans cũng có cái gì đó tương tự, quên nó gọi là gì 15:40 <jadeSerpent> views hay workbenches hay gì đó, lâu rồi 15:41 <jrandom> bản phác thảo .webp đượ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 <jadeSerpent> khi tôi xong bộ icon có lẽ tôi sẽ nghịch chút cái đó 15:42 <+fox> <mk> 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 <jrandom> ngầu 15:42 <jadeSerpent> tab ổn cho hiện tại theo tôi, dùng được 15:42 <jrandom> mk: http://syndie.i2p.net/roadmap.html ? 15:42 <jrandom> (tuy trên lộ trình không có ngày tháng) 15:43 <+fox> <hottuna> tuyệt :=) ... vừa đăng về nó vào các tác vụ chờ :P 15:44 <+fox> <mk> ừ, 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 <jrandom> ồ, đúng 15:45 <jrandom> 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 <jrandom> 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 <jrandom> (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 <jrandom> 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 <jrandom> 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 <jrandom> tháng này cũng có cuộc thi mới, cùng luật như trước 15:51 <jadeSerpent> làm sao bạn biết “Anonymous” chỉ là một người? ;) 15:51 <+fox> <mk> 225 bug (theo đếm của tôi) tất cả — ấn tượng 15:51 <+void> :) 15:52 <+fox> <mk> jade, cái khóa, tôi nghĩ vậy :) 15:52 <jrandom> jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 <jrandom> tuy vậy cũng có thể là năm người dùng chung khóa đó 15:53 <jrandom> nhưng khi đó họ phải chia nhau $50 USD ;) 15:53 <jrandom> (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 <jadeSerpent> trừ khi một người giết những người khác 15:54 <jadeSerpent> nhưng kiểu chuyện đó chỉ xảy ra ở Romania thôi 15:54 <tethrage> và Nga 15:54 <jrandom> (và Anh, và Úc, và...) 15:55 <+fox> <mk> 50 USD là nhiều tiền... 15:55 <jadeSerpent> ở 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 <tethrage> không phải tính theo GBP ;p 15:55 <+fox> <mk> Tôi biết tôi sẽ giết vì nó 15:55 <tethrage> tôi đoán hỏi bạn từ đâu chắc sẽ không được trả lời, mk? 15:55 <tethrage> :/ 15:56 <+fox> <dw_g> ok, tôi nhận vậy ;) 15:56 <+fox> <mk> gốc Nga :D giờ Canada 15:56 <jadeSerpent> 225 bug là ấn tượng, trong số đó đã đóng bao nhiêu rồi? 15:56 <tethrage> ice. 15:56 <tethrage> +n 15:57 <jrandom> jadeSerpent: tôi ước chừng khoảng 75–80% đã được xử lý 15:57 <jadeSerpent> tốt 15:58 <jrandom> (có lẽ thêm 5–10% invalid/wontfix) 15:58 <jrandom> 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 <jrandom> (tôi mất kha khá thời gian lần qua tất cả bài và đếm thủ công) 15:58 <+fox> <mk> bên ngoài Syndie? 15:59 <jrandom> hmm, với một hệ thống export syndie-->track? 15:59 <jrandom> s/ck// 15:59 <+fox> <mk> một dự án hay sẽ là nối Syndie với một bug tracker 15:59 <jadeSerpent> ừ 15:59 * jrandom cá là vài truy vấn & insert SQL là làm được 16:00 <jrandom> dù vậy khá đáng giá, ít nhất từ góc nhìn trac chỉ đọc 16:00 <+void> 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 <jrandom> tích hợp vòng đời đầy đủ là rất khó 16:00 <jrandom> đúng 16:00 <+fox> <mk> tới lúc nào đó có lẽ đáng cân nhắc một hệ thống kiểu 'revision' 16:00 <jrandom> nhưng khả năng truy vấn & đào sâu trong Trac, và tạo báo cáo, v.v. 16:01 <+fox> <mk> nơi các bài mới thay thế các bài cũ 16:01 <jrandom> à, đúng là có hook cho việc đó, nhưng các header Overwrite* hiện chưa được tôn trọng 16:02 <jrandom> 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 <jadeSerpent> 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 <+fox> <mk> nhìn số bug đã nộp, tôi đồng ý với jadeSerpent 16:05 <jrandom> 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 <jadeSerpent> những loại bug đó kiểu gì cũng sẽ bị phát hiện 16:05 <+void> ừ 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 <jrandom> đúng 16:06 <+void> (và phần lớn việc đó đã làm) 16:06 <jadeSerpent> 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 <jrandom> 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 <+fox> <mk> ừ, sao không giữ cả hai? 16:08 <jadeSerpent> 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 <+fox> <mk> 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 <jadeSerpent> có thể Trac có thể được mod để tận dụng các tính năng của Syndie ở điểm đó 16:10 <+fox> <mk> jade, sẽ khó. trình duyệt không triển khai ký số 16:12 <jrandom> 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 <jrandom> cộng http://dev.i2p.net/~jrandom/bugsp1.txt và http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 <jrandom> 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 <jrandom> 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 <jadeSerpent> vâng, mà hiện giờ bạn có vẻ vẫn xoay xở được dù không có nó ;) 16:14 <jrandom> 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 <+fox> <mk> 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 <+fox> <mk> đặ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 <+fox> <mk> tôi nghĩ ta nên giữ cái đó, nhưng cũng có bug tracker kia 16:18 <jadeSerpent> trong ngắn hạn, truy cập chỉ đọc sẽ hay 16:18 <jadeSerpent> tôi thích một giao diện tìm kiếm định hướng bug hơn 16:18 <jrandom> không tệ đâu, có lẽ có thể viết một export một chiều syndie-->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 <jrandom> s/of r/for/ 16:19 <+fox> <mk> 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 <jrandom> 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 <jrandom> 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 <jadeSerpent> hai phiếu cho Trac, trừ khi bạn đã tính phiếu của tôi ;) 16:21 <jrandom> ừ, đó là cái tôi đang tính ;) 16:21 <+fox> <mk> có những lựa chọn nào? tôi không biết gì về tracker 16:21 <jadeSerpent> tôi hy vọng đó là phiếu của riêng bạn, nhưng thôi được 16:22 <jadeSerpent> tôi đã làm việc với Trac, hỗ trợ bên thứ ba rất tốt 16:22 <jadeSerpent> bugzilla thì tôi sẽ nói là chán 16:22 <jrandom> 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-->issue tracker 16:22 <jrandom> ừ, Bugzilla là một con quái 16:22 <jadeSerpent> JIRA cũng tốt, như Trac 16:23 <+void> Trac có lẽ cũng quen thuộc với nhiều người 16:23 <jrandom> ừ, và họ cũng tốt (họ đã cho I2P một giấy phép, dù ta chưa dùng) 16:23 <jadeSerpent> bạn có giấy phép JIRA à? 16:23 <jrandom> ừ, JIRA và Fisheye 16:24 <jadeSerpent> hay, thử luôn cũng được 16:24 <jadeSerpent> nhân tiện, plugin Mylar của Eclipse tích hợp đầy đủ với Bugzilla, Trac và JIRA 16:24 <jadeSerpent> giao diện của nó được khen ngợi cao 16:25 <jrandom> phiền phức thật cái cuộc chiến NetBeans/Eclipse này 16:25 <bar> (bug được báo tự động khi vừa tạo? ;) 16:25 <tethrage> (haha) 16:26 <+fox> <mk> hah, hay đấy 16:26 <jadeSerpent> jrandom: hỗ trợ NetBeans nằm trong lộ trình Mylar nếu tôi nhớ đúng 16:26 <jrandom> hay 16:26 <+fox> <modulus> đó 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 <jadeSerpent> dù Mylar chính thức dưới sự bảo trợ của Eclipse Foundation 16:27 <+fox> * mk không tìm thấy site Trac đang hoạt động 16:27 <+fox> <modulus> http://trac.wordpress.org/ 16:27 <jrandom> mk: http://feedspace.i2p/ hiện tại 16:28 <+void> 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 <jadeSerpent> http://overlays.gentoo.org/proj/alt/wiki 16:29 <+void> (^ meta-trac chính thức) 16:29 <+fox> <mk> ừ, 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 <jrandom> ai còn điều gì khác cho buổi họp không? 16:30 <+fox> <mk> '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 <jrandom> theo dõi issue là tính năng duy nhất tôi quan tâm ở đó 16:37 <jrandom> 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