ghoul at hushmail.com skrev:
> 4. Only sees IE as I use portable FF.
Makes sense. I doubt the portable FF adds any kind of indication that it
is available? (Registry key or the like, which we could look for in the
browser search done in the launcher)
>
> 2nd Install, with java pre-installed
Matthew Toseland wrote:
> Is it a good idea to use MD5? I guess you're using it the same way that
> XMLLibrarian does, but it may be more of a problem for your application?
you mean collisions? with md5 the expected rate of collisions is around 1 in
2^64, so that would give an average word
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/f477a9a5/attachment.pgp>
src/plugins/Interdex/index/IndexBloomFilter.java :
We already have bloom filter implementations in
src/freenet/support/*BloomFilter.java. You should use these internally, no
need to reimplement.
Is it a good idea to use MD5? I guess you're using it the same way that
XMLLibrarian does, but it
Robert Hailey wrote:
>
> On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
>
>> ...
>> So the question is, how practical is it for a mobile attacker to
>> identify a
>> block in its neighbours' stores (from the bloom filter), get
>> connected to the
>> neighbour's neighbours, download
On Tue, May 12, 2009 at 2:36 PM, Matthew Toseland
wrote:
> 7th May, 2009 - Another big donation!
How about: "Google makes a second donation to Freenet!"
Everything else looks good.
Ian.
--
Ian Clarke
CEO, Uprizer Labs
Email: ian at uprizer.com
Ph: +1 512 422 3588
Fax: +1 512 276 6674
On Tue, May 12, 2009 at 7:49 AM, Matthew Toseland
wrote:
> On Tuesday 12 May 2009 00:45:54 Matthew Toseland wrote:
>> commit f86448d51c2e3248e1dfec513eefde50902aac30
>> Author: Daniel Cheng (???)
>> Date: Fri May 8 21:04:28 2009 +0800
>>
>> FreenetStore: Simplify code, remove "overwrite"
tica).
- Fixed the Searching for blah\nnull bug.
The plugin will be deployed soon.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/66826bd8/attachment.pgp>
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/c998525f/attachment.pgp>
-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/fb188974/attachment.pgp>
: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/93d40bf1/attachment.pgp>
was to increase the
> effectiveness of fetches (a more reliable fallback).
"point of having bloom filter sharing was to..."
> --
> Robert Hailey
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/8466e5e3/attachment.html>
On May 12, 2009, at 11:45 AM, Florent Daigniere wrote:
> Robert Hailey wrote:
>>
>> On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
>>
>>> ...
>>> So the question is, how practical is it for a mobile attacker to
>>> identify a
>>> block in its neighbours' stores (from the bloom filter), get
On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
> ...
> So the question is, how practical is it for a mobile attacker to
> identify a
> block in its neighbours' stores (from the bloom filter), get
> connected to the
> neighbour's neighbours, download their bloom filters, and trace an
ttachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/84265339/attachment.pgp>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 11 May 2009 17:07:14 -0600 Matthew Toseland
wrote:
>We have removed the memory limit option in git ...
Ignoring the memory issue/non-issue, here is my install testing
today:
Installed version of Java:
java version "1.6.0_13"
Java(TM) SE
On Tue, May 12, 2009 at 7:10 AM, Matthew Toseland
wrote:
> On Wednesday 06 May 2009 01:39:54 Daniel Cheng wrote:
>> On Wed, May 6, 2009 at 6:21 AM, Matthew Toseland
>> wrote:
>> > sdiz commit 006d85dbcd31ffce94279667f5e9ab62d054c9cf
>> >
>> > diff --git
bug prevents the former from working. So we need to fix getBlock().
Ok...
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/6c3b0962/attachment.pgp>
this. Is it a good idea?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/bf1b45d3/attachment.pgp>
you have an opinion on this part?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/118e19df/attachment.pgp>
t option in git ...
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/90cc5861/attachment.pgp>
do? (I have no idea, and nothing to test 64-bit
> > stuff on).
> >
> OK, I _know_ I'm gonna say something stupid but I have to, so here it goes:
>
> Joe Cynical suggests: the average user probably wouldnt be bothered by
> having both a 32-bit and a 64-bit JRE's, especially if told that he's
> supposed to.
> Make "simple install" just install JRE automatically and "expert mode"
> let the user manually give the path to his JRE.
IMHO it should work in any case. But it does, so there is no great urgency to
fix it.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/a9f8bb7b/attachment.pgp>
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/ee42d5ee/attachment.pgp>
.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090512/66b61416/attachment.pgp>
On Friday 08 May 2009 15:12:33 ghoul at hushmail.com wrote:
> Both installers were from toad's links yesterday. One earlier in
> the day and the second around four hours later (with a slightly
> different file size). Here is the MD5 generated on both files.
> a8f88c158cc3927cdc786b67150b86f9 and
>
On Friday 08 May 2009 19:06:18 Zero3 wrote:
> Matthew Toseland skrev:
> > On Friday 08 May 2009 12:40:32 Zero3 wrote:
> >> Matthew Toseland skrev:
> >>> On Tuesday 20 January 2009 03:18:07 Juiceman wrote:
> > On Fri, Jan 16, 2009 at 5:46 AM, Zero3 wrote:
> >> Juiceman skrev:
> >>>
On Tue, May 12, 2009 at 7:49 AM, Matthew Toseland
t...@amphibian.dyndns.org wrote:
On Tuesday 12 May 2009 00:45:54 Matthew Toseland wrote:
commit f86448d51c2e3248e1dfec513eefde50902aac30
Author: Daniel Cheng (鄭郁邦) j16s...@freenetproject.org
Date: Fri May 8 21:04:28 2009 +0800
If an average node has a store size of 20GB (10GB cache) and adds 0.24 keys
per second, it will add a full cache worth of keys in 713 hours. Salted hash
means that it does not wipe the store in that period (not being LRU); a
salted hash store would normally have a half-life for un-wiped keys,
It is probably a good idea for reasons of bandwidth, and security to only
transfer bloom filters to an opennet peer after a certain amount of uptime,
over some period. But even if we don't, it will take time to transfer
everything. Will this result in two tiers of opennet peers, and us keeping
commit c6f84c96d60a1e53126824e8c2fa74c1f1d4b658
Author: platy mpb...@gmail.com
Date: Sun May 3 13:52:16 2009 +0100
Search progress now works with or without javascript enabled, non-js get a
link to view results when search completes
Great! But...
Why all the while(blah) { Thread.sleep()
On Tuesday 12 May 2009 14:16:54 Matthew Toseland wrote:
commit c6f84c96d60a1e53126824e8c2fa74c1f1d4b658
Author: platy mpb...@gmail.com
Date: Sun May 3 13:52:16 2009 +0100
Search progress now works with or without javascript enabled, non-js get
a
link to view results when search
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 11 May 2009 17:07:14 -0600 Matthew Toseland
t...@amphibian.dyndns.org wrote:
We have removed the memory limit option in git ...
Ignoring the memory issue/non-issue, here is my install testing
today:
Installed version of Java:
java version
On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
...
So the question is, how practical is it for a mobile attacker to
identify a
block in its neighbours' stores (from the bloom filter), get
connected to the
neighbour's neighbours, download their bloom filters, and trace an
Robert Hailey wrote:
On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
...
So the question is, how practical is it for a mobile attacker to
identify a
block in its neighbours' stores (from the bloom filter), get
connected to the
neighbour's neighbours, download their bloom
On May 12, 2009, at 11:45 AM, Florent Daigniere wrote:
Robert Hailey wrote:
On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
...
So the question is, how practical is it for a mobile attacker to
identify a
block in its neighbours' stores (from the bloom filter), get
connected to the
On May 12, 2009, at 11:57 AM, Robert Hailey wrote:
On May 12, 2009, at 11:45 AM, Florent Daigniere wrote:
Huh.
What are you suggesting here? That we re-invent the current protocol?
Sort of... but a request which does not route; one which only checks
the datastore for the presence of a
I will post this on the website tomorrow if there are no objections. If anyone
can suggest any improvements, please do so; sometimes what I write isn't
readable by human beings!
7th May, 2009 - Another big donation!
Google's Open Source team has donated US$18,000 to the Freenet Project to
gh...@hushmail.com skrev:
4. Only sees IE as I use portable FF.
Makes sense. I doubt the portable FF adds any kind of indication that it
is available? (Registry key or the like, which we could look for in the
browser search done in the launcher)
2nd Install, with java pre-installed (32/64
Matthew Toseland wrote:
Is it a good idea to use MD5? I guess you're using it the same way that
XMLLibrarian does, but it may be more of a problem for your application?
you mean collisions? with md5 the expected rate of collisions is around 1 in
2^64, so that would give an average word length
On Tuesday 12 May 2009 17:57:04 Robert Hailey wrote:
On May 12, 2009, at 11:45 AM, Florent Daigniere wrote:
Robert Hailey wrote:
On May 12, 2009, at 6:47 AM, Matthew Toseland wrote:
...
So the question is, how practical is it for a mobile attacker to
identify a
block in its
On Tue, May 12, 2009 at 2:36 PM, Matthew Toseland
t...@amphibian.dyndns.org wrote:
7th May, 2009 - Another big donation!
How about: Google makes a second donation to Freenet!
Everything else looks good.
Ian.
--
Ian Clarke
CEO, Uprizer Labs
Email: i...@uprizer.com
Ph: +1 512 422 3588
Fax: +1
On Tuesday 12 May 2009 21:26:53 Ximin Luo wrote:
Matthew Toseland wrote:
Is it a good idea to use MD5? I guess you're using it the same way that
XMLLibrarian does, but it may be more of a problem for your application?
you mean collisions? with md5 the expected rate of collisions is around
2009/5/13 Matthew Toseland t...@amphibian.dyndns.org:
On Tuesday 12 May 2009 09:33:11 you wrote:
On Tue, May 12, 2009 at 7:49 AM, Matthew Toseland
t...@amphibian.dyndns.org wrote:
On Tuesday 12 May 2009 00:45:54 Matthew Toseland wrote:
commit f86448d51c2e3248e1dfec513eefde50902aac30
On Wed, May 13, 2009 at 6:28 AM, Matthew Toseland
t...@amphibian.dyndns.org wrote:
On Tuesday 12 May 2009 21:26:53 Ximin Luo wrote:
Matthew Toseland wrote:
Is it a good idea to use MD5? I guess you're using it the same way that
XMLLibrarian does, but it may be more of a problem for your
On Tuesday, 12. May 2009 21:36:30 Matthew Toseland wrote:
We are currently working on Freenet 0.8, which will be released later this
year, and will include additional performance improvements, usability work,
and security improvements, as well as the usual debugging. Features are not
yet
On Tue, May 12, 2009 at 4:26 PM, Ximin Luo xl...@cam.ac.uk wrote:
(one way of storing it which would allow token-deflate would be having each
indexnode as a CHK, then you'd only have to INS an updated node and all its
parents up to the root, but i chose not to do this as CHKs have a higher
46 matches
Mail list logo