00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:06:33  * yorickquit (Remote host closed the connection)
00:11:06  * thl0quit (Remote host closed the connection)
00:11:17  * no9quit (Ping timeout: 245 seconds)
00:16:03  * tmcwjoined
00:26:21  * kenperkinsquit (Quit: Computer has gone to sleep.)
00:26:29  * no9joined
00:27:34  * defunctzombiechanged nick to defunctzombie_zz
00:38:11  * ralphtheninjaquit (Ping timeout: 258 seconds)
00:38:22  * mikealquit (Quit: Leaving.)
00:48:40  * mikolalysenkojoined
00:48:53  * ITproquit (Ping timeout: 240 seconds)
00:49:27  * mikealjoined
00:51:51  * ins0mniaquit (Ping timeout: 276 seconds)
00:53:03  * mikolalysenkoquit (Ping timeout: 260 seconds)
01:16:43  <niftylettuce>HACK IT HACK IT HACK IT REALLL GOOOOOOOOOOOOD
01:16:43  <LOUDBOT>OMG TELL ME IT IS TRUE!
01:16:56  <niftylettuce>FRED WILSON CALLED, HE WANTS HIS HIGH GROWTH NETWORK BACK
01:16:57  <LOUDBOT>YOUR MONITORING IS BREAKING OUR SERVER
01:17:34  * defunctzombie_zzchanged nick to defunctzombie
01:30:35  <jesusabdullah>lulz
01:41:46  * mikealquit (Quit: Leaving.)
01:43:15  <jesusabdullah>jlord: layer hens huh? What breed?
01:43:33  <jesusabdullah>jlord: we used to have ameraucanas, rhode island reds and barred rocks
01:43:44  <jesusabdullah>jlord: so, green and red eggs
01:43:54  <jesusabdullah>green eggs are best eggs ^__^
01:44:08  <jesusabdullah>rhode island reds are huge compared to the other two
01:44:55  <jesusabdullah>haha korben's smacking around that toy bell like jean-claude, got-danged
01:45:37  <jesusabdullah>jlord: glad to hear you got layers, for-eating birds are less fun
01:46:17  * kenperkinsjoined
02:07:24  * thl0joined
02:14:32  * shamajoined
02:15:07  <thl0>is there no useful standalone debounce out there -- all I found so far are ... well - crap
02:15:41  <thl0>will prob publish one unless someone points me to a good exising debounce
02:16:55  * kenperkinsquit (Quit: Computer has gone to sleep.)
02:19:52  <thl0>actually looks like tj published one -- except it's not on github
02:36:37  * kenperkinsjoined
02:55:39  <isaacs>defunctzombie: whoa, are you affiliated with this Alvic Property Management company, or just a fan?
02:55:54  <defunctzombie>isaacs: not affiliated
02:55:59  <defunctzombie>isaacs: just run bitfloor
02:56:07  <isaacs>defunctzombie: neato
02:56:09  <defunctzombie>isaacs: they contacted me for a quote and some info about bitcoins
02:56:24  <defunctzombie>isaacs: I don't even rent from them :)
02:56:29  <isaacs>hahah
02:56:34  <defunctzombie>but I hope to be able to pay with bitcoins soon!
02:56:43  <defunctzombie>if their stuff goes well it could be something very awesome
02:57:09  <defunctzombie>right now it is obviously more of a publicity move and a testing thing to feel the waters
02:57:18  <defunctzombie>but I think it has potential to be good
03:12:50  * kenperkinsquit (Quit: Computer has gone to sleep.)
03:23:59  * shamaquit (Remote host closed the connection)
03:29:54  * shamajoined
03:31:51  * jcrugzzquit (Ping timeout: 256 seconds)
03:31:53  * shamaquit (Remote host closed the connection)
03:39:04  * mikealjoined
03:44:33  * mikealquit (Quit: Leaving.)
03:46:58  * thl0quit (Remote host closed the connection)
03:54:06  * mikealjoined
03:55:51  * mikealquit (Client Quit)
03:57:59  * douglaslassancejoined
03:58:10  * douglaslassancechanged nick to Asterokid
04:01:04  * kenperkinsjoined
04:25:43  * jcrugzzjoined
04:26:03  * mikealjoined
04:27:11  * no9quit (Ping timeout: 255 seconds)
04:33:20  * wolfeidaujoined
04:38:47  * no9joined
04:43:14  * stlsaintquit (Quit: Lost terminal)
04:45:00  * wolfeidauquit (Remote host closed the connection)
04:48:04  * tmcwquit (Remote host closed the connection)
04:52:55  * kenperkinsquit (Quit: Computer has gone to sleep.)
04:55:17  * defunctzombiechanged nick to defunctzombie_zz
05:04:15  * dominictarrquit (Read error: Connection reset by peer)
05:04:37  * dominictarrjoined
05:17:42  * wolfeidaujoined
05:18:50  * mikealquit (Quit: Leaving.)
05:52:53  * mikealjoined
06:38:17  * ITprojoined
06:52:36  * wolfeidauquit (Ping timeout: 276 seconds)
07:22:18  * fallsemoquit (Quit: Leaving.)
07:27:24  * nicholas_joined
07:31:12  * wolfeidaujoined
07:38:43  * wolfeida_joined
07:38:45  * wolfeidauquit (Ping timeout: 248 seconds)
08:03:45  * Domenic__quit (Ping timeout: 245 seconds)
08:07:41  * mmckeggpart
08:09:07  * timoxleyquit (Quit: Computer has gone to sleep.)
08:10:34  * timoxleyjoined
08:28:16  * no9quit (Remote host closed the connection)
08:29:25  * wolfeida_quit (Ping timeout: 256 seconds)
08:33:41  * ITproquit (Read error: Connection reset by peer)
08:33:48  * ITprojoined
08:34:10  * py1hon_quit (Ping timeout: 256 seconds)
08:34:25  * ITproquit (Client Quit)
08:34:42  * ITprojoined
08:38:04  * jcrugzzquit (Ping timeout: 246 seconds)
08:44:41  * no9joined
08:57:52  * wolfeidaujoined
08:58:55  * timoxleyquit (Quit: Computer has gone to sleep.)
09:33:43  * wolfeidauquit (Remote host closed the connection)
09:49:09  * ralphtheninjajoined
10:47:05  * ITproquit (Ping timeout: 245 seconds)
10:55:35  * ITprojoined
11:22:25  <dominictarr>jez0990: ping?
11:57:06  * no9quit (Ping timeout: 245 seconds)
12:01:09  * no9joined
12:33:23  * ins0mniajoined
12:37:52  <ins0mnia>dominictarr: ping
12:38:45  <dominictarr>ins0mnia: hey whats up?
12:38:59  <ins0mnia>dominictarr: I've been thinking a bit about observable
12:39:31  <ins0mnia>dominictarr: currently we have methods such as compute(), bind(), input(), transform() etc
12:39:48  <ins0mnia>what if
12:40:08  <ins0mnia>we followed this style for observing objects
12:40:10  <ins0mnia>for example
12:40:15  <ins0mnia>(it's just an idea)
12:40:21  <ins0mnia>var o = o();
12:40:42  <ins0mnia>o.observe(obj, function(oldVal, newVal) {}});
12:41:22  <ins0mnia>same for setters
12:41:29  <ins0mnia>o.set(obj, newVal);
12:41:34  <ins0mnia>getters
12:41:37  <ins0mnia>o.get(obj)
12:41:40  <ins0mnia>events
12:42:00  <ins0mnia>o.on('set', function(obj) {});
12:42:13  <ins0mnia>what do you think?
12:43:32  * ITproquit (Ping timeout: 255 seconds)
12:44:07  * ITprojoined
12:45:14  <dominictarr>in o.set(obj, newVal) does that update the whole object? I'd expect o.set(key, newVal)
12:45:33  <ins0mnia>oj sorry you're correct
12:45:37  <ins0mnia>o.set(key, val)
12:45:46  <dominictarr>hmm, but change it to var ov = o.object(obj)
12:45:54  <dominictarr>or o.object()
12:46:23  <ins0mnia>yes this could work as well but I'm thinking key could also be an object path
12:46:25  <ins0mnia>for example
12:46:26  <ins0mnia>a.b.c
12:46:32  <dominictarr>and maybe the observer function calls back with (object, key, oldVal)
12:46:51  <dominictarr>or [a, b, c]
12:46:52  <ins0mnia>so in this case, we're observing a subset
12:47:41  <dominictarr>right - that is fine, sometimes you might want to do that
12:48:03  <dominictarr>although, if you only want one key, there could be a way to create a value observable from that
12:48:23  <dominictarr>var v = o.obversable(key)
12:48:44  <dominictarr>and that gives you an observable of just that key
12:48:57  * ITproquit (Ping timeout: 256 seconds)
12:49:06  <ins0mnia>yes, but consider this use case
12:49:50  <ins0mnia>1. Want to observe an object
12:50:06  <ins0mnia>2. Want to observe a keys that match a regex say a.*.c
12:50:22  <ins0mnia>3. Want to trigger an event on any key that has changed
12:50:44  <ins0mnia>(by the way I'm dealing with this in my current projects so those use case scanrios have been coming up)
12:51:01  <ins0mnia>so using the above approach
12:51:16  <ins0mnia>I would have to do var v.observable(key) for every single key I want to match
12:51:20  <dominictarr>that isn't concrete, you need to describe use-cases with actual examples
12:51:45  <ins0mnia>dominictarr: yeah I will do that
12:52:12  <dominictarr>but, basically, I like the idea… I have been thinking we need something like that for arrays also
12:53:04  <ins0mnia>dominictarr: yeah, obj can be an array as well, that's where a keypath comes into play
12:53:13  <ins0mnia>because then we could do something like
12:53:18  <ins0mnia>a.0.b
12:53:28  <ins0mnia>where 0 is the item index in the array
12:54:06  <dominictarr>ins0mnia: can we make a basic observable-object and then add the path stuff as a feature, or subclass, but keep the core of the module simple
12:54:28  <dominictarr>ins0mnia: with arrays you need to handle things a little different
12:54:35  <dominictarr>if I do array.shift()
12:55:01  <ins0mnia>dominictarr: you're right this could be on top of observable
12:55:05  <dominictarr>it will look like all the keys have changed, when actually only the first item has been removed
12:56:31  <ins0mnia>dominictarr: true, based on the current implementation isGet() and isSet()
12:56:47  <ins0mnia>that is on the object itself
12:56:55  <dominictarr>ins0mnia: also, I discovered this today: https://developer.mozilla.org/en-US/docs/DOM/MutationObserver
12:57:12  <dominictarr>^ can be used to observe html elements!
12:57:18  <dominictarr>and see when properties change!
12:57:18  <ins0mnia>ohhhh!!!
12:57:37  <ins0mnia>w000t
12:57:46  <ins0mnia>this is cool
12:58:21  <dominictarr>we hook all that stuff up and we have something amazingly slick!
12:58:30  <ins0mnia>YES!
12:59:15  <ins0mnia>haha
12:59:17  <ins0mnia>check this out
12:59:18  <ins0mnia>var config = { attributes: true, childList: true, characterData: true };
12:59:25  <ins0mnia>observer.observe(target, config);
12:59:26  <ins0mnia>:)))))
12:59:52  <ins0mnia>they made it as simple as it can get
13:00:03  <dominictarr>yup, we might want a special way to handle childList though
13:00:23  <dominictarr>change it so that it works with whatever we comeup with for ObservableArray
13:01:01  <dominictarr>then - can just transform an observableArray to html
13:01:09  <ins0mnia>:-)
13:01:16  <ins0mnia>I like the sound of this :)
13:01:59  <ins0mnia>also
13:04:07  * cianomaidinjoined
13:04:15  * cianomaidinquit (Client Quit)
13:06:00  * cianomaidinjoined
13:07:28  <ins0mnia>sorry had to pick up the phone
13:07:30  <ins0mnia>anyway
13:09:08  <ins0mnia>I can start with a simple implementation that hooks up ovservable to this
13:09:13  <ins0mnia>(current version)
13:09:31  * cianomaidinquit (Client Quit)
13:14:03  * tmcwjoined
13:14:36  * ins0mniaquit (Remote host closed the connection)
13:43:29  * tmcwquit (Remote host closed the connection)
13:47:55  * thl0joined
13:49:03  * fallsemojoined
13:49:52  * timoxleyjoined
13:53:09  * thl0quit (Ping timeout: 276 seconds)
13:59:00  * cianomaidinjoined
14:01:29  <dominictarr>Raynos: http://www.zedshaw.com/essays/ragel_state_charts.html
14:01:58  <dominictarr>^ that is a accurate way of specifying state machines
14:02:55  * cianomaidinquit (Client Quit)
14:20:03  * tmcwjoined
14:21:47  * tmcwquit (Remote host closed the connection)
14:26:08  * no9quit (Ping timeout: 255 seconds)
14:38:02  * thl0joined
14:38:03  * no9joined
14:41:08  * mikolalysenkojoined
14:44:43  * cianomaidinjoined
14:44:55  * defunctzombie_zzchanged nick to defunctzombie
14:50:53  * kenperkinsjoined
14:51:11  <mikolalysenko>chrisdickinson: Yeah, I fixed the example in the typedarray code I was using
14:51:37  <mikolalysenko>btw, the correct semantics for slice are to do: new array.constructor(array.buffer.slice(0))
14:51:45  <mikolalysenko>which is obtuse, but whatever
14:51:58  <mikolalysenko>should probably wrap that in a module unless someone already has....
14:56:39  * no9quit (Ping timeout: 245 seconds)
14:59:32  * kenperkinsquit (Quit: Computer has gone to sleep.)
14:59:55  <rowbit>SubStack, pkrumins: At least 5 people waiting in the queue for free servers! (Waiting: 6)
15:00:23  <pkrumins>chaddap
15:08:55  * no9joined
15:14:01  * kenperkinsjoined
15:14:41  * kenperkinsquit (Client Quit)
15:29:37  * kenperkinsjoined
15:36:28  <defunctzombie>substack: I have a drawing request :)
15:41:48  * kenperkinsquit (Quit: Computer has gone to sleep.)
15:55:46  * cianomaidinquit (Quit: cianomaidin)
15:56:50  * mikealquit (Quit: Leaving.)
16:01:01  * cianomaidinjoined
16:10:05  * mikolalysenkoquit (Ping timeout: 255 seconds)
16:13:18  * thl0quit (Remote host closed the connection)
16:23:55  * cianomaidinquit (Quit: cianomaidin)
16:37:37  * mikealjoined
16:38:56  * cianomaidinjoined
16:40:13  * cianomaidinquit (Client Quit)
16:56:48  * shuaibjoined
17:14:58  * mikealquit (Quit: Leaving.)
17:28:54  * fotoveritequit (Read error: Connection reset by peer)
17:29:23  * fallsemoquit (Quit: Leaving.)
17:31:19  * spionjoined
17:45:39  * mikealjoined
17:55:24  * mikealquit (Ping timeout: 264 seconds)
17:59:18  * thl0joined
18:21:04  * shamajoined
18:23:07  <jlord>jesusabdullah: they're not mine actually they're jjjjohnnny and angeline's - I'm not sure what breed they are.
18:26:53  * Domenic__joined
18:27:37  * nicholas_quit (Read error: Connection reset by peer)
18:28:01  * nicholas_joined
18:52:06  * no9quit (Ping timeout: 245 seconds)
19:00:59  * guybrushquit (Ping timeout: 258 seconds)
19:01:43  * fallsemojoined
19:02:02  * guybrushjoined
19:07:54  <jez0990>dominictarr: howdy
19:08:08  <dominictarr>hey whats up
19:08:19  * no9joined
19:08:31  * shuaibquit (Quit: Computer has gone to sleep.)
19:08:39  <dominictarr>was just thinking earlier that the other thing we need a poset interface to is web scrapers
19:09:49  <jez0990>of course, for the p2p scraping!
19:10:39  <jez0990>I don't know much about scraping theory though
19:11:12  <jez0990>most sites are DAGs/trees at least
19:12:42  <jez0990>I'm rolling up the sleeves and getting started on the scuttlebutt model this week / tonight
19:14:09  <dominictarr>oh sweet
19:15:08  <dominictarr>the hard part is the messy work of parsing probably broken html, and getting useful data out of the mental html, even if it is valid...
19:16:57  <jez0990>that's assuming the important content isn't js generated or, god forbid, hyperscript
19:17:18  <dominictarr>haha
19:17:25  <dominictarr>well, I have a plan for that
19:17:46  <dominictarr>use a browser extension that allows you to control browsers remotely
19:17:48  <substack>defunctzombie: what of?
19:17:55  <dominictarr>(you'd only need chrome)
19:18:17  <dominictarr>and then just scrape the DOM directly
19:18:30  <substack>isaacs: yes I would absolutely write a module for a google glass
19:18:51  <isaacs>ok
19:19:00  <substack>dominictarr definitely should get one too
19:19:04  <substack>if you can swing it
19:19:06  <dominictarr>substack: +1
19:19:27  <substack>isaacs: in fact, I was playing around with motion tracking algorithms last night and getUserMedia
19:20:01  <substack>there's haar cascade code on github with a package.json that isn't on npm yet
19:20:38  <dominictarr>haar cascade?
19:21:03  <substack>one of the algorithms used for object tracking
19:21:27  <substack>particularly face detection but it might work for other objects, I need to experiment
19:21:53  * mikolalysenkojoined
19:22:04  <jez0990>or you could just draw faces on everything
19:22:09  * no9quit (Ping timeout: 256 seconds)
19:22:23  <isaacs>substack: i think you still have to pay for the thing if you get an invite, though
19:22:31  * ITprojoined
19:22:37  <isaacs>but we could kickstarter it :)
19:23:06  <isaacs>raise $10000 so that substack can create awesome motion tracking software for cyborgs!
19:23:17  <isaacs>that'd get sponsored in like 10 minutes
19:23:47  * fotoveritejoined
19:24:21  <substack>indeed
19:28:36  <dominictarr>imagine how much the javascript community would benefit if substack was cybernetically augmented!
19:31:35  * stlsaintjoined
19:34:46  * no9joined
19:36:48  * cianomaidinjoined
19:36:49  * cianomaidinquit (Client Quit)
19:36:55  * timoxleyquit (Quit: ["Textual IRC Client: www.textualapp.com"])
19:37:14  <jez0990>the javascript community = substack's botnet
19:37:53  * Domenic__quit (Ping timeout: 240 seconds)
19:48:16  * cianomaidinjoined
19:52:49  <substack>thl0: want to cross-post your blog post to browserify.org?
19:54:31  <chrisdickinson>so, i'm going to have to reimplement the inflate bits of zlib -- luckily there's some good, permissively licensed C code out there to base it on; plus it'll be implemented as a through stream so that's fun.
19:55:03  <chrisdickinson>builtin zlib doesn't give me what i need, unfortunately, and the browserify'd version is.. missing some key pieces.
19:55:28  <chrisdickinson>that said, once it's done it could probably be dropped into zlib-browserify
20:05:03  * defunctzombiechanged nick to defunctzombie_zz
20:14:54  * defunctzombie_zzchanged nick to defunctzombie
20:29:57  * cianomaidinquit (Read error: Connection reset by peer)
20:30:54  * cianomaidinjoined
20:39:15  * mmckeggjoined
21:02:43  * ralphthe1injajoined
21:06:28  * yorickjoined
21:09:22  * shuaibjoined
21:20:46  * defunctzombiechanged nick to defunctzombie_zz
21:25:20  * jcrugzzjoined
21:26:04  * nicholas_quit (Read error: Connection reset by peer)
21:26:19  * nicholas_joined
21:26:45  * tilgovijoined
21:28:29  <rowbit>SubStack, pkrumins: At least 5 people waiting in the queue for free servers! (Waiting: 8)
21:28:36  <pkrumins>chaddap
21:31:49  <thl0>substack: sure would love that
21:32:14  <thl0>substack: btw build this web app bundled with browserify: http://thlorenz.github.io/scriptie-talkie/
21:32:17  <substack>ok great I'll auth you once we get the site back running
21:32:46  <substack>then you can glog deploy your article as markdown
21:32:59  <thl0>substack: sounds good, the md source for this post is here: https://github.com/thlorenz/thlorenz.com-blog/tree/master/browserify-sourcemaps
21:33:19  <substack>nice
21:33:47  <thl0>substack: the app I just mentioned wouldn't have been possible w/out the browserify-vm well and browserify itself -- so kudos
21:34:28  <thl0>substack: planning to make a bookmarklet out of this -- whole new use -- browserify to build standalone offline apps like scriptie-talkie
21:44:54  <mikolalysenko>Man, getting slice right typed arrays turned out to be a little tricky
21:44:56  <mikolalysenko>https://github.com/mikolalysenko/generic-slice
21:45:51  <mikolalysenko>tl;dr: node's built in slice is not officially part of the spec, and doesn't even work like the old spec says it should
21:46:13  * defunctzombie_zzchanged nick to defunctzombie
21:46:14  <mikolalysenko>and implementing it using fast buffer slices requires tracking both offset and byte size
21:48:43  <defunctzombie>substack: I have a 500 html error page for bitfloor that says "Our servers are misbehaving. The engineers are looking into it"
21:48:56  <defunctzombie>substack: would like a misbehaving server or some other lighthearted image :)
21:49:38  <substack>defunctzombie: great, will do
21:49:47  <substack>as soon as we finish deploying some changes
21:51:45  * tilgoviquit (Remote host closed the connection)
21:57:01  * cianomaidinquit (Quit: cianomaidin)
21:58:18  * cianomaidinjoined
22:05:06  <defunctzombie>substack: awesome :) more bitcoins will head your way
22:11:41  * fotoveritequit (Quit: fotoverite)
22:16:33  <guybrush>mikolalysenko: nice
22:17:03  <guybrush>i will use that :p
22:18:20  * Domenic__joined
22:19:18  <guybrush>woah i will have to replace google-reader, do you guys use some cool other rss-service?
22:19:39  <guybrush>i want to access the feeds just online, no lokal storage whatsoever
22:20:07  <guybrush>maybe i should try to write a thing that does for me what reader did if there isnt such thing
22:20:36  <substack>JSONStream is still broken in browsers :(
22:22:55  <pkrumins>JSONStream needs testling tests!
22:25:11  * mikolalysenkoquit (Ping timeout: 256 seconds)
22:26:09  * ralphthe1injaquit (Quit: leaving)
22:29:19  <substack>it has them, it's an upstream problem with jsonparse
22:29:52  <substack>oh I think I've found it!
22:30:06  <substack>http-browserify is sending Int32Array chunks
22:30:35  <pkrumins>oh
22:34:06  * mikolalysenkojoined
22:37:57  * jcrugzzquit (Ping timeout: 252 seconds)
22:43:10  * nicholas_quit (Remote host closed the connection)
22:52:36  <mbalho>jsonparse works fine with typed arrays
22:52:40  <mbalho>it doesnt work with buffer-browserify
22:52:53  <mbalho>well i have tested it with int8arrays
22:53:24  <mbalho>substack: ill write tests for jsonstream really quick
22:53:28  <mbalho>browser tests*
22:54:29  <mbalho>dominictarr: is it cool if i add tape as as devdep to jsonstream so it can work with testling
22:54:44  <mbalho>dominictarr: OH YOU JUST DID THAT
22:54:55  <dominictarr>please do!
22:54:59  * yorickquit (Read error: Connection reset by peer)
22:55:08  <pkrumins>we're currently putting testling on ploy
22:55:12  <pkrumins>so there is some downtime right now
22:55:17  <mbalho>what is a ploy
22:55:52  <pkrumins>a new deployment system!
22:55:56  <mbalho>ah cool
22:55:56  <pkrumins>https://github.com/substack/ploy
22:56:31  <mbalho>ah tape is broken in 0.10 still i think
22:56:45  <mbalho>oh nvm
22:59:28  * shuaibquit (Quit: Computer has gone to sleep.)
23:00:04  * shamaquit (Remote host closed the connection)
23:00:44  <mbalho>hey does brfs do fs.readFileSync(someDirectory + '/foo.txt') or just fs.readFileSync('somedir/foo.txt') ?
23:00:47  <mbalho>substack: cc o/
23:01:21  <pkrumins>it sure does both
23:02:00  * mikolalysenkoquit (Ping timeout: 264 seconds)
23:02:02  <substack>mbalho: it can do __dirname
23:02:55  <mbalho>substack: but not path.join ? i am just wondering how to do portable code with it
23:03:10  <pkrumins>oh oops
23:03:39  <ehd>substack: minor thing, the way the -s param is documented in browserify's README i understood it's a param-less flag which exports the entry point or something. maybe better: Generate a UMD bundle *from a file* that works […]
23:07:03  <dominictarr>mbalho: added you to JSONStream
23:07:36  <mbalho>dominictarr: i prefer forks but thx anyway
23:08:27  <dominictarr>right - I have been umming about this actually
23:09:08  <dominictarr>on the one hand, adding someone as a collaborator says "I trust you" on the other hand it's sending them more email.
23:09:27  <substack>mbalho: oh sweet are you fixing jsonstream?
23:09:37  <mbalho>im writing a testling test
23:09:46  <mbalho>i 'fixed' it last week with a pull req
23:09:59  <mbalho>that just reverted back to a pull req i made last year haha
23:10:44  * thl0quit (Remote host closed the connection)
23:10:54  <mbalho>dominictarr: i think multiple collaborators is a sign of project bloat :D
23:11:47  <dominictarr>heh,well on the other hand - having more people being sent email can be good - I think this is working well for levelup
23:12:17  <mbalho>yea i guess it depends
23:12:37  <dominictarr>but the other thing in this particular case, is that although I wrote JSONStream, I'm not actually using it in anything i've written recently
23:12:48  <mbalho>ah
23:13:12  <dominictarr>except the camp.js stream workshop
23:14:49  <dominictarr>so, I'm responsible, but not personally invested, if you will…
23:15:24  <mbalho>dominictarr: why aren't you doin streaming json stuff lately?
23:15:31  <mbalho>seems like a popular use case for distributed data
23:15:56  <mbalho>dominictarr: or to put it another way do you feel like jsonstream is the 'correct' way to solve streaming json?
23:16:16  <dominictarr>mbalho: most of the things that I build I control both ends, so I just use line separated json
23:16:22  <mbalho>ah
23:16:33  <dominictarr>it's much simpler, and benchmarks way higher
23:16:37  <mbalho>yea
23:17:08  <dominictarr>now, if you don't control the endpoint you are reading from, then use JSONStream
23:17:42  <mbalho>i like learning 1 method that works resonably well everywhere :)
23:17:59  <mbalho>like streams
23:18:17  <mbalho>but obviously you can wrap a stream around the json transport
23:18:23  <dominictarr>oh, but there are many ways to do streams.
23:18:30  <dominictarr>streams are like sword fighting
23:18:35  <mbalho>ok https://github.com/dominictarr/JSONStream/commit/043f015d80bfb3fdf268f429922bcf9280bd3e78
23:18:48  <mbalho>now i just gotta wait till testling comes back
23:19:14  <dominictarr>oh - that reminds me - I'm getting weird bugs in tape@0,3
23:19:42  <mbalho>oh yea...
23:19:48  <dominictarr>I posted an issue, but I don't know what it is, because 0.2 works fine
23:19:51  <mbalho>my one little test works but the others dont
23:19:52  <mbalho>WEIRD
23:20:32  <mbalho>dominictarr: are you on 0.10
23:20:45  <dominictarr>0.8
23:20:59  <mbalho>ah
23:21:31  <dominictarr>… maybe it's because nextTick is different?
23:21:48  <dominictarr>(that's different in 10, right?)
23:22:12  * jcrugzzjoined
23:22:34  <mbalho>i dunno
23:22:44  <substack>mbalho: you can test locally by browserifying the test suite
23:22:51  * shuaibjoined
23:23:09  <substack>if you fix JSONStream testling can come back sooner
23:23:29  <pkrumins>cant we just use the version that worked?
23:23:39  <mbalho>haha i need testling to fix jsonstream
23:23:44  <mbalho>lulz
23:23:51  * thatguydanjoined
23:24:09  <mbalho>just dont use buffer-browserify and it will work fine
23:25:24  <dominictarr>so, maybe the thing here is just to fix jsonparse
23:25:35  <dominictarr>(creationix's module)
23:25:45  <mbalho>its not broken
23:25:55  <dominictarr>not in node
23:25:57  <mbalho>it expects someBufferLikeObject with [] accesors
23:26:05  <mbalho>if we give it that it will work fine
23:26:06  <dominictarr>but fix it in browserify
23:26:28  <mbalho>the thing that broke it was passing it a thing that looked like a buffer but didnt act like a buffer
23:26:46  <pkrumins>we had this same bug already i recall
23:26:51  * mmckeggquit (Quit: mmckegg)
23:26:53  <pkrumins>like a year ago
23:26:58  <mbalho>yea
23:27:10  <mbalho>same exact one actually, there were just no browser tests for it
23:27:15  <dominictarr>sometimes you should pick the most expedient solution, rather than the 'right' one.
23:27:35  <mbalho>dominictarr: what does that mean in this context?
23:28:13  <dominictarr>well, if jsonparse used buffer.get() it would work, right?
23:28:14  <pkrumins>wait, so what is the bug exactly?
23:28:29  <dominictarr>that is just a search and replace
23:28:53  <pkrumins>cant we hard code the node module's version that worked?
23:28:56  * mikolalysenkojoined
23:29:04  <pkrumins>for a brief moment
23:29:17  <substack>I can't even get old versions to work anymore
23:29:18  * mmckeggjoined
23:29:26  <mbalho>jsonparse works fine with this code path https://github.com/dominictarr/JSONStream/blob/master/index.js#L20-L22
23:29:44  <pkrumins>substack: would copying the old node_modules/JSONStream from the old repo work?
23:29:48  <pkrumins>i can try that
23:29:51  <pkrumins>and restart ploy
23:31:06  <dominictarr>okay, good luck guys - it's my bedtime
23:31:07  * thatguydanquit (Ping timeout: 264 seconds)
23:31:13  * dominictarrquit (Quit: dominictarr)
23:31:25  <pkrumins>i'll just copy it over
23:31:29  <pkrumins>it has to work.
23:31:56  * thatguydanjoined
23:32:55  <mbalho>pkrumins: newer browserify will insert a buffer object
23:33:38  <mbalho>pkrumins: which is why i did this last week https://github.com/dominictarr/JSONStream/commit/b71b2a477f44eec715c725db5717104904ca8bfb
23:34:11  <mbalho>pkrumins: because jsonparse doesnt work with the fake buffers, it only works with typed arrays which are 'real' buffers
23:34:11  <pkrumins>looking
23:34:32  <mbalho>pkrumins: just make sure jsonstream is getting passed a typed array and not a fake buffer
23:34:37  <pkrumins>oic!
23:34:51  * thl0joined
23:36:36  * fotoveritejoined
23:36:37  <mbalho>pkrumins: yea it broke because browserify started inserting fake Buffers
23:36:48  <mbalho>pkrumins: which made it start passing fake Buffers all of a sudden
23:37:08  <substack>buffers would work if toots publishes my indexing fix already
23:37:21  <substack>tired of waiting on that
23:37:29  <substack>he merged but didn't publish
23:37:35  * mikolalysenkoquit (Ping timeout: 260 seconds)
23:37:44  <mbalho>substack: have you verified that it works with jsonparse?
23:37:55  <substack>it's hard to verify
23:38:09  * cianomaidinquit (Quit: cianomaidin)
23:38:16  <mbalho>theres a test now :)
23:42:17  * defunctzombiechanged nick to defunctzombie_zz
23:44:38  * thl0quit (Remote host closed the connection)
23:45:52  * thl0joined
23:48:17  * thl0quit (Remote host closed the connection)
23:52:41  * no9quit (Ping timeout: 255 seconds)
23:53:41  * thl0joined
23:55:04  * thl0quit (Remote host closed the connection)
23:56:52  <ehd>choo, still didn't understand -s – it should of course document the name of the module to be exposed