00:01:33
| * ralphtheninja | joined |
00:04:18
| * esundahl | quit (Ping timeout: 256 seconds) |
00:24:26
| * rud | joined |
00:29:16
| * thlorenz | joined |
00:33:43
| <rvagg> | brycebaril, justicefries: be aware that we'll be shifting to gt / gte / lt /lte as the recommended options in future, start / end will stay but the new ones are more flexible |
00:33:49
| <rvagg> | so opt for them if you're doing new stuff |
00:34:02
| <rvagg> | I think level.js needs them implemented but mostly they're working with the main backends |
00:34:10
| <rvagg> | node-lmdb might need em too |
00:39:10
| * julianduque | quit (Read error: Operation timed out) |
00:43:28
| * mikeal | quit (Quit: Leaving.) |
00:49:05
| * michaelrhodes | joined |
00:53:26
| * mikeal | joined |
00:55:42
| * esundahl | joined |
00:57:56
| * esundahl | quit (Remote host closed the connection) |
01:01:39
| * esundahl_ | joined |
01:04:37
| * esundahl_ | quit (Remote host closed the connection) |
01:05:11
| * esundahl | joined |
01:05:31
| * timoxley | joined |
01:09:57
| * esundahl | quit (Ping timeout: 265 seconds) |
01:10:35
| * mikeal | quit (Quit: Leaving.) |
01:12:06
| * mikeal | joined |
01:16:50
| * mikeal | quit (Ping timeout: 256 seconds) |
01:21:13
| * dguttman | quit (Quit: dguttman) |
02:19:17
| * sneakyness | joined |
02:20:03
| <sneakyness> | here beacuse of meatspace :3 |
02:26:52
| * kenansulayman | quit (Ping timeout: 264 seconds) |
02:27:17
| * kenansulayman | joined |
02:36:09
| * jmartins | quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
02:41:31
| * kenansulayman | quit (Quit: ≈ and thus my mac took a subtle yet profound nap ≈) |
02:42:29
| * kenansulayman | joined |
02:43:44
| * kenansulayman | quit (Client Quit) |
02:55:02
| * julianduque | joined |
03:34:26
| * thlorenz | quit (Remote host closed the connection) |
03:48:48
| * DTrejo | joined |
03:52:34
| <chilts> | looking for a best pattern for latest updated. e.g. if A was updated 10 mins ago, B updated 8 mins ago, A updated 6 mins ago, C updated 5 mins ago and A updated again 4 mins ago, it would give me 'A, C, B' as the last three but A isn't repeated |
03:53:08
| <chilts> | I tried "last:isotime:A" but that'll give me A twice ... unless I read a load of them and de-duplicate in code |
03:53:38
| <chilts> | but then I don't know how many to read to get 3 of them (well, let's say 25 of them for example) |
03:54:19
| <chilts> | I guess Redis could be used with sorted sets and using the epoch as the score, but I already have LevelDB :D |
03:54:19
| <brycebaril> | So you're keeping a log of updates? |
03:54:25
| <chilts> | yeah |
03:54:37
| <brycebaril> | You could do a reverse stream with a limit, maybe? |
03:54:45
| <chilts> | so I'm updating things every now and again, sometimes the same thing |
03:54:54
| <brycebaril> | gotcha |
03:55:09
| <chilts> | I guess my question is, what should I do for my keys to get a de-duplicated list |
03:55:29
| <brycebaril> | well, you could do a reverse stream without a limit and remove duplicates until you have the desired count |
03:55:29
| <chilts> | am already streamin with a limit, but I realised I get duplicates with what I'm doing |
03:55:34
| <chilts> | true |
03:55:42
| <chilts> | ah, I guess I could just keep going ... |
03:55:50
| <chilts> | and then just kill the stream? |
03:55:53
| <brycebaril> | Yeah |
03:56:00
| <chilts> | that probably works really well |
03:56:00
| <brycebaril> | it should kill the iterator if you do |
03:56:04
| <chilts> | yup |
03:56:05
| <chilts> | awesome |
03:56:14
| * chilts | was in the SQL mindset then, thinking of a LIMIT |
03:56:22
| <chilts> | but NOWAI! we're not in SQL land now :D |
03:56:27
| <brycebaril> | maybe a good use for through2-reduce :) |
03:56:37
| <chilts> | ah right, I could try that |
03:56:42
| <chilts> | brycebaril: thanks :) |
03:56:47
| <brycebaril> | Sure thing! |
03:57:03
| <chilts> | I love it when someone just gets the solution as soon as you explain :) |
03:57:11
| <chilts> | good work soldier |
03:57:13
| <brycebaril> | haha |
03:57:27
| <brycebaril> | I originally came from a redis mindset as I'm so often answering redis questsions |
03:57:42
| <brycebaril> | where zsets are definitely the right answer |
03:58:01
| <brycebaril> | Hmm, I wonder how you might implement a level-sorted-set |
03:59:01
| <chilts> | yeah, I'd love to see an article on doing Redis-type stuff in LevelDB |
03:59:27
| <chilts> | one thing I always think about is unique usernames .. and I've not quite figured out how to do that yet |
03:59:28
| <brycebaril> | there is a new feature coming to redis that would possibly enable a RedisDOWN, that could be interesting |
03:59:36
| <chilts> | ie. if someone types a username, to check if it's available |
04:00:00
| <chilts> | and not have someone else take it in the middle of checking, then adding |
04:00:01
| * mikeal | joined |
04:00:19
| <chilts> | brycebaril: I started a RedisDown a while ago, but never finished it |
04:00:51
| <brycebaril> | yeah, there is a new feature coming soon called SCAN that gives a cursor on keyspace (or sets or hash keys etc.) |
04:00:54
| <chilts> | brycebaril: is that the SCAN stuff? I haven't read too much about it yet |
04:00:56
| <chilts> | aha |
04:01:02
| <brycebaril> | so you can theoretically do the readstream |
04:01:15
| <brycebaril> | the issue is though it is unordered :( |
04:01:23
| <chilts> | hmm |
04:01:32
| <chilts> | but that makes sense in Redis land I guess |
04:02:25
| <brycebaril> | Yeah, since they don't use a b-tree or other index for keyspaces, just raw hash stables |
04:02:32
| <brycebaril> | heh *tables |
04:06:04
| <chilts> | brycebaril: ok, that works really well. Just did a hash to keep track of 'seen', then an array of 'latest' to push to if not already seen :) |
04:06:07
| <chilts> | thanks |
04:06:14
| * thlorenz | joined |
04:06:15
| <brycebaril> | chilts: awesome |
04:06:27
| * mikeal | quit (Quit: Leaving.) |
04:06:33
| <chilts> | funny how using a different tools means you have to think differently :) |
04:06:34
| * ednapiranha | joined |
04:06:41
| <chilts> | well, not funny, just interesting |
04:06:46
| <brycebaril> | Yeah |
04:07:04
| <brycebaril> | A lot of people come into #redis and ask how to set up their table structure to hold their data |
04:07:28
| <brycebaril> | Takes a completely different approach |
04:11:30
| <chilts> | heh |
04:13:21
| * esundahl | joined |
04:14:05
| * esundahl | quit (Remote host closed the connection) |
04:18:30
| * mikeal | joined |
04:30:25
| <ednapiranha> | brycebaril: yo |
04:30:32
| <brycebaril> | hey |
05:08:09
| * ednapiranha | quit (Remote host closed the connection) |
05:11:32
| <rvagg> | brycebaril: can you talk to wolfeidau about highWaterMark in through2 in objectMode? you're tweaking that a fair bit I believe |
05:11:41
| * rvagg | kind of distracted |
05:13:04
| <wolfeidau> | brycebaril: heya just had a question in regard to through2 and weather highWaterMark applies in object mode? |
05:14:02
| <brycebaril> | wolfeidau: it does, though how it does changed recently... would have to look which version |
05:14:31
| <wolfeidau> | brycebaril: I just want it to not buffer unless it is being read |
05:14:49
| <brycebaril> | it used to be that the highWaterMark would be the *number* of records buffered, i.e. 14k records I think it is much lower now |
05:15:22
| <brycebaril> | It should only buffer if the destination stream tells it to hold up |
05:15:31
| <brycebaril> | and then it will buffer up to the highWaterMark and then stop |
05:15:48
| <brycebaril> | If you set it to a very small number it will pause pretty quickly |
05:16:10
| <brycebaril> | The best way to play with this is a pipeline without a WriteStream at the end, e.g. |
05:16:20
| <brycebaril> | var spigot = require("stream-spigot") |
05:16:33
| <brycebaril> | var through2 = require("through2") |
05:17:01
| <brycebaril> | then spigot([{some: "stuff}, ...]).pipe(through2(yourTransform)) |
05:17:13
| <brycebaril> | If you don't pipe that to anywhere else, it will stop at the highWaterMark |
05:17:59
| * thlorenz | quit (Ping timeout: 272 seconds) |
05:19:54
| <wolfeidau> | yeah i am using through2 as an end point which transforms to an RPC |
05:20:17
| <brycebaril> | through2 can't really be an endpoint |
05:20:33
| <brycebaril> | look at npm.im/terminus for an analagous thing for Writable streams |
05:24:04
| <wolfeidau> | brycebaril: does it still take { objectMode: true }, |
05:24:18
| <brycebaril> | wolfeidau: yep |
05:24:31
| <wolfeidau> | and highwatermark? |
05:24:45
| <brycebaril> | I don't think highWaterMark is appliccable for Writable streams |
05:24:51
| <wolfeidau> | kk |
05:24:53
| <wolfeidau> | make sense |
05:26:24
| <wolfeidau> | brycebaril: yeah looks like i am using the the wrong tool for the job |
05:27:44
| <wolfeidau> | brycebaril: I wrote this to go from AMQP (rabbitmq messaging) to a stream https://github.com/wolfeidau/queue-stream |
05:27:58
| <wolfeidau> | Which so it transforms messages into objects |
05:28:01
| <wolfeidau> | essentiall |
05:28:02
| <wolfeidau> | y |
05:28:23
| <wolfeidau> | Then I pipe that into terminus (now) which calls out to an RPC |
05:28:38
| <wolfeidau> | This looks to be more in line with the examples |
05:28:45
| <brycebaril> | Cool |
05:31:40
| <wolfeidau> | brycebaril: cheers for your help, much appreciated |
05:31:45
| <brycebaril> | Sure thing! |
05:34:05
| * DTrejo | quit (Remote host closed the connection) |
05:34:31
| * DTrejo | joined |
05:38:38
| * ednapiranha | joined |
05:39:12
| * DTrejo | quit (Ping timeout: 256 seconds) |
05:40:13
| * thlorenz | joined |
05:42:23
| <wolfeidau> | brycebaril: that spy looks very handy |
05:44:20
| * thlorenz_ | joined |
05:44:55
| * DTrejo | joined |
05:44:55
| * julianduque | quit (Read error: Connection reset by peer) |
05:44:59
| * DTrejo | quit (Read error: Connection reset by peer) |
05:46:51
| * ednapiranha | quit (Ping timeout: 240 seconds) |
05:48:11
| * thlorenz | quit (Ping timeout: 240 seconds) |
05:56:59
| * thlorenz_ | quit (Ping timeout: 272 seconds) |
05:57:54
| * DTrejo | joined |
05:58:13
| * DTrejo | quit (Read error: Connection reset by peer) |
06:15:27
| * jcrugzz | joined |
06:28:22
| * jcrugzz | quit (*.net *.split) |
06:28:23
| * chrisdickinson | quit (*.net *.split) |
06:29:48
| * chrisdickinson | joined |
06:30:00
| * jcrugzz | joined |
07:22:47
| * jxson | quit (Remote host closed the connection) |
07:23:16
| * jxson | joined |
07:23:23
| * jcrugzz | quit (Ping timeout: 272 seconds) |
07:27:56
| * jxson | quit (Ping timeout: 265 seconds) |
07:50:44
| * jcrugzz | joined |
07:58:36
| * jcrugzz | quit (Ping timeout: 256 seconds) |
08:23:13
| * thlorenz | joined |
08:31:26
| * thlorenz | quit (Ping timeout: 240 seconds) |
08:32:13
| * michaelrhodes | quit (Ping timeout: 265 seconds) |
08:47:35
| * DTrejo | joined |
08:47:41
| * DTrejo | quit (Read error: Connection reset by peer) |
08:54:51
| * thlorenz | joined |
09:06:50
| * kenansulayman | joined |
09:08:35
| * frankblizzard | joined |
09:16:05
| * kenansulayman | quit (Quit: ≈ and thus my mac took a subtle yet profound nap ≈) |
09:17:02
| * kenansulayman | joined |
09:17:22
| * thlorenz | quit (Ping timeout: 256 seconds) |
09:17:48
| * thlorenz | joined |
09:22:27
| * thlorenz | quit (Ping timeout: 272 seconds) |
10:06:34
| * ralphtheninja | quit (Quit: leaving) |
10:14:15
| * thlorenz | joined |
10:16:51
| * ralphtheninja | joined |
10:18:14
| * thlorenz_ | joined |
10:19:42
| * thlorenz | quit (Ping timeout: 256 seconds) |
10:22:59
| * thlorenz_ | quit (Ping timeout: 272 seconds) |
10:37:36
| * tarruda | joined |
10:48:49
| * ralphtheninja | quit (Quit: leaving) |
11:16:21
| * thlorenz | joined |
11:18:46
| * thlorenz_ | joined |
11:20:59
| * thlorenz | quit (Ping timeout: 272 seconds) |
11:23:25
| * thlorenz_ | quit (Ping timeout: 272 seconds) |
11:39:13
| * timoxley | quit (Remote host closed the connection) |
11:39:30
| * timoxley | joined |
11:48:09
| * DTrejo | joined |
11:48:13
| * DTrejo | quit (Read error: Connection reset by peer) |
12:09:08
| * DTrejo | joined |
12:09:16
| * DTrejo | quit (Read error: Connection reset by peer) |
12:17:02
| * thlorenz | joined |
12:19:16
| * thlorenz_ | joined |
12:21:48
| * thlorenz | quit (Ping timeout: 265 seconds) |
12:23:23
| * thlorenz_ | quit (Ping timeout: 240 seconds) |
12:35:14
| * kenansulayman | quit (Quit: ≈ and thus my mac took a subtle yet profound nap ≈) |
12:36:00
| * kenansulayman | joined |
12:41:34
| * ralphtheninja | joined |
13:12:35
| * thlorenz | joined |
13:19:47
| * thlorenz_ | joined |
13:22:38
| * ednapiranha | joined |
13:23:22
| <ednapiranha> | sneakyness: yo |
13:24:14
| * thlorenz_ | quit (Ping timeout: 264 seconds) |
13:29:57
| <sneakyness> | here |
13:30:04
| <ednapiranha> | sneakyness: i merged but refactored |
13:30:10
| <ednapiranha> | just need you to verify it's ok? |
13:30:13
| <sneakyness> | ok |
13:31:13
| <sneakyness> | ya tat's perf |
13:31:17
| <ednapiranha> | cool |
13:31:18
| <sneakyness> | idk why i didn't do that |
13:31:42
| <ednapiranha> | sneakyness: you're going to make the header pink lolol |
13:32:05
| <ednapiranha> | sneakyness: in your readme for the app, can you make sure to add instructions for people on how to put it on their phone? |
13:32:22
| <ednapiranha> | i believe they don't need a developer acct yeah? they can just drag and drop from itunes |
13:32:45
| <sneakyness> | lol nope |
13:32:53
| * michaelrhodes | joined |
13:34:12
| <ednapiranha> | sneakyness: was that you posting the 'omg'? |
13:34:18
| <sneakyness> | yeah |
13:34:22
| <ednapiranha> | hahah |
13:34:26
| <ednapiranha> | post a gif! of the .. window |
13:34:27
| <ednapiranha> | o rsomething |
13:35:53
| * thlorenz | quit (Remote host closed the connection) |
13:37:01
| <sneakyness> | boom |
13:37:17
| <ednapiranha> | sweet! |
13:37:18
| <ednapiranha> | :D |
13:37:22
| <ednapiranha> | publish!!!! |
13:37:44
| <sneakyness> | it's not ready yet |
13:37:54
| <ednapiranha> | haha ok |
13:41:19
| * thlorenz | joined |
13:55:24
| * brianloveswords | quit (Excess Flood) |
13:56:37
| * brianloveswords | joined |
13:57:28
| * kenansul_ | joined |
13:57:59
| * kenansul_ | part |
13:59:31
| * kenansulayman | quit (Quit: ≈♡≈) |
13:59:41
| * kenansulayman | joined |
14:00:47
| * tmcw | joined |
14:04:17
| * tmcw | quit (Client Quit) |
14:20:15
| * thlorenz_ | joined |
14:25:04
| * thlorenz_ | quit (Ping timeout: 256 seconds) |
14:32:51
| * tarruda | quit (Quit: WeeChat 0.4.2) |
14:34:19
| * tmcw | joined |
14:36:28
| * jjmalina | joined |
14:43:11
| * jcrugzz | joined |
14:48:21
| * jcrugzz | quit (Ping timeout: 272 seconds) |
15:01:53
| * thlorenz_ | joined |
15:05:57
| * ryan_ramage | joined |
15:20:54
| * mikeal | quit (Quit: Leaving.) |
15:28:55
| * mikeal | joined |
15:31:24
| * mikeal | quit (Client Quit) |
15:34:18
| * jcrugzz | joined |
15:43:52
| * DTrejo | joined |
15:44:53
| * dguttman | joined |
15:45:57
| * rud | quit (Quit: rud) |
15:48:29
| * mikeal | joined |
15:50:33
| * mikeal | quit (Client Quit) |
16:02:29
| * lepahc | joined |
16:02:44
| * justicefries_ | joined |
16:06:33
| * justicefries | quit (Ping timeout: 240 seconds) |
16:06:33
| * chapel | quit (Ping timeout: 240 seconds) |
16:06:33
| * lepahc | changed nick to chapel |
16:06:51
| * justicefries_ | changed nick to justicefries |
16:14:04
| * esundahl | joined |
16:39:03
| * kenansulayman | quit (Quit: ≈♡≈) |
16:58:15
| * frankblizzard | quit (Remote host closed the connection) |
16:58:42
| * frankblizzard | joined |
17:03:53
| * frankblizzard | quit (Ping timeout: 272 seconds) |
17:07:22
| * frankblizzard | joined |
17:07:36
| * mikeal | joined |
17:08:47
| * thlorenz | quit (Remote host closed the connection) |
17:10:02
| * thlorenz | joined |
17:13:06
| * frankblizzard | quit (Read error: Connection reset by peer) |
17:13:21
| * frankblizzard | joined |
17:20:00
| * thlorenz | quit (Remote host closed the connection) |
17:22:23
| * thlorenz | joined |
17:22:43
| * thlorenz | quit (Remote host closed the connection) |
17:22:54
| * tarruda | joined |
17:36:48
| * mikeal | quit (Quit: Leaving.) |
17:43:08
| * jxson | joined |
17:47:14
| * thlorenz | joined |
17:48:13
| * Acconut | joined |
17:50:53
| * frankblizzard | quit (Remote host closed the connection) |
17:51:52
| * Acconut | quit (Client Quit) |
18:07:24
| * frankblizzard | joined |
18:09:06
| * julianduque | joined |
18:13:55
| * michaelrhodes | quit (Ping timeout: 272 seconds) |
18:23:54
| * DTrejo | quit (Remote host closed the connection) |
18:24:20
| * DTrejo | joined |
18:28:52
| * thlorenz | quit (Remote host closed the connection) |
18:29:09
| * DTrejo | quit (Ping timeout: 265 seconds) |
18:30:33
| * thlorenz | joined |
18:31:04
| * thlorenz | quit (Remote host closed the connection) |
18:31:06
| * thloren__ | joined |
18:47:55
| * mikeal | joined |
18:51:48
| * tarruda | quit (Quit: WeeChat 0.4.2) |
18:51:52
| * Acconut | joined |
18:52:13
| * Acconut | quit (Client Quit) |
19:56:04
| * frankblizzard | quit (Remote host closed the connection) |
20:22:27
| * tarruda | joined |
20:33:25
| * alessioalex | joined |
20:33:40
| <alessioalex> | hey guys |
20:34:01
| <alessioalex> | does anybody have an example / gist of multilevel && sublevel? |
20:47:26
| * ramitos | quit (Quit: Textual IRC Client: www.textualapp.com) |
20:48:11
| * Acconut | joined |
20:48:16
| * Acconut | quit (Client Quit) |
20:56:37
| * Acconut | joined |
21:03:21
| * tmcw_ | joined |
21:07:36
| * jxson | quit (*.net *.split) |
21:07:36
| * tmcw | quit (*.net *.split) |
21:07:37
| * chilts | quit (*.net *.split) |
21:08:21
| * tmcw_ | quit (Ping timeout: 272 seconds) |
21:09:21
| * jxson | joined |
21:14:02
| * tmcw | joined |
21:14:25
| * chilts | joined |
21:18:31
| * rud | joined |
21:26:17
| * Acconut | quit (Quit: Acconut) |
21:29:53
| * alessioalex | quit (Quit: Page closed) |
21:30:36
| * kenansulayman | joined |
21:36:28
| * tmcw | quit (Read error: Connection reset by peer) |
21:37:00
| * tmcw | joined |
21:52:34
| * jcrugzz | changed nick to jcrugzz|afk |
21:53:19
| * ryan_ramage | quit (Ping timeout: 272 seconds) |
21:53:32
| * ryan_ramage | joined |
21:58:38
| * Acconut | joined |
21:58:43
| * Acconut | quit (Client Quit) |
22:04:31
| * Acconut | joined |
22:05:11
| * Acconut | quit (Client Quit) |
22:24:12
| * thloren__ | quit (Remote host closed the connection) |
22:36:00
| * thlorenz_ | quit (Remote host closed the connection) |
22:36:36
| * thlorenz_ | joined |
22:36:36
| * thlorenz | joined |
22:41:08
| * thlorenz_ | quit (Ping timeout: 268 seconds) |
22:47:02
| * brianloveswords | quit (Excess Flood) |
22:47:10
| * brianloveswords | joined |
22:51:29
| * thlorenz | quit (Remote host closed the connection) |
22:55:47
| * mikeal | quit (Quit: Leaving.) |
23:00:56
| * tmcw | quit (Remote host closed the connection) |
23:01:32
| * tmcw | joined |
23:05:04
| * ryan_ramage | quit (Quit: ryan_ramage) |
23:05:52
| * tmcw | quit (Ping timeout: 246 seconds) |
23:06:49
| * thlorenz | joined |
23:15:39
| * thlorenz | quit (Ping timeout: 272 seconds) |
23:17:04
| * tarruda | quit (Ping timeout: 246 seconds) |
23:21:43
| * esundahl | quit (Ping timeout: 272 seconds) |
23:22:35
| * thlorenz | joined |
23:23:03
| * zz_eugeneware | changed nick to eugeneware |
23:27:03
| * ednapiranha | quit (Quit: Leaving...) |
23:31:04
| * thlorenz | quit (Ping timeout: 264 seconds) |
23:31:32
| * jjmalina | quit (Quit: Leaving.) |
23:34:08
| <chapel> | does leveldb work on nodejitsu? |
23:34:39
| <kenansulayman> | chapel nope |
23:34:44
| <chapel> | hrm |
23:34:59
| <chapel> | I was hoping I could use leveldb for nodeknockout :( |
23:35:08
| <kenansulayman> | well it works |
23:35:21
| <kenansulayman> | but only if you accept losing your data on deployment |
23:38:03
| * rud | quit (Ping timeout: 248 seconds) |
23:38:15
| * rud | joined |
23:39:43
| <chapel> | hmm |
23:39:46
| <chapel> | I see what you mean |
23:40:06
| <chapel> | then again for nko, it wouldn't be too bad |
23:40:26
| <chapel> | since once the dev period is done, you can't deploy again |
23:40:55
| * ryan_ramage | joined |
23:41:03
| * ryan_ramage | quit (Client Quit) |
23:41:31
| * sneakyness | quit (Remote host closed the connection) |
23:41:45
| * thlorenz | joined |
23:43:28
| <rvagg> | chapel: nko is hosted on joyent directly this year not nodejitsu so you'll be able to use it |
23:43:50
| <chapel> | okay |
23:43:56
| <chapel> | guess they should update the docs then |
23:44:10
| <chapel> | rvagg: are you participating, judge or comp? |
23:44:30
| <rvagg> | probably judging but certainly manning support during parts of the comp |
23:44:42
| <chapel> | support as in, leveldb? |
23:44:48
| <rvagg> | as in #nodeknockout |
23:44:51
| <chapel> | oh |
23:44:53
| <rvagg> | general support |
23:49:17
| * rud_ | joined |
23:49:17
| * rud_ | quit (Changing host) |
23:49:17
| * rud_ | joined |
23:50:12
| * thlorenz | quit (Ping timeout: 268 seconds) |
23:50:25
| * mesch_ | joined |
23:56:59
| * brianloveswords_ | joined |
23:57:38
| * Punna | joined |
23:58:10
| * rud | quit (*.net *.split) |
23:58:10
| * brianloveswords | quit (*.net *.split) |
23:58:11
| * Pwnna | quit (*.net *.split) |
23:58:11
| * mesch | quit (*.net *.split) |
23:58:11
| * rud_ | changed nick to rud |
23:58:16
| * Punna | changed nick to Pwnna |
23:58:23
| * mesch_ | changed nick to mesch |