Timestamps are in GMT/BST.
[0:00] <_ph00> I'm uploading a 660MB file on fproxy since a couple of days and it's not even to 25% yet
[0:00] <Ralith> fproxy is working fine
[0:00] <Ralith> but frost never seems to even start
[0:00] <_ph00> so use fproxy, when it's done post the key on frost
[0:00] <Ralith> yeah
[0:01] <_ph00> thaw is also good, expecially for fecthing multiple files: one key, one line, then hit fetch
[0:01] <_ph00> also good for upping, just browse and hit upload
[0:01] <Ralith> well, thaw kept locking up when trying to load indexes, for me
[0:01] <_ph00> or insert or whatever that was
[0:01] <Ralith> and I don't really want to wait for it to copy the file for uploading.
[0:02] <Ralith> (not that it'll be very fast anyway)
[0:02] <_ph00> then you can shut thaw down, it's only an interface to the node, once started the node does the job, you don't need to have thaw on all the time
[0:02] <Ralith> ah, cool
[0:03] <_ph00> don't shut down right away tho
[0:03] <_ph00> give it the time to transfer the requests and the ups to the node
[0:03] <Ralith> well, I've already added it directly to fproxy
[0:03] <Ralith> so :P
[0:03] <_ph00> click 'shut down' but if it says that it's till 'talking' to the node, hit 'cancel'
[0:04] <_ph00> as I said, thaw is not really needed, but it's nice to have when fetching multiple files, yu only do one copy-paste instead of [insert number here]
[0:05] <Ralith> yeah, understood
[0:05] <Ralith> def. cool
[0:24] * mozillaman (n=chatzill@) Quit (Read error: 60 (Operation timed out))
[0:40] * NullAcht15 (n=NullAcht@) Quit (Remote closed the connection)
[0:43] * Aladin (n=lars@) Quit ("Ex-Chat")
[0:49] * Ralith (n=ralith@) Quit (Read error: 104 (Connection reset by peer))
[0:50] * Ralith (n=ralith@) has joined #freenet
[0:55] * mozillaman (n=chatzill@) has joined #freenet
[1:01] * Ralith (n=ralith@) Quit ("*poof*")
[1:03] * Ralith (n=ralith@) has joined #freenet
[1:19] * Zothar_Work (n=chatzill@) Quit ("Chatzilla 0.9.74 [Firefox 1.5.0.8/2006102516]")
[1:25] * mozillaman (n=chatzill@) Quit (Read error: 104 (Connection reset by peer))
[1:26] * McTeethinator (i=McTeethi@) has joined #freenet
[1:28] * McTeethinator (i=McTeethi@) Quit ()
[1:39] * TheShad0 (i=no@) Quit (Read error: 110 (Connection timed out))
[3:15] * _ph00 (n=z@) Quit ("Leaving")
[3:19] * Gasi___ (n=chatzill@) has joined #freenet
[3:33] * Gasi (n=chatzill@) Quit (Read error: 110 (Connection timed out))
[4:11] * edt (n=Ed@) Quit (Read error: 110 (Connection timed out))
[4:12] * edt (n=Ed@) has joined #freenet
[4:12] * ChanServ sets mode +o edt
[4:40] * Randan (n=Randan@) has joined #freenet
[4:42] <Ralith> why the fsck does frost wait so long to send?
[4:47] * debber (n=debber@) has joined #freenet
[4:47] * Randan (n=Randan@) Quit ("Gone")
[4:52] * randomnode (n=randomno@) has joined #freenet
[5:03] * JAMESROBINSO1 (i=JAMESROB@) has joined #freenet
[5:03] <JAMESROBINSO1> what's up all
[5:08] * JAMESROBINSO1 (i=JAMESROB@) Quit ()
[5:13] * Guest425 (n=Guest425@) has joined #freenet
[5:13] * Guest425 (n=Guest425@) Quit (Client Quit)
[5:23] * JustMe_ (i=JustMe_@) Quit ()
[5:33] * _ph00 (n=z@) has joined #freenet
[5:42] * Guest706 (n=Guest706@) has joined #freenet
[5:49] * Guest706 is now known as Guest007
[6:35] * randomnode (n=randomno@) Quit ()
[7:04] * debber (n=debber@) has left #freenet
[7:12] * lat (n=gerhard@) has joined #freenet
[7:13] * Gasi___ (n=chatzill@) Quit ("Chatzilla 0.9.67+ [SeaMonkey 1.0.6/2006103003]")
[7:23] * shadok (n=shad@) has joined #freenet
[7:23] <shadok> hi
[7:24] <shadok> I have a little problem starting freenet on gentoo, launching the service after updating it to last version gives me an error (failed to start), i have no idea how to find more infos :/
[7:33] <Ralith> check wrapper.log
[7:33] <Ralith> in the working directory
[7:35] <shadok> i'm looking for it, i launch my services using /etc/init.d/freenet and I don't know what is the working directory for them ^^
[7:35] <shadok> i haven't that file at all
[7:35] <Ralith> er, nfc then
[7:35] <Ralith> find / -name 'wrapper.log'
[7:35] <Ralith> gg
[7:36] <shadok> nothing
[7:37] <Ralith> ask whoever made the ebuild
[7:37] <shadok> hehe, i'll check in it
[7:37] <Ralith> or look in the initscript and see where the .jar is and check that dir
[7:38] <shadok> thx :) logFile=/var/freenet/freenet.log
[7:38] <shadok> /usr/bin/start-freenet.sh: line 7: freenet.node.Main: command not found
[7:39] <Ralith> ..
[7:39] <shadok> is that an settings problem ?
[7:39] <Ralith> well, someone mangled a script :P
[7:39] <shadok> s/an/a
[7:39] <Ralith> bet it's a script error
[7:40] <shadok> arf ok, i'm gonna check on bugs.gentoo :/
[7:40] <Ralith> or you could just debug the script :P
[7:41] <shadok> as you propably already guessed my level in developping is not "that high" ^^
[7:41] <Ralith> it's just bash.
[7:41] <Ralith> not like it's C++ or something
[7:41] <Ralith> but whatever
[7:41] <Ralith> that'd have to be a huge misconfig to be a misconfig
[7:41] <Ralith> and even then that'd surprise me
[7:41] <Ralith> not that I'm familliar with it.
[7:41] <Ralith> night
[7:42] <shadok> thanks for you help :)
[7:42] <shadok> *your
[8:26] * Beta_M (n=Somebody@) Quit ("http://freekiwiki.sf.net/")
[8:30] * sbc (n=sbc@) has joined #freenet
[8:31] <sbc> Is there any good reason why my freesite manifest wont finish. All the data (html files) uploaded in hours, but the manifest hasn't even finished over night. I'm using pyfcp, and that has worked fine in the past.
[8:32] <sbc> It's just stuck at 50%, hasn't produced a key yet. No other uploads or clients running on the node.
[8:42] * whiterabbit (n=Whiterab@) has joined #freenet
[8:46] * confusionbliss (n=chatzill@) has joined #freenet
[8:46] * confusionbliss (n=chatzill@) has left #freenet
[8:47] * sbc (n=sbc@) Quit ("Ex-Chat")
[9:19] * Beta_M (n=Somebody@) has joined #freenet
[9:21] * Beta_M (n=Somebody@) Quit (Client Quit)
[9:23] * PraiseChaos (n=kcecil@) Quit (Read error: 104 (Connection reset by peer))
[9:29] * Xonder (n=xonder@) has joined #freenet
[9:37] * Aberlour (n=cccschne@) has joined #freenet
[9:55] * Beta_M (n=Somebody@) has joined #freenet
[10:00] <TheSeeker|Gone> hmm..
[10:00] <TheSeeker|Gone> # Total Output: 4.48 GiB (39.3 KiBps)
[10:00] <TheSeeker|Gone> # Payload Output: 615 MiB (5.27 KiBps) (13%)
[10:04] <nextgens> that's a bit low, indeed
[10:07] <Xonder> how to limit the bandwith ?
[10:07] <Xonder> what do i have to type in the freenet.ini file i mean
[10:10] * Beta_M (n=Somebody@) Quit (Remote closed the connection)
[10:10] <nextgens> you shouldn't edit freenet.ini
[10:11] <Xonder> so how can i limit the bandwith
[10:11] <Xonder> ?
[10:12] <nextgens> using the configuration toadlet
[10:12] <nextgens> TheSeeker|Gone> what version are you using ?
[10:12] <nextgens> *wich
[10:16] <TheSeeker|Gone> Freenet 0.7 Build #998 r11027
[10:16] <TheSeeker|Gone> Freenet-ext Build #7(7) r@custom@
[10:16] <TheSeeker|Gone> ext was downloaded as r@custom@ ... I haven't played with it.
[10:17] <nextgens> known issue :)
[10:18] <TheSeeker|Gone> hmm, I wonder how much traffic the bug 900 fix will eliminate?
[10:19] <TheSeeker|Gone> debating updating again before I hit the road, but that's the only change... might not be worth the time
[10:19] <nextgens> it won't remove any traffic imo
[10:19] <nextgens> but will lower the ram usage
[10:19] * Xonder (n=xonder@) Quit ()
[10:20] <nextgens> worst : those packets might have been used as keepalive
[10:20] <nextgens> it might break things
[10:30] <CIA-14> nextgens * r11029 /trunk/freenet/src/freenet/clients/http/WelcomeToadlet.java: Display the recommended version number only if needed on the welcome toadlet
[10:34] <TheSeeker|Gone> ok, I'll hold off a while ... still have some 1200 miles of driving to do, so <gone>
[11:25] * sbc (n=sbc@) has joined #freenet
[11:25] * sbc_ (n=sbc@) has joined #freenet
[11:25] * sbc_ (n=sbc@) Quit (Client Quit)
[11:36] * paveq_ (i=paveq@) has joined #freenet
[11:39] * railk (n=railk@) has joined #freenet
[11:41] * railk (n=railk@) Quit (Remote closed the connection)
[11:49] * Q-collective (n=Q-collec@) Quit (Connection reset by peer)
[11:49] * paveq (i=paveq@) Quit (Read error: 110 (Connection timed out))
[11:51] * whiterabbit (n=Whiterab@) Quit (Read error: 104 (Connection reset by peer))
[11:57] * whiterabbit (n=Whiterab@) has joined #freenet
[12:29] <sbc> My manifest insert is still stuck at 50%, not producing any key, and I see a frost message that some anonymous has trouble inserting multiple files with 998 to. Has something unfortunate changed lately? nextgens, _toad ?
[12:30] <nextgens> what svn revision are you using ?
[12:30] <sbc> Freenet 0.7 Build #998 r10936
[12:30] <sbc> Freenet-ext Build #7 r@custom@
[12:30] <sbc> that's the info you need, right?
[12:31] <nextgens> yes
[12:32] <nextgens> the answer is probably no
[12:32] <nextgens> are you using the hard or soft scheduler ?
[12:32] * paveq_ (i=paveq@) Quit (Remote closed the connection)
[12:32] * paveq (i=paveq@) has joined #freenet
[12:32] <sbc> nextgens: No idea. I use pyfcp for the insert...
[12:33] <nextgens> that's a node setting available on /config/
[12:33] <sbc> How do I tell which one I'm using.
[12:33] <sbc> I use hard then.
[12:34] <nextgens> and no other tasks are queued with higher priorities ?
[12:34] <sbc> Nope.
[12:34] <sbc> And only the manifest is taking forever. The individual html files inserted with no trouble. They have all finished long time ago.
[12:38] * Xonder (n=xonder@) has joined #freenet
[12:40] <Xonder> hey
[12:41] <Xonder> i cannot manage to get working auto-refs
[12:42] <nextgens> sbc> I suggest you increase the priority of that job using thaw or fproxy
[12:42] <Xonder> actually perl says they are compilation errors
[12:42] <Xonder> cause i'm on windows
[12:43] <sbc> nextgens: I will try that, but the insert has been running all night without finishing, I doubt increasing the priority fixes it. But I shall give it a try and get back to you if it dosn't work. Thank you for your time.
[12:44] <nextgens> sbc> maybe restarting the node would help too
[12:44] <sbc> restarting now... but that seems like a windows solution to me :P
[12:44] <nextgens> :)
[12:44] <nextgens> maybe try switching insert schedulers to SOFT
[12:50] <nextgens> sanity> please do NOT put non-important, big files into /root/ ; that messes up the backup script
[12:50] <nextgens> sanity> /root/scratch for instance ought to be in /usr/src/ imo
[12:51] <nextgens> sanity> we only have 1G allowance on bytemark's backup server
[12:51] * whiterabbit (n=Whiterab@) Quit (Read error: 110 (Connection timed out))
[12:53] * Guest007 (n=Guest706@) Quit ()
[13:02] * railk (n=railk@) has joined #freenet
[13:02] * whiterabbit (n=Whiterab@) has joined #freenet
[13:03] * shadok_ (n=shad@) has joined #freenet
[13:17] * shadok (n=shad@) Quit (Read error: 110 (Connection timed out))
[13:32] * PraiseChaos (n=kcecil@) has joined #freenet
[13:35] * dave (i=tirnanog@) has joined #freenet
[13:35] <dave> how do i find stuff
[13:41] * greycat (i=rfc1413@) has joined #freenet
[13:44] * dave (i=tirnanog@) Quit ("Leaving")
[13:45] * Zothar_Work (n=chatzill@) has joined #freenet
[13:48] * ShipHead (i=ShipHead@) Quit (Remote closed the connection)
[13:53] * sbc (n=sbc@) Quit ("Ex-Chat")
[13:54] * ShipHead (i=ShipHead@) has joined #freenet
[14:02] * railk (n=railk@) Quit ("Cya, wouldn't want ta be ya!")
[14:18] * vextr (n=julz@) Quit ("Leaving")
[14:32] * betatester (n=WeisBj02@) has joined #freenet
[14:32] <betatester> hi
[14:36] * railk (n=railk@) has joined #freenet
[14:53] * Q-collective (n=Q-collec@) has joined #freenet
[14:55] <Zothar_Work> neither betatester nor holly_ in #freenet-refs know what they're talking about yet; apparently they haven't read the docs I referred them to; inserts and requests are routed the same way and both require both the key of the data to get at the data and the public key portion of the public/private pair to be able to decrypt that data
[15:03] <betatester> zothar: doh
[15:04] * holly__ (n=holly@) has joined #freenet
[15:04] <MineHaunter> betatester: if you run freenet you really should be alphatester :P
[15:05] <betatester> lol
[15:05] <holly__> betatester said: "yes but look. if your friend joins your darknet that only consists of your node then if he makes requests they will all go through you"
[15:05] <holly__> yeah.. but that's why you need a min of 3 nodes before freenet will work
[15:05] <betatester> yes holy, that is what i said and i mean it
[15:05] <betatester> ;)
[15:05] <betatester> because your friend only knows you
[15:06] <betatester> so it must all go through your node
[15:06] <betatester> how can you prevent your friend from not having friends? you can't
[15:06] <betatester> and that is a problem
[15:06] <holly__> but freenet should have at least 3 nodes before it works. also that's why exchangeing refs randomly well help
[15:07] <betatester> if you are his only friend and he keeps requesting illegal stuff then to your neighbors it looks as if it was coming from you
[15:07] <holly__> by randomly I mean that I connect for a while get a couple
[15:07] <holly__> and then disconnect for a while
[15:08] <holly__> will freenet work with only one node ref??????????????????
[15:08] <betatester> sure it will
[15:08] <betatester> try it
[15:08] <holly__> will I know that it complains...
[15:08] <betatester> yes
[15:09] <betatester> you simply won't be ablt to access the net
[15:09] <MineHaunter> you will be able to access any content even with only one peer
[15:10] <MineHaunter> but you get no anonimity to your only peer
[15:10] <MineHaunter> if he's really trusted this is not a problem
[15:10] <betatester> exactly
[15:10] <holly__> ok.. that's why I asked.. but it's still a bad idea.. and yes, I think that was his point
[15:10] <MineHaunter> but that isn't what you said
[15:10] <betatester> but you can never trust anybody you don't know
[15:10] <MineHaunter> <betatester> you simply won't be ablt to access the net
[15:10] <holly__> but betatester.. you were complaining about people sharing node refs openly
[15:10] <betatester> MikeHaunter: if it wouldn't work then you couldn't access the net
[15:11] <holly__> the more nodes you have the better... (er to a point)
[15:11] <betatester> ... in response to his question
[15:12] <holly__> also lets look at it this way.. you are his friend, but he's not your only friend.. (BTW bear with me this is long)
[15:12] <holly__> so he sends all of this request for what ever to you and you forward them
[15:12] <betatester> ok.
[15:12] <betatester> lets say i insert an html file
[15:12] <holly__> however you have sevaral nodes to choice form when you forward the request
[15:13] <betatester> it is probably to small to be spilt
[15:13] <betatester> it will travel through my neighbor who is hostile
[15:13] <betatester> he will log this
[15:13] <betatester> lets say he logs everything
[15:13] <betatester> later he finds this file on a freenet page about revolution
[15:14] <betatester> if a number of such small files travel through his node then hoe likely is it that i didn't insert them?
[15:14] <betatester> not ver likely
[15:14] <betatester> very
[15:14] <MineHaunter> you should read http://wiki.freenetproject.org/FreenetZeroPointSevenSecurity
[15:15] <holly__> ah.. yes HE would know... but then you are SUPPOST to trust him right????
[15:15] <holly__> if he logs everything that he's not very trustworth.....
[15:16] <betatester> why am i supposed to trust him? i had no choice but to exchange refs with him in the freenet-refs channel
[15:17] <betatester> some person i didn't know
[15:18] <holly__> then why only him.. you where saying he was your only friend.. if you just exchaned with a random pesion then why not do it with a # of them.. in which case not all data will traval via his node
[15:18] <holly__> and then he can't connect that you were the person that did the insert
[15:19] <MineHaunter> Have I already said you should read http://wiki.freenetproject.org/FreenetZeroPointSevenSecurity ? Am I repeating myself?
[15:20] <betatester> 1. Store nothing: Local requests/inserts are not cached in the datastore. The advantage is that if your store is seized, it won't give away much information. The disadvantage is that if your darknet peers are evil they can probe your store after an insert to determine whether your request is local.
[15:20] <MineHaunter> betatester: you are reading the wrong paragraph
[15:20] <betatester> same with the other one
[15:20] <MineHaunter> your discussion is already explained in "Link level" paragraph
[15:20] <betatester> 2. Store everything: Local requests/inserts are cached in the datastore. You are safe from your darknet peers probing after seeing a request, but if your store is seized it will incriminate you.
[15:21] <betatester> what does "but if your store is seized" mean?
[15:21] <MineHaunter> well, I think there are two trolls on this channel.
[15:22] <betatester> don't be rude
[15:22] <betatester> please apologize to holly and edt
[15:23] <MineHaunter> please stop trolling
[15:23] <holly__> trolls?????
[15:23] <betatester> what do you mean?
[15:23] <betatester> we can not discuss things in there?
[15:23] <betatester> what is this channel for if not about freenet? news about mike tyson?
[15:25] <holly__> minehaunter: where you talking about us??? if so I'm just looking at this as a friendly discussion about freenet...
[15:25] <betatester> it didn't say anything that only people may participate in the chat that know every lince of code and whose mother tongue is english
[15:25] <betatester> holly: same here
[15:25] <holly__> we moved to this one from the freenet-refs channel which was the wrong one
[15:25] <betatester> exactly
[15:26] <holly__> so personly I can't see how we are trolls..
[15:26] <betatester> and now we are being told we are trolling
[15:26] <betatester> :(
[15:26] <MineHaunter> I won't feed trolls, sorry :P
[15:26] <holly__> betatester: him might have been talking about someone else.. I can't see the user list with this version of xchat
[15:27] <holly__> anyway back to the discussion
[15:27] <betatester> he is just stuck up
[15:27] <betatester> ok
[15:27] <holly__> seizing a store..
[15:28] <betatester> what would that mean?
[15:28] <holly__> it means that if your computer is hacked or the police raid you and take your hard drive then the jig is up
[15:28] <betatester> lol
[15:28] <holly__> but they have to have access to the hard drive in some way..
[15:28] <betatester> you could encrypt it
[15:29] <betatester> but i doubt that encryption is allowed in north korea for example
[15:29] <holly__> it's aready encrypted.. but not encryption is perfect...
[15:29] <betatester> i don't think that was meant
[15:29] <holly__> we were talking about the routing.. and your neighbor nodes spying on you
[15:29] <betatester> i think what was meant is they can tell by the keys in the store what you requested
[15:29] <betatester> without having to decrypt it
[15:30] <holly__> yeah.. about the keys, thing but I store is encryptied and I think that includes the keys.
[15:30] <betatester> and if encryption is not available or forbidden in lets just say burma to make it easy then it is really dangerous
[15:31] <betatester> but if you choose the other option your peers can probe you
[15:31] <holly__> freenet is encrypted by default... if encryption is forbidden then freenet is forbidden
[15:32] <holly__> by option do you mean #1 or #2
[15:32] <betatester> 2. Store everything: Local requests/inserts are cached in the datastore. You are safe from your darknet peers probing after seeing a request, but if your store is seized it will incriminate you.
[15:32] <betatester> in this case i meant 1
[15:32] <betatester> how could they probe you?
[15:33] <holly__> we are talking about 2 differetent functions here one is the traffer of the data as it goes via the network and the other is what is stored on the hard drive
[15:33] <holly__> if anything is stored on the hard drive and the drive is comperised in ANY way, the jig is up.
[15:34] <holly__> as an example if you were inserting pages about revolution then the pages are mostly like in your hard drive freenet or not
[15:34] <betatester> exactly
[15:34] <holly__> or the evodice of the pages will be there (like in front pages cache or what not)
[15:35] <betatester> or swp file or whereever
[15:35] <holly__> your talking about protecting your maching from hacking which is beyound the scope of freenet
[15:35] <betatester> yes
[15:36] <betatester> 1. Store nothing: Local requests/inserts are not cached in the datastore. The advantage is that if your store is seized, it won't give away much information. The disadvantage is that if your darknet peers are evil they can probe your store after an insert to determine whether your request is local.
[15:36] <betatester> but i don't understand the second sentence
[15:36] <betatester> how could the evil peers probe you?
[15:36] <holly__> oh... honestly I don't know...
[15:37] <betatester> i think the second sentence is the key why i don't want to use 0.7
[15:38] <holly__> Ok...
[15:39] <nextgens> hi
[15:39] <holly__> I guess that it COULD mean that if they see you do an insert and then they request the insert from you, but you don't have it, then the request was local?
[15:39] <betatester> but how could they know i did an insert. you said that this was impossible in the other channel
[15:39] <betatester> plausible denialbiity?
[15:40] <nextgens> that kind of attack isn't possible with the current codebase
[15:40] <nextgens> as we do cache things
[15:40] <nextgens> and unless you hand-edit the source code, the caching policy won't change
[15:40] <betatester> hi nextgens: are u a developer?
[15:40] <holly__> I would have to guess that all the peers would have to be evil.. notice that it's plural
[15:41] <betatester> holly and i don't understand this paragraph: 1. Store nothing: Local requests/inserts are not cached in the datastore. The advantage is that if your store is seized, it won't give away much information. The disadvantage is that if your darknet peers are evil they can probe your store after an insert to determine whether your request is local.
[15:41] <nextgens> that's not how freenet is behaving atm anyway :)
[15:41] <nextgens> we do store things
[15:41] <nextgens> meaning that we aren't immune to offline datastore seizing
[15:42] <betatester> but that is a paragraph from the wiki
[15:42] <holly__> yes.. it strores things by default, but you can change it not to,,,,
[15:42] <nextgens> holly__> not unless you hand edit the source code atm
[15:42] <holly__> nextgens: even if you set your store size to zero????
[15:43] <nextgens> we have been planning to make that setting configurable and to let the user choose wich one of those strategies he wants to use
[15:43] <nextgens> but never got around to it yet
[15:43] <holly__> oh....
[15:43] <nextgens> holly__> you can't
[15:43] <nextgens> :p
[15:43] <betatester> well we could encrypt the entire harddisk including the sadatastore so offline attacks are ok
[15:43] <nextgens> that's the idea yes
[15:43] <betatester> why can you not set it to zero?
[15:43] <betatester> what if there is not enough disk space?
[15:44] <nextgens> you can't use a node then :/
[15:44] <nextgens> because we need space for FEC decoding
[15:44] <betatester> i c
[15:44] <holly__> again that is a bit beyond the scope of freenet.. also I would trust most disk encryption systems
[15:44] <betatester> thx
[15:45] <betatester> so how can an eveil peer find out what i insert?
[15:45] <betatester> under what conditions?
[15:45] <nextgens> the easiest way would be social-engeneering
[15:45] <betatester> how about very small files that are not split?
[15:45] <nextgens> that's the purpose of freenet ;)
[15:45] <nextgens> they are no small files :
[15:46] <nextgens> each "thing" is splitted into 32K chunks
[15:46] <betatester> what is the purpose of freenet and why are there no small files?
[15:46] <betatester> even 1k files?
[15:46] <holly__> I'll give him that...
[15:46] <holly__> the no small files bit
[15:46] <nextgens> at a network level there is nothing below 32K blocks
[15:46] <nextgens> each chunk/block is compressed and padded/cyphered
[15:47] <betatester> ok
[15:47] <betatester> thx
[15:47] <betatester> i gotta run
[15:47] <betatester> damn
[15:47] <betatester> forgot about the time
[15:47] <betatester> will be back later sorry for the abrupt end
[15:47] <betatester> thx for the info
[15:47] <holly__> l8ter
[15:47] * betatester (n=WeisBj02@) has left #freenet
[15:49] <nextgens> holly__> trusting is always difficult : why would you trust freenet and its devs at the first place ?
[15:49] <nextgens> why would you trust crypto. at all ?
[15:50] <nextgens> do you understand the black magic involved ? would you bet it hasn't been broken by YetAnotherSecret method?
[15:51] * railk (n=railk@) Quit (Read error: 110 (Connection timed out))
[15:53] <holly__> nope.. I know that it's not really trustworth.. howerver I'm not doing anything illigal lwith it
[15:53] <holly__> and I don't really expect the cops to come find me...
[15:53] * Ralith (n=ralith@) Quit (Read error: 110 (Connection timed out))
[15:53] <holly__> "plasable deniabity"
[15:54] <holly__> betatester was the one that was having all the questions..
[15:55] * TheShado (i=no@) has joined #freenet
[15:57] <nextgens> Zothar_Work> do you think 999 is ready to be rolled out ?
[15:59] <Zothar_Work> nextgens: seems ready to me
[16:00] <nextgens> ok, I'll release it
[16:02] * xboxrat (n=chatzill@) has joined #freenet
[16:04] * railk (n=railk@) has joined #freenet
[16:04] * ShipHead (i=ShipHead@) Quit (Remote closed the connection)
[16:05] * holly__ (n=holly@) Quit ("Leaving")
[16:06] * nomisery (n=nomisery@) has joined #freenet
[16:06] * nomisery (n=nomisery@) has left #freenet
[16:08] * ShipHead (i=ShipHead@) has joined #freenet
[16:16] <nextgens> it's on its way
[16:16] <CIA-14> nextgens * r11030 /trunk/freenet/src/freenet/node/Version.java: (log message trimmed)
[16:16] <CIA-14> Freenet 0.7 build 999 is now available. Here is a sum up of the changelog :
[16:16] <CIA-14> * #900 Get rid of unnecessary pings in BlockTransmitter. => should reduce the memory footprint (Zothar)
[16:16] <CIA-14> * Get rid of messages unclaimed for more than an hour (Zothar)
[16:16] <CIA-14> * Improvement on MessageFilter.match() => slight performance gain (Zothar)
[16:16] <CIA-14> * #891 Remove a peer's extra-peer-data directory when removing the peer from the node. (Zothar)
[16:16] <CIA-14> * #815 Allow columns to be sorted on /darknet/ (nextgens)
[16:17] <Zothar_Work> heh, I must have been busy... :)
[16:18] <nextgens> indeed ;)
[16:18] <nextgens> Plus some general bugfixing, phrasing improving, and refactoring.
[16:18] <nextgens> does that sound english ?
[16:20] <Zothar_Work> close enough
[16:21] <Zothar_Work> _maybe_ "phrasing improvements' or some such instead, but it works
[16:24] * nextgens inserts it into the updater
[16:25] * xboxrat (n=chatzill@) has left #freenet
[16:25] <nextgens> ok, one of our mirrors is down :<
[16:25] <nextgens> out of sync in fact
[16:26] <nextgens> and my insert got corrupted :(
[16:28] * sbc (n=sbc@) has joined #freenet
[16:32] * sannes (i=ace@) Quit (Read error: 104 (Connection reset by peer))
[16:39] * sannes (i=ace@) has joined #freenet
[16:52] * Ralith (n=ralith@) has joined #freenet
[17:15] <sbc> nextgens: My insert finished no. Guess it was the "soft" setting that did the trick, but I guess I will never know. Thanks.
[17:15] <sbc> *now
[17:15] <nextgens> ok
[17:15] <nextgens> so that means you had a job with a higher priority queued
[17:16] * nextgens is half inclined to make SOFT the default scheduler for inserts
[17:16] <sbc> my fproxy queue was empty (except finished inserts)... So it was an invisible job?
[17:16] <nextgens> it displays only jobs on the global queue
[17:17] <nextgens> if frost was running, it might be it
[17:17] <nextgens> 999 should be reachable using the node-updater now
[17:17] <nextgens> the URI has been generated
[17:18] <sbc> nextgens: It was not frost. Frost was off all night, where the job was running, and not finishing.
[17:19] <sbc> Anyway, my problem is solved, I don't care about what might have caused it now ;)
[17:20] <nextgens> ^^-^
[17:22] <jblack> Freenet is a reference implementation if I remember correctly. Would anyone happen to know where the specifications are, for which the codebase is a reference to?
[17:22] <nextgens> they are no specifications
[17:23] <nextgens> jblack> have you seen http://freenetproject.org/papers.html ?
[17:23] <nextgens> jblack> and http://wiki.freenetproject.org/FreenetSpecifications
[17:23] <nextgens> there is no specification for the in-between node protocol
[17:24] <jblack> I've seen the former, not the latter.
[17:24] <jblack> Yeah. That's what I aws hoping for.
[17:24] <jblack> Thanks.
[17:30] * ralith_ (n=ralith@) has joined #freenet
[17:30] * Ralith (n=ralith@) Quit (Nick collision from services.)
[17:30] * ralith_ is now known as Ralith
[17:31] <Ralith> nextgens, what's the SOFT scheduler do, and how do you enable ti?
[17:36] <nextgens> Ralith> it's an alternate scheduler ... using the config. page
[17:36] <nextgens> on fproxy (/config)
[17:37] <nextgens> and no, don't ask me what a scheduler is :)
[17:39] <Ralith> hehe
[17:40] <Ralith> I can infer a general idea
[17:40] <Ralith> but it's a good idea to enable if I'm doing uploading?
[17:40] <nextgens> it depends on your needs
[17:41] <Ralith> browsing, frost, downloads, uploads
[17:41] <nextgens> and as I have been too lazy to document it when I implemented it, you'll have to figure out wich fits your needs RTFS :)
[17:42] <Ralith> excuse my french, but
[17:42] <Ralith> fuck that :P
[17:42] * Ralith has little relevant knowledge aside from basic java syntax.
[17:43] <Ralith> get someone who actually knows how these things work to write something up
[17:44] * railk (n=railk@) Quit ("Cya, wouldn't want ta be ya!")
[17:47] <Zothar_Work> nextgens: I've got a peer that's picked up 0.1.0.4 as an IP address (fortunately, it's also got one that looks real); anyway, I'm guessing it's bogus and not correctly caught by the bogus IP address checker since Java is giving me invalid argument exceptions for packets being sent to that IP address
[17:48] <Ralith> hey, cool, autoupdating is working
[17:48] <nextgens> I suggest you fill in a ticket on the BTS or fix it :)
[17:48] <nextgens> but take care not to break ipv6 compat.
[17:48] <nextgens> we really ought to have unit tests on that class
[17:49] <nextgens> we have been breaking it more that we should have ;)
[17:49] <Zothar_Work> I've disabled the peer for now since it wasn't connecting on the real one either; will open a BTS ticket
[17:53] * Tubbi3 (n=tubbie@) has joined #freenet
[17:57] * fridim (n=fridim@) has joined #freenet
[17:57] <nextgens> most of my peers have already updated :))
[17:58] <Zothar_Work> :)
[18:01] * ralith_ (n=ralith@) has joined #freenet
[18:01] * Ralith (n=ralith@) Quit (Nick collision from services.)
[18:01] * ralith_ is now known as Ralith
[18:02] <Ralith> nextgens, will autoupdate work if your version is below the lowest required to be backwards compatible?
[18:02] <nextgens> not yet
[18:03] <nextgens> but it's planned
[18:03] <Ralith> cool. Any estimate when?
[18:03] <nextgens> it's a feature we call "update over mandatory"
[18:03] <nextgens> when I manage to convince toad that's important ... or I find enough time to do it myself
[18:03] * Ralith wants to put together a freenet livecd based on Anonym.OS
[18:03] <Ralith> heh
[18:04] <Ralith> and if I make a livecd, I don't want someone in china to end up with one and find out after going to so much trouble that it doesn't work because it's been outdated
[18:04] <nextgens> you should mail him and try to persuade him to implement it
[18:05] <nextgens> in fact we need:
[18:05] <nextgens> "binary blobs"
[18:05] <nextgens> "fast key revocation spreading"
[18:05] <nextgens> "update over mandatory"
[18:05] <nextgens> in that order
[18:06] <Ralith> what's the second do?
[18:06] <nextgens> it enables us to revoke an update
[18:06] <nextgens> in case we have evidences that the private key has been compromized
[18:06] * nextgens wonders if he has spread the revocation keys
[18:06] * lionking (n=chatzill@) has joined #freenet
[18:07] <nextgens> Zothar_Work> Bombe> have you received a copy ? I mean, do you own the revocation key ?
[18:07] <Ralith> nextgens, good plan.
[18:07] <Ralith> also, are autoupdates togglebale?
[18:07] <Ralith> toggleable*
[18:07] <Ralith> in case your entire operation gets compromised, say.
[18:07] <nextgens> what do you mean toggleable ?
[18:07] <Zothar_Work> nextgens: no, don't have any of the auto-update related stuff
[18:07] <Ralith> turn them off and on
[18:08] <Zothar_Work> togglable?
[18:08] <nextgens> ok, I wrote the mail but never sent it then
[18:08] <nextgens> :/
[18:08] <Zothar_Work> (sp)
[18:08] <Ralith> hm
[18:08] <Ralith> nextgens, so the fast key revocation specifies a new USK, right?
[18:08] <nextgens> Ralith> developpers can "blow" the key, requiering everyone to do a manual update
[18:09] <nextgens> it hasn't been designed yet
[18:09] <nextgens> no
[18:09] <nextgens> to be secure, it shouldn't
[18:09] <Ralith> it just forces manual, then?
[18:09] <nextgens> yes
[18:09] <Ralith> cool.
[18:09] <Ralith> so the most harm a smart third party could do is cause everyone mild annoyance
[18:09] <Zothar_Work> (depends on if they take emu at the same time :)
[18:09] <Ralith> however, there's still a problem if all developers are silently compromized.
[18:09] <nextgens> and it says that it has been compromized ... giving hints to the user on how to ensure he downloads a "proper" updated copy
[18:10] <Ralith> Updates could be taken over before they could be revoked.
[18:10] <nextgens> indeed
[18:10] <Ralith> nextgens, what are said hints?
[18:10] <nextgens> hence we were planning to add a delay
[18:10] <Ralith> delay?
[18:10] <nextgens> RTFS
[18:10] <nextgens> :p
[18:10] <Ralith> :P
[18:10] <Ralith> lazy dev.
[18:10] <nextgens> indeed
[18:10] <Ralith> so what would the delay do, and where would it go?
[18:11] <nextgens> that would give time to others to revoke the build blowing the key
[18:11] <Ralith> but what if /all/ said parties were compromised?
[18:12] <Ralith> even if you've got trusted people all over the world, it could happen.
[18:12] <Ralith> the centralized nature of updates is a weakness.
[18:13] <Xonder> yeah
[18:13] <nextgens> well, if everyone is compromized, you're caught anyway ;)
[18:13] * shadok_ is now known as shadok
[18:13] * ShipHead (i=ShipHead@) Quit (Read error: 104 (Connection reset by peer))
[18:13] <Ralith> nextgens, not at all
[18:13] <Ralith> just the devs :P
[18:13] <Xonder> actually i feel less secure with the darknet than i used to feel with opennet
[18:13] <Ralith> and other individuals
[18:13] <Ralith> who can revoke update keys
[18:14] <nextgens> anyone owning the revocation key would be able to "blow up" the update-over-freenet mechanism
[18:14] <Ralith> also: Update Failed: Could not determine which jars are in use: Could not find freenet jar in wrapper.conf (did find freenet-ext.jar: freenet-ext.jar)
[18:14] <nextgens> but that's all
[18:14] <Ralith> nextgens, they could create a false update, couldn't they?
[18:14] <nextgens> it will disable it and prevent futher updates
[18:14] <Ralith> one that decrypts everything and advertises the node to some hostile server
[18:14] <nextgens> the revocation key and the updating key are different
[18:14] <nextgens> Ralith> see the options on fproxy
[18:15] <nextgens> you have two URIs
[18:15] <Ralith> I know, but isn't that beside the point?
[18:15] <nextgens> Ralith> may you stick your wrapper.conf onto a pastebin please ?
[18:15] <Ralith> If everyone's compromized before the update can be revoked, false updates could be inserted, no?
[18:16] <nextgens> Ralith> people owning the revocation might not have the private key of the updating mechanism
[18:16] <nextgens> so far only me, toad and ian have it
[18:16] <Ralith> yeah, but you'd be compromized too :P
[18:16] <nextgens> I'm not using update-over-freenet anyway
[18:16] * nextgens is compiling from trunk
[18:16] <Ralith> almost everyone is, though
[18:17] <Ralith> and the svn server is even easier to compromise
[18:17] <nextgens> how so ?
[18:17] <Ralith> no private key to find
[18:18] <Ralith> you could even just swap it out with an identical server fully controlled and set up by the hostile party
[18:18] <Ralith> wrapper.conf http://dark-code.bulix.org/m8j3cr-24236?raw
[18:18] * Xonder (n=xonder@) Quit ()
[18:19] <Ralith> nextgens, the point is, if every dev was compromised and had their keys stolen, the darknet would be vulnerable to a false update that breaks anonymity and encryption
[18:19] <nextgens> and do you have anything to propose in order to circumvent that threat ?
[18:20] <nextgens> :<
[18:20] <Ralith> nope, but then, I'm new to this whole thing :P
[18:20] <nextgens> your wrapper file seems to be normal
[18:20] <Ralith> the point is that freenet has a centralized vulnerability
[18:20] <nextgens> yes, updating
[18:21] <nextgens> but I don't see how it's different from compromizing our http mirrors
[18:21] <nextgens> or spoofing our dns domain name
[18:21] <Ralith> that, at least, only effects /new/ users
[18:21] <nextgens> using update-over-freenet it involves compromizing a dev
[18:21] <nextgens> nope
[18:21] <Ralith> well
[18:21] <nextgens> we use to release mandatory releases
[18:21] <Ralith> :P
[18:21] <Ralith> if just the site was faked, word could get out that it was a bad update
[18:22] <Ralith> I think your best option for protecting update-over-freenet is somehow come to know and trust someone over frost or something so you have nfc who they are
[18:22] <Ralith> multiple people, if at all possible
[18:22] <Ralith> but trustworthy ones
[18:22] <Ralith> and anonymous ones
[18:22] <Ralith> and give them the revocation key
[18:23] <Ralith> again, if you misplaced trust, at worst it's a nuisance
[18:23] <Tubbi3> why anonymous. Not really knowing someone doesn't really increase my trust in him..
[18:23] <Ralith> Tubbi3, it means nextgens can't be forced to tell who they are, and/or that information can't be sniffed
[18:23] * fridim (n=fridim@) Quit (Remote closed the connection)
[18:23] <Tubbi3> No, they could just be compromized from the start. And there is no way to know
[18:24] <Ralith> but it's worth the risk
[18:24] <Ralith> since if they're compromised they can do very little harm
[18:24] * lionking (n=chatzill@) Quit ("Chatzilla 0.9.76 [Firefox 2.0/2006101023]")
[18:24] <Ralith> can't break anonymity, can't take down the network
[18:24] <Ralith> and if they are trustworthy, and smart, they can be a savior of the network if necessary
[18:25] <Ralith> might want to find people willing to test updates, both from the site and over autoupdate, during the delay between publish and autoupdate to confirm legitimacy.
[18:25] <Tubbi3> i agree, an anonymous 'check the devs' squad would kinda reduce the risk..
[18:25] <Tubbi3> slightly :)
[18:25] <Ralith> esp. look for international users, and ones in very liberal countries.
[18:26] <Ralith> just do your best to equip as many people out there as can be safely done with the revocation key and the responsibility to test and use it if necessary
[18:27] <Ralith> also, design the recocation so that you can tell which of them did it; increases risk a bit, but it means if someone abuses it it's easy to kick them off the team
[18:27] <Ralith> revocation*
[18:27] <Ralith> nextgens, thoughts?
[18:27] <nextgens> yep
[18:27] <Tubbi3> To check the source anonymously you should also distribute the source on every autoupdate though
[18:27] <Ralith> any intention to do it at some point? :P
[18:27] <nextgens> when you'll end up your brainstorming, you'll see that there is no perfect solution
[18:27] <nextgens> hence I let you proceed
[18:28] <Ralith> Tubbi3, you can't guarantee that the source is the same as the node binary
[18:28] <Ralith> nextgens, but this solution is near-perfect
[18:28] <nextgens> nope
[18:28] <nextgens> think more about it
[18:28] <Ralith> it's theoretically possible to compromise every single revocation-able individual, but VERY hard
[18:28] <nextgens> or grep mailing list archives to find the revelant thread
[18:28] <Ralith> Tubbi3, the node binary would have to be directly tested, and maybe decompiled
[18:28] <Ralith> nextgens, or you could just tell me the weakness :P
[18:29] <nextgens> I don't want to discuss such things on a logged channel
[18:29] <Tubbi3> decompiled code sucks... Totally unreadable
[18:29] <nextgens> Tubbi3> freenet isn't compiled
[18:30] <Tubbi3> compiled to bytecode is compiled to some point.
[18:30] * Ralith lobs nextgens a PM
[18:30] <Ralith> and if it's in public mailing list archives, discussing on a publicly logged channel won't make things much more dangerous :P
[18:31] <Ralith> Tubbi3, still, it's feasable to work out what it's up to
[18:32] <nextgens> sorry but I'm busy
[18:33] <Tubbi3> Ralith > I think it mostly depends on the frequency of updates. It's quite a lot of work
[18:33] <Ralith> nextgens, :P fine
[18:34] <Ralith> I suppose your word is trustworthy if it's insecure.
[18:34] <Ralith> even so, though, I don't follow how anything can be less secure than having a single small and non-anonymous group with control over such a key thing
[18:36] <Ralith> afk
[18:38] * shadok (n=shad@) Quit (Read error: 104 (Connection reset by peer))
[18:43] <nextgens> Ralith> you still need to compromize someone to gain at best the ability to compromize a few users (until another dev notices the problem)
[18:43] <nextgens> Ralith> whereas if you spoof our http server or dns records, you would have a larger coverage
[18:44] <nextgens> and we wouldn't be able to reply nor do anything
[18:44] <nextgens> btw, it's likely to be easier
[18:44] <nextgens> especially if you're the police
[19:15] * LordBrain (n=jim@) Quit (Read error: 104 (Connection reset by peer))
[19:16] * timmy2chk (n=substrea@) has joined #freenet
[19:19] * Beta_M (n=Somebody@) has joined #freenet
[19:20] * NullAcht15 (n=NullAcht@) has joined #freenet
[19:30] * Aberlour (n=cccschne@) has left #freenet
[19:37] * greycat (i=rfc1413@) Quit (Remote closed the connection)
[19:37] * Tubbi3 (n=tubbie@) Quit ()
[19:37] * greycat (i=rfc1413@) has joined #freenet
[19:38] * timmy2chk (n=substrea@) Quit ("so what?")
[19:40] * timmy2chk (n=violent@) has joined #freenet
[19:49] * NullAcht15 (n=NullAcht@) Quit (Nick collision from services.)
[19:49] * NullAcht15_ (n=NullAcht@) has joined #freenet
[19:52] * Zothar_Work (n=chatzill@) Quit ("Chatzilla 0.9.74 [Firefox 1.5.0.8/2006102516]")
[20:09] * Aberlour (n=cccschne@) has joined #freenet
[20:10] * Aberlour (n=cccschne@) has left #freenet
[20:20] <nextgens> http://google-code-updates.blogspot.com/2006/11/subversion-upgraded-to-14.html
[20:21] <nextgens> maybe we should consider mirroring our svn onto google's servers
[20:23] * whiterabbit (n=Whiterab@) Quit ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/")
[20:25] * Iceman_B^Ltop (n=ice@) has joined #freenet
[20:27] * Akira__ (i=Akira@) has joined #freenet
[20:27] * Ralith (n=ralith@) Quit (Read error: 110 (Connection timed out))
[20:31] * dalalama (n=mail@) has joined #freenet
[20:40] * IMCensored1 (n=KMIntern@) Quit (Remote closed the connection)
[20:41] * Akira__ (i=Akira@) has left #freenet
[20:46] * Xonder (n=xonder@) has joined #freenet
[20:48] * dalalama is now known as lame
[20:49] * Aladin (n=lars@) has joined #freenet
[20:50] * lame (n=mail@) Quit ("?I-n-v-i-s-i-o-n? 2.0 Build 3515")
[20:53] * timmy2chk (n=violent@) Quit ("so what?")
[20:54] * Xonder (n=xonder@) Quit ()
[20:59] * Iceman_B^Ltop (n=ice@) Quit (Excess Flood)
[20:59] * Iceman_B^Ltop (n=ice@) has joined #freenet
[21:07] * Aladin (n=lars@) Quit ("Ex-Chat")
[21:10] * K-roy|DjKaos| (i=K-roy@) has joined #freenet
[21:18] * rastabaz (n=v@) has joined #freenet
[21:19] * Ralith (n=ralith@) has joined #freenet
[21:19] <Ralith> join #freenet-chat
[21:19] <Ralith> er
[21:21] * sanity (n=ian@) Quit ()
[21:22] <Griffon26> Ralith: at least it wasn't 'msg nickserv identify sekrit'
[21:23] <Ralith> heh, I learned to put that in autoperforms, or at least doublecheck the entry field, after the first time that happened :P
[21:24] * sbc (n=sbc@) Quit ("Ex-Chat")
[21:35] * greycat (i=rfc1413@) Quit ("This time the bullet cold rocked ya / A yellow ribbon instead of a swastika")
[21:37] * Zothar_ (n=Zothar@) has joined #freenet
[21:37] * Zothar_ is now known as Zothar
[21:45] * fridim (n=fridim@) has joined #freenet
[21:47] * rastabaz (n=v@) Quit ()
[21:56] * MikeW (n=em@) has joined #freenet
[21:58] * Aladin (n=lars@) has joined #freenet
[22:17] * PraiseChaos (n=kcecil@) Quit (Remote closed the connection)
[22:17] * fridim (n=fridim@) Quit (Read error: 110 (Connection timed out))
[22:17] * verl (i=verl@) has joined #freenet
[22:18] * fridim (n=fridim@) has joined #freenet
[22:35] * Ralith (n=ralith@) Quit (Read error: 54 (Connection reset by peer))
[22:36] * fridim (n=fridim@) Quit (Read error: 110 (Connection timed out))
[22:43] * Iceman_B^Ltop (n=ice@) Quit ("Swan is hotter than Jasmine ^_^ -=SysReset 2.53=-")
[22:43] * fridim (n=fridim@) has joined #freenet
[22:59] <CIA-14> zothar * r11031 /trunk/freenet/src/freenet/support/transport/ip/IPUtil.java: Bug 918: IPv4 addresses cannot be in 0.0.0.0/8 as that's reserved since at least RFC790 and Java throws IOExceptions on at least one such IP address: 0.1.0.4
[22:59] * fridim_ (n=fridim@) has joined #freenet
[23:02] * Ralith (n=ralith@) has joined #freenet
[23:02] <Ralith> so since I can't autoupdate
[23:02] <Ralith> where do I get the manual update files?
[23:02] <Ralith> I've found freenet.jar, but not freenet-ext.jar
[23:03] * fridim (n=fridim@) Quit (Read error: 110 (Connection timed out))
[23:03] <Zothar> https://downloads.freenetproject.org/alpha/
[23:04] * IMCensored1 (n=KMIntern@) has joined #freenet
[23:05] <Ralith> Zothar, which one's the freenet-ext.jar? :P
[23:05] <Zothar> the one with that name :)
[23:05] <Ralith> er, haha
[23:05] <Ralith> I completely overlooked that
[23:07] <Ralith> yay, updated
[23:10] * ralith_ (n=ralith@) has joined #freenet
[23:11] <ralith_> does freenet use UPnP?
[23:11] * Ralith (n=ralith@) Quit (Nick collision from services.)
[23:11] * ralith_ is now known as Ralith
[23:14] * Ralith wonders why frost is taking so long to load its gui
[23:16] <colione> because it is cold, hence its nam....
[23:17] * mozillaman (n=chatzill@) has joined #freenet
[23:17] * fridim_ (n=fridim@) Quit (Remote closed the connection)
[23:33] * sun123 (i=bin@) has joined #freenet
[23:33] * Ralith (n=ralith@) Quit (Read error: 110 (Connection timed out))
[23:35] * sun1234 (i=bin@) has joined #freenet
[23:35] * mozillaman (n=chatzill@) Quit ("Chatzilla 0.9.76 [Firefox 2.0/2006101023]")
[23:36] * sun123 (i=bin@) Quit (Remote closed the connection)
[23:41] * Ralith (n=ralith@) has joined #freenet
[23:42] * Q-collective (n=Q-collec@) Quit (Read error: 104 (Connection reset by peer))
[23:43] <Zothar> Freenet does not currently use UPnP
[23:46] <Ralith> that might be worth implementing
[23:46] * sun1234 (i=bin@) Quit (Remote closed the connection)
[23:46] <Ralith> also, for some reason, frost doesn't seem to want to finish loading for me
[23:47] <Zothar> it's been talked about, but I believe there were some security concerns
[23:47] <Zothar> you'd have to talk to the Frost developers about that; I'm not sure, but the BTS for Freenet may have a category for them
[23:48] * sun123 (i=bin@) has joined #freenet
[23:48] <Ralith> there's an all but empty #frost channel
[23:54] <nextgens> hi
[23:54] <nextgens> [23:02] < Ralith> | so since I can't autoupdate
[23:55] <nextgens> what do you mean ?
[23:55] <Ralith> nextgens, I pasted the error while you were here :P
[23:55] <nextgens> yes, they are security concerns with up&p
[23:55] <Ralith> but I manually updated anyway
[23:55] <nextgens> ah, now I remember
[23:55] <nextgens> ok
[23:55] <Ralith> chances are it was the beta-ing I was doing for you that did this
[23:55] <nextgens> Zothar> I suggest you write a junit test for that class (ipUtil)
[23:56] <nextgens> Zothar> we have been breaking it more that we ought to have
[23:56] <nextgens> Zothar> tell me if you don't want to do it and I'll
[23:56] <Zothar> nextgens: go ahead as I'm not sure what'd we'd test exactly and I'd have to learn junit stuff
[23:57] <nextgens> ok, will do then
[23:57] <nextgens> I'm not really efficient writing them either
[23:57] <nextgens> but I'm convinced they could be usefull
[23:57] <nextgens> so I'd like to learn
[23:58] * sun1234 (i=bin@) has joined #freenet
[23:58] * sun123 (i=bin@) Quit (Remote closed the connection)
[23:59] * NullAcht15_ (n=NullAcht@) Quit (Remote closed the connection)
Irc logs of #freenet : 2008 2007 2006 2005
These logs were automatically created by FreenetLogBot on chat.freenode.net using the Java IRC LogBot.