On Sat, Jul 25, 2009 at 12:27 PM, Zero3 wrote:
> Evan Daniel skrev:
>> Having not written much actual Freenet code before, I'm learning a lot
>> about how Freenet works in the process -- which is harder than it has
>> any reason to be. Why? NOTHING IS DOCUMENTED.
>
On Thu, Jul 23, 2009 at 2:09 AM, David ?Bombe?
Roden wrote:
> On Thursday 23 July 2009 01:12:15 Evan Daniel wrote:
>
>> The method HTMLEncoder.encode() sounds like it ought to do that. ?Let's take
>> a look at the Javadoc:
>>
>> encode
>>
>> public st
On Thu, Jul 23, 2009 at 2:09 AM, David ‘Bombe’
Roden wrote:
> On Thursday 23 July 2009 01:12:15 Evan Daniel wrote:
>
>> The method HTMLEncoder.encode() sounds like it ought to do that. Let's take
>> a look at the Javadoc:
>>
>> encode
>>
>> public st
wrong extra bytes" even though
the extra bytes are unchanged from the FreenetURI the node generated
for me.
At this point, I think I have a much better understanding of why
Freenet has so little software that makes use of it, despite the fact
that Freenet itself seems to work fairly well.
Evan Daniel
wrong extra bytes" even though
the extra bytes are unchanged from the FreenetURI the node generated
for me.
At this point, I think I have a much better understanding of why
Freenet has so little software that makes use of it, despite the fact
that Freenet itself seems to work fairly well.
Evan D
the most recent
mandatory update. So if you install an outdated build, it won't be
able to connect properly (the update over mandatory code should let it
update itself and then start working, but it's less than ideal).
Evan Daniel
st recent
mandatory update. So if you install an outdated build, it won't be
able to connect properly (the update over mandatory code should let it
update itself and then start working, but it's less than ideal).
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
the full download page.
For example:
http://www.mozilla.com/en-US/firefox/firefox.html
Evan Daniel
the full download page.
For example:
http://www.mozilla.com/en-US/firefox/firefox.html
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
ad across the keyspace, rather than an isolated region (or
two) of the whole keyspace. I don't know how powerful they are in
practice (I suspect not very) but they're worth being aware of.
Evan Daniel
cross the keyspace, rather than an isolated region (or
two) of the whole keyspace. I don't know how powerful they are in
practice (I suspect not very) but they're worth being aware of.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, Jun 19, 2009 at 9:15 PM, Juiceman wrote:
> On Fri, Jun 19, 2009 at 1:50 PM, Evan Daniel wrote:
>> On Fri, Jun 19, 2009 at 1:36 PM, Matthew
>> Toseland wrote:
>>> On Friday 19 June 2009 17:37:00 Robert Hailey wrote:
>>>>
>>>> On
On Fri, Jun 19, 2009 at 9:15 PM, Juiceman wrote:
> On Fri, Jun 19, 2009 at 1:50 PM, Evan Daniel wrote:
>> On Fri, Jun 19, 2009 at 1:36 PM, Matthew
>> Toseland wrote:
>>> On Friday 19 June 2009 17:37:00 Robert Hailey wrote:
>>>>
>>>> On
e have 176k keys per filter on average. From the
preceding formula, standard deviation is 408 keys.
Size variation is only a serious concern if the hash function is not
distributing the keys at random. To be safe, we could slightly
underfill the filters.
Evan Daniel
e have 176k keys per filter on average. From the
preceding formula, standard deviation is 408 keys.
Size variation is only a serious concern if the hash function is not
distributing the keys at random. To be safe, we could slightly
underfill the filters.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, Jun 19, 2009 at 3:50 AM, bo-le wrote:
> Am Freitag, 19. Juni 2009 03:08:13 schrieb Evan Daniel:
>> I'm trying to test out SSK inserts with FCP, and running into problems.
>>
>> First, the Disconnect command does not work:
>>
>> Disconnect
>> E
On Fri, Jun 19, 2009 at 3:50 AM, bo-le wrote:
> Am Freitag, 19. Juni 2009 03:08:13 schrieb Evan Daniel:
>> I'm trying to test out SSK inserts with FCP, and running into problems.
>>
>> First, the Disconnect command does not work:
>>
>> Disconnect
>> E
stuff read from file indicated above]
EndMessage
TestDDAComplete
ReadDirectoryAllowed=false
Directory=/data/freenet
EndMessage
Third, if I didn't want to use DDA to insert my data, how would I do
that? The documentation on ClientPut doesn't say how to actually send
data in the direct mode.
Evan Daniel
On Thu, Jun 18, 2009 at 8:00 PM, Matthew
Toseland wrote:
> Are you doing more testing?
>
> On Saturday 13 June 2009 19:05:36 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 1:08 PM, Matthew
>> Toseland wrote:
>> > Now that 0.7.5 has shipped, we can start making disru
stuff read from file indicated above]
EndMessage
TestDDAComplete
ReadDirectoryAllowed=false
Directory=/data/freenet
EndMessage
Third, if I didn't want to use DDA to insert my data, how would I do
that? The documentation on ClientPut doesn't say how to actually send
data in the
On Thu, Jun 18, 2009 at 8:00 PM, Matthew
Toseland wrote:
> Are you doing more testing?
>
> On Saturday 13 June 2009 19:05:36 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 1:08 PM, Matthew
>> Toseland wrote:
>> > Now that 0.7.5 has shipped, we can start making disru
Screenshots below that would be good.
Evan Daniel
Screenshots below that would be good.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
it. Do
> you have any suggestion as to how to improve the wording?
Leave it the same, but make node reference a link to an explanation
(perhaps even a wiki page...) instead of in quotes?
Evan Daniel
On Tue, Jun 16, 2009 at 1:52 PM, Matthew
Toseland wrote:
> On Tuesday 16 June 2009 03:18:47 Evan Daniel wrote:
>> On Mon, Jun 15, 2009 at 7:14 PM, Matthew
>> Toseland wrote:
>> > I have done the first phase of deploying this, after discussions with Ian.
>> > We u
it. Do
> you have any suggestion as to how to improve the wording?
Leave it the same, but make node reference a link to an explanation
(perhaps even a wiki page...) instead of in quotes?
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Tue, Jun 16, 2009 at 1:52 PM, Matthew
Toseland wrote:
> On Tuesday 16 June 2009 03:18:47 Evan Daniel wrote:
>> On Mon, Jun 15, 2009 at 7:14 PM, Matthew
>> Toseland wrote:
>> > I have done the first phase of deploying this, after discussions with Ian.
>> > We u
sn't "How does it
manage that?" but "What sorts of communication?" In the current
version, a new user has to get to the fourth paragraph before they get
any hint about what they can do with it, rather than how it works.
Evan Daniel
sn't "How does it
manage that?" but "What sorts of communication?" In the current
version, a new user has to get to the fourth paragraph before they get
any hint about what they can do with it, rather than how it works.
Evan Daniel
__
On Sat, Jun 13, 2009 at 3:15 PM, Matthew
Toseland wrote:
> On Saturday 13 June 2009 20:01:18 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 2:18 PM, Matthew
>> Toseland wrote:
>> > Probably worth moving forward on this? Submenus are important, we have a
>> >
On Sat, Jun 13, 2009 at 2:54 PM, Matthew
Toseland wrote:
> On Saturday 13 June 2009 19:05:36 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 1:08 PM, Matthew
>> Toseland wrote:
>> > Now that 0.7.5 has shipped, we can start making disruptive changes again
>> > in a
ld be at a higher level
> - Wiki: should be at a higher level
>
> ___
> Devl mailing list
> Devl at freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
IMHO the wiki should be made more prominent, with a top level link.
Is there any reason the following shouldn't be wiki pages?
Current docs
FAQ
What is Freenet?
Papers
Philosophy
People
I'm happy to volunteer to work on the wiki, but only if it is going to
be made prominent enough that new users are likely to see it. Buried
under a submenu as it presently is, I feel that effort spent improving
it would be wasted because no one who needs the info would ever see
it.
Evan Daniel
ere's lots of bw
available, we'd want to have just enough connections to not quite
limit on available cpu power. Of course, I don't really know how many
connections / how much bw it is before that becomes a concern.
Evan Daniel
On Sat, Jun 13, 2009 at 3:15 PM, Matthew
Toseland wrote:
> On Saturday 13 June 2009 20:01:18 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 2:18 PM, Matthew
>> Toseland wrote:
>> > Probably worth moving forward on this? Submenus are important, we have a
>> >
On Sat, Jun 13, 2009 at 2:54 PM, Matthew
Toseland wrote:
> On Saturday 13 June 2009 19:05:36 Evan Daniel wrote:
>> On Sat, Jun 13, 2009 at 1:08 PM, Matthew
>> Toseland wrote:
>> > Now that 0.7.5 has shipped, we can start making disruptive changes again
>> > in a
hould be at a higher level
> - Wiki: should be at a higher level
>
> ___
> Devl mailing list
> Devl@freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
IMHO the wiki should be made more prominent, with a top level link.
Is there any reason the following shouldn't be wiki pages?
Current docs
FAQ
What is Freenet?
Papers
Philosophy
People
I'm happy to volunteer to work on the wiki, but only if it is going to
be made prominent enough that new users are likely to see it. Buried
under a submenu as it presently is, I feel that effort spent improving
it would be wasted because no one who needs the info would ever see
it.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
ere's lots of bw
available, we'd want to have just enough connections to not quite
limit on available cpu power. Of course, I don't really know how many
connections / how much bw it is before that becomes a concern.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
probably
can't share it with our neighbors without giving away our salt value.
For that, we probably want to continue planning to use Bloom filters.
Evan Daniel
probably
can't share it with our neighbors without giving away our salt value.
For that, we probably want to continue planning to use Bloom filters.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/ma
hink the current index doesn't include words
> under 4 letters at all.
If you read my previous mails, you'll see that the the spider is in
fact indexing the word "the".
Evan Daniel
hink the current index doesn't include words
> under 4 letters at all.
If you read my previous mails, you'll see that the the spider is in
fact indexing the word "the".
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Wed, Jun 10, 2009 at 3:49 AM, Daniel Cheng
wrote:
> On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
>> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
>> wrote:
>>> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>>>> On Wed, Jun 10, 2009 at 1:54
On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
wrote:
> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
>> wrote:
>>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>>> On my (incomplete) spider ind
On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
wrote:
> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>> On my (incomplete) spider index, the index file for the word "the" (it
>> indexes no other words) is 17MB. ?This seems rather large. ?It might
>> make se
On Wed, Jun 10, 2009 at 3:49 AM, Daniel Cheng wrote:
> On Wed, Jun 10, 2009 at 3:18 PM, Evan Daniel wrote:
>> On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng
>> wrote:
>>> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>>>> On Wed, Jun 10, 2009 at 1:54 AM
On Wed, Jun 10, 2009 at 2:56 AM, Daniel Cheng wrote:
> On Wed, Jun 10, 2009 at 2:06 PM, Evan Daniel wrote:
>> On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng
>> wrote:
>>> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>>>> On my (incomplete) spider ind
have all of index_8fc4 in one
file, since it would be only trivially larger. (I have a patch that I
thought did that, but it has a bug; I'll test once my indexwriter is
finished writing, since I don't want to interrupt it by reloading the
plugin.)
Evan Daniel
On Wed, Jun 10, 2009 at 1:54 AM, Daniel Cheng wrote:
> On Wed, Jun 10, 2009 at 12:02 PM, Evan Daniel wrote:
>> On my (incomplete) spider index, the index file for the word "the" (it
>> indexes no other words) is 17MB. This seems rather large. It might
>> make se
have all of index_8fc4 in one
file, since it would be only trivially larger. (I have a patch that I
thought did that, but it has a bug; I'll test once my indexwriter is
finished writing, since I don't want to interrupt it by reloading the
plugin.)
Evan Daniel
_
/mailman/listinfo/devl
>
Works for me (TM).
On Debian, using Sun Java (package sun-java6-jdk, etc). I just
installed the version out of unstable.
$ java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) Server VM (build 14.0-b16, mixed mode)
Freenet seems to be functioning normally.
Evan Daniel
/listinfo/devl
>
Works for me (TM).
On Debian, using Sun Java (package sun-java6-jdk, etc). I just
installed the version out of unstable.
$ java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) Server VM (build 14.0-b16, mixed mod
On Wed, May 27, 2009 at 3:11 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Wed, May 27, 2009 at 1:29 PM, Thomas Sachau
>> wrote:
>>>> A small number could still be rather large. ?Having thousands see it
>>>> ought to suffice. ?For the current ne
On Wed, May 27, 2009 at 2:44 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Wed, May 27, 2009 at 1:18 PM, Thomas Sachau
>> wrote:
>>> Evan Daniel schrieb:
>>>> That is fundamentally a hard problem.
>>>> - Advogato is not perfect. ?I a
be humans. And you will need this limit (human proove), so you will always
> need some sort of captcha
> or a real friends trust network.
Captchas do not prove someone is human. They prove that someone
solved a problem. If your captchas are good, that means they are more
likely to be human. I work from an assumption that captchas are
marginally effective at best. If you think I am mistaken in that,
please explain why. From that assumption, I conclude that we need a
system that is reasonably effective against a spammer who can solve
significant numbers of captchas, but still is capable of making use of
the information that solving a captcha does provide.
Evan Daniel
On Wed, May 27, 2009 at 1:18 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> That is fundamentally a hard problem.
>> - Advogato is not perfect. ?I am certain there will be some amount of
>> spam getting through; hopefully it will be a small amount.
>> - With A
On Wed, May 27, 2009 at 3:11 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Wed, May 27, 2009 at 1:29 PM, Thomas Sachau wrote:
>>>> A small number could still be rather large. Having thousands see it
>>>> ought to suffice. For the current network, I s
On Wed, May 27, 2009 at 2:44 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Wed, May 27, 2009 at 1:18 PM, Thomas Sachau wrote:
>>> Evan Daniel schrieb:
>>>> That is fundamentally a hard problem.
>>>> - Advogato is not perfect. I am certain ther
be humans. And you will need this limit (human proove), so you will always
> need some sort of captcha
> or a real friends trust network.
Captchas do not prove someone is human. They prove that someone
solved a problem. If your captchas are good, that means they are more
likely to be huma
On Wed, May 27, 2009 at 1:18 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> That is fundamentally a hard problem.
>> - Advogato is not perfect. I am certain there will be some amount of
>> spam getting through; hopefully it will be a small amount.
>> - With A
On Tue, May 26, 2009 at 5:38 PM, xor wrote:
> On Tuesday 26 May 2009 23:19:53 Evan Daniel wrote:
>> 2009/5/26 xor :
>> > On Tuesday 26 May 2009 22:02:37 xor wrote:
>> >> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>> >> > > Why exactly? Your
On Tue, May 26, 2009 at 4:45 PM, xor wrote:
> On Friday 22 May 2009 16:39:06 Evan Daniel wrote:
>> On Fri, May 22, 2009 at 8:17 AM, Matthew Toseland
>>
>> wrote:
>> > On Friday 22 May 2009 08:17:55 bbackde at googlemail.com wrote:
>> >> Is'nt h
2009/5/26 xor :
> On Tuesday 26 May 2009 22:02:37 xor wrote:
>> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>> > > Why exactly? Your post is nice but I do not see how it answers my
>> > > question. The general problem my post is about: New identities are
&g
On Tue, May 26, 2009 at 4:02 PM, xor wrote:
> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>>
>> >
>> > Why exactly? Your post is nice but I do not see how it answers my
>> > question. The general problem my post is about: New identities are
>> >
On Tue, May 26, 2009 at 5:38 PM, xor wrote:
> On Tuesday 26 May 2009 23:19:53 Evan Daniel wrote:
>> 2009/5/26 xor :
>> > On Tuesday 26 May 2009 22:02:37 xor wrote:
>> >> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>> >> > > Why exactly? Your
On Tue, May 26, 2009 at 4:45 PM, xor wrote:
> On Friday 22 May 2009 16:39:06 Evan Daniel wrote:
>> On Fri, May 22, 2009 at 8:17 AM, Matthew Toseland
>>
>> wrote:
>> > On Friday 22 May 2009 08:17:55 bbac...@googlemail.com wrote:
>> >> Is'nt his poi
2009/5/26 xor :
> On Tuesday 26 May 2009 22:02:37 xor wrote:
>> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>> > > Why exactly? Your post is nice but I do not see how it answers my
>> > > question. The general problem my post is about: New identities are
&g
On Tue, May 26, 2009 at 4:02 PM, xor wrote:
> On Thursday 07 May 2009 11:23:51 Evan Daniel wrote:
>>
>> >
>> > Why exactly? Your post is nice but I do not see how it answers my
>> > question. The general problem my post is about: New identities are
>> >
oved name #n] or similar, so that it's obvious whether it's the
same removed name as some other message.
Given Freenet's pro-anonymity stance, I think if someone has a desire
to be made more anonymous, especially as regards potentially illegal
software usage, that we should support them.
Evan Daniel
ame #n] or similar, so that it's obvious whether it's the
same removed name as some other message.
Given Freenet's pro-anonymity stance, I think if someone has a desire
to be made more anonymous, especially as regards potentially illegal
software usage, that we should support the
spam"
> is more effective than "This is crap", they will click the former, no?
I would assume that's the normal case. OTOH, there isn't much harm in
implementing it, and if some people use it, that would help
somewhat... Perhaps implement, but not required for initial release?
Evan Daniel
cabal of
>> default trust list members for newbies, can (with the unanimous help
>> of the cabal) censor identities in a more subtle fashion than simply
>> not trusting anyone.
>>
>> The caveats: this is a big enough change that it needs a close
>> re-examination of the security proof (I'm pretty sure it's still
>> valid, but I'm not certain). ?If it sounds like an interesting idea, I
>> can do that. ?Also, I don't think it's compatible with Ford-Fulkerson
>> or the other simple flow capacity algorithms. ?The changes required
>> might be non-trivial, possibly to the point of changing the running
>> time. ?Again, I could look at this in detail if it's interesting
>> enough to warrant it.
>
> Worth investigating IMHO.
OK, I'll examine it further.
Evan Daniel
spam"
> is more effective than "This is crap", they will click the former, no?
I would assume that's the normal case. OTOH, there isn't much harm in
implementing it, and if some people use it, that would help
somewhat... Perhaps implement, but not required for initial release?
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
cabal of
>> default trust list members for newbies, can (with the unanimous help
>> of the cabal) censor identities in a more subtle fashion than simply
>> not trusting anyone.
>>
>> The caveats: this is a big enough change that it needs a close
>> re-examination of the security proof (I'm pretty sure it's still
>> valid, but I'm not certain). If it sounds like an interesting idea, I
>> can do that. Also, I don't think it's compatible with Ford-Fulkerson
>> or the other simple flow capacity algorithms. The changes required
>> might be non-trivial, possibly to the point of changing the running
>> time. Again, I could look at this in detail if it's interesting
>> enough to warrant it.
>
> Worth investigating IMHO.
OK, I'll examine it further.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
emoving Carol
from his trust list. Under no circumstances will Alice using Bob's
trust list result in fewer people being accepted than not using Bob's
trust list. It does mean that Bob, as a member of the evil cabal of
default trust list members for newbies, can (with the unanimous help
of the cabal) censor identities in a more subtle fashion than simply
not trusting anyone.
The caveats: this is a big enough change that it needs a close
re-examination of the security proof (I'm pretty sure it's still
valid, but I'm not certain). If it sounds like an interesting idea, I
can do that. Also, I don't think it's compatible with Ford-Fulkerson
or the other simple flow capacity algorithms. The changes required
might be non-trivial, possibly to the point of changing the running
time. Again, I could look at this in detail if it's interesting
enough to warrant it.
Evan Daniel
On Fri, May 22, 2009 at 4:16 PM, Matthew Toseland
wrote:
> On Friday 22 May 2009 15:39:06 Evan Daniel wrote:
>> On Fri, May 22, 2009 at 8:17 AM, Matthew Toseland
>> wrote:
>> > On Friday 22 May 2009 08:17:55 bbackde at googlemail.com wrote:
>> >> Is
emoving Carol
from his trust list. Under no circumstances will Alice using Bob's
trust list result in fewer people being accepted than not using Bob's
trust list. It does mean that Bob, as a member of the evil cabal of
default trust list members for newbies, can (with the unanimous help
of the cabal) censor identities in a more subtle fashion than simply
not trusting anyone.
The caveats: this is a big enough change that it needs a close
re-examination of the security proof (I'm pretty sure it's still
valid, but I'm not certain). If it sounds like an interesting idea, I
can do that. Also, I don't think it's compatible with Ford-Fulkerson
or the other simple flow capacity algorithms. The changes required
might be non-trivial, possibly to the point of changing the running
time. Again, I could look at this in detail if it's interesting
enough to warrant it.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, May 22, 2009 at 4:16 PM, Matthew Toseland
wrote:
> On Friday 22 May 2009 15:39:06 Evan Daniel wrote:
>> On Fri, May 22, 2009 at 8:17 AM, Matthew Toseland
>> wrote:
>> > On Friday 22 May 2009 08:17:55 bbac...@googlemail.com wrote:
>> >> Is'nt his
On Fri, May 22, 2009 at 12:39 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Fri, May 22, 2009 at 10:48 AM, Thomas Sachau
>> wrote:
>>> Matthew Toseland schrieb:
>>>> On Friday 22 May 2009 08:17:55 bbackde at googlemail.com wrote:
>>>>>
c, or if implemented via
> private message), but
> basicly, why this warning? Does it help him in any way, if we trust him or
> does it harm him, if we
> dont any more trust him? At least in FMS it does not change his visibility,
> but may change the
> trustlist trust that others get for him and so may or may not include his
> trusts.
Having a well-connected graph is useful, regardless of the algorithm.
If the reason the person trusted a spammer was that they made an
honest mistake (or got scammed by a bait-and-switch, or...) then you
may want to continue using their trust list but inform them of the
problem. If they don't want to fix the problem, you probably don't
want to continue using their trust list.
Evan Daniel
On Fri, May 22, 2009 at 12:39 PM, Thomas Sachau wrote:
> Evan Daniel schrieb:
>> On Fri, May 22, 2009 at 10:48 AM, Thomas Sachau wrote:
>>> Matthew Toseland schrieb:
>>>> On Friday 22 May 2009 08:17:55 bbac...@googlemail.com wrote:
>>>>> Is'n
rong, or if an attacker is sufficiently determined, we will also
> need some way to detect spam-parents, and send them ultimatums.
I'm not certain that's the right way to grant manual trust. (Or
perhaps we need more than one level of it.) You don't want a spammer
to be able to get manual trust by posting a message to the test board
consisting only of "Hi, can anyone see this?" -- they can do that
automatically. I think there should be a pair of buttons, "mark
spammer" and "mark non-spammer."
Evan Daniel
c, or if implemented via
> private message), but
> basicly, why this warning? Does it help him in any way, if we trust him or
> does it harm him, if we
> dont any more trust him? At least in FMS it does not change his visibility,
> but may change the
&g
r if an attacker is sufficiently determined, we will also
> need some way to detect spam-parents, and send them ultimatums.
I'm not certain that's the right way to grant manual trust. (Or
perhaps we need more than one level of it.) You don't want a spammer
to be able to g
It's not all that interesting. It has been discussed to death many
times. The Advogato algorithm (or something like it) solves this
problem (not perfectly, but far, far better than the current FMS / WoT
alchemy), as I have explained in great detail.
Evan Daniel
On Sat, May 9, 2009 at 12:
It's not all that interesting. It has been discussed to death many
times. The Advogato algorithm (or something like it) solves this
problem (not perfectly, but far, far better than the current FMS / WoT
alchemy), as I have explained in great detail.
Evan Daniel
On Sat, May 9, 2009 at 12:
On Thu, May 14, 2009 at 6:14 PM, Matthew Toseland
wrote:
> On Thursday 14 May 2009 17:33:29 Evan Daniel wrote:
>> On Thu, May 14, 2009 at 11:32 AM, Matthew Toseland
>> wrote:
>> >> IMHO these are not solutions to the contexts problem -- it merely
>> >> s
On Thu, May 14, 2009 at 6:14 PM, Matthew Toseland
wrote:
> On Thursday 14 May 2009 17:33:29 Evan Daniel wrote:
>> On Thu, May 14, 2009 at 11:32 AM, Matthew Toseland
>> wrote:
>> >> IMHO these are not solutions to the contexts problem -- it merely
>> >> s
calculating her trust web,
and Bob has recently removed Sam from his trust list, then when Alice
is propagating trust through Bob's node, she starts by requiring one
unit of flow go to Sam before anyone else on the list, but that that
unit of flow has no effect on Alice's computation of S
On Thu, May 14, 2009 at 4:22 AM, xor wrote:
> On Wednesday 13 May 2009 22:48:53 Evan Daniel wrote:
>> On Wed, May 13, 2009 at 4:28 PM, xor wrote:
>> > On Wednesday 13 May 2009 10:01:31 Luke771 wrote:
>> >> Thomas Sachau wrote:
>> >> > Luke771 schri
calculating her trust web,
and Bob has recently removed Sam from his trust list, then when Alice
is propagating trust through Bob's node, she starts by requiring one
unit of flow go to Sam before anyone else on the list, but that that
unit of flow has no effect on Alice's computation of S
On Thu, May 14, 2009 at 4:22 AM, xor wrote:
> On Wednesday 13 May 2009 22:48:53 Evan Daniel wrote:
>> On Wed, May 13, 2009 at 4:28 PM, xor wrote:
>> > On Wednesday 13 May 2009 10:01:31 Luke771 wrote:
>> >> Thomas Sachau wrote:
>> >> > Luke771 schri
r statement is trivially true (assuming we ignore some fairly
potent techniques like bayesian classifiers that rely on neither
additional work by the user or reliance on the opinions of others...),
it misses the real point: the fact that WoT spreads the work around
does not mean it does so efficiently or effectively, or that the
choices it makes wrt various design tradeoffs are actually the choices
that we, as its users, would make if we considered those choices
carefully.
A web of trust is a complex system, the entire purpose of which is to
create useful emergent behaviors. Too much focus on the micro-level
behavior of the parts of such a system, instead of the emergent
properties of the system as a whole, means that you won't get the
emergent properties you wanted.
Evan Daniel
On Wed, May 13, 2009 at 12:58 PM, Matthew Toseland
wrote:
> On Wednesday 13 May 2009 15:47:24 Evan Daniel wrote:
>> On Wed, May 13, 2009 at 9:03 AM, Matthew Toseland
>> wrote:
>> > On Friday 08 May 2009 02:12:21 Evan Daniel wrote:
>> >> On Thu, May
r statement is trivially true (assuming we ignore some fairly
potent techniques like bayesian classifiers that rely on neither
additional work by the user or reliance on the opinions of others...),
it misses the real point: the fact that WoT spreads the work around
does not mean it
On Wed, May 13, 2009 at 12:58 PM, Matthew Toseland
wrote:
> On Wednesday 13 May 2009 15:47:24 Evan Daniel wrote:
>> On Wed, May 13, 2009 at 9:03 AM, Matthew Toseland
>> wrote:
>> > On Friday 08 May 2009 02:12:21 Evan Daniel wrote:
>> >> On Thu, May
On Wed, May 13, 2009 at 9:03 AM, Matthew Toseland
wrote:
> On Friday 08 May 2009 02:12:21 Evan Daniel wrote:
>> On Thu, May 7, 2009 at 6:33 PM, Matthew Toseland
>> wrote:
>> > On Thursday 07 May 2009 21:32:42 Evan Daniel wrote:
>> >> On Thu, May 7, 200
On Wed, May 13, 2009 at 9:03 AM, Matthew Toseland
wrote:
> On Friday 08 May 2009 02:12:21 Evan Daniel wrote:
>> On Thu, May 7, 2009 at 6:33 PM, Matthew Toseland
>> wrote:
>> > On Thursday 07 May 2009 21:32:42 Evan Daniel wrote:
>> >> On Thu, May 7, 200
se uncommonly searched terms won't
be retrievable. However, there's obviously a tradeoff with common
search term latency.
Evan Daniel
se uncommonly searched terms won't
be retrievable. However, there's obviously a tradeoff with common
search term latency.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Thu, May 7, 2009 at 6:33 PM, Matthew Toseland
wrote:
> On Thursday 07 May 2009 21:32:42 Evan Daniel wrote:
>> On Thu, May 7, 2009 at 2:02 PM, Thomas Sachau wrote:
>> > Evan Daniel schrieb:
>> >> I don't have any specific ideas for how to choose whether to i
401 - 500 of 583 matches
Mail list logo