I2P Geliştirici Toplantısı - 04 Haziran 2013

19:52:28 <hottuna> zzz, christoph2: syn 19:54:26 <topiltzin> yay, dev beating! 19:54:33 <topiltzin> s/beating/meeting/ 19:54:37 <iRelay> topiltzin meant: yay, dev meeting! 20:00:03 * hottuna toplantıyı baf'layarak açtı 20:00:07 <hottuna> Gündem: 20:00:14 <hottuna> * Bir sonraki NetDB arka ucu 20:00:14 <hottuna> * Bilet #729 - OSX'te properties konumu 20:00:14 <hottuna> * Bilet #741 - Windows'ta süreç (process) yeniden adlandırıcı 20:00:14 <hottuna> * Çeşitli? 20:00:22 <iRelay> http://trac.i2p2.i2p/ticket/729 - (assigned enhancement) - on OSX ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 <iRelay> http://trac.i2p2.i2p/ticket/741 - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 <hottuna> __ Bir sonraki NetDB arka ucu__ 20:01:16 <hottuna> Bir öneri üzerinde çalışıyordum, ilk RFC hazır 20:01:35 <hottuna> http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 <hottuna> Genel fikir, bir Kademlia tabanı kullanıp performansı ve/veya güvenilirliği artıran özelliklerle genişletmek. 20:02:59 <hottuna> Kademlia için başlangıç kodlarının bir kısmı zaten zzz tarafından yazıldı 20:03:34 <hottuna> Hatta tam bir BEP5 uygulaması. BEP5, Kademlia'nın ana hat BitTorrent uygulamasıdır. 20:04:13 <hottuna> Birkaç DHT değerlendirildi: Chord, Freenet ve Pastry. 20:04:47 <hottuna> Bununla birlikte Kad hızlı, genişletilebilir ve nispeten güvenilirdir. 20:05:05 <topiltzin> üretimde kullanılan diğer bazı Kad türevleri: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 <topiltzin> Overnet (eDonkey, artık faaliyet dışı) 20:05:47 <topiltzin> bildiğim kadarıyla hiçbir p2p uygulama Chord veya Pastry kullanmıyor 20:05:54 <hottuna> Az-Kad'e göz attım ve pek uyumlu değil. Mojito ilginç olabilir 20:05:57 <hottuna> Kad'in üzerine birkaç değişiklik önerildi. 20:06:05 <hottuna> Daha hızlı aramalar için recursive tunnel'lar. 20:06:20 <hottuna> Ve daha güvenilir aramalar için Random Recursive aramalar. 20:07:13 <hottuna> Ekleme işlemleri Random Recursive Store'lar uygulanana kadar standart Kad olarak kalacak. 20:07:45 <hottuna> Pekâlâ, genel bakış bu. Herhangi bir sorusu olan var mı? 20:08:17 <topiltzin> Recursive tunnel'lara bir itiraz, yerel IP yasak listelerini (banlist) işe yaramaz hale getirmesidir 20:08:40 <topiltzin> örneğin, düşmanca bir tarafın IP'lerini yasak listeme manuel olarak eklemiş olabilirim 20:09:18 <topiltzin> recursive arama/store'a katılan düğümler bunu bilemeyecektir 20:09:37 <hottuna> Doğru. 20:10:00 <hottuna> Recursive sorgular biraz kırılgandır ve yalnızca hız için kullanılmalıdır. 20:10:35 <hottuna> Random Recursive sorgular ise eninde sonunda yasaklı düğümleri içermeyen bir yol bulacaktır. 20:11:05 <hottuna> Hangi tür durumlarda başka bir düğümün yasak listesine güvenmezsiniz? 20:11:25 <dg> sponge: udp istiyor 20:11:28 <dg> eche|on: ağ değişikliklerinden sonra sayaç kalıcı değil ("yumuşak yeniden başlatma") 20:11:51 <topiltzin> o düğümün işletmecisinin yasak listesini güncellemede özenli davranmadığı durum için 20:12:02 <topiltzin> ya da diğer düğümün hiç banlist'i olmadığı durum için 20:12:29 <hottuna> Ama sorgu 'yasaklı' bir düğümden geçerse ne olur? 20:12:51 <hottuna> Ya iletilir, düşürülür ya da kaydedilir. 20:13:31 <zzz> iterative hiçbir zaman başka bir düğüm üzerinden geçmez 20:13:34 <topiltzin> sybil/eclipse saldırısının yaptığı her neyse - muhtemelen düşürülür? 20:14:38 <hottuna> Recursive'in olayı bu. Başarısız olması sorun değil. Saldırı altındaki anahtarlar için daha güvenilir yöntemlerimiz var. 20:15:09 <hottuna> Iterative ya da Random Recursive gibi 20:15:24 <zzz> mod nasıl seçilecek? 20:15:35 <topiltzin> teorik olarak, sorguya yasaklı IP'lerin küçük bir bloom filter'ını ekleyebilirsin 20:15:54 <hottuna> mod seçimi bir açık soru. 20:15:57 <hottuna> is an* 20:16:28 <hottuna> Bana göre paralel bir sürüm ilginç olurdu 20:16:39 <hottuna> Sıralı yedeklemeli (failover) bir sürüm yavaş olur 20:17:03 <hottuna> Ama bu bant genişliği ile max_latency arasında bir ödünleşim 20:17:51 <hottuna> topiltzin: R5N sorgulara bir bloomfilter dahil ediyor. Ama bunun gerçekten gerekli olduğunu sanmıyorum. 20:18:14 <hottuna> Bu şeyi, hatalarla karşılaşılsa bile çalışacak şekilde inşa ediyoruz 20:18:14 <topiltzin> iterative arama ne kadar yavaş ve bu yavaşlık herhangi bir darboğaz mı? Bunu gerçekten optimize etmemiz gerekiyor mu? 20:18:45 <zzz> Bence netdb ve snark'a (gereken yerlerde) istatistik kodu ekleyerek ve bu iki uygulamanın mevcut performansına ilişkin istatistikleri toplayarak başlamalıyız 20:18:52 <hottuna> Bir eepsite ziyaret ettiğinde bir arama yapılması gerekir. 20:19:25 <hottuna> topiltzin: aramaların hızı http://trac.i2p2.de/wiki/NetDB/NextBackend adresindeki 'Lookup' bölümünde görülebilir 20:19:28 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 <zzz> netdb'de çok sayıda istatistik var, snark'ta da eşdeğer yerlere istatistik eklersek resmi oluşturmaya başlayabiliriz 20:20:35 <hottuna> sorgu gecikmeleri vb.? 20:21:06 <topiltzin> zzz: daha fazla istatistik için +1 20:21:06 <zzz> gecikmeler, başarı başına sorgular vb., evet 20:22:26 <hottuna> Bu istatistiklere erişmek ilginç olurdu. Özellikle yeni bir şey geliştirirken. Ancak I2PSnark-DHT ile FloodFill'i karşılaştırmak elmayla armutu karşılaştırmak gibi. 20:22:29 <zzz> geçen gün söylediğim gibi, bence snark kodu netdb'ye geri taşınabilir ama ancak K ve B'yi, tüm yerel netdb'yi yönlendirme tablosuna yutacak şekilde seçersek 20:22:57 <zzz> yönlendirme tablosunda yerel netdb'nin çoğu yoksa, sıralamaya devam etsek de olur 20:23:55 <zzz> önerin (ve evet, bu birkaç yıldır benim planım da) portakalı elmayla değiştirmek; bu yüzden onları karşılaştırmak biraz önemli. 20:23:58 <hottuna> Yüksek bir B ayarlamaya karşı değilim, arama gecikmesi gerçek bir sorun 20:24:55 <hottuna> K konusunda 8'de tutmanın makul olabileceğini düşünüyorum. 20:25:18 <hottuna> elbet yeni DHT değerlendirilmeli. 20:26:05 <zzz> K'yı tek başına seçemezsin. Belirli bir yerel netdb boyutu için yönlendirme tablosunu, şu anki sıralama kadar iyi çalıştıracak şekilde K ve B'yi birlikte seçmelisin. 20:27:03 <hottuna> Her ikisi de dağıtım sırasında ayarlanabilir. 20:27:29 <hottuna> Bu nedenle, bildiklerimize ve ihtiyaçlarımıza dayalı ilk bir tahminlemeyi (guesstimation) tercih ederim. 20:28:17 <zzz> ayrıca yeni DHT'de ff'ler mi yoksa herkes mi var buna da çok bağlı 20:29:24 <hottuna> Yeni DHT'ye her düğümü katılımcı yapmamak bir hata olur ve bizi UCSB makalesinde sunulana benzer saldırılara karşı savunmasız bırakır 20:30:15 <zzz> Önerinde kimler dahil kimler hariç bilgisi göremiyorum 20:30:18 <hottuna> Sanırım öneride bu konuda çok net değildim. 20:30:25 <hottuna> ;) 20:31:30 <zzz> herkesin (NAT arkasında olanlar, android, gizli, Çinli, cep telefonları vb.) içinde olmasını istediğinden hiç emin değilim 20:31:46 <zzz> jr'nin her şeyin nerede kötüye gittiğine dair kapsamlı yorumlarına bak 20:31:53 <topiltzin> düğüm devri (churn) DHT için iyi değil. Asgari çalışma süresi gereksinimleri olmalı 20:32:32 <hottuna> topiltzin: düğüm devri o kadar da sorun değil çünkü tüm verilerimiz değiştirilebilir ve her 37 saniye - 30 dakikada bir yeniden yayımlanıyor 20:33:09 <hottuna> NAT'li düğümler muhtemelen katılmamalı. android muhtemelen katılmalı 20:33:17 <zzz> tabii, N=500 ve B=-8, onun asla çözemediği felaketti, ancak başka nedenler de vardı; bunlar ağımızda hâlâ mevcut... ve android patlama yaparsa çok daha kötü olabilir 20:33:25 <hottuna> Çinli.. bilmiyorum.. 20:34:04 <hottuna> muhtemelen daha yüksek churn dışında, android nasıl farklı? 20:34:32 <topiltzin> düğüm devri yönlendirmeyi olumsuz etkiler.. dolayısıyla bu çabanın hedefi yönlendirmeyi iyileştirmekse bunu göz ardı edemezsiniz 20:34:39 <zzz> özellikle androidi değil, telefonları kastediyorum 20:34:58 <hottuna> benim için de android==telefonlar 20:35:22 <zzz> mobil cihazların bant genişliği ve işlem gücü daha düşüktür ve bağlantıları kesintilidir 20:35:57 <hottuna> Şu anda nasıl yapılıyor? 20:36:12 <zzz> ne? 20:36:39 <hottuna> ff olmak isteyen android cihazlar hakkında? 20:36:42 <hottuna> christoph2: bir yerlerde pusuya yatmış 20:36:49 * christoph2 saklanır 20:37:00 <topiltzin> FF olmak için bazı kriterler var, bunlardan biri çalışma süresi (uptime) 20:37:11 <hottuna> hızlı anahtar döndürme (key-rotation) bir eclipse saldırısına nasıl engel olur? 20:37:57 <hottuna> ve bir düğümün diğer düğümlerin netdb'sine entegre olması ne kadar sürer? (yani onların yönlendirme tablolarını kirletmesi) 20:38:32 <zzz> androidler kriterleri karşılarsa herkes gibi otomatik olarak ff olurlar. Ama bunu kablosuz bağlantı üzerinden yapan biri olası görünmüyor 20:38:38 <christoph2> şöyle ki, bir düğümü I2P'ye entegre etmek için geçen bir T süresi (makul derecede iyi bağlanana kadar) ve döndürme için t süresi var. eclipse için T/t + güvenlik düğümlerine ihtiyacınız var 20:38:53 <hottuna> topiltzin: uptime aslında çok da sorun değil. R5N oldukça agresif çoğaltma faktörlerine sahip. Bu yüzden churn sorun değil 20:39:00 <christoph2> * nodes needed to actually eclipse 20:40:27 <christoph2> hottuna: kod değişikliklerini tam takip etmiyorum. aralıkta 30 dakikadan azdı 20:40:27 <hottuna> Dün hızlı bazı hesaplar yaptım 20:40:27 <christoph2> şey, 0.9.2 iirc 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Bu bir saldırgan için caydırıcı olabilir. 20:40:27 <zzz> hottuna, yeni bir keyspace (farklı bir permütasyon formülü, farklı bir döndürme çizelgesi veya her ikisi) nasıl çalışır? Buna nasıl geçiş yapabileceğimizi göremiyorum. 20:40:27 <hottuna> tamam, kulağa makul geliyor 20:40:49 <hottuna> İkisini paralel mi kullanırız? Mevcut uygulama, güvenle ondan uzaklaşana kadar ayrı kalacak. 20:41:26 <zzz> Aslında bilmek istediğim, direnci artırmak için önümüzdeki iki haftada ne yapabiliriz 20:41:29 <hottuna> christoph2: bu hesaplar mantıklı mı? ve 2880 düğüm hiç sorun olur mu? 20:41:36 <zzz> eğer bu class N router'ları ff yapmayı gerektiriyorsa, bunu yapalım. 20:41:36 <topiltzin> düğüm churn'ünün sorun olmadığına inanmakta zorlanıyorum. churn ne kadar büyükse, her bir düğümün yönlendirme tablosu o kadar kötü olur 20:42:29 <zzz> uyumluluğu koruyarak nasıl 'güvenli bir şekilde uzaklaşabiliriz'? İki paralel uygulamanın bağlantı (conn) limit sorunlarını nasıl ele alabiliriz? Birinden diğerine nasıl geçeriz? 20:42:33 <hottuna> topiltzin: yönlendirme tablosundaki her kovayı (bucket) boyutu olan K değeri, bir saat içinde DHT'den düşmesi pek olası olmayan düğüm sayısı olacak şekilde seçilir. 20:42:33 <topiltzin> ^^ class F ama !windoze 20:43:04 <topiltzin> s/F/N/ 20:43:08 <iRelay> topiltzin meant: ^^ class N but !windoze 20:43:12 <zzz> elbette, Windows olmayan class N yapabiliriz. Kaç tane olduklarına dair fikrim yok 20:43:35 <zzz> bu aynı zamanda o router'ların Windows olmadığını ifşa eder, küçük bir anonimlik sorunu 20:43:35 <christoph2> hottuna: orta derecede pahalı bir sunucuda ~20 elde edersin. Bunlardan 100 tanesi, kime karşı savunma yaptığına bağlı olarak sorun olabilir ya da olmayabilir. Ayrıca uygun kodla sunucu başına birkaç kat daha fazla düğüm elde edemeyeceğinden emin değilim 20:44:22 <hottuna> peki, biraz sorun olabilir. Ancak teknolojinin evrimleşme hızına bakılırsa uzun sürmez 20:45:28 <zzz> 0.9.7 için başka ne yapabiliriz? 20:45:28 <topiltzin> anonimlik konusu doğru.. o halde belki tüm N'leri yaparız ve kullanıcıları fazla kızdırmayacağımızı umarız 20:46:18 <christoph2> her şeyi okumadım. Windows'la ilgili sorun neydi? 20:46:25 <hottuna> bağlantılarla ilgili: eski düğümler her zamanki gibi devam eder. yeni düğümler sorgularını her iki ağ arasında dengeler. 20:46:49 <dg> christoph2: gömülü bağlantı limitleri 20:46:52 <hottuna> christoph2: Windows çok sayıda bağlantıya izin vermiyor 20:47:07 <christoph2> ah tamam 20:47:27 <hottuna> christoph2: tamam, bu anahtar döndürme konusunu yanıtlıyor. muhtemelen uğraşmaya değmez 20:47:34 <topiltzin> aslında sınırlanan, yeni bağlantıların açılma hızıdır 20:49:07 <zzz> hottuna, buradan oraya nasıl geçeceğimizi göremiyorum. Aynı keyspace içinde aynı iterative aramalarla snark kodunu netdb'ye nasıl taşıyacağımızı görebiliyorum. Değer mi bilmiyorum ama en azından nasıl yapılacağını görebiliyorum. Ondan sonra her şey gerçekten zor ve gizemli görünüyor. 20:50:02 <hottuna> Key-space'i mi değiştireceğiz? Ya da keyspace derken neyi kastediyorsun? 20:50:05 <topiltzin> snark koduyla başlamaya ve diğer şeyleri $sonra çözmeye +1 20:50:40 <zzz> keyspace = döndürme dahil, key->routing key algoritması 20:52:14 <hottuna> Dolayısıyla dağıtım sırasında birinci adım, çalışan bir şeye sahip olmak (muhtemelen yalnızca iterative). sonra Recursive ve Random Recursive için yeni KRPC mesajları ekleriz 20:52:54 <hottuna> Ve ağın çoğunlukla bunları destekleyecek şekilde yükseltilmesinden sonra, bunları başlatıcı (originator) düğümlerde etkinleştirebiliriz. 20:53:27 <hottuna> dağıtım, yoğun saldırı altındayken performansı anlamamıza bile yardımcı olacak 20:53:38 <zzz> (arka plan için, i2p.zzz.kademlia içinde keyfi K, B, hash boyutu ve tahliye algoritması (eviction algo) ile genel bir kütüphane yapmak üzere netdb kbucket koduyla başladım. Sonra onu deli gibi birim testinden geçirdim. Ardından BEP 5 ve daha fazla test için snark'a taşıdım. Orijinal planın son kısmı, çemberi tamamlamak için onu netdb'ye geri taşımak.) 20:54:54 <hottuna> zzz.kad && i2psnark iyi bir temel gibi görünüyor. Bugün kodun bir kısmını okuyordum ve bana çok mantıklı geliyor. 20:55:01 <zzz> farklı keyspace, farklı döndürme ve farklı katılımcılar öneriyorsun. yani tamamen yeni bir üst-katman (overlay). 20:55:33 <hottuna> Tamamen yeni bir overlay yapmak isterim. 20:56:04 <zzz> oh güzel. kod okuma++. 20:56:47 <hottuna> peki. Bu mantıklıysa ve itirazı olan yoksa, bu toplantıyı ilerletmek istiyorum. 20:57:42 <hottuna> __Bilet #729 - OSX'te properties konumu__ 20:57:49 <hottuna> topiltzin, Meeh 20:58:11 <topiltzin> evet, bu uzun zamandır sallanan, toplaması çok kolay bir iş 20:58:39 <zzz> yeni overlay bana eziyet gibi geliyor. 21:00:12 <topiltzin> ... garip bir an ... 21:00:59 <topiltzin> hâlâ dht'de miyiz? 21:02:09 <dg> bence DHT hakkındaki tartışma bitmedi ama toplantının iyiliği için bitmiş olmalı 21:02:23 <dg> net görünen kararlar yok 21:02:26 * dg gölgelere geri döner 21:03:16 <topiltzin> bence yakın gelecek (0.9.7) için karar daha fazla FF .. uzun vadeli vizyon hâlâ sisli 21:03:42 <topiltzin> #729 ile devam edeceğim. Meeh, buralarda mısın kardeşim? 21:04:16 <trolly> üzgünüm, toplantıyı unuttum 21:04:57 <hottuna> peki topiltzin, #729'da durum nedir? 21:05:35 <topiltzin> Yani, bir süredir çalıştırıyorum, gövdeyi (trunk) i2p.i2p.729 dalına yayıyorum 21:05:50 <topiltzin> gayet iyi çalışıyor, dümdüz 21:06:21 <topiltzin> yalnızca OSX'teki yeni kurulumları etkiliyor, yani düşük etki, vb. 21:06:44 <topiltzin> Birleştirmek (merge) ve bitirmek istiyorum 21:07:03 <hottuna> zzz, #729 birleştirmesine var mısın? 21:07:45 <hottuna> mac erişimim yok, ama topiltzin ve Meeh'in olduğunu varsayıyorum. 21:08:12 <topiltzin> Evet, burada muhtemelen tek osx kullanıcıları biziz :) 21:08:15 <topiltzin> işte bir diff: 21:08:15 <topiltzin> mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 <hottuna> Bu makinede depo erişimim yok :/ 21:09:41 <dg> "erişim"? 21:10:00 <hottuna> kurulu değil yani :P 21:10:07 <zzz> itiraz yok 21:10:38 <topiltzin> ilgilenler için pastebin geliyor 21:10:50 <zzz> sadece biraz test gerekiyor, ama birleştirilmedikçe muhtemelen daha fazlasını alamayacak 21:10:50 <hottuna> teşekkürler! 21:11:35 <zzz> aylar önce birleştirme için lobi yaptım, #729 yorumlarında göreceğin gibi 21:11:42 <topiltzin> http://pastethis.i2p/show/3404/ 21:11:45 <iRelay> Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 <hottuna> o halde birleştirmeye devam edelim 21:12:17 <topiltzin> tamam harika. Meeh, şimdi konuş ya da sonsuza dek sus 21:12:28 <topiltzin> (ya da rahibin düğünde her ne dediğiyse) 21:13:18 <zzz> Eğer testini o zaman yapacaksa, daha sonra da konuşmasını isterim :) 21:13:21 <topiltzin> tamam, toplantıdan sonra birleştireceğim 21:13:56 <hottuna> __Bilet #741 - Windows'ta süreç (process) yeniden adlandırıcı__ 21:14:11 <topiltzin> str4d: bunun için buralarda mısın? 21:15:54 <topiltzin> tamam, bu bilet o kadar küçük değil 21:16:57 <topiltzin> arka plan - Windows'ta i2p, süreç adı "java" ile çalışır 21:16:57 <sponge> selam 21:17:24 <sponge> bugün toplantı var mı? 21:17:27 <topiltzin> bu da i2p'ye uygulanan güvenlik ayarlarının herhangi ve tüm Java uygulamaları için de geçerli olması anlamına geliyor 21:17:41 <hottuna> sponge: evet. http://zzz.i2p/topics/1397?page=1#p6616 21:17:48 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 <sponge> sağ ol 21:17:59 <sponge> bunlardan birine katılmamın zamanı gelmişti... 21:18:48 <sponge> bugün bu saat benim için bir şeyler yapmak açısından hep zordur 21:18:55 <zzz> str4d olmadan 741 için bir şey yapabilir miyiz? 21:19:29 <sponge> Sonunda üzerinde Windows olan bir makinem var 21:19:36 <topiltzin> bir Visual Studio kopyamız varsa onsuz da her şeyi yapabiliriz 21:19:59 <sponge> sanırım 7, gerçi hiç kullanmıyorum, yine de yardımcı/test edebilirim 21:20:14 <hottuna> Microsoft'tan bir VS lisansı alabilirim, nasıl kullanılacağını bilen varsa.. 21:20:41 <topiltzin> projenin böyle bir lisansa sahip olması iyi bir fikir 21:20:41 <zzz> Tartışma açısından diyorum. En başa dönelim, topiltzin bunu neden gündeme aldın? işleri hareketlendirmek için mi? 21:20:41 <sponge> duyduğuma göre VS oldukça zahmetli 21:21:07 <topiltzin> aynı - biraz hareket olsun 21:21:37 <hottuna> Pekâlâ, str4d burada değil. Bunu rafa mı kaldıralım? 21:21:48 <sponge> evet 21:22:28 * sponge'ın tartışacak bazı 'çeşitli' konuları var 21:22:41 <sponge> konuşma sırasını ne zaman aldığımı söyleyin 21:23:03 <hottuna> Bunu gür bir evet olarak alacağım. 21:23:03 <hottuna> Devam ediliyor.. 21:23:06 <hottuna> __Çeşitli__ 21:23:09 <topiltzin> onu rafa kaldırmak istiyorsanız sorun değil, ama tamamen unutmayalım 21:23:21 <hottuna> topiltzin: katılıyorum 21:23:46 <topiltzin> (bir sonraki toplantıda da gündeme getireceğim) 21:23:57 <topiltzin> ;-) 21:24:08 <hottuna> sponge: Çeşitli miydi? 21:24:51 <sponge> MISC-- UDP için Bridge API (BOB) -- nasıl yapılabileceğine dair birkaç fikrim var, ancak geri bildirime ihtiyacım var ve bunun gerçekten istenip istenmediğini bilmem gerek 21:25:18 <sponge> temelde genişletilebilir bir tür standarda ihtiyacımız var 21:25:22 <sponge> ve ona sadık kalmaya 21:25:43 <sponge> ayrıca hâlihazırda var olan şeylerle de çakışmamalı 21:25:57 <sponge> yani-- kolay uyum sağlamalı 21:26:56 <hottuna> O halde soru, insanların bunu ne için kullanacağı? 21:27:03 <zzz> zaten http://zzz.i2p/topics/1393 --- adresinde bir konu var --- önerini oraya koymaya ne dersin? 21:27:10 <iRelay> Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 <sponge> düşündüğüm iki yol, bir UDP paketini <<destination><data>> ya da <<handle><data>> ile sarmak 21:28:13 <dg> hottuna: tracker'lar, VoIP? 21:28:16 <sponge> talep konusunda meraklıyım 21:28:16 <dg> diyebilir miyim, oyunlar 21:29:03 <sponge> ve bunu tartışacak insanlara ihtiyacım var. YILLARDIR biriyle konuşmaya, daha fazla fikir almaya çalışıyorum ve kimse bu sorun üzerine düşünmek istemiyor 21:29:03 <dg> oh, anonet. psi bunu zorluyordu. 21:29:03 <sponge> *birisi 21:29:03 <zzz> SOCKS bunu nasıl yapıyor onu da okumak lazım 21:29:03 <sponge> orada IDP kullanan uygulamalar var 21:29:06 <sponge> *UDP 21:29:22 <sponge> gnutella'yı unutma 21:29:25 <inscrutable> VoIP (mumble) uygulandı ve biraz kullanıldı 21:29:44 <zzz> o TCP 21:29:47 <sponge> bote da UDP-benzeri bir paket kullanıyor 21:29:54 <sponge> gnutella UDP kullanabilir 21:29:58 <inscrutable> zzz: benim hatam 21:30:29 <orion> Bir sonraki toplantı ne zaman? 21:30:40 <hottuna> Birisi yapmak istediğinde 21:30:40 <zzz> JVM içinde her şey kolay. zzzot'a bir günde UDP ekleyebilirim. Dış arayüz (i/f) dert (pita). 21:30:40 <sponge> yani talep var mı? ve genişleyebilen ve bayatlamayan uygulama fikirlerin varsa, gönder 21:30:45 <orion> Amanın. Toplantıdayız. 21:30:45 <hottuna> Gelecek hafta bir toplantı düzenlemeyeceğim. 21:31:06 <hottuna> orion: şu anda __Çeşitli__ bölümündeyiz.. 21:31:25 <dg> sponge: evet. 21:31:32 <sponge> ikinci çeşitli--- IPv6 ve de-anonimleştirme üzerindeki etkileri 21:31:35 <orion> hottuna: Teşekkürler. 21:31:50 <sponge> endişeler? 21:32:01 <sponge> ipv6 kullanmaya ne kadar yakınız 21:32:08 <sponge> nasıl 21:32:12 <hottuna> hangi endişelerin var sponge? 21:32:27 <sponge> IPv6 kim olduğuna çok kolay bağlanabilir 21:32:46 <Meeh> kahretsin, toplantıyı uyuyup kaçırdım -.- 21:32:53 <zzz> IPv6 başlığı: http://zzz.i2p/topics/109 21:32:56 <hottuna> adres alanı daha büyük olduğu için mi? 21:32:59 <iRelay> Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 <sponge> evet 21:33:03 <sponge> şunu düşünüyordum 21:33:14 <sponge> zzz: bu farklı ama ilgili 21:33:17 <dg> IPv6 anonimliği kaldırmaz mı? WHOIS daha doğru olabilir; NAT olup olmadığını belirlemek de öyle (Bob ve Ryan bir NAT'ın arkasında, hangisi hangisi bilmiyorsun) -- IPv6 ile belki Bob mu Ryan mı bilebilirsin. 21:33:24 <dg> Bence (IMO), I2P için pratikte bir fark yaratmaz. 21:33:27 <sponge> i2p bir IPv6 alanı alabilir 21:33:39 <psi> socks 5 udp harika olurdu 21:33:42 <sponge> bunu tunnel aracılığıyla kullanıcılara dağıt 21:33:45 <str4d> o/ 21:33:48 <orion> Not: i2pcpp tam IPv6 desteğine sahip olacak. 21:33:54 <str4d> Geciktiğim için özür dilerim. 21:33:57 <hottuna> dg: katılıyorum. 21:34:06 <zzz> sponge'ın endişelerini listelemesini bekliyorum (gönderi #66) 21:34:20 <dg> hottuna: sponge'ın ekleyeceği bir şey yoksa devam edebilir miyiz? 21:34:35 <dg> bence bu bir sorun değil 21:34:35 <zzz> takvim? 0.9.8 için birleştir, 0.9.9'da varsayılan olarak etkinleştir 21:34:38 <sponge> kısacası.... i2p, yüksek risk altındaki kişiler için IPv6 tunnel sağlayacak mı? 21:34:53 <topiltzin> hey str4d, i2p.exe tartışmasını kaçırdın :( 21:35:04 <sponge> yapmalı mıyız? 21:35:07 <hottuna> Tehdit modelimizin I2P'nin çalıştırılmasının yasa dışı olmasını içerdiğini sanmıyorum. 21:35:31 <hottuna> Öyle olsaydı IPv4 de sorunlu olurdu. 21:35:42 <zzz> orion, belgelerimizi IPv6 ile ilgili (w.r.t) güncel tutmaya çalışıyorum. Belgeler şimdi benim ipv6 dalımdakilerle eşleşmeli. 21:35:45 <sponge> ht: bazı ülkelerde (Çin?) öyle 21:36:20 <hottuna> Ve sızdırılacak tek ek bilgi, i2p'yi kimin çalıştırdığı olurdu. 21:36:39 <zzz> GFW'yi aşmanın en iyi yolu IPv6 olabilir, bunun nasıl olumsuz olduğunu görmek zor 21:38:09 <sponge> benden son çeşitli--- Önceki toplantıların hepsini kaçırdığım için çok üzgünüm. Yine, haftanın bu günü ve bu saat benim için zor. Çok yakında her konuda daha aktif olacağım... konuşma çubuğu bir sonraki kişide... 21:38:13 <orion> zzz: Teşekkürler. 21:39:03 <hottuna> Meeh: #726'yı kaçırdın, ama topiltzin tarafından birleştirilecek yamaları test etmen isteniyor (sanırım özet bu) 21:39:15 <hottuna> str4d: #741 bir sonraki toplantıya ertelendi 21:39:22 <hottuna> sponge: güzel :) 21:39:29 <sponge> 741'i şimdi gündeme getirelim diyorum 21:39:32 <hottuna> Peki, başka bir şey? 21:39:32 <Meeh> hottuna: not ettim. 21:39:39 <sponge> o burada, neden olmasın 21:39:46 <hottuna> benim için uygun 21:39:46 <orion> hottuna: Evet, küçük bir şey. 21:40:01 <hottuna> tamam, devam orion! 21:40:04 <topiltzin> 741'i tablodan indiriyorum (de-tablizing) ... :) 21:40:20 <orion> press@i2p2.de e-posta hesabı için kimlik bilgilerimi (credentials) birisi bana ulaştırabilir mi diye merak ediyordum. 21:40:27 <orion> Ayrıca web sitesini güncellemek. 21:40:46 <sponge> orion: web sitesi mtn'de 21:40:56 <hottuna> web sitesinin hangi bölümünü güncellemek? 21:41:03 <str4d> Ve web sitesini güncellemek için kimlik bilgisine gerek yok. 21:41:18 <str4d> (Sadece bir mtn anahtarı oluştur ve devam et) 21:41:25 <orion> str4d: e-posta hesabı 21:41:43 <hottuna> bildiğim kadarıyla o alanı welterde yönetiyor. 21:41:46 <orion> Ya da boş verin. team.html sayfası zaten güncellenmiş. 21:41:46 <zzz> bayağı hayal kırıklığına uğrayacaksın; sanırım oraya hiç e-posta gelmedi. Ama eklenmek için sorulacak kişi welterde. Bu sadece bir listeye yönlendirici, hesap yok. 21:42:02 <orion> Yani şu anda sadece e-posta hesabı. 21:42:20 <orion> welterde ile konuşacağım, teşekkürler. Süremi devrediyorum. 21:42:30 <hottuna> mükemmel 21:42:38 <hottuna> __Bilet #741 - Windows'ta süreç (process) yeniden adlandırıcı__ 21:42:45 <str4d> Peki, 741'i kısaca tablodan indiriyor muyuz? 21:42:45 <hottuna> topiltzin, str4d 21:42:52 <hottuna> evet 21:42:58 <sponge> :-) 21:43:05 <str4d> Mevcut durum: süreç yeniden adlandırıcı çalışıyor. 21:43:12 <str4d> (Tanuki wrapper tarafından çağrıldığında) 21:43:23 <str4d> (ya da CLI argümanları verildiğinde) 21:44:01 <str4d> Win7'de test ettim. topiltzin, kodun Win8 dışında hemen her şeyde çalıştırıldığını doğruladı. 21:44:12 <str4d> Dolayısıyla orada test edilmesi gerekiyor. 21:44:34 <hottuna> Win8 erişimi olan var mı? 21:44:37 <zzz> 32/64? 21:44:52 * KillYourTV yapabilir 21:44:59 <str4d> Şu anda çalışmayan tek kısım, dahili varsayılanlar - dışarıdan hiçbir argüman sağlanmadığında (yani wrapper veya CLI) kullanılan argümanlar. 21:45:02 <KillYourTV> (win 8, x64 ve/veya x86) 21:45:09 <sponge> Kızım 8'e yükseltecekti ama gerçekten kötü olduğunu öğrendik. 21:45:12 <str4d> zzz: 64-bit Win7 çalıştırıyordum 21:45:30 <str4d> (IIRC) 21:45:30 <hottuna> o halde KillYourTV, biraz test yapmaya var mısın? 21:45:37 <KillYourTV> her zaman 21:45:44 <hottuna> :) 21:45:52 <str4d> Teşekkürler KillYourTV :) 21:46:11 <topiltzin> gördüğüm iki kalan nokta: 21:46:11 * KillYourTV birkaç VM kuracak 21:46:14 <str4d> Test etmek, yeni i2p.exe'yi kurulum klasörüne bırakıp wrapper.config dosyasında "java" yerine "i2p" kullanacak şekilde küçük ayar yapmayı gerektiriyor. 21:46:21 <topiltzin> 1. Simgeler - farklı boyutlarda, alfa kanallarıyla vb. gerekiyor 21:46:36 <topiltzin> 2. lisans, açıklama vb. gibi metinlerin gözden geçirilmesi gerekiyor 21:46:55 <str4d> 1. - VS dosyasını i2p.i2p içindeki installer/ dizinindeki simgeye referans verecek şekilde ayarladım. 21:47:22 <str4d> Dolayısıyla launch4j tabanlı i2p.exe'nin kullandığıyla aynı simgeyi kullanmalı. 21:47:25 <KillYourTV> Dikkat etmemişim ama önerilen "renamer" zaten i2p.i2p içinde mi? 21:47:36 <str4d> 2. - Katılıyorum. 21:47:36 <hottuna> Simgelerle ilgili: yüksek kalite/svg dosyalarının olduğunu sanmıyorum 21:47:51 <str4d> KillYourTV: evet - installer/c/i2pExe 21:48:10 <zzz> argümanlar olmadan çalışmıyorsa, bu bir sorun değil mi? 21:48:10 <KillYourTV> sağ ol, o zaman gerisini halledebilirim ^^ 21:48:28 <str4d> evet, öyle. 21:48:35 <topiltzin> o zaman denetim masası gibi bazı şeyler garip görünecek 21:48:43 <str4d> launch4j tabanlı i2p.exe'nin yerini alacaksa bunun düzeltilmesi gerekiyor 21:48:54 <topiltzin> str4d: bunun bir sorun olduğundan emin misin? Bazı varsayılanları hardcode ettiğini sanıyordum 21:49:17 <str4d> Ettim, ama sadece çöküyor ve o sırada nedenini çözememiştim. 21:49:29 <sponge> hardcode etmek kötü olabilir, önce bir yol (path) araması yap. 21:49:47 <str4d> Ama (olması gereken) aynı argümanları çıkarıp CLI üzerinden kullandığımda gayet iyi çalıştı.. 21:50:02 <str4d> sponge: farklı varsayılanlar. 21:50:13 <sponge> ahh 21:50:35 <str4d> sponge: bunlar, başka bir şey yoksa (wrapper.config yok), I2P'nin çalıştırıldığı ayarlar. installer/i2pstandalone.xml'e bak 21:50:38 <topiltzin> str4d: KillYourTV'nin test için i2p.exe'nin kendisine ihtiyacı var; yoksa onu mtn'e gönderdin mi? 21:50:46 <str4d> (ve build.xml içindeki doBuildExe hedefi) 21:50:49 <sponge> str4d: BOB için benim yaptığım gibi yapman gerekebilir, temelde çift main() 21:50:53 <KillYourTV> topiltzin: kaynak mtn'de 21:51:07 * KillYourTV zaten sormuştu ^^ 21:51:14 <str4d> topiltzin: derlenmesi gerekiyor - ikiliyi (binary) gerçekten kullanmaya yaklaşana kadar göndermeyi (commit) düşünmüyordum. 21:51:21 <str4d> KillYourTV: kaynağın mtn'de olduğunu kastetmiştim ^_^ 21:51:24 <sponge> ilk main eksik argümanları ekler, bunları asıl main()'e iletir 21:51:31 <KillYourTV> oh...heh 21:51:58 <str4d> sponge: aşağıdaki kodda yapıldığı şey bu - argümanlar verilirse onlar kullanılıyor, yoksa varsayılan argümanlar oluşturuluyor. 21:52:05 <sponge> yani main() ve _main() var 21:52:08 <topiltzin> yani i2p.exe mtn'de değil mi? 21:52:08 <str4d> topiltzin: launch.properties'in biçimi nedir? 21:52:27 <str4d> topiltzin: doğru. Sadece installer/c/i2pExe/i2p.c vb. 21:52:30 <sponge> ilki sadece bir temizlik 21:52:37 <str4d> sponge: kod için installer/c/i2pExe/i2p.c'ye bak. 21:52:37 <dg> topiltzin: kaynak var, binary yok 21:52:48 <sponge> bakacağım, teşekkürler 21:53:11 <sponge> neden bozuk olduğu hakkında sana geri döneceğim 21:53:27 <str4d> topiltzin: Amacını çözemediğim, yorum satırına alınmış (commented-out) birkaç yöntem daha vardı. 21:54:04 <topiltzin> sorun değil, çevrimdışı açıklayabilirim 21:54:15 <topiltzin> ama KillYourTV'nin test için bir binary'e ihtiyacı var, bir tane derleyebilir misin? 21:54:54 <str4d> topiltzin: tabii. 21:55:21 <topiltzin> launch.properties - sanırım property başına bir satır, tekrar kontrol etmem gerek 21:55:39 <str4d> (KillYourTV, sende zaten VS2008 yoksa - onunla derleniyor) 21:56:05 <topiltzin> bu da başka ilginç bir __çeşitli__ noktasını gündeme getiriyor: 21:56:08 <str4d> topiltzin: launch.properties'in wrapper.config'e benzer olabileceğini ama bağımsız (standalone) durum için düşündüm. 21:56:23 <topiltzin> evet 21:56:42 <str4d> (Çünkü mevcut standalone i2p.exe hiç ayarlanabilir değil) 21:58:33 <topiltzin> artık proje para yüklü olduğuna göre (BTC hâlâ ucuzken gizemli biri 1000 BTC bağışladığı için) vmware, visual studio vb. gibi şeyler için bazı yazılım lisanslarımız olmalı. 21:59:21 <hottuna> visual studio'yu ben ya da sizden biri ücretsiz alabilirim 21:59:24 <topiltzin> KillYourTV'nin Windows 8 kopyalarını yasal olarak satın aldığına eminim :-D ama teknik olarak bunu finanse etmesi gereken proje 21:59:39 <zzz> microsoft TV'de 450$'lık win8 bilgisayarlar reklamı yapıyor (Asus? Acer?), onlardan birini satın alabiliriz 22:00:05 <sponge> mükemmel fikir zzz 22:00:16 <KillYourTV> (dreamspark kopyaları, "eğitim amaçlı kullanım için") 22:00:27 <maidenboi2> tiger direct sık sık 300-400 aralığında düşük seviye dizüstüler için fırsatlar sunuyor 22:00:27 <orion> Microsoft öğrenci indirimi sunuyorsa, alabilirim. 22:00:34 <orion> Eğer o yoldan gitmek isterseniz. 22:00:37 <topiltzin> hottuna evet lütfen (VS ile ilgili) 22:00:51 <dg> bekle 22:01:01 <dg> aldığımız oyuncu dizüstüsü win. 8 mi? 22:01:19 <hottuna> gerçekten oyuncaklara ihtiyacımız var mı? testler bir VM üzerinde yapılamaz mı? 22:01:27 <KillYourTV> echelon'un kendi Windows'u vardı. 22:01:45 <KillYourTV> ve testlerimi temiz VM'lerde yaparım 22:01:52 <sponge> str4d: bir yerde VS var (çok eski) ama onu kullanmayacağım. Burada pull ve apply bitince kodunu basitçe gözden geçirip sana danışmanlık yapacağım 22:02:14 <str4d> sponge: teşekkürler. 22:02:59 <topiltzin> VM her zaman daha iyidir 22:02:59 <orion> VM konusunda hottuna'ya katılıyorum. 22:02:59 <topiltzin> ve daha kolay hata ayıklama vb. için imajları paylaşabiliriz 22:02:59 <hottuna> peki. bu konu/tartışma ile mutlu muyuz? 22:02:59 <sponge> str4d: sorun değil. Son bir aydır kafamı C, C++ ve ASM'e gömmüştüm 22:03:02 <zzz> bir win8 netbook, VS'den çok daha ucuza gelir 22:03:52 <orion> zzz: VS'nin öğrenci kopyasını alırsam ne olur? 22:04:03 <hottuna> Ben de öğrenci kopyamı bağışlamayı düşünüyordum. 22:04:14 <topiltzin> orion: öğrenci kopyası alırsan, i2p teknik olarak onu kullanamaz 22:04:21 <sponge> Kızım da muhtemelen bir öğrenci sürümü alabilir 22:04:27 <topiltzin> s/technically/legally/ 22:04:31 <iRelay> topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 <hottuna> topiltzin: neden olmasın? 22:04:34 <str4d> hottuna: burada evet. İki ana eylem maddesi: Varsayılanları düzeltmek (ve bir launch.properties sağlamak); KillYourTV'nin test etmesi için bir i2p.exe derlemek. 22:04:37 <orion> Bu benim eğitimim için. 22:05:07 <hottuna> ve kâr amaçlı bir şirket/proje için değil 22:05:07 <topiltzin> çünkü o, orion'un eğitimi için bir öğrenci kopyası - bu da sadece onun kullanabileceği anlamına gelir 22:05:26 <hottuna> tamam. o halde VS sağlayamam. 22:05:49 <topiltzin> sende hangi lisans var? 22:05:58 <hottuna> ve bu şeyler mingw ile derlenemez mi? 22:05:58 <hottuna> topiltzin: öğrenci 22:06:46 <topiltzin> onu i2p.exe veya i2p için başka şeyleri derlemek için kullanabilirsin, yapamayacağın tek şey başkasına vermek 22:07:23 <KillYourTV> vs2008 express nasıl? Sadece 32bit ile mi sınırlı? 22:07:46 <sponge> str4d: not! C kodunda C++ yorumlarını karıştırmak iyi bir stil değil ;-) /* */ kullan 22:08:01 <KillYourTV> Sanırım i2p.exe 64bit ve i2p.exe 32bit'e ihtiyacımız var 22:08:32 <topiltzin> Sanırım yalnızca 32-bit yeterince iyi 22:08:35 <sponge> Ayrıca sorununuzu şimdiden görüyorum 22:09:01 <topiltzin> yeterince iyi = hem 64 hem 32 bit Windows'ta çalışır 22:09:19 <KillYourTV> 32bit bir i2p.exe'nin 64bit wrapper'ı yükleyebileceğinden emin değilim. 32bit wrapper 64bit jvm'yi yükleyemez 22:09:36 <KillYourTV> yine de bu konuda emin değilim 22:10:48 <sponge> str4d: i2p.c satır 54 ve altındaki döngü -- doğru atama yapmıyorsun... 'new_argv[0]' değil '*new_argv[0]' olmalı, alttaki döngü için de aynı. Sondaki NULL tamam olmalı 22:11:06 <K1773R> KillYourTV: x86 ya da x64 başlatıcıyı (launcher) başlatan bir x86 nasıl? 22:11:44 <sponge> str4d: Onu dene, senin için çalışmalı 22:11:47 <KillYourTV> ben de onu söylüyorum, çalışıp çalışmayacağını bilmiyorum. 32bit ikililer genellikle x64 ikilileri çağıramaz. 22:12:47 <sponge> aslında ilk satır iyi olabilir, ama döngüde * olması gerekiyor 22:13:26 <sponge> read_options, bir gösterici (pointer) döndürüyorsa, göstericinin kopyalanması gerekir 22:13:45 <K1773R> KillYourTV: son çare olarak cmd.exe üzerinden çalışır, gerçi bu bir win sorunu 22:13:48 <sponge> new_argv[i] = &(read_options[i-1]); 22:13:51 <sponge> bu şekilde 22:14:57 <topiltzin> sponge bir Windows kutusuna erişimin var mı? Bunu test etmeye yardım edebilir misin? 22:15:17 <topiltzin> sponge: ayrıca yorumlarını trac #741'e yaz 22:15:35 <sponge> Win 7 bir dizüstüm var, ama bugün test edemem. Zamanım kısıtlı ve burada olmak için zaman ayırmam gerekti 22:16:17 <sponge> yoksa hemen atlar yapardım 22:16:52 <sponge> mesele şu ki, göstericiler dizisine bir göstericin var 22:17:41 <KillYourTV> temelde Windows'un tüm sürümlerini test edebilirim 22:17:44 <sponge> göstericiyi kopyalamıyorsun, kodun ilk birkaç karakteri kopyalıyor; bu da rastgele saçmalığı işaretleyip çöküşe yol açacak 22:18:46 <sponge> new_argv[0] = argv[0]; <-- bu tamam 22:18:59 <sponge> new_argv[i] = read_options[i-1]; <-- rastgele saçmalık 22:19:13 * hottuna toplantıyı kapatma çekicini hazırlıyor 22:20:21 <hottuna> peki.. kapanış zamanı 22:20:24 <str4d> sponge: o bölümün hâlâ limewireExe'dekiyle aynı olduğundan oldukça eminim 22:20:31 <micster> Herkes gitmeden önce, Invisible Internet Project için "kâr amacı gütmeyen 501(c)(3) statüsü" üzerinde düşünüyordum. Bunu konuşmak için doğru yer burası mı yoksa başka bir yer mi? 22:20:38 <str4d> (topiltzin'e göre çalışır durumda olması gerekirdi) 22:20:45 <hottuna> micster: evet 22:21:04 <dg> hottuna: #741 ile işimiz bitti mi? 22:21:22 <hottuna> onunla işimizin biteceğini sanmıyorum :P 22:21:29 <sponge> str4d: sorun 2 22:21:33 <sponge> free(read_options); 22:21:45 <sponge> onları orada free etme 22:21:48 <micster> Birinin Almanya'da tüzel kişilik kurmak istediğine dair forumda bir gönderi gördüm. Ben ABD'deyim ve bunun peşinden gitmekle ilgileniyorum. 22:21:52 <str4d> KillYourTV: 32/64 ile ilgili, launch4j tabanlı i2p.exe'de şu anda ne oluyor? O ayrı bir java.exe süreci başlatıyor; 32 ve 64 bit için ayrı mı derleniyor? 22:21:55 <hottuna> sponge: gitmem gerek. Toplantının kalanıyla ilgilenebilir misin? 22:21:58 <sponge> onları en sonda free et 22:22:09 <sponge> ben de şimdi gideceğim 22:22:15 <hottuna> bir son baf gerekiyor, ve bitiyor 22:22:18 <hottuna> kahretsin! 22:22:25 <dg> micster: Harika! Ne yazık ki zamanlama pek iyi değil. Mümkünse zzz.i2p'de ("forum") bununla ilgili bir gönderi açar mısın? 22:22:28 <str4d> sponge: önerini deneyeceğim ve geri bildireceğim. 22:22:31 <sponge> bence oldu 22:22:38 <micster> Tamam 22:22:41 <str4d> (ama sonra - şimdi afk o/) 22:22:59 <sponge> str4d: onun bir gösterici olduğundan iki kez emin ol 22:23:01 * hottuna toplantıyı kapatma çekicini baf'lar 22:23:06 * hottuna **baf** 22:23:17 <sponge> **BARF** :-) 22:23:35 <hottuna> özet şurada yayınlandı: http://zzz.i2p/topics/1397 22:23:42 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 <RN> :) 22:23:57 <sponge> harika, şimdi işlerimi halletmeye gidebilirim 22:24:08 <topiltzin> harika toplantıydı herkes! 22:24:19 <dg> micster: toplantı şimdi bitiyor ve herkesin aktarmak istediği çok şey var gibi. Oraya yazarsan daha fazla görünürlük ve beyin zamanı alırsın. 22:24:53 <micster> Tamam, gönderiyi yapacağım. Belki ilerideki bir toplantıda tartışılabilir. 22:25:01 <micster> Sadece doğru yerde miyim görmek istedim. 22:26:52 <RN> çok iyi tartışma oldu. katılmak için zaman ayırdığınız için teşekkürler 22:27:07 <hottuna> :) 22:28:54 <zzz> micster, bunun için doğru başlık http://zzz.i2p/topics/1388 22:28:58 <iRelay> Title: zzz.i2p: Official I2P group (at zzz.i2p)