Timestamps are in GMT/BST.
[0:35] * proteusguy (proteusguy@66-90-229-20.dyn.grandenetworks.net) Quit ("Leaving")
[0:39] * Ash-Fox (Hal-9000@aap55.neoplus.adsl.tpnet.pl) Quit (Remote closed the connection)
[0:53] * Ash-Fox (Hal-9000@aap55.neoplus.adsl.tpnet.pl) has joined #FREENET
[1:02] * Ash-Fox (Hal-9000@aap55.neoplus.adsl.tpnet.pl) Quit (Remote closed the connection)
[1:21] * Ash-Fox (Hal-9000@aap55.neoplus.adsl.tpnet.pl) has joined #FREENET
[2:53] * Hory (~Miranda@81.196.25.110) has joined #FreeNet
[5:45] * Ash-Foxeus (Hal-9000@aaw31.neoplus.adsl.tpnet.pl) has joined #FREENET
[5:45] * Ash-Fox (Hal-9000@aap55.neoplus.adsl.tpnet.pl) Quit (Read error: 110 (Connection timed out))
[7:47] * zfz (~040@h151n2fls310o851.telia.com) has joined #freenet
[7:48] <zfz> Hello, anyone awake? =)
[8:05] * zfz (~040@h151n2fls310o851.telia.com) Quit ("[BX] Beefcake! BEEFCAKE!")
[8:17] * guido^pe (~unknown@dsl-082-082-158-059.arcor-ip.net) has joined #freenet
[8:40] * robilad[afk] is now known as robilad
[8:54] * nicktastic (~nicktasti@c-67-163-227-74.client.comcast.net) Quit (Read error: 113 (No route to host))
[9:13] <greycat> Freenet killed java! core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'java'
[9:23] <thelema|DTT> greycat: more jvm bugs, yay
[9:23] * thelema|DTT is now known as thelema
[9:39] * Sugadude (~Sugadude@pakastelohi.cypherpunks.to) has joined #freenet
[10:11] * thelema is now known as thelema|aikido
[10:14] * fuzzie (~fuzzie@gate.hartware.at) has joined #freenet
[10:14] <fuzzie> hi
[10:16] <fuzzie> i'm currently trying to installing freenet on linux
[10:17] <fuzzie> but it seems that the files from http://www.freenetproject.org/snapshots are corrupt
[10:17] <fuzzie> for example freenet-20040724.tgz
[10:18] <fuzzie> tar: Unexpected EOF in archive
[10:18] <fuzzie> any suggestions?
[10:20] <hirvox> hmm, let me check
[10:20] <fuzzie> thx
[10:29] <hirvox> the tarball seems to be fine
[10:29] <hirvox> redownload it
[10:36] <fuzzie> still doesn't work..
[10:37] <hirvox> what command are you using to decompress the archive?
[10:38] <fuzzie> tar xzvf freenet-20040724.tgz
[10:39] <hirvox> what's the md5sum?
[10:39] <Sugadude> Shouldn't that be s/xzvf/\-xzfv/ ?
[10:39] <fuzzie> ive now downloaded it on another machine and it worked! dont know why, same filesize
[10:40] <hirvox> Sugadude:no, the - is optional
[10:41] <Sugadude> Hmm. Maybe it's a non-GNU version of tar?
[10:41] <fuzzie> hm, must be a bug in tar version 1.13.93
[10:42] <fuzzie> other machine has 1.13.92 which worked
[10:42] * hirvox uses 1.13.25
[10:42] * Sugadude uses 1.12 ;)
[10:57] * Ash-Foxeus is now known as Ash-Fox
[10:58] <fuzzie> the tar archive is messed up although, someone created the archive with an old version of tar under MS-DOS!
[11:00] <hirvox> AFAIK, dodo.freenetproject.org (the machine which builds the tarballs and .jars) uses Debian
[11:01] <fuzzie> file freenet-20040724.tgz
[11:01] <fuzzie> freenet-20040724.tgz: gzip compressed data, from MS-DOS
[11:02] <Sugadude> That's just because of the file extension: tgz. DOS doesn't support tar.gz so it uses tgz.
[11:07] <Sugadude> Hmm, nope I was wrong... Ignore previous statement.
[11:59] -NickServ- This nickname is owned by someone else
[11:59] -NickServ- If this is your nickname, type /msg NickServ IDENTIFY <password>
[11:59] * hapi (~PircBot@newton.ncc.edu) has joined #freenet
[11:59] * Topic is 'Upgrade to 5086 | Unstable: Upgrade to 60170 (60160: network level IP detection should work now); network reset at 60151 so 60151 is mandatory | Unstable nodes must be updated daily | Stable nodes should generally be updated weekly | #freenet-chat and #freenet-politics are open for business! Off topic discussions may be directed there. | Logs: http://newton.matcmp.ncc.edu/~lockej/'
[11:59] * Set by hirvox on Sun Jul 25 12:08:52 EDT 2004
[11:59] -ChanServ- [#freenet] This is the FreeNet channel (http://freenet.sourceforge.net)
[12:06] * jay changes topic to 'Upgrade to 5086 | Unstable: Upgrade to 60170 (60160: network level IP detection should work now); network reset at 60151 so 60151 is mandatory | Unstable nodes must be updated daily | Stable nodes should generally be updated weekly | #freenet-chat and #freenet-politics are open for business! Off topic discussions may be directed there. | Logs: http://newton.matcmp.ncc.edu/~lockej/freenet/chanlog/'
[12:09] * zfz (~040@h151n2fls310o851.telia.com) has joined #freenet
[12:12] * zfz (~040@h151n2fls310o851.telia.com) Quit (Client Quit)
[12:31] * eMBee (~mbaehr@sirius.iaeste.tuwien.ac.at) has joined #freenet
[12:31] <eMBee> good afternoon
[13:11] * Hory (~Miranda@81.196.25.110) Quit ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
[14:23] * oierw` (~mathew@cpe-69-75-126-12.hawaii.rr.com) has joined #freenet
[14:41] * oierw (mathew@cpe-69-75-126-12.hawaii.rr.com) Quit (Read error: 110 (Connection timed out))
[14:49] * oierw` (~mathew@cpe-69-75-126-12.hawaii.rr.com) Quit (Read error: 110 (Connection timed out))
[15:16] * jay (jcl@ool-18bf6dac.dyn.optonline.net) Quit (".")
[15:28] * thelema|aikido is now known as thelema
[15:28] <thelema> hi all
[15:35] * manveru (~manveru_t@dsl-wien1-34-187.utaonline.at) has joined #freenet
[15:51] * manveru (~manveru_t@dsl-wien1-34-187.utaonline.at) has left #freenet
[15:56] * Hory (~Miranda@81.196.25.110) has joined #FreeNet
[15:56] * Sugadude (~Sugadude@pakastelohi.cypherpunks.to) Quit ()
[16:02] * ysothoth (~ysothoth@68-174-22-46.si.rr.com) has joined #freenet
[16:03] <KenMan> hi thelema
[16:08] <thelema> hi ken
[16:08] <thelema> what's up?
[16:10] <KenMan> I shaped my datastore, and am attempting to run 5086...
[16:11] <thelema> shaped your store? ick.
[16:11] <KenMan> yeah, i know. But what the heck ?!
[16:11] * Pascal666 (Pascal@c-24-13-17-191.client.comcast.net) Quit ()
[16:12] <KenMan> It seems pretty clear to me that NGR is geared for a single point of spec, not multiple points. And it is unclear if it can even do 1 point !
[16:12] <KenMan> I now have about 15000 keys that form a normal distribution around a keypoint I chose ...
[16:13] <thelema> our estimators don't seem to be able to form more complex specializations.
[16:13] <thelema> I still wonder what would happen if we tried CPAlgo right now.
[16:13] <thelema> (or rather, right after we fix teh crypto bug)
[16:14] <KenMan> yes, for kicks I considered running a testnet with year-old CPA code , just to compare...
[16:15] <thelema> but you haven't yet?
[16:15] <KenMan> but what if it WAS terribly better. How would toad react to that ?
[16:15] <KenMan> I'm still kicking the idea around... and being lazy :)
[16:15] * thelema would give everyone the rasberry.
[16:16] <KenMan> :o
[16:16] <thelema> of course they'd all say that it's just a simulation, and that NGR would do better in a real internet with all the latency and bandwidth shortages.
[16:16] <KenMan> of course ;)
[16:17] <KenMan> but, IF we can get everyone on board with the admission that NGR is geared for a single spec point, we can maybe make some progress with NGR...
[16:17] <KenMan> or, rather, NGR is *not* geared for very many points of spec .
[16:19] <KenMan> i understand the one single argument(censorship attack) against having nodes just state their spec. But I think it could be accomodated / worked around.
[16:21] <KenMan> awesome, 5086 up 12 minutes and I already have a peer !!
[16:22] * Pascal (Pascal@c-24-13-17-191.client.comcast.net) has joined #Freenet
[16:23] * fuzzie (~fuzzie@gate.hartware.at) has joined #freenet
[16:25] <thelema> *a* peer?
[16:33] <KenMan> well, w/24 minutes, I'm now up to 3 peers !
[16:33] * KenMan remarks, "Freenet is not for the impatient!"
[16:34] <KenMan> size of DS, number of peers, and outgoing bandwidth capacity are all strongly related "tunables..."
[16:35] <KenMan> it would be nice if we could encourage a rough formula, as these 3 relate to each other...
[16:39] <thelema> you're using the default seeds?
[16:40] <KenMan> yeah...
[16:43] <thelema> wow, that's slow. how many seeds in default?
[16:51] <KenMan> quit a few, 117 are 5086 ...
[16:53] <KenMan> so nodes try to guess something (spec) about other nodes. But (because of a single identified attack) we can't just share that info. But eventually as we get better at guessing, we begin to become productive.
[16:53] <KenMan> it just seems rather silly. After all, nodes CAN choose / determine their spec. End of story.
[16:54] <greycat> very interesting point
[16:54] <thelema> nodes can be bad at what the rest of the network is trying to get them to be.
[16:54] <thelema> that's the extent that they can choose their spec.
[16:55] <KenMan> if peer nodes begin to use their 'learning' about another node's behavior, they can easily be drawn into that node's spec of choice.
[16:55] <thelema> I think it's perfectly reasonable for routing to pick a spec for a node, and if the node doesn't get good at it, not route to it in favor of other nodes.
[16:55] <KenMan> i agree, but I doubt if the announcement mech is secure or believable.
[16:55] <thelema> if there's too few nodes that one knows about, then it would continue trying to pick specs for that node.
[16:56] <thelema> It is.
[16:56] <thelema> do you want me to explain announcements?
[16:56] <KenMan> if you have the time / energy :)
[16:56] <thelema> in short:
[16:57] <thelema> each node along the announcement path picks a random specialization and sends Hash(UniqueID, specialization) to the node it sends the announcement to
[16:57] <thelema> (along with all the other hashes)
[16:58] <KenMan> so, a node in need of peers will announce itself to (one or more?) other nodes.
[16:58] <thelema> yes; announcement is a routed process, like requests and inserts
[16:58] <thelema> I don't recall how announcements are routed, though. I guess they have a random routing key.
[16:58] <KenMan> okay, so it follows a chain much like any request. It doesn't loop back though the originating node then ?
[16:59] <thelema> the last node sends a message down the chain saying that it's got the Hash() values, and to send the actual specialization_n values
[17:00] <thelema> it then XORs those values (assuming they check out) together, and that's the specialization for the announcing node.
[17:00] <KenMan> what prevents me (first hop) from pretending to be all of the signing nodes (i assume that sigs are used) ? and determining your spec all on my own?
[17:00] <thelema> each node can verify that no node between it and the announcer has cheated.
[17:01] <KenMan> how ?
[17:01] <thelema> nothing; there's no way to have an announcement to an evil node succeed properly.
[17:02] <thelema> verification is done by calculating h(UniqueID, specialization) and making sure it matches the specialization given.
[17:02] <KenMan> who uses the announcement - the last recipient ? in order to connect to the issuer ?
[17:02] <KenMan> and he helps to compute the final (random) spec point ?
[17:03] <thelema> and it doesn't matter what random value the rest of the nodes past it sent, because its random value will completely determine the partial specialization up to that point.
[17:03] <KenMan> you just lost me...
[17:03] <thelema> the first node in the chain is the one that computes the final specialization point.
[17:03] <thelema> okay, for reference, let's number the nodes in the announcement chain A -> 1 -> ... -> 9
[17:03] <thelema> A is the announcer
[17:04] <thelema> 9 is the last node in the chain.
[17:04] <thelema> A -> 1 AnnouncementRequest(UniqueID)
[17:04] <KenMan> A needs / wants more peers, so he will issue announcement
[17:04] <thelema> 1->2 AnnouncementRequest(UID, H1)
[17:04] <thelema> H1 = H(uid, spec1)
[17:05] <thelema> spec1 is the random specialization that node 1 chose.
[17:05] <KenMan> okay...
[17:05] <thelema> 2->3 AR(UID, H1, H2)
[17:05] <thelema> ...
[17:05] <thelema> 8->9 AR(UID, H1, H2, ..., H8)
[17:06] <KenMan> so the final chosen spec point is entirely random. This is new to me :)
[17:06] <thelema> yes, and cannot be influenced in the least by any announcing node.
[17:06] <thelema> well, except the first one; you have to trust it.
[17:07] <iip_i2p> <mrflibble> hi dudes, anyone having loads of 5-Jul-2004 22:24:55 (freenet.support.io.NIOInputStream, YThread-76, NORMAL): waited more than 120000ms in NIOIS.read() tcp/connection: 217.82.43.146:53962>local,freenet.transport.tcpConnection@19ced28:freenet.support.io.NIOInputStream@6e9867- closing
[17:07] <thelema> but if the first one is playing by the rules, the announcement can't be non-random.
[17:07] <iip_i2p> <mrflibble> messages? i'm getting them all the time and there's not net activity from my node
[17:08] <thelema> mrfibble: what JVM?
[17:08] <thelema> KenMan: and in fact if there's a non-colluding node anywhere in the chain, the announcement will be random.
[17:09] <KenMan> wait, 1 uses his actual spec estimate of A to start this cascading process ?
[17:09] <iip_i2p> <mrflibble> sun 1.4.2_05
[17:09] <iip_i2p> <mrflibble> sun 1.4.2_05
[17:09] <KenMan> non-colluding = vicious black socks (or hat) node ?
[17:10] <iip_i2p> <mrflibble> just updated from 1.4.2_04 incase it made a difference - someone mentioned it in a freenet list i was reading earlier
[17:10] <thelema> KenMan: no. 1 picks an entirely random value.
[17:11] <thelema> non-collusing = picking a random specialization as opposed to picking 0x00000000000000
[17:11] <KenMan> so, no estimate of spec is used anywhere in the chain. I'm almost still with you.
[17:11] <thelema> mrflibble: how much bandwidth? both fred's limit and your connection's
[17:11] <thelema> KenMan: I'll wait for you to catch up, if you need time.
[17:12] <iip_i2p> <mrflibble> adsl: 256k up, 2mb down. ive limited freenet upload to 15kb/s
[17:13] <thelema> mrf: 15K/s is too much; try 12-13K/s
[17:13] <iip_i2p> <mrflibble> too much?? surely the more the better?
[17:13] <iip_i2p> <mrflibble> it's been working on that value for months now
[17:13] <thelema> mrf: if you hit the outbound buffer on your DSL modem, it'll kill xfer performance and result in huge pauses in data.
[17:13] <KenMan> i need to clarify things: A->1 "This is unique announcment #166 , I want a peer." #1 then generates a random number (spec point). Good so far ?
[17:14] <thelema> KenMan: yes.
[17:14] <iip_i2p> <mrflibble> maybe so, but surely that won't be causing the problem that i'm getting at the moment?
[17:15] <KenMan> then 1->2 "Ann#166 , hash of (#166, #1's random number)" ?
[17:16] <thelema> KenMan: yes.
[17:16] <KenMan> and, i suppose, the random number itself.
[17:16] <thelema> KenMan: no, it doesn't reveal the random number, because a downstream node could use that to choose their random number to influence the outcome.
[17:17] <iip_i2p> <mrflibble> and surely the webpage would still load, even if the connections had timed out?
[17:18] <KenMan> okay, so when #9 generated H9, that is the randomly derived keypoint used by 9 for initial spec estimation of A, when 9 attachs to A ?
[17:18] <thelema> mrf: you're having problems with fproxy?
[17:19] <thelema> KenMan: 9 attachs to a?
[17:19] <KenMan> doesn't 9 use the announcement to connect to A ?
[17:19] <thelema> no.
[17:19] <KenMan> or does 9 then distribute this for other nodes to attach ?
[17:20] <thelema> 9 sends back a message to 8 saying I got all the hashes, send the actual data.
[17:20] <thelema> 8 forwards this up the chain.
[17:20] <thelema> when it gets to 1, 1 sends 2 its actual number
[17:21] <thelema> 2 checks that it matches, and sends the first two numbers to 3
[17:21] <thelema> etc.
[17:21] <thelema> and 9 gets 8 supposedly random numbers
[17:21] * fuzzie (~fuzzie@gate.hartware.at) Quit ()
[17:21] <thelema> it checks that they match the hashes and sends its random number back
[17:21] <thelema> along with some keys to request
[17:22] * Ash-Foxeus (Hal-9000@aad121.neoplus.adsl.tpnet.pl) has joined #FREENET
[17:22] <thelema> 8 sends 7 those keys, the XOR of its number and 9's number, and some more keys
[17:22] <thelema> ...
[17:22] <thelema> 2 sends 1 a bunch of keys, the penultimate XOR and some more keys
[17:23] <KenMan> i am not 100% on base, but you've gotten me much closer...
[17:23] <thelema> 1 calculates the final XOR and sends it to A as the specialization, along with a lot of keys to request
[17:24] <KenMan> does it matter than a single computer can pretend to be several nodes along the chain , thus shortening it ? is this somehow prevented ?
[17:24] <KenMan> and I assumed that 9 would connect to A, not the other way round... but i guess it doesn't matter much with bidi
[17:25] <thelema> no, it doesn't really matter; as long as one node along the chain is playing by the rules, the deception will either be detected or be irrelevant.
[17:26] <KenMan> how would it be detected if I acted as nodes 2 though 8 in this case ?
[17:27] <thelema> it wouldn't be detected, but it'd be irrelevant.
[17:27] <KenMan> suppose I had some evil reason for wanting to connect close nodes, rather than ones farther apart ?
[17:27] <thelema> the specialization would still be random since node 1's value was random, and random XOR non-random = random.
[17:28] <thelema> close nodes?
[17:28] <KenMan> okay. And the final spec point decided upon has no relation to 9's spec... which A will route to after connecting. A is seeking a route, not a requestor.
[17:29] * bluephile (bluephile@69-160-205-193.clvdoh.adelphia.net) Quit (Read error: 104 (Connection reset by peer))
[17:29] <KenMan> perhaps I wanted to connect two nodes in my routing table (thus "close")... for some kind of attack.
[17:29] * bluephile (bluephile@69-160-205-193.clvdoh.adelphia.net) has joined #freenet
[17:29] <thelema> oh... hmm, you're attacking the announcement process by using it to put certain nodes into a node's routing table?
[17:30] <KenMan> i'm just trying to poke holes in things. But what I really needed to learn was that new nodes who connect from the announcement process are starting out with random spec points , unrelated to a node's true spec point.
[17:30] <KenMan> or points...
[17:31] <thelema> what is a node's true spec point?
[17:31] <KenMan> heh, hard question...
[17:31] <thelema> I'd argue that if a node isn't getting requests, it doesn't have a true spec point.
[17:32] <KenMan> back up here, A announces that it wants a route, not more requestors. In the original design, anyway.
[17:32] <thelema> It's not just a function of the store or routing table; other nodes' routing tables are *very* important.
[17:32] * shendaras (shendaras@ip68-97-113-208.ok.ok.cox.net) has joined #freenet
[17:32] <thelema> A wants to let other nodes know it's out there.
[17:32] <KenMan> A wants peers. But originally (pre-bidi), A wanted routes.
[17:32] <thelema> It needs to have an initial point for them to seed their routing tables with (hopefully the same for all of them)
[17:33] <thelema> It also needs to find out about more nodes so that it can route to them.
[17:33] <KenMan> "them" to seed ??
[17:33] <thelema> But mostly announcement is for new nodes to join the network in a nice way.
[17:34] <KenMan> I should draw a picture of this, pass it to you for confirmation, and then we have better documentation. Maybe ??
[17:34] <thelema> yes; the nodes along the announcement path put the announcing node into their routing tables with an initial specialization of that random value chosen.
[17:34] <thelema> Yes; please.
[17:34] <mazzanet> mooornin
[17:34] <KenMan> okay, i know it won't be right, thus we pass it back and forth.
[17:34] <KenMan> Hi mazzanet ... i hope you aren't carrying any frozen toads today !
[17:35] * antilepton (~antilepto@lsanca2-ar34-4-3-212-088.lsanca2.dsl-verizon.net) has joined #freenet
[17:35] <mazzanet> lol no
[17:35] <mazzanet> it's really really foggy outside
[17:36] <mazzanet> can't see more than 3m infront of me
[17:36] <KenMan> the only consolation was that I used the frozen toad to nurse the black eye you gave me. And it helped bring him back to animation.
[17:36] <KenMan> fog is cool
[17:39] * Ash-Fox (Hal-9000@aaw31.neoplus.adsl.tpnet.pl) Quit (Read error: 110 (Connection timed out))
[17:40] <iip_i2p> <mrflibble> thelema that seems to have worked arm, i dont get why a whole 4k less would make such a difference
[17:41] * Zv2S (~rfc1413@squirrel.owl.de) has left #freenet
[17:42] * Zv2S (~rfc1413@squirrel.owl.de) has joined #freenet
[17:48] * Ash-Foxeus is now known as Ash-Fox
[17:49] * antilepton (~antilepto@lsanca2-ar34-4-3-212-088.lsanca2.dsl-verizon.net) Quit ("Leaving")
[17:59] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) has joined #Freenet
[18:03] * shendaras (shendaras@ip68-97-113-208.ok.ok.cox.net) Quit ("Boom")
[18:04] * Black_Adder (~blackadde@jls141-oak1.pangeatech.com) has joined #freenet
[18:12] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) Quit (Read error: 60 (Operation timed out))
[18:12] * Black_Adder (~blackadde@jls141-oak1.pangeatech.com) Quit ()
[18:12] <thelema> mrflibble: It's because those 4K/s are used for other things you're doing while online. As well, the bandwidth limiting can only be so accurate...
[18:31] * thelema is now known as thelema|aikido
[18:35] <KenMan> woah! OCM Connections mode page showed an arrow with a little xfer indicator. I thought this was still broken.
[18:35] <KenMan> Of course, now that I have three xfers going, none of the arrows show the little indicators. But I SAW ONE earlier !!!
[18:36] <KenMan> after 2.5 hours , my 5086 node is up to 16 peers !
[18:42] <guido^pe> Hi, I've started a completely fresh node about ten minutes ago. It has been consuming 100% CPU since then, but there are still no indications of it actually working
[18:43] <guido^pe> for example it still isn't listening on port 8888 and there also still is no "store" directory in the freenet dir
[18:44] <guido^pe> Any idea how long that will still take?
[18:44] * robilad (~topic@mpiat2304.ag2.mpi-sb.mpg.de) Quit (Remote closed the connection)
[18:46] * robilad (~topic@mpiat2304.ag2.mpi-sb.mpg.de) has joined #freenet
[18:59] <sanity> guido^pe: what kind of machine are you running on?
[18:59] <greycat> also what OS, what version of java, what freenet build, and what does freenet.log say (if anything)?
[18:59] <sanity> guido^pe: on a reasonably modern machine the web interface should come up within 30 seconds
[19:00] <greycat> sanity: the first time.... :)
[19:00] <sanity> guido^pe: although performance typically remains poor for several hours depending on usage
[19:00] <sanity> bbiab
[19:00] <guido^pe> Machine is a Via C3 800Mhz, OS is FreeBSD, Java is Sun jdk14
[19:01] <guido^pe> It's now been consuming nearly 25 mins of cpu time and still doesn't show any vital signs
[19:02] <greycat> sounds like it doesn't care for your java VM
[19:02] <guido^pe> huh?
[19:03] <guido^pe> I don't quite understand, could you rephrase?
[19:03] <greycat> java VM = java virtual machine
[19:04] <guido^pe> yes, that I know, but what do you mean with "doesn't care for"?
[19:04] <greycat> as in "there's something wrong with your java VM and it doesn't sound like freenet will work under it"
[19:04] <greycat> did freenet.log reveal anything?
[19:05] <guido^pe> freenet.log contains only one line
[19:05] <guido^pe> "Jul 26, 2004 12:48:03 AM (freenet.node.Main, main, NORMAL): Starting Freenet (Fred) 0.5 node, build #5086 on JVM Sun Microsystems Inc.:Java HotSpot(TM) Client VM:1.4.2-p6-root_21_jul_2004_00_48"
[19:06] <guido^pe> Isn't Freenet supposed to run on Sun Java 1.4.x?
[19:06] <greycat> the second line should be "freenet.node.Main, main, NORMAL): loading node keys: node"
[19:06] <guido^pe> well, that is the only line there
[19:06] <guido^pe> I stopped it now
[19:08] <guido^pe> btw, I also experienced problems on first startup. It wouldn't generate a proper freenet.conf, so I copied over the one from my other machine
[19:10] <guido^pe> I increased loglevel to "debug". Now freenet.log contains a lot more
[19:11] <guido^pe> At the end of it, there are a lot of these lines: "Jul 26, 2004 1:28:08 AM (freenet.support.BlockingQueue, PRNG/Yarrow entropy processing thread, DEBUG): Waiting... class java.util.LinkedList:[]"
[19:16] * Ash-Fox (Hal-9000@aad121.neoplus.adsl.tpnet.pl) Quit (Remote closed the connection)
[19:20] <guido^pe> I'll just leave it at that for today and go to bed now
[19:20] * guido^pe (~unknown@dsl-082-082-158-059.arcor-ip.net) Quit (Remote closed the connection)
[19:28] * Ash-Fox (Hal-9000@aad121.neoplus.adsl.tpnet.pl) has joined #FREENET
[19:40] * jmercier (~jmercier@4.10.164.111) has joined #freenet
[19:44] <KenMan> after 3.5 hrs of 5086 and seednodes.ref, my node has clawed its way up to 22 peers...
[19:45] <KenMan> 4K qph, but of course virtually none succeed... it will get better. But first, to find more nodes...
[19:53] * Hory (~Miranda@81.196.25.110) Quit ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
[19:53] * null_pointer_ (~null_poin@S0106005018225cc7.wp.shawcable.net) has joined #freenet
[20:00] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) has joined #Freenet
[20:01] <null_pointer_> Yo
[20:21] * null_pointer_ (~null_poin@S0106005018225cc7.wp.shawcable.net) Quit ("Leaving")
[20:24] <Ash-Fox> I hate it when newbies make accounts on sourceforge... they do stupid things like http://sourceforge.net/projects/vos-s-os/
[20:30] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) Quit (Read error: 60 (Operation timed out))
[20:34] <leexgx> yorn
[20:34] <leexgx> need sleep
[20:36] * Anvil_Vapre (~Cichli@63-227-158-112.omah.qwest.net) has joined #freenet
[20:43] * jmercier (~jmercier@4.10.164.111) Quit ("Leaving")
[20:57] * Anvil_Vapre (~Cichli@63-227-158-112.omah.qwest.net) Quit (Connection timed out)
[21:51] <KenMan> is anybody else having trouble with the node's ability to export the node's reference at the command line using the -x switch ?? it runs here, but no file is produced!
[22:01] * eMBee (~mbaehr@sirius.iaeste.tuwien.ac.at) Quit (Read error: 110 (Connection timed out))
[22:02] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) has joined #Freenet
[22:13] * KenMan confirms the signal 11 problem with 5086... everything else runs fine, machine checks out OK...
[22:16] * MrNaughty (MrNaughty@d198-166-55-147.abhsia.telus.net) Quit ("\(^_^)/' No Soliciting!!! Unless you have legs way, way up and really, really big tits....")
[22:18] * greycat (rfc1413@wooledge.org) Quit ("Lick Bush in '04")
[22:19] * Ash-Fox (Hal-9000@aad121.neoplus.adsl.tpnet.pl) Quit (Remote closed the connection)
[22:26] * iip_i2p (~changate@host.teitel.net) Quit (Read error: 113 (No route to host))
[22:29] * iip_i2p (~changate@host.teitel.net) has joined #freenet
[22:32] * Seed212 (wind789@6532175hfc51.tampabay.rr.com) has joined #freenet
[22:32] * TheSeeker (~Fridlekh@cpe-65-28-158-211.socal.rr.com) Quit (Read error: 110 (Connection timed out))
[22:39] * eMBee (~mbaehr@sirius.iaeste.tuwien.ac.at) has joined #freenet
[22:47] <Seed212> can anybody here help me get my unstable node connected?
[22:51] * robilad is now known as robilad[afk]
[22:56] <Seed212> stable works fine for me, unstable is unable to connect to any nodes, I've switched to the unstable.rar and the unstabl.ref but I'm not having any luck
[22:57] * Ash-Fox (Hal-9000@aad121.neoplus.adsl.tpnet.pl) has joined #FREENET
[23:14] <mikeDOTd> i don't know why, but 5085-5086 appears slower to me. i've also been running a node for days now, and only have 96 open connections
[23:15] <Seed212> better than my 0 connections
[23:15] <Seed212> is the unstable network usually very busy?
[23:19] <Seed212> mike:is your bandwidth maxed out?
[23:22] <mikeDOTd> Seed212: i'm not running unstable ATM, so i'm not sure about that
[23:22] <mikeDOTd> as far as bandwidth goes...standby
[23:32] * Anvil_Vapre (~Cichli@63-227-158-112.omah.qwest.net) has joined #freenet
[23:33] <mikeDOTd> Seed212: the pipe isn't maxed, but the node is using all of the bandwidth allocated via rate limiting
[23:34] <Seed212> aahh
[23:35] <Seed212> does rate limiting work well for you?
[23:35] <mikeDOTd> yeah, i haven't had any problems with it
[23:35] <Seed212> mine workds good for settings under about 15 KB/sec
[23:36] <Seed212> anything over and it starts to get erratic
[23:36] * oierw` (~mathew@cpe-69-75-126-12.hawaii.rr.com) has joined #freenet
[23:37] <mikeDOTd> i'm using the default setting of 12288, which seems to work well (but sometimes goes over)
[23:37] <Seed212> hehe
[23:38] <Seed212> I was hoping to get onto unstable because stable seems to be overloaded..
[23:39] <Seed212> actually it's always overloaded in the sence that my bandwidth is always maxed
[23:42] <KenMan> things are not going so well for my 5086 node... I'll complain more tomorrow if it doesn't improve. 24 peers, 250 qpm, but nearly no successes...
[23:43] <mikeDOTd> yeah, post 5084 builds don't seem so hot
[23:45] <sanity> gah, 5am
[23:46] * sanity has totally fscked his body-clock
[23:46] <mikeDOTd> sanity: have you been traveling a lot?
[23:46] <sanity> no
[23:47] <sanity> i ended up falling asleep for several hours yesterday evening, and haven't really been able to get back to sleep since :-/
[23:47] <sanity> the theory was that i would stay up to adjust to flying to Las Vegas on Thursday, however I think I have now done more harm than good
[23:48] <mikeDOTd> heh
[23:48] * mikeDOTd (~mikedotd@plutonium.nexthop.net) Quit (Remote closed the connection)
[23:48] * mikeDOTd (~mikedotd@plutonium.nexthop.net) has joined #freenet
[23:48] <sanity> after watching 5 episodes of 24 I assumed that i would be able to get back to sleep...
[23:48] <sanity> ...still waiting...
[23:49] <Seed212> how many episodes of 24 are there?
[23:49] <hirvox> 24?-)
[23:49] <hirvox> one for each hour, 3 seasons
[23:49] <Seed212> only 8 shows per season?
[23:50] <hirvox> no, 24 episodes per season
[23:50] <Seed212> how many have been released?
[23:50] <Seed212> hhmm
[23:50] <Seed212> is there a new 24 hour threat ever season or somthing?
[23:50] <hirvox> yes
[23:50] <Seed212> lol
[23:51] <hirvox> but time elapses between seasons, so it's not like Bauer has to do three all-nighters in a row
[23:52] <Seed212> lol I see
[23:52] <Seed212> I've only seen 1 or 2 episodes myself
[23:52] <Seed212> ever seen 7 days?
[23:52] <hirvox> no
[23:54] <Seed212> it's one of those go back in time shows(up to 7 days in the past) where the dude has to fix a problem before it happens
[23:58] <hirvox> bbl, work
[23:58] <Seed212> cya
These logs were automatically created by Jay Oliveri with his gimp hapi on irc.freenode.net.