ad the spec. Easy solution
> is to parse the DataLength value and just read the number of bytes as
> the DataLength value?
Yes, if there are trailing bytes there is always a DataLength value. Some
messages sent from the client to the node have multiple DataLength's (with
different prefixes), but any message sent to the node will have only one,
without a prefix. We always send a newline after "Data", and the data will
start after that.
-- 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/20090826/2562d6c6/attachment.pgp>
t-ext.27pre4.jar
-- 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/20090826/4e7e4b6d/attachment.pgp>
selection based on OS locale or user
> > choice or whatever. Doesn't fproxy pull the OS locale and pre-select
> > according to that anyway?
>
> *bump*
We need to deal with this...
We do not currently autonegotiate language via fproxy. Even if we did we would
wan
; > >
> > > + this.latestBWStored = this.latestBW;
> > > +
> > > return false;
> > > }
> > > }
> > >
> >
> > Well, when run() is called, I delete the old stored container from the
> > database, I update the values of that container and I put that new
> > container in the database. Maybe there is a way to simply update the
> > container, but I don't know how to do it. My way works pretty nicely, but
> > feel free to make any changes.
>
> You only need to store() it.
> >
> > I have two containers : latest and latestStored, because in some pages
> > (statistics) we want to show the latest data, whether it has been stored
> > or not.
>
> This will not work. The object will not be duplicated merely by putting it
> into the database - that only happens with array members. The two objects
> will remain identical and therefore the updates will be wrong if they rely on
> comparing them.
Well, only latestStored is actually stored in the database. Comparing
them is reliable because I overrided the compare() function. At least,
that's what I do and it works. There are probably lots of improvements,
I'm not very familiar yet with db4o.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090826/89e4a429/attachment.pgp>
p
> sent to me by an associate, so it's really not hard. We should still link to
> the third party tools as alternatives, of course.
>
> When you're not busy with writing fred themes, would you be interested?
Yeah, sounds fun. But i guess i'll take some time.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090826/838b27e0/attachment.pgp>
--
A non-text attachment was scrubbed...
Name: hs_err_pid292.log
Type: application/octet-stream
Size: 23448 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090826/871efefc/attachment.obj>
Juiceman skrev:
> On Wed, Aug 26, 2009 at 10:54 AM, Matthew
> Toseland wrote:
>> On Wednesday 26 August 2009 01:27:18 Juiceman wrote:
>>> On Tue, Aug 25, 2009 at 7:57 PM, Matthew
>>> Toseland wrote:
On Saturday 22 August 2009 06:33:32 Juiceman wrote:
> On Tue, Aug 11, 2009 at 10:21 PM, Jui
Juiceman wrote:
> On Wed, Aug 26, 2009 at 6:57 PM, Matthew
> Toseland wrote:
>> freenet-ext.jar 27pre4 is now available. Please test it! This supports
>> FreeBSD on x86 (thanks to Artefact2), and it has x86-64 native FEC that
>> hopefully doesn't segfault any more (thanks infinity0). Please try i
own executables?
And so on.
There are long-term possibilities such as packaging jSite, Thingamablog and so
on too.
-- 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/20090826/f0717d39/attachment.pgp>
with a compromised box. :)
-- 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/20090826/bef70303/attachment.pgp>
again) on both indexes with a
> > 192MB limit gives constant Full GC's. Thread dumps show no trace of Library.
> >
> > ___
> > Devl mailing list
> > Devl at freenetproject.org
> > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
> >
> ___
> Devl mailing list
> Devl at freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
>
>
-- 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/20090826/cc40c9e5/attachment.pgp>
Hi all,
I've written a naive client to interface with Freenet according to the
FCP2.0 specification.
I have successfully put some files with persistence = forever. Then I
try to ClientGet those files. However, every time I send a ClientGet
request, I get a stream of confirmation messages from
Matthew Toseland wrote:
> On Wednesday 26 August 2009 01:38:29 Daniel Cheng wrote:
>
>> On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
>>
>>> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
>>> Toseland wrote:
>>>
> It's not a joke but I admit I misunderstood the specification. I w
sistently uses the same
linefeed marker? File a bug.
-- 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/20090826/13db9428/attachment.pgp>
omewhat more reliable than the data
> >> >> blocks.
> >> >>
> >> >> Fundamentally, MHKs are an attempt to get more copies of the top block
> >> >> out on the network. ?I think we need to do that. ?Changing the healing
> >> >> algorithm does the same thing. ?I don't know whether it would help to
> >> >> have those copies in different parts of the keyspace; I suspect it
> >> >> doesn't matter more than a tiny bit either way. ?MHKs might be
> >> >> slightly more reliable, but I think improved healing policy changes
> >> >> could be reliable enough that the limiting factor was data block
> >> >> retrieval rather than top blocks. ?If I'm right about that, I think it
> >> >> is kinder to users and client app developers to avoid adding a new
> >> >> keytype, especially one that's even longer than the current keys
> >> >> (though that's a fairly minor issue).
> >> >
> >> > MHKs would be significantly more reliable IMHO, because there would be
> >> > more copies on the network, in stores as opposed to caches, over the
> >> > long term. However your proposal may also be worthwhile - if there is a
> >> > single top block it might be worth reinserting it.
> >>
> >> My objection to MHKs is that 1) I think the changes I've suggested wrt
> >> top block healing are important, and will help the problem to some
> >> unknown but significant degree, and 2) until we test said changes, all
> >> our arguments either way about MHKs are based on hunches and
> >> intuition, not empirical data or even simulation data. ?That is, I
> >> think it's premature to implement MHKs before addressing the top block
> >> healing issue and gathering data on what happens as best we're able.
> >> My hunch is that we won't need MHKs, but that's only a hunch; it will
> >> be shown to be correct or not only when we have data about how big the
> >> problem is after fix the top block healing issue.
> >
> > Okay so go implement top block healing. When the top block comes in, over
> > some threshold, start a transient insert with the
> > freenet.node.SimpleSendableInsert.
>
> OK, I'll look into it.
Great.
>
> >> I note that the natural way to implement MHK healing (if unable to
> >> download some of the top blocks, but we eventually get one, reinsert
> >> some / all of the others, ie exactly analogous to current splitfile
> >> healing) would have the consequence of changing the top block healing
> >> rate in line with my suggestions above. ?Good scientific practice is
> >> to change one thing at once; implementing MHKs without first changing
> >> the healing policy would make both changes at the same time, making it
> >> impossible to tell which one fixed the problem.
> >
> > How do you propose to track what the impact is? At the moment we don't have
> > any published results for retrievability. I could run them here ... how
> > important is this?
>
> I think having some sort of data gathering mechanism is a prerequisite
> to these changes. At present, the best suggestion I have is to look
> at reports on Frost / FMS of how often reinserts are needed on files
> because the top block is unavailable. Data for this would take some
> sophistication to collect reliably; we would need to insert a file,
> and then download it repeatedly from different nodes with increasing
> intervals between downloads, or something similar. (The healing
> effects, whether due to changes in top block policy or MHKs, aren't
> going to be visible if it doesn't get downloaded several times.)
sdiz's automated tests (with 2^n days for 0 to 8) are running here since
yesterday, I am not 100% sure they are working yet but they should be of
interest.
>
> Evan Daniel
-- 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/20090826/caf26793/attachment.pgp>
Hi guys,
Does anyone know how to know when I've read all the PersistentPut and
PersistentGet messages at the start? There's no way of knowing how many
there are and I have no idea how to know when to stop reading? Below is
the code I've written:
String line;
while((line = buffI
t
> will do that (inserting the revoke for the wrong site would be bad).
> When she receives the revoke blob from Bob, she probably also wants to
> check that the revoke message says what Bob said it did. This
> verification step needs to not actually insert the blob.
This we sort-of have; you can pass a BlockSet on a request.
> - And, obviously, the ability to actually insert a blob that the user has.
This we have.
>
> Evan Daniel
-- 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/20090826/3c3f672e/attachment.pgp>
Matthew Toseland wrote:
> On Wednesday 26 August 2009 19:02:25 Michael Yip wrote:
>
>> Hi all,
>>
>> I've written a naive client to interface with Freenet according to the
>> FCP2.0 specification.
>>
>> I have successfully put some files with persistence = forever. Then I
>> try to ClientGet t
Matthew Toseland skrev:
> When the installer runs, even if it is elevated, it is running as the
> installing user, correct? Therefore, we could detect that user's download dir
> (My Downloads etc)?
>
> See this bug:
> https://bugs.freenetproject.org/view.php?id=3343
>
> Thoughts?
You are corre
On Wed, Aug 26, 2009 at 6:57 PM, Matthew
Toseland wrote:
> freenet-ext.jar 27pre4 is now available. Please test it! This supports
> FreeBSD on x86 (thanks to Artefact2), and it has x86-64 native FEC that
> hopefully doesn't segfault any more (thanks infinity0). Please try it, and
> report any pr
ugh it might be better to keep 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/20090826/80aa5d28/attachment.pgp>
When the installer runs, even if it is elevated, it is running as the
installing user, correct? Therefore, we could detect that user's download dir
(My Downloads etc)?
See this bug:
https://bugs.freenetproject.org/view.php?id=3343
Thoughts?
signature.asc
Description: This is a digitally signe
ication/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090826/1eee03b0/attachment.pgp>
On Wednesday 26 August 2009 19:07:58 Matthew Toseland wrote:
> On Tuesday 25 August 2009 22:53:54 Mike Bush wrote:
> > I havn't managed to get full GC's but I think it's possible that there
> > is still a memory leak, today is the first time in ages i've been able
> > to fetch the root of freenetin
On Tuesday 11 August 2009 11:51:33 Masayuki Hatta wrote:
> Hi,
>
> I found some problem in the current contrib git repositry. Could
> someone do the following?
>
> 1) the wrapper/ dir and its contents are missing in contrib-official
> (but exists in contrib-staging). Please add them.
Somebody
On Wednesday 26 August 2009 19:02:25 Michael Yip wrote:
> Hi all,
>
> I've written a naive client to interface with Freenet according to the
> FCP2.0 specification.
>
> I have successfully put some files with persistence = forever. Then I
> try to ClientGet those files. However, every time I se
On Wednesday 26 August 2009 18:58:52 Michael Yip wrote:
> Matthew Toseland wrote:
> > On Wednesday 26 August 2009 01:38:29 Daniel Cheng wrote:
> >
> >> On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
> >>
> >>> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
> >>> Toseland wrote:
> >>>
freenet-ext.jar 27pre4 is now available. Please test it! This supports FreeBSD
on x86 (thanks to Artefact2), and it has x86-64 native FEC that hopefully
doesn't segfault any more (thanks infinity0). Please try it, and report any
problems.
http://downloads.freenetproject.org/alpha/freenet-ext.27
On Thursday 06 August 2009 01:04:10 Zero3 wrote:
> Zero3 skrev:
> > Daniel Cheng skrev:
> >> On Mon, Jul 6, 2009 at 8:58 AM, Zero3 wrote:
> >>> Reposting:
> >>>
> >>> bo-le skrev:
> Am Dienstag, 16. Juni 2009 21:40:53 schrieb Zero3:
> > Matthew Toseland skrev:
> >> On Sunday 14 June 20
ent problems. ?I
> >> > guess if you could make an UAC escalation helper to boost update.cmd
> >> > that could work.
> >> >
> >> > Regarding porting update.cmd to real code, I could try to learn AHK
> >>
> >> I have started looking i
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 Evan Daniel wrote:
>> >> On Fri, Aug 14, 2009 at 2:
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 revocation mechanism. This can be emul
On Wed, Aug 26, 2009 at 10:54 AM, Matthew
Toseland wrote:
> On Wednesday 26 August 2009 01:27:18 Juiceman wrote:
>> On Tue, Aug 25, 2009 at 7:57 PM, Matthew
>> Toseland wrote:
>> > On Saturday 22 August 2009 06:33:32 Juiceman wrote:
>> >> On Tue, Aug 11, 2009 at 10:21 PM, Juiceman wrote:
>> >> > On
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 Evan Daniel wrote:
>> >> On Fri, Aug 14, 2009 at 2:
On Sunday 16 August 2009 02:21:13 Masayuki Hatta wrote:
> Hi,
>
> > In <4a85bb1d.2060...@sq7.org>
> > Colin Davis wrote:
>
> > I'd like to reiterate that it would be best to give Matthew a way to
> > build this on his machine, that way he can point it at any tag, and
> > he can release
On Sunday 16 August 2009 02:02:28 Masayuki Hatta wrote:
> Hi,
>
> > In <200908142025.27149.t...@amphibian.dyndns.org>
> > Matthew Toseland wrote:
>
> > > official: http://people.debian.org/~mhatta/debian/freenet
> > > staging: http://people.debian.org/~mhatta/debian/freenet-staging
>
>
On Tuesday 25 August 2009 22:53:54 Mike Bush wrote:
> I havn't managed to get full GC's but I think it's possible that there
> is still a memory leak, today is the first time in ages i've been able
> to fetch the root of freenetindex.
Ok. I get OOMs searching for "encrypted message" in wanna ... s
Hi all,
I've written a naive client to interface with Freenet according to the
FCP2.0 specification.
I have successfully put some files with persistence = forever. Then I
try to ClientGet those files. However, every time I send a ClientGet
request, I get a stream of confirmation messages from
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 revocation mechanism. This can be emul
Matthew Toseland wrote:
> On Wednesday 26 August 2009 01:38:29 Daniel Cheng wrote:
>
>> On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
>>
>>> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
>>> Toseland wrote:
>>>
> It's not a joke but I admit I misunderstood the specification. I w
On Wednesday 26 August 2009 01:38:29 Daniel Cheng wrote:
> On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
> > On Tue, Aug 25, 2009 at 8:51 AM, Matthew
> > Toseland wrote:
> >>> It's not a joke but I admit I misunderstood the specification. I was
> >>> wondering how to detect the end of a AllDa
Juiceman skrev:
> On Wed, Aug 26, 2009 at 10:54 AM, Matthew
> Toseland wrote:
>> On Wednesday 26 August 2009 01:27:18 Juiceman wrote:
>>> On Tue, Aug 25, 2009 at 7:57 PM, Matthew
>>> Toseland wrote:
On Saturday 22 August 2009 06:33:32 Juiceman wrote:
> On Tue, Aug 11, 2009 at 10:21 PM, Jui
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 Evan Daniel wrote:
> >> On Fri, Aug 14, 2009 at 2:36 PM, Matthew
> >> Toseland wrote:
> >> > On Tuesday 11 August 2
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 revocation mechanism. This can be emulated with HTML UI elements, but is
> > clumsy and problematic
On Wed, Aug 26, 2009 at 10:54 AM, Matthew
Toseland wrote:
> On Wednesday 26 August 2009 01:27:18 Juiceman wrote:
>> On Tue, Aug 25, 2009 at 7:57 PM, Matthew
>> Toseland wrote:
>> > On Saturday 22 August 2009 06:33:32 Juiceman wrote:
>> >> On Tue, Aug 11, 2009 at 10:21 PM, Juiceman wrote:
>> >> > On
On Thursday 06 August 2009 01:03:32 Zero3 wrote:
> Zero3 skrev:
> > Matthew Toseland skrev:
> >> On Saturday 25 July 2009 21:09:14 Zero3 wrote:
> >>> [freenet.ini]
> >>> fproxy.port=
> >>> fcp.port=
> >>> pluginmanager.loadplugin=JSTUN;KeyExplorer;ThawIndexBrowser;UPnP;XMLLibrarian
> >>>
> >>>
>
On Tue, Aug 25, 2009 at 11:44 PM, Ian Clarke wrote:
> On Tue, Aug 25, 2009 at 8:51 AM, Matthew
> Toseland wrote:
>>> It's not a joke but I admit I misunderstood the specification. I was
>>> wondering how to detect the end of a AllData reply and I thought there
>>> would be something such as "EndMes
On Monday 17 August 2009 19:58:29 Artefact2 wrote:
> On Fri, Jul 03, 2009 at 08:38:00PM +0100, Matthew Toseland wrote:
> > Should we link to any more Freenet apps maintained anonymously on
> > the default bookmarks? E.g. what is jFreesite, is it worth
> > linking to? What about pyFreenetHg? What
On Wednesday 26 August 2009 01:27:18 Juiceman wrote:
> On Tue, Aug 25, 2009 at 7:57 PM, Matthew
> Toseland wrote:
> > On Saturday 22 August 2009 06:33:32 Juiceman wrote:
> >> On Tue, Aug 11, 2009 at 10:21 PM, Juiceman wrote:
> >> > On Sun, Aug 9, 2009 at 8:43 PM, Zero3 wrote:
> >> >> I just realize
escalation helper to boost update.cmd
> > that could work.
> >
> > Regarding porting update.cmd to real code, I could try to learn AHK
>
> I have started looking into AHK, it seems fairly easy. I already have
> a UAC escalation helper figured out.
What is the status of this? I understand it is the main thing preventing us
from releasing the new installer? Have you decided to go with solution 3b?
-- 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/20090826/598ab696/attachment.pgp>
50 matches
Mail list logo