00:02:25
| * tomerd | quit (Remote host closed the connection) |
00:02:55
| * mrevil | quit (Remote host closed the connection) |
00:02:57
| * tomerd | joined |
00:07:22
| * tomerd | quit (Ping timeout: 246 seconds) |
00:13:50
| * mikeal | joined |
00:14:58
| * ralphtheninja | joined |
00:17:44
| <levelbot> | [npm] level-live-stream@1.4.6 <http://npm.im/level-live-stream>: Stream live changes from levelup. (@dominictarr) |
00:51:26
| * st_luke | joined |
00:54:28
| * thlorenz | joined |
01:05:12
| * eugeneware | joined |
01:11:33
| * jxson | quit (Ping timeout: 264 seconds) |
01:12:38
| * ralphtheninja | quit (Quit: leaving) |
01:13:29
| * mrevil | joined |
01:14:53
| * st_luke | quit (Remote host closed the connection) |
01:16:41
| * julianduque | joined |
01:18:09
| * mrevil | quit (Ping timeout: 264 seconds) |
01:21:51
| <thlorenz> | dominictarr: just ran into tricky thing with sublevel |
01:22:23
| <dominictarr> | thlorenz: what is it? |
01:22:35
| <thlorenz> | it appears that .pre(add) inherits the value encoding from the sub you call .pre on instead of from the prefix you add with |
01:22:45
| <rvagg> | I did too yesterday... json keys weren't happening for me so I had to pre-stringify |
01:23:19
| <thlorenz> | dominictarr: trying to define valueEncoding explicitly in the add |
01:23:28
| <thlorenz> | hopefully that works ;) |
01:23:52
| <dominictarr> | that should work. you added that I remember! |
01:24:24
| <thlorenz> | dominictarr: yep, I'm positive it will work -- we'll know for sure in a few secs |
01:25:03
| <thlorenz> | dominictarr: still tricky that foo.pre(.. add({ prefix: bar will add to bar with encoding of foo instead of bar ;) |
01:25:20
| <dominictarr> | aha |
01:25:45
| <dominictarr> | that should use bar's encoding. |
01:26:07
| <thlorenz> | that would be more intuitive, yes |
01:27:37
| * prettyrobots | quit (Quit: ZNC - http://znc.in) |
01:27:43
| <dominictarr> | that feature wasn't intensional. |
01:28:33
| <thlorenz> | dominictarr: makes sense, we should either document this and advice to always set encodings specifically in .add or figure out how to inherit it from 'bar' |
01:30:30
| <dominictarr> | so, you can set a per row encoding in batches now. |
01:30:54
| <dominictarr> | so you can do {key, value, valueEncoding, type} I think? |
01:30:59
| <thlorenz> | cool, that's what I'm basically trying to do by setting it in .add |
01:31:01
| <thlorenz> | yep |
01:31:16
| <thlorenz> | (.add creates a row in a batch) |
01:34:02
| * mikeal | quit (Quit: Leaving.) |
01:36:38
| <thlorenz> | dominictarr: confirmed, per row works and thus specifying encoding in .add(opts) works around this issue :) |
01:38:07
| <dominictarr> | if you can make a breaking test, I'll fix it next week when I fix the encodings stuff. |
01:39:16
| <thlorenz> | dominictarr: should be able to do that til next week, I'll just PR with failing test |
01:41:13
| * Guest68341 | joined |
01:42:50
| * Guest68341 | changed nick to blogometer |
01:43:45
| * blogometer | changed nick to prettyrobots |
01:44:00
| * prettyrobots | changed nick to blogometer |
01:44:04
| * blogometer | changed nick to prettyrobots |
01:46:14
| <levelbot> | [npm] valuepack-mine-npm@0.2.1 <http://npm.im/valuepack-mine-npm>: Mines the npm registry for user and package data used by valuepack. (@thlorenz) |
01:53:53
| * dominictarr | quit (Quit: dominictarr) |
02:00:53
| * tmcw | joined |
02:01:33
| * st_luke | joined |
02:15:29
| * eugeneware | quit (Remote host closed the connection) |
02:15:53
| <mbalho> | YO MAPBOXERS |
02:15:57
| * eugeneware | joined |
02:16:21
| <tmcw> | sup mbalho |
02:16:37
| <thlorenz> | rvagg: just started working on that npm -> github matcher, open to suggestions: https://github.com/thlorenz/npmatchub |
02:16:39
| <mbalho> | me and substack and @luk are chillin at a taco truck in oakland hackin outside |
02:16:48
| <tmcw> | the rest of the mapboxes are being all tired and/or shy |
02:16:57
| <mbalho> | haha |
02:16:59
| <rvagg> | luk back in the homeland eh? |
02:17:04
| <tmcw> | timezones etc |
02:17:56
| <mbalho> | tmcw: i was talking to JPL today about them using dat to release their space data and they were like 'if we could put raw data on dat like we put our map data on mapbox our life would be complete' |
02:18:40
| <tmcw> | ah mean, yes |
02:18:48
| <tmcw> | *man |
02:18:56
| <tmcw> | pretty psyched about dat |
02:19:06
| <tmcw> | hopefully with tilemill 2 the mapbox stuff can start doing data better |
02:19:15
| <tmcw> | going to be a tough climb though |
02:19:15
| <mbalho> | tmcw: im collecting pilot users for dat, wanna sign mapbox up? |
02:19:37
| <mbalho> | tmcw: basically it would entail giving me use cases to dat-ify |
02:19:46
| <tmcw> | totally, would love to try it out, and especially lxbarth would have some uses in mind |
02:20:10
| <mbalho> | tmcw: whats the big goal for tilemill 2? |
02:20:14
| <tmcw> | we got a lot of people coming to us with neat datas trying to figure out what to do / how to make them useful |
02:20:22
| * eugeneware | quit (Ping timeout: 246 seconds) |
02:20:43
| <tmcw> | basically to fix the way it does data - it both consumes and produces vector tiles as first-class datasources |
02:20:54
| <mbalho> | ahh cool |
02:21:06
| <tmcw> | so like you could go shapefile -> vector tiles, upload them, and style them on the web, or serve them from somewhere else, etc |
02:21:24
| <mbalho> | do vector tiles have tabular data in them |
02:21:33
| <tmcw> | vector tiles themselves are pretty optimized protobufs but they can be turned into geojson, svg, and so on |
02:21:40
| <mbalho> | ahh |
02:21:54
| <tmcw> | yep, they're basically protobuf + the buf schema in a package |
02:21:56
| <mbalho> | same dude that wrote leveldb wrote protobuf |
02:21:58
| <mbalho> | :D |
02:22:05
| <tmcw> | nice :) |
02:22:26
| <tmcw> | yeah, it's good stuff - springmeyer and artem have been hacking on the mapnik parts of it for a long while now |
02:22:37
| <mbalho> | nice |
02:22:43
| <mbalho> | it would be cool to have dat-vector-tiles |
02:22:48
| <tmcw> | and, it's pretty battle-tested since it's been running mapbox's tiles for like 4 months now |
02:22:53
| <mbalho> | so you can install it and get a dat stream from a vector tile |
02:23:32
| <tmcw> | totally, yeah - could have some lightweight metadata of how to configure it, like a tilejson2, and then would be super easy to drop in to lots of places |
02:24:15
| <mbalho> | cause if i could take tilemill2 and tell it to sync from a dat endpoint |
02:24:25
| <mbalho> | and then it fills up the tilemill data editor thingy with data |
02:24:36
| <mbalho> | and new data arrives as the remote source updates |
02:24:38
| <mbalho> | that would be pretty cool |
02:25:31
| <tmcw> | totally, yeah |
02:25:42
| <tmcw> | oh yeah, and as soon as we get the legal problem fixed, we should talk about a solid geocoder-transform for dat |
02:25:59
| <mbalho> | cause my plan is to create an ecosystem of modules like dat-postgis and dat-sqlite etc |
02:26:04
| <mbalho> | ooOH yea |
02:26:12
| <tmcw> | darn sharealike ruins it for now :/ |
02:26:19
| <mbalho> | cause of OSM? |
02:26:25
| <tmcw> | yeah |
02:26:29
| <mbalho> | :( |
02:26:49
| <tmcw> | but like when we figure that out, the new geocoder'll be open like carmen is now, and it will probably use a vector world as data |
02:27:09
| <mbalho> | nice |
02:27:40
| <tmcw> | so dat is going to be leveldb-backed by default? |
02:28:12
| <mbalho> | yea |
02:28:20
| <mbalho> | cause the goal is just to do the sync and then hook it up to your real database |
02:29:07
| <mbalho> | theoretically you can implement the leveldown api on top of lots of things https://github.com/rvagg/node-levelup/wiki/Modules#wiki-storage |
02:29:31
| <tmcw> | wild |
02:29:33
| <mbalho> | for transforms i wanna come up with a pretty easy way to do stdin/stdout |
02:29:55
| <mbalho> | so node can just call any executable thing and write the data into it |
02:30:01
| <mbalho> | and get the transformed data back |
02:30:42
| <mbalho> | well its not theoretical, those storage back ends are actively maintained, but nobody has done leveldown-postgres yet etc |
02:30:48
| <tmcw> | yeah, totally |
02:30:52
| <tmcw> | wow, leveldb is tiny |
02:30:53
| <tmcw> | crazy |
02:31:12
| <mbalho> | yea takes like 5 seconds to compile |
02:31:12
| <tmcw> | those google guys know what they're doing |
02:31:32
| <mbalho> | also http://r.va.gg/presentations/sf.nodebase.meetup/leveldown_write_random_g+h+b_100M.png shows the 3 major leveldb distros |
02:31:49
| <mbalho> | same api, different perf tuning |
02:32:18
| <rvagg> | which reminds me, I have 1B record version of those benchmarks I need to graph and publish |
02:32:37
| <mbalho> | rvagg: yes plz |
02:32:47
| <mbalho> | rvagg: how big was each record? |
02:33:25
| <mbalho> | rvagg: also how big was the resulting leveldb on disk? |
02:34:08
| <rvagg> | will get back to you on that, on disk it was ~80G |
02:34:21
| <rvagg> | records were fairly small, like little json docs |
02:34:25
| <mbalho> | ah cool |
02:36:10
| * mrevil | joined |
02:36:13
| * brycebaril | joined |
02:36:53
| * eugeneware | joined |
02:36:53
| * st_luke | quit (Read error: Connection reset by peer) |
02:45:21
| * soldair | quit (Ping timeout: 250 seconds) |
02:45:23
| * st_luke | joined |
02:49:17
| <thlorenz> | rvagg: had no idea it would be that tricky ;) https://github.com/thlorenz/npmatchub/blob/master/test/logins.js#L12-L20 |
02:53:53
| * brycebaril | quit (Ping timeout: 248 seconds) |
02:56:01
| * julianduque | quit (Quit: leaving) |
03:02:13
| * thlorenz | quit (Remote host closed the connection) |
03:11:42
| * tmcw | quit (Remote host closed the connection) |
03:11:42
| * st_luke | quit (Read error: Connection reset by peer) |
03:44:43
| * DTrejo | quit (Ping timeout: 246 seconds) |
03:57:53
| * mrevil | quit (Remote host closed the connection) |
03:59:44
| * mrevil | joined |
04:07:41
| * mrevil | quit (Remote host closed the connection) |
04:11:56
| * mrevil | joined |
04:29:02
| * eugeneware | quit (Remote host closed the connection) |
04:47:15
| * eugeneware | joined |
04:59:14
| * eugeneware | quit (Ping timeout: 241 seconds) |
05:00:23
| * mrevil | quit (Remote host closed the connection) |
05:01:56
| * dominictarr | joined |
05:50:01
| * eugeneware | joined |
06:11:00
| * mrevil | joined |
06:15:33
| * mrevil | quit (Ping timeout: 248 seconds) |
06:30:34
| * dominictarr | quit (Quit: dominictarr) |
07:27:51
| * wolfeidau | quit (Remote host closed the connection) |
08:58:06
| * wolfeidau | joined |
09:21:54
| * tomerd | joined |
09:33:52
| * mcollina | joined |
09:49:11
| * wolfeidau | quit (Remote host closed the connection) |
10:05:59
| * tomerd_ | joined |
10:08:16
| * tomerd | quit (Ping timeout: 240 seconds) |
10:21:54
| * tomerd | joined |
10:24:27
| * tomerd__ | joined |
10:25:15
| <levelbot> | [npm] level-nearby-stream@0.1.0 <http://npm.im/level-nearby-stream>: Stream in nearby places using the browser's geolocation and level-places. (@juliangruber) |
10:25:23
| * tomerd_ | quit (Ping timeout: 264 seconds) |
10:27:02
| * tomerd | quit (Ping timeout: 240 seconds) |
10:38:44
| <levelbot> | [npm] level-nearby-stream@0.1.0 <http://npm.im/level-nearby-stream>: Stream in nearby places using the browser's geolocation and level-places. (@juliangruber) |
11:23:31
| * tomerd__ | quit (Remote host closed the connection) |
11:24:03
| * tomerd | joined |
11:28:23
| * tomerd | quit (Ping timeout: 240 seconds) |
11:40:14
| <levelbot> | [npm] level-methods@0.0.0 <http://npm.im/level-methods>: Useful meta information about levelup methods. (@juliangruber) |
11:42:53
| * DTrejo | joined |
11:45:35
| * thlorenz | joined |
11:50:35
| * julianduque | joined |
12:16:39
| * ralphtheninja | joined |
12:33:56
| <No9> | ralphtheninja eh oh |
12:48:57
| * DTrejo | quit (Remote host closed the connection) |
12:51:53
| <ralphtheninja> | No9: yo |
12:55:12
| * st_luke | joined |
12:58:50
| * thlorenz | quit (Remote host closed the connection) |
13:00:18
| * st_luke | quit (Remote host closed the connection) |
13:04:01
| * ednapiranha | joined |
13:07:26
| * atogle | joined |
13:13:12
| * mcollina | quit (Read error: Connection reset by peer) |
13:13:18
| * mcollina_ | joined |
13:24:28
| * werle | joined |
13:26:25
| * ralphtheninja | quit (Ping timeout: 246 seconds) |
13:31:40
| * tmcw | joined |
13:41:54
| * DTrejo | joined |
13:47:54
| * Acconut | joined |
14:00:40
| * mcollina_ | quit (Remote host closed the connection) |
14:02:06
| * mcollina | joined |
14:15:56
| * mrevil | joined |
14:19:31
| * Acconut | quit (Ping timeout: 256 seconds) |
14:20:36
| * tomerd | joined |
14:21:51
| * Acconut | joined |
14:22:27
| * thlorenz | joined |
14:24:01
| * julianduque | quit (Quit: leaving) |
14:31:42
| * tomerd | quit (Remote host closed the connection) |
14:32:17
| * tomerd | joined |
14:34:35
| * tomerd_ | joined |
14:35:40
| * tomerd | quit (Read error: Connection reset by peer) |
14:43:19
| <No9> | hij1nx ping |
14:51:06
| * Acconut | quit (Ping timeout: 246 seconds) |
14:51:29
| * paulfryzel | joined |
14:58:59
| * dominictarr | joined |
15:00:34
| * tmcw | quit (Remote host closed the connection) |
15:05:17
| * brianloveswords | quit (Excess Flood) |
15:07:14
| * brianloveswords | joined |
15:07:36
| * tmcw | joined |
15:09:18
| * thlorenz | quit (Remote host closed the connection) |
15:10:22
| * Acconut | joined |
15:12:20
| * thlorenz | joined |
15:19:52
| * Acconut | quit (Quit: Acconut) |
15:21:19
| * brycebaril | joined |
15:39:09
| * brycebaril | quit (Ping timeout: 264 seconds) |
15:44:08
| * atogle | quit (Quit: Computer has gone to sleep.) |
15:45:34
| * atogle | joined |
15:49:09
| * DTrejo | quit (Remote host closed the connection) |
15:53:09
| * dominictarr | quit (Quit: dominictarr) |
15:57:00
| * soldair | joined |
16:06:36
| * dominictarr | joined |
16:26:46
| <dominictarr> | juliangruber: what did you use keypair for? |
16:27:02
| <juliangruber> | dominictarr: nothing yet |
16:27:20
| <juliangruber> | dominictarr: but i figured that would be useful for everything distributed i'm planning to do |
16:27:30
| <dominictarr> | aha, yes definately |
16:27:51
| <dominictarr> | am gonna try this https://npmjs.org/package/http-signature |
16:27:55
| <dominictarr> | for tacodb |
16:28:39
| <juliangruber> | nice |
16:28:47
| <juliangruber> | i was planning on using https://github.com/substack/secure-peer |
16:29:45
| <juliangruber> | you could use secure-peer with websockets |
16:29:58
| <juliangruber> | but http-signature seems to be for normal http req/res only? |
16:32:43
| * atogle | quit (Quit: Computer has gone to sleep.) |
16:39:06
| * Acconut | joined |
16:43:08
| * Acconut | quit (Client Quit) |
16:43:31
| <soldair> | juliangruber: dominictarr hey guys. how do you think we can expose a nice interface to distinguish between end and a stream was closed to due error related end in pipe chain |
16:44:17
| <dominictarr> | soldair: you have to check for error and close events - |
16:44:31
| <dominictarr> | in 0.8 you can get close without end, which probably is an error. |
16:44:38
| <soldair> | im thinking more multilevel |
16:44:50
| <dominictarr> | I think it always errors though in 0.10 |
16:44:54
| <soldair> | muxdemux gives 1 close for error |
16:44:58
| <soldair> | and 2 for success |
16:45:01
| <soldair> | =) |
16:45:09
| <dominictarr> | emits close twice? |
16:45:13
| <dominictarr> | that is a bug. |
16:45:15
| <soldair> | ill make another test |
16:45:18
| <soldair> | to verify |
16:45:39
| <dominictarr> | it should either emit error then close, or end then close |
16:45:56
| <soldair> | im just trying to abstract the error /resume support i added to multilevel-reconnected to a standard level- plugin/wrapper |
16:47:10
| <soldair> | dominictarr: ill make some gists and then ping again. sorry should of had them ready before asking for feedback =P |
16:47:55
| * atogle | joined |
16:48:15
| <dominictarr> | soldair: no problem |
16:49:13
| * brycebaril | joined |
16:51:16
| * tmcw | quit (Remote host closed the connection) |
16:54:18
| * tmcw | joined |
16:54:28
| * brycebaril | quit (Ping timeout: 276 seconds) |
16:56:30
| <mcollina> | dominictarr: have you got a chance to look at your graph problem? |
16:56:49
| <mcollina> | or at my code :) |
16:56:58
| <dominictarr> | not yet - just woke up. |
17:02:33
| * ednapiranha | quit (Remote host closed the connection) |
17:02:33
| * mcollina | quit (Read error: Connection reset by peer) |
17:02:42
| * mcollina | joined |
17:02:42
| <mcollina> | cool :) time zone are a very tricky |
17:04:33
| <dominictarr> | mcollina: I'll be back in gmt on sat... |
17:13:54
| * jxson | joined |
17:13:56
| <mcollina> | Cool :) |
17:15:14
| * ednapiranha | joined |
17:19:59
| * mrevil | quit (Remote host closed the connection) |
17:38:12
| <thlorenz> | dominictarr: rvagg: having some problems with piping a level read stream thru a Transform and back into a level write stream |
17:38:48
| <thlorenz> | trying to figure out if its a Transform node0.10 issue or issue with level streams |
17:38:57
| <thlorenz> | or maybe I'm doing something wrong |
17:39:00
| <dominictarr> | what are the symptoms? |
17:39:14
| <thlorenz> | I'm getting an EOF |
17:40:08
| <thlorenz> | Error: stream.push() after EOF |
17:40:08
| <thlorenz> | at readableAddChunk (_stream_readable.js:146:15) |
17:40:27
| <thlorenz> | dominictarr: not sure why stream is ending early |
17:41:04
| <thlorenz> | I'm just calling 'done' inside the _transform after I pushed all chunks |
17:41:08
| <dominictarr> | are you using objectMode? |
17:41:11
| <thlorenz> | yes |
17:41:25
| <thlorenz> | have you seen this before? |
17:41:36
| <dominictarr> | I havn't tried to do that. |
17:41:43
| <dominictarr> | can you post a gist? |
17:42:11
| <thlorenz> | ah, so it may be that then -- will try to not use object mode and JSON.parse/stringify manually |
17:42:47
| <thlorenz> | I can post part of the code, hold on |
17:42:47
| <dominictarr> | you definately be using object mode with leveldb streams |
17:42:47
| * mcollina | quit (Remote host closed the connection) |
17:49:11
| <thlorenz> | dominictarr: https://gist.github.com/thlorenz/6031386 |
17:49:23
| <thlorenz> | it's lots of stuff, but maybe you see something |
17:52:52
| <dominictarr> | thlorenz: are you stringifying it? |
17:53:01
| <thlorenz> | nope |
17:53:19
| <dominictarr> | ws needs strings, not objects |
17:53:32
| <dominictarr> | hmm |
17:54:06
| <thlorenz> | it works fine for thousands of urls though and just breaks for the last ones b/c the stream ends prematurely |
17:55:13
| <thlorenz> | dominictarr: this value https://gist.github.com/thlorenz/6031386#file-urlstohtmltransform-js-L51 is a string though (it's raw html) |
17:55:17
| <dominictarr> | thlorenz: my guess is that you need to define a _flush |
17:55:20
| <thlorenz> | so I'm pushing strings |
17:55:22
| <dominictarr> | on the transform stream |
17:55:42
| <thlorenz> | looked into that, but isn't that only if you wanna emit something after you consumed all chunks? |
17:55:48
| <dominictarr> | it's probably ending while there are still things in flight |
17:56:01
| <thlorenz> | so with _flush I can keep it from ending? |
17:56:15
| <dominictarr> | yeah, there is a callback for when you are ready to end |
17:56:23
| <dominictarr> | that is my guess, anyway. |
17:56:26
| <thlorenz> | ah, yep that makes sense, will try that, thanks a lot |
17:56:50
| <thlorenz> | dominictarr: in the worst case I'll set a timeout for 10secs or so :( |
17:57:07
| <thlorenz> | so this is a problem with just streams then, not level right? |
17:57:43
| <dominictarr> | if my guess is correct |
17:58:01
| * paulfryzel | quit (Remote host closed the connection) |
17:58:06
| <thlorenz> | ok, I'll let you know if _flush woked |
17:59:41
| * mrevil | joined |
18:02:50
| * paulfryzel | joined |
18:04:29
| * paulfryzel | quit (Remote host closed the connection) |
18:08:18
| <thlorenz> | dominictarr: ok, that helped at least (set a timeout of 5s to quickly hack-fix it) |
18:08:42
| <thlorenz> | dominictarr: getting another error now, but at least my records get saved |
18:10:51
| <thlorenz> | problem is no writecb in Transform class, but still better than before ;) |
18:12:44
| * mrevil | quit (Remote host closed the connection) |
18:14:21
| * Acconut | joined |
18:14:35
| * Acconut | quit (Client Quit) |
18:27:15
| * ralphtheninja | joined |
18:30:44
| * paulfryzel | joined |
18:46:27
| * fallsemo | joined |
18:57:43
| * tmcw | quit (Remote host closed the connection) |
19:17:07
| * julianduque | joined |
19:17:38
| * paulfryzel | quit (Remote host closed the connection) |
19:21:09
| * soldair | quit (Ping timeout: 250 seconds) |
19:21:39
| * tmcw | joined |
19:24:44
| * Acconut | joined |
19:24:45
| * Acconut | quit (Client Quit) |
19:32:55
| * brycebaril | joined |
19:42:18
| * fallsemo | quit (Quit: Leaving.) |
19:50:25
| * fallsemo | joined |
19:53:58
| * brycebaril | quit (Ping timeout: 268 seconds) |
19:56:14
| * jxson | quit (Remote host closed the connection) |
19:58:59
| * fallsemo | quit (Ping timeout: 264 seconds) |
19:59:18
| * fallsemo | joined |
20:13:55
| * julianduque | quit (Quit: rebooting) |
20:15:59
| * julianduque | joined |
20:29:18
| * paulfryzel | joined |
20:34:06
| * jxson | joined |
20:43:18
| * fallsemo | quit (Ping timeout: 268 seconds) |
20:51:08
| * fallsemo | joined |
21:16:08
| * ednapiranha | quit (Remote host closed the connection) |
21:19:58
| * st_luke | joined |
21:21:10
| * wolfeidau | joined |
21:22:16
| * soldair | joined |
21:30:30
| * tomerd_ | quit (Remote host closed the connection) |
21:31:04
| * tomerd | joined |
21:35:43
| * tomerd | quit (Ping timeout: 268 seconds) |
21:47:31
| * tomerd | joined |
21:50:47
| * atogle | quit (Quit: Computer has gone to sleep.) |
21:56:32
| * tmcw | quit (Remote host closed the connection) |
21:57:35
| * fallsemo | quit (Quit: Leaving.) |
22:00:55
| * wolfeidau | quit (Remote host closed the connection) |
22:04:18
| * st_luke | quit (Remote host closed the connection) |
22:05:01
| * dominictarr | quit (Quit: dominictarr) |
22:10:23
| * thlorenz | quit (Remote host closed the connection) |
22:13:38
| * werle | quit (Quit: Leaving.) |
22:14:12
| * werle | joined |
22:18:16
| * werle | quit (Ping timeout: 240 seconds) |
22:27:05
| * kesla | joined |
22:27:08
| * tmcw | joined |
22:32:04
| * wolfeidau | joined |
22:33:41
| * tmcw | quit (Ping timeout: 268 seconds) |
22:37:54
| * paulfryzel | quit (Remote host closed the connection) |
22:41:16
| * kesla | quit (Ping timeout: 240 seconds) |
22:45:19
| * wolfeidau | quit (Remote host closed the connection) |
23:02:52
| <No9> | hij1nx ping |
23:03:29
| * tmcw | joined |
23:07:48
| * thlorenz | joined |
23:08:13
| * tmcw | quit (Ping timeout: 256 seconds) |
23:11:04
| * thlorenz_ | joined |
23:13:20
| * thlorenz | quit (Remote host closed the connection) |
23:15:45
| * thlorenz_ | quit (Ping timeout: 264 seconds) |
23:23:49
| * julianduque | quit (Ping timeout: 248 seconds) |
23:41:31
| * jxson | quit (Read error: Connection reset by peer) |
23:41:53
| * jxson | joined |
23:46:53
| <rvagg> | warning all: the nodeup/nodebase podcast released today is uber-old, like at least 2 months old I think, so there's some out of date content in there |
23:47:34
| * jxson | quit (Read error: Connection reset by peer) |
23:48:13
| * jxson | joined |
23:55:10
| * wolfeidau | joined |