I2P Geliştirici Toplantısı - 15 Mart 2005

13:07 <jrandom> 0) selam 13:07 <jrandom> 1) Ağ durumu 13:07 <jrandom> 2) Feedspace 13:07 <jrandom> 3) ??? 13:07 <jrandom> 0) selam 13:07 * jrandom el sallar 13:07 <jrandom> haftalık durum notları şu adreste @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 <Teal> selam 13:08 <jrandom> (evet, bu sefer geç kaldım, ama az farkla!) 13:08 <frosk> selam 13:08 <jrandom> o halde 1) ağ durumuna dalalım 13:08 <jrandom> ağ, şey, yani açık, falan filan 13:09 <jrandom> genel aktarım hızı hâlâ önceki gibi düşük, oldukça fazla sayıda düşen mesaj ve parça var 13:09 <bla> selam 13:09 <ant> <dm> kötü 13:09 <Teal> nedenine dair bir ipucu var mı? 13:10 <jrandom> Teal: tabii, durum notlarını okudun mu? :) 13:10 <+detonate> selam 13:11 <jrandom> hâlâ eski build’lerde ~ 25 kişi var ve muhtemelen, onları ağdan düşürünceye kadar orada kalacaklar 13:11 <jrandom> her neyse, onların etrafından dolaşabilmeliyiz, bu yüzden burada olmaları aslında yardımcı, sanırım 13:11 <jrandom> (yine de yükseltseler güzel olurdu... ;) 13:11 <cervantes> (selam) 13:11 <frosk> bunlar muhtemelen bir yerlerde okuyup "anonim p2p" denemek için i2p kuran koyunlar 13:12 <ant> <BS314159> evet, ağ kalitesi hatalar nedeniyle bozulabiliyorsa, kasıt nedeniyle de bozulabilir 13:12 <newkid> Bu ilk katıldığım toplantı, ama notları okudum ve sorun toplantıdan önce açıkladığımla ilişkili görünüyor 13:12 <Pseudonym> eski düğümlerin ne gibi spesifik sorunlara yol açtığını ve nedenini biliyor muyuz? 13:12 <jrandom> bs314159: kasıta yormayın, jrandom’un kötü kod yazmasına yorun ;) 13:13 <jrandom> Pseudonym: evet, değişiklik günlüğüne bak 13:13 <newkid> İki düğüm çalıştırıyorum, araları milisaniyeler, ve çoğu zaman birbirlerini "hızlı" görmüyorlar 13:13 <jrandom> doğru newkid 13:13 <jrandom> devrede olan hız hesaplayıcı, şey, bayağı berbat 13:13 <jrandom> değerlere güven duyacak kadar veri toplamıyor 13:13 <bla> Hmm.. Bu en iyi ihtimalle kötü ;) 13:13 <jrandom> /oldconsole.jsp üzerinde görebileceğiniz "anlık oranlar" kadar anlamsız 13:14 <jrandom> bazı yeni hesaplayıcıları deniyorum ve bir iyileşme var, ama algoritmada sorunlar var 13:14 <jrandom> yani, yüksek kapasiteli eşlerin, bu hızlı eşler yüksek kapasite grubundan düşmeden hızlı eşlere dönüşmesine izin vermiyor 13:15 <bla> jrandom: Her düğüm diğer düğümler için "hızlılık" verisini doğrudan ("P2P") mı alıyor, yoksa tunnels üzerinden mi? 13:15 <jrandom> (nam-ı diğer ilk K eş hızlı gruba yerleştirilirse, hızlı grupta kalacak) 13:15 <jrandom> bla: tunnels üzerinden, doğrudan ölçüme güvenemeyiz, çünkü bu, önemsiz anonimliğe saldırılara izin verir 13:15 <godmode0> "alfYl6RvHzw=" = "21538-900" 13:15 <godmode0> "alV9ye/y/Us=" = "23565-200" 13:15 <godmode0> bu sha1 mi? 13:15 <jrandom> (ör. Alice dışında herkese çok çok yavaş olmak) 13:15 <+detonate> router’ın ömrü boyunca orada mı kalacaklar? 13:15 <jrandom> godmode0: şu anda toplantıdayız 13:16 <godmode0> ops pardon 13:16 <jrandom> detonate: içlerinden biri başarısız olana ya da bir tunnel’ı reddedene kadar (yani kapasite sıralaması onları yüksek kapasite grubundan düşürene kadar) 13:16 <+detonate> ok 13:17 <bla> bla: Hmm.. Bu, _gerçekten_ yeterli_ veri elde etmek için ağ üzerinde >>log(N) olmak zorunda olan bir problem gibi geliyor. 13:17 <jrandom> daha fazla veri almak için bazı fikirlerle oynuyorum, ama henüz güncellemedim 13:17 <bla> Yük açısından, yani. 13:18 <jrandom> şey, kritik noktalardan biri kesinlikle ağ yükünün ağ kapasitesini aştığı zaman 13:18 <jrandom> kapasite hesaplayıcılarımızın bununla başa çıkabildiğine inanıyorum 13:18 <cervantes> jrandom: -3 gerçekten bu hızlı eş seçim yöntemini mi kullanıyor? 13:18 <+polecat> Umarım eşler arasındaki veri aktarımı adalet kontrollerine sahip olduğundan, yükü fazla artırmanın bir yolu olmaz... 13:19 <bla> jrandom: Şunu kastediyorum: "kimin hızlı olduğunu bulma" algoritmasının O(log(N)) kalmasını sağlamalıyız 13:19 <jrandom> cervantes: evet, ama dediğim gibi, eşlerin hızlı ve yüksek kapasite arasında terfi etmesine izin vermiyor 13:19 <jrandom> polecat: adalet kontrolleri? 13:19 <cervantes> az önce proxy’nin etkin olduğunu fark ettim ve farkında olmadan canlı web’de gezinmişim (bağlantımın biraz ağır olduğunu düşünmüştüm) ;-) 13:20 <cervantes> s/live web/outerweb 13:20 <jrandom> bla: N’e bağımlı olmamız gerektiğinden emin değilim. ağdaki ‘en hızlıyı’ bulmaya gerek yok, yalnızca ‘verimizi taşıyacak kadar hızlı’yı bulmak yeterli 13:20 <@smeghead> i2pProxy.pac yaratıcı için bile tehlikeli gibi görünüyor :) 13:20 <jrandom> heh güzel cervantes :) 13:20 <jrandom> lol 13:20 <cervantes> bu yüzden evdeki düğümümde de kesinlikle bir iyileşme oldu, önceden gerçekten zorlanıyordu 13:21 <ant> <BS314159> jrandom: rastgeleleştirebilir misin? 13:21 <cervantes> smeghead: hehe hayır onu kullanmıyorum! deli miyim! 13:21 <ant> <BS314159> yani, kendiliğinden bir geçiş oranı oluşturmak gibi mi? 13:21 <jrandom> BS314159: katmanları kullanıyoruz ve katmanlar içinde rastgeleleştiriyoruz 13:22 <jrandom> BS314159: kendiliğinden oranlar esasen şu anda sahip olduklarımız, ki geniş ölçüde dalgalanıyor 13:22 <jrandom> (biz == 0.5.0.2-0) 13:22 <ant> <BS314159> sanırım sorunu anlamadım. boşver. 13:23 <jrandom> güvenli ve doğru yapmak zor, ama bence etrafta yeterince veri var, yeterli bilgiyi devşirebiliriz. göreceğiz 13:23 <bla> jrandom: Her halükârda, birkaç iyi düğüm bulmak bana bir karınca kolonisi optimizasyonu işine benziyor 13:24 <bla> jrandom: Çünkü hızlı eşlere sahip olduğunuzda, muhtemelen onları kullanarak başka kimin hızlı olduğunu bulursunuz. 13:24 <jrandom> bu yönde daha fazla aktif sondalama mı önerirsin? 13:24 <jrandom> ah, aslında, bu doğru değil 13:25 <jrandom> bu, client tunnels ile exploratory tunnels arasındaki fark 13:25 <bla> jrandom: Ve böylece, özünde açgözlü (greedy) bir optimizasyon şeması yapıyor olursun (karınca kolonisi gibi) 13:25 <jrandom> client tunnels hızlı eşlerle kurulur, exploratory tunnels başarısız olmayan herhangi bir eşle kurulur 13:25 <jrandom> (rastgele seçilir) 13:26 <bla> jrandom: Anonimlik için bu iyi. Ancak, kullanılacak iyi tunnel ortaklarını hızla bulmak için, expl. tunnels içinde hızlı eşleri kullanmak daha iyi olurdu... Yine bir ödünleşim 13:26 <jrandom> öte yandan, eş seçimini optimize etmeye yardımcı olacak bu damarda bir şeyler olabilir 13:26 <jrandom> oh, doğru, kesinlikle hızlı eşleri kullanarak daha iyi performans elde edersin, ama o zaman keşif yapmıyor olursun :) 13:27 <jrandom> exploratory tunnels uçtan uca istemci mesajları için kullanılmaz, sadece netDb mesajları, tunnel bakım mesajları ve eş test mesajları için kullanılır 13:27 <bla> jrandom: Anlıyorum, yani fiilen, yerel optimumlara düşmeyi önlemek için rastgele expl. tunnels kullanıyorsun? 13:27 <jrandom> bu yüzden exploratory tunnels’ın gerçek aktarım hızı önemli değil (veri eninde sonunda geçtikçe) 13:27 <jrandom> aynen 13:29 <bla> jrandom: Tamam, anladım. Öte yandan: client tunnels kullanarak bir miktar veri transfer ettiğimde (örneğin bir eepsite’tan indirirken), sezgisel olarak, bunun zamanlama/aktarımıyla ilgili verilerin bir tür "pasif eş değerlendirmesi" olarak da hizmet edebileceğini düşünüyorum, edemez mi? 13:29 <jrandom> kesinlikle bla, ve şu anda hız seçiminde o verileri henüz devşirmiyoruz 13:29 <bla> jrandom: yani eşler hakkında daha fazla veri elde etmenin yardımcı bir yolu olarak 13:30 <jrandom> bir kısmını alabiliriz, ancak bir kısmını elde etmek daha zor olacak (çünkü streaming kütüphanesi harici) 13:30 <jrandom> daha fazla güven elde etmek için alabileceğimizi kesinlikle almalıyız 13:30 <ant> <BS314159> bu herhangi bir tunnel’daki en yavaş bağlantıya bağlı olmayacak mı? 13:31 <ant> <BS314159> hops>0 için kullanmayı çok zorlaştırmaz mı? 13:31 <jrandom> BS314159: evet, ama hızlı katman içindeki eşler rastgele seçildiği için ortalama alınır 13:31 <jrandom> uzaktaki ölçümlerde de aynı şey geçerlidir 13:34 <jrandom> tamam, şu anda durum genel olarak böyle. umarım önümüzdeki birkaç gün içinde canlı ağda nasıl çalıştığını görmek için -4 ya da -5 build için bazı yeni hesaplayıcılar ve istatistikler çıkarırız 13:34 <jrandom> 1) Ağ durumu için başka dile getirmek istediği olan var mı? 13:34 <bla> jrandom: Buna kamyon dolusu vurgu yapıyor gibi görünebilirim, ama bana büyük bir I2P ağının çalışması için çok temel bir sorun gibi geliyor... 13:35 <jrandom> bla: kesinlikle önemli, ama unutma, en iyi eş seçimine ihtiyacımız yok. sadece yeterli olana 13:35 <ant> <aum> günaydın millet 13:36 <jrandom> tek önemsediğimiz bir tunnel’ı kaldırabilecek bazı eşleri bulmak ve bu tunnels’ın verimizi taşıyabildiğinden emin olmak 13:36 <jrandom> günaydın aum, toplantıya yetiştin :) 13:36 <bla> jrandom: Anladım. Açıklama için teşekkürler! 13:36 <jrandom> elbette, en iyi eş seçimini /yapabilirsek/ harika olurdu ;) 13:37 <jrandom> ve kesinlikle öğrencilerin bazı fikirler geliştirip makaleler yazması için bolca alan var 13:37 <frosk> bu harika bir tez projesi olurdu :) 13:37 <+detonate> eş seçim parametrelerini aktif olarak ayarlayıp, umarım işe yarayan bir şeye oturana kadar bunu yapmak ne kadar uygulanabilir, böyle bir sistemi hata ayıklamanın imkansızlığını göz ardı ederek? :) 13:38 <jrandom> detonate: manuel eş seçimi tam bir baş belası, çünkü hızlı eşler ara sıra tıkanır, senden geri çekilmeni ister, vb. 13:38 <+detonate> ah 13:39 <jrandom> bunun içine sonsuza dek dalabileceğimizi biliyorum, bu yüzden bir dönüm noktası olarak bağlantı kopmadan standart tunnels üzerinden belirli büyük bir dosyayı başarıyla aktarmayı belirledim 13:39 <+detonate> tamam 13:40 <Teal> Her ne pahasına olursa olsun zafer! 13:40 <jrandom> (öte yandan, eş seçim sisteminin insanlara tek tek eşlere manuel ağırlık vermesine olanak tanıyan bazı belgesiz özellikleri var, ama önermiyorum ;) 13:40 <jrandom> tamam, 1) için bu kadar, şimdi 2) Feedspace’e geçelim 13:41 * jrandom mikrofonu frosk’a uzatır 13:41 <frosk> oh, tamam, selam 13:42 <Myo9> Selam Frosk. 13:42 * jrandom yüksek yoğunluklu projektörü çıkarır 13:42 <frosk> herkes http://feedspace.i2p adresine bakmalı (anahtarlar orion’da veya jrandom’un blogunda) 13:42 <frosk> devbuddy’m (şimdi adını ifşa edeceğim: ku) ve ben biraz kod yazmaya başladık ve birçok canlı tartışma yaptık 13:42 <frosk> ayrıca, http://feedspace.i2p/wiki/CallForComments feedspace belgesinin taze bir revizyonuna sahip :) 13:43 <frosk> selam Myo9 13:43 <frosk> ah evet, feedspace, daha önce i2pcontent veya fusenet olarak bilinen şey için yeni (ve nihai) adımız :) 13:43 <jrandom> r0x0r 13:43 <frosk> durum notlarında belirtildiği gibi, her şeyin genel tasarımı hakkında geri bildirimle hâlâ çok ilgileniyoruz 13:44 <frosk> kimse bunu sorgulamaktan çekinmemeli :) 13:44 <frosk> ve web sitesi ayrıca bazı "iş ilanları" listeliyor, sistemin ve projenin birçok yönünde yardım edecek ellere ihtiyacımız var 13:45 <frosk> oldukça sıkı bir zaman çizelgemiz var ve ne yazık ki hiçbirimiz projede tam zamanlı geliştirici değiliz 13:45 <frosk> yani sanırım bu kadar. sorular? :) 13:45 <ant> * aum orion.i2p’ye veya jrandom’un bloguna ulaşamıyor, bu yüzden feedspace.i2p’ye de ulaşamıyor 13:46 <frosk> hm evet, web sitesinde bir de yol haritası var, ama oradaki tarihler _değişecek_ :) 13:46 <legion> feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 <legion> buyrun aum 13:46 * jrandom http://dev.i2p.net/i2p/hosts.txt adresine feedspace’i yeni ekledi 13:46 <jrandom> (ve cvs) 13:46 * frosk geçici olarak kör olur 13:46 <jrandom> legion: asla tek satır olarak yapıştırma, sığmayacak kadar büyük 13:47 <ant> <aum> teşekkürler 13:47 <frosk> jrandom anahtarı kendi hosts.txt’sine commit edebilir belki? :) 13:47 <jrandom> aynen, şimdi orada, unutmuştum :) 13:48 <frosk> neyse, plan I2P 0.6.1’e kadar basit ve işlevsel (ve %100 hatasız!) bir şey çıkarmak ve daha havalı şeyleri sonradan eklemek 13:49 <jrandom> heh süper 13:49 <frosk> s/out/ready for real-world testing/ 13:49 <frosk> bunun gerçekçi olup olmadığını hâlâ söyleyemem, ama umuyorum ki olur, yoksa özellik kesmeye devam edeceğiz ;) 13:49 <ant> <BS314159> feedspace.i2p’ye ulaşamadığım için, temel bir soru soracağım 13:50 <ant> <aum> o anahtar doğru değil, sadece 441 karakter 13:50 <jrandom> doğru aum, irc kırpıyor, şuradan al http://dev.i2p.net/i2p/hosts.txt 13:51 <+detonate> frosk: bu arada bir önerim var 13:51 <+detonate> i2p router konsoluna, i2p web sunucusundan güncelleme listesini alan bir şey koyun, böylece insanlar router’larını ne zaman güncelleyeceklerini bilir, vb. :) 13:51 <legion> ah pardon. Bu arada ben de anahtarı hosts.txt’me commit ettim. 13:51 <ant> <aum> teşekkürler jrandom 13:51 <ant> <BS314159> feedspace aşağıdakilerden hangisini ikame edecek görüyorsunuz: usenet, gnutella, google, livejournal, www 13:52 <jrandom> , kilise 13:52 <jrandom> şey.. 13:52 <cervantes> jrandom: beni hosts commit’inin ortasında yakaladın 13:52 <ant> <BS314159> yani bu bir mesaj forumu mu, bir dosya paylaşım sistemi mi, bir içerik indeksleme sistemi mi, dinamik sayfa sistemi mi ve/veya statik sunum sistemi mi 13:53 <ant> * aum routerConsole içindeki kısıtlamayı kapatır ve bunun yardımcı olup olmadığını görür 13:54 <frosk> BS314159: bloglar, forumlar ve paylaşılan adres defterlerini destekleyeceğiz (ilk sürüm için, başka uygulamalar da mümkün) 13:54 <frosk> web sayfalarının yerini tutmaz 13:54 <frosk> ama kesinlikle "dosya paylaşımı" için kullanılabilir 13:54 <+detonate> o zaman içerik dağıtımı? 13:54 <jrandom> muhtemelen statik web içeriğinin yerini alır, eepsites çalıştıramayanlar için kalıcı web yayını sağlar 13:54 <frosk> mesele bu 13:55 <jrandom> (iki kelimelik özet: usenet+SSK) 13:55 <frosk> evet 13:55 <ant> <BS314159> tamam 13:55 <Ragnarok> o kadar da kalıcı değil 13:56 <jrandom> Ragnarok: syndicator politikasına bağlı, doğru 13:56 <+detonate> stasher ile ilgili bir şeyler oluyor mu? 13:56 <frosk> en hevesli syndicator kadar kalıcı olabilir :) 13:56 <jrandom> (bkz: dejanews ;) 13:56 <ant> <aum> detonate: stasher beklemede, quartermaster adlı yepyeni bir şey yazıyorum 13:57 <+detonate> anladım 13:58 <jrandom> frosk: yardımcı olmak için ne yapabiliriz? 13:59 <jrandom> insanlar kaydolup wiki’de mi takılmalı, e-posta mı atmalı, forumda mı yazmalı? 13:59 <jrandom> ah, belki cervantes’ten yeni bir forum kategorisi eklemesini isteyebiliriz? 13:59 <frosk> bence aslında şu noktada bir forum çok güzel olur 14:00 <frosk> daha özel tartışmalar için, ikimize de ku@mail.i2p ve frosk@mail.i2p adreslerinden e-posta atabilirsiniz 14:01 <cervantes> hrrrm ... içine oyun incelemeleri koyacak mısın? 14:01 <jrandom> heh 14:01 <jrandom> w3rd 14:01 <cervantes> çünkü eğer yoksa... o zaman yeni bir forum bölümü açabilirsiniz 14:01 <frosk> top20 müzik incelemeleri düşünmüştüm, cervantes 14:02 <jrandom> (bu arada, yorum çağrısının aynası @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 <cervantes> :) 14:04 <cervantes> frosk: feedspace mi feed space mi Feedspace mi Feed Space mi FeedSpace mi? 14:04 <frosk> cervantes: Feedspace 14:05 <frosk> o halde forumda bolca tartışma bekliyorum :) bu madde için başka bir şeyim yok, başkası? 14:05 <jrandom> tamam harika, güncelleme için teşekkürler frosk 14:06 <@smeghead> ya da FEeDspace? 14:06 <ant> <cervantes> frosk: vaktin olduğunda, forum bölümü için bana özelden tek satırlık bir açıklama gönder 14:06 <legion> hmm yeni forumlardan açılmışken, lol. Yeni bir forum sitesi bir araya getiriyorum. phpbb kodunda daha yapacak çok hack var, bu hafta bir ara bitmiş olur. ;) 14:06 <jrandom> güzel legion 14:06 <jrandom> bu bizi güzelce 3) ??? kısmına getiriyor 14:06 <jrandom> dile getirmek istediğiniz başka bir şey var mı? 14:06 <jrandom> aum: Q ile ilgili güncelleme var mı? 14:07 <frosk> ben, ıh, hayır 14:07 <ant> <aum> Q geliştirmesi yolunda gidiyor, şu anda duyuracak bir şey yok 14:07 <jrandom> w3rd 14:07 <ant> * aum net.i2p.i2ptunnel.I2PTunnelXMLServer’ın %90’ını tamamladı 14:07 <ant> <BS314159> netDb hakkında basit bir sorum var 14:07 <ant> <aum> şu anda 'i2p.tunnel.close' dışında her şey çalışıyor 14:07 <legion> forumlarım üyelerin düzgün boyutlu avatarlar kullanmasına, paylaşılan içeriği tartışmasına, aklına gelen her şeye izin verecek. 14:08 <jrandom> süper 14:08 <ant> <BS314159> sayfada girdilerin SHA256(router identity + YYYYMMdd)’e en yakın eşlerde saklandığı yazıyor 14:08 <jrandom> doğru BSpi 14:08 <@smeghead> legion: bt istemcin kadar güvenlik riski olacak mı? 14:08 <ant> <BS314159> bu 00:00 GMT’de bir trafik patlaması olacağı anlamına mı geliyor? 14:08 <ant> * aum 'kognitif kritik kütle’ye ulaştığı için java’da biraz akıcılık kazanıyor 14:09 <jrandom> BS: veri noktaları, taşımadan daha sık süre aşımına uğrar 14:09 <jrandom> bir LeaseSet örneğin sadece 10 dakika geçerlidir 14:09 <bla> jrandom: Komut satırından çağırabileceğim, ağdaki her bir eş için son 60 saniye içindeki hız tahminlerini alabileceğim bir çağrı var mı? 14:09 <legion> lol, forumlar güvenlik riski mi? 14:10 <@smeghead> legion: evet, ve eğer bunu bile bilmiyorsan, zaten forumlarının güvenlik riski olacağına ikna oldum 14:10 <jrandom> bla: evet, java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 <jrandom> (sanırım) 14:10 <legion> oh ve bt istemcimin bir sonraki sürümü böyle sorunlara yol açmamalı... 14:10 <jrandom> logger.config’e bazı günlük seviyeleri eklemen gerekebilir, bir bakayım 14:10 <@smeghead> legion: Cervantes, i2p kullanımı için phpBB’yi kilitlemek adına bir ton değişiklik yaptı 14:10 <ant> <BS314159> Belirli bir zamanda hepsinin birden olması garip görünüyor. Sürekli olsaydı, daha pürüzsüz olurdu... Ayrıca saldırganın saldırı kurması için daha az zaman olurdu, çünkü verinin parçaları 24 saatten kısa sürede yanlış olurdu 14:11 <jrandom> hayır, stdout’a döker 14:11 <frosk> jrandom: i2p yol haritası hakkında şu anda ne düşünüyorsun, sorulabilir mi? sence gerçekçi mi? 14:11 <legion> Hmm cervantes’in modlarının bir kopyasını alabilir miyim acaba? 14:11 <jrandom> frosk: rahatsız hissettiğimde güncelliyorum 14:12 <frosk> tamam 14:12 <+detonate> biliyorsun, python 2.4 için bir windows yükleyicisi var, wxpython için bir tane var ve i2p-bt tarball’ı var, üçüncü taraf bir yayını neden alıp/güveneceklerini gerçekten göremiyorum 14:12 <legion> Yoksa phpbb kaynağı üzerinde hacklemeye devam etmek zorunda kalacağım... 14:12 <jrandom> BS: eşler saat senkronizasyonu nedeniyle en fazla 30 sn yanlış yerde bakar 14:12 <@smeghead> legion: iyi şanslar 14:12 <legion> peki neden insanlar kazaa’yı alıp kullanıyor? 14:13 <bla> jrandom: soruyorum çünkü... 14:13 <legion> Ya da morpheus? 14:13 <jrandom> (çünkü daha iyisini bilmiyorlar?) 14:13 <legion> İkisinde de adware vs var... 14:13 <+detonate> cahiller mi? 14:14 <legion> evet ve orada milyonlarca cahil kullanıcı var. ;) 14:14 <ant> <BS314159> legion: I2P ile birlikte casus yazılım paketlemek istiyor gibi konuşuyorsun. Gerçekten dahiyane. 14:14 <bla> jrandom: ...SpeedCalculator.java ve CapacityCalculator.java’ya göz attım ve tahminleyicilerle denemeler yapmak istiyorum 14:14 <cervantes> legion: resmi yamalarla güncel kal ve yönetim alanlarına htaccess koy 14:14 <jrandom> süper bla 14:14 <legion> Ne? Asla... Zararlı yazılımdan nefret ederim... 14:14 <cervantes> modlarımın çoğu spam önleme ile ilgili 14:14 <ant> <aum> daha kritik bir konu açabilir miyim? 14:14 <legion> Hepsi bu mu? cervantes? 14:15 <jrandom> nedir aum? 14:15 <@smeghead> legion: ya zararlı yazılımdan nefret eden kullanıcıların? neden onların güvenlik ve anonimlik endişelerini gidermek için en temel önlemleri bile almıyorsun? 14:15 <ant> <dm> BS314159: bir windows hotfix misin? 14:15 <ant> <aum> sadece bana mı öyle geliyor, yoksa i2p’de hâlâ tutarsızlıklar mı var? ana eepsites, irc vs ile bile bir sürü sorun yaşıyorum 14:15 <bla> jrandom: buna ek olarak, “pasif parmak izi çıkarma” fikri de kafama girdi (biraz ;): Bir tunnel üzerinden veri alırsam, bu o tunnel içindeki tüm eşlerin bant genişliği/kapasitesi hakkında bir şeyler söyler:... 14:15 <jrandom> aum: haftalık durum notlarına bak 14:16 <cervantes> legion: tüm kayıt, giriş, gönderi ve profil düzenleme sayfalarını standart olmayan bir şeye yeniden adlandır 14:16 <bla> jrandom: Bu, bana bana en yakın eş hakkında biraz, bir adım uzaktakiler hakkında biraz daha az ve giderek daha az bilgi verir. 14:16 <cervantes> solucanları uzak tutmaya yardımcı olur 14:16 <jrandom> bla: o zamanlama makalesini ve dünkü Tor saldırı makalesini büyük ilgiyle okudum 14:17 <Myo9> Cervantes, modlarının herhangi birini yayınlıyor musun? 14:17 <Myo9> s/ant/any/ 14:17 <jrandom> kapasite hesaplayıcısında farklı reddetme katmanlarıyla bu yönde endişeler var 14:18 <bla> jrandom: Bir bakıma bu, bir eşin bant genişliği/kapasitesi konusunda belli bir "inanç derecesi" verir (bu inanç derecesi, her tunnel üyesine olan mesafeye ve bana en yakın düğümlerin BW/kapasitesi hakkındaki inancıma bağlı) 14:18 <legion> tavsiye için teşekkürler cervantes :) 14:18 <bla> jrandom: Şimdi, Bayesyen İnanç Ağları konusunda çok şey bilen bazı insanlar tanıyorum... ;)) 14:18 <@smeghead> yine de, legion soruyu görmezden geliyor 14:18 <+thetower> sanırım hepimiz legion ile ateşkese varmak zorunda kalacağız ve ne isterse yazmasına izin vereceğiz, sonuçta kimse kullanmak zorunda değil. 14:18 <jrandom> hmm, mesafeden neyi kastediyorsun bla? 14:18 <ant> <dm> legion neyin peşinde? 14:19 <bla> jrandom: onlarla pasif parmak izi çıkarma hakkında sohbet edeceğim (not: "parmak izi"ni kelimenin olumsuz anlamında kastetmiyorum) 14:19 <jrandom> süper 14:19 <jrandom> ‘kaliteli’ eşleri en iyi nasıl seçebileceğimizle ilgili öneriler çok memnuniyetle karşılanır 14:19 <cervantes> Myo9: Elbette yapabilirim. 14:19 <legion> Her neyse pek fazla i2p windows kullanıcısı yok ve i2p-bt binary dağıtımımı çalıştıran da çok değil. Yakında bir sonraki sürümüm hazır ve yayınlanmış olacak, öyle sorunlar olmayacak... Binary ve kaynak dağıtımı olacak. 14:19 <@smeghead> i2p için geliştirilen uygulamaların doğası gereği, son kullanıcılarla daha büyük bir açıklık ve geliştiriciler arasında işbirliği gereklidir 14:20 <ant> <aum> frosk: feedspace’i hangi dilde yazıyorsun? (daha önce sorduysam affet) 14:20 <cervantes> temiz bir "patch" falan değil ama 14:20 <bla> jrandom: mesafe... Diyelim ki X -> Y -> ben gibi bir inbound tunnel’ım var ve Y’nin özellikleri hakkında _çok_ şey biliyorum, o zaman bu tunnel üzerinden aldığım istatistikler bana X hakkında da epey şey söyler 14:20 <frosk> aum: java (ve affediyorum ;) 14:20 <cervantes> sorunlar çıktıkça düzeltmeler yapıyordum 14:20 <bla> jrandom: Öte yandan, Y’nin özellikleri hakkında az veri/inanç varsa, transfer istatistikleri X hakkında pek bir şey söylemez; önce Y hakkında daha çok şey öğrenmem gerekir 14:20 <cervantes> çıktıkça 14:20 <jrandom> bla: gecikme ya da tıkanmanın X’te mi Y’de mi (ya da daha önceki adımlarda mı) olduğunu söylemek çok zor 14:20 <cervantes> http://forum.i2p/index.php?c=4 14:21 <cervantes> yeni bölüm: Feedspace 14:21 <jrandom> w00t 14:21 <frosk> yaşasın 14:22 <legion> her neyse benim sürümle ilgili yeterince tartışma oldu, bununla ilgili daha fazla tartışma #itorrent kanalında yapılmalı 14:22 <bla> jrandom: Bu doğru. Ancak, büyük miktarda veri (ve ölçüm süresinin düğüm özelliklerinin değiştiği zaman ölçeğinden _çok_ büyük olmadığını umarak) verildiğinde, trafik/tunnel istatistiklerinde mutlaka bilgi olmalı 14:22 <@smeghead> legion: i2p’yi etkileyen herhangi bir iş 3) maddesinde tartışılabilir 14:23 <@smeghead> legion: ve yazılımının ciddi bir endişe konusu olduğunu ve kullanıcılara uyarı gerektirdiğini düşünüyorum 14:23 <legion> evet, tamam 14:23 <jrandom> bla: kesinlikle, RTT’yi OutboundClientMessageOneShotJob’dan devşirmemiz yeterli 14:23 <jrandom> (sonra da veriyi en iyi nasıl hesaplayıp bozunduracağımızı buluruz) 14:24 <legion> O zaman smeghead böyle bir sürüm yapacak olsan, farklı olarak ne yapardın? 14:24 <@smeghead> legion: soruları sürekli es geçip konuyu ertelemeye çalışman çok endişe verici 14:25 <@smeghead> legion: önce, mevcut binary’nin kaynağını yayınla, “sadece i2p-bt + smeghead’in yaması” olsa bile, ve sitende çatallanman (fork) ile ilgili bir açıklama yaz 14:25 <bla> jrandom: RTT orada neyi ifade ediyor? 14:26 <@smeghead> legion: ayrıca i2p-bt’nin yaptığı gibi tüm yaptığın değişiklikleri belirten bir changelog oluşturman yardımcı olur 14:27 <jrandom> bla: uçtan uca istemci mesajları sıklıkla (varsayılan olarak her zaman) garlic sarmalamasında paketlenir, ek bir DeliveryStatusMessage içerir ve bu da gönderenine (tabii ki tunnels üzerinden) geri döner, böylece ElGamal yerine AES+sessionTags kullanmamıza olanak sağlar 14:28 <bla> jrandom: (evet) 14:28 <+detonate> dediğim gibi, i2p-bt’nin çalışması için gereken üç şeyi indirme sayfasına bir link verebilirsin, bu açık ve tam olarak aynı şeyi sağlar, bunun bir truva atından başka bir kullanımını göremiyorum 14:28 <jrandom> daha sonra I2CP’yi (ve SDK’yı) güncelleyerek, streaming kütüphanesinin aynı veriyi DeliveryStatusMessage gerektirmeden iletmesine izin vereceğiz 14:29 <@smeghead> detonate: katılıyorum, baştan resmi i2p-bt’ye bir yama göndermeliydi, çatallamak tamamen gereksizdi ve anında şüphe yarattı 14:30 <+detonate> kesinlikle 14:30 <@smeghead> *şüphe 14:31 <jrandom> tamam, toplantı için dile getirmek istediği başka bir şey olan var mı? 14:31 <ant> <drakoh> selam millet! ağda özel bir şey var mı diye merak ettim? 14:32 <@smeghead> i2p’nin doğası gereği, bunun için geliştirilen uygulamalar son kullanıcılarla daha büyük bir açıklık ve geliştiriciler arasında işbirliği gerektirir 14:32 <jrandom> drakoh: haftalık durum notlarına bak 14:32 <bla> quit 14:32 <ant> <drakoh> hayır garip bir şey demek istiyorum ... 14:32 <@smeghead> i2p kullanıcıları doğal olarak bir dereceye kadar paranoyak olacaktır ve mümkün olan her endişeyi gidermek bizim görevimiz 14:32 <ant> <drakoh> tüm eşlerimi kaybettim gibi 14:33 <jrandom> evet, katılıyorum smeghead. anonimliğe veya güvenliğe yönelik yazılımlar, özellikle de dosya paylaşımı gibi truva atı dolu bir alanda, açık olmak kritik önemde. 14:33 <jrandom> drakoh: tamam, toplantı biter bitmez bunu hata ayıklayabiliriz 14:33 <ant> <drakoh> hop pardon 14:33 <jrandom> tamam, toplantının bitmesinden söz etmişken... 14:34 * jrandom toparlanır 14:34 * jrandom toplantıyı *baf* kapatır