273 lines
24 KiB
HTML
273 lines
24 KiB
HTML
{% extends "_layout.html" %}
|
|
{% block title %}I2P Development Meeting 113{% endblock %}
|
|
{% block content %}<h3>I2P dev meeting, October 26, 2004</h3>
|
|
<div class="irclog">
|
|
<p>14:04 < jrandom> 0) hi</p>
|
|
<p>14:04 < jrandom> 1) Net status</p>
|
|
<p>14:04 < jrandom> 2) Streaming lib</p>
|
|
<p>14:04 < jrandom> 3) mail.i2p progress</p>
|
|
<p>14:05 < jrandom> 4) ???</p>
|
|
<p>14:05 < jrandom> 0) hi</p>
|
|
<p>14:05 * jrandom waves</p>
|
|
<p>14:05 < jrandom> weekly status notes posted to http://dev.i2p.net/pipermail/i2p/2004-October/000474.html</p>
|
|
<p>14:06 * jrandom will let y'all read ahead (damn you, read ahead!)</p>
|
|
<p>14:06 < jrandom> jumping in to 1) net status</p>
|
|
<p>14:07 < jrandom> i guess the email covers what i wanted to mention. nice fix wrt resume duck, and thanks for reporting it ardvark and ragnarok!</p>
|
|
<p>14:07 < jrandom> does anyone have anything they want to bring up about the network status?</p>
|
|
<p>14:08 < modulus> it rules.</p>
|
|
<p>14:08 < deer> <postman> hi</p>
|
|
<p>14:08 < jrandom> w3wt</p>
|
|
<p>14:09 < jrandom> there is something funky w/ lag going on lately though, but it seems to be the same as what we discussed last week</p>
|
|
<p>14:09 < jrandom> (especially since i haven't done any work on the core since then)</p>
|
|
<p>14:09 < deer> <clayboy> i think everybody agrees that it has been stable and usable.</p>
|
|
<p>14:09 < deer> <clayboy> i miss my 10-16 hours connected time on irc though, not important</p>
|
|
<p>14:10 < deer> <jrandom2p> i'm on for 20h here</p>
|
|
<p>14:10 < deer> <jrandom2p> but yeah, it varies (which hopefully agenda item 2) will help with)</p>
|
|
<p>14:10 < deer> <clayboy> i can hardly get > 2h, but i always reconnect in an instant, so it's still usable</p>
|
|
<p>14:11 < jrandom> cool</p>
|
|
<p>14:11 < jrandom> still not good enough, but sufficient</p>
|
|
<p>14:11 < jrandom> (for the time being)</p>
|
|
<p>14:11 < deer> <clayboy> agreed</p>
|
|
<p>14:12 < jrandom> ok, anyone have anything else, or shall we move on to 2) streaming lib?</p>
|
|
<p>14:13 < jrandom> [consider us moved]</p>
|
|
<p>14:13 < jrandom> the email gives a rundown of how the progress is coming</p>
|
|
<p>14:14 < jrandom> the message sequences are 'correct' in most cases (matching the ones discussed before)</p>
|
|
<p>14:14 < jrandom> e.g. short request/response gets the requestee a response in a single round trip</p>
|
|
<p>14:15 < jrandom> i'm working on the profile=bulk right now, going through the sliding windows under lag and failure conditions</p>
|
|
<p>14:15 < jrandom> still some things to clean up, and nothing ready for use, but its progress</p>
|
|
<p>14:16 < deer> <clayboy> so is 0.4.2 with streaming lib en route for october? it seems like an unnecessary rush.</p>
|
|
<p>14:16 < jrandom> i dont think we'll have the streaming lib ready for final deployment by next week, no</p>
|
|
<p>14:17 < jrandom> so there'll be some schedule slippage, i'm not sure to what extent yet</p>
|
|
<p>14:17 < deer> <duck> any test classes we can run for kicks?</p>
|
|
<p>14:18 < jrandom> i havent committed the build.xml file yet to keep people from using it ;) but i'll commit what i've got later tonight, and you can try out http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup</p>
|
|
<p>14:19 < deer> <duck> h0t</p>
|
|
<p>14:19 < jrandom> one thing is that this new streaming lib doesn't use the old mode=guaranteed anymore since it has its own ACK/NACK setup</p>
|
|
<p>14:20 < jrandom> that means that after the lib works perfectly, there's still going to be some work to be done in the router itself, as the client sending tasks are designed for 'guaranteed' delivery, bundling a roundtrip message in the garlic to confirm session tag delivery</p>
|
|
<p>14:21 < jrandom> we don't actually have to fix that right away though - the bandwidth usage on that DeliveryStatusMessage is... trivial</p>
|
|
<p>14:21 < jrandom> but we'll want to sooner rather than later</p>
|
|
<p>14:22 < jrandom> ok, thats all i've got to say on that</p>
|
|
<p>14:22 < jrandom> anyone have anything to bring up wrt the streaming lib?</p>
|
|
<p>14:23 < jrandom> if not, 3) mail.i2p progress</p>
|
|
<p>14:23 < jrandom> postman, you 'round?</p>
|
|
<p>14:23 < deer> <postman> ya</p>
|
|
<p>14:24 < jrandom> any update for us, or shall we wait until there's more news?</p>
|
|
<p>14:24 < deer> <postman> ok</p>
|
|
<p>14:24 < deer> <postman> shall i?</p>
|
|
<p>14:24 < jrandom> the mic is yours</p>
|
|
<p>14:24 < deer> * gott awakens.</p>
|
|
<p>14:24 < deer> <postman> 1.) the in/out proxy facility is being installed/tested atm </p>
|
|
<p>14:25 < deer> <postman> 2.) within the next 10 days we'll have a gateway service from and to the internet for emails</p>
|
|
<p>14:25 < modulus> cool!</p>
|
|
<p>14:25 < jrandom> cool^2!</p>
|
|
<p>14:25 < deer> <clayboy> indeed</p>
|
|
<p>14:25 < deer> <postman> 3.) the implementation will follow the ideas/concepts of the ideas.html document on my websote</p>
|
|
<p>14:25 < deer> <gott> bravo !</p>
|
|
<p>14:26 < deer> <postman> means: hashcash/recipient based quotas and all the fancy stuff</p>
|
|
<p>14:26 < deer> <postman> the service should not be abused by its fellow anonymous users</p>
|
|
<p>14:26 < deer> <postman> :)</p>
|
|
<p>14:26 < deer> <postman> well there'e another point</p>
|
|
<p>14:26 < deer> <postman> the question for webmail interfaces</p>
|
|
<p>14:26 < deer> <postman> right now i don't want to host itz on my servers</p>
|
|
<p>14:27 < deer> <postman> since i don't know about potential security problems</p>
|
|
<p>14:27 < deer> <postman> the system that runs now is verified by me - i know the source and the security risks</p>
|
|
<p>14:28 < deer> <postman> adding php and dynamic stuff and a webmail application FOR ALL users makes it much more difficult </p>
|
|
<p>14:28 < deer> <postman> the idea ( thanks jr) is:</p>
|
|
<p>14:28 < deer> <postman> what if the user got his own webmail interface installed as aonthr optional jetty or whatever instance?</p>
|
|
<p>14:29 < modulus> like a pop3 -> webmail thing?</p>
|
|
<p>14:29 < jrandom> 'zactly</p>
|
|
<p>14:29 < deer> <postman> and this local webmail application uses the postman.i2p tunnels to do smtp and pop3</p>
|
|
<p>14:29 < modulus> sounds good.</p>
|
|
<p>14:29 < deer> <postman> but i need help in evaluating</p>
|
|
<p>14:30 < deer> <postman> right now i am quite busy with real life stuff and the in/out proxies</p>
|
|
<p>14:30 < jrandom> (eww, real life!)</p>
|
|
<p>14:30 < deer> <postman> and i got a peanut sized brain - so i am not good in java at all</p>
|
|
<p>14:31 < deer> <postman> i need sbdy helping how this can be done as a local/optional service </p>
|
|
<p>14:31 < modulus> may there be something that does this already on tcp? if so it could be used.</p>
|
|
<p>14:31 < deer> <DrWoo> postman: I doubt it's peanut sized, I think it takes walnut sized just to breath ;)</p>
|
|
<p>14:32 < jrandom> after a quick glance through hotscripts, i saw one that did pop3, though i dont know if it did authenticated smtp</p>
|
|
<p>14:32 < deer> <postman> modulus: i assume there's something in the wild that can be used / adapted - it would be sexy to let it run in an own jetty instance</p>
|
|
<p>14:32 < jrandom> i'm sure there is something out there, we just need an adventurous soul to go find it :)</p>
|
|
<p>14:32 < deer> <postman> jrandom2p: this can be hacked quite easily i think</p>
|
|
<p>14:33 < jrandom> exactly - in an ideal world, someone can just grab a mywebmail.war and save it to the webapps/ directory and jump into http://localhost:7657/mywebmail/</p>
|
|
<p>14:33 < deer> <postman> well, i leave this issue to you to think about it :)</p>
|
|
<p>14:33 < modulus> even if it's a stand-alone app, it should be fine, with i2ptunel</p>
|
|
<p>14:33 < jrandom> right modulus </p>
|
|
<p>14:33 < deer> <postman> yep :)</p>
|
|
<p>14:34 < jrandom> and local >> remote, as the local side can do things like access your GPG keyrings or whatever</p>
|
|
<p>14:34 < deer> <postman> i will do anything thats needed to support such a system on the server side</p>
|
|
<p>14:34 < modulus> which hopefully would be very little.</p>
|
|
<p>14:36 < deer> <postman> of course there will be an official announcement as soon as internet access is available - so stay tuned - maybe there will be some progress on the webmail idea as well</p>
|
|
<p>14:36 < deer> <postman> so much for my department</p>
|
|
<p>14:36 < deer> * postman sits down again and sips on his coffee</p>
|
|
<p>14:36 < modulus> could you do something about filtering anon-revealing data?</p>
|
|
<p>14:36 < jrandom> kickass, thanks postman! sounds exciting</p>
|
|
<p>14:36 < modulus> some MUAs are very misbehaved in this way.</p>
|
|
<p>14:37 < deer> <postman> modules: please look at the webpage - there is a multipage sermon about that</p>
|
|
<p>14:37 < jrandom> :)</p>
|
|
<p>14:37 < modulus> ok</p>
|
|
<p>14:37 < jrandom> http://www.postman.i2p/sec.html to start</p>
|
|
<p>14:37 < modulus> i read that, i just thought maybe some fields could be filtered.</p>
|
|
<p>14:37 < modulus> maybe i trust postman but not other ppl.</p>
|
|
<p>14:38 < deer> <postman> modulus: They ARE filtred</p>
|
|
<p>14:38 < modulus> ok, last time i treid it they weren't.</p>
|
|
<p>14:38 < modulus> sorry about that.</p>
|
|
<p>14:38 < deer> <postman> modulus: sec2.html describes WHAT headerlines are filtered or changed</p>
|
|
<p>14:38 < deer> <postman> modulus: what headerlines are you refrring to?</p>
|
|
<p>14:38 < modulus> from domain (IP) kind of thing</p>
|
|
<p>14:39 < jrandom> it would be good if a local webmail script did the filtering locally</p>
|
|
<p>14:39 < jrandom> (in addition to any filtering done @ smtp.postman.i2p)</p>
|
|
<p>14:39 < deer> <postman> modulus: lets talk about that in pm, ok? :)</p>
|
|
<p>14:40 < deer> <postman> jrandom2p: of course - i am happy about every client doing its homework</p>
|
|
<p>14:40 < modulus> sure, sorry.</p>
|
|
<p>14:41 < jrandom> ok, do we have anything else for mail.i2p discussions?</p>
|
|
<p>14:41 < jrandom> if not, 4) ???</p>
|
|
<p>14:41 < deer> * duck has something for #4</p>
|
|
<p>14:42 < jrandom> sup duck?</p>
|
|
<p>14:42 < deer> <duck> the HD of home.duck.i2p blew up</p>
|
|
<p>14:42 < jrandom> (d'oh)</p>
|
|
<p>14:42 < deer> <duck> luckily the hosting accounts were not really used, except for alexandria</p>
|
|
<p>14:42 < deer> <duck> did anybody here leach all the ebooks? :)</p>
|
|
<p>14:43 < deer> <duck> if so, I got some missing so msg me please</p>
|
|
<p>14:43 < jrandom> actually, i think thetower did</p>
|
|
<p>14:43 < deer> <duck> I know that hypercubus also has them</p>
|
|
<p>14:43 < deer> <postman> damn</p>
|
|
<p>14:43 < jrandom> i saw a mirror on his site a while back</p>
|
|
<p>14:43 < deer> <postman> :/</p>
|
|
<p>14:43 < deer> <duck> cool</p>
|
|
<p>14:43 < jrandom> i dont know if it has everything though, or how up to date it was</p>
|
|
<p>14:43 < deer> <duck> alexandria is now on http://duck.i2p/alexandria/</p>
|
|
<p>14:44 < deer> <duck> and I am going back to being ashamed</p>
|
|
<p>14:44 < deer> <duck> .</p>
|
|
<p>14:44 < jrandom> no need to be ashamed, you've provided a kickass free service!</p>
|
|
<p>14:45 < jrandom> perhaps now is the chance for some geocities.i2p site ;)</p>
|
|
<p>14:46 < deer> <duck> oh, I made a yodel webfrontend @ http://duck.i2p/yodel/</p>
|
|
<p>14:46 < jrandom> oh, one thing i didn't have in the agenda is BT related stuff. i know dinoman is doing some hacking on that - perhaps he wants to mention something?</p>
|
|
<p>14:46 < jrandom> ah nice</p>
|
|
<p>14:48 * jrandom notes that thetower's alexandria mirror link 404s</p>
|
|
<p>14:48 < deer> <gott> I have something to suggest.</p>
|
|
<p>14:48 < jrandom> sup gott?</p>
|
|
<p>14:48 < deer> <gott> I think it would be a nice feature for 0.4.2 to add a link to one of the sitelists on pages such as thetower's, baffled or mine.</p>
|
|
<p>14:49 < jrandom> thats a good idea</p>
|
|
<p>14:49 < jrandom> perhaps all three</p>
|
|
<p>14:49 < deer> <gott> This is to (a) keep a list of active eepsites and (b) form an index for i2p similar to FIND / Dolphin</p>
|
|
<p>14:49 < jrandom> yours is nice w/ the links to the eepsites too</p>
|
|
<p>14:49 < deer> <gott> the one located at http://gott.i2p/sites.html is being kept up-to-date </p>
|
|
<p>14:49 < deer> <gott> and the script is run every day</p>
|
|
<p>14:49 < deer> <gott> I can add optional descriptions to the links ( thanx to baffled's script )</p>
|
|
<p>14:50 < deer> <gott> which would make it an index</p>
|
|
<p>14:50 < jrandom> perhaps it'd be neat to have a "recently added" or "recently removed" marker too?</p>
|
|
<p>14:50 < jrandom> word</p>
|
|
<p>14:51 < deer> <gott> quite good.</p>
|
|
<p>14:51 < deer> <gott> that's all I had to say for now.</p>
|
|
<p>14:51 < deer> <gott> oh, another thing</p>
|
|
<p>14:51 < deer> <gott> snipsnap works well under i2p</p>
|
|
<p>14:52 < deer> <gott> so we might see kuro5hin-style eepsites being brought up sometime a la SCUM</p>
|
|
<p>14:52 < jrandom> kickass</p>
|
|
<p>14:52 < deer> <gott> *except more devious a la SCUM</p>
|
|
<p>14:52 < jrandom> a howto for setting that up would be great</p>
|
|
<p>14:52 < deer> <gott> you put the .war in webapps</p>
|
|
<p>14:52 < deer> <gott> it's pretty straightforward ;-)</p>
|
|
<p>14:53 < deer> <polecat> snipsnap...SCUM...?</p>
|
|
<p>14:53 < jrandom> its really that easy? booyeah!</p>
|
|
<p>14:53 < jrandom> polecat - http://snipsnap.org/space/start</p>
|
|
<p>14:53 < deer> <gott> I have finished my discourse.</p>
|
|
<p>14:53 < deer> * gott retires.</p>
|
|
<p>14:53 < jrandom> thanks gott</p>
|
|
<p>14:54 < jrandom> nickster was using snipsnap for a while</p>
|
|
<p>14:54 < jrandom> ok, anyone have anything else to bring up?</p>
|
|
<p>14:55 * jrandom notes that we're near the hour mark even *without* newsbyte ;)</p>
|
|
<p>14:55 < deer> <polecat> I like pie!</p>
|
|
<p>14:55 < deer> <gott> I have another thing.</p>
|
|
<p>14:55 < deer> <duck> oh, orz is awake</p>
|
|
<p>14:55 < deer> <gott> I would like to announce that soon after 0.4.2 release I will publish an interview on jrandom on i2p-related things.</p>
|
|
<p>14:55 < deer> <polecat> I wasn't aware this a formal meeting. Might mention my ideas about name servers...</p>
|
|
<p>14:56 < deer> <duck> I suggest all japanese ppl to check out his eepsite/ircserver</p>
|
|
<p>14:56 < deer> <gott> Nothing specific to be said on it until the questions are asked and answered but you have something to look forward to.</p>
|
|
<p>14:56 < deer> <gott> it will be on my eeplog and if jrandom thinks good enough, probably featured somewhere on i2p.net</p>
|
|
<p>14:57 < deer> * gott retires again.</p>
|
|
<p>14:57 < deer> <postman> modulus: </p>
|
|
<p>14:57 < jrandom> yeah, orz's site and irc server work great, i just dont know what it says :)</p>
|
|
<p>14:58 < modulus> YES?</p>
|
|
<p>14:58 < modulus> sorry for caps.</p>
|
|
<p>14:58 < deer> <DrWoo> polecat: so about nameserver?</p>
|
|
<p>14:58 < deer> * gott unretires</p>
|
|
<p>14:58 < deer> <gott> duck: does he speak english ?</p>
|
|
<p>14:59 < jrandom> oh polecat, whats up?</p>
|
|
<p>14:59 < jrandom> polecat: we have our weekly meting every tuesday at 9p GMT</p>
|
|
<p>14:59 < deer> <gott> I assume he does to have set everything up so well.</p>
|
|
<p>14:59 < jrandom> (logs posted @ http://www.i2p/meetings once they're done ;)</p>
|
|
<p>15:00 < deer> <polecat> Yes. Well I was thinking a name server might be a good idea. But not DNS. c.c I had an idea for a server that did nothing but translate between Protocol Specific Addresses and human readable names.</p>
|
|
<p>15:00 < jrandom> so a URI-->URL resolver, kinda?</p>
|
|
<p>15:01 < deer> <polecat> That would replace hosts.txt, and eventually replace DNS itself once it supports ipv4 and ipv6.</p>
|
|
<p>15:01 < deer> <polecat> name => hash in the case of i2p. Like duck.i2p => gobbledygook</p>
|
|
<p>15:02 < jrandom> right right</p>
|
|
<p>15:02 < deer> <polecat> Trouble with DNS is it has "requirements" (i.e. hacks) like MX servers, and root hierarchy, and nasty stuff like that. The hackiness of DNS puts even Usenet to shame.</p>
|
|
<p>15:03 < deer> <polecat> I was talking about this earlier, and someone mentioned http://distributeddns.sourceforge.net/</p>
|
|
<p>15:03 < deer> <polecat> I haven't had a chance to look at that site though.</p>
|
|
<p>15:05 < jrandom> there are lots of things to keep in mind when working through a naming system, and in turn, there are lots of tradeoffs to be made. there have also been lots of discussions of improvements over the years (not just within i2p) to address many of the issues, but a concrete solution would be great</p>
|
|
<p>15:05 < deer> <gott> quite good, quite good.</p>
|
|
<p>15:07 < jrandom> i've got my own views, but thats where one of i2p's strong points comes out - my own views are irrelevent :) any sort ofnaming srevice can be used by client apps, as all of that functionality is outside of the core scope</p>
|
|
<p>15:08 < jrandom> i know nano is working on something too - there's some entries @ nano.i2p, though i dont know how thats progressing</p>
|
|
<p>15:08 < deer> <polecat> Agreed; you could write clients to use a ddns server as much as you could write them to parse the local hosts.txt</p>
|
|
<p>15:08 < deer> <gott> jrandom: I dread the day when hosts.txt or equivalent naming system begins to show << enlarge.your.penis.i2p >></p>
|
|
<p>15:09 < deer> <polecat> Just might be easier; at the current standing only I2PTunnel has the ability to understand hosts.txt. Plus if we're going to compete with ipv4 and ipv6 we can't compromise limited functionality when they don't.</p>
|
|
<p>15:10 < jrandom> a while back mihi factored out the naming hooks in i2ptunnel - anything that implements http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html can be used transparently</p>
|
|
<p>15:10 < jrandom> (and that includes I2PTunnel and SAM)</p>
|
|
<p>15:10 < deer> <polecat> Really? I'll have to look at that too...</p>
|
|
<p>15:11 < jrandom> well, they trade off functionality for security and identity</p>
|
|
<p>15:11 < deer> <polecat> And also since i2p has such long hashes, for cryptographic security, having a name server is even more important since most people cannot remember the full i2p hash address.</p>
|
|
<p>15:11 < jrandom> e.g. the jackboots can kick down $domainOwner's door</p>
|
|
<p>15:11 < jrandom> (and someone can spoof dns without much trouble)</p>
|
|
<p>15:12 < jrandom> but having some sort of name --> location resolution functionality is definitely important</p>
|
|
<p>15:13 < deer> <polecat> Without a centralized server, you can't have a unique human readable name anyway. Even if they're cryptographically signed, they still can be duplicated on the part that is comprehensible to us.</p>
|
|
<p>15:14 < lucky> ugh.</p>
|
|
<p>15:14 < lucky> Why don't you have deer block gott out?</p>
|
|
<p>15:14 < jrandom> there are many tradeoffs</p>
|
|
<p>15:14 < jrandom> i've outlined my preference at http://dev.i2p.net/pipermail/i2p/2004-February/000135.html</p>
|
|
<p>15:15 < jrandom> but i'm not goingto write a naming service anytime soon, so whatever an implementer wants to do, they're free to :)</p>
|
|
<p>15:15 < lucky> heh. I thought that was in response to the Gott question.</p>
|
|
<p>15:15 < jrandom> heh</p>
|
|
<p>15:15 < jrandom> naw, gott has been contributing positively as of late</p>
|
|
<p>15:16 < jrandom> ok, in any case polecat, you should put up an eepsite with your ideas</p>
|
|
<p>15:16 < lucky> god, what is the world coming to?</p>
|
|
<p>15:16 < deer> <polecat> I'm thinking of writing a naming service myself. I'd like to know what everyone else prefers, and get as much guidance as possible how to implement it in a way that works really really well.</p>
|
|
<p>15:16 < lucky> Oh, how can i contribute?</p>
|
|
<p>15:16 < lucky> I know some java know. Like variable assigning.</p>
|
|
<p>15:16 < lucky> And what ++j means</p>
|
|
<p>15:17 < deer> <polecat> Ugh... an eepsite...</p>
|
|
<p>15:17 < deer> <polecat> ++j is the post-increment operator on variable j?</p>
|
|
<p>15:18 < jrandom> polecat: you can post to the mailing list or forum, as well. perhaps make a poll in the forum if you want to see what sort of preferences people have?</p>
|
|
<p>15:18 < deer> <polecat> Trouble is this computer I'm on gets reset into Windoze frequently, and so unless I put my eepsite on a vfat partition, I can't share its info between operating systems.</p>
|
|
<p>15:19 < jrandom> 'k, then its prolly best to have the naming stuff on the forum instead of an eepsite :)</p>
|
|
<p>15:20 < deer> <polecat> Where's the forum again...?</p>
|
|
<p>15:20 < jrandom> http://forum.i2p/</p>
|
|
<p>15:20 < jrandom> and http://forum.i2p.net/</p>
|
|
<p>15:20 < jrandom> (isnt naming wonderful? :)</p>
|
|
<p>15:21 < deer> <gott> I have always contributed positively.</p>
|
|
<p>15:21 < deer> <polecat> Yes, except we all still wget the hosts.txt file from a centralized sources. ;3</p>
|
|
<p>15:22 * jrandom uses cp, not wget ;)</p>
|
|
<p>15:22 < jrandom> ok, anyone have anything else to bring up?</p>
|
|
<p>15:23 * jrandom doesnt mean to shut down the naming discussion, its just that we can discuss that for weeks on end</p>
|
|
<p>15:23 < deer> <DrWoo> dinoman is working on a cvs server in i2p?</p>
|
|
<p>15:23 < jrandom> well, there already *is* a cvs server in i2p (cvs.i2p)</p>
|
|
<p>15:24 < jrandom> but thats right - dinoman was working on a full blown gforge in i2p iirc</p>
|
|
<p>15:24 < deer> <DrWoo> jrandom: sorryt,I mean a fully anonymous cvs ;)</p>
|
|
<p>15:25 < jrandom> hey, cvs.i2p is fully anonymous cvs :) i2p is completely self hosting, but without all the goodies for adding on lots of other projects</p>
|
|
<p>15:25 < jrandom> (and having a gforge on i2p would Kick Ass)</p>
|
|
<p>15:26 < deer> <DrWoo> jrandom: doesn't cvs.i2p run on the public server?</p>
|
|
<p>15:26 < deer> <polecat> gforge... dunno that...</p>
|
|
<p>15:27 < jrandom> DrWoo: maaaybe ;)</p>
|
|
<p>15:27 < jrandom> DrWoo: but the key is that developers can be anonymous and develop for i2p through i2p</p>
|
|
<p>15:27 < jrandom> if the machine that cvs.i2p is physically located on is under attack, we can just move the destination somewhere else</p>
|
|
<p>15:28 < deer> <polecat> Yes, so while the i2p source itself is vulnerable to being confiscated by the Long Arm of the Law, its developers are immune to a certain extent through anonymity.</p>
|
|
<p>15:28 < jrandom> let 'em have the source, its free! :)</p>
|
|
<p>15:29 < deer> <DrWoo> jrandom: ya, i see what you're saying, but it still is at the risk of something like the indymedia thing</p>
|
|
<p>15:30 < jrandom> if the jackboots kicked down the door of the colo where cvs.i2p is, i'd simply install cvs somewhere else, deploy a backup of the cvs there, and run an i2prouter with the cvs.i2p private key </p>
|
|
<p>15:30 < jrandom> (and *not* tell peole that cvs.i2p == cvs.i2p.net ;)</p>
|
|
<p>15:32 < jrandom> ok, anyone else have soemthing to bring up for the meeting?</p>
|
|
<p>15:32 < deer> <polecat> Hee, that's pretty cool.</p>
|
|
<p>15:33 < jrandom> if not</p>
|
|
<p>15:33 * jrandom winds up</p>
|
|
<p>15:34 * jrandom *baf*s the meeting closed</p>
|
|
</div>
|
|
{% endblock %} |