00:01:41  * esundahlquit (Ping timeout: 248 seconds)
00:12:17  * kenansulaymanjoined
00:13:20  * disordinaryjoined
00:21:09  * thlorenzjoined
00:43:10  * thlorenz_joined
00:46:15  * jxson_quit (Remote host closed the connection)
00:47:24  * jxsonjoined
00:48:24  * thlorenz_quit (Ping timeout: 276 seconds)
01:06:01  * jxsonquit (Remote host closed the connection)
01:36:21  * jxsonjoined
01:41:04  * timoxleyjoined
01:41:14  * ryan_ramagejoined
01:41:33  * ryan_ramagequit (Client Quit)
01:42:16  * jxsonquit (Read error: Connection reset by peer)
01:43:01  * esundahljoined
01:43:35  * thlorenz_joined
01:46:56  * kenansulaymanquit (Quit: ≈ and thus my mac took a subtle yet profound nap ≈)
01:48:51  * thlorenz_quit (Ping timeout: 276 seconds)
02:41:31  <thlorenz>mbalho: I finally found a solution that results in smooth writes even in my case: https://github.com/thlorenz/valuepack-mine-github/blob/master/lib/multi-fetch-store-pipe.js#L164-L194
02:41:49  <thlorenz>it kinda has the level-batcher built in as a streams2 transform
02:44:01  * thlorenz_joined
02:44:07  <thlorenz>memory is still going up, so it's not perfect yet, but much better than before
02:48:21  * thlorenz_quit (Ping timeout: 245 seconds)
02:49:12  * wolfeidauquit (Remote host closed the connection)
03:20:29  * mikealjoined
03:44:28  * thlorenz_joined
03:49:18  * thlorenz_quit (Ping timeout: 264 seconds)
04:03:25  * wolfeidaujoined
04:15:44  * nlacassequit (Read error: Operation timed out)
04:16:15  * nlacassejoined
04:17:10  * jondelamottequit (Ping timeout: 246 seconds)
04:34:55  * jcrugzzjoined
04:44:52  * thlorenz_joined
04:49:11  * thlorenz_quit (Ping timeout: 245 seconds)
04:56:17  * esundahlquit (Remote host closed the connection)
05:03:37  * eugenewarejoined
05:14:27  * julianduquequit (Quit: leaving)
05:18:06  * thlorenzquit (Remote host closed the connection)
05:24:30  * mikealquit (Quit: Leaving.)
05:25:36  * mikealjoined
05:34:10  * disordinaryquit (Ping timeout: 246 seconds)
05:36:29  * jxsonjoined
05:38:23  * jxson_joined
05:39:12  * jxsonquit (Read error: Connection reset by peer)
05:41:42  * wolfeidauquit (Remote host closed the connection)
05:45:15  * thlorenzjoined
05:50:00  * thlorenzquit (Ping timeout: 276 seconds)
06:00:28  * jxson_quit (Remote host closed the connection)
06:02:50  * gwenbelljoined
06:28:09  * jondelamottejoined
06:38:55  * wolfeidaujoined
06:45:42  * thlorenzjoined
06:46:16  * gwenbellquit (Ping timeout: 245 seconds)
06:50:27  * thlorenzquit (Ping timeout: 276 seconds)
06:51:30  * gwenbelljoined
07:08:28  * dominictarrjoined
07:18:18  * kenansulaymanjoined
07:20:47  <levelbot>[npm] level-mapped-index@0.3.1 <http://npm.im/level-mapped-index>: Simple indexing for LevelUP (@rvagg)
07:30:09  * gwenbellquit (Quit: Lost terminal)
07:38:07  * brycebaril1joined
07:39:11  * brycebarilquit (Ping timeout: 245 seconds)
07:45:17  <levelbot>[npm] abstract-leveldown@0.10.2 <http://npm.im/abstract-leveldown>: An abstract prototype matching the LevelDOWN API (@rvagg)
07:46:07  * thlorenzjoined
07:50:14  * thlorenzquit (Ping timeout: 240 seconds)
07:50:49  * eugenewarequit (Remote host closed the connection)
08:12:26  * fb55joined
08:16:50  * fb55quit (Ping timeout: 256 seconds)
08:20:28  * kenansulaymanquit (Quit: ≈ and thus my mac took a subtle yet profound nap ≈)
08:24:12  * Acconutjoined
08:24:18  * Acconutquit (Client Quit)
08:28:37  * dominictarrquit (Quit: dominictarr)
08:29:39  * dominictarrjoined
08:30:00  <dominictarr>rvagg: hey whats up?
08:31:32  <rvagg>dominictarr: the sun, apparently, it's in my eyes and I can't be bothered moving
08:31:52  <rvagg>dominictarr: probably should tho, got to go to Cian's dad's house to borrow a soldering iron at some point
08:32:05  <dominictarr>yes, I am aware of the plan
08:32:10  <rvagg>he said something about suggesting you take substack up there too to see something he's doing?
08:32:17  <dominictarr>yes
08:32:30  <rvagg>ok, you guys are up and ready to be about? when shal we go?
08:32:36  <dominictarr>did he tell you the address, I forget which house it is
08:32:45  <rvagg>yeah, I have some notes
08:32:50  <dominictarr>cafe for breakfast first
08:32:55  <rvagg>14 queen, but there's 2 14's!
08:33:29  <dominictarr>I've met cian's parents, so I know what they look like
08:33:53  <rvagg>ok, let me know what cafe you're at and I'll wander up at some point
08:35:33  * dominictarrquit (Quit: dominictarr)
08:36:05  * dominictarrjoined
08:36:45  <dominictarr>the vee bistro, just around the corner from the victoria
08:46:32  * thlorenzjoined
08:50:03  * dominictarrquit (Quit: dominictarr)
08:51:06  * thlorenzquit (Ping timeout: 264 seconds)
08:53:17  * mikealquit (Remote host closed the connection)
08:57:05  * dominictarrjoined
08:57:23  <dominictarr>rvagg: we are in tony's cafe instead, it's just up the hill a little bit from the vee
09:01:55  * dominictarrquit (Client Quit)
09:02:33  * timoxleyquit (Remote host closed the connection)
09:07:13  * dominictarrjoined
09:09:56  * fb55joined
09:12:33  * dominictarrquit (Quit: dominictarr)
09:19:43  * fb55quit (Remote host closed the connection)
09:20:38  * eugenewarejoined
09:23:21  * dominictarrjoined
09:34:18  * Acconutjoined
09:34:21  * Acconutquit (Client Quit)
09:34:44  <mbalho>i havent slept in 20 hours. whats up dublin!!
09:35:09  <mbalho>dominictarr: rvagg: check out #nerdtracker, its what substack and i use to coordinate in oakland, and it optionally shows foursquare checkins
09:37:59  <mbalho>dominictarr: rvagg: disregard that i understand we are in different cities :D
09:43:25  * gregor_joined
09:43:40  * gregor_changed nick to gmaclennan
09:43:57  * timoxleyjoined
09:44:39  <gmaclennan>A little help with level-hooks: how can I add multiple indices for one pre hook?
09:44:45  <gmaclennan>This is my code:
09:44:45  <gmaclennan>##leveldb
09:45:36  <gmaclennan>http://pastebin.com/aQdW8YUg
09:46:12  <gmaclennan>Can I just call add several times? I am thinking I am getting caught in some async troubles here...
09:46:56  * thlorenzjoined
09:50:17  * fb55joined
09:51:42  * thlorenzquit (Ping timeout: 264 seconds)
09:56:08  * brycebariljoined
09:57:02  * brycebaril1quit (Ping timeout: 246 seconds)
09:58:43  <rvagg>gmaclennan: was that you that just filed a bug report about slow batch loads?
09:58:52  <gmaclennan>yes
09:58:58  <rvagg>gmaclennan: there are 2 separate pull requests outstanding for a writestream replacement, you ought to try one of those
09:59:01  <gmaclennan>that was a separate issue I was having
09:59:06  <gmaclennan>ok, thanks
09:59:09  <rvagg>gmaclennan: grab the one from pgte first, see if it helps at all
09:59:22  <rvagg>gmaclennan: also, mbalho has a repo for a faster batch loading thing for large amounts of data
09:59:28  <rvagg>mbalho: what's the repo for that?
09:59:57  <rvagg>https://github.com/maxogden/ have a look through his repos, there's a couple in there for loading large amoiunts of data
10:02:06  <gmaclennan>great, thanks!
10:02:19  * fb55quit (Remote host closed the connection)
10:02:30  <gmaclennan>I'm confused about the level-hooks though. I'm not understanding something there...
10:03:23  * dominictarrquit (Quit: dominictarr)
10:04:51  <rvagg>gmaclennan: re level-hooks, you can call add multiple times but it has to be within the same tick, it's not async safe
10:04:56  <rvagg>gmaclennan: or you can pass an array too
10:05:09  <rvagg>if you must do it async, dominictarr suggests using level-trie
10:05:49  <gmaclennan>great, an array will do just great. and array of objects like you would normally pass to add()?
10:07:18  * rudquit (Quit: rud)
10:07:42  <rvagg>gmaclennan: I think, I'm on an awkward device to check and dominic's laptop power just ran out, have a fiddle
10:07:54  <gmaclennan>cool. thanks
10:08:21  <rvagg>an array like batch
10:08:23  <rvagg>he says
10:08:36  <rvagg>he'll let you know when he gets plugged in
10:08:59  * rvaggheading out
10:35:44  * fb55joined
10:36:12  * fb55quit (Remote host closed the connection)
10:36:29  * gmaclennanquit (Quit: gmaclennan)
10:36:39  * fb55joined
10:41:02  * fb55quit (Ping timeout: 240 seconds)
10:47:19  * thlorenzjoined
10:50:55  * jcrugzzquit (Ping timeout: 246 seconds)
10:51:49  * thlorenzquit (Ping timeout: 248 seconds)
11:22:40  * thlorenzjoined
11:26:45  <levelbot>[npm] subindex@0.0.5 <http://npm.im/subindex>: Generic pluggable indexing system for leveldb/levelup. Designed to be used with the level-queryengine query engine. (@eugeneware)
11:27:06  * thlorenzquit (Ping timeout: 245 seconds)
11:34:46  <levelbot>[npm] level-queryengine@0.1.3 <http://npm.im/level-queryengine>: Search levelup/leveldb instances with pluggable query engines and pluggable indexing schemes. (@eugeneware)
11:36:21  <rvagg>hij1nx: ping, you here?
11:43:46  <levelbot>[npm] jsonquery@0.1.3 <http://npm.im/jsonquery>: MongoDB query language implemented as a node.js Stream (@nharbour, @eugeneware)
11:47:43  * thlorenzjoined
11:51:50  * thlorenzquit (Ping timeout: 240 seconds)
11:52:15  <levelbot>[npm] pairs@0.0.2 <http://npm.im/pairs>: Turn a JSON object into a list of pairs. Useful for indexing. (@eugeneware)
11:55:18  * dominictarrjoined
11:57:43  * thlorenzjoined
12:08:15  <levelbot>[npm] jsonquery-engine@0.0.6 <http://npm.im/jsonquery-engine>: level-queryengine plugin to query levelup/leveldb using indexes with the mongodb query syntax (through the jsonquery module) (@eugeneware)
12:28:58  <hij1nx>rvagg: pong, im here.
12:29:28  <rvagg>hij1nx: got that leveldb logo handy? an svg version? I can't find one and don't remember if i ever got one from you
12:29:42  <rvagg>and eugeneware would like one too cause he's going to make stickers
12:30:16  <hij1nx>rvagg: sweet, i'll send it again if i can find it
12:30:23  <rvagg>thanks
12:30:48  <rvagg>hij1nx: you could dump it in the gh-pages branch of levelup if that's any easier
12:31:48  <hij1nx>rvagg: i was pretty sure i sent it to you, looking though my email
12:32:06  <hij1nx>rvagg: thought i also put it up somewhere
12:36:49  <rvagg>hij1nx: yeah, I thought you sent it to me too but I can't find any evidence of it!
12:37:10  <rvagg>unless there never was a vector version of it
12:42:22  <hij1nx>rvagg: yes, i found it
12:42:27  <hij1nx>sending now
12:42:46  <rvagg>most excellent, thanks
12:42:50  <rvagg>hij1nx: are you in IE yet?
12:43:07  <hij1nx>Internet Explorer?
12:43:11  <hij1nx>hehe
12:43:14  <hij1nx>nope, tomorrow
12:43:57  <rvagg>ok, cool
12:48:09  * thlorenz_joined
12:51:07  <rvagg>hij1nx: ... logo email? I aint got it yet
12:52:31  * thlorenz_quit (Ping timeout: 245 seconds)
12:56:54  <hij1nx>rvagg: 1sec
13:03:24  * thlorenzquit (Remote host closed the connection)
13:04:10  * thlorenzjoined
13:05:20  * thlorenzquit (Remote host closed the connection)
13:07:10  * tmcwjoined
13:07:27  * dominictarrquit (Ping timeout: 276 seconds)
13:08:58  <hij1nx>rvagg: ok, cleaned up and sent
13:09:07  * dominictarrjoined
13:09:42  <rvagg>cool, thanks, now I just need to figure out how to open a sketch file
13:11:16  <rvagg>hij1nx: are you sure this file is right? 238 bytes, doesn't look like anything interesting inside it
13:13:47  <hij1nx>rvagg: what is the file called?
13:13:53  <rvagg>leveldb.sketch
13:13:59  <rvagg>I don't even ..
13:14:13  <hij1nx>yep, thats correct, i can send you the pure svg file
13:14:20  <hij1nx>it will be larger
13:18:07  <rvagg>that would be better, I don't have sketch and gimp doesn't know what to do with them either
13:18:21  <hij1nx>hmm, it was actually smaller i think
13:18:35  <hij1nx>their vectors, so the file is pretty small
13:18:45  <rvagg>ok, all good! thanks
13:19:40  <hij1nx>rvagg: wait
13:19:52  <hij1nx>rvagg: just noticed a small issue with them, let me change it
13:20:46  <levelbot>[npm] search-index@0.2.17 <http://npm.im/search-index>: A text search index module for Node.js. Search-index allows applications to add, delete and retrieve documents from a corpus. Retrieved documents are ordered by tf-idf relevance, filtering on metadata, and field weighting (@fergie)
13:21:37  <hij1nx>sent
13:24:07  <rvagg>thanks
13:25:59  * frankblizzardjoined
13:31:59  <substack>juliangruber: what are your plans for your talk?
13:44:28  * thlorenzjoined
13:44:52  * rudjoined
13:46:13  <thlorenz>rvagg: do you have a sec to give me an idea why piping puts into a level writeStream is slower than batching a batch that's just below writeBufferSize?
13:46:20  <thlorenz>here is the code and more info: https://github.com/thlorenz/valuepack-mine-github/blob/6634dc79021890ee697d2c1da1a406f5a50851ba/lib/multi-fetch-store-pipe.js#L170
13:46:34  <thlorenz>^ dominictarr mbalho
13:47:25  <thlorenz>it went through fairly quicly until the buffer had grown to just under 4MB than it called db.batch and sat there for over 20mins until I quit the process
13:47:37  <thlorenz>memory kept growing continuously during those 20 mins
13:48:27  <thlorenz>actually I meant to say piping puts is a lot faster and keeps memory low
13:49:02  <dominictarr>buts is better than batches?
13:49:13  <thlorenz>piping puts is better
13:49:15  <thlorenz>yes
13:49:30  <dominictarr>do you mean, many independent puts?
13:49:32  <thlorenz>which is weird since it ends up batching smallish batches anyways
13:50:01  <thlorenz>yes: https://github.com/thlorenz/valuepack-mine-github/blob/6634dc79021890ee697d2c1da1a406f5a50851ba/lib/multi-fetch-store-pipe.js#L167-L168
13:50:13  <thlorenz>putsTransorm just streams single puts
13:51:29  <thlorenz>dominictarr: the commented code below was my attempt to optimize by creating proper sized batches, but as I explained that caused it to sit there for over 20mins with CPU pinned and memory increasing continuously
13:52:39  <thlorenz>dominictarr: so I'm good for now since the 'streaming puts' solution works, but I wanna understand why proper sized batches don't (mine were 4MB)
13:53:18  <dominictarr>thlorenz: can you make a script that reproduces this?
13:54:17  <thlorenz>dominictarr: I can - but it'll be a while - really busy until nodeconf, but ideally I'll create it there and we can have a look
13:54:58  <rvagg>thlorenz: are you following the chatter on mbalho's repos?
13:55:02  <dominictarr>yeah, I think we are gonna have to dig deep and really understand what is happening inside of level to solve this write stream problem
13:55:29  <rvagg>thlorenz: in summary: writestream is garbage as it is now, it needs to be replaced, there are 2 possible replacements, pgte's one looks like it might be better at handling batches
13:55:40  <thlorenz>yes, I commented on it as well (I thought wrongly that level-batcher had solved my problem)
13:56:10  <thlorenz>rvagg: writeStream is actually my best option right now and works quite well
13:56:14  <thlorenz>batches are my problem
13:56:41  <thlorenz>I mean big ones (size just below writeBufferSize)
13:57:33  <thlorenz>rvagg: so in summary in my case lots of small batches (via writeStream) are faster and have lower memory footprint than fewer large batches
13:58:50  <rvagg>thlorenz: are you using vanilla leveldb or the hyper one?
13:58:59  <thlorenz>vanilla
14:00:30  <rvagg>hm, it could be realted to being able to use multiple worker threads, but that'd be more likely a good thing with hyperleveldb
14:01:36  * thlorenz_joined
14:04:00  * thlorenzquit (Ping timeout: 276 seconds)
14:07:16  * rudquit (Quit: rud)
14:08:25  * jjmalinajoined
14:20:41  * fallsemojoined
14:25:23  * dominictarrquit (Quit: dominictarr)
14:52:59  * jcrugzzjoined
14:59:22  * eugenewarequit (Remote host closed the connection)
14:59:50  * eugenewarejoined
15:03:50  * frankblizzardquit (Remote host closed the connection)
15:03:51  * timoxleyquit (Remote host closed the connection)
15:04:19  * eugenewarequit (Ping timeout: 246 seconds)
15:05:16  * dominictarrjoined
15:16:21  * ednapiranhajoined
15:22:43  * timoxleyjoined
15:46:18  * dguttmanjoined
15:48:44  * esundahljoined
15:50:19  * jcrugzz_joined
15:52:05  * jcrugzzquit (Ping timeout: 248 seconds)
16:00:40  * eugenewarejoined
16:02:47  * fb55joined
16:02:55  * fb55quit (Remote host closed the connection)
16:03:22  * fb55joined
16:03:49  * jcrugzz_quit (Ping timeout: 248 seconds)
16:07:08  * fb55_joined
16:07:39  * fb55quit (Read error: Connection reset by peer)
16:09:09  * eugenewarequit (Ping timeout: 248 seconds)
16:11:07  * jcrugzzjoined
16:17:08  * jcrugzzquit (Ping timeout: 246 seconds)
16:29:10  * mikealjoined
16:38:00  * mikealquit (Remote host closed the connection)
16:39:34  * thlorenz_quit (Remote host closed the connection)
16:42:20  * tmcwquit (Remote host closed the connection)
16:42:47  * tmcwjoined
16:45:01  * tmcw_joined
16:45:21  * tmcwquit (Read error: Connection reset by peer)
16:49:40  * kenansulaymanjoined
16:50:29  * gwenbelljoined
17:09:24  * thlorenzjoined
17:12:49  * jxsonjoined
17:16:37  * tmcw_quit (Remote host closed the connection)
17:17:04  * tmcwjoined
17:19:58  * ryan_ramagejoined
17:21:42  * tmcwquit (Ping timeout: 264 seconds)
17:29:23  * dominictarrquit (Quit: dominictarr)
17:31:30  * tmcwjoined
17:35:57  * tmcwquit (Remote host closed the connection)
17:36:23  * tmcwjoined
17:37:48  * tmcw_joined
17:38:14  * tmcwquit (Read error: Connection reset by peer)
17:47:04  * dominictarrjoined
17:48:08  * tmcw_quit (Remote host closed the connection)
17:48:34  * tmcwjoined
17:52:33  * tarrudajoined
17:53:27  * tmcwquit (Ping timeout: 276 seconds)
17:55:52  <tarruda>Lets say I have two pieces of data, 'A' and 'B'. If I store 'A' with sync = false then store 'B' with sync = true and the second operation succeeds does it mean that the first operation also succeeded?
17:56:23  <rescrv>tarruda: no
17:56:24  <tarruda>In other words, will the second 'fsync' apply to the first operation?
17:56:44  <rescrv>you're not guaranteed that it will
17:57:04  <rescrv>it's possible, even likely, that it will be there too, but the guarantee is not explicitly made because there's a case where it won't
17:57:12  * rudjoined
17:57:12  * rudquit (Changing host)
17:57:12  * rudjoined
17:58:59  <tarruda>rescrv: thanks
17:59:54  <tarruda>is there high level API to force leveldb fsync all open fds?
18:01:48  <rescrv>tarruda: there is not. If you need everything to sync, you should make every call with "sync". That's the best stock LevelDB can do. It'd be pretty easy to modify LevelDB to provide a SyncBarrier op that ensures that everything that completed before the start of the call to SyncBarrier is flushed to disk.
18:04:38  <tarruda>rescrv: that would be a great feature to have, it would enable easy implementation of ACID databases on top of leveldb
18:04:50  <tarruda>I guess its still possible to do it using batch operations
18:04:55  <tarruda>but more troublesome
18:05:24  <tarruda>rescrv: thanks for the info
18:05:34  <rescrv>tarruda: it's possible to do it using "sync" on every call. It'll be slow, but it works. Some of the recent work on HyperLevelDB has improved the performance of stacked-sync calls
18:08:57  <tarruda>rescrv: yes but I think it would be best to maintain a separate transaction cache which would be persisted as a batch with 'sync = true' dont you agree?
18:09:18  * fb55_quit (Remote host closed the connection)
18:09:50  * fb55joined
18:12:33  <rescrv>tarruda: it depends upon the structure of everything up above. I can see situations in which SyncBarrier would be useful. I don't need it myself though.
18:13:59  * ryan_ramagequit (Quit: ryan_ramage)
18:14:23  <tarruda>ok
18:14:30  * fb55quit (Ping timeout: 264 seconds)
18:14:57  <rescrv>I can provide advice about the implementation. It's rather simple to describe. It'd just take effort to test
18:15:25  <rescrv>I just cannot justify it to my boss at the moment.
18:16:23  * gwenbellquit (Ping timeout: 256 seconds)
18:16:44  <tarruda>thats nice of you but no need for now. I have another quick question related to the previous though
18:17:33  <tarruda>In the previous example, after storing 'A' which was done with sync = false
18:18:09  * jxsonquit (Remote host closed the connection)
18:18:31  <tarruda>what happens if I store another piece of data 'C' under the same key as 'A'? will the data go to the same file/position that 'A' was before?
18:18:54  <rescrv>in the implementation, no
18:18:59  * jcrugzzjoined
18:19:06  * tmcwjoined
18:19:13  <rescrv>you should treat the interface as if it overwrote the data, but in practice it doesn't do so immediately
18:19:15  <tarruda>even if 'C' has the same length as 'A' ?
18:19:34  <rescrv>it doesn't matter
18:19:59  <tarruda>rescrv: youre right
18:20:16  <rescrv>it always writes it to a log, which gets merged in from the bottom of the tree
18:20:21  <tarruda>rescrv: I can see now leveldb already provides everything I need to implement ACID
18:20:28  <rescrv>it doesn't consider the existing item
18:22:02  * timoxleyquit (Remote host closed the connection)
18:22:06  * dguttmanquit (Quit: dguttman)
18:23:15  * jxsonjoined
18:24:52  * ryan_ramagejoined
18:25:18  <tarruda>rescrv: I can see you already implemented ACID on HyperDex
18:25:34  <tarruda>rescrv: I'm gonna take a look at your implementation
18:26:11  * ednapiranhaquit (Remote host closed the connection)
18:26:25  <tarruda>rescrv: I'm also working on a database project : https://github.com/tarruda/archdb
18:27:56  <rescrv>tarruda: sounds good. Feel free to ask questions about HyperDex/LevelDB. The ACID transactions component is not freely available, but we have released a draft describing them.
18:28:23  * tmcwquit (Ping timeout: 246 seconds)
18:29:29  <tarruda>rescrv: ok, I'm gonna give it a shot using plain 'leveldb' bindings for node.js. do you mind me contacting you again for feedback when I'm done?
18:30:31  <rescrv>tarruda: I can answer specific questions
18:31:25  <tarruda>rescrv: thats nice, thanks
18:45:36  * rudquit (Quit: rud)
18:52:40  * esundahlquit (Remote host closed the connection)
18:53:07  * esundahljoined
18:55:24  * tmcwjoined
18:57:04  * ednapiranhajoined
18:57:45  * esundahlquit (Ping timeout: 256 seconds)
18:59:19  * esundahljoined
19:00:01  * tmcwquit (Ping timeout: 245 seconds)
19:05:41  * ednapiranhaquit (Ping timeout: 256 seconds)
19:10:35  * ednapiranhajoined
19:18:07  <rvagg>juliangruber: nice to see your name in the node 0.11.7 release notes, good stuff
19:21:16  * tarrudaquit (Ping timeout: 260 seconds)
19:24:21  * julianduquejoined
19:26:22  * tarrudajoined
19:33:02  * dguttmanjoined
19:35:38  <substack>rvagg: food time?
19:35:48  <rvagg>substack: sure
19:37:29  <thlorenz>substack: rvagg flying out tomorrow night - landing Sunday morning - are you guys in Dublin or somewhere outside?
19:37:51  <rvagg>thlorenz: we're down the bottom
19:38:00  <rvagg>most people are in dublin tho
19:38:36  <thlorenz>ok I guess I just find an internet cafe and start hooking up via IRC or twitter (can't unlock my phone)
19:39:12  <rvagg>ugh, locked phones, it's a crime
19:39:25  <rvagg>wifi's not too hard to find
19:39:46  * ryan_ramagequit (Quit: ryan_ramage)
19:40:17  * ryan_ramagejoined
19:40:21  <thlorenz>rvagg: cool - yeah it sucks to be w/out data
19:40:40  <rvagg>yeah, I'm lost with no data
19:41:03  <rvagg>dublin airport has wifi, so you're safe when you land at least!
19:41:57  <thlorenz>cool - I'll open a bunch of tabs to find my way around ;)
19:42:58  * fb55joined
19:49:15  * fb55quit (Remote host closed the connection)
19:53:46  <rvagg>thlorenz: +353 83 168 6232 - my irish phone number (I have an irish sim in atm) if you get desperate and need info or anything
19:53:48  * fb55joined
19:54:07  <thlorenz>rvagg: thanks, very much appreciated
19:54:22  * fb55quit (Remote host closed the connection)
19:55:56  * tmcwjoined
19:56:35  <dominictarr>rvagg: hey whats up?
19:57:00  <rvagg>dominictarr: waiting for caffeine to kick in ... jetlag is hitting me hard
19:57:08  <rvagg>dominictarr: got a place for us to head for food?
19:57:18  <dominictarr>ha I had way too much coffee today
19:57:31  <dominictarr>I think it's either the pub or pizza at this hour
19:57:58  <substack>pizza sounds good
20:00:48  <rvagg>dominictarr: ok, tell me where to be
20:00:50  * tmcwquit (Ping timeout: 264 seconds)
20:03:43  * rudjoined
20:03:43  * rudquit (Changing host)
20:03:43  * rudjoined
20:05:12  * alanhoffjoined
20:05:59  <alanhoff>Hello guys, someone know a good ring/replication/backup module for leveldb?
20:19:47  * ryan_ramagepart
20:19:57  * jmartinsjoined
20:21:46  * ryan_ramagejoined
20:22:07  * dominictarrquit (Quit: dominictarr)
20:28:19  * ryan_ramage_joined
20:28:20  * ryan_ramage_quit (Changing host)
20:28:20  * ryan_ramage_joined
20:29:02  * ryan_ramagequit (Ping timeout: 264 seconds)
20:29:03  * ryan_ramage_changed nick to ryan_ramage
20:36:47  * jxsonquit (Remote host closed the connection)
20:45:53  * Acconutjoined
20:51:41  * Acconutquit (Quit: Acconut)
21:06:36  * Acconutjoined
21:07:05  * eugenewarejoined
21:07:05  * jxsonjoined
21:07:24  * Acconutquit (Client Quit)
21:08:58  * jmartins_joined
21:09:01  <rescrv>alanhoff: HyperDex builds on LevelDB to add fault tolerance. HyperLevelDB (a fork intended for HyperDex) offers a LiveBackup call
21:11:55  * eugenewarequit (Ping timeout: 264 seconds)
21:12:50  * jmartinsquit (Ping timeout: 264 seconds)
21:14:10  * jmartins_quit (Quit: Konversation terminated!)
21:14:14  * alanhoffquit (Quit: Leaving)
21:15:27  * jxsonquit (Ping timeout: 260 seconds)
21:18:28  * julianduquequit (Remote host closed the connection)
21:19:11  * julianduquejoined
21:34:34  * Acconutjoined
21:51:18  * dominictarrjoined
21:52:26  * Acconutquit (Quit: Acconut)
21:57:43  * jxsonjoined
21:59:14  * dguttmanquit (Quit: dguttman)
22:02:19  * dguttmanjoined
22:05:21  * ryan_ramagequit (Quit: ryan_ramage)
22:06:12  * dguttmanquit (Client Quit)
22:07:11  * thlorenzquit (Remote host closed the connection)
22:20:47  * julian_duquejoined
22:21:09  * julianduquequit (Disconnected by services)
22:21:19  * julian_duquechanged nick to julianduque
22:25:33  * julianduquequit (Read error: Connection reset by peer)
22:27:53  * julianduquejoined
22:28:42  * tmcwjoined
22:31:29  * jxsonquit (Remote host closed the connection)
22:31:36  * jxsonjoined
22:33:31  * tmcwquit (Ping timeout: 264 seconds)
22:39:44  * thlorenzjoined
22:48:38  * thlorenzquit (Ping timeout: 268 seconds)
22:51:54  * Acconutjoined
22:52:11  * Acconutquit (Client Quit)
22:55:28  * fallsemoquit (Quit: Leaving.)
22:59:25  * tmcwjoined
23:03:43  * tmcwquit (Ping timeout: 260 seconds)
23:10:38  * jcrugzzquit (Ping timeout: 240 seconds)
23:22:58  * Acconutjoined
23:35:17  * jjmalinaquit (Quit: Leaving.)
23:37:21  * jcrugzzjoined
23:37:49  * ryan_ramagejoined
23:41:57  * dominictarrquit (Quit: dominictarr)
23:44:49  * jcrugzzquit (Ping timeout: 240 seconds)
23:47:12  * Acconutquit (Quit: Acconut)
23:48:08  * esundahlquit (Remote host closed the connection)
23:48:34  * esundahljoined
23:50:55  * rudquit (Ping timeout: 268 seconds)
23:53:23  * esundahlquit (Ping timeout: 268 seconds)
23:55:27  * ednapiranhaquit (Remote host closed the connection)
23:57:13  * ryan_ramagequit (Quit: ryan_ramage)