281 lines
20 KiB
HTML
281 lines
20 KiB
HTML
{% extends "_layout.html" %}
|
|
{% block title %}I2P Development Meeting 68{% endblock %}
|
|
{% block content %}<h3>Tuesday, December 9, 2003 22:00:00 CET</h3>
|
|
<div class="irclog">
|
|
<p>[22:02] <jrand0m> 0) welcome to $num </p>
|
|
<p>[22:02] <jrand0m> 1) iip status </p>
|
|
<p>[22:02] <jrand0m> 2) kademlia stuff + idn </p>
|
|
<p>[22:02] <jrand0m> 3) peer profiling stuff </p>
|
|
<p>[22:02] <jrand0m> 4) i2p services </p>
|
|
<p>[22:02] <jrand0m> 5) stuff </p>
|
|
<p>[22:02] <jrand0m> 0) welcome </p>
|
|
<p>[22:02] <jrand0m> hi </p>
|
|
<p>[22:03] <jrand0m> this is meeting 67 or 68... </p>
|
|
<p>[22:03] <jrand0m> 1) iip status </p>
|
|
<p>[22:03] <jrand0m> I dunno. anyone know what the situation has been as of late? </p>
|
|
<p>[22:04] <jrand0m> the iip devs aren't here, so... dunno. </p>
|
|
<p>[22:04] <jrand0m> [ping] </p>
|
|
<p>[22:04] <jrand0m> (last week I typed for probably 10 minutes before my client pinged me out...) </p>
|
|
<p>[22:05] <jrand0m> (i'm not going to type anything else until I get a p0ng, damnit ;) </p>
|
|
<p>[22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:05] <jrand0m> 'lo Nostradumbass </p>
|
|
<p>[22:06] <Nostradumbass> hi :)</p>
|
|
<p>[22:06] <jrand0m> ok cool, so I haven't pinged out, people are just lurking. cool :) </p>
|
|
<p>[22:06] * jrand0m hops on to the next agenda item</p>
|
|
<p>[22:06] <Nostradumbass> how's i2p coming?</p>
|
|
<p>[22:06] <Nostradumbass> sorry?</p>
|
|
<p>[22:06] <jrand0m> good lead in ;) </p>
|
|
<p>[22:07] <jrand0m> agenda item 3) i2p 0.2.3 status :) </p>
|
|
<p>[22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:07] <jrand0m> there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago </p>
|
|
<p>[22:07] <jrand0m> that includes an implementation of the kademlia netDb </p>
|
|
<p>[22:08] <jrand0m> so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) </p>
|
|
<p>[22:08] <jrand0m> there have been a few more variations on the kademlia proto though to make things more relevent for i2p </p>
|
|
<p>[22:09] <jrand0m> we will always have a very, very, /very/ sparse kademlia tree. </p>
|
|
<p>[22:09] <jrand0m> 2^256 possible slots, and 1-10 values per peer in the network. </p>
|
|
<p>[22:09] <jrand0m> so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket </p>
|
|
<p>[22:10] <jrand0m> so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo & distance metric </p>
|
|
<p>[22:10] <jrand0m> idn, however, is dead in the water. </p>
|
|
<p>[22:11] <jrand0m> the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea </p>
|
|
<p>[22:11] <jrand0m> and has been promptly abandonded. </p>
|
|
<p>[22:11] <jrand0m> idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it </p>
|
|
<p>[22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:12] <jrand0m> but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats </p>
|
|
<p>[22:12] <jrand0m> heya tusko </p>
|
|
<p>[22:12] <jrand0m> that brings us to agenda item 3) peer profiling </p>
|
|
<p>[22:12] <jrand0m> I've been pretty silly...and finally did some of the math </p>
|
|
<p>[22:13] <jrand0m> the stats being gathered now are immense. </p>
|
|
<p>[22:13] <jrand0m> about 6000 data points /per peer/ </p>
|
|
<p>[22:13] <duck> what is peer profiling?</p>
|
|
<p>[22:13] <jrand0m> peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future </p>
|
|
<p>[22:13] <duck> ah</p>
|
|
<p>[22:13] <jrand0m> (aka fast routers, reliable routers, etc) </p>
|
|
<p>[22:13] <duck> the process that eats up my memory :)</p>
|
|
<p>[22:14] <jrand0m> heh actually that part isn't toooo bad </p>
|
|
<p>[22:14] <jrand0m> though 6000 data points won't scale. </p>
|
|
<p>[22:14] <jrand0m> 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb </p>
|
|
<p>[22:15] <jrand0m> though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that </p>
|
|
<p>[22:15] <jrand0m> we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. </p>
|
|
<p>[22:16] <jrand0m> we could probably get away in the long term with just keeping track of a hundred or so peers. </p>
|
|
<p>[22:16] <jrand0m> but, for now, I'm going to say fuckit. </p>
|
|
<p>[22:16] <jrand0m> keep stats on all peers </p>
|
|
<p>[22:16] <duck> ping</p>
|
|
<p>[22:16] <jrand0m> p0ng </p>
|
|
<p>[22:17] <duck> will it try to learn about all peers?</p>
|
|
<p>[22:17] <jrand0m> right now, yes </p>
|
|
<p>[22:17] <duck> oh wait, your last lines covered that</p>
|
|
<p>[22:17] <jrand0m> we also have some code for coallescing and running calculations on the peer profiles </p>
|
|
<p>[22:18] <jrand0m> so one of those calculators will determine what peers to drop </p>
|
|
<p>[22:18] <jrand0m> an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt </p>
|
|
<p>[22:19] <jrand0m> (you'll notice lots of 0s :) </p>
|
|
<p>[22:19] <jrand0m> I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki </p>
|
|
<p>[22:20] <jrand0m> but thats all 0.3 stuff, really. 0.2.3 just uses a little of it </p>
|
|
<p>[22:21] <jrand0m> ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up </p>
|
|
<p>[22:21] <jrand0m> (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) </p>
|
|
<p>[22:22] <jrand0m> ok, 4) i2p services </p>
|
|
<p>[22:23] <jrand0m> tc's site is awesome & really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) </p>
|
|
<p>[22:23] <jrand0m> there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board </p>
|
|
<p>[22:24] <jrand0m> things sometimes act up a bit, but thats related to some bugs in the router <= 0.2.2, and have been fixed (and will roll out in 0.2.3) </p>
|
|
<p>[22:24] <jrand0m> the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ </p>
|
|
<p>[22:25] <jrand0m> so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel </p>
|
|
<p>[22:25] <jrand0m> what services would be cool to show up next? </p>
|
|
<p>[22:25] <duck> I did try to run an ircd over i2ptunnel</p>
|
|
<p>[22:25] <duck> but before it got the full MOTD after logging in, I got ping timeouted already</p>
|
|
<p>[22:26] <jrand0m> d'oh </p>
|
|
<p>[22:26] <duck> and that was on the same router</p>
|
|
<p>[22:26] <duck> so in the wild performance will be even worse</p>
|
|
<p>[22:26] <jrand0m> on the local router it pinged out?! </p>
|
|
<p>[22:26] <jrand0m> local router should never ping anything out </p>
|
|
<p>[22:26] <jrand0m> oh, except for that race bug </p>
|
|
<p>[22:26] <jrand0m> (which is probably what it was, since it was local and the race is faster there) </p>
|
|
<p>[22:26] <duck> irc client pinged out for not responding in time</p>
|
|
<p>[22:27] <duck> I'll retry with 0.2.3</p>
|
|
<p>[22:27] <jrand0m> word </p>
|
|
<p>[22:27] <duck> though jabber is nice for now</p>
|
|
<p>[22:27] <jrand0m> totally </p>
|
|
<p>[22:27] <jrand0m> and long term, irc is not the way to go </p>
|
|
<p>[22:27] <duck> tc, jrandom and me are there to chat with!</p>
|
|
<p>[22:27] <jrand0m> hehe :) </p>
|
|
<p>[22:28] <jrand0m> we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points </p>
|
|
<p>[22:28] <jrand0m> (aka iip 2.0) </p>
|
|
<p>[22:28] <jrand0m> now would be a nice time for userx to come back into the fold ;) </p>
|
|
<p>[22:29] * jrand0m stops holding breath</p>
|
|
<p>[22:29] <jrand0m> an nntp server would /also/ really really rule. </p>
|
|
<p>[22:29] <duck> I'll try that tomorrow</p>
|
|
<p>[22:29] <jrand0m> r0x0r </p>
|
|
<p>[22:30] <duck> jabber is really nice to run other things over</p>
|
|
<p>[22:30] <duck> check out the jabber rpc specs</p>
|
|
<p>[22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/</p>
|
|
<p>[22:30] <duck> other services?</p>
|
|
<p>[22:30] <jrand0m> thats interesting - doing jabber as a naming service, essentially </p>
|
|
<p>[22:31] <duck> you mean:</p>
|
|
<p>[22:31] <jrand0m> there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage </p>
|
|
<p>[22:31] <duck> name server has a jabber client through which you can register names (provided token)</p>
|
|
<p>[22:31] <duck> also use it to query?</p>
|
|
<p>[22:31] <jrand0m> naw </p>
|
|
<p>[22:32] <jrand0m> jabber's registry being the naming service </p>
|
|
<p>[22:32] <duck> ok</p>
|
|
<p>[22:32] <jrand0m> its centralized but it works </p>
|
|
<p>[22:32] <jrand0m> just like hosts.txt :) </p>
|
|
<p>[22:33] <duck> are there mail solutions that are better suited for there environments than smtp and pop/imap ?</p>
|
|
<p>[22:33] <jrand0m> thats a really good question </p>
|
|
<p>[22:33] <duck> cause I dont think that it will just work when you hook up mail servers</p>
|
|
<p>[22:34] <jrand0m> yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing </p>
|
|
<p>[22:34] <jrand0m> or it reverts back to centralized single POP3/IMAP server with everyone on the same server </p>
|
|
<p>[22:35] <duck> I spoke with aum (author of freemail) yesterday</p>
|
|
<p>[22:35] <duck> he was talking about reimplementing fred in python</p>
|
|
<p>[22:35] <jrand0m> lol nice </p>
|
|
<p>[22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:35] <duck> so I did suggest him to work on the python routers for i2p instead</p>
|
|
<p>[22:35] <jrand0m> ooh that would TOTALLY rule! </p>
|
|
<p>[22:35] <duck> then he got totally upset about the pdf documents</p>
|
|
<p>[22:36] <jrand0m> hey, if he wants the openOffice originals, or even a txt export I'll export </p>
|
|
<p>[22:36] <duck> and I lost my patience and told him that you would also have the m$word docs if he did ask nicely</p>
|
|
<p>[22:36] <duck> well, you were a fuckhead for not doing a html export or something</p>
|
|
<p>[22:36] <jrand0m> naw, I tried that ;) </p>
|
|
<p>[22:36] <duck> I lost my patience and told him to talk to you</p>
|
|
<p>[22:36] <jrand0m> the openOffice html export SUCKS </p>
|
|
<p>[22:37] <duck> hm</p>
|
|
<p>[22:37] <mrflibble> true jr</p>
|
|
<p>[22:37] <jrand0m> when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. </p>
|
|
<p>[22:37] <duck> wiki has most info though</p>
|
|
<p>[22:37] <jrand0m> exactly </p>
|
|
<p>[22:37] <mrflibble> i tried using that for that kevin mitnick book. it was worse than ms office</p>
|
|
<p>[22:37] <duck> oh well</p>
|
|
<p>[22:37] <jrand0m> zactly. </p>
|
|
<p>[22:37] <duck> he might appear here once</p>
|
|
<p>[22:37] <jrand0m> that'd be awesome </p>
|
|
<p>[22:38] <duck> but maybe it is better with his attitude to join the freenet gang</p>
|
|
<p>[22:38] <duck> ...</p>
|
|
<p>[22:38] <jrand0m> well, effort on freenet is always a good thing </p>
|
|
<p>[22:38] * duck goes back to beeing friendly</p>
|
|
<p>[22:38] <jrand0m> :) </p>
|
|
<p>[22:38] <duck> aums work rocks</p>
|
|
<p>[22:38] <duck> hopefully he'll rock on i2p</p>
|
|
<p>[22:39] <jrand0m> yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" </p>
|
|
<p>[22:39] <jrand0m> we need the help, certainly </p>
|
|
<p>[22:39] <duck> which brings me to the following question:</p>
|
|
<p>[22:39] <duck> are the changes to I2P that you do specced?</p>
|
|
<p>[22:39] <duck> or is the java source the documentation for the latest info</p>
|
|
<p>[22:40] <jrand0m> there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while </p>
|
|
<p>[22:40] <jrand0m> feb is doc-month for jrandom. </p>
|
|
<p>[22:40] <jrand0m> (and qa, and bugfixing) </p>
|
|
<p>[22:41] <jrand0m> ((and benders ;)) </p>
|
|
<p>[22:41] <jrand0m> the specs are still pretty much correct, there are just more details. </p>
|
|
<p>[22:41] <duck> awesome</p>
|
|
<p>[22:41] <jrand0m> but the datastructures have had more changes </p>
|
|
<p>[22:42] <jrand0m> ok, anything else for services? </p>
|
|
<p>[22:43] <jrand0m> ok, 5) stuff </p>
|
|
<p>[22:43] <jrand0m> hi </p>
|
|
<p>[22:43] <duck> hi!</p>
|
|
<p>[22:43] <jrand0m> how's tricks? </p>
|
|
<p>[22:43] <jrand0m> [any questions / thoughts / issues / etc go here] </p>
|
|
<p>[22:43] <duck> the base64 tricks should be added to the i2ptricks pages</p>
|
|
<p>[22:44] <jrand0m> ooh good point </p>
|
|
<p>[22:44] <duck> might be some other tricks too that I dont know yet</p>
|
|
<p>[22:44] <duck> will grep the sources for 'main'</p>
|
|
<p>[22:44] <jrand0m> I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed </p>
|
|
<p>[22:44] <jrand0m> lol </p>
|
|
<p>[22:44] <jrand0m> there are lots and lots of main() methods, but they're mostly test functions </p>
|
|
<p>[22:45] <jrand0m> oh! </p>
|
|
<p>[22:45] <jrand0m> one thing. DONT run the current code from cvs and expect it to work with normal routers. </p>
|
|
<p>[22:45] *** joda (--@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:45] <joda> hi</p>
|
|
<p>[22:45] <jrand0m> the db messages changed :) </p>
|
|
<p>[22:45] <jrand0m> hi joda </p>
|
|
<p>[22:45] <joda> sorry, if I interrupt something</p>
|
|
<p>[22:45] <duck> I got a bit upset that I couldnt get cvs to work</p>
|
|
<p>[22:45] <duck> but then I did remember that this isnt freenet</p>
|
|
<p>[22:45] <joda> I was just wondering what happend to "anonymail" ?</p>
|
|
<p>[22:46] <duck> so you dont need latest cvs to be able to use it</p>
|
|
<p>[22:46] <jrand0m> joda> the user who runs it doesn't seem to be online at the moment. should be back soon </p>
|
|
<p>[22:46] <jrand0m> hehe duck - did it fail for you today after I committed, or do you mean from before today? </p>
|
|
<p>[22:46] <duck> last week somewhere</p>
|
|
<p>[22:46] <joda> jrand> thx :)</p>
|
|
<p>[22:46] <joda> cu :)</p>
|
|
<p>[22:46] <jrand0m> ah 'k duck </p>
|
|
<p>[22:46] <jrand0m> l8r joda </p>
|
|
<p>[22:47] <jrand0m> yeah, I only endorse running the released code </p>
|
|
<p>[22:47] <duck> will 0.2.3 put the version files in a directory? :)</p>
|
|
<p>[22:47] <jrand0m> 0.2.3 gets rid of the version files :) </p>
|
|
<p>[22:47] <jrand0m> (lots and lots and lots of changes) </p>
|
|
<p>[22:47] <jrand0m> but that means 0.2.3 (and beyond) will require g enerally correct clocks </p>
|
|
<p>[22:48] <jrand0m> (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) </p>
|
|
<p>[22:48] <duck> what will the fudge facter be for 0.2.3?</p>
|
|
<p>[22:48] <jrand0m> probably the same </p>
|
|
<p>[22:49] *** joda has left #iip-dev</p>
|
|
<p>[22:49] <duck> oh, current = your code</p>
|
|
<p>[22:49] <jrand0m> that time will be used to expire db entries </p>
|
|
<p>[22:49] <duck> k</p>
|
|
<p>[22:49] <jrand0m> ah, right, yeah :) </p>
|
|
<p>[22:49] <jrand0m> (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) </p>
|
|
<p>[22:49] <duck> maybe the installer could be a bit more userfriendly</p>
|
|
<p>[22:49] <duck> as in less questions</p>
|
|
<p>[22:49] *** Signoff: nickthief66282 (Excess Flood)</p>
|
|
<p>[22:50] <duck> default phttp urls included, no bandwidth limiting etc</p>
|
|
<p>[22:50] <jrand0m> I guess we could autoguess random ports too </p>
|
|
<p>[22:50] <jrand0m> you're right </p>
|
|
<p>[22:50] <jrand0m> want commit privs? :) </p>
|
|
<p>[22:50] *** Signoff: nerox (EOF From client)</p>
|
|
<p>[22:50] <jrand0m> (if not I can update it for 0.2.3) </p>
|
|
<p>[22:51] <duck> an argument against it can be that users will take settings too easily for granted</p>
|
|
<p>[22:51] <duck> and everybody uses the same phttp relay</p>
|
|
<p>[22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev</p>
|
|
<p>[22:51] <jrand0m> true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay </p>
|
|
<p>[22:52] <jrand0m> i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute </p>
|
|
<p>[22:52] <jrand0m> (though thats because i know what all the text says and didn't read it...) </p>
|
|
<p>[22:52] <duck> I dont like the long keys</p>
|
|
<p>[22:53] <duck> especially not if you have to copy&paste them</p>
|
|
<p>[22:53] <duck> better use them as file</p>
|
|
<p>[22:53] <jrand0m> hmm? </p>
|
|
<p>[22:53] <duck> but distributing the binary files are a pain</p>
|
|
<p>[22:53] <duck> so you have to do the base64 trick..</p>
|
|
<p>[22:53] <duck> could the i2ptunnel read base64 destination keys too?</p>
|
|
<p>[22:53] <duck> from a file that is</p>
|
|
<p>[22:53] <jrand0m> I was just typing that ;) </p>
|
|
<p>[22:53] <jrand0m> yeah, that wouldnt be much work </p>
|
|
<p>[22:54] <jrand0m> perhaps even 1 line </p>
|
|
<p>[22:54] <duck> also, what about armouring?</p>
|
|
<p>[22:54] <duck> with a header&footer</p>
|
|
<p>[22:54] <duck> like pgp etc</p>
|
|
<p>[22:55] <jrand0m> true, it would be useful to have that sort of validation </p>
|
|
<p>[22:55] <duck> ofcourse that is a gadget</p>
|
|
<p>[22:55] <duck> but it could be helpful for those who want to use the tunnel</p>
|
|
<p>[22:55] <jrand0m> though the Destination structure itself is pretty picky </p>
|
|
<p>[22:55] <jrand0m> but you're right, a raw base64 isn't the most intuitive or safe thing to pass around </p>
|
|
<p>[22:56] <jrand0m> we need a bugzilla </p>
|
|
<p>[22:56] <jrand0m> so things like this can get posted as todo </p>
|
|
<p>[22:56] <jrand0m> i'd move off my palm's todo list for that </p>
|
|
<p>[22:56] <duck> bugzilla has nazi registration requirements</p>
|
|
<p>[22:56] <duck> with emails etc..</p>
|
|
<p>[22:56] <jrand0m> true </p>
|
|
<p>[22:57] <duck> but better as nothing</p>
|
|
<p>[22:57] <duck> other bugtrackers all have their shortcomings</p>
|
|
<p>[22:57] <jrand0m> yeah, every company i've worked at has pretty much ended building their own </p>
|
|
<p>[22:58] <jrand0m> we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) </p>
|
|
<p>[22:58] <jrand0m> so we've got a few weeks ;) </p>
|
|
<p>[22:58] <jrand0m> but if someone did some research and found a really nice one, that'd be great </p>
|
|
<p>[22:59] <jrand0m> [not you specifically duck, anyone who's reading these meeting logs at home ;)] </p>
|
|
<p>[22:59] <duck> so far phpBugTrackers has been okay for me</p>
|
|
<p>[22:59] <jrand0m> hmm haven't used that </p>
|
|
<p>[22:59] <duck> yes, I am not talking to jrandom either</p>
|
|
<p>[22:59] <jrand0m> lol </p>
|
|
<p>[22:59] <duck> but to the group of I2P code developers :)</p>
|
|
<p>[22:59] * jrand0m is actually 12 people acting under a single nym</p>
|
|
<p>[23:00] <jrand0m> ok, 1 hour, on the dot </p>
|
|
<p>[23:00] <jrand0m> anyone else have anything before I get the *baf*er out? </p>
|
|
<p>[23:01] * duck demands 1 more minute</p>
|
|
<p>[23:01] <duck> since we did start on 21:02</p>
|
|
<p>[23:01] <jrand0m> yeah yeah </p>
|
|
<p>[23:01] <jrand0m> la la la </p>
|
|
<p>[23:01] <jrand0m> what should i have for dinner? </p>
|
|
<p>[23:01] <jrand0m> there's a nice falafel place next door... </p>
|
|
<p>[23:01] <jrand0m> had gnocci for lunch too </p>
|
|
<p>[23:01] <jrand0m> hmm... </p>
|
|
<p>[23:01] <jrand0m> maybe a liquid dinner </p>
|
|
<p>[23:02] <duck> soup?</p>
|
|
<p>[23:02] <jrand0m> ooOooo whiskey soup! </p>
|
|
<p>[23:02] * jrand0m *baf*'s the meeting closed on that note</p>
|
|
|
|
</div>
|
|
{% endblock %} |