jadewang has joined #sandstorm
joshbuddy has quit [Quit: joshbuddy]
[d__d] has quit [Remote host closed the connection]
tdfischer_ has quit [Quit: No Ping reply in 180 seconds.]
joshbuddy has joined #sandstorm
tdfischer has joined #sandstorm
[d__d] has joined #sandstorm
jadewang has quit [Remote host closed the connection]
natea has joined #sandstorm
mcpherrin has quit [Ping timeout: 264 seconds]
jadewang has joined #sandstorm
jadewang has quit [Remote host closed the connection]
mcpherrin has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 255 seconds]
gopar has joined #sandstorm
joshbuddy has quit [Quit: joshbuddy]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 255 seconds]
ArcTanSusan has joined #sandstorm
ArcTanSusan has quit [Quit: ArcTanSusan]
bb010g has joined #sandstorm
gopar has quit [Quit: Leaving]
ArcTanSusan has joined #sandstorm
ArcTanSusan has quit [Quit: ArcTanSusan]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
<warren> kentonv: see you tomorrow at 12:30 right?
<kentonv> warren: yep
jadewang has joined #sandstorm
joshbuddy has joined #sandstorm
jadewang has quit [Ping timeout: 246 seconds]
jadewang has joined #sandstorm
<warren> cool
ArcTanSusan has joined #sandstorm
ArcTanSusan has quit [Quit: ArcTanSusan]
jadewang has quit [Remote host closed the connection]
joshbuddy has quit [Quit: joshbuddy]
joshbuddy has joined #sandstorm
tony123 has joined #sandstorm
joshbuddy has quit [Quit: joshbuddy]
tony123 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
mort___ has joined #sandstorm
mort___1 has joined #sandstorm
mort___ has quit [Ping timeout: 252 seconds]
mort___1 has quit [Quit: Leaving.]
amyers has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 264 seconds]
YuviPanda is now known as YuviPanda|food
mort___ has joined #sandstorm
natea has quit [Quit: natea]
mort___ has quit [Quit: Leaving.]
natea has joined #sandstorm
_whitelogger has joined #sandstorm
natea has joined #sandstorm
natea has quit [Read error: Connection reset by peer]
natea has joined #sandstorm
pixelport has joined #sandstorm
YuviPanda|food is now known as YuviPanda
YuviPanda has quit [Changing host]
YuviPanda has joined #sandstorm
asmyers has quit [Remote host closed the connection]
asmyers has joined #sandstorm
natea_ has joined #sandstorm
natea has quit [Ping timeout: 276 seconds]
natea_ is now known as natea
natea has quit [Quit: natea]
jadewang has joined #sandstorm
phildini_ is now known as phildini
jadewang has quit [Ping timeout: 256 seconds]
mort___ has joined #sandstorm
joshbuddy has joined #sandstorm
pixelport has quit [Ping timeout: 252 seconds]
NOTevil has joined #sandstorm
pixelport has joined #sandstorm
<paulproteus> http://tirania.org/blog/archive/2012/Aug-29.html is interesting and depressing.
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 264 seconds]
jadewang has joined #sandstorm
asmyers has quit [Write error: Broken pipe]
asmyers has joined #sandstorm
asmyers has quit [Read error: Connection reset by peer]
asmyers has joined #sandstorm
<tdfischer> paulproteus: there's a pile of sandstorm stickers here at noisebridge from the librarian conference
<tdfischer> I have no idea who brought them
<paulproteus> tdfischer: Presumably Jack Singleton
<paulproteus> Or Rosalie
<tdfischer> that is an amazing last name
<paulproteus> Tolentino
<tdfischer> obviously Jack has no parents
<paulproteus> Bizarrely there are multiple Jack Singletons.
<tdfischer> thats a bad code smell!
<paulproteus> It's especially interesting because kentonv wrote http://www.object-oriented-security.org/lets-argue/singletons "Singletons Considered Harmful"
<paulproteus> tdfischer: Also hi how do I help you achieve the next Sandstorm-related thing you want to achieve?
<tdfischer> pay my rent for the next few months
<paulproteus> o
<tdfischer> I mean
<tdfischer> thats one way to do it
<tdfischer> you could also give a 5mof talk about sandstorm this month
<tdfischer> which would achieve my goal of getting more people to use it
<tdfischer> and also one less slot to fill
<paulproteus> Date?
YuviPanda is now known as SaaadPanda
<paulproteus> Sorry to hear it, SaaadPanda
<SaaadPanda> thanks paulproteus
<SaaadPanda> I just found some terrible perl code I will have to maintain
<tdfischer> paulproteus: third thursday
<tdfischer> so the 16th at 8p
SaaadPanda is now known as YuviPanda|zzz
jadewang has quit [Ping timeout: 265 seconds]
jadewang has joined #sandstorm
pixelport_ has joined #sandstorm
pixelport has quit [Read error: Connection reset by peer]
jadewang has quit [Ping timeout: 244 seconds]
joshbuddy has quit [Quit: joshbuddy]
jadewang has joined #sandstorm
joshbuddy has joined #sandstorm
natea has joined #sandstorm
<dwrensha> erg. I don't understand Javascript. `JSON.stringify(event)` returns {"isTrusted":false}, but `JSON.stringify(event.data)` returns {"rpcId":"0","uri":"https://sandstorm.dwrensha.ws/offer-template.html#m79RzwqX6e8LnPh0iEm4b-rSY0ngQ6R-jT5f9lIifIj"}
<dwrensha> if `event` has a `data` field, why wouldn't it show up in the first JSON.stringify()?
<mcpherrin> dwrensha: I think properties can be non-enumerated, and there's also some deal with inheritence
<mcpherrin> data might be a member of event's prototype?
natea has quit [Quit: natea]
* mcpherrin no expert at all
natea has joined #sandstorm
natea has quit [Client Quit]
<dwrensha> also, `"data" in event` evaluates to `true`
natea has joined #sandstorm
<dwrensha> ah, but `event.propertyIsEnumerable("data")` evaluates to `false`
<dwrensha> but "data" is indeed one of the enumerants if I do `for (var x in event) { ... } `
<dwrensha> This seems to contradict what should happen according to https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/for...in
geofft has joined #sandstorm
pixelport_ has quit [Quit: Leaving]
asmyers has quit [Ping timeout: 264 seconds]
natea has quit [Ping timeout: 265 seconds]
natea has joined #sandstorm
natea has quit [Ping timeout: 256 seconds]
natea has joined #sandstorm
NOTevil has quit [Quit: ...]
jadewang has quit [Remote host closed the connection]
jadewang has joined #sandstorm
natea has quit [Quit: natea]
jadewang has quit [Ping timeout: 265 seconds]
jadewang has joined #sandstorm
jadewang has quit [Remote host closed the connection]
YuviPanda|zzz_ has joined #sandstorm
YuviPanda|zzz has quit [Read error: Connection reset by peer]
YuviPanda|zzz_ is now known as YuviPanda|zzz
<dwrensha> Hm. I guess Meteor.Error is maybe not actually intended to be thrown on the client side?
<paulproteus> Current Asheesh work queue:
<paulproteus> * Figure out what text might accompany the Sandstorm demo video -- https://alpha.sandstorm.io/shared/nVhMcnF_GpSMUC38bIr3nvYUjolIqf0QbMgLZuk2Uv2 + https://alpha-jwa7sve7scxtp3aqv8af.sandstorm.io/ is draft
<dwrensha> http://docs.meteor.com/#/full/check and http://docs.meteor.com/#/full/meteor_error seem to indicate that these things should only be used inside of Meteor methods
<dwrensha> and I'm noticing that if they are thrown outside of methods on the client side, in Firefox you get a very unhelpful message
<dwrensha> "Error:" and that's it
<kentonv> dwrensha: I think Meteor.Error() exists mainly to allow you to set an HTTP status code when the error is transmitted from server->client
<kentonv> you can use it other places but there's no real reason to
<dwrensha> for me this is coming up because I want to use "check()"
<dwrensha> which seems to work the same way
<kentonv> you want to check() on the client side?
<dwrensha> i.e. it throws a Meteor.Error-like exception if the check fails
<paulproteus> * Figure out how to boot this Ubuntu 32-bit VM in libvirt/qemu so I can merge zarvox 's installer pull request
<paulproteus> * Figure out why my vagrant-spk gives me a shell script permission error, so I can package spacetalk
<kentonv> dwrensha: well, it seems like a Meteor bug if these errors print poorly in the console. There's no good reason it shouldn't work.
<dwrensha> kentonv: we are already calling check() on the client side in our postmessage eventListener
<kentonv> oh weird, Meteor.Error is documented as _not_ taking a status code. I guess it changed at some point.
jadewang has joined #sandstorm
<kentonv> dwrensha: Arguably, the code which does check()s for postmessage inputs should be wrapped in try/catch and should return any error as a reply to the app.
<dwrensha> hm, yeah. It would be nice to know that postMessage requests always receive a response, and that's currently not the case.
<dwrensha> I'll see if I can work these ideas into my recent pull request (https://github.com/sandstorm-io/sandstorm/pull/551)
jadewang has quit [Read error: Connection reset by peer]
jadewang has joined #sandstorm
jeffmendoza has quit [Remote host closed the connection]
<zarvox> *grumble*
<zarvox> 2015-07-01 23:45:08 7f30387ca700 InnoDB: Error: Write to file (merge) failed at offset 0.
<zarvox> InnoDB: 1048576 bytes should have been written, only 880640 were written.
<zarvox> InnoDB: Operating system error number 0.
<zarvox> Umm. I have no idea how to further debug this, but it's blocking my attempt to see how hard packaging mattermost is.