Re: [tahoe-dev] Multiple introducers announcing their presence on a grid

2010-07-26 Thread Randy Bush
> What's the point in having lots of introducers? avoiding spof. lots not needed, but more than two and geographically and topologically very separated would be wise randy ___ tahoe-dev mailing list tahoe-dev@tahoe-lafs.org http://tahoe-lafs.org/cgi-bi

Re: [tahoe-dev] Multiple introducers announcing their presence on a grid

2010-07-26 Thread Zooko O'Whielacronx
Hello Faruq: On Mon, Jul 26, 2010 at 11:38 AM, M O Faruque Sarker wrote: > > I'm wondering if you could share your thoughts about the above somewhat > plain idea of publishing the presence of new introducers same as new > clients. By this any client can learn about new introducers and save their

Re: [tahoe-dev] Why pyutils isn't well known

2010-07-26 Thread Zooko O'Whielacronx
On Mon, Jul 26, 2010 at 11:03 PM, Ravi Pinjala wrote: > I'd like to second this - not trying to be harsh here, but a package > where the description is basically "contains good code!" is next to useless. All right, all right! So, here's a list of the files: http://tahoe-lafs.org/trac/pyutil/bro

Re: [tahoe-dev] Why pyutils isn't well known

2010-07-26 Thread Ravi Pinjala
I'd like to second this - not trying to be harsh here, but a package where the description is basically "contains good code!" is next to useless. --Ravi On 07/26/10 07:54, Peter Westlake wrote: > Having seen pyutils mentioned, I wondered what utilities were in it. > > http://tahoe-lafs.org/trac/

Re: [tahoe-dev] documentation project diagramming thought

2010-07-26 Thread Zooko O'Whielacronx
On Mon, Jul 26, 2010 at 6:34 PM, Raoul Duke wrote: > http://preview.tinyurl.com/27wzz23 For the record, that link currently redirects to: https://docs.google.com/document/pub?id=1NAi9MPqe-uAe4bDQagfVm3ZpvFPfzDB3m1lJk1hNqVU which takes me to a document that looks like this: diagramming tahoe ●

Re: [tahoe-dev] [tahoe-lafs] #393: mutable: implement MDMF

2010-07-26 Thread tahoe-lafs
#393: mutable: implement MDMF --+- Reporter: warner| Owner: kevan Type: enhancement | Status: assigned

Re: [tahoe-dev] documentation project diagramming thought

2010-07-26 Thread Raoul Duke
as a straw man, i'm starting a google doc of what on earth this work would possibly even be about. suggestions / thoughts / reactions / experiences very welcome. i will be going back to the various docs like the rsa presentation to learn up again. http://preview.tinyurl.com/27wzz23 sincerely. ___

Re: [tahoe-dev] Tahoe benchmarking data

2010-07-26 Thread Brian Warner
On 7/26/10 2:29 PM, Chris Palmer wrote: > Brian Warner writes: > >> Yup. I suspect that your large files are running into python's performance >> limits: the best way to speed those up will be to move our transport to >> something with less overhead (signed HTTP is our current idea, ticket >> #510

Re: [tahoe-dev] report of an unsuccessful assault on our fortress

2010-07-26 Thread Brian Warner
> The unguessable caps make the attack payload trickier than the usual > trivial-pwnage payload, but not impossible. Yeah, it means that the attacker cannot acquire authority (the ability to read or write a tahoe file) by merely guessing at a URL: they have to steal one from a tab which already k

Re: [tahoe-dev] report of an unsuccessful assault on our fortress

2010-07-26 Thread Chris Palmer
Zooko O'Whielacronx writes: > Okay, your post deserves a thorough response and probably a few updates to > our issue tracker, but it is way past my bed-time and I'm just going to > fire off what comes to mind. Fair enough; I did my bug-hunting in the same spirit. :) > > Did you/he try to create

Re: [tahoe-dev] Tahoe benchmarking data

2010-07-26 Thread Chris Palmer
Brian Warner writes: > The fastest data rate you're seeing here is 64MiB/14.80s, so about > 4.47MB/s or roughly 35-40Mbps, which is probably about the middle of what > you'd expect out of a 100Mbps ethernet (maybe a bit on the low side, but > not by much). Was the client CPU pegged during the uplo

Re: [tahoe-dev] Tahoe benchmarking data

