1) CHK-keys are already long enough
2) why add something that tries to fix something broken (routing?) or
contradicts the concept (caching of keys around the key location; unused
content gets dropped)
if a) unwanted content is supposed to be dropped from the network to
make space for fresh stuff
1) CHK-keys are already long enough
2) why add something that tries to fix something broken (routing?) or
contradicts the concept (caching of keys around the key location; unused
content gets dropped)
if a) unwanted content is supposed to be dropped from the network to
make space for fresh stuff
build #1179, svn revision 23640
Probably a bug: please report: 3 peers forcibly disconnected due to not
acknowledging packets.
3 of your peers are having severe problems (not acknowledging packets
even after 10 minutes). This is probably due to a bug in the code.
Please report it to us at the bug
build #1179, svn revision 23640
Probably a bug: please report: 3 peers forcibly disconnected due to not
acknowledging packets.
3 of your peers are having severe problems (not acknowledging packets
even after 10 minutes). This is probably due to a bug in the code.
Please report it to us at the bug
Dennis Nezic wrote:
>> On Sun, 09 Nov 2008 12:07:40 +0100,
>> "freenetwork at web.de" wrote:
>>
>> Hi list,
>>
>> after updating to lastest mandatory build #1173 revision r23439 all my
>> downloads are failing with "Internal error: Found interface
>> freenet.support.compress.Compressor, but
Hi list,
after updating to lastest mandatory build #1173 revision r23439 all my
downloads are failing with "Internal error: Found interface
freenet.support.compress.Compressor, but class was expected" as error
message. The downloads have been started and taken over from a previous
build.
Now
1166 has already been released, so using trunk after 1166 got out
essentially is "1166+minors"
Maybe I am wrong here?
Matthew Toseland wrote:
> On Tuesday 28 October 2008 18:27, freenetwork at web.de wrote:
>
>> I have. With the results shown below... so I downgraded again to
>>
Great! However I thought it would be finished before release of 1166,
but so I'll wait for 1167+ or fixed trunk.
Matthew Toseland wrote:
> It's a bug. It will be fixed before we release the code.
>
> On Tuesday 28 October 2008 09:37, freenetwork at web.de wrote:
>
>> Hi guys,
>>
>> I just
I have. With the results shown below... so I downgraded again to
1165+minors.
bqz69 wrote:
> You must upgrade to 1166, which was released yesterday.
> ***
>
> On Tuesday 28 October 2008 10.37.19 freenetwork at web.de wrote:
>
>> Hi guys,
>>
>> I just updated to current head and have to find to
Hi guys,
I just updated to current head and have to find to my dislike that
nearly nothing is fetchable anymore.
Be it either the found data structure is "too old" and inaccessible:
Error: Archive failure
Freenet was unable to retrieve this file.
This is a fatal error. It is unlikely that
If these ten nodes are only interconnected with themselves they -of
course- have no access to the larger network and therefore form a small
private, albeit darknet, network.
If one of the nodes is connected to the "global" darknet, then the ten
nodes have access to the global darknet but
* svn build 16004
* clean install (only freenet[-ext].jar in directory)
* called with java -jar [...] node.Node
[...]
Initializing SSK Datastore
Opened main database for ssk-store-
Opening access times database for ssk-store-
Opened access times database for ssk-store-
Opening block db index
svn revision 13945
when running "java -Xmx512M -cp freenet-cvs-snapshot.jar;freenet-ext.jar
freenet.node.Node"
within a directory that only contains "freenet-cvs-snapshot.jar" and
"freenet-ext.jar" leads to this:
console log:
[...]
Initializing SSK Datacache (15344 keys)
Opened main database
svn revision 13858
console log:
[...]
Freenet 0.7 Build #1040 r at custom@
FNP port is on 0.0.0.0:FNPDarknetPort
TMCI started on 127.0.0.1:2323
Loading persistent request 1 of 4...
Loading persistent request 2 of 4...
Loading persistent request 3 of 4...
Loading persistent request 4 of 4...
svn revision 13841
console log:
[...]
FNP port is on 0.0.0.0:xxx
Error in WrapperListener.start callback. java.lang.NullPointerException
java.lang.NullPointerException
at
freenet.node.IPDetectorPluginManager.tryMaybeRun(IPDetectorPluginManager.java:155)
at
Have you chosen as you node's port?!
Don't do this as it's need for FProxy.
Take a random number between 1024 and 65535 and try again
>If I had to guess, it looks like you may be running as a limited user.
> The install script is installing a service (which requires admin
>privileges).
Hi Tom,
please visit #freenet-refs at irc.freenode.com
Don't post refs on the mailing lists as they disturb
>Hi,
>I'm looking for references. Can anybody send me the reference?
>My reference:
>lastGoodVersion=Fred,0.7,1.0,1010
>> try both "localhost:" and "127.0.0.1:" as "localhost" is most of =
>the case !=3D 127.0.0.1 (do you read me, Worst-developer? ;)
>Why would localhost !=3D 127.0.0.1?
for me "localhost" is "192.168.2.1", my inferface's IP
and 127.0.0.1 is only "virtual loopback" without a "real"
>> what do you mean with "references"? references is a reserved word for a text
>> passage describing a a node identity, do you mean that or just a
>> http://localhost:/XXX at YYY-link?
>I added 13 peers where 2 are connected and the rest are disconnected,
>one of them has Version 1007
>>
be more verbose
try both "localhost:" and "127.0.0.1:" as "localhost" is most of the
case != 127.0.0.1 (do you read me, Worst-developer? ;)
which version of freenet so you use - 0.5 or 0.7?
what exact build?
what do you mean with "references"? references is a reserved word for a text
>Doesn't happen here. Maybe an SVN/compiling glitch? You did compile it
>yourself, correct? With sun java or GCJ?
1. "ant clean"
2. delete test folder contents as it depends on junit, regardless the
proclamation of default target being independent of them now it still is (here)
3. "ant"
4.
Bug still in build 11514 :(
>As far as I know this is fixed.
>On Fri, Dec 22, 2006 at 07:43:09AM +0100, freenetwork at web.de wrote:
>> >> ...and once again one of the recent change broke my node... *sigh*
>> >> build 11507
>> >>
>>=20
>> >You realize you are running "unstable(testing)" builds
>> ...and once again one of the recent change broke my node... *sigh*
>> build 11507
>>
>You realize you are running "unstable(testing)" builds of alpha
>software, right? If you aren't doing it to test the software, I
>suggest you stick to the "stable" releases. If you are reporting a
>bug,
...and once again one of the recent change broke my node... *sigh*
build 11507
Initializing SSK Datacache (15344 keys)
Opening database using .\ssk-xxx.cache
Opening block db index
Keys in store: db 4422 file 4422 / max 15344
Deleted 0 of 0 temporary files (0 non-temp files in temp directory) in
basically it's working if http://127.0.0.1:/darknet/ shows some peers with
a green "CONNECTED".
for starters see here: http://wiki.freenetproject.org/FreenetConnections
(and the other wiki pages)
>i just downloaded the freenet software not sure if its working correctly
>, i read the "set
hi guys,
recenty i've got heavy problems with the ant dist build target.
for some odd reason it now wants to compile the test units that
a) won't compile here at all, so i had to delete the test directory!
b) "dist" won't build because it depends on junit which isn't installed here so
i had to
>> >Freenet 0.7 build 1001 is now available. Please upgrade. Tell me if the
>> >auto-update doesn't work for you. 1000 and 1001 consist mostly of
>> >bugfixes, mostly relating to recent problems with high bandwidth usage
>> >(above the specified limit) and low payload (efficiency) percentage. If
>Freenet 0.7 build 1001 is now available. Please upgrade. Tell me if the
>auto-update doesn't work for you. 1000 and 1001 consist mostly of
>bugfixes, mostly relating to recent problems with high bandwidth usage
>(above the specified limit) and low payload (efficiency) percentage. If
>you are
[...]
Written freenet.ini.tmp and moved to freenet.ini
Extra peer data reading and processing completed
Node initialization completed.
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at
42cbda" java.lang.NullPointerException
at
from console:
[...]
Node initialization completed.
Written freenet.ini.tmp and moved to freenet.ini
Failed to load native FEC: java.lang.ExceptionInInitializerError
java.lang.ExceptionInInitializerError
at
freenet.client.StandardOnionFECCodec.(StandardOnionFECCodec.java:137)
at
Don't feed the troll
>Freenet 0.7 is nothing more than yet another in a series of Freenet
>failures-in-waiting until it proves itself, IMHO, by emerging out of alpha
>with open-net.
>
>
>___
>Support mailing list
>Support at freenetproject.org
Current svn-snapshot
[--- node startup ---]
Creating ARKFetchManager
Creating PeerManager
Read X peers from .\peers-X
Initializing CHK Datastore (X keys)
Opening block db index
Keys in store: 1587 / 49101 (db 1587 file 1587)
Initializing CHK Datacache (59790:12276 keys)
Opening block db index
0) be sure you have Java version 1.5 or 1.6 (1.4 will/should work too)
- type "java -version" in a console and watch the output
1) download these two files into a separate directory you've created forehand:
- http://downloads.freenetproject.org/alpha/freenet-r10260-snapshot.jar
-
Choose:
1) 0.5:
- the branch stable is in effect the branch unstable. both share the same
code, eventhough the 'stable' is called 0.5 and the unstable "pre 0.6" or
something like that
- unstable (eventhough the branch is called 'stable'): there are still
major problems with the
Current svn snapshot:
Aug 23, 2006 17:08:08:818 (freenet.client.async.SplitFileFetcherSegment, FCP
input handler for /127.0.0.1:2580, ERROR): Failing with
FetchException:Cancelled:null:-1:null:false:null:null but already started decode
FetchException:Cancelled:null:-1:null:false:null:null
try to avoid setting the log level to DEBUG or MINOR.. that's insane - no
wonder your logs are that big :D
then again i suppose "Maximum disk space used by old logs" should work
nevetheless if i understand it's purpose correctly...
--Original Message Text---
From: Stefan Gr?nberg
Date: Wed,
try setting the log level from NORMAL to ERROR.
also... why are your logs this big? o_O
On Wed, 23 Aug 2006 11:09:09 +0200, Stefan Gr??nberg wrote:
>is there any way to limit the log size so i dont keep getting 1 gig logs
>all the time?
>
>ive set max 100k lines in ram, 10M in ram
>and 50M
As on toad's request these go here:
This appened on node (svn build 10227) shutdown.
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at
1be22a5" java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at
SUN current release 1.5.0_08 available at
http://java.sun.com/javase/downloads/index.jsp
SUN early access 1.6 beta 2 available at
http://java.sun.com/javase/downloads/ea.jsp
I'm running:
java version "1.6.0-beta2"
Java(TM) SE Runtime Environment (build 1.6.0-beta2-b85)
Java HotSpot(TM) Client
Which JVM? Which OS?
freenet can do ***nothing*** about crashing and buggy Java Environments. Get
the current release and check your libraries.
>2 crashes during night
>
>>1) but it's showing three times the "starting the update process" line, which
>>looks strange
>>2) but on the fproxy homepage the warning "A new stable version of Freenet is
>>available" does not disappear anymore
>>3) there's no feedback to the user that the node won't update because there's
>tested with build 924
>
>now it doesn't throw an npe anymore:
>
>Found new update edition 925
>Starting the update process: found the update (925), now fetching it.
>Starting the update process: found the update (925), now fetching it.
>Starting the update process: found the update (925), now
tested with build 924
now it doesn't throw an npe anymore:
Found new update edition 925
Starting the update process: found the update (925), now fetching it.
Starting the update process: found the update (925), now fetching it.
Starting the update process: found the update (925), now fetching
Found 921
Searching for revocation key
Revocation counter: 0
Update in progress
Exception : java.lang.NullPointerException
java.lang.NullPointerException
at freenet.node.updater.NodeUpdater.innerUpdate(NodeUpdater.java:219)
at
Try Freenet 0.7.
It's much more ressource friendly than 0.5 is/was and is the current main
project.
Check out http://wiki.freenetproject.org for installation details and more info.
HTH
>OK, Freenet is making my windows box run way too hot. (3.0 AMD / 2G /XP Pro)
>Normally runs 94-98F, when
javac automatically includes the main rt.jar java library, jikes does not.
you'll have to add rt.jar to your classpath it you're using jikes
>Hi,
>
>After got freenet-ext.jar (make getseeds) make jar return the error:
>
>make jar
>jikes -bootclasspath lib/freenet-ext.jar -sourcepath src -d
>>> Right now this isn't directly possible via freenet.exe (the systray app) as
>>> far
>>> as I can tell. It does take command line args, but not a shutdown one. It
>>> could
>>Heh ignore that, I'm an idiot, obviously running freenet.exe -shutdown to call
>>ExitFServe would spawn a new process
>6. Enter "java -Xmx128M -cp freenet.jar freenet.node.Main" without the quotes.
make that "java -Xmx128M -cp freenet.jar;freenet-ext.jar;%CLASSPATH%
freenet.node.Main"
48 matches
Mail list logo
