t part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 918 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/33db143e/attachment.pgp>
ytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/976d76fd/attachment.pgp>
That gave me an idea.. what about an IRC conference between reporters
and the freenet developers? Give them a chance to see the other half of
copyright law..
--
Signal 11 -o- BOFH, boredengineers.com
Education is the best defense against the media.
Fernando Tolosana wrote:
>
> I'd like to offer to translate Freenet gui into Spanish, is this
> important?
Do you mean the GUI frontend from Freenetgui.com? In this case it would
be the wrong place here to ask, you'll have to ask the developer
himself. The officiell Freenet version won't include
On Tue, Aug 22, 2000 at 12:38:26PM +0200, Neil Barsema wrote:
<>
> No, it is not about storing data in more places I can imagine using an
> unrequest feature to stop the losing path from actually caching the data
> (or a commit to the winnig path) although I'm not sure its worth it.
> Its not that
Oskar Sandberg wrote:
> This would be an absolute limit, so having it configurable makes no
> sense. If somebody sets it down, there node would be very broken indeed
> since it would be unable to pass DataReply's that other nodes expected it
> to.
>
> The absolute limit for the length of data
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/ef18d624/attachment.pgp>
On Tue, Aug 22, 2000 at 11:37:25AM +0200, Neil Barsema wrote:
> > Bob is slow and routes the request onward, finding the data data with
> > David and sends a reply which Alice discards. How is taking David's
> > address as the reference on data she retrieved from Charles instead of
> > data she
I'd like to offer to translate Freenet gui into Spanish, is this
important?
Regards
Fernando
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
___
Freenet-dev mailing
-- Forwarded message --
Date: Tue, 22 Aug 2000 12:30:47 +0200
From: COPY.CULT original SIgN
To: blanu at users.sourceforge.net
Subject: invitation to Brussels
to the freenet people
>From the 25th of September to the 2nd of October, we organise in
Well, I'm thinking more in terms of what I've been reading here...
http://freenet.sourceforge.net/index.php?page=ideas
(and more particular
http://freenet.sourceforge.net/mappings.pdf)
Which says at the top "This section contains a list of proposed ideas that
might get into Freenet at some
This would be an absolute limit, so having it configurable makes no
sense. If somebody sets it down, there node would be very broken indeed
since it would be unable to pass DataReply's that other nodes expected it
to.
The absolute limit for the length of data has to be one of the things that
On Tue, Aug 22, 2000 at 07:23:46AM +0200, Neil Barsema wrote:
> Scott and Oskar,
>
> I'm really touched in your faith in the current routing mechanism, but I
> think that if you ignore the physical network Freenetruns on, it will never
> be more than an interesting experiment.
If it doesn't
>The problem is that if no reference are being set to you, then having the
>data is actually not worth that much.
But references *are* being sent to you - that's how you got the original
request. Alice still has a pointer to Charles (although the new pointer to
Bob/David will diminish the old
Oskar wrote
>
> This has nothing to do with weighing by connection - your simply saying it
> will be faster because the data ends up in more places, which is
> completely contrary to the smart routing we are trying to achieve.
No, it is not about storing data in more places I can imagine using an
Before we release 0.3, I would like to add some size limits on fields,
messages, and the largest datalength tolerated at all. This is rather
important for fields and messages since they are read directly into
memory (you can probably crash a Freenet node currently by just connecting
and sending
>
> --- freenet-dev-admin at lists.sourceforge.net wrote:
> >
> > Send Freenet-dev mailing list submissions to
> > freenet-dev at lists.sourceforge.net
> >
> > To subscribe or unsubscribe via the web, visit
> >
> >
> http://lists.sourceforge.net/mailman/listinfo/freenet-dev
> I never understood what this achieved at all. Say Alice forks a request,
> sending one message to Bob and one to Charles (the two closest references
> for the key).
>
> Charles is fast and routes the request onward, finding the data with David
> and sends a reply back with the Data and David as
:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/44fb5477/attachment.pgp>
> Date: Mon, 21 Aug 2000 22:15:15 -0500
> Subject: Re: [Freenet-dev] A clear point by point comparison of the metadata
> formats
> From: "Scott G. Miller"
>
> > Why is this an issue?
> > Why even separate private data into metadata and data?
> Because it allows for complicated metadata to be
On Tue, 22 Aug 2000 16:49:34 +0200, Fernando Tolosana writes:
> I'd like to offer to translate Freenet gui into Spanish, is this
> important?
Fernando,
Thank you for your interest in Freenet. This list is mostly for
the server code, which does not involve graphical user interfaces.
The
On Tue, 22 Aug 2000 11:52:07 +0700, Oskar Sandberg writes:
> Before we release 0.3, I would like to add some size limits on fields,
Sounds like a good idea. This should be put in the docs for client
authors, then. If the user tries to insert a file that is too big, I'd
prefer to catch this
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/61456983/attachment.pgp>
Movie Files Can Be Bigger But If You Chop It up like a E-Mail into 100meg
files and then paste em back 2 gether when it gets 2 the user computer then
it's fine
___
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
--- freenet-dev-admin at lists.sourceforge.net wrote:
>
> Send Freenet-dev mailing list submissions to
> freenet-dev at lists.sourceforge.net
>
> To subscribe or unsubscribe via the web, visit
>
>
http://lists.sourceforge.net/mailman/listinfo/freenet-dev
> or, via email, send a message
Scott and Oskar,
I'm really touched in your faith in the current routing mechanism, but I
think that if you ignore the physical network Freenetruns on, it will never
be more than an interesting experiment.
We claim that Freenet moves information to where it is most wanted, as an
example we say a
> > > On Mon, Aug 21, 2000 at 09:21:59PM +0700, Oskar Sandberg wrote:
> > > > And we better hope somebody invents a Quantum proof Assymetric
algorithm
> > > > within the next four years - so that the inevitable patent has time
to
> > > > expire before our current version grow completely
Clients:
- Should return 1 as exit state if there was an error now.
- BInsert can read data from stdin, BRequest can write to stdout
- If you you use the parameter "-safer yes" it will encrypt all the data
that is written to disk by the client with a random session key.
Sorry, Steve, but I broke
Okay, I think we've take enough of the developers' time..
We've gone from debugging output to government conspiracies to
crypto to quantum mechanics. If this ain't topic drift, I don't
know what is.
Since we've run out of useful information to add, I suggest
that now would be a good time to drop
> The sole advantage of my system (besides having all your advantages as
> well) is that its easy to detect when you have a freenet-special control
> message.
A Control-message=yes/no field gives the same advantage and still allows
you to have a data section, useful for reasons detailed below.
cation/pgp-signature
Size: 232 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/2822/dad7ab77/attachment.pgp>
> > No possible namespace collisions between metadata properties and data
> > properties. If you combine them then you have assume that the authors of
> > metadata schemas and the authors of special Freenet file schemas will
> > never pick the same name for a field.
> *What* are you *talking
Yes, optional and off by default.
On Mon, Aug 21, 2000 at 05:45:25PM +0100, Ian Clarke wrote:
>
> > That said I still have a bunch of todos. I'm almost done with with the
> > disk encryption as discussed this morning
>
> Is this optional? Is there any reason to be concerned about time
>
On Mon, Aug 21, 2000 at 11:07:58AM -0500, Signal 11 wrote:
<>
> > There are so many creative ways to create pain in people, so regardless of
> > spiritual composition your still on the loosing end once your being
> > tortured (though a good many of them involve testicles, a problem that can
> >
On Mon, Aug 21, 2000 at 04:56:24PM +0100, Michael ROGERS wrote:
> >No, it does break the network, because Alice inserts something and it goes
> >to her fastest neighbor only, while Bob requests that thing and the
> >request goes only to his closest neighbor so he doesn't find it. That is
> >what
I have found that long letters complaining about the singal to noise ratio
(especially quasi-inflamatory ones that demand replies) seldom help
improve it.
If some of the more pointless arguments (like the whole metadata thing)
count as signal, then this list has a very high signal to noise
Theodore Hong schrieb:
>
> Ian Clarke wrote:
> > On Mon, Aug 21, 2000 at 09:21:59PM +0700, Oskar Sandberg wrote:
> > > And we better hope somebody invents a Quantum proof Assymetric algorithm
> > > within the next four years - so that the inevitable patent has time to
> > > expire before our
37 matches
Mail list logo