On Sun, Feb 23, 2003 at 06:16:39PM -0800, Ian Clarke wrote:
> It would be nice if the Freenet Windows installer could take the URL of
> a distribution node from which it could download the files it needs,
> rather than defaulting to the central server.
Maybe with the option of just using the nod
It would be nice if the Freenet Windows installer could take the URL of
a distribution node from which it could download the files it needs,
rather than defaulting to the central server.
If there was some way that Freenet could distribute it, and somehow tell
it what URL to default to - that wo
> Yes, it had : UpdateSnapshot.exe has been superseded by just running
> freenet-webinstaller (there's no point having two binaries that do
> essentially the same thing).
One nice feature would be that if the user's last update was to
freenet-unstable, then this is the default for future upgrades
On Mon, Feb 24, 2003 at 01:43:02AM -, Dave Hooper wrote:
> > Very nice! Seems to work fine for me here.
>
> Which OS is that?
XP.
> This will appear when the webinstaller has 'automatic' and 'custom' modes.
> Automatic will just be the current "keep on clicking Next" variety, which
> will i
> Very nice! Seems to work fine for me here.
Which OS is that? I'd especially like people running non-Windows 2000 to
test this version out if they can, as well as folks with older, slower
hardware to see if the changes to java launching/killing have caused any
unexpected problems.
> I notice t
Very nice! Seems to work fine for me here.
I notice that updatesnapshot.exe no-longer seems to be part of the
distro - is this deliberate?
Further, with snapshot updating, (and/or during installation), it would
be nice to give the user the option to install the unstable snapshot
(with all app
Windows freenet systray app has been updated to periodically probe the Web
Interface port on startup and only enable certain behaviour if a connection
can be made. Specifically the following *won't work* now unless/until a
connection can be made to mainport:
1. Specifying -open on command line t
I forgot to put in the rules to the game SORRY. This would have been BAD
Axiom 1 All chess rules
Axiom 2 To capture a piece you must attack it 3 times
Axiom 3 Geometry of Plane is a field N of size N (Important)(Note for my
board game version I use a finite field for obvious reasons (Guess Why?)
A
From: joshua herman <[EMAIL PROTECTED]>
Date: Sun Feb 23, 2003 11:09:57 PM Etc/GMT
To: [EMAIL PROTECTED]
Subject: A game of chess in N and 1/2 Dimentions with curvature Or Proof of the Blue Rose Conjecture (Kullishnikov-Herman Theorm or The why don't we Do it In the Road Theorm)
I sent this to
These are the stack traces I've collected while running with
Kaffe. They're from various versions, so the code may or may not
line up with what's in current Kaffe CVS.
--
Greg Wooledge | "Truth belongs to everybody."
[EMAIL PROTECTED] |- The Red Hot Chili Pepp
Matthew Toseland wrote:
On Sun, Feb 23, 2003 at 12:48:35PM -0800, Ian Clarke wrote:
Well, I am not sure why this would be useful, but if we were to do it,
the best bet might be BeanShell (www.beanshell.org) - this is actually
pretty cool generally, those that don't know of it might be interes
On Sun, Feb 23, 2003 at 12:48:35PM -0800, Ian Clarke wrote:
> Well, I am not sure why this would be useful, but if we were to do it,
> the best bet might be BeanShell (www.beanshell.org) - this is actually
> pretty cool generally, those that don't know of it might be interested
> to take a look.
Small misunderstanding..
On Sunday 23 February 2003 03:51 pm, Ian Clarke wrote:
> > It is kludgy to say the least if you're inserting data into Fred from
> > another machine. The data sent back and forth over the wire (even
> > through localhost) is simply unecessary and wasteful.
>
> Is this an
> > A tries connecting to http://aaa.bbb.ccc.ddd/p/servlet/self and
>
> (That URL implies port 80) This shouldn't be done with a servlet, but
> through FNP - or at least through the FNP port, since that's the port
> that's going to be forwarded through NAT.
Hrm, I actually meant to say:
http
> It is kludgy to say the least if you're inserting data into Fred from
> another machine. The data sent back and forth over the wire (even through
> localhost) is simply unecessary and wasteful.
Is this an argument for or against doing FEC in Fred? It looks like it
is for.
> Also, using Fre
Well, I am not sure why this would be useful, but if we were to do it,
the best bet might be BeanShell (www.beanshell.org) - this is actually
pretty cool generally, those that don't know of it might be interested
to take a look.
Another possibility would be SISC (sisc.sf.net). This is a Java s
On Sunday 23 February 2003 02:37 pm, Ian Clarke wrote:
> What is the point in forcing every client author to reimplement FEC
> when the FEC code is already present within Fred?
It is kludgy to say the least if you're inserting data into Fred from
another machine. The data sent back and forth ove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 23 February 2003 03:38 pm, Matthew Toseland wrote:
> Sometime in the Freenet 0.5 series, it would be really useful to include
> some form of scripting. I believe if we include the interpreter in
> fproxy, or generally somewhere in the web int
Sometime in the Freenet 0.5 series, it would be really useful to include
some form of scripting. I believe if we include the interpreter in
fproxy, or generally somewhere in the web interface code, and the code
can only call methods that we provide, we can make it reasonably safe.
So, we need some
On Sun, Feb 23, 2003 at 12:26:10PM -0800, Ian Clarke wrote:
> On Sun, Feb 23, 2003 at 07:47:13PM +, Matthew Toseland wrote:
> > After fetching Kaffe CVS, and following the instructions in
> > http://www.kaffe.org/pipermail/kaffe/2002-August/008819.html
>
> Cool, what about including a suitably
On Sun, Feb 23, 2003 at 07:47:13PM +, Matthew Toseland wrote:
> After fetching Kaffe CVS, and following the instructions in
> http://www.kaffe.org/pipermail/kaffe/2002-August/008819.html
Cool, what about including a suitably patched Kaffe distro with the
debian version until Kaffe get their ac
> to do with node/, so it _may_ make sense to run it on a separate port,
> and keep low-level FCP simple.
Well, I certainly agree that we should make a distinction between "low
level" (or Level 1) FCP (what we have now), and higher level FCP (say,
with splitfile support, redirect support etc) (l
After fetching Kaffe CVS, and following the instructions in
http://www.kaffe.org/pipermail/kaffe/2002-August/008819.html
I now have Freenet running on Kaffe. Hopefully the change or something
similar will be merged with Kaffe CVS, and Kaffe 1.1 will be able to run
Freenet out of the box. This woul
On Sun, Feb 23, 2003 at 11:40:51AM -0800, Ian Clarke wrote:
> > AutoRequester), run in a separate VM if we run the client code separate
> > from the node, and with its own port. It might be a superset of low
>
> I am not sure I will ever understand those that argue that we should
> run different t
> AutoRequester), run in a separate VM if we run the client code separate
> from the node, and with its own port. It might be a superset of low
I am not sure I will ever understand those that argue that we should
run different things in different VMs. Requiring more than one
concurrent JVM will o
> I (personally) think FCP does what it does well, and currently don't see any
> real need to add any major functionality. I agree with Gianni; "Adding an
> extra layer that allows client authors to make essentially unbounded
> demands on fred will not improve matters."
Well, I am not sure I b
On Sat, Feb 22, 2003 at 11:37:29PM -0500, Gianni Johansson wrote:
> Matthew Toseland wrote:
>
> > On Sat, Feb 22, 2003 at 11:17:05PM -0500, Gianni Johansson wrote:
> > > Matthew Toseland wrote:
> > >
> > > > The diagnostic var "routingTime" is a measure of how long it takes to
> > > > route a requ
On Sun, Feb 23, 2003 at 03:49:33PM +, Chris Dennis wrote:
> If I enter a key such as
>
> SSK@///
>
> into FProxy's Web Interface page (build 561), and carelessly type a
> space at the end of the URI, I get a message telling me that there is
> no document on the site called %20:
>
>
On Sun, Feb 23, 2003 at 12:36:26PM -0500, Jay Oliveri wrote:
> On Saturday 22 February 2003 08:56 pm, Ian Clarke wrote:
> > > So how about fixing up FCP so that it can handle the FEC/splitfiles
> > > just as automatically and transparently as fproxy?
> >
> > This was more-or-less the motivation for
If I enter a key such as
SSK@///
into FProxy's Web Interface page (build 561), and carelessly type a
space at the end of the URI, I get a message telling me that there is
no document on the site called %20:
Key Not Found in Manifest
Network Error
Couldn't retrieve key: SSK@//
as already mentioned before on this list, i agree, that hops is too fat on the new
website! please double the width of the graphic, or repaint it if necessary.
we all know freenet is slow and maybe fat, but at least hops does not need to be that,
too ;) let's give him the diet he deserves, and le
On Fri, 21 Feb 2003 00:24:41 +, Matthew Toseland wrote:
>> Inserting a large file (tested with 9mb) gives a "Document contains no data"
>> when hitting Insert in fproxy.
>
>Verified. Believed to be fixed in current CVS. Somebody, possibly me,
>but probably Bombe, fixed it and didn't increase t
On Saturday 22 February 2003 08:56 pm, Ian Clarke wrote:
> > So how about fixing up FCP so that it can handle the FEC/splitfiles
> > just as automatically and transparently as fproxy?
>
> This was more-or-less the motivation for having different FCP "layers",
> each providing a higher-level API. U
33 matches
Mail list logo
