I2P Geliştirici Toplantısı - 11 Ekim 2005

16:29 <jrandom> 0) selam 16:29 <jrandom> 1) 0.6.1.2 16:29 <jrandom> 2) I2PTunnelIRCClient 16:29 <jrandom> 3) Syndie 16:29 <jrandom> 4) I2Phex 16:29 <jrandom> 5) Stego (steganografi) ve darknet'ler (flamewar ile ilgili) 16:29 <jrandom> 5) ??? 16:29 <jrandom> 0) selam 16:29 <@cervantes> (6) 16:29 <+postman> 6)'yı mı diyorsun? 16:29 <jrandom> evet, sayamıyorum ;) 16:30 * postman cervantes'a havada beşlik çakar 16:30 <jrandom> haftalık durum notları @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html yayınlandı 16:30 <wiht> Sorular 6. madde olmalı. 16:30 <jrandom> 30 dakika geç kaldığıma göre, eminim o notları çoktan okudunuz, o hâlde başlayalım ;) 16:31 <jrandom> 1) 0.6.1.2 16:31 <@cervantes> 6) jrandom'un ev arkadaşının zamanlama konusundaki kötü muhakemesini tartışalım 16:31 <jrandom> *öksürür* ;) 16:31 <jrandom> tamam, e-postada belirtildiği gibi, 0.6.1.2 sürümü oldukça iyi gidiyor gibi görünüyor 16:32 <jrandom> irc sunucularını eski bir yapıda tutan hatayı bulduk ve şimdi onlar da güncel (w00t!) 16:32 <+postman> :) 16:32 <wiht> Madem konusu açıldı, router konsolundaki netDB'de, sayfanın üst kısmında router'lar ve sürümlerinin olduğu tabloyu listelemek mümkün olabilir mi? 16:33 <jrandom> Sürüm başına router sayısı, değil mi? Elbette, bu oldukça kolay yapılabilir, belki peers.jsp tablosuna (her eşin sürümünü gösteren) entegre ederiz ve aşağıya da yeni bir tablo? 16:34 <jrandom> 9 sürümün bir arada güzelce çalıştığını görmek hoş, tabii ki yenileri en iyi çalışıyor 16:35 <jrandom> tamam, 1) 0.6.1.2 ile ilgili gündeme getirmek isteyen başka biri var mı? 16:35 <+postman> router'larımdan biri 1080 bilinen gösteriyor 16:35 <jrandom> vay canına 16:35 <+postman> bunun biraz raydan çıktığını düşünüyorum? 16:35 <jrandom> bu 0.6.1.2'de mi? 16:35 <+postman> evet, sanırım öyle 16:36 <jrandom> hmm, evet, bu... biraz yüksek. Ben şu anda bunun yaklaşık yarısını görüyorum 16:36 <+Complication> Burada sürdürülebilir olarak 400 civarı 16:37 <+bar> ben de 16:37 <wiht> 260 bilinen router görüyorum. 16:37 <jrandom> postman: belki toplantıdan sonra o router'da neler olduğuna bakabiliriz (netDb/routerInfo-* dosyalarını bana tar.bz2 yapabilir misin?) 16:38 <+postman> jrandom: evet, teşekkürler 16:38 <jrandom> gracias 16:38 <jrandom> evet, herkes her netDb referansını görmeyecek, dolayısıyla dalgalanma olması normal 16:40 <jrandom> tamam, 1) 0.6.1.2 hakkında başka bir şey yoksa 2) I2PTunnelIRCClient'a geçelim 16:40 <@cervantes> güzel iş dust 16:40 <jrandom> e-postada belirtildiği gibi, CVS'de yeni bir IRC protokolüne özel filtre mevcut ve bir sonraki sürümde varsayılan olarak sunulmalı 16:41 <+postman> harika 16:41 <jrandom> evet, bu gerçekten harika, insanlar uzun zamandır bunun gibi bir şey istiyordu 16:41 <+Myo9> Jrandom, son zamanlarda daha açık oldun, eski sevgilini öğrendik, şimdi de ev arkadaşını vs. Hatırla: http://www.navysecurity.navy.mil/st031204.webp 16:41 <jrandom> *öksürür* 16:42 <dust> istemcinizin ne gönderdiğini görmek isterseniz net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO ekleyebilir ve sonra günlüklerde hepsini görebilirsiniz 16:43 <dust> bazı istemcileri test ettim ama çok var.. 16:43 <jrandom> evet, biraz baktım, ama filtreleme sağlam görünüyor 16:44 <jrandom> gelecekte yapabileceğimiz hoş şeyler de var - örn. PING/PONG'u yerelde yapmak, ağ etkinliğini azaltmak için 16:44 <+Complication> dust: “info” için teşekkürler :) 16:44 <+bar> harika dust, çok teşekkürler 16:44 <wiht> Bu, ekstra bir IRC tunnel kurmamıza gerek olmadığı anlamına mı geliyor? 16:44 <jrandom> wiht: hayır, bir irc tunnel gerekecek, ama halihazırda kullandığınızı onunla değiştirebilirsiniz 16:45 <+Complication> wiht: sadece IRC istemcimizin bizi ele vermesi konusunda daha az endişelen 16:45 <jrandom> postman/cervantes: sunucu ping/pong zaman aşımlarını artırma ya da kaldırma hakkında bir düşünceniz var mı? 16:45 <wiht> Bu açıklıyor, teşekkürler. 16:46 <+postman> mmh, onları kaldırmazdım, üzerinde oynadığımda istemcim tamamen çıldırdı 16:46 <jrandom> postman: şey, onlara yerelde yanıt verirse, istemci gerçekten çok hızlı bir PING/PONG alır diye düşünüyorum 16:46 <@cervantes> postman: proxy ping'lere yanıt verebilir 16:46 <jrandom> (ama ping/pong'un ağ üzerinden gitmesine gerek kalmaz) 16:47 <jrandom> etkisini bilmiyorum, ama araştırmaya değer olabilir. 16:47 <@cervantes> ama sunucuların nasıl tepki vereceğinden emin değilim, bir sürü zombi istemciyle sonuçlanabilirsiniz 16:47 <+postman> jrandom: şey 16:47 <jrandom> şey, streaming lib'in keepalive'ı onu halletmeli 16:47 * Complication ara sıra zombileşme yaşadı 16:47 <jrandom> Complication: son zamanlarda mı? 16:47 <+postman> jrandom: proxy istemci adına ping atarsa, proxy istemciye de ping/pong yapmak zorunda 16:48 <+Complication> Sanırım bir hafta önce. 16:48 <jrandom> postman: istemciden proxy'ye bir PING geldiğinde, proxy i2p üzerinden hiçbir şey göndermeden doğrudan istemciye bir PONG ile yanıt verir 16:48 <+Complication> Ama “kopyam” sonunda düşürüldü. 16:48 <@cervantes> jrandom: bağlantı açık tutulurdu... sunucuların, bir istemcinin ne zaman bayatladığına ve atılması gerektiğine karar verme eşiklerini düşürmeleri gerekirdi 16:48 <jrandom> Complication: ah, o zamanlar irc sunucuları güncel değildi, artık olmamalı 16:49 <+Complication> Ben “ghost” kullanmadan. Ghost komutunu yakın zamanda kullanmam çok düğümle çalışmaktan kaynaklandı. 16:49 <+postman> jrandom: peki gecikme ölçümü? 16:49 <jrandom> cervantes: doğru. ve/veya gerekirse, proxy sunucuya fazladan bir PING mesajı ekleyebilir, eğer buna /ihtiyacı/ varsa. 16:49 <+postman> gecikmem olup olmadığını bilmenin oldukça faydalı olduğunu düşünüyorum 16:49 <jrandom> postman: ben de öyle, ama her zaman /msg yourself yapabilirsin 16:50 <dust> belki ping sayısını azaltabilirsiniz 16:50 <jrandom> önemli miktarda bant genişliği tasarrufu sağlar, çünkü tunnel mesajları 1024 baytlık bloklardır, 2*k+1 atlama üzerinden gönderilir 16:50 <jrandom> o da 16:50 <jrandom> bilmiyorum, sadece bir fikir. ne olursa olsun şu an sahip olduklarımız müthiş 16:51 <+postman> tamam, bir test sunucusunu yamamayı denerim 16:51 <@cervantes> belki sayıyı azaltmayı araştırabiliriz... ama bence istemcilerin hâlâ canlı olup olmadığını belirlemek için hâlâ gerçek ping'ler göndermeliyiz 16:51 <+postman> belki işe yarar 16:51 <jrandom> mantıklı görünüyor cervantes. umarım sunucuda yama gerektirmez? 16:52 <+postman> jrandom: devre dışı bırakmak için belki - ama aralığı düşürmek bir conf parametresi 16:53 * postman ircd belgelerini çiğner ( yine ) 16:53 <jrandom> süper, acele yok. sadece bir ara bakabileceğimiz bir şey 16:53 <@cervantes> class servers 16:53 <@cervantes> { 16:53 <@cervantes> pingfreq 120; 16:54 <@cervantes> class clients { pingfreq 90 } 16:54 <@cervantes> bu benim mevcut yapılandırmam 16:54 <+postman> cervantes: evet, biliyorum - soru şu ki tamamen devre dışı bırakılabilir mi 16:54 <@cervantes> ben onları devre dışı bırakmazdım... sadece azaltmaya bakalım 16:55 <+postman> tamam, bununla başlayalım 16:55 <+postman> cervantes: 180 saniye nasıl? 16:56 <@cervantes> direkt derin uçtan 240 ile 16:56 <@cervantes> ama belki önce işin ircproxy tarafını hazır hale getirmeliyiz 16:57 <@cervantes> *toplantıdan sonra tartışalım* 16:57 <+postman> kabul 16:57 <jrandom> w3rd. tamam, 2) I2PTunnelIRCClient hakkında başka bir şey var mı, yoksa 3) Syndie'ye geçelim mi? 16:57 <@cervantes> mevcut 40kb/sn ortalama router trafiğimi azaltacak her şey ;-) 16:58 <jrandom> heh, nedense bunun tamamen irc olduğundan şüpheliyim ;) 16:58 <jrandom> tamam, devam edelim 16:59 * cervantes, tüm hafta jrandom'dan sülük gibi çektiği midilli video indirmelerini saklar 16:59 <@cervantes> is=the 16:59 <+postman> LOL 16:59 <jrandom> e-postada belirtildiği gibi, syndie ile ilgili epey havalı şeyler oluyor 16:59 <jrandom> CLI (komut satırı arayüzü) çok basit, ama dust'ın yeni Sucker'ı gerçekten umut verici görünüyor 16:59 <jrandom> dust: bize bir özet geçmek ister misin? 17:00 <dust> ah, 17:01 <dust> şey, akışları ayrıştırmak için rome kullanıyor ve sonra jrandom'un blogunda anlatıldığı gibi sml'ye dönüştürüyor 17:02 <dust> henüz ‘sağlam’ denecek gibi değil, ama sadece iki günlük :) 17:02 <dust> syndie'mde biraz dilbert var.. 17:02 <dust> :) 17:02 <dust> . 17:02 <jrandom> güzel 17:03 <jrandom> tamam, nereye gittiği hakkında ne düşünüyorsun - bunu syndie kaynaklarına koyup bir CLI olarak mı sunsak, yoksa ayrı tutup bağımsız mı dağıtsak, yoksa başka bir şey mi? 17:04 * dust bilmiyor, siz karar verin 17:04 <dust> ne kadar az ayrı araç olursa o kadar iyi 17:04 <jrandom> evet, muhtemelen hepsini birlikte paketlemek daha kolay, böylece herkes kullanabileceğini bilir 17:05 <jrandom> o zaman web arayüzüne ve belki de Ragnarok'un zamanlayıcısına entegre etmek gibi şeyler yapabiliriz (diğer düğümlerle birlikte yayınlama ve rss/atom/vs.'den çekme) 17:07 <jrandom> tamam, 3) Syndie hakkında soru/yorum/endişesi olan var mı? 17:07 <wiht> I2P içine yazılım entegre etmeye devam ederseniz, şişkin bir yazılım paketine dönüşebilir. 17:07 <wiht> Tabii, kullanmıyorsam Syndie'yi kapatabilirim. 17:08 <jrandom> i2p sdk 13KLOC 17:08 <jrandom> ve i2p router sadece 22KLOC 17:08 <jrandom> ama evet, kurulumun indirme sürelerine etkisi var 17:09 <jrandom> isteyen biri, sadece router.jar, jbigi.jar ve i2p.jar kullanarak, istemci uygulamaları olmayan sadeleştirilmiş bir router oluşturabilir 17:09 <wiht> Evet, indirmeden bahsediyordum. 17:09 <jrandom> (ama bir web arayüzüyle kontrol edilebildiğinde, i2ptunnel ve streaming lib vs. olduğunda çok daha faydalı ;) 17:11 <jrandom> smeghead bir dağıtım sistemi üzerinde çalışıyordu (java için emerge gibi) ve jpackage tayfası da var 17:11 <jrandom> birisi uygulamaları paketlemeden yönetmenin sorunsuz ve güvenilir bir yoluna bakmak isterse, bayağı havalı olur 17:12 <jrandom> tamam, bununla ilgili başka bir şey yoksa 4) I2Phex'e geçelim 17:13 <jrandom> durum notlarında olanların ötesinde ekleyecek pek bir şeyim yok 17:13 <jrandom> redzara: buralarda mısın? 17:13 <+redzara> evet buradayım 17:13 <+redzara> Gregor ile toplantıyı beklerken şimdiden bir sonraki sürüm üzerinde çalışıyorum. 17:13 <jrandom> ah harika 17:13 <+redzara> Şimdilik çalışmalar, öncelikle I2P kullanımına ilişkin farkları ve ihtiyaçları belirlemekten ibaret; örneğin tcp/udp vs i2p, I2P'ye özgü parametrelerin yönetimi (ve bu parametrelerin gelecek sürümlerde güncellenmesinin yönetimi, ...), GWebCache'in I2P'ye port edilmesi, RSS kullanılsın mı, push kullanılsın mı... 17:14 <+redzara> Okumam gereken çok belge ve kod var 17:15 <jrandom> vay, evet, çok şey gibi görünüyor. i2p entegrasyonuyla ilgili herhangi bir sorunuz olursa ya da sadece fikir alışverişi yapmak isterseniz haber verin 17:16 <jrandom> I2Phex kısmını ana Phex için bir eklenti hâline getirmek gerçekten harika olur 17:17 <jrandom> tamam, 4) I2Phex için başka bir şey var mı? 17:18 <+redzara> petname (takma ad sistemi) kısmı için kesinlikle yardıma ihtiyacım olacak 17:19 <+redzara> ve belki tunnel parametrelerinin ince ayarı için de 17:19 <jrandom> güzel, adlandırma oldukça kolay - temel düzeyde, hiç isim kullanmadan bile idare edebilirsiniz (I2Phex şu anda bunu böyle yapıyor) 17:20 <jrandom> tunnel yapılandırması da sorun olmamalı, gerçi bu da belki Phex'in eklentiler için bir “ileri yapılandırma” bölümüne ihtiyaç duyacağı fikrini gündeme getiriyor 17:20 <jrandom> (tabii ki yine de iyi varsayılanlar istiyoruz) 17:21 <+redzara> belki ircclient gibi bir şey, emin olmak için bir filtre 17:22 <@cervantes> bence uygulamayı önce iyi hâle getirmek daha iyi 17:22 <jrandom> bu işe yarayabilir, fakat rastgele bayt dizileriyle uğraşmak zor olabilir 17:23 <jrandom> yine de, ircclient gibi bir proxy herhangi bir gnutella istemcisinin onu kullanmasına izin verebilir. ama bir sürü iş olur. 17:23 <+redzara> hımm, sadece bir fikir ;) 17:23 * jrandom en iyi yaklaşımın ne olduğunu söyleyecek kadar protokolü iyi bilmiyor, bu yüzden mümkün olabilecek en basit şeyle gitmeyi öneriyor :) 17:25 <jrandom> tamam, başka bir şey yoksa, belki 5) stego ve darknet'ler üzerinden kısaca geçebiliriz 17:26 <jrandom> listede söylenenlerin ötesinde ekleyecek bir şeyim var mı emin değilim (esas tartışma muhtemelen orada devam etmeli) 17:27 <jrandom> öyleyse, gündeme getirilen konular hakkında insanların değinmek istediği bir şey var mı? 17:27 <wiht> Tartışmada Freenet sürümleri 0.5 ve 0.7 anıldı. Freenet için 0.6 sürümü var mı? 17:27 <jrandom> 0.6 şu an ağın “kararsız (unstable)” dalı 17:27 <jrandom> bildiğim kadarıyla 17:27 <+postman> oha ben de uzaylı kuvvetler tarafından çalındığını sanmıştım 17:28 <jrandom> uzaylıları suçlamak genelde güvenli bir bahis olsa da, bu nadir durumlarda onlardan kaynaklanmıyor 17:28 <+postman> :) 17:28 <wiht> Toad, I2P veya Freenet düğümlerinin IP adreslerini toplayabilmekten bahsediyordu, değil mi? 17:28 <jrandom> başka şeylerin yanında 17:29 <wiht> Sadece onu netleştirmek istemiştim, teşekkürler. 17:29 <jrandom> sorun değil. tamam, 5) ile ilgili başka bir şey var mı, yoksa klasik 6) ???'ya geçelim mi? 17:30 <+postman> tamam, 6) için bir şeyim var 17:30 <jrandom> geçtik bile sayalım. 17:30 <jrandom> ne var ne yok postman? 17:30 <+postman> hepimiz, protokole özel filtre yapabilen proxy'lerin iyi ve gerekli olduğunu gördük 17:31 <+postman> genel amaçlı bir proxy üzerine düşünmeye yatırım yapmak mümkün olur mu 17:31 <+postman> protokol tanımıyla beslenebilecek 17:31 <+redzara> beanshell kullanarak Java kodunu dinamik olarak çalıştıran cron gibi bir uygulamaya sahip olmak isterim 17:31 <+postman> izlenecek/filtrelenecek/maskelemeye yönelik şeylerle birlikte 17:31 <+postman> bir filtre/temizleme xml tanımı gibi 17:32 <+postman> böylece yeni kaynak koda değil, sadece yeni bir filtre dosyasına/profiline ihtiyaç duyarız 17:32 <+postman> (sadece üzerine düşünmeye değer mi sorusu) 17:32 <jrandom> çok, çok karmaşık postman. javacc gibi bir lexer kullanarak girdi dilleri inşa etmek ve o dili çıktı biçimine çevirecek bir uygulama yazmak mümkün olabilir 17:32 <@cervantes> zorlu olan, protokolden sapan şeyleri yakalamak 17:33 <+postman> sadece bir beyin fırtınası sürecini tetiklemek için bir fikirdi 17:33 <+postman> bence (imho) modellenmiş filtre/çözücüye (parser) sahip genel amaçlı bir proxy çok kullanılabilir 17:33 <wiht> eepsites.i2p'ye bağlanabilen oldu mu? Geçtiğimiz hafta içinde birkaç kez denedim, ama hep başarısız oldum. 17:33 <jrandom> wiht: bir kez yükledim, eepsites.com ile aynı 17:34 <jrandom> (yoksa .net mi? ya da .org? unuttum) 17:34 * wiht eepsites.com'u ziyaret eder 17:34 <jrandom> postman: işe yarayacak bir şey ortaya çıkarabilen olursa, harika olur 17:34 <+postman> jrandom: tamam, susi ile biraz düşüneceğim 17:34 <jrandom> w3wt 17:34 <+postman> jrandom: belki haftaya bırakırız 17:35 <wiht> eepsites.com, ve eepsites için bir arama motoru. 17:35 <+postman> ama çalıştığına dair bir rüya görmüştüm 17:35 <+postman> :] 17:35 <jrandom> :) 17:36 * Complication, protokollerde ortaya çıkan tüm incelikleri tarif etmenin... kod gerektirdiğinden ve koddan daha azıyla olmayacağından şüpheleniyor 17:36 <+Complication> (en azından çoğu protokol için) 17:36 <@cervantes> yok, sadece biraz şeytani regex (düzenli ifade) 17:36 <+postman> Complication: belki de bu şüphe bizi daha fazla araştırmaktan alıkoyan sebep 17:37 <+postman> Complication: henüz emin değilim, ama tek başına şüphe bu konuda beni rahat bırakmayacak 17:37 <jrandom> şey, burada önemli bir nokta var, dust'ın bize gösterdiği bir şey - 17:37 * Complication, böyle şeylere muktedir bir regex'ten korkuyor 17:37 <jrandom> kod o kadar da korkutucu olmak zorunda değil. 17:37 <+postman> gördün mü? :) 17:37 <+postman> iyi bir filtre modelleme dili de aynısını yapar 17:38 <+postman> :) 17:38 <@cervantes> tcl? :) 17:38 <+Complication> iyi olmak zorunda. 17:38 * jrandom, senin de kendi uçan midillilerin olduğunu görüyor postman ;) 17:38 * dust da orada burada kod tekrarlamaktan rahatsızdı 17:38 <+postman> jrandom: inek yok :) 17:38 <jrandom> çalışan kod>>> koddaki teorik iyileştirmeler 17:39 <+postman> mmh 17:40 <+postman> i2p'den öğrendiğim bir şey 17:40 <wiht>>>> “çok, çok daha iyi” mi demek? 17:40 <+postman> ilk bakışta pes etme 17:40 <jrandom> yeterince doğru postman 17:40 <jrandom> evet wiht 17:41 <jrandom> bu gerçekten çok güzel olurdu 17:41 <jrandom> tamam, toplantı için gündeme getirmek istediği başka bir şeyi olan var mı? 17:41 <+bar> peki, IMAP nasıl çalışıyor, postman? (forumlarda okudum ama kendim henüz denemedim) 17:41 <+postman> bar: kendin dene - henüz kullanıcı raporu yok 17:41 * cervantes midilli şeklindeki gongu içeri yuvarlar 17:42 <+bar> tamam, yaparım :) 17:42 <+postman> bar: ve bende ÇOK İYİ çalışıyor :) 17:42 <jrandom> güzel 17:42 <+bar> harika 17:42 <+postman> cervantes: takıntılısın 17:42 <@cervantes> ben mi?! 17:42 <@cervantes> :) 17:43 <jrandom> tamam, 90 dakika sınırına ulaşmadan önce 17:43 * jrandom hazırlanır 17:43 * jrandom toplantıyı *baf* diye kapatır