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
causing link length distribution problems? (Pure
darknet nodes would be an entirely different case, I believe.)
Evan Daniel
ng link length distribution problems? (Pure
darknet nodes would be an entirely different case, I believe.)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
nd to make this process simpler at some point, but first I'd
like to do a bit of analysis on some preliminary data.
Thanks!
Evan Daniel
nd to make this process simpler at some point, but first I'd
like to do a bit of analysis on some preliminary data.
Thanks!
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
case; those are useful, but so are the merely bad
cases.)
I'd also like to see the same tests run between a fixed pair of
long-established nodes, rather than freshly bootstrapped nodes.
Again, fresh nodes is a worst case, but not the only interesting case.
I think for the repeated downloads test, you need 1 node per time the
file is downloaded, which is a little harder.
Evan Daniel
On Mon, Sep 7, 2009 at 9:17 AM, Matthew
Toseland wrote:
> On Sunday 06 September 2009 23:51:48 Evan Daniel wrote:
>> I've been giving some thought to a plan for how to measure the
>> performance of Freenet in a statistically valid fashion, with enough
>> precision th
case; those are useful, but so are the merely bad
cases.)
I'd also like to see the same tests run between a fixed pair of
long-established nodes, rather than freshly bootstrapped nodes.
Again, fresh nodes is a worst case, but not the only interesting case.
I th
On Mon, Sep 7, 2009 at 9:17 AM, Matthew
Toseland wrote:
> On Sunday 06 September 2009 23:51:48 Evan Daniel wrote:
>> I've been giving some thought to a plan for how to measure the
>> performance of Freenet in a statistically valid fashion, with enough
>> precision th
ect new nodes to become better at
serving requests as their cache and store fill up, I plan to only make
use of data from established nodes (for some undecided definition of
established).
Evan Daniel
ect new nodes to become better at
serving requests as their cache and store fill up, I plan to only make
use of data from established nodes (for some undecided definition of
established).
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
my proposed avenues for investigation would be much
appreciated, as would volunteers to collect data. I think I need data
from a minimum of 5 nodes in order to confirm that there are not
drastic local effects, though more might be nice after I've done an
initial analysis.
Evan Daniel
Raw
my proposed avenues for investigation would be much
appreciated, as would volunteers to collect data. I think I need data
from a minimum of 5 nodes in order to confirm that there are not
drastic local effects, though more might be nice after I've done an
initial analysis.
Evan Daniel
Raw
is (it should probably be smaller than
on the regular Freenet), and whether you want to disable probabilistic
htl.
Simulation data on location churn in the face of uptime < 100%, and
its impact on data retrieval, would be nice to see.
Evan Daniel
>>
>> Thanks a lot,
>>
is (it should probably be smaller than
on the regular Freenet), and whether you want to disable probabilistic
htl.
Simulation data on location churn in the face of uptime < 100%, and
its impact on data retrieval, would be nice to see.
Evan Daniel
>>
>> Thanks a lot,
>>
iki.freenetproject.org/location There's not a lot on the
wiki, but I'm slowly adding more; hopefully if you find things it
doesn't answer you'll add to it...
Evan Daniel
iki.freenetproject.org/location There's not a lot on the
wiki, but I'm slowly adding more; hopefully if you find things it
doesn't answer you'll add to it...
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Tue, Sep 1, 2009 at 11:23 AM, Michael Yip wrote:
> Evan Daniel wrote:
>>
>> On Tue, Sep 1, 2009 at 10:07 AM, Michael Yip wrote:
>>
>>>
>>> Evan Daniel wrote:
>>>
>>>>
>>>> On Mon, Aug 31, 2009 at 11:34 PM, Michael Yip
>&
On Tue, Sep 1, 2009 at 10:07 AM, Michael Yip wrote:
> Evan Daniel wrote:
>>
>> On Mon, Aug 31, 2009 at 11:34 PM, Michael Yip wrote:
>>
>>>
>>> Hi,
>>>
>>> I have noticed that one the nodes I'm running has cacched so many
>>>
fproxy ( http://127.0.0.1:/downloads/
and http://127.0.0.1:8888/uploads/ ) and removing all queued items.
Evan Daniel
On Tue, Sep 1, 2009 at 11:23 AM, Michael Yip wrote:
> Evan Daniel wrote:
>>
>> On Tue, Sep 1, 2009 at 10:07 AM, Michael Yip wrote:
>>
>>>
>>> Evan Daniel wrote:
>>>
>>>>
>>>> On Mon, Aug 31, 2009 at 11:34 PM, Michael Yip
>&
On Tue, Sep 1, 2009 at 10:07 AM, Michael Yip wrote:
> Evan Daniel wrote:
>>
>> On Mon, Aug 31, 2009 at 11:34 PM, Michael Yip wrote:
>>
>>>
>>> Hi,
>>>
>>> I have noticed that one the nodes I'm running has cacched so many
>>>
fproxy ( http://127.0.0.1:/downloads/
and http://127.0.0.1:8888/uploads/ ) and removing all queued items.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Mon, Aug 31, 2009 at 3:11 PM, Matthew
Toseland wrote:
> On Monday 31 August 2009 01:02:09 Evan Daniel wrote:
>> On Sat, Aug 29, 2009 at 1:06 PM, Matthew
>> Toseland wrote:
>> > On Thursday 27 August 2009 20:01:19 Evan Daniel wrote:
>> >> On Thu, Aug 27, 200
On Mon, Aug 31, 2009 at 3:11 PM, Matthew
Toseland wrote:
> On Monday 31 August 2009 01:02:09 Evan Daniel wrote:
>> On Sat, Aug 29, 2009 at 1:06 PM, Matthew
>> Toseland wrote:
>> > On Thursday 27 August 2009 20:01:19 Evan Daniel wrote:
>> >> On Thu, Aug 27, 200
On Sat, Aug 29, 2009 at 1:06 PM, Matthew
Toseland wrote:
> On Thursday 27 August 2009 20:01:19 Evan Daniel wrote:
>> On Thu, Aug 27, 2009 at 1:18 PM, Matthew
>> Toseland wrote:
>> > On Wednesday 26 August 2009 19:01:43 Evan Daniel wrote:
>> >> On W
In case there is any confusion: there is no particular relationship
between the node where the data was stored (the "data source") and the
person / node that originally inserted the data.
Evan Daniel
>>
>> Evan Daniel wrote:
>> > On Fri, Aug 28, 2009 at 7:03 PM, Mi
On Sat, Aug 29, 2009 at 1:06 PM, Matthew
Toseland wrote:
> On Thursday 27 August 2009 20:01:19 Evan Daniel wrote:
>> On Thu, Aug 27, 2009 at 1:18 PM, Matthew
>> Toseland wrote:
>> > On Wednesday 26 August 2009 19:01:43 Evan Daniel wrote:
>> >> On W
In case there is any confusion: there is no particular relationship
between the node where the data was stored (the "data source") and the
person / node that originally inserted the data.
Evan Daniel
>>
>> Evan Daniel wrote:
>> > On Fri, Aug 28, 2009 at 7:03
On Fri, Aug 28, 2009 at 7:03 PM, Michael Yip wrote:
> Wait, is there a difference between fetching the key and fetching the data?
No, just imprecise terminology. You start with the key and fetch the
data it refers to.
Evan Daniel
>
> Evan Daniel wrote:
>>
>> On Fri, Au
ir location.
Evan Daniel
>
> Martin Scheffler wrote:
>> Am Freitag, 28. August 2009 08:48:09 schrieb Michael Yip:
>>
>>> Just a simple question:
>>>
>>> Does it mean that the key would be closest to the location of the data
>>> source nod
On Fri, Aug 28, 2009 at 7:03 PM, Michael Yip wrote:
> Wait, is there a difference between fetching the key and fetching the data?
No, just imprecise terminology. You start with the key and fetch the
data it refers to.
Evan Daniel
>
> Evan Daniel wrote:
>>
>> On Fri, Au
ir location.
Evan Daniel
>
> Martin Scheffler wrote:
>> Am Freitag, 28. August 2009 08:48:09 schrieb Michael Yip:
>>
>>> Just a simple question:
>>>
>>> Does it mean that the key would be closest to the location of the data
>>> source nod
o improve the wiki, but there's a lot to be
done and I have other things to do as well, so help would be much
appreciated :)
Evan Daniel
o improve the wiki, but there's a lot to be
done and I have other things to do as well, so help would be much
appreciated :)
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
rk; in fact, by design there is
nothing you can do to remove it at that point (though it may go away
on its own if it is not accessed for long enough).
Also, it looks like your mail client is misconfigured and breaking threading.
Evan Daniel.
>
> Thanks,
>
> Michael
>
> Matthew
message about a persistent
download, it would add it to the displayed list. Similarly, if at any
point the user started a new download, the client would send that info
the node, regardless of the current state of the list or whether the
node was still telling it about things in it.
Evan Daniel
P.S. It
rk; in fact, by design there is
nothing you can do to remove it at that point (though it may go away
on its own if it is not accessed for long enough).
Also, it looks like your mail client is misconfigured and breaking threading.
Evan Daniel.
>
> Thanks,
>
> Michael
>
> Matthew
On Thu, Aug 27, 2009 at 1:18 PM, Matthew
Toseland wrote:
> On Wednesday 26 August 2009 19:01:43 Evan Daniel wrote:
>> On Wed, Aug 26, 2009 at 1:13 PM, Matthew
>> Toseland wrote:
>> > On Monday 27 July 2009 18:26:27 Evan Daniel wrote:
>> >> On Mon, Jul 27, 200
message about a persistent
download, it would add it to the displayed list. Similarly, if at any
point the user started a new download, the client would send that info
the node, regardless of the current state of the list or whether the
node was still telling it about things in it.
Evan Daniel
P.S. It
On Thu, Aug 27, 2009 at 1:18 PM, Matthew
Toseland wrote:
> On Wednesday 26 August 2009 19:01:43 Evan Daniel wrote:
>> On Wed, Aug 26, 2009 at 1:13 PM, Matthew
>> Toseland wrote:
>> > On Monday 27 July 2009 18:26:27 Evan Daniel wrote:
>> >> On Mon, Jul 27, 200
On Wed, Aug 26, 2009 at 1:43 PM, Matthew
Toseland wrote:
> On Thursday 20 August 2009 18:40:26 Evan Daniel wrote:
>> On Thu, Aug 20, 2009 at 12:55 PM, Matthew
>> Toseland wrote:
>> > I have CC'ed devl.
>> >
>> > On Saturday 15 August 2009 04:39:13 Eva
On Wed, Aug 26, 2009 at 1:13 PM, Matthew
Toseland wrote:
> On Monday 27 July 2009 18:26:27 Evan Daniel wrote:
>> On Mon, Jul 27, 2009 at 9:18 AM, Matthew
>> Toseland wrote:
>> > - RSKs: Important sites, particularly those distributing executables, need
>> > a
On Wed, Aug 26, 2009 at 1:43 PM, Matthew
Toseland wrote:
> On Thursday 20 August 2009 18:40:26 Evan Daniel wrote:
>> On Thu, Aug 20, 2009 at 12:55 PM, Matthew
>> Toseland wrote:
>> > I have CC'ed devl.
>> >
>> > On Saturday 15 August 2009 04:39:13 Eva
On Wed, Aug 26, 2009 at 1:13 PM, Matthew
Toseland wrote:
> On Monday 27 July 2009 18:26:27 Evan Daniel wrote:
>> On Mon, Jul 27, 2009 at 9:18 AM, Matthew
>> Toseland wrote:
>> > - RSKs: Important sites, particularly those distributing executables, need
>> > a
On Fri, Aug 21, 2009 at 2:08 PM, Matthew
Toseland wrote:
> On Friday 21 August 2009 19:03:30 Evan Daniel wrote:
>> Congrats :)
>>
>> On Fri, Aug 21, 2009 at 1:11 PM, Matthew
>> Toseland wrote:
>> > Please upgrade to 1231. Changelogs:
>> > 1229:
>&g
Congrats :)
On Fri, Aug 21, 2009 at 1:11 PM, Matthew
Toseland wrote:
> Please upgrade to 1231. Changelogs:
> 1229:
> - XML vulnerability warnings fixes.
> - Fix an NPE in plugins.
> - Minor internal stuff.
> 1230:
> - Detect the XML vulnerability on OS/X. Try to detect it on OpenJDK, maybe
> not
On Fri, Aug 21, 2009 at 2:08 PM, Matthew
Toseland wrote:
> On Friday 21 August 2009 19:03:30 Evan Daniel wrote:
>> Congrats :)
>>
>> On Fri, Aug 21, 2009 at 1:11 PM, Matthew
>> Toseland wrote:
>> > Please upgrade to 1231. Changelogs:
>> > 1229:
>&g
On Thu, Aug 20, 2009 at 1:40 PM, Evan Daniel wrote:
>>> >> If that's the case, we could consider instead the changes I propose in
>>> >> 3359 / 3371 (combined with a recommendation that client apps insert
>>> >> uploaded files to SSK keys, with
Congrats :)
On Fri, Aug 21, 2009 at 1:11 PM, Matthew
Toseland wrote:
> Please upgrade to 1231. Changelogs:
> 1229:
> - XML vulnerability warnings fixes.
> - Fix an NPE in plugins.
> - Minor internal stuff.
> 1230:
> - Detect the XML vulnerability on OS/X. Try to detect it on OpenJDK, maybe
> not
On Thu, Aug 20, 2009 at 1:40 PM, Evan Daniel wrote:
>>> >> If that's the case, we could consider instead the changes I propose in
>>> >> 3359 / 3371 (combined with a recommendation that client apps insert
>>> >> uploaded files to SSK keys, with
On Thu, Aug 20, 2009 at 12:55 PM, Matthew
Toseland wrote:
> I have CC'ed devl.
>
> On Saturday 15 August 2009 04:39:13 Evan Daniel wrote:
>> On Fri, Aug 14, 2009 at 2:36 PM, Matthew
>> Toseland wrote:
>> > On Tuesday 11 August 2009 19:19:51 Evan Daniel wrote:
&g
nt the database version so the old
> database gets moved out of the way.
It should import the old database!
At the very least, it needs to import the keys from the old database
or old index files and re-download them if needed.
Evan Daniel
On Thu, Aug 20, 2009 at 12:55 PM, Matthew
Toseland wrote:
> I have CC'ed devl.
>
> On Saturday 15 August 2009 04:39:13 Evan Daniel wrote:
>> On Fri, Aug 14, 2009 at 2:36 PM, Matthew
>> Toseland wrote:
>> > On Tuesday 11 August 2009 19:19:51 Evan Daniel wrote:
&g
nt the database version so the old
> database gets moved out of the way.
It should import the old database!
At the very least, it needs to import the keys from the old database
or old index files and re-download them if needed.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
at matter; if the hassle of moving is worth it for better software,
then by all means migrate the bug database to some other software
package.
As someone who is a programmer, knows what a decent bug report looks
like, and has written bug reports that fall into all three categories
above, I would be quite annoyed if you decided to just drop
everything. That's a spectacularly rude way to treat Freenet
contributors.
Evan Daniel
at matter; if the hassle of moving is worth it for better software,
then by all means migrate the bug database to some other software
package.
As someone who is a programmer, knows what a decent bug report looks
like, and has written bug reports that fall into all three categories
above, I would be quite annoyed if you decided to just drop
everything. That's a spectacularly rude way to treat Freenet
contributors.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
problem. We should complain to Apple and alert the user.
If there's a non-Apple OSX JVM available that's more up to date, we
could add a link and recommend that. Aside from that, I think
Freenet's responsibilities extend to being aware of other people's
security bugs, but not to fixing them.
I use OSX on my laptop, and I'm annoyed at Apple, but I don't think
this is Freenet's problem.
Evan Daniel
problem. We should complain to Apple and alert the user.
If there's a non-Apple OSX JVM available that's more up to date, we
could add a link and recommend that. Aside from that, I think
Freenet's responsibilities extend to being aware of other people's
se
t a new build ASAP, which will tell any users who haven't
> upgraded to upgrade and will disable XMLLibrarian until they do so.
>
> http://www.cert.fi/en/reports/2009/vulnerability2009085.html
Should this also disable the Thaw Index Browser (Thaw indexes are XML
also, I haven't looked at the code though)?
Evan Daniel
t a new build ASAP, which will tell any users who haven't
> upgraded to upgrade and will disable XMLLibrarian until they do so.
>
> http://www.cert.fi/en/reports/2009/vulnerability2009085.html
Should this also disable the Thaw Index Browser (Thaw i
u'd have to ask toad.) I think the
last change was the turtled transfers a while ago, and the next one
will probably be bloom filter sharing.
Evan Daniel
u'd have to ask toad.) I think the
last change was the turtled transfers a while ago, and the next one
will probably be bloom filter sharing.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, Aug 7, 2009 at 11:06 AM, Zero3 wrote:
> Evan Daniel skrev:
>>
>> On Fri, Aug 7, 2009 at 10:11 AM, Zero3 wrote:
>>
>>> True, I agree. IMHO it is a fair way to do it as in the Windows
>>> installer: Ask the user kindly, and if he doesn't want to, w
;s
our survey; answer the questions and click here to submit, or here to
not take the survey" you'll get a lot more responses. It's not that
users don't want to take the survey; it's that laziness wins, and if
you stick an extra click in the way you lose most of them.
Evan Daniel
bian's
update frequency, though it might be possible to have something that
was perpetually in unstable with no intention of migrating to stable.
I don't know enough about the policies surrounding testing to comment
on that.
HTH,
Evan Daniel
On Fri, Aug 7, 2009 at 9:29 AM, Zero3 wrote:
> Evan Daniel skrev:
>>
>> On Fri, Aug 7, 2009 at 9:13 AM, Zero3 wrote:
>>>
>>> Matthew Toseland skrev:
>>>>
>>>> Also the uninstall survey has dried up, there are very few responses
>>
; hostile regimes).
If the user was running opennet in a hostile regime, they already shot
themselves in the foot. Loading that web page won't make things any
worse.
Evan Daniel
On Fri, Aug 7, 2009 at 8:05 AM, Matthew
Toseland wrote:
> On Thursday 06 August 2009 23:38:50 Matthew Toseland wrote:
>> On Thursday 06 August 2009 22:18:59 Cl?ment wrote:
>> > Le jeudi 06 ao?t 2009 21:27:41, Matthew Toseland a ?crit :
>> > > On Thursday 06 August 2
On Fri, Aug 7, 2009 at 11:06 AM, Zero3 wrote:
> Evan Daniel skrev:
>>
>> On Fri, Aug 7, 2009 at 10:11 AM, Zero3 wrote:
>>
>>> True, I agree. IMHO it is a fair way to do it as in the Windows
>>> installer: Ask the user kindly, and if he doesn't want to, w
;s
our survey; answer the questions and click here to submit, or here to
not take the survey" you'll get a lot more responses. It's not that
users don't want to take the survey; it's that laziness wins, and if
you stick an extra click in the way you lose most of them
bian's
update frequency, though it might be possible to have something that
was perpetually in unstable with no intention of migrating to stable.
I don't know enough about the policies surrounding testing to comment
on that.
HTH,
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, Aug 7, 2009 at 9:29 AM, Zero3 wrote:
> Evan Daniel skrev:
>>
>> On Fri, Aug 7, 2009 at 9:13 AM, Zero3 wrote:
>>>
>>> Matthew Toseland skrev:
>>>>
>>>> Also the uninstall survey has dried up, there are very few responses
>>
; hostile regimes).
If the user was running opennet in a hostile regime, they already shot
themselves in the foot. Loading that web page won't make things any
worse.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Fri, Aug 7, 2009 at 8:05 AM, Matthew
Toseland wrote:
> On Thursday 06 August 2009 23:38:50 Matthew Toseland wrote:
>> On Thursday 06 August 2009 22:18:59 Clément wrote:
>> > Le jeudi 06 août 2009 21:27:41, Matthew Toseland a écrit :
>> > > On Thursday 06 August 2
ld be on
"almost but not quite completely"). Deciding to implement MHKs
without being able to answer this question would be pure alchemy.
Evan Daniel
, you can download a translation file from the translations
page and email it to this list.
I'm not certain how you specify the language name / country code in
this process (I haven't actually done a translation myself). Just be
sure to say what language it is in your email.
Evan Daniel
ld be on
"almost but not quite completely"). Deciding to implement MHKs
without being able to answer this question would be pure alchemy.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
be good; I should be able to
see recently sent / received messages (including timestamps), queue a
message to be sent when a peer comes online, and tell whether a
message I've sent arrived successfully.
Evan Daniel
, you can download a translation file from the translations
page and email it to this list.
I'm not certain how you specify the language name / country code in
this process (I haven't actually done a translation myself). Just be
sure to say what language it is in your email.
Evan Daniel
be good; I should be able to
see recently sent / received messages (including timestamps), queue a
message to be sent when a peer comes online, and tell whether a
message I've sent arrived successfully.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
n't. There's some info on the "documentation" page of
the freenetproject.org, but that's not where I would think to look for
Freenet-related applications.
Is Thingamablog maintained?
Evan Daniel
n't. There's some info on the "documentation" page of
the freenetproject.org, but that's not where I would think to look for
Freenet-related applications.
Is Thingamablog maintained?
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
ssarily common. It's also a very interesting project from a
cryptographic standpoint; it seems possible that someone could be
talked into doing it on a volunteer basis. Even if it wasn't
volunteer, it might be worth seeing how much a proper review would
cost. Cryptographic review seem
ssarily common. It's also a very interesting project from a
cryptographic standpoint; it seems possible that someone could be
talked into doing it on a volunteer basis. Even if it wasn't
volunteer, it might be worth seeing how much a proper review would
cost. Cryptographic review seem
n is that your time would be better invested in
documenting the plugins interface. I think it would be far easier to
find another developer willing and able to write such a plugin if the
interface was actually documented.
Evan Daniel
n is that your time would be better invested in
documenting the plugins interface. I think it would be far easier to
find another developer willing and able to write such a plugin if the
interface was actually documented.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
to the current software, and no
objection to changing to something else if would improve things.
Evan Daniel
to the current software, and no
objection to changing to something else if would improve things.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Thu, Jun 18, 2009 at 8:50 PM, Evan Daniel wrote:
> 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
>>>
On Thu, Jun 18, 2009 at 8:50 PM, Evan Daniel wrote:
> 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
>>>
evoke message says what Bob said it did. This
verification step needs to not actually insert the blob.
- And, obviously, the ability to actually insert a blob that the user has.
Evan Daniel
er today (depends how
much real life interferes).
The second thing would be to address
https://bugs.freenetproject.org/view.php?id=3338
Right now I see latencies in testing of typically 15-40 seconds, with
30 seconds as a typical number. I suspect it could be much better.
Evan Daniel
what Bob said it did. This
verification step needs to not actually insert the blob.
- And, obviously, the ability to actually insert a blob that the user has.
Evan Daniel
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
er today (depends how
much real life interferes).
The second thing would be to address
https://bugs.freenetproject.org/view.php?id=3338
Right now I see latencies in testing of typically 15-40 seconds, with
30 seconds as a typical number. I suspect it could be much better.
Evan Daniel
___
?
It seems to me that if you're that paranoid about people knowing you
run a darknet node, you should either not run the facebook plugin or
be very careful with who your facebook friends are. Having a way to
tell the plugin "it's ok to ask these friends, but not any other
friends" would be a good thing, imho.
Evan Daniel
on coding for Freenet is that the API
isn't perfect, but that I could work with it if I knew what it did.
However, figuring out what it does requires reading significant
quantities of Freenet source code as often as not.
>
> On Thursday 23 July 2009 00:12:15 Evan Daniel wrote:
>> I
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.
>
?
It seems to me that if you're that paranoid about people knowing you
run a darknet node, you should either not run the facebook plugin or
be very careful with who your facebook friends are. Having a way to
tell the plugin "it's ok to ask these friends, but not any other
frie
on coding for Freenet is that the API
isn't perfect, but that I could work with it if I knew what it did.
However, figuring out what it does requires reading significant
quantities of Freenet source code as often as not.
>
> On Thursday 23 July 2009 00:12:15 Evan Daniel wrote:
>> I
301 - 400 of 583 matches
Mail list logo