On Wed, Jan 20, 2010 at 11:00 AM, Matthew Toseland
wrote:
> Well, in terms of bloom filter sharing, we will never want to transfer such
> data unless we have seen a node regularly. It will take more than a few hours
> to send the data, especially if we are using spare bytes not used up by
> re
On Wed, Jan 20, 2010 at 8:54 AM, Matthew Toseland
wrote:
> 4) Capacity. IMHO if Freenet is working well we should not need insert on
> demand: Its capacity should be much greater than it is now, and we should be
> able to just insert and fetch the data.
Actually, I'm not completely convinced t
On Wed, Jan 20, 2010 at 11:00 AM, Matthew Toseland
wrote:
> Well, in terms of bloom filter sharing, we will never want to transfer such
> data unless we have seen a node regularly. It will take more than a few hours
> to send the data, especially if we are using spare bytes not used up by
> re
On Wed, Jan 20, 2010 at 8:54 AM, Matthew Toseland
wrote:
> 4) Capacity. IMHO if Freenet is working well we should not need insert on
> demand: Its capacity should be much greater than it is now, and we should be
> able to just insert and fetch the data.
Actually, I'm not completely convinced t
age, computed trust
score, etc. This becomes exactly as resistant to spam and censorship
as the WoT is in other contexts. However, it has the other problem
that scaling issues are harder. (WoT when used by Freetalk needs
resources on the order of the number of people posting in boards you
read. DNS can't be broken into groups with that level of locality,
meaning it will scale roughly as the number of total DNS entries.)
Evan Daniel
puted trust
score, etc. This becomes exactly as resistant to spam and censorship
as the WoT is in other contexts. However, it has the other problem
that scaling issues are harder. (WoT when used by Freetalk needs
resources on the order of the number of people posting in boards you
read. DNS ca
lookup, but at least Firefox is known to forward malformed
> URL strings to Google if they can't be resolved.
>
I only skimmed this, but I don't see an answer to the obvious
question. What happens when two different users start using the same
"domain"? How do you resolve who gets it, when there are already two
existing sites using it? Solve that, and it becomes usable.
Alternately, ignore me and other nay-sayers and start coding.
Evan Daniel
lookup, but at least Firefox is known to forward malformed
> URL strings to Google if they can't be resolved.
>
I only skimmed this, but I don't see an answer to the obvious
question. What happens when two different users start using the same
"domain"? How do you resolve who gets it, when there are already two
existing sites using it? Solve that, and it becomes usable.
Alternately, ignore me and other nay-sayers and start coding.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
x27;t think the minor usability issue is worth the hack.
>>
>> On Vista I am able to close the control panel, although not start a new
>> uninstall before the browser is closed.
>>
>> >> A possible workaround could be to add a message to the survey completion
>> >> page simply asking the user to close the window.
>> >
>> > Unfortunately it's broken atm.
>>
>> Any update on this? Please at least remove the survey from
>> http://freenetproject.org/uninstall.html and replace it with a
>> "Temporary out of order" message or something. We are seriously wasting
>> people's time right now.
>
> Google might fix it. After all they're a multibillion dollar company whose
> services have been used by everyone...
>
> But they haven't, and they've had years!
>
> Is it possible there's something wrong with *how we use google spreadsheets
> surveys*, not with google's tools themselves?
There should be someone we can ask, no? If there's not support for
something available, whether via calling customer support or asking on
the IRC channel, I don't think we should be using it.
Evan Daniel
elf and not just a text
>> file.
>
> Licensing is a pain. However, we are making a new wiki, and we can simply
> declare prominently that the wiki is licensed under a particular
> GPL-compatible license? Of course then we can't use the stuff on the old
> wiki, which has no such license declaration. Thoughts?
A lot of the text on the old wiki was written by a small number of
people. We can move most of it to a CC license simply by asking the
authors. Consider this permission to use any of my contributions to
the Freenet wiki under GPL v2 or later, or CC-BY-SA 3.0. (If you want
something else instead, ask, I doubt I'd have a problem.)
Evan Daniel
x27;t think the minor usability issue is worth the hack.
>>
>> On Vista I am able to close the control panel, although not start a new
>> uninstall before the browser is closed.
>>
>> >> A possible workaround could be to add a message to the survey com
elf and not just a text
>> file.
>
> Licensing is a pain. However, we are making a new wiki, and we can simply
> declare prominently that the wiki is licensed under a particular
> GPL-compatible license? Of course then we can't use the stuff on the old
> wiki, which has no such license declaration. Thoughts?
A lot of the text on the old wiki was written by a small number of
people. We can move most of it to a CC license simply by asking the
authors. Consider this permission to use any of my contributions to
the Freenet wiki under GPL v2 or later, or CC-BY-SA 3.0. (If you want
something else instead, ask, I doubt I'd have a problem.)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Mon, Jan 4, 2010 at 10:17 AM, Ian Clarke wrote:
> On Mon, Jan 4, 2010 at 8:57 AM, Evan Daniel wrote:
>>
>> You know, you could have brought this up when we were discussing
>> moving the wiki.
>
> No I couldn't, because at the time I didn't know that their
ike you want help solving this problem,
but I might as well ask: did you actually succeed at logging in to the
SF site?
Evan Daniel
> On Mon, Jan 4, 2010 at 7:00 AM, Ximin Luo wrote:
>>
>> I noticed that this hasn't been posted on the mailing list yet, but we
>> have a
>>
On Mon, Jan 4, 2010 at 10:17 AM, Ian Clarke wrote:
> On Mon, Jan 4, 2010 at 8:57 AM, Evan Daniel wrote:
>>
>> You know, you could have brought this up when we were discussing
>> moving the wiki.
>
> No I couldn't, because at the time I didn't know that their
ike you want help solving this problem,
but I might as well ask: did you actually succeed at logging in to the
SF site?
Evan Daniel
> On Mon, Jan 4, 2010 at 7:00 AM, Ximin Luo wrote:
>>
>> I noticed that this hasn't been posted on the mailing list yet, but we
>> have a
>>
t work out.
Yeah, they're an option, though personally I don't much like the
commercial aspect.
In general, though, going with Mediawiki has the advantage that
because it's popular, there are lots of options.
Evan Daniel
> --Original Message--
> From:
On Tue, Dec 22, 2009 at 1:19 PM, Ximin Luo wrote:
> Evan Daniel wrote:
>> There has been plenty of time spent discussing this before, without
>> any conclusions. ?The problem isn't that a decision was made but not
>> implemented due to lack of manpower, it's that th
On Tue, Dec 22, 2009 at 12:46 PM, Ximin Luo wrote:
> Evan Daniel wrote:
>> For some time, I've been advocating for increased use of the wiki.
>> However, the current wiki has a variety of problems. ?We should move
>> to Mediawiki (or possibly something else, if there
e it, or referring
people to it for documentation.
Evan Daniel
t work out.
Yeah, they're an option, though personally I don't much like the
commercial aspect.
In general, though, going with Mediawiki has the advantage that
because it's popular, there are lots of options.
Evan Daniel
> --Original Message--
> From: Evan Daniel
>
On Tue, Dec 22, 2009 at 1:19 PM, Ximin Luo wrote:
> Evan Daniel wrote:
>> There has been plenty of time spent discussing this before, without
>> any conclusions. The problem isn't that a decision was made but not
>> implemented due to lack of manpower, it's that th
On Tue, Dec 22, 2009 at 12:46 PM, Ximin Luo wrote:
> Evan Daniel wrote:
>> For some time, I've been advocating for increased use of the wiki.
>> However, the current wiki has a variety of problems. We should move
>> to Mediawiki (or possibly something else, if there
e it, or referring
people to it for documentation.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
n a portion of the file, and then
deciding based on those results. However, I think we should use a
larger section than 64 KiB; I propose 1 MiB. Test compression is
still fast, and accuracy is improved, especially on files where the
header and the contents are different.
I suspect that, in general, the relative speed of lzma decompression
and FEC decode means that lzma is the correct choice in any case where
it beats gzip. (LZMA decode is very fast, unlike eg bz2. The
compression is slow, but in most contexts a file will be uploaded once
and downloaded multiple times.) Also, I'd have to check, but I
believe FEC has comparable memory requirements, meaning that using
gzip instead of lzma doesn't reduce the amount of memory needed.
Evan Daniel
n a portion of the file, and then
deciding based on those results. However, I think we should use a
larger section than 64 KiB; I propose 1 MiB. Test compression is
still fast, and accuracy is improved, especially on files where the
header and the contents are different.
I suspect that, in general, the relative speed of lzma decompression
and FEC decode means that lzma is the correct choice in any case where
it beats gzip. (LZMA decode is very fast, unlike eg bz2. The
compression is slow, but in most contexts a file will be uploaded once
and downloaded multiple times.) Also, I'd have to check, but I
believe FEC has comparable memory requirements, meaning that using
gzip instead of lzma doesn't reduce the amount of memory needed.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
xy. I firmly believe there are a
number of other things that should come before fixing up the FProxy
UI, even if you just limit yourself to filesharing stuff.
Evan Daniel
xy. I firmly believe there are a
number of other things that should come before fixing up the FProxy
UI, even if you just limit yourself to filesharing stuff.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
The Windows download link on the web site is broken. It points to
http://freenet.googlecode.com/files/FreenetInstaller-FREENETVERSION.exe
when it should point to
http://freenet.googlecode.com/files/FreenetInstaller-1239.exe
(seen reported on IRC)
Evan Daniel
The Windows download link on the web site is broken. It points to
http://freenet.googlecode.com/files/FreenetInstaller-FREENETVERSION.exe
when it should point to
http://freenet.googlecode.com/files/FreenetInstaller-1239.exe
(seen reported on IRC)
Evan Daniel
hink "we don't charge anyone..." should be
changed to something like "Freenet is always free to use". Also,
shouldn't the two buttons use the same fonts?
Evan Daniel
hink "we don't charge anyone..." should be
changed to something like "Freenet is always free to use". Also,
shouldn't the two buttons use the same fonts?
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
p and jcpuid*.tmp
> though those files are much smaller.
Personally, I would start by asking why the node was crashing in the
first place, not why it doesn't clean up when it does! Have you
checked for error messages in the logs?
Evan Daniel
p and jcpuid*.tmp
> though those files are much smaller.
Personally, I would start by asking why the node was crashing in the
first place, not why it doesn't clean up when it does! Have you
checked for error messages in the logs?
Evan Daniel
___
De
On Fri, Dec 4, 2009 at 6:16 AM, xor wrote:
> On Tuesday 01 December 2009 18:49:21 Evan Daniel wrote:
>> On Tue, Dec 1, 2009 at 12:30 PM, xor wrote:
>> > - The autoupdater MUST call plugin.terminate() before unloading the
>> > plugin because plugins use databases and th
On Fri, Dec 4, 2009 at 6:16 AM, xor wrote:
> On Tuesday 01 December 2009 18:49:21 Evan Daniel wrote:
>> On Tue, Dec 1, 2009 at 12:30 PM, xor wrote:
>> > - The autoupdater MUST call plugin.terminate() before unloading the
>> > plugin because plugins use databases and th
On Tue, Dec 1, 2009 at 1:21 PM, Evan Daniel wrote:
> On Tue, Dec 1, 2009 at 1:10 PM, Ian Clarke wrote:
>> Any chance of a graph?
>> Ian.
>
> There's a graph that's a couple days old on my flog. ?I posted updated
> graphs last night on IRC. ?I'm away from
On Tue, Dec 1, 2009 at 1:21 PM, Evan Daniel wrote:
> On Tue, Dec 1, 2009 at 1:10 PM, Ian Clarke wrote:
>> Any chance of a graph?
>> Ian.
>
> There's a graph that's a couple days old on my flog. I posted updated
> graphs last night on IRC. I'm away from
ply with them later tonight, or
perhaps someone has their IRC log handy.
Evan
>
> On Tue, Dec 1, 2009 at 11:45 AM, Evan Daniel wrote:
>>
>> On Sat, Nov 28, 2009 at 12:42 PM, Ian Clarke wrote:
>> > On Sat, Nov 28, 2009 at 8:59 AM, Ximin Luo wrote:
>> >>
>&g
esulting in un-debuggle weird
> issues.
Surely the on-disk database is always in a valid (or at least
recoverable) state? That is one of the points of using a database,
right? That it can recover to a valid state after a software or
hardware crash, such as abrupt termination of the program or loss of
power?
Evan Daniel
to my tests.
The network size growth has slowed dramatically since the article came
out, but it's still growing, and shows no signs of peaking.
Evan Daniel
ply with them later tonight, or
perhaps someone has their IRC log handy.
Evan
>
> On Tue, Dec 1, 2009 at 11:45 AM, Evan Daniel wrote:
>>
>> On Sat, Nov 28, 2009 at 12:42 PM, Ian Clarke wrote:
>> > On Sat, Nov 28, 2009 at 8:59 AM, Ximin Luo wrote:
>> >>
>&g
esulting in un-debuggle weird
> issues.
Surely the on-disk database is always in a valid (or at least
recoverable) state? That is one of the points of using a database,
right? That it can recover to a valid state after a software or
hardware crash, such as abrupt
to my tests.
The network size growth has slowed dramatically since the article came
out, but it's still growing, and shows no signs of peaking.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
nodes are
announcing. If most reconnecting nodes could reconnect to old peers
instead of announcing, there wouldn't be nearly so many announcements.
(And they would probably reconnect with a better set of connections.)
Evan Daniel
nodes are
announcing. If most reconnecting nodes could reconnect to old peers
instead of announcing, there wouldn't be nearly so many announcements.
(And they would probably reconnect with a better set of connections.)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Tue, Nov 24, 2009 at 2:59 PM, Christian Funder Sommerlund (Zero3)
wrote:
> Evan Daniel skrev:
>> On Tue, Nov 24, 2009 at 2:32 PM, Matthew Toseland
>> wrote:
>>>> I see 4 basic options. ?First, we could wait for GWT to support XHTML.
>>> Not a good option
On Tue, Nov 24, 2009 at 2:32 PM, Matthew Toseland
wrote:
> On Sunday 22 November 2009 17:21:11 Evan Daniel wrote:
>> On Sun, Nov 22, 2009 at 11:51 AM, sashee wrote:
>>
>> > The XHTML support is still broke, and most likely will be in the
>> > future, as folks
On Tue, Nov 24, 2009 at 2:59 PM, Christian Funder Sommerlund (Zero3)
wrote:
> Evan Daniel skrev:
>> On Tue, Nov 24, 2009 at 2:32 PM, Matthew Toseland
>> wrote:
>>>> I see 4 basic options. First, we could wait for GWT to support XHTML.
>>> Not a good option
On Tue, Nov 24, 2009 at 2:32 PM, Matthew Toseland
wrote:
> On Sunday 22 November 2009 17:21:11 Evan Daniel wrote:
>> On Sun, Nov 22, 2009 at 11:51 AM, sashee wrote:
>>
>> > The XHTML support is still broke, and most likely will be in the
>> > future, as folks
t.
I haven't watched that, but here are the two I found helpful:
http://eagain.net/articles/git-for-computer-scientists/
http://tom.preston-werner.com/2009/05/19/the-git-parable.html
Evan Daniel
t.
I haven't watched that, but here are the two I found helpful:
http://eagain.net/articles/git-for-computer-scientists/
http://tom.preston-werner.com/2009/05/19/the-git-parable.html
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
turn a standards-compliant
page into one that isn't. (It might still change it, as there's
plenty of standards-compliant stuff that's not safe from a Freenet
perspective.)
Evan Daniel
turn a standards-compliant
page into one that isn't. (It might still change it, as there's
plenty of standards-compliant stuff that's not safe from a Freenet
perspective.)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
around
the graphics used in widgets or window backgrounds, changing button
placement / size / style, etc. That's the sort of thing CSS handles
well.
For anyone who hasn't seen it, the CSS Zen Garden is an impressive
demonstration of what CSS can do.
http://www.csszengarden.com/
Evan Daniel
gets or window backgrounds, changing button
placement / size / style, etc. That's the sort of thing CSS handles
well.
For anyone who hasn't seen it, the CSS Zen Garden is an impressive
demonstration of what CSS can do.
http://www.csszengarden.com/
Evan Daniel
__
metimes
> the last refresh fails)
> - It allows this-page-is-updated notifications.
>
> Thoughts?
Have the XHTML issues been resolved?
Has progress been made on packaging GWT so that distros can build
Freenet cleanly?
Evan Daniel
metimes
> the last refresh fails)
> - It allows this-page-is-updated notifications.
>
> Thoughts?
Have the XHTML issues been resolved?
Has progress been made on packaging GWT so that distros can build
Freenet cleanly?
Evan Daniel
___
Devl ma
these low-uptime nodes back onto the network, *and connected
usefully*, so that the data they have can be found (and to improve the
performance for such users). (See 3583 and related bugs for one
approach.) And, finally, we have the general problem of getting (and
keeping!) more users.
Evan Daniel
these low-uptime nodes back onto the network, *and connected
usefully*, so that the data they have can be found (and to improve the
performance for such users). (See 3583 and related bugs for one
approach.) And, finally, we have the general problem of getting (and
keeping!) more users.
Evan Daniel
__
ll as their trust levels etc. The
> current plan is to implement this page in Freetalk, fetch the data we need
> from WoT, add what we know from Freetalk, and show a Freetalk-focused page on
> that user. We can continue to do this, we just need to fetch a little more
> from WoT: The links to the other apps. However I expect that most WoT-based
> plugins will just use the WoT identity page.
Click the name, get a freetalk-specific page that also has a link to
"view more about this contact" or something that shows the full WoT
page? That would also provide other application-specific links.
Evan Daniel
ll as their trust levels etc. The
> current plan is to implement this page in Freetalk, fetch the data we need
> from WoT, add what we know from Freetalk, and show a Freetalk-focused page on
> that user. We can continue to do this, we just need to fetch a little more
> from WoT: The li
On Tue, Nov 10, 2009 at 2:25 PM, Evan Daniel wrote:
> On Tue, Nov 10, 2009 at 2:21 PM, Robert Hailey
> wrote:
>>
>> On Nov 10, 2009, at 1:18 PM, Robert Hailey wrote:
>>
>> Since I have freenet installed on an old machine, my observations...
>> It made the comp
emory
limit did you set for Freenet? How much swapping was occurring in
each case? How much CPU usage? How much disk IO?
Evan Daniel
On Tue, Nov 10, 2009 at 2:25 PM, Evan Daniel wrote:
> On Tue, Nov 10, 2009 at 2:21 PM, Robert Hailey
> wrote:
>>
>> On Nov 10, 2009, at 1:18 PM, Robert Hailey wrote:
>>
>> Since I have freenet installed on an old machine, my observations...
>> It made the comp
emory
limit did you set for Freenet? How much swapping was occurring in
each case? How much CPU usage? How much disk IO?
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
stimate how much RAM will be required, and
warn the user instead of trying to start an insert that is likely to
OOM.
Evan Daniel
stimate how much RAM will be required, and
warn the user instead of trying to start an insert that is likely to
OOM.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
you asked the wAnnA? maintainer about this?
Second, there's something wrong with your observations: there is no
index_f.xml in wanna!
Detailed comments in the associated bug (3679).
Evan Daniel
you asked the wAnnA? maintainer about this?
Second, there's something wrong with your observations: there is no
index_f.xml in wanna!
Detailed comments in the associated bug (3679).
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http:
normal. They'll return completely to
normal once your store is full of store data. See bug 2933.
Note also that 1239 is putting more data into the store than before;
see bug 3514.
Evan Daniel
#x27;t Freenet be able to do that?
>
> That will make everything very easy: Until the top block is loaded the
> percentage is "Unknown" and then we can display an exact percentage. Problem
> solved.
Well, in addition to 3667 / 3369, there's also 3381: Better reinsert
su
displaying results? It's only
a few tens of MB of data, and it's in a fairly simple format. Several
seconds to parse that on a multi-core, multi-GHz machine is abysmal.
Does Library really need such a huge memory footprint? Freenet can
decode the file fine without more memory, but Library regularly OOMs
on large indexes with the default memory limits, even though it isn't
actually using that large a piece of the file.
Evan Daniel
___
> Devl mailing list
> Devl at freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
I believe Leopard and earlier still use 1.5 by default. I presume
there's a way to have the installer make it use 1.6 (which is
installed by default, at least in Leopard), but I don't do OSX
development.
Evan Daniel
__
> Devl mailing list
> Devl@freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
I believe Leopard and earlier still use 1.5 by default. I presume
there's a way to have the installer make it use 1.6 (which
aids. Moving to MediaWiki would make it far easier for
users to get information from the wiki, and therefore a more
attractive place to keep documentation.
Evan Daniel
aids. Moving to MediaWiki would make it far easier for
users to get information from the wiki, and therefore a more
attractive place to keep documentation.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
, due to some possible attacks and DoSes involving it, but with
work it could be better than it is. See bugs 3580-3583 for some
improvements that might help a lot.
Evan Daniel
, due to some possible attacks and DoSes involving it, but with
work it could be better than it is. See bugs 3580-3583 for some
improvements that might help a lot.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
make that mistake, latency is consistently measured in the 10-30s
range (average; numbers to either side of this are not uncommon).
That number is almost certainly dominated by the policy discussed in
bug 3338.
Evan Daniel
make that mistake, latency is consistently measured in the 10-30s
range (average; numbers to either side of this are not uncommon).
That number is almost certainly dominated by the policy discussed in
bug 3338.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Tue, Oct 13, 2009 at 3:23 AM, VolodyA! V Anarhist
wrote:
> Evan Daniel ?:
>>
>> On Mon, Oct 12, 2009 at 12:06 PM, VolodyA! V Anarhist
>> wrote:
>>>
>>> Matthew Toseland ?:
>>>>
>>>> On Monday 12 October 2009 09:54:05 Vol
On Tue, Oct 13, 2009 at 3:23 AM, VolodyA! V Anarhist
wrote:
> Evan Daniel пишет:
>>
>> On Mon, Oct 12, 2009 at 12:06 PM, VolodyA! V Anarhist
>> wrote:
>>>
>>> Matthew Toseland пишет:
>>>>
>>>> On Monday 12 October 2009 09:54:05 Vol
to make it do what it was already supposed to be doing, but correctly.
I may go write a proper XHTML filter; if so, it will definitely handle those.
> f031cf91ca58399b45ce15011c05266450b85602
> - should do if(logMINOR) log...
Added in 203a74.
Evan Daniel
ty.
>
>> And are you ranting against darknet here or only against chat/etc WoT apps?
>
> No, i was not ranting against darknet or only against chat/etc WoT apps.
>
> ? ? ? ? ? ? ? ? ? ? ? ?- Volodya
How is this different from ranting about people engaging in the
horribly insecure practice of replying to messages they find
interesting? You can build the same basic graph structure, and
analyze it in the same manner, merely from the messages. The WoT only
makes it slightly more convenient, at worst.
Evan Daniel
to make it do what it was already supposed to be doing, but correctly.
I may go write a proper XHTML filter; if so, it will definitely handle those.
> f031cf91ca58399b45ce15011c05266450b85602
> - should do if(logMINOR) log...
Added in 203a74.
Evan Daniel
__
ty.
>
>> And are you ranting against darknet here or only against chat/etc WoT apps?
>
> No, i was not ranting against darknet or only against chat/etc WoT apps.
>
> - Volodya
How is this different from ranting about people engaging in the
horribly i
eenet at this
> level too! :).
>
> - Zero3
>
Thanks!
Of course, if you want to help out, you could send me your hourly stats :)
Evan Daniel
load.
The data I have from edt's node shows similar trends, though the
specifics vary. His node has a lower high-htl success rate than mine,
but a higher low-htl success rate. I'm not sure precisely what to
attribute this to.
Evan Daniel
eenet at this
> level too! :).
>
> - Zero3
>
Thanks!
Of course, if you want to help out, you could send me your hourly stats :)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Thu, Sep 24, 2009 at 11:23 AM, Matthew Toseland
wrote:
> On Monday 21 September 2009 23:35:54 Evan Daniel wrote:
>> Builds 1234-1236 included several changes to routing that we hope
>> improved things. ?Specifically:
>> - The "loop fix": when node A is cho
On Thu, Sep 24, 2009 at 11:23 AM, Matthew Toseland
wrote:
> On Monday 21 September 2009 23:35:54 Evan Daniel wrote:
>> Builds 1234-1236 included several changes to routing that we hope
>> improved things. ?Specifically:
>> - The "loop fix": when node A is cho
load.
The data I have from edt's node shows similar trends, though the
specifics vary. His node has a lower high-htl success rate than mine,
but a higher low-htl success rate. I'm not sure precisely what to
attribute this to.
Evan Daniel
_
On Thu, Sep 24, 2009 at 11:23 AM, Matthew Toseland
wrote:
> On Monday 21 September 2009 23:35:54 Evan Daniel wrote:
>> Builds 1234-1236 included several changes to routing that we hope
>> improved things. Specifically:
>> - The "loop fix": when node A is cho
On Thu, Sep 24, 2009 at 11:23 AM, Matthew Toseland
wrote:
> On Monday 21 September 2009 23:35:54 Evan Daniel wrote:
>> Builds 1234-1236 included several changes to routing that we hope
>> improved things. Specifically:
>> - The "loop fix": when node A is cho
no change from the new build. On the other hand, we
expect improved routing to reduce global load (though I would be
shocked if it reduced it as much as is observed). I don't know how to
explain this; clearly, more modeling work is required.
Evan Daniel
m the new build. On the other hand, we
expect improved routing to reduce global load (though I would be
shocked if it reduced it as much as is observed). I don't know how to
explain this; clearly, more modeling work is required.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Wed, Sep 16, 2009 at 11:05 AM, Matthew Toseland
wrote:
> On Tuesday 15 September 2009 01:51:32 Evan Daniel wrote:
>> On Mon, Sep 14, 2009 at 3:29 PM, Evan Daniel wrote:
>> > There are several confounding factors. ?First, the data aren't
>> > independent; there
On Wed, Sep 16, 2009 at 11:05 AM, Matthew Toseland
wrote:
> On Tuesday 15 September 2009 01:51:32 Evan Daniel wrote:
>> On Mon, Sep 14, 2009 at 3:29 PM, Evan Daniel wrote:
>> > There are several confounding factors. First, the data aren't
>> > independent; there
On Mon, Sep 14, 2009 at 3:29 PM, Evan Daniel wrote:
> There are several confounding factors. ?First, the data aren't
> independent; there should be local clustering, and I seem to have
> double-counted the links to my node (18 out of 353 data points) (links
> between my peers wou
201 - 300 of 583 matches
Mail list logo