I2P Geliştirici Toplantısı - 16 Aralık 2003

[22:04] <jrand0m> 0) selam [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) selam [22:04] <jrand0m> 0) selam [22:04] <jrand0m> ... bilmem kaçıncı toplantıya hoş geldiniz [22:05] <jrand0m> (68? 69?) [22:05] <MrEcho> kahretsin, burada saat 1 öğlen [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> seksi. [22:06] <jrand0m> tamam, 1) iip [22:06] *** Çıkış: tusko (İstemciden EOF) [22:06] * MrEcho toplantı için bir çekirdek derliyor [22:06] <jrand0m> iip çıldırmış gibi davranıyor. Bildiğim tek şey nop'un "sunucuları taşıdığı", her ne demekse. Ne zaman bitecek bilmiyorum, vs. [22:06] <jrand0m> sınıfla paylaşmak istediği başka bilgisi olan var mı? [22:06] *** mids (mids@anon.iip) kanal #iip-dev'e katıldı [22:06] <MrEcho> nop'tan bilgi yok [22:07] <mids> bu sabah Trent'i tekrar başlatabileceğim söylendi [22:07] <mids> (bunu zaten dün gece yaptım) [22:07] <jrand0m> harika [22:07] <jrand0m> gracias [22:07] <mids> bu da nop'un IIP'nin tekrar daha istikrarlı olduğuna inandığını gösteriyor [22:07] <mids> bir şey ifade ediyorsa tabii... [22:07] <mids> *öksürür* [22:07] <jrand0m> tamam, güzel [22:08] <jrand0m> [woot ev arkadaşım toplantı için bana bir kadeh şarap verdi] [22:08] <MrEcho> lol [22:08] <jrand0m> tamam, nop çevrimiçi olduğuna göre ve toplantıya gelmeyecek, linç ekibini sonraya saklamamız gerekecek [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> ona sormak istediğin belirli soru ne? [22:09] <protocol> toplantı ne zaman [22:09] <jrand0m> spesifik soru> geçmiş sorunları ve gelecektekilerin nasıl ele alınacağını anlatan resmi bir duyuruyu ne zaman yapacak? [22:09] <jrand0m> toplantı şimdi [22:10] <jrand0m> (yani, iip dışı iletişim yollarını ne zaman değerlendirmeliyiz) [22:10] <mids> cevap alırsam sana bildiririm. [22:10] <jrand0m> teşekkürler [22:11] <jrand0m> tamam, i2p işleri. 0.2.3 dün çıktı ve kademlia kodunun çoğu iyi çalışsa da, 0.2.2 hatalarından bazıları ortaya çıkıyor ve ayrıca incelenen başka hatalar da var. [22:11] <jrand0m> dbStore için garlics yerine tünellenmiş mesajlar kullanacak bir değişiklik gönderdim; bu, tc'nin (ve diğerlerinin) sunucularda gördüğü yükü azaltmalı [22:12] <jrand0m> ayrıca, yeniden başlatmaların bir router'ı 15 dakika boyunca tamamen b0rk etmesini engelleyecek yeni kalıcı bir sessionKeyManager var [22:12] <MrEcho> istemcilerin router'lara bağlanma süreleri ne durumda? [22:12] <duck> şimdilik 0.2.2 kadar iyi/kötü gibi; bu gece router/tunnel'larım yine çökerse, o zaman 0.2.2'den daha kötü demektir [22:13] <jrand0m> MrEcho> bunun 0.2.2'den iki hatanın etkileşiminden kaynaklandığı ve öncekinden daha çok azdığı görünüyor. Bu ikisi en önceliklerim. [22:13] <MrEcho> tamam, güzel [22:13] <jrand0m> duck> son kullanıcı açısından 0.2.2'den daha kötü olduğu izlenimindeyim. Bunu anonimliğe veya güvenliğe zarar vermeden düzeltmek için çalışıyorum. [22:13] <MrEcho> o lanet hata yüzünden dns üzerinde çalışmak zor .. dns sunucusunu sık sık yeniden başlatmak zorunda kalıyorum [22:14] <jrand0m> MrEcho> yalnızca yerel router'larla bu hataları çoğaltamadım - sende yalnızca yerelle çalışıyor mu? [22:15] <MrEcho> hayır [22:15] <jrand0m> bununla ilgili hata ayıklama günlüklerini bana gönderebilir misin? [22:15] <MrEcho> zaten sildim [22:16] <jrand0m> tamam, tekrar dener ve çalışmazsa, hem router'dan hem de istemciden hata ayıklama günlüklerini gönderirsen sevinirim. [22:16] <MrEcho> öncekiyle aynı şeyi yapıyor .. istemci gönderildiğine dair mesajı alıyor .. ama diğer istemciye hiç ulaşmıyor [22:16] <MrEcho> diğer istemciye [22:17] <MrEcho> evet .. ne yapabileceğime bakacağım [22:17] <jrand0m> tamam, i2psessionImpl2 hatasına benziyor. Bunu yerelde çoğaltamadım, ama uzak için düzeltildiğinde umarım senin durumda da çalışır [22:17] <jrand0m> gracias [22:17] <jrand0m> her durumda, güncelleme konusunda sabrınız için teşekkürler. Yüzeyde öyle görünmese de ilerleme kaydediyoruz [22:18] <protocol> parlamaya devam et çılgın elmas [22:18] <duck> ileride, diyelim i2p gerçekten kullanılır hale geldiğinde, bozuk sürümlerin ağı mahvetmesini önlemek için geliştirme / yayın süreci nasıl değişecek? [22:19] <jrand0m> 1.0 çıktıktan sonra, bir haftalığına deli bir gönüllü grubuna denemeleri için dağıtım yapacağım; sonra işler iyi giderse genel sürüme sunulacak. [22:20] * FireRabbit çılgın bir gönüllü olacak [22:20] <jrand0m> şu anda i2p.dnsalias.net üzerindeki güncellemeler için kaffe & jetty ile boğuşmam gerekiyor [22:20] <duck> hangi tür? [22:20] * MrEcho çoktan öyle [22:20] *** tusko (~tusko@anon.iip) kanal #iip-dev'e katıldı [22:20] <jrand0m> hepiniz zaten çılgın (ve çok yardımcı) gönüllülersiniz :) [22:20] <FireRabbit> teşekkür ederim! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) kanal #iip-dev'e katıldı [22:21] <jrand0m> hey, bu da tc değilse... [22:21] * MrEcho TC'yi şaplaklar .. geç kaldın [22:21] <TC> merhaba [22:21] <TC> yeniden çalışır halde miyiz? [22:21] <MrEcho> evet bugün yazabiliyorum... [22:22] <jrand0m> iip ayakta görünüyor... [22:22] <TC> yaşasın [22:22] <jrand0m> her durumda, iki kritik hata düzeltildikten sonra, önümüzdeki birkaç gün içinde 0.2.3.1'i çıkarmayı umuyorum (tc'nin gördüğü cpu aşırı yüklenmesi zaten güncellendi) [22:23] *** wiht (anon@anon.iip) kanal #iip-dev'e katıldı [22:23] <TC> sebep neydi? [22:23] <FireRabbit> 0.2.3'e güncelledikten sonra artan disk etkinliği fark etmiş gibiyim ama bunun gerçekten i2p'den mi yoksa bilgisayarın aptallığından mı olduğunu görmek için vakit ayırmadım [22:23] *** Çıkış: wiht ((null)) [22:23] <TC> FireRabbit, ne kadar belleğin var? [22:24] <FireRabbit> o bilgisayarda 128 var sanırım [22:24] <FireRabbit> sayfalama dosyasından olabilir mi sence? [22:24] <jrand0m> sebep, 0.2.3'ün tüm dbStore mesajlarını doğrudan göndermek yerine garlic yönlendirmeli mesajlarla göndermesi; bu da ya ElGamal ya da AES+SessionTag (tag'lerin bilinip bilinmemesine bağlı olarak) kullanıyor. persistentSessionKeyMAnager tag'lerin daha uzun süre dayanmasını sağlayacak ve 0.2.3.1 dbStore mesajlarını bunun yerine tunnel'lar üzerinden gönderecek [22:24] <TC> çünkü bende 512 var ve i2p dün gece bana 'out of memory' hatası verdi [22:24] <jrand0m> gerçekten mi? kahretsin [22:24] <FireRabbit> aa, ilginç [22:25] <MrEcho> vay [22:25] <jrand0m> evet, bu çözülecek hatalar listesinde #3 (yine de 0.2.3.1'i durduran türden bir sorun değil) [22:25] <jrand0m> OOM'lar tüm 512'yi kullanmaz [22:25] <TC> ama şu an düzgün çalışıyor gibi [22:25] <jrand0m> yalnızca Java'nın verdiği kadarını kullanırlar (ör. 64M) [22:26] <TC> evet [22:26] <duck> Bellek: Kullanımda: 8187KB [22:26] <jrand0m> aynen [22:26] <duck> bu çok değil! [22:26] <duck> daha [22:26] <MrEcho> Bellek: Kullanımda: 8908KB Boş: 4088KB [22:27] <jrand0m> evet, orada büyüyen bir şey var, 0.3'e kadar izini sürmüş olmayı umuyorum [22:27] <jrand0m> güzel, 'boş' eskiden 12.9M kullandığı, şimdi sadece 8.9 kullandığı anlamına geliyor [22:27] <TC> şu anda 30 meg bellekle çalışıyor ama dün gece (Windows'un söylediğine göre) '70'e fırladı, o civarda çöktü [22:27] <jrand0m> evet, bende de kaffe böyle yapıyor tc [22:28] <jrand0m> tamam, her durumda, insanların i2p posta listesine abone olması gerekiyor [22:28] * FireRabbit bugün eve gidince bazı sorunları olduğu için meshwork kütüphanesini baştan yazmayı düşünüyor [22:28] <FireRabbit> iç çeker [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> öf be FireRabbit [22:28] <FireRabbit> bu şey asla tamamlanmayacak [22:28] <TC> evet, ve bellek çoğu zaman büyük mesele değil [22:28] <jrand0m> heh, hiçbir proje umulduğu kadar kolay gitmez [22:28] <FireRabbit> hayır [22:28] <protocol> jrand0m: posta listesi Yahoo! spam korumasını tetikliyor [22:28] <protocol> sadece bilgin olsun [22:28] <jrand0m> gerçekten mi protocol? [22:29] <protocol> evet [22:29] <jrand0m> belki iip-dev'e cc yaptığımda spam korumasını tetikleyen şey oydu [22:29] * jrand0m ISS'ime yazacağım [22:29] <jrand0m> (ya da belki .dnsalias.net olayıdır) [22:30] <protocol> şu ana kadar hiçbir posta almadım ve kontrol edemeden toplu postayı boşalttım [22:30] <duck> ya da jrandom takma adı [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> takma adım filtrelenmişse harika olurdu :) [22:30] <FireRabbit> hehe [22:30] *** wiht (anon@anon.iip) kanal #iip-dev'e katıldı [22:30] <jrand0m> tekrar hoş geldin wiht [22:30] <jrand0m> bu arada, sanırım 3.1) uygulamalarını gündeme almalıyım :) [22:31] <jrand0m> hey MrEcho, savaş nasıl gidiyor? [22:31] <wiht> jrand0m: Merhaba. [22:31] <MrEcho> linux derleme yapılandırması için biri bir otomatik algılama programı yazdığı gün [22:31] <MrEcho> neyse, yolda [22:31] <duck> knoppix bir otomatik algılama şeyi kullanıyor, değil mi? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> her şeyi nasıl yapmak istediğimi büyük ölçüde planladım [22:31] <jrand0m> aynen [22:32] <jrand0m> yaptığın şeylerden yararlanması için i2ptunnel nasıl güncellenebilir konusunda net bir görüşün var mı MrEcho? [22:32] <FireRabbit> bence knoppix hotplug kullanıyor [22:32] <MrEcho> 0.1 kilitli olmayacak/olabilir .. daha bilmiyorum [22:32] <jrand0m> süper [22:33] <TC> ah jrand0m, cvs hakkında bir sorum var [22:33] <jrand0m> que tal? [22:33] <MrEcho> dns sorguları için İstemci ve RS tarafında İsim sorguları için bir sunucu portu koyacağım [22:33] <FireRabbit> peki jrand0m beni aydınlat, iki dizi varsa, biri yeni alınan veriyi depoluyor ve biri tampon görevi görüyor, bunlara ne isim verirdin [22:33] <MrEcho> ve herhangi bir uygulamanın kullanması için bir kütüphane yapacağım [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> hmm [22:34] <TC> host dosyasını doğrudan i2p tabanlı cvs'ye güncellesem, böylece gelecekteki sürümlere dahil edilebilse iyi olur diye düşündüm [22:34] <jrand0m> kesinlikle tc [22:34] <FireRabbit> bu oldukça büyük bir sınıf, sanırım ondan biraz daha spesifik olmak isterdim [22:34] * jrand0m sana bir cvs hesabı ayarlamalıyım [22:34] <TC> sadece ona nasıl bağlanacağımı merak ediyorum [22:34] <duck> TC: istediğin (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> Windows için bildiğim en kolay CVS istemcisi [22:35] * MrEcho dos sürümünü kullanır :) [22:35] <mihi> duck: windows için != win9x ;) [22:35] * FireRabbit cvs komut satırı portunu kullanır [22:35] <duck> mihi: win9x ile test ettim [22:35] <jrand0m> tc> daha önce cvs kullandın mı? yoksa anonimliğe mi önem veriyorsun? (şu anda i2p üzerinden cvs yapabilmelisin) [22:35] * mihi ya WinCVS ya da cygwin cvs kullanır [22:35] * jrand0m cvs.exe kullanır [22:35] <TC> tamam, yani o istemciyi kullanıp proxy ayarı mı yapıyorum? [22:35] <TC> hayır, daha önce cvs kullanmadım [22:35] <jrand0m> tamam, toplantıdan sonra kurulumda seni adım adım yönlendiririm [22:36] <TC> tabii, teşekkürler [22:36] <duck> tunnel üzerinden cvs yapmak hakkında: [22:36] <duck> çift mesajlar büyük bir sorun olmaz mı? [22:36] *** Çıkış: wiht (Ping zaman aşımı) [22:37] <duck> özellikle commit'ler için [22:37] <jrand0m> evet duck, ama o sorunla karşılaşmadım (cvs mesajları tipik olarak küçük) [22:37] <jrand0m> >64k mesajlar (ör. spesler .pdf veya .sxw) şimdilik normal internet üzerinden yapılmalı [22:38] <duck> jabber mesajları da sık sık çoğalıyor [22:38] <jrand0m> yine de haklısın, cvs için henüz sarsılmaz bir çözüm değil [22:38] <duck> XML olmalarına rağmen o kadar büyük değiller [22:40] <jrand0m> evet, kayıp onaylar mevcut i2psessionimpl2 hatalarının baş belalarından biri :/ [22:40] <duck> ok [22:41] <duck> (bu kısmen kaybolmuş bir onaydı) [22:41] <jrand0m> (ağ bu boyuttayken, karşı uç çevrimdışı değilse asla yeniden gönderim olmamalı) [22:42] <jrand0m> hmm tamam, başka i2p şeyi var mı? [22:42] <mihi> i2p paketlerine bir tür sıra numarası eklemeye ne dersin? [22:43] <jrand0m> i2ptunnel paketleri mi? [22:43] <mihi> bu, çoğalma işine yardımcı olurdu. [22:43] <mihi> hayır, i2pnp paketleri [22:43] <mihi> tamam, bunu i2ptunnel seviyesinde de yapabiliriz. [22:43] <TC> peki jrand0m bağlantını geri aldın mı yoksa hâlâ bir kafede misin? [22:43] <mihi> aynı numarayı iki kez alırsan, ikincisini yok say. [22:44] <jrand0m> bunlar çoğu şey için zaten çift id'leri ele alıyor, ancak kalan mesajlar için 0.3'te bir güncelleme olacağı konusunda haklısın [22:44] <jrand0m> evet, şu anda dublikatları düşürmek için son 1000 msgId'nin geçmişini tutuyoruz [22:44] <mihi> tamam, biri i2p için iyi bir tcp impl yazmaya gönüllü olursa daha da iyi olur ;) [22:44] <jrand0m> evet! :) [22:44] *** Nostradumbass (nostradum@anon.iip) kanal #iip-dev'e katıldı [22:45] * jrand0m 1.0 yaklaşınca [henüz belirlenecek öldürücü uygulama/özellik] için bir ödül (bounty) olacağını düşünüyor [22:45] <duck> UserX ile 1 saatlik özel sohbet kazanın! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> tamam, bu 69. iip-dev toplantısı için başka i2p şeyleri, iip şeyleri veya başka bir şey? [22:46] <jrand0m> (UserX pin-up kız yorumları dışında) [22:47] <duck> duck inc.'in çalıştırması gereken başka uygulama var mı? [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m bağlantı sorunlarını düzelttin mi? 2. yeni eepsite'im hakkında ne düşünüyorsun? [22:47] <TC> bluebeep? [22:47] <jrand0m> ah özür tc. evet, sonunda net erişimim var :) panonun ötesinde yeni eepsite'ini görmedim (harika), ama sonra bakacağım :) [22:48] <duck> TC: yeni tasarımı beğendim [22:48] <TC> hmm, yükleme süresini azaltmak için panoyu da değiştirmeliyim [22:48] <duck> sadece phpboard'da e-posta işlevini devre dışı bırakmayı denemelisin, şu anda her seferinde bir hata alıyorsun [22:48] <TC> teşekkürler duck [22:48] <jrand0m> görüntüleri kaldırmak artı olur [22:49] <TC> iyi fikir [22:49] <jrand0m> (bluebeep eski bir wardialer (otomatik numara tarayıcı)) [22:49] <MrEcho> ya [22:49] <jrand0m> (ve genel olarak eğlenceli bir oyuncak) [22:49] <duck> lütfen burada ortalama yaşın 16 olduğunu unutmayın [22:50] * MrEcho 24 yaşında [22:50] * duck eğilir [22:50] * jrand0m aramızdaki geriatrileri dengeleyecek kadar çok 3 yaşında olmadığından şüpheleniyor ;) [22:50] *** wiht (anon@anon.iip) kanal #iip-dev'e katıldı [22:50] <MrEcho> lol [22:50] * TC bir keresinde bir blackbox yaptı [22:50] <jrand0m> w3wt [22:50] <lonelynerd> toplantı zaten bitti mi? [22:50] <duck> son Soru: [22:50] *** protocol artık proto_afk olarak biliniyor [22:51] <duck> kademlia istatistiklerini nasıl okuyabiliriz? [22:51] * jrand0m daha !baf etmedi lonelynerd, o yüzden sor gitsin :) [22:51] * MrEcho çekirdekte pcmcia desteğini öldürür [22:51] <duck> sadece routerConsole.html'ün döktüğünü anlayalım diye [22:51] <MrEcho> sinirleniyorum [22:51] <jrand0m> tamam, JobQueue istatistiklerinden mi bahsediyorsun sanırım? [22:52] * duck bunun muhtemelen hepsinin bariz olduğunu tahmin ediyor [22:52] <jrand0m> temelde JobQueue istatistiklerine baktığımda, Build garlic message, buld tunnel ve handle * message işlerinin ortalama yürütme sürelerinin küçük olup olmadığına bakarım [22:52] <jrand0m> (bunlar genellikle en uzun süren işlerdir ve bekleyen taraf büyüdüğünde her şey etkilenir) [22:53] <lonelynerd> (aslında, önce günlükleri okusam daha iyi) [22:53] <duck> anladım [22:53] <jrand0m> gördüğüm .1-.6s ortalama bekleme süresi berbat ve ayar çekme zamanı geldiğinde hedefleyeceğim büyük şeylerden biri [22:54] <jrand0m> netDb içeriklerinin canlılığı ve güvenilirliği büyük ölçüde rastgele sayılardır, > 100 oldukları sürece. last sent successfully, en son 2 veya daha fazla eşe ne zaman gönderildiği anlamına gelir [22:54] <jrand0m> (yerel değilse rastgele yeniden göndeririz) [22:54] <jrand0m> (yine de her 5 dakikada birden fazla değil) [22:55] <jrand0m> insanlar için yardımcı olacak bir istatistik ya da başka bir görselleştirme var mı? (önemsiz değilse eklemeyebilirim, ama kolaysa muhtemelen eklerim) [22:56] <duck> teşekkürler [22:57] <jrand0m> başka yorumlar / sorular / endişeler / frizbiler? [22:59] <jrand0m> o halde [22:59] * jrand0m hazırlanır [22:59] * jrand0m toplantıyı *baf*'lar ve kapatır