2010-07-26 Thread Chris Palmer
Brian Warner writes: > Yup. I suspect that your large files are running into python's performance > limits: the best way to speed those up will be to move our transport to > something with less overhead (signed HTTP is our current idea, ticket > #510), then to start looking at what pieces can be r

Re: [tahoe-dev] documentation project diagramming thought

2010-07-26 Thread Raoul Duke
On Mon, Jul 26, 2010 at 1:57 PM, Brian Warner wrote: > Sure! I'm in SF.. I'm out at a conference for the next week, but once I > get back, we could get together for an afternoon: I can explain how > things fit together, you can create wonderful diagrams to add to the web > site! ok. i'm out until

Re: [tahoe-dev] documentation project diagramming thought

2010-07-26 Thread Brian Warner
On 7/26/10 1:49 PM, Raoul Duke wrote: > > i consider myself not completely useless at > drawing/graphing/informatics etc. even though i'm not a graphic > designer by profession. anybody in the sf bay area who'd think this > sort of project would be fun to work on, on and off? Sure! I'm in SF.. I'

[tahoe-dev] documentation project diagramming thought

2010-07-26 Thread Raoul Duke
hi, i'm more of a visual learner/thinker. i was thinking it would be great if the mechanisms and policies of tahoe could be more graphically represented to tech folks about it and to convey an understanding of how it all works (e.g. cf. the "irc" thread). i consider myself not completely useless a

Re: [tahoe-dev] IRC isn't a reliable way to learn about Tahoe-LAFS

2010-07-26 Thread Brian Warner
On 7/26/10 12:32 PM, Zooko O'Whielacronx wrote: > Anyway, was wrong that repair works on immutable files and > directories given a verify cap to the thing—instead you require a > read-cap to the thing. Repair also works on mutable files and > directories given a write-cap to the thing (which mean

Re: [tahoe-dev] report of an unsuccessful assault on our fortress

2010-07-26 Thread Brian Warner
>> For example, when serving HTML files from the WUI, serve them from a >> different origin (hostname:different-port, >> ip-instead-of-hostname:same-port, >> ip-instead-of-hostname:different-port, et c.). > > This would be a promising solution to our problem, if we could > persuade the browser tha

[tahoe-dev] IRC isn't a reliable way to learn about Tahoe-LAFS

2010-07-26 Thread Zooko O'Whielacronx
Dear : Um, was this you? Hi. Is there a way to perform 'tahoe deep-check --repair --add-lease URI' where URI does not reveal the actual contents of the files? I need that because I'd like to run deep-check on a non-trustworthy machine, so I don't want to reveal the directory

Re: [tahoe-dev] Multiple introducers announcing their presence on a grid

2010-07-26 Thread Nathan Eisenberg
Bringing up bittorrent is interesting. The concept of trackers is diminishing a bit, with the introduction of trackerless, distributed hash table torrents. Using this mechanism, the concept of the tracker (IE introducer) is becoming deprecated. > -Original Message- > From: tahoe-dev

Re: [tahoe-dev] Multiple introducers announcing their presence on a grid

2010-07-26 Thread eurekafag
What's the point in having lots of introducers? I guess one may pretty well serve hundreds if not thousands of nodes like torrent tracker does. It merely broadcasts IPs and not the data itself. 2010/7/26 M O Faruque Sarker : > Hi all, > > I'm wondering if you could share your thoughts about the ab

[tahoe-dev] Multiple introducers announcing their presence on a grid

2010-07-26 Thread M O Faruque Sarker
Hi all, I'm wondering if you could share your thoughts about the above somewhat plain idea of publishing the presence of new introducers same as new clients. By this any client can learn about new introducers and save their furls in the multi "introducers" config file and later to connect to them.

[tahoe-dev] Why pyutils isn't well known

2010-07-26 Thread Peter Westlake
Having seen pyutils mentioned, I wondered what utilities were in it. http://tahoe-lafs.org/trac/pyutil says: A collection of functions and data structures that we've found useful over the years. See also http://pypi.python.org/pypi/pyutil and http://pypi.python.org/pypi/pyutil says:

[tahoe-dev] Timeout of Servermap Update

2010-07-26 Thread eurekafag
Hi! I have one problem with updating the directories. Sometimes a server is dropping out of network for various reasons but still remains connected on welcome page. When I'm trying to access any directory my node starts map updating and it may be very long operation during which all work with dire