Size: 252 bytes
Desc: OpenPGP digital signature
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20080512/442a7c50/attachment.pgp>
When you publish a shared trust tree with 2 identities, everyone could
easily figure
out that this two identities are the same person.
I think option 2 together should be implemented, added with the possibility to
take over (selected) trust states from other local identities.
On Mon, May 12,
On Mon, May 12, 2008 at 6:56 PM, Ian Clarke wrote:
> On Mon, May 12, 2008 at 9:52 AM, Matthew Toseland
> >> 2. Most or all Freenet apps assume a few seconds latency on requests
> >> (Frost, Fproxy, etc), yet the latency with the sneakernet would be
> >> measured in days. Freenet's existing
On Mon, May 12, 2008 at 6:48 PM, Michael Rogers
wrote:
> Evan Daniel wrote:
>
> > I think flood routing inserts opportunistically is a good idea --
> > there's no point in sending out a memory card less than full, and
> > routed requests / inserts may well not be enough to fill it.
> >
>
> My
share it's trust list with.
What do you think ?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2008
On Mon, May 12, 2008 at 9:52 AM, Matthew Toseland
wrote:
> On Saturday 10 May 2008 17:33, Ian Clarke wrote:
>> I see a simple scenario where a "sneakernet" would be useful is in a
>> situation like Burma or Tibet where stuff is happening, possibly a
>> political crack-down, and the authorities
intain the chinese translation...
>
> Regards,
> Daniel Cheng
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20080512/dfe42bf5/attachment.pgp>
gt; Ian.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20080512/1281049d/attachment.pgp>
.
So requests need to indicate their maximum latency somehow.
>
> Cheers,
> Michael
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20080512/b72b6d06/attachment.pgp>
ation/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20080512/7738066c/attachment.pgp>
On Saturday 10 May 2008 15:57, Michael Rogers wrote:
Matthew Toseland wrote:
We could implement darknet sneakernet connections by exchanging USB
sticks.
E.g. if you meet somebody every day (e.g. a coworker), you could exchange
(cheap) 8G sticks, plug them in overnight, and then do the
On Sunday 11 May 2008 10:03, Daniel Cheng wrote:
Hi,
Here are the Chinese translation for cont-close-me and welcome.html
Great stuff. A full chinese translation would be wonderful, however I prefer
you work on code if you can't do both... Ideally we'd like somebody else to
maintain the
When you publish a shared trust tree with 2 identities, everyone could
easily figure
out that this two identities are the same person.
I think option 2 together should be implemented, added with the possibility to
take over (selected) trust states from other local identities.
On Mon, May 12,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| On Friday 09 May 2008 07:27, Victor Denisov wrote:
| | Automatic bandwidth calibration. Other p2p apps have this, we should
| have it.
|
| Good idea. Also, we should definitely look into better utilizing
| available bandwidth. Freenet's the only p2p
Victor Denisov wrote:
Input Rate: 17.6 KiB/sec (of 300 KiB)
Output Rate: 15.9 KiB/sec (of 200 KiB)
Total Input: 4.83 GiB (28.3 KiB/sec)
Total Output: 5.66 GiB (33.2 KiB/sec)
Used Java memory: 122 MiB
Allocated Java memory: 127 MiB
Maximum Java memory: 284 MiB
Running threads: 152/700
Matthew Toseland wrote:
Hence request priorities, so that the requests for the top blocks go over the
UDP connections.
Are you assuming that every sneakernet connection will be backed up by
an internet connection?
So the routing code
could be very similar to the current code, but we would
Evan Daniel wrote:
I think flood routing inserts opportunistically is a good idea --
there's no point in sending out a memory card less than full, and
routed requests / inserts may well not be enough to fill it.
My knee-jerk reaction was flooding doesn't scale, but it's actually
worked
Matthew Toseland wrote:
1. The platform for this type of thing is a small mobile device,
getting Freenet to work well on an iPhone would be a world of pain -
and doesn't buy anything for us
No, to do that requires a massive amount of short range bandwidth. Phones do
not have this.
On Mon, May 12, 2008 at 9:52 AM, Matthew Toseland
[EMAIL PROTECTED] wrote:
On Saturday 10 May 2008 17:33, Ian Clarke wrote:
I see a simple scenario where a sneakernet would be useful is in a
situation like Burma or Tibet where stuff is happening, possibly a
political crack-down, and the
On Mon, May 12, 2008 at 6:48 PM, Michael Rogers [EMAIL PROTECTED] wrote:
Evan Daniel wrote:
I think flood routing inserts opportunistically is a good idea --
there's no point in sending out a memory card less than full, and
routed requests / inserts may well not be enough to fill it.
On Mon, May 12, 2008 at 6:56 PM, Ian Clarke [EMAIL PROTECTED] wrote:
On Mon, May 12, 2008 at 9:52 AM, Matthew Toseland
2. Most or all Freenet apps assume a few seconds latency on requests
(Frost, Fproxy, etc), yet the latency with the sneakernet would be
measured in days. Freenet's
Evan Daniel wrote:
The major change needed would be a way to request not the specific SSK
block, but the SSK, whatever CHK it happens to redirect to, and any
CHK blocks needed to decode the result
Exactly, so you'd need a different protocol, different data formats and
a different routing
On Mon, May 12, 2008 at 11:08 PM, Matthew Toseland
[EMAIL PROTECTED] wrote:
On Sunday 11 May 2008 10:03, Daniel Cheng wrote:
Hi,
Here are the Chinese translation for cont-close-me and welcome.html
Great stuff. A full chinese translation would be wonderful, however I prefer
you work on
* Michael Tänzer [EMAIL PROTECTED] [2008-05-08 17:41:55]:
Florent Daignière schrieb:
* Michael Tänzer [EMAIL PROTECTED] [2008-05-08 05:04:07]:
It's probably not possible to migrate in two days but it seems that now
is a good point to start the process, as Ian mentioned he wanted to
change
* Julien Cornuwel [EMAIL PROTECTED] [2008-05-12 19:14:06]:
Hi,
I'm having interrogations about the use of the WoT plugin and I'm
confronted to a choice :
The plugin is able to handle multiple local identites. But do you think
it could be usefull to allow local identities to set different
On Mon, May 12, 2008 at 9:32 PM, Florent Daignière
[EMAIL PROTECTED] wrote:
I personnaly won't work on it for now. The main point against our
current website is that it's not community-friendly... Let's see if the
community feels involved and will contribute to the presumably
* Ian Clarke [EMAIL PROTECTED] [2008-05-12 23:04:59]:
On Mon, May 12, 2008 at 9:32 PM, Florent Daignière
[EMAIL PROTECTED] wrote:
I personnaly won't work on it for now. The main point against our
current website is that it's not community-friendly... Let's see if the
community feels
On Mon, May 12, 2008 at 11:21 PM, Florent Daignière
[EMAIL PROTECTED] wrote:
Well what's the solution then? To make Matthew work on the website? to
send a call for help on @announce (possibly a better phrased than mine)?
Shall I forget about the drupal vhost right-now and delete it?
29 matches
Mail list logo
