I2P Geliştirici Toplantısı - 20 Ocak 2004

[22:07] <jrand0m> gündem: [22:07] <jrand0m> 0) selam (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html adresini okuyun) [22:07] <jrand0m> 1) router geliştirme durumu [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) birim testleri [22:07] <jrand0m> 4) ağ testleri / izleme [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) selam [22:07] <jrand0m> selam [22:07] * jrand0m el sallar [22:07] <dm> ooo toplantı! [22:07] * dm el sallayarak karşılık verir. [22:07] <jrand0m> her salı gmt 9'da :) [22:08] <jrand0m> insanlar şu url'yi okumalı (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) çünkü gündem maddesi 4 sırasında geri bildirimine ihtiyaç duyduğum şeyler var [22:08] <jrand0m> 1) router geliştirme durumu [22:09] <jrand0m> ilerleme kaydediyorum, şu an cvs'deki kod iyi görünüyor. son bir gündür bir betik bir dizi router'ı test ediyor ve hiçbiri tek bir ERROR mesajı bile üretmedi [22:09] <duck> okuyorum... [22:10] <jrand0m> ama tabii bu sadece temel testler (router'ların tunnel'ları doğru oluşturduğundan emin olmak, i2ptunnel üzerinden birinden diğerine veri tünellemek, vb) [22:11] * jnk #i2p kanalına katıldı [22:11] <jrand0m> sahada düzeltilmesi gereken başka şeyler de kesinlikle var; bu yüzden işlevselliği doğrulamak veya yeni hatalar bulmak için bir-iki gün içinde 0.2.3.5 sürümü çıkacak [22:11] <jrand0m> tamam, devam ediyorum [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> bende hata var [22:12] <duck> ama muhtemelen başkalarından kaynaklanıyor [22:12] <jrand0m> düşen mesajlar ve bilinmeyen tunnel'lar, değil mi? [22:12] <duck> kontrol ediyorum [22:13] <jrand0m> (bunlar 'canlı' router'larımdan birinde gördüğüm hatalar, test ağında değil) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> ah tamam, evet, phttp rölesiyle ben de uğraşıyordum [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> hmm bu biraz tuhaf - stacktrace'i bana iletebilir misin? [22:14] <duck> Yükleyeceğim. [22:14] <duck> . [22:14] <jrand0m> gracias [22:15] <jrand0m> aslında, gelecekteki sürümler için genel kural bu olacak - WARN veya INFO ya da DEBUG mesajları sorun değil; ERROR veya CRIT mesajları ise duymak istediğim şeyler [22:16] <jrand0m> tamam, 2)'ye geri dönelim [22:16] <jrand0m> human, i2p'yi Python ve Twisted framework'ü üzerinden kullanmanın bir yolunu bir araya getirdi (yaşasın!) [22:17] <jrand0m> daha fazla bilgi için e-postasına bakın (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> eklemek istediğin bir şey var mı human? (buradaysan) [22:17] <duck> bu _çok_ havalı [22:17] <jrand0m> evet, echo server ve client için örnek kodlar şahane görünüyor [22:18] <jrand0m> tamam, 3)'e geçiyoruz: birim testleri [22:19] <jrand0m> evet, veri yapıların çoğu için bazı birim testleri var, ama "tek tıkla test edilebilir" değiller, bu yüzden her derlemede çalıştırmıyorum. [22:20] <jrand0m> şu anki düşünce, onları JUnit'e taşımak ve çeşitli bileşenlerin (özellikle kripto olanların) main(..) metodunda uygulanmış olan diğer birim testlerinden mümkün olduğunca çoğunu birleştirmek [22:21] <duck> muhtemelen daha karmaşık şeyleri test etmek zordur [22:21] <jrand0m> hata ayıklamanın bizi nereye götürdüğüne bağlı olarak, er ya da geç kritik yol üzerindeki bir konu olacak [22:21] <jrand0m> doğru, mevcut haliyle birim testler sadece temeli test ediyor [22:21] <duck> örneğin yönlendirme, TCP işleri vb [22:21] <jrand0m> doğru [22:21] * dm birim testlerinin değeri üzerine bir tartışma geldiğini görür. [22:21] <jrand0m> ama AESInputStream gibi şeyler AESOutputStream ile birlikte test edilebilir [22:22] <duck> birim test = süper [22:22] <jrand0m> (ve log'larını yakından izleyenler için, decrypt akışı sırasında biraz tuhaf "pushed back" davranışları oldu) [22:22] <jrand0m> kesinlikle. [22:23] <jrand0m> birim testler sadece, şey, birimler içindir. daha büyük bileşenler için değil (ki gündem maddesi 4 bununla ilgili ;) [22:24] <jrand0m> ama her durumda, mevcut veri yapısı birim testlerini JUnit çerçevesine dönüştürmeye yardımcı olmak isteyen biri olursa bana haber verin - çok makbule geçer (ve i2p kod tabanı hakkında iyi bir temel sağlar) [22:24] * mihi_away artık mihi olarak biliniyor [22:25] <dm> Hafta sonuna kadar yapılmazsa bir bakabilirim. Birim testi hakkında hiçbir şey bilmiyorum, böylece öğrenebilirim. [22:25] <jrand0m> süper! [22:25] <dm> ama söz veremem. [22:25] <jrand0m> tamam tamam [22:25] <jrand0m> tamam, 4)'e geçiyoruz: ağ testleri / izleme [22:26] <jrand0m> herkes http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html adresini okudu mu? Sadece kopyalayıp yapıştırmak istemiyorum [22:26] * Frontier #i2p kanalına katıldı [22:27] * jrand0m insanların sindirmesi için zaman tanır [22:27] * dm der ki... [22:28] <Frontier> neyi sindirmek? [22:28] <dm> C) ama otomatik gönderim olmadan. [22:28] <dm> yani emaillogstojrandom.sh (.bat) yazarsın [22:28] <dm> e-posta atar veya gönderir, her neyse. [22:29] <dm> ve bunu yaptığında log'unu temizler ya da bir yere taşır, böylece aynı veriyi iki kez göndermezsin. [22:29] <jrand0m> yani temelde B [22:29] <jrand0m> (ya da A) [22:29] <dm> Evet, kullanıcı dostu B) :) [22:29] <jrand0m> veriyle ilgili numaralardan biri bu... o log gecede onlarca megabayta büyüyor [22:29] <jrand0m> aynen [22:30] <dm> üzgünüm, C için history=false görmemişim. [22:30] <jrand0m> Frontier) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? adresinin 4. bölümünü tartışıyoruz [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> Yani komutla gönderen bir betikle history=false. [22:30] <dm> pardon, history=true :) [22:30] <dm> tanrım, bunu berbat ettim. [22:31] <jrand0m> doğru mihi, ama bzip2 Windows'ta yok (zorunlu kılıp yüklemediğimiz sürece). yoksa bzip2'nin bir dosyayı bir URL'ye göndermek için bir bayrağı olduğunu mu kastediyorsun? [22:32] <dm> boyut konusunda endişelenmem; burada sahip olduğun küçük grup için onlarca megabayt sorun değil. [22:32] <Ophite1> Ben C'ye oy veriyorum. [22:32] <dm> Göndermek için betiği çalıştırdığında arşivlendiği sürece. [22:32] <Ophite1> Bu bir debug istemcisi. [22:32] <Ophite1> Üretim istemcisinde elbette A :) [22:32] <mihi> jrand0m: o zaman GZipOutputStream kullan [22:32] <jrand0m> doğru doğru Ophite1 ;) [22:33] <jrand0m> mihi> insanlar bu dosyaları okumak isteyebilir ;) [22:33] <duck> evet, debug katılımı için isteğe bağlı olsun, ama bir kez katılınca kullanıcı için olabildiğince kolay olsun (yani C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> jrandom: gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' dahili veya harici bir komut olarak tanınmıyor, [22:33] <jrand0m> çalıştırılabilir bir program ya da komut dosyası değil. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm parmaklarını oynaştırır. [22:34] <Ophite1> double-click -> winrar -> view [22:34] <jrand0m> tamam, bir B, iki C var, sen ne düşünüyorsun mihi? [22:34] <jrand0m> (başka biri?) [22:34] <dm> parmakları oynaştır, burun karıştır, tık tık. [22:34] <mihi> double-click - 7zop - view. I'd say C. [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 C bir B. Ben de C'yi seviyorum aslında ve tabii birisi bu veriyi göndermek /istemiyorsa/ her zaman söyleyebilir ve hiçbir şey yapmayacaktır [22:36] <jrand0m> hem C'yi hem B'yi uygulayabilir miyim bakacağım [22:36] <dm> Görünen o ki C oldu. [22:36] <dm> Vaktini harcama, B'yi isteyen kişi dial-up kullanıyor ve zaten çok az veri sağlayacak ;) [22:36] <jrand0m> hehe [22:36] <jrand0m> şey, C muhtemelen B'nin üzerine uygulanacak, bu yüzden ekstra iş gerektirmeyecek [22:37] <jar> benim için: tam Ophite1'in dediği gibi! üretim istemcisi için A, debug için C ... [22:37] <jrand0m> aynen jar [22:37] <jar> just like Ophite1 said ! A for prod client, C for debug ... [22:37] <Ophite1> üretim istemcisi için A dışında elbette hiçbir şey değil... [22:37] <jar> just like Ophite1 said ! A for prod client, C for debug ... [22:37] <Ophite1> bu apaçık :) [22:37] <jar> üzgünüm ... :( [22:37] <jrand0m> sorun yok jar, seni kickban etmeyeceğiz (... bu sefer ;) [22:38] <jrand0m> tamam, o işe girişeceğim ve bu test edilir edilmez yeni 0.2.3.5 sürümümüz olacak (muhtemelen yarın) [22:39] <jrand0m> tamam, 5)'e geçelim ??? [22:39] <jrand0m> başka bir şey olan var mı? sorular, düşünceler, endişeler? [22:39] * duck ücretsiz hosting teklif eder [22:39] * dm ücretsiz hosting'i kabul eder [22:39] <jrand0m> oh harika. evet, insanlar siteleri host.duck.i2p üzerinde barındırmalı, erişilebilir sayfaların olması güzel [22:39] <jrand0m> (tabii insanlar kendileri için de özgürce host edebilirler ;) [22:40] <duck> tabii, sadece 7/24 çevrimiçi kalamayanlar için [22:40] <jrand0m> doğru [22:40] <mihi> streaming API'ye ne oldu (ne olacak?)? [22:40] <jrand0m> mihi> görev listesinde, ama ağın güvenilir çalışmasını sağlamak şu anda daha yüksek öncelik :/ [22:41] <mihi> ama tamamen rafa kaldırılmadı, değil mi? (öğrenmek istediğim bu...) [22:41] <jrand0m> 0.3.1 sürümü için streaming API'ye geri döneceğim (belki daha erken, ama emin değilim) [22:41] <jrand0m> kesinlikle tamamen rafa kaldırılmadı. [22:41] <jrand0m> yapılacak. [22:41] <dm> Bu streaming API nedir? Ağı istemcilere sunmanın farklı bir yolu mu? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> başlangıçtan itibaren mode=guaranteed'ı router içine koyarak, ayrı bir kütüphaneye koymak yerine tartışmalı bir hata yaptım (ve şimdi onu router dışına taşımaya çalışıyorum :) [22:43] <jrand0m> (bu hatanın akıl almaz derecede harika faydası, mihi'nin gelip i2ptunnel yazmasıydı :) [22:44] * wn-user #i2p kanalına katıldı [22:44] <jrand0m> başka bir şeyi olan var mı? [22:44] * dm anlar. [22:45] <jrand0m> aynen [22:45] <dm> Hmmm, toplantıyı bitirmek için fazla erken değil mi? [22:45] <duck> hosts.txt ne olacak [22:45] <duck> büyüyor da büyüyor [22:45] <jrand0m> şey, 45 dakika. iki hafta önce 20 dakikaydı [22:45] <jrand0m> ah, doğru [22:45] <duck> ama %75'i çevrimdışı [22:45] <duck> ve %50'si kalıcı olarak çevrimdışı görünüyor [22:45] <jrand0m> muhtemelen [22:46] <jrand0m> bilmiyorum [22:46] <duck> DNS çözümüne teşviki artırmak için büyümeye devam etsin :) [22:46] <jrand0m> heh aynen [22:46] <Ophite1> Biraz gecikmeye razıyım, her tür Windows sorunuyla çok 'eğleniyorum'... [22:46] <dm> Ophite1: Windows şeytan! [22:46] <Ophite1> Windows'un ne kadar berbat olduğunu, onun için yazılım yazana kadar gerçekten anlamazsınız. [22:47] <jrand0m> java kullanmak için sebep #941 [22:47] <dm> Tabii .NET kullanmıyorsan. [22:47] <dm> nam-ı diğer java++ [22:47] <Ophite1> dm/jrand0m: yine de Windows'un üzerinde çalışıyor ve hala sürekli karşına çıkan bazı şeyler var. [22:47] <duck> jrand0m: şu son yamalar kopmaları çözer mi? yoksa daha çok bağlantı sorunları mı [22:47] <Ophite1> Örneğin yol (path) uzunlukları. Lanet unicode. [22:48] <mihi> Ya da dosya adlarında \n kullanmamak ;) [22:48] <mihi> ki bu zaten cvs'i çökertecektir ( *nix üzerinde, BTDT) [22:48] <jrand0m> duck> bugün hiçbir yama kritik değil [22:48] <duck> dünden, yani [22:49] <dm> Bir dosya adında \n kullanırsan ne olur? :) [22:49] <mihi> dm: dene ;) *nix'te, ardından cvs update çalıştırmaya kalkmadığın sürece bir şey olmaz. [22:49] <jrand0m> ah, dün bazı (çoğunu? hepsini?) i2ptunnel 'Peer unreachable' mesajlarını çözecek Güzel yamalar vardı. ama i2cp kopmaları değil [22:50] <dm> Bence bir istisna fırlatırdı. [22:50] <jrand0m> (0.2.3.5'in çıkmasının nedenlerinden biri bu) [22:51] <mihi> dm: yerel depo ile çalışıyor, ama pserver veya ssh ile değil. [22:51] <mihi> 'protocol error' gibi bir şey. [22:51] <mihi> (protokol dosya adlarını \n ile sonlandırır ;) ) [22:51] <Ophite1> dosya adlarında $ ve | olduğunda Direct Connect'te olanlara benziyor. DC'den nefret ediyorum. [22:51] <duck> . [22:52] <Ophite1> Ne kodlarsam kodlayayım, asla o kadar kötü olamaz :) [22:52] <jrand0m> yok ya, siz C geliştiricileri $ yerine sadece \0'ı özel kabul edersiniz ;) [22:52] <jrand0m> tamam, i2p ile ilgili başka bir şey var mı yoksa bitirelim mi? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> 'k bu kadar [22:54] * jrand0m toplantıyı *baf* yaparak kapatır