[23:04] 0.0) welcome [23:04] 1.0) dev status [23:04] 2.0) new server [23:04] 3.0) questions? [23:04] 0.0) welcome to the 61st iip meeting [23:04] hi. [23:04] hi all [23:04] hi you two ;) [23:04] ok, 1.0) dev status [23:05] we're pretty much ready for 0.2 - which is where people would be able to run i2p. [23:06] great! [23:06] ETA? [23:06] it won't scale, and it is currently implemented with the insanely secure style of the ElG+AES (rather than the optimized w/ session tags) [23:06] eta: a few days (related point: agenda item 2.0) [23:07] but it will be functional. I'm able to send messages of 10 bytes as well as 100K in ~10s [23:07] (both on the same CPU, so its cpu contention) [23:07] still some tunnel failback I'm working through, then its time to build the ant scripts, etc [23:07] actually [23:08] a few seconds ago I built everything using Kaffe 1.1.1 on freebsd with not even a warning. [23:08] * jrand0m <3 not having to make changes to code [23:08] but it wasn't working either, was it? ;) [23:08] heh [23:09] no, it works [23:09] the prob I'm working through is a failover (aka if one is shut down and starts back up, comm recovers cleanly) [23:10] have you tried to send a complete ASCII table (bytes 0x00 to 0xFF)? And does it appear as it should on the other end? [23:10] not yet, havent tried i2ptunnel yet either. but shall tonight [23:10] try i2ptunnel with a binary connection (like ssh), no text based one. [23:11] 'k [23:11] what if a node shuts down and does not come up again? [23:11] then communication with it will fail ;) [23:12] (guaranteed delivery now fails correctly and the SDK has been patched to act on that) [23:13] ok, thats it for status atm. I've been pulled in other directions for the last two days, but that should be quieting down shortly. [23:13] 2.0) new server [23:13] we have a new server on a triple homed T3. [23:14] its going to host webcvs, a default i2p router, a webserver with seed router references, and a few default services (e.g. an i2p tunnel pointing at a squid instance, an i2ptunnel pointing at cvs, an i2ptunnel pointing at a webserver) [23:15] *** Signoff: mihi (EOF From client) [23:15] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [23:15] i'll also be tossing on a public isproxy later [23:15] damn, how much is that costing you? [23:15] 65/mo [23:15] 40Gb transfer, 2Gb data [23:15] bandwidth limit? [23:15] cool. [23:16] *** mihi_ is now known as mihi [23:16] perhaps that server will become our cvs, but no need to switch right now. [23:16] ok, 3.0) questions [23:17] [yes, this has been the fastest meeting I've ever seen ;)] [23:17] do you know anything about naming service progress? [23:17] I hear wiht has committed a few files, but I haven't checked them out yet [23:17] I'd like to offer my (mental) support to all the developers. Stay humble yet determined. [23:18] they are only dummies afaik. [23:18] clueless wankers, for sure. [23:18] interfaces to implement against. [23:18] dummies? [23:18] lol [23:19] ah [23:19] * jrand0m extends MyParents [23:19] java does not allow multiple inheritance ;) [23:19] no bastards... [23:20] * jrand0m implements MyDad, MyMom // just seems wrong [23:20] although you do not extend either your mother nor your father (see the liskov (sp?) substitution principle) [23:20] * dm implements jrandom'sMom [23:20] ;) [23:20] oh, good point mihi [23:20] * dm now implements mihi'smother [23:20] heh [23:21] *** Signoff: mihi (Ping timeout) [23:21] you just need a constructor public Human(Human father, Human mother) throws SameSexException [23:22] nice one [23:22] I think modern science requires a few more constructors [23:22] although it's not public [23:22] it's pubic [23:22] *** mihi (mihi@anon.iip) has joined channel #iip-dev [23:22] I crack myself up. [23:23] ok, on that note [23:23] I think we've just gotten away with a 23 minute meeting :) [23:23] * jrand0m slips the *baf*er out of my back pocket and *baf*s the meeting closed