I2P Geliştirici Toplantısı - 06 Şubat 2007

15:02 <jrandom> 0) selam 15:02 <jrandom> 1) Ağ durumu 15:02 <jrandom> 2) Syndie geliştirme durumu 15:02 <jrandom> 3) Ocak hata toplama yarışmasının kazananları! 15:02 <jrandom> 4) ??? 15:02 <jrandom> 0) selam 15:02 * jrandom el sallar 15:02 <jrandom> haftalık durum notları http://dev.i2p.net/pipermail/i2p/2007-February/001333.html adresinde yayınlandı 15:03 <jrandom> 1) Ağ durumu'na geçiyorum 15:03 <jrandom> burada ekleyecek pek bir şeyim yok (muhtemelen fark ettiğiniz gibi ;) 15:03 <jrandom> ağ durumu ile ilgili gündeme getirmek istediği bir şey olan var mı? 15:04 <+void> eskiden daha iyiydi, nedense... 15:04 <+void> ama kötü değil 15:05 <jrandom> tuhaf, son bir haftadır falan oluşturma oranlarımız stats.i2p'ye göre yeniden yükseliyor 15:05 <tethrage> uzun vadeli bir eğilim var mı? 15:06 <tethrage> (oluşturma oranı değişiminde) 15:07 <jrandom> görebildiğim kadarıyla kalıplar yüksek güçlü router'ların kapasitesiyle ilişkili, ama bu ağın çok sınırlı bir görünümünü veriyor (çünkü çoğunlukla yalnızca herkese açık olanı biliyorum) 15:07 <tethrage> anladım 15:08 <tethrage> yardımcı olabilecek sağlanabilecek herhangi bir bilgi var mı? 15:08 <tethrage> sıradan router'lardan yani 15:08 <jrandom> benim açımdan pek yok 15:09 <tethrage> anladım 15:09 <jrandom> (temelde ilerlemeden önce bazı kod değişikliklerini uygulamamız gerekiyor) 15:10 <tethrage> anladım 15:11 <jrandom> tamam, 1) Ağ durumu için başka bir şey var mı? 15:12 <jrandom> yoksa 2) Syndie geliştirme durumu'na geçelim 15:14 <jrandom> burada olup biten çok şey var, okuduğunuz gibi 15:14 <+fox> <mk> küçük: belki 'signed by' ifadesini 'authorization' olarak değiştiririz? forumlar, kimlikler, imzalar vs. arasındaki belirsiz çizgiler konusunda biraz tedirginim 15:14 <+fox> <mk> -d 15:15 <jrandom> ah, bu iyi bir fikir 15:16 <+void> mk: bir forum bir kimliktir :) 15:16 <+void> ve tersi de geçerli 15:17 <jrandom> evet, ama bu tuhaf ikiliği görünür kılarak insanları fazla da karıştırmak istemiyoruz 15:17 <+fox> <mk> farkındayım, ama hâlâ muğlak. şimdi gayet iyi kavrıyorum, ama yeni kullanıcıların ayrım eksikliğinden dolayı kafalarının karışmasından endişeliyim 15:18 <+void> ah 15:18 <jrandom> doğru - insanlar forumları, kimliklerden farklı düşünüyor; o yüzden beklendiği gibi davrandığımızdan emin olmalıyız 15:18 <+fox> <mk> forumda veya kimlik yönetiminde uygulanmaya değer bir başka şey, karışıklıkları ortadan kaldıracak açık bir 'post to this forum only under author x authorization y' kuralı olabilir. yeni gönderi iletilerinde açılır menüye bile gerek kalmazdı 15:19 <+fox> <mk> (anahtarlar için bir açılır menü) 15:20 <+void> her zaman görünür olan genel bir kimlik açılır menüsünü tercih ederim 15:20 <+fox> <mk> yani, kimin adıyla gönderdiğin? 15:20 <jrandom> hmm 15:21 <+fox> <mk> belki, ama bence her zaman üstte olmasıyla yalnızca gönderilerde görünmesi arasında çok da fark yok 15:22 <jrandom> tamam, buna fazla derine inmeden önce, şu anda syndie içinde ele alınmayan ve birden çok kimliği birbirine bağlayabilen bir yan kanal var 15:22 <+void> gerçi kimliğin gönderi yapmanın dışında başka bir yerde kullanılmıyor 15:22 <+fox> <mk> ne demek istiyorsun? 15:23 <+void> yeni gönderileri iletmek/push etmek? 15:23 <jrandom> tamamen ilişkilendirilemez kimliklere ihtiyacınız varsa ayrı syndie örnekleri çalıştırmanız gerekir - bunları birbirleriyle eşitleyebilirsiniz ve yalnızca birini diğer arşivlere pull/push yapmak için kullanabilirsiniz, ancak yerel arşiv yalnızca bazı kimliklerin erişebildiği bilgiler içerir 15:23 <+fox> <mk> (büyük tartışmaları muhtemelen geliştirici forumuna saklamamız gerektiğine katılıyorum, ama aynı anda bir grup insanın hakkında konuşması da güzel) 15:24 <+void> doğru 15:24 <jrandom> ancak yerel arşivdeki tüm kimlikler o bilgilere erişebilir ve eğer buna göre hareket ederlerse (o anahtarlarla gönderi yaparlarsa vb.), ilişkilendirilebilirliği sızdırmış olurlar 15:25 <jrandom> belki bunların hepsini GUI üzerinden şeffaf şekilde yapmanın bir yolunu bulabiliriz 15:26 <jrandom> (Syndie'yi iki kez çalıştırmak zorunda kalmadan yerelde birden fazla arşivle çalışmak) 15:26 <+fox> <mk> başka pek çok konu var - örneğin belirli arşivleri birbirine karşı münhasır olarak işaretlemek - bu anonimliği artırabilir. bu senaryoların hepsini tanımlayıp bunlarla çok kullanılabilir bir şekilde başa çıkmanın yolunu bulmaya çalışmalıyız 15:27 <tethrage> syndie'nin amacı anonimlik değil, sadece güvenlik 15:27 <tethrage> bununla ilgilenmesi gereken, üzerinde çalıştığı taşıma katmanı değil mi zaten? :/ 15:27 <jrandom> syndie anonimliği hedefler 15:27 <tethrage> (yanılıyorsam düzelt) 15:28 <jrandom> taşıma katmanı anonimliğin yalnızca küçük bir kısmını ele alır - geri kalanıyla bizim ilgilenmemiz gerekir 15:28 <jrandom> s/small// 15:28 <tethrage> öyle mi? :/ 15:28 <+fox> <mk> evet, doğru. syndie özellikle bilgi sızıntılarıyla ilgilenir 15:29 <jadeSerpent> IP adresi anonimliğine karşı kimlik anonimliğini 15:29 <tethrage> anladım. bir süre önce syndie'nin kripto kullanan güvenli bir uygulama olarak tasarlandığını ama kesin anlamda anonim olmadığını söylemiştin diye hatırlıyorum? 15:29 <tethrage> (en azından i2p vb. ile aynı şekilde değil) 15:29 <+fox> <mk> bilgi güvenliği arşivlerin yedekliliği ile sağlanır 15:29 <jrandom> mk: arşivleri işaretlemekten ne kastettiğini tam bilmiyorum, ama bunu tartışan bir gönderiyi syndie geliştirici forumuna yazmanı çok isterim :) 15:29 <jrandom> tethra: syndie anonimlik gerektirmeyen işler için de kullanılabilir 15:30 <jrandom> ama syndie anonimlik gerektiren işler için de kullanılabilir olmalı 15:30 <jrandom> (aksi takdirde, bunu i2p projesinin bir parçası olarak uygulamanın bir anlamı olmaz) 15:31 <tethrage> evet 15:31 <+void> jrandom: adil olmak gerekirse, syndie anonimliği i2p'yi kullanarak sağlasaydı yine de bir anlamı olurdu 15:31 <+void> ama boş ver 15:31 <+void> c 15:31 <tethrage> bilgi sızıntılarına ve sorunlu koda karşı güvenlikten başka, insanları anonim tutmak için syndie ne yapıyor? :/ 15:32 <tethrage> belirtilmedikçe arşivlere doğrudan erişiyorsun vs., değil mi? 15:32 <+fox> <mk> tethrage, her tür bilgi sızıntısı. İstersen birazdan daha ayrıntıya girebiliriz 15:33 <jrandom> tethra: örneğin, JavaScript açıkken bir eepsite'ye erişen biri 15:33 <jadeSerpent> tethrage: bir arşive push ettiğin gönderilerin senden çıktığına dair bir garanti yoktur; bir başkası onları senin arşivine push etmiş olabilir 15:34 <tethrage> jrandom: evet, JS bazı şeyleri ele verebilir vs. ama bir çeşit anonim ağ kullanmıyorsan bunun anonimlikten çok güvenlikle ilgili bir mesele olduğu kesin değil mi? 15:34 <tethrage> öte yandan, sanırım sadece semantik tartışıyorum, o yüzden duracağım 15:34 <tethrage> :/ 15:34 <jadeSerpent> bu bakımdan kendi herkese açık arşivini çalıştırmanın anonimliğini artırdığını savunurum 15:34 <+fox> <mk> jrandom, o gönderiyi yapacağım. Ayrıca bir tarayıcı tasarımıyla oynuyordum (yeni bölümler için yeni sekmeler açmayı sevmiyorum), bu yüzden bunun için bir prototip yapmayı deneyeceğim ve belki geliştiriciye bazı karalamalar göndereceğim 15:34 <jrandom> 'bilgi sızıntılarına karşı güvenlik' anonimliğin özüdür - kimliğin hakkında hangi gerçekleri kimin bildiğini kontrol etmek 15:35 <jrandom> ah harika mk, teşekkürler! 15:35 <jrandom> jadeSerpent: kesinlikle 15:35 <tethrage> anladım 15:35 <tethrage> haklısın 15:36 <jrandom> mk: syndie arayüzünü sunmanın daha iyi yolları varsa, %100 destekliyorum (kodun çok küçük bir bölümü bu sekme tabanlı bileşenlere bağlı) 15:36 <jrandom> ve zaten alfa aşamasındayız 15:38 <+void> jrandom: sekmeli arayüzü pencereli bir arayüze çevirmek zor olmasa gerek? 15:38 <+fox> <mk> evet. ve bazıları her şey için sekmeli yaklaşımı tercih ederse, bunu kullanmakta sorun yok 15:38 <+fox> <mk> (tarayıcı sekmesiyle birlikte) 15:39 <jadeSerpent> lütfen MDI (Multiple Document Interface - Çoklu Belge Arayüzü) olmasın; sekmeli ile MDI arasında, Eclipse'in perspective'leri gibi bir şey öneriyorum 15:39 <+void> MDI kötü, katılıyorum 15:40 <jadeSerpent> NetBeans'te de buna benzer bir şey var, adını unuttum 15:40 <jadeSerpent> views ya da workbench'ler falan, uzun zaman oldu 15:41 <jrandom> .webp taslakları memnuniyetle :) 15:41 * jrandom herkes firefox'u (/etc) sevdiği için her şey için sekme tarzını seçti 15:42 <jadeSerpent> ikonları bitirdiğimde bunun üzerinde biraz hackleyebilirim 15:42 <+fox> <mk> 2 haftalık sürüm döngüsü iyi bir şey. Bu hedeflerin açıkça belirtilmesini seviyorum, ama bazı 'daha yumuşak' hedeflerin de listelenmesini isterim - geliştirici ve daha sonra kullanıcı dokümantasyonu, diyagramlar vs. 15:42 <jrandom> harika 15:42 <jadeSerpent> bence şimdilik sekmeler iyi, kullanılabilirler 15:42 <jrandom> mk: http://syndie.i2p.net/roadmap.html ? 15:42 <jrandom> (yine de yol haritasında tarih yok) 15:43 <+fox> <hottuna> güzel :=) ... az önce bununla ilgili bekleyen görevlere gönderi yaptım :P 15:44 <+fox> <mk> evet, ama daha küçük hedeflere atıfta bulunuyorum. "syndie.gui içindeki sınıflar arasındaki genel etkileşimleri belgelemek" ya da "yasaklamaya ilişkin bir doküman yazmak" vb. 15:44 <jrandom> ah, iyi nokta 15:45 <jrandom> küçük/orta/yüksek seviyeli tüm yapılacak öğelerini yeniden derlemeyi düşünüyordum 15:45 * jrandom bunu yapılacaklar listesine ekler 15:47 <jrandom> tamam, 2) Syndie geliştirme durumu için gündeme getirilecek başka bir şey var mı? 15:48 <jrandom> (elbette, syndie içinde her zaman geliştirici forumlarımız var, ama hızlı ileri-geri için IRC yararlı) 15:49 <jrandom> yoksa, 3) Ocak hata toplama yarışmasının kazananlarına geçelim! 15:50 <jrandom> tebrikler Darn, voyde, mk ve Anonymous, ve yardımcı olan herkese teşekkürler 15:51 * jrandom yarışmanın aslında ilk 3 için olduğunu fark eder, ama sayılar çok yakındı 15:51 <jrandom> bu ay için de yeni bir yarışma var, öncekiyle aynı kurallar 15:51 <jadeSerpent> “Anonymous”ın tek bir kişi olduğunu nereden biliyorsun? ;) 15:51 <+fox> <mk> toplam 225 (benim sayımıma göre) hata - etkileyici 15:51 <+void> :) 15:52 <+fox> <mk> jade, anahtar, bence :) 15:52 <jrandom> jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 <jrandom> yine de o anahtarı paylaşan beş kişi olabilir 15:53 <jrandom> ama o zaman 50 USD'yi paylaşmaları gerekir ;) 15:53 <jrandom> (özel anahtara sahip olup bana e-gold hesabını belirten bir mesajı imzalayıp gönderen ilk kişi kazanır ;) 15:53 <jadeSerpent> tabii biri diğerlerini öldürmezse 15:54 <jadeSerpent> ama bu tür şeyler sadece Romanya'da olur 15:54 <tethrage> ve Rusya 15:54 <jrandom> (ve Britanya, ve Avustralya, ve...) 15:55 <+fox> <mk> 50 USD çok para... 15:55 <jadeSerpent> Rusya'da hepsi öldürülür, ev sahibi parayı alır ve korunma parası olarak çeteye verir 15:55 <tethrage> GBP cinsinden değil ;p 15:55 <+fox> <mk> Bunun için *ben* de öldürürdüm 15:55 <tethrage> sanırım nereli olduğunu sormak bir yanıt getirmez, mk? 15:55 <tethrage> :/ 15:56 <+fox> <dw_g> tamam, ben alırım ;) 15:56 <+fox> <mk> aslen Rusya :D şimdi Kanada 15:56 <jadeSerpent> 225 hata etkileyici, bunların kaç tanesi kapatıldı? 15:56 <tethrage> ice. 15:56 <tethrage> +n 15:57 <jrandom> jadeSerpent: ben kabaca %75-80'inin ele alındığını tahmin ederim 15:57 <jadeSerpent> güzel 15:58 <jrandom> (belki başka %5-10'u da invalid/wontfix) 15:58 <jrandom> ama aslında bu üst düzey yapılacak maddelerinden biri - hata takibi üzerinde gerçek bir yönetim arayüzü edinmek 15:58 * jadeSerpent Trac önerir 15:58 <jrandom> (tüm gönderileri dolaşıp hepsini elle saymam biraz sürdü) 15:58 <+fox> <mk> syndie dışı mı? 15:59 <jrandom> hmm, bir syndie-->track dışa aktarma sistemiyle mi? 15:59 <jrandom> s/ck// 15:59 <+fox> <mk> güzel bir proje, syndie'yi bir hata takip sistemine bağlamak olurdu 15:59 <jadeSerpent> evet 15:59 * jrandom birkaç SQL sorgusu ve insert'ün işi göreceğine bahse girer 16:00 <jrandom> yine de oldukça değerli olur, en azından salt-okunur bir Trac açısından 16:00 <+void> ama Trac'e yapılan güncellemeleri tekrar syndie'ye senkronlamak zor olacak bence 16:00 <jrandom> tam döngü entegrasyonu çok zor 16:00 <jrandom> doğru 16:00 <+fox> <mk> bir noktada 'revision' türü bir sistemi düşünmeye değer olabilir 16:00 <jrandom> ama Trac'te sorgu yapabilmek, detaylara inebilmek ve raporlar üretebilmek vs. 16:01 <+fox> <mk> gönderilerin eskilerini geçersiz kıldığı bir yer 16:01 <jrandom> ah, evet bunun için kancalar var, ama Overwrite* başlıklarına şu anda uyulmuyor 16:02 <jrandom> yine de çok zor olmaz, aynı gönderinin önceki rev'lerine gitmek için bir arayüz anahtarı ve gönderinin eski gönderiyi geçersiz kılmaya yetkili olduğunu doğrulamak için birkaç satır kod 16:03 <jadeSerpent> hata bildirmek için doğrudan syndie'nin kullanılmak istenmesini anlıyorum, ama tasarımı issue tracking içermiyor ve bu görev için her zaman optimalin altında kalacak; bence gerçek bir issue tracker (hata takip sistemi) kullanmalısınız 16:04 <+fox> <mk> bildirilen hata sayısını görünce, jadeSerpent ile aynı fikirdeyim 16:05 <jrandom> öte yandan, kaç hata, hataları bildirmek için syndie'yi kullananlar tarafından keşfedildi? 16:05 * jrandom Trac'e ya da başka bir hata takip sistemine bütünüyle karşı değil 16:05 <jadeSerpent> bu tür hatalar zaten her hâlükârda keşfedilecekti 16:05 <+void> şey, önem dereceleri, bileşenler, sürümler ve hataları kapatma/açma/yeniden açma işleri syndie etiketleriyle yapılabilir 16:05 <jrandom> doğru 16:06 <+void> (ve bunların çoğu zaten yapılıyor) 16:06 <jadeSerpent> geçen gün biri bir hata raporu gönderirken donduğu gibi; konu ne olursa olsun gönderi yaparken donardı, hata raporu olması fark etmedi 16:06 <jrandom> takma adla (ve doğrulanmış) iletiler aracılığıyla gerçek bir issue tracker'ı besleyebilirsek harika olur 16:06 * jrandom ayrıca hassas bilgiler içeren birkaç özel hata raporu da aldı - bunlar syndie'nin şifrelemesiyle korunuyor 16:07 <+fox> <mk> peki, neden ikisini de tutmuyoruz? 16:08 <jadeSerpent> yine de anonimlik veya basit olandan daha ileri gizlilik düşünülerek tasarlanmış bir issue tracker olmadığına katılıyorum 16:09 <+fox> <mk> syndie'nin bu tür bir hata takipçisine sahip olması güzel olurdu, ama çoğu hata raporunu girerken anonimlik çok büyük bir sorun değil 16:10 <jadeSerpent> belki Trac, orada syndie'nin özelliklerinden yararlanacak şekilde modifiye edilebilir 16:10 <+fox> <mk> jade, zor olur. tarayıcılar imzalamayı uygulamıyor 16:12 <jrandom> hmm. elimizdeki aslında şuna dayanıyor: http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 <jrandom> artı http://dev.i2p.net/~jrandom/bugsp1.txt ve http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 <jrandom> bu sorunları takip etmek için elimizdekinden daha iyi bir şeye ihtiyaç duyduğumuz konusunda hemfikirim ve bizi en iyi şekilde ilerletecek her şeye açığım 16:13 <jrandom> ama mümkünse neyse onu minimal tutmak isterim, çünkü biz syndie inşa ediyoruz, bir bug tracker değil :) 16:14 <jadeSerpent> evet, şimdilik onsuz idare ediyor gibisin ;) 16:14 <jrandom> ama eminim bazıları gözden kaçacak ve diğerleri bilinenleri vs. bulmakta ve düzeltmelere katkıda bulunmakta zorlanacak 16:15 <+fox> <mk> bunu muhtemelen syndie üzerinden uygulamamıza bile gerek yok. orada bir ölçüde faydalı, ama 200+ hata gerçekten çok. bir takipçi seçip onu www üzerinden ve i2p üzerinden erişilebilir yapmalıyız 16:16 <+fox> <mk> syndie'nin 'hata bildir' ekranının tepesine ona bir bağlantı verelim ve böylece iki seçeneğimiz olsun. syndie içinde bir bug tracker uygulaması şu an kaynak harcamamız gereken bir şey değil 16:17 * jrandom hata takibinin entegre olmasını seviyor (böylece insanlar hata takip hesapları oluşturmak, sahte e-posta adresleri kullanmak zorunda kalmıyor, vb.), ama hangi çözümü kullanmamız gerektiğine dair önerilere açığım 16:17 <+fox> <mk> bence bunu korumalıyız, ama ayrıca o bug tracker da olmalı 16:18 <jadeSerpent> kısa vadede salt-okunur erişim güzel olur 16:18 <jadeSerpent> daha çok hataya odaklı bir arama arayüzünü tercih ediyorum 16:18 <jrandom> o kadar da kötü olmaz; web tabanlı olanı kullanamayan/kullanmak istemeyenler için bir de tek yönlü bir syndie-->issue tracker dışa aktarma yazılabilir 16:19 <jrandom> s/of r/for/ 16:19 <+fox> <mk> entegrasyonlu hata gönderimi sahip olunması harika bir şey, ama 200+ hatayı takip etmek için syndie arşivini kullanmamalıyız 16:20 <jrandom> yine de arama yeteneklerimizi test etmek için harika :) [evet, tamam, ikna oldum] 16:20 <jrandom> öyleyse, Trac için bir oy. başka oy var mı? lütfen gerekçesiyle birlikte syndie geliştirici forumuna gönderin 16:21 <jadeSerpent> Trac için iki oy, benimkini zaten saymadıysan ;) 16:21 <jrandom> evet, ben de onu sayıyordum ;) 16:21 <+fox> <mk> seçenekler neler? takipçiler hakkında hiçbir şey bilmiyorum 16:21 <jadeSerpent> onun kendi oyun olduğunu umuyordum, ama tamam 16:22 <jadeSerpent> Trac ile çalıştım, üçüncü taraf desteği harika 16:22 <jadeSerpent> Bugzilla için 'ı-ıh' derdim 16:22 <jrandom> yine de, yeri gelmişken, birisi bir issue tracker'a epey aşinaysa, bir syndie-->issue tracker dışa aktarmayı çıkarırken yardımcı olur 16:22 <jrandom> evet, Bugzilla bir canavar 16:22 <jadeSerpent> JIRA da iyi, Trac gibi 16:23 <+void> Trac muhtemelen pek çok kişiye de tanıdık 16:23 <jrandom> evet, iyi insanlar ayrıca (i2p'ye bir lisans verdiler, gerçi henüz kullanmadık) 16:23 <jadeSerpent> JIRA lisansınız mı var? 16:23 <jrandom> evet, JIRA ve FishEye 16:24 <jadeSerpent> harika, bir denemekte fayda var 16:24 <jadeSerpent> bu arada Eclipse'in mylar eklentisi Bugzilla, Trac ve JIRA ile tam entegre oluyor 16:24 <jadeSerpent> arayüzü için övgüler yüksek 16:25 <jrandom> kahretsin şu NetBeans/Eclipse savaşı 16:25 <bar> (hatalar oluşturulurken otomatik mi raporlanıyor? ;) 16:25 <tethrage> (haha) 16:26 <+fox> <mk> hah, güzel 16:26 <jadeSerpent> jrandom: NetBeans desteği, hatırladığım kadarıyla mylar yol haritasında 16:26 <jrandom> güzel 16:26 <+fox> <modulus> bu, Sun'ı fanatikçe destekleyenlerin başına gelir :-) 16:27 * jrandom modulus'a JavaBeans fırlatır 16:27 <jadeSerpent> mylar resmen Eclipse Vakfı'nın himayesi altında olsa da 16:27 <+fox> * mk Trac için canlı bir site bulamıyor 16:27 <+fox> <modulus> http://trac.wordpress.org/ 16:27 <jrandom> mk: http://feedspace.i2p/ şu an 16:28 <+void> http://trac.edgewall.com/ 16:29 * jrandom çok farklı sistemi değerlendirmeye çok zaman harcamak istemiyor, bu yüzden belirli bir sistemi sahiplenmek isteyen biri varsa lütfen bunu syndie geliştirici forumunda yapın 16:29 <jadeSerpent> http://overlays.gentoo.org/proj/alt/wiki 16:29 <+void> (^ resmi meta-trac) 16:29 <+fox> <mk> evet, benim için hepsi aynı 16:30 * jrandom 3) Ocak hata toplama yarışmasının kazananları! için bu kadar olduğunu varsayacak ve bizi 4) ???'ye taşıyacak 16:30 <jrandom> toplantı için başka bir şeyi olan var mı? 16:30 <+fox> <mk> 'en iyi' abartılıyor. bu konularda en çok deneyimi olan kişi muhtemelen yazı tura atmalı 16:32 * jrandom gerçekten bir proje planlama / sürüm planlama sistemi ya da bir kaynak kod tarayıcısı aramıyor (ücretsiz bir wiki zararlı değil, ama ugha.i2p de var) 16:32 <jrandom> bundan beklediğim tek özellik konuları/işleri takip etmek 16:37 <jrandom> tamam, toplantı için başka bir şey yoksa... 16:37 * jrandom toparlar 16:37 * void baffer'ı jrandom'a uzatır 16:37 * jrandom toplantıyı *baf* kapatır