00:01:04
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
00:01:44
| * dominictarr | quit (Ping timeout: 245 seconds) |
00:02:02
| * tm604 | quit (Ping timeout: 246 seconds) |
00:16:34
| * tm604 | joined |
00:50:47
| <mikeal> | SubStack: crazy bug |
00:50:53
| <mikeal> | a process that is definitely down |
00:50:58
| <mikeal> | is still in seaport |
00:51:36
| <SubStack> | hmmm |
00:51:47
| <mikeal> | fleet doesn't have it anymore |
00:52:04
| <mikeal> | and ps on the server shows that fleet is right, |
00:52:10
| <mikeal> | it's pretty crazy |
00:52:20
| <SubStack> | could be an upnode bug? |
00:52:35
| <SubStack> | oh! |
00:52:52
| <SubStack> | maybe because the pings are only one-way right now |
00:53:04
| <SubStack> | the clients are pinging the hub continuously |
00:53:07
| <mikeal> | but the connection has to be gone |
00:53:17
| <SubStack> | but the hub isn't pinging the clients to clean up necessarily |
00:53:20
| <mikeal> | we you don't remove them on disconnect |
00:53:34
| <mikeal> | er why |
00:53:49
| <SubStack> | disconnect events don't always fire |
00:53:55
| <SubStack> | even if the socket is completely dead |
00:54:38
| <mikeal> | wow, crazy |
00:54:49
| <SubStack> | I've run into this problem before |
00:55:03
| <SubStack> | the solution is to ping and forcibly destroy connections that don't respond |
00:55:17
| <mikeal> | right |
00:55:27
| <mikeal> | i also need an api in seaport to remove an entry |
00:55:43
| <SubStack> | .free() |
00:56:08
| <mikeal> | i see |
00:56:14
| <mikeal> | that will remove it |
00:58:28
| <rowbit> | Hourly usage stats: [free: 23] |
01:00:52
| * st_luke | quit (Remote host closed the connection) |
01:03:17
| * mikeal | quit (Quit: Leaving.) |
01:51:30
| * dominictarr | joined |
01:52:21
| <dominictarr> | by javascript source control system is now self hosting |
01:52:22
| <dominictarr> | https://github.com/dominictarr/snob |
01:56:56
| <dominictarr> | hey substack, can i make a pull request request? |
01:58:28
| <rowbit> | Hourly usage stats: [free: 13] |
01:58:28
| * wiwillia | joined |
02:12:10
| <SubStack> | beep? |
02:12:21
| <SubStack> | looking |
02:13:26
| <SubStack> | dominictarr: the http server part? |
02:14:00
| <dominictarr> | readme art! |
02:15:50
| <SubStack> | oh! |
02:16:03
| <SubStack> | I can certainly do one of those |
02:16:33
| <dominictarr> | that would be awesome. |
02:17:09
| <dominictarr> | I'll do the http server part... this joke is gonna go all the way... |
02:19:05
| <dominictarr> | but then I'm gonna take what I learnt about DVCS and make a data layer abstraction with it. |
02:19:17
| <dominictarr> | or in other words... a p2p database |
02:20:39
| <SubStack> | a p2p database with patch history? |
02:20:40
| <SubStack> | oh sweet |
02:20:40
| * st_luke | joined |
02:21:05
| <SubStack> | one annoying thing about couch is that it stores the whole document so it's not so great for continuous streams of tiny updates |
02:21:57
| <SubStack> | you should ping isaacs about this crazy stuff, he has some neat ideas about gossip protocols |
02:31:27
| <dominictarr> | yeah, that is what I am thinking. |
02:31:53
| <dominictarr> | and it will be written in javascript and a node will be able to run in the browser. |
02:32:30
| <dominictarr> | making "client-side" into another database node |
02:37:22
| <SubStack> | I actually have a really good use-case for a db like this |
02:37:42
| <SubStack> | vexport |
02:37:43
| * mikeal | joined |
02:37:51
| <SubStack> | mikeal: I patched your bug ;) |
02:38:22
| <SubStack> | so with vexport people will be able to collaborate on 3d models and it will save their changes continuously |
02:38:28
| <SubStack> | but I don't want to host any of that |
02:38:39
| <mikeal> | SubStack: awesome |
02:38:48
| <mikeal> | did you push a new release to npm or do i need to pull on git? |
02:38:56
| <SubStack> | it's on npm |
02:38:58
| <SubStack> | 0.6.1 |
02:39:54
| <dominictarr> | yeah, it will make applications about collaboratively creating things super easy. |
02:39:55
| <SubStack> | dominictarr: so anyways, people will be making changes all the time to vexport models and I want people to be able to fork each others models and then merge the changes back in |
02:40:05
| <SubStack> | super excellent |
02:40:26
| <dominictarr> | if you can represent the models as json, that will be easy. |
02:40:44
| <dominictarr> | whats vexport? |
02:40:48
| <SubStack> | http://vexport.jit.su/ |
02:40:57
| <SubStack> | it's going to be a 3d modeling program you can use from a browser |
02:41:17
| <SubStack> | like inkscape but 3d |
02:41:26
| <dominictarr> | I could use a thing like that. |
02:41:33
| <SubStack> | similar modeling controls to this windows program http://anim8or.com/main/index.html |
02:42:08
| <SubStack> | and you'll be able to collaborate on the same models in realtime |
02:42:14
| <SubStack> | with other folks |
02:42:31
| <SubStack> | and create forks of existing models and fun things like that |
02:42:55
| <dominictarr> | extrude style controls (like sketchup) are good for doing stuff for 3D printers. |
02:43:23
| <dominictarr> | cool. it'll also work offline, and store the changes in localStorage. |
02:43:53
| <SubStack> | excellent |
02:44:24
| <SubStack> | this will especially rock if I can use it like a library |
02:45:23
| <dominictarr> | that is the plan. |
02:45:38
| <SubStack> | that's the future of databases I think |
02:45:53
| <dominictarr> | the near future! |
02:45:58
| <SubStack> | bring the persistence as close to the programming data model as possible |
02:46:17
| <dominictarr> | though, i suspect the idea of databases is a bit old. |
02:46:29
| <dominictarr> | data lives through out the application. |
02:46:40
| <dominictarr> | it only goes to the persistance engine to sleep. |
02:46:55
| <SubStack> | persistence across restarts and the ability to store more information than can be held entirely in memory |
02:47:01
| <SubStack> | are what databases have going for them |
02:47:15
| <dominictarr> | indeed. |
02:47:36
| <SubStack> | solve those things and we don't need them anymore |
02:48:02
| <dominictarr> | but there is so much important data model things that databases only achive crudely. |
02:48:36
| <dominictarr> | having a database the center of your app always makes it kinda suck. |
02:48:41
| <SubStack> | like references? |
02:49:11
| <dominictarr> | yeah, and change events. |
02:49:38
| <SubStack> | it would be really useful if you could subscribe to only changes in a particular dataset |
02:49:44
| <SubStack> | nested however deeply |
02:49:49
| <SubStack> | instead of filtering the entire changes feed |
02:49:57
| <dominictarr> | I really want a database where you can not just READ but WATCH, and get all changes to that document streamed to you. |
02:50:23
| <dominictarr> | the couchdb changes feed is a start, but not the end of that road. |
02:51:40
| <SubStack> | so much uninvestigated low-hanging fruit in technology solution-space right now |
02:53:16
| <mikeal> | SubStack: when i updated seaport and HUP'd the server the existing servers aren't registering |
02:53:33
| <SubStack> | ! |
02:53:51
| <mikeal> | yeah, i just did a re-deploy to get everything back up |
02:54:20
| <SubStack> | not sure why that would be |
02:54:31
| <mikeal> | in a few days this will matter less, i'm writing a script called monkey |
02:54:33
| <SubStack> | I made sure to guard against the presence of the ping method on both sides |
02:54:47
| <mikeal> | which goes around making sure shit is up and consistent and if it's not it'll kill things and bring them back up |
02:54:47
| <SubStack> | will monkey kill processes randomly without warning? |
02:55:07
| <SubStack> | you should write an evil-monkey that does such things |
02:56:12
| <dominictarr> | gotta go, catch you dudes later. |
02:56:22
| <SubStack> | bwahaha https://twitter.com/#!/isntitvacant/status/181571465588649984/photo/1 |
02:56:24
| <SubStack> | see ya! |
02:57:04
| * dominictarr | quit (Quit: Page closed) |
02:57:55
| * mikeal | quit (Quit: Leaving.) |
02:58:27
| <rowbit> | Hourly usage stats: [free: 19] |
03:24:18
| * yuletide | joined |
03:38:16
| * wiwillia | quit (Ping timeout: 250 seconds) |
03:58:27
| <rowbit> | Hourly usage stats: [free: 12] |
04:32:39
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
04:35:33
| * yuletide | joined |
04:43:49
| * wiwillia | joined |
04:51:52
| * mikeal | joined |
04:55:20
| * mikeal | quit (Client Quit) |
04:57:12
| * mikeal | joined |
04:58:27
| <rowbit> | Hourly usage stats: [free: 13] |
05:26:05
| * st_luke | quit (Remote host closed the connection) |
05:50:42
| * wiwillia | quit (Ping timeout: 260 seconds) |
05:58:27
| <rowbit> | Hourly usage stats: [developer: 1, free: 4] |
06:01:36
| * rannmann | quit (Ping timeout: 240 seconds) |
06:58:27
| <rowbit> | Hourly usage stats: [free: 9] |
07:15:54
| <niftylettuce> | if anyone here has experience with node_events.h and/or node EventsEmitter plz lmk |
07:16:15
| <niftylettuce> | node_events.h was removed from 0.6.x so I'm trying to patch a module that uses node-gd to build sprites in stylus |
07:18:51
| <niftylettuce> | I guess I'll just use data url's and be done with it |
07:22:23
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
07:58:27
| <rowbit> | Hourly usage stats: [free: 19] |
08:32:41
| * tilgovi | quit (Remote host closed the connection) |
08:58:27
| <rowbit> | Hourly usage stats: [free: 89] |
09:21:43
| * ITpro | joined |
09:24:13
| * nisc | joined |
09:24:14
| * nisc | quit (Changing host) |
09:24:14
| * nisc | joined |
09:58:28
| <rowbit> | Hourly usage stats: [free: 48] |
10:03:55
| * nisc | quit (Quit: /quit tiup\) |
10:04:14
| * nisc | joined |
10:55:19
| * mikeal | quit (Ping timeout: 246 seconds) |
10:58:27
| <rowbit> | Hourly usage stats: [developer: 2, free: 53] |
11:53:42
| * hzin | joined |
11:58:27
| <rowbit> | Hourly usage stats: [free: 38] |
12:31:02
| * devaholic | quit (Ping timeout: 260 seconds) |
12:58:27
| <rowbit> | Hourly usage stats: [free: 65] |
13:37:55
| * TheJH | joined |
13:58:28
| <rowbit> | Hourly usage stats: [free: 105] |
14:20:58
| * wiwillia | joined |
14:40:46
| * hzin_ | joined |
14:43:31
| * hzin | quit (Ping timeout: 246 seconds) |
14:43:31
| * hzin_ | changed nick to hzin |
14:58:27
| <rowbit> | Hourly usage stats: [developer: 1, free: 103] |
15:30:32
| * rannmann | joined |
15:49:56
| * DrProfessor_ | joined |
15:49:57
| * rannmann | quit (Disconnected by services) |
15:49:57
| * DrProfessor_ | changed nick to rannmann |
15:58:27
| <rowbit> | Hourly usage stats: [developer: 2, free: 85] |
16:32:02
| * wiwillia | quit (Ping timeout: 265 seconds) |
16:45:43
| * _ritch | joined |
16:57:47
| * yuletide | joined |
16:58:27
| <rowbit> | Hourly usage stats: [developer: 2, free: 62] |
17:26:49
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
17:41:13
| <rannmann> | you know what would be cool for browserling to have? Android and iPhone testing browsers! |
17:41:43
| <rannmann> | The android emulator is pretty heavy on resources (or, at the very least, slow as hell) from what I recall though. |
17:42:59
| <rannmann> | Even just the option to change user agents would be helpful. |
17:43:54
| * mikeal | joined |
17:58:28
| <rowbit> | Hourly usage stats: [developer: 3, free: 10] |
18:08:23
| * isaacs | joined |
18:13:30
| * mikeal | quit (Quit: Leaving.) |
18:19:51
| * ITpro | quit (Read error: Connection reset by peer) |
18:21:05
| * ITpro | joined |
18:21:10
| * wiwillia | joined |
18:28:04
| * yuletide | joined |
18:31:53
| * yuletide | quit (Client Quit) |
18:33:02
| * mikeal | joined |
18:33:38
| * nisc | quit (Ping timeout: 246 seconds) |
18:36:06
| * yuletide | joined |
18:40:59
| * yuletide | quit (Client Quit) |
18:48:00
| <jesusabdullah> | is there even an emulator for iphone? |
18:48:15
| <jesusabdullah> | I bet apple's total dicks about it like with everything else |
18:49:54
| <wiwillia> | jesusabdullah yes there is |
18:50:02
| <wiwillia> | jesusabdullah it's decent |
18:50:16
| <jesusabdullah> | that's good to hear |
18:50:56
| <jesusabdullah> | honestly, as soon as I learned you can't develop for iphone on linux, and about how much they charge for app store access I lost interest in the whole thing |
18:51:17
| <jesusabdullah> | I mean no surprise I guess but still |
18:51:48
| * yuletide | joined |
18:57:59
| <wiwillia> | jesusabdullah I had to buy a mac to develop for iphone |
18:58:07
| <wiwillia> | jesusabdullah was a pain in the ass. |
18:58:27
| <rowbit> | Hourly usage stats: [free: 33] |
18:58:34
| <jesusabdullah> | yeah exactly! |
18:58:45
| <jesusabdullah> | Like if I was in it to make money it'd be fine |
18:58:57
| <jesusabdullah> | and like, there are plenty of macfags that don't see the problem |
18:59:04
| <jesusabdullah> | but I just want to fart around and give away something |
18:59:18
| <jesusabdullah> | I shouldn't have to spend xty dollars to give away something on the mac store |
19:00:23
| * _ritch | quit (Quit: Leaving.) |
19:02:19
| * nisc | joined |
19:02:20
| * nisc | quit (Changing host) |
19:02:20
| * nisc | joined |
19:13:31
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
19:45:28
| * mikeal | quit (Quit: Leaving.) |
19:51:06
| <rannmann> | if you become an ios developer though, you make $100-150/hr. |
19:51:14
| <rannmann> | It pays to be "trendy" |
19:51:57
| <rannmann> | jesusabdullah: You wouldn't happen to know some JS function that is basically an Fx.Accordion, without the effect? |
19:52:21
| <rannmann> | I have a bunch of togglers and matching elements that I want to toggle through, but I don't want the accordion effect anymore. |
19:53:04
| <rannmann> | My JS knowledge is limited, and I'm not sure how to do that with multiple instances of the same class. |
19:57:42
| <jesusabdullah> | wth is Fx.Accordion? |
19:57:48
| <rannmann> | http://mootools.net/docs/more/Fx/Fx.Accordion |
19:58:28
| <rowbit> | Daily usage stats: [developer: 11, free: 909] |
19:58:28
| <rowbit> | Hourly usage stats: [free: 30] |
19:58:35
| <jesusabdullah> | the dom basically lets you select shit, and add and remove elements. You don't really get these FX things for free |
19:58:47
| <jesusabdullah> | most people use something like mootools, or jquery, or whatever |
19:59:04
| <jesusabdullah> | so in your case, you'll want to see what mootools has |
19:59:22
| <rannmann> | I don't see something similar that does it without the effect |
19:59:27
| <rannmann> | I assumed I had to write my own. |
19:59:33
| <jesusabdullah> | also, rannmann, don't worry, ssjs is also trenday |
19:59:36
| <rannmann> | this was my old code: http://pastebin.com/tAZp3vy9 |
20:03:07
| <rannmann> | I don't really get how it figures out how to match up the toggler class with the element class |
20:03:40
| <rannmann> | like, if you click on the 3rd toggler, how can I get that data, and how can I make it display the 3rd element? :( |
20:04:29
| * yuletide | joined |
20:08:31
| * mikeal | joined |
20:27:43
| * nisc_ | joined |
20:30:18
| * sorensen__ | joined |
20:31:09
| * nisc | quit (Ping timeout: 252 seconds) |
20:37:15
| <jesusabdullah> | SubStack: Any word from the landlawd about the fridge or the boiler? |
20:37:34
| <jesusabdullah> | I realized last night that furnace === space heat, meaning pg&e won't give a FUCK about our water |
20:38:05
| <jesusabdullah> | SubStack: If you don't hear back today I want his phone number. Most people respond more quickly to phone calls than emails, especially property management types |
20:53:38
| * devaholic | joined |
20:57:15
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
20:58:27
| <rowbit> | Hourly usage stats: [free: 46] |
21:02:27
| * yuletide | joined |
21:24:50
| * mikeal | quit (Quit: Leaving.) |
21:28:03
| <SubStack> | jesusabdullah: yeah I got an email response an hour ago |
21:34:53
| <jesusabdullah> | any good news about the boiler? If there's one thing I want to leave in my past it's bucket baths. |
21:42:37
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
21:45:57
| * yuletide | joined |
21:58:28
| <rowbit> | Hourly usage stats: [free: 35] |
22:23:00
| <rannmann> | Good ol' bucket baths. I remember mixing pots of boiling water in with the cold bath water. Not fun. |
22:24:06
| * TheJH | quit (Ping timeout: 240 seconds) |
22:38:51
| <jesusabdullah> | Yeah, I did exactly that this morning |
22:38:55
| <jesusabdullah> | but with an electric kettle |
22:47:56
| <chapel> | you got a shower head? |
22:48:01
| <chapel> | cold showers aren't too bad |
22:48:04
| <chapel> | not great |
22:48:13
| <chapel> | well, crappy, but can be very invigorating |
22:54:25
| <jesusabdullah> | not when you're recovering from influenza and are concerned about phneumonia |
22:54:42
| <chapel> | well, of course not |
22:58:27
| <rowbit> | Hourly usage stats: [free: 26] |
22:58:42
| * mikeal | joined |
22:59:11
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
23:00:36
| * st_luke | joined |
23:01:06
| * yuletide | joined |
23:04:00
| * tilgovi | joined |
23:10:01
| <guybrush> | SubStack: would this be ok? https://github.com/substack/dnode/pull/93/files |
23:11:03
| * yuletide | quit (Quit: zzzzzz #cfaphl) |
23:11:08
| * tilgovi | quit (Remote host closed the connection) |
23:11:55
| * yuletide | joined |
23:13:05
| <chapel> | I got my oaklandjs shirt btw |
23:13:09
| <chapel> | thanks SubStack and wiwillia |
23:19:18
| * nisc_ | quit (Read error: Operation timed out) |
23:26:11
| <SubStack> | guybrush: seems reasonable |
23:30:03
| * yuletide | quit (Ping timeout: 244 seconds) |
23:31:40
| * wiwillia | quit (Ping timeout: 246 seconds) |
23:31:40
| <chapel> | the Learning Node book coming out soon talks about Optimist SubStack |
23:34:48
| * devaholic | quit (Remote host closed the connection) |
23:35:07
| * devaholic | joined |
23:42:46
| * yuletide | joined |
23:50:14
| * mikeal | quit (Quit: Leaving.) |
23:51:15
| * wiwillia | joined |
23:58:27
| <rowbit> | Hourly usage stats: [free: 21] |